JP2011172182A - 配信サーバ及び配信システム - Google Patents

Abstract

【課題】映像データの配信システムにおいて通信路の帯域を効率よく使用する技術を提供する。
【解決手段】ネットワークを経由して、配信サーバ１００が配信する映像をクライアント２００が受信し再生するサーバクライアント方式の配信システムにおいて、クライアント２００が再生している映像画面サイズの大きさをユーザが変更すると、変更した映像画面サイズに応じたトランスコードパラメータを算出する。配信サーバ１００における映像のトランスコードにそのトランスコードパラメータを適用して、トランスコード後の映像データをクライアント２００に配信する。
【選択図】図１

Description

本発明は、配信サーバ及び配信システムに関し、特に、通信路の帯域を効率よく使用する技術に関する。

本願の出願前に公知である文献の中から、本願に関連する技術が記載されているものを選ぶと、例えば、特許文献１及び２がある。

特許文献１には、複数の端末に配信サーバから配信データを受信させる配信システムにおいて、例えば各々の端末のモニタパネルの画素数に合わせて、中継装置にて配信データのビットレートの調整を行うことが記載されている。しかしながら、特許文献１において、モニタパネルの画素数等の端末の性能は、配信システムの管理者があらかじめ生成したりサーバ側から各端末より取得したりして得るものである（段落００２３）。また、別途、中継装置と端末の間の通信帯域を測定して測定結果に応じてビットレートの調整を行う旨の記載もある（段落００４２（変形例２））。

特許文献２には、入力される映像信号の品質（解像度やビットレートなど）に応じて映像画面サイズを自動で最適なサイズに変更する技術について記載がある。しかしながら、この技術は、品質に比して映像画面サイズが大きすぎる場合に映像画面サイズを小さくすることに主眼があり、品質を変更するものではない。

特開２００９−２５３９０９号公報 特開２００７−１６３５６２号公報

ネットワークを経由して、サーバが配信する映像をクライアントで受信し再生するサーバ・クライアント方式の配信システムにおいては、通信路の帯域不足に陥るとクライアントで再生される映像にカクツキ等の不具合が起きる可能性があるため、通信路の帯域を効率よく使用することが望ましい。

しかしながら、上記関連技術はいずれも、この課題を十分に解決するものではなかった。
ネットワークを経由して、サーバが配信する映像をクライアントが受信し再生するサーバクライアント方式の配信システムにおいて、クライアントが映像再生するのに必要十分な帯域は動的に変わりうる。特許文献１、２は、この観点からなされた発明ではない。

本発明は、上記実情に鑑みてなされたものであって、映像データの配信システムにおいて通信路の帯域を効率よく使用することが可能な配信サーバ及び配信システムを提供することを目的とする。

上記目的を達成するため、本発明は、第１の態様として、入力された第１の映像データをトランスコードして、トランスコード後の第２の映像データを、ネットワークを介して接続するクライアントに配信する映像配信手段と、前記クライアントにて前記第２の映像データに基づく映像が表示される領域の大きさである映像画面サイズに応じて算出されたトランスコードパラメータを前記クライアントから受信するトランスコードパラメータ受信手段と、受信した前記トランスコードパラメータを前記映像配信手段が実行する前記トランスコードに適用して配信映像の品質を変更する配信映像品質変更手段と、を有することを特徴とする、配信サーバを提供するものである。

また、第２の態様として、入力された第１の映像データをトランスコードして、トランスコード後の第２の映像データを、ネットワークを介して接続するクライアントに配信する映像配信手段と、前記クライアントにて前記第２の映像データに基づく映像が表示される領域の大きさである映像画面サイズを前記クライアントから受信して、前記映像画面サイズに応じてトランスコードパラメータを算出するトランスコードパラメータ算出手段と、算出した前記トランスコードパラメータを前記映像配信手段が実行する前記トランスコードに適用して配信映像の品質を変更する配信映像品質変更手段と、を有することを特徴とする、配信サーバを提供するものである。

また、第３の態様として、ネットワークを介して配信サーバ及びクライアントが接続する配信システムであって、前記配信サーバは、入力された第１の映像データをトランスコードして、トランスコード後の第２の映像データを、前記クライアントに配信する映像配信手段を有し、前記クライアントは、配信された前記第２の映像データに基づいた映像を、所定の大きさの映像画面サイズを持った領域に表示するユーザインタフェースと、ユーザによる前記映像画面サイズの変更を検知し変更後の前記映像画面サイズを取得する映像画面サイズ変更検知手段と、取得した変更後の前記映像画面サイズに応じたトランスコードパラメータを算出し、算出した前記トランスコードパラメータを前記配信サーバへ送信するトランスコードパラメータ算出手段と、を有し、前記配信サーバは、さらに、送信された前記トランスコードパラメータを前記クライアントから受信するトランスコードパラメータ受信手段と、受信した前記トランスコードパラメータを前記映像配信手段が実行する前記トランスコードに適用して配信映像の品質を変更する配信映像品質変更手段と、を備えることを特徴とする、配信システムを提供するものである。

また、第４の態様として、ネットワークを介して配信サーバ及びクライアントが接続する配信システムであって、前記配信サーバは、入力された第１の映像データをトランスコードして、トランスコード後の第２の映像データを、前記クライアントに配信する映像配信手段を有し、前記クライアントは、配信された前記第２の映像データに基づいた映像を、所定の大きさの映像画面サイズを持った領域に表示するユーザインタフェースと、ユーザによる前記映像画面サイズの変更を検知し変更後の前記映像画面サイズを取得し、取得した前記映像画面サイズを前記配信サーバへ送信する映像画面サイズ変更検知手段と、を有し、前記配信サーバは、さらに、受信した変更後の前記映像画面サイズに応じたトランスコードパラメータを算出し、算出した前記トランスコードパラメータを前記配信サーバへ送信するトランスコードパラメータ算出手段と、算出した前記トランスコードパラメータを前記映像配信手段が実行する前記トランスコードに適用して配信映像の品質を変更する配信映像品質変更手段と、を備えることを特徴とする、配信システムを提供するものである。

本発明によれば、映像データの配信システムにおいて通信路の帯域を効率よく使用することが可能な配信サーバ及び配信システムを提供することが可能となる。

本発明を好適に実施した一実施形態の構成を示すブロック図である。 上記実施形態における映像画面サイズの変更を説明するための概念図である。 上記実施形態における処理の流れを示すフローチャート図である。 映像画面サイズとトランスコードパラメータの関係を例示する図である。 本発明の他の実施形態の構成を示すブロック図である。 本発明のさらに他の実施形態の配信サーバの構成を示すブロック図である。 本発明のさらに他の実施形態の配信サーバの構成を示すブロック図である。

図１に、本発明を好適に実施した一実施形態（第１実施形態）の構成を示す。
図１中、映像ないし映像データの流れは白抜き矢印で、制御信号の流れは黒線矢印で示している。

本実施形態に係る配信システムは、ネットワークを経由して、配信サーバ１００が配信する映像をクライアント２００が受信し再生するサーバクライアント方式の配信システムである。配信サーバ１００とクライアント２００の間のネットワークは、限定するものではないが、例えば、家庭内に構築された無線ＬＡＮを用いることができる。

配信サーバ１００は、限定するものではないが、例えば、アンテナで受信した地上デジタルテレビ放送の放送波を復号化して再符号化し（トランスコード）、ネットワークを介してクライアントに配信する機能を備える。なお、図１にはクライアント２００が一つ存在する例を示しているが複数であってもよい。複数存在する場合、本実施形態ではユニキャスト配信方式で配信することとする。

配信サーバ１００は、トランスコードパラメータ受信手段１０１と、配信映像品質変更手段１０２と、映像配信手段１０３と、を有し、他に、映像データ蓄積部１０４を有してもよい。

トランスコードパラメータ受信手段１０１は、クライアント２００から送られてくるトランスコードパラメータを受信する機能を備える。トランスコードパラメータ受信手段１０１は、受信したトランスコードパラメータを配信映像品質変更手段１０２に入力する。

配信映像品質変更手段１０２は、入力されたトランスコードパラメータを、映像配信手段１０３が映像配信手段１０３に入力される映像データをトランスコードする際に用いるトランスコードパラメータに適用して、配信する映像の品質を変更する機能を備える。

映像配信手段１０３は、映像配信手段１０３に入力される映像データを、所定のトランスコードパラメータを用いてトランスコードし、ネットワークを介してクライアント２００に配信する機能を備える。なお、クライアントが複数の場合は、クライアント毎にトランスコードパラメータを設定し、入力される映像データをトランスコードする。

映像データ蓄積部１０４は、限定するものではないが、例えば、磁気式の記憶装置（ハードディスクドライブなど）であり、配信サーバ１００がクライアント２００に配信する映像データを蓄積しておく機能を備える。映像配信手段１０３に入力される映像データは、本実施形態では、アンテナで受信した地上デジタルテレビ放送の放送波に基づく映像データとするが、図１に示すように、映像データ蓄積部１０４が蓄積している映像データでもよい。

クライアント２００は、限定するものではないが、例えば、汎用のノートブック型パーソナルコンピュータ（ノートパソコン）を用いることができ、クライアント２００に視聴クライアントプログラムがインストールされることによってクライアント２００が有する各手段の機能が実現する。

クライアント２００は、映像画面サイズ変更検知手段２０１と、トランスコードパラメータ算出手段２０２と、映像受信再生手段２０３と、ユーザインタフェース２０４と、を有する。

映像受信再生手段２０３は、配信サーバ１００から配信される映像データを受信し、復号化等の処理をする機能を備える。このようにして映像データから再生された映像は、ユーザインタフェース２０４が表示する。音声も映像データに含まれている場合は、音声出力もする。

ユーザインタフェース２０４は、限定するものではないが、例えば、液晶パネル等のディスプレイ装置、ポインティングデバイス、キーボードデバイス、スピーカ等から成り、本実施形態では、少なくとも、映像受信再生手段２０３が再生する映像を所定の画面サイズを持った領域に映像表示する機能と、その領域の画面サイズのユーザによる変更を受け付ける機能とを備える。

図２に、映像画面サイズの変更を説明するための概念図を示す。
図２中の全表示領域とは、例えば、液晶パネルの表示可能な全領域であり、今、ユーザインタフェース２０４は、全表示領域にマルチウィンドウ方式のグラフィカルユーザインタフェース（ＧＵＩ）を示しているものとする。

ＧＵＩにおいて、各表示要素は、他のアプリケーションのウィンドウＷ１に示すように、所定の画面サイズを持った領域に表示される。映像受信再生手段２０３が再生する映像も同様に、所定の画面サイズを持った領域に表示されるが、ユーザインタフェース２０４は、この領域の画面サイズをユーザが変更する操作を受け付ける機能を備える。

ユーザインタフェース２０４は、例えば、第１の映像画面サイズの領域Ｗ２から、第２の映像画面サイズの領域Ｗ３へ変更する操作を受け付ける。映像画面サイズの変更は、このような、映像受信再生手段２０３が再生する映像の画面サイズの変更を言う。なお、映像画面サイズの変更は、本実施形態においては、Ｗ２→Ｗ３のような映像画面サイズの縮小のみならず、Ｗ３→Ｗ２のような拡大も含む。

再び、図１を参照する。
映像画面サイズ変更検知手段２０１は、ユーザインタフェース２０４において映像受信再生手段２０３が再生する映像の画面サイズが変更されたことを検知して、変更後の映像画面サイズをユーザインタフェース２０４から取得する機能を備える。取得した変更後の映像画面サイズは、トランスコードパラメータ算出手段２０２に入力する。

トランスコードパラメータ算出手段２０２は、映像画面サイズ変更検知手段２０１が取得した変更後の映像画面サイズに適したトランスコードパラメータを算出する機能を備える。例えば、広い映像画面サイズには高解像度の、狭い映像画面サイズには低解像度のトランスコードパラメータを算出する。トランスコードパラメータ算出手段２０２は、算出したトランスコードパラメータを自動的にサーバ１００に通知・送信する。

次に、図３を参照して、上述した本実施形態に係る配信システムにおける処理の流れを説明する。
本実施形態に係る配信システムにおける処理は、まず、映像画面サイズ変更検知手段２０１が、ユーザがユーザインタフェース２０４を利用して行う操作の結果生じた映像画面サイズの変更を検知することから始まる（ステップＳ１０１、Ｙｅｓ）。

すると、トランスコードパラメータ算出手段２０２が取得した変更後の映像画面サイズに適したトランスコードパラメータを算出する（ステップＳ１０２）。トランスコードパラメータ算出手段２０２は、算出したトランスコードパラメータをサーバ１００に自動通知する（ステップＳ１０３）。

サーバ１００においては、トランスコードパラメータ受信手段１０１が送られてきたトランスコードパラメータを受信する（ステップＳ１０４）。次に、配信映像品質変更手段１０２が受信したトランスコードパラメータに基づいて配信映像品質の変更を実行する（ステップＳ１０５）。

本実施形態は上述のような構成を持ち、また、上述のように動作する。したがって、本実施形態によれば、映像画面サイズから必要な映像品質を自動で算出し、それを映像配信元に伝え、配信元で映像をトランスコード圧縮することで、視聴者であるユーザによる映像画面サイズの変更に動的に追従することができるため、映像データの配信システムにおいて通信路の帯域を効率よく使用することが可能になる。

とりわけ、図２に示したように、映像画面サイズを縮小する変更の場合は、変更前の映像画面サイズに相応な程度にリッチな映像品質は必要ないと考えられる。そこで、トランスコード圧縮により映像データを軽くすることで不必要なネットワークトラフィックを防止することができる。通信路の帯域を効率よく使用することが可能になるという効果が顕著である。

例えば、ユーザが映像画面サイズを図２のＷ３の大きさに変更すれば、全表示領域にＷ３が占める割合等を勘案して、他のアプリケーションのウィンドウＷ１で何か他の作業しながら映像を視聴するというような、いわゆる「ながら視聴」であろうということが予想される。

本実施形態によれば、このような場合に、自動的に品質を落として映像データを配信することができ、通信路の帯域を圧迫しない。このことは、例えば、配信サーバ１００として次のような装置を適用する場合に特に有利である。すなわち、テレビチューナ機能及びＷｉ−Ｆｉ（登録商標）ルータ機能を有して、受信したテレビ番組をトランスコードして無線ＬＡＮを介して配信するサーバ装置である。無線ＬＡＮという比較的帯域の狭い通信路を利用するためである。

また、本実施形態によれば、視聴者であるユーザが行う操作は映像画面サイズを変更することのみである。手動で映像品質を設定するという操作が必要ない。

また、本実施形態によれば、ユーザが映像画面サイズを縮小した後、再生されている映像に再び興味を持ったなどの状況で映像画面サイズを拡大した場合においても、変更後の映像画面サイズに応じたトランスコードパラメータが算出され、適用される。ユーザによる映像画面サイズの変更に動的に追従することができるため、粗い画像のまま映像を視聴しなければならなくなる、或いは、手動で映像品質を高める必要が生じるなどの不具合がない。

したがって、本実施形態によれば、ユーザによる映像画面サイズの変更にシームレスに追従することが可能になる。
しかしながら、完全にシームレスに追従するように構成した場合は、クライアント２００における処理の負荷が高まる可能性がある。そこで、映像画面サイズとトランスコードパラメータとの対応を多段階にして、本発明を実施してもよい。そのような実施形態を第２実施形態として以下に説明する。

第２実施形態は、第１実施形態とほぼ同等であるが、トランスコードパラメータ算出手段２０２におけるトランスコードパラメータの算出する処理が異なる。トランスコードパラメータ算出手段２０２は、第１実施形態と同様に、映像画面サイズ変更検知手段２０１が取得した変更後の映像画面サイズに適したトランスコードパラメータを算出するが、図４に示すように、映像画面サイズとトランスコードパラメータとの対応関係が多段階である。

図４においては、映像画面サイズを３段階に分け、各段階に対応するトランスコードパラメータを設定する。図４では、トランスコードパラメータとして、具体的にフォーマット（Ｐ１）、映像サイズ（Ｐ２）、映像ビットレート（Ｐ３）を例示している。
第２実施形態によれば、第１実施形態に示した構成を実装することが容易になる。

また、上記いずれの実施形態においても、映像画面サイズの変更に連動して、ユーザインタフェース２０４がディスプレイ輝度を変更する処理をすることも好ましい。具体的には、ディスプレイの全表示領域に対して映像画面サイズが大きい場合はディスプレイ輝度を高め、逆に映像画面サイズが小さい場合はディスプレイ輝度を低める処理を行う。

なお、上記第１実施形態において示した種々の論理構成（各手段）を、上記第１実施形態とは異なる態様で配置しても上記第１実施形態と同等の効果が得られる場合や、追加の効果が得られる場合もある。具体例を第３実施形態として以下に説明する。

第３実施形態は、トランスコードパラメータ算出手段２０２をクライアント２００が具備するよう構成するのではなく、配信サーバ１００が具備するように構成した点で第１実施形態と異なる（図５）。

図５に示すように、本実施形態においては、トランスコードパラメータ受信手段１０１を省略し、配信サーバ１００がトランスコードパラメータ算出手段２０２を具備する。映像画面サイズ変更検知手段２０１は、取得した変更後の映像画面サイズをネットワークを介して配信サーバ１００に送り、トランスコードパラメータ算出手段２０２は、算出したトランスコードパラメータを配信映像品質変更手段１０２に送る。

なお、配信サーバ１００のクライアントがクライアント２００の他にも多数ある場合には、トランスコードパラメータ算出手段２０２がトランスコードパラメータを算出する際、通信路の帯域の状態に基づいて調整して各クライアントに配信する映像のトランスコードパラメータを算出することが好ましい。

具体的には、各クライアントの映像画面サイズに相応のトランスコードパラメータを設定して配信を行うと帯域が不足してしまう場合に、帯域が不足しないように調整する。調整の態様としては種々考えられるが、例えば、高品質のトランスコードパラメータを要求するクライアントに配信する映像データに適用するトランスコードパラメータを、要求品質より落とす調整をするとよい。

第３実施形態によれば、トランスコードパラメータ算出処理を各クライアントにて実行する場合に比べて、各クライアントの処理負荷が低減する。
また、クライアントが多数の場合にはネットワークの帯域に制約が生じがちであるが、第３実施形態によれば、配信サーバ１００にて算出されるトランスコードパラメータが帯域の制約に対して調整された値になる。そのため、単に各クライアントがバラバラに算出したトランスコードパラメータに係る要求品質の映像配信をする構成に比べて、通信路の帯域をさらに効率よく使用することができる。

なお、上記第１ないし第３実施形態に係る配信システムはいずれも、サーバと配信を受け取るクライアントが一対一で通信を行う方式であるユニキャスト配信を用いているが、本発明はこれに限定されず、サーバとクライアントが１対多の関係にあるマルチキャスト配信においても適用可能である。

しかしながら、マルチキャスト配信における適用にあたっては、上記第１ないし第３実施形態ではトランスコードパラメータが個々のクライアント毎に算出され、クライアント毎に設定したいトランスコードパラメータが異なる可能性がある。この問題を解決するためには、上記第１ないし３実施形態において、トランスコードパラメータ算出の際に、クライアント毎に設定したいトランスコードパラメータが異なる場合に備えて調整を行う構成とするとよい。具体例を第４実施形態として以下に説明する。

第４実施形態では、第３実施形態において、配信システムにおいてクライアント２００が複数存在し、これらがマルチキャスト配信方式にて配信サーバ１００と通信を行う（図６）。また、本実施形態においては、配信サーバ１００は、トランスコードパラメータ算出手段２０２の後段にトランスコードパラメータ調整手段１０５を備える。

図６に示すように、トランスコードパラメータ算出手段２０２には、複数のクライアント２００から映像画面サイズが変更されるタイミングで適宜変更後の映像画面サイズが送られてくる。トランスコードパラメータ算出手段２０２は、上述した各実施形態同様にトランスコードパラメータを算出するが、算出したトランスコードパラメータを配信映像品質変更手段１０２に入力する前に、トランスコードパラメータ調整手段１０５に入力する。

トランスコードパラメータ調整手段１０５は、複数のクライアント毎に適切な設定と考えられるトランスコードパラメータを保持し、これらに基づいて調整を行い、調整値を後段の配信映像品質変更手段１０２に入力する。映像配信手段１０３は、配信映像品質変更手段１０２が設定した調整値に基づいて各クライアント２００に映像データをマルチキャスト配信する。

調整の態様として、複数のクライアントの中で映像画面サイズが最大のものに合わせるとよい。映像品質に不満を持つ視聴ユーザが最も出にくいという点で有利である。
また別の態様として、算出されたトランスコードパラメータから平均的な値を採用して調整値とするとよい。視聴ユーザ間で要求される映像品質と、帯域の効率的な使用とのバランスがよい調整方法という点で有利である。
また別の態様として、あらかじめクライアントの優先度を決めておき、それに従い調整値を定めるとよい。例えば、極端に大きな映像画面サイズで視聴しているユーザの影響を避けることができるという効果がある。

なお、第１又は第２実施形態のように、クライアント２００がトランスコードパラメータ算出手段２０２を備える構成においても、上記第４実施形態と同様に、トランスコードパラメータ算出手段２０２の後段、配信映像品質変更手段１０２の前段にトランスコードパラメータ調整手段１０５を備えることで、上記第４実施形態と同じ効果が得られる。具体例を第５実施形態として、図７に示す。構成及び動作は第４実施形態と同様である。

１００ 配信サーバ
１０１ トランスコードパラメータ受信手段
１０２ 配信映像品質変更手段
１０３ 映像配信手段
１０４ 映像データ蓄積部
１０５ トランスコードパラメータ調整手段
２００ クライアント
２０１ 映像画面サイズ変更検知手段
２０２ トランスコードパラメータ算出手段
２０３ 映像受信再生手段
２０４ ユーザインタフェース

Claims (6)

1. ネットワークを経由して、配信サーバが配信する映像をクライアントが受信し再生するサーバクライアント方式の配信システムにおいて、
   クライアントが再生している映像画面サイズの大きさをユーザが変更すると、変更した映像画面サイズに応じたトランスコードパラメータを算出し、前記配信サーバにおける映像のトランスコードに前記トランスコードパラメータを適用して、トランスコード後の映像データを前記クライアントに配信することを特徴とする、配信システム。
2. 入力された第１の映像データをトランスコードして、トランスコード後の第２の映像データを、ネットワークを介して接続するクライアントに配信する映像配信手段と、
   前記クライアントにて前記第２の映像データに基づく映像が表示される領域の大きさである映像画面サイズに応じて算出されたトランスコードパラメータを前記クライアントから受信するトランスコードパラメータ受信手段と、
   受信した前記トランスコードパラメータを前記映像配信手段が実行する前記トランスコードに適用して配信映像の品質を変更する配信映像品質変更手段と、
   を有することを特徴とする、配信サーバ。
3. 入力された第１の映像データをトランスコードして、トランスコード後の第２の映像データを、ネットワークを介して接続するクライアントに配信する映像配信手段と、
   前記クライアントにて前記第２の映像データに基づく映像が表示される領域の大きさである映像画面サイズを前記クライアントから受信して、前記映像画面サイズに応じてトランスコードパラメータを算出するトランスコードパラメータ算出手段と、
   算出した前記トランスコードパラメータを前記映像配信手段が実行する前記トランスコードに適用して配信映像の品質を変更する配信映像品質変更手段と、
   を有することを特徴とする、配信サーバ。
4. 前記トランスコードパラメータ算出手段は、前記クライアントが複数であって、各クライアントの映像画面サイズに相応のトランスコードパラメータを設定して前記映像配信手段により配信を行うと前記ネットワークにおける帯域が不足してしまう場合に、帯域が不足しないように調整した値のトランスコードパラメータを算出することを特徴とする、請求項３記載の配信サーバ。
5. ネットワークを介して配信サーバ及びクライアントが接続する配信システムであって、
   前記配信サーバは、
   入力された第１の映像データをトランスコードして、トランスコード後の第２の映像データを、前記クライアントに配信する映像配信手段を有し、
   前記クライアントは、
   配信された前記第２の映像データに基づいた映像を、所定の大きさの映像画面サイズを持った領域に表示するユーザインタフェースと、
   ユーザによる前記映像画面サイズの変更を検知し変更後の前記映像画面サイズを取得する映像画面サイズ変更検知手段と、
   取得した変更後の前記映像画面サイズに応じたトランスコードパラメータを算出し、算出した前記トランスコードパラメータを前記配信サーバへ送信するトランスコードパラメータ算出手段と、を有し、
   前記配信サーバは、さらに、
   送信された前記トランスコードパラメータを前記クライアントから受信するトランスコードパラメータ受信手段と、
   受信した前記トランスコードパラメータを前記映像配信手段が実行する前記トランスコードに適用して配信映像の品質を変更する配信映像品質変更手段と、
   を備えることを特徴とする、配信システム。
6. ネットワークを介して配信サーバ及びクライアントが接続する配信システムであって、
   前記配信サーバは、
   入力された第１の映像データをトランスコードして、トランスコード後の第２の映像データを、前記クライアントに配信する映像配信手段を有し、
   前記クライアントは、
   配信された前記第２の映像データに基づいた映像を、所定の大きさの映像画面サイズを持った領域に表示するユーザインタフェースと、
   ユーザによる前記映像画面サイズの変更を検知し変更後の前記映像画面サイズを取得し、取得した前記映像画面サイズを前記配信サーバへ送信する映像画面サイズ変更検知手段と、を有し、
   前記配信サーバは、さらに、
   受信した変更後の前記映像画面サイズに応じたトランスコードパラメータを算出し、算出した前記トランスコードパラメータを前記配信サーバへ送信するトランスコードパラメータ算出手段と、
   算出した前記トランスコードパラメータを前記映像配信手段が実行する前記トランスコードに適用して配信映像の品質を変更する配信映像品質変更手段と、
   を備えることを特徴とする、配信システム。

Images