(57)【特許請求の範囲】
【請求項１】
配信装置へ配信要求信号を送信し、配信装置から一定レートで受信する符号化映像データを順次復号化し、映像信号へ変換して表示装置へ送信する、ストリーム再生を行うストリーム映像受信制御方法であって、
再生するディジタル符号化データに対し、再生制御部を介さずに自律的に直接配信装置にアクセスする共通ソフトウェアを用いた復号・表示制御部からデータ要求信号を受信した場合には、要求されたデータが先頭データであり、かつ先頭データバッファ手段が空であれば、配信装置に対し先頭データのストリーム送信を要求する配信要求信号を送信し、要求されたデータが先頭データであり、かつ先頭データバッファ手段に存在すれば、先頭データバッファ手段から復号・表示制御部へ送信し、要求されたデータが末尾データであれば、末尾データバッファ手段から復号・表示制御部へ送信し、要求されたデータが先頭データ、末尾データのいずれでもなければ、配信装置からストリーム受信する符号化映像データの一定量を一時的に記憶する受信データキュー内のデータの有無を調べ、受信データキューに存在しなければ、配信装置に対し当該データからのストリーム送信を要求する配信要求信号を送信し、受信データキューに存在すれば、受信データキューから当該データを取り出して復号・表示制御部へ送信するとともに、
受信データキューから要求データを取り出すことによって格納データ量がある比率以下となったことを下位リミット検出手段が検出し、かつその時点で配信装置からのストリーム送信が一時中止されていれば、配信装置に対し符号化映像データのストリーム送信を再開する配信要求信号を送信する制御を行い、
配信装置からストリーム送信される符号化映像データを受信した場合には、受信したデータが先頭データであれば、先頭データバッファ手段へ格納するとともに、該先頭データと該符号化映像データの全長データから擬似的な末尾データを生成し、生成された擬似的な末尾データを末尾データバッファ手段に格納し、受信したデータが末尾データであれば、末尾データバッファ手段へ格納し、受信したデータが先頭データ、末尾データのいずれでもなければ、受信データキューに格納するとともに、受信データキューに当該データを格納することによって格納データ量がある比率以上になったことを上位リミット検出手段が検出し、かつその時点で配信装置からストリーム送信中であれば、配信装置に対し符号化映像データのストリーム送信を一時中止する配信要求信号を送信する制御を行うことを特徴とするストリーム映像受信制御方法。
【請求項２】
配信装置へ配信要求信号を送信し、配信装置から一定レートで受信する符号化映像データを順次復号化し、映像信号へ変換して表示装置へ送信する、ストリーム再生機能を有するストリーム映像受信装置であって、
ユーザの操作に基づき通信制御および復号・表示制御を行う再生制御部と、配信装置に直接アクセスする共通ソフトウェアが用いられ、再生制御部の制御を受け、符号化映像データを映像信号へ変換する復号・表示制御部と、再生制御部の制御を受け、配信装置への配信要求送信および符号化映像データの受信を行う通信制御部とを備え、通信制御部は、復号・表示制御部からのデータ要求信号を受信して処理するデータ要求処理手段と、配信装置に蓄積されている符号化映像データファイルの先頭データを記憶する先頭データバッファ手段と、末尾データを記憶する末尾データバッファ手段と、配信装置からストリーム受信する符号化映像データの一定量を一時的に記憶する受信データキューと、受信データキューの格納データ量がある比率以上になることを検出する上位リミット検出手段と、受信データキューの格納データ量がある比率以下となることを検出する下位リミット検出手段とを備え、
データ要求処理手段は、復号・表示制御部からデータ要求信号を受信した場合には、要求されたデータが先頭データであり、かつ先頭データバッファ手段が空であれば、配信装置に対し先頭データのストリーム送信を要求する配信要求信号を送信し、要求されたデータが先頭データであり、かつ先頭データバッファ手段に存在すれば、先頭データバッファ手段から復号・表示制御部へ送信し、要求されたデータが末尾データであれば、末尾データバッファ手段から復号・表示制御部へ送信し、要求されたデータが先頭データ、末尾データのいずれでもなければ、受信データキュー内の有無を調べ、受信データキューに存在しなければ、配信装置に対し当該データからのストリーム送信を要求する配信要求信号を送信し、受信データキューに存在すれば、受信データキューから当該データを取り出して復号・表示制御部へ送信するとともに、受信データキューから要求データを取り出すことによって格納データ量がある比率以下になったことを下位リミット検出手段が検知し、かつその時点で配信装置からのストリーム送信が一時中止されていれば、配信装置に対し符号化映像データのストリーム送信を再開する配信要求信号を送信する制御を行い、配信装置からストリーム送信される符号化映像データを受信した場合には、受信したデータが先頭データであれば、先頭データバッファ手段へ格納するとともに、擬似末尾データ生成手段で生成された擬似的な末尾データを末尾データバッファ手段に格納し、受信したデータが末尾データであれば、末尾データバッファ手段へ格納し、受信したデータが先頭データ、末尾データのいずれでもなければ、受信データキューに格納するとともに、受信データキューに当該データを格納することによって格納データ量がある比率以上になったことを上位リミット検出手段が検出し、かつその時点で配信装置からストリーム送信中であれば、配信装置に対し符号化映像データのストリーム送信を一時中止する配信要求信号を送信する制御を行ない、
擬似末尾データ生成手段は、データ要求処理手段が配信装置からストリーム送信される符号化映像データを受信し、受信したデータが先頭データであった場合に、該先頭データと該符号化映像データの全長データから擬似的な末尾データを生成する
ものであることを特徴とするストリーム映像受信装置。
【請求項３】
符号化映像データを蓄積し配信要求に基づいてネットワークを通じ一定の通信レートでストリーム送信する、ストリーム送信機能を有する配信装置と、
配信装置に対しネットワークを通じ配信要求とストリーム送信された符号化映像データの受信、復号、及び表示を行う請求項２に記載のストリーム映像受信装置とを有し、
上記配信装置と上記ストリーム映像受信装置とがネットワークで接続されていることを特徴とするストリーム映像配信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ビデオ・オン・デマンド（ＶＯＤ）システムのように、配信装置に蓄積されたディジタル符号化映像データに対し、再生装置からネットワークを介して検索と送信要求を行い、配信装置からストリーム送信されるディジタル符号化映像データを再生装置で順次復号化しながらユーザヘ動画として表示する、ストリーム映像配信システム、およびそのシステムにおける再生装置であるストリーム映像受信装置とその受信制御方法に関するものである。特に、パーソナルコンピュータ等の普及型情報処理装置で近年開発の進んでいるマルチメディア対応デファクト標準ＡＰＩに準拠することで、再生装置を広範な動作環境で共通に動作可能とすることに有効な技術を提供するものである。
【０００２】
【従来の技術】
従来のストリーム映像配信システムにおける再生装置の一般的構成を図３に示す。
【０００３】
従来の再生装置は、例えば特願平９−１６３６３４号などに開示されており、再生制御部が通信制御部、復号・表示制御部を各々個別に制御する集中制御の形態であった。図３を用いて具体的に説明する。
【０００４】
再生制御部６が配信要求制御信号７５で配信装置２に対する処理を通信制御部４に要求し、通信制御部４内の配信要求処理部４０が配信装置２との通信プロトコルに沿って配信要求信号７１を送信する。配信装置２からは映像データ配信信号７２を通じて符号化映像データがストリーム送信され、これを通信制御部４が内部の受信データキュー４２に蓄積する。一方、再生制御部６は、自身で管理する映像の再生進行に従って受信データキュー４２に蓄積された符号化映像データから再生表示する部分を取り出して、映像データ転送信号７６を介して自身の中の表示データバッファ６１へ一時蓄積し、表示制御信号７０とともに映像データ表示信号７７を通じて復号・表示制御部５へ送信する、いわゆるプッシュ型制御を行う。
【０００５】
もし、ユーザが映像の再生位置を任意の位置へ変更する、いわゆるジャンプ操作を行った場合、再生制御部６は、復号・表示制御部５で表示中の映像を停止させ、進行中の処理を取り消して初期化させるとともに、通信制御部４に対しては、配信装置２ヘジャンプを指示する配信要求信号７１の送信と、受信データキュー４２の初期化、所望の符号化映像データを受信するまでの途中データの廃棄などを指示する。所望の符号化映像データを受信すると、復号・表示制御部５に対して表示の停止解除、新規データからの復号・表示処理再開などの表示制御信号７０とともに新たな符号化映像データを送信する。
【０００６】
このように、従来技術では、再生制御部が制御の主体となって、特に復号・表示制御部に対する詳細な制御を行うことにより、ユーザにとってスムーズで自然な映像表示を実現していた。
【０００７】
【発明が解決しようとする課題】
従来技術では、上記の通り復号・表示制御部５に対し詳細な制御の必要がある。復号・表示制御部５は、一般に専門技術を有する第三者が開発・供給するディジタル映像復号器製品を部品として組み込んで構成するが、その詳細な制御のためには、開発者が提供する開発ユーティリティ群、いわゆるＳＤＫ（ソフトウェア開発キット）を利用する必要がある。このようなＳＤＫ等は、開発者が独自に設計・開発し提供しているものであり、標準化あるいは実質業界標準化が図られているものではない。したがって、復号・表示制御部５および再生制御部６は、必然的に特定のディジタル映像復号器製品に特化して設計・開発されることとなり、ある時点で採用したディジタル映像復号器製品の開発者からの供給が終了すれば、再び新たな製品を選択してその製品にあわせて再度設計・開発を行わなければならない。しかるに、ディジタル映像符号器製品は技術進歩の急速な製品分野であるため、一つの製品のライフサイクルが１〜２年程度と短いことも多い。このように、一度開発した再生装置の製品寿命が、採用するディジタル映像復号器の製品ライフサイクルに強く影響されるというのが、従来技術の第一の問題点である。
【０００８】
他方、インターネット等を介する映像・音声配信の活発化に伴い、映像・音声等の種々のメディアに対応する多様なディジタル符号とその復号器を、パーソナルコンピュータ等の普及型情報処理機器で共通的に利用可能とする要求が起き、近年になって、ディジタル映像復号器等の開発者とパーソナルコンピュータ等の開発者間で共通のインタフェース規格が定められている。このような共通規格では、共通性を高めるためにインタフェース上での機能を簡素化し、ディジタル映像復号器に対する詳細な制御機能を厳選してパーソナルコンピュータの共通ソフトウェア内に隠蔽化するという方法がとられている。Ｍｉｃｒｏｓｏｆｔ社のＤｉｒｅｃｔＳｈｏｗや、Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓ社のＪａｖａ  Ｍｅｄｉａ  Ｆｒｏｍｅｗｏｒｋなどはその実装例である。これは、言い換えれば、従来技術における復号・表示制御部が、パーソナルコンピュータの共通ソフトウェアとして提供されるようになったということである。このような共通ソフトウェアで特徴的なことは、再生するディジタル符号化データに対し、再生制御部を介さず共通ソフトウェアが自律的に直接アクセスする、いわゆるプル型動作を行うことである。再生制御部６による集中制御と、復号・表示制御部５に対する詳細な制御を前提とする従来技術は、今後の普及拡大が予想される上記の共通インタフェース化へ適合困難である。これが、従来技術の第二の問題点である。
【０００９】
ネットワークを介するストリーミング配信の通信プロトコルに関しては、多数の標準や開発者個別規格が並存して、相互運用性が確立されていない現状にある。このため、上記の共通ソフトウェアでは、共通的な再生対象を符号化データの格納されているデータファイルに限定している。データファイルを前提とするため、共通ソフトウェアはデータファイル内の任意の符号化データに対して、任意の時点でランダムアクセスを行う可能性がある。代表的なものとして、通常の再生時に共通ソフトウェアがデータファイルをアクセスする位置は、符号化データの論理構造とは独立に、共通ソフトウェアが恣意的に指定するバイト位置である可能性がある。また、ユーザが任意に指定する時間位置へ再生位置を移動させる、いわゆるジャンプ操作の場合においては、指定時間位置をデータファイル内のバイト位置へ換算するためにデータファイルの先頭と末尾のデータが参照され、かつ実際にアクセスするバイト位置は、上記の通常再生の場合と同様に共通ソフトウェアが恣意的に決定する位置である可能性がある。
【００１０】
これに対し従来技術では、復号・表示制御部５の詳細な制御のために、再生制御部６は符号化映像データの論理構造を解析し、通信制御部４からの符号化映像データ取り出しや復号・表示制御部５への送信をその論理構造単位で厳密に管理している。例えば、通常再生時には符号化映像データファイルに対するシーケンシャルアクセスであるというストリーミング配信の特性を前提として、現在の再生位置から将来の符号化映像データを厳密な論理構造単位で先読みし受信キューに蓄積する制御を行っている。ジャンプ時にも、ユーザの指定時間位置に該当する符号化映像データの先頭位置を、論理構造に基づいて厳密に判別し、復号・表示制御部へその論理構造単位で送信する制御を行っている。
【００１１】
従来技術にこのような共通ソフトウェアを適用した場合、符号化映像データの論理構造と整合しない任意バイト位置へのアクセスや、ファイル先頭と末尾に対するアクセスが各々ジャンプとして処理されるため、レスポンス性能の低下や同時接続端末数の低下などの性能劣化を発生させる可能性がある。前記の、従来技術の第二の問題点を解決して、今後の普及が予想される共通ソフトウェア対応を図ったとしても、このような性能劣化の可能性があることが従来技術の第三の問題点である。
【００１２】
本発明は、以上の従来技術の問題点を解決し、ディジタル映像復号器製品のライフサイクルに影響されずに技術継承と維持管理が可能で、かつディジタル映像符号化技術進歩を随時取り込んで発展可能な、ストリーム映像受信制御方法、およびストリーム映像配信システム、およびストリーム映像受信装置の実現を図ることを課題とするものである。
【００１３】
【課題を解決するための手段】
前記の課題を解決するために、本発明は、配信装置へ配信要求信号を送信し、配信装置から一定レートで受信する符号化映像データを順次復号化し、映像信号へ変換して表示装置へ送信する、ストリーム再生を行うストリーム映像受信制御方法であって、再生するディジタル符号化データに対し、再生制御部を介さずに自律的に直接配信装置にアクセスする共通ソフトウェアを用いた復号・表示制御部からデータ要求信号を受信した場合には、要求されたデータが先頭データであり、かつ先頭データバッファ手段が空であれば、配信装置に対し先頭データのストリーム送信を要求する配信要求信号を送信し、要求されたデータが先頭データであり、かつ先頭データバッファ手段に存在すれば、先頭データバッファ手段から復号・表示制御部へ送信し、要求されたデータが末尾データであれば、末尾データバッファ手段から復号・表示制御部へ送信し、要求されたデータが先頭データ、末尾データのいずれでもなければ、配信装置からストリーム受信する符号化映像データの一定量を一時的に記憶する受信データキュー内のデータの有無を調べ、受信データキューに存在しなければ、配信装置に対し当該データからのストリーム送信を要求する配信要求信号を送信し、受信データキューに存在すれば、受信データキューから当該データを取り出して復号・表示制御部へ送信するとともに、受信データキューから要求データを取り出すことによって格納データ量がある比率以下となったことを下位リミット検出手段が検出し、かつその時点で配信装置からのストリーム送信が一時中止されていれば、配信装置に対し符号化映像データのストリーム送信を再開する配信要求信号を送信する制御を行い、配信装置からストリーム送信される符号化映像データを受信した場合には、受信したデータが先頭データであれば、先頭データバッファ手段へ格納するとともに、該先頭データと該符号化映像データの全長データから擬似的な末尾データを生成し、生成された擬似的な末尾データを末尾データバッファ手段に格納し、受信したデータが末尾データであれば、末尾データバッファ手段へ格納し、受信したデータが先頭データ、末尾データのいずれでもなければ、受信データキューに格納するとともに、受信データキューに当該データを格納することによって格納データ量がある比率以上になったことを上位リミット検出手段が検出し、かつその時点で配信装置からストリーム送信中であれば、配信装置に対し符号化映像データのストリーム送信を一時中止する配信要求信号を送信する制御を行うことを特徴とするストリーム映像受信制御方法を手段とする。
【００１５】
あるいは、配信装置へ配信要求信号を送信し、配信装置から一定レートで受信する符号化映像データを順次復号化し、映像信号へ変換して表示装置へ送信する、ストリーム再生機能を有するストリーム映像受信装置であって、ユーザの操作に基づき通信制御および復号・表示制御を行う再生制御部と、配信装置に直接アクセスする共通ソフトウェアが用いられ、再生制御部の制御を受け、符号化映像データを映像信号へ変換する復号・表示制御部と、再生制御部の制御を受け、配信装置への配信要求送信および符号化映像データの受信を行う通信制御部とを備え、通信制御部は、復号・表示制御部からのデータ要求信号を受信して処理するデータ要求処理手段と、配信装置に蓄積されている符号化映像データファイルの先頭データを記憶する先頭データバッファ手段と、末尾データを記憶する末尾データバッファ手段と、配信装置からストリーム受信する符号化映像データの一定量を一時的に記憶する受信データキューと、受信データキューの格納データ量がある比率以上になることを検出する上位リミット検出手段と、受信データキューの格納データ量がある比率以下となることを検出する下位リミット検出手段とを備え、データ要求処理手段は、復号・表示制御部からデータ要求信号を受信した場合には、要求されたデータが先頭データであり、かつ先頭データバッファ手段が空であれば、配信装置に対し先頭データのストリーム送信を要求する配信要求信号を送信し、要求されたデータが先頭データであり、かつ先頭データバッファ手段に存在すれば、先頭データバッファ手段から復号・表示制御部へ送信し、要求されたデータが末尾データであれば、末尾データバッファ手段から復号・表示制御部へ送信し、要求されたデータが先頭データ、末尾データのいずれでもなければ、受信データキュー内の有無を調べ、受信データキューに存在しなければ、配信装置に対し当該データからのストリーム送信を要求する配信要求信号を送信し、受信データキューに存在すれば、受信データキューから当該データを取り出して復号・表示制御部へ送信するとともに、受信データキューから要求データを取り出すことによって格納データ量がある比率以下になったことを下位リミット検出手段が検知し、かつその時点で配信装置からのストリーム送信が一時中止されていれば、配信装置に対し符号化映像データのストリーム送信を再開する配信要求信号を送信する制御を行い、配信装置からストリーム送信される符号化映像データを受信した場合には、受信したデータが先頭データであれば、先頭データバッファ手段へ格納し、受信したデータが末尾データであれば、末尾データバッファ手段へ格納するとともに、擬似末尾データ生成手段で生成された擬似的な末尾データを末尾データバッファ手段に格納し、受信したデータが先頭データ、末尾データのいずれでもなければ、受信データキューに格納するとともに、受信データキューに当該データを格納することによって格納データ量がある比率以上になったことを上位リミット検出手段が検出し、かつその時点で配信装置からストリーム送信中であれば、配信装置に対し符号化映像データのストリーム送信を一時中止する配信要求信号を送信する制御を行ない、擬似末尾データ生成手段は、データ要求処理手段が配信装置からストリーム送信される符号化映像データを受信し、受信したデータが先頭データであった場合に、該先頭データと該符号化映像データの全長データから擬似的な末尾データを生成するものであることを特徴とするストリーム映像受信装置を手段とする。
【００１７】
あるいは、符号化映像データを蓄積し配信要求に基づいてネットワークを通じ一定の通信レートでストリーム送信する、ストリーム送信機能を有する配信装置と、配信装置に対しネットワークを通じ配信要求とストリーム送信された符号化映像データの受信、復号、及び表示を行う上記のストリーム映像受信装置とを有し、上記配信装置と上記ストリーム映像受信装置とがネットワークで接続されていることを特徴とするストリーム映像配信システムを手段とする。
【００１８】
本発明では、復号・表示制御部として前記の共通ソフトウェアを適用することで、技術進歩が激しく、ライフサイクルの短いディジタル映像復号器製品の変遷に柔軟に対応しながら技術継承を図ることを可能とする。
【００１９】
また、パーソナルコンピュータのデファクト標準であるが本来ネットワーク通信に対応していない共通ソフトウェア規格に準拠しながら、ネットワークを介するストリーム通信の受信を可能とすることで、特にハードウェア環境を限定することなく広範なパーソナルコンピュータでストリーム配信映像の受信を可能とする。
【００２０】
さらに、特定の符号化映像データの論理構造に依存しない方式とすることで、任意の符号化方式による符号化映像データのストリーム配信を受信可能とすることで、不特定の複数の映像符号化方式に対応するＶＯＤシステムを構成可能とし、従来のＶＯＤシステム等が独自の符号化映像データ形式でしかストリーム配信できなかった制約を取り除くことを可能とする。
【００２１】
【発明の実施の形態】
以下、本発明の実施の形態について図を用いて詳細に説明する。
【００２２】
本発明では、前記の第一の問題点については、復号・表示制御部として前記の共通ソフトウェアを適用することで解決を図る。この場合のシステムおよび再生装置（ストリーム映像受信装置）の構成図を、図１および図２に示す。図１は本発明の第１の実施形態例を示し、図２は本発明の第２の実施形態例を示す。
【００２３】
図１、図２において、１は再生装置、２は配信装置、３は表示装置、４は通信制御部、４０は配信要求処理手段、４１はデータ要求処理手段、４２は受信データキュー、４３は先頭データバッファ手段、４４は末尾データバッファ手段、４５は上位リミット検出手段、４６は下位リミット検出手段、４７は擬似末尾データ生成手段、５は復号・表示制御部、６は再生制御部、７０は表示制御信号、７１は配信要求信号、７２は映像データ配信信号、７３はデータ要求信号、７４はデータ応答信号、７８は映像信号である。
【００２４】
前記の第二の問題点については、図１および図２に示す通り、通信制御部４ヘデータ要求処理手段４１、上位リミット検出手段４５、下位リミット検出手段４６を設けることで解決を図る。
【００２５】
データ要求処理手段４１は、復号・表示制御部５から直接に通信制御部４へ送信されるデータ要求信号７３を受信して、受信データキュー４２内に既に格納されているデータで応答するか、あるいは受信データキュー４２内に要求されたデータが存在しない場合には、配信要求信号７１を配信装置２へ送信して必要なデータを受信してから応答するかのいずれかの制御を行う。上位リミット検出手段４５は、配信装置２から受信して受信データキュー４２に蓄積されるデータ量が、受信データキュー４２の容量に対するある一定量以上となったことを検出し、データ要求処理手段４１へ通知するものである。下位リミット検出手段４６は、配信装置２から受信して受信データキュー４２へ蓄積されるデータ量が、受信データキュー４２の容量に対するある一定量以下となってことを検出し、データ要求処理手段４１へ通知するものである。
【００２６】
前記の第三の問題点については、図１に示す通り、先頭データバッファ手段４３、末尾データバッファ手段４４、および図２に示す通り、擬似末尾データ生成手段４７を設けることによって解決を図る。
【００２７】
先頭データバッファ手段４３は、配信装置２に格納されている符号化映像データの先頭部分を格納し、その符号化映像データの再生中にわたって保持するものである。末尾データバッファ手段４４は、配信装置２に格納されている符号化映像データの末尾部分、または擬似末尾データ生成手段４７によって上記先頭データから生成される擬似末尾データを格納し、その符号化映像データの再生中にわたって保持するものである。
【００２８】
配信装置２内の符号化映像データが再生開始時点で蓄積完了したものであれば、その末尾データは配信装置２から配信を要求することができる。本発明の第１の実施形態例は、このような再生する符号化映像データが配信装置２で蓄積完了している場合のみを対象としたものである。これに対し、再生する符号化映像データが再生開始時点に配信装置２で蓄積中である場合には、その末尾データは配信装置２に存在しないため配信を要求することができない。本発明の第２の実施形態例は、このような場合に、末尾データを配信装置２から配信を受けることなく擬似的に再生装置１で生成することによって、再生開始時点に配信装置２で蓄積中の符号化映像データも再生装置１で再生可能とするものである。
【００２９】
擬似末尾データ生成手段４７は、本発明と独立の別の手段によって配信装置２または他の装置から取得する当該符号化映像データの全長の情報をもとに、上記先頭データを変換して当該符号化映像データの末尾部分を擬似的に生成する処理を行うものである。生成された擬似的な末尾データは、末尾データバッファ手段４４に格納される。復号・表示制御部５が符号化映像データの先頭部分、および末尾部分のデータを必要とするのは、前記の時間によるジャンプ位置指定を符号化映像データファイル中のバイト位置等の任意の単位での位置情報へ換算するために、映像表示の時間進行や、映像と音声の同期等を制御するために符号化映像データ中に設定されている時刻情報を参照するからである。したがって、擬似末尾データは、符号化映像データの規格に準拠して末尾部分に相当する時刻情報を算出して設定するという容易な論理で生成可能であり、その実現方法は自明である。
【００３０】
図１の本発明の第１の実施形態例は、データ要求処理手段４１、上位リミット検出手段４５、下位リミット検出手段４６、先頭データバッファ手段４３、末尾データバッファ手段４４で構成する。図２の本発明の第２の実施形態例は、さらに擬似末尾データ生成手段４７を加えて構成する。
【００３１】
まず、本発明の第１の実施形態例の作用を図１を用いて具体的に説明する。
【００３２】
再生開始時には、再生制御部６が表示制御信号７０で復号・表示制御部５に対し、配信装置２に蓄積されている符号化映像データの再生表示を要求し、復号・表示制御部５は処理に必要な当該符号化映像データ内の先頭の位置を指定してデータ要求信号７３を通信制御部４へ送信する。通信制御部４内のデータ要求処理手段４１は、復号・表示制御部５から受信したデータ要求信号７３に基づき、配信装置２との通信プロトコルに沿って配信要求信号７１を生成して送信する。配信装置２から映像データ配信信号７２を通じてストリーム送信された映像データは、通信制御部４内のデータ要求処理手段４１がデータ応答信号７４を介して復号・表示制御部５へ送信するとともに、先頭データバッファ手段４３へ格納する。復号・表示制御部５は続いて当該符号化映像データ内の末尾位置を指定してデータ要求信号７３を通信制御部４へ送信する。通信制御部４内のデータ要求処理手段４１は前記と同様に配信装置２から末尾の映像データを受信し、復号・表示制御部５へ送信するとともに、末尾データバッファ手段４４へ格納する。最後にデータ要求処理手段４１は、先頭のデータ以後の映像データをストリーム配信する要求を配信要求信号７１を介して配信装置２へ送信する。
【００３３】
これ以後、通常再生時には、復号・表示制御部５は、自身で管理する映像の再生進行に従って必要な映像データを要求するデータ要求信号７３を通信制御部４へ送信し、その応答として通信制御部４から対応する映像データをデータ応答信号７４を介して受信して復号・表示を行う、いわゆるプル型制御を行う。これに対して通信制御部４内のデータ要求処理手段４１は、データ要求信号７３で要求された映像データが先頭データバッファ手段４３、末尾データバッファ手段４４、受信データキュー４２のいずれかに存在すれば、そこから読み出してデータ応答信号７４を介して応答し、さもなければ、復号・表示制御部５への応答を保留して配信装置２から該当する映像データの受信を待機する。データ要求処理手段４１は、配信装置２からストリーム配信される映像データを受信データキュー４２へ順次蓄積し、復号・表示制御部５へ送信した映像データを順次削除する。受信データキュー４２への映像データ蓄積が進み、上位リミット検出手段４５が一定量以上の映像データ蓄積を検出した場合は、データ要求処理手段４１は配信要求信号７１を介して配信の一次停止を配信装置２へ要求する。復号・表示制御部５からのデータ要求への応答として、映像データを受信データキュー４２から読み出して送信する結果として、受信データキュー４２の蓄積データ量が減少し下位リミット検出手段４６が映像データ蓄積量が一定量以下となったことを検出した場合は、データ要求処理手段４１は配信要求信号７１を介して配信の再開を配信装置２へ要求する。
【００３４】
通常再生中にユーザが映像の再生位置を任意の位置へ変更する、いわゆるジャンプ操作等の再生制御を行った場合（再生制御時）、再生制御部６は、復号・表示制御部５に対し新しい再生位置からの再生開始を表示制御信号７０を通じて指示する。復号・表示制御部５は、表示中の映像再生を停止させ、通信制御部４に対して、必要に応じて先頭の映像データ、末尾の映像データ、またはその両方をデータ要求信号７３を介して要求し、次に新しい再生位置に相当する映像データをデータ要求信号７３で要求する。通信制御部４内のデータ要求処理手段４１は、先頭の映像データ要求に対しては先頭データバッファ手段４３から、末尾の映像データ要求に対しては末尾データバッファ手段４４から読み出して復号・表示制御部５へ応答する。新たな再生位置の映像データ要求に対しては、受信データキュー４２に存在すれば、そこから読み出してデータ応答信号７４を介して応答し、さもなければ、該当する映像データからのストリーミング配信を要求する配信要求信号７１を配信装置２へ送信し、映像データ配信信号７２を介して配信装置２から受信する映像データを、データ応答信号７４を介して復号・表示制御部５へ送信するとともに、受信データキュー４２へ蓄積する。以後は、通常再生時の処理に復帰する。
【００３５】
次に、本発明の第２の実施形態例の作用を図２を用いて具体的に説明する。
【００３６】
第１の実施形態例の発明との相違点は、上記の第１の実施形態例の発明の作用に関する説明において、再生開始時に先頭の映像データを先頭データバッファ手段４３へ格納してから以後の処理である。第２の実施形態例による作用は以下の通りである。データ要求処理手段４１は、当該先頭データを先頭データバッファ手段４３から読み出し、擬似末尾データ生成手段４７によって擬似末尾データを作成させ、末尾データバッファ手段４４へ格納する。最後にデータ要求処理手段４１は、先頭のデータ以後の映像データをストリーム配信する要求を配信要求信号７１を介して配信装置２へ送信する。なお、通常再生時、再生制御時の作用は、上記の第１の実施形態例の発明の作用と同様である。
【００３７】
次に、図４から図６の処理フローを用いて上記の本発明の実施形態例により実現される制御方法の処理手順を説明する。なお、本実施形態例は、上記の第１の実施形態例による処理手順に加えて第２の実施形態例の処理手順についても一緒に説明する。第１の実施形態例による処理手順のみについては、上記の相違点により容易に推測可能である。
【００３８】
図１において、ユーザが再生制御部６を操作して再生開始を指示すると、再生開始を指示する表示制御信号７０が復号・表示制御部５へ送信されて復号・表示制御部５が動作を開始する。復号・表示制御部５は動作を開始すると、通信制御部４へ再生開始を指示するデータ要求信号７３を送信する。通信制御部４が受信したデータ要求信号７３は、データ要求処理手段４１で以下のステップで処理される。
【００３９】
図４は再生開始処理時のデータ要求処理手段４１の制御動作を示すフローチャートである。本図に従い、再生開始時にデータ要求処理手段４１が行う制御を以下に示す。
【００４０】
（１）再生開始の動作例
〔１０１〕復号・表示制御部５から再生開始指示のデータ要求信号７３の受信を待機する。
〔１０２〕配信装置２へ配信開始を指示する配信要求信号７１を送信する。
〔１０３〕復号・表示制御部５から先頭データ送信指示のデータ要求信号７３の受信を待機する。
〔１０４〕配信装置２へ先頭データ送信を指示する配信要求信号７１を送信する。
〔１０５〕配信装置２から先頭データの映像データ配信信号７２の受信を待機する。
〔１０６〕配信装置２からの受信データを先頭データバッファ手段４３へ格納する。
〔１０７〕先頭データバッファ手段４３から復号・表示制御部５へ先頭データのデータ応答信号７４を送信する。
〔１０８〕先頭データバッファ手段４３から擬似末尾データ生成手段４７へ先頭データを送信して、生成された擬似末尾データを末尾データバッファ手段４４へ格納する。
〔１０９〕復号・表示制御部５から末尾データ送信指示のデータ要求信号７３の受信を待機する。
〔１１０〕末尾データバッファ手段４４から復号・表示制御部５へ擬似末尾データのデータ応答信号７４を送信する。
〔１１１〕配信装置２へ先頭以後の後続データのストリーム送信を指示する配信要求信号７１を送信する。
【００４１】
再生開始の後は後続の映像データが順次ユーザヘ表示される通常再生となる。通常再生時においては、図１において配信装置２から通信制御部４へ映像データが順次ストリーミング送信され、受信データキュー４２へ格納される。これと並行して、復号・表示制御部５は、通信制御部４へ必要な映像データをデータ要求信号７３で要求し、データ応答信号７４で受信したデータを復号して映像信号７８として表示装置３へ送信する。表示装置３は映像信号７８で受信する信号をユーザヘ映像表示する。
【００４２】
図５は通常再生時のデー夕要求処理手段４１の制御動作を示すフローチャートである。本図に沿って、通常再生時のデータ要求処理手段４１の動作例を以下に示す。
【００４３】
（２）通常再生の動作例
〔２０１〕配信装置２から映像データ配信信号７２の受信有無を調べる。データ受信が無い場合、〔２０７〕へ行く。
〔２０２〕受信したデータを格納する余地の受信データキュー４２における有無を判断する。格納余地が無い場合には、〔２０６〕へ行く。
〔２０３〕受信したデータを受信データキュー４２へ格納する。
〔２０４〕応答を保留している復号・表示制御部５からのデータ要求信号７３の有無を調べる。保留しているデータ要求信号７３が無ければ〔２０１〕へ行く。
〔２０５〕応答を保留している復号・表示制御部５からのデータ要求信号７３に対応する映像データの、受信データキュー４２内有無を調べる。受信データキュー４２内に要求された映像データが無ければ〔２０１〕へ行く。受信データキュー４２内に要求された映像データが有れば〔２１１〕へ行く。
〔２０６〕配信装置２に対し配信一時停止を要求する配信要求信号７１を送信する。
〔２０７〕復号・表示制御部５からのデータ要求信号７３の受信有無を調べる。信号受信が無い場合、〔２０１〕へ行く。
〔２０８〕復号・表示制御部５から受信したデータ要求信号７３が再生制御指示がどうか調べる。再生制御指示であれば、再生制御の処理へ行く。
〔２０９〕受信データキュー４２が空であるかどうか調べる。空であれば〔２１２〕へ行＜。
〔２１０〕復号・表示制御部５からのデータ要求信号７３で要求されたデータの受信データキュー４２内における有無を調べる。受信データキュー４２内に無ければ〔２１４〕へ行く。
〔２１１〕復号・表示制御部５からのデータ要求信号７３で要求されたデータを受信データキュー４２から読み出し、データ応答信号７４として復号・表示制御部５へ送信する。その後、〔２０１〕へ行く。
〔２１２〕配信装置２からの配信一時停止となっているかどうかを調べる。配信一時停止となっていないなら〔２１４〕へ行く。
〔２１３〕配信装置２に対し配信再開を要求する配信要求信号７１を送信する。その後、〔２０１〕へ行く。
〔２１４〕復号・表示制御部５から受信したデータ要求信号７３の応答を保留する。その後、〔２０１〕へ行く。
【００４４】
再生制御は、図１においてユーザが再生制御部６にジャンプ等の要求を行うことにより、表示制御信号７０によって復号・表示制御部５にその要求が送信され、復号・表示制御部５が再生制御を要求するデータ要求信号７３を通信制御部４へ送信することで開始される制御である。
【００４５】
図６は、再生制御時のデータ要求処理手段４１の制御動作を示すフローチャートである。本図に従って、再生制御時のデータ要求処理手段４１の動作例を以下に示す。
【００４６】
（３）再生制御の動作例
〔３０１〕復号・表示制御部５からデータ要求信号７３で要求されたデータは先頭データかどうか調べる。要求されたデータが先頭データで無い場合、〔３０３〕へ行く。
〔３０２〕先頭データバッファ手段４３からデータを読み出し、データ応答信号７４で復号・表示制御部５へ送信する。その後、通常再生へ行く。
〔３０３〕復号・表示制御部５からデータ要求信号７３で要求されたデータは末尾データかどうか調べる。要求されたデータが末尾データで無い場合、〔３０５〕へ行く。
〔３０４〕末尾データバッファ手段４４からデータを読み出し、データ応答信号７４で復号・表示制御部５へ送信する。その後、通常再生へ行く。
〔３０５〕復号・表示制御部５からデータ要求信号７３で要求されたデータの受信データキュー４２内有無を調べる。要求されたデータが受信データキュー４２内に無い場合、〔３０７〕へ行く。
〔３０６〕受信データキュー４２からデータを読み出し、データ応答信号７４で複号・表示制御部５へ送信する。通常再生へ行く。
〔３０７〕復号・表示制御部５からデータ要求信号７３で要求されたデータの配信を要求する配信要求信号７１を、配信装置２へ送信する。
〔３０８〕配信装置２からの映像データ配信信号７２の受信を待機する。
〔３０９〕配信装置２から受信した映像データ配信信号７２が、配信を要求したデータであるかどうか調べる。配信を要求したデータでなければ、〔３０８〕へ行く。配信を要求したデータであれば、通常再生へ行く。
【００４７】
【発明の効果】
以上で述べた通り、本発明によれば技術進歩が激しく、ライフサイクルの短いディジタル映像復号器製品の変遷に柔軟に対応しながら技術継承を図ることが可能である。
【００４８】
また、パーソナルコンピュータのデファクト標準であるが、本来ネットワーク通信に対応していない共通ソフトウェア規格に準拠しながら、ネットワークを介するストリーム通信の受信が可能となるため、特にハードウェア環境を限定することなく、広範なパーソナルコンピュータでストリーム配信映像の受信が可能となる。
【００４９】
本発明でさらに得られる効果としては、特定の符号化映像データの論理構造に依存しない方式となっているため、任意の符号化方式による符号化映像データのストリーム配信を受信可能であり、不特定の複数の映像符号化方式に対応するＶＯＤシステムを構成可能となることである。すなわち、従来のＶＯＤシステム等が独自の符号化映像データ形式でしかストリーム配信できなかった制約を取り除くことが可能となる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態例によるストリーム映像配信システムの構成図である。
【図２】本発明の第２の実施形態例によるストリーム映像配信システムの構成図である。
【図３】従来技術によるストリーム映像配信システムの構成図である。
【図４】本発明の実施形態例における再生開始時のデータ要求処理手段の処理フロー図である。
【図５】本発明の実施形態例における通常再生時のデータ要求処理手段の処理フロー図である。
【図６】本発明の実施形態例における再生制御時のデータ要求処理手段の処理フロー図である。
【符号の説明】
１…再生装置（ストリーム映像受信装置）
２…配信装置
３…表示装置
４…通信制御部
４０…配信要求処理手段
４１…データ要求処理手段
４２…受信データキュー
４３…先頭データバッファ手段
４４…末尾データバッファ手段
４５…上位リミット検出手段
４６…下位リミット検出手段
４７…擬似末尾データ生成手段
５…復号・表示制御部
６…再生制御部
６１…表示データバッファ
７０…表示制御信号
７１…配信要求信号
７２…映像データ配信信号
７３…データ要求信号
７４…データ応答信号
７５…配信要求制御信号
７６…映像データ転送信号
７７…映像データ表示信号
７８…映像信号
１０１〜１１１…データ要求処理手段の再生開始時の処理手順
２０１〜２１４…データ要求処理手段の通常再生時の処理手順
３０１〜３０９…データ要求処理手段の再生制御時の処理手順
【図１】
0004025533.tif 000002
【図２】
0004025533.tif 000003
【図３】
0004025533.tif 000004
【図４】
0004025533.tif 000005
【図５】
0004025533.tif 000006
【図６】
0004025533.tif 000007