JP3981220B2 - ビデオオンデマンド装置 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、ビデオオンデマンドシステムに係り、特に、クライアント端末からネットワークを介してアクセスされるビデオサーバを複数備えたビデオオンデマンドシステムに関する。
【０００２】
【従来の技術】
近年、映画、ニュース等の映像を多数格納し、クライアント端末の要求により、動画を配信するビデオサーバの開発が盛んに進められている。従来のビデオサーバシステムでは、ビデオサーバの能力が十分でなくシステムを拡張する必要が生じた場合、高性能のビデオサーバに置き換えることや、ビデオサーバの数を増やして負荷を分散させること等により対応していた（「米Microsoft社のTiger、パソコンでビデオ・オン・デマンド」日経エレクトロニクス別冊「米国情報スーパーハイウエーを支える技術」ｐ４０−４１、1994-10-24、日経ＢＰ、等参照）。
【０００３】
また、映像以外の通常のファイルを格納するようなシステムでは、送出能力の限界という概念が無く、混雑する場合も送出可能な時間を待って送出するのが一般的であり、その際、同じファイルに対して送出装置が複数あったり、その稼動状況に応じて複数の送出装置から一つを選び出すということは、通常行われていなかった。ただし、ほぼ同じ機能を持つサーバ装置を複数備え、それらの稼働状況から一台のサーバ装置を選んで負荷分散させる方式は存在する。
【０００４】
また、一般的なデータベースシステムでは、種々の情報をそれに関する多数の属性情報とともに格納し、属性情報の組み合わせ等から、該当する情報を取り出し、加工して再格納を行っている。映像のデータベースの場合は、映像ファイルとともに、そのタイトル名、分類、日時、制作者等の属性情報が格納され、それらの属性情報をもとに検索される。このとき映像ファイルは、そのまま格納すると容量が巨大となるため、検索に非常に時間がかかる。そこで、従来より、映像データそのものではなく、映像ファイルの場所を示す識別子を格納することが行われる。
【０００５】
また、映像検索方式に関して、視聴端末の要求に応じて映像を送出する装置においては、視聴端末が目的の映像を特定することが必須である。このとき、視聴端末側が目的の映像の名称や、識別子を知っていることはむしろ稀で、視聴者の要求条件をもとに、候補を提示し順に絞り込んでゆく方法がよく行われる。このとき視聴者の要求条件から、候補を探し出す機能が検索である。
【０００６】
【発明が解決しようとする課題】
しかしながら、従来のように負荷分散させる方式では、一般的に、装置の殆どの機能が複数の装置にわたって同一（つまりミラーリング）であり、データの内容毎に、適宜複数の装置に配置されていたり、配置されていなかったりする構成になっていない。また、従来のように全く同じ機能の装置を複数配置することは、映像データのように膨大な容量のものを蓄積する必要がある場合には、Ｎ台に分散すると容量がＮ倍に膨れ上がり、コストの面で好ましくない。一方、映像タイトル毎やカテゴリ毎に別の装置に配置する方式も従来から存在し、この方式ではデータファイルがＮ倍になることはなく、コストの面では有利である。しかしながら、映像ファイルの場合には、特定の少数のタイトルにアクセス要求が集中することがあり、そのとき該当するファイルを持っている装置が一つだけの場合には、負荷分散することができない。
【０００７】
また、従来のように、所望の映像を検索する際、映像ファイルの場所を示す識別子を格納する場合に問題となるのが、映像ファイルの識別子や属性を格納するデータベース装置の内容と、映像ファイルそのものの所在の整合性である。例えば、映像ファイル装置が移動された場合や、障害がある場合には、データベースの内容との間に不整合が発生する。
【０００８】
本発明は、以上の点に鑑み、同じ機能を複数の装置に分散させる方式と、装置毎に別の機能を配置する方式の両方の長所を得ることを目的とする。そして、本発明は、複数のサーバが分散配置されている環境をクライアントが意識せずに、希望するコンテンツをアクセスすることができるビデオオンデマンドシステムを提供することを目的とする。
【０００９】
また、本発明は、ビデオサーバの配信機構及びビデオサーバの送出状況の監視機構については、ビデオサーバが複数存在し、それぞれの送出能力に限りがある場合、送出するべき映像ファイルを持っていて且つ負荷の軽いビデオサーバを自動選択することにより、ビデオサーバ全体としての稼動効率を向上させることを目的とする。
【００１０】
また、本発明は、映像ファイルの検索機構については、例えば、映像ファイルの格納される装置と同じ装置に属性を記録し、映像ファイルの内容と属性情報との整合性を簡単に保持することを目的とする。本発明は、特に、属性情報を映像ファイルの分類の階層構造と全く同じ構造の階層構造のなかに格納することにより、検索時点での属性情報と映像ファイルとの間の整合性を確実にすることを目的とする。
【００１１】
さらに、本発明は、検索された映像ファイルについて、アクセスを保証することを目的とする。本発明は、特に、映像ファイルを蓄積する装置が、離れた場所に配置される場合や、それぞれ管理者が別の場合は、独立に映像ファイルと属性情報をメンテナンスできるようにし、運用上便利なシステムを提供することを目的とする。また、本発明は、特に、映像ファイルを蓄積する装置が、ひとつの映像タイトルに対して複数存在し、仮にそのうちの何台かが停止状態あるいは飽和している場合にも、他に稼動している装置があれば、そこから映像ファイルとそれに関連づけられた属性情報を検索できるようにすることを目的とする。
【００１２】
【課題を解決するための手段】
本発明のビデオオンデマンドシステム、特に、映像送出管理装置（ＳＲＭ：Session Resource Manager）の特徴は、例えば以下の点である。(1) 映像ファイルと、その分類を階層的に管理していること。
(2) 分類するカテゴリ毎に別のビデオサーバに分散して映像ファイルを管理していること。
(3) ビデオサーバの送出状況を監視する独立なソフトウェアが動作すること。
(4) 映像ファイルの分類の階層構造と同じ階層構造で、映像ファイルに付帯する映像検索用の情報を記述するファイルを格納すること。
【００１３】
本発明では、例えば、分類カテゴリと映像の名称のみを使用して、クライアント端末からビデオサーバに対するコンテンツを検索するようにすることにより、該当する映像ファイルがどのビデオサーバに格納されているかを、クライアント端末が知る必要はない。本発明では、クライアントからの要求を受け付ける度に、該当する映像が格納されているビデオサーバの中から、その時点で稼動していて且つ負荷の軽いビデオサーバが自動的に選択され、映像の送出を開始する。映像を格納するビデオサーバは、物理的に離れた場所に配置することも任意であり、クライアント端末は、希望する映像が、全体のシステム中のどこかのビデオサーバ内に存在すれば、そのビデオサーバの位置に関わりなく、映像を受信し、表示することができる。このことは、ビデオサーバの保守のためにも非常に便利である。例えば、映像を格納する装置の一部を保守や修理のため停止する必要がある場合にも、同じ映像を格納するビデオサーバがシステムのどこかで稼動していれば、保守をしようとするビデオサーバを停止することが可能となる。
【００１４】
本発明の解決手段によれば、
コンテンツの配信を要求する複数のクライアント端末と、
前記クライアント端末から要求されるコンテンツを記憶し、該コンテンツを配信する複数のビデオサーバと、
各々の前記ビデオサーバが配信するコンテンツ識別子を記憶した第１のテーブルと、各々の前記ビデオサーバの配信数又は負荷率を記憶する第２のテーブルとを有し、前記クライアント端末から要求されたコンテンツを配信することができる前記ビデオサーバを前記第１のテーブルから検索し、検索された前記ビデオサーバの配信数又は負荷率を前記第２のテーブルから参照し、各々の前記ビデオサーバの負荷を分散するようにコンテンツを配信する前記ビデオサーバを決定する映像送出管理部と、
前記クライアント端末、前記ビデオサーバ及び前記映像送出管理部の各々を相互に接続するネットワークと、
を備えたビデオオンデマンドシステムを提供する。
【００１５】
【発明の実施の形態】
図１に、本発明に係るビデオオンデマンドシステムの構成図を示す。
このビデオオンデマンドシステムは、映像送出管理装置（ＳＲＭ）１、映像送出装置（ビデオサーバ）Ａ及びＢ ２、ネットワーク３を備える。ネットワーク３には、クライアント端末４が複数接続される。
【００１６】
映像送出管理装置１は、各サーバを管理し、コンテンツのクライアント端末４への配信を制御する主装置、及び、内部データを設定・変更する等を行う保守装置などを備える。映像送出管理装置１は、ネットワークに接続されているが、ビデオサーバ２に直接接続される場合もある。ビデオサーバ２は、それぞれコンテンツ等を蓄積したコンテンツ蓄積装置、及び、コンテンツの配信を制御する主装置等を備える。また、コンテンツの追加及び削除等を行う保守装置等が適宜設けられる。クライアント端末４は、コンテンツを視聴するための映像装置、及び、ビデオサーバ２からの映像の配信を受け、映像の早送り、早戻し、中止、再生等を制御する主装置等を備える。ネットワーク３は、例えば、ＡＴＭ(Asynchronous Transfer Mode)ネットワーク、ＳＴＭ(Synchronous Transfer Mode)ネットワーク、ＩＰ(Internet Protocol)ネットワーク等、適宜のネットワークを用いることができる。
【００１７】
ビデオオンデマンドシステムにおいて、映像送出管理装置１の機能は、クライアント端末４からのビデオの視聴要求に対して、映像ファイルが格納されている適切なビデオサーバ２を選び出し、そのビデオサーバ２に対して送出開始を指示すること、及び、クライアント端末４からの映像に関するキーワード条件等から、その適合候補の一覧をクライアント端末４に提示すること等である。したがって、映像送出管理装置１は、ビデオサーバ２の管理機能と、データベース機能とを併せ持つ。
【００１８】
ビデオサーバ２の管理機能についての本発明の特徴としては、例えば、以下のものが挙げられる。
(1) 映像送出管理装置１による複数のビデオサーバ２の稼働状況を管理する機能を、ビデオサーバ２とは独立に動作させる。
(2) アクセス要求が高い映像ファイルは、複数のビデオサーバ２に配置する。
(3) アクセス要求が低い映像ファイルは、格納するビデオサーバ２を限定する。
(4) ある映像ファイルの要求を受けたとき、映像送出管理装置１は、該当する映像ファイルを格納しているビデオサーバ２のうち、稼動率の低いビデオサーバ２を選び出し、その装置を特定する情報を、映像の要求元に返す。
(5) 映像の要求元は、受け取った装置を特定する情報に基づいて、ビデオサーバ２との間の通信を開始する。
(6) この機能を実現するためには、映像送出管理装置１には、要求される映像がどのビデオサーバ２に格納されているのかを示す表、あるいは、どのビデオサーバ２に該当の映像が含まれているかを示す情報を外部から受け取る機構等を設けるようにする。
(7) 映像送出管理装置１には、それが管理するビデオサーバ２が、それぞれどの程度の稼働率かを実時間で管理する表、稼働率をビデオサーバ２に問い合わせる機構、ビデオサーバ２から稼働率の通知を受ける機構、あるいは、映像送出管理装置１自身が各ビデオサーバ２に対してどれだけの送出を割り振ったかを記録する機構等のうち、いずれかひとつ以上の機構を備える。
【００１９】
また、データベース機能（特に、映像検索等）についての本発明の特徴としては、例えば、以下のものが挙げられる。
(1) 映像ファイルとその属性情報（例えば、以下に詳述するようなカテゴリ識別子、コンテンツ識別子、ストリーム情報、ファイル情報等）は、同じ装置に格納する。
(2) 映像ファイルへアクセスする時の階層構造と、その属性情報にアクセスする時の階層構造を一致させる。
(3) 属性情報を格納し問い合わせに回答する機能ブロックは、検索の高速化のため、映像ファイルを送出するブロックとは独立させる。
【００２０】
以下に、映像送出管理装置１及びビデオサーバ２が備える各種テーブルについて説明する。
図２に、映像送出管理装置の検索テーブル（第１のテーブル）の説明図を示す。ここでは、図２(A)に示されるように、各カテゴリ毎のコンテンツ名（識別子）が記憶される。カテゴリとしては、例えば、政治、経済、国際、スポーツ等の様々なものが挙げられる。コンテンツ名としては、政治については、例えば、官房長官記者会見、参議院会議等の詳細な内容の識別子が記憶される。また、図２(B)に示されるように、さらに、このテーブルには、各コンテンツ名毎に、そのファイル情報を記憶したビデオサーバ名（識別子）が記憶される。なお、図２(A)及び(B)の記憶内容は、ひとつ又は複数のエリアに適宜記憶されることができる。
【００２１】
図３には、映像送出管理装置の第２のテーブルの説明図を示す。このテーブルは、各ビデオサーバ毎の配信数を記憶したものである。以下では、配信数を例にとって説明するが、負荷率を記憶するようにしても良い。負荷率としては、例えば、あるビデオサーバの現在の配信数を最大配信数で割った値を用いることができる。
【００２２】
図４に、ビデオサーバのコンテンツ情報の説明図を示す。
各ビデオサーバには、適宜のコンテンツ名について、動画データ等のストリーム情報、スナップデータ及び文書データ等のファイル情報が記憶される。なお、動画データ、スナップデータ、文書データのいずれかの情報のみを記憶しても良い。クライアント端末からの要求程度又はその予想等に応じて、適宜複数のコンテンツをひとつのビデオサーバに記憶しても良いし、複数のビデオサーバに同一のコンテンツを記憶する等しても良い。ここでは、一例として、図４(A)に示されるように、ビデオサーバＡには、日本シリーズ決戦、官房長官記者会見等のコンテンツが記憶されている。同様に、図４(B)に示されるように、ビデオサーバＢには、ＧＤＰ見通し、スペースシャトル等のコンテンツが記憶されている。
【００２３】
つぎに、オブジェクトの階層構造について説明する。
まず、図５に、コンテンツ配信用オブジェクトの構造についての説明図を示す。
映像送出管理装置では、まず、上位にサービスゲートウェイが設定され、サービスゲートウェイとカテゴリディレクトリの階層関係を規定するテーブルが設けられる。カテゴリディレクトリには、カテゴリ名（識別子）が記憶され、カテゴリディレクトリとコンテンツディレクトリの階層関係を規定するテーブルが設けられる。これらは、図２の第１のテーブルに対応する。また、映像送出管理装置サーバでは、デリバリーオブジェクトが設けられる。これは、図３の第２のテーブルに対応する。
【００２４】
各ビデオサーバでは、各コンテンツに対応したディレクトリが記憶される。上述のように、動画データ等のストリーム情報、スナップデータ及び文書データ等のファイル情報が記憶される。例えば、コンテンツ識別子’Cont0001’については、カテゴリ識別子’Cate0001’、コンテンツ識別子’Cont0001’、ストリーム及びファイル情報’\Cont0001’という階層構造をとり、ビデオサーバＡに格納されていることが示される。そして、このような階層構造により、クライアント端末が要求するコンテンツを検索することができる。
【００２５】
図６に、検索用オブジェクト及び配信用オブジェクトの構造についての説明図を示す。
本発明では、配信用オブジェクトと検索用オブジェクトとを同一の階層構造とすることにより、コンテンツと検索情報の整合性をとるようにした。検索用オブジェクト中には、コンテンツ名、作製日時、作成者等を記憶した検索情報ファイル’SFile’が含まれる。検索情報ファイル’SFile’は、ストリームファイルを格納するビデオサーバと同じビデオサーバに格納される。配信用オブジェクト中、ビデオサーバには、検索情報ファイルではなく、ストリーム情報及びファイル情報が格納される。検索用オブジェクトは、配信用オブジェクトと独立して動作させることで、検索処理を高速化できるとともに、配信処理が飽和状態のビデオサーバに対しても検索を行うことができる。
【００２６】
つぎに、本発明に係るビデオオンデマンドシステムの概略動作を説明する。
図７に、本発明のビデオオンデマンドシステムの概略動作の説明図を示す。この図では、映像送出管理装置１が、各ビデオサーバの配信状況を監視することで、配信に用いられるビデオサーバの負荷分散を行うシーケンス図を示している。
【００２７】
まず、クライアント端末４が、コンテンツ要求を行うと、映像送出管理装置１は、ネットワークを経由して（又は、直接クライアント端末４と接続される場合は、直接に）、その要求を受信する。映像送出管理装置１は、要求されたタイトル、コンテンツ名等のコンテンツを特定するデータから、カテゴリディレクトリ及びコンテンツディレクトリ（第１のテーブル）で、カテゴリ識別子及びコンテンツ識別子を判断するとともに、該当するビデオサーバ２を検索する。
【００２８】
次に、映像送出管理装置１は、デリバリーオブジェクト（第２のテーブル）を参照する。デリバリーオブジェクトは、各ビデオサーバのストリーム情報及び／又はファイル情報の配信状況を監視するためのもので、各ビデオサーバの配信数をテーブルで管理する。映像送出管理装置１は、第２のテーブルから取得される現在の配信数と予め設定した各ビデオサーバの最大配信数から、負荷率（％）を算出し、負荷状況を把握する。負荷率が一定値を超えた（又は、一定値以上になった）ビデオサーバは、配信ビジー状態とみなされ、クライアント端末４への接続先対象から除外される。また、最適なビデオサーバを決定する方法としては、例えば、負荷率が最小又は比較的小さいビデオサーバ、配信数が最小又は比較的小さいビデオサーバ、配信終了した順番が古い又は新しいビデオサーバ等、予め定めた適宜の優先順位で決定することができる。
【００２９】
この例では、配信数ｘ及び最大配信数ＸのビデオサーバＡと、配信数ｙ及び最大配信数ＹのビデオサーバＢとが、クライアント端末４から要求されたコンテンツを記憶した対象として選択された場合を示す。そして、ｘ／Ｘがｙ／Ｙより小さいと判断された場合であり、接続先をビデオサーバＡに決定したものである。映像送出管理装置１は、ビデオサーバＡに配信要求を行い、デリバリーオブジェクト（第２のテーブル）のビデオサーバＡの配信数を増加する。
【００３０】
ビデオサーバＡは、要求されたコンテンツのストリーム情報及び／又はファイル情報を配信し、以後は、クライアント端末４との間で配信状況が適宜制御される。ビデオサーバＡが配信を終了した際、映像送出管理装置１は、その通知を受け又はそれを判断して、デリバリーオブジェクトのビデオサーバＡの配信数を減少する。
【００３１】
以下に、本発明に係るビデオオンデマンドシステムの動作について、さらに詳細に説明する。
図８に、検索及び詳細情報表示に関するブロック図を示す。
クライアント(Client)４には、検索機能４１及び詳細情報表示機能４２を備える。検索機能４１は、条件入力機能、結果一覧機能等を含む。詳細情報表示機能４２は、イメージ表示機能及びキャプション表示機能等を含む。映像送出管理装置１は、サービスゲートウェイ１１、コンテンツディレクトリ１２等を含む。サービスゲートウェイ１１は、例えば、コンテンツリストを作成し、また、各コンテンツ検索結果を保持・蓄積する。ビデオサーバ２は、識別データ等のファイル２１、イメージ及びキャプション等のファイル２２を備える。
【００３２】
図９に、検索シーケンス図を示す。図８及び図９を参照して、検索動作についての説明を行う。
まず、クライアント(Client)４は、映像送出管理装置１内のサービスゲートウェイマネジャー(Service Gateway Mgr)に、オブジェクト起動要求を送付する(resolve)。サ−ビスゲートウェイマネジャーは、これにより、サービスゲートウェイ１１にコンテンツリストを作成するとともに、クライアント４へサービスゲートウェイオブジェクトレファレンス(Service Gateway OR)を返送する。
【００３３】
つぎに、クライアント４は、サービスゲートウェイ１１に検索要求をすると(search)、サービスゲートウェイ１１は、カテゴリディレクトリマネジャー(Category Dir Mgr)を起動し(launch)、カテゴリディレクトリ１３を生成する。カテゴリディレクトリ１３は、さらに、コンテンツディレクトリマネジャー(Contents Dir Mgr)を起動し(launch)、コンテンツディレクトリ１２を生成する。コンテンツディレクトリ１２は、さらに、ビデオサーバ２内のファイルマネジャー(File Mgr)を起動する(launch)。ファイルマネジャーは、ファイル２１を生成するとともに、サービスゲートウェイ１１にファイルオブジェクトレファレンス(File OR)を返送する。サービスゲートウェイ１１は、ビデオサーバ２のファイル２１を検索し(search)、その後、ファイルマネジャーに切断要求をし(unalaunch)、ファイルマネジャーはこれを受けて、ファイル２１を消滅する。このように、映像送出管理装置１は、対象のコンテンツ分検索を繰り返し、サービスゲートウェイ１１は、各コンテンツの検索結果を保持・蓄積する。
【００３４】
その後、サービスゲートウェイ１１は、クライアント４に検索結果を送り、クライアント４は、サービスゲートウェイ１１に解放要求をして(destroy)、サービスゲートウェイ１１はコンテンツリストを消滅させる。
【００３５】
つぎに、図１０に、詳細情報表示シーケンス図を示す。図８及び図１０を参照して、詳細情報表示動作についての説明を行う。
まず、クライアント(Client)４は、映像送出管理装置１内のサービスゲートウェイ１１に、上述の検索シーケンスにより得られたオブジェクト起動要求を送付し(resolve)、サービスゲートウェイ１１は、これにより、カテゴリディレクトリマネジャー(Category Dir Mgr)を起動する。カテゴリディレクトリマネジャーは、カテゴリディレクトリ(Category Dir)１３を生成するとともに、サービスゲートウェイ１１にカテゴリディレクトリオブジェクトレファレンス(Category Dir OR)を返送し、さらに、サービスゲートウェイ１１からクライアント４へカテゴリディレクトリオブジェクトレファレンスを返送する。
【００３６】
つぎに、クライアント４は、カテゴリディレクトリ１３にオブジェクト起動要求を送付すると(resolve)、カテゴリディレクトリ１３は、さらに、コンテンツディレクトリマネジャー(Contents Dir Mgr)を起動する(launch)。コンテンツディレクトリマネジャーは、コンテンツディレクトリ１２を生成するとともに、カテゴリディレクトリ１３にコンテンツディレクトリオブジェクトレファレンス(Contents Dir OR)を返送し、さらに、コンテンツディレクトリ１２からクライアント４へコンテンツディレクトリオブジェクトレファレンスを返送する。
【００３７】
つぎに、クライアント４は、コンテンツディレクトリ１２にオブジェクト起動要求を送付すると(resolve)、コンテンツディレクトリ１２は、ビデオサーバ２内のイメージやキャプション等のファイルマネジャー(File Mgr)を起動する (launch)。ファイルマネジャーは、イメージやキャプション等のファイル２２を生成するとともに、コンテンツディレクトリ１２にファイルオブジェクトレファレンス(File OR)を返送し、コンテンツディレクトリ１２は、このオブジェクトレファレンスをクライアント４へ送る。
【００３８】
つぎに、クライアント４は、ビデオサーバ２からイメージやキャプション等のファイル２２を読み込み(read)、その後、終了要求をする(close)。コンテンツディレクトリ１２は、終了要求を受けると、ファイルマネジャーに切断要求をして(unlaunch)、ファイル２２を消滅させる。カテゴリマネジャーは、終了要求を受けると、コンテンツディレクトリマネジャーに切断要求をして(unlaunch)、コンテンツディレクトリ１２を消滅させる。さらに、サービスゲートウェイ１１は、終了要求を受けると、カテゴリディレクトリマネジャーに切断要求をして(unlaunch)、カテゴリディレクトリ１３を消滅させる。クライアント４は、さらに、サービスゲートウェイマネジャーに解放要求をし(destroy)、サービスゲートウェイ１１を消滅させる。
【００３９】
図１１に、映像配信に関するブロック説明図を示す。
クライアント４には、詳細情報表示機能４２及び映像再生機能を備える。詳細情報表示機能４２は、コンテンツ選択機能及び再生要求機能等を含む。映像再生機能は、ビューワー表示機能、プレイ・ストップ・ポーズ等の制御機能を含む。映像送出管理装置１は、サービスゲートウェイ１１、カテゴリディレクトリ１３、コンテンツディレクトリ１２、デリバリー１４等を含む。ビデオサーバ２は、ストリーム等を有する。
【００４０】
つぎに、図１２に、映像配信シーケンス図を示す。図１１及び図１２を参照して、映像配信動作についての説明を行う。なお、括弧内の参照番号は、両図面でそれぞれ対応するものである。
まず、クライアント(Client)４は、上述の詳細情報表示シーケンスによりえられたコンテンツを選択し、再生要求を行うため、映像送出管理装置１内のサービスゲートウェイ１１に、オブジェクト起動要求を送付する(resolve)(1)。サービスゲートウェイ１１は、これにより、カテゴリディレクトリマネジャー(Category Dir Mgr)を起動する(2)。カテゴリディレクトリマネジャーは、カテゴリディレクトリ(Category Dir)１３を生成するとともに、サービスゲートウェイ１１を介してクライアント４へカテゴリディレクトリオブジェクトレファレンス(Category Dir OR)を返送する(3)。
【００４１】
つぎに、クライアント４は、カテゴリディレクトリ１３にオブジェクト起動要求を送付すると(resolve)(4)、カテゴリディレクトリ１３は、さらに、コンテンツディレクトリマネジャー(Contents Dir Mgr)を起動する(launch)(5)。コンテンツディレクトリマネジャーは、コンテンツディレクトリ１２を生成するとともに、クライアント４へコンテンツディレクトリオブジェクトレファレンス(Contents Dir OR)を返送する(6)。
【００４２】
つぎに、クライアント４は、コンテンツディレクトリ１２にオブジェクト起動要求を送付すると(resolve)(7)、コンテンツディレクトリ１２は、デリバリー(Delivery)１４に対して、前述のように、各ビデオサーバ２のマシンロードの状況をチェックして適当なビデオサーバ２を選択し(8)、そのストリームマネジャー(Stream Mgr)を起動する (launch)(9)。ストリームマネジャーは、ストリームを生成するとともに、デリバリー１４に対して配信するビデオサーバ２の配信数データをインクレメントする要求を送る(increment)(10)。ストリームマネジャーは、ストリームを初期化し(initialize)、クライアント４にストリームオブジェクトレファレンス(Stream OR)を送る(11)。そして、クライアント４は、ビデオサーバ２に対して直接要求して、ストリームのプレイ・ポーズ・ストップ等の制御を行う(12)。
【００４３】
その後、クライアント４は、ビデオサーバ２のストリームの配信終了要求をする(close)。コンテンツディレクトリ１２は、終了要求を受けると、ストリームマネジャーに切断要求をして(unlaunch)、ストリ−ムを消滅させ、ビデオサーバ２からディバリーの配信数データのデクレメント要求がなされる(decrement)。また、カテゴリマネジャーは、終了要求を受けると、コンテンツディレクトリマネジャーに切断要求をして(unlaunch)、コンテンツディレクトリ１２を消滅させる。
【００４４】
【発明の効果】
本発明によると、以上のように、複数のサーバが分散配置されている環境をクライアントが意識せずに、希望するコンテンツをアクセスすることができる。
本発明によると、ビデオサーバの配信機構及びビデオサーバの送出状況の監視機構については、ビデオサーバが複数存在し、それぞれの送出能力に限りがある場合、送出するべき映像ファイルを持っていて且つ負荷の軽いビデオサーバを自動選択することにより、ビデオサーバ全体としての稼動効率を向上させることができる。
【００４５】
また、本発明によると、映像ファイルの検索機構については、例えば、映像ファイルの格納される装置と同じ装置に属性を記録し、映像ファイルの内容と属性情報との整合性を簡単に保持することができる。本発明によると、特に、属性情報を映像ファイルの分類の階層構造と全く同じ構造の階層構造のなかに格納することにより、検索時点での属性情報と映像ファイルとの間の整合性を確実にすることができる。
【００４６】
また、本発明によると、検索された映像ファイルについて、アクセスを保証することができる。本発明によると、特に、映像ファイルを蓄積する装置が、離れた場所に配置される場合や、それぞれ管理者が別の場合は、独立に映像ファイルと属性情報をメンテナンスできるようになり、運用上便利なシステムを提供することができる。また、本発明によると、特に、映像ファイルを蓄積する装置が、ひとつの映像タイトルに対して複数存在し、仮にそのうちの何台かが停止状態あるいは飽和している場合にも、他に稼動している装置があれば、そこから映像ファイルとそれに関連づけられた属性情報を検索することができる。
【図面の簡単な説明】
【図１】本発明に係るビデオオンデマンドシステムの構成図。
【図２】映像送出管理装置の検索テーブル（第１のテーブル）の説明図。
【図３】映像送出管理装置の第２のテーブルの説明図。
【図４】ビデオサーバのコンテンツ情報の説明図。
【図５】コンテンツ配信用オブジェクトの構造についての説明図。
【図６】検索用オブジェクト及び配信用オブジェクトの構造についての説明図。
【図７】本発明のビデオオンデマンドシステムの概略動作の説明図。
【図８】検索及び詳細情報表示に関するブロック図。
【図９】検索シーケンス図。
【図１０】詳細情報表示シーケンス図。
【図１１】映像配信に関するブロック説明図。
【図１２】映像配信シーケンス図。
【符号の説明】
１ 映像送出管理装置（ＳＲＭ）
２ 映像送出装置（ビデオサーバ）
３ ネットワーク
４ クライアント端末

Claims (2)

1. コンテンツの配信を要求するクライアント端末から要求されるコンテンツを記憶し、該コンテンツを配信する複数のビデオサーバと、
   各々の前記ビデオサーバが配信するコンテンツ識別子を記憶した第１のテーブルと、各々の前記ビデオサーバの配信数又は負荷率を記憶する第２のテーブルとを有し、前記クライアント端末から要求されたコンテンツを配信することができる前記ビデオサーバを前記第１のテーブルから検索し、検索された前記ビデオサーバの配信数又は負荷率を前記第２のテーブルから参照し、各々の前記ビデオサーバの負荷を分散するようにコンテンツを配信する前記ビデオサーバを決定する映像送出管理装置と、
   を備え、
   前記映像送出管理装置の前記第１のテーブルは、前記ビデオサーバ毎にカテゴリ識別子と、カテゴリ毎のコンテンツ識別子とを記憶し、
   前記ビデオサーバは、コンテンツのストリーム情報及び／又はファイル情報を記憶し、
   カテゴリ識別子を含むカテゴリディレクトリと、コンテンツ識別子を含むコンテンツディレクトリと、コンテンツのストリーム情報及び／又はファイル情報とが順次階層構造をとるようにして配信用オブジェクトを構成し、
   カテゴリ識別子を含むカテゴリディレクトリと、コンテンツ識別子を含むコンテンツディレクトリと、コンテンツの属性情報を格納する検索情報ファイルとが順次階層構造をとり、且つ、前記検索情報ファイルが、コンテンツのストリーム情報を格納する前記ビデオサーバと同じ前記ビデオサーバに格納されており、且つ、前記配信用オブジェクトにおける階層構造と同一の階層構造をとるようにして検索用オブジェクトを構成し、
   前記映像送出管理装置は、前記クライアント端末から検索要求を受けると、前記ビデオサーバのファイルを検索し、各コンテンツの検索結果を保持・蓄積することを特徴とするビデオオンデマンド装置。
2. 前記映像送出管理装置は、
   前記ビデオサーバへのストリーム配信要求時に、前記第２のテーブルの配信数又は負荷率を加算し、ストリーム配信終了時に、それを減算することを特徴とする請求項１に記載のビデオオンデマンド装置。

Images