(57)【特許請求の範囲】
【請求項１】
グラフィカル・ユーザ・インターフェースを管理する方法であって、
メモリに連結されたプロセッサを使用して、ウィンドウ群のピクチャのコンポーネント群として一緒に前記ウィンドウ群を描画するためにウィンドウ間の相互の引力がアクティブ化される表示画面上のウィンドウ間の閾距離を定義することと、
前記プロセッサを使用して、前記ウィンドウ群のピクチャのコンポーネント群である同じ機能タイプをもつ全ウィンドウを、同様に前記ウィンドウ群のピクチャのコンポーネント群である他の機能タイプをもつウィンドウ群のサイズに影響を与えることなく、一斉にサイズ変更することと、
前記プロセッサを使用して、ユーザ入力装置の焦点とは無関係に前記表示画面上の全ウィンドウをアクティブ状態に維持することと、
を備える方法。
【請求項２】
前記表示画面上のウィンドウ間の前記閾距離を定義することは、前記ウィンドウ間の前記相互の引力がアクティブ化された前記表示画面上の前記ウィンドウ群のエッジ間の前記閾距離を定義することをさらに備える、請求項１に記載の方法。
【請求項３】
前記表示画面上のウィンドウ間の前記閾距離を定義することは、前記ウィンドウ間の前記相互の引力が相対的な前記ウィンドウ群の整列の状態とは無関係にアクティブ化される前記表示画面上の前記ウィンドウ間の前記閾距離を定義することをさらに備える、請求項１に記載の方法。
【請求項４】
前記ウィンドウ間の前記相互の引力が相対的な前記ウィンドウ群の前記整列の状態とは無関係にアクティブ化される前記表示画面上の前記ウィンドウ間の前記閾距離を定義することは、前記ウィンドウ間の前記相互の引力がアクティブ化されたとき、前記ウィンドウ群を相互に整然と正確に整列させることをさらに備える、請求項３に記載の方法。
【請求項５】
前記表示画面上のウィンドウ間の前記閾距離を定義することは、重なりなしで一緒に前記ウィンドウ群を描画するために前記ウィンドウ間の前記相互の引力がアクティブ化される前記表示画面上の前記ウィンドウ間の前記閾距離を定義することをさらに備える、請求項１に記載の方法。
【請求項６】
前記表示画面上のウィンドウ間の前記閾距離を定義することは、前記表示画面上の同じ機能タイプをもつ移動ウィンドウと静止ウィンドウとの間の閾距離を定義することをさらに備える、請求項１に記載の方法。
【請求項７】
前記表示画面上の前記同じ機能タイプをもつ前記移動ウィンドウと前記静止ウィンドウとの間の前記閾距離を定義することは、前記相互の引力がアクティブ化されたとき、前記同じ機能タイプをもつ前記静止ウィンドウのサイズより大きなもしくは小さなサイズから前記同じ機能タイプをもつ前記静止ウィンドウの前記サイズと同じサイズまで前記移動ウィンドウをサイズ変更することをさらに備える、請求項６に記載の方法。
【請求項８】
前記表示画面上のウィンドウ間の前記閾距離を定義することは、前記相互の引力がアクティブ化されたとき、インジケータを前記表示画面に表示することをさらに備える、請求項１に記載の方法。
せることとをさらに備える、請求項８に記載の方法。
【請求項９】
前記表示画面上のウィンドウ間の前記閾距離を定義することは、単一の入力信号に応答して１つ以上の視覚表示ユニットに表示された前記表示画面上の一方の位置からもう一方の位置まで単一のユニットとして一緒に前記ウィンドウ群のピクチャの全コンポーネントを移動させることをさらに備える、請求項１に記載の方法。
【請求項１０】
前記表示画面上のウィンドウ間の閾距離を定義することは、固定パラメータとして前記ウィンドウ間の相互の引力のアクティブ化のための前記閾距離を定義することをさらに備える、請求項１に記載の方法。
【請求項１１】
前記表示画面上のウィンドウ間の前記閾距離を定義することは、ユーザ調整可能なパラメータとして前記ウィンドウ間の相互の引力のアクティブ化のための前記閾距離を定義することをさらに備える、請求項１に記載の方法。
【請求項１２】
前記同じ機能タイプをもつ全ウィンドウをサイズ変更することは、単一の入力信号に応答して一斉に前記ウィンドウ群のピクチャのコンポーネントである前記同じ機能タイプをもつ全ウィンドウをサイズ変更することをさらに備える、請求項１に記載の方法。
【請求項１３】
前記同じ機能タイプをもつ全ウィンドウをサイズ変更することは、前記ウィンドウ群の同じピクチャのコンポーネントである異なった機能タイプをもつウィンドウ群のサイズに影響を与えることなく一斉に前記ウィンドウ群のピクチャのコンポーネントである前記同じ機能タイプをもつ全ウィンドウをサイズ変更することをさらに備える、請求項１に記載の方法。
【請求項１４】
前記表示画面上の全ウィンドウを前記アクティブ状態に維持することは、前記表示画面上の全ウィンドウをサイズ変更しながら前記アクティブ状態に維持することをさらに備える、請求項１に記載の方法。
【請求項１５】
前記表示画面上の全ウィンドウをサイズ変更しながらアクティブ状態に維持することは、前記表示画面上の全ウィンドウへのデータフィードをサイズ変更しながら維持することをさらに備える、請求項１４に記載の方法。
【請求項１６】
前記表示画面上の全ウィンドウを前記アクティブ状態に維持することは、前記表示画面上の重ねられたもしくは重ね合わされた全ウィンドウを前記アクティブ状態に維持することをさらに備える、請求項１に記載の方法。
【請求項１７】
前記表示画面上の重ねられたもしくは重ね合わされた全ウィンドウを前記アクティブ状態に維持することは、前記表示画面上の重ねられたもしくは重ね合わされた全ウィンドウに対して重なるもしくは重なり合うウィンドウ群にアクティブタブを設けることをさらに備える、請求項１６に記載の方法。
【請求項１８】
グラフィカル・ユーザ・インターフェースを管理するシステムであって、
メモリに連結されたプロセッサを備え、前記プロセッサは、
ウィンドウ群のピクチャのコンポーネント群として一緒に前記ウィンドウ群を描画するためにウィンドウ間の相互の引力がアクティブ化される表示画面上のウィンドウ間の閾距離を定義することと、
前記ウィンドウ群のピクチャのコンポーネント群である同じ機能タイプをもつ全ウィンドウを、同様に前記ウィンドウ群のピクチャのコンポーネント群である他の機能タイプをもつウィンドウ群のサイズに影響を与えることなく、一斉にサイズ変更することと、
ユーザ入力装置の焦点とは無関係に前記表示画面上の全ウィンドウをアクティブ状態に維持することと、
のためにプログラムされている、システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、金融の分野に関し、より詳しくは、外国為替（ＦＸ）取引データのような金融データを表示および操作するグラフィカル・ユーザ・インターフェース（ＧＵＩ）を管理する方法およびシステムに関する。
【背景技術】
【０００２】
電子ＦＸ取引のような電子取引における現在の問題は、トレーダーのデスクトップコンピュータのようなトレーダーの計算装置の表示画面上のスペースの不足である。たとえば、トレーダーは、同時に多くの画面を開いた状態にさせることがあり、画面の１つずつは、取引モニター、相場、集計表、曲線、取引プラットフォーム、チャート、取引記録簿、損益などで乱雑になる程度まで完全に過密にされることがある。この乱雑さが複数のシステムを組み入れるために広げられるとき、デスクトップスペースのより一層深刻な不足が存在する。従って、トレーダーが、自分が組み入れたいと思うことがある製品のためのスペースが自分の表示画面に殆どないこともしくは全くないことに最終的に気付くことは、驚くべきことではない。すなわち、自分の製品のためトレーダーの画面スペースを欲しいと思うプロバイダと、自分が必要とする情報の全てを受信すること、もしくは、アプリケーションの全てにアクセスすることができないトレーダーとの双方にとって問題である。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ＦＸトレーダーのようなユーザが、従来型のＧＵＩ提示方法およびシステムを使用しても不可能であるが、自分のデスクトップのような自分のワークステーション上の自分の日常的な作業要件の至る所で自分の取引要件をカスタマイズするために高度の柔軟性が認められるように表示画面スペースの利用の際に効率を高める、グラフィカル・ユーザ・インターフェース（ＧＵＩ）を管理する方法およびシステムが必要である。
【課題を解決するための手段】
【０００４】
発明の実施形態は、限定されることなく、メモリに連結された１つ以上のプロセッサと、本明細書に記載されたＧＵＩ管理を実行することをプロセッサに命令する１つ以上の実行可能なプログラムが記憶されている非一時的なコンピュータ読み取り可能な記憶媒体とを含む、コンピュータハードウェアおよびソフトウェアを用いる。
【０００５】
発明の実施形態は、たとえば、メモリに連結されたプロセッサを使用して、ウィンドウ群のピクチャのコンポーネント群として一緒にウィンドウ群を描画するためにウィンドウ間の相互の引力がアクティブ化される表示画面上のウィンドウ間の閾距離を定義することと、プロセッサを使用して、ウィンドウ群のピクチャのコンポーネント群である同じ機能タイプをもつ全ウィンドウを、同様にウィンドウ群のピクチャのコンポーネント群である他の機能タイプをもつウィンドウ群のサイズに影響を与えることなく、一斉にサイズ変更することと、プロセッサを使用して、ユーザ入力装置の焦点とは無関係に表示画面上の全ウィンドウをアクティブ状態に維持することと、を含むことがある、グラフィカル・ユーザ・インターフェースを管理する方法およびシステムを提供する。
【０００６】
本発明の実施形態の態様において、表示画面上のウィンドウ間の閾距離を定義することは、たとえば、ウィンドウ間の相互の引力がアクティブ化された表示画面上のウィンドウ群のエッジ間の閾距離を定義することを含むことがある。別の態様において、表示画面上のウィンドウ間の閾距離を定義することは、たとえば、ウィンドウ間の相互の引力が相対的なウィンドウ群の整列の状態とは無関係にアクティブ化される表示画面上のウィンドウ間の閾距離を定義することを含むことがある。さらなる態様において、ウィンドウ間の相互の引力が相対的なウィンドウ群の整列の状態とは無関係にアクティブ化される表示画面上のウィンドウ間の閾距離を定義することは、たとえば、ウィンドウ間の相互の引力がアクティブ化されたとき、ウィンドウ群を相互に整然と正確に整列させることを含むことがある。
【０００７】
発明の実施形態の付加的な態様において、表示画面上のウィンドウ間の閾距離を定義することは、たとえば、重なりなしで一緒にウィンドウ群を描画するためにウィンドウ間の相互の引力がアクティブ化される表示画面上のウィンドウ間の閾距離を定義することを含むことがある。別の態様において、表示画面上のウィンドウ間の閾距離を定義することは、たとえば、表示画面上の同じ機能タイプをもつ移動ウィンドウと静止ウィンドウとの間の閾距離を定義することを含むことがある。さらに別の態様において、表示画面上の同じ機能タイプをもつ移動ウィンドウと静止ウィンドウとの間の閾距離を定義することは、たとえば、相互の引力がアクティブ化されたとき、同じ機能タイプをもつ静止ウィンドウのサイズより大きなもしくは小さなサイズから同じ機能タイプをもつ静止ウィンドウのサイズと同じサイズまで移動ウィンドウをサイズ変更することを含むことがある。
【０００８】
発明の実施形態のさらなる態様において、表示画面上のウィンドウ間の閾距離を定義することは、たとえば、相互の引力がアクティブ化されたとき、インジケータを表示画面に表示することを含むことがある。さらなる態様において、相互の引力がアクティブ化されたとき、インジケータを表示画面に表示することは、たとえば、ユーザ入力信号に応答して相互の引力を非アクティブ化することと、表示画面上でウィンドウ群を重ねることもしくは重ね合わせることとを含むことがある。さらに別の態様において、表示画面上のウィンドウ間の閾距離を定義することは、たとえば、単一の入力信号に応答して１つ以上の視覚表示ユニットに表示された表示画面上の一方の位置からもう一方の位置まで単一のユニットとして一緒にウィンドウ群のピクチャの全コンポーネントを移動させることを含むことがある。付加的な態様において、表示画面上のウィンドウ間の閾距離を定義することは、たとえば、固定パラメータとしてウィンドウ間の相互の引力のアクティブ化のための閾距離を定義することを含むことがある。別の態様において、表示画面上のウィンドウ間の閾距離を定義することは、たとえば、ユーザ調整可能なパラメータとしてウィンドウ間の相互の引力のアクティブ化のための閾距離を定義することを含むことがある。
【０００９】
発明の実施形態のさらなる態様において、同じ機能タイプをもつ全ウィンドウをサイズ変更することは、たとえば、単一の入力信号に応答して一斉にウィンドウ群のピクチャのコンポーネントである同じ機能タイプをもつ全ウィンドウをサイズ変更することを含むことがある。付加的な態様において、同じ機能タイプをもつ全ウィンドウをサイズ変更することは、たとえば、ウィンドウ群の同じピクチャのコンポーネントではない異なった機能タイプをもつウィンドウ群のサイズに影響を与えることなく一斉にウィンドウ群のピクチャのコンポーネントである同じ機能タイプをもつ全ウィンドウをサイズ変更することを含むことがある。
【００１０】
発明の実施形態のさらに別の態様において、表示画面上の全ウィンドウをアクティブ状態に維持することは、たとえば、表示画面上の全ウィンドウをサイズ変更しながらアクティブ状態に維持することを含むことがある。さらなる態様において、表示画面上の全ウィンドウをサイズ変更しながらアクティブ状態に維持することは、たとえば、表示画面上の全ウィンドウへのデータフィードをサイズ変更しながら維持することを含むことがある。付加的な態様において、表示画面上の全ウィンドウをアクティブ状態に維持することは、たとえば、表示画面上の重ねられたもしくは重ね合わされた全ウィンドウをアクティブ状態に維持することを含むことがある。さらなる態様において、表示画面上の重ねられたもしくは重ね合わされた全ウィンドウをアクティブ状態に維持することは、たとえば、表示画面上の重ねられたもしくは重ね合わされた全ウィンドウに対して重なるもしくは重なり合うウィンドウ群にアクティブタブを設けることを含むことがある。
【００１１】
発明のこれらの態様およびその他の態様は、一部において、後に続く発明を実施するための形態の欄で部分的に説明され、そして、一部において、下記を検討すると当業者にとってより明らかになるか、または、発明の実施から分かることがある。このような態様はいずれも、発明を実施するための形態の欄に含まれるべきであり、本発明の範囲に含まれるべきであり、そして、特許請求の範囲によって保護されるべきであることが意図されている。
【図面の簡単な説明】
【００１２】
【図１】発明の実施形態のためのウィンドウの「磁化」の態様の実施例を示す図である。
【図２】発明の実施形態のためのウィンドウの動的サイズ変更の態様の実施例を示す図である。
【図３】発明の実施形態のための類似タイプをもつ別個のウィンドウ群の動的サイズ変更の実施例を示す図である。
【図４】発明の実施形態のためのウィンドウ群のピクチャにおける類似タイプをもつウィンドウの動的サイズ変更の実施例を示す図である。
【図５】発明の実施形態のためのタビングの態様の実施例を示す図である。
【図６】発明の実施形態のためのウィンドウ群の動的サイズ変更の態様の別の実施例を示す図である。
【図７】発明の実施形態のためのウィンドウ群の動的サイズ変更の態様のさらなる実施例を示す図である。
【図８】発明の実施形態のためのＧＵＩを管理するプロセスの概略実施例を示すフローチャートである。
【発明を実施するための形態】
【００１３】
次に、実施形態の１つ以上の実施例が添付図面に示された発明の実施形態を詳細に参照する。各実施例は、発明の限定としてではなく、発明を説明する目的で提供される。様々な変更および変形が発明の範囲または趣旨から逸脱することなく本発明において行われ得ることは、当業者に明らかであろう。たとえば、一実施形態の一環として図解または説明された特徴は、さらなる実施形態を得るために別の実施形態で使用できる。従って、本発明は、発明の範囲に入るこのような変更および変形に及ぶことが意図されている。発明の実施形態は、たとえば、ＦＸトレーダーのようなトレーダーのための、高度に柔軟性があり、トレーダーが自分のデスクトップ上の自分の日常的な作業要件の至る所で自分の取引要件をカスタマイズすることを可能にするＧＵＩディスプレイを管理し、ＧＵＩディスプレイの有用性を最大限に活かす方法およびシステムを提供する。従って、発明の実施形態は、たとえば、高度に柔軟性があるだけでなく、非常に機能性もあり、トレーダーのため価値を付加する取引ツールであるＦＸ取引プラットフォームのためのＧＵＩを管理する方法を提供する。
【００１４】
発明の実施形態のためのＧＵＩ管理システムおよび方法は、たとえば、実施例が図１に示されたウィンドウ群の「磁化」の態様を含むことがある。図１を参照すると、「磁化」の態様において、ユーザは、たとえば、矢印方向１０６に、単にウィンドウ群１０２、１０４を表示画面１００上で互いに近接させることによって、これらのウィンドウ群を一緒に「磁化」することがある。従って、様々な形状、サイズおよび機能をもつウィンドウは、ウィンドウが別のウィンドウに近づくことを検出し、本当の磁石と同じ様に挙動する「ジャンプ・ツー」機能で「磁化」されることがあり、たとえば、２つのウィンドウ１０２、１０４のそれぞれのエッジ１０８、１１０は、「ジャンプ・ツー」機能が関与するために互いに実質的に正確に整列されることが必要とされない程である。磁化の態様において、ウィンドウ１０２、１０４が一緒により近くに移動するにつれて、これらのウィンドウは、互いに引き付け合う。「磁化」の態様は、ユーザが、正確なもしくは複数回のカーソル移動なしに、および、単に１つのウィンドウ１０４を別のウィンドウ１０２の近くにドラックすることによって順に重ねることなしに、苦労せずにウィンドウ群の共通のエッジ１０８、１１０に沿ってウィンドウ１０２、１０４を一緒に「貼る」または「磁化する」ことができるようにすることである。従って、「磁化」の態様は、ユーザが、たとえば、様々な形状およびサイズをもつウィンドウが様々な形状およびサイズをもつ他のウィンドウ群の背後に隠される、または、部分的に隠されることを防ぐことを可能にする。ウィンドウ１０２および１０４のようないくつものウィンドウがこの形式で結合されるとき、この組み合わせは、ウィンドウ群のピクチャ１１２と呼ばれることがある。
【００１５】
発明の実施形態のためのＧＵＩは、完全に柔軟性のあるスペースにおいて立ち上がる。ユーロ／米ドル相場タイルのようなＧＵＩ管理アプリケーションの要素は、ドックから立ち上げられ、ユーザ表示画面上の望ましい場所でドラッグ・アンド・ドロップされることがある。同様に米ドル／トルコ・リラ相場タイルは、ユーザの表示画面にオプションモジュールを提示するために選択されることがあり、たとえば、拡大されることがある。発明の実施形態において、ウィンドウ群は、持続的に立ち上げられ、ロードされ、全てが関連付けられることがある。従って、一方のウィンドウは、ユーザがドックに戻ることを必要とすることなくシームレスにもう一方のウィンドウにつながることがある。標準的なアプリケーションウィンドウが典型的に動作する方法に優るこの機能の利点は、たとえば、この機能が非常に競争の激しいトレーダーに、ＦＸ取引におけるあるソースの相場をこのトレーダーの画面に同様に表示された同じＦＸ相場のための１つ以上の他のソースの相場と対照してこのトレーダーの画面に素早く表示させることである。
【００１６】
発明の実施形態のためのＧＵＩ管理システムおよび方法は、たとえば、実施例が図２に示された、ウィンドウ群の動的サイズ変更の態様をさらに含むことがある。動的サイズ変更の態様において、表示画面２００上の全ウィンドウは、動的にサイズ変更し、サイズ変更している間にライブまたはアクティブ状態を維持する。従って、リアルタイム相場データは、相場ウィンドウがサイズ変更している間にこのウィンドウに流れ続ける。図２を参照すると、ウィンドウ群の動的サイズ変更は、ウィンドウ群２０６のピクチャの内部で、相場ウィンドウ２０２のような類似するタイプ（すなわち、ウィンドウ内部にキャプチャーされた類似する機能性）をもつ全ウィンドウが一緒にサイズ変更するように独立性を保ち、その間にチャートウィンドウ２０８のような他のウィンドウタイプは、サイズ変更しない。この態様は、様々なウィンドウタイプについてのユーザ嗜好とウィンドウ群のピクチャの全体的な形状およびサイズとに関してユーザが定義するコンフィギュレーションに支配されることがある。
【００１７】
さらに、動的サイズ変更の態様では、ウィンドウ群のピクチャの内部で、類似するウィンドウタイプは、これらの場所に依存して、異なって挙動し、独立にサイズ変更することがある。たとえば、米ドル／トルコ・リラ相場タイルウィンドウおよび英ポンド／米ドル相場タイルウィンドウは、両方ともに機能的である類似したウィンドウ群のタイプである。図３は、発明の実施形態のための類似するタイプをもつ別個のウィンドウ群の動的サイズ変更の実施例を示す。図３を参照すると、相場タイルウィンドウ３０２、３０４のような２つの類似するウィンドウ群のタイプが表示画面３００上で互いに分離されているとき、これらのウィンドウは、互いに独立にサイズ変更することがある。図４は、発明の実施形態のためのウィンドウ群のピクチャにおいて類似したタイプをもつウィンドウ群の動的サイズ変更の実施例を示す。図４を参照すると、相場タイルウィンドウ４０２、４０４が表示画面４００上で互いに近接させられ、磁化の態様がウィンドウ群４０６のピクチャを形成するように２つの相場タイルウィンドウを一緒に「貼る」または「磁化」させるために使用されるとき、これらのウィンドウは、動的にサイズ変更し、すなわち、これらのウィンドウは、同時に一緒にサイズ変更することがある。
【００１８】
図１に示された「磁化」の態様を再び参照すると、２つのウィンドウ１０２、１０４が所定の距離によって互いに離間されている限り、「ジャンプ・ツー」機能は、非アクティブ状態であるが、２つのウィンドウのうちの一方１０４がもう一方のウィンドウの近くの位置にドラッグされるとき、このウィンドウの「ジャンプ・ツー」機能がアクティブ化する。従って、２つのウィンドウのうちの一方１０４がもう一方のウィンドウ１０２に接近するとき、直線のようなインジケータが、「ジャンプ・ツー」機能がアクティブ化されていることを指示するために、もう一方のウィンドウ１０２に最も近い接近中のウィンドウ１０４の辺１１０に現れることがある。インジケータが現れるとき、ユーザは、ドラッグされているウィンドウ１０４を解除することがあり、そうすると、このウィンドウは、磁化によってもう一方のウィンドウに引き付けられたかのように、もう一方のウィンドウ１０２に隣接した場所に飛び込む、もしくは、ぴったり入るであろう。このような方法で一緒にぴったり合わされたとき、２つのウィンドウは、表示画面１００の至る所で一緒にドラッグされることがあり、かつ、図４に示されるように一緒に動的にサイズ変更することがあるウィンドウ群１１２のピクチャを形成することがある。それ以降、いつでも、ユーザは、２つのウィンドウ１０２、１０４を互いにアンドッキングする、すなわち、切り離すためにアイコンをクリックするだけでよい。
【００１９】
発明の実施形態のためのＧＵＩ管理システムおよび方法の別の態様は、たとえば、実施例が図５に示された、タビングの態様であることがある。図５を参照すると、「タビング」の態様において、ウィンドウ５０２のピクチャのような様々な形状およびサイズをもつウィンドウ群のピクチャは、これの上に、ウィンドウ群５０４のピクチャのようなウィンドウ群の１つ以上のピクチャを単にドラッグ・アンド・ドロップすることによって重ねられることがある。たとえば、ユーザは、複雑な形状を有するより大きなウィンドウ群５０２のピクチャをあまり複雑ではない形状を有するより小さなウィンドウ群５０４のピクチャの背後に「隠す」ことがある。たとえば、ユーザが、より大きなウィンドウ群５０２のピクチャを形成するために「磁化」機能を使用して、表示画面５００の上でウィンドウ５０６、５０８、５１０、５１２および５１４のようなある程度の数のより小さなウィンドウ群を一緒に「ぴったり合わす」ことを仮定する。典型的に、結果として得られるウィンドウ群５０２のピクチャは、より大きなウィンドウ群５０２のピクチャを形成するより小さなウィンドウ５０６、５０８、５１０、５１２、および５１４のそれぞれの寸法に依存して、単純な矩形以外であることもあるやや複雑な形状を有することがある。このような複雑なウィンドウ群のピクチャは、互いに極めて接近しているこのようなより小さなウィンドウ群のグループを同時に閲覧すること、および、相互作用させることが可能である必要があるＦＸトレーダーのようなユーザにとって非常に役立つことがある。
【００２０】
図５を再び参照すると、ユーザは、たとえば、別のより小さなウィンドウ群のピクチャを重なるまたは積層する形式でこのような複雑なウィンドウ群５０２のピクチャの上にドラッグすることがある。タビングの態様において、ユーザがウィンドウ群５０４のピクチャのようなウィンドウ群のピクチャを積層形式でウィンドウ群５０２のピクチャのような別のウィンドウ群のピクチャの上にドラッグするとき、１つ以上のタブ５１６は、重ねられたウィンドウ群５０２のピクチャの１つ以上のコンポーネントウィンドウ５０６、５０８、５１０、５１２、および５１４に対応する重なるウィンドウ群５０４のピクチャの上に現れることがある。従って、ユーザは、特有の重ねられたウィンドウをディスプレイの前方に持ってくるために、表示されたタブ５１６のうちの１つを単に選択し、クリックしてもよい。
【００２１】
発明の実施形態のためのＧＵＩ管理システムおよび方法の関連した態様は、たとえば、全ウィンドウがいつでもライブ状態である「いつでもアクティブ状態」の態様であることがある。従って、表示画面上でウィンドウ群が置かれている位置または表示画面上でユーザのマウス（もしくは表示画面上でカーソルの位置を制御する他の装置）の焦点が置かれている位置とは無関係に、あらゆるウィンドウは、いつでもアクティブ状態である。たとえば、ユーザは、１回だけのクリックを使って特有の相場タイルで取引することがあり、最初に、ウィンドウをアクティブ化するためにクリックし、次に、取引を実行するために２回目のクリックする必要がない。その結果、タビングの態様において、たとえば、重ねられたウィンドウ群５０２のピクチャおよび重なるウィンドウ群５０４のピクチャの両方で、相場ウィンドウの全部を含むウィンドウの全部は、いつでもユーザのマウスの焦点とは無関係に、アクティブ状態であり、かつ、取引可能である。従って、ＦＸトレーダーのようなユーザは、取引を実行するために、重なるウィンドウ群５０４のピクチャの相場ウィンドウコンポーネントのいずれかを１回クリックすることがある。ＦＸトレーダーのようなユーザは、同様にいつでもアクティブ状態であり、かつ、取引可能である重ねられたウィンドウ群５０２のピクチャの相場ウィンドウコンポーネントのうちの１つに対応するいつでもアクティブ状態であるタブ５１６のうちの１つを前方に持ってくるために１回クリックすることもある。
【００２２】
タビングの態様において、ユーザは、相場ウィンドウのような複数のウィンドウを用いて、ページネーション効果を作り出すこともある。たとえば、ユーザは、一連のいくつものウィンドウ群を互いに重ね合わせるために（すなわち、ぴったり合うように一方をもう一方の上に置くために）ドラッグすることがあり、そうして、図５に示されたタブと同様にいつでもアクティブ状態のタブは、続いて重なり合う各ウィンドウに対応する最も上にあるウィンドウに現れることがある。さらに、重ね合わされたウィンドウ群の１つ１つは、いつでもアクティブ状態、かつ、取引可能のままである。発明の実施形態において、いつでもアクティブ状態のウィンドウ群の機能は、たとえば、ユーザのマウスが特有のウィンドウに焦点を合わされているか否かとは無関係に、または、特有のウィンドウが重ねられている、もしくは、重ね合わされているか否かとは無関係に、各ウィンドウのためのデータを絶えず更新することを含むことが認められるべきである。その結果、１つ１つのウィンドウは、リアルタイムで、現在相場情報のような情報が絶えず更新される。従って、ＦＸトレーダーのようなユーザは、取引を実行するためにいつでもどんな相場ウィンドウをクリックしてもよい。なお、重なるもしくは重なり合うウィンドウ、または、重なるウィンドウ群のピクチャの寸法は、表示されることがある重ねられたウィンドウ群もしくはウィンドウ群のピクチャ群に対応するタブの個数に制限を加えることがある。従って、重ねられたもしくは重ね合わされたウィンドウ群またはウィンドウ群のピクチャ群の個数のためタブの個数が過剰になるとき、タブは、重ね合わされたもしくは重ねられたウィンドウ群またはウィンドウ群のピクチャ群のドロップダウンリストによって置き換えられることがある。
【００２３】
発明の実施形態のためのＧＵＩ管理システムおよび方法の別の関連した態様は、たとえば、複数のウィンドウが開かれることがあり、全ウィンドウが浮動するフローティングウィンドウの態様でもよい。このような態様では、正確な意味においてアプリケーションウィンドウの概念は存在しない。従って、ウィンドウ群は、表示画面上のいずれの位置に、または、一方の表示画面からもう一方にドラッグされてもよい。しかしながら、ウィンドウ群は、ユーザが所有することがあるモニターの台数とは無関係にユーザのデスクトップ上で位置していた場所を記憶し、ユーザのデスクトップ上のいずれのスペースにでも移すことができる。
【００２４】
図６は、発明の実施形態のためのウィンドウの動的サイズ変更の態様の別の実施例を示す。図６を参照して、たとえば、ユーザが表示画面６００上のウィンドウ群６０２のピクチャ内に磁化もしくは一緒にドッキングされたある程度の数の相場ウィンドウ６０４、６０６、６０８、６１０、６１２、６１４、６１６、６１８、６２０を有することを仮定する。ユーザは、表示画面６００上にＧ１０のグループ（すなわち、世界中の最も安定した１０の通貨）の通貨相場ウィンドウ６２２を立ち上げることをさらに仮定する。Ｇ１０のグループの通貨相場ウィンドウ６２２が立ち上げられたとき、表示画面６００上にスペースを収容するために、ウィンドウ群６０２のピクチャ内に一緒にドッキングされた相場ウィンドウ６０４、６０６、６０８、６１０、６１２、６１４、６１６、６１８、６２０は、これらのウィンドウが一緒にドッキングされているので、全てが同時に一緒にサイズ変更することがある。しかしながら、相場ウィンドウ６０８のような相場ウィンドウ群のうちの１つがウィンドウ群６０２のピクチャからアンドッキングされたとき、アンドッキングされたウィンドウ６０８は、このウィンドウがウィンドウ群６０２のピクチャ内に残っている相場ウィンドウ６０４、６０６、６１０、６１２、６１４、６１６、６１８、６２０と同じ機能タイプをもっているとはいえ、このウィンドウは、現在、空きスペース内にあるので、ウィンドウ群のピクチャ内に残っているウィンドウ群とは独立にサイズ変更することがあることを認識する。空きスペース内のアンドッキングされた相場ウィンドウ６０８がより大きな規模にサイズ変更されるとき、これまでは表示されていなかった付加的な特徴がアンドッキングされた相場ウィンドウに表示されることがある。同様に、空きスペース内のアンドッキングされた相場ウィンドウ６０８がより小さな規模にサイズ変更されるとき、付加的な特徴は、表示から消えることがある。
【００２５】
図７は、発明の実施形態のためのウィンドウ群の動的サイズ変更のさらなる実施例を示す。図７を参照すると、チャートタイプウィンドウ７０２のような異なった機能タイプをもつウィンドウが、たとえば、相場ウィンドウ７０６および７０８を含むウィンドウ群７０４のピクチャに磁気的に貼られる、もしくは、ドッキングされるとき、このウィンドウは、ウィンドウ群７０４のピクチャ内の他のウィンドウ７０６、７０８と異なった機能タイプであることを認識しているので、ウィンドウ群７０４のピクチャ内の相場ウィンドウ７０６、７０８とは独立にサイズ変更することがある。同様に、図２に示されるように、ウィンドウ群２０６のピクチャ内に一緒にドッキングされた相場タイル２０２、２０４は、ウィンドウ２０８のような、ウィンドウ群２０６のピクチャにドッキングされたチャートウィンドウとは独立に、同時に一緒にサイズ変更されることがある。従って、チャートウィンドウ７０２は、ウィンドウ群７０４のピクチャにドッキングされ、ウィンドウ群７０４のピクチャの一環として表示画面７００上の至る所でドラッグされるが、このウィンドウは、相場ウィンドウ７０６、７０８とは異なったウィンドウタイプをもっているので、ウィンドウ群７０４のピクチャの相場ピクチャ７０６、７０８とは独立にサイズ変更する。その一方で、図７におけるチャートタイプウィンドウ７０２がウィンドウ群７０４のピクチャから、空きスペース内でアンドッキングされたとき、相場タイプウィンドウ７０６、７０８をサイズ変更することは、チャートタイプウィンドウ７０２に影響を与えることがなく、そして、チャートタイプウィンドウ７０２をサイズ変更することは、同様に相場タイプウィンドウ７０６、７０８に影響を与えることがない。さらに、ウィンドウ群７０４のピクチャ内の相場タイプウィンドウ７０６、７０８がサイズ変更されたとき、相場タイプウィンドウの高さ対幅の比は、固定され、変化しない。
【００２６】
図１における「磁化」の態様の図解を再び参照すると、ユーザが特有のタイプをもつウィンドウ１０４を同じ機能タイプをもつ静止ウィンドウ１０２の近くにドラッグするとき、インジケータが、移動ウィンドウ１０４の先端エッジ１１０の場所もしくは付近のような、移動ウィンドウが静止ウィンドウと交わる位置もしくは位置の近くに現れることがある。そのとき、ユーザは、ドラッグされているウィンドウを解除することがあり、そうして、このウィンドウの先端エッジ１１０は、静止ウィンドウ１０２の最も近くのエッジ１０６とぴったり整合して係合することがある。同時に、特有のタイプの移動ウィンドウ１０４が同じタイプの静止ウィンドウより大きいもしくはより小さい場合、移動ウィンドウは、このようなより大きなもしくはより小さなサイズから静止ウィンドウ１０２と同じサイズまで動的にサイズ変更することもある。従って、同じタイプをもつ２つのウィンドウ１０２、１０４の隣接エッジ１０８、１１０は、厳密に同じ長さになり、互いに完全に整列されることがある。これは、ウィンドウ群のピクチャ内の同じタイプをもつウィンドウ群のテキストコンポーネントおよびグラフィックコンポーネントが、水平系列に配置されていても、または、垂直系列に配置されていても、一方のウィンドウからもう一方のウィンドウまで論理的な、容易に読み取り可能な系列内に整列させられることを確実にする特徴である。なお、磁化機能がアクティブ状態になる時点でのウィンドウ間の「磁化」もしくは距離の感度は、アプリケーションの固定パラメータ、または、ユーザが調整することがある調整可能なパラメータでもよい。
【００２７】
図８は、発明の実施形態のためのＧＵＩを管理するプロセスの概要実施例を示すフローチャートである。図８を参照すると、Ｓ１において、メモリに連結されたプロセッサを使用して、ウィンドウ群のピクチャのコンポーネントとして一緒にウィンドウ群を描画するためにウィンドウ間の相互の引力がアクティブ化される表示画面上のウィンドウ間の閾距離が定義されることがある。Ｓ２において、同様にプロセッサを使用して、ウィンドウ群のピクチャのコンポーネントである同じ機能タイプをもつ全ウィンドウは、同様にウィンドウ群のピクチャのコンポーネントである他の機能タイプをもつウィンドウ群のサイズに影響を与えることなく一斉にサイズ変更される。Ｓ３において、同様にプロセッサを使用して、表示画面上の全ウィンドウは、ユーザ入力装置の焦点とは無関係にアクティブ状態に維持される。
【００２８】
発明の実施形態のためのアプリケーションコードは、このアプリケーションコードの柔軟性を許すために、たとえば、複数のレイヤ（たとえば、ＷＰＦ、ＪＡＶＡ（商標）、Ｃ＋＋、およびＣ＃）で構築されることが認められるべきである。発明の実施形態は、コンピュータ・プログラム・プロダクトのプロセスとして実施され、このコンピュータ・プログラム・プロダクトの各プロセスは、パーソナルコンピュータのような単一の物理的プラットフォーム上で単独である、あるいは、インターネット、イントラネット、ＷＡＮ、ＬＡＮ、セルラネットワーク、もしくは、その他の適当な通信ネットワークのようなネットワークを含むシステム、または、ネットワークによって接続された複数の装置の全体に亘る、１台以上のプロセッサ上で動作可能であることが認められるべきである。発明の実施形態は、各々が、限定されることなく、プロセッサに連結されたランダム・アクセス・メモリ（ＲＡＭ）を含むコンピュータ読み取り可能な媒体を備えるクライアント装置を用いることがある。プロセッサは、メモリに記憶されたコンピュータ実行可能なプログラム命令を実行することがある。このようなプロセッサは、限定されることなく、マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、および／または、状態機械含むことがある。このようなプロセッサは、プロセッサによって実行されたとき、プロセッサに本明細書に記載されたステップのうちの１つ以上を行わせる命令を記憶するコンピュータ読み取り可能な媒体のような媒体を備えることがある、または、このような媒体と通信できることがある。
【００２９】
このようなコンピュータ読み取り可能な媒体は、限定されることなく、プロセッサにコンピュータ読み取り可能な命令を提供する能力がある電子式、光学式、磁気式、ＲＦＩＤ式、またはその他の記憶もしくは伝送装置を含むことがあることがさらに認められるべきである。適当な媒体のその他の実施例は、限定されることなく、コンピュータプロセッサが命令を読み取ることができるＣＤ−ＲＯＭ、ＤＶＤ、磁気ディスク、メモリチップ、ＲＯＭ、ＲＡＭ、ＡＳＩＣ、設定されたプロセッサ、光学媒体、磁気媒体、またはその他の適当な媒体を含む。発明の実施形態は、命令をコンピュータに送るもしくは運ぶために、有線もしくは無線の両方の、ルータ、私的もしくは公的通信ネットワーク、または、その他の伝送装置もしくはチャネルを含む他の型のこのようなコンピュータ読み取り可能な媒体を用いることがある。このような命令は、限定なしに、Ｃ、Ｃ＋＋、Ｃ＃、Ｖｉｓｕａｌ  Ｂａｓｉｃ、Ｊａｖａ（商標）、Ｐｙｔｈｏｎ、Ｐｅｒｌ、およびＪａｖａ（商標）Ｓｃｒｉｐｔを含む適当などんなコンピュータプログラミング言語からのコードでも備えることがある。
【００３０】
発明の実施形態によって使用されることがあるクライアント装置は、マウス、ＣＤ−ＲＯＭ、ＤＶＤ、キーボード、ディスプレイ、またはその他の入力もしくは出力装置のようなある程度の数の外部もしくは内部装置をさらに備えることがあることがさらに認められるべきである。概して、このようなクライアント装置は、ネットワークに接続され、かつ、１つ以上のアプリケーションプログラムと相互作用する適当などんなタイプのプロセッサ・ベース・プラットフォームでもよく、適当などんなオペレーティングシステム上でも動作することがある。サーバ装置がネットワークにさらに連結されることがあり、クライアント装置と同様に、このようなサーバ装置は、ランダム・アクセス・メモリ（ＲＡＭ）のようなコンピュータ読み取り可能な媒体に連結されたプロセッサを備えることがある。単一のコンピュータシステムでもよいこのようなサーバ装置は、コンピュータプロセッサ群のネットワークとしても実施されることがある。このようなサーバ装置の実施例は、サーバ、メインフレームコンピュータ、ネットワーク型コンピュータ、プロセッサ・ベース装置、ならびに同様のタイプのシステムおよび装置である。
【図１】
0006306060.tif 000002
【図２】
0006306060.tif 000003
【図３】
0006306060.tif 000004
【図４】
0006306060.tif 000005
【図５】
0006306060.tif 000006
【図６】
0006306060.tif 000007
【図７】
0006306060.tif 000008
【図８】
0006306060.tif 000009