映像送信装置
【課題】再生開始などの指示をビデオ機器に行ってから、テレビに画像が表示されるまでの遅延をユーザの使用傾向や受信機の状況により少なくする映像送信装置を提供する。
【解決手段】映像送信装置は映像の先頭の一定時間を低遅延で表示できるようトランスコード、もしくはストリームのネットワーク帯域を高くして送信する。先頭の一定期間の長さはユーザの操作傾向、もしくは再生機の処理命令、もしくはあらかじめ記録した接続受信機情報から定める。
【解決手段】映像送信装置は映像の先頭の一定時間を低遅延で表示できるようトランスコード、もしくはストリームのネットワーク帯域を高くして送信する。先頭の一定期間の長さはユーザの操作傾向、もしくは再生機の処理命令、もしくはあらかじめ記録した接続受信機情報から定める。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は映像を送信する装置に関するものである。
【背景技術】
【０００２】
本技術分野の背景技術として、例えば、特開２００８−２０６０３９号公報（特許文献１）がある。該公報は「［課題］ユーザの操作を受け付けてからトランスコード処理を行う必要があるため、操作が反映されて映像が更新されるまでに大きな遅延が生じる［解決手段］過去のユーザの視聴操作履歴を保持しておき、早送りや巻戻しなどの操作が行われた時点から数秒間については、現在再生に使用している再生データのトランスコード処理と平行して先読みデータを取得してトランスコード処理を行い、変換済みの先読みデータを作成して保存しておく。その後、ユーザが早送り操作を行った際には、先読みデータが用意されているポイントであればその先読みデータを即座に携帯電話に送信する」としている。
【０００３】
また、例えば特開２０１０−２８５１６号公報（特許文献２）がある。該公報は「［課題］映像コンテンツの配信開始時に映像が再生されるまでの待ち時間を短縮する。［解決手段］映像コンテンツを最低限の画像品質しか保証されない基本レイヤと、基本レイヤと併せてデコードすることで、基本レイヤのみをデコードした結果以上の画像品質を得ることができる拡張レイヤから構成し、
映像コンテンツの配信開始時から配信データ量検出手段で検出された基本レイヤの配信データ量が第１の目標量（映像受信装置において安定した再生を行うためにバッファリングしておくことが必要になる基本レイヤのデータ量）となるまでの間（初期配信状態）は、利用可能ネットワーク帯域が基本レイヤのエンコードビットレートよりも大きいことを条件にして、利用可能ネットワーク帯域を超えない範囲で、基本レイヤの配信ビットレートをそのエンコードビットレートよりも増大させ、その分、上位の拡張レイヤの配信ビットレートを減少させる。」としている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２０６０３９号公報
【特許文献２】特開２０１０−２８５１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ビデオ機器に記録した映像をテレビにて再生する際、ビデオ機器は情報圧縮した映像ストリームをテレビに送り、テレビ側で映像ストリームのデコードを行い表示する構成がある。双方の接続は直結による接続ではなく、他の機器と共通したネットワークバスを通じて行うことができることから接続構成の多様性に富み、ＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）といった業界団体により標準化が進められていることから、このような接続形態が普及することが予想される。
【０００６】
ビデオ機器が映像ストリームをテレビに送る場合、テレビがデコード可能な映像ストリームの形式で出力を行う。例えばビデオ機器はＭＰＥＧ−４ ＡＶＣ（ＩＳＯ／ＩＥＣ １４４９６−１０）で記録を行い、テレビはＭＰＥＧ−２（ＩＳＯ／ＩＥＣ １３８１８−２）のデコードに対応しているときは、ビデオ機器はＭＰＥＧ−４ ＡＶＣからＭＰＥＧ−２にトランスコードを行い、テレビに映像ストリームを送信する。
【０００７】
また、他の機器と共通したネットワークバスを使用することから、映像ストリームの送受は他のデータの送受による遅延の影響を受ける。
【０００８】
トランスコード処理に伴う遅延、ネットワーク遅延に伴うデコード遅延により、ユーザが再生開始や早送り、巻戻しといった特殊再生の指示をビデオ機器に行ってから、テレビに再生画像が表示されるまでの遅延は、従来の映像信号を専用線を用いて送信する方法に比べ大きくなる。
【０００９】
ストリームを再生開始時にネットワークバスを通じて送受信する際、ストリームの表示に必要なビットレートを超えた大きな帯域を用いることで、表示するまでの遅延をある程度低減することができる。しかし高画質の映像であるほど、ビットレートが高くなるため表示は遅れることになる。ビットレートを下げることで表示を早めることができるが、画質が低くなってしまう。画質と再生開始までの遅延はトレードオフの関係にあり、ユーザの使用傾向や、操作の状況によってどちらを重視するかは異なるため、適した設定とすることは難しい。
【００１０】
特開２００８−２０６０３９号公報の技術は、データの先読みを行って画質を維持しつつ遅延を少なくする技術であるが、ユーザの使用傾向や受信機の状況によっては、画質を維持せず、低画質のストリームを用いて遅延を小さくすることが優先される場合に対応できない。
【００１１】
特開２０１０−２８５１６号公報の技術は階層符号化を用いて遅延を少なくする方法であり、ビデオ機器とテレビが階層符号化された映像ストリームのデコードに対応している必要がある。階層符号化された映像ストリームを用いた放送は行われていないため、デジタル放送に対応したテレビでは階層符号化された映像ストリームに対応していないことが多い。
【００１２】
本発明は、上記課題を鑑み、再生開始などの指示をビデオ機器に行ってから、テレビに画像が表示されるまでの遅延をユーザの使用傾向や、受信機の状況により少なくする映像送信装置を提供することを目的とする。
【００１３】
上記目的を達成するため、本発明は次のように構成される。
【課題を解決するための手段】
【００１４】
上記目的は、特許請求の範囲に記載の発明により達成される。
【発明の効果】
【００１５】
本発明によれば、ユーザが再生開始などの指示をビデオ機器に行ってから、テレビに画像が表示されるまでの遅延をユーザの使用傾向や、受信機の状況により少なくする映像送信装置を提供することができる。
【００１６】
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【００１７】
【図１】第一の実施例における映像送信装置の一例を示す概略図
【図２】第一の実施例において記録映像ストリームを出力するまでを示すシーケンス図
【図３】第一の実施例においてトランスコーダがストリームを出力するまでのフローチャート
【図４】第一の実施例におけるＶＢＶモデルのバッファ量推移
【図５】第三の実施例において特殊再生を行うときのシーケンス図
【図６】第四の実施例における映像送信装置の一例を示す概略図
【図７】第四の実施例におけるＶＢＶモデルのバッファ量推移
【図８】第五の実施例における映像送信装置の一例を示す概略図
【図９】トランスコードを行わない場合のＶＢＶの推移
【図１０】第一の実施例において一時停止の操作を行ったときのシーケンス図
【図１１】量子化精度を下げてトランスコードしたときのＶＢＶの推移
【発明を実施するための形態】
【００１８】
以下、本発明の実施形態を図面を用いて説明する。
【実施例１】
【００１９】
図１は映像送信装置の一例を示す概略図である。
【００２０】
映像送信装置１００は映像受信装置３００とネットワーク２００により接続されており、映像受信装置３００から制御信号を受け取り、再生開始の制御信号である場合は映像ストリームを映像受信装置３００に出力する。
【００２１】
映像送信装置１００はネットワークＩ／Ｆ１１０、制御部１２０、バス１３０、記録媒体１４０、スイッチ１５０、トランスコーダ１６０、スイッチ１７０から構成される。
【００２２】
ネットワークＩ／Ｆ１１０はネットワーク２００から情報を受け取り、制御部１２０に供給するとともに、制御部１２０、スイッチ１７０が出力するデータをネットワーク２００に出力する。
【００２３】
制御部１２０はネットワーク２００、ネットワークＩ／Ｆ１１０を通じて映像受信装置３００が出力する制御信号を受け取り、制御信号に応じて記録媒体１４０、スイッチ１５０、トランスコーダ１６０、スイッチ１７０を制御する。
【００２４】
バス１３０は制御部１２０の出力する制御信号を記録媒体１４０、スイッチ１５０、トランスコーダ１６０、スイッチ１７０に供給するバスである。
【００２５】
記録媒体１４０は複数の映像ストリームを記録する媒体である。制御部１２０からファイル名、再生開始時間を受け取り、対応する記録映像ストリームのデータをスイッチ１５０に出力を行う。
【００２６】
スイッチ１５０は制御部１２０から制御信号をバス１３０を通じて受け取り、記録媒体１４０に含まれる映像ストリームを、トランスコーダ１６０もしくはスイッチ１７０のどちらに出力するか切り替える。
【００２７】
トランスコーダ１６０は映像ストリームをスイッチ１５０を通じて受け取り、制御部１２０から再生可能な映像ストリームのフォーマットをバス１３０を通じて受け取り、映像ストリームを再生可能な映像ストリームのフォーマットにトランスコードし、出力映像ストリームを出力する。本実施例では、映像ストリームをＭＰＥＧ−２にトランスコードする場合の方法を説明する。
【００２８】
スイッチ１７０は制御部１２０から制御信号をバス１３０を通じて受け取り、スイッチ１５０とトランスコーダ１６０が出力する映像ストリームを選択し、ネットワークＩ／Ｆ１１０を通じて映像受信装置３００に出力する。
【００２９】
図２は映像送信装置１００が映像受信装置３００から再生開始の制御信号を受け取り、記録映像ストリームを出力するまでを示すシーケンス図である。
【００３０】
映像送信装置１００、および映像受信装置３００はネットワーク２００に接続した際、互いの存在を認識することができない。このため映像送信装置１００は通知４００をネットワークに対し、あらかじめ定めた時間間隔で送出する。映像受信装置３００は通知４００をネットワークから受け取ると、映像送信装置１００のアドレスを得ることができ、デバイス発見４１０を映像送信装置１００に返す。映像送信装置１００はデバイス発見４１０を受け取ることにより、映像受信装置３００のアドレスを得ることができ、映像受信装置３００だけにデータを送ることができる。
【００３１】
続いて映像受信装置３００はデバイス・サービス情報取得４２０を映像送信装置１００に出力し、デバイス・サービス情報４３０を得る。デバイス・サービス情報４３０は映像送信装置１００が提供するサービスが含まれており、映像ストリームを配信するサーバであることや、通信に用いるプロトコルの情報などが含まれている。映像受信装置３００は映像送信装置１００が映像ストリームを配信することができることを認識できる。
【００３２】
映像受信装置３００はデバイス記述４４０を送信する。デバイス記述４４０には映像受信装置３００が再生可能な映像フォーマットの情報、再生開始時のビットレート情報などが含まれている。
【００３３】
映像受信装置３００を操作しているユーザは映像送信装置１００の記録映像ストリームを表示させる操作をする。このとき映像受信装置３００はコンテンツ取得４５０を出力し、コンテンツリスト４６０を得る。コンテンツリスト４６０は映像送信装置１００が保持しているファイル名が記載されている。コンテンツリスト４６０を得ることにより、映像受信装置３００はユーザにファイル名の一覧を表示する。
【００３４】
ユーザがファイル名の一覧から一つの記録映像ストリームを選択し、再生の動作を行うと、映像受信装置３００は再生開始４７０を送信する。再生開始４７０には再生開始の命令、ファイル名、再生開始時間、再生時間が含まれている。ここでファイル名は記録媒体に含まれる記録映像ストリームを特定するための情報を示す。再生開始時間はファイル名で示される記録映像ストリームの時間軸上の再生を開始する時間位置を示す。再生時間は記録映像ストリームの時間軸上の再生開始時間から再生を行う時間を示す。
【００３５】
映像配信装置１００は再生開始４７０を受け取ると、ストリーム送信４８０を行い、出力映像ストリームを出力する。映像受信装置３００は得た出力映像ストリームをデコードし、表示することでユーザは再生画像を見ることができる。
【００３６】
図３を用いて映像送信装置１００が図２の再生開始４７０を受け取り、ストリーム送信４８０を行うまでを詳細に説明する。
【００３７】
映像送信装置１００は再生開始４７０を受け取ると、Ｓ１００にて制御部１２０を用いて再生開始４７０に含まれる再生開始の命令、ファイル名、再生開始時間、再生時間を分離する。制御部１２０は記録媒体１４０に対し、ファイル名と等しい記録映像ストリームを再生開始時間から出力するよう制御信号を出力する。またスイッチ１５０、スイッチ１７０に制御信号を送り、記録媒体１４０の出力映像ストリームがトランスコーダ１６０を通ってネットワークＩ／Ｆ１１０から出力されるよう設定する。
【００３８】
Ｓ１１０にて記録媒体１４０はストリームを読み出し、スイッチ１５０に出力する。
【００３９】
Ｓ１２０、Ｓ１４０で制御部１２０はトランスコードする符号化方法を決定する。符号化方法として画面内符号化（Ｉピクチャ）、トランスコードするピクチャよりも再生時間が前のピクチャを参照して予測符号化を行う順方向予測符号化（Ｐピクチャ）、トランスコードするピクチャの再生時間の前後のピクチャを用いて予測符号化を行う双予測符号化（Ｂピクチャ）の３種類がある。
【００４０】
Ｓ１３０、Ｓ１５０、Ｓ１６０にてそれぞれのピクチャのトランスコードを行い、Ｓ１７０で再生開始４７０に含まれる再生時間の情報と比較し、再生が終了していないときはＳ１１０に戻り、記録映像ストリームを読み出す。
【００４１】
次に図３におけるＳ１２０、Ｓ１４０の符号化方法の選択方法について述べる。
【００４２】
Ｉピクチャはトランスコード開始時、もしくはあらかじめ定めた一定間隔で選択する。
【００４３】
Ｐピクチャ、Ｂピクチャの選択（Ｓ１４０）は、トランスコーダが映像受信装置３００が再生可能な映像フォーマットにエンコードする際、出力映像ストリームの仮想的なデコーダによるバッファ推移を示すＶＢＶ（Ｖｉｄｅｏ Ｂｕｆｆｅｒ Ｖｅｒｉｆｉｅｒ）モデルのバッファ量の推移によって行う。
【００４４】
図４にＶＢＶモデルのバッファ量推移を示す。
【００４５】
横軸は時間を示し、縦軸はＶＢＶモデルのバッファ量を示す。ｔ０〜ｔ７はデコーダがピクチャをデコードし、表示するタイミングを示す。また、Ｉ０、Ｐ１、Ｐ２、Ｐ３、Ｉ６、Ｂ４、Ｂ５、Ｐ９、Ｂ７、Ｂ８は符号化の種別と表示順番を示し、Ｉ０はＩピクチャの０番目（最初）に表示するピクチャであることを示す。
【００４６】
トランスコーダは図２におけるデバイス記述４４０により定義する再生開始時のビットレートに従い最初のＩピクチャの符号量を定める。
【００４７】
最初のＩピクチャ（Ｉ０）をデコードして、バッファ量を減らしてもＶＢＶバッファ量が枯渇しないバッファ量ａに到達した時間（ｔ０）をｖｂｖ＿ｄｅｌａｙ値としてピクチャヘッダに記録する。ｔ０の時間はＤＴＳ（Ｄｅｃｏｄｉｎｇ Ｔｉｍｅ Ｓｔａｍｐ）値の作成にも用いられ、ＤＴＳ値は出力映像ストリームに付加される。以後、フレームレートに従い、ｔ１、ｔ２と等間隔でデコードを行い、ＶＢＶバッファからピクチャをデコードしてもＶＢＶバッファ量が枯渇しないようビットレートの制御を行う。
【００４８】
双予測を行うＢピクチャは、表示するピクチャの再生時間の前後のピクチャを用いて予測を行っているため、デコードの際はピクチャを並び替えて出力する。このため、ｔ３〜ｔ４でデコードしたＩピクチャＩ６はｔ４の時間に表示しない。一方、Ｉピクチャ、Ｐピクチャのみでエンコードした映像ストリームはデコード順に表示を行うことができるため、ｔ０でデコードしたＩピクチャを最初に表示でき、遅延を少なくできる。
【００４９】
図４では出力映像ストリームの先頭部分（Ｉ０〜Ｐ３）はＩピクチャ、Ｐピクチャで構成し、デバイス記述４４０により定義する再生開始時のビットレートに従いエンコードを行い、ＶＢＶバッファのバッファ量からＩ６およびＢ４を引き抜いても枯渇しない段階（ｔ３）からＢピクチャを用いた符号化を行う。
【００５０】
本実施例の映像配信装置では、出力映像ストリームの先頭部分をＩピクチャ、Ｐピクチャを用いて予測符号化することにより、画像の表示までの時間を早めることができる。
【００５１】
また、最初のＩピクチャを再生開始時のビットレートに従いデコードすることで、記録映像ストリームのデコード開始を行うａ点の値を下げることができ、ｔ０の時間を早めることができる。
【００５２】
図９にストリームの先頭部分のトランスコードを行わない場合のＶＢＶの推移を示す。Ｉ３のデコード処理に示すように、Ｂピクチャのデコードを行う場合、先行して表示するＢ０をデコードするためにはＢ０が参照画像として使用するＩ３を先にデコードする。このため、ｖｂｖ＿ｄｅｌａｙはａ点までバッファされるまでの遅延に加え、最大１フレーム期間（毎秒３０フレームの場合３３ｍｓ）遅れることになる。
【００５３】
図２において、Ｉ６の前にＩ０〜Ｐ３のピクチャを付加することで、本実施例の出力映像ストリームは３３ｍｓ程度の遅延を改善することになり、再生開始から表示までの動作レスポンスが改善する。
【００５４】
また、ＶＢＶバッファの枯渇が起きないデータ量まで格納した段階でＢピクチャを用いた予測符号化により、動画の画質は向上する。Ｂピクチャを用いて予測符号化することで画質は２ｄＢほど向上するため、再生開始直後を除き、Ｉ、Ｐピクチャだけでトランスコードした場合と比べ高い画質を得ることができる。
【００５５】
本実施例ではデジタル放送で用いられるＰピクチャ、Ｂピクチャの組合せ方法により、ユーザ操作からの遅延を減少させるため、映像送信装置１００が出力する映像ストリームを低遅延でデコードできる映像受信装置３００を容易に構成できる。
【００５６】
本実施例は記録映像ストリームは記録媒体１４０から読み出すとなっているが、ネットワークバス２００より記録映像ストリームを受け取り、一時的に記録媒体１４０に記録した後に読み出すようにしてもよい。また、放送波を受信し復調する復調回路を持ち、復調回路から記録映像ストリームを得るようにしてもよい。
【００５７】
本実施例ではトランスコーダは記録映像ストリームの先頭部分をＩピクチャとＰピクチャにトランスコードするとしたが、先頭部分をＩピクチャのみでトランスコードを行ってもよい。
【００５８】
Ｉピクチャのみのトランスコードを行うことで、予測符号化の処理量が減るため、トランスコーダ１６０の処理量が減り、トランスコードの速度を上げ最初のＩ０のピクチャ出力を早めることができる。
【００５９】
本実施例ではトランスコーダは記録映像ストリームをトランスコードするとしたが、記録映像ストリームと出力映像ストリームの映像ストリームのフォーマットが等しく、予測符号化方法も等しい場合、図２のｂ点のタイミングからトランスコードを行わずに出力してもよい。
【００６０】
記録映像ストリームの先頭部分しかトランスコードを行わないことにより、トランスコーダの処理負荷を下げることができ、複数の映像受信装置を映像配信装置に接続しても、トランスコーダが時分割処理することにより映像ストリームを出力することが可能になる。
【００６１】
本実施例では、デバイス記述４４０により再生開始時のビットレート情報を受け取るとしたが、映像受信装置３００の画面解像度、最大輝度設定、コントラスト比のいずれかを図２におけるデバイス記述４４０から受け取り、トランスコードをしてもよい。
【００６２】
ここでは画面解像度について記載する。出力映像ストリームのビットレートは画面解像度の大きさに比例する。映像受信装置３００が表示する画面解像度に合わせてトランスコードすることで、映像受信装置に応じて出力映像ストリームのビットレートを下げ、ネットワークの伝送に伴う遅延を低減することができる。
【００６３】
最大輝度設定、コントラスト比についても同様の効果が得られる。
【００６４】
本実施例では、図４におけるｂ点のバッファ量に到達するまで、ＩピクチャおよびＰピクチャを用いたトランスコードを行うと記載したが、図１１に示すように予測符号化の方法は変えずに量子化精度を下げてビットレートを下げてもよい。図４に示す方法でストリームを送信した場合、ｔ３〜ｔ４の期間で２ピクチャのデコードが必要になる。量子化精度を下げてビットレートを下げることで、１フレーム期間に２ピクチャデコードせずにデコード画像を表示できる。また、記録映像ストリームが持つａ点の値を下げることができ、ｔ０の時間を早めることができる。
【００６５】
本実施例では、デバイス記述４４０により再生開始時のビットレート情報を受け取るとしたが、映像受信装置３００が出力する制御信号の発生頻度を用いてビットレートを下げてもよい。ユーザは視聴している映像から望んでいる部分を探すとき、早送りと再生を繰り返しながら視聴を行う。この際は映像の画質よりも目的の映像部分を探すことが優先されるため、画質を落として動作レスポンスをあげることが望ましい。映像受信装置３００は再生開始命令と早送りの特殊再生の命令を短い間隔で受け取った場合は、図４におけるｂ点のバッファ量に到達するまでのビットレートを、デバイス記述４４０に含まれる再生開始時のビットレート情報の値より下げてトランスコードしてもよい。
【００６６】
同様に以下の場合においても、動作レスポンスの向上を求めているとして、図４におけるｂ点のバッファ量に到達するまで、デバイス記述４４０に含まれる再生開始時のビットレート情報の値よりビットレートを下げてトランスコードしてもよい。
・ユーザが再生開始が遅いと感じ、再生ボタンを複数回押すことで、図４においてデコーダ側で表示を行うｔ０の時間より前に複数回の再生開始命令を出す場合
・ユーザが再生するストリームを選んでいるとき、ストリームの終端まで視聴せず、次の番組の再生を開始するため、再生開始４７０に含まれる再生時間よりも短い時間で次の再生命令を発行する場合
・ユーザが明示的にレスポンス向上を望んでおり、映像受信装置３００にあるレスポンス向上の操作ボタンを押すことで、デバイス記述４４０に含まれる再生開始時のビットレート情報の値を更新した場合
上記に示すユーザの操作傾向により、再生開始時のビットレートを下げることで、ユーザに応じた操作レスポンスと画質のバランスを取ることができる。
【００６７】
本実施例では、トランスコードする映像ストリームをＭＰＥＧ−２としたが、本発明はこれに限らず、ＭＰＥＧ−４ ＡＶＣやＶＣ−１等、予測符号化を行う映像フォーマットに利用することができる。
【実施例２】
【００６８】
本発明の第二の実施例では、映像受信装置で再生した映像を一時停止したときの画質向上方法を述べる。構成は図１と同様であるため、説明を省略する。
【００６９】
図１０に再生方法のシーケンスを示す。図２と同一部分については同一番号を付して説明を省略する。
【００７０】
再生を行っているとき、ユーザが一時停止の操作を行う。このとき映像受信装置３００から映像送信装置１００へ一時停止４９０が出力される。一時停止４９０は一時停止の命令と一時停止する時間の情報からなる。
【００７１】
制御部１２０は一時停止４９０をうけとり、再生中のファイル名と一時停止する時間を記録媒体１４０に出力する。記録媒体１４０は対応する記録映像ストリームを出力する。
【００７２】
制御部１２０は一時停止の命令、再生可能な映像ストリームのフォーマットをトランスコーダ１６０に出力する。トランスコーダ１６０は記録映像ストリームをスイッチ１５０を通じて受け取り、１ピクチャの画面内符号化を行い、得られた出力映像ストリームを静止画ストリーム５００として出力する。
【００７３】
順方向予測符号化、双方向予測符号化は、予測符号化を用いて低いビットレートでも画質が維持できる反面、予測誤差の累積のため画面内予測符号化に比べると画質が劣る。
【００７４】
本実施例の映像送信装置では、一時停止時の映像ストリームを画面内符号化して再送することで、一時停止時の画面の画質を向上させることが可能になる。
【実施例３】
【００７５】
本発明の第三の実施例では、早送り、巻戻しといった特殊再生時にユーザの指示を行ってから映像受信装置で特殊再生動作が行われるまでの処理方法について述べる。構成は図１と同様であるため説明を省略する。
【００７６】
図５に特殊再生時のシーケンスを示す。再生開始４７０までのシーケンスは図２に示すシーケンスと同様であるため、同一番号を付して説明を省略する。ユーザが早送りの操作を行うと、映像受信装置３００は再生開始４７１〜４７３を出力する。再生開始４７１〜４７３は再生開始時間が例えば２秒ずつ異なっており、再生時間は例えば０．５秒を指定する。映像受信装置３００は対応したストリーム送信４８１〜４８３を受け取り、ストリームの一部分を再生することで早送り映像を得る。
【００７７】
映像送信装置１００はあらかじめ定めた値より短い再生時間を含む、再生開始命令を連続して受け取った場合、早送りの制御であると判断し、トランスコーダに対し、ビットレートを下げてトランスコードするよう、制御信号をバス１３０を通じて出力する。
【００７８】
トランスコーダ１６０は制御部１２０に指定されたビットレートに従い、トランスコードを行う。
【００７９】
本実施例では、早送り時にビットレートを下げてトランスコードすることにより、ネットワーク２００による遅延を少なくし、ユーザが早送りの操作を行ってからのレスポンスを向上することができる。
【００８０】
本実施例では早送りの場合について説明したが、巻戻しについても再生開始４７１〜４７３に含まれる再生開始時間の時間順が異なるだけであり、制御部１２０の動作は同様であり、動作レスポンスを向上することができる。
【００８１】
また、トランスコーダはビットレートを下げてトランスコードする制御信号を受け取ったとき、映像の解像度を下げてトランスコードしてもよい。解像度を下げることにより、トランスコードの処理負荷、および映像受信装置のデコード処理の負荷を下げることができ、動作レスポンスを向上することができる。また、１画素あたりのビット量が増えるため、トランスコードした映像が量子化精度の不足により視認できるブロックノイズが発生する確率が減る。
【００８２】
また、トランスコーダはビットレートを下げてトランスコードする制御信号を受け取ったとき、通常の再生命令によるトランスコードと比べて、Ｉピクチャにビットが多く割り振られるようにトランスコードしてもよい。映像受信装置は特殊再生時、Ｉピクチャだけをデコードし表示し、残りのピクチャはデコードしない場合がある。Ｉピクチャにビットを多く割り振ることにより、出力映像ストリームのビットレートに対する画質を向上させることができる。
【実施例４】
【００８３】
本発明の第四の実施例では、ユーザの操作傾向により、映像送信装置からネットワークバスへストリームを送信するときの帯域割当てを変更する方法について述べる。
【００８４】
図６に構成を示す。図６における映像配信装置１０１は図１の映像配信装置１００の構成のうち、スイッチ１５０、トランスコーダ１６０、スイッチ１７０を省いたものである。
【００８５】
記録媒体１４０は制御部１２０からファイル名、再生開始時間を受け取り、対応する記録映像ストリームをネットワークＩ／Ｆ１１０に出力する。
【００８６】
映像配信装置１０１が映像受信装置３００から再生開始の制御信号を受け取り、記録映像ストリームを出力するまでを示すシーケンスは図２と同様であるため説明を省略する。
【００８７】
図７にＶＢＶモデルのバッファ量推移を示す。本実施例ではトランスコーダを使用しないため、Ｉ０〜Ｂ３までの期間はネットワークＩ／Ｆ１１０は記録映像ストリームが持つビットレートよりも高いネットワーク帯域を割り当ててネットワーク２００に送信し、バッファのアンダフローが発生しないようにする。
【００８８】
ネットワークＩ／Ｆ１１０は映像受信装置３００が出力する制御信号の発生頻度を用い高いネットワーク帯域を割り当てる。制御部１２０は実施例１で述べたように以下の条件の発生回数を一定期間保持し、発生回数が多いほど、ネットワーク帯域を段階的に高く割り当てる。
・ユーザは視聴している映像から望んでいる部分を探すとき、早送りと再生を繰り返すことにより、再生開始命令と早送りの特殊再生の命令を短い間隔で受け取った場合
・ユーザが再生開始が遅いと感じ、再生ボタンを複数回押すことにより、図７においてデコーダ側で表示を行うｔ０の時間より前に複数回の再生開始命令が出た場合
・ユーザが再生するストリームを選んでいるとき、ストリームの終端まで視聴せず、次の番組の再生を開始するため、再生開始４７０に含まれる再生時間よりも短い時間で次の再生命令が発行される場合
・ユーザが明示的にレスポンス向上を望んでおり、映像受信装置３００にあるレスポンス向上の操作ボタンを押すことにより、デバイス記述４４０に含まれる再生開始時のビットレート情報の値を更新した場合
本実施例では上記のような構成とすることで、ユーザの操作傾向により、再生開始時のネットワーク帯域が段階的に上がるため、ユーザに応じた操作レスポンスと画質のバランスを取ることができる。
【００８９】
上記条件の発生回数の記録は一定期間後に破棄することで、高く割り当てたネットワーク帯域が保持されることはなく、ネットワークバスを映像配信装置１０１の出力が常に占有してしまうことはない。
【００９０】
本実施例では、ユーザの操作傾向により、再生開始時のネットワーク帯域を段階的に上げるとしたが、映像受信装置３００の画面解像度、最大輝度設定、コントラスト比、入力バッファ量の情報のいずれかを図２におけるデバイス記述４４０から受け取り、再生開始時のネットワーク帯域を定めてもよい。
【００９１】
ここでは画面解像度について記載する。出力映像ストリームのビットレートは画面解像度の大きさに比例する。映像受信装置３００が表示する画面解像度に合わせてネットワーク帯域を上げることで、映像受信装置に応じて表示までの遅延を低減することができる。
最大輝度設定、コントラスト比、入力バッファ量についても同様の効果が得られる。
【実施例５】
【００９２】
本発明の第五の実施例では、ユーザの操作傾向により、映像送信装置内の記録媒体に記録映像ストリームの記録方法を変更する方法について述べる。
【００９３】
図８に構成を示す。図８における映像配信装置１０２において、図６の映像配信装置１０１と同じものは同一番号を付して説明を省略する。
【００９４】
トランスコーダ１８０は、ネットワークバス２００からネットワークＩ／Ｆ１１０を経由して映像ストリームを得て、制御部１２０から映像受信装置３００の再生可能な映像ストリームのフォーマットと、画面解像度を得てトランスコード処理を行い、記録媒体１４１に出力する。記録媒体１４１はトランスコーダ１８０が出力する記録映像ストリームを記録する。
【００９５】
また記録媒体１４１は制御部１２０からファイル名、再生開始時間を受け取り、対応する記録映像ストリームのデータをネットワークＩ／Ｆ１１０に出力する。
【００９６】
映像配信装置１００が映像受信装置３００から再生開始の制御信号を受け取り、記録映像ストリームを出力するまでを示すシーケンスは図２と同様であるため説明を省略する。
【００９７】
トランスコーダ１８０は図２におけるデバイス記述４４０により、映像受信装置３００の画面解像度、最大輝度設定、コントラスト比のいずれかを受け取り、図４に示すＶＢＶモデルの遷移となるように図３のフローチャートに基づきトランスコードを行う。
【００９８】
実施例１に記載した効果と同様に
映像受信装置３００が表示する画面解像度に合わせてトランスコードすることで、映像受信装置に応じて記録映像ストリームの先頭部分のビットレートを下げ、ネットワークの伝送に伴う遅延を低減することができる。
最大輝度設定、コントラスト比についても同様の効果が得られる。
またトランスコード済みの記録映像ストリームを記録媒体に記録しておくため、再生開始時に映像配信装置１０２の出力の遅延を小さくすることができる。
【００９９】
本実施例では、デバイス記述４４０に含まれる情報によりトランスコードを行うとしたが、制御部１２０は実施例１で述べたように以下の条件の発生回数を一定期間保持し、発生回数が多いほど、記録映像ストリームの先頭部分ビットレートを低く割り当ててもよい。
・ユーザは視聴している映像から望んでいる部分を探すとき、早送りと再生を繰り返すことにより、再生開始命令と早送りの特殊再生の命令を短い間隔で受け取った場合
・ユーザが再生開始が遅いと感じ、再生ボタンを複数回押すことにより、図４においてデコーダ側で表示を行うｔ０の時間より前に複数回の再生開始命令が出た場合
・ユーザが再生するストリームを選んでいるとき、ストリームの終端まで視聴せず、次の番組の再生を開始するため、再生時間よりも短い時間で次の再生命令が発行される場合
・ユーザが明示的にレスポンス向上を望んでおり、映像受信装置３００にあるレスポンス向上の操作ボタンを押すことにより、デバイス記述４４０に含まれる再生開始時のビットレート情報の値を更新した場合
本実施例では上記のような構成とすることにより、ユーザの操作傾向により、再生開始時のビットレートを下げることで、ユーザに応じた操作レスポンスと画質のバランスを取ることができる。
【０１００】
以上，添付図面を参照しながら本発明にかかる好適な実施形態について説明したが，本発明はかかる例に限定されないことは言うまでもない。当業者であれば，特許請求の範囲に記載された技術的思想の範疇内において，各種の変更例または修正例に想到し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。
【０１０１】
例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、２つ以上の実施例を、その全部または一部において同時に採用する構成も可能である。
【符号の説明】
【０１０２】
１００ 映像送信装置
１１０ ネットワークＩ／Ｆ
１２０ 制御部
１３０ バス
１４０ 記録媒体
１５０ スイッチ
１６０ トランスコーダ
１７０ スイッチ
２００ ネットワーク
３００ 映像受信装置
【技術分野】
【０００１】
本発明は映像を送信する装置に関するものである。
【背景技術】
【０００２】
本技術分野の背景技術として、例えば、特開２００８−２０６０３９号公報（特許文献１）がある。該公報は「［課題］ユーザの操作を受け付けてからトランスコード処理を行う必要があるため、操作が反映されて映像が更新されるまでに大きな遅延が生じる［解決手段］過去のユーザの視聴操作履歴を保持しておき、早送りや巻戻しなどの操作が行われた時点から数秒間については、現在再生に使用している再生データのトランスコード処理と平行して先読みデータを取得してトランスコード処理を行い、変換済みの先読みデータを作成して保存しておく。その後、ユーザが早送り操作を行った際には、先読みデータが用意されているポイントであればその先読みデータを即座に携帯電話に送信する」としている。
【０００３】
また、例えば特開２０１０−２８５１６号公報（特許文献２）がある。該公報は「［課題］映像コンテンツの配信開始時に映像が再生されるまでの待ち時間を短縮する。［解決手段］映像コンテンツを最低限の画像品質しか保証されない基本レイヤと、基本レイヤと併せてデコードすることで、基本レイヤのみをデコードした結果以上の画像品質を得ることができる拡張レイヤから構成し、
映像コンテンツの配信開始時から配信データ量検出手段で検出された基本レイヤの配信データ量が第１の目標量（映像受信装置において安定した再生を行うためにバッファリングしておくことが必要になる基本レイヤのデータ量）となるまでの間（初期配信状態）は、利用可能ネットワーク帯域が基本レイヤのエンコードビットレートよりも大きいことを条件にして、利用可能ネットワーク帯域を超えない範囲で、基本レイヤの配信ビットレートをそのエンコードビットレートよりも増大させ、その分、上位の拡張レイヤの配信ビットレートを減少させる。」としている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２０６０３９号公報
【特許文献２】特開２０１０−２８５１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ビデオ機器に記録した映像をテレビにて再生する際、ビデオ機器は情報圧縮した映像ストリームをテレビに送り、テレビ側で映像ストリームのデコードを行い表示する構成がある。双方の接続は直結による接続ではなく、他の機器と共通したネットワークバスを通じて行うことができることから接続構成の多様性に富み、ＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）といった業界団体により標準化が進められていることから、このような接続形態が普及することが予想される。
【０００６】
ビデオ機器が映像ストリームをテレビに送る場合、テレビがデコード可能な映像ストリームの形式で出力を行う。例えばビデオ機器はＭＰＥＧ−４ ＡＶＣ（ＩＳＯ／ＩＥＣ １４４９６−１０）で記録を行い、テレビはＭＰＥＧ−２（ＩＳＯ／ＩＥＣ １３８１８−２）のデコードに対応しているときは、ビデオ機器はＭＰＥＧ−４ ＡＶＣからＭＰＥＧ−２にトランスコードを行い、テレビに映像ストリームを送信する。
【０００７】
また、他の機器と共通したネットワークバスを使用することから、映像ストリームの送受は他のデータの送受による遅延の影響を受ける。
【０００８】
トランスコード処理に伴う遅延、ネットワーク遅延に伴うデコード遅延により、ユーザが再生開始や早送り、巻戻しといった特殊再生の指示をビデオ機器に行ってから、テレビに再生画像が表示されるまでの遅延は、従来の映像信号を専用線を用いて送信する方法に比べ大きくなる。
【０００９】
ストリームを再生開始時にネットワークバスを通じて送受信する際、ストリームの表示に必要なビットレートを超えた大きな帯域を用いることで、表示するまでの遅延をある程度低減することができる。しかし高画質の映像であるほど、ビットレートが高くなるため表示は遅れることになる。ビットレートを下げることで表示を早めることができるが、画質が低くなってしまう。画質と再生開始までの遅延はトレードオフの関係にあり、ユーザの使用傾向や、操作の状況によってどちらを重視するかは異なるため、適した設定とすることは難しい。
【００１０】
特開２００８−２０６０３９号公報の技術は、データの先読みを行って画質を維持しつつ遅延を少なくする技術であるが、ユーザの使用傾向や受信機の状況によっては、画質を維持せず、低画質のストリームを用いて遅延を小さくすることが優先される場合に対応できない。
【００１１】
特開２０１０−２８５１６号公報の技術は階層符号化を用いて遅延を少なくする方法であり、ビデオ機器とテレビが階層符号化された映像ストリームのデコードに対応している必要がある。階層符号化された映像ストリームを用いた放送は行われていないため、デジタル放送に対応したテレビでは階層符号化された映像ストリームに対応していないことが多い。
【００１２】
本発明は、上記課題を鑑み、再生開始などの指示をビデオ機器に行ってから、テレビに画像が表示されるまでの遅延をユーザの使用傾向や、受信機の状況により少なくする映像送信装置を提供することを目的とする。
【００１３】
上記目的を達成するため、本発明は次のように構成される。
【課題を解決するための手段】
【００１４】
上記目的は、特許請求の範囲に記載の発明により達成される。
【発明の効果】
【００１５】
本発明によれば、ユーザが再生開始などの指示をビデオ機器に行ってから、テレビに画像が表示されるまでの遅延をユーザの使用傾向や、受信機の状況により少なくする映像送信装置を提供することができる。
【００１６】
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【００１７】
【図１】第一の実施例における映像送信装置の一例を示す概略図
【図２】第一の実施例において記録映像ストリームを出力するまでを示すシーケンス図
【図３】第一の実施例においてトランスコーダがストリームを出力するまでのフローチャート
【図４】第一の実施例におけるＶＢＶモデルのバッファ量推移
【図５】第三の実施例において特殊再生を行うときのシーケンス図
【図６】第四の実施例における映像送信装置の一例を示す概略図
【図７】第四の実施例におけるＶＢＶモデルのバッファ量推移
【図８】第五の実施例における映像送信装置の一例を示す概略図
【図９】トランスコードを行わない場合のＶＢＶの推移
【図１０】第一の実施例において一時停止の操作を行ったときのシーケンス図
【図１１】量子化精度を下げてトランスコードしたときのＶＢＶの推移
【発明を実施するための形態】
【００１８】
以下、本発明の実施形態を図面を用いて説明する。
【実施例１】
【００１９】
図１は映像送信装置の一例を示す概略図である。
【００２０】
映像送信装置１００は映像受信装置３００とネットワーク２００により接続されており、映像受信装置３００から制御信号を受け取り、再生開始の制御信号である場合は映像ストリームを映像受信装置３００に出力する。
【００２１】
映像送信装置１００はネットワークＩ／Ｆ１１０、制御部１２０、バス１３０、記録媒体１４０、スイッチ１５０、トランスコーダ１６０、スイッチ１７０から構成される。
【００２２】
ネットワークＩ／Ｆ１１０はネットワーク２００から情報を受け取り、制御部１２０に供給するとともに、制御部１２０、スイッチ１７０が出力するデータをネットワーク２００に出力する。
【００２３】
制御部１２０はネットワーク２００、ネットワークＩ／Ｆ１１０を通じて映像受信装置３００が出力する制御信号を受け取り、制御信号に応じて記録媒体１４０、スイッチ１５０、トランスコーダ１６０、スイッチ１７０を制御する。
【００２４】
バス１３０は制御部１２０の出力する制御信号を記録媒体１４０、スイッチ１５０、トランスコーダ１６０、スイッチ１７０に供給するバスである。
【００２５】
記録媒体１４０は複数の映像ストリームを記録する媒体である。制御部１２０からファイル名、再生開始時間を受け取り、対応する記録映像ストリームのデータをスイッチ１５０に出力を行う。
【００２６】
スイッチ１５０は制御部１２０から制御信号をバス１３０を通じて受け取り、記録媒体１４０に含まれる映像ストリームを、トランスコーダ１６０もしくはスイッチ１７０のどちらに出力するか切り替える。
【００２７】
トランスコーダ１６０は映像ストリームをスイッチ１５０を通じて受け取り、制御部１２０から再生可能な映像ストリームのフォーマットをバス１３０を通じて受け取り、映像ストリームを再生可能な映像ストリームのフォーマットにトランスコードし、出力映像ストリームを出力する。本実施例では、映像ストリームをＭＰＥＧ−２にトランスコードする場合の方法を説明する。
【００２８】
スイッチ１７０は制御部１２０から制御信号をバス１３０を通じて受け取り、スイッチ１５０とトランスコーダ１６０が出力する映像ストリームを選択し、ネットワークＩ／Ｆ１１０を通じて映像受信装置３００に出力する。
【００２９】
図２は映像送信装置１００が映像受信装置３００から再生開始の制御信号を受け取り、記録映像ストリームを出力するまでを示すシーケンス図である。
【００３０】
映像送信装置１００、および映像受信装置３００はネットワーク２００に接続した際、互いの存在を認識することができない。このため映像送信装置１００は通知４００をネットワークに対し、あらかじめ定めた時間間隔で送出する。映像受信装置３００は通知４００をネットワークから受け取ると、映像送信装置１００のアドレスを得ることができ、デバイス発見４１０を映像送信装置１００に返す。映像送信装置１００はデバイス発見４１０を受け取ることにより、映像受信装置３００のアドレスを得ることができ、映像受信装置３００だけにデータを送ることができる。
【００３１】
続いて映像受信装置３００はデバイス・サービス情報取得４２０を映像送信装置１００に出力し、デバイス・サービス情報４３０を得る。デバイス・サービス情報４３０は映像送信装置１００が提供するサービスが含まれており、映像ストリームを配信するサーバであることや、通信に用いるプロトコルの情報などが含まれている。映像受信装置３００は映像送信装置１００が映像ストリームを配信することができることを認識できる。
【００３２】
映像受信装置３００はデバイス記述４４０を送信する。デバイス記述４４０には映像受信装置３００が再生可能な映像フォーマットの情報、再生開始時のビットレート情報などが含まれている。
【００３３】
映像受信装置３００を操作しているユーザは映像送信装置１００の記録映像ストリームを表示させる操作をする。このとき映像受信装置３００はコンテンツ取得４５０を出力し、コンテンツリスト４６０を得る。コンテンツリスト４６０は映像送信装置１００が保持しているファイル名が記載されている。コンテンツリスト４６０を得ることにより、映像受信装置３００はユーザにファイル名の一覧を表示する。
【００３４】
ユーザがファイル名の一覧から一つの記録映像ストリームを選択し、再生の動作を行うと、映像受信装置３００は再生開始４７０を送信する。再生開始４７０には再生開始の命令、ファイル名、再生開始時間、再生時間が含まれている。ここでファイル名は記録媒体に含まれる記録映像ストリームを特定するための情報を示す。再生開始時間はファイル名で示される記録映像ストリームの時間軸上の再生を開始する時間位置を示す。再生時間は記録映像ストリームの時間軸上の再生開始時間から再生を行う時間を示す。
【００３５】
映像配信装置１００は再生開始４７０を受け取ると、ストリーム送信４８０を行い、出力映像ストリームを出力する。映像受信装置３００は得た出力映像ストリームをデコードし、表示することでユーザは再生画像を見ることができる。
【００３６】
図３を用いて映像送信装置１００が図２の再生開始４７０を受け取り、ストリーム送信４８０を行うまでを詳細に説明する。
【００３７】
映像送信装置１００は再生開始４７０を受け取ると、Ｓ１００にて制御部１２０を用いて再生開始４７０に含まれる再生開始の命令、ファイル名、再生開始時間、再生時間を分離する。制御部１２０は記録媒体１４０に対し、ファイル名と等しい記録映像ストリームを再生開始時間から出力するよう制御信号を出力する。またスイッチ１５０、スイッチ１７０に制御信号を送り、記録媒体１４０の出力映像ストリームがトランスコーダ１６０を通ってネットワークＩ／Ｆ１１０から出力されるよう設定する。
【００３８】
Ｓ１１０にて記録媒体１４０はストリームを読み出し、スイッチ１５０に出力する。
【００３９】
Ｓ１２０、Ｓ１４０で制御部１２０はトランスコードする符号化方法を決定する。符号化方法として画面内符号化（Ｉピクチャ）、トランスコードするピクチャよりも再生時間が前のピクチャを参照して予測符号化を行う順方向予測符号化（Ｐピクチャ）、トランスコードするピクチャの再生時間の前後のピクチャを用いて予測符号化を行う双予測符号化（Ｂピクチャ）の３種類がある。
【００４０】
Ｓ１３０、Ｓ１５０、Ｓ１６０にてそれぞれのピクチャのトランスコードを行い、Ｓ１７０で再生開始４７０に含まれる再生時間の情報と比較し、再生が終了していないときはＳ１１０に戻り、記録映像ストリームを読み出す。
【００４１】
次に図３におけるＳ１２０、Ｓ１４０の符号化方法の選択方法について述べる。
【００４２】
Ｉピクチャはトランスコード開始時、もしくはあらかじめ定めた一定間隔で選択する。
【００４３】
Ｐピクチャ、Ｂピクチャの選択（Ｓ１４０）は、トランスコーダが映像受信装置３００が再生可能な映像フォーマットにエンコードする際、出力映像ストリームの仮想的なデコーダによるバッファ推移を示すＶＢＶ（Ｖｉｄｅｏ Ｂｕｆｆｅｒ Ｖｅｒｉｆｉｅｒ）モデルのバッファ量の推移によって行う。
【００４４】
図４にＶＢＶモデルのバッファ量推移を示す。
【００４５】
横軸は時間を示し、縦軸はＶＢＶモデルのバッファ量を示す。ｔ０〜ｔ７はデコーダがピクチャをデコードし、表示するタイミングを示す。また、Ｉ０、Ｐ１、Ｐ２、Ｐ３、Ｉ６、Ｂ４、Ｂ５、Ｐ９、Ｂ７、Ｂ８は符号化の種別と表示順番を示し、Ｉ０はＩピクチャの０番目（最初）に表示するピクチャであることを示す。
【００４６】
トランスコーダは図２におけるデバイス記述４４０により定義する再生開始時のビットレートに従い最初のＩピクチャの符号量を定める。
【００４７】
最初のＩピクチャ（Ｉ０）をデコードして、バッファ量を減らしてもＶＢＶバッファ量が枯渇しないバッファ量ａに到達した時間（ｔ０）をｖｂｖ＿ｄｅｌａｙ値としてピクチャヘッダに記録する。ｔ０の時間はＤＴＳ（Ｄｅｃｏｄｉｎｇ Ｔｉｍｅ Ｓｔａｍｐ）値の作成にも用いられ、ＤＴＳ値は出力映像ストリームに付加される。以後、フレームレートに従い、ｔ１、ｔ２と等間隔でデコードを行い、ＶＢＶバッファからピクチャをデコードしてもＶＢＶバッファ量が枯渇しないようビットレートの制御を行う。
【００４８】
双予測を行うＢピクチャは、表示するピクチャの再生時間の前後のピクチャを用いて予測を行っているため、デコードの際はピクチャを並び替えて出力する。このため、ｔ３〜ｔ４でデコードしたＩピクチャＩ６はｔ４の時間に表示しない。一方、Ｉピクチャ、Ｐピクチャのみでエンコードした映像ストリームはデコード順に表示を行うことができるため、ｔ０でデコードしたＩピクチャを最初に表示でき、遅延を少なくできる。
【００４９】
図４では出力映像ストリームの先頭部分（Ｉ０〜Ｐ３）はＩピクチャ、Ｐピクチャで構成し、デバイス記述４４０により定義する再生開始時のビットレートに従いエンコードを行い、ＶＢＶバッファのバッファ量からＩ６およびＢ４を引き抜いても枯渇しない段階（ｔ３）からＢピクチャを用いた符号化を行う。
【００５０】
本実施例の映像配信装置では、出力映像ストリームの先頭部分をＩピクチャ、Ｐピクチャを用いて予測符号化することにより、画像の表示までの時間を早めることができる。
【００５１】
また、最初のＩピクチャを再生開始時のビットレートに従いデコードすることで、記録映像ストリームのデコード開始を行うａ点の値を下げることができ、ｔ０の時間を早めることができる。
【００５２】
図９にストリームの先頭部分のトランスコードを行わない場合のＶＢＶの推移を示す。Ｉ３のデコード処理に示すように、Ｂピクチャのデコードを行う場合、先行して表示するＢ０をデコードするためにはＢ０が参照画像として使用するＩ３を先にデコードする。このため、ｖｂｖ＿ｄｅｌａｙはａ点までバッファされるまでの遅延に加え、最大１フレーム期間（毎秒３０フレームの場合３３ｍｓ）遅れることになる。
【００５３】
図２において、Ｉ６の前にＩ０〜Ｐ３のピクチャを付加することで、本実施例の出力映像ストリームは３３ｍｓ程度の遅延を改善することになり、再生開始から表示までの動作レスポンスが改善する。
【００５４】
また、ＶＢＶバッファの枯渇が起きないデータ量まで格納した段階でＢピクチャを用いた予測符号化により、動画の画質は向上する。Ｂピクチャを用いて予測符号化することで画質は２ｄＢほど向上するため、再生開始直後を除き、Ｉ、Ｐピクチャだけでトランスコードした場合と比べ高い画質を得ることができる。
【００５５】
本実施例ではデジタル放送で用いられるＰピクチャ、Ｂピクチャの組合せ方法により、ユーザ操作からの遅延を減少させるため、映像送信装置１００が出力する映像ストリームを低遅延でデコードできる映像受信装置３００を容易に構成できる。
【００５６】
本実施例は記録映像ストリームは記録媒体１４０から読み出すとなっているが、ネットワークバス２００より記録映像ストリームを受け取り、一時的に記録媒体１４０に記録した後に読み出すようにしてもよい。また、放送波を受信し復調する復調回路を持ち、復調回路から記録映像ストリームを得るようにしてもよい。
【００５７】
本実施例ではトランスコーダは記録映像ストリームの先頭部分をＩピクチャとＰピクチャにトランスコードするとしたが、先頭部分をＩピクチャのみでトランスコードを行ってもよい。
【００５８】
Ｉピクチャのみのトランスコードを行うことで、予測符号化の処理量が減るため、トランスコーダ１６０の処理量が減り、トランスコードの速度を上げ最初のＩ０のピクチャ出力を早めることができる。
【００５９】
本実施例ではトランスコーダは記録映像ストリームをトランスコードするとしたが、記録映像ストリームと出力映像ストリームの映像ストリームのフォーマットが等しく、予測符号化方法も等しい場合、図２のｂ点のタイミングからトランスコードを行わずに出力してもよい。
【００６０】
記録映像ストリームの先頭部分しかトランスコードを行わないことにより、トランスコーダの処理負荷を下げることができ、複数の映像受信装置を映像配信装置に接続しても、トランスコーダが時分割処理することにより映像ストリームを出力することが可能になる。
【００６１】
本実施例では、デバイス記述４４０により再生開始時のビットレート情報を受け取るとしたが、映像受信装置３００の画面解像度、最大輝度設定、コントラスト比のいずれかを図２におけるデバイス記述４４０から受け取り、トランスコードをしてもよい。
【００６２】
ここでは画面解像度について記載する。出力映像ストリームのビットレートは画面解像度の大きさに比例する。映像受信装置３００が表示する画面解像度に合わせてトランスコードすることで、映像受信装置に応じて出力映像ストリームのビットレートを下げ、ネットワークの伝送に伴う遅延を低減することができる。
【００６３】
最大輝度設定、コントラスト比についても同様の効果が得られる。
【００６４】
本実施例では、図４におけるｂ点のバッファ量に到達するまで、ＩピクチャおよびＰピクチャを用いたトランスコードを行うと記載したが、図１１に示すように予測符号化の方法は変えずに量子化精度を下げてビットレートを下げてもよい。図４に示す方法でストリームを送信した場合、ｔ３〜ｔ４の期間で２ピクチャのデコードが必要になる。量子化精度を下げてビットレートを下げることで、１フレーム期間に２ピクチャデコードせずにデコード画像を表示できる。また、記録映像ストリームが持つａ点の値を下げることができ、ｔ０の時間を早めることができる。
【００６５】
本実施例では、デバイス記述４４０により再生開始時のビットレート情報を受け取るとしたが、映像受信装置３００が出力する制御信号の発生頻度を用いてビットレートを下げてもよい。ユーザは視聴している映像から望んでいる部分を探すとき、早送りと再生を繰り返しながら視聴を行う。この際は映像の画質よりも目的の映像部分を探すことが優先されるため、画質を落として動作レスポンスをあげることが望ましい。映像受信装置３００は再生開始命令と早送りの特殊再生の命令を短い間隔で受け取った場合は、図４におけるｂ点のバッファ量に到達するまでのビットレートを、デバイス記述４４０に含まれる再生開始時のビットレート情報の値より下げてトランスコードしてもよい。
【００６６】
同様に以下の場合においても、動作レスポンスの向上を求めているとして、図４におけるｂ点のバッファ量に到達するまで、デバイス記述４４０に含まれる再生開始時のビットレート情報の値よりビットレートを下げてトランスコードしてもよい。
・ユーザが再生開始が遅いと感じ、再生ボタンを複数回押すことで、図４においてデコーダ側で表示を行うｔ０の時間より前に複数回の再生開始命令を出す場合
・ユーザが再生するストリームを選んでいるとき、ストリームの終端まで視聴せず、次の番組の再生を開始するため、再生開始４７０に含まれる再生時間よりも短い時間で次の再生命令を発行する場合
・ユーザが明示的にレスポンス向上を望んでおり、映像受信装置３００にあるレスポンス向上の操作ボタンを押すことで、デバイス記述４４０に含まれる再生開始時のビットレート情報の値を更新した場合
上記に示すユーザの操作傾向により、再生開始時のビットレートを下げることで、ユーザに応じた操作レスポンスと画質のバランスを取ることができる。
【００６７】
本実施例では、トランスコードする映像ストリームをＭＰＥＧ−２としたが、本発明はこれに限らず、ＭＰＥＧ−４ ＡＶＣやＶＣ−１等、予測符号化を行う映像フォーマットに利用することができる。
【実施例２】
【００６８】
本発明の第二の実施例では、映像受信装置で再生した映像を一時停止したときの画質向上方法を述べる。構成は図１と同様であるため、説明を省略する。
【００６９】
図１０に再生方法のシーケンスを示す。図２と同一部分については同一番号を付して説明を省略する。
【００７０】
再生を行っているとき、ユーザが一時停止の操作を行う。このとき映像受信装置３００から映像送信装置１００へ一時停止４９０が出力される。一時停止４９０は一時停止の命令と一時停止する時間の情報からなる。
【００７１】
制御部１２０は一時停止４９０をうけとり、再生中のファイル名と一時停止する時間を記録媒体１４０に出力する。記録媒体１４０は対応する記録映像ストリームを出力する。
【００７２】
制御部１２０は一時停止の命令、再生可能な映像ストリームのフォーマットをトランスコーダ１６０に出力する。トランスコーダ１６０は記録映像ストリームをスイッチ１５０を通じて受け取り、１ピクチャの画面内符号化を行い、得られた出力映像ストリームを静止画ストリーム５００として出力する。
【００７３】
順方向予測符号化、双方向予測符号化は、予測符号化を用いて低いビットレートでも画質が維持できる反面、予測誤差の累積のため画面内予測符号化に比べると画質が劣る。
【００７４】
本実施例の映像送信装置では、一時停止時の映像ストリームを画面内符号化して再送することで、一時停止時の画面の画質を向上させることが可能になる。
【実施例３】
【００７５】
本発明の第三の実施例では、早送り、巻戻しといった特殊再生時にユーザの指示を行ってから映像受信装置で特殊再生動作が行われるまでの処理方法について述べる。構成は図１と同様であるため説明を省略する。
【００７６】
図５に特殊再生時のシーケンスを示す。再生開始４７０までのシーケンスは図２に示すシーケンスと同様であるため、同一番号を付して説明を省略する。ユーザが早送りの操作を行うと、映像受信装置３００は再生開始４７１〜４７３を出力する。再生開始４７１〜４７３は再生開始時間が例えば２秒ずつ異なっており、再生時間は例えば０．５秒を指定する。映像受信装置３００は対応したストリーム送信４８１〜４８３を受け取り、ストリームの一部分を再生することで早送り映像を得る。
【００７７】
映像送信装置１００はあらかじめ定めた値より短い再生時間を含む、再生開始命令を連続して受け取った場合、早送りの制御であると判断し、トランスコーダに対し、ビットレートを下げてトランスコードするよう、制御信号をバス１３０を通じて出力する。
【００７８】
トランスコーダ１６０は制御部１２０に指定されたビットレートに従い、トランスコードを行う。
【００７９】
本実施例では、早送り時にビットレートを下げてトランスコードすることにより、ネットワーク２００による遅延を少なくし、ユーザが早送りの操作を行ってからのレスポンスを向上することができる。
【００８０】
本実施例では早送りの場合について説明したが、巻戻しについても再生開始４７１〜４７３に含まれる再生開始時間の時間順が異なるだけであり、制御部１２０の動作は同様であり、動作レスポンスを向上することができる。
【００８１】
また、トランスコーダはビットレートを下げてトランスコードする制御信号を受け取ったとき、映像の解像度を下げてトランスコードしてもよい。解像度を下げることにより、トランスコードの処理負荷、および映像受信装置のデコード処理の負荷を下げることができ、動作レスポンスを向上することができる。また、１画素あたりのビット量が増えるため、トランスコードした映像が量子化精度の不足により視認できるブロックノイズが発生する確率が減る。
【００８２】
また、トランスコーダはビットレートを下げてトランスコードする制御信号を受け取ったとき、通常の再生命令によるトランスコードと比べて、Ｉピクチャにビットが多く割り振られるようにトランスコードしてもよい。映像受信装置は特殊再生時、Ｉピクチャだけをデコードし表示し、残りのピクチャはデコードしない場合がある。Ｉピクチャにビットを多く割り振ることにより、出力映像ストリームのビットレートに対する画質を向上させることができる。
【実施例４】
【００８３】
本発明の第四の実施例では、ユーザの操作傾向により、映像送信装置からネットワークバスへストリームを送信するときの帯域割当てを変更する方法について述べる。
【００８４】
図６に構成を示す。図６における映像配信装置１０１は図１の映像配信装置１００の構成のうち、スイッチ１５０、トランスコーダ１６０、スイッチ１７０を省いたものである。
【００８５】
記録媒体１４０は制御部１２０からファイル名、再生開始時間を受け取り、対応する記録映像ストリームをネットワークＩ／Ｆ１１０に出力する。
【００８６】
映像配信装置１０１が映像受信装置３００から再生開始の制御信号を受け取り、記録映像ストリームを出力するまでを示すシーケンスは図２と同様であるため説明を省略する。
【００８７】
図７にＶＢＶモデルのバッファ量推移を示す。本実施例ではトランスコーダを使用しないため、Ｉ０〜Ｂ３までの期間はネットワークＩ／Ｆ１１０は記録映像ストリームが持つビットレートよりも高いネットワーク帯域を割り当ててネットワーク２００に送信し、バッファのアンダフローが発生しないようにする。
【００８８】
ネットワークＩ／Ｆ１１０は映像受信装置３００が出力する制御信号の発生頻度を用い高いネットワーク帯域を割り当てる。制御部１２０は実施例１で述べたように以下の条件の発生回数を一定期間保持し、発生回数が多いほど、ネットワーク帯域を段階的に高く割り当てる。
・ユーザは視聴している映像から望んでいる部分を探すとき、早送りと再生を繰り返すことにより、再生開始命令と早送りの特殊再生の命令を短い間隔で受け取った場合
・ユーザが再生開始が遅いと感じ、再生ボタンを複数回押すことにより、図７においてデコーダ側で表示を行うｔ０の時間より前に複数回の再生開始命令が出た場合
・ユーザが再生するストリームを選んでいるとき、ストリームの終端まで視聴せず、次の番組の再生を開始するため、再生開始４７０に含まれる再生時間よりも短い時間で次の再生命令が発行される場合
・ユーザが明示的にレスポンス向上を望んでおり、映像受信装置３００にあるレスポンス向上の操作ボタンを押すことにより、デバイス記述４４０に含まれる再生開始時のビットレート情報の値を更新した場合
本実施例では上記のような構成とすることで、ユーザの操作傾向により、再生開始時のネットワーク帯域が段階的に上がるため、ユーザに応じた操作レスポンスと画質のバランスを取ることができる。
【００８９】
上記条件の発生回数の記録は一定期間後に破棄することで、高く割り当てたネットワーク帯域が保持されることはなく、ネットワークバスを映像配信装置１０１の出力が常に占有してしまうことはない。
【００９０】
本実施例では、ユーザの操作傾向により、再生開始時のネットワーク帯域を段階的に上げるとしたが、映像受信装置３００の画面解像度、最大輝度設定、コントラスト比、入力バッファ量の情報のいずれかを図２におけるデバイス記述４４０から受け取り、再生開始時のネットワーク帯域を定めてもよい。
【００９１】
ここでは画面解像度について記載する。出力映像ストリームのビットレートは画面解像度の大きさに比例する。映像受信装置３００が表示する画面解像度に合わせてネットワーク帯域を上げることで、映像受信装置に応じて表示までの遅延を低減することができる。
最大輝度設定、コントラスト比、入力バッファ量についても同様の効果が得られる。
【実施例５】
【００９２】
本発明の第五の実施例では、ユーザの操作傾向により、映像送信装置内の記録媒体に記録映像ストリームの記録方法を変更する方法について述べる。
【００９３】
図８に構成を示す。図８における映像配信装置１０２において、図６の映像配信装置１０１と同じものは同一番号を付して説明を省略する。
【００９４】
トランスコーダ１８０は、ネットワークバス２００からネットワークＩ／Ｆ１１０を経由して映像ストリームを得て、制御部１２０から映像受信装置３００の再生可能な映像ストリームのフォーマットと、画面解像度を得てトランスコード処理を行い、記録媒体１４１に出力する。記録媒体１４１はトランスコーダ１８０が出力する記録映像ストリームを記録する。
【００９５】
また記録媒体１４１は制御部１２０からファイル名、再生開始時間を受け取り、対応する記録映像ストリームのデータをネットワークＩ／Ｆ１１０に出力する。
【００９６】
映像配信装置１００が映像受信装置３００から再生開始の制御信号を受け取り、記録映像ストリームを出力するまでを示すシーケンスは図２と同様であるため説明を省略する。
【００９７】
トランスコーダ１８０は図２におけるデバイス記述４４０により、映像受信装置３００の画面解像度、最大輝度設定、コントラスト比のいずれかを受け取り、図４に示すＶＢＶモデルの遷移となるように図３のフローチャートに基づきトランスコードを行う。
【００９８】
実施例１に記載した効果と同様に
映像受信装置３００が表示する画面解像度に合わせてトランスコードすることで、映像受信装置に応じて記録映像ストリームの先頭部分のビットレートを下げ、ネットワークの伝送に伴う遅延を低減することができる。
最大輝度設定、コントラスト比についても同様の効果が得られる。
またトランスコード済みの記録映像ストリームを記録媒体に記録しておくため、再生開始時に映像配信装置１０２の出力の遅延を小さくすることができる。
【００９９】
本実施例では、デバイス記述４４０に含まれる情報によりトランスコードを行うとしたが、制御部１２０は実施例１で述べたように以下の条件の発生回数を一定期間保持し、発生回数が多いほど、記録映像ストリームの先頭部分ビットレートを低く割り当ててもよい。
・ユーザは視聴している映像から望んでいる部分を探すとき、早送りと再生を繰り返すことにより、再生開始命令と早送りの特殊再生の命令を短い間隔で受け取った場合
・ユーザが再生開始が遅いと感じ、再生ボタンを複数回押すことにより、図４においてデコーダ側で表示を行うｔ０の時間より前に複数回の再生開始命令が出た場合
・ユーザが再生するストリームを選んでいるとき、ストリームの終端まで視聴せず、次の番組の再生を開始するため、再生時間よりも短い時間で次の再生命令が発行される場合
・ユーザが明示的にレスポンス向上を望んでおり、映像受信装置３００にあるレスポンス向上の操作ボタンを押すことにより、デバイス記述４４０に含まれる再生開始時のビットレート情報の値を更新した場合
本実施例では上記のような構成とすることにより、ユーザの操作傾向により、再生開始時のビットレートを下げることで、ユーザに応じた操作レスポンスと画質のバランスを取ることができる。
【０１００】
以上，添付図面を参照しながら本発明にかかる好適な実施形態について説明したが，本発明はかかる例に限定されないことは言うまでもない。当業者であれば，特許請求の範囲に記載された技術的思想の範疇内において，各種の変更例または修正例に想到し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。
【０１０１】
例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、２つ以上の実施例を、その全部または一部において同時に採用する構成も可能である。
【符号の説明】
【０１０２】
１００ 映像送信装置
１１０ ネットワークＩ／Ｆ
１２０ 制御部
１３０ バス
１４０ 記録媒体
１５０ スイッチ
１６０ トランスコーダ
１７０ スイッチ
２００ ネットワーク
３００ 映像受信装置
【特許請求の範囲】
【請求項１】
ネットワークから制御信号を受け取り、前記制御信号の解釈を行う制御部と、
複数のピクチャ情報からなる記録映像ストリームが記録された記録媒体から前記映像ストリームを読み出す再生部と、
前記制御部の指示に基づく情報圧縮を行い、出力映像ストリームを出力するトランスコーダと、
前記トランスコーダが出力する前記出力映像ストリームを前記ネットワークに送出するネットワークＩ／Ｆと、
を備え、
前記制御部は、
前記制御信号がデバイス記述であるとき、含まれる再生可能な映像ストリームのフォーマットを分離し、
前記制御信号が再生開始命令であるとき、含まれる記録映像ストリーム名、再生開始時間を分離し、
前記トランスコーダに前記再生可能な映像ストリームのフォーマットを出力し、
前記記録媒体から前記記録映像ストリーム名をもつ前記記録映像ストリームを前記再生開始時間から出力するよう制御信号を出力し、
前記トランスコーダは前記映像ストリームを前記再生可能な映像ストリームのフォーマットの前記出力映像ストリームにトランスコードする際、前記記録映像ストリームの先頭のあらかじめ定めた期間を第一のビットレート値でトランスコードし、その後第二のビットレート値でトランスコードを行うこと
を特徴とした映像送信装置。
【請求項２】
請求項１において、
前記トランスコーダが行う第一のビットレート値は、前記制御信号により定められること
を特徴とした映像送信装置。
【請求項３】
請求項１において、
前記制御部は前記制御信号の履歴を保持する履歴情報を持ち、
前記履歴情報に基づいて前記トランスコーダが行う第一のビットレート値のトランスコード期間を定めること
を特徴とした映像送信装置。
【請求項４】
請求項１において、
前記制御部は
前記ネットワークに接続され、前記出力映像ストリームをデコードする映像受信装置の接続情報を前記デバイス記述から分離し、
前記接続情報に基づいて前記トランスコーダが行う第一のビットレート値のトランスコード期間を定めること
を特徴とした映像送信装置。
【請求項５】
請求項１において、
前記トランスコーダは、前記第一のビットレートとして、前記記録映像ストリームの前記再生開始時間にあたるピクチャ情報１を読み出し、前記映像ストリームのフォーマットに基づく画面内符号化を行い、
ピクチャ情報１の次に表示されるピクチャ情報２はピクチャ情報１を参照する順方向予測符号化を行い、
以降のピクチャ情報は符号化済のピクチャ情報を参照する順方向予測符号化を行うこと
を特徴とした映像送信装置。
【請求項６】
請求項５において、
前記トランスコーダは、前記出力映像ストリームをデコードする際の仮想的なバッファモデルを想定し、
前記出力映像ストリームにおいて、双予測符号化を行ったピクチャ情報を用いて前記出力映像ストリームを作成しても前記バッファモデルが枯渇しないバッファ量であるときに、
前記第二のビットレートとして、双予測符号化を含む符号化を行うこと
を特徴とした映像送信装置。
【請求項７】
請求項５において、
前記トランスコーダは、前記出力映像ストリームをデコードする際の仮想的なバッファモデルを想定し、
前記記録映像ストリームを前記出力映像ストリームとして出力しても前記バッファモデルが枯渇しないバッファ量であるときに、
前記第二のビットレートとして、前記記録映像ストリームを前記出力映像ストリームとして出力すること
を特徴とした映像送信装置。
【請求項８】
請求項１において、
前記制御部は一時停止の制御信号を受け取ったときに、制御信号に含まれる一時停止時間情報を取りだし、前記トランスコーダに出力し、
前記トランスコーダは、前記記録映像ストリームから前記一時停止時間情報の時間情報をもつピクチャ情報を取りだし、画面内符号化を行い出力すること
を特徴とした映像送信装置。
【請求項９】
請求項１において、
前記制御部は、
前記制御信号が、早送り、もしくは巻戻しの制御信号であるとき、前記第一のビットレートよりも低いビットレート情報と、特殊再生命令をトランスコーダに出力し、
前記トランスコーダは前記ビットレート情報に記載されたビットレートで前記記録映像ストリームをトランスコードすること
を特徴とした映像送信装置。
【請求項１０】
請求項９において、
前記制御部は、
前記制御信号が、早送り、もしくは巻戻しの制御信号であるとき、前記再生開始命令により出力される前記出力映像ストリームの解像度より低い解像度情報と、前記ビットレート情報と、特殊再生命令をトランスコーダに出力し、
前記トランスコーダは前記解像度に記載された解像度で前記記録映像ストリームをトランスコードすること
を特徴とした映像送信装置。
【請求項１１】
請求項９において、
前記トランスコーダは前記特殊再生命令と前記ビットレート情報を受け取ったとき、前記再生開始命令と比較して画面内符号化を行うピクチャ情報にビットを多く割り振ること
を特徴とした映像送信装置。
【請求項１２】
ネットワークから制御信号を受け取り、前記制御信号の解釈を行う制御部と、
複数のピクチャ情報からなる記録映像ストリームが記録された記録媒体から記録映像ストリームを読み出す再生部と、
前記記録媒体から出力する前記記録映像ストリームを前記ネットワークに送出するネットワークＩ／Ｆと、
を備え、
前記制御部は、
前記制御信号が再生開始命令であるとき、含まれる記録映像ストリーム名、再生開始時間を分離し、
前記記録媒体に前記記録映像ストリーム名をもつ前記記録映像ストリームを前記再生開始時間から出力するよう制御信号を出力し、
前記ネットワークＩ／Ｆは前記記録映像ストリームの先頭のあらかじめ定めた期間を第一のビットレート値で出力し、その後第二のビットレート値で出力を行うこと
を特徴とした映像送信装置。
【請求項１３】
請求項１２において、
前記記録媒体が出力する第一のビットレート値は、前記制御信号により定められること
を特徴とした映像送信装置。
【請求項１４】
請求項１２において、
前記制御部は前記制御信号の履歴を保持する履歴情報を持ち、
前記履歴情報に基づいて前記記録媒体が出力する第一のビットレート値の出力期間を定めること
を特徴とした映像送信装置。
【請求項１５】
請求項１２において、
前記制御部は前記履歴情報のうち、あらかじめ定めた期間を経過した制御信号を消去し、前記履歴情報に基づいて前記記録媒体が出力する第一のビットレート値の出力期間を定めること
を特徴とした映像送信装置。
【請求項１６】
請求項１２において、
前記制御部は、前記ネットワークに接続され前記出力映像ストリームをデコードする映像受信装置の接続情報を持ち、
前記接続情報に基づいて前記記録媒体が出力する第一のビットレート値の出力期間を定めること
を特徴とした映像送信装置。
【請求項１７】
ネットワークから制御信号を受け取り、前記制御信号の解釈を行う制御部と、
複数のピクチャ情報からなる記録映像ストリームが記録された記録媒体から記録映像ストリームを読み出す再生部と、
前記記録媒体が出力する前記記録映像ストリームを前記ネットワークに送出するネットワークＩ／Ｆと、
を備え、
前記ネットワークＩ／Ｆは、
前記制御部から与えられた制御情報により、
前記記録媒体から前記記録映像ストリームの先頭のあらかじめ定めた期間を第一の方法で出力し、その後第二の方法で出力を行い、
また、前記制御部は前記制御信号の履歴を保持する履歴情報を持ち、
前記履歴情報に基づいて前記第一の方法の期間を定めること
を特徴とした映像送信装置。
【請求項１８】
ネットワークから制御信号を受け取り、前記制御信号の解釈を行う制御部と、
複数のピクチャ情報からなる記録映像ストリームが記録された記録媒体から記録映像ストリームを読み出す再生部と、
前記記録媒体が出力する前記記録映像ストリームを前記ネットワークに送出するネットワークＩ／Ｆと、
を備え、
前記ネットワークＩ／Ｆは、
前記制御部から与えられた制御情報により、
前記記録媒体から前記記録映像ストリームの先頭のあらかじめ定めた期間を第一の方法で出力し、その後第二の方法で出力を行い、
また、前記制御部は前記制御信号により、
前記履歴情報に基づいて前記第一の方法の期間を定めること
を特徴とした映像送信装置。
【請求項１９】
ネットワークから制御信号を受け取り、前記制御信号の解釈を行う制御部と、
複数のピクチャ情報からなる記録映像ストリームが記録された記録媒体から記録映像ストリームを読み出す再生部と、
前記記録媒体から出力する前記記録映像ストリームを前記ネットワークに送出するネットワークＩ／Ｆと、
を備え、
前記ネットワークＩ／Ｆは、
前記制御部から与えられた制御情報により、
前記記録媒体から前記記録映像ストリームの先頭のあらかじめ定めた期間を第一の方法で出力し、その後第二の方法で出力を行い、
また、前記制御部は、前記ネットワークに接続され前記出力映像ストリームをデコードする映像受信装置の接続情報を持ち、
前記接続情報に基づいて前記記録媒体が出力する第一の方法の出力期間を定めること
を特徴とした映像送信装置。
【請求項１】
ネットワークから制御信号を受け取り、前記制御信号の解釈を行う制御部と、
複数のピクチャ情報からなる記録映像ストリームが記録された記録媒体から前記映像ストリームを読み出す再生部と、
前記制御部の指示に基づく情報圧縮を行い、出力映像ストリームを出力するトランスコーダと、
前記トランスコーダが出力する前記出力映像ストリームを前記ネットワークに送出するネットワークＩ／Ｆと、
を備え、
前記制御部は、
前記制御信号がデバイス記述であるとき、含まれる再生可能な映像ストリームのフォーマットを分離し、
前記制御信号が再生開始命令であるとき、含まれる記録映像ストリーム名、再生開始時間を分離し、
前記トランスコーダに前記再生可能な映像ストリームのフォーマットを出力し、
前記記録媒体から前記記録映像ストリーム名をもつ前記記録映像ストリームを前記再生開始時間から出力するよう制御信号を出力し、
前記トランスコーダは前記映像ストリームを前記再生可能な映像ストリームのフォーマットの前記出力映像ストリームにトランスコードする際、前記記録映像ストリームの先頭のあらかじめ定めた期間を第一のビットレート値でトランスコードし、その後第二のビットレート値でトランスコードを行うこと
を特徴とした映像送信装置。
【請求項２】
請求項１において、
前記トランスコーダが行う第一のビットレート値は、前記制御信号により定められること
を特徴とした映像送信装置。
【請求項３】
請求項１において、
前記制御部は前記制御信号の履歴を保持する履歴情報を持ち、
前記履歴情報に基づいて前記トランスコーダが行う第一のビットレート値のトランスコード期間を定めること
を特徴とした映像送信装置。
【請求項４】
請求項１において、
前記制御部は
前記ネットワークに接続され、前記出力映像ストリームをデコードする映像受信装置の接続情報を前記デバイス記述から分離し、
前記接続情報に基づいて前記トランスコーダが行う第一のビットレート値のトランスコード期間を定めること
を特徴とした映像送信装置。
【請求項５】
請求項１において、
前記トランスコーダは、前記第一のビットレートとして、前記記録映像ストリームの前記再生開始時間にあたるピクチャ情報１を読み出し、前記映像ストリームのフォーマットに基づく画面内符号化を行い、
ピクチャ情報１の次に表示されるピクチャ情報２はピクチャ情報１を参照する順方向予測符号化を行い、
以降のピクチャ情報は符号化済のピクチャ情報を参照する順方向予測符号化を行うこと
を特徴とした映像送信装置。
【請求項６】
請求項５において、
前記トランスコーダは、前記出力映像ストリームをデコードする際の仮想的なバッファモデルを想定し、
前記出力映像ストリームにおいて、双予測符号化を行ったピクチャ情報を用いて前記出力映像ストリームを作成しても前記バッファモデルが枯渇しないバッファ量であるときに、
前記第二のビットレートとして、双予測符号化を含む符号化を行うこと
を特徴とした映像送信装置。
【請求項７】
請求項５において、
前記トランスコーダは、前記出力映像ストリームをデコードする際の仮想的なバッファモデルを想定し、
前記記録映像ストリームを前記出力映像ストリームとして出力しても前記バッファモデルが枯渇しないバッファ量であるときに、
前記第二のビットレートとして、前記記録映像ストリームを前記出力映像ストリームとして出力すること
を特徴とした映像送信装置。
【請求項８】
請求項１において、
前記制御部は一時停止の制御信号を受け取ったときに、制御信号に含まれる一時停止時間情報を取りだし、前記トランスコーダに出力し、
前記トランスコーダは、前記記録映像ストリームから前記一時停止時間情報の時間情報をもつピクチャ情報を取りだし、画面内符号化を行い出力すること
を特徴とした映像送信装置。
【請求項９】
請求項１において、
前記制御部は、
前記制御信号が、早送り、もしくは巻戻しの制御信号であるとき、前記第一のビットレートよりも低いビットレート情報と、特殊再生命令をトランスコーダに出力し、
前記トランスコーダは前記ビットレート情報に記載されたビットレートで前記記録映像ストリームをトランスコードすること
を特徴とした映像送信装置。
【請求項１０】
請求項９において、
前記制御部は、
前記制御信号が、早送り、もしくは巻戻しの制御信号であるとき、前記再生開始命令により出力される前記出力映像ストリームの解像度より低い解像度情報と、前記ビットレート情報と、特殊再生命令をトランスコーダに出力し、
前記トランスコーダは前記解像度に記載された解像度で前記記録映像ストリームをトランスコードすること
を特徴とした映像送信装置。
【請求項１１】
請求項９において、
前記トランスコーダは前記特殊再生命令と前記ビットレート情報を受け取ったとき、前記再生開始命令と比較して画面内符号化を行うピクチャ情報にビットを多く割り振ること
を特徴とした映像送信装置。
【請求項１２】
ネットワークから制御信号を受け取り、前記制御信号の解釈を行う制御部と、
複数のピクチャ情報からなる記録映像ストリームが記録された記録媒体から記録映像ストリームを読み出す再生部と、
前記記録媒体から出力する前記記録映像ストリームを前記ネットワークに送出するネットワークＩ／Ｆと、
を備え、
前記制御部は、
前記制御信号が再生開始命令であるとき、含まれる記録映像ストリーム名、再生開始時間を分離し、
前記記録媒体に前記記録映像ストリーム名をもつ前記記録映像ストリームを前記再生開始時間から出力するよう制御信号を出力し、
前記ネットワークＩ／Ｆは前記記録映像ストリームの先頭のあらかじめ定めた期間を第一のビットレート値で出力し、その後第二のビットレート値で出力を行うこと
を特徴とした映像送信装置。
【請求項１３】
請求項１２において、
前記記録媒体が出力する第一のビットレート値は、前記制御信号により定められること
を特徴とした映像送信装置。
【請求項１４】
請求項１２において、
前記制御部は前記制御信号の履歴を保持する履歴情報を持ち、
前記履歴情報に基づいて前記記録媒体が出力する第一のビットレート値の出力期間を定めること
を特徴とした映像送信装置。
【請求項１５】
請求項１２において、
前記制御部は前記履歴情報のうち、あらかじめ定めた期間を経過した制御信号を消去し、前記履歴情報に基づいて前記記録媒体が出力する第一のビットレート値の出力期間を定めること
を特徴とした映像送信装置。
【請求項１６】
請求項１２において、
前記制御部は、前記ネットワークに接続され前記出力映像ストリームをデコードする映像受信装置の接続情報を持ち、
前記接続情報に基づいて前記記録媒体が出力する第一のビットレート値の出力期間を定めること
を特徴とした映像送信装置。
【請求項１７】
ネットワークから制御信号を受け取り、前記制御信号の解釈を行う制御部と、
複数のピクチャ情報からなる記録映像ストリームが記録された記録媒体から記録映像ストリームを読み出す再生部と、
前記記録媒体が出力する前記記録映像ストリームを前記ネットワークに送出するネットワークＩ／Ｆと、
を備え、
前記ネットワークＩ／Ｆは、
前記制御部から与えられた制御情報により、
前記記録媒体から前記記録映像ストリームの先頭のあらかじめ定めた期間を第一の方法で出力し、その後第二の方法で出力を行い、
また、前記制御部は前記制御信号の履歴を保持する履歴情報を持ち、
前記履歴情報に基づいて前記第一の方法の期間を定めること
を特徴とした映像送信装置。
【請求項１８】
ネットワークから制御信号を受け取り、前記制御信号の解釈を行う制御部と、
複数のピクチャ情報からなる記録映像ストリームが記録された記録媒体から記録映像ストリームを読み出す再生部と、
前記記録媒体が出力する前記記録映像ストリームを前記ネットワークに送出するネットワークＩ／Ｆと、
を備え、
前記ネットワークＩ／Ｆは、
前記制御部から与えられた制御情報により、
前記記録媒体から前記記録映像ストリームの先頭のあらかじめ定めた期間を第一の方法で出力し、その後第二の方法で出力を行い、
また、前記制御部は前記制御信号により、
前記履歴情報に基づいて前記第一の方法の期間を定めること
を特徴とした映像送信装置。
【請求項１９】
ネットワークから制御信号を受け取り、前記制御信号の解釈を行う制御部と、
複数のピクチャ情報からなる記録映像ストリームが記録された記録媒体から記録映像ストリームを読み出す再生部と、
前記記録媒体から出力する前記記録映像ストリームを前記ネットワークに送出するネットワークＩ／Ｆと、
を備え、
前記ネットワークＩ／Ｆは、
前記制御部から与えられた制御情報により、
前記記録媒体から前記記録映像ストリームの先頭のあらかじめ定めた期間を第一の方法で出力し、その後第二の方法で出力を行い、
また、前記制御部は、前記ネットワークに接続され前記出力映像ストリームをデコードする映像受信装置の接続情報を持ち、
前記接続情報に基づいて前記記録媒体が出力する第一の方法の出力期間を定めること
を特徴とした映像送信装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１２−１５９２８（Ｐ２０１２−１５９２８Ａ）
【公開日】平成２４年１月１９日（２０１２．１．１９）
【国際特許分類】
【出願番号】特願２０１０−１５２５８９（Ｐ２０１０−１５２５８９）
【出願日】平成２２年７月５日（２０１０．７．５）
【出願人】（５０９１８９４４４）日立コンシューマエレクトロニクス株式会社 (998)
【Ｆターム（参考）】
【公開日】平成２４年１月１９日（２０１２．１．１９）
【国際特許分類】
【出願日】平成２２年７月５日（２０１０．７．５）
【出願人】（５０９１８９４４４）日立コンシューマエレクトロニクス株式会社 (998)
【Ｆターム（参考）】
[ Back to top ]