JP2001069485A - インターネット経由のビデオオンデマンドシステム用プロキシ - Google Patents
インターネット経由のビデオオンデマンドシステム用プロキシInfo
- Publication number
- JP2001069485A JP2001069485A JP24565299A JP24565299A JP2001069485A JP 2001069485 A JP2001069485 A JP 2001069485A JP 24565299 A JP24565299 A JP 24565299A JP 24565299 A JP24565299 A JP 24565299A JP 2001069485 A JP2001069485 A JP 2001069485A
- Authority
- JP
- Japan
- Prior art keywords
- client
- data
- proxy
- request
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
(57)【要約】 （修正有）
【課題】 クライアントからの要求をスムーズに実行す
ることを目的とする。 【解決手段】 プロキシ１−１がキャッシュを有し、キ
ャッシュ管理部と、ネットワーク送受信部とプロキシコ
ントローラとアカウント管理部から構成され、クライア
ントの要求に対し、キャッシュにＶＯＤデータが存在す
る限り、キャッシュからＶＯＤデータを取り出しクライ
アントに送信する。キャッシュにＶＯＤデータが存在し
ない場合に限り、サーバ１−２へ要求する。プロキシが
クライアント１−３からの要求とサーバからのＶＯＤデ
ータの転送経過を記録し、該当ＶＯＤデータがプロキシ
上に存在するかを判断し、サーバへの要求を再構成し送
信する。
ることを目的とする。 【解決手段】 プロキシ１−１がキャッシュを有し、キ
ャッシュ管理部と、ネットワーク送受信部とプロキシコ
ントローラとアカウント管理部から構成され、クライア
ントの要求に対し、キャッシュにＶＯＤデータが存在す
る限り、キャッシュからＶＯＤデータを取り出しクライ
アントに送信する。キャッシュにＶＯＤデータが存在し
ない場合に限り、サーバ１−２へ要求する。プロキシが
クライアント１−３からの要求とサーバからのＶＯＤデ
ータの転送経過を記録し、該当ＶＯＤデータがプロキシ
上に存在するかを判断し、サーバへの要求を再構成し送
信する。
Description
【０００１】
【発明の属する技術分野】本発明は、インターネットを
介してデータ送受信を行うビデオオンデマンドシステム
において、サーバとクライアント間の通信・データ送受
信を行うプロキシ装置に関するものである。
介してデータ送受信を行うビデオオンデマンドシステム
において、サーバとクライアント間の通信・データ送受
信を行うプロキシ装置に関するものである。
【０００２】
【従来の技術】ビデオオンデマンド（ＶＯＤ）システム
は、ビデオサーバに動画データを貯えておき、クライア
ントの要求に応じてネットワークを介してクライアント
に送出し、クライアントで動画を再生するシステムであ
る。動画データは通常ＭＰＥＧなどの圧縮データを使用
するが、例えば６ＭｂｐｓのＭＰＥＧ２の１時間のデー
タは３Ｇバイトほどの大容量を必要とする。
は、ビデオサーバに動画データを貯えておき、クライア
ントの要求に応じてネットワークを介してクライアント
に送出し、クライアントで動画を再生するシステムであ
る。動画データは通常ＭＰＥＧなどの圧縮データを使用
するが、例えば６ＭｂｐｓのＭＰＥＧ２の１時間のデー
タは３Ｇバイトほどの大容量を必要とする。
【０００３】ＬＡＮ上に構築されたＶＯＤシステムを用
いると、ユーザの見たい時に見たい場所からビデオサー
バ上の動画を見ることができ、ストレスなく稼動する。
しかしながら、インターネットを経由した場合には、イ
ンターネット上で、各ユーザ（企業）がセキュリティの
ために設けているファイアウォールを経由してデータを
通す必要があるため、ＶＯＤのデータ転送に特別な対処
が必要となる。
いると、ユーザの見たい時に見たい場所からビデオサー
バ上の動画を見ることができ、ストレスなく稼動する。
しかしながら、インターネットを経由した場合には、イ
ンターネット上で、各ユーザ（企業）がセキュリティの
ために設けているファイアウォールを経由してデータを
通す必要があるため、ＶＯＤのデータ転送に特別な対処
が必要となる。
【０００４】例えば、ファイアウォールを越えるため
に，ＨＴＴＰプロトコルにＶＯＤデータをカプセル化し
てクライアントに送出する方法がある。
に，ＨＴＴＰプロトコルにＶＯＤデータをカプセル化し
てクライアントに送出する方法がある。
【０００５】
【発明が解決しようとする課題】しかしながら、ファイ
アウォールは、外部からのデータを、そのプロトコル、
アドレス、ポートなどにより選別し、許可されたデータ
のみ通過を許すものであり、ファイアウォールでの処理
量が多くなるほど実際の転送に遅延が発生することにな
る。また、遅延が発生した場合には、サーバが送出済み
と認識したデータと、クライアントが受け取り実際に再
生しているデータとの間に差が生じることがある。これ
により、クライアントでの再生がユーザの所望した動作
と異なったり、再生の制御がうまくできないことにな
る。よって、本発明はクライアントでの再生が円滑に行
えることを目的とする。
アウォールは、外部からのデータを、そのプロトコル、
アドレス、ポートなどにより選別し、許可されたデータ
のみ通過を許すものであり、ファイアウォールでの処理
量が多くなるほど実際の転送に遅延が発生することにな
る。また、遅延が発生した場合には、サーバが送出済み
と認識したデータと、クライアントが受け取り実際に再
生しているデータとの間に差が生じることがある。これ
により、クライアントでの再生がユーザの所望した動作
と異なったり、再生の制御がうまくできないことにな
る。よって、本発明はクライアントでの再生が円滑に行
えることを目的とする。
【０００６】
【課題を解決するための手段】ファイアウォールでの処
理量を増やさずに、また遅延が発生したときも、できる
だけサーバとクライアントの間の認識の差が生じないよ
うにし、クライアントでの再生がユーザの所望した動作
となり、再生の制御を正しく行わせるようにするため、
プロキシにおける、ＶＯＤデータの取り扱い方法をあら
かじめ決めておくようにする。
理量を増やさずに、また遅延が発生したときも、できる
だけサーバとクライアントの間の認識の差が生じないよ
うにし、クライアントでの再生がユーザの所望した動作
となり、再生の制御を正しく行わせるようにするため、
プロキシにおける、ＶＯＤデータの取り扱い方法をあら
かじめ決めておくようにする。
【０００７】
【発明の実施の形態】以下に本発明の実施形態について
説明する。本発明の第１の実施形態のプロキシの構成を
図１に示す。プロキシ１−１は、ネットワーク送受信部
１−１１、プロキシコントローラ１−１２、キャッシュ
管理部１−１３、アカウント管理部で構成されている。
説明する。本発明の第１の実施形態のプロキシの構成を
図１に示す。プロキシ１−１は、ネットワーク送受信部
１−１１、プロキシコントローラ１−１２、キャッシュ
管理部１−１３、アカウント管理部で構成されている。
【０００８】また、プロキシ１−１は、インターネット
１−４を介して、サーバ１−２とクライアント１−３に
接続されている。ネットワーク送受信部１−１１は、ク
ライアント１−３からサーバ１−２に送信されるリクエ
ストを受け取りプロキシコントローラ１−１２に引き渡
す。そしてその処理結果をサーバ１−２に送信する。ま
た、サーバ１−２からクライアント１−４に送信される
処理結果を受け取りプロキシコントローラ１−１２に引
き渡す。その処理結果をクライアント１−３に送信す
る。
１−４を介して、サーバ１−２とクライアント１−３に
接続されている。ネットワーク送受信部１−１１は、ク
ライアント１−３からサーバ１−２に送信されるリクエ
ストを受け取りプロキシコントローラ１−１２に引き渡
す。そしてその処理結果をサーバ１−２に送信する。ま
た、サーバ１−２からクライアント１−４に送信される
処理結果を受け取りプロキシコントローラ１−１２に引
き渡す。その処理結果をクライアント１−３に送信す
る。
【０００９】プロキシコントローラ１−１２はネットワ
ーク送受信部１−１１で受信したリクエストや処理結果
を解析し、アカウントとキャッシュの処理を行った上
で、サーバ１−２とクライアント１−３間のＶＯＤデー
タの流れの最適化を行う。
ーク送受信部１−１１で受信したリクエストや処理結果
を解析し、アカウントとキャッシュの処理を行った上
で、サーバ１−２とクライアント１−３間のＶＯＤデー
タの流れの最適化を行う。
【００１０】アカウント管理部１−１４は、クライアン
ト１−３からサーバ１−２に送られるログイン要求を中
継し、アカウント管理部１−１４内にあるアカウントテ
ーブル１−１５にその処理経過を残す。キャッシュ管理
部１−１３はサーバ１−２から送られてきたＶＯＤデー
タを大容量キャッシュ１−５に蓄積する。キャッシュ管
理部１−１３内のキャッシュテーブル１−１６にはその
処理経過を残す。キャッシュテーブル１−１６は、ＶＯ
Ｄデータのどの部分がキャッシュされているかをキャッ
シュ管理部１−１３が判断するときにも使われる。
ト１−３からサーバ１−２に送られるログイン要求を中
継し、アカウント管理部１−１４内にあるアカウントテ
ーブル１−１５にその処理経過を残す。キャッシュ管理
部１−１３はサーバ１−２から送られてきたＶＯＤデー
タを大容量キャッシュ１−５に蓄積する。キャッシュ管
理部１−１３内のキャッシュテーブル１−１６にはその
処理経過を残す。キャッシュテーブル１−１６は、ＶＯ
Ｄデータのどの部分がキャッシュされているかをキャッ
シュ管理部１−１３が判断するときにも使われる。
【００１１】以下に図２に基づいて第１の実施形態にお
けるプロキシ１−１のデータ取り扱い方法について説明
する。
けるプロキシ１−１のデータ取り扱い方法について説明
する。
【００１２】処理１ クライアントはログインリクエス
トをプロキシに送信する。 処理２ プロキシはクライアントからのログインリクエ
ストをアカウントテーブルに記録し、サーバにログイン
リクエストを送信する。 処理３ サーバはログインリクエストを受信する。 処理４ サーバはログイン処理をする。 処理５ サーバはログイン処理結果をプロキシに送信す
る。
トをプロキシに送信する。 処理２ プロキシはクライアントからのログインリクエ
ストをアカウントテーブルに記録し、サーバにログイン
リクエストを送信する。 処理３ サーバはログインリクエストを受信する。 処理４ サーバはログイン処理をする。 処理５ サーバはログイン処理結果をプロキシに送信す
る。
【００１３】処理６ プロキシはログイン処理結果が返
ってきたら、アカウントテーブルにクライアント及びサ
ーバのログイン処理結果を書き込みする。 処理７ プロキシは処理６と同時にクライアントにログ
イン処理結果を送信する。 処理８ クライアントはログインリクエストの結果を受
信する。拒否通知の場合は終了する。成功通知の場合は
処理９へ。 処理９ クライアントは動画データの再生リクエストを
プロキシに送信する。
ってきたら、アカウントテーブルにクライアント及びサ
ーバのログイン処理結果を書き込みする。 処理７ プロキシは処理６と同時にクライアントにログ
イン処理結果を送信する。 処理８ クライアントはログインリクエストの結果を受
信する。拒否通知の場合は終了する。成功通知の場合は
処理９へ。 処理９ クライアントは動画データの再生リクエストを
プロキシに送信する。
【００１４】処理１０ プロキシは再生リクエストをサ
ーバに送信する。要求された動画データが全てキャッシ
ュされている場合は処理１４へ。 処理１１ サーバはプロキシに中継されたクライアント
からの再生リクエストを受信する。 処理１２ サーバは動画データの再生リクエストを処理
する。 処理１３ サーバは再生リクエストの処理結果をプロキ
シに送信する。
ーバに送信する。要求された動画データが全てキャッシ
ュされている場合は処理１４へ。 処理１１ サーバはプロキシに中継されたクライアント
からの再生リクエストを受信する。 処理１２ サーバは動画データの再生リクエストを処理
する。 処理１３ サーバは再生リクエストの処理結果をプロキ
シに送信する。
【００１５】処理１４ プロキシは再生リクエストの処
理結果をクライアントに渡す。処理１０からの場合は、
プロキシ自身が再生リクエストの処理をして、その結果
をクライアントへ送信する。 処理１５ クライアントは再生リクエストの処理結果を
受信する。拒否通知の場合は終了する。 処理１６ サーバは動画データをプロキシに送信する。
なお、プロキシでデータがキャッシングされている領域
が存在する場合、動作を省略する。
理結果をクライアントに渡す。処理１０からの場合は、
プロキシ自身が再生リクエストの処理をして、その結果
をクライアントへ送信する。 処理１５ クライアントは再生リクエストの処理結果を
受信する。拒否通知の場合は終了する。 処理１６ サーバは動画データをプロキシに送信する。
なお、プロキシでデータがキャッシングされている領域
が存在する場合、動作を省略する。
【００１６】処理１７ プロキシは動画データを受信し
たら、アカウントテーブルにあるクライアント情報およ
びサーバ情報を参照し、正常な動画データであることを
確認する。なお、プロキシでデータがキャッシングされ
ている領域が存在する場合、動作を省略する。 処理１８ プロキシは処理１６の動画データを大容量キ
ャッシュに保存する。なお、プロキシでデータがキャッ
シングされている領域が存在する場合、動作を省略す
る。 処理１９ プロキシは大容量キャッシュから動画データ
を送信する。 処理２０ クライアントはプロキシから動画データを受
信して再生を行う。
たら、アカウントテーブルにあるクライアント情報およ
びサーバ情報を参照し、正常な動画データであることを
確認する。なお、プロキシでデータがキャッシングされ
ている領域が存在する場合、動作を省略する。 処理１８ プロキシは処理１６の動画データを大容量キ
ャッシュに保存する。なお、プロキシでデータがキャッ
シングされている領域が存在する場合、動作を省略す
る。 処理１９ プロキシは大容量キャッシュから動画データ
を送信する。 処理２０ クライアントはプロキシから動画データを受
信して再生を行う。
【００１７】処理２１ プロキシはクライアントの再生
とキャッシングを管理する。ジャンプ等による動画デー
タキャッシングに不連続性を検出した場合には、連続性
を補完するようにサーバにリクエストを行う。すべての
動画データがキャッシュされている場合は終了する。 処理２２ サーバはプロキシからリクエストされた動画
データの補完部分を受信する。 処理２３ サーバはプロキシの要求に応じて動画データ
の補完部分をプロキシに送信する。 処理２４ プロキシはサーバから送信される動画データ
を受信し、連続性のあるキャッシュ済のデータを作成す
る。全てのキャッシングを終えたら終了する。
とキャッシングを管理する。ジャンプ等による動画デー
タキャッシングに不連続性を検出した場合には、連続性
を補完するようにサーバにリクエストを行う。すべての
動画データがキャッシュされている場合は終了する。 処理２２ サーバはプロキシからリクエストされた動画
データの補完部分を受信する。 処理２３ サーバはプロキシの要求に応じて動画データ
の補完部分をプロキシに送信する。 処理２４ プロキシはサーバから送信される動画データ
を受信し、連続性のあるキャッシュ済のデータを作成す
る。全てのキャッシングを終えたら終了する。
【００１８】以上のように、プロキシに接続されている
キャッシュの容量限界までキャッシングを続けることに
よって、複数クライアントからの同じ動画データの再生
や頻繁なジャンプ再生を繰り返す場合に、サーバからの
動画データ送信を省略することができ、クライアント・
サーバ間のレスポンスを向上させることができる。また
インターネット上に流れるトラフィック負荷も減少させ
ることができ、ネットワークリソースを有効に使うこと
ができる。
キャッシュの容量限界までキャッシングを続けることに
よって、複数クライアントからの同じ動画データの再生
や頻繁なジャンプ再生を繰り返す場合に、サーバからの
動画データ送信を省略することができ、クライアント・
サーバ間のレスポンスを向上させることができる。また
インターネット上に流れるトラフィック負荷も減少させ
ることができ、ネットワークリソースを有効に使うこと
ができる。
【００１９】次に本発明の第２の実施形態のプロキシの
構成を図３に示す。第１の実施形態と同様に、インター
ネット３−４で互いに接続されたプロキシ３−１とサー
バ３−２とクライアント３−３がある。プロキシ３−１
はクライアント３−３が送付した要求を受信するクライ
アント要求受信部３−１１、受信した要求を解析しその
結果をデータバッファ管理情報部３−１８に保存するク
ライアント要求解析部３−１２、要求をサーバ３−２に
送信するクライアント要求送信部３−１３、データバッ
ファ管理情報部３−１８の内容を更新するデータバッフ
ァ管理部３−１４、データを蓄積するデータバッファ管
理情報部３−１８、サーバ３−２からのデータを受信す
るサーバデータ受信部３−１６、サーバ３−２からのデ
ータを蓄積するデータバッファ３−１５、クライアント
にデータを送信するサーバデータ送信部３−１７より構
成される。
構成を図３に示す。第１の実施形態と同様に、インター
ネット３−４で互いに接続されたプロキシ３−１とサー
バ３−２とクライアント３−３がある。プロキシ３−１
はクライアント３−３が送付した要求を受信するクライ
アント要求受信部３−１１、受信した要求を解析しその
結果をデータバッファ管理情報部３−１８に保存するク
ライアント要求解析部３−１２、要求をサーバ３−２に
送信するクライアント要求送信部３−１３、データバッ
ファ管理情報部３−１８の内容を更新するデータバッフ
ァ管理部３−１４、データを蓄積するデータバッファ管
理情報部３−１８、サーバ３−２からのデータを受信す
るサーバデータ受信部３−１６、サーバ３−２からのデ
ータを蓄積するデータバッファ３−１５、クライアント
にデータを送信するサーバデータ送信部３−１７より構
成される。
【００２０】データバッファ管理情報部３−１８は以下
の情報を持つ。データ書き込み位置３−２１、データ書
き込み済み位置３−２２、データ読み込み位置３−２
３、データ読み込み済み位置３−２４、クライアント動
作要求簿３−２５、現在のクライアント動作状態３−２
６、データ送信終了フラグ３−２７。
の情報を持つ。データ書き込み位置３−２１、データ書
き込み済み位置３−２２、データ読み込み位置３−２
３、データ読み込み済み位置３−２４、クライアント動
作要求簿３−２５、現在のクライアント動作状態３−２
６、データ送信終了フラグ３−２７。
【００２１】以下に第２の実施形態におけるプロキシ３
−１のデータ取り扱い方法について、プロキシ３−１の
動作に基づいて説明する。クライアント３−３から送信
された要求をクライアント要求受信部３−１１が受信す
る。
−１のデータ取り扱い方法について、プロキシ３−１の
動作に基づいて説明する。クライアント３−３から送信
された要求をクライアント要求受信部３−１１が受信す
る。
【００２２】クライアント要求解析部３−１２はクライ
アント要求受信部３−１１で受信された要求を解析す
る。クライアント要求解析部３−１２はクライアントの
要求をデータバッファ管理情報部３−１８のクライアン
ト動作要求簿３−２５に保存する。クライアント要求送
信部３−１３はクライアントの動作要求をサーバ３−２
に送信する。データバッファ管理部３−１４はクライア
ント要求解析部３−１２が保存したデータバッファ管理
情報部３−１８内のクライアント動作要求簿３−２５を
参照し、データバッファ管理情報部３−１８内のデータ
書き込み位置３−２２、データ読み込み位置３−２３を
更新する。サーバデータ受信部３−１６はサーバ３−２
から送信されたデータを受信し、データバッファ管理情
報部３−１８内のデータ書き込み位置３−２１が指定す
る位置にサーバ３−２から受信したデータを書き込む。
サーバデータ受信部３−１６は受信後にデータバッファ
管理情報部３−１８内のデータ書き込み済み位置３−２
２を書き込み済みの位置に更新する。
アント要求受信部３−１１で受信された要求を解析す
る。クライアント要求解析部３−１２はクライアントの
要求をデータバッファ管理情報部３−１８のクライアン
ト動作要求簿３−２５に保存する。クライアント要求送
信部３−１３はクライアントの動作要求をサーバ３−２
に送信する。データバッファ管理部３−１４はクライア
ント要求解析部３−１２が保存したデータバッファ管理
情報部３−１８内のクライアント動作要求簿３−２５を
参照し、データバッファ管理情報部３−１８内のデータ
書き込み位置３−２２、データ読み込み位置３−２３を
更新する。サーバデータ受信部３−１６はサーバ３−２
から送信されたデータを受信し、データバッファ管理情
報部３−１８内のデータ書き込み位置３−２１が指定す
る位置にサーバ３−２から受信したデータを書き込む。
サーバデータ受信部３−１６は受信後にデータバッファ
管理情報部３−１８内のデータ書き込み済み位置３−２
２を書き込み済みの位置に更新する。
【００２３】サーバデータ送信部３−１７はデータバッ
ファ３−１５に書き込まれたデータをデータバッファ管
理情報部３−１８内のデータ読み込み位置３−２３が指
定する位置から読み込み、クライアント３−３に送信す
る。サーバデータ送信部３−１７は送信後にデータバッ
ファ管理情報部３−１８内のデータ読み込み済み位置３
−２４を読み込み済みの位置に更新する。
ファ３−１５に書き込まれたデータをデータバッファ管
理情報部３−１８内のデータ読み込み位置３−２３が指
定する位置から読み込み、クライアント３−３に送信す
る。サーバデータ送信部３−１７は送信後にデータバッ
ファ管理情報部３−１８内のデータ読み込み済み位置３
−２４を読み込み済みの位置に更新する。
【００２４】さらに、図４に示すように、ＶＯＤデータ
がｄ１からｄ９９、そしてＥＯＦによって構成される場
合について、具体的な動作を説明する。
がｄ１からｄ９９、そしてＥＯＦによって構成される場
合について、具体的な動作を説明する。
【００２５】サーバ３−２はこれらのデータをプロキシ
３−１経由でクライアント３−３に送信する。例えばサ
ーバ３−２がＶＯＤデータｄ１からｄ５までのデータを
プロキシ３−１に送信し、プロキシ３−１はデータバッ
ファ３−１５にＶＯＤデータｄ１からｄ５を蓄積する。
プロキシ３−１は、まずデータｄ１をクライアント３−
３に送信する。このとき、サーバ３−２からプロキシ３
−１へデータｄ２からｄ５を送信途中であり、データバ
ッファ３−１５にはまだ蓄積されていないとする。
３−１経由でクライアント３−３に送信する。例えばサ
ーバ３−２がＶＯＤデータｄ１からｄ５までのデータを
プロキシ３−１に送信し、プロキシ３−１はデータバッ
ファ３−１５にＶＯＤデータｄ１からｄ５を蓄積する。
プロキシ３−１は、まずデータｄ１をクライアント３−
３に送信する。このとき、サーバ３−２からプロキシ３
−１へデータｄ２からｄ５を送信途中であり、データバ
ッファ３−１５にはまだ蓄積されていないとする。
【００２６】この後、クライアント３−３が何の要求も
送信しなければ、サーバ３−２から順次プロキシ３−１
にデータが送信されるはずである。しかし、この時、ク
ライアント３−３がサーバ３−２に対してジャンプ、早
送り、逆再生、一時停止、その他のストリーム操作要求
を送信するとプロキシ３−１は動作処理を開始する。プ
ロキシ３−１はこれらの要求をクライアント要求受信部
３−１１で受信する。
送信しなければ、サーバ３−２から順次プロキシ３−１
にデータが送信されるはずである。しかし、この時、ク
ライアント３−３がサーバ３−２に対してジャンプ、早
送り、逆再生、一時停止、その他のストリーム操作要求
を送信するとプロキシ３−１は動作処理を開始する。プ
ロキシ３−１はこれらの要求をクライアント要求受信部
３−１１で受信する。
【００２７】クライアント要求解析部３−１２は、受信
した要求を解析し、クライアントの要求をデータバッフ
ァ管理情報部３−１８内のクライアント動作要求簿３−
２５に保存する。データバッファ管理部３−１４はデー
タバッファ管理情報部３−１８内のクライアント動作要
求簿３−２５を参照し、データバッファ管理情報部３−
１８内のデータ読み込み位置３−２３を更新する。クラ
イアント要求送信部３−４はデータバッファ管理情報部
３−１８内のクライアント動作要求簿３−２５を参照
し、サーバ３−２に送信する。その後、サーバデータ受
信部３−１６はサーバ３−２からデータを受信し、デー
タバッファ管理情報部３−１８内のデータ書き込み位置
３−２１を参照し、データバッファ３−１５のデータの
書き込み位置にデータを書き込み、データバッファ管理
情報部３−１８内のデータ書き込み済み位置３−２２を
更新する。
した要求を解析し、クライアントの要求をデータバッフ
ァ管理情報部３−１８内のクライアント動作要求簿３−
２５に保存する。データバッファ管理部３−１４はデー
タバッファ管理情報部３−１８内のクライアント動作要
求簿３−２５を参照し、データバッファ管理情報部３−
１８内のデータ読み込み位置３−２３を更新する。クラ
イアント要求送信部３−４はデータバッファ管理情報部
３−１８内のクライアント動作要求簿３−２５を参照
し、サーバ３−２に送信する。その後、サーバデータ受
信部３−１６はサーバ３−２からデータを受信し、デー
タバッファ管理情報部３−１８内のデータ書き込み位置
３−２１を参照し、データバッファ３−１５のデータの
書き込み位置にデータを書き込み、データバッファ管理
情報部３−１８内のデータ書き込み済み位置３−２２を
更新する。
【００２８】データバッファ管理部３−１４はデータバ
ッファ管理情報部３−１８内のデータ書き込み済み位置
３−２２を参照し、データバッファ３−１５のデータの
書き込み位置を更新する。サーバデータ送信部３−１７
はデータバッファ管理情報部３−１８内のデータ読み込
み位置３−２３を参照し、データバッファ内のデータを
読み込み、クライアントに送信し、データ読み込み位置
３−２３を更新する。
ッファ管理情報部３−１８内のデータ書き込み済み位置
３−２２を参照し、データバッファ３−１５のデータの
書き込み位置を更新する。サーバデータ送信部３−１７
はデータバッファ管理情報部３−１８内のデータ読み込
み位置３−２３を参照し、データバッファ内のデータを
読み込み、クライアントに送信し、データ読み込み位置
３−２３を更新する。
【００２９】これにより、プロキシ３−１は、クライア
ント３−３が所望するデータをクライアント３−３に送
信する。データバッファ管理部３−１４はデータバッフ
ァ管理情報部３−１８内のデータ読み込み済み位置３−
２４を参照し、データバッファ３−１５のデータの読み
込み位置を更新する。
ント３−３が所望するデータをクライアント３−３に送
信する。データバッファ管理部３−１４はデータバッフ
ァ管理情報部３−１８内のデータ読み込み済み位置３−
２４を参照し、データバッファ３−１５のデータの読み
込み位置を更新する。
【００３０】クライアント３−３からサーバ３−１に対
してジャンプ、早送り、逆再生、一時停止、その他のス
トリーム操作要求が送信されたとき、上記のように、サ
ーバ３−２とプロキシ３−１が協調して動作し、プロキ
シ３−１のバッファに残ったデータがクライアント３−
３からのジャンプ、早送り、逆再生、一時停止、その他
のストリーム操作要求に逆らわない様に動作し、ユーザ
にとって違和感のない動作となる。
してジャンプ、早送り、逆再生、一時停止、その他のス
トリーム操作要求が送信されたとき、上記のように、サ
ーバ３−２とプロキシ３−１が協調して動作し、プロキ
シ３−１のバッファに残ったデータがクライアント３−
３からのジャンプ、早送り、逆再生、一時停止、その他
のストリーム操作要求に逆らわない様に動作し、ユーザ
にとって違和感のない動作となる。
【００３１】さらに、サーバ３−２から送信されるＶＯ
ＤデータがＥＯＦまで送信済みで、それらの後半のデー
タｄ９６からｄ９９までとＥＯＦがプロキシ３−１のデ
ータバッファ３−１５に残っており、クライアント３−
３に未伝送の状態の場合について、具体的な動作を説明
する。プロキシ３−１は、サーバ３−２からデータＥＯ
Ｆが送られてきた時点でデータバッファ管理情報部３−
１８内のデータ送信終了フラグ３−２７をＯＮに設定す
る。
ＤデータがＥＯＦまで送信済みで、それらの後半のデー
タｄ９６からｄ９９までとＥＯＦがプロキシ３−１のデ
ータバッファ３−１５に残っており、クライアント３−
３に未伝送の状態の場合について、具体的な動作を説明
する。プロキシ３−１は、サーバ３−２からデータＥＯ
Ｆが送られてきた時点でデータバッファ管理情報部３−
１８内のデータ送信終了フラグ３−２７をＯＮに設定す
る。
【００３２】クライアント３−３がサーバ３−２に対し
てジャンプ、早送り、逆再生、一時停止、その他のスト
リーム操作要求を送信するとプロキシ３−１は動作処理
を開始する。プロキシ３−１はこれらの要求をクライア
ント要求受信部３−１１で受信する。
てジャンプ、早送り、逆再生、一時停止、その他のスト
リーム操作要求を送信するとプロキシ３−１は動作処理
を開始する。プロキシ３−１はこれらの要求をクライア
ント要求受信部３−１１で受信する。
【００３３】クライアント要求解析部３−１２は、受信
した要求を解析し、クライアントの要求をデータバッフ
ァ管理情報部３−１８内のクライアント動作要求簿３−
２５に保存する。データバッファ管理部３−１４はデー
タバッファ管理情報部３−１８内のクライアント動作要
求簿３−２５を参照し、データバッファ管理情報部３−
１８内のデータ読み込み位置３−２３を更新する。クラ
イアント要求送信部３−４はデータバッファ管理情報部
３−１８内のクライアント動作要求簿３−２５を参照
し、サーバ３−２に送信しない。
した要求を解析し、クライアントの要求をデータバッフ
ァ管理情報部３−１８内のクライアント動作要求簿３−
２５に保存する。データバッファ管理部３−１４はデー
タバッファ管理情報部３−１８内のクライアント動作要
求簿３−２５を参照し、データバッファ管理情報部３−
１８内のデータ読み込み位置３−２３を更新する。クラ
イアント要求送信部３−４はデータバッファ管理情報部
３−１８内のクライアント動作要求簿３−２５を参照
し、サーバ３−２に送信しない。
【００３４】データバッファ管理部３−１４はデータバ
ッファ管理情報部３−１８内のデータ送信終了フラグ３
−２７を参照し、ＯＮの時には、データバッファ管理情
報部３−１８内のクライアント動作要求簿３−２５をク
リアする。クライアント要求送信部３−１３はデータバ
ッファ管理情報部３−１８内のクライアント動作要求簿
３−２５を参照し、サーバ３−２に要求を送信しない。
これによって、サーバ３−２に不要な要求が送信される
ことはなくなる。
ッファ管理情報部３−１８内のデータ送信終了フラグ３
−２７を参照し、ＯＮの時には、データバッファ管理情
報部３−１８内のクライアント動作要求簿３−２５をク
リアする。クライアント要求送信部３−１３はデータバ
ッファ管理情報部３−１８内のクライアント動作要求簿
３−２５を参照し、サーバ３−２に要求を送信しない。
これによって、サーバ３−２に不要な要求が送信される
ことはなくなる。
【００３５】また、クライアント３−３の要求がジャン
プでジャンプ先のデータがデータバッファ３−１５に残
っている場合には、データバッファ管理部３−１４はデ
ータバッファ管理情報部３−１８内のデータ読み込み位
置３−２３にジャンプ先を更新する。
プでジャンプ先のデータがデータバッファ３−１５に残
っている場合には、データバッファ管理部３−１４はデ
ータバッファ管理情報部３−１８内のデータ読み込み位
置３−２３にジャンプ先を更新する。
【００３６】クライアント３−３からの制御要求によ
り、プロキシ３−１の動作の処理の流れを以下に記す。 処理１ クライアントからストリーム制御要求がくる。 処理２ サーバからＥＯＦが既に届いている場合には処
理６へ 処理３ 制御要求をサーバへ送る。 処理４ キャッシュをクリアする。 処理５ 処理１へ 処理６ 制御要求がジャンプでキャッシュにあれば、次
の転送データを当該キャッシュから送信し、クライアン
トへ制御要求成功を返す。処理１へ。
り、プロキシ３−１の動作の処理の流れを以下に記す。 処理１ クライアントからストリーム制御要求がくる。 処理２ サーバからＥＯＦが既に届いている場合には処
理６へ 処理３ 制御要求をサーバへ送る。 処理４ キャッシュをクリアする。 処理５ 処理１へ 処理６ 制御要求がジャンプでキャッシュにあれば、次
の転送データを当該キャッシュから送信し、クライアン
トへ制御要求成功を返す。処理１へ。
【００３７】処理７ 制御要求がジャンプでキャッシュ
にない場合と、ジャンプ以外の制御要求は、当該場所か
らの再生要求に変更しサーバへ送る。 処理８ キャッシュをクリアする。 処理９ サーバから成功通知が届いた場合には、キャッ
シュに保存し、クライアントへ送信する。処理１へ。 処理１０ サーバから拒否通知が届いた場合には、拒否
通知をクライアントへ送り、転送を終了する。処理１
へ。
にない場合と、ジャンプ以外の制御要求は、当該場所か
らの再生要求に変更しサーバへ送る。 処理８ キャッシュをクリアする。 処理９ サーバから成功通知が届いた場合には、キャッ
シュに保存し、クライアントへ送信する。処理１へ。 処理１０ サーバから拒否通知が届いた場合には、拒否
通知をクライアントへ送り、転送を終了する。処理１
へ。
【００３８】以上のように、一時停止、早送り、逆再
生、ジャンプ、その他のストリーム操作要求がクライア
ントから送信された場合、ストリーム操作要求はプロキ
シを経由してサーバに送信される。このようにサーバか
らストリームデータがＥＯＦまで伝送済みの場合に、ク
ライアントからの要求とサーバの間で不整合が発生しな
いようにすることができる。
生、ジャンプ、その他のストリーム操作要求がクライア
ントから送信された場合、ストリーム操作要求はプロキ
シを経由してサーバに送信される。このようにサーバか
らストリームデータがＥＯＦまで伝送済みの場合に、ク
ライアントからの要求とサーバの間で不整合が発生しな
いようにすることができる。
【００３９】上記のように従来のＶＯＤシステムでは動
作が不安定になる代表的な例を取り上げて説明したが、
これ以外の状況にも対応可能な動作をすることが可能で
ある。また、第２の実施形態では、とくに大容量キャッ
シュがないが、データバッファを大容量キャッシュに置
き換えてもかまわない。
作が不安定になる代表的な例を取り上げて説明したが、
これ以外の状況にも対応可能な動作をすることが可能で
ある。また、第２の実施形態では、とくに大容量キャッ
シュがないが、データバッファを大容量キャッシュに置
き換えてもかまわない。
【００４０】
【発明の効果】本発明の効果を以下に説明する。データ
転送とクライアントの要求の間で不整合が発生すること
をプロキシの処理動作によって抑えることができ、プロ
キシに接続されているキャッシュの容量限界までキャッ
シングを続けることによって、複数クライアントからの
同じ動画データの再生や頻繁なジャンプ再生を繰り返す
場合に、サーバからの動画データ送信を省略することが
でき、クライアント・サーバ間のレスポンスを向上させ
ることができる。
転送とクライアントの要求の間で不整合が発生すること
をプロキシの処理動作によって抑えることができ、プロ
キシに接続されているキャッシュの容量限界までキャッ
シングを続けることによって、複数クライアントからの
同じ動画データの再生や頻繁なジャンプ再生を繰り返す
場合に、サーバからの動画データ送信を省略することが
でき、クライアント・サーバ間のレスポンスを向上させ
ることができる。
【００４１】またインターネット上に流れるトラフィッ
ク負荷も減少させることができ、ネットワークリソース
を有効に使うことができる。
ク負荷も減少させることができ、ネットワークリソース
を有効に使うことができる。
【図１】第１の実施形態の構成を示す図である。
【図２】第１の実施形態における動作の流れを説明する
図である。
図である。
【図３】第２の実施形態の構成を示す図である。
【図４】第２の実施形態におけるＶＯＤデータの構成を
示す図である。
示す図である。
１−１、２−１、３−１ … プロキシ １−２、２−２、３−２ … サーバ １−３、２−３、３−３ … クライアント １−４、３−４ … インターネット １−５ … 大容量キャッシュ １−１１ … ネットワーク送受信部 １−１２ … プロキシコントローラ １−１４ … アカウント管理部 １−１５ … アカウントテーブル １−１３ … キャッシュ管理部 １−１６ … キャッシュテーブル ３−１１ … クライアント要求受信部 ３−１２ … クライアント要求解析部 ３−１３ … クライアント要求送信部 ３−１４ … データバッファ管理部 ３−１５ … データバッファ ３−１６ … サーバデータ受信部 ３−１７ … サーバデータ送信部 ３−１８ … データバッファ管理情報部 ３−２１ … データ書き込み位置 ３−２２ … データ書き込み済み位置 ３−２３ … データ読み込み位置 ３−２４ … データ読み込み済み位置 ３−２５ … クライアント動作要求簿 ３−２６ … 現在のクライアント動作状態 ３−２７ … データ送信終了フラグ
───────────────────────────────────────────────────── フロントページの続き (72)発明者 久保田 俊郎 東京都港区虎ノ門１丁目７番12号 沖電気 工業株式会社内 Ｆターム(参考） 5B082 FA12 5B089 GA19 HA10 JA07 KA05 KB06 KD02 5C064 BA01 BB05 BC16 BC23 BD02 BD07 BD14
Claims (3)
- 【請求項１】 インターネット上に接続されたビデオオ
ンデマンド（ＶＯＤ）データの配信を行うサーバから、
前記インターネット上に接続されたクライアントの要求
により、前記クライアントへ前記ＶＯＤデータを配信す
る際に経由するプロキシにおいて、 前記プロキシがキャッシュを有し、前記キャッシュを管
理するキャッシュ管理部と、 ネットワーク送受信部とプロキシコントローラとアカウ
ント管理部から構成され、 前記クライアントの要求に対して、前記キャッシュに前
記ＶＯＤデータが存在する限り、前記サーバへの要求を
出さずに前記キャッシュから前記ＶＯＤデータを取り出
し前記クライアントに送信することを特徴とするプロキ
シ。 - 【請求項２】 インターネット上に接続されたビデオオ
ンデマンド（ＶＯＤ）データの配信を行うサーバから、
前記インターネット上に接続されたクライアントの要求
により、前記クライアントへ前記ＶＯＤデータを配信す
る際に経由するプロキシにおいて、 前記プロキシがキャッシュを有し、前記キャッシュを管
理するキャッシュ管理部と、 ネットワーク送受信部とプロキシコントローラとアカウ
ント管理部から構成され、 前記クライアントの要求に対して、前記キャッシュに前
記ＶＯＤデータが存在しない場合に限り、前記サーバへ
要求を送信し、前記サーバから受信した前記ＶＯＤデー
タを前記クライアントに送信することを特徴とするプロ
キシ。 - 【請求項３】 インターネット上に接続されたビデオオ
ンデマンド（ＶＯＤ）データの配信を行うサーバから、
前記インターネット上に接続されたクライアントの要求
により前記クライアントへ前記ＶＯＤデータを配信する
際に経由するプロキシにおいて、 前記プロキシが前記クライアントからの要求と前記サー
バからの前記ＶＯＤデータの転送経過を記録するステッ
プを有し、前記クライアントからの要求を満たす前記Ｖ
ＯＤデータが前記プロキシ上に存在するかを判断するス
テップを有し、前記クライアントからの要求を前記サー
バに送信するかを判断するステップを有し、前記サーバ
への要求を再構成し送信するステップを有し、前記クラ
イアントの要求した所望のＶＯＤデータを前記クライア
ントに送信することを特徴とするプロキシ。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP24565299A JP2001069485A (ja) | 1999-08-31 | 1999-08-31 | インターネット経由のビデオオンデマンドシステム用プロキシ |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP24565299A JP2001069485A (ja) | 1999-08-31 | 1999-08-31 | インターネット経由のビデオオンデマンドシステム用プロキシ |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001069485A true JP2001069485A (ja) | 2001-03-16 |
Family
ID=17136825
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP24565299A Pending JP2001069485A (ja) | 1999-08-31 | 1999-08-31 | インターネット経由のビデオオンデマンドシステム用プロキシ |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001069485A (ja) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002335506A (ja) * | 2001-05-10 | 2002-11-22 | Matsushita Electric Ind Co Ltd | 映像プロクシサーバ |
| WO2003023652A1 (en) * | 2001-09-11 | 2003-03-20 | Hoarton, Lloyd, Douglas, Charles | A method of displacing images |
| WO2003083597A2 (en) * | 2002-04-02 | 2003-10-09 | Coppe/Ufrj - Coordenacão Dos Programas De Pós Graduacão De Engenharia Da Universidade Federal Do Rio De Janeiro | Collapsed distributed cooperative memory for interactive and scalable media-on-demand systems |
| KR100444143B1 (ko) * | 2001-12-29 | 2004-08-09 | 주식회사 윈컴소프트 | 브이비알을 이용한 브이오디 스트림 서비스 제공 시스템및 방법 |
| KR100476781B1 (ko) * | 2001-12-28 | 2005-03-16 | 삼성전자주식회사 | 캐싱기법을 이용한 ｍｐｅｇ-4 시스템 단말의 제어방법 |
| JP2006506738A (ja) * | 2002-11-19 | 2006-02-23 | ヒューレット−パッカード デベロップメント カンパニー エル．ピー． | トランスコード可能なキャッシングプロキシおよびその方法 |
| US7043558B2 (en) | 2001-11-15 | 2006-05-09 | Mitsubishi Denki Kabushiki Kaisha | Data communication apparatus and data communication method |
| US7051100B2 (en) | 2001-11-15 | 2006-05-23 | Mitsububishi Denki Kabushiki Kaisha | Data communication apparatus and data communication method |
| CN1305270C (zh) * | 2004-07-04 | 2007-03-14 | 华中科技大学 | 基于集群的流媒体缓存代理服务器系统 |
| WO2009018738A1 (fr) * | 2007-08-09 | 2009-02-12 | Huawei Technologies Co., Ltd. | Procédé, dispositif et système de service associé destinés à fournir un contenu vidéo |
-
1999
- 1999-08-31 JP JP24565299A patent/JP2001069485A/ja active Pending
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4667639B2 (ja) * | 2001-05-10 | 2011-04-13 | パナソニック株式会社 | 映像プロクシサーバ |
| JP2002335506A (ja) * | 2001-05-10 | 2002-11-22 | Matsushita Electric Ind Co Ltd | 映像プロクシサーバ |
| WO2003023652A1 (en) * | 2001-09-11 | 2003-03-20 | Hoarton, Lloyd, Douglas, Charles | A method of displacing images |
| US7043558B2 (en) | 2001-11-15 | 2006-05-09 | Mitsubishi Denki Kabushiki Kaisha | Data communication apparatus and data communication method |
| US7051100B2 (en) | 2001-11-15 | 2006-05-23 | Mitsububishi Denki Kabushiki Kaisha | Data communication apparatus and data communication method |
| KR100476781B1 (ko) * | 2001-12-28 | 2005-03-16 | 삼성전자주식회사 | 캐싱기법을 이용한 ｍｐｅｇ-4 시스템 단말의 제어방법 |
| KR100444143B1 (ko) * | 2001-12-29 | 2004-08-09 | 주식회사 윈컴소프트 | 브이비알을 이용한 브이오디 스트림 서비스 제공 시스템및 방법 |
| WO2003083597A3 (en) * | 2002-04-02 | 2007-06-07 | Coppe Ufrj | Collapsed distributed cooperative memory for interactive and scalable media-on-demand systems |
| WO2003083597A2 (en) * | 2002-04-02 | 2003-10-09 | Coppe/Ufrj - Coordenacão Dos Programas De Pós Graduacão De Engenharia Da Universidade Federal Do Rio De Janeiro | Collapsed distributed cooperative memory for interactive and scalable media-on-demand systems |
| JP2006506738A (ja) * | 2002-11-19 | 2006-02-23 | ヒューレット−パッカード デベロップメント カンパニー エル．ピー． | トランスコード可能なキャッシングプロキシおよびその方法 |
| CN1305270C (zh) * | 2004-07-04 | 2007-03-14 | 华中科技大学 | 基于集群的流媒体缓存代理服务器系统 |
| WO2009018738A1 (fr) * | 2007-08-09 | 2009-02-12 | Huawei Technologies Co., Ltd. | Procédé, dispositif et système de service associé destinés à fournir un contenu vidéo |
| EP2120457A1 (en) * | 2007-08-09 | 2009-11-18 | Huawei Technologies Co., Ltd. | A method, related service device and system for providing video content |
| EP2120457A4 (en) * | 2007-08-09 | 2010-05-12 | Huawei Tech Co Ltd | PROCESS, ASSOCIATED SERVICE DEVICE AND SYSTEM FOR PROVIDING VIDEO CONTENT |
| CN101365096B (zh) * | 2007-08-09 | 2012-05-23 | 华为技术有限公司 | 提供视频内容的方法及相关业务设备和系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3653569B2 (ja) | ビデオをオン・デマンドでレンダリングするｖｃｒに似た機能 | |
| JP5894220B2 (ja) | プログレッシブ再生を含む映像分配システム | |
| US6708213B1 (en) | Method for streaming multimedia information over public networks | |
| EP1533978B1 (en) | Data communication apparatus and data communication method | |
| KR101737325B1 (ko) | 멀티미디어 시스템에서 멀티미디어 서비스의 경험 품질 감소를 줄이는 방법 및 장치 | |
| JP3884920B2 (ja) | データ配送方法 | |
| US6085252A (en) | Device, system and method for real-time multimedia streaming | |
| JP3628359B2 (ja) | データ転送方法、データ送信装置、データ受信装置およびビデオメールシステム | |
| US6098180A (en) | Robust delivery system | |
| EP0674414A2 (en) | Apparatus and computer-implemented process for providing real-time multimedia data transport in a distributed computing system | |
| US20020032884A1 (en) | Robust delivery system | |
| KR100506253B1 (ko) | 데이터 통신 시스템에서 전송 지연을 최소화하기 위한장치 및 방법 | |
| JP2003167813A (ja) | ストリームデータの蓄積・配信方法及びストリームデータの蓄積・配信システム | |
| JP2002520732A (ja) | 安価でスケーラブルなオープンアーキテクチャメディアサーバ | |
| KR19990036358A (ko) | 데이터 처리 시스템 | |
| KR19990087916A (ko) | 인터넷콘볼루션오디오/비디오서버 | |
| WO2012011490A1 (ja) | コンテンツ取得装置、コンテンツ送信装置、コンテンツ送受信システム、データ構造、制御方法、制御プログラム、及び記録媒体 | |
| JP2001069485A (ja) | インターネット経由のビデオオンデマンドシステム用プロキシ | |
| JP2004505503A (ja) | 多チャネルインターネット放送中継システム及びネットワーク方法 | |
| CN109104614A (zh) | 一种直播缓存系统及方法 | |
| EP1395000B1 (en) | A method of transmitting data streams dependent on the monitored state of the client application buffer | |
| US20020147827A1 (en) | Method, system and computer program product for streaming of data | |
| KR100364401B1 (ko) | 가상 서버를 이용한 멀티미디어 서비스 시스템 | |
| WO2008100003A1 (en) | Device and method for buffering data in the hybrid-fiber coaxial | |
| JP3860957B2 (ja) | マルチメディアデータの送出装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050630 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060117 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060516 |