JP5375230B2 - 通信システム、及び通信方法 - Google Patents
通信システム、及び通信方法 Download PDFInfo
- Publication number
- JP5375230B2 JP5375230B2 JP2009064072A JP2009064072A JP5375230B2 JP 5375230 B2 JP5375230 B2 JP 5375230B2 JP 2009064072 A JP2009064072 A JP 2009064072A JP 2009064072 A JP2009064072 A JP 2009064072A JP 5375230 B2 JP5375230 B2 JP 5375230B2
- Authority
- JP
- Japan
- Prior art keywords
- communication
- command
- request
- line
- remote control
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Communication Control (AREA)
- Selective Calling Equipment (AREA)
Description
本発明は、通信システム、及び通信方法に関する。
従来、通信の制御を行うホストコンピュータ（以下、ホスト）とそれに従属する複数のデバイス機器（以下、デバイス）との間で通信（データの送受信）を行うためには、両者を相互に接続する必要がある。両者の接続を有線で行う場合、ホストと１つのデバイスとを個別のデータ伝送路（専用線）で接続する形が一般的である。そのため、ホストに接続されるデバイスの数が多くなると、必要となる端子の数が増えるので、端子を形成するスペースが足りなくなったり、端子の増設に余分なコストが掛かったりとさまざまな課題があった。
そこで、例えば、特許文献１には、ホストとデバイスとを有線接続する際、通信要求等の制御信号を伝送するための制御線（リクエストライン）とデータを伝送するための通信線（通信ライン）の２種類のラインを設けた技術が開示されている。具体的には、通信ラインにおいては、ホストと各デバイスとをパラレルに接続することでラインの共用化を実現している。一方、リクエストラインにおいては、各機器間をチェーン上に連続して接続するチェーン接続が行われている。
しかしながら、上記特許文献１に記載の技術は、リクエストラインにおいてラインを共用できておらず、接続されるデバイスの数だけ通信要求端子や通信ラインが必要となり、拡張性が悪い。
また、一度システムを構築してしまうと、新たな拡張はさらに困難である。
また、一度システムを構築してしまうと、新たな拡張はさらに困難である。
本発明は、ラインの共用化を実現し、最小限の端子とラインでホストとデバイスを接続可能な通信システム、及び通信方法を提供することを目的とする。
請求項１に記載の発明は、上記目的を達成するためになされたものであり、通信の集中制御を行うホストと、当該ホストからの制御に基づいて各種処理を行う複数のデバイスと、が通信要求用のリクエストラインとデータ伝送用の通信ラインによって接続されている通信システムにおいて、前記通信システムが用いる前記リクエストラインは１本のみであり、前記ホストは、前記リクエストラインの信号論理を確認して前記デバイスと通信可能な状態であるか否かを判断し、通信可能な状態であった場合に、前記信号論理を、通信状態を示す信号論理に変更するとともに前記デバイスからの通信要求を禁止し、前記通信ラインを介して、前記デバイスを制御するためのコマンドを前記デバイスに送信し、前記コマンドの送信が完了したら前記通信ラインを入力に切り換え、前記通信ラインを介して、前記デバイスからの返答コマンドを受信し、前記返答コマンドの受信が完了したら、前記リクエストラインの信号論理を前記デバイスと通信可能な状態にする制御手段を備え、前記制御手段は、前記デバイスから通信の要求を確認するコマンドを受信した場合に、当該コマンドを参照して当該通信要求をしたデバイスを特定し、当該特定したデバイスに対して通信を許可するコマンドを送信することを特徴とする。
請求項２に記載の発明は、請求項１に記載の通信システムにおいて、前記ホストは、通信システム内の通信状況を示す情報を生成する情報生成手段を更に有し、前記デバイスは、前記情報生成手段により生成された通信状況を示す情報を表示する表示手段を備えることを特徴とする。
請求項３に記載の発明は、請求項１又は２に記載の通信システムにおいて、前記デバイスは、前記制御手段により送信されたコマンドに応じた音声を出力する音声出力手段を備えることを特徴とする。
請求項４に記載の発明は、通信の集中制御を行うホストと、当該ホストからの制御に基づいて各種処理を行う複数のデバイスと、が通信要求用のリクエストラインとデータ伝送用の通信ラインによって接続されている通信システムにおける通信方法であって、前記通信システムが用いる前記リクエストラインは１本のみであり、制御手段により、前記リクエストラインの信号論理を確認して前記デバイスと通信可能な状態であるか否かを判断し、通信可能な状態であった場合に、前記信号論理を、通信状態を示す信号論理に変更するとともに前記デバイスからの通信要求を禁止し、前記通信ラインを介して、前記デバイスを制御するためのコマンドを前記デバイスに送信し、前記コマンドの送信が完了したら前記通信ラインを入力に切り換え、前記通信ラインを介して、前記デバイスからの返答コマンドを受信し、前記返答コマンドの受信が完了したら、前記リクエストラインの信号論理を前記デバイスと通信可能な状態にする工程、を含み、前記通信可能な状態にする工程は、前記デバイスから通信の要求を確認するコマンドを受信した場合に、当該コマンドを参照して当該通信要求をしたデバイスを特定し、当該特定したデバイスに対して通信を許可するコマンドを送信することを特徴とする通信方法である。
本発明によれば、ラインの共用化を実現し、最小限の端子とラインでホストとデバイスを接続可能な通信システム、及び通信方法を提供することができる。
以下、本発明の実施の形態を図面に基づいて説明する。なお、本実施形態では、本発明に係るホストをオーディオ装置に、また、本発明に係るデバイスをリモコン装置に適用した場合について例示する。
図１は、本実施形態に係る通信システムを構成するオーディオ装置１、及びリモコン装置２、３、・・の概略構成を示すブロック図である。
図１に示すように、オーディオ装置１は、リモコン装置２、３、・・と、電源ラインＰ、リクエストラインＲ、通信ラインＮを介してそれぞれ接続されている。
図１に示すように、オーディオ装置１は、リモコン装置２、３、・・と、電源ラインＰ、リクエストラインＲ、通信ラインＮを介してそれぞれ接続されている。
オーディオ装置１は、電源部１１と、電源ＳＷ１２と、表示部１３と、操作部１４と、制御部１５と、リクエストバッファ１６と、通信バッファ１７と、を備えて構成される。
電源部１１は、バッテリであり、制御部１５からの制御命令に従って、オーディオ装置１の各部に電源供給を行う。
電源ＳＷ１２は、電源部１１からのオーディオ装置１の各部に対しての電力供給を制御するためのスイッチである。
電源ＳＷ１２は、電源部１１からのオーディオ装置１の各部に対しての電力供給を制御するためのスイッチである。
表示部１３は、例えば、液晶や有機ＥＬ（Electro Luminescence）等のディスプレイを備え、制御部１５から出力された表示信号に基づいて、オーディオ装置１の動作モード情報、操作情報、設定情報、プレイリスト情報、楽曲情報等の各種情報を表示する。
操作部１４は、オーディオ装置１を操作するための操作キー群（例えば方向指示キー、決定キー、再生キー、停止キー等）を備える。操作部１４は、ユーザにより操作キーが押下されると、操作キーに応じた操作信号を生成し、制御部１５に出力する。
操作部１４は、オーディオ装置１を操作するための操作キー群（例えば方向指示キー、決定キー、再生キー、停止キー等）を備える。操作部１４は、ユーザにより操作キーが押下されると、操作キーに応じた操作信号を生成し、制御部１５に出力する。
制御部１５は、例えば、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等を備えて構成され、オーディオ装置１の各部を制御する。
ＣＰＵは、ＲＯＭに格納された処理プログラム等を読み出して、ＲＡＭに展開して実行することにより、オーディオ装置１全体の制御を行う。
ＲＡＭは、ＣＰＵにより実行された処理プログラム等を、ＲＡＭ内のプログラム格納領域に展開するとともに、入力データや上記処理プログラムが実行される際に生じる処理結果等をデータ格納領域に格納する。
ＲＯＭは、例えば、半導体メモリで構成され、処理プログラムやデータ等が予め記憶されている。
ＣＰＵは、ＲＯＭに格納された処理プログラム等を読み出して、ＲＡＭに展開して実行することにより、オーディオ装置１全体の制御を行う。
ＲＡＭは、ＣＰＵにより実行された処理プログラム等を、ＲＡＭ内のプログラム格納領域に展開するとともに、入力データや上記処理プログラムが実行される際に生じる処理結果等をデータ格納領域に格納する。
ＲＯＭは、例えば、半導体メモリで構成され、処理プログラムやデータ等が予め記憶されている。
制御部１５は、リクエストラインＲの状態（信号論理）を確認してデバイス（リモコン装置）と通信可能な状態であるか否かを判断し、通信可能な状態であった場合に、通信ラインＮを介して、リモコン装置を制御するためのコマンドをリモコン装置に送信する。また、制御部１５は、通信システム内の通信状況を示す情報を生成する。さらに、制御部１５は、リモコン装置を制御するためのコマンドをすべて送信した後、リクエストラインＲを通信待機状態に切り換える。
リクエストバッファ１６は、リクエストラインＲの信号論理（Ｈ（High）：通信待機状態、Ｌ（Low）：通信状態）を保持するための記憶領域である。
通信バッファ１７は、通信ラインＮの状態（ｉｎ：入力状態、ｏｕｔ：出力状態）を保持するための記憶領域である。
通信バッファ１７は、通信ラインＮの状態（ｉｎ：入力状態、ｏｕｔ：出力状態）を保持するための記憶領域である。
また、リモコン装置２、３、・・は、図１に示したようにまったく同一の構成から成る装置である。従って、ここでは、リモコン装置２の構成のみを説明する。
リモコン装置２は、電源部２１と、表示部２２と、操作部２３と、制御部２４と、リクエストバッファ２５と、通信バッファ２６と、を備えて構成される。
リモコン装置２は、電源部２１と、表示部２２と、操作部２３と、制御部２４と、リクエストバッファ２５と、通信バッファ２６と、を備えて構成される。
電源部２１は、バッテリであり、制御部２４からの制御命令に従って、リモコン装置２の各部に電源供給を行う。
表示部２２は、例えば、液晶や有機ＥＬ（Electro Luminescence）等のディスプレイを備え、制御部２４から出力された表示信号に基づいて、リモコン装置２の動作モード情報、操作情報、設定情報、プレイリスト情報、楽曲情報等の各種情報を表示する。また、表示部２２は、オーディオ装置１の制御部１５で生成された通信システム内の通信状況を示す情報を表示する。
操作部２３は、リモコン装置２を操作するための操作キー群（例えば方向指示キー、決定キー、再生キー、停止キー等）を備える。操作部２３は、ユーザにより操作キーが押下されると、操作キーに応じた操作信号を生成し、制御部２４に出力する。
操作部２３は、リモコン装置２を操作するための操作キー群（例えば方向指示キー、決定キー、再生キー、停止キー等）を備える。操作部２３は、ユーザにより操作キーが押下されると、操作キーに応じた操作信号を生成し、制御部２４に出力する。
制御部２４は、例えば、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等を備えて構成され、リモコン装置２の各部を制御する。
ＣＰＵは、ＲＯＭに格納された処理プログラム等を読み出して、ＲＡＭに展開して実行することにより、リモコン装置２全体の制御を行う。
ＲＡＭは、ＣＰＵにより実行された処理プログラム等を、ＲＡＭ内のプログラム格納領域に展開するとともに、入力データや上記処理プログラムが実行される際に生じる処理結果等をデータ格納領域に格納する。
ＲＯＭは、例えば、半導体メモリで構成され、処理プログラムやデータ等が予め記憶されている。
ＣＰＵは、ＲＯＭに格納された処理プログラム等を読み出して、ＲＡＭに展開して実行することにより、リモコン装置２全体の制御を行う。
ＲＡＭは、ＣＰＵにより実行された処理プログラム等を、ＲＡＭ内のプログラム格納領域に展開するとともに、入力データや上記処理プログラムが実行される際に生じる処理結果等をデータ格納領域に格納する。
ＲＯＭは、例えば、半導体メモリで構成され、処理プログラムやデータ等が予め記憶されている。
リクエストバッファ２５は、リクエストラインＲの信号論理（Ｈ（High）：通信待機状態、Ｌ（Low）：通信状態）を保持するための記憶領域である。
通信バッファ２６は、通信ラインＮの状態（ｉｎ：入力状態、ｏｕｔ：出力状態）を保持するための記憶領域である。
通信バッファ２６は、通信ラインＮの状態（ｉｎ：入力状態、ｏｕｔ：出力状態）を保持するための記憶領域である。
図２は、本実施形態に係る通信システム内で行われる通信処理の一例（通信処理１）について示したフローチャートである。なお、図２では、オーディオ装置１（ホスト側）からリモコン装置２（デバイス側）に対して通信要求を行う場合について説明する。
また、図３は、オーディオ装置からリモコン装置に対して通信要求を行う場合のリクエストラインＲ及び通信ラインＮの様子について示したタイミングチャートである。
また、図３は、オーディオ装置からリモコン装置に対して通信要求を行う場合のリクエストラインＲ及び通信ラインＮの様子について示したタイミングチャートである。
まず、オーディオ装置１は、リクエストラインＲ（ＲＥＱ）の状態（論理）を確認する（ステップＡ１）。リクエストラインＲはアクティブＬ（Active Low）のロジック信号であり、通常時（通信待機時）にＨ、通信時にＬを示す。リクエストラインＲがＨであった場合（ステップＡ１：ＹＥＳ）は、リクエストラインＲをＬにしてリモコン装置２側からの通信要求を禁止し（ステップＡ２：図３のＰ１参照）、通信ラインＮを出力に切り換える（ステップＡ３）。一方、リクエストラインＲがＬであった場合（ステップＡ１：ＮＯ）は、リモコン装置２側からの通信を優先させ、オーディオ装置１側からの通信要求を保留する。
リモコン装置２は、オーディオ装置１がリクエストラインＲをＬにした（ステップＡ２）ことを確認すると、オーディオ装置１に対しての通信要求を禁止する（ステップＢ１）。
リモコン装置２は、オーディオ装置１がリクエストラインＲをＬにした（ステップＡ２）ことを確認すると、オーディオ装置１に対しての通信要求を禁止する（ステップＢ１）。
通信ラインＮを出力に切り換えた後、オーディオ装置１はコマンドを送信する（ステップＡ４：図３のＰ２参照）。コマンドとは、通信相手に対する命令のことである。コマンドのフォーマットについて図４に示す。また、コマンド分類について図５に示す。
図４に示したように、コマンドは、Ｓｔａｒｔ（１バイト）、Ｃｏｎｔｅｎｔ（１バイト）、ＤａｔａＮｕｍ（１バイト）、Ｄａｔａ（ｎバイト）、ＣｈｋＳｕｍ（１バイト）で構成される。
Ｓｔａｒｔの上位４ビットにはコマンド分類、下位４ビットには端末Ｎｏ．が記述されている。なお、コマンド分類については図５に後述する。
端末Ｎｏ．は、リモコン装置がオーディオ装置１に接続された際に割り当てられる固有の識別情報（ユニークＩＤ）である。
オーディオ装置１が個別の端末（リモコン装置）に対してコマンドを送信する場合は当該端末に割り当てられた端末Ｎｏ．を、端末（リモコン装置）がオーディオ装置１に対してコマンドを送信する場合は自身に割り当てられた端末Ｎｏ．を、それぞれＳｔａｒｔの下位４ビットに記述して送信する。
Ｓｔａｒｔの上位４ビットにはコマンド分類、下位４ビットには端末Ｎｏ．が記述されている。なお、コマンド分類については図５に後述する。
端末Ｎｏ．は、リモコン装置がオーディオ装置１に接続された際に割り当てられる固有の識別情報（ユニークＩＤ）である。
オーディオ装置１が個別の端末（リモコン装置）に対してコマンドを送信する場合は当該端末に割り当てられた端末Ｎｏ．を、端末（リモコン装置）がオーディオ装置１に対してコマンドを送信する場合は自身に割り当てられた端末Ｎｏ．を、それぞれＳｔａｒｔの下位４ビットに記述して送信する。
なお、本実施形態に係るオーディオ装置及びリモコン装置は、コマンドを受信した際、端末Ｎｏ．が不適切であった場合は当該コマンドを無視する。例えば、オーディオ装置は、受信したコマンドに存在しない端末Ｎｏ．が付加されていた場合、当該コマンドを無視する。また、例えば、リモコン装置２は、受信したコマンドに付加された端末Ｎｏ．と自身の端末Ｎｏ．とが一致しなかった場合、当該コマンドを無視する。
Ｃｏｎｔｅｎｔには、コマンドの内容が記述される（省略の場合あり）。ＤａｔａＮｕｍには、Ｄａｔａのバイト数が記述される（省略の場合あり）。Ｄａｔａには、最大２５５バイトまでの送信（受信）データが記述される（省略の場合あり）。ＣｈｋＳｕｍには、コマンド全体のバイト数（ＣｈｋＳｕｍは除く）に１バイト加算したチェックデータが記述される。
図５は、コマンド分類について示した図である。
図５に示したように、コマンドには、例えば、コマンドエラーコマンド、ＡＣＫコマンド、ＮＡＫコマンド等がある。コマンドエラーコマンドは、形式的にはコマンドの条件を満たしているが、内容的に無効なコマンドのことを指す。ＡＣＫコマンドは、受信完了を意味するコマンドである。また、ＮＡＫコマンドは、受信失敗、すなわち形式的に無効なコマンドであることを意味するコマンドである。
図５に示したように、コマンドには、例えば、コマンドエラーコマンド、ＡＣＫコマンド、ＮＡＫコマンド等がある。コマンドエラーコマンドは、形式的にはコマンドの条件を満たしているが、内容的に無効なコマンドのことを指す。ＡＣＫコマンドは、受信完了を意味するコマンドである。また、ＮＡＫコマンドは、受信失敗、すなわち形式的に無効なコマンドであることを意味するコマンドである。
次に、図２において、リモコン装置２は、オーディオ装置１から送信されたコマンドを受信する（ステップＢ２）。
オーディオ装置１は、コマンドの最終バイトの送信完了割り込み時に、通信ラインＮを入力に切り換える（ステップＡ５：図３のＰ３参照）。
リモコン装置２は、ステップＢ２でコマンドの受信が完了した２ｍｓｅｃ後に、通信ラインＮを出力に切り換える（ステップＢ３：図３のＰ４参照）。
リモコン装置２は、ステップＢ２でコマンドの受信が完了した２ｍｓｅｃ後に、通信ラインＮを出力に切り換える（ステップＢ３：図３のＰ４参照）。
通信ラインＮを出力に切り換えた後、リモコン装置２はコマンドを送信する（ステップＢ４：図３のＰ５参照）。ここで送信されるコマンドは、ステップＢ２で受信したコマンドに対しての返答コマンドである。
リモコン装置２は、コマンドの最終バイトの送信完了割り込み時に、通信ラインＮを入力に切り換える（ステップＢ５：図３のＰ６参照）。
リモコン装置２は、コマンドの最終バイトの送信完了割り込み時に、通信ラインＮを入力に切り換える（ステップＢ５：図３のＰ６参照）。
オーディオ装置１は、リモコン装置２から送信されたコマンドを受信する（ステップＡ６）と、２ｍｓｅｃ後に通信ラインＮを出力に切り換える（図３のＰ７参照）。ここで、リモコン装置２に対してＡＣＫコマンド等の返答が必要な場合はコマンドを送信する。
オーディオ装置１からリモコン装置２に対して送信するコマンドが複数ある場合は、ステップＡ４以降の処理を繰り返す。
オーディオ装置１からリモコン装置２に対して送信するコマンドが複数ある場合は、ステップＡ４以降の処理を繰り返す。
コマンドの送信がすべて終了すると、オーディオ装置１は、リクエストラインＲをＨにして通信を終了する（ステップＡ７：図３のＰ８参照）。
リモコン装置２は、オーディオ装置１がリクエストラインＲをＨにした（ステップＡ７）ことを確認すると、オーディオ装置１に対しての通信要求の禁止を解除する（ステップＢ６）。
リモコン装置２は、オーディオ装置１がリクエストラインＲをＨにした（ステップＡ７）ことを確認すると、オーディオ装置１に対しての通信要求の禁止を解除する（ステップＢ６）。
なお、オーディオ装置１がコマンドを送信した（ステップＡ４）後、リモコン装置２からのＮＡＫコマンドを受信した場合、又は０．１ｓｅｃ以上リモコン装置２から返答がなかった場合、再度コマンドを送信する。再度コマンドを送信しても状況が変わらなかった場合は、通信エラーを表示部１３に表示する。
このように、オーディオ装置１からリモコン装置２に対して通信要求を行う場合、オーディオ装置１は、リクエストラインＲの信号論理を確認してリモコン装置２と通信可能な状態であるか否かを判断し、通信可能な状態であった場合に、通信ラインＮを介して、リモコン装置２を制御するためのコマンドをリモコン装置２に送信する。
これにより、オーディオ装置１に設ける端子数及びライン数を削減できるので、安価に複数のリモコン装置（デバイス）を接続することが可能となる。また、デバイスの増設時に、端子及びラインを単純分岐で容易に接続することが可能となる。さらに、一旦通信システムを構築した後であっても、ソフトウェアのデバイス接続数の制限を変更するだけで、デバイスを増設することが可能となる。
次に、デバイス側からホスト側に対して通信要求を行う場合について、図６〜図１０を用いて説明する。
これにより、オーディオ装置１に設ける端子数及びライン数を削減できるので、安価に複数のリモコン装置（デバイス）を接続することが可能となる。また、デバイスの増設時に、端子及びラインを単純分岐で容易に接続することが可能となる。さらに、一旦通信システムを構築した後であっても、ソフトウェアのデバイス接続数の制限を変更するだけで、デバイスを増設することが可能となる。
次に、デバイス側からホスト側に対して通信要求を行う場合について、図６〜図１０を用いて説明する。
（第１実施形態）
図６は、本実施形態に係る通信システム内で行われる通信処理の一例（通信処理２）について示したフローチャートである。なお、図６では、リモコン装置３（デバイス側）からオーディオ装置１（ホスト側）に対して通信要求を行う場合について説明する。
また、図７は、リモコン装置からオーディオ装置に対して通信要求を行う場合のリクエストラインＲ及び通信ラインＮの様子について示したタイミングチャートである。
図６は、本実施形態に係る通信システム内で行われる通信処理の一例（通信処理２）について示したフローチャートである。なお、図６では、リモコン装置３（デバイス側）からオーディオ装置１（ホスト側）に対して通信要求を行う場合について説明する。
また、図７は、リモコン装置からオーディオ装置に対して通信要求を行う場合のリクエストラインＲ及び通信ラインＮの様子について示したタイミングチャートである。
まず、リモコン装置３は、リクエストラインＲの論理を確認する（ステップＣ１０１）。リクエストラインＲが一定時間Ｈであった場合（ステップＣ１０１：ＹＥＳ）は、リクエストラインＲをＬにしてオーディオ装置１に対しての通信を要求する（図７のＰ１参照）。なお、ここで一定時間とは、例えば端末Ｎｏ．の値（リモコン装置３の場合は端末Ｎｏ．は２）に５を掛けた値（端末Ｎｏ．×５ｍｓｅｃ）である。一方、リクエストラインＲがＬであった場合（ステップＣ１０１：ＮＯ）は、オーディオ装置１側からの通信を優先させ、リモコン装置３側からの通信要求を保留する。
オーディオ装置１及びリモコン装置２は、リモコン装置３がリクエストラインＲをＬにした（ステップＣ１０２）ことを確認する（ステップＡ１０１、ステップＢ１０１）。オーディオ装置１は、リクエストラインＲがＬであることを確認すると、自身でもリクエストラインＲをＬにし（ステップＡ１０２：図７のＰ２参照）、通信ラインＮを出力に切り換える（ステップＡ１０３：図７のＰ３参照）。
オーディオ装置１及びリモコン装置２は、リモコン装置３がリクエストラインＲをＬにした（ステップＣ１０２）ことを確認する（ステップＡ１０１、ステップＢ１０１）。オーディオ装置１は、リクエストラインＲがＬであることを確認すると、自身でもリクエストラインＲをＬにし（ステップＡ１０２：図７のＰ２参照）、通信ラインＮを出力に切り換える（ステップＡ１０３：図７のＰ３参照）。
通信ラインＮを出力に切り換えた後、オーディオ装置１は送信要求確認コマンドを端末Ｎｏ．１（本実施形態ではリモコン装置２）から順に送信する（ステップＡ１０４）。そして、コマンドの最終バイトの送信完了割り込み時に、通信ラインＮを入力に切り換える（ステップＡ１０５：図７のＰ４参照）。
リモコン装置２は、オーディオ装置１から送信された送信要求確認コマンドを受信する（ステップＢ１０２）と、ステップＢ１０２でコマンドの受信が完了した２ｍｓｅｃ後に、通信ラインＮを出力に切り換える（ステップＢ１０３：図７のＰ５参照）。
リモコン装置２は、受信した送信要求確認コマンドに対して返答コマンドを送信する（ステップＢ１０４：図７のＰ６参照）。リモコン装置２が通信を要求していた場合は、ＡＣＫコマンドを送信する。一方、リモコン装置２が通信を要求していなかった場合は、送信要求確認コマンドと同内容のコマンドを送信する。本実施形態では、通信要求を行っている端末はリモコン装置３なので、送信要求確認コマンドと同内容のコマンドが送信される。
リモコン装置２は、オーディオ装置１から送信された送信要求確認コマンドを受信する（ステップＢ１０２）と、ステップＢ１０２でコマンドの受信が完了した２ｍｓｅｃ後に、通信ラインＮを出力に切り換える（ステップＢ１０３：図７のＰ５参照）。
リモコン装置２は、受信した送信要求確認コマンドに対して返答コマンドを送信する（ステップＢ１０４：図７のＰ６参照）。リモコン装置２が通信を要求していた場合は、ＡＣＫコマンドを送信する。一方、リモコン装置２が通信を要求していなかった場合は、送信要求確認コマンドと同内容のコマンドを送信する。本実施形態では、通信要求を行っている端末はリモコン装置３なので、送信要求確認コマンドと同内容のコマンドが送信される。
リモコン装置２は、コマンドの最終バイトの送信完了割り込み時に、通信ラインＮを入力に切り換える（ステップＢ１０５：図７のＰ７参照）。
オーディオ装置１は、リモコン装置２から送信された送信要求確認コマンドを受信する（ステップＡ１０６）と、２ｍｓｅｃ後に通信ラインＮを出力に切り換える（ステップＡ１０７：図７のＰ８参照）。そして、コマンド（送信要求確認コマンド）の送信先であるリモコン装置２が通信要求を行った端末であるか否かを判定する（ステップＡ１０８）。本実施形態では、リモコン装置３が通信要求を行っているので、リモコン装置２は通信要求を行った端末でないと判定し（ステップＡ１０８：ＮＯ）、端末Ｎｏ．ｎに１を加算して送信要求確認コマンドを端末Ｎｏ．ｎ＋１に向けて送信する（ステップＡ１１０：図７のＰ９参照）。そして、コマンドの最終バイトの送信完了割り込み時に、通信ラインＮを入力に切り換える（ステップＡ１１１：図７のＰ１０参照）。
オーディオ装置１は、リモコン装置２から送信された送信要求確認コマンドを受信する（ステップＡ１０６）と、２ｍｓｅｃ後に通信ラインＮを出力に切り換える（ステップＡ１０７：図７のＰ８参照）。そして、コマンド（送信要求確認コマンド）の送信先であるリモコン装置２が通信要求を行った端末であるか否かを判定する（ステップＡ１０８）。本実施形態では、リモコン装置３が通信要求を行っているので、リモコン装置２は通信要求を行った端末でないと判定し（ステップＡ１０８：ＮＯ）、端末Ｎｏ．ｎに１を加算して送信要求確認コマンドを端末Ｎｏ．ｎ＋１に向けて送信する（ステップＡ１１０：図７のＰ９参照）。そして、コマンドの最終バイトの送信完了割り込み時に、通信ラインＮを入力に切り換える（ステップＡ１１１：図７のＰ１０参照）。
リモコン装置３はリクエストラインＲのＬを解除する（図７のＰ１１参照）。この場合でも、オーディオ装置１側がリクエストラインＲをＬにしている（ステップＡ１０２参照）ので、リクエストラインＲはＬのまま維持される。
リモコン装置３は、オーディオ装置１から送信された送信要求確認コマンドを受信する（ステップＣ１０３）と、ステップＣ１０３でコマンドの受信が完了した２ｍｓｅｃ後に、通信ラインＮを出力に切り換える（ステップＣ１０４）。リモコン装置３は、受信した送信要求確認コマンドに対して返答コマンドを送信する（ステップＣ１０５）。本実施形態では、リモコン装置３が通信を要求しているので、ここではＡＣＫコマンドを送信する。
リモコン装置３は、オーディオ装置１から送信された送信要求確認コマンドを受信する（ステップＣ１０３）と、ステップＣ１０３でコマンドの受信が完了した２ｍｓｅｃ後に、通信ラインＮを出力に切り換える（ステップＣ１０４）。リモコン装置３は、受信した送信要求確認コマンドに対して返答コマンドを送信する（ステップＣ１０５）。本実施形態では、リモコン装置３が通信を要求しているので、ここではＡＣＫコマンドを送信する。
リモコン装置３は、コマンドの最終バイトの送信完了割り込み時に、通信ラインＮを入力に切り換える（ステップＣ１０６）。
オーディオ装置１は、リモコン装置３から送信されたＡＣＫコマンドを受信する（ステップＡ１１２）と、ステップＡ１０７へと移行し、２ｍｓｅｃ後に通信ラインＮを出力に切り換える（ステップＡ１０７）。そして、コマンド（ＡＣＫコマンド）の送信先であるリモコン装置３が通信要求を行った端末であるか否かを判定する（ステップＡ１０８）。本実施形態では、リモコン装置３が通信要求を行っているので、リモコン装置３は通信要求を行った端末であると特定する（ステップＡ１０９）。
オーディオ装置１は、リモコン装置３から送信されたＡＣＫコマンドを受信する（ステップＡ１１２）と、ステップＡ１０７へと移行し、２ｍｓｅｃ後に通信ラインＮを出力に切り換える（ステップＡ１０７）。そして、コマンド（ＡＣＫコマンド）の送信先であるリモコン装置３が通信要求を行った端末であるか否かを判定する（ステップＡ１０８）。本実施形態では、リモコン装置３が通信要求を行っているので、リモコン装置３は通信要求を行った端末であると特定する（ステップＡ１０９）。
オーディオ装置１は、通信要求を行った端末を特定した後、当該端末（リモコン装置３）に対して通信許可コマンドを送信する（ステップＡ１１３）。そして、コマンドの最終バイトの送信完了割り込み時に、通信ラインＮを入力に切り換える（ステップＡ１１４）。
リモコン装置３は、オーディオ装置１から送信された通信許可コマンドを受信する（ステップＣ１０７）と、ステップＣ１０７でコマンドの受信が完了した２ｍｓｅｃ後に、通信ラインＮを出力に切り換える（ステップＣ１０８）。通信ラインＮを出力に切り換えた後、リモコン装置３はコマンドを送信する（ステップＣ１０９）。そして、コマンドの最終バイトの送信完了割り込み時に、通信ラインＮを入力に切り換える（ステップＣ１１０）。
オーディオ装置１は、リモコン装置３から送信されたコマンドを受信する（ステップＡ１１５）と、２ｍｓｅｃ後に通信ラインＮを出力に切り換える。ここで、リモコン装置３に対してＡＣＫコマンド等の返答が必要な場合はコマンドを送信する。
リモコン装置３からの通信要求により新たなコマンド送信が必要な場合は、図２のステップＡ４以降の処理手順で、オーディオ装置１からのコマンド送信を開始する。
リモコン装置３は、オーディオ装置１から送信された通信許可コマンドを受信する（ステップＣ１０７）と、ステップＣ１０７でコマンドの受信が完了した２ｍｓｅｃ後に、通信ラインＮを出力に切り換える（ステップＣ１０８）。通信ラインＮを出力に切り換えた後、リモコン装置３はコマンドを送信する（ステップＣ１０９）。そして、コマンドの最終バイトの送信完了割り込み時に、通信ラインＮを入力に切り換える（ステップＣ１１０）。
オーディオ装置１は、リモコン装置３から送信されたコマンドを受信する（ステップＡ１１５）と、２ｍｓｅｃ後に通信ラインＮを出力に切り換える。ここで、リモコン装置３に対してＡＣＫコマンド等の返答が必要な場合はコマンドを送信する。
リモコン装置３からの通信要求により新たなコマンド送信が必要な場合は、図２のステップＡ４以降の処理手順で、オーディオ装置１からのコマンド送信を開始する。
コマンドの送信がすべて終了すると、オーディオ装置１は、リクエストラインＲをＨにして通信を終了する（ステップＡ１１６：図７のＰ１２参照）。
リモコン装置２は、オーディオ装置１がリクエストラインＲをＨにした（ステップＡ１１６）ことを確認すると、オーディオ装置１に対しての通信要求の禁止を解除する（ステップＢ１０６）。また、リモコン装置３は、オーディオ装置１がリクエストラインＲをＨにした（ステップＡ１１６）ことを確認する（ステップＣ１１１）。
リモコン装置２は、オーディオ装置１がリクエストラインＲをＨにした（ステップＡ１１６）ことを確認すると、オーディオ装置１に対しての通信要求の禁止を解除する（ステップＢ１０６）。また、リモコン装置３は、オーディオ装置１がリクエストラインＲをＨにした（ステップＡ１１６）ことを確認する（ステップＣ１１１）。
なお、リモコン装置３がコマンドを送信した（ステップＣ１０９）後、オーディオ装置１からのＮＡＫコマンドを受信した場合、又は０．１ｓｅｃ以上オーディオ装置１から返答がなかった場合、ステップＣ１０１から処理を繰り返す。それでも状況が変わらなかった場合は、通信エラーを表示部３２に表示する。
このように、第１実施形態では、リモコン装置３からオーディオ装置１に対して通信要求を行う場合、オーディオ装置１は、リクエストラインＲの信号論理を確認してリモコン装置３（デバイス）からの通信要求があるか否かを判断し、デバイスからの通信要求があった場合に、当該通信要求をしたデバイスを特定するためのコマンドを送信し、当該コマンドに対するデバイスからの返信コマンドを参照して当該通信要求をしたデバイスを特定し、当該特定したデバイスに対して通信を許可するコマンドを送信する。
これにより、オーディオ装置１に設ける端子数及びライン数を削減できるので、安価に複数のリモコン装置（デバイス）を接続することが可能となる。また、デバイスの増設時に、端子及びラインを単純分岐で容易に接続することが可能となる。さらに、一旦通信システムを構築した後であっても、ソフトウェアのデバイス接続数の制限を変更するだけで、デバイスを増設することが可能となる。
これにより、オーディオ装置１に設ける端子数及びライン数を削減できるので、安価に複数のリモコン装置（デバイス）を接続することが可能となる。また、デバイスの増設時に、端子及びラインを単純分岐で容易に接続することが可能となる。さらに、一旦通信システムを構築した後であっても、ソフトウェアのデバイス接続数の制限を変更するだけで、デバイスを増設することが可能となる。
（第２実施形態）
図８は、本実施形態に係る通信システム内で行われる通信処理の一例（通信処理３）について示したフローチャートである。なお、図８では、リモコン装置２（デバイス側）からオーディオ装置１（ホスト側）に対して通信要求を行う場合について説明する。
図８は、本実施形態に係る通信システム内で行われる通信処理の一例（通信処理３）について示したフローチャートである。なお、図８では、リモコン装置２（デバイス側）からオーディオ装置１（ホスト側）に対して通信要求を行う場合について説明する。
まず、リモコン装置２は、リクエストラインＲの論理を確認する（ステップＢ２０１）。リクエストラインＲがＨであった場合（ステップＢ２０１：ＹＥＳ）は、リクエストラインＲをＬにしてオーディオ装置１に対しての通信を要求する。一方、リクエストラインＲがＬであった場合（ステップＢ２０１：ＮＯ）は、オーディオ装置１側からの通信を優先させ、リモコン装置２側からの通信要求を保留する。
オーディオ装置１及びリモコン装置３は、リモコン装置２がリクエストラインＲをＬにした（ステップＢ２０２）ことを確認する（ステップＡ２０１、ステップＣ２０１）。オーディオ装置１は、リクエストラインＲがＬであることを確認すると、自身でもリクエストラインＲをＬにし（ステップＡ２０２）、通信ラインＮを出力に切り換える（ステップＡ２０３）。
オーディオ装置１及びリモコン装置３は、リモコン装置２がリクエストラインＲをＬにした（ステップＢ２０２）ことを確認する（ステップＡ２０１、ステップＣ２０１）。オーディオ装置１は、リクエストラインＲがＬであることを確認すると、自身でもリクエストラインＲをＬにし（ステップＡ２０２）、通信ラインＮを出力に切り換える（ステップＡ２０３）。
通信ラインＮを出力に切り換えた後、オーディオ装置１は送信要求確認コマンドを全端末（本実施形態ではリモコン装置２、３）に向けて送信する（ステップＡ２０４）。そして、コマンドの最終バイトの送信完了割り込み時に、通信ラインＮを入力に切り換える（ステップＡ２０５）。
リモコン装置２は、オーディオ装置１から送信された送信要求確認コマンドを受信する（ステップＢ２０３）と、ステップＢ２０３でコマンドの受信が完了した２ｍｓｅｃ後に、通信ラインＮを出力に切り換える（ステップＢ２０４）。一方、リモコン装置３は、オーディオ装置１から送信された送信要求確認コマンドを受信する（ステップＣ２０２）と、自分宛のコマンドではないことを確認し、当該コマンドを無視する。
リモコン装置２は、受信した送信要求確認コマンドに対して返答コマンド（ＡＣＫコマンド）を送信する（ステップＢ２０５）。
リモコン装置２は、オーディオ装置１から送信された送信要求確認コマンドを受信する（ステップＢ２０３）と、ステップＢ２０３でコマンドの受信が完了した２ｍｓｅｃ後に、通信ラインＮを出力に切り換える（ステップＢ２０４）。一方、リモコン装置３は、オーディオ装置１から送信された送信要求確認コマンドを受信する（ステップＣ２０２）と、自分宛のコマンドではないことを確認し、当該コマンドを無視する。
リモコン装置２は、受信した送信要求確認コマンドに対して返答コマンド（ＡＣＫコマンド）を送信する（ステップＢ２０５）。
リモコン装置２は、コマンドの最終バイトの送信完了割り込み時に、通信ラインＮを入力に切り換える（ステップＢ２０６）。
オーディオ装置１は、リモコン装置２から送信されたコマンド（ＡＣＫコマンド）を受信する（ステップＡ２０６）と、当該ＡＣＫコマンドを送信してきた端末（リモコン装置２）を特定し（ステップＡ２０７）、２ｍｓｅｃ後に通信ラインＮを出力に切り換える（ステップＡ２０８）。
オーディオ装置１は、リモコン装置２から送信されたコマンド（ＡＣＫコマンド）を受信する（ステップＡ２０６）と、当該ＡＣＫコマンドを送信してきた端末（リモコン装置２）を特定し（ステップＡ２０７）、２ｍｓｅｃ後に通信ラインＮを出力に切り換える（ステップＡ２０８）。
通信ラインＮを出力に切り換えた後、オーディオ装置１は通信許可コマンドをリモコン装置２に向けて送信する（ステップＡ２０９）。そして、コマンドの最終バイトの送信完了割り込み時に、通信ラインＮを入力に切り換える（ステップＡ２１０）。
リモコン装置２は、オーディオ装置１から送信された通信許可コマンドを受信する（ステップＢ２０７）と、２ｍｓｅｃ後に通信ラインＮを出力に切り換える（ステップＢ２０８）。通信ラインＮを出力に切り換えた後、リモコン装置２はコマンドを送信する（ステップＢ２０９）。そして、コマンドの最終バイトの送信完了割り込み時に、通信ラインＮを入力に切り換える（ステップＢ２１０）。
オーディオ装置１は、リモコン装置２から送信されたコマンドを受信する（ステップＡ２１１）と、２ｍｓｅｃ後に通信ラインＮを出力に切り換える。
リモコン装置２は、オーディオ装置１から送信された通信許可コマンドを受信する（ステップＢ２０７）と、２ｍｓｅｃ後に通信ラインＮを出力に切り換える（ステップＢ２０８）。通信ラインＮを出力に切り換えた後、リモコン装置２はコマンドを送信する（ステップＢ２０９）。そして、コマンドの最終バイトの送信完了割り込み時に、通信ラインＮを入力に切り換える（ステップＢ２１０）。
オーディオ装置１は、リモコン装置２から送信されたコマンドを受信する（ステップＡ２１１）と、２ｍｓｅｃ後に通信ラインＮを出力に切り換える。
コマンドの送信がすべて終了すると、オーディオ装置１は、リクエストラインＲをＨにして通信を終了する（ステップＡ２１２）。
リモコン装置２は、オーディオ装置１がリクエストラインＲをＨにした（ステップＡ２１２）ことを確認すると、オーディオ装置１に対しての通信要求の禁止を解除する（ステップＢ２１１）。また、リモコン装置３は、オーディオ装置１がリクエストラインＲをＨにした（ステップＡ２１２）ことを確認する（ステップＣ２０３）。
リモコン装置２は、オーディオ装置１がリクエストラインＲをＨにした（ステップＡ２１２）ことを確認すると、オーディオ装置１に対しての通信要求の禁止を解除する（ステップＢ２１１）。また、リモコン装置３は、オーディオ装置１がリクエストラインＲをＨにした（ステップＡ２１２）ことを確認する（ステップＣ２０３）。
このように、第２実施形態では、リモコン装置２からオーディオ装置１に対して通信要求を行う場合、オーディオ装置１は、リクエストラインＲの信号論理を確認してリモコン装置３（デバイス）からの通信要求があるか否かを判断し、デバイスからの通信要求があった場合に、当該通信要求をしたデバイスを特定するためのコマンドを全端末に向けて送信し、当該コマンドに対するデバイスからの返信コマンドを参照して当該通信要求をしたデバイスを特定し、当該特定したデバイスに対して通信を許可するコマンドを送信する。
第１実施形態と異なり、オーディオ装置１は、通信要求をしたデバイスを特定するためのコマンドを全端末に向けて一斉に送信するため、端末Ｎｏ．順にポーリング処理を行う場合に比して、処理時間を短くすることが可能となる。
第１実施形態と異なり、オーディオ装置１は、通信要求をしたデバイスを特定するためのコマンドを全端末に向けて一斉に送信するため、端末Ｎｏ．順にポーリング処理を行う場合に比して、処理時間を短くすることが可能となる。
（第３実施形態）
図９は、本実施形態に係る通信システム内で行われる通信処理の一例（通信処理４）について示したフローチャートである。なお、図９では、リモコン装置２（デバイス側）からオーディオ装置１（ホスト側）に対して通信要求を行う場合について説明する。
図９は、本実施形態に係る通信システム内で行われる通信処理の一例（通信処理４）について示したフローチャートである。なお、図９では、リモコン装置２（デバイス側）からオーディオ装置１（ホスト側）に対して通信要求を行う場合について説明する。
リモコン装置２は、リクエストラインＲの論理を確認する（ステップＢ３０１）。リクエストラインＲがＨであった場合（ステップＢ３０１：ＹＥＳ）は、リクエストラインＲをＬにしてオーディオ装置１に対しての通信を要求する。一方、リクエストラインＲがＬであった場合（ステップＢ３０１：ＮＯ）は、オーディオ装置１側からの通信を優先させ、リモコン装置２側からの通信要求を保留する。
オーディオ装置１及びリモコン装置３は、リモコン装置２がリクエストラインＲをＬにした（ステップＢ３０２）ことを確認する（ステップＡ３０１、ステップＣ３０１）。オーディオ装置１は、リクエストラインＲがＬであることを確認すると、自身でもリクエストラインＲをＬに切り換える（ステップＡ３０２）。
オーディオ装置１及びリモコン装置３は、リモコン装置２がリクエストラインＲをＬにした（ステップＢ３０２）ことを確認する（ステップＡ３０１、ステップＣ３０１）。オーディオ装置１は、リクエストラインＲがＬであることを確認すると、自身でもリクエストラインＲをＬに切り換える（ステップＡ３０２）。
通信ラインＮを出力に切り換えた後、リモコン装置２は送信要求確認コマンドをオーディオ装置１に向けて送信する（ステップＢ３０４）。そして、コマンドの最終バイトの送信完了割り込み時に、通信ラインＮを入力に切り換える（ステップＢ３０５）。
オーディオ装置１は、リモコン装置２から送信された送信要求確認コマンドを受信する（ステップＡ３０３）と、当該送信要求確認コマンドを送信してきた端末（リモコン装置２）を特定し（ステップＡ３０４）、ステップＡ３０３でコマンドの受信が完了した２ｍｓｅｃ後に、通信ラインＮを出力に切り換える（ステップＡ３０５）。
オーディオ装置１は、リモコン装置２から送信された送信要求確認コマンドを受信する（ステップＡ３０３）と、当該送信要求確認コマンドを送信してきた端末（リモコン装置２）を特定し（ステップＡ３０４）、ステップＡ３０３でコマンドの受信が完了した２ｍｓｅｃ後に、通信ラインＮを出力に切り換える（ステップＡ３０５）。
通信ラインＮを出力に切り換えた後、オーディオ装置１は通信許可コマンドをリモコン装置２に向けて送信する（ステップＡ３０６）。そして、コマンドの最終バイトの送信完了割り込み時に、通信ラインＮを入力に切り換える（ステップＡ３０７）。
リモコン装置２は、オーディオ装置１から送信された通信許可コマンドを受信する（ステップＢ３０６）と、２ｍｓｅｃ後に通信ラインＮを出力に切り換える（ステップＢ３０７）。通信ラインＮを出力に切り換えた後、リモコン装置２はコマンドを送信する（ステップＢ３０８）。そして、コマンドの最終バイトの送信完了割り込み時に、通信ラインＮを入力に切り換える（ステップＢ３０９）。
オーディオ装置１は、リモコン装置２から送信されたコマンドを受信する（ステップＡ３０８）と、２ｍｓｅｃ後に通信ラインＮを出力に切り換える。
リモコン装置２は、オーディオ装置１から送信された通信許可コマンドを受信する（ステップＢ３０６）と、２ｍｓｅｃ後に通信ラインＮを出力に切り換える（ステップＢ３０７）。通信ラインＮを出力に切り換えた後、リモコン装置２はコマンドを送信する（ステップＢ３０８）。そして、コマンドの最終バイトの送信完了割り込み時に、通信ラインＮを入力に切り換える（ステップＢ３０９）。
オーディオ装置１は、リモコン装置２から送信されたコマンドを受信する（ステップＡ３０８）と、２ｍｓｅｃ後に通信ラインＮを出力に切り換える。
コマンドの送信がすべて終了すると、オーディオ装置１は、リクエストラインＲをＨにして通信を終了する（ステップＡ３０９）。
リモコン装置２は、オーディオ装置１がリクエストラインＲをＨにした（ステップＡ３０９）ことを確認すると、オーディオ装置１に対しての通信要求の禁止を解除する（ステップＢ３１０）。また、リモコン装置３は、オーディオ装置１がリクエストラインＲをＨにした（ステップＡ３０９）ことを確認する（ステップＣ３０２）。
リモコン装置２は、オーディオ装置１がリクエストラインＲをＨにした（ステップＡ３０９）ことを確認すると、オーディオ装置１に対しての通信要求の禁止を解除する（ステップＢ３１０）。また、リモコン装置３は、オーディオ装置１がリクエストラインＲをＨにした（ステップＡ３０９）ことを確認する（ステップＣ３０２）。
このように、第３実施形態では、リモコン装置２からオーディオ装置１に対して通信要求を行う場合、オーディオ装置１は、リモコン装置２（デバイス）から通信の要求を確認するコマンドを受信した場合に、当該コマンドを参照して当該通信要求をしたデバイスを特定し、当該特定したデバイスに対して通信を許可するコマンドを送信する。
第１、第２実施形態と異なり、オーディオ装置１は、通信要求をしたデバイスを特定するためのコマンドをデバイスに向けて送信せず、デバイスから通信の要求を確認するコマンドを受信した場合に当該デバイスに対して通信を許可するようにしたので、ポーリング処理を行う必要がなく、処理時間を短くすることが可能となる。
第１、第２実施形態と異なり、オーディオ装置１は、通信要求をしたデバイスを特定するためのコマンドをデバイスに向けて送信せず、デバイスから通信の要求を確認するコマンドを受信した場合に当該デバイスに対して通信を許可するようにしたので、ポーリング処理を行う必要がなく、処理時間を短くすることが可能となる。
（第４実施形態）
図１０は、本実施形態に係る通信システム内で行われる通信処理の一例（通信処理５）について示したフローチャートである。なお、図１０では、リモコン装置２（デバイス側）からオーディオ装置１（ホスト側）に対して通信要求を行う場合について説明する。
図１０は、本実施形態に係る通信システム内で行われる通信処理の一例（通信処理５）について示したフローチャートである。なお、図１０では、リモコン装置２（デバイス側）からオーディオ装置１（ホスト側）に対して通信要求を行う場合について説明する。
まず、リモコン装置２は、リクエストラインＲの論理を確認する（ステップＢ４０１）。リクエストラインＲがＨであった場合（ステップＢ４０１：ＹＥＳ）は、リクエストラインＲをＬにしてオーディオ装置１に対しての通信を要求する。一方、リクエストラインＲがＬであった場合（ステップＢ４０１：ＮＯ）は、オーディオ装置１側からの通信を優先させ、リモコン装置２側からの通信要求を保留する。
オーディオ装置１及びリモコン装置３は、リモコン装置２がリクエストラインＲをＬにした（ステップＢ４０２）ことを確認する（ステップＡ４０１、ステップＣ４０１）。オーディオ装置１は、リクエストラインＲがＬであることを確認すると、自身でもリクエストラインＲをＬに切り換える（ステップＡ４０２）。
オーディオ装置１及びリモコン装置３は、リモコン装置２がリクエストラインＲをＬにした（ステップＢ４０２）ことを確認する（ステップＡ４０１、ステップＣ４０１）。オーディオ装置１は、リクエストラインＲがＬであることを確認すると、自身でもリクエストラインＲをＬに切り換える（ステップＡ４０２）。
通信ラインＮを出力に切り換えた後、リモコン装置２はコマンドをオーディオ装置１に向けて送信する（ステップＢ４０４）。そして、コマンドの最終バイトの送信完了割り込み時に、通信ラインＮを入力に切り換える（ステップＢ４０５）。
オーディオ装置１は、リモコン装置２から送信されたコマンドを受信する（ステップＡ４０３）と、当該コマンドを送信してきた端末（リモコン装置２）を特定し（ステップＡ４０４）、リクエストラインＲをＨにして通信を終了する（ステップＡ４０５）。
リモコン装置２は、オーディオ装置１がリクエストラインＲをＨにした（ステップＡ４０５）ことを確認すると、オーディオ装置１に対しての通信要求の禁止を解除する（ステップＢ４０６）。また、リモコン装置３は、オーディオ装置１がリクエストラインＲをＨにした（ステップＡ４０５）ことを確認する（ステップＣ４０２）。
オーディオ装置１は、リモコン装置２から送信されたコマンドを受信する（ステップＡ４０３）と、当該コマンドを送信してきた端末（リモコン装置２）を特定し（ステップＡ４０４）、リクエストラインＲをＨにして通信を終了する（ステップＡ４０５）。
リモコン装置２は、オーディオ装置１がリクエストラインＲをＨにした（ステップＡ４０５）ことを確認すると、オーディオ装置１に対しての通信要求の禁止を解除する（ステップＢ４０６）。また、リモコン装置３は、オーディオ装置１がリクエストラインＲをＨにした（ステップＡ４０５）ことを確認する（ステップＣ４０２）。
このように、第４実施形態では、リモコン装置２からオーディオ装置１に対して通信要求を行う場合、オーディオ装置１は、リモコン装置２（デバイス）からコマンドを受信した場合に、当該コマンドを参照して当該コマンドを送信したデバイスを特定し、リクエストラインＲをＨにして通信を終了する。
第３実施形態と異なり、オーディオ装置１は、通信を許可することなくデバイスからコマンドを受け付けるようにしたので、さらに処理時間を短くすることが可能となる。
第３実施形態と異なり、オーディオ装置１は、通信を許可することなくデバイスからコマンドを受け付けるようにしたので、さらに処理時間を短くすることが可能となる。
以上、本発明に係る実施形態に基づいて具体的に説明したが、本発明は上記実施形態に限定されるものではなく、その要旨を逸脱しない範囲で変更可能である。
例えば、上記実施形態では、リモコン装置をオーディオ装置１に接続した際に識別情報（ユニークＩＤ）を登録して各リモコン装置を識別させるようにしているが、予めユニークＩＤが登録されたリモコン装置を接続することも可能である。
また、上記実施形態に係るリモコン装置に新たに音声出力部を設けて、オーディオ装置１から送信されるコマンドを説明するための音声ガイダンスを行わせるようにしてもよい。
また、上記実施形態では、デバイスとしてリモコン装置を例示しているが、例えばＣＤチェンジャのように、ホストと外部接続できる機器であれば適用可能である。
その他、オーディオ装置１及びリモコン装置２、３、・・を構成する各装置の細部構成及び細部動作に関しても、本発明の趣旨を逸脱することのない範囲で適宜変更可能である
１ オーディオ装置
１１ 電源部
１２ 電源ＳＷ
１３ 表示部
１４ 操作部
１５ 制御部
１６ リクエストバッファ
１７ 通信バッファ
２ リモコン装置
２１ 電源部
２２ 表示部
２３ 操作部
２４ 制御部
２５ リクエストバッファ
２６ 通信バッファ
１１ 電源部
１２ 電源ＳＷ
１３ 表示部
１４ 操作部
１５ 制御部
１６ リクエストバッファ
１７ 通信バッファ
２ リモコン装置
２１ 電源部
２２ 表示部
２３ 操作部
２４ 制御部
２５ リクエストバッファ
２６ 通信バッファ
Claims (4)
- 通信の集中制御を行うホストと、当該ホストからの制御に基づいて各種処理を行う複数のデバイスと、が通信要求用のリクエストラインとデータ伝送用の通信ラインによって接続されている通信システムにおいて、
前記通信システムが用いる前記リクエストラインは１本のみであり、
前記ホストは、
前記リクエストラインの信号論理を確認して前記デバイスと通信可能な状態であるか否かを判断し、通信可能な状態であった場合に、前記信号論理を、通信状態を示す信号論理に変更するとともに前記デバイスからの通信要求を禁止し、前記通信ラインを介して、前記デバイスを制御するためのコマンドを前記デバイスに送信し、前記コマンドの送信が完了したら前記通信ラインを入力に切り換え、前記通信ラインを介して、前記デバイスからの返答コマンドを受信し、前記返答コマンドの受信が完了したら、前記リクエストラインの信号論理を前記デバイスと通信可能な状態にする制御手段を備え、
前記制御手段は、
前記デバイスから通信の要求を確認するコマンドを受信した場合に、当該コマンドを参照して当該通信要求をしたデバイスを特定し、当該特定したデバイスに対して通信を許可するコマンドを送信することを特徴とする通信システム。 - 前記ホストは、
通信システム内の通信状況を示す情報を生成する情報生成手段を更に有し、
前記デバイスは、
前記情報生成手段により生成された通信状況を示す情報を表示する表示手段を備えることを特徴とする請求項１に記載の通信システム。 - 前記デバイスは、
前記制御手段により送信されたコマンドに応じた音声を出力する音声出力手段を備えることを特徴とする請求項１又は２に記載の通信システム。 - 通信の集中制御を行うホストと、当該ホストからの制御に基づいて各種処理を行う複数のデバイスと、が通信要求用のリクエストラインとデータ伝送用の通信ラインによって接続されている通信システムにおける通信方法であって、
前記通信システムが用いる前記リクエストラインは１本のみであり、
制御手段により、前記リクエストラインの信号論理を確認して前記デバイスと通信可能な状態であるか否かを判断し、通信可能な状態であった場合に、前記信号論理を、通信状態を示す信号論理に変更するとともに前記デバイスからの通信要求を禁止し、前記通信ラインを介して、前記デバイスを制御するためのコマンドを前記デバイスに送信し、前記コマンドの送信が完了したら前記通信ラインを入力に切り換え、前記通信ラインを介して、前記デバイスからの返答コマンドを受信し、前記返答コマンドの受信が完了したら、前記リクエストラインの信号論理を前記デバイスと通信可能な状態にする工程、
を含み、
前記通信可能な状態にする工程は、
前記デバイスから通信の要求を確認するコマンドを受信した場合に、当該コマンドを参照して当該通信要求をしたデバイスを特定し、当該特定したデバイスに対して通信を許可するコマンドを送信することを特徴とする通信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009064072A JP5375230B2 (ja) | 2009-03-17 | 2009-03-17 | 通信システム、及び通信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009064072A JP5375230B2 (ja) | 2009-03-17 | 2009-03-17 | 通信システム、及び通信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2010219860A JP2010219860A (ja) | 2010-09-30 |
| JP5375230B2 true JP5375230B2 (ja) | 2013-12-25 |
Family
ID=42978207
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009064072A Active JP5375230B2 (ja) | 2009-03-17 | 2009-03-17 | 通信システム、及び通信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5375230B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6260189B2 (ja) * | 2013-10-17 | 2018-01-17 | 富士ゼロックス株式会社 | 通信装置、制御装置、および画像形成装置 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS5463634A (en) * | 1977-10-03 | 1979-05-22 | Nec Corp | Bus controller |
| JPS62226258A (ja) * | 1986-03-28 | 1987-10-05 | Nec Corp | バス制御方式 |
| JPH0831083B2 (ja) * | 1989-09-20 | 1996-03-27 | 株式会社堀場製作所 | バス制御方式 |
| JP2550811B2 (ja) * | 1991-09-19 | 1996-11-06 | 村田機械株式会社 | 通信制御方法 |
| JPH05216793A (ja) * | 1992-02-06 | 1993-08-27 | Fujitsu Ten Ltd | 通信制御装置及びその方法 |
| JPH09138773A (ja) * | 1995-11-15 | 1997-05-27 | Seiko Epson Corp | コンピュータシステム |
| JP4056832B2 (ja) * | 2002-09-04 | 2008-03-05 | 富士通テン株式会社 | データ通信方法 |
-
2009
- 2009-03-17 JP JP2009064072A patent/JP5375230B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2010219860A (ja) | 2010-09-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8230241B2 (en) | Storage power supply system, storage device, and control thereof | |
| CN102648458B (zh) | 可自配置外围装置以及与之兼容的主机装置 | |
| CN105263141A (zh) | 家用电器及家用电器的控制方法 | |
| JP2022043259A (ja) | 受電装置、送電装置、無線で送電するシステム、受電装置の制御方法、送電装置の制御方法及びプログラム | |
| JP5830952B2 (ja) | インバータ装置 | |
| JP5269177B2 (ja) | 通信システム、通信装置、及び電力供給方法 | |
| JP2010093735A (ja) | 通信システム、ホスト装置及び端末装置 | |
| JP6483398B2 (ja) | 車両ネットワーク接続のための端末機認証システム及びその認証方法 | |
| JP7545304B2 (ja) | 電子機器および制御方法 | |
| JP5144409B2 (ja) | インバータ制御システム，インバータ装置の周辺機器 | |
| CN105975303A (zh) | 升级控制方法及装置 | |
| JP5375230B2 (ja) | 通信システム、及び通信方法 | |
| US20200089445A1 (en) | Information processing apparatus, method of controlling same, and storage medium | |
| JP2021048623A (ja) | 少なくとも１つの安全なプロデューサーと少なくとも１つの安全なコンシューマーとの間のデータ伝送 | |
| EP2924955B1 (en) | Apparatus, communication control system, and communication control method | |
| JP2007039206A (ja) | エレベーター制御システム | |
| JP5358989B2 (ja) | モータ駆動用通信システム | |
| JP7528785B2 (ja) | 通信装置及び通信方法 | |
| JP7283159B2 (ja) | 無線ｌａｎ接続装置 | |
| JP2017200018A (ja) | 通信装置、端末装置、制御方法、プログラムおよび通信システム | |
| JP2017130839A (ja) | 通信装置、通信制御方法及びプログラム | |
| JP2010146363A (ja) | 二重化プログラマブルコントローラの系切替方式 | |
| JP2019164621A (ja) | 起動制御ユニット、制御システムおよび起動制御方法 | |
| JP2016111453A (ja) | 受電装置 | |
| JP2005141368A (ja) | リモートｉ／ｏシステム、データ通信方法、データ通信制御プログラム及び記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20111012 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20111226 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20121219 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20121225 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20130219 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20130702 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20130808 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20130827 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20130909 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5375230 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |