JP2010511214A - サーバ・リソースに依存せずにクライアント環境内で用いるポートレットの集約 - Google Patents

Abstract

【課題】クライアントのみの環境においてポータルを利用可能にするクライアント・ポートレット・コンテナを開示する。
【解決手段】本発明は、アプリケーション・サーバまたはポータル・サーバのリソースといったサーバ・リソースに依存することなく、一連のポートレットを集約してクライアント可視のポータル・ページにするソリューションを提供する。本ソリューションは、ネットワーク接続状態または切断状態のいずれにおいても、クライアントによって利用可能である。本発明では、ＪＡＶＡ Ｓｅｒｖｅｒ Ｐａｇｅ（ＪＳＰ）ファイルなどの集約型Ｗｅｂページのタグによって参照されるクライアント・ポートレット・コンテナを使用して、ポートレット・コンテンツをレンダリングすることができる。
【選択図】図１

Description

本発明は、ポータルおよびポートレットの分野に関し、特に、クライアント環境にて用いるポートレットを集約することに関する。集約されたポートレットの使用に当たり、サーバ・リソースを必要としない。

インターネットまたはイントラネット上でＷｅｂベースのインターフェースをユーザへ提供することは、情報を広めるための一般的なビジネス手法になってきている。ＷｅｂポータルおよびＷｅｂポートレットの使用は、カスタマイズ可能なＷｅｂコンテンツをユーザへ提供する好適な方法になりつつある。Ｗｅｂポータルは、電子メール、検索エンジン、広告、ユーザ独自のレポート、パーソナライズされたコンタクトおよびタスク管理機能、カスタマイズされたニュース・フィード、局地的な気象など、多岐にわたるリソースおよび情報を提供するＷｅｂサイトまたはＷｅｂサービスである。Ｗｅｂポータルには、複数のＷｅｂポートレットを含めることができる。多くのポータルによって、ユーザが構成できる設定が認められており、ユーザが各自の好みに合わせてページ・レイアウトをカスタマイズすることが可能になっている。例えば、ポータルのユーザは、気象、電子メール通知、カレンダー、ニュースフィードなどのポートレットを選択的に掲載／除外するようにポータルのレイアウトをカスタマイズすることができる。

ポータルすなわち集約型Ｗｅｂページ内に含まれている各ポートレットは、ユーザと対峙するコンポーネントである。Ｗｅｂポートレットは、一般にポートレット・コンテナ内に提示され、静的コンテンツのほか動的コンテンツも含むことができる。各ポートレットは、そのポートレット固有のコンテンツ・ソースに関連させることができ、このコンテンツ・ソースは、ポータルに関連しているソース、または他のポートレットに関連しているソースとは異なるソースとすることができる。ポータルと同様に、ポートレットは、ユーザによるカスタマイズ機能を含むことができ、例えば、そのユーザの地元の地域の気象予報を提供するように気象ポートレットをカスタマイズすることなどができる。

ポートレットは、集約されて動作し、レスポンスまたはビューの全てを消費しないように設計されている。言い換えれば、元来ポートレットは、常に他のポートレットとＷｅｂページを共有する。このため、ＪＡＶＡ（Ｒ）仕様要求（ＪＳＲ：ＪＡＶＡ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）１６８など既存のポートレット仕様には、ＵＲＬの使用などといった、ポートレットへの直接アクセスのための機構は含まれない。むしろアクセスについては、ポータル・アプリケーションおよびその集約フレームワークにまかされている。例えば、Ｗｅｂページ上で複数のポートレットを集約する基本的能力は、ＪＡＶＡ Ｓｅｒｖｅｒ Ｐａｇｅ（ＪＳＰ）タグ・ライブラリなどの標準化されたライブラリによってサポートされる。

従来のＷｅｂポータル・アーキテクチャは、もっぱらポータル・サーバ、すなわちポートレット・サービング機能を果たすアプリケーション・サーバに依存してポートレット・コンテンツを動的に集約し、結果としてポータルＪＳＰなどのポータル・ページを得る。動的な集約を実施するために、ポータル・サーバは、処理サイクル、メモリ、および帯域幅などのコンピューティング・リソースを大量に利用する。集約されたポートレット各々に関し、サーバサイド・ポートレット・コンテナが、ポートレットのインスタンス化、呼び出し、および破棄を行うサービスのコア・セットを提供する。ポータル・レベルの集約機能は、各ポートレットに対する入力／出力、ポータルと各ポートレット間のデータ伝達、ページ・レベルのリフレッシュ動作などを管理する。

既知のソリューションには、ポータル・サーバなしにクライアントが一連のポートレットを利用できるようにするものはない。例えば、既存のソリューションには、クライアント・デバイスがネットワーク接続性を欠いている場合に、該クライアント・デバイスによるポータルのレンダリングを可能にするものはない。生産性アプリケーション（デスクトップのオフィス・スイートなど）のＷｅｂベース技術（ポータルなど）を用いた実装はますます増加しているので、オフライン状態における動作不能は重大な欠点になり得る。例えば、オフラインのときに、たとえ一部の機能が低下したとしても（すなわち、ネットワーク接続性に明確に依存している機能は、クライアントがオフラインの場合には自動的に無効になる可能性がある）、ポータル・ベースのソフトウェア・ソリューションが機能し続けるならば、有利であろう。

加えて、クライアントのみの環境内でポータルが機能できるようにすることによって、概してポータル・サーバが内包されているエンタープライズの情報技術（ＩＴ：ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ）インフラストラクチャを持たない小規模ビジネス向けに、エンタープライズ向けに開発されたポータル・ベースのソフトウェア・アプリケーションを小型化することが可能になると考えられる。このことは、ソフトウェア開発者に新たな市場をもたらす可能性があり、ソフトウェア開発者が、自分の既存のエンタープライズレベル・ソフトウェア・アプリケーションを活用して小規模ビジネス・ソリューションを作成することが可能になると考えられる。さらに、小規模ビジネスまたは事業体あるいはその両方に向けてポータル・ベースのソフトウェア・ソリューションのクライアントのみの変形例を可能にすることによって、ユーザの大幅な再教育を必要としない、適応性のあるアップグレード経路が可能となる。これらの潜在的利点にもかかわらず、既知のソリューションまたはシステムには、クライアントのみの環境にてクライアントによるポータルの利用を可能にするものは存在しない。

本発明は、クライアントのみの環境においてポータルを利用可能にするクライアント・ポートレット・コンテナを開示する。言い換えれば、本発明は、アプリケーション・サーバまたはポータル・サーバのリソースといったサーバ・リソースに依存することなく、一連のポートレットを集約してクライアント可視のポータル・ページにするソリューションを提供する。本ソリューションは、ネットワークに接続された状態あるいはネットワークから切断された状態のいずれにおいても、クライアントによって利用可能である。本発明では、ＪＡＶＡ Ｓｅｒｖｅｒ Ｐａｇｅ（ＪＳＰ）ファイルなどの集約型Ｗｅｂページのタグによって参照されるクライアント・ポートレット・コンテナを使用して、ポートレット・コンテンツをレンダリングすることができる。

一実施形態では、ユーザ・インターフェースに複数のポートレットを集約するように設計されたカスタム・タグとＨＴＭＬベースのデータとを組み込んだ、集約型Ｗｅｂページを開発することができる。これらの集約型Ｗｅｂページは、カスタム・タグを含むことができ、コンパイルしクライアント・ポートレット・コンテナへデプロイすることができる。クライアント・ポートレット・コンテナは、これらのプリコンパイル済みポータル・ページをローカルにレンダリングするように構成することができる。一構成では、統合開発環境（ＩＤＥ：Ｉｎｔｅｇｒａｔｅｄ Ｄｅｖｅｌｏｐｍｅｎｔ Ｅｎｖｉｒｏｎｍｅｎｔ）内で取り入れることのできるツーリング・ソリューションを提供することができ、該ツーリング・ソリューションによって、ソフトウェア開発者がカスタム・タグを含んだ集約型Ｗｅｂページを作成することが可能になる。別の構成では、開発変換ツールを用いて、既存のポータル構成ファイルから集約型Ｗｅｂページを自動的に生成することができる。さらに別の構成では、本変換ツールを、ポータル構成ファイルから集約型Ｗｅｂページを自動的に生成する実行時変換エンジンとすることができる。

本発明は、本明細書に提示される材料と整合する数多くの態様に従って実現することができる。例えば、本発明の一態様として、ポートレットを集約し利用する方法を挙げることができる。本方法は、クライアント環境内で集約型Ｗｅｂページを特定するステップを含むことができ、この場合集約型Ｗｅｂページは、ポータルを指定する。集約型Ｗｅｂページにて、１つ以上のポートレットに対するコントロール・リンクを確立することができ、各リンクは、クライアント・ポートレット・コンテナに関連している。ポートレット・コンテンツを、ポートレット・ページまたはポートレット・アプリケーションから各クライアント・ポートレット・コンテナへと挿入することができる。集約型Ｗｅｂページを、クライアント環境のブラウザ・インターフェースにレンダリングすることができる。

本発明の別の実施形態として、ポートレットの処理方法を挙げることができる。本方法では、プリコンパイル済みポートレット集約ページを生成することができ、このページをクライアントへ伝達する。クライアントは、サーバ・リソースに依存することなく、ポートレット集約ページのコンテンツをレンダリングすることができる。例えば、クライアントは、そのページによって参照された１つ以上のクライアントサイド・ポートレット・コンテナを使用して、ポートレット・コンテンツをレンダリングすることができる。

当然のことながら、本発明の多様な態様は、本明細書に記載の機能を実現させるべくコンピューティング機器を制御するプログラムとして、または、本明細書に開示されるステップ群に対応するプロセスをコンピューティング機器が実施できるようにするプログラムとして、実現可能である。上記のプログラムは、磁気ディスク、光ディスク、半導体メモリ、またはその他任意の記録媒体に該プログラムを保存することによって提供されてもよい。本プログラムは、さらに、搬送波を介して伝達されるデジタル・コード化した信号として提供することもできる。記載のプログラムは、単一のプログラムとすることもできるし、または複数のサブプログラムとして実現することもでき、その各々は、単一のコンピューティング・デバイス内で相互作用するか、またはネットワーク空間中で分散的に相互作用する。

同様に当然のことながら、本明細書にて詳述する方法は、サービス・エージェント、またはサービス要求に応えてサービス・エージェントが操作するマシン、あるいはその両方によって、少なくとも部分的に実施される方法とすることができる。

図面に現在好適な実施形態を示す。ただし当然のことながら、本発明は、図示される通りの構成および手段に厳密に限定されるものではない。

本明細書に開示される本発明の構成の一実施形態による、クライアントのみの環境にてポータルをレンダリングするシステムの概略図である。 本明細書に開示される本発明の構成の一実施形態による、クライアントのみの環境にて機能するポータル・ソリューションと一緒に使用される開発ツーリング・ソリューションの概略図である。 本明細書に開示される本発明の構成の一実施形態による、クライアント環境にて利用可能な集約ページを作成する多様なソリューションを示すフローチャートである。 本明細書に開示される本発明の構成の一実施形態による、クライアントのみの環境においてポータルのレンダリングを可能にするシステムをサービス・エージェントによって構成することのできる方法のフローチャートである。

図１は、本明細書に開示される本発明の構成の一実施形態による、クライアントのみの環境１１０にてポータルをレンダリングするシステム１００の概略図である。サーバサイドのポータル・アプリケーションおよび集約フレームワークに依存する従来のポータル実装とは異なり、システム１００は、クライアント環境１１０におけるポータルのレンダリングを可能にしている。

より具体的には、ポータル・エンジン１１４が、集約型ページ１２０を受信することができ、該ページは、埋め込みタグ１２２を含んだプリコンパイル済みＷｅｂページ１２０とすることができる。上記の埋め込みタグは、ポートレット・コンテンツ１２４をその中にレンダリング可能な固有のクライアントサイド・ポートレット・コンテナ１１５に対するコントロール・リンクを提供する、固有のタグ１２２とすることができる。ブラウザ・エンジン１１７によって、クライアントサイド・インターフェース１１８に集約型ページ１２０をレンダリングすることができる。インターフェース１１８には、例えば、集約型ページ１２０によって指定されたレイアウトを有するポートレットＡ、ポートレットＢ、およびポートレットＣを含めることができる。ポートレットＡ乃至Ｃ各々のコンテンツは、クライアント・ポートレット・コンテナ１１５にリンクされている個別のポートレット・ページ１２４によって提供可能である。クライアント環境１１０はサーバサイドのリソースなしでポータルをレンダリングすることができるので、環境１１０は、ネットワーク１４０切断モードにおいても動作可能である。

一実施形態では、環境１１０にモード切り換えエンジン１１６を備えて、システム１００を接続モードで動作可能にすることができ、この接続モードでは、更新済みのコンテンツが受信される。接続モードでは、ポートレットＡ乃至Ｃのコンテンツを、ローカルに保存されているポートレット・ページ１２４からではなく、Ｗｅｂサーバ１４４に由来するポータル・ページ１４２から取得することができる。ポートレット・ページ１２４は、以前、環境１１０が最後に接続状態にあったときにＷｅｂサーバ１４４から取得された、ローカルでキャッシュされたページであり得る。言い換えれば、環境１１０がページ１４２を取得すると、これらのページ１４２が、ローカル・データ・ストアにある以前にキャッシュされたページ１２４に自動的に置き換わるようにできる。ネットワーク１４０への接続性が失われた場合、直前にキャッシュされたページ１２４が、ポートレット・コンテンツを提供するのに使用可能となる。

別の実施形態では、接続状態にあるときに、モード切り換えエンジン１１６が、ページ１２０を、サーバ１３０が提供する集約型ページ１３６で置換することができる。こうするときには、ポータル・エンジン１１４の代わりに、サーバ１３０のポータル・エンジン１３４が利用される。さらに、集約型ページ１３６内に反映されたあらゆる更新に整合して集約型ページ１２０が更新されるように、集約型ページ１２０のコンテンツをサーバ１３０から取得することができる。

さらに別の実施形態では、クライアント環境１１０には、ポータル構成ファイル１２５から集約型ページ１２６を作成する内部集約エンジン１１２を含めることができる。さらにページ１２６は、クライアント・ポートレット・コンテナ１１５に関する固有のタグ１２２を含むことができ、故に、環境１１０によってページ１２０の処理と同様のやり方で処理することができる。集約エンジン１１２が環境１１０に含まれている場合、更新済みのポータル構成ファイル１２５をサーバ１３０から断続的に受信することが可能であり、その結果、断続的に更新される集約型ページ１２６が得られる。

本明細書で用いられるポータル・エンジン１１４および１３４はどちらも、特定の集約フレームワークを定義する１つ以上のポータル・アプリケーションを含むことができる。エンジン１１４のポータル・アプリケーションおよびフレームワークは、リソースの限られた環境であり得る環境１１０向けにカスタマイズすることができる。エンジン１１４は、最低限の処理能力で実行される、比較的省スペースのものであり得る。対照的に、エンジン１３４は、機能的に同等なエンジン１１４よりもさらにロバストな性能を有するものであり得る。エンジン１１４および１３４の両方に関して、機能のシームレスな低下を考慮したやり方でコードを記述することができる。すなわち、エンジン１３４によって提供されていてエンジン１１４にはサポートされていないロバストな特性をポートレット・コードが利用している可能性のある場合でも、特性が低下する可能性はあるが、環境１１０内で引き続き該ポートレット・コードを実行することができる。

ポータル・エンジン１１４および１３４はどちらも、類似する標準に準拠させることができる。例えば、エンジン１１４および１３４の両方を、ＪＡＶＡ仕様要求（ＪＳＲ１６８）に基づかせることができる。システム１００は、いずれか特定のポータル標準、ポートレット・コンテナ標準に制限されるものではなく、任意の仕様に適合させることができる。例えば、エンジン１１４および１３４を、Ｗｅｂサービス向けのポートレット仕様（ＷＳＲＰ：Ｗｅｂ Ｓｅｒｖｉｃｅｓ ｆｏｒ Ｒｅｍｏｔｅ Ｐｏｒｔｌｅｔｓ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）ベースの技術、．ＮＥＴプラットフォーム・ベースの技術、ＳｈａｒｅＰｏｉｎｔ（Ｒ）ベースの技術、ＡＳＰベースのポータル技術、ＰＨＰベースのポータル技術などに基づかせることができる。

さらに、エンジン１１４および１３４が基づいている標準または技術あるいはその両方とは無関係に、エンジン１１４は、ポータル・サーバ１３０の数多くの様々な実装に対応させることができる。例えば、エンジン１１４は、ポータル・サーバが、いずれもニューヨーク州アーモンク（Ａｒｍｏｎｋ）のインターナショナル・ビジネス・マシン・コーポレーション（ＩＢＭ：Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ）による固有のポータル・サーバであるＷｅｂＳｐｈｅｒｅ（ＩＢＭ社の登録商標）Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒであるか、あるいはＷｅｂＳｐｈｅｒｅ Ｐｏｒｔａｌであるかにかかわらず、エンジン１３４に対応可能である。ＷｅｂＳｐｈｅｒｅ Ｐｏｔａｌは、プローブ・ポートレット・サービス・イベントをはじめプロパティ・ブローカ・イベント、ポートレット・サービス・イベントなどの諸機能およびその他の機能といった、ＷｅｂＳｐｈｅｒｅ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ向けには実現されていない追加的な特性を備えて、ＪＳＲ１６８の性能を拡張することができる。ＪＳＲ１６８に基づく同じエンジン１１４は、さらに、ＢＥＡ ＷｅｂＬｏｇｉｃ Ｐｏｒｔａｌ（Ｒ）、Ｌｉｆｅｒａｙ、ＪＢｏｓｓ（Ｒ）、Ｐｌｕｔｏ、ＧｒｉｄＳｐｈｅｒｅ、ｕＰｏｒｔａｌなどといったポータル・サーバ１３０の実装にも対応することができる。

図２は、本明細書に開示される本発明の構成の一実施形態による、クライアントのみの環境にて機能するポータル・ソリューションと一緒に使用される開発ツーリング・ソリューションの概略図である。インターフェース２００で示される一実施形態では、グラフィカル・ソフトウェア開発ツール２００を使用して、クライアント・ポートレット・コンテナに関するタグを含む集約型ページを生成することができる。ツール２００は、ＩＢＭによるＲａｔｉｏｎａｌ（ＩＢＭ社の登録商標）Ａｐｐｌｉｃａｔｉｏｎ Ｄｅｖｅｌｏｐｅｒ（ＲＡＤ）ツールなどの統合開発環境（ＩＤＥ）の一部とすることができる。

図に示すように、ツール２００は、キャンバス２１０を備えることができ、設計者は、このキャンバス上にＧＵＩコントロール２３２および様々なポートレット２３０をドラッグすることができる。ポートレット・ツールバー２３０には、どのタイプのポートレット・コンテナ（クライアントサイド・ポートレットコンテナ、またはサーバサイド・ポートレット・コンテナあるいはその両方）をｐｏｒｔａｌ．ｊｓｐによる参照の対象とするかを示す、設計者によって選択可能な選択項目を含めることができる。タイプＩ乃至Vとして図示された各種ポートレットが、ツール２００を介して入手可能になり得る。設計者は、様々なポートレットをキャンバス２１０へドラッグすることができ、これらポートレットのレイアウトをグラフィカルに操作することができる。図に示すように、キャンバス２１０では、開発されているポータル内に、タイプの異なる３つのポートレット２２０乃至２２４を含めることができる。ポートレット・コンテナ２２０乃至２２４が決定されたら、ツール２００を用いてコンテナ・プロパティを調整することができる。例えば、ユーザは、各ポートレット・コンテナに関しポートレット・コンテンツ・ソースを指定することができる。利用可能な様々なビュー２１２によって、設計レイアウト、ソースもしくはコード・レイアウト、またはプレビュー・レイアウト、あるいはその全てを提示することができる。

インターフェース２４０で示された別の実施形態では、開発者が使用する変換装置によって、ポータル構成ファイルから集約型ページを自動的に生成することができる。インターフェース２４０は、開発者による構成ファイルの選択２４２を可能にすることができる。インターフェース２４０は、任意的に、どのタイプのポートレット・タグ２４４を集約型ページに含めるかをユーザが選択可能にすることができる。最後に、選択された構成ファイル２４２に基づいて集約型ページを生成する、選択可能ボタン２４６を含めることができる。

上記に提示したツーリング・ソリューションは両方とも、ページ１２０などの、クライアントへ伝達可能なプリコンパイル済み集約型ページを作成する手段を、開発者に提供する。クライアントは、開発環境にて使用されるクライアントとすることもできるし、あるいは実行時環境にて使用されるクライアントとすることもできる。例えば、ポートレットに取り組んでいる開発者は、クライアントサイド・ポートレット・コンテナを使用して、ローカルで自分のポートレット・コンポーネントを開発することができる。初期の作業が完了したら、開発者は、ポートレットがオンライン・モードでどのように機能するかをテストするのに、サーバサイド・ポートレット・コンテナを利用することができる。一実施形態では、ソフトウェア開発ツールが、実行時環境のオンライン状態およびオフライン状態を模倣すなわちシミュレートすることができる。当然のことながら、ＧＵＩ２００および２４０の構成、レイアウト、およびコントロール要素は、単なる例示を目的として提示してきたものに過ぎず、派生的および代替的なものも本明細書における考慮の対象であり、本発明の範囲内にあるものとみなされるべきである。

図３は、本明細書に開示される本発明の構成の一実施形態による、クライアント環境にて利用可能な集約ページを作成する多様なソリューション３００および３３０を示すフローチャートである。ソリューション３００または３３０あるいはその両方は、システム１００の状況に照らして動作可能である。

ソリューション３００は、空のＪＳＰファイルと一連のポートレットとを入力として受け取るツーリング・ソリューションを示す。このツーリング・ソリューションは、各々がポートレット・アプリケーションを表す一連のタグを含んだ、集約型ＪＳＰの出力を生じる。ソリューション３００は、空のポータルＪＳＰ３０５から始めることができ、この空のポータルＪＳＰへフレームワーク・コンテンツ３１０が追加される。このコンテンツは、インターフェース２００などのツーリング・ソリューションを使用して追加することができる。すなわち、ポートレットを追加するパレット操作３１５が、ポートレットをＪＳＰへ追加するツーリング・ソリューション３２０を使用して実施可能である。作成されたＪＳＰ３２５は、プリコンパイルしクライアント・ポートレット・コンテナ（例えば、コンテナ１１５）へデプロイすることができる。上記のクライアント・ポートレット・コンテナが、含まれているコンテンツをレンダリングする。

ソリューション３３０は、集約エンジン１１２、または例えばインターフェース２４０で示される開発変換ツールあるいはその両方によって実施される操作を表すことができる。ソリューション３３０は、ポータル構成ファイル、一連のポートレット、および任意的に空のＪＳＰファイルを、入力として受け取る。空のＪＳＰファイルが入力されない場合には、空のＪＳＰファイルを１つ自動的に生成することができる。ソリューション３３０は、各々がポートレット・アプリケーションを表す一連のタグを含んだ、集約型ＪＳＰを出力することができる。例えば、構成ファイル・エントリの各々を、ＪＳＰのタグ・エントリに関連させることができる。一実施形態では、タグを表形式に配置することができる。図に示すように、ポータル構成ファイル３４０を、変換エンジン３４５へ伝達することができ、この変換エンジンが、ＪＳＰ生成装置３５０向けに結果を生じる。ＪＳＰ生成装置３５０は、プリコンパイル済みでありクライアント・ポートレット・コンテナ（例えば、コンテナ１１５）へデプロイされる集約ページを作成３５５することができる。上記のクライアント・ポートレット・コンテナが、含まれているコンテンツをレンダリングする。

図４は、本明細書に開示される本発明の構成の一実施形態による、クライアントのみの環境においてポータルのレンダリングを可能にするシステムをサービス・エージェントによって構成することのできる方法４００のフローチャートである。方法４００は、システム１００の状況に照らして実施可能である。

方法４００は、顧客がサービス要求を開始する、ステップ４０５で始めることができる。ステップ４１０では、サービス要求に応える人間のエージェントを選択することができる。ステップ４１５では、人間のエージェントが、顧客の現在のシステムを分析し、ソリューションを開発することができる。ステップ４２０では、人間のエージェントが、クライアント環境にてプリコンパイル済みポータルを使用するように、クライアント・システムまたはソフトウェア開発ツールを構成することができる。ステップ４２５にて、人間のエージェントは、サービス業務を終了することができる。

本発明は、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアとの組み合わせにおいて実現されるとよい。本発明は、１つのコンピュータ・システムにて集中的なやり方で実現されてもよいし、あるいは相互に接続されたいくつかのコンピュータ・システムにわたって別々の要素が散在した分散的なやり方で実現されてもよい。本明細書に記載する方法を実行するようになっている、あらゆる種類のコンピュータ・システムまたはその他の装置が適している。ハードウェアとソフトウェアとの代表的な組み合わせは、コンピュータ・プログラムを備えた汎用コンピュータ・システムとすればよい。該コンピュータ・プログラムは、ロードされ実行されると、本コンピュータ・システムを制御して本明細書に記載の方法を実行させる。

本発明は、さらに、コンピュータ・プログラム製品に埋め込まれてもよい。該コンピュータ・プログラム製品は、本明細書に記載の方法の実現を可能にするあらゆる特性を含み、コンピュータ・システムにロードされると、上述の方法を実行することができる。ここでいうコンピュータ・プログラムとは、一連の命令の、任意の言語、コードまたは表記法による任意の表現を意味し、該一連の命令は、直接的に、あるいは、ａ）別の言語、コードまたは表記法への変換；ｂ）異なる材料形態での再生、のいずれかまたは両方を経て、情報処理能力を有するシステムに特定の機能を実行させることを目的としている。

本発明は、その精神または本質的な属性から逸脱することなく、別の形態で具現化することもできる。従って、本発明の範囲を示すものとして、上述の明細事項よりも、むしろ以下の請求項を参照すべきである。

特に、添付の請求項に関連して、従属請求項に示される特性は、独立請求項の特性と組み合わせられるとよく、さらにそれぞれの独立請求項に示される特性は、任意の適切なやり方で組み合わせられてもよいものであって、本請求項にて列挙した特定の組み合わせに限られるものではない。

誤解を避けるために、明細事項および請求項の全体を通じて本明細書で用いられる用語「含む」は、「のみから成る」ことを意味すると解釈されるべきではない。

Claims (22)

1. ポートレットを集約および利用する方法であって、前記方法は、
   クライアント環境内で集約型Ｗｅｂページを特定するステップであって、前記集約型Ｗｅｂページはポータルを指定している、前記特定するステップと、
   前記集約型Ｗｅｂページにて、各々がクライアント・ポートレット・コンテナに関連している複数のポートレットへのコントロール・リンクを確立するステップと、
   ポートレット・ページから、各クライアント・ポートレット・コンテナへ、ポートレット・コンテンツを挿入するステップと、
   前記集約型Ｗｅｂページを前記クライアント環境のブラウザ・インターフェースにてレンダリングするステップと、
   を含む、方法。
2. 前記集約型Ｗｅｂページが、前記クライアント環境の外部のコンピューティング・デバイス内でプリコンパイルされ、前記方法は、
   前記集約型Ｗｅｂページを前記外部のコンピュータ・デバイスから前記クライアント環境へ伝達するステップ
   をさらに含む、請求項１に記載の方法。
3. 前記クライアント環境へポータル構成ファイルを伝達するステップと、
   前記クライアント環境の中の集約エンジンが、前記ポータル構成ファイルを前記集約型Ｗｅｂページへ変換するステップと、
   をさらに含む、請求項１または２に記載の方法。
4. ソフトウェア開発ツールが、ポータル構成ファイルを前記集約型Ｗｅｂページへ自動的に変換し、前記集約型Ｗｅｂページはその後前記クライアント環境へ伝達される、請求項１乃至３のいずれかに記載の方法。
5. ソフトウェア開発ツールが、開発者によって開始されたパレット操作に応えて空の集約型Ｗｅｂページへポートレットを追加するステップと、
   前記ソフトウェア開発ツールを用いて前記集約型Ｗｅｂページをプリコンパイルするステップと、
   前記集約型Ｗｅｂページを前記クライアント環境へ伝達するステップと、
   をさらに含む、請求項１乃至４のいずれかに記載の方法。
6. 前記レンダリングするステップが、前記クライアント環境がオフライン状態にあるときに行われる、請求項１乃至５のいずれかに記載の方法。
7. 前記クライアント環境をオフライン状態からオンライン状態へ移行させるステップであって、前記オンライン状態にあるときに、前記ポートレット・コンテンツが、前記クライアント環境からリモートに置かれた少なくとも１つのＷｅｂサーバから取得される、前記移行させるステップをさらに含む、請求項１乃至６のいずれかに記載の方法。
8. 前記オンライン状態にあるときに、前記集約型Ｗｅｂページに対応する別の集約型Ｗｅｂページをポータル・サーバから取得するステップであって、前記別の集約型Ｗｅｂページは、前記ポータル・サーバ内で動的にコンパイルされる、前記取得するステップと、
   前記別の集約型Ｗｅｂページを前記ブラウザ・インターフェースにレンダリングするステップと、
   をさらに含む、請求項１乃至７のいずれかに記載の方法。
9. 前記集約型Ｗｅｂページが、ＪＡＶＡ Ｓｅｒｖｅｒ Ｐａｇｅ（ＪＳＰ）である、請求項１乃至８のいずれかに記載の方法。
10. 前記クライアント・ポートレット・コンテナが、ＪＡＶＡ仕様要求（ＪＳＲ）１６８に基づいた標準に従ってコンパイルされる、請求項１乃至９のいずれかに記載の方法。
11. 前記方法の前記ステップ群が、少なくとも１つのマシンによって実行可能な複数のコード・セクションを有する少なくとも１つのコンピュータ・プログラムに従って、前記少なくとも１つのマシンによって実施される、請求項１乃至１０のいずれかに記載の方法。
12. 前記方法の前記ステップ群が、サービス・エージェント、および前記サービス・エージェントによって操作されるコンピューティング・デバイスのうちの少なくとも１つによって実施され、前記ステップ群は、サービス要求に応えて実施される、請求項１乃至１０のいずれかに記載の方法。
13. ポートレットの処理方法であって、前記方法は、
    プリコンパイル済みポートレット集約ページを生成するステップと、
    前記プリコンパイル済みポートレット集約ページをクライアントへ伝達するステップと、
    前記クライアントが、サーバ・リソースに依存することなく前記ポートレット集約ページのコンテンツをレンダリングするステップと、
    を含む、方法。
14. 前記レンダリングするステップが、前記クライアントがオフライン状態にあるときに行われる、請求項１３に記載の方法。
15. 前記生成するステップが、ソフトウェア開発ツールによって実施される、請求項１３または１４に記載の方法。
16. 前記生成するステップが、ポータル構成ファイルから前記ポートレット集約ページを動的に生成する、請求項１３、１４または１５に記載の方法。
17. 前記ポートレット集約ページが、クライアントサイド・ポートレット・コンテナを参照するタグを含み、前記クライアントサイド・ポートレット・コンテナは、ポートレット・コンテンツをレンダリングするのに前記クライアントによって使用される、請求項１３乃至１６のいずれかに記載の方法。
18. 前記ポートレット集約ページが、ＪＡＶＡ Ｓｅｒｖｅｒ Ｐａｇｅ（ＪＳＰ）である、請求項１３乃至１７のいずれかに記載の方法。
19. 前記ポートレット集約ページが、ＪＡＶＡ仕様要求（ＪＳＲ）１６８に基づいた標準に準拠する、請求項１３乃至１８のいずれかに記載の方法。
20. 前記方法の前記ステップ群が、少なくとも１つのマシンによって実行可能な複数のコード・セクションを有する少なくとも１つのコンピュータ・プログラムに従って、前記少なくとも１つのマシンによって実施される、請求項１３乃至１９のいずれかに記載の方法。
21. コンピュータ・システムへロードされ、そこで実行されると、請求項１乃至２０のいずれかに記載の方法の前記ステップ群を前記コンピュータに実施させるコンピュータ・プログラム・コードを含む、コンピュータ・プログラム要素。
22. ポータルを送信するシステムであって、前記システムを介して集約型Ｗｅｂページを受信するポータル・エンジンを含む、システム。

Images