(57)【特許請求の範囲】
【請求項１】
映像データを含む多数の素材データを蓄積するデータ蓄積手段と、前記データ蓄積手段に蓄積された全ての素材データの各々のトリム値を含む属性情報を保持する保持手段と、前記データ蓄積手段に蓄積された任意の素材データのトリム値を設定するためのユーザインターフェースを提供する操作端末とを備え、前記ユーザインターフェースは、トリム値入力用の第１のコントロールと、前記第１のコントロールに入力されたトリム値を適用して前記任意の素材データのプレビュー動作を指示する第２のコントロールと、前記保持手段に保持されている前記任意の素材データのトリム値を前記第１のコントロールに入力されたトリム値で更新することを指示する第３のコントロールと、を備え、
前記第１のコントロールとして、トリム値が入力されるテキストボックスコントロールとともに、該テキストボックスコントロールに入力された値をアップダウンするコマンドボタンコントロールおよびスライドボリュームコントロールを有する
ことを特徴とするデータ記録再生装置。
【請求項２】
前記第１のコントロールは、前記任意の素材データのＳＯＭ点の調整範囲であるフレーム数以下の値で、且つ、整数の値に入力値を制限することを特徴とする請求項１記載のデータ記録再生装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データ記録再生装置に関し、例えば、放送事業者、特に一般放送事業者の放送局で使用するビデオサーバー・システムに適用して好ましいデータ記録再生装置に関する。
【０００２】
【従来の技術】
放送事業者は、局の内外で製作した様々な映像データや音声データを管理し、プレイリストや番組編成表に従って、決められた時間に正確に放送（送出）しなければならない。特に“民放”と称される一般放送事業者にあっては、上記のデータに加えて、さらに大量のコマーシャル素材も扱わなければならないので、その素材管理や送出制御の煩雑さを否めない。
【０００３】
従来より、放送局における素材データ（映像や音声の実体データ）の管理は、専ら磁気テープ媒体によるものであった。すなわち、送出予定の素材データをカセット状の磁気テープ媒体に記録し、それを送出装置にセットしてプレイリストや番組編成表に従って切替えながら送出するものであったが、磁気テープ媒体はランダムアクセスが不可能であるため、例えば、特定の素材データの頭出し等を効率よく行うことができず、磁気テープに記録した素材データ個々の管理がきわめて困難であるという欠点があった。
【０００４】
そこで、ランダムアクセス可能な記憶媒体であるハードディスクを何台もつなげてアレイ状の大容量記憶装置を構築し、この記憶装置に大量の素材データを蓄積するようにした放送局用のビデオサーバ・システムが提供されている。
【０００５】
これによれば、操作卓（端末）からビデオサーバ・システムをコントロールして、素材データの蓄積（いわゆるファイリング）、蓄積データの再生確認（いわゆるプレビュー）および素材データの送出制御等を効率よく行うことができる。
【０００６】
【発明が解決しようとする課題】
ところで、上記プレビュー作業の中に、素材データのトリム調整（トリミング調整またはトリム幅調整ともいう）という作業がある。この作業の詳細は後述するが、要するに、素材データの送出時のＳＯＭ（Ｓｔａｒｔ  Ｏｆ  Ｍｅｓｓａｇｅ）点を微調整する作業である（図３参照）。
【０００７】
トリム調整値を０にすると、素材データの入荷時にすでに定められている本来のＳＯＭ点を変更せずに送出に用いる。または、トリム調整値を＋ｉにすると、素材データ本来のＳＯＭ点のＴＣ（Ｔｉｍｅ  Ｃｏｄｅ）から＋ｉフレームの位置（Ｐａ）をＳＯＭ点として送出を行う。ＤＵＲは固定で決まっているので、自動的にＥＯＭ点も＋ｉフレームの位置（Ｐｂ）にずれることになる。若しくは、トリム値を“−ｉ”にすると、素材データ本来のＳＯＭ点のＴＣから−ｉフレームの位置（Ｐａ）をＳＯＭ点として送出を行う。ＤＵＲは固定で決まっているので、自動的にＥＯＭ点も−ｉフレームの位置（Ｐｂ）にずれることになる。
【０００８】
上記従来のビデオサーバ・システムにあっては、かかるトリム調整をキーボード上のファンクションキーを用いて行っていた。
すなわち、所定のファンクションキー（以下「＋ファンクションキー」という）にプラス方向のトリム調整機能を割り当てるとともに、他のファンクションキー（以下「−ファンクションキー」という）にマイナス方向のトリム調整機能を割り当てておき、＋ｉのトリム調整を行う場合は、＋ファンクションキーを押して入力画面を表示させてテンキーからｉを入力し、または、−ｉのトリム調整を行う場合は、−ファンクションキーを押して入力画面を表示させてたままでテンキーからｉを入力し、何れの場合も、引き続き、実行（Ｅｎｔｅｒ）キーを押してトリム調整の良否を判定するためのプレビュー処理を開始していた。
【０００９】
したがって、上記従来のビデオサーバ・システムにあっては、トリム調整に三つのステップ（ファンクションキー、テンキーおよび実行キーの操作）が必要であり、手順が煩雑になって手間がかかるという問題点がある。しかも、ファンクションキーやテンキーの押し間違いを否定できないので、トリム調整の方向や設定値の入力ミスを起こし易いという問題点もある。
したがって、本発明が解決しようとする課題は、トリム調整の手順を単純化して手間の軽減と入力ミスの防止を図ることにある。
【００１０】
【課題を解決するための手段】
請求項１記載のデータ記録再生装置は、映像データを含む多数の素材データを蓄積するデータ蓄積手段と、前記データ蓄積手段に蓄積された全ての素材データの各々のトリム値を含む属性情報を保持する保持手段と、前記データ蓄積手段に蓄積された任意の素材データのトリム値を設定するためのユーザインターフェースを提供する操作端末とを備え、前記ユーザインターフェースは、トリム値入力用の第１のコントロールと、前記第１のコントロールに入力されたトリム値を適用して前記任意の素材データのプレビュー動作を指示する第２のコントロールと、前記保持手段に保持されている前記任意の素材データのトリム値を前記第１のコントロールに入力されたトリム値で更新することを指示する第３のコントロールと、を備え、前記第１のコントロールとして、トリム値が入力されるテキストボックスコントロールとともに、該テキストボックスコントロールに入力された値をアップダウンするコマンドボタンコントロールおよびスライドボリュームコントロールを有することを特徴とする。
【００１１】
これによれば、ユーザインターフェース上の第１のコントロールを用いてトリム値を入力できる。
【００１３】
これによれば、ユーザインターフェース上の第１のコントロールを用いてトリム値を入力できるとともに、同インターフェース上の第２のコントロールを用いてプレビュー動作を指示でき、しかも、同インターフェース上の第３のコントロールを用いてトリム値の更新を行うことができる。
【００１６】
これによれば、テキストボックスコントロールに直接、任意のトリム値を入力できる。
【００１８】
これによれば、テキストボックスコントロール内のトリム値をアップダウンさせながら任意の値に変更できる。
【００２２】
これによれば、スライドボリュームコントロールをドラッグしながら任意のトリム値を設定できる。
【００２７】
請求項２記載のデータ記録再生装置は、請求項１記載のデータ記録再生装置において、前記第１のコントロールは、前記任意の素材データのＳＯＭ点の調整範囲であるフレーム数以下の値で、且つ、整数の値に入力値を制限することを特徴とする。
【００２８】
これによれば、不正なトリム値の入力を回避できる。
【００３３】
【発明の実施の形態】
以下、本発明の実施の形態を、放送局用の「ビデオサーバ・システム」を例にして図面を参照しながら説明する。
図１は、放送事業者の放送局内に設置されたビデオサーバ・システムの全体構成図であり、図示のビデオサーバ・システム１（発明の要旨に記載のデータ記録再生装置に相当）は、その役割別に、局内上位サブシステム１００、操作サブシステム２００（発明の要旨に記載の操作端末に相当）、データベースサブシステム３００（発明の要旨に記載の保持手段に相当）、大容量記憶サブシステム４００（発明の要旨に記載のデータ蓄積手段に相当）、送出系サブシステム５００などに分類することができる。
【００３４】
これらのサブシステムは、それぞれ後述の役割を担うものであり、各サブシステムは、その担当役割の全てまたは一部を効率的に実現するために、必要に応じ、汎用のオペレーティングシステム（以下「ＯＳ」）を搭載したパーソナルコンピュータ若しくはワークステーション（以下「パソコン」という）を含むことがある。
【００３５】
特に、操作サブシステム２００は、以下の説明からも明らかになるが、操作員との良好なマン・マシン・インターフェースを図るために、ＧＵＩ（グラフィカル・ユーザインターフェース）環境に優れた所定の汎用ＯＳ（例えば、Ｗｉｎｄｏｗｓ９５／９８／ＮＴ／ＣＥ：Ｍｉｃｒｏｓｏｆｔ社の登録商標）を搭載したネットワーク対応のパソコン（ネットワークカードやハードディスクドライブを実装したパソコン本体、ディスプレイ装置およびキーボードやマウス等の入力装置を含む）を少なくとも１台（図では便宜的に３台）含む。
【００３６】
各サブシステムの好ましい構成例を説明すると、
まず、局内上位サブシステム１００は、編集部門や営業部門に設置された上位管理システム（以下、便宜的に「営業管理システム」という）１０１を含む。
この営業管理システム１０１は、編集部門や営業部門から受け取った素材データ（放送素材の実体的データ；例えば、ＣＭ素材の映像データおよび音声データ）に素材コードと呼ばれる局内管理用のユニークな情報を付与したり、素材データの詳細情報（素材データに関する様々な属性情報）を作成したり、素材データの送出順番（いわゆるプレイリストや番組編成表；以下「プレイリスト」で代表）を作成したりするものである。
【００３７】
なお、営業管理システム１０１は、厳密にはビデオサーバ・システム１とは異なる別のワークグループに属するネットワークに接続されており、このネットワークとビデオサーバ・システム１とを連接（ＬＡＮ−ＬＡＮ接続）して、いわゆるＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を構築するために、局内上位サブシステム１００にデータゲートウェイ１０２が設けられている。
【００３８】
図示のデータゲートウェイ１０２はネットワーク対応のパソコンで構成されており、例えば、２枚のネットワークカードをスロットに挿入し、一方のカードを営業管理システム１に接続するとともに、他方のカードをビデオサーバ・システム１のＬＡＮ６００に接続して、両ネットワーク間における必要なデータの選択的転送を可能にする。
ここで、営業管理システム１からビデオサーバ・システム１へのデータ転送方向を“下り”その逆を“上り”と称することにすると、下りデータは「素材データの詳細情報（素材コードを含む）」と「プレイリスト」などであり、上りデータは放送を完了した素材データのリスト（送出結果リスト：後述）などである。
【００３９】
次に、操作サブシステム２００は、既述のとおり、ＧＵＩ環境に優れた汎用ＯＳを搭載したパソコン（図では３台；符号２０１〜２０３参照）を備える。このパソコンはファイリング作業担当の局員やプレビュー作業担当の局員並びに送出監視作業担当の局員の机上に置かれる。
【００４０】
もし、これらの担当局員が同一人物の場合またはファイリング作業、プレビュー作業および送出監視作業を同時に実行しない場合、パソコンは１台でよい。
すなわち、１台のパソコンにファイリング用、プレビュー用および送出監視用の各アプリケーションプログラムソフト（またはこれらを統合したアプリケーションプログラムソフト）をインストールし、実行すべき作業内容に応じて適切なアプリケーションプログラムを起動すればよい。
しかし、実際には、ファイリング作業、プレビュー作業および送出監視作業の全てまたは一部を並行して行うことが多いため、パソコンは、図示のように、各作業担当毎、すなわち、ファイリング作業用のパソコン（以下「ファイリング端末」）２０１、プレビュー作業用のパソコン（以下「プレビュー端末」）２０２、および、送出監視作業用のパソコン（以下「送出監視端末」）２０３のように別々に設置することが望ましい。
【００４１】
各端末２０１〜２０３はスロットに挿入された不図示のネットワークカードを介してＬＡＮ６００に接続されている。なお、同一の作業を複数の局員で分担して行う場合に備えて、作業単位毎に各端末を複数台設置しておいてもよい。
【００４２】
次に、データベースサブシステム３００は、ネットワーク対応のデータベースエンジン（例えば、ＳＱＬデータベースエンジン；ＳＱＬはＳｔｒｕｃｔｕｒｅｄ  Ｑｕｅｒｙ  Ｌａｎｇｕａｇｅの略）を搭載しており、このデータベースエンジンを介して、操作サブシステム２００の各端末２０１〜２０３から自由にレコードデータの参照や更新および追加を行うことが可能なデータベーステーブルを備える。データベーステーブルは、例えば、図２に示すようなテーブル構造を有している。
【００４３】
図において、横長の桝目の一つ一つはそれぞれデータフィールド（以下、単に「フィールド」）を表しており、全体の枠線は一つのレコードを表している。各フィールドには、例えば、“素材コード”、“ステータス”、“ＤＵＲ”、“スポンサー名”、“素材名”、“音声”・・・・“トリム調整”・・・・といった適当な名前がつけられている。
【００４４】
素材コードフィールドは、このデータベーステーブルのキーコードフィールドであり、このキーコードフィールド（素材コードフィールド）には、上述の営業管理システム１０１で発行されたユニークな素材コードが格納されるようになっている。
【００４５】
データベーステーブルのレコード数は、営業管理システム１０１で発行された素材コードの数に依存し、例えば、営業管理システム１０１で発行された素材コードの数をｎ個とすると、データベーステーブルのレコード数も同じくｎ個となる。
【００４６】
なお、キーコードフィールドを除く各フィールドに格納される情報は、そのレコードのキーコード（素材コード）に対応した素材データの様々な属性情報であり、例えば、ＤＵＲは素材の長さ、スポンサー名は素材の提供者名、素材名は素材の名前、音声は音声モード、映像は映像モード、・・・・トリム調整は素材データのトリム値、・・・・などである。
【００４７】
例えば、図では、素材コード“ＣＭ０００００００００７”の素材データに関する属性として、“プレビュー済”みであること、そのＤＵＲが“００：１５”（分：秒）の長さであること、スポンサー名が“ブレッド食品”であること、素材名が“おいしい朝食”であること、音声モードが“ステレオ”で映像モードが“ＮＴＳＣ”であること、・・・・、トリム調整が“０”（トリム値０）であること、・・・・、などが設定されている。
【００４８】
これらの情報の幾つか、例えば、素材コード、スポンサー名、ＤＵＲ、素材名、音声モード、映像モードなどは、営業管理システム１０１からの「素材データの詳細情報」に示された内容を維持してそのまま変化しない固定情報であるが、例えば、ステータスやトリム調整などは、操作サブシステム２００の各端末２０１〜２０３の操作によって変更可能な可変情報である。
【００４９】
なお、トリム調整とは、既述のとおり、素材データの送出時のＳＯＭ点を微調整する作業である。
因みに、素材データは、図３（ａ）に示すように、ＤＵＲ（素材データの長さ；一般に時間で表される）に対応する本編と、その本編の前後に余分に収録した所定枚数の捨カットとからなる。サーバーへ素材を蓄積するときに、ＣＭを製作する段階で定められたＳＯＭ（Ｓｔａｒｔ  Ｏｆ  Ｍｅｓｓａｇｅ）点およびＥＯＭ（Ｅｎｄ  Ｏｆ  Ｍｅｓｓａｇｅ）点よりも前後１５フレーム余分に収録することで、実際に放送するＳＯＭ点を前後に１０フレームの幅で調整できる仕組みになっている。
【００５０】
トリム調整の初期値は“０”である。トリム値０の場合、図３（ｂ）に示すように、本編のみを送出対象（図において、Ｐａ：送出開始点、Ｐｂ：送出終了点）に指定したことになる。すなわち、この場合、捨カットは無視されるが、例えば、トリム値を“＋ｉ”（但し、ｉは０を超える整数；以下同様）にすると、図３（ｃ）に示すように、素材データ本来のＳＯＭ点のＴＣ（Ｔｉｍｅ  Ｃｏｄｅ）から＋ｉフレームの位置（Ｐａ）をＳＯＭ点として送出を行う。ＤＵＲは固定で決まっているので、自動的にＥＯＭ点も＋ｉフレームの位置（Ｐｂ）にずれることになる。
または、トリム値を“−ｉ”にすると、図３（ｄ）に示すように、素材データ本来のＳＯＭ点のＴＣから−ｉフレームの位置（Ｐａ）をＳＯＭ点として送出を行う。ＤＵＲは固定で決まっているので、自動的にＥＯＭ点も−ｉフレームの位置（Ｐｂ）にずれることになる。
【００５１】
かかるトリム調整は、本実施の形態のビデオサーバ・システム１の場合、操作サブシステム２００のファイリング端末２０１若しくはプレビュー端末２０２で所定のＧＵＩ画面（詳細は後述）を使って行うことができる。
【００５２】
次に、大容量記憶サブシステム４００は、本実施の形態のビデオサーバ・システム１の中核をなすものであり、要するに、公知の大容量ハードディスク管理技術、典型的には、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙ  ｏｆ  Ｉｎｅｘｐｅｎｓｉｖｅ  Ｄｉｓｋ）技術を駆使して構築された大容量のハードディスクシステムに、大量の素材データを蓄積し、その素材データを、素材データの詳細情報やプレイリスト等に従って管理し、且つ、所望のタイミングで送出（放送）するというものである。
【００５３】
なお、ＲＡＩＤにはＲＡＩＤ０、ＲＡＩＤ１、ＲＡＩＤ３およびＲＡＩＤ５の各レベルがある。ＲＡＩＤ０はいわゆるストライプセットと呼ばれるもので、複数のハードディスクをブロック単位で順々に使用する。読み書きを高速にできる反面、信頼性に劣る（ディスク台数をｎ台とし１台当たりの故障確率をｘとするとシステム全体の故障確率は１−（１−ｘ）nになる）。
【００５４】
ＲＡＩＤ１はミラーセット（またはミラーリング）と呼ばれるもので、同じデータを複数のハードディスクに書き込む。いずれかのハードディスクが故障してもデータを失うことはない。ＲＡＩＤ１でデータを失う確率はｘnになり、高い信頼性を得られるが、ディスクの使用効率は低い。
一方、ＲＡＩＤ３はＲＡＩＤ０とＲＡＩＤ１の中間の性能を持つ。すなわち、ＲＡＩＤ３では、ＲＡＩＤ０の構成にパリティ（データ復元用情報）専用のハードディスクを追加し、このパリティ専用のハードディスクに、ＲＡＩＤを構成するハードディスクの同じ論理ブロック位置のデータから生成したパリティを書き込む。ハードディスクの一台が壊れた場合、残りのハードディスクのデータとパリティを使って壊れたデータを復元できる。したがって、パリティ専用のハードディスクを含む２台のハードディスクが同時に壊れない限り、データを失うことがない。
【００５５】
ＲＡＩＤ３の故障確率は、ｎ（ｎ−１）／２×（ｘ2）となる。ＲＡＩＤ１には及ばないが、単一のハードディスクに比べて遥かに信頼性が高く、しかも、ＲＡＩＤ１と比べて圧倒的にディスクの使用効率が高い（冗長度が低い）という利点がある。
ＲＡＩＤ３の弱点は、書込みの際に必ずパリティ専用ハードディスクへのアクセスが発生し、このアクセス集中が性能上のボトルネックになりやすいことである。この点を改良したのがＲＡＩＤ５である。
【００５６】
ＲＡＩＤ５では、パリティ専用のディスクを持たず、パリティ情報を各ディスクに分散する。パリティディスクへのアクセス集中が起きず、ＲＡＩＤ３の弱点をカバーできる。
但し、ディスクの使用効率や信頼性はＲＡＩＤ３と同等である。図示の大容量記憶サブシステム４００では、特に限定しないが、映像データの記憶にＲＡＩＤ３を使用し、音声データの記憶にＲＡＩＤ１を使用する。
【００５７】
本実施の形態の大容量記憶サブシステム４００は、障害耐性を向上するために、その主要部をＡ系とＢ系のデュアル構成にし、各系に同一の素材データを記憶するようにしている。Ａ系はＳＭＳ（Ｓｅｒｖｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）４０１ａ、ＩＤＣ（Ｉｎｔｅｌｌｉｇｅｎｔ  Ｄｅｖｉｃｅ  Ｃｏｎｔｒｏｌｌｅｒ）４０２ａおよびビデオサーバ４０３ａを備え、また、Ｂ系は同じくＳＭＳ（同）４０１ｂ、ＩＤＣ（同）４０２ｂおよびビデオサーバ４０３ｂを備え、さらに、各系共通のカセット制御装置４０４と、カセットオートチェンジャー４０５と、各系のＩＤＣ４０２ａ、４０２ｂによって制御される素材機４０６と、プレビュー画像等を表示するモニター装置４０７とを備えている。
【００５８】
モニター装置４０７は、操作サブシステム２００の各端末、特にプレビュー端末２０２を操作する局員からその画面がよく見える位置に置かれていなければならない。もし、１台のモニター装置４０７でその条件（画面の視認性）を満たすことができない場合は、特にプレビュー端末２０２の近くに別のモニター装置（便宜的に「サブモニター装置」という）を置き、そのサブモニター装置にモニター装置４０７と同一の画面を表示させればよい。
【００５９】
カセットオートチェンジャー４０５は、旧来のテープ方式による送出素材蓄積装置であり、ビデオサーバ４０３ａ、４０３ｂのデータバックアップ用や一本化テープと呼ばれるＣＭ送出用テープの作成に利用することができるほか、両系のビデオサーバー４０３ａ、４０３ｂがダウンしたときの緊急予備機としても利用することが可能である。
【００６０】
なお、カセット制御装置４０４は、ファイリング端末２０１やプレビュー端末２０２または送出監視端末２０３からのリソース要求に応答してカセットオートチェンジャー４０５の各種リソースの割り当てを調停するものであり、その基本機能はＳＭＳ４０１ａ、４０１ｂの機能（後述）と類似するので、以下に述べるＳＭＳ機能説明を流用するものとし、ここでの説明は省略する。
【００６１】
ＳＭＳ４０１ａ、４０１ｂは、ＩＤＣ４０２ａ、４０２ｂとともに、操作サブシステム２００の各端末２０１〜２０３からのリソース要求に応答してビデオサーバ４０３ａ、４０３ｂの各種リソース割り当てを調停するものである。
【００６２】
なお、リソース（Ｒｅｓｏｕｒｃｅ）とは、ビデオサーバ４０３ａ、４０３ｂの入出力チャネル、ルータの接続点、ＲＡＩＤを構成するハードディスクなどのデバイスのことをいう。資源ともいう。各端末２０１〜２０３は割り当てを受けたデバイスをその割り当て期間中、占有して使用することができる。
【００６３】
リソース割り当ては各端末２０１〜２０３からの要求に応じて動的に行われなければならない。固定割り当ては端末の数だけリソースを備える必要があり、効率的でないうえ、システム規模が大きくなるので現実的でないからである。ところで、リソースの割り当てを動的にした場合、同一リソースへの競合や優先割り当ての対策を講じる必要がある。ＳＭＳ４０１ａ、４０１ｂは、かかる競合および優先割り当ての調停（調停動作の具体的説明は後述する）を行うものである。
【００６４】
次に、送出系サブシステム５００は、送出部門に設置された上位制御システム（以下、便宜的に「送出制御システム」という）５０１を含むとともに、さらに、この送出制御システム５０１からの通知データ（スタンバイコマンドやスタンバイステータスデータ等）に従ってデータベースサブシステム３００のテーブルデータ（例えば、素材データの詳細情報、プレイリスト、送出結果リストなどの内容）を更新するＡ系の送出制御ゲートウェイ５０２ａおよびＢ系の送出制御ゲートウェイ５０２ｂと、各系共通のマスタースイッチャー５０３などを含む。
【００６５】
なお、送出制御システム５０１から各系のＩＤＣ４０２ａ、４０２ｂに対して送出プレイ制御情報（ＰＬＡＹコマンド）が送出されるとともに、マスタースイッチャー５０３から各系のＩＤＣ４０２ａ、４０２ｂに対してオンエアタリー情報（ＯＡＴＡＬＬＹコマンド）が供給される。
【００６６】
次に、作用を説明する。
まず、ビデオサーバ・システム１０の全体動作を説明する前に、大容量記憶サブシステム４００のリソース競合やリソース優先割り当ての調停を行うＳＭＳ４０１ａ、４０１ｂの動作を説明する。
【００６７】
図４は、ＳＭＳ４０１ａ、４０１ｂ（以下、Ａ系のＳＭＳ４０１ａで代表する）の機能概念図であり、ＳＭＳ４０１ａは、ソフトウェア（ＯＳおよび所定のアプリケーションプログラム）とハードウェアとの有機的結合によって実現される少なくとも二つのタスク｛図では、実行管理タスク（略号「ＥＭＴ」）９００およびリソース情報管理タスク（略号「ＲＩＭＴ」）９０１｝を備える。
【００６８】
なお、“タスク”とはＯＳレベルで管理・制御されるプログラム実行の単位である。例えば、ＭＳ−ＤＯＳは同時に一つのタスクしか管理（いわゆる「シングル・タスク」）できないが、Ｗｉｎｄｏｗｓ９５／９８／ＮＴ／ＣＥやＵＮＩＸまたはＯＳ／２などでは複数のタスクを切替えながら管理（いわゆる「マルチ・タスク」）できる。ユーザから見た場合にタスクをジョブということもある。なお、ＭＳ−ＤＯＳはＭｉｃｒｏｓｏｆｔ社の登録商標、ＯＳ／２はＩＢＭ社の登録商標である。
【００６９】
近時、特別な用途を除きＭＳ−ＤＯＳのようなシングル・タスクＯＳを使用することは希であり、ほとんどは、Ｗｉｎｄｏｗｓ９５／９８／ＮＴ／ＣＥ、ＵＮＩＸまたはＯＳ／２のようなマルチ・タスクＯＳを使用する。したがって、本実施の形態においても、かかる技術背景（マルチ・タスク環境）に倣って“タスク”と称するが、この用語の意味に限定されない。ジョブであってもよいし、プログラムであってもよい。
【００７０】
実行管理タスク９００は、操作サブシステム２００とＩＤＣ４０２ａの間のインターフェースを提供する。すなわち、実行管理タスク９００は、操作サブシステム２００からのリソース要求命令（図では「制御命令」）を受け取ると、リソース管理タスク９０１にリソース割り当ての可否を問い合わせ、その結果（割り当て許可または割り当て拒否）を示す信号（図では「制御結果」）を操作サブシステム２００に通知する。
【００７１】
また、実行管理タスク９００は、操作サブシステム２００からの割り当てリソースに対する実際の操作命令（図では「制御命令」）を受け取ると、リソース管理タスク９０１に当該リソースの使用を通知するとともに、ＩＤＣ４０２ａに対して当該操作命令（図では「制御命令」）を転送し、ＩＤＣ４０２ａからの操作実行結果（正常終了／異常終了；図では「制御結果」）を操作サブシステム２００に通知する。
【００７２】
リソース情報管理タスク９０１は、このＳＭＳ４０１ａが管理すべきリソースの現在情報を常に最新の状態で保持している。この現在情報は、図において「リソース情報データベース９０１ａ」と称するように、データベース構造を採用することができ、さらに、アクセス時のオーバヘッドを少なくするために、リソース情報データベース９０１ａをＳＭＳ４０１ａのメインメモリ上に構築することができる。リソース情報データベース９０１ａは、例えば、ユーザ情報、リソース管理情報、素材情報、結線情報、オープン管理情報およびエラー情報の各テーブルを有する。
【００７３】
ユーザ情報テーブルは、操作サブシステム２００の各端末（ファイリング端末２０１、プレビュー端末２０２および送出監視端末２０３）に割り当てられた固有の識別情報、若しくは、各端末を操作する局員に割り当てられた固有の識別情報を管理し、リソース管理情報テーブルは、リソースの現在状態を表す情報、例えば、図５に示すような、リソース名、リソースタイプ、リソースグループ名、リソース状態、リソース通信状態、予約ユーザ名および予約優先度などの情報を管理する。
【００７４】
また、素材情報テーブルはビデオサーバ４０３ａに蓄積された素材データの情報を管理し、結線情報テーブルはリソースの接続情報を管理し、オープン管理情報テーブルはオープンされたリソース（予約中または使用中のリソース）の情報を管理し、エラー情報テーブルはエラーの発生したリソースの情報とそのエラー内容の情報を管理する。
【００７５】
図５のリソース管理情報テーブルにおいて、保持情報の一つを代表的に抜き出して、その意味を説明すると、リソース名の“ＳＭＳ＿１”は、Ａ系のＳＭＳ４０１ａを示し、リソースタイプの“ＳＭＳ”は、ＳＭＳ、すなわち、Ｓｅｒｖｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍを示し、リソースグループのＧＰ＿ＳＭＳは、Ｂ系のＳＭＳを含むＳＭＳグループを示し、リソース状態の“使用可能”はいつでも使用できることを示し、リソース通信状態の“接続”はオンライン状態にあることを示し、予約ユーザ名の“なし”は、現在、そのリソースが予約されていないことを示し、予約優先度の“０”は初期値を示す。
【００７６】
図６は、実行管理タスク９００とリソース情報管理タスク９０１の動作の一例を示す図である。この図において、リソース要求元（操作サブシステム２００の端末の一つ）は、例えば、以下の書式のリソースオープン命令（ＯＰＥＮ命令）を発生するものとする。
【００７７】
ＯＰＥＮ［ＳＮ］［ＭＤ］［ＲＳＣ］［ＰＲ］［ＵＳＲ］
ここに、［ＳＮ］は命令番号であり、通常はＳＮ＝１である。幾つかの命令が連続する場合に各々ＳＮ＝２、ＳＮ＝３、・・・とする。［ＭＤ］はリソースのオープンモード指定である。再生モードの場合はＭＤ＝ＰＬＡＹとし、記録モードの場合はＭＤ＝ＲＥＣとする。［ＲＳＣ］はリソース指定である。例えば、ＲＳＣ＝ＨＤＳ＿１．ＡＶ１とすると、“ＨＤＳ＿１．ＡＶ１”というリソース名を持つ所定のリソースを指定したことになる。なお、ＲＳＣとリソース指定の関係は、図５のリソース管理情報テーブルの登録内容（特にリソース名）に依存する。
【００７８】
［ＰＲ］は優先度の指定である。ＰＲ＝１００にすると最低の優先度となり、０に近い値にするほど優先度が高くなる。［ＵＳＲ］はリソース要求元のユーザ情報を指定する。例えば、ＵＳＲ＝ＵＳＥＲ＿１とすると、“ＵＳＥＲ＿１”という名前（固有の識別情報）を持つユーザまたは端末からのリソース割り当て要求となる。
【００７９】
例えば、ＭＤ＝ＰＬＡＹ、ＲＳＣ＝ＨＤＳ＿１．ＶＡ１、ＰＲ＝１００およびＵＳＲ＝ＵＳＥＲ＿１のＯＰＥＮ命令を受け取った実行管理タスク９００は、これらの情報（ＭＤ＝ＰＬＡＹ、ＲＳＣ＝ＨＤＳ＿１．ＶＡ１、ＰＲ＝１００およびＵＳＲ＝ＵＳＥＲ＿１）をリソース情報管理タスク９０１に通知する。
【００８０】
リソース情報管理タスク９０１は、ユーザ情報、リソース管理情報、素材情報、結線情報、オープン管理情報およびエラー情報の各テーブルを参照し、要求されたリソース割り当ての可否を判断する。例えば、
（イ）ユーザ情報テーブルに“ＵＳＥＲ＿１”が登録されていない、
（ロ）リソース情報管理テーブルのＨＤＳ＿１．ＡＶ１のリソース状態が“使用可能”でない、
（ハ）リソース情報管理テーブルのＨＤＳ＿１．ＡＶ１のリソース通信状態が“接続”でない、
（ニ）リソース情報管理テーブルのＨＤＳ＿１．ＡＶ１の予約ユーザ名が“なし”以外であって、且つ、予約優先度に［ＰＲ］の値よりも小さな値が設定されている、
の何れかの条件を満たした場合にリソース割り当て要求を拒否し、一方、それ以外の場合にリソース割り当て要求を許諾してオープン管理テーブルに新たなエントリを作成する。上記（イ）〜（ニ）はいずれもリソース割り当ての調停条件であり、又、（ニ）は優先度の調停条件である。
【００８１】
リソース情報管理タスク９０１は、リソース割り当ての許可または拒否結果を実行管理タスク９００に通知し、実行管理タスク９００は、その通知をリソース要求元（操作サブシステム２００）に転送するが、リソース割り当てが許可された場合は、実行管理タスク９００はリソース要求元（操作サブシステム２００）にストリームＩＤと呼ばれる情報（例えば、ＣＳＴＡＴ  ＳＩＤ＝ｎ；ｎは任意の整数）を転送する。
【００８２】
このストリームＩＤは、リソース割り当てが許可されたオープン命令に対応するユニークな識別コードであり、リソース要求元（操作サブシステム２００）は、以降、このストリームＩＤを用いて、割り当てリソースに対する制御命令を逐次に発生することができる。
【００８３】
例えば、再生を指示する場合は、リソース要求元（操作サブシステム２００）で「ＰＬＡＹ  ＳＩＤ＝ｎ」を発生する。ストリームＩＤを使用しない場合は、「ＰＬＡＹ  ＲＥＣ＝ＩＯＰ＿１  ＭＤ＝ＰＬＡＹ  ＰＲ＝１００」のように、リソース要求時と同等の多くの情報を含む命令を発生しなければならならないが、ストリームＩＤを使用することによって、情報を少なくすることができ、命令を単純化できる。
【００８４】
次に、本実施の形態のビデオサーバ・システム１の全体動作について、説明する。
局内または局外で製作されたＣＭ等の素材データは、磁気テープなどの可搬型記憶媒体に収められ、その素材データを放送する放送事業者（以下、単に「事業者」という）の担当部署（例えば、編集部門や営業部門など）に届けられる（このことを便宜的に「入荷」と称することにする）。なお、入荷は可搬型記憶媒体だけに限らない。専用線などの通信回線を利用した入荷、すなわち、データのみの入荷も有り得るが、以下の説明では簡単化のために、可搬型記憶媒体を用いた入荷を例にして話しを進めることにする。
【００８５】
入荷が発生すると、当該部署の担当者は、営業管理システム１０１の不図示の端末を操作して素材データ毎の受付処理を実行する。この受付処理では、各々の素材データを一意に識別するための、事業者内コード（すなわち、素材コード）を発生する。素材コードは先にも説明したとおり、重複のない唯一無二のユニークなコードでなければならない。素材コードの書式は、例えば、適当な接頭文字と複数桁の一連番号とを組み合わせたものとすることができる。接頭文字はその素材コードの種別を表す適当な文字（または文字列）を含むことができ、例えば、ＣＭ素材の場合は“ＣＭ”とすることができる。
【００８６】
一連番号を、当該事業者の事業継続期間の間、自動的にカウントアップさせながら自動発生させることにより、ユニークな素材コードとすることができる。例えば、接頭文字を“ＣＭ”とし、一連番号を１０桁のゼロサプレス付き数値とすると、“ＣＭ０００００００００１”から“ＣＭ９９９９９９９９９９”までのユニークな素材コードを発生することができる。または、年度や決算期を表す文字列と一連番号を組み合わせ、年度や決算期が変わる度に一連番号を初期値にリセットしながら自動発生させてもよい。
【００８７】
受付処理では、上記素材コードの発生に加え、さらに、素材データに関する様々な属性データの入力を行って「素材データの詳細情報」を作成する。属性データは、例えば、素材データの長さ（ＤＵＲ）、素材データの提供者名（スポンサー名）、素材データの名前（素材名）、素材データに含まれる音声データの種類（モノラル、ステレオ等）、素材データに含まれる映像データの種類（ＮＴＳＣ、ＰＡＬ等）・・・・などである。
【００８８】
営業管理システム１０１における受付処理を完了すると、この受付管理システム１０１からデータゲートウェイ１０２を介して上記の素材コードおよび属性データを含む素材データの詳細情報が転送され、データベースサブシステム３００のデータベーステーブルに追加登録される。例えば、  営業管理システム１０１で“ＣＭ０００００００００７”の素材データを受付し、当該素材データの詳細情報を作成した場合は、その受付処理の完了後に、データベースサブシステム３００のデータベーステーブルに、図２のレコードデータを含む新規レコードが追加登録される。但し、新規レコードの追加段階では、図２のレコードデータの各フィールドデータのうちステータスフィールドの情報は“空白”（または長さゼロの文字列若しくはＮＵＬＬ値）になっている。
【００８９】
ファイリング作業担当の局員、プレビュー作業担当の局員、または、送出監視作業担当の局員は、操作サブシステム２００の各端末（ファイリング端末２００、プレビュー端末２０１および送出監視端末２０３）を操作し、データベースサブシステム３００や大容量記憶サブ４００システムにアクセスしながら自己の担当作業を実行する。
ここで、上記担当作業を分類すると、プレイリストの登録作業、素材のファイリング作業、素材のプレビュー作業（オンエアプレビュー作業を含む）、一本化テープの作成作業および送出監視作業などに分けることができる。
【００９０】
なお、前述したとおり、本実施の形態では営業管理システム１０１から転送されたプレイリストを、データゲートウェイ１０２を介してデータベースシステム３００に自動的に登録できるようになっているから、特にプレイリストの登録作業は必要でない。但し、営業管理システム１０１にトラブルが発生した場合や営業管理システム１０１との間のデータ接続に不調が発生した場合などは、プレイリストをフロッピィディスクなどの可搬型記憶媒体に収めて届けられることがあるので、このような場合に備えてデータベースシステム３００で直接登録できるようにしたり、操作サブシステム２００の任意の端末から遠隔登録できるようにしておくことが望ましい。
【００９１】
素材のファイリング作業は、「素材データの詳細情報」に従って素材データの実体（映像データや音声データ；以下、映像データで代表）を大容量記憶サブシステム４００に登録（蓄積）する作業であり、この作業はファイリング端末２０１を操作することによって行われる。すなわち、素材データを収めた可搬型記憶媒体を素材機４０６にセットし、この素材機４０６をファイリング端末２０１から遠隔操作することにより、所要の素材データを大容量記憶サブシステム４００に登録する。
【００９２】
また、素材のプレビュー作業は、大容量記憶サブシステム４００に蓄積された素材データの確認作業（画質や音質等のチェック作業；マザープレビューとも呼ばれる）またはプレイリストや番組編成表との照合作業（送出のリハーサルまたはオンエアプレビューとも呼ばれる）であり、この作業はプレビュー端末２０２を操作することによって行われる。
すなわち、プレビュー端末を操作して大容量記憶サブシステム４００に蓄積された素材データを読み出し、モニター装置４０７に表示してその画質や音質を確認（マザープレビュー）したり、または、プレイリストや番組編成表の順番通りに再生されるかを確認（オンエアプレビュー）したりする。
送出監視作業は、当日分のプレイリストに従って素材データを順次に送出（放送）する作業であり、そのほとんどは人手を必要しない自動化された作業である。
【００９３】
図７は、ファイリング端末２０１のＧＵＩ画面（発明の要旨に記載のユーザインターフェースに相当）を示す図である。ファイリング作業担当の局員は、このＧＵＩ画面９１０を見ながら対話的に所要の作業を行う。なお、図示のＧＵＩ画面９１０は、そのタイトルバー９１１に“ファイリング・Ａ系”と表示されているが、ファイリング作業専用ではない。プレビュー端末２０２におけるＧＵＩ画面にも使用される。すなわち、ファイリング作業およびプレビュー作業兼用のＧＵＩ画面である。
【００９４】
以下、ＧＵＩ画面９１０のフォームレイアウトを説明すると、タイトルバー９１１には適当なタイトルメッセージ（図では“ファイリング”）が表示されるとともに、そのＧＵＩ画面９１０を表示中の端末に接続された、大容量記憶サブシステム４００の系（Ａ系またはＢ系）が表示されている。タイトルバー９１１にはさらに、適当にデザインされたイメージオブジェクト９１１ａ、そのＧＵＩ画面９１０を閉じるためのボタン９１１ｂ、最大化ボタン９１１ｃおよび最小化ボタン９１１ｄなどが表示されている。
【００９５】
タイトルバー９１１の下にはメニューバー９１２が配置されている。メニューバー９１２には幾つかのメニュー項目（図では、ファイル（Ｆ）、素材データ（Ｅ）、表示（Ｕ）、操作（Ｏ）、オプション（Ｐ）およびヘルプ（Ｈ））が設定されている。任意のメニュー項目をクリック（マウスの左ボタン操作；以下同様）すると、プルダウン式のサブメニュー項目が表示されるようになっている。
【００９６】
メニューバー９１２の下には複数のコマンドボタンコントロール（以下「コントロール」を「ＣＴＬ」と略す）を横に並べたコマンドボタンＣＴＬ群９１３が配置されており、各々のコマンドボタンＣＴＬに使用頻度の高いサブメニュー項目（メニューバー９１２に登録されたサブメニュー項目）が割り当てられている。
【００９７】
ここで、“コントロール”（ＣＴＬ）とは、再利用可能なプログラムモジュールの一種であって、特に、Ｖｉｓｕａｌなプログラム開発ツールにあらかじめ付属する（または別売される）ＧＵＩ画面設計用の様々な部品のことをいう。例えば、ＶＢＸ（Ｖｉｓｕａｌ  Ｂａｓｉｃ  Ｅｘｔｅｎｓｉｏｎ）、ＯＣＸ（ＯＬＥカスタムコントロール）、クラスライブラリ、ＡｃｔｉｖｅＸコントロールなどが代表例である。
ＧＵＩ画面を設計する際に、用途に応じた適切なコントロールを選択し、そのコントロールを画面（Ｆｏｒｍ）に貼り付けるだけで画面をレイアウトできるので、開発工数を大幅に短縮できる。
【００９８】
あらゆるコントロールは、プロパティ、メソッドまたはイベントと呼ばれるプログラミングインターフェース（の全てまたは一部）を持つ。これらのプログラミングインターフェースはオブジェクト指向におけるスケルトン（骨格）に相当するものである。プロパティはそのコントロールの静的な属性、メソッドはそのコントロールの動作、イベントはそのコントロールの外的要因に対応する動作を規定する。
例えば、一般的なコマンドボタンＣＴＬはプロパティとイベントの二つを持つので、Ｆｏｒｍ上またはコード上でこれらのインターフェースに所望の値をセットすることにより、そのコマンドボタンＣＴＬの静的な属性と外的要因に対応する動作を任意にプログラミングできる。
【００９９】
例えば、コマンドボタンＣＴＬの使用可能（Ｅｎａｂｌｅｄ）プロパティに“Ｔｒｕｅ”（真値；例えば−１）をセットすると、そのコマンドボタンＣＴＬを使用可能にして、クリックやダブルクリックを受け付けることができ、クリックイベントやダブルクリックイベントに登録した任意のプロシージャー（プログラム）を実行できる。あるいは、“Ｆａｌｓｅ”（偽値；例えば０）をセットすると、そのコマンドボタンＣＴＬを使用不可（タイトル表示が薄くなる）にして、上記プロシージャーの実行を禁止できる。
【０１００】
ＧＵＩ画面９１０の最下段にはリストボックスＣＴＬ９１４および複数のテキストボックスＣＴＬ９１５〜９１７を含むステータスエリア９１８が設けられており、リストボックスＣＴＬ９１４にはシステムエラー等のメッセージ情報が時間順にリスト表示される。古い時間のメッセージ情報を確認する場合は矢印ボタンをクリックしてリストを表示させ、所望のリスト行を選択すればよい。また、テキストボックスＣＴＬ９１５〜９１７には、例えば、ファイリング作業やプレビュー作業の実行中または作業終了を示す文字列、プレビューモード（単独実行モード／連続実行モード）、および、プレビュー対象の素材データの数（分母は全ての素材データ数）などが表示される。
【０１０１】
ＧＵＩ画面９１０のコマンドボタンＣＴＬ群９１３とステータスエリア９１８の間の広いエリアは、四つの領域に分けられており、各領域をその位置関係から、左上領域９１９、右上領域９２０、左下領域９２１および右下領域９２２と称することにすると、後述するように、左上領域９１９は素材データのリスト表示用、右上領域９２０は一つの素材データの詳細情報表示用、左下領域９２１はキューアップ操作用、右下領域９２２はファイリング／プレビュー操作用に各々割り当てられる。
【０１０２】
図８は、左上領域９１９のレイアウト図であり、この領域には、多数の行と列から構成された一つのデータシートＣＴＬ９１９ａが配置されている。データシートＣＴＬ９１９ａの縦方向と横方向のスクロールプロパティには“Ｔｒｕｅ”がセットされており、縦方向のスクロールバー９１９ｂと横方向のスクロールバー９１９ｃが表示されている。これらのスクロールバー９１９ｂ、９１９ｃを使用することにより、領域外に隠れた行や列を表示できる。
【０１０３】
データシートＣＴＬ９１９ａの各列（項目）には、例えば、“素材コード”、“ステータス”、“ＤＵＲ”、“スポンサー名”、“素材名”、“音声”、・・・・等の項目名が設定されており、これらの項目は、データベースサブシステム３００のデータベーステーブル（図２参照）の各フィールドにリンクされている。
【０１０４】
データシートＣＴＬ９１９ａの任意の行をマウスでポイントしてクリックすることにより、その行を選択状態にすることができる（実際には不図示のメイン画面で素材選択を行うようになっており、データシートＣＴＬ９１９ａの行を選択しても無反応であるが、以下では便宜的にこのデータシートＣＴＬ９１９ａで素材選択を行うものとして説明することにする）。例えば、図では、上から２行目（素材コード“ＣＭ０００００００００７”の行）が反転表示されており、この行が選択状態にあることを示している。各行のステータスは、その行の素材データの現状を表している。例えば、空白は未記録（未ファイリング）を表し、“記録済み”はファイリング完了を表し、“プレビュー済み”はマザープレビュー完了を表している。
【０１０５】
ファイリング作業を行う場合は、ステータスが“空白”の行で、且つ、ファイリング対象の素材コードと一致する行を見つけ出し、その行を選択状態にしたうえで、後述のファイリング操作を実行する。または、プレビュー作業を行う場合は、ステータスが“記録済み”の行で、且つ、プレビュー対象の素材コードと一致する行を見つけ出し、その行を選択状態にしたうえで、後述のプレビュー操作を実行する。
【０１０６】
データシートＣＴＬ９１９ａの各行の先頭には、上記ファイリング作業およびプレビュー作業の選択動作を容易化するための２種類のイメージオブジェクトが表示される。一方のイメージオブジェクト９１９ｄは円筒状の図形を図案化したもの（図９（ａ）参照）であり、このイメージオブジェクト９１９ｄはステータスの“記録済み”にリンクする。また、他方イメージオブジェクト９１９ｅはディスプレイ画面を図案化したもの（図９（ｂ）参照）であり、このイメージオブジェクト９１９ｅはステータスの“プレビュー済み”にリンクする。
【０１０７】
一般にコンピュータの世界では円筒状の図形でハードディスクを表す習わしとなっているため、上記一方のイメージオブジェクト９１９ｄは素材データの大容量記憶サブシステム４００への蓄積、すなわち、ステータスの“記録済み”を視覚化して表現する。又、ディスプレイ画面をイメージした上記他方のイメージオブジェクト９１９ｅは、モニター装置４０７を想起させ得るから、当該モニター装置４０７への素材データの表示、すなわち、ステータスの“プレビュー済み”を視覚化して表現する。
【０１０８】
したがって、ステータスの文字列をいちいち読み取らずに、イメージオブジェクト９１９ｄ、９１９ｅを一瞥するだけで、ファイリングやプレビュー対象の行を特定することができ、ファイリング作業やプレビュー作業の効率を向上できるとともに、文字列読取りに比べて誤読が少ないので、当該作業の信頼性を向上できる。
【０１０９】
図１０は、右上領域９２０のレイアウト図であり、この領域には、「全般」、「素材構成」、「ユーザ情報」および「その他」の四つのタブボタンＣＴＬ９２０ａ〜９２０ｄを有するタブＣＴＬ９２０ｅが設けられており、例えば、全般タブボタンＣＴＬ９２０ａを選択したとき、タブＣＴＬ９２０ｅに以下の各ＣＴＬが表示されるようになっている。
【０１１０】
すなわち、素材コード表示用のテキストボックスＣＴＬ９２０ｆ、ステータス表示用のテキストボックスＣＴＬ９２０ｇ、音声モード表示用のリストボックスＣＴＬ９２０ｈ、映像種別表示用のリストボックスＣＴＬ９２０ｉ、素材区分表示用のリストボックスＣＴＬ９２０ｊ、スポンサー名表示用のテキストボックスＣＴＬ９２０ｋ、素材名表示用のテキストボックスＣＴＬ９２０ｍ、使用期間／開始表示用のテキストボックスＣＴＬ９２０ｎ、使用期間／終了表示用のテキストボックスＣＴＬ９２０ｐ、ＴｏｔａｌＤＵＲ表示用のテキストボックスＣＴＬ９２０ｑ、構成数表示用のテキストボックスＣＴＬ９２０ｒ、Ｖｉｄｅｏ種別表示用のリストボックスＣＴＬ９２０ｓ、Ａｕｄｉｏ種別表示用のリストボックスＣＴＬ９２０ｔ、ＤＵＲ表示用のテキストボックスＣＴＬ９２０ｕ、ダビング素材表示用のテキストボックスＣＴＬ９２０ｖ、元素材ＳＯＭ（ＳＯＭはＳｔａｒｔ  Ｏｆ  Ｍｅｓｓａｇｅの略）表示用のテキストボックスＣＴＬ９２０ｗなどが設けられている。
【０１１１】
そして、これらのＣＴＬに、データシートＣＴＬ９１９ａ（図８参照）の選択行の詳細情報（正確には、同選択行の素材コードに一致した素材コードを持つ、データベースサブシステム３００のデータベーステーブルのレコード情報）が表示されるようになっている。
例えば、図１０の例では、各ＣＴＬに、図８のデータシートＣＴＬ９１９ａの選択行に対応した素材コード“ＣＭ０００００００００７”の素材データに関する詳細情報が表示されている。これらの情報は、データベースサブシステム３００のデータベーステーブルにおける“ＣＭ０００００００００７”の各フィールド情報（図２参照）である。
なお、図１０において、ステータスの“記録済み”は素材コード“ＣＭ０００００００００７”の素材データを大容量記憶サブシステム４００に記録（蓄積）済みであることを示し、音声モードの“ステレオ”は同素材データに含まれる音声データがステレオ方式（この他に“モノラル”や“音声多重”などの方式がある）のデータであることを示している。
【０１１２】
また、映像種別の“ＮＴＳＣ”は同素材データに含まれる映像データがＮＴＳＣ（Ｎａｔｉｏｎａｌ  Ｔｅｌｅｖｉｓｉｏｎ  Ｓｙｓｔｅｍ  Ｃｏｍｍｉｔｔｅｅ）方式（この他に“ＰＡＬ：Ｐｈａｓｅ  Ａｌｔｅｒｎａｔｉｏｎ  ｂｙ  Ｌｉｎｅ  ｃｏｌｏｒ  ｔｅｌｅｖｉｓｉｏｎ”や“ＳＥＣＡＭ：Ｓｅｑｕｅｎｔｉａｌ  ｃｏｕｌｅｕｒ  ａ  Ｍｅｍｏｉｒｅ”などの方式がある）のデータであることを示し、素材区分の“Ｔ”はタイムＣＭである（この他にＳ（ＳＢ）ステーションブレイクなどの区分がある）ことを示している。
【０１１３】
また、使用期間は、例えば、懸賞付きＣＭ素材のように受付開始日や締め切り日（終了日）があるものについて、その開始日と終了日の双方またはいずれか一方（但し、使用期間がないものは空白）を示し、ＴｏｔａｌＤＵＲの値（図では“００：１５”）は素材全体のＤＵＲを示している。
また、ＶｉｄｅｏやＡｕｄｉｏの“Ｄ”は素材機のＩＤを示し、ＤＵＲの値（図では“００：１５”）は第１構成のＤＵＲを示している。
また、ダビング素材の値（文字列が入る；図では空白）はダビング元素材の素材コードを示し、元素材ＳＯＭの値（図では“００：００：００：００”）はダビング元素材のＳＯＭのタイムコードを示している。
【０１１４】
図１１は、左下領域９２１のレイアウト図であり、この領域には、グループ化された二つのオプションボタンＣＴＬ９２１ａ、９２１ｂと、“ＲＥＳＥＴ”と命名されたコマンドボタンＣＴＬ９２１ｃと、“ＴＣＳＥＴ”と命名されたコマンドボタンＣＴＬ９２１ｄと、“ＣＵＥＵＰ”と命名されたコマンドボタンＣＴＬ９２１ｅと、“ＶＡＲ”と命名されたコマンドボタンＣＴＬ９２１ｆと、ＣＵＥＵＰタイム表示用のテキストボックスＣＴＬ９２１ｇと、ＴＣＳＥＴタイム（現在位置のＴＣ表示用のテキストボックスＣＴＬ９２１ｈと、再生速度表示用のテキストボックスＣＴＬ９２１ｉと、「再生」、「停止」、「ＲＥＶ」および「ＦＷＤ」の各コマンドボタンＣＴＬ９２１ｊ、９２１ｋ、９２１ｍ、９２１ｎとが設けられている。
なお、ＣＵＥＵＰタイム表示用のテキストボックスＣＴＬ９２１ｇと再生速度表示用のテキストボックスＣＴＬ９２１ｉには、それぞれの入力値をアップダウンするための二つの小さなコマンドボタンＣＴＬ９２１ｐ、９２１ｑが設けられている。
【０１１５】
ここで、各ＣＴＬの機能を説明すると、二つのオプションボタンＣＴＬ９２１ａ、９２１ｂは、サーバＴＣと素材機ＴＣのいずれか一方を選択するためのものである。素材機ＴＣは未ファイル素材を選択した場合に選択でき、サーバＴＣは記録済みやプレビュー済み素材を選択した場合に選択できる。なお、ＴＣとはＴｉｍｅ  Ｃｏｄｅ（タイムコード）の略である。
【０１１６】
“ＲＥＳＥＴ”と命名されたコマンドボタンＣＴＬ９２１ｃは、ＣＵＥＵＰタイム表示用のテキストボックスＣＴＬ９２１ｇの値を初期値（００：００：００：００）に戻す（リセットする）ためのものである。
“ＴＣＳＥＴ”と命名されたコマンドボタンＣＴＬ９２１ｄは、ＴＣＳＥＴタイム表示用のテキストボックスＣＴＬ９２１ｈに表示されているＴＣの値をテキストボックスＣＴＬ９２８ｇへセットするためのものである。
“ＣＵＥＵＰ”と命名されたコマンドボタンＣＴＬ９２１ｅは、選択中の素材データをテキストボックスＣＴＬ９２８ｇで指定された頭出し位置にキューアップするためのものである。
“ＶＡＲ”と命名されたコマンドボタンＣＴＬ９２１ｆは、テキストボックスＣＴＬ９２１ｉで指定された再生速度で素材を再生させるためのものである。
【０１１７】
ＣＵＥＵＰタイム表示用のテキストボックスＣＴＬ９２１ｇは、上記キューアップ用の頭出し位置を指定するためのものである。
現在位置表示用のテキストボックスＣＴＬ９２１ｈは、現在のＴＣを表示する（値は映像再生時にカウントアップする）ためのものである。
再生速度表示用のテキストボックスＣＴＬ９２１ｉは、コンパネプレビュー時の再生速度を指定するためのものである。初期値は“×１”（１倍）である。右端の二つの小さなコマンドボタンＣＴＬ９２１ｇをクリックすることにより、±１／１６、±１／８、±１／４、±１／２、±１、±２、±４まで変化させることができる。但し、小数値や０値は設定できない。
「再生」、「停止」、「ＲＥＶ」および「ＦＷＤ」の各コマンドボタンＣＴＬ９２１ｊ、９２１ｋ、９２１ｍ、９２１ｎは、それぞれ、選択中の素材データを再生し、再生を中止（停止）し、再生中の画面を１フレーム戻し（ＲＥＶ）または再生中の画面を１フレーム先に進める（ＦＷＤ）ためのものである。
【０１１８】
図１２は、右下領域９２２のレイアウト図であり、この領域には、９個のコマンドボタンＣＴＬ９２２ａ、９２２ｂ、９２２ｃ、９２２ｄ、９２２ｅ、９２２ｆ、９２２ｊ、９２２ｋと、１個のプログレスバーＣＴＬ９２２ｍと、２個のテキストボックスＣＴＬ９２２ｎ、９２２ｐと、１個のスライドボリュームＣＴＬ９２２ｑとが設けられている。
【０１１９】
各ＣＴＬの機能を説明すると、コマンドボタンＣＴＬ９２２ａ〜９２２ｃは、プレビュー作業の対象となる系（大容量記憶サブシステム４００のＡ系／Ｂ系）を選択するためのものである。これらのコマンドボタンＣＴＬ９２２ａ〜９２２ｃはグループ化されたトグルボタンＣＴＬであり、一つを選択（図では左端のコマンドボタンＣＴＬ９２２ａを選択している）すると、そのボタンは押し込まれた状態を維持し、他のボタンは飛び出した状態を維持する。タイトルに“Ａ”が表記されたボタンはＡ系選択用、“Ｂ”が表記されたボタンはＢ系選択用、“Ａ”と“Ｂ”が表記されたボタンは両系選択用である。
【０１２０】
コマンドボタンＣＴＬ９２２ｄは、ファイリング作業の実行を指定するためのものである。このボタンを押すと、選択行の素材コードに対応する素材データが大容量記憶サブシステム４００に登録（蓄積）される。但し、プレビュー作業時は、このコマンドボタンＣＴＬ９２２ｄは使用不可（Ｅｎａｂｌｅｄ＝Ｆａｌｓｅ）になる。
【０１２１】
コマンドボタンＣＴＬ９２２ｅは、ファイリング作業の無効を指定するためのものである。すなわち、このコマンドボタンＣＴＬを押すと、選択行のステータスの“記録済み”を消去する。
コマンドボタンＣＴＬ９２２ｆ（発明の要旨に記載の第３のコントロールに相当）は、プレビュー作業の正常完了を指定するためのものである。すなわち、このコマンドボタンＣＴＬを押すと、選択行のステータスに“プレビュー済み”をセットする。
【０１２２】
なお、これらの「記録無効」および「プレビューＯＫ」の各コマンドボタンＣＴＬ９２２ｅ、９２２ｆは、ファイリング作業時には非表示（Ｖｉｓｉｂｌｅプロパティ＝Ｆａｌｓｅ）になり、その代わりファイリング作業の進み具合を表示するためのプログレスバーＣＴＬ（プログレスバーＣＴＬ９２２ｍと類似のＣＴＬ）が表示されるようになっている。
【０１２３】
コマンドボタンＣＴＬ９２２ｉ（発明の要旨に記載の第２のコントロールに相当）は、プレビュー作業の実行を指定するためのものである。このボタンを押すと、選択行の素材コードに対応する素材データが大容量記憶サブシステム４００から読み出され、モニター装置４０７に表示される。但し、ファイリング作業時は、このコマンドボタンＣＴＬ９２２ｉは使用不可（Ｅｎａｂｌｅｄ＝Ｆａｌｓｅ）になる。
コマンドボタンＣＴＬ９２２ｊは、実行中のファイリング作業またはプレビュー作業の中止を指示するためのものである。
コマンドボタンＣＴＬ９２２ｋは、ＧＵＩ画面９１０（図７参照）をクローズするためのものである。但し、ファイリング作業またはプレビュー作業の実行中は、このコマンドボタンＣＴＬ９２２ｋは使用不可（Ｅｎａｂｌｅｄ＝Ｆａｌｓｅ）になる。
【０１２４】
プログレスバーＣＴＬ９２２ｍは、プレビュー作業の進行状況を表示するためのものである。進行割合を棒グラフの長さで表示する。棒グラフが最大長になったときに進行割合１００％、すなわち、プレビュー作業の完了を示す。
テキストボックスＣＴＬ９２２ｎは、プレビュー時の再生速度を指定するためのものである。初期値は“×１”（１倍）である。但し、設定できる値は最大＋４までであり、且つ、小数値や０値および負値は設定できない。または、右端の二つの小さなコマンドボタンＣＴＬ９２２ｒをクリックすることにより、１／１６から４までの範囲（具体的には、+１/１６、+１/８、＋１／４、＋１／２、＋１、＋２、＋４）で値を変化させることができる。
【０１２５】
テキストボックスＣＴＬ９２２ｐ（発明の要旨に記載の第１のコントロールに相当）は、選択行の素材データに対するトリム調整値を指定するためのものである。設定範囲は±ｊ以内の整数値である。ｊは図３の捨カットのフレーム数を超えない値（例えば、ｊ＝１０）である。また、右端の二つの小さなコマンドボタンＣＴＬ９２２ｓ（発明の要旨に記載の第１のコントロールに相当）をクリックすることによってもその設定値を変更することができる。設定値の条件はテキストボックスＣＴＬ９２２ｐと同じ（±ｊ以内の整数）である。
スライドボリュームＣＴＬ９２２ｑ（発明の要旨に記載の第１のコントロールに相当）は、選択行の素材データに対するトリム値を指定するためのものであり、設定範囲は±ｊ以内の整数値である。トリム値は左隣のテキストボックスＣＴＬ９２２ｐに反映される。
【０１２６】
次に、本実施の形態におけるトリム調整の詳細動作を説明する。
図１３は、ユーザ操作を含む本実施の形態のトリム調整作業の流れ図である。なお、以下では、説明の便宜上、大容量記憶サブシステム４００のＡ系に蓄積された素材データのトリム調整を行うものとする。
【０１２７】
この流れ図において、ユーザ（例えば、プレビュー端末２０２の操作員；当該操作員のユーザ名をＵＳＥＲ＿１とする）は、まず、トリム調整の対象となる素材データ（以下“ＣＭ０００００００００７”の素材データとする）が表示されたデータシートＣＴＬ９１９ａの行を選択する（実際には不図示のメイン画面の行を選択して同メイン画面の「実行」ボタンをクリックする）。そして、トリム値入力用のＣＴＬ、すなわち、図１２のテキストボックスＣＴＬ９２２ｐ、コマンドボタンＣＴＬ９２２ｓまたはスライドボリュームＣＴＬ９２２ｑを使用して所望のトリム値（±ｊ以内の整数値）を入力する（ステップＳ１）。
【０１２８】
例えば、トリム値を＋ｉ（図３（ｃ）参照）にする場合は、テキストボックスＣＴＬ９２２ｐをフォーカス（マウスでクリック）してキーボードから＋ｉを入力し、または、コマンドボタンＣＴＬ９２２ｓをクリックしてテキストボックスＣＴＬ９２２ｐの値を＋ｉにし、若しくは、スライドボリュームＣＴＬ９２２ｑを＋方向にマウスでドラッグ（クリックしたまま移動）してテキストボックスＣＴＬ９２２ｐの値を＋ｉにする。
【０１２９】
所望のトリム調整値をセットすると、ユーザは、図１２のプレビューボタンＣＴＬ（コマンドボタンＣＴＬ９２２ｉ）をクリックする（ステップＳ２）。
プレビュー端末２０２（正確には、プレビュー端末２０２で実行中のプレビュー用アプリケーションプログラムまたはプレビュー用を含む統合アプリケーションプログラム；以下、プレビュー端末２０２とする）は、上記クリック操作に応答して、大容量記憶サブシステム４００のＳＭＳ４０１ａに“ＣＭ０００００００００７”の再生に必要なリソース要求の制御命令を出力し、大容量記憶サブシステム４００のＳＭＳ４０１ａは、リソース情報管理タスク９０１のリソース情報データベースを参照して、リソース要求の受付または拒否を判定する。
【０１３０】
今、“ＣＭ０００００００００７”の再生に必要なリソースが空いている場合、または、ふさがっていても優先度が低い場合、リソース情報管理タスク９０１はリソース要求を受付け（リソースの予約）、その旨を示す回答と一緒にユニークなストリームＩＤを要求元のプレビュー端末２０２に返送する。
プレビュー端末２０２は、上記トリム値（＋ｉ）を適用して“ＣＭ０００００００００７”を再生する命令を生成し、この命令にストリームＩＤを付加して、大容量記憶サブシステム４００のＳＭＳ４０１ａに転送する。
【０１３１】
大容量記憶サブシステム４００のＳＭＳ４０１ａは、ストリームＩＤを解釈して上記予約済みのリソースを特定するとともに、このリソースを使用してＡ系のビデオサーバ４０３ａから“ＣＭ０００００００００７”の素材データを読み出すとともに、この素材データの上記トリム値（＋ｉ）で示されたフレーム範囲（図３（ｃ）の送出範囲参照）をモニター装置４０７に再生するように制御する。
【０１３２】
ユーザは、モニター装置４０７の画面を目視して意図したトリム幅になっているかを確認する。
プレビュー動作が終了すると（ステップＳ３）、図１２の記録無効およびプレビューＯＫのコマンドボタンＣＴＬ（コマンドボタンＣＴＬ９２２ｅ、９２２ｆ）が使用可（Ｅｎａｂｌｅｄ＝Ｔｒｕｅ）となり（ステップＳ４）、意図しないトリム幅であれば（ステップＳ５のＮ判定）トリム値の入力以降を繰り返す一方、意図したトリム幅であれば（ステップＳ５のＹ判定）プレビューＯＫコマンドボタンＣＴＬ（コマンドボタンＣＴＬ９２２ｆ）をクリックする（ステップＳ６）。
プレビュー端末２０２は、このクリックに応答して、データベースサブシステム３００のデータベーステーブルをアクセスし、該当レコード（“ＣＭ０００００００００７”のレコード）のトリム設定フィールド（図２参照）に＋ｉをセットして更新する。
【０１３３】
本実施の形態におけるトリム調整の詳細動作は、以上のとおりであるが、この動作をトリム調整に関係するイベントプロシージャで説明すると、以下のとおりとなる。
【０１３４】
図１４は、プレビューコマンドボタンＣＴＬ（図１２のコマンドボタンＣＴＬ９２２ｉ）のクリックイベントプロシージャ（プレビュー＿Ｃｌｉｃｋ）の簡略フローチャートである。このプロシージャは、図１２のコマンドボタンＣＴＬ９２２ｉのクリックイベントに応答して実行される。すなわち、図１３のステップＳ２の動作に応答して実行される。プロシージャを実行すると、まず、ステップＳ１１でデータシートＣＴＬ（図８のデータシートＣＴＬ９１９ａ）のカレント行（選択行のこと）の素材コード“ＣＭ０００００００００７”を取り込み、その素材コードをテンポラリ変数（例えば、“プレビューコード”と命名された文字列変数）にセットする。
【０１３５】
次に、ステップＳ１２で、現在のプレビュー作業の対象となる系を調べるために、図１２の三つのコマンドボタンＣＴＬ９２２ａ〜９２２ｃの何れが押されているか判定する。例えば、コマンドボタンＣＴＬ９２２ａが押されている場合はＡ系を判定し、コマンドボタンＣＴＬ９２２ｂが押されている場合はＢ系を判定する。なお、ここでは、コマンドボタンＣＴＬ９２２ｃが押されている場合の判定（ＡＢ両系の判定）は省略している。
【０１３６】
次に、ステップＳ１３またはステップＳ１４で、判定された系からの素材データの読み出し処理を行う。読み出し対象の素材データは、テンポラリ変数にセットされた素材コード（“ＣＭ０００００００００７”）に対応する素材データである。この読み出し処理（ステップＳ１３またはステップＳ１４）においては、図１３のステップＳ２で説明した、大容量記憶サブシステム４００へのリソース要求処理およびトリム値（＋ｉ）を適用した素材データの送出（再生）命令処理等を行うとともに、その送出（再生）命令処理に従って大容量記憶サブシステム４００のビデオサーバ４０３ａからモニター装置４０７に送出されたプレビュー画面を目視で確認し（ステップＳ１５）、プレビュー終了後に（ステップＳ１６）、ステップＳ１７で「プレビューＯＫ」および「記録無効」の各コマンドボタンＣＴＬ９２２ｅ、９２２ｆの使用可能（Ｅｎａｂｌｅｄ）プロパティにＴｒｕｅをセットして使用可能状態にした後、プロシージャを終了する。
【０１３７】
以上のプロシージャ処理により、図１３のステップＳ２からステップＳ４までの動作、すなわち、トリム値（＋ｉ）を適用した“ＣＭ０００００００００７”の素材データのプレビュー動作（モニター装置４０７への出力動作）を実現できる。
【０１３８】
図１５は、プレビューＯＫコマンドボタンＣＴＬ（図１２のコマンドボタンＣＴＬ９２２ｆ）のクリックイベントプロシージャ（プレビューＯＫ＿Ｃｌｉｃｋ）の簡略フローチャートである。このプロシージャは、図１２のコマンドボタンＣＴＬ９２２ｆのクリックイベントに応答して実行される。すなわち、図１３のステップＳ６の動作に応答して実行される。プロシージャを実行すると、まず、ステップＳ２１でデータベースサブシステム３００のデータベーステーブルをオープンする。次いで、ステップＳ２２で、データシートＣＴＬ（図８のデータシートＣＴＬ９１９ａ）のカレント行（選択行のこと）の素材コード“ＣＭ０００００００００７”を取り込み、その素材コードに一致するレコードをデータベーステーブルから抽出する。
【０１３９】
次いで、ステップＳ２３でレコードの有無を判定し、レコードがない場合には、ステップＳ２４で適宜のエラー処理（例えば、ＧＵＩ画面９１０の最下段のテキストボックスＣＴＬ９１４にエラーメッセージを表示する等）を実行し、ステップＳ２６でデータベーステーブルをクローズした後、プロシージャを終了するが、レコードがある場合には、ステップＳ２５でそのレコードのトリム調整フィールド（図２参照）にテキストボックスＣＴＬ９２２ｐの設定値（＋ｉ）をセットし、ステップＳ２６でデータベーステーブルをクローズした後、プロシージャを終了する。
【０１４０】
以上のプロシージャ処理により、図１３のステップＳ６およびステップＳ７の動作、すなわち、“ＣＭ０００００００００７”のトリム値（＋ｉ）のデータベースサブシステム３００への登録（更新）動作を実現できる。
【０１４１】
本実施の形態では、操作サブシステム２００のファイリング端末２０１またはプレビュー端末２０２のディスプレイ上に、図７のＧＵＩ画面９１０を表示させることができる。そして、このＧＵＩ画面９１０の右下領域９２２に、図１２に示すように、トリム値入力用のテキストボックスＣＴＬ９２２ｐを表示させることができるとともに、このテキストボックスＣＴＬ９２２ｐの入力値を変化させるためのコマンドボタンＣＴＬ９２２ｓと、スライドボリュームＣＴＬ９２２ｑとを表示させることができる。
【０１４２】
したがって、テキストボックスＣＴＬ９２２ｐに直接、トリム値を入力する場合は、テキストボックスＣＴＬ９２２ｐのフォーカス（マウスのクリックまたはタブキーによる選択）と、キーボードからの数値入力の二度の操作で済み、手間を軽減できるうえ、テキストボックスＣＴＬ９２２ｐに入力された値を目視確認できるので、入力ミスも防止できる。
【０１４３】
または、コマンドボタンＣＴＬ９２２ｓやスライドボリュームＣＴＬ９２２ｑを使用すれば、テキストボックスＣＴＬ９２２ｐの入力値を直接変更でき、一切のキーボード操作を不要にしてより一層の手間の軽減と入力ミスの防止を図ることができる。
【０１４４】
なお、テキストボックスＣＴＬ９２２ｐの更新後（Ａｆｔｅｒ  Ｕｐｄａｔｅ）イベントに入力値の検査プロシージャを組み込んでおき、そのプロシージャ内で「入力値は±ｊ以内で且つ整数値か？」の判定を行い、この判定条件を満たさない入力値を排除するようにすれば、テキストボックスＣＴＬ９２２ｐへの直接入力の際の信頼性を向上できるので望ましい。
【０１４５】
本実施の形態の主要な機能は、マイクロコンピュータを含むハードウェア資産と、ＯＳや各種プログラムなどのソフトウェア資産との有機的結合によって機能的に実現されるものであるが、ハードウェア資産およびＯＳは汎用のものを利用できるから、本発明にとって欠くことのできない必須の事項は、実質的に、前記ＧＵＩ画面９１０を表示するためのプログラムに集約されているということがいえる。したがって、本発明は、前記ＧＵＩ画面９１０を表示するためのプログラムのすべてまたはその要部を格納した、フロッピーディスク、ＭＯ、ＣＤ、ハードディスク、半導体メモリなどの記録媒体（それ自体が流通経路に乗るものはもちろん、ネットワーク上にあって記録内容だけを提供するものも含む）を包含するものである。
【０１４６】
【発明の効果】
請求項１記載のデータ記録再生装置によれば、映像データを含む多数の素材データを蓄積するデータ蓄積手段と、前記データ蓄積手段に蓄積された任意の素材データのトリム値を設定するためのユーザインターフェースを提供する操作端末とを備え、前記ユーザインターフェースは、トリム値入力用の第１のコントロール、を備えたので、ユーザインターフェース上の第１のコントロールを用いてトリム値を入力でき、トリム調整の手順を単純化して手間の軽減と入力ミスの防止を図ることができる。
【０１４７】
請求項２記載のデータ記録再生装置によれば、映像データを含む多数の素材データを蓄積するデータ蓄積手段と、前記データ蓄積手段に蓄積された全ての素材データの各々のトリム値を含む属性情報を保持する保持手段と、前記データ蓄積手段に蓄積された任意の素材データのトリム値を設定するためのユーザインターフェースを提供する操作端末とを備え、前記ユーザインターフェースは、トリム値入力用の第１のコントロールと、前記第１のコントロールに入力されたトリム値を適用して前記任意の素材データのプレビュー動作を指示する第２のコントロールと、前記保持手段に保持されている前記任意の素材データのトリム値を前記第１のコントロールに入力されたトリム値で更新することを指示する第３のコントロールと、を備えたので、ユーザインターフェース上の第１のコントロールを用いてトリム値を入力できるとともに、同インターフェース上の第２のコントロールを用いてプレビュー動作を指示でき、しかも、同インターフェース上の第３のコントロールを用いてトリム値の更新を行うことができる。したがって、トリム値の入力およびそのトリム値を用いたプレビュー確認並びにトリム値の登録（更新）までを単純化してミスなく行うことができる。
【０１４８】
請求項３記載のデータ記録再生装置によれば、請求項１記載のデータ記録再生装置において、前記第１のコントロールは、テキストボックスコントロールであるので、テキストボックスコントロールに直接、任意のトリム値を入力でき、トリム方向や入力値のミスを防止できる。
【０１４９】
請求項４記載のデータ記録再生装置によれば、請求項２記載のデータ記録再生装置において、前記第１のコントロールは、テキストボックスコントロールであるので、テキストボックスコントロールに直接、任意のトリム値を入力でき、トリム方向や入力値のミスを防止できる。
【０１５０】
請求項５記載のデータ記録再生装置によれば、請求項３記載のデータ記録再生装置において、前記テキストボックスコントロールは、入力された値をアップダウンするコマンドボタンコントロールを有するので、テキストボックスコントロール内のトリム値をアップダウンさせながら任意の値に変更でき、キーボード操作を不要（マウス操作だけでよい）にして手順の簡略化と数値入力のミスを防止できる。
【０１５１】
請求項６記載のデータ記録再生装置によれば、請求項４記載のデータ記録再生装置において、前記テキストボックスコントロールは、入力された値をアップダウンするコマンドボタンコントロールを有するので、テキストボックスコントロール内のトリム値をアップダウンさせながら任意の値に変更でき、キーボード操作を不要（マウス操作だけでよい）にして手順の簡略化と数値入力のミスを防止できる。
【０１５２】
請求項７記載のデータ記録再生装置によれば、請求項１記載のデータ記録再生装置において、前記第１のコントロールは、スライドボリュームコントロールであるので、スライドボリュームコントロールをドラッグしながら任意のトリム値を設定でき、キーボード操作を不要（マウス操作だけでよい）にして手順の簡略化と数値入力のミスを防止できる。
【０１５３】
請求項８記載のデータ記録再生装置によれば、請求項２記載のデータ記録再生装置において、前記第１のコントロールは、スライドボリュームコントロールであるので、スライドボリュームコントロールをドラッグしながら任意のトリム値を設定でき、キーボード操作を不要（マウス操作だけでよい）にして手順の簡略化と数値入力のミスを防止できる。
【０１５４】
請求項９記載のデータ記録再生装置によれば、請求項１記載のデータ記録再生装置において、前記第１のコントロールは、前記任意の素材データのＳＯＭ点の調整範囲であるフレーム数以下の値で、且つ、整数の値に入力値を制限するので、不正なトリム値の入力を回避でき、入力ミスを防止できる。
【０１５５】
請求項１０記載のデータ記録再生装置によれば、請求項２記載のデータ記録再生装置において、前記第１のコントロールは、前記任意の素材データのＳＯＭ点の調整範囲であるフレーム数以下の値で、且つ、整数の値に入力値を制限するので、不正なトリム値の入力を回避でき、入力ミスを防止できる。
【０１５６】
請求項１１記載の記録媒体によれば、請求項１記載のユーザインターフェースを実現するためのプログラムを格納したので、マイクロコンピュータを含むハードウェア資産と該プログラムとの有機的結合によって請求項１記載のユーザインターフェースを実現することができる。
【０１５７】
請求項１２記載の記録媒体によれば、請求項２記載のユーザインターフェースを実現するためのプログラムを格納したので、マイクロコンピュータを含むハードウェア資産と該プログラムとの有機的結合によって請求項２記載のユーザインターフェースを実現することができる。
【図面の簡単な説明】
【図１】ビデオサーバ・システムの全体構成図である。
【図２】データベースサブシステムのデータベーステーブル構造図である。
【図３】素材データのフレーム構成とトリム値との関係図である。
【図４】ＳＭＳの機能概念図である。
【図５】リソース管理情報テーブルの構造図である。
【図６】実行管理タスクとリソース情報管理タスクの動作例を示す図である。
【図７】ファイリング端末のＧＵＩ画面を示す図である。
【図８】左上領域のレイアウト図である。
【図９】イメージオブジェクト（記録済みにリンクされるものおよびプレビュー済みにリンクされるもの）を示す図である。
【図１０】右上領域のレイアウト図である。
【図１１】左下領域のレイアウト図である。
【図１２】右下領域のレイアウト図である。
【図１３】ユーザ操作を含む本実施の形態のトリム調整作業の流れ図である。
【図１４】「プレビュー」ボタンのクリックイベントプロシージャの簡略フローチャートである。
【図１５】「プレビューＯＫ」ボタンのクリックイベントプロシージャの簡略フローチャートである。
【符号の説明】
１……ビデオサーバ・システム（データ記録再生装置）、２００……操作サブシステム（操作端末）、３００……データベースサブシステム（保持手段）、４００……大容量記憶サブシステム（データ蓄積手段）、９１０……ＧＵＩ画面（ユーザインターフェース）、９２２ｆ……コマンドボタンＣＴＬ（第３のコントロール）、９２２ｉ……コマンドボタンＣＴＬ（第２のコントロール）、９２２ｐ……テキストボックスＣＴＬ（第１のコントロール）、９２２ｑ……スライドボリュームＣＴＬ（第１のコントロール）、９２２ｓ……コマンドボタンＣＴＬ（第１のコントロール）。
【図１】
0004200596.tif 000002
【図２】
0004200596.tif 000003
【図３】
0004200596.tif 000004
【図４】
0004200596.tif 000005
【図５】
0004200596.tif 000006
【図６】
0004200596.tif 000007
【図７】
0004200596.tif 000008
【図８】
0004200596.tif 000009
【図９】
0004200596.tif 000010
【図１０】
0004200596.tif 000011
【図１１】
0004200596.tif 000012
【図１２】
0004200596.tif 000013
【図１３】
0004200596.tif 000014
【図１４】
0004200596.tif 000015
【図１５】
0004200596.tif 000016