JP2003198550A - 通信装置及び通信方法 - Google Patents
通信装置及び通信方法Info
- Publication number
- JP2003198550A JP2003198550A JP2001392171A JP2001392171A JP2003198550A JP 2003198550 A JP2003198550 A JP 2003198550A JP 2001392171 A JP2001392171 A JP 2001392171A JP 2001392171 A JP2001392171 A JP 2001392171A JP 2003198550 A JP2003198550 A JP 2003198550A
- Authority
- JP
- Japan
- Prior art keywords
- command
- response
- transmission
- management unit
- transmission request
- 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.)
- Pending
Links
Landscapes
- Information Transfer Systems (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】 外部機器からのコマンド応答受信時に、その
コマンド応答に対応するコマンド送信要求を行ったアプ
リケーションプログラムに対して、確実に正しい結果通
知を行うことができる通信装置及び通信方法を提供す
る。 【解決手段】 コマンド送信管理部３０４が、アプリケ
ーションプログラム３０５からのコマンド送信要求に対
して、既にコマンド送信要求を受け付けているコマンド
とコマンド種別が異なり、コマンド応答の内容が同一と
なる可能性がある場合は、そのコマンド送信要求の受け
付けを拒否する。
コマンド応答に対応するコマンド送信要求を行ったアプ
リケーションプログラムに対して、確実に正しい結果通
知を行うことができる通信装置及び通信方法を提供す
る。 【解決手段】 コマンド送信管理部３０４が、アプリケ
ーションプログラム３０５からのコマンド送信要求に対
して、既にコマンド送信要求を受け付けているコマンド
とコマンド種別が異なり、コマンド応答の内容が同一と
なる可能性がある場合は、そのコマンド送信要求の受け
付けを拒否する。
Description
【０００１】
【発明の属する技術分野】本発明は、通信制御バスで接
続された他の電子機器との間で通信を行う通信装置及び
通信方法に関する。
続された他の電子機器との間で通信を行う通信装置及び
通信方法に関する。
【０００２】
【従来の技術】近年、オーディオ・ビデオ機器とパーソ
ナルコンピュータ（ＰＣ）等の電子機器とを、例えば、
ＩＥＥＥ１３９４バスのような通信制御バスを介して接
続し、相互にデータを伝送するようなシステムが開発さ
れている。このようなシステムに用いられるＩＥＥＥ１
３９４バスは、映像音声データ、情報データ、制御コマ
ンドを一本のケーブルで伝送できる特徴を有している。
これにより、例えば、ＰＣ等の制御機器と、ＣＤ（コン
パクトディスク）、ＭＤ（ミニディスク）、ＨＤＤ（ハ
ードディスクドライブ）、ＤＶＤ（デジタルビデオディ
スク）等の家電機器（被制御機器）との間で映像音声デ
ータの送受信を行ったり、制御機器（ＰＣ）が、被制御
機器に対して再生・停止・頭出し等の動作制御又は映像
音声データの分割・結合・消去・並べ替え等の編集作業
を行うことが可能となる。
ナルコンピュータ（ＰＣ）等の電子機器とを、例えば、
ＩＥＥＥ１３９４バスのような通信制御バスを介して接
続し、相互にデータを伝送するようなシステムが開発さ
れている。このようなシステムに用いられるＩＥＥＥ１
３９４バスは、映像音声データ、情報データ、制御コマ
ンドを一本のケーブルで伝送できる特徴を有している。
これにより、例えば、ＰＣ等の制御機器と、ＣＤ（コン
パクトディスク）、ＭＤ（ミニディスク）、ＨＤＤ（ハ
ードディスクドライブ）、ＤＶＤ（デジタルビデオディ
スク）等の家電機器（被制御機器）との間で映像音声デ
ータの送受信を行ったり、制御機器（ＰＣ）が、被制御
機器に対して再生・停止・頭出し等の動作制御又は映像
音声データの分割・結合・消去・並べ替え等の編集作業
を行うことが可能となる。
【０００３】このようにＩＥＥＥ１３９４バス上におい
て、制御機器が、被制御機器に対して所定の動作を要求
したり、現在の状態を取得したり、あるいは現在の状態
から変化があった場合に被制御機器から通知してもらう
場合等で、特にＡＶ機器に用いられるコマンドとして、
ＡＶ／Ｃコマンド（AV/C Digital Interface CommandSe
tに含まれるコマンドの総称）が規定されている。
て、制御機器が、被制御機器に対して所定の動作を要求
したり、現在の状態を取得したり、あるいは現在の状態
から変化があった場合に被制御機器から通知してもらう
場合等で、特にＡＶ機器に用いられるコマンドとして、
ＡＶ／Ｃコマンド（AV/C Digital Interface CommandSe
tに含まれるコマンドの総称）が規定されている。
【０００４】ＩＥＥＥ１３９４バス上でのコマンドの転
送は、Ａｓｙｎｃｈｒｏｎｏｕｓ（非同期）転送方式が
用いられる。Ａｓｙｎｃｈｒｏｎｏｕｓ転送は、ＩＥＥ
Ｅ１３９４規格での基本的な転送方式で、通信時に時間
的な制約がなく、相手が正常に受信できたかを、Ａｃｋ
（Acknowledge）パケットにより確認することができる
転送方式である。Ａｓｙｎｃｈｒｏｎｏｕｓ転送で使用
されるパケットには、Ｗｒｉｔｅ、Ｒｅａｄ、Ｌｏｃｋ
の３つがある。
送は、Ａｓｙｎｃｈｒｏｎｏｕｓ（非同期）転送方式が
用いられる。Ａｓｙｎｃｈｒｏｎｏｕｓ転送は、ＩＥＥ
Ｅ１３９４規格での基本的な転送方式で、通信時に時間
的な制約がなく、相手が正常に受信できたかを、Ａｃｋ
（Acknowledge）パケットにより確認することができる
転送方式である。Ａｓｙｎｃｈｒｏｎｏｕｓ転送で使用
されるパケットには、Ｗｒｉｔｅ、Ｒｅａｄ、Ｌｏｃｋ
の３つがある。
【０００５】図９及び図１０は、Ｗｒｉｔｅパケットの
フォーマットを示す図である。図９は、Ｗｒｉｔｅ Ｒ
ｅｑｕｅｓｔ ｆｏｒ Ｄａｔａ Ｑｕａｄｌｅｔパケ
ットのフォーマットであり、送信データ（図９のＱｕａ
ｄｌｅｔ＿ｄａｔａ）のサイズが４バイト（又はそれ以
下）のデータを送信する際に用いる。図１０は、Ｗｒｉ
ｔｅ Ｒｅｑｕｅｓｔ ｆｏｒ Ｄａｔａ Ｂｌｏｃｋ
パケットのフォーマットであり、送信データ（図１０の
Ｄａｔａ＿ｆｉｅｌｄ）のサイズが４バイトを超えるデ
ータを送信する際に用いる。
フォーマットを示す図である。図９は、Ｗｒｉｔｅ Ｒ
ｅｑｕｅｓｔ ｆｏｒ Ｄａｔａ Ｑｕａｄｌｅｔパケ
ットのフォーマットであり、送信データ（図９のＱｕａ
ｄｌｅｔ＿ｄａｔａ）のサイズが４バイト（又はそれ以
下）のデータを送信する際に用いる。図１０は、Ｗｒｉ
ｔｅ Ｒｅｑｕｅｓｔ ｆｏｒ Ｄａｔａ Ｂｌｏｃｋ
パケットのフォーマットであり、送信データ（図１０の
Ｄａｔａ＿ｆｉｅｌｄ）のサイズが４バイトを超えるデ
ータを送信する際に用いる。
【０００６】図９及び図１０で、Ｄｅｓｔｉｎａｔｉｏ
ｎＩＤ（２バイト）には、ＩＥＥＥ１３９４バス上で割
りつけられたデータ転送先の識別子（ＮｏｄｅＩＤ）を
設定する。ｔｌａｂｅｌ（ｔｒａｎｓａｃｔｉｏｎ ｌ
ａｂｅｌ。６ビット）には、パケットの番号を設定す
る。ｒｔ（ｒｅｔｒｙ ｃｏｄｅ。２ビット）には、新
規に送信されたパケットなのか、再送されたパケットな
のかを示すコードを設定する。ｔｃｏｄｅ（ｔｒａｎｓ
ａｃｔｉｏｎ ｃｏｄｅ。４ビット）には、命令コード
を設定する。ｔｃｏｄｅ＝０ の場合は、Ｗｒｉｔｅ
Ｒｅｑｕｅｓｔ ｆｏｒ Ｄａｔａ Ｑｕａｄｌｅｔパ
ケットを示し、ｔｃｏｄｅ＝１ の場合は、Ｗｒｉｔｅ
Ｒｅｑｕｅｓｔ ｆｏｒ Ｄａｔａ Ｂｌｏｃｋパケ
ットを示す。
ｎＩＤ（２バイト）には、ＩＥＥＥ１３９４バス上で割
りつけられたデータ転送先の識別子（ＮｏｄｅＩＤ）を
設定する。ｔｌａｂｅｌ（ｔｒａｎｓａｃｔｉｏｎ ｌ
ａｂｅｌ。６ビット）には、パケットの番号を設定す
る。ｒｔ（ｒｅｔｒｙ ｃｏｄｅ。２ビット）には、新
規に送信されたパケットなのか、再送されたパケットな
のかを示すコードを設定する。ｔｃｏｄｅ（ｔｒａｎｓ
ａｃｔｉｏｎ ｃｏｄｅ。４ビット）には、命令コード
を設定する。ｔｃｏｄｅ＝０ の場合は、Ｗｒｉｔｅ
Ｒｅｑｕｅｓｔ ｆｏｒ Ｄａｔａ Ｑｕａｄｌｅｔパ
ケットを示し、ｔｃｏｄｅ＝１ の場合は、Ｗｒｉｔｅ
Ｒｅｑｕｅｓｔ ｆｏｒ Ｄａｔａ Ｂｌｏｃｋパケ
ットを示す。
【０００７】ｐｒｉ（ｐｒｉｏｒｉｔｙ。４ビット）に
は、パケットの優先順位を設定する。ＳｏｕｒｃｅＩＤ
（２バイト）には、データの転送元の識別子（Ｎｏｄｅ
ＩＤ）を設定する。Ｄｅｓｔｉｎａｔｉｏｎ＿ｏｆｆｓ
ｅｔ（６バイト）には、コマンドレジスタとレスポンス
レジスタのアドレスを設定する。Ｈｅａｄｅｒ＿ＣＲＣ
（４バイト）には、ヘッダ部のチェックサム用のＣＲＣ
（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）
算出値を設定する。ヘッダ部は、各パケットの先頭から
第５ｑｕａｄｌｅｔ（１ｑｕａｄｌｅｔは４バイトであ
り、ＩＥＥＥ１３９４でのデータ処理の基本単位であ
る。）までを指す（つまり、Ｗｒｉｔｅ Ｒｅｑｕｅｓ
ｔ ｆｏｒ Ｄａｔａ Ｑｕａｄｌｅｔパケットについ
ては、１パケット分）。図９のＱｕａｄｌｅｔ＿ｄａｔ
ａ及び図１０のＤａｔａ＿ｆｉｅｌｄは、送信するデー
タ部であり、ＡＶ／Ｃコマンドの内容を記述する。
は、パケットの優先順位を設定する。ＳｏｕｒｃｅＩＤ
（２バイト）には、データの転送元の識別子（Ｎｏｄｅ
ＩＤ）を設定する。Ｄｅｓｔｉｎａｔｉｏｎ＿ｏｆｆｓ
ｅｔ（６バイト）には、コマンドレジスタとレスポンス
レジスタのアドレスを設定する。Ｈｅａｄｅｒ＿ＣＲＣ
（４バイト）には、ヘッダ部のチェックサム用のＣＲＣ
（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）
算出値を設定する。ヘッダ部は、各パケットの先頭から
第５ｑｕａｄｌｅｔ（１ｑｕａｄｌｅｔは４バイトであ
り、ＩＥＥＥ１３９４でのデータ処理の基本単位であ
る。）までを指す（つまり、Ｗｒｉｔｅ Ｒｅｑｕｅｓ
ｔ ｆｏｒ Ｄａｔａ Ｑｕａｄｌｅｔパケットについ
ては、１パケット分）。図９のＱｕａｄｌｅｔ＿ｄａｔ
ａ及び図１０のＤａｔａ＿ｆｉｅｌｄは、送信するデー
タ部であり、ＡＶ／Ｃコマンドの内容を記述する。
【０００８】図１０で、Ｄａｔａ＿ｌｅｎｇｔｈ（２バ
イト）には、Ｄａｔａ＿ｆｉｅｌｄのデータ長を設定す
る。Ｅｘｔｅｎｄｅｄ＿ｔｃｏｄｅ（２バイト）は、ｔ
ｃｏｄｅを拡張した場合に利用される。Ｄａｔａ＿ＣＲ
Ｃ（４バイト）には、データ部のチェックサム用のＣＲ
Ｃ算出値を設定する。図１１は、ＡＶ／Ｃコマンド使用
時のＷｒｉｔｅ Ｒｅｑｕｅｓｔ ｆｏｒＤａｔａ Ｂ
ｌｏｃｋパケットのＤａｔａ＿ｆｉｅｌｄのフォーマッ
トを示す。図１１で、ＣＴＳ（Ｃｏｍｍａｎｄ ａｎｄ
Ｔｒａｎｓａｃｔｉｏｎ Ｓｅｔ。４ビット）は、該
パケットのコマンドセットＩＤを示し、ＡＶ／Ｃコマン
ドの場合は、”００００”を設定する。Ｃｔｙｐｅ／Ｒ
ｅｓｐｏｎｓｅ（４ビット）には、コマンド送信の場合
は、Ｃｔｙｐｅ（Ｃｏｍｍａｎｄ ｔｙｐｅ）であり、
送信するコマンド種別を設定する。コマンド応答の場合
は、Ｒｅｓｐｏｎｓｅであり、該送信コマンドに対する
処理結果を示すＲｅｓｐｏｎｓｅコードを設定する。図
１３に、Ｃｔｙｐｅ及びＲｅｓｐｏｎｓｅコードのコー
ド表を示す。
イト）には、Ｄａｔａ＿ｆｉｅｌｄのデータ長を設定す
る。Ｅｘｔｅｎｄｅｄ＿ｔｃｏｄｅ（２バイト）は、ｔ
ｃｏｄｅを拡張した場合に利用される。Ｄａｔａ＿ＣＲ
Ｃ（４バイト）には、データ部のチェックサム用のＣＲ
Ｃ算出値を設定する。図１１は、ＡＶ／Ｃコマンド使用
時のＷｒｉｔｅ Ｒｅｑｕｅｓｔ ｆｏｒＤａｔａ Ｂ
ｌｏｃｋパケットのＤａｔａ＿ｆｉｅｌｄのフォーマッ
トを示す。図１１で、ＣＴＳ（Ｃｏｍｍａｎｄ ａｎｄ
Ｔｒａｎｓａｃｔｉｏｎ Ｓｅｔ。４ビット）は、該
パケットのコマンドセットＩＤを示し、ＡＶ／Ｃコマン
ドの場合は、”００００”を設定する。Ｃｔｙｐｅ／Ｒ
ｅｓｐｏｎｓｅ（４ビット）には、コマンド送信の場合
は、Ｃｔｙｐｅ（Ｃｏｍｍａｎｄ ｔｙｐｅ）であり、
送信するコマンド種別を設定する。コマンド応答の場合
は、Ｒｅｓｐｏｎｓｅであり、該送信コマンドに対する
処理結果を示すＲｅｓｐｏｎｓｅコードを設定する。図
１３に、Ｃｔｙｐｅ及びＲｅｓｐｏｎｓｅコードのコー
ド表を示す。
【０００９】Ｓｕｂｕｎｉｔ＿ｔｙｐｅ（５ビット）に
は、コマンドの宛先またはレスポンス（コマンド応答）
の送信元の電子機器の種類を設定する。Ｓｕｂｕｎｉｔ
＿ｔｙｐｅの一覧表を図１４に示す。ここで、ＩＥＥＥ
１３９４では、機器（例えば、ビデオデッキ等）そのも
のを示す場合にはｕｎｉｔとし、該機器が有する構成部
（例えば、チューナ等）をｓｕｂｕｎｉｔとしている。
例えば、図１５に示すように、コマンドの宛先がビデオ
デッキ１５０２の場合は、Ｓｕｂｕｎｉｔ＿ｔｙｐｅに
０ｘ１Ｆ（ＵＮＩＴ）を設定し、チューナサブユニット
１５０４の場合は、０ｘ０５（ＴＵＮＥＲ）を設定す
る。Ｓｕｂｕｎｉｔ＿ＩＤは、同一種類のｓｕｂｕｎｉ
ｔがｕｎｉｔ内に複数存在する場合に、それぞれを識別
するための識別子である。ｏｐｃｏｄｅ（Ｏｐｅｒａｔ
ｉｏｎ Ｃｏｄｅ。８ビット）は、コマンドの内容であ
るオペレーションコードを設定し、ｏｐｅｒａｎｄ０か
らｏｐｅｒａｎｄｎ（各８ビット）は、ｏｐｃｏｄｅが
必要とする情報を設定する。
は、コマンドの宛先またはレスポンス（コマンド応答）
の送信元の電子機器の種類を設定する。Ｓｕｂｕｎｉｔ
＿ｔｙｐｅの一覧表を図１４に示す。ここで、ＩＥＥＥ
１３９４では、機器（例えば、ビデオデッキ等）そのも
のを示す場合にはｕｎｉｔとし、該機器が有する構成部
（例えば、チューナ等）をｓｕｂｕｎｉｔとしている。
例えば、図１５に示すように、コマンドの宛先がビデオ
デッキ１５０２の場合は、Ｓｕｂｕｎｉｔ＿ｔｙｐｅに
０ｘ１Ｆ（ＵＮＩＴ）を設定し、チューナサブユニット
１５０４の場合は、０ｘ０５（ＴＵＮＥＲ）を設定す
る。Ｓｕｂｕｎｉｔ＿ＩＤは、同一種類のｓｕｂｕｎｉ
ｔがｕｎｉｔ内に複数存在する場合に、それぞれを識別
するための識別子である。ｏｐｃｏｄｅ（Ｏｐｅｒａｔ
ｉｏｎ Ｃｏｄｅ。８ビット）は、コマンドの内容であ
るオペレーションコードを設定し、ｏｐｅｒａｎｄ０か
らｏｐｅｒａｎｄｎ（各８ビット）は、ｏｐｃｏｄｅが
必要とする情報を設定する。
【００１０】図８は、ＩＥＥＥ１３９４バスを介して接
続された制御機器と被制御機器間でＡＶ／Ｃコマンドに
よる一般的な通信シーケンスの概略を示す図である。制
御機器側では、先ず、被制御機器に対する制御に応じ
て、Ｃｔｙｐｅ、ｏｐｃｏｄｅ、ｏｐｅｒａｎｄを設定
したＡＶ／Ｃコマンドを作成し、ＷｒｉｔｅＲｅｑｕｅ
ｓｔ ｆｏｒ Ｄａｔａ Ｑｕａｄｌｅｔパケット（図
９）又はＷｒｉｔｅ Ｒｅｑｕｅｓｔ ｆｏｒ Ｄａｔ
ａ Ｂｌｏｃｋパケット（図１０）にて、被制御機器に
送信する（Ｓ４０）。ＡＶ／Ｃコマンドを受信した被制
御機器は、正常に受け付けたかどうかを示すＷｒｉｔｅ
ｒｅｓｐｏｎｓｅパケット（Ａｃｋパケット）を制御
機器に対して送信する（Ｓ４１）。図１２にＷｒｉｔｅ
ｒｅｓｐｏｎｓｅパケットのフォーマットを示す。
続された制御機器と被制御機器間でＡＶ／Ｃコマンドに
よる一般的な通信シーケンスの概略を示す図である。制
御機器側では、先ず、被制御機器に対する制御に応じ
て、Ｃｔｙｐｅ、ｏｐｃｏｄｅ、ｏｐｅｒａｎｄを設定
したＡＶ／Ｃコマンドを作成し、ＷｒｉｔｅＲｅｑｕｅ
ｓｔ ｆｏｒ Ｄａｔａ Ｑｕａｄｌｅｔパケット（図
９）又はＷｒｉｔｅ Ｒｅｑｕｅｓｔ ｆｏｒ Ｄａｔ
ａ Ｂｌｏｃｋパケット（図１０）にて、被制御機器に
送信する（Ｓ４０）。ＡＶ／Ｃコマンドを受信した被制
御機器は、正常に受け付けたかどうかを示すＷｒｉｔｅ
ｒｅｓｐｏｎｓｅパケット（Ａｃｋパケット）を制御
機器に対して送信する（Ｓ４１）。図１２にＷｒｉｔｅ
ｒｅｓｐｏｎｓｅパケットのフォーマットを示す。
【００１１】被制御機器はＷｒｉｔｅ ｒｅｓｐｏｎｓ
ｅパケットを送信する一方、Ｓ４０で受信したＡＶ／Ｃ
コマンドを解析し、そのコマンドに応じたコマンド応答
を作成し、データ部にコマンド応答をセットしたＷｒｉ
ｔｅ ｒｅｑｕｅｓｔパケット（Ｃｔｙｐｅに代えてＲ
ｅｓｐｏｎｓｅコードを有する他はＳ４０と同様のフォ
ーマット）にて制御機器に送信する（Ｓ４２）。被制御
機器からのＷｒｉｔｅ ｒｅｑｕｅｓｔパケットを受信
した制御機器は、Ｗｒｉｔｅ ｒｅｑｕｅｓｔパケット
を正常に受け付けたかどうかを示すＷｒｉｔｅ ｒｅｓ
ｐｏｎｓｅパケット（図１２）を被制御機器に送信し
（Ｓ４３）、データ部にセットされたＲｅｓｐｏｎｓ
ｅ、ｏｐｃｏｄｅ及びｏｐｅｒａｎｄを解析して、自身
が送信したコマンドに対する応答を確認する。一般的に
は、以上の通信シーケンスにより、制御用のコマンド送
信とコマンド応答がなされる。
ｅパケットを送信する一方、Ｓ４０で受信したＡＶ／Ｃ
コマンドを解析し、そのコマンドに応じたコマンド応答
を作成し、データ部にコマンド応答をセットしたＷｒｉ
ｔｅ ｒｅｑｕｅｓｔパケット（Ｃｔｙｐｅに代えてＲ
ｅｓｐｏｎｓｅコードを有する他はＳ４０と同様のフォ
ーマット）にて制御機器に送信する（Ｓ４２）。被制御
機器からのＷｒｉｔｅ ｒｅｑｕｅｓｔパケットを受信
した制御機器は、Ｗｒｉｔｅ ｒｅｑｕｅｓｔパケット
を正常に受け付けたかどうかを示すＷｒｉｔｅ ｒｅｓ
ｐｏｎｓｅパケット（図１２）を被制御機器に送信し
（Ｓ４３）、データ部にセットされたＲｅｓｐｏｎｓ
ｅ、ｏｐｃｏｄｅ及びｏｐｅｒａｎｄを解析して、自身
が送信したコマンドに対する応答を確認する。一般的に
は、以上の通信シーケンスにより、制御用のコマンド送
信とコマンド応答がなされる。
【００１２】
【発明が解決しようとする課題】しかしながら、例え
ば、図１６に示すように、制御機器がコマンドＡを送信
した（Ｓ５０）後に、そのコマンドＡに対する被制御機
器からのコマンド応答を受信する前に、コマンドＢを送
信（Ｓ５１）した場合、被制御機器からのコマンド応答
Ｃ（Ｓ５２）が、コマンドＡに対する応答なのかコマン
ドＢに対する応答なのかが、識別できない問題が発生す
る可能性がある。尚、図１６においては、それぞれのＷ
ｒｉｔｅ ｒｅｑｕｅｓｔパケット（コマンド又はコマ
ンド応答）に対するＷｒｉｔｅ ｒｅｓｐｏｎｓｅパケ
ットの図示を省略している。上記問題が発生する例を説
明する。ここで、コマンドＡ、コマンドＢの内容を図１
７（ａ）、図１７（ｂ）及び以下に示す。 ［コマンドＡ］（図１７（ａ）） Ｃｔｙｐｅ：０ｘ０１（ＳＴＡＴＵＳ（状態問い合わ
せ）） ｏｐｃｏｄｅ：０ｘＢ２（電源） ｏｐｅｒａｎｄ［０］：０ｘ７Ｆ（電源状態問い合わせ
におけるオペランドの値） ［コマンドＢ］（図１７（ｂ）） Ｃｔｙｐｅ：０ｘ０２（ＳＰＥＣＩＦＩＣ ＩＮＱＵＩ
ＲＹ（サポート確認）） ｏｐｃｏｄｅ：０ｘＢ２（電源） ｏｐｅｒａｎｄ［０］：０ｘ７０（電源ＯＮコントロー
ルコマンドのサポート）
ば、図１６に示すように、制御機器がコマンドＡを送信
した（Ｓ５０）後に、そのコマンドＡに対する被制御機
器からのコマンド応答を受信する前に、コマンドＢを送
信（Ｓ５１）した場合、被制御機器からのコマンド応答
Ｃ（Ｓ５２）が、コマンドＡに対する応答なのかコマン
ドＢに対する応答なのかが、識別できない問題が発生す
る可能性がある。尚、図１６においては、それぞれのＷ
ｒｉｔｅ ｒｅｑｕｅｓｔパケット（コマンド又はコマ
ンド応答）に対するＷｒｉｔｅ ｒｅｓｐｏｎｓｅパケ
ットの図示を省略している。上記問題が発生する例を説
明する。ここで、コマンドＡ、コマンドＢの内容を図１
７（ａ）、図１７（ｂ）及び以下に示す。 ［コマンドＡ］（図１７（ａ）） Ｃｔｙｐｅ：０ｘ０１（ＳＴＡＴＵＳ（状態問い合わ
せ）） ｏｐｃｏｄｅ：０ｘＢ２（電源） ｏｐｅｒａｎｄ［０］：０ｘ７Ｆ（電源状態問い合わせ
におけるオペランドの値） ［コマンドＢ］（図１７（ｂ）） Ｃｔｙｐｅ：０ｘ０２（ＳＰＥＣＩＦＩＣ ＩＮＱＵＩ
ＲＹ（サポート確認）） ｏｐｃｏｄｅ：０ｘＢ２（電源） ｏｐｅｒａｎｄ［０］：０ｘ７０（電源ＯＮコントロー
ルコマンドのサポート）
【００１３】コマンドＡ，Ｂの送信元及びコマンド応答
Ｃ，Ｄの送信元は同一の制御機器であり、コマンドＡ，
Ｂの送信先及びコマンド応答Ｃ，Ｄの送信元は同一の被
制御機器（Ｓｕｂｕｎｉｔ＿ｔｙｐｅは０ｘ１Ｆ、Ｓｕ
ｂｕｎｉｔ＿ＩＤは０ｘ０３）である。
Ｃ，Ｄの送信元は同一の制御機器であり、コマンドＡ，
Ｂの送信先及びコマンド応答Ｃ，Ｄの送信元は同一の被
制御機器（Ｓｕｂｕｎｉｔ＿ｔｙｐｅは０ｘ１Ｆ、Ｓｕ
ｂｕｎｉｔ＿ＩＤは０ｘ０３）である。
【００１４】先ず、制御機器が、コマンドＡ（電源状態
問い合わせ）を被制御機器に対して送信し、コマンドＡ
に対するコマンド応答を受信する前に、コマンドＢ（電
源ＯＮコマンドのサポート確認）を被制御機器に対して
送信する。その後で、制御機器は、被制御機器から図１
７（ｃ）に示す内容のコマンド応答Ｃを受信（Ｓ５２）
する。ここで、コマンドＡに対するコマンド応答のパタ
ーンを図２０に、コマンドＢに対するコマンド応答のパ
ターンを図２１に示す。コマンド応答Ｃが、図１９
（ｃ）に示す内容であったとすると、図２０及び図２１
から、コマンド応答Ｃは、コマンドＡに対しての電源Ｏ
Ｎ状態を通知する（ＳＴＡＢＬＥ）コマンド応答なの
か、コマンドＢに対しての電源ＯＮコマンドをサポート
していることを通知する（ＩＭＰＬＥＭＥＮＴＥＤ）コ
マンド応答であるのかが、この時点では確定しない。
問い合わせ）を被制御機器に対して送信し、コマンドＡ
に対するコマンド応答を受信する前に、コマンドＢ（電
源ＯＮコマンドのサポート確認）を被制御機器に対して
送信する。その後で、制御機器は、被制御機器から図１
７（ｃ）に示す内容のコマンド応答Ｃを受信（Ｓ５２）
する。ここで、コマンドＡに対するコマンド応答のパタ
ーンを図２０に、コマンドＢに対するコマンド応答のパ
ターンを図２１に示す。コマンド応答Ｃが、図１９
（ｃ）に示す内容であったとすると、図２０及び図２１
から、コマンド応答Ｃは、コマンドＡに対しての電源Ｏ
Ｎ状態を通知する（ＳＴＡＢＬＥ）コマンド応答なの
か、コマンドＢに対しての電源ＯＮコマンドをサポート
していることを通知する（ＩＭＰＬＥＭＥＮＴＥＤ）コ
マンド応答であるのかが、この時点では確定しない。
【００１５】その後、制御機器は、被制御機器から図１
７（ｄ）に示す内容のコマンド応答Ｄを受信（Ｓ５２）
する。ここで、コマンド応答Ｄのｏｐｅｒａｎｄ［０］
は、”０ｘ６０”となっているのでコマンドＢに対する
応答でない（図２１）。よってコマンドＡ（電源状態問
い合わせ）に対する応答はコマンドＤ（電源ＯＦＦ状
態）、コマンドＢ（電源ＯＮコマンドのサポート確認）
に対する応答はコマンドＣ（電源ＯＮコマンドをサポー
トする）であることが判明する。
７（ｄ）に示す内容のコマンド応答Ｄを受信（Ｓ５２）
する。ここで、コマンド応答Ｄのｏｐｅｒａｎｄ［０］
は、”０ｘ６０”となっているのでコマンドＢに対する
応答でない（図２１）。よってコマンドＡ（電源状態問
い合わせ）に対する応答はコマンドＤ（電源ＯＦＦ状
態）、コマンドＢ（電源ＯＮコマンドのサポート確認）
に対する応答はコマンドＣ（電源ＯＮコマンドをサポー
トする）であることが判明する。
【００１６】この例のように、コマンド種別（Ｃｔｙｐ
ｅ）が異なる場合、必ずしも先に送信したコマンドに対
するコマンド応答が先に返信されるとは限らないので、
コマンド応答Ｃを受信した時点で、コマンドＡに対する
応答（非制御機器は電源ＯＮ状態）を受信したと判断し
た場合には、誤ったコマンド応答解釈により、被制御機
器への制御が正しく行われない可能性がある。
ｅ）が異なる場合、必ずしも先に送信したコマンドに対
するコマンド応答が先に返信されるとは限らないので、
コマンド応答Ｃを受信した時点で、コマンドＡに対する
応答（非制御機器は電源ＯＮ状態）を受信したと判断し
た場合には、誤ったコマンド応答解釈により、被制御機
器への制御が正しく行われない可能性がある。
【００１７】続いて、別の問題例を説明する。図１８
は、本問題例の通信シーケンスである。尚、図１６と同
様に、それぞれのＷｒｉｔｅ ｒｅｑｕｅｓｔパケット
（コマンド又はコマンド応答）に対するＷｒｉｔｅ ｒ
ｅｓｐｏｎｓｅパケットの図示を省略する。先ず、自機
（制御器）が、他機１（被制御機器）に対してコマンド
Ｅ（電源状態変化通知要求）を送信（Ｓ６０）する。他
機１のＳｕｂｕｎｉｔ＿ｔｙｐｅは０ｘ１Ｆ（ユニッ
ト）、Ｓｕｂｕｎｉｔ＿ＩＤは０ｘ０３である。コマン
ドＥの内容を図１９（ａ）及び以下に示す。 ［コマンドＥ］（図１９（ａ）） Ｃｔｙｐｅ：０ｘ０３（ＮＯＴＩＦＹ（状態変化通知要
求）） ｏｐｃｏｄｅ：０ｘＢ２（電源） ｏｐｅｒａｎｄ［０］：０ｘ７Ｆ（電源状態変化通知要
求におけるオペランドの値） コマンドＥ送信後、自機は、他機１からコマンドＥの暫
定応答を受信（Ｓ６１）する。この暫定応答の内容を以
下に示す。 ［コマンドＥ暫定応答］ Ｃｔｙｐｅ：０ｘ０Ｆ（ＩＮＴＥＲＩＭ（暫定応答）） ｏｐｃｏｄｅ：０ｘＢ２（電源） ｏｐｅｒａｎｄ［０］：０ｘ６０（現在は電源ＯＦＦ状
態）または、０ｘ７０（現在は電源ＯＮ状態）
は、本問題例の通信シーケンスである。尚、図１６と同
様に、それぞれのＷｒｉｔｅ ｒｅｑｕｅｓｔパケット
（コマンド又はコマンド応答）に対するＷｒｉｔｅ ｒ
ｅｓｐｏｎｓｅパケットの図示を省略する。先ず、自機
（制御器）が、他機１（被制御機器）に対してコマンド
Ｅ（電源状態変化通知要求）を送信（Ｓ６０）する。他
機１のＳｕｂｕｎｉｔ＿ｔｙｐｅは０ｘ１Ｆ（ユニッ
ト）、Ｓｕｂｕｎｉｔ＿ＩＤは０ｘ０３である。コマン
ドＥの内容を図１９（ａ）及び以下に示す。 ［コマンドＥ］（図１９（ａ）） Ｃｔｙｐｅ：０ｘ０３（ＮＯＴＩＦＹ（状態変化通知要
求）） ｏｐｃｏｄｅ：０ｘＢ２（電源） ｏｐｅｒａｎｄ［０］：０ｘ７Ｆ（電源状態変化通知要
求におけるオペランドの値） コマンドＥ送信後、自機は、他機１からコマンドＥの暫
定応答を受信（Ｓ６１）する。この暫定応答の内容を以
下に示す。 ［コマンドＥ暫定応答］ Ｃｔｙｐｅ：０ｘ０Ｆ（ＩＮＴＥＲＩＭ（暫定応答）） ｏｐｃｏｄｅ：０ｘＢ２（電源） ｏｐｅｒａｎｄ［０］：０ｘ６０（現在は電源ＯＦＦ状
態）または、０ｘ７０（現在は電源ＯＮ状態）
【００１８】その後で、自機は、他機１に対してコマン
ドＦ（電源状態問い合わせ）送信する。コマンドＦの内
容を図１９（ｂ）及び以下に示す。 ［コマンドＦ］（図１９（ｂ）） Ｃｔｙｐｅ：０ｘ０１（ＳＴＡＴＵＳ（状態問い合わ
せ）） ｏｐｃｏｄｅ：０ｘＢ２（電源） ｏｐｅｒａｎｄ［０］：０ｘ７Ｆ（電源状態問い合わせ
におけるオペランドの値） その後で、自機は、他機１から図１９（ｃ）に示す内容
のコマンド応答Ｈを受信（Ｓ６４）する。ここで、コマ
ンドＥに対するコマンド応答のパターンを図２２に示
す。コマンドＦに対するコマンド応答のパターンは、前
述のコマンドＡと同様（図２０）である。コマンド応答
Ｈが、図１９（ｃ）に示す内容であったとすると、図２
２及び図２０から、コマンド応答Ｈは、コマンドＥに対
してのコマンド拒絶を通知する（ＲＥＪＥＣＴＥＤ）最
終のコマンド応答なのか、コマンドＦに対してのコマン
ド拒絶を通知する（ＲＥＪＥＣＴＥＤ）コマンド応答で
あるのかが、この時点では確定しない。
ドＦ（電源状態問い合わせ）送信する。コマンドＦの内
容を図１９（ｂ）及び以下に示す。 ［コマンドＦ］（図１９（ｂ）） Ｃｔｙｐｅ：０ｘ０１（ＳＴＡＴＵＳ（状態問い合わ
せ）） ｏｐｃｏｄｅ：０ｘＢ２（電源） ｏｐｅｒａｎｄ［０］：０ｘ７Ｆ（電源状態問い合わせ
におけるオペランドの値） その後で、自機は、他機１から図１９（ｃ）に示す内容
のコマンド応答Ｈを受信（Ｓ６４）する。ここで、コマ
ンドＥに対するコマンド応答のパターンを図２２に示
す。コマンドＦに対するコマンド応答のパターンは、前
述のコマンドＡと同様（図２０）である。コマンド応答
Ｈが、図１９（ｃ）に示す内容であったとすると、図２
２及び図２０から、コマンド応答Ｈは、コマンドＥに対
してのコマンド拒絶を通知する（ＲＥＪＥＣＴＥＤ）最
終のコマンド応答なのか、コマンドＦに対してのコマン
ド拒絶を通知する（ＲＥＪＥＣＴＥＤ）コマンド応答で
あるのかが、この時点では確定しない。
【００１９】このようなことは、他機１が状態変化通知
要求コマンドを１つしか処理できないにも関わらず、制
御機能を有する他機２から状態変化通知要求コマンドで
あるコマンドＧを受信（Ｓ６３）したために、既に受信
している状態変化通知要求コマンドＥに対して、コマン
ド拒絶（ＲＥＪＥＣＴＥＤ）通知を送信してしまうこと
が原因で発生する。
要求コマンドを１つしか処理できないにも関わらず、制
御機能を有する他機２から状態変化通知要求コマンドで
あるコマンドＧを受信（Ｓ６３）したために、既に受信
している状態変化通知要求コマンドＥに対して、コマン
ド拒絶（ＲＥＪＥＣＴＥＤ）通知を送信してしまうこと
が原因で発生する。
【００２０】その後に、自機は他機１から図１９（ｄ）
に示す内容のコマンド応答Ｉを受信（Ｓ６６）する。こ
こで、コマンド応答ＩのＲｅｓｐｏｎｓｅは、”０ｘ０
Ｃ”となっているのでコマンドＥに対する応答でない
（図２２）。よってコマンドＥ（電源状態変化通知要
求）に対する応答はコマンドＨ（コマンド拒絶通知）、
コマンドＦ（電源状態問い合わせ）に対する応答はコマ
ンドＩ（電源ＯＮ状態）であることが判明する。しかし
ながら、コマンドＧのことを知らない自機が、コマンド
応答Ｈを受信した時点で、コマンドＦに対する応答（コ
マンド拒絶通知）を受信したと判断した場合には、送信
コマンドに対して誤ったコマンド応答解釈をしてしまう
ことになる。
に示す内容のコマンド応答Ｉを受信（Ｓ６６）する。こ
こで、コマンド応答ＩのＲｅｓｐｏｎｓｅは、”０ｘ０
Ｃ”となっているのでコマンドＥに対する応答でない
（図２２）。よってコマンドＥ（電源状態変化通知要
求）に対する応答はコマンドＨ（コマンド拒絶通知）、
コマンドＦ（電源状態問い合わせ）に対する応答はコマ
ンドＩ（電源ＯＮ状態）であることが判明する。しかし
ながら、コマンドＧのことを知らない自機が、コマンド
応答Ｈを受信した時点で、コマンドＦに対する応答（コ
マンド拒絶通知）を受信したと判断した場合には、送信
コマンドに対して誤ったコマンド応答解釈をしてしまう
ことになる。
【００２１】上述の２つの例のような危険性は、Ｃｔｙ
ｐｅ(コマンド種別）が異なるにも関わらず、コマンド
応答フォーマットが同一である場合が存在する事に起因
するものであり、特に制御機器が比較的性能が高く、１
つのコマンドに対する被制御機器からのコマンド応答を
待たずに同一の被制御機器に別のコマンドを送信するこ
とが可能な制御機器で危険性が高くなる。これを防止す
るために、特定の相手先へコマンドを送信した場合、コ
マンド応答を受信するまで同一の相手先（ＮｏｄｅＩ
Ｄ、Ｓｕｂｕｎｉｔ＿ｔｙｐｅ及びＳｕｂｕｎｉｔ＿Ｉ
Ｄが一致する。）へ同一のｏｐｃｏｄｅのコマンドを送
信しないという方法がある。
ｐｅ(コマンド種別）が異なるにも関わらず、コマンド
応答フォーマットが同一である場合が存在する事に起因
するものであり、特に制御機器が比較的性能が高く、１
つのコマンドに対する被制御機器からのコマンド応答を
待たずに同一の被制御機器に別のコマンドを送信するこ
とが可能な制御機器で危険性が高くなる。これを防止す
るために、特定の相手先へコマンドを送信した場合、コ
マンド応答を受信するまで同一の相手先（ＮｏｄｅＩ
Ｄ、Ｓｕｂｕｎｉｔ＿ｔｙｐｅ及びＳｕｂｕｎｉｔ＿Ｉ
Ｄが一致する。）へ同一のｏｐｃｏｄｅのコマンドを送
信しないという方法がある。
【００２２】しかし、このような場合、過剰にコマンド
送信を制限してしまうという課題がある。また、状態変
化通知要求コマンドを送信した場合には、いつ最終応答
が返ってくるのか判らないため、次のコマンドを送信で
きないという課題がある。本発明は、上記課題に鑑み、
ＡＶ／Ｃコマンドを用いたコマンドの送受信において、
より確実な通信制御が行える通信装置及び通信方法を提
供することを目的とする。
送信を制限してしまうという課題がある。また、状態変
化通知要求コマンドを送信した場合には、いつ最終応答
が返ってくるのか判らないため、次のコマンドを送信で
きないという課題がある。本発明は、上記課題に鑑み、
ＡＶ／Ｃコマンドを用いたコマンドの送受信において、
より確実な通信制御が行える通信装置及び通信方法を提
供することを目的とする。
【００２３】
【課題を解決するための手段】上記課題を解決するため
に、本発明の通信装置及び通信方法は下記の構成を有す
る。請求項１に記載の発明は、外部機器とデータ通信を
行うためのインターフェース手段と、前記インターフェ
ース手段を介して外部機器とデータ通信を行うトランザ
クション管理手段と、前記トランザクション管理手段に
対してコマンド送信要求を行い且つ前記トランザクショ
ン管理手段からコマンド応答を受け取るコマンド送信管
理手段と、前記コマンド送信管理手段に対してコマンド
送信要求を行い且つ前記コマンド送信管理手段からコマ
ンド応答に応じた結果通知を受け取るアプリケーション
プログラムと、を有し、前記コマンド送信管理手段は、
前記アプリケーションプログラムからのコマンド送信要
求を受け付けるか否かの判定を、前記コマンド送信要求
のコマンドと、受け付け済みであって前記トランザクシ
ョン管理手段から未だコマンド応答を受け取っていない
コマンド送信要求のコマンドとの内容比較により行う、
ことを特徴とする通信装置である。
に、本発明の通信装置及び通信方法は下記の構成を有す
る。請求項１に記載の発明は、外部機器とデータ通信を
行うためのインターフェース手段と、前記インターフェ
ース手段を介して外部機器とデータ通信を行うトランザ
クション管理手段と、前記トランザクション管理手段に
対してコマンド送信要求を行い且つ前記トランザクショ
ン管理手段からコマンド応答を受け取るコマンド送信管
理手段と、前記コマンド送信管理手段に対してコマンド
送信要求を行い且つ前記コマンド送信管理手段からコマ
ンド応答に応じた結果通知を受け取るアプリケーション
プログラムと、を有し、前記コマンド送信管理手段は、
前記アプリケーションプログラムからのコマンド送信要
求を受け付けるか否かの判定を、前記コマンド送信要求
のコマンドと、受け付け済みであって前記トランザクシ
ョン管理手段から未だコマンド応答を受け取っていない
コマンド送信要求のコマンドとの内容比較により行う、
ことを特徴とする通信装置である。
【００２４】請求項２に記載の発明は、外部機器とデー
タ通信を行うためのインターフェース手段と、前記イン
ターフェース手段を介して外部機器とデータ通信を行う
トランザクション管理手段と、前記トランザクション管
理手段に対してコマンド送信要求を行い且つ前記トラン
ザクション管理手段からコマンド応答を受け取るコマン
ド送信管理手段と、前記コマンド送信管理手段に対して
コマンド送信要求を行い且つ前記コマンド送信管理手段
からコマンド応答に応じた結果通知を受け取るアプリケ
ーションプログラムと、を有し、前記コマンド送信管理
手段は、前記アプリケーションプログラムからのコマン
ド送信要求を受け付け済みであって前記トランザクショ
ン管理手段に対して未だコマンド送信要求を行っていな
いコマンド（以下、「送信待ちコマンド」と呼ぶ。）を
前記トランザクション管理手段に対して送信要求するか
否かの判定を、前記送信待ちコマンドと、前記トランザ
クション管理手段に対して送信要求済みであってトラン
ザクション管理手段から未だコマンド応答を受け取って
いないコマンドとの内容比較により行う、ことを特徴と
する通信装置である。
タ通信を行うためのインターフェース手段と、前記イン
ターフェース手段を介して外部機器とデータ通信を行う
トランザクション管理手段と、前記トランザクション管
理手段に対してコマンド送信要求を行い且つ前記トラン
ザクション管理手段からコマンド応答を受け取るコマン
ド送信管理手段と、前記コマンド送信管理手段に対して
コマンド送信要求を行い且つ前記コマンド送信管理手段
からコマンド応答に応じた結果通知を受け取るアプリケ
ーションプログラムと、を有し、前記コマンド送信管理
手段は、前記アプリケーションプログラムからのコマン
ド送信要求を受け付け済みであって前記トランザクショ
ン管理手段に対して未だコマンド送信要求を行っていな
いコマンド（以下、「送信待ちコマンド」と呼ぶ。）を
前記トランザクション管理手段に対して送信要求するか
否かの判定を、前記送信待ちコマンドと、前記トランザ
クション管理手段に対して送信要求済みであってトラン
ザクション管理手段から未だコマンド応答を受け取って
いないコマンドとの内容比較により行う、ことを特徴と
する通信装置である。
【００２５】請求項３に記載の発明は、前記内容比較に
よる判定が、双方のコマンド種別が異なるにも関わら
ず、コマンド応答の内容が同一となる可能性の有無に基
づき行われることを含む、ことを特徴とする請求項１又
は請求項２に記載の通信装置である。
よる判定が、双方のコマンド種別が異なるにも関わら
ず、コマンド応答の内容が同一となる可能性の有無に基
づき行われることを含む、ことを特徴とする請求項１又
は請求項２に記載の通信装置である。
【００２６】請求項４に記載の発明は、外部機器とデー
タ通信を行うためのインターフェース手段と、前記イン
ターフェース手段を介して外部機器とデータ通信を行う
トランザクション管理手段と、前記トランザクション管
理手段に対してコマンド送信要求を行い且つ前記トラン
ザクション管理手段からコマンド応答を受け取るコマン
ド送信管理手段と、前記コマンド送信管理手段に対して
コマンド送信要求を行い且つ前記コマンド送信管理手段
からコマンド応答に応じた結果通知を受け取るアプリケ
ーションプログラムと、を有し、前記コマンド送信管理
手段は、前記トランザクション管理手段に対してコマン
ド送信要求済みであってトランザクション管理手段から
未だコマンド応答を受け取っていないコマンド（以下、
「応答待ちコマンド」と呼ぶ。）の内、複数の前記応答
待ちコマンドに対するコマンド応答の内容が同一となる
可能性がある場合は、所定時間経過後に、前記アプリケ
ーションプログラムに対して前記トランザクション管理
手段からのコマンド応答を渡す、ことを特徴とする通信
装置である。
タ通信を行うためのインターフェース手段と、前記イン
ターフェース手段を介して外部機器とデータ通信を行う
トランザクション管理手段と、前記トランザクション管
理手段に対してコマンド送信要求を行い且つ前記トラン
ザクション管理手段からコマンド応答を受け取るコマン
ド送信管理手段と、前記コマンド送信管理手段に対して
コマンド送信要求を行い且つ前記コマンド送信管理手段
からコマンド応答に応じた結果通知を受け取るアプリケ
ーションプログラムと、を有し、前記コマンド送信管理
手段は、前記トランザクション管理手段に対してコマン
ド送信要求済みであってトランザクション管理手段から
未だコマンド応答を受け取っていないコマンド（以下、
「応答待ちコマンド」と呼ぶ。）の内、複数の前記応答
待ちコマンドに対するコマンド応答の内容が同一となる
可能性がある場合は、所定時間経過後に、前記アプリケ
ーションプログラムに対して前記トランザクション管理
手段からのコマンド応答を渡す、ことを特徴とする通信
装置である。
【００２７】請求項５に記載の発明は、前記所定時間
は、直前の前記応答待ちコマンドに対する送信完了通知
を前記トランザクション管理手段から受け取ってから、
１００ｍｓ以上の時間であることを特徴とする請求項４
に記載の通信装置である。
は、直前の前記応答待ちコマンドに対する送信完了通知
を前記トランザクション管理手段から受け取ってから、
１００ｍｓ以上の時間であることを特徴とする請求項４
に記載の通信装置である。
【００２８】請求項６に記載の発明は、前記コマンド送
信管理手段は、複数のコマンド送信要求のコマンドの送
信先が異なる場合には、双方のコマンドに対するコマン
ド応答の内容が同一となる可能性の有無にかかわらず、
前記アプリケーションプログラムからのコマンド送信要
求を受け付け、前記送信待ちコマンドを前記トランザク
ション管理手段に対して送信要求し、又は所定時間経過
を待たずに前記アプリケーションプログラムに対して前
記トランザクション管理手段からのコマンド応答に応じ
た結果通知を渡す、ことを特徴とする請求項３又は請求
項４に記載の通信装置である。
信管理手段は、複数のコマンド送信要求のコマンドの送
信先が異なる場合には、双方のコマンドに対するコマン
ド応答の内容が同一となる可能性の有無にかかわらず、
前記アプリケーションプログラムからのコマンド送信要
求を受け付け、前記送信待ちコマンドを前記トランザク
ション管理手段に対して送信要求し、又は所定時間経過
を待たずに前記アプリケーションプログラムに対して前
記トランザクション管理手段からのコマンド応答に応じ
た結果通知を渡す、ことを特徴とする請求項３又は請求
項４に記載の通信装置である。
【００２９】請求項７に記載の発明は、前記インタフェ
ース手段が、ＩＥＥＥ１３９４規格に準拠したインター
フェースであり、前記コマンドが、そのＡＶ／Ｃデジタ
ルインターフェースコマンドセットに準拠したコマンド
であることを特徴とする請求項１から請求項６の何れか
の請求項に記載の通信装置である。
ース手段が、ＩＥＥＥ１３９４規格に準拠したインター
フェースであり、前記コマンドが、そのＡＶ／Ｃデジタ
ルインターフェースコマンドセットに準拠したコマンド
であることを特徴とする請求項１から請求項６の何れか
の請求項に記載の通信装置である。
【００３０】請求項８に記載の発明は、アプリケーショ
ンプログラムがコマンド送信要求を生成するコマンド送
信要求生成ステップと、前記コマンド送信要求のコマン
ドと、送信待ち又は送信済みであって未だコマンド応答
を受け取っていないコマンド送信要求のコマンドとの内
容比較により、前記アプリケーションプログラムからの
コマンド送信要求を受け付けるか否かの判定を行う判定
ステップと、受け付けた前記コマンド送信要求のコマン
ドを送信する送信ステップと、を有することを特徴とす
る通信方法である。
ンプログラムがコマンド送信要求を生成するコマンド送
信要求生成ステップと、前記コマンド送信要求のコマン
ドと、送信待ち又は送信済みであって未だコマンド応答
を受け取っていないコマンド送信要求のコマンドとの内
容比較により、前記アプリケーションプログラムからの
コマンド送信要求を受け付けるか否かの判定を行う判定
ステップと、受け付けた前記コマンド送信要求のコマン
ドを送信する送信ステップと、を有することを特徴とす
る通信方法である。
【００３１】請求項９に記載の発明は、アプリケーショ
ンプログラムがコマンド送信要求を生成するコマンド送
信要求生成ステップと、前記アプリケーションプログラ
ムからのコマンド送信要求を受け付け済みであって未だ
コマンドの送信をしていないコマンド送信要求のコマン
ド（以下、「送信待ちコマンド」と呼ぶ。）と、送信済
みであって未だコマンド応答を受け取っていないコマン
ド送信要求のコマンドとの内容比較により、前記送信待
ちコマンドを送信するか又は送信を待つかの判定を行う
判定ステップと、送信すると判定した前記送信待ちコマ
ンドを送信する送信ステップと、を有することを特徴と
する通信方法である。
ンプログラムがコマンド送信要求を生成するコマンド送
信要求生成ステップと、前記アプリケーションプログラ
ムからのコマンド送信要求を受け付け済みであって未だ
コマンドの送信をしていないコマンド送信要求のコマン
ド（以下、「送信待ちコマンド」と呼ぶ。）と、送信済
みであって未だコマンド応答を受け取っていないコマン
ド送信要求のコマンドとの内容比較により、前記送信待
ちコマンドを送信するか又は送信を待つかの判定を行う
判定ステップと、送信すると判定した前記送信待ちコマ
ンドを送信する送信ステップと、を有することを特徴と
する通信方法である。
【００３２】請求項１０に記載の発明は、前記内容比較
による判定が、双方のコマンド種別が異なるにも関わら
ず、コマンド応答の内容が同一となる可能性の有無に基
づき行われることを含む、ことを特徴とする請求項８又
は請求項９に記載の通信方法である。
による判定が、双方のコマンド種別が異なるにも関わら
ず、コマンド応答の内容が同一となる可能性の有無に基
づき行われることを含む、ことを特徴とする請求項８又
は請求項９に記載の通信方法である。
【００３３】請求項１１に記載の発明は、コマンドを送
信する送信ステップと、送信済みであって未だコマンド
応答を受け取っていない複数のコマンド（以下、「応答
待ちコマンド」と呼ぶ。）に対するコマンド応答の内容
が同一となる可能性がある場合は、所定時間経過後にコ
マンド応答の内容の処理を開始する受信ステップと、を
有することを特徴とする通信方法である。
信する送信ステップと、送信済みであって未だコマンド
応答を受け取っていない複数のコマンド（以下、「応答
待ちコマンド」と呼ぶ。）に対するコマンド応答の内容
が同一となる可能性がある場合は、所定時間経過後にコ
マンド応答の内容の処理を開始する受信ステップと、を
有することを特徴とする通信方法である。
【００３４】請求項１２に記載の発明は、前記所定時間
は、直前の前記応答待ちコマンドに対する送信完了通知
を受け取ってから、１００ｍｓ以上の時間であることを
特徴とする請求項１１に記載の通信方法である。
は、直前の前記応答待ちコマンドに対する送信完了通知
を受け取ってから、１００ｍｓ以上の時間であることを
特徴とする請求項１１に記載の通信方法である。
【００３５】請求項１３に記載の発明は、前記コマンド
送信要求生成ステップにおいて生成された又は送信ステ
ップにおいて送信されたコマンドの送信先が異なる場合
には、双方のコマンドに対するコマンド応答の内容が同
一となる可能性の有無にかかわらず、前記アプリケーシ
ョンプログラムからのコマンド送信要求を受け付け、前
記送信待ちコマンドを送信し、又は所定時間経過を待た
ずにコマンド応答の内容の処理を開始する、ことを特徴
とする請求項１０又は請求項１１に記載の通信方法であ
る。
送信要求生成ステップにおいて生成された又は送信ステ
ップにおいて送信されたコマンドの送信先が異なる場合
には、双方のコマンドに対するコマンド応答の内容が同
一となる可能性の有無にかかわらず、前記アプリケーシ
ョンプログラムからのコマンド送信要求を受け付け、前
記送信待ちコマンドを送信し、又は所定時間経過を待た
ずにコマンド応答の内容の処理を開始する、ことを特徴
とする請求項１０又は請求項１１に記載の通信方法であ
る。
【００３６】請求項１４に記載の発明は、前記コマンド
が、ＩＥＥＥ１３９４規格のＡＶ／Ｃデジタルインター
フェースコマンドセットに準拠したコマンドであること
を特徴とする請求項８から請求項１３の何れかの請求項
に記載の通信方法である。
が、ＩＥＥＥ１３９４規格のＡＶ／Ｃデジタルインター
フェースコマンドセットに準拠したコマンドであること
を特徴とする請求項８から請求項１３の何れかの請求項
に記載の通信方法である。
【００３７】本発明は、コマンド応答受信時に、そのコ
マンド応答に対応するコマンド送信要求を行ったアプリ
ケーションプログラムに対して、確実に正しい結果通知
を行うことができるという作用を有する。
マンド応答に対応するコマンド送信要求を行ったアプリ
ケーションプログラムに対して、確実に正しい結果通知
を行うことができるという作用を有する。
【００３８】
【発明の実施の形態】以下に本発明の実施をするための
好適な形態を具体的に示した実施例について図面を参照
しながら説明する。
好適な形態を具体的に示した実施例について図面を参照
しながら説明する。
【００３９】《実施例１》図１〜図５を用いて、実施例
１の通信装置及び通信方法について説明する。尚、「従
来の技術」及び「発明が解決しようとする課題」での説
明で用いた図面についても適宜参照する。図２は、実施
例１の通信システムの構成を示す概略図である。図２
で、２０１はコントローラ、２０２はユニット、２０３
はサブユニットＡ、２０４はサブユニットＢ、２０５は
ＩＥＥＥ１３９４バスである。コントローラ２０１は、
ユニット２０２、サブユニットＡ２０３及びサブユニッ
トＢ２０４を制御するＰＣ等のイニシエータであり、本
発明の通信装置を有する。ユニット２０２は、ビデオデ
ッキ等の機器（ターゲット）であり、コントローラ２０
１からのコマンドの送受信により制御される。サブユニ
ットＡ２０３及びサブユニットＢ２０４は、ユニット２
０２が有する機能部である。具体的には、ユニット２０
２をビデオデッキとすると、チューナやビデオカセット
レコーダ／プレーヤ等に相当する。サブユニットＡ２０
３及びサブユニットＢ２０４も、ユニット２０２と同様
にコントローラ２０１からのコマンドの送受信により制
御される。
１の通信装置及び通信方法について説明する。尚、「従
来の技術」及び「発明が解決しようとする課題」での説
明で用いた図面についても適宜参照する。図２は、実施
例１の通信システムの構成を示す概略図である。図２
で、２０１はコントローラ、２０２はユニット、２０３
はサブユニットＡ、２０４はサブユニットＢ、２０５は
ＩＥＥＥ１３９４バスである。コントローラ２０１は、
ユニット２０２、サブユニットＡ２０３及びサブユニッ
トＢ２０４を制御するＰＣ等のイニシエータであり、本
発明の通信装置を有する。ユニット２０２は、ビデオデ
ッキ等の機器（ターゲット）であり、コントローラ２０
１からのコマンドの送受信により制御される。サブユニ
ットＡ２０３及びサブユニットＢ２０４は、ユニット２
０２が有する機能部である。具体的には、ユニット２０
２をビデオデッキとすると、チューナやビデオカセット
レコーダ／プレーヤ等に相当する。サブユニットＡ２０
３及びサブユニットＢ２０４も、ユニット２０２と同様
にコントローラ２０１からのコマンドの送受信により制
御される。
【００４０】図３にコントローラ２０１の内部構成を示
す。図３で、３０１は通信装置、３０６はユーザＩ／Ｆ
部である。通信装置３０１は、ハードウェア層を構成す
る通信Ｉ／Ｆ部３０２と、ソフトウェア層を構成するト
ランザクション管理部３０３、コマンド送信管理部３０
４、アプリケーションプログラム３０５とを有する。従
来の通信装置は、通信Ｉ／Ｆ部３０２、トランザクショ
ン管理部３０３及びアプリケーションプログラム３０５
を有していた。本発明の通信装置は、更にコマンド送信
管理部３０４を有することを特徴としている。通信Ｉ／
Ｆ部３０２は、外部機器（ユニット２０２）とＡＶ／Ｃ
コマンドによるデータ通信を行うインターフェース・ハ
ードウェアである。通信Ｉ／Ｆ部３０２は、トランザク
ション管理部３０３からのリクエストパケット（Ｗｒｉ
ｔｅｒｅｑｕｅｓｔパケット）送信要求を受けて、リク
エストパケットを電気信号に変換して、ＩＥＥＥ１３９
４バス２０５に送出し、且つ、外部機器からのリクエス
トパケット（Ｗｒｉｔｅ ｒｅｑｕｅｓｔパケット）を
受信した場合に、トランザクション管理部３０３にリク
エストパケット受信を通知する。
す。図３で、３０１は通信装置、３０６はユーザＩ／Ｆ
部である。通信装置３０１は、ハードウェア層を構成す
る通信Ｉ／Ｆ部３０２と、ソフトウェア層を構成するト
ランザクション管理部３０３、コマンド送信管理部３０
４、アプリケーションプログラム３０５とを有する。従
来の通信装置は、通信Ｉ／Ｆ部３０２、トランザクショ
ン管理部３０３及びアプリケーションプログラム３０５
を有していた。本発明の通信装置は、更にコマンド送信
管理部３０４を有することを特徴としている。通信Ｉ／
Ｆ部３０２は、外部機器（ユニット２０２）とＡＶ／Ｃ
コマンドによるデータ通信を行うインターフェース・ハ
ードウェアである。通信Ｉ／Ｆ部３０２は、トランザク
ション管理部３０３からのリクエストパケット（Ｗｒｉ
ｔｅｒｅｑｕｅｓｔパケット）送信要求を受けて、リク
エストパケットを電気信号に変換して、ＩＥＥＥ１３９
４バス２０５に送出し、且つ、外部機器からのリクエス
トパケット（Ｗｒｉｔｅ ｒｅｑｕｅｓｔパケット）を
受信した場合に、トランザクション管理部３０３にリク
エストパケット受信を通知する。
【００４１】トランザクション管理部３０３は、コマン
ド送信管理部３０４からのコマンド送信要求によりＷｒ
ｉｔｅ Ｒｅｑｕｅｓｔパケットの作成を行い、外部機
器からリクエストパケット（Ｗｒｉｔｅ ｒｅｑｕｅｓ
ｔパケット）を受信した場合にレスポンスパケット（Ｗ
ｒｉｔｅ ｒｅｓｐｏｎｓｅパケット）の作成を行い、
通信Ｉ／Ｆ部３０２にそれぞれの送信要求を出す。ま
た、通信Ｉ／Ｆ部３０２が受信した外部機器からのリク
エストパケット及びレスポンスパケットの解析を行う。
コマンド送信管理部３０４は、アプリケーションプログ
ラム３０５とトランザクション管理部３０３との間に位
置し、アプリケーションプログラム３０５からの要求に
よりトランザクション管理部３０３に対してコマンド送
信要求を行い、且つ、トランザクション管理部３０３か
らコマンド応答を受け取り、アプリケーションプログラ
ム３０５にそのコマンド応答の内容に応じた結果を通知
する。コマンド送信管理部３０４の詳細については後で
説明する。アプリケーションプログラム３０５は、コマ
ンド送信管理部３０４に対して、外部機器に対する制御
／状態取得／状態変化通知要求等をコマンド送信管理部
３０４に通知し、且つ、コマンド送信管理部３０４から
コマンド応答の内容に応じた結果通知（コマンド応答）
を受け取る。
ド送信管理部３０４からのコマンド送信要求によりＷｒ
ｉｔｅ Ｒｅｑｕｅｓｔパケットの作成を行い、外部機
器からリクエストパケット（Ｗｒｉｔｅ ｒｅｑｕｅｓ
ｔパケット）を受信した場合にレスポンスパケット（Ｗ
ｒｉｔｅ ｒｅｓｐｏｎｓｅパケット）の作成を行い、
通信Ｉ／Ｆ部３０２にそれぞれの送信要求を出す。ま
た、通信Ｉ／Ｆ部３０２が受信した外部機器からのリク
エストパケット及びレスポンスパケットの解析を行う。
コマンド送信管理部３０４は、アプリケーションプログ
ラム３０５とトランザクション管理部３０３との間に位
置し、アプリケーションプログラム３０５からの要求に
よりトランザクション管理部３０３に対してコマンド送
信要求を行い、且つ、トランザクション管理部３０３か
らコマンド応答を受け取り、アプリケーションプログラ
ム３０５にそのコマンド応答の内容に応じた結果を通知
する。コマンド送信管理部３０４の詳細については後で
説明する。アプリケーションプログラム３０５は、コマ
ンド送信管理部３０４に対して、外部機器に対する制御
／状態取得／状態変化通知要求等をコマンド送信管理部
３０４に通知し、且つ、コマンド送信管理部３０４から
コマンド応答の内容に応じた結果通知（コマンド応答）
を受け取る。
【００４２】ユーザＩ／Ｆ部３０６は、ユーザによるダ
ビングコントロールや予約に応じた機器制御等の指令の
入力、且つ、外部機器からリクエストパケットを受信し
た場合は、その結果の出力を行う。
ビングコントロールや予約に応じた機器制御等の指令の
入力、且つ、外部機器からリクエストパケットを受信し
た場合は、その結果の出力を行う。
【００４３】次に、コマンド送受信の動作について順を
追って説明する。アプリケーションプログラム３０５
が、ユニット２０２、サブユニットＡ２０３、又はサブ
ユニットＢ２０４を制御、サポート確認、状態問い合わ
せ又は状態変化通知要求等を行う際には、先ず、コマン
ド送信管理部３０４に対し、被制御機器に対する制御／
状態取得／状態変化通知要求等の要求を行う（Ｓ１
０）。それを受けたコマンド送信管理部３０４は、要求
を正常に受け付けたか、或いは受付を拒否したかをアプ
リケーションプログラム３０５に通知する。要求を正常
に受け付けた場合、コマンド送信管理部３０４は、ＡＶ
／Ｃコマンドフレームを作成し、所定のタイミングでト
ランザクション管理部３０３に対し、コマンド送信要求
を行う（Ｓ１１）。
追って説明する。アプリケーションプログラム３０５
が、ユニット２０２、サブユニットＡ２０３、又はサブ
ユニットＢ２０４を制御、サポート確認、状態問い合わ
せ又は状態変化通知要求等を行う際には、先ず、コマン
ド送信管理部３０４に対し、被制御機器に対する制御／
状態取得／状態変化通知要求等の要求を行う（Ｓ１
０）。それを受けたコマンド送信管理部３０４は、要求
を正常に受け付けたか、或いは受付を拒否したかをアプ
リケーションプログラム３０５に通知する。要求を正常
に受け付けた場合、コマンド送信管理部３０４は、ＡＶ
／Ｃコマンドフレームを作成し、所定のタイミングでト
ランザクション管理部３０３に対し、コマンド送信要求
を行う（Ｓ１１）。
【００４４】コマンド送信要求を受けたトランザクショ
ン管理部３０３は、要求を正常に受け付けたか、或いは
受け付けを拒否したかをコマンド送信管理部３０４に通
知する。要求を正常に受け付けた場合、トランザクショ
ン管理部３０３は、コマンド送信管理部３０４から受け
付けたＡＶ／Ｃコマンドフレームをデータ部にセットし
たリクエストパケット（Ｗｒｉｔｅ Ｒｅｑｕｅｓｔパ
ケット（図９又は図１０））を作成し、所定のタイミン
グで、通信Ｉ／Ｆ部３０２にリクエストパケット送信要
求を出す（Ｓ１２）。リクエストパケット送信要求を受
けた通信Ｉ／Ｆ部３０２は、指定された相手先（外部機
器）にリクエストパケットを送信する。
ン管理部３０３は、要求を正常に受け付けたか、或いは
受け付けを拒否したかをコマンド送信管理部３０４に通
知する。要求を正常に受け付けた場合、トランザクショ
ン管理部３０３は、コマンド送信管理部３０４から受け
付けたＡＶ／Ｃコマンドフレームをデータ部にセットし
たリクエストパケット（Ｗｒｉｔｅ Ｒｅｑｕｅｓｔパ
ケット（図９又は図１０））を作成し、所定のタイミン
グで、通信Ｉ／Ｆ部３０２にリクエストパケット送信要
求を出す（Ｓ１２）。リクエストパケット送信要求を受
けた通信Ｉ／Ｆ部３０２は、指定された相手先（外部機
器）にリクエストパケットを送信する。
【００４５】通信Ｉ／Ｆ部３０２は、コマンド送信した
相手先から受信したレスポンスパケット（Ｗｒｉｔｅ
ｒｅｓｐｏｎｓｅパケット（図１２））を受信するとト
ランザクション管理部３０３にレスポンスパケット受信
通知を行う（Ｓ１３）。レスポンスパケット受信通知を
受け取ったトランザクション管理部３０３は、レスポン
スパケットを解析し、先に送信したリクエストパケット
を相手先が正常に受信したかどうかを確認する。トラン
ザクション管理部３０３は、その結果をコマンド送信管
理部３０４に通知する（Ｓ１４）。コマンド送信管理部
３０４は、トランザクション管理部３０３からの送信結
果により、相手先が正常にコマンドを受け取ったと判断
した場合には、トランザクション管理部３０３に対し、
コマンド応答がセットされたリクエストパケットの応答
受信要求を出す（Ｓ１５）。相手先からコマンド応答が
セットされたリクエストパケットを通信Ｉ／Ｆ部３０２
が受信すると、トランザクション管理部３０３に対し、
リクエストパケット受信通知を出す（Ｓ１６）。
相手先から受信したレスポンスパケット（Ｗｒｉｔｅ
ｒｅｓｐｏｎｓｅパケット（図１２））を受信するとト
ランザクション管理部３０３にレスポンスパケット受信
通知を行う（Ｓ１３）。レスポンスパケット受信通知を
受け取ったトランザクション管理部３０３は、レスポン
スパケットを解析し、先に送信したリクエストパケット
を相手先が正常に受信したかどうかを確認する。トラン
ザクション管理部３０３は、その結果をコマンド送信管
理部３０４に通知する（Ｓ１４）。コマンド送信管理部
３０４は、トランザクション管理部３０３からの送信結
果により、相手先が正常にコマンドを受け取ったと判断
した場合には、トランザクション管理部３０３に対し、
コマンド応答がセットされたリクエストパケットの応答
受信要求を出す（Ｓ１５）。相手先からコマンド応答が
セットされたリクエストパケットを通信Ｉ／Ｆ部３０２
が受信すると、トランザクション管理部３０３に対し、
リクエストパケット受信通知を出す（Ｓ１６）。
【００４６】トランザクション管理部３０３は、受信し
たリクエストパケットの解析を行い、レスポンスパケッ
トを作成し、通信Ｉ／Ｆ部３０２に対し、レスポンスパ
ケット送信要求を出す（Ｓ１７）。レスポンスパケット
送信要求を受けた通信Ｉ／Ｆ部３０２は、指定された相
手先（外部機器）にレスポンスパケットを送信する。ま
た、トランザクション管理部３０３は、受信したリクエ
ストパケットが正常であると判断した場合には、コマン
ド送信管理部３０４に対して、コマンド応答受信通知を
出す（Ｓ１８）。トランザクション管理部３０３よりコ
マンド応答通知を受け取ったコマンド送信管理部３０４
は、リクエストパケットのデータ部にセットされたコマ
ンド応答を解析し、アプリケーションプログラム３０５
に対して結果を通知する（Ｓ１９）。アプリケーション
プログラム３０５は、その結果をユーザＩ／Ｆ部３０６
を介してユーザに通知し、又は、その結果から次の制御
動作に移行する。
たリクエストパケットの解析を行い、レスポンスパケッ
トを作成し、通信Ｉ／Ｆ部３０２に対し、レスポンスパ
ケット送信要求を出す（Ｓ１７）。レスポンスパケット
送信要求を受けた通信Ｉ／Ｆ部３０２は、指定された相
手先（外部機器）にレスポンスパケットを送信する。ま
た、トランザクション管理部３０３は、受信したリクエ
ストパケットが正常であると判断した場合には、コマン
ド送信管理部３０４に対して、コマンド応答受信通知を
出す（Ｓ１８）。トランザクション管理部３０３よりコ
マンド応答通知を受け取ったコマンド送信管理部３０４
は、リクエストパケットのデータ部にセットされたコマ
ンド応答を解析し、アプリケーションプログラム３０５
に対して結果を通知する（Ｓ１９）。アプリケーション
プログラム３０５は、その結果をユーザＩ／Ｆ部３０６
を介してユーザに通知し、又は、その結果から次の制御
動作に移行する。
【００４７】ここで、コマンド送信管理部３０４の機能
について説明する。コマンド送信管理部３０４は、複数
のアプリケーションプログラム３０５からの被制御機器
に対する制御／状態取得／状態変化通知要求等の要求を
受け付けることが可能であり、受け付けた要求コマンド
は、送信コマンド管理テーブルによって管理される。図
４は、送信コマンド管理テーブルの一例を示す図であ
る。図４に示すように、送信コマンド管理テーブルに登
録する情報は、送信要求したコマンド毎に、要求したア
プリケーション種別、コマンドの処理状態（送信待ち／
応答待ち）、コマンド送信の相手先（ＮｏｄｅＩＤ、Ｓ
ｕｂｕｎｉｔ＿ｔｙｐｅ、Ｓｕｂｕｎｉｔ＿ＩＤ）、コ
マンド種別（Ｃｔｙｐｅ）及びコマンドコード／パラメ
ータ（ｏｐｃｏｄｅ、ｏｐｅｒａｎｄ［０］〜ｏｐｅｒ
ａｎｄ［ｎ］）である。
について説明する。コマンド送信管理部３０４は、複数
のアプリケーションプログラム３０５からの被制御機器
に対する制御／状態取得／状態変化通知要求等の要求を
受け付けることが可能であり、受け付けた要求コマンド
は、送信コマンド管理テーブルによって管理される。図
４は、送信コマンド管理テーブルの一例を示す図であ
る。図４に示すように、送信コマンド管理テーブルに登
録する情報は、送信要求したコマンド毎に、要求したア
プリケーション種別、コマンドの処理状態（送信待ち／
応答待ち）、コマンド送信の相手先（ＮｏｄｅＩＤ、Ｓ
ｕｂｕｎｉｔ＿ｔｙｐｅ、Ｓｕｂｕｎｉｔ＿ＩＤ）、コ
マンド種別（Ｃｔｙｐｅ）及びコマンドコード／パラメ
ータ（ｏｐｃｏｄｅ、ｏｐｅｒａｎｄ［０］〜ｏｐｅｒ
ａｎｄ［ｎ］）である。
【００４８】コマンドの処理状態で、「送信待ち」と
は、アプリケーションプログラム３０５からのコマンド
送信要求を受け付けてはいるが、まだ、トランザクショ
ン管理部３０３に対してコマンド送信要求を行っていな
い状態である。「応答待ち」とは、トランザクション管
理部３０３に対してコマンド送信要求を行ったが、ま
だ、トランザクション管理部３０３からコマンド応答を
受け取っていない状態である。以下、送信コマンド管理
テーブルに登録されているコマンドで、「送信待ち」状
態のコマンドを「送信待ちコマンド」、「応答待ち」状
態のコマンドを「応答待ちコマンド」と呼ぶ。
は、アプリケーションプログラム３０５からのコマンド
送信要求を受け付けてはいるが、まだ、トランザクショ
ン管理部３０３に対してコマンド送信要求を行っていな
い状態である。「応答待ち」とは、トランザクション管
理部３０３に対してコマンド送信要求を行ったが、ま
だ、トランザクション管理部３０３からコマンド応答を
受け取っていない状態である。以下、送信コマンド管理
テーブルに登録されているコマンドで、「送信待ち」状
態のコマンドを「送信待ちコマンド」、「応答待ち」状
態のコマンドを「応答待ちコマンド」と呼ぶ。
【００４９】次に、新たにアプリケーションプログラム
３０５から被制御機器に対する制御／状態取得／状態変
化通知要求等の要求を受け取った際に、コマンド送信管
理部３０４が行う要求受付判定処理について説明する。
図１は、該要求受付判定処理の動作アルゴリズムを示す
フローチャートである。ステップＳ１０１では、アプリ
ケーションプログラム３０５から被制御機器に対する制
御／状態取得／状態変化通知要求等の要求有無の判定を
行う。要求がある場合は、ステップＳ１０２に移行し、
要求がない場合は本処理を抜ける。ステップＳ１０２で
は、要求に相当するＡＶ／Ｃコマンドフレームを作成す
る。ステップＳ１０３では、図４に示した送信コマンド
管理テーブルに登録されている既に送信要求を受け付け
ているコマンド（登録済コマンド）と作成したコマンド
フレームとを比較し、送信相手先が同じであるかどうか
の判定を行う。送信相手先が同一である場合は、ステッ
プＳ１０４に移行し、送信相手先が同一でない場合は、
ステップＳ１０７に移行する。
３０５から被制御機器に対する制御／状態取得／状態変
化通知要求等の要求を受け取った際に、コマンド送信管
理部３０４が行う要求受付判定処理について説明する。
図１は、該要求受付判定処理の動作アルゴリズムを示す
フローチャートである。ステップＳ１０１では、アプリ
ケーションプログラム３０５から被制御機器に対する制
御／状態取得／状態変化通知要求等の要求有無の判定を
行う。要求がある場合は、ステップＳ１０２に移行し、
要求がない場合は本処理を抜ける。ステップＳ１０２で
は、要求に相当するＡＶ／Ｃコマンドフレームを作成す
る。ステップＳ１０３では、図４に示した送信コマンド
管理テーブルに登録されている既に送信要求を受け付け
ているコマンド（登録済コマンド）と作成したコマンド
フレームとを比較し、送信相手先が同じであるかどうか
の判定を行う。送信相手先が同一である場合は、ステッ
プＳ１０４に移行し、送信相手先が同一でない場合は、
ステップＳ１０７に移行する。
【００５０】ステップＳ１０４では、登録済コマンドと
作成したコマンドフレームとを比較し、Ｃｔｙｐｅ、ｏ
ｐｃｏｄｅ（ＯＰＣ）、ｏｐｅｒａｎｄ（ＯＰＲ）が同
じであるかの判定を行う。Ｃｔｙｐｅ、ＯＰＣ及びＯＰ
Ｒが同一（同一のコマンド）である場合は、ステップＳ
１０６に移行し、同一でない場合は、ステップＳ１０５
に移行する。
作成したコマンドフレームとを比較し、Ｃｔｙｐｅ、ｏ
ｐｃｏｄｅ（ＯＰＣ）、ｏｐｅｒａｎｄ（ＯＰＲ）が同
じであるかの判定を行う。Ｃｔｙｐｅ、ＯＰＣ及びＯＰ
Ｒが同一（同一のコマンド）である場合は、ステップＳ
１０６に移行し、同一でない場合は、ステップＳ１０５
に移行する。
【００５１】ステップＳ１０５では、登録済コマンドと
作成したコマンドフレームの送信コマンド種別（Ｃｔｙ
ｐｅ）が異なり、且つ、そのコマンド応答フレームが同
一となる可能性があるかどうかの判定を行う。ここで、
コマンド応答フレームが同一となるかどうかのチェック
は、予め用意されているコマンド（コマンド応答フレー
ムが同一となる可能がある）組み合わせ管理テーブルを
用いて行う。図５は、コマンド組み合わせ管理テーブル
の一例を示す図である。図５に示すように、コマンド組
み合わせ管理テーブルは、ある送信コマンド情報（コマ
ンド種別（Ｃｔｙｐｅ）及びコマンドコード／パラメー
タ（ｏｐｃｏｄｅ、ｏｐｅｒａｎｄ［０］〜ｏｐｅｒａ
ｎｄ［ｎ］））とコマンド種別が異なり、コマンド応答
フレームが同一となる可能性のあるコマンド情報の組み
合わせを、１組毎に登録しているテーブルである。コマ
ンド応答フレームが同一となるかどうかの判定は、登録
済コマンドのコマンド情報と作成したコマンドフレーム
のコマンド情報の組み合わせが、このコマンド組み合わ
せ管理テーブルに登録されているかどうかをチェックす
ることで行う。登録済コマンドと作成したコマンドフレ
ームの送信コマンド種別が異なり、且つ、そのコマンド
応答フレームが同一となる可能性がある場合は、ステッ
プＳ１０６に移行し、そうでない場合はステップＳ１０
７に移行する。
作成したコマンドフレームの送信コマンド種別（Ｃｔｙ
ｐｅ）が異なり、且つ、そのコマンド応答フレームが同
一となる可能性があるかどうかの判定を行う。ここで、
コマンド応答フレームが同一となるかどうかのチェック
は、予め用意されているコマンド（コマンド応答フレー
ムが同一となる可能がある）組み合わせ管理テーブルを
用いて行う。図５は、コマンド組み合わせ管理テーブル
の一例を示す図である。図５に示すように、コマンド組
み合わせ管理テーブルは、ある送信コマンド情報（コマ
ンド種別（Ｃｔｙｐｅ）及びコマンドコード／パラメー
タ（ｏｐｃｏｄｅ、ｏｐｅｒａｎｄ［０］〜ｏｐｅｒａ
ｎｄ［ｎ］））とコマンド種別が異なり、コマンド応答
フレームが同一となる可能性のあるコマンド情報の組み
合わせを、１組毎に登録しているテーブルである。コマ
ンド応答フレームが同一となるかどうかの判定は、登録
済コマンドのコマンド情報と作成したコマンドフレーム
のコマンド情報の組み合わせが、このコマンド組み合わ
せ管理テーブルに登録されているかどうかをチェックす
ることで行う。登録済コマンドと作成したコマンドフレ
ームの送信コマンド種別が異なり、且つ、そのコマンド
応答フレームが同一となる可能性がある場合は、ステッ
プＳ１０６に移行し、そうでない場合はステップＳ１０
７に移行する。
【００５２】ステップＳ１０６では、アプリケーション
プログラム３０５に対してコマンド受付不可通知を出
し、処理を抜ける。ステップＳ１０７では、作成したコ
マンドフレームと送信コマンド管理テーブルの全ての登
録済コマンドとの比較が終了したかどうかの判別を行
う。全ての登録済コマンドとの比較が終了した場合は、
ステップＳ１０８に移行し、全ての登録済コマンドとの
比較が終了していない場合は、比較対象を次の登録済コ
マンドに移行して、ステップＳ１０３に戻る。ステップ
Ｓ１０８では、作成したコマンドフレームを送信コマン
ド管理テーブルに追加し、アプリケーションプログラム
３０５に対してコマンド受付完了通知を出して本処理を
抜ける。コマンド送信管理部３０４は、受け付けたコマ
ンド送信要求のコマンドフレームについて、順次トラン
ザクション管理部３０３に対してコマンド送信要求を行
う。
プログラム３０５に対してコマンド受付不可通知を出
し、処理を抜ける。ステップＳ１０７では、作成したコ
マンドフレームと送信コマンド管理テーブルの全ての登
録済コマンドとの比較が終了したかどうかの判別を行
う。全ての登録済コマンドとの比較が終了した場合は、
ステップＳ１０８に移行し、全ての登録済コマンドとの
比較が終了していない場合は、比較対象を次の登録済コ
マンドに移行して、ステップＳ１０３に戻る。ステップ
Ｓ１０８では、作成したコマンドフレームを送信コマン
ド管理テーブルに追加し、アプリケーションプログラム
３０５に対してコマンド受付完了通知を出して本処理を
抜ける。コマンド送信管理部３０４は、受け付けたコマ
ンド送信要求のコマンドフレームについて、順次トラン
ザクション管理部３０３に対してコマンド送信要求を行
う。
【００５３】以上のように、実施例１の通信装置及び通
信方法においては、アプリケーションプログラム３０５
から新たなコマンド送信要求があった場合に、コマンド
送信管理部３０４は、該コマンドと、送信コマンド管理
テーブルに登録している既にコマンド送信要求を受け付
けたコマンドとを比較し、双方のコマンド応答の内容が
同一となる可能性がある場合には、コマンド送信要求の
受付を拒否する。従って、コマンド応答受信時に、アプ
リケーションプログラム３０５に対して誤った結果通知
をする可能性のあるコマンドの同時期の送信を防止する
ことができる。
信方法においては、アプリケーションプログラム３０５
から新たなコマンド送信要求があった場合に、コマンド
送信管理部３０４は、該コマンドと、送信コマンド管理
テーブルに登録している既にコマンド送信要求を受け付
けたコマンドとを比較し、双方のコマンド応答の内容が
同一となる可能性がある場合には、コマンド送信要求の
受付を拒否する。従って、コマンド応答受信時に、アプ
リケーションプログラム３０５に対して誤った結果通知
をする可能性のあるコマンドの同時期の送信を防止する
ことができる。
【００５４】《実施例２》図６を用いて、実施例２の通
信装置及び通信方法について説明する。尚、「従来の技
術」、「発明が解決しようとする課題」及び実施例１で
の説明で用いた図面についても適宜参照する。実施例２
の通信システム及び通信装置の構成は実施例１の通信シ
ステム（図２）及び通信装置３０１の構成（図３）と同
一である。通信装置３０１のコマンド送信管理部３０４
の機能が、実施例１の通信装置３０１と異なる。他の機
能は同一であるため、ここではその相違点のみ説明す
る。実施例１の通信装置３０１のコマンド送信管理部３
０４は、アプリケーションプログラム３０５からの外部
機器に対する制御／状態取得／状態変化通知要求等の要
求に対する受付判定処理を特徴としていたが、実施例２
の通信装置３０１のコマンド送信管理部３０４は、アプ
リケーションプログラム３０５からの被制御機器（外部
機器）に対する制御／状態取得／状態変化通知要求等の
要求を全て受け付ける（受付判定なし）。コマンド送信
管理部３０４は、要求を受け付けたコマンドを、トラン
ザクション管理部３０３に対して通知（図３のＳ１１）
する処理に特徴を持つ。また、実施例１の通信装置３０
１のコマンド送信管理部３０４と同様に、送信コマンド
管理テーブル（図４）及びコマンド組み合わせ管理テー
ブル（図５）を保持し、使用する。
信装置及び通信方法について説明する。尚、「従来の技
術」、「発明が解決しようとする課題」及び実施例１で
の説明で用いた図面についても適宜参照する。実施例２
の通信システム及び通信装置の構成は実施例１の通信シ
ステム（図２）及び通信装置３０１の構成（図３）と同
一である。通信装置３０１のコマンド送信管理部３０４
の機能が、実施例１の通信装置３０１と異なる。他の機
能は同一であるため、ここではその相違点のみ説明す
る。実施例１の通信装置３０１のコマンド送信管理部３
０４は、アプリケーションプログラム３０５からの外部
機器に対する制御／状態取得／状態変化通知要求等の要
求に対する受付判定処理を特徴としていたが、実施例２
の通信装置３０１のコマンド送信管理部３０４は、アプ
リケーションプログラム３０５からの被制御機器（外部
機器）に対する制御／状態取得／状態変化通知要求等の
要求を全て受け付ける（受付判定なし）。コマンド送信
管理部３０４は、要求を受け付けたコマンドを、トラン
ザクション管理部３０３に対して通知（図３のＳ１１）
する処理に特徴を持つ。また、実施例１の通信装置３０
１のコマンド送信管理部３０４と同様に、送信コマンド
管理テーブル（図４）及びコマンド組み合わせ管理テー
ブル（図５）を保持し、使用する。
【００５５】図６は、コマンド送信管理部３０４のトラ
ンザクション管理部３０３に対するコマンド送信要求処
理の動作アルゴリズムを示すフローチャートである。ス
テップＳ６０１では、コマンド送信管理部３０４がトラ
ンザクション管理部３０３に対して、コマンド送信要求
可能状態で、送信コマンド管理テーブルに送信待ち状態
のコマンドが存在するかどうかの判定を行う。送信要求
可能状態且つ送信待ちコマンドが存在する場合は、ステ
ップＳ６０２に移行する。そうでない場合は、本処理を
抜ける。ステップＳ６０２では、図４に示した送信コマ
ンド管理テーブルに登録されている送信待ちコマンド
と、同じく送信コマンド管理テーブルに登録されてい
る、既に送信済みのコマンド（応答待ちコマンド）とを
比較し、送信相手先が同じであるかどうかの判定を行
う。送信相手先が同一である場合は、ステップＳ６０３
に移行し、送信相手先が同一でない場合は、ステップＳ
６０７に移行する。ここで、本処理開始後、初回のステ
ップＳ６０２で、比較元となる送信待ちコマンドは、送
信コマンド管理テーブルに登録されている送信待ちコマ
ンドの中で最も古いコマンドとする。
ンザクション管理部３０３に対するコマンド送信要求処
理の動作アルゴリズムを示すフローチャートである。ス
テップＳ６０１では、コマンド送信管理部３０４がトラ
ンザクション管理部３０３に対して、コマンド送信要求
可能状態で、送信コマンド管理テーブルに送信待ち状態
のコマンドが存在するかどうかの判定を行う。送信要求
可能状態且つ送信待ちコマンドが存在する場合は、ステ
ップＳ６０２に移行する。そうでない場合は、本処理を
抜ける。ステップＳ６０２では、図４に示した送信コマ
ンド管理テーブルに登録されている送信待ちコマンド
と、同じく送信コマンド管理テーブルに登録されてい
る、既に送信済みのコマンド（応答待ちコマンド）とを
比較し、送信相手先が同じであるかどうかの判定を行
う。送信相手先が同一である場合は、ステップＳ６０３
に移行し、送信相手先が同一でない場合は、ステップＳ
６０７に移行する。ここで、本処理開始後、初回のステ
ップＳ６０２で、比較元となる送信待ちコマンドは、送
信コマンド管理テーブルに登録されている送信待ちコマ
ンドの中で最も古いコマンドとする。
【００５６】ステップＳ６０３では、送信待ちコマンド
と応答待ちコマンドとを比較し、Ｃｔｙｐｅ、ｏｐｃｏ
ｄｅ（ＯＰＣ）及びｏｐｅｒａｎｄ（ＯＰＲ）が同じで
あるかどうかの判定を行う。Ｃｔｙｐｅ、ＯＰＣ及びＯ
ＰＲが同一（同一コマンド）である場合は、ステップＳ
６０５に移行し、同一でない場合は、ステップＳ６０４
に移行する。ステップＳ６０４では、送信待ちコマンド
と応答待ちコマンドの送信コマンド種別（Ｃｔｙｐｅ）
が異なり、且つ、そのコマンド応答フレームが同一とな
る可能性があるかどうかの判定を行う。ここで、コマン
ド応答フレームが同一となるかどうかのチェックは、実
施例１で説明したように、コマンド（コマンド応答フレ
ームが同一となる可能がある）組み合わせ管理テーブル
を用いて行う。送信待ちコマンドと応答待ちコマンドの
送信コマンド種別が異なり、且つ、そのコマンド応答フ
レームが同一となる可能性がある場合は、ステップＳ６
０５に移行し、そうでない場合はステップＳ６０７に移
行する。
と応答待ちコマンドとを比較し、Ｃｔｙｐｅ、ｏｐｃｏ
ｄｅ（ＯＰＣ）及びｏｐｅｒａｎｄ（ＯＰＲ）が同じで
あるかどうかの判定を行う。Ｃｔｙｐｅ、ＯＰＣ及びＯ
ＰＲが同一（同一コマンド）である場合は、ステップＳ
６０５に移行し、同一でない場合は、ステップＳ６０４
に移行する。ステップＳ６０４では、送信待ちコマンド
と応答待ちコマンドの送信コマンド種別（Ｃｔｙｐｅ）
が異なり、且つ、そのコマンド応答フレームが同一とな
る可能性があるかどうかの判定を行う。ここで、コマン
ド応答フレームが同一となるかどうかのチェックは、実
施例１で説明したように、コマンド（コマンド応答フレ
ームが同一となる可能がある）組み合わせ管理テーブル
を用いて行う。送信待ちコマンドと応答待ちコマンドの
送信コマンド種別が異なり、且つ、そのコマンド応答フ
レームが同一となる可能性がある場合は、ステップＳ６
０５に移行し、そうでない場合はステップＳ６０７に移
行する。
【００５７】ステップＳ６０５では、送信コマンド管理
テーブルに登録されている送信待ちコマンドが他に存在
するかどうかを調べる。存在する場合は、その送信待ち
コマンドを処理対象とし、ステップＳ６０２に戻る。存
在しない場合は、ステップＳ６０６に移行する。また、
次の送信待ちコマンドを検索する順番は、登録（古い）
順とする。ステップＳ６０６では、応答待ちコマンド
（送信コマンド管理テーブルに登録されている内の何れ
か）に対するコマンド応答を受信したかどうかを調べ
る。受信した場合は、処理対象となる送信待ちコマンド
を最初の（最も古い）送信待ちコマンドにして、ステッ
プＳ６０２に戻る。
テーブルに登録されている送信待ちコマンドが他に存在
するかどうかを調べる。存在する場合は、その送信待ち
コマンドを処理対象とし、ステップＳ６０２に戻る。存
在しない場合は、ステップＳ６０６に移行する。また、
次の送信待ちコマンドを検索する順番は、登録（古い）
順とする。ステップＳ６０６では、応答待ちコマンド
（送信コマンド管理テーブルに登録されている内の何れ
か）に対するコマンド応答を受信したかどうかを調べ
る。受信した場合は、処理対象となる送信待ちコマンド
を最初の（最も古い）送信待ちコマンドにして、ステッ
プＳ６０２に戻る。
【００５８】ステップＳ６０７では、送信待ちコマンド
と送信コマンド管理テーブルの全ての応答待ちコマンド
との比較が終了したかどうかの判別を行う。全ての応答
待ちコマンドとの比較が終了した場合は、ステップＳ６
０８に移行し、終了していない場合は、比較対象を次の
応答待ちコマンドにして、ステップＳ６０２に戻る。ス
テップＳ６０８では、この送信待ちコマンドのコマンド
送信要求をトランザクション管理部３０３に通知する。
また、送信コマンド管理テーブルの該送信待ちコマンド
の情報を変更（状態を「応答待ち」に変更）し、本処理
を抜ける。
と送信コマンド管理テーブルの全ての応答待ちコマンド
との比較が終了したかどうかの判別を行う。全ての応答
待ちコマンドとの比較が終了した場合は、ステップＳ６
０８に移行し、終了していない場合は、比較対象を次の
応答待ちコマンドにして、ステップＳ６０２に戻る。ス
テップＳ６０８では、この送信待ちコマンドのコマンド
送信要求をトランザクション管理部３０３に通知する。
また、送信コマンド管理テーブルの該送信待ちコマンド
の情報を変更（状態を「応答待ち」に変更）し、本処理
を抜ける。
【００５９】以上のように、実施例２の通信装置及び通
信方法においては、コマンド送信管理部３０４は、送信
コマンド管理テーブル登録されている送信待ちコマンド
を、同じく送信コマンド管理テーブル登録されている応
答待ちコマンドと比較して、双方のコマンド応答が同一
となる可能性がある場合には、該送信待ちコマンドの送
信要求を行わず、コマンド応答が同一となる可能性のあ
る応答待ちコマンドに対するコマンド応答を受信するの
を待つ。その応答待ちコマンドに対するコマンド応答を
受信した後（コマンド応答が同一となる可能性のある応
答待ちコマンドがなくなった後）、トランザクション管
理部３０３に該送信待ちコマンドの送信要求を行う。従
って、コマンド応答受信時に、アプリケーションプログ
ラム３０５に対して誤った結果通知をする可能性のある
コマンドの同時期の送信を防止することができる。
信方法においては、コマンド送信管理部３０４は、送信
コマンド管理テーブル登録されている送信待ちコマンド
を、同じく送信コマンド管理テーブル登録されている応
答待ちコマンドと比較して、双方のコマンド応答が同一
となる可能性がある場合には、該送信待ちコマンドの送
信要求を行わず、コマンド応答が同一となる可能性のあ
る応答待ちコマンドに対するコマンド応答を受信するの
を待つ。その応答待ちコマンドに対するコマンド応答を
受信した後（コマンド応答が同一となる可能性のある応
答待ちコマンドがなくなった後）、トランザクション管
理部３０３に該送信待ちコマンドの送信要求を行う。従
って、コマンド応答受信時に、アプリケーションプログ
ラム３０５に対して誤った結果通知をする可能性のある
コマンドの同時期の送信を防止することができる。
【００６０】《実施例３》図７を用いて、実施例３の通
信装置及び通信方法について説明する。尚、「従来の技
術」、「発明が解決しようとする課題」、実施例１及び
実施例２での説明で用いた図面についても適宜参照す
る。実施例３の通信システム及び通信装置の構成は実施
例１の通信システム（図２）及び通信装置３０１の構成
（図３）と同一である。通信装置３０１のコマンド送信
管理部３０４の機能が、実施例１及び実施例２の通信装
置３０１と異なる。他の機能は同一であるため、ここで
はその相違点のみ説明する。実施例３の通信装置３０１
のコマンド送信管理部３０４は、アプリケーションプロ
グラム３０５からの被制御機器（外部機器）に対する制
御／状態取得／状態変化通知要求等の要求を全て受け付
け（受付判定なし）、受け付けたコマンドをトランザク
ション管理部３０３に通知する（送信要求判定なし）。
コマンド送信管理部３０４は、トランザクション管理部
３０３からのコマンド応答受信通知を受けた場合に（図
３のＳ１８）、外部機器に対してコマンドを送信してい
て、まだ応答が返ってきていないコマンド（応答待ちコ
マンド）の中から、該コマンド応答に対応する応答待ち
コマンドを選択し、アプリケーションプログラム３０５
にその結果を通知（図３のＳ１９）する処理に特徴を持
つ。また、実施例１の通信装置３０１のコマンド送信管
理部３０４と同様に、送信コマンド管理テーブル（図
４）を保持し、使用する。
信装置及び通信方法について説明する。尚、「従来の技
術」、「発明が解決しようとする課題」、実施例１及び
実施例２での説明で用いた図面についても適宜参照す
る。実施例３の通信システム及び通信装置の構成は実施
例１の通信システム（図２）及び通信装置３０１の構成
（図３）と同一である。通信装置３０１のコマンド送信
管理部３０４の機能が、実施例１及び実施例２の通信装
置３０１と異なる。他の機能は同一であるため、ここで
はその相違点のみ説明する。実施例３の通信装置３０１
のコマンド送信管理部３０４は、アプリケーションプロ
グラム３０５からの被制御機器（外部機器）に対する制
御／状態取得／状態変化通知要求等の要求を全て受け付
け（受付判定なし）、受け付けたコマンドをトランザク
ション管理部３０３に通知する（送信要求判定なし）。
コマンド送信管理部３０４は、トランザクション管理部
３０３からのコマンド応答受信通知を受けた場合に（図
３のＳ１８）、外部機器に対してコマンドを送信してい
て、まだ応答が返ってきていないコマンド（応答待ちコ
マンド）の中から、該コマンド応答に対応する応答待ち
コマンドを選択し、アプリケーションプログラム３０５
にその結果を通知（図３のＳ１９）する処理に特徴を持
つ。また、実施例１の通信装置３０１のコマンド送信管
理部３０４と同様に、送信コマンド管理テーブル（図
４）を保持し、使用する。
【００６１】図７は、コマンド送信管理部３０４のアプ
リケーションプログラム３０５に対する結果通知処理の
動作アルゴリズムを示すフローチャートである。ステッ
プＳ７０１では、トランザクション管理部３０３からコ
マンド応答受信通知があったかどうかの判定を行う。コ
マンド応答受信通知があった場合は、ステップＳ７０２
に移行し、なかった場合は、本処理を抜ける。ステップ
Ｓ７０２では、送信コマンド管理テーブルから、受信し
たコマンド応答の送信元（応答待ちコマンドの送信先）
が同一で、送信コマンド種別（Ｃｔｙｐｅ）が異なり、
且つ、受信したコマンド応答と、そのコマンド応答フレ
ームが同一となる可能性がある応答待ちコマンドが複数
存在するかどうかを調べる。複数存在する場合は、ステ
ップＳ７０３に移行し、複数存在しない場合は、ステッ
プＳ７０６に移行する。
リケーションプログラム３０５に対する結果通知処理の
動作アルゴリズムを示すフローチャートである。ステッ
プＳ７０１では、トランザクション管理部３０３からコ
マンド応答受信通知があったかどうかの判定を行う。コ
マンド応答受信通知があった場合は、ステップＳ７０２
に移行し、なかった場合は、本処理を抜ける。ステップ
Ｓ７０２では、送信コマンド管理テーブルから、受信し
たコマンド応答の送信元（応答待ちコマンドの送信先）
が同一で、送信コマンド種別（Ｃｔｙｐｅ）が異なり、
且つ、受信したコマンド応答と、そのコマンド応答フレ
ームが同一となる可能性がある応答待ちコマンドが複数
存在するかどうかを調べる。複数存在する場合は、ステ
ップＳ７０３に移行し、複数存在しない場合は、ステッ
プＳ７０６に移行する。
【００６２】ステップＳ７０３では、コマンド送信管理
部３０４からトランザクション管理部３０３に対して行
った、直前のコマンド送信要求（図３のＳ１１）に対し
て、トランザクション管理部３０３からの送信結果通知
（図３のＳ１４）を受け付けてから、１００ｍｓを経過
したかどうかの判定を行う。１００ｍｓ経過している場
合は、ステップＳ７０４に移行し、１００ｍｓ経過して
いない場合には、ステップＳ７０３を繰り返す。ステッ
プＳ７０４では、送信結果通知後、１００ｍｓの間にト
ランザクション管理部３０３から別のコマンド応答受信
通知があったかどうかの判定を行う。コマンド応答受信
通知があった場合は、ステップＳ７０５に移行し、なか
った場合は、ステップＳ７０６に移行する。
部３０４からトランザクション管理部３０３に対して行
った、直前のコマンド送信要求（図３のＳ１１）に対し
て、トランザクション管理部３０３からの送信結果通知
（図３のＳ１４）を受け付けてから、１００ｍｓを経過
したかどうかの判定を行う。１００ｍｓ経過している場
合は、ステップＳ７０４に移行し、１００ｍｓ経過して
いない場合には、ステップＳ７０３を繰り返す。ステッ
プＳ７０４では、送信結果通知後、１００ｍｓの間にト
ランザクション管理部３０３から別のコマンド応答受信
通知があったかどうかの判定を行う。コマンド応答受信
通知があった場合は、ステップＳ７０５に移行し、なか
った場合は、ステップＳ７０６に移行する。
【００６３】ＡＶ／Ｃコマンドを用いる通信では、要求
コマンド（Ｗｒｉｔｅ ｒｅｑｕｅｓｔパケット）に対
するコマンド応答（Ｗｒｉｔｅ ｒｅｑｕｅｓｔパケッ
ト）の送信は、レスポンスパケット（Ｗｒｉｔｅ ｒｅ
ｓｐｏｎｓｅパケット）送信後、１００ｍｓ以内に行う
ことが規定されている。そのため、図１８に示すような
場合において、複数のコマンド（コマンドＥ，コマンド
Ｆ）の応答待ち状態で、コマンド応答を受信した場合
（コマンドＨ）、コマンドＦに対するレスポンスパケッ
ト受信時から１００ｍｓ待機している間に、コマンド応
答Ｉを受信しなかった場合には（ステップＳ７０４にお
いてＮｏに分岐する。）、コマンド応答Ｈは、コマンド
Ｆ（状態問い合わせ）に対するものであり、コマンドＥ
（状態変化通知要求）に対する最終応答（状態が変化し
た場合の通知）は、まだ受信していない（未だ状態が変
化していない）と判断することができる。
コマンド（Ｗｒｉｔｅ ｒｅｑｕｅｓｔパケット）に対
するコマンド応答（Ｗｒｉｔｅ ｒｅｑｕｅｓｔパケッ
ト）の送信は、レスポンスパケット（Ｗｒｉｔｅ ｒｅ
ｓｐｏｎｓｅパケット）送信後、１００ｍｓ以内に行う
ことが規定されている。そのため、図１８に示すような
場合において、複数のコマンド（コマンドＥ，コマンド
Ｆ）の応答待ち状態で、コマンド応答を受信した場合
（コマンドＨ）、コマンドＦに対するレスポンスパケッ
ト受信時から１００ｍｓ待機している間に、コマンド応
答Ｉを受信しなかった場合には（ステップＳ７０４にお
いてＮｏに分岐する。）、コマンド応答Ｈは、コマンド
Ｆ（状態問い合わせ）に対するものであり、コマンドＥ
（状態変化通知要求）に対する最終応答（状態が変化し
た場合の通知）は、まだ受信していない（未だ状態が変
化していない）と判断することができる。
【００６４】ステップＳ７０５では、最初に受信したコ
マンド応答と次に受信したコマンド応答の中身を解析し
て、各々に対応する応答待ちコマンドを判定する。ま
た、送信コマンド管理テーブルから該応答待ちコマンド
の削除を行う。ここで、複数の受信したコマンドと複数
の応答待ちコマンドをマッチングさせる方法は、「発明
が解決しようとする課題」で記載した方法で行う。再
度、図１８を用いて説明すると、コマンド応答Ｈは、コ
マンドＥに対応し、コマンド応答Ｉは、コマンドＦに対
応するということがコマンドに対するコマンド応答フォ
ーマットのとりうる範囲（図２２に示すようにコマンド
Ｅに対して、コマンド応答Ｉのフォーマットが返ること
はない）から判断する（消去法を用いる）ことが可能で
ある。ステップＳ７０６では、アプリケーションプログ
ラム３０５に結果通知を行い、本処理を抜ける。
マンド応答と次に受信したコマンド応答の中身を解析し
て、各々に対応する応答待ちコマンドを判定する。ま
た、送信コマンド管理テーブルから該応答待ちコマンド
の削除を行う。ここで、複数の受信したコマンドと複数
の応答待ちコマンドをマッチングさせる方法は、「発明
が解決しようとする課題」で記載した方法で行う。再
度、図１８を用いて説明すると、コマンド応答Ｈは、コ
マンドＥに対応し、コマンド応答Ｉは、コマンドＦに対
応するということがコマンドに対するコマンド応答フォ
ーマットのとりうる範囲（図２２に示すようにコマンド
Ｅに対して、コマンド応答Ｉのフォーマットが返ること
はない）から判断する（消去法を用いる）ことが可能で
ある。ステップＳ７０６では、アプリケーションプログ
ラム３０５に結果通知を行い、本処理を抜ける。
【００６５】以上のように、実施例３の通信装置及び通
信方法においては、トランザクション管理部３０３から
コマンド応答受信通知を受けた場合に、送信コマンド管
理テーブルの応答待ちコマンドの中で、そのコマンド応
答が該受信したコマンド応答と同一となる可能性のある
ものが複数存在する場合には、コマンド送信管理部３０
４は、トランザクション管理部３０３から、直前の送信
要求に対応するコマンド送信結果通知を受けてから１０
０ｍｓ経過後にアプリケーションプログラム３０５に対
して該受信したコマンド応答に対応する結果通知を行
う。また、この間（１００ｍｓ）にトランザクション管
理部３０３から新たなコマンド応答受信通知を受けた場
合には、２つのコマンド応答の内容を解析して、送信コ
マンド管理テーブルの応答待ちコマンドと照合させる。
従って、アプリケーションプログラム３０５に対して確
実に正しい結果通知を行うことができる。
信方法においては、トランザクション管理部３０３から
コマンド応答受信通知を受けた場合に、送信コマンド管
理テーブルの応答待ちコマンドの中で、そのコマンド応
答が該受信したコマンド応答と同一となる可能性のある
ものが複数存在する場合には、コマンド送信管理部３０
４は、トランザクション管理部３０３から、直前の送信
要求に対応するコマンド送信結果通知を受けてから１０
０ｍｓ経過後にアプリケーションプログラム３０５に対
して該受信したコマンド応答に対応する結果通知を行
う。また、この間（１００ｍｓ）にトランザクション管
理部３０３から新たなコマンド応答受信通知を受けた場
合には、２つのコマンド応答の内容を解析して、送信コ
マンド管理テーブルの応答待ちコマンドと照合させる。
従って、アプリケーションプログラム３０５に対して確
実に正しい結果通知を行うことができる。
【００６６】
【発明の効果】以上のように、本発明の通信装置及び通
信方法によれば、コマンド送信管理部が、コマンド種別
が異なるにも関わらず、コマンド応答の内容が同一とな
る可能性の有無に基づきコマンド受付／送信要求／通知
判定を行うことにより、外部に接続された同一相手先
（外部機器）に対する複数のアプリケーションプログラ
ムからの送信コマンド要求に対して、それらのコマンド
応答受信時にアプリケーションプログラムに対して確実
に対応する正しい結果通知を行うことができる。従っ
て、誤った結果通知を起因とするアプリケーションプロ
グラムの誤動作／誤表示を防止することができ、同一の
外部機器に対するコマンド送信制限をより緩和すること
ができる。また、コマンドの送信先が異なっているか又
はコマンド応答の内容が同一となる可能性がない場合に
は、直ちにコマンドを送信し、受信したコマンド応答を
処理することができる。
信方法によれば、コマンド送信管理部が、コマンド種別
が異なるにも関わらず、コマンド応答の内容が同一とな
る可能性の有無に基づきコマンド受付／送信要求／通知
判定を行うことにより、外部に接続された同一相手先
（外部機器）に対する複数のアプリケーションプログラ
ムからの送信コマンド要求に対して、それらのコマンド
応答受信時にアプリケーションプログラムに対して確実
に対応する正しい結果通知を行うことができる。従っ
て、誤った結果通知を起因とするアプリケーションプロ
グラムの誤動作／誤表示を防止することができ、同一の
外部機器に対するコマンド送信制限をより緩和すること
ができる。また、コマンドの送信先が異なっているか又
はコマンド応答の内容が同一となる可能性がない場合に
は、直ちにコマンドを送信し、受信したコマンド応答を
処理することができる。
【図１】 本発明の実施例１において、要求受付判定処
理の動作アルゴリズムを示すフローチャートである。
理の動作アルゴリズムを示すフローチャートである。
【図２】 本発明の実施例における通信システムの構成
を示す概略図である。
を示す概略図である。
【図３】 本発明の実施例において、通信装置３０１の
構成を示すブロック図である。
構成を示すブロック図である。
【図４】 本発明の実施例において、送信コマンド管理
テーブルの一例を示す図である。
テーブルの一例を示す図である。
【図５】 本発明の実施例において、コマンド組み合わ
せ管理テーブルの一例を示す図である。
せ管理テーブルの一例を示す図である。
【図６】 本発明の実施例２において、トランザクショ
ン管理部３０３に対するコマンド送信要求処理の動作ア
ルゴリズムを示すフローチャートである。
ン管理部３０３に対するコマンド送信要求処理の動作ア
ルゴリズムを示すフローチャートである。
【図７】 本発明の実施例３において、アプリケーショ
ンプログラム３０５に対する結果通知処理の動作アルゴ
リズムを示すフローチャートである。
ンプログラム３０５に対する結果通知処理の動作アルゴ
リズムを示すフローチャートである。
【図８】 制御機器と被制御機器間でＡＶ／Ｃコマンド
による通信シーケンスの概略を示す図である。
による通信シーケンスの概略を示す図である。
【図９】 Ｗｒｉｔｅ Ｒｅｑｕｅｓｔ ｆｏｒ Ｄａ
ｔａ Ｑｕａｄｌｅｔパケットのフォーマットを示す図
である。
ｔａ Ｑｕａｄｌｅｔパケットのフォーマットを示す図
である。
【図１０】 Ｗｒｉｔｅ Ｒｅｑｕｅｓｔ ｆｏｒ Ｄ
ａｔａ Ｂｌｏｃｋパケットのフォーマットを示す図で
ある。
ａｔａ Ｂｌｏｃｋパケットのフォーマットを示す図で
ある。
【図１１】 ＡＶ／Ｃコマンド使用時のＷｒｉｔｅ Ｒ
ｅｑｕｅｓｔ ｆｏｒ Ｄａｔａ Ｂｌｏｃｋパケット
のｄａｔａ＿ｆｉｅｌｄのフォーマットを示す図であ
る。
ｅｑｕｅｓｔ ｆｏｒ Ｄａｔａ Ｂｌｏｃｋパケット
のｄａｔａ＿ｆｉｅｌｄのフォーマットを示す図であ
る。
【図１２】 Ｗｒｉｔｅ ｒｅｓｐｏｎｓｅパケットの
フォーマットを示す図である。
フォーマットを示す図である。
【図１３】 コマンド種別、コマンド応答種別のコード
表である。
表である。
【図１４】 Ｓｕｂｕｎｉｔ＿ｔｙｐｅの一覧表であ
る。
る。
【図１５】 ＩＥＥＥ１３９４バスを用いた機器接続の
一例を示す図である。
一例を示す図である。
【図１６】 同一の他機に複数のコマンド送信する場合
を示す図である。
を示す図である。
【図１７】 図１６における各コマンドの設定内容を示
す図である。
す図である。
【図１８】 同一の他機に複数のコマンド送信する場合
の別の例を示す図である。
の別の例を示す図である。
【図１９】 図１８における各コマンドの設定内容を示
す図である。
す図である。
【図２０】 「電源状態問い合わせ」コマンドに対する
コマンド応答のパターンを示す図である。
コマンド応答のパターンを示す図である。
【図２１】 「電源ＯＮコマンドのサポート確認」コマ
ンドに対するコマンド応答のパターンを示す図である。
ンドに対するコマンド応答のパターンを示す図である。
【図２２】 「電源状態変化通知要求」コマンドに対す
るコマンド応答のパターンを示す図である。
るコマンド応答のパターンを示す図である。
２０１ コントローラ
２０２ ユニット
２０３ サブユニットＡ
２０４ サブユニットＢ
２０５ ＩＥＥＥ１３９４バス
３０１ 通信装置
３０２ 通信Ｉ／Ｆ部
３０３ トランザクション管理部
３０４ コマンド送信管理部
３０５ アプリケーションプログラム
３０６ ユーザＩ／Ｆ部
１５０１ ビデオカムコーダ
１５０２ ビデオデッキ
１５０３、１５０５ ビデオテープサブユニット
１５０４ チューナサブユニット
１５０６ ビデオカメラサブユニット
Claims (14)
- 【請求項１】 外部機器とデータ通信を行うためのイン
ターフェース手段と、 前記インターフェース手段を介して外部機器とデータ通
信を行うトランザクション管理手段と、 前記トランザクション管理手段に対してコマンド送信要
求を行い且つ前記トランザクション管理手段からコマン
ド応答を受け取るコマンド送信管理手段と、 前記コマンド送信管理手段に対してコマンド送信要求を
行い且つ前記コマンド送信管理手段からコマンド応答に
応じた結果通知を受け取るアプリケーションプログラム
と、 を有し、 前記コマンド送信管理手段は、前記アプリケーションプ
ログラムからのコマンド送信要求を受け付けるか否かの
判定を、前記コマンド送信要求のコマンドと、受け付け
済みであって前記トランザクション管理手段から未だコ
マンド応答を受け取っていないコマンド送信要求のコマ
ンドとの内容比較により行う、ことを特徴とする通信装
置。 - 【請求項２】 外部機器とデータ通信を行うためのイン
ターフェース手段と、 前記インターフェース手段を介して外部機器とデータ通
信を行うトランザクション管理手段と、 前記トランザクション管理手段に対してコマンド送信要
求を行い且つ前記トランザクション管理手段からコマン
ド応答を受け取るコマンド送信管理手段と、 前記コマンド送信管理手段に対してコマンド送信要求を
行い且つ前記コマンド送信管理手段からコマンド応答に
応じた結果通知を受け取るアプリケーションプログラム
と、 を有し、 前記コマンド送信管理手段は、前記アプリケーションプ
ログラムからのコマンド送信要求を受け付け済みであっ
て前記トランザクション管理手段に対して未だコマンド
送信要求を行っていないコマンド（以下、「送信待ちコ
マンド」と呼ぶ。）を前記トランザクション管理手段に
対して送信要求するか否かの判定を、前記送信待ちコマ
ンドと、前記トランザクション管理手段に対して送信要
求済みであってトランザクション管理手段から未だコマ
ンド応答を受け取っていないコマンドとの内容比較によ
り行う、ことを特徴とする通信装置。 - 【請求項３】 前記内容比較による判定が、双方のコマ
ンド種別が異なるにも関わらず、コマンド応答の内容が
同一となる可能性の有無に基づき行われることを含む、
ことを特徴とする請求項１又は請求項２に記載の通信装
置。 - 【請求項４】 外部機器とデータ通信を行うためのイン
ターフェース手段と、 前記インターフェース手段を介
して外部機器とデータ通信を行うトランザクション管理
手段と、 前記トランザクション管理手段に対してコマンド送信要
求を行い且つ前記トランザクション管理手段からコマン
ド応答を受け取るコマンド送信管理手段と、 前記コマンド送信管理手段に対してコマンド送信要求を
行い且つ前記コマンド送信管理手段からコマンド応答に
応じた結果通知を受け取るアプリケーションプログラム
と、 を有し、 前記コマンド送信管理手段は、前記トランザクション管
理手段に対してコマンド送信要求済みであってトランザ
クション管理手段から未だコマンド応答を受け取ってい
ないコマンド（以下、「応答待ちコマンド」と呼ぶ。）
の内、複数の前記応答待ちコマンドに対するコマンド応
答の内容が同一となる可能性がある場合は、所定時間経
過後に、前記アプリケーションプログラムに対して前記
トランザクション管理手段からのコマンド応答を渡す、
ことを特徴とする通信装置。 - 【請求項５】 前記所定時間は、直前の前記応答待ちコ
マンドに対する送信完了通知を前記トランザクション管
理手段から受け取ってから、１００ｍｓ以上の時間であ
ることを特徴とする請求項４に記載の通信装置。 - 【請求項６】 前記コマンド送信管理手段は、複数のコ
マンド送信要求のコマンドの送信先が異なる場合には、 双方のコマンドに対するコマンド応答の内容が同一とな
る可能性の有無にかかわらず、前記アプリケーションプ
ログラムからのコマンド送信要求を受け付け、前記送信
待ちコマンドを前記トランザクション管理手段に対して
送信要求し、又は所定時間経過を待たずに前記アプリケ
ーションプログラムに対して前記トランザクション管理
手段からのコマンド応答に応じた結果通知を渡す、こと
を特徴とする請求項３又は請求項４に記載の通信装置。 - 【請求項７】 前記インタフェース手段が、ＩＥＥＥ１
３９４規格に準拠したインターフェースであり、前記コ
マンドが、そのＡＶ／Ｃデジタルインターフェースコマ
ンドセットに準拠したコマンドであることを特徴とする
請求項１から請求項６の何れかの請求項に記載の通信装
置。 - 【請求項８】 アプリケーションプログラムがコマンド
送信要求を生成するコマンド送信要求生成ステップと、 前記コマンド送信要求のコマンドと、送信待ち又は送信
済みであって未だコマンド応答を受け取っていないコマ
ンド送信要求のコマンドとの内容比較により、前記アプ
リケーションプログラムからのコマンド送信要求を受け
付けるか否かの判定を行う判定ステップと、 受け付けた前記コマンド送信要求のコマンドを送信する
送信ステップと、 を有することを特徴とする通信方法。 - 【請求項９】 アプリケーションプログラムがコマンド
送信要求を生成するコマンド送信要求生成ステップと、 前記アプリケーションプログラムからのコマンド送信要
求を受け付け済みであって未だコマンドの送信をしてい
ないコマンド送信要求のコマンド（以下、「送信待ちコ
マンド」と呼ぶ。）と、送信済みであって未だコマンド
応答を受け取っていないコマンド送信要求のコマンドと
の内容比較により、前記送信待ちコマンドを送信するか
又は送信を待つかの判定を行う判定ステップと、 送信すると判定した前記送信待ちコマンドを送信する送
信ステップと、 を有することを特徴とする通信方法。 - 【請求項１０】 前記内容比較による判定が、双方のコ
マンド種別が異なるにも関わらず、コマンド応答の内容
が同一となる可能性の有無に基づき行われることを含
む、ことを特徴とする請求項８又は請求項９に記載の通
信方法。 - 【請求項１１】 コマンドを送信する送信ステップと、 送信済みであって未だコマンド応答を受け取っていない
複数のコマンド（以下、「応答待ちコマンド」と呼
ぶ。）に対するコマンド応答の内容が同一となる可能性
がある場合は、所定時間経過後にコマンド応答の内容の
処理を開始する受信ステップと、 を有することを特徴とする通信方法。 - 【請求項１２】 前記所定時間は、直前の前記応答待ち
コマンドに対する送信完了通知を受け取ってから、１０
０ｍｓ以上の時間であることを特徴とする請求項１１に
記載の通信方法。 - 【請求項１３】 前記コマンド送信要求生成ステップに
おいて生成された又は送信ステップにおいて送信された
コマンドの送信先が異なる場合には、双方のコマンドに
対するコマンド応答の内容が同一となる可能性の有無に
かかわらず、前記アプリケーションプログラムからのコ
マンド送信要求を受け付け、前記送信待ちコマンドを送
信し、又は所定時間経過を待たずにコマンド応答の内容
の処理を開始する、ことを特徴とする請求項１０又は請
求項１１に記載の通信方法。 - 【請求項１４】 前記コマンドが、ＩＥＥＥ１３９４規
格のＡＶ／Ｃデジタルインターフェースコマンドセット
に準拠したコマンドであることを特徴とする請求項８か
ら請求項１３の何れかの請求項に記載の通信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001392171A JP2003198550A (ja) | 2001-12-25 | 2001-12-25 | 通信装置及び通信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001392171A JP2003198550A (ja) | 2001-12-25 | 2001-12-25 | 通信装置及び通信方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003198550A true JP2003198550A (ja) | 2003-07-11 |
Family
ID=27599567
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001392171A Pending JP2003198550A (ja) | 2001-12-25 | 2001-12-25 | 通信装置及び通信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003198550A (ja) |
Cited By (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007534232A (ja) * | 2004-03-17 | 2007-11-22 | クゥアルコム・インコーポレイテッド | 高速データレートインタフェース装置及び方法 |
| JP2011192216A (ja) * | 2010-03-16 | 2011-09-29 | Fujitsu Ltd | 入出力接続装置、情報処理装置及び入出力デバイス検査方法 |
| US8539119B2 (en) | 2004-11-24 | 2013-09-17 | Qualcomm Incorporated | Methods and apparatus for exchanging messages having a digital data interface device message format |
| US8606946B2 (en) | 2003-11-12 | 2013-12-10 | Qualcomm Incorporated | Method, system and computer program for driving a data signal in data interface communication data link |
| US8625625B2 (en) | 2004-03-10 | 2014-01-07 | Qualcomm Incorporated | High data rate interface apparatus and method |
| US8630305B2 (en) | 2004-06-04 | 2014-01-14 | Qualcomm Incorporated | High data rate interface apparatus and method |
| US8635358B2 (en) | 2003-09-10 | 2014-01-21 | Qualcomm Incorporated | High data rate interface |
| US8650304B2 (en) | 2004-06-04 | 2014-02-11 | Qualcomm Incorporated | Determining a pre skew and post skew calibration data rate in a mobile display digital interface (MDDI) communication system |
| US8667363B2 (en) | 2004-11-24 | 2014-03-04 | Qualcomm Incorporated | Systems and methods for implementing cyclic redundancy checks |
| US8670457B2 (en) | 2003-12-08 | 2014-03-11 | Qualcomm Incorporated | High data rate interface with improved link synchronization |
| US8681817B2 (en) | 2003-06-02 | 2014-03-25 | Qualcomm Incorporated | Generating and implementing a signal protocol and interface for higher data rates |
| US8687658B2 (en) | 2003-11-25 | 2014-04-01 | Qualcomm Incorporated | High data rate interface with improved link synchronization |
| US8694652B2 (en) | 2003-10-15 | 2014-04-08 | Qualcomm Incorporated | Method, system and computer program for adding a field to a client capability packet sent from a client to a host |
| US8692838B2 (en) | 2004-11-24 | 2014-04-08 | Qualcomm Incorporated | Methods and systems for updating a buffer |
| US8694663B2 (en) | 2001-09-06 | 2014-04-08 | Qualcomm Incorporated | System for transferring digital data at a high rate between a host and a client over a communication path for presentation to a user |
| US8692839B2 (en) | 2005-11-23 | 2014-04-08 | Qualcomm Incorporated | Methods and systems for updating a buffer |
| US8699330B2 (en) | 2004-11-24 | 2014-04-15 | Qualcomm Incorporated | Systems and methods for digital data transmission rate control |
| US8705571B2 (en) | 2003-08-13 | 2014-04-22 | Qualcomm Incorporated | Signal interface for higher data rates |
| US8723705B2 (en) | 2004-11-24 | 2014-05-13 | Qualcomm Incorporated | Low output skew double data rate serial encoder |
| US8730069B2 (en) | 2005-11-23 | 2014-05-20 | Qualcomm Incorporated | Double data rate serial encoder |
| US8745251B2 (en) | 2000-12-15 | 2014-06-03 | Qualcomm Incorporated | Power reduction system for an apparatus for high data rate signal transfer using a communication protocol |
| US8756294B2 (en) | 2003-10-29 | 2014-06-17 | Qualcomm Incorporated | High data rate interface |
| US8873584B2 (en) | 2004-11-24 | 2014-10-28 | Qualcomm Incorporated | Digital data interface device |
-
2001
- 2001-12-25 JP JP2001392171A patent/JP2003198550A/ja active Pending
Cited By (31)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8745251B2 (en) | 2000-12-15 | 2014-06-03 | Qualcomm Incorporated | Power reduction system for an apparatus for high data rate signal transfer using a communication protocol |
| US8812706B1 (en) | 2001-09-06 | 2014-08-19 | Qualcomm Incorporated | Method and apparatus for compensating for mismatched delays in signals of a mobile display interface (MDDI) system |
| US8694663B2 (en) | 2001-09-06 | 2014-04-08 | Qualcomm Incorporated | System for transferring digital data at a high rate between a host and a client over a communication path for presentation to a user |
| US8681817B2 (en) | 2003-06-02 | 2014-03-25 | Qualcomm Incorporated | Generating and implementing a signal protocol and interface for higher data rates |
| US8705579B2 (en) | 2003-06-02 | 2014-04-22 | Qualcomm Incorporated | Generating and implementing a signal protocol and interface for higher data rates |
| US8700744B2 (en) | 2003-06-02 | 2014-04-15 | Qualcomm Incorporated | Generating and implementing a signal protocol and interface for higher data rates |
| US8705571B2 (en) | 2003-08-13 | 2014-04-22 | Qualcomm Incorporated | Signal interface for higher data rates |
| US8635358B2 (en) | 2003-09-10 | 2014-01-21 | Qualcomm Incorporated | High data rate interface |
| US8719334B2 (en) | 2003-09-10 | 2014-05-06 | Qualcomm Incorporated | High data rate interface |
| US8694652B2 (en) | 2003-10-15 | 2014-04-08 | Qualcomm Incorporated | Method, system and computer program for adding a field to a client capability packet sent from a client to a host |
| US8756294B2 (en) | 2003-10-29 | 2014-06-17 | Qualcomm Incorporated | High data rate interface |
| US8606946B2 (en) | 2003-11-12 | 2013-12-10 | Qualcomm Incorporated | Method, system and computer program for driving a data signal in data interface communication data link |
| US8687658B2 (en) | 2003-11-25 | 2014-04-01 | Qualcomm Incorporated | High data rate interface with improved link synchronization |
| US8670457B2 (en) | 2003-12-08 | 2014-03-11 | Qualcomm Incorporated | High data rate interface with improved link synchronization |
| US8730913B2 (en) | 2004-03-10 | 2014-05-20 | Qualcomm Incorporated | High data rate interface apparatus and method |
| US8669988B2 (en) | 2004-03-10 | 2014-03-11 | Qualcomm Incorporated | High data rate interface apparatus and method |
| US8625625B2 (en) | 2004-03-10 | 2014-01-07 | Qualcomm Incorporated | High data rate interface apparatus and method |
| US8705521B2 (en) | 2004-03-17 | 2014-04-22 | Qualcomm Incorporated | High data rate interface apparatus and method |
| JP2007534232A (ja) * | 2004-03-17 | 2007-11-22 | クゥアルコム・インコーポレイテッド | 高速データレートインタフェース装置及び方法 |
| US8630318B2 (en) | 2004-06-04 | 2014-01-14 | Qualcomm Incorporated | High data rate interface apparatus and method |
| US8650304B2 (en) | 2004-06-04 | 2014-02-11 | Qualcomm Incorporated | Determining a pre skew and post skew calibration data rate in a mobile display digital interface (MDDI) communication system |
| US8630305B2 (en) | 2004-06-04 | 2014-01-14 | Qualcomm Incorporated | High data rate interface apparatus and method |
| US8699330B2 (en) | 2004-11-24 | 2014-04-15 | Qualcomm Incorporated | Systems and methods for digital data transmission rate control |
| US8723705B2 (en) | 2004-11-24 | 2014-05-13 | Qualcomm Incorporated | Low output skew double data rate serial encoder |
| US8692838B2 (en) | 2004-11-24 | 2014-04-08 | Qualcomm Incorporated | Methods and systems for updating a buffer |
| US8539119B2 (en) | 2004-11-24 | 2013-09-17 | Qualcomm Incorporated | Methods and apparatus for exchanging messages having a digital data interface device message format |
| US8667363B2 (en) | 2004-11-24 | 2014-03-04 | Qualcomm Incorporated | Systems and methods for implementing cyclic redundancy checks |
| US8873584B2 (en) | 2004-11-24 | 2014-10-28 | Qualcomm Incorporated | Digital data interface device |
| US8692839B2 (en) | 2005-11-23 | 2014-04-08 | Qualcomm Incorporated | Methods and systems for updating a buffer |
| US8730069B2 (en) | 2005-11-23 | 2014-05-20 | Qualcomm Incorporated | Double data rate serial encoder |
| JP2011192216A (ja) * | 2010-03-16 | 2011-09-29 | Fujitsu Ltd | 入出力接続装置、情報処理装置及び入出力デバイス検査方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2003198550A (ja) | 通信装置及び通信方法 | |
| US7545822B2 (en) | Information communication system, information communication method, information signal processing device and information signal processing method, and storage medium | |
| EP1432175B1 (en) | Communication method, communication system, and output equipment | |
| US7453872B2 (en) | Communication method and communication apparatus | |
| US7072992B2 (en) | Audio visual system having a serial bus for identifying devices connected to the external terminals of an amplifier in the system | |
| WO2000072552A1 (fr) | Dispositif et procede de traitement de signal numerique, systeme de traitement de signal numerique | |
| US6823408B2 (en) | Electronic equipment, and method for controlling state of physical layer circuit therefor | |
| JP4147689B2 (ja) | 情報処理装置及び情報処理方法 | |
| US6341319B1 (en) | System and method for transmitting/receiving signal level data | |
| JP4320993B2 (ja) | 機器制御方法、伝送装置及び媒体 | |
| JP2001274813A (ja) | 情報信号処理装置及び情報信号処理方法並びに記憶媒体 | |
| US7167940B2 (en) | Data processing method, data processing apparatus, communications device, communications method, communications protocol and program | |
| US20020067741A1 (en) | Information control method, information processing apparatus, and information control system | |
| JP2002218007A (ja) | 伝送チェック方法及び伝送チェック装置 | |
| JP4546960B2 (ja) | 分散された複数の局のネットワークのためのネットワーク加入者局及び該ネットワーク加入者局を操作するための方法 | |
| US20020073169A1 (en) | Information processing apparatus, information processing system and method thereof | |
| JP2004229301A (ja) | インターフェースノードのネットワークの動作方法、およびインターフェース装置 | |
| JP2001230793A (ja) | 機器制御方法及び伝送装置 | |
| JP2002051054A (ja) | 通信制御方法、通信システム及び通信装置 |