JP2000358230A - Video server and on-demand video system - Google Patents
Video server and on-demand video systemInfo
- Publication number
- JP2000358230A JP2000358230A JP16974399A JP16974399A JP2000358230A JP 2000358230 A JP2000358230 A JP 2000358230A JP 16974399 A JP16974399 A JP 16974399A JP 16974399 A JP16974399 A JP 16974399A JP 2000358230 A JP2000358230 A JP 2000358230A
- Authority
- JP
- Japan
- Prior art keywords
- client
- video server
- database
- video
- content
- 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.)
- Granted
Links
Abstract
Description
【０００１】[0001]
【発明の属する技術分野】この発明はビデオオンデマン
ドシステムにおいて、クライアント仕様に合わせてサー
ビスを提供することができるようにしたビデオサーバお
よびクライアントに関する。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a video server and a client capable of providing a service in accordance with a client specification in a video on demand system.
【０００２】[0002]
【従来の技術】従来、ビデオオンデマンドシステムで
は、ビデオサーバがクライアントの仕様に関わりなく、
ビデオサーバが持つ固定的なサービスを一方的に提供し
ていた。2. Description of the Related Art Conventionally, in a video-on-demand system, a video server does not depend on a client specification.
They provided one-sided fixed services provided by video servers.
【０００３】[0003]
【発明が解決しようとする課題】クライアントがビデオ
サーバの提供しうるサービスに対応していない場合、ク
ライアントはビデオサーバから送られてくるデータを受
信しても、何もすることができなかった。特開平８−２
７４９０２では、クライアントの仕様に応じて可変ビッ
トレートを固定ビットレートに変換する方式を提案して
いるが、その他の圧縮形式、圧縮パラメータに対しては
クライアントが対応していない場合、対策手段が無い。When a client does not support a service that can be provided by a video server, the client cannot do anything even when receiving data transmitted from the video server. JP-A-8-2
74902 proposes a method of converting a variable bit rate to a fixed bit rate according to the specifications of the client. However, if the client does not support other compression formats and compression parameters, there is no countermeasure. .
【０００４】この発明は上記事情に鑑みて成されたもの
であり、その目的は、ビデオオンデマンドシステムにお
いて、クライアントの仕様に対応したコンテンツを配信
することができるビデオサーバを提供することである。[0004] The present invention has been made in view of the above circumstances, and an object of the present invention is to provide a video server which can deliver contents corresponding to client specifications in a video-on-demand system.
【０００５】[0005]
【課題を解決するための手段】この発明によれば、ネッ
トワークを介して複数のクライアントとビデオサーバが
接続されたビデオオンデマンドシステムにおいて、前記
ビデオサーバは、コンテンツを圧縮形式で登録を行う手
段と、コンテンツを圧縮形式で配信する手段と、クライ
アントの仕様に関する情報を保持するデータベースと、
前記クライアントからの配信要求に応答して前記データ
ベースに記憶されたクライアントの仕様と、前記クライ
アントの要求したビデオデータの仕様とが一致するか否
かを判断し、一致したとき、前記コンテンツを前記クラ
イアントに送信する手段を有することを特徴とする。According to the present invention, in a video-on-demand system in which a plurality of clients and a video server are connected via a network, the video server registers a content in a compressed format. , A means for delivering content in a compressed format, a database holding information about client specifications,
Determining whether or not the client specification stored in the database in response to the distribution request from the client matches the specification of the video data requested by the client; Characterized by having a means for transmitting to
【０００６】この発明によれば、クライアントの仕様に
応じて柔軟なビデオオンデマンドサービスをクライアン
トが受けることができる。According to the present invention, a client can receive a flexible video-on-demand service according to the specifications of the client.
【０００７】また、この発明によれば、ネットワークを
介して複数のクライアントとビデオサーバが接続された
ビデオオンデマンドシステムにおいて、前記ビデオサー
バは、コンテンツを圧縮形式で登録を行う手段と、コン
テンツを圧縮形式で配信する手段と、クライアントの仕
様に関する情報を保持するデータベースと、前記クライ
アントからの配信要求に応答して前記データベースに記
憶されたクライアントの仕様と、前記クライアントの要
求したビデオデータの仕様とが一致するか否かを判断
し、一致したとき、前記コンテンツを前記クライアント
に送信する手段と、前記クライアントの仕様と、前記ク
ライアントの要求したビデオデータの仕様とが一致しな
いとき、送信すべき圧縮データを復号化するデコーダ手
段と、前記デコーダ手段で復号化されたデータを前記ク
ライアントがサポートする圧縮形式および圧縮パラメー
タに再圧縮するエンコーダと、前記エンコーダにより再
圧縮されたデータを前記送信手段により送信することを
特徴とする。According to the present invention, in a video-on-demand system in which a plurality of clients and a video server are connected via a network, the video server registers a content in a compression format, and compresses the content. Means for distributing in a format, a database holding information on client specifications, a client specification stored in the database in response to a distribution request from the client, and a specification of video data requested by the client. Means for judging whether or not they match, means for transmitting the content to the client when they match, compressed data to be transmitted when the specifications of the client do not match the specifications of the video data requested by the client Decoder means for decoding the data, and the decoder An encoder for re-compressing the decoded data in stage compression format and compression parameters the client supports, and transmits the re-compressed data by the encoder by the transmission means.
【０００８】この発明によれば、ビデオサーバ側にデコ
ーダおよびエンコーダを具備し、クライアントの仕様に
適応するように、コンテンツを再圧縮することができる
ので、クライアント側に、ビデオサーバが提供し得るす
べてのサービスに対応する機能を用意する必要がなくな
る。また、処理能力の劣る端末でもサービスの品質に限
定があるものの、ビデオオンデマンドシステムのクライ
アントとして利用することができ、機器の再利用が可能
である。According to the present invention, the video server is provided with a decoder and an encoder, and the content can be recompressed so as to conform to the specifications of the client. There is no need to provide a function corresponding to this service. In addition, a terminal having a low processing capability can be used as a client of a video-on-demand system, although the quality of service is limited, and the device can be reused.
【０００９】[0009]
【発明の実施の形態】以下、図面を参照して本発明の実
施形態を説明する。Embodiments of the present invention will be described below with reference to the drawings.
【００１０】図１はこの発明のクライアント主体のビデ
オオンデマンドシステムを示すシステムブロック図であ
る。図１に示すシステムは、コンテンツの圧縮形式での
登録、およびコンテンツを圧縮形式での配信を行うビデ
オサーバ１００、受信した圧縮データのデコーダ１１０
を有する複数のクライアント１０１、およびビデオサー
バ１００と複数のクライアント１０１を接続するネット
ワーク１０２を有する。ビデオサーバ１００はクライア
ント１０１の仕様に関する属性値を記憶したデータベー
ス１０３を保持する。この実施形態においては、データ
ベース１０３は、属性として、クライアント１０１のホ
スト名、クライアント１０１が復号化できる圧縮形式
（保存形式は後述）、圧縮パラメータに関係する、クラ
イアント１００が受信可能な最大ビットレート(Mbps単
位)、およびクライアント１０１が受信可能な最大受信
パケットサイズ（バイト単位）を有する。FIG. 1 is a system block diagram showing a client-based video on demand system of the present invention. The system shown in FIG. 1 includes a video server 100 for registering content in a compressed format and delivering the content in a compressed format, and a decoder 110 for received compressed data.
And a network 102 for connecting the video server 100 and the plurality of clients 101. The video server 100 holds a database 103 in which attribute values related to the specifications of the client 101 are stored. In this embodiment, the database 103 includes, as attributes, the host name of the client 101, a compression format that can be decrypted by the client 101 (storage format will be described later), and a maximum bit rate that can be received by the client 100 (related to compression parameters) Mbps) and the maximum received packet size (byte unit) that the client 101 can receive.
【００１１】図２にデータベース１０３が有する属性情
報の一例を示す。同図において、ホストＡは圧縮形式が
「０１１」で、最大受信ビットレートが「５」で、最大
受信パケットサイズが「１５００」である。圧縮形式は
図３に示すように、ビット０乃至ビット２の３ビットで
構成され、ビット０が「１」の時、クライアント１０１
は、ＭＰＥＧ１をサポートすることを意味し、ビット１
が「１」の時、クライアント１０１はＭＰＥＧ２をサポ
ートすることを意味し、ビット２が「１」の時、クライ
アント１０１はＭＰＥＧ４をサポートすることを意味す
る。従って、ホストＡは、圧縮形式として、ＭＰＥＧ１
およびＭＰＥＧ２をサポートし、最大受信ビットレート
は５Ｍｂｐｓをサポートし、さらに最大受信パケットサ
イズとして１５００バイトをサポートする。同様に、ホ
ストＢは、圧縮形式の保存形式として、ＭＰＥＧ１、Ｍ
ＰＥＧ２、およびＭＰＥＧ４をサポートするとともに、
最大受信ビットレートは７Ｍｂｐｓ、最大受信パケット
サイズは２０００バイトをサポートする。さらに、ホス
トＣは、圧縮形式の保存形式として、ＭＰＥＧ１のみを
サポートし、最大受信ビットレートとして３Ｍｂｐｓ、
最大受信パケットサイズとして１５００バイトをサポー
トする。FIG. 2 shows an example of attribute information stored in the database 103. In the figure, the compression format of the host A is “011”, the maximum reception bit rate is “5”, and the maximum reception packet size is “1500”. As shown in FIG. 3, the compression format is composed of three bits from bit 0 to bit 2. When bit 0 is “1”, the client 101
Means MPEG1 support, bit 1
Is “1”, it means that the client 101 supports MPEG2, and when bit 2 is “1”, it means that the client 101 supports MPEG4. Therefore, host A uses MPEG1 as the compression format.
And MPEG2, the maximum receiving bit rate supports 5 Mbps, and the maximum receiving packet size supports 1500 bytes. Similarly, the host B uses MPEG1, M2 as the storage format of the compression format.
Supports PEG2 and MPEG4,
The maximum reception bit rate supports 7 Mbps, and the maximum reception packet size supports 2000 bytes. Further, the host C supports only MPEG1 as a storage format of the compression format, and has a maximum reception bit rate of 3 Mbps,
It supports 1500 bytes as the maximum received packet size.
【００１２】クライアント１０１がサポートしていな
い、圧縮形式の圧縮データを受信しても、クライアント
１０１はコンテンツを復号化できない。また、圧縮デー
タのビットレートがクライアント１０１の最大受信ビッ
トレートを超えていれば、、フレーム落ちやブロックノ
イズが発生し、滑らかできれいな動画を再生できなくな
る。さらに、送信データのパケットサイズがクライアン
トの最大受信パケットサイズを超えていれば、受信した
圧縮データの一部を取りこぼすことになり、圧縮データ
の復号化が不可能になる。[0012] Even if the client 101 receives compressed data in a compression format not supported by the client 101, the client 101 cannot decode the content. If the bit rate of the compressed data exceeds the maximum reception bit rate of the client 101, dropped frames and block noise occur, and smooth and clear moving images cannot be reproduced. Further, if the packet size of the transmission data exceeds the maximum reception packet size of the client, a part of the received compressed data will be omitted, and decoding of the compressed data becomes impossible.
【００１３】データベース１０３に保持される他の属性
としては、クライアント１０１が利用可能なネットワー
クの帯域がある。帯域制御により、ネットワークの負荷
が上がった場合でも品質を損なうことなくビデオオンデ
マンドサービスをクライアント１０１が受けることがで
きる。これらの属性値は、サーバ１００の管理者によ
り、あらかじめ、各クライアント１０１について、手動
で入力される。これらの属性値は自動的に更新すること
も可能である。すなわち、サーバ１００側からクライア
ント１００に対してポーリングをかけ、属性値の変更を
検知したら、データベース１０３に記憶されている対応
属性を変更する。As another attribute held in the database 103, there is a network band available to the client 101. The bandwidth control allows the client 101 to receive the video-on-demand service without deteriorating the quality even when the load on the network increases. These attribute values are manually input in advance for each client 101 by the administrator of the server 100. These attribute values can be updated automatically. That is, when the server 100 polls the client 100 and detects a change in the attribute value, the corresponding attribute stored in the database 103 is changed.
【００１４】ビデオサーバ１００は１つのタイトルに対
し、複数のビットレート、複数の圧縮形式で圧縮された
コンテンツを保持する。サーバ１００はクライアント１
０１側で、デコーダ１１０の更新や追加が行われた際、
追加されたり更新されたりした属性をソフトウエアによ
り（例えばサーバ１００側からクライアント１０１に対
してポーリングをかけることにより）認識することがで
きる機能を有する。[0014] The video server 100 holds contents compressed by a plurality of bit rates and a plurality of compression formats for one title. Server 100 is Client 1
01, when the decoder 110 is updated or added,
It has a function of recognizing added or updated attributes by software (for example, by polling the client 101 from the server 100 side).
【００１５】ネットワーク１０２は例えば、Ethernet,
ATM, CATV網で構成し得るがこれに限定されるものでは
ない。The network 102 is, for example, Ethernet,
It can be composed of an ATM or a CATV network, but is not limited to this.
【００１６】以下、図４に示すフローチャートを参照し
て、図１に示すシステムの動作について説明する。The operation of the system shown in FIG. 1 will be described below with reference to the flowchart shown in FIG.
【００１７】ステップ２０１において、クライアント１
０１から配信要求があると、ビデオサーバ１００は、デ
ータベース１０３から要求のあったクライアントの対応
する属性情報、すなわちリクエストしたクライアント１
０１が復号可能な圧縮形式、最大受信ビットレート、最
大受信パケットサイズを読み出す。ステップ２０５にお
いて、クライアント１０１から要求されたコンテンツの
圧縮形式が、要求したクライアント１０１の圧縮形式に
対応するか否か判断する。対応しない場合には、ビデオ
サーバ１００は、ステップ２０９において、要求された
サービスの提供が不可能であることを要求したクライア
ント１０１に通知し、リクエストをキャンセルする。In step 201, the client 1
01, there is a request for distribution from the database 103.
01 reads the decodable compression format, the maximum reception bit rate, and the maximum reception packet size. In step 205, it is determined whether or not the compression format of the content requested by the client 101 corresponds to the compression format of the requested client 101. If not, the video server 100 informs the client 101 in step 209 that the requested service cannot be provided, and cancels the request.
【００１８】一方、ステップ２０５において、配信すべ
きコンテンツの圧縮形式が、要求したクライアント１０
１の圧縮形式に対応すれば、ビデオサーバ１００は次に
ステップ２０７において、リクエストを受けたタイトル
のコンテンツのビットレートの中に、ビデオサーバ１０
０がデータベース１０３から抽出した、要求元クライア
ントの最大受信ビットレートの範囲内に入るものがある
かどうか判断する。範囲内に入らないと判断すると、ビ
デオサーバ１００は上述したようにステップ２０９にお
いて、十分な品質のサービスを提供できない（例えばフ
レーム落ちする等）旨のメッセージをクライアント１０
１へ通知し、ユーザ側にサービスを続行の是非の判断を
促す。ユーザがサービスの続行を選択すれば、ステップ
２１１において、サービスの提供を開始する。一方、ユ
ーザが続行を選択しなければ、サービスをキャンセルす
る。On the other hand, in step 205, the compression format of the content to be distributed is
In step 207, the video server 100 stores the video server 10 in the bit rate of the content of the requested title.
It is determined whether or not 0 is within the range of the maximum reception bit rate of the requesting client extracted from the database 103. If the video server 100 determines that the service does not fall within the range, the video server 100 sends a message to the client 10 at step 209 that the service of sufficient quality cannot be provided (for example, a frame is dropped) as described above.
1 and prompts the user to determine whether to continue the service. If the user selects to continue the service, in step 211, provision of the service is started. On the other hand, if the user does not select to continue, the service is canceled.
【００１９】一方、ステップ２０７において、リクエス
トを受けたタイトルのコンテンツのビットレートの中
に、ビデオサーバ１００がデータベース１０３から抽出
した要求元クライアントの最大受信ビットレートの範囲
内に入るものがあれば、ステップ２１１において、コン
テンツの配信を開始する。On the other hand, in step 207, if any of the bit rates of the contents of the requested title falls within the range of the maximum receiving bit rate of the requesting client extracted from the database 103 by the video server 100, In step 211, distribution of the content is started.
【００２０】ビデオサーバ１００が圧縮データを送信す
る際、データベース１０３から抽出したクライアント１
０１の最大受信パケットサイズ内に収まるように、パケ
ットを区切って圧縮データを送信する。When the video server 100 transmits the compressed data, the client 1 extracted from the database 103
The compressed data is transmitted by dividing the packet so as to be within the maximum received packet size of 01.
【００２１】このように、この発明のクライアント主体
ビデオオンデマンドシステムによれば、ビデオサーバ１
００のデータベース１０３にクライアント１０１の属性
情報を記憶しておき、クライアント１０１から配信要求
があったき、そのクライアント１０１の属性情報を読み
出し、クライアント１０１が要求したタイトルのコンテ
ンツの圧縮形式およびビットレートとクライアント１０
１の圧縮形式およびビットレートが対応するか否かを判
断することができるので、クライアントの仕様に応じた
柔軟なビデオオンデマンドサービスをクライアントに提
供することができる。As described above, according to the client-based video on demand system of the present invention, the video server 1
The attribute information of the client 101 is stored in the database 103 of the client 101, and when there is a distribution request from the client 101, the attribute information of the client 101 is read, and the compression format and bit rate of the 10
Since it is possible to determine whether the compression format and the bit rate correspond to each other, a flexible video-on-demand service according to the specifications of the client can be provided to the client.
【００２２】次に、この発明の第２の実施形態につい
て、図５および図６を参照して説明する。なお、図１と
同一部には同符号を付して説明を省略する。Next, a second embodiment of the present invention will be described with reference to FIGS. The same parts as those in FIG. 1 are denoted by the same reference numerals, and description thereof will be omitted.
【００２３】図５に示すビデオオンデマンドシステムは
図１のシステムに加えてさらに、ビデオサーバ１００が
デコーダ１１１およびエンコーダ１１２を有している。
すなわち、ビデオサーバ１００は、ビデオオンデマンド
システムがサポートする各圧縮形式のデコーダ１１１、
エンコーダ１１２をそれぞれ有し、各コンテンツを別の
形式に再圧縮する機能を有する。この機能により、異な
る圧縮形式の圧縮データを作成することができ、また、
同じ圧縮形式で異なるビットレートの圧縮データを作成
することができる。In the video on demand system shown in FIG. 5, the video server 100 has a decoder 111 and an encoder 112 in addition to the system shown in FIG.
That is, the video server 100 includes a decoder 111 of each compression format supported by the video-on-demand system,
It has an encoder 112 and has a function of recompressing each content into another format. This feature allows you to create compressed data in different compression formats,
Compressed data of different bit rates can be created in the same compression format.
【００２４】以下、図６に示すフローチャートを参照し
て、図５に示すシステムの動作について説明する。The operation of the system shown in FIG. 5 will be described below with reference to the flowchart shown in FIG.
【００２５】ステップ３０１において、クライアント１
０１から配信要求があるとビデオサーバ１００は、デー
タベース１０３から、要求したクライアントが復号可能
な圧縮形式、最大受信ビットレート、および最大受信パ
ケットサイズを抽出する。そして、ステップ３０５にお
いて、ビデオサーバ１００はクライアントが要求したタ
イトルのコンテンツの圧縮形式とクライアント１０１側
の圧縮形式とが対応するか否か判断する。リクエストを
受けたタイトルのコンテンツの圧縮形式の中に、ビデオ
サーバ１００が抽出した圧縮形式と合致しない場合、ビ
デオサーバ１００は、ステップ３０９において、要求さ
れたタイトルのコンテンツを一旦デコーダ１１１で復号
化し、次にエンコーダ１１２によりクライアント１０１
が復号化可能な方式に再圧縮を行ない、ステップ３１１
において、クライアント１０１へ再圧縮されたデータを
送信する。このとき、ビデオサーバ１００はデータ送信
と並行して、再圧縮されたデータはビデオサーバ１００
のコンテンツ登録プログラムにより、リクエストされた
タイトルの新たなコンテンツとして圧縮データ記憶部１
０４に登録される。In step 301, the client 1
When there is a distribution request from 01, the video server 100 extracts, from the database 103, a compression format, a maximum reception bit rate, and a maximum reception packet size that can be decoded by the requesting client. Then, in step 305, the video server 100 determines whether or not the compression format of the content of the title requested by the client corresponds to the compression format on the client 101 side. If the compression format of the content of the requested title does not match the compression format extracted by the video server 100, the video server 100 temporarily decodes the content of the requested title by the decoder 111 in step 309, Next, the client 101 is operated by the encoder 112.
Performs recompression to a scheme that can be decoded, and
, The recompressed data is transmitted to the client 101. At this time, the video server 100 transmits the recompressed data in parallel with the data transmission.
Of the compressed data storage unit 1 as new content of the requested title by the content registration program of
04 is registered.
【００２６】一方、ステップ３０５において、クライア
ント１０１が要求したタイトルのコンテンツの圧縮形式
とクライアント１０１側の圧縮形式とが対応すると判断
した場合には、次に、ステップ３０７において、クライ
アント１０１の要求したタイトルのコンテンツのビット
レートが、クライアント１０１の最大受信ビットレート
と合致するか否か判断する。合致しない場合には、ビデ
オサーバ１００は、ステップ３０９において、上述した
ように、デコーダ１１１により圧縮データの復号化を行
ない、次に、エンコーダ１１２により、クライアント１
０１の許容範囲のビットレートに再圧縮し、この再圧縮
と並行して、ステップ３１０において、再圧縮されたデ
ータは、ビデオサーバ１００のコンテンツ登録プログラ
ムにより、リクエストされたタイトルの新たなコンテン
ツとして圧縮データ部１０４に登録される。再圧縮され
たデータを新たなコンテンツとして登録しておくことに
より、同一クライアントまたは同一の復号化機能をもつ
クライアントへコンテンツの配信を行う際、事前に登録
されていた圧縮データを再び圧縮する必要がなくなるの
で、ビデオサーバに対して再圧縮に伴う負荷が軽減され
る。On the other hand, if it is determined in step 305 that the compression format of the content of the title requested by the client 101 corresponds to the compression format of the client 101, then in step 307, the title requested by the client 101 is determined. It is determined whether or not the bit rate of the content of the client 101 matches the maximum reception bit rate of the client 101. If they do not match, in step 309, the video server 100 decodes the compressed data by the decoder 111 as described above, and then, by the encoder 112, the client 1
01, and in parallel with the recompression, in step 310, the recompressed data is compressed by the content registration program of the video server 100 as new content of the requested title. Registered in the data section 104. By registering the recompressed data as new content, when delivering content to the same client or a client having the same decryption function, it is necessary to recompress the previously registered compressed data again. As a result, the load associated with recompression on the video server is reduced.
【００２７】また、送信に際して、ビデオサーバ１００
はデータベース１０３から抽出したクライアント１０１
の最大受信パケットサイズ内に収まるように、パケット
を区切って圧縮データを送信する。When transmitting, the video server 100
Is the client 101 extracted from the database 103
Then, the compressed data is transmitted by dividing the packet so as to be within the maximum reception packet size of the packet.
【００２８】図７は、サーバ１００からのポーリング
（すなわち、仕様の変更の問い合わせ）に対して、クラ
イアント１０１のデコーダ１１０の更新或いは追加とい
った仕様に変更があった場合の動作を示すフローチャー
トである。図７に示すように、クライアント１０１はス
テップ４０１において、リクエストと共に、更新（追
加）フラッグ、変更のある属性、および変更後（追加す
る）属性値をビデオサーバ１００に通知する。なお、こ
の更新（追加）フラッグは、クライアント１０１がデコ
ーダ１１０等の更新（追加）に際して設定する１ビット
のフラッグである。通知に際しては、例えばネットワー
ク１０２がEthernetで構成されている場合は、ＴＣＰ／
ＩＰで通知を行うというように、信頼性のある通信方式
で通知を行う。クライアント１０１からの変更通知を受
けて、ビデオサーバ１００はステップ４０３において、
データベース１０３内にクライアント１０１が要求した
属性があるか否か判断する。無ければ、ステップ４０５
において、ビデオサーバ１００は、クライアント１０１
に属性を要求する。ビデオサーバ１００の要求に応答し
て、クライアント１０１は、ステップ４０７において、
属性値をビデオサーバ１００に送出する。FIG. 7 is a flowchart showing an operation in the case where the specification such as update or addition of the decoder 110 of the client 101 is changed in response to polling from the server 100 (that is, an inquiry about specification change). As shown in FIG. 7, in step 401, the client 101 notifies the video server 100 of an update (addition) flag, an attribute with change, and an attribute value after change (addition) together with a request. The update (addition) flag is a 1-bit flag set by the client 101 when updating (adding) the decoder 110 and the like. At the time of notification, for example, when the network 102 is configured by Ethernet, TCP /
Notification is performed by a reliable communication method such as notification by IP. Upon receiving the change notification from the client 101, the video server 100 determines in step 403
It is determined whether or not the attribute requested by the client 101 exists in the database 103. If not, step 405
In the video server 100, the client 101
To request attributes. In response to the request of the video server 100, the client 101
The attribute value is sent to the video server 100.
【００２９】一方、ステップ４０３において、データベ
ース１０３内に要求したクライアントの情報がある場
合、あるいは、ステップ４０７におけるクライアント１
０１からの属性の送信に応答して、ビデオサーバ１００
はステップ４０９において、データベースを更新する。On the other hand, in step 403, if there is information of the requested client in the database 103, or if the client 1 in step 407
01 in response to the transmission of the attribute from the video server 100
Updates the database in step 409.
【００３０】図８は、クライアント１０１がある圧縮形
式に対応するデコーダを削除したときの動作を示すフロ
ーチャートである。ステップ５０１において、クライア
ント１０１は、ビデオサーバ１００からのポーリングに
対し、変更要求を送信するとともに、更新（追加フラッ
グ）、変更のある属性、更新後（追加する）属性値をビ
デオサーバ１００に通知する。ビデオサーバ１００は、
クライアント１０１からの要求に応答して、ステップ５
０３において、データベース１０３内の圧縮形式の属性
値から、通知を受けた圧縮形式を削除する。FIG. 8 is a flowchart showing an operation when the client 101 deletes a decoder corresponding to a certain compression format. In step 501, the client 101 transmits a change request in response to polling from the video server 100, and notifies the video server 100 of an update (additional flag), a changed attribute, and an updated (added) attribute value. . The video server 100
In response to the request from the client 101, step 5
In 03, the notified compression format is deleted from the attribute values of the compression format in the database 103.
【００３１】なお、上述した実施形態では、クライアン
ト側の仕様の更新（追加）があった場合、サーバ側から
のポーリングにより、クライアント側の仕様の更新（追
加）を検出するように構成したが、クライアント側から
サーバ側に知らせるようにしてもよい。すなわち、図９
のステップ６０１において、クライアント１０１が仕様
を変更すると、ステップ６０３において、クライアント
１０１がサーバ１００に対して、仕様の変更を通知す
る。サーバ１００はこの通知に応答して、サーバの負荷
量を判断する（ステップ６０５）。サーバの負荷が高け
れば、更新を行わずに更新処理を終了する。この場合、
属性の更新はサーバからのポーリング又は配信要求時に
行われる。一方、サーバ負荷が低ければ、ステップ６０
７において、サーバ１００はデータベース１０３を更新
し、ステップ６０９において、クライアント１０１側の
更新（追加あるいは削除）フラッグをリセットする。In the above-described embodiment, when the specification of the client is updated (added), the update (addition) of the specification of the client is detected by polling from the server. The client may notify the server. That is, FIG.
When the client 101 changes the specification in step 601, the client 101 notifies the server 100 of the change in specification in step 603. The server 100 determines the server load in response to the notification (Step 605). If the load on the server is high, the update process ends without performing the update. in this case,
The attribute is updated at the time of polling or distribution request from the server. On the other hand, if the server load is low, step 60
In step 7, the server 100 updates the database 103, and in step 609, resets the update (addition or deletion) flag on the client 101 side.
【００３２】[0032]
【発明の効果】この発明のビデオサーバおよびビデオオ
ンデマンドシステムによれば、以下の効果が得られる。According to the video server and the video-on-demand system of the present invention, the following effects can be obtained.
【００３３】第１に、クライアントの仕様に応じた柔軟
なビデオオンデマンドサービスをクライアントが受ける
ことができる。First, the client can receive a flexible video-on-demand service according to the specifications of the client.
【００３４】第２に、クライアントに、ビデオサーバが
提供しうるすべてのサービスに対応する機能を用意する
必要がなくなる。また、処理能力の劣る端末でも、サー
ビスの品質に限定があるものの、ビデオオンデマンドシ
ステムのクライアントとして利用することができ、機器
の再利用が可能である。Second, it is not necessary to provide the client with functions corresponding to all services that can be provided by the video server. In addition, even a terminal having inferior processing capability can be used as a client of a video-on-demand system, and the device can be reused, although the quality of service is limited.
【００３５】第３に、システムの拡張に容易に対応でき
る。しかも、システムをアップデートする際に、クライ
アントの下位互換に対応できる。Third, the system can be easily expanded. Moreover, when the system is updated, it is possible to cope with backward compatibility of the client.
【００３６】第４に、一度圧縮された圧縮データを新た
なコンテンツとして再利用することができる。再圧縮に
伴うビデオサーバの負荷を最小限に抑えることができ
る。Fourth, the compressed data once compressed can be reused as new contents. The load on the video server due to recompression can be minimized.
【図１】この発明のクライアント主体のビデオオンデマ
ンドシステムの第１の実施形態のシステムブロック図で
ある。FIG. 1 is a system block diagram of a first embodiment of a client-based video on demand system of the present invention.
【図２】図１に示すデータベース１０３に格納されるク
ライアントの属性情報の一例を示す図である。FIG. 2 is a diagram showing an example of client attribute information stored in a database 103 shown in FIG.
【図３】図１に示すクライアントの圧縮形式の属性値の
保存形式の例を示す図である。FIG. 3 is a diagram illustrating an example of a storage format of attribute values in a compression format of the client illustrated in FIG. 1;
【図４】図１に示す第１の実施形態の動作を示すフロー
チャートである。FIG. 4 is a flowchart showing an operation of the first embodiment shown in FIG. 1;
【図５】この発明のクライアント主体のビデオオンデマ
ンドシステムの第２の実施形態を示すシステムブロック
図である。FIG. 5 is a system block diagram showing a second embodiment of a client-based video-on-demand system according to the present invention.
【図６】図５に示す第２の実施形態の動作を示すフロー
チャートである。FIG. 6 is a flowchart showing the operation of the second embodiment shown in FIG.
【図７】クライアントが属性を変更（追加）した場合の
ビデオサーバ側の動作を示すフローチャートである。FIG. 7 is a flowchart showing an operation on the video server side when a client changes (adds) an attribute.
【図８】クライアントが圧縮形式を削除した場合のビデ
オサーバ側の動作を示すフローチャートである。FIG. 8 is a flowchart showing an operation on the video server side when a client deletes a compression format.
【図９】クライアントがサーバに対して仕様変更を通知
する場合の動作を示すフローチャートである。FIG. 9 is a flowchart illustrating an operation when a client notifies a server of a specification change.
１００…ビデオサーバ １０１…クライアント １０２…ネットワーク １０３…データベース １１０…デコーダ １１１…デコーダ １１２…エンコーダ 100 video server 101 client 102 network 103 database 110 decoder 111 decoder 112 encoder
───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B045 AA00 GG01 KK00 5C053 FA23 GB17 GB37 GB38 KA04 KA24 LA15 5C064 BA01 BB10 BC18 BC20 BD01 BD02 BD08 BD11 5K030 HB02 KA07 KA19 LA07 LD17 MB11 9A001 EE04 JJ20 JJ27 KK62 ──────────────────────────────────────────────────続 き Continued on the front page F-term (reference)
Claims (11)
トとビデオサーバが接続されたビデオオンデマンドシス
テムにおいて、 コンテンツを圧縮形式で登録を行う手段と、 コンテンツを圧縮形式で配信する手段と、 クライアントの仕様に関する情報を保持するデータベー
スと、 前記クライアントからの配信要求に応答して前記データ
ベースに記憶されたクライアントの仕様と、前記クライ
アントの要求したビデオデータの仕様とが一致するか否
かを判断し、一致したとき、前記コンテンツを前記クラ
イアントに送信する手段を有することを特徴とするビデ
オサーバ。In a video-on-demand system in which a plurality of clients and a video server are connected via a network, means for registering content in a compressed format, means for distributing content in a compressed format, and specifications of the client A database holding information; determining whether or not a client specification stored in the database in response to a distribution request from the client matches a specification of video data requested by the client; A video server for transmitting the content to the client.
をかけることにより、前記クライアントの仕様変更を自
動認識する手段と、 前記認識結果に基づいて、前記データベースを内のクラ
イアントの仕様を自動的に更新する手段をさらに有する
ことを特徴とする請求項１記載のビデオサーバ。2. A means for automatically recognizing a change in the specification of the client by periodically polling the client, and automatically updating the specification of the client in the database based on the recognition result. 2. The video server according to claim 1, further comprising means.
ントの仕様は、クライアントの圧縮形式および圧縮パラ
メータを含み、前記ビデオサーバは、前記クライアント
からの配信要求に応答して、要求されたコンテンツの圧
縮形式および圧縮パラメータが前記配信要求したクライ
アントの圧縮形式および圧縮パラメータに対応するか否
か判断する手段と、 前記判断手段により前記コンテンツの圧縮形式および圧
縮パラメータと、前記クライアントの圧縮形式および圧
縮パラメータが対応すると判断したき、前記コンテンツ
を前記クライアントに配信する手段と、 前記判断手段により前記コンテンツの圧縮形式および圧
縮パラメータと、前記クライアントの圧縮形式および圧
縮パラメータが対応しないと判断したとき、前記クライ
アントに対して、配信サービスを続行するか否かを問い
合わせする手段と、 前記問い合わせ手段の結果、前記クライアントからのサ
ービス続行の要求に応答して、前記コンテンツを送信
し、前記クライアントからのサービスのキャンセルに応
答して、前記配信サービスをキャンセルする手段をさら
に有したことを特徴とする請求項１に記載のビデオサー
バ。3. The client specification held in the database includes a compression format and a compression parameter of the client, and the video server responds to a distribution request from the client, and determines a compression format and a requested content of the content. Means for judging whether or not the compression parameter corresponds to the compression format and compression parameter of the client who has requested the distribution; and if the judgment means judges that the compression format and compression parameter of the content correspond to the compression format and compression parameter of the client. Means for distributing the content to the client; determining that the compression format and the compression parameter of the content do not correspond to the compression format and the compression parameter of the client; Means for inquiring whether or not to continue the distribution service; and, as a result of the inquiry means, transmitting the content in response to a service continuation request from the client, and responding to cancellation of the service from the client. 2. The video server according to claim 1, further comprising means for canceling the distribution service.
最大受信ビットレート、および最大受信パケットサイズ
を含むことを特徴とする請求項１に記載のビデオサー
バ。4. The specification of the client includes a compression format,
The video server according to claim 1, wherein the video server includes a maximum reception bit rate and a maximum reception packet size.
２、およびＭＰＥＧ４を含むことを特徴とする請求項３
に記載のビデオサーバ。5. The compression format is MPEG1, MPEG,
And MPEG4.
A video server according to.
ントの仕様はクライアントの最大受信パケットサイズを
含み、前記ビデオサーバは、前記データベースからクラ
イアントの最大受信パケットサイズを抽出する手段と、 前記クライアントが受信可能な最大パケットサイズを下
回るように、圧縮データを区切って送信する手段をさら
に有することを特徴とする請求項１に記載のビデオサー
バ。6. The client specification held in the database includes a maximum receiving packet size of the client, the video server extracts a maximum receiving packet size of the client from the database, and the video server can receive the packet. 2. The video server according to claim 1, further comprising: means for transmitting compressed data in a divided manner so as to be smaller than the maximum packet size.
トとビデオサーバが接続されたビデオオンデマンドシス
テムにおいて、 コンテンツを圧縮形式で登録を行う手段と、 コンテンツを圧縮形式で配信する手段と、 クライアントの仕様に関する情報を保持するデータベー
スと、 前記クライアントからの配信要求に応答して前記データ
ベースに記憶されたクライアントの仕様と、前記クライ
アントの要求したビデオデータの仕様とが一致するか否
かを判断し、一致したとき、前記コンテンツを前記クラ
イアントに送信する手段と、 前記クライアントの仕様と、前記クライアントの要求し
たビデオデータの仕様とが一致しないとき、送信すべき
圧縮データを復号化するデコーダ手段と、 前記デコーダ手段で復号化されたデータを前記クライア
ントがサポートする圧縮形式および圧縮パラメータに再
圧縮するエンコーダと、 前記エンコーダにより再圧縮されたデータを前記送信手
段により送信することを特徴とするビデオサーバ。7. In a video-on-demand system in which a plurality of clients and a video server are connected via a network, means for registering content in a compressed format, means for distributing content in a compressed format, and client specifications A database holding information about the client, and determining whether or not the client specification stored in the database in response to the distribution request from the client matches the specification of the video data requested by the client. Means for transmitting the content to the client, when the specification of the client does not match the specification of the video data requested by the client, decoding means for decoding compressed data to be transmitted; and the decoder Means for decrypting the data A video server re-compressing the data to a compression format and compression parameters supported by the encoder, and transmitting the data re-compressed by the encoder by the transmission unit.
トに送信すると共に、前記再圧縮されたデータを新たな
コンテンツとして前記データベースに登録する手段をさ
らに有したことを特徴とする請求項７に記載のビデオサ
ーバ。8. The apparatus according to claim 7, further comprising means for transmitting said recompressed data to said client and registering said recompressed data as new content in said database. Video server.
ントの仕様はクライアントの最大受信パケットサイズを
含み、前記ビデオサーバは、前記データベースからクラ
イアントの最大受信パケットサイズを抽出する手段と、 前記クライアントが受信可能な最大パケットサイズを下
回るように、圧縮データを区切って送信する手段をさら
に有することを特徴とする請求項８に記載のビデオサー
バ。9. The client specification held in the database includes a maximum received packet size of the client, the video server extracts a maximum received packet size of the client from the database, and the client can receive. 9. The video server according to claim 8, further comprising means for transmitting the compressed data in a divided manner so as to be smaller than the maximum packet size.
ントとビデオサーバが接続されたビデオオンデマンドシ
ステムにおいて、前記サーバは、 コンテンツを圧縮形式で登録を行う手段と、 コンテンツを圧縮形式で配信する手段と、 クライアントの仕様に関する情報を保持するデータベー
スと、 前記データベースに記憶されたクライアントの仕様を変
更する手段と、 前記クライアントからの配信要求に応答して前記データ
ベースに記憶されたクライアントの仕様と、前記クライ
アントの要求したビデオデータの仕様とが一致するか否
かを判断し、一致したとき、前記コンテンツを前記クラ
イアントに送信する手段とを有し、 前記クライアントは、前記ビデオサーバから配信され
た、圧縮されたコンテンツを復号化するデコーダと、 前記コンテンツの配信要求時に、前記デコーダの仕様変
更を前記ビデオサーバに通信する手段を有し、 それにより、前記ビデオサーバは、前記クライアントの
通知に応答して、前記データベース内のクライアントの
仕様を自動的に更新することを特徴とするビデオオンデ
マンドシステム。10. A video-on-demand system in which a plurality of clients and a video server are connected via a network, wherein the server registers content in a compressed format, distributes the content in a compressed format, A database that holds information on the specifications of the client; a unit that changes the specifications of the client stored in the database; a specification of the client that is stored in the database in response to a distribution request from the client; Means for judging whether or not the specification of the requested video data matches, and when matching, transmitting the content to the client, wherein the client is the compressed A decoder for decoding the content; Means for communicating a change in the specifications of the decoder to the video server upon a request for distribution of the contents, whereby the video server automatically updates the specifications of the client in the database in response to the notification of the client. Video on demand system characterized by updating to
トからの仕様変更要求に応答して、前記クライアントが
前記データベースに登録されているか否か判断し、登録
されていると判断したとき、前記クライアントに対し
て、変更された仕様の属性値の送信を要求し、登録され
ていないと判断したとき、前記クライアントに対して仕
様に関するすべての属性値の送信を要求し、前記データ
ベースを更新することを特徴とする請求項１０記載のビ
デオオンデマンドシステム。11. The video server, in response to a specification change request from the client, determines whether or not the client is registered in the database. Requesting the transmission of the attribute values of the changed specification, and when determining that the attribute value is not registered, requesting the client to transmit all the attribute values relating to the specification and updating the database. 11. The video-on-demand system according to claim 10, wherein
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP16974399A JP3999410B2 (en) | 1999-06-16 | 1999-06-16 | Video server and video on demand system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP16974399A JP3999410B2 (en) | 1999-06-16 | 1999-06-16 | Video server and video on demand system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000358230A true JP2000358230A (en) | 2000-12-26 |
| JP3999410B2 JP3999410B2 (en) | 2007-10-31 |
Family
ID=15892035
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP16974399A Expired - Fee Related JP3999410B2 (en) | 1999-06-16 | 1999-06-16 | Video server and video on demand system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3999410B2 (en) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2002082822A1 (en) * | 2001-03-30 | 2002-10-17 | Mitsubishi Denki Kabushiki Kaisha | Dynamic image receiver and dynamic image transmitter |
| US20030217007A1 (en) * | 2002-01-29 | 2003-11-20 | Sony Corporation | Method for providing and obtaining content |
| JP2006506738A (en) * | 2002-11-19 | 2006-02-23 | ヒューレット−パッカード デベロップメント カンパニー エル．ピー． | Transcodeable caching proxy and method |
| JP2007274150A (en) * | 2006-03-30 | 2007-10-18 | Toshiba Corp | Server device and video distributing method |
| US7526134B2 (en) | 2003-01-14 | 2009-04-28 | Ricoh Company, Ltd. | Image processing apparatus, program, recording medium, and data decompression method |
| JP2012142919A (en) * | 2010-12-17 | 2012-07-26 | Canon Inc | Transmitter and transmission method |
| WO2012124862A1 (en) * | 2011-03-16 | 2012-09-20 | Chung Minjae | System and method for virtualization service between heterogeneous server/client |
| US9571433B2 (en) | 2011-09-12 | 2017-02-14 | Panasonic Intellectual Property Management Co., Ltd. | Communication device, relay server for relaying data from communication device, and communication system including them |
| CN114401445A (en) * | 2021-12-31 | 2022-04-26 | 深圳云天励飞技术股份有限公司 | Video processing control method and device, monitoring equipment, client and storage medium |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06326856A (en) * | 1993-05-17 | 1994-11-25 | Hitachi Ltd | Data recorder and its method |
| JPH07264092A (en) * | 1994-03-17 | 1995-10-13 | Fujitsu Ltd | Information providing device |
| JPH08274902A (en) * | 1995-04-04 | 1996-10-18 | Sony Corp | Data server system, terminal equipment and data transmission method |
| JPH08317384A (en) * | 1995-05-17 | 1996-11-29 | Hitachi Ltd | Information processing system |
| JPH09298749A (en) * | 1996-05-08 | 1997-11-18 | Hitachi Ltd | Moving image distributing method and executing device for the same |
| JPH1027165A (en) * | 1996-07-08 | 1998-01-27 | Nec Corp | Distributed information service system |
| JPH10107804A (en) * | 1996-09-30 | 1998-04-24 | Toshiba Corp | Information transmitter, traffic controller, and band operating method and call reception method utilizing them |
| JPH11355756A (en) * | 1998-06-04 | 1999-12-24 | Oki Electric Ind Co Ltd | Storage and distribution method for moving image data |
-
1999
- 1999-06-16 JP JP16974399A patent/JP3999410B2/en not_active Expired - Fee Related
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06326856A (en) * | 1993-05-17 | 1994-11-25 | Hitachi Ltd | Data recorder and its method |
| JPH07264092A (en) * | 1994-03-17 | 1995-10-13 | Fujitsu Ltd | Information providing device |
| JPH08274902A (en) * | 1995-04-04 | 1996-10-18 | Sony Corp | Data server system, terminal equipment and data transmission method |
| JPH08317384A (en) * | 1995-05-17 | 1996-11-29 | Hitachi Ltd | Information processing system |
| JPH09298749A (en) * | 1996-05-08 | 1997-11-18 | Hitachi Ltd | Moving image distributing method and executing device for the same |
| JPH1027165A (en) * | 1996-07-08 | 1998-01-27 | Nec Corp | Distributed information service system |
| JPH10107804A (en) * | 1996-09-30 | 1998-04-24 | Toshiba Corp | Information transmitter, traffic controller, and band operating method and call reception method utilizing them |
| JPH11355756A (en) * | 1998-06-04 | 1999-12-24 | Oki Electric Ind Co Ltd | Storage and distribution method for moving image data |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004241793A (en) * | 2001-03-30 | 2004-08-26 | Mitsubishi Electric Corp | Dynamic image receiver and dynamic image transmitter |
| WO2002082822A1 (en) * | 2001-03-30 | 2002-10-17 | Mitsubishi Denki Kabushiki Kaisha | Dynamic image receiver and dynamic image transmitter |
| US8175976B2 (en) | 2002-01-29 | 2012-05-08 | Sony Corporation | Method for providing and obtaining content |
| US20030217007A1 (en) * | 2002-01-29 | 2003-11-20 | Sony Corporation | Method for providing and obtaining content |
| US9602873B2 (en) | 2002-01-29 | 2017-03-21 | Tessera Advanced Technologies, Inc. | Method for providing and obtaining content |
| JP2006506738A (en) * | 2002-11-19 | 2006-02-23 | ヒューレット−パッカード デベロップメント カンパニー エル．ピー． | Transcodeable caching proxy and method |
| US7526134B2 (en) | 2003-01-14 | 2009-04-28 | Ricoh Company, Ltd. | Image processing apparatus, program, recording medium, and data decompression method |
| JP4585479B2 (en) * | 2006-03-30 | 2010-11-24 | 株式会社東芝 | Server apparatus and video distribution method |
| JP2007274150A (en) * | 2006-03-30 | 2007-10-18 | Toshiba Corp | Server device and video distributing method |
| JP2012142919A (en) * | 2010-12-17 | 2012-07-26 | Canon Inc | Transmitter and transmission method |
| WO2012124862A1 (en) * | 2011-03-16 | 2012-09-20 | Chung Minjae | System and method for virtualization service between heterogeneous server/client |
| US9571433B2 (en) | 2011-09-12 | 2017-02-14 | Panasonic Intellectual Property Management Co., Ltd. | Communication device, relay server for relaying data from communication device, and communication system including them |
| CN114401445A (en) * | 2021-12-31 | 2022-04-26 | 深圳云天励飞技术股份有限公司 | Video processing control method and device, monitoring equipment, client and storage medium |
| CN114401445B (en) * | 2021-12-31 | 2024-03-22 | 深圳云天励飞技术股份有限公司 | Video processing control method, device, monitoring equipment, client and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3999410B2 (en) | 2007-10-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20200351250A1 (en) | Providing Load Balanced Secure Media Content and Data Delivery in a Distributed Computing Environment | |
| US7069573B1 (en) | Personal broadcasting and viewing method of audio and video data using a wide area network | |
| US9369330B2 (en) | Service gateway for interactive television | |
| JP3931595B2 (en) | Data correction apparatus and data correction method | |
| US7047305B1 (en) | Personal broadcasting system for audio and video data using a wide area network | |
| EP1623341B1 (en) | Methods, data structures, and systems for processing media data streams | |
| US20050123042A1 (en) | Moving picture streaming file, method and system for moving picture streaming service of mobile communication terminal | |
| JP2012124904A (en) | Communications method and apparatus | |
| JP2003503968A (en) | Internet subscriber management | |
| JPH08125687A (en) | Data transfer method, data transmitter, data receiver and video mail system | |
| JP2001204001A (en) | Moving picture distribution system, reproduction terminal and distributor | |
| US20050254447A1 (en) | Domestic multimedia transmission method and system | |
| JP2002540504A (en) | Method of file transmission in data communication network | |
| JP2003503957A (en) | Method and apparatus for use with email | |
| JP2000358230A (en) | Video server and on-demand video system | |
| CN101621386A (en) | Method, system and equipment for saving bandwidth of content network | |
| US9979985B2 (en) | Transmission device, transmitting method, reception device, and receiving method | |
| CN101389017B (en) | Method for storing media file in mobile stream media live service | |
| JP2003274382A (en) | Video information streaming distribution system, computer, program, and video information streaming distributing method | |
| JP2007123984A (en) | Content distribution system, stream transmission apparatus, receiving apparatus, and content distribution method | |
| US7539292B2 (en) | Contents distribution system, contents server, contents receiving apparatus, contents distribution method, program and storage media | |
| JP2002344937A (en) | Quality control assurance method and quality control assurance device, and network connection device | |
| EP3879797A1 (en) | Methods and systems for content distribution | |
| US20190132616A1 (en) | Method and system for processing multimedia content within a metropolitan area network | |
| JP2000078558A (en) | Video information distribution system, video information distribution method and recording medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050317 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070417 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070424 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070528 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070807 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070809 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100817 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |