JP5520310B2 - 複数ビュー要素ｇｕｉ内で見られるほとんどのデータを最大化するためのビュー要素サイズの最適化 - Google Patents

Description

本発明は、全般的にはデータ処理における文書および対話型コンピュータ生成コンテンツの提示に関し、より具体的には、ウェブ・ページ上の複数のビュー要素のサイズ設定変更に関する。

ウェブ・ポータルは、パブリック・ポータルとしても知られており、グラフィカル・ユーザ・インターフェース内でリソースおよびサービスを提供するウェブ・ページである。ウィキペディアは、次のようにウェブ・ポータルを定義している。
ウェブ・ポータルとは、ウェブ・ページまたはウェブ・サイトを介して単一の機能を提供するサイトである。ウェブ・ポータルは、しばしば、ワールド・ワイド・ウェブ上の情報へのアクセスの点として機能する。ポータルは、多様なソースからの情報を統一された形で提示する。検索エンジン標準規格とは別に、ウェブ・ポータルは、電子メール、ニュース、株価、インフォテインメント、および他の機能などの他のサービスを提供する。ポータルは、企業が、全く異なるエンティティであったはずの複数のアプリケーションのアクセス制御およびプロシージャに関する一貫したルック・アンド・フィールを提供する方法を提供する。

ウェブ・ポータルのユーザは、電子メール・サービス、検索エンジン、およびオンライン・ショッピング・サービスを含む。リソースおよびサービスを提供するために、特殊化されたコンテンツ・エリアが、ウェブ・ポータル内のウィンドウを占有する。これらの特殊化されたコンテンツ・エリアは、ポートレットと呼ばれる。ユーザは、ウェブ・ポータル内のポートレットを編集し、最大化し、最小化し、あるいは浮動させることができる。

ポートレットのほかに、ウィンドウまたはフレームを、グラフィカル・ユーザ・インターフェース上に表示することもできる。本明細書で使用されるときに、用語ビュー要素は、ウェブ・ページまたはグラフィカル・ユーザ・インターフェース内のポートレット、フレーム、またはウィンドウを意味する。Ｐｏｒｔａｌ、Ｅｃｌｉｐｓｅ、Ｉｎｔｅｇｒａｔｅｄ Ｓｏｌｕｔｉｏｎ Ｃｏｎｓｏｌｅ（ＩＳＣ）、Ｔｉｖｏｌｉ Ｅｎｔｅｒｐｒｉｓｅ Ｐｏｒｔａｌ（ＴＥＰ）、および他のアプリケーションなどの多数のソフトウェア・アプリケーションが、単一のスクリーン・ビュー内で複数のビュー要素を扱う。

複数のビュー要素が単一のスクリーン・ビューに組み合わされるときに、各ビュー要素のコンテンツは、動的に取り出される。ビュー要素の中には、多数のコンテンツを有するものがあり、そうではないものがある。したがって、ユーザは、すべてのビュー要素の明瞭な表示を有するために、ユーザのブラウザ・ウィンドウを拡大する必要がある場合がある。ブラウザ・ウィンドウ・サイズの連続的な手動調整は、少なくともユーザの側での生産性を下げる可能性があるので、望ましくない。

さらに、あるウェブ・ポータル・ディスプレイ内の複数のビュー要素が、データを動的に取り出すときに、複数のビュー要素は、ユーザが動的に取り出されるデータを読むことを可能にするために適切なサイズにされていない可能性がある。たとえば、非常に少ないデータを有し、小さいサイズを有するビュー要素が、正しく表示されるためにそのビュー要素が大きいサイズを有することを必要とする大量のデータを取り出す場合がある。

Ｄｙｎａｍｉｃ Ｄｒｉｖｅの「Ｉｆｒａｍｅ ＳＳＩ ｓｃｒｉｐｔ ＩＩ」は、外部コンテンツ全体を示している間にＩＦＲＡＭＥスクロールバーが現れることを除去するために、ＩＦＲＡＭＥのサイズをＩＦＲＡＭＥ内に含まれるページの高さに動的に変更する。ＯＲＡＣＬＥ社のＳｔｕｄｉｏは、より高い優先順位のポートレットがページの左側のより近くに表示される状態でページ上のポートレットの配置を決定する。さらに、フレームのサイズを変更すること、ならびにウェブ・ページ上のスペースをよりよく利用するためにフレームおよびイメージがオーバーラップすることを可能にすることすら既知である。

しかし、ウェブ・ページ上のデータへの最良のアクセスをユーザに与えるために、複数のポータルおよび複数のポータル内のデータ・コンテンツのサイズを変更する形の必要が存在する。従来技術を超えて必要とされているものは、ビューワ使用のためにポータル・ビュー要素のサイズを正しく変更する形である。

ビュー要素アジャスタ（ＶＥＡ）は、ウェブ・ページ書き換えプログラムとビュー要素最適化プログラムとを含む。書き換えプログラムは、複数のビュー要素を有するウェブ・ページを監視し、ユーザ構成されたプリファレンスのセット、複数のビュー要素のそれぞれに関する複数の優先順位、および複数のポートレットのそれぞれについて動的に取り出されたデータに従って、複数のビュー要素のうちの１つまたは複数のサイズを変更する。ＶＥＡは、ウィンドウ・プリファレンス・プログラム、ポートレット・プリファレンス・プログラム、およびポートレット優先順位プログラムをも有する。ＶＥＡは、ウィンドウ・プリファレンス・ファイル、ポートレット・プリファレンス・ファイル、ポートレット優先順位ファイル、ポートレット・データ・ファイル、プリファレンス衝突ルール・ファイル、および優先順位衝突ルール・ファイルを含む複数のファイルにアクセスする。

これから、本発明を、例としてのみ、添付図面に示された本発明の好ましい実施形態を参照して説明する。

例示的なサーバ−クライアント・コンピュータ・システムを示す図である。 例示的なコンピュータ・フレームワークを示す図である。 サーバ−クライアント・システムの例示的なソフトウェア・アーキテクチャを示す図である。 ビュー要素アジャスタの要素を含むメモリおよびＶＥＡによってアクセスされるファイルを示す図である。 書き換えプログラムの論理を示す流れ図である。 ビュー最適化プログラムの論理を示す流れ図である。 ウィンドウ・プリファレンス・プログラムの論理を示す流れ図である。 ポートレット・プリファレンス・プログラムの論理を示す流れ図である。 ポートレット優先順位プログラムの論理を示す流れ図である。 適用プログラムを示す流れ図である。 適用プログラムの続きを示す流れ図である。 複数のビュー要素を有する例示的な従来技術のウェブ・ページを示す図である。 ビュー要素アジャスタによる処理の後の例示的なウェブ・ページを示す図である。

当業者が了解するように、ビュー要素アジャスタを、システム、方法、またはコンピュータ・プログラム製品として実施することができる。したがって、ビュー要素アジャスタは、本明細書でそのすべてを全般的に「回路」、「モジュール」、または「システム」と称する場合もある、完全にハードウェアの実施形態、完全にソフトウェアの実施形態（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）、またはソフトウェア態様およびハードウェア態様を組み合わせる実施形態の形をとることができる。さらに、ビュー要素アジャスタは、媒体内で実施されるコンピュータ使用可能プログラム・コードを有する表現のすべての有形の媒体内で実施されるコンピュータ・プログラム製品の形をとることができる。

１つまたは複数のコンピュータ使用可能媒体もしくはコンピュータ可読媒体の任意の組合せを利用することができる。コンピュータ使用可能媒体またはコンピュータ可読媒体は、たとえば、電子、磁気、光、電磁、赤外、もしくは半導体のシステム、装置、デバイス、または伝搬媒体とすることができるが、これに限定はされない。コンピュータ可読媒体のより具体的な例（非網羅的なリスト）は、１つまたは複数のワイヤを有する電気接続、ポータブル・コンピュータ・ディスケット、ハード・ディスク、ランダム・アクセス・メモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、消去可能プログラム可能読取り専用メモリ（ＥＰＲＯＭまたはフラッシュ・メモリ）、光ファイバ、ポータブル・コンパクト・ディスク読取り専用メモリ（ＣＤＲＯＭ）、光記憶デバイス、インターネットまたはイントラネットをサポートするものなどの伝送媒体、あるいは磁気記憶媒体を含む。コンピュータ使用可能媒体またはコンピュータ可読媒体を、プログラムが印刷された紙または別の適切な媒体とすることさえできることに留意されたい。というのは、プログラムを、たとえば紙または他の媒体の光学スキャンを介して電子的に取り込むことができ、その後、必要な場合に、コンパイルし、解釈し、またはそれ以外に適切な形で処理し、その後、コンピュータ・メモリに格納することができるからである。本文書の文脈では、コンピュータ使用可能媒体またはコンピュータ可読媒体を、命令実行システム、命令実行装置、または命令実行デバイスによるまたはこれに関連する使用のためのプログラムを含み、格納し、通信し、伝搬し、または搬送することのできる任意の媒体とすることができる。コンピュータ使用可能媒体は、ベースバンド内または搬送波の一部としてのいずれかでコンピュータ使用可能プログラム・コードをそれを用いて実施された伝搬されるデータ信号を含むことができる。コンピュータ使用可能プログラム・コードを、無線、有線、光ファイバ・ケーブル、ＲＦ、その他を含むがこれらに限定はされない任意の適切な媒体を使用して伝送することができる。

ビュー要素アジャスタの動作を実行するコンピュータ・プログラム・コードを、Ｊａｖａ（Ｒ）、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋、または類似物などのオブジェクト指向プログラミング言語および「Ｃ」プログラミング言語または類似するプログラミング言語などの従来の手続き型プログラミング言語を含む１つまたは複数のプログラミング言語の任意の組合せで記述することができる。プログラム・コードは、完全にユーザのコンピュータ上で、部分的にユーザのコンピュータ上で、独立型ソフトウェア・パッケージとして、部分的にユーザのコンピュータ上および部分的にリモート・コンピュータ上で、または完全にリモート・コンピュータ上またはサーバ上で、実行することができる。後者のシナリオでは、リモート・コンピュータを、ローカル・エリア・ネットワーク（ＬＡＮ）または広域ネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを介してユーザのコンピュータに接続することができ、あるいは、接続を、外部コンピュータに対して行うことができる（たとえば、インターネット・サービス・プロバイダを使用してインターネットを介して）。

ビュー要素アジャスタ（ＶＥＡ）を、下で、本発明の実施形態による方法、装置（システム）、およびコンピュータ・プログラム製品の流れ図またはブロック図あるいはその両方を参照して説明する。流れ図またはブロック図あるいはその両方の各ブロックおよび流れ図またはブロック図あるいはその両方のブロックの組合せを、コンピュータ・プログラム命令によって実施できることを理解されたい。

コンピュータまたは他のプログラマブル・データ処理装置のプロセッサを介して実行される命令が、流れ図またはブロック図あるいはその両方の１つまたは複数のブロックで指定される機能／行為を実施する手段を作るように、機械を作るために、これらのコンピュータ・プログラム命令を、汎用コンピュータ、特殊目的コンピュータ、または他のプログラマブル・データ処理装置のプロセッサに供給することができる。コンピュータ可読媒体に格納された命令が流れ図またはブロック図あるいはその両方の１つまたは複数のブロックで指定される機能／行為を実施する命令手段を含む製造品を作るように、特定の形で機能するようにコンピュータまたは他のプログラマブル・データ処理装置に指示することができるこれらのコンピュータ・プログラム命令を、コンピュータ可読媒体に格納することもできる。

コンピュータ・プログラム命令を、コンピュータまたは他のプログラマブル・データ処理装置にロードして、一連の動作ステップをコンピュータまたは他のプログラマブル装置に実行させて、コンピュータまたは他のプログラマブル装置で実行される命令が流れ図またはブロック図あるいはその両方の１つまたは複数のブロックで指定される機能／行為を実施するプロセスを提供するように、コンピュータ実施されるプロセスを作ることもできる。

これから図面を参照し、具体的には図１〜２を参照すると、例示的実施形態をその中で実施できるデータ処理環境の例示的な図が提供されている。図１〜２が、例示的であるのみであって、異なる実施形態をその中で実施できる環境に関する限定を主張しまたは暗示することが意図されていないことを了解されたい。図示の環境に対して、多数の変更を行うことができる。

図１に、例示的実施形態をその中で実施できるデータ処理システムのネットワークの絵図表現を示す。ネットワーク・データ処理システム１００は、その中で例示的な実施形態を実施できるコンピュータのネットワークである。ネットワーク・データ処理システム１００は、ネットワーク１０２を含み、このネットワーク１０２は、ネットワーク・データ処理システム１００内で一緒に接続されたさまざまなデバイスおよびコンピュータの間で通信リンクを提供するのに使用される媒体である。ネットワーク１０２は、ワイヤ、無線通信リンク、または光ファイバ・ケーブルなどの接続を含むことができる。

図示の例では、サーバ１０４およびサーバ１０６は、ストレージ・ユニット１０８と一緒にネットワーク１０２に接続される。さらに、クライアント１１０、１１２、および１１４が、ネットワーク１０２に接続される。クライアント１１０、１１２、および１１４は、たとえば、パーソナル・コンピュータまたはネットワーク・コンピュータとすることができる。図示の例では、サーバ１０４は、ブート・ファイル、オペレーティング・システム・イメージ、およびアプリケーションなどのデータをクライアント１１０、１１２、および１１４に供給する。クライアント１１０、１１２、および１１４は、この例ではサーバ１０４に対するクライアントである。ネットワーク・データ処理システム１００は、図示されていない追加のサーバ、クライアント、および他のデバイスを含むことができる。

ネットワーク・データ処理システム１００内に配置されるプログラム・コードを、コンピュータ記録可能記憶媒体に格納し、使用のためにデータ処理システムまたは他のデバイスにダウンロードすることができる。たとえば、プログラム・コードを、サーバ１０４上のコンピュータ記録可能記憶媒体に格納し、クライアント１１０での使用のためにネットワーク１０２を介してクライアント１１０にダウンロードすることができる。

図示の例では、ネットワーク・データ処理システム１００は、インターネットであり、ネットワーク１０２は、互いと通信するのに伝送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）プロトコル・スイートを使用するネットワークおよびゲートウェイの全世界の集合を表す。インターネットの心臓部には、データおよびメッセージをルーティングする、数千台の商用、政府、教育、および他のコンピュータ・システムからなる、主要ノードまたはホスト・コンピュータの間の高速データ通信回線のバックボーンがある。もちろん、ネットワーク・データ処理システム１００を、たとえばイントラネット、ローカル・エリア・ネットワーク（ＬＡＮ）、または広域ネットワーク（ＷＡＮ）など、複数の異なるタイプのネットワークとして実施することもできる。図１は、例として意図されており、異なる例示的実施形態に関するアーキテクチャ的限定として意図されたものではない。

図２を参照すると、例示的実施形態を実施できるデータ処理システムのブロック図が示されている。データ処理システム２００は、図１のサーバ１０４またはクライアント１１０など、本プロセスを実施するコンピュータ使用可能プログラム・コードまたは命令を例示的実施形態のために配置できるコンピュータの例である。この例示的な例では、データ処理システム２００は、通信ファブリック２０２を含み、この通信ファブリック２０２は、プロセッサ・ユニット２０４、メモリ２０６、永続ストレージ２０８、通信ユニット２１０、入出力（Ｉ／Ｏ）ユニット２１２、およびディスプレイ２１４の間の通信を提供する。

プロセッサ・ユニット２０４は、メモリ２０６にロードできるソフトウェアの命令を実行するように働く。プロセッサ・ユニット２０４を、特定の実施態様に応じて、１つまたは複数のプロセッサのセットとすることができ、あるいはマルチプロセッサ・コアとすることができる。さらに、プロセッサ・ユニット２０４を、メイン・プロセッサが単一チップ上で副プロセッサと共に存在する１つまたは複数の異種プロセッサ・システムを使用して実施することができる。もう１つの例示的な例として、プロセッサ・ユニット２０４を、同一タイプの複数のプロセッサを含む対称型マルチプロセッサ・システムとすることができる。

メモリ２０６および永続ストレージ２０８は、ストレージ・デバイスの例である。ストレージ・デバイスは、一時的な基礎または永久的な基礎のいずれかあるいはその両方で情報を格納できる任意のハードウェアである。メモリ２０６は、これらの例では、たとえばランダム・アクセス・メモリまたは任意の他の適切な揮発性または不揮発性のストレージ・デバイスとすることができる。永続ストレージ２０８は、特定の実施態様に応じてさまざまな形をとることができる。たとえば、永続ストレージ２０８は、１つまたは複数のコンポーネントまたはデバイスを含むことができる。たとえば、永続ストレージ２０８を、ハード・ドライブ、フラッシュ・メモリ、書換可能光ディスク、書換可能磁気テープ、または上記の組合せとすることができる。永続ストレージ２０８によって使用される媒体を、取り外し可能とすることもできる。たとえば、取り外し可能ハード・ドライブを永続ストレージ２０８に使用することができる。

通信ユニット２１０は、これらの例では、他のデータ処理システムまたはデバイスとの通信を提供する。これらの例では、通信ユニット２１０は、ネットワーク・インターフェース・カードである。通信ユニット２１０は、物理通信リンクおよび無線通信リンクのいずれかまたは両方の使用を介する通信を提供することができる。

入出力ユニット２１２は、データ処理システム２００に接続できる他のデバイスとのデータの入力および出力を可能にする。たとえば、入出力ユニット２１２は、キーボードおよびマウスを介するユーザ入力の接続を提供することができる。さらに、入出力ユニット２１２は、プリンタに出力を送ることができる。ディスプレイ２１４は、ユーザに情報を表示する機構を提供する。

オペレーティング・システムおよびアプリケーションまたはプログラムの命令は、永続ストレージ２０８に配置される。これらの命令を、プロセッサ・ユニット２０４による実行のためにメモリ２０６にロードすることができる。異なる実施形態のプロセスを、メモリ２０６などのメモリ内に配置できるコンピュータ実施される命令を使用してプロセッサ・ユニット２０４によって実行することができる。これらの命令は、プロセッサ・ユニット２０４内のプロセッサによって読み取り、実行することができる、プログラム・コード、コンピュータ使用可能プログラム・コード、またはコンピュータ可読コードと呼ばれる。異なる実施形態のプログラム・コードを、メモリ２０６または永続ストレージ２０８などの異なる物理媒体または有形のコンピュータ可読媒体で実施することができる。

プログラム・コード２１６は、選択的に取り外し可能であるコンピュータ可読媒体２１８上に機能し得る形で配置され、プロセッサ・ユニット２０４による実行のためにデータ処理システム２００にロードされまたは転送され得る。プログラム・コード２１６およびコンピュータ可読媒体２１８は、これらの例ではコンピュータ・プログラム製品２２０を形成する。一例では、コンピュータ可読媒体２１８は、たとえば、永続ストレージ２０８の一部であるハード・ドライブなどのストレージ・デバイスへの転送のために永続ストレージ２０８の一部であるドライブまたは他のデバイスに挿入されるか配置される光ディスクまたは磁気ディスクなど、有形の形とすることができる。有形の形では、コンピュータ可読媒体２１８は、データ処理システム２００に接続されたハード・ドライブ、サム・ドライブ、またはフラッシュ・メモリなどの永続ストレージの形をとることもできる。コンピュータ可読媒体２１８の有形の形を、コンピュータ記録可能記憶媒体とも称する。いくつかの例では、コンピュータ可読媒体２１８が、取り外し可能ではない場合がある。

その代わりに、プログラム・コード２１６を、通信ユニット２１０への通信リンクまたは入出力ユニット２１２への接続あるいはその両方を介してコンピュータ可読媒体２１８からデータ処理システム２００に転送することができる。この通信リンクまたは接続あるいはその両方を、図示の例では物理的または無線とすることができる。コンピュータ可読媒体２１８は、通信リンクまたはプログラム・コード２１６を含む無線伝送など、非有形媒体の形をとることもできる。

いくつかの例示的実施形態では、プログラム・コード２１６を、データ処理システム２００内での使用のためにネットワークを介して別のデバイスまたはデータ処理システムから永続ストレージ２０８にダウンロードすることができる。たとえば、サーバ・データ処理システム内のコンピュータ可読記憶媒体に格納されたプログラム・コード２１６を、ネットワークを介してサーバからデータ処理システム２００にダウンロードすることができる。プログラム・コード２１６を供給するデータ処理システム２００は、サーバ・コンピュータ、クライアント・コンピュータ、またはプログラム・コード２１６を格納し、送信することができるある他のデバイスとすることができる。

データ処理システム２００について図示された異なるコンポーネントは、異なる実施形態を実施できる形に対するアーキテクチャ的限定を提供することを意図されたものではない。異なる例示的実施形態を、データ処理システム２００について図示されたコンポーネントに加えてまたはその代わりのコンポーネントを含むデータ処理システム内で実施することができる。図２に示された他のコンポーネントを、図示の例示的な例から変更することができる。

異なる実施形態を、プログラム・コード２１６を実行できる任意のハードウェア・デバイスまたはシステムを使用して実施することができる。一例として、データ処理システム２００は、有機コンポーネントと一体化された無機コンポーネントを含むことができ、または、完全に人間を除く有機コンポーネントだけからなるものとすることができ、あるいはその両方が可能である。たとえば、ストレージ・デバイスを、有機半導体からなるものとすることができる。もう１つの例として、データ処理システム２００内のストレージ・デバイスは、データを格納できる任意のハードウェア装置である。メモリ２０６、永続ストレージ２０８、およびコンピュータ可読媒体２１８が、有形の形のストレージ・デバイスの例である。

もう１つの例では、バス・システムを使用して、通信ファブリック２０２を実施することができ、バス・システムを、システム・バスまたは入出力バスなどの１つまたは複数のバスからなるものとすることができる。もちろん、バス・システムを、バス・システムに接続された異なるコンポーネントまたはデバイスの間でのデータの転送をもたらす任意の適切なタイプのアーキテクチャを使用して実施することができる。さらに、通信ユニットは、モデムまたはネットワーク・アダプタなど、データを送信し、受信するのに使用される１つまたは複数のデバイスを含むことができる。さらに、メモリを、たとえば、メモリ２０６とするか、通信ファブリック２０２内に存在することができるインターフェースおよびメモリ・コントローラ・ハブ内に見られるものなどのキャッシュとすることができる。

図３に移ると、例示的実施形態による、サーバ−クライアント・システムの通常のソフトウェア・アーキテクチャが示されている。最も下のレベルでは、オペレーティング・システム３０２が、ユーザおよび他のソフトウェアに高水準機能性を提供するのに利用される。そのようなオペレーティング・システムは、通常、基本入出力システム（ＢＩＯＳ）を含む。通信ソフトウェア３０４は、オペレーティング・システム機能性を直接に呼び出すことまたはネットワークを介する通信用のハードウェアにアクセスするためにオペレーティング・システムを間接的にバイパスすることのいずれかによって、物理通信リンクを介するインターネットなどのネットワークへの外部ポートを介する通信を提供する。

アプリケーション・プログラミング・インターフェース（ＡＰＩ）３０６は、個人またはソフトウェア・ルーチンなどのシステムのユーザが、特定の機能性がどのように実施されるかを考慮せずに、標準の一貫したインターフェースを使用してシステム機能性を呼び出すことを可能にする。ネットワーク・アクセス・ソフトウェア３０８は、システムがネットワークにアクセスすることを可能にするために使用可能なすべてのソフトウェアを表す。このアクセスは、ローカル・エリア・ネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、またはインターネットなどのネットワークへのアクセスとすることができる。インターネットに関して、このソフトウェアは、ウェブ・ブラウザなどのプログラムを含むことができる。アプリケーション・ソフトウェア３１０は、ユーザが求める所望の機能性を提供するために通信ポートを介してデータに反応するように設計された任意の個数のソフトウェア・アプリケーションを表す。このレベルのアプリケーションは、インターネットのユーザによってアクセスされ得る、データ、ビデオ、グラフィックス、写真、またはテキストを処理するのに必要なアプリケーションを含むことができる。ビュー要素アジャスタ（ＶＥＡ）４７０（図４を参照されたい）の機構を、これらの例の通信ソフトウェア３０４内で実施することができる。

図４に、ＶＥＡ ４７０の要素を含む例示的なメモリまたはストレージおよびＶＥＡによってアクセスされるファイルを示す。具体的に言うと、メモリ４００は、ＶＥＡ ４７０を含み、ＶＥＡ ４７０は、書き換えプログラム５００、ビュー最適化プログラム６００、ウィンドウ・プリファレンス・プログラム７００、ポートレット・プリファレンス・プログラム８００、ポートレット優先順位プログラム９００、および適用プログラム１０００を含む。ＶＥＡ ４７０は、さらに、ウィンドウ・プリファレンス４１０、ポートレット・プリファレンス４２０、ポートレット優先順位４３０、ポートレット・データ４４０、プリファレンス衝突ルール４５０、および優先順位衝突ルール４６０を含む、前述のプログラムによってアクセスされるファイルを含む。

図５に、書き換えプログラム５００の論理の流れ図を示す。書き換えプログラム５００は、開始し（５０２）、表示されるウェブ・ページを監視する（５１０）。書き換えプログラム５００は、ビュー要素内のデータがリフレッシュされたかどうか（５１４）、またはトリガ・イベントが発生したかどうか（５１６）を判定する。本明細書で使用されるときに、「トリガ・イベント」は、その発生がアクションを開始させるイベントを意味する。前述のどれもが発生しないときには、書き換えプログラムは、表示されるウェブ・ページの監視（５１０）に戻る。前述のうちの１つまたは複数が発生するときには、書き換えプログラムは、ビュー最適化プログラム６００を呼び出す（５２０）。ビュー最適化プログラムの完了時に、書き換えプログラムは、ウェブ・ページを書き換える（５３０）。ウェブ・ページが閉じる（５３２）ときに、書き換えプログラム５００は、停止する（５３４）。ウェブ・ページが開かれたままであるときには、書き換えプログラムは、ウェブ・ページの監視（５１０）を継続する。

図６に、ビュー最適化プログラム６００の論理の流れ図を示す。ビュー最適化プログラム６００は、開始し（６０２）、ウィンドウ・プリファレンス・プログラム７００を呼び出し、ウィンドウ・プリファレンスをチェックする（６１０）。次に、ビュー最適化プログラム６００は、ポートレットがあるかどうか（６１２）を判定し、そうである場合には、ポートレット・プリファレンス・プログラム８００を呼び出し、ポートレット・プリファレンスをチェックし（６１４）、ポートレット優先順位プログラム９００を呼び出し、ポートレット優先順位セッティングをチェックし（６１６）、ポートレットに関するデータを格納する（６１８）。ビュー最適化プログラム６００は、ステップ６１９でポートレットがもうなくなるまで、ポートレットごとにこれを行う。ステップ６１９でポートレットがもうないときには、ビュー最適化プログラムは、適用プログラム１０００を呼び出し（６３０）（図１０および１１を参照されたい）、停止する（６４０）。適用プログラムは、下でさらに述べる。

図７に、ウィンドウ・プリファレンス・プログラム７００の論理の流れ図を示す。ウィンドウ・プリファレンス・プログラム７００は、開始し（７０２）、除去できるウィンドウがあるかどうかを判定し（７１０）、ある場合には、ウィンドウ除去を使用可能にする（７２０）。次に、ウィンドウ・プリファレンス・プログラム７００は、ウィンドウを継続できるかどうかを判定し（７３０）、そうである場合には、ウィンドウ継続を使用可能にする（７４０）。最後に、ウィンドウ・プリファレンス・プログラム７００は、ｚ順序付けが許容されるかどうかを判定し（７５０）、そうである場合には、ｚ順序付けを使用可能にする（７６０）。ウィンドウ・プリファレンス・プログラム７００は、ウィンドウ・プリファレンスを格納し（７７０）、停止する（７８０）。本明細書で使用されるときに、「ｚ順序付け」は、高さおよび幅に関連して深さをシミュレートするためにオブジェクトがオンスクリーンで互いの上に描かれる順序を確立することを意味する。

図８に、ポートレット・プリファレンス・プログラム８００の論理の流れ図を示す。ポートレット・プリファレンス・プログラム８００は、開始し（８０２）、ポートレットを最小化できるかどうかを判定する（８１０）。そうである場合には、ポートレット・プリファレンス・プログラムは、ポートレット縮小を使用可能にする（８２０）。次に、ポートレット・プリファレンス・プログラム８００は、グラフィックスを最小化できるかどうかを判定し（８３０）、そうである場合には、グラフィック縮小を使用可能にする（８４０）。ポートレット・プリファレンス・プログラム８００は、フォント・サイズについて下限がセットされているかどうかを判定し８５０、そうである場合には、下限を使用可能にする（８６０）。ポートレット・プリファレンス・プログラム８００は、ポートレット・プリファレンスを格納し（８７０）、停止する（８８０）。

図９に、ポートレット優先順位プログラム９００の論理の流れ図を示す。ポートレット優先順位プログラム９００は、開始し（９０２）、アラートが発生したかどうかを判定する（９１０）。アラートが発生した場合には（９１０）、ポートレット優先順位プログラム９００は、アラート優先順位をセットする（９１２）。同様に、ポートレット優先順位プログラム９００は、ポートレットのデータが変化したかどうか（９２０）およびポートレットが固定優先順位を有するかどうか（９３０）を判定する。そうである場合には、ポートレット優先順位プログラム９００は、データ変更優先順位をセットし（９２２）、固定優先順位を取り出し（９３２）、ポートレット優先順位をセットする（９３４）。次に、ポートレット優先順位プログラム９００は、ユーザが以前にこのポートレットを使用したかどうか（９４０）、ポートレット優先順位が日付および時刻に基づくかどうか（９５０）、ならびにポートレット優先順位がユーザ位置に基づくかどうか（９６０）を判定する。判定が肯定であるときには、ポートレット優先順位プログラム９００は、以前のビューイングに基づいて優先順位をセットし（９４２）、時刻に基づいて優先順位をセットし（９５２）、ユーザ位置に基づいて優先順位をセットする（９６２）。ポートレット優先順位セッティングが格納され（９７０）、ポートレット優先順位プログラムは、停止する（９８０）。

図１０および１１に、適用プログラム１０００の論理の流れ図を示す。適用プログラム１０００は、開始し（１００２）、ビュー要素がデータ・コンテンツを有しないかどうかを判定する（１０１０）。ビュー要素がデータ・コンテンツを有しない場合には、適用プログラム１０００は、ビュー要素を最小化する（１０１２）。次に、適用プログラム１０００は、複数のナビゲーション・ノードを有するナビゲーション・ビューが表示されるかどうかを判定する（１０１４）。そうである場合には、ビュー要素が複数のデータ列を有するかどうかの判定を行う（１０１６）。ビュー要素が、そのビュー要素に収まらない複数のデータ列を有する場合には（１０１６）、適用プログラム１０００は、ナビゲーション・ビューを最大水平長まで拡大する（１０１８）。ビュー要素が複数のナビゲーション・ノード（１０１４）または複数のデータ列（１０１６）を有しない場合には、ナビゲーション・ビューを最大垂直長まで拡大する（１０２０）。適用プログラム１０００は、ビュー要素内にテキストがあるかどうかを判定し（１０２２）、そうである場合には、ユーザ・プリファレンスに従ってフォント・サイズを縮小する（１０２４）。グラフィックがビュー要素内にあるかどうかの判定を行い（１０２６）、そうである場合には、適用プログラム１０００は、優先順位に従ってグラフィックのサイズを変更する（１０２８）。次に、適用プログラム１０００は、継続ウィンドウが許容されるかどうかを判定し（１０３０）、そうである場合には、継続ウィンドウを作成する（１０３２）。

次に、適用プログラム１０００は、ｚ順序付けが許容されるかどうかを判定し（１０３６）、そうである場合には、ｚ順序付け優先順位に従ってビュー要素をオーバーラップさせる（１０３８）。ビュー要素内のホワイト・スペースを縮小できる場合には（１０４０）、ホワイト・スペースを最小化する（１０４２）。下限が指定されている場合には（１０４４）、下限を適用する（１０４６）。適用プログラム１０００は、すべての優先順位条件が満足されたかどうかを判定し（１０４８）、そうでない場合には、優先順位衝突ルール４６０を適用する（１０５０）。すべてのプリファレンスが満足されたかどうかの判定を行い（１０５２）、そうでない場合には、プリファレンス衝突ルール４５０を適用する（１０５４）。適用プログラム１０００は、すべてのデータがウェブ・ページに収まるかどうかを判定し（１０５５）、そうでない場合には、ステップ１０１０に戻る。コネクタＢ １０５６は、図１０および１１をリンクする。

一実施形態では、ＶＥＡ ４７０は、プリファレンス、優先順位、および他のユーザ要件に基づいてビュー要素サイズを調整するが、ビュー要素内にデータを表示する他の形がある限りはビュー要素をその最大の水平サイズまたは垂直サイズまで拡大はせず、ビュー要素サイズがそれでもビュー要素内のデータに十分に大きくはない場合には、ビュー要素は、ラップされる。さらに、もう１つの実施形態では、水平または垂直に長すぎるデータは、継続ウィンドウ内で継続される。

図１２に、ビュー要素「Ｓｙｓｔｅｍ４」１１００、ビュー要素「Ｓｙｓｔｅｍ２」１１２０、ビュー要素「Ｓｙｓｔｅｍ１」１１３０、およびビュー要素「Ｓｙｓｔｅｍ３」１１４０を含む複数のビュー要素を有する例示的な従来技術のウェブ・ページを示す。この例では、ユーザは、それぞれが異なる生産システムの性能データを含む４つのウィンドウを見る。システムのうちの１つで突然のネットワーク障害があるときに、そのタイム・リミットを超えるアプリケーションおよびトランザクションのリストが、Ｓｙｓｔｅｍ４について非常に長くなり、構成されたビュー要素「Ｓｙｓｔｅｍ４」１１００にもはや収まらなくなる。ユーザは、「ビューを最適化する」ボタン（図示せず）をクリックし、これが、ＶＥＡ ４７０をトリガする。

ＶＥＡ ４７０は、まず、ビュー最適化プリファレンスがある場合に、それが与えられているかどうかをチェックしなければならない。これは、ビュー優先順位（すなわち、すべてを表示することはできない場合に、どのビューが優先されなければならないのか）、ならびにフォント縮小またはグラフィックス・サイズ変更が要求される場合に下限サイズを含む。プリファレンスをセットして、グラフィックス要素の除去を禁止することができ、オーバーラップするビュー・ウィンドウ（ｚ順序付け）を可能にし、あるいはビュー・ウィンドウを除去することができる。ユーザは、スペースが許す場合に、第２ウィンドウでのビューの継続を許可し、または禁ずることもできる。

この特定の例では、４つすべてのシステム・ビューが、最初は同一の優先順位を有する。しかし、このケースでは、Ｓｙｓｔｅｍ４がアラート条件を経験し、これが、ユーザのプリファレンスに従って、ビュー要素「Ｓｙｓｔｅｍ４」１１００を最高優先順位にする。ＶＥＡ ４７０は、どのビュー（１つまたは複数）が重要であるのかを判定するのに複数のアルゴリズムを使用することによって、優先順位をセットすることができる。これは、このケースのようにアラートの存在、ユーザの参照ヒストリ（ユーザがこのビューを最も頻繁に選択する）、ピーク期間中のデータ強度、時刻、曜日、ユーザの位置などを含むことができる。たとえば、ユーザは、祭日に対して労働日中に異なるビュー優先順位を有することができる。また、ユーザは、オフィスまたは家庭にいるときに異なるビューを選択する可能性がある。

この例では、すべてのビューが同一の優先順位を有するので、どれを除去することもできない。しかし、ユーザは、ｚ順序付けを可能にし、一部のビューを他のビューにオーバーラップして表示させることができる。このケースでは、Ｓｙｓｔｅｍ１、Ｓｙｓｔｅｍ２、およびＳｙｓｔｅｍ３のウィンドウのサイズを減らすことが可能である。というのは、これらのデータ・ディスプレイが、完全に投入されてはいないか、そのサイズが下限を超えるグラフィックスおよびフォントを有するかのいずれかであるからである。Ｓｙｓｔｅｍ１およびＳｙｓｔｅｍ３は、サイズにおいて縮小できるいくつかのｇｉｆグラフィックスおよびｊｐｅｇグラフィックスを有する。Ｓｙｓｔｅｍ２について、フォント・サイズを減らすことによって、ビュー・ウィンドウを、高さにおいてより短く、幅においてより狭くすることができる。サイズ縮小は、通常は、最良あてはめまたはホワイト・スペースの除去より望ましくない。

図１３に、変更されたビュー要素を示す。この例では、Ｓｙｓｔｅｍ１ウィンドウ１２３０、Ｓｙｓｔｅｍ２ウィンドウ１２２０、およびＳｙｓｔｅｍ３ウィンドウ１２４０を、それらがビューの右側のほとんどを占めるように縮小し、Ｓｙｓｔｅｍ４ウィンドウ１２１０にビュー１２００の左側全体を与えることができる。まだ右側にいくらかのスペースが残っているので、Ｓｙｓｔｅｍ４のビュー１２００を、継続ウィンドウであるＳｙｓｔｅｍ４ウィンドウ１２１０内で継続することができる。

図面の流れ図およびブロック図は、Ｄｅｌｔａ Ｆｒａｍｅｗｏｒｋ Ｓｏｆｔｗａｒｅのさまざまな実施形態によるシステム、方法、およびコンピュータ・プログラム製品の可能な実施態様のアーキテクチャ、機能性、および動作を示す。これに関して、流れ図またはブロック図の各ブロックは、指定された論理機能（１つまたは複数）を実施する１つまたは複数の実行可能命令を含むモジュール、セグメント、またはコードの部分を表すことができる。いくつかの代替実施態様で、ブロック内に示された機能が、図に示された順序から外れて発生し得ることにも留意されたい。たとえば、用いられる機能性に応じて、連続して示された２つのブロックを、実際には実質的に同時に実行することができ、あるいは、時々、ブロックを逆の順序で実行することができる。ブロック図または流れ図あるいはその両方の各ブロックならびにブロック図または流れ図あるいはその両方のブロックの組合せを、指定された機能または行為を実行する特殊目的ハードウェア・ベースのシステムによってまたは特殊目的ハードウェアおよびコンピュータ命令の組合せによって実施することができることにも留意されたい。

本明細書で使用される用語法は、特定の実施形態を説明するためのみのものであって、本発明について限定的であることは意図されていない。本明細書で使用されるときに、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、文脈がそうではないことを明瞭に示さない限り、複数形をも含むことが意図されている。さらに、用語「ｃｏｍｐｒｉｓｅｓ（含む）」または「ｃｏｍｐｒｉｓｉｎｇ（含む）」あるいはその両方は、本明細書で使用されるときに、述べられた特徴、整数、ステップ、動作、要素、またはコンポーネント、あるいはその組合せの存在を指定するが、１つまたは複数の他の特徴、整数、ステップ、動作、要素、コンポーネント、またはそのグループ、あるいはその組合せの存在または追加を除外しない。

下の特許請求の範囲のすべての手段またはステップおよび機能要素の対応する構造、材料、行為、および同等物は、具体的に請求されるものとして、他の請求される要素と組み合わされて機能を実行するすべての構造、材料、または行為を含むことが意図されている。ＶＥＡ ４７０の説明は、例示および説明のために提示されたが、網羅的であることまたは開示された形態の発明に限定することは意図されていない。本発明の趣旨および範囲から逸脱しない多数の修正形態および変形形態が、当業者には明白であろう。これらの実施形態は、本発明の原理および実用的応用例を最もよく説明するため、および当業者が企図される特定の使用に適するさまざまな変更を伴うさまざまな実施形態のために本発明を理解することを可能にするために選択され、説明されたものである。

本発明は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態、またはハードウェア要素とソフトウェア要素との両方を含む実施形態の形をとることができる。好ましい実施形態では、本発明は、ソフトウェアで実施され、このソフトウェアは、ファームウェア、常駐ソフトウェア、マイクロコードその他を含むがこれらに限定はされない。

さらに、本発明は、コンピュータまたはすべての命令実行システムによるまたはこれに関連する使用のためのプログラム・コードを提供するコンピュータ使用可能媒体またはコンピュータ可読媒体からアクセス可能なコンピュータ・プログラム製品の形をとることができる。この説明において、コンピュータ使用可能媒体またはコンピュータ可読媒体は、命令実行システム、命令実行装置、または命令実行デバイスによるまたはこれに関連する使用のためのプログラムを含み、格納し、通信し、伝搬し、または搬送することができるすべての有形の装置とすることができる。

媒体は、電子、磁気、光、電磁、赤外線、または半導体のシステム（または装置もしくはデバイス）または伝搬媒体とすることができる。コンピュータ可読媒体の例は、半導体メモリもしくはソリッド・ステート・メモリ、磁気テープ、取り外し可能コンピュータ・ディスケット、ランダム・アクセス・メモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、リジッド磁気ディスク、および光ディスクを含む。光ディスクの現在の例は、コンパクト・ディスク−読取り専用メモリ（ＣＤ−ＲＯＭ）、書換可能コンパクト・ディスク（ＣＤ−Ｒ／Ｗ）、およびＤＶＤを含む。

プログラム・コードの格納または実行あるいはその両方に適するデータ処理システムは、直接にまたはシステム・バスを介して間接にメモリ要素に結合された少なくとも１つのプロセッサを含む。メモリ要素は、プログラム・コードの実際の実行中に使用されるローカル・メモリ、バルク・ストレージ、および実行中にコードをバルク・ストレージから取り出さなければならない回数を減らすために少なくとも一部のプログラム・コードの一時的ストレージを提供するキャッシュ・メモリを含むことができる。

入出力デバイス（キーボード、ディスプレイ、ポインティング・デバイスなどを含むがこれらに限定はされない）を、直接にまたは介在する入出力コントローラを介してのいずれかでシステムに結合することができる。

ネットワーク・アダプタをシステムに結合して、データ処理システムを、介在する私有網または公衆網を介して他のデータ処理システムまたはリモート・プリンタもしくはリモート・ストレージ・デバイスに結合することを可能にすることもできる。モデム、ケーブル・モデム、およびイーサネット（Ｒ）・カードが、現在使用可能なタイプのネットワーク・アダプタのうちの少数である。

Claims (20)

1. 単一のウェブ・ページ内の複数のポートレットのうちの１つのポートレットのサイズを自動的に変更する方法であって、
   コンピュータが、書き換えプログラムを用いて、
   表示されるウェブ・ページを監視するステップと、
   前記データがリフレッシュされることに応じて又はトリガ・イベントが発生することに応じて、ビュー最適化プログラムを呼び出すステップと、
   前記ビュー最適化プログラムの呼出しに応答して、複数のウィンドウ・プリファレンスをチェックし、複数のポートレット・プリファレンスをチェックするステップであって、前記ウィンドウ・プリファレンスは、ウィンドウ除去が使用可能であるか、ウィンドウ継続が使用可能であるか、又は、ｚ順序付けが使用可能であるかであり、前記ｚ順序付けは、高さおよび幅に関連して深さをシミュレートするためにオブジェクトがオンスクリーンで互いの上に描かれる順序を確立することである、前記チェックするステップと、
   前記ビュー最適化プログラムの出力に応答して、前記表示されるウェブ・ページを書き換えるステップと
   を実行することを含み、
   前記表示されるウェブ・ページが書き換えられた後に、前記ウェブ・ページ内の前記ポートレットは、ポータル内のデータ・コンテンツのタイプ、前記データ・コンテンツのサイズ、前記ポートレットの優先順位、および前記ポートレット・プリファレンスのうちの少なくとも１つに従ってサイズを変更され、前記ポートレット・プリファレンスが、前記ポートレットの縮小が使用可能であるか、グラフィックスの縮小が使用可能であるか、又は、フォント・サイズについての下限サイズが使用可能であるかである、
   前記方法。
2. 各ポートレットの前記サイズは、
   ユーザ・プリファレンスおよびユーザの位置のうちの少なくとも１つ、又は、
   前記複数のポートレットのそれぞれのユーザの過去のビューイング・パターン
   に基づき、前記過去のビューイング・パターンは、曜日、時刻、および前記ポータルによって表示される前記データ・コンテンツのソースに基づく、
   請求項１に記載の方法。
3. １つまたは複数のビュー要素が継続ビュー内で継続されるようにするために、サイズを変更される１つまたは複数のポートレットを指定するステップをさらに含む、請求項１又は２に記載の方法。
4. 前記サイズの変更は、
   前記複数のポートレットの空ポートレットが前記データ・コンテンツを含まないことの判定に応答して、前記空ポートレットが表示されないようにするために、前記空ポートレットを最小化すること
   を含む、請求項１〜３のいずれか一項に記載の方法。
5. 各ポートレットのサイズを変更することは、
   前記複数のポートレットによって表示されるナビゲーション・ビュー内のナビゲーション・ノードの個数に基づいて、前記ポートレットの垂直の長さを最大化すること
   を含む、請求項１〜４のいずれか一項に記載の方法。
6. 前記サイズを変更することは、
   前記データ・コンテンツ内の列の個数に基づいて、前記複数のポートレットの列を有するポートレットの水平の長さを最大化すること、又は、
   前記複数のポートレットの他のポートレットのサイズに基づいて、前記ポータルのディスプレイ内に収めるために前記複数のポートレットのグラフィック・ポートレットのサイズを変更すること
   を含む、請求項１〜５のいずれか一項に記載の方法。
7. 前記複数のポートレットのより高い優先順位のポートレットは、前記より高い優先順位のポートレットにユーザによって割り当てられた前記優先順位に基づいて、および前記複数のポートレットのより低い優先順位のポートレットにユーザによって割り当てられた前記優先順位に基づいて、前記より低い優先順位のポートレットの前にサイズを変更される、請求項１〜６のいずれか一項に記載の方法。
8. 前記コンピュータが、前記ビュー最適化プログラムを用いて、
   ウィンドウ・プリファレンス・プログラムを呼び出し、ウィンドウ・プリファレンスをチェックするステップと、
   ポートレットがあるかどうかを判定するステップと、
   前記ポートレットがあることに応じて、ポートレット毎に、
   ポートレット・プリファレンス・プログラムを呼び出し、ポートレット・プリファレンスをチェックするステップと、
   ポートレット優先順位プログラムを呼び出し、ポートレット優先順位セッティングをチェックし、ポートレットに関するデータを格納するステップと
   を実行することを含む、請求項１に記載の方法。
9. 前記コンピュータが、前記ウィンドウ・プリファレンス・プログラムを用いて、
   （１）前記除去できるウィンドウがあるかどうかを判定し、前記除去できるウィンドウがあることに応じて、当該ウィンドウ除去を使用可能にするステップ、
   （２）前記ウィンドウを継続できるかどうかを判定し、前記ウィンドウを継続できることに応じて、前記ウィンドウ継続を使用可能にするステップ、又は、
   （３）前記ｚ順序付けが許容されるかどうかを判定し、前記ｚ順序付けが許容されることに応じて、前記ｚ順序付けを使用可能にするステップ
   を実行することを含む、請求項８に記載の方法。
10. 前記コンピュータが、前記ポートレット・プリファレンス・プログラムを用いて、
    （１）ポートレットを最小化できるかどうかを判定し、前記ポートレットを最小化できることに応じて、前記ポートレットの縮小を使用可能にするステップ、
    （２）グラフィックスを最小化できるかどうかを判定し、前記グラフィックスを最小化できることに応じて、前記グラフィックスの縮小を使用可能にするステップ、又は、
    （３）フォント・サイズについて下限サイズがセットされているか判定し、前記下限サイズかセットされていることに応じて、前記フォント・サイズの下限サイズを使用可能にするステップ
    を実行することを含む、請求項８又は９に記載の方法。
11. 前記コンピュータが、前記ポートレット優先順位プログラムを用いて、
    （１）アラートが発生したかどうかを判定し、前記アラートが発生したことに応じて、アラート優先順位をセットするステップ、
    （２）ポートレットのデータが変化したかどうかを判定し、前記ポートレットのデータが変化したことに応じて、データ変更優先順位をセットするステップ、
    （３）ポートレットが固定優先順位を有するかどうかを判定し、前記ポートレットが固定優先順位を有することに応じて、前記固定優先順位をセットするステップ、
    （４）ポートレットが以前にユーザによって使用されたかどうかを判定し、前記ポートレットが以前にユーザによって使用されたことに応じて、以前の使用に基づいて優先順位をセットするステップ、
    （５）ポートレットの優先順位が日付及び時刻に基づくかどうかを判定し、前記ポートレットの優先順位が日付及び時刻に基づくことに応じて、前記日付及び時刻に基づいて優先順位をセットするステップ、又は、
    （６）ポートレットの優先順位がユーザ位置に基づくかどうかを判定し、前記ポートレットの優先順位がユーザ位置に基づくことに応じて、当該ユーザ位置に基づいて優先順位をセットするステップ、
    を実行することを含む、請求項８〜１０のいずれか一項に記載の方法。
12. 前記コンピュータが、前記ビュー最適化プログラムを用いて、
    全てのポートレットについて、前記チェックするステップ及び前記格納するステップが終了することに応じて、適用プログラムを実行するステップ
    を実行することを含み、
    前記コンピュータが、前記適用プログラムを用いて、
    （１）ビュー要素がデータ・コンテンツを有しないかどうかを判定し、前記ビュー要素がデータ・コンテンツを有していないことに応じて、ビュー要素を最小化するステップ、
    （２）複数のナビゲーション・ノードを有するナビゲーション・ビューが表示されるかどうかを判定するステップ、
    前記ナビゲーション・ビューが表示されることに応じて、ビュー要素が複数のデータ列を有するビュー要素であるかどうかを判定するステップ、
    前記ビュー要素が複数のデータ列を有することに応じて、前記ナビゲーション・ビューを最大水平長まで拡大するステップ、
    前記ナビゲーション・ビューが表示されないことに応じて、又は、前記ビュー要素が複数のデータ列を有していないことに応じて、前記ナビゲーション・ビューを最大垂直長まで拡大するステップ、
    （３）ビュー要素内にテキストがあるかどうかを判定し、前記ビュー要素内にテキストがあることに応じて、前記ユーザ・プリファレンスに従ってフォント・サイズを縮小するステップ、
    （４）ビュー要素内にグラフィックスがあるかどうかを判定し、前記ビュー要素内にグラフィックスがあることに応じて、優先順位に従ってサイズを変更するステップ、
    （５）継続ウィンドウが許容されるかどうかを判定し、前記継続ウィンドウが許容されることに応じて、当該継続ウィンドウを作成するステップ、
    （６）ｚ順序付けが許容されるかどうかを判定し、前記ｚ順序付けが許容されることに応じて、当該ｚ順序付け優先順位に従ってビュー要素をオーバーラップさせるステップ、
    （７）ビュー要素内のホワイト・スペースがあるかどうかを判定し、前記ホワイト・スペースがあることに応じて、当該ホワイト・スペースを最小化するステップ、
    （８）下限が指定されているかどうかを判定し、前記下限が指定されていることに応じて、当該下限を適用するステップ、
    （９）全ての優先順位条件が満足されたかどうかを判定し、前記全ての優先順位条件が満足されていないことに応じて、優先順位衝突ルールを適用するステップ、又は、
    （１０）全てのプリファレンスが満足されたかどうかを判定し、前記全てのプリファレンスが満足されていないことに応じて、プリファレンス衝突ルールを適用するステップ
    を実行することを含む、請求項８〜１１のいずれか一項に記載の方法。
13. 単一のウェブ・ページ内の複数のポートレットのうちの１つのポートレットのサイズを自動的に変更する装置であって、
    表示されるウェブ・ページを監視する手段と、
    前記データがリフレッシュされることに応じて又はトリガ・イベントが発生することに応じて、ビュー最適化プログラムを呼び出す手段と、
    前記ビュー最適化プログラムの呼出しに応答して、複数のウィンドウ・プリファレンスをチェックし、複数のポートレット・プリファレンスをチェックする手段であって、前記ウィンドウ・プリファレンスは、ウィンドウ除去が使用可能であるか、ウィンドウ継続が使用可能であるか、又は、ｚ順序付けが使用可能であるかであり、前記ｚ順序付けは、高さおよび幅に関連して深さをシミュレートするためにオブジェクトがオンスクリーンで互いの上に描かれる順序を確立することである、前記チェックする手段と、
    前記ビュー最適化プログラムの出力に応答して、前記表示されるウェブ・ページを書き換える手段と、
    前記ウェブ・ページが書き換えられることに応答して、ポータル内のデータ・コンテンツのタイプ、前記データ・コンテンツのサイズ、前記ポートレットの優先順位、および前記ポートレット・プリファレンスのうちの少なくとも１つに従って前記ウェブ・ページ内の前記ポートレットのサイズを変更する手段であって、前記ポートレット・プリファレンスが、前記ポートレットの縮小が使用可能であるか、グラフィックスの縮小が使用可能であるか、又は、フォント・サイズについての下限サイズが使用可能であるかである、前記変更する手段と
    を含む、前記装置。
14. 各ポートレットの前記サイズは、
    ユーザ・プリファレンスおよびユーザの位置のうちの少なくとも１つ、又は、
    前記複数のポートレットのそれぞれのユーザの過去のビューイング・パターン
    に基づき、前記過去のビューイング・パターンは、曜日、時刻、および前記ポータルによって表示される前記データ・コンテンツのソースに基づく、
    請求項１３に記載の装置。
15. １つまたは複数のビュー要素が継続ビュー内で継続されるようにするために、サイズを変更される１つまたは複数のポートレットを指定する手段をさらに含む、請求項１３又は１４に記載の装置。
16. 前記サイズ変更手段は、
    前記複数のポートレットの空ポートレットが前記データ・コンテンツを含まないことの判定に応答して、前記空ポートレットが表示されないようにするために、前記空ポートレットを最小化する手段
    をさらに含む、請求項１３〜１５のいずれか一項に記載の装置。
17. 前記サイズ変更手段は、
    前記複数のポートレットによって表示されるナビゲーション・ビュー内のナビゲーション・ノードの個数に基づいて、前記ポートレットの垂直の長さを最大化する手段
    をさらに含む、請求項１３〜１６のいずれか一項に記載の装置。
18. 前記サイズ変更手段は、
    前記データ・コンテンツ内の列の個数に基づいて、前記複数のポートレットの列を有するポートレットの水平の長さを最大化する手段、又は、
    前記複数のポートレットの他のポートレットのサイズに基づいて、前記ポータルのディスプレイ内に収めるために前記複数のポートレットのグラフィック・ポートレットのサイズを変更する手段
    をさらに含む、請求項１３〜１７のいずれか一項に記載の装置。
19. 前記複数のポートレットのより高い優先順位のポートレットは、前記より高い優先順位のポートレットにユーザによって割り当てられた前記優先順位に基づいて、および前記複数のポートレットのより低い優先順位のポートレットにユーザによって割り当てられた前記優先順位に基づいて、前記より低い優先順位のポートレットの前にサイズを変更されるように動作可能である、請求項１３〜１８のいずれか一項に記載の装置。
20. 単一のウェブ・ページ内の複数のポートレットのうちの１つのポートレットのサイズを自動的に変更するためのコンピュータ・プログラムであって、コンピュータに、請求項１〜１２のいずれか一項に記載の方法の各ステップを実行する、前記コンピュータ・プログラム。

Images