(57)【要約】【課題】  当該ハードディスクのその時点の記録再生能力に応じたコマンドを発行できるようにすると共に、当該装置の運用上の障害発生を未然に防ぐこと、あるいは、障害を最小限に抑止できるようにする。【解決手段】  任意のデータを記録又は／及び再生する装置であって、データを記録又は／及び再生するための複数のハードディスクを有して当該個々のハードディスクにおける記録再生処理に係る実処理時間を逐次報告するＲＡＩＤシステム３０と、このＲＡＩＤシステム３０から逐次報告される個々のハードディスクにおける実処理時間と、当該装置自身の運用状態とに基づいてハードディスクの記録再生能力を判断し、当該判断結果に応じてＲＡＩＤシステム３０に対してコマンドを発行するプロセッサユニット２０とを備えるものである。この構成によって、システム負荷適応型のデータ記録再生装置を提供することができる。【選択図】        図１
2005182657.tif 000002
【特許請求の範囲】
【請求項１】
任意のデータを記録又は／及び再生する装置であって、
前記データを記録又は／及び再生するための複数のディスク記録再生装置を有して当該個々のディスク記録再生装置における記録再生処理に係る実処理時間を逐次報告するディスク記録再生アレイと、
前記ディスク記録再生アレイから逐次報告される個々のディスク記録再生装置における実処理時間と、当該装置自身の運用状態とに基づいて前記ディスク記録再生装置の記録再生能力を判断し、当該判断結果に応じて前記ディスク記録再生アレイに対してコマンドを発行する情報管理制御装置とを備えることを特徴とするデータ記録再生装置。
【請求項２】
前記情報管理制御装置は、
前記ディスク記録再生装置で障害が発生して記録再生能力が一時的あるいは連続的に低下した場合に、前記ディスク記録再生アレイに対して障害を発生した前記ディスク記録再生装置が早期に復帰可能となるコマンドを発行することを特徴とする請求項１に記載のデータ記録再生装置。
【請求項３】
前記情報管理制御装置は、
前記ディスク記録再生アレイから逐次報告される個々のディスク記録再生装置における実処理時間を統計処理し、前記統計処理の結果に基づいて当該ディスク記録再生装置を処理するためのコマンドを発行することを特徴とする請求項１に記載のデータ記録再生装置。
【請求項４】
前記情報管理制御装置には、
前記データの記録及び／又は再生に使用される複数の入出力ポートが設けられ、
前記情報管理制御装置は、
前記入出力ポートの使用有無を監視し、
前記入出力ポートの使用数に応じて前記ディスク記録再生アレイに対するアクセス時間の制限を緩和するような制御を実行することを特徴とする請求項１に記載のデータ記録再生装置。
【請求項５】
前記情報管理制御装置は、
前記入出力ポートが使用されていない場合、前記ディスク記録再生アレイに対するアクセス時間を長く設定するようなコマンドを発行することを特徴とする請求項４に記載のデータ記録再生装置。
【請求項６】
前記情報管理制御装置には、
前記入出力ポートの使用要求に対する優先度が予め設定され、
前記情報管理制御装置は、
前記ディスク記録再生アレイにおけるディスク記録再生装置の記録再生処理に係る実処理時間を監視し、
当該装置に障害をもたらす前記ディスク記録再生装置が存在すると判断された場合に、
前記優先度が高い使用要求から順に前記ディスク記録再生アレイの使用を許可するようなコマンドを発行することを特徴とする請求項４に記載のデータ記録再生装置。
【請求項７】
複数のディスク記録再生装置を使用して任意のデータを記録又は／及び再生する方法であって、
個々の前記ディスク記録再生装置における記録再生処理に係る実処理時間を逐次、上位の情報管理制御系に報告し、
前記情報管理制御系は、
逐次報告される個々の前記ディスク記録再生装置における実処理時間と、当該情報管理制御系自身の運用状態とに基づいて前記ディスク記録再生装置の記録再生能力を判断し、
当該判断結果に応じて前記ディスク記録再生装置を制御するためのコマンドを発行することを特徴とするデータ記録再生方法。
【請求項８】
前記情報管理制御系は、
前記ディスク記録再生装置で障害が発生して記録再生能力が一時的あるいは連続的に低下した場合に、障害を発生した前記ディスク記録再生装置が早期に復帰可能となるコマンドを発行することを特徴とする請求項７に記載のデータ記録再生方法。
【請求項９】
前記情報管理制御系は、
逐次報告される個々の前記ディスク記録再生装置における実処理時間を統計処理し、前記統計処理の結果に基づいて当該ディスク記録再生装置を処理するためのコマンドを発行することを特徴とする請求項７に記載のデータ記録再生方法。
【請求項１０】
前記情報管理制御系に前記データの記録及び／又は再生に使用するための複数の入出力ポートを設け、
前記情報管理制御系は、
前記入出力ポートの使用有無を監視し、
前記入出力ポートの使用数に応じて前記ディスク記録再生アレイに対するアクセス時間の制限を緩和するような制御を実行することを特徴とする請求項７に記載のデータ記録再生方法。
【請求項１１】
前記情報管理制御系は、
前記入出力ポートが使用されていない場合、前記ディスク記録再生装置に対するアクセス時間を長く設定するようなコマンドを発行することを特徴とする請求項１０に記載のデータ記録再生方法。
【請求項１２】
前記情報管理制御系に、前記入出力ポートの使用要求に対する優先度を予め設定し、
前記情報管理制御系は、
前記ディスク記録再生装置の記録再生処理に係る実処理時間を監視し、
当該情報管理制御系に障害をもたらす前記ディスク記録再生装置が存在すると判断した場合に、
前記優先度が高い使用要求から順に前記ディスク記録再生装置の使用を許可するようなコマンドを発行することを特徴とする請求項１０に記載のデータ記録再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のデータ記録再生用の入出力ポートを持ち、それぞれが比較的高いビットレートのストリームをストレージシステムに対して入出力しながら運用される放送・業務用のオーディオ・ビデオサーバー（以下ＡＶサーバーという）に適用して好適なデータ記録再生装置及びデータ記録再生方法に関する。
【０００２】
詳しくは、任意のデータを記録又は／及び再生する場合に、ＲＡＩＤシステムから逐次報告される個々のハードディスクにおける実処理時間と、当該装置自身の運用状態とに基づいてハードディスクの記録再生能力を判断するプロセッサユニットを備え、当該判断結果に応じてＲＡＩＤシステムに対してコマンドを発行するようにして、当該ハードディスクのその時点の記録再生能力に応じたコマンドを発行できるようにすると共に、当該装置の運用上の障害発生を未然に防ぐこと、あるいは、障害を最小限に抑止できるようにしたものである。
【背景技術】
【０００３】
近年、デジタル信号処理技術の発達に伴いデータ記録再生装置においても、高速デジタル処理される場合が多くなってきた。データ記録再生装置の中で、放送・業務用のＡＶサーバーは、一般に複数の記録再生ポートを持ち、それぞれが比較的高いビットレートのストリームをストレージシステムに対して入出力するようになされる。ストレージシステムには複数のハードディスクを備えたＲＡＩＤ（Ｒedundant  Ａrrays  of  Ｉnexpensive  Ｄisc）システムが使用される。
【０００４】
また、ＡＶサーバーシステムで、使用要求されるＲＡＩＤシステムの信頼性と、そのリアルタイム性とを両立することは、商品コストも考慮すると、何らかの困難性を伴う場合が多い。このようなＡＶサーバーシステムに対して求められるデータ処理条件（要素）として、画像・音声の破綻は、例えばオンエア（ＯN-ＡIR）時の送出用であれば、絶対に許されないこと、システム規模にもよるが、あるレベルのレスポンス性能を満たすことが必要である。
【０００５】
ところで、ＡＶサーバーのストレージシステムに用いられるハードディスクは、システムの中でも信頼性の比較的低いデバイスであり、ストレージをＲＡＩＤ構成とした上で、さらに様々なハードディスク障害に対する対応機能がサポートされている。サポート機能としては、例えば、ハードディスクのＲＡＩＤ構成によるパリティ補正機能、リビルド処理によるデータ再構築機能、ホットスペア用のハードディスク、リアサイン機能などが挙げられる。あるいは、ハードディスクそのものの信頼性を確保する為の取り組みも行われている。
【０００６】
この種のＡＶサーバーは、複数の記録信号または再生信号を入出力するポートを持ち、これらの各ポートを構成しているハードウェアが、リソースであるストレージシステムを共有している。このため、システムのレスポンス仕様を満たす為には、各ポートがストレージをアクセス処理できる時間は有限であり、また負荷が最大（全ポートアクセス）の場合を考えると、入出力ポートごとのストレージの占有時間は、ほぼ均等なものとするのが一般的である。
【０００７】
なお、この種のＡＶサーバーに関連して、特許文献１には、記録再生装置及び記録再生方法が記載されている。この記録再生装置によれば、素材転送制御をする制御部を有した素材転送処理部と、複数のハードディスクを有するＨＤＤ−ＲＡＩＤ部とを備え、制御部は、転送倍速レートで入力される第１の圧縮方式による圧縮素材をそのまま外部に転送しながら、第１の圧縮方式による圧縮素材を第２の圧縮方式に変換してハードディスクに記録する。ハードディスクに記録した圧縮素材は、データ再生時、圧縮方式変換処理され、入力時の転送レートで再生して外部に転送するようになされる。このように記録再生装置を構成すると、１倍速を越える素材転送を実現しながら、圧縮方式を変換することができるというものである。
【０００８】
また、特許文献２には、データ記録再生装置及びデータ記録再生方法が記載されている。このデータ記録再生装置によれば、ランダムアクセス可能な記録媒体と記録再生手段とを備え、記録再生手段は、記録媒体に対して時分割にファイルデータを記録すると共に、時分割にファイルデータを再生するようになされる。このようにデータ記録再生装置を構成すると、同一ファイルデータ内で数分〜数十分前に記録した部分を該ファイルデータ全体の記録を中断することなく、データを再生することができるというものである。
【０００９】
【特許文献１】特開２００１−１１０１２５号公報（第３頁  第１図）
【特許文献２】特開２００３−１１５１６０号公報（第３頁  第２図）
【発明の開示】
【発明が解決しようとする課題】
【００１０】
ところで、従来例に係るＡＶサーバーシステム等のデータ記録再生装置によれば、次のような問題がある。
【００１１】
ｉ．特許文献１及び２に係る記録再生装置を含めてＡＶサーバーシステムには、ＲＡＩＤシステムが備えられ、当該システムで予め定められたタイムスロット期間内に、各入出力ポートからのコマンドの処理を完了（コンプリート）させる必要がある。しかし、ハードディスクの性能の一時的な低下、初期不良、経年変化等により、ＲＡＩＤシステムとしての障害対応能力を超えるような問題が発生した場合には、結果的にＡＶサーバーの各入出力ポートのサービスに支障を来す場合がある。
【００１２】
ii．特に映像・音声用のデータは、実時間に対して連続性が求められる。このため、データ処理に係る待ち時間がＡＶサーバーシステムに対して決められているが、データ転送ができなかった場合（期間）は、その放送時間の映像・音声情報が無くなることになり、画像の乱れや音声ノイズが発生し、重大な動作欠陥となるおそれがある。最悪オンエア時の事故につながるというようなケースも想定される。
【００１３】
そこで、この発明は、このような従来の課題を解決したものであって、当該ハードディスクのその時点の記録再生能力に応じたコマンドを発行できるようにすると共に、当該装置の運用上の障害発生を未然に防ぐこと、あるいは、障害を最小限に抑止できるようにしたデータ記録再生装置及びデータ記録再生方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上述した課題は、任意のデータを記録又は／及び再生する装置であって、データを記録又は／及び再生するための複数のディスク記録再生装置を有して当該個々のディスク記録再生装置における記録再生処理に係る実処理時間を逐次報告するディスク記録再生アレイと、このディスク記録再生アレイから逐次報告される個々のディスク記録再生装置における実処理時間と、当該装置自身の運用状態とに基づいてディスク記録再生装置の記録再生能力を判断し、当該判断結果に応じてディスク記録再生アレイに対してコマンドを発行する情報管理制御装置とを備えることを特徴とするデータ記録再生装置によって解決される。
【００１５】
本発明に係るデータ記録再生装置によれば、任意のデータを記録又は／及び再生する場合に、複数のディスク記録再生装置を有したディスク記録再生アレイは、当該データを記録又は／及び再生する個々のディスク記録再生装置における記録再生処理に係る実処理時間を情報管理制御装置に逐次報告する。これを前提にして、情報管理制御装置は、ディスク記録再生アレイから逐次報告される個々のディスク記録再生装置における実処理時間と、当該装置自身の運用状態とに基づいてディスク記録再生装置の記録再生能力を判断し、当該判断結果に応じてディスク記録再生アレイに対してコマンドを発行する。
【００１６】
例えば、情報管理制御装置は、ディスク記録再生装置の障害などに伴う記録再生能力が一時的あるいは連続的に低下した場合に、ディスク記録再生アレイに対して、障害を発生したディスク記録再生装置が早期に復帰可能となるコマンドを発行するようになされる。
【００１７】
従って、ディスク記録再生アレイを構成するディスク記録再生装置のその時点の記録再生能力に応じたコマンドを発行することができ、当該装置の運用上の障害発生を未然に防ぐこと、あるいは、障害を最小限に抑えることができる。しかも、ディスク記録再生装置の記録再生能力が一時的に低下した場合において、結果的に当該記録再生装置が障害に至るまでの能力低下の許容範囲を広げることができる。これにより、システム負荷適応型のＡＶサーバー等のデータ記録再生装置を提供することができる。
【００１８】
本発明に係るデータ記録再生方法は、複数のディスク記録再生装置を使用して任意のデータを記録又は／及び再生する方法であって、個々のディスク記録再生装置における記録再生処理に係る実処理時間を逐次、上位の情報管理制御系に報告し、情報管理制御系は、逐次報告される個々のディスク記録再生装置における実処理時間と、当該情報管理制御系自身の運用状態とに基づいてディスク記録再生装置の記録再生能力を判断し、当該判断結果に応じてディスク記録再生装置を制御するためのコマンドを発行することを特徴とするものである。
【００１９】
本発明に係るデータ記録再生方法によれば、任意のデータを記録又は／及び再生する場合に、ディスク記録再生装置のその時点の記録再生能力に応じたコマンドを発行することができる。従って、当該ディスク記録再生装置を使用したシステムの運用上の障害発生を未然に防ぐこと、あるいは、障害を最小限に抑えることができる。
【発明の効果】
【００２０】
本発明に係るデータ記録再生装置によれば、任意のデータを記録又は／及び再生する場合に、ディスク記録再生アレイから逐次報告される個々のディスク記録再生装置における実処理時間と、当該装置自身の運用状態とに基づいてディスク記録再生装置の記録再生能力を判断する情報管理制御装置を備え、この情報管理制御装置は、当該判断結果に応じてディスク記録再生アレイに対してコマンドを発行するものである。
【００２１】
この構成によって、ディスク記録再生アレイを構成するディスク記録再生装置のその時点の記録再生能力に応じたコマンドを発行することができる。従って、当該装置の運用上の障害発生を未然に防ぐこと、あるいは、障害を最小限に抑えることができる。しかも、ディスク記録再生装置の記録再生能力が一時的に低下した場合において、結果的に当該記録再生装置が障害に至るまでの能力低下の許容範囲を広げることができる。これにより、システム負荷適応型のデータ記録再生装置を提供することができる。
【００２２】
本発明に係るデータ記録再生方法によれば、複数のディスク記録再生装置を使用して任意のデータを記録又は／及び再生する場合に、逐次報告される個々のディスク記録再生装置における実処理時間と、当該情報管理制御系自身の運用状態とに基づいてディスク記録再生装置の記録再生能力を判断し、当該判断結果に応じてディスク記録再生装置を制御するためのコマンドを発行するようになされる。
【００２３】
この構成によって、ディスク記録再生装置のその時点の記録再生能力に応じたコマンドを発行することができる。従って、当該ディスク記録再生装置を使用したシステムの運用上の障害発生を未然に防ぐこと、あるいは、障害を最小限に抑えることができる。
【発明を実施するための最良の形態】
【００２４】
続いて、この発明に係るデータ記録再生装置及びデータ記録再生方法の一実施の形態について、図面を参照しながら説明をする。
【００２５】
図１は、本発明に係る各実施例としてのＡＶサーバー１００の構成例を示すブロック図である。
この実施例では、任意のデータを記録又は／及び再生する場合に、ディスク記録再生アレイから逐次報告される個々のディスク記録再生装置における実処理時間と、当該装置自身の運用状態とに基づいてディスク記録再生装置の記録再生能力を判断する情報管理制御装置を備え、当該判断結果に応じてディスク記録再生アレイに対してコマンドを発行するようにして、当該ディスク記録再生装置のその時点の記録再生能力に応じたコマンドを発行できるようにすると共に、当該装置の運用上の障害発生を未然に防ぐこと、あるいは、障害を最小限に抑止できるようにしたものである。
【００２６】
図１に示すオーディオ・ビデオサーバー（以下ＡＶサーバー１００という）は、データ記録再生装置の一例を構成するものであり、任意のデータを記録又は／及び再生する装置であり、放送業務等のマルチビデオサーバー（ＭＰＥＧサーバー）に適用して好適である。このＡＶサーバー１００は、複数のデータ記録再生用の入出力ポートを有しており、それぞれが比較的高いビットレートのストリームをストレージシステムに対して入出力するようになされる。ＡＶサーバー１００は、情報管理制御装置（情報管理制御系）の一例となるプロセッサシステム２０と、ディスク記録再生アレイの一例となるＲＡＩＤ（Ｒedundant  Ａrrays  of  Ｉnexpensive  Ｄisc）システム３０とを有している。ＲＡＩＤシステム３０は、ストレージシステムを構成するものである。
【００２７】
プロセッサユニット２０には、例えば、ＬＡＮ（Ｌocal  Ａrea  Ｎetwork）等のイーサネット（Ｒ）を通じて上位のパーソナルコンピュータ（以下単にパソコン１０１という）に接続される。プロセッサユニット２０は、上位のパソコン１０１から記録再生モードを受け付けると共に、当該記録再生モードに応じて、ＲＡＩＤシステム３０に対してコマンドを発行して当該ＲＡＩＤシステム３０を管理制御するように動作する。
【００２８】
このプロセッサユニット２０は、イーサネット（Ｒ）に接続可能な入出力ポートＰ０の他に、Ｎチャンネル（ＣＨｉ；ｉ＝１〜ｎ）のデータ記録再生用の入出力ポートＰ１〜Ｐｎを有している。この例ではｎ＝６チャンネル（ＣＨ１〜ＣＨ６）の場合であり、６ＣＨの入出力ポートＰ１〜Ｐ６には、図示しないが放送出力機器設備の他に、ビデオテープレコーダ、ビデオ編集機、ビデオカメラ等のオーディオ・ビデオ（ＡＶ）機器が接続され、これらのＡＶ機器と当該ＡＶサーバー１００との間でＡＶデータを入力し又はＡＶデータを出力するように使用される。
【００２９】
上述のプロセッサユニット２０には、ファイバチャンネル（Ｆibre  Ｃhannel）等の通信手段を通じてＲＡＩＤシステム（ストレージユニット）３０が接続され、データを記録又は／及び再生するための複数のハードディスクＨＤＤｊを有して当該個々のハードディスクＨＤＤｊにおける記録再生処理に係る実処理時間Ｔｘｊをプロセッサシステム２０に逐次報告するようになされる。もちろん、ＲＡＩＤシステム３０は、記録再生モードに基づいてＡＶデータを記録再生するようになされる。
【００３０】
また、ＲＡＩＤシステム３０は、データ再生時に故障を生じたハードディスクＨＤＤｊにおける再生データを修復する機能を有している。この例で、ＲＡＩＤシステム３０は、通常モードが選択された場合、プロセッサユニット２０から発行されるコマンドに対して当該コマンド単位にタイムアウト閾値Ｔtoutを設定し、当該タイムアウト閾値Ｔtoutに基づいてデータ記録再生処理を実行する。
【００３１】
図２は、プロセッサユニット２０の内部構成例を示すブロック図である。図２に示すプロセッサユニット２０は、ファイル管理制御部２１、ＣＰＵ２５、メモリ部２２、インターフェース部２３、６個のＡＶ信号処理部ＥＤｉ（ｉ＝１〜６）及び６個の記録再生制御部ＲＰｉ（ｉ＝１〜６）を有している。
【００３２】
ファイル管理制御部２１は入出力ポートＰ０に接続され、上位のパソコン１０１から記録再生モードを入力し、この記録再生モードに基づいて映像／音声素材ファイルを管理するようになされる。ファイル管理制御部２１はファイルマネージャボードを構成する。ファイル管理制御部２１は、ＲＡＩＤシステム３０へ記録した映像及び音声データ基づくファイル情報を作成する。
【００３３】
ファイル管理制御部２１には、システムバス２４を通じてＣＰＵ２５が接続され、ファイル管理制御部２１、メモリ部２２、インターフェース部２３、ＡＶ信号処理部ＥＤｉ及び記録再生制御部ＲＰｉの入出力を制御する。システムバス２４は、図示しないバックプレーンボードを構成するようになされる。
【００３４】
メモリ部２２にはファイル管理制御部２１で作成されたファイル情報が記憶される。メモリ部２２には、図示しないＲＯＭ、ＲＡＭ及び不揮発メモリが備えられる。ファイル情報は電源を切っても情報が消失されない不揮発メモリに格納される。ＲＯＭには、ＡＶサーバー全体を制御するためのシステムプログラムが格納される。ＲＡＭは、ワークメモリとして使用される。ＣＰＵ２５は、プロセッサユニット全体を制御する。例えば、ＣＰＵ２５は、データ記録時、記録再生制御部ＰＢｉに記録命令を出力し、データ再生時には、記録再生制御部ＰＢｉに再生命令を出力する。
【００３５】
ＣＰＵ２５は、ＲＡＩＤシステム３０から逐次報告される個々のハードディスクＨＤＤｊにおける実処理時間Ｔｘｊと、当該装置自身の運用状態とに基づいてハードディスクＨＤＤｊの記録再生能力を判断し、当該判断結果に応じてＲＡＩＤシステム３０に対してコマンドを発行する。例えば、プロセッサシステム２０は、ハードディスクＨＤＤｊで障害が発生して記録再生能力が一時的あるいは連続的に低下した場合に、ＲＡＩＤシステム３０に対して障害を発生したハードディスクＨＤＤｊが早期に復帰可能となるコマンドを発行する。
【００３６】
また、ＣＰＵ２５は、ハードディスクＨＤＤｊの障害などに伴う記録再生性能の一時的あるいは連続的な低下に対して、ＲＡＩＤシステム３０から逐次報告される個々のハードディスクＨＤＤｊにおける実処理時間Ｔｘｊを統計処理し、統計処理の結果に基づいて当該ハードディスクＨＤＤｊを処理するためのコマンドを発行する。これは、障害を引き起こす可能性が高いと思われるハードディスクＨＤＤｊを未然に切り離して、ハードディスクＨＤＤｊの交換、当該ＲＡＩＤシステム３０の再構築を促す処理をするためである。これにより、運用上の障害発生を未然に防ぎ、あるいは、障害を最小限に抑えることができる。
【００３７】
なお、上述した６個の入出力ポートＰ１〜Ｐ６には、各々のＡＶ信号処理部ＥＤｉ（ｉ＝１〜６）が接続される。各々の入出力ポートＰｉには、ＳＤＩ−Ｉ／Ｏインターフェース及びＡＥＳ−Ｉ／Ｏインターフェースが設けられる。データ記録時、映像信号は、ＳＤＩ−Ｉ／Ｏインターフェースから入力され、音声信号は、ＡＥＳ−Ｉ／Ｏインターフェースから入力される。データ再生時は、ＳＤＩ−Ｉ／Ｏインターフェースから映像信号が出力され、ＡＥＳ−Ｉ／Ｏインターフェース等から音声信号が出力される。
【００３８】
各々のＡＶ信号処理部ＥＤｉは、図示しないアナログ・デジタル（Ａ／Ｄ）変換回路、エンコード回路（ＥＮＣ）、デコード回路（ＤＥＣ）及びデジタル・アナログ（Ｄ／Ａ）変換回路を有しており、ビデオ・オーディオボードを構成するようになされる。データ記録時、Ａ／Ｄ）変換回路は、アナログの映像信号をアナログ・デジタル（Ａ／Ｄ）変換する。Ａ／Ｄ変換後のデジタルの映像データは、エンコード回路によって、例えば、ＭＰＥＧ形式により符号化して圧縮処理するようになされる。音声信号は他の圧縮形式により同様な処理がなされる。圧縮後のデジタルの映像データＤｖ及び音声データＤａを以下、総称してＭＰＥＧデータともいう。
【００３９】
データ再生時には、デコード回路は、映像データＤｖ及び音声データＤａを復号化して伸長する。Ｄ／Ａ変換回路は、伸長後のデジタルの映像データＤｖ及び音声データＤａをＤ／Ａ変換してアナログの映像信号及び音声信号を出力するようになされる。
【００４０】
各々のＡＶ信号処理部ＥＤｉには、記録再生制御部ＲＰｉ（ｉ＝１〜６）が接続される。各々の記録再生制御部ＲＰｉは、図示しない記録コントローラ（ＲＥＣ）及び再生コントローラ（ＰＢ）を有しており、データマネージャボードを構成するようになされる。各々の記録再生制御部ＲＰｉは、ＣＰＵ２５から再生命令を受信すると、再生するファイル情報をファイル管理制御部２１に問い合わせ、ＲＡＩＤシステム３０のアドレス情報に基づいてコマンドをＲＡＩＤシステム３０に対して発行する。
【００４１】
コマンド発行処理の他に、記録再生制御部ＲＰｉは、例えば、データ記録時、ＡＶ信号処理部ＥＤｉから出力されるＭＰＥＧデータをＲＡＩＤシステム３０に記録する形式に変換したり、ＲＡＩＤシステム３０に記録される単位にＭＰＥＧデータを分割及びデータ並び換え処理等を実行するようになされる。記録形式変換後のＭＰＥＧデータは、システムバス２４を介してインターフェース部２３に転送される。データ再生時には、ＲＡＩＤシステム３０からＭＰＥＧデータを入力し、当該ＭＰＥＧデータを図示しないメモリに一度取り込み、データ順序を元に戻して映像データＤｖ及び音声データＤａを再構築し、これらの映像／音声データＤｖ及びＤａをＡＶ信号処理部ＥＤｉに出力するようになされる。
【００４２】
上述のシステムバス２４には、インターフェース部２３が接続され、データ記録時、記録形式変換後のＭＰＥＧデータをＲＡＩＤシステム３０に出力するようになされる。例えば、ＭＰＥＧデータは、当該インターフェース部２３の通信プロトコルに基づいて所定の伝送信号ＳＤｖ及びＳＤａに変換（光変調）され、ファイバケーブル等を通じてＲＡＩＤシステム３０に送信される。
【００４３】
伝送信号ＳＤｖは映像データＤｖやコマンドを例えば、光変調した信号であり、伝送信号ＳＤａは音声データＤａやコマンドを例えば、光変調した信号である。データ再生時には、ＲＡＩＤシステム３０から所定の伝送信号ＳＤｖ及びＳＤａに変換されたＭＰＥＧデータを入力するようになされる。上述のコマンドあるいはマルチコマンドは、インターフェース部２３を介してＲＡＩＤシステム３０Ａ等に送信される。
【００４４】
このように、プロセッサシステム２０を構成する。プロセッサシステム２０では、例えば、通常再生モード時、ＲＡＩＤシステム３０から所定の伝送信号ＳＤｖ及びＳＤａに変換されたＭＰＥＧデータを入力すると、当該ＭＰＥＧデータを図示しないメモリに一度取り込み、データ順序を元に戻して映像データＤｖ及び音声データＤａを再構築し、これらの映像／音声データＤｖ及びＤａをＡＶ信号処理部ＥＤｉに出力するようになされる。各々のＡＶ信号処理部ＥＤｉでは、デコード回路が映像データＤｖ及び音声データＤａを復号化して伸長する。Ｄ／Ａ変換回路は、伸長後のデジタルの映像データＤｖ及び音声データＤａをＤ／Ａ変換してアナログの映像信号及び音声信号を出力するようになされる。ＳＤＩ−Ｉ／Ｏインターフェースから映像信号が出力され、ＡＥＳ−Ｉ／Ｏインターフェース等から音声信号が出力される。
【００４５】
図３は、ＲＡＩＤシステム（Ｖideo）３０Ａの内部構成例を示すブロック図である。図３に示すＲＡＩＤシステム３０は、ＡＶデータを数バイト単位に分解し、データ記録再生処理を並列化して１台のハードディスクＨＤＤｊが故障しても、残りのハードディスクＨＤＤｊ等から元のＡＶデータを復元し、修理し又は代替してデータ書き込み再生処理を継続できるようにしたものである。
【００４６】
図３に示すＲＡＩＤシステム３０は、映像データＤｖを取り扱うビデオ用のＲＡＩＤシステム３０Ａと、音声データＤａを取り扱うオーディオ用のＲＡＩＤシステム３０Ｂから構成され、映像データＤｖと音声データＤａとは、別々のユニットのハードディスクＨＤＤｊに記録される。ＲＡＩＤシステム３０Ａ及び３０Ｂは、ファイバケーブル等を通じて、図２に示したインターフェース部２３に接続される。ＲＡＩＤシステム３０自体の構造はビデオ用もオーディオ用も同じである。ここではビデオ用のＲＡＩＤシステム３０Ａについて説明をする。
【００４７】
図３において、ＲＡＩＤシステム３０Ａは、インターフェース部３１、メモリ部３２、データコントローラ３３、データマルチプレクサ３４、ＣＰＵ３５、パリティ演算部３６、９個のメモリ＆コントローラＭＣｊ（ｊ＝１〜９）、９個のＳＣＳＩ−コントローラＳＰＣｊ（ｊ＝１〜９）、及び、９個のハードディスクＨＤＤｊ（ｊ＝１〜９）を有している。
【００４８】
インターフェース部３１は、データ記録時、図２に示したインターフェース２３から所定の伝送信号ＳＤｖに変換されたコマンドや映像データＤｖを入力してデータコントローラ３３に転送する。データ再生時は、映像データＤｖをデータコントローラ３３から入力し、映像データＤｖを所定の伝送信号ＳＤｖに変換した後にファイバケーブル等を通じて、プロセッサユニット２０のインターフェース２３へ転送するようになされる。
【００４９】
インターフェース部３１にはデータコントローラ３３が接続され、データ記録時にインターフェース部３１を介して受信した伝送信号ＳＤｖをコマンドや元の映像データＤｖに戻すようになされる。データ再生時は、映像データＤｖを所定の伝送信号ＳＤｖに変換するようになされる。データコントローラ３３は、元の映像データをメモリ部３２に一旦書き込むようになされる。データコントローラ３３は、インターフェース部３１を介して受信したコマンドから、更に個々のハードディスクＨＤＤｊを具体的にアクセスするコマンドをＳＣＳＩ−コントローラＳＰＣｊに発行する。
【００５０】
データコントローラ３３には、メモリ部３２及びＣＰＵ３５が接続される。ＣＰＵ３５は制御装置の一例であり、コマンドに付加されたパラメータをデコードして、当該コマンドに対して、タイムアウト閾値Ｔtoutを設定して記録再生処理を実行するように、データコントローラ３３及びデータマルチプレクサ３４等を制御する。
【００５１】
ＣＰＵ３５は、当該個々のハードディスクＨＤＤｊにおける記録再生処理に係る実処理時間Ｔｘｊ（ｊ＝１〜ｍ）をプロセッサシステム２０に逐次報告するようになされる。例えば、プロセッサシステム２０からのコマンドに基づくデータを記録再生処理するハードディスクＨＤＤｊの実処理時間Ｔｘｊを検出すると共に、予め設定されたタイムアウト閾値Ｔtoutと、当該ハードディスクＨＤＤｊの実処理時間Ｔｘｊを検出して得られるコマンド処理時間とを逐次比較し、ハードディスクＨＤＤｊのコマンド処理時間がタイムアウト閾値Ｔtoutを越えた場合に、当該ハードディスクＨＤＤｊを他のハードディスクＨＤＤｊから切り離してデータを記録再生し修復する冗長処理に移行する。
【００５２】
メモリ部３２は、図示しないＲＯＭ、ＲＡＭ及び不揮発メモリが備えられる。タイムアウト閾値Ｔtoutは、電源を切っても情報が消失されない不揮発メモリに格納される。ＲＯＭには、ＲＡＩＤシステム全体を制御するためのシステムプログラムが格納される。ＲＡＭは、ワークメモリとして使用される。ＣＰＵ３５は、ＲＡＩＤシステム全体を制御する。ＣＰＵ３５にはデータマルチプレクサ３４が接続され、データ記録時、映像データＤｖをストライピング処理するようになされる。データ再生時には、個々のハードディスクＨＤＤｊから再生された映像データＤｖを元の映像データに再構築するようになされる。
【００５３】
この例で、データマルチプレクサ３４には、パリティ演算部３６及び８個のハードディスク専用のメモリ＆コントローラＭＣｊ（ｊ＝１〜８）が接続される。各々のメモリ＆コントローラＭＣｊには、それぞれＳＣＳＩ−コントローラＳＰＣｊが接続される。メモリ＆コントローラＭＣｊには、ストライピング処理後の映像データＤｖを書き込むようになされる。
【００５４】
各々のＳＣＳＩ−コントローラＳＰＣｊには、複数のディスク記録再生装置の一例となるハードディスクＨＤＤｊが接続される。ＳＣＳＩ−コントローラＳＰＣｊは、通常又は再生モードに係るコマンドに基づいてそれぞれのハードディスクＨＤＤｊに対して、メモリ＆コントローラＭＣｊから読み出した映像データＤｖを記録するようになされる。データ再生時には、当該再生モードに係るコマンドに基づいてハードディスクＨＤＤｊから映像データＤｖを再生するようになされる。
【００５５】
上述のパリティ演算部３６には、メモリ＆コントローラＭＣ９が接続され、このメモリ＆コントローラＭＣ９には、更にＳＣＳＩ−コントローラＳＰＣ９が接続され、このＳＣＳＩ−コントローラＳＰＣ９には、パリティ専用のハードディスクＨＤＤ９が接続され、パリティデータＤｐだけを記録するようになされる。
【００５６】
例えば、パリティ演算部３６は、データ記録時、映像データＤｖからパリティデータＤｐを演算するようになされる。演算されたパリティデータＤｐは、メモリ＆コントローラＭＣ９に書き込まれる。ＳＣＳＩ−コントローラＳＰＣ９は、メモリ＆コントローラＭＣ９からパリティデータＤｐを読み出してハードディスクＨＤＤ９に記録するようになされる。
【００５７】
また、データ再生時、いずれのハードディスクＨＤＤｊが故障した場合に、ＣＰＵ３５は、故障したハードディスクＨＤＤｊを切り離し、ここで切り離したハードディスクＨＤＤｊの再生データを修復すべくコマンド冗長処理を実行する。ＳＣＳＩ−コントローラＳＰＣ９は、ＣＰＵ３５からコマンド冗長命令を受信する。ＳＣＳＩ−コントローラＳＰＣ９は、ハードディスクＨＤＤ９からパリティデータＤｐを読み出してメモリ＆コントローラＭＣ９に書き込まれる。
【００５８】
メモリ＆コントローラＭＣ９は、パリティデータＤｐを読み出してパリティ演算部３６に出力する。パリティ演算部３６は、残りのハードディスクＨＤＤｊからの映像データＤｖとハードディスクＨＤＤＰからのパリティデータＤｐとを使用して故障したハードディスクＨＤＤｊの元の映像データＤｖを修復し再現するようになされる（コマンド冗長処理）。再現後の映像データＤｖはデータマルチプレクサ３４に出力される。
【００５９】
このように、ＡＶサーバー１００を構成すると、プロセッサシステム２０でＲＡＩＤシステム３０の状態を監視しながら、サーバーの負荷状態を考慮に入れて、その時々の状態に応じたインテリジェントな制御を行うことができる。しかも、従来方式では障害を発生に至っていたようなケースでも、その障害の種類によっては、正常な運用を継続、あるいは、障害を最小限に止めることができる。
【００６０】
図４は、各実施例に係るデータ再生時の記録命令（ＷＲＩＴＥ）のコマンド例を示す表図である。図４に示すコマンド例によれば、記録命令は８ビットで、「０〜９」バイトのデータにより構成される。バイト「０」には、コマンド名称＝「Ｗｒｉｔｅ」を示すオペレーションコード（Ｏｐｒａｔｉｏｎ  Ｃｏｄｅ（２ＡH））が記述される。この例では、オペレーションコードとして「０００１０１００」が記述される。バイト「１」には、ロジック・ユニット番号等が記述され、バイト「２」〜「５」には、ロジック・ブロック・アドレス等（ＭＳＢ）〜（ＬＳＢ）が記述される。バイト「６」は空き領域である。バイト「７」、「８」には、データ長（ＭＳＢ）〜（ＬＳＢ）が記述される。バイト「９」でベンダユニーク（Ｖender  Ｕnique）等を記述するようになされる。
【００６１】
図５は、各実施例に係る再生命令（Ｅｘｔｅｎｄ）のコマンド例を示す表図である。  
図５に示すコマンド例によれば、再生命令（Ｅｘｔｅｎｄ）のコマンド例を示す表図である。図４に示すコマンド例によれば、再生命令は８ビットで、「０〜９」バイトのデータにより構成される。バイト「０」には、コマンド名称＝「Ｅｘｔｅｎｄ」を示すオペレーションコード（Ｏｐｒａｔｉｏｎ  Ｃｏｄｅ（２８H））が記述される。オペレーションコードとして「０００１０１００」が記述される。バイト「１」には、ロジック・ユニット番号等が記述され、バイト「２」〜「５」には、ロジック・ブロック・アドレス等（ＭＳＢ）〜（ＬＳＢ）が記述される。バイト「６」は空き領域である。バイト「７」、「８」には、データ長（ＭＳＢ）〜（ＬＳＢ）が記述される。バイト「９」でベンダユニーク（Ｖender  Ｕnique）等を記述するようになされる。
【実施例１】
【００６２】
続いて、本発明に係るデータ記録再生方法について、ＡＶサーバー１００におけるＲＡＩＤシステム３０の負荷適用型の制御方法について説明をする。ここに負荷適応型の制御とは、ＲＡＩＤシステム３０の内部状態及びシステムの負荷状況に応じた適応制御を行うことをいう。
【００６３】
図６は、第１の実施例としてのＡＶサーバー１００における記録再生処理例（正常時）を示すタイムチャートである。この例で、プロセッサシステム２０は、図１に示した各入出力ポートＰｉ（ｉ＝１〜ｎ）に対するサービス要求があると、予め定められた巡回周期内で１ポートずつ順に、ＲＡＩＤシステム３０を使用するようになされる。ＲＡＩＤシステム３０は、図３に示したように、映像データＤｖの記録用に８台のハードディスクＨＤＤ１〜８と、パリティデータの記録専用の１台のハードディスクＨＤＤＰから構成される。
【００６４】
図６において、横軸は時間軸ｔであり、ポート数６、全ポート動作時のタイムスロット（Ｔｉｍｅ  Ｓｌｏｔ）ＴＳを示している。このタイムスロットＴＳは、図１に示したＡＶサーバー１００でプロセッサユニット２０からＲＡＩＤシステム３０に対するアクセス状態（運用状態）を示している。Ｔｐ１は入出力ポートＰ１におけるコマンド処理時間を示している。
【００６５】
同様にして、Ｔｐ２は入出力ポートＰ２におけるコマンド処理時間、Ｔｐ３は入出力ポートＰ３におけるコマンド処理時間、Ｔｐ４は入出力ポートＰ４におけるコマンド処理時間、Ｔｐ５は入出力ポートＰ５におけるコマンド処理時間、Ｔｐ６は入出力ポートＰ６におけるコマンド処理時間を各々示している。
【００６６】
また、Ｔtsallは、全タイムスロット周期（以下全ＴＳ周期という）である。全ＴＳ周期Ｔtsallは、上位のパソコン１０等からの要求に対するＡＶサーバー１００のレスポンス性能を満たすために、その上限値が設定される。これは、全ＴＳ周期Ｔtsallを余り長く設定すると、入出力ポートＰｉに対する入出力要求があってからＲＡＩＤシステム３０をアクセス可能となるまでの時間が平均的に延びてしまうためである。
【００６７】
Ｔtsは仮タイムスロット長（以下仮ＴＳ長という）である。仮ＴＳ長は、巡回周期Ｔtsallをポート数で割った期間（あるいはマージンをみてそれを少し下回る期間）であり、全ての入出力ポートＰｉが均等に動作する場合を想定して、各入出力ポートＰｉ毎にＲＡＩＤシステム３０をアクセスする際のアクセス可能期間上限の目安とするようになされる。
【００６８】
また、タイムアウト閾値Ｔtoutは、何らかの原因でＲＡＩＤシステム３０中の１台以上のハードディスクＨＤＤｊのパフォーマンス（能力）が低下し、ＲＡＩＤシステム３０に対するコマンド処理完了までの時間が延長されてしまった場合に、ある時点で処理を打ち切るために設定される。タイムアウト閾値Ｔtoutは、通常、ハードディスクＨＤＤｊのアクセス速度のばらつきを考慮して多めに設定される。
【００６９】
ここで、Ｔtsall≧Ｔtout×ポート数の関係式を定義する。もしも、この関係式を満たす場合は、仮に幾つかの入出力ポートＰｉによるアクセスで、ＲＡＩＤシステム３０において、タイムアウトエラーが生じるような事態になっても、タイムスロットＴＳの巡回周期をオーバーすることも、タイムアウトエラーを生じなかった入出力ポートＰｉに悪影響を与えることはない。これは、１台のハードディスクＨＤＤｊのパフォーマンスの低下であれば、パリティ補正が可能であることによる。
【００７０】
なお、２台以上のハードディスクＨＤＤｊがタイムアウト閾値Ｔtoutを越える場合は、再生データの構築が保証はされない。これらの制御条件を前提にして、ＡＶサーバー１００のタイムアウト閾値Ｔtoutの設定及びその仕様を決定する。
【００７１】
この例で、ハードディスクＨＤＤｊの平均的なアクセス状況での運用時に無駄が多くならないようにすると共に、あるレベルにハードディスクＨＤＤｊの品質を確保することを前提とするならば、Ｔtsall＜Ｔtout×ポート数という関係式を定義し、この関係式でコマンドのパラメータを決めるようにしてもよい。
【００７２】
以上、述べたような考え方に基づくＲＡＩＤシステム３０をアクセスする場合であって、実際にハードディスクＨＤＤｊのコマンド処理完了が遅れてしまったケースについて、ＲＡＩＤシステム３０の負荷適用型制御方法を適用した例について説明をする。なお、本発明で必要となる追加ハードウェアはなく、プロセッサユニット２０とＲＡＩＤシステム３０のファームウェアの追加修正で実現可能である。
【００７３】
図７は、ＡＶサーバー１００における記録再生処理例（エラー発生時）を示すタイムチャートである。
この実施例は、図３に示したように、９台のハードディスクＨＤＤ１〜ＨＤＤ８＋ＨＤＤＰを使用して任意の映像データＤｖを記録又は／及び再生する場合を前提とする。図７に示すＴｐ１は入出力ポートＰ１におけるコマンド処理時間を示している。この例では、入出力ポートＰ２におけるコマンド処理時間軸ｔｐ２、入出力ポートＰ３におけるコマンド処理時間軸ｔｐ３、入出力ポートＰ４におけるコマンド処理時間軸ｔｐ４が、いずれも、タイムアウト閾値Ｔtoutに近いアクセスが連続し、その内のハードディスクＨＤＤｊの１台が遅延（ｄelay）を生じた場合である。このような場合であって、入出力ポートＰ５は、コマンド処理時間軸ｔｐ５を要して仮縮退動作をし、入出力ポートＰ６も、コマンド処理時間軸ｔｐ６を要して仮縮退動作をするようになされる。
【００７４】
この例では、タイムスロットＴＳでのＲＡＩＤシステム３０中のある１台のハードディスクＨＤＤｊに対するアクセスで、リトライ（Ｒetry）処理を実行していて遅延が生じ、コマンド処理時間軸ｔｐｎ（ｎ＝１〜６）がタイムアウト閾値Ｔtoutには至らないまでも、記録再生処理が長くなってしまった場合、さらに同様な記録再生処理の遅延が全ＴＳ周期Ｔtsall内に複数生じたような場合、従来方式では、全ＴＳ周期Ｔtsall内に全入出力ポートＰｉ分のＲＡＩＤシステム３０に対するアクセスを完了することができなくなる。このような場合に、本発明では、以下の手段を用いることにより、従来方式で破綻していたケースも本発明で救うことが可能になる。この例では、プロセッサシステム２０とＲＡＩＤシステム３０における処理例の２つに分けて説明をする。
【００７５】
［プロセッサシステム２０における処理例］
図８Ａは、プロセッサシステム２０におけるデータ記録再生例を示すフローチャートである。この実施例では、プロセッサユニットのＣＰＵ２５では、逐次報告される個々のハードディスクＨＤＤｊにおける実処理時間Ｔｘｊと、当該ＣＰＵ２５自身の運用状態とに基づいてハードディスクＨＤＤｊの記録再生能力を判断し、当該判断結果に応じてハードディスクＨＤＤｊを制御するためのコマンドを発行する場合を前提とする。
【００７６】
これをデータ記録再生条件にして、プロセッサユニット２０のＣＰＵ２５は、図８Ａに示すフローチャートのステップＡ１でＲＡＩＤシステム３０から通知されたレスポンス・ステータスを常に監視して、実処理時間Ｔｘｊの入力を待機する。このとき、プロセッサシステム２０は、ＲＡＩＤシステム３０のステップＢ９から実処理時間Ｔｘｊの転送を受信する。
【００７７】
この実処理時間Ｔｘｊの入力があった場合は、ステップＡ２で実処理時間Ｔｘｊとタイムアウト閾値Ｔtoutとを比較する。このとき、ＣＰＵ２５は、逐次報告される個々のハードディスクＨＤＤｊにおける実処理時間Ｔｘｊを統計処理する。そして、ハードディスクＨＤＤｊの継続使用か、あるいは、切り離し処理のどちらを選択するかの判断材料として、ＲＡＩＤシステム３０からプロセッサユニット２０側に送られてきた過去のハードディスクＨＤＤｊのレスポンスのステータスから統計的に判断した結果を用いるようになされる。この例では、実処理時間Ｔｘｊがタイムアウト閾値Ｔtout未満の場合は、ステップＡ３に移行して通常の記録再生モード等のコマンドを発行する。
【００７８】
また、ＣＰＵ２５で、特定の１台のハードディスクＨＤＤｊのアクセスが延びるようなことが一回、あるいは連続して起きた場合、つまり、実処理時間Ｔｘｊがタイムアウト閾値Ｔtout以上となる場合を検出すると、ハードディスクＨＤＤｊで障害が発生して記録再生能力が一時的あるいは連続的に低下した場合が予想される。
【００７９】
例えば、ステップＡ２で過去の切り離し発生回数が予め設定された発生回数の閾値を越えた場合、アイドル時を除く実運用時間で、現在に至るＮ時間以内に予め設定された経過時間の閾値を超える切離し処理が発生した場合などの判断基準に基づき、あるハードディスクＨＤＤｊがこれらの閾値を超えていれば、ステップＡ４に移行してＣＰＵ２５は、切り離し処理を実行すべく、仮縮退等のコマンドをＲＡＩＤシステム３０に発行する。この仮縮退コマンドは、ＲＡＩＤシステム３０に対して対象のハードディスクＨＤＤｊを一時的に切り離すためのデータである。
【００８０】
このとき、ハードディスクＨＤＤｊの交換等を促すようになされる。このようにすると、障害発生を未然に防ぐことができる。その後、ステップＡ１に戻って上述した処理を繰り返すようになされる。例えば、ステップＡ３でＣＰＵ２５は、障害を発生したハードディスクＨＤＤｊが早期に復帰可能となるコマンドを発行する。これにより、障害を引き起こす可能性が高いと思われるハードディスクＨＤＤｊを未然に切り離して、ハードディスクＨＤＤｊの交換、当該ＲＡＩＤシステム３０の再構築を促す処理をすることができる。しかも、運用上の障害発生を未然に防ぎ、あるいは、障害を最小限に抑えることができる。
【００８１】
［ＲＡＩＤシステム３０における処理例］
図８Ｂは、ＲＡＩＤシステム３０におけるデータ記録再生例を示すフローチャートである。この実施例では、ＲＡＩＤシステム３０では、個々のハードディスクＨＤＤｊにおける記録再生処理に係る実処理時間Ｔｘｊを逐次プロセッサユニット（：ＣＰＵ２５）側に報告する。例えば、ＲＡＩＤシステム３０は、システム自身の各ＨＤＤｊのレスポンス状態をプロセッサユニット２０に対して逐次通知する。
【００８２】
ここにレスポンス状態とは、具体的にはタイムスロットＴＳごとの総コマンド処理完了時間を指す。通信手段には、プロセッサユニット２０とＲＡＩＤシステム３０との間を接続するファイバチャンネル（Ｆibre  Ｃhannel）等が利用される。ＲＡＩＤシステム３０からプロセッサユニット２０へのレスポンスデータは、ＳＣＳＩプロトコルのベンダーユニークな部分を利用して通知する。
【００８３】
これをデータ記録再生条件にして、ＲＡＩＤシステム３０では、図８Ｂに示すフローチャートのステップＢ１でプロセッサシステム２０から記録再生モード又は仮縮退モード等のコマンドの入力を待機する。いずれかのモードが入力された場合は、ステップＢ２に移行して、記録再生モード又は仮縮退モードに基づいて制御を分岐する。この例では、図８Ａに示したステップＡ３又はＡ４でＲＡＩＤシステム３０は、いずれかのモードを受信する。
【００８４】
従って、ステップＢ１で記録再生モードが入力された場合は、従来方式と同様にして、ステップＢ３に移行してＣＰＵ３５は、１コマンドに対してタイムアウト閾値Ｔtoutを適用する。その後、ステップＢ４に移行してＣＰＵ３５は、コマンド処理を実行して、ハードディスクＨＤＤｊにおける実処理時間Ｔｘｊを取得する。このとき、ＣＰＵ３５は、１つのコマンドに基づく映像データを再生処理するハードディスクＨＤＤｊの実処理時間Ｔｘｊを検出する。
【００８５】
その後、ステップＢ５に移行して、ＣＰＵ３５は、予め設定されたタイムアウト閾値Ｔtoutと、当該ハードディスクＨＤＤｊの実処理時間Ｔｘｊとを逐次比較する。この比較結果で、ハードディスクＨＤＤｊの実処理時間Ｔｘｊがタイムアウト閾値Ｔtoutを越えない場合は、ステップＢ６に移行して通常の再生処理を実行する。このとき、ＣＰＵ３５は、パリティデータＤｐを使用せずにＡＶデータを再生するようになされる。その後、ステップＢ９に移行する。
【００８６】
また、ステップＢ５でハードディスクＨＤＤｊの実処理時間Ｔｘｊがタイムアウト閾値Ｔtoutを越えた場合に、ステップＢ７に移行してタイムアウト閾値Ｔtoutを越えたハードディスクＨＤＤｊを他のハードディスクＨＤＤｊから切り離す。そして、ステップＢ８に移行してＣＰＵ３５は、切り離したハードディスクＨＤＤｊの再生データを修復すべくコマンド冗長処理を実行する。このとき、ＣＰＵ３５は、残りのハードディスクＨＤＤｊからのＡＶデータとパリティ用のハードディスクＨＤＤＰからのパリティデータＤｐとを使用して故障したハードディスクＨＤＤｊのＡＶデータを修復する（コマンド冗長処理）。再現後の映像データＤｖはデータマルチプレクサ３４に出力される。
【００８７】
データマルチプレクサ３４では、再現後の映像データＤｖを元の映像データに再構築するようになされる。ストライピング処理された映像データＤｖは、メモリ部３２に書き込まれる。データコントローラ３３は、元の映像データＤｖをメモリ部３２から読み出してインターフェース部３１に出力する。インターフェース部３１は、映像データＤｖを所定の伝送信号ＳＤｖに変換した後にファイバケーブル等を通じて、プロセッサユニット２０のインターフェース２３へ転送するようになされる。その後、ステップＢ９に移行する。
【００８８】
なお、上述のステップＢ２で仮縮退モードが入力された場合は、ステップＢ７に移行してタイムアウト閾値Ｔtoutを越えたハードディスクＨＤＤｊを他のハードディスクＨＤＤｊから切り離す。そして、ステップＢ８に移行してＣＰＵ３５は、切り離したハードディスクＨＤＤｊの再生データを修復すべくコマンド冗長処理を実行する。このとき、ＣＰＵ３５は、残りのハードディスクＨＤＤｊからのＡＶデータとパリティ用のハードディスクＨＤＤＰからのパリティデータＤｐとを使用して故障したハードディスクＨＤＤｊのＡＶデータを修復する（コマンド冗長処理）。再現後の映像データＤｖはデータマルチプレクサ３４に出力される。
【００８９】
データマルチプレクサ３４では、再現後の映像データＤｖを元の映像データに再構築するようになされる。ストライピング処理された映像データＤｖは、メモリ部３２に書き込まれる。データコントローラ３３は、元の映像データＤｖをメモリ部３２から読み出してインターフェース部３１に出力する。インターフェース部３１は、映像データＤｖを所定の伝送信号ＳＤｖに変換した後にファイバケーブル等を通じて、プロセッサユニット２０のインターフェース２３へ転送するようになされる。
【００９０】
その後、ステップＢ９に移行して、ＣＰＵ３５は、個々のハードディスクＨＤＤｊにおける記録再生処理に係る実処理時間Ｔｘｊを逐次レスポンス・ステータスと共にプロセッサユニットのＣＰＵ２５側に報告するようになされる。なお、レスポンス状態を示すステータス（Status）データは、プロセッサユニット２０とＲＡＩＤシステム３０との間で制御に都合のよい取り決めとすればよいが、１つの例として、総コマンド処理完了時間の、タイムアウト閾値Ｔtoutに対する割合で示すようなステータスとすることでも実現できる。例えば、タイムアウト閾値Ｔtout＝１secの場合、１secを１０とした１０段階で表し、４５０ｍsecであれば４とする。その後、ステップＢ１に戻って上述した処理を繰り返すようになされる。
【００９１】
このように、本発明に係る第１の実施例としてのＡＶサーバー及びデータ記録再生方法によれば、任意の映像データＤｖを記録又は／及び再生する場合に、９台のハードディスクＨＤＤ１〜ＨＤＤ８＋ＨＤＤＰを有したＲＡＩＤシステム３０は、当該データを記録又は／及び再生する個々のハードディスクＨＤＤｊにおける記録再生処理に係る実処理時間Ｔｘｊをプロセッサシステム２０に逐次報告する。これを前提にして、プロセッサシステム２０は、ＲＡＩＤシステム３０から逐次報告される個々のハードディスクＨＤＤｊにおける実処理時間Ｔｘｊと、当該装置自身の運用状態とに基づいてハードディスクＨＤＤｊの記録再生能力を判断し、当該判断結果に応じてＲＡＩＤシステム３０に対してコマンドを発行する。
【００９２】
ＲＡＩＤシステム３０では、１台のハードディスクＨＤＤｊが切り離されてもパリティ補正によりデータの破綻はなく、仮縮退モードでの動作を継続する。この制御により、次回のタイムスロットＴＳのアクセスより性能が回復し、タイムスロット全体での破綻を未然に防ぐことが可能となる。
【００９３】
この例で、一時的に切り離されたハードディスクＨＤＤｊは、例えば、数秒の後にＲＡＩＤシステム３０への復帰をさせて、様子を見る等の制御が行われる。問題が無ければそのまま運用し、やはり問題があれば、当該ハードディスクＨＤＤｊを切り離して縮退動作、及びスペアディスク（spare  Disc）へのリビルド処理を開始するように制御すればよい。
【００９４】
従って、ＲＡＩＤシステム３０を構成するハードディスクＨＤＤ１〜ＨＤＤ８＋ＨＤＤＰのその時点の記録再生能力に応じたコマンドを発行することができ、当該装置の運用上の障害発生を未然に防ぐこと、あるいは、障害を最小限に抑えることができる。しかも、ハードディスクＨＤＤ１〜ＨＤＤ８のいずれかの記録再生能力が一時的に低下した場合において、結果的に当該ハードディスクＨＤＤｊが障害に至るまでの能力低下の許容範囲を広げることができる。これにより、高信頼度のシステム負荷適応型のＡＶサーバー１００を提供することができる。
【実施例２】
【００９５】
図９は第２の実施例としてのＡＶサーバー１００におけるアクセス時間緩和制御例を示すタイムチャートである。図９において、横軸は時間軸ｔであり、ポート数６で、３ポート動作時のタイムスロットＴＳを示している。このタイムスロットＴＳは、図１に示したＡＶサーバー１００でプロセッサユニット２０からＲＡＩＤシステム３０に対するアクセス状態（運用状態）を示している。Ｔｐ１は入出力ポートＰ１におけるコマンド処理時間、Ｔｐ２は入出力ポートＰ２におけるコマンド処理時間、及び、Ｔｐ３は入出力ポートＰ３におけるコマンド処理時間を各々示している。
【００９６】
この実施例で、プロセッサシステム２０には、図２に示したように、データの記録及び／又は再生に使用される６本の入出力ポートＰｉ（ｉ＝１〜６）が設けられ、当該プロセッサシステム２０のＣＰＵ２５は、入出力ポートＰｉの使用有無を監視し、入出力ポートＰｉの使用数に応じてＲＡＩＤシステム３０に対するアクセス時間の制限を緩和するような制御を実行する。
【００９７】
例えば、ＣＰＵ２５は、入出力ポートＰ１〜Ｐ６のいずれかが使用されていない場合、ＲＡＩＤシステム３０に対するアクセス時間を長く設定するようなコマンドを発行する。このようにすると、入出力ポートＰｉが空いている場合は、ＲＡＩＤシステム３０に対するアクセス時間を長く設定するようなコマンドを発行することができる。
【００９８】
図９に示すアクセス時間緩和制御例によれば、タイムチャートの巡回周期（Ｔtsall）内で、一時的に使用されていない、例えば、入出力ポートＰ４，Ｐ５，Ｐ６が存在する場合は、ＲＡＩＤシステム３０において時間的な余裕が生じる。そこで、この例では、入出力ポートＰｉの使用有無に応じてタイムアウト閾値Ｔtoutの値を動的に変更し、ここで変更されたタイムアウト閾値Ｔtoutに至るまで、コマンド処理時間軸ｔｐｉを長く延長する。このようにすることで、ハードディスクＨＤＤｊの時間的制約を軽減できるようになる。
【００９９】
この例で、プロセッサユニット２０は、入出力ポートＰｉのアクセス要求をリアルタイムに検出すべく、例えば、上位のパソコン１０１等からＲＡＩＤシステム３０へのアクセス要求があった場合、その都度、アクセス要求をカウントする。そして、入出力ポートＰｉの使用数が全ポート数の半数以下である場合は、タイムアウト閾値Ｔtoutを例えば、２倍の値とするように、ＲＡＩＤシステム３０にコマンド単位で指示を発行する。この例で入出力ポートＰ１〜Ｐ３におけるコマンド処理時間軸ｔｐ１〜Ｔｐ３に関しては、全ポート動作時の２倍のコマンド処理時間が設定される。
【０１００】
続いて、本発明に係る第２のデータ記録再生方法について説明をする。図１０は、第２の実施例としてのプロセッサシステム２０のＣＰＵ２５におけるデータ記録再生処理例を示すフローチャートである。
この実施例では、プロセッサシステム２０には、データの記録及び／又は再生に使用するための６本の入出力ポートＰ１〜Ｐ６が設けられる。プロセッサシステム２０のＣＰＵ２５は、入出力ポートＰ１〜Ｐ６の使用有無を監視し、この入出力ポートＰ１〜Ｐ６の使用数に応じてＲＡＩＤシステム３０に対するアクセス時間の制限を緩和するような制御を実行する場合を前提とする。
【０１０１】
これらを記録再生条件にして、プロセッサシステム２０では、図１０に示すフローチャートのステップＣ１でＣＰＵ５は、巡回周期毎に入出力ポートＰｉのチェック実行を待機する。入出力ポートＰｉのチェックは例えば、ファイル管理制御部２１等からＣＰＵ２５へ指示される。
【０１０２】
入出力ポートＰｉのチェック実行がファイル管理制御部２１等から指示された場合は、ステップＣ２に移行してＣＰＵ２５は、入出力ポートＰｉに空きがあるか否か（ビジーであるか否か）をチェックする。このとき、ＣＰＵ２５は、入出力ポートＰｉのアクセス要求をリアルタイムに検出すべく、上位のパソコン１０１等からファイル管理制御部２１を通じてＲＡＩＤシステム３０へのアクセス要求があった場合、その都度、アクセス要求をカウントする。
【０１０３】
入出力ポートに空きがある場合（ビジーでない場合）は、ステップＣ３に移行する。ステップＣ３で、ＣＰＵ２５は、ハードディスクＨＤＤｊに対するアクセス時間を長く設定するようなアクセス時間延長コマンドを発行する。このとき、入出力ポートＰｉの使用数が全ポート数の半数以下である場合は、タイムアウト閾値Ｔtoutを例えば、２倍の値とするように、ＲＡＩＤシステム３０にコマンド単位で指示を発行する。
【０１０４】
ステップＣ２で入出力ポートに空きが無い（ビジーである）場合は、ステップＣ４に移行して、ハードディスクＨＤＤｊの状態をチェックする。このとき、ＲＡＩＤシステム３０から通知されたレスポンス・ステータスを受信して、実処理時間Ｔｘｊを入力する。この実処理時間Ｔｘｊは、図８Ｂに示したフローチャートのステップＢ９でＲＡＩＤシステム３０からプロセッサシステム２０へ転送される。ＣＰＵ２５は、実処理時間Ｔｘｊとタイムアウト閾値Ｔtoutとを比較して、ハードディスクＨＤＤｊの状態をチェックする。
【０１０５】
このとき、ＣＰＵ２５は、第１の実施例と同様にして逐次報告される個々のハードディスクＨＤＤｊにおける実処理時間Ｔｘｊを統計処理する。そして、ハードディスクＨＤＤｊの継続使用か、あるいは、切り離し処理のどちらを選択するかの判断材料として、ＲＡＩＤシステム３０からプロセッサユニット側に送られてきた過去のハードディスクＨＤＤｊのレスポンスのステータスから統計的に判断した結果を用いるようになされる。
【０１０６】
この結果で、ハードディスクＨＤＤｊの状態が良好（ＯＫ）の場合は、ステップＣ５に移行して、ＲＡＩＤシステム３０に通常のコマンドを発行した後に、ステップＣ１に戻る。また、ステップＣ４でハードディスクＨＤＤｊの状態が不良（ＮＧ）の場合は、ステップＣ６に移行してＲＡＩＤシステム３０に縮退コマンドを発行し、その後、ステップＣ１に戻る。
【０１０７】
このように、第２の実施例に係るＡＶサーバー１００によれば、プロセッサシステム２０のＣＰＵ２５は、６本の入出力ポートＰ１〜Ｐ６の使用有無を監視し、この入出力ポートＰ１〜Ｐ６の使用数に応じてＲＡＩＤシステム３０に対するアクセス時間の制限を緩和するような制御を実行する。例えば、入出力ポートが空いている場合は、ＲＡＩＤシステム３０に対するアクセス時間を長く設定するようなコマンドを発行する。
【０１０８】
従って、入出力ポートＰｉの使用有無に応じてタイムアウト閾値Ｔtoutの値を動的に変更することができ、ここで変更されたタイムアウト閾値Ｔtoutに至るまで、コマンド処理時間軸ｔｐｉを延長することができる。これにより、ＲＡＩＤシステム３０が、予め設定された上記制限値を満たせなくなった場合等において、他のハードディスクＨＤＤｊの障害などに伴う記録再生性能の一時的あるいは連続的な低下に対して、当該ハードディスクＨＤＤｊにおける動作マージンを拡大できるようになり、ハードディスクＨＤＤｊの時間的制約を軽減できるようになる。なお、第２の実施例は、第１の実施例と併用することも可能である。
【実施例３】
【０１０９】
図１１は第３の実施例としてのＡＶサーバー１００における優先処理例を示すタイムチャートである。図１１において、横軸は時間軸ｔであり、ポート数６、全ポート動作時のタイムスロットＴＳを示している。このタイムスロットＴＳは、図１に示したＡＶサーバー１００でプロセッサユニット２０からＲＡＩＤシステム３０に対するアクセス状態（運用状態）を示している。
【０１１０】
この例で、前回の全ＴＳ周期Ｔtsall時に、入出力ポートＰ３〜Ｐ６は、入出力ポートＰ１及びＰ２に比べてタイムアウト閾値Ｔtoutに近いアクセスが連続し、ＲＡＩＤシステム３０において、２台のハードディスクＨＤＤｊや、Ｄｊ＋１等が遅延している場合である。このような場合であって、例えば、入出力ポートＰ４〜Ｐ６に比べて入出力ポートＰ１〜Ｐ３の優先度（Ｐriority）を高く設定した場合に、今回の全ＴＳ周期Ｔtsall時には、優先度の低い入出力ポートＰ４のサービスをスキップ（Ｓkip）するようになされる。
【０１１１】
ここで、放送用途のＡＶサーバーシステムを例にとると、全入出力ポートＰｉの中に、オンエア（ＯＮ−ＡＩＲ）に使用される入出力ポート（以下オンエアポートという）が存在する場合があり、この入出力ポートの障害が即オンエア事故につながるため、他の入出力ポートＰｉ＋１に比べてサービス上の優先度が高く設定される。この例では、オンエアポートを除けば、記録動作の方が再生動作よりも優先度が高く設定される。
【０１１２】
このように入出力ポートＰｉに対する優先度を定義し、上記のようなタイムスロット（時間軸）上で、破綻が生じたケースにおいて、優先度の高い入出力ポートは、確実にＲＡＩＤシステム３０に対するアクセスを実行し、優先度の最も低いものをスキップして、タイムスロット（時間軸）上での遅れを吸収するような制御を実行するので、再生画がフリーズ（Ｆｒｅｅｚｅ）する等の弊害の発生を未然に防止できるようになる。
【０１１３】
続いて、本発明に係る第３のデータ記録再生方法に関して、ＡＶサーバー１００おけるデータ記録再生処理例について説明をする。図１２は第３の実施例としてのプロセッサシステム２０のＣＰＵ２５におけるデータ記録再生処理例を示すフローチャートである。
【０１１４】
この実施例では、第２の実施例の機能に加えて、図２に示したＣＰＵ２５に、入出力ポートＰｉの使用要求に対する優先度を予め設定し、ＣＰＵ２５は、ＲＡＩＤシステム３０におけるハードディスクＨＤＤｊの記録再生処理に係る実処理時間Ｔｘｊを監視し、当該ＣＰＵ２５に障害をもたらすハードディスクＨＤＤｊが存在すると判断した場合に、優先度が高い使用要求から順にハードディスクＨＤＤｊの使用を許可するようなコマンドを発行する場合を例に挙げる。例えば、優先度は、予め入出力ポートＰ４〜Ｐ６に比べて入出力ポートＰ１〜Ｐ３を高く設定される。この例で、入出力ポートＰ１がオンエアポートとして放送設備等で使用される。
【０１１５】
これらを記録再生条件にして、プロセッサシステム２０では、図１２に示すフローチャートのステップＥ１でＣＰＵ２５は、巡回周期毎に入出力ポートＰｉのチェック実行を待機する。入出力ポートＰｉのチェックは例えば、ファイル管理制御部２１等からＣＰＵ２５へ指示される。
【０１１６】
入出力ポートＰｉのチェック実行がファイル管理制御部２１等から指示された場合は、ステップＥ２に移行してＣＰＵ２５は、入出力ポートＰｉに空きがあるか否か（ビジーであるか否か）をチェックする。このとき、ＣＰＵ２５は、入出力ポートＰｉのアクセス要求をリアルタイムに検出すべく、上位のパソコン１０１等からファイル管理制御部２１を通じてＲＡＩＤシステム３０へのアクセス要求があった場合、その都度、アクセス要求をカウントする。
【０１１７】
入出力ポートに空きがある場合（ビジーでない場合）は、ステップＥ３に移行する。ステップＥ３で、ＣＰＵ２５は、ハードディスクＨＤＤｊに対するアクセス時間を長く設定するようなコマンドを発行する。このとき、入出力ポートＰｉの使用数が全ポート数の半数以下である場合は、タイムアウト閾値Ｔtoutを例えば、２倍の値とするように、ＲＡＩＤシステム３０にコマンド単位で指示を発行する。
【０１１８】
ステップＥ２で入出力ポートに空きが無い（ビジーである）場合は、ステップＥ４に移行して、ＲＡＩＤシステム３０から通知されたレスポンス・ステータスを受信して、実処理時間Ｔｘｊを入力する。この実処理時間Ｔｘｊは、図８Ｂに示したフローチャートのステップＢ９でＲＡＩＤシステム３０からプロセッサシステム２０へ転送される。ＣＰＵ２５は、実処理時間Ｔｘｊとタイムアウト閾値Ｔtoutとを比較して、ハードディスクＨＤＤｊの状態をチェックする。
【０１１９】
このとき、ＣＰＵ２５は、第１及び第２の実施例と同様にして逐次報告される個々のハードディスクＨＤＤｊにおける実処理時間Ｔｘｊを統計処理する。そして、ハードディスクＨＤＤｊの継続使用か、あるいは、切り離し処理のどちらを選択するかの判断材料として、ＲＡＩＤシステム３０からプロセッサユニット側に送られてきた過去のハードディスクＨＤＤｊのレスポンスのステータスから統計的に判断した結果を用いるようになされる。この結果で、ハードディスクＨＤＤｊの状態が良好（ＯＫ）の場合は、ステップＥ５に移行して、ＲＡＩＤシステム３０に通常のコマンドを発行した後に、ステップＥ１に戻る。
【０１２０】
また、ステップＥ４でハードディスクＨＤＤｊの状態が不良（ＮＧ）の場合は、ステップＥ６に移行して２台以上のハードディスクＨＤＤｊの状態が不良か否かを判別する。このとき、ＣＰＵ２５は、実処理時間Ｔｘｊとタイムアウト閾値Ｔtoutとを比較して、ハードディスクＨＤＤｊの状態をチェックする。ＲＡＩＤシステム３０で２台未満、すなわち、１台のハードディスクＨＤＤｊの状態が不良である場合は、ステップＥ７に移行してＣＰＵ２５は、ＲＡＩＤシステム３０に縮退コマンドを発行し、その後、ステップＥ１に戻る。
【０１２１】
また、ステップＥ６で２台以上のハードディスクＨＤＤｊの状態が不良である場合は、ステップＥ８に移行してＣＰＵ２５は現在使用されている入出力ポートＰｉの優先度を判定する。このとき、ＣＰＵ２５は、エラーを生じたハードディスクＨＤＤｊを利用している入出力ポートＰｉのポート番号と、予め設定された優先度の順位Ｐ１，Ｐ２，Ｐ３＞Ｐ４，Ｐ５，Ｐ６とを比較する。
【０１２２】
ここで、エラーを生じたハードディスクＨＤＤｊを利用している入出力ポートＰｉの優先度が他の入出力ポートＰｉに比べて高い場合、例えば、オンエアに使用される入出力ポートＰ１が存在する場合は、ステップＥ９に移行してＣＰＵ２５は、使用要求があった放送設備等に対するＲＡＩＤシステム３０のサービスを実行する。その後、ステップＥ１に戻る。
【０１２３】
また、エラーを生じたハードディスクＨＤＤｊを利用している入出力ポートＰｉの優先度が他の入出力ポートＰｉに比べて低い場合は、ステップＥ１０に移行してサービスをスキップ（Ｓkip）する。例えば、入出力ポートＰ４に係るハードディスクＨＤＤ４でエラーを生じた場合に、当該入出力ポートＰ４のサービスをスキップするようになされる。その後、ステップＥ１に戻る。
【０１２４】
このように、第３の実施例に係るＡＶサーバー１００によれば、第２の実施例の機能に加えて、図２に示したＣＰＵ２５には、入出力ポートＰｉの使用要求に対する優先度が予め設定され、ＣＰＵ２５によって、ＲＡＩＤシステム３０におけるハードディスクＨＤＤｊの記録再生処理に係る実処理時間Ｔｘｊが監視され、当該ＣＰＵ２５に障害をもたらすハードディスクＨＤＤｊが存在すると判断された場合に、優先度が高い使用要求から順にハードディスクＨＤＤｊの使用を許可するようなコマンドが発行される。
【０１２５】
従って、ＲＡＩＤシステム３０を構成するハードディスクＨＤＤｊの障害などに伴う性能低下に対して、ＡＶサーバーシステムに対する障害の影響を最小限に留めることができる。
【０１２６】
この実施例では、もしも、２台以上のハードディスクＨＤＤｊのレスポンスが悪くて、第１の実施例で述べたような遅延（Ｄｅｌａｙ）の蓄積が生じた場合であっても、第１の実施例に比べて、全ＴＳ周期Ｔtsallの特徴（Ｓpec）を満たすことができ、優先度が高い入出力ポートＰ１のサービスが破綻するという事態を無くすことができる。
【０１２７】
従来方式では、最悪オンエア事故につながったようなケースにおいても、負荷適応型の制御方法によれば、オンエア事故を未然に防止でき、被害を最小限にとどめることが可能となる。従って、放送・業務用等のＡＶサーバー１００のＲＡＩＤシステム３０に要求される応答時間（レスポンス）制約に対して、ハードディスクＨＤＤｊの記録再生性能が一時的に低下した状態においても、システム全体の記録再生性能を最大限に引き出すことができる。なお、第３の実施例は、第１及び第２の実施例と併用することも可能となる。
【産業上の利用可能性】
【０１２８】
本発明は、複数のデータ記録再生用の入出力ポートを持ち、それぞれが比較的高いビットレートのストリームをストレージシステムに対して入出力しながら運用される放送・業務用のＡＶサーバーに適用して好適である。
【図面の簡単な説明】
【０１２９】
【図１】本発明に係る各実施例としてのＡＶサーバー１００の構成例を示すブロック図である。
【図２】プロセッサユニット２０の内部構成例を示すブロック図である。
【図３】ＲＡＩＤシステム（Ｖideo）３０Ａの内部構成例を示すブロック図である。
【図４】各実施例に係るデータ再生時の記録命令（ＷＲＩＴＥ）のコマンド例を示す表図である。
【図５】各実施例に係る再生命令（Ｅｘｔｅｎｄ）のコマンド例を示す表図である。
【図６】第１の実施例としてのＡＶサーバー１００における記録再生処理例（正常時）を示すタイムチャートである。
【図７】ＡＶサーバー１００における記録再生処理例（エラー発生時）を示すタイムチャートである。
【図８】Ａ及びＢは、プロセッサシステム２０及びＲＡＩＤシステム３０におけるデータ記録再生例を各々示すフローチャートである。
【図９】第２の実施例としてのＡＶサーバー１００におけるアクセス時間緩和制御例を示すタイムチャートである。
【図１０】第２の実施例としてのプロセッサシステム２０のＣＰＵ２５における制御例を示すフローチャートである。
【図１１】第３の実施例としてのＡＶサーバー１００における優先処理例を示すタイムチャートである。
【図１２】第３の実施例としてのプロセッサシステム２０のＣＰＵ２５における制御例を示すフローチャートである。
【符号の説明】
【０１３０】
２０・・・プロセッサユニット（情報管理制御装置）、２１・・・ファイル管理制御部、２２，３２・・・メモリ部、２３，３１・・・インターフェース部、２４・・・システムバス、２５，３５・・・ＣＰＵ（制御装置）、３０，３０Ａ，３０Ｂ・・ＲＡＩＤシステム(データ記録再生ディスクアレイ）、３３・・・データコントローラ、３４・・・データマルチプレクサ、３６・・・パリティ演算部、１００・・・ＡＶサーバー
【図１】
2005182657.tif 000003
【図２】
2005182657.tif 000004
【図３】
2005182657.tif 000005
【図４】
2005182657.tif 000006
【図５】
2005182657.tif 000007
【図６】
2005182657.tif 000008
【図７】
2005182657.tif 000009
【図８】
2005182657.tif 000010
【図９】
2005182657.tif 000011
【図１０】
2005182657.tif 000012
【図１１】
2005182657.tif 000013
【図１２】
2005182657.tif 000014