JP4456485B2 - ポータル・サーバにおいてポートレットの集合を管理する方法および装置 - Google Patents

ポータル・サーバにおいてポートレットの集合を管理する方法および装置 Download PDF

Info

Publication number
JP4456485B2
JP4456485B2 JP2004540955A JP2004540955A JP4456485B2 JP 4456485 B2 JP4456485 B2 JP 4456485B2 JP 2004540955 A JP2004540955 A JP 2004540955A JP 2004540955 A JP2004540955 A JP 2004540955A JP 4456485 B2 JP4456485 B2 JP 4456485B2
Authority
JP
Japan
Prior art keywords
portlet
application
session
portlets
user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2004540955A
Other languages
English (en)
Other versions
JP2006501559A (ja
Inventor
エヌジー、ジョアンナ
カポーア、ロヒト
ニガル、レホ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
International Business Machines Corp
Original Assignee
International Business Machines Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by International Business Machines Corp filed Critical International Business Machines Corp
Publication of JP2006501559A publication Critical patent/JP2006501559A/ja
Application granted granted Critical
Publication of JP4456485B2 publication Critical patent/JP4456485B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/954—Navigation, e.g. using categorised browsing
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Health & Medical Sciences (AREA)
  • Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)

Description

本発明はインターネットに関し、より詳細には、ウェブ・アプリケーションでポータルおよびポートレットを生成および使用して、ウェブ・サイトに関する機能を向上する方法および装置に関する。
ワールド・ワイド・ウェブは、ユーザにグラフィカル情報を搬送する、インターネットを介する通信へのパラダイム・シフトをもたらした。ウェブの出現と共に、通信性および高域接続性が依然としてますます求められている。
ポータル（以前はウェブ・ポータルと呼ばれていた）は、インターネット空間において大きなパラダイム・シフトをもたらした。Ｅメール、フォーラム、検索エンジン、データベース、その他の情報などの多数の資源またはサービスを提供するウェブ・サイトはポータルとみなすことができる。最初のウェブ・ポータルはオンライン・サービスであった。最初は、インターネットをサーフィンするユーザが、ワールド・ワイド・ウェブの様々なサイトから来る情報を集めて提供するウェブ・ページを見ることができたが、集合の構成はユーザに透過的であった。典型的なウェブ・ブラウザを利用するユーザは、表示される結合ウェブ・ページを見る。閲覧しているウェブ・サイトに関連しない、様々なインターネット・サイトからのページの様々な部分の起源は容易には識別できない。こうした部分はポートレットと呼ばれる。
ポートレットは、エンド・ユーザがそのポータル・ページ内に見る、目に見えるアクティブな構成要素である。ＰＣデスクトップ内のウィンドウと同様に、各ポートレットは、結果をそこに表示する、ブラウザまたは携帯情報端末の一部を「所有」する。
ユーザの観点からは、ポートレットは、ユーザがそれに加入し、ユーザの個人ポータル・ページにそれを追加し、パーソナライズしたコンテンツを表示するようにそれを構成するコンテンツ・チャネルまたはアプリケーションである。
コンテンツ・プロバイダの観点からは、ポートレットは、コンテンツ・プロバイダのコンテンツを利用できるようにする手段である。
ポータル管理者の観点からは、ポートレットは、ポータルに登録することのできるコンテンツ・コンテナであり、それによってユーザはそれに加入することができる。
ポータルの観点からは、ポートレットは、ポータルのページの１つにレンダリングされる構成要素である。
技術的観点からは、ポートレットはポータル・サーバ上で動作し、ポータル・ページに埋め込むべきコンテンツを提供する１つのコードまたは小規模アプリケーションである。最も単純な言い方として、ポートレットは、ポータル内部で動作するＪａｖａ（Ｒ）サーブレットでよい。
（通常はワールド・ワイド・ウェブ中の様々な場所を源とする）所与のページの各部分（ポートレット）は、同じページの別の部分（ポートレット）と協働して、ページにサーフィンまたはアクセスするユーザに対してより高い機能を達成することができる。したがって、ポータルは、複数のユーザにとって、複数のチャネルを介する複数の情報源への単一アクセス・ポイントとなる。
ポータルは様々なビジネス・モデル、すなわちＢ２Ｃ、Ｂ２Ｂ、またはＢ２Ｅに応用することができる。ポータル・パラダイムの急速な採用の鍵は、既存のウェブ・アプリケーション・データをシームレスにポータル・フレームワークに統合できることに強く結びついている。
しかし、そのようなシームレスなウェブ・アプリケーションのポータルへの統合に関して様々な技術的障害が依然として存在している。
従来技術では、以下のポータル・アーチファクトがどのように既存のウェブ・アプリケーションと一緒に働くかに関して制限がある。ウェブ・アプリケーションのポータル・アーキテクチャへの統合の実施は明確ではない。こうしたエンティティには以下のものが含まれる。
ポータルに対する元のｈｔｔｐ要求
ポータル内のポートレット・セッション
ポータルから関係するウェブ・アプリケーションへのｈｔｔｐ要求
異なるユーザがポータル・ページにアクセスするとき、各ユーザについての元のｈｔｔｐ要求が、ポータル・サーバに向けて送られる（ａ）。各ユーザについての元のｈｔｔｐセッションもまた、ポータル・サーバによって完全に「所有される」。各ポートレットは、ポートレット・セッションと呼ばれるそれ自体の独立セッションを有する。ポートレットが所与のウェブ・アプリケーションから来る情報をレンダリングする必要があるとき（ｂ）、一般には以下の技術的障害が存在する。
ｉ．ポートレットが、バックエンド・ウェブ・アプリケーションへの、およびバックエンド・ウェブ・アプリケーションからのｈｔｔｐ要求および応答を生成する既存の機構が存在しない。
ｊ．バックエンド・ウェブ・アプリケーション（およびウェブ・アプリケーションのセッション）への複数の要求および応答と正確にマッピングする呼出し側ポートレット（およびポートレット・セッション）への複数の要求および応答を管理する既存の機構が存在しない。それぞれ（ポートレットとウェブ・アプリケーションの両方）がそのユーザ・セッションをそれに応じて維持する。
これにより、複数のポートレットが同一のウェブ・アプリケーションを呼び出すときに複雑になり、ウェブ・アプリケーションは、これらの複数のポートレット要求を同一のウェブ・アプリケーション・セッション内で処理する。
ｋ．複数のポートレット・セッションとウェブ・アプリケーションのセッションとの間でセッション情報を中継する既存の機構が存在しない。
同一のポートレット・アプリケーション内の明確な１組のポートレットがバックエンドで１つのウェブ・アプリケーションと対話するとき、関与するすべてのポートレットが、ウェブ・アプリケーションからレンダリングされる情報がポートレットのポータルの情報の設定と整合するように、バックエンドで正確なセッション情報を取り出してウェブ・アプリケーションに転送できなければならない。このような設定の例には、ロケール情報、その特定のアクセスのユーザ・エージェントなどが含まれる。例えば、ウェブ・アプリケーションから送られる応答は、それを表示するポータル・サーバ内のポートレットと同じロケールを使用していなければならない。
ポータル・ユーザの証明書がバックエンド・ウェブ・アプリケーションによってチャレンジされないような単一サインオンのための既存の機構は存在しない。これは重要な要件である。この欠如の結果として、ユーザがウェブ・ページの一部分から同一のウェブ・ページの異なる部分に移動するときに、ユーザの証明書がチャレンジされることになる。ポートレットが異なる起源および識別要件を有するからである。
所与のポートレット・アプリケーションのポートレットと関係するウェブ・アプリケーション・バックエンドとの間で複数の要求または応答を同期する既存の機構は存在しない。
従来技術は、同一のポートレット・アプリケーション内の複数のポートレットがどのように（同一のコンテキストを共有して）互いに、ならびに様々な統合ウェブ・アプリケーションと動的に協働することができるかが定義されないことに関して制限を有する。
同一の「コンテキスト」を動的に共有することによって協働する複数のポートレットに関する１つの使用法のシナリオは、この制限を概念的に例示するのに役立つ。
同一のポータル・ウェブ・ページ上に３つのポートレットが表示されている場合、
第１のポートレットが、取引先のリストを表示することによって取引先一覧を示す
第２のポートレットが、所与の取引先の未払いのインボイスのリストを示す
第３のポートレットが、所与の取引先の注文履歴一覧を示す
第２ポートレットおよび第３ポートレットは、コンテキスト的に第１ポートレットに動的にバインドされ、未払いのインボイス（第２ポートレット）および注文履歴（第３ポートレット）を反映し、第１ポートレットの取引先リストから選択された取引先と同期される。
従来技術の制限
ｉ．協働的に働くポートレット・アプリケーション内のポートレットのサブグループ分けを定義する機構が存在しない。
ｊ．所与のポートレット・アプリケーション内のポートレットのサブグループ間で共有されるコンテキスト（動的に変更することができる）を定義する機構が存在しない。ここでのコンテキストの例は、ポートレット１内の選択した取引先であり、そのような取引先の選択は動的に変更することができる。
ｋ．コンテキストの変化を動的に検出する機構が存在しない。変更の例は、上記の例のポートレット１内の取引先リストのある取引先から別の取引先への変更である。
ｌ．同一のコンテキストを共有するポートレットのサブグループ内の関与する各ポートレットについて事前定義されたアクション（または応答）を登録する機構が存在しない。例は、コンテキストが（ある取引先選択からポートレット１内の別の取引先に）変化したときに未払いのインボイスのリストを表示する（ポートレット２でのアクション）ことである。
ｍ．その動的コンテキストを関係する統合ウェブ・アプリケーションに中継する機構が存在しない。
ポートレット・アプリケーション内の１群のポートレットについてリフレッシュ・シーケンスを定義する機構が従来技術には存在しない。
ｉ．ポータル設計者が表示される所与の１組のポートレットのリフレッシュ順序を指定するための備えが今日存在しない。
上記のシナリオでは、ポータル設計者は、第１ポートレット（アカウント・リスト）をまずリフレッシュし、第２ポートレットを２番目にリフレッシュし、以下同様であり、その結果、第２ポートレットおよび第３ポートレットが自動的に正しいシーケンスで行われるアクションを（ポートレットが配置されるとき）定義していることを望む。
ビジネス規則とユーザの役割を含むユーザ・プロファイリング情報とに基づいてポートレットの集合をサポートする明確な機構がポータル・アーキテクチャで欠如している。
ｉ．ビジネス規則に基づいてユーザごとのポータル資源の集合を定義する既存の機構が存在しない。例：ティーンエージャのすべてのポータル・ユーザがポートレットのあるグループを見、年長のポータル・ユーザがポートレットの別のグループを見る。
ｊ．実行時に動的に実行されるそのような規則ベースおよびユーザ・ベースのポートレットの集合のための既存の機構が存在しない。
関係する統合バックエンド・ウェブ・アプリケーションとのポータル・レベル・ビジネス規則およびユーザ・プロファイル情報の共有が存在しない。
規則およびユーザ・セグメント化をポータルおよびその統合バックエンド・ウェブ・アプリケーションにわたって整合させることができるような、統合ウェブ・アプリケーションとのこうしたビジネス規則またはユーザ・セグメント化情報の共有は存在しない。例えば、ティーンエージャの範囲の年齢を定義する規則が存在する場合、そのような規則は、整合性のために、統合ウェブ・アプリケーションにとって可視であり、かつ統合ウェブ・アプリケーションに対して適用可能であるべきである。
用語
ポートレット
ポートレットは、エンド・ユーザがそのポータル・ウェブ・ページ内に見る、目に見えるアクティブな構成要素である。ＰＣデスクトップ内のウィンドウと同様に、各ポートレットは、ポートレット特有の情報をそこに表示する、ブラウザまたはＰＤＡ（Personal Digital Appliance）の一部を「所有」する。
ポートレット・アプリケーション
ポートレットはまた、ポートレット・アプリケーションでグループ化することができる。ポートレット・アプリケーションは、ウェブ・アーカイブ・ファイル（ＷＡＲ）を使用して配布および配置される。標準ウェブ・アプリケーション配置記述子に対するポートレット特有の拡張が存在する。
ポートレット・メッセージ
ポートレット・アクションおよびポートレット・メッセージを使用する２つのポートレット間の通信のためにポートレット・メッセージが使用される。送信側ポートレットはポートレット・アクションを作成し、アクションをＵＲＬに符号化する。例えばタスクを実施することを試みるユーザにより、ＵＲＬがアドレス指定されたとき、アクション・リスナが呼び出され、必要なデータを送信するためにポートレット・メッセージを送信する。
ポートレット・セッション
ログオンする各ユーザについての各ポートレット・インスタンスについてポートレット・セッションが作成され、各ユーザのポートレット・インスタンスごとにセッション情報が維持される。
本明細書の発明の様々な実施形態は、従来技術の１つまたは複数の欠点に対処する。
ユーザがポータル・ページにアクセスするとき、各ユーザについての元のｈｔｔｐ要求がポータル・サーバに向けて送られる。各ポートレットは、ポートレット・セッションと呼ばれるそれ自体の独立セッションを有する。本発明の一実施形態は、所与のポートレット・アプリケーションのポートレットと関係するウェブ・アプリケーション・バックエンドとの間で複数の要求または応答を同期するシステムを提供することであり、所与のポートレット・アプリケーションのポートレットが、バックエンドｈｔｔｐセッションが結合して維持されるようにバックエンド・ウェブ・アプリケーションへの、およびバックエンド・ウェブ・アプリケーションからのｈｔｔｐ要求および応答を生成する既存の機構が存在しなかった。
本発明の一態様は、同一のポートレット・アプリケーション内のポートレットの集合がポートレット要求を開始して、バックエンド・アプリケーションに対する結合セッションを維持する上記ウェブ・アプリケーションにアクセスすることを可能にし、上記ポートレットに関するポートレット・アプリケーション・セッション・オブジェクトを管理することを可能にし、ユーザ要求からの保存パラメータを含む、同一のポートレット・アプリケーション内にポートレットに関する共通データ・ストアを設けることを可能にする１組の方法を提供する。
本発明の別の実施形態は、ポートレット・アプリケーション・セッション・オブジェクトと上記ウェブ・アプリケーションとの間の通信のための上記ポートレット・アプリケーション内のポートレット・アプリケーション通信クライアントを提供する。この実施形態はまた、共通キーも提供し、ポートレット・アプリケーション・オブジェクトへのアクセスを制御するためにこのキーを関連する各ポートレットに付与する。この共通キーは、ポータル・サーバによって所有されるｈｔｔｐセッションと、バックエンド・ウェブ・アプリケーションによって所有されるｈｔｔｐセッションとを合致させるためにも使用される。通信クライアントは、関連するポートレットからの要求を格納および直列化する要求バッファを有することができ、通信クライアントがウェブ・アプリケーションに対して直列化要求を生成することを可能にする。
本発明の一実施形態では、ここで共通バックエンド・ウェブ・アプリケーション統合モデルを有することが可能となり、ユーザに対する単一のサインオンを有する別々のブラウザを立ち上げることなく、ウェブ・アプリケーションのネイティブ・ポートレット統合が可能となる。この実施形態は、ポートレットとウェブ・アプリケーション・バックエンドとの間のセッション管理のための機構も提供する。
本発明の一実施形態は、ウェブ・アプリケーションに関するウェブ・ポータルをユーザに表示する装置において、ユーザがアクセス可能な互いに情報を共有する複数の関連するポートレットをウェブ・ポータルが表示する装置であって、ウェブ・ポータルを操作してウェブ・アプリケーションへのアクセスを提供するポータル・サーバと、ポータル・サーバ上で動作し、関連するポートレットの集合を管理するポートレット・アプリケーションとを含み、ポートレット・アプリケーションが、ウェブ・アプリケーションにアクセスすることをユーザが要求したことに応答してポートレットを開始する手段と、ポートレットに関するポートレット・アプリケーション・セッション・オブジェクトを管理する手段と、ポートレットをポートレット・アプリケーション・セッション・オブジェクトと関連付けるユーザ要求からのパラメータを保存する、ポートレット・アプリケーション・セッション・オブジェクトによって制御されるポートレット・アプリケーション・セッション・オブジェクト・データ・ストアとを含む装置を提供する。
本発明の装置は、ポートレット・アプリケーション・セッション・オブジェクトと上記ウェブ・アプリケーションとの間で通信して、関連するポートレットから受信したユーザ要求をウェブ・アプリケーションに搬送するためのポートレット・アプリケーション内のポートレット・アプリケーション通信クライアントを含むことができる。ポートレット・アプリケーションは、ポートレット・アプリケーション・セッション・オブジェクトに関連する各ポートレットに共通キーを割り当てることができる。
本発明の別の実施形態は、ウェブ・アプリケーションに関するウェブ・ポータルを複数のユーザに表示する装置において、ユーザがアクセス可能な互いに情報を共有する複数の関連するポートレットをウェブ・ポータルが表示する装置であって、ウェブ・ポータルを操作してウェブ・アプリケーションへのアクセスを提供するポータル・サーバと、複数の各ユーザについてのポータル・サーバ上で動作し、複数の各ユーザについて関連するポートレットの集合を管理するポートレット・アプリケーションとを含み、各ポートレット・アプリケーションが、ウェブ・アプリケーションにアクセスすることを複数のユーザのうちの１人が要求したことに応答してポートレットを開始する手段と、ポートレットに関するポートレット・アプリケーション・セッション・オブジェクトを管理する手段と、ポートレットをポートレット・アプリケーション・セッション・オブジェクトと関連付けるユーザ要求からのパラメータを保存する、ポートレット・アプリケーション・セッション・オブジェクトによって制御されるポートレット・アプリケーション・セッション・オブジェクト・データ・ストアとを含む装置を提供する。
本発明の別の実施形態は、複数のウェブ・アプリケーションに関するウェブ・ポータルをユーザに表示する装置において、ユーザがアクセス可能な互いに情報を共有する複数の関連するポートレットをウェブ・ポータルが表示する装置であって、ウェブ・ポータルを操作してウェブ・アプリケーションへのアクセスを提供するポータル・サーバと、ポータル・サーバ上で動作する複数のウェブ・アプリケーションにそれぞれ関係する複数のポートレット・アプリケーションであって、関連するポートレットの集合を管理するようにそれぞれ適合されたポートレット・アプリケーションとを含み、各ポートレット・アプリケーションが、複数のウェブ・アプリケーションの１つにアクセスすることをユーザが要求することに応答してポートレットを開始する手段と、ポートレットに関するポートレット・アプリケーション・セッション・オブジェクトを管理する手段と、ポートレット・アプリケーションのポートレットをポートレット・アプリケーションのポートレット・アプリケーション・セッション・オブジェクトと関連付けるユーザ要求からのパラメータを保存する、ポートレット・アプリケーション・セッション・オブジェクトによって制御されるポートレット・アプリケーション・セッション・オブジェクト・データ・ストアとを含む装置を提供する。
本発明の装置の別の態様は、ポートレット・アプリケーション・セッション・オブジェクトを複数のウェブ・アプリケーションに接続するように適合されたユーザ・セッション情報テーブルを含む。
本発明のさらに別の実施形態は、ウェブ・アプリケーションに関するウェブ・ポータルをユーザに表示する装置において、ユーザがアクセス可能な互いに情報を共有する複数の関連するポートレットをウェブ・ポータルが表示する装置であって、ウェブ・ポータルを操作してウェブ・アプリケーションへのアクセスを提供するポータル・サーバと、ポータル・サーバ上で動作し、関連するポートレットの集合を管理するポートレット・アプリケーションとを含み、ポートレット・アプリケーションが、ウェブ・アプリケーションにアクセスすることをユーザが要求することに応答して第１ポートレットを開始する手段と、ユーザに対して第１ポートレットに関するポートレット・アプリケーション・セッション・オブジェクトを作成する手段と、要求からのパラメータを保存する手段と、ウェブ・アプリケーションにアクセスすることをユーザがさらに要求したときに第１ポートレットに関連する追加のポートレットを生成する手段と、ポートレット・アプリケーション・セッション・オブジェクトによって制御され、追加のポートレットをポートレット・アプリケーション・セッション・オブジェクトと関連付ける保存パラメータを使用するポートレット・アプリケーション・セッション・オブジェクト・データ・ストアと、ポートレット・アプリケーション・セッション・オブジェクトおよびウェブ・アプリケーションと通信して、第１ポートレットおよび追加のポートレットから受信したユーザ要求をウェブ・アプリケーションに搬送するポートレット・アプリケーション通信クライアント（httpClient）を作成する手段とを含む装置を提供する。
この装置は、ポートレット・アプリケーション・セッション・オブジェクトと上記ウェブ・アプリケーションとの間で通信して、関連するポートレットから受信したユーザ要求をウェブ・アプリケーションに搬送するためのポートレット・アプリケーション内のポートレット・アプリケーション通信クライアントを含むことができる。
ポートレット・アプリケーションが、ポートレット・アプリケーション・セッション・オブジェクトに関連する各ポートレットに共通キーを割り当てることが好ましい。
有利には、ポートレット・アプリケーション・セッション・オブジェクトを複数のウェブ・アプリケーションに接続するように適合されたユーザ・セッション情報テーブルを設けることができる。
本発明の別の実施形態は、ウェブ・アプリケーションに関するウェブ・ポータルをユーザに表示する装置において、ユーザがアクセス可能な互いに情報を共有する複数の関連するポートレットをウェブ・ポータルが表示する装置であって、ウェブ・ポータルを操作してウェブ・アプリケーションへのアクセスを提供するポータル・サーバと、ポータル・サーバ上で動作し、関連するポートレットの集合を管理するポートレット・アプリケーションとを含み、ポートレット・アプリケーションが、ウェブ・アプリケーションにアクセスすることをユーザが要求したことに応答してポートレットを開始する手段と、ポートレットに関するポートレット・アプリケーション・セッション・オブジェクトを管理する手段と、ポートレットをポートレット・アプリケーション・セッション・オブジェクトと関連付けるユーザ要求からのパラメータを保存する、ポートレット・アプリケーション・セッション・オブジェクトによって制御されるポートレット・アプリケーション・セッション・オブジェクト・データ・ストアとを含む装置を提供する。
本発明の別の態様は、ウェブ・ポータル内の複数の関連するポートレット間で情報を共有する方法であって、複数の関連する各ポートレットについてポートレット・データ・ストアへのアクセスを付与するステップと、複数の関連する各ポートレットがポートレット・データ・ストアにデータを書き込み、ポートレット・データ・ストアから格納されたデータを読み取ることを許可するステップとを含む方法を提供する。
有利には、上記の方法は、関連するポートレットが、データ処理システム上で動作するように適合されたポートレット・アプリケーションによって管理され、ポートレット・データ・ストアが、データ・ストア内の関連するポートレットによるデータの読取りおよび書込みを制御し、ポートレット・アプリケーションの関連するポートレット間でデータの交換を可能にするポートレット・アプリケーション・セッション・オブジェクトによって管理されるポートレット・アプリケーション・ストレージを含むシステムを提供することができる。
本発明の別の態様は、ウェブ・ポータル内の複数の関連するポートレット間で情報を共有する装置であって、複数の関連するポートレットを管理するポートレット・アプリケーションと、ポートレット・アプリケーション・データ・ストアと、複数の関連するポートレットによるデータ・ストアへの読取り／書込みアクセスを付与して、ポートレットが互いにデータを交換することを可能にする手段とを含む装置を提供する。
本発明のさらに別の態様は、ウェブ・ポータル内の複数の関連するポートレットをホストするポータル・サーバ上で動作することができるポートレット（アプリケーション）サーバであって、複数の関連するポートレットを管理する手段と、ポートレット・アプリケーション・セッション・オブジェクトを管理する手段と、ポートレット・アプリケーション・セッション・オブジェクトによって管理され、複数の関連するポートレットに対するデータ・ストアへの読取り／書込みアクセスを付与して、ポートレットが互いにデータを交換することを可能にするポートレット・アプリケーション・データ・ストアとを含むポートレット（アプリケーション）サーバを提供する。
本発明の別の態様は、ウェブ・ポータル内の複数の関連するポートレットをホストするポータル・サーバ上で動作することができるポートレット（アプリケーション）サーバであって、複数の関連するポートレットを管理する手段と、ポートレット・アプリケーション・セッション・オブジェクトを作成および管理する手段と、ポートレット・アプリケーション・セッション・オブジェクトによって作成および管理され、複数の関連するポートレットに対するデータ・ストアへの読取り／書込みアクセスを付与して、ポートレットが互いにデータを交換することを可能にするポートレット・アプリケーション・データ・ストアとを含むポートレット（アプリケーション）サーバを提供する。
有利には、ポートレット・アプリケーションが、ポートレット・アプリケーション・セッション・オブジェクトに関連する各ポートレットに共通キーを割り当てる。
本発明の別の態様は、ユーザがアクセス可能なウェブ・ポータル内の複数の関連するポートレットをホストするポータル・サーバ上で動作することができるポートレット・アプリケーションであって、複数の関連するポートレットを管理するポートレット・アプリケーション手段と、ユーザに関するポートレット・アプリケーション・セッション・オブジェクトを管理するポートレット・アプリケーション手段と、ポートレット・アプリケーション・オブジェクトへのアクセスを制御するためにキーを関連する各ポートレットに付与するポートレット・アプリケーション手段とを含むポートレット・アプリケーションを提供する。
本発明のさらに別の態様は、ユーザがアクセス可能なウェブ・ポータル内の複数の関連するポートレットをホストするポータル・サーバ上で動作することができるポートレット・アプリケーションであって、複数の関連するポートレットを管理するポートレット・アプリケーション手段と、ユーザに関するポートレット・アプリケーション・セッション・オブジェクトを作成および管理するポートレット・アプリケーション手段と、ユーザに対してポートレット・アプリケーション・セッション・オブジェクトに関するキーを作成および管理するポートレット・アプリケーション手段と、ポートレット・アプリケーション・オブジェクトへのアクセスを制御するために上記キーを関連する各ポートレットに付与するポートレット・アプリケーション手段とを含むポートレット・アプリケーションを提供する。
有利には、各ユーザに１つのポートレット・アプリケーションが割り当てられ、各ユーザについて、各ポートレット・アプリケーションに関するポートレット・アプリケーション・オブジェクトにそれぞれ１つのキーが割り当てられる。
本発明の別の態様は、ウェブ・アプリケーションに関するウェブ・ポータルをユーザに表示する装置において、ウェブ・ポータルを操作してユーザによるウェブ・アプリケーションへのアクセスを提供するポータル・サーバと、ポータル・サーバ上で動作し、関連するポートレットの集合を管理するポートレット・アプリケーションと、ユーザに関する、関連するポートレットに関するポートレット・アプリケーション・セッション・オブジェクトと、ポートレット・アプリケーション・セッション・オブジェクトによって制御されるポートレット・アプリケーション・セッション・オブジェクト・データ・ストアと、ポートレット・アプリケーション・データ・ストアにリンクされ、関連するポートレットとウェブ・アプリケーションとの間で通信して、関連するポートレットから受信されたユーザ要求をウェブ・アプリケーションに搬送するポートレット・アプリケーション通信クライアントと、関連するポートレットからの要求を格納および同期し、通信クライアントがウェブ・アプリケーションに対する同期要求を生成する要求バッファを有する通信クライアントとを含む装置を提供する。
ポートレット・アプリケーション通信クライアントが、要求を含む情報をネットワークを介してウェブ・アプリケーションに送信し、要求に対する応答を含む情報をウェブ・アプリケーションから受信するように適合されることが好ましい。
本発明の別の態様は、ウェブ・アプリケーションに関するウェブ・ポータルをユーザに表示する装置であって、ウェブ・ポータルを操作してウェブ・アプリケーションへのアクセスを提供するポータル・サーバと、ポータル・サーバ上で動作し、関連するポートレットの集合を管理するポートレット・アプリケーションと、ユーザに関する、関連するポートレットに関するポートレット・アプリケーション・セッション・オブジェクトと、ポートレット・アプリケーション・セッション・オブジェクトによって制御されるポートレット・アプリケーション・セッション・オブジェクト・データ・ストアと、関連するポートレットとウェブ・アプリケーションとの間で通信して、関連するポートレットから受信されたユーザ要求をウェブ・アプリケーションに搬送するポートレット・アプリケーション通信クライアントと、関連するポートレットからの要求を格納および同期し、通信クライアントがウェブ・アプリケーションに対する直列化要求を生成する要求バッファを有する通信クライアントとを含む装置を提供する。
ポートレット・アプリケーション通信クライアントが、要求を含む情報をネットワークを介してウェブ・アプリケーションに送信し、要求に対する応答を含む情報をウェブ・アプリケーションから受信するように適合されることが好ましい。
本発明の別の態様は、ウェブ・ポータルを操作してウェブ・アプリケーションへのアクセスを提供するように適合されたポータル・サーバであって、ポータル・サーバ上で動作して、関連するポートレットの集合を管理するポートレット・アプリケーションを有し、ポートレット・アプリケーションが、ウェブ・アプリケーションにアクセスすることをユーザが要求したことに応答してポートレットを開始する手段と、ポートレットに関するポートレット・アプリケーション・セッション・オブジェクトを管理する手段と、ポートレットをポートレット・アプリケーション・セッション・オブジェクトと関連付けるユーザ要求からのパラメータを保存する、ポートレット・アプリケーション・セッション・オブジェクトによって制御されるポートレット・アプリケーション・セッション・オブジェクト・データ・ストアとを含み、ポートレット・アプリケーション・データ・ストアにリンクされ、関連するポートレットとウェブ・アプリケーションとの間を通信して、関連するポートレットから受信したユーザ要求をウェブ・アプリケーションに搬送するポートレット・アプリケーション通信クライアント（httpClient）と、ユーザＩＤ、ユーザ証明書、言語プリファレンス、セッション・タイムアウト情報、セッションｉｄなどのユーザ・セッション情報の組から選択される情報を含むユーザ・セッション情報を格納してユーザ・セッション情報をウェブ・アプリケーションの対応するセッションにマッピングするユーザ・セッション情報ストア（マッピング・テーブル）を有するポートレット・アプリケーション通信クライアントとを含む装置を提供する。
セッション・タイムアウト情報が、ポータル・サーバおよびウェブ・アプリケーションのセッション・タイムアウト情報を含むことが好ましい。
本発明の別の態様は、ポータル内の関連するポートレットの集合を管理し、サーバ上で動作してユーザによるウェブ・アプリケーションへのアクセスを提供するポートレット・アプリケーションであって、関連するポートレットが、ポートレットに対するユーザ要求からのデータおよび命令を格納するポートレット要求パラメータ・マップと、ユーザに関する、関連するポートレットに関するポートレット・アプリケーション・セッション・オブジェクトと、ポートレット・アプリケーション・セッション・オブジェクトによって制御されるポートレット・アプリケーション・セッション・データ・ストアと、ポートレット・アプリケーション・データ・ストアにリンクされ、関連するポートレットとウェブ・アプリケーションとの間で通信して、関連するポートレットから受信されたユーザ要求をウェブ・アプリケーションに搬送するポートレット・アプリケーション通信クライアント（httpClient）とを有し、通信クライアントが、関連するポートレットのポートレット要求パラメータ・マップからの要求を格納して、通信クライアントがウェブ・アプリケーションに関するデータおよび命令を提供することを可能にする要求バッファを有するポートレット・アプリケーションを提供する。
本発明の別の態様は、ポートレット・アプリケーション・データ・ストアにリンクされ、関連するポートレットとウェブ・アプリケーションとの間で通信して、関連するポートレットから受信されたユーザ要求をウェブ・アプリケーションに搬送するポートレット・アプリケーション通信クライアント（httpClient）であって、ユーザＩＤ、ユーザ証明書、言語プリファレンス、セッション・タイムアウト情報、セッションｉｄなどのユーザ・セッション情報の組から選択される情報を含むユーザ・セッション情報を格納してユーザ・セッション情報をウェブ・アプリケーションの対応するセッションにマッピングするユーザ・セッション情報ストア（マッピング・テーブル）と、ポータル・サーバおよびウェブ・アプリケーションのセッション・タイムアウト情報を含むセッション・タイムアウト情報とを有するポートレット・アプリケーション通信クライアント（httpClient）を提供する。
上記が、ウェブ・アプリケーションがポータル・サーバの前にタイムアウトする場合に、ユーザを再認証することによってポータル・サーバとウェブ・アプリケーションの間のセッション・タイムアウトを合致させるポートレット・アプリケーション通信クライアント用の同期手段を含むことが好ましい。
本発明の別の態様は、ユーザがアクセス可能なウェブ・ポータル内の複数の関連するポートレットをホストするポータル・サーバ上で動作することができるポートレット・アプリケーションにおいて、ポータル・サーバが、関連するポートレットが互いにメッセージすることを可能にするメッセージ交換手段を提供するポートレット・アプリケーションであって、複数の関連するポートレットを管理するポートレット・アプリケーション手段であって、関連する各ポートレットが、コンテキスト名を記述するポートレット記述子をそれぞれ有し、関連するポートレットが、コンテキスト値を定義する対応するコンテキスト名を有するポートレットの協働グループを含み、ポートレットの各グループが、マスタ・ポートレットおよび少なくとも１つのスレーブ・ポートレットを含み、ポートレットの各グループが、共通にコンテキスト名を共有するポートレット・アプリケーション手段と、マスタ・ポートレットのコンテキスト値の変化をマスタ・ポートレットのスレーブ・ポートレットに同報通信するポータル・サーバ内の手段と、同報通信時にマスタ・ポートレットのコンテキスト値と合致するようにスレーブ・ポートレットのコンテキスト値を変更するポータル・サーバ内の手段とを含むポートレット・アプリケーションを提供する。
本発明の別の態様は、ユーザがアクセス可能なウェブ・ポータル内の複数の関連するポートレットをホストするポータル・サーバ上で動作することができるポートレット・アプリケーションにおいて、ポータル・サーバがポートレット・リフレッシュ機能を有するポートレット・アプリケーションであって、複数の関連するポートレットを管理するポートレット・アプリケーション手段であって、関連する各ポートレットがポートレット記述子を有し、各ポートレット記述子が、ポートレットに関するリフレッシュ優先順位記述を含み、関連するポートレットがポートレットの協働グループを含み、ポートレットの各グループが、マスタ・ポートレットおよび少なくとも１つのスレーブ・ポートレットを含むポートレット・アプリケーション手段と、ポートレットをそのリフレッシュ優先順位の順序でリフレッシュするポートレット・アプリケーション手段内の手段とを含むポートレット・アプリケーションを提供する。
本発明のさらに別の態様は、ユーザがアクセス可能なウェブ・ポータル内の複数の関連するポートレットをホストするポータル・サーバ上で動作することができるポートレット・アプリケーションにおいて、ポータル・サーバがポートレット・リフレッシュ機能を有し、関連するポートレットが、ポートレットの協働グループを含むポートレット・アプリケーションであって、複数の関連するポートレットを管理するポートレット・アプリケーション手段であって、関連する各ポートレットがポートレット記述子を有し、各ポートレット記述子が、ポートレットに関するリフレッシュ優先順位記述と、ポートレットがメンバであるポートレットのグループに関するリフレッシュ記述優先順位とを含み、ポートレットの各グループが、マスタ・ポートレットおよび少なくとも１つのスレーブ・ポートレットを含むポートレット・アプリケーション手段と、ポートレットをそのリフレッシュ優先順位の順序でリフレッシュするポートレット・アプリケーション手段内の手段と、ポートレットの協働グループをそのグループ・リフレッシュ優先順位の順序でリフレッシュするポートレット・アプリケーション手段内の手段とを含むポートレット・アプリケーションを提供する。
マスタ・ポートレットは、スレーブ・ポートレットよりも高い優先順位を有する。
ポートレット・アプリケーションが、まずグループ優先順位順でグループをリフレッシュし、次いで各グループ内で優先順位順にリフレッシュすることが好ましい。
本発明の別の態様は、ウェブ・アプリケーションに関するウェブ・ページ・セッションをユーザに表示する装置において、ウェブ・ページ・セッションが、情報を互いに共有する、ユーザがアクセス可能な複数の関連する協働ポートレットを表示する装置であって、ウェブ・ポータルを操作してウェブ・アプリケーションへのアクセスを実現するポータル・サーバと、ポータル・サーバ上で動作し、関連するポートレットの集合を管理するポートレット・アプリケーションと、規則データベースにアクセスするアクセス手段であって、規則が、ユーザに対するポートレット、ページ、ページ・グループの組の表示を制御する規則を含む手段と、ユーザが与える情報（情報プロパティ）に基づいて、ユーザに表示すべき１組のポートレット、ページ、およびページ・グループを選択する選択手段とを含む装置を提供する。
本発明の別の変形形態では、選択手段は、プラグ可能規則エンジンと、規則データベースと、規則を適用して、選択したポートレット、ページ、およびページ・グループを選択し、ユーザに表示するポートレット・アプリケーション集約エンジンとを含む。
本発明の別の態様は、ウェブ・アプリケーションに関するウェブ・ページ・セッションをユーザに表示する装置において、ウェブ・ページ・セッションが、情報を互いに共有する、ユーザがアクセス可能な複数の関連する協働ポートレットを表示する装置であって、ウェブ・ポータルを操作してウェブ・アプリケーションへのアクセスを実現するポータル・サーバと、ポータル・サーバ上で動作し、関連するポートレットの集合を管理するポートレット・アプリケーションと、役割データベースにアクセスする役割アクセス手段と、ユーザ役割に基づいて、ユーザに対するポートレット、ページ、ページ・グループの組の表示を制御する規則を含む役割データベースと、ユーザの識別される役割に基づいて、ユーザに表示すべき１組のポートレット、ページ、およびページ・グループを選択する役割選択手段とを含む装置を提供する。
本発明の他の態様は、コンピュータ可読信号運搬媒体と、上述の本発明の実施形態の方法を実施するように適合された、媒体上に記録されたコンピュータ・プログラム・コード手段とを含む物品を提供する。
本発明の他の態様は、コンピュータ可読信号運搬媒体と、上述の本発明の実施形態のいずれかの装置を実装するように適合された、媒体上に記録されたコンピュータ・プログラム・コード手段とを含む物品を提供する。
この媒体は、磁気データ記憶媒体、光データ記憶媒体、生物的データ記憶媒体、および原子データ記憶媒体から適宜選択することができる。
この媒体は被変調搬送波信号でよい。
この信号は、ネットワークを介して伝送することができる。
添付の図面を参照しながら、例示によって本発明の実施形態を説明する。
本節では本発明の好ましい実施形態を説明する。
Ａ．１．ポータル／ウェブ・アプリケーション統合使用可能性
図２に、ウェブ・ポータル・サーバと共に使用することを示す、本発明の好ましい実施形態を示す。
Ａ．１．１ ポートレット・アプリケーションｈｔｔｐクライアント
（バックエンド・ウェブ・アプリケーションに対するｈｔｔｐ要求を作成する）ポートレットが、バックエンド・アプリケーション・サーバ２１０上で動作するバックエンド・ウェブ・アプリケーションへのｈｔｔｐ接続をオープンするのに使用されるポートレット・アプリケーションｈｔｔｐクライアント２０９を使用する。バックエンド・ウェブ・アプリケーションは、ポートレット・アプリケーションｈｔｔｐクライアント２０９に、複数の要求および応答、クッキー処理および単一サインオン（ＳＳＯ）ロジックを介してセッション・サポートを提供するように要求する。同一のポートレット・アプリケーション内のすべてのポートレットは、同一のポートレット・アプリケーションｈｔｔｐクライアント・オブジェクト２０９を使用して１つまたは複数のバックエンド・ウェブ・アプリケーションに接続する。ポートレット・アプリケーション２０４ごとに１つのポートレット・アプリケーションｈｔｔｐクライアント２０９が存在する。
Ａ．１．２ ポートレット・アプリケーション・セッション
ポートレット・アプリケーション・セッション・オブジェクト２０８は、所与のポートレット・アプリケーション内のすべてのポートレットによって共有することのできる統一データ・ストア・オブジェクトである。このオブジェクトは、ユーザごとに、かつポートレット・アプリケーションごとに存在する。ポートレット・アプリケーション・セッション・オブジェクト２０８は、所与のポートレット・アプリケーション内の複数のポートレットが独立のユーザ・セッション（ポートレット・セッション２０４、２０５、２０６と呼ぶ）を有するが、同一のポートレット・アプリケーション・セッションを共有し、単一のウェブ・アプリケーション・セッションを有するバックエンド・アプリケーション・サーバ２１０上のウェブ・アプリケーションと通信するようにインフラストラクチャを提供する。
Ａ．１．３ ポートレット・アプリケーション・セッション・コンテキスト
ポートレット・アプリケーション・セッション・コンテキストは、ユーザごと、かつポートレット・アプリケーションごとの情報を提供する。このことは、同一のポートレット・アプリケーション（２０４、２０３）内のすべてのポートレットが、それらの間で共通の情報を共有する方法を有することができることを意味する。
Ａ．１．４ セッション中継機構３２０
セッション中継機構により、ポータル・サーバによって保持される元のｈｔｔｐセッションからポートレット・アプリケーションのｈｔｔｐクライアントによって作成されるバックエンドｈｔｔｐセッションに情報を渡すことが可能となる。この機構は以下のインフラストラクチャを使用する。
クッキー・テーブル３０５およびクッキー・ルックアップ・キー
クッキー・テーブル３０５（ユーザ・セッション情報テーブル）は、ポータル・サーバ・クッキーをバックエンド・ウェブ・アプリケーション・セッション・クッキーにマッピングする主エンティティである。ポータル・サーバに対するｈｔｔｐ要求のクッキーと所与のウェブ・アプリケーションに対するポートレット・アプリケーションｈｔｔｐクライアントのクッキーとの間のマッピング関係は１対１である。しかし、所与のポートレット・アプリケーションｈｔｔｐクライアントは、独立のセッションを維持する異なるウェブ・アプリケーションに対してｈｔｔｐ要求を行うことができる。この点で、ポータル・サーバ・セッション・クッキーとバックエンド・ウェブ・アプリケーションのセッション・クッキーとの間のマッピングは、（複数のバックエンド・ウェブ・アプリケーション・サーバのため）１対多でよい。
図１６にこのマッピングを示す。このマッピングには、いくつかの項目が示されている。
ＲＱ１：ポータル・サーバに対するユーザ・エージェント（ブラウザ）のｈｔｔｐ要求からのクッキー
ＲＱＡ：ウェブ・アプリケーションＡに対するポートレットｈｔｔｐアプリケーション・クライアントのｈｔｔｐ要求からのクッキー
ＲＱＢ：ウェブ・アプリケーションＢに対するポートレットｈｔｔｐアプリケーション・クライアントのｈｔｔｐ要求からのクッキー
ポートレット・アプリケーションｈｔｔｐクライアント２０９は、このテーブルを使用してバックエンド・ウェブ・アプリケーション・サーバ２１０上で動作するバックエンド・ウェブ・アプリケーションに対して合致するクッキーをルックアップする。
このクッキー・マッピング・テーブル３０５の存在により、ポータル・サーバ・セッションが満了したときにバックエンド・ウェブ・アプリケーション・セッションの自動満了が可能となる。
クッキー・ルックアップ・キー
ポートレット・アプリケーションｈｔｔｐクライアント２０９は、ポートレット・アプリケーションごとに作成される。クッキー・ルックアップ・キーが、同一のポートレット・アプリケーション内のすべてのポートレットにとってアクセス可能なポータル・アプリケーション・セッション・オブジェクト内に格納される。このクッキー・ルックアップ・キーは、ポータル・サーバのｈｔｔｐセッションをバックエンド・アプリケーションのｈｔｔｐセッションと合致させる任を担う。
クッキー・ルックアップ・キーの使用により、同一のｈｔｔｐクライアント・キーを共有する所与のポートレット・アプリケーション内のすべてのポートレットが、現在ログインしているユーザについての正しいバックエンド・ウェブ・アプリケーション情報の組を取り出して転送し、それによって同一のポートレット・アプリケーション内のすべてのポートレットが同期して機能し、使用中のバックエンド・ウェブ・アプリケーションを更新することが可能となる。これによりエンド・ユーザが複数のポートレットを介してバックエンド・ウェブ・アプリケーションの統一されたビューを見るという効果が得られる。
ポートレット要求パラメータ・マップ
ポートレット要求パラメータ・マップ３０８は、ポートレットごと、かつポータル・サーバ・セッションごとに作成される共有アプリケーション・セッション・データ・ストアに格納されたメモリ・オブジェクト内にある。ポートレット要求パラメータ・マップ３０８は、特定のポートレットに対する着信ユーザ要求からのすべての要求パラメータを格納するのに使用される。
Ａ．２．ポートレットの動的コンテンツ同期
Ａ．２．１ 動的コンテキスト定義テンプレート
図５に、バックエンド・ウェブ・アプリケーションとのポータル統合を示す。以下については図５を参照することが役立つ。
動的コンテキスト定義テンプレート５０３は、各動的コンテキスト・グループについて以下を定義する。
コンテキストおよびそのタイプ（前の例では、アカウントＩＤである）
定義されたコンテキストの値を変更することができるマスタ・ポートレット
定義されたコンテキストが変更されたときに通知を受けるスレーブ・ポートレット
コンテキスト変更の通知時のスレーブ・ポートレット登録応答（またはアクション）
任意選択で、スレーブ・ポートレットのリフレッシュ・シーケンスを定義する（マスタは常に所与のグループ内で最初にリフレッシュされる）
１つの動的コンテキスト定義テンプレート５０３は、１つまたは複数の動的コンテキスト・グループを含むことができる。しかし、各動的コンテキスト・グループが有することのできるのは、
１つのマスタ・ポートレット
１つの定義済みコンテキスト
１つまたは複数のスレーブ・ポートレットだけである。
注：所与のポートレットは、各グループ内の異なる役割を有する複数の動的コンテキスト・グループに関与することができる。
Ａ．２．２ 動的コンテキスト・ポートレット・グループ化生成ツール
このツール５０１は、動的コンテキスト定義テンプレート５０３を読み取り、ポートレット配置記述子５０２を更新することによって指定される定義に従って、すべての動的コンテキスト・グループについて動的コンテキスト・マスタ・ポートレットおよびスレーブ・ポートレットを生成する。
Ａ．２．３ 動的コンテキスト・グループ
動的コンテキスト・グループは、同一のコンテキストを共有し、１つの動的コンテキスト・グループ下にグループ化されるポートレットのサブセットである。所与のポートレットは、複数の動的コンテキスト・グループに属することができる。
特定の動的コンテキスト・グループの動的コンテキストを定義するのに動的コンテキスト・グループ定義文書インスタンス５０４が使用される。
動的コンテキスト・マスタ・ポートレット
動的コンテキスト・マスタ・ポートレットは、
コンテキスト状態の変化を検出し、
コンテキスト状態の変化に関してすべてのスレーブ・ポートレットに通知する任を担う。
動的コンテキスト・スレーブ・ポートレット
動的コンテキスト・スレーブ・ポートレットは以下のことを行う。
マスタ・ポートレットによって通知されるコンテキスト変化をプルする
コンテキスト変化の通知時に、対応するバックエンド・アプリケーションに向けて送られた登録済みアクションを実施する
動的コンテキスト・モデル
ポートレットを互いに関連付けるのに使用することができる２つのタイプの動的コンテキスト・モデルが存在する。
Ａ．２．４ Ｓｙｎｃモデル
図１７に示すＳｙｎｃモデルでは、マスタ・ポートレット１０１が、動的コンテキスト・マスタ・ポートレットのコンテキストの状態変化についてスレーブ１７０１〜１７０３に通知する。すべてのスレーブは、以前に定義された応答に基づいてアクションを実施し、マスタのコンテキスト状態変化と同期する。
Ｓｙｎｃモデル・ダイアグラム
Ａ．２．５ 連鎖モデル
図１に示す連鎖モデルでは、マスタＡ １０１の状態の変化の結果としてスレーブＡ １０２の応答アクションが生じ、スレーブＡはマスタ・ポートレットＢでもあり、コンテキストＢの状態が変化し、その結果、スレーブＢ １０３のコンテキスト変化応答が生じ、スレーブＢは動的コンテキスト・グループＣのマスタ・ポートレットでもあり、その結果、スレーブＣのアクション応答が生じる。
Ａ．２．６ ポートレット・トランザクション・マネージャ
図１８によるシーケンス・アウェア・ポータル集約エンジン拡張では、ポートレット・トランザクション・マネージャ１８０２が、ポートレット要求、応答、およびセッションの作成を含むポートレットのランタイム・リフレッシュ順序付けを管理する任を担う構成要素である。
１．任意のポートレット・アプリケーションについてリフレッシュすべき第１のポートレットが、所与のユーザについてのすべてのポートレットの間でまずリフレッシュされるポートレットとして定義される。所与のページ内のポートレットのリフレッシュ・シーケンスを定義する既存の機構は存在しない。
したがって、実行時にマスタ・ポートレットを動的に識別することができる何らかのロジックが必要である。本発明では、各ポートレットがリフレッシュされるごとにマークを行う単純なスクラッチボードを使用する。ポートレットがこのスクラッチボード上に最初にマークを行うとき、ポートレットは、ポートレットが第１ポートレットすなわちマスタ・ポートレットであることを認識している。このリストにマークを行う次のポートレットは、他のポートレットがリストにマークを行っていることを既に認識することができ、マスタ・ポートレットではないことなどを認識している。次にポータル・ページがリフレッシュされたとき、このリストに２重マークを行う最初のポートレットがマスタ・ポートレットとなる。次いでマスタ・ポートレットは、次の要求のために、他のすべてのポートレットのマークを除去し、マスタ・ポートレットの２重マークの１つも除去することによってこのリストを再初期化する。このアルゴリズムにより、要求がポートレットのポータル・サーバから来るごとにマスタ・ポートレットを動的に検出することが可能となる。
第１ポートレットがリフレッシュされた後、トランザクション・マネージャが引き継ぎ、動的コンテキスト・グループのマスタ／スレーブ・ポートレット・マッピングで事前定義されるように、シーケンス中の他のポートレットをリフレッシュする。
２．シーケンス・ソータ：シーケンス・ソータ・モジュール１８０４が使用されて、ポートレットがそのリフレッシュ・シーケンス順でソートされる。ポートレット配置記述子が使用されて、各ポートレットのリフレッシュ順序が識別され、次いでそれを要求ディスパッチング・エンジンのためにソートする。
３．シーケンス・アウェア要求ディスパッチング・エンジン拡張：このエンジン１８０５が使用されて、ポートレットに対して要求がディスパッチされ、ポータル集約エンジンがオーバーライドされる。その仕事は、適切なポートレット要求および応答オブジェクト、ならびに商業ポータル・アプリケーション内のすべてのポートレットについてのポートレット・セッションを構築することである。次いでこれがトランザクション・マネージャによって使用され、ポートレットが実際にリフレッシュされる。
４．トランザクション・マネージャ・キャッシング・ユニット：トランザクション・マネージャ・キャッシング・ユニット１８０６がトランザクション・マネージャ１８０２によって使用され、ポートレットが要求ディスパッチング・エンジンによってリフレッシュされるときにポートレットによって生成される応答がキャッシュされる。これは、ポータル集約エンジンがポートレット・リフレッシュを要求するときに必要であり、これらのキャッシュされた応答が、トランザクション・マネージャによってポータル集約エンジンに送り戻される。これにより、着信ポータル要求ごとの２重リフレッシュの問題が回避される。
Ａ．３．規則ベースおよび役割ベースの集合
図１１に、本発明の好ましい実施形態の規則ベースの動的集約構成要素構造マップを示す。図示する実施形態の構成要素およびその動作を以下で説明する。
ポータル資源変換モジュール
ポータル資源変換モジュール１０１５は、ポートレット、ページ、およびページ・グループを含むポータル資源の組を、外部規則エンジン１０２２で解析および処理することができる形式に変換する任を担う。
規則データベース
規則データベース１００１は、ポータル集約エンジン１００６に関するビジネス・マネージャ定義規則を保持する。
ユーザ資源変換モジュール
ユーザ資源変換モジュール１０１３は、ユーザ資源および様々なユーザ・プロパティを、外部規則エンジンによって解析および機能することができる形式に変換する任を担う。
プラグ可能規則エンジン
エンジン１０２２は、（本発明のこの実施形態では）動的な規則解析および実行のために使用される、ｗｅｂｓｐｈｅｒｅ（商標）パーソナライゼーション・エンジンなどの外部のプラグ可能規則エンジンである。このエンジン実行により、ユーザがビジネス・ユーザによって定義されるビジネス規則に基づいて見るべきポータル資源の組が生成される。
ポータル役割ベース・パーソナライゼーション・エンジン
ポータル役割ベース・パーソナライゼーション・エンジン１００８は、ユーザの組織メンバシップに基づいて、ユーザがアクセスを許可されるポータル資源のリストと、ユーザがアクセスを許可されないポータル資源のリストとを抽出するのに使用される役割ベースの資源選択モジュールである。
役割ベース・エンジン１００８はまず、役割データベース１００７にアクセスすることによってユーザの組織を見る。ユーザの組織を判定した後、ユーザの役割が、その組織の役割と同じであると仮定する。この後、役割ベース・パーソナライゼーション・エンジン１００８が、この組織に対して、ビジネス・ユーザによってアクセス可能およびアクセス不能と定義されている資源のリストを抽出する。このリストを求めた後、このリストが、後の処理のために、このモジュールによってポータル集約エンジンの集約資源変換サブシステムに転送される。
役割ＤＢ
役割ＤＢ １００７は、ポータル・サーバに関する組織データを保持する。役割ＤＢ １００７は、様々なユーザに関する組織メンバシップについての情報を保持し、組織のメンバがその役割に基づいてアクセスすることができ、またアクセスすることができないポータル資源のリストも保持する。
ポータル集約エンジン集約資源変化サブシステム
このモジュール１００４は、規則および役割ベース・パーソナライゼーション・エンジンの出力に基づいて、現ユーザが見ることを許可されているポータル資源（これにはポートレット、ページ、およびページ・グループが含まれる）のマスタ・リストを作成する任を担う。このモジュールはまた、実際のポータル集約エンジンに対するアダプタでもある。その仕事は、このマスタ・リストを作成するだけでなく、それを、エンド・ユーザ用の最終的なウェブ・サイトを作成する実際のポータル集約エンジンによってアクセスすることができる形式に変換することでもある。
パートＢ：動作説明
Ｂ．１ ポータル／ウェブ・アプリケーション統合許可の説明
Ｂ．１．１ 全体の統合構造および流れ図
図２、３、および４に、それぞれポータルとのウェブ・アプリケーション統合、統合構造図、および統合流れ図を示す。
Ｂ．１．２ 詳細な説明
図２を参照すると、バックエンド・ウェブ・アプリケーションがポータル・サーバと統合されるとき、バックエンド・ウェブ・アプリケーション２２１は、ポートレットを介してポータル・サーバ２０１から要求を受け取る。バックエンド・ウェブ・アプリケーション２２１は、要求を行うポートレットに応答を送り戻す。
ウェブ・アプリケーション２２１からの応答は、ポータル・サーバ２０１のポートレットを介して、ポートレットにアクセスするユーザにレンダリングされる。
ポータル・アプリケーションｈｔｔｐクライアント２０９の実装では、バックエンド・ウェブ・アプリケーションに対する複数の要求および応答が、結合したセッションとしてバックエンド・ウェブ・アプリケーションに認識される。ポータル・アプリケーションｈｔｔｐクライアント２０９は、バックエンド・ウェブ・アプリケーション２２１に対するｈｔｔｐ通信接続をオープンするのに使用される。バックエンド・ウェブ・アプリケーションは、ポータル・アプリケーションｈｔｔｐクライアント２０９にセッション・サポート、クッキー処理、および単一サインオン（ＳＳＯ）機能を提供するように要求する。定位置のポータル・アプリケーションｈｔｔｐクライアント２０９を用いて、ポートレットは、ウェブ・アプリケーションと効果的に通信することができる。ポートレット・アプリケーション（ポートレット・アプリケーション２０５など）内のすべてのポートレットは、バックエンド・アプリケーション２２１の１つのポートレット・アプリケーション・セッション・オブジェクト２１１に対するアクセスを有する必要があり、このことは、同一のポータル・アプリケーション内のすべてのポートレットによってポータル・アプリケーションｈｔｔｐクライアント２０９を共有しなければならないことを意味する。
このような共有を可能にするために、本発明者等は、所与のポータル・アプリケーション内のすべてのポートレットで共有することができる統一セッション・オブジェクトが必要であると判断した。このような目的を実現するために、本明細書の発明は、ポートレット・アプリケーション・セッション・オブジェクト２０８を提供する。ポートレット・アプリケーション・セッション・オブジェクト２０８は、商業ポートレット・アプリケーションによって作成されるオブジェクトである。ポートレット・アプリケーション・セッション・オブジェクト２０８は、所与のポートレット・アプリケーション内のすべてのポートレット（ポートレット・アプリケーション１、２０４内のポートレット２０５、２０６、２０７など）によってアクセス可能である。ポートレット・アプリケーション・セッション・オブジェクト２０８がないと、所与のポータル・アプリケーション内の複数のポートレットは、すべて独立のユーザ・セッションを有することになり、セッション関係の情報を共有することができなくなる。
ポートレット・アプリケーションｈｔｔｐクライアント２０９がポートレット・アプリケーション・セッション２０８内に格納され、同一のポートレット・アプリケーション内のポートレット間でポートレット・アプリケーション・セッション２０８を共有することが可能となる。このポートレット・アプリケーション・セッション・オブジェクトがないと、ポートレットがバックエンド上の単一ウェブ・アプリケーション・セッションと通信することができなくなる。
ポータル・アプリケーション・セッション・オブジェクト２０８内に格納されるすべてのデータはポータル・アプリケーション・セッション・コンテキストを表し、ユーザごと、かつポータル・アプリケーションごとに存在する。
ポートレット・アプリケーションｈｔｔｐクライアント２０９がバックエンド・ウェブ・アプリケーション２２１に関するすべてのセッション情報を保持するので、ポートレット・アプリケーションｈｔｔｐクライアント２０９は、図３に示すセッション中継機構３２０に関するベースとして使用される。
セッション中継により、全ポータル・サーバ２０１に特有のセッション情報（言語情報、ユーザ・エージェント情報など）をバックエンド・ウェブ・アプリケーション２２１のセッション情報に中継することができる。このことは、バックエンド・ウェブ・アプリケーション２２１がユーザによってポータル・サーバに送られた元の要求に含まれるすべての要件に合致するデータ表現を送達できることを意味する。
例えば、デフォルト言語ロケールが「フランス語」に設定されたＷＡＰ（ワイヤレス・アプリケーション・プロトコル）使用可能モバイル装置を使用してユーザがポータルにアクセスする場合、ポータル・サーバ２０１に対する元のｈｔｔｐ要求が、「フランス語」に設定されたＩＴＳ言語パラメータと、「ＷＡＰ」に設定されたｈｔｔｐヘッダのユーザ・エージェント・フィールドとを有することになる。セッション中継機構３２０は、この情報をウェブ・アプリケーション２２１に中継し、ウェブ・アプリケーションは、ユーザのモバイル装置上にフランス語で表示するのに適したフランス語の応答を返す。セッション中継がない場合、ウェブ・アプリケーションは、デフォルト装置（例えばインターネット・ブラウザ）に適したデフォルト言語（例えば英語）で情報を返す。この場合、データがユーザのモバイル装置と非互換であるので、ユーザは取り出されたデータを見ることができない。
図４のプロセス・ステップを列挙ステップで示す間、図３の構造図中の要素を参照する。
ステップ４０１では、ユーザがウェブ・ポータル上のポートレットと、例えばコンピュータ・マウスを使用してユーザのウェブ・ブラウザ上のポートレット内に表示されるリンクまたはオブジェクトをクリックすることによって対話する。各ポートレットはそれ自体のポートレット・セッション３１０を有する（ポートレット・セッションは従来技術の１つである）。ユーザ対話の一部として、リモート要求３０６をバックエンド・ウェブ・アプリケーション３０７に対して行う。
２． ステップ４０３では、ポートレット・セッション内のすべてのパラメータをバックエンド・ウェブ・アプリケーションに渡すために、各ポートレット要求のパラメータ・リストをポートレット要求パラメータ・マップ（＃８）３０８に保存する。このパラメータはリモート・バックエンド要求に渡される。
３． ステップ４０４では、商業ポートレットがｈｔｔｐクライアント・キー３０１を使用して、ポートレット・アプリケーション・データ・ストア＃４ ３０２にアクセスすることによって既存のポートレット・アプリケーション・セッション・オブジェクト２０８およびポートレット・アプリケーションｈｔｔｐクライアント３０３が既に存在しているかどうかを判定する。ステップ４０５では、それが見つからない場合、同一のポートレット・アプリケーション内のすべてのポートレットについて新しいものを作成する（ステップ４０７では、それが見つかった場合、既存のものをその代わりに使用する）。
４． ステップ４０６では、元のポートレット・セッションからの各ユーザ証明書をクッキー・テーブル３０５に保存する。
５． ステップ４０８では、クッキー・テーブル３０５からのユーザ証明書と、ポートレット要求パラメータ・マップ３０８に以前に保存したパラメータとを使用して、バックエンド・ウェブ・アプリケーションに対する新しいｈｔｔｐ要求を構築する。
６． ステップ４０９では、リモート・ウェブ・アプリケーション３０７に対する呼出しを作成する。
７． ステップ４１０では、リモート・ウェブ・アプリケーション３０７が、ポートレットが表示するべき、上記呼出しに対する応答を返す。
Ｂ．２ ポートレットの動的コンテキスト同期
Ｂ．２．１ 開発時間の説明
バックエンド・ウェブ・アプリケーションとのポータル統合の構造図を示す図５を参照すると、ポータル開発者が、動的コンテキスト・ポートレット・グループ化ツール５０１を利用して、新しい各動的グループ定義インスタンス５０４を作成することができることがわかる。この例は、関連するポートレットのグループ化であり、どのポートレットがスレーブであり、どのポートレットがそうしたスレーブのマスタであるかを定義する。動的グループ定義の必要な要素は、動的コンテキスト・グループ定義テンプレート５０３で指定される。
ユーザは、同一のツール５０１を使用して既存の動的コンテキスト・グループ定義を更新する。
ユーザが最新の動的コンテキスト・グループ定義を与えた後、動的コンテキスト・ポートレット・グ化ツール５０１が、適切なポートレット・アプリケーション配置記述子５０２を更新して、グループで定義された関係を反映する。
図６を参照すると、上記のプロセスのポータル統合ステップを表す流れ図をより明確に視覚化することができる。
ユーザが動的コンテキスト・グループを作成（６０８）または更新（６０９）したいとき、ユーザはグループ化ツール５０１（図５）を利用することができる。
６０１では、動的コンテキスト・グループ化ツールが、動的コンテキスト・グループ定義テンプレート５０３で指定されたものに基づいてユーザ入力を促し、または更新の場合は、動的コンテキスト・グループ化ツールが既存の動的コンテキスト・グループ・インスタンスを読み取り、それを定義テンプレート５０３を用いて検証する。
６０３では、ユーザが必要な情報を指定して、動的コンテキスト・グループを定義または更新する。
６０５では、動的コンテキスト・グループ・インスタンス５０４を生成する。
６０６では、すべての関係するポートレットの配置記述子を更新する。
動的コンテキスト・グループ化
図７に、ポートレットに関する動的コンテキストを示す。動的グループ７０１は、マスタ・ポートレット７０４、スレーブ・ポートレット７０５、およびスレーブ・ポートレット７０７からなる。
グループ７０３は、マスタ・ポートレット７０５、スレーブ・ポートレット７０６、およびスレーブ・ポートレット７０７からなる。
動的グループ７０２は、マスタ・ポートレット７０４およびスレーブ・ポートレット７０８からなる。
ポートレット・アプリケーション内のポートレットによって表されるデータがバックエンド・アプリケーション・レベルで同期される場合、ポートレットは、単にウェブ・アプリケーションからデータを取り出すことにより、調整したデータのビューを送達する。しかし、すべてのポートレット対話がバックエンド・ウェブ・アプリケーションでの変化となるわけではない。動的コンテキストは、「グラスでの（at the glass）」同期として働く。コンテキストの変化が異なる照会を必要とするときが最も効果的である。例えば、アカウント・リストから異なるアカウントを選択することは、選択するアカウントでリフレッシュされるインボイス情報の表示を必要とする。
従来技術のシステムでは、ポートレットは通常は互いに独立であった。本発明は、ポートレットの関係を互いにマッピングし、ポートレット・アプリケーション配置／構成時にその依存性を互いに統合するための方法および装置を提供する。ポートレット自体は変更する必要がない。
ポートレット間の依存関係は、マスタ／スレーブ関係を定義する動的コンテキスト関係テンプレート５０３で定義することができる。
動的コンテキスト関係テンプレート５０３は、以下を定義するＸＭＬデータ表現として符号化されることが好ましい。
動的コンテキスト・グループを構成するポートレットのサブセット
動的コンテキスト・グループのマスタ・ポートレット
動的コンテキスト・グループのスレーブ・ポートレット
コンテキスト状態が変化したときにスレーブが実施しなければならないスレーブ・アクション
動的コンテキスト・グループのすべての構成要素が共有するコンテキスト
動的コンテキスト・グループ定義インスタンスの一例を以下に示す。
<DynamicContextGroup>
<DynamicContextGroupName>OrderRelatedPortletGroup
</DynamicContextGroupName>
<DynamicContextMasterPortlet>
OrderItems
</DynamicContextMasterPortlet>
<DynamicContext>itemName
</DynamicContext>
<DynamicContextSlavePortlet>
<DynamicContextSlavePortletName>UPSTracking
</DynamicContextSlavePortletName>
<SlavePortletAction>
http://inventoryserver.com/inStock/
</SlavePortletAction>
</DynamicContextSlavePortlet>
</DynamicContextGroup>

<DynamicContextGroup>
<DynamicContextGroupName>StockInventoryPortletGroup
</DynamicContextGroupName>
<DynamicContextMasterPortlet>
InStockInventory
</DynamicContextMasterPortlet>
<DynamicContext>itemSKUnumber
</DynamicContext>
<DynamicContextSlavePortlet>
<DynamicContextSlavePortletName>OrderedItems
</DynamicContextSlavePortletName>
<SlavePortletAction>
http://myserver.com/lastOrdered/
</SlavePortletAction>
</DynamicContextSlavePortlet>
</DynamicContextGroup>
動的コンテキスト・グループ定義インスタンスの注：１つの動的コンテキスト・グループ定義は１つのインスタンスである。しかし、複数の動的コンテキスト・グループ定義を１つのファイルにまとめて、３つのポートレットからなるポートレット・アプリケーション内の２つのポートレット・セットを定義する上記の複数の定義例を定義することができる。
第１動的コンテキスト・グループでは、ポートレット間で共有される動的コンテキストはｉｔｅｍＮａｍｅであり、ＯｒｄｅｒｅｄＩｔｅｍｓという名前のポートレットは動的コンテキスト・マスタ・ポートレットとして働き、ポートレットＵＰＳＴｒａｃｋｉｎｇおよびＩｎＳｔｏｃｋＩｎｖｅｎｔｏｒｙは動的コンテキスト・スレーブ・ポートレットとして働く。
第２動的コンテキスト・グループでは、ポートレット間で共有される動的コンテキストはｉｔｅｍＳｋｕＮｕｍｂｅｒであり、ＩｎＳｔｏｃｋＩｎｖｅｎｔｏｒｙという名前のポートレットは動的コンテキスト・マスタ・ポートレットとして働き、ポートレットＯｒｄｅｒｅｄＩｔｅｍｓは動的コンテキスト・スレーブ・ポートレットとして働く。
各動的コンテキスト・マスタ・ポートレットは、ユーザｈｔｔｐ要求を観測し、動的コンテキストを探す。動的コンテキストが要求内に見つかった場合、動的コンテキスト・ポートレットは動的コンテキスト（これはｈｔｔｐ要求内の名前／値対パラメータである）をスレーブ・ポートレットに送る。
例えば、属性ｉｔｅｍＮａｍｅが「Ｐｅｎｔｉｕｍ（Ｒ）ＩＶ」に設定されたｈｔｔｐ要求をＯｒｄｅｒｅｄＩｔｅｍｓポートレットが受け取った場合、ＯｒｄｅｒｅｄＩｔｅｍｓポートレットは、動的コンテキストをポートレットＵＰＳＴｒａｃｋｉｎｇおよびＩｎＳｔｏｃｋＩｎｖｅｎｔｏｒｙに送り、それらに、値「Ｐｅｎｔｉｕｍ（Ｒ）ＩＶ」を有するコンテキストｉｔｅｍＮａｍｅが動的コンテキストに設定されたことを通知する。
各動的コンテキスト・スレーブ・ポートレットは、同一の動的コンテキスト・グループのすべてのスレーブ・ポートレットに対するマスタの通知を聴取する。マスタの通知を受け取ったとき、属性「ＳｌａｖｅＰｏｒｔｌｅｔＡｃｔｉｏｎ」の下の動的コンテキスト・グループ定義インスタンスで定義されるアクションＵＲＬに動的コンテキストを加えることにより、対応するスレーブ・アクションが起動される。
例えば、ｉｎＳｔｏｃｋＩｎｖｅｎｔｏｒｙポートレットが、ＯｒｄｅｒＩｔｅｍｓポートレットから、動的コンテキスト・タイプ「ｉｔｅｍＮａｍｅ」および値「Ｐｅｎｔｉｕｍ（Ｒ）ＩＶ」の動的コンテキストを受け取った場合、ｉｎＳｔｏｃｋＩｎｖｅｎｔｏｒｙポートレットは、http://inventoryserver.com/inStock/itemName=Pentium（Ｒ）IVのＵＲＬからデータを取り出す。
動的コンテキスト・グループ定義テンプレートの一例についてのコーディングを以下に示す。
<xsd:schema
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:cep=
"http://www.ibm.com/WebsphereCommerceEnabledPortal/DynamicContextGroupDefinitionSchema">

<annotation>
<documentation xml:lang="en">
Schema for Websphere Commerce EnabledPortal Dynamic Context GroupDefinition
Copyright 2002 IBM Corporation
<documentation>
</annotation>

<!-動的コンテキスト・グループ・インスタンス -->
<xsd:element name="DynamicContextGroup"
type="DynamicContextGroupDefinitionTemplate",
minOccurs="1"/>


<!-動的コンテキスト・グループ定義テンプレート・スキーマ_
<xsd:complexTypename="DynamicContextGroupDefinitionTemplate">
<xsd:sequence>
<xsd:element name="DynamicContextGroupName"type="xsd:string"/>
<xsd:element name="DynamicContextMasterPortlet"type="PortletName"/>
<!- 動的コンテキスト・グループごとに１つの動的コンテキストだけ ->
<xsd:element name="DynamicContext"type="ContextParameter"maxOccurs="1"/>
<xsd:element name="DynamicContextSlavePortlet"type="SlavePortlet"
minOccurs="1"/>
</xsd:sequence>
</xsd:complexType>

<xsd:complexType name="SlavePortlet">
<xsd:sequence>
<xsd:element name="DynamicContextSlavePortlet"type="PortletName"/>
<xsd:element name="SlavePortletAction"type="xsd:string"/>
<xsd:element name="SlavePortletRefreshPriority"type="xsd:decimal",
minOccurs="0"/>
<!- スレーブ・パラメータ・マップが欠けている場合、マスタのコンテキストはスレーブ・アクションｕｒｌ内にある-->
<xsd:element name="SlaveParamMapToContext"type="ContextParameter"
minOccurs="0"/>
</xsd:sequence>
</xsd:complexType>

<xsd:simpleType name="PortletName">
<xsd:string>
</xsd:simpleType>

<!- マスタの要求ｕｒｌ内のパラメータの名前 -->
<xsd:simpleType name="ContextParameter">
<xsd:string>
</xsd:simpleType>

</xsd:schema>
Ｂ．２．２ ランタイム
本節は、定義インスタンスで指定される動的コンテキストについてのポートレット・アプリケーション初期化である図８と、動的コンテキスト・ポートレット・グループの実行時フローである図９および図１０とを参照することによって最も良く理解できよう。
動的コンテキストのランタイムの側面を処理するのに２つの鍵となる構成要素が存在する。
１）ＤｙｎａｍｉｃＣｏｎｔｅｘｔＡｃｔｉｏｎＬｉｓｔｅｎｅｒ（９０４）（ポートレット・アクション・リスナ）−マスタ・ポートレットの動的コンテキスト変化を聴取する。あらゆる動的コンテキスト・ポートレット・グループ内のマスタ・ポートレットが、それに添付されたＤｙｎａｍｉｃＣｏｎｔｅｘｔＡｃｔｉｏｎＬｉｓｔｅｎｅｒを有する。
２）ＤｙｎａｍｉｃＣｏｎｔｅｘｔＭｅｓｓａｇｅＬｉｓｔｅｎｅｒ（９０６）（ポートレット・メッセージ・リスナ）−特定の動的コンテキストが定義されるグループのマスタからの通知を聴取するメッセージ・リスナである。動的コンテキスト・ポートレット・グループ内のあらゆるスレーブ・ポートレットが、それに添付されたＤｙｎａｍｉｃＣｏｎｔｅｘｔＭｅｓｓａｇｅＬｉｓｔｅｎｅｒを有する。
ランタイム・フローの段階的説明
ポートレット初期化時（図８：８０１）に、すべてのマスタ・ポートレットが、ポートレット記述子（８０２、８０５）に基づく定義済み動的コンテキストをマスタ・ポートレットのアクション・リスナに加える（８０６）。すべてのスレーブ・ポートレットについて、動的コンテキスト・タイプ、アクションｕｒｌ、パラメータ・マッピング、およびリフレッシュ・シーケンスがポートレット記述子（８０２、８０９）から取り出され、スレーブのポートレット・メッセージ・リスナに加えられる（８１０）。
１）動的コンテキスト・ポートレット・グループ・マスタ・ポートレットとのユーザ対話の結果、動的コンテキストが変化する（９０１）。
２）マスタのポートレットＤｙｎａｍｉｃＣｏｎｔｅｘｔＡｃｔｉｏｎＬｉｓｔｅｎｅｒがユーザのアクションを検出する（９０２）。
３）ＤｙｎａｍｉｃＣｏｎｔｅｘｔＡｃｔｉｏｎＬｉｓｔｅｎｅｒが、マスタ・ポートレットの要求オブジェクト内の動的コンテキストに対応する名前／値対を設定する（９０４）。
４）マスタ・ポートレットが動的コンテキストの値を取得し、それについて、同一の動的ポートレット・グループ内のすべてのスレーブ・ポートレットに通知する（９０５）。
５）所与のマスタに対するスレーブ・ポートレットに関連するＤｙｎａｍｉｃＣｏｎｔｅｘｔＭｅｓｓａｇｅＬｉｓｔｅｎｅｒが通知（動的コンテキストの値）を受け取る（９０６）。
６）ＤｙｎａｍｉｃＣｏｎｔｅｘｔＭｅｓｓａｇｅＬｉｓｔｅｎｅｒが、スレーブ・ポートレットのポートレット要求オブジェクト内のＤｙｎａｍｉｃＣｏｎｔｅｘｔの値を設定する（９０７）。
７）スレーブ・ポートレットが動的コンテキストの値を取得する（１００８）。
８）コンテキストと何らかのパラメータとの間のマッピングが指定された場合、スレーブ・ポートレットが、所与のスレーブ・ポートレットについて定義されたアクションを修正する（１００９）。
９）マッピングが指定されなかった場合、動的コンテキストの名前／値対をスレーブのポートレット・アクションに追加する。
１０）スレーブ・ポートレットが、動的コンテキスト・グループ・インスタンス定義で定義されるアクションを実施する（１０１１、１０１２）。
Ｂ．３ 規則ベース役割ベース動的集約
本節では、役割ベース動的集約構成要素構造マップである図１１、規則ベース動的集約構成要素構造マップである図１２、規則ベース動的集約フロー・チャートである図１３乃至図１５を含むいくつかの図を参照する。
ポートレット・サーバについての役割／規則ベース動的集約構成要素は、規則／役割データベースと各役割および規則についてのコンテンツ・グループの概念とに基づく。
規則についてのコンテンツ・グループは、図１１に示す規則ＤＢ構成要素１００１内に保たれる。同様に、役割コンテンツ・グループは、図１１に示す役割ＤＢ構成要素１００７内に保たれる。各コンテンツ・グループは、特定の役割または規則の範囲内に含まれると評価されるユーザがアクセスすべきである１組のポータル・サーバ資源からなる。
この方式での別の主な構成要素は、プラグ可能規則エンジン１０２２である。このエンジンの仕事は、変換されたユーザ・プロパティを読み取り、こうしたユーザ・プロパティに基づいて、一定の事前定義されたユーザ・グループのメンバシップの資格を有するユーザの組を実行時に動的に判断することである。さらに、このエンジンは、こうした動的ユーザ・グループの組を、役割／規則ＤＢ内に定義されているコンテンツ・グループの組にマッピングする。プラグ可能規則エンジンが、こうした作業を管理するためのＧＵＩを有することが好ましい。図１９に示すスクリーン・ショットは、どのようにＷｅｂＳｐｈｅｒｅパーソナライゼーション・サーバ・エンジンを使用してこうした作業を管理するかを示す。
例えば、図１９は、どのように「ＭａｌｅＴｅｅｎ」と呼ばれる動的グループを定義し、１６〜１９歳の男性ユーザをこのグループに割り当てるかを示す。
図２０に示すように、ユーザのプロパティに基づいて男性のティーンエージャと動的に評価されるすべてのユーザが、役割ＤＢ１００７から１０代男性グループに関するコンテンツ資源を選択するように動的規則および役割ベース・ポータル集約エンジン１０２２に指令する、ユーザに関して実行される「ｍａｌｅｔｅｅｎＡｃｔｉｏｎ」コマンドを有する。
開発時には、ビジネス・マネージャの仕事は、ページ、ポートレットなどの１組のポータル資源を役割／規則ＤＢ内の特定のコンテンツ・グループに割り当てることである。これは現在、規則／役割ＤＢを直接ロードするＳＱＬスクリプトを使用することによって行われている。
Ｂ．３．１ 規則ベース役割ベース動的集約実行時使用可能化の説明
実行時、ポータル・ユーザ対して実行する最初のコマンドは、規則ベース・エンジンに関するラッパ・コマンドである。このコマンドは、実際には、実際のプラグ可能規則エンジンによってユーザのプロパティの評価を開始するプロキシである。
次のステップでは、規則エンジンが、ユーザの記録されたプロファイルからユーザのプロパティを読み取り、ユーザ資源変換モジュールを使用することにより、ユーザが理解できる形式に変換する。
図２１に、規則ＤＢ内の「ｍａｌｅｔｅｅｎｇｒｐ」と呼ばれるコンテンツ・グループ内に定義されているすべてのポータル資源を選択する「ＭａｌｅＴｅｅｎＡｃｔｉｏｎ」と呼ばれる新しいアクションの作成を示す。
図２０に、動的ユーザ・プロパティに基づいて「ＭａｌｅＴｅｅｎｓ」を分類するのに以前に作成した規則の範囲内にあるすべてのユーザについて「ｍａｌｅｔｅｅｎｇｒｐ」のコンテンツを選択するように集約モジュールに命令する動的集約モジュール・コマンドの作成を示す。
図２０は、所与のユーザについて集約するどのコンテンツがそのような分類に含まれるかを決定する際に、どのような所与のビジネス規則（例えば、何がｍａｌｅｔｅｅｎグループを構成するかを定義する際のビジネス規則）が効力を生じるか（例えばｍａｌｅＴｅｅｎＡｃｔｉｏｎ）を示す。
ユーザ・プロパティを読み取った後、プラグ可能規則エンジンが、図２１に示す様々な動的グループに関して定義された規則に基づいて、このユーザの動的グループ・メンバシップを評価する。
このユーザに関する動的グループの組を確認した後、規則エンジンは、図２１に示すこの動的グループに関して定義されたコンテンツ選択アクションを実行することにより、このユーザに関する適切なポータル・コンテンツを選択する。こうしたアクションは、実行時に、規則ＤＢ内でそれらに関して定義されたコンテンツ・グループからポータル資源の組を返す。
次の実行ステップは、役割エンジンによってこのユーザに割り当てられた役割の評価である。役割エンジンは、（ユーザ・プロファイル・プロパティから抽出された）組織メンバシップを使用して、役割ＤＢからこのユーザの役割に関するコンテンツ資源の組を抽出する。次いでこうした資源が、以前の組で作成された既存の規則ベース・ポータル資源のリストに加えられる。
次いでこのリストが、実行のために動的ポータル集約エンジンに転送される。次いで動的ポータル集約エンジンは、このリストで識別されるポータル資源を選択して、この現ユーザに関するデフォルト・ポータル・ビューをセットアップする。
まとめ
１．共通バックエンド・ウェブ・アプリケーション統合実装
ポートレット・アプリケーションｈｔｔｐクライアントおよびポートレット・アプリケーション・セッションを用いて、共通バックエンド・ウェブ・アプリケーション統合モデルを有することが可能となる。これを使用して、同一のポートレット・アプリケーション内の複数のポートレットが同一のウェブ・アプリケーション・バックエンドと通信することが可能となる。
本発明のこの実装により、
ｉ．別々のブラウザを立ち上げずに、かつ同一のバックエンド・ウェブ・アプリケーションにアクセスするためのユーザＩＤおよびパスワードを求める複数のプロンプトを必要とすることなく、ネイティブ・ポートレット統合を有することが可能となり、
ｉｉ．セッション管理を有するバックエンド・アプリケーションに複数の要求を作成し、それから応答を受信することが可能となる。
２．単純な共通システムにより得られる単純なツーリング
本発明は、ポートレット・アプリケーションの配置記述子内に関係するバックエンド・ウェブ・アプリケーションのｕｒｌの指定を単に必要とするだけで、バックエンド・サーバ上で動作する既存のウェブ・アプリケーションとポートレット・アプリケーションを統合する容易かつ迅速な方法を提供する。これにより、統合の共通作業を処理するツーリングを構築することが可能となる。
３．ポートレット・アプリケーション共有共通セッションおよびセッション・データ内のポートレット
ポートレット・アプリケーション・セッション・オブジェクトの実装により、同一のポートレット・アプリケーションの各ポートレットが、ポートレット・アプリケーション内で固有であると同時にポータル・サーバの元のｈｔｔｐセッションとは異なるポートレット自体の間で共通データを共有することが可能となる。これにより、同一のポートレット・アプリケーション内のポートレット間で固有のデータの共有が容易となる。
４．ポータル・セッションおよびバックエンド・セッション共有共通セッション・データ
セッション中継実装により、ポータル・サーバとそのバックエンド・ウェブ・アプリケーションとの間で共通セッション・データの共有が可能となる。これにより、バックエンド・ウェブ・アプリケーションがポータル・サーバから情報を受信することが可能となり、ウェブ・アプリケーションのビジネス・ロジックが、ポータル・サーバから渡されるこの情報を利用することが可能となる。
例えば、現ポートレット状態が、ポートレットの最大化ビューを表示すべき場合、バックエンド・ウェブ・アプリケーションが単に情報の概要を送ることになる、ポートレットの通常のビューとは対照的に、バックエンド・ウェブ・アプリケーションは、この情報を受け取って、詳細なビジネス情報を送り戻すことによってこの情報を活用することができる。
５．ポートレット・アプリケーション・セッション、ポートレット・アプリケーション・セッション・オブジェクト、ポートレットｈｔｔｐクライアント、およびセッション中継機構を有するポータル・サーバとは別個の結合バックエンド・ウェブ・アプリケーション・セッション
バックエンド・ウェブ・アプリケーションは、ポータル・サーバのセッションとは別個のそれ自体のセッションを保持することができるが、それでもなおポータル・サーバのクッキーと同一のクッキーを共有することができる。バックエンド・ウェブ・アプリケーションは、独立かつ正確に動作することができ、ポータル内の様々なポートレットからのポートレット要求を１つの仮想クライアントとして認識し、バックエンド・ウェブ・アプリケーションとの結合セッションを可能にする。
６．ポータル・サーバおよびバックエンド・ウェブ・アプリケーションにわたる単一サインオン
セッション中継実施形態は単一サインオン機能を提供し、それによってユーザは、ポータル・サーバにログオンした後は、関連するバックエンド・ウェブ・アプリケーションにログオンするのにユーザ証明書を再サブミットする必要がない。これは、ポータルに対するｈｔｔｐセッションとポートレットｈｔｔｐクライアントからバックエンド・ウェブ・アプリケーションへのｈｔｔｐセッションとの間の１対１マッピングのクッキー・テーブルによって可能となる。
７．ポータル・サーバの挙動と同期したバックエンド・ウェブ・アプリケーションの挙動
セッション中継実施形態は、ポータル・セッションからバックエンド・ウェブ・アプリケーションのセッションにセッション情報を中継することによりバックエンド・ウェブ・アプリケーションの挙動を同期することによってシームレスな統合を可能にする。
以下はいくつかの例である。
ポータル・サーバでの言語およびロケール設定をそのバックエンド・ウェブ・アプリケーションに渡すことができ、その結果、バックエンド・アプリケーションは、ポータル・サーバのロケール＋言語設定に基づいて応答メッセージを構成することができる。
別の例は、ポータル・サーバからのセッション満了情報をバックエンド・ウェブ・アプリケーション・セッションに渡すことができ、その結果、ポータル・セッション・タイムアウトと同時にバックエンド・ウェブ・アプリケーション・セッションをタイムアウトすることができることである。バックエンド・ウェブ・アプリケーションは、ポータル・サーバから中継されるポータル状態およびイベントに応答することができる。
８．同一のポータル・ページ内の同期コンテンツ
動的コンテキスト・ポートレット・グループ化により、同一の動的コンテキスト・グループ内のポートレット間の協働が可能となり、ビジネス・プロセスおよび情報の統合および同期が達成される。
各ポートレットは、複数の動的コンテキスト・グループに関与することができる。これにより、ポータル管理者がポートレットを動的コンテキスト・ポートレット・グループにグループ化する非常にオープンかつ単純なプログラミング・モデルが提供される。
動的コンテキスト定義の単純な構造により、各グループ化について動的コンテキスト・マスタ／スレーブ・ポートレットの自動生成のための単純なツーリングを構築することが可能となる。
動的コンテキスト定義実装、動的コンテキスト・グループ、マスタ・ポートレットおよびスレーブ・ポートレット実装（スレーブ・タスク、スレーブ・コンテキスト・マップを含む）が、本発明の利点を実現する助けになる。
９．ポートレットのリフレッシュ・シーケンスを定義する能力
トランザクション・マネージャが、最初にポートレットのリフレッシュ・シーケンスを定義する能力を提供する。ポートレットのリフレッシュ・シーケンスを定義する能力により、ポータル／ポートレット・アーキテクチャを用いる順次ビジネス・ロジックの適切な実施が可能となる。トランザクション・マネージャ、資源ソータ、応答のキャッシングが、本発明の利点を実現する助けになる。
１０．規則ベース役割ベース集約
ファイン・レベル・ポータル・パーソナライゼーションは、現在動的集約によってのみ達成することができる。これは、本発明に従って適用されるポートレット、ページ、またはページ・グループの公式の概念が存在しない通常のウェブ・アプリケーションの従来技術の実装とははっきり異なる。ファイン・レベル・パーソナライゼーションは、ポータル・マーケットが成長し、ファイン・レベル・キャンペーン・ターゲティングなどに関するユーザ要件が導入されるにつれて一層重要となるであろう。
本発明の実施形態は、いかに列挙するいくつかの利点をもたらす。
１．本発明者等の手法によって達成することができるパーソナライゼーションのレベルは、今日ポータル・サーバによって提供されるポートレット管理機構よりもずっと細かい。今日利用可能なポートレット管理は、本質的に手動構成である。構成した後は固定的であり、実行時に変化しない。本発明は、規則に基づいてポータル資源をレンダリングする動的機能を提供する。
２．ポータル集約モジュールは動的エンティティであるので、規則／役割エンジンを直接それに結びつけることにより、人間の介入なしにリアル・タイム動的集約機能が達成される。
３．ページやページ・グループなどの粗い分類のポータル資源のパーソナライゼーションにより、動的レイアウトを実施することが可能となる。
４．ずっと効果的なキャンペーン、契約などをセットアップすることができる。これは、ｅコマース・リテールおよびＢ２Ｂ組織のどちらにとってもかなり重要である。
５．本発明により、通常のコンテンツ・パーソナライゼーションよりもずっと高いパーソナライゼーションが可能となる。例えば、規則に基づいて、ウェブ・ページの全セクションを実際に使用不能にすることができる。通常のパーソナライゼーションではこれを行うことができない。さらに、動的集約は、資源関係ではなくコンテンツ関係の通常のパーソナライゼーションの領域には適用されない。
動的コンテキスト連鎖モデルを示す図である。 ポータルとのウェブ・アプリケーション統合を示す図である。 統合構造図を示す図である。 統合流れ図を示す図である。 ウェブ・アプリケーションとのポータル統合のための構造図を示す図である。 統合のための流れ図を示す図である。 ポートレットに関する動的コンテキスト・グループの一例を示す図である。 定義インスタンスで指定される動的コンテキストについてのポートレット・アプリケーション初期化を示す図である。 動的コンテキスト・ポートレット・グループの実行時フローを示す図である。 動的コンテキスト・ポートレット・グループの実行時フローを示す図である。 規則ベース動的集約構成要素構造マップを示す図である。 規則ベース動的集約構成要素フロー・マップを示す図である。 役割ベース動的集約流れ図を示す図である。 規則ベース動的集約流れ図を示す図である。 規則ベース動的集約流れ図を示す図である。 ウェブ・アプリケーションに対するポートレット要求の処理を示す図である。 ｓｙｎｃモデル図を示す図である。 シーケンス・アウェア・ポータル集約エンジンの流れ図を示す図である。 「ＭａｌｅＴｅｅｎ」と呼ばれる動的グループの定義付けと、そのグループへのユーザの割当てを示す図である。 動的ユーザ・グループへの規則データベース・コンテンツ・グループ選択アクションの割当てを示す図である。 「ｍａｌｅＴｅｅｎＡｃｔｉｏｎ」と呼ばれる新しいアクションの作成を示す図である。

Claims (4)

  1. 同一のポートレット・アプリケーションにより管理されるポートレットの集合の各ポートレットと該ポートレットに関係するウェブ・アプリケーションとの間のセッション中継装置であって、
    前記ポートレットの集合に含まれる各ポートレット間で共有されるポートレット・アプリケーション・セッション・オブジェクトと、
    前記各ポートレットに対するユーザ要求からのパラメータであって、言語情報およびユーザ・エージェント情報のいずれか一方を少なくとも含む前記パラメータを保存し、前記ポートレット・アプリケーション・セッション・オブジェクトによって制御されるポートレット・アプリケーション・セッション・オブジェクト・データ・ストアと、
    前記ポートレット・アプリケーション・セッション・オブジェクトとウェブ・アプリケーションとの間で通信して、該ウェブ・アプリケーションに関係するポートレットから受信したユーザ要求からのパラメータを前記ウェブ・アプリケーションに渡すポートレット・アプリケーション通信クライアントとを含む、セッション中継装置。
  2. 前記ポートレット・アプリケーションが、ポートレット・アプリケーション・セッション・オブジェクトに関連する各ポートレットに共通キーを割り当てる請求項１に記載のセッション中継装置。
  3. その上で前記ポートレット・アプリケーションが動作するポータル・サーバに対するｈｔｔｐ 要求のクッキーを、複数の前記ウェブ・アプリケーションに対する前記ポートレット・アプリケーション通信クライアントよるｈｔｔｐ要求のクッキーにマッピングするユーザ・セッション情報テーブルを含む請求項１に記載のセッション中継装置。
  4. コンピュータを請求項１ないし３のいずれかに記載のセッション中継装置として機能させるためのコンピュータ・プログラムを記録したコンピュータ読み取り可能な記録媒体。
JP2004540955A 2002-10-04 2003-10-01 ポータル・サーバにおいてポートレットの集合を管理する方法および装置 Expired - Fee Related JP4456485B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CA002406876A CA2406876A1 (en) 2002-10-04 2002-10-04 Method and apparatus for managing a collection of portlets in a portal server
PCT/GB2003/004248 WO2004031987A2 (en) 2002-10-04 2003-10-01 Method and apparatus for managing a collection of portlets in a portal server

Publications (2)

Publication Number Publication Date
JP2006501559A JP2006501559A (ja) 2006-01-12
JP4456485B2 true JP4456485B2 (ja) 2010-04-28

Family

ID=32046583

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004540955A Expired - Fee Related JP4456485B2 (ja) 2002-10-04 2003-10-01 ポータル・サーバにおいてポートレットの集合を管理する方法および装置

Country Status (8)

Country Link
US (1) US8312170B2 (ja)
JP (1) JP4456485B2 (ja)
KR (1) KR100843828B1 (ja)
CN (1) CN1703701B (ja)
AU (1) AU2003271878A1 (ja)
CA (1) CA2406876A1 (ja)
TW (1) TWI282222B (ja)
WO (1) WO2004031987A2 (ja)

Families Citing this family (51)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2406713C (en) * 2002-10-04 2009-06-30 Ibm Canada Limited-Ibm Canada Limitee Method and apparatus for relaying session information from a portal server
US7418666B2 (en) 2002-10-21 2008-08-26 Bentley Systems, Incorporated System, method and computer program product for managing CAD data
US20050050021A1 (en) * 2003-08-25 2005-03-03 Sybase, Inc. Information Messaging and Collaboration System
US20050102386A1 (en) * 2003-10-28 2005-05-12 International Business Machines Corporation Method for organizing analytic assets to improve authoring and execution using graphs
US7428558B2 (en) * 2003-11-24 2008-09-23 Emc Corporation Persistent restore of virtual devices
US7441229B2 (en) * 2004-02-10 2008-10-21 International Business Machines Corporations Model driven portlet development method, system and program product
US8181112B2 (en) * 2004-05-21 2012-05-15 Oracle International Corporation Independent portlet rendering
US20050267789A1 (en) * 2004-05-25 2005-12-01 Anthony Satyadas Portal generation for industry specific business roles
US8117529B2 (en) * 2004-06-28 2012-02-14 Sap Ag Object based navigation
US7814426B2 (en) * 2004-06-30 2010-10-12 Sap Aktiengesellschaft Reusable component in a collaboration workspace
JP4634758B2 (ja) * 2004-08-16 2011-02-16 日立公共システムエンジニアリング株式会社 授業支援方法、授業支援装置および授業支援プログラム
GB0420673D0 (en) * 2004-09-17 2004-10-20 Ibm Data sharing system, method and software tool
US20060129935A1 (en) * 2004-12-15 2006-06-15 Honeywell International, Inc. Integrated information management system and method
US9071570B2 (en) * 2005-03-30 2015-06-30 International Business Machines Corporation Method and apparatus to select and deliver portable portlets
US20060242249A1 (en) * 2005-04-26 2006-10-26 International Business Machines Corporation Method for the display of visual sequencing of message communications between application portlets and task page relationship information in a web-base environment
US7493564B2 (en) * 2005-04-26 2009-02-17 International Business Machines Corporation Method for the display of visual sequencing of launched application portlets and task page relationship information in a web-base environment
US9582602B2 (en) * 2005-05-17 2017-02-28 Excalibur Ip, Llc Systems and methods for improving access to syndication feeds in network browsing applications
US8650305B2 (en) * 2005-05-24 2014-02-11 International Business Machines Corporation Centralized session management in an aggregated application environment
US7904430B2 (en) * 2005-08-09 2011-03-08 At&T Intellectual Property I, L.P. End-user portal session logging by portlets
US8001477B2 (en) 2005-11-11 2011-08-16 International Business Machines Corporation Method for exchanging portlet configuration data
US10169475B2 (en) 2005-11-17 2019-01-01 International Business Machines Corporation Pattern for navigating content in a portal
US7627579B2 (en) * 2006-01-17 2009-12-01 International Business Machines Corporation Managing portal response times
US8468217B2 (en) * 2006-07-26 2013-06-18 International Business Machines Corporation Maintaining portlet data currency while minimizing latency
US8438581B2 (en) * 2006-12-29 2013-05-07 Verizon Patent And Licensing Inc. Generation of menus for multiple back-end systems
US8706757B1 (en) * 2007-02-14 2014-04-22 Yahoo! Inc. Device, method and computer program product for generating web feeds
US7849157B2 (en) * 2007-05-23 2010-12-07 Oracle International Corporation System and method for consumer entitlements in portal services
US20080295164A1 (en) * 2007-05-24 2008-11-27 International Business Machines Corporation Mashup component isolation via server-side analysis and instrumentation
US7904818B2 (en) * 2007-10-15 2011-03-08 International Business Machines Corporation Summarizing portlet usage captured responsive to trigger events in a portal page
US8191002B2 (en) 2007-10-15 2012-05-29 International Business Machines Corporation Summarizing portlet usage in a portal page
US8117225B1 (en) 2008-01-18 2012-02-14 Boadin Technology, LLC Drill-down system, method, and computer program product for focusing a search
US8117242B1 (en) 2008-01-18 2012-02-14 Boadin Technology, LLC System, method, and computer program product for performing a search in conjunction with use of an online application
US20100005001A1 (en) * 2008-06-30 2010-01-07 Aizen Jonathan Systems and methods for advertising
US20100017385A1 (en) 2008-07-16 2010-01-21 International Business Machines Creating and managing reference elements of deployable web archive files
US8078397B1 (en) 2008-08-22 2011-12-13 Boadin Technology, LLC System, method, and computer program product for social networking utilizing a vehicular assembly
US8190692B1 (en) 2008-08-22 2012-05-29 Boadin Technology, LLC Location-based messaging system, method, and computer program product
US8131458B1 (en) 2008-08-22 2012-03-06 Boadin Technology, LLC System, method, and computer program product for instant messaging utilizing a vehicular assembly
US8265862B1 (en) 2008-08-22 2012-09-11 Boadin Technology, LLC System, method, and computer program product for communicating location-related information
US8073590B1 (en) 2008-08-22 2011-12-06 Boadin Technology, LLC System, method, and computer program product for utilizing a communication channel of a mobile device by a vehicular assembly
US8683073B2 (en) * 2008-12-11 2014-03-25 Microsoft Corporation Participating with and accessing a connectivity exchange
US9223883B2 (en) * 2009-04-22 2015-12-29 International Business Machines Corporation Context driven arrangement of portlets in a portal
US8495048B2 (en) * 2009-08-26 2013-07-23 International Business Machines Applying user-generated deployment events to a grouping of deployable portlets
CN101997903B (zh) 2009-08-27 2013-09-25 国际商业机器公司 用于处理超文本传输协议请求的方法和系统
US20110119454A1 (en) * 2009-11-17 2011-05-19 Hsiang-Tsung Kung Display system for simultaneous displaying of windows generated by multiple window systems belonging to the same computer platform
WO2013096758A1 (en) * 2011-12-21 2013-06-27 Akamai Technologies, Inc. Security policy editor
DE102013202782A1 (de) * 2012-02-20 2013-08-22 Wixpress Ltd Server-basiertes Webseiten-Designsystem, das ein dynamisches Layout und dynamischen Inhalt integriert
US10789412B2 (en) * 2012-02-20 2020-09-29 Wix.Com Ltd. System and method for extended dynamic layout
US9307035B1 (en) * 2012-03-14 2016-04-05 Liferay, Inc. Managing social equity in a portal platform
US9632988B2 (en) * 2012-07-12 2017-04-25 International Business Machines Corporation Autonomous gadget management system
US9798773B2 (en) * 2014-12-12 2017-10-24 International Business Machines Corporation Generation of mapping definitions for content management system
US10817196B2 (en) 2017-07-07 2020-10-27 Sap Se Page list based crash recovery
US10521198B2 (en) 2017-07-24 2019-12-31 Wix.Com Ltd. Dynamic preview of database-populated web pages

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6212565B1 (en) * 1998-08-26 2001-04-03 Sun Microsystems, Inc. Apparatus and method for improving performance of proxy server arrays that use persistent connections
US6519594B1 (en) * 1998-11-14 2003-02-11 Sony Electronics, Inc. Computer-implemented sharing of java classes for increased memory efficiency and communication method
EP1117050A1 (en) * 2000-01-14 2001-07-18 Sun Microsystems, Inc. Individual data representation
EP1170673A1 (en) * 2000-07-05 2002-01-09 Sony International (Europe) GmbH Portal application
JP3721070B2 (ja) 2000-11-16 2005-11-30 中部日本電気ソフトウェア株式会社 既存オンラインアプリケーションのインターネット端末対応方法並びにサーバ装置
US7502833B2 (en) * 2001-05-11 2009-03-10 International Business Machines Corporation Method for dynamically integrating remote portlets into portals
US7343428B2 (en) * 2001-09-19 2008-03-11 International Business Machines Corporation Dynamic, real-time integration of software resources through services of a content framework
US7451477B2 (en) * 2001-10-24 2008-11-11 Bea Systems, Inc. System and method for rule-based entitlements
US7062511B1 (en) * 2001-12-31 2006-06-13 Oracle International Corporation Method and system for portal web site generation
US7103884B2 (en) * 2002-03-27 2006-09-05 Lucent Technologies Inc. Method for maintaining consistency and performing recovery in a replicated data storage system
US20030187956A1 (en) * 2002-04-01 2003-10-02 Stephen Belt Method and apparatus for providing access control and content management services
US20040010598A1 (en) * 2002-05-01 2004-01-15 Bea Systems, Inc. Portal setup wizard
US7725560B2 (en) * 2002-05-01 2010-05-25 Bea Systems Inc. Web service-enabled portlet wizard
WO2003093964A1 (en) * 2002-05-01 2003-11-13 Bea Systems, Inc. Enterprise application platform
US7277924B1 (en) * 2002-05-07 2007-10-02 Oracle International Corporation Method and mechanism for a portal website architecture
US7831905B1 (en) * 2002-11-22 2010-11-09 Sprint Spectrum L.P. Method and system for creating and providing web-based documents to information devices
EP1568189B1 (en) * 2002-12-02 2015-06-17 Sap Se Session-return enabling stateful web applications
US8001463B2 (en) * 2002-12-02 2011-08-16 Oracle International Corporation Web page communications using parameters and events
US7814423B2 (en) * 2003-02-28 2010-10-12 Bea Systems, Inc. Method for providing a graphical user interface
US8429249B2 (en) * 2003-07-11 2013-04-23 Ca, Inc. System and method for configuring servlet-based components as dynamic content components
US20050050021A1 (en) * 2003-08-25 2005-03-03 Sybase, Inc. Information Messaging and Collaboration System

Also Published As

Publication number Publication date
WO2004031987A3 (en) 2004-09-23
CN1703701B (zh) 2010-06-23
JP2006501559A (ja) 2006-01-12
KR20050048671A (ko) 2005-05-24
TW200420022A (en) 2004-10-01
TWI282222B (en) 2007-06-01
WO2004031987A2 (en) 2004-04-15
KR100843828B1 (ko) 2008-07-04
US8312170B2 (en) 2012-11-13
CN1703701A (zh) 2005-11-30
US20060053376A1 (en) 2006-03-09
CA2406876A1 (en) 2004-04-04
AU2003271878A1 (en) 2004-04-23

Similar Documents

Publication Publication Date Title
JP4456485B2 (ja) ポータル・サーバにおいてポートレットの集合を管理する方法および装置
JP4473128B2 (ja) ウェブ・ポータルの関連するポートレットが、同期されたコンテンツ表示のために協働することを可能にする方法および装置
JP4218759B2 (ja) ポータル・サーバからセッション情報を中継する方法および装置
US20060235935A1 (en) Method and apparatus for using business rules or user roles for selecting portlets in a web portal
EP1117220A1 (en) Method and system for protocol conversion
Tanaka et al. Meme Media Technologies for the ad hoc Federation of Intellectual Resources over the Web
KR20040000873A (ko) 단일 컨텐츠 지원하의 멀티유저 호스팅 서비스 시스템 및방법

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060711

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20090206

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090707

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20091007

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20091015

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20091105

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20100202

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100205

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130212

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130212

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140212

Year of fee payment: 4

LAPS Cancellation because of no payment of annual fees