JP2002535778A - チャネル化データを提示するためのシステムおよび方法 - Google Patents

Abstract

(57)【要約】 複数のソースからのデータをユーザに提示するためのシステムおよび方法。このシステムは、複数の情報源、ユーザ・インターフェース、コンテンツ記憶装置、およびユーザ・インターフェースおよびコンテンツ記憶装置に接続しているサーバを含む。ユーザ・インターフェースは、公開済みコンテンツとして識別されるべき一つまたはそれ以上の複数の情報源からのデータを選択し、公開済みコンテンツと識別されたデータへアクセスするためのコンテンツ要求を発行する。コンテンツ記憶装置は、公開済みコンテンツを記憶し、サーバは、ユーザ・インターフェースから受信したコンテンツ要求を管理する。サーバは、リポジトリおよびコンテンツ・ディレクトリを含み、リポジトリは、公開済みコンテンツに関連する仮想ディレクトリ構造体を管理し、コンテンツ・ディレクトリは、コンテンツ記憶装置内に記憶されているすべての公開済みコンテンツをポイントしているコンテンツ・ディレクトリ構造体を管理し、コンテンツ・ディレクトリ構造体は、リポジトリ内の仮想ディレクトリ構造体により参照される。

Description

【発明の詳細な説明】

【０００１】

【発明の分野】

本発明は、コンピュータ・ソフトウェアに関し、特に、同じ方法で種々のソー
スからのデータを提示するためのシステムおよび方法に関する。

【０００２】

【発明の背景】

最近、情報の量と情報源が爆発的に増大してきている。現在、商業団体は、そ
の情報を管理するための多くの異なるツールを持っている。商業団体は、文書を
作成し、編集するためにワープロ・アプリケーションを使用し、計算を行うため
にスプレッドシート・プログラムを使用し、販売、従業員および他の事実にアク
セスするために一つまたはそれ以上のデータベース・ツールを使用し、インター
ネットにアクセスするためにインターネット・ツールを使用し、内部ウェブサイ
トに公開済みの社内情報にアクセスするためにイントラネット・ツールを使用す
る。各ツールは、異なる方法で動作する。自分のジョブに必要なツールをマスタ
ーするには長い時間が掛かる場合がある。さらに、特定のツールを使用する際の
基本的知識を入手するために必要な学習曲線は、ユーザの学習意欲を挫折させ、
ユーザが、自分のジョブに関連する情報を供給することができるツールの使用を
しりごみする場合もでてくる。

【０００３】 インターネットおよびイントラネットの導入により、問題はさらに悪化してき
ている。平均的な労働者が入手することができるデータの量は劇的に増大してき
ている。そのため、構造化されていないコンテンツのこの氾濫において、関連情
報をどのように発見したらよいのかという問題が大きな問題となってきている。
意思決定プロセスに基本的な情報上をナビゲートし、探索し、組織化し、受信し
、配布し、協同研究するための共通な方法は存在しない。それ故、組織化を行う
と、多くの場合、組織内においては文書化されるが、意思決定を行う人が知らな
い、または入手できない事実により決定がマチマチなものになる。ビジネス・プ
ロセス・リエンジニアリングおよび顧客関係管理が依然として成長を続けている
ので、この問題は激化するだろう。

【０００４】 現在必要とされているのは、種々のソースからのデータを同じ方法で提示する
ための方法である。同時に、現在必要とされているのは、直感的で、ユーザに優
しい、上記データにアクセスするためのインターフェースである。

【０００５】

【発明の概要】

ある観点から見た場合、本発明は、複数のソースからのデータをユーザに提示
するためのシステムおよび方法である。このシステムは、複数の情報源、ユーザ
・インターフェース、コンテンツ記憶装置、およびユーザ・インターフェースお
よびコンテンツ記憶装置に接続しているサーバを含む。ユーザ・インターフェー
スは、公開済みコンテンツとして識別される一つまたはそれ以上の複数の情報源
からのデータを選択し、公開済みコンテンツと識別されたデータへアクセスする
ためのコンテンツ要求を発行する。コンテンツ記憶装置は、公開済みコンテンツ
を記憶し、サーバは、ユーザ・インターフェースから受信したコンテンツ要求を
管理する。サーバは、リポジトリおよびコンテンツ・ディレクトリを含み、リポ
ジトリは、公開済みコンテンツに関連する仮想ディレクトリ構造体を管理し、コ
ンテンツ・ディレクトリは、コンテンツ記憶装置内に記憶しているすべての公開
済みコンテンツをポイントしているコンテンツ・ディレクトリ構造体を管理し、
コンテンツ・ディレクトリ構造体は、リポジトリ内の仮想ディレクトリ構造体に
より参照される。

【０００６】 すべての図面においては、類似の参照番号は類似の構成部材を示す。

【０００７】

【好適な実施形態の説明】

好適な実施形態の下記の説明においては、本明細書の一部を形成する添付の図
面を参照する。これらの図面は、本発明が実行されている特定の実施形態を示す
が、これは単に説明のためのものに過ぎない。本発明の範囲から逸脱することな
しに他の実施形態を使用することもでき、構造上の変更も行うことができること
を理解されたい。

【０００８】 下記の詳細な説明のいくつかの部分は、アルゴリズムで、コンピュータ・メモ
リ内でのデータ・ビット上の動作の記号による表示で表わされている。これらの
アルゴリズム的な説明および表示は、他の当業者に対して、これらの作業の実体
を最も効果的に伝えるために、データ処理技術の当業者が使用する手段である。
あるアルゴリズムがここにあり、一般に、必要な結果に導くステップの、つじつ
まの合うシーケンスであると考えられる。これらのステップは、物理的な量の物
理的な操作を必要とするステップである。普通、これらの量は、記憶、転送、結
合、比較、およびその他の操作を行うことができる電気信号または磁気信号の形
をとるが、必ずしもこのような形でなくともよい。主として、共通使用を行うた
めに、これらの信号を、ビット、値、要素、記号、文字、項、数等と呼ぶことが
、場合によっては便利であることが分かっている。しかし、これらおよび類似の
項のすべてを適当な物理的な量に関連づけ、これらの量に単に便宜上のラベルを
つけることを銘記されたい。別段の表示がない限り、以下の説明から分かるよう
に、本発明全体を通して、「処理」、「計算」、「算出」、「決定」または「表
示」等のような用語を使用している説明は、コンピュータ・システムのレジスタ
およびメモリ内で、物理的（電子的）量として表わされるデータを操作し、コン
ピュータ・システムのメモリまたはレジスタまたは他の上記情報記憶装置、送信
装置または表示装置で、同様に、物理的量として表わされる他のデータに変換さ
れる、コンピュータ・システムまたは類似の電子計算装置の行動および処理を意
味することを理解されたい。

【０００９】 図１は、異なるソースからの情報を表示するためのシステムである。図１にお
いては、システム１０は、一つまたはそれ以上の情報源１４、記憶装置１６、お
よび一つまたはそれ以上のデータ入力装置（１８，２０）に接続しているコンテ
ンツ・サーバ１２を含む。ある実施形態の場合には、以下に説明するように、サ
ーバ１２は、リポジトリ２２およびコンテンツ・ディレクトリ２４を含む。ある
実施形態の場合には、データ入力装置２０は、ユーザ・ターミナルまたはワーク
ステーションであり、データ入力装置１８は、管理ターミナルまたはワークステ
ーションである。

【００１０】 すでに説明したように、今日まで、意思決定プロセスに基本的な、本質的に異
なるソースからの情報上をナビゲートし、探索し、組織し、受信し、配布し、ま
た協同研究するための共通方法は存在しなかった。それ故、組織は、自分達が自
由に使用することができるすべての事実よりも若干少ない事実に基づいて意思決
定をする。この必要性を解決するために、ある実施形態の場合には、システム１
０は、組織全体を通して、複数の領域からのデータを記憶し、アクセスするため
にワールド・ワイド・ウェブ・パラダイムを使用する。システム１０は、共通の
リポジトリまたはライブラリを供給する。組織全体を通してのシステムおよびア
プリケーションは、それに公開することによりライブラリにコンテンツを送るこ
とができる。

【００１１】 ある実施形態の場合には、ユーザおよび／またはシステムは、記憶装置１６に
構造化されていないコンテンツを公開することにより、また、リポジトリ２２内
に記憶されている対象物キーを通してそのコンテンツにアクセスすることにより
組織のライブラリに情報を送る。このような実施形態の場合には、リポジトリ２
２は、フォルダの階層として組織される。対象物は、ユーザまたは対象物により
組織することができ、リポジトリ２２から公開することもできるし、リポジトリ
２２から削除することもできる。さらに、フォルダ構造体を使用することにより
、ユーザは、構造化された方法で対象物をナビゲートすることができる。

【００１２】 ライブラリ内の情報は、チャネルに組織される。ある実施形態の場合には、チ
ャネルは、特定の主題によりグループ分けされた情報の論理的な組織である。ユ
ーザは、特定の主題に関して放送された情報を受信するために、個人チャネル、
作業グループ・チャネルまたはパブリック・チャネルに加入することができる。
あるチャネルに加入すると、ユーザは、そのヘッドラインをブラウズし、−−よ
り詳細に知る目的で、付属の報告対象物を開くかどうかを決定するために、「同
調」することができる。また、ユーザは、自分自身の個人的なメッセージにより
発生したヘッドラインを組織化するために、自分自身のチャネルを生成すること
ができる。チャネル情報は、リポジトリ２２に記憶される。

【００１３】 データ入力装置２０は、ユーザ・インターフェースを含む。ある実施形態の場
合には、ユーザ・インターフェースを使用することにより、ユーザは、複数の情
報源の中の一つまたはそれ以上からデータを選択し、そのデータに公開済みコン
テンツというラベルをつけ、公開済みコンテンツにアクセスするために、コンテ
ンツ要求を発行することができる。そのような実施形態の場合には、データ入力
装置１８は、ビジネス・インテリジェンスにポータル状インターフェースを提示
するために、システム管理責任者の制御の下で、Ｊａｖａアプレットを実行する
。データ入力装置２０は、また、上記Ｊａｖａアプレットを実行するように構成
することができる。ウェブのポータルは、ニュースページの形をしている。一つ
またはそれ以上のチャネルからの有用な情報は、ユーザにより選択することがで
きる。ある実施形態の場合には、個人化した電子ニュースペーパー、またはニュ
ースページ内のヘッドラインを通して上記情報にアクセスすることができる。こ
のような実施形態の場合には、デフォールト・テンプレートが、各ニュースペー
ジに供給される。しかし、ユーザは加入チャネルから最もタイムリーなヘッドラ
インを表示するために、自分のニュースページをカストマイズすることができる
。

【００１４】 ある実施形態の場合には、そのユーザに関連するイベントが発生した場合、メ
ッセンジャと呼ばれる自動化プロセスが、ユーザに警告を行う。各メッセンジャ
は、名前、記述およびイベントにより定義される。さらに、メッセンジャは、参
照されたコンテンツのページへのリンクを含むことができる。

【００１５】 このような実施形態の場合には、メッセンジャの警告は、ユーザへの電子メー
ルの形をとる。このような他の実施形態の場合には、警告は、（例えば、あるチ
ャネル上で新しいコンテンツを入手できる場合の、ニュースページのヘッドライ
ンの変更のような）ユーザのニュースページ上にヘッドラインとして提示される
。ニュースページの実施形態の場合には、メッセンジャは、指定の期間の間、加
入チャネル上に表示されているヘッドラインを求めて裏で探索する。その後で、
これらのヘッドラインは、ユーザのニュースページ上に表示される。

【００１６】 ある実施形態の場合には、情報源１４上で動作しているエージェントは、第一
の予定時間に報告を発生する。例えば、情報源１４は、データ・ウェアハウスで
あってもよく、毎月曜日の夜に、エージェントは、データ・ウェアハウス内に記
憶しているデータに基づいて売上げの数字の詳細な分析を行う。報告が古い報告
を更新するように記憶される限りは、報告への任意のアクセスは、いつでも報告
の最新のバージョンにアクセスする。

【００１７】 この例の場合には、システム１０内で動作しているメッセンジャは、ユーザに
、第二の予定時間（例えば、毎週の火曜日の朝）に報告をチェックすることを思
いださせるように設定される。火曜日の朝、メッセンジャは、ユーザに、（例え
ば、ヘッドラインまたは電子メールにより）報告をチェックするように通知する
。それ故、ユーザは、上記メッセンジャに関連するコンテンツを選択することに
より報告をチェックすることができる。他の実施形態の場合には、情報源１４内
で動作しているエージェントは、サーバ１２内でメッセンジャをスタートさせる
。その後で、メッセンジャは、ユーザに特定のイベントが発生したことを通知す
る。

【００１８】 他の実施形態の場合には、情報源１４はサーバ・エンジン２６に対して直接に
公開し、そこからアクセスすることができる。

【００１９】 他の実施形態の場合には、各チャネルに対して一つのヘッドラインが表示され
る。ユーザは、特定のテーマに関する情報を受信するためにパブリック・チャネ
ルに加入することができる。ユーザがあるチャネルに加入すると、ユーザは、よ
り詳細なコンテンツを入手するためにヘッドラインをブラウズし、または上記ヘ
ッドライン付属の報告にリンクするために「同調」することができる。ある実施
形態の場合には、ユーザの個人的メッセンジャが発生したヘッドラインを組織す
るために、ユーザは、チャネルを生成することができる。

【００２０】 ある実施形態の場合には、記憶装置１６は、公開コンテンツを記憶する。その
後で、サーバ１２を通して公開コンテンツにアクセスすることができる。図２は
、そのような方法を示す。図２においては、データ入力装置２０は、サーバ１２
に接続している。サーバ１２は、サーバ・エンジン２６、リポジトリ２２および
コンテンツ・ディレクトリ２４を含む。ある実施形態の場合には、サーチ・エン
ジン３０による探索を容易にするために、公開コンテンツを表わすサーチ・メタ
ファイルが索引２８に記憶される。エンジン２６は、コンテンツとして公開され
る文書を受信し、対象物キーをその文書と関連づけ、リポジトリ２２内にその対
象物キーを記憶する。そのような実施形態の場合には、記憶装置１６内に記憶さ
れている上記対象物へのポインタがディレクトリ２４内に置かれ、文書スタブ・
ファイルが索引２８に書き込まれる。図２は、二つの情報源１４、すなわち、デ
ータ・ウェアハウス１４．１およびオンライン取引処理システム１４．２を示す
。さらに、ワープロ文書またはスプレッドシート文書を発生するパソコン・アプ
リケーションのような他の情報源１４．３は、システム１０のライブラリに公開
することができる。実際、ある実施形態の場合には、ソフトウェア・ドライバの
ような実行可能なものがライブラリに公開され、その後で、ユーザにより読み出
され、インストールされる。

【００２１】 サーバ・エンジン２６は、ユーザ・インターフェースから受信したコンテンツ
要求を管理する。このような実施形態の場合には、リポジトリ２２が、公開コン
テンツに関連する仮想ディレクトリ構造体を管理し、コンテンツ・ディレクトリ
２４が、記憶装置１６内に記憶しているすべての公開コンテンツをポイントして
いるコンテンツ・ディレクトリ構造体を維持する。ある実施形態の場合には、コ
ンテンツ・ディレクトリ構造体には、リポジトリの仮想ディレクトリ構造体内に
記憶している対象物キーによりアクセスする。

【００２２】 文書は、他の文書にリンクすることができる。ある実施形態の場合には、ある
文書内のハイパーテキスト・リンクは、リポジトリ２２内の他の文書をポイント
する。

【００２３】 ある実施形態の場合には、サーバ・エンジン２６は、メッセンジャの処理をモ
ニタし、スケジュールするスケジューラを含む。このような実施形態の場合には
、サーバ・エンジン２６は、また、通常の方法で、すべての公開ニュースページ
、作業グループ・ニュースページおよび個人的ニュースページに対する発生をス
ケジュールし、管理する。例えば、サーバ・エンジン２６は、毎日、毎週または
他の周期でニュースページを作成するように構成することができる。

【００２４】 ある実施形態の場合には、サーバ・エンジン２６は、複数のＪａｖａサーブレ
ットからなる。Ｊａｖａサーブレットは、スレッドとして実行され、この場合、
各スレッドは、特定の機能を実行する。例えば、コンテンツを公開するようにと
の要求が行われた場合には、スレッドは、ユーザのためにそれを行うようにスケ
ジュールされる。ある実施形態の場合には、Ｊａｖａサーブレットが、装置２０
のところのユーザに送られるコンテンツを発生する場合には、Ｊａｖａサーブレ
ットは、ユーザのブラウザ上に表示されるＨＴＭＬ文書としてフォーマットされ
たコンテンツを提示する。

【００２５】 このような実施形態の場合には、データ入力装置１８上で動作しているシステ
ム管理責任者も、ＨＴＭＬインターフェースを通してサーバ・エンジン２６にア
クセスする。さらに、ある実施形態の場合には、システム１０は、もっと複雑な
日常的なタスクを実行する際に、ユーザを助けるために、アドミニストレータに
ＪＡＶＡアプレットを供給する。

【００２６】 ある実施形態の場合には、リポジトリ２２は、ＳＱＬサーバのような関連デー
タベース内に記憶される。コンテンツはフラット・ファイルに記憶される。

【００２７】 ある実施形態の場合には、リポジトリ２２は、コンテンツ・サーバ内に記憶し
ているコンテンツへのユーザによるアクセスを制限するために、許可をベースと
する機密保護機構を含む。ユーザはグループ内に含まれ、コンテンツへのアクセ
スは、ユーザ、グループおよび企業に与えられた許可により制限される。ある実
施形態の場合には、グローバルな読出し許可と一緒に、最も影響を受けにくい情
報を入手することができる。もっと影響を受け易い情報は、特にグループまたは
ユーザに制限することができる。このような実施形態の場合には、あるユーザが
、実際に、本物のユーザであるかどうかを確認するために身元確認機構（例えば
、ユーザ入力パスワード、１回限りのパスワード、バイオメトリック情報等）が
使用される。

【００２８】 図２に示すような、ある実施形態の場合には、システム１０は、索引２８およ
びサーチ・エンジン３０を含む。ユーザ・インターフェースは、サーチ・エンジ
ン３０を通してコンテンツにアクセスするための手段を含む。このような実施形
態の場合には、探索は、テキサス州ヒューストン所在のサイボティクス・テクノ
ロジー社製造のサイボティクス・サーチ・エンジンにより行われる。サイボティ
クス・サーチ・エンジン上の情報も、ｈｔｔｐ：／／ｗｗｗ．ｃｙｂｏｔｉｃｓ
．ｃｏｍのところで発見することができる。

【００２９】 ある実施形態の場合には、記憶装置１６は、局所記憶装置と遠隔記憶装置との
組合せである。このような実施形態の場合には、リポジトリ２２に公開されるコ
ンテンツは、その元の場所に残る。その後で、ディレクトリ２４は、その遠隔位
置のコンテンツにアクセスするために使用した局所記憶装置内のポインタをポイ
ントする。このような実施形態の場合には、コンテンツを異なる組織のウェブサ
イトに記憶することができる。その場合、ポインタは、上記ウェブサイト上に記
憶している情報へのＨＴＴＰ参照であってもよい。同時に、そのチャネルの他の
コンテンツを内部に、または組織内の他の場所に記憶することもできる。このよ
うな場合、ある実施形態の場合には、ポインタは、サーバ位置および索引番号の
形をとる。そのチャネルのコンテンツにアクセスしているユーザは、そのコンテ
ンツが何処に記憶されているかを知る必要はない。その場所にあるのである。

【００３０】 ある実施形態の場合には、コンテンツ部分は、ジップ・ファイルのような圧縮
したフォーマットで記憶される。サーバ２６は、ユーザに提示する前に、圧縮フ
ァイルを自動的に開く。

【００３１】 ある実施形態の場合には、装置２０は、電話線のような接続を通してサーバ１
２に接続している。遠隔装置２０からサーバ１２へのユーザのロギングは、ロー
カル・ネットワーク内にロギングされるコンテンツを検索することができる。あ
る実施形態の場合には、ユーザは、コンテンツが電話線を通して送信される前に
圧縮され、ユーザのところで解凍される圧縮モードを選択することができる。こ
のような方法を使用すれば、電話線を通して送るデータの量を少なくすることが
できる。

【００３２】 ある実施形態の場合には、ライブラリは、企業領域、作業グループ領域および
個人的作業領域として構築される。各領域内にフォルダを生成することができ、
その後で、コンテンツをフォルダに公開することができる。ある実施形態の場合
には、サーバ２６は、コンテンツが公開済みの領域の関数として、コンテンツに
対するアクセス許可を自動的に設定する。

【００３３】 サーバ１２を分散型環境にすることもできる。すなわち、システム１０は、複
数のコンテンツ・サーバを持つことができる。ある実施形態の場合には、唯一の
サーバが、マスタ（すなわち、マスタ・サーバ４０）である。上記サーバは、そ
れに割り当てられたデータベースまたはリポジトリを持つ。図３は、このような
実施形態を示す。

【００３４】 図３のこのシステムの場合には、ユーザ・ターミナル２０およびアドミニスト
レータ・ターミナル１８は、マスタ・サーバ４０を通して、また、スレーブ・サ
ーバ４２の中の一つを通して記憶装置１６に接続している。マスタ・サーバ４０
は、一つまたはそれ以上のスレーブ・サーバ４２、および一つまたはそれ以上の
情報源１４に接続している。スレーブ・サーバ４２は、記憶装置４４、および一
つまたはそれ以上の情報源１４に接続している。コンテンツは、これらのサーバ
（４０、４２）の中の任意の一つ上に記憶することができ、マスタ・サーバ４０
内に記憶しているリポジトリを通して、また各サーバ上のコンテンツ・ディレク
トリを通してアクセスされる。ある実施形態の場合には、第一のサーバを通して
アクセスできない、または入手できないサーバ上に記憶しているコンテンツにア
クセスしようとすると、アクセスできないサーバが、もう一度アクセスできるよ
うになった場合、マスタは、タスクを実行用のタスク・テーブルに記憶する。

【００３５】 他の実施形態の場合には、マスタ・サーバ４０が、コンテンツを削除するよう
にとのサービス要求を受信した場合、マスタ・サーバ４０は、その要求を適当な
スレーブ・サーバ４２に送る。その後で、マスタ・サーバは、スレーブ・サーバ
が要求を入手し、リポジトリのテーブルからコンテンツへの参照を削除したとい
う仮定の下で動作する。

【００３６】 ある実施形態の場合には、サーバ４０と４２との間で双方向通信を行うために
、遠隔方法呼出し（すなわち、ＲＭＩ）が使用される。サーバが使用できず、サ
ーバが行うと思われるスケジュールされたものがないというように、ＲＭＩが故
障した場合には、マスタ・サーバ４０は、復旧した場合に、実行するために動作
不能になったサーバ４２に対するタスクをスケジュールする。ある実施形態の場
合には、コンテンツ・ディレクトリ２４が各サーバ４２上に存在する。サーバ４
２の中の一つにロギングしたユーザが公開文書を削除しようとした場合には、そ
のサーバ４２は、マスタ・サーバ４０に連絡する。マスタ・サーバ４０は、リポ
ジトリ２２内をチェックして、公開文書が現在記憶されている場所を決定する。
文書が、使用できないか、またはアクセスすることができないサーバ４２（例え
ば、ＲＭＩと接続する問題を抱えているサーバ）内に記憶されている場合には、
サーバ４０は、動作不能なサーバ４２が復旧した場合に、そのコンテンツを実際
に削除するためにサービス要求の待ち行列をつくる。再度接続が行われた場合に
は、サーバ４２は、何をすべきか、何が失われているかを知らせるメッセージを
受信する。

【００３７】 ある実施形態の場合には、リポジトリ２２は、二つまたはそれ以上のサーバ４
０上に分散される。

【００３８】 （サーバ１２、４０および４２のような）コンテンツ・サーバのある実施形態
について以下に説明する。すでに説明したように、コンテンツ・サーバ１２は、
配布のためにコンテンツを記憶し、維持する。コンテンツは、記憶装置１６に記
憶され、リポジトリ２２を通してアクセスされる。ある実施形態の場合には、リ
ポジトリ２２は、データの特性を組織し、追跡する複数のテーブル含む。

【００３９】 ある実施形態の場合には、リポジトリ２２は、高速アクセスように構築される
。サーバ１２内のすべてのものは一つの対象物と見なされる。各対象物は、識別
子を持ち、他の対象物に対するその関係は、関係テーブルにより定義される。す
でに説明したように、コンテンツ・サーバ１２は、コンテンツ・サーバ１２に対
するＵＲＬ呼出しによりスタートする一組のＪａｖａサーブレット・クラスとし
て実行することができる。上記クラス構造体は、コンテンツへのアクセスを制御
する主サーブレット（ＩＡＣＳ）からなる。ＩＡＣＳは、他の機能を再分類する
。ＩＡＣＳをサポートするクラスは、下記のものを含む。すなわち、 Ｐｕｔ− 文書のコンテンツ・データベース内への設置。 Ｇｅｔ− コンテンツ・データベースからのコンテンツの検索。 Ｓｅｒｖｅ− 外部の呼出し人への文書のサーブ。 Ｐｒｏｐ− ある対象物（例えば、オーナー、グループ等）の詳細の発
生；また、ある対象物タイプの削除／生成。

【００４０】 Ａｇｅｎｔ− メッセンジャの生成、削除および特性に関するリポジトリ
情報を維持しながらの、メッセンジャ機能へのアドミニストレータのアクセスの
供給。

【００４１】 Ｐｒｏｆｉｌｅ− ユーザ・グループおよびワールド・グループ・テーブル構
造体を維持しながらの、プロファイル情報へのアドミニストレータのアクセスの
供給。

【００４２】 Ｓｅａｒｃｈ− 対象物探索のためのサポート機能の供給。呼出し人は、探
索する対象物のタイプを指定し、クラスは、リポジトリ２２を探索し、対象物タ
イプにマッチするこれらの対象物を返送する。文書、メッセンジャ、チャネル等
のために使用することができる。

【００４３】 Ｕｓｅｒ− すべてのユーザ対象物に対するサポート機能の供給。ユー
ザ対象物の追加および削除の供給。

【００４４】 ある実施形態の場合には、アドミニストレータは、コンテンツに対して使用す
るテンプレートを選択することができる。このような能力は、作業グループ間、
または企業間でのユーザの間の標準的な外見および感情を励行するために役にた
つ。

【００４５】 ある実施形態の場合には、コンテンツ・サーバ１２は、コンテンツが期限切れ
になると、そのコンテンツを自動的に削除する。

【００４６】 コンテンツ・サーバ１２は、コンテンツ・サーバ１２へデータを公開し、コン
テンツ・サーバ１２からデータを検索するために使用される公開ＡＰＩを含む。
ある実施形態の場合には、ＵＲＬをベースとするウェブ・インターフェースが、
ユーザとコンテンツ・サーバ２６との間の通信用に使用される。呼出しは、どの
ＡＰＩを使用すべきかを指定し、ユーザに返送するＨＴＭＬページを発生する。

【００４７】 ある実施形態の場合には、すべてのサーブレット−対象物通信および公開呼出
しは、ＡＰＩモジュールを通して行われる。上記呼出しを行っている場合には、
管理ユーザ名（ＵＮ）およびパスワード（ＰＷ）をＵＲＬラインを通して供給し
なければならない。このような実施形態の場合には、コンテンツ・サーバ１２を
通してグループ−ユーザ・リストを検索するために、下記のコマンドが使用され
る。 http://[server]/servlet/IACS/Api/usersandgroups?UN=[admin username]&PW=[
admin password] ＩＱ対象物は、コンテンツ・サーバ１２へのＵＲＬ呼出しを通してサーブレット
へ問合わせを行う。コンテンツ・サーバ１２は、情報のために発呼者が分析する
ことができるテキスト句切リストを返送する。ある実施形態の場合には、テキス
ト句切リストは、下記のフォーマットを持つ。 [Group/User]〜[Name of user or group]〜[object key of user or group]

【００４８】 例えば、リストを下記のように表示することができる。 g〜aurora〜4 u〜mbradley〜0 u〜tschultz〜2 g〜admin〜3 選択した文書を公開する場合には、オーナー対象物キーおよびグループ対象物キ
ーが返送される。

【００４９】 発呼者は、各ユーザが公開グループのメンバーであるので、コンテンツ・サー
バ１２は、このグループおよびそのユーザを返送する必要はないと仮定すること
ができる。

【００５０】 ディレクトリ構造体の外観がどのようになっているかを定義しているホルダー
・リストを検索するためには、呼出しは下記のようになる。 http://[server]servlet/IACS/Api/folderlist?UN=[admin username]&PW=[admin
password]

【００５１】 コンテンツ・サーバは、下記のようなテキスト句切リストを返送する。 2〜-1〜Test Folder2〜0〜1〜rwxrwxrwx 10〜2〜Public〜0〜14〜rwxr-wr-w 23〜10〜Another test〜15〜14〜rwxrwx--- 27〜10〜Another folder〜0〜1〜rwxr-xr-x . . この場合、フォーマットは下記のようになる。 [object key of folder]〜[object key of parent folder (-1 means no parent
, it it s root folder)]〜[owner object key (user)]〜[group owner object
key]〜[permission string]

【００５２】 例えば、上記の行番号３は、このホルダーは対象物キー２３を持ち、ホルダー
対象物キー１０により所有され、「他の試験」というタイトルを持ち、ユーザ対
象物キー１５により所有され、グループ対象物キー１４により所有され、許可’
ｒｗｘｒ−ｘｒ−ｘ’（ユニックス・オクタル内の７５５）を持つことを示す。

【００５３】 ある実施形態の場合には、ホルダー対象物キーは、選択され、公開済みの文書
の親を命名するのに使用される。

【００５４】 それにより、文書を公開することができる分類のリストを検索するためのＵＲ
Ｌ呼出しは下記の通りである。 http://[server]servlet/IACS/Api/categories?UN=[admin username]&PW=[admin
password]

【００５５】 コンテンツ・サーバは、下記のようなテキスト句切リストを返送する。 Sports〜0 Business〜1 Leisure〜2

【００５６】 この場合、フォーマットは下記のようになる。 [Category description]〜[ID of category]

【００５７】 ある実施形態の場合には、文書が公開済みの場合、システム１０は、その文書
と一緒に選択した分類のＩＤが提出されるように設計される。

【００５８】 コンテンツ・サーバに文書を公開するためのＵＲＬ呼出しは、下記の通りであ
る。 http://[server]/servlet/IACS/Api/publish?UN=[admin username]&PW=[admin p
assword]&TITLE=this+is+a+test&FILENAME=text.txt&PARENT=4&HEADLINE=a+head
line&DESCRIP=descrip&ISLINK=0&DOCTYPE="published document"&DOCSIZE=45&LO
CALE=en_US&OWNERKEY=0&GROUPKEY=1&PERMS=rw-rw-r--&expires=-1&VERSION=0&CA
T=0

【００５９】 ＴＩＴＬＥは、文書用の短いタイトルであり、ユーザがクリックするものは、
コンテンツがチェック／セーブされる。

【００６０】 ＦＩＬＥＮＡＭＥは、コンテンツ・サーバ内に表示された場合で、マウスのポ
インタが文書の［ｔｉｔｌｅ］上に位置した場合に、ユーザが見るファイル名で
ある。この名前は、また、ユーザがリストをクリックし、そのファイルをセーブ
するために選択した場合に、ブラウザが、デフォールトのセーブしたファイル名
として使用する名前でもある。

【００６１】 ＰＡＲＥＮＴは、この文書が置かれている親ホルダーの対象物キーである。−
これは、「ホルダー・リスト」ＡＰＩ呼出しと一緒に供給される。

【００６２】 ＨＥＡＤＬＩＮＥは、文書の短い記述である、８０列のテキスト・フィールド
であり、コンテンツ・サーバ内で、文書／ホルダー・リストを閲覧している時に
見ることができる。

【００６３】 ＤＥＳＣＲＩＰは、より詳細な記述である。 ＩＳＬＩＮＫは、ＵＲＬを公開するための方法を供給する。ＵＲＬである場合
は、これは１であり、そうでない場合には、０である。

【００６４】 ＤＯＣＴＹＰＥは、（公開済みの文書またはホルダーのような）文書タイプを
識別する。

【００６５】 ＤＯＣＳＩＺＥは、コンテンツのバイト単位のサイズである（ホルダーの場合
には、０である）。

【００６６】 ＬＯＣＡＬＥは、ここでの国際化のためのものである。これは、通常、英語の
文書の場合には、ｅｎ＿ＵＳである。

【００６７】 ＯＷＮＥＲＫＥＹは、この文書が公開される場合につけられるオーナー対象物
キーである。

【００６８】 ＧＲＯＵＰＫＥＹは、この文書が公開される場合につけられるグループ対象物
キーである。

【００６９】 ＰＥＲＭＳは、文書に対して９文字の許可ストリングである。 ＥＸＰＩＲＥＳは、秒単位の新紀元の日付を示す整数であり、期限がない場合
には、−１である。

【００７０】 ＶＥＲＳＩＯＮは、コピーした場合の、文書のバージョンである。 ＣＡＴは、選択した分類ＩＤである。分類およびそのＩＤは、ＵＲＬ呼出し「
ｃａｔｅｇｏｒｉｅｓ」により検索することができる。

【００７１】 コンテンツ・サーバ１２は、テキスト・リストを返送する。ある実施形態の場
合には、Ｃ：／ｉｎｅｔｐｕｂ／ｃｓ／２２／２５のようなストリングは、文書
に対して戻され、一方、Ｃ：／ｉｎｅｔｐｕｂ／ｃｓ／２２／のようなストリン
グは、ホルダーに対して戻される。文書に対する経路は、その中に文書が置かれ
るホルダーへの経路である。文書名は、経路につけられる。それ故、上記例の場
合には、文書への経路は、「ｃ：／ｉｎｅｔｐｕｂ／ｃｓ／２２／」であり、文
書名は、数字５である。（文書名は、（挿入の時点で決定された）コンテンツ・
サーバ・データベース内に挿入された対象物キーに基づいている。）この文書タ
イプが「公開済みの文書」である場合であって、表示されている場合には、その
文書タイプは、現在のユーザのテンプレート内に、埋設されることに留意された
い。

【００７２】 上記例の場合のホルダーの経路は、「ｃ：／ｉｎｅｔｐｕｂ／ｃｓ／２２／」
である。新しく生成されたホルダーは、対象物キー２２を持つ。このホルダーを
生成するには、なにもしなくてもよい。何故なら、コンテンツ・サーバ２６が、
それをすでに生成済みであるからである。

【００７３】 コンテンツ・リポジトリ２２は、関係データベース内の公開コンテンツの記録
からなる。各記録は、一意の識別子を持ち、公開済みコンテンツに関する情報を
含む。

【００７４】 コンテンツ・リポジトリ２２内の各記録は、特定の一つのまたは複数の公開イ
ベントからのすべての情報を含む。ある実施形態の場合には、メッセージは、文
書のノンオーナーにより取り付けることができる。このことは、例えば、文書の
コンテンツに関するコメントを追跡しようとする場合に役に立つ。コンテンツ・
リポジトリ２２内の記録は、コメントを追跡するための機構、コメントをユーザ
に表示するための機構を含む。

【００７５】 ある実施形態の場合には、コンテンツ情報は、仮想ファイル・システムに記憶
され、そのため、コンテンツは、複数のプラットホーム上の複数のデータベース
内に物理的に存在することができる。上記実施形態の場合には、いくつかのフィ
ールドは、必要不可欠なものであり、説明のコンテンツ中にそれを示す。コンテ
ンツ・リポジトリ２２は、複数のテーブルからなる。リポジトリ２２に入力した
すべてのものは、対象物であると見なされる。対象物は、新しい対象物として割
り当てられ、データベースに入力されるＯＢＪＥＣＴＫＥＹを通して参照される
。対象物間の関係は、ＲＥＬＡＴＩＯＮＳＨＩＰＳテーブル内に定義される。図
４は、コンテンツ・リポジトリ・モデルを示す。この設計を使用することにより
、事実上すべての対象物およびそれらの間の関係を、企業全体を通して、相互依
存の関係が維持できるように、記憶し、検索することができる。この設計は、メ
タデータ定義に基づいている。

【００７６】 対象物リポジトリ・テーブル（ＯＢＪＥＣＴＲＥＰＯＳＩＴＯＲＹ）は、コン
テンツ・サーバ２６内に記憶している個々の各対象物を定義する。テーブルは、
下記フィールドの中の一つまたはそれ以上を含む。 ＯＢＪＥＣＴＴＹＰＥＫＥＹ ＯＢＪＥＣＴＮＡＭＥ ＯＷＮＥＲＩＤ ＧＲＯＵＰＯＷＮＥＲ ＯＷＮＥＲＲＥＡＤＰＲＩＶ ＯＷＮＥＲＷＲＩＴＥＰＲＩＶ ＯＷＮＥＲＥＸＥＣＵＴＥＰＲＩＶ ＧＲＯＵＰＲＥＡＤＰＲＩＶ ＧＲＯＵＰＷＲＩＴＥＰＲＩＶ ＧＲＯＵＰＥＸＥＣＵＴＥＰＲＩＶ ＥＮＴＥＲＰＲＩＳＥＲＥＡＤＰＲＩＶ ＥＮＴＥＲＰＲＩＳＥＷＲＩＴＥＰＲＩＶ ＥＮＴＥＲＰＲＩＳＥＥＸＥＣＵＴＥＰＲＩＶＥ ＣＲＥＡＴＯＲ ＬＡＳＴＭＯＤＩＦＩＥＤＢＹ ＶＡＬＩＤＡＴＩＯＮＣＯＤＥ ＶＡＬＩＤＡＴＩＯＮＤＡＴＥＴＩＭＥ ＶＡＬＩＤＡＴＥＤＢＹ ＭＥＳＳＡＧＥＣＯＵＮＴ ＤＥＳＣＲＩＰＴＩＯＮ ＬＡＳＴＭＯＤＩＦＩＥＤＢＹＤＡＴＥ ＰＡＳＳＷＯＲＤ

【００７７】 可変ＯＢＪＥＣＴＴＹＰＥＫＥＹは、文書を識別する。残りの変数は、自明の
名前を持つ。（より詳細に説明すると、ＭＥＳＳＡＧＥＣＯＵＮＴは、その特定
の文書に取り付けられたメッセージの数のカウントである。）

【００７８】 対象物タイプ・テーブル（ＯＢＪＥＣＴＴＹＰＥＳ）は、システム１０で使用
することができる対象物のタイプを定義する。対象物タイプは、ＵＳＥＲ、ＧＲ
ＯＵＰ、ＤＯＣＵＭＥＮＴ、ＣＨＡＮＮＥＬ、ＦＯＬＤＥＲおよびＭＥＳＳＥＮ
ＧＥＲを含む。対象物タイプ・テーブルは、ＯＢＪＥＣＴＴＹＰＥＫＥＹにより
索引され、ＯＢＪＥＣＴＶＥＲＳＩＯＮおよびＯＢＪＥＣＴＤＥＳＣＲＩＰＴＩ
ＯＮを含む。

【００７９】 関係テーブル（ＲＥＬＡＴＩＯＮＳＨＩＰＳ）は、すべてのタイプの対象物の
間の関係を維持する。上記テーブルは、ＰＡＲＥＮＴＫＥＹおよびＣＨＩＬＤＫ
ＥＹにより索引され、ＳＯＲＴＯＲＤＥＲおよびＲＥＬＡＴＩＯＮＳＨＩＰＴＹ
ＰＥを含む。

【００８０】 文書テーブル（ＤＯＣＵＭＥＮＴ）は、公開済みの文書に対して特性を定義す
る。上記テーブルは、ＯＢＪＥＴＫＥＹ、すなわち、この文書のためにシステム
１０が内部で発生する一意のキーにより索引される。文書テーブルは、下記のも
のを含む。 ＴＩＴＬＥ−コンテンツの概要。このフィールドは、ヘッドライン情報を発生す
るために使用される。 ＬＯＣＡＬＥ−文書が発生した場所。 ＦＩＬＥＮＡＭＥ−この文書を含むファイルの名前（必要不可欠）。 ＬＯＣＡＴＩＯＮ−この文書の位置。これはＵＲＬであってもよいし、現在のフ
ァイル・システム上のある位置であってもよい（必要不可欠）。 ＤＯＣＴＹＰＥ−この文書に対するＭＩＭＥタイプ。 ＣＡＴＥＧＯＲＹ＿ＩＤ−この文書に割り当てられた分類。分類は、アドミニス
トレータにより生成することができ、探索の場合に、オプションとして供給され
る。デフォールト分類は、「なし」である（オプション）。 ＶＥＲＳＩＯＮ−この文書のバージョン（オプション）。 ＤＥＳＣＲＩＰ−コンテンツの説明（オプション）。 ＩＳＬＩＮＫ−これがコンテンツに対するリンクであるかどうかの表示（必要不
可欠）。 ＥＸＰＩＲＥＳ−こ文書の期限切れの日付（オプション）。リポジトリ（アドミ
ニストレータが選択した周期で）周期的にクリーンする自動クリーン・ルーチン
により使用される。デフォールトで、期限切れしない。 ＤＯＣＳＩＺＥ−（発生した）文書のバイト単位でのサイズ。 ＳＥＲＶＥＲＡＤＤＲ−（発生した）この文書のコンテンツが記憶されているサ
ーバのアドレス。 ＬＩＶＥＡＤＤＲ−（発生した）この文書が現在サーブされているアドレス。 ＴＡＲＧＥＴ−ブラウザのウィンドウ内にテキストを置く識別子。 ＳＨＯＲＴＣＵＴ−存在する場合には、本当の文書をポイントしている対象物キ
ー。

【００８１】 特性テーブル（ＰＲＯＰＥＲＴＹ）は、分散アーキテクチャ内のマスタコンテ
ンツ・サーバを定義する。さらに、上記テーブルは、グリニッチ標準時（ＧＭＴ
）からの時差（ＬＯＣＡＬＯＦＦＳＥＴ）を定義し、マスタ・コンテンツ・サー
バ（ＳＣＨＥＭＡＶＥＲＳＩＯＮ）に対する言語を定義する。

【００８２】 チャネル・テーブル（ＣＨＡＮＮＥＬ）は、すべてのチャネルの定義を管理す
る。このテーブルは、ＯＢＪＥＣＴＫＥＹにより索引され、文書が割り当てられ
るチャネルのチャネル・タイトル（ＴＩＴＬＥ）を含む。

【００８３】 メッセンジャ・テーブル（ＭＥＳＳＥＮＧＥＲ）は、すべてのメッセンジャの
定義を管理する。このテーブルは、ＯＢＪＥＣＴＫＥＹにより索引され、優先順
位（ＰＲＩＯＲＩＴＹ）およびメッセンジャの実行時間（ＮＥＷＳＴＩＭＥ）を
含む。ある実施形態の場合には、メッセンジャ・テーブルは、メッセージを送る
ための電子メール・アドレス（ＥＭＡＩＬＡＤＤＲ）、メッセンジャを発生した
サーバの名前（ＳＳＮＡＭＥ）、メッセンジャに関連し、ユーザの要求で、サー
バからジョブを削除するために使用するジョブＩＤ（ＪＯＢＩＤ）、メッセンジ
ャに関連する名前（ＴＩＴＬＥ）、メッセンジャが実行する場合に、現われるヘ
ッドライン（ＨＥＡＤＬＩＮＥ）、ＤＯＣＵＭＥＮＴテーブルへの索引キー（Ｄ
ＯＣＫＥＹ）、メッセンジャに対するスタート時間（ＳＴＡＲＴＴＩＭＥ）、一
つまたはそれ以上の周期属性（ＰＥＲＩＯＤＡＴＴＲ１およびＰＥＲＩＯＤＡＴ
ＴＲ２）、メッセンジャの更新からニュースタイムまでの分単位の時間的間隔（
ＭＩＮＳＢＥＴＷＥＥＮ）、およびメッセンジャが割り当てられるチャネルを表
わすチャネル・キー（ＣＨＡＮＮＥＬＫＥＹ）を含む。

【００８４】 サーバ・テーブル（ＳＥＲＶＥＲ）は、分散アーキテクチャで使用することが
できるコンテンツ・サーバを識別する。

【００８５】 最後に、図４は、分散アーキテクチャで完成しなければならないタスクを識別
するために使用されるタスク・テーブル（ＴＡＳＫ）を含む。このテーブルは、
また、電子メール・メッセンジャをスケジュールするために使用される。

【００８６】 ある実施形態の場合には、薄い機密保護モデルが、コンテンツ・サーバ１２に
よりサポートされる。機密保護モデルは、関係データベース内で実行され、コン
テンツ・サーバの各ユーザを識別する記録からなる。ある実施形態の場合には、
上記記録は、最初、アドミニストレータまたはＬＤＡＰ（軽量ディレクトリ・ア
クセス・プロトコル）ファイル、またはＮＩＳ（ネットワーク情報システム）フ
ァイルを使用する自動ロードにより生成される。カンマ句切ファイルも、多数の
ユーザを自動生成するために使用することができる。各記録は、各ユーザに対す
る一意の識別子を持ち、その特定のユーザに関する特定の情報を含む。各ユーザ
は、生成された場合、あるグループに割り当てられる。すべてのユーザに対する
デフォールト・グループは、公開グループである。コンテンツを生成する場合、
オーナーは、どのグループが、コンテンツにアクセスすることができるかを指定
することができる。さらに、オーナーは、各ユーザ、作業グループに対するアク
セス、および公開アクセスのレベルを指定することができる。コンテンツへのア
クセスまたは許可のレベルは、読出し許可、書込み許可および実行許可を含むユ
ニックス・スキームに基づく。

【００８７】 ある実施形態の場合には、ユーザ・グループ・テーブル（ＵＳＥＲＳ）は、す
べてのユーザおよびその個々の身元確認戦略の定義を維持する。上記テーブルは
、ＯＢＪＥＣＴＫＥＹ、およびこの文書のためにシステム１０が内部で発生する
一意のＩＤにより索引される。ユーザ・グループ・テーブルは、下記のフィール
ドの中の一つまたはそれ以上を含む。 ＦＮＡＭＥ−ユーザの名前（オプション）。 ＬＮＡＭＥ−ユーザの姓（オプション）。 ＵＳＥＲＮＡＭＥ−このユーザの一意の名前（必要不可欠）。 ＰＡＳＳＷＯＲＤ−ユーザである場合に、割り当てられるパスワード（必要不可
欠）。 ＤＥＦＡＵＬＴＧＲＯＵＰ−この入力に割り当てられたユーザまたはグループ（
必要不可欠）。 ＩＡ＿ＩＤ−内部ＩＤへの索引。内部ＩＤは、他のシステムにアクセスするため
に使用されるＩＤである（ＩＡ−ＩＤ参照）（必要不可欠）。 Ｅ−ＭＡＩＬ−このユーザに対する電子メール・アドレス。このユーザとのメッ
センジャ通信のために使用（オプション）。 ＡＤＤＲＥＳＳ１−ユーザのメール・アドレス１（オプション）。 ＡＤＤＲＥＳＳ２−ユーザのメール・アドレス２（オプション）。 ＣＩＴＹ−ユーザのメール先の市（オプション）。 ＳＴＡＴＥ−ユーザのメール先の州（オプション）。 ＣＯＵＮＴＲＹ−ユーザのメール先の国（オプション）。 ＺＩＰ−ユーザのメールＺＩＰ（オプション）。 ＨＯＭＥＰＨＯＮＥ−ユーザの自宅の電話（オプション）。 ＣＯＭＰＡＮＹ−ユーザが勤務してる会社名（オプション）。 ＴＩＴＬＥ−ユーザの肩書（オプション）。 ＢＵＳＰＨＯＮＥ−ユーザの会社の電話（オプション）。 ＦＡＸ−ユーザのファクス番号（オプション）。 ＤＥＰＡＲＴＭＥＮＴ−ユーザがメンバーになっているデパート（オプション）
。 ＰＡＧＥＲ−ユーザのポケットベル（登録商標）番号（オプション）。 ＣＥＬＬＰＨＯＮＥ−ユーザの携帯電話（オプション） ＴＥＭＰＬＡＴＥＰＴＲ−（内部で発生した）このユーザ用に現在使用されてい
るテンプレートへのポインタ。

【００８８】 ＩＡ−ＩＤテーブル（ＩＡ）は、通常のユーザｉｄおよびサーバ２６を通して
、他の情報サービス１４に、アクセスするために使用するパスワードを含む。Ｉ
Ａ−ＩＤは、内部ＩＤへの索引である。（内部ＩＤは、他のシステムにアクセス
するために使用するＩＤである。）上記テーブルは、通常のユーザｉｄ（ＵＳＥ
ＲＮＡＭＥ）、および通常のパスワード（ＰＡＳＳＷＯＲＤ）を含む。

【００８９】 グループ・テーブル（ＧＲＯＵＰＳ）は、現存の作業グループを定義する。Ｏ
ＢＪＥＣＴＫＥＹは、この文書に対して内部で発生する一意のＩＤである。ＧＲ
ＯＵＰＮＡＭＥは、関連させるべきグループの名前であり、ＩＡ−ＩＤは内部Ｉ
Ｄへの索引である。

【００９０】 処理ログ・テーブル（ＴＲＡＮＳ＿ＬＯＧ）は、システム１０内で発生するす
べての処理のログを維持する。このテーブルは、ＯＢＪＥＣＴＫＥＹから、また
はＵＳＥＲＫＥＹを通してＵＳＥＲＳグループから索引することができる。

【００９１】 このテーブルは、アドミニストレータが使用することができる処理ログ情報を
含む。ＣＲＥＡＴＥＤＡＴＥは、この入力が生成された日付である。ＣＲＥＡＴ
ＥＤＡＴＥは、システム１０が発生する。ＡＣＴＩＯＮは、ユーザが要求する行
動である。ＡＣＴＩＯＮも、システム１０が発生する。ＥＲＲＡＴＡは、行動か
ら由来するすべてのエラーのリストである。

【００９２】 すでに説明したように、ユーザが、自分の個人的デスクトップ環境で自由に生
成することができるようにするために、各ユーザに対してプロファイルが生成さ
れる。プロファイルは、ユーザのニュース、そのチャネル選択およびユーザが閲
覧したいホルダーを含む。

【００９３】 ユーザのプロファイルには、プロファイル・テーブル（ＰＲＯＦＩＬＥ）を通
してアクセスすることができる。ある実施形態の場合には、プロファイル・テー
ブルは、ＯＢＪＥＣＴＫＥＹを通してＵＳＥＲＳテーブルからアクセスすること
ができる。プロファイル・テーブルは、ユーザが閲覧したいそのニュースペーパ
ー上に現われるチャネル、ニュースペーパー上のニュースの持続期間は、応答の
ためのその電子メール・アドレス等のようなユーザの詳細を含む。各ユーザは、
これらのフィールドにアクセスし、これらのフィールドを変更／操作することが
できる。

【００９４】 ある実施形態の場合には、ニュース・ウィンドウ欄（ＮＥＷＳＷＩＮＤＯＷ）
は、ニュースページ上でユーザが閲覧したいニュース入力を決定するために、使
用する期間を持つ。ニュース関係ＩＤ（ＮＥＷＳＲＥＬＫＥＹ）は、「ＲＥＬＡ
ＴＩＯＮＳＨＩＰＴＹＰＥ」というタイトルの関係テーブル内の入力である。テ
ンプレート入力（ＴＥＭＰＬＡＴＥＫＥＹ）は、コンテンツをこのユーザに送る
場合に、どのテンプレートを使用すべきかを指定する。

【００９５】 テンプレート・テーブル（ＴＥＭＰＬＡＴＥ）は、システム１０上で使用する
ことができるテンプレートを定義する。このテーブルは、テンプレート・キー値
（ＴＥＭＰＬＡＴＥＫＥＹ）により索引される。ある実施形態の場合には、各ユ
ーザおよび各グループは、テンプレート内に一つの入力を持つ。さらに、グロー
バル入力がある。選択の記録は、ユーザのプロファイル記録である。何故なら、
ユーザの選択は、ユーザが常駐している他のグループ内でも、維持されると仮定
されるからである。プロファイル・テーブルのサーチ・シーケンスは、ユニック
ス・ユーザ・グループ・ワールド・モデルに従ってモデル化されるので、ユーザ
記録のあるフィールドに入力がない場合には、ユーザの主要グループ（ユーザ・
テーブル内のデフォールト・グループ）が、ある入力に対して探索されるからで
ある。主要グループ入力内で発見されない場合には、グローバル・プロファイル
入力が探索される。ユーザおよびチャネルおよびニュースとの間の関連づけが関
係テーブル内で行われる。関係テーブル入力の一例について以下に説明する。

【００９６】 親 子供 分類 関係タイプ ティム スポーツ ０ ニュース

【００９７】 テンプレート参照用テーブル（ＴＥＭＰＬＡＴＥＬＯＯＫＵＰ）は、テンプレ
ートのカストマイズすることができる各構成部材を定義する。図５の実施形態の
場合には、ＴＥＭＮＰＬＡＴＥＫＥＹを通して、テンプレート参照用テーブルに
アクセスすることができる。

【００９８】 ある実施形態の場合には、プロファイル・テーブル（ＰＲＯＦＩＬＥ）は、コ
ンテンツ・サーバの再ブートの場合に、記憶しておかなければならないユーザが
行った選択を含む。

【００９９】 コンテンツ・サーバ１２は、チャネルにアクセスする。すでに説明したように
、チャネル・コンセプトは、コンテンツ・サーバ内で組織化および検索を行うた
めに、文書をグループ分けするためのグループの生成である。チャネルは、個々
のユーザが生成する個人用チャネル、またはアドミニストレータが生成する公開
チャネルから構成することができる。ユーザは、自分が生成した個人用チャネル
を生成し、修正し、削除することができるが、公開チャネルを管理、維持するこ
とができるのは、アドミニストレータだけである。

【０１００】 ある実施形態の場合には、各チャネル・テーブル（ＣＨＡＮＮＥＬ）は、特定
のチャネルに関連するすべての情報を含む。コンテンツ・サーバ１２は、各チャ
ネルに内部番号を割り当てる。この内部番号は、チャネルに対する関連名を持つ
。チャネルのオーナーは、チャネル名を変更することができるが、内部チャネル
番号を変更することはできない。チャネル・テーブルは、ＯＢＪＥＣＴＲＥＰＯ
ＳＩＴＯＲＹテーブルにリンクするＯＢＪＥＣＴＫＥＹ入力を持つ。ＯＢＪＥＣ
ＴＲＥＰＯＳＩＴＯＲＹテーブルからチャネル・オーナー、生成者、機密保護情
報を入手することができる。チャネルに関連する名前は、ＴＩＴＬＥフィールド
内に記憶される。

【０１０１】 ユーザが、例えば、報告、文書、またはデータの任意の他の構造化されていな
いもののようなデータの特定の一部にアクセスした場合、ユーザは見たいだけ、
毎日、毎週または毎月、その情報を閲覧することができる。ユーザが、時間的間
隔により、予め定義した行動を実行するように、個人化したメッセンジャを設定
することができるようにすることによりこのような機能を供給することができる
。特定のイベントが発生した場合には、チャネルへの電子メールまたはメッセー
ジによりユーザにそのことを知らせることができる。ある実施形態の場合には、
すべてのメッセンジャ・イベントは、時間に関連している。メッセンジャは、そ
れに関連するコンテンツを持つことができる予め定義したメッセージを送る。コ
ンテンツが関連している場合には、メッセンジャが、あるチャネルから選択され
た場合に、このコンテンツが現われる。関連しているコンテンツを持たないメッ
センジャは、特定のイベントが発生した場合、メモ・メッセージを送るだけであ
る。

【０１０２】 メッセンジャを生成するには、検索対象のデータをセーブして、ユーザにアク
セスできるようにしなければならない。ある実施形態の場合には、ユーザは、自
分の個人的メッセンジャを生成し、編集し、削除することができる。ある実施形
態の場合には、アドミニストレータは、そのユーザがメッセンジャを生成し、修
正することができるかどうかを制御することができる。

【０１０３】 ある実施形態の場合には、コンテンツ・サーバ１２は、ウェブ・ページ内のデ
ータの提示を多重フォーマットすることができる。このことは、ページ・テンプ
レートのコンセプトで行われる。ページ・テンプレートは、アドミニストレータ
により生成され、コンテンツ・サーバ１２上にセーブされる。ページの閲覧の要
求が行われた場合には、ページ・テンプレートの位置が、テンプレート＝Ｘ名値
のペア（Ｘはテンプレートの名前）と一緒に、ＵＲＬ上に供給される。テンプレ
ート値のペアが、ＵＲＬ上に供給されない場合には、プロファイル内で指定され
たデフォールト・ページ・テンプレートが使用される。

【０１０４】 要求が行われた場合には、コンテンツ・サーバ１２は、ページを指定の対象物
と結合し、その組合せをユーザに送る。

【０１０５】 ある実施形態の場合には、多数のデフォールト・ページ・テンプレートが、シ
ステム１０内で供給される。各テンプレートは、図５に示すＴＥＭＰＬＡＴＥテ
ーブル、およびＴＥＭＰＬＡＴＥＬＯＯＫＵＰテーブル内に一つの入力を持つ。
さらに、コンテンツ・ディレクトリ２４内には、テンプレート・ディレクトリが
存在する。さらに、ある実施形態の場合には、画像ディレクトリが、テンプレー
ト特有の画像を記憶し、フレームセット能動コンテンツ・サーバ・ファイルが、
フレーム・テンプレートを記憶し、主能動コンテンツ・サーバ・ファイルが、基
本的なナビゲーション管理情報を記憶する。

【０１０６】 ある実施形態の場合には、各ページ・テンプレートは、各ページにカストマイ
ズされたルックおよびフィールを供給するために使用されるカストマイズするこ
とができる領域を含む。さらに、ユーザが、テンプレート内に表示されるものを
変更し、指定することができるようにユーティリテイ・マクロが供給される。

【０１０７】 ある実施形態の場合には、テンプレートをテンプレート・エディタにより編集
し、セーブすることができる。さらに、テンプレート・エディタにより新しいテ
ンプレートを生成することができる。このような実施形態の場合には、アドミニ
ストレータは、最初に、その上に新しいテンプレートが基礎を置く、予め定義し
たテンプレートを選択することによって新しいテンプレートを生成する。アドミ
ニストレータは、そのテンプレートを命名し、カストマイズすることができる領
域内で任意の必要なカストマイズを行い、結果として得られるテンプレートをセ
ーブし、そのテンプレートをユーザまたは作業グループに割り当てる。新しいテ
ンプレートに対する入力は、ＴＥＭＰＬＡＴＥテーブル内で生成され、カストマ
イズすることができる領域への変更を表わすユーザ情報は、ＴＥＭＰＬＡＴＥＬ
ＯＯＫＵＰテーブル内に記憶される。新しいテンプレート・ディレクトリが、コ
ンテンツ・ディレクトリ内で生成され、主能動コンテンツ・サーバ・ファイルが
、新しいテンプレート・ディレクトリにコピーされる。テンプレートが、デフォ
ールト・フレーム・テンプレートに基づくものである場合には、フレームセット
能動コンテンツ・サーバ・ファイルも新しいテンプレート・ディレクトリにコピ
ーされる。ある実施形態の場合には、ＴＥＭＰＬＡＴＥＫＥＹおよびテンプレー
ト・ディレクトリは、システム１０により自動的に割り当てられる。

【０１０８】 ある実施形態の場合には、ボタン、ヘッドライン、ヘッダ／フッタおよびタイ
トルを表示するためのＨＴＭＬコードを入力することによりカストマイズするこ
とができる領域を修正することができる。テンプレート・エディタ内のＢＡＣＫ
ボタンおよびＮＥＸＴボタンは、変更されるテンプレート領域にナビゲートする
ために使用される。

【０１０９】 他の実施形態の場合には、各ページ・テンプレートは、ユーザが生成したＨＴ
ＭＬファイルである。テンプレートは、コンテンツ対象物に対するセクション・
タグを持つ。これらのタグは、特定のコンテンツ対象物が存在する位置を示す。
例えば、ある実施形態の場合には、タグは、＜！−−ＷＯＢｘ＿ＳＴＡＲＴ−−
＞＜！−−ＷＯＢｘ＿ＥＮＤ−−＞というフォーマットを持つ。この場合、ｘは
特定の対象物の数である。各対象物は、ＷＯＢｘと呼ばれる関連セクションを持
つ。この場合、ｘはセクションである。セクションは、コンテンツ対象物を入手
するための呼出しを完成させるために必要な関連パラメータを持つ。定義された
タグの数がＮ個である場合もある。この場合、Ｎは、［ＷＯＢ］セクション内の
、ＷＯＢＣｏｕｎｔ変数内で指定される。ユーザに対して文書を表示するように
との呼出しが行われた場合には、ウェブ・ページを生成するためのベースとして
テンプレートが使用される。その後で、コンテンツ・サーバ１２は、ＷＯＢセク
ションを探してテンプレートを走査することができる。コンテンツ・サーバ１２
が、このセクションに遭遇した場合には、このコンテンツ・サーバは、ＷＯＢＣ
ｏｕｎｔタグから、このページにどれだけの数の対象物を設置すべきかを決定す
ることができる。その後で、コンテンツ・サーバ１２は、＜！−−ＷＯＢｘ＿Ｓ
ＴＡＲＴ−−＞と＜！−−ＷＯＢｘ＿ＥＮＤ−−＞との間に対象物を挿入して、
各セクションを走査することができる。（この場合、ｘはセクション番号である
。）これら対象物についての詳細は、対応する［ＷＯＢｘ］セクションから入手
することができる。（この場合、ｘはセクション番号である。）

【０１１０】 図６は、一つの対象物を含むテンプレートの一例である。テンプレートは「Ｐ
ＡＧＥ＿ＢＥＧＩＮ」タグで始まる。タグの後にはＨＴＭＬが表示される。ＨＴ
ＭＬの一部としての、「＜！−−ｉｎｓｅｒｔ＿Ｗｅｂ＿Ｏｂｊｅｃｔ０−−＞
」コメント行が、ＨＴＭＬテキスト内の何処に対象物を置くべきかを指定する。
「ＰＡＧＥ＿ＥＮＤ」タグは、ＨＴＭＬテキストの終わりおよび制御テキストの
始まりを示す。「［ＷＥＢ＿ＯＢＪＥＣＴ］」セクションは、「Ｗｅｂ＿Ｏｂｊ
ｅｃｔ＿Ｃｏｕｎｔ＝１」タグにより一つの対象物を指定する。「［Ｗｅｂ＿Ｏ
ＢＪＥＣＴ０］」セクションは、「ｗｅｂＭｅｔｈｏｄ＝ｃｏｎｔｅｎｔＳｅｒ
ｖｅｒ／ｒｅｐｏｒｔｓ／ｒｅｐｏｒｔ１」タグによりどの対象物を挿入すべき
かを指定する。

【０１１１】 図７は、二つの対象物を含むテンプレートの一例を示す。この場合には、ペー
ジが生成された場合、二つの対象物が表示される。この場合も、テンプレートは
、「ＰＡＧＥ＿ＢＥＧＩＮ」タグで始まる。タグの後にＨＴＭＬが表示される。
ＨＴＭＬの一部としての「＜！−−（Ｉｎｓｅｒｔ＿Ｗｅｂ＿Ｏｂｊｅｃｔ０−
−＞」コメント行が、ＨＴＭＬテキスト内の何処に第一の対象物を置くべきかを
指定する。「＜！−−ｉｎｓｅｒｔ＿Ｗｅｂ＿Ｏｂｊｅｃｔ１−−＞」コメント
行が、ＨＴＭＬテキスト内の何処に第二の対象物を置くべきかを指定する。「Ｐ
ＡＧＥ＿ＥＮＤ］タグは、ＨＴＭＬテキストの終わりおよび制御テキストの始ま
りを示す。「［ＷＥＢ＿ＯＢＪＥＣＴ］」セクションは、「Ｗｅｂ＿Ｏｂｊｅｃ
ｔ＿Ｃｏｕｎｔ＝２」タグにより二つの対象物を指定する。「［Ｗｅｂ＿ＯＢＪ
ＥＣＴ０］」セクションは、「ｗｅｂＭｅｔｈｏｄ＝ｃｏｎｔｅｎｔＳｅｒｖｅ
ｒ／ｒｅｐｏｒｔｓ／ｒｅｐｏｒｔ１」タグによりどの対象物を挿入すべきかを
指定する。「［ＷＥＢ＿ＯＢＪＥＣＴ１］」セクションは、「ｗｅｂＭｅｔｈｏ
ｄ＝ｃｏｎｔｅｎｔＳｅｒｖｅｒ／ｒｅｐｏｒｔｓ／ｒｅｐｏｒｔ２」タグによ
りどの対象物を挿入すべきかを指定する。

【０１１２】 すでに説明したように、ある実施形態の場合には、サーバ１２は、サーチ機能
を含む。このような実施形態の場合には、コンテンツ・サーバ１２は、選択ボッ
クス内に入力したキーワードに対するその対象物を探索する。ある実施形態の場
合には、コンテンツ・サーバ１２に対してある文書が公開されると、その文書内
のデータが、サーチ・エンジンにより索引される。もう一つの実施形態の場合に
は、ある文書が、コンテンツ・サーバ１２に対して公開されると、サーチ・スタ
ブだけが生成される。このサーチ・スタブは、サーチ・エンジンにより索引され
たディレクトリ内に置かれる。スタブ内のデータは、索引であるコンテンツであ
る。このデータは、公開会話（コンテンツ、タイトル、ヘッドライン、記述）内
のデータだけを含む。

【０１１３】 ある実施形態の場合には、コンテキスト・サーバ１２は、一組の管理機能を含
む。これらの管理機能へのアクセスは、Ｊａｖａアプレットを通して行われ、管
理グループに割り当てられるユーザだけに制限される。ユーザ・インターフェー
スは、（ネットスケープ・アドミニストレータのアプリケーションのような）現
在の管理アプレットの形をとるべきである。

【０１１４】 ある実施形態の場合には、ユーザ・インターフェースは、Ｊａｖａスウィング
・クラスおよびＨＴＭＬの組合せで書かれたＪａｖａアプレットである。このこ
とは、管理ユーザは、ＪＶＭ１．１２またはそれよりも高度のものをサポートす
るブラウザにアクセスできなければならないことを意味する。管理ユーザ・イン
ターフェースは、下記の機能を提供する。

【０１１５】 新規ユーザ（単一およびバッチ）の生成／追加 ユーザの削除 ユーザのリスト作成 プロファイルの生成／編集 プロファイルの割当て 新規作業グループの生成／追加 作業グループの削除 作業グループのリスト作成 報告ディレクトリの生成／編集 報告ディレクトリの削除 チャネル（公開および作業グループ）の生成／編集 チャネル（公開および作業グループ）の削除 コンテンツ・サーバ（単一対象物およびバッチ）の構成 リポジトリの編集 サーバのスタート／ストップ アクセス・ログ／ユーザ統計の表示 セッション管理（ブラウザ・タイムアウト設定） システム・メッセージの放送 ユーザ・セッションの「殺し」

【０１１６】 「ＣｒｅａｔｅＮｅｗＵｓｅｒ」は、ユーザ機密保護データベースに一人のユ
ーザを追加する。アドミニストレータは、ユニックス・ユーザ−ｉｄおよびパス
ワード、機密保護モデル、グループ関連およびユーザ機密保護記録内への他の入
力を含むユーザのプロファイルを設定することができる。「ＤｅｌｅｔｅＵｓｅ
ｒ」は、ユーザ・プロファイルを含む機密保護データベースからユーザを除去す
る。「ＥｄｉｔＵｓｅｒ」は、ユーザが、ユーザ・プロファイルを含む、「Ｃｒ
ｅａｔｅＮｅｗＵｓｅｒ」で生成された場合、最初に追加された入力に変化する
。「ＬｉｓｔＵｓｅｒ」は、システム上に現在存在するユーザのリストを作成す
る。「Ｃｒｅａｔｅ Ｎｅｗ Ｇｒｏｕｐ」は、新しいグループを生成する。「
Ｍａｎｇｅ Ｇｒｏｕｐ」は、グループを管理するのに必要なすべての機能を提
供する。

【０１１７】 ある実施形態の場合には、コンテンツ・サーバ１２は、複数の環境でインスト
ールでき、実行することができる。コンテンツ・サーバ１２は、ワイド・バイト
（１６ビット）文字セットを処理するＪａｖａ国際化クラスをサポートする。

【０１１８】 ある実施形態の場合には、コンテンツ・サーバは、特定のクラスを通してロー
カル化される。上記クラスは、下記のフォーマットを持つ。 public class I18n｛ //Public Constructors public I18n(); public I18n(String applet path, String Locale); public I18n(String Properties file name, String applet path, String
Locale); //Public Instance Methods public String returnString(String Key, String default string); ｝

【０１１９】 三つのコンストラクタの中の最初のものは、アーギュメントをとらない。他の
二つのコンストラクタが例を示すことができない場合に、このコンストラクタは
使用される。そうすることにより、特性ファイルの位置を発見できなかった場合
でも、ｒｅｔｕｒｎＳｔｒｉｎｇ（）方法をデフォールト・ストリングに戻すこ
とができる。三つのコンストラクタの中の第二のコンストラクタは、二つのアー
ギュメントをとる。第二のコンストラクタは、特性ファイル名アーギュメントを
持たない。何故なら、第二のコンストラクタは、ウェブ共通特性と呼ばれる特性
ファイルにデフォールトするからである。この特性ファイルは、一つ以上のプロ
ジェクトに対して共通なストリングスに対するものである。最後のコンストラク
タは、三つのアーギュメント、すなわち、特性ファイル名、アプレット経路およ
び場所をとる。アプレット経路は、ウェブサーバ上の文書ディレクトリに関連す
る。

【０１２０】 Ｉ１８ｎクラスは、二つのＪＤＫ１．１クラス、ｊａｖａ．ｕｔｉｌ．Ｐｒｏ
ｐｅｒｔｙＲｅｓｏｕｒｃｅＢｕｎｄｌｅおよびｊａｖａ．ｎｅｔ．ＵＲＬを使
用する。ｊａｖａ．ｕｔｉｌ．ＰｒｏｐｅｒｔｙＲｅｓｏｕｒｃｅＢｕｎｄｌｅ
は、ｊａｖａ．ｕｔｉｌ．ＲｅｓｏｕｒｃｅＢｕｎｄｌｅを拡張し、そのアーギ
ュメントとして、ＩｎｐｕｔＳｔｒｅａｍ Ｓｔｒｅａｍをとる公開コンストラ
クタを持つ。入力ストリームは、ｊａｖａ．ｎｅｔ．ＵＲＬクラスにより特性フ
ァイルから発生する。ＵＲＬクラスは、四つの公開コンストラクタを持ち、その
コンストラクタの中の一つは、そのアーギュメントとして経路／ファイル名をと
る。ｏｐｅｎＳｔｒｅａｍ方法は、所与の特性ファイルをストリームに変える。

【０１２１】 特性ファイルは、キー＝値ペアを含む単なるテキスト・ファイルである。値は
、ローカル化されたストリングであり、キーは、そのストリングに対する識別子
である。特性ファイルは、下記のスキームに従って命名される。

【０１２２】 ｐｒｏｊｅｃｔ＿ｌａｎｇｕａｇｅ＿ｃｏｕｎｔｒｙ．ｐｒｏｐｅｒｔｉｅｓ この場合、ｐｒｏｊｅｃｔは、そのプロジェクトの名前であり、ｌａｎｇｕａ
ｇｅは場所の一部であり、ｃｏｕｎｔｒｙは場所の国部分である。

【０１２３】 Ｉ１８ｎクラスは、最初に、言語および国を探し、その後で、言語だけを探し
、最後に、プロジェクトだけを探す。例えば、プロジェクトは、「Ｃｏｎｔｅｎ
ｔ＿ｄｅ＿ＤＥ．ｐｒｏｐｅｒｔｉｅｓ」という名前を持つことができる。その
特性ファイル名が発見されなかった場合には、Ｉ１８ｎクラスは、「Ｃｏｎｔｅ
ｎｔ＿ｄｅ．ｐｒｏｐｅｒｔｉｅｓ」を探す。そうでない場合には、クラスは、
「Ｃｏｎｔｅｎｔ．ｐｒｏｐｅｒｔｉｅｓ」を探す。この最後の特性ファイルは
、デフォールトな英語のストリングでなければならない。

【０１２４】 ある実施形態の場合には、多くのプロジェクトの間で共通なストリングは、ｗ
ｅｂＣｏｍｍｏｎ．ｐｒｏｐｅｒｔｉｅｓと呼ばれる特性ファイルに記憶される
。

【０１２５】 ＰｒｏｐｅｒｔｙＲｅｓｏｕｒｃｅＢｕｎｄｌｅクラスが列挙されると、特性
ファイル・ストリームから上記を取り出すために、ｇｅｔＳｔｒｉｎｇ（）方法
が使用される。ｇｅｔＳｔｒｉｎｇ（）方法は、アーギュメントとしてストリン
グ・キーをとる。

【０１２６】 システム１０を使用するには、ユーザは、システム１０のアプリケーションを
開き、自分のＩＤおよびパスワード（または、他の身元確認機構）によりシステ
ム内にログする。身元確認は、システム１０パスワードのチェックにより、また
はＬＤＡＰまたはＮＩＳ身元確認プロセスにアクセスすることにより行うことが
できる。（ＬＤＡＰおよびＮＩＳ身元確認の場合、ある実施形態の場合には、外
部身元確認を表示するために、ユーザのパスワードが。？ＬＤＡＰまたは？ＮＩ
Ｓにそれぞれ設定される。）

【０１２７】 ある実施形態の場合には、システム１０は、ユーザに対してセッション・キー
を発生し、セッション・キーにより索引された内部セッション・プール内でユー
ザ・セッションを発生する。システム１０は、セッション・プールをモニタし、
期限切れになったセッションを除去するクリンアップ・スレッドを通して内部セ
ッション・プールを管理する。

【０１２８】 ユーザのシステム１０へのログが成功すると、ナビゲーション領域内にニュー
スページが表示される。ある実施形態の場合には、ナビゲーション領域は、アド
ミニストレータの制御下にあるカストマイズすることができるテンプレートであ
る。各ユーザは、自分自身のテンプレートを持つことができる。このような実施
形態の場合には、システム１０は、ユーザ、グループまたは公開特有のテンプレ
ートを構築するために、アドミニストレータの制御の下で動作するテンプレート
・エディタを含む。もう一つの実施形態の場合には、自分自身のページを生成す
るためにテンプレート・エディタを使用することができる。

【０１２９】 ある実施形態の場合には、チャネルに関連するヘッドラインが、ニュースペー
ジ内に表示され、ユーザは、単にヘッドラインをクリックするだけで、ヘッドラ
インに関連するより詳細な情報を選択して読むことができる。ユーザが、追加チ
ャネルを追加したい場合には、ユーザは、自分のニュースページに単にチャネル
を追加するだけでよい。

【０１３０】 ある実施形態の場合には、ユーザは、ナビゲーション領域内の「プロファイル
」を選択し、また、「プロファイル」ページの「ニュース設定」を選択し、「公
開」ニュースページ、「グループ」ニュースページ、または「個人」ニュースペ
ージを選択し、追加する一つのチャネルまたは複数のチャネルを選択し、ニュー
スページ変更を提出することにより、自分のニュースページにチャネルを追加す
ることができる。その後で、そのチャネルが、ニュースページ上に表示され、ユ
ーザがシステム１０内にログする度に更新情報が表示される。

【０１３１】 ユーザは、自分が正当に許可を受けている任意の資料にアクセスすることがで
きる。さらに、ユーザが書込み許可を受けている場合には、ユーザはシステム１
０内の文書にアクセスし、修正し、セーブすることができる。ユーザがある文書
を修正する許可を受けていない場合でも、ユーザが書込み許可を受けている限り
は、ユーザは上記文書にアクセスし、そうしたい場合には、それを修正し、シス
テム１０上に修正した文書を新しい文書としてセーブすることができる。さらに
、ユーザは、新しいチャネルを生成し、そのチャネルに、そのチャネルに関連す
る文書を収容することができる。例えば、ユーザが保険会社の代理店である場合
には、ユーザは、保険会社の代理店のためのチャネルを生成し、そのチャネルに
文書を公開することができる。他の代理店は、自分達のそれぞれのニュースペー
ジを通して、そのチャネルにアクセスすることができる。ユーザは、そのチャネ
ルにアクセスするための許可を設定することができる。例えば、保険会社の代理
店の作業グループ内の他の人は読むことができるが、その人達は、そのチャネル
内で何も修正できないようにそのチャネルを制限することができる。

【０１３２】 チャネル上で文書を利用することができるようにする前に、ユーザは、ライブ
ラリに文書を公開しなければならない。ある実施形態の場合には、ユーザは、ナ
ビゲーション・メニューで「ライブラリ」を選択し、作業グループを選択し、ツ
ールバー上の「公開」アイコンを選択することにより上記公開を行うことができ
る。文書の位置は強調され、文書のタイトルが入力され、チャネル内に文書が表
示された場合に、表示されるヘッドラインが入力される。その後で、ユーザは、
許可を設定し、ライブラリに文書を「公開」する。その後で、文書が、ライブラ
リ内の選択した作業グループ領域内に表示される。

【０１３３】 ライブラリ内の作業グループ領域に対するその文書に関連するＵＲＬを単に公
開するだけで、現存の文書へのリンクを行うことができる。

【０１３４】 複数の情報源１４の中の一つから報告を公開するために、ユーザは、情報源１
４にログし、報告をデザインする。報告は、情報源１４に提出され、文書が生成
される。ユーザは、システム１０の仮想ディレクトリをブラウズし、その文書を
公開する場所を選択する。その後で、報告参照が、情報源１４からサーバ２６に
アップロードされ、報告情報が、すでに詳細に説明したように、リポジトリ２２
に記憶される。その報告への参照もコンテンツ・ディレクトリに記憶され、サー
チ・メタファイルが生成され、索引２８内に記憶される。同時に、サーチ・メタ
ファイルが、他のコンテンツ・サーバに放送される。

【０１３５】 報告がユーザにより閲覧された場合には、ユーザは、コンテンツ・サーバ２６
から報告にアクセスし、ユーザのブラウザ上でＨＴＭＬ内に表示される文書を閲
覧する。文書がオン・デマンド報告である場合には、文書を要求すると、サーバ
２６は、その報告に関連する情報源１４についての問合わせを行う。ある実施形
態の場合には、ｃｇｉプログラムを参照しているＵＲＬが、各オン・デマンド問
合わせに対して生成され、オン・デマンド報告要求の結果を表わすＨＴＭＬ文書
が、情報源１４によりユーザに送られる。

【０１３６】 ユーザは、あるチャネルにコンテンツを追加するためにメッセンジャを生成す
ることができる。メッセンジャは、好適な宛先への対象物の送付を自動化するた
めにユーザを助ける。メッセンジャは、関連するコンテンツに対するリンクを持
つヘッドライン・テキスト・メッセージを放送することによりチャネルを自動的
に更新するために裏で作業する。

【０１３７】 ある実施形態の場合には、メッセンジャは、ナビゲーション・メニュー内の「
メッセンジャ」を選択し、作業グループ領域内の「エージェント・メッセンジャ
」を選択し、そのメッセンジャが、新しいメッセンジャであることを表示するこ
とにより生成される。タイトルおよびヘッドラインが、メッセンジャ、およびチ
ャネルが、上記メッセンジャがメールされる場所として選択されチャネルに対し
て入力される。周期（例えば、毎日）が選択され、許可がメッセンジャに対して
設定される。その後で、メッセンジャは、セーブされ、選択されたチャネル内に
表示される。

【０１３８】 ある実施形態の場合には、メッセンジャをセーブするという行動があると、そ
の結果、システム１０のサーブレットにメッセンジャ情報が送られる。サーブレ
ットは、メッセンジャに対する対象物キーを決定し、その対象物キーをリポジト
リ２２に挿入する。サーブレットも、メッセンジャとリポジトリ２２内のチャネ
ルとの間の関係を生成する。さらに、メッセンジャがタスク・テーブルに追加さ
れ、電子メールが指定される。その後で、サーブレット維持スレッドは、スケジ
ュールされたタスクを完成するためにタスク・テーブルをモニタする。

【０１３９】 特定の実施形態について図示し、説明してきたが、通常の当業者であれば、同
じ目的を達成するために作られる任意の装置を図示の特定の実施形態の代わりに
使用することができることを理解することができるだろう。この出願は、本発明
の任意の適応または変更を含む。それ故、本発明は、特許請求の範囲およびその
等価物によってだけ制限される。

【図面の簡単な説明】

【図１】 異なるソースからの情報を表示するためのシステムである。

【図２】 図１のシステムの一実施形態である。

【図３】 図１のシステムの分散型の実施形態である。

【図４】 オブジェクト指向のコンテンツ・リポジトリ・モデル内の対象物である。

【図５】 オブジェクト指向のユーザ機密保護モデル内の対象物である。

【図６】 ユーザのディスプレイ上に一つの対象物を提示するために使用するページ・テ
ンプレートのある実施形態である。

【図７】 ユーザのディスプレイ上に二つの対象物を提示するために使用するページ・テ
ンプレートのある実施形態である。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ５１２ Ｇ０６Ｆ 17/60 ５１２ (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ， ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ， ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，Ｃ Ｒ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＥＥ，ＥＳ，ＦＩ ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ， ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，Ｋ Ｚ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ， ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，Ｓ Ｋ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者 ブラッドレイ，マーク， シー． アメリカ合衆国 55378 ミネソタ，サヴ ェジ，ウエスト ワンハンドレッドアンド サーティシックスス ストリート 5624 (72)発明者 ハルムラスト，テッド， シー． アメリカ合衆国 55438 ミネソタ，ブル ーミントン，ナンバー318，ブリストル ヴィレッジ ドライヴ 7350 (72)発明者 ピーターソン，トーマス， ワイ． アメリカ合衆国 56431 ミネソタ，エイ トキン，アイアン ハブ ロード 15038 Ｆターム(参考） 5B075 KK07 KK13 KK33 KK37 KK43 KK54 KK63 ND20 ND23 ND34 NK10 NK13 NK24 NK44 NR05 NR12 PQ02 PQ52 QT03 UU06 UU40 5B082 EA01 EA08

Claims (23)

【特許請求の範囲】
1. 【請求項１】 ユーザ・インターフェースおよびサーバを有するシステムで
   データをチャネル化するための方法であって、 前記ユーザ・インターフェースのところで、公開されるデータを公開済みコン
   テンツとして識別するステップと、 前記サーバへの前記データを識別するサーバに要求を送るステップと、 前記サーバのところで、公開される前記データに対して対象物キーを生成する
   ステップと、 前記対象物キーを、コンテンツ・ディレクトリ内に、仮想ディレクトリ内に許
   可した値の関数として記憶するステップと、 前記対象物キーをあるチャネルに関連づけるステップと、 前記チャネルを前記ユーザ・インターフェース上に表示するステップとを含む
   方法。
2. 【請求項２】 請求項１記載の方法において、前記対象物キーが、前記対象
   物キーの記憶を反映するための索引の更新を含み、索引の更新が、前記公開コン
   テンツに関連するサーチ・メタファイルを前記索引内への収容を含む方法。
3. 【請求項３】 請求項２記載の方法において、索引の更新が、さらに、他の
   利用できるサーバへの前記サーチ・メタファイルの放送を含む方法。
4. 【請求項４】 請求項１記載の方法において、あるチャネルに前記対象物キ
   ーを関連づけるステップが、 あるイベントが発生した場合に、ユーザに警告する自動化プロセスであるメッ
   センジャを生成するステップと、 前記メッセンジャに対してメッセンジャ対象物キーを発生するステップと、 前記メッセンジャ対象物キーをリポジトリに記憶するステップと、 前記メッセンジャを前記公開済みコンテンツと関連づけるステップとを含み、 前記方法が、さらに、予め定めた時間に実行するように前記メッセンジャをス
   ケジュールするステップと、前記ユーザ・インターフェース上で、前記メッセン
   ジャの実行に関するメッセージを表示するステップとを含む方法。
5. 【請求項５】 請求項４記載の方法において、メッセージを表示するステッ
   プが、前記ユーザ・インターフェースに電子メールを送信するステップを含む方
   法。
6. 【請求項６】 請求項４記載の方法において、メッセージを表示するステッ
   プが、前記ユーザ・インターフェース上に前記公開済みコンテンツに関連するヘ
   ッドラインを表示するステップを含む方法。
7. 【請求項７】 請求項６記載の方法において、ヘッドラインを表示するステ
   ップが、ナビゲーション領域テンプレートを表示するステップを含む方法。
8. 【請求項８】 請求項７記載の方法において、前記ナビゲーション領域・テ
   ンプレートがアドミニストレータにより生成され、前記ユーザにより選択される
   方法。
9. 【請求項９】 請求項１記載の方法において、公開されるデータを公開済み
   コンテンツとして識別するステップが、前記源を供給するステップと、前記情報
   源内で報告を発生するテップと、前記報告をある場所に記憶するステップとを含
   み、前記サーバへの前記データを識別する前記サーバに要求を送信するステップ
   が、報告が記憶された場所を識別するステップを含む方法。
10. 【請求項１０】 請求項９記載の方法において、前記対象物キーをあるチャ
    ネルに関連づけるステップが、 あるイベントが発生した場合に、ユーザに警告する自動化プロセスであるメッ
    センジャを生成するステップと、 前記メッセンジャに対してメッセンジャ対象物キーを発生するステップと、 前記メッセンジャ対象物キーをリポジトリに記憶するステップと、 前記メッセンジャを前記公開済みコンテンツと関連づけるステップとを含み、 前記方法が、さらに、予め定めた時間に実行するように前記メッセンジャをス
    ケジュールするステップと、前記ユーザ・インターフェース上で前記メッセンジ
    ャの実行に関するメッセージを表示するステップと、前記メッセンジャを通して
    前記報告にアクセスするステップとを含む方法。
11. 【請求項１１】 複数の情報源からデータをユーザに提示するシステムであ
    って、 一つまたはそれ以上の複数の識別される前記複数の情報源からデータを公開済
    みコンテンツとして選択し、公開済みコンテンツとして識別されたデータにアク
    セスするためのコンテンツ要求を発行するユーザ・インターフェースと、 公開コンテンツを記憶するコンテンツ記憶装置と、 前記ユーザ・インターフェースから受信した前記コンテンツ要求を管理し、リ
    ポジトリとコンテンツ・ディレクトリとを含み、前記ユーザ・インターフェース
    および前記コンテンツ記憶装置に接続しているサーバとを備え、前記リポジトリ
    が、公開コンテンツに関連する仮想ディレクトリ構造体を管理し、前記コンテン
    ツ・ディレクトリが、前記コンテンツ記憶装置内に記憶したすべての公開コンテ
    ンツをポイントしているコンテンツ・ディレクトリ構造体を管理し、 前記コンテンツ・ディレクトリ構造体が、前記リポジトリ内の前記仮想ディレ
    クトリ構造体により参照されるシステム。
12. 【請求項１２】 請求項１１記載のシステムにおいて、前記リポジトリが、
    ホルダー、メッセンジャおよびチャネルの形で前記仮想ディレクトリ構造体を管
    理し、 ホルダーが公開コンテンツへのポインタを含み、 メッセンジャが、あるイベントば発生した場合に、ユーザに警告する自動化プ
    ロセスであり、 チャネルが、特定の主題によりグループ分けされた情報のローカル組織である
    システム。
13. 【請求項１３】 請求項１２記載のシステムにおいて、前記サーバが、メッ
    センジャの処理をモニタし、スケジュールするスケジューラを含むシステム。
14. 【請求項１４】 請求項１２記載のシステムにおいて、前記サーバが、コン
    テンツ要求を多重スレッドＪａｖａ（登録商標）サーブレットとして管理するシ ステム。
15. 【請求項１５】 請求項１１記載のシステムにおいて、前記リポジトリが、
    許可に基づいて前記コンテンツ・サーバ内に記憶しているコンテンツに対するユ
    ーザによるアクセスを制限するための機密保護機構を含むシステム。
16. 【請求項１６】 請求項１４記載のシステムにおいて、前記リポジトリが、
    関係データベースに記憶されるシステム。
17. 【請求項１７】 請求項１１記載のシステムにおいて、ユーザにより要求さ
    れたコンテンツがニュースページに表示され、前記サーバが、ニュースページの
    発生をスケジュールするためのスケジューラを含むシステム。
18. 【請求項１８】 請求項１１記載のシステムにおいて、前記サーバがサーチ
    ・エンジンを含み、前記ユーザが前記サーチ・エンジンによりコンテンツにアク
    セスするための手段を含むシステム。
19. 【請求項１９】 請求項１８記載のシステムにおいて、前記コンテンツ記憶
    装置が、ポインタ・ファイル用の記憶装置を含み、前記ポインタ・ファイルが、
    遠隔データ記憶装置上に記憶しているデータをポイントするシステム。
20. 【請求項２０】 ビジネス・インテリジェンス内へのウェブ・ポータルであ
    って、 データ・ウェアハウスおよびオンライン取引処理システムを含む複数のビジネ
    ス情報源と、 ウェブ・ブラウザ、前記データ・ウェアハウスから、および前記オンライン取
    引処理システムから公開済みコンテンツとしてデータを公開するための手段と、
    前記公開済みコンテンツを識別するための手段と、公開済みコンテンツとして記
    憶している文書にアクセスするためにコンテンツ要求を発行するための手段とを
    含むユーザ・インターフェースと、 前記公開済みコンテンツを記憶するコンテンツ記憶装置と、 前記ユーザ・インターフェースから受信した前記コンテンツ要求を管理し、リ
    ポジトリとコンテンツ・ディレクトリとを含み、前記ユーザ・インターフェース
    および前記コンテンツ記憶装置に接続しているサーバとを備え、前記リポジトリ
    が、前記公開コンテンツに関連する仮想ディレクトリ構造体を含み、前記コンテ
    ンツ・ディレクトリが、前記コンテンツ記憶装置内に記憶しているすべての公開
    コンテンツをポイントしているコンテンツ・ディレクトリ構造体を含み、 前記サーバが、前記リポジトリ内に記憶している仮想ディレクトリ構造体を通
    してコンテンツ・ディレクトリ構造体を間接的にアドレスすることにより前記コ
    ンテンツ要求の関数として前記文書を検索し、 前記サーバが、前記検索した文書を前記ウェブ・ブラウザ上に表示することが
    できる文書に変換し、前記変換した文書を前記ユーザ・インターフェースに転送
    するポータル。
21. 【請求項２１】 請求項２０記載のポータルにおいて、公開済みの前記デー
    タを識別するための前記手段が、前記ユーザ・インターフェース上に前記公開済
    みコンテンツに関連するヘッドラインを表示するための手段を含むポータル。
22. 【請求項２２】 請求項２１記載のポータルにおいて、コンテンツ要求を発
    行するための手段は、前記ヘッドラインをクリックするための手段を含むポータ
    ル。
23. 【請求項２３】 請求項２０記載のポータルにおいて、前記データ・ウェア
    ハウスがエージェントを含み、前記エージェントが、第一の予め定義した時間に
    報告を発生し、前記サーバがメッセンジャを含み、前記メッセンジャが前記報告
    と関連していて、前記メッセンジャが、第二の予め定義した時間にユーザに前記
    報告をチェックすることを思い出させるポータル。