JP4091095B2 - 送信機、受信機、通信システム、通信方法、通信プログラム - Google Patents

送信機、受信機、通信システム、通信方法、通信プログラム Download PDF

Info

Publication number
JP4091095B2
JP4091095B2 JP2006508674A JP2006508674A JP4091095B2 JP 4091095 B2 JP4091095 B2 JP 4091095B2 JP 2006508674 A JP2006508674 A JP 2006508674A JP 2006508674 A JP2006508674 A JP 2006508674A JP 4091095 B2 JP4091095 B2 JP 4091095B2
Authority
JP
Japan
Prior art keywords
data
communication
connection
connection request
receiver
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2006508674A
Other languages
English (en)
Other versions
JPWO2006013979A1 (ja
Inventor
仁志 直江
文博 深江
宏仁 酒井
昇平 大澤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sharp Corp
Original Assignee
Sharp Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sharp Corp filed Critical Sharp Corp
Publication of JPWO2006013979A1 publication Critical patent/JPWO2006013979A1/ja
Application granted granted Critical
Publication of JP4091095B2 publication Critical patent/JP4091095B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/283—Processing of data at an internetworking point of a home automation network
    • H04L12/2834—Switching of information between an external network and a home network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L2012/284—Home automation networks characterised by the type of medium used
    • H04L2012/2841—Wireless
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L2012/2847—Home automation networks characterised by the type of home appliance used
    • H04L2012/2849—Audio/video appliances
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup

Description

本発明は、接続を確立して、無線あるいは有線により通信を行う送信機、受信機、通信システム、通信方法、通信プログラムに関するものである。
近年、携帯電話やデジタルカメラ、デジタルビデオカメラ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）などの携帯機器に搭載されたＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）が高画質化してきており、簡単に綺麗なデジタル映像が撮れるようになってきた
その映像を共有する方法としては、記録媒体を使用、メールで送付、有線接続、ワイヤレス接続などにより、映像ファイルを移動させて表示したり、紙に印刷して渡したりする方法がある。
この中で、特に携帯機器から他の表示装置、印刷装置、記録装置、他の携帯機器、およびパーソナルコンピュータなどの電子機器へ物理的な接続や媒体交換を必要とせずに簡単に映像ファイルを転送する方法として、ワイヤレス通信、特に赤外線を使用する方法がある。
上記赤外線通信の方式としては、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）などがある。なお、ＩｒＤＡについては、例えば、以下の文献１〜５等の先行技術がある。
文献１：Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ Ｓｅｒｉａｌ Ｉｎｆｒａｒｅｄ Ｌｉｎｋ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ（ＩｒＬＡＰ）Ｖｅｒｓｉｏｎ１．１（Ｊｕｎｅ １６，１９９６）
文献２：Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ Ｓｅｒｉａｌ Ｉｎｆｒａｒｅｄ Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖｅｒｓｉｏｎ１．４（Ｍａｙ ３０，２００３）
文献３：Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ Ｌｉｎｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ（ＩｒＬＭＰ）Ｖｅｒｓｉｏｎ１．１（Ｊｕｎｅ ２３，１９９６）
文献４：Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ ’Ｔｉｎｙ ＴＰ’：Ａ Ｆｌｏｗ−Ｃｏｎｔｒｏｌ Ｍｅｃｈａｎｉｓｍ ｆｏｒ ｕｓｅ ｗｉｔｈ ＩｒＬＭＰ Ｖｅｒｓｉｏｎ１．１（Ｏｃｔ ２０，１９９６）
文献５：Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ Ｏｂｊｅｃｔ Ｅｘｃｈａｎｇｅ Ｐｒｏｔｏｃｏｌ（ＯＢＥＸ）Ｖｅｒｓｉｏｎ１．３（Ｊａｎ ３，２００３）
従来、ＩｒＤＡや無線ＬＡＮなどの通信方式は、柔軟な通信に対応するために、データリンク層（リンク層も意味同じ）、トランスポート層、アプリケーション層などを厳密に定義して、それぞれの層でネゴシエーションや再送などを行っていた。さらに、従来のＩｒＤＡにおける接続確立のネゴシエーションについては、多くの接続対象機器がいることを想定し、これらが平等に接続されることを重視するために、多くのシーケンスを必要とするものであった。また、従来のＩｒＤＡではリンク層やリンク層の一部であるＭＡＣ層での再送確認はパケット毎に行われてることが普通であった。なお、パーソナルコンピュータ（ＰＣ）では、複数送信を行っている。それ以外の機器は単数送信がほとんどである。
これらの厳密な通信層の定義は、各種のアプリケーションを実現する柔軟度があるものの、複雑な手順を要し、その結果通信に必要なオーバーヘッドを増加させることになっている。特に、複雑な接続手順は、厳密な層分けと関連しているが、通信のオーバーヘッドを増加させる原因となっている。また、パケット毎の再送確認も、通信の信頼性を上げるのには役立つが、通信速度の低下を招く。
接続のオーバーヘッドは、長時間の通信を行うときには無視されるものであるが、データ転送にかかわる時間が短い場合には、致命的となる。厳密な再送も通信の効率低下を招く。特に、人が操作をして、一瞬でデータを送りたいというような用途では、１回の操作（通信）の時間を短くし、通信が失敗した場合には、人が再度送信動作ができるようにした方がよい場合がある。これは、例えばテレビなどの赤外線リモコンで、チャネル変更のコマンドが受信されずに、テレビが動作しなかった場合に、ユーザが再度チャネル変更コマンドを指示する、というような状況である。
従来型の、層分けを厳密に行い、層毎に接続手順を行うこと、パケット毎に再送することには、多くのメリットが存在する。そのため、通信手順を、通信状況、アプリケーション、ユーザの指示などに応じて、切り替える可能とすることでより柔軟な通信が実現できる。
以下、従来技術として既存のＩｒＤＡプロトコルの説明を行う。
ＩｒＤＡなどの赤外線通信に用いられる赤外光は指向性があるため、通信機器間に遮蔽物が存在する場合は、データの転送が不可能であるが、通信機器間の見通しが良い場合は、高速のデータ転送が可能である。
ＩｒＤＡ規格には、最大転送速度が１６ＭｂｐｓのＶｅｒｙ ＦａｓｔＩＲ（ＶＦＩＲ）と、４ＭｂｐｓのＦａｓｔＩＲ（ＦＩＲ）と、１１５．２ｋｂｐｓのＳＩＲ（Ｓｅｒｉａｌ Ｉｎｆｒａ Ｒｅｄ）とがある。現在市場に出回っているのは、最大転送速度が４Ｍｂｐｓまでのものである。
図２７に、赤外線通信の規格の一つであるＩｒＤＡ規格において、データ転送状態が確立するまでの手順の概略を示す。ここで、データ転送状態の確立とは、転送を所望する画像や文書などのデータを転送できる状態になることを表す。
１次局とは、最初に通信相手を探す側の局、すなわち、データ転送状態の確立を要求する局であり、局発見コマンド（ＸＩＤコマンド）を送出する側の局である。また、２次局とは、該要求を受け入れる局であり、局発見コマンドに対して局発見レスポンス（ＸＩＤレスポンス）を送出する側の局である。１次局から２次局への要求（命令）をコマンドと呼び、逆に、そのコマンドに対する、２次局から１次局への応答をレスポンスと呼ぶ。
ＸＩＤコマンドとは、１次局から通信可能距離内に２次局となり得る局が存在するかを探すコマンドである。ＳｌｏｔＮｕｍｂｅｒは、何個目のコマンドを送出しているかを表す。
ＸＩＤコマンドを受け取った２次局は、局発見レスポンスであるＸＩＤレスポンスを返し、自局の存在を１次局に知らせる処理を行う。１次局は、規定の数のＸＩＤコマンドを送出した後に、ＳｌｏｔＮｕｍｂｅｒが２５５のＸＩＤコマンドを送出する。ＳｌｏｔＮｕｍｂｅｒ＝２５５は、これが最後のＸＩＤコマンドであることを示している。
続いて、１次局は、通信速度、データのサイズなどの通信に必要となる設定値を、ＳＮＲＭコマンドを用いて２次局に知らせる。そのコマンドを受け取った２次局は、自局の設定値と比較し、受け入れることが可能な設定値を、ＵＡレスポンスを用いて１次局に知らせる。
さらに詳細に述ベれば以下の通りである。
すなわち、ＩｒＤＡ規格では、１次局からのＸＩＤコマンドのパケットの送信個数は、１、６、８、１５個から選択することが多い。そして、例えば図２７に示すように、ＸＩＤコマンドのパケットを８個送信する場合には、１個目から８個目まではＳｌｏｔＮｕｍｂｅｒをそれぞれ０から７とし、８個のＸＩＤコマンドを送出した後で、終了の意味をもつＳｌｏｔＮｕｍｂｅｒを２５５のＸＩＤコマンドを送出して、ＸＩＤコマンドが終了したことを相手局である２次局に通知する。つまり、８個としたときには９個のＸＩＤコマンドを必要とする。そして、最後のパケットを送信後、約５００ｍ秒の時間が経ってから、再び１個目から８個目までと終了のＸＩＤコマンドを送信することを繰り返し行う。なお、パケット同士の送信間隔は２５〜８５ｍ秒である。
２次局は、ＸＩＤコマンドを受信するとすぐにＸＩＤレスポンスを返すと決まっているわけではなく、任意（ランダムな値）のＳｌｏｔＮｕｍｂｅｒを持つパケットを受信した後に、ＸＩＤレスポンスを返す。例えば、８個ずつパケットが送られてくる場合に、１個目を受信した後にＸＩＤレスポンスを返すか、８個目を受信した後にＸＩＤレスポンスを返すかを、２次局が任意に決めることができる。例として、図２７では、４個目のパケット（ＳｌｏｔＮｕｍｂｅｒ＝３）を受信した後にＸＩＤレスポンスを返す場合を表している。
なお、該ＸＩＤコマンドおよびＸＩＤレスポンスは、ＳＩＲに準拠して９６００ｂｐｓという転送速度で行われることがＩｒＤＡ規格で定められている。該転送速度は、後述するデータフレームの転送速度である４Ｍｂｐｓと比べて非常に遅い。さらに、上記のような複数のＸＩＤを送信すること、レスポンスが直後に返るとは限らないこと、２から１６個のＸＩＤを送り終わった後は５００ｍｓの空白期間があることなどから、該ＸＩＤコマンドおよびＸＩＤレスポンスの送受信に要する時間が長くなる。
以上の手順を経て、接続相手機器のサーチが行われ、１次局と２次局との間でデータリンク層の接続準備が整う。
このサーチの後に、データリンク層において、通信する速度やパケットサイズの上限、送信権をもつことができる最大時間、連続して送信可能なパケット数、１１５ｋｂｐｓまたは９６００ｂｐｓ時に光学特性安定のため挿入するダミーパルスの数、相手機器からのパケットを受信した後、送信するまでに待たなければならない最小時間、設定値だけパケットが受信できなかった場合に切断とする時間や、機器間で固有に振り分けられる接続アドレスなど、データ通信のためのパラメータ設定に必要なデータが入ったＳＮＲＭコマンドおよびＵＡレスポンスの交換を行い、データリンク層の接続が完了し、データ転送状態が確立される。
データ転送状態が確立された後、データリンク層より上の層の接続確立が行われる。図２７にて、ネットワーク層、トランスポート層、セッション層の接続確立がそれぞれ行われるシーケンスが記載されている。これらは接続確立された後であり、リンク層からみるとすべてデータとしてやり取りされる。（後述のＩフレームで交換）
従来、ＩｒＤＡ高速通信モードにおいて速度４Ｍｂｐｓで通信が可能であるが、送受信波形については、４値ＰＰＭ方式で行われることが規格で定められている。図２９は４値ＰＰＭ方式についてのデータパルスとデータの相関を示す図である。５００ｎｓが１２５ｎｓ毎の４つの時間に区切られており、データパルスは、その時間位置によって２ビットの情報を表している。図に示すように、（１），（２），（３）および（４）は、それぞれ００、０１、１０および１１の情報を示している。
また、ＩｒＤＡの規格では、フレーム単位で通信することが定められている。図３０はＩｒＤＡ規格のフレームを示す図である。ＩｒＤＡ規格のフレームは、プリアンブルフィールド、スタートフラグ、アドレスフィールド、制御フィールド、データフィールド、ＦＣＳ、ストップフラグから構成されている。上記フィールドの内、プリアンブルフィールドは、受信側が受信回路内で使用する受信用クロックを生成するために用いられる。また、ＦＣＳには、エラー検出のための誤り検出符号や誤り訂正符号が含まれている。
この基本的なフレーム構造をベースにして、実際には図２８のように各種コマンドが決められている。
またフレームには、情報転送用に用いられるＩ（Ｉｎｆｏｒｍａｔｉｏｎ）フレーム、通信の監視制御のためのＳ（Ｓｕｐｅｒｖｉｓｏｒｙ）フレーム、及び通信における接続や切断などのために用いるＵ（Ｕｎｎｕｍｂｅｒｅｄ）フレームがある。これらＩ、Ｓ、Ｕフレームを識別するための情報は、上記制御フィールドに含まれている。
通常、伝送されるデータは１フレームで送信できない場合が多いため、複数のＩフレームに分割して送信される。Ｉフレームは、伝送するデータをデータフィールドに持ち、データ抜けのチェックに用いる通し番号を有することで信頼性の高い通信の実現を図る。Ｓフレームはデータを保持するデータフィールドを有しない構成となっていて、受信準備完了、ビジー状態、再送要求などを伝送するのに用いられる。Ｕフレームは、Ｉフレームのような番号を有しないので、非番号フレームと呼ばれ、通信モードの設定、応答や異常状態の報告、データリンクの確立や切断に用いられる。
図３１は、上記通信方式における一般的な手順を説明するためのシーケンス図である。Ａ局がＢ局に対して、データ転送状態の確立を求めて、ＳＮＲＭフレームを送信する。これを受信したＢ局は通信不可能である場合にはＤＭフレームを返信し、通信可能である場合には承諾を意味するＵＡフレームを返信する。ＳＮＲＭフレーム、ＤＭフレーム、ＵＡフレームは、いずれもＵフレームである。Ｂ局がＵＡフレームを返信すると両局はデータ転送状態が確立され、データ転送が可能となる。
ここでは、Ａ局からＢ局に複数のＩフレームに分割されたデータを送信する場合を示している。先ずＡ局は最初のデータフレームを番号「０」を付与したＩフレームを送信する。これを受信したＢ局は、「０」の次の「１」の番号を付与した応答フレーム（データ転送要求フレーム）を返信し、「１番目のデータを送信せよ」の意を伝達する。該応答フレームは、ＲＲフレームというＳフレームである。Ａ局はＢ局の応答フレームを確認して１番目の分割されたデータを含むＩフレームを送信する。この手順を必要なだけ繰り返すことによって、複数のＩフレーム通信における通信精度の向上を図ることができる。
また、Ａ局が複数のＩフレームを連続して送信するといった転送方式も可能である。この場合、すべてのＩフレームの送信が終了すると、Ａ局は通信接続を終了しようとし、Ｂ局に対して、Ｕフレームであって切断要求を示すＤＩＳＣフレームを送信する。そして、Ｂ局が承諾を示すＵフレームのＵＡフレームを返信すると切断が行われて通信接続が切断される。また、いずれかの局において通信異常などの不都合があった場合にもその局が切断要求を発することにより通信接続が切断される。
ＩｒＤＡでは、以上のような方法でワイヤレス通信を行うが、光の特性上、通信機器同士の赤外線インターフェースがある一定角度（ＩｒＤＡの規格では±１５°）以上の角度やある一定距離（ＩｒＤＡでは規格により２０ｃｍまたは１ｍ）以上の距離になった場合に、信頼性の高い通信方法を保有していても途中から通信ができなくなってしまう。
そして、ＩｒＤＡ方式によると、局発見や情報交換に時間がかかり、データ転送中において送信機と受信機との間でデータの送受信が行われていることの確認が頻繁に行われているため、転送効率が低下する。この結果、ＩｒＤＡ方式の赤外線通信では、転送時間が長くなり、途中から通信ができなくなってしまう確率が高くなるという問題点を有している。
なお、ワイヤレスでファイルを他の装置に送信し、表示する方法として、例えば日本国公開特許公報「特表２００４−５０９５２７号公報（公表日：２００４年３月２５日）、特開２０００−６９４０３号公報（公開日：２０００年３月３日）、特開２００１−８３９４８号公報（公開日：２００１年３月３０日）」に記載されているが、この方式でも赤外線を使用して通信を行う場合に同様の弊害が発生することになる。
本発明の目的は、短時間で接続を確立することができる送信機、受信機、通信システム、通信方法、通信プログラムを提供することにある。
上記の課題を解決するために、本発明の送信機は、受信機との間で複数の通信層の接続を確立して通信を行う送信機であって、隣接する複数の通信層の接続に必要なコマンドおよびデータを含む接続リクエストを生成するリクエスト生成部と、上記接続リクエストを受信機へ送信するリクエスト送信部と、を備える。
また、本発明の受信機は、送信機との間で複数の通信層の接続を確立して通信を行う受信機であって、隣接する複数の通信層の接続に必要なコマンドおよびデータを含む接続リクエストを送信機から受信するリクエスト受信部と、上記接続リクエストからコマンドおよびデータを抽出し、該コマンドおよびデータに基づいて各通信層の接続を確立させる接続確立部と、を備える。
また、本発明の通信システムは、互いの複数の通信層の接続を確立して通信を行う送信機および受信機を含む通信システムであって、上記送信機が、隣接する複数の通信層の接続に必要なコマンドおよびデータを含む接続リクエストを生成するリクエスト生成部と、上記接続リクエストを受信機へ送信するリクエスト送信部とを備え、上記受信機が、隣接する複数の通信層の接続に必要なコマンドおよびデータを含む接続リクエストを送信機から受信するリクエスト受信部と、上記接続リクエストからコマンドおよびデータを抽出し、該コマンドおよびデータに基づいて各通信層の接続を確立させる接続確立部とを備える。
これにより、１つの接続リクエストによって、複数の通信層を接続することができる。よって、複数の通信層を接続するためのコマンドおよびデータを１つの接続リクエストにまとめることが可能となる。
したがって、従来のＩｒＤＡのように通信層毎に接続リクエストを送信するプロトコルと比べて、接続の確立に要する時間を短縮することができる。それゆえ、データ交換の途中で切断されても、短時間で再度接続して、データ交換を再開することが可能となる。
さらに、本発明の通信システムは、例えば接続を切断するための切断リクエスト等の他のリクエストについても、同様に構成することができる。
本発明のさらに他の目的、特徴、および優れた点は、以下に示す記載によって十分わかるであろう。また、本発明の利益は、添付図面を参照した次の説明で明白になるであろう。
従来のＩｒＤＡプロトコルによるデータ転送方法を示すシーケンス図である。 本発明におけるデータ転送システムおよびそのデータ転送方法の実施の形態を示すものであり、通信機能１によるデータ転送方法を示すシーケンス図である。 携帯機器と電子機器である表示装置とからなる上記データ転送システムを示す構成図である。 携帯機器と電子機器である印刷装置とからなる上記データ転送システムを示す構成図である。 携帯機器と電子機器である記録装置とからなる上記データ転送システムを示す構成図である。 携帯機器と電子機器であるパーソナルコンピュータとからなる上記データ転送システムを示す構成図である。 携帯機器と電子機器である他の携帯機器とからなる上記データ転送システムを示す構成図である。 上記携帯機器の送信機器を示すブロック図である。 上記記録装置の受信機器を示すブロック図である。 従来のＩｒＤＡプロトコルによるデータ転送方法を示すシーケンス図である。 通信機能４によるデータ転送方法を示すシーケンス図である。 従来のＩｒＤＡプロトコルによるデータ転送方法を示すシーケンス図である。 通信機能７によるデータ転送方法を示すシーケンス図である。 通信機能８によるデータ転送方法を示すシーケンス図である。 通信機能１、７で用いられる接続確立のシーケンス図である。 通信機能２、８で用いられる接続確立のシーケンス図である。 通信機能１、２、７、８で用いられる接続確立のためのパケットフォーマットである。なお、下段のレスポンスパケットは通信機能２、８では用いられない。 本発明におけるデータ転送システムおよびそのデータ転送方法の他の実施の形態を示すシーケンス図である。 上記携帯機器の送信機器を示すブロック図である。 上記記録装置の受信機器を示すブロック図である。 送信機器と受信機器との間で送受信されるトーン信号のパターンを示す図である。 本発明におけるデータ転送システムおよびそのデータ転送方法のさらに他の実施の形態を示すものであり、電子機器が表示装置である場合のデータ転送の成功についての受信機器状態を示す説明図である。 本発明におけるデータ転送システムおよびそのデータ転送方法のさらに他の実施の形態を示すものであり、電子機器が表示装置である場合のデータ転送の不成功についての受信機器状態を示す説明図である。 本発明におけるデータ転送システムおよびそのデータ転送方法のさらに他の実施の形態を示すものであり、電子機器が表示装置である場合のデータ転送の成功・不成功についての受信機器状態を示す説明図である。 上記データ転送システムおよびそのデータ転送方法において、電子機器が印刷装置である場合のデータ転送の成功についての受信機器状態を示す説明図である。 上記データ転送システムおよびそのデータ転送方法において、電子機器が印刷装置である場合のデータ転送の不成功についての受信機器状態を示す説明図である。 上記データ転送システムおよびそのデータ転送方法において、電子機器が印刷装置である場合のデータ転送の不成功についての受信機器状態を示す説明図である。 上記データ転送システムおよびそのデータ転送方法において、電子機器が記録装置である場合のデータ転送の成功についての受信機器状態を示す説明図である。 上記データ転送システムおよびそのデータ転送方法において、電子機器が記録装置である場合のデータ転送の不成功についての受信機器状態を示す説明図である。 上記データ転送システムおよびそのデータ転送方法において、電子機器が記録装置である場合のデータ転送の不成功についての受信機器状態を示す説明図である。 上記データ転送システムおよびそのデータ転送方法において、電子機器がパーソナルコンピュータである場合のデータ転送の成功についての受信機器状態を示す説明図である。 上記データ転送システムおよびそのデータ転送方法において、電子機器がパーソナルコンピュータである場合のデータ転送の不成功についての受信機器状態を示す説明図である。 上記データ転送システムおよびそのデータ転送方法において、電子機器がパーソナルコンピュータである場合のデータ転送の不成功についての受信機器状態を示す説明図である。 上記データ転送システムおよびそのデータ転送方法において、電子機器が他の携帯機器である場合のデータ転送の成功についての受信機器状態を示す説明図である。 上記データ転送システムおよびそのデータ転送方法において、電子機器が他の携帯機器である場合のデータ転送の不成功についての受信機器状態を示す説明図である。 上記データ転送システムおよびそのデータ転送方法において、電子機器が他の携帯機器である場合のデータ転送の不成功についての受信機器状態を示す説明図である。 本発明におけるデータ転送システムのさらに他の実施の形態を示すものであり、記録装置の構成を示すブロック図である。 上記データ転送システムにおける記録装置の表示装置において、情報データおよびデータの階層構造を関連付けて表示する状態を示す説明図である。 上記データの階層構造を示す説明図である。 上記データの階層構造において、携帯電話から受けた情報データである画像を追加する状態を示す説明図である。 上記データの階層構造の内部処理を示す説明図である。 上記データ転送システムにおける記録装置と表示装置との間をワイヤレス通信させる状態を示す説明図である。 ＩｒＤＡ規格におけるデータ転送状態が確立されるまでの手順を示すシーケンス図である。 ＩｒＤＡ規格におけるデータ転送状態が確立されるまでに機器間で交換されるフレームの構成図である。 ４ＰＰＭ方式についてのデータパルスとデータの相関を示す図である。 ＩｒＤＡ規格のフレームを示す図である。 ＩｒＤＡ規格におけるデータ転送の一般的な手順を説明するためのシーケンス図である。 ＩｒＤＡのデータ交換シーケンスを示す図である。 通信機能４、７で用いられるデータ交換シーケンスを示す図である。 通信機能４、７で用いられるデータ交換シーケンスを示す図である。 通信機能５、８で用いられるデータ交換シーケンスを示す図である。 通信機能５、８で用いられるデータ交換シーケンスを示す図である。 ＯＳＩ７階層モデルと、ＩｒＤＡの階層および本発明の階層の対応関係を示す模式図である。 ＩｒＤＡで使用されるデータ交換で使用されるパケットフォーマットを示す図である。 本発明のデータ交換で使用されるパケットフォーマットを示す図である。 ＩｒＤＡの切断シーケンスを示す図である。 ＩｒＤＡの切断シーケンスに使用されるパケットフォーマットを示す図である。 通信機能１、７で接続された場合の切断シーケンスを示す図である。 通信機能２、８で接続された場合の切断シーケンスを示す図である。 通信機能１、２、７、８で接続された場合の切断シーケンスのパケットフォーマットである。なお、下段のレスポンスパケットは通信機能２、８で接続された場合は用いられない。 ＩｒＤＡの接続シーケンス時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。 通信機能１、７の接続シーケンス時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。 通信機能１、２、７、８の接続シーケンス時の図３９および図４１における右向きの矢印の各層間の関数におけるデータの変化を示す説明図である。 通信機能１、７の左向きの矢印の各層間の関数におけるデータの変化を示す図である。 通信機能２、８の接続シーケンス時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。 ＩｒＤＡのデータ交換時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。 通信機能４、７のデータ交換時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。 通信機能４、５、７、８のデータ交換時の図４３および図４５における各層間の関数におけるデータの変化を示す図である。 通信機能５、８のデータ交換時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。 ＩｒＤＡの切断シーケンス時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。 通信機能１、７の切断シーケンス時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。 通信機能１、２、７、８の切断シーケンス時の図４７および図４９における右向きの矢印の各層間の関数におけるデータの変化を示す説明図である。 通信機能１、７の左向きの矢印の各層間の関数におけるデータの変化を示す説明図である。 通信機能２、８の切断シーケンス時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。 通信機能１、２、７、８の１次局における接続要求関数のデータと接続パラメータの受け渡しを表す模式図である。 通信機能１、２、７、８の２次局における接続要求関数の接続パラメータの受け渡しを表す模式図である。 通信機能１、７の１次局における接続確認関数と通信機能１、２、７、８の２次局における接続通知関数のデータと接続パラメータの受け渡しを表す模式図である。 通信機能１、７の２次局における接続返答関数のデータの受け渡しを表す模式図である。 通信機能２、８の１次局における接続確認関数の接続パラメータの受け渡しを表す模式図である。 実施の形態の変形例である、接続パラメータを層間で共有する場合の通信機能１、２、７、８の１次局における接続要求関数のデータと接続パラメータの受け渡しを表す模式図である。 実施の形態の変形例である、接続パラメータを層間で共有する場合の通信機能１、２、７、８の２次局における接続通知関数のデータと接続パラメータの受け渡しを表す模式図である。 実施の形態の変形例である、接続パラメータを各層が別々に下位層に渡す場合の通信機能１、２、７、８の１次局における接続要求関数のデータと接続パラメータの受け渡しを表す模式図である。 実施の形態に係る通信システムの一構成例を示す機能ブロック図である。同図では、ＩｒＤＡのみを持った機器と、ＩｒＤＡおよび本発明の構成を持った機器と、本発明の構成のみを持った機器の通信層を、ＯＳＩ７階層に合わせて示している。
本発明の実施形態について説明すれば、以下の通りである。なお、以下の実施の形態では、赤外線によりデータを転送する転送方式（伝送方式）を例示して説明するが、本発明は、必ずしもこれに限らず、例えば、赤外線以外の光を用いる光伝送でもよく、また、他の無線通信方式にも適用できる。
なお、本明細書中においては、通信機能１〜通信機能９を以下の意味で使用する。通信機能１とは、接続シーケンスを短くしたもの（レスポンス有り）。通信機能２とは、接続シーケンスを短くしたもの（レスポンス無し）。通信機能３とは、接続シーケンスが従来のもの（例えば、ＩｒＤＡ）。通信機能４とは、パケット再送処理回数が少ないもの（レスポンス有り）。通信機能５とは、パケット再送処理回数が少ないもの（レスポンス無し）。通信機能６とは、パケットの送信方法が従来のもの（例えば、ＩｒＤＡ）。通信機能７とは、通信機能１と通信機能４の両方を含む。通信機能８とは、通信機能２と通信機能５の両方を含む。通信機能９とは、通信機能３と通信機能６の両方を含む。
〔実施の形態１〕
本発明の実施形態１について、図１から図９に基づいて説明する。
本実施の形態のデータ転送システムは、図２に示すように、携帯電話などの第１機器としての携帯機器と表示装置などの第２機器としての電子機器とから構成され、携帯機器の記録媒体に記録されている任意の例えば映像ファイル、画像データ、番組情報および文書データ（以下、単に「データ」という）などのファイルを選択し、電子機器の赤外線インターフェースに向けて送信する一方、該電子機器はその受信したデータを受け取るものである。なお、この電子機器は、表示装置に限らず、例えば、図３に示す印刷装置、図４に示す例えばＤＶＤ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｋ）レコーダ、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｋ）レコーダ、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ：ハードディスク）、レコーダ、ビデオデッキなど記録装置、図５に示すパーソナルコンピュータ、および図６に示す他の記録媒体を有する携帯電話などの携帯機器にも適用が可能である。また、第１機器は、本実施の形態では、携帯電話などの携帯機器としているが、かならずしもこれに限らず、第１機器も表示装置、印刷装置、記録装置、パーソナルコンピュータなどの記録媒体を有する電子機器とすることが可能である。
上記の携帯機器および電子機器は、データ送信を行うための送信機器を備えており、この送信機器１は、図７に示すように、ＣＰＵ１１と、メモリ１２と、コントローラ１３と、ワイヤレス通信インターフェースとしての送信部１４とを備えている。
ＣＰＵ１１は、図示しない操作部に入力された利用者の指示に応じて、所定の演算処理を行うものである。所定の演算処理としては、転送データの転送処理がある。ＣＰＵ１１は、操作部から転送データの転送指示を受けると、転送すべき転送データをメモリ１２に格納するとともに、コントローラ１３に対して転送要求を行う。また、ＣＰＵ１１は、コントローラ１３から転送データの送信終了を表す送信終了通知を受けると、転送処理を完了する。
メモリ１２は、転送すべき転送データを１次記憶するものであり、ＣＰＵ１１により転送データが書き込まれる。本実施の形態では、このメモリ１２は、各種の通信機能を実現するためのプログラムおよびデータを記憶する記憶手段としての機能を有している。ここで各種の通信機能とは、以下の通信機能１〜通信機能８をいう。
（１）通信開始時に、サーチおよび、データリンク層の接続と上位層の接続を同時に行なう手順を持つ通信機能１および通信機能２
（２）複数のパケットに分割されて連続的に送られた上位層データのパケットに対して１度でレスポンスを返す通信機能４および通信機能５
（３）通信機能１と通信機能４、もしくは通信機能２と通信機能５の両方の機能を有する通信機能７または通信機能８
次に、コントローラ１３は、ＣＰＵ１１からの転送要求に応じて、転送データの転送を制御するものであり、制御部１３１、データパケット生成部１３２および誤り検出訂正符号付加部１３３を備えている。
制御部１３１は、ＣＰＵ１１から転送要求を受けると、メモリ１２から転送データを読み出し、読み出した転送データをデータパケット生成部１３２に送るとともに、データパケット生成部１３２に対して複数のデータパケットを生成させる。このとき、制御部１３１は、データパケット生成部１３２が生成するパケット長やパケット間隔を制御する。なお、制御部１３１は、後述する誤り検出訂正符号付加部１３３により検出できるデータ容量から求められる最大パケット長以下でパケット長を制御する。
また、制御部１３１は、メモリ１２から読み出した転送データに対応する全てのデータパケットが送信部１４から送信されたことを検知して、転送データの送信が終了したことを表す送信終了通知をＣＰＵ１１に送る。
データパケット生成部１３２は、制御部１３１から受けた転送データを分割して、複数のデータパケットを生成する。このとき、データパケット生成部１３２は、制御部１３１から受けたパケット長になるように、転送データを分割し、分割データ（１）…（Ｎ）を生成する。そして、データパケット生成部１３２は、各分割データを情報として含むデータパケットを生成する。すなわち、データパケット生成部１３２は、分割データ（１）を含むデータパケット（１）、…、分割データ（Ｎ）を含むデータパケット（Ｎ）を生成する。なお、データパケット生成部１３２が生成したデータパケットの転送速度は、制御部１３１により制御される。
データパケット生成部１３２は、生成した複数のパケットを誤り検出訂正符号付加部１３３に送る。このとき、データパケット生成部１３２は、各データパケット間の時間間隔を、制御部１３１から受けたパケット間隔になるようにする。
ここで、各データパケットは、図３０で示したように、プリアンブルフィールド、スタートフラグ、アドレスフィールド、制御フィールド、データフィールド、ＦＣＳおよびストップフラグを含んでいる。
誤り検出訂正符号付加部１３３は、データパケット生成部１３２で生成されたデータパケットに対して、誤り検出符号または訂正符号を付加して、後段の送信部１４に送る。誤り検出訂正符号付加部１３３は、誤り検出符号または訂正符号をデータパケット内の上記ＦＣＳに含ませる。
なお、誤り検出符号（文献２を参照）は、例えば、ＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）符号などの巡回符号であり、訂正符号は、例えば、パリティ検査符号、ハミング符号、リードソロモン符号などのＢＣＨ符号などである。なお、ＣＲＣ符号は或る定められた長さを持っており、その長さによりエラーを検出できるデータ量が限られる。具体的には、ＣＲＣ符号は１６ビット、３２ビットなどの長さを持っており、その長さによって例えば１６ビットであれば２０４８バイトまでのデータの中にある１ビットのエラーを１００％検出することができる。
送信部１４は、赤外線通信路を介して、コントローラ１３から受信した複数のパケットを所定の時間間隔で外部に送信する。
次に、本実施の形態の電子機器は、データ受信を行うための受信機器を備えており、この受信機器２について、図８に基づいて説明する。
同図に示すように、受信機器２は、ＣＰＵ２１と、メモリ２２と、コントローラ２３と、ＣＤＲ２４と、ワイヤレス通信インターフェースとしての受信部２５とを備えている。
受信部２５は、赤外線通信路を介して、送信機器１から送信されたパケットを受信し、受信したパケットをＣＤＲ２４に送る。
ＣＤＲ２４は、受信したパケットを基に、受信信号からクロック信号とデータ信号とを抽出する（リカバリする）ものである。ＣＤＲ２４は、リカバリしたクロック信号とデータ信号とをコントローラ２３に送る。
コントローラ２３は、ＣＤＲ２４から受けたパケットを基に、所定の制御処理を行うものである。コントローラ２３は、制御部２３１、パケット処理部２３２および誤り検出訂正回路２３３を備えている。
パケット処理部２３２は、ＣＤＲ２４によりリカバリされたパケットを受け、受けたパケットからスタートフラグおよびストップフラグを検出する。そして、パケット処理部２３２は、データフィールドおよびＦＣＳ部分を抽出する。すなわち、パケット処理部２３２は、受信部２５が受信したパケットのデータフィールドに含まれる情報と、該情報に対する誤り検出符号または訂正符号とを抽出する。パケット処理部２３２は、抽出した情報および誤り検出符号または訂正符号を、制御部２３１および誤り検出訂正回路２３３に送る。
例えば、パケット処理部２３２は、データパケットを受けると、該データパケットに含まれるデータと誤り検出符号または訂正符号とを抽出し、抽出したデータおよび誤り検出符号または訂正符号を、制御部２３１および誤り検出訂正回路２３３に送る。
誤り検出訂正回路２３３は、受けた情報に対して誤り検出または訂正を行い、その結果を制御部２３１に送る。
制御部２３１は、誤り検出訂正回路２３３から送られる結果に応じて、所定の処理を行う。すなわち、誤り検出訂正回路２３３からの結果が分割データに誤り（エラー）がないことを示している場合、制御部２３１は、該データをメモリ２２に書き込み、ＣＰＵ２１に対して受信完了通知を行う。一方、誤り検出訂正回路２３３からの結果がデータにエラーがあることを示している場合、制御部２３１は、該データを破棄して、ＣＰＵ２１に対して受信エラーがある旨の通知を行う。
メモリ２２は、受信部２５が受信したデータを記憶するものであり、制御部２３１によりデータが書き込まれる。また、本実施の形態では、各種の通信機能を実現するためのプログラムおよびデータを記憶する記憶手段としての機能を有している。各種の通信機能とは、送信機器１と同様に、前記通信機能１、２のうちの少なくとも１種類と通信機能３、あるいは前記通信機能４、５のうちの少なくとも１種類と通信機能６、あるいは前記通信機能７、８のうちの少なくとも１種類と通信機能９である。この通信機能３、６、９は、上述のように、ＩｒＤＡプロトコルである。
ＣＰＵ２１は、メモリ２２に書き込まれたデータにより、図示しない表示部に、生成した例えば画像データに対応する画像を表示させる。
次に、上記送信機器１と受信機器２とにおけるデータ転送処理について、図１（ａ）、および図１（ｂ）に示すシーケンス図を参照しながら説明する。
まず、送信機器１と受信機器２との間で赤外線通信を行う場合、通信機能３としてのＩｒＤＡプロトコルにおいては、図１（ａ）に示すように、局発見コマンドであるＸＩＤコマンド／レスポンスのパケット交換が行われる。
しかしながら、赤外線通信の特性上、手に持つ送信機器１と通信する相手である受信機器２とは、ユーザの目で見える範囲にあることになる。
そこで、本実施の形態では、図１（ｂ）に示すように、局発見コマンドであるＸＩＤコマンド／レスポンスのパケット交換の代わりに、受信する機器をユーザが認識し送信操作を行なうことにより、例えば、携帯機器である送信機器１と通信する相手機器である電子機器を決めることができる。すなわち、通信開始時に相手機器のサーチと、相手機器との接続に必要なコマンドのやりとりとを同一のパケットで行なう通信機能１を用いることによって、局発見コマンドのパケット交換を省略することができ、ファイルの通信にかかる時間を短縮することができる。具体的には、ＩｒＤＡプロトコルによる局発見にかかる時間は、通常３〜４秒程度であるため、ファイルの通信にかかる全体の時間をその分短縮することができる。
一方、ＩｒＤＡプロトコルでは通信開始時に、図１（ａ）や図２７に示すように、例えばＩｒＣＯＭＭやＩｒＦＭなどの双方向にデータを送受信する通信などの種々の通信を行うために、相手機器の能力である例えば、使用できる通信速度、最大ターンアラウンドタイム、１フレーム当たりのデータサイズ、ウィンドウサイズ、アディショナルＢＯＦの量、最小ターンアラウンドタイム、およびリンクのディスコネクト／スレッショルドタイムなどをＳＮＲＭコマンド／レスポンスを使用して交換することになる。
しかし、本実施の形態のように、ファイルを送ることのみ行うような場合には、ファイルを送るために必要なパラメータを予め決めておくことができる。
具体的には、１フレーム当たりのデータサイズや最大／最小ターンアラウンドタイムなどを予め決めておく。これにより、１次局側は予め決められた値から変更したいパラメータのみを記述した宣言したコネクトコマンドを出力し、２次局側では記述されていない場合には予め決められた値であると認識し、自局のパラメータと照合してネゴシエートしたパラメータを記述したレスポンスで返す。２次局でも予め決められた値と同一であればレスポンスにそのパラメータを記述しなくてもよい。１次局はその受け取ったレスポンスで、記述されていない場合には、予め決められた値であると認識して、そのパラメータで通信を行うことが可能となる。
また、例えば、１次局側は、２次局側のレスポンスを必要としないというパラメータを入れたコネクションコマンドを出力する。コネクションコマンドを受信した２次局はコマンドレスポンスを返さずに、その宣言されたパラメータをもってデータを受け入れる準備を行い、次いで、１次局がデータを出力する。これにより、さらに手順を短縮することができる。
また、さらに手順を短縮するために、全ての項目を予め決めておき、１次局からコネクトパケットも送信せずにデータ通信を開始するという方法も取ることができる。ＩｒＤＡプロトコルでは、この情報交換などに数〜十数回のパケット交換を行い、１〜２秒程度の時間がかかる。交換する機器情報を省略することによって、１または２個のパケット交換にすることができ、かかる時間を１００ｍｓ程度に抑えることができる。
アプリケーションのパラメータを決めておかなくても、接続パケットと同時にアプリケーションパラメータを送ることでも実現可能である。図１１（ａ）では、データリンク層の接続パラメータの後ろにデータリンク層より上のパラメータをつけて送ることにより、１往復の接続で上位層（ネットワーク層、トランスポート層、セッション層など）まで接続可能な例を示す。接続パケットの例は図１１（ｃ）に記載されている。
このように、交換する機器情報を省略する、つまり通信開始時に最小限の接続パラメータとレスポンスが必要か否かのみを交換し、その他のパラメータは予め固定した値を使用する、もしくはデータリンク層の接続リクエストと同時に上位層の接続パラメータを入れることによって、図１（ｂ）に示すように、ファイルの通信にかかる全体の時間をさらに短縮することができる。
また、ＩｒＤＡプロトコルでは、図９（ａ）に示すように、データフレーム（Ｉフレーム）を１次局が送った後に、２次局がそれに対する応答を返す動作を行うことによって、データの完全性（誤りの無いデータを送受信する）を保持しようとする。
しかしながら、携帯機器のように手に持つ機器からの通信の場合、いかに完全性を保つプロトコルを実装したとしても、機器の間の角度がある一定以上の角度になったり、距離がある一定以上の距離になったりしてしまうと、通信が困難になる。その結果、誤りデータが多くなり、２次局は１次局に対して再送要求を頻繁に行い、１次局はそれに応答して再送を頻繁に行なう。その結果、パケット交換にかかる時間が増加する。
これに対して、本実施の形態では、通信機能４または通信機能５を採用してデータの再送処理を行わない、もしくは再送要求の回数を減らすようにする。
すなわち、データを送った結果が、電子機器での記録や表示により、その場で送信者であるユーザの目で確認できるような通信の場合には、受信機に近づくとか送信機の角度を変えるなど、ユーザ自らが通信状態を改善することができるので、その改善によりエラー処理の量を減らすことができる。
このように、通信中のデータにエラーが発生してもデータの再送リクエストを複数のデータ受信を行った後に一括して送信する通信機能４、５を採用することによって、図９（ｂ）に示すように、ファイルの通信にかかる時間を短縮することができる。
図３２（ａ）にＩｒＤＡの再送手順を示す。従来のＩｒＤＡではデータを送信した後に、受信機は下位層のレスポンス（ＬＡＰ）を返し、その後送信機が再度送信権を受信機に譲渡する（ＲＲ）、その後受信機は上位層（ＯＢＥＸ）のレスポンスを返信した後で、次のデータを送信するというシーケンスを行う。
エラーが発生した場合には下位層のレスポンスによりその旨通知し、そのパケットの再送信を行う。
図３２（ｂ）に通信機能４または通信機能７で使用する本発明の正常系動作、図３２（ｃ）に本発明のエラーが起きたときの動作を示す。送信機はパケットにシーケンスナンバーを振り、決められた数のまとまったパケットを送信した後に受信機に送信権を与え、受信機にデータが問題なかったかの問い合わせを行う。
受信機はＯＫ（エラーを検出しなかった）場合には正常に受信した旨を送信機に通知し、エラーを検出した場合は受けることができなかったパケット以降のデータ部分を無視し、送信権の譲渡の部分のみを確認し送信権の譲渡を受けた後に受けることのできなかったパケット番号を通知する。この場合のエラーとは、パケット中のデータの一部が破損していることをＣＲＣなどにより検出した場合や、シーケンスナンバーで番号が飛んでいることを言う。
送信機はＯＫを受けた場合には次のパケットから送信を行う。エラーがあったという通知（パケット番号）を受けた場合には、そのパケット番号から先ほど送信したデータを再送信する。
以上のような仕組みを取ることにより、パケット間を詰めることができ、効率のよい通信が可能となる。
図３３（ａ）に通信機能５または８で使用する本発明の正常系動作、図３３（ｂ）に本発明のエラーが起きたときの動作を示す。送信機はパケットにシーケンスナンバーを振り、全てのデータを連続で送信する。
受信機はエラーがあったかどうかを確認するのみであり、正常に受信した場合には全てのデータを受けた後に受信機内で正常受信であることを認識し、次の動作を行う。この場合の次の動作とは、例えば受信したデータを表示したり、印刷したり、保存したりすることである。
エラーを検出した場合には受信機内で正常受信できなかったことを認識し、次の動作を行う。この場合の次の動作とは、失敗したことをユーザーに知らせるためのインジケートや、次の受信待ち状態になることである。
本実施の形態のようにエラー処理の量を減らすことにより、データパケットおよび応答パケットの個数を減らすことができ、交換にかかる時間を減らし、ＣＰＵの負荷を殆ど必要としなくなるため、携帯機器でもＦＩＲを使用した場合には３．５〜３．８Ｍｂｐｓの実効速度が可能となる。例えば８０万画素（ＸＧＡ：１０２４×７６８）程度のＪＰＥＧ圧縮された１５０ｋＢｙｔｅのファイルであれば、ＩｒＤＡプロトコルにおいて実効速度が２Ｍｂｐｓとして０．６秒、１Ｍｂｐｓとして１．２秒かかる。しかし、本実施の形態のように、エラーレートの処理量を減らして３．８Ｍｂｐｓの実効速度になれば０．３１秒になり、３．５Ｍｂｐｓの実効速度になれば０．３５秒になる。この結果、ＩｒＤＡの約半分以下で通信できることになり、ファイルの通信にかかる時間を短縮することができる。
また、上記２つの通信機能の両方を使用する通信機能７、８を採用することにより、図１０（ａ）に示すＩｒＤＡプロトコルにおけるファイルの通信にかかる時間を、図１０（ｂ）または図１０（ｃ）に示すように、さらに短縮することができる。
例えば、上記２つの通信機能を使用した場合、上述の１５０ｋＢｙｔｅの映像ファイルを送信する場合について説明すると、ＩｒＤＡでは、
局発見（３〜４秒）＋情報交換（１〜２秒）＋データ送信（０．６〜１．２秒）＝トータル（４．６〜７．２秒）
かかるものが、
（局発見＋情報交換）（０．１秒）＋データ通信（０．３１〜０．３５秒）＝トータル（０．４１〜０．４５秒）
となり、１０分の１から１７分の１の通信時間となる。
通信時間が５秒程度となると、ユーザは通信中に携帯機器を別の方向に向けてしまったり、通信ができていないものとあきらめてしまうこともあると考えられるが、通信時間が０．５秒程度であれば、携帯機器を向けて、送信処理を行っている間にデータ通信が終了しているため、非常にわかりやすく、便利な通信が行えることになる。
このように、本実施の形態のデータ転送システムおよびそのデータ転送方法では、ワイヤレス通信インターフェースとしての送信部１４・受信部２５およびデータを保存する記録媒体（メモリ１２・２２）を備えた携帯機器と、ワイヤレス通信インターフェースとして送信部１４・受信部２５を備え、データを記録する電子機器とを含む。そして、携帯機器および上記電子機器は、通信開始時に相手機器をサーチすると同時に接続に必要なパラメータ交換を行なう通信機能１、２を記憶する記憶手段（メモリ１２・２２）と、通信を制御する通信制御手段としてのコントローラ１３・２３とをそれぞれ備え、これら両コントローラ１３・２３は、携帯機器と電子機器との間でデータを、通信機能１、２を使用して転送する。
つまり、通信時間を短くする方法として、通信開始時に相手機器のサーチを行うだけの局発見コマンド（ＩｒＤＡではＸＩＤコマンド）を送出せず、サーチと接続に必要なパラメータを保有するコマンドとの両方の機能を備えたパケットを出力する通信機能１、２を使用して携帯機器と電子機器との通信を行うようにする。
この結果、局発見コマンドと接続手順との両方を使用しないので、データの転送時間を短くすることができる。したがって、機器の間の角度がある一定以上の角度になったり、距離がある一定以上の距離になったりすることにより、通信が失敗してしまう確率を減らすことができる。
また、本実施の形態のデータ転送システムおよびそのデータ転送方法では、通信機能１、２で交換する、接続に必要なパラメータは、予め固定した値を使用すべく、初期値を設定しておくか、接続パケットの中に上位層の接続パラメータもしくはコマンドまで含めて送る。
この結果、接続に必要なパラメータとして予め設定した固定値を使用すること、もしくは、一つの接続パケットに含まれる上位層のパラメータもしくはコマンドを使用することによって、接続時間をさらに短くすることができる。したがって、機器の間の角度がある一定以上の角度になったり、距離がある一定以上の距離になったりすることにより、通信が失敗してしまう確率を減らすことができる。
ここでいう初期値とは、例えば、データリンク層で言う
Ｂａｕｄ Ｒａｔｅ：４Ｍｂｐｓ，１１５ｋｂｐｓ，９６００ｂｐｓ
（通信速度）
Ｍａｘｉｍｕｍ Ｔｕｒｎ Ａｒｏｕｎｄ Ｔｉｍｅ：１ｓ［送信機（Ｐｒｉｍａｒｙ）］，１００ｍｓ［受信機（Ｓｅｃｏｎｄａｒｙ）］
（最大に送信権をもつことができる時間）
Ｄａｔａ Ｓｉｚｅ：２０４８ｂｙｔｅｓ
（１つのパケットに入れることができる最大長）
Ｗｉｎｄｏｗ Ｓｉｚｅ：１
（既存ＩｒＤＡでの連続して送信可能なパケット数）
Ａｄｄｉｔｉｏｎａｌ ＢＯＦｓ：０
（１１５ｋｂｐｓまたは９６００ｂｐｓ時に光学特性安定のため挿入するダミーパルスの数）
Ｍｉｎｉｍｕｍ Ｔｕｒｎ Ａｒｏｕｎｄ Ｔｉｍｅ：０．５ｍｓ
（相手機器からのパケットを受信した後、送信するまでに最低待たなければならない時間）
Ｌｉｎｋ Ｄｉｓｃｏｎｎｅｃｔ／Ｔｈｒｅｓｈｏｌｄ Ｔｉｍｅ：１ｓｅｃｏｎｄｓ
（設定値だけパケットが受信できなかった場合に切断とする時間）
Ｍｉｎｉｍｕｍ Ｐａｃｋｅｔ Ｉｎｔｅｒｖａｌ：１００ｕｓ
（パケット間の時間）
のようなデータであり、上位層のコマンドとは例えばＯＢＥＸのＣｏｎｎｅｃｔコマンドとそのサクセス等のレスポンスを指す。
また、本実施の形態のデータ転送システムおよびそのデータ転送方法では、携帯機器および電子機器は、通信中にデータにエラーが発生してもデータの再送処理を行なわない、もしくは多くの連続したデータ送信に一度のエラー処理を行なうような、エラー処理回数を減らした通信機能４、５を実現するためのプログラムおよびデータ記憶する記憶手段としてのメモリ１２・２２と、通信を制御する通信制御手段としてのコントローラ１３・２３とをそれぞれ備え、これらコントローラ１３・２３は、携帯機器と電子機器との間でデータを、通信機能４、５を使用して転送する。
つまり、通信時間を短くする方法として、エラー処理の回数を減らす通信機能４、５を使用して携帯機器と電子機器との通信を行うようにする。また、エラー情報の返送に関して、１つのパケットで返るようにする。
この結果、再送処理を行うために頻繁に交互にやり取りが行われるフレームおよびレスポンスパケットを省略でき、また、再送処理のために必要なＣＰＵの処理能力を軽減でき、さらに、データの転送時間を短くすることができる。したがって、機器の間の角度がある一定以上の角度になったり、距離がある一定以上の距離になったりすることにより、通信が失敗してしまう確率を減らすことができる。
また、本実施の形態のデータ転送システムおよびそのデータ転送方法では、携帯機器および電子機器は、前記通信機能１と通信機能４との両方の機能を有する通信機能７もしくは通信機能２と通信機能５の両方の機能を有する通信機能８を実現するためのプログラムおよびデータを記憶する記憶手段としてのメモリ１２・２２と、通信を制御する通信制御手段としてのコントローラ１３・２３とをそれぞれ備え、これらコントローラ１３・２３は、携帯機器と電子機器との間でデータを、通信機能７、８を使用して転送する。
この結果、通信機能１と通信機能４との両方の特徴を持つ通信機能７、もしくは通信機能２と通信機能５との両方の特徴を持つ通信機能８を使用することにより、さらに、データの転送時間を短くすることができる。したがって、機器の間の角度がある一定以上の角度になったり、距離がある一定以上の距離になったりすることにより、通信が失敗してしまう確率を減らすことができる。
また、本実施の形態のデータ転送システムおよびそのデータ転送方法では、ワイヤレス通信は、赤外線（ＩＲ）通信である。
すなわち、赤外線を用いたデータ転送として、前述したように、ＩｒＤＡ規格がある。したがって、例えばＩｒＤＡ規格に準拠した転送方式を採用している機器に対して、機器の間の角度がある一定以上の角度になったり、距離がある一定以上の距離になったりすることにより、通信が失敗してしまう確率を減らすことができる。
〔実施の形態２〕
本発明の他の実施の形態について図１０、図１１を用いて説明を行う。なお、本実施の形態において説明すること以外の構成は、前記実施の形態１と同じである。また、説明の便宜上、前記の実施の形態１の図面に示した部材と同一の機能を有する部材については、同一の符号を付し、その説明を省略する。
図１０（ｂ）では接続手順を減らし、受信機側からのレスポンスを少なくする通信機能７を用いているが、さらに受信機からの応答をなくして、通信機能８として片方向だけで通信することで、受信機側のデータ送信機能を不要にすることができる。通常のデータ通信では片方向の通信はデータが確実に到着したかどうか不明であるため使いにくいが、本発明のように、ユーザが携帯電話から静止画を送り、その結果がユーザが一目でわかるような応用では特に問題ない。図１０（ｃ）が片方向のみの通信のシーケンスである。パケットの構造については図１０（ｂ）と変わらない。
図１１（ａ）、図１１（ｂ）に本実施の形態の接続だけのシーケンス、図１１（ｃ）に接続パケットの構造を記載する。この場合には図１１（ｃ）の下段のレスポンスパケットは使われない。
〔実施の形態３〕
本発明の他の実施の形態について図３４から図５８に基づいて説明すれば、以下のとおりである。なお、本実施の形態において説明すること以外の構成は、前記実施の形態１、２と同じである。また、説明の便宜上、前記の実施の形態１、２の図面に示した部材と同一の機能を有する部材については、同一の符号を付し、その説明を省略する。
（１）通信層
図３４は、ＯＳＩ７階層モデルと、ＩｒＤＡの階層および本発明に係る通信システムの階層の対応関係を示す模式図である。
本実施の形態では、本発明に係る通信システムの送信機および受信機の構成および動作について、ＯＳＩ７層モデルに基づいて詳細に説明する。ここで、ＯＳＩ７層モデルとは、いわゆる「ＯＳＩ基本参照モデル」「ＯＳＩ階層モデル」とも呼ばれているものである。
ＯＳＩ７層モデルでは、異機種間のデータ通信を実現するために、コンピュータの持つべき通信機能が７階層に分割され、各層ごとに標準的な機能モジュールが定義されている。
具体的には、第１層（物理層）は、データを通信回線に送出するための電気的な変換や機械的な作業を受け持つ。第２層（データリンク層）は、物理的な通信路を確保し、通信路を流れるデータのエラー検出などを行なう。第３層（ネットワーク層）は、通信経路の選択や通信経路内のアドレスの管理を行なう。第４層（トランスポート層）は、データ圧縮や誤り訂正、再送制御などを行なう。第５層（セッション層）は、通信プログラム同士がデータの送受信を行なうための仮想的な経路（コネクション）の確立や解放を行なう。第６層（プレゼンテーション層）は、第５層から受け取ったデータをユーザが分かりやすい形式に変換したり、第７層から送られてくるデータを通信に適した形式に変換したりする。第７層（アプリケーション層）は、データ通信を利用した様々なサービスを人間や他のプログラムに提供する。
本実施の形態に係る通信システムの各通信層も、上記ＯＳＩ７層モデルの対応する階層と同等の機能を有する。ただし、図３４に示すように、上記通信システムは、セッション層とプレゼンテーション層とを１つにした、６階層の構造となっている。
本発明は、送信機および受信機が複数の通信層の接続を確立して通信を行うの通信システムに広く適用可能である。すなわち、通信機能の分割はＯＳＩ７層モデルに従っていなくてもよい。また、通信層の数は、接続すべき通信層が複数であれば、任意に選択できる。
また、本発明は、複数の通信層の接続リクエストをまとめることにより、接続に要する時間を短縮するものであるため、通信路が切断した場合でも再接続が容易である。よって、本発明は、通信路が切断しやすい、例えば赤外線による無線通信に特に適している。ただし、本発明は、ＩＥＥＥ８０２．１１無線、Ｂｌｕｅｔｏｏｔｈを含む他の無線通信、および、有線通信においても効果的である。
また、本実施の形態では、すべての通信層の接続を１回の通信で接続する例について説明するが、本発明はこれに限定されない。例えば、１つの通信層を接続した後、残りの複数の通信層を接続するようにしてもよい。また、１つの通信層の接続が複数回の通信によって行われてもよい。例えば、ネットワーク層の接続が２回の通信を要する場合、データリンク層の接続とネットワーク層の１回目の接続とを１つの接続リクエストにまとめ、ネットワーク層の２回目の接続とトランスポート層の接続とを１つの接続リクエストにまとめてもよい。
本実施の形態では、説明の便宜上、本発明の一適用例であるＩｒＳｉｍｐｌｅに基づいて説明する。しかし、本発明はＩｒＳｉｍｐｌｅに限定されるものではない。なお、ＩｒＳｉｍｐｌｅとは、従来のＩｒＤＡの一部機能を改良したものである。
本実施の形態では、ＩｒＳｉｍｐｌｅに則って、データリンク層、ネットワーク層、トランスポート層、セッション層＋プレゼンテーション層を、それぞれ、ＬＡＰ、ＬＡＭＰ、ＳＭＰ、ＯＢＥＸと表記することがある。また、通信層を送信機、受信機で区別する場合に、送信機に“Ｐ”、受信機に“Ｓ”と付記する。例えば、“ＬＡＰ（Ｐ）”とは、送信機のデータリンク層を意味する。
（２）送信機−受信機間のシーケンス
（２−１）接続シーケンス
〔Ａ〕従来のＩｒＤＡ
図２７は、従来のＩｒＤＡの接続シーケンスを示すシーケンス図である。また、図２８は、従来のＩｒＤＡの接続シーケンスの際の通信データのデータ構造を示す説明図である。
図２７に示すように、従来のＩｒＤＡではＸＩＤコマンドを使用して、接続する対象機器のサーチを行う。サーチとは相手機器が通信圏内にいるかどうかを判別するためのものである。この際、このＸＩＤコマンドを受信する機器が、このＸＩＤコマンドを受け取ることができるようにＤｅｓｔｉｎａｔｉｏｎ Ｄｅｖｉｃｅ Ａｄｄｒｅｓｓにグローバルアドレス（Ｇｌｏｂａｌ）を使用する（図２８のＸＩＤ ｃｏｍｍａｎｄ）。
ＸＩＤコマンドを受けた受信機は、ＸＩＤレスポンスを返信する。この際、ＸＩＤレスポンスには、Ｄｅｓｔｉｎａｔｉｏｎ Ｄｅｖｉｃｅ ＡｄｄｒｅｓｓにＸＩＤコマンドのＳｏｕｒｃｅ Ｄｅｖｉｃｅ Ａｄｄｒｅｓｓを挿入する（図２８のＸＩＤ ｒｅｓｐｏｎｓｅ）。
相手機器が見つかった場合、送信機はデータリンク層を接続するために、ＳＮＲＭコマンドを送信する。この際、ＸＩＤレスポンスのＳｏｕｒｃｅ Ｄｅｖｉｃｅ ＡｄｄｒｅｓｓをＳＮＲＭコマンドのＤｅｓｔｉｎａｔｉｏｎ Ｄｅｖｉｃｅ Ａｄｄｒｅｓｓに入れることで検出した機器のみに接続するように、必要なパラメータを入れて送信する。このＳＮＲＭコマンドを受けた受信機は、ＵＡレスポンスを、接続に必要なパラメータを入れて返信する。この流れでデータリンク層の接続が終了する。
その後、同様にして、ネットワーク層、トランスポート層、セション層、プレゼンテーション層等の上位層の接続を行っていく。
〔Ｂ〕本実施の形態（レスポンス有り）
図１１（ａ）は、本実施の形態（レスポンス有り）の接続シーケンスを示すシーケンス図である。また、図１１（ｃ）は、本実施の形態（レスポンス有り）の接続シーケンスの際の通信データのデータ構造を示す説明図である。
本実施の形態（レスポンス有り）では、ＳＮＲＭのＤｅｓｔｉｎａｔｉｏｎ Ｄｅｖｉｃｅ Ａｄｄｒｅｓｓにグローバルアドレスを使用することにより、サーチと同様の機能をＳＮＲＭコマンドに持たせることができる（図１１（ｃ）のＳＮＲＭ ｃｏｍｍａｎｄ）。
また、本実施の形態（レスポンス有り）では、データリンク層の接続パケットであるＳＮＲＭコマンドおよびＵＡレスポンスの中に、ネットワーク層、トランスポート層、セション層、プレゼンテーション層等の上位層の接続に必要なパラメータおよびコマンドを挿入する。これにより、従来のＩｒＤＡでは必要であった上位層それぞれを接続するための接続パケットを１つのパケットに凝縮することができる。
それゆえ、従来、複数のパケットが必要であった、サーチと接続シーケンスを１つのパケット対で行うことができる。
〔Ｃ〕本実施の形態（レスポンス無し）
図１１（ｂ）は、本実施の形態（レスポンス無し）の接続シーケンスを示すシーケンス図である。また、図１１（ｃ）は、本実施の形態（レスポンス無し）の接続シーケンスの際の通信データのデータ構造を示す説明図である。なお、本実施の形態（レスポンス無し）では、ＵＡレスポンス（図１１（ｃ）のＵＡ ｒｅｓｐｏｎｓｅ ｆｏｒ ＳＮＲＭ）は不要である。
ユーザまたはアプリケーションおよびデータ種類によっては、受信機からのレスポンスを省略した通信方式を選択できる。この場合、図１１（ｂ）に示すように、ＳＮＲＭコマンドのみでサーチおよび接続が終了したものとできる。
（２−２）データ交換シーケンス
〔Ａ〕従来のＩｒＤＡ
図３２（ａ）は、従来のＩｒＤＡのデータ交換シーケンスを示すシーケンス図である。また、図３５（ａ）は、従来のＩｒＤＡのデータ交換シーケンスの際の通信データのデータ構造を示す説明図である。
図３２（ａ）に示すように、従来のＩｒＤＡでは、データを送信した後に、受信機は下位層のレスポンス（ＬＡＰ Ｒｅｓｐｏｎｓｅ）を返し、その後送信機が再度送信権を受信機に譲渡し（ＲＲ）、その後受信機は上位層のレスポンス（ＯＢＥＸ Ｒｅｓｐｏｎｓｅ）を返信した後で、次のデータを送信するというシーケンスを行う。
なお、エラーが発生した場合には下位層のレスポンスによりその旨通知し、そのパケットの再送信を行う。
従来のＩｒＤＡでは、Ｉフレーム（図３５（ａ））を用いてデータ通信を行う。Ｎｓは送信機が管理する番号が入り、Ｎｒは受信機が管理する番号が入る。データリンク層（ＬＡＰ層）は、この番号を利用することで、再送や、パケットの欠落を防止する。
〔Ｂ〕本実施の形態（レスポンス有り）
図３２（ｂ）（ｃ）は、本実施の形態（レスポンス有り）のデータ交換シーケンスを示すシーケンス図である。また、図３５（ｂ）は、本実施の形態（レスポンス有り）のデータ交換シーケンスの際の通信データのデータ構造を示す説明図である。
本実施の形態（レスポンス有り）では、１つのデータ間毎の下位層及び上位層のレスポンスを極力減らし、多くのデータを送信した後にエラーがあったか無かったかを返信する。
送信機は、データ通信時に、シーケンシャルなパケット番号および受信データに問題がなかったかを問うためのフラグと、上記データをパケットのサイズに合わせて分割した分割データで構築されたパケットを用いる。
図３２（ｂ）に示すように、送信機は、所定数のパケット数を送信した後に上記フラグをオンにしたパケットの送信を行う。これに対し、受信機は、以前のデータの始めから、もしくは上記フラグがオンであったパケットを受信し、返信を行ってから、エラーを検出しなかった場合は、正常に受信した旨を送信機に通知する。また、受信機は、以前のデータの始めから、もしくは上記フラグがオンであったパケットを受信し、返信を行ってから、エラーを検出した場合は、受信することができなかったパケット以降の上記分割データ部分を無視し、上記フラグのみを確認し、上記フラグがオンであった場合に、エラーにより受信できなかったパケット番号を送信機へ通知する。
さらに、送信機は、正常に受信した旨を受信機から受けた場合、次のパケットから送信を行う。また、送信機は、エラーがあったという通知を受けた場合、受信できなかったパケット番号から、上記フラグをオンにしたパケットまでを再送信する。
これにより、パケット間を詰めることができ、効率のよい通信が可能となる。
図３５（ｂ）に示すように、本実施の形態（レスポンス有り）では、ＵＩフレームを使用する。このため、データリンク層（ＬＡＰ層）ではパケットの抜けが認識できず、トランスポート層で検出する。
ＵＩフレームのトランスポート層のデータ部分にシーケンシャルナンバーとデータ確認用フラグ、データの最後のパケットかどうか、受信したデータが正常であったかを示すフラグを設け、それらのフラグによってデータの送信を行う。
〔Ｃ〕本実施の形態（レスポンス無し）
図３３（ａ）（ｂ）は、本実施の形態（レスポンス無し）のデータ交換シーケンスを示すシーケンス図である。また、図３５（ｂ）は、本実施の形態（レスポンス無し）のデータ交換シーケンスの際の通信データのデータ構造を示す説明図である。
本実施の形態（レスポンス無し）では、受信機のレスポンスを必要としない場合、データの完全性のみを確認する。そのため、送信機はパケットにシーケンスナンバーを振り、全てのデータを連続で送信する。
そして、受信機は、エラーがあったかどうかを確認するのみであり、正常に受信した場合には全てのデータを受けた後、受信機内で正常受信であることを認識し、次の動作を行う。この場合の次の動作とは、例えば受信したデータを表示したり、印刷したり、保存したりすることである。一方、エラーを検出した場合、受信機内で正常受信できなかったことを認識し、次の動作を行う。この場合の次の動作とは、失敗したことをユーザーに知らせるためのインジケートや、次の受信待ち状態になることである。
なお、本実施の形態（レスポンス無し）でも、図３５（ｂ）に示すＵＩフレームを使用する。
（２−３）切断シーケンス
〔Ａ〕従来のＩｒＤＡ
図３６（ａ）は、従来のＩｒＤＡの切断シーケンスを示すシーケンス図である。また、図３６（ｂ）は、従来のＩｒＤＡの切断シーケンスの際の通信データのデータ構造を示す説明図である。
図３６（ａ）に示すように、従来のＩｒＤＡでは、上位層から順に切断の処理を行っていき、最後にデータリンク層（ＬＡＰ層）の切断を行う。
〔Ｂ〕本実施の形態（レスポンス有り）
図３７（ａ）は、本実施の形態（レスポンス有り）の切断シーケンスを示すシーケンス図である。また、図３７（ｃ）は、本実施の形態（レスポンス有り）の切断シーケンスの際の通信データのデータ構造を示す説明図である。
図３７（ｃ）に示すように、本実施の形態（レスポンス有り）では、ネットワーク層、トランスポート層、セション層、プレゼンテーション層等の上位層の切断に必要なパラメータおよびコマンドを、ＤＩＳＣコマンドおよびＵＡレスポンスの中に挿入した。
これにより、従来、複数のパケットが必要であった、切断シーケンスを１つのパケット対で行うことができる。
〔Ｃ〕本実施の形態（レスポンス無し）
図３７（ｂ）は、本実施の形態（レスポンス無し）の切断シーケンスを示すシーケンス図である。また、図３７（ｃ）は、本実施の形態（レスポンス有り）の切断シーケンスの際の通信データのデータ構造を示す説明図である。なお、本実施の形態（レスポンス無し）では、ＵＡレスポンス（図３７（ｃ）のＵＡ ｒｅｓｐｏｎｓｅ）は不要である。
図３７（ｂ）に示すように、本実施の形態（レスポンス無し）では、受信機のレスポンスを必要としないとして接続した場合、ＤＩＳＣコマンドのみでサーチおよび切断が終了したものとできる。
（３）送信機、受信機内のシーケンス
図３８〜図５８では、説明の便宜上、データリンク層をＬＡＰ、ネットワーク層をＬＡＭＰ、トランスポート層をＴＴＰまたはＳＭＰ、セッション層およびプレゼンテーション層をＯＢＥＸと表記する。また、通信層を送信機と受信機とで区別するために、送信機に“Ｐ”、受信機に“Ｓ”と付記する。例えば、“ＬＡＰ（Ｐ）”とは、送信機のデータリンク層を意味する。
（３−１）接続シーケンス
〔Ａ〕従来のＩｒＤＡ
図３８は、従来のＩｒＤＡの接続シーケンスを示すシーケンス図である。なお、従来のＩｒＤＡの接続シーケンスの際の通信データのデータ構造は、図２８に示したとおりである。
図３８に示すように、従来のＩｒＤＡでは、送信機、受信機とも、接続準備を行ってから、下位層から順に接続を行う。各通信層では、下位層から通知を受けてから接続を行い、接続が終了すると、上位層へ通知を行う。最終的にＯＢＥＸでの接続が終了して、接続が完了する。
〔Ｂ〕本実施の形態（レスポンス有り）
図３９は、本実施の形態（レスポンス有り）の接続シーケンスを示すシーケンス図である。また、図４０（ａ）、図４０（ｂ）は、本実施の形態（レスポンス有り）の接続シーケンスの際の通信データのデータ構造を示す説明図である。
図３９に示すように、本実施の形態（レスポンス有り）では、送信機、受信機とも、接続準備を行う。その後、送信機は、上位層のリクエストをそのまま下位層に渡していき、１つのパケット（ＳＮＲＭ）として送信する。一方、受信機は、ＳＮＲＭパケットを受けて、そのまま上位層へ接続できた旨の通知を行った後、ＯＢＥＸ（Ｓ）のレスポンスをそのまま下位層に渡していき、１つのパケット（ＵＡ）として送信する。送信機は、ＵＡを受けたことで接続完了とし、上位層に通知（Ｃｏｎｎｅｃｔ．ｃｏｎｆｉｒｍ）を上げていく。
このときの、送信機、受信機内のシーケンスは以下のとおりである。
まず、送信機の各通信層について説明する。
ＯＢＥＸ（Ｐ）は、アプリケーションからの接続要求が来た場合に、速やかに下位層（ＳＭＰ（Ｐ））に対して接続要求コマンドをデータに入れて接続要求関数（Ｐｒｉｍｉｔｉｖｅ）を発生する。また、ＯＢＥＸ（Ｐ）は、ＳＭＰ（Ｐ）から接続確認関数を受けた場合に、そのデータの中からＯＢＥＸ接続のレスポンスを確認し、問題ない（Ｓｕｃｃｅｓｓ）というレスポンスであれば、接続完了とする。
ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からの接続要求関数を受けて、速やかにＯＢＥＸ（Ｐ）の接続要求関数のデータに、受信機のＳＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＭＰ（Ｐ））に対して接続要求関数を発生する。また、ＳＭＰ（Ｐ）は、ＬＭＰ（Ｐ）から接続確認関数を受けた場合、関数のデータから受信機のＳＭＰ（Ｓ）が生成したパラメータを抜き取り、値を確認して、ＳＭＰ（Ｓ）とのネゴシエーションを終了する。また、ＳＭＰ（Ｐ）は、接続確認関数のデータからＳＭＰ（Ｓ）のパラメータを取り除いたデータをＯＢＥＸ（Ｐ）に対して接続確認関数として送信する。
ＬＭＰ（Ｐ）は、ＳＭＰ（Ｐ）からの接続要求関数を受けて、速やかにＳＭＰ（Ｐ）の接続要求関数のデータに、受信機のＬＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＡＰ（Ｐ））に対して接続要求関数を発生する。また、ＬＭＰ（Ｐ）は、ＬＡＰ（Ｐ）から接続確認関数を受けた場合、関数のデータから受信機のＬＭＰ（Ｓ）が生成したパラメータを抜き取り、値を確認して、ＬＭＰ（Ｓ）とのネゴシエーションを終了する。また、ＬＭＰ（Ｐ）は、接続確認関数のデータからＬＭＰ（Ｓ）のパラメータを取り除いたデータを、ＳＭＰ（Ｐ）に対して接続確認関数として送信する。
なお、通常は論理ポートを管理するためにＬＳＡＰ（Ｌｉｎｋ Ｓｅｒｖｉｃｅ Ａｃｃｅｓｓ Ｐｏｉｎｔ）が定義される。そして、１対１で１つの接続をする場合にはＬＭＰを使用する必要がない。この場合、ＬＳＡＰにコネクションレスの値を固定値として使用する。このため、ＬＭＰの接続パラメータ交換は不要となっている。
ＬＡＰ（Ｐ）は、ＬＭＰ（Ｐ）からの接続要求関数を受けて、速やかにＬＭＰ（Ｐ）の接続要求関数のデータに、受信機のＬＡＰ（Ｓ）との通信に必要なパラメータを付加して、受信機の物理層に対してＳＮＲＭコマンドを出力する。また、ＬＡＰ（Ｐ）は、受信機の物理層からＵＡレスポンスを受けた場合、ＵＡレスポンスのデータから受信機のＬＡＰ（Ｓ）が生成したパラメータを抜き取り、値を確認して、ＬＡＰ（Ｓ）とのネゴシエーションを終了する。また、ＬＡＰ（Ｐ）は、ＵＡレスポンスのデータからＬＡＰ（Ｓ）のパラメータを取り除いたデータを、ＬＭＰ（Ｐ）に対して接続確認関数として送信する。
つづいて、受信機の各通信層について説明する。
ＯＢＥＸ（Ｓ）は、アプリケーションから接続要求関数を受けて、受信待機状態になる。また、ＯＢＥＸ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から接続通知関数（Ｉｎｄｉｃａｔｉｏｎ）を受けた場合に、そのデータの中からＯＢＥＸ接続コマンドを確認し、問題が無ければＳｕｃｃｅｓｓというレスポンスを接続返答関数（Ｒｅｓｐｏｎｓｅ）としてＳＭＰ（Ｓ）に対して出力し、接続完了とする。
ＳＭＰ（Ｓ）は、ＯＢＥＸ（Ｓ）からの接続要求関数を受けて、受信待機状態になる。また、ＳＭＰ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から接続通知関数を受けた場合に、関数のデータから送信機のＳＭＰ（Ｐ）が生成したパラメータを抜き取り、それに対しての返答のパラメータを作成し、上記関数のデータからＳＭＰ（Ｐ）のパラメータを除いたデータを入れた接続要求関数をＯＢＥＸ（Ｓ）に発した後、ＯＢＥＸ（Ｓ）からの接続返答関数を待つ。また、ＳＭＰ（Ｓ）は、ＯＢＥＸ（Ｓ）からの接続返答関数を受けた場合に、ＬＭＰ（Ｓ）に対してＯＢＥＸ（Ｓ）の接続返答関数のデータに上記返答のパラメータを付加して、ＬＭＰ（Ｓ）に対して接続返答関数を発生し、ＳＭＰ層のネゴシエーションを終了する。
ＬＭＰ（Ｓ）は、ＳＭＰ（Ｓ）からの接続要求関数を受けて、受信待機状態になる。また、ＬＭＰ（Ｓ）は、下位層（ＬＡＰ（Ｓ））から接続通知関数を受けた場合に、関数のデータから送信機のＬＭＰ（Ｐ）が生成したパラメータを抜き取り、それに対しての返答のパラメータを作成し、上記関数のデータからＬＭＰ（Ｐ）のパラメータを除いたデータを入れた接続要求関数をＳＭＰ（Ｓ）に発した後、ＳＭＰ（Ｓ）からの接続返答関数を待つ。また、ＬＭＰ（Ｓ）は、ＳＭＰ（Ｓ）からの接続返答関数を受けた場合に、ＬＡＰ（Ｓ）に対してＳＭＰ（Ｓ）の接続返答関数のデータに上記返答のパラメータを付加して、ＬＡＰ（Ｓ）に対して接続返答関数を発生し、ＬＭＰ層のネゴシエーションを終了する。
なお、通常は論理ポートを管理するためにＬＳＡＰ（Ｌｉｎｋ Ｓｅｒｖｉｃｅ Ａｃｃｅｓｓ Ｐｏｉｎｔ）が定義される。そして、１対１で１つの接続をする場合にはＬＭＰを使用する必要がない。この場合、ＬＳＡＰにコネクションレスの値を固定値として使用する。このため、ＬＭＰの接続パラメータ交換は不要となっている。
ＬＡＰ（Ｓ）は、ＬＭＰ（Ｓ）からの接続要求関数を受けて、受信待機状態になる。また、ＬＡＰ（Ｓ）は、物理層からＳＮＲＭコマンドを受けた場合に、ＳＮＲＭコマンドのデータから送信機のＬＡＰ（Ｐ）が生成したパラメータを抜き取り、ＳＮＲＭコマンドのデータからＬＡＰ（Ｐ）のパラメータを除いたデータを入れた接続要求関数をＬＭＰ（Ｓ）に発した後、それに対しての返答のパラメータを作成し、ＬＭＰ（Ｓ）からの接続返答関数を待つ。また、ＬＡＰ（Ｓ）は、ＬＭＰ（Ｓ）からの接続返答関数を受けた場合に、ＬＭＰ（Ｓ）の接続返答関数のデータに上記返答のパラメータを付加して、物理層に対してＵＡレスポンスを出力し、ＬＡＰ層のネゴシエーションを終了する。
〔Ｃ〕本実施の形態（レスポンス無し）
図４１は、本実施の形態（レスポンス無し）の接続シーケンスを示すシーケンス図である。また、図４０（ａ）は、本実施の形態（レスポンス無し）の接続シーケンスの際の通信データのデータ構造を示す説明図である。
図４１に示すように、本実施の形態（レスポンス無し）では、送信機、受信機とも、接続準備を行う。その後、送信機は、上位層のリクエストをそのまま下位層に渡していき、１つのパケット（ＳＮＲＭ）として送信する。そして、送信機は、ＳＮＲＭパケットを送信した時点で接続完了として、ＬＡＰ（Ｐ）から上位層に通知（Ｃｏｎｎｅｃｔ．ｃｏｎｆｉｒｍ）を上げていく。一方、受信機は、ＳＮＲＭパケットを受けて、そのまま上位層へ接続できた旨の通知を行い、ＯＢＥＸ（Ｓ）に通知した時点で接続完了とする。
このときの、送信機、受信機内のシーケンスは以下のとおりである。
まず、送信機の各通信層について説明する。
ＯＢＥＸ（Ｐ）は、アプリケーションからの接続要求が来た場合に、速やかに下位層（ＳＭＰ（Ｐ））に対して接続要求コマンドをデータに入れて接続要求関数（Ｐｒｉｍｉｔｉｖｅ）を発生する。また、ＯＢＥＸ（Ｐ）は、ＳＭＰ（Ｐ）から接続確認関数を受けた場合に、接続完了とする。
ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からの接続要求関数を受けて、速やかにＯＢＥＸ（Ｐ）の接続要求関数のデータに、受信機のＳＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＭＰ（Ｐ））に対して接続要求関数を発生する。また、ＳＭＰ（Ｐ）は、ＬＭＰ（Ｐ）から接続確認関数を受けた時点で、送信したパラメータでネゴシエーションができたとして、ＳＭＰ層のネゴシエーションを終了する。また、この時、ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）に対して接続確認関数を送信する。
ＬＭＰ（Ｐ）は、ＳＭＰ（Ｐ）からの接続要求関数を受けて、速やかにＳＭＰ（Ｐ）の接続要求関数のデータに、受信機のＬＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＡＰ（Ｐ））に対して接続要求関数を発生する。また、ＬＭＰ（Ｐ）は、ＬＡＰ（Ｐ）から接続確認関数を受けた時点で、送信したパラメータでネゴシエーションができたとして、ＬＭＰ層のネゴシエーションを終了する。また、この時、ＬＭＰ（Ｐ）は、ＳＭＰ（Ｐ）に対して接続確認関数を送信する。
なお、通常は論理ポートを管理するためにＬＳＡＰ（Ｌｉｎｋ Ｓｅｒｖｉｃｅ Ａｃｃｅｓｓ Ｐｏｉｎｔ）が定義される。そして、１対１で１つの接続をする場合にはＬＭＰを使用する必要がない。この場合、ＬＳＡＰにコネクションレスの値を固定値として使用する。このため、ＬＭＰの接続パラメータ交換は不要となっている。
ＬＡＰ（Ｐ）は、ＬＭＰ（Ｐ）からの接続要求関数を受けて、速やかにＬＭＰ（Ｐ）の接続要求関数のデータに、受信機のＬＡＰ（Ｓ）との通信に必要なパラメータを付加して、受信機の物理層に対してＳＮＲＭコマンドを出力する。また、ＬＡＰ（Ｐ）は、ＳＮＲＭコマンドを出力した時点で、送信したパラメータでネゴシエーションができたとして、ＬＡＰ層のネゴシエーションを終了する。また、この時、ＬＡＰ（Ｐ）は、ＬＭＰ（Ｐ）に対して接続確認関数を送信する。
つづいて、受信機の各通信層について説明する。
ＯＢＥＸ（Ｓ）は、アプリケーションから接続要求関数を受けて、受信待機状態になる。また、ＯＢＥＸ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から接続通知関数（Ｉｎｄｉｃａｔｉｏｎ）を受けた場合に、そのデータの中からＯＢＥＸ接続コマンドを確認し、問題が無ければ、接続完了とする。
ＳＭＰ（Ｓ）は、ＯＢＥＸ（Ｓ）からの接続要求関数を受けて、受信待機状態になる。また、ＳＭＰ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から接続通知関数を受けた場合に、関数のデータから送信機のＳＭＰ（Ｐ）が生成したパラメータを抜き取り、そのパラメータを使用してネゴシエーションを完了させる。そして、ＳＭＰ（Ｓ）は、上記関数のデータからＳＭＰ（Ｐ）のパラメータを除いたデータを入れた接続要求関数をＯＢＥＸ（Ｓ）に発する。
ＬＭＰ（Ｓ）は、ＳＭＰ（Ｓ）からの接続要求関数を受けて、受信待機状態になる。また、ＬＭＰ（Ｓ）は、下位層（ＬＡＰ（Ｓ））から接続通知関数を受けた場合に、関数のデータから送信機のＬＭＰ（Ｐ）が生成したパラメータを抜き取り、そのパラメータを使用してネゴシエーションを完了させる。そして、ＬＭＰ（Ｓ）は、上記関数のデータからＬＭＰ（Ｐ）のパラメータを除いたデータを入れた接続要求関数をＳＭＰ（Ｓ）に発する。
なお、通常は論理ポートを管理するためにＬＳＡＰ（Ｌｉｎｋ Ｓｅｒｖｉｃｅ Ａｃｃｅｓｓ Ｐｏｉｎｔ）が定義される。そして、１対１で１つの接続をする場合にはＬＭＰを使用する必要がない。この場合、ＬＳＡＰにコネクションレスの値を固定値として使用する。このため、ＬＭＰの接続パラメータ交換は不要となっている。
ＬＡＰ（Ｓ）は、ＬＭＰ（Ｓ）からの接続要求関数を受けて、受信待機状態になる。また、ＬＡＰ（Ｓ）は、物理層からＳＮＲＭコマンドを受けた場合に、ＳＮＲＭコマンドのデータから送信機のＬＡＰ（Ｐ）が生成したパラメータを抜き取り、そのパラメータを使用してネゴシエーションを完了させる。そして、ＬＡＰ（Ｓ）は、上記関数のデータからＬＡＰ（Ｐ）のパラメータを除いたデータを入れた接続要求関数をＬＭＰ（Ｓ）に発する。
（３−２）データ交換シーケンス
〔Ａ〕従来のＩｒＤＡ
図４２は、従来のＩｒＤＡのデータ交換シーケンスを示すシーケンス図である。なお、従来のＩｒＤＡの接続シーケンスの際の通信データのデータ構造は、図３５（ａ）に示したとおりである。
図４２に示すように、従来のＩｒＤＡでは、送信機がＰＵＴコマンドを発生し、それが下位層まで流れてＩフレームとして送信機へ送信される。受信機はそれを受けて、データのインジケートを上位層に上げて行く、ＴＴＰ（Ｓ）は、いくつのパケットを受けることができるかを表すクレジットを送信機に返す。なお、ＴＴＰ層はフロー制御を司る。
送信機は、受信機から受信したクレジットをＴＴＰ（Ｐ）まで伝える。このときＬＡＰ（Ｐ）はＲＲ（送信権譲渡）パケットを送信する。その後、受信機は、ＲＲパケットを受信した後、ＯＢＥＸ（Ｓ）が発生したレスポンスをＩフレームとして出力する。
送信機は、ＯＢＥＸ（Ｓ）のレスポンスを受けて、次のＰＵＴコマンドを発生する。
〔Ｂ〕本実施の形態（レスポンス有り）
図４３は、本実施の形態（レスポンス有り）のデータ交換シーケンスを示すシーケンス図である。また、図４４は、本実施の形態（レスポンス有り）のデータ交換シーケンスの際の通信データのデータ構造を示す説明図である。
図４３に示すように、本実施の形態（レスポンス有り）では、送信機が、ＰＵＴコマンドを発生し、それが下位層まで伝わり、ＵＩフレームとして出力される。
一方、受信機は、データを受け取り、上位層へ通知を上げていく。このとき、ＳＭＰ（Ｓ）では、上位層のＯＢＥＸ（Ｓ）に対して、データが続くことを通知する（ｓｔａｔｕｓ＝ｔｒｕｎｃａｔｅｄ）。
送信機は、ある一定数のパケットを送信した後に、データがきちんと届いているかどうかを確認するフラグをＯＮにして送信する。これを受けて、受信機では、ＳＭＰ（Ｓ）が、エラーがあったかなかったか、あった場合にはエラーが発生した番号を送信機に通知する。
送信機は、エラーが無ければ次のパケット群を出力し、エラーがあればエラーがあったパケット以降のパケットを再送信する。
送信機は、データの最後になったときに、データの最後であることを示すフラグをＯＮにして送信する。これに対して、受信機は、ＳＭＰ（Ｓ）が、このフラグがＯＮであれば、ＯＢＥＸ（Ｓ）にデータがそろったことを通知し（ｓｔａｔｕｓ＝ＯＫ）、ＯＢＥＸ（Ｓ）のレスポンスを待つ。そして、ＯＢＥＸ（Ｓ）のレスポンスが発生したとき、そのデータを下位層へ伝えていき、ＵＩフレームとして出力する。
送信機は、受けたレスポンスがＳｕｃｃｅｓｓであれば、正常終了する。
このときの、送信機、受信機内のシーケンスは以下のとおりである。
送信機では、ＯＢＥＸ（Ｐ）が下位層に対してＰＵＴコマンドをデータ送信関数として出力する。ただし、ＯＢＥＸ（Ｐ）は、ＰＵＴ Ｆｉｎａｌ（最後のＰＵＴ）コマンド以外のＰＵＴコマンドのレスポンス（正常の場合はＣｏｎｔｉｎｕｅが返る）を必要とせずにＳＭＰ（Ｐ）で送信可能である場合には、次のコマンドを出力していく。ＰＵＴ ＦｉｎａｌコマンドもしくはＰＵＴコマンド以外のコマンドの場合には、下位層からのデータ通知関数を待ち、そのデータ内のレスポンスをみてコマンドを終了する。
ここで、データ送信関数とは、下位層に対してデータ送信を要求する関数（Ｄａｔａ Ｒｅｑｕｅｓｔ）である。また、データ通知関数とは、下位層からデータを受信したことを知らせる関数（Ｄａｔａ Ｉｎｄｉｃａｔｅ）である。
受信機では、ＯＢＥＸ（Ｓ）が下位層からデータ通知関数を受けて、データを受ける。ただし、ＯＢＥＸ（Ｓ）は、ＰＵＴ Ｆｉｎａｌコマンド以外のＰＵＴコマンドに対しては、レスポンスを返さず、ＰＵＴ ＦｉｎａｌコマンドもしくはＰＵＴコマンド以外のコマンドの場合はデータ送信関数としてレスポンスを返す。
ここで、送信機、受信機に共通する、上位層と下位層のデータ送信関数およびデータ通知関数でのヘッダ等について説明する。
ＳＭＰは、ＯＢＥＸからデータ送信関数を受けると、ＬＭＰに対して、（ａ）ＬＭＰで送信可能なサイズがデータ送信関数内のデータのサイズよりも小さいときには、該データをＬＭＰが送信可能なサイズに分割し、（ｂ）ＬＭＰで送信可能なサイズがデータ送信関数内のデータのサイズよりも大きいときには、いくつかのデータを結合して、送信可能なサイズ以下の、より大きなデータを作成する。また、ＳＭＰは、シーケンシャルな番号、相手機器にデータ受信状態を問い合わせる引数、データの最後を示す引数、相手機器のＳＭＰがＯＢＥＸのレスポンスが必要であることを示す引数、受信したデータが正常であったかどうかを示す引数などを入れたＳＭＰヘッダを作成する。そして、このＳＭＰヘッダを、上記分割または結合したデータに付加したデータを入れたデータ送信関数をＬＭＰに対して発する。
さらに、ＳＭＰは、ＬＭＰからデータ通知関数を受けると、該関数内のデータからＳＭＰヘッダを抜き出し、シーケンス番号が正常であるか（すなわち、抜けなく順番に来ているか）を確認する。そして、正常であった場合には、ＯＢＥＸへデータ通知関数を発する。このとき、データ通知関数は、下位層からのデータ通知関数ごとに出力してもよいし、いくつかの下位層からのデータ通知関数のデータをあわせて出力してもよい。
送信機のＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からのデータ送信関数をＬＭＰ（Ｐ）へのデータ送信関数に変換して、規定しているある一定数のデータ量のデータ送信関数を発する。その後、ＳＭＰ（Ｐ）は、受信機にデータ受信状態を問い合わせる引数をＴｒｕｅにしてデータ送信関数を発して、ＬＭＰ（Ｐ）のデータ通知関数を待つ。
ＳＭＰ（Ｐ）は、ＬＭＰ（Ｓ）からのデータ通知関数内のＳＭＰヘッダを解析し、受信したデータが正常であったかどうかを示す引数が正常に受信していたことを示していた場合、次のデータを送信する準備ができたとして、ＯＢＥＸ（Ｐ）に対して送信可能であるステートになる。すなわち、この状態でＯＢＥＸ（Ｐ）からのデータを受け付けることができる。
これに対して、ＳＭＰ（Ｐ）は、ＬＭＰ（Ｓ）からの受け取ったデータ通知関数のＳＭＰヘッダを解析して受信したデータが正常であったかどうかを示す引数が正常に受信していなかったことを示していた場合、正常に受信できなかったと通知されたデータ送信関数から相手機器にデータ受信状態を問い合わせる引数をＴｒｕｅにしたデータ送信関数までを再度発生する。ＳＭＰ（Ｐ）は、全てのデータ送信関数によるデータが受信機に通知されるまで、もしくはある規定回数再発生を繰り返す。
さらに、ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からデータの最後であるとした引数がＴｒｕｅであるデータ送信関数を受けた場合、そのデータ送信関数の最後のデータを入れた、ＬＭＰ（Ｐ）へのデータ送信関数を、このデータ送信関数がデータの最後であることを示す引数、または、受信機のＯＢＥＸ（Ｓ）のレスポンスが必要であることを示す引数をＴｒｕｅにして発する。
これに対して、受信機のＳＭＰ（Ｓ）は、ＬＭＰ（Ｓ）からデータ通知関数を受けた際に、データの最後または受信機のＯＢＥＸ（Ｓ）のレスポンスが必要であることを示す引数がＴｒｕｅであった場合に、ＯＢＥＸ（Ｓ）へＳＭＰ（Ｓ）のヘッダを外したデータを入れたデータ通知関数を発する。
また、ＳＭＰ（Ｓ）は、データ通知関数をＬＭＰ（Ｓ）から受けた場合に、そのデータ通知関数内のデータからＳＭＰヘッダを解析し、シーケンシャルな番号を確認する。ＳＭＰ（Ｓ）は、受信機にデータ受信状態を問い合わせる引数がＴｒｕｅであるヘッダを受けるまで正常に受信できていれば、受信したデータが正常であったかどうかを示す引数を正常に受信できたことを示すものにしてＳＭＰヘッダを作成し、それをデータとしてＬＭＰ（Ｓ）に対してデータ送信関数を発する。
一方、ＳＭＰ（Ｓ）は、正常に受信できなかったことを検出した場合には、正常に受信できなかったと予測されるＳＭＰヘッダの番号を記憶する。例えば、０，１，２，３，５と受けたとき、５個目は４となるべきなのに４を受けなかった場合には、正常に受信できなかったと予測される番号は４となる。そして、それ以降、ＳＭＰ（Ｓ）は、ＳＭＰヘッダの受信機にデータ受信状態を問い合わせる引数がＴｒｕｅであるかどうかのみを調べて、ＯＢＥＸ（Ｓ）へのデータ通知関数の出力を停止する。
ＳＭＰ（Ｓ）は、受信機にデータ受信状態を問い合わせる引数がＴｒｕｅであるデータ通知関数を受けた場合に、受信したデータが正常であったかどうかを示す引数を正常に受信できなかったことを示すものにし、正常に受信できなかったＳＭＰヘッダの番号をシーケンシャル番号を入れるフィールドに挿入したＳＭＰヘッダを作成して、それをデータとしてＬＭＰ（Ｓ）に向けてデータ送信関数を発する。
また、ＳＭＰ（Ｓ）は、データの最後であることを示す引数、または受信機のＯＢＥＸ（Ｓ）のレスポンスが必要であることを示す引数がＴｒｕｅであったデータ通知関数を受けた場合、ＯＢＥＸ（Ｓ）へデータ通知関数を出力した後、ＯＢＥＸ（Ｓ）からのデータ送信要求を待つ。
ＳＭＰ（Ｓ）は、ＯＢＥＸ（Ｓ）からのデータ送信要求を受けた場合には、受信したデータが正常であったかどうかを示す引数に正常に受信できたとするＳＭＰヘッダを作成し、それをＯＢＥＸ（Ｓ）のデータ送信要求のデータに付加して、ＬＭＰ（Ｓ）に対してデータ送信関数を発する。なお、エラーがあった場合には、ＯＢＥＸ（Ｓ）への通知は止まるため、待つときは正常であったときのみとなる。
つぎに、ＬＭＰは上位層からデータ送信要求関数を受けたときには、その関数内のデータにＬＭＰヘッダをつけてデータを作成し、ＬＡＰにそのデータが入ったデータ送信要求関数を発する。また、ＬＭＰは、ＬＡＰからデータ通知関数を受けた場合には、その関数内のデータからＬＭＰヘッダを除いたデータを作成し、ＳＭＰにそのデータが入ったデータ通知関数を発する。
なお、１対１で１つの接続をする場合にはＬＭＰを使用する必要がない。この場合、ＬＭＰヘッダにはコネクションレスの値が入ったＬＳＡＰが入る。
ＬＡＰは、ＬＭＰからデータ送信要求関数を受けたとき、その関数内のデータにＬＡＰヘッダをつけてデータを作成し、物理層にそのデータがはいったＵＩフレームを発する。また、ＬＡＰは、物理層からデータ受信通知を受けた場合には、そのＵＩフレームのデータからＬＡＰヘッダを除いたデータを作成し、ＬＭＰにそのデータが入ったデータ通知関数を発する。なお、本実施の形態では、ＬＡＰヘッダには、接続アドレスとＵＩインジケータが含まれる。
〔Ｃ〕本実施の形態（レスポンス無し）
図４５は、本実施の形態（レスポンス無し）のデータ交換シーケンスを示すシーケンス図である。また、図４４は、本実施の形態（レスポンス無し）のデータ交換シーケンスの際の通信データのデータ構造を示す説明図である。
図４５に示すように、本実施の形態（レスポンス無し）では、送信機が、ＰＵＴコマンドを発生し、それが下位層まで伝わり、ＵＩフレームとして出力される。
一方、受信機は、データを受け取り、上位層へ通知を上げていく。このとき、ＳＭＰ（Ｓ）では、上位層のＯＢＥＸ（Ｓ）に対して、データが続くことを通知する（ｓｔａｔｕｓ＝ｔｒｕｎｃａｔｅｄ）。
そして、送信機は、データの最後になったときに、データの最後であることを示すフラグをＯＮにして送信する。これに対して、受信機は、ＳＭＰ（Ｓ）が、このフラグがＯＮであれば、ＯＢＥＸ（Ｓ）にデータがそろったことを通知して（ｓｔａｔｕｓ＝ＯＫ）、データ交換シーケンスを終了する。
このときの、送信機、受信機内のシーケンスは以下のとおりである。
送信機では、ＯＢＥＸ（Ｐ）が下位層に対してＰＵＴコマンドをデータ送信関数として出力する。ただし、ＯＢＥＸ（Ｐ）は、すべてのコマンドに対するレスポンスを必要とせずに、コマンドを終了することができる。そして、ＯＢＥＸ（Ｐ）は、ＳＭＰ（Ｐ）で送信可能である場合に、次のコマンドを出力していく。
受信機では、ＯＢＥＸ（Ｓ）が下位層からデータ通知関数を受けて、すべてのコマンドに対してレスポンスを返さずに、データのみを受け取る。
ここで、送信機、受信機に共通する、上位層と下位層のデータ送信関数およびデータ通知関数でのヘッダ等について説明する。
ＳＭＰは、ＯＢＥＸからデータ送信関数を受けると、ＬＭＰに対して、（ａ）ＬＭＰで送信可能なサイズがデータ送信関数内のデータのサイズよりも小さいときには、該データをＬＭＰが送信可能なサイズに分割し、（ｂ）ＬＭＰで送信可能なサイズがデータ送信関数内のデータのサイズよりも大きいときには、いくつかのデータを結合して、送信可能なサイズ以下の、より大きなデータを作成する。また、ＳＭＰは、シーケンシャルな番号、相手機器にデータ受信状態を問い合わせる引数、データの最後を示す引数、相手機器のＳＭＰがＯＢＥＸのレスポンスが必要であることを示す引数、受信したデータが正常であったかどうかを示す引数などを入れたＳＭＰヘッダを作成する。そして、このＳＭＰヘッダを、上記分割または結合したデータに付加したデータを入れたデータ送信関数をＬＭＰに対して発する。
さらに、ＳＭＰは、ＬＭＰからデータ通知関数を受けると、該関数内のデータからＳＭＰヘッダを抜き出し、シーケンス番号が正常であるか（すなわち、抜けなく順番に来ているか）を確認する。そして、正常であった場合には、ＯＢＥＸへデータ通知関数を発する。このとき、データ通知関数は、下位層からのデータ通知関数ごとに出力してもよいし、いくつかの下位層からのデータ通知関数のデータをあわせて出力してもよい。
送信機のＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からのデータ送信関数をＬＭＰ（Ｐ）へのデータ送信関数に変換する。そして、ＯＢＥＸ（Ｐ）からデータの最後であるとした引数がＦａｌｓｅであるデータ送信関数を受けた場合には、そのデータにＳＭＰヘッダを付けたデータを、ＬＭＰ（Ｐ）へ発する。これに対して、ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からデータの最後であるとした引数がＴｒｕｅであるデータ送信関数を受けた場合には、そのデータ送信関数の最後のデータを入れた、ＬＭＰ（Ｐ）へのデータ送信関数を、このデータ送信関数がデータの最後であることを示す引数、または、受信機のＯＢＥＸ（Ｓ）のレスポンスが必要であることを示す引数をＴｒｕｅにして発する。
一方、受信機のＳＭＰ（Ｓ）は、データ通知関数を下位層から受けた場合に、そのデータ通知関数内のデータからＳＭＰヘッダを解析し、シーケンシャルな番号を確認する。そして、ＳＭＰ（Ｓ）は、ＳＭＰヘッダを解析して、正常に受信できていることを確認できた場合、ＬＭＰ（Ｓ）に対してデータ送信関数を発する。
これに対して、ＳＭＰ（Ｓ）は、正常に受信できなかったことを検出した場合には、ＯＢＥＸ（Ｓ）にエラーとして通知する。例えば、０，１，２，３，５と受けたとき、５個目は４となるべきなのに４を受けなかった場合である。
そして、それ以降、ＳＭＰ（Ｓ）は、ＳＭＰヘッダのデータの最後を示す引数、または受信機のＯＢＥＸ（Ｓ）のレスポンスが必要であることを示す引数がＴｒｕｅであることを待ち、Ｔｒｕｅであるデータ通知関数を受けるか（なお、受けてもＯＢＥＸ（Ｓ）へは通知はしない）、切断通知関数を受けるか、もしくはある一定時間経つまで、ＯＢＥＸ（Ｓ）へデータ通知を行わないようにする。
つぎに、送信機のＬＭＰ（Ｐ）は、ＳＭＰ（Ｓ）からデータ送信要求関数を受けたときには、その関数内のデータにＬＭＰヘッダをつけてデータを作成し、ＬＡＰ（Ｐ）にそのデータが入ったデータ送信要求関数を発する。
一方、受信機のＬＭＰ（Ｓ）は、ＬＡＰ（Ｓ）からデータ通知関数を受けた場合には、その関数内のデータからＬＭＰヘッダを除いたデータを作成し、ＳＭＰ（Ｓ）にそのデータが入ったデータ通知関数を発する。
なお、１対１で１つの接続をする場合にはＬＭＰを使用する必要がない。この場合、ＬＭＰヘッダにはコネクションレスの値が入ったＬＳＡＰが入る。
送信機のＬＡＰ（Ｐ）は、ＬＭＰ（Ｐ）からデータ送信要求関数を受けたとき、その関数内のデータにＬＡＰヘッダをつけてデータを作成し、物理層にそのデータが入ったＵＩフレームを発する。
一方、受信機のＬＡＰ（Ｓ）は、物理層からデータ受信通知を受けた場合には、そのＵＩフレームのデータからＬＡＰヘッダを除いたデータを作成し、ＬＭＰ（Ｓ）にそのデータが入ったデータ通知関数を発する。なお、本実施の形態では、ＬＡＰヘッダには、接続アドレスとＵＩインジケータが含まれる。
（３−３）切断シーケンス
〔Ａ〕従来のＩｒＤＡ
図４６は、従来のＩｒＤＡの切断シーケンスを示すシーケンス図である。なお、従来のＩｒＤＡの切断シーケンスの際の通信データのデータ構造は、図３６（ｂ）に示したとおりである。
図４６に示すように、従来のＩｒＤＡでは、送信機のＯＢＥＸ（Ｐ）から切断のコマンドが発生し、送信機、受信機とも上位層から順に切断を行っていき、最後のＬＡＰ層での切断で終了する。
〔Ｂ〕本実施の形態（レスポンス有り）
図４７は、本実施の形態（レスポンス有り）の切断シーケンスを示すシーケンス図である。また、図４８（ａ），図４８（ｂ）は、本実施の形態（レスポンス有り）の切断シーケンスの際の通信データのデータ構造を示す説明図である。
図４７に示すように、本実施の形態（レスポンス有り）では、送信機の切断コマンドが下位層に伝わっていき、ＤＩＳＣコマンドが発生する。受信機は、そのＤＩＳＣコマンドを受けて上位層へ通知していき、そのレスポンスが返り、ＵＡレスポンスが発生する。その後、送信機の上位層まで、ＵＡレスポンスを受信したことを通知して終了する。
このときの、送信機、受信機内のシーケンスは以下のとおりである。
まず、送信機の各通信層について説明する。
ＯＢＥＸ（Ｐ）は、アプリケーションからの切断要求が来た場合に、速やかに下位層（ＳＭＰ（Ｐ））に対して切断要求コマンドをデータに入れて切断要求関数（Ｐｒｉｍｉｔｉｖｅ）を発生する。また、ＯＢＥＸ（Ｐ）は、ＳＭＰ（Ｐ）から切断確認関数を受けた場合に、そのデータの中からＯＢＥＸ切断のレスポンスを確認し、問題ない（Ｓｕｃｃｅｓｓ）というレスポンスであれば、切断完了とする。
ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からの切断要求関数を受けて、速やかにＯＢＥＸ（Ｐ）の切断要求関数のデータに、受信機のＳＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＭＰ（Ｐ））に対して切断要求関数を発生する。また、ＳＭＰ（Ｐ）は、ＬＭＰ（Ｐ）から切断確認関数を受けた場合、関数のデータから受信機のＳＭＰ（Ｓ）が生成したパラメータを抜き取り、値を確認して、ＳＭＰ（Ｓ）との切断処理を終了する。また、ＳＭＰ（Ｐ）は、切断確認関数のデータからＳＭＰ（Ｓ）のパラメータを取り除いたデータをＯＢＥＸ（Ｐ）に対して切断確認関数として送信する。ただし、通常、切断時にＳＭＰ（Ｐ）で新たに追加するパラメータは無い。
ＬＭＰ（Ｐ）は、ＳＭＰ（Ｐ）からの切断要求関数を受けて、速やかにＳＭＰ（Ｐ）の切断要求関数のデータに、受信機のＬＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＡＰ（Ｐ））に対して切断要求関数を発生する。また、ＬＭＰ（Ｐ）は、ＬＡＰ（Ｐ）から切断確認関数を受けた場合、関数のデータから受信機のＬＭＰ（Ｓ）が生成したパラメータを抜き取り、値を確認して、ＬＭＰ（Ｓ）との切断処理を終了する。また、ＬＭＰ（Ｐ）は、切断確認関数のデータからＬＭＰ（Ｓ）のパラメータを取り除いたデータを、ＳＭＰ（Ｐ）に対して切断確認関数として送信する。ただし、通常、切断時にＬＭＰ（Ｐ）で新たに追加するパラメータは無い。
ＬＡＰ（Ｐ）は、ＬＭＰ（Ｐ）からの切断要求関数を受けて、速やかにＬＭＰ（Ｐ）の切断要求関数のデータに、受信機のＬＡＰ（Ｓ）との通信に必要なパラメータを付加して、受信機の物理層に対してＤＩＳＣコマンドを出力する。また、ＬＡＰ（Ｐ）は、受信機の物理層からＵＡレスポンスを受けた場合、ＵＡレスポンスのデータから受信機のＬＡＰ（Ｓ）が生成したパラメータを抜き取り、値を確認して、ＬＡＰ（Ｓ）との接続を終了する。また、ＬＡＰ（Ｐ）は、ＵＡレスポンスのデータからＬＡＰ（Ｓ）のパラメータを取り除いたデータを、ＬＭＰ（Ｐ）に対して切断確認関数として発する。ただし、通常、切断時にＬＡＰ（Ｐ）で新たに追加するパラメータは無い。
つづいて、受信機の各通信層について説明する。
ＯＢＥＸ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から切断通知関数（Ｉｎｄｉｃａｔｉｏｎ）を受けた場合に、そのデータの中からＯＢＥＸ切断コマンドを確認し、問題が無ければＳｕｃｃｅｓｓというレスポンスを切断返答関数（Ｒｅｓｐｏｎｓｅ）としてＳＭＰ（Ｓ）に対して出力し、切断完了とする。
ＳＭＰ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から切断通知関数を受けた場合に、関数のデータから送信機のＳＭＰ（Ｐ）が生成したパラメータを抜き取り、それに対しての返答のパラメータを作成し、上記関数のデータからＳＭＰ（Ｐ）のパラメータを除いたデータを入れた切断要求関数をＯＢＥＸ（Ｓ）に発した後、ＯＢＥＸ（Ｓ）からの切断返答関数を待つ。また、ＳＭＰ（Ｓ）は、ＯＢＥＸ（Ｓ）からの切断返答関数を受けた場合に、ＬＭＰ（Ｓ）に対してＯＢＥＸ（Ｓ）の切断返答関数のデータに上記返答のパラメータを付加して、ＬＭＰ（Ｓ）に対して切断返答関数を発生し、ＳＭＰ層の切断処理を終了する。ただし、通常、切断時にＳＭＰ（Ｓ）で新たに追加するパラメータは無い。
ＬＭＰ（Ｓ）は、下位層（ＬＡＰ（Ｓ））から切断通知関数を受けた場合に、関数のデータから送信機のＬＭＰ（Ｐ）が生成したパラメータを抜き取り、それに対しての返答のパラメータを作成し、上記関数のデータからＬＭＰ（Ｐ）のパラメータを除いたデータを入れた切断要求関数をＳＭＰ（Ｓ）に発した後、ＳＭＰ（Ｓ）からの切断返答関数を待つ。また、ＬＭＰ（Ｓ）は、ＳＭＰ（Ｓ）からの切断返答関数を受けた場合に、ＬＡＰ（Ｓ）に対してＳＭＰ（Ｓ）の切断返答関数のデータに上記返答のパラメータを付加して、ＬＡＰ（Ｓ）に対して切断返答関数を発生し、ＬＭＰ層の切断処理を終了する。ただし、通常、切断時にＬＭＰ（Ｓ）で新たに追加するパラメータは無い。
ＬＡＰ（Ｓ）は、物理層からＤＩＳＣコマンドを受けた場合に、ＤＩＳＣコマンドのデータから送信機のＬＡＰ（Ｐ）が生成したパラメータを抜き取り、ＤＩＳＣコマンドのデータからＬＡＰ（Ｐ）のパラメータを除いたデータを入れた切断要求関数をＬＭＰ（Ｓ）に発した後、それに対しての返答のパラメータを作成し、ＬＭＰ（Ｓ）からの切断返答関数を待つ。また、ＬＡＰ（Ｓ）は、ＬＭＰ（Ｓ）からの切断返答関数を受けた場合に、ＬＭＰ（Ｓ）の切断返答関数のデータに上記返答のパラメータを付加して、物理層に対してＵＡレスポンスを出力し、ＬＡＰ層の切断処理を終了する。ただし、通常、切断時にＬＡＰ（Ｓ）で新たに追加するパラメータは無い。
〔Ｃ〕本実施の形態（レスポンス無し）
図４９は、本実施の形態（レスポンス無し）の切断シーケンスを示すシーケンス図である。また、図４８（ａ）は、本実施の形態（レスポンス無し）の切断シーケンスの際の通信データのデータ構造を示す説明図である。
図４９に示すように、本実施の形態（レスポンス無し）では、送信機の切断コマンドが下位層に伝わっていき、ＤＩＳＣコマンドが発生する。送信機では、この時点で切断処理が終了する。一方、受信機は、そのＤＩＳＣコマンドを受けて上位層へ伝えていき、上位層まで通知した時点で切断処理が終了する。
このときの、送信機、受信機内のシーケンスは以下のとおりである。
まず、送信機の各通信層について説明する。
ＯＢＥＸ（Ｐ）は、アプリケーションからの切断要求が来た場合に、速やかに下位層（ＳＭＰ（Ｐ））に対して切断要求コマンドをデータに入れて切断要求関数（Ｐｒｉｍｉｔｉｖｅ）を発生する。また、ＯＢＥＸ（Ｐ）は、ＳＭＰ（Ｐ）から切断確認関数を受けた場合に、切断完了とする。
ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からの切断要求関数を受けて、速やかにＯＢＥＸ（Ｐ）の切断要求関数のデータに、受信機のＳＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＭＰ（Ｐ））に対して切断要求関数を発生する。また、ＳＭＰ（Ｐ）は、ＬＭＰ（Ｐ）から切断確認関数を受けた時点で、送信したパラメータで切断できたとして、ＳＭＰ層の切断処理を終了する。また、ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）に対して切断確認関数を送信する。ただし、通常、切断時にＳＭＰ（Ｐ）で新たに追加するパラメータは無い。
ＬＭＰ（Ｐ）は、ＳＭＰ（Ｐ）からの切断要求関数を受けて、速やかにＳＭＰ（Ｐ）の切断要求関数のデータに、受信機のＬＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＡＰ（Ｐ））に対して切断要求関数を発生する。また、ＬＭＰ（Ｐ）は、ＬＡＰ（Ｐ）から切断確認関数を受けた時点で、送信したパラメータで切断できたとして、ＬＭＰ層の切断処理を終了する。また、ＬＭＰ（Ｐ）は、ＳＭＰ（Ｐ）に対して切断確認関数を送信する。ただし、通常、切断時にＬＭＰ（Ｐ）で新たに追加するパラメータは無い。
ＬＡＰ（Ｐ）は、ＬＭＰ（Ｐ）からの切断要求関数を受けて、速やかにＬＭＰ（Ｐ）の切断要求関数のデータに、受信機のＬＡＰ（Ｓ）との通信に必要なパラメータを付加して、受信機の物理層に対してＤＩＳＣコマンドを出力する。また、ＬＡＰ（Ｐ）は、ＤＩＳＣコマンドを出力した時点で、送信したパラメータで切断できたとして、ＬＡＰ層の切断処理を終了する。また、ＬＡＰ（Ｐ）は、ＬＭＰ（Ｐ）に対して切断確認関数を発する。ただし、通常、切断時にＬＡＰ（Ｐ）で新たに追加するパラメータは無い。
つづいて、受信機の各通信層について説明する。
ＯＢＥＸ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から切断通知関数（Ｉｎｄｉｃａｔｉｏｎ）を受けた場合に、そのデータの中からＯＢＥＸ切断コマンドを確認し、問題が無ければ、切断完了とする。
ＳＭＰ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から切断通知関数を受けた場合に、関数のデータから送信機のＳＭＰ（Ｐ）が生成したパラメータを抜き取り、そのパラメータを使用して切断を完了させる。また、ＳＭＰ（Ｓ）は、上記関数のデータからＳＭＰ（Ｐ）のパラメータを除いたデータを入れた切断要求関数をＯＢＥＸ（Ｓ）に発する。ただし、通常、切断時にＳＭＰ（Ｓ）で新たに追加するパラメータは無い。
ＬＭＰ（Ｓ）は、下位層（ＬＡＰ（Ｓ））から切断通知関数を受けた場合に、関数のデータから送信機のＬＭＰ（Ｐ）が生成したパラメータを抜き取り、そのパラメータを使用して切断を完了させる。また、ＬＭＰ（Ｓ）は、上記関数のデータからＬＭＰ（Ｐ）のパラメータを除いたデータを入れた切断要求関数をＳＭＰ（Ｓ）に発する。ただし、通常、切断時にＬＭＰ（Ｓ）で新たに追加するパラメータは無い。
ＬＡＰ（Ｓ）は、物理層からＤＩＳＣコマンドを受けた場合に、ＤＩＳＣコマンドのデータから送信機のＬＡＰ（Ｐ）が生成したパラメータを抜き取り、そのパラメータを使用して切断を完了させる。また、ＬＡＰ（Ｓ）は、ＤＩＳＣコマンドのデータからＬＡＰ（Ｐ）のパラメータを除いたデータを入れた切断要求関数をＬＭＰ（Ｓ）に発する。ただし、通常、切断時にＬＡＰ（Ｓ）で新たに追加するパラメータは無い。
（４）レスポンスの有無の切換え
図５０〜図５７を参照しながら、送信機および受信機の通信層間におけるデータおよびパラメータの流れを説明する。
本実施の形態では、送信機および受信機の各通信層ＬＡＰ、ＬＭＰ、ＳＭＰ、ＯＢＥＸは、接続要求関数、接続通知関数、接続応答関数、接続確認関数を持っている。これらの関数は、上位層（つまり、ＬＭＰ層）からＬＡＰ層へアクセスするための関数である。
そして、上記関数は、引数として、Ｄａｔａ（以下、データと記す）とＲｅｑｕｅｓｔｅｄ−ＱｏｓまたはＲｅｔｕｒｎｅｄ−ＱｏＳが指定できる。上記データは、上述したように、各通信層において設定される。
一方、Ｑｏｓは、ＬＡＰで決定されたボーレート等のネゴシエーションパラメータの指定やネゴシエーション結果を、ＯＢＥＸを含めた上位層に通知する。なお、Ｑｏｓは従来のＩｒＤＡでも使用されている。
例えば、送信機のアプリケーションもしくはＯＢＥＸ（Ｐ）が、レスポンスが必要／不要というパラメータの入ったＱｏＳを発すると、それが下位層へ順にＬＡＰ（Ｐ）まで伝わる。そして、ＬＡＰ（Ｐ）は、そのＱｏＳの値をネゴシエーションパラメータ（Ａｃｋ Ｌｅｓｓ Ｃｏｎｎｅｃｔ）の値として反映させ、受信機へ送信する。
その結果、送信機および受信機の各通信層が、送信機のアプリケーションもしくはＯＢＥＸ（Ｐ）によるレスポンス必要／不要の指定に従って動作するため、双方向／片方向の接続ができることになる。
図５０〜図５４は、本実施の形態（レスポンス有り）の接続シーケンス（図３９）のときの、通信層間のデータおよびパラメータの流れを示す説明図である。なお、ＯＢＥＸ−ＳＭＰ間、ＳＭＰ−ＬＭＰ間、ＬＭＰ−ＬＡＰ間のＱｏＳのパラメータは、同一であってもよいが、異なっていてもよい。それゆえ、図中では、−ａ，−ｂ，−ｃを付して区別している。
送信機では、図５０に示すように、ｃｏｎ．ｒｅｑ（ｄａｔａ）（図３９）によって、受信機へ送信するＤａｔａとＱｏＳ−１（送信機の要求するＱｏＳ）のデータとを上位層から下位層に渡す。
一方、受信機では、図５１に示すように、ｃｏｎ．ｒｅｑによって、ＱｏＳ−２（受信機の要求するＱｏＳ）のデータのみを上位層から下位層にそれぞれ渡す。
その後、受信機では、ＬＡＰ（Ｓ）がＳＮＲＭコマンドを受けた時点で、送信機のＱｏＳ−１と自機のＱｏＳ−２を比較して、共通でネゴシエートしたパラメータとしてＱｏＳ−３を作成する。そして、図５２に示すように、ＬＡＰ（Ｓ）は、ｃｏｎ．ｉｎｄ（ｄａｔａ）によって、ＱｏＳ−３を送信機からのデータと一緒に上位層へ通知する。各上位層は、このＱｏＳ−３を記憶して、接続時における接続パラメータとして保持する。
つづいて、受信機では、ｃｏｎ．ｒｅｓｐ（ｄａｔａ）を通知する際、ＱｏＳが不要となっている。よって、図５３に示すように、ｃｏｎ．ｒｅｓｐ（ｄａｔａ）ではデータのみが上位層から下位層に渡されていく。そして、ＬＡＰ（Ｓ）がｃｏｎ．ｒｅｓｐ（ｄａｔａ）を受けると、ＵＡレスポンスにＱｏＳ−３を入れて、ＵＡレスポンスを発する。
つづいて、送信機では、ＬＡＰ（Ｐ）がＵＡレスポンスを受けてＱｏＳ−３をネゴシエートしたパラメータとして記憶する。そして、ＬＡＰ（Ｐ）は、図５４に示すように、ｃｏｎ．ｃｏｎｆ（ｄａｔａ）によって、ＱｏＳ−３を受信機のデータと一緒に上位層へ通知する。各通信層は、このＱｏＳ−３を、確立させた接続における接続パラメータとして保持する。
本実施の形態では、例えば、ｃｏｎ．ｒｅｑのＱｏＳとして、Ｒｅｑｕｅｓｔｅｄ−ＱｏＳ：Ｂａｕｄ−Ｒａｔｅ＋Ｍａｘ−Ｔｕｒｎ−Ａｒｏｕｎｄ−Ｔｉｍｅ＋Ｄｉｓｃｏｎｎｅｃｔ−Ｔｈｒｅｓｈｏｌｄ＋ＤａｔａＳｉｚｅ＋Ａｃｋ ｌｅｓｓ ｃｏｎｎｅｃｔｉｏｎ＋Ｍｉｎ−Ｐａｃｋｅｔ−Ｉｎｔｅｒｖａｌ、を使用する。また、Ｃｏｎ．ｉｎｄ，ｃｏｎ．ｃｏｎｆのＱｏＳとして、Ｒｅｓｕｌｔａｎｔ−ＱｏＳ：Ｂａｕｄ−Ｒａｔｅ＋Ｄｉｓｃｏｎｎｅｃｔ−Ｔｈｒｅｓｈｏｌｄ＋ＤａｔａＳｉｚｅ＋Ａｃｋ ｌｅｓｓ ｃｏｎｎｅｃｔｉｏｎ（ｉｎｄｉｃａｔｉｏｎ ｐｒｉｍｉｔｉｖｅ ｏｎｌｙ）、を使用する。
また、本実施の形態（レスポンス無し）の接続シーケンス（図４１）のときには、通信層間のデータおよびパラメータの流れは次のようになる。
送信機では、図５０に示すように、ｃｏｎ．ｒｅｑ（ｄａｔａ）（図４１）によって、受信機へ送信するＤａｔａとＱｏＳ−１（送信機の要求するＱｏＳ）のデータとを上位層から下位層に渡す。
そして、送信機のＬＡＰ（Ｐ）は、ＱｏＳ−１をそのままＱｏＳ−３として記憶する。そして、ＬＡＰ（Ｐ）は、図５４に示すように、ｃｏｎ．ｃｏｎｆによってＱｏＳ−３を上位層へ通知する。各通信層は、このＱｏＳ−３を、確立させた接続における接続パラメータとして保持する。
一方、受信機では、図５１に示すように、ｃｏｎ．ｒｅｑによって、ＱｏＳ−２（受信機の要求するＱｏＳ）のデータのみを上位層から下位層にそれぞれ渡す。
その後、受信機では、ＬＡＰ（Ｓ）がＳＮＲＭコマンドを受けた時点で、送信機のＱｏＳ−１をもって、ＱｏＳ−３とする。なお、ＱｏＳ−２のパラメータがＱｏＳ−１との組み合わせで満足しない場合には受信できない。
つづいて、図５２に示すように、ＬＡＰ（Ｓ）は、ｃｏｎ．ｉｎｄ（ｄａｔａ）によって、ＱｏＳ−３を送信機からのデータと一緒に上位層へ通知する。各上位層は、このＱｏＳ−３を記憶して、接続時における接続パラメータとして保持する。
これにより、レスポンス有り／無しを、アプリケーションが上記ＱｏＳ−１とＱｏＳ−２を上位層（アプリケーション）操作することで、切り替えることができる。
ここで、レスポンス有り／無しの切換えの基準としては、送信するファイルのファイル形式、アプリケーション、ユーザの選択等が考えられる。
具体的には、ファイル形式を基準とする場合、例えば、マルチメディア関連ファイルの場合にはレスポンス有り／無し両方選べるようにし、電話帳、メール、スケジュール等のファイルであってデータが受信されたことを確認したい場合にはレスポンス有りが自動的に選択されるようにしてもよい。また、アプリケーションを基準とする場合、例えば、スライドショーの場合にはレスポンス無しが自動的に選択されるようにしてもよい。また、ユーザの選択による場合、例えば、レスポンス有り／無しのメニュー表示からユーザに選択させるようにしてもよい。
図５５〜図５７は、本実施の形態の接続シーケンスのときの、通信層間のデータおよびパラメータの流れの変形例を示す説明図である。
送信機において最初のＳＮＲＭコマンドにすべての通信層の情報が含まれる場合に（図３９）、データやパラメータを各通信層でリレーしながら伝達する（図５０）のではなく、図５５のように、各通信層からＬＡＰ層へ直接渡すように構成することもできる。
また逆に、図５６のように、受信機において、ＳＮＲＭコマンドに含まれるデータやパラメータをすべて取り出し、宛先である各通信層へＬＡＰ層から直接渡すように構成することもできる。
また、図５７のように、送信機において、ＯＢＥＸ（Ｐ）、ＳＭＰ（Ｐ）、ＬＭＰ（Ｐ）のデータやパラメータをＬＭＰ（Ｐ）で統合し、さらに、ＬＡＰ（Ｐ）にて、上記統合したデータやパラメータにＬＡＰ（Ｐ）のパラメータを追加してＳＮＲＭコマンドを生成するように構成することもできる。
（５）機能ブロック
図５８は、本実施の形態に係る通信システム１０００の一構成例を示す機能ブロック図である。
図５８に示すように、通信システム１０００は、互いの複数の通信層の接続を確立して通信を行う送信機１１００および受信機１２００を含んで構成されている。ここで、送信機１１００および受信機１２００は、隣接する複数の通信層の接続／切断に必要なコマンドおよびデータを１つの接続／切断リクエストで送受信して、接続を確立／切断するプロトコルに対応している。
また、上記通信システム１０００は、送信機１１００と、互いの複数の通信層の接続を確立して通信を行う受信機１３００を含んでいる。ここで、送信機１１００および受信機１３００は、複数の通信層の接続／切断に必要なコマンドおよびデータを、通信層毎の接続／切断リクエストで送受信して、接続を確立／切断するプロトコル（例えば、従来のＩｒＤＡ）に対応している。
なお、送信機１１００、受信機１２００、１３００は、それぞれ送信機としての機能と受信機としての機能の両方を備えていてもよい。すなわち、送信機１１００の機能と受信機１２００の機能を備えることによって、本実施の形態に係る通信プロトコルを用いて送受信を行う通信機を構成できる。また、送信機１１００の機能と受信機１２００、１３００の機能の機能を備えることによって、本実施の形態に係る通信プロトコルと、従来のＩｒＤＡの通信プロトコルとを切り換えて送受信を行う通信機を構成できる。
上記送信機１１００は、リクエスト生成部（接続リクエスト生成手段、切断リクエスト生成手段）１１０１、リクエスト送信部（接続リクエスト送信手段、切断リクエスト送信手段）１１０２、接続設定部（接続設定手段）１１０３、レスポンス受信部（レスポンス受信手段）１１０４を少なくとも備える。
なお、上記リクエスト生成部１１０１および接続設定部１１０３は、各通信層Ｌ２ａ、Ｌ３ａ、Ｌ４ａ、Ｌ５６ａに設けられている。上記リクエスト送信部１１０２およびレスポンス受信部１１０４は、物理層Ｌ１の直上の通信層Ｌ２ａに設けられている。
上記リクエスト生成部１１０１は、隣接する複数の通信層の接続に必要なコマンドおよびデータを含む接続リクエストを生成する。また、上記リクエスト生成部１１０１は、隣接する複数の通信層の切断に必要なコマンドおよびデータを含む切断リクエストを生成する。なお、ここでいう複数の通信層とは、物理層Ｌ１とアプリケーション層Ｌ７を除いた中間層（通信層Ｌ２ａ、Ｌ３ａ、Ｌ４ａ、Ｌ５６ａ）のことである。
なお、接続リクエストにおいてコマンドおよびデータをまとめる通信層の組合せと、切断リクエストにおいてコマンドおよびデータをまとめる通信層の組合せとは、一致していなくてもよい。例えば、接続の際には、通信層を２組にまとめて、２つの接続リクエストによって接続を確立し、切断の際には、すべての通信層を１つの切断リクエストによって切断してもよい。
また、上記リクエスト生成部１１０１は、レスポンス有りのプロトコルで接続する場合、接続リクエストに当該接続リクエストに対するレスポンスを送信することを受信機１２００に要求するコマンドを含める。
また、上記リクエスト生成部１１０１は、レスポンス有りのプロトコルで接続する場合、接続リクエストにデータ通信の際にレスポンスを送信することを受信機に要求するコマンドを含める。
なお、上記リクエスト生成部１１０１は、レスポンス有りのプロトコルで接続する場合であっても、接続リクエストに当該接続リクエストに対するレスポンス、およびデータ通信の際のレスポンスのいずれか一方のみをコマンドを含めるようにしてもよい。すなわち、接続リクエストに対するレスポンスを省略することもできるし、データ通信の際のレスポンスを省略することもできる。もちろん、両方のレスポンスを省略すれば、レスポンス無しのプロトコルでの接続となる。
上記リクエスト送信部１１０２は、上記リクエスト生成部１１０１が生成した接続リクエストおよび切断リクエストを受信機１２００へ送信する。また、上記レスポンス受信部１１０４は、接続リクエストおよび切断リクエストに対するレスポンスを受信機１２００から受信する。
上記接続設定部１１０３は、レスポンス有りのプロトコルで接続した場合、自機から送信した接続リクエストに対する、受信機１２００から受信したレスポンスに応じた設定を各通信層において行う。
また、上記接続設定部１１０３は、レスポンス無しのプロトコルで接続した場合、自機から送信した接続リクエストに対するレスポンスを受信機から受信することなく、当該接続リクエストに応じた設定を各通信層において行う。
上記受信機１２００は、リクエスト受信部（接続リクエスト受信手段、切断リクエスト受信手段）１２０１、接続確立部（接続確立手段、切断手段）１２０２、レスポンス生成部（レスポンス生成手段）１２０３、レスポンス送信部（レスポンス送信手段）１２０４を備える。
なお、上記リクエスト受信部１２０２および上記レスポンス送信部１２０４は、物理層Ｌ１の直上の通信層Ｌ２ａに設けられている。上記接続確立部１２０２および上記レスポンス生成部１２０３は、各通信層Ｌ２ａ、Ｌ３ａ、Ｌ４ａ、Ｌ５６ａに設けられている。
上記リクエスト受信部１２０１は、隣接する複数の通信層の接続に必要なコマンドおよびデータを含む接続リクエストを送信機１１００から受信する。また、上記リクエスト受信部１２０１は、隣接する複数の通信層の切断に必要なコマンドおよびデータを含む切断リクエストを送信機１１００から受信する。
上記接続確立部１２０２は、上記接続リクエスト受信部１２０１が受信した接続リクエストからコマンドおよびデータを抽出し、該コマンドおよびデータに基づいて各通信層の接続を確立させる。また、上記接続確立部１２０２は、切断リクエストからコマンドおよびデータを抽出し、該コマンドおよびデータに基づいて各通信層の接続を切断する。
上記レスポンス生成部１２０３は、レスポンス有りのプロトコルで接続している場合、すなわち、リクエストやデータに対するレスポンスの送信を要求するコマンドを受信した場合、レスポンスを生成する。
例えば、上記レスポンス生成部１２０３は、接続リクエストに当該接続リクエストに対するレスポンスの送信を要求するコマンドが含まれていた場合、レスポンスを生成する。また、接続リクエストにデータ交換の際にレスポンスの送信を要求するコマンドが含まれていた場合、データの受信に応じてレスポンスを生成する。
上記レスポンス送信部１２０４は、上記レスポンス生成部１２０３が生成したレスポンスを、送信機１１００に送信する。
上記の構成により、１つの接続リクエストによって、複数の通信層を接続することができる。よって、複数の通信層を接続するためのコマンドおよびデータを１つの接続リクエストにまとめることが可能となる。
したがって、従来のＩｒＤＡのように通信層毎に接続リクエストを送信するプロトコルと比べて、接続の確立に要する時間を短縮することができる。それゆえ、データ交換の途中で切断されても、短時間で再度接続して、データ交換を再開することが可能となる。
また、送信機からのリクエストに、受信機からのレスポンスの要否の指定を含めることができる。さらに送信機は、受信機からのレスポンスを要求しない場合、受信機からのレスポンスなしで接続を確立するなどの処理を完了することができる。
さらに、上記送信機１１００は、受信機１３００と通信するために、複数の通信層の接続／切断に必要なコマンドおよびデータを、通信層毎にリクエストにして送信する機能を有する。なお、受信機１３００は、従来のＩｒＤＡ等のプロトコルに対応したものを任意に選択できるため、詳細な説明は省略する。
具体的には、上記送信機１１００は、上記リクエスト生成部（第１の接続リクエスト生成手段）１１０１、上記リクエスト送信部１１０２、上記接続設定部１１０３に加えて、第２のリクエスト生成部（第２の接続リクエスト生成手段）１１５１、第２のリクエスト送信部（接続リクエスト送信手段）１１５２、プロトコル選択部（選択手段）１１３１を備える。
なお、上記第２のリクエスト生成部１１５１は、各通信層Ｌ２ｂ、Ｌ３ｂ、Ｌ４ｂ、Ｌ５６ｂに設けられている。上記プロトコル選択部１１３１は、アプリケーション層Ｌ７に設けられている。上記リクエスト送信部１１５２は、物理層Ｌ１の直上の通信層Ｌ２ｂに設けられている。さらに、各通信層Ｌ２ｂ、Ｌ３ｂ、Ｌ４ｂ、Ｌ５６ｂは、上記接続設定部１１０３と同等の機能を有する。
上記プロトコル選択部１１３１は、接続リクエストおよび切断リクエストを生成する際、上記リクエスト生成部１１０１および上記第２のリクエスト生成部１１５１のいずれか一方を選択する。なお、プロトコルの選択は、アプリケーションが行ってもよいし、ユーザがボタン操作などによって指示してもよい。
上記第２のリクエスト生成部１１５１は、通信層ごとに、接続に必要なコマンドおよびデータを含む接続リクエストおよび切断リクエストを生成する。例えば、従来のＩｒＤＡに対応したリクエストを生成する。
第２のリクエスト送信部１１５２は、上記第２のリクエスト生成部１１５１が生成した接続リクエストおよび切断リクエストを受信機１３００へ送信する。
上記の構成により、送信機は、接続時間を短縮するために複数の通信層のコマンド等を１つにまとめた接続リクエストを生成するプロトコルと、従来のＩｒＤＡのように通信層毎に接続リクエストを生成するプロトコルとを選択して利用することができる。
なお、上記送信機１１００が受信機としてリクエストを受信する場合には、送信機１１００はさらに、通信層ごとに、接続に必要なコマンドおよびデータを含む接続リクエストを送信機から受信する接続リクエスト受信手段を有する。
本実施の形態の通信システムは、通信路が切断されやすい赤外線通信等に好適である。但し、任意の物理層に適用できる。
また、本実施の形態では、通信層毎にリクエストを送信するプロトコルと物理層を共用する場合を説明したが、物理層が異なっていてもよい。また、通信層毎にリクエストを送信するプロトコルとして中間の通信層が４つである従来のＩｒＤＡを例にして説明したが、中間の通信層が１つのものであってもよい。
（６）適用例
また、本実施の形態の送信機は、携帯電話や、撮像した画像を受信機へ送信する撮像機に好適である。
撮像機能を備えた携帯電話に前述の送信機の機能が実現されている場合、携帯電話内部に蓄積されたアドレス帳やメールデータなどを、比較的処理能力の低い携帯電話のＣＰＵであっても少ない負荷で他の携帯や機器に転送することが可能となる。
さらに、内蔵された撮像機能により取得された映像データを転送する場合などは比較的単位ファイルの容量が大きくなるため特に有意義である。もちろん、携帯電話に限らず、デジタルカメラのような撮像機器において本機能が実現されていても有用であることは言うまでもない。
また、本実施の形態の受信機は、送信機から放送を受信する放送受信装置や、送信機から受信した放送を記録する放送記録装置に好適である。
放送受信記録装置に前述の受信機の機能が実現されている場合、比較的処理能力の低い携帯電話やデジタルカメラから高速に映像などのファイルを取得し、表示装置に即時表示することが可能となる。よって、ユーザは手元の機器に記憶されている所望の画像を遠隔操作で容易に表示することが可能となる。さらに、放送受信記録装置の大容量記録部に記録を行うことも可能である。
なお、本実施の形態の送信機および受信機の機能は、ソフトウェアによって実現できる。よって、送信機および受信機の機能を携帯電話で実現した場合、携帯電話網を介して、送信機および受信機の機能を実現するソフトウェアを供給することが可能となる。
〔実施の形態４〕
本発明の他の実施の形態について図１２ないし図１５に基づいて説明すれば、以下の通りである。なお、本実施の形態において説明すること以外の構成は、前記実施の形態１〜３と同じである。また、説明の便宜上、前記の実施の形態１〜３の図面に示した部材と同一の機能を有する部材については、同一の符号を付し、その説明を省略する。
本実施の形態のデータ転送システムでは、携帯機器および電子機器は、図１３および図１４に示すように、記憶手段としてのメモリ１２・２２に、上記通信機能１、２、４、５、７、８のうちの少なくとも１種類の通信機能と、相手機器をサーチしてから双方の機器の情報を交換する機能および厳格なエラー再送処理機能を有する通信機能３、６、９の少なくとも１種類の通信機能とを保有している。この通信機能３、６、９は、ＩｒＤＡプロトコルである。
これにより、図１２に示すように、この状態にて、通信の始めに、実施の形態１で説明した通信にかかる時間を短縮する通信機能１、２、４、５、７、８によって、先ず、同図において識別信号としての「トーン信号」にて示すように、相手機器との通信を試みる。相手機器が、実施の形態１で説明した通信機能１、２、４、５、７、８のいずれかを実装していた場合には、このトーン信号に対してレスポンスがあり、通信が行える。
しかし、ＩｒＤＡプロトコルみを保有している場合には、このトーン信号に対するレスポンスが返ってこないことになる。送信側は、ある一定時間レスポンスを待ち、レスポンスが返ってこなかった場合には、ＩｒＤＡのプロトコルで通信するようにする。これにより、既存のＩｒＤＡのみを搭載した機器とも通信が行えることになる。
なお、本実施の形態において、トーン信号は、実際に接続を行うための接続パケットであってもよいし、単に受信機器２ａが備える通信方式を確認するためだけの専用の信号であってもよい。
ここで、上記「トーン信号」を発生させるための構成について説明する。
本実施の形態の送信機器１ａは、図１３に示すように、前記送信機器１と比較して、ＣＰＵ１１の代わりにＣＰＵ１１ａを、コントローラ１３の代わりにコントローラ１３ａを、送信部１４の代わりにワイヤレス通信インターフェースとしての送信部１４ａを備え、さらに、ワイヤレス通信インターフェースとしての受信部１５ａを備えている点で異なる。
ＣＰＵ１１ａは、図示しない操作部に入力された利用者の指示に応じて、データの転送処理を行うものである。ＣＰＵ１１ａは、操作部から転送指示を受けると、コントローラ１３ａに対して、受信機器がデータ転送可能範囲に存在するか否かを検知するためのトーン信号の送信を要求する受信機器検知トーン送信要求を送る。
上記受信機器検知トーン送信要求に対する応答トーン信号を受信したことを示す受信機器検知応答トーン受信完了通知をコントローラ１３ａから受けると、ＣＰＵ１１ａは、上記ＣＰＵ１１と同様の処理を行う。すなわち、ＣＰＵ１１ａは、転送すべき転送データをメモリ１２に格納するとともに、コントローラ１３ａに対して転送要求を行う。
受信部１５ａは、赤外線通信路を介して外部から送信されるトーン信号を検出し、トーン信号検出信号をコントローラ１３ａに出力する。
コントローラ１３ａは、制御部１３１ａと、データパケット生成部１３２と、誤り検出訂正符号付加部１３３と、識別信号生成手段としてのトーン信号生成部１３４と、マルチプレクサ１３５とを備えている。
マルチプレクサ１３５は、制御部１３１ａからの切り替え信号に応じて複数の入力端子の中から一つを選択し、選択した入力端子に入力された信号を出力する。なお、本実施形態のマルチプレクサ１３５の入力端子には、誤り検出訂正符号付加部１３３とトーン信号生成部１３４とが接続されている。
制御部１３１ａは、ＣＰＵ１１ａからの要求に応じて、コントローラ１３ａを制御する。上述したように、ＣＰＵ１１ａからの要求には、受信機器検知トーン送信要求と、転送要求とがある。
受信機器検知トーン送信要求を受けると、制御部１３１ａは、トーン信号生成部１３４に対してトーン信号を生成することを要求するトーン信号生成要求を出力するとともに、トーン信号生成部１３４が生成したトーン信号を出力するようにマルチプレクサ１３５に対して切り替え信号を出力する。また、制御部１３１ａは、受信部１５ａからトーン信号検出信号を受けると、ＣＰＵ１１ａに対して、受信機器検知応答トーン受信完了通知を送る。
転送要求を受けると、制御部１３１ａは、上記制御部１３１と同様に、メモリ１２から転送データを読み出し、読み出した転送データをデータパケット生成部１３２に送る。このとき、制御部１３１ａは、データパケット生成部１３２が生成したデータパケットを出力するようにマルチプレクサ１３５に対して切り替え信号を出力する。また、制御部１３１ａは、メモリ１２から読み出した転送データに対応する全てのデータパケットを送信部１４が送信したことを検知して、データ送信が終了したことを表す送信終了通知をＣＰＵ１１ａに送る。
トーン信号生成部１３４は、制御部１３１ａからのトーン信号生成要求を受けて、トーン信号を生成し、マルチプレクサ１３５を介して、生成したトーン信号を送信部１４ａに送る。
送信部１４ａは、上記送信部１４の機能に加えて、トーン信号を送信する機能を有している。
次に、本実施形態の受信機器２ａについて、図１４を参照しながら説明する。
同図に示すように、受信機器２ａは、上記受信機器２と比較して、コントローラ２３の代わりにコントローラ２３ａを、受信部２５の代わりにワイヤレス通信インターフェースとしての受信部２５ａを備え、さらに、ワイヤレス通信インターフェースとしての送信部２６ａを備えている点で異なる。
受信部２５ａは、外部からパケットまたはトーン信号を受信するものである。パケットを受信した場合、受信部２５ａは、受信したパケットをＣＤＲ２４に送る。一方、トーン信号を受信した場合、受信部２５ａは、トーン信号を受信したことを表すトーン信号検出信号をコントローラ２３ａに出力する。
コントローラ２３ａは、制御部２３１ａと、パケット処理部２３２と、誤り検出訂正回路２３３と、識別信号生成手段としてのトーン信号生成部２３４とを備えている。
制御部２３１ａは、誤り検出訂正回路２３３から送られる結果または受信部２５ａからのトーン信号検出信号に応じて、所定の処理を行う。すなわち、上記制御部２３１と同様に、誤り検出訂正回路２３３からの結果が分割データにエラーがないことを示している場合、制御部２３１ａは、分割データをメモリ２２に書き込み、ＣＰＵ２１に対して受信完了通知を行う。一方、誤り検出訂正回路２３３からの結果が分割データにエラーがあることを示している場合、制御部２３１ａは、分割データを破棄して、ＣＰＵ２１に対して受信エラーがある旨の通知を行う。
また、制御部２３１ａは、受信部２５ａからトーン信号検出信号を受けると、トーン信号生成部２３４に対してトーン信号の生成を要求するトーン信号生成要求を送る。なお、制御部２３１ａは、トーン信号検出信号を受けた場合、送信機器１ａから受信機器検知用のトーン信号を受信した旨を通知する受信機器検知トーン受信通知をＣＰＵ２１に送る。さらに、トーン信号生成部２３４が生成したトーン信号を送信部２６ａが送信したことを検知して、受信機器検知用のトーン信号に対する応答トーン信号を送信した旨を通知する受信機器検知応答トーン送信終了通知をＣＰＵ２１に送る。これにより、ＣＰＵ２１は、送信機器１ａからデータが送信されることを知ることができる。
トーン信号生成部２３４は、制御部２３１ａからのトーン信号生成要求を受けて、トーン信号を生成し、生成したトーン信号を送信部２６ａに送る。
送信部２６ａはトーン信号生成部２３４が生成したトーン信号を外部に送信するものである。
上記の携帯機器では、図１５に示すように、送信機器１ａは、受信機器２ａとの間でトーン信号の送受信を行い、受信機器２ａが通信可能な範囲に存在することを検知した後、転送データの送信を行う。すなわち、送信機器１ａからトーン信号が受信機器２ａに対して送信され、送信機器１ａからのトーン信号を受信した受信機器２ａは、その応答としてトーン信号を送信する。ここで、送信機器１ａのトーン信号生成部１３４および受信機器２ａのトーン信号生成部２３４が生成するトーン信号の周波数および周期は、同じでも異なっていてもよく、特定のものに限定されない。また、トーン信号を送信する回数は、１回でも複数回でもよい。１回の場合、受信機器検知に要する時間を一層短くできるとともに、消費電力を低減できる。複数回の場合、受信機器検知の精度を向上させることができる。
したがって、送信機器１ａは、受信機器２ａとの間でトーン信号を送受信するだけで、受信機器２ａが存在することを判断することができる。
このように、本実施の形態のデータ転送システムおよびそのデータ転送方法では、携帯機器および電子機器は、相手機器をサーチしてから双方の機器の情報を交換する機能およびエラー再送処理機能を有する通信機能３、６、９を記憶する記憶手段としてのメモリ１２・２２をそれぞれさらに備え、通信制御手段としてのコントローラ１３ａ・２３ａは、携帯機器と電子機器との間でデータを通信機能３、６、９を使用して転送する。
すなわち、送信側は通信機能１、２、４、５、７、８のいずれかの通信機能での通信をトライする。このとき、受信側が、送信側と一致した通信機能を保有していない場合には、通信機能１、２、４、５、７、８のいずれかの通信機能による、通信時間短縮効果を活用することができない。
しかし、本実施の形態では、携帯機器および電子機器はいずれも共通した通信機能３、６、９を有している。したがって、通信機能１、２、４、５、７、８のいずれかの通信機能が使用できない場合には、例えばＩｒＤＡプロトコルなどの共通の通信機能３、６、９で通信できる一方、通信機能１、２、４、５、７、８のいずれかの通信機能が使用できる場合には、通信時間を短縮できる通信を行うことができる。
また、本実施の形態のデータ転送システムおよびそのデータ転送方法では、携帯機器の各コントローラ１３ａは、データ送信開始時に、通信機能１、２、４、５、７、８のいずれかの通信機能を使用した通信要求を行い、要求に対する返答が返ってこなかった場合には、相手機器が通信機能１、２、４、５、７、８のいずれか同一種類の通信機能を保有していないと判別し、通信機能３、６、９を使用して通信を開始する。
つまり、送信側は通信機能１、２、４、５、７、８のいずれかの通信機能で先ず通信開始をトライし、相手局から返信が帰ってこない場合には例えばＩｒＤＡプロトコルなどの共通の通信機能３、６、９で通信を行うことができる。
この結果、相手局が通信機能１、２、４、５、７、８のいずれか同一種類の通信機能を保有している場合には通信時間を短縮できる通信を行う一方、通信機能１、２、４、５、７、８のいずれか同一種類の通信機能を保有していない場合にはＩｒＤＡプロトコルなどの通信機能３、６、９で通信できる。したがって、例えばＩｒＤＡプロトコルなどの通信機能３、６、９のみを保有している機器とも問題なく通信ができるようになる。
また、本実施の形態のデータ転送システムおよびそのデータ転送方法では、携帯機器および前記電子機器の両コントローラ１３ａ・２３ａは、識別信号としてのトーン信号を生成する識別信号生成手段としてのトーン信号生成部１３４・２３４をそれぞれ備えるとともに、携帯機器は、相手機器が上記通信機能１〜９のいずれか同一種類の通信機能を保有しているか否かを判別する判別手段としてのＣＰＵ１１ａを備え、ＣＰＵ１１ａは、データ送信開始時に、トーン信号生成部１３４が生成したトーン信号を送信することにより通信機能１、２、４、５、７、８のいずれかの通信機能を使用した通信要求を行い、その後、相手機器からのトーン信号を受信したときに、相手機器が通信機能１、２、４、５、７、８のいずれか同一種類の通信機能を保有していると判別する。
したがって、受信機器との間でトーン信号を送受信するだけで、受信機器が存在し、かつ、受信機器が通信機能１、２、４、５、７、８のいずれか同一種類の通信機能を保有していると判別することができる。
また、本実施の形態のデータ転送システムおよびそのデータ転送方法では、通信機能３、６、９は、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）で定められた通信機能である。
したがって、赤外線を用いたデータ転送として一般的なＩｒＤＡ規格を採用している機器に対して、機器の間の角度がある一定以上の角度になったり、距離がある一定以上の距離になったりすることにより、通信が失敗してしまう確率を減らすことができる。
また、通信機能３、６、９をＩｒＤＡプロトコルとした場合には、前記通信機能１、２、４、５、７、８は、ソフトウェアを変更するだけでＩｒＤＡの物理層はそのまま使用できる。したがって、前記通信機能１、２、４、５、７、８を、ＩｒＤＡプロトコルに基づいて、容易に作成することができる。
通信機能１〜９の切り替えにおいては、上記のように通信機能１、２、４、５、７、８を持った通信プロトコルで接続要求を行い、応答がなければ共通の通信機能３、６、９に切り替えるという、接続状態に基づいてプロトコルを切り替えること以外に、アプリケーションによってプロトコルを切り替えること、ユーザの選択によってプロトコルを切り替えることも考えられる。
アプリケーションによって切り替える場合には、たとえば、住所録、電子メールなど重要なデータについては、通信機能１、３、４、６、７、９を用い、静止画の通信は通信機能２、５、８を用いるなどということである。これは、通信速度は、通信機能２、５、８＞通信機能１、４、７＞通信機能３、６、９、の順で速く、信頼性はその逆の順で高いため、これに対応してアプリケーションによって通信方式を変えることが可能である。
また、ユーザによって変えることも考えられる。いつも距離が遠くて再送を行わないと信頼性が低いと感じるユーザは再送ありの通信機能が選択できるようにして、距離が短い用途で使うユーザには再送なしの通信機能が選択できるようにするものである。
〔実施の形態５〕
本発明の他の実施の形態について図１６ないし図２０に基づいて説明すれば、以下の通りである。なお、本実施の形態において説明すること以外の構成は、前記実施の形態１〜４と同じである。また、説明の便宜上、前記の実施の形態１〜４の図面に示した部材と同一の機能を有する部材については、同一の符号を付し、その説明を省略する。
携帯電話のような携帯機器から電子機器にデータを送る場合に、受け側で受け取ったデータのサイズとＦＣＳとをチェックすることによって、データの完全性を検出することができる。
このとき、データが完全に誤り無く受け取ったことを検出した場合に、受信局で受け取ったデータを記録したり、図１６（ａ）、図１７（ａ）、図１８（ａ）、図１９（ａ）、図２０（ａ）に示すように、表示画面を持っている場合には正常に受信できたことを表示したり、受信が正常に受け取れたことを示す表示ランプのようなものでユーザが判別できるようにする。
一方、データに誤りがあったことを検出した場合には、受信局で、受信が失敗したことを示すメッセージを表示したり、受信が正常に受け取れなかったことを示す表示ランプのようなものを点灯させたりすることによって、ユーザが判別できるようにする。ユーザは、正常に受け取れた場合には、そのまま次の処理（送信したデータを記録するか別のデータを再送信するか）を行い、正常に受け取れなかった場合には、再度通信を開始するようにする。例えば、ランプで表示する場合には、正常終了と正常終了でないときにランプの色を変えても良い。
また、データに誤りがあった場合に、誤りの発生分布を検出し、全てのフレームが届いているにもかかわらず、エラーが発生している場合には、通信距離が遠いか、外乱光の影響にて失敗したことを、図１６（ｂ）、図１７（ｂ）、図１８（ｂ）、図１９（ｂ）、図２０（ｂ）に示すように、画面に表示または表示ランプのようなものでユーザに知らせる。さらに、フレームの途中から後が来なかった場合（データのサイズが本来のデータサイズより小さかった場合）には、図１６（ｃ）、図１７（ｃ）、図１８（ｃ）、図１９（ｃ）、図２０（ｃ）に示すように、途中で遮られた、または違う方向に向けられたものと判別して、画面に表示または表示ランプのようなものでユーザに知らせる。これにより、ユーザにどのような問題により失敗したかを教え、再度同じ状況で失敗する確率を減らすようにすることができる。
また、データを正常に受信した場合に、そのまま記録するようにしてもよいが、受信が正常に終わったことを示す表示（記録機器が、表示画面を持っている場合には、送った映像のプレビューを確認したり、正常な受信ができた旨を知らせる表示であったり、正常に受信が行われたことを示すランプであったりする表示）を確認した後で、確認ボタンもしくはタッチパネルまたはリモコンの操作を行って、記録するようにすることもできる。これは、ユーザが誤って送信したものも記録してしまうことを防ぐためのものである。
このように、本実施の形態のデータ転送システムおよびそのデータ転送方法では、電子機器の通信制御手段としてのコントローラ２３ａは、受信したデータの誤りを検出する誤り検出手段としての誤り検出訂正回路２３３を備え、この誤り検出訂正回路２３３を備えた機器は、通信機能１〜９のいずれか同一種類同士の通信機能を使用したデータ通信を行って、誤り検出訂正回路２３３により誤りを検出した結果、データの全てが誤り無く受信できたときには、データを記録するかまたは正常に受信できたことを示す表示をするかの少なくともいずれか一方を行い、何らかの問題によってデータの全てが誤り無く受信できなかったときには、受信できなかったことを示す表示を行う表示制御手段としてのＣＰＵ２１を備えている。
すなわち、受信局でデータを全て誤り無く受け取ることができた場合に、データを記録するかおよび／または正常に受信できたことを示す表示を行い、何らかの問題によってデータの全てが誤り無く受信できなかった場合、受信できなかったことを示す表示を行うようにする。
この結果、送信局からデータを送った結果が成功したか失敗したかがユーザにはすぐに判別がつき、失敗している場合にはユーザが再度送信し直すことができる。
また、本実施の形態のデータ転送システムおよびそのデータ転送方法では、ＣＰＵ２１は、通信機能５、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときのデータ受信中のデータ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別する不通理由判別手段としての機能も有し、そのいずれか一方の状況が発生した場合には、その状況に対応して各々異なるメッセージを表示する。
すなわち、受信局でデータの中に誤りを検出した場合、データ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別する判別機能を有し、そのいずれか一方の状況が発生した場合、各々異なるメッセージを表示する表示機能を有するようにする。
この結果、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合では、通信距離が遠かったり、蛍光灯、太陽光および白熱灯などの外乱光要因などによりエラーが多くなっているものと判別して、近づいて送信するように表示し、データ途中のパケットから残りが届かなかった場合は通信途中で別の方向に向けられてしまった旨を表示することにより、ユーザに最適な方法で再度送信してもらうことができる。したがって、同じ状況で通信が何度も失敗することを防ぐことができる。
また、本実施の形態のデータ転送システムおよびそのデータ転送方法では、表示制御手段としてのＣＰＵ２１は、通信機能１〜９のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときに、誤り検出訂正回路２３３の検出に基づきデータの全てが誤り無く受信できた場合には、正常に受信できたことを示す表示を行い、かつ外部からの開始入力操作により記録を開始する。
すなわち、受信局でデータの全てが誤り無く受信できたときには正常に受信できたことを示す表示機能と、記録開始を行う例えば操作ボタンを有し、正常に受信できた後、ボタンが押圧操作されることによって、受信されたデータの記録を開始する機能を持つようにすることができる。また、外部からの開始入力操作としては、ボタン操作以外に、例えば、リモコンでの操作もある。
この結果、ユーザが正常に所望のデータを受け取ったことを確認してから、記録するようにすることができる。
〔実施の形態６〕
本発明の他の実施の形態について、前記図２ないし図７及び図１３に基づいて説明すれば、以下の通りである。なお、本実施の形態において説明すること以外の構成は、前記実施の形態１〜５と同じである。また、説明の便宜上、前記の実施の形態１〜５の図面に示した部材と同一の機能を有する部材については、同一の符号を付し、その説明を省略する。
本実施の形態では、携帯機器における映像ファイルの処理方法について説明する。
例えば、図２ないし図６に示すように、携帯電話などの携帯機器の映像ファイルと、表示装置、印刷装置、記録装置、パーソナルコンピュータ、および他の携帯機器などの電子機器の映像ファイルとをリンクさせる場合、携帯電話は小さな表示部としての表示画面Ｐしか持っていない。したがって、従来では、送信用映像ファイルを縮小して表示することになっていたため、転送に時間がかかっていた。
そこで、本実施の形態では、サムネイルを表示するための小さなサイズの映像ファイルを予め記憶しておき、携帯電話での画像選択などでは、その小さなサイズの映像ファイルを使用する。このように、この小さなファイルが無かった場合に、自動的に生成する機能を持たせることにより、最初に選択する場合には時間がかかるが、一度見た後はスムーズに選択できるようになる。
そして、通信を行って、電子機器へ送る場合には、大きなサイズの送信用映像ファイルを送って綺麗な映像を電子機器で表示または記録することができる。
すなわち、携帯機器は、消費電力やサイズの関係から、あまり強力なＣＰＵを載せることができないので、大きなサイズのファイルから小さな画面用に変換するのに時間がかかる。一方、電子機器で表示または記録する映像ファイルは、綺麗な映像を記録するために大きなファイルそのままを表示または記録するほうが良い。
したがって、本実施の形態のように、予め、サムネイルを表示するための小さなサイズの映像ファイルを予め記憶しておくことによって、携帯電話で送る映像ファイルを選択するときにスムーズにサムネイルを見ながら選択できるようになる。
上記の機能を有するために、本実施の形態の携帯機器は、図２ないし図６に示すように、映像を表示する表示部としての表示画面Ｐを備える。また、携帯機器は、図７および図１３に示すように、送信用映像ファイル、およびこの送信用映像ファイルと対をなし、かつ該送信用映像ファイルよりも容量の小さい表示用映像ファイルを記憶する記憶手段としてのメモリ１２と、ワイヤレス転送を行う場合には送信用映像ファイルを送信する一方、表示画面Ｐにて表示する場合は表示用映像ファイルを使用して映像を表示するように制御するファイル転送表示制御手段としてのＣＰＵ１１・１１ａとを備えている。
また、このＣＰＵ１１・１１ａは、表示用映像ファイルが無いときには、予め、送信用映像ファイルから表示用映像ファイルを生成して記憶しておく表示用映像ファイル生成記憶手段としての機能を有している。
さらに、このＣＰＵ１１・１１ａは、電子機器が表示装置である場合には、表示装置の表示能力に合わせて映像ファイルのサイズを変換してから送信するサイズ変換手段としての機能を備えている。これにより、表示装置の表示能力を超えた大きな映像ファイルの場合に、通信に時間がかかり、通信途中で通信誤りが発生する確率を減らすことができる。
さらに、このＣＰＵ１１・１１ａは、電子機器が印刷装置である場合には、印刷装置の印刷能力に合わせて映像ファイルのサイズを変換してから送信するサイズ変換手段としての機能を備えている。これにより、印刷装置の印刷能力を超えた大きな映像ファイルの場合に、通信に時間がかかり、通信途中で通信誤りが発生する確率を減らすことができる。
さらに、上記ＣＰＵ１１・１１ａは、データをリサイズまたは加工して記録すべく、リサイズ加工手段としての機能も有している。
このリサイズ加工手段としてのＣＰＵ１１・１１ａによって、携帯機器は、データをリサイズまたは加工してメモリに１２に記録するので、電子機器に転送する場合に、例えば、サイズを縮小して転送でき、転送時間を短縮することができる。
最後に、送信機器１・１ａまたは受信機器２・２ａの各ブロックは、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵなどの演算処理装置を用いてソフトウェアによって実現してもよい。
すなわち、送信機器１・１ａまたは受信機器２・２ａは、各機能を実現する制御プログラムの命令を実行するＣＰＵ（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、上記プログラムを格納したＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）、上記プログラムを展開するＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、上記プログラムおよび各種データを格納するメモリなどの記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである送信機器１・１ａまたは受信機器２・２ａのデータ転送プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記送信機器１・１ａまたは受信機器２・２ａに供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
上記記録媒体としては、例えば、磁気テープやカセットテープなどのテープ系、フロッピー（登録商標）ディスク／ハードディスクなどの磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒなどの光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カードなどのカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭなどの半導体メモリ系などを用いることができる。
また、送信機器１・１ａまたは受信機器２・２ａを通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（ｖｉｒｔｕａｌ ｐｒｉｖａｔｅ ｎｅｔｗｏｒｋ）、電話回線網、移動体通信網、衛星通信網などが利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線などの有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網などの無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された搬送波あるいはデータ信号列の形態でも実現され得る。
このように、本実施の形態のデータ転送プログラムは、コンピュータを上記データ転送システムの各手段として機能させるためのコンピュータ・プログラムである。したがって、コンピュータでデータ転送システムの各手段を実現することによって、データ転送システムを実現することができる。
また、本実施の形態の記録媒体は、上記の各手段をコンピュータに実現させて、データ転送システムを動作させるデータ転送プログラムを記録したコンピュータ読み取り可能な記録媒体である。したがって、上記記録媒体から読み出されたデータ転送プログラムによって、上記データ転送システムをコンピュータ上に実現することができる。
〔実施の形態７〕
本発明の他の実施の形態について、図２１ないし図２６に基づいて説明すれば、以下の通りである。なお、本実施の形態において説明すること以外の構成は、前記実施の形態１〜６と同じである。また、説明の便宜上、前記の実施の形態１〜６４の図面に示した部材と同一の機能を有する部材については、同一の符号を付し、その説明を省略する。
本実施の形態では、電子機器としての記録装置における映像ファイルの処理方法について説明する。
本実施の形態のデータ転送システムにおける電子機器としての記録装置３０は、図２１に示すように、データを記録する記録媒体としてのデータ格納部３１と、このデータ格納部３１に記録されたデータを表示する表示手段としての表示部３２と、このデータ格納部３１に記憶された情報データおよびデータの階層構造を読み取る読取手段としての読取部３３と、これら情報データおよびデータの階層構造を関連付けて表示部３２に表示する階層構造表示制御手段としての階層構造表示制御部３４と、前述の携帯機器から受信したデータを階層構造のディレクトリに記録する記録手段としての記録部３５とを備えている。上記読取部３３、階層構造表示制御部３４及び記録部３５は、ＣＰＵが行うものとなっている。また、このＣＰＵは、入力装置３６からの入力操作を解読して実行させる機能と、携帯電話４０から送られてきた操作コマンドを解読してその動作を実行させる操作入力手段としての機能をも有している。
上記データ格納部３１は、例えば、データを記録するＤＶＤ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｋ）、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｋ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ：ハードディスク）等の記録媒体からなっており、各ディスクを図示しない駆動装置にて駆動することにより、その内部の情報が読み出され又は記録されるようになっている。
また、上記記録部３５には、データの階層構造のディレクトリ（Ｄｉｒｅｃｔｏｒｙ）を追加、修正、削除するディレクトリ変更手段としてのディレクトリ変更部３５ａと、画像のデータの加工を行う画像加工手段としての画像加工部３５ｂとが設けられている。この画像加工部３５ｂは、情報データが画像の場合、画像の回転、リサイズなどの加工を行うものである。なお、この機能は、ソフトウェア又はハードウェアロジックのいずれでもよい。
さらに、本実施の形態の記録装置３０は、階層構造表示制御部３４、記録部３５又はディレクトリ変更部３５ａに各動作を行わせるための操作入力手段としての入力装置３６を備えている。
上記構成のデータ転送システムの記録装置３０における動作について説明する。
記録装置３０では、データ格納部３１に記憶された情報データおよびデータの階層構造を読取部３３にて読み取り、これら情報データおよびデータの階層構造を関連付けて表示部３２に表示するようになっている。
具体的には、図２２の上段に示すように、表示装置３２の第１画面ではデータの階層構造として第１階層のディレクトリとしてのフォルダＡ・Ｂ…Ｆを表示する。したがって、例えば、フォルダＢに格納された情報データである画像Ｂ３を表示したいときには、入力装置３６にてフォルダＢを入力装置３６により選択し、例えばエンター入力する。これにより、図２２の中段に示すように、表示部３２の第２画面ではデータの階層構造として第２階層の画像Ｂ１・Ｂ２・Ｂ３…Ｂ６が表示される。したがって、画像Ｂ３を選択入力することによって、図２２の下段に示すように、画像Ｂ３が拡大表示される。
すなわち、本実施の形態では、図２３に示すように、各情報データである例えば画像Ｂ１・Ｂ２・Ｂ３…Ｂ６は、データ格納部３１において階層構造にて格納されている。なお、同図においては、３層の階層構造のものを示しているが、必ずしもこれに限らず、第１層だけでもよい。
上記階層構造においては、図２４に示すように、例えば、携帯機器としての携帯電話４０から、映像データＸを受信した場合において、その新たな映像データＸを例えば第２階層に画像Ｂ７として追加したい場合には、映像データＸを例えば選択してドラッグすることにより、第２階層に追加することができる。
これらの階層構造を表示するための上記階層構造表示制御部３４及び記録部３５の内部処理としては、図２５に示すように、第１階層として例えば、「０１、０２、０３、…」のデジタル値を用い、第２階層として「０１０１、０１０２、０１０３、…」のデジタル値を用い、さらに第３階層として「０１０１０１、０１０１０２、０１０１０３、…」等のデジタル値を用いることによって、容易に識別し、フォルダ名等と対応付けることができる。また、画像Ｂ７を追加する場合においては、該画像名に対応する０１０１０７のデジタル値を使用すれば、容易にデータの追加を行うことが可能である。
なお、本実施の形態では、例えば、携帯機器としての携帯電話４０から、記録装置３０に対して、上記データ格納部３１に記憶された情報データおよびデータの階層構造を読み取る動作、これら情報データおよびデータの階層構造を関連付けて表示部３２に表示させる動作、該携帯電話４０から受信したデータを階層構造のディレクトリに記録する動作、データの階層構造のディレクトリを追加、修正および削除の少なくとも一つをする動作を行わせることが可能である。この場合、携帯電話４０の操作コマンド送信手段としての送信機器１又は送信機器１ａが、記録装置３０の受信機器２又は受信機器２ａに対してその操作コマンドを送信する。これにより、操作コマンドディレクトリ変更手段としても機能するディレクトリ変更部３５ａにより、各動作が可能となる。
一方、本実施の形態においては、記録装置３０と表示部３２との間の通信インターフェースは有線通信インターフェースに限らず、例えば、ワイヤレスインターフェースつまり無線通信インターフェースでも良い。
具体的には、図２６に示すように、記録装置３０と表示部３２とのそれぞれに無線通信インターフェースとしての光トランシーバ３７・３７を備えておく。これにより、記録装置３０と表示部３２とは、ワイヤレス通信により、情報の伝達を行うことができる。
また、本実施の形態は、情報データの操作を行う操作入力手段として入力装置３６を備えているが、必ずしもこれに限らず、例えば、記録装置３０に図示しないボタンを付加してもよい。
これにより、携帯電話４０から情報データを記録装置３０のデータ格納部３１に書き込む際に、パーソナルコンピュータを用いることなく、データ格納部３１にデータ階層構造を作成し、又はデータ格納部３１に存在しているデータ階層構造を利用して情報データの分類および書き込みが可能となる。
また、パーソナルコンピュータを用いる必要がないので、記録装置３０を小型にすることができ、持ち歩くことも可能となる。
さらに、記録装置３０におけるデータ格納部３１のデータ階層構造に関連させ、情報データを表示部３２に表示可能であることもユーザがデータ格納部３１の情報データを把握する際に役立つ。特に、情報データが、画像、動画又は音楽データの場合に非常に有益となる。
また、本実施の形態では、記録媒体としてのデータ格納部３１をＤＶＤにて構成し、このＤＶＤに情報データおよびデータの階層構造を記録部３５にて記録すると共に、このＤＶＤに記録された情報データおよびデータの階層構造を表示部３２に表示するデータ転送システムを含むアルバム閲覧システムに適用することが可能である。
これにより、ＤＶＤに情報データおよびデータの階層構造を記録保存すると共に、このＤＶＤに記録された情報データおよびデータの階層構造を表示部３２に表示閲覧することができるアルバム閲覧システムを提供することができる。
以上のように、本発明のデータ転送システムは、ワイヤレス通信インターフェース、およびデータを保存する記憶媒体を備えた第１機器と、ワイヤレス通信インターフェースを備え、データを表示する表示装置、データを印刷する印刷装置、データを記録する記録装置、パーソナルコンピュータ、又は他の記憶媒体を備えた機器のいずれか一つを含む第２機器とを含むデータ転送システムであって、上記第１機器および第２機器は、通信開始時に送信機が相手機器をサーチするために発するパケット（データ群）に、データ通信のためのパラメータ設定に必要なデータおよび上位層の接続に必要なデータもしくはコマンドを含めると共に、受信機が上記パケットを受けたときに、データ通信のためのパラメータ設定に必要なデータ、および上記上位層の接続に必要なデータもしくはレスポンスを含んだパケットを返す通信機能１を実現するプログラムおよびデータを記憶する記憶手段と、通信を制御する通信制御手段とをそれぞれ備え、上記第１機器および第２機器の両通信制御手段は、上記第１機器と第２機器との間でデータを上記通信機能１を使用して転送する。
上記の発明によれば、通信時間を短くする方法として、通信開始時に相手機器のサーチを行う局発見コマンド（ＩｒＤＡではＸＩＤコマンド）に、接続に必要なデータを含んだパケットを使用する通信機能１を使用して第１機器と第２機器との通信を行うようにする。
この結果、局発見と同時に接続が行なわれる。このため、局発見と下位層から上位層への接続（通常は下位層から順に上位層へ接続される）とに必要な交換パケットの数を、一対または１個のパケットにより終了することができる。その結果、トータルのデータの転送時間を短くすることができる。
したがって、第１機器と第２機器との間の角度がある一定以上の角度になったり、距離がある一定以上の距離になったりすることにより、通信が失敗してしまう確率を減らすことができる。
本発明のデータ転送システムは、ワイヤレス通信インターフェース、およびデータを保存する記憶媒体を備えた第１機器と、ワイヤレス通信インターフェースを備え、データを表示する表示装置、データを印刷する印刷装置、データを記録する記録装置、パーソナルコンピュータ、又は他の記憶媒体を備えた機器のいずれか一つを含む第２機器とを含むデータ転送システムであって、上記第１機器および第２機器は、通信開始時に送信機が相手機器をサーチするために発するパケット（データ群）の代わりに、データ通信のためのパラメータ設定に必要なデータおよび受信機のレスポンスが不要であることを示すパラメータ、および上位層の接続に必要なデータもしくはコマンドを含めて受信機に送信を行う通信機能２を実現するプログラムおよびデータをを記憶する記憶手段と、通信を制御する通信制御手段とをそれぞれ備え、上記第１機器および第２機器の両通信制御手段は、上記第１機器と第２機器との間でデータを上記通信機能２を使用して転送する。
本発明のデータ転送システムは、前記第１機器および第２機器は、データ通信のためのパラメータ設定に必要なデータ、および上位層の接続に必要なデータもしくはコマンドのあらかじめ設定された初期値を保有しており、送信機および受信機が発する上記パケットにデータもしくはコマンドについての値の設定情報がない場合に上記初期値を使用する。
本発明のデータ転送システムは、前記第１機器および第２機器は、データ通信のためのパラメータ設定に必要なデータ、および上位層の接続に必要なデータもしくはコマンドのあらかじめ設定された初期値を保有しており、送信機および受信機が発する上記パケットにデータもしくはコマンドについての値の設定情報がない場合に上記初期値を使用する。
上記の発明によれば、第１機器と第２機器との通信において、局発見および接続のパケットにおいては、予め固定した値を使用してもよい。
すなわち、局発見及び接続で使用するパケットの転送速度は、通常のデータ転送時のデータ転送速度よりも遅いことが多い。このため、パケットの長さを短くした固定値を予め設定し、その固定値からなるパケットを使用することにより、トータルのデータの転送時間を短くすることができる。したがって、第１機器と第２機器との間の角度がある一定以上の角度になったり、距離がある一定以上の距離になったりすることにより、通信が失敗してしまう確率を減らすことができる。
本発明のデータ転送システムは、ワイヤレス通信インターフェース、およびデータを保存する記憶媒体を備えた第１機器と、ワイヤレス通信インターフェースを備え、データを表示する表示装置、データを印刷する印刷装置、データを記録する記録装置、パーソナルコンピュータ、又は他の記憶媒体を備えた機器のいずれか一つを含む第２機器とを含むデータ転送システムであって、上記第１機器および第２機器は、通信開始時に送信機が相手機器をサーチするために発するパケット（データ群）に、データ通信のためのパラメータ設定に必要なデータおよび上位層の接続に必要なデータもしくはコマンドを含めると共に、受信機が上記パケットを受けたときに、データ通信のためのパラメータ設定に必要なデータ、および上記上位層の接続に必要なデータもしくはレスポンスを含んだパケットを返す通信機能１と、通信開始時に送信機が相手機器をサーチするために発するパケット（データ群）に、データ通信のためのパラメータ設定に必要なデータおよび受信機のレスポンスが不要であることを示すパラメータ、および上位層の接続に必要なデータもしくはコマンドを含めて受信機に送信を行う通信機能２と、相手機器をサーチして相手機器の存在を認識してから、下位層から順に上位層まで接続に必要なデータをやり取りして接続を行う通信機能３との内の２つ以上の通信機能を備え、上記第１機器および第２機器の両通信制御手段は、上記第１機器と第２機器との間でデータ通信を行う際に第１の機器および第２の機器の状況に応じて備えている上記通信機能１から通信機能３のいずれか１つを使用して通信を行う。
上記の発明によれば、送信機は通信機能１から通信機能３のいずれかの通信プロトコルでの通信をトライする。受信機が、通信機能１または通信機能２を保有していない場合には、通信機能１または通信機能２による、通信時間短縮効果を活用することができない。しかし、本発明では、第１機器および第２機器はいずれも共通した通信機能３を有している。したがって、通信機能１または通信機能２のいずれも使用できない場合には通信機能３で通信できる一方、通信機能１または通信機能２のいずれかが使用できる場合には、通信時間を短縮できる通信を行うことができる。
本発明のデータ転送システムは、ワイヤレス通信インターフェース、およびデータを保存する記憶媒体を備えた第１機器と、ワイヤレス通信インターフェースを備え、データを表示する表示装置、データを印刷する印刷装置、データを記録する記録装置、パーソナルコンピュータ、又は他の記憶媒体を備えた機器のいずれか一つを含む第２機器とを含むデータ転送システムであって、上記第１機器および第２機器は、データ通信時において、エラーの有無や再送の要否に関するパケットの返答を、単数のパケットにより処理する通信機能４を実現するためのプログラムおよびデータを記憶する記憶手段と、通信を制御する通信制御手段とをそれぞれ備え、上記第１機器および第２機器の両通信制御手段は、上記第１機器と第２機器との間でデータを上記通信機能４を使用して転送する。
上記の発明によれば、通信時間を短くする方法として、多数の連続するパケットの通信を行う通信機能４を使用して第１機器と第２機器との間の通信を行うようにする。
この結果、通常頻繁に行われる単数もしくは少数のパケット毎に必要なレスポンスパケットやフロー制御のパケットの交換を少なくすることによって、ＣＰＵの処理を軽減でき、さらにデータ全体の転送時間を短くすることができる。したがって、第１機器と第２機器との間の角度がある一定以上の角度になったり、距離がある一定以上の距離になったりすることにより、通信が失敗してしまう確率を減らすことができる。
本発明のデータ転送システムは、ワイヤレス通信インターフェース、およびデータを保存する記憶媒体を備えた第１機器と、ワイヤレス通信インターフェースを備え、データを表示する表示装置、データを印刷する印刷装置、データを記録する記録装置、パーソナルコンピュータ、又は他の記憶媒体を備えた機器のいずれか一つを含む第２機器とを含むデータ転送システムであって、上記第１機器および第２機器は、データ通信時において、受信機においてのエラーの有無に関係なく、一度の処理に一度だけデータを送信する通信機能５を実現するためのプログラムおよびデータを記憶する記憶手段と、通信を制御する通信制御手段とをそれぞれ備え、上記第１機器および第２機器の両通信制御手段は、上記第１機器と第２機器との間でデータを上記通信機能５を使用して転送する。
本発明のデータ転送システムは、ワイヤレス通信インターフェース、およびデータを保存する記憶媒体を備えた第１機器と、ワイヤレス通信インターフェースを備え、データを表示する表示装置、データを印刷する印刷装置、データを記録する記録装置、パーソナルコンピュータ、又は他の記憶媒体を備えた機器のいずれか一つを含む第２機器とを含むデータ転送システムであって、上記第１機器および第２機器は、データ通信時において、エラーの有無や再送の要否に関するパケットの返答を、単数のパケットにより処理する通信機能４と、データ通信時において、受信機においてのエラーの有無に関係なく、一度の処理に一度だけデータを送信する通信機能５と、エラーの有無や再送の要否に関するパケットの返答を、複数のパケットにより処理する通信機能６の内の２つ以上の通信機能を備え、上記第１機器および第２機器の両通信制御手段は、上記第１機器と第２機器との間でデータ通信を行う際に第１の機器および第２の機器の状況に応じて備えている上記通信機能４から通信機能６のいずれか１つを使用して通信を行う。
本発明のデータ転送システムは、ワイヤレス通信インターフェース、およびデータを保存する記憶媒体を備えた第１機器と、ワイヤレス通信インターフェースを備え、データを表示する表示装置、データを印刷する印刷装置、データを記録する記録装置、パーソナルコンピュータ、又は他の記憶媒体を備えた機器のいずれか一つを含む第２機器とを含むデータ転送システムであって、上記第１機器および第２機器は、通信開始時に送信機が相手機器をサーチするために発するパケット（データ群）に、データ通信のためのパラメータ設定に必要なデータおよび上位層の接続に必要なデータもしくはコマンドを含めると共に、受信機が上記パケットを受けたときに、データ通信のためのパラメータ設定に必要なデータ、および上記上位層の接続に必要なデータもしくはレスポンスを含んだパケットを返す通信機能１と、データ通信時において、エラーの有無や再送の要否に関するパケットの返答を、単数のパケットにより処理することを特徴とする通信機能４との両方の機能を有する通信機能７を実現するためのプログラムおよびデータを記憶する記憶手段と、通信を制御する通信制御手段とをそれぞれ備え、上記第１機器および第２機器の両通信制御手段は、上記第１機器と第２機器との間でデータを上記通信機能７を使用して転送する。
上記の発明によれば、通信機能１と通信機能４との両方の特徴をもった通信機能７を使用することにより、さらに、データの転送時間を短くすることができる。したがって、第１機器と第２機器との間の角度がある一定以上の角度になったり、距離がある一定以上の距離になったりすることにより、通信が失敗してしまう確率を減らすことができる。
本発明のデータ転送システムは、ワイヤレス通信インターフェース、およびデータを保存する記憶媒体を備えた第１機器と、ワイヤレス通信インターフェースを備え、データを表示する表示装置、データを印刷する印刷装置、データを記録する記録装置、パーソナルコンピュータ、又は他の記憶媒体を備えた機器のいずれか一つを含む第２機器とを含むデータ転送システムであって、上記第１機器および第２機器は、通信開始時に送信機が相手機器をサーチするために発するパケット（データ群）に、データ通信のためのパラメータ設定に必要なデータおよび受信機のレスポンスが不要であることを示すパラメータ、および上位層の接続に必要なデータもしくはコマンドを含めて送信を行い、送信機は及び受信機は上記パケットの送受信において接続処理を完了する通信機能２と、データ通信時において、受信機においてのエラーの有無に関係なく、一度の処理に一度だけデータを送信する通信機能５との両方の機能を有する通信機能８を実現するためのプログラムおよびデータを記憶する記憶手段と、通信を制御する通信制御手段とをそれぞれ備え、上記第１機器および第２機器の両通信制御手段は、上記第１機器と第２機器との間でデータを上記通信機能８を使用して転送する。
本発明のデータ転送システムは、ワイヤレス通信インターフェース、およびデータを保存する記憶媒体を備えた第１機器と、ワイヤレス通信インターフェースを備え、データを表示する表示装置、データを印刷する印刷装置、データを記録する記録装置、パーソナルコンピュータ、又は他の記憶媒体を備えた機器のいずれか一つを含む第２機器とを含むデータ転送システムであって、上記第１機器および第２機器は、通信開始時に送信機が相手機器をサーチするために発するパケット（データ群）に、データ通信のためのパラメータ設定に必要なデータおよび上位層の接続に必要なデータもしくはコマンドを含めると共に、受信機が上記パケットを受けたときに、データ通信のためのパラメータ設定に必要なデータ、および上記上位層の接続に必要なデータもしくはレスポンスを含んだパケットを返す通信機能１と、データ通信時において、エラーの有無や再送の要否に関するパケットの返答を、単数のパケットにより処理する通信機能４との両方の機能を有する通信機能７と、通信開始時に送信機が相手機器をサーチするために発するパケット（データ群）に、データ通信のためのパラメータ設定に必要なデータおよび受信機のレスポンスが不要であることを示すパラメータ、および上位層の接続に必要なデータもしくはコマンドを含めて送信を行い、送信機は及び受信機は上記パケットの送受信において接続処理を完了する通信機能２と、データ通信時において、受信機においてのエラーの有無に関係なく、一度の処理に一度だけデータを送信する通信機能５との両方の機能を有する通信機能８と、相手機器をサーチして相手機器の存在を認識してから、下位層から順に上位層まで接続に必要なデータをやり取りして接続を行う通信機能３と、エラーの有無や再送の要否に関するパケットの返答を、複数のパケットにより処理する通信機能６との両方の機能を有する通信機能９の内の２つ以上の通信機能を備え、上記第１機器および第２機器の両通信制御手段は、上記第１機器と第２機器との間でデータ通信を行う際に第１の機器および第２の機器の状況に応じて備えている上記通信機能７から通信機能９のいずれか１つを使用して通信を行う。
さらに、本発明のデータ転送システムは、携帯機器および表示装置の両通信制御手段は、識別信号を生成する識別信号生成手段をそれぞれ備えるとともに、上記携帯機器は、相手機器が上記通信機能１〜９のいずれか同一種類の通信機能を保有しているか否かを判別する判別手段を備え、上記判別手段は、データ送信開始時に、上記識別信号生成手段が生成した識別信号を送信することにより前記通信機能１〜９のいずれかの通信機能を使用した通信要求を行い、その後、上記相手機器からの識別信号を受信したときに、相手機器が上記通信機能１〜９のいずれか同一種類の通信機能を保有していると判別する。
また、本発明のデータ転送システムのデータ転送方法は、前記携帯機器は、データ送信開始時に、識別信号を送信することにより前記通信機能１〜９のいずれかの通信機能を使用した通信要求を行い、その後、上記相手機器からの識別信号を受信したときに、相手機器が上記通信機能１〜９のいずれか同一種類の通信機能を保有していると判別する。
上記の発明によれば、受信機器との間で識別信号を送受信するだけで、受信機器が存在し、かつ、受信機器が通信機能１〜９のいずれか同一種類の通信機能を保有していると判別することができる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記表示装置の通信制御手段は、受信したデータの誤りを検出する誤り検出手段を備えるとともに、上記表示装置は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行って上記誤り検出手段により誤りを検出した結果、データの全てが誤り無く受信できたときには、映像を表示するかまたは正常に受信できたことを示す表示をするかの少なくともいずれか一方を行い、何らかの問題によってデータの全てが誤り無く受信できなかったときには、受信できなかったことを示す表示を行う表示制御手段を備えている。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記表示装置は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行って誤りを検出した結果、データの全てが誤り無く受信できたときには、映像を表示するかまたは正常に受信できたことを示す表示をするかの少なくともいずれか一方を行い、何らかの問題によってデータの全てが誤り無く受信できなかったときには、受信できなかったことを示す表示を行う。
上記の発明によれば、受信局でデータを全て誤り無く受け取ることができた場合に、映像を表示するかおよび／または正常に受信できたことを示す表示を行い、何らかの問題によってデータの全てが誤り無く受信できなかった場合、受信できなかったことを示す表示を行うようにする。
この結果、送信局からデータを送った結果が成功したか失敗したかがユーザにはすぐに判別がつき、失敗している場合にはユーザが再度送信し直すことができる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記表示制御手段は、前記通信機能５、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときのデータ受信中のデータ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別する判別手段を備え、そのいずれか一方の状況が発生した場合には、その状況に対応して各々異なるメッセージを表示する。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記表示装置は、前記通信機能５、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときのデータ受信中のデータ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別し、そのいずれか一方の状況が発生した場合には、その状況に対応して各々異なるメッセージを表示する。
上記の発明によれば、受信局でデータの中に誤りを検出した場合、データ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別する判別機能を有し、そのいずれか一方の状況が発生した場合、各々異なるメッセージを表示する表示機能を有するようにする。
この結果、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合では、通信距離が遠かったり、蛍光灯、太陽光および白熱灯などの外乱光要因等によりエラーが多くなっているものと判別して、近づいて送信するように表示し、データ途中のパケットから残りが届かなかった場合は通信途中で別の方向に向けられてしまった旨を表示することにより、ユーザに最適な方法で再度送信してもらうことができる。したがって、同じ状況で通信が何度も失敗することを防ぐことができる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器は、映像を表示する表示部と、送信用映像ファイル、およびこの送信用映像ファイルと対をなし、かつ該送信用映像ファイルよりも容量の小さい表示用映像ファイルを記憶する記憶手段と、ワイヤレス転送を行う場合には上記送信用映像ファイルを送信する一方、上記表示部にて表示する場合は表示用映像ファイルを使用して映像を表示するように制御するファイル転送表示制御手段とを備えている。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器は、ワイヤレス転送を行う場合には送信用映像ファイルを送信する一方、表示部にて表示する場合には、上記送信用映像ファイルと対をなし、かつ該送信用映像ファイルよりも容量の小さい表示用映像ファイルを使用して映像を表示する。
上記の発明によれば、携帯機器で小さな表示部を備える場合、データ送信用の大きな送信用映像ファイルと、該送信用映像ファイルと対になる小さな映像ファイルとを記憶しておく。そして、ワイヤレス転送を行う場合には大きな映像ファイルを送信し、自機器の表示部を使用する場合には小さな表示用映像ファイルを表示する。
すなわち、携帯機器は小型化のために高速のＣＰＵを持つことは難しく、また携帯機器の表示部は小さなものであるから、大きな送信用映像ファイルを縮小して表示することになる。また、表示装置は、解像度が高く、大きく綺麗に表示するために大きな映像ファイルを要求することになる。
このことから、携帯機器ではプレビューを行うようにすぐに表示できるような小さなファイルを大きなファイルと対になるように用意することにより、携帯機器で送りたい映像をすばやく選んで転送し、表示装置にて綺麗に表示することができるようになる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器は、表示用映像ファイルが無いときには、予め、送信用映像ファイルから表示用映像ファイルを生成して記憶しておく表示用映像ファイル生成記憶手段を備えている。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器は、表示用映像ファイルが無いときには、予め、送信用映像ファイルから表示用映像ファイルを生成して記憶しておく。
上記の発明によれば、表示用映像ファイルが無い場合には、予め自動的に生成する機能を持つようにする。
この結果、携帯機器の表示部に初めて表示しようとする場合には、従来では表示の都度、表示用のファイルを作成するために表示までに時間がかかっていたが、本発明では、予め作成して記憶しておくので、一度作成すると、以降はすばやく送信したいファイルを表示しかつ選ぶことができる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器は、前記表示装置の表示能力に合わせて映像ファイルのサイズを変換してから送信するサイズ変換手段を備えている。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器は、前記表示装置の表示能力に合わせて映像ファイルのサイズを変換してから送信する。
上記の発明によれば、表示装置の表示能力を超えた大きな映像ファイルの場合に、通信に時間がかかり、通信途中で通信誤りが発生する確率を減らすことができる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器は、映像データをリサイズまたは加工して記録すべく、リサイズ加工手段を備えている。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器は、映像データをリサイズまたは加工して記録する。
上記の発明によれば、前記携帯機器は、映像データをリサイズまたは加工して記録するので、表示装置に転送する場合に、例えば、サイズを縮小して転送できるので、転送時間を短縮することができる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器および前記印刷装置の両通信制御手段は、識別信号を生成する識別信号生成手段をそれぞれ備えるとともに、上記携帯機器は、相手機器が上記通信機能１〜９のいずれか同一種類の通信機能を保有しているか否かを判別する判別手段を備え、上記判別手段は、データ送信開始時に、上記識別信号生成手段が生成した識別信号を送信することにより前記通信機能１〜９のいずれかの通信機能を使用した通信要求を行い、その後、上記相手機器からの識別信号を受信したときに、相手機器が上記通信機能１〜９のいずれか同一種類の通信機能を保有していると判別する。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器は、データ送信開始時に、識別信号を送信することにより前記通信機能１〜９のいずれかの通信機能を使用した通信要求を行い、その後、上記相手機器からの識別信号を受信したときに、相手機器が上記通信機能１〜９のいずれか同一種類の通信プロトコルを保有していると判別する。
上記の発明によれば、受信機器との間で識別信号を送受信するだけで、受信機器が存在し、かつ、受信機器が通信機能１〜９のいずれか同一種類の通信機能を保有していると判別することができる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記印刷装置の通信制御手段は、受信したデータの誤りを検出する誤り検出手段を備えるとともに、上記印刷装置は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行って上記誤り検出手段により誤りを検出した結果、データの全てが誤り無く受信できたときには、映像を印刷するかまたは正常に受信できたことを示す表示をするかの少なくともいずれか一方を行い、何らかの問題によってデータの全てが誤り無く受信できなかったときには、受信できなかったことを示す表示を行う表示制御手段を備えている。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記印刷装置は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行って誤りを検出した結果、データの全てが誤り無く受信できたときには、映像を印刷するかまたは正常に受信できたことを示す表示をするかの少なくともいずれか一方を行い、何らかの問題によってデータの全てが誤り無く受信できなかったときには、受信できなかったことを示す表示を行う。
上記の発明によれば、受信局でデータを全て誤り無く受け取ることができた場合に、映像を印刷するかおよび／または正常に受信できたことを示す表示を行い、何らかの問題によってデータの全てが誤り無く受信できなかった場合、受信できなかったことを示す表示を行うようにする。
この結果、送信局からデータを送った結果が成功したか失敗したかがユーザにはすぐに判別がつき、失敗している場合にはユーザが再度送信し直すことができる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記表示制御手段は、前記通信機能５、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときのデータ受信中のデータ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別する判別手段を備え、そのいずれか一方の状況が発生した場合には、その状況に対応して各々異なるメッセージを表示する。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記印刷装置は、前記通信機能５、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときのデータ受信中のデータ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別し、そのいずれか一方の状況が発生した場合には、その状況に対応して各々異なるメッセージを表示する。
上記の発明によれば、受信局でデータの中に誤りを検出した場合、データ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別する判別機能を有し、そのいずれか一方の状況が発生した場合、各々異なるメッセージを表示する表示機能を有するようにする。
この結果、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合では、通信距離が遠かったり、蛍光灯、太陽光および白熱灯などの外乱光要因等によりエラーが多くなっているものと判別して、近づいて送信するように表示し、データ途中のパケットから残りが届かなかった場合は通信途中で別の方向に向けられてしまった旨を表示することにより、ユーザに最適な方法で再度送信してもらうことができる。したがって、同じ状況で通信が何度も失敗することを防ぐことができる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記表示制御手段は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときに、誤り検出手段の検出に基づきデータの全てが誤り無く受信できた場合には、正常に受信できたことを示す表示を行い、かつ外部からの開始入力操作により印刷を開始する。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記印刷装置は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときに、データの全てが誤り無く受信できた場合には、正常に受信できたことを示す表示を行い、かつ外部からの開始入力操作により印刷を開始する。
上記の発明によれば、受信局でデータの全てが誤り無く受信できたときには正常に受信できたことを示す表示機能と、正常に受信できた後、外部からの開始入力操作により、受信されたデータの記録を開始する機能を持つようにする。
この結果、ユーザが正常に所望のデータを受け取ったことを確認してから、印刷するようにすることができる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器は、映像を表示する表示部と、送信用映像ファイル、およびこの送信用映像ファイルと対をなし、かつ該送信用映像ファイルよりも容量の小さい表示用映像ファイルを記憶する記憶手段と、ワイヤレス転送を行う場合には上記送信用映像ファイルを送信する一方、上記表示部にて表示する場合は表示用映像ファイルを使用して映像を表示するように制御するファイル転送表示制御手段とを備えている。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器は、ワイヤレス転送を行う場合には送信用映像ファイルを送信する一方、表示部にて表示する場合には、上記送信用映像ファイルと対をなし、かつ該送信用映像ファイルよりも容量の小さい表示用映像ファイルを使用して映像を表示する。
上記の発明によれば、携帯機器で小さな表示部を備える場合、データ送信用の大きな送信用映像ファイルと、該送信用映像ファイルと対になる小さな映像ファイルとを記憶しておく。そして、ワイヤレス転送を行う場合には大きな映像ファイルを送信し、自機器の表示部を使用する場合には小さな表示用映像ファイルを表示する。
すなわち、携帯機器は小型化のために高速のＣＰＵを持つことは難しく、また携帯機器の表示部は小さなものであるから、大きな送信用映像ファイルを縮小して表示することになる。また、印刷装置は、解像度が高く、大きく綺麗に印刷するために大きな映像ファイルを要求することになる。
このことから、携帯機器ではプレビューを行うようにすぐに表示できるような小さなファイルを大きなファイルと対になるように用意することにより、携帯機器で送りたい映像をすばやく選んで転送し、印刷装置にて綺麗に印刷することができるようになる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器は、表示用映像ファイルが無いときには、予め、送信用映像ファイルから表示用映像ファイルを生成して記憶しておく表示用映像ファイル生成記憶手段を備えている。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器は、表示用映像ファイルが無いときには、予め、送信用映像ファイルから表示用映像ファイルを生成して記憶しておく。
上記の発明によれば、表示用映像ファイルが無い場合には、予め自動的に生成する機能を持つようにする。
この結果、携帯機器の表示部に初めて表示しようとする場合には、従来では表示の都度、表示用のファイルを作成するために表示までに時間がかかっていたが、本発明では、予め作成して記憶しておくので、一度作成すると、以降はすばやく送信したいファイルを表示しかつ選ぶことができる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器は、前記印刷装置の印刷能力に合わせて映像ファイルのサイズを変換してから送信するサイズ変換手段を備えている。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器は、前記印刷装置の印刷能力に合わせて映像ファイルのサイズを変換してから送信する。
上記の発明によれば、印刷装置の印刷能力を超えた大きな映像ファイルの場合に、通信に時間がかかり、通信途中で通信誤りが発生する確率を減らすことができる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器は、データをリサイズまたは加工して記録すべく、リサイズ加工手段を備えている。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器は、データをリサイズまたは加工して記録する。
上記の発明によれば、前記携帯機器は、データをリサイズまたは加工して記録するので、印刷装置に転送する場合に、例えば、サイズを縮小して転送できるので、転送時間を短縮することができる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器および前記記録装置の両通信制御手段は、識別信号を生成する識別信号生成手段をそれぞれ備えるとともに、上記携帯機器は、相手機器が上記通信機能１〜９のいずれか同一種類の通信機能を保有しているか否かを判別する判別手段を備え、上記判別手段は、データ送信開始時に、上記識別信号生成手段が生成した識別信号を送信することにより前記通信機能１〜９のいずれかの通信機能を使用した通信要求を行い、その後、上記相手機器からの識別信号を受信したときに、相手機器が上記通信機能１〜９のいずれか同一種類の通信機能を保有していると判別する。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器は、データ送信開始時に、識別信号を送信することにより前記通信機能１〜９のいずれかの通信プロトコルを使用した通信要求を行い、その後、上記相手機器からの識別信号を受信したときに、相手機器が上記通信機能１、２、４、５、７、８のいずれか同一種類の通信機能を保有していると判別する。
上記の発明によれば、受信機器との間で識別信号を送受信するだけで、受信機器が存在し、かつ、受信機器が通信機能１〜９のいずれか同一種類の通信機能を保有していると判別することができる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記記録装置の通信制御手段は、受信したデータの誤りを検出する誤り検出手段を備えるとともに、上記記録装置は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行って上記誤り検出手段により誤りを検出した結果、データの全てが誤り無く受信できたときには、映像を記録するかまたは正常に受信できたことを示す表示をするかの少なくともいずれか一方を行い、何らかの問題によってデータの全てが誤り無く受信できなかったときには、受信できなかったことを示す表示を行う表示制御手段を備えている。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記記録装置は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行って誤りを検出した結果、データの全てが誤り無く受信できたときには、映像を記録するかまたは正常に受信できたことを示す表示をするかの少なくともいずれか一方を行い、何らかの問題によってデータの全てが誤り無く受信できなかったときには、受信できなかったことを示す表示を行う。
上記の発明によれば、受信局でデータを全て誤り無く受け取ることができた場合に、映像を記録するかおよび／または正常に受信できたことを示す表示を行い、何らかの問題によってデータの全てが誤り無く受信できなかった場合、受信できなかったことを示す表示を行うようにする。
この結果、送信局からデータを送った結果が成功したか失敗したかがユーザにはすぐに判別がつき、失敗している場合にはユーザが再度送信し直すことができる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記表示制御手段は、前記通信機能５、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときのデータ受信中のデータ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別する判別手段を備え、そのいずれか一方の状況が発生した場合には、その状況に対応して各々異なるメッセージを表示する。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記記録装置は、前記通信機能１〜９のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときのデータ受信中のデータ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別し、そのいずれか一方の状況が発生した場合には、その状況に対応して各々異なるメッセージを表示する。
上記の発明によれば、受信局でデータの中に誤りを検出した場合、データ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届がなかった場合とを判別する判別機能を有し、そのいずれか一方の状況が発生した場合、各々異なるメッセージを表示する表示機能を有するようにする。
この結果、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合では、通信距離が遠かったり、蛍光灯、太陽光および白熱灯などの外乱光要因などによりエラーが多くなっているものと判別して、近づいて送信するように表示し、データ途中のパケットから残りが届かなかった場合は通信途中で別の方向に向けられてしまった旨を表示することにより、ユーザに最適な方法で再度送信してもらうことができる。したがって、同じ状況で通信が何度も失敗することを防ぐことができる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記表示制御手段は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときに、誤り検出手段の検出に基づきデータの全てが誤り無く受信できた場合には、正常に受信できたことを示す表示を行い、かつ外部からの開始入力操作により記録を開始する。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記記録装置は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときに、データの全てが誤り無く受信できた場合には、正常に受信できたことを示す表示を行い、かつ外部からの開始入力操作により記録を開始する。
上記の発明によれば、受信局でデータの全てが誤り無く受信できたときには正常に受信できたことを示す表示機能と、正常に受信できた後、外部からの開始入力操作により、受信されたデータの記録を開始する機能を持つようにする。
この結果、ユーザが正常に所望のデータを受け取ったことを確認してから、記録するようにすることができる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器は、映像を表示する表示部と、送信用データファイル、およびこの送信用データファイルと対をなし、かつ該送信用データファイルよりも容量の小さい表示用データファイルを記憶する記憶手段と、ワイヤレス転送を行う場合には上記送信用データファイルを送信する一方、上記表示部にて表示する場合は表示用データファイルを使用して映像を表示するように制御するファイル転送表示制御手段とを備えている。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器は、ワイヤレス転送を行う場合には送信用データファイルを送信する一方、表示部にて表示する場合には、上記送信用データファイルと対をなし、かつ該送信用データファイルよりも容量の小さい表示用データファイルを使用して映像を表示する。
上記の発明によれば、携帯機器で小さな表示部を備える場合、データ送信用の大きな送信用データファイルと、該送信用データファイルと対になる小さなデータファイルとを記憶しておく。そして、ワイヤレス転送を行う場合には大きなデータファイルを送信し、自機器の表示部を使用する場合には小さな表示用データファイルを表示する。
すなわち、携帯機器は小型化のために高速のＣＰＵを持つことは難しく、また携帯機器の表示部は小さなものであるから、大きな送信用データファイルを縮小して表示することになる。また、記録装置は、解像度が高く、大きく綺麗に記録するために大きなデータファイルを要求することになる。
このことから、携帯機器ではプレビューを行うようにすぐに表示できるような小さなファイルを大きなファイルと対になるように用意することにより、携帯機器で送りたい映像をすばやく選んで転送し、記録装置にて綺麗に記録することができるようになる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器は、表示用データファイルが無いときには、予め、送信用データファイルから表示用データファイルを生成して記憶しておく表示用データファイル生成記憶手段を備えている。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器は、表示用データファイルが無いときには、予め、送信用データファイルから表示用データファイルを生成して記憶しておく。
上記の発明によれば、表示用データファイルが無い場合には、予め自動的に生成する機能を持つようにする。
この結果、携帯機器の表示部に初めて表示しようとする場合には、従来では表示の都度、表示用のファイルを作成するために表示までに時間がかかっていたが、本発明では、予め作成して記憶しておくので、一度作成すると、以降はすばやく送信したいファイルを表示しかつ選ぶことができる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器は、データをリサイズまたは加工して記録すべく、リサイズ加工手段を備えている。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器は、データをリサイズまたは加工して記録する。
上記の発明によれば、前記携帯機器は、データをリサイズまたは加工して記録するので、記録装置に転送する場合に、例えば、サイズを縮小して転送できるので、転送時間を短縮することができる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記記録装置は、データを記録する記録媒体と、上記記録媒体に記録されたデータを表示する表示手段と、上記記録媒体に記憶された情報データおよびデータの階層構造を読み取る読取手段と、これら情報データおよびデータの階層構造を関連付けて上記表示手段に表示する階層構造表示制御手段とを備えている。なお、記録媒体のデータの階層構造は必ずしも複数階層である必要はなく、単一の階層であってもよい。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記記録装置は、データを記録する記録媒体と、上記記録媒体に記憶された情報データおよびデータの階層構造を読み取る読取手段と、前記携帯機器から受信したデータを階層構造のディレクトリに記録する記録手段とを備えている。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記記録装置は、データを記録する記録媒体と、上記記録媒体に記憶された情報データおよびデータの階層構造を読み取る読取手段と、上記データの階層構造のディレクトリを追加、修正、削除するディレクトリ変更手段とを備えている。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記記録装置は、前記階層構造表示制御手段、記録手段又はディレクトリ変更手段に各動作を行わせるための操作入力手段を備えている。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器は、前記階層構造表示制御手段、記録手段又はディレクトリ変更手段に各動作を行わせるための操作コマンドを前記記録手段に送信する操作コマンド送信手段を備える一方、前記記録装置の操作入力手段は、上記携帯機器から操作コマンドを受信して各動作を行わせる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記記録装置は、画像のデータの加工を行う画像加工手段を備えている。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記記録装置は、前記表示手段と無線伝送を行う無線通信インターフェースを備えている。
上記の発明によれば、記録装置内における記録媒体の情報データおよびデータの階層構造を読み取り、情報データおよびデータの階層構造の追加、修正、削除などのデータ処理を行う機能を有する。この機能は、ソフトウェア又はハードウェアのいずれによって実現されてもよい。
また、特に、情報データが画像の場合、画像の回転、リサイズなどの加工機能を持っていることが好ましい。
さらに、これらの情報を表示するための表示手段、又は、別途用意された表示手段を備え、この表示手段に記録媒体内の情報データおよびのデータ階層構造を表示する。
また、記録装置と表示手段との間の通信インターフェースは有線通信インターフェースに限らず、ワイヤレスインターフェースつまり無線通信インターフェースでも良い。
さらに、これらの情報データの操作を行う操作入力手段として、例えば、記録装置にボタンを付加してもよく、また、データ操作を行う操作コマンドを携帯機器から受け取ってもよい。
これにより、携帯機器から情報データを記録装置の記録媒体に書き込む際に、パーソナルコンピュータを用いることなく、記録媒体にデータ階層構造を作成し、又は記録媒体に存在しているデータ階層構造を利用して情報データの分類および書き込みが可能となる。
また、パーソナルコンピュータを用いる必要がないので、記録装置を小型にすることができ、持ち歩くことも可能となる。
さらに、記録装置における記録媒体のデータ階層構造に関連させ、情報データを表示手段に表示可能であることもユーザが記録媒体の情報データを把握する際に役立つ。特に、情報データが、画像、動画又は音楽データの場合に非常に有益となる。
また、本発明のアルバム閲覧システムは、上記課題を解決するために、上記記載のデータ転送システムを含むアルバム閲覧システムであって、前記記録媒体はＤＶＤにて構成され、このＤＶＤに情報データおよびデータの階層構造を記録すると共に、このＤＶＤに記録された情報データおよびデータの階層構造を表示手段に表示する。
これにより、ＤＶＤに情報データおよびデータの階層構造を記録保存すると共に、このＤＶＤに記録された情報データおよびデータの階層構造を表示手段に表示閲覧することができるアルバム閲覧システムを提供することができる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器および前記パーソナルコンピュータの両通信制御手段は、識別信号を生成する識別信号生成手段をそれぞれ備えるとともに、上記携帯機器および上記パーソナルコンピュータは、相手機器が上記通信機能１〜９のいずれか同一種類の通信機能を保有しているか否かを判別する判別手段を備え、上記判別手段は、データ送信開始時に、上記識別信号生成手段が生成した識別信号を送信することにより前記通信機能１〜９のいずれかの通信機能を使用した通信要求を行い、その後、上記相手機器からの識別信号を受信したときに、相手機器が上記通信機能１〜９のいずれか同一種類の通信機能を保有していると判別する。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器および前記パーソナルコンピュータは、データ送信開始時に、識別信号を送信することにより前記通信機能１〜９のいずれかの通信機能を使用した通信要求を行い、その後、上記相手機器からの識別信号を受信したときに、相手機器が上記通信機能１〜９のいずれか同一種類の通信機能を保有していると判別する。
上記の発明によれば、受信機器との間で識別信号を送受信するだけで、受信機器が存在し、かつ、受信機器が通信機能１〜９のいずれか同一種類の通信機能を保有していると判別することができる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器およびパーソナルコンピュータの少なくとも一方の通信制御手段は、受信したデータの誤りを検出する誤り検出手段を備え、上記誤り検出手段を備えた機器は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行って上記誤り検出手段により誤りを検出した結果、データの全てが誤り無く受信できたときには、データを記録するかまたは正常に受信できたことを示す表示をするかの少なくともいずれか一方を行い、何らかの問題によってデータの全てが誤り無く受信できなかったときには、受信できなかったことを示す表示を行う表示制御手段を備えている。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器およびパーソナルコンピュータの少なくとも一方の機器は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行って誤りを検出した結果、データの全てが誤り無く受信できたときには、データを記録するかまたは正常に受信できたことを示す表示をするかの少なくともいずれか一方を行い、何らかの問題によってデータの全てが誤り無く受信できなかったときには、受信できなかったことを示す表示を行う。
上記の発明によれば、受信局でデータを全て誤り無く受け取ることができた場合に、データを記録するかおよび／または正常に受信できたことを示す表示を行い、何らかの問題によってデータの全てが誤り無く受信できなかった場合、受信できなかったことを示す表示を行うようにする。
この結果、送信局からデータを送った結果が成功したか失敗したかがユーザにはすぐに判別がつき、失敗している場合にはユーザが再度送信し直すことができる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記表示制御手段は、前記通信機能５、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときのデータ受信中のデータ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別する判別手段を備え、そのいずれか一方の状況が発生した場合には、その状況に対応して各々異なるメッセージを表示する。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器およびパーソナルコンピュータの少なくとも一方の機器は、前記通信機能５、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときのデータ受信中のデータ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別し、そのいずれか一方の状況が発生した場合には、その状況に対応して各々異なるメッセージを表示する。
上記の発明によれば、受信局でデータの中に誤りを検出した場合、データ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別する判別機能を有し、そのいずれか一方の状況が発生した場合、各々異なるメッセージを表示する表示機能を有するようにする。
この結果、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合では、通信距離が遠かったり、蛍光灯、太陽光および白熱灯などの外乱光要因等によりエラーが多くなっているものと判別して、近づいて送信するように表示し、データ途中のパケットから残りが届かなかった場合は通信途中で別の方向に向けられてしまった旨を表示することにより、ユーザに最適な方法で再度送信してもらうことができる。したがって、同じ状況で通信が何度も失敗することを防ぐことができる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記表示制御手段は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときに、誤り検出手段の検出に基づきデータの全てが誤り無く受信できた場合には、正常に受信できたことを示す表示を行い、かつ外部からの開始入力操作により記録を開始する。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器およびパーソナルコンピュータの少なくとも一方の機器は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときに、データの全てが誤り無く受信できた場合には、正常に受信できたことを示す表示を行い、かつ外部からの開始入力操作により記録を開始する。
上記の発明によれば、受信局でデータの全てが誤り無く受信できたときには正常に受信できたことを示す表示機能と、正常に受信できた後、外部からの開始入力操作により、受信されたデータの記録を開始する機能を持つようにする。
この結果、ユーザが正常に所望のデータを受け取ったことを確認してから、記録するようにすることができる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記各携帯機器の通信制御手段は、識別信号を生成する識別信号生成手段をそれぞれ備えるとともに、上記各携帯機器は、相手機器が上記通信機能１〜９のいずれか同一種類の通信機能を保有しているか否かを判別する判別手段を備え、上記判別手段は、データ送信開始時に、上記識別信号生成手段が生成した識別信号を送信することにより前記通信機能１〜９のいずれかの通信機能を使用した通信要求を行い、その後、上記相手機器からの識別信号を受信したときに、相手機器が上記通信機能１〜９のいずれか同一種類の通信機能を保有していると判別する。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記各携帯機器は、データ送信開始時に、識別信号を送信することにより前記通信機能１〜９のいずれかの通信機能を使用した通信要求を行い、その後、上記相手機器からの識別信号を受信したときに、相手機器が上記通信機能１〜９のいずれか同一種類の通信機能を保有していると判別する。
上記の発明によれば、受信機器との間で識別信号を送受信するだけで、受信機器が存在し、かつ、受信機器が通信機能１〜９のいずれか同一種類の通信機能を保有していると判別することができる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記各携帯機器の少なくとも一方の通信制御手段は、受信したデータの誤りを検出する誤り検出手段を備え、上記誤り検出手段を備えた機器は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行って上記誤り検出手段により誤りを検出した結果、データの全てが誤り無く受信できたときには、データを記録するかまたは正常に受信できたことを示す表示をするかの少なくともいずれか一方を行い、何らかの問題によってデータの全てが誤り無く受信できなかったときには、受信できなかったことを示す表示を行う表示制御手段を備えている。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記各携帯機器の少なくとも一方の機器は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行って誤りを検出した結果、データの全てが誤り無く受信できたときには、データを記録するかまたは正常に受信できたことを示す表示をするかの少なくともいずれか一方を行い、何らかの問題によってデータの全てが誤り無く受信できなかったときには、受信できなかったことを示す表示を行う。
上記の発明によれば、受信局でデータを全て誤り無く受け取ることができた場合に、データを記録するかおよび／または正常に受信できたことを示す表示を行い、何らかの問題によってデータの全てが誤り無く受信できなかった場合、受信できなかったことを示す表示を行うようにする。
この結果、送信局からデータを送った結果が成功したか失敗したかがユーザにはすぐに判別がつき、失敗している場合にはユーザが再度送信し直すことができる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記表示制御手段は、前記通信機能５、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときのデータ受信中のデータ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別する判別手段を備え、そのいずれか一方の状況が発生した場合には、その状況に対応して各々異なるメッセージを表示する。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記各携帯機器の少なくとも一方の機器は、前記通信機能５、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときのデータ受信中のデータ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別し、そのいずれか一方の状況が発生した場合には、その状況に対応して各々異なるメッセージを表示する。
上記の発明によれば、受信局でデータの中に誤りを検出した場合、データ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別する判別機能を有し、そのいずれか一方の状況が発生した場合、各々異なるメッセージを表示する表示機能を有するようにする。
この結果、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合では、通信距離が遠かったり、蛍光灯、太陽光および白熱灯などの外乱光要因等によりエラーが多くなっているものと判別して、近づいて送信するように表示し、データ途中のパケットから残りが届かなかった場合は通信途中で別の方向に向けられてしまった旨を表示することにより、ユーザに最適な方法で再度送信してもらうことができる。したがって、同じ状況で通信が何度も失敗することを防ぐことができる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記表示制御手段は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときに、誤り検出手段の検出に基づきデータの全てが誤り無く受信できた場合には、正常に受信できたことを示す表示を行い、かつ外部からの開始入力操作により記録を開始する。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記各携帯機器の少なくとも一方の機器は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときに、データの全てが誤り無く受信できた場合には、正常に受信できたことを示す表示を行い、かつ外部からの開始入力操作により記録を開始する。上記の発明によれば、受信局でデータの全てが誤り無く受信できたときには正常に受信できたことを示す表示機能と、正常に受信できた後、外部からの開始入力操作により、受信されたデータの記録を開始する機能を持つようにする。
この結果、ユーザが正常に所望のデータを受け取ったことを確認してから、記録するようにすることができる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記ワイヤレス通信は、赤外線（ＩＲ）通信である。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記ワイヤレス通信は、赤外線（ＩＲ）通信である。
上記の発明によれば、赤外線を用いたデータ転送として、前述したように、ＩｒＤＡ規格がある。したがって、例えばＩｒＤＡ規格に準拠した転送方式を採用している機器に対して、機器の間の角度がある一定以上の角度になったり、距離がある一定以上の距離になったりすることにより、通信が失敗してしまう確率を減らすことができる。
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記通信機能３、６、９は、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）で定められた通信機能である。
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記通信機能３、６、９は、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）で定められた通信機能である。
上記の発明によれば、通信機能３、６、９は、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）で定められた通信機能であるので、赤外線を用いたデータ転送として一般的なＩｒＤＡ規格を採用している機器に対して、機器の間の角度がある一定以上の角度になったり、距離がある一定以上の距離になったりすることにより、通信が失敗してしまう確率を減らすことができる。
また、通信機能３、６、９をＩｒＤＡプロトコルとした場合には、前記通信機能１、２、４、５、７、８のは、ソフトウェアを変更するだけでＩｒＤＡの物理層はそのまま使用できる。したがって、前記通信機能１、２、４、５、７、８のを、ＩｒＤＡプロトコル層の一部を変更もしくは追加することで、容易に作成することができる。
また、本発明のデータ転送プログラムは、上記課題を解決するために、コンピュータを上記データ転送システムの各手段として機能させるためのコンピュータ・プログラムである。
上記の発明により、コンピュータで上記データ転送システムの各手段を実現することによって、上記データ転送システムを実現することができる。
また、本発明の記録媒体は、上記の各手段をコンピュータに実現させて、上記データ転送システムを動作させるデータ転送プログラムを記録したコンピュータ読み取り可能な記録媒体である。
上記の発明により、上記記録媒体から読み出されたデータ転送プログラムによって、上記データ転送システムをコンピュータ上に実現することができる。
発明の詳細な説明の項においてなされた具体的な実施態様または実施例は、あくまでも、本発明の技術内容を明らかにするものであって、そのような具体例にのみ限定して狭義に解釈されるべきものではなく、本発明の精神と特許請求事項との範囲内で、いろいろと変更して実施することができるものである。
本発明の送信機、受信機、通信システム、通信方法、通信プログラムによれば、短時間で接続を確立することができる。よって、例えば、携帯機器から携帯機器、携帯機器からプリンタ、携帯機器から表示装置、携帯機器からＤＶＤレコーダ等のＡＶ機器（記録装置）の通信等に好適に利用することができる。

Claims (24)

  1. 受信機との間で複数の通信層の接続を確立して無線通信を行う送信機であって、
    送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含む接続リクエストを生成する接続リクエスト生成手段と、
    上記接続リクエストを受信機へ送信する接続リクエスト送信手段と、を備えることを特徴とする送信機。
  2. 上記接続リクエスト生成手段は、上記接続リクエストに当該接続リクエストに対するレスポンスを送信することを受信機に要求するコマンドを含めることを特徴とする請求項１に記載の送信機。
  3. 受信機から受信した、上記接続リクエストに対するレスポンスに応じた設定を各通信層において行う接続設定手段を備えることを特徴とする請求項２に記載の送信機。
  4. 上記接続リクエストに対するレスポンスを受信機から受信することなく、当該接続リクエストに応じた設定を各通信層において行う接続設定手段を備えることを特徴とする請求項１に記載の送信機。
  5. 上記接続リクエスト生成手段は、上記接続リクエストにデータ交換の際にレスポンスを送信することを受信機に要求するコマンドを含めることを特徴とする請求項１に記載の送信機。
  6. 隣接する複数の通信層の切断に必要なコマンドおよびデータを含む切断リクエストを生成する切断リクエスト生成手段と、
    上記切断リクエストを受信機へ送信する切断リクエスト送信手段と、を備えることを特徴とする請求項１に記載の送信機。
  7. 受信機との間で複数の通信層の接続を確立して無線通信を行う送信機であって、
    送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含む接続リクエストを生成する第１の接続リクエスト生成手段と、
    上記通信層ごとに、接続に必要なコマンドおよびデータを含む接続リクエストを生成する第２の接続リクエスト生成手段と、
    上記接続リクエストを生成する際、上記第１および第２の接続リクエスト生成手段のいずれか一方を選択する選択手段と、
    上記選択手段によって選択された上記第１あるいは第２の接続リクエスト生成手段が生成した接続リクエストを受信機へ送信する接続リクエスト送信手段と、を備えることを特徴とする送信機。
  8. 受信機との間で複数の通信層の接続を確立して無線通信を行う送信機であって、
    送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含む接続リクエストを生成する第１の接続リクエスト生成手段と、
    上記通信層ごとに、接続に必要なコマンドおよびデータを含む接続リクエストを生成する第２の接続リクエスト生成手段と、
    上記接続リクエストを生成する際、上記第１および第２の接続リクエスト生成手段のいずれか一方を選択する選択手段と、
    上記選択手段によって選択された上記第１あるいは第２の接続リクエスト生成手段が生成した接続リクエストを受信機へ送信する接続リクエスト送信手段と、を備え、
    上記第１の接続リクエスト生成手段が生成した接続リクエストに対する受信機からのレスポンスがないとき、上記選択手段が上記第２の接続リクエスト生成手段を選択し、該選択された上記第２の接続リクエスト生成手段が新たな接続リクエストを生成し、上記接続リクエスト送信手段が上記新たに生成した接続リクエストを受信機へ送信することを特徴とする送信機。
  9. 上記通信が赤外線通信であることを特徴とする請求項１に記載の送信機。
  10. 携帯電話であることを特徴とする請求項１に記載の送信機。
  11. 撮像した画像を受信機へ送信する撮像機であることを特徴とする請求項１に記載の送信機。
  12. 請求項１に記載の送信機を動作させる通信プログラムであって、コンピュータを上記の各手段として機能させるための通信プログラム。
  13. 受信機との間で複数の通信層の接続を確立して無線通信を行う送信機の通信方法であって、
    接続リクエスト生成手段にて、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含む接続リクエストを生成するステップと、
    接続リクエスト送信手段にて、上記接続リクエストを受信機へ送信するステップと、を含むことを特徴とする通信方法。
  14. 送信機との間で複数の通信層の接続を確立して無線通信を行う受信機であって、
    送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含む接続リクエストを送信機から受信する接続リクエスト受信手段と、
    上記接続リクエストからコマンドおよびデータを抽出し、該コマンドおよびデータに基づいて各通信層の接続を確立させる接続確立手段と、を備えることを特徴とする受信機。
  15. 上記接続リクエストに当該接続リクエストに対するレスポンスの送信を要求するコマンドが含まれていた場合、上記レスポンスを送信するレスポンス送信手段を備えることを特徴とする請求項１４に記載の受信機。
  16. 上記接続リクエストにデータ交換の際にレスポンスの送信を要求するコマンドが含まれていた場合、上記レスポンスを送信するレスポンス送信手段を備えることを特徴とする請求項１４に記載の受信機。
  17. 隣接する複数の通信層の切断に必要なコマンドおよびデータを含む切断リクエストを送信機から受信する切断リクエスト受信手段と、
    上記切断リクエストからコマンドおよびデータを抽出し、該コマンドおよびデータに基づいて各通信層の接続を切断する切断手段と、を備えることを特徴とする請求項１４に記載の受信機。
  18. 送信機との間で複数の通信層の接続を確立して無線通信を行う受信機であって、
    送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含む接続リクエストを送信機から受信する、あるいは、上記通信層ごとに、接続に必要なコマンドおよびデータを含む接続リクエストを送信機から受信する接続リクエスト受信手段と、
    上記接続リクエストからコマンドおよびデータを抽出し、該コマンドおよびデータに基づいて各通信層の接続を確立させる接続確立手段と、を備えることを特徴とする受信機。
  19. 上記通信が赤外線通信であることを特徴とする請求項１４に記載の受信機。
  20. 送信機から放送を受信する放送受信装置であることを特徴とする請求項１４に記載の受信機。
  21. 送信機から受信した放送を記録する放送記録装置であることを特徴とする請求項１４に記載の受信機。
  22. 請求項１４に記載の受信機を動作させる通信プログラムであって、コンピュータを上記の各手段として機能させるための通信プログラム。
  23. 送信機との間で複数の通信層の接続を確立して無線通信を行う受信機の通信方法であって、
    接続リクエスト受信手段にて、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含む接続リクエストを送信機から受信 するステップと、
    接続確立手段にて、上記接続リクエストからコマンドおよびデータを抽出し、該コマンドおよびデータに基づいて各通信層の接続を確立するステップと、を含むことを特徴とする通信方法。
  24. 互いの複数の通信層の接続を確立して無線通信を行う送信機および受信機を含む通信システムであって、
    上記送信機が、
    送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含む接続リクエストを生成する接続リクエスト生成手段と、
    上記接続リクエストを受信機へ送信する接続リクエスト送信手段とを備え、
    上記受信機が、
    送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含む接続リクエストを送信機から受信する接続リクエスト受信手段と、
    上記接続リクエストからコマンドおよびデータを抽出し、該コマンドおよびデータに基づいて各通信層の接続を確立させる接続確立手段と、を備えることを特徴とする通信システム。
JP2006508674A 2004-08-06 2005-08-05 送信機、受信機、通信システム、通信方法、通信プログラム Active JP4091095B2 (ja)

Applications Claiming Priority (25)

Application Number Priority Date Filing Date Title
JP2004231665 2004-08-06
JP2004231663 2004-08-06
JP2004231658 2004-08-06
JP2004231663 2004-08-06
JP2004231653 2004-08-06
JP2004231653 2004-08-06
JP2004231665 2004-08-06
JP2004231733 2004-08-06
JP2004231658 2004-08-06
JP2004231733 2004-08-06
JP2004265748 2004-09-13
JP2004265748 2004-09-13
JP2005022209 2005-01-28
JP2005022209 2005-01-28
JP2005023901 2005-01-31
JP2005023901 2005-01-31
JP2005023929 2005-01-31
JP2005023929 2005-01-31
JP2005116096 2005-04-13
JP2005116096 2005-04-13
JP2005152910 2005-05-25
JP2005152910 2005-05-25
JP2005192903 2005-06-30
JP2005192903 2005-06-30
PCT/JP2005/014446 WO2006013979A1 (ja) 2004-08-06 2005-08-05 送信機、受信機、通信システム、通信方法、通信プログラム

Related Child Applications (2)

Application Number Title Priority Date Filing Date
JP2006263538A Division JP4430054B2 (ja) 2004-08-06 2006-09-27 通信装置、通信方法、通信プログラム、記録媒体
JP2006283132A Division JP4948113B2 (ja) 2004-08-06 2006-10-17 送信機、受信機、通信システム、通信方法、通信プログラム

Publications (2)

Publication Number Publication Date
JPWO2006013979A1 JPWO2006013979A1 (ja) 2008-05-08
JP4091095B2 true JP4091095B2 (ja) 2008-05-28

Family

ID=35787257

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006508674A Active JP4091095B2 (ja) 2004-08-06 2005-08-05 送信機、受信機、通信システム、通信方法、通信プログラム

Country Status (5)

Country Link
US (1) US8036244B2 (ja)
EP (1) EP1780984A4 (ja)
JP (1) JP4091095B2 (ja)
KR (1) KR100869540B1 (ja)
WO (1) WO2006013979A1 (ja)

Families Citing this family (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1780984A4 (en) 2004-08-06 2012-05-30 Sharp Kk TRANSMITTER, RECEIVER, COMMUNICATION SYSTEM, COMMUNICATION METHOD, AND COMMUNICATION PROGRAM
KR100902341B1 (ko) 2005-01-28 2009-06-12 샤프 가부시키가이샤 통신기기, 통신시스템, 통신방법, 통신 프로그램을 기록한 컴퓨터독취가능한 기록매체, 통신회로
CN101964705B (zh) 2005-01-28 2012-08-08 夏普株式会社 通信设备、通信系统、通信方法、通信程序、通信电路
US8051182B2 (en) 2005-01-28 2011-11-01 Sharp Kabushiki Kaisha Communication device, communication system, communication method, communication program, and communication circuit
US7787391B2 (en) 2005-01-28 2010-08-31 Sharp Kabushiki Kaisha Communication device, communication system, communication method, communication program, and communication circuit
JP2007060430A (ja) * 2005-08-25 2007-03-08 Ntt Docomo Inc 赤外線通信装置及び赤外線通信方法
US9049243B2 (en) * 2005-09-28 2015-06-02 Photobucket Corporation System and method for allowing a user to opt for automatic or selectively sending of media
EP1963986A2 (en) * 2005-09-28 2008-09-03 Ontela Inc. Method and system for establishing a service- application execution environment in a hetergoneous, distributed computing system nad a user-friendly data-transfer service application executing within the service-application execution environment
US9009265B2 (en) * 2005-09-28 2015-04-14 Photobucket Corporation System and method for automatic transfer of data from one device to another
EP1953989A4 (en) * 2005-11-10 2012-05-09 Sharp Kk DATA TRANSMITTERS, CONTROL PROCEDURES THEREFOR, DATA RECEIVER AND CONTROL PROCEDURES THEREFOR, DATA SENDING SYSTEM, DATA TRANSMITTER PROGRAM, DATA RECEIVER CONTROL PROGRAM AND RECORDING MEDIUM FOR RECORDING THE PROGRAMS
JP4232802B2 (ja) 2006-08-23 2009-03-04 セイコーエプソン株式会社 データ受信装置、データ受信方法及びそのプログラム
JP4783702B2 (ja) * 2006-09-15 2011-09-28 富士通株式会社 光受信装置
US9424270B1 (en) 2006-09-28 2016-08-23 Photobucket Corporation System and method for managing media files
JP4219950B2 (ja) * 2006-10-16 2009-02-04 シャープ株式会社 通信機器、通信方法、通信回路、携帯電話機、プログラム、およびプログラムを記録したコンピュータ読み取り可能な記録媒体
KR101368166B1 (ko) * 2007-07-09 2014-03-03 삼성전자주식회사 가시광 통신을 이용한 주변기기 인터페이스에서 재접속방법
JP2010534021A (ja) * 2007-07-18 2010-10-28 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ ネットワークにおいて報告メッセージを生成する方法
KR101364393B1 (ko) 2007-07-19 2014-02-17 삼성전자주식회사 가시광 통신에서 통신 링크의 정렬을 위한 장치 및 방법
DE102007038763A1 (de) * 2007-08-16 2009-02-19 Siemens Ag Verfahren und Vorrichtung zur Sicherung eines Programms gegen eine Kontrollflussmanipulation und gegen einen fehlerhaften Programmablauf
JP4810544B2 (ja) * 2008-01-11 2011-11-09 シャープ株式会社 通信装置、通信方法、通信プログラム、および記録媒体
PL2299619T3 (pl) 2009-09-17 2017-10-31 Lantiq Beteiligungs Gmbh & Co Kg Sposób i urządzenie do retransmisji
JP4910035B2 (ja) * 2009-11-13 2012-04-04 株式会社東芝 電子機器および通信制御方法
US9253272B2 (en) * 2009-12-02 2016-02-02 Blackberry Limited Reliable delivery of a push-state aware client device
JP5424836B2 (ja) * 2009-12-02 2014-02-26 キヤノン株式会社 データ送信装置、データ送信装置の制御方法及びプログラム
JP2011259320A (ja) * 2010-06-10 2011-12-22 Canon Inc 再生装置
KR101753195B1 (ko) 2010-07-27 2017-07-19 아주대학교산학협력단 통신 시스템에서 세션 연결 제어 장치 및 방법
JP5331081B2 (ja) * 2010-10-15 2013-10-30 トヨタ自動車株式会社 情報処理装置、ナビゲーション装置、データ更新方法
DE102010063327A1 (de) * 2010-12-17 2012-06-21 Bayerische Motoren Werke Aktiengesellschaft Verfahren zur Behandlung von Kommunikationsfehlern und Kraftfahrzeug
EP2541825B1 (en) * 2011-06-30 2018-10-03 Lantiq Beteiligungs-GmbH & Co.KG Impulse noise diagnosis during retransmission
JP5177270B2 (ja) * 2011-09-08 2013-04-03 ソニー株式会社 通信装置、通信システム、および通信方法
JP6249498B2 (ja) * 2013-11-26 2017-12-20 楽天株式会社 管理装置、管理方法、ならびに、プログラム
JP5669158B1 (ja) * 2014-04-11 2015-02-12 パナソニックＩｐマネジメント株式会社 コードレス電話装置及び電話帳制御方法
JP6863612B2 (ja) 2015-12-30 2021-04-21 アロン シュアファイア エルエルシーＡｒｏｎ Ｓｕｒｅｆｉｒｅ Ｌｌｃ 光ナローキャスティング
US10789264B2 (en) 2016-01-20 2020-09-29 International Business Machines Corporation Automating configuration of operational data pipelines for extraction, transformation and load
US9917652B1 (en) 2017-06-06 2018-03-13 Surefire Llc Adaptive communications focal plane array
US10473439B2 (en) 2018-01-05 2019-11-12 Aron Surefire, Llc Gaming systems and methods using optical narrowcasting
US10236986B1 (en) 2018-01-05 2019-03-19 Aron Surefire, Llc Systems and methods for tiling free space optical transmissions
US10250948B1 (en) 2018-01-05 2019-04-02 Aron Surefire, Llc Social media with optical narrowcasting
US10893598B2 (en) * 2019-01-25 2021-01-12 Osram Sylvania Inc. Transmission of luminaire maintenance information
JP7145117B2 (ja) * 2019-04-05 2022-09-30 ルネサスエレクトロニクス株式会社 通信装置

Family Cites Families (135)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5856200A (ja) 1981-09-30 1983-04-02 富士通株式会社 手書文字情報の伝送方式
JPS6229238A (ja) 1985-07-29 1987-02-07 Mitsubishi Electric Corp 調歩同期式シリアルデ−タの送受信装置
US4957648A (en) * 1987-08-06 1990-09-18 The Lubrizol Corporation Spin fiber lubricant compositions
JPH0829040B2 (ja) 1987-10-09 1996-03-27 ダイワ精工株式会社 魚釣用リールのハンドル折畳み装置
JPH01164140A (ja) 1987-12-21 1989-06-28 Nippon Telegr & Teleph Corp <Ntt> バースト再送型誤り訂正方式
JPH0216847A (ja) 1988-07-04 1990-01-19 Nippon Telegr & Teleph Corp <Ntt> データの送達確認応答通知方式
JPH0241050A (ja) 1988-07-30 1990-02-09 Sony Corp 通信装置
US4957348A (en) 1989-03-21 1990-09-18 Hewlett-Packard Company Optical transceiver with multiple communication modes
JPH0370059A (ja) 1989-08-09 1991-03-26 Nec Corp 回線シミュレーション方式
JPH0398338A (ja) 1989-09-11 1991-04-23 Meidensha Corp 遠方監視制御装置の伝送方法
JPH03139935A (ja) 1989-10-26 1991-06-14 Ricoh Co Ltd 分散搬送交換システム
JPH04839A (ja) 1990-04-17 1992-01-06 Nippon Telegr & Teleph Corp <Ntt> パケット通信方法
EP0488685B1 (en) 1990-11-29 2000-11-02 Fujitsu Limited ISDN interface unit
JP2902776B2 (ja) 1990-11-29 1999-06-07 富士通株式会社 Ｉｓｄｎインタフェース装置
JPH0779332B2 (ja) 1991-02-25 1995-08-23 日本電信電話株式会社 データ再送伝送方式
JP3170302B2 (ja) 1991-02-26 2001-05-28 松下電送システム株式会社 Ｇ４ファクシミリ通信方法
JPH04291556A (ja) 1991-03-20 1992-10-15 Fujitsu Ltd 通信制御方式
JP3183678B2 (ja) 1991-07-24 2001-07-09 日本電信電話株式会社 通信制御方法
JPH0563749A (ja) * 1991-09-02 1993-03-12 Hitachi Ltd マルチプロトコル通信制御装置
DE4131133B4 (de) 1991-09-19 2005-09-08 Robert Bosch Gmbh Verfahren und Vorrichtung zum Austausch von Daten in Datenverarbeitungsanlagen
JPH05175985A (ja) * 1991-12-20 1993-07-13 Fujitsu Ltd 多階層複合呼制御方式
JPH05260124A (ja) 1992-03-11 1993-10-08 Oki Electric Ind Co Ltd 呼制御方式
JPH0670383A (ja) 1992-08-21 1994-03-11 Toshiba Corp 赤外線送受信システム
JPH06152687A (ja) 1992-11-09 1994-05-31 Ricoh Co Ltd データ伝送方法
JP2871354B2 (ja) * 1992-11-11 1999-03-17 日本電気株式会社 アプリケーションプログラム接続方式
JPH0715485A (ja) 1993-06-15 1995-01-17 Matsushita Electric Ind Co Ltd データ受信方法及びデータ受信装置
JPH0746292A (ja) 1993-07-30 1995-02-14 Mitsubishi Electric Corp 画像データ伝送方式
US5515508A (en) * 1993-12-17 1996-05-07 Taligent, Inc. Client server system and method of operation including a dynamically configurable protocol stack
JP3161910B2 (ja) 1994-07-26 2001-04-25 シャープ株式会社 通信装置
US5557634A (en) 1994-10-14 1996-09-17 International Business Machines Corporation Multiprotocol directed infrared communication controller
JPH08191271A (ja) 1995-01-10 1996-07-23 Fujitsu Ltd 光通信装置
FI97659C (fi) * 1995-01-13 1997-01-27 Nokia Mobile Phones Ltd Menetelmä ja -laite virran säästämiseksi infrapuna-tiedonsiirrossa
JP3324671B2 (ja) 1995-05-16 2002-09-17 インターナショナル・ビジネス・マシーンズ・コーポレーション コンピュータ・システム
JP2720855B2 (ja) 1995-11-10 1998-03-04 日本電気株式会社 赤外線通信の受信回路
JPH09154176A (ja) 1995-11-30 1997-06-10 Sanyo Electric Co Ltd 携帯通信装置及び、通信接続装置
JPH09224069A (ja) 1996-02-16 1997-08-26 Nec Eng Ltd 赤外線通信装置
US6188431B1 (en) 1996-02-17 2001-02-13 Casio Computers Co., Ltd. Electronic still camera and method for communication between electronic still cameras
JPH09284696A (ja) 1996-02-17 1997-10-31 Casio Comput Co Ltd 電子スチルカメラおよび電子スチルカメラ間の通信方法
US5759716A (en) * 1996-04-08 1998-06-02 Ensci Inc Battery element containing metal inhibiting additives
JP3759233B2 (ja) 1996-04-19 2006-03-22 ローム株式会社 光通信用デバイス
JP3698833B2 (ja) 1996-09-20 2005-09-21 株式会社リコー ワイヤレス通信システム
JPH10107737A (ja) * 1996-09-26 1998-04-24 Nec Eng Ltd シリアル赤外線通信装置
CA2216980C (en) 1996-10-04 2001-09-25 Hitachi, Ltd. Communication method
JPH10145452A (ja) * 1996-11-01 1998-05-29 Nec Corp 通信プロトコルの論理パス生成方式
US6728774B1 (en) 1997-01-15 2004-04-27 Nokia Mobile Phones Limited Transaction support for IRDA-compatible systems
JPH10289180A (ja) * 1997-02-12 1998-10-27 Canon Inc 通信処理装置及び方法
TW384611B (en) 1997-02-14 2000-03-11 Canon Kk Data communication apparatus and method
EP0859327B1 (en) 1997-02-14 2009-07-15 Canon Kabushiki Kaisha Data transmission apparatus, system and method, and image processing apparatus
JP3439320B2 (ja) 1997-05-08 2003-08-25 松下電器産業株式会社 データ通信方法、データ通信装置、およびデータ通信プログラム記録媒体
JPH1115761A (ja) 1997-06-02 1999-01-22 Internatl Business Mach Corp <Ibm> 赤外線通信機能を持つ情報処理装置及びその制御方法
JP3482103B2 (ja) 1997-07-29 2003-12-22 シャープ株式会社 赤外線通信制御装置および方法
US6658480B2 (en) 1997-10-14 2003-12-02 Alacritech, Inc. Intelligent network interface system and method for accelerated protocol processing
US6178181B1 (en) 1997-12-01 2001-01-23 Telefonaktiebolaget L M Ericsson (Publ) Mapping function and method of transmitting signaling system 7(SS7) telecommunications messages over data networks
US6256296B1 (en) 1997-12-17 2001-07-03 Yaron Ruziak Network communications link
US6907013B1 (en) 1997-12-17 2005-06-14 Infracom, Ltd. Network communications link
DE69836440T2 (de) 1997-12-17 2007-09-27 Ltd. Infra-Com Netzwerk-Kommunikationsverbindung
US6735245B1 (en) 1998-01-09 2004-05-11 Panasonic Communications Co., Ltd. Activation of multiple XDSL modems with channel probe
JP3847952B2 (ja) 1998-05-01 2006-11-22 キヤノン株式会社 無線通信装置及び制御方法
JP2000010745A (ja) 1998-06-17 2000-01-14 Toshiba Corp 印刷システム、端末装置、印刷装置及び記録媒体
JP3005525B2 (ja) 1998-07-15 2000-01-31 日本電気移動通信株式会社 データ通信方法及びその制御プログラムを記録した記録媒体
JP3945034B2 (ja) 1998-08-25 2007-07-18 カシオ計算機株式会社 印刷装置
JP2000101605A (ja) 1998-09-24 2000-04-07 Sanyo Electric Co Ltd 赤外線通信装置、赤外線通信方法および記録媒体
US6347339B1 (en) 1998-12-01 2002-02-12 Cisco Technology, Inc. Detecting an active network node using a login attempt
JP3552199B2 (ja) 1998-12-28 2004-08-11 株式会社東芝 機器制御装置及び通信ノード
JP3180790B2 (ja) 1998-12-28 2001-06-25 日本電気株式会社 赤外線非接続型オブジェクト交換通信方法および装置
JP3492229B2 (ja) * 1999-03-12 2004-02-03 富士通株式会社 通信制御装置
GB2349949B (en) 1999-05-14 2003-03-05 Taylor Hobson Ltd Metrological instrument
JP2000332688A (ja) 1999-05-17 2000-11-30 Sharp Corp 光空間伝送装置
JP2000349782A (ja) 1999-06-08 2000-12-15 Nec Corp 赤外線送受信装置および赤外線送受信方法
US6812881B1 (en) 1999-06-30 2004-11-02 International Business Machines Corp. System for remote communication with an addressable target using a generalized pointing device
JP3374798B2 (ja) 1999-08-23 2003-02-10 日本電気株式会社 赤外線通信機能付き携帯無線端末とその通信方法
JP2001083948A (ja) 1999-09-13 2001-03-30 Canon Inc 表示装置及びその方法
JP3718091B2 (ja) 1999-11-16 2005-11-16 富士通株式会社 移動体搭載無線通信装置
FI110831B (fi) 1999-12-31 2003-03-31 Nokia Corp Menetelmä tiedonsiirron tehostamiseksi ja tiedonsiirtoprotokolla
GB0001025D0 (en) * 2000-01-18 2000-03-08 Hewlett Packard Co Communication initiation method employing an authorisation server
JP2001202281A (ja) 2000-01-19 2001-07-27 Sony Corp 記録方法及び装置、転送方法及び装置、再生方法及び装置、記録媒体
JP2001308955A (ja) 2000-04-20 2001-11-02 Sharp Corp 伝送方法
CN1227890C (zh) 2000-09-18 2005-11-16 皇家菲利浦电子有限公司 用作数码相片显示放映机的独立监视器
JP2002135260A (ja) 2000-10-20 2002-05-10 Canon Inc 無線通信システム、送信無線装置、受信無線装置、伝送レート変更方法及び記憶媒体
JP2002158730A (ja) 2000-11-17 2002-05-31 Sony Corp 通信方法及び通信装置
US20020065065A1 (en) 2000-11-30 2002-05-30 E. Michael Lunsford Method and system for applying line of sight IR selection of a receiver to implement secure transmission of data to a mobile computing device via an RF link
US6973023B1 (en) 2000-12-30 2005-12-06 Cisco Technology, Inc. Method for routing information over a network employing centralized control
JP3737033B2 (ja) 2001-01-24 2006-01-18 シャープ株式会社 情報交換システム
JP3636667B2 (ja) 2001-01-30 2005-04-06 三菱電機株式会社 通信方法、通信システム
US6842433B2 (en) 2001-04-24 2005-01-11 Wideray Corporation System and method for communicating information from a computerized distributor to portable computing devices
US6839564B2 (en) 2001-04-25 2005-01-04 Nokia Corporation Synchronization of database data
EP1265445A3 (en) 2001-06-08 2007-05-30 The Distribution Systems Research Institute Terminal-to-terminal communication connection control system for IP full service
JP2003008553A (ja) 2001-06-22 2003-01-10 Mitsubishi Electric Corp 送信機、受信機、送受信機および通信システム
GB0115996D0 (en) * 2001-06-29 2001-08-22 Nokia Corp Circuit-switched and packet-switched communications
US20030093503A1 (en) 2001-09-05 2003-05-15 Olympus Optical Co., Ltd. System for controling medical instruments
JP3668170B2 (ja) 2001-09-20 2005-07-06 株式会社東芝 無線通信装置
JP2003101554A (ja) 2001-09-21 2003-04-04 Sony Corp 情報伝送システム、送信装置、受信装置、送信方法、受信方法、プログラム及びプログラム記録媒体
JP3871113B2 (ja) 2001-09-28 2007-01-24 株式会社日立製作所 通信端末装置、通信確立方法、および該方法に係るプログラム
CN1254998C (zh) 2001-11-08 2006-05-03 三菱电机株式会社 无线通信方法及用于其中的移动体终端
TW506594U (en) * 2001-12-11 2002-10-11 Chung Shan Inst Of Science Self-service photograph printing device
JP2003218936A (ja) 2002-01-18 2003-07-31 Nissan Motor Co Ltd 可変長メッセージの送受信方法および送受信装置
JP2003258880A (ja) 2002-03-01 2003-09-12 Nippon Telegr & Teleph Corp <Ntt> ネットワークおよびノードおよびデータ転送方法
US7305007B2 (en) * 2002-03-07 2007-12-04 Broadcom Corporation Receiver-aided set-up request routing
JP2003263403A (ja) 2002-03-07 2003-09-19 Canon Inc オブジェクト交換装置及びオブジェクト受信方法
US7007103B2 (en) * 2002-04-30 2006-02-28 Microsoft Corporation Method to offload a network stack
US7480312B2 (en) 2002-08-19 2009-01-20 Tehuti Networks Ltd. Network traffic accelerator system and method
JP4201550B2 (ja) 2002-08-30 2008-12-24 富士通株式会社 負荷分散装置
JP2004104441A (ja) 2002-09-09 2004-04-02 Ricoh Co Ltd 無線ネットワークシステム、中継装置プログラム及び記憶媒体
US7014374B2 (en) 2002-09-25 2006-03-21 Seiko Epson Corporation Printing apparatus and printing method for performing pre-communication with an external device
US7363534B1 (en) * 2002-09-30 2008-04-22 Cisco Technology, Inc. Method and system for stateful switch-over in a high-availability point to point system
US7411974B2 (en) 2002-11-14 2008-08-12 Qualcomm Incorporated Wireless communication rate shaping
JP2004177586A (ja) 2002-11-26 2004-06-24 Matsushita Electric Ind Co Ltd 携帯通信端末、コンテンツ再生装置およびコンテンツ再生システム
CA2509758A1 (en) * 2002-12-17 2004-07-22 Schering Corporation 17 beta-hydroxysteroid dehydrogenase type 3 inhibitors for the treatment of androgen dependent diseases
JP4108495B2 (ja) 2003-01-31 2008-06-25 松下電器産業株式会社 局発見処理方法および無線通信装置
GB0307861D0 (en) 2003-04-04 2003-05-14 Mitel Networks Corp System and method for pda to pda communication using a network portal
JP3996870B2 (ja) 2003-05-13 2007-10-24 日本電信電話株式会社 無線データ通信開始方法および無線データ通信装置
TW200425690A (en) 2003-05-13 2004-11-16 Benq Corp A header format of transmission control protocol/Internet protocol
US20050014468A1 (en) * 2003-07-18 2005-01-20 Juha Salokannel Scalable bluetooth multi-mode radio module
US7474677B2 (en) 2003-08-12 2009-01-06 Bose Corporation Wireless communicating
JP2005070832A (ja) 2003-08-22 2005-03-17 Sharp Corp 電子装置およびインタフェース装置
TWI296083B (en) 2003-09-29 2008-04-21 Sharp Kk Communication controller, host-side controller, communication system, usb system, communication equipment, communication method, packet-based communication method, packet-based communication program, and storage medium
US7366532B2 (en) 2003-10-09 2008-04-29 Motorola, Inc. Group call management through receive/transmit synchronization
JP2005143086A (ja) * 2003-10-17 2005-06-02 Matsushita Electric Ind Co Ltd 移動検知方法および移動端末
JP4335090B2 (ja) 2004-05-14 2009-09-30 シャープ株式会社 移動端末装置
JP4597583B2 (ja) 2004-05-31 2010-12-15 シャープ株式会社 データ送信装置、データ受信装置、通信システム、データ送信装置の制御プログラム、データ受信装置の制御プログラム、および、コンピュータ読み取り可能な記録媒体
EP1780984A4 (en) 2004-08-06 2012-05-30 Sharp Kk TRANSMITTER, RECEIVER, COMMUNICATION SYSTEM, COMMUNICATION METHOD, AND COMMUNICATION PROGRAM
JP4715750B2 (ja) 2004-11-04 2011-07-06 パナソニック株式会社 マルチインタフェース通信装置、端末、および経路切替方法
US7787391B2 (en) 2005-01-28 2010-08-31 Sharp Kabushiki Kaisha Communication device, communication system, communication method, communication program, and communication circuit
CN101964705B (zh) 2005-01-28 2012-08-08 夏普株式会社 通信设备、通信系统、通信方法、通信程序、通信电路
KR100902341B1 (ko) 2005-01-28 2009-06-12 샤프 가부시키가이샤 통신기기, 통신시스템, 통신방법, 통신 프로그램을 기록한 컴퓨터독취가능한 기록매체, 통신회로
JP4563201B2 (ja) 2005-01-28 2010-10-13 シャープ株式会社 通信方法
US8051182B2 (en) 2005-01-28 2011-11-01 Sharp Kabushiki Kaisha Communication device, communication system, communication method, communication program, and communication circuit
EP1848178A4 (en) 2005-01-28 2013-12-04 Sharp Kk COMMUNICATION DEVICE, COMMUNICATION SYSTEM, COMMUNICATION METHOD, COMMUNICATION PROGRAM, AND COMMUNICATION CIRCUIT
US8265069B2 (en) * 2005-06-23 2012-09-11 Nokia Corporation System, terminal, method, and computer program product for establishing a transport-level connection with a server located behind a network address translator and/or firewall
KR101114688B1 (ko) 2005-07-29 2012-02-29 삼성전자주식회사 휴대 통신 단말기 리모콘 장치 및 그 기능 수행 방법
JP4642617B2 (ja) 2005-09-16 2011-03-02 シャープ株式会社 受信機器、電子装置、通信方法、通信プログラム、および記録媒体
EP1953989A4 (en) 2005-11-10 2012-05-09 Sharp Kk DATA TRANSMITTERS, CONTROL PROCEDURES THEREFOR, DATA RECEIVER AND CONTROL PROCEDURES THEREFOR, DATA SENDING SYSTEM, DATA TRANSMITTER PROGRAM, DATA RECEIVER CONTROL PROGRAM AND RECORDING MEDIUM FOR RECORDING THE PROGRAMS
JP4219950B2 (ja) 2006-10-16 2009-02-04 シャープ株式会社 通信機器、通信方法、通信回路、携帯電話機、プログラム、およびプログラムを記録したコンピュータ読み取り可能な記録媒体
JP2008141252A (ja) 2006-11-29 2008-06-19 Sharp Corp 通信機器、通信方法、通信回路、通信システム、プログラム、およびプログラムを記録したコンピュータ読み取り可能な記録媒体
JP2008141253A (ja) 2006-11-29 2008-06-19 Sharp Corp 通信機器、通信方法、通信回路、通信システム、プログラム、およびプログラムを記録したコンピュータ読み取り可能な記録媒体

Also Published As

Publication number Publication date
US20080279562A1 (en) 2008-11-13
EP1780984A1 (en) 2007-05-02
KR100869540B1 (ko) 2008-11-19
JPWO2006013979A1 (ja) 2008-05-08
US8036244B2 (en) 2011-10-11
WO2006013979A1 (ja) 2006-02-09
EP1780984A4 (en) 2012-05-30
KR20070034096A (ko) 2007-03-27

Similar Documents

Publication Publication Date Title
JP4091095B2 (ja) 送信機、受信機、通信システム、通信方法、通信プログラム
JP4689689B2 (ja) 通信機器、通信システム、通信方法、通信プログラム、通信回路、携帯電話、表示装置、印刷装置および記録装置
JP4094657B2 (ja) 通信機器、通信システム、通信方法、通信プログラム、通信回路
JP4198741B2 (ja) 通信機器、通信システム、通信方法、通信プログラム、通信回路
US7787391B2 (en) Communication device, communication system, communication method, communication program, and communication circuit
US7548736B2 (en) Transmitter, receiver, data transfer system, transmission method, reception method, computer program for transmission, computer program for reception, and recording medium
US8051182B2 (en) Communication device, communication system, communication method, communication program, and communication circuit
US20070064733A1 (en) Receiving device, electronic apparatus, communication method, communication program and recording medium
WO2008047611A1 (fr) Appareil de communication, procédé de communication, circuit de communication, téléphone mobile, programme et support d&#39;enregistrement lisible par ordinateur avec programme enregistré sur celui-ci
JP4948113B2 (ja) 送信機、受信機、通信システム、通信方法、通信プログラム
JP4430054B2 (ja) 通信装置、通信方法、通信プログラム、記録媒体
JP2008079330A (ja) 通信機器、通信方法、通信プログラム、通信回路、携帯電話、表示装置、印刷装置、記録装置
JP4810544B2 (ja) 通信装置、通信方法、通信プログラム、および記録媒体
CN1910888B (zh) 发送机、接收机、通信系统、通信方法
JP2004342110A (ja) データ転送システム及び方法
WO2006080403A1 (ja) 通信機器、通信システム、通信方法、通信プログラム、通信回路
JP4137992B2 (ja) 通信機器、通信システム、通信方法、通信プログラム、通信回路、携帯電話、表示装置、印刷装置、記録装置
JP4394141B2 (ja) 通信装置、通信システム、通信方法、通信プログラム、通信回路
WO2006080372A1 (ja) 通信機器、通信システム、通信方法、通信プログラム、通信回路
CN117134866A (zh) 通信设备及其控制方法和非暂态计算机可读存储介质
JP2004032736A (ja) データ送信ノード

Legal Events

Date Code Title Description
TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20080226

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080227

R150 Certificate of patent or registration of utility model

Ref document number: 4091095

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110307

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120307

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120307

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130307

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130307

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140307

Year of fee payment: 6

SG99 Written request for registration of restore

Free format text: JAPANESE INTERMEDIATE CODE: R316G99

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350