JP2009531793A - ウェブコミュニティおよびウェブアプリケーションのデータを変換するシステムおよび方法 - Google Patents

Abstract

少なくとも１つのサーバからネットワークを通してアクセス可能な１つ以上のウェブコミュニティを含むウェブコミュニティに関係するポータルスクリーンのコンテンツを変更するためのシステムおよび方法であり、各ウェブコミュニティは、１つ以上のポータルスクリーンに関係し、各ポータルスクリーンは特定のレポートデータに関係している。さらに、ユーザコンピュータデバイスは、１つ以上のポータルスクリーンにアクセスし表現する能力があり、ネットワークを通してサーバに接続されており、サーバはレポートデータにアクセスし得る。ユーザコンピュータデバイスは、ポータルスクリーンに関係するユーザインタフェースへのアクセスを提供し、そのユーザインタフェースは、１つ以上のポータルスクリーンに関係付けられるレポートデータを捜し出し読み出すために、ネットワークを通してリモートデータソースに問い合わせるファイルブラウザへのアクセスを提供してもよい。また、読み出したレポートデータを変更するためのツールがいくつか、ユーザインタフェースを通してアクセス可能であってもよい。

Description

本発明はインターネットアプリケーションに関する。より具体的には、本発明は、種々のインターネットリソースおよびウェブコミュニティからコンテンツを読み出し、操作し、変換するためのポータル機能およびツールに関する。

多くの組織が、ウェブ技術を利用し、商取引、大衆向け広告、メンバおよび顧客への情報周知等を行う。このような使用は、たいてい組織のウェブサイト、エクストラネット、イントラネット、ブログ、掲示板、ウェブコミュニティ等の使用によって成し遂げられる。このような技術を利用するこれらの組織の多くは、市販のウェブページ作成ソフトウェア、ブラウザベースのウェブサイト作成ソフトウェア、またはこれら２つの組み合わせを利用して、中央施設に自組織のウェブサイトを作成し維持する一群の人々を任命し抱えている。現在、ブラウザベースのウェブページコンテンツ作成ソフトウェアプログラムが相当数ある。このようなプログラムは、ＪａｖａＳｃｒｉｐｔ（登録商標）またはＦｌａｓｈで書かれていて、ユーザがウェブブラウザを使用してウェブページを作成するのを可能にするアクティブＸコントロールを必要とすることがある。これらのウェブオーサリングツールは、ユーザがウェブページを編集または作成しているとき、純粋なＨＴＭＬタグを扱える。

しかし、これらの組織の多くは、ゆるく結合した自立衛星施設（すなわち、各衛星施設は、例えばある程度の財務上の独立性を維持し、独自の決定を多く行うが、例えば共通の目標、慣行および情報を他の施設と共有する）として、地理的に世界にまたがって配置されている。例えばある組織は、本社施設を有してもよく、そこでは、ＣＥＯ、取締役会、または他の種々の指導者が、その衛星施設を含む組織全体の大きな目標およびポリシーを決める。これらのポリシーは、組織に関係する全施設で実施される必要がある。組織に関係する遠隔の施設は、それらのポリシーを実施するとともに、その現地のメンバ、地域社会、顧客、後援者等と連絡を取る必要がある。

いくつかの大きな目標だけで衛星施設を結び、情報を共有し、衛星施設間で通信することは、稀であったり、難しかったりすることがある。このような自立衛星施設は、組織に関係するウェブコンテンツの作成で多くの余分なものを作り出す場合がある。また、従来の市販のウェブページ作成ソフトウェア、ブラウザベースのウェブサイト作成ソフトウェア、またはこれら２つの組み合わせを使用した中央管理による組織のウェブコンテンツおよびウェブアプリケーションの作成および維持は、たいてい困難で費用が掛かる。さらに、ウェブの中央管理による複数の衛星施設のウェブコンテンツおよびウェブアプリケーションの管理は、すべての施設の規模が等しいわけではなく、すべての施設が最新の通信技術を利用する財務能力を持っているわけではなく、かつ言葉の壁等を含む理由から難しい場合がある。ウェブアプリケーション管理を分散することの障害はさらに、すべての施設が現地のウェブアプリケーションを作成し維持する要員を雇えるわけではないことである。

上記の問題および制約は、エクストラネット、イントラネットの企業ウェブサイト、およびブログの現在の使用によっては容易に解決しないし、従来の市販のウェブページ作成ソフトウェア、ブラウザベースのウェブサイト作成ソフトウェア、またはこれら２つの組み合わせを利用することにより、緩和されたり解決されたりはしない。それ故、そのような広範囲にまたがる組織に対するこのようなウェブ技術の使用は、非効率、効果のなさ、および追加出費に満ちている場合がある。必要なものは、上記の問題に取り組み、ユーザが使いやすいやり方で相互接続した種々のウェブコミュニティに関係するウェブアプリケーションおよびウェブコンテンツをカスタマイズする手法である。

本発明の一実施形態によれば、ネットワークを通してアクセス可能な１つ以上のウェブコミュニティを含むウェブコミュニティに関係するポータルスクリーンのコンテンツを変更するシステムが開示されるが、ここで、各ウェブコミュニティは１つ以上のポータルスクリーンに関係し、各ポータルスクリーンは特定のレポートデータに関係する。ユーザコンピュータデバイスは、１つ以上のポータルスクリーンにアクセスし表現する能力があり、１つ以上のポータルスクリーンに関係付けられるレポートデータを捜し出し読み出すために、ネットワークを通してリモートデータソースに問い合わせを行うファイルブラウザへのアクセスを提供し得るポータルスクリーンに関係するユーザインタフェースへのアクセスを提供する。さらに、ユーザコンピュータデバイスはネットワークを通してサーバに接続され、サーバは、レポートデータの少なくとも一部を読み出し、レポートデータに関係する抽象データ型を識別し、読み出したレポートデータを抽象データ型に変換し、所望のデータ構造を実現するために抽象データ型に１つ以上の構造変換を実行し、所望のデータ構造をユーザコンピュータデバイスに送信することができる。

本発明の一態様によれば、ユーザコンピュータデバイス上に表示される読み出したレポートデータインタフェースを変更するためのツールのいくつかは、ユーザからアクセス可能であってもよい。本発明の別の態様に従って、ボックスツール、レポートツール、フォームツール、翻訳ツール、コミュニティツール、スタイルツール、またはモジュールツールなどの１つ以上のツールがユーザインタフェースに含まれる。本発明のまた別の態様によれば、ポータルスクリーンはウェブページである。本発明のまた別の態様に従って、リモートデータベースは、リソースセンタ、ローカルデータベースまたは外部データソースであってもよい。

本発明の別の実施形態によれば、ツールボックスインタフェースを使用してポータルスクリーンのコンテンツを変更する方法が開示される。方法は、ツールボックスインタフェースによってポータルスクリーン上にボックスを作成するステップと、少なくとも１つのレポートをボックスと関係付けるステップであって、その結果レポートがポータルスクリーンコンテンツに関係付けられることになるステップと、ツールボックスインタフェースによって入力された選択に従ってレポートに関係するポータルスクリーンコンテンツを変更するステップと、ポータルスクリーン上にレポートに関係するポータルスクリーンコンテンツを表現するステップとを含む。

本発明の一態様によれば、方法は、ツールボックスインタフェースに関係するファイルブラウザを通して、リソースセンタ、ローカルデータベースまたは外部データソースのどれかに問い合わせ、ボックスに関係するレポートを読み出すステップをさらに含む。本発明の別の態様によれば、ツールボックスインタフェースによって入力された選択に従ってレポートに関係するポータルスクリーンコンテンツを変更するステップは、構造ツールインタフェースおよびスタイルツールインタフェースによって選択を入力するステップを含み、ポータルスクリーンコンテンツに関係付けられるデータ構造は構造ツールインタフェースによって選択され、ポータルスクリーンコンテンツに関係付けられる複数のスタイル属性はスタイルツールインタフェースによって選択される。本発明のまた別の態様によれば、ツールボックスインタフェースによって入力された選択に従ってレポートに関係するポータルスクリーンコンテンツを変更するステップは、ツールボックスインタフェースを通してアクセス可能な１つ以上のＷＹＳＩＷＹＧ（Ｗｈａｔ Ｙｏｕ Ｓｅｅ Ｉｓ Ｗｈａｔ Ｙｏｕ Ｇｅｔ、あなたが見るものはあなたが得るもの）エディタを使用して選択を入力するステップを含む。本発明のまた別の態様によれば、ポータルスクリーン上にレポートに関係するポータルスクリーンコンテンツを表現するステップは、レポートに関係するボックス内にレポートに関係するポータルスクリーンコンテンツを表示するステップを含む。

本発明のまた別の実施形態によれば、データ変換方法が開示される。方法は、レポート定義からレポート名を取り出すステップと、取り出したレポート名に対応するレポートデータを読み出すステップと、レポートデータに関係する抽象データ型を識別するステップと、読み出したレポートデータを抽象データ型に変換するステップと、抽象データ型に１つ以上の構造変換を実行し所望のデータ構造を実現するステップとを含む。

本発明の一態様によれば、方法は、所望のデータ構造に関係付けられる１つ以上の所望のスタイル属性を決定するステップと、所望のスタイル属性を所望のデータ構造と関係付けるステップと、特定の出力デバイス上に表現されるデータをフォーマットするステップと、出力デバイス上に所望のデータ構造を表現するステップとを含む。本発明の別の態様によれば、取り出したレポート名に対応するレポートデータを読み出すステップは、レポートデータが配置されているデータベースにアクセスするステップを含む。本発明のまた別の態様によれば、取り出したレポート名に対応するレポートデータを読み出すステップは、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）コールを利用しレポートデータを読み出すステップを含む。本発明のまた別の態様に従って、取り出したレポート名に対応するレポートデータを読み出すステップは、レポートデータに関係するコラム名をＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）タグとして、レポートデータを囲むステップを含む。

本発明の別の態様によれば、読み出したレポートデータを抽象データ型に変換するステップは、所望のデータ構造に少なくとも一部基づきレポートデータを囲むＸＭＬタグの変更を含む。本発明の別の態様に従って、方法は、レポートデータのスタイル属性に関係するＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔｓ、カスケーディングスタイルシート）タグの作成をさらに含む。本発明のまた別の態様によれば、方法は、レポートデータを外部アプリケーションソフトウェアで処理するステップと、処理されたレポートデータをダウンロード可能にするステップとをさらに含む。本発明のまた別の態様に従って、方法は、レポートデータのスタイル属性に関係するＣＳＳタグを作成するステップも含み、所望のスタイル属性を所望のデータ構造と関係付けるステップは、所望のスタイル属性に少なくとも一部基づきレポートデータのスタイル属性に関係するＣＳＳタグを変換するステップを含んでもよい。本発明のまた別の態様によれば、出力デバイス上に所望のデータ構造を表現するステップは、出力デバイスに関係するスクリーンの一部だけをリフレッシュすることにより行われてもよい。

これまで総括的な言葉で本発明を説明したので、これより添付図面を参照するが、それらは必ずしも縮尺比に従って描かれてはいない。

本発明は、１つ以上のウェブコミュニティに関係するポータルスクリーン（例えばウェブページ）を作成および維持するために、種々のウェブサイト、データベースおよびウェブコミュニティから読み出したデータを共有し、操作し、変換するためのポータル機能およびツールに関する。本発明の説明において、「ポータルスクリーン」および「ページ」とういう用語は、ポータルスクリーンまたはページの例示の種類であるウェブページおよびＨＴＭＬページなどの用語と同義である。ポータルスクリーンで利用されるコンテンツは、別のポータルスクリーン上での表示または別のコミュニティでの使用のためにアクセスされ読み出されてもよい。また、共有データは、読み出されたコンテンツのデータ構造またはスタイル属性（すなわち、「ルックアンドフィール」）を自動的に変更することにより、容易に操作することができ、その結果、別のポータルスクリーン上に異なるやり方で描写し得る。本発明のポータルシステムは、ウェブコミュニティおよびそれらのコミュニティに関係するポータルスクリーンの作成を可能にし、ウェブコミュニティメンバ、コミュニティアドミニストレータ／システムアドミニストレータ、ウェブサイトビジタもしくはウェブコミュニティビジタおよび／または他のポータルシステムユーザを含むポータルシステムの種々のユーザからアクセス可能な、ますます増加する量のコンテンツを含み得る。特に、本発明のポータルシステムは、ウェブコミュニティメンバおよびウェブコミュニティアドミニストレータに広範囲に及ぶカスタマイズ化の選択肢を提供する。

本発明のポータル機能は、コミュニティアドミニストレータ、ポータルスクリーンデザイナ／開発者およびコミュニティメンバに、加工していないデータならびに種々の構造、スタイルおよびフォーマットのそのデータを利用する彼らの最良の実施を含む情報の共有を可能にすることにより、ウェブコミュニティ開発におけるコラボレーションを可能にする。ウェブアプリケーションも作成され共有されてもよく、ウェブプログラマは、ウェブコミュニティ開発のコラボレーションの積極的な参加者であってもよい。ウェブコミュニティのこのような分散型管理構造は、広範囲に分散および／または定常的に拡大変化する組織には都合がよい。

分散型管理構造を有する本発明のポータルシステムは、２つのレベルでポータルのカスタマイズ化を可能にする。ポータルのカスタマイズ化の１つのレベルは、コミュニティアドミニストレータを対象にしており、このようなアドミニストレータは、特定のコンテンツに関係するデータ構造（例えば、リスト、テーブル、プルダウンメニュー、画像等）およびそれらのデータ構造を提示するスタイル属性（例えば、色、フォントタイプ、フォントサイズ、配列等）をカスタマイズでき、スタイル属性は、コミュニティコンテンツの「ルックアンドフィール」とも呼ばれる。また、アドミニストレータは、関連するウェブコミュニティからコンテンツおよびその関係する構造およびスタイル属性を受け継いでもよい。例えば、親コミュニティの変更は、子コミュニティに反映されてもよい。コミュニティアドミニストレータは、例えば、コミュニティメンバシップ、サブコミュニティ、コンテンツ、デフォルトデータ構造およびスタイル属性、ウェブページ上のコンテンツのデフォルト配置等を管理してもよい。

第２のカスタマイズ化レベルでは、コミュニティメンバは、主コミュニティを選択し、他のコミュニティのメンバになってもよい。メンバは、メンバ自身のウェブページのルックアンドフィールの変更、コンテンツの再配列、コンテンツの一部の削除もしくは追加（コミュニティアドミニストレータによって許可された場合）、または１つ以上のコミュニティのコンテンツ（共有コンテンツ）を利用してもよい。本発明は、「オンライン」中にユーザのブラウザにおいてこのようなカスタマイズ化を可能にする。言い換えると、ウェブコンテンツを作成するためには、ウェブページのローカルコピーも他のプログラム（ＨＴＭＬエディタ等）も必要ない。

種々のウェブコミュニティの分散管理を可能にするために、ポータルシステムは、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）、ＸＨＴＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）、ＸＳＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｓｔｙｌｅ Ｌａｎｇｕａｇｅ）、ＸＳＰ（Ｅｘｔｅｎｓｉｂｌｅ Ｓｅｒｖｅｒ Ｐａｇｅｓ）、ＸＳＬＴ（ＸＳＬ Ｔｒａｎｓｆｏｒｍａｔｉｏｎｓ）または他の類似のデータフォーマットなどのマークアップ言語を使用する種々の整形式データフォーマットを利用し、データセットをウェブコミュニティ間で容易に共有できるようにする。ＸＭＬは、アプリケーション間および組織間でのデータの定義、伝送、妥当性確認および解釈を可能にし、デザイナによる自分用にカスタマイズしたタグの作成を可能にする。ＸＭＬは、ＨＴＭＬのような要素が不変のセットではなく、むしろメタ言語であり、つまりデータ構造を記述する言語である。ＸＭＬは、データを記述するために設計されたのに対して、ＨＴＭＬは、データを表示するために設計された。ＸＭＬは、ＨＴＭＬで利用できない機能を提供し、作成者がデータ構造を操作するために使用する自分の「タグ」を定義することを可能にする。ＸＭＬ文書は、データセットおよびタグを備え、タグは、文書のツリー構造を意味する。ＸＭＬ文書が適切に構造化されている場合、すなわちタグが適切に重ね合わされている場合、文書は「整形式(ｗｅｌｌ−ｆｏｒｍｅｄ)」であると言われる。

ＸＭＬ関連技術を利用することにより、共有データを構造化し、ポータルシステムネットワークの各ポータルスクリーン（例えばウェブページ）に与える手法は、ポータルスクリーンコンテンツを作成、編集および／または読み出すために使用する「ツールボックス」と呼ばれるユーザインタフェースの使用によって、操作または変換してもよい。他のウェブコミュニティおよび／またはデータベースからのポータルスクリーンコンテンツの読み出しは、パイプラインの使用によって行われ、パイプラインは、ツールボックスインタフェースが受け付けたデータ操作コマンドおよびデータ変換コマンドを実施する。ツールボックスインタフェースおよびパイプライン処理について、添付図面を参照して、後でさらに詳細に検討する。

本発明について、本発明の一実施形態によるシステム、方法、装置およびコンピュータプログラム製品の図およびフローチャート図を参照して後で説明する。フローチャート図の各ブロックおよびフローチャート図のブロックの組み合わせは、それぞれコンピュータプログラム命令で実施されてもよいことは理解されるであろう。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、または他のプログラム可能なデータ処理装置にロードされて、コンピュータまたは他のプログラム可能なデータ処理装置で実行される命令が、フローチャートの１つ以上のブロックに指定された機能を実施する手段を作成するようなマシンを作り出してもよい。

これらのコンピュータプログラム命令は、コンピュータ可読メモリに格納された命令がフローチャートの１つ以上のブロックに指定された機能を実施する命令手段を含む製品を作り出すような特定のやり方で動作するように、コンピュータまたは他のプログラム可能なデータ処理装置に指示し得るコンピュータ可読メモリに格納されてもよい。コンピュータプログラム命令は、コンピュータまたは他のプログラム可能なデータ処理装置にロードされて、コンピュータまたは他のプログラム可能な装置で実行される一連の動作ステップが、コンピュータまたは他のプログラム可能な装置で実行される命令に、フローチャートの１つ以上のブロックに指定された機能を実施するステップを生じるようなコンピュータ実施プロセスを作り出させるようにもしてもよい。

それに応じて、フローチャート図のブロックは、指定の機能を実行する手段の組み合わせ、指定の機能を実行するステップの組み合わせ、および指定の機能を実行するプログラム命令手段に裏づけを与える。フローチャート図の各ブロックおよびフローチャート図のブロックの組み合わせは、指定の機能もしくはステップを実行する専用ハードウェアベースのコンピュータシステムで実施されてもよいし、また専用ハードウェアとコンピュータ命令の組み合わせで実施されてもよいことも理解されるであろう。本発明は、コンピュータのオペレーティングシステム上で実行されるアプリケーションプログラムによって実施されてもよい。本発明は、ハンドヘルドデバイス、マルチプロセッサシステム、マイクロプロセッサベースもしくはプログラム可能な家庭用電子機器、ミニコンピュータ、メインフレームコンピュータ等を含む他のコンピュータシステム構成でも実践されてもよい。

本発明の構成要素であるアプリケーションプログラムは、ある種の抽象データ型を満足し、ある種のタスク、アクションもしくはタスクを実行するルーチン、プログラム、コンポーネント、データ構造等を含んでもよい。分散コンピューティング環境では、アプリケーションプログラム（の全部または一部）は、ローカルメモリまたは他のローカル記憶装置に配置されてもよい。さらにまたは代わりに、アプリケーションプログラム（の全部または一部）は、リモートメモリまたはリモート記憶装置に配置され、通信ネットワークを通して接続されたリモート処理デバイスでタスクが実行され、本発明の実践を可能にしてもよい。

本発明について、これより添付図面を参照してより十分に説明する。添付図面では、同様の数字はいくつかの図面を通して同様の要素を示す。本発明の全部の実施形態ではなく、一部の実施形態について説明する。実のところ、これらの発明は、多くの異なる形態で例示し得るので、本明細書に記載する実施形態に限定されると解釈すべきでない。正しくは、これらの実施形態を提供するのは、この開示が適用可能な法的要件を満足し、完璧に完備し、当業者に本発明の範囲を十分に伝えるためである。

図１は、本発明の一実施形態例に従うポータルシステム１０４のコミュニティメンバと例示の種々のデバイスとの通信を示し、例示の種々のタイプのユーザ１０２を強調している。

ウェブコミュニティは、メンバとコンテンツの集合である。本発明の一実施形態例では、コミュニティは、自コミュニティのホームページおよびそれに関係する１つ以上の他のページを有する。本発明の一実施形態例では、コミュニティのどのメンバもコミュニティのページを見てもよいが、コミュニティの保護されたセクションはパスワード、ログイン、購読等を必要とするように実施されてもよい。さらにコミュニティは、１つ以上のサブコミュニティを有してもよいし、また１つ以上のスーパーコミュニティ（すなわち、コミュニティのコミュニティ）に属してもよい。言い換えると、コミュニティは、継承の階層に整理されてもよい。それ故、サブコミュニティは、そのスーパーコミュニティのすべてのコンテンツを継承する。本発明の一実施形態例では、多くの公式のコミュニティは、スーパーコミュニティに関係するであろう、それに対して、非公式のコミュニティ、その場限りのコミュニティまたは最上位のコミュニティは、スーパーコミュニティを持たないであろう。

ポータルシステム１０４のユーザ１０２には、図１に示すように、特定のウェブコミュニティのメンバ、ウェブコミュニティのアドミニストレータ、特定のウェブコミュニティに属するウェブサイトのビジタ、および他のユーザを通常含んでもよい。ポータルシステム１０４のユーザ１０２は、複数のコミュニティのメンバで、ユーザ１０２が属するウェブコミュニティに基づき自分個人のポータルスクリーン（例えば、ユーザホームページ）をカスタマイズしてもよい。本発明のある実施形態では、コミュニティは、パスワードで保護されてログインを要求してもよいし、アクセスに対して料金さえ請求してもよい。ポータルシステム１０４は、ユーザ１０２にポータルスクリーン上に提示される適格な構成またはＸＭＬ準拠／対応のコンテンツを利用する手法を提供する。提示されるコンテンツは、データセットまたはファイル（例えば、テキストまたはマルチメディア）でもよく、データベースクエリとしてアドレス、関係ユーザアカウント、システムサーベイレポート等の利用によって格納されたデータを読み出し可能であってもよいように、コンテンツは検索可能なフォーマットで格納されてもよい。

ポータルスクリーンのコンテンツの提示の仕方は、主要な２つの可変成分であるデータ構造と特定のコンテンツおよび／またはデータ構造に関係するスタイル属性とによって、操作されてもよい。コンテンツの構造は、その全体的なフォーマットまたはデータ構造（例えば、リスト、テーブル、プルダウンメニュー、画像等）に関連する。特定のコンテンツおよび／またはデータ構造に関係するスタイル属性は、構造に与えられた視覚的特徴または視覚的属性（例えば、色、フォントタイプ、フォントサイズ、配列等）を含んでもよい。特定のデータ構造および固有のスタイル属性に関係するデータセットは、「整形式」コンテンツまたは「整形式」文書と呼んでもよい。整形式コンテンツは、アクセス可能なデータベースまたはリソースセンタに格納されてもよい。その理由は、ファイルまたはデータファイルのアドレスがデータベースに格納され、データベースクエリによって検索可能であってもよいからであり、それについては後で検討する。

本発明の一実施形態例では、あるコンテンツはコミュニティメンバ全員で共有されてもよく、他のコンテンツは少数のコミュニティメンバだけがアクセス可能であってもよい。このようなアクセスが制限されたコンテンツは、例えば、パスワードで保護され、コミュニティへの申し込みを必要とし、コミュニティアドミニストレータだけに関係がある等でもよい。メンバは、主コミュニティまたはホームコミュニティを有してもよく、相当数の他のコミュニティに属してもよい。本発明の一実施形態例では、メンバは、メンバが属するコミュニティのすべてのコンテンツ（例えばレポート）にアクセスしてもよい。本発明の他の実施形態例では、ユーザは、１つ以上のコミュニティに関係する特定のコンテンツ（例えばレポート）にアクセスするために、一意のユーザ名および／またはパスワードを入力する必要があってもよい。本発明のまた別の実施形態では、シングルサインオン機能が実施されてもよい。すなわち、ポータルシステムにサインオン後、統合アプリケーションのすべてに特別のログイン作業なしにアクセス可能になる。一実施形態例では、シングルサインオン機能は、ユーザの情報をＣＡＳ（中央認証サービス、Ｃｅｎｔｒａｌ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ）サーバに向けるポータルシステムによって実施される。ＣＡＳサーバは、ユーザの情報についてディレクトリサービスに問い合わせる。次いでＣＡＳサーバは、ユーザにチケット（例えばクッキー）を発行する。次いでユーザは、チケットを使用してポータルシステムにアクセスし、ポータルシステムは、ＣＡＳサーバでチケットを確認する。当業者が高く評価する安全なアクセスを提供する他の方法も、ポータルシステムで実施されてもよい。

ユーザはコミュニティに接触または訪問し、メンバになることを決めてもよい。例えばメンバは、ウェブブラウザを通じて、電子メールによる招待を通して、または他の方法（例えば、申込書／フォームを書いて、購読料を払って等）で、コミュニティにアクセスすることによりコミュニティに接触してもよい。メンバは、自分のホームコミュニティ内にホームポータルスクリーン（またはホームページ）も有してもよい。メンバは、自分のホームページのコンテンツおよび提示の仕方、配列、パスワード等もカスタマイズしてもよい。しかし、ホームページのパーツ（例えば、ロゴおよびいくらかの削除不可能なコンテンツ）は常に見えていて、メンバには変更不可能であってもよい。さらにメンバは、メンバの親コミュニティから自分のホームページに関係するいくらかのコンテンツおよびモジュールを継承してもよい。メンバは、他のコミュニティにも参加してもよい（それ故、追加の個人用のページを有してもよい）。本発明の一実施形態例では、コミュニティのホームページは、そのコミュニティに参加するすべてのユーザに提示されるページである。ホームページのパーツは、スーパーコミュニティのホームページから継承してもよい。本発明の代替実施形態では、コミュニティはクローズドコミュニティであってもよく、その場合メンバになる唯一のやり方は、コミュニティメンバおよび／またはコミュニティアドミニストレータに招待されることである。

以下で検討するように、ユーザ１０２は、ポータルシステム１０４にアクセスし、整形式および／または適格に構成されたユーザ自身のＸＭＬコンテンツを作成し、ユーザ１０２が望むどんなＸＭＬコンテンツでページを埋めてもよい。ユーザ１０２は、ユーザ自身のウェブページに配置するために、他のコミュニティサイトに存在するコンテンツを読み出し、読み出したデータに自動構造変更（例えば、表示されるデータセットをリスト、テーブル、プルダウンメニュー、画像等々の異なるデータ構造に変換）も指定してもよい。ユーザ１０２は、スタイル（例えば、フォントサイズ、テキストの色、アニメーション等）をさらに指定してもよい。読み出され操作されたデータは、ＨＴＭＬウェブブラウザ、ＷＡＰ対応無線デバイス、または他の固有プロトコルのデバイスなどの種々のウェブ対応デバイスで受け入れ可能なようにも自動的に直されてもよい。

図２は、ポータルシステム全体の一実施形態例を示す。ポータルシステムは、ネットワーク２２２（インターネットまたは別のパブリックネットワークまたはプライベートネットワークなどで、有線、無線または両方の組み合わせでもよい）を通してリモートサーバ２３０、外部データソース２２４およびリモートウェブコミュニティ２２６に接続されるユーザコンピュータデバイス２０２を含む。本発明の実施形態例では、ユーザコンピュータデバイス２０２は、コンピュータ、ラップトップ、携帯電話機、ブラックベリー、ポータブルＷＡＰ対応デバイス、またはネットワーク２２２を介して通信する能力がある他の任意のコンピューティングデバイスでもよい。ポータルスクリーン２２８は、ユーザコンピュータデバイス２０２を介してアクセス可能である。本発明の一実施形態例では、ポータルスクリーン２２８は、ウェブブラウザによってアクセス可能なウェブページでもよい。

図２に示す実施形態例では、ユーザが、ユーザコンピュータデバイス２０２からネットワーク２２２を通じてリモートサーバ２３０に、ＵＲＬ（Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）アドレス（例えば、ｗｗｗ．ｍｙｇｃｘ．ｏｒｇ）要求を送信する。リモートサーバ２３０は、ＵＲＬアドレスに関係するアドレスへのアクセスを許可する前に、ユーザＩＤ、パスワード、または他のセキュリティ対策を確認してもよい。本発明の一実施形態例では、ユーザは、ポータルスクリーン２２８（例えばウェブページ）にアクセスしていて、そのポータルスクリーン２２８は、そのユーザの関係する１つ以上のコミュニティ、スーパーコミュニティ（すなわち、コミュニティのコミュニティ）、リモートウェブコミュニティ２２６、リソースセンタ２４２および他の外部データソース２２４からの情報で構成されてもよい。リモートサーバ２３０は、ユーザの要求に応え、ポータルスクリーン２２８に関係する情報を読み出し、それをユーザコンピュータデバイス２０２に送信する。ポータルスクリーン２２８は、ユーザのウェブコミュニティの一部であってもよく、ユーザの関係するウェブコミュニティへのアクセス許可を持つ誰でもアクセス可能である。ポータルスクリーン２２８上に表現されたデータは、ユーザコンピュータデバイス２０２にローカルに、リモートサーバ２３０に、もしくは別のリモート記憶装置先、またはそれらの任意の組み合わせに格納されてもよい。

ポータルスクリーン２２８は、ツールボックス２０４に関係する。ツールボックス２０４は、関係するポータルスクリーン２２８を編集、作成および／またはそれに整形式コンテンツ（例えば、指定のデータ構造およびスタイル属性を有するコンテンツ）を付加するために使用されるユーザインタフェースである。ツールボックス２０４は、別のウェブページ、リモートウェブコミュニティ２２６、リモートデータベース２４０または他の外部データソース２２４に存在する整形式コンテンツを、ユーザが読み出し操作することも可能にする。本発明の一実施形態例では、整形式コンテンツは、ＨＴＭＬ、ＸＭＬまたは類似のフォーマットのデータであってもよい。ツールボックス２０４インタフェースがユーザによってポータルスクリーン２２８から呼び出されるとき、ツールボックス２０４は、ポータルスクリーン２２８の一部を作成または変更するために使用される。ポータルスクリーン２２８の個別の部分は、ボックス（またはｄｉｖタグ）として知られる。ボックスは、ポータルスクリーン２２８上の囲まれた領域である。ボックスは、どんなサイズでもよく、ポータルスクリーン２２８全体さえ構成してもよい。複数のボックスがポータルスクリーン２２８のレイアウトを構成する。ポータルスクリーン２２８のレイアウト例を図３に示し、後で検討する。ボックスには、変更しないテキストまたは画像（例えば、コミュニティロゴ）、データベースまたはリモートデータソースから取り出した情報、他のポータルスクリーンへのリンク、特定の機能（最小化／元に戻す、削除、上方へ移動、下方へ移動等のようなスクリーンのカスタマイズ化に関する制御を含むがそれらに限定されない）のためのコントロール（ボタン等）および当業者が高く評価する他のコンテンツを含んでもよい。

ボックスに関係するコンテンツは、整形式ＨＴＭＬまたはＸＨＴＭＬとしてポータルスクリーン２２８上に表示される。それ故、ポータルスクリーン２２８（またはウェブページ）に表示されるものは、ボックスの集合であり、各ボックスは、関係するレポートおよびそのレポートに関係するＵＲＬを有する。レポートは、ボックスに提示されるコンテンツの様々な断片の合成物である。レポートには、ファイル、ファイルの小部分、データベースクエリおよび他の情報源を含んでもよい。通常、レポートはコミュニティメンバおよびそのサブコミュニティからアクセス可能であり、レポートは共有可能（すなわち、全コミュニティのメンバまたは他のシステムユーザからアクセス可能）であってもよい。レポートは、外部データソース２２４から読み出され操作されるコンテンツを特定もしてもよい。これらの外部データソース２２４の一部は、ＲＳＳ／Ａｔｏｍフォーマットでもよいし、あるいはＭＳ ＳＱＬサーバがデータ処理を中心とするフォーマットでそれらを提供してもよい。適格に構成されたＸＭＬコンテンツはデータ処理を中心とするものでもよいのに対して、ＨＴＭＬは表示処理を中心とするものである。データ処理を中心とする文書は、データ転送にＸＭＬを使用する文書である。データ処理を中心とするＸＭＬデータは、一般にマシン可読データのマシン間転送用である。データ処理を中心とするＸＭＬコンテンツは、特定のアプリケーションによって構造化されてもよい。文書処理を中心とするＸＭＬデータは、たいてい人間が読み取れ、データ（例えばテキスト）を理解するためにいくらかのマーク付けを含んでもよい。このようなインタフェース要素は、ポータルスクリーン２２８上に表示される前に整形式文書にするための変換を必要としてもよい。本発明の一実施形態例では、ポータルシステムの動作効率は、データ処理を中心とするＸＭＬコンテンツを利用することにより改善する。

ツールボックス２０４は、どのレベルのポータルシステムユーザ（例えば、コミュニティメンバ、コミュニティアドミニストレータ、コミュニティウェブデザイナ等）が使用してもよい。ツールボックス２０４は、開発者用のツールセットを含む。各ツールは、ユーザからの入力または選択を受け入れる。これらのツールの一部は、技術知識を必要としないのに対して、他は必要としてもよく、後で検討する。ツールボックス２０４は、コミュニティアドミニストレータがコミュニティ、ページ、ボックス、レポート、フォーム等を作成するのにも役立つ。ツールによっては、モジュール開発者が使用する技術知識より多くの技術知識を必要とする場合があるのに対して、他のツールは、ポータルシステムの内部構造について深い知識を有する技術開発者によってだけ使用される場合がある。本発明の一実施形態例では、ツールボックス２０４のツールは、ユーザインタフェースまたはウィザード（すなわち、特定のカスタマイズ化またはタスクを実行するために、ＨＴＭＬまたはシステムの内部構造の知識がほとんどないユーザを案内するユーザが使いやすい構成インタフェース）である。ウイザードインタフェースの例を図４に示し、後で検討する。本発明の一実施形態例では、ツールボックス２０４のインタフェースおよびウィザードは、そのインタフェースおよび／またはウィザードに関係する外部アプリケーションへのコネクタを生成するために使用されてもよい。また、「オンライン」ＷＹＳＩＷＹＧ（「Ｗｈａｔ Ｙｏｕ Ｓｅｅ Ｉｓ Ｗｈａｔ Ｙｏｕ Ｇｅｔ」）エディタおよび他の種類のユーザが使いやすいインタフェースなどの種々の開発ツールを通して、種々のレベルの技術知識で、ツールボックス２０４の使用によってデータを作成および／または操作し得る。ＷＹＳＩＷＹＧエディタは、ユーザが使いやすいグラフィカルインタフェースの使用を通して、ＨＴＭＬの実用的知識を有する必要なしに、ユーザにウェブページの作成を可能にするグラフィカルウェブページ作成ツールである。ＷＹＳＩＷＹＧエディタは、テキストをフォーマットし、色を付加し、画像を付加し、ハイパーリンクを挿入するオプションをユーザに提供するとともに、ウェブページに関係する追加の特徴をカスタマイズする。それ故、本発明の一実施形態例では、ツールボックス２０４は、ＷＹＳＩＷＹＧエディタを利用する。ＷＹＳＩＷＹＧエディタのグラフィカルインタフェースは、ユーザがテキスト、グラフィック、表、箇条書きなどを挿入するのを可能にし、ユーザのＨＴＭＬページの作成を支援する。ツールボックス２０４の中のツールは、例えばモニタしたウェブサーフィン行動特性に基づきウェブページのコンテンツ表示の変更などの、自動カスタマイズ化も可能にする。データの実際の読み出しおよび変更は、後でさらに詳細に検討するパイプライン処理と呼ばれるものの中で行われる。

従って、コミュニティアドミニストレータまたはコミュニティメンバは、ツールボックス２０４のツールを使用し、自分のコミュニティのために新しいコンテンツを作成してもよい。まず、コミュニティアドミニストレータは、ツールボックス２０４からツールを選択するが、ツールボックス２０４はユーザにフォーム（またはユーザインタフェース）を提供する。ユーザインタフェースには、ユーザがデータを入力する（テキストフィールドまたはボタンのような）入力フィールドフォームを含む。ユーザインタフェースには、入力フィールドへの書き込みを支援するコントロール（例えば、「提出」または「消去」）も含む。フォームに入力されたコンテンツは、データベース２４０またはリソースセンタ２４２のテーブルに格納されてもよい。フォームに入力され格納されたデータはレポートを生成するために使用されてもよく、レポートは格納されたデータを表わす。ツールボックス２０４の他のツールは、選択したツールに応じた種々の異なるやり方でデータを操作するために、これらのレポートを利用してもよい。図２に示す本発明の実施形態例では、ユーザがポータルスクリーン２２８を作成または編集しているとき、ツールボックス２０４は、ユーザがボックス（ｄｉｖタグ）を作成し、レポートをそのボックスに関係付けるのを可能にする。レポートは、ユーザがメンバであるコミュニティ、別のコミュニティの共有コンテンツ、または外部ＵＲＬに関係付けられてもよい。またユーザは、ツールボックス２０４にアクセスして、ポータルスクリーン２２８にコンテンツを加えてもよい。本発明の一実施形態例では、ユーザは、ポータルスクリーン２２８を通してツールボックス２０４にアクセスし、新しいボックスを作成してもよい。新しいボックスの作成は、ツールボックス２０４に配置されたボックスツール２０６の使用によって実施されてもよい。次いでユーザは、ファイルブラウザ２２０にアクセスし、リソースセンタ２４２で所望のレポートを検索するであろう。本発明の一実施形態例では、ユーザはコミュニティ名および／またはポータルスクリーン２２８名で検索し、そのポータルスクリーンに関係するレポートのリストを閲覧し所望のレポートを見つけてもよい。次いでユーザは、そのＵＲＬを選択し、ＵＲＬはシステムのパイプラインを通して読み出され、ユーザのポータルスクリーン２２８上に作成されたボックスに関係付けられるであろう。

本発明の一実施形態例では、ツールボックス２０４には、ボックスツール２０６（例えば、ポータルスクリーン２２８上に、整形式コンテンツが関係付けられるボックスの作成用）、レポートツール２０８（例えば、ボックスに関係付けられるデータの構造とスタイルのカスタマイズ用）、フォームツール２１０（例えば、ポータルスクリーン２２８上のボタン、入力ボックスおよびインタラクティブ項目の定義用）、翻訳ツール２１２（例えば、ツールボックス２０４および他のポータルモジュールの他の言語への翻訳用）、コミュニティツール２１６（例えば、コミュニティの作成用）、およびスタイルツール２１４（例えば、ポータルスクリーン２２８の外観属性の定義用）などの多数のツールを含む。一例示のボックスツールインタフェース２０６を図５に示し、後で検討する。

本発明の一実施形態例では、スタイルツール２１４は、複数のレベルでデータを変換する能力があるインタフェースでもよい。ＨＴＭＬ表示構造は、データがある様子から別の様子に見えるように変更する変換の第１レベルと見なされる。ＨＴＭＬ構造を変更する一例として、元のレポートデータは、行と列を有する表形式で構造化されてもよいのに対して、ユーザは、データを羅列の一覧で望む、またはユーザは、カレンダの桝目(calendar grid)の中のリンクとしてそのデータを望んでもよいのに対して、別のユーザはデータを年代順のリストで望んでもよい。変換の第２レベルは、ファイル表示層である。例えばスタイルツール２１４は、表示されるデータに関係するフォントの重みおよび色を設定するために、ＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔｓ）属性を使用するように構成されてもよい。このようなスタイルシート属性が、ＨＴＭＬ要素の表示の仕方（例えば、フォントタイプ、サイズ、色等）を定義することは、当業者には周知のことである。ユーザは選択を行い、スクリーン上でその結果を見ることができる。読み出されるレポートデータのスタイル変更の一例は、読み出されるデータのフォントサイズ、フォントタイプ、色、関係するアニメーション等の変更であろう。例えば、２人のユーザがそれぞれのポータルスクリーン２２８上に同じＨＴＭＬ構造を持つ同じレポートを有する場合、１人のユーザは、テキストを黒太字に指定できるのに対して、別のユーザは青のイタリック体を指定できよう。

本発明の代替実施形態では、ツールボックス２０４は、ＰＤＦ文書で表示するためのデータの自動変換や、掲示の前にデータを言語翻訳ソフトウェアで処理する等のために、相当数のモジュラツールおよびフォームツール２１０も含んでもよい。モジュールツール２１８は、ある人が他のコミュニティと自分のモジュールを共有できるように、レポート、フォーム、データ構造等をまとめるパッケージングツールの機能を果たしてもよい。

モジュールは、内部または外部のウェブアプリケーションであってもよい。例えばモジュールは、ユーザがインターネットプロトコル（ＩＰ）を使用してウェブブラウザを通して通信するサーバサイドプログラムでもよい。本発明の他の実施形態では、内部モジュールは、例えばデータベーステーブル、レポート、フォームおよびスクリーンなどの集合でもよい。コミュニティアドミニストレータは、ツールボックスインタフェース２０４からのツールで簡単なモジュールを作成してもよい。さらに、モジュールは、ツールボックス２０４の使用によって新しいモジュールに容易にカスタマイズされてもよい。しかし、より複雑なモジュールは、ユーザに作成のためのプログラミング能力を要求することがある。

外部モジュールは、互いに作用できるソフトウェアをインストールしたものであり、ポータルシステムの一部ではない。本発明の代替実施形態では、外部アプリケーションは、ポータルシステムの一部であるモジュールに統合されてもよい。本発明の一実施形態例に従って、ポータルシステムは、外部アプリケーション（例えば、地元企業の財務管理アプリケーション）に接続してもよい。外部アプリケーションに接続するためには、ＸＭＬインタフェースを、特定の外部アプリケーションに関係する外部データを処理するように作成する必要がある。このことは、ウェブサーバクライアントを通してポータルシステムに伝達されてもよい。ポータルシステムと外部データベース２４０との間の通信は、ウェブサービスクライアントを通して同期して実施されてもよいし、また非同期で実施されてもよく、非同期の場合の変更は、ローカルに格納され、定期的（例えば２４時間ごと）に更新が行われる。モジュールは、ツールボックス２０４のモジュールツール２１８によって、カスタマイズ、変更または作成されてもよい。種々のモジュールの例には、ヘルプモジュール（現在の特性の情報）、ページカスタマイズ化モジュール（ページ輪郭変更、パーソナル化等のため）および検索モジュール（コミュニティに接続している全ウェブサイトのウェブ検索）を含んでもよい。他のモジュールには、オリエンテーション（例えば、ページ上にリンクの作成および管理）、種々のポータル機能（スレッドディスカッション、カレンダ、ニュース、メール、インスタントメッセージング、ＶｏＩＰ、ブログ、ウェブショッピング、ビデオ会議等）、およびメンバロケータ（属性、誕生日、来客名簿等からメンバを見つける）を含んでもよい。

本発明の別の実施形態では、ツールボックス２０４は、フォームツール２１０も含んでもよく、フォームツール２１０では、より洗練されたユーザインタフェース（例えば、より多くのデータ入力フィールド、より具体的なデータ入力カテゴリ等）を作成するために使用し得るデータを入力するために、原始的な種類のフォーム（すなわち、ユーザインタフェース）が使用されてもよい。言い換えると、より複雑またはジョブによりはっきり限定されたツールが作成され、ツールボックス２０４に追加されてもよい。フォームツール２１０は、新しく作成されたフォームのデータが書き込まれる新しいデータベースの場所を作成する追加の機能を有する。フォームツール２１０は、フォーム要素（入力ボックス、提出ボタン等）の作成を可能にする。フォームツール２１０に要件を指定後、ユーザは変更を適用してもよく、ツールボックス２０４はそれをポータルスクリーン２２８上に表示し、ユーザはテキストに対する属性を設定してもよい。本発明の特定の実施形態では、ツールボックス２０４は、プログラミングコードも受け入れて実行し、ページ上にコンテンツを作成および／またはページ上のコンテンツを操作してもよい。従って、コミュニティアドミニストレータまたはコミュニティメンバは、フォームツール２１０、モジュールツール２１８、スタイルツール２１４等を追加することにより、自分に関係するツールボックス２０４もカスタマイズし、特定のポータルスクリーン２２８またはコミュニティに関係するコンテンツにデータ変換または操作を追加して行ってもよい。例えばドイツのコミュニティは、モジュールをドイツ語に翻訳するために、彼らのツールボックス２０４にモジュールツール２１８のオプションを作成してもよい。別の例として、ポータルスクリーン２２８に掲示する前にデータをプレビューするために、プレビュー機能がツールボックス２０４に付加されてもよい。

本発明の一代替実施形態では、ポータルスクリーン２２８（例えばウェブページ）の全体が、ツールボックス２０４に配置されるページツール（図示せず）の使用を通して、コミュニティアドミニストレータによって作成されてもよい。本発明の一実施形態例では、ページツールは、事前選択の構造およびスタイル属性ならびに新しいポータルスクリーン２２８に含まれる特定のコンテンツを含むテンプレートを提供する。ページツールによって作成されたポータルスクリーン２２８は、それ自体レポートとして格納されてもよい。このようにして、ページ全体が、格納されたデータにアクセスできる他のコミュニティメンバまたは他のコミュニティから、アクセス可能で使用可能でもよい。本発明の代替実施形態では、市販のウェブデザインソフトウェアの使用によって、コミュニティポータルスクリーン２２８のテンプレートを作成することが可能である。そうする中で、システムはＨＴＭＬエディタのように動作するが、ポータルシステムは、あらゆる種類のＸＭＬ文書にユーザが属性を設定するのをやはり可能にする。本発明の他の実施形態では、テーブルツール（データベース作成用および／またはテキストファイルのためにテーブルなどの構造化データの作成用）やルールツール（入力制限およびページ順序の定義用）などの追加のツールが使用されてもよい。

図２に示す本発明の実施形態例では、ツールボックス２０４は、ポータルシステムと同じコミュニティまたは他のコミュニティに関係する事前作成レポートを捜し出すためのファイルブラウザ２２０も含む。本発明の一実施形態例では、ファイルブラウザ２２０は、リモートサーバ２３０のリソースセンタ２４２にアクセスするか、あるいはファイルブラウザ２２０は、他の整形式コンテンツを探し出すために外部データソース２２４またはリモートサーバ２３０からアクセス可能なデータベース２４０にアクセスしてもよい。一例示のファイルブラウザ２２０を図６に示し、後で検討する。外部データソース２２４は、ポータルシステム外のインターネット上に配置されたウェブページを含んでもよい。

リソースセンタ２４２は、ポータルシステムソフトウェアを実行する１つ以上のリモートサーバ２３０に配置された検索可能なデータベースまたはデータベースの集合である。本発明の一実施形態例では、リソースセンタ２４２は、リモートサーバ２３０に配置され、リモートサーバ２３０は、他のウェブコミュニティアドミニストレータ、コミュニティメンバ、他のリモートウェブコミュニティ２２６等からの事前作成レポートへのＵＲＬリンクを格納する。本発明の一代替実施形態では、リソースセンタ２４２は、サーバ２３０からアクセス可能な遠隔の場所に配置されてもよい。リソースセンタ２４２は、ポータルシステムが処理するレポート、文書および／またはモジュールのすべての集合を含んでもよく、カテゴリ、ファイル名または他の手段で整理されて、ユーザが使用を望む整形式コンテンツの組織だった検索を可能にしてもよい。リソースセンタ２４２が格納または参照するファイルは、テキスト文書（例えば、ＨＴＭＬまたはＷｏｒｄ）、メディア（例えば、絵、音楽またはビデオ）または他のファイルでもよい。コンテンツは、文書またはモジュールにまとめられてもよいし、閲覧（例えば、カテゴリまたは公式のコミュニティ構造に従って）または検索（例えば、キーワードで）されてもよい。リソースセンタ２４２に格納されたコンテンツは、データベースクエリで読み出されてもよい。本発明の一実施形態例では、リソースセンタ２４２は、１つ以上のコミュニティに属してもよく、コミュニティでは、コミュニティアドミニストレータがリソースセンタ２４２の構造およびそれを誰がどのように操作してよいかを定める。技術者でないアドミニストレータがリソースセンタ２４２を運営するのを支援するために、データベースウィザードが用意されてもよい。本発明の一代替実施形態では、リソースセンタ２４２は、ユーザが要求したレポート、文書またはモジュールのアドレスまたはリンクだけを提供してもよく、実際の整形式コンテンツは別の場所に格納されてもよい。いったんユーザがツールボックス２０４を使用して所望の選択をすると、ボックスに関係するレポートは、ユーザの選択のすべてを含む。リソースセンタ２４２によって捜し出され変換されるレポートデータのポータルスクリーン２２８への掲示をユーザが要求すると、読み出されるデータが捜し出され、ツールボックス２０４を使用して行われたユーザの選択（これは、ボックスに関係するレポートに含まれる）で指定されたように、データのコピーが変換され操作される。読み出しプロセスの動作は、後でさらに詳細に検討する。

ツールボックス２０４のユーザは、インターネットを通じて外部データソース２２４（例えば、他のウェブサイト）も検索し、整形式および／または適格に構成されたＸＭＬコンテンツを取得してもよい。例えば、その特定のＸＭＬソースまたはフィードに関するＵＲＬ記述子があるので、第三者ウェブサイトのＸＭＬソースまたはフィードが取得されてもよい。例えば、ＲＳＳ（Ｒｅａｌｌｙ Ｓｉｍｐｌｅ Ｓｙｎｄｉｃａｔｉｏｎ）フィードは、適格に構成されたＸＭＬアプリケーションなので、データ（すなわち、ＲＳＳフィード）がポータルシステムに関係するどのコミュニティの一部でもないソースから来るにもかかわらず、パイプラインおよび／または再構成／スタイル変更を通して読み出しできる。別の例は、ユーザが特定のウェブサイトに配置された特定のニュース記事に関係するＵＲＬを選択する場合である。しかし、ユーザのポータルスクリーン２２８上にその特定のデータに関してユーザが持ちたいと望み得るＨＴＭＬ構造は、元のレポートのＨＴＭＬ構造とは全く異なることがある。それ故ユーザは、いったんユーザのポータルスクリーン２２８上のボックスに関係付けられるデータのＵＲＬ（すなわちレポート）を手に入れると、データを読み出し、ツールボックス２０４に配置された追加のツールを使用して、読み出したデータのＨＴＭＬ構造および取り出したデータの１つ以上のスタイル属性を操作してもよい。

本発明の一実施形態例では、リモートサーバ２３０は、Ｌｉｎｕｘオペレーティングシステム上で動作していてもよい、Ａｐａｃｈｅウェブサーバである。Ａｐａｃｈｅは、「オープンソース」ライセンスのもとで配布される自由に利用できるウェブサーバである。バージョン２．０は、Ｕｎｉｘ（登録商標）ベースのオペレーティングシステムのほとんど（Ｌｉｎｕｘ、Ｓｏｌａｒｉｓ、Ｄｉｇｉｔａｌ ＵＮＩＸ（登録商標）およびＡＩＸなど）、他のＵＮＩＸ（登録商標）／ＰＯＳＩＸ派生システム（Ｒｈａｐｓｏｄｙ、ＢｅＯＳおよびＢＳ２０００／ＯＳＤ）、ＡｍｉｇａＯＳおよびＷｉｎｄｏｗｓ（登録商標） ２０００上で動作する。本発明の一実施形態例では、ポータルシステムソフトウェアは、自システムのファイルシステムおよびデータベース２４０などのＭｙＳＱＬデータベースを利用するＬｉｎｕｘオペレーティングシステム上で動作する。データベース２４０は、サーバ２３０と同じ構内にあってもよいし、またサーバ２３０から遠く離れていてもよく、ポータルシステムソフトウェアおよび／またはリソースセンタ２４２に格納されたコンテンツを収容する。ユーザコンピュータデバイス２０２から受信した各要求は、ハンドラの１つが取り扱いを要求し、「処理する」。ハンドラとフィルタは、入力モジュールおよび出力モジュールの２つの異なる種類である。ハンドラは、クライアントに返信される応答を生成する。フィルタは、この応答を点検してもよく、新しいコンテンツの挿入、コンテンツの暗号化、コンテンツの圧縮、またはコンテンツの異なるグループ化を含む種々のやり方で、コンテンツをオプションで変更してもよい。

本発明の一実施形態例では、オペレーティングシステムに関係するのは、出力ハンドラ２３８および入力ハンドラ２３４と通信するＭｙＳＱＬデータベース２４０およびファイリングシステムである。出力ハンドラおよび入力ハンドラ２３４（および出力ハンドラに関係するウェブサービスクライアントモジュール、これは外部ウェブサービスとの通信を可能にする）は、ポータルシステムのランタイムコンポーネントを構成する。一実施形態例では、ランタイムコンポーネントは、Ｐｅｒｌでプログラムされている。入力ハンドラ２３４は、より大きなモジュールの一部であるフォームからデータを受け取る。モジュールは、ポータルシステム用にフォーマットされたレポート、外部フォーマットのレポート、テーブル、ページ、またはＪａｖａＳｃｒｉｐｔ（登録商標）を含んでもよい。レポート、フォーム、テーブルおよびページは、ツールボックス２０４の対応するツールによってそれぞれ作成されてもよい。出力ハンドラ２３８は、ＨＴＭＬクライアントまたはたぶんＰＤＡ、ＷＡＰもしくはウェブサービスクライアントなどの異なるタイプのクライアントにサービスする。バックエンドの出力ハンドラ２３８および入力ハンドラ２３４はコンテキストオブジェクトを共有し、コンテキストオブジェクトは、実際のユーザ、そのユーザのプロファイル（例えば、プロファイルオブジェクト、ユーザのコミュニティ、ユーザの最後の要求等）の情報を含むコンテキスト情報を含む。出力ハンドラ２３８は、スクリーンプロバイダまたはレポートプロバイダなどの１つ以上のプロバイダを起動し、それらのプロバイダは、パイプラインプロバイダに出力する。さらに、レポートプロバイダは、加工していないＸＭＬデータをツールボックス２０４に渡し、ツールボックス２０４は、加工していないＸＭＬデータを入力ハンドラ２３４に転送する。

ポータルシステムは、階層化アーキテクチャでできている。最下層には、入力ハンドラ２３４と出力ハンドラ２３８を有するランタイムコンポーネントがあり、入力ハンドラ２３４と出力ハンドラ２３８は、データベース２４０および／またはリモートサーバ上のローカルファイルシステムまたはネットワーク２２２を通じてアクセス可能な外部データソース２２４と通信する。入力ハンドラ２３４と出力ハンドラ２３８は、ポータルユーザのプロファイル情報（例えば、ユーザのコミュニティ、ユーザのプロファイル、ユーザの最後の要求等）を共有する。本発明の実施形態例では、ランタイムコンポーネントは、Ｐｅｒｌでプログラムされており、リモートサーバ２３０のＭＯＤ＿ＰＥＲＬモジュールに接続される。アーキテクチャの最下層には、ＸＭＬ／ＸＳＬＴパイプラインプロバイダ（Ａｐａｃｈｅフィルタ）２３６および安全なアクセスコンポーネントもある。

ランタイムコンポーネントは、オペレーティングシステム上で動作しているＡｐａｃｈｅウェブサーバアプリケーションのＭＯＤ＿ＰＥＲＬモジュールに接続されている。本発明の実施形態例では、ＭＯＤ＿ＰＥＲＬモジュールは、安全な通信を可能にするために認証セキュリティモジュールとも通信する。Ａｐａｃｈｅフィルタは、ＸＳＬＴ文書に述べられたポータル機能をサービスするＸＳＬＴプロセッサである。一般にＡｐａｃｈｅフィルタは、クライアントからリモートサーバ２３０に流入する要求データおよびリモートサーバ２３０からクライアントに還流する応答データを検査し、時には変更する。別のＡｐａｃｈｅモジュールは許可モジュールであり、それは、認証サーバに接続されている。認証サーバは、ネットワーク２２２上の他のシステムに認証サービスを提供する。ユーザもネットワークサーバも等しく、このようなサーバに本物であることを証明し、暗号化チケットを受け取る。チケットは、他者の身元を確認するために交換される。

下位層の一番上には、データ、レポート（例えば、データベース２４０、リソースセンタ２４２、ＸＭＬ／Ｘｐａｔｈソース、ＵＲＬ、ウェブサービスまたは他の外部データソース２２４のような情報源から出力されたデータ）、フォーム（データ入力用）、処理のフローを決めるルール、およびデータを格納するテーブルを集めるページを作成するために、コミュニティアドミニストレータ（または他のウェブ開発者）が使用したツールがある。リソースセンタ２４２は、ポータルシステムに関係するいずれかのコミュニティのいずれかのポータルスクリーン２２８が利用するデータセットのすべてを格納する。ファイルブラウザ２２０は、ユーザが使用を望むレポートを捜し出すために、コミュニティ名、ポータルスクリーン２２８名、レポート名を含む、リソースセンタ２４２の種々の検索フィールドを問い合わせる。いったん所望のデータセットが見つかり、所望のデータセットをどのように変換または操作するかに関して、ユーザが自分のツールボックス２０４の選択を行うと、所望のデータセットがユーザから要求される。次いでツールボックス２０４は、要求されたデータセットに対するレポートを生成する。レポートは、データセットおよびユーザのツールボックス２０４の選択から生じるデータセットへの何らかの変更を特定する。レポートは入力ハンドラ２３４によって処理され、入力ハンドラ２３４は、要求されたデータセットをその関係するＵＲＬを使用して捜し出すことにより、パイプラインプロバイダ２３６によって処理されるレポートを用意する。

パイプラインプロバイダ２３６は、３段階のプロセスを備える。第１段階では、所望のコンテンツが実際にどこに格納されているかに応じて、所望のデータセットが、リソースセンタ２４２またはリモートデータベース２４０から読み出され、次いでその元の整形式のデータ処理を中心とするＸＭＬ構造に逆変換される。第２段階では、所望のデータセットの構造をユーザのツールボックス２０４の選択で指定された構造に変換する。第３の最終段階では、データセットをユーザのツールボックス２０４の選択で指定されたスタイル（または外観属性）に基づき変換する。第３段階では、そのデバイス上でコンテンツがアクセス可能であるべきとユーザが指定したデバイス（例えば、ＷＡＰ対応無線デバイス、ＰＤＡ等）に応じても、実際に表示されるデータを変換してもよい。パイプライン処理の３段階について、図７〜９を参照して以下に検討する。

最終的に、パイプラインプロバイダ２３６がそのデータ変換を完了すると、出力ハンドラ２３８は、ユーザのコンピュータ２０２のポータルスクリーン２２８上に表現される変換データを送信する。本発明の一実施形態例では、出力ハンドラ２３８は、ＨＴＭＬブラウザまたはＷＡＰ対応デバイス、ＰＤＡ、ウェブサービスクライアント等々のいくつかの種類の出力デバイスに適合する形態にデータを直す能力がある。要求データは、ツールボックス２０４の使用によってシステムに入力されたユーザの指定に従って変換および／または操作されて、ポータルスクリーン２２８上に提示される。本発明の一代替実施形態では、ユーザ要求への応答は、パイプラインプロバイダ２３６の最初の２つの段階だけを利用するようにも構成されてもよい。このモードが選択される場合、ユーザのポータルスクリーン２２８は自動的に更新されず、要求され変換されたデータがユーザ作成のボックスの中に現れ、次いでユーザは、さらにデータ変換の操作をしてもよい。次いでユーザは、変更を受け入れ、変更を適用し、関係するポータルスクリーン２２８上にデータを掲示してもよい。

図３は、ポータルスクリーンのレイアウト例を示す。スクリーンのコンテンツは、ウェブブラウザが使用するであろう標準文書構造を備えてもよい。図３は、カレンダ、メール、ニュース記事、勘定残高等々の多数のボックスを示し、それらは、特定のポータルスクリーン上に表示されるデータに関係する。表示されている円グラフでさえボックス（すなわちｄｉｖタグ）に関係している。本発明の他の実施形態では、ビデオファイル（ＭＰＥＧ等）、オーディオファイル（ｍｐ３等）および／またはストリーミングビデオまたはオーディオファイルがボックスと関係していてもよい。本発明の一実施形態例では、ボックスは、ＸＨＴＭＬで作成されるが、ＸＨＴＭＬはＸＭＬ準拠のＨＴＭＬである。

図４は、本発明の一実施形態例のコミュニティ作成用のウィザードのスクリーンショットを示す。ウィザードは、ポータルシステムの新しいコンポーネントを作成するか、またはポータルシステムで利用するコンテンツを作成するために、一連のプロムプト（またはインタフェース）によってユーザを導く。ウィザードは、コンテンツおよびそれに関係する提示の仕方の情報を選択するためのテンプレートを提供する。コミュニティウィザードは、図４に示すように、ポータルシステムの機能に関して比較的少ない知識でポータルコミュニティの作成を可能にするコミュニティ作成支援モジュールである。これらのウィザードの使用によって、ユーザは、コミュニティのモジュールセット（例えば掲示板）を増やし、メーリングリストを作成し、新しいメンバを招待／追加し、テンプレートの検索と別のポータルシステムユーザのデータコンテンツおよび他のコミュニティ機能の利用との支援をしてもよい。

図５は、ツールボックスインタフェースのボックスツールのスクリーンショットを示す。図５に示すように、ボックスは、名前および指定のコンテンツ構造（例えば、グリッドボックス）を与えられる。ボックスは、究極的にボックスを占有するデータの種類（例えば、テキスト、画像等）に応じて、多数の構造の種類に関係してもよい。いったんツールボックスユーザがボックスを作成すると、ユーザは、そのボックスに関係するレポートを作成してもよいし、また既に存在するレポートを新しく作成したボックスと関係付けてもよい。ユーザは、ボックスに対して新しいレポートの作成を望む場合、ツールボックスのレポートツールにアクセスし、そのボックスに関係付けられるレポートを入力してもよいし、またリソースセンタまたは他のデータベースにアクセスし、特定のレポートをボックスと関係付けてもよい。ユーザは、別のコミュニティメンバもしくは別のコミュニティが既に作成したレポート、またはインターネットのウェブページで見つけられるレポートの使用を望む場合、ファイルブラウザにアクセスし、ユーザがそのボックスとの関係付けを望む特定のレポートを捜してもよい。本発明の代替実施形態では、ユーザは、その特定のレポートへのアクセス許可を与えられている場合だけ、レポートにアクセスし得る。このような実施形態は、レポートの暗号化、パスワードログインの要求、または他の安全な手段を用い、特定のレポートへの不正アクセスを防いでもよい。さらに、それらの保護されたレポートは、コミュニティのメンバ、コミュニティメンバの特定のレベル、コミュニティアドミニストレータ、購読ユーザ等々の特定の種類（クラス）のユーザからだけアクセス可能であってもよい。ファイルブラウザは、同じ構内に格納されたファイルの中からレポートを検索してもよいし、遠く離れて配置されたレポートを検索し読み出してもよい。本発明の一実施形態例では、ファイルブラウザは、遠く離れて配置されたレポートにアクセスするために、リソースセンタにアクセスする。レポートを作成するとき、レポートツールにより、ユーザはレポートに名前を付け、短い説明を含めることが可能になる。例えばあるレポートを、「ＮＥＷＳＦＥＥＤ」と名付けてもよい。レポートは、データセットまたは情報を記述するが、その表示構造およびスタイル（すなわち、ルックアンドフィール属性）は記述しない。

図６は、リソースセンタにアクセスするファイルブラウザの一実施形態例を示す。本質的に、コミュニティのすべてのポータルスクリーンは、名前を付けられてもよく、次いでリソースセンタで調べられてもよい。あるいはユーザは、作成者名、レポート名、リソース名等々のフィールドを検索することによって、ユーザが望む特定のレポートを見つけてもよい。いったん所望のレポート名がリソースセンタで捜し出されると、ユーザは、そのレポートをユーザがツールボックスを使用して作成している特定のボックスまたはスクリーンに適用してもよい。本発明の一実施形態例では、リソースセンタのリスト６０４は、作成者がそれに与えた名前である。その名前に関係するのは、ＵＲＬ記述子またはリソース記述子であり、これらを使用して、データセットが読み出される。本発明の一実施形態例では、操作を可能にするために、コンテンツは整形式ＸＭＬまたは類似の整形式のタグ付き文書である必要がある。すべてのコミュニティが自コミュニティのデータを同じやり方で構造化し、そのデータの転送可能性および操作の成功を確実にすることが望ましい。

リソースセンタは、種々のコミュニティのレポートデータを格納する。画像は、バイナリオブジェクトとして格納されてもよく、ＪａｖａＳｃｒｉｐｔ（登録商標）はテキストとして格納される。データ保存の他の手段は、当業者ならわかるであろう。例えばリソースセンタは、複数のサーバにデータを格納するように構成されてもよいし、あるいは、リソースセンタはルックアップテーブルでもよく、この場合ルックアップテーブルは、データを格納している可能性があるものは何でも見に行き読み出す。本発明の一実施形態例では、レポートＩＤは、ＵＲＬベースであり、そのリソースのウェブアドレス宛てのスクリプタ(ｓｃｒｉｐｔｅｒ)である。リソースセンタでは、コミュニティによっては、自コミュニティが格納したレポートの一部を非公開に、他を公開に分類してもよい。一方、他のコミュニティは、他の者が作成した特定のレポートの使用を望む人に料金を請求してもよいし、またコミュニティへの参加等々の種々の他の活動に対して料金を請求してもよい。

ユーザがレポート名を捜し出すことができる一手法は、レポート名を見るために、ページのソースを閲覧しボックス（例えばｄｉｖタグ）の中を見ることであるが、レポートがどのコミュニティに関係しているか、そのコミュニティに関係しているポータルスクリーン、および特定のポータルスクリーンに関係しているレポート名を含む種々のフィールドを利用して、ユーザはリソースセンタを閲覧（検索）６０６してもよい。本発明の一実施形態例では、あらゆるコミュニティは、階層配置のフォルダ６０２を持っている。フォルダ６０２は、他のフォルダおよびリンクを含む。リンクは、文書などのリソースセンタコンテンツを指し示す。通常（ＵＲＬの）アドレスだけがリソースセンタのリスト６０４に含まれているので、文書の物理的位置は関係ない。本発明の実施形態例では、リソースセンタは、オンライン上で他のどこにも含まれていない文書用の（非構造化）文書コンテナを含む。文書は、特定のコミュニティまたはコミュニティメンバ／コミュニティアドミニストレータに対して公開または非公開である。

ユーザに送信する前に、元のＸＭＬ文書をＨＴＭＬ（または表示可能ＸＭＬ）に変換するステップの詳細な検討について、図７〜９に示すパイプライン処理に関して以下にさらに詳細に検討する。パイプライン処理は、文書データを読み出し、元のＸＭＬ文書から要求されたＨＴＭＬ（または表示可能ＸＭＬ）への変換を実行し、ポータルスクリーンの表示のためにユーザにそれを送信するプロセスである。ＸＳＬＴパイプラインは、ＸＳＬＴプロセッサおよび１組（または一連）のＸＳＬＴ文書を備え、そのＸＳＬＴ文書は、元のＸＭＬ文書からＨＴＭＬ文書またはＸＭＬ文書への段階的変換を表わす変換ルールを包含または参照する。ＸＳＬＴプロセッサは、ＸＭＬ文書を読み取り、それを変換し、別のＸＭＬ文書を作り出すプログラムである。本発明の一実施形態例では、ＸＳＬＴプロセッサは、ＡｐａｃｈｅフィルタおよびＡｐａｃｈｅウェブサーバのコンポーネントでもよい。本発明のパイプラインの実施形態例では、元の（または入力）ＸＭＬ文書は、一連のＸＳＬＴ文書への参照を含む。ＸＳＬＴプロセッサは、第１のＸＳＬＴ文書に従って元のＸＭＬデータを変換し、結果は（中間の）ＸＭＬフォーマットである。これは、第２のＸＳＬＴ文書、次いで第３の文書等に従って変換される。しかし、本発明の一代替実施形態では、変換により、参照したＸＳＬＴ文書のリストを変化させてもよく（例えば、いくつかの新しい文書を追加し、いくつかをリストから削除）、それ故、パイプラインは静的でない。

パイプラインは、データ処理を中心とするＸＭＬだけでなく、文書処理を中心とするＸＭＬおよび表示処理を中心とするデータもまた処理できる。本発明の代替実施形態では、ＸＭＬデータは、それ自体の外部データを維持する外部アプリケーションをトリガしてもよい。ＸＭＬインタフェース（例えばウェブサービス）は、この外部データにアクセスし、ウェブサービスクライアントが、データを読み取りおよび／または書き込み、データをウェブブラウザ上に提示することを可能にする。本発明の一実施形態例では、パイプライン処理の最後の変換は、スタイリングに適用されるので、最後の変換はＸＳＬ文書で記述される。代替実施形態では、スタイリングは、ＣＳＳスタイルシート属性を利用してクライアント側で処理される。

本発明の一実施形態例では、パイプライン機能を実施するために使用されるハードウェアとソフトウェアは、到来する要求を処理するＭＯＤ＿ＰＥＲＬモジュールおよびＡｐａｃｈｅＸＳＬＴフィルタを有するＡｐａｃｈｅウェブサーバソフトウェアを実行するサーバである。本発明の一実施形態例では、ＭＯＤ＿ＰＥＲＬモジュールには、入力ハンドラコンポーネントと出力ハンドラコンポーネントを含む。入力ハンドラは、データを格納するために使用され、出力ハンドラは、データの格納場所からデータを読み出し、読み出したデータをパイプライン処理用に準備（例えば、必要ならデータのＸＭＬフォーマットへの変換）をするために使用される。パイプライン処理中に利用される追加のデータ（ＸＭＬデータを含む）は、Ａｐａｃｈｅウェブサーバと同じハードウェア上で動作するＭＹＳＱＬデータベースからＭＯＤ＿ＰＥＲＬモジュールまたはＡｐａｔｃｈｅＸＳＬＴフィルタによってフェッチされてもよい。あるいは、ウェブサーバとデータベースは互いに通信が可能な異なるサーバ上で動作してもよい。

図７〜９に示す本発明の実施形態例に従って、パイプラインは３段階に分割される。第１段階はコンテンツアグリゲーションであり、コンテンツは、サーバ上のＸＳＬ／ＸＳＬＴを利用することによりデータ構造の抽象型（またはカテゴリ）に従って変換され（データ「ステレオタイプ(ｓｔｅｒｅｏｔｙｐｅ)」とも呼ばれる）、デバイスに依存しないＨＴＭＬ／ＸＭＬになる。第２段階は構造組み立てであり、デバイスに依存しないＨＴＭＬ／ＸＭＬがデータ構造および／スタイル属性情報によって変換される。すべての構造化ＸＭＬは、第２段階でＸＳＬＴコールによって集められる。要求されたデータをその上で表現するデバイスに関係するプラットフォーム型（例えば、ＨＴＭＬ、ＰＤＡ、ウェブサービス等）を決定後、さらなるＸＳＬＴコールが、プラットフォームに依存するデータを生成する。より多くの要求されたレポートデータに対して、第１段階を繰り返しより多くのステレオタイプに戻すプロセスに含まれるＸＳＬＴコールがより多くあってもよい。プラットフォームに依存するデータのすべてを収集後、サーバサイドレンダリングがＸＳＬによって行われ、ＨＴＭＬのサーバ出力を作り出す。最後に、第３段階はクライアントサイドレンダリングであり、ＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔｓ）が、ＸＭＬ要素を要求者の表示デバイスに準拠したシングルディスプレイオブジェクトにマッピングするために利用される。次いで結果は、ユーザのディスプレイに提示されてもよい。カスケーディングスタイルシート属性は、たいていデータをその上で描写するクライアントデバイス（例えば、ブラウザ、ＰＤＡ、携帯電話機、ウェブサービス等）に依存する。３段階で行われる動作の詳細について、図７〜９を参照して以下でさらに詳細に説明する。

図７に示すように、パイプライン処理の第１段階は、コンテンツアグリゲーションを扱い、コンテンツアグリゲーションは、リソースセンタ（または関係あるレポートデータが格納されている場所はどこでも）からレポートデータを読み出し、データに構造変換および／またはスタイル変換を受ける準備をさせる。第１段階は、要求されたレポートの定義（例えばＵＲＬ）を扱う唯一の段階である。レポートの定義は、コンテンツがどこから来るかを記述するスクリーン名、コミュニティおよびページ、ならびに読み出されるコンテンツを特定するレポート名を特定してもよい。レポートの定義は、出力抽象データ型も特定してもよい。レポートの定義に含まれるレポート名は、そのスクリーン上のものが要求されたものであると特定するが、他のレポート定義情報は、そのスクリーン上の他のコンテンツに対して同じである。

図７に示すように、パイプライン処理の第１段階の最初のステップはステップ７０２であり、ステップ７０２では、そのレポートデータを参照するＵＲＬからレポート名を取り出す。次いでステップ７０４では、要求されたレポート名に関係するレポートについて、リソースセンタデータベースに問い合わせる。パイプラインは、読み出されるコンテンツに関係するレポートデータに従って、データベース（または他のデータソース）から結果セットをフェッチする。これをするために、ユーザのデータ要求に関係するレポートは、リソースセンタデータベースから所望のデータを取得するＳＱＬクエリに変更されてもよい。要求されたレポートデータを読み出すために、レポートは、その関係するコミュニティおよび名前で調べられる。従って、複合キーの使用が必要な場合がある。複合キーでは、１つのキーはコミュニティ名であり、他はレポート名であり、それらの両方ともＵＲＬに含まれる。例えば、ｍｙｗｅｂｓｉｔｅ．ｏｒｇ／ｓｃｒｅｅｎ／ｃｏｍｍｕｎｉｔｙ ｎａｍｅ−ｐａｇｅ／ｒｅｐｏｔ１というＵＲＬである。そのＵＲＬのコミュニティ名は、ユーザが要求したレポートが何であれコミュニティに由来する。レポート名は、データセットならびにその関係する構造およびスタイル属性を特定する。いったんデータが捜し出されると、ステップ７０６が呼び出され、リソースセンタ（または代わりに外部データソース）から所望のレポートデータを読み出す。本発明の一代替実施形態では、ＸＭＬデータセットは、データベースからだけでなく、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）コールまたは当業者が高く評価する他のウェブアプリケーションからも読み出されてもよい。ＳＯＡＰコールは、ある種類のオペレーティングシステム（Ｗｉｎｄｏｗｓ（登録商標） ２０００など）で動作しているプログラムが、情報交換のメカニズムとしてＨＴＴＰおよびＸＭＬを使用して、同じまたは別の種類のオペレーティングシステム（Ｌｉｎｕｘなど）のプログラムと通信する手法である。本発明の他の実施形態では、他のアクセスプロトコル、例えばＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ）およびＲＰＣ（Ｒｅｍｏｔｅ Ｐｒｏｃｅｄｕｒｅ Ｃａｌｌ）等々が、ＸＭＬデータを読み出すために使用されてもよい。ＲＥＳＴは、所望のコンテンツを記述しそれを含むＸＭＬファイルを収容する指定のウェブページを読み取ることにより、ウェブサイトからコンテンツを読み出すアプローチである。ＲＰＣは、ネットワークの詳細を理解することなしに、ネットワーク内の別のコンピュータに配置されたプログラムにサービスを要求するために、プログラムが使用し得るプロトコルである。

次いでステップ７０８が呼び出され、出力プロバイダは、レポートデータから抽象データ型（例えば「リスト」）を識別するので、読み出されたデータは、抽象データ型に従って、ＸＭＬに変換され得る。本発明の一実施形態例では、これは、データベースからレポートデータを取得し、所望のレポートデータに関係するカラム名をＸＭＬタグとして所望のレポートデータを囲むことにより行われる。この時点で、要求されたデータを取り囲むＸＭＬタグは、要求されたレポートの元の作成者による設定中のＸＭＬタグの状態と同じである。例えばそのカラムが「姓」である場合、「姓」の値は姓のタグで囲まれる。第１段階後には、デバイスに依存しないＸＭＬ文書が作り出されている。

図８は、パイプラインの第２段階のフローチャートを示す。第２段階では、Ａｐａｃｈｅウェブサーバソフトウェアは、抽象ＸＭＬデータをＸＳＬプロセッサであるフィルタメカニズムに渡す。第２段階では、ユーザデータに従って所望のデバイスタイプ（例えば、ＨＴＭＬ、ＷＡＰまたはＰＤＡ）の識別および抽象ＸＭＬデータのデバイス固有のタグ（マークアップ）への変換を含む。読み出されたコンテンツに関係する元のデバイスタイプも識別され、デバイス情報のすべて（例えばデバイスタイプ）がデータベースから取り出される。結果は、ＨＴＭＬセグメント、ＷＡＰセグメント、ＰＤＡセグメントまたは他のデバイスに依存するセグメントなどのセグメントであってもよい。デバイスタイプセグメントに従って、抽象データ型は変換されてもよく、デバイス固有のマークアップ（通常ＵＩコントロール）が生成されてもよい。図８に示すように、パイプラインの第２段階はステップ８０２で始まり、ステップ８０２では、ユーザ所望のデータ構造のレポートデータへの関係付けを実現するために行わなければならない、必要なＨＴＭＬ構造への変換を決定する。このステップは、ユーザの要求データに関係するレポートに指定された構造パラメータ（構造型または構造「ステレオタイプ」とも呼ばれる）を読み出し、ＸＳＴＬ（ＸＭＬスタイルシート）をレポートデータの関係するタグに適用し、所望のレポートデータをユーザが要求した構造に変換することにより完了する。この変換は、ステップ８０４を呼び出し、ユーザが望む出力に基づきレポートデータを囲むＸＭＬタグを変換することにより行われる。

例えばリスト構造（例えば「ＵＬＬＩ」）タグは、ＵＬＬＩを形成するタグ構造をテーブル構造タグ（例えば「ＴＲＩＤ」）に変更することにより、テーブルフォーマットに変換されてもよい。他の変換では、最終の所望の構造にするために、いくつかの中間変換ステップを必要とする場合がある。それ故、ステップ８０６では、データの構造変換が完了するまでステップ８０４を繰り返すようにプロセスを導く。例えばユーザがインスタントメッセンジャ入力を受け取り、それを記事のタイトルハイパーリンクにしたいと望む場合、複数の変換を行う必要があるであろう。まずインスタントメッセンジャタグを掲示板タグに変換し、次いで再びＨＴＭＬ構造に変換するなどが、タイトル作成等々でデータサブセットをさらに操作するために行われなければならない。

変換ステップの完了後、種々のソフトウェアルーチンを通るさらなる処理のために、ステップ８０８で出力ハンドラを通ってパイプライン処理を抜け出し、データはさらに操作されてもよい。このさらなる処理は、ユーザのツールボックス入力および選択によって生成されたユーザレポートによって指定されてもよい。例えばデータセットのＰＤＦ文書への変換は、必要な外部アプリケーションを実行するためにパイプライン処理から抜け出す必要がある変換のタイプとして適している。その場合、それらのタグをマッチさせ、別のＨＴＭＬ構造に変換するのではなく、ステップ８１０を呼び出し、他の処理を受けさせるためにデータを送信し、次いでユーザに結果を送信するかまたは別個のダウンロードであるとしてユーザへの結果の送信をしない。この追加の処理は、パイプライン処理を抜け出すことにより行われる。出力ハンドラは、ＸＳＴＬとＸＳＰ（Ｅｘｔｅｎｓｉｂｌｅ Ｓｔｙｌｅ Ｓｈｅｅｔ Ｐｒｏｃｅｓｓｉｎｇ）を利用し、ＸＳＰは、データセットを操作する（例えば、データセットをＰＤＦフォーマットに変換する）ように作られたＣコード、Ｊａｖａ（登録商標）プログラムまたは他のソフトウェアプログラムによって操作されるように、データを送信する。いったんプロセスが完了すると、ＸＳＬは、プロセスの成功を伝えるＨＴＭＬメッセージをユーザに送信し、ユーザにＰＤＦ文書のダウンロードを開始するように促すか、またはユーザにＰＤＦ文書を自動送信してもよい。いったん構造変換が完了すると、パイプライン処理の第２段階の最後のステップであるステップ８１２では、第３段階においてデータの要求者によって選択されたスタイル属性に基づきデータに関係するスタイル属性の変換に使用するための、ＣＳＳタグを作成する。第２段階後には、デバイスに依存するＸＭＬ文書が作り出されているが、残りの変数（例えば日付）は、結果をユーザに提示するために、実際の値によって置き換えられなければならない。

図９は、パイプラインの第３段階のフローチャートを示す。第３段階では、変数の置換が行われ（例えば、名前、日付／時刻スタンプ、コミュニティメンバシップ、呼び出し情報等）、データは表示用にレンダリングされる。図９に示すように、パイプラインの第３段階は、ＣＳＳスタイルシート属性をボックスに適用し、データに何らかのデバイス固有の調整またはスタイル調整を行う（これは、要求者から指定されていてもよいし、あるいはツールボックスのＷＹＳＩＷＹＧインタフェース機能によってもたらされてもよい）。第３段階では、第２段階のプロセスが繰り返されるが、変換は、ＣＳＳタグを扱い、ＸＭＬタグやＨＴＭＬ構造を扱わない。第３段階のステップ９０２では、変換プロセスを開始するために、ユーザが要求したスタイル属性を今では構造変換されたレポートデータと関係付けるために欠くことができない必要なＣＳＳスタイルシート属性を決定する。本発明の一実施形態例では、要求されたＣＳＳスタイルシート属性は、レポートデータに関係付けられるユーザのスクリーン名およびボックス名に関係する。

いったん必要なスタイル変換が決定すると、ステップ９０４が呼び出され、所望のレポートデータに関係するＣＳＳタグの変換を開始する。パイプラインの第２段階でＨＴＭＬ文書がまとめられるとき、ＣＳＳスタイルシート属性であってもよいリンクタグも挿入される。最後の表示層（すなわち、スタイルツールコマンド）がスクリーンに引き寄せられ、ＣＳＳスタイルシート属性は、作成中のボックスに適用される。それ故、パイプライン処理の第３段階では、出力タイプは今ではＣＳＳベースであり、ＨＴＭＬ構造変換に関する第２段階のプロセスに類似のプロセスがＣＳＳスタイルシート属性変換に関して行われる。それ故、変換は、ＨＴＭＬタグに関与しないで、ＣＳＳスタイルシートの作成にかかわる。それ故、ステップ９０４では、タグを所望のレポートデータのスタイル属性に特有のＣＳＳ属性を宣言するタグに変換する。ステップ９０６では、データのスタイル変換が完了するまでステップ９０４を繰り返すようにプロセスを導く。本発明の代替実施形態では、ステップ９０２、９０４、９０６は、多くのＷＡＰ対応ＰＤＡ、携帯電話機および他の種々のポータブルデバイスのように、非ＣＳＳブラウザに対して同じやり方で動作してもよい。

次いでステップ９０８では、特定の出力デバイス上で表現されるデータをフォーマットするために、ＣＳＳ属性に何らかの変換が必要かどうかを決定する。ステップ９１０では、所望のデータをその上で表現する出力デバイスが何であるかに一部基づき、スタイルデータは調整されるであろう。例えば、ハンドヘルドデバイスへのデータ発行に対してその同じデータのブラウザへの発行のとき、追加のスタイル変換が行われる必要がある場合がある。その結果として、パイプラインの第３段階において処理される最後の表示層調整は、出力に依存およびスクリーンに依存（例えば、レポートデータのＨＴＭＬウェブブラウザまたはＷＡＰ対応ポータブルデバイス上での表現）してもよい。ステップ９１２では、特定の出力デバイスに対する所望データのフォーマッティングのためのスタイル変換が完了するまで、ステップ９１０を繰り返すようにプロセスを導く。第３段階が完了するときには、所望のレポートデータはユーザが指定したように完全に変換されており、ステップ９１４では、完全に変換されたレポートデータを出力ハンドラがユーザのデバイスに送信する。

本発明の一代替実施形態では、パイプラインの最初の２つのステップは、ブラウザをリフレッシュすることなしに、ボックス内にデータを表現するように実行されてもよく、ＣＳＳ属性のさらなる操作はＪａｖａＳｃｒｉｐｔ（登録商標）で行われてもよく、次いで変更を適用するためにリフレッシュが行われてもよい。この動作モードでは、ユーザがボックスを作成するとき、ユーザは、それがどの種類のボックスか選ぶ。次いでボックス名および／またはその関係するレポート名が格納される。パイプラインの最初の２つの段階が行われ、次いで変換されたデータは、スクリーン全体でなく、ボックス内に表現されてもよい。それ故、ページはリフレッシュされる必要がない。情報はスクリーン上に現れ、次いでユーザは、ツールボックスを使用してスタイル変更をしてもよい。ツールボックスはＪａｖａＳｃｒｉｐｔ（登録商標）で書かれているので、ＣＳＳ属性変更もＪａｖａＳｃｒｉｐｔ（登録商標）で行われ、パイプラインの第３段階を通らない。ＪａｖａＳｃｒｉｐｔ（登録商標）はレポートだけを記述したＸＭＬ文書を取得し、それをコピーし、レポートをボックスと関係付けた。スタイル変更実施後に、リフレッシュが適用されてもよく、変更がボックス全体またはページ全体に適用されてもよい。本発明の別の代替実施形態では、パイプライン処理は、ＡＪＡＸ（Ａｓｙｎｃｈｒｏｎｏｕｓ ＪａｖａＳｃｒｉｐｔ（登録商標） ａｎｄ ＸＭＬ）の使用を組み入れてもよく、ＡＪＡＸは、新しいページ全体がロードされるのを待たずにユーザが処理を実行するとき、ウェブページのコンテンツの即時更新を可能にするオープンソースプロトコルである。ＡＪＡＸは、ＪａｖａＳｃｒｉｐｔ（登録商標）、ダイナミックＨＴＭＬ（ＤＨＴＭＬ）、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）、ＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔｓ）、文書オブジェクトモデル（ＤＯＭ、Ｄｏｃｕｍｅｎｔ Ｏｂｊｅｃｔ Ｍｏｄｅｌ）、およびＭｉｃｒｏｓｏｆｔのオブジェクトであるＸＭＬＨｔｔｐＲｅｑｕｅｓｔを含むいくつかのプログラミングツールを組み合わせ、ユーザ要求を直ぐに処理するインタラクティブウェブアプリケーションを作成する。

本明細書に記載の本発明の多くの変更形態および他の実施形態が、これまでの説明および関係する図面に提示された教示を利用できる、これらの発明に関係する技術分野の当業者の心に浮かぶであろう。それ故、本発明は、開示の特定の実施形態に限定されず、変更形態および他の実施形態も添付の特許請求の範囲内に含むことを意図していると理解されるべきである。本明細書では具体的な用語が利用されているが、それらは一般的意味および記述の意図だけで使用されており、限定のためではない。

本発明の一実施形態例に従う、コミュニティとポータルシステムの例示の種々のデバイスおよび例示のタイプのユーザとの間の通信を示す図である。 本発明の一実施形態例に従うポータルシステム全体のブロック図である。 本発明の一実施形態に従うポータルスクリーンのレイアウト例である。 本発明の一実施形態例に従うコミュニティを作成するためのウィザードユーザインタフェース例である。 本発明の一実施形態例に従って使用される、ツールボックス（またはツールパレット）インタフェースのボックスツールのユーザインタフェース例である。 本発明の一実施形態例に従う、別のポータルスクリーンに関係して以前作成された所望のレポートの検索に使用される、本発明の一実施形態例のリソースセンタファイルブラウザインタフェースのユーザインタフェース例である。 本発明の一実施形態例に従う、パイプライン処理の第１段階を示す図である。 本発明の一実施形態例に従う、パイプライン処理の第２段階を示す図である。 本発明の一実施形態例に従う、パイプライン処理の第３段階を示す図である。

Claims (20)

1. ウェブコミュニティのポータルスクリーンのコンテンツを変更するためのシステムであって、
   前記ネットワークを通してアクセス可能な複数のウェブコミュニティであって、各ウェブコミュニティは複数のポータルスクリーンに関係付けられ、各ポータルスクリーンは複数のレポートデータに関係付けられる複数のウェブコミュニティと、
   前記複数のポータルスクリーンにアクセスし表現する能力があるユーザコンピュータデバイスと、
   前記ユーザコンピュータデバイス上でアクセス可能な、前記複数のポータルスクリーンに関係付けられるユーザインタフェースであって、前記複数のポータルスクリーンに関係付けられる前記複数のレポートデータを捜し出し読み出すために、前記ネットワークを通してリモートデータソースへのアクセスを提供するユーザインタフェースと、
   ネットワークを通してユーザコンピュータデバイスに接続される少なくとも１つのサーバであって、前記レポートデータの少なくとも一部を読み出し、前記レポートデータに関係付けられる抽象データ型を識別し、前記読み出したレポートデータを抽象データ型に変換し、所望のデータ構造を実現するために前記抽象データ型に複数の構造変換を実行し、前記所望のデータ構造を前記ネットワークを通して前記ユーザコンピュータデバイスに送信することができる少なくとも１つのサーバと
   を備えるシステム。
2. ユーザコンピュータデバイス上に表示されるポータルスクリーン上の前記読み出したレポートデータの表示を変更するために、前記ユーザインタフェースを通してアクセス可能な複数のツールをさらに備える、請求項１に記載のシステム。
3. 前記複数のツールは、ボックスツール、レポートツール、フォームツール、翻訳ツール、コミュニティツール、スタイルツールおよびモジュールツールから成るグループから選択された１つ以上のツールを含む、請求項２に記載のシステム。
4. 前記複数のポータルスクリーンはウェブページである、請求項１に記載のシステム。
5. 前記リモートデータベースは、リソースセンタ、ローカルデータベースおよび外部データソースから成るグループから選択される、請求項１に記載のシステム。
6. ツールボックスインタフェースを使用してポータルスクリーンのコンテンツを変更する方法であって、
   前記ツールボックスインタフェースによって前記ポータルスクリーン上にボックスを作成するステップと、
   少なくとも１つのレポートを前記ボックスと関係付けるステップであって、前記レポートが複数のポータルスクリーンコンテンツに関係付けられるステップと、
   前記ツールボックスインタフェースによって入力された選択に従って、前記レポートに関係付けられる前記ポータルスクリーンコンテンツを変更するステップと、
   前記ポータルスクリーン上に前記レポートに関係付けられる前記ポータルスクリーンコンテンツを表現するステップと
   を備える方法。
7. 前記ボックスに関係付けられる前記レポートを読み出すために、前記ツールボックスインタフェースに関係付けられるファイルブラウザを通して、以下のリソースセンタ、ローカルデータベースまたは外部データソースから成るグループの１つに問い合わせるステップをさらに含む、請求項６に記載の方法。
8. 前記ツールボックスインタフェースによって入力された選択に従って、前記レポートに関係付けられる前記ポータルスクリーンコンテンツを変更するステップは、構造ツールインタフェースおよびスタイルツールインタフェースによる前記選択を入力するステップを含み、前記ポータルスクリーンコンテンツに関係付けられるデータ構造は、前記構造ツールインタフェースによって選択され、前記ポータルスクリーンコンテンツに関係付けられる複数のスタイル属性は、前記スタイルツールインタフェースによって選択される、請求項６に記載の方法。
9. 前記ツールボックスインタフェースによって入力された選択に従って前記レポートに関係付けられる前記ポータルスクリーンコンテンツを変更するステップは、前記ツールボックスインタフェースを通してアクセス可能な複数のＷＹＳＩＷＹＧ（Ｗｈａｔ Ｙｏｕ Ｓｅｅ Ｉｓ Ｗｈａｔ Ｙｏｕ Ｇｅｔ）エディタによって前記選択を入力するステップを含む、請求項６に記載の方法。
10. 前記ポータルスクリーン上に前記レポートに関係付けられる前記ポータルスクリーンコンテンツを表現するステップは、前記レポートに関係付けられる前記ボックス内にレポートに関係付けられる前記ポータルスクリーンコンテンツを表示するステップを含む、請求項６に記載の方法。
11. データ変換の方法であって、
    レポート定義からレポート名を取り出すステップと、
    前記取り出したレポート名に対応するレポートデータを読み出すステップと、
    前記レポートデータに関係付けられる抽象データ型を識別するステップと、
    前記読み出したレポートデータを抽象データ型に変換するステップと、
    前記抽象データ型に複数の構造変換を実行し、所望のデータ構造を実現するステップと
    を備える方法。
12. 前記所望のデータ構造に関係付けられる複数の所望のスタイル属性を決定するステップと、
    前記複数の所望のスタイル属性を前記所望のデータ構造と関係付けるステップと、
    特定の出力デバイス上で表現される前記データをフォーマットするステップと、
    前記所望のデータ構造を出力デバイス上で表現するステップと
    をさらに備える、請求項１１に記載の方法。
13. 前記取り出したレポート名に対応するレポートデータを読み出すステップは、前記レポートデータが配置されているデータベースにアクセスするステップを含む、請求項１１に記載の方法。
14. 前記取り出したレポート名に対応するレポートデータを読み出すステップは、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）コールを利用し前記レポートデータを読み出すステップを含む、請求項１１に記載の方法。
15. 前記取り出したレポート名に対応するレポートデータを読み出すステップは、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）タグとして前記レポートデータに関係付けられるカラム名で前記レポートデータを囲むステップを含む、請求項１１に記載の方法。
16. 前記読み出したレポートデータを抽象データ型に変換するステップは、前記所望のデータ構造に少なくとも一部基づき前記レポートデータを囲む前記ＸＭＬタグを変更するステップを含む、請求項１５に記載の方法。
17. 前記レポートデータの前記スタイル属性に関係付けられるＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔｓ）タグを作成するステップをさらに備える、請求項１１に記載の方法。
18. 外部アプリケーションソフトウェアで前記レポートデータを処理するステップと、前記処理したレポートデータをダウンロード可能にするステップとをさらに備える、請求項１１に記載の方法。
19. 前記レポートデータの前記スタイル属性に関係付けられるＣＳＳタグを作成するステップをさらに備え、前記所望のスタイル属性を前記所望のデータ構造に関係付けるステップは、前記所望のスタイル属性に少なくとも一部基づき前記レポートデータの前記スタイル属性に関係付けられる前記ＣＳＳタグを変換するステップを含む、請求項１２に記載の方法。
20. 前記所望のデータ構造を出力デバイス上に表現するステップは、前記出力デバイスに関係付けられる前記スクリーンの一部だけをリフレッシュすることにより行われる、請求項１２に記載の方法。

Images