專利名稱：用于自動配置信息系統(tǒng)的方法和系統(tǒng)的制作方法
技術(shù)領域：
本發(fā)明的至少一個實施例涉及信息系統(tǒng)，更具體地，涉及自動配置信息 系統(tǒng)。
背景技術(shù)：
隨著企業(yè)資源計劃(ERP)方法學已經(jīng)變得更受歡迎，已經(jīng)出現(xiàn)了幫助 商業(yè)經(jīng)理們在諸如庫存控制(inventory control )、訂單跟蹤(order tracking )、 客戶服務、財務和人力資源等的商業(yè)活動中實施ERP的軟件應用。
ERP系統(tǒng)的商業(yè)配置要求對ERP系統(tǒng)及其能力的全面了解。具體來說， 為了確定需要實施什么樣的功能以及什么樣的系統(tǒng)行為必須被配置，要求 ERP系統(tǒng)的不同功能及其配置間的依賴性。例如，如果客戶選擇實施"銷售訂 單管理，，功能，則如果"銷售訂單管理，，功能依賴于"基本銷售訂單，，功能和"定 價，，功能，客戶必須也實施"基本銷售訂單，，和"定價，，功能。未能實施這些功能 意味著客戶不能運行"銷售訂單管理"功能。
在已知的現(xiàn)有技術(shù)ERP系統(tǒng)中，范圍確定過程(即，根據(jù)客戶的商業(yè)要 求確定要求ERP系統(tǒng)什么樣的商業(yè)功能的任務)由有經(jīng)驗的、非常有資格的 咨詢?nèi)藛T通過分析商業(yè)要求、確定商業(yè)解決方案并通過配置ERP系統(tǒng)實施所 述解決方案來手動地處理。商業(yè)系統(tǒng)越復雜，則以純手動方式實施商業(yè)解決 方案越困難。因此，人們期望使所述過程自動化。

發(fā)明內(nèi)容
本發(fā)明包括一種用于自動配置企業(yè)資源計劃(ERP)系統(tǒng)的方法。所述 方法包括在企業(yè)資源計劃(ERP)系統(tǒng)處維護多個商業(yè)元素的步驟。所述方 法還包括基于多個商業(yè)元素間的關系集合自動地確定多個商業(yè)元素中的每一 個的狀態(tài)的步驟。
從下面的附圖以及詳細描述中，本發(fā)明的其他方面將會清晰。 '


在附圖的圖中，通過舉例而非限制的方式示出了本發(fā)明的一個或更多個
實施例，在附圖中，相同的參考指示類似的元素，并且在附圖中 圖1示出了在其中可以實施本發(fā)明的實施例的網(wǎng)絡環(huán)境； 圖2示出了自動商業(yè)配置子系統(tǒng)(Automatic Business Configuration
Subsystem, ABCS )的結(jié)構(gòu)的例子；
圖3a根據(jù)一個實施例示出了規(guī)則語法集合的例子；
圖3b才艮據(jù)一個實施例示出了圖形用戶接口 ( Graphic User Interface, GUI)
的例子，用戶可以通過該圖形用戶接口把規(guī)則輸入到ERP系統(tǒng)中； 圖4是根據(jù)一個實施例示出了存儲器中規(guī)則庫模塊的實例的框圖； 圖5根據(jù)一個實施例示出了減小用于支持多個用戶/開發(fā)者的規(guī)則庫模塊
的多個實例所消耗的存儲器大小的機制；
圖6根據(jù)一個實施例示出了演繹框架(deduction framework )的結(jié)構(gòu)的例子; 圖7才艮據(jù)一個實施例示出了一致性維護框架(Consistency Maintenance
Framework, DMF )的結(jié)構(gòu)的例子；
圖8是才艮據(jù)一個實施例示出了范圍確定過程的例子的流程圖9a是根據(jù)另外的實施例示出了范圍確定過程的流程圖9b是根據(jù)另 一 個實施例示出了范圍確定過程的流程圖9c是根據(jù)另一個實施例示出了范圍確定過程的流程圖IO是根據(jù)一個實施例示出了解決方案產(chǎn)生器的過程的流程圖；和
圖ll是示出了處理系統(tǒng)的例子的框圖。
具體實施例方式
描述了一種用于自動配置企業(yè)資源計劃(ERP)系統(tǒng)的方法和系統(tǒng)。在 本說明書中對"實施例"、"一個實施例"等等的引用表示所描述的具體特征、 結(jié)構(gòu)或特性被包括在本發(fā)明的至少一個實施例中。在本說明書中出現(xiàn)這些短
語不一定都指同一實施例。 1.企業(yè)資源計劃系統(tǒng)
圖1示出了在其中可以實施本發(fā)明的實施例的網(wǎng)絡環(huán)境。如圖所示，企 業(yè)資源計劃(ERP)系統(tǒng)11通過互連13可通信地耦合到多個客戶機12?；?br> 連13本質(zhì)上可以是任何類型的計算機網(wǎng)絡，例如局域網(wǎng)(LAN)、廣域網(wǎng) (WAN )、城域網(wǎng)(MAN )或國際互聯(lián)網(wǎng)，并且可以實施國際互聯(lián)網(wǎng)協(xié)議(IP )。 每一個客戶機12均運行客戶機側(cè)ERP應用14。這樣的應用可以是例如基于 網(wǎng)絡的應用，所述基于網(wǎng)絡的應用允許用戶登錄到ERP系統(tǒng)ll,并對商業(yè)配 置項目進行工作。用戶可以通過經(jīng)由客戶機側(cè)ERP應用14提供的接口提交 命令并接收結(jié)果或者指令來與ERP系統(tǒng)11通信。在一個實施例中，這樣的 接口是圖形用戶接口 (GUI)。
ERP系統(tǒng)11提供一組商業(yè)元素101。每一個商業(yè)元素101均可以是商業(yè) 套裝(package) 102、商業(yè)主題103或商業(yè)選項104。商業(yè)套裝102可以包括 一組商業(yè)主題103。商業(yè)主題103可以包括一組商業(yè)選項104。例如，ERP系 統(tǒng)可以提供"銷售訂單管理，，商業(yè)套裝。"銷售訂單管理，，商業(yè)套裝可以包括諸 如"銷售訂單報價"、"定價，，和"產(chǎn)品配置，，等的商業(yè)主題。商業(yè)主題"定價，，可以 包括諸如"標準定價，，、"季節(jié)性貨物"等的商業(yè)選項。
作為商業(yè)要求的結(jié)果，商業(yè)元素的功能可能依賴于另一個商業(yè)元素的功 能。如果是那樣的話，在這兩個商業(yè)元素之間存在依賴性關系。在已知的現(xiàn) 有技術(shù)ERP系統(tǒng)中，用戶需要基于商業(yè)要求和這些商業(yè)元素間的依賴性關系 手動地確定需要選擇和實施什么樣的商業(yè)元素。本發(fā)明包括可以基于商業(yè)要 求和這些商業(yè)元素間的依賴性關系自動地確定需要選擇和實施什么樣的商業(yè) 元素的ERP系統(tǒng)。
在一個實施例中，ERP系統(tǒng)11可以包括自動商業(yè)配置子系統(tǒng)(ABCS) 105。 ABCS 105將依賴關系建模為規(guī)則。規(guī)則規(guī)定了特定的商業(yè)元素是要求 還是排斥其他的商業(yè)元素。這里，商業(yè)元素的狀態(tài)包括兩個方面。第一個方 面是商業(yè)元素的選擇狀態(tài)。選擇狀態(tài)的值可以是"被選擇，，或"被淘汰"。第二 個方面是商業(yè)元素的可改變性狀態(tài)。可改變性狀態(tài)的值可以是"可改變的"或 "不可改變的"。如果商業(yè)元素的選擇狀態(tài)是"被選4奪"，則在配置過程期間需 要實施和該商業(yè)元素相關的功能。如果商業(yè)元素的選擇狀態(tài)是"被淘汰"，則 不需要和該商業(yè)元素相關的功能。如果商業(yè)元素的可改變性狀態(tài)是"可改變
的"，則用戶或過程可以改變該商業(yè)元素的選擇狀態(tài)。否則，不能改變該商業(yè) 元素的選擇狀態(tài)。
最初， 一些特定的商業(yè)元素被缺省地或者被用戶的手動選擇(例如通過 接口)選擇。
一些商業(yè)元素的這些初始狀態(tài)被稱為初始事實?；诔跏际聦?br> 和規(guī)則，ABCS105自動地確定需要選擇和實施什么樣的其他商業(yè)元素，使得
作為結(jié)果的系統(tǒng)針對商業(yè)要求在功能上是完整的。確定被發(fā)送回客戶機側(cè)
ERP應用14,它以根據(jù)GUI中的確定的模式顯示每一個對應的商業(yè)元素。例 如，如果商業(yè)元素的狀態(tài)被確定是"被選擇"，則該商業(yè)元素被客戶機側(cè)ERP 應用14按照告知用戶該商業(yè)元素當前被選擇的模式顯示。用戶可以通過選擇 或者淘汰商業(yè)元素來操縱客戶機側(cè)ERP應用14的GUI,因此觸發(fā)ABCS 105 來確定用戶選擇的商業(yè)元素的狀態(tài)改變的后果。例如，后果可能是另一個商 業(yè)元素的狀態(tài)的改變。后果被發(fā)送回客戶機側(cè)ERP應用14,用于更新GUI。 注意，如圖1中所示的一些或全部部件可以被實施在軟件、硬件或這兩者的 組合中。
2.自動商業(yè)配置子系統(tǒng)
圖2根據(jù)一個實施例示出了自動商業(yè)配置子系統(tǒng)(ABCS)的結(jié)構(gòu)的例 子。如圖所示，ABCS 105包括規(guī)則語義模塊201。規(guī)則語義模塊201對規(guī)則 提供語法和語義檢查。在一個實施例中，用戶可以通過客戶機側(cè)ERP應用14 把規(guī)則輸入到ERP系統(tǒng)11中。規(guī)則語義模塊201解析規(guī)則，把規(guī)則變換為 統(tǒng)一的格式，并把規(guī)則存儲在持久性206中。當被規(guī)則庫模塊202調(diào)用時(下 面介紹)，規(guī)則語義模塊201從持久性206檢索這些規(guī)則并把它們變換為核內(nèi) 規(guī)則對象(in-core rule object)。這里，術(shù)語"核內(nèi)"表示在處理系統(tǒng)的主存儲 器中。規(guī)則語義模塊201還針對存儲在持久性206中的規(guī)則做冗余和沖突檢 查。冗余檢查防止持久性中的冗余規(guī)則。沖突檢查檢測抵觸的規(guī)則和遞歸的 規(guī)則。
ABCS 105還包括規(guī)則庫模塊202。在規(guī)則被規(guī)則語義模塊201封裝為核 內(nèi)對象以后，規(guī)則庫模塊202組織這些對象以使它們可以被其他部件很容易 地訪問或者搜索。
演繹框架203是處理范圍確定過程中所有不同關系的模塊。這些關系可 以包括約束、預選、先決條件等，但是不限于此。演繹框架203也可以處理 改變確定和可改變性確定。改變確定指確定特定商業(yè)元素的狀態(tài)是否應該#皮
改變，例如從"被選擇"到"被淘汰"。可改變性確定指確定特定商業(yè)元素的狀 態(tài)當前是否可以被改變，例如從"被選擇"到"被淘汰"。
演繹框架203響應于接收到被斷言的事實，觸發(fā)改變確定和/或可改變性
確定功能。被斷言的事實指被用戶通過客戶機側(cè)ERP應用14對商業(yè)元素的 選擇或淘汰導致的商業(yè)元素的狀態(tài)改變。注意，事實也可以被過程斷言。演 繹框架203把被斷言的事實與可用規(guī)則的條件匹配以便確定后果。后果可以 是例如另一個商業(yè)元素的狀態(tài)必須因所述被斷言的事實而被改變。例如，假 設規(guī)則被規(guī)定為"如果X被選擇并且Y被選擇，則M被選擇"。還假設X的 當'前狀態(tài)是"被選擇"，并且因為例如用戶手動地從客戶機側(cè)ERP應用14的 GUI選擇了 Y， Y的狀態(tài)剛被改變到"被選擇"。因此，由于上面規(guī)則的條件 變?yōu)檎?，M的當前狀態(tài)應該是"被選擇"。
因為上面的推理是從規(guī)則的條件到規(guī)則的后果，所以它被稱為前向鏈接 (forward chaining )。基于被確定的后果，演繹框架203更新每一個被影響的 商業(yè)元素的狀態(tài)。
演繹框架203還提供了說明確定的功能。說明確定確定并提供特定商業(yè) 元素的當前狀態(tài)的原因，當前狀態(tài)例如是"被選擇"或"被淘汰"。例如，如果 規(guī)則被定義為"如果A被選擇，則B被淘汰，，，則如果商業(yè)元素B的當前狀態(tài) 是"被淘汰"，則可能的原因之一可能是商業(yè)元素A的當前狀態(tài)是"被選擇"。 如例子中所示，推理是從規(guī)則的后果到條件，因此，它被稱為后向鏈接 (backward chaining )。
如圖所示，ABCS 105還包括商業(yè)配置邏輯模塊204。商業(yè)配置邏輯模塊 204控制范圍確定過程的進展。
工作空間模塊205提供維護核內(nèi)數(shù)據(jù)結(jié)構(gòu)的功能，所述核內(nèi)數(shù)據(jù)結(jié)構(gòu)在 范圍確定過程期間存儲至少一些ERP系統(tǒng)11的商業(yè)元素的狀態(tài)。工作空間 模塊205還提供會話和存儲器管理。會話管理使得ERP系統(tǒng)11能夠處理由 多個用戶開始的多個范圍確定過程。存儲器管理提供了存儲器塊的分配/取消 分配的功能，把數(shù)據(jù)從工作空間實例存儲在持久性206中，并把數(shù)據(jù)從持久 性206讀到工作空間實例中。例如，在商業(yè)元素的狀態(tài)-故演繹框架203改變 以后，工作空間模塊205可以更新存儲在持久性206中的商業(yè)元素的狀態(tài)。
ABCS 105可以包括重建模塊207。在用戶的范圍確定過程的某個點，重 建模塊207提供使得用戶能夠?qū)斍胺秶_定過程作為圖像數(shù)據(jù)保存在持久
性206或不同的數(shù)據(jù)庫中的功能。以后，應用戶的請求，重建模塊207可以 從保存在持久性206中的圖像數(shù)據(jù)把范圍確定過程重建到存儲器中，以使用 戶可以從范圍確定過程被保存的點繼續(xù)該范圍確定過程。
一致性維護框架(CMF )模塊208檢測某些商業(yè)元素的狀態(tài)的不一致性， 并提供解決這些不一致性的解決方案。不一致性可能由不同的原因?qū)е?。?如，在商業(yè)元素的狀態(tài)被定下來以后，規(guī)則改變了。改變的后果是該商業(yè)元 素的狀態(tài)必須被改變。因此，規(guī)則改變導致了沖突(即不一致性)。另一個例 子，當兩個開發(fā)者正在對同一范圍確定項目的不同方面進行工作時，他們的 工作空間需要被合并為最終的工作空間。假設他們的工作都基于同 一規(guī)則集 合。但是，在合并期間，同一商業(yè)元素可能具有兩個不同的狀態(tài)。因此，合 并導致了沖突。
在一個實施例中，CMF模塊208接收MJ'j集合和一組商業(yè)元素的狀態(tài)。 CMF模塊208自動地檢測所有的沖突并提出解決這些沖突的解決方案。注意， 圖2中所示的一些或全部部件可以被實施在軟件、硬件或這兩者的組合中。
2.1規(guī)則語義模塊
規(guī)則語義模塊201給各種類型的規(guī)則提供語法和語義檢查。規(guī)則語義模 塊201解析這些規(guī)則，把它們變換為統(tǒng)一的格式，并把它們存儲在持久性206 中。當被規(guī)則庫模塊202調(diào)用時，規(guī)則語義模塊201從持久性206檢索這些 規(guī)則并把它們變換為核內(nèi)對象。
規(guī)則和商業(yè)元素相關聯(lián)，并且規(guī)則能夠改變相關聯(lián)的商業(yè)元素的狀態(tài)。 規(guī)則語義模塊201根據(jù)預先定義的規(guī)則語法解析規(guī)則。使用語法產(chǎn)生式 (grammar production)給出規(guī)則語法。圖3a根據(jù)一個實施例示出了規(guī)則語法
止或終止符號序列的可能擴展。在語法產(chǎn)生式中，非終止符號用斜體類型示 出，終止符號用黑體示出。如圖所示，列301列出了要定義的名字，并且列 302列出了對應的定義。例如，約束規(guī)則被定義為 如果奈伴4這^則^果語々
如果奈伴4這式則要逸脊的語々否則要淘i t的語々
如果奈伴4這^則要逸舉的語々否則如果奈/^^這式則要淘^t的語々
在一個實施例中，規(guī)則語法由用戶通過接口規(guī)定。這些規(guī)定的語法可以
被存儲在數(shù)據(jù)庫(例如持久性206)中。當系統(tǒng)被初始化時，這些規(guī)定的語
法被從數(shù)據(jù)庫讀取，并被作為核內(nèi)語法對象給出。規(guī)則語義模塊201使用這
些核內(nèi)語法對象來解析規(guī)則。
在一個實施例中，用戶可以通過客戶機側(cè)ERP應用14把規(guī)則輸入到ERP 系統(tǒng)11中。規(guī)則語義模塊201解析這些規(guī)則，將這些規(guī)則變換為統(tǒng)一格式， 并把這些規(guī)則存儲在持久性206中。圖3b示出了圖形用戶接口 ( GUI)的例 子，通過該圖形用戶接口 ，用戶可以把規(guī)則輸入到例如系統(tǒng)11的ERP系統(tǒng) 中。如圖所示，該GUI具有簡介部分303和細節(jié)部分304。簡介部分303的 標題305指示和當前GUI有關的商業(yè)元素。簡介部分303提供用于為商業(yè)元 素添加新規(guī)則的按鈕306和用于去除已經(jīng)為商業(yè)元素創(chuàng)建的規(guī)則的按鈕307。 下拉列表308允許用戶選擇規(guī)則的后果，并且GUI部件309示出了規(guī)則的條 件。用戶可以檢查在下拉列表308前方示出的檢查框310，并在去除按鈕307 上點擊以去除該規(guī)則。用戶也可以在下拉列表308上點擊以便突出顯示要將 其在細節(jié)部分304中顯示的規(guī)則。
細節(jié)部分304顯示在筒介部分303中選擇的失見則。細節(jié)部分304在多個 規(guī)則部分313中顯色所選擇規(guī)則，每一個部分313代表唯一條件。此外，細 節(jié)部分304提供了用于添加新的規(guī)則部分313的按鈕311和用于去除被選擇 的現(xiàn)有規(guī)則部分313的按鈕312。在每一個規(guī)則部分313內(nèi)，存在允許用戶 選擇另 一個商業(yè)元素的GUI部件314和為被選擇的另 一個商業(yè)元素選擇狀態(tài) 的下拉列表315。在規(guī)則部分313中還存在檢查框316。用戶可以檢查檢查框 316供去除。注意，如圖3b中所示的GUI只是為了說明的目的而描述。也可 以采用其他的配置或者布局。
2.2規(guī)則庫模塊
如上面所介紹的那樣，規(guī)則庫模塊202 (在圖2中示出)在存儲器中將 規(guī)則組織為對象供快速訪問。圖4是根據(jù)一個實施例示出了存儲器中規(guī)則庫 模塊的實例的框圖。如圖所示，每一個商業(yè)元素401均與規(guī)則集合(RuleSet) 對象402相關聯(lián)。如果元素401是規(guī)則的條件，則該規(guī)則是元素的吸收規(guī)則 (sink rule )。如果元素401是規(guī)則的后果，則該規(guī)則是元素的起源規(guī)則。因 此，規(guī)則集合對象402可以包括吸收規(guī)則對象403和起源規(guī)則對象404,吸 收規(guī)則對象403包含元素的吸收規(guī)則集合，起源規(guī)則對象404包含元素的起 源規(guī)則集合。其他部件能夠通過利用元素的ID調(diào)用取得吸收規(guī)則接口 405和/或取得起源規(guī)則接口 406取得元素的吸收規(guī)則和/或起源規(guī)則。
圖5根據(jù)一個實施例示出了減小由用于支持多個用戶/開發(fā)者的規(guī)則庫模
塊的多個實例消耗的存儲器大小的機制。如圖所示，每一個會話504均具有 規(guī)則庫對象502。每一個規(guī)則庫對象502均具有會話規(guī)則庫對象503和參考 中央規(guī)則庫對象501的參考505。中央規(guī)則庫對象501被多于一個會話504 共享。在一個實施例中，每一個參考505均是指向共享的中央規(guī)則庫對象501 的指針。會話規(guī)則庫503獨立于中央規(guī)則庫501,并且只可用于特定的工作 存儲器實例503。
因為中央規(guī)則庫對象501被在存儲器中共享，多于一個的用戶能夠同時 在其上面進行操作。當任何用戶想要讀或?qū)懼醒胍?guī)則庫對象501時，用戶應 該檢查中央規(guī)則庫對象501是否被任何其他用戶鎖定。如果中央規(guī)則庫對象 501被另一個用戶鎖定，則用戶應該等待直到中央規(guī)則庫對象501被解除鎖 定。
2.3演繹框架
演繹框架203是處理范圍確定過程中所有不同關系的模塊。圖6根據(jù)一 個實施例示出了演繹框架結(jié)構(gòu)的例子。如圖所示，演繹框架203包括缺省值 處理器601、關系處理器602、狀態(tài)確定^^莫塊603和說明確定模塊604。
缺省值處理器601管理商業(yè)元素的缺省值。缺省值定義了商業(yè)元素的初 始值(即"被選擇，，或"被淘汰，，)。經(jīng)常為高層次商業(yè)元素(例如商業(yè)套裝)設 置缺省值。一J&來說，所有商業(yè)元素的缺省值是"被淘汰"。作為選擇，用戶 能夠定義規(guī)則以便把缺省值設置為"被選擇"。
在實施例中，只有當不存在其他設置商業(yè)元素的狀態(tài)的值來源時缺省值 才有效。例如，假設商業(yè)主題"定價，，被選擇，但是還沒有選擇"定價，，的商業(yè) 選項。在這種情況下，系統(tǒng)評估"定價，，商業(yè)選項的缺省規(guī)則，并選擇一個或 更多個商業(yè)選項。值來源被定義為導致商業(yè)元素的狀態(tài)改變的來源。在一個 實施例中，值來源可以是約束、手動選擇、預選、缺省值和先決條件。在很 多情況下，商業(yè)元素的狀態(tài)改變可能由多于一個的值來源導致。在解決沖突 時這些值來源的優(yōu)先權(quán)從高到低可以是約束、手動選擇、預選、缺省值和先 決條件。缺省值可以被約束、預選和手動選4奪覆蓋。
關系處理器602處理商業(yè)元素間的各種關系。這些關系可以是先決條件 關系、預選關系、約束，等等。先決條件是根據(jù)層次結(jié)構(gòu)，商業(yè)元素之間自
底向上的關系。先決條件表示，如果選擇了子商業(yè)元素，則其直接的雙親商 業(yè)元素被自動地選擇，并且如果雙親商業(yè)元素被淘汰，則其所有的子商業(yè)元 素被淘汰。
如果系統(tǒng)由于先決條件自動地選擇了商業(yè)元素，則這個商業(yè)元素繼承其 子結(jié)點的值來源。先決條件總是有效的，并且不能被其他的值來源否決。
約束代表在各種商業(yè)元素間存在的依賴性關系。存在"要被選擇，，和"要被 淘汰"約束。約束由規(guī)則實施。通過使用"如果"或者"否則如果，，語句，對于一 個商業(yè)元素只存在一個約束規(guī)則。
狀態(tài)確定模塊603基于由各種不同的值來源設置的值和與這些來源相關 聯(lián)的優(yōu)先權(quán)，確定商業(yè)元素的實際狀態(tài)。在一個實施例中，在解決沖突時從 高到低的優(yōu)先權(quán)可以是約束、手動選擇、預選、缺省值和先決條件。由較高 優(yōu)先權(quán)值來源設置的值推翻由較低優(yōu)先權(quán)值來源設置的值。例如，如果約束 規(guī)則把商業(yè)元素的值設置為"被淘汰"，而手動輸入把商業(yè)元素的值設置為"被 選擇"，則該商業(yè)元素的實際狀態(tài)是"被淘汰"。結(jié)果，如果約束設置商業(yè)元素 的狀態(tài)，則商業(yè)元素的狀態(tài)將是不可改變的，直到去除該約束為止。在一個 實施例中，如果存在將商業(yè)選項設置成"被淘汰，，的約束，則相關商業(yè)選項將 是不可見的，直到該約束被去除為止。
說明確定模塊604確定商業(yè)元素的當前狀態(tài)的發(fā)起者。發(fā)起者是作為相 關聯(lián)的商業(yè)元素的狀態(tài)的初始原因的商業(yè)元素。通過修改發(fā)起者的狀態(tài)，可 以從相關聯(lián)的商業(yè)元素去除約束。因此，說明確定模塊604不僅為開發(fā)者提 供了為什么相關聯(lián)的商業(yè)元素具有當前狀態(tài)的說明，而且提供了將相關聯(lián)的 商業(yè)元素的狀態(tài)解除鎖定的解決方案。例如，如果存在兩個商業(yè)元素X和Y, 并且規(guī)則是"如果X被選擇，則Y被選擇"。最初，X和Y都沒有被選擇，但 是可改變。假設X被選擇，則結(jié)果將是Y被選擇，并且Y是不可變的。在這 個例子中，用戶可能想要淘汰Y,但是由于Y的可改變性是"否"，這個操作 是不可能的。但是，用戶可以選擇將Y的所有發(fā)起者列出。在這個案例中發(fā)
素有可能具有多個發(fā)起者。說明確定模塊604能夠找出導致商業(yè)元素的當前 狀態(tài)的所有的發(fā)起者和路徑。
2.4 —致性維護框架(CMF)
如上面所介紹的那樣， 一致性維護框架(CMF)模塊208檢測某些商業(yè)元素的狀態(tài)的不一致性，并提供解決這些不一致性的解決方案。圖7根據(jù)一
個實施例示出了一致性維護框架(CMF)結(jié)構(gòu)的例子。如圖所示，CMF 208 包括預處理模塊701和解決方案產(chǎn)生器702。
預處理模塊701接收規(guī)則集合和商業(yè)元素集合。預處理模塊701基于這 些規(guī)則和商業(yè)元素創(chuàng)建可以被解決方案產(chǎn)生器702處理的數(shù)據(jù)元素。在這些 商業(yè)元素中，某些商業(yè)元素的狀態(tài)被確知。換句話說，已經(jīng)驗證或者確認過 這些商業(yè)元素的狀態(tài)是正確的。這些狀態(tài)被稱為被確知的狀態(tài)，并且可以被 用作檢測不 一致性的基礎。
在一個實施例中，預處理模塊701為每一個商業(yè)元素創(chuàng)建被稱為結(jié)點的 數(shù)據(jù)元素。結(jié)點是具有被定義真值或假值的事實。例如，如果商業(yè)元素A的 狀態(tài)是"被選擇"，則結(jié)點A-1 ("r，代表真)被創(chuàng)建，假設"被選擇"狀態(tài)為真。 預處理模塊701處理ERP系統(tǒng)的所有商業(yè)元素，并創(chuàng)建包括所有被創(chuàng)建的結(jié) 點的集合。這樣的集合被稱為普遍結(jié)點集合(universal node set)。例如，假 設存在四個商業(yè)元素A、 B、 C和D。還假設A的狀態(tài)是"被選擇"，B的狀態(tài) 是"被選擇"，C的狀態(tài)是"被淘汰"，并且D的狀態(tài)是"被淘汰"。這樣，普遍 結(jié)點集合將是(A爿，B=l, C = 0， D = 0}。
預處理模塊701基于規(guī)則集合創(chuàng)建不相容集(nogood)集合。不相容集 是不能同時存在(或共存)的結(jié)點的集合。例如，如果規(guī)則被規(guī)定為"如果A 被選擇，則B被選擇"?；谠撘?guī)則，創(chuàng)建不相容集(A-1， B = 0}，表示A 被選擇，B被淘汰的情形不應該發(fā)生。如果不相容集是普遍結(jié)點集合的子集， 則它表示普遍結(jié)點集合不是一致的。結(jié)果，ERP系統(tǒng)的商業(yè)元素的狀態(tài)也是 不一致的。
在一個實施例中，預處理模塊701被實施為基于假設的真值維護系統(tǒng) (Assumption-based Truth Maintenance System, ATMS )。 <旦是，本4貞i或普通^支 術(shù)人員將理解在實施預處理模塊701時也可以使用其他的真值維護系統(tǒng) (Truth Maintenance System, TMS )。
解決方案產(chǎn)生器702從預處理模塊701接收這些數(shù)據(jù)元素，確定商業(yè)元 素的狀態(tài)彼此是否一致，并且如果有則找到解決任何不一致性的解決方案。 在一個實施例中，解決方案產(chǎn)生器702的目的是找到要求改變最少數(shù)量的商 業(yè)元素的狀態(tài)的解決方案。因此，解決方案產(chǎn)生器702需要找到其狀態(tài)與其 他商業(yè)元素的狀態(tài)一起違犯了最多數(shù)量的規(guī)則的商業(yè)元素。例如，假設商業(yè)
元素A的狀態(tài)是"被選擇"并且B的狀態(tài)是"被淘汰"，A和B的狀態(tài)違犯了規(guī) 則"如果A被選擇，則B被選擇"。于是解決方案產(chǎn)生器702改變商業(yè)元素的 狀態(tài)以使所有商業(yè)元素的狀態(tài)正變得不那么不一致。解決方案產(chǎn)生器702重 復上面的步驟，直到所有商業(yè)元素的狀態(tài)不違犯規(guī)則中的任何一個為止。
在一個實施例中，解決方案產(chǎn)生器702為開發(fā)者提供用戶友好的說明來 幫助開發(fā)者更快地解決不 一致性。
3.處理流程
圖8是#4居一個實施例示出了范圍確定過程的例子的流程圖。注意，圖 8的過程可以由可以包括軟件、硬件，或者兩者的組合的處理邏輯執(zhí)行。在 塊801,創(chuàng)建并初始化新的范圍確定過程。范圍確定過程可以由用戶通過客 戶機側(cè)ERP應用14的GUI創(chuàng)建。例如，GUI可以提供允許用戶新建范圍確 定過程的按鈕或者菜單選項。
在塊802， ERP系統(tǒng)11的ABCS 105從客戶機側(cè)ERP應用14接收請求。 ABCS 105確定該請求是什么。如果該請求是范圍確定請求，則流程去往塊 803。如果該請求是針對商業(yè)元素的當前狀態(tài)的說明，則流程去往塊804。
在塊803， ABCS105處理范圍確定請求。范圍確定請求可以由斷言事實 的用戶觸發(fā)。當用戶通過客戶機側(cè)ERP應用14的GUI選好選擇或者淘汰例 如商業(yè)選項的商業(yè)元素時，事實可以被斷言。在范圍確定請求被處理以后， 流程回到塊802等待新的請求。
在塊804, ABCS 105接收關于商業(yè)元素的當前狀態(tài)的說明請求。說明請 求可以由用戶觸發(fā)，用戶通過客戶機側(cè)ERP應用14的GUI選擇商業(yè)元素， 并點擊用于被選擇的商業(yè)元素的當前狀態(tài)的說明的按鈕或者菜單選項。ABCS 105確定商業(yè)元素的當前狀態(tài)的發(fā)起者，并把信息發(fā)送到客戶機側(cè)ERP應用 14。在說明請求被處理以后，流程回到塊802等待新的請求。
圖9a是根據(jù)另外的實施例示出了范圍確定過程的流程圖。例如，圖9a 的過程可以被作為圖8的塊801的一部分執(zhí)行。在塊901， ABCS 105為特定 用戶創(chuàng)建工作空間對象(工作空間模塊205的實例)，并把控制交給工作空間 對象。工作空間對象組織由所述特定用戶開始和控制的當前范圍確定過程的 會話和存儲器空間。它還提供了接口，客戶機側(cè)ERP應用14能夠通過該接 口與范圍確定過程通信和/或控制范圍確定過程。
在塊902,工作空間對象創(chuàng)建商業(yè)配置邏輯對象(商業(yè)配置邏輯模塊204
的實例)，并把控制轉(zhuǎn)移給它。如上面所討論的，商業(yè)配置邏輯模塊204實施
控制范圍確定過程的邏輯。在商業(yè)配置邏輯對象從工作空間對象接收控制以
后，它創(chuàng)建規(guī)則庫對象(規(guī)則庫模塊202的實例)并將其初始化。在一個實 施例中，規(guī)則庫模塊202提供創(chuàng)建中央規(guī)則庫對象和會話-見則庫對象的功能， 中央規(guī)則庫對象組織被跨多個用戶會話共享的所有規(guī)則，并且會話規(guī)則庫對 象特定于具體用戶會話。中央規(guī)則庫對象只被創(chuàng)建和初始化一次。在中央規(guī) 則庫對象的初始化期間，中央規(guī)則庫對象創(chuàng)建規(guī)則語義模塊201的實例，它 從持久性206讀取規(guī)則并將其封裝為核內(nèi)規(guī)則對象。在開始時，會話規(guī)則庫 對象不包含任何特定于用戶會話的規(guī)則。但是，隨著范圍確定過程的進展， 將通過規(guī)則語義模塊201的實例從持久性206中讀取特定于用戶會話的規(guī)則。 在塊903,商業(yè)配置邏輯對象從持久性206中讀取初始事實。在一個實 施例中，初始事實是ERP系統(tǒng)11的商業(yè)元素中的一些的缺省值。在接收初 始事實以后，商業(yè)配置邏輯對象調(diào)用演繹框架模塊203的實例來確定其他商 業(yè)元素的狀態(tài)。
在塊904,演繹框架模塊203的實例基于初始事實確定其他商業(yè)元素的 狀態(tài)。這些狀態(tài)被發(fā)送回客戶機側(cè)ERP應用14。如果商業(yè)元素的狀態(tài)是"被 選擇，，，則客戶機側(cè)ERP應用14將按被選擇的顯示商業(yè)元素。如果商業(yè)元素 的狀態(tài)是"被淘汰，，，則客戶機側(cè)ERP應用14按被淘汰的顯示它。如果商業(yè) 元素的可改變性是"否，，(表示商業(yè)元素的狀態(tài)此刻不能被改變)，則客戶機側(cè) ERP應用14或者將其掩藏，或者以用戶不能選擇或淘汰它的方式將其顯示。
圖9b是根據(jù)另一個實施例示出了范圍確定過程的流程圖。例如，圖9b 的過程可以凈皮作為圖8的塊803的一部分沖丸行。在塊911， ABCS 105接收范 圍確定請求。在一個實施例中，ABCS 105通過與客戶機側(cè)ERP應用14綁定 的工作空間對象接收范圍確定請求。用戶可以通過由客戶機側(cè)ERP應用14 提供的GUI選擇或者淘汰特定商業(yè)元素，并觸發(fā)范圍確定請求。范圍確定請 求可以包括:f皮確知的事實。作為替換，被確知的事實可以被與范圍確定請求 分開地發(fā)送到ABCS 105。
在塊912,在初始化期間創(chuàng)建的商業(yè)配置邏輯對象從工作空間對象接收 被確知的事實，并調(diào)用演繹框架模塊203的實例。
在塊913，演繹框架模塊203的實例確定被確知的事實的后果。后果可 以是例如商業(yè)元素的狀態(tài)的改變。然后，這些后果被發(fā)送回客戶機側(cè)ERP應
用14。
圖9c是根據(jù)另一個實施例示出了范圍確定過程的流程圖。例如，圖9b 的過程可以被作為圖8的塊804的一部分執(zhí)行。在塊921， ABCS105接收關 于商業(yè)元素的說明請求。在塊922,在初始化期間創(chuàng)建的商業(yè)配置邏輯對象 接收說明請求和商業(yè)元素的標識。商業(yè)配置邏輯對象調(diào)用演繹框架模塊203 的實例。在塊923,演繹框架模塊203的實例確定商業(yè)元素的當前狀態(tài)的發(fā) 起者，組成說明，并把說明發(fā)送回客戶機側(cè)ERP應用14。
圖IO是根據(jù)一個實施例示出了解決方案產(chǎn)生器的過程的流程圖。例如， 該過程可以由圖7中所示的處理邏輯執(zhí)行。如上面所討論的，解決方案產(chǎn)生 器702的目的是找到要求改變最少數(shù)量的商業(yè)元素的狀態(tài)的解決方案。因此， 解決方案產(chǎn)生器702需要找到其狀態(tài)與其他商業(yè)元素的狀態(tài)一起違犯了最多 數(shù)量的規(guī)則的商業(yè)元素。于是解決方案產(chǎn)生器702改變商業(yè)元素的狀態(tài)以使 所有商業(yè)元素的狀態(tài)正變得不那么不一致。解決方案產(chǎn)生器702重復上面的 步驟，直到所有商業(yè)元素的狀態(tài)不違犯規(guī)則中的任何一個為止。
假設預處理模塊701已經(jīng)基于商業(yè)元素集合的狀態(tài)創(chuàng)建了普遍結(jié)點集 合，并基于所有的規(guī)則創(chuàng)建了不相容集集合。例如，々I設ERP系統(tǒng)具有三個 商業(yè)元素A、 B和C，并且ERP系統(tǒng)具有三個限制這三個元素的規(guī)則"如果 A被選擇，則B被選擇"，"如果B被選擇，則C被選擇"，和"如果A被淘汰， 則B被淘汰"。還假設A、 B和C的缺省狀態(tài)分別是"被選擇"、"被淘汰"和"被 淘汰"。因此，普遍結(jié)點集合是(A-l,B-0，O(n。不相容集集合是{八=1,8=0}、 {B=1,C=0}、 {八=0,8=1}和{八=1，0=0}。隨著在下面進一步示出圖IO的過程， 繼續(xù)這個例子。
在塊1001,解決方案產(chǎn)生器702接收通用結(jié)點結(jié)合和不相容集集合。 在塊1002,解決方案產(chǎn)生器702解決結(jié)點集合內(nèi)所有的矛盾。如果結(jié)點
不被允許，則可能出現(xiàn)矛盾。例如，如果"商業(yè)元素A必須被選擇，，是被確知
的事實，則結(jié)點A-0必須被改變?yōu)榻Y(jié)點A=l。
在塊1003，解決方案產(chǎn)生器702創(chuàng)建集合NG,包括所有的是普遍結(jié)點
集合的子集的不相容集。繼續(xù)上面的例子，因為不相容集{八=1,8=0}、 {A=l,
。=0}是普遍結(jié)點集合{八=1, B=0, 0=0}的子集，所以NG是UA^1, B=0}， {A=l,
C=0}}。
在塊1004,解決方案產(chǎn)生器702確定NG集合是否為空，表示沒有不相
容集是普遍結(jié)點集合的子集。如果NG集合為空，則在塊1005,普遍結(jié)點集 合中的每一個結(jié)點的K值和H值被統(tǒng)計。K值是結(jié)點在NG集合中出現(xiàn)的次 數(shù)。H值是結(jié)點的相反結(jié)點在整個不相容集集合中出現(xiàn)的次數(shù)。關于同一商 業(yè)元素，結(jié)點和其相反結(jié)點具有相反的值。例如，結(jié)點A=l的相反結(jié)點是 A=0。在上面的例子中，A、 B和C的K值得分別是2、 1和1。 A、 B和C 的H值得分別是O、 2和0。
但是，如果NG集合為空，則在塊1006，返回當前普遍結(jié)點集合作為解 決方案。
在塊1007,解決方案產(chǎn)生器702根據(jù)K值把結(jié)點按降序排序。如果兩個 結(jié)點其K值相等，則解決方案產(chǎn)生器702根據(jù)其N值把它們按升序排序。在 上面的例子中，排序的結(jié)果是A、 C、 B。
在塊1008，解決方案產(chǎn)生器702把普遍結(jié)點集合中的頂結(jié)點用其相反結(jié) 點代替。在塊1008以后，過程回到塊1002。在上面的例子中，A-O代替了 普遍結(jié)點集合(A二l,B-O， 00}中的A=l。因此，普遍結(jié)點集合變成(A-O， B=0, C=0}。在第二輪過程期間，NG集合為空。于是，返回普遍結(jié)點集合(Ai, B=0， C-OM乍為解決方案。
圖11是示出可用于本發(fā)明的一個實施例的處理系統(tǒng)的例子的框圖。該硬 件結(jié)構(gòu)可以應用于圖1的客戶機12和/或ERP系統(tǒng)11。和本發(fā)明沒有密切關 系的某些標準和公知的部件未被示出。處理系統(tǒng)包括一個或更多個耦合到總 線系統(tǒng)1103的處理器1101。
圖3中的總線系統(tǒng)1103是一種抽象，它代表任何一個或更多個由適當?shù)?橋接器、適配器和/或控制器連接的單獨物理總線和/或點到點連接。因此，總 線系統(tǒng)1103可以包括例如系統(tǒng)總線、外圍部件互連(Peripheral Component Interconnect, PCI)總線、超傳輸(HyperTransport)或工業(yè)標準結(jié)構(gòu)(industry standard architecture, ISA)總線、小型計算機系統(tǒng)接口 ( small computer system interface, SCSI)總線、通用串行總線(USB),或者電氣和電子工程師學會 (Institute of Electrical and Electronics Engineers, IEEE )標準1394總線(有 時候被稱為"firewire,火線")。
處理器1101是處理系統(tǒng)的中央處理單元(CPU)，因此控制處理系統(tǒng)的 總體操作。在某些實施例中，處理器1101通過執(zhí)行存儲在存儲器1102中的 軟件實現(xiàn)這個任務。處理器1101可以是或者可以包括一個或更多個可編程通 用或?qū)Ｓ梦⑻幚砥?、?shù)字信號處理器(DSP)、可編程控制器、專用集成電路
(ASIC)、現(xiàn)場可編程門陣列(field-programmable gate array, FPGA)、可編 程邏輯器件(programmable logic device, PLD)等等，或者這些器件的組合。
處理系統(tǒng)還包括耦合到總線系統(tǒng)1103的存儲器1102。存儲器1102代表 任何形式的隨機存取存儲器(RAM)、只讀存儲器(ROM)、閃存，或者它們 的組合。存儲器1102至少存儲處理系統(tǒng)的操作系統(tǒng)1104。
海量存儲設備1106、存儲適配器1107和網(wǎng)絡適配器1108也通過總線系 統(tǒng)1103連接到處理器1101。海量存儲設備1106可以是或者可以包括任何用 于以非易失方式存儲大量數(shù)據(jù)的常規(guī)介質(zhì)，例如一個或更多個磁盤。存儲適 配器1107允許處理系統(tǒng)訪問存儲子系統(tǒng)，并且可以是例如光纖通道適配器或 SCSI適配器。網(wǎng)絡適配器1108給處理系統(tǒng)提供了通過網(wǎng)絡與遠程設備通信 的能力，并且可以是例如以太網(wǎng)適配器或者光纖通道適配器。
存儲器1102和海量存儲設備1106存儲軟件指令和/或數(shù)據(jù)，所述指令和 /或數(shù)據(jù)可以包括用來實施這里介紹的技術(shù)的指令和/或tt據(jù)。
因此，已經(jīng)描述了用于自動配置企業(yè)資源計劃(ERP)系統(tǒng)的一種方法 和系統(tǒng)。
上面描述的內(nèi)容的一部分可以利用例如專用邏輯電路的邏輯電路實施或 者利用執(zhí)行程序代碼指令的微處理器或其他形式的處理核心實施。因此，由 上面的討論教導的過程可以利用例如機器可執(zhí)行指令的程序代碼執(zhí)行，機器 可執(zhí)行指令導致執(zhí)行這些指令的機器執(zhí)行某些功能。在這個上下文中，"機器" 可以是把中間形式(或"抽象")指令轉(zhuǎn)換為特定于處理器的指令(例如像"虛 擬機，，(例如Java虛擬機)、解釋器、公共語言運行時(Common Language Runtime )、高級語言虛擬機等的抽象執(zhí)行環(huán)境)的機器，和/或置于半導體芯 片上、設計成執(zhí)行指令的電子電路(例如用晶體管實施的"邏輯電路")，例如 通用處理器和/或?qū)Ｓ锰幚砥鳌Ｓ缮厦娴挠懻摻虒У倪^程也可以由被設計成執(zhí) 行這些過程(或其一部分)而不執(zhí)行程序代碼的電子電路(代替機器或與機 器聯(lián)合)執(zhí)行。
相信由上面的討論教導的過程也可以被在源級程序代碼中用各種面向?qū)?象或非面向?qū)ο蟮挠嬎銠C編程語言(例如Java、 C#、 VB、 Python、 C、 C++、 J#、 APL、 Cobol、 ABAP、 Fortran、 Pascal、 Perl等)描述，所述計算機編 程語言被各種軟件開發(fā)框架(例如微軟公司的.NET、 Mono、 Java、曱骨文公
司的Fusion等)支持。源級程序代碼可以被轉(zhuǎn)換為抽象執(zhí)行環(huán)境(例如Java 虛擬機、公共語言運行時、高級語言虛擬機、解釋器等)可理解的中間形式 的程序代碼(例如Java字節(jié)代碼、微軟中間語言(Intermediate Language )等)， 或者針對特定處理器的更為特定的程序代碼形式。
制造物可被用來存儲程序代碼。存儲程序代碼的制造物可以被具體實施 為一個或更多個存儲器(例如一個或更多個閃存、隨機存取存儲器(靜態(tài)、 動態(tài)或者其他的))、光盤、CD-ROM、 DVDROM、 EPROM、 EEPROM、磁 性或光學卡，或者其他類型的適于存儲電子指令的機器可讀介質(zhì)，但是不限 于此。程序代碼也可以當作具體實施在傳輸介質(zhì)中(例如通過通信鏈路(例 如網(wǎng)絡連接))的數(shù)振信號被從遠程的計算機(例如服務器)下載到做出請求 的計算機(例如客戶機)。
如這里所使用的，"邏輯，，可以包括例如軟件、硬件和/或硬件和軟件的組合。
盡管已經(jīng)參考具體的示范性實施例描述了本發(fā)明，但是將會發(fā)現(xiàn)本發(fā)明 不限于所描述的實施例，而是可以利用所附權(quán)利要求的精神和范圍內(nèi)的修改 和更改來實踐。因此，要從說明性而非限制性的意義上看待說明書和附圖。
權(quán)利要求
1.一種方法，包含在企業(yè)資源計劃(ERP)系統(tǒng)處維護多個商業(yè)元素；和基于所述多個商業(yè)元素間的關系集合自動地確定該多個商業(yè)元素中的每一個的狀態(tài)，考慮到規(guī)則集合在運行時通過演繹框架確定所述關系集合。
2. 如權(quán)利要求l所述的方法，所述多個商業(yè)元素中的每一個均包含商業(yè) 區(qū)域、商業(yè)套裝、商業(yè)主題或者商業(yè)選項。
3. 如權(quán)利要求l所述的方法，其中，所述多個商業(yè)元素間的關系集合中 的每一個均包含依賴性關系。
4. 如權(quán)利要求3所述的方法，其中，所述依賴性關系由所迷ERP系統(tǒng) 中的規(guī)則代表。
5. 如權(quán)利要求l所述的方法，其中，所述多個商業(yè)元素中每一個的狀態(tài) 包含被選擇狀態(tài)或者被淘汰狀態(tài)，被選擇狀態(tài)代表對應的商業(yè)元素被選擇， 并且與對應的商業(yè)元素相關聯(lián)的功能需要被實施，被淘汰狀態(tài)代表對應的商 業(yè)元素未被選擇，并且與對應的商業(yè)元素相關聯(lián)的功能中沒有一個需要^Mc實 施。
6. 如權(quán)利要求5所述的方法，其中，所述多個商業(yè)元素中每一個的狀態(tài) 還包含可改變狀態(tài)或者不可改變狀態(tài)，可改變狀態(tài)代表對應商業(yè)元素的狀態(tài) 可在被選擇狀態(tài)和被淘汰狀態(tài)之間改變，不可改變狀態(tài)代表對應商業(yè)元素的 狀態(tài)不可在被選擇狀態(tài)和被淘汰狀態(tài)之間改變。
7. 如權(quán)利要求1所述的方法，還包含基于所述多個商業(yè)元素中一個商業(yè) 元素的狀態(tài)自動地確定該多個商業(yè)元素中的每一個的狀態(tài)。
8. 如權(quán)利要求7所述的方法，其中，所述商業(yè)元素的狀態(tài)是該商業(yè)元素 的初始一犬態(tài)。
9. 如權(quán)利要求7所述的方法，其中，所述商業(yè)元素的狀態(tài)由用戶或者處 理過程設置。
10. —種機器可讀介質(zhì)，具有當被執(zhí)行時導致機器執(zhí)行一種方法的指令， 所述方法包含在企業(yè)資源計劃(ERP)系統(tǒng)處維護多個商業(yè)元素；和基于所述多個商業(yè)元素間的關系集合自動地確定該多個商業(yè)元素中的每一個的狀態(tài)，考慮到規(guī)則集合在運行時通過演繹框架確定所述關系集合。
11. 如權(quán)利要求IO所述的機器可讀介質(zhì)，所述多個商業(yè)元素中的每一個 均包含商業(yè)區(qū)域、商業(yè)套裝、商業(yè)主題或者商業(yè)選項。
12. 如權(quán)利要求IO所述的機器可讀介質(zhì)，其中，所述多個商業(yè)元素間的 關系集合中的每一個均包含依賴性關系。
13. 如權(quán)利要求12所述的機器可讀介質(zhì)，其中，所述依賴性關系由所述 ERP系統(tǒng)中的規(guī)則代表。
14. 如權(quán)利要求IO所述的機器可讀介質(zhì)，其中，所述多個商業(yè)元素中每 一個的狀態(tài)包含被選擇狀態(tài)或者被淘汰狀態(tài)，被選擇狀態(tài)代表對應的商業(yè)元 素被選擇，并且與對應的商業(yè)元素相關聯(lián)的功能需要被實施，被淘汰狀態(tài)代 表對應的商業(yè)元素未被選擇，并且與對應的商業(yè)元素相關聯(lián)的功能中沒有一 個需要被實施。
15. 如權(quán)利要求14所述的機器可讀介質(zhì)，其中，所述多個商業(yè)元素中每 一個的狀態(tài)還包含可改變狀態(tài)或者不可改變狀態(tài)，可改變狀態(tài)代表對應商業(yè) 元素的狀態(tài)可在被選擇狀態(tài)和被淘汰狀態(tài)之間改變，不可改變狀態(tài)代表對應 商業(yè)元素的狀態(tài)不可在^L選擇狀態(tài)和^C淘汰狀態(tài)之間改變。
16. 如權(quán)利要求IO所述的機器可讀介質(zhì)，還包含基于所述多個商業(yè)元素 中一個商業(yè)元素的狀態(tài)自動地確定該多個商業(yè)元素中的每一個的狀態(tài)。
17. 如權(quán)利要求16所述的機器可讀介質(zhì)，其中，所述商業(yè)元素的狀態(tài)是 商業(yè)元素的初始狀態(tài)。
18. 如權(quán)利要求16所述的機器可讀介質(zhì)，其中，所述商業(yè)元素的狀態(tài)由 用戶或者處理過程設置。
19. 一種企業(yè)資源計劃(ERP)系統(tǒng)，包含用于維護多個規(guī)則的規(guī)則庫，所述多個規(guī)則中的每一個均代表在該ERP 系統(tǒng)處維護的多個商業(yè)元素中兩個商業(yè)元素之間的關系，考慮到對應規(guī)則在 運行時通過演繹框架確定所述關系；和演繹框架，用于基于所述多個規(guī)則自動地確定所述多個商業(yè)元素中的每一個的狀態(tài)。
20. 如權(quán)利要求19所述的ERP系統(tǒng)，其中，所述演繹框架還基于所述 多個商業(yè)元素中 一個商業(yè)元素的狀態(tài)確定該多個商業(yè)元素中的每一個的狀 態(tài)。
21. 如權(quán)利要求20所述的ERP系統(tǒng)，其中，所述多個商業(yè)元素中的該 商業(yè)元素的狀態(tài)是所述商業(yè)元素的初始狀態(tài)。
22. 如權(quán)利要求20所述的ERP系統(tǒng)，其中，所述多個商業(yè)元素中該商 業(yè)元素的狀態(tài)由用戶或者過程設置。
23. 如權(quán)利要求19所述的ERP系統(tǒng)，其中，所述多個商業(yè)元素中的每 一個的狀態(tài)包含被選擇狀態(tài)或者被淘汰狀態(tài)，被選擇狀態(tài)代表對應的商業(yè)元 素被選擇，并且與對應的商業(yè)元素相關聯(lián)的功能需要被實施，被淘汰狀態(tài)代 表對應的商業(yè)元素未被選擇，并且與對應的商業(yè)元素相關聯(lián)的功能中沒有一 個需要被實施。
24. 如權(quán)利要求23所述的ERP系統(tǒng)，其中，所述多個商業(yè)元素中每一 個的狀態(tài)還包含可改變狀態(tài)或者不可改變狀態(tài)，可改變狀態(tài)代表對應商業(yè)元 素的狀態(tài)可在被選擇狀態(tài)和被淘汰狀態(tài)之間改變，不可改變狀態(tài)代表對應商 業(yè)元素的狀態(tài)不可在被選擇狀態(tài)和被淘汰狀態(tài)之間改變。
全文摘要
本發(fā)明涉及用于自動配置信息系統(tǒng)的方法和系統(tǒng)。企業(yè)資源計劃(ERP)系統(tǒng)維護多個商業(yè)元素。每一個商業(yè)元素均代表依賴于客戶的商業(yè)要求可能需要或者不需要的商業(yè)功能。范圍確定過程是根據(jù)客戶的商業(yè)要求和一些商業(yè)元素中存在的關系確定要求什么樣的商業(yè)元素的過程。ERP系統(tǒng)提供自動商業(yè)配置子系統(tǒng)。自動商業(yè)配置子系統(tǒng)維護規(guī)則集合。每一個規(guī)則均代表在ERP系統(tǒng)處維護的兩個商業(yè)元素之間的關系。自動商業(yè)配置子系統(tǒng)基于規(guī)則集合自動地確定要求和需要實施哪些商業(yè)元素。
文檔編號G06Q10/00GK101201918SQ200710199629
公開日2008年6月18日 申請日期2007年12月11日 優(yōu)先權(quán)日2006年12月11日
發(fā)明者成立剛, 李培松, 木 輿, 鵬 高 申請人:Sap股份公司