JP2001308950A

JP2001308950A - 電子機器、電子機器の制御方法及びコンピュータ読み取り可能な記憶媒体

Info

Publication number: JP2001308950A
Application number: JP2000124826A
Authority: JP
Inventors: Junichi Sato; 淳一佐藤
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2000-04-25
Filing date: 2000-04-25
Publication date: 2001-11-02

Abstract

(57)【要約】【課題】ＶＴＲを本体キー、リモコン送信機、パソコ
ン等の複数の制御部からのコマンドで制御する場合、複
数の制御部から同時にコマンドが入力した場合に優先順
位を付けるようにする。【解決手段】ＶＴＲ１は、自身のキー入力部３、１３
９４ケーブル１２を通じてのパソコン１１、リモコン送
信機１０からの各コマンドにより、記録、再生、早送
り、巻き戻し、停止、一時停止等のモードを制御され
る。コマンド送信元の受付優先順位は、キー入力部３、
パソコン１１、リモコン送信機１０の順に設定されてお
り、複数のコマンドが同時に送られてきた場合、マイコ
ン２は上記優先順位に応じた送信元からのコマンドを受
付けて実行させる。上記優先順位はユーザが設定、変更
できるようにしてもよく、また、停止コマンド等の所定
のコマンドを受信したときは、そのコマンドを最優先で
受付けるようにしてもよい。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク接続
された電子機器、赤外リモコン送信機、機器本体のキー
等の複数の送信元からのコマンドを受け、それに対する
処理を行う電子機器に用いて好適な電子機器、この電子
機器の制御方法及びそれらに用いられるコンピュータ読
み取り可能な記憶媒体に関するものである。

【０００２】

【従来の技術】従来の複数の送信元からのコマンドを受
けて処理を行う電子機器の一例として、ＶＴＲが挙げら
れる。送信元としてはＶＴＲ本体の操作キー、赤外リモ
コン送信機、編集器等がある。これらからのコマンドを
受けるためにＶＴＲ本体には、本体操作キーを読むため
のマイコン、赤外リモコン信号を受けるための受光部、
ケーブルを介して接続された編集器との送受信を行うイ
ンターフェース部等が内蔵されており、上記受光部やイ
ンターフェース部は上記マイコンに接続され、マイコン
内部でデコード等を行っている。

【０００３】上記のような構成において、例えば再生動
作をＶＴＲに行わせる場合は、ＶＴＲ本体又はリモコン
送信機又は編集器の「ＰＬＡＹ」ボタンを押すことによ
り、「ＰＬＡＹ」コマンドが上記マイコンに送信され、
マイコンはこれを認識して再生に必要な処理をメカや信
号処理回路等に対して行う。

【０００４】次に、後述する本発明の実施の形態におい
ては、従来から知られているＩＥＥＥ１３９４シリアル
バスを使用するので、このＩＥＥＥ１３９４シリアルバ
スについて説明する。

【０００５】《ＩＥＥＥ１３９４の技術の概要》家庭用
デジタルＶＴＲやＤＶＤの登場も伴なって、ビデオデー
タやオーディオデータなどのリアルタイムでかつ高情報
量のデータ転送のサポートが必要になっている。こうい
ったビデオデータやオーディオデータをリアルタイムで
転送し、パソコン（ＰＣ）に取り込んだり、またはその
他のデジタル機器に転送を行なうには、必要な転送機能
を備えた高速データ転送可能なインタフェースが必要に
なってくるものであり、そういった観点から開発された
インタフェースがＩＥＥＥ１３９４−１９９５（Ｈｉｇ
ｈＰｅｒｆｏｒｍａｎｃｅＳｅｒｉａｌＢｕｓ）
（以下１３９４シリアルバス）である。

【０００６】図１２に１３９４シリアルバスを用いて構
成されるネットワーク・システムの例を示す。このシス
テムは機器Ａ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇ，Ｈを備えてお
り、Ａ−Ｂ間、Ａ−Ｃ間、Ｂ−Ｄ問、Ｄ−Ｅ間、Ｃ−Ｆ
間、Ｃ−Ｇ間、及びＣ−Ｈ問をそれぞれ１３９４シリア
ルバスのツイスト・ペア・ケーブルで接続されている。
この機器Ａ〜Ｈは例としてＰＣ、デジタルＶＴＲ，ＤＶ
Ｄ、デジタルカメラ、ハードディスク、モニタ等であ
る。各機器間の接続法式は、ディジーチエーン方式とノ
ード分岐方式とを混在可能としたものであり、自由度の
高い接続が可能である。

【０００７】また、各機器は各自固有のＩＤを有し、そ
れぞれが認識し合うことによって１３９４シリアルバス
で接続された範囲において、１つのネットワークを構成
している。各デジタル機器間をそれぞれ１本の１３９４
シリアルバスケーブルで順次接続するだけで、それぞれ
の機器が中継の役割を行い、全体として１つのネットワ
ークを構成するものである。また、１３９４シリアルバ
スの特徴でもある、Ｐｌｕｇ＆Ｐｌａｙ機能でケーブル
を機器に接続した時点で自動で機器の認識や接続状況な
どを認識する機能を有している。

【０００８】また、図１２に示したようなシステムにお
いて、ネットワークからある機器が削除されたり、また
は新たに追加された時など、自動的にバスリセットを行
い、それまでのネットワーク構成をリセットしてから、
新たなネットワークの再構築を行う。この機能によっ
て、その時々のネットワークの構成を常時設定、認識す
ることができる。またデータ転送速度は、１００／２０
０／４００Ｍｂｐｓを備えており、上位の転送速度を持
つ機器が下位の転送速度をサポートし、互換をとるよう
になっている。

【０００９】データ転送モードとしては、コントロール
信号などの非同期データ（Ａｓｙｎｃｈｒｏｎｏｕｓデ
ータ：以下Ａｓｙｎｃデータ）を転送するＡｓｙｎｃｈ
ｒｏｎｏｕｓ転送モード、リアルタイムなビデオデータ
やオーディオデータ等の同期データ（Ｉｓｏｃｈｒｏｎ
ｏｕｓデータ：以下Ｉｓｏデータ）を転送するＩｓｏｃ
ｈｒｏｎｏｕｓ転送モードがある。このＡｓｙｎｃデー
タとＩｓｏデータは各サイクル（通常サイクル１２５μ
Ｓ）の中において、サイクル開始を示すサイクル・スタ
ート・パケット（ＣＳＰ）の転送に続き、Ｉｓｏデータ
の転送を優先しつつサイクル内で混在して転送される。

【００１０】図１３に１３９４シリアルバスの構成要素
を示す。１３９４シリアルバスは全体としてレイヤ（階
層）構造で構成されている。図１３に示したように、最
もハード的なのが１３９４シリアルバスのケーブルであ
り、そのケーブルのコネクタが接続されるコネクタポー
トがあり、その上にハードウェアとしてフィジカル・レ
イヤとリンク・レイヤがある。

【００１１】ハードウェア部は実質的なインタフェース
チップの部分であり、そのうちフイシカル・レイヤは符
号化やコネクタ関連の制御等を行い、リンク・レイヤは
パケット転送やサイクルタイムの制御等を行う。ファー
ムウェア部のトランザクション・レイヤは、転送（トラ
ンザクション）すべきデータの管理を行い、Ｒｅａｄや
Ｗｒｉｔｅといった命令を出す。シリアルバスマネージ
メントは、接続されている各機器の接続状況やＩＤの管
理を行い、ネットワークの構成を管理する部分である。
このハードウェアとファームウェアまでが実質上の１３
９４シリアルバスの構成である。

【００１２】また、ソフトウェア部のアプリケーション
・レイヤは使うソフトによって異なり、インタフェース
上にどのようにデータをのせるかを規定する部分であ
り、ＡＶプロトコルによって規定されている。以上が１
３９４シリアルバスの構成である。

【００１３】次に、図１４に１３９４シリアルバスにお
けるアドレス空間の図を示す。１３９４シリアルバスに
接続された各機器（ノード）には、必ず各ノード固有の
６４ビットアドレスを持たせておく。このアドレスをＲ
ＯＭに格納しておくことで、自分や相手のノードアドレ
スを常時認識でき、相手を指定した通信も行える。

【００１４】１３９４シリアルバスのアドレッシング
は、ＩＥＥＥ１２１２規格に準じた方式であり、アドレ
ス指定は、最初の１０ビットがバスの番号の指定用に、
次の６ビットがノードＩＤ番号の指定用に使われる。残
りの４８ビットが機器に与えられたアドレス幅になり、
それぞれ固有のアドレス空間として使用できる。最後の
２８ビットは固有データの領域として、各機器の識別や
使用条件の指定の情報などを格納する。以上が１３９４
シリアルバスの技術の概要である。

【００１５】次に、１３９４シリアルバスの特徴といえ
る技術の部分をより詳細に説明する。＜１３９４シリアルバスの電気的仕様＞図１５に１３９
４シリアルバス・ケーブルの断面図を示す。１３９４シ
リアルバスでは、接続ケーブル内に２組のツイストペア
信号線の他に、電源ラインを設けている。これによっ
て、電源を持たない機器や、故障により電圧低下した機
器等にも電力の供給が可能になっている。電源線内を流
れる電源の電圧は８〜４０Ｖ、電流は最大電流ＤＣ１．
５Ａと規定されている。

【００１６】＜ＤＳ−Ｌｉｎｋ符号化＞図１６に１３９
４シリアルバスで採用されているデータ転送フォーマッ
トのＤＳ−Ｌｉｎｋ符号化方式を説明するためのタイミ
ングチャートを示す。１３９４シリアルバスでは、ＤＳ
−Ｌｉｎｋ（Ｄａｔａ／ＳｔｒｏｂｅＬｉｎｋ）符号
化方式が採用されている。このＤＳ−Ｌｉｎｋ符号化方
式は、高速なシリアルデータ通信に適しており、その構
成は、２本の信号線を必要とする。より対線の内１本に
主となるデータを送り、他方のより対線にはストローブ
信号を送る構成になっている。受信側では、この通信さ
れるデータと、ストローブとの排他的諭理和をとること
によってクロックを再現できる。

【００１７】このＤＳ−Ｌｉｎｋ符号化方式を用いるメ
リットとして、他のシリアルデータ転送方式に比べて転
送効率が高いこと、ＰＬＬ回路が不要となるのでコント
ローラＬＳＩの回路規模を小さくできること、さらには
転送すべきデータが無い時にアイドル状態であることを
示す情報を送る必要が無いので、各機器のトランシーバ
回路をスリーブ状態にすることができることにより、消
費電力の低減が図れる、などが挙げられる。

【００１８】〈バスリセットのシーケンス〉１３９４シ
リアルバスでは、接続されている各機器（ノード）には
ノードＩＤが与えられ、ネットワーク構成として認識さ
れている。このネットワーク構成に変化があった時、例
えばノードの挿抜や電源のＯＮ／ＯＦＦなどによるノー
ド数の増減などによって変化が生じて、新たなネットワ
ーク構成を認識する必要がある時、変化を検知した各ノ
ードはバスリセット信号を送信して、新たなネットワー
ク構成を認識するモードに入る。この時の変化の検知方
法は、１３９４ポート基板上でのバイアス電圧の変化を
検知することにより行われる。

【００１９】あるノードからバスリセット信号が伝達さ
れて、各ノードのフィジカルレイヤはこのバスリセット
信号を受けると同時にリンクレイヤにバスリセットの発
生を伝達し、かつ他のノードにバスリセット信号を伝達
する。最終的に全てのノードがバスリセット信号を検知
した後、バスリセットが起動となる。バスリセットは、
先に述べたようなケーブル挿抜や、ネットワーク異常等
によるハード検出による起動と、プロトコルからのホス
ト制御などによってフィジカルレイヤに直接命令を出す
ことによっても起動する。

【００２０】また、バスリセットが起動するとデータ転
送は一時中断され、この間のデータ転送は待たされ、終
了後新しいネットワーク構成のもとで再開される。以上
がバスリセットのシーケンスである。

【００２１】＜ノードＩＤ決定のシーケンス＞バスリセ
ットの後、各ノードは新しいネットワーク構成を構築す
るために、各ノードにＩＤを与える動作に入る。この時
のバスリセツトからノードＩＤ決定までの一般的なシー
ケンスを図２４、２５、２６のフローチャートを用いて
説明す１。

【００２２】図２４のフローチャートは、バスリセット
の発生からノードＩＤが決定し、データ転送が行えるよ
うになるまでの、一連のバスの作業を示してある。ま
ず、ステップＳ１０１として、ネットワーク内にバスリ
セットが発生することを常時監視していて、ここで、ノ
ードの電源ＯＮ／ＯＦＦなどでバスリセットが発生する
とステップＳ１０２に移る。

【００２３】ステップＳ１０２では、ネットワークがリ
セットされた状態から、新たなネットワークの接続状況
を知るために、直接接続されている各ノード間において
親子関係の宣言がなされる。ステップＳ１０３として、
全てのノード間で親子関係が決定すると、ステップＳ１
０４として１つのルートが決定する。全てのノード間で
親子関係が決定するまで、ステップＳ１０２の親子関係
の宣言を行い、またルートも決定されない。

【００２４】ステップＳ１０４でルートが決定される
と、次はステップＳ１０５として、各ノードにＩＤを与
えるノードＩＤの設定作業が行われる。所定のノード順
序で、ノードＩＤの設定が行われ、全てのノードにＩＤ
が与えられるまで繰り返し設定作業が行われ、最終的に
ステップＳ１０６として全てのノードにＩＤを設定し終
えたら、新しいネットワーク構成が全てのノードにおい
て認識されたので、ステップＳ１０７としてノード間の
データ転送が行える状態となり、データ転送が開始され
る。

【００２５】このステップＳ１０７の状態になると、再
びバスリセットが発生するのを監視するモードに入り、
バスリセットが発生したらステップＳ１０１からステッ
Ｓ１０６までの設定作業が繰り返し行われる。

【００２６】以上が、図２４のフローチャートの説明で
あるが、このフローチャートのバスリセットからルート
決定までの部分と、ルート決定後からＩＤ設定終了まで
の手順をより詳しく示したものをそれぞれ図２５、図２
６に示す。

【００２７】まず、図２５のフローチャートについて説
明する。ステップＳ２０１としてバスリセットが発生す
ると、ネットワーク構成は一旦リセットされる。なお、
ステップＳ２０１としてバスリセットが発生するのを常
に監視している。次に、ステップＳ２０２として、リセ
ットされたネットワークの接続状況を再認識する作業の
第一歩として、各機器にリーフ（ノード）であることを
示すフラグを立てておく。さらに、ステップＳ２０３と
して各機器が自分の持つポートがいくつ他ノードと接続
されているのかを調べる。

【００２８】次に、ステップＳ２０４のポート数の結果
に応じて、これから親子関係の宣言を始めていくため
に、未定義（親子関係が決定されてない）ポートの数を
調べる。バスリセツトの直後はポート数＝未定義ポート
数であるが、親子関係が決定されていくに従ってステッ
プＳ２０４で検知する未定義ポートの数は変化していく
ものである。

【００２９】まず、バスリセットの直後、はじめに親子
関係の宣言を行えるのはリーフに限られている。リーフ
であるというのはステップＳ２０３のポート数の確認で
知ることができる。リーフは、ステップＳ２０５とし
て、自分に接続されているノードに対して、「自分は
子、相手は親」と宣言し動作を終了する。

【００３０】ステップＳ２０３でポート数が複数ありブ
ランチと認識したノードは、バスリセットの直後はステ
ップＳ２０４で未定義ポート数＞１ということなので、
ステップＳ２０６へと移り、まずブランチというフラグ
が立てられ、ステップＳ２０７でリーフからの親子関係
宣言で「親」の受付をするために待つ。

【００３１】リーフが親子関係の宣言を行い、ステップ
Ｓ２０７でそれを受けたブランチは適宜ステップＳ２０
４の未定義ポート数の確認を行い、未定義ポート数が１
になっていれば残っているポートに接続されているノー
ドに対して、ステップＳ２０５の「自分が子」の宣言を
することが可能になる。２度目以降、ステップＳ２０４
で未定義ポート数を確認しても２以上あるブランチに対
しては、再度ステップＳ２０７でリーフまたは他のブラ
ンチからの「親」の受付をするために待つ。

【００３２】最終的に、いずれか１つのブランチ、また
は例外的にリーフ（子宣言を行えるのにすばやく動作し
なかったため）がステップＳ２０４の未定義ポート数の
結果としてゼロになったら、これにてネットワーク全体
の親子関係の宣言が終了したものであり、未定義ポート
数がゼロ（全て親のポートとして決定）になった唯一の
ノードはステップＳ２０８としてルートのフラグが立て
られ、ステップＳ２０９としてルートとしての認識がな
される。このようにして、バスリセットからネットワー
ク内の全てのノード間における親子関係の宣言までが終
了する。

【００３３】次に、図２６のフローチャートについて説
明する。まず、図２５までのシーケンスでリーフ、ブラ
ンチ、ルートという各ノードのフラグの情報が設定され
ているので、これを元にして、ステップＳ３０１でそれ
ぞれ分類する。各ノードにＩＤを与える作業として、最
初にＩＤの設定を行うことができるのはリーフからであ
る。リーフ→ブランチ→ルートの順で若い番号（ノード
番号＝０〜）からＩＤの設定がなされていく。

【００３４】ステップＳ３０２としてネットワーク内に
存在するリーフの数Ｎ（Ｎは自然数）を設定する。この
後、ステップＳ３０３として各自リーフがルートに対し
て、ＩＤを与えるように要求する。この要求が複数ある
場合には、ルートはステップＳ３０４としてアービトレ
ーション（１つに調停する作業）を行い、ステップＳ３
０５として勝ったノード１つにＩＤ番号を与え、負けた
ノードには失敗の結果通知を行う。ステップＳ３０６と
してＩＤ取得が失敗に終わったリーフは、再度ＩＤ要求
を出し、同様の作業を繰り返す。

【００３５】ＩＤを取得できたリーフからステップＳ３
０７として、そのノードのＩＤ情報をブロードキャスト
で全ノードに転送する。１ノードＩＤ情報のブロードキ
ャストが終わると、ステップＳ３０８として残りのリー
フの数が減らされる。ここで、ステップＳ３０９とし
て、この残りのリーフの数が１以上ある時はステップＳ
３０３のＩＤ要求の作業からを繰り返し行い、最終的に
全てのリーフがＩＤ情報をブロードキャストすると、ス
テップＳ３０９がＮ＝０となり、次はブランチのＩＤ設
定に移る。

【００３６】ブランチのＩＤ設定もリーフのときと同様
に行われる。まず、ステップＳ３１０としてネットワー
ク内に存在するブランチの数Ｍ（Ｍは自然数）を設定す
る。この後、ステップＳ３１１として各自ブランチがル
ートに対して、ＩＤを与えるように要求する。これに対
してルートは、ステップＳ３１２としてアービトレーシ
ョンを行い、勝ったブランチから順にリーフを与え終わ
った次の若い番号から与えていく。ステップＳ３１３と
して、ルートは要求を出したブランチにＩＤ情報または
失敗結果を通知し、ステップＳ３１４としてＩＤ取得が
失敗に終わったブランチは、再度ＩＤ要求を出し、同様
の作業を繰り返す。

【００３７】ＩＤを取得できたブランチからステップＳ
３１５として、そのノードのＩＤ情報をブロードキャス
トで全ノードに転送する。１ノードＩＤ情報のブロード
キャストが終わると、ステップＳ３１６として残りのブ
ランチの数が１つ減らされる。ここで、ステップＳ３１
７として、この残りのブランチの数が１以上ある時はス
テップＳ３１１のＩＤ要求の作業からを繰り返し、最終
的に全てのブランチがＩＤ情報をブロードキャストする
まで行われる。

【００３８】全てのブランチがノードＩＤを取得する
と、ステップＳ３１７はＭ＝０となり、ブランチのＩＤ
取得モードも終了する。ここまで終了すると、最終的に
ＩＤ情報を取得してないノードはルートのみなので、ル
ートのＩＤはステップＳ３１８として与えていない番号
で最も大きい番号を自分のＩＤ番号と設定し、ステップ
Ｓ３１９としてルートのＩＤ情報をブロードキャストす
る。以上で、親子関係が決定した後から全てのノードの
ＩＤが設定されるまでの手順が終了する。

【００３９】次に、一例として図１７に示した実際のネ
ットワークにおける動作を説明する。図１７において、
＜ルート＞ノードＢの下位にはノードＡとノードＣが直
接接続されており、さらにノードＣの下位にはノードＤ
が直接接続されており、さらにノードＤの下位にはノー
ドＥとノードＦが直接接続された階層構造になってい
る。この階層構造やルートノード、ノードＩＤを決定す
る手順を以下に説明する。

【００４０】バスリセットがなされた後、まず各ノード
の接続状況を認識するために、各ノードの直接接続され
ているノード間において、親子関係の宣言がなされる。
この親子関係とは、親側が階層構造で上位となり、子側
が下位になるということである。

【００４１】図１７ではバスリセットの後、最初に親子
関係の宣言を行ったのはノードＡである。基本的にノー
ドの１つのポートにのみ接続があるノード（リーフと呼
ぶ）から親子関係の宣言を行うことができる。これは自
分には１ポートの接続のみということをまず知ることが
できるので、これによってネットワークの端であるとい
うことを認識し、その中で早く動作を行ったノードから
親子関係が決定されていく。

【００４２】こうして親子関係の宣言を行った側（Ａ−
Ｂ間ではノードＡ）のポートが子と設定され、相手側
（ノードＢ）のポートが親と設定される。こうして、ノ
ードＡ−Ｂ間では子一親、ノードＥ−Ｄ間で子一親、ノ
ードＦ−Ｄ間で子一親と決定される。

【００４３】さらに１階層上って、今度は複数個接続ポ
ートを持つノード（ブランチと呼ぶ）のうち、他ノード
からの親子関係の宣言を受けたものから順次、さらに上
位に親子関係の宣言を行っていく。図１７では、まずノ
ードＤがＤ−Ｅ間、Ｄ−Ｆ間と親子関係が決定した後、
ノードＣに対する親子関係の宣言を行っており、その結
果ノードＤ−Ｃ間で子一親と決定している。このように
して、図１７のような階層構造が構成され、最終的に接
続されている全てのポートにおいて親となったノードＢ
が、ルートノードと決定された。ルートは、１つのネッ
トワーク構成中に一つしか存在しないものである。

【００４４】なお、この図１７においてノードＢがルー
トノードと決定されたが、これはノードＡから親子関係
宣言を受けたノードＢが、他のノードに対して親子関係
宣言を早いタイミングで行っていれば、ルートノードは
他ノードに移っていたこともあり得る。すなわち、伝達
されるタイミングによってはどのノードもルートノード
となる可能性があり、同じネットワーク構成でもルート
ノードは一定とは限らない。

【００４５】ルートノードが決定すると、次は各ノード
ＩＤを決定するモードに入る。ここでは全てのノード
が、決定した自分のノードＩＤを他の全てのノードに通
知する（ブロードキャスト機能）。自己ＩＤ情報は、自
分のノード番号、接続されている位置の情報、持ってい
る情報の数、接続のあるポートの数、各ポートの親子関
係の情報等を含んでいる。

【００４６】ノードＩＤ番号の割り振りの手順として
は、まず１つのポートにのみ接続があるノード（リー
フ）から起動することができ、この中から順にノード番
号＝０、１、２・・・と割り当てられる。ノードＩＤを
手にしたノードは、ノード番号を含む情報をブロードキ
ャストで各ノードに送信する。これによって、そのＩＤ
番号は「割り当て済み」であることが認識される。

【００４７】全てのリーフが自己ノードＩＤを取得し終
えると、次はブランチヘ移り、リーフに引き続いたノー
ドＩＤ番号が各ノードに割り当てられる。リーフと同様
にノードＩＤ番号が割り当てられたブランチから順次ノ
ードＩＤ情報をブロードキャストし、最後にルートノー
ドが自己ＩＤ情報をブロードキャストする。すなわち、
常にルートは最大のノードＩＤ番号を所有するものであ
る。以上のようにして、階層構造全体のノードＩＤの割
り当てが終わり、ネットワーク構成が再構築され、バス
の初期化作業が完成する。

【００４８】《アービトレーション》１３９４シリアル
バスでは、データ転送に先立って必ずバス使用権のアー
ビトレーション（調停）を行う。１３９４シリアルバス
は個別に接続されて各機器が、転送された信号をそれぞ
れ中継することによって、ネットワーク内の全ての機器
に同信号を伝えるように、論理的なバス型ネットワーク
であるので、パケットの衝突を防ぐ意味でアービトレー
ションは必要である。これによってある時間には、たっ
た一つのノードにのみ転送を行うことができる。

【００４９】アービトレーションを説明するために図１
８（ａ）にバス要求の図、図１８（ｂ）にバス使用許可
の図を示し、以下これを用いて説明する。アービトレー
ションが始まると、一つもしくは複数のノードが親ノー
ドに向かって、それぞれバス使用権の要求を発する。図
１８（ａ）のノードＣとノードＦがバス使用権の要求を
発しているノードである。これを受けた親ノード（図１
８ではノードＡ）はさらに親ノードに向かって、バス使
用権の要求を発する（中継する）。この要求は最終的に
調停を行うルートに届けられる。

【００５０】バス使用要求を受けたルートノードは、ど
のノードにバスを使用させるかを決める。この調停作業
はルートノードのみが行えるものであり、調停によって
勝ったノードにはバスの使用許可を与える。図１８
（ｂ）ではノードＣに使用許可が与えられ、ノードＦの
使用は拒否された場合である。アービトレーションに負
けたノードに対してはＤＰ（ｄａｔａｐｒｅｆｉｘ）
パケットを送り、拒否されたことを伝える。拒否された
ノードのバス使用要求は次回のアービトレーションまで
待たされる。以上のようにして、アービトレーションに
勝ってバスの使用許可を得たノードは、以降データの転
送を開始できる。

【００５１】ここで、アービトレーションの一連の流れ
を図２７のフローチャートに示して説明する。ノードが
データ転送を開始できるためには、バスがアイドル状態
であることが必要である。先に行われていたデータ転送
が終了して、現在バスが空き状態であることを認識する
ためには、各転送モードで個別に設定されている所定の
アイドル時間キャップ長（例、サブアクション・キャッ
プ）を経過することによって、各ノードは自分の転送が
開始できると判断する。

【００５２】ステップＳ４０１として、Ａｓｙｎｃデー
タ、Ｉｓｏデータ等それぞれ転送するデータに応じた所
定のキャップ長が得られたかを判断する。所定のギャッ
プ長が得られない限り、転送を開始するために必要なバ
ス使用権の要求はできないので、所定のギャップ長が得
られるまで待つ。

【００５３】ステップＳ４０１で所定のキャップ長が得
られたら、ステップＳ４０２として転送すべきデータが
あるかを判断し、ある場合はステップＳ４０３として転
送するためにバスを確保するように、バス使用権の要求
をルートに対して発する。この時の、バス使用権の要求
を表す信号の伝達は、図１８に示したように、ネットワ
ーク内各機器を中継しながら、最終的にルートに届けら
れる。ステップＳ４０２で転送するデータが無い場合
は、そのまま待機する。

【００５４】次に、ステップＳ４０４として、ステップ
Ｓ４０３のバス使用要求を１つ以上ルートが受信した
ら、ルートはステップＳ４０５として使用要求を出した
ノードの数を調べる。ステップＳ４０５での選択値がノ
ード数＝１（使用権要求を出したノードは１つ）だった
ら、そのノードに直後のバス使用許可が与えられること
になる。ステップＳ４０５での選択値がノード数＞１
（使用要求を出したノードは複数）だったら、ルートは
ステップＳ４０６として使用許可を与えるノードを１つ
に決定する調停作業を行う。この調停作業は公平なもの
であり、毎回同じノードばかりが許可を得るようなこと
はなく、平等に権利を与えていくような構成となってい
る。

【００５５】ステップＳ４０７として、ステップＳ４０
６で使用要求を出した複数のノードの中からルートが調
停して使用許可を得た１つのノードと、敗れたその他の
ノードとに分ける選択を行う。ここで、調停されて使用
許可を得た１つのノード、またはステップＳ４０５の選
択値から使用要求ノード数＝１で調停無しに使用許可を
得たノードには、ステップＳ４０８として、ルートはそ
のノードに対して許可信号を送る。許可信号を得たノー
ドは、受け取った直後に転送すべきデータ（パケット）
を転送開始する。

【００５６】また、ステップＳ４０６の調停で敗れて、
バス使用が許可されなかったノードにはステップＳ４０
９としてルートから、アービトレーション失敗を示すＤ
Ｐ（ｄａｔａｐｒｅｆｉｘ）パケットを送られ、これ
を受け取ったノードは再度転送を行うためのバス使用要
求を出すため、ステップＳ４０１まで戻り、所定ギャッ
プ長が得られるまで待機する。以上がアービトレーショ
ンの流れの説明である。

【００５７】《Ａｓｙｎｃｈｒｏｎｏｕｓ（非同期）転
送》アシンクロナス転送は、非同期転送である。図１９
にアシンクロナス転送における時間的な遷移状態を示
す。図１９の最初のサブアクション・ギャップは、バス
のアイドル状態を示すものである。このアイドル時間が
一定値になった時点で、転送を希望するノードはバスが
使用できると判断して、バス獲得のためのアービトレー
ションを実行する。

【００５８】アービトレーションでバスの使用許可を得
ると、次にデータの転送がパケット形式で実行される。
データ転送後、受信したノードは転送されたデータに対
しての受信結果のａｃｋ（受信確認用返送コード）をａ
ｃｋｇａｐという短いギャップの後、返送して応答す
るか、応答パケットを送ることによって転送が完了す
る。ａｃｋは４ビットの情報と４ビットのチェックサム
からなり、成功か、ビジー状態か、ペンディング状態で
あるかといった情報を含み、すぐに送信元ノードに返送
される。

【００５９】次に、図２０にアシンクロナス転送のパケ
ットフォーマットの例を示す。パケットには、データ部
および誤り訂正用のデータＣＲＣの他にはヘッダ部があ
り、そのヘッダ部には、目的ノードＩＤ、ソースノード
ＩＤ、転送データ長さや各種コードなどが書き込まれ、
転送が行われる。また、アシンクロナス転送は自己ノー
ドから相手ノードヘの１対１の通信である。転送元ノー
ドから転送されたパケットは、ネットワーク中の各ノー
ドに行き渡るが、自分当てのアドレス以外のものは無視
されるので、宛先の一つのノードのみが読み込むことに
なる。以上がアシンクロナス転送の説明である。

【００６０】《ＩＳｏｃｈｒｏｎｏｕｓ（同期）転送》
アイソクロナス転送は同期転送である。１３９４シリア
ルバスの最大の特徴であるともいえるこのアイソクロナ
ス転送は、特にビデオ映像データや音声データといった
マルチメディアデータなど、リアルタイムな転送を必要
とするデータの転送に適した転送モードである。また、
アシンクロナス転送（非同期）が１対１の転送であった
のに対して、このアイソクロナス転送はブロードキャス
ト機能によって、転送元の１つのノードから他の全ての
ノードヘー様に転送される。

【００６１】図２１はアイソクロナス転送における、時
間的な遷移状態を示す図である。アイソクロナス転送は
バス上一定時間毎に実行される。この時間間隔をアイソ
クロナスサイクルと呼ぶ。アイソクロナスサイクル時間
は１２５μＳである。この各サイクルの開始時間を示
し、各ノードの時間調整を行う役割を担っているのがサ
イクル・スタート・パケットである。サイクル・スター
ト・パケットを送信するのは、サイクル・マスタと呼ば
れるノードであり、１つ前のサイクル内の転送終了後、
所定のアイドル期間（サブアクションキャップ）を経た
後、本サイクルの開始を告げるサイクル・スタート・パ
ケットを送信する。このサイクル・スタート・パケット
の送信される時間間隔が１２５μＳとなる。

【００６２】また、図２１にチャネルＡ、チャネルＢ、
チャネルＣと示したように、１サイクル内において複数
種のパケットがチャネルＩＤをそれぞれ与えられること
によって、区別して転送できる。これによって同時に複
数ノード間でのリアルタイムな転送が可能であり、また
受信するノードでは自分が欲しいチャネルＩＤのデータ
のみ取り込む。このチャネルＩＤは送信先のアドレスを
表すものではなく、データに対する論理的な番号を与え
ているに過ぎない。よって、あるパケットの送信は１つ
の送信元ノードから他のすべてのノードに行き渡る、ブ
ロードキャストで転送されることになる。

【００６３】アイソクロナス転送のパケット送信に先立
って、アシンクロナス転送同様アービトレーションが行
われる。しかし、アシンクロナス転送のように１対１の
通信ではないので、アイソクロナス転送にはａｃｋ（受
信確認用返信コード）は存在しない。

【００６４】また、図２１に示したｉｓｏｇａｐ（ア
イソクロナスギャップ）とは、アイソクロナス転送を行
う前にバスが空き状態であると認識するために必要なア
イドル期間を表している。この所定のアイドル期間を経
過すると、アイソクロナス転送を行いたいノードはバス
が空いていると判断し、転送前のアービトレーションを
行うことができる。

【００６５】次に、図２２にアイソクロナス転送のパケ
ットフォーマットの例を示し、これについて説明する。
各チャネルに分かれた各種のパケットには、それぞれデ
ータ部及び誤り訂正用のデータＣＲＣの他にヘッダ部が
あり、そのヘッダ部には図２２に示したような、転送デ
ータ長やチャネルＮｏ．、その他各種コード及び誤り訂
正用のヘッダＣＲＣなどが書き込まれ、転送が行われ
る。以上がアイソクロナス転送の説明である。

【００６６】《バス・サイクル》実際の１３９４シリア
ルバス上の転送では、アイソクロナス転送と、アシンク
ロナス転送は混在できる。図２３に、その時のアイソク
ロナス転送とアシンクロナス転送が混在したバス上の転
送状態の時間的な遷移の様子を示す。

【００６７】アイソクロナス転送はアシンクロナス転送
より優先して実行される。その理由は、サイクル・スタ
ート・パケットの後、アシンクロナス転送を起動するた
めに必要なアイドル期間のギャップ長（サブアクション
キャップ）よりも短いギャップ長（アイソクロナスギャ
ップ）で、アイソクロナス転送を起動できるからであ
る。従って、アシンクロナス転送より、アイソクロナス
転送は優先して実行されることになる。

【００６８】図２３に示した、一般的なバスサイクルに
おいて、サイクル＃ｍのスタート時にサイクル・スター
ト・パケットがサイクル・マスタから各ノードに転送さ
れる。これによって、各ノードで時刻調整を行い、所定
のアイドル時間（アイソクロナスギャップ）を待ってか
らアイソクロナス転送を行うべきノードはアービトレー
ションを行い、パケット転送に入る。図２３ではチャネ
ルｅとチャネルｓとチャネルｋが順にアイソクロナス転
送されている。

【００６９】このアービトレーションからパケット転送
までの動作を、与えられているチャネル分繰り返し行っ
た後、サイクル＃ｍにおけるアイソクロナス転送が全て
終了したら、アシンクロナス転送を行うことができるよ
うになる。アイドル時間がアシンクロナス転送が可能な
サブアクションギャップに達することによって、アシン
クロナス転送を行いたいノードはアービトレーションの
実行に移れると判断する。

【００７０】ただし、アシンクロナス転送が行える期間
は、アイソクロナス転送終了後から、次のサイクル・ス
タート・パケットを転送すべき時間（ｃｙｃ１ｅｓｙ
ｎｃｈ）までの間にアシンクロナス転送を起動するため
のサブアクションギャップが得られた場合に限ってい
る。

【００７１】図２３のサイクル＃ｍでは、３つのチャネ
ル分のアイソクロナス転送と、その後アシンクロナス転
送（ａｃｋを含む））が２パケット（パケット１、パケ
ット２）転送されている。このアシンクロナスパケット
２の後は、サイクルｍ＋１をスタートすべき時間（ｃｙ
ｃ１ｅｓｙｎｃｈ）に至るので、サイクル＃ｍでの転
送はここまでで終わる。

【００７２】ただし、非同期または同期転送動作中に次
のサイクル・スタート・パケットを送信すべき時間（ｃ
ｙｃ１ｅｓｙｎｃｈ）に至ったとしたら、無理に中断
せず、その転送が中断した後のアイドル期間を待ってか
ら次のサイクル・スタート・パケットを送信する。すな
わち、１つのサイクルが１２５μＳ以上続いたときは、
その分次サイクルは基準の１２５μＳより短縮されたと
する。このようにアイソクロナス・サイクルは１２５μ
Ｓを基準に超過、短縮し得るものである。

【００７３】しかし、アイソクロナス転送はリアルタイ
ム転送を維持するために毎サイクル必要であれば必ず実
行され、アシンクロナス転送はサイクル時間が短縮され
たことによって次以降のサイクルに回されることもあ
る。こういった遅延情報も含めて、サイクル・マスタに
よって管理される。以上でＩＥＥＥ１３９４シリアルバ
スについての説明を終了する。

【００７４】

【発明が解決しようとする課題】前述した従来例のＶＴ
Ｒにおいて、例えば編集器によりプログラム編集を自動
的に行っている状態で、編集器からあるコマンドが送信
されている時に誤ってリモコン送信機のボタンを押して
しまったような場合、即ち、複数の送信元から同時にコ
マンドが送られてきた場合、どの送信元のコマンドを優
先するかは、従来より、マイコンのコマンド受付プログ
ラムの組み方の都合や機器側で一定のルールを設ける
等、様々なものがあって統一性に欠けており、またユー
ザにはそれを認識する手段が無かった。今後、ホームバ
スシステム等のネットワークによる機器同士の相互接続
が増えることが予想され、上記のような問題が益々増え
てくるると思われる。

【００７５】本発明は上記問題を解決するためになされ
たもので、その目的は、電子機器の置かれた環境に最適
なコマンド受付の優先順位を付けることにより、ユーザ
にとって快適で誤操作の無い操作環境を提供することで
ある。

【００７６】

【課題を解決するための手段】上記の目的を達成するた
めに、本発明による電子機器においては、複数の送信元
からの信号を受信する受信手段と、上記受信した信号に
含まれるコマンドを判別する判別手段と、上記複数の送
信元のうち少なくとも２つ以上の送信元からの信号をほ
ぼ同時に受信したとき、所定の送信元からのコマンドを
他の送信元からのコマンドよりも優先して実行させる制
御手段とを設けている。

【００７７】また、本発明による電子機器の制御方法に
おいては、複数の送信元からの信号を受信する受信手順
と、上記受信した信号に含まれるコマンドを判別する判
別手順と、上記複数の送信元のうち少なくとも２つ以上
の送信元からの信号をほぼ同時に受信したとき、所定の
送信元からのコマンドを他の送信元からのコマンドより
も優先して実行させる制御手順とを設ている。

【００７８】また、本発明による記憶媒体においては、
複数の送信元からの信号を受信する受信処理と、上記受
信した信号に含まれるコマンドを判別する判別処理と、
上記複数の送信元のうち少なくとも２つ以上の送信元か
らの信号をほぼ同時に受信したとき、所定の送信元から
のコマンドを他の送信元からのコマンドよりも優先して
実行させる制御処理とを実行するためのプログラムを記
憶している。

【００７９】

【発明の実施の形態】以下、本発明の実施の形態を図面
と共に説明する。（第１の実施の形態）図１〜図４は本発明の第１の実施
の形態を示すもので、図１は複数の送信元とＶＴＲとで
構成される通信システムのブロック図、図２は赤外リモ
コン信号の一例を示すタイミングチャート、図３はメモ
リの一部の構成図、図４はマイコンの処理を示すフロー
チャートである。

【００８０】図１において、１はＶＴＲで以下の各部を
含む。まず、２は全体を制御するマイコン、３はＶＴＲ
の録画や再生等の操作を行うために必要なキー入力部
で、このキー入力部３からの情報はマイコン２に入力さ
れる。４は赤外リモコン信号を受光するリモコン受光部
で、この出力もマイコン２に入力される。５は前述した
ＩＥＥＥ１３９４シリアルバスのインターフェース部で
図１３のような構造を持ち、マイコン２と接続されてい
る。

【００８１】マイコン２はこれらの入力情報に応じてメ
カ６を制御することにより、再生、停止、早送り、巻き
戻し、一時停止等の動作を磁気テープ等の記録媒体７に
対して行わせる。メカ６は回転ヘッドを有するドラム、
キャプスタン、リール、ローディング機構等で構成され
ている。

【００８２】再生時には、記録媒体７に記録されている
情報がドラムに取りつけられたヘッドを通じて電磁変換
・信号処理部８に送られてモニタ等で表示されるように
ＴＶ信号に変換され、映像・音声端子９に送られる。

【００８３】また、リモコン送信機１０は、ＶＴＲ１の
リモコン受光部４に向けてＶＴＲ１の各種操作のための
赤外線リモコン信号を送る。このリモコン信号の一例を
図２に示す。図２において、横軸は時間軸で送信順にリ
ーダーコード部、カスタムコード部、カスタムコード反
転部、データコード部、データコード反転部を１サイク
ルとし、送信されている間はこのサイクルが繰り返され
る。

【００８４】リーダーコード部は、リモコン信号スター
トのトリガーとなるものであり、カスタムコード部は、
各メーカーのコードや機種等のコードを示し、データコ
ード部は、コマンド等である。リモコン送信機１０はこ
のようなパルスを搬送波に乗せて送信する。

【００８５】リモコン受光部４は、受光センサ、リモコ
ン信号を抽出するバンドパスフィルタ、アンプ等からな
り、図２のような信号を復元してマイコン２に送る。マ
イコン２は上記リーダーコード部、カスタムコード部の
パターンが自分の機種固有のパターンと一致したら、デ
ータコード部を解析して受信したコマンドの内容を判別
する。

【００８６】またパソコン１１がＩＥＥＥ１３９４ケー
ブル１２を介してＶＴＲ１のインターフェース部５に接
続されており、前述したようにアシンクロナス転送でＶ
ＴＲ１に対してコマンドを送信したり、アイソクロナス
転送により映像データや音声データをＶＴＲ１から受信
してパソコン内部のハードディスクに記憶させ、パソコ
ン上で編集等を行うことができる。

【００８７】上記のような構成において、ＶＴＲ１が外
部から操作される要因としては、キー入力、リモコン受
信、ＩＥＥＥ１３９４シリアルバスからの受信の３種類
がある。これらの３種類の送信元からコマンドが送られ
た場合のマイコン２の処理動作を図３のメモリ構成図及
び図４のフローチャートを用いて説明する。

【００８８】図３はマイコン２に内蔵されているメモリ
の一部の構成を示すもので、各送信元からのコマンドデ
ータの格納場所を示し、メモリ１には本体キー３が押さ
れた場合のそのキーに対応するコマンド（ＫＥＹコマン
ド）、メモリ２にはＩＥＥＥ１３９４インターフェース
部５で受けたコマンド（１３９４コマンド）、メモリ３
にはリモコン受光部４で受けたコマンド（リモコンコマ
ンド）をそれぞれ格納する。

【００８９】コマンドが受信されていないときは格納デ
ータはクリアされ、各送信元からのコマンドデータを受
信した時点で対応する格納場所にコマンドデータが格納
される。そして、マイコン２は周期的に図４のルーチン
を実行する。

【００９０】図４において、まずステップＳ１でメモリ
１を読みに行き「ＫＥＹコマンド」が入っていれば、ス
テップＳ２で該当するコマンドを実行させる。「ＫＥＹ
コマンド」が無ければ、ステップＳ３でメモリ２を読み
に行き「１３９４コマンド」が入っていれば、ステップ
Ｓ４で該当するコマンドを実行させる。「１３９４コマ
ンド」が無ければ、ステップＳ５でメモリ３を読みに行
き「リモコンコマンド」が入っていれば、ステップＳ６
で該当するコマンドを実行させる。「リモコンコマン
ド」が無ければ、コマンドはどこからも送信されていな
いので何もしないで戻る。

【００９１】以上のように処理することにより、複数の
コマンドをほとんど同時（マイコン２が読みに行く周期
以内）に受信した場合に、各コマンドの受付優先順位を
本体キー、１３９４、リモコンの順に設定することがで
きる。この例では優先順位を決めるに当たり、本体キー
はユーザがしかるべき意思を持って押すことが多いと思
われるので、キー入力部３からのコマンドを最優先にし
た。次にケーブルで接続され双方向通信が可能で信頼性
の高いＩＥＥＥ１３９４シリアルバスからのコマンドを
２番目とし、ユーザが不用意に押してしまったり外来ノ
イズにも弱いリモコン送信機１０からのコマンドを３番
目にした。

【００９２】また、上記優先順位はマイコン２のプログ
ラムを少し変更するだけで任意に設定可能であり、例え
ば、メモリ１に入るデータを「１３９４コマンド」、メ
モリ２に入るコマンドを「ＫＥＹコマンド」に変更すれ
ば、コマンド受付の優先順位は１３９４、本体キー、リ
モコンの順になる。この場合、図４のフローチャートに
該当するプログラムは変更する必要が無い。

【００９３】本実施の形態によれば、ほとんど同時に複
数の送信元からコマンドを受けた場合に、環境等の様々
な条件を考慮して任意に優先順位を付けることが可能で
あり、ユーザにとって誤操作の少ない優れた操作性を提
供することが可能である。また、マイコンのプログラム
変更も容易なので、製品の使用状況等に応じてすぐに対
応することができる。

【００９４】（第２の実施の形態）図５〜図７は本発明
の第２の実施の形態を示すもので、図５は複数の送信元
とＶＴＲとで構成される通信システムのブロック図、図
６はモニタ上の表示例を示す図、図７はマイコン２の処
理を示すフローチャートである。

【００９５】図５の構成は、上記第１の実施の形態の図
１に対して文字発生部２１と加算器２２とが追加された
だけであり、他の部分は図１と同一部分には同一番号が
付されている。

【００９６】上記文字発生部２１は、マイコン２により
制御され、キー入力部３等からの操作により各種の文字
を発生させ、この文字は電磁変換・信号処理部８からの
映像信号に加算器２２で加算され、映像・音声端子９を
通じてモニタ等に出力される。図６はその表示の一例を
示す。

【００９７】上記構成による動作を図７のフローチャー
トを用いて説明する。ユーザがＶＴＲ１において複数の
送信元からのコマンド受付の優先順位を知りたい場合
は、まず、キー入力部３の「コマンド受付優先順位表示
キー」を押す。マイコン２はステップＳ１１でこれを検
知し、ステップＳ１２に進む。

【００９８】ここで第１の実施の形態で述べたように、
図３のメモリ１、メモリ２、メモリ３に入る送信元は予
めプログラムで決められており、メモリ１に入るべき送
信元に対応する文字列を図６の上段の「１」の次に表示
し（この例ではＩＥＥＥ１３９４コマンドに対応する
「ＤＶ入力」）、次にステップＳ１３でメモリ２に入る
べき送信元に対応する文字列を図６の中段の「２」の次
に表示し（この例では本体ＫＥＹコマンドに対応する
「本体ＫＥＹ」）、最後にステップＳ１４でメモリ３に
入るべき送信元に対応する文字列を図６の下段の「３」
の次に表示する（この例ではリモコンコマンドに対応す
る「リモコン」）。

【００９９】本実施の形態によればは、ユーザが複数の
送信元のコマンド受付の優先順位を簡単に知ることがで
きるので、とまどうことなく快適な操作性を実現するこ
とができる。

【０１００】尚、本実施の形態では優先順位を表示する
際に専用のキーを用いたが、例えば、メニュー項目の１
つに入れてしまえば、新たにキーを追加することなく実
現できる。また、文字発生部２１も現在ほとんどのＶＴ
Ｒに内蔵されているため、これを利用すればコストアッ
プすることは無い。

【０１０１】（第３の実施の形態）図８〜図１０は本発
明の第３の実施の形態を示す。図８はマイコン２の処理
を示すフローチャート、図９、図１０はモニタ上の表示
例を示す。また、本実施の形態の構成は第２の実施の形
態の図５で示したものと同一である。

【０１０２】本実施の形態においては、ＶＴＲ１におい
てユーザが複数の送信元のコマンド受付の優先順位を任
意に設定することができる。まず、キー入力部３でメニ
ュー画面を出す操作を行い、図９のコマンド受付優先順
位設定モードの画面を表示させる。最初に設定するとき
は製品として予め設定されている優先順位が表示され、
図９のように囲み文字の送信元が選択されている。この
例では、優先順位はＤＶ入力、本体キー、リモコンの順
となっている。

【０１０３】次に図８において、マイコン２はステップ
Ｓ２１でコマンド受付優先順位設定モードになったこと
を検知すると、ステップＳ２２に進む。ユーザはメニュ
ーの選択キー等の操作により、まず１番優先順位を高く
したい送信元に囲み枠を移動させメニューの決定キーを
押す。すると、マイコン２はその選択された送信元をメ
モリ１に設定する。同様にしてユーザは２番目の送信元
に囲み枠を移動させ決定キーを押すと、マイコン２はス
テップＳ２３でその選択された送信元をメモリ２に設定
する。さらに、ユーザは３番目の送信元に囲み枠を移動
させ決定キーを押すと、マイコン２はステップＳ２４で
その選択された送信元をメモリ３に設定する。

【０１０４】最終的な表示例を図１０に示す。この例で
は、優先順位は本体キー、リモコン、ＤＶ入力の順とな
っており、当初と変わっているのが確認できる。

【０１０５】本実施の形態によれば、ユーザが複数の送
信元のコマンド受付の優先順位を簡単に自分の好みや環
境等い条件に合わせて変更することができるので、より
快適な操作性を実現することが可能である。

【０１０６】（第４の実施の形態）図１１は本発明の第
４の実施の形態によるマイコン２の処理を示すフローチ
ャートである。上記第１〜第３の実施の形態では、複数
の送信元に対してコマンド受付の優先順位を付けたが、
優先順位の低い送信元でもコマンドの内容によっては最
優先で処理しなくてはならない場合が有り、本実施の形
態では、その場合の動作を説明する。

【０１０７】ＶＴＲ１の再生モード中にテープを停止さ
せる時に使う「ＳＴＯＰコマンド」というものが有り、
ここでは、この「ＳＴＯＰコマンド」を最優先させる場
合について説明する。尚、本実施の形態の構成は図１又
は図５と同様である。

【０１０８】図１１において、まずマイコン２はステッ
プＳ３１でメモリ１のコマンドを読みに行き、「ＳＴＯ
Ｐコマンド」の場合には、ステップＳ３４で「ＳＴＯＰ
コマンド」を有効とし、メカ６を制御して記録媒体７で
あるテープを停止させる。

【０１０９】「ＳＴＯＰコマンド」以外の場合は、同様
にステップＳ３２、ステップＳ３３でそれぞれメモリ
２、メモリ３のコマンドを読みに行き、「ＳＴＯＰコマ
ンド」であれば、ステップＳ３４に進み処理を行う。全
てのメモリが「ＳＴＯＰコマンド」以外であれば、通常
通り図４のフローチャートを実行させる。

【０１１０】本実施の形態によれば、送信元の優先順位
が低い場合でも特定のコマンドに対しては最優先で実行
させることにより、緊急度の高いコマンドや重要コマン
ドをどの送信元からも送ることができ、素早い対応が可
能となる。

【０１１１】以上の各実施の形態では、複数の送信元か
らほぼ同時にコマンドを受けた場合の処理について述べ
たが、同時でない場合には図４のフローチャートから分
かるように、各送信元からそれぞれ受信したコマンドを
受付け実行する。

【０１１２】尚、各実施の形態では、本発明をＶＴＲ１
に適用した場合について説明したが、本発明は他の電子
機器に応用できるのは言うまでもない。また、有線によ
る編集実行中はリモコン受光を禁止したり、メニュー等
でリモコン受光を禁止している機種もあるが、その場合
には当然そちらを優先するものとする。

【０１１３】次に、本発明の第５の実施の形態としての
記憶媒体について説明する。上述した図１、図５による
各実施の形態によるシステムを構成するＶＴＲ１等の電
子機器を、ＣＰＵとメモリを有するコンピュータシステ
ムで構成する場合、上記メモリは本発明による記憶媒体
を構成する。この記憶媒体には、上記各実施の形態のフ
ローチャートで説明した処理を実行するためのプログラ
ムが記憶される。

【０１１４】また、この記憶媒体としては、ＲＯＭ、Ｒ
ＡＭ等の半導体メモリ、光ディスク、光磁気ディスク、
磁気記憶媒体等を用いてよく、これらをＣＤ−ＲＯＭ、
ＦＤ、磁気カード、磁気テープ、不揮発性メモリカード
等に構成して用いてよい。

【０１１５】従って、この記憶媒体を図１、図５による
システム以外の他のシステムあるいは装置で用い、その
システムあるいはコンピュータがこの記憶媒体に格納さ
れたプログラムコードを読み出し、実行することによっ
ても、上記各実施の形態と同等の機能を実現できると共
に、同等の効果を得ることができ、本発明の目的を達成
することができる。

【０１１６】また、コンピュータ上で稼働しているＯＳ
等が処理の一部又は全部を行う場合、あるいは記憶媒体
から読み出されたプログラムコードが、コンピュータに
挿入された拡張機能ボードやコンピュータに接続された
拡張機能ユニットに備わるメモリに書き込まれた後、そ
のプログラムコードの指示に基づいて、上記拡張機能ボ
ードや拡張機能ユニットに備わるＣＰＵ等が処理の一部
又は全部を行う場合にも、上記各実施の形態と同等の機
能を実現できると共に、同等の効果を得ることができ、
本発明の目的を達成することができる。

【０１１７】

【発明の効果】以上説明したように、請求項１、５、９
の発明によれば、複数の送信元からほぼ同時にコマンド
がに送られて来た場合に必ず所定の送信元からのコマン
ドを優先して受け付けることができるので、ユーザにと
って誤操作の少ない快適な操作性を提供することがで
き、将来益々増えるであろう電子機器のネットワークに
おいても、非常に有効である。

【０１１８】また、請求項２、６、１０の発明によれ
ば、複数の送信元からのコマンドの受付順位を表示する
ことができるので、ユーザは現在どの送信元からのコマ
ンドが優先されているのかを簡単に知ることができる。

【０１１９】また、請求項３、７、１１の発明によれ
ば、ユーザが使用状況や環境などに応じて任意に優先順
位を設定、変更することができる。

【０１２０】また、請求項４、８、１２の発明によれ
ば、複数の送信元の優先順位に関わらず、特に重要なコ
マンドに対して最優先で受付を行わせることができる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態による電子機器を用
いた通信システムの構成を示すブロック図である。

【図２】第１の実施の形態によるリモコン信号のタイミ
ングチャートである。

【図３】第１の実施の形態によるメモリの構成図であ
る。

【図４】第１の実施の形態によるマイコンの処理を示す
フローチャートである。

【図５】本発明の第２の実施の形態による電子機器を用
いた通信システムの構成を示すブロック図である。

【図６】第２の実施の形態によるモニタの表示例を示す
構成図である。

【図７】第２の実施の形態によるマイコンの処理を示す
フローチャートである。

【図８】本発明の第３の実施の形態によるマイコンの処
理を示すフローチャートである。

【図９】第３の実施の形態によるモニタの表示例を示す
構成図である。

【図１０】第３の実施の形態によるモニタの表示例を示
す構成図である。

【図１１】本発明の第４の実施の形態によるマイコンの
処理を示すフローチャートである。

【図１２】ＩＥＥＥ１３９４シリアスバスを用いて構成
されるネットワーク・システムを示すブロック図であ
る。

【図１３】ＩＥＥＥ１３９４シリアルバスの構成要素を
示すブロック図である。

【図１４】ＩＥＥＥ１３９４シリアスバスにおけるアド
レス空間を示す構成図である。

【図１５】ＩＥＥＥ１３９４シリアスバス・ケーブルの
断面図である。

【図１６】ＩＥＥＥ１３９４シリアスバスで採用されて
いるデータ転送フォーマットのＤＳ−Ｌｉｎｋ符号化方
式を説明するタイミングチャートである。

【図１７】実際のネットワークの動作を説明するブロッ
ク図である。

【図１８】アービトレーションを説明するブロック図で
ある。

【図１９】アシンクロナス転送における時間的な遷移状
態を示す構成図である。

【図２０】アシンクロナス転送のパケットフォーマット
を示す構成図である。

【図２１】アイソクロナス転送における時間的な遷移状
態を示す構成図である。

【図２２】アイソクロナス転送のパケットフォーマット
を示す構成図である。

【図２３】一般的なバスサイクルを示すタイミングチャ
ートである。

【図２４】バスリセットの発生からノードＩＤが決定
し、データ転送が行えるようになるまでの一連のバスの
作業を示すフローチャートである。

【図２５】バスリセットからルート決定までの手順を詳
しく示すフローチャートである。

【図２６】ルート決定後からＩＤ設定終了までの手順を
詳しく示すフローチャートである。

【図２７】アービトレーションの一連の流れを示すフロ
ーチャートである。

【符号の説明】

１ＶＴＲ２マイコン３キー入力部４リモコン受光部５１３９４インターフェース部６メカ７記録媒体８電磁変換・処理処理部９映像・音声端子１０リモコン送信機１１パソコン２１文字発生部２２加算器

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｎ 5/7826 Ｈ０４Ｑ 9/00 ３２１Ｅ５Ｋ０４８Ｈ０４Ｑ 9/00 ３０１Ｈ０４Ｌ 13/00 ３０５Ｄ３１１Ｈ０４Ｎ 5/782 Ｋ３２１ＺＦターム(参考） 5B089 GA21 GA23 GB01 HA18 JB10 KA12 KC05 KC39 LB14 5C018 DA02 DA05 DC06 FA03 FB01 FB02 HA08 HA11 5C056 AA05 BA08 DA01 DA11 5D101 AC05 JA05 JA17 5K034 AA19 CC03 GG06 HH01 HH02 HH05 HH12 HH17 MM21 5K048 AA04 BA03 CA05 DA05 DA07 DB04 EA11 EB02 EB06 GB05 HA04 HA06

Claims

【特許請求の範囲】

【請求項１】複数の送信元からの信号を受信する受信
手段と、上記受信した信号に含まれるコマンドを判別する判別手
段と、上記複数の送信元のうち少なくとも２つ以上の送信元か
らの信号をほぼ同時に受信したとき、所定の送信元から
のコマンドを他の送信元からのコマンドよりも優先して
実行させる制御手段とを設けたことを特徴とする電子機
器。
【請求項２】上記複数の送信元からのコマンド受付け
は優先順位を有しており、この優先順位を表示する表示
手段を設けたことを特徴とする請求項１記載の電子機
器。
【請求項３】上記優先順位をユーザが設定する設定手
段を設けたことを特徴とする請求項２記載の電子機器。
【請求項４】上記判別手段が所定のコマンドを判別し
たとき、上記制御手段は、上記所定のコマンドの送信元
の優先順位に関わらず上記所定のコマンドを優先して実
行させることを特徴とする請求項２記載の電子機器。
【請求項５】複数の送信元からの信号を受信する受信
手順と、上記受信した信号に含まれるコマンドを判別する判別手
順と、上記複数の送信元のうち少なくとも２つ以上の送信元か
らの信号をほぼ同時に受信したとき、所定の送信元から
のコマンドを他の送信元からのコマンドよりも優先して
実行させる制御手順とを設けたことを特徴とする電子機
器の制御方法。
【請求項６】上記複数の送信元からのコマンド受付け
は優先順位を有しており、この優先順位を表示する表示
手順を設けたことを特徴とする請求項５記載の電子機器
の制御方法。
【請求項７】上記優先順位をユーザが設定する設定手
順を設けたことを特徴とする請求項６記載の電子機器の
制御方法。
【請求項８】上記判別手順により所定のコマンドが判
別されたとき、上記所定のコマンドの送信元の優先順位
に関わらず上記所定のコマンドを優先して実行させる制
御手順を設けたことを特徴とする請求項６記載の電子機
器の制御方法。
【請求項９】複数の送信元からの信号を受信する受信
処理と、上記受信した信号に含まれるコマンドを判別する判別処
理と、上記複数の送信元のうち少なくとも２つ以上の送信元か
らの信号をほぼ同時に受信したとき、所定の送信元から
のコマンドを他の送信元からのコマンドよりも優先して
実行させる制御処理とを実行するためのプログラムを記
憶したコンピュータ読み取り可能な記憶媒体。
【請求項１０】上記複数の送信元からのコマンド受付
けは優先順位を有しており、この優先順位を表示する表
示処理を実行するためのプログラムを記憶したことを特
徴とする請求項９記載のコンピュータ読み取り可能な記
憶媒体。
【請求項１１】上記優先順位を設定する設定処理を実
行するためのプログラムを記憶したことを特徴とする請
求項１０記載のコンピュータ読み取り可能な記憶媒体。
【請求項１２】上記判別手順により所定のコマンドが
判別されたとき、上記所定のコマンドの送信元の優先順
位に関わらず上記所定のコマンドを優先して実行させる
制御手順を設けたことを特徴とする請求項１０記載のコ
ンピュータ読み取り可能な記憶媒体。