[发明专利]企业计划系统中的更新处理

说明书

技术领域

[0001]本发明涉及企业计算环境，并且尤其涉及企业业务计划的计算环境。

背景技术

[0002]企业软件系统通常是复杂的大型系统，其支持很多例如上百或上千的并发用户。企业软件系统的范例包括财务计划系统、预算计划系统、订单管理系统、存货管理系统、销售人员管理系统、业务智能工具、企业报告工具、项目和资源管理系统以及其它企业软件系统。

[0003]一些类型的企业计划应用，例如计划和预算应用，需要大量用户输入数据，从而软件将数据聚合到组织内的较高层责任区中。该系统可以对数据执行数学计算，将一个用户提交的数据与另一个用户提交的数据进行组合。利用这些计算结果，该系统可产生用于较高层管理进行审查的报告。

[0004]随着企业变得越来越大并且越来越复杂，数据的累积和报告的产生变得非常复杂。在将结果聚合到组织层的最高层节点之前，需要很多中间层的计算。一种累积数据的传统技术涉及在单数据库事务内从组织层的叶节点到顶点的累积。然而，因为累积处理将汇总集中到这些较高层中，因此这种方法可能经历对数据的大量争用，所述数据表示较高层节点。另一种传统方法推迟累积直到预定的时间(通常为整夜或“非工作时间”(offhours))为止。在这些预定的时间期间，防止用户输入新的数据，而同时系统累积数据并产生任何请求的报告。整夜处理可能在收集数据和产生报告之间导致严重的时间延迟。另外，对于全球化运营的企业来说，是没有“非工作时间”的。这些问题特别在面向期限的活动(例如企业计划)中是存在问题的。

发明内容

[0005]一般而言，本发明涉及用于逻辑上保持企业软件系统的一致数据的技术。具体而言，本发明涉及在持久的数据存储器内保持不同版本(version)的企业数据的技术。当用户提交新的多个值集到系统时，系统保持较早值集的副本。然后该系统启动一组任务以更新其余的数据存储器来反映新的值集。该组任务在此处被称作为“更新处理”。更新处理的谨慎管理使系统能够在不必停止系统或将计算集中在根节点的情况下访问一致的记录。很多个别的更新处理可以在任何给定的时间在系统内进行。

[0006]在一个实施例中，一种方法包括：根据用于企业计划系统的计算模型，在数据存储器中存储企业计划数据，其中所述计算模型包括多个分层排列的节点，且其中每一个节点具有对应的层次测度，接收用户提交的与所述计算模型中一个或多个叶节点相对应的值集，启动更新处理，以将所提交的值集累积入所述数据存储器中，其中所述更新处理包括一组活动，每一个活动对应于所述计算模型中的节点，确定可用活动集中的最低层次测度，调度具有最低层次测度的所有可用活动，以及执行所调度的活动。

[0007]在另一个实施例中，一种系统包括：企业计划系统，其根据计算模型为一组企业用户执行企业计划会话(session)，其中所述计算模型定义分层排列的节点，以及更新处理管理器，其启动更新处理以将用户提交的值集累积入数据存储器，其中每一个更新处理包括对应于所述计算模型中节点的一组活动，其中所述更新处理管理器还识别出在所述更新处理之间潜在的冲突活动，以及其中所述更新处理管理器响应于查询，识别所述计算模型中节点的一致版本。

[0008]通过附图和以下的描述，阐述本发明的一个或多个实施例的细节。根据该描述、附图和权利要求书，本发明的其它特征、目的及优点将变得显而易见。

附图说明

[0009]图1是例示示例性计算环境的方框图，在所述示例性计算环境中多个用户与企业软件系统交互；

[0010]图2是进一步详细例示企业计划系统的一个范例的方框图；

[0011]图3A是示出示例性有向非循环图(DAG)的方框图，其例示假设的计算任务之间的关系；

图3B是示出用于假设的组织的示例性DAG的方框图；

[0012]图4是例示企业计划系统在实现更新处理中的操作的概述的流程图；

[0013]图5是例示具有两个活动的更新处理的示例性DAG的方框图；

[0014]图6是例示企业计划系统在建立两个活动的更新处理之间关联中的示例性操作的流程图；

[0015]图7是例示具有两个活动的更新处理的另一个示例性DAG的方框图；

[0016]图8A和图8B是例示企业计划系统在两个活动的更新处理之间添加排序约束并根据排序约束进行操作的示例性操作的流程图；

[0017]图9是例示企业计划系统响应查询而报告一致集(consistent set)的示例性操作的流程图。；