JPH11275551A

JPH11275551A - 制御装置及び方法

Info

Publication number: JPH11275551A
Application number: JP10074462A
Authority: JP
Inventors: Shintaro Mizutani; 進太朗水谷; Tokuichi Ito; 徳一伊藤; Tsutomu Yamamoto; 勉山本; Taro Shikata; 太郎志潟; Gentaro Okayasu; 源太郎岡安; Hiroshi Shimizu; 洋志清水
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1998-03-23
Filing date: 1998-03-23
Publication date: 1999-10-08

Abstract

(57)【要約】【課題】上位制御端末からの機器の制御を容易にす
る。【解決手段】抽象された機能に基づいたリソース名を
それぞれ付与された制御対象である複数の機器５０１，
５０２，・・・と、リソース名を用いた制御命令を発す
ることにより上記機器に対して制御を行う上位制御端末
１０１，１０２，１０３と、上記リソース名と上記機器
５０１，５０２，・・・との対応関係を保持し、上記上
位制御端末１０１，１０２，１０３から与えられた制御
命令について、当該制御命令に含まれる上記リソース名
を上記機器５０１，５０２，・・・に対応するように変
換する機能を有するシステムコントローラ２０１とを有
している。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、制御対象を制御す
る制御装置及び制御方法に関する。

【０００２】

【従来の技術】従来、エンコーダ、デコーダ、ＨＤＤ、
ＶＴＲ、コントローラ等の放送機器を経路の切り換え手
段であるルータで結合し、これらのシステムを一体とな
してＡＶデータの入出力を行う放送送出装置が利用され
ている。

【０００３】この放送送出装置においては、放送送出、
素材の編集等の過程において、放送機器は所定の手順に
て制御されることにより所望の動作を実行する。

【０００４】ここで、上記放送送出装置の備える放送機
器は、それぞれが独立に制御命令を実行するので、各々
の放送機器に対して別個に制御がなされていた。

【０００５】

【発明が解決しようとする課題】ところで、放送送出装
置の備える放送機器に対する制御は、上述のように、制
御装置に応じて別個になされているので、これらの機器
の制御の手順、あるいは保守は煩雑な作業になる。

【０００６】また、上述のような処理は、放送機器の種
類によって異なるので、一旦作成した制御の処理の再利
用は難しかった。

【０００７】この発明は、上述の実情に鑑みてなされる
ものであって、制御対象の機器に関わらず、処理が煩雑
になることがなく、再利用が容易にできるように制御す
るような制御装置及び方法を提供することを目的とす
る。

【０００８】

【発明を解決するための手段】上述の課題を解決するた
めに、本発明に係る制御装置は、抽象された機能に基づ
いたリソース名をそれぞれ付与された複数の制御対象
と、上記制御対象に対してリソース名を用いた制御命令
を発することにより制御を行う上位制御端末手段と、上
記リソース名と上記制御対象との対応関係を保持し、上
記上位制御端末手段から与えられた制御命令について、
当該制御命令に含まれる上記リソース名を上記制御対象
に対応するように変換する機能を有する制御手段とを有
するものである。

【０００９】また、本発明に係る制御方法は、抽象され
た機能に基づいたリソース名をそれぞれ付与された複数
の制御対象に対して上記リソース名を用いて制御命令を
発することにより制御を行う上位制御工程と、上記制御
手段から与えられた制御命令について、当該制御命令に
含まれる上記リソース名を上記制御対象に対応するよう
に変換する制御工程とを有するものである。

【００１０】

【発明の実施の形態】以下、本発明に係る制御装置及び
方法の実施の形態である放送送出システムについて図面
を参照して説明する。

【００１１】この実施の形態は、複数の放送用機器を複
数の上位制御端末から同時に操作することができる放送
送出システムであり、音声映像素材の編集や閲覧と同時
に、音声映像（ＡＶ）データのプログラム送出を可能と
している。

【００１２】図１に示すように、この放送送出システム
は、制御対象である放送機器の制御をする上位制御端末
１０１，１０２，１０３と、上位制御端末１０１，１０
２，１０３からの制御を受け付ける制御手段であるシス
テムコントローラ２０１と、上位制御端末１０１，１０
２，１０３とシステムコントローラ２０１との間の通信
を行うためのローカルエリアネットワーク（local area
network;LAN）１２０１と、システムコントローラ２０
１からの命令をリアルタイムで制御するデバイスメイン
コントローラ３０１とを有している。

【００１３】上位制御端末１０１，１０２，１０３は、
素材の編集や、素材の閲覧、素材のプログラム送出な
ど、用途に応じたソフトウエアであるアプリケーション
（application; APL）が動作しているコンピュータであ
り、基本的にはグラフィカルユーザーインターフェース
（graphical user interface;GUI）ベースで各種放送機
器の制御を行えるようになっている。

【００１４】システムコントローラ２０１は、上位制御
端末１０１，１０２，１０３からの制御コマンドに応じ
て放送機器に対する統括的な制御を行うものである。Ｌ
ＡＮ１２０１としては、例えばいわゆるイーサネットが
用いられる。

【００１５】デバイスメインコントローラ３０１は、上
位制御端末１０１，１０２，１０３から与えられる制御
命令を変換するテーブルを有し、所定の制御命令を変換
して後述する下位のデバイスサブコントローラ３０２〜
３０７に対するリアルタイム制御を行う。

【００１６】また、放送送出システムは、後述する各放
送機器を制御するデバイスサブコントローラ３０２〜３
０５と、ＡＶデータからなる素材を供給する素材供給部
４０１〜４０５と、この素材供給部４０１〜４０５から
のＡＶデータを供給される例えば５つの入力チャンネル
（CH_IN_1〜CH_IN_5）を有している。

【００１７】さらに、放送送出システムは、ハードディ
スクドライブ（hard disk drive; HDD）５０６〜５０９
に対するデータの記録／再生を制御するサーバデータコ
ントローラ（server data contoroller; SDC）５０１〜
５０４と、ＡＶデータを符号化するエンコーダ（encord
er;ENC）６０１，６０２と、符号化されたＡＶデータを
復号するデコーダ（decorder;DEC）６０３，６０４と、
ＡＶデータを記録媒体、いわゆるビデオテープに対して
記録再生するビデオテープレコーダ（video tape recor
der; VTR）７０１，７０２と、映像データに対して文字
をインポーズするタイトルコンピューターグラフィクス
（title computer graphics; TCG）と、ＡＶデータを転
送しながら大容量ＨＤＤ８０５に記録（入力）／再生
（出力）処理する入出力演算部（in out processer;IO
P）８０２，８０３と、ＡＶデータを高速に転送しなが
ら大容量ＨＤＤ８０５に記録／再生するハイスピードＩ
ＯＰ（high speed IOP;HSIOP）８０４と、ＩＯＰ８０
２，８０３及びＨＳＩＯＰ８０４を統合的にコントロー
ルするメイン（MAIN）部８０１とを有している。

【００１８】これらメイン部８０１、ＩＯＰ８０２，８
０３、及びＨＳＩＯＰ８０４は、いわゆるＡＶサーバと
呼ばれるＡＶデータ関する入出力部を構成する。メイン
部８０１はＡＶサーバの主演算部であり、ＩＯＰ８０
２，８０３、ＨＳＩＯＰ８０４、大容量ＨＤＤ８０５の
管理と制御を行っている。ＩＯＰ８０２，８０３、ＨＳ
ＩＯＰ８０４は、ＡＶデータの入出力の演算部であり、
ＡＶデータに対する操作及び映像の入出力を行ってい
る。また、大容量ＨＤＤ８０５は映像の素材を保管する
ための記録部である。

【００１９】そして、放送送出システムは、５つの出力
チャンネル（CH_OUT_1〜CH_OUT_5）からのＡＶデータを
外部に送出するための送出部９０１〜９０５と、放送機
器間のＡＶデータの流れを切り換えるルータ１１０１
と、ルータ１１０１を制御するデバイスサブコントロー
ラ３０６と、システム制御信号をリアルタイムで入出力
するコントロールパネル１００１と、コントロールパネ
ル１００１からのシステム制御信号を受け取るデバイス
サブコントローラ３０７とを有している。

【００２０】ルータ１００１は、複数の放送機器に接続
され、これらの間のＡＶ信号の入出力の経路を切り換え
るための接続手段である。

【００２１】上位制御端末１０１，１０２，１０３は、
システムコントローラ２０１及びデバイスメインコント
ローラ３０１を介し、それぞれの機器に接続されるデバ
イスサブコントローラ３０２〜３０７を介して各機器を
制御する。詳しくは、上位制御端末１０１，１０２，１
０３はＬＡＮ１２０１を介してシステムコントローラ２
０１に制御コマンドを与え、システムコントローラ２０
１はコマンドをデバイスメインコントローラ３０１に与
えることによって、デバイスサブコントローラ３０２〜
３０７を通じて接続されている各機器を制御する。

【００２２】参考のために、図１の放送送出システムと
比較して小規模の構成の放送送出システムを図２に示
す。

【００２３】この放送送出システムにおいては、デバイ
スメインコントローラ３０１には、デバイスサブコント
ローラ３０２，３０３，３０４が接続されている。

【００２４】デバイスサブコントローラ３０２には、Ｓ
ＤＣ５０１、ＥＮＣ６０１及びＤＥＣ７０１が接続され
ている。デバイスサブコントローラ３０３には、ルータ
１１０１が接続されている。デバイスサブコントローラ
３０４には、コントロールパネル１００１が接続されて
いる。

【００２５】ルータ１１０１は、素材供給部４０１〜４
０５からのＡＶデータが供給される入力チャンネル（CH
_IN_1〜CH_IN_5）、送出部９０１〜９０５にＡＶデータ
が送られる出力チャンネル（CH_OUT_1〜CH_OUT_2）、Ｓ
ＤＣ５０１、ＥＮＣ６０１及びＤＥＣ７０１の入力及び
出力間の信号の経路を相互に切り換える。デバイスメイ
ンコントローラ３０１より上位の構成は、図１に示した
放送送出装置と同様であるので、同一の符号を付して説
明を省略する。

【００２６】続いて、放送送出システムにおける制御対
象である放送機器を特定するデバイスＩＤについて説明
する。

【００２７】デバイスメインコントローラは、システム
コントローラから受け取ったコマンドをどの対象に処理
するかを判断する識別情報として、コマンドのパラメー
タとして付属しているデバイスＩＤという値を参照す
る。デバイスＩＤとは、制御対象である機器を特定する
ＩＤであり、機器の位置情報等により一意に決まる値で
ある。

【００２８】ここで、デバイスＩＤを決定する規則を説
明する。デバイスＩＤは４バイト（byte）の値であり、
以下のように１バイトの構成要素を４つ組み合わせたも
のである。（１）筐体のＩＤ（例えば“１”）（２）スロットの番号（例えば“５”）（３）Ｉ／ＦＣＰＵの番号（例えば“２”）（４）機器の番号（例えば“４”）上記の例のような場合、デバイスＩＤは通常“１．５．
２．４”というように表記される。

【００２９】ここで、デバイスＩＤの構成要素の一つを
決定する筐体とは、上述のデバイスメインコントローラ
やデバイスサブコントローラのようなデバイスコントロ
ーラの基板である、デバイスコントローラ基板を格納す
るものである。デバイスコントローラ基板は、筐体から
電源の供給を受け、筐体のバスを使用して他のデバイス
コントローラ基板と通信を行なう。

【００３０】続いて、デバイスコントローラ基板が筐体
に格納される具体的な態様について、図３を参照して説
明する。

【００３１】図３中の筐体１２０１，１２０２は、デー
タコントローラ基板が挿入されて格納されるスロットを
それぞれ８個備えるので、それぞれ最大８枚のデータコ
ントローラ基板を格納することが可能である。これらの
筐体１２０１，１２０２においては、各データコントロ
ーラ基板は、抜き挿しすることにより追加・削除が可能
となっている。

【００３２】図３に示すように、データコントローラ基
板が９枚以上必要な場合には、筐体をカスケード接続す
る。すなわち、図３中においては、デバイスサブコント
ローラが接続される上位のデータコントローラであるデ
バイスメインコントローラ２０１に、複数のデバイスサ
ブコントローラを格納した筐体１２０１，１２０２が接
続されている。そして、筐体１２０１にはデバイスコン
トローラ基板１１０１〜１１０８、筐体１２０２にはデ
バイスコントローラ基板１１０９〜１１１６が８枚づつ
挿入されている。

【００３３】筐体１２０１，１２０２に挿入されたデー
タコントローラ基板１１０１〜１１１６は、デバイスメ
インコントローラ２０１の下位のデータコントローラで
ある。このように、制御装置には複数の筐体が存在する
可能性がある。

【００３４】上述のように、デバイスメインコントロー
ラに接続されるデバイスサブコントローラは、目的に応
じて必要な枚数の基板から構成することができる。デバ
イスメインコントローラはその役割からシステムに１枚
と固定であるが、デバイスサブコントローラはその下に
接続される機器の種類と数に応じて接続すればよいの
で、デバイスサブコントローラに対応するデバイスコン
トローラ基板の枚数は可変である。

【００３５】具体的には、図１に示した例では、放送送
出システムは、デバイスメインコントローラ３０１及び
デバイスサブコントローラ３０２〜３０７を併せて７枚
のデータコントローラ基板を含んでいる。図２に示した
例では、放送送出システムは、デバイスメインコントロ
ーラ３０１及びデバイスサブコントローラ３０２〜３０
４を併せて４枚のデータコントローラ基板を含んでい
る。

【００３６】続いて、デバイスコントローラ基板の内部
の構成及び外部の機器との接続について、図４を参照し
て説明する。

【００３７】ＶＴＲＡ３１、ＶＴＲＢ３２等の外部
の機器に接続に用いられるデータコントローラ基板は、
筐体のスロット２２に挿入され、データコントローラ用
バス２３に接続されている。

【００３８】データコントローラ基板２２におけるデー
タコントローラ２１は、データコントローラ用バス２３
から与えられるコマンドを実行するサブＣＰＵ１１と、
外部の機器とのインターフェースを行う２個のインター
フェース（Ｉ／Ｆ）ＣＰＵ１２，１３と、Ｉ／ＦＣ
ＰＵ１２に接続される２個のコネクタ１５，１６と、Ｉ
／ＦＣＰＵ１３に接続される２個のコネクタ１７、１
８とを有している。

【００３９】外部の機器との接続については、このデー
タコントローラ基板２１には、ＶＴＲＡ３３、ＶＴＲ
Ｂ３２、ＳＤＣ３３、ＥＮＣ３４、ＤＥＣ３５が接続
されている。ＶＴＲＡ３１及びＶＴＲＢ３２はコネ
クタ１５，１６にそれぞれ接続されているが、接続には
いわゆるＲＳ−４２２という１対１の接続法を用いてい
るため、一つのコネクタに１台の機器しか接続されてい
ない。このとき機器の番号はコネクタに対応し、左側の
コネクタ１５に接続されたＶＴＲＡ３１が１、右側の
コネクタ１６に接続されたＶＴＲＢ３２が２となる。
なお、接続方式はＲＳ−４２２に限定されず、１対１の
接続であれば他の接続方法でもよい。

【００４０】また、ＳＤＣＣ３３、ＥＮＣＤ３４、
ＤＥＣＥ３５については、コネクタ１７にこの３つの
機器がバス形式によりカスケード接続されている。バス
接続の場合、一つのＩ／ＦＣＰＵの下で有効なコネク
タは一つだけである。つまり、そのバス上でのユニーク
なＩＤをそのまま「機器のＩＤ」として使用することが
できる。ここではＳＤＣＣ３３が“２２”、ＥＮＣ
Ｄ３４が“２４”ＤＥＣＥ３５が“２６”とする。

【００４１】例えば、上述した第１の筐体１２０１の第
５のスロット２２に挿入されたデバイスコントローラ基
板２２については、デバイスコントローラ２１に接続さ
れた各機器のデバイスＩＤは以下のようになる。ＶＴＲＡ −＞ 1.5.1.1 ＶＴＲＢ −＞ 1.5.1.2 ＳＤＣＣ −＞ 1.5.2.22 ＥＮＣＤ −＞ 1.5.2.24 ＤＥＣＥ −＞ 1.5.2.26 このようなルールに沿ったデバイスＩＤは、物理的な情
報を含んでいるため、決して重なることはありえず、シ
ステムコントローラは制御対象である機器の物理的なＩ
Ｄとして使用することが可能となっている。

【００４２】ところで、システムコントローラは、操作
の対象物を全てリソース（resource）として管理する。

【００４３】リソースとは、一般に所定の工程を行うた
めに確保しておくソフトウエア及びハードウエアの資源
をいう。ここでは、内部で管理される、仮想的なオブジ
ェクト、すなわち仮想的な対象物を意味している。上位
制御装置は、コマンドのパラメータにリソース名を指定
することにより、対象とする機器をシステムコントロー
ラに通知する。リソース名は、制御対象を仮想的なオブ
ジェクトとして管理するために付与されたものである。

【００４４】通常は、デバイスＩＤとリソース名は１対
１で対応する。例えば、図４の例では、リソース名とデ
バイスＩＤの対応は表のようになる。

【００４５】

【表１】

【００４６】システムコントローラは、上記のようなテ
ーブルを内部のデータベースとして持ち、このテーブル
を利用して図５のようにリソース名をデバイスＩＤに翻
訳することにより、上位制御端末からの命令をデバイス
メインコントローラあるいは被制御機器に通知する。こ
れについて、図６に示すフローチャートも併せて参照し
て説明する。

【００４７】図５においては、上位制御端末１０１と、
内部に機能的にエクシキュションマネージャータスク
（Execution Manager Task;EMT）６１及びリソースイン
フォメーションマネージャタスク（Resource Informati
on Manager Task;RIMT）６２を有するシステムコントロ
ーラ２０１と、デバイスメインコントローラ３０１とが
表されている。これらＥＭＴ６１及びＲＩＭＴ３２につ
いては後述する。

【００４８】最初のステップＳ１１においては、図５中
の矢印ａに示すように、上位制御端末１０１は、システ
ムコントローラ２０１における実行を管理するタスクで
あるＥＭＴ６１に対して、ＶＴＲＢでの再生コマンド
を発行する。すなわち、コマンドＰＬＡＹＲＳＣ＝ＶＴＲ＿Ｂを発行する。

【００４９】これに続くステップＳ１２においては、Ｖ
ＴＲ＿Ｂというリソース名をデバイスＩＤに翻訳依頼す
る。すなわち、図５中の矢印ｂに示すように、ＥＭＴ６
１からリソースに関する情報を管理するタスクであるＲ
ＩＭＴ６２に対して翻訳の依頼をする。ここで、ＲＩＭ
Ｔ６２は、表１に示したようなリソース名とデバイスＩ
Ｄとの対応関係の表を保持している。そして、次のステ
ップＳ１３に進む。

【００５０】ステップＳ１３においては、矢印ｃに示す
ように、ＲＩＭＴ６２からＥＭＴ６１に向けてリソース
ＶＴＲ＿ＢのデバイスＩＤである“１．５．１．２”を
返し、ステップＳ１４に進む。

【００５１】ステップＳ１４においては、デバイスＩＤ
＝１．５．１．２の機器に対して再生要求コマンドの発
行をする。すなわち、矢印ｄに示すように、ＥＭＴ６１
からデバイスメインコントローラ３０１に対してＰＬＡＹＤＥＶＩＣＥ＿ＩＤ＝１．５．１．２なるコマンドを発行する。そして、次のステップＳ１５
においては、矢印ｅに示すようにデバイスメインコント
ローラ３０１からＥＭＴ６１にステップＳ１４にて発行
されたコマンドの実行結果を通知する。

【００５２】ステップＳ１６においては、矢印ｆに示す
ように、ＥＭＴ６１から上位制御装置１０１にステップ
Ｓ１１のコマンドの実行結果を通知する。そして、この
再生要求に係る一連の工程を終了する。

【００５３】上述のように、リソース名とデバイスＩＤ
は、通常は１対１の関係にある。しかし、デバイスＩＤ
だけでは指定できない機器のような例外も存在する。そ
れは「直接デバイスコントローラから制御されない機
器」と「実体を持たないオブジェクト」の２つである。

【００５４】直接デバイスコントローラ、すなわちデバ
イスサブコントローラから制御されない機器としては、
図１に示した放送送出システムにおけるＳＤＣ５０１〜
５０４にそれぞれ接続されているＨＤＤ５０６〜５０９
と、メイン部８０１，ＩＯＰ８０２〜８０３、及びＨＳ
ＩＯＰ８０４に接続されている大容量ＨＤＤ８０５とが
挙げられる。

【００５５】これらのＨＤＤ５０６〜５０９及び大容量
ＨＤＤ８０５を上位制御装置１０１，１０２，１０３か
ら、他の機器と同様にリソースとして制御することを可
能にするために、ドライブＩＤという概念を導入する。

【００５６】このため、ＳＤＣとＨＤＤの関係につい
て、図７を参照して説明する。ＳＤＣ５０１は、いわゆ
るＳＣＳＩ（Small Computer System Interface ）規格
のインターフェースを用い、最大７台のＨＤＤを接続し
て制御することができる。ここで、ＳＣＳＩとは、最大
転送速度３２ｂｐｓの（４Ｍバイト／秒）の小型コンピ
ュータインターフェースである。

【００５７】図７中においては、ＳＣＳＩを介して、Ｓ
ＤＣ５０１にＨＤＤ＿１５０６が接続され、ＨＤＤ＿
１５０６にＨＤＤ＿２５０７が接続され、ＨＤＤ＿
２５０７にＨＤＤ＿３５０８が接続されている。ＳＤ
Ｃ５０１はデバイスサブコントローラ３０２に接続さ
れ、また、いわゆるＳＤＤＩ（serial digital dataint
erface ）により２端子を接続されている。ここで、Ｓ
ＤＤＩとは、ＳＭＰＴＥ（Society of Motion and Tele
vision Engineerings ）の規格であるＳＭＰＴＥ−２９
５Ｍにおいて標準化されたいわゆるＳＤＩ（serial dig
ital interface）方式と部分的に共通部分を有するシリ
アルデジタルデータインターフェースである。

【００５８】これらＨＤＤ＿１５０６，ＨＤＤ＿２
５０７，ＨＤＤ＿３５０８については、同一のＳＤＣ
５０１の制御下にあり、ＳＣＳＩＩＤを識別情報とし
て一意に識別が可能である。

【００５９】すなわち、ドライブＩＤとしてはＳＣＳＩ
ＩＤをそのまま適用することによって、ＨＤＤ＿１
５０６は、システムコントローラから見た場合、「デバ
イスＩＤ＝１．５．１．２２のＳＤＣ５０１の制御下に
あるドライブＩＤ＝１で表されるＨＤＤ」と表現するこ
とで、他のＨＤＤとの識別が可能となる。他のＨＤＤに
ついても同様であり、ＨＤＤ＿１５０６，ＨＤＤ＿２
５０７，ＨＤＤ＿３５０８についてのリソース名、デ
バイスＩＤ、及びドライブＩＤは次の表に示すようにな
る。

【００６０】

【表２】

【００６１】また、システムコントローラは、実体を持
たないオブジェクトについても、リソース名を使用する
ことで、他の機器と同様に上位制御装置からの制御を可
能としている。

【００６２】ＳＤＣ５０１はＨＤＤに映像と音声の情報
であるＡＶデータを記録／再生する機器である。ＳＤＣ
５０１の物理的な概念図は、図７に示すようになる。Ｓ
ＤＣ５０１はデータの入出力用にそれぞれ１系統のＳＤ
ＤＩ端子を持ち、ＳＣＳＩバスを介していわゆるＲＡＩ
Ｄ（redundant arrays of inexpensive diskes; RAID）
とデータのリード／ライト（read/write）を実現してい
る。ここでＲＡＩＤとは、複数のＨＤＤを並列に接続し
て記憶容量及び転送速度を向上させた記憶装置である。

【００６３】ＳＤＣ５０１は、その大きな特徴の一つと
して、４つの独立したデータをＳＤＤＩバス上に多重し
て送出が可能であることがあげられる。つまり、図８の
ような論理的な概念図を当てはめることができる。

【００６４】ＳＤＣ５０１の入力あるいは出力の最小単
位をポート（PORT）と呼ぶ。つまり、たかだか１つの素
材を再生するのであれば、ＳＤＣ５０１を全て使用する
のではなく、ポートを一つだけ使えば再生が可能なので
ある。

【００６５】図８中では、ＳＤＣ５０１は、メイン部５
２と、このメイン部５２に接続される入力ポート５１、
第１の出力ポート５３、第２の出力ポート５４、第３の
出力ポート５５及び第４の出力ポート５６を有してい
る。メイン部５２には、ＨＤＤ＿１５０６、ＨＤＤ＿
２５０７及びＨＤＤ＿３５０８がパラレルに接続さ
れている。

【００６６】そこで、仮想的なオブジェクトであるポー
トもリソースとして扱うことができれば、ＰＬＡＹＲ
ＳＣ＝ＰＯＲＴ＿１という命令だけで上位制御端末から
再生を指示できる。これは図５でＶＴＲに対して発行し
た命令と同じ要領で上制御端末がＳＤＣのポートを制御
できる。つまり、上位制御端末は、そのリソースがＶＴ
Ｒなのか、ＳＤＣのポートなのかを区別する必要がない
ということになる。

【００６７】ポートをリソースとして扱うために新たに
ポートＩＤという概念を導入する。ポートＩＤはＳＤＣ
が使用するポートの識別番号をそのまま利用する。ただ
し、同一ＳＤＣには１番のポートが入力と出力の２つ存
在するという問題があるため、ポートＩＤの他に入力／
出力の方向についてのディレクション（direction ）と
いう情報も用意する。

【００６８】このポートＩＤおよびディレクションとデ
バイスＩＤをリソースとして関連付けることにより実体
を持たないポートをあたかもＶＴＲの如く独立した制御
対象として上位制御端末に見せることが可能となる。

【００６９】図８のケースでは以下のようなテーブルを
データベース上に用意することでポートのリソース化を
実現している。

【００７０】

【表３】

【００７１】このようなポートのリソース化により、例
えば図１に示した放送送出システムにおいては、システ
ムコントローラ２０１は、入力チャンネル（CH_IN_1〜C
H_IN_5）及び出力チャンネル（CH_OUT_1〜CH_OUT_2）を
それぞれ入力チャンネル及び出力チャンネルというリソ
ースとして扱うことが可能となる。

【００７２】チャンネルは「データが通る線」であると
考えることもできるし、「その線につながっている何か
分からない物」とも考えることができる。とにかく、チ
ャンネルとは、デバイスサブコントローラから制御され
ている通常の機器とは一線を画するものである。

【００７３】チャンネルをリソース化する理由は、入力
ポート及び出力ポートを上位制御端末からのコマンドの
対象とする必要があるからである。システムコントロー
ラは対象物と対象物、つまりリソースとリソースを指定
された上位制御端末からの結合命令でのみルータの制御
を行う。例えば、出力にデータを出力するためには出力
をリソースとしてみる必要がある。

【００７４】しかし、チャンネルはデバイスＩＤを持た
ない、すなわちデバイスサブコントローラから直接制御
されないリソースであり、これまでのリソーステーブル
のようなデバイスＩＤを持たず、デバイスサブコントロ
ーラから直接制御されないリソースである。したがっ
て、これまでのリソーステーブルのようなデバイスＩ
Ｄ、ドライブＩＤ、ポートＩＤ等で識別することは不可
能である。

【００７５】しかし、逆に言えばデバイスサブコントロ
ーラから直接制御されないので、デバイスＩＤ等のデー
タは不必要であるとも言うことができる。そこで、リソ
ースの型であるリソースタイプ（resource type）とい
う概念を新たに導入する。リソースタイプはＶＴＲ、ポ
ート、チャンネル等のリソースの種類を表すものであ
る。システムコントローラは、リソースタイプを見るこ
とにより、そのリソースに適切な処理を施すことが可能
となる。

【００７６】リソースタイプを導入して、ＶＴＲ、ＳＤ
Ｃポート、ＲＡＩＤ、チャンネルの各リソースのテーブ
ルを一つにした例を表４に示す。

【００７７】

【表４】

【００７８】チャンネルは特殊なリソースであり、オー
プン（OPEN）コマンドしか受け付けない。オープンコマ
ンドとは、要求元の上位制御装置に対して「リソースの
確保」を行なうコマンドである。

【００７９】ここで、ＳＤＣポートとチャンネルの場合
でどのように処理が異なるのかを説明する。まず、ポー
トについて図９の概念図と図１０のフローチャートを参
照して説明する。図９におけるシステムコントローラ２
０１は、内部に機能的にＥＭＴ６１及びＲＩＭＴ６２を
有している。

【００８０】最初のステップＳ２１においては、上記制
御端末１０１は、図９中の矢印ａに示すように、システ
ムコントローラ２０１のＥＭＴ６１に、ポート２のＯＰ
ＥＮ、すなわち確保を要求する。すなわち、上位制御端
末１０１はコマンドＯＰＥＮＲＳＣ＝ＰＯＲＴ２をＥ
ＭＴ６１に送る。これに続くステップＳ２２において
は、矢印ｂに示すように、ＥＭＴ６１は、ポート２のＯ
ＰＥＮ、すなわちポート２の確保をＲＩＭＴ６２に要求
する。そして、次のステップＳ２３に進む。

【００８１】ここで、「確保」とは該当するリソースを
使用するに当たり、他の制御端末からの使用を禁止する
ための手続である。

【００８２】ステップＳ２３においては、矢印ｃに示す
ように、ＲＳＣからリソースタイプを検索するとＳＤＣ
ポートなので、さらにテーブルからデバイスＩＤと、デ
ィレクション及びポートを検索し、デバイスメインコン
トローラ３０１に宛てたオープンコマンドを発行する。
次のステップＳ２４においては、矢印ｄに示すように、
ＥＭＴ６１は、オープンコマンドをデバイスメインコン
トローラ３０１に発行する。ここでは、ＲＩＭＴ６２か
ら与えられたコマンドをデバイスメインコントローラ３
０１に受け渡すだけである。そして、次のステップＳ２
５に進む。

【００８３】ステップＳ２５においては、矢印ｅに示す
ように、デバイスメインコントローラ３０１は、ＥＭＴ
６１から与えられたオープンコマンドの結果をＥＭＴ６
１に返す。そして、これに続くステップ２６において
は、矢印ｆに示すように、ＥＭＴ６１は、デバイスメイ
ンコントローラ３０１から与えられたオープンコマンド
の結果をＲＩＭＴ６２に返す。ここでは、結果を受け渡
すだけである。そして、次のステップＳ２７に進む。

【００８４】ステップＳ２７においては、ＲＩＭＴ６２
は、矢印ｇに示すように、ポート２のオープンフラグ
（open flag ）を“ＹＥＳ”にセットする。すなわち、
ＲＩＭＴ６２は、内部のテーブル６２ａを新たなテーブ
ル６２ｂに書き換える。そして、ステップＳ２８に進
む。

【００８５】ステップＳ２８においては、矢印ｈに示す
ように、ＲＩＭＴ６２は、ポート２のオープン要求の結
果をＥＭＴ６１に返す。そして、これに続くステップＳ
２９は、矢印ｉに示すように、ＥＭＴ６１は、ＲＩＭＴ
６２から与えられたオープン要求の結果を上位制御端末
１０１に返す。そして、ポート２のオープンに係る一連
の工程を終了する。

【００８６】この一連の工程においては、ＲＩＭＴ６２
は構造上直接デバイスサブコントローラ３０１にコマン
ドを発行することができないため、一度ＥＭＴ６１を経
由してコマンドをデバイスサブコントローラ３０１に発
行する。

【００８７】続いて、チャンネルの制御について、図１
１の概念図と、図１２のフローチャートを参照して説明
する。図１１におけるシステムコントローラ２０１は、
内部機能的にＥＭＴ６１及びＲＩＭＴ６２を有してい
る。

【００８８】最初のステップＳ３１においては、図１１
中の矢印ａに示すように、上位制御端末１０１はシステ
ムコントローラ２０１のＥＭＴ６１に、チャンネルＯＵ
Ｔ＿３のオープン、すなわち確保を要求する。すなわ
ち、上位制御端末１０１はシステムコントローラ２０１
のＥＭＴ６１に対してコマンドＯＰＥＮＲＳＣ＝ＯＵ
Ｔ＿３を発行する。これに続くステップＳ３２において
は、矢印ｂに示すように、チャンネルＯＵＴ＿３のオー
プン、すなわち確保をＲＩＭＴ６２に要求する。そし
て、次のステップＳ３３に進む。

【００８９】ステップＳ３３においては、矢印ｃに示す
ように、ＲＳＣからリソースタイプを検索するとチャン
ネルなので、デバイスメインコントローラ３０１にコマ
ンドは与えずにＲＩＭＴ６２の備えるテーブル６２ａの
ＯＵＴ＿３に対応するオープンフラグを“ＮＯ”から
“ＹＥＳ”にセットする。そして、次のステップＳ３４
に進む。

【００９０】ステップＳ３４においては、矢印ｄに示す
ように、ＲＩＭＴ６２は、チャンネルＯＵＴ＿３のオー
プン要求に対する結果をＥＭＴ６１に返す。これに続く
ステップＳ３５においては、矢印ｅに示すように、ＥＭ
Ｔ６１は、オープンコマンドに対する結果を上位制御端
末１０１に返す。そして、チャンネルのオープンに係る
一連の工程を終了する。

【００９１】図９及び図１１にて明らかなように、同一
コマンドに対して、リソースタイプによりシステムコン
トローラ２０１は異なる処理を行っている。

【００９２】なお、上述したように、「リソースの確
保」とは該当するリソースを使用するにあたり、他の制
御装置からの使用を禁止するための手続きである。

【００９３】チャンネルのリソースとしての存在意義は
経路制御にある。システムコントローラは経路制御を図
１３の例に示すシーケンスで実現する。この例はＳＤＣ
＿Ｃの出力信号をＯＵＴ３に出力するものである。この
ような手続きを実現するためにはチャンネルのリソース
化が不可欠である。

【００９４】すなわち、このシーケンスは、上位制御端
末がシステムコントローラにおけるＥＭＴに“リソース
名ＳＤＣ＿Ｃの機器をオープンすることを命ずるコマン
ドであるＯＰＥＮＲＳＣ＝ＳＤＣＣ”を送ることに
より開始される。

【００９５】これに続いて、ＥＭＴは同じく“ＯＰＥＮ
ＲＳＣ＝ＳＤＣＣ”をＲＩＭＴに送り、システムコ
ントローラにおけるＲＩＭＴはデータベースを検索して
得た上記リソース名に対応するデバイスＩＤを有する機
器をオープンする命令である“ＯＰＥＮＤＥＶＩＤ＝
１．５．５．２．２２”を返す。さらに、ＥＭＴはデバ
イスメインコントローラに“ＯＰＥＮＤＥＶＩＤ＝
１．５．５．２．２２”を送り、デバイスメインコント
ローラは制御対象の機器であるＳＤＣに“ＯＰＥＮ”を
送る。

【００９６】そして、ＳＤＣはオープン命令の結果及び
ファイルハンドルについての情報である“ＯＫＦＩＬ
ＥＨＡＮＤＬＥ＝ｆｈ”をデバイスメインコントローラ
送り、デバイスメインコントローラは同じく“ＯＫＦ
ＩＬＥＨＡＮＤＬＥ＝ｆｈ”をＥＭＴに送り、ＥＭＴは
同じく“ＯＫＦＩＬＥＨＡＮＤＬＥ＝ｆｈ”を送り、
ＲＩＭＴはＳＤＣ＿Ｃのオープンフラグを“ＹＥＳ”と
書き換えて同じく“ＯＫＦＩＬＥＨＡＮＤＬＥ＝ｆ
ｈ”をＥＭＴに送り、ＥＭＴはコマンドの結果及びスト
リームのＩＤの情報である“ＯＫＳＩＤ＝ｓ１”を送
る。ここで、ファイルハンドルとは、ファイルを識別す
るための識別情報である。

【００９７】なお、上述の説明では、デバイスメインコ
ントローラとＳＤＣ等のデバイスとの間でコマンド等が
直接に送られているが、実際には、デバイスメインコン
トローラとデバイスとの間にデバイスサブコントローラ
が介在することがある。以下も同様である。

【００９８】このシーケンスにて、上位制御端末の発行
したコマンドによりＳＤＣ＿Ｃがオープンされ、このオ
ープンされたＳＤＣ＿Ｃに対応するストリームＩＤであ
るｓ１が上位制御端末に与えられた。

【００９９】これに続いて、上位制御端末は第３の出力
ポートであるＯＵＴ３をオープンするコマンドである
“ＯＰＥＮＲＳＣ＝ＯＵＴ３”をＥＭＴに送り、ＥＭ
Ｔは同じく“ＯＰＥＮＲＳＣ＝ＯＵＴ３”をＲＩＭＴ
に送り、ＲＩＭＴはデータベースを参照した上でコマン
ドの結果である“ＯＫ”をＥＭＴに送り、ＥＭＴはコマ
ンドの結果及びストリームＩＤの情報である“ＯＫＳ
ＩＤ＝ｓ２”を上位制御端末に送る。

【０１００】このシーケンスにて、上位制御端末の発行
したコマンドによりＯＵＴ３がオープンされ、このオー
プンされたＯＵＴ３に対応するストリームＩＤであるｓ
２が上位制御端末に与えられた。

【０１０１】さらに続いて、上位制御端末は、入力先で
あるソース（source）のストリームを上記ＳＤＣ＿Ｃに
対応するｓ１、出力先であるデスティネーション（dest
ination ）のストリームを上記ＯＵＴ３に対応するｓ２
とし、これらｓ１及びｓ２を結合するコマンドである
“ＣＯＭＢＩＮＥＳＲＣ＝ｓ１ＤＥＳＴ＝Ｓ２”を
ＥＭＴに送り、ＥＭＴはＲＩＭＴに“ＳＲＣ＝ＳＤＣ＿
Ｃ”として技術情報を取得し、ＲＩＭＴはデータベース
を参照した上でＥＭＴに“ＤＥＳＴ＝ＯＵＴ３”として
接続ポイントを送る。

【０１０２】このシーケンスにて、上位制御端末の発行
したコマンドにより、ＳＤＣ＿Ｃがソース、ＯＵＴ３が
デスティネーションであるストリームが形成された。

【０１０３】そして、ＥＭＴはコマンド“ＣＯＭＢＩＮ
Ｅ”及び接続ポイントを送り、ＩＤＣはルータにコマン
ド“ＣＯＭＢＩＮＥ”及び接続ポイントを送り、ルータ
にて経路の切り換えが行われて上記接続ポイントにおけ
る接続がなされると、ルータはデバイスメインコントロ
ーラに“ＯＫ”を送り、デバイスメインコントローラは
ＥＭＴに“ＯＫ”を送り、ＥＭＴは上位制御端末に“Ｏ
Ｋ”を送る。このシーケンスにより、ストリームｓ１及
びｓ２が結合された。

【０１０４】以上の一連のシーケンスにおいては、リソ
ースＲＳＣ＿Ｃ及びＯＵＴ３を別個にオープンすること
によりそれぞれストリームｓ１及びｓ２を生成し、続い
てこれらのストリームｓ１及びｓ２を結合することによ
り、リソースＲＳＣ＿Ｃ及びＯＵＴ３を結合している。

【０１０５】ここでは、２つの新しい概念が登場してい
る。一つは「ストリームの生成」であり、もう一つが
「接続情報の収得」である。

【０１０６】ストリーム（stream）とは、一般に装置を
コマンドレベルで制御する標準のデバイスドライバとユ
ーザプロセスとの間の双方向に文字型データを転送可能
な入出力システムである。

【０１０７】ここでは、ストリームとは、オープンコマ
ンドによって必ず生成されるオブジェクトを意味してい
る。上位制御端末は、このストリームを通して様々な機
器に排他的なアクセスを実現することができる。ストリ
ームは、オープンコマンドにより、他からのアクセスを
排除して、当該上位制御端末のみに「確保」されたリソ
ースであるためである。

【０１０８】ストリームはオープンコマンドで生成さ
れ、以後、クローズコマンドで消滅するまで、システム
コントローラが発行するストリームＩＤ（Stream ID; S
ID）によってアクセスが許可される。

【０１０９】簡単に言えば、ストリームはリソースをオ
ープン、すなわち確保したものである。ストリームとリ
ソースとの決定的な違いは、ストリームはシステムコン
トローラによって、オープンした上位制御端末にしかア
クセスを許さないのに対し、リソースは誰でも等価にア
クセスが可能となる点にある。システムコントローラ
は、重要なオペレーションはストリームに対してしか許
していない。これは、複数の上位制御端末が互いに干渉
しあうことを防ぐためである。

【０１１０】続いて、ストリームの生成の様子につい
て、図１４の概念図及び図１５のフローチャートを参照
して説明する。図１４におけるシステムコントローラ６
２は、内部に機能的にＥＭＴ６１及びＲＩＭＴ６２を有
している。

【０１１１】最初のステップＳ４１においては、図１４
中の矢印ａに示すように、上位制御端末１０１はシステ
ムコントローラ２０１のＥＭＴ６１に、ポート２のオー
プンを要求する。すなわち上位制御端末は、ＥＭＴ６１
にコマンドＯＰＥＮＲＳＣ＝ＰＯＲＴ２を送り、これ続くステップＳ４２においては、矢印ｂに
示すように、ＥＭＴ６１はポート２のオープンすなわち
確保を要求するコマンドＯＰＥＮＲＳＣ＝ＰＯＲＴ２をＲＩＭＴに送り、ステップＳ４３に進む。

【０１１２】ステップＳ４３においては、矢印ｃに示す
ように、ＲＩＭＴ６２はＲＳＣからリソースタイプを検
索するとＳＤＣポートであるので、さらにテーブルから
デバイスＩＤとディレクション及びポートを検索し、Ｉ
ＤＣ３０１にオープンコマンドの発行をＥＭＴ６１に依
頼する。すなわち、ＲＩＭＴ６２はＥＭＴ６１に対して
コマンドＯＰＥＮＤＥＶＩＤ＝１．５．２．２２を発行し、ステップＳ４４に進む。

【０１１３】ステップＳ４４においては、図中の矢印ｄ
に示すように、ＥＭＴ６１はデバイスメインコントロー
ラ３０１に対してオープンコマンドＯＰＥＮＤＥＶＩＤ＝１．５．２．２２を発行する。ただし、このＥＭＴ６１からデバイスメイ
ンコントローラ３０１に発行されるコマンドは、ＲＩＭ
Ｔ６２からＥＭＴ６１に送られたコマンドを受け渡すだ
けである。これに続くステップＳ４５においては、矢印
ｅに示すように、デバイスメインコントローラ３０１は
オープンコマンドに対する結果ＲＥＴＵＲＮＦＩＬＥＨＡＮＤＬＥ＝ｆｈをＥＭＴ６１に対して返し、次のステップＳ４６に進
む。

【０１１４】ステップＳ４６においては、矢印ｆに示す
ように、ＥＭＴ６１はＲＩＭＴ６２に対してオープンコ
マンドに対する結果であるＲＥＴＵＲＮＦＩＬＥＨＡＮＤＬＥ＝ｆｈを返す。ただし、このＥＭＴ６１からＲＩＭＴ６２に送
られる結果は、デバイスメインコントローラ３０１から
与えられた結果を単に受け渡すだけである。

【０１１５】そして、次のステップＳ４７においては、
矢印ｇに示すように、ＲＩＭＴ６２はポート２のオープ
ンフラグを“ＹＥＳ”にセットし、続いて、矢印ｈに示
すように、ＲＩＭＴ６２はポート２のオープン要求の結
果ＲＥＴＵＲＮＦＩＬＥＨＡＮＤＬＥ＝ｆｈをＥＭＴ６１に返し、ステップＳ４９に進む。

【０１１６】ステップＳ４９においては、矢印ｉに示す
ように、ＥＭＴ６１はストリームオブジェクトｓ１を生
成し、そこにリソース名、ファイルハンドル、デバイス
ＩＤ等の情報を格納する。これに続くステップＳ５０に
おいては、ＥＭＴ６１は、矢印ｊに示すように、ポート
２のオープン要求結果を生成したストリームのＩＤと共
に返す。すなわち、ＥＭＴ６１は、ＲＥＴＵＲＮＳＩＤ＝ｓ１を上位制御端末に送る。

【０１１７】次に、上述した技術情報の取得について説
明する。システムコントローラはＲＩＭＴのテーブルに
リソースの接続情報を保持している。接続情報の取得は
ＥＭＴからＲＩＭＴに対して行われる。ここで、リソー
スの接続情報テーブルの例を示す。

【０１１８】

【表５】

【０１１９】このテーブルを使用したＣＯＭＢＩＮコマ
ンドの実行の例を図１６の概念図及び図１７のフローチ
ャートを参照して説明する。図１６におけるシステムコ
ントローラ２０１は、内部に機能的なＥＭＴ６１及びＲ
ＩＭＴ６２を有している。

【０１２０】最初のステップＳ５１においては、図１６
中の矢印ａに示すように、上位制御端末１０１は経路接
続を要求する命令ＣＯＭＢＩＮＥＳＲＣ＝ｓ１ＤＥＳＴ＝ｓ２をＥＭＴ６１に発行する。

【０１２１】次のステップＳ５２においては、矢印ｂ，
ｃに示すように、ＥＭＴ６１はストリームＩＤ＝ｓ１か
らリソース名を検索し、その結果としてリソース名ＳＤ
Ｃ＿Ｃを取得し、ステップＳ５３においては、矢印ｄ，
ｅに示すようにストリームＩＤ＝ｓ２からリソース名を
検索し、その結果としてリソース名ＯＵＴ３を取得す
る。

【０１２２】これに続くステップＳ５４においては、矢
印ｆに示すように、ＥＭＴ６１はＲＩＭＴ６２に対して
リソース名を用いて接続情報を検索するように依頼し、
ステップＳ５５においては、図中の矢印ｇに示すよう
に、ＲＩＭＴ６２は接続情報をテーブル６２ａから検索
し、ＥＭＴ６１に返す。ここでの検索情報は、ＳＲＣ＝（ＬＶＬ１，ＩＮ，１０）ＤＥＳＴ＝（ＬＶＬ１，ＯＵＴ，５３）である。

【０１２３】次のステップＳ５６においては、矢印ｈに
示すように、上で得た接続情報をもとに、接続命令ＣＯＭＢＩＮＥＳＲＣ＝（ＬＶＬ１，ＩＮ，１０）ＤＥＳＴ＝（ＬＶＬ１，ＯＵＴ，５３）をＩＤＣ３０１に発行し、ステップＳ５７に進む。

【０１２４】ステップＳ５７においては、矢印ｉに示す
ように、デバイスメインコントローラ３０１はコマンド
の結果をＥＭＴ６１に返し、これに続くステップＳ５８
においては、矢印ｊに示すように、ＥＭＴ６１は上位制
御端末１０１に対してコマンドの結果を返す。

【０１２５】次に、この放送送出システムへのいわゆる
パイプの適用について説明する。パイプとは、チャンネ
ルの一種であり、通常のチャンネルがデータの入力又は
出力のいずれか一方の属性を有するのに対して入出力両
方の属性を有する特別のチャンネルであると考えること
ができる。パイプは、主に複数のルータを結合するため
に用いられる。

【０１２６】図１８に示す放送送出システムは、ルータ
１１０１，１１０２の２個のルータを有している。ルー
タ１１０１には、５つの入力チャンネル（CH_IN_1〜CH_
IN_5）、ＳＤＣ５０１、ＥＮＣ６０１、ＤＥＣ７０１が
それぞれ接続され、デバイスサブコントローラ３０３の
制御を受けている。ルータ１１０２は、ＳＤＣ５０２、
ＥＮＣ６０２、ＤＥＣ７０２、５つの出力チャンネル
（CH_OUT_1〜CH_OUT_5）がそれぞれ接続され、上記デバ
イスサブコントローラ３０３の制御を受けている。そし
て、これらルータ１１０１，１１０２は、３個のパイプ
１３０１，１３０２，１３０３にて接続されて、同一の
デバイスサブコントローラ３０３の制御を受けるので、
見かけ上は単一のルータとして動作する。

【０１２７】なお、ルータ１１０１に接続されているＳ
ＤＣ５０１、ＥＮＣ６０１、ＤＥＣ７０１はデバイスサ
ブコントローラ３０２の制御の下にあり、ルータ１１０
２に接続されているＳＤＣ５０２、ＥＮＣ６０２、ＤＥ
Ｃ７０２はデバイスサブコントローラ３０４の制御の下
にある。他の部分については、図１に示した放送送出シ
ステムと同一であるので、同一の符号を付して説明を省
略する。

【０１２８】なお、上述のデバイスメインコントローラ
は、内部に実装された仮想的なオブジェクトとして、タ
イマを有している。このタイマは、システムにおいてリ
アルタイム制御の拠り所となるものである。デバイスメ
インコントローラはこのタイマを利用して、様々な機器
の実時間制御を実現している。

【０１２９】システムコントローラはこのタイマオブジ
ェクトもリソースとして上位制御端末に解放している。
上位制御装置はタイマリソースを用いて、システムの時
間をセットしたり、システムの時間を問い合わせたりす
ることが可能となっている。

【０１３０】さらに、システムコントローラとデバイス
メインコントローラもリソースとして制御が可能となっ
ている。それぞれの制御部に対する命令は、これらのリ
ソース名を利用して発行される。

【０１３１】

【発明の効果】本発明に係る制御装置によると、上位制
御端末は機器のそれぞれに異なる細かな制御方法の差異
を気にすることなく制御が可能となる。また、機器の抽
象化により、物理的な特性ではなく、論理的な機能レベ
ルの単位での制御を可能とし、実体を持たないオブジェ
クトに対する制御も統一的な操作で制御可能とする。こ
れにより、上位制御装置の開発工数の削減・再利用性の
促進・品質の向上が図られる。

【０１３２】また、本発明に係る制御方法によると、上
位制御端末は機器のそれぞれに異なる細かな制御方法の
差異を気にすることなく制御が可能となる。また、機器
の抽象化により、物理的な特性ではなく、論理的な機能
レベルの単位での制御を可能とし、実体を持たないオブ
ジェクトに対する制御も統一的な操作で制御可能とす
る。これにより、開発工数の削減・再利用性の促進・品
質の向上が図られる。

【図面の簡単な説明】

【図１】放送送出システムの構成を概略的に示すブロッ
ク図である。

【図２】小規模な放送送出システムの構成を概略的に示
すブロック図である。

【図３】データコントローラ基板の筐体への収納の態様
を示す図である。

【図４】データコントローラ基板の内部の構造及び外部
の機器との接続を示すブロック図である。

【図５】リソース名のデバイスＩＤへの翻訳を説明する
図である。

【図６】図５の一連の工程を示すフローチャートであ
る。

【図７】ＳＤＣの物理的な構成を示すブロック図であ
る。

【図８】ＳＤＣの論理的な構成を示すブロック図であ
る。

【図９】ポートの制御の処理を説明する図である。

【図１０】図９の一連の工程を示すフローチャートであ
る。

【図１１】チャネルの制御を説明する図である。

【図１２】図１１の一連の工程を示すフローチャートで
ある。

【図１３】径路制御のシーケンスを示す図である。

【図１４】ストリーム生成を説明する図である。

【図１５】図１４の一連の工程を示すフローチャートで
ある。

【図１６】コマンド“ＣＯＭＢＩＮＥ”実行を説明する
図である。

【図１７】図１６の一連の工程を示すフローチャートで
ある。

【図１８】パイプを用いた装置の概略的な構成を示す図
である。

【符号の説明】

１０１〜１０３上位制御端末、２０１システムコン
トローラ、３０１〜３０７データコントローラ、４０
１〜４０５素材供給部、９０１〜９０５送出部、１
００１コントロールパネル、１１０１ルータ、１２
０１ＬＡＮ

───────────────────────────────────────────────────── フロントページの続き (72)発明者志潟太郎東京都品川区北品川６丁目７番35号ソニー株式会社内 (72)発明者岡安源太郎東京都品川区北品川６丁目７番35号ソニー株式会社内 (72)発明者清水洋志東京都品川区北品川６丁目７番35号ソニー株式会社内

Claims

【特許請求の範囲】

【請求項１】抽象された機能に基づいたリソース名を
それぞれ付与された複数の制御対象と、上記制御対象に対してリソース名を用いた制御命令を発
することにより制御を行う上位制御端末手段と、上記リソース名と上記制御対象との対応関係を保持し、
上記上位制御端末手段から与えられた制御命令につい
て、当該制御命令に含まれる上記リソース名を上記制御
対象に対応するように変換する機能を有する制御手段と
を有することを特徴とする制御装置。
【請求項２】上記制御対象は当該制御対象を階層化し
て順序付けることにより一意に特定する識別情報を付与
され、上記制御手段は上記リソース名と上記識別情報と
の対応関係を保持し、上記上位制御端末手段から与えら
れた制御命令について、当該制御命令に含まれるリソー
ス名を上記識別情報に対応させることを特徴とする請求
項１記載の制御装置。
【請求項３】上記制御対象が当該制御対象に従属する
複数の下位の制御対象を有するときは、上記識別情報は
上記下位の制御対象まで識別可能に拡張されることを特
徴とする請求項２記載の制御装置。
【請求項４】上記下位の制御対象が属性を有するとき
には、上記識別情報は上記下位の制御対象の属性も識別
可能に拡張されることを特徴とする請求項３記載の制御
装置。
【請求項５】上記制御対象は、映像／音声信号を入力
／出力する入出力手段、又は映像／音声信号を記録再生
する記録／再生手段であることを特徴とする請求項１記
載の制御装置。
【請求項６】上記下位の制御対象はポートであり、上
記属性は入力又は出力であることを特徴とする請求項４
記載の制御装置。
【請求項７】上記制御対象は当該制御対象の抽象され
た機能の型であるリソース型を少なくとも付与され、上
記制御手段は上記リソース名と上記リソース型との対応
関係を少なくとも保持することを特徴とする請求項１記
載の制御装置。
【請求項８】上記制御対象として、信号の仮想的な経
路を有することを特徴とする請求項６記載の制御装置。
【請求項９】抽象された機能に基づいたリソース名を
それぞれ付与された複数の制御対象に対して上記リソー
ス名を用いて制御命令を発することにより制御を行う上
位制御工程と、上記制御手段から与えられた制御命令について、当該制
御命令に含まれる上記リソース名を上記制御対象に対応
するように変換する制御工程とを有することを特徴とす
る制御方法。
【請求項１０】上記制御対象は当該制御対象の抽象さ
れた機能の型であるリソース型を少なくとも付与され
て、上記制御工程は上記リソース名と上記リソース型と
の対応関係を少なくとも保持することを特徴とする請求
項９記載の制御方法。