CN104135430A - 一种面向移动供应链的智能网关实现方法 - Google Patents

Abstract

本发明属于信息技术领域，具体为一种面向移动供应链的智能网关实现方法。它包括：移动供应链网关和多Agent集成模块。其中，移动供应链网关由配置管理和接入请求处理组成，请求处理包含三个步骤，步骤1：接收来自供应链上用户的移动终端请求；步骤2：认证请求；步骤3：转发通过认证的请求；多Agent集成模块通过集成各种不同功能的Agent，协同工作，并采用目标优化算法智能处理移动供应链网关转发过来的移动应用业务请求。本发明优点：(1)应用请求提供了API Key的接口方式，方便应用的统一集成；(2)针对移动用户的特点，充分利用Agent特性构建网关，智能地响应用户请求，缩短了响应时间。

Description

一种面向移动供应链的智能网关实现方法

技术领域

本发明属于信息技术领域，具体涉及网关技术，特别地涉及一种面向移动供应链的智能网关实现方法。

背景技术

近年来，随着网络通信与信息技术的不断进步，移动商务逐渐引入到各行各业，移动供应链管理作为移动商务的一种，其围绕核心企业的产品，不受时间与空间的限制，对生产制造商、物流供应商、原材料供应商等相关企业的信息资源进行随时随地的管理，最大限度地让企业共享资源，使人们在任何时间、任何地点可以对供应链上的各个环节进行实时的信息获取和过程监控成为可能。

移动供应链管理通常分为三层，第一层为用户层，包括直接使用移动终端的用户和使用供应链管理平台的企业；第二层为网路层，包括移动终端、移动通信服务商、电信网络、集成运营商和Internet网络；第三层是系统平台层，包括移动供应链管理平台，它们共同实现移动供应链的具体功能。在用户层所提供的应用大致分为数据采集、移动定位、信息发布、短信应用、语音通话、信息查询等六大类应用，这些应用通过网关与第三层即移动供应链管理平台发生交互，完成移动供应链管理。目前，移动供应链网关大多只是起认证、转发作用，普遍存在如下问题：

(1)参与企业所提供的应用复杂多样，没有统一的接口，导致集成困难；

(2)应用请求发起时，网关是去数据库中实时查询，请求响应时间长，在移动带宽受限的环境下，导致请求有时不成功。

发明内容

本发明的目的是针对现有移动供应链网关的不足，提出了一种适合移动环境下的供应链智能网关实现方法，使其能对移动供应链上的生产制造商、物流提供商、原材料供应商发出的数据采集、移动定位、信息发布等应用请求提供统一接口，便于集成，并对移动供应链上的请求是来自自身还是生产制造商、物流提供商、原材料供应商进行快速区分，此外，通过引入Agent和多目标优化算法来智能处理移动供应链上各合作单位的应用请求，缩短请求响应时间，提升应用请求处理效率，解决背景技术中的问题。

为达到上述目的，本发明采用如下技术方案，包含如下内容：

1、移动供应链网关由接入请求处理和配置管理组成，接入请求处理包含三个步骤：

步骤1：接收来自供应链上用户的移动终端所发请求；请求用API Key的接口方式，以url带参数的形式传给移动供应链网关，url具体为“http：//域名/用户ID/功能请求接口”，其中：

用户ID用“userid＝1001，1002，1003，…，500X”来表示，供应链上所有公司都对应一个userid，1001为公司自身，1002-500X分别对应各原材料供应商、物流提供商、制造商、销售商，用第一位数字来区别用户类型，第一位数字为1指公司自身，为2指原材料供应商，为3指物流提供商，为4指制造商，为5指销售商；第2至第4位数字表示该用户类型的流水序号；

功能请求接口用callfunction＝X&action＝Y来表示，X可取“1001，1002，…，300X”数值中的一个，用第一位数字来区别功能类型，第一位数字为1指数据采集类功能，为2指移动定位类功能，为3指信息发布类功能，第2至第4位数表示该功能类的细分功能的流水序号；Y可取1，2，3，4四个数值中的一个，1为新增，2为删除，3为修改，4为查询；

步骤2：对请求进行认证；移动供应链网关在收到请求url后，对url中的用户ID、功能请求进行认证，通过调用isValid()函数来验证此url是否为合法有效的url，isValid()函数的逻辑代码实现见附录1；

步骤3：对认证通过的请求进行转发；移动供应链网关在请求通过后，将url请求转发给多Agent集成模块。

2、提供updateconfig()函数对配置文件config.txt进行操作，达到对网关的用户ID、功能请求做配置管理的目的。

3、构建多Agent集成模块，对请求处理Agent、资源服务Agent和移动订单Agent共三类Agent集成到一起来协同工作，并采用多目标优化算法智能处理转发过来的移动应用业务请求，其中：

请求处理Agent，用于对移动供应链网关转发过来的请求进行处理，根据url中的用户ID，过滤出用户类型，并根据url中的功能请求，由上到下按匹配程度高低列出适合此请求功能的服务商；

资源服务Agent，用于对原材料供应商、物流提供商、制造商、销售商的服务进行管理，包括的行为有ManageServiceBehaviour(管理服务行为)、ManagePriceBehaviour(管理价格行为)和ManageValidTimeBehaviour(管理有效期行为)；

移动订单Agent，用于携带订单信息与原材料供应商、物流提供商、制造商、销售商进行协商交互，调用多目标优化算法，提供完成此订单所涉及的供应链上各厂家的服务信息。

4、多目标优化算法处理转发过来的移动应用业务请求包括如下步骤：

步骤1：分解目标：将移动应用业务请求牵涉的目标进行分解，分解成价格(Price)、交货期(Time)、厂商规模(Size)、信用(Credit)这四个中的组合；

步骤2：构建模型：以订单要求价格最低和交货期最短为例选择制造商，建立的多目标优化模型如下：

$\min Z=\underset{i=1}{\overset{m}{\mathrm{\Σ}}}\underset{j=1}{\overset{n}{\mathrm{\Σ}}}{x}_{\mathrm{ij}}{P}_{\mathrm{ij}}+\underset{i=1}{\overset{m}{\mathrm{\Σ}}}\underset{j=1}{\overset{n}{\mathrm{\Σ}}}{x}_{\mathrm{ij}}{T}_{\mathrm{ij}};$

x_ij≤U_ij；

其中，

i＝1…m指生产此订单产品有m个制造环节；

j＝1…n指第i个制造环节有j个候选供应商；

x_ij指第i个制造环节中第j个候选供应商的任务量；

P_ij指第i个制造环节中第j个候选供应商提供的价格；

T_ij指第i个制造环节中第j个候选供应商需要用的时间；

U_ij指第i个制造环节中第j个候选供应商的最大业务处理能力；

步骤3：调用模型计算：在服务器端调用步骤2中所建模型进行计算，列出符合目标的计算结果，按照优劣顺序从上到下列表显示；

步骤4：反馈结果；将最优制造商反馈给供应链上的此次业务请求者，返回的信息包括该制造商名称、供应价格、交货日期。

附图说明

图1是本发明整体架构图。

图2是本发明JADE平台下Agent管理界面图。

图3是本发明移动订单Agent完成交互的流程图。

图4是本发明多Agent集成模块协调策略图。

具体实施方式

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

图1示出了本发明整体架构图。移动供应链上用户请求(1)由移动终端信息发布、移动定位、数据采集等移动应用构成，通过与移动供应链网关(2)中的接入请求处理(3)进行交互完成请求；移动供应链网关(2)的部署实现包括：Web服务器、应用服务器和数据库服务器，Web服务器采用Apache 2.4，用于响应对外提供的web网址接收到的页面请求；应用服务器采用开源的Tomcat 6.0，使用Servlet响应请求，其中使用java代码编写的网关编译包gateway.war部署在Tomcat安装目录下的gateway目录下；当Web服务器接收到一个HTTP请求是静态页面、图片、页面跳转的请求时由Apache完成响应，如果接收到的请求是动态请求，则转发到应用服务器Tomcat处理；数据库服务器，包括：操作员信息表、供应链用户分类表、应用请求编码表、服务约束表等，操作员信息表包括编号、用户名、密码、所属角色、操作权限、备注等字段，具体如表1所示。

表1

供应链用户分类表包括用户ID、用户名称、用户类型、用户信誉等级、备注等字段，具体如表2所示。

表2

应用请求编码表包括ID、发起请求的时间、发起请求者的名称、备注等字段，具体如表3所示。

表3

服务约束表包括流水ID、文件名、上传时间、文件描述、文件保存路径等字段，具体如表4所示。

表4

移动供应链网关(2)里的配置管理(4)通过web页面“http：//域名/myconfig”来完成，在该配置网页里提供对网关的用户ID、功能请求进行增删改的操作，这些操作都是通过在web网页里调用updateconfig()函数来完成对配置文件config.txt的修改，如设置网关的用户ID为3001的代码实现见附录2；多Agent集成模块(5)采用JADE(Java Agent DevelopmentEnvironment)作为多Agent开发平台构建Agent组(6)，Agent组(6)里包括请求处理Agent、资源服务Agent和移动订单Agent共三类Agent，此三类Agent协同工作，并采用多目标优化算法(7)来智能处理转发过来的移动应用业务请求。

图2示出了本发明JADE平台下Agent管理界面图。当物流提供商、生产制造商、原材料供应商的Agent启动后，在JADE平台上就会被自动侦测到，并显示出来，如：当前共有四个容器，分别是Main-Container、Container-1、Container-2、Container-3，其中Main-Container是核心厂家的Agent，Container-1里显示物流提供商logisticAgent的名称、地址、状态信息；Container-2里显示生产制造商clientAgent的名称、地址、状态信息；Container-3里显示原材料供应商materialAgent的名称、地址、状态信息；在JADE平台下，Agent被创建、移动、通过行为类相互通信以及注销，例如在移动订单Agent中的初始化setup()方法里加入两个行为类SupplyRecvBehavior、SupplyQueryBehavior分别实现订单供应消息循环接收和订单供应方案查询，在takedown()方法加入注销Agent的操作。

图3示出了本发明移动订单Agent完成交互的流程图。其中：

如流程9所示，首先进行初始化，创建移动订单Agent，JADE平台的服务器端接收到来自客户的订单，立即创建移动订单Agent，例如：某衬衫核心企业初始化的移动订单Agent的内容包括：品名为男士衬衫，数量为1000件，交货期限为1个月；

如流程10所示，选择目标，移动订单Agent从资源服务Agent处筛选出目标供应商，例如：根据订单的品名、数量、交货期限等约束条件选择出ID为4001，4002，4003的三个供应商为目标供应商；

如流程11所示，迁往目标，移动订单Agent携带客户订单信息，如：品名、数量、交货期限等，迁移到ID为4001的目标供应商主机上；

如流程12所示，协商交互，如：移动订单Agent与ID为4001供应商的主机上的订单服务模块进行协商交互，获得供应方案；

如流程13所示，迁回，如：移动订单Agent携带在ID为4001的供应商主机上完成的供应方案迁移回到核心企业的服务器端；

如流程14所示，暂存供应方案；如：将该供应方案暂时存到核心企业的服务器端；

如流程15所示，查看是否还有目标供应商，如：在之前流程10中还有ID为4002，4003的两个供应商，则重复流程10至流程14；如果没有目标供应商则进入流程16；

如流程16所示，比较所有供应方案，如：比较之前暂存的，从ID为4001，4002，4003的三个供应商处获得的供应方案，选出最佳匹配订单的供应方案；

如流程17所示，结束，返回最佳供应方案给用户，如：返回最佳供应方案给某衬衫核心企业，并注销该移动订单Agent。

图4示出了本发明多Agent集成模块协调策略图。请求处理Agent、资源服务Agent和移动订单Agent共三类Agent构成多Agent集，当涉及移动供应链上的核心企业、物流提供商、生产制造商、原材料供应商等用户进行增、删、改、查操作时，对应Agent的任务也就产生，通过采取一系列Agent协调策略，如：串行策略、并行策略、先来先服务策略，来管理和控制Agent集，使其能够协同工作，其中，先来先服务策略的代码实现见附录3。

附录

附录1

验证url是否为合法有效的url的isValid()函数逻辑代码如下：

附录2

设置网关的用户ID为3001的代码如下：

附录3

先来先服务协调策略的代码如下：

Claims (3)

1.一种面向移动供应链的智能网关实现方法，其特征在于，包括：移动供应链网关和多Agent集成模块。其中，移动供应链网关由接入请求处理和配置管理组成，接入请求处理包含三个步骤：

步骤1：接收来自供应链上用户的移动终端所发请求；请求用API Key的接口方式，以url带参数的形式传给移动供应链网关，url具体为“http：//域名/用户ID/功能请求接口”，其中，用户ID用“userid＝1001，1002，1003，…，500X”来表示，供应链上所有公司都对应一个userid，1001为公司自身，1002-500X分别对应各原材料供应商、物流提供商、制造商、销售商，用第一位数字来区别用户类型，第一位数字为1指公司自身，为2指原材料供应商，为3指物流提供商，为4指制造商，为5指销售商；第2至第4位数字表示该用户类型的流水序号；

功能请求接口用callfunction＝X&action＝Y来表示，X可取“1001，1002，…，300X”数值中的一个，用第一位数字来区别功能类型，第一位数字为1指数据采集类功能，为2指移动定位类功能，为3指信息发布类功能，第2至第4位数表示该功能类的细分功能的流水序号；Y可取1，2，3，4四个数值中的一个，1为新增，2为删除，3为修改，4为查询；

步骤2：对请求进行认证；移动供应链网关在收到请求url后，对url中的用户ID、功能请求进行认证，通过调用isValid()函数来验证此url是否为合法有效的url；

步骤3：对认证通过的请求进行转发；移动供应链网关在请求通过后，将url请求转发给多Agent集成模块。

2.根据权利要求1所述一种面向移动供应链的智能网关实现方法，其特征在于，配置管理，用于对网关的用户ID、功能请求做配置，提供updateconfig()函数对配置文件config.txt进行操作。

3.根据权利要求1所述一种面向移动供应链的智能网关实现方法，其特征在于，多Agent集成模块，通过对请求处理Agent、资源服务Agent和移动订单Agent共三种Agent的集成来协同工作，并采用多目标优化算法智能处理转发过来的移动应用业务请求，其中：

请求处理Agent，用于对移动供应链网关转发过来的请求进行处理，根据url中的用户ID，过滤出用户类型，并根据url中的功能请求，由上到下按匹配程度高低列出适合此请求功能的服务商；

资源服务Agent，用于对原材料供应商、物流提供商、制造商、销售商的服务进行管理，包括的行为有ManageServiceBehaviour(管理服务行为)、ManagePriceBehaviour(管理价格行为)和ManageValidTimeBehaviour(管理有效期行为)；

移动订单Agent，用于携带订单信息与原材料供应商、物流提供商、制造商、销售商进行协商交互，调用多目标优化算法，提供完成此订单所涉及的供应链上各厂家的服务信息；

多目标优化算法处理转发过来的移动应用业务请求包括如下步骤：

步骤1：分解目标；将移动应用业务请求牵涉的目标进行分解，分解成价格(Price)、交货期(Time)、厂商规模(Size)、信用(Credit)这四个中的组合；

步骤2：构建模型；以订单要求价格最低和交货期最短为例选择制造商，建立的多目标优化模型如下：

$\min Z=\underset{i=1}{\overset{m}{\mathrm{\Σ}}}\underset{j=1}{\overset{n}{\mathrm{\Σ}}}{x}_{\mathrm{ij}}{P}_{\mathrm{ij}}+\underset{i=1}{\overset{m}{\mathrm{\Σ}}}\underset{j=1}{\overset{n}{\mathrm{\Σ}}}{x}_{\mathrm{ij}}{T}_{\mathrm{ij}};$

x_ij≤U_ij；

其中，

i＝1…m指生产此订单产品有m个制造环节；

j＝1…n指第i个制造环节有j个候选供应商；

x_ij指第i个制造环节中第j个候选供应商的任务量；

P_ij指第i个制造环节中第j个候选供应商提供的价格；

T_ij指第i个制造环节中第j个候选供应商需要用的时间；

U_ij指第i个制造环节中第j个候选供应商的最大业务处理能力；

步骤3：调用模型计算；在服务器端调用步骤2中所建模型进行计算，列出符合目标的计算结果，按照优劣顺序从上到下列表显示；

步骤4：反馈结果；将最优制造商反馈给供应链上的此次业务请求者，返回的信息包括该制造商名称、供应价格、交货日期。