JP2001054048A

JP2001054048A - データ蓄積再生装置

Info

Publication number: JP2001054048A
Application number: JP11222658A
Authority: JP
Inventors: Tomohisa Shiga; 知久志賀
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1999-08-05
Filing date: 1999-08-05
Publication date: 2001-02-23
Also published as: EP1091570A2; EP1091570A3

Abstract

(57)【要約】【課題】端末の汎用性を損なうことなく、蓄積された
ファイルに端末から自由にアクセスできるようにする。【解決手段】所定フォーマットのデータを蓄積記憶す
るとともにネットワークで接続された端末から前記デー
タのファイル単位のアクセスを可能にしたデータ蓄積再
生装置において、前記端末のデータフォーマットと前記
所定のフォーマットの間のフォーマット変換を行う変換
手段（２１０）を備える。データ蓄積再生装置の内部で
端末と蓄積データ間のフォーマット変換が行われる。し
たがって、端末のデータフォーマットをそのまま使用す
ることができ、端末の汎用性を損なわない。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データ蓄積再生装
置に関し、例えば、テレビジョン放送の放送素材のデー
タを蓄積記録するとともに、その蓄積データをファイル
単位に読み出して再生し放送のために送出したりするデ
ータ蓄積再生装置に係り、特に、ネットワークで接続さ
れたパーソナルコンピュータやワークステーション等の
端末からのファイルアクセスを可能にしたデータ蓄積再
生装置に関する。

【０００２】

【従来の技術】テレビジョン放送の放送素材は映像と音
声からなるＡｕｄｉｏＶｉｓｕａｌデータ（以下「Ａ
Ｖデータ」という）であり、従前、かかるＡＶデータの
管理は専ら磁気テープ媒体によって行われていた。すな
わち、送出予定の放送素材をカセット状の磁気テープ媒
体に記録し、それを送出装置にセットしてプレイリスト
や番組編成表に従って切替えながら送出するものであっ
たが、磁気テープ媒体はランダムアクセスが不可能であ
るため、例えば、特定の放送素材の頭出し等を効率よく
行うことができず、磁気テープに記録した放送素材個々
の管理がきわめて困難であるという欠点があった。

【０００３】そこで、ランダムアクセス可能な記憶媒体
であるハードディスクを何台もつなげてアレイ状の大容
量記憶装置を構築し、この記憶装置に大量の素材データ
を蓄積記録するようにしたＡＶサーバシステムが提供さ
れている。これによれば、操作卓（端末）からＡＶサー
バシステムをコントロールして放送素材の蓄積（いわゆ
るファイリング）や蓄積データの再生確認（いわゆるプ
レビュー）および放送素材の送出制御等を効率よく行う
ことができる。

【０００４】図２４は、ＡＶサーバシステムの要部構成
図である。データ蓄積再生装置に相当するＡＶサーバ１
は、イーサネット等のネットワーク１０を介して、パー
ソナルコンピュータやワークステーション等の端末（以
下「端末」で代表する）１１から操作されるようになっ
ており、ＡＶサーバ１に設けられた複数（図では各々四
つ）の入出力チャネル（入力チャネル２、４、６、８、
出力チャネル３、５、７、９）を選択的に使用して不図
示の素材機にセットされたＡＶデータの記録を行った
り、指定されたＡＶデータの再生を行って不図示のモニ
ター装置にプレビューしたり、または、放送のために不
図示の送出機に出力したりできるようになっている。

【０００５】ところで、ＡＶサーバ１は前記のとおりハ
ードディスクを何台もつなげて構築されたものであり、
ファイル単位のデータアクセスが可能であるから、いわ
ゆるファイルサーバの如き使い方ができると便利であ
る。例えば、端末１１にＣＧ（コンピュータグラフィッ
クス）用のアプリケーションプログラムソフト（以下
「ＣＧ＿ＡＰ」という）をインストールしておけば、そ
のＣＧ＿ＡＰを用いて、ＡＶサーバ１に蓄積された任意
の放送素材にアクセスして所要の加工を施すことができ
る。

【０００６】図２５は、ＡＶサーバ１における記録と再
生の四つのケースを示す概念図である。図２５（ａ）、
（ｂ）に示す二つのケースは、端末１１からのコマンド
に応答して行われる記録または再生動作、すなわち、入
出力チャネルの選択的使用による通常の記録または再生
動作である。このケースでは、端末１１はコマンドの発
生や入出力チャネルの指定およびファイルの指定等だけ
を行い、放送素材へのアクセスは行わない。一方、図２
５（ｃ）、（ｄ）に示す二つのケースは、端末１１とＡ
Ｖサーバ１の間で放送素材それ自体をやり取りするケー
スであり、例えば、端末１１に上記のＣＧ＿ＡＰをイン
ストールしておけば、この端末１１からＡＶサーバ１内
の任意の放送素材にアクセスして所要のＣＧ加工等を行
うことができる。

【０００７】

【発明が解決しようとする課題】しかしながら、従来の
ＡＶサーバ１にあっては、その蓄積データの形式（フォ
ーマット）が端末１１の表示フォーマットと異なる放送
素材用のフォーマットであるため、端末１１にフォーマ
ット変換用のリソース（専用のビデオボードやドライバ
ソフトなど）を備える必要があり、端末１１の汎用性を
損なうという問題点があった。

【０００８】図２６は、放送素材用フォーマットの構造
例であり、いずれも１画面（フレーム）分のフォーマッ
トを示している。同図（ａ）はＤ１と呼ばれるベースバ
ンド記録の非圧縮フォーマット構造、同図（ｂ）はＤ１
を圧縮したＭＰＥＧフォーマット構造である。Ｄ１フォ
ーマットは１画面の水平ライン数（図では５２５本）分
のブロックで構成され、各ブロックに色差信号（Ｃｂ、
Ｃｒ）と輝度信号（Ｙ）からなる多数（図では１４４０
サンプル）の画素情報を格納している。

【０００９】Ｄ１フォーマットは放送素材の画像情報を
余すことなく保持するため、良好な画質が得られる反
面、ファイルサイズが大きくなるという欠点がある。ま
た、ＭＰＥＧフォーマットは動画符号化の国際標準（Ｍ
ＰＥＧ：ＭｏｖｉｎｇＰｉｃｔｕｒｅＥｘｐｅｒｔ
ｓＧｒｏｕｐ）に基づく圧縮フォーマットであり、こ
の符号化技術は非可逆符号化（圧縮の過程で情報の一部
を失う）であるので、画質を劣化を否めない欠点がある
ものの、ファイルサイズを大幅に小さくできるため、特
に、蓄積容量に限りがあるＡＶサーバ１に用いて好適な
フォーマットである。なお、図示のＭＰＥＧフォーマッ
トは、放送素材の放送形式（ＮＴＳＣ、ＰＡＬまたはＳ
ＥＣＡＭ）やビットレートといったフレーム全体の情報
を保持するヘッダと、タイムコード等の付加的な情報を
保持する複数（図では２１個）の補助情報用マクロブロ
ックと、圧縮された画素情報を保持する多数（図では１
４４０個）のビデオデータマクロブロックとで構成され
ている。

【００１０】一方、図２７は、端末１１の画像フォーマ
ット（いわゆるＲＧＢフォーマット）の構造例であり、
画像のサイズ情報等を保持するヘッダと、１画面の水平
ライン数（図では５２５本）分のブロックとで構成さ
れ、各ブロックにＲ（赤）、Ｇ（緑）、Ｂ（青）を１組
とした多数組（図では７２０組）の画素情報を格納して
いる。一般に汎用のパーソナルコンピュータやワークス
テーションは、ＲＧＢフォーマットの画像データをその
まま取り扱うことができる。しかし、ＲＧＢフォーマッ
ト以外の、例えば、前述のＤ１フォーマット（またはＤ
１をＭＰＥＧ圧縮したフォーマット）の画像データを与
えた場合は、テレビジョン信号用のビデオボードやドラ
イバソフトを備えない限り、表示はおろかＣＧ加工等の
画像処理も行えない。しかも、ＭＰＥＧフォーマットの
画像データを与えた場合は、テレビジョン信号用のビデ
オボードやドライバソフトに加えて、さらにＭＰＥＧ符
号化／復号化のための手段も必要とする。したがって、
従来のＡＶサーバ１は、ファイルサーバの如き使い方を
しようとした場合に、端末１１の汎用性を損なうという
問題点が避けられなかった。以上の背景から、本発明が
解決しようとする課題は、端末の汎用性を損なうことな
く、蓄積されたファイルに端末から自由にアクセスでき
るようにすることにある。

【００１１】

【課題を解決するための手段】請求項１記載の発明は、
所定フォーマットのデータを蓄積記憶するとともにネッ
トワークで接続された端末から前記データのファイル単
位のアクセスを可能にしたデータ蓄積再生装置におい
て、前記端末のデータフォーマットと前記所定のフォー
マットの間のフォーマット変換を行う変換手段を備えた
ことを特徴とする。これによれば、データ蓄積再生装置
の内部で、端末と蓄積データ間のフォーマット変換が行
われる。請求項２記載の発明は、所定フォーマットのデ
ータを蓄積記憶するとともにネットワークで接続された
端末から前記データのファイル単位のアクセスを可能に
した大容量記憶手段と、前記端末のデータフォーマット
と前記所定のフォーマットの間のフォーマット変換を行
う変換手段を有するネットワークボードと、を備えたこ
とを特徴とする。これによれば、ネットワークボード上
で、端末と蓄積データ間のフォーマット変換が行われ
る。請求項３記載の発明は、請求項１記載の発明におい
て、前記データ変換手段は、フォーマット変換のための
プログラムを実行するＤＳＰを含むことを特徴とする。
これによれば、ＤＳＰのプログラム処理によってフォー
マット変換が行われる。請求項４記載の発明は、請求項
２記載の発明において、前記データ変換手段は、フォー
マット変換のためのプログラムを実行するＤＳＰを含む
ことを特徴とする。これによれば、ＤＳＰのプログラム
処理によってフォーマット変換が行われる。請求項５記
載の発明は、請求項３記載の発明において、前記フォー
マット変換のためのプログラムを書き換え可能に保持す
る保持手段を有することを特徴とする。これによれば、
保持手段のプログラムを書きかえることにより、フォー
マットの変更に柔軟に対処できる。請求項６記載の発明
は、請求項４記載の発明において、前記フォーマット変
換のためのプログラムを書き換え可能に保持する保持手
段を有することを特徴とする。これによれば、保持手段
のプログラムを書きかえることにより、フォーマットの
変更に柔軟に対処できる。

【００１２】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を詳細に説明する。図１は、本実施の形態のＡ
Ｖサーバ２０（特許請求の範囲に記載のデータ蓄積再生
装置に相当）の要部のブロック構成図である。なお、Ａ
Ｖサーバ２０を除くＡＶサーバシステムの全体構成（特
にネットワーク１０や端末１１）については、適宜に前
述の図２４を参照することにする。図１において、ＡＶ
サーバ２０は、ファイルシステムボード１００、ネット
ワークボード２００、ＭＰＥＧ用のデータ制御ボード３
００、４００、Ｄ１用のデータ制御ボード５００、６０
０、ハードディスクアレイユニット７００（特許請求の
範囲に記載の大容量記憶手段に相当）、コマンドバス８
００、および、バックボーン８０１、８０２を含んで構
成されている。

【００１３】＜ファイルシステムボード１００＞ファイ
ルシステムボード１００は、コマンドバスインターフェ
ース（以下、インターフェースを「Ｉ／Ｆ」と略す）や
ファイルシステムなどからなり、コマンドバス８００を
介して伝えられたネットワークボード２００またはデー
タ制御ボード３００、４００、５００、６００からのコ
マンドを受付け、コマンドに応じた所要の処理を実行す
る。

【００１４】なお、“ファイルシステム”とは、ハード
ディスク（図ではハードディスクアレイユニット７０
０）に記憶されたファイルの格納位置を管理するための
仕組みのことである。一般にユーザ環境においては、フ
ァイルは固有の名前を持った任意長の情報ブロック（ま
たはその集合）として取り扱われるが、ハードディスク
上のファイルは固定サイズのブロック（例えば、１２８
バイトのセクタと呼ばれるブロック）ごとに格納される
ため、そのままではユーザ環境で取り扱うことができな
い。ファイルシステムは、かかる物理的なファイル位置
の情報を管理して、ユーザ環境で取り扱うことができる
論理的なファイル位置情報に変換する仕組みのことであ
る。

【００１５】一般に、ファイルシステムは、大きく分け
て、ＦＥ（ファイルエントリ）、ＲＥ（レコードエント
リ）およびＦＳＬ（フリースペースリスト）と呼ばれる
三つの情報を管理する。これらの情報はファイル操作の
発生の都度、参照されまたは新規に作成されもしくはそ
の内容が更新される。ＦＥはファイル名と最初のレコー
ドエントリ（上述のセクタに相当）へのポインタ情報を
保持し、このＲＥはファイル毎に作られる。ＲＥはその
レコードエントリのハードディスク上の先頭アドレスと
そのレコードエントリの長さ（連続領域の記録長）を保
持する。ＲＥはまた、一つのファイルがハードディスク
上の複数のブロックに飛び飛びに書き込まれる場合に備
えて、次のＲＥへのポインタ情報（飛び先の先頭アドレ
スのポインタ情報）を保持するための領域を有する。但
し、そのＲＥでファイルが終わっている場合は当該領域
にファイルの終了コード（ＥＯＦコード）が書き込まれ
る。

【００１６】例えば、ハードディスク上に格納された任
意のファイル（便宜的にファイル名を「Ａ」とする）の
最初のブロック（便宜的に「Ｂ１」とする）のアドレス
範囲を５０から１００までとし、次のブロック（便宜的
に「Ｂ２」とする）のアドレス範囲を２００から３００
までとし、最後のブロック（便宜的に「Ｂ３」とする）
のアドレス範囲を５００から７５０までとすると、ファ
イルシステムの実際のＦＥとＲＥの内容は次のようにな
る。すなわち、ＦＥにファイル名“Ａ”を格納するとと
もに、そのポインタ情報で次ブロックＢ２のＲＥを指し
示し、次ブロックＢ２のＲＥにＢ１の先頭アドレス５０
と記録長５０（１００−５０）を格納する。さらに、次
ブロックＢ２のＲＥにＢ２の先頭アドレス２００と記録
長１００（３００−２００）を格納し、最後のブロック
Ｂ３のＲＥにＥＯＦを格納するとともに、そのブロック
Ｂ３の先頭アドレス５００と記録長２５０（７５０−５
００）を格納する。

【００１７】ＦＥとＲＥは、ハードディスク上に書き込
まれたデータの位置を示すのに対して、ＦＳＬは、デー
タが書き込まれていない位置（フリースペース）を示す
ために用いられる。ＦＳＬはＦｒｅｅＳｐａｃｅＬ
ｉｓｔの略である。例えば、フリースペースをアドレス
０からアドレス５０までの範囲（便宜的に「Ｆ１」とす
る）、アドレス１００からアドレス２００までの範囲
（便宜的に「Ｆ２」とする）およびアドレス３００から
アドレス５００までの範囲（便宜的に「Ｆ３」とする）
までと仮定して、この状態をＦＳＬで表すと、次のよう
になる。すなわち、最初のＦＳＬにＦ１の先頭アドレス
０とその長さ５０（５０−０）を格納し、次のＦＳＬに
Ｆ２の先頭アドレス１００とその長さ１００（２００−
１００）を格納し、最後のＦＳＬにＦ３の先頭アドレス
３００とその長さ２００（５００−３００）を格納す
る。ファイルシステムは、このＦＳＬを参照して、新た
に記録するファイルの格納位置を見つけ出し、その格納
位置にファイルの記録（ブロック単位の記録）を行うと
ともに、そのファイルに対応したＦＥとＲＥを新規に作
成し、同時にＦＳＬを更新する。

【００１８】図２は、ファイルシステムボード１００の
ハードウェア構成図である。ファイルシステムボード１
００は、ワーク用のＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓ
ｓＭｅｍｏｒｙ）１０１と、コマンド入出力用のデュア
ルポートＲＡＭ（以下「ＤＰＲＡＭ」という）１０２
と、ＯＳや所定のアプリケーションプログラムソフトを
実行してボードの動作を制御するＣＰＵ（Ｃｅｎｔｒａ
ｌＰｒｏｃｅｓｓｏｒＵｎｉｔ）１０３と、ＯＳや
所定のアプリケーションプログラムソフトを格納するＲ
ＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）１０４と、
各部を接続する内部バス１０５とを含んで構成されてお
り、ファイルシステムボード１００は、これらのハード
ウェアリソース（Ｒｅｓｏｕｒｃｅ：資源）とＲＯＭ１
０４に格納されたソフトウェアリソースとの有機的結合
によって、上述のファイルシステムに関する機能を実現
する。

【００１９】図３は、ファイルシステムボード１００の
ソフトウェア階層構造図である。図示のソフトウェア階
層９００は、特に限定しないが、物理層に近い順からド
ライバ層、ＯＳ層およびアプリケーション層の３階層モ
デルになっており、各階層に、ファイルシステム９００
ａ、ＯＳ９００ｂおよびコマンドバスドライバ９００ｃ
を実装する。ファイルシステム９００ａは、ハードディ
スクアレイユニット７００のＦＥ、ＲＥおよびＦＳＬを
管理し、ＯＳ９００ｂはアプリケーション層に対して必
要なＡＰＩ（アプリケーション・プログラミング・イン
ターフェース）を提供し、コマンドバスドライバ９００
ｃはコマンドバス８００との間の通信インターフェース
を行う。

【００２０】＜ネットワークボード２００＞ネットワー
クボード２００は、ネットワークＩ／Ｆやコマンドバス
Ｉ／ＦおよびバックボーンＩ／Ｆなどからなり、ネット
ワーク１０とハードディスクアレイユニット７００との
間のコマンドや画像データの転送制御を実行するととも
に、画像データのフォーマット変換処理を実行する。

【００２１】図４は、ネットワークボード２００のハー
ドウェア構成図である。ネットワークボード２００は、
ＯＳや所定のアプリケーションプログラムソフトを格納
するＲＯＭ２０１と、ワーク用の第１ＲＡＭ２０２と、
コマンド入出力用のＤＰＲＡＭ２０３と、ＯＳや所定の
アプリケーションプログラムソフトを実行してボードの
動作を制御するＣＰＵ２０４と、データ変換用のコンバ
ータプログラム（図ではＭＰＥＧコンバータ２０５ａと
Ｄ１コンバータ２０５ｂ；これらは特許請求の範囲に記
載のプログラムに相当）を書き換え可能に保持するフラ
ッシュメモリ２０５（特許請求の範囲に記載の保持手段
に相当）と、ネットワーク１０との通信インターフェー
スを行うネットワークＩ／Ｆ回路２０６と、バックボー
ン８０２への出力データを選択するセレクタ２０７と、
バックボーン８０２へ出力するコマンドデータを所定の
出力タイミングまで保持するコマンドＲＡＭ２０８と、
バックボーン８０１からの入力画像データおよびバック
ボーン８０２への出力画像データを保持するバッファ２
０９と、フラッシュメモリ２０５に格納されているコン
バータプログラムを選択的に実行してバッファ２０９に
保持された画像データのフォーマット変換を行うＤＳＰ
（ＤｉｓｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏ
ｒ）２１０（特許請求の範囲に記載の変換手段に相当）
と、ＤＳＰ２１０にワークエリアを提供する第２ＲＡＭ
２１１と、各部を接続する内部バス２１２とを含んで構
成されており、ネットワークボード２００は、これらの
ハードウェアリソースとＲＯＭ２０１およびフラッシュ
メモリ２０５に格納されたソフトウェアリソースとの有
機的結合によって、ネットワーク１０とハードディスク
アレイユニット７００との間のコマンドや画像データの
転送制御機能を実現し、かつ、画像データのフォーマッ
ト変換処理機能を実現する。

【００２２】図５は、ネットワークボード２００のソフ
トウェア階層構造図（但し、ＤＳＰ２１０のソフトウェ
ア階層構造を除く；同階層構造は後述する）である。図
示のソフトウェア階層９０１は、特に限定しないが、物
理層に近い順からドライバ層、ＯＳ層およびアプリケー
ション層の３階層モデルになっており、各階層に、ＦＴ
Ｐサーバ９０１ａ、Ｔｅｌｎｅｔサーバ９０１ｂ、ＯＳ
９０１ｃ、コマンドバスドライバ９０１ｄ、バックボー
ンドライバ９０１ｅおよびネットワークドライバ９０１
ｆｃを実装する。

【００２３】ＦＴＰ（ＦｉｌｅＴｒａｎｓｆｅｒＰ
ｒｏｔｏｃｏｌ）サーバ９０１ａは、特に、ＴＣＰ／Ｉ
Ｐ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒ
ｏｔｏｃｏｌ／ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）
ベースのネットワークに対応したファイルサーバサービ
スの一種であり、ネットワークに公開するディレクトリ
（公開ディレクトリ）の管理（公開ディレクトリの新規
作成、削除または名称変更等）ならびに公開ディレクト
リに対する認証処理を行うとともに、公開ディレクトリ
内の任意ファイルの端末への転送サービスおよび端末か
らの転送ファイルの公開ディレクトリへの格納（同名フ
ァイルがあれば上書き）サービスなどを提供する。な
お、ＦＴＰサーバ９０１ａを利用する場合、当然なが
ら、ネットワークドライバ９０１ｆおよびネットワーク
１０のプロトコルはＴＣＰ／ＩＰをサポートしていなけ
ればならない。

【００２４】Ｔｅｌｎｅｔ（Ｔｅｌｅｃｏｍｍｕｎｉｃ
ａｔｉｏｎＮｅｔｗｏｒｋ）サーバ９０１ｂは、ＴＣ
Ｐ／ＩＰのアプリケーション・プロトコルの一つである
リモート仮想端末機能（ＲＦＣ８５４）を実現する。こ
の機能を使うことにより、リモートマシン（本実施の形
態の場合、端末１１：図２４参照）からローカルマシン
（本実施の形態の場合、ハードディスクアレイユニット
７００）をコマンドベースで遠隔制御することができ
る。なお、Ｔｅｌｎｅｔサーバ９０１ｂを利用する場合
も当然ながら、ネットワークドライバ９０１ｆおよびネ
ットワーク１０のプロトコルはＴＣＰ／ＩＰをサポート
していなければならない。

【００２５】ＯＳ９０１ｃはアプリケーション層に対し
て必要なＡＰＩを提供し、コマンドバスドライバ９０１
ｄはコマンドバス８００との間の通信インターフェース
を行い、バックボーンドライバ９０１ｅはバックボーン
８０１、８０２との間の通信インターフェースを行い、
ネットワークドライバ９０１ｆはネットワーク１０との
間の通信インターフェースを行う。

【００２６】図６は、ネットワークボード２００のＤＳ
Ｐ２１０のソフトウェア階層構造図である。図示のソフ
トウェア階層９０２は、特に限定しないが、物理層に近
い順からドライバ層、ＯＳ層およびアプリケーション層
の３階層モデルになっており、各階層に、ダウンローダ
９０２ａ、コンバータ９０２ｂ、ＯＳ９０２ｃおよびホ
ストＣＰＵ＿Ｉ／Ｆドライバ９０２ｄを実装する。

【００２７】ダウンローダ９０２ａは、ホストＣＰＵ
（内部バス２１２を介して接続されたＣＰＵ２０４のこ
と）から転送されたコンバータプログラム（フラッシュ
メモリ２０５に格納されたＭＰＥＧコンバータ２０５ａ
またはＤ１コンバータ２０５ｂのいずれか一方のこと）
を第２ＲＡＭ２１１に格納するとともに、そのコンバー
タプログラムを起動する。コンバータ９０２ｂは第２Ｒ
ＡＭ２１１に格納されたコンバータプログラムそのもの
である。ＯＳ９０２はアプリケーション層に対して必要
なＡＰＩを提供し、ホストＣＰＵ＿Ｉ／Ｆドライバ９０
２ｄはホストＣＰＵとの間の通信インターフェースを行
う。

【００２８】＜ＭＰＥＧ用のデータ制御ボード３００、
４００＞ＭＰＥＧ用のデータ制御ボード３００、４００
は、コマンドバスＩ／ＦやバックボーンＩ／ＦおよびＳ
ＤＩ＿Ｉ／Ｆなどからなり、ＳＤＩ（ＳｉｒｉａｌＤ
ｉｇｉｔａｌＩｎｔｅｒｆａｃｅ）の入出力チャネル
２、３（または４、５）とハードディスクアレイユニッ
ト７００との間のＭＰＥＧデータの転送制御を実行す
る。

【００２９】図７は、ＭＰＥＧ用のデータ制御ボード３
００、４００のハードウェア構成図である。ＭＰＥＧ用
のデータ制御ボード３００、４００は、ワーク用のＲＡ
Ｍ３０１と、コマンド入出力用のＤＰＲＡＭ３０２と、
ＯＳや所定のアプリケーションプログラムソフトを実行
してボードの動作を制御するＣＰＵ３０３と、ＯＳや所
定のアプリケーションプログラムソフトを格納するＲＯ
Ｍ３０４と、バックボーン８０２への出力データを選択
するセレクタ３０５と、バックボーン８０２へ出力する
コマンドデータを所定の出力タイミングまで保持するコ
マンドＲＡＭ３０６と、バックボーン８０１からの入力
画像データおよびバックボーン８０２への出力画像デー
タを保持するバッファ３０７と、エンコーダ／デコーダ
部３０８とを含んで構成される。エンコーダ／デコーダ
部３０８は、さらに、バッファ３０７に保持された画像
データをＭＰＥＧ圧縮してチャネル２（または４）から
外部に出力するＭＰＥＧデコーダ３０８ａと、チャネル
３（または５）から入力されたＭＰＥＧデータを復号化
してバッファ３０７に出力するＭＰＥＧエンコーダ３０
８ｂとを含んで構成されており、ＭＰＥＧ用のデータ制
御ボード３００、４００は、これらのハードウェアリソ
ースとＲＯＭ３０４に格納されたソフトウェアリソース
との有機的結合によって、ハードディスクアレイユニッ
ト７００と入出力チャネル２、３（または４、５）との
間の画像データ（特にＭＰＥＧデータ）の転送制御機能
を実現する。

【００３０】＜Ｄ１用のデータ制御ボード５００、６０
０＞Ｄ１用のデータ制御ボード５００、６００も、コマ
ンドバスＩ／ＦやバックボーンＩ／ＦおよびＳＤＩ＿Ｉ
／Ｆなどからなり、ＳＤＩ（ＳｉｒｉａｌＤｉｇｉｔ
ａｌＩｎｔｅｒｆａｃｅ）の入出力チャネル６、７
（または８、９）とハードディスクアレイユニット７０
０との間のデータ転送制御を実行する点で、ＭＰＥＧ用
のデータ制御ボード３００、４００と類似するが、転送
対象のデータが非圧縮のＤ１データである点で相違す
る。

【００３１】図８は、Ｄ１用のデータ制御ボード５０
０、６００のハードウェア構成図である。Ｄ１用のデー
タ制御ボード５００、６００は、ワーク用のＲＡＭ５０
１と、コマンド入出力用のＤＰＲＡＭ５０２と、ＯＳや
所定のアプリケーションプログラムソフトを実行してボ
ードの動作を制御するＣＰＵ５０３と、ＯＳや所定のア
プリケーションプログラムソフトを格納するＲＯＭ５０
４と、バックボーン８０２への出力データを選択するセ
レクタ５０５と、バックボーン８０２へ出力するコマン
ドデータを所定の出力タイミングまで保持するコマンド
ＲＡＭ５０６と、バックボーン８０１からの入力画像デ
ータおよびバックボーン８０２への出力画像データを保
持するバッファ５０７とを含んで構成される。エンコー
ダ／デコーダ部３０８を含まない点でＭＰＥＧ用のデー
タ制御ボード３００、４００と相違する。Ｄ１用のデー
タ制御ボード５００、６００は、これらのハードウェア
リソースとＲＯＭ５０４に格納されたソフトウェアリソ
ースとの有機的結合によって、ハードディスクアレイユ
ニット７００と入出力チャネル６、７（または８、９）
との間の画像データ（特にＤ１データ）の転送制御機能
を実現する。

【００３２】図９は、ＭＰＥＧ用のデータ制御ボード３
００、４００およびＤ１用のデータ制御ボード５００、
６００に共通のソフトウェア階層構造図である。図示の
ソフトウェア階層９０３は、特に限定しないが、物理層
に近い順からドライバ層、ＯＳ層およびアプリケーショ
ン層の３階層モデルになっており、各階層に、コマンド
インタプリタ９０３ａ、ＯＳ９０３ｂ、コマンドバスド
ライバ９０３ｃ及びバックボーンドライバ９０３ｄを実
装する。

【００３３】コマンドインタプリタ９０３ａは、ＲＯＭ
３０４（５０４）からＲＡＭ３０１（５０１）にロード
されたアプリケーションプログラムをオブジェクトプロ
グラムに変換しながら実行し、同プログラムに記述され
た所要の機能を実現する。なお、言うまでもなく、アプ
リケーションプログラムがコンパイル済みのオブジェク
トプログラムであれば、コマンドインタプリタ９０３ａ
は不要であり、このコマンドインタプリタ９０３ａの代
わりにオブジェクトプログラムがアプリケーション層に
実装される。ＯＳ９０３ｂはアプリケーション層に対し
て必要なＡＰＩを提供し、コマンドバスドライバ９０３
ｃはコマンドバス８００との間の通信インターフェース
を行い、バックボーンドライバ９０３ｄはバックボーン
８０１、８０２との間の通信インターフェースを行う。

【００３４】＜ハードディスクアレイユニット７００＞
ハードディスクアレイユニット７００は、ＲＡＩＤ（Ｒ
ｅｄｕｎｄａｎｔＡｒｒａｙｏｆＩｎｅｘｐｅｎ
ｓｉｖｅＤｉｓｋ）技術を駆使して構築された大容量
のハードディスクシステムであり、大量の放送素材デー
タを蓄積記録するとともに、その蓄積データをファイル
単位に自由に読み出すことができるものである。蓄積デ
ータの記録形式は、前述のとおり、Ｄ１フォーマット
（図２６（ａ）参照）またはＭＰＥＧフォーマット（図
２６（ｂ）参照）である。

【００３５】＜コマンドバス８００およびバックボーン
８０１、８０２＞コマンドバス８００は、ファイルシス
テムボード１００、ネットワークボード２００およびデ
ータ制御ボード３００、４００、５００、６００の間で
やり取りされるコマンドデータの転送経路であり、バッ
クボーン８０１、８０２は、ハードディスクアレイユニ
ット７００、ファイルシステムボード１００、ネットワ
ークボード２００およびデータ制御ボード３００、４０
０、５００、６００の間でやり取りされる画像データの
転送経路である。なお、バックボーン８０１、８０２
は、ハードディスクアレイユニット７００への書込み用
（図ではバックボーン８０１）とハードディスクアレイ
ユニット７００からの読み出し用（図ではバックボーン
８０２）の二系統に分かれている。これは、読み書きの
データ衝突（バッティング）を防止するためである。ま
た、各ボードのバックボーンＩ／Ｆは、不図示のタイム
スロット信号に同期して所定周期毎にバックボーン８０
１、８０２を占有するようになっており、ハードディス
クアレイユニット７００へのアクセス競合を回避してい
る。

【００３６】次に、作用を説明する。本実施の形態にお
けるＡＶサーバ２０の記録と再生のケースも、冒頭で説
明した従来のＡＶサーバ１と同じ四つのケースに分ける
ことができる。すなわち、最初の二つは、図２５
（ａ）、（ｂ）に示すように、端末からのコマンドに応
答して行われる記録または再生動作のケースであり、こ
のケースでは、端末はコマンド（本実施の形態ではＴｅ
ｌｎｅｔのコマンド）の発生や入出力チャネル２〜９の
指定およびファイルの指定等だけを行い、放送素材への
アクセスは行わない。また、残り二つのケースは、図２
５（ｃ）、（ｄ）に示すように、端末とＡＶサーバ２０
の間で画像データを直接転送するケースであり、転送デ
ータの形式はＲＧＢフォーマット（図２７参照）、転送
プロトコルはＦＴＰである。

【００３７】＜ファイルシステム処理＞まず、すべての
ケースおいてファイルシステムボード１００で実行され
るファイルシステム処理について説明する。図１０およ
び図１１は、ファイルシステム処理のフローチャートで
ある。この処理を開始すると、まず、ステップＳ７１で
コマンドバス８００からのアクセスをＯＳ９００ｂに問
い合わせ、ステップＳ７２でアクセスの有無を判定す
る。そして、アクセスがなければステップＳ７１に戻
り、アクセスがあれば、ステップＳ７３に進んでレコー
ドエントリの取得要求であるか否かを判定する。レコー
ドエントリの取得要求の場合は、ステップＳ７４で、与
えられたファイル名の先頭セクタとそのセクタ長を算出
し、ステップＳ７５で、その算出結果をＯＳ９００ｂお
よびコマンドバスドライバ９００ｃを介してコマンドバ
ス８００に出力した後、ステップＳ７１に復帰する。

【００３８】または、ステップＳ７３でレコードエント
リの取得要求でなかった場合は、ステップＳ７６に進ん
で、領域確保要求であるか否かを判定し、領域確保要求
の場合は、ステップＳ７７で、確保要求量から必要セク
タ数を算出し、ステップＳ７８でそのセクタ数に相当す
る空き容量（ＦＳＬ上の空き容量）の有無を判定する。
そして、空き容量を確保できなかった場合は、ステップ
Ｓ７９で領域確保失敗通知をＯＳ９００ｂおよびコマン
ドバスドライバ９００ｃを介してコマンドバス８００に
出力した後、ステップＳ７１に復帰し、空き容量を確保
できた場合は、ステップＳ８０で確保領域の最初のセク
タとそれに続くセクタの長さの情報をＯＳ９００ｂおよ
びコマンドバスドライバ９００ｃを介してコマンドバス
８００に出力した後、ステップＳ７１に復帰する。

【００３９】または、ステップＳ７６で領域確保要求で
なかった場合は、ステップＳ８１でファイルエントリの
作成要求であるか否かを判定し、ファイルエントリの作
成要求でない場合は、そのままステップＳ７１に復帰
し、ファイルエントリの作成要求である場合は、ステッ
プＳ８２で、与えられたファイル名のファイルエントリ
を作成してファイルシステム９００ａに追加登録した
後、ステップＳ７１に復帰する。

【００４０】このように、図示のファイルシステム処理
においては、コマンドバス８００からのアクセスに応答
してハードディスクアレイユニット７００に対するレコ
ードエントリの取得、領域確保またはファイルエントリ
の作成を行うとともに、レコードエントリの取得結果、
領域確保の結果またはファイルエントリの作成結果をコ
マンドバス８００に出力することができ、ハードディス
クアレイユニット７００の物理的なファイル位置情報
を、ユーザ環境で取り扱うことのできる論理的なファイ
ル位置情報に変換することができる。

【００４１】＜Ｔｅｌｎｅｔサーバ処理＞次に、図２５
（ａ）、（ｂ）のケースに必要なＴｅｌｎｅｔサーバ処
理について説明する。これらのケースは上述のとおり、
端末からのコマンドに応答して行われる記録または再生
動作のケースであり、ネットワークボード２００で端末
からのコマンドを受付けるとともに、そのコマンドに応
じた記録・再生動作、すなわち、ＡＶサーバ２０の入出
力チャネル２〜９の一つを使用し、ハードディスクアレ
イユニット７００へ画像データを記録したり、ハードデ
ィスクアレイユニット７００から画像データを読み出し
て再生したりするという動作を行うというものである。

【００４２】図１２は、Ｔｅｌｎｅｔサーバ処理のフロ
ーチャートであり、この処理はネットワークボード２０
０で実行される。この処理を実行すると、まず、ステッ
プＳ２１でネットワーク１０をモニタして端末からＴｅ
ｌｎｅｔコマンドによる問い合わせがあったか否かを判
定する。そして、問い合わせがあった場合は、ステップ
Ｓ２２、ステップＳ２４、ステップＳ２６、ステップＳ
２８およびステップＳ３０で、その問い合わせが、接続
要求、接続解除要求、再生コマンド、記録コマンドまた
は停止コマンドのいずれに該当するかを判定し、いずれ
にも該当しない場合（または停止コマンドの場合）はス
テップＳ２１に復帰し、停止コマンド以外のいずれかに
該当する場合は、該当項目に応じた処理を実行した後、
ステップＳ２１に復帰する。

【００４３】すなわち、接続要求の場合は、ステップＳ
２３で端末との間の接続処理（ネゴシエーション処理や
認証処理など）を行い、接続解除要求の場合は、ステッ
プＳ２５で端末との間の接続を解除し、再生コマンドの
場合は、ステップＳ２７で、再生コマンド、ポート（入
出力チャネル）番号、ファイル名をコマンドバス８００
を介して指定されたポート番号を持つデータ制御ボード
（データ制御ボード３００、４００、５００、６００の
一つ）に出力し、記録コマンドの場合は、ステップＳ２
９で、記録コマンド、ポート（入出力チャネル）番号、
ファイル名をコマンドバス８００を介して指定されたポ
ート番号を持つデータ制御ボード（データ制御ボード３
００、４００、５００、６００の一つ）に出力する。

【００４４】＜コマンドインタプリタ処理＞図１３は、
上記の再生コマンドまたは記録コマンドを受け取ったデ
ータ制御ボード３００、４００、５００、６００のコマ
ンドインタプリタ処理のフローチャートである。コマン
ドインタプリタ９０３ａは、ステップＳ１１およびステ
ップＳ１３でコマンドの種別を判定し、再生コマンドを
受け取った場合は、ステップＳ１２で再生処理を実行
し、記録コマンドを受け取った場合は、ステップＳ１４
で記録処理を実行する。

【００４５】図１４は、コマンドインタプリタ処理にお
ける再生処理（図１３のステップＳ１２参照）のサブル
ーチンプログラムのフローチャートであ。このフローチ
ャートでは、まず、ステップＳ１２ａでポインタをファ
イルの先頭にセットする。次に、ステップＳ１２ｂで、
コマンドバス８００を介してファイルシステムボード１
００にレコードエントリの取得要求を出力し、ファイル
のアクセスポイントのセクタ番号とセクタ長を得る。次
に、ステップＳ１２ｃで、コマンドＲＡＭ３０６（また
は５０６）に読み出しコマンド、セクタ番号、セクタ長
を書き込み、バックボーン８０２を介してハードディス
クアレイユニット（フロー中には「ＲＡＩＤ」と略記し
てある）７００にアクセスし、所要のファイルデータを
読み出してバッファ３０７（または５０７）にセットす
る。

【００４６】次に、ステップＳ１２ｄでバッファ３０６
（または５０７）へのセット完了を判定し、完了であれ
ば、ステップＳ１２ｅで、バッファ３０７（または５０
７）にセットされたデータがＭＰＥＧデータであるか否
かを判定する。そして、ＭＰＥＧデータの場合は、ステ
ップＳ１２ｆでバッファ３０７のデータをＭＰＥＧデコ
ーダ３０８ａに出力し、ＭＰＥＧデータでない場合（す
なわちＤ１データの場合）はバッファ５０７のデータを
出力チャネル６（または８）に出力する。なお、ＭＰＥ
Ｇデータを再生する場合は、ＭＰＥＧ用のデータ制御ボ
ード３００、４００のチャネルを指定し、Ｄ１データを
再生する場合は、Ｄ１用のデータ制御ボード５００、６
００のチャネルを指定することはもちろんである。そし
て、ステップＳ１２ｈで停止コマンドを受け取ったか否
かを判定し、停止コマンドを受け取らない場合は、ステ
ップＳ１２ｉでポインタを一つ進めた後、ステップＳ１
２ｂ以降を繰り返し、停止コマンドを受け取った場合
は、フローを終了する。

【００４７】図１５は、コマンドインタプリタ処理にお
ける記録処理（図１３のステップＳ１４参照）のサブル
ーチンプログラムのフローチャートであ。このフローチ
ャートでは、まず、ステップＳ１４ａでポインタをファ
イルの先頭にセットする。次に、ステップＳ１４ｂで、
コマンドバス８００を介してファイルシステムボード１
００にファイルエントリの作成要求を出力する。次に、
ステップＳ１４ｃで、コマンドバス８００を介してファ
イルシステムボード１００に領域確保要求を出力し、所
定容量の領域（例えば、１秒分の領域）を確保する。次
に、ステップＳ１４ｄで領域確保を待ち、領域確保を完
了すると、ステップＳ１４ｅで、入力チャネル（入力チ
ャネル３、５、７、９のいずれか）にセットされたデー
タがＭＰＥＧデータであるか否かを判定する。そして、
ＭＰＥＧデータの場合は、ステップＳ１４ｆでＭＰＥＧ
エンコーダ３０８ｂでエンコードされたデータをバッフ
ァ３０７に書き込み、ＭＰＥＧデータでない場合（すな
わちＤ１データの場合）は入力チャネル（入力チャネル
７、９のいずれか）にセットされたデータをバッファ５
０７に書き込む。そして、ステップＳ１４ｈで停止コマ
ンドを受け取ったか否かを判定し、停止コマンドを受け
取らない場合は、ステップＳ１４ｉでポインタを一つ進
めた後、ステップＳ１４ｂ以降を繰り返し、停止コマン
ドを受け取った場合は、フローを終了する。

【００４８】このように、図１２のＴｅｌｎｅｔサーバ
処理および図１３〜図１５のコマンドインタプリタ処理
においては、ネットワーク１０を介した端末からの問い
合わせに応答して端末との間の接続や接続解除を行うこ
とができるとともに、問い合わせが再生コマンドの場合
にはＡＶサーバ２０の出力チャネル２、４、６、８の一
つを用いてハードディスクアレイユニット７００内の指
定ファイルの外部出力を行うことができ、または、問い
合わせが記録コマンドの場合にはＡＶサーバ２０の入力
チャネル３、５、７、９の一つを用いてハードディスク
アレイユニット７００への外部からの指定ファイルの記
録を行うことができる。

【００４９】＜ＦＴＰサーバ処理＞次に、図２５
（ｃ）、（ｄ）のケースに必要なＦＴＰサーバ処理につ
いて説明する。これらのケースは上述のとおり、端末と
ＡＶサーバ２０との間でファイルを転送するケースであ
り、かつ、その転送ファイルの形式がＲＧＢフォーマッ
トであり、ハードディスクアレイユニット７００のデー
タ形式（Ｄ１フォーマットまたはＤ１を圧縮したＭＰＥ
Ｇフォーマット）と異なるケースである。

【００５０】図１６は、ＦＴＰサーバ処理のフローチャ
ートであり、この処理はネットワークボード２００で実
行される。この処理を実行すると、まず、ステップＳ４
１でネットワーク１０をモニタして端末からＦＴＰコマ
ンドによる問い合わせがあったか否かを判定する。そし
て、問い合わせがあった場合は、ステップＳ４２、ステ
ップＳ４４、ステップＳ４６、ステップＳ４８およびス
テップＳ５０で、その問い合わせが、Ｇｅｔコマンド、
Ｐｕｔコマンド、接続要求、接続解除要求またはファイ
ルタイプセットのいずれに該当するかを判定し、いずれ
にも該当しない場合はステップＳ４１に復帰し、いずれ
かに該当する場合は、該当項目に応じた処理を実行した
後、ステップＳ４１に復帰する。

【００５１】すなわち、Ｇｅｔコマンドの場合は、ステ
ップＳ４３で後述の読み出し処理を実行し、Ｐｕｔコマ
ンドの場合は、ステップＳ４５で後述の書き込み処理を
実行し、接続要求の場合は、ステップＳ４７で端末との
間の接続処理（ネゴシエーション処理や認証処理など）
を行い、接続解除要求の場合は、ステップＳ４９で端末
との間の接続を解除し、ファイルタイプセットの場合
は、ステップＳ５１〜ステップＳ５４で、そのファイル
タイプ（ＭＰＥＧまたはＤ１）を現在のファイルタイプ
にセットする。

【００５２】図１７は、ＦＴＰサーバ処理における読み
出し処理（図１６のステップＳ４３参照）のサブルーチ
ンプログラムのフローチャートであ。このフローチャー
トでは、まず、ステップＳ４３ａで、ファイルシステム
にレコードエントリの取得要求を出力し、そのファイル
が書き込まれている範囲を含むセクタ番号とセクタ長お
よびファイルタイプを得る。次いで、ステップＳ４３ｂ
で、読み出しコマンドとセクタ番号およびセクタ長をハ
ードディスクアレイユニット７００に出力した後、ステ
ップＳ４３ｃでＤＳＰ２１０に転送要求を出力するとと
もに、ファイルタイプに合ったコンバータプログラムを
フラッシュメモリ２０５から取り出してＤＳＰ２１０に
転送する（後述のダウンローダ処理を参照）。次に、ス
テップＳ４３ｄでハードディスクアレイユニット７００
からの読み出しデータをバッファ２０９に書き込み、そ
の書込み終了を待ってから、ステップＳ４３ｅで、ＤＳ
Ｐ２１０に実行要求を出力してＤＳＰ２１０でコンバー
タプログラムを実行し（後述のダウンローダ処理を参
照）、バッファ２０９に書き込まれているデータをＲＧ
Ｂフォーマットに変換した後、最後に、ステップＳ４３
ｆでバッファ２０９のデータ（ＲＧＢフォーマットに変
換されたデータ）をＯＳ９０１ｃに渡し、ネットワーク
ドライバ９０１ｆおよびネットワーク１０を介して要求
元の端末に転送する。

【００５３】図１８は、ＦＴＰサーバ処理における書込
み処理（図１６のステップＳ４５参照）のサブルーチン
プログラムのフローチャートであ。このフローチャート
では、まず、ステップＳ４５ａで、ファイルシステム９
００ａにファイルエントリの作成要求を出力してファイ
ルを作成する。次いで、ステップＳ４５ｂで、ファイル
システム９００ａに領域確保要求を出力し、確保された
領域のセクタ番号とセクタ長を得る。次いで、ステップ
Ｓ４５ｃで領域確保の結果を判定し、領域確保ができな
かった場合は、プログラムを終了し、領域確保ができた
場合は、ステップＳ４５ｄで、ネットワーク１０からの
ファイルデータをバッファ２０９に書き込む。次いで、
ステップＳ４５ｅでＤＳＰ２１０に転送要求を出力する
とともに、セットされたファイルタイプ（ＭＰＥＧまた
はＤ１）に合ったコンバータプログラムをフラッシュメ
モリ２０５から取り出してＤＳＰ２１０に転送する（後
述のダウンローダ処理を参照）。次いで、ステップＳ４
５ｆでＤＳＰ２１０に実行要求を出力してＤＳＰ２１０
でコンバータプログラムを実行し（後述のダウンローダ
処理を参照）、バッファ２０９に書き込まれているデー
タをＭＰＥＧまたはＤ１フォーマットに変換した後、最
後に、ステップＳ４５ｇで、フォーマット変換後のデー
タ、書込みコマンド、セクタ番号およびセクタ長をハー
ドディスクアレイユニット７００に出力する。

【００５４】＜ダウンローダ処理＞図１９は、ネットワ
ークボード２００のＤＳＰ２１０で実行されるダウンロ
ーダ処理プログラムのフローチャートである。このプロ
グラムは、ステップＳ６１で、ホストＣＰＵ（ネットワ
ークボード２００のＣＰＵ２０４）からのアクセスを検
出すると、ステップＳ６２で転送要求のアクセスである
か否かを判定し、また、ステップＳ６４で実行要求のア
クセスであるか否かを判定し、転送要求の場合は、ステ
ップＳ６３でフラッシュメモリ２０５から転送されたコ
ンバータプログラム（ＭＰＥＧコンバータ２０５ａまた
はＤ１コンバータ２０８ｂ）を第２ＲＡＭ２１１に格納
し、実行要求の場合は、ステップＳ６５で第２ＲＡＭの
コンバータプログラムを実行するという処理を行う。

【００５５】＜ＡＶサーバ２０を含むシステム全体の動
作＞図２０は、前記図２５（ａ）に相当する本実施の形
態のデータ記録のケースを示すタイムランである。図２
０において、まず、端末１１からネットワークボード２
００のＴｅｌｎｅｔサーバ９０１ｂを呼び出し、記録コ
マンド、ポート（入力チャネル）番号、ファイル名をＴ
ｅｌｎｅｔサーバ９０１ｂに与える。Ｔｅｌｎｅｔサー
バ９０１ｂはこのコマンドに応答して、指定された入力
チャネルを持つデータ制御ボード（データ制御ボード３
００、４００、５００、６００の一つ；以下、便宜的に
データ制御ボード３００とする）のコマンドインタプリ
タ９０３ａを介して、ファイルシステムボード１００の
ファイルシステム９００ａにファイルエントリ作成要求
と領域確保要求を出力する。ファイルシステム９００ａ
はファイルエントリを作成するとともに、要求された領
域を確保し、その結果をコマンドインタプリタ９０３ａ
に返送する。コマンドインタプリタ９０３ａは、指定さ
れた入力チャネル３からＭＰＥＧエンコーダ３０８ｂを
介してバッファ３０７に取り込まれたデータをハードデ
ィスクアレイユニット７００の確保領域に書き込む。

【００５６】したがって、このタイムランによれば、端
末１１からＡＶサーバ２０の（ネットワークボード２０
０に実装された）Ｔｅｌｎｅｔサーバ９０１ｂを利用
し、ＡＶサーバ２０の任意の入力チャネル３、５、７、
９を用いて放送素材のデータをハードディスクアレイユ
ニット７００に記録することができ、前記図２５（ａ）
に示す記録動作を実現することができる。

【００５７】図２１は、前記図２５（ｂ）に相当する本
実施の形態のデータ再生のケースを示すタイムランであ
る。図２１において、まず、端末１１からネットワーク
ボード２００のＴｅｌｎｅｔサーバ９０１ｂを呼び出
し、再生コマンド、ポート（入力チャネル）番号、ファ
イル名をＴｅｌｎｅｔサーバ９０１ｂに与える。Ｔｅｌ
ｎｅｔサーバ９０１ｂはこのコマンドに応答して、指定
された入力チャネルを持つデータ制御ボード（データ制
御ボード３００、４００、５００、６００の一つ；以
下、便宜的にデータ制御ボード３００とする）のコマン
ドインタプリタ９０３ａを介して、ファイルシステムボ
ード１００のファイルシステム９００ａにレコードエン
トリ取得要求を出力する。ファイルシステム９００ａは
要求されたレコードエントリを取得してコマンドインタ
プリタ９０３ａに返送し、コマンドインタプリタ９０３
ａは、そのレコードエントリを用いてハードディスクア
レイユニット７００をアクセスし、データを読み込んで
バッファ３０７に取り込むとともに、ＭＰＥＧデコーダ
３０８ａおよび指定された出力チャネル２を介して、例
えば、放送用の送出機等に出力する。

【００５８】したがって、このタイムランによれば、端
末１１からＡＶサーバ２０の（ネットワークボード２０
０に実装された）Ｔｅｌｎｅｔサーバ９０１ｂを利用
し、ハードディスクアレイユニット７００よりデータを
読み出して、ＡＶサーバ２０の任意の出力チャネル２、
４、６、８から外部出力することができ、前記図２５
（ｂ）に示す再生動作を実現することができる。

【００５９】図２２は、前記図２５（ｃ）に相当する本
実施の形態のデータ書込みのケースを示すタイムランで
ある。図２２において、まず、端末１１からネットワー
クボード２００のＦＴＰサーバ９０１ａを呼び出す。Ｆ
ＴＰサーバ９０１ａはファイルシステムボード１００の
ファイルシステム９００ａにファイルエントリ作成要求
と領域確保要求を出力し、ファイルシステム９００ａは
ファイルエントリを作成するとともに、要求された領域
を確保し、その結果をＦＴＰサーバ９０１ａに返送す
る。ＦＴＰサーバ９０１ａは端末１１から転送されたデ
ータをバッファ２０９に書き込むとともに、ＤＳＰ２１
０にコンバータプログラム（フラッシュメモリ２０５に
格納されたＭＰＥＧコンバータ２０５ａまたはＤ１コン
バータ２０５ｂ）をセットし、さらに、ＤＳＰ２１０で
コンバータプログラムを実行してバッファ２０９に書き
込まれたデータをフォーマット変換（例えば、図２７の
ＲＧＢフォーマットから図２６（ｂ）のＭＰＥＧフォー
マットへまたは図２７のＲＧＢフォーマットから図２６
（ａ）のＤ１フォーマットへ）した後、フォーマット変
換されたデータをハードディスクアレイ７００の確保領
域に書き込む。

【００６０】したがって、このタイムランによれば、端
末１１からＡＶサーバ２０の（ネットワークボード２０
０に実装された）ＦＴＰサーバ９０１ａを利用して、端
末１１から転送されたデータをハードディスクアレイユ
ニット７００に記録することができ、前記図２５（ｃ）
に示す書込み動作を実現することができるとともに、こ
の書込み動作の際に、端末１１から転送されたデータの
フォーマット（ＲＧＢフォーマット）をハードディスク
アレイユニット７００のデータフォーマット（Ｄ１また
はＭＰＥＧフォーマット）に変換するので、端末１１に
汎用のパーソナルコンピュータやワークステーションを
用いることができるという格別の効果が得られる。しか
も、コンバータプログラムをフラッシュメモリ２０５に
書き換え可能に保持したので、端末１１やハードディス
クアレイユニット７００のデータ形式の変更に柔軟に対
応することができるという格別の効果も得られる。

【００６１】図２３は、前記図２５（ｄ）に相当する本
実施の形態のデータ読み出しのケースを示すタイムラン
である。図２３において、まず、端末１１からネットワ
ークボード２００のＦＴＰサーバ９０１ａを呼び出す。
ＦＴＰサーバ９０１ａはファイルシステムボード１００
のファイルシステム９００ａにレコードエントリ取得要
求を出力し、ファイルシステム９００ａはレコードエン
トリを取得してＦＴＰサーバ９０１ａに返送する。ＦＴ
Ｐサーバ９０１ａはＤＳＰ２１０にコンバータプログラ
ム（フラッシュメモリ２０５に格納されたＭＰＥＧコン
バータ２０５ａまたはＤ１コンバータ２０５ｂ）をセッ
トし、ファイルシステム９００ａから返送されたレコー
ドエントリを用いてハードディスクアレイユニット７０
０にアクセスしてデータを読み出し、バッファ２０９に
書き込むとともに、ＤＳＰ２１０のコンバータプログラ
ムを実行してバッファ２０９に書き込まれたデータをフ
ォーマット変換（例えば、図２６（ｂ）のＭＰＥＧフォ
ーマットから図２７のＲＧＢフォーマットへまたは図２
６（ａ）のＤ１フォーマットから図２７のＲＧＢフォー
マットへ）した後、フォーマット変換されたデータを端
末１１に転送する。

【００６２】したがって、このタイムランによれば、端
末１１からＡＶサーバ２０の（ネットワークボード２０
０に実装された）ＦＴＰサーバ９０１ａを利用して、ハ
ードディスクアレイユニット７００のデータを読み出
し、端末１１に転送でき、前記図２５（ｄ）に示す読み
出し動作を実現することができるとともに、この読み出
し動作の際に、ハードディスクアレイユニット７００か
ら読み出したデータのフォーマット（Ｄ１またはＭＰＥ
Ｇフォーマット）を端末１１のデータフォーマット（Ｒ
ＧＢフォーマット）に変換するので、上記書込み動作と
同様に、端末１１に汎用のパーソナルコンピュータやワ
ークステーションを用いることができるという格別の効
果が得られる。しかも、コンバータプログラムをフラッ
シュメモリ２０５に書き換え可能に保持したので、上記
書込み動作と同様に、端末１１やハードディスクアレイ
ユニット７００のデータ形式の変更に柔軟に対応するこ
とができるという格別の効果も得られる。

【００６３】

【発明の効果】請求項１記載の発明によれば、所定フォ
ーマットのデータを蓄積記憶するとともにネットワーク
で接続された端末から前記データのファイル単位のアク
セスを可能にしたデータ蓄積再生装置において、前記端
末のデータフォーマットと前記所定のフォーマットの間
のフォーマット変換を行う変換手段を備えたので、デー
タ蓄積再生装置の内部で、端末と蓄積データ間のフォー
マット変換が行われる。したがって、端末のデータフォ
ーマットをそのまま使用することができ、端末の汎用性
を損なうことがない。請求項２記載の発明によれば、所
定フォーマットのデータを蓄積記憶するとともにネット
ワークで接続された端末から前記データのファイル単位
のアクセスを可能にした大容量記憶手段と、前記端末の
データフォーマットと前記所定のフォーマットの間のフ
ォーマット変換を行う変換手段を有するネットワークボ
ードと、を備えたので、ネットワークボード上で、端末
と蓄積データ間のフォーマット変換が行われる。したが
って、端末のデータフォーマットをそのまま使用するこ
とができ、端末の汎用性を損なうことがない。請求項３
記載の発明によれば、請求項１記載の発明において、前
記データ変換手段は、フォーマット変換のためのプログ
ラムを実行するＤＳＰを含むので、ＤＳＰのプログラム
処理によってフォーマット変換が行われ、ＣＰＵの負担
を軽減できる。請求項４記載の発明によれば、請求項２
記載の発明において、前記データ変換手段は、フォーマ
ット変換のためのプログラムを実行するＤＳＰを含むの
で、ＤＳＰのプログラム処理によってフォーマット変換
が行われ、ＣＰＵの負担を軽減できる。請求項５記載の
発明によれば、請求項３記載の発明において、前記フォ
ーマット変換のためのプログラムを書き換え可能に保持
する保持手段を有するので、保持手段のプログラムを書
きかえることにより、フォーマットの変更に柔軟に対処
できる。請求項６記載の発明によれば、請求項４記載の
発明において、前記フォーマット変換のためのプログラ
ムを書き換え可能に保持する保持手段を有するので、保
持手段のプログラムを書きかえることにより、フォーマ
ットの変更に柔軟に対処できる。

【図面の簡単な説明】

【図１】実施の形態のＡＶサーバの要部のブロック構成
図である。

【図２】ファイルシステムボードのハードウェア構成図
である。

【図３】ファイルシステムボードのソフトウェア階層構
造図である。

【図４】ネットワークボードのハードウェア構成図であ
る。

【図５】ネットワークボードのソフトウェア階層構造図
である。

【図６】ネットワークボードのＤＳＰのソフトウェア階
層構造図である。

【図７】ＭＰＥＧ用のデータ制御ボードのハードウェア
構成図である。

【図８】Ｄ１用のデータ制御ボードのハードウェア構成
図である。

【図９】ＭＰＥＧ用およびＤ１用のデータ制御ボードに
共通のソフトウェア階層構造図である。

【図１０】ファイルシステム処理のフローチャート（１
／２）である。

【図１１】ファイルシステム処理のフローチャート（２
／２）である。

【図１２】Ｔｅｌｎｅｔサーバ処理のフローチャートで
ある。

【図１３】コマンドインタプリタ処理のフローチャート
である。

【図１４】コマンドインタプリタ処理における再生処理
のサブルーチンプログラムのフローチャートである。

【図１５】コマンドインタプリタ処理における記録処理
のサブルーチンプログラムのフローチャートである。

【図１６】ＦＴＰサーバ処理のフローチャートである。

【図１７】ＦＴＰサーバ処理における読み出し処理のサ
ブルーチンプログラムのフローチャートである。

【図１８】ＦＴＰサーバ処理における書込み処理のサブ
ルーチンプログラムのフローチャートである。

【図１９】ネットワークボードのＤＳＰで実行されるダ
ウンローダ処理プログラムのフローチャートである。

【図２０】実施の形態のデータ記録のケースを示すタイ
ムランである。

【図２１】実施の形態のデータ再生のケースを示すタイ
ムランである。

【図２２】実施の形態のデータ書込みのケースを示すタ
イムランである。

【図２３】実施の形態のデータ読み出しのケースを示す
タイムランである。

【図２４】ＡＶサーバシステムの要部構成図である。

【図２５】ＡＶサーバにおける記録と再生の四つのケー
スを示す概念図である。

【図２６】放送素材用フォーマットの構造例を示す図で
ある。

【図２７】端末の画像フォーマットの構造例を示す図で
ある。

【符号の説明】

１０……ネットワーク、１１……端末、２０……ＡＶサ
ーバ（データ蓄積再生装置）、２００……ネットワーク
ボード、２０５……フラッシュメモリ（保持手段）、２
０５ａ……ＭＰＥＧコンバータ（プログラム）、２０５
ｂ……Ｄ１コンバータ（プログラム）、２１０……ＤＳ
Ｐ（変換手段）、７００……ハードディスクアレイユニ
ット（大容量記憶手段）。

Claims

【特許請求の範囲】

【請求項１】所定フォーマットのデータを蓄積記憶す
るとともにネットワークで接続された端末から前記デー
タのファイル単位のアクセスを可能にしたデータ蓄積再
生装置において、前記端末のデータフォーマットと前記所定のフォーマッ
トの間のフォーマット変換を行う変換手段を備えたこと
を特徴とするデータ蓄積再生装置。
【請求項２】所定フォーマットのデータを蓄積記憶す
るとともにネットワークで接続された端末から前記デー
タのファイル単位のアクセスを可能にした大容量記憶手
段と、前記端末のデータフォーマットと前記所定のフォーマッ
トの間のフォーマット変換を行う変換手段を有するネッ
トワークボードと、を備えたことを特徴とするデータ蓄積再生装置。
【請求項３】前記データ変換手段は、フォーマット変
換のためのプログラムを実行するＤＳＰを含むことを特
徴とする請求項１記載のデータ蓄積再生装置。
【請求項４】前記データ変換手段は、フォーマット変
換のためのプログラムを実行するＤＳＰを含むことを特
徴とする請求項２記載のデータ蓄積再生装置。
【請求項５】前記フォーマット変換のためのプログラ
ムを書き換え可能に保持する保持手段を有することを特
徴とする請求項３記載のデータ蓄積再生装置。
【請求項６】前記フォーマット変換のためのプログラ
ムを書き換え可能に保持する保持手段を有することを特
徴とする請求項４記載のデータ蓄積再生装置。