一种信息处理方法、装置、系统、电子设备及存储介质与流程

1.本技术涉及计算机技术领域，尤其涉及一种信息处理方法、装置、系统、电子设备及存储介质。


背景技术：

2.随着互联网的发展，金融机构(financial institution)是指从事金融业有关的金融中介机构，为金融体系的一部分，金融业包括银行、证券、保险、信托、基金等行业。金融机构包括银行、证券公司、保险公司、信托投资公司和基金管理公司等。金融结构在运转过程中，通常需要与其他机构进行合作，如提供相关的金融服务。
3.随着用户需求的业务日趋多样化，需要银行能够提供个性化的服务。现在对于此类问题通用的解决方案如下：提供一个全功能包，通过业务开关来开启和关闭对应的业务功能，而且需要前后端配合。其中，全功能包中包括多个用于不同业务功能的安装包。然而在实现本发明的过程中，发明人发现将全功能包提供给客户端，在加载全功能包时，因全功能包过大，会消耗较多的资源。且无法实现根据业务的功能需求实现功能包的灵活配置。


技术实现要素：

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.图1为本技术实施例提供的一种信息处理方法的流程图；
52.图2为本技术另一实施例提供的一种信息处理方法的流程图；
53.图3为本技术实施例提供的生成数据包的过程示意图；
54.图4为本技术另一实施例提供的一种信息处理方法的流程图；
55.图5为本技术另一实施例提供的一种信息处理方法的流程图；
56.图6为本技术实施例提供的一种信息处理装置的框图；
57.图7为本技术实施例提供的一种信息处理系统的框图；
58.图8为本技术实施例提供的部署数据包的过程示意图；
59.图9为本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
60.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术的一部分实施例，而不是全部的实施例，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
61.需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个类似的实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
62.本技术实施例提供了一种信息处理方法、装置、系统、电子设备及存储介质。本发明实施例所提供的方法可以应用于任意需要的电子设备，例如，可以为服务器、终端等电子设备，在此不做具体限定，为描述方便，后续简称为电子设备。
63.根据本技术实施例的一方面，提供了一种信息处理方法的方法实施例。本技术实施例提供方法应用于业务部署平台，图1为本技术实施例提供的一种信息处理方法的流程图，如图1所示，该方法包括：
64.步骤s11，接收业务请求，业务请求携带待部署业务的目标功能需求；
65.在本技术实施例中，当客户端确定需要部署新的业务时，则会获取待部署业务的目标功能需求，待部署业务可以是基金业务、保险业务、投资业务等等。目标功能需求可以包括：担保功能、资质检验功能、理赔功能、期限管控功能等等。
66.在客户端获取待部署业务的目标功能需求时，则会根据待部署业务以及待部署业务的目标功能需求生成业务请求，并将业务请求发送至业务部署平台。
67.步骤s12，获取与目标功能需求匹配的目标配置文件，目标配置文件包括用于实现功能需求的功能代码；
68.在本技术实施例中，业务部署平台对目标功能需求进行解析，得到至少一个目标功能项。例如目标功能项可以为担保功能、资质检验功能、理赔功能或期限管控功能。
69.在本技术实施例中，获取与目标功能需求匹配的目标配置文件，包括以下步骤a1-a3：
70.步骤a1，确定目标功能项对应的目标功能项标识；
71.在本技术实施例中，业务部署平台中查询目标功能项对应的目标功能项标识，例如：目标功能项为担保功能，则担保功能对应的目标功能项标识为“db”；或，目标功能项为资质检验功能，则资质检验功能对应的目标功能项标识为“zzjy”。
72.步骤a2，查询功能项标识与配置文件的映射关系；
73.在本技术实施例中，业务部署平台中设有配置文件库，配置文件库中包括：各个功能项对应的配置文件，配置文件中包括用于实现功能需求的功能代码。另外，配置文件库中设有功能项标识与配置文件的映射关系。
74.步骤a3，根据映射关系确定目标功能项标识对应的目标配置文件。
75.在本技术实施例中，在确定目标功能项标识，以及功能项标识与配置文件的映射关系后，根据映射关系从配置文件库中查询与目标功能项标识对应的目标配置文件。
76.步骤s13，组装目标配置文件，得到数据包；
77.在本技术实施例中，如图2所示，步骤s13，根据目标配置文件进行组装得到数据包，包括以下步骤b1-b2：
78.步骤b1，对目标配置文件进行解析确定目标配置文件的文件类型，以及目标配置文件关联的关键信息；
79.在本技术实施例中，通过获取目标配置文件的格式确定目标配置文件的文件类型，关键信息可以是配置文件的版本号，以及版本号对应的升级时间。
80.步骤b2，在根据与目标配置文件关联的关键信息对目标配置文件校验通过时，根据目标配置文件进行组装得到数据包。
81.在本技术实施例中，当版本号以及版本号为最新的版本号，且版本号对应的升级时间正确时，确定目标配置文件正常，此时对目标配置你文件进行组装，得到数据包。
82.在本技术实施例中，方法还包括以下步骤b3-b5：
83.步骤b3，当根据与目标配置文件关联的关键信息对目标配置文件校验未通过时，确定目标配置文件异常；
84.步骤b4，根据异常信息生成提示信息；
85.步骤b5，输出提示信息。
86.在本技术实施例中，当根据关键信息确定目标配置文件校验未通过时，确定目标配置文件异常，此时确定目标配置文件的异常信息，例如：确定异常配置文件的路径、报错数据。根据异常信息输出提示信息，以使开发人员根据提示信息对异常配置文件进行处理。
87.步骤s14，将数据包发送至业务请求的请求方，由请求方基于数据包执行待部署业务的部署操作。
88.本技术实施例中，步骤s14，将数据包发送至业务请求的请求方，由请求方基于数据包执行待部署业务的部署操作，该方法可以包括以下步骤：
89.将数据包发送至业务请求的请求方，由请求方确定待部署业务的部署模式，按照部署模式以及数据包对待部署业务执行部署操作。
90.作为一个示例，如图3所示，业务部署平台接收到的业务请求中携带目标功能需求a、目标功能需求b、目标功能需求c以及目标功能需求d。然后业务部署平台确定上述目标功能项对应的目标功能项标识，并查询功能项标识与配置文件的映射关系，根据映射关系从配置文件库中确定目标功能项标识对应的目标配置文件。最后组装目标配置文件，得到数据包，将数据包发送至业务请求的请求方，其中请求方可以是客户端。客户端接收到数据包可以基于数据包执行待部署业务的部署操作。
91.本技术实施例通过获取与业务部署请求携带目标功能需求匹配的目标配置文件，并对目标配置文件进行组装最终得到满足业务功能需求的数据包，实现了根据业务需求对数据包进行灵活配置，提高了业务部署的效率，不会消耗较多的资源。解决了现有技术中无法实现根据业务的功能需求实现功能包的灵活配置。
92.在本技术实施例中，还提供了建立功能项标识与配置文件映射关系的方法实施例，图4为本技术实施例提供的一种信息处理方法的流程图，如图4所示，该方法可以包括以下步骤c1-c4：
93.步骤c1，获取用于实现功能项的业务逻辑脚本；
94.在本技术实施例中，可以根据语法规则确定功能项的实现逻辑，语法规则是开发人员预先配置的，根据配置的语法规则生成编写脚本的可视化组件。语法规则包括变量类型、运算符、内置函数、自定义函数和功能模板等内容以及这些内容的表示方式(如中文、英
文、符号等)。
95.变量类型包括数值型、字符型、布尔型(boolean，包括真或假两种数值)，日期型，还包括数组变量，包括定长和不定长数组等。
96.运算符主要包括基本算术运算符(如 ，-，*，/等)、逻辑运算符(如and，or，not等)和比较运算符(如》，《，＝等)。函数主要包括字符类函数(如substring、trim等)、日期类函数(如date、systemdate等)、数学函数(如random、log等)、统计类函数、数组类函数(如max、sum等)、转换类函数(如tostring、tonumber等)等。
97.在本技术实施例中，首先获取开发人员编写的脚本，并提供脚本可视化组件，脚本可视化组件包括：变量库、内置函数库、功能模板库。以使在可视化环境中通过拖拽的方式生成业务逻辑脚本。
98.作为一个示例，一个关于投保资格评定的业务功能，其业务逻辑是：如果用户的投保年限大于3并且用户的投保项目是医疗，那么就可以给用户设置一个资深用户的标签。针对该业务逻辑编写的脚本如下：
99.1：if
‘
用户.投保年限’》3.0and
‘
用户.项目’＝“医疗”100.2：then
‘
用户.标签’＝“资深用户”101.3：endif。
102.步骤c2，当业务逻辑脚本校验通过时，根据业务逻辑脚本生成配置文件；
103.在本技术实施例中，在得到业务逻辑脚本后，对逻辑脚本进行可行性校验，当业务逻辑脚本校验通过时，根据业务逻辑脚本生成配置文件。
104.校验过程如下：可以通过词法解析器将业务逻辑脚本中的字符，将字符转换为单词序列，单词序列中包括关键字，标识符，符号以及操作符等等。然后对单词序列进行分析确定业务逻辑脚本中是否存在词法错误。
105.当业务逻辑脚本中不存在词法错误时，根据语法解析器确定代码之间的连接关系，根据连接关系确定业务逻辑脚本是否存在语法错误。当逻辑脚本中不存在语法错误时，则根据业务逻辑脚本生成配置文件。
106.步骤c3，确定功能项，以及功能项对应的功能项标识；
107.在本技术实施例中，根据业务逻辑脚本所要实现的功能确定确定功能项，例如：业务逻辑脚本所要实现的功能为“对投保资格进行验证的过程”，根据上述功能信息得到的功能项为“投保资格验证”，功能项标识为“tbzgyz”。
108.步骤c4，建立配置文件与功能项标识的映射关系。
109.在本技术实施例中，通过建立配置文件与功能项标识映射关系，可以根据不同的业务功能需求，提供符合业务功能需求的配置文件。提高了业务部署效率。
110.图5为本技术实施例提供的一种信息处理方法的流程图，如图5所示，该方法可以包括以下步骤：
111.步骤s41，获取功能更新请求，功能更新请求携带待更新业务的功能更新信息；
112.步骤s42，获取与功能更新信息相对应的更新配置文件；
113.步骤s43，根据更新后的配置文件更新映射关系。
114.在本技术实施例中，当需要更新某一个配置文件的功能，业务部署平台会接收功能更新请求，功能更新请求携带的功能更新信息可以是配置文件的漏洞补丁、新增功能代
码等等。然后根据功能更新信息更新配置文件，当更新后的配置文件对应的功能变化时，则根据更新后的配置文件更新映射关系。
115.图6为本技术实施例提供的一种信息处理装置的框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图6所示，该装置包括：
116.接收模块51，用于接收业务请求，业务请求携带待部署业务的目标功能需求；
117.获取模块52，用于获取与目标功能需求匹配的目标配置文件，目标配置文件包括用于功能需求的功能代码；
118.处理模块53，用于组装目标配置文件，得到数据包；
119.执行模块54，用于将数据包发送至业务请求的请求方，由请求方基于数据包执行待部署业务的部署操作。
120.在本技术实施例中，所述目标功能需求包括至少一个目标功能项；获取模块，用于确定所述目标功能项对应的目标功能项标识；查询功能项标识与配置文件的映射关系；根据所述映射关系确定所述目标功能项标识对应的目标配置文件。
121.在本技术实施例中，所述装置还包括：构建模块，用于获取用于实现功能项的业务逻辑脚本，当所述业务逻辑脚本校验通过时，根据所述业务逻辑脚本生成配置文件，确定所述功能项对应的功能项标识，建立所述配置文件与所述功能项标识的映射关系。
122.在本技术实施例中，装置还包括更新模块，用于获取功能更新请求，功能更新请求携带待更新业务的功能更新信息；获取与所述功能更新信息相对应的更新配置文件；根据更新后的配置文件更新所述映射关系。
123.在本技术实施例中，装置还包括校验模块，用于对所述目标配置文件进行解析确定所述目标配置文件的文件类型，以及所述目标配置文件关联的关键信息；当根据与所述目标配置文件关联的关键信息对所述目标配置文件校验通过时，根据所述目标配置文件进行组装得到数据包。
124.在本技术实施例中，装置还包括校验模块，用于当根据与所述配置文件关联的关键信息对所述配置文件未校验通过时，确定所述目标配置文件的异常信息；根据所述异常配置文件的异常信息生成提示信息；输出所述提示信息。
125.在本技术实施例中，执行模块54，用于将所述数据包发送至所述业务请求的请求方，由所述请求方确定所述待部署业务的部署模式，按照所述部署模式以及所述数据包对所述待部署业务执行部署操作。
126.图7为本技术实施例提供的一种信息处理系统的框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图7所示，该系统包括：客户端，业务部署平台；
127.客户端61，用于根据接收的输入信息生成接收业务请求，输入信息携带待部署业务的目标功能需求；
128.业务部署平台62，用于获取与目标功能需求匹配的目标配置文件，目标配置文件包括用于功能需求的功能代码，组装目标配置文件，得到数据包，将数据包发送至客户端61，由客户端61基于数据包执行待部署业务的部署操作。
129.在本技术实施例中，业务部署平台62，还用于对目标配置文件进行解析确定目标配置文件的文件类型，以及目标配置文件关联的关键信息，在根据与目标配置文件关联的
关键信息确定目标配置文件均正常时，根据目标配置文件进行组装得到数据包。
130.在本技术实施例中，客户端61，用于确定待部署业务的部署模式，按照部署模式以及数据包对待部署业务执行部署操作，其中部署模式可以是单形式个部署、多形式部署等等。
131.在本技术实施例中，客户端61，具体用于根据部署模式确定数据包的部署数量，按照部署数量生成与数据包所携带目标配置文件具有依赖关系的部署文件，获取针对于待部署业务编写的动态脚本，执行动态脚本以及部署文件，以使部署文件生成待部署业务的业务数据。
132.在本技术实施例中，客户端61需要根据用户的部署模式确定数据包的部署数量，动态脚本为待部署业务的运行脚本。
133.作为一个示例，如图8所示，当客户端根据部署模型确定数据包的部署数量为2个时，获取当前数据包p1中所携带的目标配置文件，数据包p1中包括目标配置文件1、目标配置文件2、目标配置文件3以及目标配置文件4。然后查询目标配置文件具有依赖关系的部署文件，此时得到目标配置文件3以及目标配置文件4具有依赖关系的部署文件，然后将部署文件与目标配置文件1、目标配置文件2生成数据包p2。最后将数据包p1和数据包p2进行部署。
134.本技术实施例还提供一种电子设备，如图9所示，电子设备可以包括：处理器1501、通信接口1502、存储器1503和通信总线1504，其中，处理器1501，通信接口1502，存储器1503通过通信总线1504完成相互间的通信。
135.存储器1503，用于存放计算机程序；
136.处理器1501，用于执行存储器1503上所存放的计算机程序时，实现以下步骤：
137.接收业务请求，所述业务请求携带待部署业务的目标功能需求；
138.获取与所述目标功能需求匹配的目标配置文件，所述目标配置文件包括用于实现功能需求的功能代码；
139.组装所述目标配置文件得到数据包；
140.将所述数据包发送至所述业务请求的请求方，由所述请求方基于所述数据包执行所述待部署业务的部署操作。
141.在本技术实施例中，所述目标功能需求包括至少一个目标功能项；
142.获取与所述目标功能需求匹配的目标配置文件，包括：
143.确定所述目标功能项对应的目标功能项标识；
144.查询功能项标识与配置文件的映射关系；
145.根据所述映射关系确定所述目标功能项标识对应的目标配置文件。
146.在本技术实施例中，所述方法还包括：
147.获取用于实现功能项的业务逻辑脚本；
148.当所述业务逻辑脚本校验通过时，根据所述业务逻辑脚本生成配置文件；
149.确定所述功能项对应的功能项标识；
150.建立所述配置文件与所述功能项标识的映射关系。
151.在本技术实施例中，所述方法还包括：
152.获取功能更新请求，功能更新请求携带待更新业务的功能更新信息；
153.获取与所述功能更新信息相对应的更新配置文件；
154.根据更新后的配置文件更新所述映射关系。
155.在本技术实施例中，在根据所述目标配置文件进行组装得到数据包之前，所述方法还包括：
156.对所述目标配置文件进行解析确定所述目标配置文件的文件类型，以及所述目标配置文件关联的关键信息；
157.当根据与所述目标配置文件关联的关键信息对所述目标配置文件校验通过时，根据所述目标配置文件进行组装得到数据包。
158.在本技术实施例中，所述方法还包括：
159.当根据与所述配置文件关联的关键信息对所述配置文件未校验通过时，确定所述目标配置文件异常；
160.根据所述异常配置文件的异常信息生成提示信息；
161.输出所述提示信息。
162.在本技术实施例中，所述将所述数据包发送至所述业务请求的请求方，由所述请求方基于所述数据包执行所述待部署业务的部署操作，包括：
163.将所述数据包发送至所述业务请求的请求方，由所述请求方确定所述待部署业务的部署模式，按照所述部署模式以及所述数据包对所述待部署业务执行部署操作。
164.上述终端提到的通信总线可以是外设部件互连标准(peripheral component interconnect，简称pci)总线或扩展工业标准结构(extended industry standard architecture，简称eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
165.通信接口用于上述终端与其他设备之间的通信。
166.存储器可以包括随机存取存储器(random access memory，简称ram)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
167.上述的处理器可以是通用处理器，包括中央处理器(central processing unit，简称cpu)、网络处理器(network processor，简称np)等；还可以是数字信号处理器(digital signal processing，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现场可编程门阵列(field－programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
168.在本技术提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的信息处理方法。
169.在本技术提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的信息处理方法。
170.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计
算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solid state disk)等。
171.以上所述仅为本技术的较佳实施例而已，并非用于限定本技术的保护范围。凡在本技术的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本技术的保护范围内。
172.以上所述仅是本技术的具体实施方式，使本领域技术人员能够理解或实现本技术。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。