JP2001094959A

JP2001094959A - ビデオオンデマンドシステム

Info

Publication number: JP2001094959A
Application number: JP27019699A
Authority: JP
Inventors: Hiroyuki Motobe; 宏行本部; Yasuhiro Higashide; 康宏東出; Michiyasu Iwata; 充康岩田; Tatsuya Kurioka; 辰弥栗岡; Hisahiro Ito; 寿浩伊藤; Yukio Iwahana; 幸男岩鼻
Original assignee: Hitachi Ltd; Nippon Hoso Kyokai NHK; Japan Broadcasting Corp
Current assignee: Hitachi Ltd; Japan Broadcasting Corp
Priority date: 1999-09-24
Filing date: 1999-09-24
Publication date: 2001-04-06
Anticipated expiration: 2019-09-24
Also published as: JP3981220B2

Abstract

(57)【要約】【課題】送出するべき映像ファイルを持ち且つ負荷の
軽いビデオサーバを自動選択することにより、ビデオサ
ーバ全体としての稼動効率を向上させる。【解決手段】クライアント端末４が、所望のコンテン
ツ要求を行うと、映像送出管理装置１は、カテゴリ識別
子及びコンテンツ識別子を判断するとともに、要求され
たコンテンツを格納したビデオサーバＡ及びＢを検索す
る。映像送出管理装置１は、各ビデオサーバの配信数を
求め、ビデオサーバＡとＢの負荷率に基づき、接続先を
ビデオサーバＡに決定する。ビデオサーバＡは、要求さ
れたコンテンツのストリーム情報及び／又はファイル情
報をクライアント端末４に配信し、以後は、クライアン
ト端末４との間で配信状況が適宜制御される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ビデオオンデマン
ドシステムに係り、特に、クライアント端末からネット
ワークを介してアクセスされるビデオサーバを複数備え
たビデオオンデマンドシステムに関する。

【０００２】

【従来の技術】近年、映画、ニュース等の映像を多数格
納し、クライアント端末の要求により、動画を配信する
ビデオサーバの開発が盛んに進められている。従来のビ
デオサーバシステムでは、ビデオサーバの能力が十分で
なくシステムを拡張する必要が生じた場合、高性能のビ
デオサーバに置き換えることや、ビデオサーバの数を増
やして負荷を分散させること等により対応していた
（「米Microsoft社のTiger、パソコンでビデオ・オン・
デマンド」日経エレクトロニクス別冊「米国情報スーパ
ーハイウエーを支える技術」ｐ４０−４１、1994-10-2
4、日経ＢＰ、等参照）。

【０００３】また、映像以外の通常のファイルを格納す
るようなシステムでは、送出能力の限界という概念が無
く、混雑する場合も送出可能な時間を待って送出するの
が一般的であり、その際、同じファイルに対して送出装
置が複数あったり、その稼動状況に応じて複数の送出装
置から一つを選び出すということは、通常行われていな
かった。ただし、ほぼ同じ機能を持つサーバ装置を複数
備え、それらの稼働状況から一台のサーバ装置を選んで
負荷分散させる方式は存在する。

【０００４】また、一般的なデータベースシステムで
は、種々の情報をそれに関する多数の属性情報とともに
格納し、属性情報の組み合わせ等から、該当する情報を
取り出し、加工して再格納を行っている。映像のデータ
ベースの場合は、映像ファイルとともに、そのタイトル
名、分類、日時、制作者等の属性情報が格納され、それ
らの属性情報をもとに検索される。このとき映像ファイ
ルは、そのまま格納すると容量が巨大となるため、検索
に非常に時間がかかる。そこで、従来より、映像データ
そのものではなく、映像ファイルの場所を示す識別子を
格納することが行われる。

【０００５】また、映像検索方式に関して、視聴端末の
要求に応じて映像を送出する装置においては、視聴端末
が目的の映像を特定することが必須である。このとき、
視聴端末側が目的の映像の名称や、識別子を知っている
ことはむしろ稀で、視聴者の要求条件をもとに、候補を
提示し順に絞り込んでゆく方法がよく行われる。このと
き視聴者の要求条件から、候補を探し出す機能が検索で
ある。

【０００６】

【発明が解決しようとする課題】しかしながら、従来の
ように負荷分散させる方式では、一般的に、装置の殆ど
の機能が複数の装置にわたって同一（つまりミラーリン
グ）であり、データの内容毎に、適宜複数の装置に配置
されていたり、配置されていなかったりする構成になっ
ていない。また、従来のように全く同じ機能の装置を複
数配置することは、映像データのように膨大な容量のも
のを蓄積する必要がある場合には、Ｎ台に分散すると容
量がＮ倍に膨れ上がり、コストの面で好ましくない。一
方、映像タイトル毎やカテゴリ毎に別の装置に配置する
方式も従来から存在し、この方式ではデータファイルが
Ｎ倍になることはなく、コストの面では有利である。し
かしながら、映像ファイルの場合には、特定の少数のタ
イトルにアクセス要求が集中することがあり、そのとき
該当するファイルを持っている装置が一つだけの場合に
は、負荷分散することができない。

【０００７】また、従来のように、所望の映像を検索す
る際、映像ファイルの場所を示す識別子を格納する場合
に問題となるのが、映像ファイルの識別子や属性を格納
するデータベース装置の内容と、映像ファイルそのもの
の所在の整合性である。例えば、映像ファイル装置が移
動された場合や、障害がある場合には、データベースの
内容との間に不整合が発生する。

【０００８】本発明は、以上の点に鑑み、同じ機能を複
数の装置に分散させる方式と、装置毎に別の機能を配置
する方式の両方の長所を得ることを目的とする。そし
て、本発明は、複数のサーバが分散配置されている環境
をクライアントが意識せずに、希望するコンテンツをア
クセスすることができるビデオオンデマンドシステムを
提供することを目的とする。

【０００９】また、本発明は、ビデオサーバの配信機構
及びビデオサーバの送出状況の監視機構については、ビ
デオサーバが複数存在し、それぞれの送出能力に限りが
ある場合、送出するべき映像ファイルを持っていて且つ
負荷の軽いビデオサーバを自動選択することにより、ビ
デオサーバ全体としての稼動効率を向上させることを目
的とする。

【００１０】また、本発明は、映像ファイルの検索機構
については、例えば、映像ファイルの格納される装置と
同じ装置に属性を記録し、映像ファイルの内容と属性情
報との整合性を簡単に保持することを目的とする。本発
明は、特に、属性情報を映像ファイルの分類の階層構造
と全く同じ構造の階層構造のなかに格納することによ
り、検索時点での属性情報と映像ファイルとの間の整合
性を確実にすることを目的とする。

【００１１】さらに、本発明は、検索された映像ファイ
ルについて、アクセスを保証することを目的とする。本
発明は、特に、映像ファイルを蓄積する装置が、離れた
場所に配置される場合や、それぞれ管理者が別の場合
は、独立に映像ファイルと属性情報をメンテナンスでき
るようにし、運用上便利なシステムを提供することを目
的とする。また、本発明は、特に、映像ファイルを蓄積
する装置が、ひとつの映像タイトルに対して複数存在
し、仮にそのうちの何台かが停止状態あるいは飽和して
いる場合にも、他に稼動している装置があれば、そこか
ら映像ファイルとそれに関連づけられた属性情報を検索
できるようにすることを目的とする。

【００１２】

【課題を解決するための手段】本発明のビデオオンデマ
ンドシステム、特に、映像送出管理装置（ＳＲＭ：Sess
ion Resource Manager）の特徴は、例えば以下の点であ
る。 (1) 映像ファイルと、その分類を階層的に管理している
こと。 (2) 分類するカテゴリ毎に別のビデオサーバに分散して
映像ファイルを管理していること。 (3) ビデオサーバの送出状況を監視する独立なソフトウ
ェアが動作すること。 (4) 映像ファイルの分類の階層構造と同じ階層構造で、
映像ファイルに付帯する映像検索用の情報を記述するフ
ァイルを格納すること。

【００１３】本発明では、例えば、分類カテゴリと映像
の名称のみを使用して、クライアント端末からビデオサ
ーバに対するコンテンツを検索するようにすることによ
り、該当する映像ファイルがどのビデオサーバに格納さ
れているかを、クライアント端末が知る必要はない。本
発明では、クライアントからの要求を受け付ける度に、
該当する映像が格納されているビデオサーバの中から、
その時点で稼動していて且つ負荷の軽いビデオサーバが
自動的に選択され、映像の送出を開始する。映像を格納
するビデオサーバは、物理的に離れた場所に配置するこ
とも任意であり、クライアント端末は、希望する映像
が、全体のシステム中のどこかのビデオサーバ内に存在
すれば、そのビデオサーバの位置に関わりなく、映像を
受信し、表示することができる。このことは、ビデオサ
ーバの保守のためにも非常に便利である。例えば、映像
を格納する装置の一部を保守や修理のため停止する必要
がある場合にも、同じ映像を格納するビデオサーバがシ
ステムのどこかで稼動していれば、保守をしようとする
ビデオサーバを停止することが可能となる。

【００１４】本発明の解決手段によれば、コンテンツの
配信を要求する複数のクライアント端末と、前記クライ
アント端末から要求されるコンテンツを記憶し、該コン
テンツを配信する複数のビデオサーバと、各々の前記ビ
デオサーバが配信するコンテンツ識別子を記憶した第１
のテーブルと、各々の前記ビデオサーバの配信数又は負
荷率を記憶する第２のテーブルとを有し、前記クライア
ント端末から要求されたコンテンツを配信することがで
きる前記ビデオサーバを前記第１のテーブルから検索
し、検索された前記ビデオサーバの配信数又は負荷率を
前記第２のテーブルから参照し、各々の前記ビデオサー
バの負荷を分散するようにコンテンツを配信する前記ビ
デオサーバを決定する映像送出管理部と、前記クライア
ント端末、前記ビデオサーバ及び前記映像送出管理部の
各々を相互に接続するネットワークと、を備えたビデオ
オンデマンドシステムを提供する。

【００１５】

【発明の実施の形態】図１に、本発明に係るビデオオン
デマンドシステムの構成図を示す。このビデオオンデマ
ンドシステムは、映像送出管理装置（ＳＲＭ）１、映像
送出装置（ビデオサーバ）Ａ及びＢ２、ネットワーク
３を備える。ネットワーク３には、クライアント端末４
が複数接続される。

【００１６】映像送出管理装置１は、各サーバを管理
し、コンテンツのクライアント端末４への配信を制御す
る主装置、及び、内部データを設定・変更する等を行う
保守装置などを備える。映像送出管理装置１は、ネット
ワークに接続されているが、ビデオサーバ２に直接接続
される場合もある。ビデオサーバ２は、それぞれコンテ
ンツ等を蓄積したコンテンツ蓄積装置、及び、コンテン
ツの配信を制御する主装置等を備える。また、コンテン
ツの追加及び削除等を行う保守装置等が適宜設けられ
る。クライアント端末４は、コンテンツを視聴するため
の映像装置、及び、ビデオサーバ２からの映像の配信を
受け、映像の早送り、早戻し、中止、再生等を制御する
主装置等を備える。ネットワーク３は、例えば、ＡＴＭ
(Asynchronous Transfer Mode)ネットワーク、ＳＴＭ(S
ynchronous Transfer Mode)ネットワーク、ＩＰ(Intern
et Protocol)ネットワーク等、適宜のネットワークを用
いることができる。

【００１７】ビデオオンデマンドシステムにおいて、映
像送出管理装置１の機能は、クライアント端末４からの
ビデオの視聴要求に対して、映像ファイルが格納されて
いる適切なビデオサーバ２を選び出し、そのビデオサー
バ２に対して送出開始を指示すること、及び、クライア
ント端末４からの映像に関するキーワード条件等から、
その適合候補の一覧をクライアント端末４に提示するこ
と等である。したがって、映像送出管理装置１は、ビデ
オサーバ２の管理機能と、データベース機能とを併せ持
つ。

【００１８】ビデオサーバ２の管理機能についての本発
明の特徴としては、例えば、以下のものが挙げられる。 (1) 映像送出管理装置１による複数のビデオサーバ２の
稼働状況を管理する機能を、ビデオサーバ２とは独立に
動作させる。 (2) アクセス要求が高い映像ファイルは、複数のビデオ
サーバ２に配置する。 (3) アクセス要求が低い映像ファイルは、格納するビデ
オサーバ２を限定する。 (4) ある映像ファイルの要求を受けたとき、映像送出管
理装置１は、該当する映像ファイルを格納しているビデ
オサーバ２のうち、稼動率の低いビデオサーバ２を選び
出し、その装置を特定する情報を、映像の要求元に返
す。 (5) 映像の要求元は、受け取った装置を特定する情報に
基づいて、ビデオサーバ２との間の通信を開始する。 (6) この機能を実現するためには、映像送出管理装置１
には、要求される映像がどのビデオサーバ２に格納され
ているのかを示す表、あるいは、どのビデオサーバ２に
該当の映像が含まれているかを示す情報を外部から受け
取る機構等を設けるようにする。 (7) 映像送出管理装置１には、それが管理するビデオサ
ーバ２が、それぞれどの程度の稼働率かを実時間で管理
する表、稼働率をビデオサーバ２に問い合わせる機構、
ビデオサーバ２から稼働率の通知を受ける機構、あるい
は、映像送出管理装置１自身が各ビデオサーバ２に対し
てどれだけの送出を割り振ったかを記録する機構等のう
ち、いずれかひとつ以上の機構を備える。

【００１９】また、データベース機能（特に、映像検索
等）についての本発明の特徴としては、例えば、以下の
ものが挙げられる。 (1) 映像ファイルとその属性情報（例えば、以下に詳述
するようなカテゴリ識別子、コンテンツ識別子、ストリ
ーム情報、ファイル情報等）は、同じ装置に格納する。 (2) 映像ファイルへアクセスする時の階層構造と、その
属性情報にアクセスする時の階層構造を一致させる。 (3) 属性情報を格納し問い合わせに回答する機能ブロッ
クは、検索の高速化のため、映像ファイルを送出するブ
ロックとは独立させる。

【００２０】以下に、映像送出管理装置１及びビデオサ
ーバ２が備える各種テーブルについて説明する。図２
に、映像送出管理装置の検索テーブル（第１のテーブ
ル）の説明図を示す。ここでは、図２(A)に示されるよ
うに、各カテゴリ毎のコンテンツ名（識別子）が記憶さ
れる。カテゴリとしては、例えば、政治、経済、国際、
スポーツ等の様々なものが挙げられる。コンテンツ名と
しては、政治については、例えば、官房長官記者会見、
参議院会議等の詳細な内容の識別子が記憶される。ま
た、図２(B)に示されるように、さらに、このテーブル
には、各コンテンツ名毎に、そのファイル情報を記憶し
たビデオサーバ名（識別子）が記憶される。なお、図２
(A)及び(B)の記憶内容は、ひとつ又は複数のエリアに適
宜記憶されることができる。

【００２１】図３には、映像送出管理装置の第２のテー
ブルの説明図を示す。このテーブルは、各ビデオサーバ
毎の配信数を記憶したものである。以下では、配信数を
例にとって説明するが、負荷率を記憶するようにしても
良い。負荷率としては、例えば、あるビデオサーバの現
在の配信数を最大配信数で割った値を用いることができ
る。

【００２２】図４に、ビデオサーバのコンテンツ情報の
説明図を示す。各ビデオサーバには、適宜のコンテンツ
名について、動画データ等のストリーム情報、スナップ
データ及び文書データ等のファイル情報が記憶される。
なお、動画データ、スナップデータ、文書データのいず
れかの情報のみを記憶しても良い。クライアント端末か
らの要求程度又はその予想等に応じて、適宜複数のコン
テンツをひとつのビデオサーバに記憶しても良いし、複
数のビデオサーバに同一のコンテンツを記憶する等して
も良い。ここでは、一例として、図４(A)に示されるよ
うに、ビデオサーバＡには、日本シリーズ決戦、官房長
官記者会見等のコンテンツが記憶されている。同様に、
図４(B)に示されるように、ビデオサーバＢには、ＧＤ
Ｐ見通し、スペースシャトル等のコンテンツが記憶され
ている。

【００２３】つぎに、オブジェクトの階層構造について
説明する。まず、図５に、コンテンツ配信用オブジェク
トの構造についての説明図を示す。映像送出管理装置で
は、まず、上位にサービスゲートウェイが設定され、サ
ービスゲートウェイとカテゴリディレクトリの階層関係
を規定するテーブルが設けられる。カテゴリディレクト
リには、カテゴリ名（識別子）が記憶され、カテゴリデ
ィレクトリとコンテンツディレクトリの階層関係を規定
するテーブルが設けられる。これらは、図２の第１のテ
ーブルに対応する。また、映像送出管理装置サーバで
は、デリバリーオブジェクトが設けられる。これは、図
３の第２のテーブルに対応する。

【００２４】各ビデオサーバでは、各コンテンツに対応
したディレクトリが記憶される。上述のように、動画デ
ータ等のストリーム情報、スナップデータ及び文書デー
タ等のファイル情報が記憶される。例えば、コンテンツ
識別子’Cont0001’については、カテゴリ識別子’Cate
0001’、コンテンツ識別子’Cont0001’、ストリーム及
びファイル情報’\Cont0001’という階層構造をとり、
ビデオサーバＡに格納されていることが示される。そし
て、このような階層構造により、クライアント端末が要
求するコンテンツを検索することができる。

【００２５】図６に、検索用オブジェクト及び配信用オ
ブジェクトの構造についての説明図を示す。本発明で
は、配信用オブジェクトと検索用オブジェクトとを同一
の階層構造とすることにより、コンテンツと検索情報の
整合性をとるようにした。検索用オブジェクト中には、
コンテンツ名、作製日時、作成者等を記憶した検索情報
ファイル’SFile’が含まれる。検索情報ファイル’SFi
le’は、ストリームファイルを格納するビデオサーバと
同じビデオサーバに格納される。配信用オブジェクト
中、ビデオサーバには、検索情報ファイルではなく、ス
トリーム情報及びファイル情報が格納される。検索用オ
ブジェクトは、配信用オブジェクトと独立して動作させ
ることで、検索処理を高速化できるとともに、配信処理
が飽和状態のビデオサーバに対しても検索を行うことが
できる。

【００２６】つぎに、本発明に係るビデオオンデマンド
システムの概略動作を説明する。図７に、本発明のビデ
オオンデマンドシステムの概略動作の説明図を示す。こ
の図では、映像送出管理装置１が、各ビデオサーバの配
信状況を監視することで、配信に用いられるビデオサー
バの負荷分散を行うシーケンス図を示している。

【００２７】まず、クライアント端末４が、コンテンツ
要求を行うと、映像送出管理装置１は、ネットワークを
経由して（又は、直接クライアント端末４と接続される
場合は、直接に）、その要求を受信する。映像送出管理
装置１は、要求されたタイトル、コンテンツ名等のコン
テンツを特定するデータから、カテゴリディレクトリ及
びコンテンツディレクトリ（第１のテーブル）で、カテ
ゴリ識別子及びコンテンツ識別子を判断するとともに、
該当するビデオサーバ２を検索する。

【００２８】次に、映像送出管理装置１は、デリバリー
オブジェクト（第２のテーブル）を参照する。デリバリ
ーオブジェクトは、各ビデオサーバのストリーム情報及
び／又はファイル情報の配信状況を監視するためのもの
で、各ビデオサーバの配信数をテーブルで管理する。映
像送出管理装置１は、第２のテーブルから取得される現
在の配信数と予め設定した各ビデオサーバの最大配信数
から、負荷率（％）を算出し、負荷状況を把握する。負
荷率が一定値を超えた（又は、一定値以上になった）ビ
デオサーバは、配信ビジー状態とみなされ、クライアン
ト端末４への接続先対象から除外される。また、最適な
ビデオサーバを決定する方法としては、例えば、負荷率
が最小又は比較的小さいビデオサーバ、配信数が最小又
は比較的小さいビデオサーバ、配信終了した順番が古い
又は新しいビデオサーバ等、予め定めた適宜の優先順位
で決定することができる。

【００２９】この例では、配信数ｘ及び最大配信数Ｘの
ビデオサーバＡと、配信数ｙ及び最大配信数Ｙのビデオ
サーバＢとが、クライアント端末４から要求されたコン
テンツを記憶した対象として選択された場合を示す。そ
して、ｘ／Ｘがｙ／Ｙより小さいと判断された場合であ
り、接続先をビデオサーバＡに決定したものである。映
像送出管理装置１は、ビデオサーバＡに配信要求を行
い、デリバリーオブジェクト（第２のテーブル）のビデ
オサーバＡの配信数を増加する。

【００３０】ビデオサーバＡは、要求されたコンテンツ
のストリーム情報及び／又はファイル情報を配信し、以
後は、クライアント端末４との間で配信状況が適宜制御
される。ビデオサーバＡが配信を終了した際、映像送出
管理装置１は、その通知を受け又はそれを判断して、デ
リバリーオブジェクトのビデオサーバＡの配信数を減少
する。

【００３１】以下に、本発明に係るビデオオンデマンド
システムの動作について、さらに詳細に説明する。図８
に、検索及び詳細情報表示に関するブロック図を示す。
クライアント(Client)４には、検索機能４１及び詳細情
報表示機能４２を備える。検索機能４１は、条件入力機
能、結果一覧機能等を含む。詳細情報表示機能４２は、
イメージ表示機能及びキャプション表示機能等を含む。
映像送出管理装置１は、サービスゲートウェイ１１、コ
ンテンツディレクトリ１２等を含む。サービスゲートウ
ェイ１１は、例えば、コンテンツリストを作成し、ま
た、各コンテンツ検索結果を保持・蓄積する。ビデオサ
ーバ２は、識別データ等のファイル２１、イメージ及び
キャプション等のファイル２２を備える。

【００３２】図９に、検索シーケンス図を示す。図８及
び図９を参照して、検索動作についての説明を行う。ま
ず、クライアント(Client)４は、映像送出管理装置１内
のサービスゲートウェイマネジャー(Service Gateway M
gr)に、オブジェクト起動要求を送付する(resolve)。サ
−ビスゲートウェイマネジャーは、これにより、サービ
スゲートウェイ１１にコンテンツリストを作成するとと
もに、クライアント４へサービスゲートウェイオブジェ
クトレファレンス(Service Gateway OR)を返送する。

【００３３】つぎに、クライアント４は、サービスゲー
トウェイ１１に検索要求をすると(search)、サービスゲ
ートウェイ１１は、カテゴリディレクトリマネジャー(C
ategory Dir Mgr)を起動し(launch)、カテゴリディレク
トリ１３を生成する。カテゴリディレクトリ１３は、さ
らに、コンテンツディレクトリマネジャー(ContentsDir
Mgr)を起動し(launch)、コンテンツディレクトリ１２
を生成する。コンテンツディレクトリ１２は、さらに、
ビデオサーバ２内のファイルマネジャー(FileMgr)を起
動する(launch)。ファイルマネジャーは、ファイル２１
を生成するとともに、サービスゲートウェイ１１にファ
イルオブジェクトレファレンス(File OR)を返送する。
サービスゲートウェイ１１は、ビデオサーバ２のファイ
ル２１を検索し(search)、その後、ファイルマネジャー
に切断要求をし(unalaunch)、ファイルマネジャーはこ
れを受けて、ファイル２１を消滅する。このように、映
像送出管理装置１は、対象のコンテンツ分検索を繰り返
し、サービスゲートウェイ１１は、各コンテンツの検索
結果を保持・蓄積する。

【００３４】その後、サービスゲートウェイ１１は、ク
ライアント４に検索結果を送り、クライアント４は、サ
ービスゲートウェイ１１に解放要求をして(destroy)、
サービスゲートウェイ１１はコンテンツリストを消滅さ
せる。

【００３５】つぎに、図１０に、詳細情報表示シーケン
ス図を示す。図８及び図１０を参照して、詳細情報表示
動作についての説明を行う。まず、クライアント(Clien
t)４は、映像送出管理装置１内のサービスゲートウェイ
１１に、上述の検索シーケンスにより得られたオブジェ
クト起動要求を送付し(resolve)、サービスゲートウェ
イ１１は、これにより、カテゴリディレクトリマネジャ
ー(Category Dir Mgr)を起動する。カテゴリディレクト
リマネジャーは、カテゴリディレクトリ(Category Dir)
１３を生成するとともに、サービスゲートウェイ１１に
カテゴリディレクトリオブジェクトレファレンス(Categ
ory Dir OR)を返送し、さらに、サービスゲートウェイ
１１からクライアント４へカテゴリディレクトリオブジ
ェクトレファレンスを返送する。

【００３６】つぎに、クライアント４は、カテゴリディ
レクトリ１３にオブジェクト起動要求を送付すると(res
olve)、カテゴリディレクトリ１３は、さらに、コンテ
ンツディレクトリマネジャー(Contents Dir Mgr)を起動
する(launch)。コンテンツディレクトリマネジャーは、
コンテンツディレクトリ１２を生成するとともに、カテ
ゴリディレクトリ１３にコンテンツディレクトリオブジ
ェクトレファレンス(Contents Dir OR)を返送し、さら
に、コンテンツディレクトリ１２からクライアント４へ
コンテンツディレクトリオブジェクトレファレンスを返
送する。

【００３７】つぎに、クライアント４は、コンテンツデ
ィレクトリ１２にオブジェクト起動要求を送付すると(r
esolve)、コンテンツディレクトリ１２は、ビデオサー
バ２内のイメージやキャプション等のファイルマネジャ
ー(File Mgr)を起動する (launch)。ファイルマネジャ
ーは、イメージやキャプション等のファイル２２を生成
するとともに、コンテンツディレクトリ１２にファイル
オブジェクトレファレンス(File OR)を返送し、コンテ
ンツディレクトリ１２は、このオブジェクトレファレン
スをクライアント４へ送る。

【００３８】つぎに、クライアント４は、ビデオサーバ
２からイメージやキャプション等のファイル２２を読み
込み(read)、その後、終了要求をする(close)。コンテ
ンツディレクトリ１２は、終了要求を受けると、ファイ
ルマネジャーに切断要求をして(unlaunch)、ファイル２
２を消滅させる。カテゴリマネジャーは、終了要求を受
けると、コンテンツディレクトリマネジャーに切断要求
をして(unlaunch)、コンテンツディレクトリ１２を消滅
させる。さらに、サービスゲートウェイ１１は、終了要
求を受けると、カテゴリディレクトリマネジャーに切断
要求をして(unlaunch)、カテゴリディレクトリ１３を消
滅させる。クライアント４は、さらに、サービスゲート
ウェイマネジャーに解放要求をし(destroy)、サービス
ゲートウェイ１１を消滅させる。

【００３９】図１１に、映像配信に関するブロック説明
図を示す。クライアント４には、詳細情報表示機能４２
及び映像再生機能を備える。詳細情報表示機能４２は、
コンテンツ選択機能及び再生要求機能等を含む。映像再
生機能は、ビューワー表示機能、プレイ・ストップ・ポ
ーズ等の制御機能を含む。映像送出管理装置１は、サー
ビスゲートウェイ１１、カテゴリディレクトリ１３、コ
ンテンツディレクトリ１２、デリバリー１４等を含む。
ビデオサーバ２は、ストリーム等を有する。

【００４０】つぎに、図１２に、映像配信シーケンス図
を示す。図１１及び図１２を参照して、映像配信動作に
ついての説明を行う。なお、括弧内の参照番号は、両図
面でそれぞれ対応するものである。まず、クライアント
(Client)４は、上述の詳細情報表示シーケンスによりえ
られたコンテンツを選択し、再生要求を行うため、映像
送出管理装置１内のサービスゲートウェイ１１に、オブ
ジェクト起動要求を送付する(resolve)(1)。サービスゲ
ートウェイ１１は、これにより、カテゴリディレクトリ
マネジャー(Category Dir Mgr)を起動する(2)。カテゴ
リディレクトリマネジャーは、カテゴリディレクトリ(C
ategory Dir)１３を生成するとともに、サービスゲート
ウェイ１１を介してクライアント４へカテゴリディレク
トリオブジェクトレファレンス(Category Dir OR)を返
送する(3)。

【００４１】つぎに、クライアント４は、カテゴリディ
レクトリ１３にオブジェクト起動要求を送付すると(res
olve)(4)、カテゴリディレクトリ１３は、さらに、コン
テンツディレクトリマネジャー(Contents Dir Mgr)を起
動する(launch)(5)。コンテンツディレクトリマネジャ
ーは、コンテンツディレクトリ１２を生成するととも
に、クライアント４へコンテンツディレクトリオブジェ
クトレファレンス(Contents Dir OR)を返送する(6)。

【００４２】つぎに、クライアント４は、コンテンツデ
ィレクトリ１２にオブジェクト起動要求を送付すると(r
esolve)(7)、コンテンツディレクトリ１２は、デリバリ
ー(Delivery)１４に対して、前述のように、各ビデオサ
ーバ２のマシンロードの状況をチェックして適当なビデ
オサーバ２を選択し(8)、そのストリームマネジャー(St
ream Mgr)を起動する (launch)(9)。ストリームマネジ
ャーは、ストリームを生成するとともに、デリバリー１
４に対して配信するビデオサーバ２の配信数データをイ
ンクレメントする要求を送る(increment)(10)。ストリ
ームマネジャーは、ストリームを初期化し(initializ
e)、クライアント４にストリームオブジェクトレファレ
ンス(Stream OR)を送る(11)。そして、クライアント４
は、ビデオサーバ２に対して直接要求して、ストリーム
のプレイ・ポーズ・ストップ等の制御を行う(12)。

【００４３】その後、クライアント４は、ビデオサーバ
２のストリームの配信終了要求をする(close)。コンテ
ンツディレクトリ１２は、終了要求を受けると、ストリ
ームマネジャーに切断要求をして(unlaunch)、ストリ−
ムを消滅させ、ビデオサーバ２からディバリーの配信数
データのデクレメント要求がなされる(decrement)。ま
た、カテゴリマネジャーは、終了要求を受けると、コン
テンツディレクトリマネジャーに切断要求をして(unlau
nch)、コンテンツディレクトリ１２を消滅させる。

【００４４】

【発明の効果】本発明によると、以上のように、複数の
サーバが分散配置されている環境をクライアントが意識
せずに、希望するコンテンツをアクセスすることができ
る。本発明によると、ビデオサーバの配信機構及びビデ
オサーバの送出状況の監視機構については、ビデオサー
バが複数存在し、それぞれの送出能力に限りがある場
合、送出するべき映像ファイルを持っていて且つ負荷の
軽いビデオサーバを自動選択することにより、ビデオサ
ーバ全体としての稼動効率を向上させることができる。

【００４５】また、本発明によると、映像ファイルの検
索機構については、例えば、映像ファイルの格納される
装置と同じ装置に属性を記録し、映像ファイルの内容と
属性情報との整合性を簡単に保持することができる。本
発明によると、特に、属性情報を映像ファイルの分類の
階層構造と全く同じ構造の階層構造のなかに格納するこ
とにより、検索時点での属性情報と映像ファイルとの間
の整合性を確実にすることができる。

【００４６】また、本発明によると、検索された映像フ
ァイルについて、アクセスを保証することができる。本
発明によると、特に、映像ファイルを蓄積する装置が、
離れた場所に配置される場合や、それぞれ管理者が別の
場合は、独立に映像ファイルと属性情報をメンテナンス
できるようになり、運用上便利なシステムを提供するこ
とができる。また、本発明によると、特に、映像ファイ
ルを蓄積する装置が、ひとつの映像タイトルに対して複
数存在し、仮にそのうちの何台かが停止状態あるいは飽
和している場合にも、他に稼動している装置があれば、
そこから映像ファイルとそれに関連づけられた属性情報
を検索することができる。

【図面の簡単な説明】

【図１】本発明に係るビデオオンデマンドシステムの構
成図。

【図２】映像送出管理装置の検索テーブル（第１のテー
ブル）の説明図。

【図３】映像送出管理装置の第２のテーブルの説明図。

【図４】ビデオサーバのコンテンツ情報の説明図。

【図５】コンテンツ配信用オブジェクトの構造について
の説明図。

【図６】検索用オブジェクト及び配信用オブジェクトの
構造についての説明図。

【図７】本発明のビデオオンデマンドシステムの概略動
作の説明図。

【図８】検索及び詳細情報表示に関するブロック図。

【図９】検索シーケンス図。

【図１０】詳細情報表示シーケンス図。

【図１１】映像配信に関するブロック説明図。

【図１２】映像配信シーケンス図。

【符号の説明】

１映像送出管理装置（ＳＲＭ）２映像送出装置（ビデオサーバ）３ネットワーク４クライアント端末

───────────────────────────────────────────────────── フロントページの続き (72)発明者東出康宏東京都千代田区神田駿河台四丁目６番地株式会社日立製作所システム事業部内 (72)発明者岩田充康東京都千代田区神田駿河台四丁目６番地株式会社日立製作所システム事業部内 (72)発明者栗岡辰弥東京都世田谷区砧一丁目10番11号日本放送協会放送技術研究所内 (72)発明者伊藤寿浩東京都渋谷区神南二丁目２番１号日本放送協会放送センター内 (72)発明者岩鼻幸男東京都渋谷区神南二丁目２番１号日本放送協会放送センター内Ｆターム(参考） 5C053 FA28 GB06 HA21 HA29 JA24 KA04 KA21 KA24 LA06 LA14 5C064 BA01 BB05 BC18 BC20 BC23 BD02 BD08 5D044 AB05 AB07 DE49 DE52 DE59 EF05 FG18 HL02 HL04 HL11 5K034 AA07 CC03 DD03 FF01 FF11 HH01 HH02 HH14 HH17 JJ11

Claims

【特許請求の範囲】

【請求項１】コンテンツの配信を要求する複数のクライ
アント端末と、前記クライアント端末から要求されるコンテンツを記憶
し、該コンテンツを配信する複数のビデオサーバと、各々の前記ビデオサーバが配信するコンテンツ識別子を
記憶した第１のテーブルと、各々の前記ビデオサーバの
配信数又は負荷率を記憶する第２のテーブルとを有し、
前記クライアント端末から要求されたコンテンツを配信
することができる前記ビデオサーバを前記第１のテーブ
ルから検索し、検索された前記ビデオサーバの配信数又
は負荷率を前記第２のテーブルから参照し、各々の前記
ビデオサーバの負荷を分散するようにコンテンツを配信
する前記ビデオサーバを決定する映像送出管理部と、前記クライアント端末、前記ビデオサーバ及び前記映像
送出管理部の各々を相互に接続するネットワークとを備
えたビデオオンデマンドシステム。
【請求項２】前記映像送出管理部の前記第１のテーブル
は、前記ビデオサーバ毎にカテゴリ識別子と、カテゴリ
毎のコンテンツ識別子とを記憶し、前記ビデオサーバは、コンテンツのストリーム情報及び
／又はファイル情報を記憶し、カテゴリ識別子を含むカテゴリディレクトリと、コンテ
ンツ識別子を含むコンテンツディレクトリと、コンテン
ツのストリーム情報及び／又はファイル情報とが順次階
層構造をとるようにして検索オブジェクト及び／又は配
信オブジェクトを構成することを特徴とする請求項１に
記載のビデオオンデマンドシステム。
【請求項３】前記映像送出管理部は、前記ビデオサーバへのストリーム配信要求時に、前記第
２のテーブルの配信数又は負荷率を加算し、ストリーム
配信終了時に、それを減算することを特徴とする請求項
１又は２に記載のビデオオンデマンドシステム。