(57)【要約】【課題】コマンドとレスポンスとの関係を、適正な関係で維持することが可能な通信中継装置を提供する。【解決手段】通信中継装置１２は、ＩＥＥＥ８０２．１１ｂインターフェース部２１、ＩＥＥＥ１３９４インターフェース部２２、プロトコル変換部２３、プロトコル制御部２４、再送信号判定部２５および要求信号記憶部２６を備えている。要求信号記憶部２６は、デジタルＴＶ１１，ビデオ装置１４から受信したコマンドを記憶する。再送信号判定部２５は、受信したコマンドが、要求信号記憶部２４に記憶されたコマンドのリトライであるか否かについて判定を行う。プロトコル制御部２４は、上記判定がリトライである場合には、そのコマンドを中継しない。【選択図】  図１
2005079615.tif 000002
【特許請求の範囲】
【請求項１】
受信側の通信装置に対して応答を要求する要求信号を送信し、所定の時間内に上記受信側の通信装置からの応答信号を受信しない場合には、上記要求信号を再送する制御手段を備えた通信装置間で送受信される信号を中継する通信中継装置であって、
上記通信装置から受信した上記要求信号を記憶する要求信号記憶手段を備えているとともに、
上記制御手段は、上記通信装置から受信した信号が、上記要求信号記憶手段に記憶された要求信号の再送信号であるか否かを判定する再送信号判定手段と、
上記再送信号判定手段が、上記受信した信号が上記再送信号であると判定した場合には、上記信号の中継を中止するプロトコル制御手段と、を備えていることを特徴とする通信中継装置。
【請求項２】
上記制御手段が、上記プロトコル制御手段における上記再送信号の中継の中止処理を行うか否かを設定する再送制御判定手段をさらに備えていることを特徴とする請求項１に記載の通信中継装置。
【請求項３】
上記再送制御判定手段が、特定の通信装置間で送受信される信号の中継処理を開始した直後は、上記プロトコル制御手段における上記再送信号の中継の中止処理を行わないものとして設定する一方、エラーを示す信号の中継を検知した後は、上記プロトコル制御手段における上記再送信号の中継の中止処理を行うものとして設定することを特徴とする請求項２に記載の通信中継装置。
【請求項４】
エラーを示す信号を送信した通信装置の機器情報を記憶する機器情報記憶手段をさらに備え、
上記再送制御判定手段が、エラーを示す信号の中継を検知した際に、該エラーを示す信号を送信した通信装置の機器情報を上記機器情報記憶手段に記憶するとともに、
信号を中継する通信装置が、上記機器情報記憶手段に記憶されている、エラーを示す信号を送信した通信装置である場合に、上記プロトコル制御手段における上記再送信号の中継の中止処理を行うものとして設定することを特徴とする請求項２または３に記載の通信中継装置。
【請求項５】
上記要求信号およびその再送信号は、ＤＴＣＰ規格に基づいて送受信されることを特徴とする請求項１ないし４のいずれか一項に記載の通信中継装置。
【請求項６】
通信装置とは、無線通信によって接続されていることを特徴とする請求項１ないし５のいずれか一項に記載の通信中継装置。
【請求項７】
受信側の通信装置あるいは通信中継装置とは、ＩＥＥＥ８０２．１１で規定される無線通信規格、ＵＷＢあるいはＰＬＣの通信規格に基づいて通信を行うとともに、
送信側の通信装置とは、ＩＥＥＥ１３９４で規定される通信規格に基づいて通信を行うことを特徴とする請求項１ないし４のいずれか一項に記載の通信中継装置。
【請求項８】
通信相手に対して応答を要求する要求信号を送信し、所定の時間内に該通信相手からの応答信号を受信しない場合には、上記要求信号を再送する制御手段を備えた通信装置であって、
上記送信した要求信号を記憶する要求信号記憶手段を備えているとともに、
上記制御手段は、送信しようとする信号が、上記要求信号記憶手段に記憶された要求信号の再送信号であるか否かを判定する再送信号判定手段と、
上記再送信号判定手段が上記受信した信号が上記再送信号であると判定した場合には、上記信号を送信しないように通信制御を行うプロトコル制御手段と、を備えていることを特徴とする通信装置。
【請求項９】
上記制御手段が、上記プロトコル制御手段における上記再送信号の送信の中止処理を行うか否かを設定する再送制御判定手段をさらに備えていることを特徴とする請求項８に記載の通信装置。
【請求項１０】
上記再送制御判定手段が、特定の通信装置に対して信号の送信処理を開始した直後は、上記プロトコル制御手段における上記再送信号の送信の中止処理を行わないものとして設定する一方、エラーを示す信号の受信を検知した後は、上記プロトコル制御手段における上記再送信号の送信の中止処理を行うものとして設定することを特徴とする請求項９に記載の通信装置。
【請求項１１】
エラーを示す信号を送信した通信装置の機器情報を記憶する機器情報記憶手段をさらに備え、
上記再送制御判定手段が、エラーを示す信号の受信を検知した際に、該エラーを示す信号を送信した通信装置の機器情報を上記機器情報記憶手段に記憶するとともに、
通信相手となる通信装置が、上記機器情報記憶手段に記憶されている、エラーを示す信号を送信した通信装置である場合に、上記プロトコル制御手段における上記再送信号の送信の中止処理を行うものとして設定することを特徴とする請求項９または１０に記載の通信装置。
【請求項１２】
上記要求信号およびその再送信号は、ＤＴＣＰ規格に基づいて送受信されることを特徴とする請求項８〜１１のいずれか一項に記載の通信装置。
【請求項１３】
ＩＥＥＥ８０２．１１で規定される無線通信規格、ＵＷＢあるいはＰＬＣの通信規格に基づいて通信を行うことを特徴とする請求項８〜１２のいずれか一項に記載の通信装置。
【請求項１４】
請求項１〜７の何れか１項に記載の通信中継装置と、
互いに信号を送受信して通信を行う複数の通信装置とを備えており、
上記通信装置は、上記通信中継装置を介して、受信側の通信装置に信号を送信することを特徴とする通信システム。
【請求項１５】
請求項８〜１３の何れか１項に記載の通信装置を複数備え、該通信装置間で通信を行うことを特徴とする通信システム。
【請求項１６】
受信側の通信装置に対して応答を要求する要求信号を送信し、所定の時間内に上記受信側の通信装置からの応答信号を受信しない場合には、上記要求信号を再送する制御を行う通信装置と、
該通信装置間で送受信される信号を中継する通信中継装置とを備えた通信システムにおける通信方法であって、
上記通信中継装置は、要求信号記憶手段、再送信号判定手段およびプロトコル制御手段を備えており、
上記要求信号記憶手段が、上記通信装置から受信した上記要求信号を記憶するステップと、
上記再送信号判定手段が、上記通信装置から受信した信号が、上記要求信号記憶手段に記憶された要求信号の再送信号であるか否かを判定するステップと、
上記プロトコル制御手段が、上記受信した信号が上記再送信号であると上記再送信号判定手段により判定された場合には、上記信号の中継を中止するステップと、を備えていることを特徴とする通信方法。
【請求項１７】
通信相手に対して応答を要求する要求信号を送信し、所定の時間内に該通信相手からの応答信号を受信しない場合には、上記要求信号を再送する制御を行う通信装置による通信方法であって、
上記通信装置は、要求信号記憶手段、再送信号判定手段およびプロトコル制御手段を備えており、
上記要求信号記憶手段が、送信した要求信号を記憶するステップと、
上記再送信号判定手段が、送信しようとする信号が上記要求信号記憶手段に記憶された要求信号の再送信号であるか否かを判定するステップと、
上記プロトコル制御手段が、上記再送信号判定手段により上記受信した信号が上記再送信号であると判定された場合には、上記信号を送信しないように通信制御を行うステップと、を備えていることを特徴とする通信方法。
【請求項１８】
請求項１〜７の何れか１項に記載の通信中継装置を動作させる通信プログラムであって、
上記制御手段が備えている各手段をコンピュータに実現させることを特徴とする通信プログラム。
【請求項１９】
請求項８〜１３の何れか１項に記載の通信装置を動作させる通信プログラムであって、
上記制御手段が備えている各手段をコンピュータに実現させることを特徴とする通信プログラム。
【請求項２０】
請求項１８または１９に記載の通信プログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、再送制御を行う通信装置間に設けられる通信中継装置、通信装置、通信システム並びに通信方法、通信プログラムおよびこれを記録した記録媒体に関するものである。
【０００２】
【従来の技術】
近年、ＡＶ装置は、ＡＶ装置の処理能力の向上、ユーザのＡＶ情報への高品位化の要望に対応すべく、アナログからデジタルへと移行しつつある。
【０００３】
デジタル情報は、アナログに比べコピーしても劣化がほとんどなく、ＡＶ情報の保存には最適であるが、逆に、劣化がないためデジタルのＡＶ装置では、アナログ装置と比較して高いコンテンツ保護システムが要求される。
【０００４】
また、高速なデジタルシリアルインターフェース規格として、ＩＥＥＥ１３９４と呼ばれるものがある。
【０００５】
このＩＥＥＥ１３９４は、カムコーダやビデオ、テレビなどのデジタル情報家電、さらには、プリンタ、パソコン周辺装置とＰＣ本体等との間において、簡単かつ低コストで大容量のリアルタイムデータ伝送を可能とするインターフェース技術である。
【０００６】
このＩＥＥＥ１３９４を用いたデジタルＡＶ装置間におけるコンテンツの著作権保護システムとして、ＤＴＣＰ（Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）方式と呼ばれるシステムが存在する。
【０００７】
このシステムは、ＡＶ装置間の機器の認証とＡＶ装置間で伝送されるコンテンツに暗号化を施すシステムであり、安全性の高いコンテンツ保護システムであることが知られている。なお、ＡＶ装置間の機器の認証には、ＩＥＥＥ１３９４上で決められたＡＶ／Ｃコマンド命令が用いられる。
【０００８】
また、近年は無線インターフェース規格（ＩＥＥＥ８０２．１１ｂ）を使った無線テレビも普及し始めている。
【０００９】
この無線テレビによって、従来、アンテナ供給線がある場所でしかテレビ映像が見られないという制限があったが、送信装置と受信装置との間に無線の中継装置を設けることで、広範囲な場所でテレビ映像を楽しむことができるようになった。
【００１０】
このような状況下において、将来、広範囲な場所でコンテンツ情報を見られるようにするためには、ＩＥＥＥ１３９４での有線通信とＩＥＥＥ８０２．１１ｂ等の無線通信との連携を考慮する必要がある。
【００１１】
例えば、図１４に示すように、送信端末と受信端末との間に、２台の通信中継装置を備えた通信システムにおいては、ＩＥＥＥ８０２．１１ｂの無線通信とＩＥＥＥ１３９４の有線通信とを接続し、通信中継装置を介してデータを転送する。
【００１２】
しかし、ＩＥＥＥ８０２．１１ｂとＩＥＥＥ１３９４とは、通信方式の違いから同等な通信速度で通信を行うことができない。
【００１３】
また、一般的に、機器間でデータの送受信を行う際において、送信側があるコマンドを送信した後、一定時間内に応答が得られなかった場合には、通信が遮断された場合等を考慮して、もう一度同じコマンドを自動的に送信する再送制御処理が行われる。
【００１４】
このとき、ネットワーク内の通信装置間で信号のやり取りを中継する通信中継装置は、原則として、送られてきたデータをそのまま中継する。つまり、再送制御によって送信装置から再度送信された信号についても、そのまま受信装置に中継される。
【００１５】
このため、ＩＥＥＥ１３９４およびＩＥＥＥ８０２．１１ｂ等の異なるネットワーク間を接続し、送信したコマンドに対する相手側機器のレスポンスを待って次の処理を行うシーケンシャルな通信手順を有する通信装置においては、図１４に示すように、通信速度の遅延などが原因で頻繁に再送制御が実行されることになる。すなわち、受信端末において、コマンド１に対するレスポンス１を正しく送信したにもかかわらず、直後にリトライコマンド１として同じコマンド１を再度受信してしまう状況が生じる場合がある。この場合、受信端末側はリトライコマンド１のレスポンスとしてエラーを送信することになる。これにより、送信端末側がエラーを受信することになるので、送信端末は、コマンド１からの送信をやり直すことになる。
【００１６】
このような問題の発生を防止する対策として、以下に示すような通信装置が開示されている（特許文献１参照）。
【００１７】
特許文献１に開示された通信システムは、受信ＧＷ（通信中継装置）において、Ａｃｋ信号をチェックし、Ａｃｋ信号が受信端末から返信されていれば、送信側からのリトライコマンドを受信端末に中継せず、返信されていなければ、リトライコマンドをそのまま受信端末に中継する。
【００１８】
しかし、この通信装置では、通信速度の遅延や、レスポンスの発行遅れ等により受信機側のＡｃｋ信号の返信が遅れた場合には、図１５に示すように、送信機側からリトライコマンドを中継し続けてしまうため、結果として、エラーレスポンスを返してしまう可能性がある。
【００１９】
従来、ＤＴＣＰにおいては、図１６に示すように、デジタルＴＶ１０５、ビデオ装置１０６等の複数のデジタル機器をＩＥＥＥ１３９４の有線通信を用いて接続し、コマンドのやり取りを行っている。
【００２０】
ＤＴＣＰは、高速通信が可能なＩＥＥＥ１３９４を用いた通信を前提としており、コマンドには、高速通信を前提にした１００ｍｓｅｃの制限時間が設定されており、その制限時間を超えてもコマンドに対するレスポンスが返ってこない場合には、リトライコマンドが送信される。しかし、ＩＥＥＥ１３９４は、通信速度が非常に高速（１００〜４００Ｍｂｐｓ）であるため、通信速度が遅いことに起因して、予め設定された制限時間を超えてレスポンスが返ってくる可能性は極めて小さい。
【００２１】
このため、特許文献１に開示された通信システムでは、基本的に送信したコマンドとレスポンスとの対応関係を維持できる。
【００２２】
【特許文献１】
特開２００１−３４５８７８号公報（公開日：平成１３年１２月１４日）
【００２３】
【発明が解決しようとする課題】
しかしながら、従来の通信システムにおいて、通信路として、ＩＥＥＥ８０２．１１ｂ等を用いた無線通信を用いている場合には、ＩＥＥＥ１３９４と比較して通信速度が低速であるため、ＤＴＣＰの規格を適用しようとすると、コマンドを送信してから対応するレスポンスを受信するまでに制限時間を超えることが多くなる。このため、リトライが頻繁に送信されて、コマンドとレスポンスとの正しい対応関係が破綻するという問題が生じる。
【００２４】
ここで、図１７に示すように、通信装置１０１と通信中継装置１０２との間、通信中継装置１０３と通信装置１０４との間をＩＥＥＥ１３９４を用いた有線通信、通信中継装置１０２と通信中継装置１０３との間をＩＥＥＥ８０２．１１ｂを用いた無線通信でそれぞれ接続し、ＤＴＣＰ規格の下で通信を行う場合について説明する。
【００２５】
まず、通信装置１０１が、認証を要求するためのステータスコマンド３０１を通信中継装置１０２に対して送信する。
【００２６】
通信中継装置１０２は、受信したステータスコマンド３０１をＩＥＥＥ８０２．１１ｂパケットに変換し、通信中継装置１０３に対してステータスコマンド３０２を送信する。
【００２７】
通信中継装置１０３は、受信したステータスコマンド３０２をＩＥＥＥ１３９４パケットに変換して、通信装置１０４に対してステータスコマンド３０３を送信する。
【００２８】
通信装置１０４は、受信したステータスコマンド３０３に対して、実装している認証方式と鍵の種類を含むレスポンスとしてステータスレスポンス３０４を送信する。
【００２９】
通信中継装置１０３は、受信したステータスレスポンス３０４をＩＥＥＥ８０２．１１ｂパケットに変換して、通信中継装置１０２に対してステータスレスポンス３０５を送信する。
【００３０】
またこのとき、通信装置１０１においては、１００ｍｓｅｃの制限時間以内にステータスコマンド３０１に対するレスポンスが返ってきていないため、タイムアウトとなる。よって、通信装置１０１は、ステータスコマンド３０１のリトライコマンド３０６を通信中継装置１０２に対して送信する。
【００３１】
通信中継装置１０２は、受信したステータスレスポンス３０５をＩＥＥＥ１３９４パケットに変換し、通信装置１０１に対してステータスレスポンス３０７を送信する。
【００３２】
通信中継装置１０２は、受信したリトライコマンド３０６をＩＥＥＥ８０２．１１ｂパケットに変換し、通信装置１０１に対してリトライコマンド３０８を送信する。
【００３３】
通信中継装置１０３は、受信したリトライコマンド３０８をＩＥＥＥ１３９４パケットに変換し、通信装置１０４に対してリトライコマンド３０９を送信する。
【００３４】
通信装置１０１は、ステータスレスポンス３０７を受信して、そのデータを解析し、不具合が無ければ、次のＤＴＣＰ認証ステップに進んで、通信中継装置１０２に対してチャレンジコマンド３１０を送信する。
【００３５】
通信装置１０４は、受信したリトライコマンド３０９に対し、直前に同じコマンド３０３に対してステータスレスポンス３０４を送信しているので、通信中継装置１０３に対してエラーレスポンス３１１を送信する。
【００３６】
通信中継装置１０３は、受信したレスポンス３１１をＩＥＥＥ８０２．１１ｂパケットに変換し、通信中継装置１０２に対してレスポンス３１２を送信する。
【００３７】
通信中継装置１０２は、受信したレスポンス３１２をＩＥＥＥ１３９４パケットに変換し、通信装置１０１に対してレスポンス３１３を送信する。
【００３８】
通信装置１０１は、レスポンス３１３を受信して、そのデータを解析する。このとき、受信したレスポンス３１３はエラーであるのでここで認証がストップし、最初から新たに認証を始めようとする。
【００３９】
以上のように、通信中継装置１０２および通信中継装置１０３間の通信には、伝送速度の遅いＩＥＥＥ８０２．１１ｂが用いられているため、この間の通信に時間を要し、通信装置１０４のコマンド送信からレスポンス受信までの時間がＤＴＣＰのタイムアウト制限時間を超えてしまう。このため、リトライが頻繁に送信されて、リトライの存在により、エラーレスポンスが発生し、結果として認証が破綻してしまう。
【００４０】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、通信状況、通信装置のタイムアウト検出条件、レスポンスの発行タイミング、リトライコマンドを発行するタイミング等に影響されず、かつエラーレスポンスによる再認証を最小限に防ぐことが可能な通信中継装置、通信装置、通信システム並びに通信方法、通信プログラムおよびこれを記録した記録媒体を提供することにある。
【００４１】
【課題を解決するための手段】
本発明の通信中継装置は、上記の課題を解決するために、受信側の通信装置に対して応答を要求する要求信号を送信し、所定の時間内に上記受信側の通信装置からの応答信号を受信しない場合には、上記要求信号を再送する制御手段を備えた通信装置間で送受信される信号を中継する通信中継装置であって、上記通信装置から受信した上記要求信号を記憶する要求信号記憶手段を備えているとともに、上記制御手段は、上記通信装置から受信した信号が、上記要求信号記憶手段に記憶された要求信号の再送信号であるか否かを判定する再送信号判定手段と、上記再送信号判定手段が、上記受信した信号が上記再送信号であると判定した場合には、上記信号の中継を中止するプロトコル制御手段と、を備えていることを特徴としている。
【００４２】
上記の構成によれば、所定時間内に受信側の通信装置に送信した要求信号に対応する応答信号を受信しなかった場合に再送信号を送信する再送制御を行う通信装置において、再送信号を中継しないように制御するため、再送信号の存在により要求信号と応答信号との対応関係が崩れることによる通信制御における不具合の発生を防止できる。
【００４３】
すなわち、通信中継装置は、一般的に、再送制御を行う通信装置間における通信を中継するために、送受信側の通信装置のそれぞれに対応して設けられる。
【００４４】
送信側の通信装置は、受信側の通信装置に対して送信した要求信号について、その応答信号を所定時間内に受信できなかった場合には、例えば、ＤＴＣＰ規格等に従って、再送信号を送信する。
【００４５】
この再送信号は、ＤＴＣＰ規格の下では、所定時間としての１００ｍｓｅｃ以内に応答信号を受信しなかった場合に送信されることが決められており、通信が途中で遮断されたような場合を想定して送信されるものである。
【００４６】
しかし、広範囲における通信を可能にするために、送信側の通信中継装置と受信側の通信中継装置とを、例えば、ＩＥＥＥ８０２．１１等の無線通信を介して接続した場合には、通信速度が遅くなるため、ＤＴＣＰ規格等で定められた所定時間内に応答信号を受信することができない。よって、通信が遮断されていないにもかかわらず、再送信号が何度も繰り返し送信されてしまうことから、再送信号に対する応答信号が間に割り込んで送信した要求信号と応答信号との対応関係が崩れ、適切な通信制御を行うことができなくなるという問題があった。
【００４７】
そこで、本発明の通信中継装置においては、送信側の通信装置から信号を受信した場合には、要求信号判定手段が、この受信信号が要求信号記憶手段に記憶された要求信号と一致するか否かの判定を行う。
【００４８】
ここで、一致する場合には、該信号が再送信号であるため、プロトコル制御部は、この再送信号を受信側の通信中継装置に対して中継しない。
【００４９】
一方、一致しない場合には、該信号は再送信号ではないため、プロトコル制御部は、この信号を受信側の通信中継装置に対して中継する。
【００５０】
これにより、通信速度が遅い無線通信を介して通信を行うことで、広範囲な通信を可能にするとともに、通信が遮断されていないにもかかわらず、再送信号が送信されてしまった場合でも、不要な再送信号が送信されてしまうことで生じる不具合の発生を防止して、要求信号と応答信号との対応関係を維持しつつ、適切な通信制御を行うことができる。
【００５１】
また、本発明に係る通信中継装置は、上記の構成において、上記制御手段が、上記プロトコル制御手段における上記再送信号の中継の中止処理を行うか否かを設定する再送制御判定手段をさらに備えている構成としてもよい。
【００５２】
上記の構成によれば、プロトコル制御手段による再送信号の中継の中止処理を行う場合と行わない場合とを切替えることが可能となる。すなわち、再送信号が送られてもエラーが生じない通信装置が用いられる場合には、再送信号の中継を中止しないように設定することによって、実際に再送が必要となった場合にも的確に対応することが可能となる。一方、再送信号が送られるとエラーが生じる通信装置が用いられる場合には、上記のように再送信号の中継を中止するように設定することによって、エラーが生じることを防止することができる。
【００５３】
また、本発明に係る通信中継装置は、上記の構成において、上記再送制御判定手段が、特定の通信装置間で送受信される信号の中継処理を開始した直後は、上記プロトコル制御手段における上記再送信号の中継の中止処理を行わないものとして設定する一方、エラーを示す信号の中継を検知した後は、上記プロトコル制御手段における上記再送信号の中継の中止処理を行うものとして設定する構成としてもよい。
【００５４】
上記の構成によれば、エラーを示す信号の中継が検知されるまでは、再送信号の中継の中止処理が行われないことになるので、必要なときにのみ再送信号の中継の中止処理が行われることになる。よって、再送信号が送られるとエラーが生じる通信装置が用いられる場合にのみ、的確に再送信号の中継の中止処理を行うことが可能となる。
【００５５】
また、本発明に係る通信中継装置は、上記の構成において、エラーを示す信号を送信した通信装置の機器情報を記憶する機器情報記憶手段をさらに備え、上記再送制御判定手段が、エラーを示す信号の中継を検知した際に、該エラーを示す信号を送信した通信装置の機器情報を上記機器情報記憶手段に記憶するとともに、信号を中継する通信装置が、上記機器情報記憶手段に記憶されている、エラーを示す信号を送信した通信装置である場合に、上記プロトコル制御手段における上記再送信号の中継の中止処理を行うものとして設定する構成としてもよい。
【００５６】
上記の構成によれば、まず、エラーを示す信号を送信した通信装置に関する機器情報が機器情報記憶手段に記憶される。その後、機器情報記憶手段に記憶されている通信装置に対して信号の中継を行うことになった場合には、エラーが検出されるか否かに拘らず、再送信号の中継の中止処理が行われるようになる。よって、エラーが生じる可能性が高い通信装置と接続された場合に、これに迅速に対応して再送信号の中継を中止することができるので、エラーの発生を防止することが可能となる。
【００５７】
上記要求信号およびその再送信号は、ＤＴＣＰ規格に基づいて送受信されることがより好ましい。
【００５８】
これにより、ＤＴＣＰ規格で定められた所定時間内に、通信装置が応答信号を受信しなかった場合でも、要求信号と応答信号との対応関係を維持することができ、適切な通信制御を行うことができるとともに、ＤＴＣＰ規格により確保された安全性の高い通信を実現できる。
【００５９】
通信装置とは、無線通信によって接続されていることがより好ましい。
【００６０】
これにより、ＤＴＣＰ規格を採用した通信を行いつつ、送信側あるいは受信側の通信装置との間を、例えば、ＩＥＥＥ８０２．１１ｂ等の無線通信を介して接続することで、離れた場所からの通信が可能になり、広範囲での通信が可能になる。
【００６１】
受信側の通信装置あるいは通信中継装置とは、ＩＥＥＥ８０２．１１で規定される無線通信規格、ＵＷＢあるいはＰＬＣの通信規格に基づいて通信を行うとともに、送信側の通信装置とは、ＩＥＥＥ１３９４で規定される通信規格に基づいて通信を行うことがより好ましい。
【００６２】
これにより、通信装置との間では、ＩＥＥＥ１３９４の有線通信を介して高速通信を行うとともに、受信側の通信装置あるいは通信中継装置との間では、ＩＥＥＥ８０２．１１、ＵＷＢ（Ｕｌｔｒａ  Ｗｉｄｅ  Ｂａｎｄ）、ＰＬＣ（Ｐｏｗｅｒ  Ｌｉｎｅ  Ｃａｒｒｉｅｒ）等の通信を介して広範囲の通信を行うことができる。
【００６３】
また、広範囲な通信を可能にするために、通信速度が遅い無線通信を介して、ＤＴＣＰ規格を採用した通信を行う場合でも、所定時間内に応答信号を受信できずに送信された再送信号を中継しないため、無駄な再送信号が送信されることで、再送信号と応答信号との関係が崩れて、適切な通信制御を行うことができなくなることを防止できる。
【００６４】
本発明の通信装置は、上記の課題を解決するために、通信相手に対して応答を要求する要求信号を送信し、所定の時間内に該通信相手からの応答信号を受信しない場合には、上記要求信号を再送する制御手段を備えた通信装置であって、上記送信した要求信号を記憶する要求信号記憶手段を備えているとともに、上記制御手段は、送信しようとする信号が、上記要求信号記憶手段に記憶された要求信号の再送信号であるか否かを判定する再送信号判定手段と、上記再送信号判定手段が上記受信した信号が上記再送信号であると判定した場合には、上記信号を送信しないように通信制御を行うプロトコル制御手段と、を備えていることを特徴としている。
【００６５】
上記の構成によれば、所定時間内に要求信号に対応する応答信号を受信しなかった場合には、再送信号を送信する再送制御を行う通信装置において、再送信号を送信しないように制御するため、再送信号の存在により要求信号と応答信号との対応関係が崩れることによる通信制御における不具合の発生を防止できる。
【００６６】
すなわち、本発明の通信装置は、受信側の通信装置に対して送信した要求信号について、その応答信号を所定時間内に受信できなかった場合には、例えば、ＤＴＣＰ規格等に従って、再送信号を送信する。
【００６７】
この再送信号は、ＤＴＣＰ規格の下では、所定時間として１００ｍｓｅｃ以内に応答信号を受信しなかった際に送信されることが決められており、通信が途中で遮断されたような場合を想定して送信されるものである。
【００６８】
しかし、広範囲における通信を可能にするために、送信側の通信装置と受信側の通信装置とを、例えば、ＩＥＥＥ８０２．１１等の無線通信を介して接続した場合には、通信速度が遅くなるため、ＤＴＣＰ規格等で定められた所定時間内に応答信号を受信することができない。よって、通信が遮断されていないにもかかわらず、再送信号が何度も繰り返し送信されてしまうことから、再送信号に対する応答信号が間に割り込んで送信した要求信号と応答信号との対応関係が崩れ、適切な通信制御を行うことができなくなるという問題があった。
【００６９】
そこで、本発明の通信装置においては、信号を送信する場合には、要求信号判定手段が、この送信信号が要求信号記憶手段に記憶された要求信号と一致するか否かの判定を行う。
【００７０】
ここで、一致する場合には、該信号が再送信号であるため、プロトコル制御部は、この再送信号を受信側の通信装置に対して送信しない。
【００７１】
一方、一致しない場合には、該信号は再送信号ではないため、プロトコル制御部は、この信号を受信側の通信装置に対して送信する。
【００７２】
これにより、通信速度が遅い無線通信を介して通信を行うことで、広範囲な通信を可能にするとともに、通信が遮断されていないにもかかわらず、再送信号が送信されてしまった場合でも、不要な再送信号が送信されてしまうことで生じる不具合の発生を防止して、要求信号と応答信号との対応関係を維持しつつ、適切な通信制御を行うことができる。
【００７３】
また、本発明に係る通信装置は、上記の構成において、上記制御手段が、上記プロトコル制御手段における上記再送信号の送信の中止処理を行うか否かを設定する再送制御判定手段をさらに備えている構成としてもよい。
【００７４】
上記の構成によれば、プロトコル制御手段による再送信号の送信の中止処理を行う場合と行わない場合とを切替えることが可能となる。すなわち、再送信号が送られてもエラーが生じない通信装置が用いられる場合には、再送信号の送信を中止しないように設定することによって、実際に再送が必要となった場合にも的確に対応することが可能となる。一方、再送信号が送られるとエラーが生じる通信装置が用いられる場合には、上記のように再送信号の送信を中止するように設定することによって、エラーが生じることを防止することができる。
【００７５】
また、本発明に係る通信装置は、上記の構成において、上記再送制御判定手段が、特定の通信装置に対して信号の送信処理を開始した直後は、上記プロトコル制御手段における上記再送信号の送信の中止処理を行わないものとして設定する一方、エラーを示す信号の受信を検知した後は、上記プロトコル制御手段における上記再送信号の送信の中止処理を行うものとして設定する構成としてもよい。
【００７６】
上記の構成によれば、エラーを示す信号の受信が検知されるまでは、再送信号の送信の中止処理が行われないことになるので、必要なときにのみ再送信号の送信の中止処理が行われることになる。よって、再送信号が送られるとエラーが生じる通信装置が用いられる場合にのみ、的確に再送信号の送信の中止処理を行うことが可能となる。
【００７７】
また、本発明に係る通信装置は、上記の構成において、エラーを示す信号を送信した通信装置の機器情報を記憶する機器情報記憶手段をさらに備え、上記再送制御判定手段が、エラーを示す信号の受信を検知した際に、該エラーを示す信号を送信した通信装置の機器情報を上記機器情報記憶手段に記憶するとともに、通信相手となる通信装置が、上記機器情報記憶手段に記憶されている、エラーを示す信号を送信した通信装置である場合に、上記プロトコル制御手段における上記再送信号の送信の中止処理を行うものとして設定する構成としてもよい。
【００７８】
上記の構成によれば、まず、エラーを示す信号を送信した通信装置に関する機器情報が機器情報記憶手段に記憶される。その後、機器情報記憶手段に記憶されている通信装置と通信を行うことになった場合には、エラーが検出されるか否かに拘らず、再送信号の送信の中止処理が行われるようになる。よって、エラーが生じる可能性が高い通信装置と接続された場合に、これに迅速に対応して再送信号の送信を中止することができるので、エラーの発生を防止することが可能となる。
【００７９】
上記要求信号およびその再送信号は、ＤＴＣＰ規格に基づいて送受信されることがより好ましい。
【００８０】
これにより、ＤＴＣＰ規格で定められた所定時間内に、応答信号を受信しなかった場合でも、要求信号と応答信号との対応関係を維持することができ、適切な通信制御を行うことができるとともに、ＤＴＣＰ規格により確保された安全性の高い通信を実現できる。
【００８１】
ＩＥＥＥ８０２．１１で規定される無線通信規格、ＵＷＢあるいはＰＬＣの通信規格に基づいて通信を行うことがより好ましい。
【００８２】
これにより、無線通信を介して通信を行うため、ＩＥＥＥ１３９４等の有線通信を介して通信する場合と比較して、離れた場所からの通信等、広範囲な通信が可能になる。
【００８３】
また、ＤＴＣＰ規格に基づく通信では、所定時間が１００ｍｓｅｃと短い時間が設定されているが、本発明の通信装置によれば、不要な再送信号が送信されることを防止して、要求信号と応答信号との対応関係を維持しつつ、適切な通信制御を行うことができる。
【００８４】
本発明の通信システムは、上記の課題を解決するために、上記通信中継装置と、互いに信号を送受信して通信を行う複数の通信装置とを備えており、上記通信装置は、上記通信中継装置を介して、受信側の通信装置に信号を送信することを特徴としている。
【００８５】
上記の構成によれば、通信装置から送信される再送信号を、通信中継装置が中継しない通信システムを構築できるため、通信が遮断されていないにもかかわらず送信された再送信号に起因して要求信号と応答信号との対応関係が崩れることを防止し、適切な通信制御を行うことができる。
【００８６】
なお、送信側、受信側の双方に通信中継装置が設けられている通信システムにおいては、何れか一方の通信中継装置に本発明に構成を適用し、他方の通信中継装置は従来の構成であってもよい。何れか一方の通信中継装置が、送信側の通信装置から送信される再送信号を中継しないように制御することで、本発明の効果を得ることができる。
【００８７】
本発明の通信システムは、上記の課題を解決するために、上記通信装置を複数備え、該通信装置間で通信を行うことを特徴としている。
【００８８】
上記の構成によれば、通信装置から再送信号を送信しない通信システムを構築できるため、通信が遮断されていないにもかかわらず送信された再送信号に起因して要求信号と応答信号との対応関係が崩れることを防止し、適切な通信制御を行うことができる。
【００８９】
本発明の通信方法は、上記の課題を解決するために、受信側の通信装置に対して応答を要求する要求信号を送信し、所定の時間内に上記受信側の通信装置からの応答信号を受信しない場合には、上記要求信号を再送する制御を行う通信装置と、該通信装置間で送受信される信号を中継する通信中継装置とを備えた通信システムにおける通信方法であって、上記通信中継装置は、要求信号記憶手段、再送信号判定手段およびプロトコル制御手段を備えており、上記要求信号記憶手段が、上記通信装置から受信した上記要求信号を記憶するステップと、上記再送信号判定手段が、上記通信装置から受信した信号が、上記要求信号記憶手段に記憶された要求信号の再送信号であるか否かを判定するステップと、上記プロトコル制御手段が、上記受信した信号が上記再送信号であると上記再送信号判定手段により判定された場合には、上記信号の中継を中止するステップと、を備えていることを特徴としている。
【００９０】
上記の方法によれば、所定時間内に受信側の通信装置に送信した要求信号に対応する応答信号を受信しなかった場合に再送信号を送信する再送制御を行う通信装置において、再送信号を中継しないように制御するため、再送信号の存在により要求信号と応答信号との対応関係が崩れることによる通信制御における不具合の発生を防止できる。
【００９１】
すなわち、通信中継装置は、一般的に、再送制御を行う通信装置間における通信を中継するために、送受信側の通信装置のそれぞれに対応して設けられる。
【００９２】
送信側の通信装置は、受信側の通信装置に対して送信した要求信号について、その応答信号を所定時間内に受信できなかった場合には、例えば、ＤＴＣＰ規格等に従って、再送信号を送信する。
【００９３】
この再送信号は、ＤＴＣＰ規格の下では、所定時間としての１００ｍｓｅｃ以内に応答信号を受信しなかった場合に送信されることが決められており、通信が途中で遮断されたような場合を想定して送信されるものである。
【００９４】
しかし、広範囲における通信を可能にするために、送信側の通信中継装置と受信側の通信中継装置とを、例えば、ＩＥＥＥ８０２．１１等の無線通信を介して接続した場合には、通信速度が遅くなるため、ＤＴＣＰ規格等で定められた所定時間内に応答信号を受信することができない。よって、通信が遮断されていないにもかかわらず、再送信号が何度も繰り返し送信されてしまうことから、再送信号に対する応答信号が間に割り込んで送信した要求信号と応答信号との対応関係が崩れ、適切な通信制御を行うことができなくなるという問題があった。
【００９５】
そこで、本発明の通信方法によれば、送信側の通信装置から信号を受信した場合には、要求信号判定手段が、この受信信号が要求信号記憶手段に記憶された要求信号と一致するか否かの判定を行う。
【００９６】
ここで、一致する場合には、該信号が再送信号であるため、プロトコル制御部は、この再送信号を受信側の通信中継装置に対して中継しない。
【００９７】
一方、一致しない場合には、該信号は再送信号ではないため、プロトコル制御部は、この信号を受信側の通信中継装置に対して中継する。
【００９８】
これにより、通信速度が遅い無線通信を介して通信を行うことで、広範囲な通信を可能にするとともに、通信が遮断されていないにもかかわらず、再送信号が送信されてしまった場合でも、不要な再送信号が送信されてしまうことで生じる不具合の発生を防止して、要求信号と応答信号との対応関係を維持しつつ、適切な通信制御を行うことができる。
【００９９】
本発明の通信方法は、上記の課題を解決するために、通信相手に対して応答を要求する要求信号を送信し、所定の時間内に該通信相手からの応答信号を受信しない場合には、上記要求信号を再送する制御を行う通信装置による通信方法であって、上記通信装置は、要求信号記憶手段、再送信号判定手段およびプロトコル制御手段を備えており、上記要求信号記憶手段が、送信した要求信号を記憶するステップと、上記再送信号判定手段が、送信しようとする信号が上記要求信号記憶手段に記憶された要求信号の再送信号であるか否かを判定するステップと、上記プロトコル制御手段が、上記再送信号判定手段により上記受信した信号が上記再送信号であると判定された場合には、上記信号を送信しないように通信制御を行うステップと、を備えていることを特徴としている。
【０１００】
上記の方法によれば、所定時間内に要求信号に対応する応答信号を受信しなかった場合には、再送信号を送信する再送制御を行う通信装置において、再送信号を送信しないように制御するため、再送信号の存在により要求信号と応答信号との対応関係が崩れることによる通信制御における不具合の発生を防止できる。
【０１０１】
すなわち、本発明の通信方法では、受信側の通信装置に対して送信した要求信号について、その応答信号を所定時間内に受信できなかった場合には、例えば、ＤＴＣＰ規格等に従って、再送信号を送信する。
【０１０２】
この再送信号は、ＤＴＣＰ規格の下では、所定時間として１００ｍｓｅｃ以内に応答信号を受信しなかった際に送信されることが決められており、通信が途中で遮断されたような場合を想定して送信されるものである。
【０１０３】
しかし、広範囲における通信を可能にするために、送信側の通信装置と受信側の通信装置とを、例えば、ＩＥＥＥ８０２．１１等の無線通信を介して接続した場合には、通信速度が遅くなるため、ＤＴＣＰ規格等で定められた所定時間内に応答信号を受信することができない。よって、通信が遮断されていないにもかかわらず、再送信号が何度も繰り返し送信されてしまうことから、再送信号に対する応答信号が間に割り込んで送信した要求信号と応答信号との対応関係が崩れ、適切な通信制御を行うことができなくなるという問題があった。
【０１０４】
そこで、本発明の通信方法においては、信号を送信する場合には、要求信号判定手段が、この送信信号が要求信号記憶手段に記憶された要求信号と一致するか否かの判定を行う。
【０１０５】
ここで、一致する場合には、該信号が再送信号であるため、プロトコル制御部は、この再送信号を受信側の通信装置に対して送信しない。
【０１０６】
一方、一致しない場合には、該信号は再送信号ではないため、プロトコル制御部は、この信号を受信側の通信装置に対して送信する。
【０１０７】
これにより、通信速度が遅い無線通信を介して通信を行うことで、広範囲な通信を可能にするとともに、通信が遮断されていないにもかかわらず、再送信号が送信されてしまった場合でも、不要な再送信号が送信されてしまうことで生じる不具合の発生を防止して、要求信号と応答信号との対応関係を維持しつつ、適切な通信制御を行うことができる。
【０１０８】
本発明の通信プログラムは、上記の課題を解決するために、上記通信中継装置を動作させる通信プログラムであって、上記制御手段が備えている各手段をコンピュータに実現させることを特徴としている。
【０１０９】
上記の構成によれば、本発明の通信プログラムがコンピュータに読み込まれることにより、各種ハードウェアと関連して、上記通信中継装置の制御手段が備えている各手段を機能させることができる。
【０１１０】
本発明の通信プログラムは、上記の課題を解決するために、上記通信装置を動作させる通信プログラムであって、上記制御手段が備えている各手段をコンピュータに実現させることを特徴としている。
【０１１１】
上記の構成によれば、本発明の通信プログラムがコンピュータに読み込まれることにより、各種ハードウェアと関連して、上記通信装置の制御手段が備えている各手段を機能させることができる。
【０１１２】
本発明の記録媒体は、上記の課題を解決するために、上記通信プログラムを記録したことを特徴としている。
【０１１３】
上記の構成によれば、本発明の記録媒体に格納された通信プログラムがコンピュータに読み込まれることで、各種ハードウェアと関連して、上記通信中継装置あるいは通信装置が備えている各手段を機能ブロックとして機能させることができる。
【０１１４】
【発明の実施の形態】
〔実施形態１〕
本発明の通信中継装置、通信装置、通信システム並びに通信方法、通信プログラムおよびこれを記録した記録媒体に関する一実施形態について、図１〜図４に基づいて説明すれば以下のとおりである。
【０１１５】
本実施形態の通信システム１０ａは、図２に示すように、コマンド送信側のデジタルＴＶ（通信装置）１１、コマンド受信側のビデオ装置（通信装置）１４、これらの間で無線通信を介して通信の中継を行う通信中継装置１２・１３を備えている。
【０１１６】
また、デジタルＴＶ１１と通信中継装置１２との間、および通信中継装置１３とビデオ装置１４との間の通信については、有線通信であるＩＥＥＥ１３９４を用い、通信中継装置１２・１３間の通信については、無線通信であるＩＥＥＥ８０２．１１ｂを用いて通信を行う。
【０１１７】
このように、通信装置としてのデジタルＴＶ１１とビデオ装置１４との間に、互いに無線通信を行う通信中継装置を２台設けることで、広範囲な場所でビデオ装置１４により再生されたテレビ映像を楽しむことができる。
【０１１８】
なお、本発明において、通信の種類はこれに限定されるものではない。
【０１１９】
ここで、デジタルＴＶ１１でビデオ装置１４にあるコンテンツを、通信を介して視聴する場合には、著作権保護の観点から、ビデオ装置１４がデジタルＴＶ１１を認証してからコンテンツが送信される。
【０１２０】
本実施形態の通信システム１０ａでは、その機器認証の規格として、デジタルＴＶ１１およびビデオ装置１４においては、ＤＴＣＰ（Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）を用い、その規格に則って動作する。
【０１２１】
ＤＴＣＰによると、例えば、応答を要求する信号に対する応答信号の着信タイムアウトの制限時間は、規格で１００ｍｓｅｃと定められており、１００ｍｓｅｃを越えると、先に送信した要求信号が再送されることになっている。
【０１２２】
また、本実施形態では、認証に用いる制御コマンドとして、ＤＴＣＰの認証フロー制御用コマンドであって、ステータスコマンド、レスポンス、リトライのステータスコマンド、チャレンジコマンド等を使う場合について説明するが、本発明はこれに限定されるものではない。
【０１２３】
本実施形態の通信システム１０ａを構成する通信中継装置１２・１３は、図１に示すように、ＩＥＥＥ８０２．１１ｂインターフェース部２１、ＩＥＥＥ１３９４インターフェース部２２、要求信号記憶部（要求信号記憶手段）２６および制御部（制御手段）２７を備えている。
【０１２４】
さらに、制御部２７は、プロトコル変換部２３、プロトコル制御部（プロトコル制御手段）２４、再送信号判定部（再送信号判定手段）２５を備えている。
【０１２５】
また、制御部２７が備えているプロトコル変換部２３、プロトコル制御部２４、再送信号判定部２５は、後述する本発明の通信プログラムがＣＰＵに読み込まれることにより、各ハードウェアと協働して実現される機能ブロックである。
【０１２６】
ＩＥＥＥ８０２．１１ｂインターフェース部２１は、通信中継装置１２、通信中継装置１３との間で無線通信を行う。
【０１２７】
ＩＥＥＥ１３９４インターフェース部２２は、デジタルＴＶ１１、ビデオ装置１４間で有線通信を行う。
【０１２８】
プロトコル変換部２３は、ＩＥＥＥ１３９４とＩＥＥＥ８０２．１１ｂとで通信変換を行う。
【０１２９】
プロトコル制御部２４は、プロトコル変換部２３を監視するとともに、データ送受信の制御を行う。なお、プロトコル制御部２４による制御については、後段にて詳述する。
【０１３０】
再送信号判定部２５は、デジタルＴＶ１１、ビデオ装置１４から受信したコマンドが、リトライコマンドであるか否かについて判定を行う。
【０１３１】
要求信号記憶部２６は、デジタルＴＶ１１、ビデオ装置１４から受信したコマンドを記憶する。
【０１３２】
ここで、本実施形態の通信システム１０ａにおける通信速度の異なるネットワークにおけるコマンドおよびレスポンスの送受信の流れについて、通信中継装置１２・１３における処理の流れを示す図３のフローチャートと、通信システム１０ａ全体の通信状況を示す図４とを用いて説明する。
【０１３３】
本実施形態では、ＤＴＣＰの規格で認証を行うため、デジタルＴＶ１１からの要求信号は、ステータスコマンドとチャレンジコマンド、ビデオ装置１４からの応答信号は、ステータスレスポンスとチャレンジレスポンス、タイムアウト時間は１００ｍｓｅｃ、再送信号は、ステータスコマンド（リトライ）、チャレンジコマンド（リトライ）を用いている。
【０１３４】
まず、図４に示すように、デジタルＴＶ１１が、通信中継装置１２に対して、認証を要求するためのステータスコマンド５１を送信する。
【０１３５】
通信中継装置１２は、図３に示すように、ステップ（以下「Ｓ」と示す）１１において、ＩＥＥＥ１３９４インターフェース部２２で、ステータスコマンド５１を受信する。
【０１３６】
そして、Ｓ１２では、プロトコル変換部２３，プロトコル制御部２４において、ステータスコマンド５１の１３９４パケットからデータを抽出する。
【０１３７】
その後、Ｓ１３において、再送信号判定部２５が、そのデータを要求信号記憶部２６の内容と比較してリトライコマンドであるかどうか判定を行い、リトライである場合には、プロトコル制御部２４は受信したリトライコマンドを通信中継装置１３に対して中継しないように制御する。そして、Ｓ１１へ戻り、再びコマンドを受信するまで待機する。
【０１３８】
ここでは、受信したコマンドは１回目のコマンドであり、リトライコマンドではないため、Ｓ１４において、要求信号記憶部２６にそのデータの内容を記録する。続いて、Ｓ１５において、ＩＥＥＥ８０２．１１ｂインターフェース部２１から通信中継装置１３に対して、ＩＥＥＥ８０２．１１ｂパケットとしてステータスコマンド５２を送信し、再びＳ１１に戻る。これ以降、デジタルＴＶ１１，ビデオ装置１２等からコマンドを受信する度に、Ｓ１１〜Ｓ１５の処理を繰り返す。
【０１３９】
通信中継装置１３は、ＩＥＥＥ８０２．１１ｂインターフェース部２１を介して受信したステータスコマンド５２のＩＥＥＥ８０２．１１ｂパケットから、プロトコル変換部２３においてデータを抽出する。そして、デジタルＴＶ１１に対して、ＩＥＥＥ１３９４インターフェース部２２から、ＩＥＥＥ１３９４パケットとしてステータスコマンド５３を送信する。
【０１４０】
ビデオ装置１４は、通信中継装置１３に対して、受信したステータスコマンド５３に対応する、実装している認証方式と鍵の種類を含むレスポンスとしてステータスレスポンス５４を送信する。
【０１４１】
通信中継装置１３は、ＩＥＥＥ１３９４インターフェース部２２においてレスポンス５４を受信し、プロトコル変換部２３において、レスポンス５４のＩＥＥＥ１３９４パケットからデータを抽出する。そして、ＩＥＥＥ８０２．１１ｂインターフェース部２１から通信中継装置１２に対して、ＩＥＥＥ８０２．１１ｂパケットとしてステータスレスポンス５５を送信する。
【０１４２】
通信中継装置１２は、ＩＥＥＥ８０２．１１ｂインターフェース部２１でステータスレスポンス５５を受信して、プロトコル変換部２３において、ステータスレスポンス５５のＩＥＥＥ８０２．１１ｂパケットからデータを抽出し、ＩＥＥＥ１３９４インターフェース部２２からデジタルＴＶ１１に対して、ＩＥＥＥ１３９４パケットとしてステータスレスポンス５７を送信する。
【０１４３】
ここで、ＩＥＥＥ８０２．１１ｂの伝送速度が遅いため、デジタルＴＶ１１がステータスコマンド５１を発信してから、レスポンスを受信しないまま、１００ｍｓｅｃ以上経過している場合の処理について説明する。
【０１４４】
デジタルＴＶ１１は、１００ｍｓｅｃの制限時間以内にステータスコマンド５１に対するレスポンスが返ってきていないため、通信中継装置１２に対して、ステータスコマンド５１のリトライコマンド５６を送信する。
【０１４５】
通信中継装置１２は、ＩＥＥＥ１３９４インターフェース部２２においてリトライコマンドを受信し、Ｓ１２において、プロトコル変換部２３，プロトコル制御部２４において、リトライコマンド５６のＩＥＥＥ１３９４パケットからデータを抽出する。
【０１４６】
Ｓ１３においては、通信中継装置１２は、再送信号判定部２５において、抽出したデータと要求信号記憶部２６に記憶された内容とを比較して、そのデータがリトライコマンドであるか否かの判定を行う。
【０１４７】
このとき、リトライコマンド５６は、記憶されているステータスコマンド５１のリトライであるため、通信中継装置１２はこれを送信しない。
【０１４８】
その後、デジタルＴＶ１１は、最初のステータスコマンドに対する応答信号であるステータスレスポンス５７を受信し、そのデータを解析して不具合が無ければ、次のＤＴＣＰ認証ステップであるチャレンジコマンド５８を送信する。
【０１４９】
通信中継装置１３は、Ｓ１１において、ＩＥＥＥ８０２．１１ｂインターフェース部２１においてチャレンジコマンド５８を受信する。
【０１５０】
そして、Ｓ１２において、プロトコル変換部２３，プロトコル制御部２４が、チャレンジコマンド５８のＩＥＥＥ１３９４パケットからデータを抽出する。
【０１５１】
Ｓ１３においては、再送信号判定部２５が、そのデータを要求信号記憶部２６に記憶された内容と比較して、リトライコマンドであるか否かの判定を行う。
【０１５２】
ここでは、受信したコマンドは、１回目のチャレンジコマンドであり、リトライコマンドではないため、Ｓ１４において、プロトコル制御部２４が、要求信号記憶部２６にそのデータの内容を記録させる。そして、プロトコル制御部２４は、Ｓ１５において、ＩＥＥＥ８０２．１１ｂインターフェース部２１から通信中継装置１３に対して、ＩＥＥＥ８０２．１１ｂパケットとしてチャレンジコマンド５９を送信する。
【０１５３】
通信中継装置１３は、ＩＥＥＥ８０２．１１ｂインターフェース部２１でチャレンジコマンド５９を受信して、チャレンジコマンド５９のＩＥＥＥ８０２．１１ｂパケットからプロトコル変換部２３においてデータを抽出し、ＩＥＥＥ１３９４インターフェース部２２から通信装置１２に対して、ＩＥＥＥ１３９４パケットとしてチャレンジコマンド６０を送信する。
【０１５４】
ビデオ装置１４は、チャレンジコマンド６０を受信して、通信中継装置１３に対して、チャレンジコマンド６０に対するレスポンスとしてのチャレンジレスポンス６１を送信する。
【０１５５】
通信中継装置１３は、ＩＥＥＥ１３９４インターフェース部２２においてチャレンジレスポンス６１を受信し、チャレンジレスポンス６１のＩＥＥＥ１３９４パケットからプロトコル変換部２３によってデータを抽出し、ＩＥＥＥ８０２．１１ｂインターフェース部２１から通信中継装置１２に対して、ＩＥＥＥ８０２．１１ｂパケットとしてチャレンジレスポンス６２を送信する。
【０１５６】
通信中継装置１２は、ＩＥＥＥ８０２．１１ｂインターフェース部２１においてチャレンジレスポンス６２を受信して、チャレンジレスポンス６２のＩＥＥＥ８０２．１１ｂパケットからプロトコル変換部２３によってデータを抽出し、ＩＥＥＥ１３９４インターフェース部２２からデジタルＴＶ１１に対して、ＩＥＥＥ１３９４パケットとしてチャレンジレスポンス６４を送信する。
【０１５７】
この場合にも、ＩＥＥＥ８０２．１１ｂの伝送速度が遅いため、デジタルＴＶ１１がチャレンジコマンド５８を発信してから、デジタルＴＶ１１にレスポンスが到着しないまま１００ｍｓｅｃ以上経過しているものとする。
【０１５８】
デジタルＴＶ１１には、１００ｍｓｅｃの制限時間以内にチャレンジコマンド５８に対するレスポンスが返ってきていないため、チャレンジコマンド５８のリトライコマンド６３が中継装置１２に対して送信される。
【０１５９】
通信中継装置１２は、Ｓ１２において、ＩＥＥＥ１３９４インターフェース部２２においてリトライコマンド６３を受信して、リライコマンド６３のＩＥＥＥ１３９４パケットからプロトコル変換部２３，プロトコル制御部２４によってデータを抽出する。
【０１６０】
再送信号判定部２５は、Ｓ１３において、抽出したデータと要求信号記憶部２６に記憶された内容とを比較して、そのデータがリトライコマンドであるか否かを判定する。
【０１６１】
ここで、リトライコマンド６３は、記憶されているチャレンジコマンド５８のリトライコマンドであるため、通信中継装置１２はこれを送信しない。
【０１６２】
そのうちに、デジタルＴＶ１１はチャレンジレスポンス６４を受信し、そのデータを解析し不具合が無ければ、次のＤＴＣＰ認証ステップに進む。
【０１６３】
以下、コマンドとレスポンスとをやり取りし、通信中継装置１２・１３がリトライコマンドを制御することによって、デジタルＴＶ１１およびビデオ装置１４の認証は正しく完了する。
【０１６４】
本実施形態の通信システム１０ａが備えている通信中継装置１２・１３は、以上のように、受信したコマンドが、要求信号記憶部２６に記憶されているコマンドのリトライコマンドであるか否かを検出し、リトライコマンドである場合には、そのコマンドをデジタルＴＶ１１およびビデオ装置１４に対して中継しない。
【０１６５】
これにより、通信中継装置１２・１３間における無線通信（ＩＥＥＥ８０２．１１ｂ）の通信速度の遅さに起因して所定時間内に応答信号が受信できない場合に、デジタルＴＶ１１から再送信号が送信されたとしても、ビデオ装置１４側には再送信号が送信されないことになる。よって、ビデオ装置１４側で同じコマンドを受信することによるエラーの発生を防止することが可能となるので、適正な通信制御を行うことができる。
【０１６６】
また、通信状況、通信装置のタイムアウト検出条件、レスポンスの発行タイミング、リトライコマンドを発行するタイミング等に影響されず、かつエラーレスポンスによる再認証を最小限に防ぐことが可能な通信中継装置、通信装置、通信システム並びに通信方法、通信プログラムおよびこれを記録した記録媒体を提供することができる。
【０１６７】
なお、本実施形態では、通信中継装置１２・１３のそれぞれが本発明の構成を備えている場合について説明したが、何れか一方の通信中継装置のみが本発明の構成を備えていればよい。
【０１６８】
また、本実施形態では、送信側と受信側の双方について、通信中継装置が備えられている場合について説明したが、本発明はこれに限定されるものではない。例えば、通信中継装置が１台のみであって、複数の通信装置と接続されている構成であってもよい。
【０１６９】
ただし、この場合には、通信中継装置と通信装置とを接続する通信の何れか一方が無線通信であることが好ましい。これにより、広範囲な通信を可能にしつつ、適切な通信制御を行うことができる。
【０１７０】
また、通信規格として、ＩＥＥＥ１３９４、ＩＥＥＥ８０２．１１ｂを用いているが、本発明はこれに限定されるものではなく、ＵＷＢ（Ｕｌｔｒａ  Ｗｉｄｅ  Ｂａｎｄ）やＰＬＣ（Ｐｏｗｅｒ  Ｌｉｎｅ  Ｃａｒｒｉｅｒ）等を用いてもよい。ＵＷＢとは、無線通信の規格の１つで、ＰＬＣとは電力線を用いた通信規格である。
【０１７１】
また、本実施形態では、通信制御規格として、著作権保護を目的とした通信装置間での認証フロー制御規格であるＤＴＣＰを用い、コマンドとしてＤＴＣＰの認証コマンドを例として説明しているが、本発明はこれに限定されるものではない。後述する実施形態２においても同様である。
【０１７２】
また、デジタルＴＶ１１およびビデオ装置１４等の通信装置間でやり取りされるコマンドの具体的な内容としては、乱数、自分のＤｅｖｉｃｅ  Ｃｅｒｔｉｆｉｃａｔｅ、交換した情報から求めたハッシュ値、鍵の値などがあり、レスポンスとしては、実装している認証方式と鍵の種類、エラーの有無などのステータスなどがある。
【０１７３】
なお、本実施形態の通信中継装置１２・１３においては、タイムアウト時間を経過した後に送信されたリトライコマンドは中継されないため、通信装置間で通信が途切れてしまった場合の対策を講じる必要がある。このような場合には、中継装置が送信端末側に現在の認証をキャンセルし、再認証を促すコマンドを送信することによって、最初から認証を行う等の方法を採用すればよい。
【０１７４】
〔実施形態２〕
本発明の通信中継装置、通信装置、通信システム並びに通信方法、通信プログラムおよびこれを記録した記録媒体に関する他の実施形態について、図５〜図８に基づいて説明すれば以下のとおりである。
【０１７５】
なお、説明の便宜上、上述した実施形態１にて説明した図面と同じ機能を有する部材については同じ符号を付し、その説明を省略する。
【０１７６】
本実施形態の通信システム１０ｂは、図５に示すように、デジタルＴＶ１５、ビデオ装置１６間に通信中継装置を設けることなく、ＩＥＥＥ８０２．１１ｂの無線を介して接続している点で、実施形態１の通信システム１０ａと異なっている。
【０１７７】
本実施形態では、通信装置をデジタルＴＶ１５、ビデオ装置１６として説明しているが、本発明の通信装置はこれに限定されるものではない。
【０１７８】
また、通信手段として、ＩＥＥＥ８０２．１１ｂを例としているが、本発明はこれに限定されるものではない。
【０１７９】
デジタルＴＶ１５において、ビデオ装置１６のコンテンツを視聴する場合の背景、ＤＴＣＰおよびそのコマンドの位置付けと使用形態については、上述した実施形態１と同様であるため、ここではその説明を省略する。
【０１８０】
ここで、本実施形態の通信システム１０ｂが備えている通信装置としてのデジタルＴＶ１５、ビデオ装置１６における処理について、図６に示すフローチャート、および図７を用いて説明すれば以下のとおりである。
【０１８１】
本実施形態の通信装置としてのデジタルＴＶ１５、ビデオ装置１６は、図７に示すように、ＩＥＥＥ８０２．１１ｂインターフェース部３１、要求信号記憶部３６および制御部（制御手段）３７を備えている。
【０１８２】
また、制御部３７は、通信制御部３２、プロトコル変換部３３、プロトコル制御部３４および再送信号判定部３５を備えている。
【０１８３】
なお、制御部３７が備えている通信制御部３２、プロトコル変換部３３、プロトコル制御部３４および再送信号判定部３５は、後述する本発明の通信プログラムがＣＰＵに読み込まれることにより、各ハードウェアと協働して実現される機能ブロックである。
【０１８４】
ＩＥＥＥ８０２．１１ｂインターフェース部３１は、デジタルＴＶ１５あるいはビデオ装置１６との間で通信を行う。
【０１８５】
通信制御部３２は、デジタルＴＶ１５およびビデオ装置１６内でＤＴＣＰの処理を行う。
【０１８６】
プロトコル変換部３３は、送信するデータをＩＥＥＥ８０２．１１ｂ形式に変換する。
【０１８７】
プロトコル制御部３４は、プロトコル変換部を監視し、データの送受信の制御を行う。
【０１８８】
再送信号判定部３５は、通信制御部３２が発行するコマンドがリトライコマンドであるか否かを判定する。
【０１８９】
要求信号記憶部３６は、通信制御部３２が発行するコマンドを記憶する。
【０１９０】
ここで、本実施形態の通信装置としてのデジタルＴＶ１５およびビデオ装置１６における処理について、図６および図８を用いて説明すれば以下のとおりである。
【０１９１】
まず、デジタルＴＶ１５から認証を要求するためのステータスコマンド７１をビデオ装置１６に対して送信する場合には、図６に示すように、Ｓ２１において、通信制御部３２から送出されるステータスコマンド７１からプロトコル変換部３３、プロトコル制御部３４においてデータを抽出する。そして、Ｓ２２において、そのデータを要求信号記憶部３６に記憶されている内容と比較して、再送信号判定部３５においてリトライコマンドであるか否かを判定する。
【０１９２】
このとき、受信したステータスコマンド７１は、１回目のコマンドであって、リトライコマンドではないため、Ｓ２３において、デジタルＴＶ１５は要求信号記憶部３６にステータスコマンド７１を記憶し、かつＳ２４において、ＩＥＥＥ８０２．１１インターフェース部３１からステータスコマンド７１を送信する。
【０１９３】
ビデオ装置１６は、ＩＥＥＥ８０２．１１インターフェース部３１においてステータスコマンド７１を受信して、実装している認証方式と鍵の種類を含むレスポンスとして、ＩＥＥＥ８０２．１１インターフェース部３１からデジタルＴＶ１５に対してステータスレスポンス７２を送信する。
【０１９４】
ここで、以上のような処理において、ＩＥＥＥ８０２．１１ｂの伝送速度が遅いためデジタルＴＶ１５がステータスコマンド７１を発信してから、レスポンスが到着しないまま、１００ｍｓｅｃ以上経過している場合の処理について説明する。
【０１９５】
デジタルＴＶ１５には、１００ｍｓｅｃの制限時間以内にステータスコマンド７１に対するレスポンスが返ってきていないため、通信制御部３２がステータスコマンド７１のリトライコマンド７３を送信しようとする。
【０１９６】
しかし、この場合、再送信号判定部３５が、先ほど要求信号記憶部３６に記憶された内容とリトライコマンド７３とを比較して、送信しようとしているコマンドがステータスコマンド７１のリトライコマンドであると判定されるため、デジタルＴＶ１５は、リトライコマンド７３を送信しない。
【０１９７】
そのうち、デジタルＴＶ１５は、ステータスレスポンス７２を受信し、通信制御部３２によってそのデータを解析し、エラーが無ければ次のＤＴＣＰ認証ステップに用いるチャレンジコマンドを送信する。
【０１９８】
以下、コマンドとレスポンスとをやり取りし、デジタルＴＶ１５とビデオ装置１６とがリトライコマンドを制御することによって、デジタルＴＶ１５とビデオ装置１６との間における認証は正しく完了する。
【０１９９】
本実施形態の通信システム１０ｂでは、以上のように、通信相手に対してコマンドを送信する際に、既に送信したコマンドのリトライコマンドであるか否かの判定を行う。ここで、送信しようとするコマンドが、既に送信したコマンドのリトライコマンドである場合には、そのコマンドを送信することを中止する。
【０２００】
これにより、通信相手となる通信装置に対して、無駄な再送信号が送信されることを防止することができる。よって、ビデオ装置１６側で同じコマンドを受信することによるエラーの発生を防止することが可能となるので、適正な通信制御を行うことができる。
【０２０１】
なお、本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【０２０２】
また、本発明の目的は、上述した機能を実現するソフトウェアである通信プログラムとしても達成可能である。
【０２０３】
また、本発明の目的は、上述した機能を実現するソフトウェアであるプログラムのプログラムコードをコンピュータで読み取り可能に記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵ，ＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても達成可能である。
【０２０４】
この場合、記録媒体から読み出されたプログラムコード自体が上述した機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成する。
【０２０５】
なお、上記記録媒体は、磁気テープやカセットテープ、フロッピー（登録商標）ディスク、ハードディスク等の磁気ディスクや、ＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスク、ＩＣカード（メモリカードを含む）、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ等を用いることができる。
【０２０６】
また、本発明は、二つのネットワークの間に位置し、相手装置に応答を要求する要求信号の再送制御を行う通信装置の通信を中継する通信中継装置であって、通信装置から受信した要求信号を記憶しておく要求信号記憶手段と、通信装置から受信した信号が、上記要求信号記憶手段に記憶した要求信号の再送であることを判断する再送信号判定手段とを備え、再送信号判定手段において、通信装置から受信した信号が再送信号と判断された場合には、該信号を中継しないことを特徴とする通信中継装置であってもよい。
【０２０７】
また、本発明は、上記の通信中継装置であって、上記通信装置から受信する要求信号およびその再送信号は、ＤＴＣＰ規格に従うものであることを特徴とする通信中継装置であってもよい。
【０２０８】
また、本発明は、上記通信中継装置であって、上記二つのネットワークの一つはＩＥＥＥ１３９４規格に基づいて、残りの一つのネットワークはＩＥＥＥ８０２．１１で規定される無線通信規格のうちの一つ、またはＵＷＢあるいはＰＬＣの通信規格に基づいて、それぞれ通信を行うことを特徴とする通信中継装置であってもよい。
【０２０９】
本発明は、ネットワークに接続され相手装置に応答を要求する要求信号の再送制御を行う通信装置であって、要求信号の送信と再送の制御とを行う通信制御手段と、通信制御手段から送信した要求信号を記憶しておく要求信号記憶手段と、通信制御手段が送信する信号が、上記要求信号記憶手段に記憶した要求信号の再送であることを判断する再送信号判定手段とを備え、通信制御手段が送信しようとする信号が、再送信号判定手段で再送信号と判断されれば、該信号を送信しないことを特徴とする通信装置であってもよい。
【０２１０】
本発明は、上記通信装置であって、上記要求信号およびその再送信号は、ＤＴＣＰ規格に従うものであることを特徴とする通信装置であってもよい。
【０２１１】
本発明の通信装置は、上記通信装置であって、上記ネットワークは、ＩＥＥＥ８０２．１１で規定される無線通信規格のうちの一つ、またはＵＷＢあるいはＰＬＣの通信規格で通信を行うことを特徴とする通信装置であってもよい。
【０２１２】
〔実施形態３〕
本発明の通信中継装置、通信装置、通信システム並びに通信方法、通信プログラムおよびこれを記録した記録媒体に関するさらに他の実施形態について、図９、図１１、図１３に基づいて説明すれば以下のとおりである。
【０２１３】
本実施形態の通信システム１０ａは、基本的には、実施形態１で示した構成と同様となっており、相違点としては、図１１に示すように、通信中継装置１２・１３が、機器情報記憶部（機器情報記憶手段）２８をさらに備えているとともに、制御部２７にリトライ制御判定部（再送制御判定手段）２９がさらに設けられている点である。その他の構成については、実施形態１で示した構成と同様であるので、その説明を省略する。
【０２１４】
リトライ制御判定部２９は、プロトコル制御部２４によるリトライコマンドの中継制御を行うか否かを判定するものである。詳しく説明すると、リトライ制御判定部２９は、デジタルＴＶ１１とビデオ装置１４との間で通信が開始されると、最初は上記したリトライ制御を行わずにコマンドの中継を行うように、プロトコル制御部２４を制御する。この際に、リトライ制御判定部２９は、ビデオ装置１４からエラーを示すレスポンス（エラーレスポンス）が送信されていないかをモニターする。エラーレスポンスの送信が検出されない場合には、リトライ制御を行わずに、コマンドの中継を継続する一方、エラーレスポンスの送信が検出された場合には、最初のコマンドからやり直されることになるので、リトライ制御判定部２９は、これ以降のコマンド中継処理においてはリトライ制御を行うようにプロトコル制御部２４を制御する。
【０２１５】
また、リトライ制御判定部２９は、エラーレスポンスを検出した場合に、エラーレスポンスを送信した機器の情報を機器情報記憶部２８に記録する処理を行う。そして、リトライ制御判定部２９は、次回以降、コマンドの中継処理を開始し、機器の情報を示すコマンドを中継した際に、該当機器が、機器情報記憶部２８に記録されている機器であるかを判定する。ここで、以前にエラーレスポンスを送信した機器であると判定された場合には、リトライ制御判定部２９は、その時点でリトライ制御を行うようにプロトコル制御部２４を制御する。
【０２１６】
なお、リトライ制御判定部２９は、本発明の通信プログラムがＣＰＵに読み込まれることにより、各ハードウェアと協働して実現される機能ブロックである。
【０２１７】
ここで、本実施形態の通信システム１０ａにおける通信速度の異なるネットワークにおけるコマンドおよびレスポンスの送受信の流れについて、通信システム１０ａ全体の通信状況を示す図９を用いて説明する。
【０２１８】
本実施形態では、実施形態１と同様に、ＤＴＣＰの規格で認証を行うため、デジタルＴＶ１１からの要求信号は、ステータスコマンドとチャレンジコマンド、ビデオ装置１４からの応答信号は、ステータスレスポンスとチャレンジレスポンス、タイムアウト時間は１００ｍｓｅｃ、再送信号は、ステータスコマンド（リトライ）、チャレンジコマンド（リトライ）を用いている。
【０２１９】
まず、図９に示すように、デジタルＴＶ１１が、通信中継装置１２に対して、認証を要求するためのステータスコマンド８１を送信する。通信中継装置１２は、ＩＥＥＥ１３９４インターフェース部２２で、ステータスコマンド８１を受信する。
【０２２０】
通信中継装置１２では、プロトコル変換部２３，プロトコル制御部２４において、ステータスコマンド８１の１３９４パケットからデータを抽出する。ここで、実施形態１では、再送信号判定部２５が、抽出したデータを要求信号記憶部２６の内容と比較してリトライコマンドであるかどうか判定を行っていたが、本実施形態では、中継処理の開始直後ではリトライ制御を行わない設定となっているので、以上のような判定処理は行われない。
【０２２１】
ここで、上記したように、エラーレスポンスは、ビデオ装置１４側から送信されることが予想されている場合には、デジタルＴＶ１１側から送信されたコマンドについては、リトライ制御判定部２９によって、上記で抽出されたデータがエラーレスポンスであるか否かの判定を行う必要はないが、デジタルＴＶ１１側からもエラーコマンドの送信が行われる可能性がある場合には、デジタルＴＶ１１側から送信されたコマンドについても、リトライ制御判定部２９による判定を行うようにしてもよい。このことは、通信中継装置１２における以降の処理でも同様である。
【０２２２】
続いて、ＩＥＥＥ８０２．１１ｂインターフェース部２１から通信中継装置１３に対して、ＩＥＥＥ８０２．１１ｂパケットとしてステータスコマンド８２を送信する。これ以降、デジタルＴＶ１１，ビデオ装置１２等からコマンドを受信する度に、上記の処理を繰り返す。
【０２２３】
通信中継装置１３は、ＩＥＥＥ８０２．１１ｂインターフェース部２１を介して受信したステータスコマンド８２のＩＥＥＥ８０２．１１ｂパケットから、プロトコル変換部２３においてデータを抽出する。そして、デジタルＴＶ１１に対して、ＩＥＥＥ１３９４インターフェース部２２から、ＩＥＥＥ１３９４パケットとしてステータスコマンド８３を送信する。
【０２２４】
ビデオ装置１４は、通信中継装置１３に対して、受信したステータスコマンド８３に対応する、実装している認証方式と鍵の種類を含むレスポンスとしてステータスレスポンス８４を送信する。
【０２２５】
通信中継装置１３は、ＩＥＥＥ１３９４インターフェース部２２においてレスポンス８４を受信し、プロトコル変換部２３において、レスポンス８４のＩＥＥＥ１３９４パケットからデータを抽出する。そして、ＩＥＥＥ８０２．１１ｂインターフェース部２１から通信中継装置１２に対して、ＩＥＥＥ８０２．１１ｂパケットとしてステータスレスポンス８５を送信する。
【０２２６】
通信中継装置１２は、ＩＥＥＥ８０２．１１ｂインターフェース部２１でステータスレスポンス８５を受信して、プロトコル変換部２３において、ステータスレスポンス５５のＩＥＥＥ８０２．１１ｂパケットからデータを抽出し、ＩＥＥＥ１３９４インターフェース部２２からデジタルＴＶ１１に対して、ＩＥＥＥ１３９４パケットとしてステータスレスポンス８７を送信する。
【０２２７】
また、リトライ制御判定部２９が、上記で抽出されたデータがエラーレスポンスであるか否かの判定を行う。ここでは、受信したコマンドはエラーレスポンスではないため、リトライ制御を行わない状態が維持される。
【０２２８】
ここで、ＩＥＥＥ８０２．１１ｂの伝送速度が遅いため、デジタルＴＶ１１がステータスコマンド８１を発信してから、レスポンスを受信しないまま、１００ｍｓｅｃ以上経過している場合の処理について説明する。
【０２２９】
デジタルＴＶ１１は、１００ｍｓｅｃの制限時間以内にステータスコマンド５１に対するレスポンスが返ってきていないため、通信中継装置１２に対して、ステータスコマンド８１のリトライコマンド８６を送信する。
【０２３０】
通信中継装置１２は、現時点では、リトライ制御を行わない状態が維持されているので、ＩＥＥＥ１３９４インターフェース部２２において受信したリトライコマンド８６を、ＩＥＥＥ８０２．１１ｂインターフェース部２１から通信中継装置１３に対して、ＩＥＥＥ８０２．１１ｂパケットとしてリトライコマンド８８として送信する。その後、このリトライコマンド８８は、通信中継装置１３を経由して、リトライコマンド８９として、ビデオ装置１４に伝送される。
【０２３１】
ビデオ装置１４は、リトライコマンド８９を受信すると、エラーレスポンス９１を通信中継装置１３に対して送信する。これは、以前に受信したステータスコマンド８３に対するレスポンスを正常に返信したにも拘らず、同じ内容のコマンドを受信したことによるものである。このエラーレスポンス９１は、通信中継装置１３を経由して、エラーレスポンス９４として通信中継装置１２に送信される。
【０２３２】
通信中継装置１２は、ＩＥＥＥ８０２．１１ｂインターフェース部２１でエラーレスポンス９４を受信して、プロトコル変換部２３において、エラーレスポンス９４のＩＥＥＥ８０２．１１ｂパケットからデータを抽出し、ＩＥＥＥ１３９４インターフェース部２２からビデオ装置１４に対して、ＩＥＥＥ１３９４パケットとしてエラーレスポンス９３を送信する。
【０２３３】
また、リトライ制御判定部２９が、上記で抽出されたデータがエラーレスポンスであるか否かの判定を行う。ここでは、受信したコマンドはエラーレスポンスであるので、以降、リトライ制御を行うようにリトライ制御判定部２９が設定を行う。
【０２３４】
一方、デジタルＴＶ１１は、最初のステータスコマンドに対する応答信号であるステータスレスポンス８７を受信すると、そのデータを解析して不具合が無ければ、次のＤＴＣＰ認証ステップであるチャレンジコマンド９０を送信する。このチャレンジコマンドが、通信中継装置１２および通信中継装置１３を経由してビデオ装置１４に送信され、これに対するチャレンジレスポンスが、通信中継装置１３および通信中継装置１２を経由してデジタルＴＶ１１に送信される。
【０２３５】
デジタルＴＶ１１は、チャレンジコマンド９０を送信した後に、エラーレスポンス９３を受信することによって、エラーが発生したことを認識する。そして、既に送信しているチャレンジコマンド９０に対するチャレンジレスポンスを受信するのを待ってから、再認証を行うためのＡＫＥ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ａｎｄ  Ｋｅｙ  Ｅｘｃｈａｎｇｅ）キャンセルコマンド９９を通信中継装置１２に対して送信する。
【０２３６】
通信中継装置１２は、ＩＥＥＥ１３９４インターフェース部２２で、ＡＫＥキャンセルコマンド９９を受信する。
【０２３７】
通信中継装置１２では、プロトコル変換部２３，プロトコル制御部２４において、ＡＫＥキャンセルコマンド９９の１３９４パケットからデータを抽出する。この時点（図９におけるＴ１）では、リトライ制御判定部２９によって、リトライ制御を行うように設定されているので、実施形態１で示したように、再送信号判定部２５が、抽出したデータを要求信号記憶部２６の内容と比較してリトライコマンドであるかどうかの判定を行う。ここでは、受信したコマンドは、１回目のＡＫＥキャンセルコマンドであり、リトライコマンドではないため、プロトコル制御部２４が、要求信号記憶部２６にそのデータの内容を記録させる。そして、プロトコル制御部２４は、ＩＥＥＥ８０２．１１ｂインターフェース部２１から通信中継装置１３に対して、ＩＥＥＥ８０２．１１ｂパケットとしてＡＫＥキャンセルコマンド１００を送信する。
【０２３８】
以降、ＡＫＥキャンセルコマンドがビデオ装置１４に送信され、これに対するレスポンスがビデオ装置１４からデジタルＴＶ１１に送信されると、その後、デジタルＴＶ１１は、ステータスコマンド送信からの再認証を行うことになる。そして、通信中継装置１２は、ＡＫＥキャンセルコマンド以降のコマンドに対しては、リトライ制御を行う、すなわち、リトライコマンドがデジタルＴＶ１１から送信された際には、これの中継処理を行わないようにプロトコル制御部２４を設定する。
【０２３９】
なお、通信を行っている機器に関する情報は、チャレンジコマンド・レスポンスに含まれるＣｅｒｔｉｆｉｃａｔｅの中の機器ＩＤによって把握することが可能である。一方、上記の例では、機器情報がやりとりされるチャレンジコマンド・レスポンスが行われる前にエラーレスポンスの送信が行われているので、リトライ制御判定部２９は、エラーレスポンスを送信した機器の情報を機器情報記憶部３８に記録する処理はできないことになる。しかしながら、チャレンジコマンド・レスポンスが行われた後にエラーが発生する場合も考えられるので、このような場合には、通信中継装置１２は図１３のフローチャートに示すような処理を行う。
【０２４０】
まず、通信中継装置１２は、ビデオ装置１４から受信したレスポンスコマンドがチャレンジコマンドであることを確認した際には（Ｓ３１）、リトライ制御判定部２９は、そのチャレンジコマンドに含まれているＣｅｒｔｉｆｉｃａｔｅの中の機器ＩＤを取得する（Ｓ３２）。そして、リトライ制御判定部２９は、取得された機器ＩＤが、以前にエラーレスポンスを返した機器として機器情報記憶部２８に記憶されているものか否かを判定する（Ｓ３３）。
【０２４１】
Ｓ３３においてＹＥＳ、すなわち、取得された機器ＩＤが、以前にエラーレスポンスを返した機器として機器情報記憶部２８に記憶されていると判定された場合には、リトライ制御判定部２９は、以降の中継処理に関してはリトライ制御を行うようにプロトコル制御部２４を設定する（Ｓ３４）。
【０２４２】
一方、Ｓ３３においてＮＯ、すなわち、取得された機器ＩＤが、以前にエラーレスポンスを返した機器として機器情報記憶部２８に記憶されていないと判定された場合には、取得された機器ＩＤを機器情報として機器情報記憶部２８に一時記憶しておく（Ｓ３５）。なお、ここでの機器情報の一時記憶は、エラーレスポンスを返した機器としての記憶ではなく、後にエラーレスポンスを返してきた場合に用いるための一時的な記憶である。
【０２４３】
その後、通信中継装置１２が中継処理を行っている間、リトライ制御判定部２９は、ビデオ装置１４からエラーレスポンスが送信されたか否かの判定を継続して行う（Ｓ３６）。Ｓ３６においてＹＥＳ、すなわち、ビデオ装置１４からエラーレスポンスが送信されたと判定された場合には、機器情報記憶部２８に一時記憶されている該当ビデオ装置１４に対応する機器情報を、エラーレスポンスを返した機器として機器情報記憶部２８に記憶する（Ｓ３７）。そして、Ｓ３４においてリトライ制御を行うように設定が行われ、以降、リトライ制御を行った状態で中継処理が行われる。
【０２４４】
一方、Ｓ３６においてＮＯ、すなわち、ビデオ装置１４からエラーレスポンスが送信されていないと判定された場合には、Ｓ３８において通信が終了したか否かが判定され、通信が終了していない場合にはＳ３６からの処理が繰り返される。通信が終了するまでエラーレスポンスが検出されなかった場合（Ｓ３８においてＹＥＳ）には、該当ビデオ装置１４はリトライ制御を行う必要のない機器であると判定され、処理を終了する。
【０２４５】
本実施形態の構成によれば、プロトコル制御部２４によるリトライ制御を行う場合と行わない場合とを切替えることが可能となる。すなわち、リトライコマンドが送られてもエラーが生じないビデオ装置１４が用いられる場合には、リトライ制御を行わないように設定することによって、実際に再送が必要となった場合にも的確に対応することが可能となる。一方、リトライコマンドが送られるとエラーが生じるビデオ装置１４が用いられる場合には、上記のようにリトライ制御を行うように設定することによって、エラーが生じることを防止することができる。
【０２４６】
また、エラーレスポンスの中継が検知されるまでは、リトライコマンドの中継の中止処理が行われないことになるので、必要なときにのみリトライ制御が行われることになる。よって、再送信号が送られるとエラーが生じる通信装置が用いられる場合にのみ、的確にリトライ制御を行うことが可能となる。
【０２４７】
また、上記の構成によれば、まず、エラーレスポンスを送信したビデオ装置１４に関する機器情報が機器情報記憶部２８に記憶される。その後、機器情報記憶部２８に記憶されているビデオ装置１４に対して信号の中継を行うことになった場合には、エラーが検出されるか否かに拘らず、リトライ制御が行われるようになる。よって、エラーが生じる可能性が高いビデオ装置１４と接続された場合に、これに迅速に対応してリトライ制御を行うことができるので、エラーの発生を防止することが可能となる。
【０２４８】
〔実施形態４〕
本発明の通信中継装置、通信装置、通信システム並びに通信方法、通信プログラムおよびこれを記録した記録媒体に関するさらに他の実施形態について、図１０、図１２に基づいて説明すれば以下のとおりである。
【０２４９】
本実施形態の通信システム１０ａは、基本的には、実施形態２で示した構成と同様となっており、相違点としては、図１２に示すように、デジタルＴＶ１５およびビデオ装置１６が、機器情報記憶部（機器情報記憶手段）３８をさらに備えているとともに、制御部３７にリトライ制御判定部（再送制御判定手段）３９がさらに設けられている点である。その他の構成については、実施形態２で示した構成と同様であるので、その説明を省略する。
【０２５０】
リトライ制御判定部３９は、プロトコル制御部３４によるリトライコマンドの送信制御を行うか否かを判定するものである。詳しく説明すると、リトライ制御判定部３９は、デジタルＴＶ１１とビデオ装置１４との間で通信が開始されると、最初は上記したリトライ制御を行わずにコマンドの送信を行うように、プロトコル制御部３４を制御する。この際に、リトライ制御判定部３９は、ビデオ装置１４からエラーを示すレスポンス（エラーレスポンス）が送信されていないかをモニターする。エラーレスポンスの送信が検出されない場合には、リトライ制御を行わずに、コマンドの送信を継続する一方、エラーレスポンスの送信が検出された場合には、最初のコマンドからやり直されることになるので、リトライ制御判定部３９は、これ以降のコマンド中継処理においてはリトライ制御を行うようにプロトコル制御部３４を制御する。
【０２５１】
また、リトライ制御判定部３９は、エラーレスポンスを検出した場合に、エラーレスポンスを送信した機器の情報を機器情報記憶部２８に記録する処理を行う。そして、リトライ制御判定部２９は、次回以降、コマンドの中継処理を開始し、機器の情報を示すコマンドを中継した際に、該当機器が、機器情報記憶部２８に記録されている機器であるかを判定する。ここで、以前にエラーレスポンスを送信した機器であると判定された場合には、リトライ制御判定部２９は、その時点でリトライ制御を行うようにプロトコル制御部２４を制御する。
【０２５２】
なお、リトライ制御判定部２９は、本発明の通信プログラムがＣＰＵに読み込まれることにより、各ハードウェアと協働して実現される機能ブロックである。
【０２５３】
ここで、本実施形態の通信装置としてのデジタルＴＶ１５およびビデオ装置１６における処理について、図１０を用いて説明すれば以下のとおりである。
【０２５４】
まず、デジタルＴＶ１５から認証を要求するためのステータスコマンド１１１をビデオ装置１６に対して送信する場合には、通信制御部３２から送出されるステータスコマンド１１１からプロトコル変換部３３、プロトコル制御部３４においてデータが抽出される。ここで、実施形態２では、再送信号判定部２５が、抽出したデータを要求信号記憶部３６の内容と比較してリトライコマンドであるかどうか判定を行っていたが、本実施形態では、通信の開始直後ではリトライ制御を行わない設定となっているので、以上のような判定処理は行われない。
【０２５５】
ここで、上記したように、エラーレスポンスは、ビデオ装置１６側から送信されることが予想されている場合には、デジタルＴＶ１５側から送信されたコマンドについては、リトライ制御判定部３９によって、上記で抽出されたデータがエラーレスポンスであるか否かの判定を行う必要はないが、デジタルＴＶ１５１側からもエラーコマンドの送信が行われる可能性がある場合には、デジタルＴＶ１５側から送信されたコマンドについても、リトライ制御判定部３９による判定を行うようにしてもよい。このことは、デジタルＴＶ１５における以降の処理でも同様である。
【０２５６】
ビデオ装置１６は、ＩＥＥＥ８０２．１１インターフェース部３１においてステータスコマンド１１１を受信して、実装している認証方式と鍵の種類を含むレスポンスとして、ＩＥＥＥ８０２．１１インターフェース部３１からデジタルＴＶ１５に対してステータスレスポンス１１２を送信する。
【０２５７】
ここで、以上のような処理において、ＩＥＥＥ８０２．１１ｂの伝送速度が遅いためデジタルＴＶ１５がステータスコマンド１１１を発信してから、レスポンスが到着しないまま、１００ｍｓｅｃ以上経過している場合の処理について説明する。
【０２５８】
デジタルＴＶ１５には、１００ｍｓｅｃの制限時間以内にステータスコマンド１１１に対するレスポンスが返ってきていないため、通信制御部３２がステータスコマンド１１１のリトライコマンド１１３を送信しようとする。この時点では、リトライ制御を行わない設定となっているので、リトライコマンド１１３はそのままビデオ装置１６に送信される。
【０２５９】
ビデオ装置１６は、リトライコマンド１１３を受信すると、エラーレスポンス１１５をデジタルＴＶ１５に対して送信する。これは、以前に受信したステータスコマンド１１１に対するレスポンスを正常に返信したにも拘らず、同じ内容のコマンドを受信したことによるものである。
【０２６０】
デジタルＴＶ１５は、ＩＥＥＥ８０２．１１ｂインターフェース部３１でエラーレスポンス１１５を受信して、プロトコル変換部３３において、エラーレスポンス１１５のＩＥＥＥ８０２．１１ｂパケットからデータを抽出し、通信制御部３２に対してエラーレスポンスを送信する。
【０２６１】
また、リトライ制御判定部３９が、上記で抽出されたデータがエラーレスポンスであるか否かの判定を行う。ここでは、受信したコマンドはエラーレスポンスであるので、以降、リトライ制御を行うようにリトライ制御判定部３９が設定を行う。
【０２６２】
一方、通信制御部３２は、最初のステータスコマンドに対する応答信号であるステータスレスポンス１１２を受信すると、そのデータを解析して不具合が無ければ、次のＤＴＣＰ認証ステップであるチャレンジコマンド１１４を送信する。このチャレンジコマンドがビデオ装置１６に送信され、これに対するチャレンジレスポンスが、デジタルＴＶ１５に送信される。
【０２６３】
デジタルＴＶ１５は、チャレンジコマンド１１４を送信した後に、エラーレスポンス１１５を受信することによって、エラーが発生したことを認識する。そして、既に送信しているチャレンジコマンド１１４に対するチャレンジレスポンスを受信するのを待ってから、再認証を行うためのＡＫＥキャンセルコマンド１１７をビデオ装置１６に対して送信しようとする。
【０２６４】
ここで、プロトコル変換部３３，プロトコル制御部３４において、ＡＫＥキャンセルコマンド１１７からデータを抽出する。この時点（図１０におけるＴ２）では、リトライ制御判定部３９によって、リトライ制御を行うように設定されているので、実施形態１で示したように、再送信号判定部３５が、抽出したデータを要求信号記憶部３６の内容と比較してリトライコマンドであるかどうかの判定を行う。ここでは、受信したコマンドは、１回目のＡＫＥキャンセルコマンドであり、リトライコマンドではないため、プロトコル制御部３４が、要求信号記憶部３６にそのデータの内容を記録させる。そして、プロトコル制御部３４は、ＩＥＥＥ８０２．１１ｂインターフェース部３１からビデオ装置１６に対して、ＩＥＥＥ８０２．１１ｂパケットとしてＡＫＥキャンセルコマンド１１７を送信する。
【０２６５】
以降、ＡＫＥキャンセルコマンドがビデオ装置１６に送信され、これに対するレスポンスがビデオ装置１６からデジタルＴＶ１５に送信されると、その後、デジタルＴＶ１５は、ステータスコマンド送信からの再認証を行うことになる。そして、ＡＫＥキャンセルコマンド以降のコマンドに対しては、リトライ制御を行う、すなわち、リトライコマンドがデジタルＴＶ１５から送信された際には、これの送信を行わないようにプロトコル制御部３４が設定される。
【０２６６】
なお、実施形態３で示したのと同様に、チャレンジコマンド・レスポンスが行われた後にエラーが発生する場合も考えられるので、このような場合には、デジタルＴＶ１６は図１３のフローチャートに示すような処理を行う。なお、実施形態３との相違点としては、図１３のフローチャートに示す処理がデジタルＴＶ１６内で行われる点のみであるので、ここではその説明を省略する。
【０２６７】
本実施形態の構成によれば、プロトコル制御部３４によるリトライ制御を行う場合と行わない場合とを切替えることが可能となる。すなわち、リトライコマンドが送られてもエラーが生じないビデオ装置１６が用いられる場合には、リトライ制御を行わないように設定することによって、実際に再送が必要となった場合にも的確に対応することが可能となる。一方、リトライコマンドが送られるとエラーが生じるビデオ装置１６が用いられる場合には、上記のようにリトライ制御を行うように設定することによって、エラーが生じることを防止することができる。
【０２６８】
また、エラーレスポンスの受信が検知されるまでは、リトライ制御が行われないことになるので、必要なときにのみリトライ制御が行われることになる。よって、再送信号が送られるとエラーが生じるビデオ装置１６が用いられる場合にのみ、的確にリトライ制御を行うことが可能となる。
【０２６９】
また、上記の構成によれば、まず、エラーレスポンスを送信したビデオ装置１６に関する機器情報が機器情報記憶部３８に記憶される。その後、機器情報記憶部３８に記憶されているビデオ装置１６と通信を行うことになった場合には、エラーレスポンスが検出されるか否かに拘らず、リトライ制御が行われるようになる。よって、エラーが生じる可能性が高いビデオ装置１６と接続された場合に、これに迅速に対応してリトライ制御行うことができるので、エラーの発生を防止することが可能となる。
【０２７０】
なお、リトライ制御を行うか否かの設定は、利用者によって手動で設定することが可能となっていてもよい。
【０２７１】
【発明の効果】
本発明の通信中継装置は、以上のように、通信装置から受信した上記要求信号を記憶する要求信号記憶手段を備えているとともに、上記制御手段は、上記通信装置から受信した信号が、上記要求信号記憶手段に記憶された要求信号の再送信号であるか否かを判定する再送信号判定手段と、上記再送信号判定手段が、上記受信した信号が上記再送信号であると判定した場合には、上記信号の中継を中止するプロトコル制御手段と、を備えている。
【０２７２】
それゆえ、所定時間内に受信側の通信装置に送信した要求信号に対応する応答信号を受信しなかった場合に再送信号を送信する再送制御を行う通信装置において、再送信号を中継しないように制御するため、再送信号の存在により要求信号と応答信号との対応関係が崩れることによる通信制御における不具合の発生を防止できる。よって、要求信号と応答信号との対応関係を維持しつつ、適切な通信制御を行うことができるという効果を奏する。
【０２７３】
また、本発明に係る通信中継装置は、上記制御手段が、上記プロトコル制御手段における上記再送信号の中継の中止処理を行うか否かを設定する再送制御判定手段をさらに備えている構成としてもよい。
【０２７４】
これにより、上記の構成による効果に加えて、再送信号が送られてもエラーが生じない通信装置が用いられる場合には、再送信号の中継を中止しないように設定することによって、実際に再送が必要となった場合にも的確に対応することが可能となる一方、再送信号が送られるとエラーが生じる通信装置が用いられる場合には、上記のように再送信号の中継を中止するように設定することによって、エラーが生じることを防止することができるという効果を奏する。
【０２７５】
また、本発明に係る通信中継装置は、上記再送制御判定手段が、特定の通信装置間で送受信される信号の中継処理を開始した直後は、上記プロトコル制御手段における上記再送信号の中継の中止処理を行わないものとして設定する一方、エラーを示す信号の中継を検知した後は、上記プロトコル制御手段における上記再送信号の中継の中止処理を行うものとして設定する構成としてもよい。
【０２７６】
これにより、上記の構成による効果に加えて、再送信号が送られるとエラーが生じる通信装置が用いられる場合にのみ、的確に再送信号の中継の中止処理を行うことが可能となるという効果を奏する。
【０２７７】
また、本発明に係る通信中継装置は、エラーを示す信号を送信した通信装置の機器情報を記憶する機器情報記憶手段をさらに備え、上記再送制御判定手段が、エラーを示す信号の中継を検知した際に、該エラーを示す信号を送信した通信装置の機器情報を上記機器情報記憶手段に記憶するとともに、信号を中継する通信装置が、上記機器情報記憶手段に記憶されている、エラーを示す信号を送信した通信装置である場合に、上記プロトコル制御手段における上記再送信号の中継の中止処理を行うものとして設定する構成としてもよい。
【０２７８】
これにより、上記の構成による効果に加えて、エラーが生じる可能性が高い通信装置と接続された場合に、これに迅速に対応して再送信号の中継を中止することができるので、エラーの発生を防止することが可能となるという効果を奏する。
【０２７９】
上記要求信号およびその再送信号は、ＤＴＣＰ規格に基づいて送受信されることがより好ましい。
【０２８０】
それゆえ、ＤＴＣＰ規格で定められた所定時間内に、通信装置が応答信号を受信しなかった場合でも、要求信号と応答信号との対応関係を維持することができ、適切な通信制御を行うことができるとともに、ＤＴＣＰ規格により確保された安全性の高い通信を実現できるという効果を奏する。
【０２８１】
通信装置とは、無線通信によって接続されていることがより好ましい。
【０２８２】
それゆえ、ＤＴＣＰ規格を採用した通信を行いつつ、送信側あるいは受信側の通信装置との間を、例えば、ＩＥＥＥ８０２．１１ｂ等の無線通信を介して接続することで、離れた場所からの通信が可能になり、広範囲での通信が可能になるという効果を奏する。
【０２８３】
受信側の通信装置あるいは通信中継装置とは、ＩＥＥＥ８０２．１１で規定される無線通信規格、ＵＷＢあるいはＰＬＣの通信規格に基づいて通信を行うとともに、送信側の通信装置とは、ＩＥＥＥ１３９４で規定される通信規格に基づいて通信を行うことがより好ましい。
【０２８４】
それゆえ、広範囲な通信を可能にするために、通信速度が遅い無線通信を介して、ＤＴＣＰ規格を採用した通信を行う場合でも、所定時間内に応答信号を受信できずに送信された再送信号を中継しないため、無駄な再送信号が送信されることで、再送信号と応答信号との関係が崩れて、適切な通信制御を行うことができなくなることを防止できるという効果を奏する。
【０２８５】
本発明の通信装置は、以上のように、送信した要求信号を記憶する要求信号記憶手段を備えているとともに、上記制御手段は、送信しようとする信号が、上記要求信号記憶手段に記憶された要求信号の再送信号であるか否かを判定する再送信号判定手段と、上記再送信号判定手段が上記受信した信号が上記再送信号であると判定した場合には、上記信号を送信しないように通信制御を行うプロトコル制御手段と、を備えている。
【０２８６】
それゆえ、所定時間内に要求信号に対応する応答信号を受信しなかった場合には、再送信号を送信する再送制御を行う通信装置において、再送信号を送信しないように制御するため、再送信号の存在により要求信号と応答信号との対応関係が崩れることによる通信制御における不具合の発生を防止できる。よって、要求信号と応答信号との対応関係を維持しつつ、適切な通信制御を行うことができるという効果を奏する。
【０２８７】
また、本発明に係る通信装置は、上記制御手段が、上記プロトコル制御手段における上記再送信号の送信の中止処理を行うか否かを設定する再送制御判定手段をさらに備えている構成としてもよい。
【０２８８】
これにより、上記の構成による効果に加えて、再送信号が送られてもエラーが生じない通信装置が用いられる場合には、再送信号の送信を中止しないように設定することによって、実際に再送が必要となった場合にも的確に対応することが可能となる一方、再送信号が送られるとエラーが生じる通信装置が用いられる場合には、上記のように再送信号の送信を中止するように設定することによって、エラーが生じることを防止することができるという効果を奏する。
【０２８９】
また、本発明に係る通信装置は、上記再送制御判定手段が、特定の通信装置に対して信号の送信処理を開始した直後は、上記プロトコル制御手段における上記再送信号の送信の中止処理を行わないものとして設定する一方、エラーを示す信号の受信を検知した後は、上記プロトコル制御手段における上記再送信号の送信の中止処理を行うものとして設定する構成としてもよい。
【０２９０】
これにより、上記の構成による効果に加えて、再送信号が送られるとエラーが生じる通信装置が用いられる場合にのみ、的確に再送信号の送信の中止処理を行うことが可能となるという効果を奏する。
【０２９１】
また、本発明に係る通信装置は、エラーを示す信号を送信した通信装置の機器情報を記憶する機器情報記憶手段をさらに備え、上記再送制御判定手段が、エラーを示す信号の受信を検知した際に、該エラーを示す信号を送信した通信装置の機器情報を上記機器情報記憶手段に記憶するとともに、通信相手となる通信装置が、上記機器情報記憶手段に記憶されている、エラーを示す信号を送信した通信装置である場合に、上記プロトコル制御手段における上記再送信号の送信の中止処理を行うものとして設定する構成としてもよい。
【０２９２】
これにより、上記の構成による効果に加えて、エラーが生じる可能性が高い通信装置と接続された場合に、これに迅速に対応して再送信号の送信を中止することができるので、エラーの発生を防止することが可能となるという効果を奏する。
【０２９３】
上記要求信号およびその再送信号は、ＤＴＣＰ規格に基づいて送受信されることがより好ましい。
【０２９４】
それゆえ、ＤＴＣＰ規格で定められた所定時間内に、応答信号を受信しなかった場合でも、要求信号と応答信号との対応関係を維持することができ、適切な通信制御を行うことができるとともに、ＤＴＣＰ規格により確保された安全性の高い通信を実現できるという効果を奏する。
【０２９５】
ＩＥＥＥ８０２．１１で規定される無線通信規格、ＵＷＢあるいはＰＬＣの通信規格に基づいて通信を行うことがより好ましい。
【０２９６】
それゆえ、無線通信を介して通信を行うため、ＩＥＥＥ１３９４等の有線通信を介して通信する場合と比較して、離れた場所からの通信等、広範囲な通信が可能になる。また、ＤＴＣＰ規格に基づく通信では、所定時間が１００ｍｓｅｃと短い時間が設定されているが、本発明の通信装置によれば、不要な再送信号が送信されることを防止して、要求信号と応答信号との対応関係を維持しつつ、適切な通信制御を行うことができるという効果を奏する。
【０２９７】
本発明の通信システムは、以上のように、上記通信中継装置と、互いに信号を送受信して通信を行う複数の通信装置とを備えており、上記通信装置は、上記通信中継装置を介して、受信側の通信装置に信号を送信する構成である。
【０２９８】
それゆえ、通信装置から送信される再送信号を、通信中継装置が中継しない通信システムを構築できるため、通信が遮断されていないにもかかわらず送信された再送信号に起因して要求信号と応答信号との対応関係が崩れることを防止し、適切な通信制御を行うことができるという効果を奏する。
【０２９９】
本発明の通信システムは、以上のように、上記通信装置を複数備え、該通信装置間で通信を行う構成である。
【０３００】
それゆえ、通信装置から再送信号を送信しない通信システムを構築できるため、通信が遮断されていないにもかかわらず送信された再送信号に起因して要求信号と応答信号との対応関係が崩れることを防止し、適切な通信制御を行うことができるという効果を奏する。
【０３０１】
本発明の通信方法は、以上のように、通信中継装置は、要求信号記憶手段、再送信号判定手段およびプロトコル制御手段を備えており、上記要求信号記憶手段が、上記通信装置から受信した上記要求信号を記憶するステップと、上記再送信号判定手段が、上記通信装置から受信した信号が、上記要求信号記憶手段に記憶された要求信号の再送信号であるか否かを判定するステップと、上記プロトコル制御手段が、上記受信した信号が上記再送信号であると上記再送信号判定手段により判定された場合には、上記信号の中継を中止するステップと、を備えている。
【０３０２】
それゆえ、所定時間内に受信側の通信装置に送信した要求信号に対応する応答信号を受信しなかった場合に再送信号を送信する再送制御を行う通信装置において、再送信号を中継しないように制御するため、再送信号の存在により要求信号と応答信号との対応関係が崩れることによる通信制御における不具合の発生を防止できる。よって、要求信号と応答信号との対応関係を維持しつつ、適切な通信制御を行うことができるという効果を奏する。
【０３０３】
本発明の通信方法は、以上のように、通信装置は、要求信号記憶手段、再送信号判定手段およびプロトコル制御手段を備えており、上記要求信号記憶手段が、送信した要求信号を記憶するステップと、上記再送信号判定手段が、送信しようとする信号が上記要求信号記憶手段に記憶された要求信号の再送信号であるか否かを判定するステップと、上記プロトコル制御手段が、上記再送信号判定手段により上記受信した信号が上記再送信号であると判定された場合には、上記信号を送信しないように通信制御を行うステップと、を備えている。
【０３０４】
それゆえ、所定時間内に要求信号に対応する応答信号を受信しなかった場合には、再送信号を送信する再送制御を行う通信装置において、再送信号を送信しないように制御するため、再送信号の存在により要求信号と応答信号との対応関係が崩れることによる通信制御における不具合の発生を防止できる。よって、要求信号と応答信号との対応関係を維持しつつ、適切な通信制御を行うことができるという効果を奏する。
【０３０５】
本発明の通信プログラムは、以上のように、上記通信中継装置を動作させる通信プログラムであって、上記制御手段が備えている各手段をコンピュータに実現させる構成である。
【０３０６】
それゆえ、本発明の通信プログラムがコンピュータに読み込まれることにより、各種ハードウェアと関連して、上記通信中継装置の制御手段が備えている各手段を機能させることができるという効果を奏する。
【０３０７】
本発明の通信プログラムは、以上のように、上記通信装置を動作させる通信プログラムであって、上記制御手段が備えている各手段をコンピュータに実現させる構成である。
【０３０８】
それゆえ、本発明の通信プログラムがコンピュータに読み込まれることにより、各種ハードウェアと関連して、上記通信装置の制御手段が備えている各手段を機能させることができるという効果を奏する。
【０３０９】
本発明の記録媒体は、以上のように、上記通信プログラムを記録した構成である。
【０３１０】
それゆえ、本発明の記録媒体に格納された通信プログラムがコンピュータに読み込まれることで、各種ハードウェアと関連して、上記通信中継装置あるいは通信装置が備えている各手段を機能ブロックとして機能させることができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る通信中継装置の内部の構成を示すブロック図である。
【図２】本発明の一実施形態に係る通信システムの構成を示すブロック図である。
【図３】本発明の通信中継装置における通信処理の流れを示すフローチャートである。
【図４】図２の通信システムにおける実際のデータのやり取りを示す図である。
【図５】本発明の他の実施形態に係る通信システムの構成を示すブロック図である。
【図６】本発明の通信装置における通信処理の流れを示すフローチャートである。
【図７】本発明の他の実施形態に係る通信装置の内部の構成を示すブロック図である。
【図８】図５の通信システムにおける実際のデータのやり取りを示す図である。
【図９】本発明のさらに他の実施形態に係る通信システムにおける実際のデータのやり取りを示す図である。
【図１０】本発明のさらに他の実施形態に係る通信システムにおける実際のデータのやり取りを示す図である。
【図１１】本発明のさらに他の実施形態に係る通信装置の内部の構成を示すブロック図である。
【図１２】本発明のさらに他の実施形態に係る通信装置の内部の構成を示すブロック図である。
【図１３】本発明のさらに他の実施形態に係る通信装置における通信処理の流れを示すフローチャートである。
【図１４】従来の通信システムにおけるデータのやり取りを示す図である。
【図１５】特許文献１に開示された従来の通信システムにおけるデータのやり取りを示す図である。
【図１６】従来の通信システムの構成と、データのやり取りとを示す図である。
【図１７】従来の通信システムにおけるデータのやり取りを示す図である。
【符号の説明】
１０ａ・１０ｂ    通信システム
１１・１４      通信装置
１２・１３      通信中継装置
１５・１６      通信装置
２１・３１      ＩＥＥＥ８０２．１１ｂインターフェース部
２２      ＩＥＥＥ１３９４インターフェース部
２３・３３      プロトコル変換部
２４・３４      プロトコル制御部（プロトコル制御手段）
２５・３５      再送信号判定部（再送信号判定手段）
２６・３６      要求信号記憶部（要求信号記憶手段）
２７・３７      制御部（制御手段）
３２      通信制御部
２８・３８      機器情報記憶部（機器情報記憶手段）
２９・３９      リトライ制御判定部（再送制御判定手段）
【図１】
2005079615.tif 000003
【図２】
2005079615.tif 000004
【図３】
2005079615.tif 000005
【図４】
2005079615.tif 000006
【図５】
2005079615.tif 000007
【図６】
2005079615.tif 000008
【図７】
2005079615.tif 000009
【図８】
2005079615.tif 000010
【図９】
2005079615.tif 000011
【図１０】
2005079615.tif 000012
【図１１】
2005079615.tif 000013
【図１２】
2005079615.tif 000014
【図１３】
2005079615.tif 000015
【図１４】
2005079615.tif 000016
【図１５】
2005079615.tif 000017
【図１６】
2005079615.tif 000018
【図１７】
2005079615.tif 000019