[发明专利]用于准备请求文档的协作系统

说明书

技术领域

本发明的一个或多个实施例涉及一种用于准备“请求（Request for）”（RfX）文档的协作系统及其方法。

背景技术

除非另有说明，否则在本节中描述的方法不是该申请中的权利要求的现有技术，并且其也不因为被包括在该节中而被承认为现有技术。

标准程序可以在买方公司和潜在供应商之间的初步接触阶段中被用来传递信息。该种“请求”过程（例如，请求信息，请求建议，或请求投标）的目的在于建立在有关各方之间用于交换相关知识和数据的正式的机制。

该过程通常被设计为使得有意购买某些商品或服务的公司首先产生请求（“RfX”），其将被转发给潜在供应商。该请求通常对信息需求和买方公司的要求进行描述，并且要求供应商的声明。

RfX的大小和范围可能会有所不同。通常情况下，在参与了收集需求的过程的买方组织的专题（subject matter）专家的帮助下，其可以通过一名员工或一个小团队来管理。在供应商的一侧，可以对各专题专家进行咨询，并且要求其帮助对RfX进行响应。

此外，另外的公司可能会参与到RfX过程中。这些另外的实体的示例可能包括，但不限于，支持买方或卖方的咨询公司、或者硬件的第三方供应商。

在形成和响应RfX的过程中，可以平行地使用独立的软件系统。这可能会导致过程中的缝隙，产生了追踪性和协调性的问题，特别是对于大型企业而言更是如此。此外，在不同的系统中的相关信息和文档的位置可能会导致效率低下。

本发明利用允许对RfX文档的视图（view）的产生和委托，以促进协作和分布式工作的系统和方法而解决了这些问题和其他问题。

发明内容

系统和方法允许在产生“请求”（RfX）文档中进行协作，并起草对其的响应。在实施例中，系统可以产生包括庞大的RfX文档的整体内容的不同子集的RfX文档视图。这些视图可以分配给特定的个人或团队，他们进而可以将视图委托给其他人，以收集更多的信息。用户还可以产生和委托子视图，以进一步对于其他人可用的信息进行限制。以这种方式，用户可以定义包含RfX的单个部分，或者特定问题的集合的视图，并且然后将视图委托给在该部分或者问题上具有特定的专家意见的个人。

计算机实现的方法的实施例包括：与商品和/或服务的购买相关地提供对于（RfX）文档的请求，使视图引擎向用户传递包括RfX文档的至少一部分的第一视图，并且使视图引擎从用户接收委托方的身份证明。使视图引擎向委托方传递包括RfX文档的部分的至少一个子集的第二视图。使视图引擎向委托方（delegate）显示第二视图。

非临时性计算机可读存储介质的实施例包含执行该方法的计算机程序。该方法包括与购买商品和/或服务相关地提供对于（RfX）文档的请求，使视图引擎向用户传递包括RfX文档的至少一部分的第一视图，并且使视图引擎从用户接收委托方的身份证明。使视图引擎向委托方传递包括RfX文档的部分的至少一个子集的第二视图。使视图引擎向委托方显示第二视图。

计算机系统的实施例包括一个或多个处理器和软件程序，其可以在所述计算机系统上执行。软件程序被配置来与购买商品和/或服务相关地提供对于（RfX）文档的请求，使视图引擎向用户传递包括RfX文档的至少一个部分的第一视图，并且使视图引擎从用户接收委托方的身份证明。该软件程序被进一步配置以使视图引擎向委托方传递包括RfX文档的部分的至少一个子集的第二视图，并且使视图引擎向委托方显示第二视图。

在某些实施例中，用户和委托方包括产生RfX文档的问题目录的买方，并且该部分包括主题区域，以在产生问题目录的问题中使用。

根据一些实施例中，用户和委托方包括响应RfX文档的问题目录的供应商，并且该部分包括问题目录的问题。

某些实施例还包括使视图引擎从用户接收委托方的访问配置文件（profile），其中，该部分的子集根据访问配置文件来确定。

根据某些实施例，使视图引擎从委托方接收子委托方的身份证明（identification），使其向子委托方传递包括子集的至少一部分的第三视图，并使其向子委托方显示第三视图。

某些实施例还包括对子集进行文本分析，以识别专题专家。

一些实施例可以进一步包括执行子集的文本分析，以识别相关的答案。

下面的详细描述和附图提供了对于各种实施例的本质和优点的更好的理解。

附图说明

图1示出了可能在RfX项目中出现地复杂的协作环境。

图2显示了关于简单RfX文档的视图。