一种工业互联网的异构协议适配方法与流程

1.本发明涉及一种工业互联网的异构协议适配方法。通过计算机程序实现多源异构信息系统之间的协议转换。采用基于面向服务架构的服务模型，具体涉及异步消息传输机制，利用分层协议转换技术构建协议转换管道模型，将服务提供方和服务请求方通过构建的工业互联网平台转换成双方都可识别的协议，实现双向通信，以克服企业在实现工业全要素、全价值链、全产业链的互联互通、互操作时数据难以集成的巨大瓶颈。属于信息技术领域。


背景技术：

2.企业的数字化转型将企业价值链实现过程中的设计、制造、供应链管理、营销、产品售后运维等各个业务环节进行数字化，使用数字化手段、软件系统进行业务操作。企业的智能化建设，是要解决企业整体智能的需求，实现智能制造是制造业数字化转型需要达成的目标，工业互联网建设是实现智能制造的基础技术手段。
3.从数字化走向智能化，需要首先解决的是第一阶段单体应用建设留下的后遗症：信息孤岛问题，在数字化建设阶段，各个it系统、0t系统是在不同的时期、由不同的供应商、采用不同的技术、使用不同的协议逐渐建立起来的，因此面临万国语言的问题，要从数字化走向智能化，就必须解决万国语言的翻译问题，才能实现万物互联，实现工业全要素、全价值链、全产业链的互联互通和互操作这一美好愿景。
4.对于异构协议的适配，目前的解决方法大多是采用定制接口开发的处理方式，将不同协议的接口进行端到端的对接交互。但不同的服务请求方、不同的服务提供方，需要定制不同的处理程序，开发工作效率低下，极为不灵活；若遇到服务较多的情况，仍然会形成蜘蛛网状交互关系，难以梳理系统问的关系，遇到异常时也将难以排查错误。


技术实现要素：

5.针对不同的it系统、ot系统存在通信协议不匹配形成的信息孤岛，阻碍了企业跨部门、跨业务、跨组织之间的信息交互难题，本发明提供一种工业互联网的异构协议适配方法，实现多源异构系统的互联互通、互操作，通过以下步骤来实现：
6.a.建立协议转换管道模型。
7.b.按照管道开发流程，建立协议转换管道适配表格，完成入站适配器、通用算法模块、出站适配器、消息转发机制、串接第三方服务功能单元的开发，形成协议转换管道。
8.所述步骤a特征为：所述一种工业互联网的异构协议适配方法利用soa架构设计的协议转换管道模型，所述协议转换管道模型由服务请求方、入站协议池、协议转换管道、出站协议池和服务提供方组成，如图1所示，通过入站适配器、通用算法模块、出站适配器、管道消息转发、消息转发规则、串接第三方服务设计，完成协议转换管道的开发，共同实现服务请求方与服务提供方的信息交互。
9.服务请求方：指通过工业互联网平台请求服务的请求方系统。服务请求方向工业
互联网平台发送请求消息，用于调用工业互联网平台发布的服务，获取服务内容；
10.入站协议池：指工业互联网平台提供的入站协议集合，服务请求方需从入站协议池中获取对应的协议，并发送请求消息至协议转换管道；
11.协议转换管道：指支撑报文转换并传递消息的工业互联网平台组件，用于将服务请求方发送的请求消息转换为满足服务提供方要求的格式，并发送至服务提供方；
12.出站协议池：指工业互联网平台提供的出站协议集合，服务提供方需从出站协议池中获取对应的协议，并接收请求消息；
13.服务提供方：指通过工业互联网平台发布服务的原始提供方系统。服务提供方将对外公开的接口注册到工业互联网平台，通过工业互联网平台发布服务，供其他服务请求方调用；
14.所述步骤b特征为：所述协议转换管道适配表格，如图2所示。入站协议及技术框架包括rest、ws、rfc、mq、mqtt、ftp、opc、db；出站协议及技术框架包括rest、ws、rfc、mq、mqtt、ftp、opc、db；其中rest为表述性状态转移传递协议，ws为跨编程语言和跨操作系统平台的远程调用技术，rfc为sap系统的远程函数调用协议、mq为消息队列，mqtt为基于发布/订阅范式的消息协议，ftp为文件传输协议，opc为面向过程控制的对象链接与嵌入协议，db为数据库接口调用协议；若存在m个需交互的协议，则理论上存在m
×
m种类型的管道。但在实际业务场景中，个别协议对应关系的场景较少出现，则忽略相应的管道，即真实需求的管道数量≤m
×
m。
15.所示步骤b特征为：所述协议转换管道由入站适配器、通用算法模块、出站适配器组成，其中入站适配器用于将接收到的服务请求方原始报文转换为标准报文，再发送至通用算法模块；通用算法模块用于对标准报文进行优先级控制、权限控制、流量控制、字段映射、日志记录，再将标准报文发送至出站适配器；出站适配器用于将标准报文转换为服务提供方所需格式，再发送至指定提供方，如图3所示。
16.所述步骤b特征为：所述协议转换管道在进行协议转换时，服务请求方从入站协议池选择对应的入站协议，服务提供方从出站协议池选择对应的出站协议，协议转换管道由满足传输需求的相应入站协议与出站协议组成，当其他服务请求方和服务提供方的相应协议与该管道一致时，使用该管道进行数据交互。
17.所示步骤b特征为：所述入站适配器由入站监听节点、报文格式转换模块和自适应负载模块组成，如图4所示，具体为，
18.入站监听节点用于监听服务请求方发送的实时消息，当入站监听节点接收到请求消息后将原始报文发送至报文格式转换模块，将其转换为标准报文，每种类型的管道通过自身监听节点设置独有的访问路径；
19.报文格式转换模块用于将接收到的服务请求方原始报文转换为标准报文；
20.自适应负载模块用于自主判断同类型管道的负载均衡状态，并将消息转发至负载量较低的同类型管道，以此平衡管道间的负载量。
21.所示步骤b特征为：所述通用算法模块由日志记录模块、优先级控制模块、权限控制模块、流量控制模块、字段映射模块组成，并由服务注册库支撑各功能模块，如图5所示，具体为
22.服务注册库用于注册服务相关信息，包括服务请求方信息、服务提供方信息、服务
优先级信息、服务安全控制信息、管道权限控制信息、服务字段映射信息、服务交易行为日志；
23.日志记录模块用于将服务交易的报文及行为信息记录到日志中；
24.优先级控制模块用于根据生产需要对各服务设置相应优先级，依照优先级顺序对消息进行处理，当访问量过大造成消息堆积时，优先级高的服务将优先进行处理；
25.权限控制模块用于从标准报文中提取服务请求方信息，包括源ip、服务请求方身份标识，再根据权限配置信息进行判断，若该次请求具备服务调用权限则将消息传送至下一个功能模块，若不具备调用权限则直接返回错误信息，并停止处理；
26.流量控制模块用于针对单个服务设置最大每秒完成的交易次数tps，防止超负荷的并发请求，保障管道及服务提供方的稳定性，稳定性包括满负荷运行状态平台的正常平均运行时间、非自相似突发业务的qos和qoe、突发业务对平稳业务的影响程度、突发业务抖动量与最大请求报文和最大流量之间的联合规划能力，以及多不规则混合业务传输状态时平台支撑的应用切换能力，其包括可控响应时间容限和支撑正常工作的业务数；
27.字段映射模块用于当服务请求方与提供方的报文字段名不一致时，需完成字段映射后才能使服务提供方识别，该模块根据映射配置信息判断各服务是否需要进行字段映射处理，并将报文内的各字段名转换为服务提供方能识别的字段名。
28.所示步骤b特征为：所述出站适配器由接口参数读取模块、报文格式转换模块和接口调用模块组成，如图6所示，具体为
29.接口参数读取模块用于从标准报文中提取服务提供方身份标识，再从服务注册库中读取服务提供方接口相关信息；
30.报文格式转换模块用于将标准报文转换为满足服务提供方格式要求的报文；
31.接口调用模块用于根据已获取到的服务提供方接口相关信息，将报文发送至对应的服务提供方。
32.所示步骤b特征为：所述消息转发用于在管道间对消息进行转发，在消息转发过程中同种类型的管道通过部署若干实例实现负载均衡，入站适配器中的自适应负载模块实时获取同类管道各实例的负载情况，根据转发规则在管道间对消息进行转发，用于平衡各管道间的负载量。
33.所示步骤b特征为：所述管道消息转发规则根据管道负载量的分布情况，通过对应的转发规则实现各管道间负载平衡，其规则的建立步骤具体如下：
34.(1)参数定义
35.令在时间段q1，按照协议转换管道对应协议类别分类，若协议转换管道类别总数为q，则管道类别为α1，α2，
…
，α
g
，
…
，α
q
，每种管道类别的可用管道数为n，协议转换管道α
g
的实时负载量为{t
g1
，t
g2
，
…
，t
gi
…
，t
gn
}，期望总体标准差协议转换管道全局实时负载用hardmard积表示为：
[0036][0037]
其中1≤g≤q，1≤i≤n，ω
gi
∈{0，1}，ω
gi
为面向生产场景的管道触发决策变量；
[0038]
令α
g
的管道g
i
(其中1≤i≤n)实时负载量离均差为t
gi
‑
μ
g
，当满足条件时，
[0039]
则自适应负载模块将执行消息转发操作，实现各管道间的负载均衡，其中t
gmax
为α
g
的最大容许负载量；
[0040]
(2)消息转发的实现
[0041]
消息转发将在同协议类别的管道中进行，即管道g
i
的转发目标必需为α
g
类管道，其转发的目标管道判断规则为：
[0042]
规则一：当所选类别的管道α
g
在时间段q1的负载量服从正态分布时，其中x为管道负载量，p(x)为管道负载量对应的出现概率，具体为：将α
g
类管道按照负载量分类，
[0043]
令负载量处于[0，μ
g
‑
3σ
g
)的管道为a类管道，其中的管道a表示为a＝{a|0≤t
a
＜μ
g
‑
3σ
g
，1≤a≤n，a∈n}，
[0044]
令负载量处于[μ
g
‑
3σ
g
，μ
g
‑
2σ
g
)的管道为b类管道，其中的管道b表示为b＝{b|μ
g
‑
3σ
g
≤t
b
＜μ
g
‑
2σ
g
，1≤b≤n，b∈n}，
[0045]
令负载量处于[μ
g
‑
2σ
g
，μ
g
‑
σ
g
)的管道为c类管道，其中的管道c表示为c＝{c|μ
g
‑
2σ
g
≤t
c
＜μ
g
‑
σ
g
，1≤c≤n，c∈n}，
[0046]
令负载量处于(μ
g
σ
g
，μ
g
2σ
g
]的管道为d类管道，其中的管道d表示为d＝{d|μ
g
σ
g
＜t
d
≤μ
g
2σ
g
，1≤d≤n，d∈n}，
[0047]
令负载量处于(μ
g
2σ
g
，μ
g
3σ
g
]的管道为e类管道，其中的管道e表示为e＝{e|μ
g
2σ
g
＜t
e
≤μ
g
3σ
g
，1≤e≤n，e∈n}，
[0048]
令负载量处于(μ
g
3σ
g
，t
gmax
]的管道为f类管道，其中的管道f表示为f＝{f|μ
g
3σ
g
＜t
f
≤t
gmax
，1≤f≤n，f∈n}，
[0049]
根据转发条件得到管道g
i
的实时负载量t
gi
处于区间(μ
g
σ
g
，t
gmax
]内，故g
i
∈d∪e∪f；
[0050]
③
若g
i
∈d，则从集合c中随机选择单根管道作为转发目标；
[0051]
④
若g
i
∈e，则从集合b中随机选择单根管道作为转发目标；
[0052]
⑤
若g
i
∈f，则从集合a中随机选择单根管道作为转发目标。
[0053]
规则二：当所选类别的管道α
g
在时间段q1的负载量服从泊松分布时，其中x为管道负载量，p(x)为管道负载量对应的出现概率，具体为：
[0054]
①
将α
g
类管道按照负载量分类，令负载量处于[0，μ
g
)的管道为l类管道，其中的管道l表示为l＝{l|0＜t
l
≤μ
g
，1≤l≤n，l∈n}；
[0055]
②
计算出l类管道各自的离均差占比得到
[0056]
③
将β
l
作为对应管道的选择概率，从集合l中按照β
l
概率选择单根管道作为转发目标。
[0057]
规则三：当所选类别的管道α
g
在时间段q1的负载量服从二项分布时，其中x为管道负载量，p(x)为管道负载量对应的出现概率，具体为：
[0058]
①
将α
g
类管道按照实时负载量从低到高进行排序，依次表示为s
g1
，s
g2
，
…
，s
gj
，
…
，s
gn
，其中1≤j≤n，i∈n，s
gj
为第j个实时负载量；
[0059]
②
假设管道g
i
的实时负载量t
gi
所对应的值为s
gj
，则选择s
g(1 n
‑
j)
所对应的管道作为转发目标。
[0060]
规则四：当所选类别的管道α
g
在时间段q1的负载量不服从上述三种情况时，则使用规则四，具体为：
[0061]
①
将α
g
类管道按照实时负载量从低到高进行排序，依次表示为s
g1
，s
g2
，
…
，s
gj
，
…
，s
gn
，其中1≤j≤n，i∈n，s
gj
为第j个实时负载量；
[0062]
②
选择最低负载量s
g1
所对应的管道作为转发目标。
[0063]
所述步骤b特征为：所述串接第三方服务用于在现有管道不能处理所述服务提供方和服务请求方之间的消息转发，通过串接第三方服务的方式解决，如图8所示，具体为：
[0064]
a.建立第三方服务注册平台，用于第三方平台的接入，并转至步骤b；
[0065]
b.在平台上注册需串接的第三方服务，并与需关联的服务提供方身份标识进行匹配，并转至步骤c；
[0066]
c.在服务请求方发送消息进入管道时，入站适配器将提取消息中的服务提供方身份标识，若该标识已与第三方服务进行匹配，则入站适配器将调用对应的第三方服务api，并将返回结果发送至通用算法模块，若该标识未与第三方服务匹配，则直接将消息发送至通用算法模块。
[0067]
所述步骤b特征为：所述管道开发流程管道的开发流程如图9所示，具体为：
[0068]
a.建立协议转换管道适配表格，根据业务场景需求选择需要开发的管道类型模板，并转至步骤b；
[0069]
b.根据协议转换管道组成结构进行管道开发，并转至步骤c；
[0070]
c.将开发好的管道进行部署，并将其注册到服务注册库，以便后续运维调整，并转
至步骤d；
[0071]
d.对管道的访问权限进行设置，保障其安全性，并转至步骤e；
[0072]
e.将管道的访问地址公开，并转至步骤f；
[0073]
f.由第三方系统进行调用，确保其稳定性、可靠性及准确性，完成协议转换管道的开发。
附图说明
[0074]
图1协议转换管道模型
[0075]
图2协议转换管道适配表格
[0076]
图3协议转换管道组成结构
[0077]
图4入站适配器结构
[0078]
图5通用算法模块结构
[0079]
图6出站适配器结构
[0080]
图7消息转发机制
[0081]
图8串接第三方服务
[0082]
图9管道开发流程
具体实施方式
[0083]
为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
[0084]
步骤1，建立协议转换管道模型，利用soa架构设计的协议转换管道模型，所述协议转换管道模型由服务请求方、入站协议池、协议转换管道、出站协议池和服务提供方组成，如图1所示，通过入站适配器、通用算法模块、出站适配器、管道消息转发、串接第三方服务设计，完成协议转换管道的开发，共同实现服务请求方与服务提供方的信息交互。
[0085]
服务请求方：指通过工业互联网平台请求服务的请求方系统。服务请求方向工业互联网平台发送请求消息，用于调用工业互联网平台发布的服务，获取服务内容；
[0086]
入站协议池：指工业互联网平台提供的入站协议集合，服务请求方需从入站协议池中获取对应的协议，并发送请求消息至协议转换管道；
[0087]
协议转换管道：指支撑报文转换并传递消息的工业互联网平台组件，用于将服务请求方发送的请求消息转换为满足服务提供方要求的格式，并发送至服务提供方；
[0088]
出站协议池：指工业互联网平台提供的出站协议集合，服务提供方需从出站协议池中获取对应的协议，并接收请求消息；
[0089]
服务提供方：指通过工业互联网平台发布服务的原始提供方系统。服务提供方将对外公开的接口注册到工业互联网平台，通过工业互联网平台发布服务，供其他服务请求方调用；
[0090]
步骤2，建立协议转换管道适配表格，如图2所示。入站协议及技术框架包括rest、ws、rfc、mq、mqtt、ftp、opc、db；出站协议及技术框架包括rest、ws、rfc、mq、mqtt、ftp、opc、db；其中rest为表述性状态转移传递协议，ws为跨编程语言和跨操作系统平台的远程调用
技术，rfc为sap系统的远程函数调用协议、mq为消息队列，mqtt为基于发布/订阅范式的消息协议，ftp为文件传输协议，opc为面向过程控制的对象链接与嵌入协议，db为数据库接口调用协议；若存在m个需交互的协议，则理论上存在m
×
m种类型的管道。但在实际业务场景中，个别协议对应关系的场景较少出现，则忽略相应的管道，即真实需求的管道数量≤m
×
m。
[0091]
步骤3，构建协议转换管道，其协议转换管道由入站适配器、通用算法模块、出站适配器组成，其中入站适配器用于将接收到的服务请求方原始报文转换为标准报文，再发送至通用算法模块；通用算法模块用于对标准报文进行优先级控制、权限控制、流量控制、字段映射、日志记录，再将标准报文发送至出站适配器；出站适配器用于将标准报文转换为服务提供方所需格式，再发送至指定提供方，如图3所示。
[0092]
步骤4，服务请求方和服务提供方通信协议的选择，协议转换管道在进行协议转换时，服务请求方从入站协议池选择对应的入站协议，服务提供方从出站协议池选择对应的出站协议，协议转换管道由满足传输需求的相应入站协议与出站协议组成，当其他服务请求方和服务提供方的相应协议与该管道一致时，使用该管道进行数据交互。
[0093]
步骤5，构建入站适配器，其由入站监听节点、报文格式转换模块和自适应负载模块组成，其中，入站监听节点用于监听服务请求方发送的实时消息，当入站监听节点接收到请求消息后将原始报文发送至报文格式转换模块，将其转换为标准报文，每种类型的管道通过自身监听节点设置独有的访问路径；报文格式转换模块用于将接收到的服务请求方原始报文转换为标准报文；自适应负载模块用于自主判断同类型管道的负载均衡状态，并将消息转发至负载量较低的同类型管道，以此平衡管道间的负载量。
[0094]
步骤6，构建通用算法模块，通用算法模块包括日志记录模块、优先级控制模块、权限控制模块、流量控制模块、字段映射模块，并由服务注册库支撑各功能模块，其中，服务注册库，用于注册服务相关信息，包括服务请求方信息、服务提供方信息、服务优先级信息、服务安全控制信息、管道权限控制信息、服务字段映射信息、服务交易行为日志；日志记录模块，将服务交易的报文及行为信息记录到日志中；优先级控制模块，根据生产需要对各服务设置相应优先级，依照优先级顺序对消息进行处理，当访问量过大造成消息堆积时，优先级高的服务将优先进行处理；权限控制模块，从标准报文中提取服务请求方信息，包括源ip、服务请求方身份标识，再根据权限配置信息进行判断，若该次请求具备服务调用权限则将消息传送至流量控制模块，若不具备调用权限则直接返回错误信息，并停止处理；流量控制模块，针对单个服务设置最大每秒完成的交易次数tps，防止超负荷的并发请求，保障管道及服务提供方的稳定性，稳定性包括满负荷运行状态平台的正常平均运行时间、非自相似突发业务的qos和qoe、突发业务对平稳业务的影响程度、突发业务抖动量与最大请求报文和最大流量之间的联合规划能力，以及多不规则混合业务传输状态时平台支撑的应用切换能力，其包括可控响应时间容限和支撑正常工作的业务数；字段映射模块，当服务请求方与提供方的报文字段名不一致时，需完成字段映射后才能使服务提供方识别，该模块根据映射配置信息判断各服务是否需要进行字段映射处理，并将报文内的各字段名转换为服务提供方能识别的字段名。
[0095]
步骤7，构建出站适配器，出站适配器由接口参数读取模块、报文格式转换模块和接口调用模块组成，其中，接口参数读取模块，从标准报文中提取服务提供方身份标识，再
从服务注册库中读取服务提供方接口相关信息；报文格式转换模块，将标准报文转换为满足服务提供方格式要求的报文；接口调用模块，根据已获取到的服务提供方接口相关信息，将报文发送至对应的服务提供方。
[0096]
步骤8，管道消息转发流程设计，管道消息转发用于在管道间对消息进行转发，在消息转发过程中同种类型的管道通过部署若干实例实现负载均衡，入站适配器中的自适应负载模块实时获取同类管道各实例的负载情况，根据转发规则在管道间对消息进行转发，用于平衡各管道间的负载量。
[0097]
步骤9，建立消息转发规则，管道间的消息转发针对实际应用场景建立消息转发规则，管道间的消息转发根据管道负载量的分布情况，通过选择对应的转发规则实现各管道间负载量的平衡，其规则的建立步骤如下：
[0098]
(1)参数定义
[0099]
令在时间段q1，按照协议转换管道对应协议类别分类，若协议转换管道类别总数为q，则管道类别为α1，α2，
…
，α
g
，
…
，α
q
，每种管道类别的可用管道数为n，协议转换管道α
g
的实时负载量为{t
g1
，t
g2
，
…
，t
gi
…
，t
gn
}，期望总体标准差协议转换管道全局实时负载用hardmard积表示为：
[0100][0101]
其中1≤g≤q，1≤i≤n，ω
gi
∈{0，1}，ω
gi
为面向生产场景的管道触发决策变量；
[0102]
令α
g
的管道g
i
(其中1≤i≤n)实时负载量离均差为t
gi
‑
μ
g
，当满足条件时，
[0103]
则自适应负载模块将执行消息转发操作，实现各管道间的负载均衡，其中t
gmax
为α
g
的最大容许负载量；
[0104]
(2)消息转发的实现
[0105]
消息转发将在同协议类别的管道中进行，即管道g
i
的转发目标必需为α
g
类管道，其转发的目标管道判断规则为：
[0106]
规则一：当所选类别的管道α
g
在时间段q1的负载量服从正态分布时，其中x为管道负载量，p(x)为管道负载量对应的出现
概率，具体为：
[0107]
将α
g
类管道按照负载量分类：
[0108]
令负载量处于[0，μ
g
‑
3σ
g
)的管道为a类管道，其中的管道a表示为a＝{a|0≤t
a
＜μ
g
‑
3σ
g
，1≤a≤n，a∈n}，
[0109]
令负载量处于[μ
g
‑
3σ
g
，μ
g
‑
2σ
g
)的管道为b类管道，其中的管道b表示为b＝{b|μ
g
‑
3σ
g
≤t
b
＜μ
g
‑
2σ
g
，1≤b≤n，b∈n}，
[0110]
令负载量处于[μ
g
‑
2σ
g
，μ
g
‑
σ
g
)的管道为c类管道，其中的管道c表示为c＝{c|μ
g
‑
2σ
g
≤t
c
＜μ
g
‑
σ
g
，1≤c≤n，c∈n}，
[0111]
令负载量处于(μ
g
σ
g
，μ
g
2σ
g
]的管道为d类管道，其中的管道d表示为d＝{d|μ
g
σ
g
＜t
d
≤μ
g
2σ
g
，1≤d≤n，d∈n}，
[0112]
令负载量处于(μ
g
2σ
g
，μ
g
3σ
g
]的管道为e类管道，其中的管道e表示为e＝{e|μ
g
2σ
g
＜t
e
≤μ
g
3σ
g
，1≤e≤n，e∈n}，
[0113]
令负载量处于(μ
g
3σ
g
，t
gmax
]的管道为f类管道，其中的管道f表示为f＝{f|μ
g
3σ
g
＜t
f
≤t
gmax
，1≤f≤n，f∈n}，
[0114]
根据转发条件得到管道g
i
的实时负载量t
gi
处于区间(μ
g
σ
g
，t
gmax
]内，故g
i
∈d∪e∪f；
[0115]
③
若g
i
∈d，则从集合c中随机选择单根管道作为转发目标；
[0116]
④
若g
i
∈e，则从集合b中随机选择单根管道作为转发目标；
[0117]
⑤
若g
i
∈f，则从集合a中随机选择单根管道作为转发目标。
[0118]
规则二：当所选类别的管道α
g
在时间段q1的负载量服从泊松分布时，其中x为管道负载量，p(x)为管道负载量对应的出现概率，具体为：
[0119]
①
将α
g
类管道按照负载量分类，令负载量处于[0，μ
g
)的管道为l类管道，其中的管道l表示为l＝{l|0＜t
l
≤μ
g
，1≤l≤n，l∈n}；
[0120]
②
计算出l类管道各自的离均差占比得到
[0121]
③
将β
l
作为对应管道的选择概率，从集合l中按照β
l
概率选择单根管道作为转发目标。
[0122]
规则三：当所选类别的管道α
g
在时间段q1的负载量服从二项分布时，其中x为管道负载量，p(x)为管道负载量对应的出现概率，具体为：
[0123]
①
将α
g
类管道按照实时负载量从低到高进行排序，依次表示为s
g1
，s
g2
，
…
，s
gj
，
…
，s
gn
，其中1≤j≤n，i∈n，s
gj
为第j个实时负载量；
[0124]
②
假设管道g
i
的实时负载量t
gi
所对应的值为s
gj
，则选择s
g(1 n
‑
j)
所对应的管道作为转发目标。
[0125]
规则四：当所选类别的管道α
g
在时间段q1的负载量不服从上述三种情况时，则使用
规则四，具体为：
[0126]
①
将α
g
类管道按照实时负载量从低到高进行排序，依次表示为s
g1
，s
g2
，
…
，s
gj
，
…
，s
gn
，其中1≤j≤n，i∈n，s
gj
为第j个实时负载量；
[0127]
②
选择最低负载量s
g1
所对应的管道作为转发目标。
[0128]
步骤10，串接第三方服务，当现有管道功能不能处理特殊需求时，使用串接第三方服务的方式解决，串接第三方服务流程具体为：
[0129]
a.建立第三方服务注册平台，用于第三方平台的接入，并转至步骤b；
[0130]
b.在平台上注册需串接的第三方服务，并与需关联的服务提供方身份标识进行匹配，并转至步骤c；
[0131]
c.在服务请求方发送消息进入管道时，入站适配器将提取消息中的服务提供方身份标识，若该标识已与第三方服务进行匹配，则入站适配器将调用对应的第三方服务api，并将返回结果发送至通用算法模块，若该标识未与第三方服务匹配，则直接将消息发送至通用算法模块。
[0132]
步骤10，管道开发流程具体为：
[0133]
a.建立协议转换管道适配表格，根据业务场景需求选择需要开发的管道类型模板，并转至步骤b；
[0134]
b.根据协议转换管道组成结构进行管道开发，并转至步骤c；
[0135]
c.将开发好的管道进行部署，并将其注册到服务注册库，以便后续运维调整，并转至步骤d；
[0136]
d.对管道的访问权限进行设置，保障其安全性，并转至步骤e；
[0137]
e.将管道的访问地址公开，并转至步骤f；
[0138]
f.由第三方系统进行调用，确保其稳定性、可靠性及准确性，完成管道开发。
[0139]
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
[0140]
以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。