CN1689006A - 在应用服务器的集群器上配置多个企业计划模型 - Google Patents

Abstract

一种企业计划系统包括：多个应用服务器，以及管理控制台，生成将一组企业计划模型的每一个与各个应用服务器组关联的配置图。管理控制台，自动地或响应来自系统管理员的输入可以细微地控制计算资源到企业计划的分配。管理员控制台可以基于企业计划活动的接近最后期限，调整配置图。当管理与企业计划活动有关的任务时，根据由模型限定的组织体系，管理控制台可以将任务分成多个作业，每个作业与模型的不同切片有关。因此，可以细微地控制计算资源到企业计划的分配，以及可以调节满足组织体系内的当前需要。

Description

在应用服务器的集群器上配置多个企业计划模型

技术领域

本发明涉及企业计算环境，更具体地说，涉及用于企业经营计划的计算环境。

背景技术

比以往更甚，企业承担确定用于企业操作的精确预测。未能满足确定的期望会在资金流动、股票价格流动性和投资者信任领域内连同其它领域对企业有明显的负影响。准确度很关键的企业计划活动的例子包括收益预测、库存管理、资源计划等等。然而，企业经营计划是通常生成不精确的结果的困难和昂贵的任务。

通常，企业对企业计划采用“自顶向下”或“自底向上”方法。在“自顶向下”计划中，企业识别基本的企业目标，诸如平均生产价格，每个雇员成本等等以及通过公司的分级结构，将目标下压。相反，“自底向上”计划包含来自组织的最低成本中心的低级预测的聚合。为编制预算，例如，要求管理人员周期性地预测支出，以及将支出分配到多个种类，诸如广告、旅行和薪水。然而，自底向上预测如果有过的话也很少与自顶向下企业目标一致。

通常使用书面或近年来，电子形式，诸如使用电子数据表软件程序创建的电子模板收集该信息。这通常留给企业的财务处集结使用前后不一致的假设编译的不协调的计划和改变企业逻辑的困难的任务。

近年来，大型计算机系统已经用于经企业网收集数据。计算机系统通常在“业余”时间期间，使用耗时的、脱机批处理，集结从各个企业用户处收集的数据。该脱机集结集结会导致从用户收集数据和将所收集的数据与从企业处收集的其他数据集结间明显的时间延误。因此，这种系统通常向用户呈现用于正预测的企业活动的实际、聚合数据的不精确的浏览。这会导致用户提供不正确的数据，或错误地修改他们的输入。此外，用户不确定关于哪些数量是用于企业的“正确”数量，以及通常会怀疑结果的完整性。数据收集和脱机集结的缓慢过程对像企业计划的与重最后期限有关的活动尤其成问题。

发明内容

本发明针对改进大组织内的编制预算的准确度和可预测性的企业计划技术。该技术允许组织实时使公司的金融模式和组织目标与详细预测一致。

根据该技术，企业计划系统允许和自动化企业的自顶向下目标与详细的自底向上预测的一致。通常，企业计划系统企业计划的三个阶段：(1)建模阶段，(2)投稿(contribution)阶段，和(3)一致阶段。在建模阶段期间，称为分析员的高层企业管理者或经理定义组织目标，和构造用于企业的计划模型。接着，在投稿阶段期间，一组定义的投稿人(contributors)与企业计划系统相互作用并以投稿数据的形式，提供详细预测。在一致阶段期间，企业计划系统自动化预测数据与组织目标的调节(reconciliation)。

在该过程期间，企业计划系统根据所定义的模型操作以便提供具有多个调节级的分级计划过程。在每个级处，企业计划系统向如由分级模型限定的企业评审者提供投稿数据，以及要求评审者使目标数据与预测数据一致。每个评审者会例如，鉴于由分析员提供的公司目标拒绝或接受投稿数据。

当投稿人提供投稿数据时，企业计划系统自动地实时聚合企业上的投稿数据，以及向评审者提供聚合数据以便接受或拒绝。该过程继续直到经与组织体系的最高层有关的评审者最终批准投稿数据为止，由此确保来自投稿人的投稿数据与公司目标一致。

在一个实施例中，系统包括多个应用服务器，以及生成将一组企业计划模型的每一个与各个应用服务器组关联的配置图的管理控制台。

在另一个实施例中，方法包括生成将一组企业计划模型的每一个与各个应用服务器组关联的配置图，以及利用具有各个应用服务器组的企业计划模型处理作业。

本发明提供一个或多个优点。例如，在此所述的技术可以自动地或响应来自系统管理员的输入，提供通过计算资源分配到企业计划的优良的控制水平。可以基于用于企业计划活动的接近最后期限，调节配置图以变换应用服务器上的模型的配置。当管理与企业计划活动有关的任务时，根据由模型限定的组织体系，企业计划系统可以将任务分成多个作业，每个作业与模型的不同切片有关。因此，可以细微地控制计算资源到企业计划的分配，以及可以调节以满足组织体系内的当前需要。

该技术可以通过允许组织实时使公司模型和组织目标与详细预测一致，改进企业计划的准确度和可预测性。该技术可以提供递送合作、实时计划能力的平台，而不要求脱机集结和预测聚合。因为企业计划系统能实时聚合投稿数据，能向所有用户提供数据的精确、最新的浏览。该系统提供快速反应，与包含在计划中企业用户的数量无关，由此提供精确计划信息。

另外，在此所述的体系结构能易于扩展到数以千计用户，以及可以根据最佳计划实践设计。用这种方式，系统可以根据企业内的操作单位和系统集中地管理所有计划信息，由此创建“计划中心”。因此，用户能从计划数据的单个库工作以及能确保数据的完整性。

另外，该技术促进企业上的高水平用户参与，允许减少计划周期，例如从月到周，以及快速地允许最佳实践，如进展预测。

在下述附图和描述中，阐述本发明的一个或多个实施例的细节。从说明书和附图，以及从权利要求书，本发明的其他特性、目的和优点将显而易见。

附图说明

图1是示例说明企业计划系统允许以及自动化自顶向下目标与详细自底向上预测的调节的环境的框图。

图2是示例说明企业计划系统的一个示例性实施例的框图。

图3是示例说明用于与系统相互作用的远程计算设备的一个实施例的框图。

图4是示例说明组织企业数据以便包括事务数据区域和相关数据区的数据库服务器的示例性实施例的框图。

图5和6是示例说明根据由企业计划模型定义的体系，事务数据区的示例性组织的框图。

图7是进一步详细示例说明企业计划系统的的流程图。

图8是进一步详细地示例说明通过企业计划系统执行的实时聚合过程的流程图。

图9是进一步详细地示例说明在将数据从事务数据区公布到相关数据区中，一组应用服务器的示例性操作的流程图。

图10是示例说明在通过一组应用服务器上控制多个企业计划模型的配置中的管理控制台的示例性操作模式的流程图。

图11-21示例说明在示例性企业计划会话期间，由浏览器提供的多个浏览。

具体实施方式

图1是示例说明环境2的框图，其中，企业计划系统3允许和自动化用于企业4的自顶向下目标与详细自底向上预测的调节。通常，企业计划系统3提供企业计划的三个阶段：(1)建模阶段，(2)投稿阶段，和(3)调节阶段。在建模阶段中，分析员8，诸如首席财务官，高级财务分析师产品和销售分析员，定义需求和构造用于企业4的计划模型。更具体地说，分析员8开发具有表示企业4内的各个成本中心，诸如营业单位或部门的多个等级排列节点的模型。

在建模阶段期间，分析员8同样地确定用于组织体系的每个节点的公司目标。然后，分析员8将一个或多个企业用户分配到负责用于相应成本中心的企业计划的每个节点，诸如管理者、监督者、销售代表、实验室管理者等等。每个企业用户可以指定为向企业系统3提供计划数据的投稿人8、取舍来自投稿人8的投稿的评审者，或两者。投稿人8和评审者9可以是企业4内，或耦合到网络9的其他实体内的授权用户，诸如供应商14和顾客16。

最后，分析员8定义用于从投稿人收集经费预测数据的多个模板。分析员8包括模板中的公司目标数据以便与预测数据一致。

接着，企业计划系统3进入投稿阶段，在此期间，投稿人6与企业计划系统3相互作用以及以投稿数据的形式输入详细预测。例如，投稿人6可以根据正由企业4执行的特定企业计划活动，提供详细财政预测、收益预测、定单预测、库存预测、估计资源要求等等。

在调节阶段期间，企业计划系统3自动化预测数据与由分析员8提供的公司目标的调节。特别地，企业计划系统3根据所定义的模型操作以便提供具有多个调节水平的分级计划过程。当每个投稿人6提供他的或她的投稿数据时，企业计划系统3自动地实时聚合企业4上的投稿数据，以及向与企业4较高层有关的评审者9提供该聚合数据的访问。特别地，在从投稿人6接收投稿数据时，企业计划系统3识别受最新接收的投稿数据影响的组织模型的所有较高层，以及实时计算每级处的新聚合总计。

因此，在企业计划会话期间，评审者9实时浏览企业4上的聚合数据。在每级处，企业计划系统3确保如由企业模型的节点定义的评审者9使目标数据与预测数据一致。每个评审者9可以例如，鉴于由分析员8提供的公司目标，拒绝或接受投稿数据。该过程继续直到投稿数据最终经组织体系最高级别批准为止，由此确保来自投稿人6的投稿数据与由分析员8提供的公司目标一致。

用这种方式，企业计划系统3可以提供比利用传统方法更精确的企业计划。例如，企业计划系统3可以通过允许组织使公司模型和组织目标与详细预测一致，改进企业计划的准确度和可预测性。该技术可以提供递送合作、实时规划能力的平台，而不要求脱机集结和预测聚合。因为企业计划系统能实时聚合投稿数量，能向所有用户提供数量的精确、最新的浏览。另外，企业计划系统3的体系结构能易于扩展到数以千计用户，以及可以根据最佳计划实践设计。另外，该技术允许由企业用户，即投稿人6和评审者9高水平参与，允许减少精确计划周期。

企业用户可以使用各种计算装置经网络9与企业计划系统3相互作用。例如，企业用户可以使用膝上型计算机、台式计算机等等，运行浏览器，诸如来自Redmond，Washington of Microsoft Corporation的Internet Explorer^TM，与企业计划系统3相互作用。另外，企业用户可以使用个人数字助理(PDA)，诸如来自California，Santa Clara的PalmInc.的Palm^TM管理器、允许网页的便携式电话，或类似装置。网络9表示任何通信网络，诸如基于分组的数字网，如互联网。用这种方式，系统2能易于扩展到恰当大的企业。企业用户可以经局域网，直接访问企业计划系统3，或可以经虚拟专用网络、远程拨号，或类似远程访问通信机构远程访问企业计划系统3。

图2是示例说明企业计划系统3的一个示例性实施例的框图。在所示的实施例中，企业计划系统3包括网络服务器20、应用服务器26和数据库服务器40。

网络服务器20提供用于经网络9与企业用户18通信的接口。网络服务器20执行网络服务器软件，诸如来自Redmond，Washington的Microsoft Corporation的Internet Information Server^TM。同样地，网络服务器20提供根据软件模块21，用于与投稿人6、分析员8和评审者9相互作用的环境，软件模块21包括分析模块30、投稿模块32、管理(ADMIN)控制台36和扩展管理器38。

软件模块21可以包括以超文本标记语言(HTML)或动态HTML、ActiveX对象编写的Lotus脚本、Java脚本、小应用程序、有效服务器页、网页和其他适当模块。网络服务器20提供由软件模块21定义的网页，以及将网页传送到企业用户18的计算装置。网页可以包括静态介质，诸如文本和图形图像，以及传统输入媒介，诸如文本输入框、单选按钮、下拉式菜单等等，用于从企业用户18接收信息。

软件模块21与数据库服务器40相互作用以便访问包括用户数据42A、模型数据42B、作业数据42C和结构数据42D的企业数据42。企业数据可以以多个不同形式存储，包括一个或多个数据存储文件、或在一个或多个数据库服务器上执行的一个或多个数据库管理系统(DBMS)。数据库管理系统可以是关系(RDBMS)、层次的(HDBMS)、多维的(MDBMS)、面向对象的(ODBMS或OODBMS)或对象关系(ORDBMS)数据库管理系统。此外，尽管单独地示例说明，企业数据42能集结成单个数据库或其他数据存储结构。企业数据42能例如实现为单个关系数据库，诸如来自Microsoft Corporation的SQLServer。

用户数据42A存储用于每个用户18的信息，包括姓名、电子邮件地址，和用于该用户的其他联系信息。模型数据42B存储由分析员8定义的企业计划模型。例如，模型数据库42B存储定义由分析员8开发的调节过程的信息，包括调节级的数量、体系中的各个“节点”，和与每个节点有关的投稿人6。另外，模型数据42B存储用于俘获来自于用户18的投稿和评论数据的模型的各个数据输入模板。作业数据42C定义用于执行应用服务器26的管理作业，以及结构(CONFIG)数据42D存储用于企业计划系统3的基本结构数据。

应用服务器36提供用于执行企业逻辑模块46、企业计划扩展47和应用编程接口(API)48的操作环境。另外，应用服务器36执行如由作业数据42C定义的管理任务。换句话说，作业数据42提供用于排队用于由应用服务器26执行的未决管理作业的作业描述的机制。

参考软件应用21，分析模块30包括用于创建企业计划模型的一个或多个软件模块，诸如用于企业4的金融模式以便控制整个计划过程。例如，分析模块30允许分析员8定义企业计划过程中的各个成本中心、相应所有者和调节阶段的数量。在一个结构中，分析模块30从企业资源计划(ERP)数据库(未示出)读取成本中心结构和所有权。另外，分析模块30允许分析员8定义用于收集投稿数据的“模板”。模板可以包括提供用于输入和计算投稿数据的接口的一个或多个多维结构。例如，模板可以采用沿行的会计和列中的周期的表，将成本中心定义为数据立方内的维数，用于选择数据。分析模块30将企业计划模型，以及相应模板存储在模型数据42B内。

分析模块30也允许组织定义用于自动化预算编制过程和确保投稿人6及时提交他们各自的投稿数据的多个机制，以及模板快速地通过所定义的调节阶段。例如，使用分析模块30，分析员8能定义用于触发电子邮件消息(emails)的定时器以便提醒投稿人6访问企业计划系统3和完成特定模板。

投稿模块32包括用于将模板提供到指定为投稿人6的企业用户18，以及从投稿人5俘虏投稿数据的软件模块。投稿模块32实时获取和聚合企业4上的投稿数据，以及向与企业4的较高层有关的评审者9提供访问聚合数据。

报表生成程序34包括基于从投稿人6接收的并存储在模型数据42B内的投稿数据，生成企业计划报告的分析软件模块。特别地，分析软件模块允许用户18，诸如分析员8和评审者9公式化用于生成报告和执行企业模型的现行数据上的其他数据分析功能的复杂的查询。这些软件模块可以是基于网页的模块，具有浏览器接口，或可以是独立的可执行程序。

企业逻辑模块46在由应用服务器26提供的操作环境内执行，以及提供用于响应软件模块21访问和处理存储在数据库42内的数据的功能性。特别地企业逻辑模块46包括用于实现企业计划功能的软件例程，以及由软件模块21调用。

管理控制台36提供用于控制网络服务器20、应用服务器26和数据库服务器40的集群器的接口。管理控制台36允许系统管理员控制在每个集群器内使用的服务器的数量。系统管理员可以例如，选择在网络9内有效的一个或多个服务器，和控制管理控制台36将服务器用作例如应用服务器36。用这种方式，企业计划系统3可以易于扩展到支持具有数以千计用户18的大的企业。

当管理与企业计划活动有关的任务时，根据由特定方式限定的多级组织体系，管理控制台36可以将任务分成多个作业，每个作业与模型的不同切片有关。例如，管理控制台36可以将特定任务分成一组N个作业，其中，N等于在体系内定义的节点的数量。然后，管理控制台36可以在配置模型的应用服务器集26上分送作业。

管理控制台36提供用于浏览用于由应用服务器26处理排队的作业，和浏览集群应用服务器26上的负荷平衡的作业接口。管理控制台36生成作业数据42C以便定义用于应用服务器26的任务。当在作业数据42C内排队作业时，应用服务器26从数据库服务器40读取作业数据42C，以及处理该作业到结束。例如，作业的一种类型包含“削减”进程，通过该进程，在企业数据42B内定义的企业模型对每个用户是“切片的”。在该进程期间，应用服务器26将用户18所指定的所定义的模型的领域识别为投稿人或评审者。企业计划系统3向每个用户18提供各个切片以便获取投稿数据，以及使投稿数据与组织目标一致。用这种方式，企业计划系统3不必将整个模型传送到每个用户18，由此减少通信时间和资源要求。相反，每个用户18只接收相关信息。

另外，管理控制台36允许系统管理员控制应用服务器26上的企业计划模型的配置。特别地，分析员8可以定义用于企业4的多个计划模型。例如，分析员8可以定义用于收益预测、库存管理、资源计划、管理应付帐款等等的单独的模型。管理控制台36允许系统管理员创建将每个模型分配到一组应用服务器26的配置图。换句话说，能在单独的应用服务器26上配置不同企业模型或可以共享一个或多个应用服务器。

因此，系统管理员可以细微地控制计算资源到企业计划的分配，以及可以调节资源以符合企业的当前需要。系统管理员可以基于用于企业计划活动的接近最后期限，调节配置图以便变换应用服务器26上的模型的配置。具体来讲，系统管理员可以鉴于当最后期限来临时可能由用户18增加的活动，将更多计算资源分配到具有最早最后期限的企业模型。如另一例子，系统管理员可以基于用于参与企业计划模型的用户18的当前使用级，调节配置图。

管理控制台36允许分析员8修改企业计划模型。例如，分析员8可以希望在启动企业计划活动后，获取另外的投稿数据。为减轻采用对模型的变化，管理控制台36支持节点级改进和维护企业计划模型。特别地，管理控制台允许分析员8登记和检验模型的节点，即标记节点或者将节点的状态从“在线”改变成“脱机”。因此，分析员8能更新与特殊的脱机有关的模型“切片”，而不是中断企业广泛的制定计划。其他用户不能编辑脱机节点，即无投稿数据或评审输入保存到用于事务数据区62内的节点的各个槽。

然而，与非脱机节点有关的企业投稿人可以继续提供和评审用于企业计划会话的投稿数据。该特性允许基于每个节点改进和维护，以及允许模型保持操作。因此，分析员8能修改与特定节点有关的企业逻辑，而不采用整个模型脱机。

应用服务器26通常处理由分析员8提出的模型改变。具体来讲，在分析员8在计划活动期间，修改企业模型的情况下，应用服务器26可以用来使从用户18接收的投稿和评审数据与最新模型一致。另外，管理控制台36可以控制应用服务器26以便易于在用户18的计算装置上远程调节。在模型改变之后，验证用户18访问时，验证服务器44可以将调节作业“推”向本地计算装置。远程计算设备使用户18的投稿数据和评审数据与最新模型一致，以及将一致的数据保存到企业计划系统4。这会很有利，因为企业计划系统3不必采用脱机来更新企业模型，以及处理该更新的计算资源能在用户18的远程计算设备上分配。

扩展管理器38提供一种接口，通过该接口，系统管理员能安装和有选择地配置扩展47以便易于向系统10提供另外的企业计划功能。一般说来，能增加三类扩展：(1)管理扩展，(2)服务器端扩展和(3)客户端扩展。管理扩展包括在管理控制台36内执行或由管理控制台36调用的软件模块。因此，管理扩展通常用于提供另外的行政的功能性，和生成用于由应用服务器26执行的管理作业。

服务器端扩展通常在由应用服务器提供的操作环境内执行。这些扩展可用来易于工作流综合、顾客初始化或在计划活动期间，聚合投稿数据的顾客公布。

相反，客户端扩展包括在用户18的远程计算设备的操作环境内，通常在浏览器环境内执行的软件模块。投稿模块32自动搜索用于新安装的扩展的扩展47，以及在他们的下次访问时，将扩展下载到用户18。特别地，投稿模块32可以在用户访问时，或在需求时，立即加载和调用远程计算设备上的扩展。尽管客户端扩展通常在远程计算设备的操作环境内操作，扩展可以与服务器端部件相互作用。

为便于结合扩展，企业计划系统3提供一种应用编程接口(API)48，通过该接口，扩展47能直接访问和操纵模型数据42B内的模型，以及企业计划系统3的其他部件。经扩展管理器38，系统管理员能够采用系统10，记录新扩展名48，和定义用于启动扩展的输入，例如按钮或其他图形图标。

扩展管理器38允许系统管理员基于指定到特定用户18的作用，有选择地配置扩展。特别地，扩展管理器38允许系统管理员将扩展分配到所有投稿人6，和所有评审者9。另外，扩展管理器38允许系统管理员将扩展分配到在模型数据42B内存储的企业计划模型的不同切片。用这种方式，可以将扩展指定到不同成本中心、不同营业部等等。此外，可以基于由特定模型定义的体系内的评审者9的等级，分配扩展。例如，可以要求体系的某一等级的评审者9，例如用于成本中心的控制器，完成在所有聚合投稿数据上提供详细最佳实践验证的。最佳实践扩展扩展管理器38可以在用户数据42A内存储用户特定扩展信息，表示哪些扩展分配给每个用户18，以及可能设置用于该扩展的用户特定属性。当企业计划会话更深延伸到企业10中时，该灵活性有利地允许适应和用户化企业计划模型。

扩展的一个例子是在基于现有合作网络计划工具周围提供包装的扩展，诸如来自Microsoft Corporation的NetMeeting。代替拒绝投稿数据，评审者9能对下级中的会议的扩展，以及直接访问模型数据42B来一起评审投稿数据。另一例子是允许相对于其它资料来源，实时验证投稿的扩展。扩展的其他例子包括：(1)用于定制体系内的某些用户18所需的报告功能的扩展，(2)用于向其他应用，例如电子表格应用输出计划数据的扩展，(3)用于驱动新开发的打印引擎的扩展，(4)用于输入企业数据的扩展，以及(5)用于与文档管理系统连接的扩展。

扩展管理器38允许系统管理员将扩展47映射到系统3内的事件或消息。例如，系统管理员可以安装新扩展，以及要求在经投稿模块32，从投稿人6中的一个接收投稿数据时，调用扩展。该特性尤其可用于配置投稿数据的最佳实践验证或执行其他企业要求。作为另一例子，扩展可用来在预定百分比，例如十个百分比内，加强自顶向下公司目标与自底向上预测的调节。作为另一例子，扩展可用来将预测减少到某一等级或按特定百分比减少。因此，能易于在企业4要求和加强预测中的均匀减少。

在一个实施例中，扩展47可以包括符合部件对象模型(COM)的软件模块。因此，ActiveX客户机可以易于用于调用扩展47。每个扩展47可以提供用于例如由投稿人模块32或管理控制台36调用和控制的一个或多个公用接口。

图3是示例说明计算装置50的一个实施例的框图，包括当由用户18，诸如投稿人6或评审者9操作时，在其上执行的各个软件模块。在示例性实施例中，计算装置50包括浏览器52、计算引擎54、模板56和数据立方体58。当用户18控制计算装置50访问企业计划系统3时，下载计算引擎54和模板56并安装在浏览器52内。

在一个实施例中，计算引擎54包括用以基于阵列的语言构造的ActiveX对象包装的前向计算引擎54。模板56包括包括用于输入然后就操纵预算预测数据的任何必需的驱动程序的ActiveX控制。模板56包括包含自顶向下目标数据和自底向上投稿数据的独立的数据立方体58，和允许本地执行所有计算。因此，在完成下载后，每个投稿人6能修改他的或她的模板56内的各个投稿数据，和在不访问企业计划系统3的情况下执行计算。作为ActiveX部件，经计算装置50，本地维护计算引擎54、模板56和数据立方体58。同样地，当初始下载模板56和计算引擎54时，以及当在会话结束时保存模板56时，投稿人6将仅感受网络延迟。

为与企业计划系统3相互作用，每个投稿人6使用浏览器52与模板56相互作用以便例如通过完成显示网格的单元和浏览网格内的计算项发生的动态变化，提供各个投稿数据。因为计算引擎54驻留在浏览器52内，单元输入不必重新提交给企业计划系统3，重新计算，然后经网络9，重新发送到浏览器52。如果投稿人6希望结束计划会话，但没有结束该处理，投稿人6能将模板56和数据立方体58保存到企业计划系统3。当投稿人6希望继续计划会话时，他或她能访问企业计划系统3，在此时，将适当模板56和数据立方体58加载到浏览器52中，用于进一步编辑。当投稿人6对在模板56内输入的预算数据表示满意时，投稿人6能将数据提交到企业计划系统3。当每个投稿人6提供他的或她的投稿数据，或接受投稿数据时，企业计划系统3自动地实时聚合企业4上的投稿数据，以及向与企业4较高层有关的评审者9提供存取该聚合数据。

以类似方式，每个评审者9经在他的或她的远程计算设备50上执行的浏览器52，与企业系统3相互作用。每个评审者9可以鉴于由分析员8提供的公司目标，拒绝或接受投稿数据。该过程继续直到经与组织体系的最高层有关的评审者最终批准投稿数据为止，由此确保来自投稿人的投稿数据与公司目标一致。

在一个实施例中，浏览器52包括用于自动地压缩到企业计划系统4的通信和解压缩从系统接收的通信的联机压缩模块53。特别地，联机压缩模峡53经超文本传输协议(HTTP)，自动地截断从浏览器52传送到系统10的输出缓冲，以及在传输之前自动地压缩缓冲。类似地，联机压缩模块53截断呼入HTTP缓冲，以及确定是否压缩缓冲。如果压缩缓冲，联机压缩模块53自动地解压缩缓冲，以及将解压缩缓冲转发到浏览器53。用这种方式，联机压缩模块53无缝地压缩和解压缩计算装置50和企业计划系统3间的通信，导致系统2内的可能效益增益。

在一个实施例中，企业计划系统3利用单个有效服务器页(ASP)接收压缩HTTP缓冲，以及将压缩缓冲控制到用于解压缩和处理的适当企业逻辑模块46。具有每个HTTP缓冲的头部可以包括表示是否压缩缓冲的字节数或其他信息，以及用于适当企业逻辑模块46的标识符。

图4是示例说明组织企业数据42以便包括事务数据区62和相关数据区63的数据库服务器40的示例性实施例的框图。一般说来，事务数据区62支持来自用户18的实时数据采集和聚合，而相关数据区63用于报表生成和复杂数据分析。

更具体地说，例如在定期基础上，数据库服务器40将从投稿人6接收的投稿数据存储在事务数据区62中，以及将投稿数据从事务数据区62公布到相关数据区63。事务数据区62包括根据企业模型，等级地关联的多个槽66。事务数据区62包括存储从投稿人6接收的投稿数据的一组投稿槽(contribution slots)66，以及存储由投稿数据并根据由模型定义的体系实时计算聚合数据的一组聚合槽(aggregations slots)67。因此，事务数据区62包括用于每个企业投稿人6的事务槽67，存储从各个企业投稿人接收的投稿数据。另外，事务数据区62A将每个评审者9与用于每个评审者9的聚合槽67的至少一个关联。例如，企业模型可以具有N个等级地排列节点，每个节点在网络用户处定义并将用户指定为投稿人和评审者中的一个。根据该结构，事务数据区包括N个槽，包括由该模型定义的用于每个评审者的聚合槽和用于每个投稿人的事务槽。

图5和6是进一步示例说明根据由企业计划模型定义的体系，事务数据区66的组织的框图。图5描述由企业计划模型定义的示例性体系，用于示例性假想比萨饼连锁商店：Pizza Palace，Inc。在由特许区域1至5占用的各个地理区周围水平地组织体系70，并纵向组织成三个调节等级。由分析员8设定企业目的和目标，并向下分送至体系的各个节点。特许专营的单个商店，称为代销店占用底部水平即等级III并提供投稿数据。

等级1的每个节点具有负责输入投稿数据的相应投稿人6。类似地，等级I、II的每个节点与用于鉴于由分析员8定义的公司目标，协调投稿数据的评审者9有关。为简单起见，图5示例说明与代销店A有关的投稿人之一Andy，以及两个评审者：与区域1有关的Peter和与node有关的Guy。在该例子中Guy Pizza Palace，Inc的主管财务科长，以及负责监督所有区域。因此，Guy列为根节点29的“所有者”并作为所有地区1-5的“评审者”。Peter是承担监督地区1的中层经理。同样地，Peter列为地区1的所有者和代销店A的评审者。本地比萨饼店的经理Andy列为Outlet A的所有者。

根据体系内的节点的等级，体系70的每个节点与模型数据42B内的一个或多个对应模板有关。例如，等级III内的每个代销店与用于获取预测信息的单个模板有关。在等级II处，每个地区与其对应子节点，即地区内的代销店的模板有关。因此，体系70的根节点72与用于该公司的所有模板有关。

图6示例说明用于根据由用于Pizza Palace的企业计划模型定义的体系70，支持投稿数据的实时聚合的事务数据区62的示例性组织。在该例子中，事务数据区62包括用于等级III的每个节点，即代销店A-H的每一个的投稿槽66。每个投稿槽66存储与体系70的等级III的各个节点有关的投稿人6的投稿数据。

类似地，事务数据区62包括用于等级I、II的每个节点，即根节点72和对应于地区1-5的节点的聚合槽67。每个聚合槽67存储如由体系70定义的并用箭头在图中表示的用于其子节点的聚合投稿数据。例如，聚合槽74对应于根节点72，并存储通过总和从地区1-5接收的所有数据计算的聚合数据。作为另一例子，聚合槽76对应于地区2，存储由用于代销店B-D的投稿数据计算的聚合数据。用这种方式，事务数据区62提供用于模型的各级的数据的精确、最新的浏览，由此便于企业广泛的计划。

图7是进一步详细地示例说明企业计划系统3的操作的流程图。最初，分析员8与企业计划系统3相互作用以便开发包括具有多维的一个或多个数据立方体的计划模型(80)。例如，对Pizza Palace，Inc，该模型可以定义具有三维的单个数据立方体：(1)列出特殊比萨饼的第一维，例如，肉爱好者、素食者、烤肉、海鲜、火腿和蘑菇，(2)用于每周销售预测的第二维和(3)用于公司目标的第三维。

分析员8还定义用于控制企业广泛的计划过程的组织体系级(82)。对Pizza Palace，例如，分析员8可以定义具有如图5中所示的十四个节点的组织体系。分析员8将一个或多个企业用户分配到每个节点，以及将每个用户指定为投稿人、评审者或两者。另外，分析员8可以将与每个节点有关的用户之一指定为那个各个节点的所有人。

在接收组织体系时，企业计划系统3的应用服务器26鉴于体系处理该模型以便“切片”用于每个定义用户的模型。换句话说，应用服务器26将体系应用到模型，好象该体系是另外的维，以及识别每个用户能访问的模型的各个部分。应用服务器26将体系中的每个节点与模型的另一维上的切片(slice)关联。通过用这种方式切片该模型，企业计划系统3不必将整个模型传送到用户的远程计算设备，而仅需要传送该模型的一个或多个数据立方体的相关部分。

另外，应用服务器初始化企业数据42，包括创建事务数据区62的适当多个聚合槽66和投稿槽67，以及创建相关数据区63的表与关系。

接着，分析员8与企业计划系统3相互作用以便提供用于企业的目标数据(86)，以及投稿人6与系统相互作用以便以投稿数据的形式，提供详细预测(88)。在接收投稿数据时，应用服务器26更新事务数据区66的投稿槽67以便存储投稿数据，以及实时更新聚合槽66以便存储用于企业体系的上层节点的每一个的聚合总和。

用这种方式，在企业4上，易于获得用于评审者9的聚合总计。因此，评审者9能访问企业计划系统3，以及鉴于由分析员8提供的目标数据，立即提供拒绝或者接受投稿数据和聚合总计的评审输入(92)。在该过程期间，应用服务器26周期性地将投稿数据和聚合数据从事务数据区62公布相关数据区6(94)，以便由报表生成程序34创建分析报告和其他统计分析(96)。企业计划系统3重复该调节过程直到组织体系的高层评审者接受该投稿数据和聚合总计为止(98)。

图8是进一步详细地示例说明企业计划系统3的实时集合过程的流程图。在从投稿人6之一接收访问请求时(99)，应用服务器26访问企业数据42和识别用于投稿人的各个投稿槽(100)。应用服务器26从识别的槽检索由投稿人先前存储的任何投稿数据，以及将输入模板56和投稿引擎54传送到投稿人6(102)。

在从投稿人6接收新或更新投稿数据时(104)，应用服务器26更新各个投稿槽以便存储投稿数据(106)。接着，应用服务器26有选择地更新用于与更新投稿槽有关的任何父聚合槽的聚合槽66的聚合总计。特别地，应用服务器26基于所定义的切片模型，识别用于更新投稿槽的直接父聚合槽(108)，基于该更新投稿槽，计算用于该父槽的新聚合总计(110)，以及将新聚合总计存储到父槽(parent slot)(112)。应用服务器26重复该过程直到已经更新所有相关高层聚合槽为止(114)。

在一个实施例中，应用服务器26将事务数据区62组织为具有一组行的单个表。每个行对应于所定义的组织体系中的各个节点。应用服务器26存储每个行内的各个投稿数据或聚合数据，以及可以将该数据存储为包含数据的单个“二进制大对象”的行。具体来讲，应用服务器26可以将用于给定行的数据编写为单个串或文本或二进制数据。在一个实施例中，每个行存为符合可扩展标记语言(XML)的分组文本。封装的XML描述属于与行有关的用户的用于该模型的切片的每个单元，以及用于该单元的当前值。当初始化事务数据区62时，应用服务器26从该模型的一个或多个数据立方体抽取元数据，以及在各个槽内创建该模型的每个“切片”的XML表示。

当更新该投稿数据时，可以由用户的远程计算设备生成XML。远程计算设备可以生成XML，以及以压缩或未压缩形式，将该XML传送为HTTP缓冲的一部分。另外，应用服务器26可以生成该XML。

为实时更新该聚合总计，应用服务器26解析用于各个父聚合槽的XML以便快速地检索用于该单元的当前值，以及用具有更新聚合总计的新输入替换封装的XML。聚合数据可以以XML形式存储为具有一组单元的线性阵列以便存储聚合总计。因此，应用服务器26可以从一个聚合槽检索线性阵列，用父聚合槽阵列覆盖该阵列，以及快速地重算用于该父槽的聚合总计。

图9是进一步详细地示例说明在将数据从事务数据区62公布到相关数据区63中，应用服务器26的示例性操作的流程图。应用服务器26可以周期性地，例如每隔15分钟、30分钟等等公布该数据。另外，或除此之外，应用服务器26可以响应事件，例如从投稿人6提交投稿数据，或来自评审者9的评审输入，公布该数据。

为公布该数据，应用服务器26传递每个投稿槽67的投稿数据以便识别一组日期元素和各个值(116)。如上所述，每个槽67可以包含描述一份企业计划模型的封装的XML。应用服务器26解压缩该封装的XML，和识别该模型的数据立方体的包含单元，以及用于该单元的当前值。

接着，基于该模型，应用服务器26从对应于该解析投稿数据的相关数据区63选择一个或多个表(118)。例如，应用服务器26可以识别销售表以便存储预测产品销售。

最后，应用服务器26将解析数据写入相关数据区63的识别表中。因此，报告模块34可以向数据库服务器40发出复杂的查询以便生成完善报告或在企业4上获取的投稿数据上执行类似分析。

图10是在控制应用服务器26上多个企业计划模型的配置中，示例说明管理控制台36的示例性操作模式的流程图。最初，管理控制台接收识别一个或多个应用服务器26的输入(122)。例如，系统管理员可以从局域网内有效的服务器列表选择应用服务器26。另外，系统管理员可以指定用于与应用服务器通信的特定名称、网际协议(IP)地址，或类似通信句柄。

作为响应，管理控制台36在所识别的应用服务器中查询存在于每个服务器上的计算资源的描述，诸如存在于每个应用服务器26内的处理器的数量(124)。

管理控制台36可以将该信息提供给系统管理员，用于配置企业4的各个计划模型。

接着，管理控制台36从将每个模型分配到一组应用服务器26的系统管理员接收输入(126)。基于基于该输入，管理控制台36生成将每个模型与各个应用服务器集关联的配置图，和将该图存储在企业数据21内(128)。

基于该映射，企业逻辑模块46生成用于管理企业计划会话的作业，和将作业描述存储在作业数据42C内。根据该配置图应用服务器26读取和处理作业描述，如上所述(130)。用这种方式，能在单独的应用服务器26上配置不同企业模型或可以共享一个或多个应用服务器。

或响应来自系统管理员的输入或动态地基于应用服务器26的当前加载等级，可以调整该配置图(126)。具体来讲，管理控制台控制配置图的再生，由此重新平衡集群器应用服务器26上的企业计划模型的配置。

图11-19示例说明在用于该虚构Pizza Palace Inc的示例性企业计划会话期间，浏览器52的多个浏览，如上所述。例如，图11示例说明示例说明当Guy，CFO访问企业计划系统3以便检查用于比萨饼特许专营的各个预算的进度时，由浏览器52显示的窗口160的一个实施例。在该例子中，Guy使用来自运行来自Macromedia^TM Inc的Shock Wave^TM的Microsoft Corporation的Internet Explorer，访问企业计划系统3。

窗口160显示：1)给定预算模板的所有投稿人和评审者的可定制标题162，2)用于显示指令的链接164，3)投稿人的姓名和4)当前日期。为了安全性，企业计划系统3可以使用做成远程计算设备的操作系统的验证以便不必创建和单独地管理新口令。

窗口160包括显示用于比萨饼连锁商店的由分析员8定义的体系的模型138的左画面165。体系，如上所述，包括五个销售地区，以及地区2具有3个比萨饼店(代销店B-代销店D)。体系表示公司的工作流，因此，对投稿人来说很直观。此外，每个投稿人具有有限的视野，因此左画面165仅显示特定投稿人访问的部分体系模型138。因为Guy是定义为所有五个地区的评审者的高级总经理，他能浏览整个体系。

右画面166和左画面165协作，因为当用户选择左画面165内的体系中的节点时，右画面显示所选择的节点及其孩子的详细资料。更具体地说，右画面166显示详述所选择的节点和其孩子的每一个的表。每个表表示：a)节点名，b)节点的操作状态，c)模板的最后改进的时间，d)节点的所有者是否已经打开预算模板，e)所有者/评审者的名称，f)是否已经评审过预算模板，以及g)用户在节点上所做的动作。

在体系中的最低等级处，每个节点具有三个工作流状态：a)NS-没有开始预算，b)WIP-预算是“工作在进行”以便所有者已经输入一些数据但没有结束，以及c)LOCKED-所有者已经提交预算用于评审。只要提交预算，所有者不能进行改变除非下一等级评审者拒绝该提交，将下行节点的状态改变回WIP。

用于本地比萨饼店的经理，Andy的浏览完全不同于Guy。图12示例说明当Andy访问企业计划系统3时，由浏览器52显示的示例性窗口170。如由图12所示，Andy只能浏览代销店A，即他负责的代销店。因为Andy没有开始预算编制过程，右画面的表172显示用于节点的NS状态。

图13示例说明当Andy点击代销店A并启动企业计划过程时，所显示的窗口180。此时，浏览器52下载模板56和数据立方体58。这是当网络9上有通信量时的少数时刻中的一个。当计算引擎54驻留在客户机上，当用户输入预算预算信息时，无网页通信量发生。Andy与窗口180相互作用以便输入经费预测数据182，但不能更新已经由分析员8设定的目标数据184，以及不能重写嵌入模板内的公式。用这种方式，窗口180允许Andy浏览由分析员8设定的金融目标同时输入详细的预测信息。计算引擎54允许窗口180操作为支持算术操作、条件逻辑、加权和时刻平均以及多个其他操作的智能电子数据表。另外，分析员能配置窗口180提供用于行、列和页选项的上下文有关帮助。在输入经费预测数据182时，Andy能保存该信息以及稍后继续该过程或能将预测信息提交给Peter，用于评审。

当Andy保存模板时，如图14中所示，浏览器52显示将节点的状态反映为“工作在进行”(WIP)的窗口190。在这种情况下，Andy能返回以及继续编辑预测数据并提交预测数据，用于由Peter评审，如图15的窗口200所示。只要提交预测数据，节点的状态转变为LOCKED，如由图16的窗口210所示。在这种情况下Andy不能修改预测信息除非Peter评审模板和拒绝该信息。

图17示例说明当Peter访问企业计划系统3以便评审他负责的预算信息时，由浏览器52显示的示例性窗口220。如由图17所示，Peter定义为地区1的所有者和代销店A的评审者。在登录时，Peter立即能告诉Andy已经提交预算信息，由右侧的窗口的表222显示的锁定状态反映。另外，因为地区1的所有子节点，即代销店A已经提交预测信息，表224将地区1的状态显示为就绪，表示Peter能评审所有预算信息。

图18示例说明当由Peter选择以便评审时，显示模板的示例性窗口230。特别是，所有信息，包括由所有者(Andy)设定的预测数据232和由财务分析师设定的目标数据234是只读的以及不能修改。同样地，Andy作为评审者具有两个选择：(1)拒绝该预测信息以及将网格发送回Peter以便改进，或(2)同意该预测信息以便能由地区1的指定评审者Guy评审模板。在该等级处，节点具有五个可能状态。前三个与等级I节点相似：NS(未开始)，WIP(工作在进行)和锁定。另外，高级节点还可以是未完成和就绪。当至少一个子节点处于NS状态时，即，当向评审者汇报的人没有开始预算编制过程时，出现未完成状态。

由此，评审者9能快速地断定没有浏览模板，以及所有者需要某些附加提示。当所有子节点已经完成预算编制过程时，出现就绪状态。此时，评审者是预算编制过程的关键路径以及必须拒绝或者提交来自下级的数据。该方法比数据收集的其他方法的一个优点是中层管理者具有表明上层管理他们已经认可和保证预算预测的简单和高效的方法。

图19示例说明当Peter拒绝来自代销店A的信息时，信息的示例性浏览。代销店转变回WIP状态，因此也将地区1移动到WIP状态。所有者Andy自动地从他的评审者Peter接收电子邮件表明他为什么拒绝该提出计划。该调节过程继续直到可接受的预算信息最终向上传送至该体系的所有等级为止。

图20示例说明当分析员8创建和维护企业模型，包括将所有者分配到体系的各个节点时，由浏览器52呈现的示例性浏览。图21示例说明当分析员定义用于每个节点的访问级(例如读取对写入)时，由浏览器52呈现的示例性浏览。

已经描述了本发明的各个实施例。这些和其他实施例在下述权利要求书的范围内。

Claims (29)

1.一种方法，包括：

生成将一组企业计划模型的每一个与各个应用服务器组关联的配置图；以及

根据所述配置图利用所述各个应用服务器组通过所述企业计划模型处理作业。

2.如权利要求1所述的方法，其特征在于，生成所述配置图包括：

提供一接口以从将每一个所述应用服务器分配到一个或多个所述模型的用户接收输入；以及

响应用户输入，生成所述配置图。

3.如权利要求2所述的方法，进一步包括：

响应所述用户输入，选择网络内的新应用服务器；以及

产生将新应用服务器与一个或多个模型关联的图。

4.如权利要求1所述的方法，进一步包括基于与每一个所述企业计划模型有关的最后期限，调整所述配置图。

5.如权利要求1所述的方法，进一步包括基于参与所述企业计划模型的当前使用等级，调整所述配置图。

6.如权利要求1所述的方法，进一步包括：

在每一个所述应用服务器中，向应用服务器内查询计算资源的资源数据；以及

基于所述资源数据，生成所述配置图。

7.如权利要求6所述的方法，其特征在于，所述资源数据包括每一个所述应用服务器内的多个处理器。

8.如权利要求1所述的方法，其特征在于，根据由各个模型定义的组织体系，所述作业与各个所述企业计划模型的不同切片有关。

9.如权利要求1所述的方法，其特征在于，每个作业与由至少一个所述企业计划模型定义的组织体系内的节点有关。

10.一种方法，包括：

接收输入，该输入修改定义一组企业投稿人的企业计划模型，其中，每一个投稿人与所述企业计划模型的不同切片有关；

在所述投稿人访问企业计划系统时，将与企业计划模型的各个切片有关的输入和数据传送投稿人的计算装置；以及

处理该输入以便更新所述投稿人的所述计算装置上的企业计划模型的切片。

11.如权利要求11所述的方法，进一步包括从所述投稿人接收投稿数据，以及其中处理所述输入包括使所述投稿数据与所述投稿人的所述计算装置上的最新模型一致。

12.一种系统，包括：

多个应用服务器；以及

管理控制台，其生成将一组企业计划模型的每一个与各个应用服务器组关联的配置图。

13.如权利要求12所述的系统，其特征在于，所述应用服务器处理用于各个企业计划模型的管理作业。

14.如权利要求13所述的系统，其特征在于，所述管理控制台提供接口以从将每一个应用服务器分配到一个或多个企业计划模型的用户接收输入，以及响应用户输入生成配置图。

15.如权利要求14所述的系统，其特征在于，所述接口包括用于从选择网络内的新应用服务器的用户接收输入的输入区，以及所述管理控制台生成所述配置图以将新应用服务器与一个或多个企业计划模型关联。

16.如权利要求13所述的系统，其特征在于，根据由各个所述企业计划模型定义的组织体系，所述管理控制台将作业与各个企业计划模型的不同切片关联。

17.如权利要求13所述的系统，其特征在于，所述管理控制台将每个作业与由企业计划模型的特定第一个定义的组织体系内的节点关联。

18.如权利要求12所述的系统，其特征在于，所述管理控制台基于与每一个企业计划模型有关的最后期限，自动地调整所述配置图。

19.如权利要求12所述的系统，其特征在于，所述管理控制台基于参与企业计划模型的用户的当前使用等级，自动地调整所述配置图。

20.如权利要求12所述的系统，其特征在于，所述管理控制台从描述每一个应用服务器内的计算资源的应用服务器接收资源数据，以及基于所述资源数据生成所述配置图。

21.如权利要求18所述的系统，其特征在于，所述资源数据包括每一个所述应用服务器内的多个处理器。

22.一种计算机可读介质，包括使处理器执行下述操作的指令：

生成将一组企业计划模型的每一个与各个应用服务器组关联的配置图；以及

根据所述配置图，由各个应用服务器组通过企业计划模型处理作业。

23.如权利要求22所述的计算机可读介质，其特征在于，处理器生成配置图的指令包括使处理器执行下述操作的指令：

提供一接口以从将每一个应用服务器分配到一个或多个模型的用户接受输入；以及

响应用户输入，生成配置图。

24.如权利要求23所述的计算机可读介质，进一步包括使处理器执行下述操作的指令：

响应用户输入，选择网络内的新应用服务器；以及

产生将新应用服务器与一个或多个模型关联的图。

25.如权利要求22所述的计算机可读介质，进一步包括使处理器执行下述操作的指令：基于与每一个企业计划模型有关的最后期限调整配置图。

26.如权利要求22所述的计算机可读介质，进一步包括使处理器执行下述操作的指令：基于参与企业计划模型的用户的当前使用等级调整配置图。

27.如权利要求22所述的计算机可读介质，进一步包括使处理器执行下述操作的指令：

在应用服务器中查询描述每一个应用服务器内的计算资源的资源数据；以及

基于所述资源数据生成配置图。

28.一种计算机可读介质，包括使处理器执行下述操作的指令：

接收修改定义一组企业投稿人的企业计划模型的输入，其中每一个投稿人与企业计划模型的不同切片有关；

在投稿人访问企业计划系统时，将与企业计划模型的各个切片有关的输入和数据传送投稿人的计算装置；以及

处理该输入以便更新投稿人的计算装置上的企业计划模型的切片。

29.如权利要求28所述的计算机可读介质，进一步包括使处理器执行下述操作的指令：从投稿人接收投稿数据，以及其中处理输入包括使投稿数据与投稿人的计算装置上的最新模型一致。

Images