JP5623537B2 - ポータルのためのユーザ定義のプロファイル・タグ、ルール、および推奨 - Google Patents

Description

本発明は、一般的には改善されたデータ処理装置および方法に関し、より詳細にはウェブ・アプリケーション・サーバ内のポータル・アプリケーションのためのユーザ定義のプロファイル・タグ、ルール、および推奨のための装置および方法に関する。

ウェブ・ポータルは、多様なソースからの情報を統一された様式で提示する。標準的な検索エンジン機能とは別に、ウェブ・ポータルは、電子メール、ニュース、株価、情報収集、および娯楽のような他のサービスを提供することができる。ポータルは、それがなければ全く異なるエンティティになっているであろう、複数のアプリケーションのためのアクセス制御および手順を伴って、一貫した外観および印象を企業に提供する方法を提供する。

ポートレットは、ウェブ・ポータル内で管理および表示されるプラグ可能なユーザ・インタフェース・ソフトウェア・コンポーネントである。ポートレットは、１つのポータル・ページ内に集められるマークアップ・コードの複数の断片を生成する。通常、ポータル・ページは、デスクトップ・メタファに従って、重なり合わない複数のポートレット・ウィンドウから成る集合として表示され、ここで、各ポートレット・ウィンドウが１つのポートレットを表示する。したがって、ポートレット（またはポートレットの集合）は、ポータル内でホストされるウェブベースのアプリケーションのようなものである。ポートレット・アプリケーションのいくつかの例は、電子メール、天気予報、ディスカッション・フォーラム、およびニュースである。

アーカイブ・ファイルは、ソース容量および媒体情報、ファイル・ディレクトリ構造、エラー検出および回復情報、ならびにファイル・コメントを含むことができるメタデータを伴って１つまたは複数のファイルから成るファイルである。アーカイブ・ファイルは通常、何らかの形式の可逆圧縮を採用する。アーカイブ・ファイルはまた、一部または全体が暗号化され得る。アーカイブ・ファイルはまた、より容易な移植および記憶のために、複数のデータファイルを集合して単一のファイルにするのに使用され得る。

エンタープライズ・アーカイブ、すなわちＥＡＲ（Ｅｎｔｅｒｐｒｉｓｅ ＡＲｃｈｉｖｅ、ＥＡＲ）は、Ｊａｖａ（Ｒ）プラットフォームの企業版によって、１つまたは複数のモジュールを単一のアーカイブにパッケージするのに使用されるファイル・フォーマットであって、それによって、様々なモジュールのアプリケーション・サーバ上へのデプロイメントが同時にかつコヒーレントに行われる（Ｊａｖａは米国、他の国々、またはその両方におけるＳｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃの商標である）。ＥＡＲはまた、デプロイメント記述子と呼ばれる拡張マークアップ言語（ｅｘｔｅｎｓｉｂｌｅ ｍａｒｋｕｐ ｌａｎｇｕａｇｅ、ＸＭＬ）ファイルを含み、これはモジュールをデプロイする方法を記述している。

ソーシャル・ブックマーキングは、インターネット・ユーザが、インターネット上のウェブ・ページのブックマークを、通常はタグの形式のメタデータを用いて記憶、編成、検索、および管理するための方法である。ソーシャル・ブックマーキング・システムでは、ユーザは覚えておきたいか、もしくは共有したい、またはその両方を行いたいウェブ・ページに対するリンクを保存する。これらのブックマークは通常は公開であり、非公開で保存し、指定される人々またはグループとだけ共有するか、特定のネットワーク内でのみ、または公開ドメインと非公開ドメインとの別の組み合わせで共有することができる。これらの許可された人々が、通常、これらのブックマークを時系列順に、カテゴリもしくはタグによって、または検索エンジンを介して見ることができる。

タグは、インターネット・ブックマーク、デジタル画像、またはコンピュータ・ファイルのような一片の情報に割り当てられる非階層的なキーワードまたは単語である。この種のメタデータは、アイテムを記述するのに役立ち、閲覧または検索によってアイテムが再び見つけられることを可能にする。タグは、システムに応じて、アイテムの作成者によって、もしくはそれを見る人によって、またはその両方によって非公式にかつ個人的に選択されることができる。

いくつかのサービスはカテゴリ／フォルダまたはフォルダとタグとの組み合わせを特徴としているが、多くのソーシャル・ブックマーク・サービスは、ユーザに、従来のフォルダのブラウザベースのシステムの代わりに非公式タグを用いて自身のブックマークを編成するよう促す。それらのサービスはまた、選択されたタグに関連付けられたブックマークを見ることを可能にし、それらをブックマークしたユーザの数に関する情報を含む。いくつかのソーシャル・ブックマーキング・サービスはまた、タグ同士の関係から推論を引き出し、タグまたはブックマークのクラスタを作成する。多くのソーシャル・ブックマーキング・サービスは、タグによって編成されるリストを含む、自身のブックマークのリストのためのウェブ・フィードを提供する。これによって、新たなブックマークが他のユーザによって保存、共有、およびタグ付けされたときに加入者がそのブックマークに気づくことが可能になる。

１つの例示的な実施形態では、データ処理システムにおいて、ユーザ定義のタグおよびルールに基づいてポータル・コンテンツを生成するための方法が提供される。本方法は、要求しているユーザから、ユーザ定義のプロファイル・タグおよびユーザ定義のルールを受け取るステップと、記憶されているポートレットのセットから、要求しているユーザに提示されるべき１つまたは複数のポートレットを特定するステップと、１つまたは複数のポートレットをフィルタリングしてポートレットのフィルタリングされたセットを形成するためにユーザ定義のプロファイル・タグに基づいて１つまたは複数のポートレットにユーザ定義のルールを適用するステップと、ポートレットのフィルタリングされたセットをユーザに返すステップとを含む。

他の例示的な実施形態では、コンピュータ可読プログラムを有するコンピュータ使用可能または可読媒体を備えるコンピュータ・プログラム製品が提供される。コンピュータ可読プログラムは、コンピューティング・デバイス上で実行されると、コンピューティング・デバイスに、方法の例示的な実施形態に関して上記で概説した動作のうちのさまざまなもの、およびそれらの組み合わせを実行させる。

さらに別の例示的な実施形態では、システムが提供される。システムは、１つまたは複数のプロセッサと、当該１つまたは複数のプロセッサに結合されるメモリとを備えることができる。メモリは、１つまたは複数のプロセッサによって実行されると、当該１つまたは複数のプロセッサに、方法の例示的な実施形態に関して上記で概説した動作のうちのさまざまなもの、およびそれらの組み合わせを実行させる命令を含むことができる。

本発明のこれらのならびに他の特徴および利点は、以下の、本発明の例示の実施形態の詳細な説明に記載されるか、または当業者が当該詳細な説明を見ることによって明らかになる。

本発明、ならびにその好ましい使用の形態とさらなる目的および利点は、添付の図面とともに読まれると、以下の例示的な実施形態の詳細な説明を参照することによって最良に理解される。

例示的な実施形態の諸態様を実施することができる一例の分散型データ処理システムの絵図を示す。 例示的な実施形態の諸態様を実施することができる一例のデータ処理システムを示すブロック図である。 例示的な実施形態による、ユーザが生成したイベントをブックマークされたデプロイ可能ウェブ・アーカイブ・ファイルのグループ分けに適用するためのシステムを示す図である。 例示的な実施形態による、検索を実行するための一例のディスプレイの画面を示す。 例示的な実施形態による、ウェブ・ポータル・ウィンドウの一例のディスプレイの画面を示す。 例示的な実施形態による、ポータル要約サービスのコンポーネントの例を示すブロック図である。 例示的な実施形態による、要約ポータル・ページ内で記録されたポータル使用状況に従って指定されるポートレット・インスタンスの例を示すブロック図である。 例示的な実施形態による、特定の期間にわたる異なる複数の時刻におけるポータル使用状況のための要約ポータルページの１つの例を示すブロック図である。 例示的な実施形態による、ポータル要約選択インタフェースであって、それを通じてユーザが、要約ポータル・ページ内でポートレット・インスタンスを指定するときに適用するためにポータル使用状況を選択することができる、ポータル要約選択インタフェースの１つの例を示すブロック図である。 例示的な実施形態による、ユーザが生成したデプロイメント・イベントを、ブックマークされたデプロイ可能ウェブ・アーカイブ・ファイルのグループ分けに適用するためのシステムの動作を例示するフローチャートである。 例示的な実施形態による、後で検索、取り出し、またポータル・タブとしてデプロイするために、ポートレット・グループを生成するためのシステムの動作を例示するフローチャートである。 例示的な実施形態による、ポータル使用状況を記録するポータル要約サービスの動作を例示するフローチャートである。 例示的な実施形態による、要約ポータル・ページを生成するポータル要約サービスの動作を例示するフローチャートである。 例示的な実施形態による、要約ポータル・ページを指定するポータル要約サービスの動作を例示するフローチャートである。

例示的な実施形態は、ユーザに、ポータル・コンテンツのパーソナライズに対してより高度の制御を提供するためのメカニズムを提供する。ユーザは、自分自身のプロファイル属性およびルールを指定することができる。ウェブ・ポータル・アプリケーションは、ユーザ定義のコンテクストおよびポータルまたはポートレット・タグに基づいて、ユーザに対し推奨することができる。さらに、ポータル要約サービスが、何のデータがセッション要約内に含まれているかをより詳細に指定することを可能にすることができる。

例示的な実施形態のメカニズムは、新たなタグ・タイプ、および、ポータル・アプリケーションに関連して使用されるべきこれらのタグの管理を提供する。新たなタグ・タイプの適用はたとえば、推奨または検索結果の形式の新たなコンテンツをフィルタリングするステップ、および、セッション要約の形式のアクセスされたコンテンツをフィルタリングするステップとを含む。

当該メカニズムは、ウェブ・ポータル・アプリケーション・ソフトウェアおよび関連するデータベース・ソフトウェアに対する強化を提供する。ユーザは、１つまたは複数のプロファイル・タグまたは強化されたプロファイル属性を介してユーザ・コンテクストまたは状態を指定することができる。ユーザは、ポートレット・ページ・タグをローカルに記憶するか、または非公開タグをユーザ・プロファイルと関連付けることができる。ユーザは、表示されたポートレット、またはポートレット推奨リストに対する新たなルールを生成することができる。ユーザ定義のルールは、既存の利用可能なルール構築機能、ならびにユーザ定義のコンテクスト・タグまたは強化されたプロファイル属性および非公開もしくは公開のポートレットもしくはポータル・ページ・タグに基づき得る。ポータル要約サービスは、ユーザ定義のルールを「ライブの」および保存された／キャッシュされたポートレット／ポータル・コンテンツの両方に適用することができる。ポータル要約サービスは、ユーザ定義のコンテクスト、ポートレットまたはポータル・タグ、およびルールに従って、ポータル・セッション要約データの生成を構成することができる。

したがって、例示的な実施形態は、分散型データ処理環境、単一のデータ処理デバイスなどを含む、多くの異なるタイプのデータ処理環境において利用することができる。例示的な実施形態の特定の要素および機能の記述の文脈を提供するために、以後、例示的な実施形態の諸態様を実施することができる例示の環境として図１および図２を提供する。図１および図２に従う記述は、主として単一のデータ処理デバイスの実施態様に焦点を当てることになるが、これは一例に過ぎず、本発明の特徴に関して何らの限定も提示または暗示することを意図するものではない。逆に、例示的な実施形態は、ウェブ・アーカイブ・ファイル（ポートレット）、およびポートレットのグループがブックマーク、タグ付け、およびデプロイされる分散型データ処理環境および実施形態を含むように意図される。

ここで、図面を参照して、特に図１および図２を参照して、本発明の例示的な実施形態を実施することができるデータ処理環境の例示の図を提供する。図１および図２は例に過ぎず、本発明の態様または実施形態を実施することができる環境に関して何らの限定も主張または暗示することを意図するものではないことは理解されるべきである。本発明の精神および範囲から逸脱することなく、図示される環境に対して多くの変更を行うことができる。

ここで図面を参照すると、図１は、例示的な実施形態の諸態様を実施することができる一例の分散型データ処理システムの絵図を示す。分散型データ処理システム１００は、例示的な実施形態の諸態様を実施することができる複数のコンピュータから成るネットワークを含むことができる。分散型データ処理システム１００は少なくとも１つのネットワーク１０２を含み、当該ネットワークは、分散型データ処理システム１００内でともに接続される様々なデバイスおよびコンピュータの間の通信リンクを提供するのに使用される媒体である。ネットワーク１０２は、有線、無線通信リンク、または光ファイバ・ケーブルのような接続を含むことができる。

図示される例では、サーバ１０４およびサーバ１０６が記憶装置１０８とともにネットワーク１０２に接続される。加えて、クライアント１１０、１１２、および１１４もまたネットワーク１０２に接続される。これらのクライアント１１０、１１２、および１１４はたとえば、パーソナル・コンピュータ、ネットワーク・コンピュータなどであってもよい。図示される例では、サーバ１０４は、ブート・ファイル、オペレーティング・システム画像、およびアプリケーションのようなデータをクライアント１１０、１１２、および１１４に提供する。クライアント１１０、１１２、および１１４は、図示されている例ではサーバ１０４に対するクライアントである。分散型データ処理システム１００は、図示されていない追加のサーバ、クライアント、および他のデバイスを含んでもよい。

例示的な実施形態によれば、たとえば、サーバ１０４は、ウェブ・ポータル・アプリケーション、ポータル要約サービス、およびブックマーキング・サービスを実行するウェブ・アプリケーション・サーバとすることができる。ポータル要約サービスは、異なる複数の時刻において少なくとも１つのポータル・ページ内でポートレット・アプリケーションのインスタンスの検出された使用状況を記憶することができる。要約ポータル・ページを生成するためのトリガに応答して、ポータル要約サービスは、指定された時刻に関するポートレット・アプリケーションの別個のインスタンスを表示する要約ポータル・ページを動的に作成する。要約ポータル・ページは、ポートレット・アプリケーションの選択された使用状況の要約を提供する。

ブックマーキング・サービスは、クライアント１１０、１１２、および１１４におけるユーザが、デプロイ可能ウェブ・アーカイブ・ファイル、すなわちデプロイ可能ポートレットをブックマークすることを可能にすることができる。ブックマーキング・サービスはまた、クライアント１１０、１１２、および１１４におけるユーザが、ブックマークされたウェブ・アーカイブ・ファイルを、タグ名のような基準に従ってグループ分けすること、および、単一のユーザ生成イベントにおいて当該グループ内のすべての成員に対し「デプロイ」操作のような操作を実行することを可能にすることができる。

たとえば、ユーザは、特定のポートレット・タグを有するすべてのポートレット（または、最も関連性のある指定された数まで）、または特定のグループの成員によって所与の期間内にデプロイもしくはタグ付けされたなどの何らかの他の基準を満足するポートレットを、単一の「デプロイ」イベントでデプロイすることを選ぶことができる。当該デプロイ・イベントは、ユーザのポータル内で、新たなポータル「タブ」内に、指定されたポートレット・グループを立ち上げる。

例示的な実施形態は、ブックマーキング・サービスのユーザが、予め構成されているポートレット・グループ分け、またはポータル・タブをブックマークおよびタグ付けすることを可能にする。ポータル・タブまたは他の選択されたポートレット・グループ分けのセットをブックマークすることは、ユーザが、自身のポートレットの個人的な構成およびレイアウトを共有することを可能にする。ユーザは、タグ付けされたポートレットだけでなく、ポートレットのタブ全体をデプロイすることを選択することができる。タグ付けされたポートレット・グループ分けの拡張として、例示の実施形態はまた、ユーザが、ポータル・タブの集合をタグ付け、ブックマーク、およびデプロイすることを可能にすることができる。

さらに、例示的な実施形態は、ブックマーキング・サービスのユーザが、より大きなグループ分けをタグ付けすることを可能にし、任意選択的に、そのグループ分けの中の（たとえば、タブの中にデプロイされている）多数のポートレットが、より大きなグループ分けのタグ（複数の場合もあり）を引き継ぐことを可能にする。逆に、例示的な実施形態は、ブックマーキング・サービスのユーザが、ポートレット・グループ分け、またはポータル・タブが当該グループ内の個々のポートレットのタグ（複数の場合もあり）を引き継ぐことを可能にすることを可能にすることができる。

またさらに、例示的な実施形態は、ウェブ・ポータル・アプリケーションのユーザが、自分自身のプロファイル属性およびルールを指定することを可能にする。ウェブ・ポータル・アプリケーションは、ユーザ定義のコンテクストおよびポータルまたはポートレット・タグに基づいて、ユーザに対し推奨することができる。さらに、ポータル要約サービスは、セッション要約内に何のデータが含まれるかをより詳細に指定することを可能にすることができる。

例示的な実施形態は、新たなタグ・タイプ、およびポータル・アプリケーションに関連して使用されるべきこれらのタグの管理を提供することができる。新たなタグ・タイプの適用はたとえば、推奨または検索結果の形式の新たなコンテンツをフィルタリングするステップ、および、セッション要約の形式のアクセスされたコンテンツをフィルタリングするステップとを含む。

図示される例では、分散型データ処理システム１００はインターネットであり、ネットワーク１０２が、互いに通信するための複数のプロトコルから成る一式の伝送制御プロトコル／インターネットプロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＴＣＰ／ＩＰ）を使用するネットワークおよびゲートウェイの世界規模の集合を表す。インターネットの中心には、データおよびメッセージをルーティングする数千の商用の、行政機関の、教育機関の、および他のコンピュータ・システムから成る多重ノードまたはホスト・コンピュータ間の高速データ通信回線の基幹回線がある。当然ながら、分散型データ処理システム１００はまた、たとえばイントラネット、ローカル・エリア・ネットワーク（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＬＡＮ）、広域ネットワーク（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ、ＷＡＮ）などのような多数の異なるタイプのネットワークを含むように実施することができる。上述のように、図１は、一例として意図されており、本発明の種々の実施形態に対する構造上の限定としては意図されておらず、したがって、図１に示す特定の要素は、本発明の例示的な実施形態を実施することができる環境に関する限定とみなされるべきではない。

ここで図２を参照すると、例示的な実施形態の諸態様を実施することができる一例示のデータ処理システムのブロック図が示される。データ処理システム２００は、図１のクライアント１１０のような、本発明の例示的な実施形態のための処理を実施するコンピュータ使用可能コードまたは命令を置くことができるコンピュータの一例である。

図示される例では、データ処理システム２００は、ノース・ブリッジおよびメモリ・コントローラ・ハブ（ｎｏｒｔｈ ｂｒｉｄｇｅ ａｎｄ ｍｅｍｏｒｙ ｃｏｎｔｒｏｌｌｅｒ ｈｕｂ、ＮＢ／ＭＣＨ）２０２ならびにサウス・ブリッジおよび入力／出力（ｉｎｐｕｔ／ｏｕｔｐｕｔ、Ｉ／Ｏ）コントローラ・ハブ（ｓｏｕｔｈ ｂｒｉｄｇｅ ａｎｄ ｉｎｐｕｔ／ｏｕｔｐｕｔ ｃｏｎｔｒｏｌｌｅｒ ｈｕｂ、ＳＢ／ＩＣＨ）２０４を含むハブ・アーキテクチャを採用している。処理装置２０６、主記憶装置２０８、およびグラフィックス・プロセッサ２１０がＮＢ／ＭＣＨ２０２に接続されている。グラフィックス・プロセッサ２１０は、アクセラレイテッド・グラフィックス・ポート（ａｃｃｅｌｅｒａｔｅｄ ｇｒａｐｈｉｃｓ ｐｏｒｔ、ＡＧＰ）を通じてＮＢ／ＭＣＨ２０２に接続することができる。

図示される例では、ローカル・エリア・ネットワーク（ＬＡＮ）アダプタ２１２がＳＢ／ＩＣＨ２０４に接続している。オーディオ・アダプタ２１６、キーボードおよびマウス・アダプタ２２０、モデム２２２、読み出し専用メモリ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）２２４、ハード・ディスク・ドライブ（ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ、ＨＤＤ）２２６、ＣＤ−ＲＯＭドライブ２３０、ユニバーサル・シリアル・バス（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ、ＵＳＢ）ポートおよび他の通信ポート２３２、ならびにＰＣＩ／ＰＣＩｅデバイス２３４がバス２３８およびバス２４０を通じてＳＢ／ＩＣＨ２０４に接続している。ＰＣＩ／ＰＣＩｅデバイスはたとえば、ノートブック・コンピュータ用のＥｔｈｅｒｎｅｔ（Ｒ）アダプタ、アドイン・カード、およびＰＣカードを含むことができる。ＰＣＩは、カード・バス・コントローラを使用するが、ＰＣＩｅは使用しない。ＲＯＭ２２４はたとえば、フラッシュ基本入出力システム（ｂａｓｉｃ ｉｎｐｕｔ／ｏｕｔｐｕｔ ｓｙｓｔｅｍ、ＢＩＯＳ）とすることができる。

ＨＤＤ２２６およびＣＤ−ＲＯＭドライブ２３０は、バス２４０を通じてＳＢ／ＩＣＨ２０４に接続している。ＨＤＤ２２６およびＣＤ−ＲＯＭドライブ２３０はたとえば、統合ドライブ・エレクトロニクス（ｉｎｔｅｇｒａｔｅｄ ｄｒｉｖｅ ｅｌｅｃｔｒｏｎｉｃｓ、ＩＤＥ）または、シリアル・アドバンスド・テクノロジ・アタッチメント（ｓｅｒｉａｌ ａｄｖａｎｃｅｄ ｔｅｃｈｎｏｌｏｇｙ ａｔｔａｃｈｍｅｎｔ、ＳＡＴＡ）インタフェースを使用することができる。スーパーＩ／Ｏ（ＳＩＯ）デバイス２３６がＳＢ／ＩＣＨ２０４に接続することができる。

オペレーティング・システムは、処理装置２０６上で作動する。オペレーティング・システムは、図２におけるデータ処理システム２００内の様々なコンポーネントの制御を調整および提供する。クライアントとしては、オペレーティング・システムは、Ｍｉｃｒｏｓｏｆｔ（Ｒ）Ｗｉｎｄｏｗｓ（Ｒ）ＸＰ（ＭｉｃｒｏｓｏｆｔおよびＷｉｎｄｏｗｓは米国、他の国々、もしくはその両方におけるＭｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎの商標である）のような、市販のオペレーティング・システムとすることができる。Ｊａｖａ（Ｒ）プログラミング・システムのようなオブジェクト指向プログラミング・システムがオペレーティング・システムと連動して作動してもよく、当該オブジェクト指向プログラミング・システムは、Ｊａｖａ（Ｒ）プログラムまたはデータ処理システム２００上で実行しているアプリケーションからオペレーティング・システムへの呼び出しを提供する（Ｊａｖａは米国、他の国々、もしくはその両方におけるＳｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃの商標である）。

サーバとしては、データ処理システム２００はたとえば、Ａｄｖａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｅｘｅｃｕｔｉｖｅ（ＡＩＸ（ＩＢＭ社の登録商標））オペレーティング・システムまたはＬＩＮＵＸ（Ｒ）オペレーティング・システムを作動させるＩＢＭ（ＩＢＭ社の登録商標）ｅＳｅｒｖｅｒ（ＩＢＭ社の商標）Ｓｙｓｔｅｍ ｐ（ＩＢＭ社の登録商標）コンピュータ・システムとすることができる（ｅＳｅｒｖｅｒ、Ｓｙｓｔｅｍ ｐ、およびＡＩＸは米国、他の国々、もしくはその両方におけるＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎの商標であり、一方でＬＩＮＵＸは、米国、他の国々、もしくはその両方におけるＬｉｎｕｓ Ｔｏｒｖａｌｄｓの商標である）。データ処理システム２００は、処理装置２０６内の複数のプロセッサを含む対称型マルチプロセッサ（ｓｙｍｍｅｔｒｉｃ ｍｕｌｔｉｐｒｏｃｅｓｓｏｒ、ＳＭＰ）システムとすることができる。代替的には、単一のプロセッサ・システムが採用されてもよい。

オペレーティング・システム、オブジェクト指向プログラミング・システム、およびアプリケーションまたはプログラムに対する命令は、ＨＤＤ２２６のようなストレージ・デバイス上に置かれ、処理装置２０６による実行のために主記憶装置２０８内に読み込まれることができる。本発明の例示的な実施形態のための処理は、コンピュータ使用可能プログラム・コードを使用して処理装置２０６によって実行されることができ、当該コードはたとえば、たとえば主記憶装置２０８、ＲＯＭ２２４、または１つもしくは複数の周辺デバイス２２６および２３０のようなメモリ内に置かれることができる。

図２に示すようなバス２３８または２４０のようなバス・システムは、１つまたは複数のバスから成ることができる。当然ながら、バス・システムは、任意のタイプの通信構造またはアーキテクチャであって、当該構造またはアーキテクチャに結合される種々のコンポーネントまたはデバイス間のデータの転送を提供する、通信構造またはアーキテクチャを使用して実施することができる。図２のモデム２２２またはネットワーク・アダプタ２１２のような通信装置は、データを送信および受信するのに使用される１つまたは複数のデバイスを含むことができる。メモリはたとえば、主記憶装置２０８、ＲＯＭ２２４、または図２においてＮＢ／ＭＣＨ２０２に見られるようなキャッシュとすることができる。

図１および図２におけるハードウェアは実施態様に応じて変更することができることを当業者は理解しよう。フラッシュ・メモリ、同等の不揮発性メモリ、または光ディスク・ドライブ等のような、他の内部ハードウェアまたは周辺デバイスを、図１および図２に示されるハードウェアに加えて、またはその代わりに使用することができる。また、本発明の精神および範囲から逸脱することなく、例示的な実施形態の処理を、上述のＳＭＰシステム以外のマルチプロセッサ・データ処理システムに適用することができる。

その上、データ処理システム２００は、クライアント・コンピューティング・デバイス、サーバ・コンピューティング・デバイス、タブレット・コンピュータ、ラップトップ・コンピュータ、電話機または他の通信デバイス、携帯情報端末（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ、ＰＤＡ）などを含む多数の異なるデータ処理システムのいずれの形態をとってもよい。実施形態例によっては、データ処理システム２００は、たとえば、オペレーティング・システム・ファイルもしくはユーザ生成データまたはその両方を記憶するための不揮発性メモリを提供するためにフラッシュ・メモリを有して構成されるポータブル・コンピューティング・デバイスであってもよい。基本的に、データ処理システム２００は、構造的に限定されることなくいずれの既知のまたは今後開発されるデータ処理システムであってもよい。

図３は、例示的な実施形態による、ユーザ生成イベントをブックマークされたデプロイ可能ウェブ・アーカイブ・ファイルのグループ分けに適用するためのシステムを示す図である。システム３００において、クライアント３１２、３１４、３１６は、ネットワーク３０２を介してウェブ・アプリケーション・サーバ３２０に接続している。ウェブ・アプリケーション・サーバ３２０は、ウェブ・ポータル・アプリケーション３２２、ポータル要約サービス３２４、およびブックマーキング・サービス３２６を含む。例示的な実施形態によれば、ブックマーキング・サービス３２６は、クライアント３１２、３１４、３１６におけるユーザが、ウェブ・ポータル・アプリケーション３２２を介して見ることができるデプロイ可能ウェブ・アーカイブ・ファイル、すなわちデプロイ可能ポートレットをブックマークすることを可能にする。ブックマーキング・サービス３２６は、クライアント３１２、３１４、３１６におけるユーザが、ブックマークされたウェブ・アーカイブ・ファイルを、タグ名のような基準に従ってグループ分けすること、および、単一のユーザ生成イベントにおいて当該グループ内のすべての成員に対し「デプロイ」操作のような操作を実行することも可能にすることができる。

たとえば、クライアント３１２におけるユーザは、特定のポートレット・タグを有するすべてのポートレット（または、最も関連性のある指定された数まで）、または特定のグループの成員によって所与の期間内にデプロイもしくはタグ付けされたなどの何らかの他の基準を満足するポートレットを要求するクエリ３５２を、ウェブ・アプリケーション・サーバ３２０に送信することができる。ウェブ・アプリケーション・サーバ３２０およびウェブ・ポータル・アプリケーション３２２は、ポートレット３３２を関連付けられるメタデータ３３４とともに記憶する。メタデータ３３４はたとえば、個々のポートレットごとに、開発者が割り当てたタグ、ユーザが割り当てたタグ、当該ポートレットをデプロイしたユーザの識別情報、ポートレットがデプロイまたはタグ付けされた時刻／日付のためのタイム・スタンプ、人気度またはタグ／デプロイメントの数などを含むことができる。メタデータ３３４は、クライアント３１２、３１４、３１６のユーザによるウェブ・ポータル・アプリケーション３２２およびブックマーキング・サービス３２６との対話に基づいて形成することができる。

ウェブ・アプリケーション・サーバ３２０およびウェブ・ポータル・アプリケーション３２２は、クエリ３５２を受け取り、メタデータ３３４に基づいて、複数のポートレット３３２の中からクエリ３５２を満足するポートレットを特定する。次いで、ウェブ・アプリケーション・サーバ３２０は、クエリ３５２の処理の結果に基づいてポートレット・グループ３５４を生成し、当該ポートレット・グループ３５４をクライアント３１２に返すことができる。次いで、クライアント３１２におけるユーザは、ポートレット・グループ３５４を見て、ポートレット・グループ３５４内のポートレットのすべてまたはサブセットを選択してユーザのポータル内でポータル・タブ内にデプロイすることができる。すなわち、ユーザは、ポートレット・グループ３５４内のポートレットのすべてまたはサブセットを、単一のデプロイ・イベントを使用してデプロイすることができる。デプロイ・イベントは、ウェブ・ポータル・アプリケーション３２２を介して、ユーザのポータル内で、新たなポータル「タブ」内に、指定されたポートレット・グループを立ち上げる。

クライアント３１２におけるユーザは、ポートレット・グループ３５４内でポートレットを、ブックマーキング・サービス３２６を介してソーシャル・ブックマーキング・ウェブ・サイト上に提示されているリストから個々に選択することができる。たとえば、ユーザは、ポートレット上でコントロール＋クリック操作を実行するか、または右クリックして、タブ内のデプロイメントのためのオプションを起動することができる。ユーザはまた、高度な「検索およびデプロイ」クエリであって、ユーザがタグ／属性検索基準を定義して当該クエリに一致する指定数の結果をグループまたはポータル・タブとして自動的にデプロイすることを選ぶ、クエリを実行することもできる。デプロイされると、ポートレット・グループ３５４、またはポータル・タブは、ウェブ・ポータル・アプリケーション３２２内で、任意の他のユーザ定義のポータル・タブとして使用されることができる。エンド・ユーザは、一度タブをデプロイのために選ぶと、そのタブを編集することができる。

次いで、ブックマーキング・サービス３２６は、グループとしてのデプロイメントの結果として、メタデータ３３４をポートレット３３２に追加することができる。たとえば、所与のポートレット３３２に対して、ブックマーキング・サービス３２６は、ポータル・タブまたはグループ分け３５４であって、ポートレットが当該ポータル・タブまたはグループ分けを用いてデプロイされた、ポータル・タブまたはグループ分け３５４を特定する別個のユーザ定義のタグ、またはタグのセットをメタデータ３３４に追加することができる。次いで、ブックマーキング・サービス３２６は、このメタデータ３３４を後で見るかまたは検索するために取り出すことができる。

ウェブ・ポータル・アプリケーション３２２は、単純なフィルタリング、ルール・エンジン、および協調フィルタリングのようなパーソナライズ・オプションを提示することができる。単純なフィルタリングを使用して、サイトはサイト訪問者の事前定義のグループに基づいてコンテンツを表示し、当該グループは管理者またはサイト所有者によって定義される。ルール・エンジンは、サイト所有者が、特定のプロファイル・タイプがサイトを訪れた時に表示されるコンテンツのカテゴリを決定するビジネス・ルールのセットを定義することを可能にする。協調フィルタリングを用いて、サイト訪問者は製品の選択を明示的または黙示的に格付けする。これらの格付けは他の訪問者によって提示された格付けと比較され、ソフトウェア・アルゴリズムが類似性を検出する。

ウェブ・ポータル・アプリケーション３２２によって提示される基本ルール・タイプは、プロファイラ、操作、結合、および可視性のルールを含む。プロファイラ・ルールは、管理者またはサイト所有者によって定義されるユーザ属性にしたがってユーザを分類する。操作ルールはコンテンツを選択またはアップグレードする。たとえば、操作ルールは、現在のユーザの居場所のために意図されたすべての企業ニュース記事を選択することができ、または、同じ記事を２回以上見せるのを避けるためにユーザ・プロファイルの既読記事のリストを更新することができる。結合ルールは、分類子および操作を組み合わせて条件付きロジックを実行する。たとえば、結合ルールは、秘密情報閲覧許可を有するユーザに秘密の企業ニュースおよび秘密でない企業ニュースを見せ、一方で秘密情報閲覧許可を有しないユーザには秘密でないニュースのみを見せることを指定することができる。可視性ルールは、ユーザ属性または現在の日付および時刻のような特定の状況に基づいてポートレットまたはページを見せるかまたは隠す条件を定義する。可視性ルールを作成するコンセプトは、任意の他のパーソナライズ・ルールの作成と同じである。

さらに、ウェブ・ポータル・アプリケーション３２２は、発生するユーザ対話を分析するとともに、クライアント３１２、３１４、３１６のユーザに対するリアル・タイム予測および推奨を生成する推奨エンジン（図示せず）を提供する。推奨エンジンは、プリファレンス・エンジン、クリックストリーム・エンジン、またはアイテム類似性エンジンのうちの少なくとも１つとすることができる。プリファレンス・エンジンは、協調フィルタリング・アルゴリズムを使用して、ユーザのアイテム格付けに基づいて推奨を生成する。クリックストリーム・エンジンは、取引情報にアクセスしてウェブ・サイト訪問中のユーザの「クリック」の履歴に基づいて推奨を生成する。アイテム類似性エンジンは、ユーザのサイト閲覧活動の履歴に基づいて推奨を生成し、現在選択されている製品と、この第１の製品と共にユーザが購入を望む可能性が最も高い第２の製品とをマッチングする。

例示的な実施形態によれば、ユーザは自分自身のプロファイル属性およびルールを指定することができる。たとえば、クライアント３１４におけるユーザは、プロファイル属性３７２およびユーザ定義のルール３７４を指定する。属性３７２は、新たなタグ・タイプ、およびウェブ・ポータル・アプリケーション３２２に関連して使用されるべきこれらのタグの管理を含むことができる。より詳細には、属性３７２は、ユーザ・コンテクストまたは状態を指定することができる。たとえば、クライアント３１４における所与のユーザは、勤務中にまたは休暇中にポータルを使用する場合がある。この例では、ユーザは、「仕事」または「旅行」の属性を定義することができる。ユーザは、これらのユーザ定義の属性を追加して、ユーザの現在の状態またはコンテクストに応じて属性のオンまたはオフを切り替えることができる。

ときにはユーザは「仕事」のコンテクストまたは状態であり得、他のときはユーザは「旅行」のコンテクストまたは状態であり得る。「仕事」のコンテクストまたは状態にある間、ユーザは、スプレッドシート・ポートレットまたは財務情報ポートレットのような特定のポートレットを見る場合がある。他方、同じユーザが「仕事」のコンテクストまたは状態にある間、当該ユーザは、天気のポートレットまたは通貨換算のポートレットを見る場合がある。したがって、ユーザは特定のポートレットのセットを有するポータルを開き、適切な状態またはコンテクストを設定することができる。

ユーザはまた、ユーザ定義のプロファイル・タグを用いてポートレットをタグ付けすることができる。これらのタグは、ポートレットと関連付けてプロファイル・タグまたは属性として記憶することができる。これらのタグは、ポートレットのための記述的タグを指定するだけでなく、ユーザに関する情報をも指定する。たとえば、或るユーザは、「旅行」のコンテクストまたは状態にある間は地図ポートレットのみを見るため、地図ポートレットに「旅行」のタグを割り当てることができる。一方で、不動産鑑定士である別のユーザは、当該地図ポートレットに「仕事」のタグを割り当てることができる。ポートレット・タグと状態またはコンテクストとの間のこれらの関連付けは、それ自体が、各所与のユーザのための強化されたプロファイル属性であり得る。これらのタグはまた、ポートレットもしくはポートレット・グループまたはポータル・タブのための強化された「ユーザ状態」タグにもなる。

図３に示すように、属性３７２は、クライアント３１４に関連付けてローカルに記憶することができる。代替的に、属性３７２は、ウェブ・ポータル・アプリケーション３２２においてユーザ・プロファイルに関連付けて記憶してもよい。

ユーザ定義のルール３７４は、既存の利用可能なルール構築機能、ユーザ定義のコンテクスト・タグまたは強化されたプロファイル属性、および非公開もしくは公開のポートレットもしくはポータル・ページ・タグに基づくことができる。たとえば、ユーザ定義のルール３７４は、プロファイラ、操作、結合、または可視性のルールを含むことができる。クライアント３１４におけるユーザは、機能を見えるようにするルール構成ウェブ・インタフェースを提示されることができる。１つの実施形態において、プロファイラ・ルールは、ユーザ属性３７２に従ってユーザを分類し、ルールを作成した者のユーザ識別情報を要求される属性として有することができる。別の実施形態において、可視性ルールは上述したように、ユーザ属性が、属性３７２からプロファイル・タグおよび強化されたプロファイル属性を含むことを可能にするように強化される。可視性ルールは、ポートレットおよびポータル・ページが、１つまたは複数の公開ポートレットおよびポータル・ページ・タグに基づいて表示することを可能にするように強化されることができる。

代替的な実施態様は、ルールまたはルール属性が、ユーザ・プロファイル内に記憶されることを可能にすることができ、特定のユーザのためのルールが存在することは、セントラル・レポジトリ（図示せず）において指示されることができ、それによって、ウェブ・ポータル・アプリケーション３２２は、ウェブ・ポータル・ページを組み立てる際にルールおよびルール属性を求めてユーザ・プロファイルを検索する。

ウェブ・ポータル・アプリケーション３２２は、サイト所有者ルールおよびユーザ定義のルールを含むことができるルール３８２を記憶することができる。したがって、ユーザは、ユーザ定義のルール３７４のようなルールをローカルに定義し、それらのルールをウェブ・ポータル・アプリケーション３２２にアップロードすることができる。

例示的な実施形態によれば、ポータル要約サービス３２４は、異なる複数の時刻において、ポートレット・アプリケーションのインスタンスの検出された使用状況を、少なくとも１つのポータル・ページ内に記憶することができる。ポータル要約サービス３２４は、ポートレット・アプリケーションのインスタンスの検出された使用状況を、セッション要約データ３８４として記憶する。要約ポータル・ページを生成するためのトリガに応答して、ポータル要約サービス３２４は、指定された時刻に関するポートレット・アプリケーションの別個のインスタンスを表示する要約ポータル・ページを動的に作成する。要約ポータル・ページは、セッション要約データ３８４に基づいてポートレット・アプリケーションの選択された使用状況の要約を提供する。

例示の実施形態によれば、ポータル要約サービス３２４は、ポートレット・インスタンス情報を、ユーザ状態もしくはコンテクストまたは他の強化されたユーザ・プロファイル属性３７２を含むことができる関連付けられたメタデータとともにセッション要約データ３８４内に記録することができる。この文脈における記録とは、特定の時間間隔にわたるポータルまたはポートレットとのユーザ対話の履歴を保存することを指す。したがって、ルール３７４は保存またはキャッシュされたポータル・コンテンツについて、表示するポータル・コンテンツを定義することができる。すなわち、ポータル要約サービス３２４は、セッション要約データ３８４をユーザ定義のルールおよびプロファイル属性に基づいてフィルタリングすることによって、セッション要約データ３８４からセッション要約ポータル・ページを生成することができる。

たとえば、ユーザは、「プロジェクトＸ」に関する要約レポートを、後日のそのプロジェクトに関するミーティングにおいて使用するために生成することを望む場合がある。ユーザは、３つのポートレットを「プロジェクトＸ」とタグ付けしており、自身の強化されたユーザ属性が「プロジェクトＸ」に設定されるときには、「プロジェクトＸ」とタグ付けされたポートレットとの対話を記録するように指定するルールを作成している。ユーザは、自身の強化されたユーザ属性を「プロジェクトＸ」と選択する。この状態またはコンテクストにおいてポータルと対話しながら、ユーザは、３つの「プロジェクトＸ」とタグ付けされたポートレットと対話するだけでなく、タグ「プロジェクトＸ」とは関連しない「株価情報」とタグ付けされたポートレットとも定期的に対話する。この例では、ポータル要約サービス３２４は、セッションの終わりに「株価情報」ポートレットではなく、３つの「プロジェクトＸ」ポートレットのインスタンスを表示する要約ポータル・ページを生成することができる。

１つの例示的な実施形態によれば、ウェブ・ポータル・アプリケーション３２２は、集約したユーザ格付けおよびクリック、特定のユーザの閲覧活動、ならびにユーザ指定のコンテクストおよび非公開または公開タグに基づいて推奨する推奨エンジン（図示せず）を含むことができる。たとえば、ユーザは、ユーザが「仕事」のために見るポートレットのセット、および、「学校」のために使用する別のセットを有する場合がある。ユーザは両方に関心があり、両方を使用するが、それは異なる時刻においてである場合がある。ユーザは、「仕事」および「学校」を含む状態またはコンテクストのための強化されたプロファイル属性を定義することができる。ユーザはまた、ポートレットのいくつかを「仕事」とタグ付けし、他のポートレットを「学校」とタグ付けすることもできる。ユーザは、ポータル・コンテンツをタグ付けおよび推奨する両方のグループのための協調コミュニティに属することができる。ユーザが、ユーザによって強化されたプロファイル属性において設定されるような「仕事」のコンテクストにある場合、ユーザは、ウェブ・ポータル・アプリケーション３２２が、「学校」に関連するコンテンツを、そのコンテンツがどれだけ重要であるかまたは関連性があり得るかにかかわらず、推奨することを望まないであろう。おそらく、ユーザは、このコンテンツに後に関心を寄せるであろうが、それは「仕事」のコンテクストまたは状態にある間ではない。また、ユーザは、ウェブ・ポータル・アプリケーション３２２に対して、「仕事」の状態にある間は、ポータル・コンテンツに関する推奨は、「仕事」とタグ付けされたポートレットに関連する閲覧活動または「仕事」関連グループからのコミュニティ推奨のみに基づくと指定することができる。

別の例として、ユーザは、自身の現在のポータル・セッションにおいて４つのポートレットを使用することができる。このシナリオにおいて、ユーザは旅行を計画しており、計画の途中で、自身の現在の投資をチェックする。当該ユーザは、プロファイル・タグ「仕事」および「管理」を起動している。当該ユーザは最初にポートレット・タグ「旅行」および「会議」を有するポートレットＡを使用した。次いで、当該ユーザは、ポートレット・タグ「旅行」および「航空便」を有するポートレットＣに移動する。次いで、当該ユーザは、ポートレット・タグ「財務」、「４０１（ｋ）」、および「ポートフォリオ」を有するポートレットＢを使用し、最後にポートレット・タグ「旅行」および「ホテル」を有するポートレットＤを使用する。ユーザはここで要約を生成することを望む。ユーザは、セッション中に起動したプロファイル・タグ（「仕事」および「管理」）ならびに特有の個々のポートレット・タグ（「旅行」、「航空便」、「財務」、「４０１（ｋ）」、「ポートフォリオ」、および「ホテル」）のすべてに関連する使用状況の状態を見ることができる。

しかしながら、この例では、ユーザは、ポータル・セッションにおける自身の旅行計画活動の要約を生成することを望む。ユーザは、タグ（「旅行」、「航空便」、および「ホテル」）をフィルタリングして、ポートレットＡ、ポートレットＣ、およびポートレットＤの順に（ポートレットＢは除外される）自身の使用状況のポートレット・アプリケーション状態履歴を見る。ここで、当該ユーザが、自身が最も時間を消費して使用したポートレットに関するポートレット使用状況履歴を見ることを望む場合、当該ユーザは、使用継続時間などによってフィルタリングすることができる。

たとえば、クライアント３１６におけるユーザは、上述のようにウェブ・ポータル・アプリケーション３２２を使用してポートレットを個々に選択することによってか、またはクエリすなわち「検索およびデプロイ」クエリを送信することによってのいずれかでポートレット・グループ３６２またはポータル・タブを生成することができる。ユーザは、ウェブ・ポータル・アプリケーション３２２によってポータル・タブ内に設けられるユーザ・インタフェースを介して、ポートレット・グループ３６２のためのタグまたはタグのセットを割り当てることができる。次いで、クライアント３１６はこれらのタグおよび他の属性を、ポートレット・グループ３６２に関連するメタデータ３６４としてウェブ・アプリケーション・サーバ３２０に送信することができる。たとえば、クライアント３１６におけるユーザは、ユーザのポータル内でポータル・タブのために「保存」機能を選択することができる。

ユーザは、ポートレット・グループ３６２のための１つまたは複数のタグを手作業で入力することができるか、またはポートレット・グループ３６２内の個々のポートレットに既に適用されているタグから選択するオプションを提示されることができる。タグ付けされたタブ内に存在するポートレット、または他のタグ付けされたポートレットのグループ分けは、そのタブまたはより大きなグループ分けのタグ（複数の場合もあり）を引き継ぐことができ、それによって、それらは、引き継がれたタグ、ならびにそれらが既に保持していたタグに基づいて個々に見出され、デプロイされることができる。タブまたはグループ分けをタグ付けしているエンド・ユーザはまた、ポータル・タブ内にデプロイされているポートレットが、同じタグ（複数の場合もあり）を引き継ぐことを可能にすることを選ぶこともできる。

ブックマーキング・サービス３２６は、タグ付けされたタブまたは他のタグ付けされたグループ分けに、当該タブまたはより大きなグループ分けに既に適用されているタグ（複数の場合もあり）を引き継ぐ可能性のあるものとして、デプロイするために追加されるポートレットに自動的にフラグを付けることができる。エンド・ユーザは、ポータル・タブ内にポートレットをデプロイしている間に、新たなポートレットがポータル・タブのタグ（複数の場合もあり）を引き継ぐことを可能にするためのオプションを与えられることができる。ブックマーキング・サービス３２６は、他のタグ付けされたポートレットを含むタブに、そのポートレット・グループ内の当該他のポートレットのタグ（複数の場合もあり）を引き継ぐ可能性があるものとして、デプロイするために追加されるポートレットに自動的にフラグを付けることができる。エンド・ユーザは、新たにデプロイされたポートレットにタグを割り当てることが選ばれると、まとめてまたは個別に、同じグループ内の他のポートレットのタグを適用するためのオプションを与えられることができる。

ウェブ・アプリケーション・サーバ３２０がポートレット・グループ３６２および関連するメタデータ３６４を受け取ったことに応答して、ブックマーキング・サービス３２６は、以下のもの、すなわち：ポートレット・グループ分け識別子、タグ、グループ分けに含まれるポートレットへの参照、誰がグループ分けをデプロイまたはタグ付けしたか、ポートレット・グループがいつタグ付けまたはデプロイされたか、ポートレット・グループがタグ付けまたはデプロイされた頻度などのような、デプロイに関する情報を含むデータ構造を参照して、グループ・インデックス３４２を作成することによって、ポートレット・グループのインスタンスを生成することができる。その後、ブックマーキング・サービス３２６は、この情報を、グループ・インデックス３４２に関連するメタデータ３４４として記憶する。次いで、ウェブ・アプリケーション・サーバ３２０は、グループ・インデックス３４２および関連するメタデータ３４４を作成することによって、ポートレット・グループ３６２のようなデプロイされた複数のポートレット・グループを記憶し、各グループ・インデックス３４２および関連するメタデータ３４４はポートレット・グループまたはポータル・タブのインスタンスを表す。

ブックマーキング・サービス３２６の拡張された検索機能によって、クライアント３１２、３１４、３１６のユーザが、個々のタブ付けされたポートレットだけでなく、タグ付けされたポートレット・グループ分けをも検索することを可能とすることができる。その後、ウェブ・ポータル・アプリケーション３２２は、選択リストを通じて、または高度な「検索およびデプロイ」クエリもしくは操作を介してポートレットのグループをデプロイすることができる。ユーザが複数のポートレット・グループをリストから選択する場合、ウェブ・ポータル・アプリケーション３２２は各ポートレット・グループをウェブ・ポータル内のタブとしてデプロイすることができる。

ポートレット・グループがデプロイされると、ユーザは、タブのための新たな名前を選択して、当該タブに対応するタグを、ユーザのポータル環境に適合するように編集することができる。別のユーザによってブックマークされているタブまたはポートレット・グループをデプロイするユーザは、構成オプション、ならびにポートレットのレイアウト、スキン、および配置に関する情報を含むメタデータがデフォルト設定で当該他のユーザのものであるように、タブをデプロイすることができる。その後、ユーザは、自分自身のポータル内にデプロイされると、これらの構成オプションおよび設定を編集することを選ぶことができる。

例示の実施態様として、最近昇進した重役が、自身の販売組織のためのすべての財務情報を審査することになる経営管理者とのミーティングに向けて準備している場合がある。当該重役の直属の部下の１人である、「ソフトウェア販売」チームにおけるマネージャは、いくつかの財務ポートレットをデプロイしており、それらを「ソフトウェア販売財務」と題するタブ内にグループ分けしている。財務情報は、複数の地域における、および複数の生産ラインに関する売上からの結果を含む。当該マネージャは、割当量管理、地域ごとの売上、従業員の業績、ならびに経費、支出および収入の各集計に対応する６つの異なるポートレットをデプロイしており、これらはすべて当該マネージャが作成した「ソフトウェア販売財務」タブのもとにグループ分けされている。新たに昇進した重役は、自身のチームのマネージャのうちの１人がポータル・タブ内にこの財務ポートレットの集合をデプロイしていることを知っている。当該重役はまた、ポートレット・ブックマーキング機能が、自分がマネージャのブックマークされたポートレットを求めて検索することを可能にすることも知っている。重役は、そのポートレットがブックマークされている場合に各ポートレットを発見し、そのそれぞれを自分自身のタブ内にデプロイすることができる。当該新しい重役は、自身のポータル内のソーシャル・ブックマーキング・サービスを使用してマネージャのブックマークを見、タグ名でソートして、最終的に財務ポートレットのすべてを見る。１つずつ、当該重役はそれらをデプロイすることを選ぶ。ポートレットを個々に選ぶと、これは多くのクリックを要することになり、重役は構成を設定し直しながら、それらを自分自身のタブ内にグループ分けし直さなければならなくなる。

しかしながら、例示的な実施形態の諸態様を使用して、重役は、自身のポータル内でソーシャル・ブックマーキング・サービスを単純に訪問することができる。重役は、自身の従業員グループへ進み、自身が必要とするポートレットをグループ分けしたマネージャを発見する。重役は、ブックマークされたポートレットだけでなく、自身の従業員のブックマークされたタブ（およびタブのグループ）をも閲覧することができる。重役は、マネージャが、ポータル・タブおよびポートレットのための構成オプションを含む「ソフトウェア販売財務」タブをブックマークしていることを知る。ここで、重役は単一のデプロイ・イベントにおいてタブ全体を、ポートレットを含んでデプロイすることができる。重役はまた、このときにタブの名前を変更するオプションを有する。新たなポータル・タブ、および当該タブ内にデプロイされるすべてのポートレットが作成される。単純な検索および単一のデプロイ・イベントによって、重役は自身のミーティングに備えるために必要な情報を提示される。

さらに、重役は、ユーザ・コンテクストまたは状態によってポータル・タブ内でポートレットをフィルタリングすることができる。すなわち、マネージャはたとえば、従業員グループが、特定のプロジェクトにおいて仕事しながら対話したポートレットのみをデプロイすることができる。これを達成するために、重役は単純に、ポートレットを強化されたプロファイル属性に基づいてフィルタリングするルールを定義する。代替的に、ウェブ・ポータル・アプリケーションが、重役の現在の状態またはコンテクストおよびユーザ定義のルールに基づいて自動的にポートレットをフィルタリングしてもよい。たとえば、重役は、自身の現在の状態またはコンテクストに基づいてポートレットをフィルタリングする一定のルールを有することができる。

図４は、例示的な実施形態による、検索を実行するための例示のディスプレイの画面を示す。検索ダイアログ４００は、ポートレットの検索を実行してポートレット・グループまたはポータル・タブを形成するための制御を提示し、当該制御はたとえば、タグ・テキスト入力制御４０２と、最大結果選択制御４０４と、最大人気ラジオ・ボタン制御４０６とを含む。図示される例では、ユーザは、タグ・テキスト入力制御４０２内にポートレットを検索するための１つまたは複数のタグを入力することができる。たとえば、ユーザは、制御４０２内に、単一のタグ、またはコンマによって区切られる一連のタグを入力することができる。

最大結果選択制御４０４を使用して、ユーザは、検索クエリにマッチする多数のポートレットを選択して、結果として得られるポートレット・グループ内に返すことができる。最大人気ラジオ・ボタン制御４０６は、ユーザが、ウェブ・アプリケーション・サーバに最も人気のあるポートレット、たとえばこの場合には８つの最も人気のあるポートレットのみを返すように指示することを可能にする。検索ダイアログ４００は、実施態様に応じて検索クエリを定義するための制御をより少なく含んでもよいし、またはより多く含んでもよい。たとえば、検索ダイアログ４００は、ポートレットをタグ付けまたはデプロイした特定のユーザ、ポートレットがどれだけ最近タグ付けまたはデプロイされたか、などを選択するための制御を含むことができる。

検索ダイアログ４００は、「検索」ボタン４０８を含む。ユーザが「検索」ボタン４０８を選択すると、ウェブ・アプリケーション・サーバは、ユーザによる選択のために、クエリにマッチするポートレットのリストを返すことになる。検索ダイアログ４００はまた、「検索およびデプロイ」ボタン４１０をも含む。ユーザが「検索およびデプロイ」ボタン４１０を選択すると、ウェブ・アプリケーション・サーバおよびウェブ・ポータル・アプリケーションは、結果として得られるポートレットのグループをポータル・タブとしてデプロイすることになる。

図５は、例示的な実施形態による、ウェブ・ポータル・ウィンドウのディスプレイの例示の画面を示す。ウェブ・ポータル・ウィンドウ５００は、複数のポートレット５２０を備えるタブ５１０を含む。ウェブ・ポータル・ウィンドウ５００はまた、プロファイル・タグ・ダイアログ部分５３０をも含む。プロファイル・タグ・ダイアログ部分５３０は、ユーザがチェックボックスを使用してオンまたはオフに切り替えることができる複数のプロファイル属性またはタグ５３２を表示する。ユーザはまた、テキスト入力フィールド５３４および送信ボタン制御５３６を使用してユーザ定義のプロファイル属性を追加することもできる。ユーザが、コンテクストもしくは状態タグまたは他の強化されたプロファイル属性であり得る、新たなプロファイル属性をテキスト・フィールド５３４内に入力して送信ボタン制御５３６を選択すると、新たなプロファイル属性がプロファイル属性５３２に追加される。

図６は、例示的な実施形態による、ポータル要約サービスのコンポーネントの例を示すブロック図である。追加のまたは代替の実施形態では、ポータル要約コントローラが追加のまたは代替のコンポーネントを含んでもよいことは理解されよう。

この例では、図３のポータル要約サービス３２４であってもよいポータル要約サービス６００は、たとえば、ポータル状況レコーダ６０２を含む。ポータル状況レコーダ６０２は、１つまたは複数のポータル・ページの使用状況をモニタし、タイム・スタンプおよびポータル状況データベース６０４内の他の利用可能な情報とともにポータル使用状況を記録および記憶する。上記のように、ポータル使用状況は、ポータル・ページ内でどのポートレット・インスタンスが開いているか、開いているデータベース主導のポートレットのための選択されるデータ・オプション、およびポータル・ページ内のポートレット・インスタンスの動的に生成されるコンテンツを含むことができるが、これらに限定されるものではない。動的に生成されるコンテンツはテキスト、グラフィックス、オーディオ、ビデオ、およびストリーミング・マルチメディア・コンテンツを含むことができるが、これらに限定されるものではないことに留意することが重要である。

１つの例では、ポータル状況レコーダ６０２が、ポータル使用状況がいつ記録されたかを指示するためにポータル使用状況記録をポータル状況データベース６０４内に記録および記憶する場合、ポータル状況レコーダ６０２は、ポータル・ページ内の個々のポートレット・インスタンスのグラフィックス特性または他の出力特性を調整することができるか、またはポータル・ページ内自体のグラフィックス特性または他の出力特性を調整することができる。たとえば、ポータル状況レコーダ６０２がポータル・ページのためにポータル使用状況を記録するたびに、ポータル状況レコーダ６０２は、ポータル・ページの、当該ポータル・ページのためにポータル使用状況がいつ記録および記憶されたかを指示する部分にタイム・スタンプを追加することができる。別の例では、ポータル状況レコーダ６０２がポータル・ページのためにポータル使用状況を記録するたびに、ポータル状況レコーダ６０２は、ポータル・ページまたはポータル・ページ内の個々のポートレッ・インスタンスのグラフィックス属性または特性を、ポータル・ページまたはポータル・ページ内の個々のポートレット・インスタンスに陰影を追加すること、または色付けを調整することなどによって一時的に調整してもよい。ポータル状況レコーダ６０２が複数のポータル・ページ内のポータル使用状況をモニタするさらに別の例では、ポータル状況レコーダ６０２は、モニタされるポータル・ページのそれぞれのグラフィックス特性を同時に更新するか、または、記録されたポータル・ページの選択を、使用状況が記録されない少なくとも１つのポータル・ページから視覚的に区別することができる。

１つまたは複数のポータル・ページの使用状況のモニタにおいて、ポータル状況レコーダ６０２は、ポータル使用状況をポータル状況データベース６０４内にいつ記録および記憶するかを判断する。１つの例では、ポータル状況レコーダ６０２は、ポータル・ページ内で見るために選択されるポートレットにおける各変化、ポートレット・インスタンスのために選択されるデータ・オプションにおける各変化、および、ポータル・ページ内のポートレット・インスタンスの動的に生成されるコンテンツにおける各変化を記録するなどの、検出されるポータル使用状況における各変化を記録する。別の例では、ポータル状況レコーダ６０２は、アプリケーション・プログラム・インタフェースが、１つもしくは複数のポートレット・インスタンス内か、または、ポータル・ページであって、ユーザが、特定のポートレット・インスタンスもしくはポータル・ページ全体の現在の使用状況を記録および記憶するようにポータル状況レコーダ６０２に指示するオプションを選択することを可能にする、ポータル・ページ内に、選択可能なオプションを含むことをサポートすることができる。さらに別の例では、ポータル状況レコーダ６０２は、ポータル要約プリファレンス６１０における記録設定に基づいて、ポータル使用状況をポータル状況データベース６０４内にいつ記録および記憶するかを判断することができる。たとえば、ポータル要約プリファレンス６１０は、そのポータルのために設定されスケジュール調整されたイベントに従って、または別個のスケジュール調整アプリケーションにおいて、ポートレットのタイプに従って、また他の基準もしくはルールに従って、ポータル使用状況を定期的に記録および記憶するための記録設定を指定することができる。

ポータル要約サービス６００はまた、ポータル要約選択インタフェース・コントローラ６０６をも含む。１つの例では、ポータル要約選択インタフェース・コントローラ６０６は、ポータル状況データベース６０４に記録されているポータル使用状況を表す１つまたは複数のレコードのリストまたは他の選択可能な表現とのインタフェースを提供する。ユーザは、そのリストから選択して、要約ポータル・ジェネレータ６０８が要約ポータル・ページ内に含めるように、ポータル使用状況のこれらのレコードをカスタマイズまたは構成することができる。別の例では、ポータル要約選択インタフェース・コントローラ６０６は、ユーザが、特定のポートレットを選択するとともに、要約ポータル・ジェネレータ６０８によって生成された要約ポータル・ページ内に、ポータル状況データベース６０４内に記憶されている当該特定のポートレットのためのすべてのポータル使用状況を表示する期間を選択するために、インタフェース内に選択可能なオプションを含むことができる。さらに、別の例では、ポータル要約選択インタフェース・コントローラ６０６は、ユーザが、ポータル使用状況をポータル状況データベース６０４内へ記録するのと同時にポータル使用状況のすべてまたは選択されたもののためのポータル・ページを作成するように、要約ポータル・ジェネレータ６０８に自動的に指示することを選択するために、インタフェース内に選択可能なオプションを含むことができる。

ポータル状況データベース６０４内に記憶されているポータル使用状況のどの選択を要約ポータル・ページ内に含めるかをユーザが直接選択することに加えて、ポータル要約プリファレンス６１０は、要約ポータル・ジェネレータ６０８が要約ポータル・ページ内に含めるための、ポータル状況データベース６０４内に記憶されているポータル使用状況の選択を指定するためのプリファレンスを指定することができる。１つの例では、ポータル要約プリファレンス６１０は、ポータル状況データベース６０４内に記憶されているポータル使用状況の各レコードのための要約ポータル・ページを自動的に生成するためのプリファレンスを指示することができる。別の例では、ポータル要約プリファレンス６１０は、各業務四半期の始まりに、前に記録された業務四半期のそれぞれに関する、特定のポートレット・アプリケーションの別個のポートレット・インスタンスを含む要約ポータル・ページを、各ポートレット・インスタンスが現在の四半期の最後または以前のひとつの四半期の最後のポートレット・アプリケーションのために記憶されているコンテンツを表示した状態で、自動的に生成するプリファレンスを指示することができる。

要約ポータル・ページの作成において、要約ポータル・ジェネレータ６０８は、あたかも通常のポータル・ページ内に配置されているかのように機能する少なくとも１つのポートレット・アプリケーションの少なくとも１つのポートレット・インスタンスを、ポータル状況データベース６０４からアクセスされた以前の時点において指定されたポートレットのためのデータ・オプションに従って指定されるデータベース主導のポートレットのためのデータ・オプションとともに含むことができるポータル・ページを生成することができる。以前に指定されたデータ・オプションに基づいて、要約ポータル・ページ内のポートレット・インスタンスは、以前に選択されたデータ・オプションに関する現在のデータに基づいて当該ポートレットのための動的に生成されるコンテンツを表示する。

加えて、要約ポータル・ページの作成において、要約ポータル・ジェネレータ６０８は、ポートレット・インスタンスがあたかも通常のポータル・ページ内に配置されているかのように機能できる要約ポータル・ページを生成することができるが、ポートレット・インスタンスのコンテンツは、ポータル状況データベース６０４からアクセスされた以前の時点におけるものと同じポートレット・アプリケーションのポートレット・インスタンス内に以前に表示されたコンテンツによって指定される。この例では、要約ポータル・ページは、同じ時点または異なる時点において記録された、ポータル状況データベース６０４からアクセスされたコンテンツによってそれぞれ指定される複数のポートレット・インスタンスを含むことができる。

さらに、要約ポータル・ページの作成において、要約ポータル・ジェネレータ６０８は、デフォルトのデータ・オプションが選択された状態で、ポータル状況データベース６０４内に、特定の期間にわたってポータル・ページ内に置かれるものとして記録されているポートレット・アプリケーションのためのポートレット・インスタンスを含む要約ポータル・ページを生成することができる。この例では、ユーザがポータル・ページ内にポートレット・インスタンスを開くことを指定することを可能にすることに加えて、ユーザは、異なる複数の時点においてポータル・ページ内でいずれのポートレット・インスタンスが開いていたかの時間に基づくレコードを記憶し、ポータル状況データベース６０４内に記録されている異なる複数の時点のうちの１つにおいて開いていたポートレット・インスタンスを有する要約ポータル・ページにアクセスすることができる。

その上、要約ポータル・ページの作成において、要約ポータル・ジェネレータ６０８は、選択された１つまたは複数のポートレット、ならびに当該ポートレットのために設定される１つまたは複数の選択されたデータ・オプション、およびポートレット内に表示するための記憶されているコンテンツから選択されたものを有する要約ポータル・ページを作成するようにウェブ・ポータル・アプリケーションに指示することができる。加えて、または代替的に、要約ポータル・ジェネレータ６０８は、ウェブ・ポータル・アプリケーションから独立して、１つまたは複数のポートレット・インスタンスから選択されたもの、ならびに当該ポートレット・インスタンスのために設定される１つまたは複数の選択されたデータ・オプション、およびポートレット・インスタンス内に表示するための、ポータル要約プリファレンス６１０からの記憶されているコンテンツから選択されたものを有するポータル・ページを作成することができる。

１つの例では、要約ポータル・ジェネレータ６０８は、別個のウィンドウ内に要約ポータル・ページを作成する。別の例では、要約ポータル・ジェネレータ６０８は、新たなポータル・ページをサポートするために新たなタブを追加するインタフェース内に要約ポータル・ページを作成し、要約ポータル・ジェネレータ６０８は、このタブ内に要約ポータル・ページを配置する。

さらに、要約ポータル・ページの作成において、要約ポータル・ジェネレータ６０８は、ポータル状況データベース６０４からのレコードに基づく、要約ポータル・ページ内に表示されるコンテンツの部分を、現在のデータ・アクセスに基づく、要約ポータル・ページ内に表示されるコンテンツの部分から視覚的に区別することができる。加えて、ユーザが要約ポータル・ページと対話するとき、ユーザは、１つまたは複数のポータル・インスタンス内のデータ・オプションの選択を変更することができ、要約ポータル・ジェネレータ６０８は、現在のデータ・アクセスを区別するために使用されるものと同じグラフィックス特性に従ってユーザが選択する変更を指定する。たとえば、ポータル状況データベース６０４からのレコードに基づく、要約ポータル・ページ内に表示されるコンテンツの部分は、区別可能な色、テクスチャ、色彩、または、ポータル状況データベース６０４からのレコードに基づくコンテンツの、要約ポータル・ページ内に表示されるほかのコンテンツからの視覚的な区別を容易にする他の視覚的な標識を用いて強調されることができる。

ポータル状況データベース６０４は、クライアント・システムに、またはポータル・サーバ・システムに記憶することができることに留意することが重要である。ポータル使用状況がクライアント・システムに記憶される例では、ポータル状況データベース６０４は、メモリ内のデータベースを表すことができるか、キャッシュを用いて記憶されるデータを表すことができる。加えて、ポータル使用状況を記憶するための別個のストレージ・システムは、ネットワークを介してクライアント・システムまたはポータル・サーバ・システムにアクセス可能である。

ポータル使用状況がクライアント・システムに記憶される１つの例では、ポータル状況レコーダ６０２は、ポータル状況データベース６０４内にデータ点を記憶することができ、クライアント・システムにおいて作動しているリッチ・クライアント・ポータル・アプリケーションが、要約ポータル・ジェネレータ６０８によって管理される要約ポータル・ページ内に出力するために、データ点からローカルにポートレットをレンダリングする。加えて、ポータル使用状況がクライアント・システムに記憶される例では、ポータル状況レコーダ６０２は、上述したようなＨＴＭＬフラグメントをポータル状況データベース６０４内に記憶することができ、リッチ・クライアント・ポータル・アプリケーションが、ＨＴＭＬコンテンツの表示を可能にするファイル・サーバ・ポートレットを実行することによってＨＴＭＬフラグメントからポートレットをローカルにレンダリングする。ポータル使用状況がクライアント・システムに記憶されるさらに別の例では、ポータル状況レコーダ６０２は、ポートレット・インスタンスの静止スナップショット画像をキャプチャおよび記憶することができ、要約ポータル・ジェネレータ６０８が、ＨＴＭＬコンテンツの表示を可能にするファイル・サーバ・ポートレットを作動しているリッチ・クライアント・ポータル・アプリケーションを通じてレンダリングするために、当該スナップショットからＨＴＭＬを生成する。

ポータル使用状況がポータル・サーバ・システムにあるポータル状況データベース６０４内に記憶される例では、ポータル状況レコーダ６０２は、ポータル使用状況のローカル記憶に関連して記載したように、ポータル状況データベース６０４内にデータ点、ＨＴＭＬ、または静止スナップショット画像を記録することができる。ポータル要約プリファレンス６１０または他のプリファレンスは、ポータル・サーバ・システムにあるポータル状況データベース６０４を指示するように設定される。ポータル・サーバ・システムは、記憶されているデータ点、ＨＴＭＬまたは静止スナップショット画像から、要約ポータル・ページ内のポートレット・インスタンス内に表示するために、コンテンツをレンダリングする。

加えて、本発明は、ポータル状況データベース６０４にアクセスして要約ポータル・ページを生成する要約ポータル・ジェネレータ６０８に関して記載されているが、他のコントローラまたは機能がポータル状況データベース６０４にアクセスしてもよいことに留意することが重要である。たとえば、ユーザがオフラインであるかまたはポートレットのためのデータ・サーバ・システムにアクセスすることができないとき、ポートレット・アプリケーションが、以前にポータル状況データベース６０４からアクセスされて記憶されているコンテンツにアクセスすることができ、オフラインであるかまたはポートレットのためのデータ・サーバ・システムにアクセスすることができなくとも、ポートレット・インスタンス内に表示するためにコンテンツを動的に生成することができる。

図７は、例示的な実施形態による、要約ポータル・ページ内の、記録されたポータル使用状況に従って指定されるポートレット・インスタンスの例を示すブロック図である。この例では、ポータル要約サービス７００が、ポートレット・インスタンス７０４、７０６、および７０８を含むポータル・ページ７０２のポータル使用状況をモニタする。ポートレット・インスタンス７０４、７０６、および７０８は、同じポートレット・アプリケーションまたは異なるポートレット・アプリケーションのインスタンスを表すことができる。加えて、ポートレット・インスタンス７０４、７０６、および７０８のうちの少なくとも１つは、データベース主導のポートレットのインスタンスを表す。

この例では、ポータル要約サービス７００は、１つまたは複数の時点において、ポータル状況データベース６０４内で、参照符号７１０で示すようなポータル・ページ７０２内で開いているポートレット・インスタンス、参照符号７１２で示すようなポータル・ページ７０２内の少なくとも１つのポートレット内のポートレット・コンテンツ、および参照符号７１４で示すようなポータル・ページ７０２内の少なくとも１つのポートレット内の選択されるポートレット・オプションを検出および記憶する。加えて、図示されていないが、ポータル要約サービス７００は、ポータル状況データベース６０４内の他のポータル・ページからポータル使用状況を検出および記憶することができる。

１つの例では、ポータル要約サービス７００は、複数の時点にわたる同じポートレット・アプリケーションに関する保存されたポートレット・コンテンツの要約ポータルページを生成する。たとえば、ポートレット・コンテンツ７１２は、月毎に財務ポートレットのためのポートレット・コンテンツを記憶することができる。要約ポータル・ページ７２０は、ポートレット・インスタンス７２２、７２４，および７２６で例示されている財務ポートレットの複数のインスタンスを含む。ポートレット・インスタンスのそれぞれは、ポータル・ページ７０２または他のポータル・ページ内に表示されている財務ポートレット・インスタンス内に、以前の月のひとつに関して保存されているコンテンツを含む。したがって、ユーザは、同じポートレット・アプリケーションの複数のインスタンスの要約を、複数の異なる時点におけるそのポートレットのためのコンテンツが表示された状態で見ることを選択することができる。

別の例では、ポータル要約サービス７００は、特定の期間の間の１つまたは異なる複数の時刻においてアクセスされたポートレットの要約ポータルページ７３０を生成する。この例では、要約ポータルページ７３０は、特定の時点においてポータル・ページ７２０内に配置されるものとして記録されたポートレットのそれぞれのインスタンスを含む。ポートレット・インスタンス７３２について、このポートレット・インスタンスは、特定の期間において選択されるデータ・オプションにとって現在利用可能なコンテンツにアクセスするように設定される。ポートレット・インスタンス７３４について、このポートレット・インスタンスは、特定の期間においてポートレットのために記憶されたコンテンツを表示するように設定される。したがって、ユーザは、特定の時刻においてポータル・ページ内に配置されるポートレットのインスタンスの要約を見るとともに、その時点において選択されるデータ・オプションに関する現在のコンテンツにアクセスするか、またはその時点においてポートレット内に表示されたコンテンツにアクセスすることを選択することができる。

図８は、例示的な実施形態による、特定の期間にわたる異なる複数の時点におけるポータル使用状況に関する要約ポータルページの１つの例を示すブロック図である。この例では、タブ付けされたウィンドウがポータル・ページをレンダリングすることを容易にするインタフェース内に表示される第１のポータル・ページ内で、第１の「ポータル・ページ・グループＡ」が参照符号８０８で示されるものとして例示されている。参照符号８０８で示されるタブに関して例示されているポータル・ページは、財務データ・ソース８０２からの財務ポートレット・インスタンス８１０および８２０と、スプレッドシート・データ・ソース８０４からのスプレッドシート・ポートレット・インスタンス８３０および検索ポートレット８４０とを含む。財務ポートレット・インスタンス８１０および８２０ならびにスプレッドシート・ポートレット・インスタンス８３０のそれぞれは、データベース主導のポートレットのインスタンスであり、それぞれ参照符号８１２、８２２、および８３２で示される選択可能なデータ・オプションのメニューを含む。代替の実施形態では、メニュー選択からの追加または代替のタイプの選択インタフェースが実施されてもよい。たとえば、データ・オプションは、結果として動的に生成されるグラフ８１６、８２６および８３６になり得るポートレット・インスタンス内に表示される複数の選択可能な単語またはリンクから選択可能とすることができる。

この例では、ユーザ・プリファレンスに従って記録可能なポートレット・インスタンスは、グラフィック標識８１８、８２８、および８３８によって例示されるようなグラフィック標識によってマーキングされる。たとえば、図６内のポータル要約プリファレンス６１０は、データベース主導であり、したがって動的に生成されるコンテンツを含むポートレットのみがモニタされるべきであり、使用状況を記録すべきであると指定することができる。この例では、ポートレット・インスタンス８１０、８２０，および８３０は、選択されたデータ・オプションについて指定されている現在のデータに基づいてコンテンツを動的に生成するデータベース主導のポートレットのインスタンスである。対照的に、ユーザが任意の単語を入力することができる検索入力インタフェース８４２を有する検索ポートレット・インスタンス８４０は、データベース主導のポートレットのインスタンスではなく、記録されているものとしてマーキングされない。他の実施形態では、検索ポートレット８４０のようなデータベース主導でないポートレットの使用状況を記録してもよい。加えて、他の実施形態では、グラフィック標識８１８、８２８、および８３８または別個のグラフィック標識をポートレット・インスタンス内で更新してポートレット・インスタンスの使用状況が保存されたことを指示してもよい。

この例では、ポータル状況レコーダ６０２は、ポータル状況データベース６０４の複数のレコードに関して例示されているようにポータル・ページ内にポータル使用状況を記録する。ポータル状況レコーダ６０２は、ポータル要約プリファレンス６１０、ユーザ入力、および他の仕様から、どのポータル使用状況を記録するかを決定することができる。

たとえば、ポータル状況レコーダ６０２は、現在選択されているポートレット・データ・オプションを定期的に記録するように指示される。この例では、その期間は、１０：１０：００に記録されたレコード８５０および１０：２５：００に記録されたレコード８５６によって例示されているように、１５分毎である。図示されていないが、レコード８５０およびレコード８５６のそれぞれにおいて、配置された記録可能なポートレット内で選択される現在のデータ・オプションが記録される。

加えて、たとえば、ポータル状況レコーダ６０２は、ポートレット・インスタンスがポータル・ページに追加されるか、またはポータル・ページから削除されるたびに記録するように指示される。この例では、財務ポートレット・インスタンス８２０がポータル・ページに追加されると、レコード８５２は、ポートレット・インスタンスが追加された時刻およびポートレット・インスタンス内で選択されている「オプションＢ」のデータ・オプションを記録する。

さらに、たとえば、ポータル状況レコーダ６０２は、ユーザがカーソル８０６を使用して保存オプション８１４を選択したことに応答して、ポートレット・インスタンス８１０内にコンテンツを記録するように指示される。ポートレット・インスタンス８１０および８２０内に例示されているように、保存オプション８１４および８２４が、ユーザがこれらのポートレット・インスタンスのそれぞれのコンテンツを個別に保存することを選択することを可能にする。この例では、ユーザがポートレット・インスタンス８１０のコンテンツをポータル状況データベース６０４、またはユーザが選択する別のデータベースの中に保存することを選択するとき、選択されたデータベース内のレコード８５４は、ポートレット・インスタンス８１０のための識別子、コンテンツを保存した時刻、コンテンツ自体、およびポートレット・インスタンス８１０内で選択されているデータ・オプションを含む。

ポータル状況レコーダ６０２がポータル使用状況のレコードをポータル状況データベース６０４内に記憶した後に、ユーザは、或る範囲の時間の間の異なる複数の時点におけるポータル使用状況の要約を見ることを要求することができる。この例では、ユーザは、１０：００：００〜１０：２０：００の時間範囲の間のポータル使用状況の要約を見ることを選択する。レコード８５０、８５２、および８５４がこの検索期間範囲に関連している。

例示されているように、要約ポータル・ジェネレータ６０８は、表示エリア内に新たな要約ポータル・ページ８５８を生成する。カーソル８０６を使用して、ユーザは、タブ・インタフェース８６０内のタブのうちの１つを選択することによって、ポータル・ページ８０８と要約ポータル・ページ８５８との間で選択することができる。追加のまたは代替の例では、要約ポータル・ジェネレータ６０８は、要約ポータル・ページ８５８を表示するために別個のウィンドウを開いてもよい。加えて、追加のまたは代替の例では、要約ポータル・ジェネレータ６０８は、クライアント・システム・インタフェースが複数のポータル・ページの間で選択するためのインタフェースを指定する、クライアント・システムにおけるブラウザまたは他のインタフェース内に要約ポータル・ページ８５８を開くことができる。

特に、要約ポータル・ジェネレータ６０８は、ポータル・ページ内に配置されるポートレットを表すポートレット・インスタンス、および、レコード８５０内に記録されているとおりの、これらのポートレットのために選択されるデータ・オプションの第１の選択を有する要約ポータル・ページ８５８を生成する。たとえば、要約ポータル・ページ８５８は、ポータル状況レコーダ６０２がポータル使用状況をレコード８５０内に記録した１０：１０：００におけるポートレット配置およびデータ・オプション選択を反映するとともに、ポータル状況レコーダ６０２がポータル使用状況をレコード８５２内に記録した１０：１３：４０におけるポートレット追加を反映する、それぞれ「オプションＡ」、「オプションＢ」、および「オプションＣ」に設定される財務ポートレット・インスタンス８６２と、財務ポートレット・インスタンス８６４と、スプレッドシート・ポートレット・インスタンス８６６とを含む。財務ポートレット・インスタンス８６２、財務ポートレット・インスタンス８６４、およびスプレッドシート・ポートレット・インスタンス８６６のそれぞれは、レコード８５０内に記録されている、それぞれ「オプションＡ」、「オプションＢ」、および「オプションＣ」のデータ・オプション選択に関する現在の動的に生成されるコンテンツを含む。

加えて、要約ポータル・ジェネレータ６０８は、レコード８５４内に記録されているコンテンツを表示するポートレット・インスタンスの第２の選択を有する要約ポータル・ページ８５８を生成する。たとえば、要約ポータル・ページ８５８は、ポータル状況レコーダ６０２がポータル使用状況をレコード８５４内に記録した１０：１５：１０におけるポートレット・インスタンス・コンテンツを反映する、データ・オプションＡに関する保存されたコンテンツＡを含む財務ポートレット・インスタンス８６８を含む。

ポータル状況データベース６０４またはユーザもしくはポータル要約コントローラによって選択される１つもしくは複数の他のデータベース内に記憶されるレコード８５０、８５２、８５４、および８５６の例では、利用可能であるかまたは解析された追加のまたは代替のデータを、それらのレコードのそれぞれとともに記憶して、要約内に表示することができる。たとえば、レコードはポートレットのコンテンツと、記憶されているコンテンツの要約とを含むことができる。

加えて、要約ポータル・ページ８５８の例では、他の例において、特定のタイプのポータル使用状況レコードのみを反映する要約ポータル・ページを、ユーザが選択することができるか、または要約ポータル・ジェネレータ６０８が自動的に生成することができる。たとえば、要約ポータル・ページは、ポートレット配置および選択されるデータ・オプションを有するレコーダのみを反映してもよいし、または記憶されているポートレット・コンテンツを有するレコードのみを反映してもよい。

さらに、別の例では、要約ポータル・ページは特定の時点において生成され、その後、要約ポータル・ジェネレータ６０８が、ポータル状況レコーダ６０２がポータル状況データベース６０４内に新たなレコードを記録するたびに当該要約ポータル・ページを自動的に更新するように設定されてもよいことに留意することが重要である。

図９は、例示的な実施形態による、ポータル要約選択インタフェースであって、それを通じてユーザが、要約ポータル・ページ内でポートレット・インスタンスを指定するときに適用するためにポータル使用状況を選択することができる、ポータル要約選択インタフェースの１つの例を示すブロック図である。図６内のポータル要約選択インタフェース・サービス６０６によって支援されるポータル要約選択インタフェース９００の例では、ユーザは、参照符号９１０においてリスト内に例示されているように、ポータル状況データベース６０４内に記憶されているポータル使用状況のレコードのリストから選択することができる。特に、この例において例示されるように、ユーザは最初に、プル・ダウン・メニュー、またはプル・ダウン・リストからの選択を可能にする他の入力からフィルタリング基準を選択することによって、ポータル状況データベース６０４内に記憶されているポータル使用状況のレコードのフィルタリングされた選択物を見ることを選択することができる。この例では、ユーザは、財務ポートレットのインスタンスを含む、ポータル状況データベース６０４内のすべてのレコードを見ることを選択している。例示されるように、財務ポートレットのインスタンスを含むポータル状況データベース６０４内の選択可能なレコードの例は、財務ポートレットのための保存されたコンテンツ、および財務ポートレットのための保存されたオプション選択の時刻に基づくレコードを含む。参照符号９１０で例示されているフィルタリングされたリストの中から、ユーザは、レコードを個別に選択することによって、いずれのレコードを要約ポータル・ページ内に含めるかをさらに選択することができる。

この例はポートレットのタイプに従ってフィルタリングされた、ポータル状況データベース６０４からのポータル使用状況のリストを例示しているが、他の例では、ユーザは、時間範囲、レコードがコンテンツのためのものであるか否か、レコードがオプションのためのものであるか否か、レコードが、ポートレットが特定の時刻において開いていたことを指示するか否か、および、ポータル状況データベース６０４の中からのレコードの選択を区別する他の基準のような、他のフィルタリング基準を選択してもよい。

加えて、ポータル要約選択インタフェース９００のこの例では、参照符号９１０のリストから選択することに加えて、またはその代替として、ポータル要約選択インタフェース・サービス６０６が、要約ポータルページ内に含むためにレコードのタイプまたはカテゴリを指定するためのオプションを含んでもよい。この例では、参照符号９２０、９３０、および９４０で例示されているように、ユーザは、「財務ポートレット」、「ポートフォリオ・ポートレット」、および「ニュース・ポートレット」のようなポートレット・インスタンスのタイプ、「四半期ごと」、「毎月」、「毎週」、または「毎日」のようなポートレット使用状況の頻度、「プロジェクトＸ」、「プロジェクトＹ」、「状況報告」および「人材採用」のようなユーザ定義のコンテクストまたは状態タグを含むオプションから選択することができ、すべてのポータル使用状況、コンテンツ使用状況またはデータ・オプション使用状況を記録するか否かを選択することができる。参照符号９２０、９３０、および９４０で図示されているカテゴリの例は、ポータル要約選択インタフェース・サービス６０６がポータル要約選択インタフェース９００内で提示することができるオプションのタイプの例示を目的とするものであり、要約ポータル・ページ内に含むために記録されたポータル使用状況を指定するためにユーザがその中から選択することを可能にされる基準のタイプまたはフォーマットに対する限定ではないことは理解されよう。

特に、レコードがポータル状況レコーダ６０２によって記録され、ポータル状況データベース６０４内に記憶されると、ユーザはまた、ポータル状況データベース６０４内のレコードのすべてのまたは選択されたタイプを反映するポートレット・インスタンスを追加するための「記録されたとおり」オプション９５０を選択することもできる。１つの例では、ユーザは、ポータル要約選択インタフェース９００内で「コンテンツ使用状況」オプションおよびオプション９５０を選択することによって、セッション全体を通じてのポートレット・コンテンツの変化のそれぞれの要約を提供することになる要約ポータル・ページを開くことを選択することができる。１つまたは複数の他のポータル・ページ内でコンテンツが変化するときに要約ポータル・ページを更新することによって、ユーザは、要約ポータル・ページを見ることと、特定の期間にわたる以前に表示された動的なコンテンツのレコードを見ることとの間で切り替えることができる。

この例では、ユーザは、要約ポータル・ページ内でポートレット・インスタンスを指定するために選択されたオプションを保存することを選択するための保存オプション９７０を選択することができる。加えて、参照符号９７０で図示される保存オプションが選ばれると、ポータル要約選択インタフェース・コントローラ６０６は、ユーザに、要約ポータル・ページのために選択されたオプションに名前をつけるように指示することができ、ポータル要約選択インタフェース・サービス６０６は、選択されたオプションを、ファイルまたは他のデータ記憶単位として保存する。

ポータル要約選択インタフェース９００を通じて、ユーザは、複数の別個の要約ポータル・ページのためのオプションを選択することができ、保存されたオプション・ファイルのうちの１つまたは複数を開くことを選択することによって、別個の要約ポータル・ページを開くことを選択することができる。たとえば、例示されているように、ユーザは、「２００７年６月７日」付けの「１０：２０：００」における財務ポートレットのコンテンツ、および「２００７年６月７日」付けの「９：１５：００」におけるデータ「オプション１」に設定される財務ポートレット・インスタンスのポータル使用状況のために指定される要約ポータル・ページのためのオプションを保存するように選択する。ユーザは、後に、要約ポータル・ジェネレータ６０８をトリガして、保存されたレコードに従って指定されたポートレット・インスタンスを有する要約ポータル・ページを作成させるために、保存されたオプション・ファイルを選択することができる。

加えて、ユーザは、ポータル要約選択インタフェース９００内で要約ポータル・ページのためのオプションを選択して、参照符号９８０で図示される作成オプションを選択することを通じて要約ポータル・ページを作成することを選択することができる。ユーザが参照符号９８０で例示される作成オプションを選択すると、要約ポータル・ジェネレータ６０８は、ポータル状況データベース６０４からユーザ選択のオプションによって指定される適用可能なレコードを検出し、当該適用可能なレコードに従って指定されるポートレット・インスタンスを含む要約ポータル・ページを生成する。

加えて、ポータル要約選択インタフェース９００を通じて、ユーザは、複数の別個の要約ポータル・ページのためのオプションを選択することができ、ここで、選択されたオプションが別個の要約ポータル・ページを開くことをトリガする。たとえば、ユーザは、毎日記録される、ニュース・ポートレットに関するレコードを有する要約ポータル・ページのためのオプションを選択することができる。ユーザはさらに、その日のニュース・ポートレットのレコードに従ってポートレット・インスタンスが指定される毎日の要約ポータル・ページのトリガのような、選択される頻度に基づいて要約ポータル・ページを自動的にトリガするためのオプション９６０を選択することができる。

ポータル要約選択インタフェース９００は、追加のまたは代替のオプションを含むことができることは理解されよう。加えて、システム管理者またはユーザは、ポータル要約選択インタフェース９００内に含まれるべきオプションのタイプを指定することができることは理解されよう。さらに、ユーザがポータル要約選択インタフェース９００を見ることを選択してもよいし、またはポータル要約選択インタフェース・サービス６０６が定期的にまたは種々の条件に応答してポータル要約選択インタフェース９００の表示を自動的にトリガしてもよい。

ポータル状況レコーダ６０２が１つまたは複数のポータル・ページのポータル使用状況をモニタすることに加えて、ポータル状況レコーダ６０２は、要約ポータル・ページのポータル使用状況をモニタすることができ、要約ポータル・ページのポータル使用状況のレコードを、ユーザが別の要約ポータル・ページ内に含めるために選択するためにポータル要約選択インタフェース９００内に含むことができることに留意することが重要である。１つの例では、要約ポータル・ページは、ポータル状況データベース６０４から、記録されたデータ・オプションに従って指定されるポートレット・インスタンスを含み得るが、ユーザは、要約ポータル・ページ内で以前に選択されたデータ・オプションに関してアクセスされたコンテンツを記録するためにプリファレンスを指定して、同じかまたは代替の要約ポータル・ページ内にコンテンツ記録の要約を提示することができる。

ポータル状況データベース６０４からのレコードの表示において、ポータル要約インタフェース・サービス６０６は、ポータル状況データベース６０４内のいずれのレコードが冗長情報を含むかを検出して、冗長情報をポータル要約選択インタフェース９００内にグラフィックで示すことができることに留意することも重要である。たとえば、財務ポートレットに関する複数のレコードが同じデータ・オプション選択を含む場合、当該冗長レコードのそれぞれを、冗長であることを示すためにグラフィックで強調表示することができる。加えて、ポータル要約選択インタフェース・サービス６０６は、全ての冗長レコードを組み合わせて、要約ポータル・ページ内の単一のポートレット・インスタンスにするためのオプションをポータル要約選択インタフェース９００内に含むことができ、冗長レコードのそれぞれについて当該ポートレット・インスタンスとともにタイム・スタンプが表示される。

当業者には明らかであろうように、本発明は、システム、方法、またはコンピュータ・プログラム製品として具現化することができる。したがって、本発明の諸態様は、本明細書においてはすべて包括的に「回路」、「モジュール」または「システム」と称する場合がある、全体がハードウェアの実施形態、全体がソフトウェアの実施形態（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）、または、ソフトウェアの態様とハードウェアの態様とを組み合わせた実施形態の形態を取り得る。さらに、本発明の諸態様は、その上にコンピュータ使用可能プログラム・コードを具現化される任意の１つまたは複数のコンピュータ可読媒体内で具現化されるコンピュータ・プログラム製品の形態を取り得る。

１つまたは複数のコンピュータ可読媒体の任意の組み合わせを利用することができる。コンピュータ可読媒体は、コンピュータ可読信号媒体またはコンピュータ可読記憶媒体とすることができる。コンピュータ可読記憶媒体はたとえば、電子、磁気、光学、電磁、赤外線、もしくは半導体のシステム、装置、デバイス、または上記の任意の適切な組み合わせとすることができるが、これらには限定されない。コンピュータ可読媒体のより具体的な例（非排他的なリスト）は、以下の：１つまたは複数のワイヤを有する電気接続、ポータブル・コンピュータ・ディスケット、ハード・ディスク、ランダム・アクセス・メモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ、ＥＰＲＯＭまたはフラッシュ・メモリ）、光ファイバ、ポータブル・コンパクト・ディスク読み出し専用メモリ（ｃｏｍｐａｃｔ ｄｉｓｃ ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ、ＣＤＲＯＭ）、光学記憶デバイス、磁気記憶デバイス、または上記の任意の適切な組み合わせを含む。本明細書の文脈においては、コンピュータ可読記憶媒体は、命令実行システム、装置、またはデバイスによって、またはそれらと関連して使用するためのプログラムを含むかまたは記憶することができる任意の有形媒体とすることができる。

コンピュータ可読信号媒体は、その中にコンピュータ可読プログラム・コードを具現化されている、たとえばベースバンド内かまたは搬送波の一部としての伝播データ信号を含むことができる。このような伝播信号は、電磁、光学、またはそれらの任意の適切な組み合わせを含むが、これらには限定されない様々な形態のいずれかを取ることができる。コンピュータ可読信号媒体は、コンピュータ可読記憶媒体ではなく、命令実行システム、装置、またはデバイスによって、またはそれらと関連して使用するためのプログラムを通信、伝播、または伝送することができる任意のコンピュータ可読媒体とすることができる。

コンピュータ可読媒体上に具現化されるコンピュータ・コードは、無線、有線、光ファイバ・ケーブル、無線周波数（ＲＦ）など、またはそれらの任意の適切な組み合わせを含むが、これらには限定されない任意の適切な媒体を使用して伝送することができる。

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

本発明の例示的な実施形態による、フローチャートの図、もしくは方法、装置（システム）およびコンピュータ・プログラム製品のブロック図またはその両方を参照して、本発明の諸態様を下記に記載する。フローチャートの図もしくはブロック図またはその両方の各ブロック、および、フローチャートの図もしくはブロック図またはその両方の中の複数のブロックの組み合わせは、コンピュータ・プログラム命令によって実施することができることは理解されよう。これらのコンピュータ・プログラム命令は、汎用コンピュータ、専用コンピュータ、または他のプログラマブル・データ処理装置のプロセッサに提供されてマシンを生成することができ、それによって、コンピュータまたは他のプラグラマブル・データ処理装置のプロセッサを通じて実行する命令は、フローチャートもしくはブロック図またはその両方の１つまたは複数のブロックにおいて指定される機能／操作を実施するための手段を作り出す。

これらのコンピュータ・プログラム命令はまた、コンピュータ、他のプログラマブル・データ処理装置、または他のデバイスに特定の様式で機能するように指示することができるコンピュータ可読媒体内に記憶することもでき、当該様式によって、コンピュータ可読媒体内に記憶される命令が、フローチャートもしくはブロック図またはその両方の１つまたは複数のブロックにおいて指定される機能／操作を実施する命令を含む製造品を作り出す。

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

図１０は、例示的な実施形態による、ユーザが生成したデプロイ・イベントをブックマークされたデプロイ可能ウェブ・アーカイブ・ファイルのグループ分けに適用するためのシステムの動作を例示するフローチャートである。動作が開始して、ユーザは検索クエリを生成する（ブロック１００２）。システムは、検索クエリを受け取り（ブロック１００４）、ユーザ定義のプロファイル属性およびユーザ定義のルールを受け取る（ブロック１００６）。次いで、システムは検索を満足するポートレット、またはポートレット・グループを特定する（ブロック１００８）。次いで、システムは、プロファイル属性およびユーザ定義のルールに基づいて結果セットをフィルタリングする（ブロック１０１０）。その後、システムは検索クエリにおいて「検索およびデプロイ」オプションが指示されているか否かを判定する（ブロック１０１２）。

代替的な実施形態では、検索は推奨エンジンからの推奨を求める要求であってもよい。システムは、ブロック１００４において推奨を求める要求を受け取り、ブロック１００８および１０１０においてプロファイル属性およびユーザ定義のルールに基づいて結果セットを生成することができる。

検索クエリ内で検索およびデプロイのオプションが指示されている場合、システムはブロック１０１０において特定された、複数のポートレットまたは複数のポートレット・グループを含むポートレット・グループを生成する（ブロック１０１４）。次いで、システムは、当該ポートレット・グループ（複数の場合もあり）を、要求しているクライアントに返し（ブロック１０１６）、要求しているユーザのポータル内にポートレット・グループを１つまたは複数のポータル・タブとしてデプロイする（ブロック１０１８）。その後、動作は終了する。

ブロック１０１２において検索クエリ内で検索およびデプロイのオプションが指示されていない場合、システムはブロック１０１０からのフィルタリングされた結果セットを要求しているクライアントに返す（ブロック１０２０）。次いで、システムは、ポートレット・グループ内に含まれるべきポートレット、またはポートレット・グループのユーザ選択を受け取る（ブロック１０２２）。その後、動作はブロック１０１４に進み、ポートレット・グループ（複数の場合もあり）を生成する。次いで、システムは要求しているクライアントに１つまたは複数のポートレット・グループを返し（ブロック１０１６）、要求しているユーザのポータル内にポートレット・グループを１つまたは複数のポータル・タブとしてデプロイする（ブロック１０１８）。その後、動作は終了する。

図１１は、例示的な実施形態による、後で検索、取り出し、またポータル・タブとしてデプロイするために、ポートレット・グループを生成するためのシステムの動作を例示するフローチャートである。動作が開始し、システムは、ポートレット・グループを生成する（ブロック１１０２）。このポートレット・グループは、ユーザによって個々に選択されるか、または図１０に関して上述したような検索の結果として生じるポートレットを含むことができる。次いで、システムは、グループ・インデックスを作成する（ブロック１１０４）。システムは、グループ・インデックスに関連するメタデータを追加する（ブロック１１０６）。次いで、システムはそのポートレット・グループのためのタグを決定する（ブロック１１０８）。これらのタグはたとえば、ユーザによって割り当てられるタグ、または個々のポートレットから引き継がれるタグを含むことができる。次いで、システムは、当該タグをポートレット・グループと関連付けられるメタデータ内に記憶する（ブロック１１１０）。その後、動作は終了する。

図１２は、例示的な実施形態による、ポータル使用状況を記録するポータル要約サービスの動作を例示するフローチャートである。動作が開始し、ポータル要約サービスはポータル使用状況を記録するためのトリガが受け取られるか否かを判断する（ブロック１２０２）。トリガはユーザ選択、ポータル要約プリファレンス６１０内で合致する指定条件、または他のイベントに基づいて発生することができる。ポータル要約サービスがポータル使用状況を記録するためのトリガを受け取らない場合、動作はトリガが受け取られるか否かを判断するためのブロック１２０２に戻る。

ブロック１２０２においてポータル要約サービスがトリガを受け取る場合、ポータル要約サービスは、トリガによって記録のために指定される少なくとも１つのタイプのポータル使用状況を検出することによってポータル使用状況を記録する（ブロック１２０４）。たとえば、トリガは、特定のポートレット・インスタンス、特定のタイプのポートレット、特定のユーザ・コンテクストもしくは状態タグが選択されたときに記録されたポートレット、またはすべてのポートレットを記録することを指定することができる。加えて、トリガは、コンテンツ、データ・オプション選択、または、何を記録するべきかを指定する他の基準を記録することを指定することができる。次に、ポータル要約サービスは、記録されたポータル使用状況をポータル状況データベース内のレコード内に、タイム・スタンプおよび他の情報とともに記憶し（ブロック１２０６）、動作は終了する。

図１３は、例示的な実施形態による、要約ポータル・ページを生成するポータル要約サービスの動作を例示するフローチャートである。動作が開始し、ポータル要約サービスは要約ポータル・ページを生成するためのトリガが検出されるか否かを判断する（ブロック１３０２）。ポータル要約サービスが要約ポータル・ページを生成するためのトリガを検出しない場合、動作はトリガが検出されるか否かを判断するためのブロック１３０２に戻る。

ブロック１３０２においてポータル要約サービスがトリガを検出する場合、ポータル要約サービスはポータル状況データベースから、要約ポータル・ページのために適用可能なすべてのレコードにアクセスする（ブロック１３０４）。適用可能なレコードを判断する際に、ポータル要約コントローラは、ユーザに、複数のレコード・オプションから選択するように指示することができるか、以前に選択されたレコードを受け取ることができるか、ポータル要約プリファレンスからレコードを選択するためにレコード選択もしくはユーザ定義のルールを検出することができるか、または、他のイベントもしくはソースから適用可能なレコードを検出することができる。次に、ポータル要約サービスは、適用可能なレコードに従って指定されるポータル・インスタンスを有する要約ポータル・ページを生成し（ブロック１３０６）、動作は終了する。

図１４は、例示的な実施形態による、要約ポータル・ページを指定するポータル要約サービスの動作を例示するフローチャートである。動作が開始し、ポータル要約サービスは、要約ポータル・ページを指定するためのオプションがトリガまたは要求されるか否かを判断する（ブロック１４０２）。ポータル要約サービスが要約ポータル・ページを指定するためのトリガを検出しない場合、動作は、トリガが検出されるか否かを判断するためのブロック１４０２に戻る。

ブロック１４０２において、ポータル要約サービスが要約ポータル・ページを指定するためのオプションがトリガまたは要求されると判断する場合、ポータル要約サービスは、ポータル状況データベースからのレコードまたはレコードのタイプの少なくとも１つの選択、および要求されるオプションを保存するためのオプションを、ユーザ選択のために表示インタフェース内に表示する（ブロック１４０４）。加えて、図９を参照して上述したように、表示はまた、追加のフィルタリング・オプションを含むことができ、選択されたオプションに基づいて要約ポータル・ページ生成を自動的にトリガするためのオプションを含むことができる。

次に、ポータル要約サービスは、ユーザが、選択されたレコードまたはレコードのタイプおよび他の選択されたオプションを保存することを選択することによって、要約ポータル・ページ指定を完了したか否かを判断する（ブロック１４０６）。ユーザが要約ポータル・ページ指定を完了していない場合、動作は、ユーザが要約ポータル・ページ指定を完了したか否かを判断するためのブロック１４０６に戻る。ブロック１４０６において、ユーザが選択されたオプションを保存することを選択する場合、ポータル要約サービスは、ユーザ選択を、要約ポータル・ページを定義するための要約ポータル・オプション・ファイル内に記憶し（ブロック１４０８）、動作は終了する。

図面内のフローチャートおよびブロック図は本発明の様々な実施形態によるシステム、方法およびコンピュータ・プログラム製品の可能な実施態様のアーキテクチャ、機能、および動作を例示する。これに関連して、フローチャートまたはブロック図内の各ブロックは、指定される論理機能（複数の場合もあり）を実施するための１つまたは複数の実行可能命令を含むモジュール、セグメント、またはコードの一部を表すことができる。いくつかの代替的な実施態様では、ブロック内に記載されている機能は、図面内に記載されている順序から外れて行われる場合があることにも留意すべきである。たとえば、連続して示されている２つのブロックは実際には実質的に同時に実行される場合があり、またはこれらのブロックは、関与する機能に応じて、時として逆の順序で実行される場合がある。また、ブロック図もしくはフローチャートの図またはその両方の各ブロック、およびブロック図もしくはフローチャートの図またはその両方のブロックの組み合わせは、指定される機能もしくは操作を実行する専用ハードウェア・ベースのシステム、または専用ハードウェアとコンピュータ命令との組み合わせによって実施することができることにも留意されよう。

このように、例示的な実施形態は、ユーザに、ポータル・コンテンツのパーソナライズに対してより高度な制御を提供するためのメカニズムを提供する。ユーザは、自分自身のプロファイル属性およびルールを指定することができる。ウェブ・ポータル・アプリケーションは、ユーザ定義のコンテクストおよびポータルまたはポートレット・タグに基づいて、ユーザに対し推奨することができる。さらに、ポータル要約サービスが、セッション要約内に何のデータが含まれるかをより詳細に指定することを可能にすることができる。

例示的な実施形態のメカニズムは、新たなタグ・タイプ、およびポータル・アプリケーションに関連して使用すべきこれらのタグの管理を提供する。新たなタグ・タイプの適用はたとえば、推奨または検索結果の形態の新たなコンテンツのフィルタリング、およびセッション要約の形態のアクセスされたコンテンツのフィルタリングを含む。

このメカニズムは、ウェブ・ポータル・アプリケーション・ソフトウェアおよび関連するデータベース・ソフトウェアに対する強化を提供する。ユーザは、１つまたは複数のプロファイル・タグまたは強化されたプロファイル属性を介してユーザ・コンテクストまたは状態を指定することができる。ユーザは、ポートレット・ページ・タグをローカルに記憶するか、または非公開タグをユーザ・プロファイルに関連付けることができる。ユーザは、表示されるポートレットまたはポートレット推奨リストのための新たなルールを生成することができる。ユーザ定義のルールは、既存の利用可能なルール構築機能、ならびにユーザ定義のコンテクスト・タグまたは強化されたプロファイル属性および非公開もしくは公開のポートレットもしくはポータル・ページ・タグに基づくことができる。ポータル要約サービスは、ユーザ定義のルールを「ライブの」および保存された／キャッシュされたポートレット／ポータル・コンテンツの両方に適用することができる。ポータル要約サービスは、ユーザ定義のコンテクスト、ポートレットまたはポータル・タグ、およびルールに従って、ポータル・セッション要約データの生成を構成することができる。

上記のように、例示的な実施形態は、全体がハードウェアの実施形態、全体がソフトウェアの実施形態、または、ハードウェアの要素とソフトウェアの要素との両方を含む実施形態の形態を取ることができることが理解されるべきである。１つの例示の実施形態では、例示的な実施形態のメカニズムは、ファームウェア、常駐ソフトウェア、マイクロコードなどを含むがこれらには限定されないソフトウェアまたはプログラム・コードにおいて実施される。

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

入出力すなわちＩ／Ｏデバイス（キーボード、ディスプレイ、ポインティング・デバイスなどを含むが、これらには限定されない）を、直接に、または、介在するＩ／Ｏコントローラを通じてのいずれかでシステムに結合することができる。ネットワーク・アダプタもまた、データ処理システムが、介在するプライベート・ネットワークまたはパブリック・ネットワークを通じて他のデータ処理システムまたは遠隔のプリンタもしくは記憶デバイスに結合されることを可能にするように、システムに結合することができる。モデム、ケーブル・モデム、およびＥｔｈｅｒｎｅｔ（Ｒ）カードは、現在利用可能なタイプのネットワーク・アダプタのほんの一部に過ぎない。

本発明の記述は、例示および説明の目的で提示してきたものであり、網羅的であること、または開示されている形態の本発明に限定されることは意図されていない。多くの改変および変更が当業者には明らかとなろう。実施形態は本発明の原理、実際の適用を最良に説明するために、また当業者が、予期される特定の使用に適するように様々な改変を加えた様々な実施形態について本発明を理解することを可能にするように、選ばれ記載されている。

Claims (19)

1. ポータル・コンテンツを生成する方法であって、データ処理システムが、
   要求しているユーザから、当該ユーザによって選択されたユーザ定義のプロファイル・タグおよび、ユーザ定義のルールを受け取るステップであって、前記ユーザ定義のプロファイル・タグは、所与の時刻におけるユーザ状態またはコンテクストに関連付けられる、前記受け取るステップと、
   記憶されているポートレットのセットから、前記要求しているユーザに提示されるべき１つまたは複数のポートレットを特定するステップと、
   前記受け取ったユーザ定義のルールに従って、前記受け取ったユーザ定義のプロファイル・タグを使用して、前記特定された１つまたは複数のポートレットをフィルタリングし、ポートレットのフィルタリングされたセットを形成するステップと、
   前記ポートレットの前記フィルタリングされたセットを前記要求しているユーザに返すステップと、
   前記要求しているユーザのウェブ・ポータル内に、前記ポートレットの前記フィルタリングされたセットを１つまたは複数のポータル・タブとしてデプロイするステップと
   を実行することを含む、前記方法。
2. 前記特定するステップは、
   前記要求しているユーザに対するポートレットの推奨セットを生成するステップ
   を含む、請求項１に記載の方法。
3. 前記特定するステップは、
   前記要求しているユーザから、前記記憶されているポートレットのセットに適用されるべき検索基準を受け取るステップと、
   前記記憶されているポートレットのセットから、前記検索基準を満足する前記１つまたは複数のポートレットを特定するステップと
   を含む、請求項１又は２に記載の方法。
4. 前記特定するステップは、
   前記検索基準を満足する１つまたは複数のポートレット・グループを特定するステップ
   を含む、請求項３に記載の方法。
5. 前記特定するステップは、
   少なくとも１つのポータル・ページ内の前記１つまたは複数のポートレットの少なくとも１つのインスタンスの検出された使用状況を、複数の異なる時刻のそれぞれにおいて別個に記憶するステップと、
   前記複数の異なる時刻のそれぞれにおいて別個に記憶された前記検出された使用状況に従って指定される前記複数の異なる時刻のそれぞれのうちの少なくとも１つに関して、前記１つまたは複数のポートレットの別個のインスタンスを表示する要約ポータル・ページを動的に作成するステップであって、前記要約ポータル・ページは、前記少なくとも１つのポータル・ページの以前の使用状況の選択された少なくとも１つの要約を提供する、前記作成するステップと
   を含む、請求項１〜４のいずれか１項に記載の方法。
6. 前記データ処理システムが、
   プロファイル・タグのセットを、要求しているユーザに提示するステップであって、前記プロファイル・タグのセット中の各プロファイル・タグは、ユーザ状態またはコンテクストを定義する、前記提示するステップ
   を実行することをさらに含む、請求項１〜５のいずれか１項に記載の方法。
7. 前記ユーザによって選択されたユーザ定義のプロファイル・タグを受け取るステップが、
   前記提示されたプロファイル・タグのセットのうちから前記ユーザによって選択されたユーザ定義のプロファイル・タグを受け取るステップ
   を含む、請求項６に記載の方法。
8. 前記ユーザ定義のプロファイル・タグは、前記記憶されているポートレットのセットからの所与のポートレットに対して前記ユーザによって割り当てられるユーザ状態またはコンテクストを含む、請求項１〜７のいずれか１項に記載の方法。
9. 前記データ処理システムが、
   前記プロファイル・タグのセットのうちから、前記ユーザによって選択されたユーザ定義のプロファイル・タグを前記ポートレットの前記フィルタリングされたセットに割り当てるステップ
   を実行することをさらに含む、請求項１〜８のいずれか１項に記載の方法。
10. ポータル・コンテンツを生成するためのデータ処理システムであって、
    要求しているユーザから、当該ユーザによって選択されたユーザ定義のプロファイル・タグおよび、ユーザ定義のルールを受け取るための手段であって、前記ユーザ定義のプロファイル・タグは、所与の時刻におけるユーザ状態またはコンテクストに関連付けられる、前記受け取るための手段と、
    記憶されているポートレットのセットから、前記要求しているユーザに提示されるべき１つまたは複数のポートレットを特定するための手段と、
    前記受け取ったユーザ定義のルールに従って、前記受け取ったユーザ定義のプロファイル・タグを使用して、前記特定された１つまたは複数のポートレットをフィルタリングし、ポートレットのフィルタリングされたセットを形成するための手段と、
    前記ポートレットの前記フィルタリングされたセットを前記要求しているユーザに返すための手段と、
    前記要求しているユーザのウェブ・ポータル内に、前記ポートレットの前記フィルタリングされたセットを１つまたは複数のポータル・タブとしてデプロイするための手段と
    を備えている、前記データ処理システム。
11. 前記特定するための手段は、
    前記要求しているユーザに対するポートレットの推奨セットを生成するための手段
    を含む、請求項１０に記載のデータ処理システム。
12. 前記特定するための手段は、
    前記要求しているユーザから、前記記憶されているポートレットのセットに適用されるべき検索基準を受け取るための手段と、
    前記記憶されているポートレットのセットから、前記検索基準を満足する前記１つまたは複数のポートレットを特定するための手段と
    を含む、請求項１０又は１１に記載のデータ処理システム。
13. 前記特定するための手段は、
    前記検索基準を満足する１つまたは複数のポートレット・グループを特定するための手段
    を含む、請求項１２に記載のデータ処理システム。
14. 前記特定するための手段は、
    少なくとも１つのポータル・ページ内の前記１つまたは複数のポートレットの少なくとも１つのインスタンスの検出された使用状況を、複数の異なる時刻のそれぞれにおいて別個に記憶するための手段と、
    前記複数の異なる時刻のそれぞれにおいて別個に記憶された前記検出された使用状況に従って指定される前記複数の異なる時刻のそれぞれのうちの少なくとも１つに関して、前記１つまたは複数のポートレットの別個のインスタンスを表示する要約ポータル・ページを動的に作成するための手段であって、前記要約ポータル・ページは、前記少なくとも１つのポータル・ページの以前の使用状況の選択された少なくとも１つの要約を提供する、前記作成するための手段と
    を含む、請求項１０〜１３のいずれか１項に記載のデータ処理システム。
15. プロファイル・タグのセットを、要求しているユーザに提示するための手段であって、前記プロファイル・タグのセット中の各プロファイル・タグは、ユーザ状態またはコンテクストを定義する、前記提示するための手段
    をさらに備えている、請求項１０〜１４のいずれか１項に記載のデータ処理システム。
16. 前記ユーザによって選択されたユーザ定義のプロファイル・タグを受け取るための手段が、
    前記提示されたプロファイル・タグのセットのうちから前記ユーザによって選択されたユーザ定義のプロファイル・タグを受け取るための手段
    を含む、請求項１５に記載のデータ処理システム。
17. 前記ユーザ定義のプロファイル・タグは、前記記憶されているポートレットのセットからの所与のポートレットに対して前記ユーザによって割り当てられるユーザ状態またはコンテクストを含む、請求項１０〜１６のいずれか１項に記載のデータ処理システム。
18. 前記プロファイル・タグのセットのうちから、前記ユーザによって選択されたユーザ定義のプロファイル・タグを前記ポートレットの前記フィルタリングされたセットに割り当てるための手段
    をさらに備えている、請求項１０〜１７のいずれか１項に記載のデータ処理システム。
19. ポータル・コンテンツを生成する為のコンピュータ・プログラムであって、データ処理システムに、請求項１〜９のいずれか一項に記載の方法の各ステップを実行させる、前記コンピュータ・プログラム。

Images