[发明专利]经由信息工作流应用程序获取聚合订阅源项目

说明书

背景

诸如那些在真正简单聚合(RSS)2.0协议下设置的聚合订阅源(syndicationfeed)为用户提供了一种新方法来监控基于web的信息源，诸如网络日志(weblog)和常规网站。这些聚合订阅源可以被容易地订阅，并且随着越来越多的聚合订阅源变得可用，用户就可能订阅许多不同的订阅源。订阅过多聚合订阅源的不幸结果是用户会经历信息的过载。

一般情况下，用户可以具有专门的独立应用程序用来访问和显示聚合订阅源项目，或者可以具有访问该聚合订阅源资源并将该聚合订阅源递送给可经由一信息工作流应用程序访问的聚合订阅源文件夹的专用内插应用程序模块。专门的独立应用程序或聚合订阅源模块从通常是包含各个聚合订阅源项目的可扩展标记语言文件的聚合订阅源中提取每个聚合订阅源项目，并将这些聚合订阅源项目递送至它们可从中显示的特定位置。这些项目对应于基于web信息的更新，诸如网络日志内的新条目或者网站上的新标题。于是，用户可以在特定查看窗口内查看这些聚合订阅源项目。

除了聚合订阅源项目之外，用户还可以具有用于发送和接收电子邮件消息的每日信息工作流应用程序。对每日信息工作流的访问通过应用程序进行，诸如购自华盛顿州雷蒙德市的微软公司的OUTLOOK2003信息工作流应用程序。在上述的诸多情况下，信息工作流应用程序是与获取聚合订阅源的独立聚合订阅源应用程序完全分离的。因此，在这些情况下，需要用户利用不同的应用程序以跟踪不同的进入的信息流，这就给用户增添了负担，因为没有单个统一的方式来处理聚合订阅源项目和电子邮件消息两者。

此外，即使在聚合订阅源项目由聚合订阅源模块获取，且该模块将该订阅源项目递送入可经由信息工作流应用程序(诸如，来自科罗拉多州丹佛市新盖特技术有限公司(NewsGator Technologies，Inc.)的Outlook版本)访问的文件夹的情况下，用户仍然被要求与同信息工作流应用程序的管理模块分离的聚合订阅源模块进行交互，从而配置递送位置和调度，以及对聚合订阅源的处理。用户还被要求通过访问聚合订阅源被递送的位置来查看该订阅源项目，其中该位置与电子邮件消息被递送的文件夹在逻辑上是分开的。于是，用户仍然需要负担对这些与信息工作流应用程序一并工作的聚合订阅源模块的使用。

概述

聚合订阅源由信息工作流应用程序获取，该应用程序还为用户获取诸如电子邮件消息的其他信息项目。因此，用户以此方式获取的聚合订阅源就优于依赖分离的管理模块或完全分离的应用程序来获取。例如，信息工作流应用程序的账户管理器可以允许用户以与创建一账户来获取并递送电子邮件消息相同的方式来配置聚合订阅源的获取和递送。作为另一个示例，信息工作流应用程序的同步管理器可以在调度上自动检索由用户指定的聚合订阅源项目，并且将这些订阅源递送给也由该用户指定的消息存储内的文件夹中。这些账户和同步管理可以允许用户指定用于项目下载和递送的配置可选项。此外，可以像它们就是电子邮件消息那样将用户定义和/或应用程序定义的邮件规则应用于这些聚合项目，并且这些聚合项目可以被放入普通电子邮件消息项目相同的文件夹中。

首先诸如根据用户定义的配置可选项来获取聚合订阅源项目，随后将其转换成与信息工作流应用程序的电子邮件用户界面相兼容的格式。随后可以像它们是电子邮件消息那样通过显示它们来处理这些被转换的聚合订阅源项目，将其放入诸如收件箱或专门文件夹的文件夹中，和/或通过应用用户定义的和应用程序定义的邮件规则中的至少一种来进一步处理由用户指示的消息项目。

提供本概述以便以简化形式介绍概念的精选，这些概念将在以下的详细描述中被进一步描述。本概述并不旨在标识要求保护的主题的关键特征或本质特征，也不旨在用于帮助确定要求保护的主题的范围。

附图说明

图1是使用信息工作流应用程序获取聚合订阅源的计算机系统的示例。

图2A是示出一信息工作流应用程序的示例的组件关系和动作顺序的图示。

图2B是关于图2A的动作顺序的信息工作流应用程序的操作流程的示例。

图3是图2中RSS提供方的内部组件结构的一个示例的图示。

图4是显示了一个信息工作流应用程序示例的账户管理器对话框的示例性屏幕快照，它接收用户输入以定义有关一特定RSS订阅的配置可选项。

图5是显示了信息工作流应用程序的账户管理器对话框的示例性屏幕快照，它列出RSS订阅账户的RSS订阅。

图6是显示了信息工作流应用程序的账户管理器对话框的示例性屏幕快照，它用于选择是否在由同步管理器利用的发送/接收组内包括聚合订阅源的源(feedsource)。