JP2016208232A - ビデオサーバシステム、データ操作方法、及び、コンピュータ・プログラム - Google Patents

Abstract

【課題】 多重化された複数の管理サーバを明示的に切り替えることなく利用可能なビデオサーバシステム等を提供する。
【解決手段】 ビデオサーバシステムは、１以上の素材情報と、ファイルシステムに関する管理情報とを記憶する共有ストレージと、上記管理情報に基づいて、上記共有ストレージを管理する複数の管理サーバと、上記素材情報に関する操作要求を上記管理サーバに送信するビデオサーバとを備え、複数の上記管理サーバは、上記素材情報に関する上記ビデオサーバからの上記操作要求をそれぞれ個別に受け付け、上記管理情報に基づいて生成した上記操作要求に対する応答をそれぞれ個別に上記ビデオサーバに送信し、上記応答を送信した上記管理サーバのうち、上記ビデオサーバから当該応答に関する特定の通知を受け付けた上記管理サーバが、上記素材情報に関する操作を実行する。
【選択図】 図８

Description

本発明は、多重化された複数の管理サーバを含むビデオサーバシステム等に関する。

近年、音声や映像等の素材データを記憶したストレージ（記憶装置等）を、複数のビデオサーバユニットで共有する構成（以下「ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）構成」と称する）を有するビデオサーバシステムが用いられている。

規模が大きいＳＡＮ構成のビデオサーバシステムにおいては、ストレージにおけるファイルシステムを管理する管理サーバ（ＦＳＳ（ＦｉｌｅＳｙｓｔｅｍ ｍａｎａｇｅｍｅｎｔ Ｓｅｒｖｅｒ）：ファイルシステム管理サーバ）が設けられる場合が多い。この場合、各ビデオサーバユニット（ＶＳ：Ｖｉｄｅｏ Ｓｅｒｖｅｒ）において映像あるいは音声素材の収録等の処理が行なわれる際、その素材に関するファイル操作の要求がＦＳＳに送信される。係る操作には、例えば、素材データを識別する素材ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ：識別情報）の素材リストへ登録、あるいは、素材データを格納すべきストレージ領域の確保等が含まれる。ＦＳＳは、受信したファイル操作の要求に関する処理を実行した後、その応答を、当該ファイル操作を要求したＶＳへ返信する。

上述の通り、ＦＳＳは、ビデオサーバシステムにおける主要な構成要素（コンポーネント）であり、ＦＳＳが動作しない状態になると、ビデオサーバとしての動作に支障をきたす場合がある。このことから、ＦＳＳの障害に備え、ＦＳＳが多重化（例えば二重化）される場合がある。係る多重化（特には二重化）を実現可能な技術的手段として、現用／予備（待機）構成が広く知られている。ＦＳＳを現用／予備構成により二重化した場合、平常時には現用系のＦＳＳが処理を実行し、現用系のＦＳＳに障害が発生した場合に、予備系のＦＳＳが処理を引き継いで続行する。この構成においては、現用系のＦＳＳに障害が生じた際、確実にかつ速やかに予備系のＦＳＳと切り替えられることが求められる。

上記したような多重化技術に関連して、例えば、二重化されたサーバの切り替えを迅速に行なう技術が、特許文献１（特開平０５−２８２１８７）に開示されている。

また、特許文献２（特開２００３−０２２２５９号公報）には、障害発生時に運用系サーバから待機系（予備系）サーバへの運用引き継ぎを行うクライアント・サーバシステムに関する技術が開示されている。特許文献２に開示された技術においては、クライアントは、運用系及び待機系の各サーバを識別する情報と、各サーバの障害発生の有無を検知する情報とに基づいて、接続するサーバを選択する。

また、特許文献３（特開平１０−０６９４６７号公報）は、複数のサーバがデータを共有している場合に、クライアントが、処理負荷の最も軽いサーバを選択して、共有データへのアクセスを要求する技術を開示する。特許文献３に開示された技術においては、クライアントは、複数のサーバに同時にアクセス要求を送信し、当該アクセス要求に対して最も早く応答したサーバを最も軽負荷のサーバと判定する。

なお、特許文献４（特開２０１０−２３３１９０号公報）において、本発明者は、ビデオサーバシステムにおけるファイルシステムを管理するファイルシステム管理情報を、ファイルシステム管理サーバと、ビデオサーバとに重複して保持する技術を提案した。

特開平０５−２８２１８７号公報 特開２００３−０２２２５９号公報 特開平１０−０６９４６７号公報 特開２０１０−２３３１９０号公報

上記したように、多重化されたサーバ等で構成されるシステムにおいては、障害が発生した際に、多重化されたサーバを迅速に切り替える（即ち、処理を実行するサーバを迅速に選択する）ことが求められる。係る切り替えのきっかけとなるサーバの故障（障害）の検出については、ハートビート診断（サーバが応答するかどうか）による方法が採用されることが多い。しかしながら、係る方法には切り替え時間の増大、あるいは、誤検出の可能性が存在する。

ビデオサーバシステムに対してはリアルタイム性が要求されることが多く、現用系の管理サーバと予備系の管理サーバとの切り替え時間が、ビデオサーバシステムとしての動作に重大な影響を及ぼす可能性がある。しかしながら、上述の通り、係る切り替え時間の影響は、現用／予備構成が内包する問題である。また、多重化された管理サーバによる処理が適切に制御されない場合、共有される資源（データ等）に不整合が生じる可能性がある。

これに対して、上記特許文献１に開示された技術は、オンライン（現用系）ジョブの障害検知自体に要する時間や誤検知等を考慮していない。また、特許文献２に開示された技術は、クライアントが明示的にサーバを選択する必要がある。また、運用系サーバから待機系サーバに切り替える際に、必要に応じて一定時間の待ち時間を設けることから、切り替え時間による影響を排除できない可能性がある。また特許文献３に開示された技術は、サーバ側において共有データの整合性を保つ具体的な技術についてなんら開示していない。

本発明は上記のような事情を鑑みてなされたものである。即ち、本発明は、多重化された管理サーバを明示的に切り替えることなく利用可能であり、共有されるデータを適切に管理可能なビデオサーバシステム等を提供することを主たる目的の一つとする。

上記の目的を達成すべく、本発明の一態様に係るビデオサーバシステムは、以下の構成を備える。即ち、本発明の一態様に係るビデオサーバシステムは、１以上の素材情報と、ファイルシステムに関する管理情報とを記憶する共有ストレージと、上記管理情報に基づいて、上記共有ストレージを管理する複数の管理サーバと、上記素材情報に関する操作要求を上記管理サーバに送信するビデオサーバとを備え、複数の上記管理サーバは、上記素材情報に関する上記ビデオサーバからの上記操作要求をそれぞれ受け付け、上記管理情報に基づいて生成した上記操作要求に対する応答をそれぞれ上記ビデオサーバに送信し、上記応答を送信した上記管理サーバのうち、上記ビデオサーバから当該応答に関する特定の通知を受け付けた上記管理サーバが、上記素材情報に関する操作を実行する。

また、本発明の一態様に係るデータ操作方法は、以下の構成を備える。即ち、本発明の一態様に係るデータ操作方法は、１以上の素材情報と、ファイルシステムに関する管理情報とを記憶する共有ストレージを、上記管理情報に基づいて管理する複数の管理サーバが、上記共有ストレージに記憶された上記素材情報に関する操作を要求する操作要求をビデオサーバからそれぞれ受け付け、上記管理情報に基づいて生成した上記操作要求に対する応答をそれぞれ上記ビデオサーバに送信し、上記応答を送信した上記管理サーバのうち、上記ビデオサーバから当該応答に関する特定の通知を受け付けた上記管理サーバが、上記素材情報に関する操作を実行する。

また、同目的は、上記構成を有するビデオサーバシステム（又はその構成要素）、あるいは、データ操作方法を、コンピュータによって実現するコンピュータ・プログラム、及び、そのコンピュータ・プログラムが格納されている、コンピュータ読み取り可能な記録媒体等によっても達成される。

本発明によれば、多重化された管理サーバを明示的に切り替えることなく利用可能であり、、共有されるデータを適切に管理可能である。

図１は、本発明の第１の実施形態に係るビデオサーバシステムの機能的な構成を例示するブロック図である 図２は、多重化された管理サーバを含むビデオサーバシステムの機能的な構成の一例を示すブロック図である。 図３は、本発明の第１の実施形態に係るビデオサーバシステムの動作（素材データの追加）を例示するフローチャートである。 図４は、本発明の第１の実施形態に係るビデオサーバシステムの動作（更新リストの確認）を例示するフローチャートである。 図５は、本発明の第１の実施形態に係るビデオサーバシステムの動作（素材データの削除）を例示するフローチャートである。 図６は、本発明の第１の実施形態に係るビデオサーバシステムの動作（素材データの再生）を例示するフローチャートである。 図７は、本発明の第１の実施形態に係るビデオサーバシステムの動作（更新リストの定期的な確認）を例示するフローチャートである。 図８は、本発明の第２の実施形態に係るビデオサーバシステムの機能的な構成を例示するブロック図である。 図９は、本発明の第３の実施形態に係るデータ管理システムの機能的な構成を例示するブロック図である。 図１０は、本発明の各実施形態に係るビデオサーバシステム、あるいは、その構成要素を実現可能なハードウェアの構成を例示する図である。

以下、本発明を実施する形態について図面を参照して詳細に説明する。以下の各実施形態に記載されている構成は例示であり、本発明の技術範囲はそれらには限定されない。

まず、本発明の各実施形態に関する説明に先立って、本発明の理解を容易にするため、本発明に関する技術的背景等について具体的に説明する。

上記したように、規模が大きいＳＡＮ構成のビデオサーバシステムにおいては、障害耐性（耐故障性等）を向上するために、ＦＳＳが多重化される場合がある。図２は、多重化されたＦＳＳを備えるビデオサーバシステムの一つの構成例を示す図である。

図２に例示するビデオサーバシステム２００においては、ファイルシステム管理サーバ（ＦＳＳ）２０１が多重化（「ＦＳＳ１」及び「ＦＳＳ２」）されている。ＦＳＳ２０１は、共有ストレージ２０３におけるファイルシステムを管理する。係るＦＳＳ２０１が管理するファイルシステムの管理データ（図２の２０３ｂ）には、例えば、素材リスト２０３ｄと、空きリスト２０３ｃとの２種類のデータが含まれる。

素材リスト２０３ｄは、音声や映像等の素材の名称（ＩＤ）、属性、素材データの共有ストレージ２０３における配置位置（記憶領域の位置：例えば、アドレス範囲等）等のデータセットを含む。なお、素材リスト２０３ｄにおける上記データセットは、素材ごとに並べられてもよい。

空きリスト２０３ｃは、共有ストレージ２０３において素材データを記憶する領域（素材データ領域）に含まれる、空き領域（空きブロック）のリストである。

これらの管理データ２０３ｂは、各ＦＳＳ（「ＦＳＳ１」、「ＦＳＳ２」）のローカルストレージに配置されてもよい。しかしながら、その場合、各ＦＳＳの間でそれらを同期するための通信が必要とることから、通信障害等によりＦＳＳ間の通信が途切れた場合の対策が必要となる。よって、図２に例示するように、管理データ２０３ｂを共有ストレージ２０３に配置するほうが適切な場合がある。なお、図２に例示するように、管理データ２０３ｂが配置される共有ストレージは、素材データが配置される共有ストレージと同じでもよいし、管理データ専用の共有ストレージを用意してもよい。

ファイルシステムの管理データ２０３ｂが共有ストレージ２０３に配置される場合、２台のＦＳＳ２０１（「ＦＳＳ１」、「ＦＳＳ２」）が管理データ２０３ｂを同時に更新すると、管理データ２０３ｂの不整合を生じる可能性がある。このため、一方のＦＳＳ２０１を現用系（図２の「ＦＳＳ１」）、他方のＦＳＳ２０１を予備系（図２の「ＦＳＳ２」）として扱い、現用系のＦＳＳのみが管理データの更新を行なう。予備系のＦＳＳ２０１（「ＦＳＳ２」）は、定期的に現用系のＦＳＳ２０１（「ＦＳＳ１」）を監視する。そして、予備系の「ＦＳＳ２」は、現用系の「ＦＳＳ１」がダウンしたと判断した場合、ＦＳＳ２自身を現用に切り替えるとともに、「ＦＳＳ１」の動作を引き継いで動作する。

現用系の「ＦＳＳ１」を監視する方法としては、上記したようなハードビート診断が用いられる場合が多い。即ち、予備系の「ＦＳＳ２」は、図２に例示するＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）あるいは他の通信手段を経由して、現用系の「ＦＳＳ１」へハートビート（特定の通信メッセージ等）を送信する。予備系の「ＦＳＳ２」は、送信したハートビートに対する応答時間が特定のタイムアウト値を超えた場合、現用系「ＦＳＳ１」がダウンしたと判断する。

しかしながら、上記説明した構成には、以下のような問題点がある。

まず、現用系のＦＳＳがダウンした際に予備系のＦＳＳへ切り替えるために要する時間を短縮するには、ハートビートに対する応答時間のタイムアウト値は短いほどよい。しかしながら、係るタイムアウト値が過度に短い場合、例えば、通信経路の遅延等に起因して、予備系のＦＳＳが、現用系のＦＳＳのダウンを誤判断する可能性が高くなる。このため、タイムアウト値には、ある程度の長さの時間が設定される必要である。これより、現用系「ＦＳＳ１」と予備系「ＦＳＳ２」との間の切り替えには、ある程度の時間がかかる。即ち、係る切り替え時間に起因して、ビデオサーバの動作に影響が出る可能性がある。

また、ハードビート診断を用いた場合、現用系のＦＳＳ（「ＦＳＳ１」）がダウンしたのか、通信経路に障害（切断）が発生したのかを判断することが困難である。よって、実際には現用系のＦＳＳがダウンしていないにも関わらず、予備系のＦＳＳが現用系に切り替わってしまう可能性がある。この場合、現用系のＦＳＳが二重起動（二重動作）してしまう可能性がある。現用系のＦＳＳが二重起動（二重動作）すると、ファイルシステムの管理データ２０３ｂがそれらのＦＳＳにより重複して操作されてしまう可能性が有る。この場合、ファイルシステムの管理データ２０３ｂに不整合が生じる可能性があることから、素材データの消失等につながる可能性がある。なお、２台のＦＳＳ間の通信経路を冗長化すれば、通信切断等による誤判断の可能性を低減できるものの、冗長化により物理的なコストが増大する。

また、各ビデオサーバ（ＶＳ）２０２（図２のＶＳ１、ＶＳ２）は２台のＦＳＳの内、どちらが現用系のＦＳＳなのかを認識し、現用系のＦＳＳに各種要求を送信する必要がある。現用系のＦＳＳを各ＶＳに認識させる手段として、例えば、現用系のＦＳＳが切り替わった際に、当該現用系のＦＳＳから各ＶＳへ通知する方法が考えられる。しかしながら、例えば、係る通知が送信される際に通信障害が生じていた場合には、係る通知が各ＶＳへ届かない可能性がある。この場合、実際の現用系のＦＳＳと、ＶＳ側の認識とが不一致となる可能性がある。

上記は、いずれも、現用/予備構成を採用した場合に生じ得る問題である。このことから、上記したような問題を根本的に改善するために、現用系と予備系との切り替えが不要な構成を用いて、ビデオサーバシステムを構築することが望ましいと考えられる。本発明者は、係る問題を解決可能な構成の一つとして、多重化されたＦＳＳがいずれも常に動作する、いわば両現用（全現用）に相当し得る構成に着想するに至った。以下、本発明を実現可能な実施形態にについて具体的に説明する。

＜第１の実施形態＞
以下、本発明の第１の実施形態におけるビデオサーバシステムについて、図面を参照して説明する。

（構成）
図１は、本発明の第１の実施形態におけるビデオサーバシステムの機能的な構成を例示するブロック図である。図１に例示するように、本実施形態におけるビデオサーバシステム１００は、大別して、複数のファイルシステム管理サーバ（ＦＳＳ）１０１と、ビデオサーバ（ＶＳ）１０２と、共有ストレージ１０３と、を主たる構成要素として備える。ビデオサーバシステム１００を構成するこれらの構成要素の間は、任意の通信手段により通信可能に接続されている。より具体的には、図１に示す具体例においては、ＦＳＳ１０１及びＶＳ１０２と、共有ストレージ１０３との間は、ストレージ接続用の通信ネットワーク（例えば、ＳＡＮを構成するファイバチャネル等）により接続されている。また、各ＦＳＳ１０１と、ＶＳ１０２との間は、有線、無線、又はそれらを組み合わせた通信ネットワーク（ＬＡＮ等）により接続されている。以下、それぞれの構成要素について説明する。

ファイルシステム管理サーバ（ＦＳＳ）１０１は、共有ストレージ１０３に構築されたファイルシステムを管理する管理サーバである。ＦＳＳ１０１は、後述するビデオサーバ１０２から通知される要求に従って、共有ストレージ１０３に記憶された素材データに関する各種ファイル操作を実行可能である。係る操作には、例えば、共有ストレージ１０３に対する新たな素材データの追加や、共有ストレージ１０３に記憶された素材データの参照、更新、削除等が含まれる。ＦＳＳ１０１は、係るファイル操作の結果を、当該ファイル操作を要求したＶＳ１０２に通知してもよい。図１に例示するように、本実施形態におけるビデオサーバシステム１００は、２台のＦＳＳ１０１（「ＦＳＳ１」及び「ＦＳＳ２」）を備える。本実施形態においては、「ＦＳＳ１」及び「ＦＳＳ２」の両方が、ビデオサーバ１０２から通知される各種要求を処理可能である。

ビデオサーバ（ＶＳ）１０２は、音声あるいは映像のデータ（あるいは信号）を入出力（収録、再生等）可能なサーバ装置である。より具体的には、ＶＳ１０２は、ＦＳＳ１００に対して、新たに収録した素材データの登録や、特定の素材データの参照（再生）等を要求する。また、ＶＳ１０２は、ファイバチャネルネットワーク等を介して、共有ストレージ１０３に対して素材データの読み込み、あるいは書き込みを実行可能である。

ＶＳ１０２は、例えば、放送局等において、映像や音声データの収録処理や、オンエア再生のための素材データの参照（再生）処理等を実行する。また、ＶＳ１０２は、入力された映像信号や音声信号等に対して各種処理（エンコード等）を実行することにより、素材データを生成可能であってもよい。また、ＶＳ１０２は、共有ストレージに記憶された素材データから、音声や映像信号等を生成可能であってもよい。

共有ストレージ１０３は、物理的あるいは仮想的な記憶デバイスにより構成された記憶装置である。共有ストレージ１０３にはファイルシステムが構築される。この場合、素材データ１０３ａは、当該ファイルシステムにおいてファイルの形式で記憶されてもよい。共有ストレージ１０３は、素材データ１０３ａを記憶する領域（素材データ領域）と、ファイルシステムの管理データ１０３ｂを記憶する領域（管理データ領域）とを有してもよい。

素材データ１０３ａは、音声あるいは映像等のコンテンツを含むデータである。素材データ１０３ａは、当該素材データを特定可能な識別情報（ＩＤ）を含んでもよい。

共有ストレージ１０３における管理データ１０３ｂは、共有ストレージに構築されたファイルシステムを管理する各種データを保持する。より具体的には、係る管理データ１０３ｂは、空きリスト１０３ｃと、素材リスト１０３ｄと、更新リスト１０３ｅとを保持する。

空きリスト１０３ｃは、共有ストレージ１０３における素材データ領域に含まれる、空き領域（空きブロック）のリストである。係る空きリスト１０３ｃは、例えば、両端キューのデータ構造を用いて構成される。本実施形態においては、２台のＦＳＳ１０１が、それぞれ空きリスト１０３ｃを構成する両端キューの異なる端部からキューを操作する。より具体的には、ＦＳＳ１は、空きリスト１０３ｃを構成する両端キューの一端部からキューに対して内容（データ）を追加あるいは削除可能である。また、ＦＳＳ２は、空きリスト１０３ｃを構成する両端キューの他端部からキューに対して内容（データ）を追加あるいは削除可能である。このような構成とすることで、「ＦＳＳ１」と「ＦＳＳ２」とは、共有ストレージにいて素材データを記憶可能な空き領域をそれぞれ確保あるいは解放可能である。

素材リスト１０３ｄは、音声や映像等の素材の名称（素材ＩＤ）、属性、素材データの共有ストレージ１０３における配置位置（記憶領域において配置された位置：アドレス範囲等）等のデータセットを含む。なお、素材リスト１０３ｄにおいて、上記データセットは、素材データ１０３ａごとに並べられてもよい。

更新リスト１０３ｅは、ＦＳＳ１０１が素材リスト１０３ｄに対して実行した操作の履歴を記憶するデータである。

本実施形態においては、素材リスト１０３ｄと、更新リスト１０３ｅとは、ＦＳＳ１０１毎に個別に用意され、それぞれのＦＳＳ１０１により管理される。即ち、図１に例示する構成では、「ＦＳＳ１」に対しては、「素材リスト１」と「更新リスト１」との組が用意され、「ＦＳＳ２」に対しては、「素材リスト２」と「更新リスト２」との組が用意される。各ＦＳＳ１０１は、当該ＦＳＳ１０１に対して用意された素材リスト１０３ｄ及び更新リスト１０３ｅを更新（書き換え）可能であり、他のＦＳＳ１０１に対して用意された素材リスト１０３ｄ及び更新リスト１０３ｅを参照可能である。より具体的には、「ＦＳＳ１」は、「素材リスト１」及び「更新リスト１」を更新可能であり、「素材リスト２」及び「更新リスト２」を参照可能である。同様に、「ＦＳＳ２」は、「素材リスト２」及び「更新リスト２」を更新可能であり、「素材リスト１」及び「更新リスト１」を参照可能である。以下、素材リスト１０３ｄと、更新リスト１０３ｅとの組を「素材管理情報」と称する場合がある。

上記説明した本実施形態におけるビデオサーバシステム１００の各構成要素は、それぞれ専用のハードウェア装置により実現されてもよい。また、ビデオサーバシステム１００の各構成要素は、汎用の情報処理装置（コンピュータ等）及び当該情報処理装置において実行されるソフトウェア・プログラムを用いて実現されてもよい。また、本実施形態におけるビデオサーバシステム１００の各構成要素を実現するハードウェア装置あるいは情報処理装置は、物理的な装置であってもよく、仮想化された装置であってもよい。ビデオサーバシステム１００の各構成要素を実現可能なハードウェア（例えば、図１０）については、後述する。

（動作）
次に、上記のように構成された本実施形態におけるビデオサーバシステム１００の動作について説明する。まず、ビデオサーバシステム１００の動作の概要について説明する。

ビデオサーバシステム１００における各ＶＳ１０２は、ＦＳＳ１０１に対して各種要求を通知する際、全てのＦＳＳ１０１（「ＦＳＳ１」及び「ＦＳＳ２」）に対して要求を送信する。

各ＦＳＳ１０１は、ＶＳ１０２からの要求をそれぞれ受信する。各ＦＳＳ１０１は、受信した要求を受け付けられる場合は、「受付可」を表す応答を、当該要求を送信したＶＳ１０２へ返す（送信する）。ＶＳ１０２は、複数のＦＳＳ１０１から応答が帰ってきた場合には、特定のＦＳＳ１０１を選択して、当該選択したＦＳＳ１０１に対して「承諾」を表す通知（承諾通知）を送信する。また、ＶＳ１０２は、他のＦＳＳ１０１に対しては、「拒否」を表す通知（拒否通知）を送信する。例えば、ＶＳ１０２は、複数のＦＳＳ１０１から応答が帰ってきた場合には、最初に応答が帰ってきたＦＳＳ１０１に対して承諾通知を送信し、後から応答が返ってきた方のＦＳＳ１０１には拒否通知を送信してもよい。なお、ＶＳ１０２は、応答が返ってこないＦＳＳ１０１に対しては、何も送信せずともよい。

以下、ビデオサーバシステム１００の動作について、図面を参照して詳細に説明する。まず、図３に例示するフローチャートを参照して、ＶＳ１０２が収録動作を行なう場合について説明する。

ＶＳ１０２が収録動作を行なう際、ＶＳ１０２は、各ＦＳＳ１０１に対して素材（素材データ）の新規登録を要求する。ＦＳＳ１０１は、ＶＳ１０２から新規登録を要求された素材データのＩＤを素材リストに追加する。そして、ＦＳＳ１０１は、共有ストレージ１０３の空き領域において、当該素材データを記録する領域を割当て、ＶＳ１０２へその領域の位置（例えば、記憶領域のアドレス）を返す。より具体的には、以下のような処理が実行される。

まず、ＶＳ１０２は、各ＦＳＳ１０１（図１においては「ＦＳＳ１」と「ＦＳＳ２」）に対して、新たな素材（素材データ）の登録を要求する新規登録要求を送信する（ステップＳ３０１）。この要求には素材名（ＩＤ）、素材長（サイズ）が含まれていてもよい。

次に、各ＦＳＳ１０１は、新規登録要求を受信すると、要求に含まれている素材サイズに必要な容量を算出する（ステップＳ３０２）。

次に、各ＦＳＳ１０１は、空きリスト１０３ｃの端部から、素材データを記憶するために必要な空き領域を取り出す（ステップＳ３０３）。この場合、各ＦＳＳ１０１は、素材データを記憶可能なサイズの空き領域の位置（例えば、共有ストレージ１０３におけるアドレスや、ブロック番号等）を取得してもよい。各ＦＳＳ１０１は、空きリスト１０３ｃを構成する両端キューにおいて、それぞれのＦＳＳ１０１が操作可能な端部から、空き領域を確保する。図１に例示する具体例においては、「ＦＳＳ１」は、空きリスト１０３ｃの一端部から空き領域を確保し、「ＦＳＳ２」は、空きリスト１０３ｃの他端部から空き領域を確保する。

次に、各ＦＳＳ１０１は、領域が確保できた場合には、新規登録要求を送信したＶＳ１０２に対して「受付可」を表す応答を返す（ステップＳ３０４）。各ＦＳＳ１０１は、確保した空き領域に関する情報（例えば、空き領域の位置等）を係る応答に含めてもよい。

次に、ＶＳ１０２は、いずれかのＦＳＳ１０１から「受付可」を表す応答を受信すると、そのＦＳＳ１０１に対して承諾通知を送信する。ＶＳ１０２は、その後、他のＦＳＳ１０１から「受付可」を表す応答を受信した場合は、そのＦＳＳ１０１に対して拒否通知を送信する（ステップＳ３０５）。なお、以下においては、説明のため、図１における「ＦＳＳ１」に承諾通知が通知され、「ＦＳＳ２」に拒否通知が通知されたことを仮定する。

そして、ＶＳ１０２は、「ＦＳＳ１」から受け付けた「受付可」の応答に含まれる空き領域に関する情報（例えば、空き領域の位置）を用いて、共有ストレージ１０３に対する、新規の素材データの記録を開始する（ステップＳ３０６）。

次に、各ＦＳＳ１０１は、ＶＳ１０２から受け付けた通知の内容を確認する（ステップＳ３０７）。

ＶＳ１０２から受け付けた通知が承諾通知だった場合（ステップＳ３０８においてＹＥＳ）、ＦＳＳ１０１は、他のＦＳＳ１０１が管理する更新リストを確認する（ステップＳ３０９）。ステップＳ３０９における処理について、図４に例示するフローチャートを参照して説明する。

まず、各ＦＳＳ１０１は、他のＦＳＳ１０１が管理する更新リスト１０３ｅを確認する（ステップＳ４０１）。例えば、「ＦＳＳ１」が承諾通知を受けた場合、承諾通知を受け付けた「ＦＳＳ１」は、「ＦＳＳ２」が管理する「更新リスト２」を確認する。

他のＦＳＳ１０１が管理する更新リスト１０３ｅが、更新されている場合（ステップＳ４０２においてＹＥＳ）、各ＦＳＳ１０１は、他のＦＳＳ１０１が管理する更新リスト１０３ｅにおいて更新された内容を、自ＦＳＳ１０１が管理する素材リスト１０３ｄに反映する（ステップＳ４０３）。即ち、更新リスト１０３ｅに新たな素材（素材データ）の追加や、登録済みの素材（素材データ）の削除等の操作が記録されている場合には、その内容を自ＦＳＳ１０１が管理する素材リスト１０３ｄに反映する。例えば、「ＦＳＳ１」が承諾通知を受けた場合、「ＦＳＳ１」は、「ＦＳＳ２」が管理する「更新リスト２」が更新されていれば、その更新内容を「素材リスト１」に反映する。換言すると、ステップＳ４０１乃至ステップＳ４０３の処理により、それぞれのＦＳＳ１０１が管理する素材リスト１０３ｄの内容が同期される。

なお、各ＦＳＳ１０１は、例えば、自ＦＳＳ１０１が管理する素材リスト１０３ｄ及び更新リスト１０３ｅと、他のＦＳＳ１０１か管理する素材リスト１０３ｄ及び更新リスト１０３ｅと、を比較することにより、更新リスト１０３ｅの更新有無を判定してもよい。更新リスト１０３ｅの更新有無を判定する方法は上記に限定されず、任意の方法を適宜選択してよい。例えば、更新リスト１０３ｅが操作された時刻に関する情報等に基づいて、更新の有無が判定されてもよい。

次に、ＦＳＳ１０１は、当該ＦＳＳ１０１が管理する素材リスト１０３ｄに対して、新規登録要求に含まれる素材ＩＤと、当該素材データが記録された記憶領域の位置とを追加し、素材リスト１０３ｄを更新する（ステップＳ３１０）。例えば、「ＦＳＳ１」が、「素材リスト１」に対して、新規登録要求に含まれる素材ＩＤと、当該素材データが記録された記憶領域の位置とを追加する。

次に、ＦＳＳ１０１は、更新リスト１０３ｅに、新たに素材ＩＤを追加した旨を記録する。例えば、「ＦＳＳ１」が、「更新リスト１」に、新たに素材ＩＤを追加した旨を記録する。

また、ＦＳＳ１０１がＶＳ１０２から拒否通知を受け付けた場合（ステップＳ３０８においてＮＯ）、当該ＦＳＳ１０１は、ステップＳ３０３において確保した領域を、空きリスト１０３ｃに戻す。即ち、「ＦＳＳ２」が拒否通知を受信した場合、「ＦＳＳ２」は、確保した領域を空きリスト１０３ｃに戻す。

次にＶＳ１０２が共有ストレージ１０３に記憶された素材（素材データ）を削除する動作（削除動作）を行なう場合について、図５に例示するフローチャートを参照して説明する。

ＶＳ１０２が素材（素材データ）を削除する際、ＶＳ１０２は、各ＦＳＳ１０１に対して素材データを削除する要求（素材削除要求）を送信する。各ＦＳＳ１０１は、それぞれが管理する素材リスト１０３ｄから、素材削除要求により指定された素材ＩＤを検索し、その素材が記憶されている記録領域の位置情報を得る。ＦＳＳ１０１は、素材リストから、その素材ＩＤを削除する。ＦＳＳ１０１は、削除された素材データが記憶されていた領域の位置を空きリストに戻す。より具体的には、以下のような処理が実行される。

まず、ＶＳ１０２は、各ＦＳＳ１０１（例えば、「ＦＳＳ１」及び「ＦＳＳ２」）に対して、特定の素材（素材データ）を削除する要求（素材削除要求）を送信する（ステップＳ５０１）。この要求（素材削除要求）には削除対象である素材（素材データ）を特定可能な素材名（ＩＤ）が含まれている。

各ＦＳＳ１０１は、ＶＳ１０２から素材削除要求を受信すると、要求元（送信元）のＶＳ１０２に対して「受付可」を表す応答を送信する（ステップＳ５０２）。

次に、ＶＳ１０２は、いずれかのＦＳＳ１０２（例えば、「ＦＳＳ１」又は「ＦＳＳ２」）から「受付可」を表す応答を受信すると、そのＦＳＳ１０１へ承諾通知を送信する。その後、他のＦＳＳ１０１から「受付可」を表す応答受信した場合は、そのＦＳＳへ拒否通知を送信する（ステップＳ５０３）。以下、図１に示す具体例において、「ＦＳＳ１」に対して承諾通知が送信され、「ＦＳＳ２」に対して拒否通知が送信されたと仮定する。

各ＦＳＳ１０１は、ＶＳ１０２から受信した通知の内容を確認する（ステップＳ５０４）。

ＶＳ１０２から拒否通知を受信した場合（ステップＳ５０４においてＮＯ）、ＦＳＳ１０１（この場合は「ＦＳＳ２」）は、処理を終了する。

ＶＳ１０２から承諾通知を受信した場合（ステップＳ５０４においてＹＥＳ）、ＦＳＳ１０１（この場合は「ＦＳＳ１」）は、以下の処理を続行する。

「ＦＳＳ１」は、他のＦＳＳ１０１（この場合は「ＦＳＳ２」）が管理する更新リストを確認する（ステップＳ５０５）。ステップＳ５０５における処理は、ステップＳ３０９と同様としてよいので、詳細な説明を省略する。

次に、「ＦＳＳ１」は、素材リスト１０３ｄ（この場合は「素材リスト１」）において、素材削除要求が通知された素材（素材データ）を検索する。具体的には、「ＦＳＳ１」は、「素材リスト１」において、素材削除要求に含まれる素材ＩＤを検索する（ステップＳ５０６）。

次に、「ＦＳＳ１」は、ステップＳ５０６における検索結果から、削除対象の素材データが共有ストレージ１０３において記憶されている記録領域の位置（アドレス等）を得る（特定する）。そして、「ＦＳＳ１」は、係る記憶領域を空きリスト１０３ｃに戻す（ステップＳ５０７）。即ち、「ＦＳＳ１」は、削除対象の素材データが記憶されていた記憶領域を、空き領域として空きリスト１０３ｃに登録する。

次に、「ＦＳＳ１」は、「素材リスト１」から、素材削除要求に含まれる素材ＩＤを削除する（ステップＳ５０８）。さらに、「ＦＳＳ１」は、更新リスト１０３ｅ（この場合は「更新リスト１」）に、素材削除要求に含まれる素材ＩＤを削除した旨を記録する（ステップＳ５０９）。

次にＶＳ１０２が、共有ストレージ１０３に記憶された素材（素材データ）を再生（参照）する動作（再生動作）を行なう場合について、図６に例示するフローチャートを参照して説明する。

ＶＳ１０２（例えば図１に例示するＶＳ１）が再生動作を行なう際、ＶＳ１０２は、各ＦＳＳ１０１に対して、素材（素材データ）の再生情報を要求する。ＦＳＳ１０２は、それぞれが管理する素材リストにおいて、ＶＳ１０２から要求された素材（素材データ）を検索する。そして、ＦＳＳ１０２は、その素材（素材データ）が記憶されている、共有ストレージ１０３における記録領域の位置情報をＶＳ１０２に返信する。より具体的には、以下のような処理が実行される。

まず、ＶＳ１０２は、各ＦＳＳ１０１（例えば、図１における「ＦＳＳ１」と「ＦＳＳ２」）に素材（素材データ）の再生に必要な情報を要求する、素材再生情報要求を送信する（ステップＳ６０１）。この要求（素材再生情報要求）には、再生する素材（素材データ）を特定可能な素材名（ＩＤ）が含まれている。なお、ＶＳ１０２は、特定の素材（素材データ）を再生以外の目的で参照する際に、素材再生情報要求を送信してもよい。

次に、各ＦＳＳ１０１は、ＶＳ１０２から素材再生情報要求を受信すると、それぞれのＦＳＳ１０１が管理する素材リスト１０３ｄから、素材再生情報要求に含まれている素材ＩＤを検索する（ステップＳ６０２）。

そして、各ＦＳＳ１０１は、ステップＳ６０２における検索結果から、再生対象の素材（素材データ）が記憶された共有ストレージ１０３における記録領域の位置を得る（特定する）（ステップＳ６０３）。

そして、各ＦＳＳ１０１は、素材再生情報の要求元（送信元）であるＶＳ１０２へ、「受付可」を表す応答を送信する（ステップＳ６０４）。なお、係る応答には、上記特定した素材（素材データ）の記録領域の位置を表す情報が含まれてもよい。

ＶＳ１０２は、いずれかのＦＳＳ１０１（「ＦＳＳ１」または「ＦＳＳ２」）から「受付可」を表す応答を受信すると、そのＦＳＳ１０１へ承諾通知を送信する。その後、他方のＦＳＳ１０１から「受付可」を表す応答を受信した場合は、当該ＦＳＳ１０１へ拒否通知を送信する（ステップＳ６０５）。以下、ＶＳ１０２（ＶＳ１）が、「ＦＳＳ１」に対して承諾通知を送信し、「ＦＳＳ２」に対して拒否通知を送信したと仮定する。

ＶＳ１０２は、ＶＳ１から受信した「受付可」を表す応答に含まれる、再生対象の素材（素材データ）の記録領域の位置を表す情報を使用して、素材データの再生を開始する（ステップＳ６０６）。例えば、ＶＳ１０２は、再生対象の素材（素材データ）が記憶された共有ストレージ１０３における記憶領域を参照することにより、係る素材データの再生を開始してもよい。

上記した再生動作のように、ファイルシステム管理データの書き換え（更新）を行なわない要求の場合、ＶＳ１０２は、各ＦＳＳ１０１に対して、「承諾通知」や「拒否通知」を送信しなくともよい。

各ＦＳＳ１０１は、ＶＳ１０２から要求が通知されていない間、更新リスト１０３ｅを確認する処理（更新リスト確認処理）を実行してもよい。図７に例示するフローチャートを参照して、係る更新リスト確認処理について説明する。

まず、各ＦＳＳ１０１（図１における「ＦＳＳ１」、「ＦＳＳ２」）は、特定の時間経過を確認する（ステップＳ７０１）。具体的には、各ＦＳＳ１０１は、前回更新リスト確認処理を実行してからの経過時間を確認してもよい。なお、ＦＳＳ１０１は、所定の時間毎に、定期的に更新リスト確認処理を実行してもよい。

上記ステップＳ７０１における確認の結果、特定の時間が経過していた場合（ステップＳ７０２においてＹＥＳ）、各ＦＳＳ１０１は、他のＦＳＳ１０１が管理する更新リストを確認する（ステップＳ７０３）。即ち、各ＦＳＳ１０１は、定期的に他のＦＳＳ１０１が管理する更新リスト１０３ｅをチェックし、何らかの更新があればそれを自ＦＳＳ１０１が管理する素材リスト１０３ｄに反映する。なお、ステップＳ７０３における処理は、上記ステップＳ３０９と同様としてよいので、詳細な説明を省略する。

（効果）
上記のように構成された本実施形態におけるビデオサーバシステム１００が奏する効果について説明する。上記のように構成されたビデオサーバシステム１００によれば、ＶＳ１０２は、各ＦＳＳ１０１を区別することなく、各種要求を送信可能である。即ち、各ＦＳＳ１０１を現用系／予備系等と区別する概念が不要であることから、ＶＳ１０２の観点からは、各ＦＳＳ１０１が等価となる。なぜならば、ＶＳ１０２は、各ＦＳＳ１０１を区別せずに並行して各種要求を送信可能であるとともに、係る要求に応答した特定のＦＳＳ１０１を選択することで、係る要求に関する操作を実行可能だからである。これにより、ビデオサーバシステム１００においては、多重化されたＦＳＳ１０１に関して現用系／予備系を切り替える「切り替え時間」を考慮する必要がない。即ち、ビデオサーバシステム１００は、ＦＳＳ１０１が多重化されている場合であっても、それらの「切り替え時間」に起因する、処理時間に関する影響（遅延等）を排除可能である。

また、ビデオサーバシステム１００における各ＦＳＳ１０１は、最低限、共有ストレージ１０３とのみ接続されていればよく、ＦＳＳ１０１間は直接接続されていなくともよい。なぜならば、各ＦＳＳ１０１は、共有ストレージ１０３に保存されたファイルシステム管理データを参照することにより、他のＦＳＳ１０１により実行された各種処理を確認可能だからである。これにより、ＦＳＳ１０１間の直接的な通信は不要であることから、例えば、通信障害等に起因したファイルシステム管理に関する問題の発生が低減される。即ち、ビデオサーバシステム１００は、多重化されたＦＳＳ１０１による並行処理等に起因して、共有される資源（データ等）に不整合が生じることを防止できる。なお、あるＦＳＳ１０１と、共有ストレージ１０３との接続が切断された場合、当該ＦＳＳ１０１は、ファイルシステムの管理データにアクセスできなくなる。これにより、当該ＦＳＳ１０１は、ファイルシステムを管理するサーバとしての動作が不能になる。しかしながら、他のＦＳＳ１０１が正常に稼働していれば、ビデオサーバシステム１００全体に対する悪影響は発生しない。

また、ＶＳ１０２は最低限、いずれか１台のＦＳＳ１０１と通信可能であればよい。例えば、現用／予備を区別するビデオサーバシステムにおいては、ビデオサーバは、現用系のＦＳＳと通信する必要がある。しかしながら、本実施形態におけるビデオサーバシステム１００によれば、ＶＳ１０２は、いずれのＦＳＳ１０１と通信してもよい。なぜならば、本実施形態においては、各ＦＳＳ１０１は、いずれも所謂「現用系」として機能し、ＶＳ１０２から通知される要求を処理可能であるからである。

以上より、本実施形態におけるビデオサーバシステム１００は、多重化された管理サーバ（ＦＳＳ１０１）を明示的に切り替えることなく利用可能である。また、本実施形態におけるビデオサーバシステム１００は、共有ストレージ１０３において共有されるデータを適切に管理可能である。

なお、上記図１に示した具体例においては、説明の便宜上、ＦＳＳ１０１が２台の場合を例示しているが、本実施形態はこれには限定されない。即ち、ＦＳＳ１０１の台数、また、ＶＳ１０２の台数は、それぞれ任意に定められてよい。この場合、空きリスト１０３ｃは、例えば、複数のＦＳＳ１０１がアクセス可能な任意のデータ構造を用いて実現可能である。また、この場合、複数のＦＳＳ１０１は、周知の排他制御技術（例えば、セマフォアやＭｕｔｅｘ（Ｍｕｔｕａｌ Ｅｘｃｌｕｓｉｏｎ）等）を用いて、それぞれ空きリスト１０３ｃにアクセスしてもよい。

＜第２の実施形態＞
次に、本発明の第２の実施形態について、図面を参照して説明する。図８は、本実施形態におけるビデオサーバシステム８００の機能的な構成を例示するブロック図である。

図８に例示するように、本実施形態におけるビデオサーバシステム８００は、大別して、複数の管理サーバ８０１と、１以上のビデオサーバ８０２と、共有ストレージ８０３とを備える。ビデオサーバシステム８００を構成するこれらの構成要素の間は、任意の通信手段を用いて通信可能に接続されている。例えば、各管理サーバ８０１及びビデオサーバ８０２と、共有ストレージ８０３との間は、ＳＡＮ等のストレージ接続用ネットワークを用いて接続されていてもよい。また、各管理サーバ８０１と、ビデオサーバ８０２との間は、ＬＡＮ等の通信ネットワークを用いて接続されていてもよい。以下、ビデオサーバシステム８００を構成する各構成要素について説明する。

共有ストレージ８０３は、１以上の素材情報８０３ａと、ファイルシステムに関する管理情報８０３ｂとを記憶可能な記憶領域を提供する。共有ストレージ８０３は、例えば、素材情報８０３ａを記憶する記憶領域と、管理情報８０３ｂを記憶する記憶領域とを提供可能な、記憶デバイスであってもよい。共有ストレージ８０３を構成する記憶デバイスは、例えば、ＨＤＤや半導体記憶装置等の物理的な記憶デバイスであってもよく、それらが仮想化された仮想的な記憶デバイスであってもよい。素材情報８０３ａと、管理情報８０３ｂとは、それぞれ、ファイルシステムにおけるファイルとして共有ストレージ８０３に記憶されてもよい。具体的には、係る素材情報８０３ａは、上記第１の実施形態における素材データ１０３ａであってもよい。また、係る管理情報８０３ｂは、上記第１の実施形態における管理データ１０３ｂであってもよい。なお、係る共有ストレージ８０３は、上記第１の実施形態における共有ストレージ１０３と同様としてもよい。

管理サーバ８０１は、管理情報８０３ｂに基づいて、共有ストレージ８０３を管理する。より具体的には、管理サーバ８０１は、共有ストレージ８０３に構成されたファイルシステムや、共有ストレージ８０３に記憶されたデータを管理する。係る共有ストレージ８０３の管理には、例えば、共有ストレージ８０３に記憶された素材情報８０３ａに関する各種操作（素材情報８０３ａの追加、削除、参照、更新等）が含まれてもよい。また、係る共有ストレージ８０３の管理には、管理情報８０３ｂに関する各種操作が含まれてもよい。なお、係る管理サーバ８０１は、上記第１の実施形態における管理サーバ１０１と同様としてもよい。

ビデオサーバ８０２は、共有ストレージ８０３に記憶された素材情報８０３ａに関する操作要求を、管理サーバ８０１に送信する。係る操作要求は、例えば、素材情報８０３ａの新規追加、削除、更新、参照等の操作に関する要求であってもよい。なお、係るビデオサーバ８０２は、上記第１の実施形態におけるビデオサーバ（ＶＳ）１０２と同様としてもよい。

上記のように構成されたビデオサーバシステム８００において、複数の管理サーバ８０１は、素材情報８０３ａに関するビデオサーバ８０２からの操作要求をそれぞれ個別に受け付ける。そして、複数の管理サーバ８０１は、管理情報８０２ｂに基づいて生成した、当該操作要求に対する応答を、それぞれ個別にビデオサーバ８０２に対して送信する。

より具体的には、管理サーバ８１０は、例えば、管理情報８０２ｂに含まれる、素材管理情報８０３ｄと、空き領域管理情報８０３ｃとに基づいて、操作要求に対する応答を生成してもよい。素材管理情報８０３ｄは、共有ストレージ８０３における素材情報８０３ａの記憶領域を特定可能な情報であり、それぞれの管理サーバ８０１毎に用意される。各管理サーバ８０１は、それぞれ個別に素材管理情報８０３ｄを管理する。空き領域管理情報８０３ｃは、共有ストレージ８０３における空き領域を管理可能情報であり、複数の管理サーバ８０１により共有される。

上記応答を送出した管理サーバ８０１のうち、ビデオサーバ８０２から当該応答に関する特定の通知を受け付けた管理サーバ８０１が、素材情報８０３ａに関する操作を実行する。具体的には、例えば、複数の管理サーバ８０１から応答を受け付けたビデオサーバ８０２が、特定の管理サーバ８０１を選択し、係る選択した１台の管理サーバ８０１に対して、上記操作要求に関する特定の通知を送信する。係る特定の通知は、例えば、上記操作要求の実行を承諾する承諾通知であってもよい。そして、係る特定の通知（例えば承諾通知）を受け付けた管理サーバ８０１が、上記操作要求に関する操作を実行する。

上記のように構成された本実施形態におけるビデオサーバシステム８００によれば、ビデオサーバ８０２は、各管理サーバ８０１を区別することなく、各種要求を送信可能である。各管理サーバ１０１を現用系／予備系等と区別する概念が不要であることから、ビデオサーバ８０２の観点からは、各管理サーバ１０１が等価となる。なぜならば、ビデオサーバ８０２は、各管理サーバ８０１を区別せずに並行して各種要求を送信可能であるとともに、係る要求に応答した特定の管理サーバ８０１を選択することで、係る要求に関する操作が実行可能であるからである。これにより、ビデオサーバシステム８００においては、管理サーバ８０１に関して、現用系／予備系を切り替える「切り替え時間」を考慮する必要がない。即ち、ビデオサーバシステム８００は、管理サーバ８０１が多重化されている場合であっても、それらの「切り替え時間」に起因する、処理時間に関する影響（遅延等）を排除可能である。

また、ビデオサーバシステム８００おける各管理サーバ８０１は、共有ストレージ８０３に記憶された管理情報８０３ｂに基づいて、共有ストレージ８０３に構築されたファイルシステムを管理可能である。これにより、例えば、各管理サーバ８０１が相互に直接通信せずとも共有ストレージ８０３におけるファイルシステムの整合性を保つことが可能であり、また、通信障害等に起因したファイルシステムの障害を低減可能である。

また、ビデオサーバ８０２は、いずれかの管理サーバ８０１にアクセス可能であればよく、いずれかの管理サーバ８０１が正常に稼働していれば、ビデオサーバシステム８００は処理を続行可能である。

以上より、本実施形態におけるビデオサーバシステム８００は、多重化された管理サーバ８０１を明示的に切り替えることなく利用可能である。また、本実施形態におけるビデオサーバシステム８００は、共有ストレージ８０３において共有されるデータを適切に管理可能である。

＜第３の実施形態＞
次に、本発明の第３の実施形態について、図面を参照して説明する。図９は、本実施形態におけるデータ管理システム９００の機能的な構成を例示するブロック図である。

本実施形態におけるデータ管理システム９００は、上記各実施形態におけるビデオサーバシステム（１００、８００）を実現可能な技術を用いて構成された、任意のコンテンツデータを管理可能なデータ管理システムである。係るコンテンツデータは、例えば、映像、画像、音声、文書、各種計測データ等の任意のデータを含んでよい。

係るデータ管理システム９００は、１以上のコンテンツデータと、ファイルシステムに関する管理データとを記憶する共有ストレージ（例えば、図９の共有ストレージ９０３）におけるファイルシステムを、当該管理データに基づいて管理する複数の管理サーバ９０１を備える。

上記のように構成されたデータ管理システム９００における複数の管理サーバ９０１は、コンテンツデータに関する操作を要求する操作要求を、当該操作要求の送信元（例えば図９のクライアント９０２）からそれぞれ受け付ける。具体的には、例えば、複数の管理サーバ９０１は、それぞれ個別に、コンテンツデータに関する操作要求をクライアント９０２から受け付けてもよい。そして、管理サーバ９０１は、上記管理データに基づいて生成した上記操作要求に対する応答を、当該操作要求の送信元にそれぞれ送信する。具体的には、例えば、複数の管理サーバ９０１は、それぞれ個別に、上記操作要求に対する応答をクライアント９０２に送信してもよい。

上記応答を送信した管理サーバ９０１のうち、当該操作要求の送信元から当該応答に関する特定の通知を受け付けた管理サーバ９０１が、コンテンツデータに関する操作を実行する。

上記のように構成された本実施形態におけるデータ管理システム９００によれば、複数の管理サーバ９０１が、現用／予備などの区別なく、共有ストレージ（例えば共有ストレージ９０３）に記憶されたコンテンツデータに関する処理を実行可能である。即ち、本実施形態におけるデータ管理システム９００は、管理サーバ９０１が多重化されている場合であっても、それらの「切り替え時間」に起因する、処理時間に関する影響（遅延等）を排除可能である。

更に、各管理サーバ９０１は、共有ストレージ（例えば共有ストレージ９０３）に記憶された管理データに基づいて共有ストレージにおけるファイルシステムを管理する。これより、各管理サーバ９０１が相互に直接通信せずとも共有ストレージにおけるファイルシステムの整合性を保つことが可能であり、また、通信障害等に起因したファイルシステムの障害を低減可能である。

以上より、本実施形態におけるデータ管理システム９００は、多重化された管理サーバ９０１を明示的に切り替えることなく利用可能である。また、本実施形態におけるデータ管理システム９００は、共有ストレージ９０３において共有されるデータを適切に管理可能である。

＜ハードウェア及びソフトウェア・プログラム（コンピュータ・プログラム）の構成＞
以下、上記説明した各実施形態を実現可能なハードウェア構成について説明する。

以下の説明においては、上記各実施形態において説明したビデオサーバシステム（１００、８００）、あるいはデータ管理システム（９００）をまとめて、単に「ビデオサーバシステム」と称する。またこれらビデオサーバシステムの各構成要素を、単に「ビデオサーバシステムの構成要素」と称する。

上記各実施形態において説明したビデオサーバシステムは、１つ又は複数の専用のハードウェア装置により構成されてもよい。その場合、上記各図（図１、図８、及び、図９）に示した各構成要素は、一部又は全部を統合したハードウェア（処理ロジックを実装した集積回路あるいは記憶デバイス等）として実現されてもよい。

例えば、ビデオサーバシステムを専用のハードウェアにより実現する場合、係るビデオサーバシステムの構成要素は、それぞれの機能を提供可能な集積回路（例えば、ＳｏＣ（Ｓｙｓｔｅｍ ｏｎ ａ Ｃｈｉｐ）等）を用いて実装されてもよい。この場合、ビデオサーバシステムの構成要素が保持するデータは、例えば、ＳｏＣとして統合されたＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）領域やフラッシュメモリ領域、あるいは、当該ＳｏＣに接続された記憶デバイス（磁気ディスク等）に記憶されてもよい。また、この場合、ビデオサーバシステムの各構成要素を接続する通信回線としては、周知の通信バスを採用してもよい。また、各構成要素を接続する通信回線はバス接続に限らず、それぞれの構成要素間をピアツーピアで接続してもよい。ビデオサーバシステムを複数のハードウェア装置により構成する場合、それぞれのハードウェア装置の間は、任意の通信手段（有線、無線、またはそれらの組み合わせ）により通信可能に接続されていてもよい。

また、上述したビデオサーバシステム又はその構成要素は、図１０に例示するような汎用のハードウェアと、係るハードウェアによって実行される各種ソフトウェア・プログラム（コンピュータ・プログラム）とによって構成されてもよい。この場合、ビデオサーバシステムは、任意の数の、汎用のハードウェア装置及びソフトウェア・プログラムにより構成されてもよい。

図１０における演算装置１００１は、汎用のＣＰＵ（中央処理装置：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やマイクロプロセッサ等の演算処理装置である。演算装置１００１は、例えば後述する不揮発性記憶装置１００３に記憶された各種ソフトウェア・プログラムを記憶装置１００２に読み出し、係るソフトウェア・プログラムに従って処理を実行してもよい。例えば、上記各実施形態におけるビデオサーバシステムの構成要素（管理サーバ（１０１、８０１、９０１）あるいはビデオサーバ（１０２、８０２等））は、演算装置１００１により実行されるソフトウェア・プログラムとして実現可能である。

記憶装置１００２は、演算装置１００１から参照可能な、ＲＡＭ等のメモリ装置であり、ソフトウェア・プログラムや各種データ等を記憶する。なお、記憶装置１００２は、揮発性のメモリ装置であってもよい。例えば、上記各実施形態におけるメモリ部２０４は、記憶装置１００２を用いて実現可能である。

不揮発性記憶装置１００３は、例えば磁気ディスクドライブや、フラッシュメモリによる半導体記憶装置のような、不揮発性の記憶装置である。不揮発性記憶装置１００３は、各種ソフトウェア・プログラムやデータ等を記憶可能である。

ネットワークインタフェース１００６は、通信ネットワークに接続するインタフェース装置であり、例えば有線及び無線のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）接続用インタフェース装置や、ＳＡＮ接続用インタフェース装置等を採用してもよい。上記各実施形態における管理サーバあるいはビデオサーバは、ネットワークインタフェース１００６を介して、共有ストレージと接続されていてもよい。また、上記各実施形態における管理サーバ及びビデオサーバは、ネットワークインタフェース１００６を介して相互に通信可能に接続されていてもよい。

ドライブ装置１００４は、例えば、後述する記録媒体１００５に対するデータの読み込みや書き込みを処理する装置である。

記録媒体１００５は、例えば光ディスク、光磁気ディスク、半導体フラッシュメモリ等、データを記録可能な任意の記録媒体である。

入出力インタフェース１００７は、外部装置との間の入出力を制御する装置である。

上述した各実施形態を例に説明した本発明におけるビデオサーバシステム（あるいはその構成要素）は、例えば、図１０に例示するハードウェア装置に対して、上記各実施形態において説明した機能を実現可能なソフトウェア・プログラムを供給することにより、実現されてもよい。より具体的には、例えば、係る装置に対して供給したソフトウェア・プログラムを、演算装置１００１が実行することによって、本発明が実現されてもよい。この場合、係るハードウェア装置で稼働しているオペレーティングシステムや、データベース管理ソフト、ネットワークソフト等のミドルウェアなどが各処理の一部を実行してもよい。

更に、上記ソフトウェア・プログラムは記録媒体１００５に記録されてもよい。この場合、上記ソフトウェア・プログラムは、上記ビデオサーバシステム等の出荷段階、あるいは運用段階等において、適宜ドライブ装置１００４を通じて不揮発性記憶装置１００３に格納されるよう構成されてもよい。

なお、上記の場合において、上記ハードウェアへの各種ソフトウェア・プログラムの供給方法は、出荷前の製造段階、あるいは出荷後のメンテナンス段階等において、適当な治具を利用して当該装置内にインストールする方法を採用してもよい。また、各種ソフトウェア・プログラムの供給方法は、インターネット等の通信回線を介して外部からダウンロードする方法等のように、現在では一般的な手順を採用してもよい。

そして、このような場合において、本発明は、係るソフトウェア・プログラムを構成するコード、あるいは係るコードが記録されたところの、コンピュータ読み取り可能な記録媒体によって構成されると捉えることができる。この場合、係る記録媒体は、ハードウェア装置と独立した媒体に限らず、ＬＡＮやインターネットなどにより伝送されたソフトウェア・プログラムをダウンロードして記憶又は一時記憶した記憶媒体を含む。

また、上述したビデオサーバシステムは、図１０に例示するハードウェア装置を仮想化した仮想化環境と、当該仮想化環境において実行される各種ソフトウェア・プログラム（コンピュータ・プログラム）とによって構成されてもよい。この場合、図１０に例示するハードウェア装置の構成要素は、当該仮想化環境における仮想デバイスとして提供される。なお、この場合も、図１０に例示するハードウェア装置を物理的な装置として構成した場合と同様の構成にて、本発明を実現可能である。

以上、本発明を、上述した模範的な実施形態に適用した例として説明した。しかしながら、本発明の技術的範囲は、上述した各実施形態に記載した範囲には限定されない。当業者には、係る実施形態に対して多様な変更又は改良を加えることが可能であることは明らかである。そのような場合、係る変更又は改良を加えた新たな実施形態も、本発明の技術的範囲に含まれ得る。更に、上述した各実施形態、あるいは、係る変更又は改良を加えた新たな実施形態を組み合わせた実施形態も、本発明の技術的範囲に含まれ得る。そしてこのことは、特許請求の範囲に記載した事項から明らかである。

なお、上記の各実施形態の一部又は全部は、以下の付記のようにも記載されうる。なお、以下の付記は本発明をなんら限定するものではない。

（付記１）
１以上の素材情報と、ファイルシステムに関する管理情報とを記憶する共有ストレージと、
上記管理情報に基づいて、上記共有ストレージを管理する複数の管理サーバと、
上記素材情報に関する操作要求を上記管理サーバに送信するビデオサーバと、を備え、
複数の上記管理サーバは、上記素材情報に関する上記ビデオサーバからの上記操作要求をそれぞれ個別に受け付け、上記管理情報に基づいて生成した上記操作要求に対する応答をそれぞれ個別に上記ビデオサーバに送信し、
上記応答を送信した上記管理サーバのうち、上記ビデオサーバから当該応答に関する特定の通知を受け付けた上記管理サーバが、上記素材情報に関する操作を実行する
ビデオサーバシステム。

（付記２）
上記管理情報には、
それぞれの上記管理サーバ毎に用意された、上記共有ストレージにおける上記素材情報の記憶領域を特定可能な素材管理情報と、
複数の上記管理サーバにより共有される、上記共有ストレージにおける空き領域を管理可能な空き領域管理情報と、が含まれ、
複数の上記管理サーバは、上記素材管理情報と、上記空き領域管理情報と、の少なくともいずれかに基づいて生成した上記操作要求に対する応答をそれぞれ個別に上記ビデオサーバに送信する
付記１に記載のビデオサーバシステム。

（付記３）
上記ビデオサーバは、複数の上記管理サーバから上記操作要求に対する応答を受け付けた場合、特定の上記管理サーバに対して当該操作要求に関する処理の実行を承諾することを表す承諾通知を送信すると共に、他の上記管理サーバに対して当該操作要求に関する処理の実行を承諾しないことを表す拒否通知を送信する、
付記１又は付記２に記載のビデオサーバシステム。

（付記４）
上記空き領域管理情報は、複数の上記管理サーバがそれぞれ上記共有ストレージにおいて確保可能な空き領域に関する情報を保持し、
上記ビデオサーバが、複数の上記管理サーバに対して上記共有ストレージに対する新たな上記素材情報の登録を要求する上記操作要求を送信した場合、
当該操作要求を受け付けた複数の上記管理サーバは、それぞれ、上記空き領域管理情報に基づいて、新たな上記素材情報を登録するために上記共有ストレージにおいて確保可能な空き領域に関する情報を含む応答を生成し、当該応答を上記ビデオサーバに送信し、
上記応答を送信した上記管理サーバのうち、上記ビデオサーバから上記承諾通知を受け付けた上記管理サーバは、当該管理サーバが確保した上記空き領域に関する情報と、新たな上記素材情報を特定可能な情報とを、上記素材管理情報に登録し、
上記応答を送信した上記管理サーバのうち、上記ビデオサーバから上記拒否通知を受け付けた上記管理サーバは、当該管理サーバが確保した上記空き領域を解放する
付記３に記載のビデオサーバシステム。

（付記５）
上記ビデオサーバが、複数の上記管理サーバに対して、上記共有ストレージに記憶された上記素材情報に対する削除を要求する上記操作要求を送信した場合、
当該操作要求を受け付けた複数の上記管理サーバは、それぞれ、上記操作要求を処理可能であることを表す応答を生成して上記ビデオサーバに送信し、
上記応答を送信した上記管理サーバのうち、上記ビデオサーバから上記承諾通知を受け付けた上記管理サーバは、
上記素材管理情報に基づいて、上記操作要求により指定された削除対象である上記素材情報が上記共有ストレージにおいて記憶された領域を特定するとともに、当該特定した領域を、空き領域として上記空き領域管理情報に登録し、
上記素材管理情報から、当該削除対象の上記素材情報を削除する
付記３又は付記４に記載のビデオサーバシステム。

（付記６）
上記ビデオサーバが、複数の上記管理サーバに対して、上記共有ストレージに記憶された特定の上記素材情報に対する参照を要求する上記操作要求を送信した場合、
当該操作要求を受け付けた複数の上記管理サーバは、それぞれ、上記素材管理情報に基づいて、上記操作要求により指定された参照対象である上記素材情報が上記共有ストレージにおいて記憶された領域を特定するとともに、当該特定した領域に関する情報を含む応答を生成して上記ビデオサーバに送信する
付記３乃至付記５のいずれかに記載のビデオサーバシステム。

（付記７）
それぞれの上記管理サーバ毎に用意された上記素材管理情報は、それぞれの上記管理サーバからのみ更新可能であるとともに、他の上記管理サーバから参照可能であり、
複数の上記管理サーバは、それぞれの上記管理サーバに用意された上記素材管理情報を操作するタイミングと、定期的なタイミングとの少なくとも一方のタイミングにおいて、他の上記管理サーバに用意された上記第１の素材管理情報を参照し、当該参照した素材管理情報が更新されている場合には、その更新された情報を自管理サーバに割り当てられた上記素材管理情報に反映する、
付記４乃至付記６のいずれかに記載のビデオサーバシステム。

（付記８）
上記空き領域管理情報は両端キューのデータ構造を用いて構成され、
自ビデオサーバシステムが、２台の上記管理サーバを備える場合において、
２台の上記管理サーバのうち、一方の上記管理サーバが、上記両端キューの一端側から上記空き領域管理情報にアクセスし、他方の上記管理サーバが、上記両端キューの他端側から上記空き領域管理情報にアクセスする
付記４乃至付記７のいずれかに記載のビデオサーバシステム。

（付記９）
１以上の素材情報と、ファイルシステムに関する管理情報とを記憶する共有ストレージを、上記管理情報に基づいて管理する複数の管理サーバが、
上記共有ストレージに記憶された上記素材情報に関する操作を要求する操作要求をビデオサーバからそれぞれ個別に受け付け、
上記管理情報に基づいて生成した上記操作要求に対する応答をそれぞれ個別に上記ビデオサーバに送信し、
上記応答を送信した上記管理サーバのうち、上記ビデオサーバから当該応答に関する特定の通知を受け付けた上記管理サーバが、上記素材情報に関する操作を実行する
データ操作方法。

（付記１０）
１以上の素材情報と、ファイルシステムに関する管理情報とを記憶する共有ストレージに記憶された上記素材情報に関する操作を要求する操作要求を、ビデオサーバから受け付ける処理と、
上記管理情報に基づいて生成した上記操作要求に対する応答を上記ビデオサーバに送信する処理と、
上記ビデオサーバから当該応答に関する特定の通知を受け付けた場合に、上記素材情報に関する操作を実行する処理と、をコンピュータに実行させる
コンピュータ・プログラム。

（付記１１）
１以上のコンテンツデータと、ファイルシステムに関する管理データとを記憶する共有ストレージを、上記管理データに基づいて管理する複数の管理サーバを備え、
複数の上記管理サーバは、
上記コンテンツデータに関する操作を要求する操作要求を、当該操作要求の送信元からそれぞれ個別に受け付け、
上記管理データに基づいて生成した上記操作要求に対する応答を、上記操作要求の送信元にそれぞれ個別に送信し、
上記応答を送信した上記管理サーバのうち、上記操作要求の送信元から当該応答に関する特定の通知を受け付けた上記管理サーバが、上記コンテンツデータに関する操作を実行する
データ管理システム。

（付記１２）
上記ビデオサーバは、複数の上記管理サーバから上記操作要求に対する応答を受け付けた場合、最も早く当該応答を受け付けた上記管理サーバに対して、上記承諾通知を送信すると共に、他の上記ファイルシステム管理サーバに対して上記拒否通知を送信する、
付記３に記載のビデオサーバシステム。

１００ ビデオサーバシステム
１０１ ファイルシステム管理サーバ（ＦＳＳ）
１０２ ビデオサーバ（ＶＳ）
１０３ 共有ストレージ
２００ ビデオサーバシステム
２０１ ファイルシステム管理サーバ（ＦＳＳ）
２０２ ビデオサーバ（ＶＳ）
２０３ 共有ストレージ
８００ ビデオサーバシステム
８０１ 管理サーバ
８０２ ビデオサーバ
８０３ 共有ストレージ
９００ データ管理システム
９０１ 管理サーバ
９０２ クライアント
９０３ 共有ストレージ
１００１ 演算装置
１００２ 記憶装置
１００３ 不揮発性記憶装置
１００４ ドライブ装置
１００５ 記録媒体
１００６ ネットワークインタフェース
１００７ 入出力インタフェース

Claims (10)

1. １以上の素材情報と、ファイルシステムに関する管理情報とを記憶する共有ストレージと、
   前記管理情報に基づいて、前記共有ストレージを管理する複数の管理サーバと、
   前記素材情報に関する操作要求を前記管理サーバに送信するビデオサーバとを備え、
   複数の前記管理サーバは、前記素材情報に関する前記ビデオサーバからの前記操作要求をそれぞれ受け付け、前記管理情報に基づいて生成した前記操作要求に対する応答をそれぞれ前記ビデオサーバに送信し、
   前記応答を送信した前記管理サーバのうち、前記ビデオサーバから当該応答に関する特定の通知を受け付けた前記管理サーバが、前記素材情報に関する操作を実行する
   ビデオサーバシステム。
2. 前記管理情報には、
   それぞれの前記管理サーバ毎に用意された、前記共有ストレージにおける前記素材情報の記憶領域を特定可能な素材管理情報と、
   複数の前記管理サーバにより共有される、前記共有ストレージにおける空き領域を管理可能な空き領域管理情報とが含まれ、
   複数の前記管理サーバは、前記素材管理情報と、前記空き領域管理情報と、の少なくともいずれかに基づいて生成した前記操作要求に対する応答を、前記ビデオサーバに送信する
   請求項１に記載のビデオサーバシステム。
3. 前記ビデオサーバは、複数の前記管理サーバから前記操作要求に対する応答を受け付けた場合、特定の前記管理サーバに対して当該操作要求に関する処理の実行を承諾することを表す承諾通知を送信すると共に、他の前記管理サーバに対して当該操作要求に関する処理の実行を承諾しないことを表す拒否通知を送信する、
   請求項１又は請求項２に記載のビデオサーバシステム。
4. 前記空き領域管理情報は、複数の前記管理サーバがそれぞれ前記共有ストレージにおいて確保可能な空き領域に関する情報を保持し、
   前記ビデオサーバが、複数の前記管理サーバに対して前記共有ストレージに対する新たな前記素材情報の登録を要求する前記操作要求を送信した場合、
   当該操作要求を受け付けた複数の前記管理サーバは、それぞれ、前記空き領域管理情報に基づいて、新たな前記素材情報を登録するために前記共有ストレージにおいて確保可能な空き領域に関する情報を含む応答を生成し、当該応答を前記ビデオサーバに送信し、
   前記応答を送信した前記管理サーバのうち、前記ビデオサーバから前記承諾通知を受け付けた前記管理サーバは、当該管理サーバが確保した前記空き領域に関する情報と、新たな前記素材情報を特定可能な情報とを、前記素材管理情報に登録し、
   前記応答を送信した前記管理サーバのうち、前記ビデオサーバから前記拒否通知を受け付けた前記管理サーバは、当該管理サーバが確保した前記空き領域を解放する
   請求項３に記載のビデオサーバシステム。
5. 前記ビデオサーバが、複数の前記管理サーバに対して、前記共有ストレージに記憶された前記素材情報に対する削除を要求する前記操作要求を送信した場合、
   当該操作要求を受け付けた複数の前記管理サーバは、それぞれ、前記操作要求を処理可能であることを表す応答を生成して前記ビデオサーバに送信し、
   前記応答を送信した前記管理サーバのうち、前記ビデオサーバから前記承諾通知を受け付けた前記管理サーバは、
   前記素材管理情報に基づいて、前記操作要求により指定された削除対象である前記素材情報が前記共有ストレージにおいて記憶された領域を特定するとともに、当該特定した領域を、空き領域として前記空き領域管理情報に登録し、
   前記素材管理情報から、当該削除対象の前記素材情報を削除する
   請求項３又は請求項４に記載のビデオサーバシステム。
6. 前記ビデオサーバが、複数の前記管理サーバに対して、前記共有ストレージに記憶された特定の前記素材情報に対する参照を要求する前記操作要求を送信した場合、
   当該操作要求を受け付けた複数の前記管理サーバは、それぞれ、前記素材管理情報に基づいて、前記操作要求により指定された参照対象である前記素材情報が前記共有ストレージにおいて記憶された領域を特定するとともに、当該特定した領域に関する情報を含む応答を生成して前記ビデオサーバに送信する
   請求項３乃至請求項５のいずれかに記載のビデオサーバシステム。
7. それぞれの前記管理サーバ毎に用意された前記素材管理情報は、それぞれの前記管理サーバからのみ更新可能であるとともに、他の前記管理サーバから参照可能であり、
   複数の前記管理サーバは、それぞれの前記管理サーバに用意された前記素材管理情報を操作するタイミングと、定期的なタイミングとの少なくとも一方のタイミングにおいて、他の前記管理サーバに用意された前記第１の素材管理情報を参照し、当該参照した素材管理情報が更新されている場合には、その更新された情報を自管理サーバに割り当てられた前記素材管理情報に反映する、
   請求項４乃至請求項６のいずれかに記載のビデオサーバシステム。
8. 前記空き領域管理情報は両端キューのデータ構造を用いて構成され、
   自ビデオサーバシステムが、２台の前記管理サーバを備える場合において、
   ２台の前記管理サーバのうち、一方の前記管理サーバが、前記両端キューの一端側から前記空き領域管理情報にアクセスし、他方の前記管理サーバが、前記両端キューの他端側から前記空き領域管理情報にアクセスする
   請求項４乃至請求項７のいずれかに記載のビデオサーバシステム。
9. １以上の素材情報と、ファイルシステムに関する管理情報とを記憶する共有ストレージを、前記管理情報に基づいて管理する複数の管理サーバが、
   前記共有ストレージに記憶された前記素材情報に関する操作を要求する操作要求をビデオサーバからそれぞれ受け付け、
   前記管理情報に基づいて生成した前記操作要求に対する応答をそれぞれ前記ビデオサーバに送信し、
   前記応答を送信した前記管理サーバのうち、前記ビデオサーバから当該応答に関する特定の通知を受け付けた前記管理サーバが、前記素材情報に関する操作を実行する
   データ操作方法。
10. １以上の素材情報と、ファイルシステムに関する管理情報とを記憶する共有ストレージに記憶された前記素材情報に関する操作を要求する操作要求を、ビデオサーバから受け付ける処理と、
    前記管理情報に基づいて生成した前記操作要求に対する応答を前記ビデオサーバに送信する処理と、
    前記ビデオサーバから当該応答に関する特定の通知を受け付けた場合に、前記素材情報に関する操作を実行する処理と、をコンピュータに実行させる
    コンピュータ・プログラム。

Images