技术领域：

本发明涉及计算机软件，尤其涉及一种用于以一种统一的方式来 表达来自不同资源的数据的系统和方法。

背景技术：

近年来信息数量和资源飞速增加。当前，商业组织利用许多不同 的工具来管理这些信息。组织可能使用一种字处理应用程序来创建并 编辑文档，使用电子制表软件进行计算，使用一种或多种数据库工具 来访问有关市场、员工及其它的一些信息，使用因特网工具来访问因 特网，使用内部网工具来访问发布到内部网站上的公司内部信息。每 种工具的实现方法都不同；需要花费很长的时间来熟悉和掌握这些日 常工作所需要的工具。另外，使用某一特定的工具所需获得的基本知 识的学习曲线足以使学习者感到气馁，而该学习者通过使用此工具可 获得同他或她工作相关的信息。

内部网和外部网的引入使得这一情况变得更加糟糕；对于普通的 工作者来讲，他们可获得的数据量有了奇迹般的增长。这就带来了日 益加重的负担，即如何在泛滥成灾的未经组织的数据中获取相关信息。 目前还不存在一种统一的方法来操纵、查找、组织、接收、分发和合 并这些对于决策制定进程所必须的信息。因此，组织经常在未获得信 息的情况下做出决策，而这些信息往往已在组织中归档，然而决策者 并不知道或得不到。随着商业进程的再构造和客户关系管理的进一步 发展，这一挑战日益增强。

因此需要一种以一种统一的方式来表达来自不同资源的数据的方 法。同时需要一种可直接并友好地访问这些数据的接口。

技术内容：

根据本发明的一个方面，描述了一种用于把来自不同资源的数据 表达给用户的系统和方法。该系统包括多个信息源，一个用户接口， 内容存储器和一个连接到用户接口和内容存储器上的服务器。用户接 口从一个或多个信息源中选择作为已发布内容的数据，并选择请求访 问已发布内容的请求内容。内容存储器存储所发布的内容，服务器管 理来自用户接口的内容请求。服务器包括一个储存库和一个内容目录， 其中储存库管理一个同所发布的内容相关的虚拟目录结构，其中内容 目录维护了一个指向存储在内容存储器中的所有已发布内容的内容目 录结构，其中内容目录结构被储存库中的虚拟目录结构所引用。

附图的简要描述：

在附图的几种视图中数字代表相应的部件。

附图1表示一个用于显示来自不同资源的信息的系统。

附图2表示附图1的系统的一个实施例。

附图3表示附图1的系统的一个分布式实施例。

附图4表示一个面向对象内容储存库模型中的对象。

附图5表示一个面向对象用户安全模型中的对象。

附图6表示一个用于在用户显示屏上表达一个对象的页模板的实 施例。

附图7表示一个用于在用户显示屏上表达两个对象的页模板的实 施例。

最佳实施例的描述：

在下面最佳实施例的详细描述中，将参考附图，其中附图作为该 描述的一部分并且附图是以说明实现本发明的一个特殊实施例的方式 来表示的。在不违背本发明宗旨基础上的其它实施例和结构上的一些 改变都是可接受的。

下述详细说明中的一些部分是以对计算机内存中的数据位所进行 的操作的算法和符号表示的方式来表现的。这些算法描述和表示是那 些精通于数据处理技术的人员所使用的方法，以最有效地把他们工作 的实质信息传达给其他同样精通此技术的人。一般地讲，可认为一种 算法是一系列自相容的步骤，利用这些步骤可取得一个所需的结果。 这些步骤需要对于物质量的物理操纵。虽然不是必须的，但是这些量 通常具有可被存储、传输、合并、比较或对其进行其它一些操作的电 子信号或磁信号的形式。通常可从方便角度上来讲，尤其就通用这个 角度上讲可把这些信号看作位、值、元素、符号、字符、条目、数字 或其它一些形式。然而，应当记住的是所有这些术语都同相应的物理 量相关并且仅仅是适用于这些物理量的方便性标志。除非特别指明， 否则如同下面的讨论，在本发明的讨论中所使用术语例如‘处理’或 ‘计算’或‘计算’或‘决定’或‘显示’等都将指示一个计算机系 统或相似的电子计算设备的动作和处理，其中计算机系统和相似的电 子计算设备操纵并把以计算机系统的寄存器和内存中以物质(电子) 量的形式所表示的数据转换成其它类似的以计算机系统存储器或寄存 器或其他信息存储器、传输设备或显示设备中物质量的形式所表示的 数据。

附图1中显示了一个用于显示来自不同资源的信息的系统。在附 图1中，系统10包括一个内容服务器12，其中该内容服务器连接到 一个或多个信息源14、一个存储设备16和一个或多个数据输入设备 (18，20)上。在一个实施例中，如下面所述，服务器12包括一个储 存库22和一个内容目录24。在一个实施例中，数据输入设备20是一 个用户终端或工作站并且数据输入设备18是一个管理终端或工作站。

如上面所描述，目前还没有一种统一的方法来操纵、查找、组织、 接收、分发和合并这些来自不同资源的对于做出决策制定过程所必须 的信息。因此组织被迫只根据远远少于他们存储库中所存储的数据的 信息作出相应的决策。为了描述这一需求，在一个实施例中系统10使 用了一个万维网范例来存储和访问来自整个组织各领域的数据。系统 10提供了一个公共的储存库或资料库。组织中的系统和应用都可以通 过把内容发布到资料库的方式为资料库提供内容。

在一个实施例中，用户和/或系统通过把未经组织的内容发布到存 储设备16上，并且通过存储在储存库22中的对象关键字来访问该内 容的方式来使用组织的资料库。在这样一个实施例中，储存库22被组 织成层次型资料夹的形式。可按照用户或主题来组织对象并且可把对 象发布到储存库22或从储存库22中删除。另外，资料夹的结构允许 用户以一种结构化的方式来操纵对象。

资料库中的信息被组织成频道。在一个实施例中，频道是根据特 定的主题进行分组的信息的逻辑组织。用户可以订阅个人的、工作组 的或公共的频道以接收有关某一特定主题的广播信息。一旦订阅了某 一频道，用户可‘收听’该频道以浏览其标题行并决定是否打开其附 加的报告对象以获取更详细的信息。用户也可以创建他们自己的频道 以组织由他们自己的个人信息员所生成的标题行。频道信息存储在储 存库22中。

数据输入设备20包括一个用户接口。在一个实施例中，用户接口 允许用户从一个或多个信息源中选择数据，并允许用户把所选择的数 据标记为已发布内容或请求访问已发布内容的请求内容。在这样一个 实施例中，数据输入设备18在系统管理员的控制下运行Java小服务 程序以把一个多样化的接口呈现给商业人士。也可以对数据输入设备 20进行配置以运行这样的Java小服务程序。网站入口采取新闻页的 方式。用户可选择来自一个或多个频道中的有用信息；在一个实施例 中，是通过个人化的电子报纸或新闻页的标题行来访问该信息的。在 这样一个实施例中，为每个新闻页都提供了一个默认的模板。然而， 用户可以自定义他们的新闻页以显示来自他们所订阅的频道的最新的 标题行。

在一个实施例中，当一个与用户相关的事件发生时，一个作为信 息员的自动处理进程将提示用户。每个信息员均包括一个名称、描述 和相关事件。另外，信息员还包括一个指向所引用的内容页的链接。

在这样一个实施例中，信息员的提示采取给用户发送电子邮件的 形式。在另一个实施例中，信息员的提示采取用户新闻页中一个标题 行的形式(例如，当某个频道的新内容出现时该新闻页的一条标题行 将改变)。在新闻页的实施例中，每隔一段预定的时间，信息员将搜 索出现在已订阅频道中的标题行。然后这些标题行被显示在用户的新 闻页上。

在一个实施例中，运行在信息源14上的一个代理在第一制定时间 生成一个报告。例如，信息源14可能是一个数据仓库，并且每个星期 一的晚上该代理将根据存储在数据仓库中的数据生成一个详细的销售 分析图表。一旦所生成的新报告代替旧报告被存储了起来，则任何对 这一报告的访问总是访问该报告的最新版本。

在这个例子中，在系统10中进行操作的信息员被设置成在第二制 定时间(例如，每周二的早上)提醒用户审查该报告。则在星期二的 早上该信息员将通知用户审查该报告(例如，通过标题或电子邮件)。 然后用户可以通过选择与该信息员相关的内容来审查该报告。在另一 个实施例中，运行在信息源14中的一个代理对服务器12中的信息员 进行初始化。然后该信息员将通知用户某一特定事件的发生。

在另一个实施例中，信息源14直接把内容发布到服务器引擎26 并可从服务器引擎26访问。

在一个实施例中，为每个频道均显示了一个标题行。用户可以订 阅公共频道以接收有关某一特定主题的信息。一旦用户订阅了某一频 道，他或她可‘收听’该频道以浏览标题行或链接到附加在该主题上 的报告以获得更详细的信息。在一个实施例中，用户可以创建频道以 组织由用户个人的信息员所生成的标题行。

在一个实施例中，存储设备16存储所发布的内容。然后通过服务 器12访问所发布的内容。附图2中描述了此过程。在附图2中，数据 输入设备20连接到服务器12上。服务器12包括一个服务器引擎26， 一个储存库22和一个内容目录24。在一个实施例中，表示已发布内 容的搜索元文件存储在一个索引28中以方便搜索引擎30的搜索。引 擎26接收一个作为要发布内容的文档，把一个对象关键字同该文档相 关联并把该对象关键字存储在储存库22中。在这样一个实施例中，一 个指向存储在存储设备16中的对象的指针被放置在目录24中，并且 一个文档存根文件被写入索引28中。附图2中描述了两个信息源14： 一个数据仓库14.1和一个在线事务处理系统14.2。另外，其它的信息 源14.3可发布到系统10的资料库中，例如可生成字处理或电子制表 文档的个人计算机应用程序。实际上，在一个实施例中，可执行的例 如软件驱动程序被公开在资料库中，被用户然后读取及装入。

服务器引擎26管理来自用户接口的内容请求。在这样一个实施例 中，储存库22管理一个同已发布内容相关联的虚拟目录结构，并且内 容目录24维护了一个指向存储在存储设备16中的所有已发布内容的 内容目录结构。在一个实施例中，可通过存储在储存库的虚拟目录结 构中的对象关键字来访问该内容目录结构。

文档可链接到其它的文档上。在一个实施例中，一个文档内的超 文本链接指向储存库22中的其它文档。

在一个实施例中，服务器引擎26包括一个监测并调度信息员的处 理的调度器。在这样一个实施例中，服务器引擎26也在正常规则上管 理和调度对于所有公共的、工作组的和个人新闻页的生成。例如，可 对服务器引擎26进行配置以每日、每周或根据其它一些定时规则来生 成新闻页。

在一个实施例中，服务器引擎26包括多个Java小服务程序。这 些小服务程序以线程的方式运行，其中每个线程实现一种特定的功能。 例如，当一个对发布内容的请求到来时，一个特定的线程就会被调度 以根据用户的要求进行相应的处理。在一个实施例中，当小服务程序 在设备20上生成满足用户要求的内容时，将把这些内容以HTML文 档的形式呈现在用户的浏览器上。

在这样一个实施例中，数据输入设备18上进行操作的系统管理员 也具有通过一个HTML接口来访问服务器引擎26的权利。另外，在 一个实施例中，系统10为管理员提供JAVA小服务程序以辅助他或 她来实现更复杂、更常规的任务。

在一个实施例中，储存库22存储在一个关系数据库中，例如一个 SQL服务器中。内容存储在一个平面文件中。

在一个实施例中，储存库22包括一个基于许可性的安全机制，以 限制用户对于存储在内容服务器中的内容的访问。用户被划分成组， 并且通过对用户、组和企业的许可授权来限制用户对内容的访问。在 一个实施例中，敏感性最低的信息具有全局的读权限。比较敏感的信 息被限制为只可由特定的组或用户访问。在一个这样的实施例中，一 个鉴别机制(例如，用户输入的密码、一次性密码、生物特征信息等) 用于确保用户为正确的用户。

在一个实施例中，如附图2所示，系统10包括一个索引28和一 个搜索引擎30。用户接口包括用于通过搜索引擎30访问内容的装置。 在这样一个实施例中，通过一个由德克萨斯州休斯顿的Cybotics科技 公司所生产的Cybotics搜索引擎来实现搜索。有关Cybotic搜索引擎 的信息可查看网址http：//www.cybotics.com。

在一个实施例中，存储设备16包括本地和远程存储器。在这样一 个实施例中，发布到储存库22的内容保留在初始位置。然后目录24 指向一个本地存储器中的指针，该指针用于访问在其远程存储器位置 中的内容。在这样一个实施例中，内容可存储在不同组织的网站中。 在这种情况下，指针可以是一个对存储在该网站上的信息的HTTP引 用。同时，该频道中的其它内容可存储在内部或存储在组织中的其它 位置。在这些情况下，在一个实施例中，指针采取服务器中的位置和 索引号的方式。访问频道中内容的用户并不需关心内容存储在何处。 内容总在那儿。

在一个实施例中，部分内容以压缩的方式进行存储例如存储在一 个zip文件中。在把内容呈现给用户之前服务器26自动对这些压缩文 件进行解压缩。

在一个实施例中，设备20通过一个连接例如一条电话线连接到服 务器12上。从远程设备20登录到服务器12的用户可同登录到本地网 络的用户一样获取内容。在一个实施例中，用户可选择压缩模式，在 该模式中通过电话线传输之前内容是经过压缩的，然后在用户端进行 解压缩。这样的处理可减低通过电话线进行传输的数据量。

在一个实施例中，资料库按照企业、工作组和个人工作领域的方 式进行组织。可在每个领域内建立资料夹，然后可把内容发布到这些 资料夹中。在一个实施例中，作为内容所发布到的领域的一个功能， 服务器26自动地为内容设置访问许可。

服务器12可为一个分布式环境。即，系统10可有多个内容服务 器。在一个实施例中，只有一个服务器是主服务器(例如主服务器40)。 它具有分配给它的数据库或储存库。附图3中描述了这样一个实施例。

在附图3所示的系统中，用户终端20和管理员终端18通过主服 务器40或其中的一个从服务器42连接到存储设备16上。主服务器40 依次连接到一个或多个从服务器42和一个或多个信息源14上。从服 务器42依次连接到一个存储设备44和一个或多个其它的信息源14 上。内容可存储在任何一个服务器中(40，42)，并且可通过每个服 务器中的内容目录经由存储在主服务器40中的储存库对其进行访问。 在一个实施例中，如果想要通过第一服务器来访问存储在不可访问服 务器或无效服务器中的内容，则主服务器将把这一任务存储在一个任 务列表中，以在不可访问的服务器再次变为可访问时执行该任务。

在另一个实施例中，当主服务器40收到一个要求删除内容的服务 请求时，该主服务器将该请求发送到适当的从服务器42。然后，主服 务器在假设从服务器已经收到了该请求并且从储存库表格中删除了相 应的内容的情况下进行下一步的操作。

在一个实施例中，远程方法激发(RMI)用于在服务器40和42 之间进行前向和后向通信。如果RMI需进行后向通信，即在从服务器 无效并且存在需该从服务器执行的任务时，主服务器40将调度有关目 前无效的从服务器42的任务，以在从服务器有效时执行该任务。在一 个实施例中，在每个从服务器42中均存在一个内容目录24。如果用 户登录到其中的一个服务器42并且试图删除一个已发布文档时，则该 服务器42将同主服务器联系。主服务器40查看储存库22并且判定该 文档目前存储在何处。如果该文档存储在一个无效或不可访问的服务 器42(例如，同RMI相连的有问题的服务器)中，则服务器40将把 一个服务请求放入队列并且在无效服务器42再次有效时真正地删除该 内容。当同RMI的连接重新建立起来时，服务器42将收到通知它该 做什么并且它漏掉了什么的有关信息。

在一个实施例中，为两个或更多的服务器40分配了同一个储存库 22。

现在将描述一个内容服务器(例如服务器12，40和42)的实施 例。如上所述，内容服务器12存储并维护了用于分发的内容。内容存 储在存储设备16中并且可通过储存库22进行访问。在一个实施例中， 储存库22包括多个用于组织和追踪数据属性的表格。

在一个实施例中，储存库22被组织成可快速访问的结构。服务器 12中的任何内容均可看作一个对象。每个对象均有一个标识，并且它 同其它对象间的关系是通过一个关系表格来定义的。如上所述，内容 服务器12可由一套Java小服务程序类来实现，这些小服务程序类是 通过对内容服务器12的URL调用进行初始化的。该类结构包括一个 用于控制对内容的访问的主小服务程序(IACS)。IACS依次包括其 它功能。支持IACS的类包括：

Put-把文档放入内容数据库

Get-从内容数据库中取得内容

Serve-提供文档给外部的调用者

Prop-生成对象的细节(例如，所有者，组等)；还允许删除/创 建一个对象类型

Agent-提供管理员对于对信息员功能的访问，并考虑信息员的 创建、删除和属性从而维护储存库信息

Profile-提供管理员对文件信息的访问，并维护用户组和全局组 表结构

Search-提供对对象搜索的支持功能。调用者指明要搜索的对象 类型，然后类将搜索储存库22并返回与所指明的对象类型相匹配的那 些对象。可用于文档、信息员、频道等

User-提供对所有用户对象的支持功能；提供对用户对象的添加 和删除。

在一个实施例中，管理员具有选择内容所使用的模板的能力。这 种能力有利于加强用户，交叉工作组甚至公司内部间的界面的统一。

在一个实施例中，当内容到期时，内容服务器12将自动地删除内 容。

内容服务器12包括一个发布API，该API用于发布内容到内容 服务器12和从内容服务器12获取数据。在一个实施例中，一个基于 URL的网络接口用于在用户和内容服务器26之间进行通信。调用指 明使用那一个API并生成一个返回给用户的HTML页。

在一个实施例中，所有的小服务程序对象通信和发布调用都是通 过一个API模块进行的。当进行这些调用时，必须在线提供一个管理 员姓名(UN)和密码(PW)。在这样一个实施例中一条命令用于通 过内容服务器12获取一个组成员列表，例如该命令为 http：//[server]/servlet/IACS/Api/usersandgroups？UN＝[admin username]&PW＝[admin password]。IQ对象通过对内容服务器12 的URL调用来查询小服务程序。内容服务器12返回一个文本分隔列 表，调用者可对这一文本分隔列表进行分析以获得有关信息。在一个 实施例中，该文本分隔列表具有这种模式[Group/User]～[Name of user or group]～[object key of user or group]。例如，该列表可能看上去象 下面这种形式：

g～aurora～4 u～mbradley～0 u～tschutz～2 g～admin～3

当发布一个所选择的文档时，将返回拥有者对象关键字和组对象 关键字。

调用者可假设每个用户均为公共组的一个成员，因此内容服务器 12不需要返回该组和其用户。

为获取一个定义了目录结构的资料夹列表的调用为：

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 . .

其中列表项的格式为：

[资料夹的对象关键字]～[父资料夹的对象关键字(1表示无父资料 夹，该资料夹为根资料夹)]～[拥有者对象关键字(用户)]～[组拥有者 对象关键字]～[权限字符串]。

例如，上述第三行表示该资料夹的对象关键字为23，由资料夹对 象关键字10拥有，标题为‘另一个测试’，由用户对象关键字15拥 有，由组对象关键字14拥有，并且具有权限‘rwxr-xr-x’(在Unix 八进制表示中为755)。

在一个实施例中，资料夹对象关键字用于命名所选择的已发布文 档的父亲。

为获取文档发布所处类别的列表的URL调用为：

http：//[server]/servlet/IACS/Api/categories？UN＝[admin username]&PW＝[admin password]

内容服务器返回一个文本分隔列表，该列表看上去如下：

Sports～0 Business～1 Leisure～2

其格式为：  .

            .

[类别描述]～[类别的ID]。

在一个实施例中，系统10被设计为在文档发布的同时提交所选择 的类别的ID。

为把文档发布到内容服务器上的URL调用为：

http：//[server]/servlet/IACS/Api/publish？UN＝[admin username]&PW＝[admin password]&TITLE＝this＋is＋a＋test&FILENAME＝text.txt&PARENT＝4&HEADLINE＝a＋hea dline&DESCRIP＝descrip&ISLINK＝0&DOCTYPE＝“published document”&DOCSIZE＝45&LOCALE＝en_US&OWNERKEY＝ 0&GROUPKEY＝1&PERMS＝rw-rw-r--&expires＝-1&VERSION＝0&CAT＝0

TITLE为文档的简短标题，并且用户可点击该标题以查看/存储内 容

FILENAME为文件名，当显示在内容服务器中时，鼠标点位于文 档的标题上时用户可看到该文件名。文件名也是用户点击链接并选择 存储文件时浏览器所使用的缺省文件名。

PARENT为该文档所处的父资料夹的对象关键字，该关键字应当 是由‘资料夹列表’的API调用所提供的值。

HEADLINE为80列的文本区域，该标题行为文档的简要描述， 当在内容服务器中查看文档/资料夹列表时可看到该标题行。

DESCRIP为一个更详细的描述

ISLINK提供了一种发布URL的方法。如果是一个URL则该值 为1，否则为0。

DOCTYPE表示文档类型(例如为已发布文档或资料夹)

DOCSIZE为内容的字节大小(或者对于资料夹来说该值为0)

LOCALE这里用于国际化目的。对于英文文档该值一般为en_US

OWNERKEY为要发布的文档的拥有者对象关键字

GROUPKEY为要发布的文档的组对象关键字

PERMS为该文档的9个字符长的权限许可字符串

EXPIRES为一个整型数值，该整型数值为以秒为单位的公元日 期，如果文档永远不过期时该值为-1。

VERSION为文档的版本号

CAT为所选择的类别ID。可通过URL调用‘类别’来获取类别 和其ID。

内容服务器返回一个文本列表。在一个实施例中，为文档返回例 如  C：/inetpub/cs/22/25的一个字符串，为资料夹返回例如 C：/inetpub/cs/22/的一个字符串。文档的路径为到达文档所在的资料夹 的路径。文档的内容附加在该路径上。因此，对于上述的例子而言， 文档的路径为C：/inetpub/cs/22/，而文档的名字为数字5。(文档的名 字基于插入在内容服务器数据库中的对象关键字(在插入时确定的)) 需注意的是，如果文档类型为‘已发布文档’，则路径在显示时被嵌 入在当前用户的模板中。

上述例子中资料夹的路径是“C：/inetpub/cs/22/”。最新创建的资 料夹具有对象关键字22。由于内容服务器26已经创建了该资料夹，因 此无需再对该资料夹进行创建。

内容储存库22包括一个关系数据库中的已发布文档内容的记录。 每条记录具有一个唯一的标识并且包括有关已发布内容的信息。

内容储存库22中的每条记录包括所有来自一个特定发布事件或事 件集的信息。在一个实施例中，可由非拥有者把信息附加到文档上。 例如，当试着追踪文档内容上的说明时这一点是非常有用的。内容储 存库22中的记录包括一种用于追踪说明和把说明显示给用户的机制。

在一个实施例中，内容信息存储在一个虚拟文件系统中，因此内 容可物理地存储在多个平台上的多个数据库中。在下面所描述的一个 实施例中，一些域是必须的并且在相应的描述中指明这一点。内容储 存库22包括多个表格。输入到储存库22中的任何数据均被看作是一 个对象。该对象是通过一个OBJECTKEY对象关键字来引用的，其 中对象关键字是在一个新对象被输入到数据库时所分配的。对象间的 关系定义在RELATIONSHIPS关系表格中。附图4中描述了一个内 容储存库模型。通过用该设计，可存储并获取所有的对象和它们之间 的关系，从而可正在整个企业范围内维护这些互相依赖的数据。这一 设计是基于元数据定义的。

对象储存库表格(OBJECTREPOSITORY)定义了存储在内容服 务器26中的每个单独的对象。该表格包括下列的一个或多个域：

OBJECTTYPEKEY OBJECTNAME OWNERID GROUPOWNER OWNERREADPRIV OWNREWRITEPRIV OWNEREXECUTEPRIV GROUPREADPRIV GROUPWRITEPRIV GROUPEXECUTEPRIV ENTERPRISEREADPRIV ENTERPRISEWRITEPRIV ENTERPRISEEXECUTEPRIV CREATOR LASTMODIFIEDBY VALIDATIONCODE VALIDATIONDATETIME VALIDATEDBY MESSAGECOUNT DESCRIPTION LASTMODIFIEDBYDATE PASSWORD

变量OBJECTTYPEKEY表示文档的类。其它的变量具有可自我 释义的变量名。(尤其是，MESSAGECOUNT为附加到特定文档上 的信息的数目)

对象类型表(OBJECTTYPES)定义了系统10中所存在的对象 的类型。对象类型包括USER，GROUP，DOCUMENTS，CHANNEL， FOLDER和MESSAGER。对象类型表通过OBJECTTYPEKEY进 行索引，并且包括OBJECTVERSION和OBJECTSCRIPTION。

关系表格(RELATIONSHIPS)维护了所有类型的对象之间的关 系。该关系表通过PARENTKEY和CHILDKEY进行索引，并且包 括SORTORDER和RELATIONSHIPTYPE。

文档表格(DOCUMENT)定义了已发布文档的属性。该文档表 格通过OBJECTKEY进行索引，其中OBJECTKEY为系统10为该 文档内部生成的唯一的一个KEY。该文档表格包括：

TITLE-该内容的一个大纲。该域用于生成标题行信息。

LOCALE-文档生成的地方

FILENAME-包括该内容的文件的名称(必选项)

LOCATION-文档的位置。该位置可以是URL或文档在现存文 件系统上的位置。(必选项)

DOCTYPE-该文档的MIME类型。

CATEGORY——ID-分配给该文档的类别。该类别可由管理员 创建并且作为搜索时的一个选择项。缺省类别为‘无’(可选项)

VERSION-该文档的版本号。(可选项)

DESCRIP-内容的一个描述(可选项)

ISLINK-表示是否为到内容的链接(必选项)

EXPIRES-文档有效期。该域被一个定期(由管理员来选择期限) 清空储存库的自动清除进程所使用。缺省值为永不过期。

DOCSIZE-文档的字节大小(生成的)

SERVERADDR-存储该文档的内容的服务器的地址。(生成的)

LIVEADDR-目前该文档被处理所在的地址(生成的)

TARGET-表示在浏览器的何处放置文本。

SHORTCUT-如果存在，表示指向真正文档的对象关键字。

属性表格(PROPERTY)定义了分布式体系结构中的主内容服务 器。另外，它还定义了对于格林威治时间(GMT)的偏移量 (LOCALOFFSET)和主内容服务器的语言(SCHEMAVERSION)。

频道表格(CHANNEL)负责所有频道的定义。该表格通过 OBJECTKEY进行索引并且包括给文档所分配的频道的频道标题 (TITLE)。

信息员表格(MESSAGEER)负责所有信息员的定义。该表格通 过OBJECTKEY进行索引并且包括用于运行该信息员的优先级 (PRIORITY)和时间(NEWSTIME)。在一个实施例中，该信息 员表格包括要发送信息的电子邮件地址(EMAILADDR)，生成该信 息员的服务器的名字(SSNAME)，一个同该信息员相关的并且用于 根据用户的请求从服务器中删除工作的工作ID(JOBID)，一个同信 息员相关的名字(TITLE)，一个信息员执行时所出现的标题行 (HEADLINE)，一个DOCUMENT表格中的索引关键字 (DOCKEY)，一个信息员的开始时间(STARTTIME)，一个或多 个时间段属性(PERIODATTR1和PERIODATTR2)，一个更新为 最新时间的信息员之间的以分钟为单位的间隔(MINSBETWEEN) 和一个表示为该信息员所分配的频道的频道关键字 (CHANNELKEY)。

服务器表格(SERVER)标识在分布式体系结构中的内容服务器。

最后，附图4还包括一个任务表格(TASK)，用于表示需要在 分布式体系结构中完成的任务。该任务表格还用于调度电子邮件信息 员。

在一个实施例中，内容服务器12提供了一个瘦安全模型。该安全 模型在一个关系数据库中实现，并且包括用于识别该内容服务器中每 个用户的记录。在一个实施例中，由管理员或一个使用LDAP(轻量 级目录访问协议)或NIS(网络信息系统)文件的自动装置来初始地 创建这些记录。也可使用分号分隔的文件来自动创建许多用户。每条 记录具有对于各个用户所唯一的一个标识并且包括该指定用户的特定 信息。在创建时，每个用户依次被分配给一个组。对于所有用户，缺 省组为公共组。当创建内容时，拥有者可以指定那些组可以访问该内 容。另外，拥有者可以为每个用户、工作组和公共访问指定访问级别。 对内容的访问级别或权限基于Unix对读、写和执行权限的设置机制。

在一个实施例中，用户组表格(USERS)维护对所有用户的定义 和他们各自的验证机制。该表格通过OBJECTKEY进行索引，其中 OBJECTKEY为系统10为该文档内部生成的一个唯一的ID。该用户 组表格包括一个或多个下列域：

FNAME-用户名的第一个字(可选的)

LNAME-用户名的最后一个字(可选的)

USERNAME-用户的唯一的名字(必选的)

PASSWORD-如果是一个用户，则是为该用户所分配的密码(必 选的)

DEFAULTGROUP-分配给该条目的用户或组(必选的)

IA_ID-内部ID的索引。该内部ID为用于访问其它系统的ID(查 看IA_ID)(必选的)

E-MAIL-该用户的电子邮件地址。用于同该用户的信息员通信 (可选的)

ADDRESS1-用户的邮件地址1(可选的)

ADDRESS2-用户的邮件地址2(可选的)

CITY-用户的邮件城市名称(可选的)

STATE-用户的邮件洲名称(可选的)

COUNTRY-用户的邮件国家名称(可选的)

ZIP-用户的邮件编码(可选的)

HOMEPHONE-用户的家庭电话(可选的)

COMPANY-用户供职的公司名称(可选的)

TITLE-用户的标题(可选的)

BUSPHONE-用户的商业电话(可选的)

FAX-用户的传真号码(可选的)

DEPARTMENT-用户所在的部门(可选的)

PAGER-用户的寻呼机号码(可选的)

CELLPHONE-用户的移动电话(可选的)

TEMPLATEPTE-指向目前用于该用户的模板的指针(内部生 成的)

IA_ID表格(IA)包括用于通过服务器26来访问其它信息服务14 的类属的用户标识和密码。IA_ID为一个指向内部ID的索引。(其中 内部ID为用于访问其它系统的ID)它包括一个类属用户标识 (USERNAME)和类属密码(PASSWORD)。

组表格(GROUPS)定义了现存的工作组。OBJECTKEY为一个 为该文档内部生成的唯一的ID。GROUPNAME为与之相关的组的名 称，并且IA_ID为指向内部ID的索引。

事务日志表格(TRANS——LOG)维护了系统10中所发生的所 有事务的一个日志。通过USERKEY可从OBJECTKEY或USERS 组对该事务日志表格进行索引。

该表格包括管理员可使用的事务日志信息。CREATEDATE为该 条目创建的日期。它是由系统10生成的。ACTION为用户所请求的 动作。它也是由系统10所生成的。ERRATA为由这一动作所引起的 任何错误的一个列表。

如上所述，为每个用户创建一个配置文件以赋予他们创建其个人 桌面环境的灵活性。该配置文件包括用户新闻的格式、用户的频道选 择以及他们想查看的资料夹。

可通过一个配置文件表格(PROFILE)来访问用户的配置文件。 在一个实施例中，可通过OBJECTKEY从USRES表格来访问该配置 文件表格。该配置文件表格包括用户的细节信息，例如用户想看到的 频道，出现在用户报纸上的频道，新闻保留在他们的报纸上的时间， 用于回复的邮件地址等等。每个用户均可访问并修改/操纵这些域。

在一个实施例中，新闻窗口专栏(NEWSWINDOW)具有一个持 续时间，用于判定用户希望在新闻页上看到哪些新闻条目。新闻关系ID (NEWSRELKEY)为具有“RELATIONSHIPTYPE”标题的关系表 格中条目。模板条目(TEMPLATEKEY)指明把内容发送给用户时 使用哪个模板。

模板表格(TEMPLATE)定义了系统10中所具有的模板。该表 格通过一个模板关键字值(TEMPLATEKEY)进行索引。在一个实 施例中，每个用户和每个组在该模板中均拥有一个条目。另外，具有 一个全局的条目。由于假设用户的选择应当在用户所在的不同组之间 进行维护，因此选择记录为用户的配置文件记录。配置文件表格的搜 索序列定义在Unix用户组的整个模式之后，因此在不存在同用户记录 的某个域匹配的条目的情况下，将搜索用户的主组(用户表格中的缺 省组)以找到一个相应的条目。如果在主组条目中没有找到适当的条 目，将搜索全局配置文件条目。用户和频道以及新闻之间的关系可使 用关系表格来建立。下面是一个关系表格条目的例子：

Parent Child Sort Relationship Type Tim Sports 0 News

模板查询表格(TEMPLATELOOKUP)定义了模板中的每个可 自定义的部分。在附图5中所描述的实施例中，可通过 TEMPLATEKEY来访问该模板查询表格。

在一个实施例中，配置文件表格(PROFILE)包括用户所做的选 择，这些选择在内容服务器的重新启动时必须被记忆。

内容服务器12可访问频道。如上所述，频道概念即为组的创建， 以对文档进行分组并在内容服务器中组织并获取文档。频道可包括由 单个用户所创建的私人频道或由管理员所创建的公共频道。用户可创 建、修改并删除他们所创建的私人频道，但是只有管理员才能够管理 并维护公共频道。

在一个实施例中，每个频道表格(CHANNEL)均包括同一个特 定的频道所相关的所有信息。内容服务器12为每个频道分配一个内部 的号码。对于该频道这一内部号码具有一个相关的名称。该频道的拥 有者可以改变其频道名称，但是不能改变这一内部的频道号码。该频 道表格具有一个OBJECTKEY条目，该条目把频道表格链接到 OBJECTERPOSITORY表格。可从该OBJECTERPOSITORY表格 获得频道拥有者、创建者和安全性的信息。同频道相关的名称存储在 TITLE域中。

当用户访问一个特定的数据时，该数据可能为一个报告、文档或 任何其它的未经组织的数据，很多时候他们想要每天、每周或每月定 期地看到这些信息。可以通过允许用户建立个人的信息员以根据一个 预定的时间间隔执行预定的动作来实现这一功能。当特定的事件发生 时，可通过电子邮件或发送信息到某个频道的方式来通知用户这一事 件的发生。在一个实施例中，所有的信息员事件都是时间相关的。信 息员发送一个预定的信息，该信息中可能附加有相关的内容。如果附 加有内容，则从频道中选择该信息员时附加内容会出现。无附加内容 的信息员只是在特定事件发生时发送提醒信息。

要创建一个信息员，要获取的数据必须被存储起来并且对用户是 可访问的。在一个实施例中，用户能够创建、编辑和删除他们的个人 信息员。在一个这样的实施例中，管理员可控制哪些用户具有可创建 并修改信息员的能力。

在一个实施例中，内容服务器允许网页中数据的多种表现形式。 这是通过网页模板的定义来实现的。网页模板由管理员创建并且存储 在内容服务器12中。当有要求浏览一个网页的请求时，则该网页模板 的位置就提供在具有一个模板＝X的名称数值对(X为该模板的名称) 的URL上。如果该模板数值对未提供在URL中，则将使用配置文件 中所定义缺省的网页模板。

当有一个请求时，内容服务器12将把该网页同指定的对象合并在 一起并把这一合并结果发送给用户。

在一个实施例中，系统10中提供了多个缺省的网页模板。每个模 板在附图5中所示的TEMPLATE和TEMPLATELOOKUP表格中拥 有一个条目。另外，在内容目录24中有一个模板目录。而且，在一个 这样的实施例中，一个图象目录存储了模板指定的图象，一个帧集合 活动内容服务器文件存储了帧模板，并且一个活动内容服务器文件存 储了基本的操纵管理信息。

在一个实施例中，每个网页模板均包括可自定义的区域，用于给 每个网页一个自定义的接口界面。另外，还提供了有用的宏，以允许 用户改变或指定模板中所要显示的内容。

在一个实施例中，可使用一个模板编辑器来编辑并存储模板。另 外，可使用模板编辑器来创建新的模板。在一个这样的实施例中，管 理员通过先选择一个预定的模板作为新模板的基础来创建一个新的模 板。管理员命名该模板、执行可自定义区域内所需的自定义操作、存 储结果模板并把模板分配给一个用户或组。在TEMPLATE表格中为 该新模板创建一个条目，并且把表示对自定义区域所做的修改的信息 存储在TEMPLATELOOKUP表格中。一个新的模板目录在内容目录 中被创建，并且主活动内容服务器文件被复制到这一新的模板目录中。 如果该模板基于一个缺省的帧模板，则该帧集活动内容服务器文件也 被复制到该新模板目录中。在一个实施例中TEMPLATEKEY和模板 目录由系统10自动分配。

在一个实施例中，可通过为按键、标题、页眉/页脚和抬头的显示 输入相应的HTML编码来修改可自定义的区域。模板编辑器中的 BACK和NEXT按键用于移动到需做改变的模板区域。

在另一个实施例中，每个网页模板均为由用户所创建的HTML文 件。模板具有对内容对象的部分标签。这些标签将指明特定的内容对 象应当出现在什么地方。例如，在一个实施例中，标签具有<！-- WOBx_START--><！--WOBx_END-->的格式，其中x为特定对象的 数目。每个对象均有一个称为WOBx的相关部分，其中x指该部分。 该部分具有完成调用以取得内容对象所需要的相关参数。可定义N个 标签，其中N在[WOB]部分的WOBCount变量中指明。当有一个要 求为某个用户显示一个文档的调用时，则该模板被用作创建这一网页 的基础。然后内容服务器可以扫描模板以查找该WOB部分。当找到 这一部分时，可从WOBCount标签上判定该网页中有多少个对象。然 后对每个部分进行扫描并在<！--WOBx_START-->和<！-- WOBx_END-->之间(其中x为部分号)插入对象。可从相应的[WOBx] 部分(其中x为部分号)获得这些对象的详细信息。

附图6中描述了一个具有一个对象的模板的例子。该模板以 “PAGE BEGIN”标签开始。然后要显示的HTML。作为HTML一 部分的“<！--Insert_Web_Object0-->”说明行表示应当把该对象放置 在HTML文本的什么地方。“PAGE_END”标签表示HTML文本的 结束和控制文本的开始。“WEB_OBjECT”部分用 “WebObject_Count＝1”标签来表示一个对象。“[Web_OBJECT0]” 部分表示应当对哪个对象插入 “webMethod＝contentServer/reports/report1”标签。

附图7中描述了一个具有两个对象的模板的例子。在这个例子中， 在网页被创建时需要显示两个对象。同样地，该模板以 “PAGE_BEGIN”标签开始。然后是要显示的HTML。作为HTML 一部分的“<！--Insert_Web_Object0-->”说明行表示应当把第一个对 象放置在HTML文本的什么地方。“<！--Insert_Web_Object1-->”说 明行表示应当把第二个对象放置在HTML文本的什么地方。 “PAGE_END”标签表示HTML文本的结束和控制文本的开始。 “WEB_OBJECT”部分用“WebObject_Count＝2”标签来表示两个 对象。“[Web_OBJECT0]”部分表示应当对哪个对象插入标签 “webMethod＝conentServer/reports/report1”。“[Web_OBJECT1]” 部分表示应当对哪个对象插入 “webMethod＝conentServer/reports/report2”标签。

如上所述，在一个实施例中，服务器12包括搜索能力。在一个这 样的实施例中，内容服务器12在其对象中进行搜索以查找选择框中所 输入的关键字。在一个实施例中，当一个文档发布到内容服务器12中 时，文档中的数据被搜索引擎进行索引编码。在另一个实施例中，当 一个文档发布到内容服务器12中时，只创建了一个搜索存根。该搜索 存根放置在由搜索引擎进行索引编码的目录中。存根中的数据为内容， 也即索引。该数据仅包括了公共对话框中的数据(内容、标题、标题 行、描述)。

在一个实施例中，内容服务器12包括一套管理函数。可通过一个 Java小服务程序来访问这些管理函数，并且仅限于被分配给管理组的 用户来访问。用户接口应当采取现有的管理小服务程序(类似于 Netscape管理员的应用程序)的形式。

在一个实施例中，用户接口为用Java swing类和HTML混合书 写的Java小服务程序。这表示管理员用户必须能够访问支持JVM1.12 或更高版本的浏览器。该管理员用户接口提供了下述功能：

创建/添加新用户(单个或成批)

删除用户

用户列表

创建/编辑配置文件

为配置文件赋值

创建/添加新工作组

删除工作组

工作组列表

创建/编辑报告路径

删除报告路径

创建/添加频道(公共的或工作组)

删除频道(公共的或工作组)

组装内容服务器(单个对象或多个对象)

编辑储存库

启动/停止服务器

显示访问日志/用户统计量

进程管理(浏览器超时设定)

广播系统管理

“杀死”用户进程

“创建新用户”功能用于把一个用户添加到用户安全数据库中。 管理员能够设定该用户的配置文件，其中配置文件包括Unix用户标识 和用户密码、安全模式、组相关和用户安全记录中的其它条目。“删 除用户”功能用于从安全数据库中删除一个用户，包括该用户的配置 文件。“编辑用户”功能用于对用户使用“创建新用户”创建时所初 始添加的条目进行修改，包括用户的配置文件。“用户列表”功能用 于列出系统中目前现有的用户。“创建新组”功能用于创建一个新组。 “管理组”功能提供了管理一个组所需要的全部功能。

在一个实施例中，内容服务器12具有可被安装并运行在多种环境 下的能力。该服务器支持Java的可处理宽字节(16位)字符集的国 际化类。

在一个这样的实施例中，通过一个特定的类来定位内容服务器。 该类具有下述格式：

{ //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)； }

该类三个构造函数中的第一个没有参数。在其它两个构造函数不 能进行实例化的情况下则将使用该构造函数。该函数允许returnString ( )方法在即使不能定位属性文件的情况下也能返回缺省的字符串。 第二个构造函数有两个参数。由于缺省值为称作 webCommon.properties的属性文件，因此该函数没有Properties File Name这一参数。该属性参数用于对多个对象均适用的字符串。最后 一个构造函数有三个参数，Properties File Name，the applet path和 locale。The applet path参数同网络服务器上的文档目录相关。

118n类使用了两个JDK1.1类java.util.PropertyResourceBundle 和java.net.URL。java.util.PropertyResourceBundle扩展了java.util. ResourceBundle并且具有一个公共的以输入流作为其参数的构造函 数。该输入流通过java.net.URL类从一个属性文件生成。URL类具 有四个公共的构造函数，其中一个构造函数把路径/文件名作为其参 数。openStream方法用于把所给的属性文件转换成流。

属性文件只是一个具有关键字＝值对的文本文件。该值为一个局部 字符串，并且关键字为对于该字符串的标识。属性文件是根据下述规 则来命名的：

project_language_country.properties

其中project为项目名，language为场所的语言部分并且country 为场所的国家部分。

118n类首先查找语言和国家，然后只查找国家，最后只查找项目。 例如，如果一个项目的名称为“Content_de_DE.properties”。如果找 不到相应的属性文件，则118n将查找名称“Content_de.properties”。 否则，该类将查找“Content.properties”。最后一个属性文件应当为 缺省的英文字符串。

在一个实施例中，对于多个项目所公共的字符串存储在名称为 “webCommon.properties”的属性文件中。

一旦PropertyResourceBundle被实例化，getString( )方法被用 于从属性文件流中得到数据。getString( )方法把一个字符串关键字 作为其参数。

要使用系统10，用户打开该系统10应用程序并使用她的用户ID 和密码(或其它的验证机制)登录该系统。可通过系统10的密码检查 或通过访问LDAP或NIS验证处理来实现验证。(对于LDAP和NIS 验证，在一个实施例中用户密码被分别设置为？LDAP或？NIS，以指 示外部验证。)

在一个实施例中，系统10为该用户生成一个进程关键字，并且在 一个内部进程池中创建一个由该进程关键字进行索引的用户进程。系 统10通过一个清除线程来管理该内部进程池，该线程监测该进程池并 删除已到期的进程。

一旦用户成功地登录系统10，将显示一个具有操纵区域的新闻页。 在一个实施例中，操纵域为管理员控制下的可自定义模板。每个用户 均可拥有他们自己的模板。在一个这样的实施例中，系统10包括一个 模板编辑器，在管理员的控制下可利用模板编辑器进行操作以建立用 户、组或公共的特定模板。在另一个实施例中，用户可以使用模板编 辑器来创建他们自己的网页。

在一个实施例中，同频道相关的标题行显示在新闻页中，并且用 户只需通过点击该标题就可选择读取有关该标题的更详细的信息。如 果用户想添加其它的频道，她只需把频道添加到她的新闻页中即可。

在一个实施例中，用户可通过一系列操作以添加一个频道到她的 新闻页中，即选择操纵区域中的“配置文件”，选择“配置文件”页 中的“新闻设定”，选择“公共”、“组”或“个人”新闻页浏览， 选择要添加的频道并提交所做的新闻页修改。然后该频道将显示在新 闻页中并且每次用户登录到系统10中都将显示更新过的内容。

用户可以访问她对此有正当权限的任何资料。另外，如果用户有 写权限，则她可在系统10中访问、修改并存储文档。即使用户缺少对 文档的修改权限，只要她有读权限，她就可以访问该文档，如果需要 的话她还可以修改该文档并把所修改的文档存储为系统10上的一个新 的文档。另外，该用户可创建一个新频道并用与该频道相关的文档来 丰富该频道。例如，如果用户是一个保险代理，则她可以创建一个有 关保险代理的频道并发布文档到该频道。其它的代理也可通过他们各 自的新闻页来访问该频道。该用户可对该频道的访问设置权限。例如， 可把该频道限制为只允许保险代理工作组中的其他人阅读而不允许他 们修改该频道中的任何数据。

在使得文档在频道上可用之前，用户必须把相关文档发布到资料 库中。在一个实施例中，用户通过选择操纵菜单中的“资料库”，选 择一个工作组，然后选择一个工具条中的“发布”按钮来实现这一点。 该文档的位置将会高亮，输入该文档的题目并输入标题行，其中在频 道中显示相应文档时将显示该标题行。然后用户设置相应的权限并把 文档“发布”到资料库中。然后该文档出现在资料库中所选择的工作 组区域中。

可通过仅仅把同文档相关的URL发布到资料库中的工作组区域来 建立一个指向已存在文档的链接。

为实现从其中一个信息源14发布一个报告，用户需登录一个信息 源14并设计一个报告。然后把该报告提交给信息源14并且生成一个 文档。用户浏览系统10的虚拟目录并选择一个位置以发布该文档。然 后该报告引用被从信息源14上载到服务器26并且如上面所述报告信 息被存储在储存库22中。对该报告的一个引用也被存储在内容目录 中，并且生成一个搜索元文件并存储在索引28中。同时该搜索元文件 被广播给其它的内容服务器。

当用户浏览报告时，他或她从内容服务器26访问该报告并获取将 以HTML形式显示在用户浏览器上的文档。如果该文档为随选报告， 则请求该文档的这一操作将促使服务器26询问同该报告相关的信息源 14。在一个实施例中，为每一个随选请求生成一个引用cgi程序的URL 并且表示该随选报告请求的结果的HTML文档被信息源14转发给用 户。

该用户可创建信息员以添加内容到一个频道。信息员用户自动地 把对象发送到预定的目的地址。它们通过广播链接到相关内容上的标 题行文本信息的方式自动地更新频道。

在一个实施例中，可通过选择操纵菜单中“信息员”，再选择工 作组区域中的“代理信息员”并指明该信息员为一个新信息员来创建 一个信息员。为该信息员输入题目和标题行，然后选择一个频道作为 放置信息员的位置。选择一个期限(例如每天)并为该信息员设置权 限。然后该信息员被存储起来并且显示在所选择的频道中。

在一个这样的实施例中，存储信息员的操作将把信息员的信息发 送到系统10的一个小服务程序。该小服务程序决定该信息员的对象关 键字并把该对象关键字插入到储存库22中。该小服务程序还在储存库 22中创建一个信息员和频道之间的关系。另外，该信息员被添加到任 务表格中并且为其指明一个相应的电子邮件地址。然后一个小服务程 序维护线程将监测该任务表格以完成被调度分配的任务。

虽然这里描述了特定的实施例，但是这一点在该领域的技术人员 方面是可接受的。也即任何为了获得同一目的所做的任何变动均可替 代上述的特定实施例。本申请目的在于涵盖本发明的任何改编或变化。 因此，本发明只受权利要求书和同等条款的限制。