(57)【要約】  本発明の新規のズーム機能は、移動電話上のビデオサービスに適用される。この特性は、エンドユーザとビデオサーバとの間のより多くの対話を提供し、より面白い視聴を提供する。それは、無線サービスプロバイダによって提供されるビデオサービスに対するサービス差別化要因になる可能性がある。ストリームに対して必要な帯域幅が変化しないので、発生する複雑性は制御メッセージ処理だけであり、追加の記憶装置が必要とされるのはビデオサーバまたはプロキシだけである。
2010505341.tif 000002
【特許請求の範囲】
【請求項１】
ＴＶプログラムを表示可能な移動体デバイスにズーム機能を提供する方法であって、前記方法が、
前記プログラムの現在の表示画像の座標に基づいて新規の表示画像の要求に関する基準点の指示を送信するステップと、
前記新規の表示画像の解像度の指示を送信するステップと、
受信される前記基準点および指示される解像度に基づいて前記移動体デバイスで前記プログラムの変更された表示画像を受信するステップとを含む、方法。
【請求項２】
異なる解像度の複数のビデオストリームが前記移動体デバイスへの配信のために利用可能であり、前記移動体デバイスに提供するための前記新規の表示画像の前記相対解像度に対応する解像度を有するストリームを受信するステップをさらに含む、請求項１に記載の方法。
【請求項３】
後に要求される表示画像の基準点が表示に入りきらない場合、前記移動体デバイス上の表示窓がストリーム画像で満たされる、請求項１に記載の方法。
【請求項４】
高解像度ストリームがズームイン要求に対して選択され、低解像度ストリームがズームアウト要求に対して選択される、請求項２に記載の方法。
【請求項５】
異なるズーム要求の間での相対帯域幅要求が、１つの表示画像から他の表示画像へと保持される、請求項２に記載の方法。
【請求項６】
前記移動体電話上のＧＵＩが、前記基準点および前記相対解像度を指示するために利用される、請求項１に記載の方法。
【請求項７】
絶対ズーム値および相対ズーム値から成る群より選択されるズーム値を使用して前記ＧＵＩが動作する、請求項６に記載の方法。
【請求項８】
前記ＧＵＩに入力された相対ズーム値を送信のために絶対ズーム値にマッピングするように前記ＧＵＩが動作可能である、請求項６に記載の方法。
【請求項９】
移動体装置で受信されるＴＶプログラムに関連するズーム機能を提供する該移動体装置であって、前記装置が、
受信される前記ＴＶプログラムを表示する能力を提供するプロセッサと、
前記ズーム機能の動作に関連する情報を表示し、前記移動体装置から前記ズーム機能に関連する情報を送信することを可能にするための前記移動体装置におけるＧＵＩとを含み、
前記移動体装置が、前記プログラムの現在の表示画像の座標に基づいて新規の表示画像の要求に関する基準点の指示を送信するように動作可能であり、
前記新規の表示画像に関する解像度の指示を送信するようにさらに動作可能であり、受信される前記基準点および指示される解像度に基づいて前記デバイスが前記プログラムの変更された表示画像を受信する、装置。
【請求項１０】
前記基準点および前記相対解像度の前記指示が、新規のＲＴＳＰ命令として送信される、請求項９に記載の装置。
【請求項１１】
絶対ズーム値および相対ズーム値から成る群より選択されるズーム値を使用して前記ＧＵＩが動作する、請求項９に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、無線通信の分野に関し、特に、無線デバイスに提供されるテレビサービスに関する。
【背景技術】
【０００２】
ブロードバンドサービスプロバイダが音声、データおよびビデオの「トリプルプレイ」サービスを提供する競争の中にある様に、無線サービスプロバイダも、電話、インターネットおよびＴＶサービスの「移動体トリプルプレイ」を達成するために移動電話にＴＶプログラムを提供する競争の中にある。今日の移動電話は、ウェブブラウザ、携帯情報端末（ＰＤＡ）、ＭＰ３プレイヤ、ＡＭ／ＦＭ無線受信機、全地球測位システム（ＧＰＳ）、カメラ、ゲーム機、その他等の多数の他の特性が統合されている。しかしながら、移動電話に生放送ＴＶおよびビデオオンデマンド（ＶｏＤ）等のＴＶサービスを提供することは、初期段階に過ぎない。
【０００３】
多くの無線サービスプロバイダは、現今、既存の３Ｇユニキャストチャネルを使用して移動体ＴＶサービスを提供している。Ｖｅｒｉｚｏｎ社は、ＶＣＡＳＴサービスを提供している。それは、ＣＤＭＡ２０００パケットデータまたはＣＤＭＡエボリューションデータオンリー（ＥｖＤＯ）ネットワークで３Ｇユニキャストチャネルを使用して提供されるショートクリップに関するダウンロード後再生サービスである。Ｓｐｒｉｎｔ社は、ＣＤＭＡ２０００パケットデータネットワークで３Ｇユニキャストチャネルを使用して１３チャネルＭｏｂｉＴＶサービスを提供している。Ｃｉｎｇｕｌａｒ社、ＫＤＤＩ社、ＳＫ  Ｔｅｌｅｃｏｍ社およびＴ−Ｍｏｂｉｌｅ社等の他の企業も同様に、既存の３Ｇパケットデータまたは回線データネットワークで３Ｇユニキャストチャネルを使用して移動体ＴＶサービスを提供している。
【０００４】
ユニキャストは、個々のクリップを異なる受信機に提供するのに最も適している。しかしながら、それは拡張可能でない。ブロードキャスト／マルチキャストは、多数の受信機に同じコンテンツを送信する効果的な手段であるうえ、ネットワークリソース使用を最小化する。生放送ＴＶプログラムは、ブロードキャストマルチキャストサービスを使用して移動体ユーザに効果的に配信され得る。２種類のマルチキャストブロードキャストネットワーク、即ち、ディジタルビデオブロードキャスト−ハンドヘルド（ＤＶＢ−Ｈ）、ディジタルマルチメディアブロードキャスティング（ＤＭＢ）、およびＱＵＡＬＣＯＭＭ社の普及しているＣＤＭＡ技術に基づくフォワードリンクオンリー（ＦＬＯ）等の３Ｇネットワークおよび直交周波数分割多重化（ＯＦＤＭ）ベースのネットワークが開発中である。
【０００５】
ビデオコンテンツ配信方法は、３つのカテゴリー、「ダウンロード後再生」、「先行ダウンロード」および「ストリーミング」に分類され得る。ダウンロード後再生では、ビデオコンテンツはその全部が視聴の行われる前にエンドユーザのデバイスに送信されて記憶される。それは非実時間コンテンツだけに使用される。先行ダウンロードでは、コンテンツの何パーセントかがダウンロードされた後に、コンテンツの残りがダウンロードされながら同時に、エンドユーザが視聴を開始することが可能である。この方法論は、多少の遅延を伴って実時間コンテンツに使用され得る。最後に、ストリーミング配信では、コンテンツがエンドユーザデバイスにストリーミングされるが、そこには記憶されない。端末デバイスがストリームを受信する際にユーザがコンテンツを視聴する必要がある。ストリーミングは、実時間サービスに関して最良の方法である。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ストリーミングは、生放送のコンテンツおよび記憶されているコンテンツに対して使用され得る。生放送のコンテンツでは、コンテンツが実時間で生成されているのでエンドユーザはほとんど制御可能ではない。しかしながら、ビデオオンデマンド（ＶｏＤ）等の記憶されているコンテンツの場合、ストリーミングビデオの瞬時性のため、エンドユーザが、いずれのコンテンツが再生されるかを能動的に制御することが可能である。例えば、一時停止、再開、早送り、巻き戻し、停止、その他等のＶＣＲ動作が、実時間ストリーミングプロトコル（ＲＴＳＰ）、マルチメディアストリームを制御するためのＩＥＴＦ標準プロトコルでサポートされている。上述した特性に加え、移動体ＴＶ視聴経験を向上させるためにさらなるユーザ制御特性に関して必要性が存在する。
【課題を解決するための手段】
【０００７】
ＴＶプログラムを表示可能な移動体デバイスにズーム機能を提供するように方向付けられている本発明の原理により、従来技術を越える進歩がなされる。本発明の１つの実施例は、プログラムの現在の表示画像の座標に基づいてサーバで新規の表示画像の要求に関する基準点の指示を受信するステップを含む方法を示す。サーバは、新規の表示画像に関する解像度の指示を同様に受信する。サーバは、次に、受信される前記基準点および相対解像度に基づいて前記移動体デバイスに前記プログラムの変更された表示画像を提供する。
【０００８】
そこで受信されるＴＶプログラムに関連するズーム機能を提供する移動体装置がさらに説明されている。この装置は、受信されるＴＶプログラムを表示する能力を提供するプロセッサを含む。移動体装置には、ズーム機能の動作に関連する情報を表示し、前記ズーム機能に関連する情報の前記移動体装置からの送信を可能にするためのＧＵＩが含まれている。この移動体装置は、前記プログラムの現在の表示画像の座標に基づいて新規の表示画像の要求に関する基準点の指示を送信する動作が可能であり、さらに、前記新規の表示画像に関する解像度の指示を送信する動作が可能であり、前記デバイスは、受信される前記基準点および相対解像度に基づいて前記プログラムの変更された表示画像を受信する。
【０００９】
本発明の教示は、添付の図面と共に以下の詳細な説明を考察することによって容易に理解され得る。
【図面の簡単な説明】
【００１０】
【図１】本発明による、移動体ビデオサービスに関するズーム機能を提供する例示的な通信ネットワークアーキテクチャを示す説明図である。
【図２】本発明による、ズーム機能を可能にする例示的なＧＵＩの説明図である。
【発明を実施するための形態】
【００１１】
本発明の例示的な実施形態が、図面を参照しながら今から説明され、図面のいくつかが以下の説明の過程の中で同時に参照されてよい。
【００１２】
現今のＶｏＤストリーミングサービスは、通常、搬送機構としてユニキャスト通信チャネルを使用し、制御プロトコルとしてＲＴＳＰ（実時間ストリーミングプロトコル）を使用する。従って、ユーザ双方向性特性は、ＲＴＳＰによってサポートされているＶＣＲ型動作に限定されている。
【００１３】
通常の小サイズの移動電話画面を仮定すると、特定の種類のプログラムに関する充分な詳細を備える大きい表示画像を表示することは難しい可能性がある。場合によっては、種々の視聴者がビデオフレームの種々の部分をより細部まで視聴することを好む可能性がある。例えば、野球の試合等のスポーツプログラムを視聴する場合、カメラは時折、球場全体を捕捉する。しかしながら、視聴者によっては、可能ならば、球場の画面表示の代わりに彼らの好みの選手または選手達の表情を見ることを望む可能性がある。各個人の視聴の好みは、このように異なっており、カメラによって提供されるクローズアップ画面表示が全ての視聴者の望みを満足させない可能性がある。
【００１４】
本発明は、ストリーミングビデオに関する新規の双方向性ズーム機能を示しており、現在の表示画像の一部のクローズアップ画面表示を受信するためにエンドユーザが命令を出すことが可能である。
【００１５】
図１を見ると、無線通信デバイスにビデオサービスを送信することが可能な例示的な通信ネットワーク１０の説明図が示されている。そのようなネットワークでは、ビデオサービスは、通常、クライアントサーバアーキテクチャを経由して配信され、サーバデバイス１２上に記憶されているビデオプログラムが、ビデオサービスに加入しており、それらのサービスを実行可能な無線端末デバイス１４に送信される。クライアントサーバアーキテクチャでは、端末デバイス１４上で実行中のビデオクライアントとビデオサーバ１２との間でＲＴＳＰ制御プロトコルが作動する。
【００１６】
本発明のズーム機能を動作させるために、新規の命令の組がＲＴＳＰプロトコルに追加される。エンドユーザからビデオサーバに送信される命令の情報は、現在の表示画像の（ｘ，ｙ）座標で表される新規の表示画像の中心と、新規の表示画像の解像度の指示とを含む。例えば、角の座標等、中心の座標に加えて他の基準点および他の座標系が、新規の表示画像が基づく基準点を表すために同様に使用され得る。
【００１７】
解像度指示は、例えば、ズームインに対して＋２，＋４、およびズームアウトに対して−２，−４で表され得る。我々はこの数を「ズーム値」と呼ぶ。２つのバージョンのズーム値、「相対」および「絶対」が説明されるが、所望の解像度を表す類似の方法論は本発明の範疇に入ることが意図されている。本発明によると、（１）の値を有する絶対ズーム値は初期設定解像度を特定する。（＋２）の絶対ズーム値は、初期設定解像度の２倍（２Ｘ）の拡大に対応するのに対し、（−２）の絶対ズーム値は、初期設定解像度の半分（１／２Ｘ）に対応する。本発明により解像度を表す別のやり方は、「相対ズーム値」の概念を使用することであり、値（１）が現在の解像度を特定し、他のズームは現在の表示画像に基づく。当業者には理解されるであろうように、「相対ズーム値」が使用されている場合、ＲＴＳＰプロトコルで送信される値は、ビデオサーバに到達すると「絶対ズーム値」に変換される必要がある。
【００１８】
ビデオサーバがエンドユーザのズーム要求に応じるために、サーバにビデオストリームの複数のバージョンが記憶されている必要がある。ストリームの各バージョンは、異なる解像度を有する。ズームイン要求が受信されると、ビデオサーバは、より高い解像度を有するストリームのバージョンを特定し、より小さい要求領域を網羅するストリーム部分を返信する。ズームアウト要求が受信される場合、ビデオサーバは、より低い解像度を有するストリームのバージョンを特定し、より大きい要求領域を網羅するストリーム部分を返信する。
【００１９】
本発明の特定の実施形態では、端末デバイス上のビデオ表示クライアントおよびビデオサーバまたはプロキシは、クライアントがビデオサーバによって提供されるズーム値だけを要求可能であるという意味で同期化されていることを留意されたい。以下の例では、我々は、ビデオサーバがストリームの以下の５バージョン：４Ｘ解像度、２Ｘ解像度、１Ｘ解像度、（１／２）Ｘ解像度および（１／４）ｘ解像度を記憶していると仮定する。我々は、さらに、ズーム値に関して以下の値：＋４，＋２，＋１，−２，−４だけでクライアントが要求を送信可能であると仮定する。この場合、ズーム値とストリームの種々のバージョンとの間で１対１のマッピングが存在する。各ズーム要求は、ストリームの特定バージョンにマッピングされる。絶対ズーム値４を有する要求は、４Ｘ解像度のストリームでサービスが提供され、絶対ズーム値−２を有する要求は、（１／２）Ｘ解像度のストリームでサービスが提供され、あとは同様である。しかしながら、クライアントとサーバが同期化されていない場合、ズーム要求がサーバにあるストリームの利用可能なバージョンと合致しない可能性がある。ユーザがズーム機能を使用して彼らの要求するものを見ることが可能であるように、我々は、端末デバイス上のＧＵＩを、各ストリームに対して利用可能なズーム値がＧＵＩによって明確に特定されるように設計している。この要件を満足させるために、クライアントが要求するズーム値を異なる解像度を有するストリームの異なるバージョンにマッピングするように、マッピング機能がクライアントおよびサーバの両方に提供される。説明されたようなマッピング機能の実装は、当業者には理解されるであろう。
【００２０】
別の設計選択肢は、ズーム値の異なる値をストリームの１つのバージョンにマッピングすることである。しかしながら、我々はビデオ表示のサイズを同じに保持するため、この機構は、ズームイン要求に対してより低品質な画像を作成し、ズームアウト要求に対してより高品質な画像を作成する。
【００２１】
多くの場合、ズーム動作はそれでも、同じビデオ品質を有する同じフレームサイズで生じるため、ストリームに対して必要な帯域幅は変化しない。本発明の以下の例示的な説明では、元のビデオストリームが１００Ｋｂｐｓの帯域幅を必要とし、同じコンテンツの高解像度バージョンでは、例えば、４００Ｋｂｐｓの帯域幅を有する。領域の１／４だけを網羅するように元のストリームにズームイン命令が出される場合、結果として生じる高解像度ストリームが必要とするのは１００Ｋｂｐｓのままである。それゆえに、異なるズーム要求の間で必要な帯域幅は変化しない。理解されるであろうように、帯域幅に関する上述は推定に過ぎない。種々のビデオストリームの正確な帯域幅は、画像および圧縮方式によって変化する。従って、大雑把に言って、Ａ倍の解像度を有するストリームは、Ａ倍の帯域幅要求を生じる。
【００２２】
本発明は、クライアント−プロキシ−サーバアーキテクチャに関連して同様に利用され得る。そのような環境では、例えば、プロキシ上に同じストリームの複数のバージョンが記憶されている場合、ズーム命令がプロキシデバイス１６（図１に示されている）によって処理され得る。この設定では、ズーム命令およびそれに応じた動作を含む制御メッセージを全てプロキシ１６がインターセプトする。
【００２３】
現在のＲＴＳＰプロトコルは、ズーム命令をサポートしていない。しかしながら、このプロトコルは、「ズーム」等の新規コマンドで容易に更新され得る。命令の例示的な実施形態は、以下のフィールド：
・ズームインまたはズームアウト
・ズーム値
・新規ストリームの中心合わせのための（ｘ，ｙ）座標
を含む。
【００２４】
（ｘ，ｙ）座標が元のフレームの端に近い場合、それがストリームのどのバージョンであるかに関わらず、元のフレームの境界を越えるデータがないため、表示窓全体が入りきらない可能性が高いことを留意されたい。従って、本発明の１つの実施形態では、全画面の表示を可能にするように、ズーム機能に関連付けられているプログラミングコードによって（ｘ，ｙ）座標が自動的に変換され得る。
【００２５】
図２を見ると、ユーザからの情報入力を捕捉し、ユーザ入力を対応するＲＴＳＰ命令に変換するためにＧＵＩ２０が利用され得る。示されているように、ＧＵＩは、例えば、メニューからアクセス可能な「ズーム」命令を含む。一度、起動されると、この命令はユーザに次のストリームが参照する中心点を促す。この座標は、方向カーソル２２を使用して入力され得る。ズーム命令での次のステップは、例えば、ズーム値スケール２４を利用してズームインまたはズームアウト値を入力することであり得る。理解されるであろうように、ズーム命令動作のステップの各々は、ＧＵＩを介して、電話用キーパッド上のハードキーもしくはソフトキーを介して、または両方の組み合わせで入力され得る。ＧＵＩは、理解されるであろうように、端末デバイスのメモリに記憶されているプログラミングコードを介して動作されてプロセッサ２６上で実行される。
【００２６】
本発明の新規のズーム機能は、移動電話上のビデオサービスに適用される。この特性は、エンドユーザとビデオサーバとの間のより多くの対話を提供し、より面白い視聴を提供する。それは、無線サービスプロバイダによって提供されるビデオサービスに対するサービス差別化要因になる可能性がある。ストリームに対して必要な帯域幅が変化しないので、発生する複雑性は制御メッセージ処理だけであり、必要とされる追加の記憶装置はビデオサーバまたはプロキシだけである。
【００２７】
ＶｏＤに対するこのズーム機能が、移動体端末デバイスに適用されるだけでなく、有線「トリプルプレイサービス」に関してインターネット上のＶｏＤサービスにも適用されることに留意されたい。さらに、ズーム機能は、記憶されているコンテンツに関してＶｏＤサービスに適用されるだけでなく、コンテンツサーバでストリームの複数のバージョンが生成される場合、生放送ストリームにも適用される。
【００２８】
前述の説明は、本発明の原理を説明するだけに過ぎない。従って、本明細書で明確に説明または示されていないが、本発明の原理を具現化し、その精神および範疇の範囲内に含まれる、種々の配置を当業者が考案することが可能であることを理解するであろう。さらに、全ての実施例および列挙される条件付言語は、発明者により技術を促進させるように導かれた本発明の原理および概念を読者が理解するのを支援するために、明確に例示だけを目的とすることが主として意図されており、そのような特定の列挙された実施例および条件に制限されないものと解釈される。さらに、本発明の原理、態様、および実施形態を提唱する本明細書中の全ての記述、ならびにそれらの特定の実施例は、それらの構造的および機能的の両方の同等物を包含することが意図されている。さらに、そのような同等物は、現在知られている同等物と、将来的に開発される同等物、即ち、構造に関わらず、同じ機能を実行するように開発されたあらゆる構成要素との両方を含むことが意図されている。
【００２９】
本明細書の特許請求の範囲では、特定の機能を実行する手段として表現されているあらゆる構成要素が、例えば、ａ）その機能を実行する回路素子の組み合わせ、またはｂ）ファームウェア、マイクロコードもしくは同等物、その機能を実行するためにそのソフトウェアを実行する適切な回路と組み合わせられているものを含むあらゆる形態のソフトウェアを含む、その機能を実行するあらゆるやり方を包含することが意図されている。そのような特許請求の範囲で定義されている本発明は、種々の提唱されている手段によって提供される機能性が、特許請求の範囲が支持するやり方で組み合わされて１つにまとめられるということに属する。従って、出願人は、それらの機能性を提供し得るあらゆる手段を本明細書で示されるものと同等物であるとみなしている。当業者には、本発明の原理の多数の他の変形実施形態および適用が明らかであろうし、本明細書の教示によって検討される。従って、本発明の範疇は、特許請求の範囲によってのみ制限される。
【図１】
2010505341.tif 000003
【図２】
2010505341.tif 000004
【手続補正書】
【提出日】平成20年6月18日(2008.6.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＴＶプログラムを表示可能な移動体デバイスにズーム機能を提供する方法であって、異なる解像度の複数のビデオストリームが前記移動体デバイスへの配信に関して利用可能であり、前記方法が、
第１の解像度を有する、複数のビデオストリームのうちの第１のビデオストリームを介して前記移動体デバイスで前記プログラムの現在の表示画像を受信するステップと、
前記プログラムの前記現在の表示画像の座標に基づいて新規の表示画像の要求に関する基準点の指示を送信するステップと、
前記新規の表示画像の解像度の指示を送信するステップと、
前記第１の解像度と異なる第２の解像度を有する、複数のビデオストリームのうちの第２のビデオストリームを介して前記移動体デバイスで前記プログラムの変更された表示画像を受信するステップとを含み、前記プログラムの前記変更された表示画像が前記基準点および前記指示される解像度に基づいている、方法。
【請求項２】
前記移動体デバイスに提供するための前記新規の表示画像の前記解像度に対応する解像度を有するビデオストリームを受信するステップをさらに含む、請求項１に記載の方法。
【請求項３】
後に要求される表示画像の基準点が表示に入りきらない場合、前記移動体デバイス上の表示窓がストリーム画像で満たされる、請求項１に記載の方法。
【請求項４】
高解像度ストリームがズームイン要求に対して使用され、低解像度ストリームがズームアウト要求に対して使用される、請求項１に記載の方法。
【請求項５】
異なるズーム要求の間での相対帯域幅要求が、１つの表示画像から他の表示画像へと保持される、請求項１に記載の方法。
【請求項６】
前記移動体電話上のＧＵＩが、前記基準点および前記解像度を指示するために利用される、請求項１に記載の方法。
【請求項７】
絶対ズーム値および相対ズーム値から成る群より選択されるズーム値を使用して前記ＧＵＩが動作する、請求項６に記載の方法。
【請求項８】
前記ＧＵＩに入力された相対ズーム値を送信のために絶対ズーム値にマッピングするように前記ＧＵＩが動作可能である、請求項６に記載の方法。
【請求項９】
移動体装置で受信されるＴＶプログラムに関連するズーム機能を提供する該移動体装置であって、異なる解像度の複数のビデオストリームが前記移動体装置への配信に関して利用可能であり、前記移動体装置が、
受信される前記ＴＶプログラムを表示する能力を提供するプロセッサと、
前記ズーム機能の動作に関連する情報を表示し、前記移動体装置から前記ズーム機能に関連する情報を送信することを可能にするための前記移動体装置におけるＧＵＩとを含み、
前記移動体装置が、第１の解像度を有する、複数のビデオストリームのうちの第１のビデオストリームを介して前記プログラムの現在の表示画像を受信するように動作可能であり、
前記移動体装置が、前記プログラムの前記現在の表示画像の座標に基づいて新規の表示画像の要求に関する基準点の指示を送信するように動作可能であり、
前記移動体装置が、前記新規の表示画像に関する解像度の指示を送信するように動作可能であり、
前記移動体装置が、前記第１の解像度と異なる第２の解像度を有する、複数のビデオストリームのうちの第２のビデオストリームを介して前記プログラムの変更された表示画像を受信するように動作可能であり、前記プログラムの前記変更された表示画像が前記基準点および前記指示される解像度に基づいている、装置。
【請求項１０】
前記基準点および前記解像度の前記指示が、新規のＲＴＳＰ命令として送信される、請求項９に記載の装置。
【請求項１１】
絶対ズーム値および相対ズーム値から成る群より選択されるズーム値を使用して前記ＧＵＩが動作する、請求項９に記載の装置。
【手続補正書】
【提出日】平成21年3月27日(2009.3.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＴＶプログラムを表示可能な表示窓を含む移動体デバイスにズーム機能を提供する方法であって、前記方法が、
前記移動体デバイスで前記プログラムの現在の表示画像を受信するステップと、
前記プログラムの前記現在の表示画像の座標に基づいて新規の表示画像に関する基準点の指示を送信するステップと、
前記新規の表示画像の解像度の指示を送信するステップと、
前記移動体デバイスで前記プログラムの変更された表示画像を受信するステップとを含み、前記プログラムの前記変更された表示画像が前記基準点および前記指示される解像度に基づいており、前記新規の表示画像の前記基準点が表示窓に入りきらない場合、前記移動体デバイス上の前記表示窓がストリーム画像で満たされる、方法。
【請求項２】
異なる解像度の複数のビデオストリームが前記移動体デバイスへの配信に関して利用可能である、請求項１に記載の方法。
【請求項３】
第１の解像度を有する、複数のビデオストリームのうちの第１のビデオストリームを介して前記移動体デバイスで前記プログラムの前記現在の表示画像が受信され、前記第１の解像度と異なる第２の解像度を有する、複数のビデオストリームのうちの第２のビデオストリームを介して前記移動体デバイスで前記プログラムの前記変更された表示画像が受信される、請求項２に記載の方法。
【請求項４】
高解像度ストリームがズームイン要求に対して使用され、低解像度ストリームがズームアウト要求に対して使用される、請求項２に記載の方法。
【請求項５】
異なるズーム要求の間での相対帯域幅要求が、１つの表示画像から他の表示画像へと保持される、請求項２に記載の方法。
【請求項６】
前記移動体電話上のＧＵＩが、前記基準点および前記解像度を指示するために利用される、請求項１に記載の方法。
【請求項７】
絶対ズーム値および相対ズーム値から成る群より選択されるズーム値を使用して前記ＧＵＩが動作する、請求項６に記載の方法。
【請求項８】
前記ＧＵＩに入力された相対ズーム値を送信のために絶対ズーム値にマッピングするように前記ＧＵＩが動作可能である、請求項６に記載の方法。
【請求項９】
移動体装置で受信されるＴＶプログラムに関連するズーム機能を提供する該移動体装置であって、前記移動体装置が、
受信される前記ＴＶプログラムを表示する能力を提供するプロセッサと、
前記ズーム機能の動作に関連する情報を表示し、前記移動体装置から前記ズーム機能に関連する情報を送信することを可能にするための前記移動体装置におけるＧＵＩとを含み、
前記移動体装置が、前記プログラムの現在の表示画像を受信するように動作可能であり、
前記移動体装置が、前記プログラムの前記現在の表示画像の座標に基づいて新規の表示画像に関する基準点の指示を送信するように動作可能であり、
前記移動体装置が、前記新規の表示画像に関する解像度の指示を送信するように動作可能であり、
前記移動体装置が、前記プログラムの変更された表示画像を受信するように動作可能であり、前記プログラムの前記変更された表示画像が前記基準点および前記指示される解像度に基づいており、前記新規の表示画像の前記基準点が表示窓に入りきらない場合、前記移動体装置上の表示窓がストリーム画像で満たされる、装置。
【請求項１０】
前記基準点および前記解像度の前記指示が、新規のＲＴＳＰ命令として送信される、請求項９に記載の移動体装置。
【請求項１１】
絶対ズーム値および相対ズーム値から成る群より選択されるズーム値を使用して前記ＧＵＩが動作する、請求項９に記載の移動体装置。
【国際調査報告】
2010505341.tif 000005
2010505341.tif 000006
2010505341.tif 000007