專利名稱：在應(yīng)用服務(wù)器的集群器上配置多個企業(yè)計劃模型的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及企業(yè)計算環(huán)境，更具體地說，涉及用于企業(yè)經(jīng)營計劃的計算環(huán)境。
背景技術(shù)：
比以往更甚，企業(yè)承擔確定用于企業(yè)操作的精確預測。未能滿足確定的期望會在資金流動、股票價格流動性和投資者信任領(lǐng)域內(nèi)連同其它領(lǐng)域?qū)ζ髽I(yè)有明顯的負影響。準確度很關(guān)鍵的企業(yè)計劃活動的例子包括收益預測、庫存管理、資源計劃等等。然而，企業(yè)經(jīng)營計劃是通常生成不精確的結(jié)果的困難和昂貴的任務(wù)。
通常，企業(yè)對企業(yè)計劃采用“自頂向下”或“自底向上”方法。在“自頂向下”計劃中，企業(yè)識別基本的企業(yè)目標，諸如平均生產(chǎn)價格，每個雇員成本等等以及通過公司的分級結(jié)構(gòu)，將目標下壓。相反，“自底向上”計劃包含來自組織的最低成本中心的低級預測的聚合。為編制預算，例如，要求管理人員周期性地預測支出，以及將支出分配到多個種類，諸如廣告、旅行和薪水。然而，自底向上預測如果有過的話也很少與自頂向下企業(yè)目標一致。
通常使用書面或近年來，電子形式，諸如使用電子數(shù)據(jù)表軟件程序創(chuàng)建的電子模板收集該信息。這通常留給企業(yè)的財務(wù)處集結(jié)使用前后不一致的假設(shè)編譯的不協(xié)調(diào)的計劃和改變企業(yè)邏輯的困難的任務(wù)。
近年來，大型計算機系統(tǒng)已經(jīng)用于經(jīng)企業(yè)網(wǎng)收集數(shù)據(jù)。計算機系統(tǒng)通常在“業(yè)余”時間期間，使用耗時的、脫機批處理，集結(jié)從各個企業(yè)用戶處收集的數(shù)據(jù)。該脫機集結(jié)集結(jié)會導致從用戶收集數(shù)據(jù)和將所收集的數(shù)據(jù)與從企業(yè)處收集的其他數(shù)據(jù)集結(jié)間明顯的時間延誤。因此，這種系統(tǒng)通常向用戶呈現(xiàn)用于正預測的企業(yè)活動的實際、聚合數(shù)據(jù)的不精確的瀏覽。這會導致用戶提供不正確的數(shù)據(jù)，或錯誤地修改他們的輸入。此外，用戶不確定關(guān)于哪些數(shù)量是用于企業(yè)的“正確”數(shù)量，以及通常會懷疑結(jié)果的完整性。數(shù)據(jù)收集和脫機集結(jié)的緩慢過程對像企業(yè)計劃的與重最后期限有關(guān)的活動尤其成問題。

發(fā)明內(nèi)容
本發(fā)明針對改進大組織內(nèi)的編制預算的準確度和可預測性的企業(yè)計劃技術(shù)。該技術(shù)允許組織實時使公司的金融模式和組織目標與詳細預測一致。
根據(jù)該技術(shù)，企業(yè)計劃系統(tǒng)允許和自動化企業(yè)的自頂向下目標與詳細的自底向上預測的一致。通常，企業(yè)計劃系統(tǒng)企業(yè)計劃的三個階段(1)建模階段，(2)投稿(contribution)階段，和(3)一致階段。在建模階段期間，稱為分析員的高層企業(yè)管理者或經(jīng)理定義組織目標，和構(gòu)造用于企業(yè)的計劃模型。接著，在投稿階段期間，一組定義的投稿人(contributors)與企業(yè)計劃系統(tǒng)相互作用并以投稿數(shù)據(jù)的形式，提供詳細預測。在一致階段期間，企業(yè)計劃系統(tǒng)自動化預測數(shù)據(jù)與組織目標的調(diào)節(jié)(reconciliation)。
在該過程期間，企業(yè)計劃系統(tǒng)根據(jù)所定義的模型操作以便提供具有多個調(diào)節(jié)級的分級計劃過程。在每個級處，企業(yè)計劃系統(tǒng)向如由分級模型限定的企業(yè)評審者提供投稿數(shù)據(jù)，以及要求評審者使目標數(shù)據(jù)與預測數(shù)據(jù)一致。每個評審者會例如，鑒于由分析員提供的公司目標拒絕或接受投稿數(shù)據(jù)。
當投稿人提供投稿數(shù)據(jù)時，企業(yè)計劃系統(tǒng)自動地實時聚合企業(yè)上的投稿數(shù)據(jù)，以及向評審者提供聚合數(shù)據(jù)以便接受或拒絕。該過程繼續(xù)直到經(jīng)與組織體系的最高層有關(guān)的評審者最終批準投稿數(shù)據(jù)為止，由此確保來自投稿人的投稿數(shù)據(jù)與公司目標一致。
在一個實施例中，系統(tǒng)包括多個應(yīng)用服務(wù)器，以及生成將一組企業(yè)計劃模型的每一個與各個應(yīng)用服務(wù)器組關(guān)聯(lián)的配置圖的管理控制臺。
在另一個實施例中，方法包括生成將一組企業(yè)計劃模型的每一個與各個應(yīng)用服務(wù)器組關(guān)聯(lián)的配置圖，以及利用具有各個應(yīng)用服務(wù)器組的企業(yè)計劃模型處理作業(yè)。
本發(fā)明提供一個或多個優(yōu)點。例如，在此所述的技術(shù)可以自動地或響應(yīng)來自系統(tǒng)管理員的輸入，提供通過計算資源分配到企業(yè)計劃的優(yōu)良的控制水平?？梢曰谟糜谄髽I(yè)計劃活動的接近最后期限，調(diào)節(jié)配置圖以變換應(yīng)用服務(wù)器上的模型的配置。當管理與企業(yè)計劃活動有關(guān)的任務(wù)時，根據(jù)由模型限定的組織體系，企業(yè)計劃系統(tǒng)可以將任務(wù)分成多個作業(yè)，每個作業(yè)與模型的不同切片有關(guān)。因此，可以細微地控制計算資源到企業(yè)計劃的分配，以及可以調(diào)節(jié)以滿足組織體系內(nèi)的當前需要。
該技術(shù)可以通過允許組織實時使公司模型和組織目標與詳細預測一致，改進企業(yè)計劃的準確度和可預測性。該技術(shù)可以提供遞送合作、實時計劃能力的平臺，而不要求脫機集結(jié)和預測聚合。因為企業(yè)計劃系統(tǒng)能實時聚合投稿數(shù)據(jù)，能向所有用戶提供數(shù)據(jù)的精確、最新的瀏覽。該系統(tǒng)提供快速反應(yīng)，與包含在計劃中企業(yè)用戶的數(shù)量無關(guān)，由此提供精確計劃信息。
另外，在此所述的體系結(jié)構(gòu)能易于擴展到數(shù)以千計用戶，以及可以根據(jù)最佳計劃實踐設(shè)計。用這種方式，系統(tǒng)可以根據(jù)企業(yè)內(nèi)的操作單位和系統(tǒng)集中地管理所有計劃信息，由此創(chuàng)建“計劃中心”。因此，用戶能從計劃數(shù)據(jù)的單個庫工作以及能確保數(shù)據(jù)的完整性。
另外，該技術(shù)促進企業(yè)上的高水平用戶參與，允許減少計劃周期，例如從月到周，以及快速地允許最佳實踐，如進展預測。
在下述附圖和描述中，闡述本發(fā)明的一個或多個實施例的細節(jié)。從說明書和附圖，以及從權(quán)利要求書，本發(fā)明的其他特性、目的和優(yōu)點將顯而易見。


圖1是示例說明企業(yè)計劃系統(tǒng)允許以及自動化自頂向下目標與詳細自底向上預測的調(diào)節(jié)的環(huán)境的框圖。
圖2是示例說明企業(yè)計劃系統(tǒng)的一個示例性實施例的框圖。
圖3是示例說明用于與系統(tǒng)相互作用的遠程計算設(shè)備的一個實施例的框圖。
圖4是示例說明組織企業(yè)數(shù)據(jù)以便包括事務(wù)數(shù)據(jù)區(qū)域和相關(guān)數(shù)據(jù)區(qū)的數(shù)據(jù)庫服務(wù)器的示例性實施例的框圖。
圖5和6是示例說明根據(jù)由企業(yè)計劃模型定義的體系，事務(wù)數(shù)據(jù)區(qū)的示例性組織的框圖。
圖7是進一步詳細示例說明企業(yè)計劃系統(tǒng)的的流程圖。
圖8是進一步詳細地示例說明通過企業(yè)計劃系統(tǒng)執(zhí)行的實時聚合過程的流程圖。
圖9是進一步詳細地示例說明在將數(shù)據(jù)從事務(wù)數(shù)據(jù)區(qū)公布到相關(guān)數(shù)據(jù)區(qū)中，一組應(yīng)用服務(wù)器的示例性操作的流程圖。
圖10是示例說明在通過一組應(yīng)用服務(wù)器上控制多個企業(yè)計劃模型的配置中的管理控制臺的示例性操作模式的流程圖。
圖11-21示例說明在示例性企業(yè)計劃會話期間，由瀏覽器提供的多個瀏覽。
具體實施例方式
圖1是示例說明環(huán)境2的框圖，其中，企業(yè)計劃系統(tǒng)3允許和自動化用于企業(yè)4的自頂向下目標與詳細自底向上預測的調(diào)節(jié)。通常，企業(yè)計劃系統(tǒng)3提供企業(yè)計劃的三個階段(1)建模階段，(2)投稿階段，和(3)調(diào)節(jié)階段。在建模階段中，分析員8，諸如首席財務(wù)官，高級財務(wù)分析師產(chǎn)品和銷售分析員，定義需求和構(gòu)造用于企業(yè)4的計劃模型。更具體地說，分析員8開發(fā)具有表示企業(yè)4內(nèi)的各個成本中心，諸如營業(yè)單位或部門的多個等級排列節(jié)點的模型。
在建模階段期間，分析員8同樣地確定用于組織體系的每個節(jié)點的公司目標。然后，分析員8將一個或多個企業(yè)用戶分配到負責用于相應(yīng)成本中心的企業(yè)計劃的每個節(jié)點，諸如管理者、監(jiān)督者、銷售代表、實驗室管理者等等。每個企業(yè)用戶可以指定為向企業(yè)系統(tǒng)3提供計劃數(shù)據(jù)的投稿人8、取舍來自投稿人8的投稿的評審者，或兩者。投稿人8和評審者9可以是企業(yè)4內(nèi)，或耦合到網(wǎng)絡(luò)9的其他實體內(nèi)的授權(quán)用戶，諸如供應(yīng)商14和顧客16。
最后，分析員8定義用于從投稿人收集經(jīng)費預測數(shù)據(jù)的多個模板。分析員8包括模板中的公司目標數(shù)據(jù)以便與預測數(shù)據(jù)一致。
接著，企業(yè)計劃系統(tǒng)3進入投稿階段，在此期間，投稿人6與企業(yè)計劃系統(tǒng)3相互作用以及以投稿數(shù)據(jù)的形式輸入詳細預測。例如，投稿人6可以根據(jù)正由企業(yè)4執(zhí)行的特定企業(yè)計劃活動，提供詳細財政預測、收益預測、定單預測、庫存預測、估計資源要求等等。
在調(diào)節(jié)階段期間，企業(yè)計劃系統(tǒng)3自動化預測數(shù)據(jù)與由分析員8提供的公司目標的調(diào)節(jié)。特別地，企業(yè)計劃系統(tǒng)3根據(jù)所定義的模型操作以便提供具有多個調(diào)節(jié)水平的分級計劃過程。當每個投稿人6提供他的或她的投稿數(shù)據(jù)時，企業(yè)計劃系統(tǒng)3自動地實時聚合企業(yè)4上的投稿數(shù)據(jù)，以及向與企業(yè)4較高層有關(guān)的評審者9提供該聚合數(shù)據(jù)的訪問。特別地，在從投稿人6接收投稿數(shù)據(jù)時，企業(yè)計劃系統(tǒng)3識別受最新接收的投稿數(shù)據(jù)影響的組織模型的所有較高層，以及實時計算每級處的新聚合總計。
因此，在企業(yè)計劃會話期間，評審者9實時瀏覽企業(yè)4上的聚合數(shù)據(jù)。在每級處，企業(yè)計劃系統(tǒng)3確保如由企業(yè)模型的節(jié)點定義的評審者9使目標數(shù)據(jù)與預測數(shù)據(jù)一致。每個評審者9可以例如，鑒于由分析員8提供的公司目標，拒絕或接受投稿數(shù)據(jù)。該過程繼續(xù)直到投稿數(shù)據(jù)最終經(jīng)組織體系最高級別批準為止，由此確保來自投稿人6的投稿數(shù)據(jù)與由分析員8提供的公司目標一致。
用這種方式，企業(yè)計劃系統(tǒng)3可以提供比利用傳統(tǒng)方法更精確的企業(yè)計劃。例如，企業(yè)計劃系統(tǒng)3可以通過允許組織使公司模型和組織目標與詳細預測一致，改進企業(yè)計劃的準確度和可預測性。該技術(shù)可以提供遞送合作、實時規(guī)劃能力的平臺，而不要求脫機集結(jié)和預測聚合。因為企業(yè)計劃系統(tǒng)能實時聚合投稿數(shù)量，能向所有用戶提供數(shù)量的精確、最新的瀏覽。另外，企業(yè)計劃系統(tǒng)3的體系結(jié)構(gòu)能易于擴展到數(shù)以千計用戶，以及可以根據(jù)最佳計劃實踐設(shè)計。另外，該技術(shù)允許由企業(yè)用戶，即投稿人6和評審者9高水平參與，允許減少精確計劃周期。
企業(yè)用戶可以使用各種計算裝置經(jīng)網(wǎng)絡(luò)9與企業(yè)計劃系統(tǒng)3相互作用。例如，企業(yè)用戶可以使用膝上型計算機、臺式計算機等等，運行瀏覽器，諸如來自Redmond，Washington of Microsoft Corporation的Internet ExplorerTM，與企業(yè)計劃系統(tǒng)3相互作用。另外，企業(yè)用戶可以使用個人數(shù)字助理(PDA)，諸如來自California，Santa Clara的PalmInc.的PalmTM管理器、允許網(wǎng)頁的便攜式電話，或類似裝置。網(wǎng)絡(luò)9表示任何通信網(wǎng)絡(luò)，諸如基于分組的數(shù)字網(wǎng)，如互聯(lián)網(wǎng)。用這種方式，系統(tǒng)2能易于擴展到恰當大的企業(yè)。企業(yè)用戶可以經(jīng)局域網(wǎng)，直接訪問企業(yè)計劃系統(tǒng)3，或可以經(jīng)虛擬專用網(wǎng)絡(luò)、遠程撥號，或類似遠程訪問通信機構(gòu)遠程訪問企業(yè)計劃系統(tǒng)3。
圖2是示例說明企業(yè)計劃系統(tǒng)3的一個示例性實施例的框圖。在所示的實施例中，企業(yè)計劃系統(tǒng)3包括網(wǎng)絡(luò)服務(wù)器20、應(yīng)用服務(wù)器26和數(shù)據(jù)庫服務(wù)器40。
網(wǎng)絡(luò)服務(wù)器20提供用于經(jīng)網(wǎng)絡(luò)9與企業(yè)用戶18通信的接口。網(wǎng)絡(luò)服務(wù)器20執(zhí)行網(wǎng)絡(luò)服務(wù)器軟件，諸如來自Redmond，Washington的Microsoft Corporation的Internet Information ServerTM。同樣地，網(wǎng)絡(luò)服務(wù)器20提供根據(jù)軟件模塊21，用于與投稿人6、分析員8和評審者9相互作用的環(huán)境，軟件模塊21包括分析模塊30、投稿模塊32、管理(ADMIN)控制臺36和擴展管理器38。
軟件模塊21可以包括以超文本標記語言(HTML)或動態(tài)HTML、ActiveX對象編寫的Lotus腳本、Java腳本、小應(yīng)用程序、有效服務(wù)器頁、網(wǎng)頁和其他適當模塊。網(wǎng)絡(luò)服務(wù)器20提供由軟件模塊21定義的網(wǎng)頁，以及將網(wǎng)頁傳送到企業(yè)用戶18的計算裝置。網(wǎng)頁可以包括靜態(tài)介質(zhì)，諸如文本和圖形圖像，以及傳統(tǒng)輸入媒介，諸如文本輸入框、單選按鈕、下拉式菜單等等，用于從企業(yè)用戶18接收信息。
軟件模塊21與數(shù)據(jù)庫服務(wù)器40相互作用以便訪問包括用戶數(shù)據(jù)42A、模型數(shù)據(jù)42B、作業(yè)數(shù)據(jù)42C和結(jié)構(gòu)數(shù)據(jù)42D的企業(yè)數(shù)據(jù)42。企業(yè)數(shù)據(jù)可以以多個不同形式存儲，包括一個或多個數(shù)據(jù)存儲文件、或在一個或多個數(shù)據(jù)庫服務(wù)器上執(zhí)行的一個或多個數(shù)據(jù)庫管理系統(tǒng)(DBMS)。數(shù)據(jù)庫管理系統(tǒng)可以是關(guān)系(RDBMS)、層次的(HDBMS)、多維的(MDBMS)、面向?qū)ο蟮?ODBMS或OODBMS)或?qū)ο箨P(guān)系(ORDBMS)數(shù)據(jù)庫管理系統(tǒng)。此外，盡管單獨地示例說明，企業(yè)數(shù)據(jù)42能集結(jié)成單個數(shù)據(jù)庫或其他數(shù)據(jù)存儲結(jié)構(gòu)。企業(yè)數(shù)據(jù)42能例如實現(xiàn)為單個關(guān)系數(shù)據(jù)庫，諸如來自Microsoft Corporation的SQLServer。
用戶數(shù)據(jù)42A存儲用于每個用戶18的信息，包括姓名、電子郵件地址，和用于該用戶的其他聯(lián)系信息。模型數(shù)據(jù)42B存儲由分析員8定義的企業(yè)計劃模型。例如，模型數(shù)據(jù)庫42B存儲定義由分析員8開發(fā)的調(diào)節(jié)過程的信息，包括調(diào)節(jié)級的數(shù)量、體系中的各個“節(jié)點”，和與每個節(jié)點有關(guān)的投稿人6。另外，模型數(shù)據(jù)42B存儲用于俘獲來自于用戶18的投稿和評論數(shù)據(jù)的模型的各個數(shù)據(jù)輸入模板。作業(yè)數(shù)據(jù)42C定義用于執(zhí)行應(yīng)用服務(wù)器26的管理作業(yè)，以及結(jié)構(gòu)(CONFIG)數(shù)據(jù)42D存儲用于企業(yè)計劃系統(tǒng)3的基本結(jié)構(gòu)數(shù)據(jù)。
應(yīng)用服務(wù)器36提供用于執(zhí)行企業(yè)邏輯模塊46、企業(yè)計劃擴展47和應(yīng)用編程接口(API)48的操作環(huán)境。另外，應(yīng)用服務(wù)器36執(zhí)行如由作業(yè)數(shù)據(jù)42C定義的管理任務(wù)。換句話說，作業(yè)數(shù)據(jù)42提供用于排隊用于由應(yīng)用服務(wù)器26執(zhí)行的未決管理作業(yè)的作業(yè)描述的機制。
參考軟件應(yīng)用21，分析模塊30包括用于創(chuàng)建企業(yè)計劃模型的一個或多個軟件模塊，諸如用于企業(yè)4的金融模式以便控制整個計劃過程。例如，分析模塊30允許分析員8定義企業(yè)計劃過程中的各個成本中心、相應(yīng)所有者和調(diào)節(jié)階段的數(shù)量。在一個結(jié)構(gòu)中，分析模塊30從企業(yè)資源計劃(ERP)數(shù)據(jù)庫(未示出)讀取成本中心結(jié)構(gòu)和所有權(quán)。另外，分析模塊30允許分析員8定義用于收集投稿數(shù)據(jù)的“模板”。模板可以包括提供用于輸入和計算投稿數(shù)據(jù)的接口的一個或多個多維結(jié)構(gòu)。例如，模板可以采用沿行的會計和列中的周期的表，將成本中心定義為數(shù)據(jù)立方內(nèi)的維數(shù)，用于選擇數(shù)據(jù)。分析模塊30將企業(yè)計劃模型，以及相應(yīng)模板存儲在模型數(shù)據(jù)42B內(nèi)。
分析模塊30也允許組織定義用于自動化預算編制過程和確保投稿人6及時提交他們各自的投稿數(shù)據(jù)的多個機制，以及模板快速地通過所定義的調(diào)節(jié)階段。例如，使用分析模塊30，分析員8能定義用于觸發(fā)電子郵件消息(emails)的定時器以便提醒投稿人6訪問企業(yè)計劃系統(tǒng)3和完成特定模板。
投稿模塊32包括用于將模板提供到指定為投稿人6的企業(yè)用戶18，以及從投稿人5俘虜投稿數(shù)據(jù)的軟件模塊。投稿模塊32實時獲取和聚合企業(yè)4上的投稿數(shù)據(jù)，以及向與企業(yè)4的較高層有關(guān)的評審者9提供訪問聚合數(shù)據(jù)。
報表生成程序34包括基于從投稿人6接收的并存儲在模型數(shù)據(jù)42B內(nèi)的投稿數(shù)據(jù)，生成企業(yè)計劃報告的分析軟件模塊。特別地，分析軟件模塊允許用戶18，諸如分析員8和評審者9公式化用于生成報告和執(zhí)行企業(yè)模型的現(xiàn)行數(shù)據(jù)上的其他數(shù)據(jù)分析功能的復雜的查詢。這些軟件模塊可以是基于網(wǎng)頁的模塊，具有瀏覽器接口，或可以是獨立的可執(zhí)行程序。
企業(yè)邏輯模塊46在由應(yīng)用服務(wù)器26提供的操作環(huán)境內(nèi)執(zhí)行，以及提供用于響應(yīng)軟件模塊21訪問和處理存儲在數(shù)據(jù)庫42內(nèi)的數(shù)據(jù)的功能性。特別地企業(yè)邏輯模塊46包括用于實現(xiàn)企業(yè)計劃功能的軟件例程，以及由軟件模塊21調(diào)用。
管理控制臺36提供用于控制網(wǎng)絡(luò)服務(wù)器20、應(yīng)用服務(wù)器26和數(shù)據(jù)庫服務(wù)器40的集群器的接口。管理控制臺36允許系統(tǒng)管理員控制在每個集群器內(nèi)使用的服務(wù)器的數(shù)量。系統(tǒng)管理員可以例如，選擇在網(wǎng)絡(luò)9內(nèi)有效的一個或多個服務(wù)器，和控制管理控制臺36將服務(wù)器用作例如應(yīng)用服務(wù)器36。用這種方式，企業(yè)計劃系統(tǒng)3可以易于擴展到支持具有數(shù)以千計用戶18的大的企業(yè)。
當管理與企業(yè)計劃活動有關(guān)的任務(wù)時，根據(jù)由特定方式限定的多級組織體系，管理控制臺36可以將任務(wù)分成多個作業(yè)，每個作業(yè)與模型的不同切片有關(guān)。例如，管理控制臺36可以將特定任務(wù)分成一組N個作業(yè)，其中，N等于在體系內(nèi)定義的節(jié)點的數(shù)量。然后，管理控制臺36可以在配置模型的應(yīng)用服務(wù)器集26上分送作業(yè)。
管理控制臺36提供用于瀏覽用于由應(yīng)用服務(wù)器26處理排隊的作業(yè)，和瀏覽集群應(yīng)用服務(wù)器26上的負荷平衡的作業(yè)接口。管理控制臺36生成作業(yè)數(shù)據(jù)42C以便定義用于應(yīng)用服務(wù)器26的任務(wù)。當在作業(yè)數(shù)據(jù)42C內(nèi)排隊作業(yè)時，應(yīng)用服務(wù)器26從數(shù)據(jù)庫服務(wù)器40讀取作業(yè)數(shù)據(jù)42C，以及處理該作業(yè)到結(jié)束。例如，作業(yè)的一種類型包含“削減”進程，通過該進程，在企業(yè)數(shù)據(jù)42B內(nèi)定義的企業(yè)模型對每個用戶是“切片的”。在該進程期間，應(yīng)用服務(wù)器26將用戶18所指定的所定義的模型的領(lǐng)域識別為投稿人或評審者。企業(yè)計劃系統(tǒng)3向每個用戶18提供各個切片以便獲取投稿數(shù)據(jù)，以及使投稿數(shù)據(jù)與組織目標一致。用這種方式，企業(yè)計劃系統(tǒng)3不必將整個模型傳送到每個用戶18，由此減少通信時間和資源要求。相反，每個用戶18只接收相關(guān)信息。
另外，管理控制臺36允許系統(tǒng)管理員控制應(yīng)用服務(wù)器26上的企業(yè)計劃模型的配置。特別地，分析員8可以定義用于企業(yè)4的多個計劃模型。例如，分析員8可以定義用于收益預測、庫存管理、資源計劃、管理應(yīng)付帳款等等的單獨的模型。管理控制臺36允許系統(tǒng)管理員創(chuàng)建將每個模型分配到一組應(yīng)用服務(wù)器26的配置圖。換句話說，能在單獨的應(yīng)用服務(wù)器26上配置不同企業(yè)模型或可以共享一個或多個應(yīng)用服務(wù)器。
因此，系統(tǒng)管理員可以細微地控制計算資源到企業(yè)計劃的分配，以及可以調(diào)節(jié)資源以符合企業(yè)的當前需要。系統(tǒng)管理員可以基于用于企業(yè)計劃活動的接近最后期限，調(diào)節(jié)配置圖以便變換應(yīng)用服務(wù)器26上的模型的配置。具體來講，系統(tǒng)管理員可以鑒于當最后期限來臨時可能由用戶18增加的活動，將更多計算資源分配到具有最早最后期限的企業(yè)模型。如另一例子，系統(tǒng)管理員可以基于用于參與企業(yè)計劃模型的用戶18的當前使用級，調(diào)節(jié)配置圖。
管理控制臺36允許分析員8修改企業(yè)計劃模型。例如，分析員8可以希望在啟動企業(yè)計劃活動后，獲取另外的投稿數(shù)據(jù)。為減輕采用對模型的變化，管理控制臺36支持節(jié)點級改進和維護企業(yè)計劃模型。特別地，管理控制臺允許分析員8登記和檢驗模型的節(jié)點，即標記節(jié)點或者將節(jié)點的狀態(tài)從“在線”改變成“脫機”。因此，分析員8能更新與特殊的脫機有關(guān)的模型“切片”，而不是中斷企業(yè)廣泛的制定計劃。其他用戶不能編輯脫機節(jié)點，即無投稿數(shù)據(jù)或評審輸入保存到用于事務(wù)數(shù)據(jù)區(qū)62內(nèi)的節(jié)點的各個槽。
然而，與非脫機節(jié)點有關(guān)的企業(yè)投稿人可以繼續(xù)提供和評審用于企業(yè)計劃會話的投稿數(shù)據(jù)。該特性允許基于每個節(jié)點改進和維護，以及允許模型保持操作。因此，分析員8能修改與特定節(jié)點有關(guān)的企業(yè)邏輯，而不采用整個模型脫機。
應(yīng)用服務(wù)器26通常處理由分析員8提出的模型改變。具體來講，在分析員8在計劃活動期間，修改企業(yè)模型的情況下，應(yīng)用服務(wù)器26可以用來使從用戶18接收的投稿和評審數(shù)據(jù)與最新模型一致。另外，管理控制臺36可以控制應(yīng)用服務(wù)器26以便易于在用戶18的計算裝置上遠程調(diào)節(jié)。在模型改變之后，驗證用戶18訪問時，驗證服務(wù)器44可以將調(diào)節(jié)作業(yè)“推”向本地計算裝置。遠程計算設(shè)備使用戶18的投稿數(shù)據(jù)和評審數(shù)據(jù)與最新模型一致，以及將一致的數(shù)據(jù)保存到企業(yè)計劃系統(tǒng)4。這會很有利，因為企業(yè)計劃系統(tǒng)3不必采用脫機來更新企業(yè)模型，以及處理該更新的計算資源能在用戶18的遠程計算設(shè)備上分配。
擴展管理器38提供一種接口，通過該接口，系統(tǒng)管理員能安裝和有選擇地配置擴展47以便易于向系統(tǒng)10提供另外的企業(yè)計劃功能。一般說來，能增加三類擴展(1)管理擴展，(2)服務(wù)器端擴展和(3)客戶端擴展。管理擴展包括在管理控制臺36內(nèi)執(zhí)行或由管理控制臺36調(diào)用的軟件模塊。因此，管理擴展通常用于提供另外的行政的功能性，和生成用于由應(yīng)用服務(wù)器26執(zhí)行的管理作業(yè)。
服務(wù)器端擴展通常在由應(yīng)用服務(wù)器提供的操作環(huán)境內(nèi)執(zhí)行。這些擴展可用來易于工作流綜合、顧客初始化或在計劃活動期間，聚合投稿數(shù)據(jù)的顧客公布。
相反，客戶端擴展包括在用戶18的遠程計算設(shè)備的操作環(huán)境內(nèi)，通常在瀏覽器環(huán)境內(nèi)執(zhí)行的軟件模塊。投稿模塊32自動搜索用于新安裝的擴展的擴展47，以及在他們的下次訪問時，將擴展下載到用戶18。特別地，投稿模塊32可以在用戶訪問時，或在需求時，立即加載和調(diào)用遠程計算設(shè)備上的擴展。盡管客戶端擴展通常在遠程計算設(shè)備的操作環(huán)境內(nèi)操作，擴展可以與服務(wù)器端部件相互作用。
為便于結(jié)合擴展，企業(yè)計劃系統(tǒng)3提供一種應(yīng)用編程接口(API)48，通過該接口，擴展47能直接訪問和操縱模型數(shù)據(jù)42B內(nèi)的模型，以及企業(yè)計劃系統(tǒng)3的其他部件。經(jīng)擴展管理器38，系統(tǒng)管理員能夠采用系統(tǒng)10，記錄新擴展名48，和定義用于啟動擴展的輸入，例如按鈕或其他圖形圖標。
擴展管理器38允許系統(tǒng)管理員基于指定到特定用戶18的作用，有選擇地配置擴展。特別地，擴展管理器38允許系統(tǒng)管理員將擴展分配到所有投稿人6，和所有評審者9。另外，擴展管理器38允許系統(tǒng)管理員將擴展分配到在模型數(shù)據(jù)42B內(nèi)存儲的企業(yè)計劃模型的不同切片。用這種方式，可以將擴展指定到不同成本中心、不同營業(yè)部等等。此外，可以基于由特定模型定義的體系內(nèi)的評審者9的等級，分配擴展。例如，可以要求體系的某一等級的評審者9，例如用于成本中心的控制器，完成在所有聚合投稿數(shù)據(jù)上提供詳細最佳實踐驗證的。最佳實踐擴展擴展管理器38可以在用戶數(shù)據(jù)42A內(nèi)存儲用戶特定擴展信息，表示哪些擴展分配給每個用戶18，以及可能設(shè)置用于該擴展的用戶特定屬性。當企業(yè)計劃會話更深延伸到企業(yè)10中時，該靈活性有利地允許適應(yīng)和用戶化企業(yè)計劃模型。
擴展的一個例子是在基于現(xiàn)有合作網(wǎng)絡(luò)計劃工具周圍提供包裝的擴展，諸如來自Microsoft Corporation的NetMeeting。代替拒絕投稿數(shù)據(jù)，評審者9能對下級中的會議的擴展，以及直接訪問模型數(shù)據(jù)42B來一起評審投稿數(shù)據(jù)。另一例子是允許相對于其它資料來源，實時驗證投稿的擴展。擴展的其他例子包括(1)用于定制體系內(nèi)的某些用戶18所需的報告功能的擴展，(2)用于向其他應(yīng)用，例如電子表格應(yīng)用輸出計劃數(shù)據(jù)的擴展，(3)用于驅(qū)動新開發(fā)的打印引擎的擴展，(4)用于輸入企業(yè)數(shù)據(jù)的擴展，以及(5)用于與文檔管理系統(tǒng)連接的擴展。
擴展管理器38允許系統(tǒng)管理員將擴展47映射到系統(tǒng)3內(nèi)的事件或消息。例如，系統(tǒng)管理員可以安裝新擴展，以及要求在經(jīng)投稿模塊32，從投稿人6中的一個接收投稿數(shù)據(jù)時，調(diào)用擴展。該特性尤其可用于配置投稿數(shù)據(jù)的最佳實踐驗證或執(zhí)行其他企業(yè)要求。作為另一例子，擴展可用來在預定百分比，例如十個百分比內(nèi)，加強自頂向下公司目標與自底向上預測的調(diào)節(jié)。作為另一例子，擴展可用來將預測減少到某一等級或按特定百分比減少。因此，能易于在企業(yè)4要求和加強預測中的均勻減少。
在一個實施例中，擴展47可以包括符合部件對象模型(COM)的軟件模塊。因此，ActiveX客戶機可以易于用于調(diào)用擴展47。每個擴展47可以提供用于例如由投稿人模塊32或管理控制臺36調(diào)用和控制的一個或多個公用接口。
圖3是示例說明計算裝置50的一個實施例的框圖，包括當由用戶18，諸如投稿人6或評審者9操作時，在其上執(zhí)行的各個軟件模塊。在示例性實施例中，計算裝置50包括瀏覽器52、計算引擎54、模板56和數(shù)據(jù)立方體58。當用戶18控制計算裝置50訪問企業(yè)計劃系統(tǒng)3時，下載計算引擎54和模板56并安裝在瀏覽器52內(nèi)。
在一個實施例中，計算引擎54包括用以基于陣列的語言構(gòu)造的ActiveX對象包裝的前向計算引擎54。模板56包括包括用于輸入然后就操縱預算預測數(shù)據(jù)的任何必需的驅(qū)動程序的ActiveX控制。模板56包括包含自頂向下目標數(shù)據(jù)和自底向上投稿數(shù)據(jù)的獨立的數(shù)據(jù)立方體58，和允許本地執(zhí)行所有計算。因此，在完成下載后，每個投稿人6能修改他的或她的模板56內(nèi)的各個投稿數(shù)據(jù)，和在不訪問企業(yè)計劃系統(tǒng)3的情況下執(zhí)行計算。作為ActiveX部件，經(jīng)計算裝置50，本地維護計算引擎54、模板56和數(shù)據(jù)立方體58。同樣地，當初始下載模板56和計算引擎54時，以及當在會話結(jié)束時保存模板56時，投稿人6將僅感受網(wǎng)絡(luò)延遲。
為與企業(yè)計劃系統(tǒng)3相互作用，每個投稿人6使用瀏覽器52與模板56相互作用以便例如通過完成顯示網(wǎng)格的單元和瀏覽網(wǎng)格內(nèi)的計算項發(fā)生的動態(tài)變化，提供各個投稿數(shù)據(jù)。因為計算引擎54駐留在瀏覽器52內(nèi)，單元輸入不必重新提交給企業(yè)計劃系統(tǒng)3，重新計算，然后經(jīng)網(wǎng)絡(luò)9，重新發(fā)送到瀏覽器52。如果投稿人6希望結(jié)束計劃會話，但沒有結(jié)束該處理，投稿人6能將模板56和數(shù)據(jù)立方體58保存到企業(yè)計劃系統(tǒng)3。當投稿人6希望繼續(xù)計劃會話時，他或她能訪問企業(yè)計劃系統(tǒng)3，在此時，將適當模板56和數(shù)據(jù)立方體58加載到瀏覽器52中，用于進一步編輯。當投稿人6對在模板56內(nèi)輸入的預算數(shù)據(jù)表示滿意時，投稿人6能將數(shù)據(jù)提交到企業(yè)計劃系統(tǒng)3。當每個投稿人6提供他的或她的投稿數(shù)據(jù)，或接受投稿數(shù)據(jù)時，企業(yè)計劃系統(tǒng)3自動地實時聚合企業(yè)4上的投稿數(shù)據(jù)，以及向與企業(yè)4較高層有關(guān)的評審者9提供存取該聚合數(shù)據(jù)。
以類似方式，每個評審者9經(jīng)在他的或她的遠程計算設(shè)備50上執(zhí)行的瀏覽器52，與企業(yè)系統(tǒng)3相互作用。每個評審者9可以鑒于由分析員8提供的公司目標，拒絕或接受投稿數(shù)據(jù)。該過程繼續(xù)直到經(jīng)與組織體系的最高層有關(guān)的評審者最終批準投稿數(shù)據(jù)為止，由此確保來自投稿人的投稿數(shù)據(jù)與公司目標一致。
在一個實施例中，瀏覽器52包括用于自動地壓縮到企業(yè)計劃系統(tǒng)4的通信和解壓縮從系統(tǒng)接收的通信的聯(lián)機壓縮模塊53。特別地，聯(lián)機壓縮模峽53經(jīng)超文本傳輸協(xié)議(HTTP)，自動地截斷從瀏覽器52傳送到系統(tǒng)10的輸出緩沖，以及在傳輸之前自動地壓縮緩沖。類似地，聯(lián)機壓縮模塊53截斷呼入HTTP緩沖，以及確定是否壓縮緩沖。如果壓縮緩沖，聯(lián)機壓縮模塊53自動地解壓縮緩沖，以及將解壓縮緩沖轉(zhuǎn)發(fā)到瀏覽器53。用這種方式，聯(lián)機壓縮模塊53無縫地壓縮和解壓縮計算裝置50和企業(yè)計劃系統(tǒng)3間的通信，導致系統(tǒng)2內(nèi)的可能效益增益。
在一個實施例中，企業(yè)計劃系統(tǒng)3利用單個有效服務(wù)器頁(ASP)接收壓縮HTTP緩沖，以及將壓縮緩沖控制到用于解壓縮和處理的適當企業(yè)邏輯模塊46。具有每個HTTP緩沖的頭部可以包括表示是否壓縮緩沖的字節(jié)數(shù)或其他信息，以及用于適當企業(yè)邏輯模塊46的標識符。
圖4是示例說明組織企業(yè)數(shù)據(jù)42以便包括事務(wù)數(shù)據(jù)區(qū)62和相關(guān)數(shù)據(jù)區(qū)63的數(shù)據(jù)庫服務(wù)器40的示例性實施例的框圖。一般說來，事務(wù)數(shù)據(jù)區(qū)62支持來自用戶18的實時數(shù)據(jù)采集和聚合，而相關(guān)數(shù)據(jù)區(qū)63用于報表生成和復雜數(shù)據(jù)分析。
更具體地說，例如在定期基礎(chǔ)上，數(shù)據(jù)庫服務(wù)器40將從投稿人6接收的投稿數(shù)據(jù)存儲在事務(wù)數(shù)據(jù)區(qū)62中，以及將投稿數(shù)據(jù)從事務(wù)數(shù)據(jù)區(qū)62公布到相關(guān)數(shù)據(jù)區(qū)63。事務(wù)數(shù)據(jù)區(qū)62包括根據(jù)企業(yè)模型，等級地關(guān)聯(lián)的多個槽66。事務(wù)數(shù)據(jù)區(qū)62包括存儲從投稿人6接收的投稿數(shù)據(jù)的一組投稿槽(contribution slots)66，以及存儲由投稿數(shù)據(jù)并根據(jù)由模型定義的體系實時計算聚合數(shù)據(jù)的一組聚合槽(aggregations slots)67。因此，事務(wù)數(shù)據(jù)區(qū)62包括用于每個企業(yè)投稿人6的事務(wù)槽67，存儲從各個企業(yè)投稿人接收的投稿數(shù)據(jù)。另外，事務(wù)數(shù)據(jù)區(qū)62A將每個評審者9與用于每個評審者9的聚合槽67的至少一個關(guān)聯(lián)。例如，企業(yè)模型可以具有N個等級地排列節(jié)點，每個節(jié)點在網(wǎng)絡(luò)用戶處定義并將用戶指定為投稿人和評審者中的一個。根據(jù)該結(jié)構(gòu)，事務(wù)數(shù)據(jù)區(qū)包括N個槽，包括由該模型定義的用于每個評審者的聚合槽和用于每個投稿人的事務(wù)槽。
圖5和6是進一步示例說明根據(jù)由企業(yè)計劃模型定義的體系，事務(wù)數(shù)據(jù)區(qū)66的組織的框圖。圖5描述由企業(yè)計劃模型定義的示例性體系，用于示例性假想比薩餅連鎖商店P(guān)izza Palace，Inc。在由特許區(qū)域1至5占用的各個地理區(qū)周圍水平地組織體系70，并縱向組織成三個調(diào)節(jié)等級。由分析員8設(shè)定企業(yè)目的和目標，并向下分送至體系的各個節(jié)點。特許專營的單個商店，稱為代銷店占用底部水平即等級III并提供投稿數(shù)據(jù)。
等級1的每個節(jié)點具有負責輸入投稿數(shù)據(jù)的相應(yīng)投稿人6。類似地，等級I、II的每個節(jié)點與用于鑒于由分析員8定義的公司目標，協(xié)調(diào)投稿數(shù)據(jù)的評審者9有關(guān)。為簡單起見，圖5示例說明與代銷店A有關(guān)的投稿人之一Andy，以及兩個評審者與區(qū)域1有關(guān)的Peter和與node有關(guān)的Guy。在該例子中Guy Pizza Palace，Inc的主管財務(wù)科長，以及負責監(jiān)督所有區(qū)域。因此，Guy列為根節(jié)點29的“所有者”并作為所有地區(qū)1-5的“評審者”。Peter是承擔監(jiān)督地區(qū)1的中層經(jīng)理。同樣地，Peter列為地區(qū)1的所有者和代銷店A的評審者。本地比薩餅店的經(jīng)理Andy列為Outlet A的所有者。
根據(jù)體系內(nèi)的節(jié)點的等級，體系70的每個節(jié)點與模型數(shù)據(jù)42B內(nèi)的一個或多個對應(yīng)模板有關(guān)。例如，等級III內(nèi)的每個代銷店與用于獲取預測信息的單個模板有關(guān)。在等級II處，每個地區(qū)與其對應(yīng)子節(jié)點，即地區(qū)內(nèi)的代銷店的模板有關(guān)。因此，體系70的根節(jié)點72與用于該公司的所有模板有關(guān)。
圖6示例說明用于根據(jù)由用于Pizza Palace的企業(yè)計劃模型定義的體系70，支持投稿數(shù)據(jù)的實時聚合的事務(wù)數(shù)據(jù)區(qū)62的示例性組織。在該例子中，事務(wù)數(shù)據(jù)區(qū)62包括用于等級III的每個節(jié)點，即代銷店A-H的每一個的投稿槽66。每個投稿槽66存儲與體系70的等級III的各個節(jié)點有關(guān)的投稿人6的投稿數(shù)據(jù)。
類似地，事務(wù)數(shù)據(jù)區(qū)62包括用于等級I、II的每個節(jié)點，即根節(jié)點72和對應(yīng)于地區(qū)1-5的節(jié)點的聚合槽67。每個聚合槽67存儲如由體系70定義的并用箭頭在圖中表示的用于其子節(jié)點的聚合投稿數(shù)據(jù)。例如，聚合槽74對應(yīng)于根節(jié)點72，并存儲通過總和從地區(qū)1-5接收的所有數(shù)據(jù)計算的聚合數(shù)據(jù)。作為另一例子，聚合槽76對應(yīng)于地區(qū)2，存儲由用于代銷店B-D的投稿數(shù)據(jù)計算的聚合數(shù)據(jù)。用這種方式，事務(wù)數(shù)據(jù)區(qū)62提供用于模型的各級的數(shù)據(jù)的精確、最新的瀏覽，由此便于企業(yè)廣泛的計劃。
圖7是進一步詳細地示例說明企業(yè)計劃系統(tǒng)3的操作的流程圖。最初，分析員8與企業(yè)計劃系統(tǒng)3相互作用以便開發(fā)包括具有多維的一個或多個數(shù)據(jù)立方體的計劃模型(80)。例如，對Pizza Palace，Inc，該模型可以定義具有三維的單個數(shù)據(jù)立方體(1)列出特殊比薩餅的第一維，例如，肉愛好者、素食者、烤肉、海鮮、火腿和蘑菇，(2)用于每周銷售預測的第二維和(3)用于公司目標的第三維。
分析員8還定義用于控制企業(yè)廣泛的計劃過程的組織體系級(82)。對Pizza Palace，例如，分析員8可以定義具有如圖5中所示的十四個節(jié)點的組織體系。分析員8將一個或多個企業(yè)用戶分配到每個節(jié)點，以及將每個用戶指定為投稿人、評審者或兩者。另外，分析員8可以將與每個節(jié)點有關(guān)的用戶之一指定為那個各個節(jié)點的所有人。
在接收組織體系時，企業(yè)計劃系統(tǒng)3的應(yīng)用服務(wù)器26鑒于體系處理該模型以便“切片”用于每個定義用戶的模型。換句話說，應(yīng)用服務(wù)器26將體系應(yīng)用到模型，好象該體系是另外的維，以及識別每個用戶能訪問的模型的各個部分。應(yīng)用服務(wù)器26將體系中的每個節(jié)點與模型的另一維上的切片(slice)關(guān)聯(lián)。通過用這種方式切片該模型，企業(yè)計劃系統(tǒng)3不必將整個模型傳送到用戶的遠程計算設(shè)備，而僅需要傳送該模型的一個或多個數(shù)據(jù)立方體的相關(guān)部分。
另外，應(yīng)用服務(wù)器初始化企業(yè)數(shù)據(jù)42，包括創(chuàng)建事務(wù)數(shù)據(jù)區(qū)62的適當多個聚合槽66和投稿槽67，以及創(chuàng)建相關(guān)數(shù)據(jù)區(qū)63的表與關(guān)系。
接著，分析員8與企業(yè)計劃系統(tǒng)3相互作用以便提供用于企業(yè)的目標數(shù)據(jù)(86)，以及投稿人6與系統(tǒng)相互作用以便以投稿數(shù)據(jù)的形式，提供詳細預測(88)。在接收投稿數(shù)據(jù)時，應(yīng)用服務(wù)器26更新事務(wù)數(shù)據(jù)區(qū)66的投稿槽67以便存儲投稿數(shù)據(jù)，以及實時更新聚合槽66以便存儲用于企業(yè)體系的上層節(jié)點的每一個的聚合總和。
用這種方式，在企業(yè)4上，易于獲得用于評審者9的聚合總計。因此，評審者9能訪問企業(yè)計劃系統(tǒng)3，以及鑒于由分析員8提供的目標數(shù)據(jù)，立即提供拒絕或者接受投稿數(shù)據(jù)和聚合總計的評審輸入(92)。在該過程期間，應(yīng)用服務(wù)器26周期性地將投稿數(shù)據(jù)和聚合數(shù)據(jù)從事務(wù)數(shù)據(jù)區(qū)62公布相關(guān)數(shù)據(jù)區(qū)6(94)，以便由報表生成程序34創(chuàng)建分析報告和其他統(tǒng)計分析(96)。企業(yè)計劃系統(tǒng)3重復該調(diào)節(jié)過程直到組織體系的高層評審者接受該投稿數(shù)據(jù)和聚合總計為止(98)。
圖8是進一步詳細地示例說明企業(yè)計劃系統(tǒng)3的實時集合過程的流程圖。在從投稿人6之一接收訪問請求時(99)，應(yīng)用服務(wù)器26訪問企業(yè)數(shù)據(jù)42和識別用于投稿人的各個投稿槽(100)。應(yīng)用服務(wù)器26從識別的槽檢索由投稿人先前存儲的任何投稿數(shù)據(jù)，以及將輸入模板56和投稿引擎54傳送到投稿人6(102)。
在從投稿人6接收新或更新投稿數(shù)據(jù)時(104)，應(yīng)用服務(wù)器26更新各個投稿槽以便存儲投稿數(shù)據(jù)(106)。接著，應(yīng)用服務(wù)器26有選擇地更新用于與更新投稿槽有關(guān)的任何父聚合槽的聚合槽66的聚合總計。特別地，應(yīng)用服務(wù)器26基于所定義的切片模型，識別用于更新投稿槽的直接父聚合槽(108)，基于該更新投稿槽，計算用于該父槽的新聚合總計(110)，以及將新聚合總計存儲到父槽(parent slot)(112)。應(yīng)用服務(wù)器26重復該過程直到已經(jīng)更新所有相關(guān)高層聚合槽為止(114)。
在一個實施例中，應(yīng)用服務(wù)器26將事務(wù)數(shù)據(jù)區(qū)62組織為具有一組行的單個表。每個行對應(yīng)于所定義的組織體系中的各個節(jié)點。應(yīng)用服務(wù)器26存儲每個行內(nèi)的各個投稿數(shù)據(jù)或聚合數(shù)據(jù)，以及可以將該數(shù)據(jù)存儲為包含數(shù)據(jù)的單個“二進制大對象”的行。具體來講，應(yīng)用服務(wù)器26可以將用于給定行的數(shù)據(jù)編寫為單個串或文本或二進制數(shù)據(jù)。在一個實施例中，每個行存為符合可擴展標記語言(XML)的分組文本。封裝的XML描述屬于與行有關(guān)的用戶的用于該模型的切片的每個單元，以及用于該單元的當前值。當初始化事務(wù)數(shù)據(jù)區(qū)62時，應(yīng)用服務(wù)器26從該模型的一個或多個數(shù)據(jù)立方體抽取元數(shù)據(jù)，以及在各個槽內(nèi)創(chuàng)建該模型的每個“切片”的XML表示。
當更新該投稿數(shù)據(jù)時，可以由用戶的遠程計算設(shè)備生成XML。遠程計算設(shè)備可以生成XML，以及以壓縮或未壓縮形式，將該XML傳送為HTTP緩沖的一部分。另外，應(yīng)用服務(wù)器26可以生成該XML。
為實時更新該聚合總計，應(yīng)用服務(wù)器26解析用于各個父聚合槽的XML以便快速地檢索用于該單元的當前值，以及用具有更新聚合總計的新輸入替換封裝的XML。聚合數(shù)據(jù)可以以XML形式存儲為具有一組單元的線性陣列以便存儲聚合總計。因此，應(yīng)用服務(wù)器26可以從一個聚合槽檢索線性陣列，用父聚合槽陣列覆蓋該陣列，以及快速地重算用于該父槽的聚合總計。
圖9是進一步詳細地示例說明在將數(shù)據(jù)從事務(wù)數(shù)據(jù)區(qū)62公布到相關(guān)數(shù)據(jù)區(qū)63中，應(yīng)用服務(wù)器26的示例性操作的流程圖。應(yīng)用服務(wù)器26可以周期性地，例如每隔15分鐘、30分鐘等等公布該數(shù)據(jù)。另外，或除此之外，應(yīng)用服務(wù)器26可以響應(yīng)事件，例如從投稿人6提交投稿數(shù)據(jù)，或來自評審者9的評審輸入，公布該數(shù)據(jù)。
為公布該數(shù)據(jù)，應(yīng)用服務(wù)器26傳遞每個投稿槽67的投稿數(shù)據(jù)以便識別一組日期元素和各個值(116)。如上所述，每個槽67可以包含描述一份企業(yè)計劃模型的封裝的XML。應(yīng)用服務(wù)器26解壓縮該封裝的XML，和識別該模型的數(shù)據(jù)立方體的包含單元，以及用于該單元的當前值。
接著，基于該模型，應(yīng)用服務(wù)器26從對應(yīng)于該解析投稿數(shù)據(jù)的相關(guān)數(shù)據(jù)區(qū)63選擇一個或多個表(118)。例如，應(yīng)用服務(wù)器26可以識別銷售表以便存儲預測產(chǎn)品銷售。
最后，應(yīng)用服務(wù)器26將解析數(shù)據(jù)寫入相關(guān)數(shù)據(jù)區(qū)63的識別表中。因此，報告模塊34可以向數(shù)據(jù)庫服務(wù)器40發(fā)出復雜的查詢以便生成完善報告或在企業(yè)4上獲取的投稿數(shù)據(jù)上執(zhí)行類似分析。
圖10是在控制應(yīng)用服務(wù)器26上多個企業(yè)計劃模型的配置中，示例說明管理控制臺36的示例性操作模式的流程圖。最初，管理控制臺接收識別一個或多個應(yīng)用服務(wù)器26的輸入(122)。例如，系統(tǒng)管理員可以從局域網(wǎng)內(nèi)有效的服務(wù)器列表選擇應(yīng)用服務(wù)器26。另外，系統(tǒng)管理員可以指定用于與應(yīng)用服務(wù)器通信的特定名稱、網(wǎng)際協(xié)議(IP)地址，或類似通信句柄。
作為響應(yīng)，管理控制臺36在所識別的應(yīng)用服務(wù)器中查詢存在于每個服務(wù)器上的計算資源的描述，諸如存在于每個應(yīng)用服務(wù)器26內(nèi)的處理器的數(shù)量(124)。
管理控制臺36可以將該信息提供給系統(tǒng)管理員，用于配置企業(yè)4的各個計劃模型。
接著，管理控制臺36從將每個模型分配到一組應(yīng)用服務(wù)器26的系統(tǒng)管理員接收輸入(126)?；诨谠撦斎?，管理控制臺36生成將每個模型與各個應(yīng)用服務(wù)器集關(guān)聯(lián)的配置圖，和將該圖存儲在企業(yè)數(shù)據(jù)21內(nèi)(128)。
基于該映射，企業(yè)邏輯模塊46生成用于管理企業(yè)計劃會話的作業(yè)，和將作業(yè)描述存儲在作業(yè)數(shù)據(jù)42C內(nèi)。根據(jù)該配置圖應(yīng)用服務(wù)器26讀取和處理作業(yè)描述，如上所述(130)。用這種方式，能在單獨的應(yīng)用服務(wù)器26上配置不同企業(yè)模型或可以共享一個或多個應(yīng)用服務(wù)器。
或響應(yīng)來自系統(tǒng)管理員的輸入或動態(tài)地基于應(yīng)用服務(wù)器26的當前加載等級，可以調(diào)整該配置圖(126)。具體來講，管理控制臺控制配置圖的再生，由此重新平衡集群器應(yīng)用服務(wù)器26上的企業(yè)計劃模型的配置。
圖11-19示例說明在用于該虛構(gòu)Pizza Palace Inc的示例性企業(yè)計劃會話期間，瀏覽器52的多個瀏覽，如上所述。例如，圖11示例說明示例說明當Guy，CFO訪問企業(yè)計劃系統(tǒng)3以便檢查用于比薩餅特許專營的各個預算的進度時，由瀏覽器52顯示的窗口160的一個實施例。在該例子中，Guy使用來自運行來自MacromediaTMInc的Shock WaveTM的Microsoft Corporation的Internet Explorer，訪問企業(yè)計劃系統(tǒng)3。
窗口160顯示1)給定預算模板的所有投稿人和評審者的可定制標題162，2)用于顯示指令的鏈接164，3)投稿人的姓名和4)當前日期。為了安全性，企業(yè)計劃系統(tǒng)3可以使用做成遠程計算設(shè)備的操作系統(tǒng)的驗證以便不必創(chuàng)建和單獨地管理新口令。
窗口160包括顯示用于比薩餅連鎖商店的由分析員8定義的體系的模型138的左畫面165。體系，如上所述，包括五個銷售地區(qū)，以及地區(qū)2具有3個比薩餅店(代銷店B-代銷店D)。體系表示公司的工作流，因此，對投稿人來說很直觀。此外，每個投稿人具有有限的視野，因此左畫面165僅顯示特定投稿人訪問的部分體系模型138。因為Guy是定義為所有五個地區(qū)的評審者的高級總經(jīng)理，他能瀏覽整個體系。
右畫面166和左畫面165協(xié)作，因為當用戶選擇左畫面165內(nèi)的體系中的節(jié)點時，右畫面顯示所選擇的節(jié)點及其孩子的詳細資料。更具體地說，右畫面166顯示詳述所選擇的節(jié)點和其孩子的每一個的表。每個表表示a)節(jié)點名，b)節(jié)點的操作狀態(tài)，c)模板的最后改進的時間，d)節(jié)點的所有者是否已經(jīng)打開預算模板，e)所有者/評審者的名稱，f)是否已經(jīng)評審過預算模板，以及g)用戶在節(jié)點上所做的動作。
在體系中的最低等級處，每個節(jié)點具有三個工作流狀態(tài)a)NS-沒有開始預算，b)WIP-預算是“工作在進行”以便所有者已經(jīng)輸入一些數(shù)據(jù)但沒有結(jié)束，以及c)LOCKED-所有者已經(jīng)提交預算用于評審。只要提交預算，所有者不能進行改變除非下一等級評審者拒絕該提交，將下行節(jié)點的狀態(tài)改變回WIP。
用于本地比薩餅店的經(jīng)理，Andy的瀏覽完全不同于Guy。圖12示例說明當Andy訪問企業(yè)計劃系統(tǒng)3時，由瀏覽器52顯示的示例性窗口170。如由圖12所示，Andy只能瀏覽代銷店A，即他負責的代銷店。因為Andy沒有開始預算編制過程，右畫面的表172顯示用于節(jié)點的NS狀態(tài)。
圖13示例說明當Andy點擊代銷店A并啟動企業(yè)計劃過程時，所顯示的窗口180。此時，瀏覽器52下載模板56和數(shù)據(jù)立方體58。這是當網(wǎng)絡(luò)9上有通信量時的少數(shù)時刻中的一個。當計算引擎54駐留在客戶機上，當用戶輸入預算預算信息時，無網(wǎng)頁通信量發(fā)生。Andy與窗口180相互作用以便輸入經(jīng)費預測數(shù)據(jù)182，但不能更新已經(jīng)由分析員8設(shè)定的目標數(shù)據(jù)184，以及不能重寫嵌入模板內(nèi)的公式。用這種方式，窗口180允許Andy瀏覽由分析員8設(shè)定的金融目標同時輸入詳細的預測信息。計算引擎54允許窗口180操作為支持算術(shù)操作、條件邏輯、加權(quán)和時刻平均以及多個其他操作的智能電子數(shù)據(jù)表。另外，分析員能配置窗口180提供用于行、列和頁選項的上下文有關(guān)幫助。在輸入經(jīng)費預測數(shù)據(jù)182時，Andy能保存該信息以及稍后繼續(xù)該過程或能將預測信息提交給Peter，用于評審。
當Andy保存模板時，如圖14中所示，瀏覽器52顯示將節(jié)點的狀態(tài)反映為“工作在進行”(WIP)的窗口190。在這種情況下，Andy能返回以及繼續(xù)編輯預測數(shù)據(jù)并提交預測數(shù)據(jù)，用于由Peter評審，如圖15的窗口200所示。只要提交預測數(shù)據(jù)，節(jié)點的狀態(tài)轉(zhuǎn)變?yōu)長OCKED，如由圖16的窗口210所示。在這種情況下Andy不能修改預測信息除非Peter評審模板和拒絕該信息。
圖17示例說明當Peter訪問企業(yè)計劃系統(tǒng)3以便評審他負責的預算信息時，由瀏覽器52顯示的示例性窗口220。如由圖17所示，Peter定義為地區(qū)1的所有者和代銷店A的評審者。在登錄時，Peter立即能告訴Andy已經(jīng)提交預算信息，由右側(cè)的窗口的表222顯示的鎖定狀態(tài)反映。另外，因為地區(qū)1的所有子節(jié)點，即代銷店A已經(jīng)提交預測信息，表224將地區(qū)1的狀態(tài)顯示為就緒，表示Peter能評審所有預算信息。
圖18示例說明當由Peter選擇以便評審時，顯示模板的示例性窗口230。特別是，所有信息，包括由所有者(Andy)設(shè)定的預測數(shù)據(jù)232和由財務(wù)分析師設(shè)定的目標數(shù)據(jù)234是只讀的以及不能修改。同樣地，Andy作為評審者具有兩個選擇(1)拒絕該預測信息以及將網(wǎng)格發(fā)送回Peter以便改進，或(2)同意該預測信息以便能由地區(qū)1的指定評審者Guy評審模板。在該等級處，節(jié)點具有五個可能狀態(tài)。前三個與等級I節(jié)點相似NS(未開始)，WIP(工作在進行)和鎖定。另外，高級節(jié)點還可以是未完成和就緒。當至少一個子節(jié)點處于NS狀態(tài)時，即，當向評審者匯報的人沒有開始預算編制過程時，出現(xiàn)未完成狀態(tài)。
由此，評審者9能快速地斷定沒有瀏覽模板，以及所有者需要某些附加提示。當所有子節(jié)點已經(jīng)完成預算編制過程時，出現(xiàn)就緒狀態(tài)。此時，評審者是預算編制過程的關(guān)鍵路徑以及必須拒絕或者提交來自下級的數(shù)據(jù)。該方法比數(shù)據(jù)收集的其他方法的一個優(yōu)點是中層管理者具有表明上層管理他們已經(jīng)認可和保證預算預測的簡單和高效的方法。
圖19示例說明當Peter拒絕來自代銷店A的信息時，信息的示例性瀏覽。代銷店轉(zhuǎn)變回WIP狀態(tài)，因此也將地區(qū)1移動到WIP狀態(tài)。所有者Andy自動地從他的評審者Peter接收電子郵件表明他為什么拒絕該提出計劃。該調(diào)節(jié)過程繼續(xù)直到可接受的預算信息最終向上傳送至該體系的所有等級為止。
圖20示例說明當分析員8創(chuàng)建和維護企業(yè)模型，包括將所有者分配到體系的各個節(jié)點時，由瀏覽器52呈現(xiàn)的示例性瀏覽。圖21示例說明當分析員定義用于每個節(jié)點的訪問級(例如讀取對寫入)時，由瀏覽器52呈現(xiàn)的示例性瀏覽。
已經(jīng)描述了本發(fā)明的各個實施例。這些和其他實施例在下述權(quán)利要求書的范圍內(nèi)。
權(quán)利要求
1.一種方法，包括生成將一組企業(yè)計劃模型的每一個與各個應(yīng)用服務(wù)器組關(guān)聯(lián)的配置圖；以及根據(jù)所述配置圖利用所述各個應(yīng)用服務(wù)器組通過所述企業(yè)計劃模型處理作業(yè)。
2.如權(quán)利要求1所述的方法，其特征在于，生成所述配置圖包括提供一接口以從將每一個所述應(yīng)用服務(wù)器分配到一個或多個所述模型的用戶接收輸入；以及響應(yīng)用戶輸入，生成所述配置圖。
3.如權(quán)利要求2所述的方法，進一步包括響應(yīng)所述用戶輸入，選擇網(wǎng)絡(luò)內(nèi)的新應(yīng)用服務(wù)器；以及產(chǎn)生將新應(yīng)用服務(wù)器與一個或多個模型關(guān)聯(lián)的圖。
4.如權(quán)利要求1所述的方法，進一步包括基于與每一個所述企業(yè)計劃模型有關(guān)的最后期限，調(diào)整所述配置圖。
5.如權(quán)利要求1所述的方法，進一步包括基于參與所述企業(yè)計劃模型的當前使用等級，調(diào)整所述配置圖。
6.如權(quán)利要求1所述的方法，進一步包括在每一個所述應(yīng)用服務(wù)器中，向應(yīng)用服務(wù)器內(nèi)查詢計算資源的資源數(shù)據(jù)；以及基于所述資源數(shù)據(jù)，生成所述配置圖。
7.如權(quán)利要求6所述的方法，其特征在于，所述資源數(shù)據(jù)包括每一個所述應(yīng)用服務(wù)器內(nèi)的多個處理器。
8.如權(quán)利要求1所述的方法，其特征在于，根據(jù)由各個模型定義的組織體系，所述作業(yè)與各個所述企業(yè)計劃模型的不同切片有關(guān)。
9.如權(quán)利要求1所述的方法，其特征在于，每個作業(yè)與由至少一個所述企業(yè)計劃模型定義的組織體系內(nèi)的節(jié)點有關(guān)。
10.一種方法，包括接收輸入，該輸入修改定義一組企業(yè)投稿人的企業(yè)計劃模型，其中，每一個投稿人與所述企業(yè)計劃模型的不同切片有關(guān)；在所述投稿人訪問企業(yè)計劃系統(tǒng)時，將與企業(yè)計劃模型的各個切片有關(guān)的輸入和數(shù)據(jù)傳送投稿人的計算裝置；以及處理該輸入以便更新所述投稿人的所述計算裝置上的企業(yè)計劃模型的切片。
11.如權(quán)利要求11所述的方法，進一步包括從所述投稿人接收投稿數(shù)據(jù)，以及其中處理所述輸入包括使所述投稿數(shù)據(jù)與所述投稿人的所述計算裝置上的最新模型一致。
12.一種系統(tǒng)，包括多個應(yīng)用服務(wù)器；以及管理控制臺，其生成將一組企業(yè)計劃模型的每一個與各個應(yīng)用服務(wù)器組關(guān)聯(lián)的配置圖。
13.如權(quán)利要求12所述的系統(tǒng)，其特征在于，所述應(yīng)用服務(wù)器處理用于各個企業(yè)計劃模型的管理作業(yè)。
14.如權(quán)利要求13所述的系統(tǒng)，其特征在于，所述管理控制臺提供接口以從將每一個應(yīng)用服務(wù)器分配到一個或多個企業(yè)計劃模型的用戶接收輸入，以及響應(yīng)用戶輸入生成配置圖。
15.如權(quán)利要求14所述的系統(tǒng)，其特征在于，所述接口包括用于從選擇網(wǎng)絡(luò)內(nèi)的新應(yīng)用服務(wù)器的用戶接收輸入的輸入?yún)^(qū)，以及所述管理控制臺生成所述配置圖以將新應(yīng)用服務(wù)器與一個或多個企業(yè)計劃模型關(guān)聯(lián)。
16.如權(quán)利要求13所述的系統(tǒng)，其特征在于，根據(jù)由各個所述企業(yè)計劃模型定義的組織體系，所述管理控制臺將作業(yè)與各個企業(yè)計劃模型的不同切片關(guān)聯(lián)。
17.如權(quán)利要求13所述的系統(tǒng)，其特征在于，所述管理控制臺將每個作業(yè)與由企業(yè)計劃模型的特定第一個定義的組織體系內(nèi)的節(jié)點關(guān)聯(lián)。
18.如權(quán)利要求12所述的系統(tǒng)，其特征在于，所述管理控制臺基于與每一個企業(yè)計劃模型有關(guān)的最后期限，自動地調(diào)整所述配置圖。
19.如權(quán)利要求12所述的系統(tǒng)，其特征在于，所述管理控制臺基于參與企業(yè)計劃模型的用戶的當前使用等級，自動地調(diào)整所述配置圖。
20.如權(quán)利要求12所述的系統(tǒng)，其特征在于，所述管理控制臺從描述每一個應(yīng)用服務(wù)器內(nèi)的計算資源的應(yīng)用服務(wù)器接收資源數(shù)據(jù)，以及基于所述資源數(shù)據(jù)生成所述配置圖。
21.如權(quán)利要求18所述的系統(tǒng)，其特征在于，所述資源數(shù)據(jù)包括每一個所述應(yīng)用服務(wù)器內(nèi)的多個處理器。
22.一種計算機可讀介質(zhì)，包括使處理器執(zhí)行下述操作的指令生成將一組企業(yè)計劃模型的每一個與各個應(yīng)用服務(wù)器組關(guān)聯(lián)的配置圖；以及根據(jù)所述配置圖，由各個應(yīng)用服務(wù)器組通過企業(yè)計劃模型處理作業(yè)。
23.如權(quán)利要求22所述的計算機可讀介質(zhì)，其特征在于，處理器生成配置圖的指令包括使處理器執(zhí)行下述操作的指令提供一接口以從將每一個應(yīng)用服務(wù)器分配到一個或多個模型的用戶接受輸入；以及響應(yīng)用戶輸入，生成配置圖。
24.如權(quán)利要求23所述的計算機可讀介質(zhì)，進一步包括使處理器執(zhí)行下述操作的指令響應(yīng)用戶輸入，選擇網(wǎng)絡(luò)內(nèi)的新應(yīng)用服務(wù)器；以及產(chǎn)生將新應(yīng)用服務(wù)器與一個或多個模型關(guān)聯(lián)的圖。
25.如權(quán)利要求22所述的計算機可讀介質(zhì)，進一步包括使處理器執(zhí)行下述操作的指令基于與每一個企業(yè)計劃模型有關(guān)的最后期限調(diào)整配置圖。
26.如權(quán)利要求22所述的計算機可讀介質(zhì)，進一步包括使處理器執(zhí)行下述操作的指令基于參與企業(yè)計劃模型的用戶的當前使用等級調(diào)整配置圖。
27.如權(quán)利要求22所述的計算機可讀介質(zhì)，進一步包括使處理器執(zhí)行下述操作的指令在應(yīng)用服務(wù)器中查詢描述每一個應(yīng)用服務(wù)器內(nèi)的計算資源的資源數(shù)據(jù)；以及基于所述資源數(shù)據(jù)生成配置圖。
28.一種計算機可讀介質(zhì)，包括使處理器執(zhí)行下述操作的指令接收修改定義一組企業(yè)投稿人的企業(yè)計劃模型的輸入，其中每一個投稿人與企業(yè)計劃模型的不同切片有關(guān)；在投稿人訪問企業(yè)計劃系統(tǒng)時，將與企業(yè)計劃模型的各個切片有關(guān)的輸入和數(shù)據(jù)傳送投稿人的計算裝置；以及處理該輸入以便更新投稿人的計算裝置上的企業(yè)計劃模型的切片。
29.如權(quán)利要求28所述的計算機可讀介質(zhì)，進一步包括使處理器執(zhí)行下述操作的指令從投稿人接收投稿數(shù)據(jù)，以及其中處理輸入包括使投稿數(shù)據(jù)與投稿人的計算裝置上的最新模型一致。
全文摘要
一種企業(yè)計劃系統(tǒng)包括多個應(yīng)用服務(wù)器，以及管理控制臺，生成將一組企業(yè)計劃模型的每一個與各個應(yīng)用服務(wù)器組關(guān)聯(lián)的配置圖。管理控制臺，自動地或響應(yīng)來自系統(tǒng)管理員的輸入可以細微地控制計算資源到企業(yè)計劃的分配。管理員控制臺可以基于企業(yè)計劃活動的接近最后期限，調(diào)整配置圖。當管理與企業(yè)計劃活動有關(guān)的任務(wù)時，根據(jù)由模型限定的組織體系，管理控制臺可以將任務(wù)分成多個作業(yè)，每個作業(yè)與模型的不同切片有關(guān)。因此，可以細微地控制計算資源到企業(yè)計劃的分配，以及可以調(diào)節(jié)滿足組織體系內(nèi)的當前需要。
文檔編號G06Q10/00GK1689006SQ03823369
公開日2005年10月26日 申請日期2003年9月19日 優(yōu)先權(quán)日2002年9月30日
發(fā)明者B·S·胡梅南斯基, D·S·波恩, G·D·皮爾松, J·M·桑德拉斯, C·A·阿申布雷納, M·安特羅伯斯 申請人:厄得塔姆公司