CN101976414B

CN101976414B - 服装大规模定制供应链网格模型实现系统

Info

Publication number: CN101976414B
Application number: CN201010518617.4A
Authority: CN
Inventors: 戴伟辉; 戴永辉; 赵碧荣; 傅露鸣; 余悦; 黄河
Original assignee: Fudan University
Current assignee: Fudan University
Priority date: 2010-10-26
Filing date: 2010-10-26
Publication date: 2014-10-29
Anticipated expiration: 2030-10-26
Also published as: CN101976414A

Abstract

本发明属于信息技术领域，具体为一种服装大规模定制供应链网格模型实现的系统。它包括：需求网格、核心服装企业E-HUB平台和资源网格。需求网格以需求编码、生成日期、客户编码、网格编码等参数来描述空间地理位置上各客户需求；E-HUB平台实现服装供应链相关企业的信息集成、业务服务集成和用户访问，通过移动类Agent中的订单Agent传递订单信息，通过供应资源查找匹配算法选资源；资源网格将供应链合作伙伴企业遗留系统的相关资源封装成通用的web服务与功能组件供E-HUB平台调用。本发明能针对客户的需求特征与位置信息自动匹配资源，提高供应链的信息处理效率；能使服装供应链各合作伙伴信息共享，满足服装大规模定制的要求。

Description

服装大规模定制供应链网格模型实现系统

技术领域

本发明属于信息技术领域，具体涉及供应链模型实现系统，特别地涉及服装大规模定制供应链网格模型实现系统。

背景技术

随着市场竞争的日趋激烈与客户需求的快速变化，服装企业能否对不断变化的市场做出快速反应，在最短时间内为客户提供满足用户需求的产品和服务，是企业占领市场的关键。在服装企业需要不断提高产品质量、缩短交货周期、降低生产成本、改善服务质量的要求下，传统的单一服装企业其核心能力无法保证完成以上各个方面，进而催生出以信息技术为基础，依靠供应链管理技术，将上下游具有不同核心优势企业动态集成在一起的虚拟企业和基于敏捷制造的服装大规模定制生产方式。服装大规模定制生产方式是指在高效率的大规模生产的基础上，以大规模生产的成本和速度，为单个顾客或小批量多品种市场定制任意数量产品的一种生产模式。在服装大规模定制中，供应链的终端将直接延伸到客户，并依据客户订单有针对性地组织服装原材料供应商、服装零配件生产商、物流配送商及其它相关合作伙伴来完成产品的模块化定制生产及其运输配送。

目前，传统的服装供应链管理虽然在一定程度上实现了采购、库存、销售的信息化管理，但因对合作伙伴的信息交流规范体系未充分考虑，普遍存在如下问题：

1、供应链各合作伙伴的信息系统之间缺乏灵活的集成，信息不能及时共享；

2、无法针对不同订单的要求来快捷地实现全程供应链的信息管理及无法满足大规模定制供应链在成本与效率方面的极高要求；

3、依靠人工决策来给出资源的调用和匹配方案，不能针对客户的需求特征及其位置信息调用供应链各合作伙伴的相关资源形成最优化的供应链组织方案。

发明内容

本发明的目的是针对现有服装供应链系统信息处理技术的不足，提出了一种适合于服装大规模定制供应链信息处理的网格模型，使其能根据客户订单形成全程供应链的信息进行管理，并提供最优化的供应链组织。

为达到上述目的，本发明提出适合于服装大规模定制供应链信息处理的网格模型的实现系统，包含如下内容：

1、本发明提出的服装大规模定制供应链网格模型整体架构如图1所示，包括需求网格(10)、核心服装企业E-HUB平台(20)和资源网格(30)三部分，其中：

所述需求网格(10)对应服装大规模定制供应链的各客户需求信息，是建立在空间地理网格概念基础上的，对来自不同空间位置的用户需求信息按照一定的规范，进行统一描述后纳入到网格体系架构中；

所述核心服装企业E-HUB平台(20)，用于实现服装供应链相关企业的信息集成、业务服务集成和用户访问，并通过移动类Agent中订单Agent传递订单信息，按供应资源查找匹配算法选择资源。即所述核心服装企业E-HUB平台(20) 上通过多Agent技术、分布式遗留系统封装技术、人机交互界面完成供应链的柔性集成；

所述资源网格(30)对应供应链各合作伙伴遗留系统的相关资源。即所述资源网格对供应链合作伙伴企业遗留系统的相关资源进行封装，封装成通用的web服务与功能组件供E-HUB平台调用。

本发明中，通过建立统一的需求网格描述规范来将客户需求纳入网格化管理，其描述规范包括需求编码、生成日期、失效日期、客户编码、客户信息、需求描述、需求种类、网格编码、GPS定位信息和订单信息等10项关键参数。

3、本发明中，核心服装企业E-HUB平台(20)如图2所示，用以实现服装供应链相关企业的信息集成、业务服务集成和用户访问，由人机交互界面(40)、对外服务组件(50)、业务处理组件(60)和通用接口组件(70)组成，其中：

人机交互界面(40)是基于MVC模式开发的Web程序，采用的开发语言为Java，数据库为Mysql，Web服务器为Tomcat，包括服装产品信息展示、购物车、个性化定制等人机交互界面；

对外服务组件(50)由用户Agent、服务Agent、资源Agent等多个静态Agent构成，Agent之间的交互采用FIPA标准的Agent消息进行，其通信语言ACL标准结构，包含以下几部分：

1) 消息发送者；

2) 消息接收者列表；

3) 通信意图：表明需要接收者实现什么行为，它有多种类型。如果发送者希望接收者执行一个活动，则这个意图的类型可能是一个REQUEST；如果希望接收者连接一个结果测试则是INFORM类型；如果发送者希望向接收者了解一个条件是否成立则是QUERY_IF类型；如果发送者需要和接收者进行谈判协商则是CFP、PROPOSE、ACCEPT_PROPOSAL、REJECT_ PROPOSAL等；

4) 消息内容：即实际包含在消息中的内容。例如REQUEST意图中的需要执行什么活动的名称；

5) 消息内容的语言，即用来表达内容的语法；

6) 本体，即在内容使用的符号词汇及其含义；

7) 协议，即通讯采用的协议标准；

8) 些用于控制并发会话或接收超时时间的属性如conversation-id, reply-with, in-reply-to, reply-by等；

业务处理组件(60)中订单Agent是移动Agent，用以传递订单信息，并反馈信息给客户；资源调度Agent能针对客户的需求特征及其位置信息，调用供应资源查找匹配算法组件，返回最优化的供应链组织方案。

供应资源查找匹配算法采用供应资源加权模型。供应资源加权模型的输入参数有加权系数向量和资源得分向量两个，分别用Q（）和S（）表示。输出参数为供应资源加权的综合得分，用p表示（）。如：加权系数向量q_1，q₂，q₃，q₄分别代表距离、供货时间，库存数量和价格的加权系数，q₁+q₂+q₃+q₄=1。距离越短的资源得分向量越高，供货时间越短的资源得分向量越高，库存数量高于订货数量的资源得分向量越高，价格越低的资源得分向量越高，供应资源加权模型的伪代码如下：

Function Type SupplyModel

(

Type InputParameterQ_1…n, //输入参数1：加权系数向量

Type InputParameterS_1…n, //输入参数2：资源得分向量

Type //进行乘法运算，并赋值

Return ResultValue;

)

所述对外服务组件(50)和业务处理组件(60)构成供应链服务集成组件，通过移动类Agent、服务类Agent和供应资源查找匹配算法组件来进行资源的自动匹配、供应链方案的自动形成，以及为人机交互界面的调用提供服务；

所述通用接口组件(70)由原材料采购协商Agent、零配件生产协商Agent、物流协商Agent等多个静态Agent构成，用于供应链合作伙伴的遗留系统的接入。

4、本发明中，供应链合作伙伴企业遗留系统(80)的相关资源在接入核心服装企业E-HUB平台(20)之前，先统一封装成组件，封装架构及所采用的技术如图4所示。使用JNA(Java Native Access)实现遗留系统组件库的访问示例如下：

1) 声明dll的C++代码

BOOL APIENTRY DllMain(HMODULE hModule, DWORD ul_reason_for_call, LPVOID lpReserved){

Return TRUE;

}

Extern “C” __declspec(dllexport) DWORD GetCustomOrder(DWORD Order){

Return Order;

}

2) 使用Java(JNA)调用的代码

public interface CLibrary extends Library{

CLibary INSTANCE1=(CLibary)Native.loadLibrary((Platform.isWindows()”nativecode”:”c”),CLibary.class);

Int GetCustomOrder(int nco);

}

public static void main(String[] args){

CLibrary.INSTANCE1.GetCustomOrder(1234);

}

5、核心服装企业E-HUB平台通过移动类Agent中订单Agent传递订单信息，订单信息的处理包含如下流程：

订单生成：客户通过服装产品展示网络平台订购服装，即生成订单信息，含(订单号、产品名、数量、交货期、交货地点、价格、订单状态等)；

订单拆分：核心服装企业E-HUB平台根据订单号进行供应链拆分，拆分成如：原材料、零配件、物流供应等形式，并启动订单Agent携带此订单信息迁移到供应链合作伙伴处，与其谈判协商；

订单反馈：订单Agent将供应链合作伙伴处的谈判结果返回，如果有匹配的，则资源调度Agent按供应资源加权模型返回值排序列表，最优的排第一；

订单跟踪：核心服装企业E-HUB平台反映此订单的状态，如（待发货、已发货、待签收、已签收等）；

订单确认：客户收到货，在服装产品展示网络平台进行确认，核心服装企业E-HUB平台将此订单状态设置为已确认。

本发明具以下优点:(1)能针对客户的需求特征与位置信息自动匹配资源，提高了供应链的信息处理效率。(2)使服装供应链各合作伙伴信息及时共享，满足服装大规模定制高效的要求。

附图说明

图1 本发明整体架构图。

图2 本发明核心服装企业E-HUB平台组成图。

图3本发明的企业遗留系统资源封装图。

图4本发明供应链方案形成流程图。

图5 本发明【服装产品信息展示】人机交互界面图。

图6 本发明【购物车查询】人机交互界面图。

图7 本发明【个性化定制】人机交互界面图。

具体实施方式

下面参照附图，对本发明的各种实施作进一步的详细描述。

图1示出了本发明整体架构图。客户需求被归纳成需求编码、生成日期、失效日期、客户编码、客户信息、需求描述、需求种类、网格编码、GPS定位信息和订单信息等参数描述的需求网格(10)；企业遗留系统中的物理资源和逻辑资源被归纳成资源网格(30)；在需求网格(10)与资源网格(30)间建立核心服装企业E-HUB平台(20)，E-HUB平台中的人机交互界面部分是部署在Tomcat6.0上的java编译代码，数据库采用Mysql5.0，在数据库中设计客户需求表对应需求网格(10)，企业资源表对应资源网格(30)；E-HUB平台中的供应链服务集成组件和通用接口组件都是在JADE平台环境下运行，供应链服务集成组件中的移动类Agent有订单Agent，服务类Agent都为静态类Agent。

需求网格10的描述规范将客户需求纳入网格化管理，其描述规范包括需求编码、生成日期、失效日期、客户编码、客户信息、需求描述、需求种类、网格编码、GPS定位信息和订单信息等10项关键参数，具体如表1所示。

表1

参数	描述规范
		需求编码	D+生成日期(8位)＋网格编码(14位)＋顺序号(6位)
生成日期	年(4位)＋月(2位)＋日(2位)
		失效日期	年(4位)＋月(2位)＋日(2位)
客户编码	C＋顺序号(10位)
		客户信息	自定义的对象数据
需求描述	简要描述(100字符)
		需求种类	依据不同业务自定义(4字符)
网格编码	依据行政区域范围划分(14位)
		GPS定位信息	GPRMC数据格式
订单信息	依据不同业务自定义订单对象数据

图2示出了本发明核心服装企业E-HUB平台组成图。自上而下包括人机交互界面(40)、对外服务组件(50)、业务处理组件(60)和通用接口组件(70)四部分。通用接口组件(70)中的原材料采购协商Agent、零配件生产协商Agent、物流协商Agent与业务处理组件(60)中的管理Agent、资源调度Agent、订单协商Agent、订单Agent进行通信与交互；对外服务组件(50)中的用户Agent、服务Agent、资源Agent除了与业务处理组件(60)中的各个Agent通信交互外，还供人机交互界面调用。

图3示出了本发明的企业遗留系统资源封装图，在该架构中，对遗留系统的功能接口封装为内封装器(90)，服务封装为外封装器(100)。内封装器(90)由多个功能Agent组成，通过使用JNA和COM4J等技术对遗留系统的功能库直接调用。外封装器(100)是一组智能Agent，它将服务内容分解为与遗留系统相应的组件调用列表，以web服务(110)的形式提供服务。当外界请求通过SOAP通信协议(120)调用Web服务组件时，外封装器(100)将服务内容分解为与遗留系统相应的组件调用列表，并将请求转换为ACL消息发送至内封装器(90)。内封装器(90)针对特定的供应链合作伙伴遗留系统(80)，使用JNA和COM4J等技术对遗留系统的功能库进行直接调用，当它受到外封装器(100)传来的消息后，按照命令需求调用相应的遗留系统组件完成指定的操作，再将结果通过外封装器(100)返回服务请求者。其具体的封装与服务包含如下过程：

划分功能组件：首先对供应链合作伙伴遗留系统，依据各自的功能进行划分，划分成功能组件集(80)中的功能1－功能n的组件；

划分web服务：对供应链合作伙伴遗留系统，依据提供的服务进行划分，划分成Web Services(110)中的webservice1－webserviceN的组件；

对内封装：将功能1－功能n组件封装成对应的Agent1－Agent n，形成内封装器(90)；

对外封装：将webservice1－webserviceN封装成对应的Agent1－Agent n，形成外封装器(100)；

响应服务：当外界请求通过SOAP通信协议(120)调用Web服务组件时，外封装器(100)将服务内容分解为与遗留系统相应的组件调用列表，并将请求转换为ACL消息发送至内封装器(90)。内封装器(90)针对特定的供应链合作伙伴遗留系统(80)，使用JNA和COM4J等技术对遗留系统的功能库进行直接调用，当它受到外封装器(100)传来的消息后，按照命令需求调用相应的遗留系统组件完成指定的操作，再将结果通过外封装器(100)返回服务请求者。

图4示出了本发明供应链方案形成的流程，其中：

如流程140所示，客户和供应商先到服装企业E-HUB平台的服务器端注册；

如流程150所示，客户通过服装产品展示网络平台订购服装，发送订单请求，生成新订单；

如流程160所示，服装企业E-HUB平台针对用户提交的订单进行判断，然后对订单进行分析和拆分，拆分成如：原材料、零配件、物流供应等形式；

如流程170所示，服装企业E-HUB平台调用内部算法，给供应资源排序表，依次由1－N排出最佳供应商到一般供应商；

如流程180所示，服务器端中的订单Agent 携带订单信息到最佳供应商处；

如流程190所示，供应链相关企业Agent系统与服务器端中移动过来的订单Agent 进行协商；

如流程200所示，供应链相关企业Agent系统返回协商结果，仍由订单Agent携带回服装企业E-HUB平台；

如流程210所示，供应链相关企业Agent系统返回给用户订单供应方案。

图5示出了本发明【服装产品信息展示】人机交互界面，图5中(1)是网站导航和用户登录区；图5中(2)是服装分类列表区，用户可以通过点击“按对象选购”、“按领口选购”、“按袖口选购”、“按量裁选购”、“按面料选购”、“按价格选购”等链接进行服装信息浏览；图5中(3)是网页内容区，当前展示的是“本月热卖”与“本周优惠”的服装；图5中(3)是网页页脚区，显示的是网页版权信息。

图6示出了本发明【购物车查询】人机交互界面，图6中自上而下根据购买时间排序显示了客户购买货物的记录列表，显示内容包括图样、名称、生产商名、生产商ID号、购买的数量、期望交货期、金额以及操作状态，点击页面下部的“继续购物”按钮可以返回到图6【服装产品信息展示】人机交互界面。

图7示出了本发明【个性化定制】人机交互界面，图7中左边是模版页生成的服装分类列表区，与图5中(2)功能一样。图7中右边内容区自上而下依次提供图片形式的“选择领型”、“选择袖长”、“选择款型”的个性化选择，点击页面下部的“上一步”按钮可以退回到“按对象选购”的界面，按“下一步”按钮可以进入到“提交订单”的界面。

Claims

1.一种服装大规模定制供应链网格模型实现系统，其特征在于，包括：需求网格、核心服装企业E-HUB平台和资源网格，其中：

所述需求网格是建立在空间地理网格概念基础上，对来自不同空间位置的用户需求信息按照一定的规范，进行统一描述后纳入到网格体系架构中；

所述核心服装企业E-HUB平台，实现服装供应链相关企业的信息集成、业务服务集成和用户访问，通过移动类Agent中订单Agent传递订单信息，并按供应资源查找匹配算法选择资源；

所述资源网格是对供应链合作伙伴企业遗留系统的相关资源进行封装，封装成通用的web服务与功能组件供E-HUB平台调用；

所述需求网格，其描述规范由需求编码、生成日期、失效日期、客户编码、客户信息、需求描述、需求种类、网格编码、GPS定位信息和订单信息组成；

所述核心服装企业E-HUB平台由人机交互界面(40)、对外服务组件(50)、业务处理组件(60)和通用接口组件(70)组成，其中：

人机交互界面(40)是基于MVC模式开发的Web程序，采用的开发语言为Java，数据库为Mysql，Web服务器为Tomcat，包括服装产品信息展示、购物车、个性化定制人机交互界面；

对外服务组件(50)由用户Agent、服务Agent、资源Agent构成，Agent之间的交互采用FIPA标准的Agent消息进行；

业务处理组件(60)中包括订单Agent、资源调度Agent，订单Agent是移动Agent，用以传递订单信息，并反馈信息给客户；资源调度Agent针对客户的需求特征及其位置信息，调用供应资源查找匹配算法组件，返回最优化的供应链组织方案；

通用接口组件(70)由原材料采购协商Agent、零配件生产协商Agent、物流协商Agent构成，用于供应链合作伙伴的遗留系统的接入；

所述核心服装企业E-HUB平台的供应资源查找匹配方法，通过引入供应资源加权模型来实现得分最高的为最佳供应资源，供应资源加权模型的实现如下：

供应资源加权模型的输入参数为加权系数向量和资源得分向量两个，分别用Q和S表示，其中，；输出参数为供应资源加权的综合得分，用p表示，其中；加权系数向量q_1，q₂，q₃，q₄分别代表距离、供货时间、库存数量和价格的加权系数，q₁+q₂+q₃+q₄=1；距离越短的资源得分向量越高，供货时间越短的资源得分向量越高，库存数量高于订货数量的资源得分向量越高，价格越低的资源得分向量越高。

2.根据权利要求1所述的服装大规模定制供应链网格模型实现系统，其特征在于：所述核心服装企业E-HUB平台通过移动类Agent中订单Agent传递订单信息，订单信息的处理包含如下流程：

订单生成：客户通过服装产品展示网络平台订购服装，即生成订单信息，该订单信息包括订单号、产品名、数量、交货期、交货地点、价格、订单状态；

订单拆分：核心服装企业E-HUB平台根据订单号进行供应链拆分，具体拆分成：原材料、零配件、物流供应形式，并启动订单Agent携带此订单信息迁移到供应链合作伙伴处，与其谈判协商；

订单跟踪：核心服装企业E-HUB平台反映此订单的状态，包括待发货、已发货、待签收、已签收；