(57)【要約】【課題】注目する視聴対象、リアルタイム性の重要度、解像度、視聴領域等が指定可能であり、ネットワーク環境に最適な品質の動画が視聴可能な動画視聴方法を提供する。【解決手段】通信端末１０は、動画配信サーバ（以下、サーバ）１１から視聴する動画の概要を示す概要画像を受信し、概要画像から視聴情報を指定する。指定した視聴情報をサーバ１１に送信し、サーバ１１から視聴情報に基づいた指定動画を受信する。また通信端末１０は、サーバ１１からサーバ１１が配信可能な指定動画の品質情報リストを受信する。通信端末１０において、品質情報リストからフロー情報を作成し、フロー情報をもとに指定動画のフローに帯域を割当てる。通信端末１０は、品質情報リストと割当てられた帯域に基づいて、サーバ１１に選択した品質情報を送信し、サーバ１１から選択した品質の指定動画を受信する。【選択図】図１
2007194680.tif 000002
【特許請求の範囲】
【請求項１】
動画配信・視聴システムを用いて通信端末で動画を視聴する動画視聴方法であって、
前記通信端末が動画配信サーバから視聴動画の概要を示す画像を受信するステップと、
前記通信端末が指定する視聴情報を前記動画配信サーバに送信するステップと、
前記通信端末が前記動画配信サーバから前記視聴情報に基づいた指定動画を受信するステップとを含むことを特徴とする動画視聴方法。
【請求項２】
前記通信端末が前記動画配信サーバから該動画配信サーバが配信可能な前記指定動画の品質情報リストを受信するステップと、
前記通信端末が前記品質情報リストに基づいて選択した品質情報を前記動画配信サーバに送信するステップと、
前記通信端末が前記動画配信サーバから選択した品質の前記指定動画を受信するステップとを含むことを特徴とする請求項１記載の動画視聴方法。
【請求項３】
前記通信端末において、前記品質情報リストをもとにフロー情報を作成し、該フロー情報を動画視聴アプリケーションから通信管理部に通知するステップと、
前記通信端末において、前記フロー情報をもとに割当てられた帯域が前記通信管理部から前記動画視聴アプリケーションに通知するステップとを含むことを特徴とする請求項２記載の動画視聴方法。
【請求項４】
前記通信端末が指定する前記視聴情報は、少なくとも注目対象を含むことを特徴とする請求項１〜３のいずれか１項に記載の動画視聴方法。
【請求項５】
前記通信端末が指定する前記視聴情報は、少なくとも視聴領域を含むことを特徴とする請求項１〜３のいずれか１項に記載の動画視聴方法。
【請求項６】
前記通信端末が指定する前記視聴情報は、少なくとも注目対象と視聴領域の両方を含むことを特徴とする請求項１〜３のいずれか１項に記載の動画視聴方法。
【請求項７】
前記フロー情報は、嗜好情報として少なくとも必要帯域を含むことを特徴とする請求項３〜６のいずれか１項に記載の動画視聴方法。
【請求項８】
前記フロー情報は、嗜好情報として遅延差情報、課金情報、単位時間当たりのパケットロス率情報及び無線通信メディアのセル情報の１つまたは複数を含むことを特徴とする請求項３〜６のいずれか１項に記載の動画視聴方法。
【請求項９】
請求項１〜８のいずれか１項に記載の動画視聴方法に用いられる通信端末であって、
視聴動画の概要を示す画像を表示する概要画像表示手段と、
前記通信端末が指定した指定動画を表示する指定動画表示手段とを備えることを特徴とする通信端末。
【請求項１０】
前記概要画像表示手段により表示される画面を表示する表示部は、視聴情報を入力する入力装置を兼ねることを特徴とする請求項９記載の通信端末。
【請求項１１】
請求項１〜８のいずれか１項に記載の動画視聴方法の実現に用いられる処理を、コンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＭｏｂｉｌｅＩＰなどの第三層移動管理プロトコルにおける通信路選択機能を有し、アプリケーションに帯域を割当てる送受信方法を用いて、通信端末で希望する動画を受信する動画視聴方法、通信端末、およびプログラムに関する。
【背景技術】
【０００２】
近年、ＭｏｂｉｌｅＩＰｖ６（Mobility Support in IPv6、ＲＦＣ３７７５）等のＩＰ層でのモビリティサポートの研究・開発が盛んである。ＭｏｂｉｌｅＩＰは、ＯＳＩ（Open Systems Interconnection）７階層モデルにおける第三層のプロトコルで、上位アプリケーションからクライアントの移動（ネットワーク／通信メディアの切り替えや、通信の瞬断など）を隠蔽し、通信を継続させる技術である。このＭｏｂｉｌｅＩＰは、モバイルノード（ＭＮ：Mobile Node）・ホームエージェント（ＨＡ：Home Agent）、コレスポンデントノード（ＣＮ：Correspondent Node）と呼ばれるノードから構成される。
【０００３】
モバイルノード（ＭＮ）は、ホームアドレスと呼ばれる常に不変なアドレスを有しており、そのアドレスを管理するノードがホームエージェント（ＨＡ）である。ＭＮはＨＡのリンクであるホームリンク以外のネットワークに接続した際、ケアオブアドレス（ＣｏＡ：Care-of Address）と呼ばれるアドレスを何らかの手段（ＲＡ、ＤＨＣＰｖ６など）で得る。ここで得たＣｏＡは、ＨＡにＢｉｎｄｉｎｇ  Ｕｐｄａｔｅというメッセージで通知される。
【０００４】
この結果、ＭＮと通信したいノード（＝ＣＮ）がホームアドレス宛にパケットを送信すると、ホームアドレスはＨＡの管理するリンクのアドレスであるので、一旦、ＨＡに届く。その際に、ＨＡは、ホームアドレスと関連付けされたＣｏＡ宛に転送する。この結果、常にＭＮは、ホームアドレスで通信可能となる。ＭＮにおいては、ＭＮ上で動作するアプリケーションが、前記ホームアドレスと呼ばれるＩＰアドレスを常に使用し通信する。
【０００５】
実際のＩＰｖ６（Internet Protocol Version 6）パケットのソースアドレス、もしくは、ディスティネーションアドレスにはＣｏＡを用い、ＩＰｖ６  ｏｖｅｒ  ＩＰｖ６カプセル化、ｍｏｂｉｌｉｔｙ  ｈｅａｄｅｒなどの内包されたアドレスにホームアドレスを用いる。この結果、アプリケーションにはホームアドレスを通知し、実際に用いるＩＰｖ６アドレス（ＣｏＡ）を隠蔽している。その結果、前記アプリケーションは、以下のような特性を持つ。
【０００６】
（１）ネットワークとの接続性がある際には、ホームアドレスで常に通信が可能である。（２）通信中に、複数の異なるネットワークへのハンドオーバーが出来るようになる。すなわち、ＭｏｂｉｌｅＩＰ対応端末は、複数の通信メディア（例えば、ＮＩＣ：Network Interface Card）を有することが可能で、前記複数の通信メディアに跨ったハンドオーバーが可能である。ＭｏｂｉｌｅＩＰの既知の問題点として、ＭｏｂｉｌｅＩＰ対応端末が複数の通信メディアを有する場合に、どの通信メディアを使用するか、すなわちＣｏＡにどのアドレスを用いるかという問題がある。
【０００７】
また、ＭｏｂｉｌｅＩＰは、複数のＣｏＡを有する場合、複数の通信メディアを同時に使用するマルチホームを実現できるといわれることが多い。しかしながら、実際のＭｏｂｉｌｅＩＰの仕様では、マルチホームを実現することはできないため、それを実現する一手段として、全てのＣｏＡを通信相手に対して通知するべきであるとの趣旨から、複数のＣｏＡを有する際のＭｏｂｉｌｅＩＰの仕様である「ｄｒａｆｔ−ｗａｋｉｋａｗａ−ｍｏｂｉｌｅｉｐ−ｍｕｌｔｉｐｌｅｃｏａ」が提案されている。しかし、この提案は、マルチホームには対応しているが、具体的にどのようにして、マルチホームを実現するか、また、最適な通信メディアの組み合わせを選択することについては規定されていない。
【０００８】
そこで、本出願人は、通信端末上における複数のフローは、フロー毎にユーザもしくはアプリケーションの嗜好を反映した自分と相手端末の通信メディアの組み合わせを選択することができ、複数の端末との通信が可能で、しかも、嗜好情報を相手に知られることなく実行可能な送受信方法を提案している。
【０００９】
また、ＭｏｂｉｌｅＩＰが積極的に利用される分野としては、動画配信が考えられる。しかし、現在の動画配信の代表的なメディアはＴＶであるが、全てのユーザに同じアングルでの映像しか提供されていない。また、ＶＯＤ（Video On Demand）でも同じことが言え、ユーザの好む映像を提供することは行われていない。
【非特許文献１】湧川  隆次（Ryuji Wakikawa）、外４名、［online］、平成17年6月20日、［平成17年11月1日検索］、インターネット（URL：http://www.nautilus6.org/doc/drafts/draft-wakikawa-mobileip-multiplecoa-04.txt）
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本出願人の以前の提案によれば、アプリケーションの使用可能帯域などと、それらに対するユーザの嗜好とに基づき、アプリケーションは適切な帯域での通信が可能となる。
しかしながら、この提案では、通信管理部とアプリケーションの間で受け渡す情報は、帯域・遅延・パケットロス率等の通信に関する情報だけであり、使用するアプリケーションによっては、これらの情報だけでは不十分なこともある。例えば、スポーツの動画配信を視聴するための動画視聴アプリケーションにおいては、前述の通信に関する情報の嗜好度を選択できることだけではなく、注目する視聴対象、リアルタイム性、解像度、視聴領域等が指定できることが好ましい。
【００１１】
本発明は、上述した実情に鑑みてなされたもので、注目する視聴対象、リアルタイム性の重要度、解像度、視聴領域等が指定可能な動画視聴方法、通信端末および動画視聴プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明による動画視聴方法は、動画配信・視聴システムを用いて通信端末で動画を視聴する動画視聴方法であって、通信端末が動画配信サーバから視聴動画の概要を示す画像を受信するステップと、通信端末が指定する視聴情報を動画配信サーバに送信するステップと、通信端末が動画配信サーバから視聴情報に基づいた指定動画を受信するステップとを含む。
【００１３】
また、本発明による動画視聴方法は、通信端末が動画配信サーバから動画配信サーバが配信可能な指定動画の品質情報リストを受信するステップと、通信端末が品質情報リストに基づいて選択した品質情報を動画配信サーバに送信するステップと、通信端末が動画配信サーバから選択した品質の指定動画を受信するステップとを含む。
【００１４】
また、本発明による動画視聴方法は、通信端末において、品質情報リストをもとにフロー情報を作成し、フロー情報を動画視聴アプリケーションから通信管理部に通知するステップと、通信端末において、フロー情報をもとに割当てられた帯域が通信管理部から動画視聴アプリケーションに通知するステップとを含む。
【００１５】
なお、通信端末が指定する視聴情報は、少なくとも注目対象、視聴領域、又は注目対象と視聴領域の両方を含む。フロー情報は、嗜好情報として少なくとも必要帯域を含み、また、嗜好情報として遅延差情報、課金情報、単位時間当たりのパケットロス率情報及び無線通信メディアのセル情報の１つまたは複数を含む。
【００１６】
本発明による動画視聴方法に用いられる通信端末は、視聴動画の概要を示す画像を表示する概要画像表示手段と、通信端末が指定した指定動画を表示する指定動画表示手段とを備える。また、概要画像表示手段により表示される画面を表示する表示部は、視聴情報を入力する入力装置を兼ねる。
また、本発明によるプログラムは、本発明の動画視聴方法の実現に用いられる処理をコンピュータに実行させるためのプログラムである。
【発明の効果】
【００１７】
本発明によれば、ユーザが注目する対象や視聴する領域を指定することが可能となり、かつ、ネットワーク環境に最適な品質で動画を視聴することが可能となる。
【発明を実施するための最良の形態】
【００１８】
（第１の実施形態）
図１〜図１０により、本発明の第１の実施形態についてサッカーの動画を視聴する例で説明する。本実施形態のシステム構成例の模式図を図１、シーケンス図を図２に示す。このシステムは、通信端末１０、動画配信サーバ１１、アクセスポイントＡＰ２００及びＡＰ２０１から構成される。
【００１９】
通信端末１０は、動画を視聴するための動画視聴アプリケーション２１と、他端末との通信を制御し帯域割り当てなどの機能を有する通信管理部２２と、種々の画面を表示する表示部２３を有し、ＩＰアドレスとしてＩＰ１０が割当てられ、自身の通信メディアＮＩＣ１００及びＮＩＣ１０１と、アクセスポイントＡＰ２００及びＡＰ２０１とを介してインターネットに接続されている。また動画配信サーバ１１は、動画を配信する動画配信アプリケーション３１と他端末との通信を制御する通信管理部３２を有し、ＩＰアドレスとしてＩＰ１１が割当てられている。
【００２０】
図２は、本実施形態における動画配信の流れを説明するシーケンス図である。ユーザはまず、視聴するサッカーの動画を受信することを通信端末１０の動画視聴アプリケーション２１に指示し、動画視聴アプリケーション２１は通信を開始する。動画を受信するためには、動画視聴アプリケーション２１は、動画を配信している動画配信サーバ１１の場所を知る必要がある。その方法として、たとえばＨＴＴＰ（Hyper Text Transfer Protocol）サーバから情報を得たりＩＣタグを利用したりして、ＳＩＰ（Session Initiation Protocol）やＲＴＳＰ（Real Time Streaming Protocol）のＵＲＬ（Universal Resource Locator）を得る等の方法が考えられるが、本発明の範囲外とし詳細な説明は省略する。このような方法を用いて場所を知った動画配信サーバ１１に対して、ユーザの所有する通信端末１０の動画視聴アプリケーション２１は、視聴する動画の配信サービスを要求する（図２の動画要求）。
【００２１】
この要求を受けた動画配信サーバ１１の動画配信アプリケーション３１は、通信端末１０で視聴する動画すなわち視聴動画の配信を動画視聴アプリケーション２１に対して開始する。なお、この際に配信される動画はデフォルト設定のものとする。このデフォルト設定の動画の画質は、通信に用いられるネットワークの状態がわからないので、低画質であることが好ましい。また、配信される内容もデフォルト設定のものが送信される。このデフォルトの設定は通信端末１０側で行っていてもよいし、動画配信サーバ１１側で行っていてもよい。
また、デフォルトの動画を受信する際に、通信端末１０は動画配信サーバ１１から注目する対象・視聴する領域などの視聴情報を指定するための視聴動画の概要を示す画像及び／又は視聴動画の概要を説明する情報等も受信する。
【００２２】
図３は、一つのメイン画面と二つのサブ画面を表示する表示部から構成される本実施形態に係る通信端末の概念図である。表示部２３のメイン画面２３ａには、指定された視聴情報に基づいたストリーミング動画、すなわち指定動画が得られる。本実施形態では指定した選手に注目した動画や、サッカー場の部分に注目した動画などが得られる。ただし、動画視聴開始直後は、この指定動画ではなく、デフォルト設定の動画がメイン画面２３ａに表示されている。
サブ画面は、視聴情報を指定するための概要画像及び／又は概要説明画像を表示させることができるものとする。本実施形態では、サブ画面２３ｂには、概要画像としてサッカー場全体の画像が表示されており、選手が○で表示されている。サブ画面２３ｃには、例えば、概要説明情報として各選手の情報等が表示されている。
【００２３】
ユーザは、右下のサブ画面２３ｂに表示されている全体画像から視聴する領域を指定する。もしくは注目対象として、サブ画面２３ｂの複数の○（選手）から（サブ画面２３ｃの選手情報からでも可）視聴する選手を指定する。視聴領域を指定する場合は、後述の矩形選択で指定したり、視聴開始場所及び視聴する広さを数値で指定したりなどして指定する。また、視聴領域の開始位置を、ゴール近辺などにあらかじめ設定しておき、視聴する広さのみを指定することも可能である。また、選手を指定する場合は、選手を示す○をクリックしたり、表示部２３をタッチパネルなどの入力装置で構成しユーザが選手情報をタップしたりなどして指定するようにしてもよい。
【００２４】
図３の例では、サブ画面２３ｂでサッカー場の左上が視聴領域として矩形選択で指定されている。なお、本実施形態ではサブ画面２３ｂ、２３ｃに片側のチームのみを表示しているが、全選手を表示しても良いし、一部の人気選手だけ表示しても良いし、チーム毎に切り替え可能であっても良い。
【００２５】
重要なのは、何に注目し、それをどのような大きさで視聴したいのかという情報である。この情報は例えば、ゴール近辺の３２ｍ×１８ｍ程度に注目したり、背番号１０の選手の周辺１０ｍ四方に注目したり、といった内容にあたる。この情報の指定方法には前述の矩形選択、例えば、ＧＵＩ（Graphical User Interface）からサブ画面２３ｂ上の四角で囲まれた部分の大きさや位置をユーザが変化させることによって、ユーザの意思を反映した視聴領域を動画視聴アプリケーション２１に指定する方法がある。
【００２６】
また、前述のように選手を指定した上で、さらにその選手を中心にどれだけの広さを視聴するかを指定するための入力欄をサブ画面２３ｃに設け、ユーザがその欄に入力することにより、注目対象選手と視聴する広さを指定する方法もある。この際、入力欄は別画面に設けても良い。
【００２７】
これらの方法で指定された視聴情報の例を図４に示す。図４に示す情報は、ユーザの指定に基づいて動画視聴アプリケーション２１が計算を行う。動画視聴アプリケーション２１は、この計算した視聴情報を動画配信サーバ１１に送信する。ここで、図４（Ａ）は、視聴領域としてユーザがＸ座標０メートル（以下、ｍ）、Ｙ座標１０ｍの地点を始点に３２ｍ×１８ｍの広さを指定した場合の視聴情報を示している。図４（Ｂ）は、背番号１１の選手に注目することを指定しているが、視聴する広さはユーザが指定しておらず、動画配信サーバ１１または通信端末１０のデフォルト設定でかまわない場合の視聴情報を示している。また、図４（Ｃ）は背番号１０の選手に注目し、その選手の周辺８ｍ×６ｍの広さに注目することをユーザが指定した場合の視聴情報を示している。これらの計算された視聴情報は、メイン画面２３ａで表示したり、サブ画面２３ｂ、２３ｃなどに表示しても良い。
【００２８】
ここで、視聴領域開始位置や広さを指定する際に、この図４の例のように実空間にマップされた値で指定しても良いし、サブ画面２３ｂ上のピクセル数で指定しても良い。実空間にマップされた値を用いる場合には、別途、概要画像の実空間情報すなわち実空間上の値と概要画像（本実施形態ではサブ画面の全体画像）上のピクセル数との対応データが必要となる。図２に鎖線で示すように、この概要画像の実空間情報は、最低品質動画の配信と同時または配信後に、動画配信サーバ１１の動画配信アプリケーション３１から送信される。本実施形態においては、視聴情報をサブ画面上のピクセル数で指定するものとし、このステップは省かれ、動画視聴アプリケーション２１は指定された視聴情報を動画配信サーバ１１に送信する。
【００２９】
視聴情報を受け取った動画配信サーバ１１は、その視聴情報に基づいた指定動画を通信端末１０の動画視聴アプリケーション２１に配信する。それと同時または配信した後に、動画配信サーバ１１は、品質情報リストとして、一つ又は複数の提供可能な指定動画の品質の情報を動画視聴アプリケーション２１に提示する。
ところで、本実施形態では、視聴情報として視聴領域が指定されており、動画配信サーバ１１は指定動画を配信する際に、図５の様にサッカー場全体を非常に詳細な画像で撮影していて、その一部を切り出しているものとする。すなわち、動画配信サーバ１１は、全体を１６００００×９００００ピクセルの様な非常に高精細なカメラで撮影し、その一部を配信することが可能であるものとする。動画配信サーバ１１は、その高精細な画像の中でユーザが指定した視聴領域の動画を指定動画として配信する。
【００３０】
図６は指定動画の品質情報リストの一例を説明するための図である。この例では、ユーザが指定した領域において、動画配信サーバ１１が配信できる動画の品質には６種類ある。そのうちの動画視聴アプリケーション２１における動画解像度が１６０００×９０００の品質情報について説明すると、この解像度の配信可能な動画の１秒あたりのフレーム数（以下、ｆｐｓ）は１５、コーデックはｃｏｄｅｃ−ａである。また、動画配信サーバ１１は、６００Ｍｂｐｓの帯域幅で、この解像度の動画を配信可能である。ここでは、コーデックにはｃｏｄｅｃ−ａからｃｏｄｅｃ−ｄの４段階あり、ｃｏｄｅｃ−ａが最高画質である。
他の動画解像度の品質情報についても同様に説明される。
【００３１】
また、動画視聴アプリケーション２１は、視聴情報の指定時またはその指定に対する動画配信アプリケーション３１からの返答を受け取った後に、図７、８に示すようなフロー情報を通信管理部２２に通知する。この図７に示されるフロー１は、メイン画面１３ａのデータのフローに相当する。また、図８に示されるフロー２はサブ画面１３ｂの、フロー３はサブ画面１３ｃのデータのフローに相当するものである。
【００３２】
これらのフロー情報には、少なくともディスティネーションアドレス（Dst Addr）、ソースアドレス（Src Addr）、ディスティネーションポート（Dst Port）が含まれる。また嗜好情報に関わる帯域幅として、最低限必要な帯域幅（BW(MIN)）、動画視聴アプリケーション２１が受信可能な最高品質の画像（動画を含む）を視聴するのに必要な帯域幅（BW(max)）が含まれ、その帯域幅に対する嗜好度も含まれる。
【００３３】
この嗜好情報とは、遅延量の少なさを優先するか画質を優先するか、等といった情報であり、予め設定されていても良いし、その都度、選択画面等により選択しても良い。また、嗜好情報は、その嗜好度（嗜好の度合い）が数値として処理できるようにされていて、どの帯域幅までの動画を受信するかを決定する際に重み付けの値として用いられる。これは図７中のＢＷ２、ＢＷ３等に付いている（＊２）、や（＊４）といった数値である。
【００３４】
嗜好情報を含むフロー情報は、動画配信アプリケーション３１から得られた品質情報リスト中の帯域幅の値をもとに、動画視聴アプリケーション２１により作成される。そのため、特に、フロー１のフロー情報では、ユーザが指定した視聴広さによって必要な帯域幅が異なり、フロー情報の帯域幅の値が変化する。
【００３５】
ところで、ユーザがサッカー場全体の中の１／１００すなわち１６００００×９００００ピクセルの中で１６０００×９０００ピクセルの大きさを指定した場合と、サッカー場全体の中の１／４００００すなわち８００×４５０の大きさを指定した場合においては、最高品質の画像に必要な帯域幅は変わってくる。それに伴い、品質情報リスト中の帯域幅の値も変化するため、動画視聴アプリケーション２１が通信管理部２２に渡すフロー情報は変わる。
【００３６】
図７（Ａ）は狭い視聴領域を指定した場合（最高の画質を求めてもたかだか８Ｍｂｐｓのような場合）のメイン画面のフロー情報の一例で、図７（Ｂ）は広い視聴領域を指定した場合（最高の画質を求めた際には３０Ｍｂｐｓのような場合）のメイン画面のフロー情報の一例である。
【００３７】
これらのフロー情報によると、メイン画面のデータフローは、ソースアドレスがＩＰ１１でディスティネーションアドレスがＩＰ１０、ディスティネーションポートが９０８０であると設定されている。また、これらのデータフローは、４種類の帯域幅に対応していて、最低品質の動画に必要な帯域幅は共に５０ｋｂｐｓ、上の品質の動画に必要な帯域幅は共に２００ｋｂｐｓ、さらに上の品質の動画に必要な帯域幅は共に２Ｍｂｐｓであり、最高品質の動画に必要な帯域幅のみ異なっており、図７（Ａ）のフロー情報では８Ｍｂｐｓであり、図７（Ｂ）のフロー情報では３０Ｍｂｐｓである。それぞれの品質に対する帯域幅の嗜好度については、共にそれぞれＭｕｓｔ（必須）、＊２、＊４、＊６と設定されている。「Ｍｕｓｔ」は名前の通り、これだけは最低必要という場合に用いる嗜好情報である。
【００３８】
これらの帯域幅の値は、動画視聴アプリケーション２１が、動画配信アプリケーション３１から送信される図６のような品質情報リストに基づき、通信端末１０において再生可能な画像のサイズなどから最適なものを判断する。それに従い、図７（Ａ）のようなフロー情報を作成して、動画視聴アプリケーション２１が通信端末１０の通信管理部２２に通知する。
また、本実施形態においては、メイン画面のフローが対応する帯域幅は４段階としたが、何段階としてもよい。
【００３９】
また、メイン画面２３ａのデータフロー以外にもフローは存在する。それは、図８に示すような前述のサブ画面２３ｂ、２３ｃのデータフローである。図８の例では、フロー２、３のフロー情報は共に、ソースアドレスがＩＰ１１でディスティネーションアドレスがＩＰ１０である。また、フロー２は、ディスティネーションポートが９０８１で、５０ｋｂｐｓ、１００ｋｂｐｓの２種類の品質に対応していて、各々の嗜好レベルはＭｕｓｔ、＊１である。フロー３は、ディスティネーションポートが９０８２で、３０ｋｂｐｓの品質のみに対応していて、その嗜好レベルはＭｕｓｔとなっている。これらのフローに関してもフロー情報は動画視聴アプリケーション２１から通信管理部２２に渡される。
【００４０】
フロー情報が嗜好情報として更に多くの情報を含む例を図９に示す。図９では、嗜好情報として帯域幅だけではなく、遅延、コスト（課金）、移動性（通信端末が移動端末である場合のセルの大きさ）、安定性（パケットロスの少なさ）の情報を含むフロー情報の例を挙げている。
【００４１】
これら嗜好情報を含んだフロー情報を得る通信管理部２２は、各フローに割当てる帯域や、図１に示すような複数の通信メディアＮＩＣ１００、ＮＩＣ１０１のどちらを用いるかなどを決定し、各フローに割当てられた帯域を動画視聴アプリケーション２１に通知する機能を有する。この機能の実現のために動画配信サーバ１１と通信端末１０の通信管理部間で通信を行っても行わなくてもかまわない。
本発明においては、通信管理部２２は、フロー情報を得て、これらに割当てる帯域などを決定する。しかし、その決定方法は発明の範囲外とし、説明を省略する。また、通信管理部２２は動画視聴アプリケーション２１に対して各フローに割当てた帯域を通知する。
【００４２】
動画視聴アプリケーション２１では、通信管理部２２から通知された各フローに割当てられた帯域に基づいて、指定動画等の品質情報を選択する。動画視聴アプリケーション２１はユーザの嗜好に沿って品質情報を選択するべきであり、選択するためのユーザインタフェースを表示するように通信端末１０を構成しても良いし、何を選択するかをあらかじめ設定してあっても良い。また、品質情報を選択する際に、同じ帯域幅でも動画には幾つかの選択肢がある場合、すなわち、画像解像度は大きいが、ｆｐｓが少ないものと、画像解像度は小さいが、ｆｐｓが多いものとで同じ帯域になる場合がある。このような場合にどちらを選択するかは、動画視聴アプリケーション２１が決定して良い。
【００４３】
品質情報を選択した結果、動画視聴アプリケーション２１は動画配信サーバ１１に対して欲しい動画の情報（コンテンツ）を送信可能となる。
このコンテンツは、注目する広さ（Ｘｍ，Ｙｍ）及び注目するポイント（位置／選手等）の注目する地理的範囲の指定に関わる情報と、画面上の動画の大きさ（Ｘｐｉｘｅｌ，Ｙｐｉｘｅｌ）、動画で使用するコーデック、ｆｐｓ、動画のビットレート（帯域）等の動画品質に関わる情報とに分けることが可能である。前者に関しては先ほどと同様に通知し、後者の品質情報の通知に関しては、従来ＳＩＰやＲＴＳＰといった呼制御プロトコルにはＳＤＰ（Session Description Protocol）を用いており、これを利用しても良い。
【００４４】
ここで重要なのは、前者と後者は互いに相関があり、前者の指定によって、後者の品質情報も変わる可能性があることである。すなわち、ユーザの指定した広さによって、動画配信サーバ１１が提供可能な品質情報リストは変わり、動画視聴アプリケーション２１が選択する品質情報も変わることが重要である。
【００４５】
動画視聴アプリケーション２１がＳＩＰやＲＴＳＰ等を用いて通知したコンテンツを受信した動画配信アプリケーション３１は、ユーザに最適なコンテンツで動画を配信する。
以上のような過程を経て、ユーザは、注目する視聴対象及び／又は視聴領域を指定した動画を、ネットワーク状態を反映した品質で視聴可能となる。
【００４６】
ここでは、動画視聴アプリケーションが品質情報リストから１つ選択した例で説明したが、複数選択して、動画配信アプリケーションに送信しても良い。図１０に２つの候補を選択した場合の品質情報の一例を示す。これは、２つのうちのどちらかでの配信を希望しており、図中の上のものをより好むことを意味している。図１０に示すような動画品質情報を受け取った動画配信サーバ１１は、自身の性能を勘案し図１０の上の品質で配信可能であるので、上の品質にあわせて動画配信を行う。品質情報を複数選択することにより、高品質の動画が配信不可能であっても低品質の動画を配信することができる。
【００４７】
（第２の実施形態）
図１１〜図１４により、本発明の第２の実施形態について説明する。本実施形態について、競馬の動画を視聴する例で説明する。本実施形態のシステム構成例の模式図を図１１、シーケンス図を図１２に示す。このシステムは例えば、通信端末１０、動画配信サーバ１１、複数の動画配信カメラ１２ａ、１２ｂ、１２ｃ…、から構成される。通信端末１０は、動画視聴アプリケーション２５と表示部２６を有し、ＩＰアドレスとしてＩＰ１０が割当てられている。また動画配信サーバ１１は、動画配信アプリケーション３５を有し、ＩＰアドレスとしてＩＰ１１が割当てられている。動画配信カメラ１２ａ、１２ｂ、１２ｃ…は、それぞれ動画配信アプリケーション４１ａ、４１ｂ、４１ｃ…を有し、ＩＰアドレスとしてＩＰ１２ａ、ＩＰ１２ｂ、ＩＰ１２ｃ…がそれぞれ割当てられている。なお、本実施形態においては、通信管理部は用いない方法で述べる。
【００４８】
図１２は、本実施形態における動画配信の流れを説明するシーケンス図である。第一の実施形態と同様に、まずユーザは通信端末１０の動画視聴アプリケーション２５に視聴する動画（本実施形態では、競馬の動画）を指示する。それに基づき、動画視聴アプリケーション２５は、動画配信サーバ１１上の動画配信アプリケーション３５に動画の配信を要求する。要求を受けた動画配信アプリケーション３５は、あらかじめ設定されていた最低品質の動画を動画視聴アプリケーション２５に配信する。その結果、通信端末１０の表示部２６に図１３の様な画面を得る。
【００４９】
図１３は、本実施形態にかかる一つのメイン画面と三つのサブ画面を表示する表示部の一例を図である。表示部２６のメイン画面２６ａには、ユーザが通信端末１０で指定した視聴領域や注目対象等の視聴情報に基づいた指定動画が得られる。サブ画面２６ｂでは視聴情報を指定するための概要画像が表示される。本実施形態では、サブ画面２６ｂには、パドックを模した画像が表示されており、出走馬が○で表示されている。また●は注目対象として、この馬がユーザにより指定されていることを表している。
【００５０】
サブ画面２６ｃには、視聴情報を指定するための概要説明画像として、出走馬の名称と単勝オッズ、馬体重等の出走馬情報が表示される。この情報の一部を選択すると、選択された情報に該当する出走馬が注目対象として指定されるように構成されている。サブ画面２６ｄにはその他のオッズ情報が表示される。また、サブ画面２６ｅは勝ち馬投票券を購入する際に用いる入力欄である。
【００５１】
このような動画及び画像を動画配信サーバ１１から得たユーザは、視聴情報を指定する。指定方法としては、馬番を指定する方法や、出走馬を表す○を指定する方法などがある。図１３の例では、ユーザが出走馬のうち一頭をサブ画面２６ｂからクリックすることなどにより注目対象として指定している。
動画視聴アプリケーション２５は、上述のような方法でユーザが指定した視聴情報を動画配信サーバ１１の動画配信アプリケーション３５に通知する。図１４は視聴情報の一例であり、注目対象として馬番が５番の馬を指定して、その馬を中心に５ｍ×４ｍの広さを指定した場合の視聴情報を示している。
【００５２】
動画視聴アプリケーション２５から視聴情報が通知された際のズームアップの方法に関しては、動画配信サーバで映像を切り出しても良いし、馬毎にズームアップした映像を撮影する動画配信カメラを用意してもよい。本実施形態では馬毎に動画配信カメラ１２ａ、１２ｂ、１２ｃ…のうち１つが備えられ、注目対象として指定された馬に備えられた動画配信カメラのＩＰアドレスを動画視聴アプリケーション２５に転送するものとする。また本実施形態では、注目対象として指定された馬に備えられた動画配信カメラは、動画配信カメラ１２ａであるものとして説明する。
【００５３】
動画配信サーバ１１が、指定された視聴情報に基づき、動画配信カメラ１２ａのＩＰアドレス１２ａを動画視聴アプリケーション２５に転送した後、動画配信カメラ１２ａは視聴情報に基づいた指定動画の映像データのストリーミングを最低品質で開始する。その結果、メイン画面２６ａには注目対象の馬がズームアップされ表示される。
【００５４】
また動画配信カメラ１２ａは指定動画の配信を開始すると共に、提供可能な指定動画の品質情報リストを動画視聴アプリケーション２５に送信する。この品質情報リストから動画視聴アプリケーション２５は自身で使用可能なコーデック・画質を選択し、動画配信カメラ１２ａに通知することによって、希望の品質で指定動画を得る。
【００５５】
本実施形態においては通信管理部がないので、動画視聴アプリケーション２５自身にあらかじめ使用可能な帯域幅などを設定しておくことにより、品質の選択が行われるものとする。これは、例えば、家にある通信端末の通信に、光ファイバを用いているのか、ＡＤＳＬを用いているのかなどの設定が行われていることを意味している。これら通信路に期待できる転送量と通信端末自身でデコード可能なコーデックと表示可能な画像の大きさなどから、通信端末１０の動画視聴アプリケーション２５は、視聴する品質の情報を品質情報リストより選択する。この選択された品質情報は、動画視聴アプリケーション２５から動画配信カメラ１２ａの動画配信アプリケーション４１ａに送信され、その品質情報に基づき、動画配信アプリケーション４１ａは、適切な品質の動画を動画視聴アプリケーション２５に配信する。
【００５６】
上述した、本発明による動画視聴方法は、通信端末、配信サーバ及び配信カメラに搭載されたコンピュータによって実行される。このため、各種アプリケーションと通信管理部間におけるデータの送受、及び各種通信メディアを通じての各端末間の送受信を実行する手順を示したプログラムが用いられる。
【図面の簡単な説明】
【００５７】
【図１】本発明の第１の実施形態を説明するシステム構成例の模式図である。
【図２】図１のシーケンス図である。
【図３】サッカー動画を表示させた場合の表示例を示す図である。
【図４】視聴情報の例を示す図である。
【図５】画配信サーバが撮影する撮影画像の概念図である。
【図６】品質情報リストの一例を示す図である。
【図７】メイン画面のフロー情報の例を示す図である。
【図８】２つのサブ画面のフロー情報の一例を示す図である。
【図９】メイン画面のフロー情報の他の例を示す図である。
【図１０】２つの品質の候補を選択した場合の品質情報の一例を示す図である
【図１１】本発明の第２の実施形態を説明するシステム構成例の模式図である。
【図１２】図１１のシーケンス図である。
【図１３】競馬の動画を表示させた場合の表示例を示す図である。
【図１４】視聴情報の他の例を示す図である。
【図１５】品質情報リストの他の例を示す図である。
【符号の説明】
【００５８】
１０…通信端末、１１…動画配信サーバ、１２ａ，１２ｂ，１２ｃ…動画配信カメラ、２１，２５…動画視聴アプリケーション、２２，３２…通信管理部、２３，２６…表示部、２３ａ，２６ａ…メイン画面、２３ｂ，２３ｃ，２６ｂ，２６ｃ，２６ｄ，２６ｅ…サブ画面、３１，３５…動画配信アプリケーション、４１ａ，４１ｂ，４１ｃ…動画配信アプリケーション。
【図１】
2007194680.tif 000003
【図２】
2007194680.tif 000004
【図３】
2007194680.tif 000005
【図４】
2007194680.tif 000006
【図５】
2007194680.tif 000007
【図６】
2007194680.tif 000008
【図７】
2007194680.tif 000009
【図８】
2007194680.tif 000010
【図９】
2007194680.tif 000011
【図１０】
2007194680.tif 000012
【図１１】
2007194680.tif 000013
【図１２】
2007194680.tif 000014
【図１３】
2007194680.tif 000015
【図１４】
2007194680.tif 000016
【図１５】
2007194680.tif 000017