业务对接方法、系统及相关装置与流程

1.本技术实施例涉及互联网技术领域，尤其涉及业务对接方法、系统及相关装置。


背景技术：

2.近年来，大批量的商户通过对接业务平台(如淘宝)开展了线上的商业运营，而为了进一步提高企业产品的推广度和市场竞争优势，不少商户会陆续接入新涌现出来的业务平台及其接口，以使得通过调用该业务平台端的接口能获取到所需的业务信息，从而实现更具竞争力的产品规划。
3.然而现有技术中，用户端的erp(enterprise resource planning，企业资源计划)系统每预接入一个新业务平台下的业务接口，就需要针对性地开发一套业务对接代码；且该情况下，部署在该业务平台的业务接口若发生业务类型上的变更调整，则需要重新改写代码以适配性地满足用户端的实际业务对接需求。因此，每对接一个业务平台的业务接口就会占用大量的系统开发资源和业务对接时长等投入成本，影响业务平台的响应效率和企业运营。


技术实现要素：

4.本技术实施例提供了业务对接方法、系统及相关装置，用以解决预接入各业务平台及其业务接口需重复性编码开发的技术问题。
5.本技术实施例第一方面提供一种业务对接方法，应用于业务对接系统，包括：
6.接收用户端发送的业务对接请求，所述业务对接请求用于请求将待接入平台所包含的多个接口中的目标接口接入所述用户端；
7.配置所述待接入平台的平台描述信息及配置所述目标接口的接口描述信息，以将所述目标接口接入所述业务对接系统；其中，所述平台描述信息包含接口公共参数，所述接口公共参数用于表示所述多个接口均关联的业务信息，所述接口描述信息包含接口差异参数，所述接口差异参数用于表示所述目标接口单独关联的业务信息；
8.将所述目标接口接入与所述业务对接系统对接的所述用户端。
9.可选地，所述配置所述待接入平台的平台描述信息包括：
10.确定所述目标接口的接口公共参数；
11.建立所述接口公共参数与映射字段之间的映射关系，以配置所述待接入平台的平台描述信息，所述映射字段用于将所述接口公共参数按预设的数据格式配置至所述业务对接系统。
12.可选地，所述配置所述目标接口的接口描述信息包括：
13.确定所述目标接口的接口差异参数；
14.建立所述接口差异参数与映射字段之间的映射关系，以配置所述目标接口的接口描述信息，所述映射字段用于将所述接口差异参数按预设的数据格式配置至所述业务对接系统。
15.可选地，所述多个接口中不同接口对应不同的业务类型，所述接口公共参数包括公共请求参数和公共响应参数，所述接口差异参数包括接口差异请求参数和接口差异响应参数；
16.将所述目标接口接入与所述业务对接系统对接的所述用户端包括：
17.根据所述公共请求参数获取用户端接入任一业务类型的接口时提供的待认证内容，及根据所述接口差异请求参数获取用户端接入所述目标接口时对应提供的待认证内容，并将获取到的所有待认证内容发送给所述待接入平台进行信息认证；
18.接收所述待接入平台返回的认证结果；
19.若认证结果为成功，则将所述目标接口接入与所述业务对接系统对接的所述用户端，以使得所述用户端通过所述目标接口接收到待接入平台根据所述公共响应参数和所述接口差异响应参数返回的业务反馈结果。
20.可选地，将所述目标接口接入与所述业务对接系统对接的所述用户端之后，所述方法还包括：
21.检查所述目标接口是否在时长阈值内根据所述接口公共参数和所述接口差异参数返回业务反馈结果；
22.若所述目标接口未在时长阈值内返回所述业务反馈结果，则进行异常处理。
23.可选地，所述异常处理包括：
24.分析所述目标接口未在时长阈值内返回所述业务反馈结果的超时原因；
25.根据所述超时原因发起预警提醒并重新配置所述平台描述信息和所述接口描述信息。
26.本技术实施例第二方面提供一种业务对接系统，包括：
27.接收单元，用于接收用户端发送的业务对接请求，所述业务对接请求用于请求将待接入平台所包含的多个接口中的目标接口接入所述用户端；
28.处理单元，用于配置所述待接入平台的平台描述信息及配置所述目标接口的接口描述信息，以将所述目标接口接入所述业务对接系统；其中，所述平台描述信息包含接口公共参数，所述接口公共参数用于表示所述多个接口均关联的业务信息，所述接口描述信息包含接口差异参数，所述接口差异参数用于表示所述目标接口单独关联的业务信息；
29.所述处理单元，还用于将所述目标接口接入与所述业务对接系统对接的所述用户端。
30.可选地，所述处理单元具体用于：
31.确定所述目标接口的接口公共参数；
32.建立所述接口公共参数与映射字段之间的映射关系，以配置所述待接入平台的平台描述信息，所述映射字段用于将所述接口公共参数按预设的数据格式配置至所述业务对接系统。
33.可选地，所述处理单元具体用于：
34.确定所述目标接口的接口差异参数；
35.建立所述接口差异参数与映射字段之间的映射关系，以配置所述目标接口的接口描述信息，所述映射字段用于将所述接口差异参数按预设的数据格式配置至所述业务对接系统。
36.可选地，所述多个接口中不同接口对应不同的业务类型，所述接口公共参数包括公共请求参数和公共响应参数，所述接口差异参数包括接口差异请求参数和接口差异响应参数；
37.所述处理单元具体用于：
38.根据所述公共请求参数获取用户端接入任一业务类型的接口时提供的待认证内容，及根据所述接口差异请求参数获取用户端接入所述目标接口时对应提供的待认证内容，并将获取到的所有待认证内容发送给所述待接入平台进行信息认证；
39.接收所述待接入平台返回的认证结果；
40.若认证结果为成功，则将所述目标接口接入与所述业务对接系统对接的所述用户端，以使得所述用户端通过所述目标接口接收到待接入平台根据所述公共响应参数和所述接口差异响应参数返回的业务反馈结果。
41.可选地，所述处理单元还用于：
42.检查所述目标接口是否在时长阈值内根据所述接口公共参数和所述接口差异参数返回业务反馈结果；
43.若所述目标接口未在时长阈值内返回所述业务反馈结果，则进行异常处理。
44.可选地，所述处理单元具体用于：
45.分析所述目标接口未在时长阈值内返回所述业务反馈结果的超时原因；
46.根据所述超时原因发起预警提醒并重新配置所述平台描述信息和所述接口描述信息。
47.本技术实施例第三方面提供一种业务对接装置，包括：
48.中央处理器，存储器以及输入输出接口；
49.所述存储器为短暂存储存储器或持久存储存储器；
50.所述中央处理器配置为与所述存储器通信，并执行所述存储器中的指令操作以执行本技术实施例第一方面或第一方面的任一具体实现方式所描述的方法。
51.本技术实施例第四方面提供一种计算机可读存储介质，包括指令，当所述指令在计算机上运行时，使得计算机执行如本技术实施例第一方面或第一方面的任一具体实现方式所描述的方法。
52.本技术实施例第五方面提供一种包含指令的计算机程序产品，当所述计算机程序产品在计算机上运行时，使得计算机执行如本技术实施例第一方面或第一方面的任一具体实现方式所描述的方法。
53.从以上技术方案可以看出，本技术实施例具有以下优点：
54.相较于需重复性编码以接入不同接口的传统方式，通过本技术实施例的业务对接系统，就可以便捷通用地配置各接口的平台描述信息和接口描述信息，从而最终实现用户端低代码且高效率地接入目标接口的业务优势，并有效减少为接入目标接口之外的其他接口所产生的系统压力和开发成本。
附图说明
55.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术中记载的一些实施
例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
56.图1为传统业务对接方法的一个架构示意图；
57.图2为本技术实施例业务对接方法的一个架构示意图；
58.图3为本技术实施例业务对接方法的另一架构示意图；
59.图4为本技术实施例业务对接方法的一个流程图；
60.图5为本技术实施例业务对接方法的另一流程图；
61.图6为本技术实施例业务对接系统的一个结构示意图；
62.图7为本技术实施例业务对接装置的一个结构示意图。
具体实施方式
63.请参阅图1，传统方式中，因用于接入各业务平台及其接口的平台接入模块(平台接入层)是嵌入到用户端内的，具体可理解为嵌入到用户端的erp业务系统(文中或称为电商erp系统)内，故平台接入模块与业务系统易产生耦合过重的不良状况，从而导致业务平台接入迭代和产品本身的迭代互相干扰。另一方面，所开发出来的每一平台接入模块只适用于某一业务平台的接入，即无法通用地接入其他业务平台，为此，每预接入一个新的业务平台就需要单独开发出与之匹配的平台接入模块；为此，每一平台接入模块的开发和维护都需要高额的工作量和时间成本，且重复性的开发会占用大量的开发资源和测试资源。因此，面对电商行业的发展变化，需要将业务系统和平台接入模块进行解耦，并通过低代码配置的模式实现各业务平台及其接口的接入工作，换而言之，需要部署出一套通用的平台接入模块(具体可理解为图2所示的虎门系统这一网关)，以使得后续新平台及其接口的接入，通过该平台接入模块做相关的配置即可实现。
64.请参阅图3至图4，本技术第一方面提供一种业务对接方法的一个实施例，应用于业务对接系统，包括：
65.401、接收用户端发送的业务对接请求。
66.对于电商行业中不时涌现出的类似淘宝、京东的新业务平台，将它们及其接口接入至用户端有利于提高商户及其商品的市场竞争优势，且考虑到传统方式中易产生系统耦合过重及开发成本大的问题，故本技术实施例提出，可以借助通用型的业务对接系统(虎门系统)接收用户端发起的业务对接请求并进行后续的操作步骤，如此，在一定程度上能有效减少重复编码的工作量及解决资源占用问题；其中，该业务对接请求用于请求将待接入平台所包含的多个接口中的目标接口接入用户端。本技术实施例的用户端，具体可理解为关联erp系统或类似系统的软件服务设备(如计算机设备)或应用程序产品，只要其能与虎门系统通信，并能适用虎门系统的业务平台及接口接入能力即可。
67.402、配置待接入平台的平台描述信息及配置目标接口的接口描述信息。
68.为保证目标接口最终能便捷高效地接入至与业务对接系统对接的用户端，业务对接系统接收到用户端发起的业务对接请求后，需要配置待接入平台的平台描述信息及配置目标接口的接口描述信息，以将目标接口先接入至业务对接系统。
69.因实际应用中，待接入平台的接口参数主要由接口公共参数和接口差异参数组成，故本技术实施例的平台描述信息应包含接口公共参数，接口描述信息应包含接口差异参数，其中，接口公共参数用于表示多个接口均关联的业务信息，接口差异参数用于表示目
标接口单独关联的业务信息。
70.403、将目标接口接入与业务对接系统对接的用户端。
71.在配置待接入平台的平台描述信息及配置目标接口的接口描述信息，以将目标接口接入业务对接系统后，为确保与业务对接系统对接的用户端最终能真正地接入待接入平台及其目标接口，以实现调用目标接口获取所需的业务反馈结果的目的，还需将目标接口接入该用户端。
72.需要说明的是，实际应用中，虎门系统成功接入一个接口就表示已成功接入了该接口所在的业务平台，这就相当于保存了该业务平台的平台描述信息，因此，若后续再想接入该业务平台下的其他接口，只需重点配置接口描述信息，即可便捷地实现对该业务平台的其他接口的接入，从而节省开发成本和对接时长。
73.因此，相较于需重复性编码以接入不同接口的传统方式，通过本技术实施例的业务对接系统，就可以便捷通用地配置各接口的平台描述信息和接口描述信息，从而最终实现用户端低代码且高效率地接入目标接口的业务优势，并有效减少为接入目标接口之外的其他接口所产生的系统压力和开发成本。
74.请参阅图3至图5，为便于理解，下面将提供以接入淘宝平台(待接入平台)的订单详情接口(目标接口，调用该订单详情接口能获取单笔订单的详情信息)至用户端c-erp为例的一个实施例，该实施例应用于虎门系统(业务对接系统)，包括：
75.501、接收用户端发送的业务对接请求。
76.502、配置待接入平台的平台描述信息及配置目标接口的接口描述信息。在一个具体实施方式中，具体可以通过虎门系统的配置界面配置平台描述信息，接口公共参数包括公共请求参数和公共响应参数。
77.5021、配置待接入平台的平台描述信息的过程包括：
78.(1)确定目标接口的接口公共参数；在淘宝的开放平台(taobao open platform，top，此处的top具体为open.taobao.com)找到想要接入的应用程序编程接口api(例如订单详情接口)后，可以通过公共请求参数列表(如包含参数timestamp，该参数用于表示交易时间)和公共响应参数列表(如包含参数code，该参数用于表示请求失败时业务平台所返回的错误码)确定出接口公共参数，以录入至平台配置详情界面实现参数配置；需要说明的是，因实际选择接入的业务平台及其接口不同，故每次最终确定出的接口公共参数会不同，即可能包括参数timestamp和code，具体视情况而定。
79.(2)建立接口公共参数与映射字段之间的映射关系，其中，映射字段用于将接口公共参数按预设的数据格式配置至业务对接系统。这是因为，不同业务平台的字段(可理解为参数)与虎门系统内部的字段可能有格式上的差异，故为保证录入到虎门系统的字段内容都能被虎门系统及下游用户端所解析识别，需要建立接口公共参数与映射字段之间的映射关系，以最终成功配置待接入平台的平台描述信息，即虎门系统相当于具有格式转换能力以维护接口公共信息。
80.在一个具体实施方式中，平台描述信息还会包括平台请求地址和签名计算规则，可以将平台请求地址录入到虎门系统界面的“公共请求地址”栏以确定待接入平台；每个业务平台为了保障接口调用的安全(例如相同的接口调用请求限制重复使用)，需要增加“sign”请求参数和一些通用的签名计算规则，此签名计算规则具体可以通过“加签方式”、“签名拼接方式”和签名算法确定。另一方面，接口公共参数的映射字段实际上会根据接口公共参数的以下字段类型确定：
81.系统：虎门系统内置的默认字段，用于基础数据的定义；
82.常量：各个平台及接口用到的一些固定值，如版本号、数据格式等；
83.时间戳：与平台api通信时上传的时间字段，有长整型的时间戳类型，也有按照年月日时分秒定义的字符串类型；
84.店铺：存储了与平台api通信时进行身份识别的信息，包含了平台店铺的部分信息，如授权信息、账号信息。
85.5022、配置目标接口的接口描述信息的过程包括：
86.(1)确定目标接口的接口差异参数。示例性地，接口差异参数包括接口差异请求参数和接口差异响应参数时，具体可以通过平台接口列表确定预接入淘宝平台下的订单详情接口，并根据接口差异请求参数列表(如包含参数tid，该参数用于表示交易编号)和接口差异响应参数列表(如包含参数data，该参数用于表示收货人姓名等某笔订单的详情信息)，分别确定出所需的接口差异请求参数和接口差异响应参数，以录入至平台接口详情界面；需要说明的是，因实际选择接入的业务平台及其接口不同，故每次最终确定出的接口差异参数会不同，即可能包括参数tid和data，具体视情况而定。
87.(2)建立接口差异参数与映射字段之间的映射关系，实际应用中，具体可借助平台接口列表、请求参数列表和响应参数列表在平台接口详情界面中建立映射关系，映射字段用于将接口差异参数按预设的数据格式配置至业务对接系统。这是因为，不同业务平台的字段与虎门系统内部的字段可能有格式上的差异，故为保证录入到虎门系统的字段内容都能被虎门系统及下游用户端所解析识别，需要建立接口差异参数与映射字段之间的映射关系，以最终成功配置目标接口的接口差异参数，即通过虎门系统维护接口差异信息。
88.需要说明的是，业务平台下的每一接口分别对应不同的业务类型，此业务类型可理解为业务场景，若预调用“淘宝-订单详情”接口则其业务场景是获取单笔订单信息，若预调用“淘宝-售后单列表”接口则其业务场景是查询买家申请的退款列表，正因如此，每个接口都会有独属于各自业务场景的一些参数，如接口基础信息、接口差异请求参数(文中或简称为请求参数)和接口差异响应参数(文中或简称为响应参数)。
89.a、所配置的接口基础信息可以包括：
90.接口的名称：每个接口在虎门系统内定义的名称；
91.接口的编码(apicode)：每个接口在虎门系统内定义的编号；
92.接口地址：部分业务平台针对不同api接口会有不同的地址定义；
93.平台类型：选“淘宝”平台类型，在使用的时候默认会继承“淘宝”平台在“平台配置列表”内定义的公共参数部分内容；
94.b、平台接口详情界面中，所配置的接口差异请求参数可以包括：
95.fields：调用接口需要平台返回的字段列表，一般为固定值，所以定义类型为常量，用于填写固定字段；
96.method：接口的方法名称，由于是固定的值，所以类型定义为常量，值就是接口固定的名称例如“taobao.trade.fullinfo.get”；
97.tid：平台的订单交易编号id，这个字段是由各下游erp系统定义的，所以在虎门系
统中将此字段类型统一定义为“接口”，然后映射字段(由下游erp系统定义)设置为“orderid”，如此是指从下游erp系统端的入参“orderid”内取值，并赋值给“tid”这个平台端的接口字段，相当于虎门系统从用户端获取id后按统一的格式转发给淘宝平台做认证。可见，虎门系统发挥了解析功能，促使不同下游erp系统发送的参数信息都能被虎门和业务平台识别。
98.c、另一方面，每个api接口，都会有属于自己业务类型的报文返回，所以需在平台接口详情界面的“响应参数”栏配置接口差异响应参数，以将平台返回的报文映射转化为各下游erp系统统一认可的格式。具体实现过程包括：
99.参照接口数据返回格式，将淘宝平台返回的报文节点例如trade下的数据(此数据可理解为本次请求返回的业务反馈结果即单笔订单详情)赋值给虎门系统的对应字段例如“data”，所以响应参数名称应配置为系统字段名称“data”，参数路径为平台报文“trade_fullinfo_get_response.trade”。
100.503、将目标接口接入与业务对接系统对接的用户端。
101.在一个具体实施方式中，将目标接口接入与业务对接系统对接的用户端包括：
102.(1)根据公共请求参数获取用户端接入任一业务类型的接口时提供的待认证内容，及根据接口差异请求参数获取用户端接入目标接口时对应提供的待认证内容，并将获取到的所有待认证内容发送给待接入平台进行信息认证；
103.(2)接收待接入平台返回的认证结果；
104.(3)若认证结果为成功，则将目标接口接入与业务对接系统对接的用户端，以使得用户端通过目标接口接收到待接入平台根据公共响应参数和接口差异响应参数返回的业务反馈结果；此处的业务反馈结果具体可理解为用户端通过调用订单详情接口成功获取到淘宝平台返回的单笔订单详情信息。
105.步骤501至503与步骤401至403类似，具体不再赘述。
106.5041、检查目标接口是否在时长阈值内根据接口公共参数和接口差异参数返回业务反馈结果。
107.5042、若目标接口未在时长阈值内返回业务反馈结果，则进行异常处理；其中，异常处理包括：分析目标接口未在时长阈值内返回业务反馈结果的超时原因，根据超时原因发起预警提醒并重新配置平台描述信息和接口描述信息。
108.例如：当某个平台接口出现网络异常，平时20毫秒的响应时长(具体可为接口接收到业务对接请求至返回业务反馈结果的用时)延长为10秒，会导致电商erp系统每个线程都要等待10秒以上才能释放，业务系统和平台接入模块未解耦的情况下，严重的可能会导致系统奔溃，浪费网络资源。接入虎门后，虎门会时刻监控每个平台接口的响应时长，当平台出现异常时，虎门会及时中断对此问题接口的访问，并快速返回失败信息(此处的失败信息可理解为一种预警提醒)给到下游电商erp系统，防止下游电商erp系统因该问题平台导致系统奔溃。同时，虎门还会对问题接口进行重连尝试(具体可以包括根据超时原因重新配置平台描述信息和接口描述信息)；而接口响应返回正常后，虎门会自动解除访问限制，使得下游系统恢复正常的线程业务。
109.综上，相较于于需要逐个编码接入业务平台及其接口的传统方式，通过部署好的虎门系统的可视化界面就能通用地配置上各接口的平台描述信息和接口描述信息，以便捷
地实现对不同业务平台及其接口的接入；同时，借助于虎门系统的解析能力，后端的电商erp系统无需再做调整，即可自动识别新业务平台的数据，从而减少重复编码的开发工作量，实现低代码的业务接入。当然，虎门可以同时为多套电商erp系统提供平台接入能力，且对下游erp系统业务没有任何的业务耦合和冲突。
110.请参阅图3，本技术的虎门系统还连接有用于对用户端和待接入平台进行健康度检查的数据中心，并配合限流、降级、熔断、预警等能力，保障虎门系统本身及后端业务线(如电商erp系统)的稳定。例如，当虎门发现后端业务出现异常时，可以针对“平台、客户、业务、产品线”多个不同维度，限制接口调用和拦截系统请求，并通过预警能力，通知到下游业务负责人及时处理相关问题。如此，不但可以降低调用平台接口发生的错误率，同时解耦的结构使得下游请求业务对接出现故障(如电商erp系统发送给虎门的待认证内容有误)时，能快速响应失败(如预警提醒)，以减少电商erp系统对资源的占用。
111.请参阅图6，本技术第二方面提供一种业务对接系统的一个实施例，包括：
112.接收单元61，用于接收用户端发送的业务对接请求，所述业务对接请求用于请求将待接入平台所包含的多个接口中的目标接口接入所述用户端；
113.处理单元62，用于配置所述待接入平台的平台描述信息及配置所述目标接口的接口描述信息，以将所述目标接口接入所述业务对接系统；其中，所述平台描述信息包含接口公共参数，所述接口公共参数用于表示所述多个接口均关联的业务信息，所述接口描述信息包含接口差异参数，所述接口差异参数用于表示所述目标接口单独关联的业务信息；
114.所述处理单元，还用于将所述目标接口接入与所述业务对接系统对接的所述用户端。
115.本技术实施例中，业务对接系统各单元所执行的操作，与前述第一方面或第一方面的任一具体方法实施例所描述的操作类似，具体此处不再赘述。
116.请参阅图7，本技术实施例的业务对接装置70可以包括一个或一个以上中央处理器cpu(cpu，central processing units)71和存储器75，该存储器75中存储有一个或一个以上的应用程序或数据。
117.其中，存储器75可以是易失性存储或持久存储。存储在存储器75的程序可以包括一个或一个以上模块，每个模块可以包括对业务对接装置中的一系列指令操作。更进一步地，中央处理器71可以设置为与存储器75通信，在业务对接装置70上执行存储器75中的一系列指令操作。
118.业务对接装置70还可以包括一个或一个以上电源72，一个或一个以上有线或无线网络接口73，一个或一个以上输入输出接口74，和/或，一个或一个以上操作系统，例如windows servertm，mac os xtm，unixtm，linuxtm，freebsdtm等。
119.该中央处理器71可以执行前述第一方面或第一方面的任一具体方法实施例所执行的操作，具体不再赘述。
120.可以理解的是，在本技术的各种实施例中，各步骤的序号的大小并不意味着执行顺序的先后，各步骤的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
121.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
122.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统或装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
123.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
124.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
125.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品(计算机程序产品)存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，业务服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。