(57)【特許請求の範囲】
【請求項１】
入力コンテンツのアスペクト比に少なくとも部分的に基づいてビデオウィンドウの最適なウィンドウのエッジの位置を決定するステップと、
前記ビデオウィンドウのサイズ変更の動作を開始するため、オンスクリーンインジケータの位置を確定するステップと、
前記オンスクリーンインジケータの位置と前記最適なウィンドウのエッジの位置との差が閾値の画素数の範囲内であるか否かを判定するステップと、
前記差が前記閾値の画素数の範囲内である場合、ウィンドウのエッジの位置を前記最適なウィンドウのエッジの位置に調節するステップと、
前記差が前記閾値の画素数の範囲内でない場合、前記ビデオウィンドウをパディングするステップと、
を含むことを特徴とするビデオウィンドウのサイズ変更方法。
【請求項２】
前記位置が前記最適なウィンドウのエッジの位置に近接しない場合、前記オンスクリーンインジケータの前記位置にウィンドウのエッジの位置を調節するステップを更に含む、
請求項１記載の方法。
【請求項３】
前記最適なウィンドウのエッジの位置を決定する前記ステップは、ウィンドウの高さとＸ／Ｙアスペクト比との積を計算するステップを含む、
請求項１記載の方法。
【請求項４】
前記最適なウィンドウのエッジの位置を決定する前記ステップは、ウィンドウの幅とＹ／Ｘアスペクト比との積を計算するステップを含む、
請求項１記載の方法。
【請求項５】
前記差が前記閾値の画素数の範囲内であるか否かを判定する前記ステップは、前記オンスクリーンインジケータの位置が前記最適なウィンドウのエッジの位置から近似的に１０画素の範囲にあるかを判定するステップを含む、
請求項１記載の方法。
【請求項６】
サイズ変更の動作を開始するため、ある位置にオンスクリーンインジケータを位置決めする前記ステップは、ユーザにより制御される入力装置を使用して前記オンスクリーンインジケータを位置決めするステップを含む、
請求項１記載の方法。
【請求項７】
ビデオウィンドウのサイズ変更の動作を開始するため、オンスクリーンインジケータのＸ，Ｙの位置を確定するステップと、
入力コンテンツのアスペクト比に基づいて前記ビデオウィンドウの第一の次元の最適なウィンドウのエッジの位置を決定するステップと、
前記オンスクリーンインジケータの位置と前記第一の次元における最適なウィンドウのエッジの位置との第１の差が第１の閾値の画素数の範囲内であるか否かを判定するステップと、
前記第１の差が前記第１の閾値の画素数の範囲内である場合、ウィンドウのエッジの位置を前記第一の次元における最適なウィンドウのエッジの位置に調節するステップと、
入力コンテンツのアスペクト比に基づいて第二の次元の最適なウィンドウのエッジの位置を決定するステップと、
前記オンスクリーンインジケータの位置と前記第二の次元における最適なウィンドウのエッジの位置との第２の差が第２の閾値の画素数の範囲内であるか否かを判定するステップと、
前記第２の差が前記第２の閾値の画素数の範囲内である場合、ウィンドウのエッジの位置を前記第二の次元における最適なウィンドウのエッジの位置に調節するステップと、
前記第１の差が前記第１の閾値の画素数の範囲内でなく、かつ、前記第２の差が前記第２の閾値の画素数の範囲内でない場合、前記ビデオウィンドウをパディングするステップと、
を含むことを特徴とするビデオウィンドウのサイズ変更方法。
【請求項８】
前記位置が前記第一の次元の最適なウィンドウのエッジの位置に近接しない場合、前記第一の次元における前記オンスクリーンインジケータの前記位置にウィンドウのエッジの位置を調節するステップを更に含む、
請求項７記載の方法。
【請求項９】
前記位置が前記第二の次元の最適なウィンドウのエッジの位置に近接しない場合、前記第二の次元における前記オンスクリーンインジケータの前記位置にウィンドウのエッジの位置を調節するステップを更に含む、
請求項７記載の方法。
【請求項１０】
前記第一の次元の最適なウィンドウのエッジの位置を決定する前記ステップは、ウィンドウの高さとＸ／Ｙアスペクト比との積を計算するステップを含む、
請求項７記載の方法。
【請求項１１】
前記第二の次元の最適なウィンドウのエッジの位置を決定する前記ステップは、ウィンドウの幅とＹ／Ｘアスペクト比との積を計算するステップを含む、
請求項７記載の方法。
【請求項１２】
前記第１の差が前記第１の閾値の画素数の範囲内であるか否かを判定する前記ステップ、及び、前記第２の差が前記第２の閾値の画素数の範囲内であるか否かを判定する前記ステップは、前記オンスクリーンインジケータの位置が、所定の位置にある前記最適なウィンドウのエッジの位置から近似的に１０画素の範囲にあるかを判定するステップを含む、
請求項７記載の方法。
【請求項１３】
オンスクリーンインジケータを位置決めする前記ステップは、ユーザにより制御される入力装置を使用して前記オンスクリーンインジケータを位置決めするステップを含む、
請求項７記載の方法。
【請求項１４】
入力コンテンツを表示するスクリーンと、
前記入力コンテンツのアスペクト比を決定するセンサと、
前記スクリーン上のある位置へのカーソルの移動がビデオウィンドウのサイズ変更の動作を開始するように、スクリーン上の位置を有する前記カーソルを生成するカーソルモジュールと、
前記アスペクト比から前記ビデオウィンドウの最適なウィンドウのエッジの位置を計算し、前記カーソルのスクリーン上の位置を前記最適なウィンドウのエッジの位置と比較し、前記スクリーン上の位置と前記最適なウィンドウのエッジの位置との差が閾値の画素数の範囲内であるか否かを判定して、前記スクリーン上のディスプレイウィンドウのサイズを変更するプロセッサと、
を有するディスプレイシステム。
【請求項１５】
前記位置が前記最適なウィンドウのエッジの位置に近接しない場合、ウィンドウのエッジの位置は、前記カーソルのスクリーン上の位置に設定される、
請求項１４記載のディスプレイシステム。
【請求項１６】
前記最適なウィンドウのエッジの位置は、ウィンドウの高さとＸ／Ｙアスペクト比との積を含む、
請求項１４記載のディスプレイシステム。
【請求項１７】
前記最適なウィンドウのエッジの位置は、ウィンドウの幅とＹ／Ｘアスペクト比との積を含む、
請求項１４記載のディスプレイシステム。
【請求項１８】
前記差が前記閾値の画素数の範囲内であることは、前記最適なウィンドウのエッジの位置から近似的に１０画素の範囲にあることを含む、
請求項１４記載のディスプレイシステム。
【請求項１９】
サイズ変更を開始するために前記カーソルを位置決めするユーザにより制御される入力装置を更に有する、
請求項１４記載のディスプレイシステム。
【請求項２０】
入力コンテンツのアスペクト比に基づいてビデオウィンドウの最適なウィンドウのエッジの位置を決定するステップと、
カーソルの動きに基づいて、前記ビデオウィンドウのサイズ変更の動作を開始するためのユーザからの入力を受け付けるステップと、
前記最適なウィンドウのエッジの位置と前記カーソルの位置との差が閾値の画素数の範囲内である場合、前記ビデオウィンドウのウィンドウのエッジの位置を前記最適なウィンドウのエッジの位置に自動的に調節するステップと、
を含むことを特徴とするビデオウィンドウのサイズ変更方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビデオ処理に関し、より詳細には、ビデオ再生の間にディスプレイウィンドウのサイズを変更するシステム及び方法に関する。
【背景技術】
【０００２】
ビデオはアスペクト比を有し、このアスペクト比は、その意図された表示の形状を定義する。典型的なアスペクト比は、幅が広く矩形のフォーマットである１６：９、及びより幅が狭い４：３である。ビデオがアスペクト比に整合しない装置で表示されるとき又はユーザインタフェースのウィンドウで表示されるとき、パディング“padding”又はストレッチング“stretching”が生じる。第一のケースでは、ディスプレイの残りのエリアを満たしつつ、ピクチャのアスペクト比を維持するため、ブラックバーがピクチャに追加される。第二のケースでは、ピクチャは変形され、これは望まれないものであって、回避されるべきものである。
【０００３】
幾つかのディスプレイの実現は、再生ウィンドウの形状をビデオのアスペクト比に制約するか、さもなければ、最適なウィンドウサイズの示唆をユーザに提供する試みがない。他のディスプレイの実現は、再生ウィンドウの形状を装置のアスペクト比の設定に制約する。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
MICROSOFT  WINDOWS（登録商標）又はAPPLE  OSX（登録商標）で使用されるようなサイズ変更可能なウィンドウは、ウィンドウを任意の形状にサイズ変更する機能をユーザに提供する。これがスクリーンレイアウトにおける最大のフレキシビリティをユーザに提供する一方で、ビデオのアスペクト比に最良に整合するウィンドウサイズを発見することはユーザにとって困難であることがある。これにより、全てのブラックバー（又はストレッチングが生じている場合にはビデオの変形）を除くこと、及びスクリーンで浪費されたスペースを最小にすることは困難となる。
【課題を解決するための手段】
【０００５】
ビデオディスプレイにおけるウィンドウをサイズ変更する方法、装置及びシステムは、入力コンテンツのアスペクト比に基づいて最適なウィンドウのエッジの位置の決定を含む。オンスクリーンのカーソルは、サイズ変更動作を始動するためにある位置に位置される。この位置が最適なウィンドウのエッジの位置に隣接するかに関する判定が行われる。この位置が最適なウィンドウのエッジの位置に近い場合、ウィンドウのエッジの位置は、最適なウィンドウのエッジの位置に調節される。
【０００６】
ビデオディスプレイにおけるウィンドウのサイズを変更する別の方法は、サイズ変更動作を始動するためにＸ，Ｙ位置にあるオンスクリーンカーソルをポジショニングするステップ、入力コンテンツのアスペクト比に基づいて第一の次元の最適なウィンドウのエッジの位置を決定するステップ、及び、この位置が第一の次元における最適なウィンドウのエッジの位置に近接するかを判定するステップを含む。この位置が第一の次元の最適なウィンドウのエッジの位置に近い場合、ウィンドウのエッジの位置は、第一の次元における最適なウィンドウのエッジの位置に調節される。第二の次元の最適なウィンドウのエッジの位置は、入力コンテンツのアスペクト比に基づいて決定される。この位置が第二の次元における最適なウィンドウのエッジの位置に近接するかに関する判定が行われ、この位置が第二の次元の最適なウィンドウのエッジの位置に近接する場合、ウィンドウのエッジの位置は、第二の次元における最適なウィンドウのエッジの位置に調節される。
【０００７】
ビデオディスプレイにおけるウィンドウをサイズ変更する別の方法は、入力コンテンツのアスペクト比に基づいて最適なウィンドウのエッジの位置を決定するステップ、サイズ変更動作を開始するステップ、及び、最適なウィンドウのエッジの位置にウィンドウのエッジの位置を自動的に調節するステップを含む。
【０００８】
ディスプレイシステムは、入力コンテンツを表示するために構成されるスクリーン、及び入力コンテンツのアスペクト比を決定するために構成されるセンサとを含む。カーソルモジュールは、スクリーン上の位置へのカーソルの動きによりサイズ変更動作が開始されるように、カーソルを生成するために構成される。カーソルは、オンスクリーンの位置を有する。プロセッサは、アスペクト比から最適なウィンドウエッジの位置を計算し、カーソルのオンスクリーンの位置を最適なウィンドウのエッジの位置に比較して、スクリーン上のディスプレイウィンドウを相応してサイズ変更するため、オンスクリーンの位置が最適なウィンドウのエッジの位置に近接するかを判定する。
【図面の簡単な説明】
【０００９】
本発明の教示は、添付図面と共に以下の詳細な説明を考慮することで容易に理解される。
【図１】１６：９及び４：３のアスペクト比を示すディスプレイスクリーンを示す。
【図２】例示的な実施の形態に係る、ディスプレイウィンドウの最適なサイズ変更を示唆するために利用されるカーソルをもつディスプレイスクリーンを示す。
【図３】ウィンドウがサイズ変更されたときの図２のディスプレイスクリーンを示す。
【図４】ウィンドウが最適な位置に設定されたときの図３のディスプレイスクリーンを示す。
【図５】例示的な実施の形態に係る、ディスプレイウィンドウの最適なサイズ変更以外のウィンドウサイズを変更するために利用されるカーソルをもつディスプレイスクリーンを示す図である。
【図６】ウィンドウがユーザにより定義された位置に設定されたときに図５のディスプレイスクリーンを示す図である。
【図７】別の例示的な実施の形態に係る、最適なサイズにウィンドウを自動的にサイズ変更するために利用されるカーソルをもつディスプレイスクリーンを示す。
【図８】ウィンドウが最適な位置に設定されたとき図７のディスプレイスクリーンを示す図である。
【図９】１つの例示的な実施の形態に係る、ディスプレイウィンドウをサイズ変更するシステム／方法を示すブロック／フローダイアグラムである。
【図１０】別の例示的な実施の形態に係る、Ｘ及びＹの位置を使用してディスプレイウィンドウをサイズ変更するシステム／方法を示すブロック／フローダイアグラムである。
【図１１】本発明に係るディスプレイウィンドウのサイズ変更を実現するディスプレイシステムを示すブロック図である。  なお、図面は本発明の概念を例示する目的であって、本発明を説明する唯一の可能性のある構成を必ずしも示すものではない。理解を容易にするため、同じ参照符号が使用され、可能な場合、図面を通して共通する同一のエレメントを示す。
【発明を実施するための最良の形態】
【００１０】
本発明は、ディスプレイ上のビデオウィンドウをサイズ変更する方法、装置及びシステムを有利にも提供するものである。本発明は、ウィンドウをビデオにとって最適なサイズにサイズ変更する容易且つ直感的なやり方をユーザに提供しつつ、ビデオ再生ウィンドウをユーザが望む任意のサイズにサイズ変更する柔軟性をユーザに提供する。本実施の形態は、ユーザが再生ウィンドウを最適なサイズの直感的にサイズ変更する少なくとも２つの例示的なメカニズムを提供する。これらのうちの１つは、「スティッキー“sticky”」なサイズ変更であり、ウィンドウのサイズ変更が行われる間にユーザのヒントを与えるものである。第二は、最適なサイズを得るためにユーザがウィンドウの境界を「ダブルクリック」するオートマチックなサイズ変更である。
【００１１】
本発明は、これら２つのメカニズムの文脈内で主に記載されるが、これらのメカニズムは、本発明を実行する更なるメカニズム又は方法を提供するために変更、結合及び補強される。したがって、本実施の形態で開示される特定の実施の形態は、本発明の範囲を制限するものとして扱われるべきではない。本発明の概念は、テレビジョン、コンピュータ、電話等のディスプレイに有利にも適用されることは、当業者により理解され、本発明の教示により通知される。
【００１２】
図面で示される様々なエレメントの機能は、適切なソフトウェアと関連するソフトウェアを実行可能なハードウェアと同様に、専用ハードウェアの使用を通して提供される。プロセッサにより提供されたとき、単一の専用プロセッサにより、単一の共有プロセッサにより、又はその幾つかが共有される複数の個々のプロセッサにより機能が提供される。さらに、用語「プロセッサ」又は「コントローラ」の明示的な使用は、ソフトウェアを実行可能なハードウェアを排他的に示すように解釈されるべきではなく、限定することなしに、デジタルシグナルプロセッサ（DSP）ハードウェア、ソフトウェアを記憶するリードオンリメモリ（ROM）、ランダムアクセスメモリ（RAM）、及び不揮発性メモリを暗黙に含む。さらに、本発明の特定の例と同様に、本発明の原理、態様及び実施の形態を引用する全ての説明は、本発明の構造的及び機能的に等価なものの両者を包含することが意図される。さらに、係る等価な概念は、現在知られている等価な概念と同様に、将来的に開発される等価な概念（すなわち構造に係らず、同じ機能を実行する開発されたエレメント）の両者を含む。
【００１３】
したがって、たとえば、本実施の形態で与えられるブロック図は、本発明の原理を実施する例示的なシステムコンポーネント及び／又は回路の概念的な図を表すことが当業者により理解されるであろう。同様に、任意のフローチャート、フローダイアグラム、状態遷移ダイアグラム、擬似コード等は、コンピュータ読み取り可能な記録媒体で実質的に表現され、従ってコンピュータ又はプロセッサが明示的な示されるか否かに係らず、コンピュータ又はプロセッサにより実行される。
【００１４】
ビデオはアスペクト比を有しており、このアスペクト比は、ウィンドウが表示されるディスプレイスクリーン上のウィンドウの形状を記載する。ビデオのアスペクト比は、その画素及びラインの解像度とは独立であり、正方形の画素がビデオ領域で共通ではないことを意味する。その形状がビデオのアスペクト比に整合しない装置にビデオが表示されるとき、変換が行われる必要がある。最も一般的には、その最小の破壊は、パディングを適用することである。パディングは、ブラックバーの形式で、ディスプレイの残りの領域を充填しつつ、ビデオマテリアルのアスペクト比を維持する。この変換の利益は、コンテンツが失われないことである。別の技術は、表示装置を充填するようにビデオを伸張することであり、これにより、通常許容されない歪みが生じる。
【００１５】
ここで、同じ参照符号が幾つかの図面を通して類似又は同一のエレメントを識別する図面を更に詳細に参照して、はじめに図１を参照して、１６：９のサイズの表示領域１４のウィンドウ１２で表示される４：３のマテリアルを有するディスプレイ１０が例示的に示される。同じ問題は、ウィンドウのインタフェースを通してビデオが再生されるときに生じる。サイズ変更可能なウィンドウは、最大の柔軟性をユーザに提供する。サイズ変更可能なウィンドウは、生産性を改善する個別のレイアウトを許容する。残念なことに、サイズ変更可能なウィンドウにより、ユーザは、表示されているビデオについて最適なウィンドウのサイズを得ることが困難となる。典型的に、ユーザは、ブラックパディングが完全に除去されることに満足するまで、多くのサイズ変更の繰り返しを費やす必要がある。
【００１６】
本発明に係るサイズ変更の技術は、最適なサイズを直感的に示し、そのサイズを必要に応じて切り替えることで、ユーザの生産性を改善する少なくとも２つのメカニズムを提供する。第一は、参照の容易さのため、「スティッキーなサイズ変更」として本実施の形態では呼ばれる。
【００１７】
図２は、スティッキーなサイズ変更は、ウィンドウ２２のエッジ２０をドラッグすることでビデオウィンドウをサイズ変更するときに行われる。変化するウィンドウサイズが、最適なサイズに閾値（たとえば１０画素、他の閾値を割り当てることができる）を加えたものに整合するとき、ウィンドウサイズは、「切り替え“snaps”」、最適なサイズに固定する“sticks”。最適又は好適なサイズは、ドラッグされたウィンドウのエッジ２０の最終的な位置に最も近いサイズを含む場合がある。これは、ユーザのサイズ変更が閾値外のウィンドウのサイズを要するまで、最適なサイズのままである。マウスポインタ又はカーソルは、ブラックパディング２６のエッジ２０でドット２４として表示される。
【００１８】
図３を参照して、マウスポインタ又はカーソルを内部にドラッグすることでウィンドウ２２の幅が低減されるとき、ブラックパディング２６の量も低減されるが、ウィンドウ２２の目に見えるビデオ領域は低減されない。図４では、ウィンドウ２２のサイズがビデオアスペクト比の最適なサイズ（＋閾値）に到達したとき、ウィンドウ２２は、最適なサイズに切り替わり、固定する。なお、ユーザのマウスカーソル２４は、切り替わり追従せず、代わりにその位置のままである。
【００１９】
ウィンドウ２２は、ひとたびカーソル２４が閾値の領域を離れると別のサイズ変更動作を開始するため、ユーザのカーソルが閾値から消え去るまで、最適なサイズのままである。図５では、ユーザは、カーソル２４を内側に移動し続けるが、ウィンドウ２２は、同じサイズにとどまる。ひとたびカーソル２４が閾値から消え去ると、ウィンドウ２２は、図６に示されるように、サイズにおいて低減し続ける。図６では、ウィンドウ２２は、ウィンドウの上下を水平に形成するブラックパディング２８のポイントに低減される。（閾値領域による）このアプローチは、ウィンドウをサイズ変更するときに大きな「ターゲット」をユーザに与え、したがってユーザが最良な可能なウィンドウサイズを取得することができる速度が改善される。
【００２０】
図７及び図８を参照して、自動サイズ変更メカニズムは、別の実施の形態に従って例示的に示される。この実施の形態では、ユーザがそのようにすることを示したとき（たとえばウィンドウ２２のエッジでダブルクリックするか、又はウィンドウの閾値領域内でダブルクリックする）、ウィンドウ２２は、その境界を移動することを介して、図８に示されるビデオアスペクト比について最適なウィンドウサイズ２３にサイズ変更する。１実施の形態では、ユーザは、エッジをダブルクリックし、ウィンドウは、ユーザからの更なる入力なしにその最適なサイズにサイズ変更する。
【００２１】
図９を参照して、ブロック／フローダイアグラムは、ウィンドウの垂直エッジのサイズ変更についてアスペクト比の示唆をサポートするシステム／方法を示す。同じ手順は、以下に記載されるように、ＯＸをＯＹでスイッチすることでウィンドウの水平方向のエッジのサイズ変更についてアスペクト比の示唆のために利用される。閾値を利用するこのアプローチは、それぞれのカーソル位置の更新に関して最適なエッジの計算を少なくとも必要としないという利点を有する。ユーザは、ウィンドウがサイズ変更されるべきことをディスプレイに示すため、カーソル又は他の指示装置／メカニズムを利用することで、最適又は所望のウィンドウサイズに関してヒントを与える。このアプローチは、たとえば垂直の「エッジスプリッタ」をもつビデオディスプレイウィンドウについて有効である。
【００２２】
ブロック１０２では、サイズ変更のプロセスは、サイズ変更が必要とされるか又は望まれるかをユーザが示すことを許可することで開始する。これは、リモートコントロール装置、ボタン、マウス又は任意の他の入力装置を使用して開始される。好適な実施の形態では、カーソル又は他の視覚的な示唆は、表示装置のスクリーンで利用される。ブロック１０４では、最適なエッジ位置ＯＸが計算される。これは、ウィンドウのＸ及びＹ方向及び高さ“Height”（又は幅“Width”）における入力画像のアスペクト比“Aspect  Ratio”に基づく。ＯＸは、以下の式に従って計算される。
【００２３】
【数１】
0005654340.tif 000002
位置が水平方向のウィンドウのサイズ変更である場合、
【００２４】
【数２】
0005654340.tif 000003
ウィンドウの高さ及び幅は、スクリーンの大きさ又はユーザにより選択されたウィンドウのサイズに従うことができる。ブロック１０６では、調節をなすためにカーソルがスクリーン上に存在するかに関して判定が行われる。カーソルが存在しない場合、ブロック１０８においてサイズ変更が終了される。さもなければ、ブロック１１０において、チェックが実行され、カーソルのＸ座標が、たとえばＯＸの±１０画素又は類似の測度といった最適なサイズＯＸの閾値の領域内にあるかが判定される。Ｘ座標がＯＸの閾値の領域内にある場合、ブロック１１２において、ウィンドウのエッジの位置は、ＯＸに等しく設定される（又はＯＸに切り替わる）。さもなければ、カーソルのＸ座標が閾値の領域の外側にある場合、ブロック１１４において、ウィンドウのエッジはカーソルのＸ座標に設定される。ユーザのパートの更なるアクションは、カーソルがプロセスが実行する位置にあることを示すために利用される。たとえば、ひとたびカーソルが位置合わせされると、ユーザは、ボタンを押して新たなサイズ変更動作を開始する場合がある。
【００２５】
図９に示されるプロセスは、Ｙ座標及び最適なＹエッジの位置（ＯＹ）を使用して実現される。さらに、Ｘ及びＹの調節の組み合わせも同様に提供される。たとえば、ユーザは、最適なサイズ変更に加えてスクリーンのサイズを設定し、ユーザにより選択されたＸ／Ｙカーソルの位置に従って歪みを許容するか又はピクチャの一部を切り取る場合がある。これは、図１０を参照して記載される。
【００２６】
図１０を参照して、幅及び高さの同時のサイズ変更のためのアスペクト比の示唆をサポートするシステム／方法が例示的に示される。ユーザは、ウィンドウがサイズ変更されるべきことをディスプレイに示すカーソル又は他の指示装置又はメカニズムを利用することで、最適又は所望のウィンドウサイズに関してヒントを与える。ブロック２０２では、サイズ変更のプロセスは、サイズ変更が必要とされるか又は望まれることをユーザが示すことを可能にすることで開始する。これは、リモートコントロール装置、ボタン、マウス又は任意の他の入力装置を使用して開始される。好適な実施の形態では、表示装置のスクリーンでカーソル又は他の視覚的な示唆が利用される。ブロック２０４で、調節をなすためにカーソルがスクリーンに存在するかに関して判定が行われる。カーソルが存在しない場合、ブロック２０６において、サイズ変更が終了される。サイズ変更が指示される場合（たとえばオンスクリーンカーソルが生成される）、ブロック２０８において最適なエッジの位置ＯＸが計算される。これは、ウィンドウのＸ及びＹ方向並びに高さ（又は幅）における入力画像のアスペクト比に基づく。ＯＸは、式（１）に従って計算される。
【００２７】
ブロック２１０では、カーソルのＸ座標が、たとえばＯＸの±１０画素又は類似の測度といった最適なサイズＯＸの閾値の領域内にあるかを判定するため、チェックが実行される。Ｘ座標がＯＸの閾値領域内にある場合、ブロック２１２において、ウィンドウのエッジの位置は、ＯＸに等しく設定される（又はＯＸに切り替わる）。さもなければ、カーソルのＸ座標が閾値の領域の外側にある場合、ブロック２１４において、ウィンドウのエッジは、カーソルのＸ座標に設定される。ユーザのパートの更なるアクションは、カーソルがプロセスを実行する位置にあることを示すために利用することができる。たとえば、ひとたびカーソルが位置合わせされると、ユーザは、ボタンを押して新たなサイズ変更動作を開始する。
【００２８】
ブロック２１６において、最適なエッジの位置ＯＹが計算される。これは、ウィンドウのＸ及びＹ方法及び高さ（又は幅）における入力画像のアスペクト比に基づく。ＯＹは、式（２）に従って計算される。
【００２９】
ブロック２１８では、カーソルのＹ座標が、たとえばＯＹの±１０画素又は類似の測度といった最適なサイズＯＹの閾値の領域内にあるかを判定するため、チェックが実行される。Ｙ座標がＯＹの閾値領域内にある場合、ブロック２２０において、ウィンドウのエッジの位置は、ＯＹに等しく設定される（又はＯＹに切り替わる）。さもなければ、カーソルのＹ座標が閾値の領域の外側にある場合、ブロック２２２において、ウィンドウのエッジは、カーソルのＹ座標に設定される。ユーザのパートの更なるアクションは、カーソルがプロセスを実行する位置にあることを示すために利用することができる。たとえば、ひとたびカーソルが位置合わせされると、ユーザは、ボタンを押して新たなサイズ変更動作を開始する。プログラムパスは、ブロック２０４に戻り、カーソルの位置が存在するか又はカーソルの位置が変換したかを検出する。
【００３０】
図９及び図１０に示されるプロセスは、表示装置により計算される最適なエッジ位置（ＯＸ及びＯＹ）を使用して自動的に実現されることが理解される。図９の自動的なサイズ変更の実施の形態に関して、ユーザが示した場合（ブロック１０６）（たとえば、閾値領域内又はウィンドウのエッジでダブルクリック（又は他の適切なアクション）（ブロック１１０は任意であり、バイパスすることができ、ブロック１１４はバイパスされる））、ブロック１１２において、ウィンドウのエッジの位置は、ＯＸ（又はＯＹ）に自動的に設定される。図１０の自動サイズ変更の実施の形態に関して、ユーザが示した場合（ブロック２０４）（たとえば、閾値領域内又はウィンドウのエッジでダブルクリック（又は他の適切なアクション）（ブロック２１０及び／又は２１８は任意であり、バイパスすることができ、ブロック２１４及び２２２はバイパスされる））、ブロック２１２及び２２０において、ウィンドウのエッジの位置は、ＯＸ（又はＯＹ）に自動的に設定される。
【００３１】
図１１を参照して、ディスプレイスクリーン３０２は、例示的な実施の形態に従って示される。ディスプレイシステム３０２は、入力コンテンツ３１０のアスペクト比をモニタするセンサ３０８を含む。センサ３０８は、アスペクト比を決定し、この情報を入力コンテンツ３１０と共にプロセッサ３０６に送出する。プロセッサ３０６は、メモリ３０４を利用して上述した図９及び１０の方法／システムを実行する。カーソルモジュール３１６は、メモリ３０４に記憶され、ウィンドウのサイズ変更の動作の間にスクリーン３０３条のカーソルの機能及び可視化を提供する。プロセッサ３０６は、最適なウィンドウサイズ（たとえばＯＸ及びＯＹ）を計算し、カーソル３１８に従ってスクリーン３０３上のウィンドウのサイズを変更する。
【００３２】
カーソル３１８は、カーソルモジュール３１６を使用して生成される。カーソル３１８は、入力装置３１４を有するユーザにより生成又は開始される。ユーザは、ボタンを押すことにより、又はさもなければサイズ変更が必要又は望まれることを示すことにより、サイズ変更プロセスを開始する。代替的な実施の形態では、カーソルモジュール３１６が利用され、タッチスクリーン上の指又はライトスポット（たとえばレーザポインタ等）のような外部入力装置３１４がカーソル位置の入力として利用されるかが判定される。係る実施の形態では、カーソルモジュール３１６は、実行されたとき、そのように生成されたカーソルの存在及び位置を判定する。ひとたびカーソル３１８が存在すると、ユーザは、スクリーン３０３のウィンドウ３１２をサイズ変更するためにカーソル３１８を移動する。これは、ユーザがサイズ変更モードを出るまで継続される。
【００３３】
代替的に、プロセッサ３０６は、センサ３０８からのアスペクト比の情報を使用して、自動的にウィンドウ３１２をサイズ変更する。これは、ウィンドウの最適な大きさ（たとえばＯＸ及びＯＹ）を計算し、ユーザの始動により又はユーザの始動によらずに、ウィンドウを調節することにより実行される。
【００３４】
サイズ変更可能なビデオウィンドウのアスペクト比の示唆のための方法、装置及びシステムの（例示的であって限定するものではない）好適な実施の形態が記載されたが、上記した教示に照らして当業者により変更及び変形が行われる。したがって、特許請求の範囲により概説されたように本発明の範囲及び精神にある開示された発明の特定の実施の形態において変更が行われることを理解されたい。上述の内容は本発明の様々な実施の形態に向けられるが、本発明の基本的な範囲から逸脱することなしに、本発明の他の実施の形態及び更なる実施の形態を考えることができる。
【図１】
0005654340.tif 000004
【図２】
0005654340.tif 000005
【図３】
0005654340.tif 000006
【図４】
0005654340.tif 000007
【図５】
0005654340.tif 000008
【図６】
0005654340.tif 000009
【図７】
0005654340.tif 000010
【図８】
0005654340.tif 000011
【図９】
0005654340.tif 000012
【図１０】
0005654340.tif 000013
【図１１】
0005654340.tif 000014