專利名稱：在企業(yè)模型環(huán)境內(nèi)選擇的配置軟件擴展的制作方法
技術(shù)領域：
本發(fā)明涉及企業(yè)計算環(huán)境，具體而言，涉及用于企業(yè)經(jīng)營計劃的計算環(huán)境。
背景技術(shù)：
企業(yè)日漸增多地承擔為企業(yè)運作確立正確預測的工作。如果未能滿足所確立的期望，就會給企業(yè)帶來資金流動、股票價格、變現(xiàn)速度、以及投稿人信心領域以及其它領域的嚴重負面影響。以準確性為關(guān)鍵要素的企業(yè)計劃活動的例子包括收益預測、庫存管理、資源計劃等等。然而，企業(yè)經(jīng)營計劃是十分困難并且昂貴的任務，通常產(chǎn)生不精確的結(jié)果。
通常，企業(yè)采取“自上而下”或者“自下而上”的方式來進行企業(yè)計劃。在“自上而下”的計劃中，企業(yè)識別重要的企業(yè)目標，諸如平均產(chǎn)品價格、每個雇員的成本等等，并且貫穿公司的分級結(jié)構(gòu)把目標向下推行。相反，“自下而上”的計劃涉及匯總來自于組織的最低成本中心的低級預測。例如對于預算計劃來說，需要管理人員周期性地預測支出，并且把所述支出分配為多個類別，諸如廣告、輸送以及薪水。然而，如果同時存在的話，所述自下而上預測很少與自上而下的企業(yè)目標一致。
這種信息通常是使用紙件的形式來收集，近年來，通常使用諸如采用電子數(shù)據(jù)表軟件程序創(chuàng)建的電子模板之類的電子形式來收集。這樣經(jīng)常給企業(yè)的財務部門遺留了統(tǒng)一不協(xié)調(diào)計劃的艱難任務，其中所述不協(xié)調(diào)的計劃已經(jīng)通過使用不一致的假定并且改變企業(yè)邏輯來匯集了。
近年來，已經(jīng)使用大型計算機系統(tǒng)來經(jīng)由企業(yè)網(wǎng)收集所述數(shù)據(jù)。所述計算機系統(tǒng)通常使用耗時的、在“空閑”的幾小時期間脫機批處理過程來統(tǒng)一從各種企業(yè)用戶處收集的數(shù)據(jù)。這種脫機合并會在收集來自于用戶的數(shù)據(jù)和把收集的數(shù)據(jù)與從企業(yè)收集的其它數(shù)據(jù)合并之間產(chǎn)生明顯的時間延遲。因而，這種系統(tǒng)經(jīng)常給用戶呈現(xiàn)用于預測企業(yè)活動的實際的、匯總的數(shù)據(jù)的不精確視圖。這會導致用戶提供不正確的數(shù)據(jù)，或者錯誤地修改它們的輸入。此外，用戶可能不確定對于企業(yè)來說哪些數(shù)字是“正確的”數(shù)字，并且通常會懷疑結(jié)果的完整性。對于像企業(yè)計劃這樣的繁重的面對最后期限的活動來說，數(shù)據(jù)收集和脫機合并的這種低速處理會產(chǎn)生明顯的問題。

發(fā)明內(nèi)容
本發(fā)明致力于企業(yè)計劃技術(shù)，通過允許組織使公司的財務模型和組織任務與詳細預測實時地保持一致，來改善大型組織內(nèi)部預算計劃的準確性和可預測性。
依照所述技術(shù)，企業(yè)計劃系統(tǒng)允許并且自動進行自上而下的目標與對企業(yè)詳細的自下而上的預測相一致。通常，所述企業(yè)計劃系統(tǒng)提供三個階段的企業(yè)計劃(1)建模階段，(2)投稿階段(contributionphase)，和(3)一致性階段。在所述建模階段期間，稱為分析員的高級企業(yè)管理者或者行政部門定義組織目標，并且為企業(yè)構(gòu)造計劃模型。接下來，在投稿階段期間，一組定義的投稿人與企業(yè)計劃系統(tǒng)交互并且以投稿數(shù)據(jù)(contribution data)的形式提供詳細的預測。在一致性階段期間，所述企業(yè)計劃系統(tǒng)自動地使預測數(shù)據(jù)與組織目標相一致。
在此過程期間，所述企業(yè)計劃系統(tǒng)依照所定義的模型操作以便提供具有多個一致級別的分級計劃過程。在每一級，所述企業(yè)計劃系統(tǒng)向企業(yè)評審者呈現(xiàn)投稿數(shù)據(jù)，正如分級模型所定義的那樣，并且要求評審者使目標數(shù)據(jù)與預測數(shù)據(jù)相一致。每個評審者例如可以鑒于分析員提供的公司目標來拒絕或者接受投稿數(shù)據(jù)。
當投稿人提供投稿數(shù)據(jù)時，所述企業(yè)計劃系統(tǒng)跨越企業(yè)實時地自動匯總投稿數(shù)據(jù)，并且向評審者呈現(xiàn)所匯總的數(shù)據(jù)合格或不合格。此過程一直繼續(xù)，直到與最高級別的組織層級相關(guān)聯(lián)的評審者最終批準所述投稿數(shù)據(jù)為止，由此確保來自于所述投稿人的投稿數(shù)據(jù)與公司的目標相一致。
在一個實施例中，企業(yè)商業(yè)計劃系統(tǒng)包括服務器-應用服務器以便根據(jù)定義一組企業(yè)用戶的模型，執(zhí)行企業(yè)計劃活動。該系統(tǒng)進一步包括擴展管理器，根據(jù)模型，有選擇地將軟件擴展配置到企業(yè)用戶。該模型可以例如定義企業(yè)用戶的角色，擴展管理器根據(jù)分配給企業(yè)用戶的角色，有選擇地將軟件擴展配置到企業(yè)用戶。作為另一例子，企業(yè)模型可以包括相關(guān)節(jié)點的多級層級，并將企業(yè)用戶與節(jié)點關(guān)聯(lián)。擴展管理器可以基于與企業(yè)用戶相關(guān)的各個節(jié)點的分級，有選擇地將軟件擴展配置到企業(yè)用戶。
在另一實施例中，一種方法包括根據(jù)定義一組企業(yè)用戶的模型來執(zhí)行企業(yè)計劃活動，其中企業(yè)模型定義層級排列的節(jié)點并將企業(yè)用戶與節(jié)點關(guān)聯(lián)。該方法進一步包括根據(jù)模型，有選擇地將軟件擴展配置到企業(yè)用戶。
本發(fā)明可以提供一個或多個優(yōu)勢。例如，此處所述的技術(shù)通過允許組織使公司模型和組織目標與詳細預測實時地保持一致，由此可以改善企業(yè)計劃的準確性和可預測性。所述技術(shù)可以提供用于遞送合作的、實時計劃的能力、而不要求脫機合并以及匯總預測的平臺。因為所述企業(yè)計劃系統(tǒng)能實時匯總投稿數(shù)據(jù)，故而能向所有用戶呈現(xiàn)正確的、最新的數(shù)字視圖。無論所述計劃涉及的企業(yè)用戶的數(shù)目有多少，所述系統(tǒng)都可以提供快速響應，由此可以提供精確的計劃信息。
此外，此處所述的體系結(jié)構(gòu)能易于擴展到數(shù)千個用戶，并且可以圍繞最佳的計劃實施來設計。以這樣的方式，所述系統(tǒng)可以用于跨越企業(yè)內(nèi)部的業(yè)務單位和系統(tǒng)來集中管理所有的計劃信息，由此創(chuàng)建“計劃中樞”。所以，用戶能根據(jù)計劃數(shù)據(jù)的單個庫來工作，并且能確信數(shù)據(jù)的完整性。
另外，所述技術(shù)促進高級用戶跨越所述企業(yè)進行合作，以便允許減少計劃周期，例如從月減少到星期，并且迅速允許最佳地進行實施，像滾動預測。
在附圖和以下描述中闡明了本發(fā)明的一個或多個實施例的細節(jié)。通過以下描述和附圖并且根據(jù)權(quán)利要求書，本發(fā)明的其它特征、目的以及優(yōu)勢將更加明顯。


圖1是舉例說明企業(yè)計劃系統(tǒng)允許并且自動進行使自上而下的目標與詳細的自下而上預測相一致的環(huán)境的框圖；圖2是舉例說明企業(yè)計劃系統(tǒng)的一個示例性實施例的框圖；圖3是舉例說明用于與所述系統(tǒng)交互的遠程計算設備的一個實施例的框圖；圖4是舉例說明數(shù)據(jù)庫服務器的示例性實施例的框圖，其中企業(yè)數(shù)據(jù)被組織以便包括交易數(shù)據(jù)區(qū)域和相關(guān)數(shù)據(jù)區(qū)域；圖5和6是舉例說明依照企業(yè)計劃模型分級定義的交易數(shù)據(jù)區(qū)域的示例性組織的框圖；圖7是舉例說明企業(yè)計劃系統(tǒng)更加詳細操作的流程圖；圖8是更加詳細地舉例說明企業(yè)計劃系統(tǒng)執(zhí)行的實時匯總過程的流程圖；圖9是更加詳細地舉例說明在把數(shù)據(jù)從交易數(shù)據(jù)區(qū)域登載到相關(guān)數(shù)據(jù)區(qū)域的過程中、一組應用服務器的示例性操作的流程圖；圖10是舉例說明在跨越一組應用服務器控制多個企業(yè)計劃模型的使用過程中、管理控制臺的示例性操作模型的流程圖；圖11-21舉例說明了在示例性的企業(yè)計劃會議期間由網(wǎng)絡瀏覽器呈現(xiàn)的多個視圖。
具體實施例方式
圖1是舉例說明企業(yè)計劃系統(tǒng)3允許并且自動進行使自上而下的目標與企業(yè)4的詳細自下而上預測相一致的環(huán)境2的框圖。通常，所述企業(yè)計劃系統(tǒng)3提供三個階段的企業(yè)計劃(1)建模階段，(2)投稿階段，和(3)一致階段。在所述建模階段中，諸如主管財務的官員、資深的財務分析師或者生產(chǎn)和銷售分析員的分析員8為企業(yè)4定義需求并且為企業(yè)構(gòu)造計劃模型。更具體地說，分析員8開發(fā)具有多個分級設置的節(jié)點的模型，所述節(jié)點代表企業(yè)4內(nèi)部的各種成本中心，諸如商業(yè)單位或者部門。
在所述建模階段期間，分析員8還為組織層級的每個節(jié)點確立公司的目標。然后，分析員8向每個節(jié)點分配一個或多個企業(yè)用戶，諸如管理者、監(jiān)督者、銷售代表、工人管理者等等，用于負責相應成本中心的企業(yè)計劃。每個企業(yè)用戶可以被指定為用于向企業(yè)系統(tǒng)3提供計劃數(shù)據(jù)的投稿人8，用于取舍來自于投稿人8的分配的評審者，或者他們兩者。投稿人8和評審者9可以是企業(yè)4內(nèi)部或者耦合至網(wǎng)絡9的其它實體內(nèi)部的被授權(quán)用戶，諸如供應商14和顧客16。
最后，分析員8定義多個模板來收集來自于所述投稿人的經(jīng)費預測數(shù)據(jù)。分析員8把公司的目標數(shù)據(jù)包括在所述模板中以便與所述預測數(shù)據(jù)相一致。
接下來，在投稿人6與企業(yè)計劃系統(tǒng)3交互的期間，企業(yè)計劃系統(tǒng)3進入投稿階段，并且以投稿數(shù)據(jù)的形式輸入詳細的預測。例如，根據(jù)正由企業(yè)4執(zhí)行的特殊的企業(yè)計劃活動，投稿人6可以提供詳細的財務預測、收益預測、定購預測、庫存預測、所估計的資源需求等等。
在一致性階段期間，企業(yè)計劃系統(tǒng)3自動使所述預測數(shù)據(jù)與分析員8提供的公司目標相一致。具體來講，企業(yè)計劃系統(tǒng)3依照所定義的模型操作以便提供具有多個一致級別的分級計劃過程。當每個投稿人6提供他或者她的投稿數(shù)據(jù)時，企業(yè)計劃系統(tǒng)3實時地自動匯總跨越企業(yè)4的投稿數(shù)據(jù)，并且向與企業(yè)4的較高層級相關(guān)聯(lián)的評審者9提供對所匯總數(shù)據(jù)的訪問。具體來講，當接收來自于投稿人6的投稿數(shù)據(jù)時，企業(yè)計劃系統(tǒng)3識別所有較高級別的組織模型，并且實時計算每級的新的匯總總數(shù)，其中所述所有較高級別的組織模型受到最新接收的投稿數(shù)據(jù)的影響。
所以，在企業(yè)計劃會議期間，評審者9實時地察看跨越企業(yè)4所匯總的數(shù)據(jù)。在每一級，所述企業(yè)計劃系統(tǒng)3確保評審者9、正如企業(yè)模型的節(jié)點所定義的那樣，使目標數(shù)據(jù)與預測數(shù)據(jù)相一致。每個評審者9例如可以鑒于分析員8提供的公司目標來拒絕或者接受投稿數(shù)據(jù)。此過程一直繼續(xù)，直到最高級別的組織層級最終批準所述投稿數(shù)據(jù)為止，由此確保來自于投稿人6的投稿數(shù)據(jù)與分析員8提供的公司目標相一致。
以這樣的方式，企業(yè)計劃系統(tǒng)3可以提供比傳統(tǒng)方法更加正確的企業(yè)計劃。例如，企業(yè)計劃系統(tǒng)3可以通過允許組織使公司模型和組織目標與詳細預測保持一致，來改善企業(yè)計劃的準確性和可預測性。所述技術(shù)可以提供用于遞送合作的、實時計劃的能力、而不要求脫機合并以及匯總預測的平臺。因為所述企業(yè)計劃系統(tǒng)能實時匯總投稿數(shù)據(jù)，故而能向所有用戶呈現(xiàn)正確的、最新的數(shù)字視圖。此外，企業(yè)計劃系統(tǒng)3的體系結(jié)構(gòu)能易于擴展到數(shù)千個用戶，并且可以圍繞最佳的計劃實施來設計。另外，所述技術(shù)允許企業(yè)用戶高度合作，所述企業(yè)用戶即投稿人6和評審者9，并允許減少正確的計劃周期。
企業(yè)用戶可以使用各種計算設備來經(jīng)由網(wǎng)絡9與企業(yè)計劃系統(tǒng)3進行交互。例如，企業(yè)用戶可以使用膝上型計算機、臺式計算機等等并且運行諸如來自于Redmond，Washington的微軟公司的InternetExplorerTM的網(wǎng)絡瀏覽器來與企業(yè)計劃系統(tǒng)3進行交互。作為選擇，企業(yè)用戶可以使用個人數(shù)字助理(PDA)——諸如來自于Santa Clara，California的Palm的PalmTM管理器、允許上網(wǎng)的便攜式電話或者類似設備。網(wǎng)絡9代表任何通信網(wǎng)絡，諸如基于包的數(shù)字網(wǎng)路，像因特網(wǎng)。以這樣的方式，系統(tǒng)2能易于擴展到適合的大型企業(yè)。所述企業(yè)用戶可以經(jīng)由局域網(wǎng)直接訪問企業(yè)計劃系統(tǒng)3，或者可以經(jīng)由虛擬專用網(wǎng)絡、遠程撥號、或者類似遠程訪問通信機構(gòu)來遠程訪問企業(yè)計劃系統(tǒng)3。
圖2是舉例說明企業(yè)計劃系統(tǒng)3的一個示例性實施例的框圖。在所舉例說明的實施例中，企業(yè)計劃系統(tǒng)3包括網(wǎng)絡服務器20、應用服務器26和數(shù)據(jù)庫服務器40。
網(wǎng)絡服務器20提供了一種接口，用于經(jīng)由網(wǎng)絡9與企業(yè)用戶18通信。網(wǎng)絡服務器20執(zhí)行網(wǎng)絡服務器軟件，諸如來自于Redmond，Washington的微軟公司的Internet Information ServerTM。照此，網(wǎng)絡服務器20提供了用于依照軟件模塊21與投稿人6、分析員8和評審者9進行交互的環(huán)境，其包括分析模塊30、投稿模塊32、管理(ADMIN)控制臺36和擴展管理器38。
軟件模塊21可以包括Lotus腳本、Java腳本、Java小程序、有效服務器頁面(Active Server Pages)、依照超文本標記語言(HTML)或者動態(tài)HTML編寫的網(wǎng)頁、有效X對象以及其它適當?shù)哪K。網(wǎng)絡服務器20服務于由軟件模塊21所定義的網(wǎng)頁，并且向企業(yè)用戶18的計算設備發(fā)送所述網(wǎng)頁。所述網(wǎng)頁可以包括靜態(tài)的媒體，諸如文本和圖形成像，以及常規(guī)的輸入媒體，諸如文本條目框、單選按鈕、下拉式菜單等等，用于接收來自于企業(yè)用戶18的信息。
軟件模塊21與數(shù)據(jù)庫服務器40交互以便訪問企業(yè)數(shù)據(jù)42，所述企業(yè)數(shù)據(jù)42包括用戶數(shù)據(jù)42A、模型數(shù)據(jù)42B、作業(yè)數(shù)據(jù)42C和結(jié)構(gòu)數(shù)據(jù)42D。企業(yè)數(shù)據(jù)能夠以多種不同的形式來存儲，所述形式包括一個或多個數(shù)據(jù)存儲文件，或者在一個或多個數(shù)據(jù)庫服務器上執(zhí)行的一個或多個數(shù)據(jù)庫管理系統(tǒng)(DBMS)。所述數(shù)據(jù)庫管理系統(tǒng)可以是關(guān)系型的(RDBMS)、分級的(HDBMS)、多維的(MDBMS)、面向?qū)ο蟮?ODBMS或者OODBMS)或者面向關(guān)系的(ORDBMS)的數(shù)據(jù)庫管理系統(tǒng)。此外，雖然分別地舉例說明了，但是可以把企業(yè)數(shù)據(jù)42合并成單個數(shù)據(jù)庫或者其它數(shù)據(jù)存儲結(jié)構(gòu)。企業(yè)數(shù)據(jù)42例如可以作為單個關(guān)系數(shù)據(jù)庫來實現(xiàn)，諸如來自于微軟公司的SQL服務器。
用戶數(shù)據(jù)42A存儲每個用戶18的信息，包括用戶的姓名、電子郵件地址以及其它聯(lián)系信息。模型數(shù)據(jù)42B存儲由分析員8定義的企業(yè)計劃模型。例如，模型數(shù)據(jù)庫42B存儲用于定義分析員8開發(fā)的一致性過程的信息，包括一致性級別的數(shù)目、所述層級中的各種“節(jié)點”以及與每個節(jié)點相關(guān)聯(lián)的投稿人6。另外，模型數(shù)據(jù)42B存儲所述模型的各個數(shù)據(jù)輸入模板，用于獲取來自于用戶18的分配和評審數(shù)據(jù)。作業(yè)數(shù)據(jù)42C定義用于執(zhí)行應用服務器26的管理作業(yè)，而配置(CONFIG)數(shù)據(jù)42D存儲企業(yè)計劃系統(tǒng)3的基本配置數(shù)據(jù)。
應用服務器36為執(zhí)行企業(yè)邏輯模塊46、企業(yè)計劃擴展47和應用編程接口(API)48提供操作環(huán)境。另外，應用服務器36執(zhí)行如作業(yè)數(shù)據(jù)42C所定義的管理任務。換言之，作業(yè)數(shù)據(jù)42提供了用于對未決管理作業(yè)的作業(yè)描述進行排隊的機制，這些未決管理作業(yè)是將由應用服務器26執(zhí)行的。
參照軟件應用21，分析模塊30包括一個或多個軟件模塊，用于創(chuàng)建企業(yè)計劃模型，諸如企業(yè)4的財務模型，以便控制整體計劃過程。例如，分析模塊30允許分析員8定義各種成本中心、相應的擁有者以及在企業(yè)計劃過程中一致性階段的數(shù)目。在一種配置中，分析模塊30從企業(yè)資源計劃(ERP)數(shù)據(jù)庫(未示出)中讀取成本中心結(jié)構(gòu)和所有權(quán)。另外，分析模塊30允許分析員8定義“模板”來收集投稿數(shù)據(jù)。模板可以包括一個或多個多維的結(jié)構(gòu)，其提供了用于輸入和計算投稿數(shù)據(jù)的接口。例如，所述模板可以按照數(shù)據(jù)體內(nèi)的維數(shù)來定義成本中心，以便依照沿行的會計科目表和列中的時期來選擇數(shù)據(jù)。分析模塊30在模型數(shù)據(jù)42B內(nèi)存儲企業(yè)計劃模型以及相應的模板。
分析模塊30還允許組織定義多個機制來自動執(zhí)行預算過程，并且確保投稿人6及時提交它們各自的投稿數(shù)據(jù)，并且確保模板迅速地貫穿所定義的一致性階段來移動。例如，使用分析模塊30，所述分析員8可以定義觸發(fā)電子郵件消息(電子郵件)，以便提醒投稿人6訪問企業(yè)計劃系統(tǒng)3并且完成特殊模板的定時器。
投稿模塊32包括軟件模塊，用于向指定為投稿人6的企業(yè)用戶18呈現(xiàn)所述模板，并且用于從投稿人5獲取投稿數(shù)據(jù)。投稿模塊32實時地獲取并且匯總跨越企業(yè)4的投稿數(shù)據(jù)，并且向與企業(yè)4的較高層級相關(guān)聯(lián)的評審者9提供對所匯總數(shù)據(jù)的訪問。
報告生成器34包括分析軟件模塊，用于根據(jù)從投稿人6接收的投稿數(shù)據(jù)生成企業(yè)計劃報告并且將其存儲在模型數(shù)據(jù)42B中。具體來講，所述分析軟件模塊允許用戶18，諸如分析員8和評審者9，使復雜的查詢公式化以便生成報告，并且對企業(yè)模型的當前數(shù)據(jù)執(zhí)行其它數(shù)據(jù)分析功能。這些軟件模塊可以是具有瀏覽器接口的基于網(wǎng)頁的模塊，或者可以是獨立的可執(zhí)行程序。
企業(yè)邏輯模塊46在應用服務器26提供的操作環(huán)境內(nèi)執(zhí)行，并且提供響應于軟件模塊21訪問和處理數(shù)據(jù)庫42內(nèi)存儲的數(shù)據(jù)的功能。具體來講，企業(yè)邏輯模塊46包括用于實現(xiàn)企業(yè)計劃功能的軟件例行程序，并且由軟件模塊21引用。
管理控制臺36呈現(xiàn)用于控制網(wǎng)絡服務器20、應用服務器26和數(shù)據(jù)庫服務器40的集群的接口。管理控制臺36允許系統(tǒng)管理員控制每個集群內(nèi)使用的服務器的數(shù)目。所述系統(tǒng)管理員例如可以選擇網(wǎng)絡9內(nèi)可利用的一個或多個服務器，并且指導管理控制臺36來將服務器用作應用服務器36。以這樣的方式，企業(yè)計劃系統(tǒng)3可以容易地擴展到支持具有數(shù)千用戶18的大型企業(yè)。
當管理與企業(yè)計劃活動相關(guān)聯(lián)的任務時，管理控制臺36可以把所述任務中斷為多個作業(yè)，每個作業(yè)依照多個級別、由特定模型定義的組織層級與模型的不同分層相關(guān)聯(lián)。例如，管理控制臺36可以把特殊的任務分隔為N個作業(yè)集，其中N等于在所述層級內(nèi)定義的節(jié)點數(shù)目。然后，管理控制臺36可以跨越使用所述模型的該組應用服務器26來分配所述作業(yè)。
管理控制臺36提供作業(yè)接口來察看因應用服務器26將處理而排隊的作業(yè)，并且察看跨越集群應用服務器26的負載均衡。管理控制臺36生成作業(yè)數(shù)據(jù)42C來為應用服務器26定義任務。當作業(yè)在作業(yè)數(shù)據(jù)42C中排隊時，應用服務器26從所述數(shù)據(jù)庫服務器40讀取作業(yè)數(shù)據(jù)42C，并且處理所述作業(yè)直到完成。例如，一個類型的作業(yè)涉及“剪切(cut-down)”處理，通過該處理，在企業(yè)數(shù)據(jù)42B內(nèi)定義的企業(yè)模型被“劃分”給每個用戶。在此處理期間，應用服務器26識別分配給用戶18的所定義模型的區(qū)域，并將其作為投稿人或者作為評審者。企業(yè)計劃系統(tǒng)3把各個部分呈現(xiàn)給每個用戶18，用于獲取投稿數(shù)據(jù)，并且用于使投稿數(shù)據(jù)與組織目標相一致。用這種方式，企業(yè)計劃系統(tǒng)3不必把整體模型發(fā)送給每個用戶18，由此減少了通信時間以及資源需求。相反，每個用戶18只接收相關(guān)信息。
另外，管理控制臺36允許系統(tǒng)管理員跨越應用服務器26控制企業(yè)計劃模型的使用。具體來講，分析員8可以為企業(yè)4定義多個計劃模型。例如，分析員8可以為收益預測、庫存管理、資源計劃、管理應付帳款等等定義獨立的模型。管理控制臺36允許系統(tǒng)管理員創(chuàng)建使用映射，用于把每個模型分配到一組應用服務器26。換言之，不同的企業(yè)模型可以在獨立的應用服務器26上使用，或者可以共享一個或多個應用服務器。
因此，所述系統(tǒng)管理員可以細致地控制為企業(yè)計劃分配計算資源，并且可以調(diào)節(jié)所述資源以符合企業(yè)的當前需求。所述系統(tǒng)管理員可以調(diào)節(jié)使用映射，以便根據(jù)企業(yè)計劃活動的最后期限的接近來變更跨越應用服務器26的模型的使用。具體來講，當最后期限接近時，所述系統(tǒng)管理員可以鑒于用戶18可能增加的活動，把更多的計算資源分配給最早到期的企業(yè)模型。作為另一個例子，所述系統(tǒng)管理員可以根據(jù)參與企業(yè)計劃模型的用戶18的當前使用級別來調(diào)節(jié)所述使用映射。
管理控制臺36允許分析員8修改企業(yè)計劃模型。例如，在啟動企業(yè)計劃活動之后，分析員8可以希望獲取附加的投稿數(shù)據(jù)。為了便于采用模型的改變，管理控制臺36支持節(jié)點級修改并且維護企業(yè)計劃模型。具體來講，管理控制臺允許分析員8登入并且登出所述模型的節(jié)點，即標記所述節(jié)點，或相反把所述節(jié)點的狀態(tài)從“在線”改變?yōu)椤懊摍C”。因此，分析員8可以更新與特殊的脫機相關(guān)聯(lián)的模型“部分”，而不是中斷企業(yè)范圍的計劃活動。其它用戶不能夠編輯脫機節(jié)點，即不能把投稿數(shù)據(jù)或者評審輸入保存到交易數(shù)據(jù)區(qū)域62內(nèi)節(jié)點的相應槽中。
然而，與非脫機節(jié)點相關(guān)聯(lián)的所述企業(yè)投稿人可以繼續(xù)提供并且評審企業(yè)計劃會議的投稿數(shù)據(jù)。此特征允許基于每個節(jié)點來修改并且維護，并且允許模型保持運行。據(jù)此，分析員8可以修改與特定節(jié)點相關(guān)聯(lián)的企業(yè)邏輯，而不使整體模型脫機。
應用服務器26通常處理由分析員8做出的模型改變。具體來講，如果分析員8在計劃活動期間修改了企業(yè)模型，那么可以使用應用服務器26使從用戶18接收到的分配和評審數(shù)據(jù)與最新模型一致。作為選擇，管理控制臺36可以引導應用服務器26以便使用戶18的計算設備遠程一致。當所述模型改變之后由用戶18進行身份驗證訪問時，驗證服務器44可以把一致性作業(yè)“推”給本地計算設備。所述遠程計算設備使用戶18的投稿數(shù)據(jù)和評審數(shù)據(jù)與最新模型相一致，并且把統(tǒng)一后的數(shù)據(jù)保存到企業(yè)計劃系統(tǒng)4。由于企業(yè)計劃系統(tǒng)3不必脫機來更新企業(yè)模型，并且用于處理更新的計算資源可以跨越用戶18的遠程計算設備來分配，所以這樣做是十分有益的。
擴展管理器38提供了一種接口，通過該接口，系統(tǒng)管理員可以安裝并且有選擇地使用擴展47來容易地把附加企業(yè)計劃功能提供給系統(tǒng)10。一般說來，可以添加三類擴展(1)管理擴展，(2)服務器端擴展，以及(3)客戶端擴展。管理擴展包括軟件模塊，用于在管理控制臺36內(nèi)執(zhí)行，或者由管理控制臺36啟用。因此，管理擴展通常用于提供附加的行政功能，并且可以生成將由應用服務器26執(zhí)行的管理作業(yè)。
服務器端擴展通常在應用服務器提供的操作環(huán)境內(nèi)執(zhí)行?？梢允褂眠@些擴展來簡化工作流程集成、自定義初始化或者在計劃活動期間自定義登載匯總的投稿數(shù)據(jù)。
相反，客戶端擴展包括軟件模塊，用于在用戶18的遠程計算設備的操作環(huán)境內(nèi)執(zhí)行，通常在網(wǎng)絡瀏覽器環(huán)境內(nèi)執(zhí)行。投稿模塊32自動地搜索最新安裝的擴展47，并且當它們下次訪問時把所述擴展下載給用戶18。具體來講，一旦用戶訪問或者當需要時，投稿模塊32可以立即把擴展載入并且引用到遠程計算設備上。雖然客戶端擴展通常在遠程計算設備的操作環(huán)境內(nèi)操作，但是所述擴展可以與服務器端部件交互。
為了簡化擴展的并入，企業(yè)計劃系統(tǒng)3提供了應用編程接口(API)48，由此，擴展47可以直接訪問并且操縱模型數(shù)據(jù)42B內(nèi)的模型，以及企業(yè)計劃系統(tǒng)3的其它部件。經(jīng)由擴展管理器38，所述系統(tǒng)管理員可以把新擴展48注冊到系統(tǒng)10，并且定義用于啟動擴展的輸入，例如按鈕或者其它圖形圖標。
擴展管理器38允許系統(tǒng)管理員根據(jù)分配給特定用戶18的職責有選擇地使用擴展。具體來講，擴展管理器38允許系統(tǒng)管理員把擴展分配給所有投稿人6，并且分配給所有評審者9。另外，擴展管理器38允許系統(tǒng)管理員把擴展分配給模型數(shù)據(jù)42B內(nèi)存儲的企業(yè)計劃模型的不同部分。以這樣的方式，擴展可以被分配給不同的成本中心、不同的營業(yè)部門等等。此外，擴展可以根據(jù)評審者9在由特定模型定義的層級中的級別來進行分配。例如，可以要求所述層級的某個級別的評審者9、例如成本中心的控制者，完成最佳實施的擴展，用于提供關(guān)于所有匯總的投稿數(shù)據(jù)的詳細的最佳實施驗證。擴展管理器38可以把用戶專用擴展信息存儲到用戶數(shù)據(jù)42A中，以表明把擴展分配給每個用戶18，并且可能為所述擴展設定用戶專用的屬性。這種靈活性的優(yōu)點是允許企業(yè)計劃模型在企業(yè)計劃會議更深地擴展到企業(yè)10時、可以被修改并且被自定義。
擴展的例子之一是這樣一種擴展，用于在基于非定制產(chǎn)品協(xié)作網(wǎng)絡的計劃工具周圍提供包裝，諸如來自于微軟公司的網(wǎng)絡會議系統(tǒng)(NetMeeting)。評審者9可以把所述擴展引用于下級的會議，并且直接訪問模型數(shù)據(jù)42B來一起評審投稿數(shù)據(jù)，而不是拒絕投稿數(shù)據(jù)。另一例子是用于允許相對于其它資源實時驗證分配的擴展。擴展的其它例子包括(1)所述層級內(nèi)某些用戶18需要的自定義報告功能的擴展，(2)把計劃數(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ù)時引用所述擴展。此特征對于使用投稿數(shù)據(jù)的最佳實施驗證或者其它企業(yè)要求的執(zhí)行尤為有用。作為另一例子，可以使用擴展將自上而下的公司目標與自下而上的預測的統(tǒng)一控制在預先確定的百分比內(nèi)，例如百分之十內(nèi)。作為另一例子，可以使用擴展來減少對某級的預測，或者降低到特定的百分比。據(jù)此，可以容易地跨越企業(yè)4來要求和控制在預測方面的一致性的減少。
在一個實施例中，擴展47可以包括用于遵照部件對象模型(COM)的軟件模塊。因此，可以容易地把ActiveX客戶端用于引用擴展47。每個擴展47可以提供一個或多個公用接口，以便例如由投稿人模塊32或者管理控制臺36啟用并且控制。
圖3是舉例說明計算設備50的一個實施例的框圖，包括當用戶18操作時在其上執(zhí)行的各種軟件模塊，所述用戶諸如是投稿人6或者評審者9。在示例性的實施例中，計算設備50包括網(wǎng)絡瀏覽器52、計算引擎54、模板56和數(shù)據(jù)體58。當用戶18引導計算設備50訪問企業(yè)計劃系統(tǒng)3時，計算引擎54和模板56被下載并且安裝在網(wǎng)絡瀏覽器52內(nèi)。
在一個實施例中，計算引擎54包括嵌入Active X對象的正向計算引擎54，其中所述Active X對象是依照基于陣列的語言構(gòu)建的。模板56包括Active X控制，用于包括任何必需的驅(qū)動程序來輸入和操縱預算預測數(shù)據(jù)。模板56包括獨立的數(shù)據(jù)體58，其包含自上而下的目標數(shù)據(jù)以及自下而上的投稿數(shù)據(jù)，并且允許所有計算在本地執(zhí)行。因此，在完成下載之后，每個投稿人6可以在模板56內(nèi)修改他或她相應的投稿數(shù)據(jù)，并且執(zhí)行計算，而不訪問企業(yè)計劃系統(tǒng)3。作為ActiveX部件，計算引擎54、模板56和數(shù)據(jù)體58經(jīng)由計算設備50得以本地維護。照此，所述投稿人6只會在模板56和計算引擎54被最初下載時，以及當在會議結(jié)束時保存模板56的時候，才會感受到網(wǎng)絡延遲。
為了與企業(yè)計劃系統(tǒng)3交互，每個投稿人6使用瀏覽器52來與模板56交互，以便提供各自的投稿數(shù)據(jù)，此過程例如是通過完成所顯示的表格單元，并且察看所述表格內(nèi)計算的項目發(fā)生的動態(tài)改變。因為計算引擎54駐留在網(wǎng)絡瀏覽器52內(nèi)，所以單元條目不必重新提交給企業(yè)計劃系統(tǒng)3，不必重新計算然后經(jīng)由網(wǎng)絡9重新發(fā)送到網(wǎng)絡瀏覽器52。如果所述投稿人6希望結(jié)束計劃會議，但是沒有完成該過程，那么所述投稿人6可以把模板56以及數(shù)據(jù)體58保存到企業(yè)計劃系統(tǒng)3。當投稿人6希望繼續(xù)計劃會議時，他或她可以訪問企業(yè)計劃系統(tǒng)3，在那時，將把合適的模板56以及數(shù)據(jù)體58裝載到網(wǎng)絡瀏覽器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)聯(lián)的評審者9提供對所匯總數(shù)據(jù)的訪問。
依照類似的方式，每個評審者9經(jīng)由網(wǎng)絡瀏覽器52與企業(yè)系統(tǒng)3交互，所述網(wǎng)絡瀏覽器52在他或者她的遠程計算設備50上運行。每個評審者9可以鑒于分析員8提供的公司目標來拒絕或者接受所述投稿數(shù)據(jù)。此過程一直繼續(xù)，直到與最高級別的組織層級相關(guān)聯(lián)的評審者最終批準所述投稿數(shù)據(jù)為止，由此確保來自于所述投稿人的投稿數(shù)據(jù)與公司的目標相一致。
在一個實施例中，網(wǎng)絡瀏覽器52包括內(nèi)嵌壓縮模塊53，用于自動地壓縮與企業(yè)計劃系統(tǒng)4的通信信息，并且解壓從系統(tǒng)接收的通信信息。具體來講，內(nèi)嵌壓縮模塊53自動地偵聽從網(wǎng)絡瀏覽器52經(jīng)由超文本傳輸協(xié)議(HTTP)傳送到系統(tǒng)10的輸出緩沖信息，并且在傳送之前自動地壓縮所述緩沖信息。同樣，內(nèi)嵌壓縮模塊53偵聽輸入的HTTP緩沖信息，并且確定所述緩沖信息是否被壓縮。如果所述緩沖信息被壓縮，那么內(nèi)嵌壓縮模塊53自動地解壓所述緩沖信息，并且把解壓的緩沖信息運送給網(wǎng)絡瀏覽器53。以這樣的方式，內(nèi)嵌壓縮模塊53無縫地壓縮和解壓計算設備50和企業(yè)計劃系統(tǒng)3之間的通信信息，由此能夠在系統(tǒng)2內(nèi)提高效率。
在一個實施例中，企業(yè)計劃系統(tǒng)3利用單個有效的服務器頁面(ASP)來接收壓縮的HTTP緩沖信息，并且把壓縮的緩沖信息定向到合適的企業(yè)邏輯模塊46以便解壓和處理。帶有每個HTTP緩沖信息的首部可以包括字節(jié)計數(shù)或者表明所述緩沖信息是否被壓縮的其它信息，并且包括合適的企業(yè)邏輯模塊46的標識符。
圖4是舉例說明數(shù)據(jù)庫服務器40的示例性實施例的框圖，其中企業(yè)數(shù)據(jù)42被組織以便包括交易數(shù)據(jù)區(qū)域62和相關(guān)數(shù)據(jù)區(qū)域63。一般說來，交易數(shù)據(jù)區(qū)域62支持來自于用戶18的實時數(shù)據(jù)采集和匯總，而相關(guān)數(shù)據(jù)區(qū)域63用于生成報告和進行復雜的數(shù)據(jù)分析。
更具體地說，數(shù)據(jù)庫服務器40把從投稿人6接收的投稿數(shù)據(jù)存儲在交易數(shù)據(jù)區(qū)域62中，并且例如定期地把投稿數(shù)據(jù)從交易數(shù)據(jù)區(qū)域62登載到相關(guān)數(shù)據(jù)區(qū)域63。交易數(shù)據(jù)區(qū)域62包括多個槽66，這些槽是依照企業(yè)模型來分級相關(guān)的。交易數(shù)據(jù)區(qū)域62包括一組投稿槽66用于存儲從投稿人6接收的投稿數(shù)據(jù)，并且包括一組匯總槽67，用于存儲根據(jù)所述投稿數(shù)據(jù)并且依照模型定義的層級實時計算的匯總數(shù)據(jù)。因此，交易數(shù)據(jù)區(qū)域62包括每個企業(yè)投稿人6的交易槽67，用于存儲從相應的企業(yè)投稿人接收的投稿數(shù)據(jù)。另外，交易數(shù)據(jù)區(qū)域62A把每個評審者9與每個評審者9的至少一個匯總槽67相關(guān)聯(lián)。例如，企業(yè)模型可以具有N個分級設置的節(jié)點，每個節(jié)點在網(wǎng)絡用戶處定義并且指定所述用戶作為投稿人和評審者的其中一個。依照此結(jié)構(gòu)，交易數(shù)據(jù)區(qū)域包括N個槽，這些槽包括每個評審者的匯總槽以及由所述模型定義的每個投稿人的交易槽。
圖5和6是進一步舉例說明依照企業(yè)計劃模型分級定義的交易數(shù)據(jù)區(qū)域66的組織的框圖。圖5描述了由企業(yè)計劃模型定義的示例性層級，用于示例性的假想的比薩餅連鎖商店比薩餅大廈股份有限公司。層級70在通過特許而占有的各種地理區(qū)域周圍被水平的組織，具有區(qū)域1至5，并且縱向組織成三個一致性級別。企業(yè)目的以及目標由分析員8設定，并且被向下分配至所述層級的各種節(jié)點。稱為代銷店的特許的個體商店占據(jù)底部級別，即III級，并且提供投稿數(shù)據(jù)。
1級的每個節(jié)點具有相應的投稿人6，負責輸入投稿數(shù)據(jù)。同樣，1級、II級的每個節(jié)點與評審者9相關(guān)聯(lián)，以便鑒于由分析員8定義的公司目標來統(tǒng)一所述投稿數(shù)據(jù)。為簡單起見，圖5舉例說明了投稿人之一，與代銷店A相關(guān)聯(lián)的Andy，并且示出兩個評審與區(qū)域1相關(guān)聯(lián)的Peter以及與所述節(jié)點相關(guān)聯(lián)的Guy。在此例子中，Guy是比薩餅大廈股份有限公司的財務總管，并且負責監(jiān)督所有區(qū)域。因此，Guy被列為根節(jié)點29的“擁有者”，并且作為所有區(qū)域1-5的“評審者”。Peter是負責監(jiān)督區(qū)域1的中級管理者。照此，Peter被列為區(qū)域1的擁有者并且列為代銷店A的評審者。作為本地比薩餅商店的管理者的Andy被列為代銷店A的擁有者。
根據(jù)層級內(nèi)節(jié)點的級別，把層級70的每個節(jié)點與模型數(shù)據(jù)42B內(nèi)一個或多個相應的模板相關(guān)聯(lián)。例如，把III級中的每個代銷店與用于獲取預測信息的單個模板相關(guān)聯(lián)。在II級，把每個區(qū)域與其對應的子節(jié)點的所述模板相關(guān)聯(lián)，所述子節(jié)點即所述區(qū)域中的代銷店。因此，把層級70的根節(jié)點72與公司的所有模板相關(guān)聯(lián)。
圖6舉例說明了交易數(shù)據(jù)區(qū)域62的示例性組織，用于依照比薩餅大廈的企業(yè)計劃模型定義的層級70來支持投稿數(shù)據(jù)的實時匯總。在此例子中，交易數(shù)據(jù)區(qū)域62包括III級的每個節(jié)點的投稿槽66，即每個代銷店A-H。每個投稿槽66存儲所述投稿人6的投稿數(shù)據(jù)，所述投稿人6與層級70的III級相應節(jié)點相關(guān)聯(lián)。
同樣，交易數(shù)據(jù)區(qū)域62包括1級、II級每個節(jié)點的匯總槽67，即根節(jié)點72以及對應于區(qū)域1-5的節(jié)點。每個匯總槽67存儲其子節(jié)點的匯總的投稿數(shù)據(jù)，正如層級70所定義的那樣，并且在圖6中由箭頭表示。例如，匯總槽74對應于根節(jié)點72，并且存儲通過對從區(qū)域1-5接收到的所有數(shù)據(jù)求和來計算的匯總數(shù)據(jù)。作為另一例子，對應于區(qū)域2的匯總槽76存儲由代銷店B-D的投稿數(shù)據(jù)計算的匯總數(shù)據(jù)。以這樣的方式，交易數(shù)據(jù)區(qū)域62為所述模型的所有級別提供正確的、最新的數(shù)據(jù)視圖，由此簡化企業(yè)范圍的計劃。
圖7是舉例說明企業(yè)計劃系統(tǒng)3更加詳細的操作的流程圖。最初，分析員8與企業(yè)計劃系統(tǒng)3交互，以便開發(fā)包括一個或多個數(shù)據(jù)體的計劃模型，其中所述數(shù)據(jù)體具有多個維數(shù)(80)。例如，對于比薩餅大廈股份有限公司來說，所述模型可以定義維數(shù)為3的單個數(shù)據(jù)體(1)第一維列舉具體比薩餅，例如肉類愛好者、素食者、烤肉、海味、火腿和蘑菇，(2)第二維用于每周的銷售預測，以及(3)第三維用于公司目標。
分析員8還定義組織層級來控制企業(yè)范圍的計劃過程(82)。例如對于比薩餅大廈來說，分析員8可以定義具有十四個節(jié)點的組織層級，如圖5中所示那樣。分析員8把一個或多個企業(yè)用戶分配給每個節(jié)點，并且把每個用戶指定為投稿人、評審者或者他們兩者。另外，分析員8可以把與每個節(jié)點相關(guān)聯(lián)的用戶之一指定為該相應節(jié)點的擁有者。
當接收組織層級時，企業(yè)計劃系統(tǒng)3的應用服務器26鑒于所述層級來處理所述模型，以便為每個所定義的用戶“劃分”所述模型。換言之，應用服務器26把所述層級應用于所述模型，就好像所述層級是附加的維數(shù)，并且識別每個用戶可以訪問的各自的模型部分。應用服務器26把層級中的每個節(jié)點與跨越模型其它維的劃分相關(guān)聯(lián)。通過以這樣的方式劃分模型，企業(yè)計劃系統(tǒng)3不必把整體模型發(fā)送給用戶的遠程計算設備，而是只需要發(fā)送所述模型的一個或多個數(shù)據(jù)體的相關(guān)部分即可。
另外，應用服務器初始化企業(yè)數(shù)據(jù)42，包括創(chuàng)建交易數(shù)據(jù)區(qū)域62的適當數(shù)目的匯總槽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ù)時，應用服務器26更新交易數(shù)據(jù)區(qū)域66的投稿槽67來存儲所述投稿數(shù)據(jù)，并且實時更新匯總槽66，以便存儲企業(yè)層級的每個高級節(jié)點的匯總總數(shù)。
以這樣的方式，評審者9易于跨越企業(yè)4來利用匯總總數(shù)。因此，評審者9可以訪問企業(yè)計劃系統(tǒng)3，并且鑒于分析員8提供的目標數(shù)據(jù)來立即提供要么拒絕要么接受投稿數(shù)據(jù)以及匯總總數(shù)的評審輸入(92)。在此處理期間，應用服務器26周期性地把投稿數(shù)據(jù)以及匯總數(shù)據(jù)從交易數(shù)據(jù)區(qū)域62登載到相關(guān)數(shù)據(jù)區(qū)域63(94)，以便通過報告生成器34創(chuàng)建分析報告以及其它統(tǒng)計分析(96)。企業(yè)計劃系統(tǒng)3重復所述一致性處理，直到組織層級的高級評審者接受所述投稿數(shù)據(jù)以及匯總總數(shù)(98)。
圖8是更詳細地舉例說明企業(yè)計劃系統(tǒng)3的實時匯總處理的流程圖。當接收來自于投稿人6之一的存取請求時(99)，應用服務器26訪問企業(yè)數(shù)據(jù)42并且識別投稿人的各自的投稿槽(100)。應用服務器26從識別出的槽中檢索由投稿人先前存儲的任何投稿數(shù)據(jù)，并且把輸入模板56和投稿引擎54發(fā)送到投稿人6(102)。
當從所述投稿人6接收新的或者更新的投稿數(shù)據(jù)時(104)，應用服務器26更新相應的投稿槽以存儲所述投稿數(shù)據(jù)(106)。接下來，應用服務器26有選擇地更新與更新的投稿槽相關(guān)任何母匯總槽的匯總槽66的匯總總數(shù)。具體來講，應用服務器26根據(jù)定義的分級模型來識別已更新的投稿槽的即時母匯總槽(108)，根據(jù)更新的投稿槽計算母槽的新的匯總總數(shù)(110)，并且把新的匯總總數(shù)存儲到母槽(112)。應用服務器26重復此過程，直到所有相關(guān)的高級匯總槽都被更新(114)。
在一個實施例中，應用服務器26把交易數(shù)據(jù)區(qū)域62組織為具有一組行的單個表。每個行對應于所定義的組織層級中的各自節(jié)點。應用服務器26把相應的投稿數(shù)據(jù)或者匯總數(shù)據(jù)存儲在每個行內(nèi)，并且可以把數(shù)據(jù)存儲為包含單個“滴(blob)”的數(shù)據(jù)的行。具體來講，應用服務器26可以把數(shù)據(jù)作為單個串、文本或者二進制數(shù)據(jù)寫入給定的行。在一個實施例中，每個行被存為遵照可擴展標記語言(XML)的打包文本。
打包的XML描述了對于所述模型的劃分的每個單元，其屬于與所述行相關(guān)聯(lián)的用戶，并且描述了所述單元的當前值。當初始化交易數(shù)據(jù)區(qū)域62時，應用服務器26從模型的一個或多個數(shù)據(jù)體提取元數(shù)據(jù)，并且在相應的槽內(nèi)創(chuàng)建所述模型每個“劃分”的XML表示。
當更新所述投稿數(shù)據(jù)時，所述XML可以由用戶的遠程計算設備生成。所述遠程計算設備可以生成所述XML，并且把XML作為HTTP緩沖信息的一部分依照壓縮或者未壓縮的形式來發(fā)送。作為選擇，應用服務器26可以生成XML。
為了實時更新匯總總數(shù)，應用服務器26解析相應的母匯總槽的XML，以便迅速地檢索所述單元的當前值，并且采用具有更新的匯總總數(shù)的新條目來替代打包的XML。所述匯總數(shù)據(jù)可以依照XML形式來存儲，并將其作為具有一組單元的線性陣列來存儲匯總總數(shù)。因此，應用服務器26可以從一個匯總槽檢索線性陣列，利用母匯總槽陣列來覆蓋所述陣列，并且迅速地重算母槽的匯總總數(shù)。
圖9是更加詳細地舉例說明在把數(shù)據(jù)從交易數(shù)據(jù)區(qū)域62登載到相關(guān)數(shù)據(jù)區(qū)域63的過程中、應用服務器26的示例性操作。應用服務器26可以周期性地登載數(shù)據(jù)，例如每15分鐘、每30分鐘等等。作為選擇，或者另外，應用服務器26可以響應一種事件來登載數(shù)據(jù)，所述事件例如是提交來自于投稿人6的投稿數(shù)據(jù)，或者來自于評審者9的評審輸入。
為了登載所述數(shù)據(jù)，應用服務器26傳遞每個投稿槽67的投稿數(shù)據(jù)，以便識別一組數(shù)據(jù)元和相應的值(116)。如上所述，每個槽67可以包含用于描述一部分企業(yè)計劃模型的打包XML。應用服務器26解壓打包的XML，并且識別所述模型的數(shù)據(jù)體所包含的單元以及所述單元的當前值。
接下來，根據(jù)所述模型，應用服務器26從對應于解析的投稿數(shù)據(jù)的相關(guān)數(shù)據(jù)區(qū)域63選擇一個或多個表(118)。例如，應用服務器26可以識別銷售表以存儲預測的產(chǎn)品銷售。
最后，應用服務器26把解析的數(shù)據(jù)寫入相關(guān)數(shù)據(jù)區(qū)域63的識別表中。因此，報告模塊34可以把復雜的查詢發(fā)布到數(shù)據(jù)庫服務器40，以便生成富有經(jīng)驗的報告，或者對跨越企業(yè)4獲取的投稿數(shù)據(jù)執(zhí)行類似分析。
圖10是舉例說明在跨越應用服務器26控制多個企業(yè)計劃模型的使用過程中、管理控制臺36的示例性操作模型的流程圖。最初，管理控制臺接收識別一個或多個應用服務器26的輸入(122)。例如，系統(tǒng)管理員可以從局域網(wǎng)內(nèi)的服務器列表中選擇應用服務器26。作為選擇，所述系統(tǒng)管理員可以規(guī)定特殊的名稱、網(wǎng)際協(xié)議(IP)地址或者用于與所述應用服務器通信的類似通信處理。
作為響應，管理控制臺36為描述在每個服務器上呈現(xiàn)的計算資源而查詢識別出的應用服務器，諸如在每個應用服務器26內(nèi)呈現(xiàn)的處理器數(shù)目(124)。管理控制臺36可以把此信息呈現(xiàn)給系統(tǒng)管理員，以用于使用企業(yè)4的各種計劃模型。
接下來，管理控制臺36接收來自于系統(tǒng)管理員的輸入，所述輸入用于把每個模型分配給一組應用服務器26(126)。根據(jù)所述輸入，管理控制臺36生成使用映射，用于把每個模型與相應的應用服務器組相關(guān)聯(lián)，并且把所述映射存儲在企業(yè)數(shù)據(jù)21內(nèi)(128)。
根據(jù)所述映射，企業(yè)邏輯模塊46生成用于管理企業(yè)計劃會議的作業(yè)，并且把作業(yè)描述存儲在作業(yè)數(shù)據(jù)42C內(nèi)。應用服務器26依照所述使用映射讀取并且處理所述作業(yè)描述(130)，如上所述。以這樣的方式，不同的企業(yè)模型可以在分開的應用服務器26上使用，或者可以共享一個或多個應用服務器。
可以響應來自于系統(tǒng)管理員的輸入或者動態(tài)地根據(jù)應用服務器26的當前裝載級別來調(diào)節(jié)使用映射(126)。具體來講，管理控制臺引導再生所述使用映射，由此使跨越應用服務器26集群的企業(yè)計劃模型的使用重新平衡。
圖11-19舉例說明了在上述假想的比薩餅大廈股份有限公司的示例性企業(yè)計劃會議期間、網(wǎng)絡瀏覽器52的多個視圖，如上所述。例如，圖11舉例說明了當Guy(CFO)訪問企業(yè)計劃系統(tǒng)3以便檢查比薩餅特許的各種預算的處理時，由網(wǎng)絡瀏覽器52顯示的視窗160的一個實施例。在此例子中，Guy已經(jīng)使用來自于微軟公司的Internet Explorer并且運行來自于Macromedia公司的Shock WaveTM來訪問了企業(yè)計劃系統(tǒng)3。
視窗160顯示1)對于給出預算模板的所有投稿人和評審者的可自定義的標題行162，2)用于顯示指令的鏈路164，3)投稿人的姓名，以及4)當前日期。企業(yè)計劃系統(tǒng)3可以使用構(gòu)建在遠程計算設備的操作系統(tǒng)中的認證來用于安全保證，因此不必分別地創(chuàng)建和管理新口令。
視窗160包括左框165，用于顯示由分析員8為比薩餅連鎖商店定義的分級模型138。如上所述，所述層級包括五個銷售區(qū)域，區(qū)域2具有3個比薩餅商店(代銷店B-代銷店D)。所述層級代表公司的工作流程，并且因此對于投稿人很直觀。此外，每個投稿人具有有限的視圖，因此左框165只顯示具體的投稿人已經(jīng)訪問的部分層級模型138。因為Guy是被定義為所有五個區(qū)域評審者的高級執(zhí)行者，所以他可以察看整體層級。
當用戶選擇左框165中所述層級中的節(jié)點時，右框166和左框165由此結(jié)合，右框顯示所選節(jié)點及其子節(jié)點的細節(jié)。更具體地說，右框166顯示詳細說明所選節(jié)點和其每一個子節(jié)點的表。每個表示出了a)節(jié)點名，b)所述節(jié)點的操作狀態(tài)，c)對模板的最后修改時間，d)所述預算模板是否已經(jīng)由節(jié)點的擁有者打開，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。
作為本地比薩餅商店的管理者的Andy的視圖與Guy十分不同。圖12舉例說明了當Andy訪問企業(yè)計劃系統(tǒng)3時網(wǎng)絡瀏覽器52顯示的示例性視窗170。如圖12所示，Andy只能查看代銷店A，即他負責的代銷店。因為Andy沒有開始預算過程，所以右框的表172顯示所述節(jié)點的NS狀態(tài)。
圖13舉例說明了當Andy點擊代銷店A并且開始企業(yè)計劃過程時顯示的視窗180。在此刻，網(wǎng)絡瀏覽器52下載模板56以及數(shù)據(jù)體58。當存在跨越網(wǎng)絡9的通信時，這是少數(shù)幾次之一。當計算引擎54駐留在所述客戶端時，當用戶輸入預算信息時不進行網(wǎng)頁通信。Andy與視窗180交互以便輸入支出預測數(shù)據(jù)182，但是無法更新已經(jīng)由分析員8設定的目標數(shù)據(jù)184，并且無法改寫模板內(nèi)嵌入的公式。以這樣的方式，視窗180允許Andy察看由分析員8設定的財務目標，同時輸入詳細的預測信息。計算引擎54允許視窗180作為智能電子數(shù)據(jù)表來操作，所述電子數(shù)據(jù)表用于支持算術(shù)運算、有條件的邏輯、加權(quán)和時間平均以及多個其它運算。另外，分析員可以配置視窗180以便提供對行、列以及頁面項目的上下文有關(guān)的幫助。當輸入支出預測數(shù)據(jù)182時，Andy可以保存所述信息并且稍后繼續(xù)所述過程，或者可以把所述預測信息提交給Peter來評審。
當Andy保存所述模板時，如圖14中所示那樣，網(wǎng)絡瀏覽器52顯示視窗190，其將所述節(jié)點的狀態(tài)反映為“未完工程”(WIP)。依照這種狀態(tài)，Andy可以返回并且繼續(xù)編輯預測數(shù)據(jù)，并且提交所述預測數(shù)據(jù)以供Peter評審，如圖15的視窗200所示。一旦提交了預測數(shù)據(jù)，所述節(jié)點的狀態(tài)就被轉(zhuǎn)換為LOCKED(鎖定)，如圖16的視窗210所示。依照這種狀態(tài)，Andy無法修改所述預測信息，除非Peter評審所述模板并且拒絕所述信息。
圖17舉例說明了當Peter訪問企業(yè)計劃系統(tǒng)3以便評審他負責的預算信息時、由網(wǎng)絡瀏覽器52顯示的示例性視窗220。如圖17所示，把Peter定義為區(qū)域1的擁有者，并且是代銷店A的評審者。當注冊時，Peter立即能夠知道Andy已經(jīng)提交了預算信息，這是通過右手視窗的表222顯示的LOCKED狀態(tài)反映出來的。另外，因為區(qū)域1的所有子節(jié)點、即代銷店A，已經(jīng)提交了預測信息，所以表224顯示區(qū)域1的狀態(tài)為READY(就緒)，以表明Peter可以評審所有的預算信息。
圖18舉例說明了當Peter選擇用于評審時顯示所述模板的示例性視窗230。值得注意的是，包括由擁有者(Andy)設定的預測數(shù)據(jù)232以及由財務分析師設定的目標數(shù)據(jù)234在內(nèi)的所有信息都是只讀的，并且無法進行修改。照此，Andy作為評審者具有兩個選項(1)拒絕所述預測信息并且把表格送回給Peter以便修改，或者(2)同意所述預測信息，如此使得所述模板可以由Guy來評審，Guy是區(qū)域1指定的評審者。在此級別，所述節(jié)點具有五個可能的狀態(tài)。最先的三個與1級節(jié)點相似NS(沒有開始)、WIP(未完工程)以及LOCKED。另外，高級節(jié)點還可以是INCOMPLETE(殘缺)以及READY(就緒)。所述INCOMPLETE狀態(tài)出現(xiàn)在至少一個子節(jié)點處于NS狀態(tài)時，即，當向評審者匯報的人員沒有開始所述預算過程時發(fā)生。
由此，評審者9可以迅速地知道所述模板是否沒有被察看，并且擁有者是否需要一些附加的提示。所述READY(就緒)狀態(tài)出現(xiàn)在所有子節(jié)點都已經(jīng)完成預算過程時。在此刻，所述評審者是預算過程的要徑，并且必須拒絕或者提交來自于下級的數(shù)據(jù)。在其它數(shù)據(jù)收集方法中，這種方法的一個優(yōu)勢在于中級管理者具有簡單并且有效的方法來顯示他們已經(jīng)接受的上級管理，并且保證預算的預測。
圖19舉例說明了當Peter拒絕來自于代銷店A的信息時、信息的示例性視圖。代銷店A已經(jīng)轉(zhuǎn)換回到WIP狀態(tài)，其因此還把區(qū)域1移回WIP狀態(tài)。擁有者Andy自動地接收來自于Peter(他的評審者)的電子郵件，通知他為什么所述意見被拒絕。繼續(xù)這種一致性處理，直到把合格的預算信息最終向上傳送到所述層級的所有級別。
圖20舉例說明了當分析員8創(chuàng)建并且維護企業(yè)模型時、由瀏覽器52呈現(xiàn)的示例性視圖，包括把擁有者分配給所述層級的各種節(jié)點。圖21舉例說明了當分析員為每個節(jié)點定義存取級別(例如讀取對寫入)時、由瀏覽器52呈現(xiàn)的示例性視圖。
已經(jīng)說明了本發(fā)明的不同的實施例。這些以及其它實施例都在以下權(quán)利要求書的范圍內(nèi)。
權(quán)利要求
1.一種系統(tǒng)，包括應用服務器，根據(jù)定義一組企業(yè)用戶的模型，執(zhí)行企業(yè)計劃活動；以及擴展管理器，根據(jù)該模型有選擇地將軟件擴展配置到企業(yè)用戶。
2.如權(quán)利要求1所述的系統(tǒng)，其中該模型定義企業(yè)用戶的角色，擴展管理器基于分配給企業(yè)用戶的角色，有選擇地將軟件擴展配置到企業(yè)用戶。
3.如權(quán)利要求2所述的系統(tǒng)，其中企業(yè)模型定義相關(guān)節(jié)點的多級層級，并將企業(yè)用戶與節(jié)點關(guān)聯(lián)，以及其中擴展管理器基于與企業(yè)用戶有關(guān)的節(jié)點，有選擇地將軟件擴展配置到企業(yè)用戶。
4.如權(quán)利要求1所述的系統(tǒng)，其中擴展管理器提供將軟件擴展分配到節(jié)點的接口，用于將軟件擴展配置到企業(yè)用戶。
5.如權(quán)利要求3所述的系統(tǒng)，其中擴展管理器基于與每個企業(yè)用戶相關(guān)的節(jié)點的分級，將軟件擴展配置到企業(yè)用戶。
6.如權(quán)利要求1所述的系統(tǒng)，其中擴展管理器提供接口，通過該接口，系統(tǒng)管理員通過企業(yè)模型注冊新軟件擴展，以及根據(jù)該模型，有選擇地將軟件擴展配置到企業(yè)用戶。
7.如權(quán)利要求1所述的系統(tǒng)，進一步包括管理服務器，提供用于擴展管理器的操作環(huán)境，其中軟件擴展包括在管理服務器上執(zhí)行的管理軟件擴展。
8.如權(quán)利要求1所述的系統(tǒng)，其中軟件擴展包括在應用服務器上執(zhí)行的服務器端軟件擴展。
9.如權(quán)利要求1所述的系統(tǒng)，進一步包括在一個企業(yè)用戶的遠程計算設備上執(zhí)行的網(wǎng)絡瀏覽器，在遠程計算設備與應用服務器之間傳送投稿數(shù)據(jù)，其中軟件擴展包括在遠程計算設備上執(zhí)行的客戶端擴展。
10.如權(quán)利要求9所述的系統(tǒng)，進一步包括在應用服務器上執(zhí)行的投稿模塊，經(jīng)網(wǎng)絡瀏覽器接收來自請求用戶的登錄請求，響應根據(jù)該模型配置到請求用戶的登錄請求，識別新安裝的客戶端軟件擴展，并將所識別的軟件擴展傳送到遠程計算設備用于執(zhí)行。
11.如權(quán)利要求1所述的系統(tǒng)，進一步包括應用編程接口(API)，通過該接口，軟件擴展訪問存儲該模型的數(shù)據(jù)庫。
12.如權(quán)利要求1所述的系統(tǒng)，其中擴展管理器存儲針對由模型指定的各個企業(yè)用戶的用戶特定擴展信息。
13.如權(quán)利要求1所述的系統(tǒng)，其中擴展管理器提供允許系統(tǒng)管理員將軟件擴展映射到系統(tǒng)事件的接口，用于響應系統(tǒng)事件，調(diào)用軟件擴展。
14.如權(quán)利要求1所述的系統(tǒng)，其中軟件模塊符合部件對象模型。
15.如權(quán)利要求1所述的系統(tǒng)，其中企業(yè)用戶包括以投稿數(shù)據(jù)的形式提交用于企業(yè)預測的企業(yè)投稿人，和使投稿數(shù)據(jù)與目標數(shù)據(jù)形式的企業(yè)目標一致的評審者。
16.如權(quán)利要求15所述的系統(tǒng)，其中軟件擴展包括控制投稿數(shù)據(jù)和目標數(shù)據(jù)一致的最實際軟件擴展。
17.如權(quán)利要求15所述的系統(tǒng)，其中最實際軟件擴展使投稿數(shù)據(jù)與目標數(shù)據(jù)的一致性在預定百分比內(nèi)。
18.如權(quán)利要求15所述的系統(tǒng)，其中最實際軟件擴展使預測數(shù)據(jù)降低到預定分級或按預定百分比降低。
19.一種方法，包括根據(jù)定義一組企業(yè)用戶的模型，執(zhí)行企業(yè)計劃活動；以及根據(jù)該模型，有選擇地將軟件擴展配置到企業(yè)用戶。
20.如權(quán)利要求19所述的方法，其中該模型定義企業(yè)用戶的角色，以及有選擇地配置軟件擴展包括基于分配給企業(yè)用戶的角色，有選擇地將軟件擴展配置到企業(yè)用戶。
21.如權(quán)利要求19所述的方法，其中企業(yè)模型定義與企業(yè)用戶有關(guān)的相關(guān)節(jié)點的多級層級，以及有選擇地配置軟件擴展包括基于與企業(yè)用戶有關(guān)的節(jié)點的分級，有選擇地將軟件擴展配置到企業(yè)用戶。
22.如權(quán)利要求21所述的方法，進一步包括從系統(tǒng)管理員接收輸入；以及響應配置到企業(yè)用戶的輸入，將軟件擴展分配到節(jié)點。
23.如權(quán)利要求19所述的方法，進一步包括提供接口，通過該接口，系統(tǒng)管理員通過企業(yè)模型注冊新軟件擴展；以及根據(jù)該模型，有選擇地將新軟件擴展配置到企業(yè)用戶。
24.如權(quán)利要求19所述的方法，進一步包括從請求的一個用戶的遠程計算設備接收登錄請求；響應登錄請求，識別新安裝的客戶端軟件擴展；以及將所識別的軟件擴展傳送到遠程計算設備用于執(zhí)行。
25.如權(quán)利要求19所述的方法，其中有選擇地配置軟件擴展包括有選擇地配置管理軟件擴展、服務器端軟件擴展和客戶端軟件擴展。
26.如權(quán)利要求19所述的方法，進一步包括將軟件擴展映射到系統(tǒng)事件；以及響應系統(tǒng)事件，調(diào)用軟件擴展。
27.如權(quán)利要求19所述的方法，進一步包括有選擇地配置最實際軟件擴展，以便控制定義用于企業(yè)的預測的投稿數(shù)據(jù)與定義用于企業(yè)目標的目標數(shù)據(jù)的一致性。
28.如權(quán)利要求27所述的方法，進一步包括經(jīng)最實際軟件擴展，使投稿數(shù)據(jù)與目標數(shù)據(jù)的一致性在預定百分比內(nèi)。
29.如權(quán)利要求27所述的方法，進一步包括使預測數(shù)據(jù)降低到預定分級或按預定百分比降低。
30.一種計算機可讀介質(zhì)，包括使處理器執(zhí)行下述操作的指令根據(jù)定義一組企業(yè)用戶的模型，執(zhí)行企業(yè)計劃活動，其中企業(yè)模型定義層級排列的節(jié)點并將企業(yè)用戶與節(jié)點關(guān)聯(lián)；以及根據(jù)該模型，有選擇地將軟件擴展配置到企業(yè)用戶。
31.如權(quán)利要求30所述的計算機可讀介質(zhì)，其中該模型定義企業(yè)用戶的角色，以及有選擇地配置軟件擴展包括基于分配給企業(yè)用戶的角色，有選擇地將軟件擴展配置到企業(yè)用戶。
32.如權(quán)利要求30所述的計算機可讀介質(zhì)，其中企業(yè)模型包括與企業(yè)用戶有關(guān)的相關(guān)節(jié)點的多級層級，以及指令使處理器基于與企業(yè)用戶有關(guān)的節(jié)點的分級，有選擇地將軟件擴展配置到企業(yè)用戶。
33.如權(quán)利要求30所述的計算機可讀介質(zhì)，其中指令使處理器從系統(tǒng)管理員接收輸入，并以及響應配置到企業(yè)用戶的輸入，將軟件擴展分配到節(jié)點。
34.如權(quán)利要求30所述的計算機可讀介質(zhì)，其中指令使處理器提供接口，通過該接口，系統(tǒng)管理員通過企業(yè)模型注冊新軟件擴展，并根據(jù)該模型有選擇地將新軟件擴展配置到企業(yè)用戶。
35.如權(quán)利要求30所述的計算機可讀介質(zhì)，其中指令使處理器有選擇地配置最實際軟件擴展，以控制定義用于企業(yè)預測的投稿數(shù)據(jù)與定義用于企業(yè)目標的目標數(shù)據(jù)的一致性。
36.如權(quán)利要求35所述的計算機可讀介質(zhì)，其中指令使處理器經(jīng)最實際軟件擴展，使投稿數(shù)據(jù)和目標數(shù)據(jù)的一致性在預定百分比內(nèi)。
37.如權(quán)利要求35所述的計算機可讀介質(zhì)，其中指令使處理器使預測數(shù)據(jù)降低到預定分級或按預定百分比降低。
全文摘要
企業(yè)商業(yè)計劃系統(tǒng)包括服務器－應用服務器，以便根據(jù)定義一組企業(yè)用戶的模型，執(zhí)行企業(yè)計劃活動。該系統(tǒng)進一步包括擴展管理器，根據(jù)該模型，有選擇地將軟件擴展配置到企業(yè)用戶。該模型可以例如定義企業(yè)用戶的角色，擴展管理器基于分配到企業(yè)用戶的角色，有選擇地將軟件擴展配置到企業(yè)用戶。作為另一例子，企業(yè)模型可以包括相關(guān)節(jié)點的多級層級，以及將企業(yè)用戶與節(jié)點關(guān)聯(lián)。擴展管理器可以基于與企業(yè)用戶有關(guān)的各個節(jié)點的分級，有選擇地將軟件擴展配置到企業(yè)用戶。
文檔編號G06Q10/00GK1685352SQ03823365
公開日2005年10月19日 申請日期2003年9月19日 優(yōu)先權(quán)日2002年9月30日
發(fā)明者B·S·胡梅南斯基, J·薩克利夫, M·圣伊萊斯, M·C·米爾斯, C·A·阿申布雷納, J·M·佩特斯蒂克, A·塞爾 申請人:厄得塔姆公司