JP2001282632A - 記録再生装置及びリソースの表示方法 - Google Patents

Abstract

(57)【要約】 【課題】 ＡＶサーバシステムにおいて、ＡＶサーバの
全体構造の把握や、障害が発生したリソースがＡＶサー
バ全体の中でどのような位置づけにあるのかの確認を、
容易に行えるようにする。 【解決手段】 ＡＶサーバのリソースを記述したファイ
ルに基づき、ＡＶサーバを構成するリソースを、階層状
に画面表示する。いずれかのリソースに障害が発生した
際には、最上位の階層から、障害の発生しているリソー
スの属する階層までを１画面に表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばＡＶサーバ
システムのような、リソースを記述したファイルをデー
タベース化して管理する記録再生装置に関する。

【０００２】

【従来の技術】近年、ＣＡＴＶ（ケーブルテレビ）等の
普及によるデータ提供の多チャンネル化に伴い、従来の
ＶＴＲ（ビデオテープレコーダ）とは異なり、１台の記
録再生装置で複数の映像・音声データ（以下「ＡＶデー
タ」と呼ぶ）を同時に記録したり、再生したり、さらに
は記録しながら再生したり等の要求が高まりつつある。
そして、この要求を満たすためにハードディスク等のラ
ンダムアクセス可能な記録媒体を用いて映像・音声を記
録再生するビデオサーバ（またはＡＶ（Ａｕｄｉｏ ａ
ｎｄ／ｏｒ Ｖｉｄｅｏ）サーバとも呼ばれる）と呼ば
れる装置が普及しつつある。

【０００３】一般的に、放送局内におけるＡＶサーバ
は、画質や音質に対する要求から、必要とされるデータ
の転送レートが高い上に長時間のデータを記録するため
に大容量である必要がある。そこで、ＡＶデータを蓄積
するとともに並列処理が可能な複数のハードディスク
（以下「ＨＤ」と呼ぶ）装置を用いることによりデータ
の転送レートの高速化と大容量化を図る試みや、さらに
パリティデータを記録しておくことにより、万一いずれ
かのＨＤ装置が故障しても信頼性を確保できるようにす
る試みがなされている。

【０００４】これにより、放送局が提供しようとしてい
る番組の内容や放送形態により要求されているチャンネ
ル数が異なる場合であっても、複数のＡＶデータからな
る素材データを分散的に記録しておき多チャンネル送出
を同時に行ったり、同一の素材データを再生時間をずら
して多チャンネルで再生することにより、ＶＯＤ（ビデ
オオンデマンド）やＮＶＯＤ（ニアビデオオンデマン
ド）等のシステムを構築する等、多様な使用形態に対応
することのできるマルチチャンネルＡＶサーバを実現す
ることができる。

【０００５】このようなＡＶサーバに用いられるＨＤ装
置には、１９８８年Ｐａｔｔｅｒｓｏｎ等によって発表
された論文（‘A Case for Redundant Arrays of Inexp
ensive Disks（RAID）’, ACM SIGMOND Conference, Ch
icago, III, Jun.1-3,1988.）に提唱されている、複数
のＨＤからなるハードディスクドライブ（以下「ＨＤＤ
」と呼ぶ）をさらに複数台配列したＲＡＩＤ（Redund
ant Arrays of Inexpensiv e Disks ）技術が用いられ
ている。

【０００６】上記論文の中でＲＡＩＤは、ＲＡＩＤ−１
からＲＡＩＤ−５まで５つに分類されている。ＲＡＩＤ
−１は２台のＨＤＤに同じ内容を書き込む方式である。
ＲＡＩＤ−３は、入力データを一定の長さに分割して複
数台のＨＤＤに記録するとともに、各ＨＤＤの互いに対
応するデータブロックの排他的論理和であるパリティデ
ータを生成して他の１台のＨＤＤに書き込む方式であ
る。さらにＲＡＩＤ−５は、データの分割単位（ブロッ
ク）を大きくして、１つの分割データをデータブロック
として１台のＨＤＤに記録するとともに、各ＨＤＤの互
いに対応するデータブロックの排他的論理和をとった結
果（パリティデータ）をパリティブロックとして他のＨ
ＤＤに記録するとともにパリティブロックを他のＨＤＤ
に分散する方式である。その他のＲＡＩＤについては上
記論文を参照されたい。

【０００７】このＲＡＩＤ技術を用いたＨＤ装置（以下
単に「ＲＡＩＤ」とも呼ぶ）では、いずれかのＨＤが故
障してそのＨＤが新たなＨＤに交換された後に、故障の
ないＨＤから再生したデータやパリティデータを用いて
その故障したＨＤのデータを復元し、その復元したデー
タをその新たなＨＤに記録し直すことによりその故障し
たＨＤのデータを再構築する処理であるリビルドを行う
ことができる。

【０００８】なお、複数のＡＶデータの同時記録・再生
を行うためには、複数のチャンネルで同時にＡＶデータ
の入出力を行う必要がある。そこで、ＡＶサーバには、
互いに独立して動作する複数の入出力ポートが設けられ
ており、１つの入力ポート，出力ポートがそれぞれ１チ
ャンネル分の入力，出力を行うようになっている。

【０００９】しかし、各入出力ポートが全く同時にＲＡ
ＩＤとの間でＡＶデータの転送を行うと、ＡＶサーバ内
で各入出力ポートとＲＡＩＤとを接続しているバスにそ
れらのＡＶデータが同時に流れることになるので、処理
しきれなくなる。そこで、各入出力ポートに、バスの使
用を許可するタイムスロット（＝時間間隔）を順番に割
り当て、各入出力ポートが、基準ビデオ信号に同期し
て、それぞれ割り当てられたタイムスロット内でのみバ
スを介してＲＡＩＤの間でのＡＶデータの転送を行うよ
うになっている。したがって、厳密にいえば複数のＡＶ
データが同時に記録・再生されているわけではないが、
タイムスロットよりも長い時間間隔でみると、複数のＡ
Ｖデータの同時記録・再生が実現されているといってよ
い。

【００１０】放送局内においてこうしたＡＶサーバを中
核として構成されるＡＶサーバシステムでは、一般に、
ＡＶサーバの個々のリソース（ＨＤＤや入出力ポート等
のハードウェア資源や、ソフトウェア資源）のタイプや
パラメータを記述したファイルがデータベース化して管
理される。

【００１１】また、ＲＡＩＤとしては、入出力ポートと
ＨＤＤとをＳＣＳＩ（Small Computer Sistem Interfac
e ）バスで接続するＳＣＳＩタイプのものと、入出力ポ
ートとＨＤＤとをＳＢＸ（Spydar Bus eXtension）バス
で接続するＳＢＸタイプのものとが存在しており、放送
局内におけるＡＶサーバシステムとしては、いずれのタ
イプのＲＡＩＤを有するＡＶサーバを用いたものもそれ
ぞれに普及している。

【００１２】

【発明が解決しようとする課題】しかし、従来の放送局
内におけるＡＶサーバシステムには、次のような不都合
があった。

【００１３】（ａ）ＡＶサーバのリソースは多数存在す
る（例えば或るＡＶサーバでは約３００）ので、これら
多数のリソースのタイプやパラメータを記述したファイ
ルからＡＶサーバの全体構造を把握することは困難であ
る。また、いずれかのリソースに障害が発生した場合に
も、そのリソースがＡＶサーバ全体の中でどのような位
置づけにあるのかをこれらのファイルから確認すること
が困難なので、障害の把握や障害への対処に時間がかか
ってしまう。

【００１４】（ｂ）ＳＣＳＩタイプのＲＡＩＤとＳＢＸ
タイプのＲＡＩＤとでは、リビルドのための操作が異な
っているので、リビルドの際には、いずれのタイプのＲ
ＡＩＤを有するＡＶサーバを用いたＡＶサーバシステム
であるかを確認した上で、そのタイプに対応した操作を
行わなければならない。また、ＳＣＳＩタイプでのその
操作は、アプリケーションツール（例えばＬｉｇｈｔＣ
ｈｋ．ｅｘｅ）を使ってシステム毎にシーケンスを書く
というものであり、煩雑であった。他方、ＳＢＸタイプ
のＲＡＩＤでのその操作は、保守サービスの担当者がシ
ステムの運用を中断して専用のツールを使って行うもの
であり、ユーザー（放送局内のＡＶサーバシステムのユ
ーザー）が行うことや、システムの運用中に行うことが
できなかった。

【００１５】本発明は、上述の点に鑑み、ＡＶサーバシ
ステムにおいて、ＡＶサーバの全体構造を容易に把握で
きるようにすることや、障害が発生したリソースがＡＶ
サーバ全体の中でどのような位置づけにあるのかを容易
に確認できるようにすることや、リビルドのための操作
をシステムの運用中にユーザーが容易に行えるようにす
ることを課題としてなされたものである。

【００１６】

【課題を解決するための手段】この課題を解決するため
に、本出願人は、請求項１に記載のように、ノンリニア
アクセス可能な記録媒体を用いてデータの記録及び／ま
たは再生を行う記録再生手段と、外部から入力されるデ
ータを記録再生手段に転送し、記録再生手段から転送さ
れたデータを外部に出力する少なくとも１つの入出力処
理手段と、記録再生手段及び入出力処理手段のリソース
を記述したファイルをデータベース化して管理する管理
手段と、これらのファイルに記述されたリソースを階層
状に画面表示させる表示処理手段とを備えた記録再生装
置を提案する。

【００１７】この記録再生装置では、記録再生手段及び
入出力処理手段のリソースを記述したファイルが管理手
段によりデータベース化して管理され、これらのファイ
ルに記述されたリソースが表示処理手段により階層状に
画面表示される。

【００１８】このように、記録再生手段及び入出力処理
手段のリソースを記述したファイルに基づき、記録再生
手段及び入出力処理手段のリソースが階層状に画面表示
されるので、この画面表示から、記録再生手段及び入出
力処理手段の全体構造を容易に把握することができる。
したがって、例えばＡＶサーバシステムに適用すれば、
この画面表示から、ＡＶサーバの全体構造を容易に把握
できるようになる。

【００１９】なお、この表示処理手段は、一例として請
求項２に記載のように、最上位の階層から、障害の発生
しているリソースの属する階層までを１画面に表示させ
るものであることが好適である。

【００２０】それにより、いずれかのリソースに障害が
発生した場合に、そのリソースが記録再生手段や入出力
処理手段の中でどのような位置づけにあるのかを、画面
表示から容易に確認できるようになる。したがって、例
えばＡＶサーバシステムに適用すれば、障害が発生した
リソースがＡＶサーバ全体の中でどのような位置づけに
あるのかを容易に確認できるようになる。

【００２１】また、記録再生手段がＲＡＩＤである場合
には、一例として請求項３に記載のように、表示処理手
段は、このＲＡＩＤのリビルドのための操作をグラフィ
カルユーザーインタフェースによって行う画面を表示さ
せるものであり、さらに、この操作に基づいてハードデ
ィスク装置にリビルドを実行させる制御手段を備えるこ
とが好適である。

【００２２】それにより、リビルドのための操作を、記
録再生装置の運用を中断して専用のツールを使うことな
く、容易に行えるようになる。したがって、例えばＡＶ
サーバシステムに適用すれば、リビルドのための操作を
システムの運用中にユーザーが容易に行えるようにな
る。

【００２３】また、この表示処理手段は、このリビルド
のための操作をグラフィカルユーザーインタフェースに
よって行う画面として、一例として請求項４に記載のよ
うに、ＲＡＩＤの種類にかかわらず同一の操作を行わせ
る画面を表示させるものであることが好適である。

【００２４】それにより、ＲＡＩＤの種類を意識するこ
となくリビルドのための操作を行えるようになるので、
リビルドのための操作が一層容易になる。

【００２５】次に、本出願人は、請求項５に記載のよう
に、ノンリニアアクセス可能な記録媒体を用いてデータ
の記録及び／または再生を行う記録再生手段と、外部か
ら入力されるデータを記録再生手段に転送し、記録再生
手段から転送されたデータを外部に出力する少なくとも
１つの入出力処理手段と、記録再生手段及び入出力処理
手段のリソースを記述したファイルをデータベース化し
て管理する管理手段とを備えた記録再生装置におけるリ
ソースの表示方法において、これらのファイルに記述さ
れたリソースを階層状に画面表示するようにしたものを
提案する。

【００２６】このリソースの表示方法では、記録再生手
段及び入出力処理手段のリソースを記述したファイルが
管理手段によりデータベース化して管理される記録再生
装置において、これらのファイルに記述されたリソース
を階層状に画面表示するようにしている。

【００２７】このように、記録再生手段及び入出力処理
手段のリソースを記述したファイルに基づき、記録再生
手段及び入出力処理手段のリソースを階層状に画面表示
するので、この画面表示から、記録再生手段及び入出力
処理手段の全体構造を容易に把握することができる。し
たがって、例えばＡＶサーバシステムに適用すれば、こ
の画面表示から、ＡＶサーバの全体構造を容易に把握で
きるようになる。

【００２８】なお、このリソースの表示方法において、
一例として請求項６に記載のように、最上位の階層か
ら、障害の発生しているリソースの属する階層までを１
画面に表示することが好適である。

【００２９】それにより、いずれかのリソースに障害が
発生した場合に、そのリソースが記録再生手段や入出力
処理手段の中でどのような位置づけにあるのかを、画面
表示から容易に確認できるようになる。したがって、例
えばＡＶサーバシステムに適用すれば、障害が発生した
リソースがＡＶサーバ全体の中でどのような位置づけに
あるのかを容易に確認できるようになる。

【００３０】また、記録再生手段がＲＡＩＤである場合
には、このリソースの表示方法において、一例として請
求項７に記載のように、このＲＡＩＤのリビルドのため
の操作をグラフィカルユーザーインタフェースによって
行う画面を表示し、この操作に基づいてハードディスク
装置にリビルドを実行させることが好適である。

【００３１】それにより、リビルドのための操作を、記
録再生装置の運用を中断して専用のツールを使うことな
く、容易に行えるようになる。したがって、例えばＡＶ
サーバシステムに適用すれば、リビルドのための操作を
システムの運用中にユーザーが容易に行えるようにな
る。

【００３２】また、このリビルドのための操作をグラフ
ィカルユーザーインタフェースによって行う画面とし
て、一例として請求項８に記載のように、ＲＡＩＤの種
類にかかわらず同一の操作を行わせる画面を表示するこ
とが好適である。

【００３３】それにより、ＲＡＩＤの種類を意識するこ
となくリビルドのための操作を行えるようになるので、
リビルドのための操作が一層容易になる。

【００３４】

【発明の実施の形態】以下では、本発明をＡＶサーバシ
ステムに適用した例について説明する。図１は、本発明
を適用したＡＶサーバシステムの全体構成を示す。この
システムは、オペレーション端末１と、上位端末２と、
ＤＢ（データベース）端末３と、ＳＶＭ（サーバマネー
ジャー）端末４と、スーパー作成端末５と、ＳＭＳＧＷ
（サーバマネージメントシステムゲートウェイ）端末６
とが、例えばイーサネット（登録商標）のようなネット
ワークによって結合されるとともに、ＡＶサーバ部７
が、ＳＭＳＧＷ端末６を介してこのネットワークに接続
されて成っている。

【００３５】ＡＶサーバ部７には、このＡＶサーバシス
テムの外部の複数（図では１０）の素材供給部２１〜３
０から、それぞれ入力ラインＩＮＰＵＴ＿Ａ〜ＩＮＰＵ
Ｔ＿Ｊを経て、ＡＶデータ（収録対象の素材）が同時に
ＡＶサーバ部７に供給される。これらのＡＶデータに
は、地上波放送や衛星放送等（ＧＴＶ，ＥＴＶ，ＢＳ
１，ＢＳ２等）で放送中の番組も含まれている。

【００３６】ＡＶサーバ部７から出力されたＡＶデータ
（送出対象の素材）は、このＡＶサーバシステムの外部
の複数（図では３つ）の送出部３１〜３３のうちの少な
くとも１つにそれぞれ出力ラインＯＵＴＰＵＴ＿Ａ〜Ｏ
ＵＴＰＵＴ＿Ｃを経て供給されて、当該送出部から送出
される。

【００３７】図２は、ＡＶサーバ部７の構成を示す。Ａ
Ｖサーバ部７は、ＩＤＣ（インテリジェントデバイスコ
ントローラ）１１と、ＳＵＢＩＤＣ（サブインテリジェ
ントデバイスコントローラ）１２〜１４と、ＡＶサーバ
１５，１６と、ルータ１７とを含んでいる。ＡＶサーバ
１５にはＩＤＣ１１及びＳＵＢＩＤＣ１２を介してＳＭ
ＳＧＷ端末６からコマンドが送られ、ＡＶサーバ１５か
らはＳＵＢＩＤＣ１２及びＩＤＣ１１を介してＳＭＳＧ
Ｗ端末６にステータスが送られる。同様に、ＡＶサーバ
１６・ＳＭＳＧＷ端末６間，ルータ１７・ＳＭＳＧＷ端
末６間でも、それぞれＩＤＣ１１及びＳＵＢＩＤＣ１
３，ＩＤＣ１１及びＳＵＢＩＤＣ１４を介してコマンド
及びステータスの送信が行なわれる。

【００３８】ＡＶサーバ１５は、３つの入出力ポート１
５ａ〜１５ｃと、これらの入出力ポートの動作を制御す
る記録／再生コントローラ１５ｄと、記録再生部１５ｅ
とを含んでいる。各入出力ポート１５ａ〜１５ｃは、そ
れぞれ１チャンネル分のＡＶデータの入力と１チャンネ
ル分のＡＶデータの出力とを同時に行うことが可能であ
る。記録再生部１５ｅは、ＲＡＩＤ−３を採用したもの
であり、複数のＡＶデータの同時記録・再生が可能であ
る。ＡＶサーバ１６の構成も、ＡＶサーバ１５と同じで
ある。

【００３９】入力ラインＩＮＰＵＴ＿Ａ〜ＩＮＰＵＴ＿
Ｊを経てＡＶサーバ部７に供給された複数のＡＶデータ
（収録対象の素材）は、ルータ１７でのスイッチングに
より、それぞれＡＶサーバ１５及び１６の合計６つの入
出力ポート１５ａ〜１５ｃ及び１６ａ〜１６ｃのうちの
いずれか１つに入力される。各入出力ポート１５ａ〜１
５ｃ，１６ａ〜１６ｃに入力したＡＶデータは、圧縮処
理等を施された後、それぞれ記録再生部１５ｅ，１６ｅ
に転送される。

【００４０】記録再生部１５ｅ，１６ｅでは、それぞ
れ、転送されたＡＶデータが一定の長さのブロックに分
割されて複数台のＨＤＤに記録され、かつ、それらのＨ
ＤＤの互いに対応するデータブロックの排他的論理和で
あるパリティデータが生成されて別の１台のＨＤＤに書
き込まれる。

【００４１】他方、各入出力ポート１５ａ〜１５ｃ，１
６ａ〜１６ｃからは、記録再生部１５ｅ，１６ｅで再生
（データブロックを一本化しパリティデータで訂正）さ
れて記録再生部１５ｅ，１６ｅから転送されたＡＶデー
タ（送出対象の素材）が、伸長処理等を施されてそれぞ
れ出力される。各入出力ポート１５ａ〜１５ｃ，１６ａ
〜１６ｃから出力されたＡＶデータは、ルータ１７での
スイッチングにより、図１に示すように、送出部３１〜
３３のうちのいずれかにそれぞれ出力ラインＯＵＴＰＵ
Ｔ＿Ａ〜ＯＵＴＰＵＴ＿Ｃを経て供給されて、当該送出
部から送出される。送出部３１に供給されるＡＶデータ
には、スーパー作成端末５から出力されたキャラクター
データがミキシングされる。

【００４２】図１の各端末１〜６は、それぞれその機能
に対応したアプリケーションを実行するパーソナルコン
ピュータで構成されている。オペレーション端末１は、
このＡＶサーバシステムのユーザーが、ＧＵＩ（グラフ
ィカルユーザーインタフェース）環境のもとで、収録・
送出対象の素材及びその収録・送出タイミングを指定し
たり、ＡＶサーバシステムの現在の状態を確認したりす
るための端末である。

【００４３】図３は、収録対象の素材及びその収録タイ
ミングの指定用にオペレーション端末１に表示される画
面を示す。この画面には、図１の入力ラインＩＮＰＵＴ
＿Ａ〜ＩＮＰＵＴ＿Ｊのうちのいずれの入力ラインを経
て供給されるＡＶデータ（ＧＴＶ，ＥＴＶ，ＢＳ１，Ｂ
Ｓ２等）を収録するかをマウス操作により選択するため
のアイコン５１や、アイコン５１で選択した入力ライン
を表示する欄５２や、そのＡＶデータの収録の開始及び
終了のタイミングをキー入力によって指定する欄５３
や、そのＡＶデータにキー入力によって番組名及びサブ
タイトルを付ける欄５４等が設けられている。

【００４４】図４は、送出対象の素材及びその送出タイ
ミングの指定用にオペレーション端末１に表示される画
面を示す。この画面には、ＡＶデータの収録時に図３の
欄５４に入力した番組名やサブタイトルをコピーアンド
ペーストまたはドラッグアンドドロップ等のマウス操作
で貼り付けることによってそのＡＶデータを送出対象の
素材として選択する欄６１や、そのＡＶデータの送出の
開始及び終了のタイミングをキー入力によって指定する
欄６２等が設けられている。

【００４５】ユーザーは、放送局でのプレイリスト（番
組構成表等）によっては収録・送出することや収録・送
出タイミングが決定されていない素材（例えば臨時ニュ
ースの素材等）について、図３や図４の画面を呼び出し
て、収録・送出対象とすることの指定や収録・送出タイ
ミングの指定を行うことができる。

【００４６】図１の上位端末２では、放送局でのプレイ
リストが管理される。上位端末２からは、このプレイリ
ストに基づいて、収録・送出対象の素材及びその収録・
送出タイミングを示す情報が作成される。また、上位端
末２からは、ＡＶサーバ部７からのＡＶデータの出力と
スーパー作成端末５からのスーパーインポーズ用のキャ
ラクターデータの出力とを同期させるためのタイミング
パルスが、ＳＭＳＧＷ端末６及びスーパー作成端末５に
送られる。

【００４７】ＤＢ端末３では、オペレーション端末１で
指定された収録・送出対象の素材及びその収録・送出タ
イミングの情報や、上位端末２で作成された収録・送出
対象の素材及びその収録・送出タイミングの情報や、Ａ
Ｖサーバシステムの現在の状態を示す情報が、データベ
ース化して登録される。

【００４８】ＡＶサーバシステムの現在の状態を示す情
報には、収録済みの素材や、ＡＶサーバシステムで実行
されるアプリケーションや、現在収録・送出中の素材
や、ＡＶサーバ部７の個々のリソースの状態（使用可能
であるか否か、ＳＭＳＧＷ端末６と通信中であるか否
か）等の情報が含まれる。

【００４９】図５は、このデータベースの画面表示例を
示す。画面の左半分に、収録済みの素材のファイル名
や、ＡＶサーバシステムで実行されるアプリケーション
中のファイル名や、現在収録・送出中の素材や、ＡＶサ
ーバ部７の個々のリソースの状態等の一覧がテーブルと
して表示される。

【００５０】また、このテーブルからマウス操作によっ
て選択されたアプリケーション中のファイル「SR＿Mate
rial(dbo) 」（図で反転表示されているファイル）につ
いての各種パラメータが、画面の右半分に表示される。
この画面の「列名」における“ｍａ”に続くコード名は
それぞれ当該列名に固有のものであり、マウス操作によ
っていずれかの列名を選択すると、このコード名をキー
にして、オーディオ設定や素材編集世代やステータス等
の情報が画面表示される。

【００５１】図１のＳＶＭ端末４では、ＤＢ端末３に登
録されている収録・送出対象の素材及びその収録・送出
タイミングの情報に基づいて、素材の収録や送出を指示
するコマンドが作成されて、そのコマンドがＳＭＳＧＷ
端末６に送られる。

【００５２】より具体的には、ＳＶＭ端末４内には、Ｄ
Ｂ端末３に登録されている収録対象，送出対象の素材及
び収録タイミング，送出タイミングの情報に基づいてそ
れぞれ収録，送出のマクロ命令及びそのパラメータを発
行する収録マネージャー，送出マネージャーと、収録マ
ネージャー及び送出マネージャーからこのマクロ命令及
びパラメータが引き渡されてＳＭＳＧＷ端末６との間で
ＭＴＰ通信によるデバイス制御通信を行うＥＺＭＡＸと
が設けられている。

【００５３】また、ＳＶＭ端末４では、ＡＶサーバ部７
のいずれかのデバイスに障害が発生したときに、障害処
理（アラーム情報の作成や、障害が発生したデバイスが
実行していた処理の別のデバイスへの割り当て）が行わ
れる。

【００５４】スーパー作成端末５では、ＤＢ端末３に登
録されている送出対象の素材及びその送出タイミングの
情報に基づいて、スーパーインポーズ用のキャラクター
データが作成される。このキャラクターデータは、上位
端末２からのタイミングパルスに基づいて、スーパー作
成端末５から出力される。

【００５５】ＳＭＳＧＷ端末６では、ＳＶＭ端末４から
のコマンドに基づいて、ＡＶサーバ部７が制御される。
このＳＭＳＧＷ端末６での処理は、図６に示すように、
実行管理タスクとリソース情報管理タスクとに大別され
る。実行管理タスクは、ＳＶＭ端末４・ＳＭＳＧＷ端末
６間及びＳＭＳＧＷ端末６・ＡＶサーバ部７間の通信処
理である。リソース情報管理タスクは、ＳＭＳＧＷ端末
６及びＡＶサーバ部７のリソース構成や各リソースの状
態をデータベース化して管理する処理である。ＳＶＭ端
末４からのコマンドに基づいて、具体的にＡＶサーバ部
７のどのリソースを動作させる（例えば収録対象の素材
をどの入出力ポートから入力させる）コマンドをＡＶサ
ーバ部７に送るかは、ＳＶＭ端末４からのコマンドを受
信した実行管理タスクがＡＶサーバ部７のリソースの割
当要求をリソース情報管理タスクに伝え、リソース情報
管理タスクがその割当結果を実行管理タスクに伝えるこ
とによって決定される。

【００５６】図７は、リソース情報管理タスクのデータ
ベースの画面表示例を示す。画面の左半分には、ＡＶサ
ーバ部７のリソースの一覧がテーブルとして表示され
る。また、このテーブルからマウス操作によって選択さ
れたリソース「disk＿info(RIMT)」（図で反転表示され
ているリソース）についての各種パラメータが、画面の
右半分に表示される。

【００５７】リソース情報管理タスクでのデータベース
化処理は、このＡＶサーバシステムの導入時に、ＳＭＳ
＿Ｃｏｎｆｉｇファイル（エクステンションＳＭＳ）及
びＩＤＣ＿ＣＦＳファイル（エクステンションＣＦＳ）
にリソースのタイプやパラメータを記述し、これらのフ
ァイルをＳＭＳＧＷ端末６に登録することに基づいて行
われる。

【００５８】ＳＭＳ＿Ｃｏｎｆｉｇファイルは、ＲＥＳ
ＯＵＲＣＥ．ＳＭＳ及びＳＭＳファイルを含んでいる。
ＲＥＳＯＵＲＣＥ．ＳＭＳは、リソース全体を包括して
記述するためのファイルであり、リソースのタイプ，リ
ソースのＩＤ，リソースのグループ名，初期状態でのス
テータスが記述される。ＳＭＳファイルには、ＲＥＳＯ
ＵＲＣＥ．ＳＭＳに記述された個々のリソース毎に、リ
ソースのパラメータが記述される。

【００５９】図８Ａ，Ｂは、それぞれこのＲＥＳＯＵＲ
ＣＥ．ＳＭＳ，ＳＭＳファイルの記述例を示す。同図Ａ
のＲＥＳＯＵＲＣＥ．ＳＭＳの１行目のファイルは、Ｓ
ＭＳＧＷ端末６及びＡＶサーバ部７の中で最上位の階層
のリソースであるＳＭＳＧＷ端末６についてのファイル
であり、そのリソース名（＃Ｒｅｓ Ｎａｍｅ）である
ＳＭＳ＿１，リソースタイプ（Ｒｅｓ Ｔｙｐｅ）であ
るＳＭＳ，リソースＩＤ（Ｒｅｓ ＩＤ）である１，リ
ソースのグループ名（Ｇｐ Ｎａｍｅ）であるＧＰ＿Ｍ
ＴＰＳＥＲ，初期状態でのステータス（Ｉｎｉｔ Ｓｔ
ａｔｕｓ）であるＥＮＡＢＬＥが記載されている。

【００６０】また、同図ＡのＲＥＳＯＵＲＣＥ．ＳＭＳ
の２行目のファイルは、ＳＭＳＧＷ端末６及びＡＶサー
バ部７の中で２番目の階層のリソースであるＡＶサーバ
部７のＩＤＣ１１（図２）についてのファイルであり、
そのリソース名であるＩＤＣ＿１，リソースタイプであ
るＩＤＣＭＡＩＮ，リソースＩＤである２，リソースの
グループ名であるＧＰ＿ＩＤＣ，初期状態でのステータ
スであるＥＮＡＢＬＥが記載されている。

【００６１】同図ＢのＳＭＳ，ＳＭＳファイルでは、同
図Ａの各リソースＩＤに対し、リソースタイプ毎に、個
々のフォーマットでパラメータが記述されている。同図
Ｂでは代表的なパラメータを挙げているが、これ以外に
も１０数種類のパラメータが存在している。

【００６２】ＩＤＣ＿ＣＦＳファイルには、主に機器構
成が記述される。図９は、ＩＤＣ＿ＣＦＳファイルの記
述例を示す。

【００６３】本発明の特徴として、ＳＭＳＧＷ端末６で
は、ユーザーの操作に基づき、これらのＳＭＳ＿Ｃｏｎ
ｆｉｇファイル及びＩＤＣ＿ＣＦＳファイルに記述され
たリソースが階層状に画面表示されるようになってい
る。

【００６４】図１０及び図１１は、このリソースの画面
表示例を示す。このうち図１０は、ＡＶサーバ部７にお
いてリソース名「ＲＡＩＤ＿１．１」のＨＤＤ（図２の
記録再生部１５ｅまたは１６ｅ中のＨＤＤ）に障害が発
生した際の表示例を示しており、画面の左側に、最上位
の階層のリソースであるＳＭＳＧＷ端末６からこの障害
の発生したＨＤＤの階層のリソースまで、ＲＥＳＯＵＲ
ＣＥ．ＳＭＳ（図９Ａ）中のリソース名が、アイコンと
ともに階層状に表示されている。この障害の発生したＨ
ＤＤのリソース名「ＲＡＩＤ＿１．１」は、反転表示さ
れている。

【００６５】また、この画面の右側には、このリソース
名「ＲＡＩＤ＿１．１」のＨＤＤについて、リソース
名，デバイスタイプ（リソースタイプ），ステータス，
エラー，ワーニング（警告），デバイスＩＤ（リソース
ＩＤ）及び構成情報が表示されている。

【００６６】他方、図１１は、ＡＶサーバ部７から、Ｒ
ＡＩＤのリビルドが要求された際の表示例を示してお
り、図１０と同様にしてリソースが階層表示されるとと
もに、画面の左上側の「Ｒｅｓｏｕｒｃｅ Ｔｒｅｅ」
が反転表示されることにより、リビルドの要求があった
ことをユーザーに知らせるようになっている。

【００６７】ユーザーが、このリビルドの要求に応じ
て、画面の上端のメニューから「コマンド（Ｃ）」を選
択し、さらにそのサブメニューから「ＲＡＩＤのリビル
ド（Ｂ）」を選択すると、リビルドのための操作をグラ
フィカルユーザーインタフェースによって行う画面（ダ
イアログボックス等を用いてリビルドのための操作を対
話的に指示する画面）が表示されるようになっている。
この画面は、ＳＣＳＩタイプのＲＡＩＤであるかＳＢＸ
タイプのＲＡＩＤであるかにかかわらず、同一の操作を
行わせるものになっている。

【００６８】なお、図示は省略するが、いずれのリソー
スにも障害が発生しておらず、且つ、リビルドの要求も
ない場合には、最上位の階層のリソースであるＳＭＳＧ
Ｗ端末６から最下位の階層のリソースまで、すべてのリ
ソースのリソース名がアイコンとともに階層状に表示さ
れるようになっている。

【００６９】このように、このＡＶサーバシステムで
は、ＳＭＳ＿Ｃｏｎｆｉｇファイル及びＩＤＣ＿ＣＦＳ
ファイルに基づき、ＳＭＳＧＷ端末６及びＡＶサーバ部
７のリソースがＳＭＳＧＷ端末６に階層状に画面表示さ
れるので、この画面表示から、ＳＭＳＧＷ端末６及びＡ
Ｖサーバ部７の全体構造を容易に把握できるようになっ
ている。

【００７０】また、最上位の階層であるＳＭＳＧＷ端末
６から、障害の発生しているリソースの属する階層まで
がＳＭＳＧＷ端末６に１画面に表示されるので、障害が
発生したリソースがＳＭＳＧＷ端末６及びＡＶサーバ部
７の全体の中でどのような位置づけにあるのかを、この
画面表示から容易に確認できるようになっている。した
がって、障害の把握や障害への対処を迅速に行うことが
可能である。

【００７１】また、ＲＡＩＤのリビルドのための操作を
グラフィカルユーザーインタフェースによって行う画面
がＳＭＳＧＷ端末６に表示されるので、リビルドのため
の操作をシステムの運用中にユーザーが容易に行えるよ
うになっている。

【００７２】また、ＳＣＳＩタイプのＲＡＩＤであるか
ＳＢＸタイプのＲＡＩＤであるかにかかわらず、リビル
ドのための操作を行う画面として、同一の操作を行わせ
る画面が表示されるので、ユーザーがＲＡＩＤの種類を
意識することなくリビルドのための操作を行えるように
なっており、その点でもリビルドのための操作が一層容
易になっている。

【００７３】なお、図１０及び図１１の例の画面表示に
加えて、リソースの切り離しやイニシャライズやイネー
ブルの操作を行う画面がＳＭＳＧＷ端末６に表示される
ようにしてもよい。従来は個々のＡＶサーバシステム毎
にリソースの切り離しやイニシャライズやイネーブルの
操作のためのプログラムやシーケンスを作成しており、
煩雑であったので、これらの操作を行う画面がＳＭＳＧ
Ｗ端末６に表示されることにより、これらの操作もユー
ザーが容易に行えるようになる。

【００７４】また、以上のＡＶサーバシステムではそれ
ぞれ３つの入出力ポートを有するＡＶサーバを２つ用い
ているが、それぞれ適宜の数の入出力ポートを有するＡ
Ｖサーバを適宜の数だけ用いたＡＶサーバシステムに本
発明を適用してよい。

【００７５】また、以上のＡＶサーバシステムでは入力
ポートと出力ポートとを一体とした入出力ポートを有す
るＡＶサーバを用いているが、入力ポートと出力ポート
とを別体として有するＡＶサーバを用いたＡＶサーバシ
ステムにも本発明を適用してよい。

【００７６】また、以上のＡＶサーバシステムでは、Ｒ
ＡＩＤ技術を採用した記録再生部を有するＡＶサーバを
用いているが、ＲＡＩＤ技術を採用することなくＨＤに
ＡＶデータを記録するＡＶサーバや、ＨＤ以外のノンリ
ニアアクセス可能な記録媒体（例えば半導体メモリや光
ディスク）にＡＶデータを記録するＡＶサーバを用いた
ＡＶサーバシステムにも本発明を適用してよい。

【００７７】また、以上の例では、複数の端末とＡＶサ
ーバとで構成されるＡＶサーバシステムに本発明を適用
しているが、このＡＶサーバシステムの機能を単体で実
現する装置にも本発明を適用してよい。

【００７８】また、本発明は、ＡＶサーバシステム以外
の、リソースを記述したファイルをデータベース化して
管理する記録再生装置にも適用してもよい。また、本発
明は、以上の例に限らず、本発明の要旨を逸脱すること
なく、その他様々の構成をとりうることはもちろんであ
る。

【００７９】

【発明の効果】以上のように、本発明に係る請求項１に
記載の記録再生装置や請求項５に記載のリソースの表示
方法によれば、記録再生手段及び入出力処理手段のリソ
ースが階層状に画面表示されるので、この画面表示か
ら、記録再生手段及び入出力処理手段の全体構造を容易
に把握できるという効果が得られる。したがって、例え
ばＡＶサーバシステムに適用すれば、この画面表示か
ら、ＡＶサーバの全体構造を容易に把握できるようにな
る。

【００８０】また、請求項２に記載の記録再生装置や請
求項６に記載のリソースの表示方法によれば、いずれか
のリソースに障害が発生した場合に、そのリソースが記
録再生手段や入出力処理手段の中でどのような位置づけ
にあるのかを容易に確認できるようになるという効果も
得られる。したがって、例えばＡＶサーバシステムに適
用すれば、障害が発生したリソースがＡＶサーバ全体の
中でどのような位置づけにあるのかを容易に確認できる
ようになるので、障害の把握や障害への対処を迅速に行
うことが可能になる。

【００８１】また、請求項３に記載の記録再生装置や請
求項７に記載のリソースの表示方法によれば、リビルド
のための操作を、記録再生装置の運用を中断して専用の
ツールを使うことなく、容易に行えるようになるという
効果も得られる。したがって、例えばＡＶサーバシステ
ムに適用すれば、リビルドのための操作をシステムの運
用中にユーザーが容易に行えるようになる。

【００８２】また、請求項４に記載の記録再生装置や請
求項８に記載のリソースの表示方法によれば、ＲＡＩＤ
の種類を意識することなくリビルドのための操作を行え
るようになるので、リビルドのための操作が一層容易に
なるという効果も得られる。

【図面の簡単な説明】

【図１】本発明を適用したＡＶサーバシステムの全体構
成例を示す図である。

【図２】図１のＡＶサーバ部の構成例を示す図である。

【図３】図１のオペレーション端末に収録対象の素材及
び収録タイミングの指定用に表示される画面を例示する
図である。

【図４】図１のオペレーション端末に送出対象の素材及
び送出タイミングの指定用に表示される画面を例示する
図である。

【図５】図１のＤＢ端末に登録されたデータベースの画
面表示例を示す図である。

【図６】図１のＳＭＳＧＷ端末での処理を例示する図で
ある。

【図７】図１のＳＭＳＧＷ端末に登録されたデータベー
スの画面表示例を示す図である。

【図８】ＳＭＳ＿Ｃｏｎｆｉｇファイルの記述例を示す
図である。

【図９】ＩＤＣ＿ＣＦＳファイルの記述例を示す図であ
る。

【図１０】図１のＳＭＳＧＷ端末でのリソースの画面表
示例を示す図である。

【図１１】図１のＳＭＳＧＷ端末でのリソースの画面表
示例を示す図である。

【符号の説明】 １ オペレーション端末、 ２ 上位端末、 ３ ＤＢ
（データベース）端末、 ４ ＳＶＭ（サーバマネージ
ャー）端末、 ５ スーパー作成端末、 ６ＳＭＳＧＷ
（サーバマネージメントシステムゲートウェイ）端末、
７ ＡＶサーバ部、 １１ ＩＤＣ（インテリジェン
トデバイスコントローラ）、 １２〜１４ ＳＵＢＩＤ
Ｃ（サブインテリジェントデバイスコントローラ）、
１５，１６ ＡＶサーバ、 １５ａ〜１５ｃ，１６ａ〜
１６ｃ 入出力ポート、 １５ｄ，１６ｄ 記録／再生
コントローラ、 １５ｅ，１６ｅ 記録再生部、 １７
ルータ、 ２１〜３０ 素材供給部、 ３１〜３３ 送
出部、 ＩＮＰＵＴ＿Ａ〜ＩＮＰＵＴ＿Ｊ 入力ライ
ン、 ＯＵＴＰＵＴ＿Ａ〜ＯＵＴＰＵＴ＿Ｃ 出力ライ
ン

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 12/16 ３１０ Ｇ０６Ｆ 12/16 ３１０Ｃ ５Ｅ５０１ 13/14 ３３０ 13/14 ３３０Ｅ Ｆターム(参考） 5B014 HC05 HC11 5B018 GA06 KA01 MA14 QA20 5B042 KK13 KK15 MC18 NN04 5B065 BA01 CA30 EA11 EK02 ZA02 5B083 AA01 BB01 BB02 CC01 CD03 DD01 DD11 EE08 5E501 AA20 AB12 AC24 BA03 FA14 FA22 FA44 FA46

Claims (8)

【特許請求の範囲】
1. 【請求項１】 ノンリニアアクセス可能な記録媒体を用
   いてデータの記録及び／または再生を行う記録再生手段
   と、 外部から入力されるデータを前記記録再生手段に転送
   し、前記記録再生手段から転送されたデータを外部に出
   力する少なくとも１つの入出力処理手段と、 前記記録再生手段及び前記入出力処理手段のリソースを
   記述したファイルをデータベース化して管理する管理手
   段と、 前記ファイルに記述されたリソースを階層状に画面表示
   させる表示処理手段とを備えたことを特徴とする記録再
   生装置。
2. 【請求項２】 請求項１に記載の記録再生装置におい
   て、 前記表示処理手段は、最上位の階層から、障害の発生し
   ているリソースの属する階層までを１画面に表示させる
   ことを特徴とする記録再生装置。
3. 【請求項３】 請求項２に記載の記録再生装置におい
   て、 前記記録再生手段は、ＲＡＩＤ技術を用いたハードディ
   スク装置であり、 前記表示処理手段は、前記ＲＡＩＤ技術を用いたハード
   ディスク装置のリビルドのための操作をグラフィカルユ
   ーザーインタフェースによって行う画面を表示させ、 前記リビルドのための操作に基づいて前記ハードディス
   ク装置に前記リビルドを実行させる制御手段をさらに備
   えたことを特徴とする記録再生装置。
4. 【請求項４】 請求項３に記載の記録再生装置におい
   て、 前記表示処理手段は、前記ＲＡＩＤ技術を用いたハード
   ディスク装置の種類にかかわらず同一の操作を行わせる
   画面を表示させることを特徴とする記録再生装置。
5. 【請求項５】 ノンリニアアクセス可能な記録媒体を用
   いてデータの記録及び／または再生を行う記録再生手段
   と、 外部から入力されるデータを前記記録再生手段に転送
   し、前記記録再生手段から転送されたデータを外部に出
   力する少なくとも１つの入出力処理手段と、 前記記録再生手段及び前記入出力処理手段のリソースを
   記述したファイルをデータベース化して管理する管理手
   段とを備えた記録再生装置における前記リソースの表示
   方法において、 前記ファイルに記述されたリソースを階層状に画面表示
   することを特徴とするリソースの表示方法。
6. 【請求項６】 請求項５に記載のリソースの表示方法に
   おいて、 最上位の階層から、障害の発生しているリソースの属す
   る階層までを１画面に表示することを特徴とするリソー
   スの表示方法。
7. 【請求項７】 請求項６に記載のリソースの表示方法に
   おいて、 前記記録再生手段は、ＲＡＩＤ技術を用いたハードディ
   スク装置であり、 前記ハードディスク装置のリビルドのための操作をグラ
   フィカルユーザーインタフェースによって行う画面を表
   示し、 前記リビルドのための操作に基づいて前記ハードディス
   ク装置に前記リビルドを実行させることを特徴とするリ
   ソースの表示方法。
8. 【請求項８】 請求項７に記載のリソースの表示方法に
   おいて、 異なる種類の前記ハードディスク装置について同一の操
   作を行わせる画面を表示することを特徴とするリソース
   の表示方法。