專利名稱:供應鏈預定的制作方法
技術領域:
本文章涉及供應鏈的管理,且更具體地涉及一種為需求預定供應源的系統(tǒng)。
背景技術:
為了獲取最佳的性能,實體想要能夠連續(xù)地減少存貨,而同時仍然具備足夠以在任何給定時間來滿足每個需求。供應鏈管理是這樣的概念,即用于將管理費用最小化、性能最大化而同時及時且高效地滿足全部需求。供應鏈管理著眼于貫穿整個供應鏈人們?yōu)榭刂平?jīng)營過程而需要去做的全部事情。
當管理供應鏈時,人們需要知道如此事宜,即手頭上需要多少數(shù)量的物品(item)以供應任何給定的需求。這要求了解供應商的訂貨至交付時間、了解運輸?shù)倪x項、花多長時間取得該物品、它價值多少、它被銷售或被使用的速度等。例如,人們可了解目前手頭上有多少存儲器芯片。然而,為了優(yōu)化性能,人們需要了解在兩天內(nèi)從其供應商將可得到具有特定的速度、等待時間(latency)和能力的多少東西,以便于人們下個星期可以滿足他們的需求。
現(xiàn)有技術允許客戶看到具體采購定單與生產(chǎn)作業(yè)、或要求(requisition)和接收單(receiving slip)之間的限定(peg)等。然而,目前沒有系統(tǒng)允許客戶將所有的限定(peggings)鏈接到一起,以看到完整的首尾相連的限定方案。沒有能力獲取完整的限定方案導致效率低。例如,一要求可以將對一組件的需求限定到從銷售商接收的組件。然而,有人必須決定誰取得部件以及用于什么作業(yè)、工作定單(workorder),是否將物品發(fā)送到存貨位置或制造位置等。目前的方法還不提供足夠的細微細節(jié)。因此,決策者不能輕易地擁有做出可能的最佳決定所必須的信息。沒有完整的首尾相連的限定,供應鏈要經(jīng)受競爭需求的競爭。此外,目前的方法對于排定任務和材料計劃是無效的。因此存在對能夠建立完整的首尾相連限定方案的需求。
本文章公開內(nèi)容一種用于管理供應鏈的方法,其提供用于映射每個需求和其相應的供應源。所述方法必須在需求與供應之間附加預定。當供應源的狀態(tài)變化時預定被更新。結果是,當材料從一個位置移動向另一位置時,用戶具有用于對整個供應鏈模型化的完全可視性。
發(fā)明內(nèi)容
本發(fā)明包括用于提供完整的首尾相連限定方案的供應鏈預定系統(tǒng)。本發(fā)明提供用于貫穿供應鏈的管理分配的解決辦法。本發(fā)明容易由客戶加以配置,以將組成供應鏈的全部事務處理類型模型化。
在一個實施例中,本發(fā)明被完全地構建且部分地被實施為供應鏈預定系統(tǒng),所述系統(tǒng)識別需求源并且識別供應源以滿足需求。預定被用來將需求源與供應源進行鏈接。如果供應源不可得,則供應源也構成預定系統(tǒng)中的另一需求。然后過程通過識別供應源繼續(xù),以滿足每個進一步的需求。預定被用來將相應的需求源與供應源進行鏈接。過程繼續(xù)進行直至可得到的供應源被定位。
在如此做時,供應鏈預定系統(tǒng)可以提供對模型化的供應鏈的首尾相連的完整映射(mapping)。首尾相連的映射提供可視性和可追溯性。供應鏈預定系統(tǒng)還提供當材料沿著供應鏈移動時預定沿著供應鏈的無縫傳遞。預定系統(tǒng)可以消除貫穿供應鏈當中的競爭。預定系統(tǒng)還提供貫穿供應鏈用于可能地排定任務和資源計劃的內(nèi)容。這樣的特點可以提供貫穿用戶企業(yè)的改善的最及時存貨管理。
在附圖中,本發(fā)明以舉例而非限制的方式來說明,并且其中相同的參考數(shù)字指示相同的元件,其中圖1示出根據(jù)本發(fā)明一個實施例的供應鏈預定系統(tǒng)的示意圖。
圖2示出根據(jù)本發(fā)明一個實施例的供應鏈預定系統(tǒng)的流程圖。
圖3示出根據(jù)本發(fā)明可供選擇實施例,被應用在制造實例中的供應鏈預定系統(tǒng)的示意圖。
圖4示出根據(jù)本發(fā)明可供選擇實施例的供應鏈預定系統(tǒng)的流程圖。
圖5示出根據(jù)本發(fā)明可供選擇實施例,被應用在制造實例中的供應鏈預定系統(tǒng)的示意圖。
圖6示出根據(jù)本發(fā)明可供選擇實施例,被應用在后勤實例中的供應鏈預定系統(tǒng)的示意圖。
圖7示出根據(jù)本發(fā)明一個實施例的計算機系統(tǒng)平臺的示意圖。
具體實施例方式
現(xiàn)在將詳細參考本發(fā)明的實施例,其實例在所附的附圖中被說明。雖然本發(fā)明將結合所優(yōu)選的實施例被加以說明,但是將要理解到它們并不旨在將本發(fā)明限制于這些實施例。相反,本發(fā)明旨在覆蓋可被包括在如所附權利要求所定義的實質(zhì)和范圍內(nèi)的其他選擇、修改及等效物。此外,在下述對本發(fā)明的詳細說明中,眾多具體的細節(jié)被闡明以為了提供對本發(fā)明的透徹理解。然而,對于本領域中普通技術人員將顯然地是本發(fā)明可被實踐而無需這些具體細節(jié)。在其它實例中,眾所周知的方法、程序、元件和電路未曾被詳細說明,以避免不必要地使本發(fā)明的方面變得模糊。
本發(fā)明提供了一種用于實施自動化供應鏈管理系統(tǒng)的方法和系統(tǒng)。供應鏈預定系統(tǒng)根據(jù)將供應與需求進行匹配的類屬概念對供應鏈模型化。此后,在匹配的供應源與需求源之間建立預定提供了對模型化的供應鏈的完整首尾相連映射。當材料沿著供應鏈移動時,預定可沿著供應鏈被無縫地傳送。預定系統(tǒng)提供可追溯性、可視性,消除了競爭,并且可以被用來貫穿供應鏈排定任務和材料計劃。本發(fā)明及其益處被進一步說明如下。
現(xiàn)在參考圖1,根據(jù)本發(fā)明一個實施例的自動化供應鏈預定系統(tǒng)10的示意圖被示出。如圖1中所描述,供應鏈由至少一個事務處理50,如組裝作業(yè),可得到的原料庫存等組成。雖然供應鏈由一個或更多個不同的事務處理類型組成,但是其每一個可被模型化為需求源30和供應源40。通過在需求源30和其供應源40之間附加一個預定20,供應鏈預定系統(tǒng)10將供應匹配于需求的這個類屬概念模型化。
將供應匹配于需求的類屬概念被平衡,這樣經(jīng)由這些供應鏈事務處理,系統(tǒng)可以連續(xù)地更新這樣的狀態(tài),即當事情經(jīng)過供應鏈進展(即從一個位置移動到另一位置)時,特定需求源10將如何被得到滿足。更新預定20的狀態(tài)允許其在物品通過系統(tǒng)進展時無縫地移動。因此,預定20提供可視性和可追溯性。
圖2示出由根據(jù)本發(fā)明實施例的供應鏈預定系統(tǒng)所執(zhí)行的過程。通過識別需求110,所述過程開始100。然后能夠滿足需求的供應源被識別120。為需求130預定供應。如果供應可得到140,則過程完成150,并且在請求時該供應被作為需求的源。然而,如果供應目前并不可得到,則供應也構成附加的需求160。上述過程(120,130,140和150或160)為附加的需求被重復。
圖2中所示的過程對供應鏈模型化,其中每個任務類型具有僅一個需求及用于每個需求的一個供應源。然而,在大多數(shù)供應鏈中任務類型可具有一個或更多個需求、一個或更多個源、以及一個或更多個供應。例如在簡單的制造方案中,公司可銷售由組件Y和Z組成的產(chǎn)品。圖3示例用于這個制造方案的制造供應鏈。供應鏈包括客戶定單200和生產(chǎn)作業(yè)240。生產(chǎn)作業(yè)240需要兩個組件Y 310和Z 320。
當制造商接收到顧客定單200時,根據(jù)本發(fā)明另一實施例的預定系統(tǒng)進行檢查以查看生產(chǎn)作業(yè)240是否可得到以作為客戶定單200的源。然后預定系統(tǒng)建立預定220,其將作為需求210的客戶定單200鏈接到作為供應230的生產(chǎn)作業(yè)240。生產(chǎn)作業(yè)240還構成組件Y 310的供應290的需求250,以及組件Z 320的另一供應300的需求260。因此預定270被附加在需求250和源290之間。另一預定280被形成在需求260和源300之間。
在請求時可得到的供應被作為需求的源。然而,如果供應不可得到,則預定系統(tǒng)檢查以查看什么是可以提供組件的不同的供應源,例如它是制造項目或是采購項目。
如果制造商在存貨中具有組件Y 310但不具有組件Z 320,則供應290可得到而同時供應300不可得到。因為組件Z 320并不可得到,所以它還構成需求340。對來自銷售商370的組件Z的申請是無形的供應源360。預定系統(tǒng)因此在需求340和供應360之間附加預定。當從銷售商380接收到組件Z時,組件Z被放置在存貨330并且預定350的狀態(tài)被更新以反映需求340已經(jīng)被供應360所滿足。此外,預定280被更新以反映組件Z 330現(xiàn)在是真實的供應且應請求可得到用于作為源。因此當材料沿著供應鏈移動時,預定220、270、350能夠無縫地反映狀態(tài)。
現(xiàn)在參考圖4,根據(jù)本發(fā)明實施例的供應鏈預定過程的步驟流程圖被示出。如圖4中所描述,為預定系統(tǒng)提供了操作步驟,其中事務處理類型可由一個或更多個需求組成,每個需求需要一個或更多個供應源。沿著左側(cè)的環(huán)路映射出順序的需求-源-需求路徑。沿著右側(cè)的嵌套環(huán)路提供用于映射具有一個或更多個供應源的多個需求的每個順序的需求-源-需求路徑。
等級計數(shù)器被用來輔助對流程圖的理解。等級被用在下述說明中以輔助讀者來跟蹤討論中所提及的供應鏈中的節(jié)點。等級并沒有必要成為本發(fā)明的一個元素。
過程開始于起始任務類型400(等級1)。在預定系統(tǒng)中需求被識別410。然后需求的供應源被識別420。用于需求430供應被預定。如果供應不可得到440,則目前的供應變成需求450(例如移動向等級2460)。然后需求的供應源(例如在等級2)被識別420。然后源的可得到性被再次測試440。
如果源可得到,則是否目前的需求要求另一供應470被加以確定。如果目前的需求要求另一供應470,則供應源被識別420且如上所說明的過程被重復。
如果目前的需求并不要求另一供應470,則過程向上移回一個等級(例如回到等級1 480)。如果沒有更高的等級490,則過程完成500。否則,從前的需求(例如在等級1)被重新識別510。
是否重新被識別的需求要求另一供應470再次被確定。如果另一供應并不需要,則過程通過上述需求等級繼續(xù)向上返回。如果另一供應被要求,則過程通過識別供應源420,并且為需求430預定供應等而繼續(xù)。
例如,參考圖3與4,客戶定單200可被視為起始任務類型(在等級1 400)??蛻舳▎?00作為需求210被識別410。然后供應源230、生產(chǎn)作業(yè)240被識別420。用于需求210供應230被預定430。然后供應的可得到性被測試440。假設供應230、生產(chǎn)作業(yè)240并不可得到,則目前的供應230變成450需求250。(新的需求250處于等級2 460)。
然后需求250的供應源被識別420。例如,組件Y 310被識別為供應290。預定430被附加在需求250和供應290之間。供應290的可得到性被測試440。在實例中,組件Y 310在存貨中可得到。因此,通過確定需求250是否要求任何其它的供應470,過程繼續(xù)。例如,組件Z320被識別420為供應290。預定430再次被附加在需求260和供應300之間。
供應300的可得到性被測試440。在實例中,組件Z 320并不可得到。因此,供應300變成需求340。(新的需求340處于等級3 460)。
然后,用于需求340的供應源被識別420。預定430被附加在需求340和供應360之間。在這種情況下,要求370構成可得到的無形供應,因為供應商處于制造商供應鏈之外。因此,當可得到性被測試440時,通過確定需求340是否要求任何其它的供應470,過程繼續(xù)。
在這種情況下,需求340并不要求任何其它的供應。因此,過程向上移動回到等級2 480。因此,需求260被重新識別510,并且需求260是否需要任何其它的供應被測試470。再次需求260并不需要任何其它的供應,并且過程向上移回到等級1 480。需求210被重新識別510,并且需求210是否需要任何其它的供應被測試470。再次需求210并不需要任何其它的供應470。然而,因為不存在更高的等級480 490,且因此過程被完成500。
在本發(fā)明的另一實施例中,通過更新有關預定的信息,預定系統(tǒng)被維持。因此,當需求得到其源、被實現(xiàn)時,預定得到更新。例如每當正在懸而未決的供應,例如由要求所表示的無形供應變成真實的供應時,例如真正存貨時,該事件觸發(fā)了預定從無形供應源到實際供應源的傳遞?;蛎慨攽叶礇Q的工作定單或組裝作業(yè)變成真正的供應,如產(chǎn)品時,該事件觸發(fā)預定從由工作定單所表示的無形供應源到由存貨中已經(jīng)完成貨物所表示的實際供應源的傳遞。所述過程推斷出起始需求例如客戶定單何時得到滿足,產(chǎn)品何時被裝船。然后有關被滿足的預定的信息可以作為歷史表中的歷史事務處理被保存。
歷史事務處理可以包含涉及需求源和供應源的信息。例如,歷史事務處理可包含有關事務處理類型、物品、數(shù)量、需求源的標識、供應源的標識、可得到性、所需時間、訂貨至交付時間、預計的交付、特殊要求等信息。歷史事務處理還可以累積整個供應鏈歷史,即從最終定單到最下面的材料供應商。因此,歷史事務處理可以包含物件已經(jīng)發(fā)生的全部信息。
預定可以被用來降低或消除競爭。需求和供應之間的預定還可被用來排定任務和材料的計劃。
當材料通過制造商系統(tǒng)移動時,預定系統(tǒng)還提供對供應鏈首尾相連的限定方案的完整映射。因此客戶可以在映射中的任何地方駐足,并且獲得供應系統(tǒng)鏈的完整可視性。
預定系統(tǒng)還可以允許對跨越分離組織機構的供應鏈的集成。通過允許各種組織將信息放進預定系統(tǒng)的便攜式技術、電子通知、交換基礎產(chǎn)品等打開預定系統(tǒng),可以由各種組織機構建立和更新預定。
現(xiàn)在根據(jù)本發(fā)明一個實施例的對供應鏈模型化的第一實例被加以說明。如圖5中所示,飛機制造商630從各種客戶600、610、620接收到飛機的需求定單650。例如從第一客運航空公司600所接收的需求定單可是針對型號X飛機。從貨運公司610所接收的需求定單650可是針對沒有座位的型號X飛機。而從軍隊620接收到的需求定單650可是針于沒有座位的型號Y飛機,并且?guī)в休椛溆不碾娮咏M件。
根據(jù)本發(fā)明的實施例,飛機制造商的總部640接收各種需求定單650并且將它們輸入進預定系統(tǒng)。總部640向合適的最終組裝工廠發(fā)出制造作業(yè)定單。例如針對型號X飛機發(fā)出制造作業(yè)定單。需求定單650被模型化為需求的無形源。而制造作業(yè)640被模型化為需求的無形供應源。將制造作業(yè)640鏈接到需求定單650的預定被建立。
在接收到型號X飛機的制造作業(yè)定單670時,針對制造型號X飛機所需要的各種子組件,工廠A 660發(fā)出各種工作定單和要求740、750、760、770、780。預定系統(tǒng)將制造作業(yè)定單670模型化為由工作定單和要求740、750、760、770、780所表示的各種供應源的需求源。將各種工作定單和要求740、750、760、770、780鏈接到制造作業(yè)定單670的預定被建立。例如,為了給客運航空公司生產(chǎn)型X飛機,該工廠將訂購一個機身、兩個機翼、三種類型的航空電子設備、兩個引擎、以及兩百六十個座位。
此外,在接收到工作定單740、750、760時,機身部門690、機翼部門700、以及航空電子設備部門710中的每個為建造子組裝件所要求的材料發(fā)出各種要求820、830、840。再次預定系統(tǒng)將各種工作定單740、750、760模型化為由要求820、830、840所表示的各種供應源的需求源。將各種要求820、830、840鏈接到它們相應的工作定單740、750、760的預定被建立。
此外,預定系統(tǒng)還可以對每個部門內(nèi)的供應鏈模型化。例如,機身部門的供應鏈可以由子組裝的需求模型化。這個需求的供應是生產(chǎn)作業(yè)。生產(chǎn)作業(yè)還構成用來建造子組裝件的材料的需求。因此,生產(chǎn)作業(yè)建立供應源,材料的需求。供應源,材料由來自適合的材料銷售商的材料要求所表示。
在建造飛機時,時序是重要的考慮。例如子組裝件以它們所被需要的次序到達總組裝工廠是很重要的。子組裝件太大無法存儲并且太昂貴無法隨地放置。此外,對于制造商而言每個類型的子組裝件具有不同的訂貨到交付時間。制造作業(yè)670和各種工作定單與要求740、750、760、770、780之間的預定可以被用來排定各種子組裝件的各種交付日期計劃,以便于沿著供應鏈每個供應在請求時可得到并作為源,而絕不能早一點。例如,通過將機翼附加到機身,然后安裝航空電子設備和引擎,以及最后安裝座位,飛機可被組裝。因此,預定可以被用來排定首先機身、其次機翼、同時地航空電子設備和引擎,以及第四座位的交付計劃。
預定還可以提供消除競爭的能力。例如型號X和型號Y飛機可都使用相同的引擎。制造商可訂六個引擎的定單,兩個用來建造型號X飛機(即要求#1),兩個用來建造型號Y飛機(即要求#2),以及兩個用來填補備件定單(即要求#3)。然而,制造商還可從引擎銷售商處僅接收五個引擎。預定識別引擎是用于哪個制造作業(yè)的哪個要求。例如,五個引擎的裝箱單可指示兩個引擎滿足要求#1,兩個引擎滿足引擎要求#2,以及一個引擎是在要求#3下的部分裝船。因此,預定清楚地識別引擎用于哪個制造作業(yè),并且備件定單還尚不能夠被作為源。
預定還提供識別特殊需要的能力。例如,用在航空電子設備中的電子部件在功能上可是相同的。然而,用來建造用于軍事的航空電子設備的部件要求它們被輻射硬化。預定可以允許這個需要被用來進一步識別物品的供應和需求源。
根據(jù)本發(fā)明一個實施例的供應鏈模型化的第二實例現(xiàn)在被說明。預定系統(tǒng)還可對后勤組織的供應鏈模型化。如圖6中所示,后勤機構載著貨物從各種地點900、950、990到一個或更多個其合并轉(zhuǎn)運(merge-in-transit)(MIT)中心920、1040。貨物被從到達卡車910、960、1000、1030、1060重新分配到離開卡車930、970、1010、1050、1070上。離開卡車930、970、1010、1050、1070載著貨物到各種終點目的地940、980、1020、1080。后勤組織可具有有限數(shù)量的具有有限的貨物載運能力的卡車。貨物也可以具有與交付時間相關的各種限制。地點之間的路由還可建立優(yōu)選的MIT中心,以由每個起始和目的地位置來使用。
通過將目的地地點940、980、1020、1080模型化為需求,預定系統(tǒng)開始。各種卡車930、970、1010、1050、1070被模型化為供應。預定系統(tǒng)檢查來查看是否一個或更多個卡車930、970、1010、1050、1070可得到,且然后附加將需求,目的地地點(例如1020)與供應源,可得到卡車(例如1010)進行鏈接的預定。
然后,卡車1010變成需求。MIT中心920 1040被模型化為供應。預定系統(tǒng)檢查來查看是否一個或更多個MIT中心920 1040可得到,且然后附加將需求,卡車1010與供應源,可得到的MIT中心(例如920)鏈接的預定。
然后MIT中心920變成需求。各種卡車910、960、1000、1030、1060被模型化為供應。預定系統(tǒng)檢查來查看是否一個或更多個卡車910、960、1000、1030、1060可得到,且然后附加將需求,MIT中心920與供應源,可得到卡車(例如910)進行鏈接的預定。
然后卡車910變成需求。各種地點900、950、990被模型化為供應。預定系統(tǒng)檢查來查看是否一個或更多個地點900、950、990可得到,且然后放置將需求,卡車910與供應源,可得到地點(例如900)進行鏈接的預定。
上述實例說明了預定系統(tǒng)如何可以對供應鏈進行必要的模型化以取得從起始地點900到期望的目的地地點1020的包。為了處理具有不同需要的競爭需求,例如具有各種各樣交付需要,如特快和正常交付的多批貨物,對于預定系統(tǒng)理想地是在供應源被識別且被預定之前能夠首先對各種需求區(qū)分優(yōu)先次序。此外,為了容納所優(yōu)選的路由,對于預定系統(tǒng)理想地是能夠優(yōu)選地對可能的供應源進行訂貨。預定系統(tǒng)的這種特征可以提供對供應鏈的完整模型化,并使其性能最優(yōu)化。
圖7示出用于執(zhí)行根據(jù)本發(fā)明一個實施例的供應鏈預定系統(tǒng)的計算機平臺示意圖。如圖7中所描述,供應鏈預定服務器1100起到用于對供應鏈模型化的主機的作用。供應鏈預定服務器1100從各種用戶1110、1120、1130、1140、1150、1160、1170、1180接收事務處理如接收、發(fā)船、材料存貨、制造、市場和銷售、購買、產(chǎn)品存貨、記賬等。此外,附加的用戶可通過便攜技術,1200,電子通知,基于交換的產(chǎn)品等連接。
供應鏈預定系統(tǒng)例如通過使用運行在供應鏈預定服務器1100上的數(shù)據(jù)庫程序而被實施。用戶1110、1120、1130、1140、1150、1160、1170、1180、1210、1220、1230、1240通過分布式網(wǎng)絡,如LAN、WAN、以太網(wǎng)、因特網(wǎng)等被連接到供應鏈預定服務器。
總體上,供應鏈預定服務器1100示出用于實施供應鏈預定系統(tǒng)的計算機系統(tǒng)的基本部件。服務器1100包括用于通信信息的地址/數(shù)據(jù)總線1240、被與總線1240耦合用于處理信息和指令的一個或更多個中央處理單元1250、與總線1240耦合用于存儲中央處理器1250的信息和指令的計算機可讀易失存儲器單元1260(例如,隨機存取存儲器、靜態(tài)RAM、動態(tài)RAN等)、與總線1240耦合用于存儲處理器1250的靜態(tài)信息和指令的計算機可讀非易失存儲器單元1270(例如,只讀存儲器、可編程ROM、閃存儲器、EPROM、EEPROM等)。服務器1100還包括大容量存儲計算機可讀數(shù)據(jù)存儲裝置1300如與總線1240耦合用于存儲信息和指令的磁或光盤以及盤驅(qū)動器。任選地,服務器1100可以包括被耦合到總線1240用于向計算機客戶顯示信息的顯示裝置1280、用于將信息和命令選擇通信到中央處理器1250的數(shù)字輸入裝置1290、以及被耦合到總線1240用于將分布式網(wǎng)絡1190之間的信息和命令選擇通信到處理器1250的輸入/輸出接口1310。
供應鏈預定服務器將一個或更多個供應鏈事務處理模型化為需求源和供應源。一旦識別需求以及用于滿足所述需求的適當供應,則供應鏈服務器附加預定。
當系統(tǒng)變得更加合作時,并且當內(nèi)部和外部概念模糊時,作為具有獨立存在的事物的預定概念變得重要。根據(jù)本發(fā)明,預定變成可以被用來對供應鏈模型化的經(jīng)營目標。預定可以被用來在供應鏈的每個節(jié)點處采取動作并且做出決定。本發(fā)明吸取供應和需求的概念,用預定將它們鏈接,并且建立預定如何表現(xiàn)的規(guī)則,這樣預定可以被用來管理分配。管理分配可以引發(fā)消除競爭,排定任務和材料計劃等。因此,預定是貫穿供應鏈用于管理分配的經(jīng)營對象。
本發(fā)明特定實施例的上述說明已經(jīng)以用于示例和說明的目的而呈現(xiàn)。它們并不旨在將本發(fā)明窮盡或限制到所公開的精確形式,并且鑒于上述講授,顯然地許多修改和變化是可能的。所述實施例被加以選擇和說明,是為了最好地解釋本發(fā)明的原理和它的實際應用,以由此使本領域中的其它技術人員來最好地利用本發(fā)明和具有適應于所設想的特定使用的各種修改的各種實施例。本發(fā)明的范圍由在此所附的權利要求和其等效物來加以定義。
權利要求
1.一種對供應鏈模型化的方法,包括識別需求源;識別供應源;以及將預定與需求源和供應源進行鏈接。
2.根據(jù)權利要求1所述的方法,其中所述預定包含有關需求源的信息。
3.根據(jù)權利要求2所述的方法,進一步包括響應于需求源的狀態(tài)變化更新被包含在預定中的信息。
4.根據(jù)權利要求1所述的方法,其中預定包含有關供應源的信息。
5.根據(jù)權利要求3所述的方法,進一步包括響應于供應源的狀態(tài)變化更新被包含在預定中的信息。
6.一種管理供應鏈中分配的方法,包括用于識別需求的裝置;用于識別供應的裝置;以及用于將需求與供應進行鏈接的裝置。
7.根據(jù)權利要求6所述的方法,其中競爭得到降低。
8.根據(jù)權利要求6所述的方法,其中任務被排定計劃。
9.根據(jù)權利要求6所述的方法,其中材料被排定計劃。
10.一種供應鏈預定系統(tǒng),包括附加需求和供應源的預定。
11.根據(jù)權利要求10所述的供應鏈預定系統(tǒng),其中預定包含有關需求的信息。
12.根據(jù)權利要求11所述的供應鏈預定系統(tǒng),其中響應于需求狀態(tài)的變化信息被更新。
13.根據(jù)權利要求10所述的供應鏈預定系統(tǒng),其中預定包含有關供應的信息。
14.根據(jù)權利要求13所述的供應鏈預定系統(tǒng),其中響應于供應狀態(tài)的變化信息被更新。
15.一種用于管理供應鏈的方法,包括a)識別需求;b)識別需求的供應源;c)將供應預定為需求的源;d)當供應并不可得到時使供應成為附加的需求;以及e)當供應并不可得到時為附加需求執(zhí)行上述的b和c。
16.根據(jù)權利要求15所述的方法,其中所述需求需要多于一個供應,進一步包括為由需求所需要的每個附加供應執(zhí)行上述b,c,d和e。
17.根據(jù)權利要求15所述的方法,其中存在一個或更多個競爭需求,進一步包括區(qū)分競爭需求的優(yōu)先次序。
18.根據(jù)權利要求15所述的方法,其中存在一個或更多個供應源,進一步包括優(yōu)選源。
19.計算機所實施的供應鏈預定系統(tǒng),包括a)經(jīng)由分布式計算機網(wǎng)絡接收供應鏈事務處理;b)識別對應于事務處理的需求源;c)識別對應于事務處理的供應源;以及d)將預定與需求源和供應源進行鏈接。
20.根據(jù)權利要求19所述的計算機實施供應鏈預定系統(tǒng),進一步包括經(jīng)由分布式計算機網(wǎng)絡接收有關事務處理狀態(tài)的信息;以及基于事務處理的狀態(tài)更新預定。
21.根據(jù)權利要求19所述的計算機實施供應鏈預定系統(tǒng),進一步包括經(jīng)由分布式計算機網(wǎng)絡提供供應鏈事務處理的可追溯性。
22.根據(jù)權利要求19所述的計算機實施供應鏈預定系統(tǒng),其中所述分布式計算機網(wǎng)絡包括一個或更多個用戶裝置;以及供應鏈預定服務器,包括被耦合到計算機可讀存儲器的處理器、包含計算機可讀指令的存儲器,當所述指令被執(zhí)行時導致服務器實施步驟a,b,c,和d。
23.一種攜帶一個或更多個指令序列的計算機可讀介質(zhì),當所述指令由計算機系統(tǒng)執(zhí)行時導致計算機系統(tǒng)實施用于管理供應鏈中分配的方法,包括接收供應鏈事務處理;識別對應于事務處理的需求源;識別對應于事務處理的供應源;以及將預定與需求源和供應源進行鏈接。
24.根據(jù)權利要求23所述的計算機可讀介質(zhì),進一步包括接收有關事務處理狀態(tài)的信息;以及基于事務處理的狀態(tài)更新預定。
25.根據(jù)權利要求23所述的計算機可讀介質(zhì),進一步包括提供供應鏈事務處理的可追溯性。
全文摘要
一種用于管理供應鏈的方法,其提供用于映射每個需求和其相應的供應源。所述方法必須在需求和供應之間附加預定。當供應源的狀態(tài)變化時所述預定被更新。結果是,當材料從一個位置移動到另一位置時用戶具有用于對整個供應鏈模型化的完全可視性。
文檔編號G05B19/418GK1656496SQ03812324
公開日2005年8月17日 申請日期2003年5月29日 優(yōu)先權日2002年5月29日
發(fā)明者喬恩·S·喬利里, 米蘭·巴蒂亞 申請人:甲骨文公司