JPH10135955A

JPH10135955A - 赤外線通信方法及び赤外線通信システム並びにこれらに用いる送受信装置

Info

Publication number: JPH10135955A
Application number: JP28203096A
Authority: JP
Inventors: Yoshio Funahashi; 美穂舟橋
Original assignee: NEC Engineering Ltd
Current assignee: NEC Engineering Ltd
Priority date: 1996-10-24
Filing date: 1996-10-24
Publication date: 1998-05-22

Abstract

(57)【要約】【課題】赤外線通信における発見処理を円滑に行う。【解決手段】送信装置において、データ送信前に、複
数の受信装置夫々に各装置毎に互いに異なるデバイスア
ドレス（ＤＡ）を発見要求送出部１０から送出する。各
受信装置では、送信装置から送出された識別情報を、Ｄ
Ａ設定部１５において自装置を特定するための識別情報
として設定する。【効果】従来の赤外線通信システムでは応答局側がＤ
Ａを決定していたので他の応答局のＤＡと衝突する場合
があったが、本発明の赤外線通信システムでは起動局側
がＤＡを決定しているのでＤＡが衝突することがない。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は赤外線通信システム
及びこれに用いる送受信装置に関し、特に赤外線通信手
順の標準規格（ＩｒＤＡ；ＩｎｆｒａｒｅｄＤａｔａ
Ａｓｓｏｃｉａｔｉｏｎ）に沿った通信を行う赤外線
通信システム及びこれに用いる送受信装置に関する。

【０００２】

【従来の技術】一般に、異なったコンピュータ間やコン
ピュータと周辺機器間で、半二重シリアル赤外線による
物理的な通信メディアを用いたデータの相互通信が行わ
れている。この相互通信は、物理層を光（赤外線）によ
って接続することを特徴とし、光の届く範囲にある不特
定の装置を検出し、この検出後にデータの送受信を行う
ものである。

【０００３】この赤外線通信では、不特定の装置間の接
続をサポートすることを目的としているため、各装置に
おける固有のアドレス、すなわちデバイスアドレス（Ｄ
ｅｖｉｃｅＡｄｄｒｅｓｓ；ＤＡ）を予め定めていな
い。この従来の赤外線通信システムにおいては、不特定
の装置を発見する発見処理の中でＤＡの値を決定してい
る。この赤外線通信における発見処理は、接続を要求す
る局が赤外線の届く範囲にあるコンピュータや周辺機器
を検出すると共に、発見された各装置はＤＡを生成し、
通信可能な状態にする処理である。

【０００４】ところで、赤外線通信手順の標準規格（Ｉ
ｎｆｒａｒｅｄＤａｔａＡｓｓｏｃｉａｔｉｏｎ；
ＩｒＤＡ）では、シリアル赤外線リンクアクセスプロト
コル層（ＩｎｆｒａｒｅｄＤａｔａＡｓｓｏｃｉａ
ｔｉｏｎＳｅｒｉａｌＩｎｆｒａｒｅｄＬｉｎｋ
ＡｃｃｅｓｓＰｒｏｔｏｃｏｌ；ＩｒＬＡＰ）とリ
ンク層管理プロトコル層（ＩｒＤＡＬｉｎｋＭａｎ
ａｇｅｎｅｎｔＰｒｏｔｏｃｏｌ；ＩｒＬＭＰ）とで
相手デバイスの発見処理がサポートされている。この発
見処理は、ＩｒＬＡＰ層のＸＩＤ（Ｅｘｃｈａｎｇｅ
ＳｔａｔｉｏｎＩｄｅｎｔｉｆｉｃａｔｉｏｎ）フレー
ムの送受信処理と、ＩｒＬＭＰ層の装置情報（ＸＩＤフ
レームにのる情報）管理とによって行われる。

【０００５】図８は、ＩｒＬＡＰで扱うＸＩＤフレーム
の構成を示す図である。同図に示されているように、Ｘ
ＩＤフレームは、コネクションアドレスを指定する８
［ｂｉｔ］のアドレスフィールド（Ａフィールド）と、
各コマンドの識別子を指定する８［ｂｉｔ］のコントロ
ールフィールド（Ｃフィールド）と、各コマンド毎に定
められた情報やユーザ情報を設定する８×ｍ［ｂｉｔ］
のインフォメーションフィールド（Ｉフィールド）とか
ら構成されている。

【０００６】図９は、ＩｒＬＡＰで扱うＸＩＤフレーム
のインフォメーションフィールドの内容を示す図であ
る。同図（ａ）に示されているように、インフォメーシ
ョンフィールドは、３２［ｂｉｔ］の要求元デバイスア
ドレスと、３２［ｂｉｔ］の宛先デバイスアドレスと、
８［ｂｉｔ］の発見フラグと、８［ｂｉｔ］のスロット
番号と、８［ｂｉｔ］のバージョン番号と、３２［ｂｙ
ｔｅ］のデバイスインフォメーション（Ｄｅｖｉｃｅ
Ｉｎｆｏｒｍａｔｉｏｎ）とから構成されている。

【０００７】このＸＩＤフレームは、スロット番号の値
を０≦スロット番号＜スロット数，ＦＦ［Ｈ］まで昇順
にあげながら送信される。そして、スロット番号が０
［Ｈ］のＸＩＤフレームを発見開始要求とし、スロット
番号がＦＦ［Ｈ］のＸＩＤフレームをＸＩＤフレームの
最終フレームとする。

【０００８】同図（ｂ）には発見フラグのフィールドの
詳細が示されている。同図に示されているように、発見
フラグフィールドは、２［ｂｉｔ］のスロット数と、１
［ｂｉｔ］のＮｅｗＡｄｄｒｅｓｓ取得要求フラグ
と、５［ｂｉｔ］のリザーブとから構成されている。

【０００９】この発見フラグフィールドのＮｅｗＡｄ
ｄｒｅｓｓ取得要求フラグがオン（“１”）の場合は、
宛先ＤＡで示すデバイスに対するＤＡの変更要求である
ことを意味する。一方、同フラグがオフ（“０”）の場
合は、通常の発見処理であることを意味する。

【００１０】なお、この発見フラグフィールドのスロッ
ト数の内容が００［Ｂ］のときスロット数が“１”、０
１［Ｂ］のときスロット数が“６”、１０［Ｂ］のとき
スロット数が“８”、１１［Ｂ］のときスロット数が
“１２”であるものとする。

【００１１】また、同図（ｃ）には、デバイスインフォ
メーションのフィールドの詳細が示されている。同図に
示されているように、デバイスインフォメーションフィ
ールドは、ｎ［ｂｙｔｅ］のサービスヒントと、（３２
−ｎ）［ｂｙｔｅ］のデバイスネームとから構成されて
いる。

【００１２】サービスヒントは、装置の種別を示すもの
である。

【００１３】デバイスネームをｍ［ｂｙｔｅ］とする
と、このデバイスネームは、図１０に示されているよう
に、１［ｂｙｔｅ］のキャラクタセットコードと、（ｍ
−１）［ｂｙｔｅ］のネームとから構成される。

【００１４】図１１，１２は、夫々発見スロット数を６
に指定された場合のＩｒＬＡＰの発見処理動作例を示し
たものである。以下図１１では発見要求を受けてＸＩＤ
フレームを送信する処理動作、図１２ではアドレス変更
要求を受けてＸＩＤフレームを送信する動作について夫
々説明する。

【００１５】図１１において、起動局であるデバイスＸ
は発見要求を受けると、スロット番号を更新しながらＸ
ＩＤフレームを送信する。スロット番号は、０からスロ
ット数−１まで昇順に更新され、“０”を発見ＸＩＤの
先頭フレーム、“ＦＦ［Ｈ］”を発見ＸＩＤの最終フレ
ームとしている。このＸＩＤには、自局のＤＡは設定す
るが、周囲にある装置は認識されていないので、相手Ｄ
Ａの指定は行わない。また、発見フラグフィールドは、
６スロット分の通常発見要求処理を行うため、０１
［Ｈ］の指定となる。起動局であるデバイスＸのＤＡ以
外のログ情報は、最終フレームにのみ設定される。

【００１６】図の場合、応答局であるデバイスＡ，Ｂ，
Ｃ，Ｄ，ｄは、発見ＸＩＤの先頭フレームを受けると、
応答を返すためのスロット番号と自局のＤＡとを生成す
る。スロット番号は、ＸＩＤフレーム中の発見フラグフ
ィールドを参照し、“０から指定スロット数−１”の範
囲でランダムに生成する。本例では、デバイスＡがスロ
ット番号＝１，ＤＡ＝１を生成し、デバイスＢがスロッ
ト番号＝２，ＤＡ＝２、デバイスＣがスロット番号＝
３，ＤＡ＝１、デバイスＤがスロット番号＝４，ＤＡ＝
３、デバイスｄがスロット番号＝５，ＤＡ＝４を生成し
たものとする。

【００１７】応答局であるデバイスＸは、起動局から送
信されるＸＩＤフレーム中のスロット番号と自局で生成
したスロット番号とが一致した場合、ＸＩＤフレームの
レスポンスを返す。このＸＩＤフレームのレスポンスに
は、応答局自身のＤＡ，ＩｒＬＡＰバージョン，デバイ
スインフォメーション等のログ情報を設定する。本例で
は、ＩｒＬＡＰバージョンは全て“００［Ｈ］”とし、
デバイスＡがＤＡ＝１，デバイスインフォメーション＝
Ａ＿Ｉｎｆｏを、デバイスＢがＤＡ＝２，デバイスイン
フォメーション＝Ｂ＿Ｉｎｆｏを、デバイスＣがＤＡ＝
１，デバイスインフォメーション＝Ｃ＿Ｉｎｆｏを、デ
バイスＤがＤＡ＝３，デバイスインフォメーション＝Ｄ
＿Ｉｎｆｏを、デバイスｄがＤＡ＝４，デバイスインフ
ォメーション＝Ｄ＿Ｉｎｆｏを設定したものとする。デ
バイスインフォメーションはシステムにおいて予め設定
されているものとする。

【００１８】起動局のＩｒＬＡＰは、ＸＩＤの最終フレ
ーム送信によって発見処理を終了とし、ＩｒＬＭＰに対
し発見確認で終了を通知する。発見確認により、発見し
た装置、すなわち応答局から得たログ情報がＩｒＬＭＰ
に渡される。

【００１９】図１２において、アドレス変更要求を受け
ると、ＸＩＤフレームをスロット番号を更新しながら送
信する。スロット番号は発見処理同様、０からスロット
数−１まで昇順に更新され、“０”を発見ＸＩＤの先頭
フレーム、“ＦＦ［Ｈ］”を発見ＸＩＤの最終フレーム
としている。このＸＩＤには、自局のＤＡと、変更を指
定されたＤＡを相手ＤＡに設定する。また、発見フラグ
フィールドは、６スロット分のＮｅｗＡｄｄｒｅｓｓ
生成要求処理を行うため、０５［Ｈ］の指定となる。

【００２０】応答局はアドレス変更ＸＩＤの先頭フレー
ムを受けると、指定されたＤＡと自局ＤＡとが一致した
場合のみアドレス変更処理に参加し、それ以外の装置は
アドレス変更処理に加わらない。図の場合、応答局のデ
バイスＡ，Ｃのみが、自局のＤＡを再生成する。この場
合、デバイスＡ，Ｃは“ＤＡ＝１”以外のＤＡを生成す
ることになり、本例ではデバイスＡは“ＤＡ＝３”、デ
バイスＣは“ＤＡ＝２”を再生成した。発見処理同様、
応答局であるデバイスは起動局から送信されるＸＩＤフ
レーム中のスロット番号と自局のスロット番号とが一致
した場合、ＸＩＤフレームのレスポンスを返す。

【００２１】起動局のＩｒＬＡＰは、ＸＩＤの最終フレ
ーム送信によってアドレス変更処理を終了とし、ＩｒＬ
ＭＰに対しアドレス変更確認で終了を通知する。アドレ
ス変更確認により、発見した装置、すなわち応答局から
得たログ情報がＩｒＬＭＰに渡される。

【００２２】発見要求を受けたＩｒＬＭＰの動作を図１
３をも用いて説明する。

【００２３】図１３は、ＩｒＬＭＰにおける発見処理を
示したものである。上位層から発見要求５１を受ける
と、ＩｒＬＡＰに発見要求５２を出し、発見確認５３が
通知されるのを待つ。この場合、ＩｒＬＡＰにおいて図
１１のような発見処理が行われたとすると、デバイス
Ａ，Ｂ，Ｃ，Ｄ，ｄのログ情報が得られる。

【００２４】ここで、発見後に行われる赤外線リング接
続処理に悪影響を及ぼさないために、ログの衝突チェッ
クが行われる。これは、ＩｒＬＡＰは赤外線リンク上の
デバイスをＤＡで識別し、上位層のアプリケーションは
デバイスインフォメーションで装置を認識するため、そ
れらが重複していると、ＩｒＬＡＰやアプリケーション
で特定できずに混乱を来すからである。ログが衝突した
場合、可変的なＤＡの衝突はアドレス変更要求で解決す
る。しかし、デバイスインフォメーションはシステム内
で重複してはならないという前提のもとに各装置で予め
設定されているため、ＩｒＬＭＰにてログを廃棄する。

【００２５】本例の場合は、デバイスＤ，ｄは、デバイ
スインフォメーションが“Ｄ＿Ｉｎｆｏ”のため、発見
装置からデバイスＤ，ｄを削除する。また、デバイス
Ａ，ＣはＤＡを共に“１”と指定しているため、ＩｒＬ
ＡＰに対し、“ＤＡ＝１”を指定した装置へのアドレス
変更要求５５を行う。よって、発見確認にて得られた有
効な発見装置はデバイスＢのみである。

【００２６】アドレス変更要求後は、アドレス変更確認
５６が通知されるのを待つが、ここでもログの衝突チェ
ックが行われる。ここで行われるチェックは、アドレス
変更確認によって通知されたログと、それ以前に得てい
る有効な発見装置のログを合わせて行う。

【００２７】本例の場合は、図１２のようなＤＡ変更処
理が行われたとし、デバイスＡ，Ｃは異なるＤＡを指定
してきたが、デバイスＣが指定したＤＡが、以前発見し
たデバイスＢのものと重複したため、改めて“ＤＡ＝
２”を指定した装置へのアドレス変更要求５７を行って
いる。

【００２８】ログの衝突チェック処理は、発見された全
ての装置に対して衝突がなくなるまで繰返され、衝突が
なくなった時点で、上位に発見確認５４を通知し、Ｉｒ
ＬＭＰにおける発見処理を終了する。

【００２９】次に、図１４及び図１５のフローチャート
を参照して起動局及び応答局の動作について説明する。

【００３０】図１４には、起動局の動作が示されてい
る。起動局において、ＩｒＬＭＰからスロットｎ個の発
見要求が入力されると（ステップ１４０）、カウンタを
初期値である“０”に設定する（ステップ１４１）。こ
の初期値“０”から“ｎ”に達するまでカウント動作を
続けてＸＩＤフレームを順次送信する（ステップ１４２
→１４３）。これにより、先頭及び中間のＸＩＤフレー
ムの送信が行われる（ステップ１４７）。

【００３１】送信したＸＩＤフレームに対して発見応答
が入力された場合にはログ情報を更新し（ステップ１４
４→１４５→１４２）、発見応答が入力されない場合に
は更新しない（ステップ１４４→１４２）。

【００３２】カウンタのカウント値が“ｎ”に達したと
きには、最終ＸＩＤフレームの送信が行われ（ステップ
１４６，１４８）、発見確認通知が行われる（ステップ
１４６→１４９）。この後、ログ情報の衝突が確認され
る（ステップ１５０）。ここでは、各装置のＤＡがチェ
ックされ、同じＤＡのものがあればＤＡの変更要求が行
われる（ステップ１５０→１５１）。同じＤＡのものが
なければ次の処理が行われる。

【００３３】一方、図１５には各応答局の動作が示され
ている。応答局においては、赤外線ポートに、起動局か
らのＸＩＤフレームが順次入力される（ステップ１５
２，１５４〜１５６，１６２）。先頭ＸＩＤフレームが
入力されると、起動局はスロット番号を生成しその値を
“ＳＳ”とする（ステップ１５３）。また、起動局はＤ
Ａを生成し、応答フラグをオフ状態にする（ステップ１
５３）。

【００３４】この状態で中間ＸＩＤフレームが入力され
るとそのフレームにより示されるスロット番号が自局の
スロット番号ＳＳと一致するかどうかが判断される（ス
テップ１５７）。自局のスロット番号と一致しない場合
は何も行われないが（ステップ１５７→１６０）、一致
する場合はＸＩＤフレームの応答送信時に自局のＤＡを
通知する（ステップ１５７→１６１）。

【００３５】また、各応答局では、アドレス変更要求の
先頭ＸＩＤフレームにより指定されたＤＡと自局のＤＡ
とが比較される（ステップ１５８）。この比較は、以前
のＤＡと同じ値にならないように、行われる。

【００３６】この比較の結果、両者が一致している場
合、すなわちＤＡが衝突している場合にのみスロット番
号を生成し、ＤＡの再生成が行われる（ステップ１５
９）。このとき、応答をオフ状態にする（ステップ１５
９）。一方、一致しない場合は何も行われない（ステッ
プ１６６）。

【００３７】スロット番号が“０ｘＦＦ”の最終ＸＩＤ
フレームが入力されると（ステップ１６３）、応答フラ
グのオンオフ状態が判断される（ステップ１６３）。こ
の判断の結果、応答フラグがオン状態の場合には、発見
指示通知が行われる（ステップ１６４）。一方、応答フ
ラグがオフ状態の場合には、何も行われない（ステップ
１６５）。

【００３８】以上のように、従来の赤外線通信システム
における発見処理では、ＩｒＬＡＰはＸＩＤフレームよ
るＤＡの生成及び変更を管理し、ＩｒＬＭＰはログ情報
の衝突を解決し管理しているのである。

【００３９】かかる従来の赤外線通信システムにおける
起動局及び応答局の機能ブロック図が図１６及び図１７
に示されている。まず、図１６は起動局の機能ブロック
図である。同図に示されているように、起動局は、上位
層からの発見要求１０３又はログ管理処理部１１からの
アドレス変更要求１１１に応答して発見／アドレス通知
要求１００を出力する送信部１０と、応答局からの発見
／アドレス通知応答１２０に応答して発見確認１２３及
びアドレス変更確認１２４を出力する受信部１２と、発
見確認１２３及びアドレス変更確認１２４を入力とし発
見確認１１０及びアドレス変更要求１１１を出力するロ
グ管理処理部１１とを含んで構成されている。

【００４０】また、送信部１０は発見要求を入力とする
発見要求処理部１０１と、アドレス変更要求１１１を入
力とするアドレス変更処理部１０４とを含んで構成され
ている。受信部１２は発見確認１２３を出力する発見応
答処理部１２１と、アドレス変更アドレス確認１２４を
出力する応答処理部１２２とを含んで構成されている。

【００４１】一方、図１７は応答局の機能ブロック図で
あり、図１６と同等部分は同一符号により示されてい
る。同図に示されているように、応答局は、起動局から
の発見アドレス通知要求１００に応答して発見指示１３
３及び応答指示１３４並びにアドレス変更指示１３５を
出力する受信部１３と、アドレス変更指示１３５に応答
して自局のアドレス１３６を生成するアドレス生成部１
７と、このアドレス１３６及び発見指示を入力とし発見
／アドレス通知応答１２０を出力する送信部１５とを含
んで構成されている。

【００４２】また、受信部１３は、発見指示１３３及び
応答指示１３４を出力する発見要求処理部１３１と、ア
ドレス変更指示１３５を出力するアドレス変更処理部１
３２とを含んで構成されている。送信部１５は、アドレ
ス１３６を入力とするアドレス応答処理部１５１と、応
答指示１３４を入力とする発見応答処理部１５２とを含
んで構成されている。

【００４３】なお、これら図１６及び図１７に示されて
いる両構成は、各デバイスに設けられ、各デバイスが夫
々起動局又は応答局として機能するものとする。

【００４４】

【発明が解決しようとする課題】上述した従来技術にお
けるデバイスの発見処理には、いくつかの欠点がある。

【００４５】まず、発見ログ情報の中のデバイスインフ
ォメーションが重複した場合、応答局に通知する術や解
決方法が提供されていないため、起動局側で衝突した発
見ログ情報の廃棄を行っている点である。

【００４６】すなわち、起動局となる装置から発見され
応答局となる装置が独自にＤＡを生成するため、発見要
求を行った装置は、発見ログ情報が衝突しなくなるま
で、繰返し解決処理を行わなければならず、データ送信
を開始するまでに時間がかかるという欠点がある。ま
た、起動局のＤＡと応答局のＤＡとの比較が行われない
ため、起動局が通信相手と同一のＤＡを持つ可能性があ
るという欠点もある。さらに、上述した図１１及び図１
２のデバイスＢの場合のように、発見確認時にはＤＡが
衝突していないにも拘らず、他のデバイスにおけるＤＡ
衝突の回避処理の結果、衝突してしまうこともあるとい
う欠点がある。

【００４７】なお、特開平６―２０５００９号公報及び
特開平６―２０５０１０号公報では、いずれも送信デー
タ同士の衝突を問題としており、上述した従来技術の欠
点を解決することはできない。

【００４８】本発明は上述した従来技術の欠点を解決す
るためになされたものであり、その目的は赤外線通信に
おける発見処理を円滑に行うことで、ネットワーク内の
装置の検出をより正確に行うことのできる赤外線通信方
法及び赤外線通信システム並びにこれらに用いる送受信
装置を提供することである。

【００４９】

【課題を解決するための手段】本発明による赤外線通信
方法は、赤外線によるデータを送信する送信装置とこの
装置から送信されるデータを受信する複数の受信装置と
を含む通信システムにおける赤外線通信方法であって、
前記送信装置からの前記データ送信前に前記複数の受信
装置夫々に各装置毎に互いに異なる識別情報を送出する
ステップと、この送出後に前記受信装置夫々において前
記送信装置から送出された識別情報を自装置を特定する
ための識別情報として設定するステップと、この設定後
にこの設定された識別情報を用いて前記送信装置が前記
データを送信するステップとを含むことを特徴とする。

【００５０】本発明による赤外線通信システムは、赤外
線によるデータを送信する送信装置と、この装置から送
信されるデータを受信する複数の受信装置とを含む通信
システムであって、前記送信装置に設けられ前記データ
送信前に前記複数の受信装置夫々に各装置毎に互いに異
なる識別情報を送出する識別情報送出手段と、前記受信
装置夫々に設けられ前記送信装置から送出された識別情
報を自装置を特定するための識別情報として設定する識
別情報設定手段とを含み、前記送信装置はこの設定され
た識別情報を用いて前記データを送信することを特徴と
する。

【００５１】本発明による赤外線送信装置は、複数の受
信装置に対して赤外線によるデータを送信する赤外線送
信装置であって、前記データ送信前に前記複数の受信装
置夫々に各装置毎に互いに異なる識別情報を送出する識
別情報送出手段を含み、この送出した識別情報により前
記受信装置を夫々を特定して前記データを送信すること
を特徴とする。

【００５２】本発明による赤外線受信装置は、赤外線に
よるデータを送信する送信装置から送信されるデータを
受信する赤外線受信装置であって、前記送信装置から送
出された識別情報を自装置を特定するための識別情報と
して設定する識別情報設定手段とを含むことを特徴とす
る。

【００５３】要するに本発明では、応答局側ではなく、
起動局側で識別情報を生成するため、識別情報が衝突す
ることがないのである。

【００５４】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して説明する。

【００５５】図２は本発明による赤外線通信システム及
びこれに用いる送受信装置の実施の形態において用いる
ＸＩＤフレームのＩフィールドの構成を示す図であり、
図９と同等部分は同一符号により示されている。図２
（ｂ）に示されているように、本通信システムでは、図
９（ｂ）における“ＮｅｗＡｄｒｅｓｓ取得要求フラ
グ”を“Ａｄｒｅｓｓ通知フラグ”と変更する。

【００５６】従来技術の発見処理を複雑にしているの
は、発見要求を送信した側は、ログ情報を管理している
のに応答局に変更を要求するだけで、他局のログ情報を
認識していない応答局が、ＤＡの変更処理を行うからで
ある。そこで、本発明では、ＤＡの生成権を発見要求を
送信した側のＩｒＬＡＰに委ねることで、かかる問題を
解決する。

【００５７】このため本発明では、図２（ｂ）に示され
ているように、、応答局に対しＤＡの再生成を要求する
ことがないため、ＸＩＤフィールドの“ＮｅｗＡｄｒ
ｅｓｓ取得要求フラグ”を“Ａｄｒｅｓｓ通知フラグ”
に変更するのである。そして、この“Ａｄｒｅｓｓ通知
フラグ”がオン（“１”）の場合は、デバイスに対する
アドレスの通知であることを意味する。一方、同フラグ
がオフ（“０”）の場合は、従来のシステムと同様に、
通常の発見処理であることを意味する。

【００５８】その他、同図（ａ）に示されているインフ
ォメーションフィールド及び同図（ｃ）に示されている
デバイスインフォメーションフィールドの内容は、図９
と同様である。

【００５９】かかるＸＩＤフレームを用いた赤外線通信
システムの発見処理について図３及び図４を参照して説
明する。これら図３及び図４においては、図１１及び図
１２と同様に、実線の矢印はコマンドを示し、一点鎖線
の矢印はレスポンスを示すものとする。また、矢印に表
示されている括弧内の各項目は、順に、要求元デバイス
アドレス（Ｘ）、宛先デバイスアドレス（Ａ，Ｂ又は
Ｃ）、発見フラグ（０１）、スロット番号（０〜５，Ｆ
Ｆ）、デバイスインフォメーション（Ｘ＿Ｉｎｆｏ，Ａ
＿Ｉｎｆｏ，Ｂ＿Ｉｎｆｏ，Ｃ＿Ｉｎｆｏ）である。バ
ージョン番号は、全て００［Ｈ］に固定されているの
で、省略する。

【００６０】両図には、ＤＡの生成を行わない発見処理
動作例が示されている。なお、発見スロット数を「６」
とする。

【００６１】図３において、従来処理同様、起動局であ
るデバイスＸは、発見要求を受けると、スロット番号を
更新しながらＸＩＤフレームを送信する。スロット番号
は、０からスロット数−１まで昇順に更新され、“０”
を発見ＸＩＤの先頭フレーム、“ＦＦ［Ｈ］”を発見Ｘ
ＩＤの最終フレームとしている。このＸＩＤには、自局
のＤＡは設定するが、周囲にある装置は認識されていな
いので相手ＤＡの指定は行わない。また、発見フラグフ
ィールドは、６スロット分の通常発見要求処理を行うた
め、０１［Ｈ］の指定となる。起動局であるデバイスＸ
のＤＡ以外のログ情報は、最終フレームにのみ設定され
る。

【００６２】図の場合、応答局であるデバイスＡ，Ｂ，
Ｃ，Ｃ´は、発見ＸＩＤの先頭フレームを受けると、応
答を返すためのスロット番号のみを生成する。スロット
番号は、ＸＩＤフレーム中の発見フラグフィールドを参
照し、“０から指定スロット数−１”の範囲で生成す
る。本例では、デバイスＡがスロット番号１を生成し、
デバイスＢがスロット番号３、デバイスＣがスロット番
号４、デバイスＣ´がスロット番号５を生成したものと
する。

【００６３】応答局であるデバイスは、起動局から送信
されるＸＩＤフレーム中のスロット番号と自局で生成し
たスロット番号とが一致した場合、ＸＩＤフレームのレ
スポンスを返す。このＸＩＤフレームのレスポンスに
は、応答局自身のＩｒＬＡＰバージョン，デバイスイン
フォメーション等のログ情報を設定するが、従来のよう
に自局ＤＡの設定は行わない。本例では、ＩｒＬＡＰバ
ージョンは全て“００［Ｈ］”とし、デバイスＡがデバ
イスインフォメーション＝Ａ＿ｉｎｆｏを、デバイスＢ
がデバイスインフォメーション＝Ｂ＿ｉｎｆｏを、デバ
イスＣがデバイスインフォメーション＝Ｃ＿ｉｎｆｏ
を、デバイスＣ´がデバイスインフォメーション＝Ｃ＿
ｉｎｆｏを設定したものとする。

【００６４】これにより、デバイスＣとデバイスＣ´と
のデバイスインフォメーションが同一であり、デバイス
インフォメーションが衝突することになる。

【００６５】従来ならば、起動局のＩｒＬＡＰは、ＸＩ
Ｄの最終フレーム送信によって発見処理を終了としてい
たが、本システムでは、ＤＡ通知ＸＩＤ処理に移行す
る。

【００６６】図４において、ＤＡ通知ＸＩＤ処理は、発
見ＸＩＤ処理において応答を受けた局に対し、ＤＡを通
知するＸＩＤフレームを送信するものである。更に、デ
バイスインフォメーションの衝突通知もこのＤＡ通知Ｘ
ＩＤ処理にて行う。これにより、従来はデバイスインフ
ォメーションが衝突した場合、ＩｒＬＭＰにてログを廃
棄し、衝突した応答局に対しては何も行われなかった
が、本発明では応答局に衝突の旨を通知してからＩｒＬ
ＡＰによってログの廃棄を行うことになる。衝突の通知
は、予め衝突した場合に通知するＤＡを決めておき、Ｄ
Ａ通知ＸＩＤ処理にてそのＤＡを指定する方法によって
行う。本例では、“ＦＦＦＦＦＦＦＦ［Ｈ］”を衝突Ｄ
Ａとする。

【００６７】本例を用いて、ＤＡ通知ＸＩＤ処理を説明
する。起動局Ｘは、デバイスＡに対し“ＤＡ＝１”を与
え、デバイスＢに対し“ＤＡ＝２”を与える。そして、
デバイスインフォメーションに“Ｃ＿ｉｎｆｏ”を指定
し衝突したデバイスＣ及びデバイスＣ´に対しては、そ
の旨を示す情報である“ＤＡ＝ＦＦＦＦＦＦＦＦ
［Ｈ］”を与える。

【００６８】ＤＡ通知ＸＩＤ処理に使用するＸＩＤフレ
ームは、デバイスＡに対し“ＤＡ＝１”を、デバイスＢ
に対して“ＤＡ＝２”を、そして、デバイスＣ及びＣ´
に対し“ＤＡ＝ＦＦＦＦＦＦＦＦ［Ｈ］”を相手ＤＡと
して指定し、発見フラグフィールドのアドレス通知フラ
グをオンにする。

【００６９】発見フラグフィールドのアドレス通知フラ
グがオンのＸＩＤフレームを受けた応答局は、そのＸＩ
Ｄのデバイスインフォメーションが自局のものと一致す
れば、指定されたＤＡを自局のＤＡとして受取りレスポ
ンスを返す。デバイスインフォメーションが衝突してい
るデバイスＣ及びＣ´はその衝突状態を認識することが
できるので、通信エラーを回避できる。

【００７０】発見要求を受けたＩｒＬＭＰの動作を図５
を用いて説明する。図５において、図１３と同等部分は
同一符号により示されている。

【００７１】上位層から発見要求５１を受けると、Ｉｒ
ＬＡＰに発見要求５２を出し、発見確認５３が通知され
るのを待つ。この場合、ＩｒＬＡＰにおいて図３，４の
ような発見処理が行われたとすると、デバイスＡ，Ｂの
ログ情報が得られる。

【００７２】従来技術では、ここでログの衝突チェック
が行われていたが、本発明ではその必要がなく、発見確
認５３の通知により発見処理を終了とする。これは、発
見処理を行ったＩｒＬＡＰが、発見したデバイスに対し
ＤＡを与えたことでＤＡが衝突することがなくなったこ
とと、デバイスインフォメーションが衝突した場合の処
理をＩｒＬＡＰにて行うようになったことによる。

【００７３】よって、はじめから衝突がないため、上位
に発見確認５４を通知し、ＩｒＬＭＰにおける発見処理
を終了する。

【００７４】次に、図６及び図７のフローチャートを参
照して起動局及び応答局の動作について説明する。

【００７５】図６には、起動局の動作が示されている。
起動局において、ＩｒＬＭＰからスロットｎ個の発見要
求が入力されると（ステップ６０１）、カウンタを初期
値である“０”に設定すると共に、発見個数を“０”に
設定する（ステップ６０２）。このカウンタの初期値
“０”から“ｎ”に達するまでカウント動作を続けてＸ
ＩＤフレームを順次送信する（ステップ６０３→６０
４）。これにより、先頭及び中間のＸＩＤフレームの送
信が行われる（ステップ６０７）。

【００７６】送信したＸＩＤフレームに対して発見応答
が入力された場合にはログ情報を更新すると共に、発見
個数を“１”増加する（ステップ６０５→６０６→６０
３）。発見応答が入力されない場合にはログ情報を更新
せず、発見個数を増加しない（ステップ６０５→６０
３）。

【００７７】カウンタのカウント値が“ｎ”に達したと
き、カウンタを初期値である“０”に設定すると共に、
ベースＤＡを生成する（ステップ６０８）。カウンタの
初期値“０”から発見個数と同数に達するまでカウント
動作を続けてＸＩＤフレームを順次送信する（ステップ
６０９→６１０）。これにより、中間のＸＩＤフレーム
の送信が行われる（ステップ６１１）。なお、ベースＤ
Ａの値も増加される（ステップ６１０）。

【００７８】ＸＩＤフレームの送信に対して応答局から
アドレス通知の応答がない場合は、ログ情報を削除する
（ステップ６１２→６１３→６０９）。一方、アドレス
通知の応答があった場合は、そのまま処理を続行する
（ステップ６１２→６０９）。

【００７９】カウンタのカウント値が発見個数と同一の
値に達したとき、最終ＸＩＤフレームを送信し（ステッ
プ６１４，６１５）、発見確認通知を行った後（ステッ
プ６１６）、次に処理に移行する。

【００８０】一方、図７には各応答局の動作が示されて
いる。応答局においては、赤外線ポートに、起動局から
のＸＩＤフレームが順次入力される（ステップ７０１，
７０３〜７０５，７０９，７１１）。先頭ＸＩＤフレー
ムが入力されると、起動局は応答フラグをオフ状態にす
る。

【００８１】この状態で中間ＸＩＤフレームが入力され
るとそのフレームにより示されるスロット番号が自局の
スロット番号ＳＳと一致するかどうかが判断される（ス
テップ７０６）。自局のスロット番号と一致しない場合
は何も行われないが（ステップ７０６→７０７）、一致
する場合はＸＩＤフレームの応答を送信する（ステップ
７０６→７０８）。

【００８２】スロット番号が“ＳＳ”の中間ＸＩＤフレ
ームアドレスが通知された場合（ステップ７０９）、こ
れを保存することによって自局のＤＡとして設定した後
（ステップ７１０）、ＸＩＤフレームの応答を送信す
る。

【００８３】スロット番号が“０ｘＦＦ”の最終ＸＩＤ
フレームが入力されると（ステップ７１１）、応答フラ
グのオンオフ状態が判断される（ステップ７１２）。こ
の判断の結果、応答フラグがオン状態の場合には、発見
指示通知が行われる（ステップ７１３）。一方、応答フ
ラグがオフ状態の場合には、何も行われない（ステップ
７１４）。

【００８４】かかる赤外線通信システムにおける起動局
及び応答局の機能ブロック図が図１に示されている。同
図において、図１６，図１７と同等部分は同一符号によ
り示されている。まず、同図（ａ）は起動局の機能ブロ
ック図である。同図に示されているように、起動局は、
上位層からの発見要求１０３に応答して発見／アドレス
通知要求１００を出力する送信部１０と、応答局からの
発見アドレス通知要求１２０に応答して発見確認１１０
及びアドレス生成指令１２５を出力する受信部１２と、
アドレス生成指令１２５に応答してアドレス１２６を出
力するアドレス生成部１４とを含んで構成されている。

【００８５】また、送信部１０は、発見要求１０３を入
力とする発見要求処理部１０１と、アドレス１２６を入
力とするアドレス通知処理部１０２とを含んで構成され
ている。受信部１２は、アドレス生成指令１２５を出力
する発見応答処理部１２１と、アドレス応答処理部１２
２とを含んで構成されている。

【００８６】一方、同図（ｂ）は応答局の機能ブロック
図である。同図に示されているように、応答局は、起動
局からの発見／アドレス通知要求１００に応答して応答
指示１３９とアドレス設定指示１３７とを出力する受信
部１３と、アドレス設定指示１３７に応答してアドレス
の設定を行うと共に、そのアドレス設定内容１３８及び
発見指示１３３を出力するアドレス設定部１６と、応答
指示１３９及びアドレス設定内容１３８を入力とし、発
見／アドレス通知要求１２０を出力する送信部１５とを
含んで構成されている。

【００８７】また、受信部１３は、応答指示１３９を出
力する発見要求処理部１３１と、アドレス設定指示１３
７を出力するアドレス通知処理部１３２とを含んで構成
されている。送信部１５は、アドレス設定内容１３８を
入力とするアドレス応答処理部１５１と、応答指示１３
９を入力とする発見応答処理部１５２とを含んで構成さ
れている。

【００８８】要するに、従来の赤外線通信システムでは
応答局側がＤＡを決定していたので他の応答局のＤＡと
衝突する場合があったが、本発明の赤外線通信システム
では起動局側がＤＡを決定しているのでＤＡが衝突する
ことがないのである。したがって、各デバイスへのＤＡ
通知が１回で済み、変更を行う必要がないので、発見処
理における繰返しをなくすことができるのである。この
ため、ＤＡの変更処理において他のデバイスの再発見処
理によって影響を受けるという従来の欠点を解決できる
のである。

【００８９】請求項の記載に関連して本発明は更に次の
態様をとりうる。

【００９０】（７）前記識別情報送出手段による識別情
報の送出は、通信相手となる他の装置を発見する発見処
理において行われることを特徴とする請求項２又は３記
載の赤外線通信システム。

【００９１】（８）前記識別情報は、前記複数の受信装
置夫々を特定するためのデバイスアドレスであることを
特徴とする請求項２若しくは３又は（７）記載の赤外線
通信システム。

【００９２】（９）前記識別情報送出手段による識別情
報の送出は、通信相手となる他の装置を発見する発見処
理において行われることを特徴とする請求項４記載の赤
外線送信装置。

【００９３】（１０）前記識別情報は、前記複数の受信
装置夫々を特定するためのデバイスアドレスであること
を特徴とする請求項４若しくは５又は（９）記載の赤外
線送信装置。

【００９４】（１１）前記識別情報は、前記複数の受信
装置夫々を特定するためのデバイスアドレスであること
を特徴とする請求項６記載の赤外線受信装置。

【００９５】

【発明の効果】以上説明したように本発明は、応答局側
が識別情報を決定するのではなく、起動局側が各応答局
の識別情報を決定することにより、識別情報が衝突する
ことがないという効果がある。これにより、各デバイス
への識別情報の通知が１回で済み、変更を行う必要がな
いので、発見処理における繰返しをなくすことができる
という効果がある。したがって、赤外線通信における発
見処理を円滑に行うことができ、ネットワーク内の装置
の検出をより正確に行うことができるという効果があ
る。更に、デバイスインフォメーションが衝突した場
合、その旨を応答局側で認識できるので、通信エラーを
回避できるという効果もある。

【図面の簡単な説明】

【図１】本発明の赤外線通信システムの機能ブロック図
であり、（ａ）は起動局の機能を示し、（ｂ）は応答局
の機能を示す。

【図２】本発明の赤外線通信システムにおけるＩｒＬＡ
Ｐで扱うＸＩＤフレームのインフォメーションフィール
ドの内容を示す図であり、（ａ）はインフォメーション
フィールド全体を示し、（ｂ）は発見フラグのフィール
ドの詳細を示し、（ｃ）はデバイスインフォメーション
のフィールドの詳細を示す。

【図３】本発明の赤外線通信システムの発見ＸＩＤ処理
例を示す図である。

【図４】本発明の赤外線通信システムのＤＡ通知ＸＩＤ
処理例を示す図である。

【図５】本発明の赤外線通信システムにおける発見ログ
の管理とログ衝突時の動作とを示す図である。

【図６】本発明の赤外線通信システムにおける起動局の
動作を示すフローチャートである。

【図７】本発明の赤外線通信システムにおける応答局の
動作を示すフローチャートである。

【図８】ＩｒＬＡＰで扱うＸＩＤフレームの構成を示す
図である。

【図９】従来の赤外線通信システムにおけるＩｒＬＡＰ
で扱うＸＩＤフレームのインフォメーションフィールド
の内容を示す図であり、（ａ）はインフォメーションフ
ィールド全体を示し、（ｂ）は発見フラグのフィールド
の詳細を示し、（ｃ）はデバイスインフォメーションの
フィールドの詳細を示す。

【図１０】デバイスインフォメーションフィールドの構
成を示す図である。

【図１１】従来の赤外線通信システムの発見ＸＩＤ処理
例を示す図である。

【図１２】従来の赤外線通信システムのアドレス変更Ｘ
ＩＤ処理例を示す図である。

【図１３】従来の赤外線通信システムにおける発見ログ
の管理とログ衝突時の動作とを示す図である。

【図１４】従来の赤外線通信システムにおける起動局の
動作を示すフローチャートである。

【図１５】従来の赤外線通信システムにおける応答局の
動作を示すフローチャートである。

【図１６】従来の赤外線通信システムにおける起動局の
機能を示すブロック図である。

【図１７】従来の赤外線通信システムにおける応答局の
機能を示すブロック図である。

【符号の説明】

１０発見要求送出部１１アドレス発生部１２カウント部１３受信部１４送信部１５ＤＡ設定部

Claims

【特許請求の範囲】

【請求項１】赤外線によるデータを送信する送信装置
とこの装置から送信されるデータを受信する複数の受信
装置とを含む通信システムにおける赤外線通信方法であ
って、前記送信装置からの前記データ送信前に前記複数
の受信装置夫々に各装置毎に互いに異なる識別情報を送
出するステップと、この送出後に前記受信装置夫々にお
いて前記送信装置から送出された識別情報を自装置を特
定するための識別情報として設定するステップと、この
設定後にこの設定された識別情報を用いて前記送信装置
が前記データを送信するステップとを含むことを特徴と
する赤外線通信方法。
【請求項２】赤外線によるデータを送信する送信装置
と、この装置から送信されるデータを受信する複数の受
信装置とを含む通信システムであって、前記送信装置に
設けられ前記データ送信前に前記複数の受信装置夫々に
各装置毎に互いに異なる識別情報を送出する識別情報送
出手段と、前記受信装置夫々に設けられ前記送信装置か
ら送出された識別情報を自装置を特定するための識別情
報として設定する識別情報設定手段とを含み、前記送信
装置はこの設定された識別情報を用いて前記データを送
信することを特徴とする赤外線通信システム。
【請求項３】前記送信装置は、前記複数の受信装置に
おいて該装置に関する情報であるデバイスインフォメー
ションが同一である装置が存在する時その旨を示す情報
をそれら装置に送信する手段を更に含むことを特徴とす
る請求項２記載の赤外線通信システム。
【請求項４】複数の受信装置に対して赤外線によるデ
ータを送信する赤外線送信装置であって、前記データ送
信前に前記複数の受信装置夫々に各装置毎に互いに異な
る識別情報を送出する識別情報送出手段を含み、この送
出した識別情報により前記受信装置を夫々を特定して前
記データを送信することを特徴とする赤外線送信装置。
【請求項５】前記送信装置は、前記複数の受信装置に
おいて該装置に関する情報であるデバイスインフォメー
ションが同一である装置が存在する時その旨を示す情報
をそれら装置に送信する手段を更に含むことを特徴とす
る請求項４記載の赤外線送信装置。
【請求項６】赤外線によるデータを送信する送信装置
から送信されるデータを受信する赤外線受信装置であっ
て、前記送信装置から送出された識別情報を自装置を特
定するための識別情報として設定する識別情報設定手段
とを含むことを特徴とする赤外線受信装置。