JPH10308791A - データ通信方法、データ通信装置、およびデータ通信プログラム記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ＩｒＤＡ通信方式において、二次局からのデ
ータ送信を効率よく行うことができ、受信バッファに送
信権委譲フレームが複数保存された場合や、自己受信が
発生するハードウェアを使用した場合にも、順序番号不
正による切断や一次局衝突による切断等のトラブルが起
きない通信方法、及び通信装置。 【解決手段】 受信フレーム判定処理、最新フレーム抽
出処理、又は自己受信判定処理を行うフレーム判定部２
を備え、判定結果に応じて迅速な送信権委譲処理や、受
信フレームの破棄を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデータ通信方法、デ
ータ通信装置、およびデータ通信プログラム記録媒体に
関し、特に不平衡半二重ＨＤＬＣ通信方式によりフレー
ム単位で送受信を行うデータ通信、さらには赤外線によ
り、一次局と二次局とで通信をおこなうＩｒＤＡ(Infra
red Data Association) 通信システムにおけるデータ通
信方法、データ通信装置、及びデータ通信プログラム記
録媒体に関する。

【０００２】

【従来の技術】赤外線通信は、ノート型パーソナルコン
ピュータや電子手帳等携帯個人用端末を中心に、これら
携帯に適した電子機器相互間の、あるいはこれらと、デ
スクトップ型パーソナルコンピュータや赤外線対応プリ
ンタ等とのデータ交換に、近年普及している。赤外線通
信における通信方式としては、ＩｒＤＡ方式やＡＳＫ方
式などがあるが、ＩｒＤＡ方式は、コンピュータ間を主
体とする高速・高効率な伝送のための通信方式であるＨ
ＤＬＣ通信方式を元に、赤外線通信のために規定された
通信プロトコルであって、一般的なものとしてよく普及
している。

【０００３】また、コンピュータ等におけるデータ伝送
にあたっては、ある大きさのデータと、その前後に付与
された通し番号、アドレス等を示す情報とからなるパケ
ットを送受信するパケット交換によることが一般的であ
るが、ＨＤＬＣ通信方式やＩｒＤＡ通信方式において用
いられるパケットはフレームと呼ばれる。

【０００４】フレームは、アドレス（Ａ）、制御
（Ｃ）、情報（Ｉ）、及びＦＣＳの各フィールドと、前
後に付与されるフラグから構成されるものであって、情
報（データ）転送用に用いられるＩ(Information )フレ
ーム、通信の監視制御のためのＳ(Supervisary )フレー
ム、及び通信における接続や切断等のために用いるＵ(U
nnumbered)フレームがある。

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

【０００６】前述のようにＩｒＤＡ通信方式は、ＨＤＬ
Ｃ通信方式に基づくものであるが、一般に通信方式とし
ては、送信と受信とを同時に行い得る全二重通信方式
と、同時に行わない半二重通信方式とがあり、半二重通
信方式の場合には、送信と受信とを切り換える信号を規
定しておく必要がある。ＨＤＬＣ方式では全二重方式の
採用も可能であるが、ＩｒＤＡ通信方式の場合、データ
の伝送に自由空間上を伝搬するベースバンド変調の赤外
線を使用しており、通信圏内で２つ以上の局が同時に送
信すると赤外線の干渉が発生して正常な通信を行えな
い。このため、ＩｒＤＡ通信方式は通信リンクを確立す
る前は通信圏内に赤外線が存在しない場合にのみ送信を
行ない、通信リンク確立後は通信を行っている２局の間
で送信権の交換を定期的に行なう半二重方式を用いてい
る。

【０００７】図９(a) は、かかる通信方式の応用を説明
するための図である。ＨＤＬＣ通信方式やＩｒＤＡ通信
方式では、送信又は受信を行うものを「局」と呼び、一
般には、通信をコントロールするデータリンク制御を行
う一次局と、一次局の制御に従う二次局とが、上記のフ
レームをコマンド（一次局→二次局）とレスポンス（二
次局→一次局）として送受信することで通信を行う。か
かる方式は不平衡通信方式といわれる。図示するように
コンピュータや電子手帳等は通信においては局として機
能し、赤外線を伝送媒体として、データ交換を行う。

【０００８】図９(b) は、これら通信方式における一般
的な手順を説明するためのシーケンス図である。Ａ局が
Ｂ局に対して、データ送信のため接続を求めて、SNRMフ
レームを送信する。これを受信したＢ局は通信不可能で
ある場合にはDMフレームを返信し、通信可能である場合
には承諾を意味するUAフレームを返信する。SNRMフレー
ム、DMフレーム、UAフレームはいずれもＵフレームであ
る。Ｂ局がUAフレームを返信すると両局は接続状態とな
り、データ交換が可能となる。

【０００９】ここでは、Ａ局からＢ局に複数のＩフレー
ムに分割されたデータを送信する場合を示している。先
ずＡ局は最初のデータフレームをＩフレームとして番号
「０」を付与して送信する。これを受信したＢ局は、
「０」の次の「１」の番号を付与したフレームを返信
し、「１番目のデータを送信せよ」の意を伝達する。こ
の応答フレームはＲＲフレームというＳフレームであ
る。Ａ局はＢ局の応答を確認して１番目のデータを送信
する。この手順を必要なだけ繰り返すことによって、複
数フレーム通信の精度の向上を図ることができる。

【００１０】データ送信が終了して、Ａ局は接続を終了
しようとし、Ｂ局に対して、Ｕフレームであって切断要
求を示すDISCフレームを送信し、これにＢ局が承諾を示
すＵフレームのUAフレームを返信すると切断が行われて
通信は終了する。又、いずれかの局において通信異常等
の不都合があった場合にもその局が切断要求を発するこ
とにより通信を終了する。

【００１１】以下に、このような方式による通信におけ
る、（１）複数フレームにわたるデータの送受信、
（２）受信バッファの使用、（３）自己受信の回避につ
いて図を用いて説明する。

【００１２】（１）複数フレームにわたるデータの送受
信 前述のように、半二重方式では送信権の交換の手順を規
定する必要があり、このために、送信するフレームの制
御フィールド（Ｃフィールド）内の定められた位置にポ
ールビット又はファイナルビットがセットされたフレー
ムは、送信権を委譲することを伝達する送信権委譲フレ
ームであると規定している。上記の定められたビット
は、一次局から二次局に送信されるフレームではポール
ビット、二次局から一次局に送信されるフレームではフ
ァイナルビットと呼ばれる。

【００１３】そして、通信時に常に送信権の交換を行う
こととすると、送信権委譲フレームを送信するための赤
外線発光によって電力消費が増大するため、省電力の要
請の高いノート型コンピュータや携帯用端末では望まし
くないこととなる。従って、不必要な電力消費を抑制す
るべく、一次局の側からは、一次局→二次局の送信デー
タがない場合に、ある時間だけ経過してから、送信権委
譲フレームを二次局に送信することとしている。この待
ち時間は、送信権を保持できる最大の時間であって、最
大ターンアラウンド時間と呼ばれる。

【００１４】また、原則的に、送信権委譲フレームを送
信された局は、応答フレーム等、何らかの送信を行うも
のなので、一次局が送信権を二次局に委譲して後、最大
ターンアラウンド時間経過しても二次局から送信権委譲
フレームの送信がなかった場合は、一次局は二次局への
送信権委譲が失敗したと判断し、再び送信権委譲フレー
ムの送信をおこなう。

【００１５】以下に、従来のデータ通信方法により、送
信権を交換しつつデータの伝送を行う一次局と二次局と
の通信について説明する。図１０(a) は、一次局から二
次局へ、あるデータを複数フレームに分けて送信する場
合のシーケンス図であり、同図(b) は同様のデータ送信
が二次局から一次局に対して行われる場合のシーケンス
図である。図に示す「Ｐ」はポールビット、「Ｆ」はフ
ァイナルビットのセットされた送信権委譲フレームであ
ることを意味し、この通信シーケンスにおいては、図示
するように全てのフレームが送信権委譲フレームとなっ
ている。

【００１６】まず、同図(a) に従って、一次局から二次
局へのデータ送信の場合を説明する。一次局は二次局に
データを含んだ最初のフレームである、送信順序番号が
０のＩフレーム５１１を送信する。５１１は送信権委譲
フレームとして送信する。これを受けた二次局は、応答
フレームとして、受信順序番号１のＲＲフレーム５２１
を送信することにより、次に受け取るべきは、番号１の
データである旨を伝える。そこで、一次局は送信順序番
号が１のＩフレーム５１２を二次局に送信する。以下、
同様に連続した番号のＩフレームが送信され続け、一次
局は遅滞なく複数のフレームを送信することが可能であ
る。一次局がある番号のＩフレームを送信してから、続
く番号のＩフレームを送信するまでの時間、ｔ０１、ｔ
１２…は、最大ターンアラウンド時間よりも短い。

【００１７】一方、二次局から一次局に対して同様のデ
ータを送信する場合について、同図(b) に従って説明す
る。二次局は一次局にデータを含んだ最初のフレームで
ある、送信順序番号が０のＩフレーム６２１を送信す
る。先の場合と同様、６２１は送信権委譲フレームであ
り、二次局は送信権を委譲して一次局からの応答を待
つ。ところが、一次局からは応答を行うのみであり、デ
ータ送信をするのではないので、前述のデータ送信をし
ないときは最大ターンアラウンド時間待つという規定に
従い、一次局は最大ターンアラウンド時間ｔｍだけ経過
してから、応答フレームであるＲＲフレーム６１１を送
信権委譲フレームとして送信する。送信権が譲られたの
で、二次局は次のデータを送信することが可能となり、
Ｉフレーム６２２を送信する。以下、同様に送信は続く
が、一次局の側からのデータ送信がない限り、ＲＲフレ
ームは最大ターンアラウンド時間経過してから送られる
ため、二次局よりある番号のＩフレームを送信してか
ら、続く番号のＩフレームを送信するまでの時間、ｔ０
１、ｔ１２…は、最大ターンアラウンド時間よりも長く
なる。

【００１８】なお、実際には、一次局は最大ターンアラ
ウンド時間より若干短い時間経過してから送信を行う設
定とすることもあるが、この場合にもほぼ最大ターンア
ラウンド時間は経過するため、やはり二次局の待ち時間
は長いものとなる。

【００１９】（２）受信バッファの使用 一次局、及び二次局は、実際にはコンピュータ等であ
り、通信を行っている際にも他のタスクを並行して実行
していたり、あるいは何らかの割り込みが発生する場合
もあり得る。従って、受信したデータを直ちに処理でき
ないこともあるので、受信したデータを一時的に蓄積す
る受信バッファを有しており、受信バッファから順次デ
ータを取り出して処理することが行われる。受信バッフ
ァは、メモリ等の高速な記憶装置によって実現され、そ
の大きさは上記フレームを単位として定められることが
一般的である。

【００２０】上述の受信バッファを備えた二次局によ
る、一次局とのデータ通信について、図１１を用いて説
明する。図１１は、二次局から一次局へ、データを複数
のＩフレームに分割して送信する場合のシーケンス図を
示している。フレームは、全てポールファイナルビット
がセットされた送信権委譲フレームである。また、二次
局は、図に示す受信バッファとして０１、及び０２が各
１フレーム分ずつ、合計２フレーム分の受信バッファを
備えたものであるとする。

【００２１】二次局は送信順序番号が０であるＩフレー
ム７２１を送信した後、他のタスクの処理負荷が大きい
などの理由で、最大ターンアラウンド時間（ｔｍ）以上
受信処理を行なうことができなかった。この間に一次局
からは、まず最初の応答のＲＲフレーム７１１が送信さ
れる。次いで一次局は、送信権を二次局に委譲して後、
最大ターンアラウンド時間経過しても二次局から送信権
委譲フレームの送信がないので、前述の規定に従って二
次局への送信権委譲が失敗したと判断し、再び送信権委
譲フレームの送信をおこなう。この応答は７１１のＲＲ
フレームの再送であるＲＲフレーム７１２であり、７１
１、及び７１２とも次のデータは番号１のものである旨
を示す受信順序番号１のものである。受信処理が停滞し
ていた二次局では、送信されたＲＲフレーム７１１、７
１２が受信バッファに保存される。最初に処理される１
フレーム分のバッファ０１には先に受信した７１１が、
次のバッファであるバッファ０２には後から受信した７
１２が保存される。

【００２２】その後、二次局は受信処理を行う。受信バ
ッファ内の最も古いフレーム７１１を処理し、バッファ
０２の内容であるフレーム７１２は、最先に処理される
べきバッファ０１に移動する。そして二次局は処理した
ＲＲフレーム７１１の受信順序番号１に対応した送信順
序番号１のＩフレーム７２２を送信する。

【００２３】一方Ｉフレーム７２２を受信した一次局
は、その送信順序番号１に応じて受信順序番号２のＲＲ
フレーム７１３を送信する。バッファ０１には先のフレ
ーム７１２が保存されているため、フレーム７１３はバ
ッファ０２に保存されて処理を待つこととなる。

【００２４】次に二次局は、受信バッファ０１に保存さ
れているフレーム７１２を処理する。すなわち、一次局
が送信した最新のフレームであるフレーム７１３よりも
先に、受信した順番に従ってフレーム７１２の処理を行
うこととなる。ここで、フレーム７１２の受信順序番号
は１であり、一次局から送信された最も新しいフレーム
である４１３の受信順序番号２よりも以前の値である。
従って、送信順序番号１のＩフレーム７２２を送信した
後でフレーム７１２の処理を行う二次局は、一次局がＩ
フレーム７２２を受信していないと判断し、Ｉフレーム
７２２の再送フレームであるＩフレーム７２３の送信を
行う。

【００２５】一次局は、受信順序番号２のＲＲフレーム
７１３を送信した後であり、次は送信順序番号２のフレ
ームを受信することを期待している。ところが、次に一
次局が受信するのは送信順序番号１のＩフレーム７２３
である。フレーム７２３の送信順序番号１は一次局が期
待していた送信順序番号２よりも以前の値である。Ｉｒ
ＤＡ通信方式では、かかる場合には通信異常として通信
リンクを切断することが可能であり、一次局は切断要求
フレームであるＤＩＳＣフレーム７１４を送信する。

【００２６】二次局は、次に受信バッファに保存された
ＲＲフレーム７１３を処理した後、送信順序番号２であ
るＩフレーム７２４を送信するが、一次局は切断要求を
送信した後である。そしてその後で、二次局は切断要求
ＤＩＳＣフレーム７１４を受信処理し、切断応答ＵＡフ
レーム７２５を送信して、一次局・二次局間の通信リン
クが切断する。

【００２７】（３）自己受信の回避 赤外線通信などの光通信については、コンピュータや携
帯端末等に、受光部と発光部が一体化された、または近
接した通信ポートが備えられていることが一般的であ
る。このため、光通信では受発光モジュールが、自分の
発光した光を自分の受光デバイスで受光することで、自
分が送信したデータを受信データとして処理してしまう
自己受信の問題がある。

【００２８】これを解決する手段としては以下のような
ものがある。 （Ａ）受発光モジュールにおいてハードウェア的に送信
中のデータをマスクして、自己が受信することを防止す
る。 （Ｂ）受信データが、自己が送信中のデータであると判
断される場合にソフトウェア的に受信したデータを破棄
する。この処理を、ハードウェアである光通信ポート
と、基本ソフトウェアであるＯＳとの仲立ちをするソフ
トウェアであるデバイスドライバソフトにより行う。 （Ｃ）受信データが、自己が送信中のデータであると判
断される場合にソフトウェア的に受信したデータを破棄
する。この処理を、デバイスドライバよりも上位の処理
部分、例えば通信ソフト等で行う。

【００２９】（Ｃ）では後述するような問題点があるの
で、（Ａ）のハードウェアでも、（Ｂ）のデバイスドラ
イバでも自己受信防止対策の行われていない受発光モジ
ュールを使用する場合について、（Ｃ）の自己受信防止
処理が行われる。（Ｃ）による場合、つまり、受発光モ
ジュールのデバイスドライバよりも上位の処理部分で自
己受信防止処理を行う場合は、自己受信データを正しく
破棄するためには、送信開始時点と、送信完了時点とを
正確に知る必要がある。しかしこのことは必ずしも容易
ではなく、通信トラブルの発生につながりがちである。
例えば送信完了を認識する時点が遅れた場合に、その時
点で他局からの送信がすでに開始されていたとすると、
他局からのデータを受信しても、現在自局は送信中であ
ると判断されるため、本物の受信データが自己受信デー
タとして破棄されてしまい受信データから受信フレーム
を組み立てることができず通信不能となるような事態に
なる。また、自己受信防止処理を行なわずに自己受信フ
レームを本物の受信フレームとして処理した場合は、通
信リンク確立直後に一次局衝突で切断してしまうことと
なる。

【００３０】

【発明が解決しようとする課題】従来技術の（１）で説
明したように、従来のＩｒＤＡ通信方式では、一次局か
らデータを複数のフレームに分割して送信する場合は、
一次局は最大ターンアラウンド時間待つことなく、送信
権を二次局に委譲する。このため一次局は、短時間で応
答のフレームを受け取り、次のデータを有するフレーム
を送信することが可能であり、効率よくデータを送信す
ることができる。しかし、一次局から送信するデータが
ない場合に、二次局からデータを送信するときは、一次
局は二次局からのデータを受信してから最大ターンアラ
ウンド時間、あるいはそれに近い時間経過した後でない
と、二次局に送信権を委譲しないため、二次局から複数
フレームでデータを送信する場合、二次局は各データフ
レーム毎に比較的長い時間以上待たなければならないた
め、通信効率が低下するという問題がある。前述のよう
に、データは１フレームで送信できず複数フレームに分
割して送信されることが多いため、このことが通信全体
のパフォーマンスの低下につながる。このことが従来の
通信方式による、第一の問題点である。

【００３１】次に、従来技術の（２）で説明したよう
に、二次局が他の処理の負荷が大きいなどの理由で最大
ターンアラウンド時間以上受信処理が行えなかった場合
は、一次局が再び送信権委譲フレームの送信を行うた
め、一次局からの送信権委譲フレームが、二次局の受信
バッファに２フレーム以上保存される。二次局がこれを
古いものから順に処理すると順序番号の不一致が発生
し、切断する場合がある。すなわち、受信バッファを介
して受信処理を行うと、通信手順通りに処理をおこなっ
ても切断が発生する場合がある点が第二の問題点であ
る。

【００３２】さらに、従来技術の（３）で説明したよう
に、上位レベルでの確実な自己受信データの破棄が困難
であって、このため、誤って本来の受信データを自己受
信データとして破棄してしまうこと、あるいは、自己受
信データを本来のデータとして処理してしまうことによ
り通信トラブルが発生することが従来の通信方式による
第三の問題点である。

【００３３】本発明は、かかる事情に鑑みてなされたも
のであり、送信権を委譲し合って通信を行う際に、頻繁
に送信権委譲フレームを送信することによって消費電力
を大きくすることなく、送信権委譲フレーム送信におけ
る待ち時間の設定による通信効率の低下を防止し得るデ
ータ通信方法を提供することを目的とする。

【００３４】また、本発明は、受信バッファを用いて通
信を行っている際に、バッファ中に保存された古いフレ
ームより順に処理を行うことにより、順序番号不正が起
こる事態を防止し得るデータ通信方法を提供することを
目的とする。また、本発明は、ハードウェアやデバイス
ドライバが自己受信防止の機能を有していない場合に
も、誤認識によるデータ破棄や自己受信を行ってしまう
ことを回避し得るデータ通信方法を提供することを目的
とする。また、本発明は、上記のようなデータ通信方法
で通信を行うデータ通信装置と、コンピュータ等におい
て上記のようなデータ通信方法を実現できるデータ通信
プログラムを記録した記録媒体を提供することを目的と
する。

【００３５】

【課題を解決するための手段】上記の課題を解決するた
め、請求項１にかかるデータ通信方法は、不平衡半二重
ＨＤＬＣ通信方式によりフレーム単位で送受信を行うデ
ータ通信方法において、フレームを受信したとき、該受
信したフレームが、送信権委譲フレームであり、かつ、
データフレームである場合に、相手局に対して送信権委
譲を行うものである。

【００３６】また、請求項２にかかるデータ通信方法
は、請求項１に記載のデータ通信方法において、フレー
ムを受信したとき、上記受信したフレームが送信権委譲
フレームか否かを判断する委譲フレーム判定処理と、上
記受信したフレームがデータフレームか否かを判断する
データフレーム判定処理とを含むフレーム判定処理を行
い、上記フレーム判定処理によって、上記受信したフレ
ームが、送信権委譲フレームであり、かつ、データフレ
ームであると判定した場合は、相手局に対して送信権委
譲フレームを送信するものである。

【００３７】また、請求項３にかかるデータ通信方法
は、不平衡半二重ＨＤＬＣ通信方式によりフレーム単位
で送受信を行うデータ通信方法において、フレームを受
信したとき、受信したフレームを受信バッファに一時蓄
積した後に取り出して処理するものであり、上記受信バ
ッファに蓄積されたフレームの内、上記取り出して処理
するフレームが送信権委譲フレームであるとき、最新の
送信権委譲フレームであるか否かを判定し、最新であれ
ば該送信権委譲フレームを受信処理し、最新でないなら
ば該送信権委譲フレームを受信処理せずに破棄するもの
である。

【００３８】また、請求項４にかかるデータ通信方法
は、請求項３に記載のデータ通信方法において、上記受
信したフレームを一時蓄積した受信バッファより、最先
に蓄積したフレームを読み出す順次読み出し処理と、上
記読み出した最先の受信フレームが送信権委譲フレーム
か否かを判断する委譲フレーム判定処理と、上記受信バ
ッファに送信権委譲フレームが蓄積されているか否かを
判断する蓄積フレーム判定処理と、上記委譲フレーム判
定処理により、上記読み出した受信フレームが送信権委
譲フレームであると判定され、かつ、上記蓄積フレーム
判定処理により、上記受信バッファに送信権委譲フレー
ムが蓄積されていると判定された場合に、上記読み出し
た受信フレームを破棄する受信フレーム破棄処理とを含
む最新フレーム抽出処理を行い、上記最新フレーム抽出
処理において、破棄されず出力された受信フレームに対
して受信処理を行うものである。

【００３９】また、請求項５にかかるデータ通信方法
は、不平衡半二重ＨＤＬＣ通信方式によりフレーム単位
で送受信を行うデータ通信方法において、接続状態にお
いて、受信したフレームのアドレスフィールドの値が、
自局から送信するフレームのアドレスフィールドの値と
一致した場合に、その受信したフレームを破棄するもの
である。

【００４０】また、請求項６にかかるデータ通信方法
は、請求項５に記載のデータ通信方法において、フレー
ムを受信したとき、現在の通信状況が接続状態であるか
否かを判定する接続判定処理と、上記受信したフレーム
のアドレスフィールドの値を、自局から送信するフレー
ムのアドレスフィールドの値と比較し、一致するか否か
を判定するアドレスフィールド判定処理と、上記接続判
定処理により接続状態にあると判定され、かつ、上記ア
ドレスフィールド判定処理において一致すると判定され
た場合に、上記受信したフレームを破棄する受信フレー
ム破棄処理とを含む自己受信判定処理を行い、上記自己
受信判定処理において、破棄されず出力された受信フレ
ームに対して受信処理を行うものである。

【００４１】また、請求項７にかかるデータ通信方法
は、不平衡半二重ＨＤＬＣ通信方式によりフレーム単位
で送受信を行うデータ通信方法において、フレームを受
信したとき、受信したフレームを受信バッファに一時蓄
積した後に取り出して処理するものであり、上記受信バ
ッファに蓄積されたフレームの内、送信権の委譲を伴う
フレームに関しては、最新のフレームのみを受信処理
し、それ以外の送信権の委譲を伴うフレームは破棄し、
上記受信処理する最新のフレームが、送信権委譲フレー
ムであり、かつ、データフレームである場合に、相手局
に対して送信権委譲を行うものである。

【００４２】また、請求項８にかかるデータ通信方法
は、不平衡半二重ＨＤＬＣ通信方式によりフレーム単位
で送受信を行うデータ通信方法において、接続状態にお
いて受信したフレームのアドレスフィールドの値が、自
局から送信するフレームのアドレスフィールドの値と一
致した場合に、その受信したフレームを破棄するもので
あり、上記破棄することなく受信処理するフレームが、
送信権委譲フレームであり、かつ、データフレームであ
る場合に、相手局に対して送信権委譲を行うものであ
る。

【００４３】また、請求項９にかかるデータ通信方法
は、不平衡半二重ＨＤＬＣ通信方式によりフレーム単位
で送受信を行うデータ通信方法において、接続状態にお
いて受信したフレームのアドレスフィールドの値が、自
局から送信するフレームのアドレスフィールドの値と一
致した場合に、その受信したフレームを破棄し、上記破
棄することなく受信処理を行う受信フレームを、受信バ
ッファに一時蓄積した後に取り出して処理するものであ
り、上記受信バッファに蓄積されたフレームの内、送信
権の委譲を伴うフレームに関しては、最新のフレームの
みを受信処理し、それ以外の送信権の委譲を伴うフレー
ムは破棄するものである。

【００４４】また、請求項１０にかかるデータ通信方法
は、不平衡半二重ＨＤＬＣ通信方式によりフレーム単位
で送受信を行うデータ通信方法において、接続状態にお
いて受信したフレームのアドレスフィールドの値が、自
局から送信するフレームのアドレスフィールドの値と一
致した場合に、その受信フレームを破棄し、上記破棄す
ることなく受信処理を行う受信フレームを、受信バッフ
ァに一時蓄積した後に取り出して処理するものであり、
上記受信バッファに蓄積されたフレームの内、送信権の
委譲を伴うフレームに関しては、最新のフレームのみを
受信処理し、それ以外の送信権の委譲を伴うフレームは
破棄し、上記受信処理する最新のフレームが、送信権委
譲フレームであり、かつ、データフレームである場合
に、相手局に対して送信権委譲を行うものである。

【００４５】また、請求項１１にかかるデータ通信装置
は、不平衡半二重ＨＤＬＣ通信方式によりフレーム単位
で送受信を行うデータ通信装置において、データをフレ
ームとして伝送媒体より受信し、また、データをフレー
ムとして伝送媒体に送信する送受信部と、相手局に送信
するべきフレームを作成し、上記送受信部に出力するフ
レーム作成部と、上記送受信部が受信した受信フレーム
に対して、送信権委譲フレームか否かを判断する委譲フ
レーム判定処理と、データフレームか否かを判断するデ
ータフレーム判定処理とを含むフレーム判定処理を行う
フレーム判定部と、上記フレーム判定部におけるフレー
ム判定処理の結果により、上記受信フレームが送信権委
譲フレームであり、かつデータフレームである場合に
は、上記フレーム作成部に送信権委譲フレームを作成し
出力するように指示をする通信制御部とを備えたもので
ある。

【００４６】また、請求項１２にかかるデータ通信装置
は、不平衡半二重ＨＤＬＣ通信方式によりフレーム単位
で送受信を行うデータ通信装置において、データをフレ
ームとして伝送媒体より受信し、また、データをフレー
ムとして伝送媒体に送信する送受信部と、上記送受信部
が受信したフレームを一時蓄積する受信バッファと、上
記受信したフレームを一時蓄積した受信バッファより、
最先に蓄積したフレームを読み出す順次読み出し処理
と、上記読み出した最先の受信フレームが送信権委譲フ
レームか否かを判断する委譲フレーム判定処理と、上記
受信バッファに送信権委譲フレームが蓄積されているか
否かを判断する蓄積フレーム判定処理と、上記読み出し
た受信フレームが送信権委譲フレームであり、かつ、上
記受信バッファに送信権委譲フレームが蓄積されている
と判定された場合に、上記読み出した受信フレームを破
棄する受信フレーム破棄処理とを行い、上記受信バッフ
ァに蓄積されたフレームの内、送信権の委譲を伴うフレ
ームに関して、最新のフレームを抽出するフレーム判定
部と、上記フレーム判定部が抽出したフレームについて
受信処理を行うよう制御する通信制御部とを備えたもの
である。

【００４７】また、請求項１３にかかるデータ通信装置
は、不平衡半二重ＨＤＬＣ通信方式によりフレーム単位
で送受信を行うデータ通信装置において、データをフレ
ームとして伝送媒体より受信し、また、データをフレー
ムとして伝送媒体に送信する送受信部と、上記送受信部
が受信したフレームに対して、現在の通信状況が接続状
態であるか否かを判定する接続判定処理と、上記受信し
たフレームのアドレスフィールドの値を、自局から送信
するフレームのアドレスフィールドの値と比較し、一致
するか否かを判定するアドレスフィールド判定処理とに
より、接続状態において自己受信したフレームであるか
否かを判定し、接続状態において自己受信した受信フレ
ームであれば破棄するフレーム判定部と、上記フレーム
判定部が破棄しない受信フレームに対して、受信処理を
行うよう制御する通信制御部とを備えたものである。

【００４８】また、請求項１４にかかるデータ通信プロ
グラム記録媒体は、不平衡半二重ＨＤＬＣ通信方式によ
りフレーム単位で送受信を行うデータ通信プログラムを
記録した記録媒体であって、フレームを受信するフレー
ム受信ステップと、上記受信したフレームが送信権委譲
フレームか否かを判断する委譲フレーム判定ステップ
と、上記受信したフレームがデータフレームか否かを判
断するデータフレーム判定ステップと、上記委譲フレー
ム判定ステップにおいて、上記受信したフレームが送信
権委譲フレームであると判定され、かつ、上記データフ
レーム判定ステップにおいて、上記受信したフレームが
データフレームであると判定された場合に、送信権委譲
フレームを作成する送信権委譲フレーム作成ステップ
と、上記作成した送信権委譲フレームを送信する送信ス
テップを備えたデータ通信プログラムを記録したもので
ある。

【００４９】また、請求項１５にかかるデータ通信プロ
グラム記録媒体は、不平衡半二重ＨＤＬＣ通信方式によ
りフレーム単位で送受信を行うデータ通信プログラムを
記録した記録媒体であって、フレームを受信するフレー
ム受信ステップと、上記受信したフレームを受信バッフ
ァに一時蓄積する一時蓄積ステップと、上記受信バッフ
ァより、最先に蓄積したフレームを読み出す順次読み出
しステップと、上記読み出した最先の受信フレームが送
信権委譲フレームか否かを判断する委譲フレーム判定ス
テップと、上記受信バッファに送信権委譲フレームが蓄
積されているか否かを判断する蓄積フレーム判定ステッ
プと、上記委譲フレーム判定ステップにおいて、上記読
み出した受信フレームが送信権委譲フレームであると判
定され、かつ、上記蓄積フレーム判定ステップにおい
て、上記受信バッファに送信権委譲フレームが蓄積され
ていると判定された場合に、上記読み出した受信フレー
ムを破棄する受信フレーム破棄ステップと、上記委譲フ
レーム判定ステップにおいて、上記読み出した受信フレ
ームが送信権委譲フレームでないと判定され、または、
上記蓄積フレーム判定ステップにおいて、上記受信バッ
ファに送信権委譲フレームが蓄積されていないと判定さ
れた場合に、上記読み出した受信フレームを出力する最
新フレーム抽出ステップと、上記最新フレーム抽出ステ
ップにおいて、取得された受信フレームに対して受信処
理を行う受信処理ステップを備えたデータ通信プログラ
ムを記録したものである。

【００５０】また、請求項１６にかかるデータ通信プロ
グラム記録媒体は、不平衡半二重ＨＤＬＣ通信方式によ
りフレーム単位で送受信を行うデータ通信プログラムを
記録した記録媒体であって、フレームを受信するフレー
ム受信ステップと、現在の通信状況が接続状態であるか
否かを判定する接続判定ステップと、上記受信したフレ
ームのアドレスフィールドの値を、自局から送信するフ
レームのアドレスフィールドの値と比較し、一致するか
否かを判定するアドレスフィールド判定ステップと、上
記接続判定ステップにおいて接続状態にあると判定さ
れ、かつ、上記アドレスフィールド判定ステップにおい
て一致すると判定された場合に、上記受信したフレーム
を破棄する受信フレーム破棄ステップと、上記接続判定
ステップにおいて接続状態にないと判定され、または、
上記アドレスフィールド判定ステップにおいて一致しな
いと判定された場合に、上記受信したフレームに対して
受信処理を行う受信処理ステップを備えたデータ通信プ
ログラムを記録したものである。

【００５１】

【発明の実施の形態】

実施の形態１．本発明の実施の形態１によるデータ通信
方法は、一次局の通信処理において、データ送信フレー
ムを受信した場合は、最大ターンアラウンド時間待たず
に、直ちに送信権委譲フレームを送信することで、通信
効率を高くするものである。

【００５２】図１は、本実施の形態１によるデータ通信
装置の構成を示すブロック図である。１０は局として機
能するデータ通信装置であり、ここでは一次局として通
信を行うものとする。２０は局（通信装置）１０と、赤
外線のような伝送媒体で通信を行う相手局である。ここ
では二次局として通信を行うものとする。二次局２０の
構成は一次局１０と同様のものである。

【００５３】１は、送受信部であり、データをフレーム
単位で送信・受信する。２はフレーム判定部であり、送
受信部１が受信したフレームに対する判定処理を行い、
判定の結果と受信フレームを後述する通信制御部４に出
力する。３はフレーム作成部であり、相手局２０に対し
て送信するフレームを作成して、送受信部１に出力す
る。４は通信制御部であり、フレーム判定部２より出力
された受信フレームについて、フレーム判定部２の判定
結果に対応して、データ処理部５に処理を指示したり、
フレーム作成部３にフレーム作成の指示を行うなどの制
御を行う。５はデータ処理部であり、受信フレームに含
まれたデータを取得し、該データについて、演算、表
示、記録等を行うように、外部に出力する。

【００５４】図２は本実施の形態１による通信で、一次
局１０で行なわれる受信フレーム判定処理の手順を示す
フローチャート図である。図において、Ｓ１は送信権を
持っているか否かを判断する送信権判定処理、Ｓ２は自
局宛のフレームを受信したか否かを判断する宛先判定処
理、Ｓ３は受信したフレームが送信権委譲フレームか否
かを判断する委譲フレーム判定処理、Ｓ４は受信したフ
レームがＩフレームか否かを判断するデータフレーム判
定処理、Ｓ５は送信権を相手局に委譲する送信権委譲処
理である。

【００５５】図３は、本実施の形態１による通信におい
て、二次局から一次局に対して、複数フレームにわたる
データを、Ｉフレームとして送信する場合の通信シーケ
ンス図である。以下に、本実施の形態１によるデータ通
信装置の動作を、図３に従い、図１〜２を参照して説明
する。なお、図３ではフレームは全てポールファイナル
ビットのセットされた送信権委譲フレームである。

【００５６】まず、一次局１０からＲＲフレーム１１１
が二次局に送信される。まだデータ送信を開始しない二
次局は、１１１が送信権委譲フレームであるので、応答
フレームとしてＲＲフレーム１２１を返信する。一次局
１０の送受信部は二次局２０よりフレーム１２１を受信
すると、これをフレーム判定部２に出力し、フレーム判
定部２は受信フレーム１２１に対して、図２の受信フレ
ーム判定処理を行う。

【００５７】受信フレーム判定処理を図２のフローに従
って説明する。まず、ステップ１により自局が送信権を
持っているか否かを判断する。送信権を持っていた場合
はステップ２を行い、受信フレーム判定処理を続行する
が、送信権を持っていなかった場合は、受信フレーム判
定処理を終了する。ステップ２が実行された場合、フレ
ーム判定部２は、受信したフレームが自局宛か否かを判
断し、自局宛であった場合はステップ３を実行し、自局
宛でなかった場合は受信フレーム判定処理を終了する。
ステップ３では、受信した自局宛フレームが送信権委譲
フレームか否かを判断し、送信権委譲フレームだった場
合はステップ４を実行し、送信権委譲フレームでない場
合は、受信フレーム判定処理を終了する。

【００５８】ステップ４では、受信した自局宛の送信権
委譲フレームが、Ｉフレームか否かを判断し、Ｉフレー
ムである場合、すなわち、二次局からのデータを受信し
た場合には、ステップ５においてフレーム判定部２から
通信制御部４に対して送信権委譲要請が出力される。通
信制御部４は送信権委譲要請を入力すると、これをフレ
ーム作成部３に伝え、フレーム作成部３は送信権委譲フ
レームを作成して送受信部１に出力し、送受信部１はこ
れを二次局２０に送信して送信権を相手局に委譲する。
その後、一次局１０では受信フレーム判定判定処理を終
了する。すなわち、ステップ５を実行することによっ
て、ポールファイナルビットがセットされた（送信権委
譲フレームである）Ｉフレームを受信した場合は、従来
例のように最大ターンアラウンド時間待つことなく、直
ちに相手局に送信権が委譲されることとなる。

【００５９】一方、ステップ４で、受信した自局宛の送
信権委譲フレームがＩフレームでなかった場合は、ステ
ップ５を実行することなく受信フレーム判定処理を終了
する。いずれかのステップにおいて、受信フレーム判定
処理が終了した場合には、フレーム判定部２は受信フレ
ームと判定結果を通信制御部４に出力する。

【００６０】通信制御部４は、受け取った判定結果に応
じて受信フレームを処理し、通信を制御する。受信フレ
ームがデータフレームであった場合は、データ処理部５
に処理を指示して受信フレームを出力し、制御フレーム
であった場合は、応答フレームの作成をフレーム作成部
３に指示する。受信フレームが自局宛でなかった場合、
その他不正な形式のものの場合はフレームを破棄し、対
応が必要であればフレーム作成部３にフレーム作成を指
示する。

【００６１】図２に示す受信フレーム判定処理を行うこ
とにより、受信したフレームがＩフレームではない場合
（例えばＲＲフレーム）や、送信権委譲フレームではな
い場合は、いずれかの判定処理により、ステップ５が行
われることなくデータ判定処理が終了するので、従来の
処理と同様に、自局が送信権を獲得してから最大ターン
アラウンド時間経過した後に相手局へ送信権が委譲され
る。

【００６２】従って、図３のシーケンス図に示すＲＲフ
レーム１２１を受信した場合、図２の受信フレーム判定
処理のフローにおいては、ステップ１では「送信権有
り」と判定してステップ２を実行し、ステップ２では自
局宛フレームであるのでステップ３を実行し、ステップ
３では送信権委譲フレームであるのでステップ４が実行
される。ステップ４の判定では、フレーム１２１はＩフ
レームではないので、ステップ５は実行されることな
く、受信フレーム判定処理は終了する。

【００６３】通信制御部４は、受け取った判定結果と受
信フレームとに基づいて、従来例と同様最大ターンアラ
ウンド時間ｔｍだけ待ってから、応答フレームを作成す
るようフレーム作成部３に指示し、フレーム作成部３は
送信権委譲フレームである応答フレームを作成して送受
信部１に出力し、送受信部１はこれを二次局２０に出力
する。このようにして図３に示すＲＲフレーム１１２が
送信される。

【００６４】図３に示すように、二次局２０はこれに応
答するＲＲフレーム１２２を一次局１０に送信する。フ
レーム１２２は上記のフレーム１２１と同様に処理さ
れ、やはり最大ターンアラウンド時間ｔｍ経過後にＲＲ
フレーム１１３が一次局１０から二次局２０へと送信さ
れることとなる。

【００６５】ここで二次局２０は一次局１０に対しての
データ送信を開始し、まず最初のデータフレームである
Ｉフレーム１２３を送信する。一次局１０がこれを受信
し図２のフローに従って受信フレーム判定処理を実行す
ると、この場合にはステップ４でＩフレームであると判
定されることから、ステップ５が実行されることとな
る。従って、図３に示すように、Ｉフレーム１２３に対
しては、最大ターンアラウンド時間待つことなく速やか
に（ｔｎ＜ｔｍ）応答フレーム１１４が送信され、送信
権が二次局２０に委譲される。

【００６６】受信フレーム判定処理の終了後は、通信制
御部４がデータフレームであるという結果とともに受信
フレームを受け取るので、通信制御部４はこのフレーム
をデータ処理部５に出力し、データ処理部５がデータ処
理を行う。

【００６７】一方、応答フレーム１１４を受信した二次
局２０は、ＲＲフレーム１１４により送信権を委譲され
たので、引き続いて次のデータフレーム１２４を送信す
ることができる。このようにＩフレームであるフレーム
１２４、１２５、及び１２６に対しては、速やかに応答
フレーム１１５、１１６、１１７が送信され、迅速な送
信権委譲が行われることとなる。

【００６８】この後、二次局２０から送信されたフレー
ム１２７はデータフレームではなくＲＲフレームである
ので、フレーム１２１や１２２に対しての処理と同様に
処理されることによって、再び最大ターンアラウンド時
間ｔｍ経過後に応答フレームであるＲＲフレーム１１８
が送信されることとなる。

【００６９】このように、本実施の形態１によるデータ
通信方法においては、一次局において、受信したフレー
ムがデータフレームであるか否かの判定を含む受信フレ
ーム判定処理を行うものとしたことで、二次局からデー
タフレーム以外のフレームを受信した場合は、従来例と
同様に最大ターンアラウンド時間待った後に、ＲＲフレ
ームを送信することで、従来のＩｒＤＡ通信方式と同様
に頻繁な送信権委譲フレームの送信による必要以上の赤
外線の発光を不要とし、消費電力の低減を図ることを可
能としている。一方、Ｉフレームを受信した場合に限っ
て、最大ターンアラウンド時間待つことなく速やかにＲ
Ｒフレームを送信することで、従来例のようにフレーム
送信ごとに最大ターンアラウンド時間以上待たされるこ
となく、二次局は次のＩフレームを直ちに送信すること
が可能となり、データ送信時間の短縮が可能となる効果
が得られる。

【００７０】また、本実施の形態１によるデータ通信装
置においては、フレームを送信・受信する送受信部１
と、送受信部１が受信したフレームについて、データフ
レーム（Ｉフレーム）であるか否かの判定を含む判定を
行うフレーム判定部２と、フレーム判定部２の判定によ
り、データフレームを受信したと判定された場合には、
直ちに送信権委譲を行うよう指示する通信制御部４と、
通信制御部４から送信権委譲の指示があった際に、送信
権委譲フレームを作成して、送受信部１に出力するフレ
ーム作成部３を備えたものとしたことで、データフレー
ム以外を受信したときは、送信権委譲フレーム送信まで
の時間を長くすることで省電力を図り、データフレーム
を受信したときは速やかに送信権委譲フレームを送信す
ることで通信の効率向上を図ることが可能となる。

【００７１】なお、本実施の形態１では、ウィンドウサ
イズ１の場合、すなわち送信権を保持している間に送信
できるフレーム数は１である場合において説明したが、
１以外のウィンドウサイズにおいても同様となり、上記
の効果が得られる。

【００７２】実施の形態２．本発明の実施の形態２によ
るデータ通信方法は、受信バッファ内に蓄積した受信フ
レームに対して判定を行い、最新の受信フレームに対し
てのみ処理を行うことで、通信エラーを回避するもので
ある。図４は、本実施の形態２によるデータ通信装置の
構成を示すブロック図である。本実施の形態２では、１
０を二次局、相手方２０を一次局であるとして説明す
る。図において二次局１０の６は受信バッファであり、
送受信部１が受信したフレームを一時蓄積する。他の符
号は図１と同じであり、説明は実施の形態１と同様であ
るので、ここでは省略する。

【００７３】図５は本実施の形態２による通信で、二次
局１０で行なわれる最新フレーム抽出処理の手順を示す
フローチャート図である。Ｓ１は受信バッファ内の最も
古いフレームを取り出す順次読み出し処理、Ｓ２はＳ１
で取り出したフレームが送信権委譲フレームか否かを判
断する委譲フレーム判定処理、Ｓ３は受信バッファ内に
送信権委譲フレームがあるか否かを判断する蓄積フレー
ム判定処理、Ｓ４は処理Ｓ１で取り出した受信フレーム
を破棄する受信フレーム破棄処理である。

【００７４】図６は、本実施の形態２による通信におい
て、二次局から一次局に対して、複数フレームにわたる
データを、Ｉフレームとして送信する場合の通信シーケ
ンス図を示している。従来例の（２）と同様に、二次局
１０は、図４に示す受信バッファとして０１、及び０２
が各１フレーム分ずつ、合計２フレーム分の受信バッフ
ァを備えたものであるとする。以下に、本実施の形態２
によるデータ通信装置の動作を、図６に従い、図４〜５
を参照して説明する。なお、図６ではフレームは全てポ
ールファイナルビットのセットされた送信権委譲フレー
ムである。

【００７５】二次局１０が一次局に対してのデータ送信
を開始し、最初のデータを送信順序番号が０であるＩフ
レーム２２１として送信する。Ｉフレーム２２１を送信
した後、二次局１０は、他のタスクの処理負荷が大きい
などの理由で、最大ターンアラウンド時間（ｔｍ）以上
受信処理を行なうことができなかった。

【００７６】一次局２０はデータ送信順序番号０のＩフ
レーム２２１を受信したので、次の順序番号である１を
有するＲＲフレーム２１１を二次局１０に送信する。二
次局１０の送受信部１はＲＲフレーム２１１を受信バッ
ファ０１に蓄積する。一次局は、順序番号１のデータフ
レームを要求した後、最大ターンアラウンド時間ｔｍ経
過しても、該当するフレームが送信されてこないので、
再び２１１と同じＲＲフレーム２１２を送信する。二次
局１０の送受信部１はＲＲフレーム２１２を受信バッフ
ァ０２に蓄積する。

【００７７】このＲＲフレーム２１２の受信と蓄積の後
に、二次局１０が通信処理を再開したとすると、二次局
１０は受信バッファ６内に蓄積された受信フレームに対
して、図５に示す最新フレーム抽出処理を実行する。最
新フレーム抽出処理を図５のフローに従って説明する。

【００７８】まず、ステップ１において、フレーム判定
部２は受信バッファ６より、最も古い受信フレームを取
り出す。次にステップ２が実行され、ステップ１で取り
出された受信フレームに対して、送信権委譲フレームか
否かが判断される。送信権委譲フレームであった場合は
ステップ３が行われ、そうでない場合は最新フレーム抽
出処理を終了する。ステップ３では、受信バッファ内に
さらに送信権委譲フレームがないか否かを判断し、送信
権委譲フレームがあった場合は、ステップ４を実行す
る。ステップ４ではステップ１で取り出した受信フレー
ムを破棄し、その後再びステップ１へ戻って、受信バッ
ファ６から最も古い受信フレームを取り出す。ステップ
３の判定で、送信権委譲フレームがなかった場合は、ス
テップ４を実行することなく、最新フレーム抽出処理を
終了する。図６のフローの最新フレーム抽出処理が終了
した場合、フレーム判定部２は取得した（破棄しなかっ
た）受信フレームを通信制御部４に出力する。

【００７９】図６のシーケンス図において、二次局１０
がＲＲフレーム２１２の受信と蓄積後に処理を再開し、
図５のフローによる処理を行った場合、次のようにな
る。先ずステップ１では、最先に受信バッファ６に蓄積
されたフレーム２１１がフレーム判定部２によって取り
出される。

【００８０】そしてステップ２では、取り出したフレー
ム２１１に対して、送信権委譲フレームであるかどうか
の判定がなされ、送信権委譲フレームであるのでステッ
プ３が実行される。フレーム判定部２は受信バッファ６
を参照して、バッファ０２に送信権委譲フレームである
受信フレーム２１２が蓄積されていることを知るので、
ステップ３の判定結果は「ＹＥＳ（存在する）」とな
り、ステップ４が実行される。ステップ４ではフレーム
２１１が破棄される。

【００８１】ステップ４に続いては再びステップ１が実
行され、受信バッファ６よりフレーム２１２が取り出さ
れる。ステップ２は上記と同様に実行され、次にステッ
プ３の判定が行われる。この場合、バッファ０１からフ
レーム２１１が、バッファ０２からフレーム２１２が取
り出された後なので、判定は「ＮＯ（存在せず）」とな
り、ステップ４が実行されることなく、最新フレーム抽
出処理は終了する。フレーム判定部２は、取得したフレ
ーム２１２を通信制御部４に出力し、フレーム２１２か
ら二次局１０は、順序番号「１」のデータの送信を要求
されていることを知ることができる。

【００８２】図６のＩフレーム２２２の送信以後は、通
信が遅滞なく順調に行われていることを示している。こ
のような場合、図５のフローでは、ステップ１において
順次取り出すごとに、ステップ３の判定により、ステッ
プ４を実行することなく処理が終了するので、ステップ
１で取り出したフレームが受信処理される。

【００８３】このように、本実施の形態２によるデータ
通信方法では、受信バッファより最先に蓄積された受信
フレームを読み出す順次読み出し処理と、順次読み出し
処理で読み出した受信フレームが送信権委譲フレームで
あるかどうかを判定する委譲フレーム判定処理と、委譲
フレーム判定処理において送信権委譲フレームであった
場合に、受信バッファにさらに送信権委譲フレームが存
在するかどうかを判定する蓄積フレーム判定処理と、蓄
積フレーム判定処理により、さらに送信権委譲フレーム
が存在すると判定された場合、順次読み出し処理で読み
出した受信フレームを破棄し、再び順次読み出し処理を
実行する受信フレーム破棄処理とからなる最新フレーム
抽出処理を行うものとしたことで、送信権委譲フレーム
の複数が受信バッファ内に保留された場合、最新ではな
い送信権委譲フレームを破棄し、最新のフレームのみを
受信処理するので、従来例の（２）に示したように、同
一のフレーム２１１と２１２とを引き続いて処理するこ
とにより、データ順序不正が起こり、回線切断に至る事
態を回避することが可能となる。

【００８４】また、本実施の形態２によるデータ通信装
置においては、フレームを送信・受信する送受信部１
と、送受信部１が受信したフレームを一時蓄積する受信
バッファ６と、受信バッファ６に送信権委譲フレームの
複数が保留された場合、最新ではない送信権委譲フレー
ムを破棄し、最新のフレームを取得するフレーム判定部
２を備えたものとしたことで、通信処理に遅滞があり、
受信バッファに重複する送信権委譲フレームが蓄積され
た場合にも、そのうちの最新のもののみを受信処理する
ので、従来の装置において起こり得た、重複した受信フ
レームの処理を行うことによる通信エラーを回避して、
順調な通信を行うことを可能とする。

【００８５】なお、本実施の形態２に示した最新フレー
ム抽出処理とともに、実施の形態１に示した受信フレー
ム判定処理を行うこととして、受信フレームが送信権委
譲フレームであり、かつ、データフレームである場合に
は速やかに送信権委譲フレームを送信することとしても
よく、受信バッファに送信権委譲フレームが複数保存さ
れた場合にも順序不正等のトラブルの発生を回避でき、
また、送信権委譲処理を抑制することによる省電力と、
連続したデータ処理の効率化とをともに実現することが
可能となる。データ通信装置としてこれを実現する場合
には、フレーム判定部２が最新フレーム抽出処理と受信
フレーム判定処理とを行うようにし、通信制御部４はフ
レーム判定部２の判定により、フレーム作成部３に送信
権委譲フレームの作成を指示するようにすればよい。

【００８６】実施の形態３．本発明の実施の形態３によ
るデータ通信方法は、接続状態か否かの判定と、アドレ
スフィールド値の比較とにより、自己受信を判定するも
のである。本実施の形態３によるデータ通信装置は実施
の形態１と同様の構成であり、説明には図１を用いる。
なお、ここでは後述のようにＡ局とＢ局の通信について
説明するが、図１においては局１０がＡ局、相手局２０
がＢ局であるとする。

【００８７】図７は本実施の形態３において、受信処理
の際に行われる自己受信判定処理の手続を示すフローチ
ャート図である。図７において、Ｓ１は自局が接続状態
か否かを判断する接続判定処理、Ｓ２は受信したフレー
ムのアドレスフィールド値が自局から送信するフレーム
のアドレスフィールド値と等しいか否かを判断するアド
レスフィールド判定処理、Ｓ３は受信フレームを破棄す
る受信フレーム破棄処理である。

【００８８】本実施の形態３では、ハードウェアやデバ
イスドライバにおいて自己受信対策がなされておらず、
自己受信の発生するＡ局と、ハードウェア等により自己
受信の発生しないＢ局との間で通信を行うものとする。
図８は、Ａ局でのＩｒＤＡ通信の発見処理、接続処理、
切断処理のシーケンス図である。両局ともデータ通信装
置の構成は図１のものであり、送受信部１によりフレー
ムを受信したとき、フレーム判定部２において、図７の
自己受信判定処理が行われる。以下、本実施の形態３に
よるデータ通信方法を、図８のシーケンスに従い、図１
及び図７を参照して、以下にＡ局での（１）発見処理、
（２）接続処理、（３）接続状態での処理、（４）切断
処理について説明する。

【００８９】（１）発見処理 図８に示す発見処理は、スロット数１の場合の発見処理
である。発見処理では、発見を起動した局から送信され
るフレームのアドレスフィールド値にはＦＦｈが、起動
した局に応答する局から送信されるフレームのアドレス
フィールド値にはＦＥｈが使用される。

【００９０】まずＡ局では、フレーム作成部３が、発見
要求フレームであるＸＩＤコマンドを、スロット０のフ
レーム３１１として作成し、送受信部１がこれをＢ局に
送信する。この直後にＡ局では自己受信によってフレー
ム３１１がフレーム３２１として受信される。Ａ局の送
受信部１によってフレーム３２１が受信されると、フレ
ーム３２１はフレーム判定部２に渡され、フレーム判定
部２は図７のフローに従って自己受信判定処理を行う。

【００９１】自己受信判定処理について図７のフローに
従って説明する。まず、ステップ１では、自局が接続状
態であるか否かを確認する。接続状態であればステップ
２を実行し自己受信判定処理を続行するが、接続状態に
ない場合は自己受信判定処理を終了する。ステップ２が
実行されると、フレーム判定部２によって、受信したフ
レームのアドレスフィールド値が自局から送信するフレ
ームのアドレスフィールド値と等しいか否かが判定さ
れ、「ＹＥＳ（等しい）」の場合はステップ３が実行さ
れるが、「ＮＯ（等しくない）」の場合はステップ３を
実行することなく自己受信判定処理が終了する。ステッ
プ３では受信したフレームが破棄される。ステップ１よ
り自己受信判定処理が終了した場合、又はステップ２の
判定によりステップ３を経ず自己受信判定処理が終了し
た場合には、フレーム判定部２は送受信部１から受け取
った受信フレームを通信制御部４に出力する。一方、自
己受信判定処理がステップ３を経て終了したときは、受
信フレームの出力はない。

【００９２】フレーム３２１受信の際の自己受信判定処
理（図７）では、ステップ１の判定により、発見処理段
階は接続状態にはないことから、直ちに自己受信判定処
理は終了し、フレーム３２１は通信制御部４に渡され
る。そして、フレーム３２１に対しては、通常の受信処
理が行われる。ＩｒＤＡ通信方式において発見処理段階
では、ＸＩＤコマンドの送信後、ＸＩＤレスポンス以外
のフレームを受信しても、これを無視することとなって
いる。従って、フレーム３２１はＸＩＤレスポンスでは
ないため無視される。

【００９３】一方、フレーム３１１を受信したＢ局は、
自局の情報をＡ局に通知するためにＸＩＤレスポンスフ
レーム３３１をＡ局に送信する。フレーム３３１を受信
したＡ局では、送受信部１によるフレーム受信の後、図
７のフローが実行され、フレーム３３１はフレーム３２
１と同様に通信制御部４に出力され、受信処理される。
Ａ局１０は、これがＸＩＤレスポンスであることから、
フレーム３３１により通知されたＢ局の情報を保存す
る。

【００９４】次にＡ局はＸＩＤ最終スロットフレーム３
１２を送信する。この時自己受信により、フレーム３１
２の自己受信フレーム３２２がＡ局に受信される。フレ
ーム判定部２の自己受信判定処理では、フレーム３２２
はフレーム３２１、及び３３１と同様に処理されて、受
信処理が行われる。そして、フレーム３２２はＸＩＤ最
終スロットフレームであるため、ＩｒＤＡ通信方式に従
って無視される。

【００９５】以上のように発見処理においては、自己受
信が起こった場合でも、フレーム判定部２では、図７の
自己受信判定処理によりその自己受信したフレームをそ
のまま出力する。そして、自己受信したフレームはＩｒ
ＤＡ通信方式に従って処理されることにより、所定のフ
レームでないことから無視されるため、正常に処理が行
われることとなる。

【００９６】（２）接続処理 次にＡ局はＢ局に対して接続処理を行う。まず、Ａ局
は、Ｂ局に対し接続要求フレームであるＳＮＲＭコマン
ドフレーム３１３を送信する。ＳＮＲＭコマンドフレー
ムのアドレスフィールド値はＦＦｈである。このときＡ
局はフレーム３１３の自己受信フレームであるフレーム
３２３を受信する。

【００９７】Ａ局１０の送受信部１がフレーム３２３を
受信すると、フレーム判定部２によって、図７の自己受
信判定処理が実行されるが、接続処理中も接続状態では
ないため、自己受信判定処理は（１）と同様ステップ１
によって直ちに終了する。そして、フレーム３２３が受
信処理されることとなるが、ＩｒＤＡ通信方式では、接
続要求ＳＮＲＭに対する許否のレスポンス以外は無視す
ることとなっているので、フレーム３２３はコマンドフ
レームであるため無視される。

【００９８】なお、ＳＮＲＭコマンドフレームによっ
て、コネクションアドレスの値がＢ局に対して通知され
る。コネクションアドレスは０１ｈから、７Ｆｈまでの
値からランダムに選択される乱数値であり、接続状態で
送信されるフレームのアドレスフィールド値はこのコネ
クションアドレスを１ビット上位ビット側へシフトして
ビット７‐１の値とし、一次局からの送信の場合はビッ
ト０を１に、二次局からの送信の場合はビット０を０に
したものである。図８の場合はコネクションアドレスは
１６ｈである。よって以後、一次局から送信されるフレ
ームのアドレスフィールド値は２Ｄｈ、二次局から送信
されるフレームのアドレスフィールド値は２Ｃｈとな
る。

【００９９】フレーム３１３を受信したＢ局は、接続応
答フレームであるＵＡフレーム３３２を送信する。ＵＡ
フレームのアドレスフィールド値は２Ｃｈである。接続
応答ＵＡフレーム３３２を送信したＢ局は接続状態に移
行する。一方、フレーム３３２を受信したＡ局では、図
７の自己受信判定処理を経て、フレーム３３２を受信処
理し、接続応答があったことから、Ａ局も接続状態に入
る。

【０１００】以上のように接続処理においても（１）発
見処理と同様、自己受信が起こった場合でも、フレーム
判定部２では、図７の自己受信判定処理によりその自己
受信したフレームをそのまま出力する。そして、自己受
信したフレームはＩｒＤＡ通信方式に従って処理される
ことにより、所定のフレームでないことから無視される
ため、正常に処理が行われることとなる。

【０１０１】（３）接続状態での処理 フレーム３３２を受信して接続状態に移行したＡ局は、
ＲＲフレーム３１４を送信する。フレーム３１４のアド
レスフィールド値は前述のように２Ｄｈである。この
時、Ａ局はフレーム３１４の自己受信フレームであるフ
レーム３２４を受信する。Ａ局１０の送受信部１がフレ
ーム３２４を受信すると、フレーム判定部２により、図
７に示す自己受信判定処理が行われる。

【０１０２】ステップ１の判定では、Ａ局１０は接続状
態に入っているので、「ＹＥＳ」と判定されてステップ
２が実行される。そして受信フレーム３２４のアドレス
フィールド値が、Ａ局が送信するフレームのアドレスフ
ィールド値と等しいかどうかの判定がなされる。フレー
ム３２４はフレーム３１４と同じアドレスフィールド値
である。従って、フレーム３２４に対してはステップ２
の判定は「ＹＥＳ（等しい）」であるため、ステップ３
が実行されることとなり、フレーム３２４が破棄され
て、自己受信判定処理は終了する。従って、この場合
は、自己受信判定処理に引き続いての受信フレームの受
信処理は行われない。

【０１０３】図７に示す自己受信判定処理を行わない従
来の通信方式では、フレーム３２４が受信処理をされる
ため、フレーム３２４の有するアドレスフィールドが自
局からの送信フレームと同じ値であるために一次局衝突
として切断処理が行われるのであるが、本実施の形態３
では、上述のようにフレーム３２４は受信処理されない
ので、かかる切断は発生しない。フレーム３１４を受信
したＢ局は、応答フレームとして、ＲＲフレーム３３３
を送信する。Ａ局１０の送受信部１がフレーム３３３を
受信すると、フレーム判定部２により、図７に示す自己
受信判定処理が行われる。

【０１０４】ステップ１の判定では、Ａ局１０は接続状
態に入っているので、「ＹＥＳ」と判定されてステップ
２が実行される。そして受信フレーム３２３のアドレス
フィールド値が、Ａ局が送信するフレームのアドレスフ
ィールド値と等しいかどうかの判定がなされる。フレー
ム３３３のアドレスフィールド値は２Ｃｈであり、Ａ局
の送信フレームのアドレスフィールド値２Ｄｈとは異な
るため、ステップ２の判定は「ＮＯ（等しくない）」で
あるため、ステップ３が実行されることなく、自己受信
判定処理は終了する。従って、この場合は、受信フレー
ム３３３に対する受信処理が行われる。

【０１０５】この後、Ａ局は応答フレームであるＲＲフ
レーム３１５を送信し、自己受信によるフレーム３２５
と、Ｂ局からの応答フレーム３３４を受信することとな
る。自己受信フレーム３２５はフレーム３２４と同様に
処理されるので、自己受信判定処理のステップ３におい
て破棄され、受信処理されない。一方応答フレーム３３
４はフレーム３３３と同様に処理され、受信処理される
こととなる。

【０１０６】（４）切断処理 Ａ局はフレーム３３５を受信するが、ここで上位層から
の切断要求があったために、切断要求フレームであるＤ
ＩＳＣフレーム３１６を送信する。この時も、自己受信
によってフレーム３１６の自己受信フレーム３２６が受
信されるが、フレーム判定部２により自己受信判定処理
が行われることによって、現在接続状態であり、かつ、
受信フレーム３２６のアドレスフィールド値が自局から
送信するフレームのアドレスフィールド値に等しいと判
定されるため、ステップ３において受信フレーム３２６
は破棄される。

【０１０７】切断要求フレーム３１６を受信したＢ局は
切断応答フレーム３３５を送信して非接続状態へ移行す
る。切断応答フレーム３３５を受信したＡ局では、自己
受信判定処理の実行の後、フレーム３３５をフレーム３
３３や３３４と同様に受信処理し、Ａ局も非接続状態へ
移行して、通信リンクは終了する。

【０１０８】このように、本実施の形態３によるデータ
通信方法では、現在自局が接続状態にあるかどうかを判
定する接続判定処理と、受信したフレームのアドレスフ
ィールド値と、自局が送信するフレームに付与するアド
レスフィールド値とを比較するアドレスフィールド判定
処理と、アドレスフィールド値が一致する場合にはその
受信フレームを破棄する受信フレーム破棄処理とを含む
自己受信判定処理を行うものとしたことで、自己受信フ
レームを受信フレームとして処理することが通信トラブ
ルにつながり得る接続状態の場合には、アドレスフィー
ルド値の比較により自己受信であるかどうかを判定し、
自己受信フレームであればこれを破棄して受信処理をし
ないので、かかる自己受信判定処理を行わない場合に起
こり得る一次局衝突による回線切断などの通信トラブル
を回避することが可能となる。そして、従来例で示した
ように、送信開始・終了時点を正確に把握して自己受信
であるか否かを判定するのに比較して、開始・終了の時
点の変動に左右されず、しかも迅速に判定処理を行うこ
とができるものである。

【０１０９】また、本実施の形態３によるデータ通信装
置では、自局が接続状態にあり、かつ、受信したフレー
ムのアドレスフィールド値と、自局が送信するフレーム
に付与するアドレスフィールド値とが等しい場合は、受
信フレームを破棄するフレーム判定部２を備えたこと
で、自己受信フレームを受信フレームとして処理するこ
とが通信トラブルにつながり得る接続状態の場合には、
アドレスフィールド値の比較により自己受信であるかど
うかを判定し、自己受信フレームであればこれを破棄し
て受信処理をしないので、かかる自己受信判定処理を行
わない場合に起こり得る一次局衝突による回線切断など
の通信トラブルを回避することが可能となり、判定処理
の処理負担も小さい。

【０１１０】なお、本実施の形態３に示した自己受信判
定処理とともに、実施の形態１に示した受信フレーム判
定処理を行うこととして、受信フレームが送信権委譲フ
レームであり、かつ、データフレームである場合には速
やかに送信権委譲フレームを送信することとしてもよ
く、ソフトウェアによる自己受信の迅速かつ確実な判定
と処理とを可能とし、また、送信権委譲処理を抑制する
ことによる省電力と、連続したデータ処理の効率化とを
ともに実現することが可能となる。データ通信装置とし
てこれを実現する場合には、フレーム判定部２が自己受
信判定処理と受信フレーム判定処理とを行うようにし、
通信制御部４はフレーム判定部２の判定により、フレー
ム作成部３に送信権委譲フレームの作成を指示するよう
にすればよい。

【０１１１】また、本実施の形態３に示した自己受信判
定処理とともに、実施の形態２に示した最新フレーム抽
出処理を行うこととして、受信したフレームを受信バッ
ファに一時蓄積した後に取り出して処理するものとし、
一時蓄積された送信権委譲フレームの内から、最新のも
ののみを処理することとしてもよく、ソフトウェアによ
る自己受信の迅速かつ確実な判定と処理とを可能とし、
また、受信バッファに送信権委譲フレームが複数保存さ
れた場合にも順序不正等のトラブルの発生を回避でき
る。データ通信装置としてこれを実現する場合には、受
信バッファをさらに備え、送受信部１は受信したフレー
ムをこの受信バッファに一時蓄積するものとし、フレー
ム判定部２は内部バッファから取り出した受信フレーム
に対して自己受信判定処理と最新フレーム抽出処理とを
行うようすればよい。

【０１１２】さらに、本実施の形態３に示した自己受信
判定処理とともに、実施の形態１に示した受信フレーム
判定処理と、実施の形態２に示した最新フレーム抽出処
理とを行うこととしてもよく、ソフトウェアによる自己
受信の迅速かつ確実な判定と処理とを可能とし、また、
受信バッファに送信権委譲フレームが複数保存された場
合にも順序不正等のトラブルの発生を回避でき、さら
に、送信権委譲処理を抑制することによる省電力と、連
続したデータ処理の効率化とをともに実現することが可
能となる。データ通信装置としては、上記のような変更
を加えることによって実現し得る。

【０１１３】なお、実施の形態１〜３に示したデータ通
信方法は、かかる通信方法によって通信を行う通信プロ
グラムを記録媒体に記録し、該プログラムをコンピュー
タ、ワークステーション、電子手帳等携帯個人用端末等
で実行することによって、実現できるものである。

【０１１４】

【発明の効果】請求項１または２のデータ通信方法によ
れば、フレームを受信したとき、該受信したフレーム
が、送信権委譲フレームであり、かつ、データフレーム
である場合に、相手局に対して送信権委譲を行うものと
したことで、データフレーム以外については送信権委譲
のための赤外線発光を少なくすることにより省電力を図
るとともに、連続送信をすることの多いデータフレーム
に対しては速やかに送信権を委譲することでデータ送信
を効率の向上を可能とする。

【０１１５】請求項３または４のデータ通信方法によれ
ば、フレームを受信したとき、受信したフレームを受信
バッファに一時蓄積した後に取り出して処理するもので
あり、上記受信バッファに蓄積されたフレームの内、上
記取り出して処理するフレームが送信権委譲フレームで
あるとき、最新の送信権委譲フレームであるか否かを判
定し、最新であれば該送信権委譲フレームを受信処理
し、最新でないならば該送信権委譲フレームを受信処理
せずに破棄するものとしたことで、通信中の処理の遅滞
があり、受信バッファに送信権委譲フレームが複数保存
された場合においても、順序番号不正による切断が発生
することがない順調な通信を行うことが可能となる。

【０１１６】請求項５または６のデータ通信方法によれ
ば、接続状態において、受信したフレームのアドレスフ
ィールドの値が、自局から送信するフレームのアドレス
フィールドの値と一致した場合に、その受信したフレー
ムを破棄するものとしたことで、迅速かつ確実な自己受
信の判定と処理とを行うので、自己受信が発生するハー
ドウェアを使用した場合においても、一次局衝突による
切断等の通信トラブルを回避することが可能となる。

【０１１７】請求項７のデータ通信方法によれば、フレ
ームを受信したとき、受信したフレームを受信バッファ
に一時蓄積した後に取り出して処理するものであり、上
記受信バッファに蓄積されたフレームの内、送信権の委
譲を伴うフレームに関しては、最新のフレームのみを受
信処理し、それ以外の送信権の委譲を伴うフレームは破
棄し、上記受信処理する最新のフレームが、送信権委譲
フレームであり、かつ、データフレームである場合に、
相手局に対して送信権委譲を行うものとしたことで、受
信バッファに送信権委譲フレームが複数保存された場合
にも順序不正等のトラブルの発生を回避でき、また、送
信権委譲処理を抑制することによる省電力と、連続した
データ処理の効率化とをともに実現することが可能とな
る。

【０１１８】請求項８のデータ通信方法によれば、接続
状態において受信したフレームのアドレスフィールドの
値が、自局から送信するフレームのアドレスフィールド
の値と一致した場合に、その受信したフレームを破棄す
るものであり、上記破棄することなく受信処理するフレ
ームが、送信権委譲フレームであり、かつ、データフレ
ームである場合に、相手局に対して送信権委譲を行うも
のとしたことで、ソフトウェアによる自己受信の迅速か
つ確実な判定と処理とを可能とし、また、送信権委譲処
理を抑制することによる省電力と、連続したデータ処理
の効率化とをともに実現することが可能となる。

【０１１９】請求項９のデータ通信方法によれば、接続
状態において受信したフレームのアドレスフィールドの
値が、自局から送信するフレームのアドレスフィールド
の値と一致した場合に、その受信したフレームを破棄
し、上記破棄することなく受信処理を行う受信フレーム
を、受信バッファに一時蓄積した後に取り出して処理す
るものであり、上記受信バッファに蓄積されたフレーム
の内、送信権の委譲を伴うフレームに関しては、最新の
フレームのみを受信処理し、それ以外の送信権の委譲を
伴うフレームは破棄するものとしたことで、ソフトウェ
アによる自己受信の迅速かつ確実な判定と処理とを可能
とし、また、受信バッファに送信権委譲フレームが複数
保存された場合にも順序不正等のトラブルの発生を回避
できる。

【０１２０】請求項１０のデータ通信方法によれば、接
続状態において受信したフレームのアドレスフィールド
の値が、自局から送信するフレームのアドレスフィール
ドの値と一致した場合に、その受信フレームを破棄し、
上記破棄することなく受信処理を行う受信フレームを、
受信バッファに一時蓄積した後に取り出して処理するも
のであり、上記受信バッファに蓄積されたフレームの
内、送信権の委譲を伴うフレームに関しては、最新のフ
レームのみを受信処理し、それ以外の送信権の委譲を伴
うフレームは破棄し、上記受信処理する最新のフレーム
が、送信権委譲フレームであり、かつ、データフレーム
である場合に、相手局に対して送信権委譲を行うものと
したことで、ソフトウェアによる自己受信の迅速かつ確
実な判定と処理とを可能とし、また、受信バッファに送
信権委譲フレームが複数保存された場合にも順序不正等
のトラブルの発生を回避でき、さらに、送信権委譲処理
を抑制することによる省電力と、連続したデータ処理の
効率化とをともに実現することが可能となる。

【０１２１】請求項１１のデータ通信装置によれば、不
平衡半二重ＨＤＬＣ通信方式によりフレーム単位で送受
信を行うデータ通信装置において、データをフレームと
して伝送媒体より受信し、また、データをフレームとし
て伝送媒体に送信する送受信部と、相手局に送信するべ
きフレームを作成し、上記送受信部に出力するフレーム
作成部と、上記送受信部が受信した受信フレームに対し
て、送信権委譲フレームか否かを判断する委譲フレーム
判定処理と、データフレームか否かを判断するデータフ
レーム判定処理とを含むフレーム判定処理を行うフレー
ム判定部と、上記フレーム判定部におけるフレーム判定
処理の結果により、上記受信フレームが送信権委譲フレ
ームであり、かつデータフレームである場合には、上記
フレーム作成部に送信権委譲フレームを作成し出力する
ように指示をする通信制御部とを備えたものとしたこと
で、受信したフレームが、送信権委譲フレームであり、
かつ、データフレームである場合には、相手局に対して
速やかな送信権委譲を行うものとしたことで、データフ
レーム以外については送信権委譲のための赤外線発光を
少なくすることにより省電力を図るとともに、連続送信
をすることの多いデータフレームに対しては速やかに送
信権を委譲することでデータ送信を効率の向上を可能と
する。

【０１２２】請求項１２のデータ通信装置によれば、デ
ータをフレームとして伝送媒体より受信し、また、デー
タをフレームとして伝送媒体に送信する送受信部と、上
記送受信部が受信したフレームを一時蓄積する受信バッ
ファと、上記受信したフレームを一時蓄積した受信バッ
ファより、最先に蓄積したフレームを読み出す順次読み
出し処理と、上記読み出した最先の受信フレームが送信
権委譲フレームか否かを判断する委譲フレーム判定処理
と、上記受信バッファに送信権委譲フレームが蓄積され
ているか否かを判断する蓄積フレーム判定処理と、上記
読み出した受信フレームが送信権委譲フレームであり、
かつ、上記受信バッファに送信権委譲フレームが蓄積さ
れていると判定された場合に、上記読み出した受信フレ
ームを破棄する受信フレーム破棄処理とを行い、上記受
信バッファに蓄積されたフレームの内、送信権の委譲を
伴うフレームに関して、最新のフレームを抽出するフレ
ーム判定部と、上記フレーム判定部が抽出したフレーム
について受信処理を行うよう制御する通信制御部とを備
えたものとしたことで、受信バッファに蓄積されたフレ
ームの内、送信権委譲フレームに関しては、最新のフレ
ームのみを受信処理し、それ以外のフレームは破棄する
ものとしたことで、通信中の処理の遅滞があり、受信バ
ッファに送信権委譲フレームが複数保存された場合にお
いても、順序番号不正による切断が発生することがない
順調な通信を行うことが可能となる。

【０１２３】請求項１３のデータ通信装置によれば、デ
ータをフレームとして伝送媒体より受信し、また、デー
タをフレームとして伝送媒体に送信する送受信部と、上
記送受信部が受信したフレームに対して、現在の通信状
況が接続状態であるか否かを判定する接続判定処理と、
上記受信したフレームのアドレスフィールドの値を、自
局から送信するフレームのアドレスフィールドの値と比
較し、一致するか否かを判定するアドレスフィールド判
定処理とにより、接続状態において自己受信したフレー
ムであるか否かを判定し、接続状態において自己受信し
た受信フレームであれば破棄するフレーム判定部と、上
記フレーム判定部が破棄しない受信フレームに対して、
受信処理を行うよう制御する通信制御部とを備えたもの
としたことで、接続状態において、受信したフレームの
アドレスフィールドの値が自局から送信するフレームの
アドレスフィールドの値と一致した場合に、その受信し
たフレームを破棄するという、迅速かつ確実な自己受信
の判定と処理とをソフトウェア的に行うので、自己受信
が発生するハードウェアを使用しても、一次局衝突によ
る切断等の通信トラブルを回避することが可能となる。

【０１２４】請求項１４のデータ通信プログラム記録媒
体によれば、フレームを受信するフレーム受信ステップ
と、上記受信したフレームが送信権委譲フレームか否か
を判断する委譲フレーム判定ステップと、上記受信した
フレームがデータフレームか否かを判断するデータフレ
ーム判定ステップと、上記委譲フレーム判定ステップに
おいて、上記受信したフレームが送信権委譲フレームで
あると判定され、かつ、上記データフレーム判定ステッ
プにおいて、上記受信したフレームがデータフレームで
あると判定された場合に、送信権委譲フレームを作成す
る送信権委譲フレーム作成ステップと、上記作成した送
信権委譲フレームを送信する送信ステップを備えたデー
タ通信プログラムを記録したことで、受信したフレーム
が、送信権委譲フレームであり、かつ、データフレーム
である場合には、相手局に対して速やかな送信権委譲を
行うものとしたことで、データフレーム以外については
送信権委譲のための赤外線発光を少なくすることにより
省電力を図るとともに、連続送信をすることの多いデー
タフレームに対しては速やかに送信権を委譲することで
データ送信を効率の向上を可能とする。

【０１２５】請求項１５のデータ通信プログラム記録媒
体によれば、フレームを受信するフレーム受信ステップ
と、上記受信したフレームを受信バッファに一時蓄積す
る一時蓄積ステップと、上記受信バッファより、最先に
蓄積したフレームを読み出す順次読み出しステップと、
上記読み出した最先の受信フレームが送信権委譲フレー
ムか否かを判断する委譲フレーム判定ステップと、上記
受信バッファに送信権委譲フレームが蓄積されているか
否かを判断する蓄積フレーム判定ステップと、上記委譲
フレーム判定ステップにおいて、上記読み出した受信フ
レームが送信権委譲フレームであると判定され、かつ、
上記蓄積フレーム判定ステップにおいて、上記受信バッ
ファに送信権委譲フレームが蓄積されていると判定され
た場合に、上記読み出した受信フレームを破棄する受信
フレーム破棄ステップと、上記委譲フレーム判定ステッ
プにおいて、上記読み出した受信フレームが送信権委譲
フレームでないと判定され、または、上記蓄積フレーム
判定ステップにおいて、上記受信バッファに送信権委譲
フレームが蓄積されていないと判定された場合に、上記
読み出した受信フレームを出力する最新フレーム抽出ス
テップと、上記最新フレーム抽出ステップにおいて、取
得された受信フレームに対して受信処理を行う受信処理
ステップを備えたデータ通信プログラムを記録したもの
としたことで、コンピュータ等において該プログラムを
実行することにより、受信バッファに蓄積されたフレー
ムの内、送信権委譲フレームに関しては、最新のフレー
ムのみを受信処理し、それ以外のフレームは破棄するも
のとしたことで、通信中の処理の遅滞があり、受信バッ
ファに送信権委譲フレームが複数保存された場合におい
ても、順序番号不正による切断が発生することがない順
調な通信を行うことが可能となる。

【０１２６】請求項１６のデータ通信プログラム記録媒
体によれば、フレームを受信するフレーム受信ステップ
と、現在の通信状況が接続状態であるか否かを判定する
接続判定ステップと、上記受信したフレームのアドレス
フィールドの値を、自局から送信するフレームのアドレ
スフィールドの値と比較し、一致するか否かを判定する
アドレスフィールド判定ステップと、上記接続判定ステ
ップにおいて接続状態にあると判定され、かつ、上記ア
ドレスフィールド判定ステップにおいて一致すると判定
された場合に、上記受信したフレームを破棄する受信フ
レーム破棄ステップと、上記接続判定ステップにおいて
接続状態にないと判定され、または、上記アドレスフィ
ールド判定ステップにおいて一致しないと判定された場
合に、上記受信したフレームに対して受信処理を行う受
信処理ステップを備えたデータ通信プログラムを記録し
たものとしたことで、コンピュータ等において該プログ
ラムを実行することにより、接続状態において、受信し
たフレームのアドレスフィールドの値が自局から送信す
るフレームのアドレスフィールドの値と一致した場合
に、その受信したフレームを破棄するという、迅速かつ
確実な自己受信の判定と処理とをソフトウェア的に行う
ので、自己受信が発生するハードウェアを使用しても、
一次局衝突による切断等の通信トラブルを回避すること
が可能となる。

【図面の簡単な説明】

【図１】 本発明の実施の形態１によるデータ通信装置
の構成を示すブロック図である。

【図２】 同実施の形態による、受信フレーム判定処理
の手順を示すフローチャート図である。

【図３】 同実施の形態による、通信の状態を示すシー
ケンス図である。

【図４】 本発明の実施の形態２によるデータ通信装置
の構成を示すブロック図である。

【図５】 同実施の形態による、最新フレーム抽出処理
の手順を示すフローチャート図である。

【図６】 同実施の形態による、通信の状態を示すシー
ケンス図である。

【図７】 本実施の形態３による、自己受信判定処理の
手順を示すフローチャート図である。

【図８】 同実施の形態による、通信の状態を示すシー
ケンス図である。

【図９】 従来の技術によるデータ通信における、(a)
局間の通信を説明するための図と、(b) 一般的な通信手
順を示すシーケンス図である。

【図１０】 従来の技術によるデータ通信における、複
数フレームにわたるデータ通信の状態を示すシーケンス
図である。

【図１１】 従来の技術によるデータ通信における、受
信バッファを用いたデータ通信の状態を示すシーケンス
図である。

【符号の説明】

１ 送受信部 ２ フレーム判定部 ３ フレーム作成部 ４ 通信制御部 ５ データ処理部 ６ 受信バッファ １０ 自局 ２０ 相手局

───────────────────────────────────────────────────── フロントページの続き (72)発明者 森岡 正明 広島県広島市東区光町１丁目12番20号 株 式会社松下電器情報システム広島研究所内

Claims (16)

【特許請求の範囲】
1. 【請求項１】 不平衡半二重ＨＤＬＣ通信方式によりフ
   レーム単位で送受信を行うデータ通信方法において、 フレームを受信したとき、該受信したフレームが、送信
   権委譲フレームであり、かつ、データフレームである場
   合に、相手局に対して送信権委譲を行うことを特徴とす
   るデータ通信方法。
2. 【請求項２】 請求項１に記載のデータ通信方法におい
   て、 フレームを受信したとき、 上記受信したフレームが送信権委譲フレームか否かを判
   断する委譲フレーム判定処理と、 上記受信したフレームがデータフレームか否かを判断す
   るデータフレーム判定処理とを含むフレーム判定処理を
   行い、 上記フレーム判定処理によって、上記受信したフレーム
   が、送信権委譲フレームであり、かつ、データフレーム
   であると判定した場合は、相手局に対して送信権委譲フ
   レームを送信するものであることを特徴とするデータ通
   信方法。
3. 【請求項３】 不平衡半二重ＨＤＬＣ通信方式によりフ
   レーム単位で送受信を行うデータ通信方法において、 フレームを受信したとき、受信したフレームを受信バッ
   ファに一時蓄積した後に取り出して処理するものであ
   り、 上記受信バッファに蓄積されたフレームの内、上記取り
   出して処理するフレームが送信権委譲フレームであると
   き、最新の送信権委譲フレームであるか否かを判定し、
   最新であれば該送信権委譲フレームを受信処理し、最新
   でないならば該送信権委譲フレームを受信処理せずに破
   棄することを特徴とするデータ通信方法。
4. 【請求項４】 請求項３に記載のデータ通信方法におい
   て、 上記受信したフレームを一時蓄積した受信バッファよ
   り、最先に蓄積したフレームを読み出す順次読み出し処
   理と、 上記読み出した最先の受信フレームが送信権委譲フレー
   ムか否かを判断する委譲フレーム判定処理と、 上記受信バッファに送信権委譲フレームが蓄積されてい
   るか否かを判断する蓄積フレーム判定処理と、 上記委譲フレーム判定処理により、上記読み出した受信
   フレームが送信権委譲フレームであると判定され、か
   つ、上記蓄積フレーム判定処理により、上記受信バッフ
   ァに送信権委譲フレームが蓄積されていると判定された
   場合に、上記読み出した受信フレームを破棄する受信フ
   レーム破棄処理とを含む最新フレーム抽出処理を行い、 上記最新フレーム抽出処理において、破棄されず出力さ
   れた受信フレームに対して受信処理を行うものであるこ
   とを特徴とするデータ通信方法。
5. 【請求項５】 不平衡半二重ＨＤＬＣ通信方式によりフ
   レーム単位で送受信を行うデータ通信方法において、 接続状態において、受信したフレームのアドレスフィー
   ルドの値が、自局から送信するフレームのアドレスフィ
   ールドの値と一致した場合に、その受信したフレームを
   破棄することを特徴とするデータ通信方法。
6. 【請求項６】 請求項５に記載のデータ通信方法におい
   て、 フレームを受信したとき、 現在の通信状況が接続状態であるか否かを判定する接続
   判定処理と、 上記受信したフレームのアドレスフィールドの値を、自
   局から送信するフレームのアドレスフィールドの値と比
   較し、一致するか否かを判定するアドレスフィールド判
   定処理と、 上記接続判定処理により接続状態にあると判定され、か
   つ、上記アドレスフィールド判定処理において一致する
   と判定された場合に、上記受信したフレームを破棄する
   受信フレーム破棄処理とを含む自己受信判定処理を行
   い、 上記自己受信判定処理において、破棄されず出力された
   受信フレームに対して受信処理を行うものであることを
   特徴とするデータ通信方法。
7. 【請求項７】 不平衡半二重ＨＤＬＣ通信方式によりフ
   レーム単位で送受信を行うデータ通信方法において、 フレームを受信したとき、受信したフレームを受信バッ
   ファに一時蓄積した後に取り出して処理するものであ
   り、 上記受信バッファに蓄積されたフレームの内、送信権の
   委譲を伴うフレームに関しては、最新のフレームのみを
   受信処理し、それ以外の送信権の委譲を伴うフレームは
   破棄し、 上記受信処理する最新のフレームが、送信権委譲フレー
   ムであり、かつ、データフレームである場合に、相手局
   に対して送信権委譲を行うことを特徴とするデータ通信
   方法。
8. 【請求項８】 不平衡半二重ＨＤＬＣ通信方式によりフ
   レーム単位で送受信を行うデータ通信方法において、 接続状態において受信したフレームのアドレスフィール
   ドの値が、自局から送信するフレームのアドレスフィー
   ルドの値と一致した場合に、その受信したフレームを破
   棄するものであり、 上記破棄することなく受信処理するフレームが、送信権
   委譲フレームであり、かつ、データフレームである場合
   に、相手局に対して送信権委譲を行うことを特徴とする
   データ通信方法。
9. 【請求項９】 不平衡半二重ＨＤＬＣ通信方式によりフ
   レーム単位で送受信を行うデータ通信方法において、 接続状態において受信したフレームのアドレスフィール
   ドの値が、自局から送信するフレームのアドレスフィー
   ルドの値と一致した場合に、その受信したフレームを破
   棄し、 上記破棄することなく受信処理を行う受信フレームを、
   受信バッファに一時蓄積した後に取り出して処理するも
   のであり、 上記受信バッファに蓄積されたフレームの内、送信権の
   委譲を伴うフレームに関しては、最新のフレームのみを
   受信処理し、それ以外の送信権の委譲を伴うフレームは
   破棄することを特徴とするデータ通信方法。
10. 【請求項１０】 不平衡半二重ＨＤＬＣ通信方式により
    フレーム単位で送受信を行うデータ通信方法において、 接続状態において受信したフレームのアドレスフィール
    ドの値が、自局から送信するフレームのアドレスフィー
    ルドの値と一致した場合に、その受信フレームを破棄
    し、 上記破棄することなく受信処理を行う受信フレームを、
    受信バッファに一時蓄積した後に取り出して処理するも
    のであり、 上記受信バッファに蓄積されたフレームの内、送信権の
    委譲を伴うフレームに関しては、最新のフレームのみを
    受信処理し、それ以外の送信権の委譲を伴うフレームは
    破棄し、 上記受信処理する最新のフレームが、送信権委譲フレー
    ムであり、かつ、データフレームである場合に、相手局
    に対して送信権委譲を行うことを特徴とするデータ通信
    方法。
11. 【請求項１１】 不平衡半二重ＨＤＬＣ通信方式により
    フレーム単位で送受信を行うデータ通信装置において、 データをフレームとして伝送媒体より受信し、また、デ
    ータをフレームとして伝送媒体に送信する送受信部と、 相手局に送信するべきフレームを作成し、上記送受信部
    に出力するフレーム作成部と、 上記送受信部が受信した受信フレームに対して、送信権
    委譲フレームか否かを判断する委譲フレーム判定処理
    と、データフレームか否かを判断するデータフレーム判
    定処理とを含むフレーム判定処理を行うフレーム判定部
    と、 上記フレーム判定部におけるフレーム判定処理の結果に
    より、上記受信フレームが送信権委譲フレームであり、
    かつデータフレームである場合には、上記フレーム作成
    部に送信権委譲フレームを作成し出力するように指示を
    する通信制御部とを備えたことを特徴とするデータ通信
    装置。
12. 【請求項１２】 不平衡半二重ＨＤＬＣ通信方式により
    フレーム単位で送受信を行うデータ通信装置において、 データをフレームとして伝送媒体より受信し、また、デ
    ータをフレームとして伝送媒体に送信する送受信部と、 上記送受信部が受信したフレームを一時蓄積する受信バ
    ッファと、 上記受信したフレームを一時蓄積した受信バッファよ
    り、最先に蓄積したフレームを読み出す順次読み出し処
    理と、上記読み出した最先の受信フレームが送信権委譲
    フレームか否かを判断する委譲フレーム判定処理と、上
    記受信バッファに送信権委譲フレームが蓄積されている
    か否かを判断する蓄積フレーム判定処理と、上記読み出
    した受信フレームが送信権委譲フレームであり、かつ、
    上記受信バッファに送信権委譲フレームが蓄積されてい
    ると判定された場合に、上記読み出した受信フレームを
    破棄する受信フレーム破棄処理とを行い、上記受信バッ
    ファに蓄積されたフレームの内、送信権の委譲を伴うフ
    レームに関して、最新のフレームを抽出するフレーム判
    定部と、 上記フレーム判定部が抽出したフレームについて受信処
    理を行うよう制御する通信制御部とを備えたことを特徴
    とするデータ通信装置。
13. 【請求項１３】 不平衡半二重ＨＤＬＣ通信方式により
    フレーム単位で送受信を行うデータ通信装置において、 データをフレームとして伝送媒体より受信し、また、デ
    ータをフレームとして伝送媒体に送信する送受信部と、 上記送受信部が受信したフレームに対して、現在の通信
    状況が接続状態であるか否かを判定する接続判定処理
    と、上記受信したフレームのアドレスフィールドの値
    を、自局から送信するフレームのアドレスフィールドの
    値と比較し、一致するか否かを判定するアドレスフィー
    ルド判定処理とにより、接続状態において自己受信した
    フレームであるか否かを判定し、接続状態において自己
    受信した受信フレームであれば破棄するフレーム判定部
    と、 上記フレーム判定部が破棄しない受信フレームに対し
    て、受信処理を行うよう制御する通信制御部とを備えた
    ことを特徴とするデータ通信装置。
14. 【請求項１４】 不平衡半二重ＨＤＬＣ通信方式により
    フレーム単位で送受信を行うデータ通信プログラムを記
    録した記録媒体であって、 フレームを受信するフレーム受信ステップと、 上記受信したフレームが送信権委譲フレームか否かを判
    断する委譲フレーム判定ステップと、 上記受信したフレームがデータフレームか否かを判断す
    るデータフレーム判定ステップと、 上記委譲フレーム判定ステップにおいて、上記受信した
    フレームが送信権委譲フレームであると判定され、か
    つ、上記データフレーム判定ステップにおいて、上記受
    信したフレームがデータフレームであると判定された場
    合に、送信権委譲フレームを作成する送信権委譲フレー
    ム作成ステップと、 上記作成した送信権委譲フレームを送信する送信ステッ
    プを備えたデータ通信プログラムを記録したことを特徴
    とするデータ通信プログラム記録媒体。
15. 【請求項１５】 不平衡半二重ＨＤＬＣ通信方式により
    フレーム単位で送受信を行うデータ通信プログラムを記
    録した記録媒体であって、 フレームを受信するフレーム受信ステップと、 上記受信したフレームを受信バッファに一時蓄積する一
    時蓄積ステップと、 上記受信バッファより、最先に蓄積したフレームを読み
    出す順次読み出しステップと、 上記読み出した最先の受信フレームが送信権委譲フレー
    ムか否かを判断する委譲フレーム判定ステップと、 上記受信バッファに送信権委譲フレームが蓄積されてい
    るか否かを判断する蓄積フレーム判定ステップと、 上記委譲フレーム判定ステップにおいて、上記読み出し
    た受信フレームが送信権委譲フレームであると判定さ
    れ、かつ、上記蓄積フレーム判定ステップにおいて、上
    記受信バッファに送信権委譲フレームが蓄積されている
    と判定された場合に、上記読み出した受信フレームを破
    棄する受信フレーム破棄ステップと、 上記委譲フレーム判定ステップにおいて、上記読み出し
    た受信フレームが送信権委譲フレームでないと判定さ
    れ、または、上記蓄積フレーム判定ステップにおいて、
    上記受信バッファに送信権委譲フレームが蓄積されてい
    ないと判定された場合に、上記読み出した受信フレーム
    を出力する最新フレーム抽出ステップと、 上記最新フレーム抽出ステップにおいて、取得された受
    信フレームに対して受信処理を行う受信処理ステップを
    備えたデータ通信プログラムを記録したことを特徴とす
    るデータ通信プログラム記録媒体。
16. 【請求項１６】 不平衡半二重ＨＤＬＣ通信方式により
    フレーム単位で送受信を行うデータ通信プログラムを記
    録した記録媒体であって、 フレームを受信するフレーム受信ステップと、 現在の通信状況が接続状態であるか否かを判定する接続
    判定ステップと、 上記受信したフレームのアドレスフィールドの値を、自
    局から送信するフレームのアドレスフィールドの値と比
    較し、一致するか否かを判定するアドレスフィールド判
    定ステップと、 上記接続判定ステップにおいて接続状態にあると判定さ
    れ、かつ、上記アドレスフィールド判定ステップにおい
    て一致すると判定された場合に、上記受信したフレーム
    を破棄する受信フレーム破棄ステップと、 上記接続判定ステップにおいて接続状態にないと判定さ
    れ、または、上記アドレスフィールド判定ステップにお
    いて一致しないと判定された場合に、上記受信したフレ
    ームに対して受信処理を行う受信処理ステップを備えた
    データ通信プログラムを記録したことを特徴とするデー
    タ通信プログラム記録媒体。