JPS6248145A

JPS6248145A - リモ−トコントロ−ルシステム

Info

Publication number: JPS6248145A
Application number: JP60187727A
Authority: JP
Inventors: Toshiaki Setogawa; 瀬戸川　俊明; Hiroyuki Fujikura; 藤倉　宏幸
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1985-08-27
Filing date: 1985-08-27
Publication date: 1987-03-02

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】〔産業上の利用分野〕この発明は、例えば複数のディジタルオーディオテープ
レコーダのリモートコントロールに適用されるリモート
コントロールシステムに関する。

〔発明の１既要］この発明は、ＩＥＥＥ４８８規格のような標準バスシス
テムを用いたディジタル機器のリモートコントロールシ
ステムにおいて、バスラインと復数の被制御装置との間
の夫々に同一の構成のバスインターフェースを設け、ま
た、プロトコイルを工夫することで、被制御装置間が対
等な関係となり、更に、被制御装置がコマンドを正しく
受は取ったかどうかを確認することにより、確実な集中
制御及び分散制御の両者が可能なリモートコントロール
システムである。

〔従来の技術〕

従来のリモートコントロールシステムとしては、例えば
リモートコントローラと固定ヘッド型の多チヤンネルＰ
ＣＭテープレコーダとを組み合わせた構成が用いられて
いる。リモートコントローラから発生したリモートコン
トロール信号がＰＣＭテープレコーダにリモートケーブ
ルを介して伝送され、ＰＣＭテープレコーダが指示され
た動作を行う。従来のリモートコントロールシステムは
、通常の通信インターフェースにより構成されていた。

従来のリモートコントロールシステムは、コマンド（動
作命令）及びタイムコード等のリアルタイム伝送が要求
される信号の両者を伝送する専用の設計であるため、ス
ピード及びレスポンスに関してすぐれている。

〔発明が解決しようとする問題点〕

従来のリモートコントロールシステムは、専用の設計で
あるため、汎用性及び拡張性に欠ける問題点があった。

つまり、リモートコントローラと被制御装置のように、
マスター及びスレーブの関係が存在するため、両者の一
方、例えばスレーブを改良すると、マスターが影響され
て、マスターの構成も変更せざるを得ない問題点があっ
た。

従って、この発明の目的は、スピード、レスポンスの劣
化を最小限にしながら、汎用性及び拡張性に優れたリモ
ートコントロールシステムを提供することにある。

この発明の他の目的は、標準バスシステムを使用するこ
とにより、ローコストなリモートコントロールシステム
を提供することにある。

この発明の更に他の目的は、伝送されたコマンドに対応
して戻りデータを受は取るまでが一連の手順とされるこ
とにより、被制御装置を確実に動作させることができる
リモートコントロールシステムを提供することにある。

〔問題点を解決するための手段〕

データライン２を含むバスライン１に対して、１個のコ
ントローラ５と２個以上の複数のデバイス６．７とが夫
々バスインターフェースを介して結合されたリモートコ
ントロールシステムにおいて、コントローラ５及びデバイス６．７は、アドレスにより
区別されるための第１の機能とデータ出力状態及びデー
タ入力状態を自分自身又は外部からの制御により切り替
えられるための第２の機能を有し、デバイス６．７の各々は、第１の機能及び第２の機能に
加えてコントローラ５に対する割り込み要求を出力する
ための第３の機能を有し、コントローラ５は、第１の機
能及び第２の機能に加えて割り込み要求を入力するため
の第４の機能を有し、コントローラ５は、第１の機能、
第２の機能、第４の機能に加え、自分自身のアドレスを
含む所定のアドレスに対してデータ入力状態及びデータ
出力状態を指定し、データ出力状態からデータ入力状態
に変化したものにコマンドが転送され、コマンドの転送
の終了後に直ちにデータ入力状態及びデータ出力状態を
逆の関係とし、コマンドに対応する戻りデータの転送を
行う第５の機能を有することを特徴とするリモートコン
トロールシステムである。

〔実施例〕

以下、この発明の一実施例について図面を参照して説明
する。この発明の一実施例の説明は、以下の順序に従っ
てなされる。

ａ、リモートコントロールシステムの基本構成り、リモ
ートコントロールシステムのｍ個Ｃ，インターフェース
機能ｄ、オペレーショナルコマンドａ、リモートコントロールシステムの基本構成この発明
では、標準ハスシステムのひとつであるＩＥＥＥ−４８
８バス（ＣＰ−ＩＢ又はＨＰ−ＩＢとも呼ばれる。）を
用いて第１図に示すように、リモートコントロールシス
テムを構成している。

バスライン１は、８本のデータライン２と３本のハンド
シェークライン３と５本の制御ライン４とにより構成さ
れている。このバスラインｌにバスインターフェースを
介して１個のシステムコントローラ５が結合される。ま
た、バスライン１にバスインターフェースを介してデバ
イス６が結合されている。同様に、バスインターフェー
スを介して他のデバイス７がバスライン１に結合されて
いる。この発明によるネットワードでは、少なくとも１
個のシステムコントローラと２個のデバイスとが含まれ
る。システムコントローラ５．デバイス６及びデバイス
７の夫々からの動作命令が被制御袋Ｗ８．９．１０の夫
々に供給される。

バスライン１は、以下のように定義されている。

データライン２・ＤＩＯ１〜８データの入出カラインに用いられる８ｂｉｔパラレルラ
インである。データの性質は、管理ラインのＡ　ＴＮに
よって、データとインターフェース内部通信に分けられ
る。

ハンドシェークライン３ −　Ｄ　Ａ　Ｖ　（ｄａｔａ　ｖａ］ｉｄ）トーカある
いはコントローラからデータライン２に送り出された信
号が有効であることを示す。

−Ｎ　ＲＦ　Ｄ　（ｎｏｔ　ｒｅａｄｙ　ｆｏｒ　ｄａ
ｔａ）リスナー側でデータライン２の信号を受は入れる
準備ができていない状態で“Ｌ゛になる。（準備ができ
た状態で“Ｈ゛になる。）ｌ　Ｎ　Ｄ　Ａ　Ｃ（ｎｏｔ　　ｄａｔａ　　ａｃｃｅ
ｐｔｅｄ　　）リスナーがデータの受は入れを完了して
いない時“Ｌ′である。（受は入れ完了は“Ｈ″で表わ
す。）制御ライン４ −　ＡＴ　Ｎ　（ａｔｔｅｎｔｉｏｎ　＞コントローラ
が送出してこの信号がＬ′の時は、インターフェース・
メツセージ、　“Ｈ゛の時はデータがデータライン２に
のっている事を示す。

°ＲＥ　Ｂ　（ｒｅｍｏｔｅ　ｅｎａｂｌｅ　）システ
ムコントローラ５から送出され、各デバイスの制御をリ
モート制御かローカル制御かを選択する。

°Ｉ　Ｆ　Ｃ（ｉｎｔｅｒｆａｃｅ　ｃｌｅａｒ　）こ
の信号はシステムコントローラ５から構成される装置の
インターフェースをリセットし既知　□の静止状態に置
く。

”Ｓ　ＲＱ　（ｓｅｒｖｉｃｅ　ｒｅｑｕｅｓｔ　）コ
ントローラ以外の装置から送出され、コントローラを呼
び出すのに使用する。コントローラはこれを検出しシリ
アル・ポールの動作に入る。

・ＥＯＩ　　（ｅｎｄ　ｏｒ　１ｄｅｎｔｉｆｙ　）Ａ
ＴＮが“Ｈ′の時この信号はデータブロックの終了を示
す。（パラレル・ボールは行わないのでＡＴＮが′Ｌ”
のときはこの信号はアクティブになる事はない）なおＡ
ＴＮがＬ゛の時これをコマンド・モードと呼びＡＴＮが
“Ｈ゛の時これをデータモードと呼ぶ。

また、デバイス６及びデバイス７の各々は、固有のデバ
イスアドレスを有しており、システムコントローラ５か
らのアドレッシングコマンドに応じて次の４状態を取ら
なければならない。

■トーカ／アンコントローラコマンド・モードにおいてＭＴＡ　（ｍｙ　ｔａｌｋ　
ａｄｄｒｅｓｓ　）を受は取った時である。デバイスは
、この状態においてコマンド等を出力することができる
。

■リスナー／アンコントローラコマンド・モードにおいてＭ　１．、　Ａ　（ｍｙ　ｌ
ｉｓむｅｎａｄｄｒｅｓｓ　）　ヲ受は取った時デバイ
スはこの状態になり、データライン２上のデータを入力
しなければならない。

■アンアドレス／アンコントローラコマンドモードにおいてＵＮＴ　（ｕｎｔａｌｋ）　、
　　ＵＮ　Ｌ　（ｕｎｌｉｓｔｅｎ）　、　　ＯＴＡ　
（ｏｔｈｅｒ　ｔａｌｋｅｒ　ａｄｄｒｅｓｓ）を受け
た時である。この状態の時デバイスはバスに対して介在
してはならない。

リスナーは同時にバス上に２台以上持つ事ができる。

■コントローラアンアドレスト／コントローラコマンド
モードにおいて、Ｔ　ＣＴ　（ｔａｋｅ　ｃｏｎｔｒｏ
、１）を受は取った時この状態になる。デバイスは、コ
ントローラになると、コントロールメツセージを直接送
る事はできないが、必要に応じてトーカ／リスナー指定
（自分自身も含めて）のためのＭＴＡ、ＭＬＡ、アドレ
ッシングコマンドを送るなどバス・コントロールを行う
事ができる。但し、ＩＦＣとＲＥＮは送る事ができない
。

システムコントローラ５はバス・イニシャライズ時のコ
ントローラであり、勿論トーカにもリスナーにもなれる
が、単なるコントローラと違う点はＩＦＣとＲＥＮを送
出する事ができる唯一の装置であることである。

各装置は、これらを満足させるために、インターフェー
ス特性としてＩＥＥＥ４８８−１９７８の規定するとこ
ろの次のサブセットを持たなければならない。

■トーカ／コントローラ ■の状態において自分自身をトーカにアドレスした場合
コマンドを出力できる状態 ■リスナー／コントローラ ■の状態においてデータライン２上のデータを入力しな
ければならない状態更に、タイムコード、サーボ用の基準信号等のリアルタ
イム伝送が必要とされる信号は、バスシステムとは独立
の専用のラインを介してシステムコントローラ５．デバ
イス６．７の相互間又は被制御装置間で伝送される。

ｂ、リモートコントロールシステムの一例第２図は、こ
の発明を通用することができるリモートコントロールシ
ステムの一例を示す。第２図において、２０がＩＥＥＥ
４８８−１９７８の規格のバスラインを示す。このバス
ライン２ｏにマスター側のリモートコントローラ２１及
びスレーブ側のリモートコントローラ２３が結合されて
いる。リモートコントローラ２１には、マスク−側の固
定ヘッド型の多チャンネル（例えば４８チヤンネル）の
ＰＣＭテープレコーダ２２がリモート信号ケーブルを介
して接続される。リモートコントローラ２３には、スレ
ーブ側の固定ヘッド型の多チヤンネルＰＣＭテープレコ
ーダ２４がリモート信号ケーブルを介して接続される。

リモートコントローラ２１及び２３の夫々は、ＰＣＭテ
ープレコーダ２２及び２４のテープトランスポート等を
制御するためのリモートコントロール信号を発生する。

リモートコントローラ２１からリモートコントローラ２
３には、クロック信号及びテープから再生されたアドレ
ス信号が供給される。また、マイクロコンピュータシス
テム２５がバスライン２０に接続されている。

２６は、インターフェース装置を示し、このインターフ
ェース装置２６は、パラレル・リモート・コントロール
インターフェースとバスライン２０とを相互に変換する
Ｗｉである。インターフェース装置２６とミキシングコ
ンソール２７が接続されていると共に、インターフェー
ス装置２６とシンクロナイザ２８とが接続され、夫々の
間でリモート信号の授受がなされる。更に、シンクロナ
イザ２８から、回転ヘッド型のＶＴＲ２９にリモート信
号が供給される。ＶＴＲ２９により再生されたＳＭＰＴ
Ｅタイムコード等のタイムコードがシンクロナイザ２８
に供給される。ＰＣＭテープレコーダ２２により再生さ
れたタイムコードがシンクロナイザ２８に供給される。

シンクロナイザ２８からＰＣＭテープレコーダ２２に外
部サーボ用の基準信号が供給される。タイムコード、サ
ーボ用の基準信号等のリアルタイム伝送が必要とされる
信号は、バスライン２０とは別の専用のラインで伝送さ
れる。

第２図に示すリモートコントロールシステムは、２台の
ＰＣＭテープレコーダ２２及び２４をディジタル的に同
期運転でき、また、ＰＣＭテープレコーダ２２及び２４
をＶＴＲ２９と同期させたり、更に、ミキシングコンソ
ール２７からＰＣＭテープレコーダ２２．２４をリモー
トコントロールすることができる。

第１図の基本構成と第２図に示すリモートコントロール
システムとの対応は、システムコントローラ５及び被制
御装置８の夫々とマスター側のリモートコントローラ２
１及びマスター側のＰＣＭテープレコーダ２２の夫々と
が対応し、デバイス６・及び被制御装置９の夫々とリモ
ートコントローラ２３及びスレーブ側のＰＣＭテープレ
コーダ２４とが対応し、デバイス７及び被制御装置１０
の夫々はインターフェース装置２６及びミキシングコン
ソール２７　（又はシンクロナイザ２８）の夫々とが対
応している。マイクロコンピュータシステム２５もデバ
イスのひとつである。この対応関係は、−例であって、
バスインターフェースを有するリモートコントローラ２
１．２３．マイクロコンピュータシステム２５．インタ
ーフェース装置２６の何れもがシステムコントローラ５
又はデバイス６．７となることができる。

第３図は、第２図に示すリモートコントロールシステム
のより具体的な構成を示す。リモートコントローラ２１
及び２３．マイクロコンピュータシステム２５．インタ
ーフェース装置２６の夫々のＧＰＩＢドライバ３１．４
１，５１．６１がバスライン２０と接続される。これら
のＧＰＩＢドライバ３１，４１，５１．６１の夫々にネ
ットワークノード回路３２，４２，５２．６２が接続さ
れる。これらのネットワークノード回路３２．４２．５
２．６２は、規格に適合したフォーマットのデータを形
成するためのものである。ネットワークノード回路３２
．４２，５２．６２の夫々にネットワークコントローラ
３３，４３，５３．６３が接続される。ＣＰＩＢドライ
バ、ネットワークノード回路及びネット−ワークコント
ローラによってバスインターフェースが構成される。こ
のバスインターフェースは、互いに共通の構成である。

ネットワークノード回路３２．４２．５２．６２の夫々
からの動作命令は、アナリシス回路３４゜４４．５４．
６４の夫々に供給される。これらのアナリシス回路３４
，４４，５４．６４により動作命令が解読される。リモ
ートコントローラ２１のアナリシス回路３４には、ファ
ンクションコントロール３５Ａ、テープトランスポート
３５Ｂ。

シンクロナイザ３５Ｃ，チャンネルコントロール３５Ｄ
が接続されている。これらの回路の出力が共通のバスラ
イン３７に接続されている。このノ＜スライン３７には
、シリアルインターフェース３８が接続されている。こ
のシリアルインターフェース３８には、第２図に示すよ
うに、リモートケーブルを介してＰＣＭテープレコーダ
２２が接続される。

ファンクションコントロール３５Ａは、キー人力を解析
するための回路で、テープトランスポート３５Ｂは、Ｐ
ＣＭテープレコーダ２２の走行系を制御するための回路
で、シンクロナイザ３５Ｃは、同期運転のための回路で
ある。チャンネルコントロール３５Ｄと関連して、チャ
ンネルキーボード３６が設けられている。チャンネルコ
ントロール３５Ｄは、ＰＣＭテープレコーダ２２の各チ
ャンネルごとに記録／再生等の制御を行うための回路で
、チャンネルキーボード３６によって、チャンネルの選
択がなされる。

スレーブ側のリモートコントローラ２３は、上述のリモ
ートコントローラ２１と同様に、アナリシス回路４４に
、ファンクションコントロール４５Ａ、テープトランス
ポート４５Ｂ、シンクロナイザ４５Ｃ，チャンネルコン
トロール４５Ｄが接続されている。これらのロジック回
路の出力がシリアルインターフェース４８を介してＰＣ
Ｍテープレコーダ２４のリモート端子に供給される。チ
ャンネルコントロール４５Ｄにチャンネルキーボード４
６が接続されている。

マイクロコンピュータシステム２５のアナリシス回路５
４には、フロッピーディスクドライブ装置等のアプリケ
ーション５９が接続される。インターフェース装Ｗ２６
のアナリシス回路６４には、シリアルインターフェース
６８Ａ、６８Ｂ及び６８Ｃが接続される。これらのシリ
アルインターフェースの中でシリアルインターフェース
６８Ａにシンクロナイザ２８がリモートケーブルを介し
て接続され、シリアルインターフェース６８Ｂ及び６８
Ｃにミキシングコンソール２７が接続されている。一方
のシリアルインターフェース６８Ｂからは、ミキシング
コンソール２７のチャンネル１〜チヤンネル２４の制御
のための信号が出力され、他方のシリアルインターフェ
ース６８Ｃからは、ミキシングコンソール２７のチャン
ネル２５〜チヤンネル４８の制御のための信号が出力さ
れる。

Ｃ，インターフェース機能基本的には、バスライン２０上には、コマンドを送信す
る側（トランスミッタ）とコマンドを受信する側（レシ
ーバ）は、同時には、１台づつの対で存在できるものと
し、１台のトランスミ・ンタに対しては、複数台のレシ
ーバが同時に存在できない０通信を開始するための手順
は、下記のものである。

■コマンドを送信しようとするデバイスは、送信先のデ
バイスのデバイスアドレスをサービスリクエストを発行
することにより、コントローラに通知する。

■コントローラは、それに応じてトランスミッタ（トー
カ）とレシーバ（リスナー）を指定すると共に、モニタ
ー状態に入る。

■ここで、トランスミッタは、送信可の状態となり、コ
マンド通信が開始される。

■コマンドの最終バイトに同期したＥＯＩ信号により、
コントローラ及びレシーバは、コマンド通信が終了した
ことを知る。

インターフェース機能について、状態図を用いて説明す
る。第４図は、トランスミッタ状態図を示す。第４図を
参照してトランスミッタ機能について以下に説明する。

１’ＤＬＥ７１パワーオン、またはリセットでこの状態になるが全シー
ケンスの終了点でもありコマンド転送は、この状態より
開始される。この状態でコマンド転送がアクティブとな
ると（ＣＭＤ　−ＡＣＴ）ＲＱ　　ＴＸ７２へ移行する
。

ＲＱ　　Ｔｘ　（Ｒｅｑｕｅｓｔ　Ｔｒａｎｓｍｉｓｓ
ｉｏｎ）　　７２コントローラに対して、コマンド転送
のためのバス開放を要求する状態である。

通常のコマンド転送の場合はまずトーカに指定してもら
う必要があるため転送先のレシーバのアドレスとともに
デバイスアサインの要求をサービスリクエストＳＲＱに
よってコントローラに発行する（Ｔ　（Ｓ、ＡＳＮ））
。ＳＲＱが受は付けられたらＷＡＳＮ７３に移行する。

特権（ＰＲＩＶ　Ｉ　ＬＥＣＨＤ）コマンドはコントロ
ーラにたいするデバイスからの特殊コマンドであるから
その内容をＳＲＱによってコントローラに発行する（Ｔ
　（Ｓ、ＰＲＧ））。その後ＷＳＰＡＳ７４に移行する
。

Ｗ　Ｓ　Ｐ　Ａ　Ｓ　（Ｗａｉｔ　ｆｏｒ　５ＰＡＳ）
　７４特権コマンドがコントローラで受は付けられるの
を待つ状態である。５ＰＡＳとなったらＩＤＬＥ７１へ
移行する。

ＷＡ　Ｓ　Ｎ　（Ｗａｉｔ　ｆｏｒ　Ａｓｓｉｇｎｍｅ
ｎｔ）　７３トーカに指定されるのを待つ状態である。

マイトークアドレスを受は取り　（Ｒ（ＭＴＡ））　、
データモードになったら（ＴＡＣ３）　、ＴＣＭＤ７５
に移行する。

ＴＣＭＤ　　（Ｔｒａｎｓｍｉｔ　　Ｃｏｍｍａｎｄ）
　　７　５実際のコマンドを送信する状態である。３線
式ハンドシェイクによって必要なバイト数を転送した後
最終バイトに同期してＥＯＩを真にして（Ｔ（ＣＭＤ）
）　、ＷＲＴＮ７６に移行する。

Ｗ　ＲＴ　Ｎ　（Ｗａｉｔ　ｆｏｒ　Ｒｅｔｕｒｎ）　
７６コマンドを転送した後レシーバからのＲＴ　Ｎ　。

ＤＡＴＡ、ＡＣＫ、ＮＡＣＫを待つ状態である。

つまり、ＷＲＴＮ７６以降では、トーカからリスナーに
反転する。マイリスンアドレスを受は取り（Ｒ（ＭＬＡ
））　、データモードになったら（ＬＡＣ３）　、ＲＣ
Ｖ　　ＲＴＮ７７へ移行する。

ＲＣＶ　　ＲＴＮ　（Ｒｅｃｅｉｖｅ　Ｒｅｔｕｒｎ）
　　７７レシーバからのＲＴＮ、ＤＡＴＡ、ＡＣＫ。

ＮＡＣＫを受は取る状態であるつＲＴＮ、ＤＡＴＡ、Ａ
ＣＫ、ＮＡＣＫを受は取ったら（Ｒ（ＲＴＮ））　、Ｉ
ＤＬＥ７１へ戻る。もし２０　（ｍｓｅｃ）待っても受
は取れなかったらＴＩｌ’ｌＥ　ＯＵＴ　１であるとし
て必要なＥｒｒｏｒ処理をした７７１　Ｄ　Ｌ　Ｅ　７
１へ戻る。

第５図は、レシーバ状態図を示す。第５図を参照してレ
シーバ機能について以下に説明する。

ＩＤＬＥ８１パワーオンまたはリセットでこの状態になる。

また通常コマンドのシーケンス終了点でもある。

Ｌｉ５ｔｅｎｅｒ　Ａｄｄｒｅｓｓｅｄ　５ｔａｔｅ　
（Ｌ　Ａ　Ｄ　Ｓ　）になったらコマンドを受は取るた
めにＲＣＭＤ８２へ移行する。

ＲＣＭ　Ｄ　（Ｒｅｃｅｉｖｅ　Ｃｏｍｍａｎｄ）　８
２コマンドを受は取る事が出来る状態である。特権コマ
ンドを受は取った場合（Ｒ（ＰＲＣ，、ＣＭＤ））、エ
ラー無しであればそのままＲＯＭＤ８２の状態を続ける
。定義されていないコマンド等のように、もしエラーが
あれば、ＥＲＲＯＲ８３へ移行する。通常コマンドを受
は取った場合（Ｒ（ＣＭＤ））は、ＲＴＮ、ＡＣＫ、Ｎ
ＡＣＫのいずれかを返信する必要があるためＷＡＳＮ８
４へ移行する。Ｌｉ５ｔｅｎｅｒ　Ｉｄｌｅ　５ｔａｔ
ｅ（Ｌ　Ｉ　Ｄ　Ｓ）となったらＩＤＬＥ８１へ移行す
る。

ＥＲＲＯＲ８３コントローラの特権コマンドに対するエラーを送信する
状態である。エラーの内容をＳＲＱによりコントローラ
に発行した後（Ｔ　（Ｓ　、　Ｅｒｒｏｒ））ＷＳＰＡ
Ｓ８５に移行する。

ＷＳＰＡＳ　（Ｗａｉｔ　ｆｏｒ　　５ＰＡＳ）　８５
エラーのＳＲＱがコントローラに受は付けられるのを待
つ状態である。５ｅｒｉａｌ　Ｐｏ１ｌ　Ａｃｔｉｖｅ
　５ｔａｔｅ（ＳＰＡＳ）となったらＲＣＭＤ８２へ移
行し次のコマンドを受は取る準備をする。

ＷＡ　Ｓ　Ｎ　（Ｗａｉｔ　ｆｏｒ　Ａｓｓｔｇｎｍｅ
ｎｔ）　８４ＲＴＮ、ＡＣＫ、又はＮＡＣＫを返信する
ためにトーカに指定されるのを待つ状態である。マイト
ニクアドレスを受は取り　（Ｒ（ＭＴＡ）データモード
になったら（ＴＡＣ３）　、ＴＲＴＮ８６に移行する。

Ｔ　ＲＴ　Ｎ　（Ｔｒａｎｓｍｉｔ　Ｒｅｔｕｒｎ）　
　８６ＲＴＮ、ＡＣＫ、又はＮＡＣＫを返信するための
状態である。必要なバイト数を転送した後、最終バイト
に同期してＥＯＩを真にして（Ｔ　（ＲＴＮ））、ＩＤ
ＬＥ８１に戻る。

第６図は、コントローラ状態図を示す。第６図を参照し
てコントローラ機能について以下に説明する。

ＤＬＥ９１パワーオン、リセットあるいは他のデバイスにコントロ
ーラの権利を渡した時の状態である。ｔａｌ（６ｃｈａ
ｒｇｅあるいはＴＣＴによりコントローラの権利が得ら
れると、ＣＴＲＬ９２へ移行する。

ＣＴ　ＲＬ　（Ｃｏｎｔｒｏｌ）　　９２コントローラ
の基本状態であり全てのサービスは、ここより開始され
る。デバイスアサイメントのＳＲＱを受は付けた場合（
Ｒ（Ｓ、ＡＳＮ）八〇５Ｒ３）　、ＡＳＮＩ　　９３へ
移行する。特権コマンドＳＲＱを受は付けた場合（Ｒ（
Ｓ、　　ＰＲＧ）△Ｃ３Ｒ３）ＰＲＧ　　５ＥＲＶ９４
へ移行する。また、特権コマンドを送信する必要が生じ
たら（ｄ３）、ＡＳＮ３　１０７へ移行する。通常コマ
ンドを送信する必要が生じたら（ｄ４）、ＡＳＮ２１０
４へ移行する。Ｔａｋｅ　ＣｏｎｔｒｏｌのＳＲＱを受
は付けた場合（Ｒ（Ｓ、ＴＣＴ）△ＣＲ３Ｃ）、ＴＲＡ
ＮＳ　　ＣＴＲＬ９５へ移行する。全てのＳＲＱはこの
状態でのみ受は付ける様にしなければならない。他の状
態でＳＲＱを認知した場合でもそのサービスはＣＴＲＬ
状態９２へ戻るまで待たせる。

ＡＳＮＩ　　　（八ｓｓｉｇｎｍｅｎｔ　１　）　　９
　３トランスミツタをトーカにレシーバをリスナーに指
定する状態である。上述のＳ、ＡＳＮに示されるアドレ
スがコントローラではなく別のデバイスであった場合（
ｄ　１）　、Ｓ、ＡＳＮを発行したデバイス（トランス
ミッタ）をトーカにＳ、ＡｓＮに示されるデバイス（レ
シーバ）をリスナーに指定する。また、コントローラ自
身もリスナーになりデータモードに切り換えた後（ＬＡ
ＤＳＡｇｔｓ）ＭＯＮＩＩ　　９６に移行する。

Ｓ、ＡＳＮに示されるアドレスがコントローラ自身であ
った場合（ｄ２）　、Ｓ、ＡＳＮを発行したデバイス（
トランスミッタ）をトーカに、コントローラ自身（レシ
ーバ）をリスナーに指定してデータモードにする（Ｌ　
Ａ　Ｄ　ＳＡｇｔｓ　）。その後ＲＣＶ　　ＣＭＤ９７
へ移行する。

ＭＯＮ　Ｉ　　１　　（Ｍｏｎｉｔｏｒ　　１）　　９
　６トランスミツタからレシーバへの通信を終了までモ
ニターする状態である。転送データに直接関与すること
はないが、ＥＯＩが真となる事によりトランスミッタか
らレシーバへの通信が終了した事を認知してＲＥＶ　　
ＡＳＮＩ　　９８へ移行する。

ＲＥ　Ｖ　　Ａ　Ｓ　Ｎ　１　　（Ｒｅｖｅｒｓｅ　Ａ
ｓｓｉｇｎｍｅｎｔ　１　）　９ＡＳＮＩ　　９３にお
けるトランスミッタを今度は逆にリスナーに、レシーバ
をトーカに指定する。

（トランスミッタからのコマンドにたいするレシーバか
らのＲＴＮ、ＡＣＫ又はＮＡＣＫを転送するため）、Ａ
ＳＮＩ　　９３におけるレシーバをトーカにトランスミ
フタをリスナーに指定する。また、コントローラ自身も
リスナーになり、データモードに切り換えた後（ＬＡＤ
ＳＡｇｔｓ　）、ＭＯＮＩ２　９９に移行する。

ＭＯＮ　Ｉ　２　　（Ｍｏｎｉｔｏｒ　２）　　９９レ
シーバからトランスミッタへの通信を終了までモニター
する状態である。転送データに直接関与することはない
が、ＥＯＩが真となる事により、トランスミッタ／レシ
ーバ間のコマンド送受の１シーケンスが終了した事を知
る。その２１　Ｕ　Ｎ　Ａ　ＤＲ３Ｉ　　１００へ移行
する。もし規定時間（３０ｍｓｅｃ　）以内に、ＥＯＩ
が真とならなかった場合ＴＩＭＥ　　０ＵＴＩとして必
要なエラー処理を行った後ＵＮＡＤＲ３Ｉ　　１００へ
移行する。

ＵＮＡＤＲ３１（Ｕｎａｄｄｒｅｓｓｌ）　　１００全
てのトーカ、リスナーを解除しバスを初期状態に戻す。

Ｕ　Ｎ　Ｔ　（Ｕｎｔａｌｋ）、Ｕ　Ｎ　Ｌ　（Ｕｎｌ
ｉｓｔｅｎ）を発行した後、データモードにして（ｇｔ
ｓ　）　ＣＴＲＬ’９２に戻る。

ＲＣＶ　　ＣＭＤ　（Ｒｅｖｅｉｖｅ　Ｃｏｍｍａｎｄ
）　９７実際に、通常コマンド（ＲＥＧＵＬＡＲＣＭＤ
）を受は取る状態である。ＥＯＩが真となるまでコマン
ドを受は続け、その後ＲＥＶ　　ＡＳＮ２１０１へ移行
する。

ＲＥＶ　　ＡＳＮ２　　（ＲｅｖｅｒｓｅＡｓｓｉｇｎ
ｍｅｎｔ２）　　１ＲＴＮ、ＡＣＫ又はＮＡＣＫを返信
するために、デバイスアサイメントを行う状態である。

トランスミッタをリスナーに、コントローラ自身（この
場合レシーバでもある）をトーカに指定してデータモー
ドにする（ＴＡＤＳＡｇｔｓ　）。その後ＴＲＴＮ　１
０２へ移行する。

ＴＲＴＮ　（Ｔｒａｎｓｍｉｔ　Ｒｅｔｕｒｎ）　１０
２ＲＴＮ、ＡＣＫ又はＮＡＣＫを返信するための状態で
ある。必要なバイト数を転送した後最終バイトに同期し
てＥＯＩを真にして（Ｔ　（ＲＴＮ））、ＵＮＡＤＲ３
２１０３へ移行する。

ＵＮＡＤＲ３２（Ｕｎａｄｄｒｅｓｓ　２）　　１０３
全てのトーカ、リスナーを解除し、バスを初期状態に戻
す。ＵＮＴ（Ｕｎｔａｌｋ）、　　ＵＮＬ　（Ｕｎｌｉ
ｓｔｅｎ）を発行した後、データモードにして（ｇｔｓ
　）ＣＴＲＬ９２に戻る。

ＰＲＧ　　５ＥＲＶ　（Ｐｒｉｖｉｌｅｇｅｄ　５ｅｒ
ｖｉｃｅ）　　９４デバイスよりの特権ＳＲＱに対応し
て必要なサービスを行う。サービスが終了したらＣＴＲ
Ｌ９２に戻る。

Ａ　Ｓ　Ｎ　２　　（Ａｓｓｉｇｒｔｍｅｎｔ　２　）
　　１０４コントローラ自身がトランスミ・７タとなる
場合のデバイスアサイメントのための状態である。通常
コマンド（ＲＥＧＵＬＡＲＣＭＤ）の時（ｄ４）は、レ
シーバは１台だけが許される。コントローラはレシーバ
となるデバイスをリスナーにして、自分自身をトーカに
した後データモードとしくＴＡＤＳＡｇｔｓ　）　、Ｔ
ＣＭＤ　１０５に移行する。

Ｔ　Ｐ　ＲＧ　（Ｔｒａｎｓｍｉｔ　Ｐｒｉｖｉｌｅｇ
ｅｄ　ｃｏｍｍａｎｄ）　１０特権コマンドを送信する
状態である。特権コマンドには、ＲＴＮ等返信は存在し
ないので必要なバイト数を送信したらそのままＡＳＮ３
　１０７へ戻る（Ｔ　（ＰＲＧ、ＣＭＤ））。また、デ
ータの最終バイトに同期してＥＯＩを真とする。

ＴＣＭＤ　（Ｔｒａｎｓｍｉｔ　Ｃｏｍｍａｎｄ）　　
１０５通常コマンド（ＲＥＧＵＬＡＲＣＭＤ）を送信す
る状態である。、必要なバイト数を送信するとともに最
終バイトに同期してＥＯＩを真にする（Ｔ　（ＣＭＤ）
’）。送信終了後はＲＥＶ　　ＡＳＮ３１０８に移行す
る。

ＲＥ　　Ｖ　　　Ａ　　Ｓ　Ｎ　　３　　（Ｒｅｖｅｒ
ｓｅ　　ＡｓｓｒＢｎｍｅｎｔ　３　）　　　１ＡＳＮ
２　１０４におけるレシーバを逆に１−−力に、コント
ローラ自身をリスナーに指定し、レシーバがＲＴＮ、Ａ
ＣＫ又はＮＡＣＫの返信を出来る様にする。つまり、デ
ータモードに切り換える（Ｌ　Ａ　Ｄ　Ｓ　”ｇｔｓ　
）　。その後、ＲＣＶ　　ＲＴＮ１０９へ移行する。

ＲＣＶ　　ＲＴＮ　（Ｒｅｖｅｉｖｅ　Ｒｅｔｕｒｎ）
　　１０９レシーバからのＲＴＮ、ＡＣＫ又はＮＡＣＫ
を受は取る状態である。ＲＴＮ、ＡＣＫ又はＮＡＣＫを
受は取ったならば、ＵＮＡＤＲ５２１０３へ移行する。

もし規定時間（２０ｍｓｅｃ）以内にＲＴＮ、ＡＣＫ又
はＮ　Ａ　ＣＫの何れも得られなかった場合、ＴＩＭＥ
　　０ＵＴ２として適当なエラー処理をした後にＵＮＡ
ＤＲ３２１０３へ移行する。

Ｔ　ＲＡ　Ｎ　Ｓ　　ＣＴ　ＲＬ　（Ｔｒａｎｓｆｅｒ
　Ｃｏｎｔｒｏｌｌｅｒ）他のデバイスへコントローラ
の権利を渡すための状態である。ＣＴＲ３となったらコ
ントローラであることをやめてＩＤＬＥ９１に戻る。

ＡＳＮ　３　（ＡｓｓｉｇｎｎｅｎＬ３）　　１０７コ
ントローラ自身がトランスミッタとなる場合のデバイス
アサインメントのための状態である。

特権コマンドの時は、複数台のレシーバでも持つことが
許される。コントローラは、レシーバとなるべき複数台
のデバイスをリスナーにして、自分自身をトーカにした
後データモードして（ＴＡＤＳＡｇＬｓ　）　、　ＴＰ
　Ｒｏ　１０６”−移行する。送信すべきコマンドがな
い場合は、ただちにＵＮＡＤＲ３２’１０３へ移行する
。

上述のインターフェース機能の説明から理解されるよう
に、この一実施例では、コントローラ（リモートコント
ローラ２１）による集中側？ｉｆｌとデバイスがコント
ローラとして機能する分散制御との何れもが可能である
。

集中制御の場合には、基本的に〔■コントローラからリ
スナーアドレスが指定され、■コマンドがこのリスナー
に伝送され、■リスナーとトーカとがＡＣＫを受は取る
ために逆転されて、■リスナーがＡＣＫを受は取り、■
終了〕のシーケンスで動作が行われる。

分散制御の場合には、基本的に〔■デバイスからコント
ローラに対するサービスリクエストＳＲＱが供給され、
バス開放が要求され、■コントローラは、リスナーアド
レス及びトーカアドレスを指定し、■トーカから出力さ
れたコマンドが指定されたリスナーに伝送され、■デバ
イスは、ＡＣＫを待ち、ＡＣＫを受けるために、トーカ
とリスナーとが逆転され、■リスナーがＡＣＫを受は取
り、■終了〕のシーケンスで動作が行われる。つまり、
電源投入直後などの初期状態では、リモートコントロー
ラ２１がコントローラとなるが、その後は、コントロー
ラの機能を他に譲ることができ、また、リモートコント
ローラ２１自身がデパ′イスとなりうる。

ｄ、オペレーショナルコマンドバスライン２０を介されて伝送されるオペレーショナル
コマンドは、第７図に示すデータ構成とされる。先頭の
１バイトがコマンドアドレスであり、コマンドを特権コ
マンド、システムコマンド等の１６種類にベーシングす
るためのものである。また、１バイトのコマンドアドレ
スは、コマンドを発行したもののアドレスである。コマ
ンドアドレスの後に、コマンドヘッダで指定されたペー
ジの最大で２５６バイトの１バイト単位のコマンｌ’　
ＣＭ　Ｄ　１〜ＣＭＤ　２５６が位置している。

特権コマンドとしては、例えばＰＣＭテープレコーダの
同期運転制御専用のコマンドが割り当てられる。コマン
ドの一例として、システムコマンドを下記に示す。コマ
ンドは、（上位ディジット。

下位ディシソＨ（１６進表示）の組み合わせで表される
。

（０，Ｏ）Ｈニジステムイニシャライズ（０，１）Ｈ：
デバイスクイブリクエスト（０，８）、：デバイスタイ
プインフォーム（８，Ｏ）、：戻すデータ　（ＡＣＫ）
（８，Ｉ）ｏ　　：デバイスタイプリターン（８，３）
、：ウェイト（８，４）、：戻りデータ（ＮＡＣＫ）〔発明の効果〕この発明に依れば、従来のリモートコントロールシステ
ムのような固定されたマスターとスレーブの関係がなく
なり、集中制御及び分散制御の何れもが可能であって、
汎用性及び拡張性に優れたリモートコントロールシステ
ムを実現することができる。また、リアルタイム伝送が
必要とされる信号の伝送ラインを専用の信号ラインと分
けているので、標準バスインターフェースを使用するこ
とが可能となり、ローコストなリモートコントロールシ
ステムを実現できる。更に、この発明に依れば、戻りデ
ータを受は取るまでが一連の手順とされることにより、
被制御装置を確実に動作させることができる。

【図面の簡単な説明】

第１図はこの発明によるリモートコントロールシステム
の基本構成を示すブロック図、第２図はこの発明の一実
施例のブロック図、第３図はこの発明の一実施例のより
具体的構成を示すブロック図、第４図はこの発明の一実
施例におけるトランスミッタの状態図、第５図はこの発
明の一実施例におけるレシーバの状態図、第６図はこの
発明の一実施例におけるコントローラの状態図、第７図
はこの発明の一実施例におけるオペレーショナルコマン
ドのデータ構成を示す路線図である。図面における主要な符号の説明１．２０：バスライン、　　５：コントローラ。６．７：デバイス、　　　ｓ、ｑ、ｔｏ：被制御装置。２１．２３：リモートコントローラ。２２．２４：固定ヘッド型の多チャンネルＰＣＭテープ
ニーダ、　　２５：マイクロコンピュータシステム、　
　２６：インターフェース装置。

Claims

【特許請求の範囲】データラインを含むバスラインに対して、１個のコント
ローラと２個以上の複数のデバイスとが夫々バスインタ
ーフェースを介して結合されたリモートコントロールシ
ステムにおいて、上記コントローラ及び上記デバイスは、アドレスにより
区別されるための第１の機能と、データ出力状態及びデ
ータ入力状態を自分自身又は外部からの制御により切り
替えられるための第２の機能を有し、上記デバイスの各々は、上記第１の機能及び上記第２の
機能に加えて上記コントローラに対する割り込み要求を
出力するための第３の機能を有し、上記コントローラは
、上記第１の機能及び上記第２の機能に加えて上記割り
込み要求を入力するための第４の機能を有し、上記コントローラは、上記第１の機能、上記第２の機能
、上記第４の機能に加え、自分自身のアドレスを含む所
定のアドレスに対して上記データ入力状態及び上記デー
タ出力状態を指定し、上記データ出力状態から上記デー
タ入力状態に変化したものにコマンドが転送され、上記
コマンドの転送の終了後に直ちに上記データ入力状態及
び上記データ出力状態を逆の関係とし、上記コマンドに
対応する戻りデータの転送を行う第５の機能を有するこ
とを特徴とするリモートコントロールシステム。