(57)【要約】【課題】ページ・レイヤ概念に基づいて、委譲ページの特殊化のためのシステムおよび方法を提供すること。【解決手段】１つのページは、１組のレイヤからなる。第１のレイヤを除き、各レイヤはそのレイアウト中で、対応する管理レベル上に導入されたその前のレイヤに対する差分（コンテナ、フレーム）を表す。  管理者は、ページ上で新しい不変のおよび任意選択のコンテナ／フレーム(差分)を定義することによって前のレイヤを修正することができる。前のフレームに対する差分だけが、その親レイヤに対する割当てと共に記憶される。前のレイヤにおける不変のコンテナまたはフレームを修正することはできない。最後のページは、いわゆるツリー構造中に記憶される差分の結合として自動的に構築される。管理者をサポートするＧＵＩコンポーネントを介して、この委譲ページの特殊化を実施することが好ましい。
2005521951.tif 000002
【特許請求の範囲】
【請求項１】
ページ識別情報（ＩＤ）と、少なくとも１つのコンテナを含む規定レイアウトであって、前記コンテナが、識別情報によって、規定レイヤにおよび前記規定レイアウトの変更可能な部分ではなく既存の親コンテナに割り当てられているレイアウトと、次の管理レベルへのアクセス権と、によって規定される規定管理レベルによって作成されるページを提供する、任意のタイプのコンテンツのための委譲特殊化システムであって、本発明の方法を実施するように構成されており、
前記方法が、
変更可能な部分上で前記規定レイヤを特殊化し、前記規定レイヤとの差分を生成して新しいレイヤを表現するステップ、および識別情報を前記新しいレイヤおよび前記親レイヤに割り当てるステップと、
前記差分を記憶するステップと、
前記差分の部分を次の管理レベルでは変更できないように規定するステップと、
特殊化のために、前記差分へのアクセス権を次の管理レベルに対して付与するステップと
を含むシステム。
【請求項２】
前記諸ステップを次の管理レベルで繰り返すステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記新しいレイヤが、識別情報によって前のレイヤの親コンテナに割り当てられるフレームを持った、またはを持たない、コンテナを含む、請求項２に記載の方法。
【請求項４】
前記レイヤが、いわゆるツリー構造内に記憶される、請求項３に記載の方法。
【請求項５】
前記コンテンツを、ウェブ・ページ、ポータル・ページ、またはテキスト処理システムのテキスト・ドキュメントの形で提示することができる、請求項１に記載の、前記委譲特殊化システムによって実施される方法。
【請求項６】
前記ポータル・ページが、ポータル・システムによって提供されており、前記ポータル・システムが、ユーザ認証のための認証コンポーネント（２０）と、許可されたコンテンツへのユーザ・アクセスを提供するための許可コンポーネント（４０）と、コンテンツをレンダリングするためのポートレット（８０、９０）と、前記ポートレット（８０、９０）によって提供されるコンテンツを集約するための集約コンポーネント３０とを含む、請求項５に記載の、前記委譲特殊化によって実施される方法。
【請求項７】
前記差分が、前記規定レイヤに関して、１つまたは複数のコンテナおよび／またはフレームを削除、追加、または移動することで特徴付けられる、請求項１に記載の方法。
【請求項８】
各フレームにポートレットＩＤが割り当てられる、請求項６に記載の方法。
【請求項９】
前記規定管理レベルを、第１の管理レベルとすることができ、前記規定レイアウト・ページを、基本レイアウト（第１レイヤ）とすることができる、請求項１に記載の、前記委譲特殊化システムによって実施される方法。
【請求項１０】
前記ポータル・ページおよび前記ホーム・ページが、ページ・タイトルおよびページ記述によってさらに規定される、請求項５に記載の、委譲特殊化システムによって実施される方法。
【請求項１１】
前記特殊化するステップが、コンテナまたはフレームを削除し、追加し、移動するステップを含む、請求項１に記載の、委譲特殊化システムによって実施される方法。
【請求項１２】
新規に追加されるレイヤはそれぞれ、レイヤＩＤと、その親レイヤＩＤと、そのレイヤに割り当てられたページＩＤとを含む既存のレイヤ・テーブルに追加される、請求項１に記載の、委譲特殊化システムによって実施される方法。
【請求項１３】
新規に追加されるコンテナはそれぞれ、コンテナＩＤと、その親コンテナＩＤと、そのコンテナに割り当てられたレイヤＩＤとを含む既存のコンテナ・テーブルに追加される、請求項７に記載の、委譲特殊化システムによって実施される方法。
【請求項１４】
コンテナの削除が、削除されるコンテナに適用されるターミネータを示すことにより既存のコンテナ・テーブル中に追加される、請求項７に記載の、委譲特殊化システムによって実施される方法。
【請求項１５】
コンテナの移動が、置き換えられるコンテナおよび新しい親を示すことによって既存のコンテナ・テーブル中に追加される、請求項７に記載の、委譲特殊化システムによって実施される方法。
【請求項１６】
ページを要求するユーザからの入力を受け取るステップと、
前記レイヤ・テーブルを使用することにより前記ページに属するレイヤを決定するステップと、
前記コンテナ・テーブルを使用して前記レイヤに属するすべてのコンテナおよびフレームを、レイヤごとに決定しロードするステップと、
第１のレイヤから始めて、コンテナおよびフレームをその親関係（ツリー構造）に従ってすべて接続することにより、前記コンテナおよびフレームを組み立てるステップと、
前記コンテナ／フレームを、前記ツリー構造の親関係に従って前記コンテナおよびフレームをレンダリングすることにより視覚化するステップとを含む、請求項１ないし１５に記載の方法によって作成されるページを電子的に表示する方法。
【請求項１７】
前記ページが、ポータル・ページであり、前記組み立てるステップが、ポートレットＩＤを各フレームに割り当てるステップをさらに含み、前記視覚化ステップが、前記ポートレットが提供すべきコンテンツをレンダリングするステップをさらに含む、請求項１６に記載の方法。
【請求項１８】
ユーザ認証のための認証コンポーネント（２０）と、
許可されたコンテンツへのユーザ・アクセスを提供するための許可コンポーネントと、
コンテンツをレンダリングするためのポートレット（８０、９０）と、
前記ポートレットによって提供されるコンテンツを集約するための集約コンポーネント（３０）と
を含み、請求項１ないし１７に記載の方法を実行するように構成されたさらなる委譲特殊化システムにより特徴付けられるポータル。
【請求項１９】
請求項１、２、４、５、７、９、１１ないし１６に記載の方法を実行するように構成された委譲特殊化システムを使用するテキスト処理システム。
【請求項２０】
前記コンテナが章を表し、前記フレームが段落を表すことができる、請求項１９に記載のテキスト処理システム。
【請求項２１】
デジタル・コンピュータの内部メモリに記憶されるコンピュータ・プログラムであって、前記コンピュータ上で動作する場合に請求項１ないし１７に記載の方法を実行するためのプログラム・コード部分を含む、コンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にページに関し、より詳細にはテキスト処理システムのドキュメント、ポータル・ページ、ウェブ・ページ、または他の人によって特殊化できるある一定のレイアウトを持つという点で共通する他の任意のタイプのページに関し、特に、そのレイアウトを階層的に作成し、取得し、指定し、および操作することができるようにするシステムおよび方法に関する。
【背景技術】
【０００２】
本発明の範囲はポータル・ページだけに限定されるものではないが、本発明をその好ましい実施形態としてのポータル・ページに関して説明する。
【０００３】
ポータルは、ユーザが多くの異なるソースからの情報（コンテンツ）およびアプリケーションにアクセスするための焦点になってきている。通常、ポータルは、ローカル（局所）またはリモート（遠隔）のデータ・ソース、例えばデータ・ベース、トランザクション・システム、シンジケート化されたコンテンツ・プロバイダ、またはリモート・ウェブ・サイトなどから情報を入手し、複合化されたページにこの情報をレンダリング（描写）し集約して、凝縮した形でユーザに情報提供する。純然たる情報に加えて、多くのポータルには、Ｅメール、カレンダ、オーガナイザ、バンキング、請求書提示などのアプリケーションが含まれる。よく知られている例では、多量のコンテンツおよびアプリケーションへのアクセスを提供するＹａｈｏｏ！ポータルがある。
【０００４】
異なる種類の情報または用途には、異なるレンダリングおよび選択機構が必要であるが、それらはすべて、そのポータルのインフラストラクチャ（構造基盤）を利用し、例えばユーザのプロファイル情報、永続的なストレージ、または管理されたコンテンツへのアクセスなどポータルが所有するデータまたは資源に対して作用する。したがって、最近のほとんどのポータルの実装形態では、コンポーネント形式を提供しており、ポートレットと呼ばれるプラグ可能ポータル・コンポーネント・モジュールをポータルのインフラストラクチャに追加することができる。ポートレットは、ポータルに追加できるプラグ可能コンポーネントであり、実行可能なポートレットのすべてに共通のインターフェースを提供するポータルのポートレット・コンテナの内部で走るように設計されている。ポートレットは、静的または動的なコンテンツの簡単なレンダリングから、Ｅメールやカレンダなどのアプリケーション機能にわたる種々の機能を提供することができる。ポートレットは、ポータルのアプリケーションを介して間接的に呼び出され、より大きなウェブ・ページ中での集約に適したコンテンツを生成する。例えば、異なるポートレットによって生成されたコンテンツを１つのウェブ・ページに集約できることを保証するガイドラインに沿ったマークアップ・フラグメントを生成する。
【０００５】
各ポータル・ページは、特有のレイアウトを有する。レイアウトとは、各ポータル・ページが１つまたは複数の領域（行、列）に分割できることを意味する。これらの領域はコンテナと呼ばれる。各コンテナは、１つまたは複数のサブコンテナに細分化され、あるいはポートレットによってレンダリングされ規定されたタイプのコンテンツを表示する１つまたは複数のフレームを含むことができる。このサブコンテナは、さらに別のサブコンテナに分割することができ、以下同様に分割できる。
【０００６】
世界的に活動する会社は、その従業員用にイントラネットを用意したいと考えることがますます多くなってきている。各従業員は、世界的、地域的、国特有のコンテンツを含む様々なソースへのアクセスができるようにすべきである。理想的には、例えば世界的、地域的、または国特有の各ソース・レベルは、従業員に次に高いレベルのソースのコンテンツを全く削除させることなくアクセスさせることが可能なエリア特有のコンテンツ、を管理するそれらソース・レベル自体の管理者を持つべきである。
【０００７】
従来技術では、この問題に対して２つの手法を提供する。
ポータル・ページの最上位の管理者は、どのエリア特有のコンテンツを誰に利用可能とすべきかを前もって知っている。次いで、管理者は、すべてのコンテンツをポータル・ページに配置し、実行時に、フィルタ技法を使用してそのポータル・ページを個々の従業員に合わせるようにする。これは、ＷＯ  ００７５８４０  Ａ２「アノテーションを介して、情報構造中の関心レベルを推論する方法（Method for deducing level of interest in information structures viaannotations）」に記載された手法のエッセンスである。この手法の欠点は、その従業員に提供すべきコンテンツを決定するためには中央管理が必要とされることである。この中央管理では、どのコンテンツを従業員に利用させるべきか、地域および国の組織ユニットから絶えず入力を必要とする。これには時間およびコストがかかる。
【０００８】
他の手法では、コンテンツがいくつかのポータル・ページにわたって分割され、分散される。各レベルの管理者、例えば世界的な、地域的な、または国特有のコンテンツに対する責任者、がその他のポータル・ページへのリンクを含む自分のポータル・ページを構築する。この手法の欠点は、このコンテンツ構造をナビゲートする必要があることであり、さらに、「一覧性がない」ことである。
【特許文献１】ＷＯ  ００７５８４０  Ａ２
【発明の開示】
【発明が解決しようとする課題】
【０００９】
したがって、本発明の目的は、従来技術の手法の欠点を回避し、階層的管理およびコンテンツ要件を考慮し、ページ・レイアウトの特殊化を提供するための新しいシステムおよび方法を提供することである。
【課題を解決するための手段】
【００１０】
この目的は、独立請求項の特徴によって解決される。
【００１１】
本発明の他の好ましい実施形態は、従属請求項に記載される。
【００１２】
本発明は、ページ・レイヤ（階層）の概念に基づいて、委譲ページを特殊化するためのシステムおよび方法を開示する。１つのページは、１組のレイヤからなる。第１のレイヤを除き、各レイヤはそのレイアウト中で、対応する管理レベル上に導入されたその前のレイヤに対する差分（コンテナ、フレーム）を表す。管理者は、ページ上で新しい不変のおよび任意選択のコンテナ／フレーム（差分）を規定することによって前のレイヤを修正することができる。前のレイヤに対する差分だけが、その親レイヤに対する割当てと共に記憶される。前のレイヤにおける不変のコンテナまたはフレームを修正することはできない。最後のページは、いわゆるツリー構造中に記憶される差分の結合として自動的に構築される。管理者をサポートするＧＵＩコンポーネントを介して、この委譲ページの特殊化を実施することが好ましい。
【発明を実施するための最良の形態】
【００１３】
典型的なポータル・ページは、１ないし６個の複数フレームからなる。各フレームは、規定されたポートレットにより提供されるコンテンツのためのプレース・ホルダを表す。このアプリケーション中で規定コンテナ８（点線）には、ポートレットが割り当てられていない。コンテナ８は、さらにサブコンテナを作成したり、あるいはフレームを含んだりする可能性を提供する。
【００１４】
本発明の非常に重要な面は、コンテナまたはフレームを作成し、修正し、削除し、または移動するための機能が、図２で示すようにいくつかの管理レベルにわたって分散されることである。最も高いレベルの管理者（ポータル管理者）は、１つまたは複数のコンテナ／フレームを含むことのできる１つのレイヤを作成し、次の管理レベルの１群の管理者に編集権を付与する。これはページごとに実施することができる（Ｐ１、Ｐ２、．．．Ｐｎ）。次の管理レベル（グループ管理者／サブグループ管理者）は、ポータル管理者が固定しなかったコンテナ／フレームを追加または除去することによって、このページを特殊化することができる。
【００１５】
図３は、本発明のページ・レイヤの概念を示す。委譲ページの特殊化を実施するために、新しいページ概念を導入した。ページは、１組のレイヤ１００、２００、３００からなる。第１レイヤ（基本レイヤ、１００）を除いて、各レイヤは、対応する管理レベルに対して導入されたその前のレイヤに対する差分（コンテナ、フレーム、すなわち生成されたレイヤ）を表す。管理者は、そのページ上に、新しい不変のおよび任意選択のコンテナ／フレームを規定することによって前のレイヤを修正することができる（委譲された特殊化）。前のレイヤに対する差分だけが、その親レイヤに対する割当て（例えば、識別子）と共に記憶される。前のレイヤの不変のコンテナまたはフレームは修正できない。最後のページは、いわゆるツリー構造中に記憶される差分の結合として自動的に構築される。したがって、生成されたレイヤは、最も高い管理レベルによって作成された基本レイヤをルート（根）に、管理者／ユーザ規定のページ・フラグメントをリーフ（葉）に持つツリー（木）構造として表すことができる。図３は、３つの特殊化レイヤ１００、２００、３００を有する、委譲ページの特殊化を示す。最も高いレベルの管理者は、２行１１０、１２０を有する基本レイヤ１００を作成する。第１の行１１０は不変（ｆ）であり、ポートレットＰ１、Ｐ２、Ｐ３を有する３個の不変のフレーム１１１〜１１３を含む。第２の行は、一部分が不変であり、３個の列１２１、１２２、１２３からなる。第１の列１２１は、不変であり、３個のフレームを含み、そのうち２個のフレームはポートレットＰ４、Ｐ５を有し不変であり、ポートレットＰ６を有するフレームは任意選択である。第２の列１２２および第３の列１２３も任意選択である。第２の列１２２は、ポートレットＰ７、Ｐ８、Ｐ９を有する３個の任意選択フレームからなる。第３の列１２３（コンテナ）は空である。これは、次のレイヤ２００、３００に対する後の変更が許可または禁止されていることを意味する。第１の行１１０では、すべて不変なので全く変更することができない。第２の列１２１では、何も追加／削除できない（この列は不変である）、すなわち、列の数を変更できない。第１の列１２１では、最後のポートレット（Ｐ６）だけが他のポートレットで置き換えることができる。どれも削除することはできない。第２の列１２２および第３の列１２３では、すべてのフレームを削除でき、任意のコンテナ／フレームを追加することもできる。第２のレベル２００上では、管理者の１人が、第１の列１２０中でポートレットＰ６をポートレットＰ１２で置き換え、第２の列１２２からポートレットＰ９を（フレームと共に）除去し、この列を不変（ｆ）にする。次のレベル３００上の管理者／ユーザは、第１の列１２１中でポートレットＰ１２をポートレット１０で置き換え、第２列１２２中でポートレットＰ７、Ｐ８をＰ２１、Ｐ１５で置き換え、第３の列にＰ１７とＰ２０を追加している。第２の列１２２から何も追加／削除することはできない。
【００１６】
内部表現のために、ページ全体が、データ記憶ページ・レイヤの結合として構築される。このため、表示されたページのユーザが管理するレイヤの前のレイヤすべてに対するページ・インスタンスがロードされる。次いで、これらのレイヤに属するコンテナまたはレイヤのすべてがページにロードされ、その親／置換の関係に従って接続される。ツリーのルートを指すポインタがセットされる。この構造は、フレキシブルであり、高速のツリー横断動作を行うことを可能とし、また、いくつかのページ・インスタンス・エレメントに戻って構造を保存するのに十分な情報を提供する。図４、図５は、どのようにすれば３レイヤのページ・インスタンス構造（ＰＩ１、ＰＩ２、ＰＩ３）をその内部のページ表現に変換できるかのサンプルを示す。各コンポーネント（コンテナまたはフレーム）は、親ＩＤまたは置換ＩＤを有する。さらに、各コンポーネントは、割り当てられたレイヤＩＤ（図示せず）を有する。順序数は、親コンポーネントの子リスト中におけるコンポーネント位置情報を与える。親も置換も有しないコンポーネントは、ルート・コンポーネントと規定される（図５）。
【００１７】
例えば、最初のページ・インスタンスＰＩ１（基本レイアウト、第１レイヤ）は、コンポーネント１〜１０を規定し、次のページ・インスタンスＰＩ２（第２レイヤ）は、コンポーネント２１〜２７をさらに規定し、最後に第３のページ・インスタンスＰＩ３（第３のレイヤ）は、さらにコンポーネント４０、４１を規定する（図４）。この内部表現体系は、コンポーネントの親／置換の関係を示す（図５）。例えば、ＩＤ２５、ＩＤ２６を有するコンポーネントをＩＤ４０、ＩＤ４１を有するコンポーネントで置き換える。コンポーネント４０の親コンポーネントは、今やコンポーネント２４になり、コンポーネント４１の親コンポーネントも２４になる。コンポーネント２４それ自体もコンポーネント８を置き換える。コンポーネント２４の親コンポーネントは、今やコンポーネント３になる。コンポーネント３の親コンポーネントは、親または置換コンポーネントをこれ以上持たないコンポーネント１である。図９は、本発明の委譲特殊化の方法を示す。３１で、最も高い管理レベルの管理者は、ＩＤ、ページ・タイトル、ページ記述を有する新しいページを作成する。次いで３２で、管理者は、それ自体のＩＤと割り当てられたレイヤＩＤとを有するフレーム付きの、またはフレームのない、１つまたは複数のコンテナを含むことができるページのために、ある種の基本レイアウトを規定する。３３で、規定済みの各フレームにポートレットが割り当てられる（ポートレットＩＤ）。次いで３４で、管理者は、どの規定コンテナまたはフレームが次の管理レベルによって変更できないかを規定し、そのページを特殊化するために次の管理レベルにアクセス権を付与する。３５で、次の管理レベルは、それが許可され管理者がアクセス権を有している場合、フレームを置き換え、既存のコンテナに新しいフレームを追加し、あるいは既存のフレーム／コンテナを削除し、あるいは１つのコンテナから他のコンテナにフレームを移動し、あるいはサブコンテナを作成することによりそのページを特殊化することができる。（レイヤ、コンテナ、フレームの）各特殊化は、それ自体のＩＤ（レイヤＩＤ）およびその関連する親ＩＤによって識別される。最後に３６で、管理者は、変更できない、自分が実施した特殊化の部分を規定することができ、次の管理レベルにアクセス権を付与する。３７で、この特殊化が終了するまで前述の諸ステップが繰り返される。典型的な従来技術のポータル（図６）は、ポータル１へアクセスできるようにする認証コンポーネント２０、ポータル１の構成を可能にするカスタマイズ・コンポーネント１０、要求されたユーザ・ページ上にどのポートレットをどんな順序で表示すべきかを見つける集約コンポーネント３０、ユーザの登録されているポートレット８０、９０だけにアクセスできるようにするための許可コンポーネント４０、およびローカル８０にまたはリモート９０に記憶されている実行可能なポートレットすべてへの共通のインターフェースを提供するポートレット・コンテナ・コンポーネント６０を含むことが好ましい。本発明の新規なおよび発明的な部分では、主としてカスタマイズ・コンポーネントを扱う（図７）。この新規のカスタマイズ・コンポーネント１１、１３、１４、１６は、レイアウト設計の様々な部分を処理するために、その内部でいくつかのコンポーネントに分割されている。ページ・マネジャ１１は、ページの処理を担当する。以下のアクションは、このページ・マネジャの一部分である。すなわち、ページの作成、ページ名の変更、ページの削除、ページごとに許可されたマークアップのセット、順序の変更、ページへのアクセス権の管理である。ページ・マネジャ１１によって作成されたページは、ページ・データ・ストア１２に記憶される。ページは、ページ・タイトル、ページ記述などを含む。複数のページ・インスタンス（例えば、同じページのすべてのレイヤ）が、同じページの記述子を参照する。こうすると、タイトルを１度で規定することができ、これを特殊化したページすべてに使用できるようになる。１つのページ・インスタンス（レイヤ）は、１つの特殊化レイヤに対応しており、このレイヤ上で規定された差分（コンテナまたはフレーム）だけを参照する。各コンテナまたはフレームは、１つのページだけに属し、その親コンテナ／フレームまたは置換コンテナ／フレームを参照する。置換コンテナ／フレームは、親レイヤ中のコンテナ／フレームであり、特殊化中にこのコンテナ／フレームで置換が行われる。
【００１８】
ポートレット・ブラウザは、ポートレットを表示し、かつナビゲートする。以下のアクション、すなわち利用可能なポートレットのナビゲート、およびポートレットの検索を含む。
【００１９】
レイアウト・マネジャ１４は、コンテナまたはフレームのページ・レイアウトを構築し、固定のまたは任意選択のエレメントの処理をサポートする。これには、行および列の追加／除去、ポートレットの追加、「不変」／「編集可能」とのマーク付け、ポートレットの編集、行および列のプロパティの編集が含まれる。
【００２０】
図７で示すように、レイアウト・マネジャによって生成されたデータはコンテナ・データ・ストア１５に記憶される。コンテナ・データ・ストア１５は、第１のレイヤ中の最も高い管理者レベルによって作成された基本レイアウトと、前のレイヤに対する各レイヤの差分のすべてとを、それ自体のＩＤならびにその親レイヤＩＤと共に記憶することが好ましい。
【００２１】
カラーおよびスキン・マネジャ１６は、コンポーネントの視覚的な表現の動的な規定、すなわちページまたは個々のポートレットへのスキンの適用や、ぺージのためのカラーリング方式の選択など、に対するサポートを提供する。
【００２２】
図８は、ポータル管理者に提供できる、ページ・マネジャ、ポートレット・ブラウザ、およびレイアウト・マネジャ機能のＧＵＩの一例を示す。以下のＧＵＩエレメントがページ・マネジャ中で提供される。すなわち、利用可能なページを示すリスト・エレメント、ページ作成／ページ名変更／ページ削除用ボタン、および新しいページ用のまたはそのページ名変更用のテキスト入力フィールドが提供される。ページ・マネジャは、「ユーザがページを作成する」ストーリを実施することが好ましい。新しい名前を入力すると、ユーザはその名前を保存することにより、新しいページの作成を選択することができる。その新しい名前は、一義的なものである必要はないが、継続的に保守容易性を得るために、そのようにすることが推奨される。新しいページは、最初は空である。この新しいページを作成したユーザには、そのページに対する「管理」権が暗黙的に割り当てられる。他のストーリは、「ユーザがページ名を変更する」である場合がある。ユーザは、既存のページを選択し、新しい名前をタイプし、そのページ名の変更を選択する。ページ名を変更するには、ユーザはそのページに対する「管理」権を持っている必要がある。さらに他のストーリは、「ユーザがページを削除する」である場合がある。ユーザは、既存のページを選択し、そのページの削除を選択する。ページを削除するには、ユーザはそのページに対する「管理」権を持っている必要がある。ユーザは、マークアップ（デバイス）を選択する。ユーザは、既存のページを選択し、そのページを表示できるマークアップ（またはデバイス）を選択する。利用可能なページを示すリストを提供するページ選択ＧＵＩによって他の機能を提供することもできる。ページ選択ＧＵＩは、「ユーザがカスタマイズのためにページを選択する」ストーリを提供することができる。ユーザは、既存のページを選択し、そのページの表示／編集を選択する。レイアウト・マネジャが新しいページを表示し、許可された任意の修正のためにそのページを用意する。ユーザには、自分が「表示」権または「管理」権を有するページが提示されるだけである。カスタマイザ（すなわち、本明細書中に記載のコンポーネントのすべてまたはその一部を含むページ）に入力すると、ページ選択機能のために現在のページが事前選択される。利用可能なポートレットを示すエレメント・リストと、ポートレットを追加するボタンとを提供するポートレット・ブラウザＧＵＩによって、他の機能を提供することができる。ポートレット・ブラウザは、「ユーザがレイアウトにポートレットを追加する」ストーリを提供することができる。ユーザは、利用可能なポートレットのリストからポートレットを選択し、現在のレイアウトの選択された位置への追加を選択することができる（以下を参照）。その新しい親が「不変」とマーク付けされていない場合、あるいはユーザがその「管理」権を有するレイヤに親が属する場合にのみ、ポートレットを追加することができる。ポートレットが追加されたコンポーネントが「不変」とマーク付けされていた場合、ポートレットはデフォルト（省略時解釈）として「編集可能」ではない状態をとる。「レイアウト領域」、利用可能なレイアウト・コンポーネントを示すリスト・エレメント（この場合、行と列）、レイアウト・コンポーネントを追加、移動、および除去するボタン、および（修正した）ページを保存するボタンを提供するレイアウト・マネジャＧＵＩによって、他の機能を提供することができる。レイアウト・マネジャは、「ユーザがレイアウト・コンポーネントを追加する」ストーリを実施することができる。ユーザは、利用可能なコンポーネント・リストからレイアウト・コンポーネントを選択し、それをページに追加することを選択する。その新しい親が「不変」とマーク付けされていない場合、あるいはユーザがその「管理」権を有するレイヤに親が属する場合にのみ、そのコンポーネントを追加することができる。他のストーリは、「ユーザがレイアウト・コンポーネントを除去する」ことである場合がある。ユーザは、現在のレイアウト中のレイアウト・コンポーネントを選択し、それをページから除去することを選択する。その新しい親が「不変」とマーク付けされていない場合、あるいはユーザがその「管理」権を有しているレイヤに親が属している場合にのみ、選択されたコンポーネントを追加することができる。他のストーリは、「ユーザがレイアウト・コンポーネントを移動する」ことである場合がある。ユーザは、現在のレイアウト中のレイアウト・コンポーネントを選択し、その移動を選択する。その新しい親が「不変」とマーク付けされていない場合、またはユーザがその「管理」権を有するレイヤに親が属する場合にのみ、選択されたコンポーネントを追加することができる。他のストーリは、「レイアウト・コンポーネントに「不変」とマーク付けをする」ことである場合がある。ユーザは、現在のレイアウト中のレイアウト・コンポーネントを選択し、それを「不変」とマーク付けする。付随的効果として、すべての親コンポーネントが同じように暗黙的に「不変」とマーク付けされることになる。ユーザは、各コンポーネントをその一部分として持つレイヤに対しての「管理」権を自分が有する場合にのみ、現在の設定を変更することができる。他のストーリは、「ユーザがポートレットを「編集可能」とマーク付けする」ことである場合がある。ユーザは、現在のレイアウト中のポートレットを選択し、それを「編集可能」とマーク付けする。これは、そのページに対する「編集」権およびそのポートレットに対する「編集」権を有するユーザがポートレットを編集できることを意味する。ポートレットをその一部分として持つレイヤに対しての「管理」権を有する管理者によってのみ、「編集できない」と宣言されたポートレットの編集ができる。ユーザは、各ポートレットをその一部分として持つレイヤに対する「管理」権を自分が有する場合にのみ、現在の設定を変更することができる。さらなるストーリは、「ユーザがポートレットを編集する」ことである場合がある。ユーザがポートレットを選択し、そのポートレットの編集を選択する。ユーザは、ポートレットをその一部分として持つレイヤに対する「管理」権を自分が有する場合、あるいは自分が「編集」権を有し、そのポートレットが「編集可能」とマーク付けされている場合にのみ、そのポートレットを編集することができる。最後に、さらなるストーリは、「ユーザがページを保存する」ことである場合がある。ユーザが現在のページおよびそのレイアウトの保存を選択する。これが最初のレイヤではない場合、このページが基本にしている既存のレイヤに他のレイヤが追加される。
【００２３】
図１０、図１１は本発明によるページの集約を示す。２１で、ポータルのユーザがログインすると、ユーザがアクセス権を有するすべてのページＩＤが決定される。次いで２２で、ユーザがアクセス権を有するすべてのページ・インスタンスがロードされ、２３で、ページ・リストが、生成されたレイヤ・インスタンスを示さずに表示される。２４で、１ページ・レイヤづつ選択された後、コンテナ・データ・ベースから、適切なレイヤに属するコンテナおよびフレームのすべてがロードされる。次いで２５で、第１のレイヤの一番上のコンテナから始めて、他のコンテナまたはフレームのすべてをその親に接続することにより、コンテナおよびフレームがレイヤごとに組み立てられる。次いで２６で、次のレイヤに進み、すでに組み立てられた部分に次のレイヤからのコンテナまたはフレームを追加し、そのシャドーでコンテナまたはフレームを置き換え、新しい子コンテナまたはフレームを追加する。
【００２４】
最後に２７で、すべてのレイヤについて以前の諸ステップを繰り返す。次いで２８で、そのページ上で規定されるポートレットのリストを取得し、ポートレットＩＤを対応するフレームに割り当てる。次いで２９、３０で、ツリーが横断され、コンテナがレンダリングされ、インボーカが呼び出されてポートレット・コンテンツがレンダリングされる。
【００２５】
本発明は、以下のように要約することができる。
前のセクションに記載の委譲ページの特殊化を実現する鍵は、ぺージ特殊化の階層を追跡することにある。そうすることによって、異なる特殊化同士の間の依存関係が維持される。それと同時に、ページ特殊化によって管理を非集中化できるので、様々な人々または管理者が、互いに完全に独立してぺージを特殊化することが可能になる。ページ特殊化の階層を構築し集約して、すべてのページ・インスタンスおよびその各特殊化の組み合わせた表示が作成されるのは、視覚化（すなわち、ウェブ・ページまたはポータル・ページの表示）のときだけである。
【００２６】
すでに述べたように、本特許出願は特定のコンテンツ・タイプに限定されるものではない。コンテンツ・タイプは、ウェブ・ページ（コンテンツ・エレメント：マークアップ・フラグメント）、ポータル・ページ（コンテンツ・エレメント：ポートレット）、テキスト・ドキュメント（コンテンツ・エレメント：章、段落、ピクチャなど）である場合がある。
【００２７】
ページ特殊化を、（多分、様々なタイプの）コンテンツの差分およびコンテンツ・エレメントとして記憶し、前述の方法でそれをロードおよび再作成することにより、（コンテンツ・エレメントのタイプによってのみ制限される）コンテンツを任意の数の方法で特殊化し、（メモリまたはストレージによってのみ制限される）コンテンツを何回も特殊化し、（付随するリンクまたは参照のない）「一覧性」を有し、ドキュメントの知識を非集中化し、各特殊化への許可を割り当てることが可能となり、したがって、非集中式でさらなる特殊化を管理することができ（中央管理のドキュメントでは、権限付与に対して細かく制御することは（不可能ではないとしても）かなり困難である）、すでに特殊化された特殊化に修正を加えることもできるようになる。
【図面の簡単な説明】
【００２８】
【図１】いくつかのフレームを有する典型的なポータル・ページを示す図である。
【図２】本発明の基本的な方法を示す図である。
【図３】本発明のページ・レイヤ概念を示す図である。
【図４】３レイヤ構造に基づくコンポーネント（コンテナ）の内部表現の好ましい実施形態を示す図である。
【図５】３レイヤ構造に基づくコンポーネント（コンテナ）の内部表現の好ましい実施形態を示す図である。
【図６】従来技術のポータルを示す図である。
【図７】本発明のモジュールを有するポータルを示す図である。
【図８】管理者用ＧＵＩの好ましい実施形態を示す図である。
【図９】本発明で使用される、異なる管理レベルによる委譲ページの特殊化のための流れ図である。
【図１０】本発明に従ってページを構築するための流れ図である。
【図１１】本発明に従ってページを構築するための流れ図である。
【図１】
2005521951.tif 000003
【図２】
2005521951.tif 000004
【図３】
2005521951.tif 000005
【図４】
2005521951.tif 000006
【図５】
2005521951.tif 000007
【図６】
2005521951.tif 000008
【図７】
2005521951.tif 000009
【図８】
2005521951.tif 000010
【図９】
2005521951.tif 000011
【図１０】
2005521951.tif 000012
【図１１】
2005521951.tif 000013
【手続補正書】
【提出日】平成16年2月27日(2004.2.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
委譲ページの特殊化方法であって、規定管理レベルによってページが作成されており、ページ識別情報（ＩＤ、３１）および規定レイアウト（３２）によって前記ページが規定され、前記規定レイアウトは、識別情報によって規定レイヤに割り当てられ、識別情報によって前記規定レイアウトの変更可能な部分ではなく既存の親コンテナに割り当てられ、アクセス権によって次の管理レベルに割り当てられた、少なくとも１つのコンテナを含み、
変更可能な部分上で前記規定レイヤを特殊化（３５）し、前記規定レイヤとの差分を生成して新しいレイヤを表現し、識別情報を前記新しいレイヤおよび前記親レイヤに割り当てるステップと、
前記差分を記憶するステップと、
前記差分の部分を次の管理レベルでは変更できないように規定する（３６）ステップと、
特殊化のために、前記差分へのアクセス権を次の管理レベルに対して付与するステップと
を含む方法。
【請求項２】
前記諸ステップを次の管理レベルで繰り返す（３７）ステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記新しいレイヤが、識別情報によって前のレイヤの親コンテナに割り当てられるフレームを持った、またはを持たない、コンテナを含む、請求項２に記載の方法。
【請求項４】
前記レイヤが、いわゆるツリー構造内に記憶される、請求項３に記載の方法。
【請求項５】
前記コンテンツを、ウェブ・ページ、ポータル・ページ、またはテキスト処理システムのテキスト・ドキュメントの形で提示することができる、請求項１に記載の方法。
【請求項６】
前記ポータル・ページが、ポータル・システムによって提供されており、前記ポータル・システムが、ユーザ認証のための認証コンポーネント（２０）と、許可されたコンテンツへのユーザ・アクセスを提供するための許可コンポーネント（４０）と、コンテンツをレンダリングするためのポートレット（８０、９０）と、前記ポートレット（８０、９０）によって提供されるコンテンツを集約するための集約コンポーネント３０とを含む、請求項５に記載の方法。
【請求項７】
前記差分が、前記規定レイヤに関して、１つまたは複数のコンテナおよび／またはフレームを削除、追加、または移動することで特徴付けられる、請求項１に記載の方法。
【請求項８】
各フレームにポートレットＩＤが割り当てられる、請求項６に記載の方法。
【請求項９】
前記規定管理レベルを、第１の管理レベルとすることができ、前記規定レイアウト・ページを、基本レイアウト（第１レイヤ）とすることができる、請求項１に記載の方法。
【請求項１０】
前記ポータル・ページおよび前記ホーム・ページが、ページ・タイトルおよびページ記述によってさらに定義される、請求項５に記載の方法。
【請求項１１】
前記特殊化するステップが、コンテナまたはフレームを削除し、追加し、移動するステップを含む、請求項１に記載の方法。
【請求項１２】
新規に追加されるレイヤはそれぞれ、レイヤＩＤと、その親レイヤＩＤと、そのレイヤに割り当てられたページＩＤとを含む既存のレイヤ・テーブルに追加される、請求項１に記載の方法。
【請求項１３】
新規に追加されるコンテナはそれぞれ、コンテナＩＤと、その親コンテナＩＤと、そのコンテナに割り当てられたレイヤＩＤとを含む既存のコンテナ・テーブルに追加される、請求項７に記載の方法。
【請求項１４】
コンテナの削除が、削除されるコンテナに適用されるターミネータを示すことにより既存のコンテナ・テーブル中に追加される、請求項７に記載の方法。
【請求項１５】
コンテナの移動が、置き換えられるコンテナおよび新しい親を示すことによって既存のコンテナ・テーブル中に追加される、請求項７に記載の方法。
【請求項１６】
ページを要求するユーザからの入力を受け取るステップと、
前記レイヤ・テーブルを使用することにより前記ページに属するレイヤを決定するステップと、
前記コンテナ・テーブルを使用して前記レイヤに属するすべてのコンテナおよびフレームを、レイヤごとに決定しロードするステップと、
第１のレイヤから始めて、コンテナおよびフレームをその親関係（ツリー構造）に従ってすべて接続することにより、前記コンテナおよびフレームを組み立てるステップと、
前記コンテナ／フレームを、前記ツリー構造の親関係に従って前記コンテナおよびフレームをレンダリングすることにより視覚化するステップとを含む、請求項１ないし１５に記載の方法によって作成されるページを電子的に表示する方法。
【請求項１７】
前記ページが、ポータル・ページであり、前記組み立てるステップが、ポートレットＩＤを各フレームに割り当てるステップをさらに含み、前記視覚化ステップが、前記ポートレットが提供すべきコンテンツをレンダリングするステップをさらに含む、請求項１６に記載の方法。
【請求項１８】
請求項１、２、４、５、７、９、１１ないし１６に記載の方法を使用するアプリケーション・プログラム。
【請求項１９】
テキスト処理プログラムまたはポータル・アプリケーション・プログラムである、請求項１８に記載のアプリケーション・プログラム。
【請求項２０】
デジタル・コンピュータの内部メモリに記憶されるコンピュータ・プログラムであって、前記コンピュータ上で動作する場合に請求項１ないし１７に記載の方法を実行するためのプログラム・コード部分を含む、コンピュータ・プログラム。
【国際調査報告】
2005521951.tif 000014
2005521951.tif 000015