WO1999033205A1

WO1999033205A1 - Procede et appareil de controle de dispositifs

Info

Publication number: WO1999033205A1
Application number: PCT/JP1998/005785
Authority: WO
Inventors: Gentaro Okayasu; Norikazu Ito; Shintaro Mizutani; Tsutomu Yamamoto; Taro Shigata; Yoji Shimizu
Original assignee: Sony Corporation
Priority date: 1997-12-19
Filing date: 1998-12-21
Publication date: 1999-07-01
Also published as: EP1065816A1; EP1065816A4

Description

明細 ^: デバイス制御装置及び方法技術分野本発明は、例えば放送用機器のような複数のデバイスの使用状態を制御するデバイス制御装置及び方法に関する。背景技術従来、ェンコ一ダ、デコーダ、 H D D、 V T R、コント口一ラ等の放送用機器を経路の切り換え手段であるルー夕で結合し、これらのシステムを一体となして A Vデ一夕の入出力を行う放送送出装置が利用されている。

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

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

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

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

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

このため、

図面の簡単な説明

図 1は、放送送出システムの全体構成を示すプロック図である。図 2は、上記放送送出システムの動作を説明するための図である。図 3は、上記放送送出システムにおけるリソース管理情報を示す図である。

図 4は、上記放送送出システムにおける、制御命令のうち予約命令を受けたときの構成と動作を示す図である。

図 5は、リソース情報管理タスクの一連の処理を説明するためのフ口一チヤ一トである。図 6は、上記放送送出システムで用いるシステムコントローラの構成を示すブロック図である。

図 7は、リソース予約要求を受信したリソース情報管理タスクが行う一連の処理を説明するための図である。

図 8は、実行管理タスクが予約解除命令を受信したときの一連の処理を説明するためのフローチャートである。

図 9は、予約解除要求を受信したリソース情報管理タスクの一連の処理を説明するためのフローチヤ一トである。

図 1 0は、リソースオープン命令を受信するシステムコントロ一ラの構成を説明するための図である。

図 1 1は、リソースオープン命令を受信するシステムコントロ一ラの動作を説明するための図である。

図 1 2は、すでに他の端末使用者によってオープンされているとき、オープン命令に付加された優先度に応じたシステムコントローラを説明するための図である。

図 1 3は、上記図 1 2に示したシステムコントローラの動作を説明するためのフローチヤ一トである。

図 1 4は、上記図 1 2に示したシステムコン卜ローラの動作を説明するためのフローチャートである。

図 1 5は、各デバイスの使用/未使用の状態に応じて候補デバィスの中から最適なリソースを選択する具体例を説明するためのフロ —チヤ一トである。

図 1 6は、各デバイスの使用の優先度の応じて候補デバィスの中から最適な一を選択する具体例の動作を説明するためのフローチヤ一卜である。図 1 7は、各デバイスの予約の状況に応じて候補デバイスの中から最適な一を選択する具体例の動作を説明するためのフローチヤ一トである。

図 1 8は、各デバイスの故障状態に応じて候補デバィスの中から最適な一を選択する具体例の動作を説明するためのフローチャートである。

図 1 9は、上位制御装置による各デバイスの使用/未使用の状態、使用時の優先度、予約状態、各デバイスの故障状態を組み合わせて行う、デバイスの選択を説明するためのフローチヤ一トである。図 2 0は、デバイスコントローラ基板が筐体に格納される具体的な構成を示す図である。図 2 1は、デバイスコントローラ基板の内部の構成及び外部の機器との接続と、機器の番号及び I / F C P Uの番号割り振りについて説明するための図である。

図 2 2は、システムコントロ一ラ 1 4の他の構成の具体例を示すブロック図である。

図 2 3は、再生要求を受信したリソース要求管理タスクの一連の処理動作を説明するためのフローチヤ一卜である。

図 2 4は、ドライブ I Dを説明するための図である。

図 2 5は、入出力処理部の論理的な構成を示すブロック図である < 図 2 6は、ポ一トの制御処理を説明するためのフローチヤ一トである。

図 2 7は、チャンネルの制御を説明するためのフロ一チヤ一トである。図 2 8は、経路制御のシーケンスを示す図である。

図 2 9は、パイプを用いた装置の概略的な構成を示す図である。図 3 0は、オープンコマンドによるストリームの生成を説明するための図である。

図 3 1は、オープンコマンドを説明するための図である。

図 3 2は、 E M Tによりストリ一ムのオープンの流れを示すフロ一チヤ一トである。

図 3 3は、上位制御端末がストリ一ム I Dを使ってコマンドを発行する手順を示すフローチヤ一トである。

図 3 4は、上位制御端末が発行したコマンドが失敗した例のフロ一チヤ一トである。

図 3 5は、ストリームの消滅を説明するための図である。

図 3 6は、ストリームが消滅する工程を説明するためのフローチヤー卜である。

図 3 7は、ストリ一ムの結合にて行う A Vサーバの接続点制御を説明するための図である。

図 3 8は、ストリ一ムの結合にて行う A Vサーバの接続点制御を説明するためフローチヤ一トである。

図 3 9は、 A V信号の経路制御の一連の工程を説明するためのフローチャートである。

図 4 0は、上位制御端末からオープンコマンドが発行された場合におけるコマンドの具体例を示す図である。発明を実施するための最良の形態以下、本発明に係わるデバイス制御装置およびその方法の最良の実施の形態について図面を参照しながら説明する。

本実施の形態は、複数の放送用デバイスを複数の利用者（ォペレ —夕）が複数の上位アプリケ一ション端末から同時にファイル等の操作を行うことができる放送送出システムである。複数の利用者は、各端末の例えば GU I (G r ap h i c U s e r I n t e r f a c e ) を操作することで、放送用デバイスに対する素材の編集ゃ閲覧、さらに放送用素材の送出等を同時に行うことができる。

ここで放送用デバイスとは、放送局等で使用される VTR ( V i d e o T a p e R e c o r d e r) や編集機、後述する HD (H a r d D i s k) を蓄積媒体とした A V (Au d i o and/o r V i d e o ) サーバ、スィッチャ（ルー夕）などの物理デバイスの他、後述する入力チャンネルや、出力チャンネルなどの論理デバィスを含む。

また素材とは、映像および/または音声データを含むデ一夕のことである。

以下の実施例の説明ではこの用語をそのまま使用するものとし、とくに断らない限りこれらの用語の意味は上述の説明に基づく。図 1に放送送出システム 1 0の全体構成を示す。

図 1に示すように放送送出システム 1 0は、複数の上位アプリケ —シヨン端末（上位制御端末） 1 1、 1 2、 1 3と、本発明に係わるシステムコントローラ 1 4と、複数の上位制御端末 1 1、 1 2、 1 3とシステムコントローラ 1 4とを接続して各種通信を行う口一カルエリアネットワーク（LAN) 1 5と、システムコントローラ 1 4からの命令等をリアルタイムで制御するデバイスメインコントローラ 1 6と、複数の下位放送用デバイスを制御する複数のデバイスサブコントローラ 17、 18、 19と、上述した素材を供給する複数の素材供給部 2 1、 22、 23、 24、 25と、素材供給部 2 1、 22、 23、 24から供給された素材を蓄積する AVサーバ 3 0、 40と、複数の入力を切り換えて複数の出力のいづれかに出力するル一夕 5 1と、放送用素材を実際に送出する複数の送出部 6 1、 62、 63、 64、 65とから構成される。

図 1に示す放送送出システム 10の素材供給部 2 1、 22、 23、 24、 25と、送出部 6 1、 62、 63、 64、 65は、それぞれ 5つ素材供給部と送出部とから構成されているが、勿論本発明はこれに限られるものではなく、単一の素材供給部と送出部でも良いし、図示した以上の素材供給部と送出部があっても構わない。

図 1の放送送出システム 10の各構成について詳細に説明する。上位制御端末 1 1、 12、 13は、利用者（オペレータ）が図示しないモニタ等の表示手段に表示された GU Iを操作することで、放送用番組の構成を作成し各構成にどの素材を使用するかを決定する番組構成表を作成したり、何時何分にどの素材を実際に素材を送出するかを決定するキューシートを作成する。さらに、後述する A Vサーバ 30、 40に蓄積された素材を同様に GU Iで放送送出用に編集したり、編集後の素材を実際の放送送出時間前に確認する閲覧を行う。

この制御端末 1 1、 12、 13には、他にも様々な用途に応じたアプリケーションが動作している。

システムコントローラ 14は、下位放送用デバイスと、上位制御端末 1 1、 12、 1 3との間に位置し、上位制御端末 1 1、 12、 W

13からの、上述したアプリケーションを実行するための各種操作コマンドが LAN 1 5を介して入力されて、下位放送用デバイスに対する各種操作を行う。詳細は後述する。

デバイスメインコントローラ 1 6は、システムコントローラ 14 からの下位デバイスに対する各種操作を行うための操作コマンドを、送信すべき下位放送用デバイスが接続された下位デバイスサブコントローラ 1 7、 18、 19に送出する。また接続された各デバイスサブコントローラ 1 7、 18、 19から各種操作コマンドに対するステータスをシステムコントローラ 14に送信することもできる。デバイスサブコントローラ 17、 18、 19は、それぞれ AVサーバ 30、 40、ル一夕 5 1に接続され、下位放送用デバイスである A Vサーバ 30、 40とルー夕 5 1とを制御する。デバイスサブコントローラ 17、 18、 19は、接続された A Vサーバ 30、 4 0、ル一夕 5 1に対して上位制御端末 1 1、 12、 13からの変換された操作コマンドを送信し、また操作コマンドに対する A Vサーバ 30、 40、ルー夕 5 1からのステータス情報を受信する。

AVサーバ 30、 40は、複数の入出力処理部 32、 33、 34、 42、 43、 44と、記録/再生コントローラ 3 1、 4 1と、複数の HD (Har d D i s k) から成る RAI D 35、 45とから構成される。

各入出力処理部 32、 33、 34、 42、 43、 44は、ル一夕 51から出力された素材が入力されて、蓄積媒体である HDに蓄積できるフォーマットに変換、例えば S D I (S e r i a l D i g i t a 1 Dat a : SMPTE— 259Mにて規格）信号が入力されるとデコードして S D I信号に重畳された素材を取り出して、さら W

に必要であれは映像データを圧縮したり、音声データを圧縮する。

RA I D 35、 45は、複数の HDD (Har d D i s k D r i v e) から構成され、各入出力処理部 32、 33、 34、 42、 43、 44から上述のデ一夕が各 HDDに書き込まれる。複数の H DDから R A I Dを構成しているのは、記録されるデ一夕の信頼性を高めるため、さらには各入出力処理部 32、 33、 34、 42、 43 , 44に入力されるデータの転送レー卜で各 HDDに記録するためである。例えば、 RAI D 35、 45は、記録デ一夕のパリテイデ一夕を演算して専用 HDDに記録する構成の R A I D— 3や、 2台の HDDをペアにして各々に同じデ一夕を書き込む RA I D— 1から構成される。

記録/再生コントローラ 3 1、 41は、複数の入出力処理部 32、

33、 34、 42、 43、 44のそれぞれに対して制御線を介してタイムスロット信号を発行し、各入出力処理部 32、 33、 34、 42、 43、 44は、割り当てられた夕ィムスロット信号が示す夕ィムスロット時間内で動作が許可される。各入出力処理部 32、 3 3、 34、 42、 43、 44に割り当てられるタイムスロット時間は短い時間間隔であるので、複数の入出力処理部 32、 33、 34、

42、 43、 44は同時にデータの入出力が行われているように、上位制御端末 1 1、 12、 13から見える。各入出力処理部 32、 33、 34、 42、 43、 44が 1チャンネルのデ一夕入出力処理を行うとすると、図 1に示す AVサーバ 30、 40は 3チャンネルのデ一夕同時入出力を行い得る。この AVサーバ 30、 40のデー夕入出力チャンネル数はこれに拘束せずとも複数チャンネルであれば何チヤンネルでも構わない。また記録/再生コントローラ 3 1、 4 1は、素材がファイル単位で HDの論理ァドレス上どのァドレスから記録され、どれだけのァドレス空間に亘つて素材が記録されているか、さらに HDの論理ァドレス上何も記録されていないァドレスはどこから始まって、どれだけのァドレス空間に亘つて何も記録されていない領域があるか、を示すフアイルシステム情報が図示しないメモリに記録されている。このファイルシステム情報に基づいて、上位制御端末 1 1、 12、 13等からの操作コマンドを解釈してどの素材を、空き領域のどの論理アドレスから記録を開始させ、どのくらいの長さが必要か、また記録された素材をどのアドレスから、どれだけの長さ読み出せばよいか、のコマンドを RA I D 35、 45に転送して、 RA I D 3 5、 45はこのコマンドに基づいて実際に HDに書き込まれた素材を読みだし、また HDの空き領域に素材を書き込む。

素材供給部 2 1、 22、 23、 24、 25は、ル一夕 5 1を介して AVサーバ 30、 40に素材を供給するもので、 VTRやカムコ —ダ、ディスクプレーヤ、さらに衛星や他の放送局等から伝送される地上波や衛星波を受信して、受信したデ一夕を供給する装置などである。

ルー夕 5 1は、複数の入力を切り換えて複数の出力のいずれかを選択して入力データを切り換えて出力するものである。

送出部 6 1、 62、 63、 64、 65は、ルータ 5 1から出力された放送用送出素材が入力されて、実際に素材を送出する。

背景技術で説明したように、複数の上位制御端末から構成された放送送出システムの場合、上位制御端末から同じ被制御端末の操作を行うコマンドを発行すると先にそのコマンドを発行した制御端末の操作コマンドが優先されてしまう。例えば、下位放送用デバイスが図 1に示すように構成されたとき、複数の上位制御端末から A V サーバ 4 0の入出力演算部 4 2の出力チャンネルを使用して、ある素材の出力を行いたいとき、先にその旨を示すコマンドを A Vサ一バ 4 0に送出した上位制御端末からのコマンドを優先して A Vサーバ 4 0は処理を行う。このとき、緊急度の高いあるいは優先度が高い操作を別入出力処理部 4 2を使用して別の上位制御端末が行おうとしても、その操作ができない。

一般的に放送業務で複数の放送デバイスを使用するとき、その用途に応じ重要度が存在する。

例えば、民間放送局において C M (コマーシャル）の放送は、収入を得るための最も重要な業務の一つである。従って、放送局は決められた時刻の C Mの送出は確実に成功させる必要がある。

一方、放送局では、映像素材の保管や他の放送用デバイスへのコピー、素材の編集や素材の内容確認のための閲覧等の、様々な業務が存在する。これらの業務は、放送用デバイスが空いているときに実行させれば可能な業務であり、緊急度の低い業務である。

つまり、緊急度や重要度の高い業務と、そうでない業務とを混在して複数の放送用デバイスを制御するとき、例えば緊急度の低い業務により放送用デバイスが占有されてしまい、緊急度の高い業務を遂行できないという事態が起こり得る。

本発明では、複数の上位制御端末で下位放送用デバイスの予約を行う指示コマンドをシステムコントローラに発行し、システムコントロ一ラは、上位制御端末が指定した下位放送用デバイスを確実し使用できるよう制御し、かつ他の上位制御端末から同じ下位放送用デバイスの使用要求を受信すると、それを調停るものである。

本発明の実施の形態を説明するため、システムコントローラ 14 の機能ブロックとその機能ブロックが処理するデ一夕の流れを図 2

^ "]ヽす

システムコントローラ 14は、上位からの制御コマンドを実行するために 2つのタスクから構成される。

すなわち、各上位制御端末 1 1、 12、 13からの制御命令を実行する実行管理タスク（Exe cut i on Mana e r T a s k : EMT) 7 1と、データべ一ス 73を用いて実行管理タスク 7 1が制御命令を実行する上で下位放送デバイスの情報（リソース情報データベース）を管理するリソース情報管理タスク 72とから構成される。ここで、リソースとは上述した下位放送用デバイスのことである。

リソース情報データべ一ス 73は、予めシステムコントローラ 1 4が保持するリソース管理情報のことであり、システムコントローラ 14と接続され本放送送出システム 10を使用するユーザ（ここでは上位制御端末 1 1、 12、 13) の情報が格納されたユーザ一情報と、放送送出システム 10内のリソースの数、各リソースが上位制御端末によって使 ffl可能状態か否か（リソースの状態）、リソース共通の情報からなるリソース管理情報と、リソースの種類ごとに異なる各種情報を格納したリソース別情報と、本システム 10内にどのような素材がどのリソースに格納されたかを示す素材情報と、本システムの各リソースがどのように接続されているかを示す結線情報と、リソースに格納された素材を使用するための許可情報であるオープン命令をどの上位制御端末 1 1、 12、 13から受信したかを示すオープン管理情報と、何らかの原因によりこのオープン命令を受け付けても素材の送出等ができないリソースがあるとき上位制御端末 1 1、 1 2、 1 3からのオープン命令の実行時にそのォ一プン命令を対象りソースに割り当てないようにするためどのリソースにエラーがあるのかを示す情報が格納されるエラー情報と、から構成される。このうちリソース管理情報の詳細は後述する。

次にこのように構成されたシステムコントローラ 1 4の動作について説明する。

図 2に示すように、上位制御端末 1 1、 1 2、 1 3から制御命令が発行されると、システムコントローラ 1 4の実行管理タスク 7 1 が受信する。この制御命令の中に格納された情報を元にリソース情報データベース 7 3から、リソースに関する情報を元にどのリソースに対して制御命令を発行すべきかを行うために、リソース情報管理タスク 7 2にリソース情報要求またはリソース割り当て要求を発行する。

リソース情報要求を受信したリソース情報管理タスク 7 2は、リソース情報データベース 7 3のうちユーザ一情報とリソース管理情報とから適合するリソースに関する情報を取り出して実行管理タスク 7 1にその情報を送信する。

またリソース情報管理タスク Ί 2が実行管理タスク 7 1からリソース割り当て要求を受信したときには、リソース情報データベース 7 3からリソース管理情報とオープン情報とエラ一情報とから、要求に対して適合するリソースを割り当てリソース割り当て結果を再び実行管理タスク 7 1に送信する。

実行管理タスク 7 1は、リソース情報管理タスク 7 2からの返信情報を用いてデバイスメインコントローラ 1 6にその情報が格納された制御命令を発行する。

システムコントローラ 1 4の実行管理タスク 7 1からの制御命令を受けたデバイスメインコントローラ 1 6は、対応するリソースに接続されたデバイスサブコントローラ 1 7に制御命令を発行する。デバイスサブコントローラ 1 7、 1 8、 1 9は、デバイスメインコントローラ 1 4からの制御命令を各下位放送用デバイスがその制御命令を実行できる命令に変換して各放送用デバイスにその変換された制御命令を発行する。

各放送用デバイスはその制御命令を実行した結果（ステータス情報）を再び、接続されたデバイスサブコントローラ 1 7、 1 8、 1 9に出力し、デバイスコントローラ 1 7、 1 8、 1 9からデバイスメインコントローラ 1 6、システムコントローラ 1 4を介して、制御命令を発行した上位制御端末 1 1、 1 2、 1 3にその制御結果が通知される。

以上のような構成と動作からなるシステムコントロ一ラ 1 4において、本発明ではさらに上位制御端末 1 1、 1 2、 1 3からリソースの予約制御命令を発行して、その予約制御命令によりリソース情報データベース 7 3のリソース管理情報にその予約情報を書き入れ、そのほかの上位制御端末 1 1、 1 2、 1 3の使用を制限することでめる。

以下そのシステムコントローラ 1 4の詳細な説明を述べるが、その前に上述したリソース情報データべ一ス 7 3のうちリソース管理情報についてまず説明する。本システムにおけるリソース管理情報を図 3に示す。リソース管理情報は、本放送送出システム 10で使用する下位放送用デバイスの名称を示すリソース名、そのリソースの種別を示すリソースタイプ、同一リソースタイプのリソースを集合として扱うための名称であるリソースグループ名、リソースが使用できる状態にあるか否かを示すリソース状態、リソースの物理的な接続状態を示すリソース通信状態、該当リソースに対して上述の上位制御端末

1 1、 12、 1 3から予約命令を受けたか否かを示す予約ユーザ名、およびその予約の優先度を示す予約優先度から構成される。

リソース名は、本放送送出システム内で放送用デバイスを 1対 1 に対応する名称である。図 3を例にとるとリソース名" SMS— 1 " は、図 1の放送送出システム 10でシステムコントローラ 14を示し、リソース名" I D C— 1" は、デバイスメインコントローラ 16、 " H D S— 1 " は A Vサーバ 30、さらに" H D S— 1. A V I" は A Vサーバ 30の入出力処理部 32、 " CH— I N— 1" は素材供給部 2 1が供給する素材のチャンネル CH—I N_lを示す。このようにリソース名は放送用デバイスさらに各デバイスに入出力されるチヤンネルの名称も示す。

リソースタイプは、各リソースの種別を示し、本放送送出システムでは機器の種別毎のリソースタイプが決められている。図 3では、リソース名，， SMS— 1" つまりシステムコントローラ 14のリソ —スタイプは" S M S"、デバイスコントローラ 16、 17， 18 ，， I D C一 1，，、 " I D C— 2"、 " I D C— 3"、 " I D C_4 " のリソースタイプは全て同じリソースタイプ" I D C M A I N " である。

リソースグループ名は、同一リソース夕ィプのリソースを 1つの集合としてシステムコントローラ 14が取り扱うための名称で、リソースタイプ" SM S" のリソースグループ名は" GP— SMS，，、リソースタイプ" I D C M A I N " のリソースタイプは" G P— I DCMA I N" を示す。

リソース状態は、各リソースが使用できる使用可能状態であるか使用できない不能状態であるかを示す。図 3に示すリソース管理情報において各リソースはすべて" 使用可能" を示す。上位制御端末 1 1、 12、 13によりこのリソース状態を使用可能にするか、使用不能にするか決定できる。

リソース通信状態は、各リソースの物理的な接続状態を示し、システムコントロ一ラ 14と他のリソースとの通信が可能なとき、すなわち制御命令を送信することが可能な状態であるときは"接続" 、通信不能のときには" 切断" が表示される。図 3に示すリソース管理情報において各リソースはすべて" 接続" 、すなわちシステムコントローラ 14と通信可能な状態で各リソースに制御命令を送信することが可能な状態にある。

約ユーザー名は、該当リソースに対して占有して操作を行う予約命令が上位制御端末 1 1、 12、 13から発行されたとき、該当リソースの予約ユーザ一名の項目にユーザ一名、図 1の放送送出システム 10では上位制御端末 1 1、 12、 13のユーザー名が登録される。図 3のリソース管理情報では各リソースは上位制御端末 1 1、 12、 13によって予約はされておらず" なし" の表示になつている。上位制御端末 1 1、 12、 13からの予約命令に基づいてリソース管理情報が書き換わる動作の詳細は後述する。

予約優先度は、接続されたユーザ一、図 1の放送送出システム 1 0では上位制御端末 1 1、 1 2、 1 3からの予約命令にその予約の優先度が挿入されていれば、この予約優先度の項目に優先度を書き入れる。図 3に示すリソース管理情報では、予約優先度はすべて" ◦" 、すなわちリソースの予約もされておらず優先度も指定されていない状態を示す。

次に上述した上位制御端末 1 1、 1 2、 1 3からの予約命令を受けたシステムコントローラ 1 4の詳細な動作について図 4を用いて説明する。

システムコントローラ 1 4内の構成と制御命令を受けてからのデ一夕の流れは図 2で説明したが、図 4ではこの制御命令のうち予約命令を受けたときの構成と動作を示している。

システムコントローラ 1 4は、上述したように、制御命令、すなわち予約命令を上位制御端末 1 1、 1 2、 1 3から受信してその命令を実行する実行管理タスク 7 1 と、各放送デバイス、すなわち各リソースに関する情報管理を行うリソース情報管理タスク 7 2とから構成される。

予約命令に関するリソース情報管理タスク 7 2は、リソース情報データベース 7 3のうちリソース管理情報を利用する。リソース管理情報は、上述したようにリソース名と、リソースタイプと、リソ —スグループ名と、リソース状態と、リソース通信状態と、予約ュ —ザ一名と、予約優先度とから構成される。上位制御端末 1 1、 1 2、 1 3から予約命令が発行されるとこのリソース管理情報のうち予約ユーザー名と予約優先度の項目に必要事項が書き込まれるが、この動作の詳細は後述する。

次にシステムコントローラ 1 4の動作の説明を述べる。 W

18 上位制御端末 1 1、 12、 13は、あるリソースに関して占有してある操作を行いたいとき、この予約命令を発行する。具体的に予約命令は、端末使用者が上位制御端末 1 1、 12、 13のモニタ等の表示手段に表示された、番組構成表やキューシ一ト情報の操作、編集動作や閲覧動作のとき、あるいはコマンドライン上で直接入力することで発行される。直接入力する以外は、上述の動作の中のある特定の操作、例えばモニタ等に表示された GU I画面上でリソ一スの予約に関する操作や、オンエアの迫った素材の編集動作のとき等に、自動的に発行される。

具体的な予約命令は以下のように記述される。

RE SV SN= 1 RS C = HD S_l . AV I PR= 100

… （命令 1 )

命令 1の構成は、 " RE S V" は命令名でこの場合は、リソースの予約命令であることを示す。この R E S V命令をシステムコントローラ 14の実行管理タスクが受信すると、上位制御端末 1 1、 1 2、 1 3から予約命令を受けたを判断する。 " SN" は、各制御命令に固有の I Dで、その命令を受けて実行結果を通知するとき、この I Dを付加して上位制御端末 1 1、 12、 13に通知することで E SV命令に対するステータス情報であると RE S V命令を発行した上位制御端末 1 1、 12、 13は知ることができ、かつシステムコントローラ 14側では I Dにより命令を判別して上位制御端末 1 1、 12、 13に通知する等の処理が単純化できる。

" R S C" は対象となるリソースを示し、命令 1の場合は" HD S— 1. AV 1 " のリソース名をもつリソースであることを示す。このリソース名はリソース管理情報が保持するリソース名に対応しており、 A Vサーバ 30の入出力処理部 32を示す。

" PR" は上述した予約の優先度を示し、小さい値ほど優先度が高いことを示す。命令 1の場合は、優先度が" 100" である。従って命令 1は、

「リソース" HD S— 1. AV 1" 、つまり AVサーバ 30の入出力処理部 32を、命令を発行したユーザーの名前、つまり上位制御端末 1 1、 12、 13を使用している端末使用者の名前（あるいは、上位制御端末 1 1、 12、 13の名前）で、優先度" 1 00" で、 " RE SV" 、つまり予約せよ」という意味である。

ちなみにユーザー名は、予約命令中には明示されていないが、上位制御端末 1 1、 12、 13が本放送送出システム 10に接続、あるいはシステムコントローラ 14に物理的に接続されたときに、接続した上位制御端末 1 1、 12、 13からシステムコントローラ 1 4にユーザ一名を登録する制御命令を発行させ、システムコント口 —ラ 14の実行管理タスク 7 1、もしくはリソース情報管理タスク 72で保持することで、以後の制御命令はどのユーザー（ここでは上位制御端末 1 1、 12、 13 ) からの制御命令であるかを実行管理タスク 7 1からリソース情報管理タスク 72に情報を転送することができる。

上位制御端末 1 1、 12、 13から上述の予約命令を受信したシステムコントローラ 14の実行管理タスク 7 1は、予約命令から必要な情報を取り出し、さらに端末使用者を予約者として情報を付加してリソースの予約要求をリソース情報管理タスク 72に発行する。命令 1をうけたときの、実行管理タスク 7 1が発行するリソースの予約要求は、予約リソース名 H D S— 1 . A V 1

ユーザ一 U S E R— 1

優先度 1 0 0

となり、この情報がリソース情報管理タスクに入力される。

実行管理タスク 7 1からこのリソース予約要求を受信したリソース情報管理タスク 7 2は、リソース管理情報の予約ユーザー名と予約優先度を書き換えるが、リソース情報管理タスク 7 2のこの一連の処理について図 5を用いて詳細に説明する。

実行管理タスク 7 1からリソース予約要求を受信する（ステップ S 1 ) と、リソース情報管理タスク 7 2は、リソース管理情報から予約要求の予約リソース名と同一のリソース名を持つリソースを検索する（ステップ S 2 ) 。上述のリソースの予約要求の場合は、 H D S _ l . A V 1 というリソース名を持つリソースをリソース管理情報から検索する。

検索の結果、対象リソースがリソース管理情報内にあれば（ステヅプ S 3で Y E S ) 、ステップ S 4に移り、ないときはステップ S 1 0に移る。

ステップ S 4では、検索した対象リソースの予約ユーザ一名の項目に、予約ュ一ザ一名が書き込まれているか否かで、対象リソースが存在するか否か判断する。ここで、対象リソースが未予約であれば処理はステップ S 5に移り、すでに対象リソースが予約されていればステツプ S 6に移る。

ステップ S 5では、リソース予約要求から、リソース管理情報の対象リソースの予約湯ーサ一名の項目に予約ユーザ一名と、予約優先度を書き込む。上述のリソースの予約要求のときには、リソース名 H D S— 1 . A V Iの予約ユーザ一名の項目に" U S E R— 1 " 、予約優先度" 1 0 0 " を書き込む。

次いで、ステップ S 1 1に移り、リソースの予約要求が成功したことを通知する。予約結果の通知は、ユーザー名、リソース名、および優先度が付加されて実行管理タスク 7 1に通知される（図 5の ( 4 ) ) 。上述したリソースの予約要求が成功したときの予約結果の通知は、ユーザ一名" U S R— 1 "、リソース名" H D S— 1 . A V 1 " 、優先度" 1 0 0 " が予約結果に付加されて予約が成功したことを通知する。そして処理は終了する。

いっぽう、ステップ S 4で対象リソースが予約されているとき ( N Oのとき）、処理はステップ S 6に移り、既に予約されているリソースの優先度と、リソースの予約要求の優先度とを比較する。より具体的には、リソース管理情報の優先度に書き込まれた値と、新規のリソース予約要求に挿入された優先度の値との比較を行う。次いでステップ S 7に移り、ステップ S 6で比較した結果、新規のリソース予約の優先度が、既にリソース管理情報に書き込まれた優先度よりも高いとき、すなわち新規のリソース予約の優先度の値が、既に書き込まれた優先度の値よりも小さいとき、処理はステツプ S 8に移り、新規のリソース予約要求のュ一ザ一名と優先度とに、リソース管理情報の対象リソースに書き換え、次いで、実行管理夕スク 7 1に対して先に存在した予約が新規予約により失われたことを通知する（ステップ S 9 ) 。次いで処理はステップ S 1 1に移り、実行管理タスク 7 1に予約成功を通知する。そして処理は終了する。いっぽう、ステップ S 7で、新規のリソース予約の優先度が既にリソース管理情報に書き込まれた優先度よりも小さいとき、すなわち新規のリソース予約の優先度の値が既に書きこまれた優先度の値よりも大きいとき、処理はステツプ S 1 0に移り、新規予約のりそ一し予約の優先度は低いので、リソースの予約要求が失敗したことを実行管理タスク 7 1に通知する。そして処理は終了する。

いっぽう、ステップ S 3で新規にリソース予約要求が通知されても、対象リソースがリソース管理情報に存在しなければステツプ S 1 0に移り、実行管理タスク 7 1に予約要求が失敗したこを通知する

上述の処理の結果、リソース情報管理タスク 7 2は、実行管理夕スク 7 1にリソースの予約結果を通知するが、その予約が成功すれば上述したように、その予約結果に、登録したユーザ一名、リソース名、優先度の情報を付加して通知する。

またこのリソース予約で、上述したように新規予約の要求を通知したにも関わらず、対象リソースが存在しないとき（ステップ S 3 で N 0のとき）ゃステツプ S 7で新規予約の要求をしたリソースの優先度が既にリソース管理情報に書き込まれたリソースの優先度よりも低いとき、ステップ S 1 0で予約が失敗したことを示す予約結果を実行管理タスク 7 1に通知するが、失敗の原因を示すエラ一コ ―ドを付加して通知する。

以上の動作によりリソースの予約が行われる。

このように上位制御端末 1 1、 1 2、 1 3から放送用デバイスの占有を予約する予約登録をシステムコントロ一ラ 1 4が行うことで、複数の上位制御端末 1 1、 1 2、 1 3が行う作業、業務の優先度に応じた、対象デバイス（リソース）の予約を行うことができ、他の使用者により予約したデバイスを占有されることがなくなり、デバイスの予約を行った使用者が確実にそのデバイスを使用することが可能になった。このため、例えば、オンエアするときになって、ォンエア用として素材を出力させる出力装置（図 1では A Vサーバ 3 0の入出力処理部 32) を割り当てることができず、素材を送出できない、という最悪の自己を防ぐことができる。

さらに、本放送送出システム 10のシステムコントロ一ラ 14は、同一リソースグループ内の複数のリソースを同時に予約することが可能である。つまりリソース管理情報で同じリソースグループをもつリソース名に対して同時に上述したリソースの予約を行うことができる。以下図 6〜図 8を用いて詳細に述べる。

図 6に示すようにシステムコントローラ 14の構成は、上述した単一リソースの予約と同じ構成で、実行管理タスク 7 1とリソース情報管理タスク 72とから構成される。

上位制御端末 1 1、 12、 13は、システムコントローラ 14に対して次のような複数リソースの同時予約命令を発行する。

RESV S N= 1 RS C = GP_I OP NUM= 3 PR= 1

00 … （命令 2 )

この予約命令の発行は、同様にコマンドラインから直接命令を発行させても良いし、上述した各種動作が実行されるときに自動的に発行されるようにしても良い。命令 2は命令 1と同様に命令の種類が予約命令を示す" RE S V"、命令の I Dが" 1" 、予約する対象リソースは GP— I OPで示されるリソースグループ" GP— I OP" 、予約の優先度は" 100" を示す。さらに同時予約を行う対象リソースの数" NUM" は、 " 3" であることを示す。したがつて、命令 2は、「リソースグループ" GP— I O P" に含まれるリソースのうち 3つを、予約命令の発行を行ったユーザ一の名前で優先度 1 0 0で予約せよ」

という意味である。

上位制御端末 1 1、 1 2、 1 3が命令 2をシステムコントローラ 1 4に発行する（図 6の（ 1 ) ) と、システムコントローラ 1 4の実行管理タスク 7 1がこれを受信し、リソース情報管理タスク 7 2 にリソースの予約要求を発行する（図 6の（ 2 ) ) 。このリソースの予約要求は、ユーザー名と、リソースグループ名と、予約リソース数と、優先度の情報が付加され、命令 2に対しては、

ユーザ一名： U S ER— 1

リソースグループ： GP— I O P

予約個数： 3

優先度： 1 0 0

の情報を命令 2から取り出してリソース情報管理タスク 7 2に送信される。

次にこのリソース予約要求を受信したリソース情報管理タスク 7 2が行う一連の処理について図 7を用いて詳細に説明する。

ステップ S 2 1で実行管理タスク Ί 1からの上述の複数リソースの同時予約要求を受信すると、処理はステップ S 2 2に移り、予約要求のリソースグループ名から、リソース管理情報に書き込まれた対象リソースグループを検索する。具体的にはリソース管理情報のリソースグループ名の項目から、予約要求内の予約リソースグル一プ名と合致するリソースを検索する。例えば上述のリソース予約要求のときは、予約リソースグループ" G P I O P" と同一のリソースグループ名をもつリソースをリソース管理情報から検索する。次いで処理はステップ S 2 3に移り、検索した結果、リソース予約要求に適合したリソースの予約状況を確認する。すなわち、予約対象のリソースに対して、未予約のリソースの数と、受信したリソース要求（新規リソース要求）の優先度よりも低い優先度のリツ一スの数とを確認する。

次いで処理はステップ S 2 4に移り、ステップ S 2 3で確認した未予約のリソースの数と、優先度の低いリソースの数との合計を計算して、この合計がリソース要求の予約リソース数（予約個数）以上であるか否か判断される。ここで合計数が予約個数以 1:であれば処理はステツプ S 2 5に移り、合計数が予約個数よりもすくないときは処理はステップ S 2 7に移る。

ステップ S 2 5では、上記合計数のうちの未予約の適合リソース数が予約個数分あるか否か判断される。ここではステップ S 2 4で確認された未予約の適合リソースの個数が、リソース予約要求の予約個数と等しいか否かが判断される。上述のリソース予約要求のと -き、予約個数は" 3 " であるので、リソース管理情報のリソースグループ" G P— I O P " の未予約リソースの数が 3個あるか否か判断される。

ステップ S 2 5で予約個数分、未予約の適合リソース数があれば、処理はステップ S 2 6に移り、リソース管理情報における予約個数分の未予約の適合リソースに、予約ユーザ一名と、予約優先度とを書き込む。図 6に示す例ではリソース管理情報のリソースグループ " G P _ I 0 P " を示す 4つのリソースが存在し、このうち予約個数である 3つのリソース、すなわちリソース名" H D S 1 . A V 1 " 、 " H D S _ 1 . A V 2，，、 " H D S— 1 A V 3 " に対してリソース管理情報内の予約ユーザ一名の項目にそれぞれ" U S R— 1 " 、予約優先度の項目に" 1 0 0 " を書き込んで登録を行う。

予約個数分よりも多い未予約リソースがあつたとき、どの未約リソースを選択するかは、適宜選択されリソース管理情報に登録されたリソースの上から順にリソースを選択したり、あるいは、登録されたリソースの下から順でも構わないし、あるアルゴリズムで選択しても構わない。ちなみに本実施例では登録されたリソースの上から順に選択しするものとする。

次いで処理はステップ S 3 0に移り、実行管理タスク Ί 1に対して予約結果を通知する。この予約結果の通知は、予約を行ったユーザ一名と、リソース名と、優先度とを付加情報として付加される。一方、ステップ S 2 5で、未予約の適合リソースが予約個数分存在しなければ、処理はステップ S 2 7に移る。

ステップ S 2 7では、未予約の適合リソースそれぞれに対して予約ユーザー名と予約優先度とを登録する。すなわち、リソース管理情報の適合リソースに対して、予約ユーザ一名と予約優先度の項目にリソース予約要求の各項目の内容を書き込み登録を行う。

次いで処理はステップ S 2 8に移り、リソース予約要求に適合するリソースの既に予約ユーザー名と予約優先度とが書き込まれたリソースのうち、リソース予約要求の優先度よりも低いリソースに対して、予約ユーザー名と予約優先度とを書き込む。ステップ S 2 4 で未予約リソース数と新規予約よりも優先度の低いリソース数との合計が新規予約の予約リソースの個数よりも多いと判断されているので、このステツプの段階ですでに予約個数分のリソース数は存在するので、ステップ S 2 7と S 2 8とで新規のリソース予約要求はすべてリソース管理情報に登録することができる。ついで処理はステツプ S 3 0に移り、同様に実行管理タスク 7 1に予約結果を通知する。結果通知後、処理は終了する。

一方、ステップ S 2 4で未予約の適合リソース数と新規予約よりも優先度の低い適合リソース数との合計が新規のリソース予約要求の予約個数未満のとき（N Oのとき）、実行管理タスク 7 1にリソース予約要求が失敗した旨の通知を発行する。そして処理は終了する。

リソースの予約結果を受けた実行管理タスク 7 1は、予約命令を発行した上位制御端末 1 1、 1 2、 1 3に予約命令の実行結果を通知する（図 6の（ 5 ) ) 。

上述したように複数のリソースの同時予約を行うことで、上位制御端末 1 1、 1 2、 1 3は作業、業務の優先度に応じた複数のリソ —スを用いた同時処理が可能で、単位の予約と同様に、他の使用者により予約したデバイスを占有されることがなくなり、デバイスの予約を行った使用者が確実にデバイスの使用を行うことができ、ォンエアの際の事故を未然に防ぐことができる。

次に以上のように予約を行ったリソースに対して、上位制御端末 1 1、 1 2、 1 3は予約解除を示す予約解除要求をシステムコントローラ 1 4に対して発行することで、リソース管理情報にかきこまれた予約ユーザ一名と優先度は書き込まれたままで、すでに作業、業務は終了したにも関わらず、他の使用者の優先度の高い作業、業務をデバイスを占有して行うことができない。

したがって、上位制御端末 1 1、 1 2、 1 3で所望の重要な操作、例えば優先度の高い編集動作や、閲覧動作等が終了すると、上位制御端末 1 1、 12、 13はシステムコントローラ 14に予約したリソースに対して予約の解除を命令する予約解除命令を発行する。以下この予約解除命令について詳細に述べる。

上位制御端末 1 1、 12、 13は、システムコントローラ .14に対して次のようなリソース解除命令を発行する。

R E L S S N= 1 R S C = HD S_l . AV I

…（命令 3 )

RE L S S N= 1 R S C = HD S_l . AV I PR= 100

…（命令 4 )

2種類の予約解除命令が存在するのは、上述した予約を自分で行つたときと、他の使用者によって予約が行われたときとで、発行する予約解除命令が異なるからである。

命令 3は、自分で予約を行ったリソースに対する予約解除命令であり、命令 4は、他の使用者によって行われた予約リソースに対する予約解除命令である。

命令 3、 4ともに命令の種類がリソース解除命令を示す" REL S" で、その命令の I Dは" 1 " 、解除対象のリソースは" HD S — 1. A V 1 " を示すリソース、すなわち放送送出システム 10の A Vサーバ 30の入出力処理部 32に対してリソースの予約解除を示す制御命令である。命令 4で優先度を示す記述があるが、予約解除命令" REL S" における優先度は、この優先度よりも高い予約優先度の予約リソースを解除せよ、という意味である。

この制御命令をシステムコントローラ 14が受信すると、リソースの予約のときと同様に実行管理タスク 7 1に入力され、リソース情報管理タスク 7 2にリソースの解除要求を発行する。リソースの解除要求を受信したリソース情報管理タスク 7 2は、図 8に示す処理にしたがって、リソース管理情報に書き込まれた予約情報を解除する。

すなわち図 8に示すように、実行管理タスク Ί 1が命令 3に示すような予約解除命令を受信すると、リソース情報管理タスク Ί 2は、実行管理タスク 7 1からリソース予約解除要求を受信する（ステツプ S 4 1 ) 。このリソース予約解除要求は、リソースの予約要求と同様にユーザ一名、リソース名、他のユーザ一によって予約が行われたリソースを加除するときにはさらに予約解除の優先度とを付加させて実行管理タスク 7 1は発行する。

次いで処理はステツプ S 4 2に移り、実行管理タスク 7 1から受信したリソースの予約解除要求のリソース名を用いて、リソース管理情報に登録された対象リソースを検索する。上述した命令 3および 4の予約解除要求のときは、リソース管理情報のリソース名の欄に" H D S— 1 . A V 1 " が書き込まれたリソースを検索する。次いで処理はステップ S 4 3に移り、ステップ S 4 2でのリソースの検索に基づいて対象リソースが存在するか否か判断される。対象リソースが存在すれば、処理はステップ S 4 4に移り、存在しなければステツプ S 4 9に移る。

ステップ S 4 4では、対象リソースは予約解除ユーザ一により予約解除命令を発行したユーザーが登録されているか否か判断される。これは、ステップ S 4 3で対象リソースがリソース管理情報内に登録されさらに、そのリソースの予約ユーザー名の項目に当該予約解除命令を発行したユーザー自身が登録されているかによつて判断できる。予約ユーザー名に予約解除命令を発行したユーザ一が登録されていれば、処理はステップ S 4 5に移り、登録されていない、つまり他のユーザ一名で対象リソースの予約がなされているときはステツプ S 4 6に移る。

ステップ S 4 5では、リソース管理情報に書き込まれた対象リソースのユーザ一名および優先度を、クリアさせ、予約を解除する。次いで処理はステツプ S 5 0に移り、実行管理タスク 7 1に予約解除が完了したことを示す実行結果を送信し、処理は終了する。いっぽうステップ S 4 4で、対象リソースが他のユーザーで登録されているとき、ステップ S 4 6に移って、ここでは対象リソースのリソース管理情報の予約優先度と、予約解除要求の予約優先度である予約解除優先度とを比較する。命令 4の場合、リソース管理情報に登録された対象リソース" H D S— 1 . A V 1 " の予約優先度と、命令 4の予約解除優先度" 1 0 0 " とを比較する。勿論、対象リソースの予約ユーザー名が予約解除命令を発行したユーザ一でないときである。

次いで処理はステップ S 4 7に移り、リソース管理情報に書き込まれた予約優先度よりも、リソース解除命令の予約解除優先度のほうが高いか否か判断される。具体的には、予約解除優先度と予約優先度との値を比較して判断される。

ステップ S 4 7で予約解除優先度の方が、予約優先度の方が高いを判断されるとそりはステップ S 4 8に移り、リソース管理情報に書き込まれた対象リソースの予約ユーザー名と優先度とをクリアして、登録を解除して、ステップ S 5 0に移る。

一方、ステップ S 4 7で、予約解除優先度の方が予約優先度よりも高くないとき、処理はステップ S 49に移り、この時点で予約されたリソースの方が予約解除しょうとするリソースよりもその優先度が高く、それだけ予約したリソースを用いた上位制御端末 1 1、 12、 13における作業、業務の重要性が高いことを示し、実行管理タスク 7 1に予約解除命令が失敗した旨の通知を発 ίΐすて、処理が終了する。

上述の動作によりリソース管理情報タスク 72は、実行管理タスク 7 1に対してリソースの予約解除要求の結果を発行し、この結果を受けた実行管理タスク 7 1は、上位制御端末 1 1、 1 2、 13に予約解除命令に対する実行結果を送信する。

以上のようにして、使用者が自分で予約したリソースや、他の使用者が予約したリソースの予約を解除することができる。

上述の予約のときと同様に、予約された単一のリソースにのみならず複数のリソース、リソースグループに対しても予約の解除を行うことができる。

この場合の命令の記述は、

R E L S S Ν= 1 R S C = GP_I 0 P

… （命令 5)

R E L S S N= 1 R S C = GP_I OP PR= 100

… （命令 6)

と表現され、リソースグループを指示する" RS C" が追加可能である。命令 5、 6ともにリソースグループ" GP— I OP" に対する予約解除命令であり、予約解除優先度を示す" PR" があるか否かで、自分が予約したリソースグループ解除の命令か（命令 5) 、他の使用者が予約したたリソースグループの解除命令（命令 6) か判断できる。この制御命令の発行も他の上述した命令の発行と同様に上位制御端末 1 1、 1 2、 1 3から、コマンドラインの直接入力や、各種動作を行うときに発行される。

上位制御端末 1 1、 1 2、 1 3からリソースグループの予約解除命令をシステムコントローラ 1 4の実行管理タスク 7 1が受信すると、リソース情報管理タスク 7 2にリソ一スグループの予約解除要求を発行する。予約解除要求には、予約リソースグループ名、予約解除ユーザー名、および予約解除優先度が付加されて実行管理タスク 7 1は発行する。

予約解除要求を受信したリソース情報管理タスク 7 2は、図 9に示す一連の処理を実行する。

すなわち、ステヅプ S 6 1にて実行管理タスク 7 1からリソース予約解除要求を受信すると、ステップ S 6 2に移り、リソース予約解除要求の付加情報である、解除対象のリソースグループ名を用いて、リソース管理情報の該当リソースを検索する。上述の命令 5、 6の場合、リソース解除命令に付加された解除対象のリソースグループ名" G P— I 0 P " を用いて、リソース管理情報に書き込まれた同一のリソースグループ名をもつリソースを検索する。

次いで処理はステツプ S 6 3に移り、検索結果に基づいて適合リソースグループが存在するか否か判断される。リソース管理情報に、予約解除対象のリソースグループ名があれば（Y E Sのとき）、処理はステヅプ S 6 4に移り、なければ処理はステツプ S 7 0に移る。ステップ S 6 4に移ると、適合リソースのうち予約解除者によつて予約されたリソースグループのすべてのリソースの予約を解除する。すなわち、リソース管理情報の登録された適合リソースのうち、リソース解除要求の予約解除ユーザ一名に該当するリソースの予約ユーザー名の項目をすベてクリアする。例えば上述の命令 5をユーザ一" U S E R— 1 " によって上位制御端末 1 1、 1 2、 1 3から発行されたとき、リソースグループ名" G P— I O P " と登録されたリソース管理情報の該当リソースの、予約ユーザ一名が" U S R — 1 " と登録されたリソースに対して、この予約ユーザー名をクリァする。このように予約ユーザー名をクリアすることでこのステツプでは予約の解除を行う。

次いで処理はステップ S 6 5に移り、予約解除優先度が付加されているか否か判断される。予約解除優先度が付加されているかは、実行管理タスク 7 1が発行するリソース解除要求に付加されているか否かで判断でき、上述した命令 6を実行管理タスク 7 1が受信すると、この予約解除優先度を付加してリソース情報管理タスク 7 2 に発行する。すなわち、他の予約ユーザ一名で予約されたリソースグループに対して予約解除が行われれば、ステップ S 6 6に移り、自身が予約したリソースグループに対して予約解除を行うときはステツプ S 6 9に移る。

ステップ S 6 6では、適合リソースのうち、他のユーザーによつて予約されたリソースグループのすべてのリソースに対してリソ一ス管理情報に登録された予約優先度と、リソース解除命令に付加された予約解除優先度との比較を行う。すなわち、リソース管理情報の対象リソースの予約優先度の値と、予約解除優先度の値とを比較する。

次いで、処理はステップ S 6 7に移り、予約優先度よりも予約解除優先度の方が高い適合リソースの予約を解除する。次いで処理はステツプ S 68に移り、リソースの予約を解除した数があるか否か判断される。ステップ S 67で 1つ以上のリソースの解除が行われたら、処理はステップ S 69に移り、予約解除命令が完了したことを示す予約解除結果を実行管理タスク 7 1に発行して処理が終了する。

ステップ S 68で 1つのリソースの解除が行われなかったときは、予約解除が失敗したことを示すので処理はステップ S 70に移り、実行管理タスク 7 1に予約解除が失敗知たことを示す予約解除結果を通知し、処理は終了する。

以上の構成および動作により予約されたリソースに対する予約の解除を行うことができる。

ところで、リソースの予約あるいは、リソースグループの予約を行うことにより、上位制御端末 1 1、 12、 13は、機器の占有の許可を求めるオープン命令を発行することができる。このオープン命令により、予約を行った放送デバイス、即ちリソースの機器の占有が実際に行われ、以後、上位制御端末 1 1、 12、 1 3が実行する各種動作の制御コマンドが発行され、リソースの制御コマンドに基づく処理を実行することができるのである。

上位制御端末 1 1、 12、 13が、システムコントローラ 14に発行するオープン命令は例えば次のように記述される。

OPEN SN= 1 MD = PLAY RS C = HD S_l . AVI

PR= 100

… （命令 7)

制御命令の種類は、オープン命令を示す" OPEN"、このォ一プン命令の I Dは" 1"、 " MD" はオープン（機器の占有）を行うときのモードを示し、記録を示す" REC" や再生を示す" PL AY" が存在する。命令 7の場合は再生を指示している。オープン叩令対象のリソースは" HD S— 1. AV 1" で、オープン命令の優先度は" 1 00" であることを示す。この優先度がリソースの予約を行うときの優先度ではなくオープン命令自体の優先度である。その詳細は後述するが、予約したリソースに対するオープン命令に関して、直接は関係はない。

したがって、命令 7は

「リソース" HD S— 1. AV 1を再生用モ一ドで、優先度 100でオープンせよ」

という意味である。

リソースオープン命令を受信するシステムコントローラ 14の、構成および動作について図 10および図 1 1を用いて詳細に説明する。

図 10に示すようにシステムコントローラ 14は、上述した予約のときと同様に実行管理タスク 7 1とリソース情報管理タスク 72 とから構成され、実行管理タスク 7 1は上位制御端末 1 1、 12、 13からのオープン命令を受信し、実行結果を上位制御端末 1 1、 12、 13に発行する。また、リソース情報管理タスク 72は、リソース管理情報をもち実行管理タスク 7 1からの要求に対してこのリソース管理情報に登録された情報を書き入れたり、削除することで答える。さらに、リソース情報管理タスク 72には、後述するリソースオープン管理情報をさらにもち、オープン命令により占有するユーザ—名、使用状態モ一ド等を情報とするェントリがリソース毎に準備されている。その詳細は後述するが、このリソースォ一プン管理情報にオープン命令に対応する情報ェントりを追加あるいは、書き換え、削除等を行うことでオープン命令に対する管理を行う。以下その動作を説明する。

1:位制御端末 1 1、 1 2、 1 3はまず、例えば命令 7で記述されるオープン命令をシステムコントローラ 1 4に発行する（ 1 ) 。発行されたリソースオープン命令に対してシステムコントロ一ラ 1 4 は、実行管理タスク 7 1でこれを受信する。

実行管理タスク 7 1は、受信したリソースオープン命令から対象リソースと、モード、および優先度を付加させたリソースのオーブン要求をリソース情報管理タスク 7 2に発行する（ 2 ) 。このリソ —スのオープン要求は、例えば命令 7のオープン命令を受信したとさ、

リソース H D S _ l . A V

モード再生

優先度 1 0 0

の情報を付加してリソース情報管理タスク 7 2に発行する。

これをうけたリソース情報管理タスク 7 2は、図 1 1に示す一連の処理を実行する。

すなわち、実行管理タスク 7 1から、リソースオープン要求を受信すると（ステップ S 8 1 ) 、オープン要求に付加されたリソース名を用いて、リソース管理情報のオープン対象のリソースを検索する（ステップ S 8 2 ) 。例えば上述のオープン要求を受信したとき、オープン要求に付加されたリソース名" H D S— 1 . A V 1 " と同一のリソース名をリソース管理情報から検索する。

次いで処理はステップ S 8 3に移り、ステップ S 8 2で検索したオープン対象のリソースが実際にリソース管理情報にあるか否かを判断する。オープン対象のリソースがあれば処理はステツプ S 8 4 に移り、なければ上位制御端末 1 1、 1 2、 1 3が発行したオーブン命令のオープン対象のリソースが存在しないので、オープン命令自体失敗したことを示しているので、処理はステップ S 8 8に移り、実行管理タスク 7 1にオープン命令が失敗したことを示すリソースのオープン結果を通知する。

一方、オープン対象のリソースが存在すれば（ステップ S 8 3で Y E Sのとき）、処理はステップ S 8 4に移り、対象リソ一スが予約されていないか否か判断される。これは、リソース管理情報に書き込まれた、オープン対象のリソースの予約ユーザー名、予約優先度が書き込まれたか否かで判断できる。

対象リソースが予約されていなければ、処理はステツプ S 8 5に移り、オープン管理情報にオープン情報を登録する。オープン管理情報は、リソース情報管理タスク 7 2が保持するリソース情報デ一夕べ一ス 1 6 3 (図 3参照）の 1つで、図 1 0に示すように、ォープン対象のリソース名、オープン命令が発行された順番を示すォ一プン番号、オープン命令に記述されたオープン命令に対する優先度、オープンモード、端末使用者を示すユーザ一名、とから構成される。オープン情報の登録は、このように構成されたオープン管理情報に新たに、リソースのオープン要求に対応するように書き入れることである。すなわち、上述したリソースのオープン要求がリソース管理情報タスク 7 2に入力されたとき、図 1 0に示すオープン管理情報に

オープンリソース名： H D S 1 . A V 1 オープン番号： 3 (これは書き込まれた順番自動的に付加される）

オープン優先度： 1 0 0

オープンモード：再生用

を書き入れることである。

次いで処理はステツプ S 8 7に移り、実行管理タスク 7 1にォープン要求に対する、オープン結果を発行して、処理が終了する。ステップ S 8 4で、対象リソースが予約されていれば（N Oのとき）、ステップ S 8 6に移り、対象リソースは自ユーザーにより予約されているか否か判断される。すなわち、リソース管理情報における、オープン対象のリソースの予約ユーザー名の項目に、オーブンを行うユーザ一名と一致していれば、処理は再びステツプ S 8 5 に移り、一致していなければ、オープン処理は失敗したのでステツプ S 8 8に再び移り、その後処理は終了する。

これら一連の処理が終了すると、リソース情報管理タスク 7 2は、実行管理タスク 7 1にリソース要求に対するオープン結果を通知する（図 1 0の（ 4 ) ) 。オープン要求が成功していれば、図 1 0に示すようにオープン成功したリソース名と、オープンモードと、優先度とをオープン結果 (こ付加して実行管理タスク 7 1に発行する。また、オープン要求に対する処理が失敗したときにはエラーコ一ドをオープン結果に付加して実行管理タスク 7 1に通知する。

リソースのオープン結果を受信した実行管理タスク 7 1は、ォープン命令を発行した上位制御端末 1 1、 1 2、 1 3に、オープン命令の実行結果を送信する。

図 1 0に示すようにこのオープン命令の実行結果は、オープンが成功したリソース名と、オープンモードと、優先度とを実行結果に付加して送信される。また、オープンに失敗したときには、失敗の原因を示すエラ一コードを付加して送信する。

上述したリソースのオープン動作により、予約リソースは上述の予約動作を行った使用者に対してのみオープンされ、予約者以外の使用者は予約されたリソースに対するオープンが不可能になる。ォ —プン命令を受け付けないと、オープン命令によって始まる上位制御端末 1 1、 1 2、 1 3の各種動作を示す制御命令をシステムコントロ一ラ 1 4は受け付けず、結果的に複数の上位制御端末 1 1、 1 2、 1 3からのリソースの競合を防ぐことができるのである。

上述した例では、予約したリソースに対するオープン命令の処理、より具体的には、他の端末使用者によってオープン対象リソースが占有されていない場合を述べたが、所望のリソースに対してォ一プン命令を発行させたが、すでに他の端末使用者によってオープンされているとき、オープン命令に付加された優先度に応じたシステムコントローラ 1 4およびデバイスコントローラ 1 6、 1 7、さらに下位放送用デバイスが制御される一連の処理について図 1 2を用いて説明する。

但し、オープン対象のリソースが、他ユーザーによってすでに予約されているのであれば、オープン命令自体は失敗する。

これも含めて、以下システムコントローラ 1 4の処理について説，明する。

図 1 2に示すようにシステムコントローラ 1 4の構成は、実行管理タスク 7 1 とリソース情報管理タスク 7 2とから構成される。実行管理タスク 7 1は、上位制御端末 1 1、 1 2、 1 3からの、オープン命令を含む制御命令を実行させ、上位制御端末 1 1、 12、 13とデバイスメインコントローラ 16との通信を行う。また実行管理タスク 7 1は、上位制御端末 1 1、 12、 13とデバイスコントロ一ラ 16から送信された各種制御命令に関して必要であれば、リソース情報管理タスク 72にその情報を送付する。

リソース情報管理タスク 72は、複数のリソース情報データべ一ス 73を有し、そのうちオープン命令に関するデ一夕べ一スからリソースオープン管理情報を使用して実行管理タスク 7 1から送信された各種制御命令に関する要求を処理して、その結果を実行管理夕スク 7 1に送信する。

次にオープン命令を受信してからの動作について説明する。

まず、上位制御端末 12から、占有したいリソースに対するォープン命令をシステムコントローラ 14に送信する（2— 1) 。このオープン命令は、上述したように、この命令を送信し占有許可を示すステータス情報がシステムコントローラ 14から送信されてきて始めて上位制御端末は、下位放送デバイスに対して上述した各種動作、編集動作や閲覧動作等を行うべく制御命令を発行して、その動作を行うことができる。

そのオープン命令は W下のように記述される。

OPEN S N= 1 MD = P L AY R S C = HD S_l . AV

PR= 100

… （命令 8)

オープン命令自体の記述は命令 7のとき、すなわち対象リソースを予約してからオープン命令を発行するときと同様である。

命令 8で表現されるようなオープン命令を上位制御端末 1 2から受信したシステムコントローラ 1 4の実行管理タスク 7 1は、例えばオープン命令に記述された情報からリソースオープン管理情報テ —ブル 7 3 aを参照して必要な情報を取り出し、オープン命令に対するオープン要求をリソース情報管理タスク 7 2に送付する（ 2— 2 ) 。このオープン要求も、リソース名、ユーザ一名、モード、優先度とを付加情報として送信される。

オープン要求を受けたリソース情報管理タスク 7 2は図 1 3に示す一連の処理に基づいて、オープン要求を処理する。以下詳細に説明する。

実行管理タスク 7 1からオープン要求を受信すると（ステップ S 1 4 0 ) 、オープン要求に付加された対象リソース名を用いて、リソースオープン管理情報 7 3 aの該当リソースを検索する（ステツプ S 1 4 1 ) 。

次いで処理はステップ S 1 4 2に移り、対象リソースが自身のュ —ザ一名ですでにオープン管理情報 7 3 aに存在するか否か判断される。このリソースオープン管理情報 7 3 aはオープン命令をうけたリソースに対して、そのオープン要求に基づいて、図 1 2に示すようにエントリを追加していくものである。すなわち、オープン要求をうけたリソース情報管理タスク 7 2は、オープン要求に付加されたリソース名、ユーザ一名、モード、優先度を用いてエントリを追加していく。しかし、以前に同じユーザ一から同じリソースに対してオープン命令が発行されていると、単純に追加することはできない。

ここで同じユーザ一名で対象リソースがすでにリソースオープン管理情報 7 3 aに存在すれば処理はステツプ S 1 4 3に移る。ステップ S 1 4 3では、リソースオープン管理情報 7 3 aにェントリされている対象リソースの優先度と、オープン要求した対象リソースの優先度とを比較する。

比較した結果、オープン要求したリソースの優先度の方が高いと、処理はステツプ S 1 4 6に移り、オープン要求したリソースの優先度がすでにオープン登録された対象リソースの優先度の方よりも高くないと、処理はステツプ S 1 4 5に移る。

ステップ S 1 4 5では、すでに登録されたオープン命令の方が優先度が高いので、このオープン命令は失敗に終わったことになる。このオープン命令に対する結果をエラーコ一ドとともに実行管理夕スク 7 1に送付する。

いっぽう、ステップ S 1 4 4で今回のオープン命令の方がすでに登録されたオープン命令よりも優先度が高いとき、登録されたュ一ザ一に対するオープン解除要求をリソース情報管理タスク 7 2は、実行管理タスク 7 1に発行する（ステップ S 1 4 6 )。このオープン解除要求をうけた実行管理タスク 7 1は、登録されたユーザー、上位制御端末 1 1、 1 2、 1 3に対して占有解除要求を発行し、これをうけた上位制御端末 1 1、 1 2、 1 3はオープンしたリソースの占有を解除する制御命.令である C L 0 S E命令をシステムコント口 —ラ 1 4に発行する。これをうけた実行管理タスク 7 1は、デバイスコントローラ 1 6に占有した（オープンした）リソースの解除を行うクローズ要求を発行する。デバイスメインコントローラ 1 6は、このクローズ要求を受信するとデバイスサブコントロ一ラ 1 7から下位デバイスにクローズ要求を送信して、上位制御端末 1 1、 1 2、 1 3からの C L O S Eコマンドを実行する。このクローズ要求をうけた対象リソースは、占有状態を解除する。そのステータス情報 7

3を対象リソースからデバイスコントローラ 1 7、 1 6を経由して実行管理タスク 7 1で受信すると、実行管理タスク 7 1はリソース情報管理タスク 7 2に対象リソースのオープンが解除されたことを示すクローズ完了通知を発行する（図 1 2の 3— 6 ) 。

クローズ完了通知を受信したリソース情報管理タスク 7 2は、すでにリソースオープン管理情報 7 3 aにェントリされた優先度の低い対象リソースを、消去する（ステップ S 1 4 7 ) 。そして、上位制御端末 1 1、 1 2、 1 3から受信したオープン命令を実現すべく、リソースオープン管理情報 7 3 aに新たにェン卜リを追加して、対象. リソースが上位制御端末 1 1、 1 2、 1 3が発行したオープン命令の優先度で登録される（ステツプ S 1 4 8 ) 。

次いで処理はステップ S 1 4 9に移り、オープン要求に対する結果を実行管理タスク 7 1に通知（図 1 2の 2— 3 ) し、処理は終了する。

いっぽう、ステップ S 1 4 2で対象リソースが自ュ一ザ一にすでに登録されていないときは、ステップ S 1 5 0に移り、他ユーザーによって既に占有されているか否か判断される。他ユーザーによつて占有されていれば、対象リソースが他ユーザーで使用されているため、オープン命令は失敗で再びステツプ S 1 4 5に移る。

いっぽうステップ S 1 4 2で対象リソースが他ユーザーで占有されていないとき、リソースオープン情報管理テーブルには、対象リソースが自ユーザ一にも他ュ一ザ一にも占有されていない。つまり、対象リソースが占有されていないので、新しくエントリを追加させるので処理は再びステップ S 1 4 8に移り、管理情報 7 3 aにェントリを追加させ、実行結果を実行管理タスク 7 1に通知する（ステツプ S 1 4 9 ) 。

本実施例のオープン命令は、既に他のユーザ一によりオープン命令が発行され対象リソースが占有されていれば、新規のオープン命令は失敗する。他のユーザーの使用は、その優先度が重視され、さらに他のユーザーによりリソースの占有を行おうとしても、それはできないようにしている。

また、上述した予約されたリソースに対するオープン命令であるが、あるユーザーがあるリソースに対して予約命令を発行し、図 1 2で示す予約命令後のオープン命令を行いリソースオープン管理情報 7 3 aにエントリされ、その後、同じュ一ザ一により、同じリソースに対してオープン命令を発行すると、オープン命令のェントリにすでに登録された優先度と、新規のオープン命令の優先度とを比較すると、図 1 3のステップ S 1 4 2で" Y E S " のステップをたど ο

このように、本放送送出システム 1 0は、オープンコマンドに優先度を指定してシステムコントロ一ラ 1 4にそれを実行させる機能を持たせたことで、優先度の高いオープンコマンドを実行でき、優先度の高い作業を放送用デバイスを優先して使用することができ効率の良いシステムを実現できる。

さらに、本システム 1 0では、オープン対象のリソースをグループ指定、すなわちリソースグループに対して上述したオープン命令を発行して、そのリソースグループのうち最適なリソースを選択かつ占有して優先度の高い作業、業務を実現している。

以下その詳細について図 1 4を用いて述べる。このシステムコントロ一ラ 1 4の構成は、図 1 2に示すものと同じで、実行管理タスク 7 1と、リソース情報管理タスク 72から構成される。

上位制御端末 1 1、 1 2、 1 3からリソースグループを指定したオープン命令が発行されるが、その命令の一例を以下に示す。

OP EN SN= 1 MD = P L AY R S C = GP_I OP PR

= 1 00

… （命令 9 )

この命令は、命令 7とほぼ同様でリソース指定をリソースグル一プで指定している。つまり、この命令は

「リソースグループ" GP— I OP" を優先度" 1 00" で、再生モードとしてオープンせよ」

という意味である。この命令も他の制御命令と同様に上位制御端末 1 1、 1 2、 1 3の図示しないモニタ等の表示手段に表示された、コマンドラインで直接入力、あるいは編集等の作業を行っている中で自動発行されるものである。 .

このオープン命令を受信したシステムコントローラ 14の実行管理タスク 7 1は、指定されたリソースグループに対するオープン要求をリソース情報管理 'タスク Ί 2に発行する。

このオープン要求を受信したリソース情報管理タスク 7 2は、図 14に示す一連の処理を実行することで、受信したオープン要求を処理する。

すなわち、図 14に示すように、リソースグループ指定のオーブン要求をリソース情報管理タスク 7 2が受信する（ステップ S 1 6 0 ) と、対象リソースをリソースオープン管理情報 73から検索する（ステップ S 1 6 1 )。

次いで処理はステツプ S 1 6 2に移り、対象リソース全て自身で以前発行したオープン命令で占有されているか否か判断される。そしてこのステップ S 1 6 2に Y E Sのとき、すなわち対象リソースすべて自身で発行したオープン命令で、リソースオープン管理情報にェントリ登録されていると、優先度を比較して新たにォ一プン命令を実行されるべくェントリ登録するか、あるいはオープン命令を実行させないようにするかの処理が行われる。

ステップ S 1 6 3で、対象リソースグループ内で最も優先度の低いリソースを選択して、そのリソースの優先度と、オープン要求の優先度とを比較する。

次いで処理はステツプ S 1 6 4に移り、比較結果に基づいてォ一プン要求の優先度が高いか否か判断する。

オープン要求の優先度が高いとき（ステップ S 1 6 4で Y E Sのとき）は、実行管理タスク 7 1に対して、実行管理タスク 7 1が占有した対象ユーザーに占有解除要求を発行するよう、制御命令を発行する（ステップ S 1 6 5 ) 。

その命令を受けた実行管理タスク 7 1は、対象ユーザ一が使用する上位制御端末に対して占有解除命令を発行する。これを受信した上位制御端末は、オープン解除の制御命令を示す C L 0 S E命令をシステムコント口一ラ 1 4に発行する。システムコントロ一ラ 1 4の実行管理タスク Ί 1がこれを受信すると、デバイスメインコントローラ 1 6に対象リソースの占有解除を示すクローズ要求を発行し、デバイスメインコントローラ 1 6はデバイスサブコントロ一ラ 1 7および対象リソースに占有解除の命令を発行する。対象リソースからデバイスサブコントローラ 1 7およびデバイスメインコントローラ 1 6を介して実行管理タスク 7 1にクローズ要求の結果が返ってくると、実行管理タスク 7 1はリソース情報管理タスク 7 2にクローズ完了の通知を発行する。

クローズ完了の通知を受信した（ステツプ S 1 6 6 ) リソース情報管理タスク 7 2は、リソース管理情報タスク Ί 2に登録された、優先度の低い対象リソースをェントリから削除して、新規オープン要求した対象リソースと優先度、およびユーザ一名をリソース管理情報タスク 7 2にェントリ登録する（ステップ S 1 6 7 ) 。

次いで、処理はステップ S 1 6 8に移り、オープン要求に対する結果を、実行管理タスク 7 1に通知する。この場合はオープン成功した旨の情報を付加して結果を通知する。

この結果をうけた実行管理タスク 7 1は、対象リソースに対して、ユーザーの占有を指示する、初期化要求をデバイスメインコント口ーラ 1 6およびデバイスサブコントローラ 1 7を介して発行する。一方、ステップ S 1 6 4でオープン要求の優先度が、すでに登録された対象リソースの優先度よりも高くないとき（N Oのとき）、処理はステップ S 1 6 9に移り、対象リソースグループ内に対象リソースあるか否か判断される。

ここですでに対象リソースが、リソースオープン管理情報内にないと（S 1 6 9で N Oのとき）、上位制御端末が発行したオープン命令は失敗となり、エラ一情報を付加した結果を実行管理タスク 7 1に通知する。

またステップ S 1 6 9で対象リソースが登録されたリソースォ一プン管理情報内にあれば（Y E Sのとき）、次いで処理はステップ S I 7 0に移って、次に優先度の低いリソースの優先度と、オーブン要求の対象リソースの優先度とを比較する。そして処理は再びステヅプ S 1 6 4に移る。

一方、ステヅプ S 1 6 2で対象リソースがすべて自ユーザ一に占有されていないとき（N Oのとき）、次いで処理はステップ S 1 7 1に移り、他ユーザーで対象リソースが占有されているか否か判断され、占有されていれば（Y E Sのとき）、オープン命令は失敗し処理は再びステップ S 7 1 2に移る。また占有されていなければ ( N〇のとき）、再びステツプ S 1 6 3に移って、優先度の比較をしながら、リソースオープン管理情報にエントリを追加して、ォ一プン命令に対する登録を行っていく。

このように本放送送出システム 1 0では、リソース名でのオーブン命令のみならず、リソースグループ名で最適な対象リソースを、優先度により選択して、優先度の高いリソースに対する作業、業務を上位制御端末が行うことができる。

なお、本放送送出システムにおいて、特権的優先度が与えられており、この優先度を指定したオープン命令を上位制御端末が発行したときは、強制的に使用中のリソースをクローズし、該当リソースを占有するようにしている。たとえば、オープン命令に " P R - 0 " が指定されたときはこの特権的優先度が指定されたことと見なし、強制的に占有して使用されたリソースをクローズする。ただし、対象リソースが予約されているときにはこの限りではない。

以上説明した実施例は、システムコントローラ 1 4に対して、上位制御端末 1 1、 1 2、 1 3から、放送用デバイス、すなわちリソ —スに対して、優先して使用する予約や、リソースのオープン命令に優先度を用いた点に関して述べてきた。このどちらも、上位制御端末 1 1、 12、 1 3がシステムコントローラが発行する制御命令に、放送用デバイスを明示させた。つまり、上位制御端末 1 1、 1 2、 13はリソースを指定することでそのリソースを優先して、あるいは占有して使用することができる。

次に説明するのは、上位制御端末 1 1、 12、 1 3が直接制御命令にリソース名を指定するのではなく、所望の AV (Aud i o A n d o r V i d e o) デ一夕が格納されたファイルを指定することで、使用可能な放送用デバイスを調べることができることについて説明する。

図 1のように構成された放送送出システムにおいて、上位制御端末 1 1， 12, 13は、 AVデータファイルの使用要求を発行し、システムコントローラ 14に候補となるデバイスを検索させ、さらにその内の一を最適な放送用デバイス、すなわちリソースを選択させる。選択された一のリソースはデバイスメインコントローラ 1 6 及びデバイスサブコントロ一ラ 1 7により動作が制御されて、例えば所望の A Vデータファイルの編集作業等の処理に用いられる。先ず、システムコント口一ラ 14が候補リソースを検索する動作を説明する。ここでは先ず、各リソースの使用/未使用状態、使用時の優先度、選択/予約状態、故障状態の各状態毎の最適リソースの選択を述べ、次に各状態を組含んだリソースの選択を述べる。先ず、リソースの使用/未使用状態から最適リソースを選択する動作について詳細に説明する。

システムコントローラ 14には、次の表 1に示すように定義された "リソース名" と "装置種別" と "接続される映像 · 音声蓄積装置名" とにしたがって生成された、リソース定義テーブルが表 2に示す内容で格納されている。すなわち、リソース定義テーブルはデバイスの名称であるリソース名、装置の種類を示す装置種別、接続されている映像 ·音声蓄積装置を示す接続映像 ·音声蓄積装置名を要素として持つ。

表 1

以下余白

表 2

例えば、リソース名" I OP401" は、図 1の入出力処理部 3 2を示し、 HDD 3 5と接続されていることを示し、リソース名" I 0 P 41 1 " は図 1の入出力処理部 42を示し、 HD D 45と接続されていることを示す。

また、このシステムコントローラ 20 1には、次の表 3に示すように定義された "ファイル名" と "収納している映像 ·音声蓄積装置" とにしたがって生成された、ファイル管理テ一プルも表 4に示す内容で格納されている。すなわち、ファイル管理テ一ブルは映像

• 音声データのファイル名と、そのファイル名がどの映像 · 音声蓄積装置に記録されているかを示す、映像 ·音声蓄積装置名とを要素として持つ。

(以下余白）

left intentionally blank

項目名書式

ファイル名文字列

映像 · 音声蓄積装置名文字列

例えば、ファイル名" F I LE 100 ，は、 HDD 35に記録され、 " F I LE 1006 " は HDD 45に記録されていることを示す。

また、このシステムコントローラ 14の中には、上記表 2及び表 4に示したような各テーブルを用いてフアイル名からリソース名を検索するリソース管理タスクと、このりソース管理タスクに上記使用要求を伝えたり、あるいはリソース管理タスクからの返答を上記上位制御装置や、デバイスコントローラを介して各デバイスに伝える実行管理タスクが存在する。上述したリソースの予約やオープン命令の優先度で説明したものと同じように、システムコントローラには、リソース情報管理タスクと実行管理タスクとから構成され、ファイル管理テーブルとリソース定義テーブルとがリソース管理夕スクに格納される。

例えば、今、いずれかの上位制御装置からシステムコントローラ

2 0 1に対して、 A Vデータファイル F I L E 1 0 0 1を指定した使用要求があつたとする。

すると、実行管理タスクは、上記要求コマンドをリソース管理夕スクに伝える。リソース管理タスクは、上記表 4に示したファイル管理テーブルから A Vデ一夕ファイル F I L E 1 0 0 1の格納されている H D D 3 5を探し、さらに上記表 2に示したリソース定義テ —ブルから H D D 3 5に接続されているリソース名を検索する。この結果、システムコントローラ 1 4は、リソース名 I O P 4 0 1， 4 0 2 , 4 0 3及び 4 0 4の入出力処理部を上記候補デバイスとする。

すなわち、このデバイス制御装置 1 5 0では、例えば上位制御装置 1 0 1からオペレー夕がデバイス名を直接指定するのではなく、所望の A Vデ一夕ファイル名を指定するだけで、使用可能候補となる候補デバィスを調べることができる。

さらに、システムコントローラ 1 4は、上記上位制御装置による各デバイスの使用/未使用の状態や、使用時の優先度や、予約状態や、各デバイスの故障状態に応じて、上記候補デバイスの中から最適な一のデバイスを選択する。

先ず、各デバイスの使用/未使用の状態に応じて上記候補デバィスの中から最適なリソースを選択する具体例について図 1 5のフロ

—チヤ一トを用いて説明する。

上位制御装置 1 1， 12, 13からの A Vデ一夕が格納されたフアイル F I L Eのオープン要求コマンドの書式は、

OPEN MD=<オープンの種別〉 PATH=<ファイル名〉 PR=<オープンの優先度〉 · · · （命令 9)

となる。上述した命令 8とほぼ同じであるが、命令 8ではリソース名が直接指定されていたが、命令 9ではファイル名を指定する。例えば、上記制御装置 1 1から LAN 15を介して AVデ一夕 F I L E 100 1を優先度 100で通常再生でオープンしたいというコマンド、

OPEN MD=PLAY PATH=FILE1001 PR=100

が、システムコントローラ 14に送られたとする。

システムコントローラ 14では、ステップ S 180で、上記表 4 及び表 2の各テーブルを参照して上記候補デバイスを検索する。すなわち、システムコントローラ 14は、上記表 4に示したファィル管理テーブルからファイル名 =F I LE 100 1の AVデ一夕ファイルを検索し、 F I L E 100 1を蓄積している映像 '音声蓄積装置名（HDD 35) を知る。次に蓄積装置（HDD 35) の名称を検索キ一として上記表 2のリソース定義テーブルから接続映像 • 音声蓄積装置名の項目を検索し、当該蓄積装置（HDD 35) に接続されている映像 ·音声入出力装置を検索し、上記候補デバィスとする。ここでも、 I OP 40 1 , 402, 403というリソース名の入出部が候補デバィスとなる。

システムコントローラ 14には、次の表 5に示すように定義された "使用中のリソース名" と "使用している上位制御装置名" と " オープンの優先度" にしたがって生成された、図 1の構成におけるリソース使用管理テーブルも表 6に示す内容で格納されている。表 5

上述の例では、ファイル名" F I LE 1001" を表 4、表 2から検索した結果、 3つの入出力処理部 I OP 40 1、 I OP 402- I OP403をリソース名に持つリソースを検索した（図 1 5のステツプ S 180 ) が、次に、システムコントロ一ラ 14は、表 6のリソース使用管理テーブルを用いて上記候補デバィス、すなわち I

O P 4 0 1 , 4 0 2 , 4 0 3というリソース名の内から最適な一を検索する。

具体的には、表 6のりソース使用管理テーブルからステップ S 1 8 1に示すように、各リソースの使用状況を検索する。各リソースの名称を検索キ一として、リソース使用管理テーブルを検索する。この例では、 I 0 P 4 0 1を上位制御装置 1 2が、 I O P 4 0 3を上位制御装置 1 3が使用中であり、リソース使用管理テーブルに記述のない I 0 P 4 0 2が未使用の状態であることが分かる。

このため、システムコントローラ 1 4では、ステップ S 1 8 2に示すように、 I 0 P 4 0 2を使用リソースとして決定し、リソース使用管理テーブルに表 7のように新規使用情報として登録する。表 7

そして、システムコントローラ 1 4は、上記表 7に登録された新規使用情報にしたがって、 I O P 4 0 2を上位制御装置 1 1に使用させる。

このように、システムコントロ一ラ 2 1は、上記使用要求で指定されたファイル名から必要とするデバイスの候補を調べ、このデバィス候補の現時点における使用/未使用状態に基づいて、未使用のデバイスを検索して割り当てることにより、複数の上位制御装置間でのデバイスの共有を可能とする。

次に、各デバイスの使用の優先度の応じて上記候補デバイスの中から最適な一を選択する具体例について図 1 6のフローチャートを用いて説明する。

図 1に示す A Vデータ処理システム 1 0において、 H D D 3 5に記録されている A Vデ一夕ファイル F I L E 1 0 0 2に対する使用要求が上位制御装置 1 2から、優先度 1 0 0で、

OPEN MD二 PLAY PATH=F ILE1002 PR=100

のように出され、リソースの使用状況が表 8に示すようなリソース使用管理テーブルで表されるときを例にする。

表 8

始めに、システムコントローラ 1 4は、ステップ S 1 8 3で A V デ一夕ファイル 1 0 0 2を再生するために使用するリソースを、上記表 4のファイル管理テ一プル及び表 2のリソ一ス定義情報テ一ブルから検索する。ファイル管理テーブルより A Vデ一夕ファイル 1 0 0 2が H D D 3 5上にあることがわかり、リソース定義テーブルから使用できる入出力部が I OP 40 1 , 402 , 403であることがわかる。

次に、ステップ S 184で上記表 8から上記 I ΟΡ 40 1 , 40 2 , 403の使用状況を検索する。各リソースの名称を検索キーとして、リソース使用管理テ一ブルを検索する。この例では、 Ι ΟΡ 40 1 , 402, 403が使用中であり、未使用のリソースは無いことが分かる。

このように未使用のリソースが存在しないため、システムコントローラ 14はステップ S 185で、各リソースの使用優先度を上記表 8のリソース使用管理テーブルより検索し、受け取った使用要求に付加された使用優先度より優先度の低いリソースのうち最低の優先度を持つリソースを選択する。ここでは、要求されている使用優先度 = 100より優先度が低い、優先度 = 200の Ι ΟΡ403が選択される。

例えば、表 8のテーブルで I 0 Ρ 402のオープンの優先度が 2 00であれば、リゾ一ス Ι ΟΡ 402、 Ι ΟΡ 403ともに最低の優先度を持つリソースであるが、この場合はどちらを選択しても構わない。ここではテーブルにェントリ一された候補リソースのうち最も上位にある、リソース I ΟΡ 402を選択する。

次に、システムコントローラ 14は、上記ステップ S 185で選択したリソース I 0 Ρ 403の解放を上位制御装置 1 1に対してステツプ S 186で要求する。具体的には、上記実行管理タスクを介して上位制御装置 1 1に対象リソースの解放要求を送り、この要求を受けた上位制御装置 1 1は、システムコントローラ 14に CLO S Ε命令を送信することで、上位制御端末 1 1からの対象リソースの使用を停止させ、リソース使用管理テーブルから I O P 4 0 3の使用情報を表 9に示すように消去する。

表 9

次に、システムコントローラ 1 4では、ステップ S 1 8 7に示すように、 I 0 P 4 0 3を使用リソースとして決定し、リソース使用管理テーブルに表 1 0のように新規使用情報として登録する。表 1 0

そして、システムコントローラ 1 4は、上記表 1 0に登録された新規使用情報にしたがって、 I 0 P 4 0 3を上位制御装置 1 2に使用させる。

このように、システムコントローラ 1 4は、上記使用要求で指定されたファイル名から必要とするデバィスの候補を調べ、このデバィス候補の現時点における使用優先度に基づいて最適なデバイスを選択するので、優先度の高い使用要求により、優先度の低い要求を中断でき、重要性の高い記録、再生、編集、閲覧等の処理を確実に行える。

次に、各デバイスの予約の状況に応じて上記候補デバイスの中から最適な一を選択する具体例について図 1 7のフローチャートを用いて説明する。

システムコントローラ 1 4には、次の表 1 1に示すように定義された "予約されているリソース名" と "予約している上位制御装置名" にしたがって生成された、リソース予約管理テーブルも表 1 2 に示す内容で格納されている。

表 1 1

予約されているリ予約している上位制

ソース名御装置名

I 0 P 4 0 1 上位制御端末 1 3

I 0 P 4 0 3 上位制御端末 1 2 このとき、上記図 1に示す放送送出システム 1 0において、上位制御装置 1 3から A Vデータファイル F I L E 1 0 0 3に対する使用要求が、

OPEN MD=PLAY PATH=FILE1003 PR=100

として、システムコントローラ 1 4に送られてきたとする。

すると、システムコントローラ 1 4は、ステップ S 1 8 8で F I L E 1 0 0 3を再生するために使用するリソースを、表 4のフアイル管理テーブル及び表 2のリソース定義テーブルから検索する。フアイル管理テーブルよりファイルが H D D 3 5上にあることがわかり、リソース定義テーブルから使用できる入出力部が I O P 4 0 1， 4 0 2， 4 0 3であることが分かる。

次に、システムコントローラ 1 4は、上記ステップ S 1 8 8で検索した各リソースに対して、その予約状況をステップ S 1 8 9で検索する。各リソースの名称を検索キーとして、表 1 2のリソース予約状況管理テーブルを検索する。この例では、リソース名 I O P 4 0 1で表されたリソース（入出力処理部 3 2 ) が上位制御装置 1 3 により予約されており、リソース名 I 0 P 4 0 3で表されたリソ一ス（入出力処理部 3 4 ) が上位制御装置 1 2により予約され、リソ —ス予約管理テーブルに記述のないリソース名 I 0 P 4 0 2で表されたリソース（入出力処理部 3 3 ) が未予約の状態である。

次に、システムコントローラ 1 4は、上記ステヅプ S 1 8 9での検索結果よりステップ S 1 9 0で使用するリソースを決定し、リソース使用管理テーブルに登録する。選択の順序は、使用を要求している上位制御装置により予約されているリソース（自身で発行した予約命令" RESV" により予約されたリソース）、未予約のリソースの順になる。他の上位制御装置により予約されているリソースは使用できない。従ってこの例の場合にはリソース名 I 0 P 4 0 1を選択し、リソース使用管理テーブルに表 1 3のように新規使用情報として登録する。

表 1 3

そして、システムコントローラ 1 4は、上記表 1 3に登録された新規使用情報にしたがって、リソース名 I O P 4 0 1 (入出力処理部 3 2 ) を上位制御装置 1 3に使用させる。

このように、システムコントローラ 1 4は、上記使用要求で指定されたファイル名から必要とするデバイスの候補を調べ、このデバィス候補の現時点における予約状態に基づいて最適なデバイスを選択するので、予め予約したデバイスを優先的に割り当て、他の上位制御端末の予約したデバイスを使用できなくすることによって、デバイスの使用を保証することができ、また効率的なデバイスの配分が行える。

次に、各デバイスの故障状態に応じて上記候補デバイスの中から最適な一を選択する具体例について図 1 8のフローチャートを用いて説明する。

ここでいう故障状態とは、デバイスが完全に故障しているエラー状態と、装置が完全には故障していないが不安定な状態にあることを指すワーニング状態のことである。

システムコントローラ 14には、次の表 14に示すように定義された "リソース名" と "エラー/ワーニングの別，，と "エラ一/ヮ一二ングのコード" にしたがって生成された、リソースエラー · ヮ —ニング管理テーブルも表 1 5に示す内容で格納されている。表 14

表 1 5 エラ一又はヮ一二エラー/ヮエラ一 /ワーニングのコング状態のリソ一一二ングの一ド

ス名別

I 0 P 401 エラ— 0 x 0700 F F F

(未接続エラー）

I 0 P 401 ワーニング 0 x 070007 E 8

( I 0 P通信異常ヮ—二ング）

I 0 P 403 エラー 0 x 07000401

( I 0 Pハードエラ一）このとき、図 1に示す放送送出システム 1 0において、上位制御装置 1 1から A Vデ一夕ファイル F I LE 1 004に対する使用要求が、

OPEN MD=PLAY PATH=FILE1004 PR=100

として、システムコントローラ 14に送られたとする。

すると、システムコントローラ 14は、ステップ S 19 1で F I L E 1004を再生するために使用するリソースを、表 4のフアイル管理テーブル及び表 2のリソース定義情報テーブルから検索する。ファイル管理テーブルよりファイルが HDD 35上にあることがわかり、リソース定義テーブルから使用できる入出力処理部が I OP 40 1 , 402, 403であることが分かる。

次に、システムコントローラ 14は、上記ステツプ S 19 1で検索した各リソースのエラー ' ワーニング状況をステツプ S 192で調べる。各リソースの名称を検索キーとして、上記表 1 5のリソ一スエラー . ワーニング管理テ—ブルを検索する。この例では、 10

P 40 1が 0x 0700 FFFF (未接続エラ一）、 0 x 0700 07 E 8 ( I OP通信異常ワーニング）、 I OP 403が 0x 07 000401 ( I OPハードエラー）、そして、リソースエラー ' ワーニング管理テーブルに記述のない I 0 P 402がエラ一 ' ヮ一二ング無しの状態であることが分かる。

次に、システムコントロ一ラ 14は、上記ステヅプ S 192での検索結果よりステップ S 193で使用するリソースを決定し、リソ —ス使用管理テーブルに登録する。選択の順序は、エラ一 · ヮ一二ング無しのリソース、ワーニングのみのリソースの順になる。従つてこの例の場合にはリソース I OP 402を選択し、リソース使用管理テーブルに表 1 6のように新規使用情報として登録する表 1 6

そして、システムコントローラ 1 4は、上記表 1 6に登録された新規使用情報にしたがって、リソース名 I 0 P 4 0 2で表された上位制御装置 1 1に使用させる。

このように、システムコントローラ 1 4は、上記使用要求で指定されたファイル名から必要とするデバイスの候補を調べ、このデバィス候補の現時点における故障状態に基づいて最適なデバイスを選択するので、デバイスの故障状態を考慮した選択を行うことにより、故障中のデバイスを選択対象から除外したり、動作が不安定なデバイスの割当順位を下げることによってシステム全体としての稼働率を改善することが出来る。

次に、上記各候補デバイスを調べた後の、最適な一のデバイスを選択する際の要因となる、上記上位制御装置による各デバイスの使用未使用の状態、使用時の優先度、予約状態、各デバイスの故障状態を組み合わせて行う、デバイスの選択について図 1 9のフローチャートを用いて説明する。

図 1に示す放送送出システム 1 0において、 A Vデータファイル F I L E 1 0 0 5に対する使用要求が、

OPEN MD=PLAY PATH=F ILE1005 PR=100 として上位制御装置 1 1からあり、リソース使用管理テーブル、リソース予約管理テーブル、リソースエラ一 · ワーニング管理テープルがそれぞれ以下の表 1 7、表 1 8、表 1 9に示す様な状態の場合を例に取る。

表 1 Ί

表 1 8

(以下余白）

表 19

先ず、システムコントローラ 14は、ステップ S 20 1で、 F I L E 1005を再生するために使用するリソースを、表 4のフアイル管理テーブル及び表 2のリソース定義テ一プルから検索する。ここでは、ファイル管理テーブルよりファイルが HDD 35上にあることがわかり、リソース定義テーブルから使用できる入出力部がステツプ S 202による判定で I〇P 40 1、 I OP 402、 I 0 P 403をリソース名にして入出力処理部 32、 33、 34であることがわかる。ここで、使用可能なリソースがなければ使用要求は失敗となる。

次に、システムコントローラ 14は、ステップ S 203で上記 I OP 401、 402、 403、 404を、表 20の 1、表 20の 2. 表 20の 3に示したリソース選択順位定義に基づいて並べ換える。 (以下余白）表 2 0の 1 選択順使用状況予約状エラー ' ワーニング状況況

1 . 未使用自予約エラー ■ ワーニング無し

2 . 未使用予約無エラ— . ヮ—ニング無しし

3 . 未使用自予約ヮ一二ングのみあり

4 . 未使用予約無ヮ一二ングのみありし

5 . 低優先度で自予約エラー ■ ワーニング無し使用中

6 . 低優先度で予約無エラー ' ワーニング無し使用中し

7 . 低優先度で自予約ヮ一二ングのみあり使用中

8 . 低優先度で予約無ヮ一二ングのみあり使用中し

9 . 高優先度で ' 自予約エラ一 ' ワーニング無し使用中

1 0 . 高優先度で予約無エラ一、ヮ一ニング無し使用中し表 2 0の 2

表 2 0の 3 選択順使用状況予約状エラー■ ワーニング状況況

2 2 低優先度で予約無エラーあり

使用 Φ し

2 3 高'優:先度で自予約エラあ y

使用中

:2x4- 高優先度で予約無ェ■' あり

使用中し

2 5 未使用他予約ぁリ

2 6 低優先度で他予約あり

用中

2 優先度で他予約エラーあり

用中

(以下余白）

この表 2 0の 1、表 2 0の 2、表 2 0の 3に記載してある "低優先度で使用中" とは使用要求より低優先度で使用されていることをいう。また、 "高優先度で使用中" とは使用要求より高優先度で使用されていることをいう。また、 "自予約" とは使用を要求している上位制御装置自身が予約していることをいう。また、 "他予約" とは使用を要求している上位制御装置を除いた装置が予約していることをいう。

この表 2 0におけるリソース選択条件の並び替えは、

エラー無し〉自予約又は予約無し〉未使用又は低優先度で使用中

> 未使用 >ワーニング無し〉自予約

の順で決定している。

上記表 2 0の定義に基づき検索されたリソースを並び換えたリソース選択順位を示しているのが表 2 1である。

(以下余白）

表 2

システムコントローラ 1 4は、ステップ S 204で上記表 20に示した選択順位 1. から 8. の範囲にリソースがあるか否かを判断する。上記表 20に示したリソース選択順位定義のうち、選択順位 9. から 2 7. のリソースは高優先度で使用中であったり、他予約であったり、エラーありであったりして使用不可能なリソースである。選択順位 1. から 8. に該当するリソースが存在しない場合には、使用は失敗する。このステップ S 2 04でシステムコントローラ 1 4は、上記表 2 1中に選択順位 2. の I O P 4 0 2と判断する _c 次に、システムコントローラ 1 4は、ステップ S 2 0 5で使用リソースの選択を行う。選択順位 1カゝら 8の間で最も上位にあるリソースを、使用リソースとして選択する。表 2 1の例では、選択対象のリソースは存在しないのが、例えば選択順位 2. の I OP 4 0 2 と選択順位 8. の I O P 4 0 3が選択の対象となったときは、最も上位にある選択順位 2. の I O P 4 0 2であるので、 I O P 40 2 を使用リソースとして選択する。

次に、システムコントローラ 1 4は、ステップ S 20 6で、選択したリソースが使用中か否かを判定する。ここで、未使用であると判定すれば、ステップ S 20 9に進み使用リソースとして決定する _c すなわち、選択リソースをリソース使用管理テーブルに新規使用情報として登録する。

選択した I O P 4 0 2は未使用であるので、システムコントローラ 1 4はステップ S 20 6で NOを判断し、ステップ S 2 0 9に進み、選択リソースである I O P 4 0 2を使用リソースとして決定し, リソース使用管理テーブルに表 2 2のように新規情報として登録する。

表 2 2

そして、システムコントローラ 1 4は、上記表 2 2に登録された新規使用情報にしたがって、 I O P 4 0 2を上位制御装置 1 1に使用させる。

ここで、例えば、 I O P 4 0 2が選択順位 2. ではなく 8. であつたとすると、選択順位 8. 1 1. 1 3. のリソースのみがステツプ S 20 2で使用可能なリソースとして探し出され、ステップ S 2 03での選択条件並び換えによりリソース使用管理テーブルが表 2 3のように並び換えられる,

表 2 3

ステップ S 20 4での判断により選択されるリソースは選択順位 8. の I O P 4 0 2のみである。この I O P 4 0 2はステップ S 2 0 6での判断によると優先度 2 0 0で使用中であり、使用要求の優先度より低優先度で使用されている。

次に、システムコントローラ 1 4は、ステップ S 20 7で選択した I O P 4 0 4の解放をこの I O P 4 0 4を使用中の上位制御装置 (この場合表 1 7から上位制御装置 1 3である）にクローズリクェストを出して要求する。すると上位制御装置 1 3は" C LO S E" 命令をシステムコントローラ 1 4に発行することで、使用を中止し、 I O P 4 0 2 (入出力処理部 3 2) を解放する。

そして、システムコントローラ 1 4は、 I O P 4 0 2を使用リソ —スとして決定し、リソース使用管理テーブルに新規使用情報として登録する。

もし、ステップ S 2 0 8でリソースが解放されていないと判断すると、使用要求は失敗となる。

このように、図 1 に示した放送送出システム 1 0では、システムコントローラ 1 4が、上記使用要求で指定されたファイル名から必要とするデバイスの候補を調べ、このデバイス候補の中から、現時点における、上記上位制御装置による各デバイスの使用/未使用の状態、使用時の優先度、予約状態、各デバイスの故障状態等を考慮して動的に使用デバイスを選択することができる。このため、上位制御装置は各デバイスの状態を管理する必要が無く、その分簡略な構成とすることができる。

また、上記各上位制御装置 1 1， 1 2は、システムコントローラ 1 4の制御下に複数の A Vサーバ 3 0， 4 0をあたかも一つの大容量の装置であるかのように扱えるため、 A Vデータファイルの蓄積装置の記録領域を拡張したり、蓄積装置を増設した場合でも上位制御装置の変更を最小限にとどめることができる。

また、放送送出システム 1 0によれば、オペレータは各上位制御装置からの使用要求操作を、デバイスの状況を把握することなく、ファイルのみを指定するという簡単な作業のみで行えるので、効率的なデバイスの配分を実現して、ファイル単位の A Vデータフアイルを処理できる。

以上、上位制御端末が制御命令を発行して、リソースの占有等を行う時のシステムコントローラ 1 4の処理について述べてきた。次に、このような制御命令に対し、システムコントローラ 1 4がどのようにデバイスメインコントローラ 1 7等を制御するかについて詳細に述べることにする。

先ず、各リソースに対してデバイス I Dを割り振りこれと上述したリソース名とから構成されたデバイス I D管理テーブルをシステムコントローラ 1 4は保持しているが、このデバィス I Dについて詳細に説明する。デバイス I Dとは、制御対象である放送デバイス、つまりリソースを特定する I Dのことであり、機器の位置情報等により一意に決まる値である。

ここで、デバイス I Dを決定する規則を説明する。デバイス I D は 4バイト（byte) の値であり、以下のように 1バイトの構成要素を 4つ組み合わせたものである。

( 1 ) 筐体の I D (例えば " 1 " )

( 2) スロットの番号（例えば " 5 " )

(3) I /F C PUの番号（例えば " 2" )

(4) 機器の番号（例えば "4" )

上記の例のような場合、デバイス I Dは通常 " 1. 5. 2. 4" というように表記される。

デバイス I Dの構成要素の一つを決定する筐体とは、上述のデバイスメインコントローラやデバイスサブコントローラがマウントされたデバイスコントローラ基板を格納するものである。デバイスコントローラ基板は、筐体から電源の供給を受け、筐体のバスを使用して他のデバイスコントローラ基板と通信を行なう。

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

図 20中の筐体 1 20 1， 1 2 0 2は、それぞれ 8個のスロットを備え、各スロットにデバイスコントロ一ラ基板を揷入することができる。したがって、一つの筐体には最大 8枚のデバイスコント口 —ラ基板を格納することが可能である。これらの筐体 1 20 1， 1 20 2においては、各デバイスコントローラ基板は、抜き挿しすることにより追加 '削除が可能となっている。図 20では、二つの筐体がカスケ一ド格納され、 1 6枚のデバイスコントローラ基板が揷入されている。スロット番号とは、筐体の各スロットに対応した番号であり、上から順に各スロットに対しスロット番号を割り当てる。例えば、デバイスコントローラ基板 1 1 0 1が挿入されるスロット番号を" 1 " とすると、デバイスコントローラ基板 1 1 0 1のス口ット番号は" 1 " 、デバイスコントローラ基板 1 1 0 5は" 5 " のスロット番号を持つことになる。

また、筐体の I Dは図 20に示すように 2つの筐体から構成されてるときは後に筐体の I Dを割り振り筐体 1 2 0 1を" 1 " 、筐体 1 2 0 2を" 2" と割り振る。

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

続いて、デバイスコントロ一ラ基板の内部の構成及び外部の機器との接続について、説明するとともに、機器の番号及び I C P Uの番号割り振りについて図 2 1を参照して説明する。

デバイスコントローラ 2 1の構成は、図 2 1に示すようにサブ C PU 1 1 と、 I /F C PU 1 2, 1 3 と、コネクタ 1 5， 1 6， 1 7, 1 8とから構成される。図 2 1に示すデバイスコントロ一ラ基板 2 2はデバイスサブコントロ一ラを示し、データコントローラ用バス 2 3を介して上位デバイスメインコントローラ 1 6 と接続され、コネクタを介して下位デバイスと接続される。メインコントローラ 1 6のときは、同様の構成で、 I ZF C PUとコネクタの個数が異なり、コネクタはデバイスサブコントローラ 1 7、 1 8 と接続され、サブ C PUはデータコントローラ用バス 2 3を介して、システムコントローラ 1 4 と接続されている。

下位デバイスとして図 2 1に示すのは、 VTRA 3 0 1 と、 VT R B 3 0 2、記録/再生コントローラ 3 1、入出力処理部 3 2， 3 3である。

コネクタ 1 5には、 R S— 4 2 2を介して VT R A 3 0 1が接続され、コネクタ 1 6には RS— 4 2 2を介して丁1 83 0 2が接続され、コネクタ 1 7には記録 Z再生コントロ一ラ 3 1、入出力処理部 3 2， 3 3がバスを介して接続されている。

このとき機器の番号はコネクタに対応し、左側のコネクタ 1 5に接続された VT R A 3 1が 1、右側のコネクタ 1 6に接続された VT R B 3 2が 2となる。なお、接続方式は R S - 4 2 2に限定されず、 1対 1の接続であれば他の接続方法でもよい。

また、記録 Z再生コントロ一ラ 3 1、入出力処理部 3 2、 3 3については、コネクタ 1 7にこの 3つの機器がバス形式によりカスケ —ド接続されている。バス接続の場合、一つの I /F C PUの下で有効なコネクタは一つだけである。つまり、そのバス上でのュニークな I Dをそのまま「機器の I D」として使用することができる。ここでは S D C C 3 3力 S " 2 2 " 、 E N C D 3 4力 S " 24 " D E C E 3 5力 S " 2 6 " とする。

例えば、上述した第 1の筐体 1 2 0 1の第 5のスロット 2 2に揷入されたデバイスコントローラ基板 2 2については、デバイスコン一トローラ 2 1に接続された各機器のデバイス I Dは以下のようになる。

VT R A 一 > 1.5.1.1

VT R B - > 1.5.1.2

記録 Z再生コントローラ 3 1— > 1.5.2.22

入出力処理部 3 2—〉 1.5.2.24

入出力処理部 3 3— > 1.5.2.26

このようなルールに沿ったデバイス I Dは、物理的な情報を含んでいるため、決して重なることはありえず、システムコントローラは制御対象である機器の物理的な I Dとして使用することが可能となっている。

ところで、システムコントローラ 1 4は、上述したように操作の対象物を全てリソース（resource) として管理する。上述の実施例のように各放送用デバイスすべてにリソース名を与えて、上位制御端末は、このリソース名を指定して対象デバイスを制御する旨の通知を、システムコントローラに与えていた。

そして、このリソース名と、上述の各デバイスに付与したデバイス I Dとを対応させたデバイス I D管理テーブルをシステムコントローラは保持している。例えば、このデバイス I D管理テーブルは以下の表 24のように表すことができる。

(以下余白）表 24

この表 24のデバイス I D管理テ一ブルを有するシステムコントローラ 1 4が、上位制御端末 1 1からの制御命令に基づいてどのように動作を行う力、以下詳細に説明する。

システムコントローラ 1 4の構成は、上述した実施例と同様、図 2 2に示すように、実行管理タスク 7 1 とリソース管理タスク 7 2 とから構成され、上位制御端末 1 1 とデバイスメインコントロ一ラ 1 6と接続されている。

表 24に示すようなデバイス I D管理テーブルは、リソース情報管理タスク 7 2のリソース情報管理タスク 7 2のリソース情報データベース 7 3 (図 2参照）に登録される。

図 2 2の aに示すように、先ず上位制御端末 1 1がシステムコントローラ 1 4にリソース VT R— Bに対して、再生を指示するコマンド、

P LAY R S C = VT R一 B

を発行する。説明の簡略化するため、すでにこの対象リソースは上位制御端末 1 1によって使用可能状態（ "o p e n" 命令を発行し、システムコントローラ 1 4から '成功，した実行結果が通ったデバーイス）であるものとする。こお n再生制御命令を受信した実行管理タスク 7 1は、リソース情報管理タスク 7 2に、対象リソースに対する再生要求（6) を発行する。この再生要求（6) を受信したリソース要求管理タスク 7 2は、図 2 3に示す一連の処理を行う。すなわち、ステップ S 2 1 1で再生要求を受信すると、次いて所定は、ステップ S 2 1 2で、 VTR— Bというリソ一ス名をキーにしてデバイス I Dを検索する。すなわち、リソース情報管理タスク 7 2において、デバイス管理 I Dテーブルを用いて、再生要求に付加された対象リソース名をキーにして、デバイス I Dを検索する。ここで、対象リソース名は V T R— Bなのでデバイス I D " 1. 5. 1. 2 " を検索する。

次いて処理はステップ S 2 1 3に移り、検索したデバイス I Dをデバイスに対し、実行管理タスク 7 1が再生要求コマンドを発行させるよう、通知する（図 2 2の C) 。この通知には、検索したデバイス I D情報が付加される。この通知を受信した実行管理タスクは、デバイス I D= 1. 5. 1. 2の機器に対して再生要求コマンドの発行をする。すなわち、図 2 2の矢印 dに示すように、実行管理タスク 7 1からデバイスメインコントローラ 1 6に対して

P LAY DEV I CE— I D= 1. 5. 1. 2 · · · (命令）

なるコマンドを発行する。そして、矢印 eに示すようにデバイスメインコントローラ 1 6から実行管理タスク 2 1 5にて発行されたコマンドの実行結果を通知する。

ステップ S 2 1 5においては、矢印 ί に示すように、時刻管理タスク 2 1 5から上位制御装置 1 1にステップ S 2 1 1のコマンドの一実行結果を通知する。そして、この再生要求に係る一連の工程を終了する。

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

直接デバィスコントローラ、すなわちデバイスサブコントロ一ラから制御されない機器としては、図 1に示した放送送出システム 1 0における A Vサーバ 3 0、 4 0の記録再生コントローラ 3 1、 4 1 と、各入出力処理部 3 2、 3 3、 3 4、 4 2、 4 3、 44 とは、上述のデバイス I Dによって割り当て可能、すなわち制御可能であるから、さらに入出力処理部 3 2、 3 3、 3 4、 4 2、 4 3、 44 に接続された HDD 3 4、 3 5は、デバイス I Dを割り当てることができない。つまり、デバイスサブコントローラ 1 7は、複数の H DDから構成された R A I Dで HDD 3 5が構成されていると、 H DDのうちどの HDDであるかを特定することができず、指定された HDDに制御命令を発効できない。

図 24を用いてこのドライブ I Dについて説明する。上述したように、図 2の放送送出システムにおける HDD 3 5 , 4 5は実際には複数の HDDで構成された R A I Dであり。説明を簡略化するため 3台の HDD 3 5 1、 3 5 2、 3 5 3から RA I D、つまり図 2 の HDD 3 5が構成されているものとする。

図 24に示すように、入出力処理部 3 2は、 3台の HDD 3 5 1、 3 5 2、 3 5 3 と S C S I を介して接続され、またデバイスサブコントロ一ラ 1 7とは、制御バスで捏属されている。 ― 図 24中においては、この S C S I を介して、入出力処理部 3 2 に HDD— 1 3 5 1が接続され、 HDD— 1 3 5 1に HDD—

2 3 5 2が接続され、 HDD— 2 3 5 2に HDD— 3 3 5 3 が接続されている。入出力処理部 3 2はルータ 5 1を介して入力されたデータを処理して、 HDD 3 5 1、 3 5 2、 3 5 3に記録し、上位制御端末からの制御命令により HD D 3 5 1、 3 5 2、 3 5 3 からデータを読み出し、適当な処理を施して外部データとして出力する。ここで、入力データの伝送フォーマットの規格として SMP

Γ E (Society or Motion and relevision Engineerings ) — 2 9 5 Mにおいて標準化されたいわゆる S D I (serial digital inter face) 方式や、 S D I とと部分的に共通部分を有する S DT I (Se rial Data Transfer Interface: SMPTE-305M) である。

これら HDD一 1 3 5 1， HDD— 2 3 5 2, HDD— 3

3 5 3については、同一の入出力処理部 3 2の制御下にあり、 S C S I I Dを識別情報として一意に識別する。

すなわち、ドライブ I Dとしては S C S I I Dをそのまま適用することによって、 HDD— 1 3 5 1は、「デバイス I D= 1. 5. 1. 2 2の S D C 5 0 1の制御下にあるドライブ I D= 1で表される HDD」と表現することで、他の HDDとの識別が可能となる。他の HDDについても同様であり、したがって HDD— 1 3 5 1 , HDD— 2 3 5 2， HDD一 3 3 5 3についてのリソ一ス名、デバイス I D、及びドライブ I Dは次の表 2 5に示すようになる。表 2 5

また、システムコントローラは、実体を持たないオブジェクトについても、各オブジェクトに識別 I Dを用いることで、他の機器と同様に上位制御装置からの制御を可能としている。

たとえば図 2 5に示すよう入出力処理部 3 2は、入力ポート 2 3 1 と、出力ポート 3 2 3、 3 24、 3 2 5、 3 2 6とから構成されている。ここでポートは、データを処理する 1つの単位で、入力ポートは、入力データを処理して、 HDD 3 5 1、 3 5 2、 3 5 3にデータを伝送し、 HDD 3 5 1、 3 5 2、 3 5 3から出力されたデ —タを出力ポート 3 2 3、 3 24、 3 2 5、 3 2 6で処理して外部にデータを出力する。

つまり、入出力処理部 3 2からデータを出力させるとき、入出力処理の出力ポートを指定することでデータの出力を確保できるが、デバイスサブコントロ一ラ 3 1は、入出力処理部 3 2の出力ポート 3 2 3、 3 24、 3 2 5、 ·3 26に識別 I Dを割り当てておらず、各出力ポート 3 2 3、 3 24、 3 2 5、 3 2 6に上位制御装置からの制御命令を通知することができない。そこで、本放送送出システム 1 0 2は、新たにポ一ト I Dという概念を導入する。このポート I Dを各ポートに割り振って、各ポートを示すリソース名と対応させれば、上位制御装置 1 1、 1 2、 1 3かた例えば、 ―

P LAY R S C= PORT— 1

という命令だけで、 1つのポートを指定して、そこからデータを再生するように指示することができるのである。

図 8を用いて説明する。入出力処理部 3 2は、メイン部 3 2 2と、このメイン部 3 2 2に接続される入力ポート 3 2 1、第 1の出力ポ —ト 3 2 3、第 2の出力ポ一ト 3 24、第 3の出力ポート 3 24及び第 4の出力ポート 3 2 5とから構成される。メイン部 5 2には、 HDD一 1 3 5 1、 HDD— 2 3 5 2及び HDD— 3 3 5 3 がパラレルに接続されている。

このように構成された入出力処理部 3 2において各ポ一トに割り振るポート I Dは、入出力処理 3 2がデータを処理する上で基盤内部で元々持ち込まれたポートの識別番号をそのまま利用することにする。

ただし、この場合、同一入出力処理部 3 1には 1番のポートが入力と出力の 2つ存在するという問題があるため、ポ一ト I Dの他に入力 Z出力の方向についてのディレクシヨン（direction ) という情報も用意する。

このポート I Dおよびディレクションとデバイス I Dをリソースとして関連付けることにより実体を持たないポートを上位制御端末装置 1 1、 1 2、 1 3から制御することが可能となる。

図 24の用に構成された入出力処理部 3 2は、以下のようなテ一ブルをシステムコントローラ 1 4が保持することでポートのリソース化を実現している。表 2 6

表 2 6は、図 2 5の入力ポート 3 2 1は、リソース名 "P ORT 1 " 、デバイス I Dは、入出力処理部 3 2内にあるので、入出力処理部 3 2のデバイス I D " 1. 5. 2. 2 2" 、ディレクションは、入力ポートであるので " I N" 、ポート I Dは " I " と表すことができ、また表 2 6で "ポート 5" をリソース名に持つポートは図 2 5の出力ポート 3 2 6を示す。以上が各 HDD 3 5 , 4 5および各入出力ポートに対するリソース化である。次に、図 1に示すよう素材供給部 2 1、 2 2、 2 3、 24、 2 5が供給する各入出力チャンネル CH— I N— 1〜CH— I N— 5と、送出部 6 1、 6 2、 6 3 , 64 , 6 5に供給される出力チャンネル C H— OUT— 1〜CH— OUT— 5に対するリソース化について述べる。

ここでチャンネルとは「データが通る線」であると考えることもできるし、「その線につながつている何か分からない物」とも考えることができる。チャンネルとは、デバイスサブコントローラ 1 7. 1 8、 1 9から制御されている通常の機器とは一線を画するものである。しかし、チャンネルはデバイス I Dを持たない、すなわちデバイ ― スサブコントロ一ラから直接制御されないリソースであり、これまでのリソーステーブルのようなデバイス I Dを持たず、デバイスサブコントローラから直接制御されないリソースである。したがって、これまでのリソーステーブルのようなデバイス I D、ドライブ I D、ポート I D等で識別することは不可能である。

しかし、逆に言えばデバイスサブコントローラ 1 7、 1 8 、 1 9 から直接制御されないので、デバイス I D等のデータは不必要であるとも言うことができる。そこで、上述の上位制御端末装置が発光する制御命令等で述べたリソースの型であるリソースタイプ（reso urce type) という概念を用いる。リソースタイプは V T R、ポ一ト、チヤンネル等のリソースの種類を表すものである。システムコントローラは、リソースタイプを見ることにより、そのリソースに適切な処理を施すことが可能となる。

リソースタイプを導入し、テーブルの一例を表 2 7の 1、表 2 7 の 2に示す。

(以下余白）

表 2 7の

(以下余白）

表 2 7の 2

(以下余白）次に表 2 7に示すテーブルを用いて、システムコントローラ 1 4 " とデバイスコントローラ 1 6が行う制御について、図 2 6のフローチヤ一トを用いて説明する。図 2 6は、システムコントローラ 1 4 が上位制御端末から入出力処理部 3 2の出力ポート 3 2 3に "o p e n " 命令を受けたときの一連の処理を示す。システムコント口一ラ 1 4の構成は、図 2、図 4等と同じで、実行管理タスク 7 1 と、リソース情報管理タスク 7 2とから構成される。

上位制御端末 1 1、 1 2、 1 3から出力ポート 3 2 3をリソースにした " o p e n " 命令

o p e n r s c = p o r t― 2 · · · (命令 l O j を受信した実行管理タスク 7 1は、リソース情報管理タスク 7 2に、リソースオープン要求を発行する。リソースオープン要求には、命令 9のリソース名が付加される。リソースオープン命令を受信した (ステップ S 2 5 1 ) リソース情報管理タスク 7 2は、表 2 7に示すリソース管理情報テーブルから、リソースオープン要求に付加されたリソース名をキーにして、該当リソース検索する。より詳しくは、リソース管理情報テーブルからデバイス I Dと、ディレクション及びポ一トを検索し、 P ORT— 2のリソース名に対応するデバイス I D " 1. 5. 2. 2 2" 、 D i r e c t i o n " OUT，，、 P o r t I D "1 " を得る（ステップ S 2 5 3) 。

次いて処理はステップ S 2 54に移り、実行管理タスク 7 1がデバイスメインコントローラ 1 6力 S "o p e n" 命令に対応するォープンコマンドを発行させるよう、オープン要求をリソース情報権利タスク 7 2が実行管理タスク 7 1に発行する。このオープン要求には、デバイス I D " 1. 5. 2. 2 2，，と、 D i r e c t i o n " OUT" 、および P o r t I D " 1 " の情報も付加される。オーブ ― ン要求を受付した実行管理タスク 7 1は、デバイスメインコント口ーラ 1 6に、これら情報が付加されたオープンコマンドを発行する。このオープンコマンドにデバイス I D、 D i r e c t i o n、 P o r t I Dとが付加されているのでデバィスメインコントローラ 1 6 にデバイスサブコントロ一ラ 1 7を介して、直接デバイスにオーブンコマンドを発行することができる。

次いて処理はステップ S 2 5 5に移り、発行したオープンコマンドに対する結果が、デバイスメインコントローラ 1 6から実行管理タスク 7 1が受信し、リソース情報管理タスク 7 2にその結果を発行する。ここでは、結果を受け渡すだけである。そして、次のステップ S 2 5 6に移る。

ステップ S 2 5 6では、オープンコマンドの結果に基づいて、 " 成功" を示す結果を受信すればポート 2のオープンフラグ（open f lag ) を "YE S" にセットする。すなわち上述の図 1 0を用いて説明したように、オープン管理情報に成功したリソースのエントリを追加する。

次いて処理はステップ S 2 5 7に移り、リソース情報管理タスク 7 2は、ポ一ト 2のオープン要求の結果を実行管理タスク 7 1に返す。そして、オープン要求に対する結果を受信した実行管理タスク 7 1は、 o p e n命令を発効し上位制御装置に、 o p e n命令に対する結果を送信する。そして、 o p e n命令に対する一連の処理は、終了する。

上述したように、リソース管理情報テーブル（図 2 8参照）に、リソース名に対応するようにデバイス I D、ディレクシヨン、ポ一トが付加されているので、下位デバイス、各ポートに対して、制御 — 命令を発行数 ]:。同様にドライブ I Dもリソース管理情報テーブルに付加されているので上位制御装置は、入出力処理部に接続されている各 HDDに対しても制御命令を発効する。その説明はポ一トに対する上述した一連の処理とほぼ同様であるので省略する。

続いて、チヤンネルに対する o p e n命令の一連の処理について、図 2 7を参照して説明する。図 2 6の処理とどうようシステムコントローラ 1 4は、実行管理タスク 7 1 と、リソ一ス情報管理タスク 7 2 とから構成される。

上位制御装置は、チャンネルに対する o p e n命令 . · . （命令

O P EN R S C = OU T_ 3

を発行する。この命令は、リソース名 "OUT— 3" 、送出部 6 3 に入力される出力チャンネル CH— OUT— 3に対する o p e n命令を示す。

命令 1 1で示される o p e n命令を受信した実行管理タスク 7 1 は、リソース情報管理タスク 7 2にオープン要求を発行し、このォ —プン要求には、チャンネルを示すリソースが付加されいる。

このオープン要求を受信すると（ステップ S 2 6 1 ) 、リソース情報管理タスク 7 2は、このリソースをキ一にして、リソース管理情報テーブル（図 2 8参照）を参照して該当リソースを検索する。命令 1 0の場合は、リソース名 " OUT— 3 " 、リソースタイプ " CHANNE L" を検索する（ステップ S 20 3 ) 。ここで検索したのは、リソース名 "CHANNE L" だけである。つまりこのリソースタイプ "CHANNE L" は上述したデバイスコントローラ 1 6、 1 7から直接制御を受けている対象ではない。したがって、 ― リソース名 "OUT— 3 " をリソースに直接制御命令を発効することはない。

リソース管理情報タスク 7 2は、図 1 0で示すような o p e n対象のリソースに対して、成功すれば、オープン管理情報にそのェントリを追加するだけである（ステップ S 2 64 ) 。ここではデバイスコントローラ 1 6に mせいぎょ命令を発行することはない。

次いて処理はステップ S 2 6 5に移り、オープン要求に対する結果を実行管理タスク 7 1に発行紙、実行管理タスク 7 1は、 o p e n滅入れを発行した上位制御命令にその結果を報告する。

上述したようにチャンネルに対して上位制御端末は、 o p e n命令を与え、所望のチャンネルを確保する、ルータ 5 1から出力されるチャネル CH— OUT— 1〜CH_OUT— 5のどれかを確保し、かつ A Vサーバ 3 0の入出力処理部 3 2の出力ポートを確保し、これら確保した出力ポート、チャンネルを接続させ、確保した出力ポートから、例えば、素材を出力チャンネル CH— OUT— 3から出力されるためである。つまり上位制御装置 1 1、 1 2、 1 3は、放送送出システム 1 0に入出力されるチャンネルを、下位デバイスのポートを含め、接続されることで制御させることにある。

このようにチャンネルをリソースとして、システムコントローラ 1 4が用いることができるので、経路の確保を行うことができるのである。この経路制御に関する詳細を、図 2 8に示すシーケンス図で説明する。

すなわち、このシーケンスは、例えば上位制御装置 1 1がシステムコントローラ 1 4に "リソース名 PORT 2の機器をオープンすることを命ずるコマンドである O P E N R S C = PORT— 2 " " を送ることにより開始される。

o p e n命令を受信した実行管理タスク（EMT) 7 1は、リソ —ス名が付加されたオープン要求をリソース情報管理タスク（R I MT) 7 2に送り、 R I MTはリソース管理情報テーブルを検索して得た上記リソース名に対応するデバイス I Dを付加したオープン要求を帰る。さらに、 EMTは R I MTから受信したオープン要求に基づいてデバイスメインコントローラ 1 6に " OP EN DEV I D = 1. 5. 5. 2. 2 2 " を送り、デバイスメインコントローラ 1 6は制御対象の機器である S入出力処理部 3 2に "O P E N" を送る。

そして、入出力処理部 3 2はオープン命令の結果及びファイルハンドルについての情報である "OK F I L E H AND L E = f h " をデバイスメインコントローラ 1 6に発行、デバイスメインコントローラ 1 6は同じく "OK F I L EHAND L E= f h" を E MTに送り、 · EMTは同じく "OK F I L EHAND L E= f h " を R I MTに送り、 R I MTは PORT— 2に関するオープンリソース情報をオープン管理情報テーブル（図 1 0参照）にエントリを追加させ "OK F I L EHAND L E= f h" を EMTに送り、 EMTはコマンドの結果及びストリームの I Dの情報である "O K

S I D = s 1 " を o p e n命令を発効した上位制御端末 1 1に送る。ここで、ファイルハンドルとは、ファイルを識別するための識別情報である。またストリーム I Dとは、後ほど詳細に述べるが以後この I Dにより命令を上位制御端末が発行することで命令を単純化することができる。なお、上述の説明では、デバイスメインコントローラと S DC等 ― のデバイスとの間でコマンド等が直接に送られているが、実際には、デバイスメインコントローラとデバイスとの間にデバイスサブコントローラが介在するが説明の簡単化のために省略した。以下も同様である。

このシーケンスにて、上位制御端末の発行したコマンドにより P ORT— 2がオープンされ、このオーブンされた P ORT— 2に対応するストリ一ム I Dである s 1が上位制御端末に与えられた。

これに続いて、上位制御端末は第 3の出力ポートである OUT 3 をオープンするコマンドである "O P EN R S C = OUT_3 " を EMTに送り、 EMTはリソース名 "OUT— 3 " が付加されたオープン要求を R I MTに送り、 R I MTはリソース管理情報テーブルを検索して成功すれば結果である "OK" を EMTに通知し、 EMTはコマンドの結果及びストリーム I Dの情報である "OK S I D = s 2 " を上位制御端末に送る。

このシーケンスにて、上位制御端末の発行したコマンドにより O UT 3がオープンされ、このオープンされた OUT 3に対応するストリーム I Dである s 2が上位制御装置 1 1に与えられた。

上位制御端末 1 1が得たストリ一ム I D " s 1，，、 " s 2 " をもとに、上位制御端末 1 1は、システムコントローラ 1 4に対し、出力ポート "PORT— 2" を、出力チャンネル "OUT— 2" に接続すべく

CMB S RC= s l D E S T = s 2 · - - (命令 1 2) を発行する。ストリーム I D " s 1 " でリソースを接続元（ソース： source) 、ストリーム I D " s 2 " を得たリソースを接続先（デ— ステイネ一シヨン： destination) として、隔離ソースを接続するコマンドを送る。

そして、 "COMB I NE" コマンドを受信した EMTは接続情報を取得すべく、ストリーム I Dから接続元のリソースの接続先のリソース名を検索して料理ソース名を付加情報として R I MTに通知を発行する。ここで EMTには、ストリーム管理テーブルによるデータベースを保持し、ストリーム I D、リソース名等、このストリーム管理テーブルを用いて、ストリーム I Dをキーにした検索により、対象リソース名を検索して、 R I MTにその情報を送信することができる。このストリーム I D管理テ一ブルについては口述する。

R I MTはリソース名から対象リソースを検索して、点に関する情報を EMTに送信する。これを受信した EMTはデバイスコントローラ 1 6、 1 7を介して制御命令を発効し、実際に PORT— 2 (さらにルータ 5 1にて）に対して発行する。各リソースはこの結果 "OK" を上位制御装置に返す。

以上の一連のシーケンスにおいては、リソース入出力処理部 3 2 の出力ポート 3 23と、出力チャンネル CH— OUT_3別個にォ —プンすることによりそれぞれストリーム s 1及び s 2を生成し、続いてこれらのストリーム s 1及び s 2を結合することにより、リソース出力ポート 3 23と、出力チャンネル CH— OUT— 3を結合している。

以上説明したように、入出力チャンネルを指定した "o p e n" 命令を上位制御装置 1 1、 1 2、 1 3が発行することで、対象チヤンネル確保するようシステムコントローラ 4が対象チヤンネルを制御して、上述したように "COMB I N E" 命令により、確保した対象チャンネルと、リソースを接続するよう制御することができるのである。

次に、この放送送出システムへのいわゆるパイプの適用について説明する。

パイプとは、チャンネルの一種であり、通常のチャンネルがデータの入力又は出力のいずれか一方の属性を有するのに対して入出力両方の属性を有する特別のチャンネルであると考えることができる。パイプは、主に複数のルータを結合するために用いられる。

図 2 9に示す放送送出システム 1 0は、ルータ 5 1 0 1， 5 1 1 1の 2個のル一タを有している。ルータ 5 1 1 0には、 5つの入力チャンネル（CH_IN_1〜CH— IN_5) 、 A Vサーバ 3 0がそれぞれ接続され、デバイスサブコントローラ 1 9によって制御されている。ル —タ 5 1 1 1は、 A Vサーバ 4 0、 5つの出力チャンネル（CH— OUT — 1〜CH— OUT— 5) がそれぞれ接続され、デバイスサブコントローラ 1 9によって制御されている。そして、これらルータ 5 1 1 0， 5 1 1 1は、 3個のパイプ 1 3 0 1， 1 3 0 2, 1 3 0 3にて接続されて、同一のデバイスサブコントローラ 1 9の制御を受けるので、見かけ上は単一のルータとして動作する。

なお、ルータ 1 9に接続されている A Vサーバはデバイスサブコントローラ 1 0の制御の下にあり、ルータ 5 1 1 1に接続されている A Vサーバ 4 0はデバイスサブコントローラ 1 8の制御の下にある。他の部分については、図 1に示した放送送出システム 1 0と同 —であるので、同一の符号を付して説明を省略する。 P

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

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

さらに、システムコントローラとデバイスメインコントローラもリソースとして制御が可能となっている。それぞれの制御部に対する命令は、これらのリソース名を利用して発行される。ストリ一ムとは、一般に、装置をコマンドレベルで制御する標準のデバイスドライバとユーザプロセスとの間に、複数のモジュールを配置して双方向の文字型データ転送用のパスで結合した入出力システムをいラ o

本システム 1 0では、上位制御装置 1 1、 1 2、 1 3が発行した制御命令、例えば o p e n命令に対しストリーム I Dと呼ばれる I Dを作成し、これを上位制御端末 1 1、 1 3、 1 3に与え以後上位制御装置 1 1、 1 2、 1 3はこのストリーム I Dをもとにした制御命令を発効することで、制御命令の認証動作が非常に単純化される。ストリームは、 A Vサーバ 3 0にょうな物理的なデバイスのみならず、物理的デバイスではないもの、例えば入出力チャンネルのような論理的なものに対しても適用される。

次に、上述したストリームについて、どのようにシステムコントローラ 1 4がストリーム I Dをを作成して、それを元にした制御命 ― 令でどのようにシステムコントローラ 1 4が処理を行うかについて、詳細に説明する。

図 2 9に示されるように、この放送送出システム 1 0は、図 1 と同様上位制御端末 1 1、 1 2、 1 3 と、システムコントローラ 1 4 と、 A Vサーバ 3 0 と、ルータ 5 1 とから構成されている。説明を単純化するためデバイスコントローラ 1 6、 1 7と、その下位デバイスは図 1 と比べ、省略している。

A Vサーバ 3 0は、入出力処理部 3 2 ( I O P 1 ) 及び入出力処理部 3 3 ( I O P 2 ) 及び HD D 3 5を有している。 A Vサーバ 3 0においては、入出力演算部 3 2， 3 3はそれぞれシステムコントローラ 1 4に、 HDD 3 5は入出力演算部 3 2， 3に接続されている。

ルータ 5 1は、 A Vサーバ 3 0の入出力演算部 3 2 ( I O P 1 ) 及び入出力演算部 3 3 ( I O P 2) からの映像信号がそれぞれ i n 1， i n 2として入力している。また、ルータ 5 1からは出力チヤンネル OUT PUT 1， OU T P U T 2がそれぞれ o u t 1， o u t 2から出力されている。これらの入力及び出力の間の経路の切り換えは、システムコントローラ 1 1からの制御によって行われる。出力チャンネル OUT P UT 1， OUT PUT 2は、システムコントローラ 1 1の制御されないものと接続している。例えば、出力チャンネル OUT P UT 1， OUT PUT 2の先には、マスタースィッチヤ等が接続されている。

システムコントロ一ラ 1 4は、図 4等で説明したものと同様に、実行管理タスク 1 7 1 と、リソース情報管理タスク（R I MT) 7 2とから構成され、この EMT 1 1は、ストリームの情報を保持するストリーム管理テーブル 7 1 aを有している。

E MT 7 1は上位制御端末 1 1、 1 12、 13からの制御命令、例えば上述した " 0 p e n" 、 "RE S V"命令等によって、ストリーム管理テーブル 7 1 aの状態を変更したり、 A Vサーバ 30への制御コマンドを生成し、 A Vサーバ 30に対し制御コマンドを発行し、その結果を上位制御端末 1 1 , 1 2、 13に通知する。

ストリーム管理テーブル 7 1 aは、リソース名と A Vデータに付けられた名前であるファイル名、ストリ一ムを識別するためのストリーム I Dを組にして、 A Vデータを再生可能なリソースごとにあらかじめシステムコントローラ 1 1の EMT 7 1に登録するテープルである。

なお、ファイル名とストリ一ム I Dは初期状態では未登録状態である。未登録状態は図 29では "―" で表されているが、以下の図においても同様とする。また、この場合 AVデータを再生可能なのは入出力演算部 32 ( I 0 P 1 ) 及び入出力演算部 33 ( I OP 2) であるため、リソース名としてこれら 2組が登録されている。次に、システムコントローラ 14によってストリーム I Dがどのように作成されるかについて図 29及び図 3 1のフローチャートを参照して説明する。

ここでは、上位制御端末 12の要求によって、 AVサーバ 30の HDD 35上に記録された AVデ一夕： f i 1 e 1を入出力演算部 3 2によって A V信号として出力させるための制御の流れについて説明する。

図 29中の経路 aに示すように、上位制御端末 1 2はシステムコントローラ 4に対して次のコマンドを発行する。

OPE MD = PLAY R S C = I 0 P 1 P ATH = f i 1 e 1 · · · (命令 12)

フアイル制御装置 12は、リソース名 " I 0 P 1 " 、つまり入出力装置部 32に対し、ファイル名 " f i 1 e 1" で示されるフアイルを "PLAY" つまり再生モードで "OPEN" せよ、つまり占有せよという命令をシステムコントローラ 14に発行する。ステツプ S 3 1 1で、上位制御装置 12から命令 12にて示される制御命令を受信すると、 EMT 7 1は、上記 OPEN命令に応じて、パラメ一夕 R S Cで指定されたリソースを検索する。すなわち、 EMT 7 1は、経路 bに示すように、 R IMT 72に下記の OPEN要求を発行する。

OPEN— PATH R S C = I 0 P 1 - - - (命令 14 ) そして、 R IMT 72のリソース管理情報テ一ブル 72 aを検索し、ステップ S 3 13に進む。リソース管理情報テーブル 72の構成は、図 4や表 27と同じであるが、説明を簡単にするため必要な情報、すなわちリソース名、デバイス I D、さらにロック I Dのみを示させている。ロック I Dとは、 R I MT 72におけるストリーム I Dで、これをロック I Dとして管理しているが、ロック I Dをストリーム I Dとしても差し支えない。

ステップ S 3 13においては、指定されたリソースが OPEN済みであるか否かによって分岐する。

すなわち、 R IMT 72のリソース情報テーブル 72 aを検索し、入出力演算部 32に対応するリソース名 I 0 P 1に該当する口ックされた I Dである口ック I Dがない場合には〇 P E Nされていないので "いいえ" としてステップ S 3 15に進み、ロック I Dが存在する場合には既に〇 P E Nされているので "はい" としてステップ S 3 14に進む。

入出力演算部 36に対応するリソース名 I 0 P 1が既に 0 P E N されていれば、（ステップ S 3 1 3で YE Sのとき）処理はステヅプ S 3 14に移り、上位制御端末 12に 0 P E N命令が実行したことを示す

CS TAT ERROR

を発行する。その後、処理は終了する。

一方、ステップ S 3 1 3で NOのとき、処理はステップ S 3 1 5 に戻り、リソース名 I 0 P 1に対応するロック I Dが未登録であるので、ユニークなロック I Dを生成する。そして、生成されたロヅク I Dをリソース情報テーブル 32 aに登録し、経路 cに示すように、 EMT 3 1に次の返答を返し、ステツプ S 3 16に進む。

R E T_0 P E N_P A T H S I D = 1

次いで、ステップ S 3 17においては、上位制御装置からの制御命令で、パラメ一夕 MDが P LAYであるか否か判断される。すなわち、上位制御端末からの制御命令中に、

MD = P L A Y

がある時には YE Sとしてステップ S 3 18に、そうでない場合には N〇としてステップ S 3 18に移る。

ステップ S 3 18においては、図 30に示すように、 EMT 7 1 は、ストリーム管理テーブル 7 1 aに、入出力演算部 32に対応するリソース名 I 0 P 1に該当するストリ一ム I D、及びパラメ一夕 PATHにて指定されたファイル名をそれぞれ登録する。そして、経路 dに示すように、次のコマンドを上位制御端末 12に返答し、この一連の工程を終了する。

R E T_0 P E N_P A T H S I D = 1

一方、ステップ S 3 16で制御命令 mに "MD = PLAY，，がないとき（NOのとき）、処理はステツプ S 3 17に移って、 EMT 7 1は、ストリーム管理テーブル 7 1 aに入出力演算部 32に対応するリソース名 I OP 1に該当するストリーム I Dを登録する。そして、上位制御端末 12に、上記ステップ S 3 18と同様のコマンドを返答し、この一連の工程を終了する。

次に、上記の返答によって得られたストリ一ム I Dを使って上位制御端末 12が A Vデ一夕の再生/停止などのコマンドを発行する手順を図 30及び図 32を参照して説明する。

まず図 30で、上位制御装置 12がこのストリーム IDを用いて、次のような命令を発効する。

PLAY S I D= 1 ' · · (命令 1 5)

これは、ストり一 I D " 1 " を使って再生を指示する制御命令である。このようにストリ一ム I Dを用いて非常に簡単な制御命令を発効することができる。命令 1 5のようなストリーム I Dが付加された制御命令を受信したシステムコントローラ 14は、図 32に示す一連の処理が実行される。すなわちステツプ S 321に上位制御装置から制御命令を受信した E MT 7 1はステップ S 322に移り、指定されたストリ一ム I Dから対象となるファイル名や、リソース名を検索する。

次いで処理はステップ S 323に移り、 EMT 7 1は、ファイル名: f i 1 e 1を再生するため、制御コマンドを生成し、この制御コマンドをストリーム管理テーブル 7 1 aで検索したリソース名に対し発行する。

その制御コマンドは次のように記述される。

PLAY f i l e l

そして一連の処理が終了し、実際に入出力処理 32から "f i 1 e l" が再生される。この後、異なる上位制御端末装置 13が同じ入出力処理装置 32を使用して A Vデータの再生を行う例について、図 30及び図 33を参照して説明する。この場合すでに上位制御端末 12によって入出力処理部 32は使用中のため、再生命令は発行するのであるが、どのように発行するか、図 30と図 33を用いて説明する。

まず、上位制御装置 13は、次のような OPEN命令をシステムコントローラ 14に発行する。

OPEN MD=PLAY RS C= I 0P 1 PATH= f i 1 e 2 · · . (命令 16 )

リソース名 "I OP 1" をもつリソース（入出力処理部 32) に対して、フアイリレ " f i 1 e 2 " のオープン命令を発行する。この英霊をステップ S 33 1で受信した EMT 7 1は、ステップ S 332 に移り、ストリーム管理テーブル 7 1 aを参照し、リソース名をキ一にして検索する。入出力演算部 32に対応する I OP 1の項目にストリーム I Dが登録済みであることが検出される。そして、次のステップ S 333に進む。

ステップ S 333においては、ス卜リ一ムがすでに生成済みであることから、生成に失敗したことを通知するため、上位制御端末 1 3に対し下記のエラーを発行する。 C S T AT ERROR

上位制御端末 13は、上記の返答によってこの入出力演算部 32 ( I 0 P 1 ) は使用中であることが分かり、再生をあきらめるか他の入出力演算部 37 ( I OP 2) を使用するか、という判断が可能になる。

一方、上位制御端末 12にとつては、ストリーム I Dを得ることによって、特定の入出力演算部 32を占有して AVデ一夕を再生できることを保証されるため、 A Vデータの再生中に他の制御端末によってその入出力演算部 32を使用されて映像信号が再生できなくなったりすることがなくなる。つまり、他の上位制御端末にあって使用を制限でき、排他制御を行うことができるのである。

次に、現在使用中のストリームを消滅させ、他の上位制御端末にそのリソースの使用を許可することを図 34及び図 35を参照して説明する。

上位制御装置 1 1は、システムコントローラ 14からすでにリソース I 0 P 1 (入出力処理部 32 ) に対してストリ一ム I D " 1 " が付与されているものとする。このストリーム I Dに対して、ストリームの消滅を指示する次のような制御命令が上位制御装置から発行される。

CLOS S I D= 1 · · · (命令 17)

これを受信したシステムコントロ一ラ 14は、図 35に示す一連の処理を実行する。すなわちステップ S 35 1で命令 17に示されるようなストリーム消滅を指示するコマンドを受信すると、次いで処理はステップ S 352に移る。

ステップ S 352では、経路 bに示すように、 EMT 3 1は R I MT 32に下記のコマンドを発行することで、 R IMT 32は、リソース情報テーブル 32 aから S I Dパラメ一夕で指定された口ヅク I Dを削除する。

C L 0 S一 P A T H S I D = 1

ここでリソース管理情報テーブルからストリーム I D " 2 " に対応する口ック I Dを持つリソース名を検索し、このリソースの口ック I Dを削除する。この状態では、他の上位制御端末 13が、例えば下記のコマンドを発行しても、ストリーム生成が成功する。

OPEN MD=PLAY RS C二 I OP 1 PATH= f i 1 e 2

以上のようにストリームを取得することにより、ストリーム I D の生成から消滅の期間だけ、指定されたりソースの排他的利用が可能になる。その間は、ストリーム I Dを取得していない上位制御端末からの競合を回避することが可能となる。

次に、 A Vサーバとル一夕で構成されるシステムにおいて、 AV ル一夕の接続点制御をストリ一ムの結合という方法を用いて行った具体例を示す。これは図 27を用いて一部説明したが、以下ストリームに焦点をあてて詳細に説明を述べることにする。

先ず、この具体例にて用いられる放送送出システム 10の全体構成は図 36に示すが、図 29、図 30等と同様であるので説明は省略する。

次に、図 36と図 37を用いて、ル一夕のストリームを用いて接続制御の動作について詳細に説明するが、前提として、図 29や図 31に示した手順で、上位制御端末 12によって、入出力演算部 3 6 (I OP 1 ) のファイル f i l e lが OP E N済みであるとして、上位制御端末 12が出力チャネル OUT PUT 2をストリームとして 0 P E Nさせるための一連の処理を図 36及び図 37のフローチヤートを参照して説明する。

まず上位制御装置 1 2が上述した 0 P E N命令を発効する。

OPEN MD = F I F 0 RS C = OUTPUT 2 - - - (命令 18 )

ここで、パラメ一夕 MDで指定したのは、先入れ先出しの記憶手段である F I F 0 (first in first out) モ一ドで、このリソースが A Vデータを再生するものではないことを表し、ストリームを生成してもストリーム管理テーブル 7 1 aにはファイル名が登録されない。

この 0 P E N命令をステップ S 371で受信した E M T 7 1は、次いでステヅプ S 372に移り、経路 bに示すように、 R I MT 3 2に次の 0 P E N要求を発行する。

OPEN— RE S RS C=OUTPUT 2

ここで、 OPEN P L A Yの場合〇 P E N— P A T Hで、この場合 0 P EN— RE Sになっているが、この説明では区別する必要はない。ただ、実際のシステムではファイルを再生するリソースの場合 OPEN— PATHを使用し、出力 OUTPUT 2のような仮想的に定義したリソースと区別している。

ステップ S 373においては、リソース情報テーブル 72 aを検索し、リソース名 0 U T P U T 2に該当するロック I Dがないことを確認し、ユニークなロック I Dを生成し、生成されたロック ID をテーブルに登録し、経路 cに示すように、 EMT 32に次の返答を返し、ステップ S 374に進む。 W

109

R E T_0 P E N_R E S S I D = 2

ロック I Dが存在したとき、すでにそのリソースは使用されているため、 EMT 7 1にエラーを返し、 EMT 7 1から上位制御端末 12に 0 P E N命令が失敗したエラ一を示す命令を返す。

ステップ S 374においては、 EMT 7 1はストリーム管理テ一ブル 7 1 aにリソース名 0 U T P U T 2に該当するストリーム I D を登録し、経路 dに示すように、上位制御端末 12に次の返答を返す。

CSTAT S I D= 1

上位制御端末 12は、このストリーム I Dを使用して A Vルー夕 51の接続点制御を行う。

以上の手順により A Vルー夕 5 1の接続点制御が行われ、入出力演算部 32の出力と出力チャンネル OUTPUT 2が接続される。この後、上述のように、入出力演算部 32のストリームに再生コマンドを発行すれば、入出力演算部 32が出力した A V信号が出力チヤンネル OUTPUT 2に出力されることになる。

ここで、仮に他の上位制御端末が出力チャンネル OUT PUT 2 に対するストリームの 0 P E Nは、上述のように失敗し、上位制御端末 12が出力 OUT PUT 2へのストリームを CLOSコマンドによって消滅させるまでできない。つまり、ストリームの結合を行うことにより、 A V信号の経路を排他的に使用することが可能にな o

なお、 EMT 7 1によるストリームの OPE Nの流れは、先に図 31のフローチヤ一トにて示した流れと同様である。

次に、上位制御端末 12がシステムコントロ一ラ 14に上述した no

CMBコマンドを発行し、ストリームを確保する一連の手順を図 3 6及び図 38のフローチヤ一トを参照して説明する。

この手順は、図 36中の経路 aに示すように、上位制御装置 12 が次に示す制御命令 " c CMB" をシステムコントローラ 14に発行することで開始される。

CMB S R C_S I D = 1 D E S T— S I D = 1 · · · (命令 19 )

上述したようにストリーム I D " 1 " で確保したリソース I 0 P 1を接続元に、ストリーム I D "2" で確保したリソース OUT P UT 2を接続先にした接続性 g yを示す接続命令である。 "CMB " 命令を発行したシステムコントローラは、図 38に示す -連の処理が開始される。すなわち、ステップ S 38 1で上位制御装置が " CMB" コマンドを発行すると、ストリ一ム情報テーブル 7 1 aを検索し、 S R C— S I Dパラメ一夕で指定されたストリ一ム I Dに該当するリソース名 I 0 P 1、及び D E S T— S I Dで指定されたストリーム I Dに該当するリソース名 OUTPUT 2と得る。その後、 EMT 7 1は、経路 bに示すように、 R I MT 32に次のコマンドを発行し、ステップ S 383に進む。

CMB— S TREAM S R C - I 0 P 1 DE S T = OU T P U T 2

ステップ S 383においては、 R I MT 72が上記コマンドを受け取ると、 A Vルータ接続点テーブル 72 bを検索し、経路 cに示すように、 SRCパラメ一夕で指定された入出力演算部 32に対応するリソース I 0 P 1の入力ポート番号と D E STパラメ一夕で指定されたリソース 0 U T P U T 2の出力ポ一ト番号を下記の返答により E MT 7 1に返し、次のステップ S 384に進む。

ステップ S 384においては、 E M T 7 1は、ステップ S 303 により得られた接続点情報により下記のコマンドを A Vル一夕 5 1 に対して発行する。

Cr o s s P o i nt S e l e c t i np o r t = l o ut p o r t = 2

以上の手順により A Vルータ 5 1の接続点制御が行われ、入出力演算部 32 ( I OP 1) の出力と出力チャンネル OUTPUT 2が接続される。この後、上述したとおりに、入出力演算部 32のストリームに再生コマンドを発行すれば、入出力演算部 32が出力した AV信号が出力チャンネル OUTPUT 2に出力されることになる。ここで、仮に他の上位制御端末 12が出力チャンネル OUT PU T 2になんらかの A V信号を出力しょうとしても、出力 OUTPU T 2へのストリームの OPENは上述したように失敗し、上位制御端末 12が出力チャンネル 0 U T P U T 2へのストリ一ムを CLO Sコマンドによって、消滅させるまでできない。つまりストリームの結合を行うことにより、 A V信号の経路を排他的に利用することが可能になる。

なお、図 29や図 30を用いて説明した 0 P E N命令の発行に係る一連の手順を、上記制御端末 12、 E MT 7 I R IMT 72のリソース情報テーブル 72 b等のデ一夕ベース（database; DB) 間のコマンドの流れと捉えると、図 39に示すようになる。

すなわち、上位制御端末 13から EMT 7 1にコマンド

OPEN M D = P L A Y PATH = f i l e l

が発行され、 EMT 7 1から R IMT 72にコマンド OPE N_P AT H

が発行され、 R I M T 72はリソース情報テーブル 72 bのような D Bにおけるデバイス I Dのロヅクを参照する。

そして、 R IMT 72は EMT 7 1にコマンド

R E T— 0 P E N— P A T H

を発行し、 EMT 7 1から上位制御端末 72にはコマンド

C S TAT S I D = 1

が与えられる。以上は、上位制御端末 1 2からのコマンドの発行に応じて、上位制御端末 12にストリームが送られた手順までであるが、これに続く以下の工程においても同様な手順により実行される。

Claims

請求の範囲

1 . 複数のデバイスの使用状態を制御するデバイス制御装置において、

上記デバイスに対する予約使用を指示する第 1の制御命令を発行する上位制御端末手段と、

上記上位制御端末部からの第 1の制御命令に基づいて、複数の制御端末手段のうち上記制御命令を発行した上記上位制御端末手段以外の上位制御端末手段に対して、上記第 1の制御命令の指示する予約使用する上記デバイスの使用を禁止するデバイス割り当て制御手段と

を備えることを特徴とするデバイス制御装置。

2 . 上記デバイス割り当て制御手段は、上記第 1の制御命令を発行する上記上位制御端末手段以外の上記上位制御端末手段から上記第 1の制御命令の指示する予約使用する上記デバイスに対して占有を指示する第 2の制御命令を受信しても、上記第 2の制御命令を発行した上記上位制御端末手段の使用を禁止することを特徴とする請求の範囲第 1項記載のデバイス制御装置。

3 . 上記デバイス割り当て制御手段は、上記上位制御端末手段から上記第 1の制御命令を受信したときは上記デバィスの管理情報デ一夕ベースに上記第 1の制御命令を発行した上記上位制御端末手段と予約使用する上記デバィスとを含む情報を登録し、上記上位制御手段から上記第 2の制御命令を受信したとき上記管理情報データべースを参照して上記第 2の制御命令の指示する上記デバィスと一致したとき、上記第 2の制御命令を発行した上記上位制御端末手段に上記第 2の制御命令の失敗を示す制御命令を送信して上記上位制御端末手段の使用を禁止することを特徴とする請求の範囲第 2項記載のデバイス制御装置。

4 . 上記デバイス割り当て制御手段は、複数の上記上位制御手段から同一の上記デバイスに対して予約を指示する上記第 1の制御命令を受信したとき上記第 1の制御命令に付加された優先度に基づいて、最も優先度の高い上記第 1の制御命令を発行した上記上位制御端末手段以外の上記上位制御手段の使用を禁止することを特徴とする請求の範囲第 1項記載のデバイス制御装置。

5 . 上記デバイス割り当て制御手段は、上記第 1の制御命令を発行した上記上位制御端末手段の端末使用者と予約使用する上記デバィスと上記第 1の制御命令に付加された優先度とを含む情報を登録する管理情報データベースを有し、上記管理情報データベースを参照して最も優先度の高い上記第 1の制御命令を発行した上記上記制御端末手段以外の上記上位制御端末手段の使用を禁止することを特徴とする請求の範囲第 4項記載のデバイス制御装置。

6 . 上記デバイス割り当て制御手段は、上記第 1の制御命令に付加された複数の上記デバイスの所属するグループの予約使用に基づいて、複数の上記上位制御端末手段のうち上記第 1の制御命令を発行した上記上位制御端末手段以外の上記上位制御端末手段の上記第 1の制御命令に付加された上記複数のデバイスの使用を禁止することを特徴とする請求の範囲第 1項記載のデバイス制御装置。

7 . 上記デバイス割り当て制御手段は、上記第 1の制御命令を発行した上記上位制御端末手段の使用者と上記第 1の制御命令の指示する上記デバィス名と上記複数のデバイスの所属するグループ名とを含む情報を登録する管理情報データベースを有し、上記管理情報デ一夕べ一スを参照して上記第 1の制御命令の指示する上記複数のデバイスに対して上記第 1の制御命令を発行した上記上位制御端末手段以外の上記上位制御端末手段から占有を指示する第 2の制御命令を受信しても、上記第 2の制御命令を発行したヒ記上位制御端末手段に第 2の制御命令は失敗したことを示す制御命令を送信することで上記第 1の制御命令を発行した上記上位制御端末手段以外の使用を禁止することを特徴とする請求の範囲第 6項記載のデバイス制御装置。

8 . 上記デバイスは、ビデオサーバを構成する各入出力処理手段とノンリニァアクセス可能な各記録媒体と、スィツチング手段を構成する外部から入力されたあるいは上記ビデオサーバから出力された複数の映像および/または音声データを含むデ一夕が入力される各入力チャンネルと外部に出力されるあるいは上記ビデオサーバに出力される上記デ一夕を出力する各出力チャンネルと、から構成されることを特徴とする請求の範囲第 1項記載のデバイス制御装置。

9 . 複数のデバイスの使用状態を制御するデバイス制御方法において、

上位制御端末手段から上記デバイスに対する予約使用を指示する第 1の制御命令を受信する第 1のステップと、

上記第 1の制御命令に基づいて、上記第 1の制御命令が予約使用する上記デバイスに対して複数の上記上位制御端末手段のうち上記制御命令を発行した上記上記制御端末手段以外の上記制御端末手段の使用を禁止する第 2のステツプと

を備えることを特徴とするデバイス制御方法。

1 0 . 上記第 2のステップは、上記第 1の制御命令を発行する上記上位制御端末以外の上記上位制御端末から上記第 1の制御命令の指示する予約使用する上記デバイスに対して占有を指示する第 2 の制御命令を受信しても、上記第 2の制御命令を発行した上記上位制御端末手段の使用を禁止することを特徴とする請求の範囲第 9項記載のデバイス制御方法。

1 1 . 上記第 2のステップは、上記上位制御端末から上記第 1の制御命令を受信したときは上記デバイスの管理情報データベースに上記第 1の制御命令を発行した上記上位制御端末と予約使用する上記デバイスとを含む情報を登録し、上記上位制御端末から上記第 2 の制御命令を受信したとき上記管理情報データべ一スを参照して上記第 2の制御命令の指示する上記デバィスと一致したとき、上記第 2の制御命令を発行した上記上位制御端末に上記第 2の制御命令の失敗を示す制御命令を送信して上記上位制御端末の使用を禁止することを特徴とする請求の範囲第 9項記載のデバイス制御方法。

1 2 . 上記第 2のステップは、複数の上記上位制御端末から同一の上記デバイスに対して予約を指示する上記第 1の制御命令を受信したとき上記第 1の制御命令に付加された優先度に基づいて、最も優先度の高い上記第 1の制御命令を発行した上記上位制御端末以外の上記上位制御端末の使用を禁止することを特徴とする請求の範囲第 9項記載のデバイス制御方法。

1 3 . 上記第 2のステップは、上記第 1の制御命令を発行した上記上位制御端末の端末使用者と予約使用する上記デバィスと上記第

1の制御命令に付加された優先度とを含む情報を登録する管理情報デ—夕ベースを有し、上記管理情報データベースを参照して最も優先度の高い上記第 1の制御命令を発行した上記上記制御端末以外の上記上位制御端末の使用を禁止することを特徴とする請求の範囲第

1 2項記載のデバイス制御方法。

1 4 . 上記第 2のステップは、上記第 1の制御命令に付加された複数の上記デバイスの所属するグループの予約使用に基づいて、複数の上記上位制御端末のうち上記第 1の制御命令を発行した上記上位制御端末以外の上記上位制御端末の上記第 1の制御命令に付加された上記複数のデバイスの使用を禁止することを特徴とする請求の範囲第 9項記載のデバイス制御方法。

1 5 . 上記第 1の制御命令を発行した上記上位制御端末の使用者と上記第 1の制御命令の指示する上記デバイス名と上記複数のデバイスの所属するグループ名とを含む情報を登録する管理情報データベースを有し、

上記管理情報データベースを参照して上記第 1の制御命令の指示する上記複数のデバイスに対して上記第 1の制御命令を発行した上記上位制御端末手段以外の上記上位制御端末から占有を指示する第 2 の制御命令を受信しても、上記第 2の制御命令を発行した上記上位制御端末に第 2の制御命令は失敗したことを示す制御命令を送信することで上記第 1の制御命令を発行した上記上位制御端末手段以外の使用を禁止することを特徴とする請求の範囲第 1 4項記載のデバイス制御方法。

1 6 . 記デバイスは、ビデオサーバを構成する各入出力処理手段とノンリニアアクセス可能な各記録媒体と、スィツチング手段を構成する外部から入力されたあるいは上記ビデオサーバから出力された複数の映像および/または音声データを含むデータが入力される各入力チャンネルと外部に出力されるあるいは上記ビデオサーバに出力される上記データを出力する各出力チャンネルと、から構成されることを特徴とする請求の範囲第 9項記載のデバイス制御方法。

1 7 . 複数のデバイスの使用状態を制御するデバイス制御装置において、

上記デバイスを占有して使用する許可を指示する第 1の制御命令を発行する上位制御端末手段と、

上記上位制御端末手段から上記第 1の制御命令に付加された優先度に基づいて、複数の上記制御端末手段以外の上記上位制御端末手段に対して上記第 1の制御命令に示す上記デバィスの使用許可を禁止するデバイス割り当て制御手段と

を備えることを特徴とするデバィス制御装置。

1 8 . 上記デバイス割り当て制御手段は、上記複数の上位制御端末手段から同一の上記デバイスに対する占有使用許可を指示する上記第 1の制御命令を受信したとき上記優先度に基づいて最も優先度の高い上記第 1の制御命令を発行した上記上位制御端末手段以外の上記デバイスに対する占有使用許可を禁止することを特徴とする請求の範囲第 1 7項記載のデバイス制御装置。

1 9 . 上記デバイス割り当て制御手段は、上記占有の許可通知を発行したデバイスと上記第 1の制御命令を発行した上記上位制御端末手段と上記第 1の制御命令に付加された優先度とから構成された占有管理情報データベースを有し、上記占有管理情報データベースに登録された上記デバィスと同一の上記デバイスに対する占有の許可を指示する上記第 1の制御命令を、複数の上記上位制御端末手段のうち上記デ一夕ベースに登録された上記上位制御端末手段以外の上記上位制御端末から受信したとき上記第 1の制御命令に付加された優先度を比較し、優先度の高い上記第 1の制御命令を発行した上記上位制御端末手段以外の上記上位制御端末手段に対して、上記デバイスの使用許可を禁止することを特徴とする請求の範囲第 1 8項記載のデバイス制御装置。

2 0 . 上記デバイス割り当て制御手段は、上記デ一夕ベースに基づいて上記優先度を比較し、上記データベースに登録された上記優先度の方が、上記第 1の制御命令を発行した上記上位制御端末手段に付加された上記優先度よりも低いとき、上記デ一夕ベースに登録された上記優先度をもつ上記上位制御端末手段に対して七記占有使用の解除を示す制御命令を発行する請求項 1 9のデバイス制御装置。

2 1 . 上記デバイス割り当て制御手段は、上記上位制御端末手段から複数の上記デバイスに対する占有使用の許可を指示する第 2の制御命令を受信したとき、上記データベースに登録された上記複数のデバイスのうち上記第 2の制御命令の指示する上記複数のデバイスの上記デ一夕ベースに登録された上記優先度の中で最も低い優先度と上記第 2の制御命令に付加された優先度とを比較し、優先度の高い上記上位制御命令を発行した上記上位制御端末手段以外の上記上位制御端末手段に対して上記デバイスの使用許可を禁止することを特徴とする請求の範囲第 1 9項記載のデバイス制御装置。

2 2 . 上記デバイスは、ビデオサーバを構成する各入出力処理手段とノンリニアアクセス可能な記録媒体と、スィ、ソチング手段を構成する外部から入力されたあるいは上記ビデオサーバから出力された複数の映像および/または音声データを含むデータが入力される各入力チャンネルと外部に出力されるあるいは上記ビデオサーバに出力される上記デ一夕を出力する各出力チャンネルと、から構成されることを特徴とする請求の範囲第 1 7項記載のデバイス制御装置,