專利名稱：服裝大規(guī)模定制供應(yīng)鏈網(wǎng)格模型實(shí)現(xiàn)系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明屬于信息技術(shù)領(lǐng)域，具體涉及供應(yīng)鏈模型實(shí)現(xiàn)系統(tǒng)，特別地涉及服裝大規(guī) 模定制供應(yīng)鏈網(wǎng)格模型實(shí)現(xiàn)系統(tǒng)。
背景技術(shù)：
隨著市場競爭的日趨激烈與客戶需求的快速變化，服裝企業(yè)能否對不斷變化的市 場做出快速反應(yīng)，在最短時(shí)間內(nèi)為客戶提供滿足用戶需求的產(chǎn)品和服務(wù)，是企業(yè)占領(lǐng)市場 的關(guān)鍵。在服裝企業(yè)需要不斷提高產(chǎn)品質(zhì)量、縮短交貨周期、降低生產(chǎn)成本、改善服務(wù)質(zhì)量 的要求下，傳統(tǒng)的單一服裝企業(yè)其核心能力無法保證完成以上各個(gè)方面，進(jìn)而催生出以信 息技術(shù)為基礎(chǔ)，依靠供應(yīng)鏈管理技術(shù)，將上下游具有不同核心優(yōu)勢企業(yè)動態(tài)集成在一起的 虛擬企業(yè)和基于敏捷制造的服裝大規(guī)模定制生產(chǎn)方式。服裝大規(guī)模定制生產(chǎn)方式是指在高 效率的大規(guī)模生產(chǎn)的基礎(chǔ)上，以大規(guī)模生產(chǎn)的成本和速度，為單個(gè)顧客或小批量多品種市 場定制任意數(shù)量產(chǎn)品的一種生產(chǎn)模式。在服裝大規(guī)模定制中，供應(yīng)鏈的終端將直接延伸到 客戶，并依據(jù)客戶訂單有針對性地組織服裝原材料供應(yīng)商、服裝零配件生產(chǎn)商、物流配送商 及其它相關(guān)合作伙伴來完成產(chǎn)品的模塊化定制生產(chǎn)及其運(yùn)輸配送。目前，傳統(tǒng)的服裝供應(yīng)鏈管理雖然在一定程度上實(shí)現(xiàn)了采購、庫存、銷售的信息化 管理，但因?qū)献骰锇榈男畔⒔涣饕?guī)范體系未充分考慮，普遍存在如下問題
1、供應(yīng)鏈各合作伙伴的信息系統(tǒng)之間缺乏靈活的集成，信息不能及時(shí)共享；
2、無法針對不同訂單的要求來快捷地實(shí)現(xiàn)全程供應(yīng)鏈的信息管理及無法滿足大規(guī)模 定制供應(yīng)鏈在成本與效率方面的極高要求；
3、依靠人工決策來給出資源的調(diào)用和匹配方案，不能針對客戶的需求特征及其位置信 息調(diào)用供應(yīng)鏈各合作伙伴的相關(guān)資源形成最優(yōu)化的供應(yīng)鏈組織方案。

發(fā)明內(nèi)容
本發(fā)明的目的是針對現(xiàn)有服裝供應(yīng)鏈系統(tǒng)信息處理技術(shù)的不足，提出了一種適合 于服裝大規(guī)模定制供應(yīng)鏈信息處理的網(wǎng)格模型，使其能根據(jù)客戶訂單形成全程供應(yīng)鏈的信 息進(jìn)行管理，并提供最優(yōu)化的供應(yīng)鏈組織。為達(dá)到上述目的，本發(fā)明提出適合于服裝大規(guī)模定制供應(yīng)鏈信息處理的網(wǎng)格模型 的實(shí)現(xiàn)系統(tǒng)，包含如下內(nèi)容
1、本發(fā)明提出的服裝大規(guī)模定制供應(yīng)鏈網(wǎng)格模型整體架構(gòu)如圖1所示，包括需求網(wǎng)格 (10)、核心服裝企業(yè)E-HUB平臺(20)和資源網(wǎng)格(30)三部分，其中
所述需求網(wǎng)格(10)對應(yīng)服裝大規(guī)模定制供應(yīng)鏈的各客戶需求信息，是建立在空間地 理網(wǎng)格概念基礎(chǔ)上的，對來自不同空間位置的用戶需求信息按照一定的規(guī)范，進(jìn)行統(tǒng)一描 述后納入到網(wǎng)格體系架構(gòu)中；
所述核心服裝企業(yè)E-HUB平臺(20)，用于實(shí)現(xiàn)服裝供應(yīng)鏈相關(guān)企業(yè)的信息集成、業(yè)務(wù) 服務(wù)集成和用戶訪問，并通過移動類Agent中訂單Agent傳遞訂單信息，按供應(yīng)資源查找匹配算法選擇資源。即所述核心服裝企業(yè)E-HUB平臺(20)上通過多Agent技術(shù)、分布式遺留 系統(tǒng)封裝技術(shù)、人機(jī)交互界面完成供應(yīng)鏈的柔性集成；
所述資源網(wǎng)格(30)對應(yīng)供應(yīng)鏈各合作伙伴遺留系統(tǒng)的相關(guān)資源。即所述資源網(wǎng)格對 供應(yīng)鏈合作伙伴企業(yè)遺留系統(tǒng)的相關(guān)資源進(jìn)行封裝，封裝成通用的web服務(wù)與功能組件供 E-HUB平臺調(diào)用。本發(fā)明中，通過建立統(tǒng)一的需求網(wǎng)格描述規(guī)范來將客戶需求納入網(wǎng)格化管理，其 描述規(guī)范包括需求編碼、生成日期、失效日期、客戶編碼、客戶信息、需求描述、需求種類、網(wǎng) 格編碼、GPS定位信息和訂單信息等10項(xiàng)關(guān)鍵參數(shù)。3、本發(fā)明中，核心服裝企業(yè)E-HUB平臺(20)如圖2所示，用以實(shí)現(xiàn)服裝供應(yīng)鏈相 關(guān)企業(yè)的信息集成、業(yè)務(wù)服務(wù)集成和用戶訪問，由人機(jī)交互界面(40)、對外服務(wù)組件(50)、 業(yè)務(wù)處理組件(60)和通用接口組件(70)組成，其中
人機(jī)交互界面(40)是基于MVC模式開發(fā)的Web程序，采用的開發(fā)語言為Java，數(shù)據(jù)庫 為MySql，Web服務(wù)器為Tomcat，包括服裝產(chǎn)品信息展示、購物車、個(gè)性化定制等人機(jī)交互界
對外服務(wù)組件(50)由用戶Agent、服務(wù)Agent、資源Agent等多個(gè)靜態(tài)Agent構(gòu)成， Agent之間的交互采用FIPA標(biāo)準(zhǔn)的Agent消息進(jìn)行，其通信語言ACL標(biāo)準(zhǔn)結(jié)構(gòu)，包含以下幾 部分
1)消息發(fā)送者；
2)消息接收者列表；
3)通信意圖表明需要接收者實(shí)現(xiàn)什么行為，它有多種類型。如果發(fā)送者希望接收 者執(zhí)行一個(gè)活動，則這個(gè)意圖的類型可能是一個(gè)REQUEST;如果希望接收者連接一個(gè)結(jié)果 測試則是INFORM類型；如果發(fā)送者希望向接收者了解一個(gè)條件是否成立則是QUERY_IF類 型；如果發(fā)送者需要和接收者進(jìn)行談判協(xié)商則是CFP、PROPOSE、ACCEPT_PR0P0SAL、REJECT, PROPOSAL 等；
4)消息內(nèi)容即實(shí)際包含在消息中的內(nèi)容。例如REQUEST意圖中的需要執(zhí)行什么活動 的名稱；
5)消息內(nèi)容的語言，即用來表達(dá)內(nèi)容的語法；
6)本體，即在內(nèi)容使用的符號詞匯及其含義；
7)協(xié)議，即通訊采用的協(xié)議標(biāo)準(zhǔn)；
8)些用于控制并發(fā)會話或接收超時(shí)時(shí)間的屬性如conversation-id，reply-with, in-reply-to, reply-by 等；
業(yè)務(wù)處理組件(60)中訂單Agent是移動Agent，用以傳遞訂單信息，并反饋信息給客 戶；資源調(diào)度Agent能針對客戶的需求特征及其位置信息，調(diào)用供應(yīng)資源查找匹配算法組 件，返回最優(yōu)化的供應(yīng)鏈組織方案。 供應(yīng)資源查找匹配算法采用供應(yīng)資源加權(quán)模型。供應(yīng)資源加 權(quán)模型的輸入?yún)?shù)有加權(quán)系數(shù)向量和資源得分向量兩個(gè)，分別用Q (
Q = [gi,g25g3s-3g ])和s (s =、^,巧，…而廣)表示。輸出參數(shù)為供應(yīng)資源加權(quán)的 綜合得分,用P表示(i = /(&幻)。如加權(quán)系數(shù)向量Q1, q2，q3，q4分別代表距離、供貨時(shí)間，庫存數(shù)量和價(jià)格的加權(quán)系數(shù)，qi+q2+q3+q4=l。距離越短的資源得分向量越高，供貨時(shí)間 越短的資源得分向量越高，庫存數(shù)量高于訂貨數(shù)量的資源得分向量越高，價(jià)格越低的資源 得分向量越高，供應(yīng)資源加權(quán)模型的偽代碼如下 Function Type SupplyModel (
Type InputParameterQn，//輸入?yún)?shù)1 加權(quán)系數(shù)向量
Type InputParameterSn，//輸入?yún)?shù)2 資源得分向量
η
Type Res-Ult Value = J^Q.Si //進(jìn)行乘法運(yùn)算，并賦值
2=1
Return ResultValue； )
所述對外服務(wù)組件(50)和業(yè)務(wù)處理組件(60)構(gòu)成供應(yīng)鏈服務(wù)集成組件，通過移動類 Agent、服務(wù)類Agent和供應(yīng)資源查找匹配算法組件來進(jìn)行資源的自動匹配、供應(yīng)鏈方案的 自動形成，以及為人機(jī)交互界面的調(diào)用提供服務(wù)；
所述通用接口組件(70)由原材料采購協(xié)商Agent、零配件生產(chǎn)協(xié)商Agent、物流協(xié)商 Agent等多個(gè)靜態(tài)Agent構(gòu)成，用于供應(yīng)鏈合作伙伴的遺留系統(tǒng)的接入。
4、本發(fā)明中，供應(yīng)鏈合作伙伴企業(yè)遺留系統(tǒng)(80)的相關(guān)資源在接入核心服裝企 業(yè)E-HUB平臺(20)之前，先統(tǒng)一封裝成組件，封裝架構(gòu)及所采用的技術(shù)如圖4所示。使用 JNA(Java Native Access)實(shí)現(xiàn)遺留系統(tǒng)組件庫的訪問示例如下
1)聲明dll的C++代碼
BOOL APIENTRY DllMain(HMODULE hModule, DWORD ul_reason_for_call, LPVOID IpReserved){
Return TRUE;
}
Extern “C” —declspec(dllexport) DWORD GetCustomOrder(DWORD Order){ Return Order；
}
2)使用Java(JNA)調(diào)用的代碼
public interface CLibrary extends Library{
CLibary INSTANCE1= (CLibary) Native. IoadLibrary ((Platform. isWindows ()，，na tivecode，，，，c，，)，CLibary. class)； Int GetCustomOrder(int nco)；
ι
public static void main(String[] args){ CLibrary. INSTANCE1. GetCustomOrder(1234)；
}
5、核心服裝企業(yè)E-HUB平臺通過移動類Agent中訂單Agent傳遞訂單信息，訂單信息 的處理包含如下流程
6訂單生成客戶通過服裝產(chǎn)品展示網(wǎng)絡(luò)平臺訂購服裝，即生成訂單信息，含(訂單號、 產(chǎn)品名、數(shù)量、交貨期、交貨地點(diǎn)、價(jià)格、訂單狀態(tài)等)；
訂單拆分核心服裝企業(yè)E-HUB平臺根據(jù)訂單號進(jìn)行供應(yīng)鏈拆分，拆分成如原材料、 零配件、物流供應(yīng)等形式，并啟動訂單Agent攜帶此訂單信息遷移到供應(yīng)鏈合作伙伴處，與 其談判協(xié)商；
訂單反饋訂單Agent將供應(yīng)鏈合作伙伴處的談判結(jié)果返回，如果有匹配的，則資源調(diào) 度Agent按供應(yīng)資源加權(quán)模型返回值排序列表，最優(yōu)的排第一；
訂單跟蹤核心服裝企業(yè)E-HUB平臺反映此訂單的狀態(tài)，如(待發(fā)貨、已發(fā)貨、待簽收、 已簽收等)；
訂單確認(rèn)客戶收到貨，在服裝產(chǎn)品展示網(wǎng)絡(luò)平臺進(jìn)行確認(rèn)，核心服裝企業(yè)E-HUB平臺 將此訂單狀態(tài)設(shè)置為已確認(rèn)。本發(fā)明具以下優(yōu)點(diǎn)(1)能針對客戶的需求特征與位置信息自動匹配資源，提高 了供應(yīng)鏈的信息處理效率。(2)使服裝供應(yīng)鏈各合作伙伴信息及時(shí)共享，滿足服裝大規(guī)模定 制高效的要求。


圖1本發(fā)明整體架構(gòu)圖。圖2本發(fā)明核心服裝企業(yè)E-HUB平臺組成圖。圖3本發(fā)明的企業(yè)遺留系統(tǒng)資源封裝圖。圖4本發(fā)明供應(yīng)鏈方案形成流程圖。圖5本發(fā)明服裝產(chǎn)品信息展示人機(jī)交互界面圖。圖6本發(fā)明購物車查詢人機(jī)交互界面圖。圖7本發(fā)明個(gè)性化定制人機(jī)交互界面圖。
具體實(shí)施例方式下面參照附圖，對本發(fā)明的各種實(shí)施作進(jìn)一步的詳細(xì)描述。圖1示出了本發(fā)明整體架構(gòu)圖?？蛻粜枨蟊粴w納成需求編碼、生成日期、失效日 期、客戶編碼、客戶信息、需求描述、需求種類、網(wǎng)格編碼、GPS定位信息和訂單信息等參數(shù)描 述的需求網(wǎng)格(10)；企業(yè)遺留系統(tǒng)中的物理資源和邏輯資源被歸納成資源網(wǎng)格(30)；在需 求網(wǎng)格(10)與資源網(wǎng)格(30)間建立核心服裝企業(yè)E-HUB平臺(20)，E-HUB平臺中的人機(jī) 交互界面部分是部署在Tomcate. 0上的java編譯代碼，數(shù)據(jù)庫采用Mysql5. 0，在數(shù)據(jù)庫中 設(shè)計(jì)客戶需求表對應(yīng)需求網(wǎng)格(10)，企業(yè)資源表對應(yīng)資源網(wǎng)格(30) ；E-HUB平臺中的供應(yīng) 鏈服務(wù)集成組件和通用接口組件都是在JADE平臺環(huán)境下運(yùn)行，供應(yīng)鏈服務(wù)集成組件中的 移動類Agent有訂單Agent，服務(wù)類Agent都為靜態(tài)類Agent。需求網(wǎng)格10的描述規(guī)范將客戶需求納入網(wǎng)格化管理，其描述規(guī)范包括需求編碼、 生成日期、失效日期、客戶編碼、客戶信息、需求描述、需求種類、網(wǎng)格編碼、GPS定位信息和 訂單信息等10項(xiàng)關(guān)鍵參數(shù)，具體如表1所示。___
權(quán)利要求
一種服裝大規(guī)模定制供應(yīng)鏈網(wǎng)格模型實(shí)現(xiàn)系統(tǒng)，其特征在于，包括需求網(wǎng)格、核心服裝企業(yè)E HUB平臺和資源網(wǎng)格，其中所述需求網(wǎng)格是建立在空間地理網(wǎng)格概念基礎(chǔ)上，對來自不同空間位置的用戶需求信息按照一定的規(guī)范，進(jìn)行統(tǒng)一描述后納入到網(wǎng)格體系架構(gòu)中；所述核心服裝企業(yè)E HUB平臺，實(shí)現(xiàn)服裝供應(yīng)鏈相關(guān)企業(yè)的信息集成、業(yè)務(wù)服務(wù)集成和用戶訪問，通過移動類Agent中訂單Agent傳遞訂單信息，并按供應(yīng)資源查找匹配算法選擇資源；所述資源網(wǎng)格是對供應(yīng)鏈合作伙伴企業(yè)遺留系統(tǒng)的相關(guān)資源進(jìn)行封裝，封裝成通用的web服務(wù)與功能組件供E HUB平臺調(diào)用。
2.根據(jù)權(quán)利要求1所述的服裝大規(guī)模定制供應(yīng)鏈網(wǎng)格模型實(shí)現(xiàn)系統(tǒng)，其特征在于所 述需求網(wǎng)格，其描述規(guī)范由需求編碼、生成日期、失效日期、客戶編碼、客戶信息、需求描述、 需求種類、網(wǎng)格編碼、GPS定位信息和訂單信息組成。
3.根據(jù)權(quán)利要求2所述的服裝大規(guī)模定制供應(yīng)鏈網(wǎng)格模型實(shí)現(xiàn)系統(tǒng)，其特征在于所 述核心服裝企業(yè)E-HUB平臺由人機(jī)交互界面(40)、對外服務(wù)組件(50)、業(yè)務(wù)處理組件(60) 和通用接口組件(70)組成，其中人機(jī)交互界面(40)是基于MVC模式開發(fā)的Web程序，采用的開發(fā)語言為Java，數(shù)據(jù)庫 為Mysql，Web服務(wù)器為Tomcat，包括服裝產(chǎn)品信息展示、購物車、個(gè)性化定制人機(jī)交互界對外服務(wù)組件(50)由用戶Agent、服務(wù)Agent、資源Agent構(gòu)成，Agent之間的交互采 用FIPA標(biāo)準(zhǔn)的Agent消息進(jìn)行；業(yè)務(wù)處理組件(60)中包括訂單Agent、資源調(diào)度Agent，訂單Agent是移動Agent，用以 傳遞訂單信息，并反饋信息給客戶；資源調(diào)度Agent針對客戶的需求特征及其位置信息，調(diào) 用供應(yīng)資源查找匹配算法組件，返回最優(yōu)化的供應(yīng)鏈組織方案；通用接口組件(70)由原材料采購協(xié)商Agent、零配件生產(chǎn)協(xié)商Agent、物流協(xié)商Agent 構(gòu)成，用于供應(yīng)鏈合作伙伴的遺留系統(tǒng)的接入。
4.根據(jù)權(quán)利要求3所述的服裝大規(guī)模定制供應(yīng)鏈網(wǎng)格模型實(shí)現(xiàn)系統(tǒng)，其特征在于所 述核心服裝企業(yè)E-HUB平臺通過移動類Agent中訂單Agent傳遞訂單信息，訂單信息的處 理包含如下流程訂單生成客戶通過服裝產(chǎn)品展示網(wǎng)絡(luò)平臺訂購服裝，即生成訂單信息，該訂單信息包 括訂單號、產(chǎn)品名、數(shù)量、交貨期、交貨地點(diǎn)、價(jià)格、訂單狀態(tài)；訂單拆分核心服裝企業(yè)E-HUB平臺根據(jù)訂單號進(jìn)行供應(yīng)鏈拆分，具體拆分成原材 料、零配件、物流供應(yīng)形式，并啟動訂單Agent攜帶此訂單信息遷移到供應(yīng)鏈合作伙伴處， 與其談判協(xié)商；訂單反饋訂單Agent將供應(yīng)鏈合作伙伴處的談判結(jié)果返回，如果有匹配的，則資源調(diào) 度Agent按供應(yīng)資源加權(quán)模型返回值排序列表，最優(yōu)的排第一；訂單跟蹤核心服裝企業(yè)E-HUB平臺反映此訂單的狀態(tài)，包括待發(fā)貨、已發(fā)貨、待簽收、 已簽收；訂單確認(rèn)客戶收到貨，在服裝產(chǎn)品展示網(wǎng)絡(luò)平臺進(jìn)行確認(rèn)，核心服裝企業(yè)E-HUB平臺 將此訂單狀態(tài)設(shè)置為已確認(rèn)。
5.根據(jù)權(quán)利要求4所述的服裝大規(guī)模定制供應(yīng)鏈網(wǎng)格模型實(shí)現(xiàn)系統(tǒng)，其特征在于所 述核心服裝企業(yè)E-HUB平臺的供應(yīng)資源查找匹配方法，通過引入供應(yīng)資源加權(quán)模型來實(shí)現(xiàn) 得分最高的為最佳供應(yīng)資源，供應(yīng)資源加權(quán)模型的實(shí)現(xiàn)如下供應(yīng)資源加權(quán)模型的輸入?yún)?shù)為加權(quán)系數(shù)向量和資源得分向量兩個(gè)，分別用Q (β = [&，豹,ft^fj)和S (》= [ ‘..，5/)表示；輸出參數(shù)為供應(yīng)資源加權(quán)的綜合得分，用P表示(Ρ=/(β』))；加權(quán)系數(shù)向量U2, q3，q4分別代表距離、供貨時(shí)間、庫存數(shù)量 和價(jià)格的加權(quán)系數(shù)，Q1 +q2+q3+q4=l ；距離越短的資源得分向量越高，供貨時(shí)間越短的資源得 分向量越高，庫存數(shù)量高于訂貨數(shù)量的資源得分向量越高，價(jià)格越低的資源得分向量越高。
全文摘要
本發(fā)明屬于信息技術(shù)領(lǐng)域，具體為一種服裝大規(guī)模定制供應(yīng)鏈網(wǎng)格模型實(shí)現(xiàn)的系統(tǒng)。它包括需求網(wǎng)格、核心服裝企業(yè)E-HUB平臺和資源網(wǎng)格。需求網(wǎng)格以需求編碼、生成日期、客戶編碼、網(wǎng)格編碼等參數(shù)來描述空間地理位置上各客戶需求；E-HUB平臺實(shí)現(xiàn)服裝供應(yīng)鏈相關(guān)企業(yè)的信息集成、業(yè)務(wù)服務(wù)集成和用戶訪問，通過移動類Agent中的訂單Agent傳遞訂單信息，通過供應(yīng)資源查找匹配算法選資源；資源網(wǎng)格將供應(yīng)鏈合作伙伴企業(yè)遺留系統(tǒng)的相關(guān)資源封裝成通用的web服務(wù)與功能組件供E-HUB平臺調(diào)用。本發(fā)明能針對客戶的需求特征與位置信息自動匹配資源，提高供應(yīng)鏈的信息處理效率；能使服裝供應(yīng)鏈各合作伙伴信息共享，滿足服裝大規(guī)模定制的要求。
文檔編號G06Q30/00GK101976414SQ20101051861
公開日2011年2月16日 申請日期2010年10月26日 優(yōu)先權(quán)日2010年10月26日
發(fā)明者余悅, 傅露鳴, 戴偉輝, 戴永輝, 趙碧榮, 黃河 申請人:復(fù)旦大學(xué)