コンピュータ・プレゼンテーションおよびコマンド統合装置および方法
ディスプレイ（２８）、入力装置（３０）、ディスプレイ・プロセッサ（３８）、およびコマンド・プロセッサ（４０）を備える装置（１０）と、その装置を使用する方法。ディスプレイ（２８）は、合成ディスプレイ信号（２６）を受信し、それに対応する、ユーザによって視認可能な合成画像をレンダリングする。入力装置（３０）は、ユーザからコマンド（３２、３４、３６）を受信する。ディスプレイ・プロセッサ（３８）は、様々な電子装置（１２）のそれぞれから、全く異なる形式のディスプレイ信号（１８）を受信し、ディスプレイ信号（１８）のそれぞれが少なくとも１つのウィンドウ（８０）に対応する多数のウィンドウ（８０）を形成するための合成ディスプレイ信号（２６）を生成し、ディスプレイ（２８）に合成ディスプレイ信号（２６）を伝送する。コマンド・プロセッサ（４０）は、コマンド（３２、３４、３６）の少なくとも１つを、様々な電子装置（１２）の少なくとも１つの装置に経路指定するようにプログラミングされ、入力装置（３０）を介してユーザから受信されるコマンド（３２、３４、３６）に従って、ユーザによる再使用のために、ディスプレイ（２８）に提示される各ウィンドウ（８０）の相対サイズ、位置などを選択的に制御し保存するように構成されている。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御システムに関し、より詳細には、多数のサブシステムの統合型監視および制御のための新規システムおよび方法に関する。
【背景技術】
【０００２】
コンピュータ、制御システム、および他の電子装置の急増により、監視および制御を行わなければならない人間であるオペレータおよびユーザにとって、一層困難な問題が生じている。多くの処理および制御センターにおいて、ユーザは、明示された責任を遂行するために、３、４またはそれよりも多い別個のシステムを監視し制御しなければならない。多数の視覚表示端末、キーボード、指示装置などを有する、オペレータの作業エリアが一般的である。
【０００３】
多くの状況において、この問題は、監視され制御される様々なシステムが相異なるオペレーティング・システムを利用し、相異なる視覚表示装置を使うと、悪化する。しばしば、処理センターまたは制御室内の最も重要なシステムは、容易に修正することも、より新しいシステムと統合することもできない、比較的古いシステムである。したがって、ユーザにとって最も重要である情報はしばしば、様々な表示装置に分散される。
【０００４】
現在、ユーザが、１台のワークステーションを使いながら多数のコンピュータ・システムの間で切換えを行うことを可能にするキーボード、ビデオ、およびマウス・スイッチ（ＫＶＭ）などの装置がある。こうした装置には、重大な制限がある。たとえば、こうした装置は通常、ユーザに、一度にただ１つのシステムを閲覧させ制御させる。
【０００５】
表示統合装置も開発されている。通常、表示統合装置は、多数の画像を組合せ、そうすることによって、ユーザに、多数のシステムの出力を１台の表示装置から監視させる。しかし、表示統合装置は、制御入力装置の数を削減することも、コマンド入力のリダイレクションを可能にすることもない。単に表示画像を集約するだけである。
【０００６】
現在、パーソナル・コンピュータおよびテレビは、接続されたシステムから画像を表示し、キーボードおよびポインタから制御をリダイレクトすることによって、１つまたは複数のシステムを監視し制御する。ただし、こうした装置は、重大な制限も有する。たとえば、多数の異なったシステムとリアルタイムで処理する能力が制限される。さらに、ユーザが、様々な表示要素を思い通りにサイズ決定し位置決めすることによって表示画像をカスタマイズすることを可能にしない。さらに、任意に選択されるサブウィンドウの作成も、情報レイアウトの保存および再利用もサポートしない。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
必要とされるのは、全く異なる様々なシステム（サブシステム）の監視および制御を統合する力をユーザに与えるシステムである。さらに、必要とされるのは、ワークステーションのディスプレイに生じた表示画像を、一個人の要求を満たし、自分の仕事を容易にし、自分の嗜好を調節するようにカスタマイズする力をユーザに与えるシステムである。
【課題を解決するための手段】
【０００８】
上記のことを鑑みて、実施され、本明細書において広範囲にわたって記載される本発明により、本発明の１実施形態では、１つまたは複数のサブシステムの監視および制御の統合をもたらすシステムを含むものとしての方法および装置を開示する。制御の統合をもたらすシステムは、ユーザが、多数のサブシステムとの間でコマンドを発行し、監視用表示情報を受信するどのような装置でもよい。選択された実施形態において、このようなシステムは、ワークステーションと多数のサブシステムとの間のインタフェースをとる統合装置を含み得る。
【０００９】
特定のアプリケーションでは、サブシステムは、ディスプレイ信号を特定の形式（たとえば、インタフェース標準）で出力する。同様に、このサブシステムが、コマンドを特定の形式で受信する。別のサブシステムのディスプレイ信号およびコマンドは、第１のサブシステムのものとは互換性がない可能性がある。このようなアプリケーションでは、本発明による統合装置は、ワークステーションとそれ以外の互換性がないサブシステムとの間の変換装置として機能し得る。
【００１０】
選択された実施形態では、統合装置が、様々な、物理的に全く異なる形式でサブシステムから受信されたディスプレイ信号を、共通の形式に変換する。共通の形式になると、ディスプレイ信号が合成ディスプレイ信号に統合される。合成ディスプレイ信号は、統合装置からワークステーションのディスプレイに伝送される。同様に、統合装置は、ワークステーションの様々な入力装置から受信されたコマンドを、コマンドが供給される様々なサブシステムによって理解可能なコマンドに変換する。
【００１１】
特定の実施形態では、統合装置は、ディスプレイ・プロセッサおよびコマンド・プロセッサを含み得る。ディスプレイ・プロセッサは、接続されたサブシステムから様々なディスプレイ信号を受信し、様々なウィンドウを形成する合成ディスプレイ信号を生成し、この合成ディスプレイ信号を、ワークステーションのディスプレイに伝送する。いくつかの実施形態では、各着信ディスプレイ信号は、合成ディスプレイ信号によって形成される少なくとも１つのウィンドウに割り当てられる。他の実施形態では、選択された着信ディスプレイ信号または着信ディスプレイ信号のいくつかの部分にのみ、それぞれウィンドウが割り当てられる。
【００１２】
コマンド・プロセッサは、ワークステーションの１つまたは複数の入力装置から受信したコマンドを、その適切な宛先に供給する。適切な宛先は、統合装置自体、隣接する統合装置、接続されたサブシステムの１つまたは複数などを含み得る。必要な場合、コマンド・プロセッサは、コマンドを、その宛先に供給する前に変換してよい。
【００１３】
選択された実施形態では、コマンド・プロセッサが、ワークステーションから受信された、選択されたコマンドを、ディスプレイ・プロセッサに伝達する。たとえば、コマンド・プロセッサが、オープンし、クローズし、サイズ決定し、位置決めすることなどを指令するコマンドを履行するディスプレイ・プロセッサにコマンドを提供する。したがって、コマンド・プロセッサは、ユーザが選択し、サイズ決定し、位置決めし、あるいは多数のサブシステムからのリアルタイムの視覚フィードバックを提示するウィンドウを取り扱うための機構を提供することが可能である。特定の実施形態では、コマンド・プロセッサは、ユーザが作成し、有用であると判断したウィンドウの配置を含む様々な表示レイアウトの保存および呼戻しをサポートする。
【００１４】
特定の実施形態では、コマンド・プロセッサを、ユーザに対応するアクセス制限を受け取り、格納し、強制するように構成してよい。アクセス制限は、どのようなコマンドが、指定された宛先に、コマンド・プロセッサによってフォワードされるかということに関する、どのような制約でもよい。たとえば、選択された状況では、どのユーザが、サブシステムの選択された不可欠な機能を制御することが可能であるかを制限することが望ましい場合がある。したがって、アクセス制限は、特定のユーザが、サブシステム１２の不可欠な機能に影響を与えるコマンドを発行した場合、そのコマンドは無視され、フォワードされることはないということを示し得る。
【００１５】
本発明の上記の特徴は、添付の図面と併せ読むと、以下の説明および添付の特許請求の範囲から、より完全に明らかになるであろう。こうした図面は本発明の典型的な実施形態を示すに過ぎず、したがって、本発明の範囲を限定するとみなすべきではないことを理解した上で、本発明を、添付の図面を用いてさらに具体的かつ詳細に説明する。
【発明を実施するための最良の形態】
【００１６】
本発明の構成要素は、概して本明細書において図面に記載され図示されているが、非常に様々な相異なる構成で配置し設計してよいことが、容易に理解されよう。したがって、図面に表される、本発明のシステムおよび方法の実施形態の、以下のより詳細な説明は、本発明の範囲を、権利請求しているように限定することを意図しているのではなく、単に、本発明の様々な実施形態を表す。本発明は、図面を参照することによって、最もよく理解されよう。図面において、同様の部分は、全体を通して同じ番号で明示する。
【００１７】
図１を参照すると、本発明による選択された実施形態は、１つまたは複数のサブシステム１２に及ぶ制御の統合をもたらすシステム１０を含み得る。制御は、制御ループの観点で形成される。制御ループは、２つの情報フローを含み得る。流出する情報は、コマンドと呼ぶ。流入する情報は、フィードバックと呼ぶ。フィードバックにより、コマンドを発行するユーザまたはシステムは、制御されるシステムまたはサブシステムによって、コマンドが正しく受信され、理解され、履行されたことを検証する。したがって、制御は、コマンドが発行され、検証フィードバックが受信される処理として定義する。
【００１８】
制御の統合をもたらすシステム１０は、ユーザ、ワークステーションなどが、便利な小型インタフェースを介した、多数のサブシステム１２との間のコマンドの発行およびフィードバックの受信を許可するハードウェア、ソフトウェア、またはその何らかの組合せを与えられるどのような装置でもよい。本発明による選択された実施形態において、制御の統合をもたらすシステム１０（すなわち、統合型制御システムまたはＩＣＳ）は、ワークステーション１６と多数のサブシステム１２との間のインタフェースをとる統合装置１４を含み得る。
【００１９】
特定のアプリケーションでは、特定の制御システムを念頭において、１つまたは複数のサブシステム１２を設計する。このようなアプリケーションでは、サブシステム１２ａが、フィードバック（たとえば、ディスプレイ信号１８ａ）を、特定の言語に類似している可能性がある特定の形式で出力する。同様に、サブシステム１２ａは、コマンド（たとえば、キー・コマンド２０ａ）を、やはり特定の言語に類似している可能性がある特定の形式で受信する。アプリケーションに応じて、第２のサブシステム１２ｂのディスプレイ信号１８ｂおよびキー・コマンド２０ｂは、第１のサブシステム１２ａの言語とは異なる言語でもよく、あるいは互換性がなくてもよい。このようなアプリケーションでは、サブシステム１２ａ、１２ｂは、物理的に全く異なるものとみなすこともでき、物理的に形式が全く異なるディスプレイ信号１８ａ、１８ｂおよびキー・コマンド２０ａ、２０ｂを介して通信すると言うこともできる。
【００２０】
物理的に全く異なるサブシステム１２はしばしば、技術が進歩した結果である。たとえば、特定の種類のディスプレイが標準とみなされているときに、第１のサブシステム１２ａが設計され構築されている場合がある。したがって、第１のサブシステム１２ａは、ディスプレイ信号１８ａを、このようなディスプレイによって理解される形式で出力するように設計されている可能性がある。しかし、技術が進歩したことで、新規ディスプレイ技術が開発されている可能性がある。より最近になって開発された第２のサブシステム１２ｂは、ディスプレイ信号１８ｂを、こうした新規ディスプレイによって理解される形式で出力するように設計されている可能性がある。したがって、第１のサブシステム１２ａのディスプレイ信号１８ａは、第２のサブシステム１２ｂのディスプレイ信号１８ｂと互換性がない可能性がある。
【００２１】
図１の、図示した実施形態において、本発明による統合装置１４が、３つの代表的なサブシステム１２ａ、１２ｂ、１２ｃに接続される。他の実施形態では、様々な入出力形式または言語の、より多い、またはより少ない数のサブシステム１２が、統合装置１４に接続されてよい。したがって、図１の、以下のより詳細な説明は、本発明の範囲を限定することを意図しているのではなく、単に、本発明による制御の統合を適用する、選択されたサブシステム１２を表す。
【００２２】
第１のサブシステム１２ａは、ＤＯＳ（すなわち、ＩＢＭパーソナル・コンピュータおよび互換性のあるマシン上で使われるオペレーティング・システム）を使ってアプリケーションを実行する比較的古いコンピュータ・システムの例を示す。第１のサブシステム１２ａは、モノクロ・ディスプレイと互換性のあるディスプレイ信号１８ａを出力するように設計してもよい。ただし、ディスプレイ信号１８ａをモノクロ・ディスプレイに送るのではなく、第１のサブシステム１２ａは、ディスプレイ信号１８ａを統合装置１４に送る。同様に、キーボードからキー・コマンド２０ａを直接受信するのではなく、第１のサブシステム１２ａは、統合装置１４からキー・コマンド２０ａを受信する。
【００２３】
第２のサブシステム１２ｂは、キーボード、指示装置（たとえば、「マウス」）、およびカラーの高解像度ディスプレイとインタフェースをとるように設計された、より進歩したコンピュータ・システムの例を示す。ディスプレイ信号１８ｂをＲＧＢ形式で、カラーのより高解像度のディスプレイに送るのではなく、第２のサブシステム１２ｂは、ディスプレイ信号１８ｂを、統合装置１４に送る。同様に、キー・コマンド２０ｂおよびポインタ・コマンド２２をキーボードまたはマウスから直接受信するのではなく、第２のサブシステム１２ｂは、キー・コマンド２０ｂおよびポインタ・コマンド２２を、統合装置１４から受信する。
【００２４】
第３のサブシステム１２ｃは、カスタマイズされたサブシステムの例を示す。このようなサブシステム１２ｃは、ディスプレイ信号１８ｃを、アスキー文字の形式で文字端末に出力する第１の直列通信ポートを含み得る。ディスプレイ信号１８ｃを文字端末に送るのではなく、第３のサブシステム１２ｃは、ディスプレイ信号１８ｃを統合装置１４に送る。制御コマンド２４の通信を容易にするために、第１の直列ポート、または第２の直列ポートあるいは他のタイプのインタフェースを、統合装置１４に接続する。
【００２５】
本明細書において上記したモノクロ、ＲＧＢ、およびアスキー・ディスプレイ信号１８に加えて、本発明による統合装置によって受信し処理する他の適切なディスプレイ信号１８は、豊富な種類のどのコンポーネント、合成、または圧縮信号をも、デジタルであるかアナログであるか（たとえば、ＹＣｂＣｒ、ＹＰｂＰｒ、ＮＴＳＣ、ＰＡＬ、Ｓビデオ、ＭＰＥＧ、ＪＰＥＧなど）に関わらず含み得る。選択された実施形態において、ディスプレイ信号１８は、単なる画像以上のものを包含し得る。たとえば、どの電圧、電流、接触条件、エンコードされたデジタル信号、コンポーネントの状態に対応する値なども、どのタイプの表示装置もインジケータ装置も制御するのに用いることができ、ディスプレイ信号とみなす。
【００２６】
選択された実施形態において、統合装置１４は、ワークステーション１６とサブシステム１２の間の変換装置として機能し得る。統合装置１４は、サブシステム１２から、様々な、物理的に全く異なる形式で受信されたディスプレイ信号１８を、共通の形式に変換する。共通の形式になると、ディスプレイ信号１８は、統合装置１４からワークステーション１６のディスプレイ２８に提供することが可能な合成ディスプレイ信号２６に統合される。本発明によるワークステーション１６は、どの組合せのディスプレイ２８も含み得る。所望される場合、ワークステーション１６において使用されるディスプレイ２８の１つまたは複数は、高解像度ディスプレイでよい。
【００２７】
本発明によるワークステーション１６は、どの組合せの入力装置３０も含み得る。適切な入力装置３０は、制御パネル、キーボード、ポインタまたはカーソル制御装置などを含み得る。図示した実施形態では、ワークステーション１６は、３つの入力装置３０（すなわち、キーボード３０ａ、ポインタ３０ｂ、およびカスタム制御パネル３０ｃ）を含む。キーボード３０ａは、キー・コマンド３２を統合装置１４に伝達する。ポインタ３０ｂは、ポインタ・コマンド３４を統合装置１４に伝達する。カスタム制御パネル３０ｃは、シリアル、パラレル、または他のタイプのコマンド３６を統合装置１４に伝達する。統合装置１４は、様々な入力装置３０から受信されたコマンド３２、３４、３６を、コマンド３２、３４、３６が供給される様々なサブシステム１２によって理解することができるコマンド２０、２２、２４に変換する。
【００２８】
図２を参照すると、本発明による統合装置１４は、ディスプレイ・プロセッサ３８およびコマンド・プロセッサ４０を含み得る。ディスプレイ・プロセッサ３８は、接続されたサブシステム１２からディスプレイ信号１８を受信し、（必要な場合は）ディスプレイ信号１８を、共通の、または互換性のある形式に変換し、合成ディスプレイ信号２６を生成する。コマンド・プロセッサ４０は、ワークステーションからコマンド３２、３４、３６を受信し、（必要な場合は）コマンド３２、３４、３６を、コマンド３２、３４、３６が供給される様々なサブシステム１２によって理解されるコマンド２０、２２、２４に変換し、コマンド２０、２２、２４を適切なサブシステム１２にフォワードする。
【００２９】
選択された実施形態において、コマンド・プロセッサ４０は、ワークステーション１６から受信された、選択されたコマンドを、ディスプレイ・プロセッサ３８に伝達する。たとえば、コマンド・プロセッサ４０は、画像に対して指令された、オープンし、クローズし、サイズ決定し、位置決めするなどのコマンドを、履行するためにディスプレイ・プロセッサ３８に提供する。したがって、本発明による統合装置１４は、ユーザが、多数のサブシステム１２からのリアルタイムの視覚フィードバックを選択し、サイズ決定し、位置決めし、あるいは処理することを可能にするための機構を提供し得る。
【００３０】
所望される場合、本発明による統合装置１４は、データ・リンク４１を含み得る。特定の実施形態において、データ・リンク４１は、ある統合装置１４のコマンド・プロセッサ４０を、別の統合装置１４のコマンド・プロセッサ４０に接続する。したがって、ある統合装置１４は、別の統合装置１４に対して制御を働かせ得る。さらに、データ・リンク４１は、統合装置１４を、外部のデータ処理システムによって制御させ得る。１実施形態では、このようなデータ・リンク４１は、ＩＥＥＥ８０２．３ネットワーク・インタフェースを含み得る。
【００３１】
図３を参照すると、本発明によるディスプレイ・プロセッサ３８は、様々なインタフェース・モジュール４２を含み得る。あるインタフェース・モジュール４２は、各着信ディスプレイ信号１８にサービス提供し得る。選択された実施形態において、インタフェース・モジュール４２は、エミュレータとして機能することができ、ディスプレイ信号１８の送り先であるディスプレイによって通常は提示される機械的電気的要件を供給する。たとえば、インタフェース・モジュール４２は、通常は表示装置によって供給されることになる機械的接続機構、電圧、インピーダンスなどを供給し得る。
【００３２】
インタフェース・モジュール４２を通過した後、ディスプレイ信号１８は、画像構造コンバータ４４に入り得る。画像構造コンバータ４４は、ディスプレイ信号１８を共通の画像構造に変換する。着信ディスプレイ信号１８が既に共通の画像構造である実施形態では、変更せずに提供してもよい。適切などの構造も、共通の画像構造にとっては十分であり得る。１実施形態では、画像構造コンバータが、全着信ディスプレイ信号１８を、たとえば所定のある程度の解像度のＲＧＢ構造に変換する。
【００３３】
概して、画像構造コンバータ４４は、変換を実現するのに必要な、どのような処理を適用してもよい。たとえば、特定の実施形態において、画像構造コンバータ４４は、８ビット、線形ＲＧＢ、プログレッシブ・スキャンを適用する。ディスプレイ信号１８がインターレースのモノクロ・アナログである実施形態では、画像構造コンバータ４４は、ディスプレイ信号１８のインターレースを解除し、輝度情報を、共通の画像構造に変換する。ディスプレイ信号１８が直列アスキー文字を含む実施形態では、画像構造コンバータは、着信ディスプレイ信号１８に基づいて文字端末の仮想画像を作成し、次いで、仮想画像を、共通の画像構造に変形する。
【００３４】
共通の画像構造のディスプレイ信号１８は、フレーム・レート・コンバータ４６に提供される。フレーム・レート・コンバータ４６は、各着信ディスプレイ信号１８を、共通フレーム・レートに変換する。共通フレーム・レートは、適切などの値でもよい。１実施形態では、フレーム・レート・コンバータは、全着信ディスプレイ信号１８を、毎秒７０個のプログレッシブ・フレームに変換する。所望され、または必要な場合、ディスプレイ・プロセッサ３８は、フレーム・レート・コンバータ４６の動作をサポートするために、動作可能に接続されたクロック４８を含み得る。
【００３５】
共通の画像構造およびフレーム・レートのディスプレイ信号１８は、画像リサイザ（resizer）５０に伝送される。画像リサイザ５０は、多数のディスプレイ信号１８を合成ディスプレイ信号２６に含めることが可能となるように、着信ディスプレイ信号１８を処理する。たとえば、ワークステーション１６のディスプレイ２８は、限られた数のピクセルを有し得る。例示目的のために、ディスプレイ２８は、１６００×１２００ピクセルに制限されると仮定する。ユーザは、元々は８００×６００ピクセルのディスプレイ用にサイズ決定されたディスプレイ信号を提示するために、ディスプレイ２８上の６４０×４８０ピクセルのウィンドウを望む場合がある。このような状況において、画像リサイザ５０は、ディスプレイ信号１８を、その元の線形ピクセル化の１．２５倍だけ「ダウンコンバート」する。
【００３６】
やはり例示目的のために、ユーザが、元々は３２０×２４０ピクセルのディスプレイ用にサイズ決定されたディスプレイ信号１８を提示するために、ディスプレイ上に４８０×３６０ピクセルの別のウィンドウを作成することを望むと仮定する。このような状況において、画像リサイザ５０は、ディスプレイ信号１８を１．５倍に「アップコンバート」する。特定の実施形態において、ディスプレイ信号１８は、最大８のファクターで、アップコンバートすることも、ダウンコンバートすることもできる。
【００３７】
選択された実施形態において、画像リサイザ５０は、画像コントローラ５２から受信されたコマンドに従って、ディスプレイ信号１８をアップコンバートすることも、ダウンコンバートすることもできる。特定の実施形態において、画像コントローラ５２は、ディスプレイ信号１８のサイズを、ディスプレイ信号１８が提示されるべきウィンドウのサイズと比較することによって、ディスプレイ信号１８をサイズ変更するかどうか判定する。
【００３８】
特定の実施形態において、本発明によるディスプレイ・プロセッサ３８は、グラフィックス・ジェネレータ５４を含み得る。グラフィックス・ジェネレータ５４は、合成ディスプレイ信号２６に様々な画像特徴を追加する。たとえば、選択された実施形態において、グラフィックス・ジェネレータ５４は、統合装置１４、または統合装置１４に接続されたどのサブシステム１２の機能に対する制御も容易にするウィンドウ、ボタン、および他の制御アイコンならびにマクロ周辺に境界を追加する。特定の実施形態において、グラフィックス・ジェネレータ５４については、処理済のディスプレイ信号１８を有するクロック４８によって同期をとる。
【００３９】
選択された実施形態において、画像コントローラ５２は、ディスプレイ・プロセッサ３８の様々な動作および処理を制御する。いくつかの実施形態では、画像コントローラ５２は、コマンド・プロセッサ４０からコマンドを受信する。このようなコマンドは、どのように、ユーザが合成ディスプレイ信号２６を修正して、ワークステーション１６のディスプレイ２８に所望の視覚出力を生じることを望むかを反映し得る。たとえば、画像コントローラ５２は、コマンド・プロセッサ４０から、合成ディスプレイ信号１６によって形成された様々なウィンドウのオープン、クローズ、サイズ決定、位置決め、および階層化に関するコマンドを受信する。画像コントローラ５２は、特定のディスプレイ信号１８のどの画像エリアが、特定の任意のウィンドウに表示されるべきかということに関するコマンドも受信する。
【００４０】
画像コントローラ５２の制御下で、マルチプレクサ５６は、接続されたサブシステム１２の処理済のディスプレイ信号１８、グラフィックス・ジェネレータ５４によって生成された画像特徴、および、必要に応じて、クロック４８から入力を受信し、組み合わせて、合成ディスプレイ信号２６を形成する。合成ディスプレイ信号２６は、ディスプレイ・ドライバ５８によって、ワークステーション１６のディスプレイ２８にフォワードする。
【００４１】
図４を参照すると、本発明によるディスプレイ・プロセッサ３８は、必要に応じて１つまたは複数のバッファ６０を含み得る。たとえば、バッファ６０ａ、６０ｂ、６０ｃは、各ディスプレイ信号１８ａ、１８ｂ、１８ｃが画像リサイザ５０からマルチプレクサ５６に移ったとき、各ディスプレイ信号に割り当てる。物理的に、このようなバッファ６０ａ、６０ｂ、６０ｃは、独立コンポーネントでも、画像リサイザ５０およびマルチプレクサ５６の一方または両方に含まれるサブコンポーネントでもよい。
【００４２】
選択された実施形態において、バッファ６０ｄは、画像コントローラ５２とマルチプレクサ５６の間に論理的に位置決めすることができ、物理的には独立コンポーネントまたはこの２つの一方もしくは両方に含まれる下位コンポーネントとして位置決めされる。
【００４３】
１実施形態では、画像コントローラ５２とマルチプレクサ５６の間のバッファ６０ｄは、アドレス指定されたバッファ６０ｄでよい。従来のバッファは、ディスプレイ信号が送られるディスプレイと同じサイズまたは次元のアレイまたは行列を提供する。たとえば、１６００×１２００ピクセルのＲＧＢディスプレイ用の従来のバッファは、各要素が、対応するピクセル用のＲＧＢ値を含む、１６００×１２００の行列を含み得る。対照的に、本発明による、アドレス指定されたバッファ６０ｄは、ピクセルの色情報（たとえば、ＲＧＢ値）または対応するピクセルに対するピクセル色情報が見つかり得る間接的な１要素を提供するアドレスどちらかを各要素が含む、アレイまたは行列を含み得る。
【００４４】
たとえば、アドレス指定されたバッファ６０ｄ中に含まれるアドレスは、マルチプレクサ５６に、他の何らかのバッファ６０中にある実際のピクセル色情報を探すよう、指令する。選択された実施形態において、要素がピクセル色情報を含むのか、それともアドレスを含むのかという判定を容易にするために、各要素に対応する様々なデータ・ビットは、その要素を、ピクセル色情報またはアドレスに対応するものとして識別する。本発明による、アドレス指定されたバッファ６０ｄは、ディスプレイ・プロセッサ３８によって要求されるハードウェアおよびソフトウェアを簡素にする。たとえば、マルチプレクサ５６用の制御コードは、アドレス指定されたバッファ６０ｄ中に含まれる。
【００４５】
図５を参照すると、選択された実施形態において、本発明によるワークステーション１６は、２つ以上のディスプレイ２８を含み得る。システム１０内に多数のサブシステム１２が含まれるとき、またはサブシステム１２のいくつかが比較的高い解像度のディスプレイ信号１８を提供するとき、多数のディスプレイ２８が望まれる場合がある。
【００４６】
特定の実施形態では、多数のディスプレイ２８を、単一の論理ディスプレイとして扱う。つまり、マルチプレクサ５６が、合成ディスプレイ画像２６を、ディスプレイ２８と同じ程度の多くの部分に区切る。合成ディスプレイ信号２６の各部分は次いで、対応するディスプレイ２８にフォワードする。たとえば、１実施形態では、マルチプレクサ５６は、合成ディスプレイ信号２６を、第１および第２の部分に区切る。第１の部分は、第１のディスプレイ・ドライバ５８ａによって、ワークステーション１６の第１のディスプレイ２８ａにフォワードされる。第２の部分は、第２のディスプレイ・ドライバ５８ｂによって、ワークステーション１６の第２のディスプレイ２８ｂにフォワードされる。
【００４７】
図６を参照すると、概して、本発明によるコマンド・プロセッサ４０は、２つの種類またはタイプのコマンド３２、３４、３６を処理する。第１のタイプは、ユーザによって１つまたは複数のサブシステム１２向けに指定されたコマンド３２、３４、３６を含み得る。第１のサブシステム１２ａによる特定の温度ゾーン制御において生成された熱を調整するためのコマンド３２、３４、３６は、第１のタイプのコマンド３２、３４、３６の例であり得る。第２のタイプは、ユーザによって統合装置１４自体向けに指定されたコマンド３２、３４、３６を含み得る。ワークステーション１６のディスプレイ２８上に提示されるウィンドウを開き、閉じ、サイズ決定し、位置決めし、または活動化するためのコマンド３２、３４、３６は、第２のタイプのコマンド３２、３４、３６の例であり得る。
【００４８】
いずれかのタイプのコマンド３２、３４、３６を、適切などのやり方でも入力する。たとえば、コマンド３２、３４、３６は、ポインタ３０ｂでクリックし、ポインタ３０ｂでドラッグし、ポインタ３０ｂでクリックしドラッグし、キーボード３０ａでタイプ入力し、あるいはキーボード３０ａもしくは制御パネル３０ｃ上の特殊ファンクション・キー、つまみ、スイッチなど、またはスクリーン画像コンソール上の仮想ボタン、つまみ、ダイヤルなどを操ることによって、入力する。
【００４９】
特定の実施形態において、コマンド・プロセッサ４０は、様々なインタフェース・モジュール６２を含み得る。あるインタフェース・モジュール６２は、各着信コマンド３２、３４、３６および発信コマンド２０、２２、２４を提供し得る。ディスプレイ・プロセッサ３８のインタフェース・モジュール４２と同様に、選択された実施形態において、コマンド・プロセッサ４０のインタフェース・モジュール６２は、エミュレータとして機能することができ、通常は対応するシステムまたは入力装置によって提示される機械的、電気的要件を与える。つまり、たとえば、着信コマンド３２、３４、３６用のインタフェース・モジュール６２は、システムが通常は入力装置３０に与えるはずの機械的接続機構、電圧、インピーダンスなどを与え得る。同様に、発信コマンド２０、２２、２４用のインタフェース・モジュール６２は、システムが通常は入力装置から受信するはずの機械的接続機構、電圧、インピーダンスなどを与え得る。
【００５０】
選択された実施形態において、コマンド・プロセッサ４０は、コマンド・コントローラ６４を含み得る。コマンド・コントローラ６４は、選択されたインタフェース・モジュール６２から着信コマンド３２、３４、３６を受信し、それ以外のモジュール６２にコマンド２０、２２、２４を発行する。特定の実施形態において、コマンド・コントローラ６４は、メモリ素子６８に動作可能に接続されたＣＰＵ ６６を含み得る。メモリ素子６８は、実行可能ファイルおよび作動データの形式のデータ構造を含み得る。データ構造は、様々なモジュールを備え得る。たとえば、１実施形態では、データ構造は、変換モジュール７０、アクセス制御モジュール７２、トポロジ追跡モジュール７４、およびレイアウト・モジュール７６をなす。
【００５１】
本発明による変換モジュール７０は、着信コマンド３２、３４、３６を受信し、その宛先を判定するように構成されている。コマンド３２、３４、３６が、入力を、コマンド３２、３４、３６とは異なる形式または言語で受信する宛先（たとえば、サブシステム１２、画像コントローラ５２など）に供給される場合、コマンド３２、３４、３６は、変換モジュール７０によって、正しい形式のコマンド２０、２２、２４に変換される。選択された実施形態において、ポインタ３０ｂからのコマンド３４の変換は、カーソル移動の適切なスケーリングを含み得る。正しい形式のコマンド２０、２２、２４は、変換モジュール７０によって宛先にフォワードされる。
【００５２】
本発明によるアクセス制御モジュール７２は、どのユーザにも対応するアクセス制限を受信し、格納し、強制するように構成されている。たとえば、選択された実施形態において、本発明によるシステム１０の各ユーザは、ユーザ名およびパスワードを用いてログインすることが要求される場合がある。アクセス・モジュール７２は、ユーザ名を受信し、対応する１組のアクセス制限を適用する。アクセス制限は、統合装置１４によって、どのようなコマンド３２、３４、３６が、指定された宛先（たとえば、サブシステム１２、画像コントローラ５２など）にフォワードされるかに関する、どの制約でもよい。
【００５３】
たとえば、選択された状況では、どのユーザが、サブシステム１２をリスタートすることが可能かを制限することが望ましい場合がある。したがって、アクセス制限は、特定のユーザがリスタート・コマンド（たとえば、Ｃｏｎｔｒｏｌ−Ａｌｔ−Ｄｅｌｅｔｅ）をサブシステム１２に供給する場合、そのコマンドは無視され、フォワードされることはないことを示し得る。他の状況では、アクセス制限は、特定のユーザが、特定のサブシステム１２のディスプレイ信号１８を提示する特定のウィンドウを開くことも閉じることも防止し得る。特定の実施形態において、アクセス制御モジュール７２は、様々なユーザ向けのアクセス制限を、実質的なアクセス無制限にユーザ名が関連付けられている管理者から受信する。
【００５４】
選択された実施形態において、アクセス制御モジュール７２は、ユーザまたはコマンド単位でアクセスを制御する。たとえば、各ユーザ名は、禁止された（または、より好都合な場合は、許可された）コマンドのリストと結合することも、関連付けることもできる。あるいは、アクセス制御モジュール７２は、一連のアクセス・レベルに従ってアクセスを制御する。このような実施形態において、各アクセス・レベルは、選択されたアクセス特権に関連付けられる。ユーザを認めたアクセスは、ユーザに割り当てられるアクセス・レベルを選択することによって制御される。たとえば、５というアクセス・レベルを割り当てられたユーザは、３というアクセス・レベルを割り当てられたユーザより少ないアクセス制限を有し得る。
【００５５】
本発明によるトポロジ追跡モジュール７４は、統合装置１４に接続された全サブシステム１２の現在の記録を維持するように構成されている。選択された実施形態において、トポロジ追跡モジュール７４は、様々なサブシステム１２によって使われる様々な入力形式または言語の現在の記録を維持することもできる。したがって、トポロジ追跡モジュール７４は、変換モジュール７０と連携動作して、様々なコマンド３２、３４、３６がどのように（すなわち、どのような形式または言語に）変換されることになるかを識別する。
【００５６】
特定の実施形態において、トポロジ追跡モジュール７４は、データ・リンク４１を介して接続された、隣接するどの統合装置１４にも関連付けられた全サブシステム１２の現在の記録を維持するように構成されている。このようなトポロジ追跡モジュール７４は、そのように接続されたサブシステム１２によって使われる様々な入力形式または言語の現在の記録も維持する。したがって、トポロジ追跡モジュール７４は、ある統合装置１４から別の統合装置１４への、コマンド３２、３４、３６およびディスプレイ信号１８の変換および転送を容易にし得る。
【００５７】
本発明によるレイアウト・モジュール７６は、様々な表示レイアウトの作成、記憶、および呼戻しをサポートするように構成されている。表示レイアウトは、合成ディスプレイ信号２６によってワークステーション１６のディスプレイ２８上で形成され、または生成されたウィンドウ、仮想制御パネルなどのどのような構成でもよい。選択された実施形態において、ユーザは、所望の表示レイアウトに達するまで、コマンド３２、３４、３６を発行する。命じられると、所望の表示レイアウトは、レイアウト・モジュール７６によって保存される。後になって、ユーザは、保存された表示レイアウトの閲覧を望む場合、レイアウト・モジュール７６にその特定の表示レイアウトを取り出させ、または呼び戻させるコマンド３２、３４、３６を発行する。
【００５８】
図７を参照すると、選択された実施形態において、本発明による２つ以上の統合装置１４が相互接続される。図示した実施形態では、第１の統合装置１４ａは、データ・リンク４１を介して第２の統合装置１４ｂに接続される。第１の統合装置１４ａは、第１のワークステーション１６ａと第１および第２のサブシステム１２ａ、１２ｂとの間のインタフェースを提供する。第２の統合装置１４ｂは、第２のワークステーション１６ｂと第３および第４のサブシステム１２ｃ、１２ｄとの間のインタフェースを提供する。他の実施形態では、様々な入出力形式または言語の、より多い、またはより少ない数のサブシステム１２が、より多い、またはより少ない数の統合装置１４に接続される。したがって、図７の以下のより詳細な説明は、本発明の範囲を限定することを意図しているのではなく、単に、本発明による多数の統合装置１４をどのようにして相互接続することができるかを表す。
【００５９】
特定の実施形態において、１台のサブシステム１２からのディスプレイ信号１８は、複数の統合装置１４に供給される。たとえば、第２のサブシステム１２ｂのディスプレイ信号１８ｂおよび第３のサブシステム１２ｃのディスプレイ信号１８ｃは、統合装置１４ａ、１４ｂ両方に供給される。所望され、または必要な場合、１つまたは複数の装置またはモジュール（たとえば、分散増幅器７８）が、信号１８ｂ、１８ｃの分割、再生、または増幅を支援し得る。
【００６０】
第１、第２、および第３のサブシステム１２ａ、１２ｂ、１２ｃからディスプレイ信号１８ａ、１８ｂ、１８ｃを受信することによって、第１の統合装置１４ａは、ウィンドウ８０を各ディスプレイ信号１８ａ、１８ｂ、１８ｃまたはその一部分の専用のものにする合成ディスプレイ信号２６ａを生成する。たとえば、第１のウィンドウ８０ａは、第１のサブシステム１２ａのディスプレイ信号１８ａに対応する内容全体を表示することができ、第２のウィンドウ８０ｂは、第３のサブシステム１２ｃのディスプレイ信号１８ｃの内容全体を表示することができ、第３のウィンドウ８０ｃは、第２のサブシステム１２ｂの信号１８ｂに対応する表示内容の一部を表示する。同様に、第２、第３、および第４のサブシステム１２ｂ、１２ｃ、１２ｄからディスプレイ信号１８ｂ、１８ｃ、１８ｄを受信することによって、第２の統合装置１４ｂは、ウィンドウ８０ｄ、８０ｅ、８０ｆを、対応する各ディスプレイ信号１８ｂ、１８ｃ、１８ｄまたはその一部分の専用のものにする合成ディスプレイ信号２６ｂを生成する。
【００６１】
このような構成において、各ワークステーション１６ａ、６ｂのユーザは、２つのサブシステム１２の共有制御および１つのサブシステム１２の排他的制御を有し得る。ただし、各ユーザは、そのユーザ独自の表示レイアウトに対する排他的（これに反するいかなるアクセス制限もない）制御を有し得る。つまり、各ユーザは、他のユーザとは独立に、様々なウィンドウ８０の位置決め、サイズ決定などを、その個人に最もよく適合する方式で構成する。したがって、第２のワークステーション１６ａのユーザは、第２のサブシステム１２ｂのディスプレイ信号１８ｂの内容全体を提示するウィンドウ８０ｅを好む場合があり、第１のワークステーション１６ａのユーザは、第２のサブシステム１２ｂのディスプレイ信号１８ｂの内容の、選択された一部のみを提示するウィンドウ８０ｃを好む場合がある。
【００６２】
選択された実施形態において、各ユーザは、自分のディスプレイ２８上に１つまたは複数のウィンドウ８０を有する、接続されたどのサブシステム１２も制御する。ユーザの間で制御を裁定するのに、適切などの方法を用いてもよい。特定の実施形態において、ただ１人のユーザが、サブシステム１２を、所与のどのときでも、（単に監視するのとは反対に）積極的に制御する。たとえば、所望される場合、ウィンドウ８０を最後に選択し活動化するユーザが、対応するサブシステム１２の制御を有し得る。
【００６３】
所望される場合、ユーザの間で制御を裁定するのに、他の方法を用いてもよい。たとえば、いくつかの実施形態では、固定分配を用いる。固定分配において、各ユーザを、指定のサブシステム１２にマップする。したがって、そのユーザのみが、こうした指定のサブシステム１２を制御する。
【００６４】
他の実施形態では、動的分配を用いる。たとえば、「ラウンド・ロビン」分配では、どのオペレータも、サブシステム１２の制御権を握る。したがって、あるユーザによる制御の活動化によって、自動的に制御を他の全ユーザから解放し得る。このような分配は、ユーザの間の言語コミュニケーションを必要とし得る。しかし、このような分配は、制御の急激な変化を促進し得る。
【００６５】
さらに他の実施形態では、優先権分配を用いる。このような分配では、優先権がより高いユーザが、優先権がより低いユーザから制御権を取り得る。優先権がより低いユーザは、優先権がより高いユーザがそのサブシステム１２を活動化して（それに対して制御の焦点を合わせて）いない場合のみ、サブシステム１２の制御権を握る。こうするには、優先権がより高いユーザが、終了したときにサブシステム１２の制御を明示的に解放することが必要となり得る。
【００６６】
いくつかの状況では、ユーザは、ユーザによって利用される統合装置１４に直接接続されていないサブシステム１２に、１つまたは複数のコマンド３２、３４、３６を送ることを望む場合がある。たとえば、図示した実施形態を参照すると、第１のワークステーション１６ａのユーザは、第３のサブシステム１２ｃにコマンド３２、３４、３６を送ることを望む場合がある。第３のサブシステム１２ｃは、ディスプレイ信号１８ｃを第１の統合装置１４ａに直接供給するが、コマンド２０、２２、２４を第１の統合装置１４ａから直接受信することはできない。
【００６７】
このような状況において、第１の統合装置１４ａは、第３のサブシステム１２ｃがコマンド２０、２２、２４を第２の統合装置１４ｂから直接受信すると認識し得る。したがって、第１の統合装置１４ａは、第３のサブシステム１２ｃ用に受信するどのコマンド３２、３４、３６も、第２の統合装置１４ｂに配信するために提供する。いくつかの実施形態では、未加工、未処理、または未変換のコマンド３２、３４、３６を、第１の統合装置１４ａから第２の統合装置１４ｂに送る。他の実施形態では、第１の統合装置１４ａは、処理済または変換済みのコマンド２０、２２、２４を生成し、第２の統合装置１４ｂに送る。選択された実施形態において、統合装置１４ａと１４ｂの間での、（変換済み、または未変換の）コマンド３２、３４、３６の転送は、データ・リンク４１によって遂行される。
【００６８】
図８を参照すると、動作の際、本発明によるコマンド・プロセッサ４０は、コマンド３２、３４、３６を受信し（８２）、そのコンテキストを判定する（８４）。コマンド３２、３４、３６のコンテキストを判定する（８４）ことによって、コマンド・プロセッサ４０は、コマンド３２、３４、３６に対して何を行うべきか判定する。選択された実施形態において、コマンド３２、３４、３６のコンテキストの判定８４は、コマンド３２、３４、３６を発行したユーザの識別８６を含む場合があり、この識別は、ユーザがログインした際に使ったユーザ名を参照することによって行われる。コマンド３２、３４、３６のコンテキストの判定８４は、コマンド３２、３４、３６の指定された宛先の識別８８も含み得る。
【００６９】
ユーザおよび宛先が分かると、コマンド・プロセッサ４０は、そのユーザがアクセス権をもっているかどうか、つまり、ユーザがこのようなコマンド３２、３４、３６をこのような宛先に送るための許可を予め与えられているかどうか判定する（９０）。ユーザがアクセス権をもっていない場合、コマンド３２、３４、３６は無視して（９２）よく、ユーザには、正しいアクセス権がないためにコマンドが実行されないことを知らせる（９４）。ユーザがアクセス権をもっている場合、コマンド３２、３４、３６は、必要である場合は変換する（９６）。
【００７０】
コマンド３２、３４、３６は、本発明に従って様々なやり方で変換される（９６）される。選択された状況では、コマンド３２、３４、３６は、直接変換される（９８）。たとえば、ある形式または言語でリスタートするためのコマンド３２、３４、３６は、宛先サブシステム１２によって理解することが可能な異なる形式または言語でリスタートするためのコマンド２０、２２、２４に変換される。直接変換９８は、英語の「ｈｅｌｌｏ」からスペイン語の「ｈｏｌａ」への変換に類似しているであろう。
【００７１】
他の状況では、コマンド３２、３４、３６は、拡張１００により変換される（９６）。このような状況において、コマンド３２、３４、３６は、実際には、実際のコマンド２０、２２、２４の特定のリスト用仮想簡略表記を含み得る。たとえば、コマンド・プロセッサ４０において、コマンド２０、２２、２４のリストは、指定のファンクション・キーに割り当てられる。コマンド２０、２２、２４のリストは、複数の宛先へのコマンドを含み得る。たとえば、リストに載っているあるコマンド２０、２２、２４は、第１のサブシステム１２ａに供給され、リストに載っている別のコマンド２０、２２、２４は、第２のサブシステム１２ｂに供給される。したがって、指定のファンクション・キーが押されると、リストに含まれる様々なコマンド２０、２２、２４が識別される。拡張変換１００は、「記憶位置１において識別されるタスク」から、「サブシステム１がタスク１、２を実施し、サブシステム２がタスク５を実施する」などへの変換に類似しているであろう。
【００７２】
変換９６が完了すると、その結果生じたコマンド２０、２２、２４は、適切な１つまたは複数の宛先にフォワードする（１０２）される。適切な宛先は、サブシステム１２、同じ統合装置１４内の選択されたコンポーネントまたはモジュール、隣接する統合装置１４内の選択されたコンポーネントまたはモジュールなどを含み得る。拡張変換１００が、様々な宛先に供給されるコマンドのリストを生じている状況では、コマンド２０、２２、２４は、様々な宛先にほぼ同時にフォワードされる。
【００７３】
図９、１０を参照すると、表示レイアウト１０４を作成するために、ユーザは、最初に、本発明によるシステム１０のワークステーション１６でログインし得る（１０６）。選択された実施形態において、新規ユーザが開始する際、デフォルトの設定は、接続されたサブシステム１２ａ、１２ｂ、１２ｃそれぞれに対してサムネイル・ウィンドウ１１０ａ、１１０ｂ、１１０ｃを表示し得る（１０８）。あるいは、選択されたコマンド３２、３４、３６が、デフォルトの設定をトリガして、接続されたサブシステム１２ａ、１２ｂ、１２ｃそれぞれに対して、「サムネイル」または小型の１１０ａ、１１０ｂ、１１０ｃを表示する（１０８）こともできる。
【００７４】
選択された実施形態において、サムネイル１１０は、ディスプレイ信号１８によって形成された画像１１２の完全なビューでよい。サムネイル１１０は、特定のサブシステム１２によって出力されるディスプレイ信号１８のリアルタイム画像１１２を含み得る。サムネイル１１０の生成において、画像１１２については、解像度を削減することができる。したがって、いくつかのサムネイル１１０は、表示レイアウト１０４内に収まり得る。
【００７５】
接続された各サブシステム１２ａ、１２ｂ、１２ｃのサムネイル１１０ａ、１１０ｂ、１１０ｃを見直すことによって、ユーザは、表示レイアウト１０４中に含まれることが望まれるサブシステム１２を識別する。したがって、ユーザは、望まれないサブシステム１２に対応するサムネイル１１０を閉じる（１１４）。選択された状況では、管理者は、選択されたサブシステム１２が、少なくともサムネイル１１０の形式で常に表示されることを要求する場合がある。このような状況において、アクセス制限は、ユーザが、選択されたサブシステム１２に対応するサムネイル１１０を閉じる（１１４）のを防止し得る。閉じられなかったサムネイル１１０は、ユーザの嗜好によって、サイズ決めされ（１１６）、位置決めされる（１１８）。
【００７６】
本発明による、選択された実施形態において、ユーザは、表示レイアウト１０４中に追加特徴を含めることを選ぶ（１２０）。たとえば、ユーザは、１つまたは複数のフルウィンドウ１２４を生成する（１２２）ことを選ぶ（１２０）。特定の実施形態において、フルウィンドウは、選択されたサブシステム１２のディスプレイ信号１８によって形成された、完全な、最高解像度のリアルタイム画像１１２でよい。最大解像度は、サブサンプリングによって生じた乱れが情報を隠し、グリッドをゆがめるなどの可能性を削減し得る。生成されると（１２２）、フルウィンドウ１２４が、ユーザの要望または嗜好によってサイズ決めされ（１２６）、位置決めされる（１２８）。いくつかの実施形態では、フルウィンドウ１２４のサイズ決定は、重大である可能性がある詳細が失われないようにするために、「アップコンバート」に制限され得る。他の実施形態では、フルウィンドウ１２４のサイズ決定（１２６）は、禁止される場合があり、フルウィンドウ１２４は単に、ディスプレイ信号１８によって形成された最大解像度の画像１１２を表すだけでよい。
【００７７】
所望される場合、ユーザは、１つまたは複数のサブウィンドウ１３２を生成する（１３０）ことを選ぶ（１２０）。特定の実施形態において、サブウィンドウ１３２が、ユーザにとって不可欠となり得る情報をハイライト表示し強調するための方法を提供し得る。たとえば、多くの状況において、画像１１２中に表示される情報の一部のみが、ユーザによって必要とされる。サブウィンドウ１３２は、選択されたサブシステム１２のディスプレイ信号１８によって形成された画像１１２の選択されたエリア１３４を選択し拡大するための能力を、ユーザに提供し得る。選択された実施形態では、選択されたエリア１３４の適用範囲を調整することによって、サブウィンドウ１３２中に表示される画像１１２の一部が調整される。
【００７８】
生成されると（１３０）、サブウィンドウ１３２は、ユーザの要望または嗜好によってサイズ決めされ（１３６）、位置決めされる（１３８）。サブウィンドウ１３２のサイズを決定する（１３６）ことによって、選択されたエリア１３４の有効な拡大が制御される。サブウィンドウ１３２中に表示される画像１１２の一部は、リアルタイムでアップデートされる。
【００７９】
選択された実施形態において、ユーザは、１つまたは複数の仮想制御パネル１４２またはグラフィカルな制御要素１４２を生成する（１４０）（たとえば、作成し表示する）ことを選ぶ（１２０）。いくつかの実施形態では、仮想制御パネル１４２は、システム・カーソル（たとえば、ポインタ３０ｂ）、「ホット」または特殊ファンクション・キー、あるいは他の何らかのコマンド３２、３４、３６またはデータ入力によって活動化される、１つまたは複数のボタン１４４、スイッチ１４４、つまみ１４４などのビットマップ画像を含み得る。所望される場合、仮想制御パネル１４２上でのボタン１４４などの活動化により、対応する統合装置１４、サブシステム１２などの動作に供給される１つまたは複数のコマンド３２、３４、３６が発行される。
【００８０】
特定の実施形態において、仮想制御パネル１４２においてランプ、ＬＥＤ、英数字表示などのグラフィック表現を活動化するか、それとも変化させるか判定するのに、着信データ（たとえば、ディスプレイ信号１８）が、統合装置１４によって用いられる。１実施形態では、アクセス制限により、仮想制御パネル１４２が常に最上位層にあり、どのウィンドウ８０によっても見にくくされることなどがないようにする。生成される（１４０）と、仮想制御パネル１４２は、ユーザの要望または嗜好によってサイズ決めされ（１４３）、位置決めされる（１４５）。
【００８１】
所望される場合、ユーザは、表示レイアウト１０４をさらにカスタマイズする（１４６）ことを選ぶ（１２０）。概して、ユーザが、様々なウィンドウ８０、仮想制御パネル１４２などを区別し、またはより論理的に編成するのを支援するどのカスタマイズも、本発明によるシステム１０においてサポートされる。たとえば、ユーザは、ウィンドウ８０または仮想制御パネル１４２の境界１４８用の特定の色を選択する。ユーザは、境界１４８のタイトル・バー１５０部分に、カスタマイズされた名称を入れることもできる。ユーザは、重なるどのウィンドウ８０、仮想制御パネル１４２などに対するデフォルトの階層化方式もさらに選択することもできる。
【００８２】
ユーザは、アプリケーション・アクセス制約の下で許容される範囲まで、嗜好、要求などを反映する表示レイアウト１０４を作成すると、将来、速やかに再生成することができるように、表示レイアウト１０４を保存する（１５２）。所望される場合、保存された表示レイアウト１０４は、特定のキーに割り当てられる（１５４）。このようなキーは、ユーザによって、入力装置３０に入れられるコマンド３２、３４、３６で選択することも活動化することもできる実際または仮想のボタン、スイッチ、つまみなどでよい。特定の実施形態において、キーは、割り当てられた（１５４）表示レイアウトの性質を反映するように改名される（１５６）。たとえば、ディスプレイ２８上の仮想キーは、割り当てられた表示レイアウト１０４が、暖房を制御するサブシステム１２の好都合かつ論理的な構成であることを示すように、「暖房システム」に改名される（１５６）。
【００８３】
活動化される（１５８）と、表示レイアウト１０４に対応するキーが、表示レイアウト１０４をディスプレイ２８に提供するのに必要なコマンドを発行し得る。所望される場合、ユーザは、要求を満たし、作業を促進し、嗜好を調節するように、いくつかの表示レイアウト１０４を作成することができる。選択された実施形態において、表示レイアウト１０４は、選択された監視、タスクなどをユーザが効率的に実施するのを許可するように、設計し、配置される。たとえば、暖房を効果的に制御するのに必要とされるフィードバックおよびコマンドはすべて、「暖房システム」の表示レイアウト１０４に含めることができ、要因割振りを効果的に制御するのに必要とされるフィードバックおよびコマンドはすべて、「割振りシステム」の表示レイアウト１０４に含めることができる。
【００８４】
自分の要求を満たし、作業を促進し、嗜好を調節する表示レイアウト１０４を作成してしまえば、ユーザは、本発明によるシステム１０にログインする（１０６）度に、「分かりきっていることを繰り返す」必要はない。ログインすると（１０６）、ユーザは、閲覧する表示レイアウト１０４に対応するキーを単に活動化（１５８）すればよい。選択された実施形態において、表示レイアウト１０４および関連したキーは、ユーザ名によって、本発明によるシステム１０に格納される。したがって、あるユーザが、ワークステーション１６にログオンすると（１０６）、そのユーザは、自分独自の表示レイアウト１０４にアクセスすることができる。同じワークステーション１６に別のユーザがログオンすると（１０６）、そのユーザは、自分独自の表示レイアウト１０４にアクセスすることができる。所望される場合、本発明による、相互接続された統合装置１４は、表示レイアウト１０４を共有するように構成される。したがって、ユーザは、様々なワークステーション１６のどの１つからでも、自分の表示レイアウト１０４にアクセスすることができる。
【００８５】
選択された実施形態において、本発明による統合装置１４は、すべてのウィンドウ８０に対して、現在の状態情報を記録する。状態情報は、位置、サイズ、適用範囲、アクティブであるか閉じられているか、などを含み得る。したがって、統合装置１４が、意図的でなく電源を切られた場合、統合装置１４は、電源を入れ直されたとき、認知された最後の状態に戻り得る。このことは、最後のユーザを自動的にログインさせ（１０６）、各ウィンドウ８０を、認知された最後の状態で表示することも含み得る。さらに、特定の実施形態において、ウィンドウ８０が閉じられると、統合装置１４は、そのウィンドウの最後の状態を記録する。したがって、そのウィンドウ８０は、再起動されると、認知された最後の状態で提示される。
【００８６】
図１１を参照すると、選択された実施形態において、開始時に、合成ディスプレイ信号２６によって形成された画像１６０は、接続された各サブシステム１２用のサムネイル１１０およびマクロ１６４または仮想ボタン１６４の配列を提示する１つまたは複数のツール・バー１６２を含み得る。各サムネイル１１０のタイトル・バー１５０は、どのサムネイル１１０も活動化されていないこと、または制御の焦点となっていないことを示す「灰色表示」をする。しかし、各サムネイル１１０は、対応するサブシステム１２からのリアルタイム画像１１２を提示し続けてよい。
【００８７】
本発明によるツール・バー１６２は、システム１０の動作を促進するのに所望され、または必要などのマクロ１６４も有し得る。１実施形態では、ツール・バー１６２は、ログイン１６４ａ、保存１６４ｂ、呼戻し１６４ｃ、レイアウト１６４ｄ、シフト１６４ｅ、およびヘルプ１６４ｆマクロを含み得る。
【００８８】
ログイン・マクロ１６４ａは、システム１０によってユーザを識別させ得る。選択された実施形態において、ユーザがログインすると（１０６）、表示レイアウト１０４は、現在のレイアウト１０４で継続することも、ユーザによって最後に利用されたレイアウト１０４に変化させることもできる。いくつかの実施形態では、ツール・バー１６２上に表示されるマクロ１６４は、各ユーザの嗜好によって変わり得る。したがって、ユーザがログインすると（１０６）、ツール・バー１６２は、ユーザによって最後に利用され、または形成された構成に変化させ得る。
【００８９】
保存マクロ１６４ｂは、現在の表示レイアウト１０４を直ちに保存する（１５２）。選択された実施形態において、レイアウト・ボタン１６４ｄまたはマクロ１６４ｄは、選択された期間、「灰色表示」し得る。この期間中、レイアウト・マクロ１６４ｄのどれもが、新たに保存された（１５２）表示レイアウト１０４を格納するために割り当てる（１５４）（または割り当て直す）。所望される場合、レイアウト・マクロ１６４ｄに新規表示レイアウト１０４を割り当てる（１５４）ことができる期間は、セットアップ・オプションとして制御することができる。
【００９０】
呼戻しマクロ１６４ｃは、特定のユーザによって保存された最後の表示レイアウト１０４を呼び戻す。最後の表示レイアウト１０４は、そのレイアウト１０４が指定のレイアウト・マクロ１６４ｄにも割り当てられた場合でも、呼び戻すことができる。選択された実施形態において、セットアップ・オプションとして、呼戻しマクロ１６４ｃは、選択された深さ（たとえば、最大１６個を保存）を有する単一レジスタ、スタック、または循環バッファとして設定することができる。
【００９１】
選択された実施形態において、１つまたは複数のレイアウト・マクロ１６４ｄを、ツール・バー１６２の一部として含めることができる。レイアウト・マクロ１６４ｄを活動化すると（１５８）、ディスプレイ２８に、そのレイアウト・マクロ１６４ｄに割り当てられた（１５４）最後の表示レイアウト１０４を生じ得る。いくつかの実施形態では、レイアウト・マクロ１６４ｄに適用された名称は、ユーザによってカスタマイズすることができる。
【００９２】
シフト・マクロ１６４ｅは、どのレイアウト・マクロ１６４ｄがツール・バー１６２上に表示されるかを制御するように構成することができる。たとえば、１実施形態では、ツール・バー１６２は、全部で１０個あるうちの、５個のレイアウト・マクロ１６４ｄを表示することしかできない。したがって、シフト・マクロ１６４ｅを選択することによって、ユーザは、レイアウト・マクロ１６４ｄの１〜５とレイアウト・マクロ１６４ｄの６〜１０との間をトグルし得る。２組より多いレイアウト・マクロ１６４ｄを利用する実施形態では、シフト・マクロ１６４ｅは、トグルではなく循環し得る。所望される場合、シフト・マクロ１６４ｅは、表示する多数の組のレイアウト・マクロ１６４ｄがある場合のみ、可視的であり得る。選択された実施形態において、組の数および１組の中のレイアウト・マクロ１６４ｄの数は、セットアップ・オプションとして制御される。
【００９３】
ヘルプ・マクロ１６４ｆを活動化すると、ヘルプ・システムを呼び起こし得る。選択された実施形態において、ヘルプ・システムは、ローカルに格納する。他の実施形態では、ヘルプ・システムは、リモートに格納する。たとえば、１実施形態では、ヘルプ・マクロ１６４ｆを活動化すると、ヘルプ・システムを含むウェブサイトにアドレス指定されたインターネット・ブラウザが起動する。
【００９４】
選択された実施形態では、図１１に示される以外のマクロ１６４を含めてもよい。たとえば、本発明によるいくつかの実施形態は、セットアップ・マクロ１６４を含み得る。セットアップ・マクロ１６４を活動化すると、ユーザは、システム・セットアップ・モードに入ることを許可され得る。使用可能なセットアップ・オプションは、管理者によって導入されたアクセス制限に依存し得る。ただし、１実施形態では、表示レイアウト１０４をさらにカスタマイズする（１４６）ための様々なオプションを提示してよい。
【００９５】
図１２を参照すると、特定の実施形態において、ウィンドウ８０が制御の焦点として活動化され、または選択されると、タイトル・バー１５０が、不活動である「灰色表示」からハイライト表示し、彩色し、あるいは変化する。たとえば、図示した実施形態では、「自動化」サブシステム１２が、制御の焦点として選択されている。したがって、「自動化」サブシステム１２に対応するウィンドウ８０（たとえば、サムネイル・ウィンドウ１１０およびサブウィンドウ１３２）は、彩色されたタイトル・バー１５０を有する。
【００９６】
本発明によるウィンドウ８０のタイトル・バー１５０は、１つまたは複数のマクロ１６６または仮想ボタン１６６を含み得る。適切なボタン１６６は、サブウィンドウ・ボタン１６６ａ、サイズ決定ボタン１６６ｂ、クローズ・ボタン１６６ｃなどを含み得る。
【００９７】
特定の実施形態において、サムネイル１１０上でサブウィンドウ・ボタン１６６ａを選択すると、ユーザに、サブウィンドウ１３２を作成させる（すなわち、その適用範囲を定義させる）ことができる。ある時点で、そのサブシステム１２用のサブウィンドウ１３２が作成されている場合、サブウィンドウ・ボタン１６６ａを選択すると、最後に形成されたサブウィンドウ１３２を呼び戻す。つまり、新規サブウィンドウ１３２は、以前のサブウィンドウ１３２と同じサイズ、適用範囲、および位置を有し得る。サブウィンドウ１３２上でサブウィンドウ・ボタン１６６ａを選択すると、ユーザが選択されたエリア１３４の適用範囲、したがって、サブウィンドウ１３２の適用範囲を調整するのを可能にし得る。
【００９８】
選択された実施形態において、セットアップ・オプションとして、サムネイル１１０またはフルウィンドウ１２４上のサブウィンドウ・ボタン１６６ａは、選択されたエリア１３４を区切る境界を、「オン」と「オフ」の間でトグルさせることも、サブウィンドウ１３２の適用範囲の修正を許可することもできる。選択されたエリア１３４を示す境界がオフであり、オペレータがサブウィンドウ１３２上のサブウィンドウ・ボタン１６６ａを活動化すると、境界が現れることができ、その位置または限度は、選択されたエリア１３４の適用範囲、したがって、サブウィンドウ１３２の適用範囲を変化させるように取り扱うことができる。
【００９９】
特定の実施形態において、サイズ決定ボタン１６６ｂは、選択されると、ユーザに、対応するウィンドウ８０が、ディスプレイ２８上に存在する画像１６０中で占めるであろう（たとえば、ピクセルでの）サイズを判定させ得る。ウィンドウ８０のサイズを変えても、示されているサブシステム１２によって生成された画像１１２の割合を変化させる必要はない。選択された実施形態では、サムネイル１１０およびサブウィンドウ１３２のみをサイズ決めする。
【０１００】
活動化され、または選択されると、本発明によるクローズ・ボタン１６６ｃは、対応するウィンドウ８０を「閉じる」。つまり、ウィンドウ８０を、ディスプレイ２８上に生じた画像１６０から削除する。選択された実施形態において、フルウィンドウ１２４およびサブウィンドウ１３２のみが、クローズ・ボタン１６６ｃを有し得る。このような実施形態では、サムネイル１１０を「閉じる」ことはできない。したがって、接続された各サブシステム１２用のサムネイル１１０は、すべての表示レイアウト１０４におけるナビゲーション、監視、または選択補助として含まれる。
【０１０１】
図１３を参照すると、本発明によるフルウィンドウ１２４は、適切などのやり方でも生成し、または起動することができる。たとえば、１実施形態では、フルウィンドウ１２４は、ユーザがフルウィンドウ１２４を望むサブシステム１２のサムネイル１１０の上をダブル・クリックすることによって起動することができる。ユーザがフルウィンドウ１２４をやめてしまうとき、フルウィンドウは、適切なクローズ・ボタン１６６ｃを選択することによって「閉じられる」。選択された実施形態において、フルウィンドウ１２４は、それに続いて再起動されると、サブシステム１２に対する、時間的に最も近いフルウィンドウ１２４のサイズおよび位置決めを取り得る。
【０１０２】
仮想制御パネル１４２は、ユーザによって所望されるどの形状、構成、または複雑性も取り得る。仮想制御パネル１４２上のボタン１４４の選択または活動化は、１つまたは複数のコマンドを、１つまたは複数の宛先に発行させ得る。いくつかの実施形態では、制御されるシステムからの状況情報は、仮想制御パネル１４２の外見の変化を通じて伝達される。たとえば、選択されたサブシステム１２の特定のセンサが、不可欠な値を上回り、または下回る読取り結果を登録した場合、１つまたは複数の「ライト」、マーカ、または色を、仮想制御パネル１４２に一意に照射し、その状況へ注意を促すように活動化することができる。
【０１０３】
選択された実施形態において、本発明による統合装置１４は、ユーザが仮想制御パネル１４２をグラフィカルに設計し生成するのを支援するためのソフトウェアを収容する。さらに、このようなソフトウェアは、ユーザが、仮想制御パネル１４２のボタン１４４、スイッチ１４４、つまみ１４４、ダイヤル、段階的制御などの選択、活動化、調整などの際に発行される様々なコマンド３２、３４、３６を明確に表現するのも可能にし得る。
【０１０４】
本発明は、本発明の基本機能からも本質的特性からも逸脱することなく、他の具体的な形で実施してもよい。説明した実施形態は、あらゆる点において例示に過ぎず、制限ではないと理解されたい。本発明の範囲は、したがって、上記の説明ではなく、添付の特許請求の範囲によって示される。特許請求の範囲の均等物の意義および範囲内であるすべての変更は、特許請求の範囲に含まれる。
【図面の簡単な説明】
【０１０５】
【図１】ワークステーションと多数のサブシステムとの間のインタフェースをとる統合装置を備える、本発明によるシステムを示す概略的なブロック図。
【図２】本発明による統合装置の実施形態を示す概略的なブロック図。
【図３】本発明による統合装置にあるディスプレイ・プロセッサの実施形態を示す概略的なブロック図。
【図４】本発明による、アドレス指定されたバッファを装備するディスプレイ・プロセッサの実施形態を示す部分的な概略ブロック図。
【図５】多数のワークステーション・ディスプレイに合成ディスプレイ信号を提供する、本発明によるディスプレイ・プロセッサの実施形態を示す部分的な概略ブロック図。
【図６】本発明による統合装置にあるコマンド・プロセッサの実施形態を示す概略的なブロック図。
【図７】第１のワークステーションと多数の第１のサブシステムとの間のインタフェースをとる第１の統合装置、第２のワークステーションと多数の第２のサブシステムとの間のインタフェースをとる第２の統合装置、ならびに第１の統合装置を第２の統合装置に接続するデータ・リンクを備える、本発明によるシステムを示す概略的なブロック図。
【図８】本発明による、コマンド・プロセッサを動作させる方法の１実施形態を示す概略的なブロック図。
【図９】本発明による、表示レイアウトを作成する方法の１実施形態を示す概略的なブロック図。
【図１０】本発明による、表示レイアウトの実施形態を示す概略的なブロック図。
【図１１】ツール・バーおよび様々な「サムネイル」ウィンドウを含むように、本発明によって作り出される表示レイアウトの１実施形態を示すスクリーン・ショットを示す略図。
【図１２】ツール・バー、様々なサムネイル・ウィンドウ、およびサムネイル・ウィンドウの１つに対応するサブウィンドウを含むように、本発明によって作り出される表示レイアウトの代替実施形態を示すスクリーン・ショットを示す略図。
【図１３】ツール・バー、様々なサムネイル・ウィンドウ、サムネイル・ウィンドウの１つに対応するフルウィンドウ、および仮想制御パネルを含むように、本発明によって作り出される表示レイアウトの別の代替実施形態を示すスクリーン・ショットを示す略図。
【技術分野】
【０００１】
本発明は、制御システムに関し、より詳細には、多数のサブシステムの統合型監視および制御のための新規システムおよび方法に関する。
【背景技術】
【０００２】
コンピュータ、制御システム、および他の電子装置の急増により、監視および制御を行わなければならない人間であるオペレータおよびユーザにとって、一層困難な問題が生じている。多くの処理および制御センターにおいて、ユーザは、明示された責任を遂行するために、３、４またはそれよりも多い別個のシステムを監視し制御しなければならない。多数の視覚表示端末、キーボード、指示装置などを有する、オペレータの作業エリアが一般的である。
【０００３】
多くの状況において、この問題は、監視され制御される様々なシステムが相異なるオペレーティング・システムを利用し、相異なる視覚表示装置を使うと、悪化する。しばしば、処理センターまたは制御室内の最も重要なシステムは、容易に修正することも、より新しいシステムと統合することもできない、比較的古いシステムである。したがって、ユーザにとって最も重要である情報はしばしば、様々な表示装置に分散される。
【０００４】
現在、ユーザが、１台のワークステーションを使いながら多数のコンピュータ・システムの間で切換えを行うことを可能にするキーボード、ビデオ、およびマウス・スイッチ（ＫＶＭ）などの装置がある。こうした装置には、重大な制限がある。たとえば、こうした装置は通常、ユーザに、一度にただ１つのシステムを閲覧させ制御させる。
【０００５】
表示統合装置も開発されている。通常、表示統合装置は、多数の画像を組合せ、そうすることによって、ユーザに、多数のシステムの出力を１台の表示装置から監視させる。しかし、表示統合装置は、制御入力装置の数を削減することも、コマンド入力のリダイレクションを可能にすることもない。単に表示画像を集約するだけである。
【０００６】
現在、パーソナル・コンピュータおよびテレビは、接続されたシステムから画像を表示し、キーボードおよびポインタから制御をリダイレクトすることによって、１つまたは複数のシステムを監視し制御する。ただし、こうした装置は、重大な制限も有する。たとえば、多数の異なったシステムとリアルタイムで処理する能力が制限される。さらに、ユーザが、様々な表示要素を思い通りにサイズ決定し位置決めすることによって表示画像をカスタマイズすることを可能にしない。さらに、任意に選択されるサブウィンドウの作成も、情報レイアウトの保存および再利用もサポートしない。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
必要とされるのは、全く異なる様々なシステム（サブシステム）の監視および制御を統合する力をユーザに与えるシステムである。さらに、必要とされるのは、ワークステーションのディスプレイに生じた表示画像を、一個人の要求を満たし、自分の仕事を容易にし、自分の嗜好を調節するようにカスタマイズする力をユーザに与えるシステムである。
【課題を解決するための手段】
【０００８】
上記のことを鑑みて、実施され、本明細書において広範囲にわたって記載される本発明により、本発明の１実施形態では、１つまたは複数のサブシステムの監視および制御の統合をもたらすシステムを含むものとしての方法および装置を開示する。制御の統合をもたらすシステムは、ユーザが、多数のサブシステムとの間でコマンドを発行し、監視用表示情報を受信するどのような装置でもよい。選択された実施形態において、このようなシステムは、ワークステーションと多数のサブシステムとの間のインタフェースをとる統合装置を含み得る。
【０００９】
特定のアプリケーションでは、サブシステムは、ディスプレイ信号を特定の形式（たとえば、インタフェース標準）で出力する。同様に、このサブシステムが、コマンドを特定の形式で受信する。別のサブシステムのディスプレイ信号およびコマンドは、第１のサブシステムのものとは互換性がない可能性がある。このようなアプリケーションでは、本発明による統合装置は、ワークステーションとそれ以外の互換性がないサブシステムとの間の変換装置として機能し得る。
【００１０】
選択された実施形態では、統合装置が、様々な、物理的に全く異なる形式でサブシステムから受信されたディスプレイ信号を、共通の形式に変換する。共通の形式になると、ディスプレイ信号が合成ディスプレイ信号に統合される。合成ディスプレイ信号は、統合装置からワークステーションのディスプレイに伝送される。同様に、統合装置は、ワークステーションの様々な入力装置から受信されたコマンドを、コマンドが供給される様々なサブシステムによって理解可能なコマンドに変換する。
【００１１】
特定の実施形態では、統合装置は、ディスプレイ・プロセッサおよびコマンド・プロセッサを含み得る。ディスプレイ・プロセッサは、接続されたサブシステムから様々なディスプレイ信号を受信し、様々なウィンドウを形成する合成ディスプレイ信号を生成し、この合成ディスプレイ信号を、ワークステーションのディスプレイに伝送する。いくつかの実施形態では、各着信ディスプレイ信号は、合成ディスプレイ信号によって形成される少なくとも１つのウィンドウに割り当てられる。他の実施形態では、選択された着信ディスプレイ信号または着信ディスプレイ信号のいくつかの部分にのみ、それぞれウィンドウが割り当てられる。
【００１２】
コマンド・プロセッサは、ワークステーションの１つまたは複数の入力装置から受信したコマンドを、その適切な宛先に供給する。適切な宛先は、統合装置自体、隣接する統合装置、接続されたサブシステムの１つまたは複数などを含み得る。必要な場合、コマンド・プロセッサは、コマンドを、その宛先に供給する前に変換してよい。
【００１３】
選択された実施形態では、コマンド・プロセッサが、ワークステーションから受信された、選択されたコマンドを、ディスプレイ・プロセッサに伝達する。たとえば、コマンド・プロセッサが、オープンし、クローズし、サイズ決定し、位置決めすることなどを指令するコマンドを履行するディスプレイ・プロセッサにコマンドを提供する。したがって、コマンド・プロセッサは、ユーザが選択し、サイズ決定し、位置決めし、あるいは多数のサブシステムからのリアルタイムの視覚フィードバックを提示するウィンドウを取り扱うための機構を提供することが可能である。特定の実施形態では、コマンド・プロセッサは、ユーザが作成し、有用であると判断したウィンドウの配置を含む様々な表示レイアウトの保存および呼戻しをサポートする。
【００１４】
特定の実施形態では、コマンド・プロセッサを、ユーザに対応するアクセス制限を受け取り、格納し、強制するように構成してよい。アクセス制限は、どのようなコマンドが、指定された宛先に、コマンド・プロセッサによってフォワードされるかということに関する、どのような制約でもよい。たとえば、選択された状況では、どのユーザが、サブシステムの選択された不可欠な機能を制御することが可能であるかを制限することが望ましい場合がある。したがって、アクセス制限は、特定のユーザが、サブシステム１２の不可欠な機能に影響を与えるコマンドを発行した場合、そのコマンドは無視され、フォワードされることはないということを示し得る。
【００１５】
本発明の上記の特徴は、添付の図面と併せ読むと、以下の説明および添付の特許請求の範囲から、より完全に明らかになるであろう。こうした図面は本発明の典型的な実施形態を示すに過ぎず、したがって、本発明の範囲を限定するとみなすべきではないことを理解した上で、本発明を、添付の図面を用いてさらに具体的かつ詳細に説明する。
【発明を実施するための最良の形態】
【００１６】
本発明の構成要素は、概して本明細書において図面に記載され図示されているが、非常に様々な相異なる構成で配置し設計してよいことが、容易に理解されよう。したがって、図面に表される、本発明のシステムおよび方法の実施形態の、以下のより詳細な説明は、本発明の範囲を、権利請求しているように限定することを意図しているのではなく、単に、本発明の様々な実施形態を表す。本発明は、図面を参照することによって、最もよく理解されよう。図面において、同様の部分は、全体を通して同じ番号で明示する。
【００１７】
図１を参照すると、本発明による選択された実施形態は、１つまたは複数のサブシステム１２に及ぶ制御の統合をもたらすシステム１０を含み得る。制御は、制御ループの観点で形成される。制御ループは、２つの情報フローを含み得る。流出する情報は、コマンドと呼ぶ。流入する情報は、フィードバックと呼ぶ。フィードバックにより、コマンドを発行するユーザまたはシステムは、制御されるシステムまたはサブシステムによって、コマンドが正しく受信され、理解され、履行されたことを検証する。したがって、制御は、コマンドが発行され、検証フィードバックが受信される処理として定義する。
【００１８】
制御の統合をもたらすシステム１０は、ユーザ、ワークステーションなどが、便利な小型インタフェースを介した、多数のサブシステム１２との間のコマンドの発行およびフィードバックの受信を許可するハードウェア、ソフトウェア、またはその何らかの組合せを与えられるどのような装置でもよい。本発明による選択された実施形態において、制御の統合をもたらすシステム１０（すなわち、統合型制御システムまたはＩＣＳ）は、ワークステーション１６と多数のサブシステム１２との間のインタフェースをとる統合装置１４を含み得る。
【００１９】
特定のアプリケーションでは、特定の制御システムを念頭において、１つまたは複数のサブシステム１２を設計する。このようなアプリケーションでは、サブシステム１２ａが、フィードバック（たとえば、ディスプレイ信号１８ａ）を、特定の言語に類似している可能性がある特定の形式で出力する。同様に、サブシステム１２ａは、コマンド（たとえば、キー・コマンド２０ａ）を、やはり特定の言語に類似している可能性がある特定の形式で受信する。アプリケーションに応じて、第２のサブシステム１２ｂのディスプレイ信号１８ｂおよびキー・コマンド２０ｂは、第１のサブシステム１２ａの言語とは異なる言語でもよく、あるいは互換性がなくてもよい。このようなアプリケーションでは、サブシステム１２ａ、１２ｂは、物理的に全く異なるものとみなすこともでき、物理的に形式が全く異なるディスプレイ信号１８ａ、１８ｂおよびキー・コマンド２０ａ、２０ｂを介して通信すると言うこともできる。
【００２０】
物理的に全く異なるサブシステム１２はしばしば、技術が進歩した結果である。たとえば、特定の種類のディスプレイが標準とみなされているときに、第１のサブシステム１２ａが設計され構築されている場合がある。したがって、第１のサブシステム１２ａは、ディスプレイ信号１８ａを、このようなディスプレイによって理解される形式で出力するように設計されている可能性がある。しかし、技術が進歩したことで、新規ディスプレイ技術が開発されている可能性がある。より最近になって開発された第２のサブシステム１２ｂは、ディスプレイ信号１８ｂを、こうした新規ディスプレイによって理解される形式で出力するように設計されている可能性がある。したがって、第１のサブシステム１２ａのディスプレイ信号１８ａは、第２のサブシステム１２ｂのディスプレイ信号１８ｂと互換性がない可能性がある。
【００２１】
図１の、図示した実施形態において、本発明による統合装置１４が、３つの代表的なサブシステム１２ａ、１２ｂ、１２ｃに接続される。他の実施形態では、様々な入出力形式または言語の、より多い、またはより少ない数のサブシステム１２が、統合装置１４に接続されてよい。したがって、図１の、以下のより詳細な説明は、本発明の範囲を限定することを意図しているのではなく、単に、本発明による制御の統合を適用する、選択されたサブシステム１２を表す。
【００２２】
第１のサブシステム１２ａは、ＤＯＳ（すなわち、ＩＢＭパーソナル・コンピュータおよび互換性のあるマシン上で使われるオペレーティング・システム）を使ってアプリケーションを実行する比較的古いコンピュータ・システムの例を示す。第１のサブシステム１２ａは、モノクロ・ディスプレイと互換性のあるディスプレイ信号１８ａを出力するように設計してもよい。ただし、ディスプレイ信号１８ａをモノクロ・ディスプレイに送るのではなく、第１のサブシステム１２ａは、ディスプレイ信号１８ａを統合装置１４に送る。同様に、キーボードからキー・コマンド２０ａを直接受信するのではなく、第１のサブシステム１２ａは、統合装置１４からキー・コマンド２０ａを受信する。
【００２３】
第２のサブシステム１２ｂは、キーボード、指示装置（たとえば、「マウス」）、およびカラーの高解像度ディスプレイとインタフェースをとるように設計された、より進歩したコンピュータ・システムの例を示す。ディスプレイ信号１８ｂをＲＧＢ形式で、カラーのより高解像度のディスプレイに送るのではなく、第２のサブシステム１２ｂは、ディスプレイ信号１８ｂを、統合装置１４に送る。同様に、キー・コマンド２０ｂおよびポインタ・コマンド２２をキーボードまたはマウスから直接受信するのではなく、第２のサブシステム１２ｂは、キー・コマンド２０ｂおよびポインタ・コマンド２２を、統合装置１４から受信する。
【００２４】
第３のサブシステム１２ｃは、カスタマイズされたサブシステムの例を示す。このようなサブシステム１２ｃは、ディスプレイ信号１８ｃを、アスキー文字の形式で文字端末に出力する第１の直列通信ポートを含み得る。ディスプレイ信号１８ｃを文字端末に送るのではなく、第３のサブシステム１２ｃは、ディスプレイ信号１８ｃを統合装置１４に送る。制御コマンド２４の通信を容易にするために、第１の直列ポート、または第２の直列ポートあるいは他のタイプのインタフェースを、統合装置１４に接続する。
【００２５】
本明細書において上記したモノクロ、ＲＧＢ、およびアスキー・ディスプレイ信号１８に加えて、本発明による統合装置によって受信し処理する他の適切なディスプレイ信号１８は、豊富な種類のどのコンポーネント、合成、または圧縮信号をも、デジタルであるかアナログであるか（たとえば、ＹＣｂＣｒ、ＹＰｂＰｒ、ＮＴＳＣ、ＰＡＬ、Ｓビデオ、ＭＰＥＧ、ＪＰＥＧなど）に関わらず含み得る。選択された実施形態において、ディスプレイ信号１８は、単なる画像以上のものを包含し得る。たとえば、どの電圧、電流、接触条件、エンコードされたデジタル信号、コンポーネントの状態に対応する値なども、どのタイプの表示装置もインジケータ装置も制御するのに用いることができ、ディスプレイ信号とみなす。
【００２６】
選択された実施形態において、統合装置１４は、ワークステーション１６とサブシステム１２の間の変換装置として機能し得る。統合装置１４は、サブシステム１２から、様々な、物理的に全く異なる形式で受信されたディスプレイ信号１８を、共通の形式に変換する。共通の形式になると、ディスプレイ信号１８は、統合装置１４からワークステーション１６のディスプレイ２８に提供することが可能な合成ディスプレイ信号２６に統合される。本発明によるワークステーション１６は、どの組合せのディスプレイ２８も含み得る。所望される場合、ワークステーション１６において使用されるディスプレイ２８の１つまたは複数は、高解像度ディスプレイでよい。
【００２７】
本発明によるワークステーション１６は、どの組合せの入力装置３０も含み得る。適切な入力装置３０は、制御パネル、キーボード、ポインタまたはカーソル制御装置などを含み得る。図示した実施形態では、ワークステーション１６は、３つの入力装置３０（すなわち、キーボード３０ａ、ポインタ３０ｂ、およびカスタム制御パネル３０ｃ）を含む。キーボード３０ａは、キー・コマンド３２を統合装置１４に伝達する。ポインタ３０ｂは、ポインタ・コマンド３４を統合装置１４に伝達する。カスタム制御パネル３０ｃは、シリアル、パラレル、または他のタイプのコマンド３６を統合装置１４に伝達する。統合装置１４は、様々な入力装置３０から受信されたコマンド３２、３４、３６を、コマンド３２、３４、３６が供給される様々なサブシステム１２によって理解することができるコマンド２０、２２、２４に変換する。
【００２８】
図２を参照すると、本発明による統合装置１４は、ディスプレイ・プロセッサ３８およびコマンド・プロセッサ４０を含み得る。ディスプレイ・プロセッサ３８は、接続されたサブシステム１２からディスプレイ信号１８を受信し、（必要な場合は）ディスプレイ信号１８を、共通の、または互換性のある形式に変換し、合成ディスプレイ信号２６を生成する。コマンド・プロセッサ４０は、ワークステーションからコマンド３２、３４、３６を受信し、（必要な場合は）コマンド３２、３４、３６を、コマンド３２、３４、３６が供給される様々なサブシステム１２によって理解されるコマンド２０、２２、２４に変換し、コマンド２０、２２、２４を適切なサブシステム１２にフォワードする。
【００２９】
選択された実施形態において、コマンド・プロセッサ４０は、ワークステーション１６から受信された、選択されたコマンドを、ディスプレイ・プロセッサ３８に伝達する。たとえば、コマンド・プロセッサ４０は、画像に対して指令された、オープンし、クローズし、サイズ決定し、位置決めするなどのコマンドを、履行するためにディスプレイ・プロセッサ３８に提供する。したがって、本発明による統合装置１４は、ユーザが、多数のサブシステム１２からのリアルタイムの視覚フィードバックを選択し、サイズ決定し、位置決めし、あるいは処理することを可能にするための機構を提供し得る。
【００３０】
所望される場合、本発明による統合装置１４は、データ・リンク４１を含み得る。特定の実施形態において、データ・リンク４１は、ある統合装置１４のコマンド・プロセッサ４０を、別の統合装置１４のコマンド・プロセッサ４０に接続する。したがって、ある統合装置１４は、別の統合装置１４に対して制御を働かせ得る。さらに、データ・リンク４１は、統合装置１４を、外部のデータ処理システムによって制御させ得る。１実施形態では、このようなデータ・リンク４１は、ＩＥＥＥ８０２．３ネットワーク・インタフェースを含み得る。
【００３１】
図３を参照すると、本発明によるディスプレイ・プロセッサ３８は、様々なインタフェース・モジュール４２を含み得る。あるインタフェース・モジュール４２は、各着信ディスプレイ信号１８にサービス提供し得る。選択された実施形態において、インタフェース・モジュール４２は、エミュレータとして機能することができ、ディスプレイ信号１８の送り先であるディスプレイによって通常は提示される機械的電気的要件を供給する。たとえば、インタフェース・モジュール４２は、通常は表示装置によって供給されることになる機械的接続機構、電圧、インピーダンスなどを供給し得る。
【００３２】
インタフェース・モジュール４２を通過した後、ディスプレイ信号１８は、画像構造コンバータ４４に入り得る。画像構造コンバータ４４は、ディスプレイ信号１８を共通の画像構造に変換する。着信ディスプレイ信号１８が既に共通の画像構造である実施形態では、変更せずに提供してもよい。適切などの構造も、共通の画像構造にとっては十分であり得る。１実施形態では、画像構造コンバータが、全着信ディスプレイ信号１８を、たとえば所定のある程度の解像度のＲＧＢ構造に変換する。
【００３３】
概して、画像構造コンバータ４４は、変換を実現するのに必要な、どのような処理を適用してもよい。たとえば、特定の実施形態において、画像構造コンバータ４４は、８ビット、線形ＲＧＢ、プログレッシブ・スキャンを適用する。ディスプレイ信号１８がインターレースのモノクロ・アナログである実施形態では、画像構造コンバータ４４は、ディスプレイ信号１８のインターレースを解除し、輝度情報を、共通の画像構造に変換する。ディスプレイ信号１８が直列アスキー文字を含む実施形態では、画像構造コンバータは、着信ディスプレイ信号１８に基づいて文字端末の仮想画像を作成し、次いで、仮想画像を、共通の画像構造に変形する。
【００３４】
共通の画像構造のディスプレイ信号１８は、フレーム・レート・コンバータ４６に提供される。フレーム・レート・コンバータ４６は、各着信ディスプレイ信号１８を、共通フレーム・レートに変換する。共通フレーム・レートは、適切などの値でもよい。１実施形態では、フレーム・レート・コンバータは、全着信ディスプレイ信号１８を、毎秒７０個のプログレッシブ・フレームに変換する。所望され、または必要な場合、ディスプレイ・プロセッサ３８は、フレーム・レート・コンバータ４６の動作をサポートするために、動作可能に接続されたクロック４８を含み得る。
【００３５】
共通の画像構造およびフレーム・レートのディスプレイ信号１８は、画像リサイザ（resizer）５０に伝送される。画像リサイザ５０は、多数のディスプレイ信号１８を合成ディスプレイ信号２６に含めることが可能となるように、着信ディスプレイ信号１８を処理する。たとえば、ワークステーション１６のディスプレイ２８は、限られた数のピクセルを有し得る。例示目的のために、ディスプレイ２８は、１６００×１２００ピクセルに制限されると仮定する。ユーザは、元々は８００×６００ピクセルのディスプレイ用にサイズ決定されたディスプレイ信号を提示するために、ディスプレイ２８上の６４０×４８０ピクセルのウィンドウを望む場合がある。このような状況において、画像リサイザ５０は、ディスプレイ信号１８を、その元の線形ピクセル化の１．２５倍だけ「ダウンコンバート」する。
【００３６】
やはり例示目的のために、ユーザが、元々は３２０×２４０ピクセルのディスプレイ用にサイズ決定されたディスプレイ信号１８を提示するために、ディスプレイ上に４８０×３６０ピクセルの別のウィンドウを作成することを望むと仮定する。このような状況において、画像リサイザ５０は、ディスプレイ信号１８を１．５倍に「アップコンバート」する。特定の実施形態において、ディスプレイ信号１８は、最大８のファクターで、アップコンバートすることも、ダウンコンバートすることもできる。
【００３７】
選択された実施形態において、画像リサイザ５０は、画像コントローラ５２から受信されたコマンドに従って、ディスプレイ信号１８をアップコンバートすることも、ダウンコンバートすることもできる。特定の実施形態において、画像コントローラ５２は、ディスプレイ信号１８のサイズを、ディスプレイ信号１８が提示されるべきウィンドウのサイズと比較することによって、ディスプレイ信号１８をサイズ変更するかどうか判定する。
【００３８】
特定の実施形態において、本発明によるディスプレイ・プロセッサ３８は、グラフィックス・ジェネレータ５４を含み得る。グラフィックス・ジェネレータ５４は、合成ディスプレイ信号２６に様々な画像特徴を追加する。たとえば、選択された実施形態において、グラフィックス・ジェネレータ５４は、統合装置１４、または統合装置１４に接続されたどのサブシステム１２の機能に対する制御も容易にするウィンドウ、ボタン、および他の制御アイコンならびにマクロ周辺に境界を追加する。特定の実施形態において、グラフィックス・ジェネレータ５４については、処理済のディスプレイ信号１８を有するクロック４８によって同期をとる。
【００３９】
選択された実施形態において、画像コントローラ５２は、ディスプレイ・プロセッサ３８の様々な動作および処理を制御する。いくつかの実施形態では、画像コントローラ５２は、コマンド・プロセッサ４０からコマンドを受信する。このようなコマンドは、どのように、ユーザが合成ディスプレイ信号２６を修正して、ワークステーション１６のディスプレイ２８に所望の視覚出力を生じることを望むかを反映し得る。たとえば、画像コントローラ５２は、コマンド・プロセッサ４０から、合成ディスプレイ信号１６によって形成された様々なウィンドウのオープン、クローズ、サイズ決定、位置決め、および階層化に関するコマンドを受信する。画像コントローラ５２は、特定のディスプレイ信号１８のどの画像エリアが、特定の任意のウィンドウに表示されるべきかということに関するコマンドも受信する。
【００４０】
画像コントローラ５２の制御下で、マルチプレクサ５６は、接続されたサブシステム１２の処理済のディスプレイ信号１８、グラフィックス・ジェネレータ５４によって生成された画像特徴、および、必要に応じて、クロック４８から入力を受信し、組み合わせて、合成ディスプレイ信号２６を形成する。合成ディスプレイ信号２６は、ディスプレイ・ドライバ５８によって、ワークステーション１６のディスプレイ２８にフォワードする。
【００４１】
図４を参照すると、本発明によるディスプレイ・プロセッサ３８は、必要に応じて１つまたは複数のバッファ６０を含み得る。たとえば、バッファ６０ａ、６０ｂ、６０ｃは、各ディスプレイ信号１８ａ、１８ｂ、１８ｃが画像リサイザ５０からマルチプレクサ５６に移ったとき、各ディスプレイ信号に割り当てる。物理的に、このようなバッファ６０ａ、６０ｂ、６０ｃは、独立コンポーネントでも、画像リサイザ５０およびマルチプレクサ５６の一方または両方に含まれるサブコンポーネントでもよい。
【００４２】
選択された実施形態において、バッファ６０ｄは、画像コントローラ５２とマルチプレクサ５６の間に論理的に位置決めすることができ、物理的には独立コンポーネントまたはこの２つの一方もしくは両方に含まれる下位コンポーネントとして位置決めされる。
【００４３】
１実施形態では、画像コントローラ５２とマルチプレクサ５６の間のバッファ６０ｄは、アドレス指定されたバッファ６０ｄでよい。従来のバッファは、ディスプレイ信号が送られるディスプレイと同じサイズまたは次元のアレイまたは行列を提供する。たとえば、１６００×１２００ピクセルのＲＧＢディスプレイ用の従来のバッファは、各要素が、対応するピクセル用のＲＧＢ値を含む、１６００×１２００の行列を含み得る。対照的に、本発明による、アドレス指定されたバッファ６０ｄは、ピクセルの色情報（たとえば、ＲＧＢ値）または対応するピクセルに対するピクセル色情報が見つかり得る間接的な１要素を提供するアドレスどちらかを各要素が含む、アレイまたは行列を含み得る。
【００４４】
たとえば、アドレス指定されたバッファ６０ｄ中に含まれるアドレスは、マルチプレクサ５６に、他の何らかのバッファ６０中にある実際のピクセル色情報を探すよう、指令する。選択された実施形態において、要素がピクセル色情報を含むのか、それともアドレスを含むのかという判定を容易にするために、各要素に対応する様々なデータ・ビットは、その要素を、ピクセル色情報またはアドレスに対応するものとして識別する。本発明による、アドレス指定されたバッファ６０ｄは、ディスプレイ・プロセッサ３８によって要求されるハードウェアおよびソフトウェアを簡素にする。たとえば、マルチプレクサ５６用の制御コードは、アドレス指定されたバッファ６０ｄ中に含まれる。
【００４５】
図５を参照すると、選択された実施形態において、本発明によるワークステーション１６は、２つ以上のディスプレイ２８を含み得る。システム１０内に多数のサブシステム１２が含まれるとき、またはサブシステム１２のいくつかが比較的高い解像度のディスプレイ信号１８を提供するとき、多数のディスプレイ２８が望まれる場合がある。
【００４６】
特定の実施形態では、多数のディスプレイ２８を、単一の論理ディスプレイとして扱う。つまり、マルチプレクサ５６が、合成ディスプレイ画像２６を、ディスプレイ２８と同じ程度の多くの部分に区切る。合成ディスプレイ信号２６の各部分は次いで、対応するディスプレイ２８にフォワードする。たとえば、１実施形態では、マルチプレクサ５６は、合成ディスプレイ信号２６を、第１および第２の部分に区切る。第１の部分は、第１のディスプレイ・ドライバ５８ａによって、ワークステーション１６の第１のディスプレイ２８ａにフォワードされる。第２の部分は、第２のディスプレイ・ドライバ５８ｂによって、ワークステーション１６の第２のディスプレイ２８ｂにフォワードされる。
【００４７】
図６を参照すると、概して、本発明によるコマンド・プロセッサ４０は、２つの種類またはタイプのコマンド３２、３４、３６を処理する。第１のタイプは、ユーザによって１つまたは複数のサブシステム１２向けに指定されたコマンド３２、３４、３６を含み得る。第１のサブシステム１２ａによる特定の温度ゾーン制御において生成された熱を調整するためのコマンド３２、３４、３６は、第１のタイプのコマンド３２、３４、３６の例であり得る。第２のタイプは、ユーザによって統合装置１４自体向けに指定されたコマンド３２、３４、３６を含み得る。ワークステーション１６のディスプレイ２８上に提示されるウィンドウを開き、閉じ、サイズ決定し、位置決めし、または活動化するためのコマンド３２、３４、３６は、第２のタイプのコマンド３２、３４、３６の例であり得る。
【００４８】
いずれかのタイプのコマンド３２、３４、３６を、適切などのやり方でも入力する。たとえば、コマンド３２、３４、３６は、ポインタ３０ｂでクリックし、ポインタ３０ｂでドラッグし、ポインタ３０ｂでクリックしドラッグし、キーボード３０ａでタイプ入力し、あるいはキーボード３０ａもしくは制御パネル３０ｃ上の特殊ファンクション・キー、つまみ、スイッチなど、またはスクリーン画像コンソール上の仮想ボタン、つまみ、ダイヤルなどを操ることによって、入力する。
【００４９】
特定の実施形態において、コマンド・プロセッサ４０は、様々なインタフェース・モジュール６２を含み得る。あるインタフェース・モジュール６２は、各着信コマンド３２、３４、３６および発信コマンド２０、２２、２４を提供し得る。ディスプレイ・プロセッサ３８のインタフェース・モジュール４２と同様に、選択された実施形態において、コマンド・プロセッサ４０のインタフェース・モジュール６２は、エミュレータとして機能することができ、通常は対応するシステムまたは入力装置によって提示される機械的、電気的要件を与える。つまり、たとえば、着信コマンド３２、３４、３６用のインタフェース・モジュール６２は、システムが通常は入力装置３０に与えるはずの機械的接続機構、電圧、インピーダンスなどを与え得る。同様に、発信コマンド２０、２２、２４用のインタフェース・モジュール６２は、システムが通常は入力装置から受信するはずの機械的接続機構、電圧、インピーダンスなどを与え得る。
【００５０】
選択された実施形態において、コマンド・プロセッサ４０は、コマンド・コントローラ６４を含み得る。コマンド・コントローラ６４は、選択されたインタフェース・モジュール６２から着信コマンド３２、３４、３６を受信し、それ以外のモジュール６２にコマンド２０、２２、２４を発行する。特定の実施形態において、コマンド・コントローラ６４は、メモリ素子６８に動作可能に接続されたＣＰＵ ６６を含み得る。メモリ素子６８は、実行可能ファイルおよび作動データの形式のデータ構造を含み得る。データ構造は、様々なモジュールを備え得る。たとえば、１実施形態では、データ構造は、変換モジュール７０、アクセス制御モジュール７２、トポロジ追跡モジュール７４、およびレイアウト・モジュール７６をなす。
【００５１】
本発明による変換モジュール７０は、着信コマンド３２、３４、３６を受信し、その宛先を判定するように構成されている。コマンド３２、３４、３６が、入力を、コマンド３２、３４、３６とは異なる形式または言語で受信する宛先（たとえば、サブシステム１２、画像コントローラ５２など）に供給される場合、コマンド３２、３４、３６は、変換モジュール７０によって、正しい形式のコマンド２０、２２、２４に変換される。選択された実施形態において、ポインタ３０ｂからのコマンド３４の変換は、カーソル移動の適切なスケーリングを含み得る。正しい形式のコマンド２０、２２、２４は、変換モジュール７０によって宛先にフォワードされる。
【００５２】
本発明によるアクセス制御モジュール７２は、どのユーザにも対応するアクセス制限を受信し、格納し、強制するように構成されている。たとえば、選択された実施形態において、本発明によるシステム１０の各ユーザは、ユーザ名およびパスワードを用いてログインすることが要求される場合がある。アクセス・モジュール７２は、ユーザ名を受信し、対応する１組のアクセス制限を適用する。アクセス制限は、統合装置１４によって、どのようなコマンド３２、３４、３６が、指定された宛先（たとえば、サブシステム１２、画像コントローラ５２など）にフォワードされるかに関する、どの制約でもよい。
【００５３】
たとえば、選択された状況では、どのユーザが、サブシステム１２をリスタートすることが可能かを制限することが望ましい場合がある。したがって、アクセス制限は、特定のユーザがリスタート・コマンド（たとえば、Ｃｏｎｔｒｏｌ−Ａｌｔ−Ｄｅｌｅｔｅ）をサブシステム１２に供給する場合、そのコマンドは無視され、フォワードされることはないことを示し得る。他の状況では、アクセス制限は、特定のユーザが、特定のサブシステム１２のディスプレイ信号１８を提示する特定のウィンドウを開くことも閉じることも防止し得る。特定の実施形態において、アクセス制御モジュール７２は、様々なユーザ向けのアクセス制限を、実質的なアクセス無制限にユーザ名が関連付けられている管理者から受信する。
【００５４】
選択された実施形態において、アクセス制御モジュール７２は、ユーザまたはコマンド単位でアクセスを制御する。たとえば、各ユーザ名は、禁止された（または、より好都合な場合は、許可された）コマンドのリストと結合することも、関連付けることもできる。あるいは、アクセス制御モジュール７２は、一連のアクセス・レベルに従ってアクセスを制御する。このような実施形態において、各アクセス・レベルは、選択されたアクセス特権に関連付けられる。ユーザを認めたアクセスは、ユーザに割り当てられるアクセス・レベルを選択することによって制御される。たとえば、５というアクセス・レベルを割り当てられたユーザは、３というアクセス・レベルを割り当てられたユーザより少ないアクセス制限を有し得る。
【００５５】
本発明によるトポロジ追跡モジュール７４は、統合装置１４に接続された全サブシステム１２の現在の記録を維持するように構成されている。選択された実施形態において、トポロジ追跡モジュール７４は、様々なサブシステム１２によって使われる様々な入力形式または言語の現在の記録を維持することもできる。したがって、トポロジ追跡モジュール７４は、変換モジュール７０と連携動作して、様々なコマンド３２、３４、３６がどのように（すなわち、どのような形式または言語に）変換されることになるかを識別する。
【００５６】
特定の実施形態において、トポロジ追跡モジュール７４は、データ・リンク４１を介して接続された、隣接するどの統合装置１４にも関連付けられた全サブシステム１２の現在の記録を維持するように構成されている。このようなトポロジ追跡モジュール７４は、そのように接続されたサブシステム１２によって使われる様々な入力形式または言語の現在の記録も維持する。したがって、トポロジ追跡モジュール７４は、ある統合装置１４から別の統合装置１４への、コマンド３２、３４、３６およびディスプレイ信号１８の変換および転送を容易にし得る。
【００５７】
本発明によるレイアウト・モジュール７６は、様々な表示レイアウトの作成、記憶、および呼戻しをサポートするように構成されている。表示レイアウトは、合成ディスプレイ信号２６によってワークステーション１６のディスプレイ２８上で形成され、または生成されたウィンドウ、仮想制御パネルなどのどのような構成でもよい。選択された実施形態において、ユーザは、所望の表示レイアウトに達するまで、コマンド３２、３４、３６を発行する。命じられると、所望の表示レイアウトは、レイアウト・モジュール７６によって保存される。後になって、ユーザは、保存された表示レイアウトの閲覧を望む場合、レイアウト・モジュール７６にその特定の表示レイアウトを取り出させ、または呼び戻させるコマンド３２、３４、３６を発行する。
【００５８】
図７を参照すると、選択された実施形態において、本発明による２つ以上の統合装置１４が相互接続される。図示した実施形態では、第１の統合装置１４ａは、データ・リンク４１を介して第２の統合装置１４ｂに接続される。第１の統合装置１４ａは、第１のワークステーション１６ａと第１および第２のサブシステム１２ａ、１２ｂとの間のインタフェースを提供する。第２の統合装置１４ｂは、第２のワークステーション１６ｂと第３および第４のサブシステム１２ｃ、１２ｄとの間のインタフェースを提供する。他の実施形態では、様々な入出力形式または言語の、より多い、またはより少ない数のサブシステム１２が、より多い、またはより少ない数の統合装置１４に接続される。したがって、図７の以下のより詳細な説明は、本発明の範囲を限定することを意図しているのではなく、単に、本発明による多数の統合装置１４をどのようにして相互接続することができるかを表す。
【００５９】
特定の実施形態において、１台のサブシステム１２からのディスプレイ信号１８は、複数の統合装置１４に供給される。たとえば、第２のサブシステム１２ｂのディスプレイ信号１８ｂおよび第３のサブシステム１２ｃのディスプレイ信号１８ｃは、統合装置１４ａ、１４ｂ両方に供給される。所望され、または必要な場合、１つまたは複数の装置またはモジュール（たとえば、分散増幅器７８）が、信号１８ｂ、１８ｃの分割、再生、または増幅を支援し得る。
【００６０】
第１、第２、および第３のサブシステム１２ａ、１２ｂ、１２ｃからディスプレイ信号１８ａ、１８ｂ、１８ｃを受信することによって、第１の統合装置１４ａは、ウィンドウ８０を各ディスプレイ信号１８ａ、１８ｂ、１８ｃまたはその一部分の専用のものにする合成ディスプレイ信号２６ａを生成する。たとえば、第１のウィンドウ８０ａは、第１のサブシステム１２ａのディスプレイ信号１８ａに対応する内容全体を表示することができ、第２のウィンドウ８０ｂは、第３のサブシステム１２ｃのディスプレイ信号１８ｃの内容全体を表示することができ、第３のウィンドウ８０ｃは、第２のサブシステム１２ｂの信号１８ｂに対応する表示内容の一部を表示する。同様に、第２、第３、および第４のサブシステム１２ｂ、１２ｃ、１２ｄからディスプレイ信号１８ｂ、１８ｃ、１８ｄを受信することによって、第２の統合装置１４ｂは、ウィンドウ８０ｄ、８０ｅ、８０ｆを、対応する各ディスプレイ信号１８ｂ、１８ｃ、１８ｄまたはその一部分の専用のものにする合成ディスプレイ信号２６ｂを生成する。
【００６１】
このような構成において、各ワークステーション１６ａ、６ｂのユーザは、２つのサブシステム１２の共有制御および１つのサブシステム１２の排他的制御を有し得る。ただし、各ユーザは、そのユーザ独自の表示レイアウトに対する排他的（これに反するいかなるアクセス制限もない）制御を有し得る。つまり、各ユーザは、他のユーザとは独立に、様々なウィンドウ８０の位置決め、サイズ決定などを、その個人に最もよく適合する方式で構成する。したがって、第２のワークステーション１６ａのユーザは、第２のサブシステム１２ｂのディスプレイ信号１８ｂの内容全体を提示するウィンドウ８０ｅを好む場合があり、第１のワークステーション１６ａのユーザは、第２のサブシステム１２ｂのディスプレイ信号１８ｂの内容の、選択された一部のみを提示するウィンドウ８０ｃを好む場合がある。
【００６２】
選択された実施形態において、各ユーザは、自分のディスプレイ２８上に１つまたは複数のウィンドウ８０を有する、接続されたどのサブシステム１２も制御する。ユーザの間で制御を裁定するのに、適切などの方法を用いてもよい。特定の実施形態において、ただ１人のユーザが、サブシステム１２を、所与のどのときでも、（単に監視するのとは反対に）積極的に制御する。たとえば、所望される場合、ウィンドウ８０を最後に選択し活動化するユーザが、対応するサブシステム１２の制御を有し得る。
【００６３】
所望される場合、ユーザの間で制御を裁定するのに、他の方法を用いてもよい。たとえば、いくつかの実施形態では、固定分配を用いる。固定分配において、各ユーザを、指定のサブシステム１２にマップする。したがって、そのユーザのみが、こうした指定のサブシステム１２を制御する。
【００６４】
他の実施形態では、動的分配を用いる。たとえば、「ラウンド・ロビン」分配では、どのオペレータも、サブシステム１２の制御権を握る。したがって、あるユーザによる制御の活動化によって、自動的に制御を他の全ユーザから解放し得る。このような分配は、ユーザの間の言語コミュニケーションを必要とし得る。しかし、このような分配は、制御の急激な変化を促進し得る。
【００６５】
さらに他の実施形態では、優先権分配を用いる。このような分配では、優先権がより高いユーザが、優先権がより低いユーザから制御権を取り得る。優先権がより低いユーザは、優先権がより高いユーザがそのサブシステム１２を活動化して（それに対して制御の焦点を合わせて）いない場合のみ、サブシステム１２の制御権を握る。こうするには、優先権がより高いユーザが、終了したときにサブシステム１２の制御を明示的に解放することが必要となり得る。
【００６６】
いくつかの状況では、ユーザは、ユーザによって利用される統合装置１４に直接接続されていないサブシステム１２に、１つまたは複数のコマンド３２、３４、３６を送ることを望む場合がある。たとえば、図示した実施形態を参照すると、第１のワークステーション１６ａのユーザは、第３のサブシステム１２ｃにコマンド３２、３４、３６を送ることを望む場合がある。第３のサブシステム１２ｃは、ディスプレイ信号１８ｃを第１の統合装置１４ａに直接供給するが、コマンド２０、２２、２４を第１の統合装置１４ａから直接受信することはできない。
【００６７】
このような状況において、第１の統合装置１４ａは、第３のサブシステム１２ｃがコマンド２０、２２、２４を第２の統合装置１４ｂから直接受信すると認識し得る。したがって、第１の統合装置１４ａは、第３のサブシステム１２ｃ用に受信するどのコマンド３２、３４、３６も、第２の統合装置１４ｂに配信するために提供する。いくつかの実施形態では、未加工、未処理、または未変換のコマンド３２、３４、３６を、第１の統合装置１４ａから第２の統合装置１４ｂに送る。他の実施形態では、第１の統合装置１４ａは、処理済または変換済みのコマンド２０、２２、２４を生成し、第２の統合装置１４ｂに送る。選択された実施形態において、統合装置１４ａと１４ｂの間での、（変換済み、または未変換の）コマンド３２、３４、３６の転送は、データ・リンク４１によって遂行される。
【００６８】
図８を参照すると、動作の際、本発明によるコマンド・プロセッサ４０は、コマンド３２、３４、３６を受信し（８２）、そのコンテキストを判定する（８４）。コマンド３２、３４、３６のコンテキストを判定する（８４）ことによって、コマンド・プロセッサ４０は、コマンド３２、３４、３６に対して何を行うべきか判定する。選択された実施形態において、コマンド３２、３４、３６のコンテキストの判定８４は、コマンド３２、３４、３６を発行したユーザの識別８６を含む場合があり、この識別は、ユーザがログインした際に使ったユーザ名を参照することによって行われる。コマンド３２、３４、３６のコンテキストの判定８４は、コマンド３２、３４、３６の指定された宛先の識別８８も含み得る。
【００６９】
ユーザおよび宛先が分かると、コマンド・プロセッサ４０は、そのユーザがアクセス権をもっているかどうか、つまり、ユーザがこのようなコマンド３２、３４、３６をこのような宛先に送るための許可を予め与えられているかどうか判定する（９０）。ユーザがアクセス権をもっていない場合、コマンド３２、３４、３６は無視して（９２）よく、ユーザには、正しいアクセス権がないためにコマンドが実行されないことを知らせる（９４）。ユーザがアクセス権をもっている場合、コマンド３２、３４、３６は、必要である場合は変換する（９６）。
【００７０】
コマンド３２、３４、３６は、本発明に従って様々なやり方で変換される（９６）される。選択された状況では、コマンド３２、３４、３６は、直接変換される（９８）。たとえば、ある形式または言語でリスタートするためのコマンド３２、３４、３６は、宛先サブシステム１２によって理解することが可能な異なる形式または言語でリスタートするためのコマンド２０、２２、２４に変換される。直接変換９８は、英語の「ｈｅｌｌｏ」からスペイン語の「ｈｏｌａ」への変換に類似しているであろう。
【００７１】
他の状況では、コマンド３２、３４、３６は、拡張１００により変換される（９６）。このような状況において、コマンド３２、３４、３６は、実際には、実際のコマンド２０、２２、２４の特定のリスト用仮想簡略表記を含み得る。たとえば、コマンド・プロセッサ４０において、コマンド２０、２２、２４のリストは、指定のファンクション・キーに割り当てられる。コマンド２０、２２、２４のリストは、複数の宛先へのコマンドを含み得る。たとえば、リストに載っているあるコマンド２０、２２、２４は、第１のサブシステム１２ａに供給され、リストに載っている別のコマンド２０、２２、２４は、第２のサブシステム１２ｂに供給される。したがって、指定のファンクション・キーが押されると、リストに含まれる様々なコマンド２０、２２、２４が識別される。拡張変換１００は、「記憶位置１において識別されるタスク」から、「サブシステム１がタスク１、２を実施し、サブシステム２がタスク５を実施する」などへの変換に類似しているであろう。
【００７２】
変換９６が完了すると、その結果生じたコマンド２０、２２、２４は、適切な１つまたは複数の宛先にフォワードする（１０２）される。適切な宛先は、サブシステム１２、同じ統合装置１４内の選択されたコンポーネントまたはモジュール、隣接する統合装置１４内の選択されたコンポーネントまたはモジュールなどを含み得る。拡張変換１００が、様々な宛先に供給されるコマンドのリストを生じている状況では、コマンド２０、２２、２４は、様々な宛先にほぼ同時にフォワードされる。
【００７３】
図９、１０を参照すると、表示レイアウト１０４を作成するために、ユーザは、最初に、本発明によるシステム１０のワークステーション１６でログインし得る（１０６）。選択された実施形態において、新規ユーザが開始する際、デフォルトの設定は、接続されたサブシステム１２ａ、１２ｂ、１２ｃそれぞれに対してサムネイル・ウィンドウ１１０ａ、１１０ｂ、１１０ｃを表示し得る（１０８）。あるいは、選択されたコマンド３２、３４、３６が、デフォルトの設定をトリガして、接続されたサブシステム１２ａ、１２ｂ、１２ｃそれぞれに対して、「サムネイル」または小型の１１０ａ、１１０ｂ、１１０ｃを表示する（１０８）こともできる。
【００７４】
選択された実施形態において、サムネイル１１０は、ディスプレイ信号１８によって形成された画像１１２の完全なビューでよい。サムネイル１１０は、特定のサブシステム１２によって出力されるディスプレイ信号１８のリアルタイム画像１１２を含み得る。サムネイル１１０の生成において、画像１１２については、解像度を削減することができる。したがって、いくつかのサムネイル１１０は、表示レイアウト１０４内に収まり得る。
【００７５】
接続された各サブシステム１２ａ、１２ｂ、１２ｃのサムネイル１１０ａ、１１０ｂ、１１０ｃを見直すことによって、ユーザは、表示レイアウト１０４中に含まれることが望まれるサブシステム１２を識別する。したがって、ユーザは、望まれないサブシステム１２に対応するサムネイル１１０を閉じる（１１４）。選択された状況では、管理者は、選択されたサブシステム１２が、少なくともサムネイル１１０の形式で常に表示されることを要求する場合がある。このような状況において、アクセス制限は、ユーザが、選択されたサブシステム１２に対応するサムネイル１１０を閉じる（１１４）のを防止し得る。閉じられなかったサムネイル１１０は、ユーザの嗜好によって、サイズ決めされ（１１６）、位置決めされる（１１８）。
【００７６】
本発明による、選択された実施形態において、ユーザは、表示レイアウト１０４中に追加特徴を含めることを選ぶ（１２０）。たとえば、ユーザは、１つまたは複数のフルウィンドウ１２４を生成する（１２２）ことを選ぶ（１２０）。特定の実施形態において、フルウィンドウは、選択されたサブシステム１２のディスプレイ信号１８によって形成された、完全な、最高解像度のリアルタイム画像１１２でよい。最大解像度は、サブサンプリングによって生じた乱れが情報を隠し、グリッドをゆがめるなどの可能性を削減し得る。生成されると（１２２）、フルウィンドウ１２４が、ユーザの要望または嗜好によってサイズ決めされ（１２６）、位置決めされる（１２８）。いくつかの実施形態では、フルウィンドウ１２４のサイズ決定は、重大である可能性がある詳細が失われないようにするために、「アップコンバート」に制限され得る。他の実施形態では、フルウィンドウ１２４のサイズ決定（１２６）は、禁止される場合があり、フルウィンドウ１２４は単に、ディスプレイ信号１８によって形成された最大解像度の画像１１２を表すだけでよい。
【００７７】
所望される場合、ユーザは、１つまたは複数のサブウィンドウ１３２を生成する（１３０）ことを選ぶ（１２０）。特定の実施形態において、サブウィンドウ１３２が、ユーザにとって不可欠となり得る情報をハイライト表示し強調するための方法を提供し得る。たとえば、多くの状況において、画像１１２中に表示される情報の一部のみが、ユーザによって必要とされる。サブウィンドウ１３２は、選択されたサブシステム１２のディスプレイ信号１８によって形成された画像１１２の選択されたエリア１３４を選択し拡大するための能力を、ユーザに提供し得る。選択された実施形態では、選択されたエリア１３４の適用範囲を調整することによって、サブウィンドウ１３２中に表示される画像１１２の一部が調整される。
【００７８】
生成されると（１３０）、サブウィンドウ１３２は、ユーザの要望または嗜好によってサイズ決めされ（１３６）、位置決めされる（１３８）。サブウィンドウ１３２のサイズを決定する（１３６）ことによって、選択されたエリア１３４の有効な拡大が制御される。サブウィンドウ１３２中に表示される画像１１２の一部は、リアルタイムでアップデートされる。
【００７９】
選択された実施形態において、ユーザは、１つまたは複数の仮想制御パネル１４２またはグラフィカルな制御要素１４２を生成する（１４０）（たとえば、作成し表示する）ことを選ぶ（１２０）。いくつかの実施形態では、仮想制御パネル１４２は、システム・カーソル（たとえば、ポインタ３０ｂ）、「ホット」または特殊ファンクション・キー、あるいは他の何らかのコマンド３２、３４、３６またはデータ入力によって活動化される、１つまたは複数のボタン１４４、スイッチ１４４、つまみ１４４などのビットマップ画像を含み得る。所望される場合、仮想制御パネル１４２上でのボタン１４４などの活動化により、対応する統合装置１４、サブシステム１２などの動作に供給される１つまたは複数のコマンド３２、３４、３６が発行される。
【００８０】
特定の実施形態において、仮想制御パネル１４２においてランプ、ＬＥＤ、英数字表示などのグラフィック表現を活動化するか、それとも変化させるか判定するのに、着信データ（たとえば、ディスプレイ信号１８）が、統合装置１４によって用いられる。１実施形態では、アクセス制限により、仮想制御パネル１４２が常に最上位層にあり、どのウィンドウ８０によっても見にくくされることなどがないようにする。生成される（１４０）と、仮想制御パネル１４２は、ユーザの要望または嗜好によってサイズ決めされ（１４３）、位置決めされる（１４５）。
【００８１】
所望される場合、ユーザは、表示レイアウト１０４をさらにカスタマイズする（１４６）ことを選ぶ（１２０）。概して、ユーザが、様々なウィンドウ８０、仮想制御パネル１４２などを区別し、またはより論理的に編成するのを支援するどのカスタマイズも、本発明によるシステム１０においてサポートされる。たとえば、ユーザは、ウィンドウ８０または仮想制御パネル１４２の境界１４８用の特定の色を選択する。ユーザは、境界１４８のタイトル・バー１５０部分に、カスタマイズされた名称を入れることもできる。ユーザは、重なるどのウィンドウ８０、仮想制御パネル１４２などに対するデフォルトの階層化方式もさらに選択することもできる。
【００８２】
ユーザは、アプリケーション・アクセス制約の下で許容される範囲まで、嗜好、要求などを反映する表示レイアウト１０４を作成すると、将来、速やかに再生成することができるように、表示レイアウト１０４を保存する（１５２）。所望される場合、保存された表示レイアウト１０４は、特定のキーに割り当てられる（１５４）。このようなキーは、ユーザによって、入力装置３０に入れられるコマンド３２、３４、３６で選択することも活動化することもできる実際または仮想のボタン、スイッチ、つまみなどでよい。特定の実施形態において、キーは、割り当てられた（１５４）表示レイアウトの性質を反映するように改名される（１５６）。たとえば、ディスプレイ２８上の仮想キーは、割り当てられた表示レイアウト１０４が、暖房を制御するサブシステム１２の好都合かつ論理的な構成であることを示すように、「暖房システム」に改名される（１５６）。
【００８３】
活動化される（１５８）と、表示レイアウト１０４に対応するキーが、表示レイアウト１０４をディスプレイ２８に提供するのに必要なコマンドを発行し得る。所望される場合、ユーザは、要求を満たし、作業を促進し、嗜好を調節するように、いくつかの表示レイアウト１０４を作成することができる。選択された実施形態において、表示レイアウト１０４は、選択された監視、タスクなどをユーザが効率的に実施するのを許可するように、設計し、配置される。たとえば、暖房を効果的に制御するのに必要とされるフィードバックおよびコマンドはすべて、「暖房システム」の表示レイアウト１０４に含めることができ、要因割振りを効果的に制御するのに必要とされるフィードバックおよびコマンドはすべて、「割振りシステム」の表示レイアウト１０４に含めることができる。
【００８４】
自分の要求を満たし、作業を促進し、嗜好を調節する表示レイアウト１０４を作成してしまえば、ユーザは、本発明によるシステム１０にログインする（１０６）度に、「分かりきっていることを繰り返す」必要はない。ログインすると（１０６）、ユーザは、閲覧する表示レイアウト１０４に対応するキーを単に活動化（１５８）すればよい。選択された実施形態において、表示レイアウト１０４および関連したキーは、ユーザ名によって、本発明によるシステム１０に格納される。したがって、あるユーザが、ワークステーション１６にログオンすると（１０６）、そのユーザは、自分独自の表示レイアウト１０４にアクセスすることができる。同じワークステーション１６に別のユーザがログオンすると（１０６）、そのユーザは、自分独自の表示レイアウト１０４にアクセスすることができる。所望される場合、本発明による、相互接続された統合装置１４は、表示レイアウト１０４を共有するように構成される。したがって、ユーザは、様々なワークステーション１６のどの１つからでも、自分の表示レイアウト１０４にアクセスすることができる。
【００８５】
選択された実施形態において、本発明による統合装置１４は、すべてのウィンドウ８０に対して、現在の状態情報を記録する。状態情報は、位置、サイズ、適用範囲、アクティブであるか閉じられているか、などを含み得る。したがって、統合装置１４が、意図的でなく電源を切られた場合、統合装置１４は、電源を入れ直されたとき、認知された最後の状態に戻り得る。このことは、最後のユーザを自動的にログインさせ（１０６）、各ウィンドウ８０を、認知された最後の状態で表示することも含み得る。さらに、特定の実施形態において、ウィンドウ８０が閉じられると、統合装置１４は、そのウィンドウの最後の状態を記録する。したがって、そのウィンドウ８０は、再起動されると、認知された最後の状態で提示される。
【００８６】
図１１を参照すると、選択された実施形態において、開始時に、合成ディスプレイ信号２６によって形成された画像１６０は、接続された各サブシステム１２用のサムネイル１１０およびマクロ１６４または仮想ボタン１６４の配列を提示する１つまたは複数のツール・バー１６２を含み得る。各サムネイル１１０のタイトル・バー１５０は、どのサムネイル１１０も活動化されていないこと、または制御の焦点となっていないことを示す「灰色表示」をする。しかし、各サムネイル１１０は、対応するサブシステム１２からのリアルタイム画像１１２を提示し続けてよい。
【００８７】
本発明によるツール・バー１６２は、システム１０の動作を促進するのに所望され、または必要などのマクロ１６４も有し得る。１実施形態では、ツール・バー１６２は、ログイン１６４ａ、保存１６４ｂ、呼戻し１６４ｃ、レイアウト１６４ｄ、シフト１６４ｅ、およびヘルプ１６４ｆマクロを含み得る。
【００８８】
ログイン・マクロ１６４ａは、システム１０によってユーザを識別させ得る。選択された実施形態において、ユーザがログインすると（１０６）、表示レイアウト１０４は、現在のレイアウト１０４で継続することも、ユーザによって最後に利用されたレイアウト１０４に変化させることもできる。いくつかの実施形態では、ツール・バー１６２上に表示されるマクロ１６４は、各ユーザの嗜好によって変わり得る。したがって、ユーザがログインすると（１０６）、ツール・バー１６２は、ユーザによって最後に利用され、または形成された構成に変化させ得る。
【００８９】
保存マクロ１６４ｂは、現在の表示レイアウト１０４を直ちに保存する（１５２）。選択された実施形態において、レイアウト・ボタン１６４ｄまたはマクロ１６４ｄは、選択された期間、「灰色表示」し得る。この期間中、レイアウト・マクロ１６４ｄのどれもが、新たに保存された（１５２）表示レイアウト１０４を格納するために割り当てる（１５４）（または割り当て直す）。所望される場合、レイアウト・マクロ１６４ｄに新規表示レイアウト１０４を割り当てる（１５４）ことができる期間は、セットアップ・オプションとして制御することができる。
【００９０】
呼戻しマクロ１６４ｃは、特定のユーザによって保存された最後の表示レイアウト１０４を呼び戻す。最後の表示レイアウト１０４は、そのレイアウト１０４が指定のレイアウト・マクロ１６４ｄにも割り当てられた場合でも、呼び戻すことができる。選択された実施形態において、セットアップ・オプションとして、呼戻しマクロ１６４ｃは、選択された深さ（たとえば、最大１６個を保存）を有する単一レジスタ、スタック、または循環バッファとして設定することができる。
【００９１】
選択された実施形態において、１つまたは複数のレイアウト・マクロ１６４ｄを、ツール・バー１６２の一部として含めることができる。レイアウト・マクロ１６４ｄを活動化すると（１５８）、ディスプレイ２８に、そのレイアウト・マクロ１６４ｄに割り当てられた（１５４）最後の表示レイアウト１０４を生じ得る。いくつかの実施形態では、レイアウト・マクロ１６４ｄに適用された名称は、ユーザによってカスタマイズすることができる。
【００９２】
シフト・マクロ１６４ｅは、どのレイアウト・マクロ１６４ｄがツール・バー１６２上に表示されるかを制御するように構成することができる。たとえば、１実施形態では、ツール・バー１６２は、全部で１０個あるうちの、５個のレイアウト・マクロ１６４ｄを表示することしかできない。したがって、シフト・マクロ１６４ｅを選択することによって、ユーザは、レイアウト・マクロ１６４ｄの１〜５とレイアウト・マクロ１６４ｄの６〜１０との間をトグルし得る。２組より多いレイアウト・マクロ１６４ｄを利用する実施形態では、シフト・マクロ１６４ｅは、トグルではなく循環し得る。所望される場合、シフト・マクロ１６４ｅは、表示する多数の組のレイアウト・マクロ１６４ｄがある場合のみ、可視的であり得る。選択された実施形態において、組の数および１組の中のレイアウト・マクロ１６４ｄの数は、セットアップ・オプションとして制御される。
【００９３】
ヘルプ・マクロ１６４ｆを活動化すると、ヘルプ・システムを呼び起こし得る。選択された実施形態において、ヘルプ・システムは、ローカルに格納する。他の実施形態では、ヘルプ・システムは、リモートに格納する。たとえば、１実施形態では、ヘルプ・マクロ１６４ｆを活動化すると、ヘルプ・システムを含むウェブサイトにアドレス指定されたインターネット・ブラウザが起動する。
【００９４】
選択された実施形態では、図１１に示される以外のマクロ１６４を含めてもよい。たとえば、本発明によるいくつかの実施形態は、セットアップ・マクロ１６４を含み得る。セットアップ・マクロ１６４を活動化すると、ユーザは、システム・セットアップ・モードに入ることを許可され得る。使用可能なセットアップ・オプションは、管理者によって導入されたアクセス制限に依存し得る。ただし、１実施形態では、表示レイアウト１０４をさらにカスタマイズする（１４６）ための様々なオプションを提示してよい。
【００９５】
図１２を参照すると、特定の実施形態において、ウィンドウ８０が制御の焦点として活動化され、または選択されると、タイトル・バー１５０が、不活動である「灰色表示」からハイライト表示し、彩色し、あるいは変化する。たとえば、図示した実施形態では、「自動化」サブシステム１２が、制御の焦点として選択されている。したがって、「自動化」サブシステム１２に対応するウィンドウ８０（たとえば、サムネイル・ウィンドウ１１０およびサブウィンドウ１３２）は、彩色されたタイトル・バー１５０を有する。
【００９６】
本発明によるウィンドウ８０のタイトル・バー１５０は、１つまたは複数のマクロ１６６または仮想ボタン１６６を含み得る。適切なボタン１６６は、サブウィンドウ・ボタン１６６ａ、サイズ決定ボタン１６６ｂ、クローズ・ボタン１６６ｃなどを含み得る。
【００９７】
特定の実施形態において、サムネイル１１０上でサブウィンドウ・ボタン１６６ａを選択すると、ユーザに、サブウィンドウ１３２を作成させる（すなわち、その適用範囲を定義させる）ことができる。ある時点で、そのサブシステム１２用のサブウィンドウ１３２が作成されている場合、サブウィンドウ・ボタン１６６ａを選択すると、最後に形成されたサブウィンドウ１３２を呼び戻す。つまり、新規サブウィンドウ１３２は、以前のサブウィンドウ１３２と同じサイズ、適用範囲、および位置を有し得る。サブウィンドウ１３２上でサブウィンドウ・ボタン１６６ａを選択すると、ユーザが選択されたエリア１３４の適用範囲、したがって、サブウィンドウ１３２の適用範囲を調整するのを可能にし得る。
【００９８】
選択された実施形態において、セットアップ・オプションとして、サムネイル１１０またはフルウィンドウ１２４上のサブウィンドウ・ボタン１６６ａは、選択されたエリア１３４を区切る境界を、「オン」と「オフ」の間でトグルさせることも、サブウィンドウ１３２の適用範囲の修正を許可することもできる。選択されたエリア１３４を示す境界がオフであり、オペレータがサブウィンドウ１３２上のサブウィンドウ・ボタン１６６ａを活動化すると、境界が現れることができ、その位置または限度は、選択されたエリア１３４の適用範囲、したがって、サブウィンドウ１３２の適用範囲を変化させるように取り扱うことができる。
【００９９】
特定の実施形態において、サイズ決定ボタン１６６ｂは、選択されると、ユーザに、対応するウィンドウ８０が、ディスプレイ２８上に存在する画像１６０中で占めるであろう（たとえば、ピクセルでの）サイズを判定させ得る。ウィンドウ８０のサイズを変えても、示されているサブシステム１２によって生成された画像１１２の割合を変化させる必要はない。選択された実施形態では、サムネイル１１０およびサブウィンドウ１３２のみをサイズ決めする。
【０１００】
活動化され、または選択されると、本発明によるクローズ・ボタン１６６ｃは、対応するウィンドウ８０を「閉じる」。つまり、ウィンドウ８０を、ディスプレイ２８上に生じた画像１６０から削除する。選択された実施形態において、フルウィンドウ１２４およびサブウィンドウ１３２のみが、クローズ・ボタン１６６ｃを有し得る。このような実施形態では、サムネイル１１０を「閉じる」ことはできない。したがって、接続された各サブシステム１２用のサムネイル１１０は、すべての表示レイアウト１０４におけるナビゲーション、監視、または選択補助として含まれる。
【０１０１】
図１３を参照すると、本発明によるフルウィンドウ１２４は、適切などのやり方でも生成し、または起動することができる。たとえば、１実施形態では、フルウィンドウ１２４は、ユーザがフルウィンドウ１２４を望むサブシステム１２のサムネイル１１０の上をダブル・クリックすることによって起動することができる。ユーザがフルウィンドウ１２４をやめてしまうとき、フルウィンドウは、適切なクローズ・ボタン１６６ｃを選択することによって「閉じられる」。選択された実施形態において、フルウィンドウ１２４は、それに続いて再起動されると、サブシステム１２に対する、時間的に最も近いフルウィンドウ１２４のサイズおよび位置決めを取り得る。
【０１０２】
仮想制御パネル１４２は、ユーザによって所望されるどの形状、構成、または複雑性も取り得る。仮想制御パネル１４２上のボタン１４４の選択または活動化は、１つまたは複数のコマンドを、１つまたは複数の宛先に発行させ得る。いくつかの実施形態では、制御されるシステムからの状況情報は、仮想制御パネル１４２の外見の変化を通じて伝達される。たとえば、選択されたサブシステム１２の特定のセンサが、不可欠な値を上回り、または下回る読取り結果を登録した場合、１つまたは複数の「ライト」、マーカ、または色を、仮想制御パネル１４２に一意に照射し、その状況へ注意を促すように活動化することができる。
【０１０３】
選択された実施形態において、本発明による統合装置１４は、ユーザが仮想制御パネル１４２をグラフィカルに設計し生成するのを支援するためのソフトウェアを収容する。さらに、このようなソフトウェアは、ユーザが、仮想制御パネル１４２のボタン１４４、スイッチ１４４、つまみ１４４、ダイヤル、段階的制御などの選択、活動化、調整などの際に発行される様々なコマンド３２、３４、３６を明確に表現するのも可能にし得る。
【０１０４】
本発明は、本発明の基本機能からも本質的特性からも逸脱することなく、他の具体的な形で実施してもよい。説明した実施形態は、あらゆる点において例示に過ぎず、制限ではないと理解されたい。本発明の範囲は、したがって、上記の説明ではなく、添付の特許請求の範囲によって示される。特許請求の範囲の均等物の意義および範囲内であるすべての変更は、特許請求の範囲に含まれる。
【図面の簡単な説明】
【０１０５】
【図１】ワークステーションと多数のサブシステムとの間のインタフェースをとる統合装置を備える、本発明によるシステムを示す概略的なブロック図。
【図２】本発明による統合装置の実施形態を示す概略的なブロック図。
【図３】本発明による統合装置にあるディスプレイ・プロセッサの実施形態を示す概略的なブロック図。
【図４】本発明による、アドレス指定されたバッファを装備するディスプレイ・プロセッサの実施形態を示す部分的な概略ブロック図。
【図５】多数のワークステーション・ディスプレイに合成ディスプレイ信号を提供する、本発明によるディスプレイ・プロセッサの実施形態を示す部分的な概略ブロック図。
【図６】本発明による統合装置にあるコマンド・プロセッサの実施形態を示す概略的なブロック図。
【図７】第１のワークステーションと多数の第１のサブシステムとの間のインタフェースをとる第１の統合装置、第２のワークステーションと多数の第２のサブシステムとの間のインタフェースをとる第２の統合装置、ならびに第１の統合装置を第２の統合装置に接続するデータ・リンクを備える、本発明によるシステムを示す概略的なブロック図。
【図８】本発明による、コマンド・プロセッサを動作させる方法の１実施形態を示す概略的なブロック図。
【図９】本発明による、表示レイアウトを作成する方法の１実施形態を示す概略的なブロック図。
【図１０】本発明による、表示レイアウトの実施形態を示す概略的なブロック図。
【図１１】ツール・バーおよび様々な「サムネイル」ウィンドウを含むように、本発明によって作り出される表示レイアウトの１実施形態を示すスクリーン・ショットを示す略図。
【図１２】ツール・バー、様々なサムネイル・ウィンドウ、およびサムネイル・ウィンドウの１つに対応するサブウィンドウを含むように、本発明によって作り出される表示レイアウトの代替実施形態を示すスクリーン・ショットを示す略図。
【図１３】ツール・バー、様々なサムネイル・ウィンドウ、サムネイル・ウィンドウの１つに対応するフルウィンドウ、および仮想制御パネルを含むように、本発明によって作り出される表示レイアウトの別の代替実施形態を示すスクリーン・ショットを示す略図。
【特許請求の範囲】
【請求項１】
装置であって、
合成ディスプレイ信号を受信し、それに対応する、ユーザによって視認可能な合成画像をレンダリングするように構成された少なくとも１つのディスプレイと、
ユーザからコマンドを受信する少なくとも１つの入力装置と、
一つのディスプレイ信号を含む複数のディスプレイ信号を、複数の電子装置の各装置から受信し、複数のディスプレイ信号の各信号が、複数のウィンドウの少なくとも１つのウィンドウに対応する該複数のウィンドウを形成するための合成ディスプレイ信号を生成し、該合成ディスプレイ信号を該少なくとも１つのディスプレイに伝送するように構成されたディスプレイ・プロセッサと、
該コマンドの少なくとも１つを、該複数の電子装置の少なくとも１つの装置に経路指定するようにプログラミングされ、ユーザによる再使用のために、該コマンドに従って、該複数のウィンドウの各ウィンドウの相対サイズを選択的に制御し保存するように構成されたコマンド・プロセッサと、を備える装置。
【請求項２】
前記相対サイズが、個人的な嗜好に従ってユーザによって選択される任意のサイズとなるように選択される、請求項１に記載の装置。
【請求項３】
前記コマンド・プロセッサが、ユーザによる再使用のために、前記コマンドに従って、前記複数のウィンドウの各ウィンドウの相対的な位置決めを選択的に制御し保存するようにさらに構成される、請求項２に記載の装置。
【請求項４】
前記複数のディスプレイ信号の少なくとも１つが、構成画像に対応し、
前記コマンド・プロセッサが、前記コマンドに従って、前記複数のウィンドウのうち１つのウィンドウに表示される構成画像の一部を選択的に制御するようにさらに構成される、請求項３に記載の装置。
【請求項５】
前記複数のディスプレイ信号の少なくとも２つが、物理的に形式が全く異なる、請求項４に記載の装置。
【請求項６】
前記ディスプレイ・プロセッサが、前記複数のディスプレイ信号をさらに処理して共通の物理的な形式の複数の処理済ディスプレイ信号を形成する、請求項５に記載の装置。
【請求項７】
前記ディスプレイ・プロセッサが、前記複数の処理済ディスプレイ信号をさらに統合して、前記合成ディスプレイ信号を生成する、請求項６に記載の装置。
【請求項８】
前記少なくとも１つの入力装置が、指示装置、カスタム入力装置、タッチスクリーン、およびキーボードからなるグループから選択されたものである、請求項７に記載の装置。
【請求項９】
前記コマンド・プロセッサが、ユーザによる再使用のために、前記コマンドに従って、前記複数のウィンドウの各ウィンドウの前記相対的な位置決めを選択的に制御し保存するようにさらに構成される、請求項１に記載の装置。
【請求項１０】
前記複数のディスプレイ信号の少なくとも１つが、構成画像に対応し、
前記コマンド・プロセッサが、前記コマンドに従って、前記複数のウィンドウのうち１つのウィンドウに表示される該構成画像の一部を選択的に制御するようにさらに構成される、請求項１に記載の装置。
【請求項１１】
前記複数のウィンドウが、少なくとも１つのサムネイル、サブウィンドウ、およびフルウィンドウを含む、請求項１０に記載の装置。
【請求項１２】
前記複数のウィンドウが、前記構成画像を提示する少なくとも１つのサムネイルと、前記構成画像の一部を提示する少なくとも１つのサブウィンドウとを含み、前記サムネイルが、前記構成画像の一部を区切る境界をさらに提示する、請求項１０に記載の装置。
【請求項１３】
前記コマンド・プロセッサが、前記合成画像全体に亘ってカーソル移動をスケーリングするようにさらに構成される、請求項１０に記載の装置。
【請求項１４】
前記少なくとも１つの入力装置が、指示装置、キーボード、カスタム入力装置、およびタッチスクリーンからなるグループから選択されたものである、請求項１に記載の装置。
【請求項１５】
前記コマンド・プロセッサが、前記複数の電子装置のうち１つの装置の制御を、別の装置と共有するようにさらに構成される、請求項１に記載の装置。
【請求項１６】
前記コマンド・プロセッサが、前記複数のウィンドウの各ウィンドウの前記相対サイズを、前記複数のウィンドウの各ウィンドウの位置を変えることも、各ウィンドウ中での表示内容を変更することもなく、拡大および縮小を介して制御するようにさらに構成される、請求項１に記載の装置。
【請求項１７】
前記複数のディスプレイ信号が、デジタル・コンポーネント画像信号、アナログ・コンポーネント画像信号、デジタル合成画像信号、アナログ合成画像信号、デジタル圧縮画像信号、電圧、電流、接触条件、エンコードされたデジタル信号、およびコンポーネントの状態に対応する値からなるグループから選択された形式のものである、請求項１に記載の装置。
【請求項１８】
装置であって、
少なくとも１つのディスプレイと、
ユーザからコマンドを受信する少なくとも１つの入力装置と、
一つのディスプレイ信号を含む複数のディスプレイ信号を、複数の電子装置の各装置から受信するディスプレイ・プロセッサであって、該複数のディスプレイ信号の少なくとも２つが、物理的に形式が全く異なるものである、ディスプレイ・プロセッサと、
前記ディスプレイ・プロセッサは、複数のディスプレイ信号の各信号が、複数のウィンドウの少なくとも１つのウィンドウに対応している複数のウィンドウを形成するための合成ディスプレイ信号を生成し、該合成ディスプレイ信号を該少なくとも１つのディスプレイに伝送するようにさらに構成され、
該コマンドの少なくとも１つを、該複数の電子装置の少なくとも１つの装置に経路指定するようにプログラミングされ、ユーザによる再使用のために、該コマンドに従って、該複数のウィンドウの各ウィンドウの相対的な位置決めを選択的に制御し保存するように構成されたコマンド・プロセッサと、を備える装置。
【請求項１９】
装置であって、
少なくとも１つのディスプレイと、
ユーザからコマンドを受信する少なくとも１つの入力装置と、
一つのディスプレイ信号を含む複数のディスプレイ信号を、複数の電子装置の各装置から受信するディスプレイ・プロセッサであって、該複数のディスプレイ信号の少なくとも２つが、物理的に形式が全く異なり、該複数のディスプレイ信号の少なくとも１つが、画像に対応している、ディスプレイ・プロセッサと、
前記ディスプレイ・プロセッサは、該複数のディスプレイ信号の各信号が、複数のウィンドウの少なくとも１つのウィンドウに対応する該複数のウィンドウを形成するための合成ディスプレイ信号を生成し、該合成ディスプレイ信号を該少なくとも１つのディスプレイに伝送するようにさらに構成され、
該コマンドの少なくとも１つを、該複数の電子装置の少なくとも１つの装置に経路指定するようにプログラミングされ、ユーザによる再使用のために、該コマンドに従って、該複数のウィンドウの各ウィンドウに表示される該画像の一部を選択的に制御し保存するように構成されたコマンド・プロセッサと、を備える装置。
【請求項２０】
方法であって、
複数の電気装置から複数のディスプレイ信号を受信すること、
複数のウィンドウを形成する合成ディスプレイ信号を生成することであって、該複数のディスプレイ信号の各ディスプレイ信号が、該複数のウィンドウの少なくとも１つのウィンドウに対応している、前記合成ディスプレイ信号を生成すること、
該合成ディスプレイ信号を、少なくとも１つのディスプレイに伝送すること、
第１のユーザから第１のコマンドを受信すること、
該第１のコマンドの少なくとも１つを、該複数の電子装置の少なくとも１つの装置に経路指定すること、
該第１のコマンドに従って、該複数のウィンドウの各ウィンドウの相対サイズを制御することによって、第１のレイアウトを形成すること、
該第１のレイアウトを、呼戻しのために保存すること、を備える方法。
【請求項２１】
前記第１のレイアウトを形成することは、前記第１のコマンドに従って、前記複数のウィンドウの各ウィンドウの相対的な位置決めを制御することをさらに含む、請求項２０に記載の方法。
【請求項２２】
前記複数のディスプレイ信号の少なくとも１つのディスプレイ信号が画像に対応する、請求項２１に記載の方法。
【請求項２３】
前記第１のレイアウトを形成することは、前記第１のコマンドに従って、前記複数のウィンドウのあるウィンドウに表示される前記画像の一部を制御することをさらに含む、請求項２０に記載の方法。
【請求項２４】
前記複数のウィンドウが、少なくとも１つのサムネイルと、少なくとも１つのサブウィンドウとを含む、請求項２３に記載の方法。
【請求項２５】
前記複数のウィンドウが、前記画像を提示する少なくとも１つのサムネイルと、前記画像の一部を提示する少なくとも１つのサブウィンドウとを含む、請求項２４に記載の方法。
【請求項２６】
前記サムネイルが、前記画像の一部を区切る境界をさらに提示する、請求項２５に記載の方法。
【請求項２７】
前記第１のユーザから前記第１のコマンドを受信することは、カーソル移動に対応するコマンドを受信することを含む、請求項２６に記載の方法。
【請求項２８】
前記カーソル移動をスケーリングすることをさらに含む、請求項２７に記載の方法。
【請求項２９】
第２のユーザから第２のコマンドを受信することをさらに含む、請求項２８に記載の方法。
【請求項３０】
前記第２のコマンドに従って、前記複数のウィンドウの各ウィンドウの前記相対サイズを制御することによって、第２のレイアウトを形成することをさらに含む、請求項２９に記載の方法。
【請求項３１】
前記第２のレイアウトを呼戻しのために保存することをさらに含む、請求項３０に記載の方法。
【請求項３２】
前記複数のウィンドウの各ウィンドウの前記相対サイズを制御することは、前記複数のウィンドウの各ウィンドウの位置を変えることも、各ウィンドウ中での表示内容を変更することもなく、拡大および縮小を制御することをさらに含む、請求項３１に記載の方法。
【請求項３３】
前記複数のディスプレイ信号が、デジタル・コンポーネント画像信号、アナログ・コンポーネント画像信号、デジタル合成画像信号、アナログ合成画像信号、デジタル圧縮画像信号、電圧、電流、接触条件、エンコードされたデジタル信号、およびコンポーネントの状態に対応する値からなるグループから選択された形式のものである、請求項３２に記載の方法。
【請求項３４】
前記複数のウィンドウが、少なくとも１つのサムネイルおよび少なくとも１つのサブウィンドウを含み、該少なくとも１つのサムネイルが、画像を提示し、該少なくとも１つのサブウィンドウが、該画像の一部を提示し、該少なくとも１つのサムネイルが、該画像の該一部を区切る境界をさらに提示する、請求項２０に記載の方法。
【請求項３５】
第２のユーザから第２のコマンドを受信すること、
該第２のコマンドを、前記複数の電子装置の少なくとも１つの装置に少なくとも１つを経路指定すること、
該第２のコマンドに従って、前記複数のウィンドウの各ウィンドウの前記相対サイズを制御することによって、第２のレイアウトを形成すること、および
該第２のレイアウトを呼戻しのために保存することをさらに含む、請求項２０に記載の方法。
【請求項３６】
前記複数のウィンドウの各ウィンドウの前記相対サイズを制御することが、前記複数のウィンドウの各ウィンドウの位置を変えることも、各ウィンドウ中での表示内容を変更することもなく、拡大および縮小を制御することをさらに含む、請求項２０に記載の方法。
【請求項３７】
方法であって、
複数の電気装置から複数のディスプレイ信号を受信すること、
複数のウィンドウを形成する合成ディスプレイ信号を生成することであって、該複数のディスプレイ信号の各ディスプレイ信号が、該複数のウィンドウの少なくとも１つのウィンドウに対応している、前記合成ディスプレイ信号を受信すること、
該合成ディスプレイ信号を、少なくとも１つのディスプレイに伝送すること、
ユーザからコマンドを受信すること、
該コマンドの少なくとも１つを、該複数の電子装置の少なくとも１つの装置に経路指定すること、
該コマンドに従って、該複数のウィンドウの各ウィンドウの相対位置決めを制御することによって、レイアウトを形成すること、
該レイアウトを、呼戻しのために保存すること、を備える方法。
【請求項３８】
方法であって、
システムを選択することであって、前記システムが、ユーザ、少なくとも１つのディスプレイ、第１のディスプレイ信号を第１の形式でプロセッサに伝達する第１の電気装置、および第２のディスプレイ信号を、該第１の形式とは全く異なる第２の形式でプロセッサに伝達する第２の電気装置からコマンドを受信する、少なくとも１つの入力装置に動作可能に接続されたプロセッサと、
第１の画像を第１のウィンドウに、第２の画像を第２のウィンドウに同時に提示する前記少なくとも１つのディスプレイと、
前記プロセッサによって該第１のディスプレイ信号から導出された該第１の画像と、
前記プロセッサによって該第２のディスプレイ信号から導出された該第２の画像とを備える、前記システムを選択すること、
前記少なくとも１つのコマンドを、該第１および第２の電子装置の少なくとも一方に経路指定すること、
前記コマンドに従って、該第１のウィンドウによって占有される、該少なくとも１つのディスプレイの面積率を変えることによって、カスタム・レイアウトを形成すること、
該カスタム・レイアウトを呼戻しのために保存すること、を備える方法。
【請求項３９】
カスタム・レイアウトを形成することは、前記コマンドに従って、前記少なくとも１つのディスプレイ上の前記第１および第２のウィンドウの一方の位置を変えることをさらに含む、請求項３８に記載の方法。
【請求項１】
装置であって、
合成ディスプレイ信号を受信し、それに対応する、ユーザによって視認可能な合成画像をレンダリングするように構成された少なくとも１つのディスプレイと、
ユーザからコマンドを受信する少なくとも１つの入力装置と、
一つのディスプレイ信号を含む複数のディスプレイ信号を、複数の電子装置の各装置から受信し、複数のディスプレイ信号の各信号が、複数のウィンドウの少なくとも１つのウィンドウに対応する該複数のウィンドウを形成するための合成ディスプレイ信号を生成し、該合成ディスプレイ信号を該少なくとも１つのディスプレイに伝送するように構成されたディスプレイ・プロセッサと、
該コマンドの少なくとも１つを、該複数の電子装置の少なくとも１つの装置に経路指定するようにプログラミングされ、ユーザによる再使用のために、該コマンドに従って、該複数のウィンドウの各ウィンドウの相対サイズを選択的に制御し保存するように構成されたコマンド・プロセッサと、を備える装置。
【請求項２】
前記相対サイズが、個人的な嗜好に従ってユーザによって選択される任意のサイズとなるように選択される、請求項１に記載の装置。
【請求項３】
前記コマンド・プロセッサが、ユーザによる再使用のために、前記コマンドに従って、前記複数のウィンドウの各ウィンドウの相対的な位置決めを選択的に制御し保存するようにさらに構成される、請求項２に記載の装置。
【請求項４】
前記複数のディスプレイ信号の少なくとも１つが、構成画像に対応し、
前記コマンド・プロセッサが、前記コマンドに従って、前記複数のウィンドウのうち１つのウィンドウに表示される構成画像の一部を選択的に制御するようにさらに構成される、請求項３に記載の装置。
【請求項５】
前記複数のディスプレイ信号の少なくとも２つが、物理的に形式が全く異なる、請求項４に記載の装置。
【請求項６】
前記ディスプレイ・プロセッサが、前記複数のディスプレイ信号をさらに処理して共通の物理的な形式の複数の処理済ディスプレイ信号を形成する、請求項５に記載の装置。
【請求項７】
前記ディスプレイ・プロセッサが、前記複数の処理済ディスプレイ信号をさらに統合して、前記合成ディスプレイ信号を生成する、請求項６に記載の装置。
【請求項８】
前記少なくとも１つの入力装置が、指示装置、カスタム入力装置、タッチスクリーン、およびキーボードからなるグループから選択されたものである、請求項７に記載の装置。
【請求項９】
前記コマンド・プロセッサが、ユーザによる再使用のために、前記コマンドに従って、前記複数のウィンドウの各ウィンドウの前記相対的な位置決めを選択的に制御し保存するようにさらに構成される、請求項１に記載の装置。
【請求項１０】
前記複数のディスプレイ信号の少なくとも１つが、構成画像に対応し、
前記コマンド・プロセッサが、前記コマンドに従って、前記複数のウィンドウのうち１つのウィンドウに表示される該構成画像の一部を選択的に制御するようにさらに構成される、請求項１に記載の装置。
【請求項１１】
前記複数のウィンドウが、少なくとも１つのサムネイル、サブウィンドウ、およびフルウィンドウを含む、請求項１０に記載の装置。
【請求項１２】
前記複数のウィンドウが、前記構成画像を提示する少なくとも１つのサムネイルと、前記構成画像の一部を提示する少なくとも１つのサブウィンドウとを含み、前記サムネイルが、前記構成画像の一部を区切る境界をさらに提示する、請求項１０に記載の装置。
【請求項１３】
前記コマンド・プロセッサが、前記合成画像全体に亘ってカーソル移動をスケーリングするようにさらに構成される、請求項１０に記載の装置。
【請求項１４】
前記少なくとも１つの入力装置が、指示装置、キーボード、カスタム入力装置、およびタッチスクリーンからなるグループから選択されたものである、請求項１に記載の装置。
【請求項１５】
前記コマンド・プロセッサが、前記複数の電子装置のうち１つの装置の制御を、別の装置と共有するようにさらに構成される、請求項１に記載の装置。
【請求項１６】
前記コマンド・プロセッサが、前記複数のウィンドウの各ウィンドウの前記相対サイズを、前記複数のウィンドウの各ウィンドウの位置を変えることも、各ウィンドウ中での表示内容を変更することもなく、拡大および縮小を介して制御するようにさらに構成される、請求項１に記載の装置。
【請求項１７】
前記複数のディスプレイ信号が、デジタル・コンポーネント画像信号、アナログ・コンポーネント画像信号、デジタル合成画像信号、アナログ合成画像信号、デジタル圧縮画像信号、電圧、電流、接触条件、エンコードされたデジタル信号、およびコンポーネントの状態に対応する値からなるグループから選択された形式のものである、請求項１に記載の装置。
【請求項１８】
装置であって、
少なくとも１つのディスプレイと、
ユーザからコマンドを受信する少なくとも１つの入力装置と、
一つのディスプレイ信号を含む複数のディスプレイ信号を、複数の電子装置の各装置から受信するディスプレイ・プロセッサであって、該複数のディスプレイ信号の少なくとも２つが、物理的に形式が全く異なるものである、ディスプレイ・プロセッサと、
前記ディスプレイ・プロセッサは、複数のディスプレイ信号の各信号が、複数のウィンドウの少なくとも１つのウィンドウに対応している複数のウィンドウを形成するための合成ディスプレイ信号を生成し、該合成ディスプレイ信号を該少なくとも１つのディスプレイに伝送するようにさらに構成され、
該コマンドの少なくとも１つを、該複数の電子装置の少なくとも１つの装置に経路指定するようにプログラミングされ、ユーザによる再使用のために、該コマンドに従って、該複数のウィンドウの各ウィンドウの相対的な位置決めを選択的に制御し保存するように構成されたコマンド・プロセッサと、を備える装置。
【請求項１９】
装置であって、
少なくとも１つのディスプレイと、
ユーザからコマンドを受信する少なくとも１つの入力装置と、
一つのディスプレイ信号を含む複数のディスプレイ信号を、複数の電子装置の各装置から受信するディスプレイ・プロセッサであって、該複数のディスプレイ信号の少なくとも２つが、物理的に形式が全く異なり、該複数のディスプレイ信号の少なくとも１つが、画像に対応している、ディスプレイ・プロセッサと、
前記ディスプレイ・プロセッサは、該複数のディスプレイ信号の各信号が、複数のウィンドウの少なくとも１つのウィンドウに対応する該複数のウィンドウを形成するための合成ディスプレイ信号を生成し、該合成ディスプレイ信号を該少なくとも１つのディスプレイに伝送するようにさらに構成され、
該コマンドの少なくとも１つを、該複数の電子装置の少なくとも１つの装置に経路指定するようにプログラミングされ、ユーザによる再使用のために、該コマンドに従って、該複数のウィンドウの各ウィンドウに表示される該画像の一部を選択的に制御し保存するように構成されたコマンド・プロセッサと、を備える装置。
【請求項２０】
方法であって、
複数の電気装置から複数のディスプレイ信号を受信すること、
複数のウィンドウを形成する合成ディスプレイ信号を生成することであって、該複数のディスプレイ信号の各ディスプレイ信号が、該複数のウィンドウの少なくとも１つのウィンドウに対応している、前記合成ディスプレイ信号を生成すること、
該合成ディスプレイ信号を、少なくとも１つのディスプレイに伝送すること、
第１のユーザから第１のコマンドを受信すること、
該第１のコマンドの少なくとも１つを、該複数の電子装置の少なくとも１つの装置に経路指定すること、
該第１のコマンドに従って、該複数のウィンドウの各ウィンドウの相対サイズを制御することによって、第１のレイアウトを形成すること、
該第１のレイアウトを、呼戻しのために保存すること、を備える方法。
【請求項２１】
前記第１のレイアウトを形成することは、前記第１のコマンドに従って、前記複数のウィンドウの各ウィンドウの相対的な位置決めを制御することをさらに含む、請求項２０に記載の方法。
【請求項２２】
前記複数のディスプレイ信号の少なくとも１つのディスプレイ信号が画像に対応する、請求項２１に記載の方法。
【請求項２３】
前記第１のレイアウトを形成することは、前記第１のコマンドに従って、前記複数のウィンドウのあるウィンドウに表示される前記画像の一部を制御することをさらに含む、請求項２０に記載の方法。
【請求項２４】
前記複数のウィンドウが、少なくとも１つのサムネイルと、少なくとも１つのサブウィンドウとを含む、請求項２３に記載の方法。
【請求項２５】
前記複数のウィンドウが、前記画像を提示する少なくとも１つのサムネイルと、前記画像の一部を提示する少なくとも１つのサブウィンドウとを含む、請求項２４に記載の方法。
【請求項２６】
前記サムネイルが、前記画像の一部を区切る境界をさらに提示する、請求項２５に記載の方法。
【請求項２７】
前記第１のユーザから前記第１のコマンドを受信することは、カーソル移動に対応するコマンドを受信することを含む、請求項２６に記載の方法。
【請求項２８】
前記カーソル移動をスケーリングすることをさらに含む、請求項２７に記載の方法。
【請求項２９】
第２のユーザから第２のコマンドを受信することをさらに含む、請求項２８に記載の方法。
【請求項３０】
前記第２のコマンドに従って、前記複数のウィンドウの各ウィンドウの前記相対サイズを制御することによって、第２のレイアウトを形成することをさらに含む、請求項２９に記載の方法。
【請求項３１】
前記第２のレイアウトを呼戻しのために保存することをさらに含む、請求項３０に記載の方法。
【請求項３２】
前記複数のウィンドウの各ウィンドウの前記相対サイズを制御することは、前記複数のウィンドウの各ウィンドウの位置を変えることも、各ウィンドウ中での表示内容を変更することもなく、拡大および縮小を制御することをさらに含む、請求項３１に記載の方法。
【請求項３３】
前記複数のディスプレイ信号が、デジタル・コンポーネント画像信号、アナログ・コンポーネント画像信号、デジタル合成画像信号、アナログ合成画像信号、デジタル圧縮画像信号、電圧、電流、接触条件、エンコードされたデジタル信号、およびコンポーネントの状態に対応する値からなるグループから選択された形式のものである、請求項３２に記載の方法。
【請求項３４】
前記複数のウィンドウが、少なくとも１つのサムネイルおよび少なくとも１つのサブウィンドウを含み、該少なくとも１つのサムネイルが、画像を提示し、該少なくとも１つのサブウィンドウが、該画像の一部を提示し、該少なくとも１つのサムネイルが、該画像の該一部を区切る境界をさらに提示する、請求項２０に記載の方法。
【請求項３５】
第２のユーザから第２のコマンドを受信すること、
該第２のコマンドを、前記複数の電子装置の少なくとも１つの装置に少なくとも１つを経路指定すること、
該第２のコマンドに従って、前記複数のウィンドウの各ウィンドウの前記相対サイズを制御することによって、第２のレイアウトを形成すること、および
該第２のレイアウトを呼戻しのために保存することをさらに含む、請求項２０に記載の方法。
【請求項３６】
前記複数のウィンドウの各ウィンドウの前記相対サイズを制御することが、前記複数のウィンドウの各ウィンドウの位置を変えることも、各ウィンドウ中での表示内容を変更することもなく、拡大および縮小を制御することをさらに含む、請求項２０に記載の方法。
【請求項３７】
方法であって、
複数の電気装置から複数のディスプレイ信号を受信すること、
複数のウィンドウを形成する合成ディスプレイ信号を生成することであって、該複数のディスプレイ信号の各ディスプレイ信号が、該複数のウィンドウの少なくとも１つのウィンドウに対応している、前記合成ディスプレイ信号を受信すること、
該合成ディスプレイ信号を、少なくとも１つのディスプレイに伝送すること、
ユーザからコマンドを受信すること、
該コマンドの少なくとも１つを、該複数の電子装置の少なくとも１つの装置に経路指定すること、
該コマンドに従って、該複数のウィンドウの各ウィンドウの相対位置決めを制御することによって、レイアウトを形成すること、
該レイアウトを、呼戻しのために保存すること、を備える方法。
【請求項３８】
方法であって、
システムを選択することであって、前記システムが、ユーザ、少なくとも１つのディスプレイ、第１のディスプレイ信号を第１の形式でプロセッサに伝達する第１の電気装置、および第２のディスプレイ信号を、該第１の形式とは全く異なる第２の形式でプロセッサに伝達する第２の電気装置からコマンドを受信する、少なくとも１つの入力装置に動作可能に接続されたプロセッサと、
第１の画像を第１のウィンドウに、第２の画像を第２のウィンドウに同時に提示する前記少なくとも１つのディスプレイと、
前記プロセッサによって該第１のディスプレイ信号から導出された該第１の画像と、
前記プロセッサによって該第２のディスプレイ信号から導出された該第２の画像とを備える、前記システムを選択すること、
前記少なくとも１つのコマンドを、該第１および第２の電子装置の少なくとも一方に経路指定すること、
前記コマンドに従って、該第１のウィンドウによって占有される、該少なくとも１つのディスプレイの面積率を変えることによって、カスタム・レイアウトを形成すること、
該カスタム・レイアウトを呼戻しのために保存すること、を備える方法。
【請求項３９】
カスタム・レイアウトを形成することは、前記コマンドに従って、前記少なくとも１つのディスプレイ上の前記第１および第２のウィンドウの一方の位置を変えることをさらに含む、請求項３８に記載の方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公表番号】特表２００７−５２２５６５（Ｐ２００７−５２２５６５Ａ）
【公表日】平成１９年８月９日（２００７．８．９）
【国際特許分類】
【出願番号】特願２００６−５５２３３０（Ｐ２００６−５５２３３０）
【出願日】平成１７年２月８日（２００５．２．８）
【国際出願番号】ＰＣＴ／ＵＳ２００５／００３８３８
【国際公開番号】ＷＯ２００５／０７６９９３
【国際公開日】平成１７年８月２５日（２００５．８．２５）
【出願人】（５０７０７７５７０）
【氏名又は名称原語表記】ＰＯＲＴＡＬＩＳ ＬＣ
【Ｆターム（参考）】
【公表日】平成１９年８月９日（２００７．８．９）
【国際特許分類】
【出願日】平成１７年２月８日（２００５．２．８）
【国際出願番号】ＰＣＴ／ＵＳ２００５／００３８３８
【国際公開番号】ＷＯ２００５／０７６９９３
【国際公開日】平成１７年８月２５日（２００５．８．２５）
【出願人】（５０７０７７５７０）
【氏名又は名称原語表記】ＰＯＲＴＡＬＩＳ ＬＣ
【Ｆターム（参考）】
[ Back to top ]