JPH1188843A - ビデオサーバ及びその処理プログラムを記録した媒体 - Google Patents

Abstract

(57)【要約】 【課題】 キャッシュ機能を有するクライアントを用い
た場合でもビデオデータへのアクセスを行うリクエスト
をクライアントからビデオサーバに送信することが可能
な技術を提供する。 【解決手段】 クライアントからのリクエストに応じて
ビデオデータを送信するビデオサーバにおいて、ビデオ
データへのアクセスを制御する制御内容を記述したファ
イルへのリンク情報を含むリクエストをクライアントか
ら受信するコマンド受信部と、前記コマンド受信部が受
信したリクエスト中のリンク情報が示すファイルを読み
出し、当該ファイルに記述された制御内容をコマンド制
御部に渡すと共に当該ファイルへのリンク情報を動的に
生成してクライアントへ応答するコマンド応答部と、ビ
デオデータを蓄積するデータ蓄積部からビデオデータを
取り出してクライアントに送信するストリーム転送部
と、前記コマンド応答部から渡された制御内容に応じて
前記ストリーム転送部を制御するコマンド制御部とを備
えるものである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はクライアントからの
リクエストに応じてビデオデータを送信するビデオサー
バに関するものである。

【０００２】

【従来の技術】デジタルデータの伝送技術や圧縮技術の
進展に伴って、ビデオ・オン・デマンド（ＶＯＤ）と呼
ばれるインタラクティブな映像提供サービスについての
検討が近年進められてきた。

【０００３】ＶＯＤは、ケーブルテレビ（ＣＡＴＶ）に
代わるものとして、或いはまたローカル・エリア・ネッ
トワーク（ＬＡＮ）における高品質映像の伝送方法とし
て注目されている。

【０００４】例えば、ＶＯＤシステムにおいて付加価値
性の高いサービスの提供が可能なビデオサーバ運用方式
については特開平９−９２３７号公報に記載されてい
る。

【０００５】また動画、音声、静止画及びテキスト等の
多種のメディアをデータベース化して、複数のユーザに
対しネットワークを通じてリアルタイムにデータ転送す
るメディアサーバについては特開平９−６２７１１号公
報に記載されている。

【０００６】図６は従来のＶＯＤシステムの概略構成を
示す図である。図６に示す様に従来のＶＯＤシステム
は、ビデオサーバ６００と、クライアント６２０及び６
３０と、パケット交換網６４０と、第１のネットワーク
６４１〜６４３と、第２のネットワーク６４４〜６４６
とを有している。

【０００７】ビデオサーバ６００はクライアント６２０
または６３０からの制御コマンドに従ってデータ蓄積部
６１１に蓄積されたビデオストリームデータを送信する
処理装置である。クライアント６２０及び６３０はビデ
オサーバ６００にビデオの再生を制御する制御コマンド
を送り、ビデオサーバ６００からビデオストリームデー
タを受信して表示する処理装置である。

【０００８】パケット交換網６４０はビデオサーバ６０
０とクライアント６２０及び６３０との間で制御コマン
ド及びビデオストリームデータ等を送受信する通信回線
である。第１のネットワーク６４１〜６４３は制御コマ
ンドを転送する為のコマンド転送用の通信経路である。
第２のネットワーク６４４〜６４６はビデオストリーム
データを転送する為のデータ転送用の通信経路である。

【０００９】ビデオサーバ６００は、ＣＰＵ６０１と、
メモリ６０２と、磁気ディスク装置６０３と、キーボー
ド６０４と、ディスプレイ装置６０５と、ＣＤ−ＲＯＭ
装置６０６と、データ蓄積部６１１と、コマンド制御部
６１５と、ストリーム転送部６１６とを有している。

【００１０】ＣＰＵ６０１はビデオサーバ６００全体の
動作を制御する制御装置である。メモリ６０２はビデオ
ストリームデータをクライアント６２０または６３０に
供給する為のプログラム等をロードする記憶装置であ
る。磁気ディスク装置６０３は前記プログラムを含む各
種プログラムやビデオストリームデータ等のデータを格
納する記憶装置である。

【００１１】キーボード６０４はビデオサーバ６００を
操作する為の指示を入力する装置である。ディスプレイ
装置６０５はビデオサーバ６００の処理状況等を表示す
る装置である。ＣＤ−ＲＯＭ装置６０６は前記プログラ
ムを記録した記録媒体の読み込みを行う装置である。

【００１２】データ蓄積部６１１はクライアント６２０
または６３０に送信するビデオストリームデータを蓄積
する蓄積部である。コマンド制御部６１５はクライアン
ト６２０または６３０から送信された制御コマンドに応
じてビデオストリームデータの送信を制御する処理部で
ある。ストリーム転送部６１６はデータ蓄積部６１１か
らビデオストリームデータを取り出してクライアント６
２０または６３０に送信する処理部である。

【００１３】クライアント６２０は、ＣＰＵ６２１と、
メモリ６２２と、磁気ディスク装置６２３と、キーボー
ド６２４と、ディスプレイ装置６２５と、ＣＤ−ＲＯＭ
装置６２６と、ビデオ再生部６２７とを有している。

【００１４】ＣＰＵ６２１はクライアント６２０全体の
動作を制御する制御装置である。メモリ６２２はビデオ
サーバ６００にビデオストリームデータの送信を要求し
て受信したビデオストリームデータの表示を行う為のプ
ログラム等をロードする記憶装置である。

【００１５】磁気ディスク装置６２３は前記プログラム
を含む各種プログラムやデータを格納する記憶装置であ
る。キーボード６２４はクライアント６２０を操作する
為の指示を入力する装置である。ディスプレイ装置６２
５は再生したビデオ画像等を表示する装置である。

【００１６】ＣＤ−ＲＯＭ装置６２６は前記プログラム
を記録した記録媒体の読み込みを行う装置である。ビデ
オ再生部６２７はビデオサーバ６００から受信したビデ
オストリームデータを再生する処理部である。

【００１７】図６は典型的なＶＯＤシステムの全体構成
を概観的に示すブロック図を表しており、従来のＶＯＤ
システムは、ビデオサーバ６００と、クライアント６２
０及び６３０と、そして両者を結ぶパケット交換網６４
０とから成っている。ここでクライアント６３０の構成
はクライアント６２０の構成と同様であるものとする。

【００１８】なおパケット交換網６４０に繋がるクライ
アント装置としてクライアント６２０及び６３０以外の
他の装置が存在していても良いし、クライアント６２０
の１台だけが接続されているものとしても良く、またビ
デオサーバ６００が複数存在していても良い。

【００１９】クライアント６２０または６３０でビデオ
の再生等を行う場合には、クライアント６２０は第１の
ネットワーク６４２を使用してビデオサーバ６００へ制
御コマンドを送り、またクライアント６３０は第１のネ
ットワーク６４３を使用してビデオサーバ６００への制
御コマンドを送る。

【００２０】これらの制御コマンドはパケット化されて
おり、パケット交換網６４０及び第１のネットワーク６
４１を通じてビデオサーバ６００のコマンド制御部６１
５へ送られる。

【００２１】ビデオサーバ６００は、ビデオストリーム
データを蓄積するデータ蓄積部６１１と、このデータ蓄
積部６１１からビデオストリームデータを取り出して転
送するストリーム転送部６１６と、そしてこのストリー
ム転送部６１６を制御するコマンド制御部６１５とを備
えている。

【００２２】ビデオサーバ６００のコマンド制御部６１
５は、第１のネットワーク６４１を通ってやってくる制
御コマンドを受け取り、それに応じてストリーム転送部
６１６を制御する。この制御によってストリーム転送部
６１６は、クライアント６２０または６３０のどちらに
対してどの様にビデオストリームデータを送出するかを
知る。なお一般に第１のネットワーク６４１としては、
第２のネットワーク６４４と比べて転送速度が小さい回
線が使用される。

【００２３】データ蓄積部６１１には圧縮されたビデオ
ストリームデータが格納されており、ストリーム転送部
６１６は、データ蓄積部６１１からビデオストリームデ
ータを取り出し、そのビデオストリームデータをパケッ
ト化してデータ転送用の通信経路である第２のネットワ
ーク６４４を使ってパケット交換網６４０へ転送する。
なお第２のネットワーク６４４としては、ビデオストリ
ームデータを転送する為に一般に転送速度の大きい回線
が使用される。

【００２４】パケット交換網６４０は、第２のネットワ
ーク６４４から送り込まれたビデオストリームデータパ
ケットをそのヘッダに記述された宛先に転送する。その
結果、クライアント６２０が要求したビデオストリーム
データは第２のネットワーク６４５を通じてクライアン
ト６２０に送られ、またクライアント６３０が要求した
ビデオストリームデータは第２のネットワーク６４６を
通じてクライアント６３０に送られる。

【００２５】一方、近年インターネットにおけるワール
ドワイドウェブ（ＷＷＷ）が急速に普及し、ＷＷＷブラ
ウザを用いてネットワーク経由で情報を検索することが
一般的となった。

【００２６】ＷＷＷとはインターネットにおける情報検
索サービスの１つで、インターネット内に分散配置され
ているファイル間を関連付けする（リンクを張る）とこ
ろに特徴を持つ。これを閉じたネットワークで実現しよ
うとするのがイントラネットである。

【００２７】ＷＷＷの仕組みを解説した書籍は既に広く
書店に出回っている。ここでは「ＯｐｅｎＤｅｓｉｇ
ｎ」１９９６年４月号（ＣＱ出版社）を基に、その仕組
みを簡単に説明する。

【００２８】図７は従来のＷＷＷの概要を示す図であ
る。図７に示す様に従来のＷＷＷシステムは、ＷＷＷサ
ーバ７００及び７１０と、クライアント７２０と、パケ
ット交換網７３０とを有している。

【００２９】ＷＷＷサーバ７００及び７１０はクライア
ント７２０からのリクエストに応じてＨＴＭＬファイル
等を送信してＷＷＷサービスをクライアント７２０に提
供する処理装置である。クライアント７２０はＷＷＷサ
ーバ７００または７１０にリクエストを送ってＨＴＭＬ
ファイルを受信し、ＨＴＭＬファイルの記述内容に従っ
て画面表示を行う処理装置である。パケット交換網７３
０はＷＷＷサーバ７００及び７１０とクライアント７２
０との間でリクエスト及びＨＴＭＬファイルを送受信す
る通信回線である。

【００３０】ＷＷＷサーバ７００は、ＣＰＵ７０１と、
メモリ７０２と、磁気ディスク装置７０３と、キーボー
ド７０４と、ディスプレイ装置７０５と、ＣＤ−ＲＯＭ
装置７０６と、ＷＷＷサーバ処理部７０７と、ＨＴＭＬ
ファイル蓄積部７０８とを有している。

【００３１】ＣＰＵ７０１はＷＷＷサーバ７００全体の
動作を制御する制御装置である。メモリ７０２はＷＷＷ
サービスをクライアント７２０に供給する為のプログラ
ム等をロードする記憶装置である。磁気ディスク装置７
０３は前記プログラムを含む各種プログラムやデータを
格納する記憶装置である。

【００３２】キーボード７０４はＷＷＷサーバ７００を
操作する為の指示を入力する装置である。ディスプレイ
装置７０５はＷＷＷサーバ７００の処理状況等を表示す
る装置である。ＣＤ−ＲＯＭ装置７０６は前記プログラ
ムを記録した記録媒体の読み込みを行う装置である。

【００３３】ＷＷＷサーバ処理部７０７はクライアント
７２０からのリクエストに応じてＨＴＭＬファイルや静
止画や動画等の各種データをクライアント７２０に送信
する処理部である。ＨＴＭＬファイル蓄積部７０８はハ
イパーテキストマークアップランゲージ（ＨＴＭＬ）で
記述されたＨＴＭＬファイルを蓄積する蓄積部である。

【００３４】クライアント７２０は、ＣＰＵ７２１と、
メモリ７２２と、磁気ディスク装置７２３と、キーボー
ド７２４と、ディスプレイ装置７２５と、ＣＤ−ＲＯＭ
装置７２６と、ＷＷＷブラウザ７２７とを有している。

【００３５】ＣＰＵ７２１はクライアント７２０全体の
動作を制御する制御装置である。メモリ７２２はＷＷＷ
サーバ７００または７１０からＷＷＷサービスを受ける
為のプログラム等をロードする記憶装置である。磁気デ
ィスク装置７２３は前記プログラムを含む各種プログラ
ムやデータを格納する記憶装置である。

【００３６】キーボード７２４はクライアント７２０を
操作する為の指示を入力する装置である。ディスプレイ
装置７２５はＷＷＷブラウザ７２７の処理結果等を表示
する装置である。ＣＤ−ＲＯＭ装置７２６は前記プログ
ラムを記録した記録媒体の読み込みを行う装置である。

【００３７】ＷＷＷブラウザ７２７はＷＷＷサーバ７０
０または７１０にＨＴＭＬファイルの送信を要求し、送
信されたＨＴＭＬファイルの内容を解釈してディスプレ
イ装置７２５の表示画面上に文字、静止画及び動画等の
表示処理を行う処理部である。

【００３８】図７は従来のＷＷＷシステムの全体構成を
概観的に示すブロック図を表しており、従来のＷＷＷシ
ステムは、ＷＷＷサーバ７００及び７１０と、クライア
ント７２０と、そして両者を結ぶパケット交換網７３０
とから成っている。ここでＷＷＷサーバ７１０の構成は
ＷＷＷサーバ７００の構成と同様であるものとする。

【００３９】なおパケット交換網７３０に繋がるＷＷＷ
サーバ装置としてＷＷＷサーバ７００及び７１０以外の
他の装置が存在していても良いし、ＷＷＷサーバ７００
の１台だけが接続されているものとしても良く、またク
ライアント７２０が複数存在していても良い。

【００４０】クライアント７２０でＷＷＷサーバ７００
または７１０のＨＴＭＬファイルの内容を表示する場合
には、クライアント７２０のＷＷＷブラウザ７２７は、
パケット交換網７３０を介してＷＷＷサーバ７００また
は７１０にリクエストを送信する。

【００４１】クライアント７２０が送信するリクエスト
には要求するＨＴＭＬファイルへのリンク情報であるユ
ニバーサルリソースロケーター（ＵＲＬ）が含まれてお
り、リクエストはこの記述に従ってＷＷＷサーバ７００
または７１０に到達する。

【００４２】クライアント７２０の送信したリクエスト
中のＵＲＬがｈｔｔｐ：／／ｗｗｗ．ｆｏｏ．ｃｏｍ／
という文字列を含み、その文字列がＷＷＷサーバ７００
内のＨＴＭＬファイルを意味しているものとすると、そ
のリクエストはＷＷＷサーバ７００へ到達する。

【００４３】ＷＷＷサーバ７００のＷＷＷサーバ処理部
７０７は、ＨＴＭＬファイル蓄積部７０８から前記リク
エストに対応するＨＴＭＬファイルを取り出してクライ
アント７２０のＷＷＷブラウザ７２７に送る。

【００４４】この様なＷＷＷサーバ７００とクライアン
ト７２０との間の通信は、ハイパーテキストトランスフ
ァープロトコル（ＨＴＴＰ）と呼ばれる通信規約に従っ
て行われる。

【００４５】クライアント７２０のＷＷＷブラウザ７２
７は、ＷＷＷサーバ７００から送信されたＨＴＭＬファ
イルを受信し、受信したＨＴＭＬファイルの記述に従っ
て文字及び静止画の表示や動画の再生等を行う。

【００４６】このＨＴＭＬファイルは一般にハイパーテ
キストマークアップランゲージ（ＨＴＭＬ）で記述され
ており、この言語を使うことでファイル内の任意の文字
列に他のファイルを関連付けることができる。

【００４７】ＨＴＭＬファイルの中にＵＲＬのｈｔｔ
ｐ：／／ｗｗｗ．ｆｏｏ２．ｏｒｇ／と関連付けられた
文字列があるとすると、この文字列をマウスでクリック
することにより、ＷＷＷブラウザ７２７はＷＷＷサーバ
７００または７１０に更なるリクエストを送信する。

【００４８】このＵＲＬがＷＷＷサーバ７１０のＨＴＭ
Ｌファイルを指すものである場合には、前記送信された
リクエストはＷＷＷサーバ７１０へ到達する。

【００４９】ＷＷＷサーバ７１０のＷＷＷサーバ処理部
７０７は、ＨＴＭＬファイル蓄積部７０８から前記リク
エストに対応するＨＴＭＬファイルを取り出してクライ
アント７２０に送る。

【００５０】クライアント７２０のＷＷＷブラウザ７２
７は、ＷＷＷサーバ７１０から送信されたＨＴＭＬファ
イルを受信し、受信したＨＴＭＬファイルの記述に従っ
て文字及び静止画の表示や動画の再生等を行う。

【００５１】この様にＷＷＷシステムではＨＴＭＬファ
イル中に関連付けられた他のＨＴＭＬファイルを次々に
呼び出すことによって目的の情報に到達することが可能
であり、呼び出されるファイルの内容は一般にホームペ
ージと呼ばれている。

【００５２】

【発明が解決しようとする課題】前記従来技術において
ＷＷＷのプロトコルであるＨＴＴＰを用いてビデオサー
バを操作した場合にはＷＷＷブラウザにキャッシュ機能
が備わっている為、一度出現したホームページがクライ
アント内のキャッシュから呼び出され、クライアントの
リクエストがビデオサーバに届かないという問題があ
る。

【００５３】また前記従来技術においてＨＴＴＰを用い
てビデオサーバを操作した場合には、ビデオサーバに見
られる一般的なクライアント−サーバ間の通信プロトコ
ルとＨＴＴＰとではセッションの形態が異なっている
為、送信中のビデオストリームデータがどのクライアン
トに送られているかを把握するのが困難であるという問
題がある。

【００５４】ＷＷＷが一般に普及したことから、ＷＷＷ
ブラウザを用いてＷＷＷを閲覧する要領でＶＯＤの操作
ができるとユーザにとっては扱い易く、またＷＷＷとシ
ームレスにＶＯＤサービスを受けることができる。

【００５５】その為の有力な方法はＷＷＷのプロトコル
であるＨＴＴＰを用いてビデオサーバを操作できる様に
することであるが、このときＷＷＷブラウザに備わって
いるキャッシュ機能が問題になる。

【００５６】すなわち、ＷＷＷブラウザにはインターネ
ットへのアクセス負荷を軽減する為にキャッシュ機能が
備わっているのが普通であるが、このキャッシュ機能が
働くと、一度出現したホームページはそれ以降クライア
ント内のキャッシュから呼び出されることになる。する
と、クライアントのリクエストがビデオサーバに届かな
いことがある。

【００５７】例えば一時停止のボタンを押してビデオ再
生を一時停止とし、更にもう一度押して解除しようとす
ると、一時停止のボタンの文字列に関連付けられたＵＲ
Ｌに対応するＨＴＭＬファイルが前記キャッシュから呼
び出される為、この解除リクエストはビデオサーバへ届
かない。

【００５８】これを簡単に回避する方法はＷＷＷブラウ
ザのキャッシュ機能を止めることであり、キャッシュ機
能を停止すればリクエストがクライアント側で滞ること
はなくなる。しかし、ビデオの再生を伴わないＷＷＷサ
ービスを受けているときも毎回インターネットにアクセ
スすることとなり、ＷＷＷブラウザ本来の役割であるＷ
ＷＷ閲覧のパフォーマンスが悪くなる。

【００５９】またＨＴＴＰを用いてビデオサーバを操作
する場合に更に問題となるのがＨＴＴＰの性質である。
ビデオサーバに見られる一般的なクライアント−サーバ
間の通信プロトコルと、ＷＷＷサーバのＨＴＴＰとでは
クライアント状態管理の方法、すなわちセッションの形
態が異なっている。

【００６０】ビデオサーバでは最初にクライアントがア
クセスしてきたときにセッションが確立され、その後ビ
デオサーバ側はクライアントがセッションの終わりを要
求するまでそのクライアントの状態を保持する。クライ
アントは前記確立されたセッション中で再生や停止の制
御コマンドをビデオサーバに送ってビデオサーバを操作
する。

【００６１】クライアントがセッションの終わりを要求
すると、ビデオサーバはクライアント状態の情報を解放
し、ビデオサーバとクライアントとの間のセッションを
終了する。すなわちビデオサーバでは一連の操作の始め
から終わりまでが一回のセッションとなっている。

【００６２】一方ＨＴＴＰでは、たとえ同一のＷＷＷサ
ーバにアクセスし続けるとしても、クライアントが１つ
のリクエストを発行してその応答が返ってくれば、そこ
でセッションは切れる。先のリクエストと次のリクエス
トではクライアントの情報がＷＷＷサーバ側で維持され
ていない。すなわちＨＴＴＰではセッションはリクエス
ト毎に確立されている。

【００６３】クライアントが再生のリクエストをビデオ
サーバに出すと、ビデオサーバのビデオストリームデー
タはクライアントに送り続けられる。この映像を停止す
る為には、送信中のビデオストリームデータがどのクラ
イアントに送信されているものであるかをビデオサーバ
が把握しておかねばならない。つまりセッションを最初
から最後まで維持しておく必要がある。

【００６４】本発明の目的は、上記問題を解決し、キャ
ッシュ機能を有するクライアントを用いた場合でもビデ
オデータへのアクセスを行うリクエストをクライアント
からビデオサーバに送信することが可能な技術を提供す
ることにある。

【００６５】

【課題を解決するための手段】本発明はクライアントか
らのリクエストに応じてビデオデータを送信するビデオ
サーバにおいて、動的に生成したリンク情報を使用して
ビデオデータへのアクセスを制御するものである。

【００６６】本発明のビデオサーバのコマンド受信部
は、ビデオデータへのアクセスを行うリクエストをクラ
イアントから受信すると、そのリクエスト中のリンク情
報をコマンド応答部に渡す。

【００６７】コマンド応答部は、ビデオデータへのアク
セスを制御する制御内容を記述したファイルを蓄積する
ファイル蓄積部から、前記コマンド受信部が受信したリ
クエスト中のリンク情報が示すファイルを読み出し、当
該ファイルに記述された制御内容をコマンド制御部に渡
す。

【００６８】またコマンド応答部は、当該ファイルへの
リンク情報を動的に生成し、生成したリンク情報をコマ
ンド受信部を介してクライアントへ送信する。例えばコ
マンド応答部は、前記ファイル蓄積部中のファイルへの
リンク情報であるＵＲＬに、現在時刻を示す文字列等の
毎回異なるパラメータを付加することにより当該ファイ
ルへのリンク情報を動的に生成する。

【００６９】クライアントが再び当該ファイルへアクセ
スする際にはキャッシュ中に格納されている以前のリン
ク情報のパラメータとは異なるパラメータを有するリン
ク情報が用いられる為、当該リクエストはビデオサーバ
に送られることになる。

【００７０】ビデオサーバのコマンド制御部は、前記コ
マンド応答部から渡された制御内容に応じてストリーム
転送部を制御し、ビデオデータを蓄積するデータ蓄積部
からビデオデータを取り出してクライアントに送信す
る。

【００７１】以上の様に本発明のビデオサーバによれ
ば、リンク情報を動的に生成してクライアントに送信す
るので、キャッシュ機能を有するクライアントを用いた
場合でもビデオデータへのアクセスを行うリクエストを
クライアントからビデオサーバに送信することが可能で
ある。

【００７２】

【発明の実施の形態】以下に、ＷＷＷブラウザを使用し
たクライアントからのリクエストに応じてビデオストリ
ームデータを送信する一実施形態のビデオサーバについ
て説明する。

【００７３】図１は本実施形態のビデオサーバ１００の
概略構成を示す図である。図１に示す様に本実施形態の
ＶＯＤシステムは、ビデオサーバ１００と、クライアン
ト１２０及び１３０と、パケット交換網１４０と、第１
のネットワーク１４１〜１４３と、第２のネットワーク
１４４〜１４６とを有している。

【００７４】ビデオサーバ１００はクライアント１２０
または１３０からのリクエストに応じてＨＴＭＬファイ
ル蓄積部１１２に蓄積されたＨＴＭＬファイルやデータ
蓄積部１１１に蓄積されたビデオストリームデータを送
信する処理装置である。

【００７５】クライアント１２０及び１３０はビデオサ
ーバ１００にビデオの再生を制御するリクエストを送
り、ビデオサーバ１００からＨＴＭＬファイル及びビデ
オストリームデータを受信して表示する処理装置であ
る。パケット交換網１４０はビデオサーバ１００とクラ
イアント１２０及び１３０との間でリクエスト、ＨＴＭ
Ｌファイル及びビデオストリームデータ等を送受信する
交換網である。

【００７６】第１のネットワーク１４１〜１４３はリク
エストやＨＴＭＬファイルを転送する為の通信経路であ
る。第２のネットワーク１４４〜１４６はビデオストリ
ームデータを転送する為のデータ転送用の通信経路であ
る。

【００７７】ビデオサーバ１００は、ＣＰＵ１０１と、
メモリ１０２と、磁気ディスク装置１０３と、キーボー
ド１０４と、ディスプレイ装置１０５と、ＣＤ−ＲＯＭ
装置１０６と、データ蓄積部１１１と、ＨＴＭＬファイ
ル蓄積部１１２とを有している。

【００７８】ＣＰＵ１０１はビデオサーバ１００全体の
動作を制御する制御装置である。メモリ１０２はＷＷＷ
サービスを利用してビデオストリームデータをクライア
ント１２０または１３０に供給する為のプログラム等を
ロードする記憶装置である。

【００７９】磁気ディスク装置１０３は前記プログラム
を含む各種プログラムやビデオストリームデータ等のデ
ータを格納する記憶装置である。キーボード１０４はビ
デオサーバ１００を操作する為の指示を入力する装置で
ある。ディスプレイ装置１０５はビデオサーバ１００の
処理状況等を表示する装置である。

【００８０】ＣＤ−ＲＯＭ装置１０６は前記プログラム
を記録した記録媒体の読み込みを行う装置である。デー
タ蓄積部１１１はクライアント１２０または１３０に送
信するビデオストリームデータを蓄積する蓄積部であ
る。ＨＴＭＬファイル蓄積部１１２はビデオストリーム
データへのアクセスを制御する制御内容を記載したＨＴ
ＭＬファイルを蓄積する蓄積部である。

【００８１】ビデオサーバ１００は、コマンド受信部１
１３と、コマンド応答部１１４と、コマンド制御部１１
５と、ストリーム転送部１１６とを有している。

【００８２】コマンド受信部１１３はＶＯＤ用ＨＴＭＬ
ファイルへのＵＲＬを含むリクエストをクライアント１
２０または１３０から受信して当該リクエストをコマン
ド応答部１１４に渡し、コマンド応答部１１４から出力
された動的なＵＲＬを含むＨＴＭＬの記述内容をクライ
アント１２０または１３０に送信する処理部である。

【００８３】コマンド応答部１１４はコマンド受信部１
１３から渡されたリクエスト中のＵＲＬが示すＶＯＤ用
ＨＴＭＬファイルを読み出し、当該ファイルに記述され
た制御内容をコマンド制御部１１５に渡すと共に当該フ
ァイルへのＵＲＬを動的に生成してコマンド受信部１１
３に出力する処理部である。

【００８４】コマンド制御部１１５はストリーム転送部
１１６により行われているビデオストリームデータへの
処理をクライアント１２０及び１３０のＩＰアドレス毎
に管理し、リクエストを送信した送信元のＩＰアドレス
により制御の対象となるビデオストリームデータへの処
理を識別して、コマンド応答部１１４から渡された制御
内容に応じてストリーム転送部１１６の動作を制御する
処理部である。ストリーム転送部１１６はデータ蓄積部
１１１からビデオストリームデータを取り出してクライ
アント１２０または１３０に送信する処理部である。

【００８５】ビデオサーバ１００をコマンド受信部１１
３、コマンド応答部１１４、コマンド制御部１１５及び
ストリーム転送部１１６として機能させる為のプログラ
ムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディス
ク等に格納された後、メモリにロードされて実行される
ものとする。なお前記プログラムを記録する媒体はＣＤ
−ＲＯＭ以外の他の媒体でも良い。

【００８６】クライアント１２０は、ＣＰＵ１２１と、
メモリ１２２と、磁気ディスク装置１２３と、キーボー
ド１２４と、ディスプレイ装置１２５と、ＣＤ−ＲＯＭ
装置１２６とを有している。

【００８７】ＣＰＵ１２１はクライアント１２０全体の
動作を制御する制御装置である。メモリ１２２はＷＷＷ
サービスを利用してビデオサーバ１００にビデオストリ
ームデータの送信を要求して受信したビデオストリーム
データの表示を行う為のプログラム等をロードする記憶
装置である。

【００８８】磁気ディスク装置１２３は前記プログラム
を含む各種プログラムやデータを格納する記憶装置であ
る。キーボード１２４はクライアント１２０を操作する
為の指示を入力する装置である。ディスプレイ装置１２
５はＷＷＷブラウザ１２７の処理結果として再生したビ
デオ画像等を表示する装置である。ＣＤ−ＲＯＭ装置１
２６は前記プログラムを記録した記録媒体の読み込みを
行う装置である。

【００８９】クライアント１２０は、ＷＷＷブラウザ１
２７と、ビデオ再生部１２８とを有している。ＷＷＷブ
ラウザ１２７はビデオサーバ１００にＨＴＭＬファイル
及びビデオストリームデータの送信を要求し、送信され
たＨＴＭＬファイルの内容を解釈してディスプレイ装置
１２５の表示画面上に表示する処理部である。ビデオ再
生部１２８はビデオサーバ１００から受信したビデオス
トリームデータを再生する処理部である。

【００９０】クライアント１２０をＷＷＷブラウザ１２
７及びビデオ再生部１２８として機能させる為のプログ
ラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディ
スク等に格納された後、メモリにロードされて実行され
るものとする。なお前記プログラムを記録する媒体はＣ
Ｄ−ＲＯＭ以外の他の媒体でも良い。

【００９１】ここでＶＯＤシステムは、ビデオサーバ１
００とクライアント１２０及び１３０、そして両者を繋
ぐパケット交換網１４０とから成っている。ここでクラ
イアント１３０の構成はクライアント１２０の構成と同
様であるものとする。

【００９２】パケット交換網１４０が物理的な単一の通
信媒体であったとしても、ビデオサーバ１００とクライ
アント１２０及び１３０とを接続する通信経路は、論理
的に２種類の通信経路、すなわち制御コマンドに相当す
るリクエストが流れる第１の通信経路とビデオストリー
ムデータが流れる第２の通信経路とで構成されているも
のとする。

【００９３】なおパケット交換網１４０に繋がるクライ
アント装置としてクライアント１２０及び１３０以外の
他の装置が存在していても良いし、クライアント１２０
の１台だけが接続されているものとしても良く、またビ
デオサーバ１００が複数存在していても良い。

【００９４】ビデオサーバ１００のコマンド受信部１１
３は、ＷＷＷシステムのサーバ処理部の機能を持ち、ク
ライアント１２０または１３０のＷＷＷブラウザ１２７
からのリクエストを処理するものとする。

【００９５】クライアント１２０または１３０のＷＷＷ
ブラウザ１２７から送られてくるリクエストは、第１の
ネットワーク１４１を通じてＵＲＬで示されたビデオサ
ーバ１００に送られる。

【００９６】ビデオサーバ１００のコマンド受信部１１
３は、クライアント１２０または１３０から送られたリ
クエストを受信し、このリクエスト中のＵＲＬが指して
いるＨＴＭＬファイルをＨＴＭＬファイル蓄積部１１２
から取り出して、第１のネットワーク１４１を使ってク
ライアント１２０または１３０に送信する。

【００９７】但しコマンド受信部１１３によるこの様な
直接の応答ではコマンド制御部１１５に対して何らの命
令も下しておらず、コマンド制御部１１５に命令を出す
場合にはコマンド応答部１１４を経由してファイルを返
す処理が行われる。

【００９８】図２は本実施形態のＨＴＭＬファイルの流
れの概要を示す図である。図２に示す様に本実施形態の
ＨＴＭＬファイル蓄積部１１２は、ＶＯＤ用ＨＴＭＬフ
ァイル２０１〜２０４と、一般処理用ＨＴＭＬファイル
２０５とを有している。

【００９９】ＶＯＤ用ＨＴＭＬファイル２０１〜２０４
はビデオストリームデータへのアクセスを制御する制御
内容をＨＴＭＬで記述したファイルである。一般処理用
ＨＴＭＬファイル２０５はビデオストリームデータへの
アクセス以外の一般的な処理内容をＨＴＭＬで記述した
ファイルである。

【０１００】図２に示す様にＨＴＭＬファイル蓄積部１
１２の中に、ＶＯＤ用ＨＴＭＬファイル２０１〜２０４
及び一般処理用ＨＴＭＬファイル２０５の５個のファイ
ルがあるものとする。

【０１０１】ここで、クライアント１２０または１３０
から送られたリクエスト中のＵＲＬが一般処理用ＨＴＭ
Ｌファイル２０５を指している場合には、前記の様にコ
マンド受信部１１３が直接この一般処理用ＨＴＭＬファ
イル２０５を取り出してクライアント１２０または１３
０に送信する。

【０１０２】しかし、前記リクエスト中のＵＲＬがその
他のＶＯＤ用ＨＴＭＬファイル２０１〜２０４を指して
いる場合にはコマンド応答部１１４にそのファイルが渡
される。

【０１０３】これらのＶＯＤ用ＨＴＭＬファイル２０１
〜２０４には、クライアント１２０または１３０に返す
ＨＴＭＬ文書だけでなく、コマンド制御部１１５に伝え
るべき制御命令も書き込まれている。

【０１０４】図３は本実施形態のＶＯＤ用ＨＴＭＬファ
イル２０１の記述例を示す図である。図３に示す様にＶ
ＯＤ用ＨＴＭＬファイル２０１は、＜ｈｔｍｌ＞タグと
＜／ｈｔｍｌ＞タグとで囲まれた通常のＨＴＭＬ文書中
に、＜ｓｏｐｅ＞タグと＜／ｓｏｐｅ＞タグとで囲まれ
た部分と、＜ｃａｐｌｙ＞タグと＜／ｃａｐｌｙ＞タグ
とで囲まれた部分とを有している。

【０１０５】＜ｓｏｐｅ＞タグと＜／ｓｏｐｅ＞タグと
で囲まれた部分は、コマンド応答部１１４で解釈された
後、その結果に応じた制御命令がコマンド制御部１１５
に渡される部分であり、この部分はクライアント１２０
及び１３０へは渡されない。

【０１０６】なおＶＯＤ用ＨＴＭＬファイル２０１はビ
デオタイトルＡを再生するときに呼び出されるファイル
である為、このファイルの＜ｓｏｐｅ＞タグ以降にはコ
マンド制御部１１５にクライアント１２０または１３０
のＩＰアドレスを伝えるｉｐａｄｄ（）関数と、ビデオ
タイトルＡの再生を指示するｐｌａｙ（）関数とが記述
されている。

【０１０７】ここでｉｐａｄｄ（）関数はリクエストを
送信したクライアント１２０または１３０のＩＰアドレ
スを取得する関数である。またｐｌａｙ（）関数は特定
のビデオストリームデータの再生を指示する関数であ
り、ｐｌａｙ（ｔｉｔｌｅＡ）はビデオタイトルＡのビ
デオストリームデータの再生を表している。

【０１０８】クライアント１２０及び１３０のＩＰアド
レスは、ＨＴＴＰ或いはその下のＴＣＰ／ＩＰの仕様に
従い、最初にＵＲＬを含むリクエストが送られてきたと
きに一緒に送られてきている。ｉｐａｄｄ（）関数はこ
のＩＰアドレスを取り出す処理を行う関数である。

【０１０９】ビデオサーバ１００は、ＶＯＤ用ＨＴＭＬ
ファイル２０１の＜ｓｏｐｅ＞タグ以降のｉｐａｄ
ｄ（）関数により、ビデオストリームデータへのアクセ
スを制御するリクエストの送信元をクライアント毎に識
別する。

【０１１０】クライアント毎にリクエストの送信元を認
識することで、仮にビデオの再生中にユーザが不意にＷ
ＷＷブラウザ１２７を閉じてしまっても、再びＷＷＷブ
ラウザ１２７を立ち上げてビデオサーバ１００にアクセ
スすれば、ＷＷＷブラウザ１２７を閉じた以前の状態を
保ったままビデオストリームデータを操作できる。

【０１１１】また同様に、クライアント１２０及び１３
０がビデオの再生中にハングアップしても、リセットし
て電源を入れ直しＷＷＷブラウザ１２７を立ち上げれば
良い。

【０１１２】コマンド受信部１１３がＶＯＤ用ＨＴＭＬ
ファイル２０１へのＵＲＬを含むリクエストを受信する
と、コマンド応答部１１４は、ＶＯＤ用ＨＴＭＬファイ
ル２０１中の＜ｓｏｐｅ＞タグを識別し、＜ｓｏｐｅ＞
タグと＜／ｓｏｐｅ＞タグとの間に書かれている内容を
コマンド制御部１１５へ伝える。

【０１１３】この処理は、クライアント１２０または１
３０からのアクセスがあったときに初めて読み込んでそ
の場で解釈してコマンドを実行するインタープリタ型の
処理としても良いし、予めコンパイルしておいてコマン
ド応答部１１４がすぐに応答できる様にしておくコンパ
イラ型の処理としても良い。

【０１１４】コンパイラ型の場合はＶＯＤ用ＨＴＭＬフ
ァイル２０１〜２０４を予めコンパイルしてその結果を
ＨＴＭＬファイル蓄積部１１２に持っておく。インター
プリタ型に比べコンパイルの手間がかかるが、その分応
答は速くなる。

【０１１５】クライアント１２０または１３０がビデオ
タイトルＡの再生を要求するときは、クライアント１２
０または１３０のＷＷＷブラウザ１２７は、このＶＯＤ
用ＨＴＭＬファイル２０１のＵＲＬを含んだリクエスト
を第１のネットワーク１４２または１４３を通じてパケ
ット交換網１４０に送出する。

【０１１６】ビデオサーバ１００のコマンド受信部１１
３がこのリクエストを受け取ると、コマンド応答部１１
４を介してＶＯＤ用ＨＴＭＬファイル２０１を取り出
し、第１のネットワーク１４１を通じてＶＯＤ用ＨＴＭ
Ｌファイル２０１中のＨＴＭＬ文書部分をクライアント
１２０または１３０に返す。

【０１１７】このときコマンド応答部１１４が、そのＶ
ＯＤ用ＨＴＭＬファイル２０１の記述に従ってコマンド
制御部１１５に制御命令を下すのである。ＶＯＤ用ＨＴ
ＭＬファイル２０２〜２０４へのリクエストの場合も同
様にしてコマンド応答部１１４を通じてコマンド制御部
１１５に制御命令を下す。

【０１１８】コマンド制御部１１５はコマンド応答部１
１４によって下された制御命令を基にストリーム転送部
１１６を操作する。ストリーム転送部１１６はデータ蓄
積部１１１からビデオストリームデータを取り出し、第
２のネットワーク１４４に送出する。

【０１１９】クライアント１２０または１３０はＷＷＷ
ブラウザ１２７を利用してビデオサーバ１００にアクセ
スしている。ＷＷＷブラウザ１２７の処理ではインター
ネットのＷＷＷを効率良く閲覧する為にキャッシュ機能
が働いているのが普通である。

【０１２０】キャッシュ機能とは一度閲覧したホームペ
ージの内容をクライアント１２０のメモリ１２２や磁気
ディスク装置１２３に記憶しておく機能である。同じホ
ームページをもう一度見ようとすると、このキャッシュ
からホームページを呼び出して使用する。

【０１２１】この機能が働いていると、例えば一度再生
の為のＵＲＬを指定し次に停止の為のＵＲＬを指定した
後に更に再生の為のＵＲＬを指定すると、キャッシュに
貯えられた再生用のホームページが呼び出されてしま
い、停止状態から再生を再開する為の情報がビデオサー
バ１００に伝わらない。その為２回目以降の再生ができ
ないことになる。

【０１２２】クライアント１２０または１３０のＷＷＷ
ブラウザ１２７のキャッシュ機能をオフにすることもで
きるが、そうするとクライアント１２０または１３０は
ＷＷＷにアクセスする度にインターネットにアクセスす
ることになり、ＷＷＷにアクセスする際の効率が悪くな
る。

【０１２３】そこで本実施形態のビデオサーバ１００で
はこの問題を解決する為に、クライアント１２０または
１３０に送出するＶＯＤ用ＨＴＭＬファイル２０１中の
ＵＲＬの記述を動的に生成している。

【０１２４】図３において＜ｃａｐｌｙ＞タグと＜／ｃ
ａｐｌｙ＞タグとで挟まれた部分が動的にＵＲＬを生成
する部分である。ここではＰＬＡＹの文字列にＶＯＤ用
ＨＴＭＬファイル２０１を関連付けるＵＲＬを動的に生
成している。なお図３のファイル中にＶＯＤ用ＨＴＭＬ
ファイル２０２〜２０４を関連付けるＵＲＬを動的に生
成する部分を更に追加しても良い。

【０１２５】コマンド応答部１１４は、ＶＯＤ用ＨＴＭ
Ｌファイル２０１へのアクセスが行われる度にｗｒｉｔ
ｅ（）関数を実行し、ＰＬＡＹの文字列にＶＯＤ用ＨＴ
ＭＬファイル２０１を関連付けるＵＲＬを動的に生成す
る。

【０１２６】ｗｒｉｔｅ（）関数中には現在の時刻を文
字列として出力するｔｉｍｅ（）関数が用いられてお
り、出力された時刻を示す文字列はリンク先の文字列に
“？”をつけて添えられる。その結果、文字列ＰＬＡＹ
に関連付けられるＵＲＬは図４に示す様に毎回異なる文
字列を含むものとなる。

【０１２７】図４は本実施形態のクライアント１２０ま
たは１３０に伝えられるＵＲＬの例を示す図である。こ
こで“？”以降はＨＴＴＰの仕様に従ってパラメータと
して認識される。従って実際にアクセスされるファイル
はＶＯＤ用ＨＴＭＬファイル２０１である。しかもクラ
イアント１２０または１３０側のＷＷＷブラウザ１２７
は、当該ＵＲＬを前回使用されたＵＲＬとは異なるもの
であると認識するので、当該ＵＲＬへのリクエストを行
う際にはキャッシュへのアクセスは行われない。

【０１２８】図５は本実施形態のビデオサーバ１００の
処理手順を示すフローチャートである。クライアント１
２０または１３０がビデオサーバ１００にアクセスする
場合には、パケット交換網１４０を介してビデオサーバ
１００に制御コマンドに相当するリクエストを送信す
る。

【０１２９】ステップ５０１でビデオサーバ１００のコ
マンド受信部１１３はクライアント１２０または１３０
から送信されたリクエストを受信する。

【０１３０】ステップ５０２でコマンド受信部１１３
は、受信したリクエスト中のＵＲＬとＶＯＤ用ＨＴＭＬ
ファイル２０１〜２０４のＵＲＬとを比較し、ＵＲＬに
よってアクセスされるファイルがＶＯＤ用ＨＴＭＬファ
イル２０１〜２０４であるかどうかを判定する。

【０１３１】ステップ５０２でリクエスト中のＵＲＬを
判定した結果、受信したリクエスト中のＵＲＬの示すフ
ァイルが一般処理用ＨＴＭＬファイル２０５である場合
にはステップ５１０に進み、コマンド受信部１１３が直
接このファイルをＨＴＭＬファイル蓄積部１１２から取
り出してクライアント１２０または１３０に送信する。

【０１３２】ステップ５０２でリクエスト中のＵＲＬを
判定した結果、受信したリクエスト中のＵＲＬの示すフ
ァイルがＶＯＤ用ＨＴＭＬファイル２０１〜２０４であ
る場合には、受信したリクエストをコマンド応答部１１
４に渡してステップ５０３に進む。

【０１３３】ステップ５０３でコマンド応答部１１４
は、コマンド受信部１１３から渡されたリクエスト中の
ＵＲＬの示すＶＯＤ用のＨＴＭＬファイルの内容を読み
出す。

【０１３４】ステップ５０４でコマンド応答部１１４
は、当該ファイルから読み出した内容が＜ｓｏｐｅ＞タ
グと＜／ｓｏｐｅ＞タグとで囲まれた部分に記述された
ものであるかどうかを調べる。

【０１３５】当該ファイルから読み出した内容が＜ｓｏ
ｐｅ＞タグと＜／ｓｏｐｅ＞タグとで囲まれた部分のも
のである場合には、その内容で囲まれた部分をコマンド
制御部１１５に渡し、ステップ５２０に進む。

【０１３６】ステップ５２０でコマンド制御部１１５は
コマンド応答部１１４から渡された内容に応じてストリ
ーム転送部１１６を制御する処理を行う。

【０１３７】例えばコマンド応答部１１４からコマンド
制御部１１５に渡された内容が、クライアント１２０ま
たは１３０のＩＰアドレスを読み出すｉｐａｄｄ（）関
数である場合には、コマンド制御部１１５はｉｐａｄｄ
（）関数を実行し、最初にＵＲＬを含むリクエストが送
られてきたときに一緒に送られてきているクライアント
１２０または１３０のＩＰアドレスを取り出してストリ
ーム転送部１１６に渡す。

【０１３８】またコマンド応答部１１４からコマンド制
御部１１５に渡された内容が、ビデオタイトルＡの再生
を指示するｐｌａｙ（）関数である場合には、コマンド
制御部１１５はｐｌａｙ（）関数を実行してストリーム
転送部１１６を制御する。

【０１３９】ストリーム転送部１１６は、データ蓄積部
１１１からビデオタイトルＡのビデオストリームデータ
を読み出し、ｉｐａｄｄ（）関数で読み出されたＩＰア
ドレスに前記読み出したビデオストリームデータを送信
する処理を行う。

【０１４０】またコマンド制御部１１５は、ストリーム
転送部１１６により行われているビデオストリームデー
タへの処理をクライアント１２０及び１３０のＩＰアド
レス毎に管理し、リクエストを送信した送信元のＩＰア
ドレスにより制御の対象となるビデオストリームデータ
への処理を識別して、コマンド応答部１１４から渡され
た制御内容に応じてストリーム転送部１１６の動作を制
御する。

【０１４１】例えばコマンド応答部１１４からビデオタ
イトルＡの再生を停止するｓｔｏｐ（）関数が渡された
場合には、コマンド制御部１１５はｉｐａｄｄ（）関数
で読み出されたＩＰアドレスと同一のＩＰアドレス宛に
ビデオタイトルＡのビデオストリームデータを送信して
いるストリーム転送部１１６の処理を停止させる。

【０１４２】ステップ５０４で当該ファイルから読み出
した内容を調べた結果、その内容が＜ｓｏｐｅ＞タグと
＜／ｓｏｐｅ＞タグとで囲まれた部分のものではない場
合にはステップ５０５に進む。

【０１４３】ステップ５０５でコマンド応答部１１４
は、当該ファイルから読み出した内容が＜ｃａｐｌｙ＞
タグと＜／ｃａｐｌｙ＞タグとで囲まれた部分に記述さ
れたものであるかどうかを調べる。

【０１４４】当該ファイルから読み出した内容が＜ｃａ
ｐｌｙ＞タグと＜／ｃａｐｌｙ＞タグとで囲まれた部分
のものである場合にはステップ５３０に進む。

【０１４５】ステップ５３０でコマンド応答部１１４は
クライアント１２０または１３０に送出するＵＲＬを動
的に生成してコマンド受信部１１３に出力し、コマンド
受信部１１３はコマンド応答部１１４から受け取ったＵ
ＲＬをクライアント１２０または１３０に送信する。

【０１４６】例えば、＜ｃａｐｌｙ＞タグと＜／ｃａｐ
ｌｙ＞タグに囲まれた部分が、ＰＬＡＹの文字列にＶＯ
Ｄ用ＨＴＭＬファイル２０１を関連付けるＨＴＭＬの記
述を出力するｗｒｉｔｅ（）関数である場合にはこのｗ
ｒｉｔｅ（）関数を実行してＵＲＬを出力する。

【０１４７】なおｗｒｉｔｅ（）関数でＰＬＡＹの文字
列にＶＯＤ用ＨＴＭＬファイル２０１を関連付ける場合
には、ＶＯＤ用ＨＴＭＬファイル２０１を示す記述の後
に文字列“？”と、ｔｉｍｅ（）関数で生成した時刻を
示す文字列とを付加して、ＶＯＤ用ＨＴＭＬファイル２
０１のＵＲＬを動的に生成する。

【０１４８】また動的に生成されるＵＲＬのパラメータ
はリクエスト毎に異なる文字列となればどの様な文字列
を用いても良く、ｔｉｍｅ（）関数で生成した時刻を示
す文字列を付加する代わりに、リクエストの度に数値が
増加または減少する数字や乱数等を用いてＵＲＬのパラ
メータを動的に生成しても良い。

【０１４９】ステップ５０５で当該ファイルから読み出
した内容を調べた結果、その内容が＜ｃａｐｌｙ＞タグ
と＜／ｃａｐｌｙ＞タグとで囲まれた部分のものではな
い場合にはステップ５０６に進む。

【０１５０】ステップ５０６でコマンド応答部１１４は
当該ファイルのＨＴＭＬの記述をコマンド受信部１１３
に出力し、コマンド受信部１１３はコマンド応答部１１
４から受け取ったＨＴＭＬの記述をクライアント１２０
または１３０に送信する。

【０１５１】ステップ５０７でコマンド応答部１１４は
当該ファイルの内容を全て読み出したかどうか調べ、ま
だ全ての内容を読み出していない場合にはステップ５０
３に戻り、全ての内容を読み出した場合にはこの処理を
終了する。

【０１５２】以上説明した様に、本実施形態のビデオサ
ーバによれば、リンク情報を動的に生成してクライアン
トに送信するので、キャッシュ機能を有するクライアン
トを用いた場合でもビデオデータへのアクセスを行うリ
クエストをクライアントからビデオサーバに送信するこ
とが可能である。

【０１５３】

【発明の効果】本発明によれば、リンク情報を動的に生
成してクライアントに送信するので、キャッシュ機能を
有するクライアントを用いた場合でもビデオデータへの
アクセスを行うリクエストをクライアントからビデオサ
ーバに送信することが可能である。

【図面の簡単な説明】

【図１】本実施形態のビデオサーバの概略構成を示す図
である。

【図２】本実施形態のＨＴＭＬファイルの流れの概要を
示す図である。

【図３】本実施形態のＶＯＤ用ＨＴＭＬファイル２０１
の記述例を示す図である。

【図４】本実施形態のクライアント１２０または１３０
に伝えられるＵＲＬの例を示す図である。

【図５】本実施形態のビデオサーバ１００の処理手順を
示すフローチャートである。

【図６】従来のＶＯＤシステムの概略構成を示す図であ
る。

【図７】従来のＷＷＷの概要を示す図である。

【符号の説明】

１００…ビデオサーバ、１２０及び１３０…クライアン
ト、１４０…パケット交換網、１４１〜１４３…第１の
ネットワーク、１４４〜１４６…第２のネットワーク、
１０１…ＣＰＵ、１０２…メモリ、１０３…磁気ディス
ク装置、１０４…キーボード、１０５…ディスプレイ装
置、１０６…ＣＤ−ＲＯＭ装置、１１１…データ蓄積
部、１１２…ＨＴＭＬファイル蓄積部、１１３…コマン
ド受信部、１１４…コマンド応答部、１１５…コマンド
制御部、１１６…ストリーム転送部、１２１…ＣＰＵ、
１２２…メモリ、１２３…磁気ディスク装置、１２４…
キーボード、１２５…ディスプレイ装置、１２６…ＣＤ
−ＲＯＭ装置、１２７…ＷＷＷブラウザ、１２８…ビデ
オ再生部、２０１〜２０４…ＶＯＤ用ＨＴＭＬファイ
ル、２０５…一般処理用ＨＴＭＬファイル、６００…ビ
デオサーバ、６２０及び６３０…クライアント、６４０
…パケット交換網、６４１〜６４３…第１のネットワー
ク、６４４〜６４６…第２のネットワーク、６０１…Ｃ
ＰＵ、６０２…メモリ、６０３…磁気ディスク装置、６
０４…キーボード、６０５…ディスプレイ装置、６０６
…ＣＤ−ＲＯＭ装置、６１１…データ蓄積部、６１５…
コマンド制御部、６１６…ストリーム転送部、６２１…
ＣＰＵ、６２２…メモリ、６２３…磁気ディスク装置、
６２４…キーボード、６２５…ディスプレイ装置、６２
６…ＣＤ−ＲＯＭ装置、６２７…ビデオ再生部、７００
及び７１０…ＷＷＷサーバ、７２０…クライアント、７
３０…パケット交換網、７０１…ＣＰＵ、７０２…メモ
リ、７０３…磁気ディスク装置、７０４…キーボード、
７０５…ディスプレイ装置、７０６…ＣＤ−ＲＯＭ装
置、７０７…ＷＷＷサーバ処理部、７０８…ＨＴＭＬフ
ァイル蓄積部、７２１…ＣＰＵ、７２２…メモリ、７２
３…磁気ディスク装置、７２４…キーボード、７２５…
ディスプレイ装置、７２６…ＣＤ−ＲＯＭ装置、７２７
…ＷＷＷブラウザ。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｈ０４Ｎ 5/781 Ｈ０４Ｎ 5/781 ５１０Ｇ 7/173

Claims (6)

【特許請求の範囲】
1. 【請求項１】 クライアントからのリクエストに応じて
   ビデオデータを送信するビデオサーバにおいて、 ビデオデータへのアクセスを制御する制御内容を記述し
   たファイルへのリンク情報を含むリクエストをクライア
   ントから受信するコマンド受信部と、前記コマンド受信
   部が受信したリクエスト中のリンク情報が示すファイル
   を読み出し、当該ファイルに記述された制御内容をコマ
   ンド制御部に渡すと共に当該ファイルへのリンク情報を
   動的に生成してクライアントへ応答するコマンド応答部
   と、 ビデオデータを蓄積するデータ蓄積部からビデオデータ
   を取り出してクライアントに送信するストリーム転送部
   と、前記コマンド応答部から渡された制御内容に応じて
   前記ストリーム転送部を制御するコマンド制御部とを備
   えることを特徴とするビデオサーバ。
2. 【請求項２】 前記コマンド応答部は、前記ファイル蓄
   積部中のファイルへのリンク情報に毎回異なるパラメー
   タを付加することにより当該ファイルへのリンク情報を
   動的に生成することを特徴とする請求項１に記載された
   ビデオサーバ。
3. 【請求項３】 前記コマンド制御部は、前記ストリーム
   転送部により行われているビデオデータへの処理をクラ
   イアントのアドレス毎に管理し、リクエストを送信した
   クライアントのアドレスにより制御の対象となるビデオ
   データへの処理を識別することを特徴とする請求項１ま
   たは請求項２のいずれかに記載されたビデオサーバ。
4. 【請求項４】 クライアントからのリクエストに応じて
   ビデオデータを送信する為のプログラムを記録した媒体
   において、 ビデオデータへのアクセスを制御する制御内容を記述し
   たファイルへのリンク情報を含むリクエストをクライア
   ントから受信するコマンド受信部と、前記コマンド受信
   部が受信したリクエスト中のリンク情報が示すファイル
   を読み出し、当該ファイルに記述された制御内容をコマ
   ンド制御部に渡すと共に当該ファイルへのリンク情報を
   動的に生成してクライアントへ応答するコマンド応答部
   と、 ビデオデータを蓄積するデータ蓄積部からビデオデータ
   を取り出してクライアントに送信するストリーム転送部
   と、前記コマンド応答部から渡された制御内容に応じて
   前記ストリーム転送部を制御するコマンド制御部として
   コンピュータを機能させる為のプログラムを記録したこ
   とを特徴とする媒体。
5. 【請求項５】 前記コマンド応答部は、前記ファイル蓄
   積部中のファイルへのリンク情報に毎回異なるパラメー
   タを付加することにより当該ファイルへのリンク情報を
   動的に生成することを特徴とする請求項４に記載された
   媒体。
6. 【請求項６】 前記コマンド制御部は、前記ストリーム
   転送部により行われているビデオデータへの処理をクラ
   イアントのアドレス毎に管理し、リクエストを送信した
   クライアントのアドレスにより制御の対象となるビデオ
   データへの処理を識別することを特徴とする請求項４ま
   たは請求項５のいずれかに記載された媒体。