报文处理方法、装置及设备与流程

1.本技术实施例涉及计算机技术领域，尤其涉及一种报文处理方法、装置及设备。


背景技术：

2.在信息的传输过程中，通过对信息进行加解密处理，可以有效保障信息的安全性，防止信息在传输过程中被泄露。
3.在相关技术中，可以利用公钥基础设施平台对企业的信息传输过程进行加解密处理。然而，在上述过程中，该公钥基础设施平台通常仅部署在总行系统，当多个分行系统需要进行信息传输时，需要频繁的调用位于总行系统的公钥基础设施平台，从而造成业务响应时间较长，无法及时满足对业务响应时间有严苛性能要求的分行系统的信息传输需求，导致对信息传输的效率较低。


技术实现要素：

4.本技术实施例提供一种报文处理方法、装置及设备，可以基于sdk实现对总行系统和分行系统的自动切换，从而减少了分行系统业务响应时间，提高了对信息传输的效率。
5.第一方面，本技术实施例提供一种报文处理方法，应用于分行系统，所述分行系统中设置有软件开发工具包sdk，所述sdk中设置有加密密钥，所述方法包括：
6.确定待处理的第一报文；
7.通过所述sdk获取对称密钥；
8.通过所述sdk采用所述对称密钥对所述加密后的私钥进行解密处理，以得到所述加密后的私钥对应的解密后的私钥；
9.通过所述sdk采用所述解密后的私钥对所述第一报文进行处理，得到所述第一报文对应的目标报文。
10.在一种可能的实施方式中，通过所述sdk获取对称密钥，包括：
11.获取所述第一报文的报文信息或者总行系统对所述第一报文的处理时长，所述报文信息包括所述第一报文的类型或者所述第一报文的最大可接收时延；
12.根据所述报文信息或者所述处理时长，通过所述sdk获取所述对称密钥。
13.在一种可能的实施方式中，根据所述报文信息或者所述处理时长，通过所述sdk获取所述对称密钥，包括：
14.在所述报文信息满足第一预设条件或者所述处理时长大于或等于第一预设时长时，通过所述sdk获取所述对称密钥；
15.其中，所述第一预设条件包括如下至少一种：所述第一报文的类型为预设类型，所述最大可接收时延小于或等于预设时延。
16.在一种可能的实施方式中，获取总行系统对所述第一报文的处理时长之前，还包括：
17.向所述总行系统发送报文处理请求，所述报文处理请求中包括所述第一报文。
18.在一种可能的实施方式中，通过所述sdk获取对称密钥，包括：
19.判断所述sdk中是否存在所述对称密钥；
20.若是，则在所述sdk中获取所述对称密钥；
21.若否，则向总行系统请求获取所述对称密钥，并在所述sdk中存储所述对称密钥。
22.在一种可能的实施方式中，在所述sdk中获取所述对称密钥之前，还包括：
23.向所述总行系统请求获取所述对称密钥；
24.在所述sdk中存储所述对称密钥。
25.在一种可能的实施方式中，通过所述sdk采用所述解密后的私钥对所述第一报文进行处理，得到所述第一报文对应的目标报文，包括：
26.若所述第一报文为待加密报文，则通过所述解密后的私钥对所述第一报文进行加密处理，得到所述目标报文，所述目标报文为所述第一报文的加密报文；
27.若所述第一报文为待解密报文，则通过所述解密后的私钥对所述第一报文进行解密处理，得到所述目标报文，所述目标报文为所述第一报文的解密报文。
28.第二方面，本技术实施例提供一种报文处理装置，应用于分行系统，所述分行系统中设置有软件开发工具包sdk，所述sdk中设置有加密密钥，包括第一确定模块、获取模块、解密模块、第二确定模块，其中，
29.所述第一确定模块用于，确定待处理的第一报文；
30.所述获取模块用于，通过所述sdk获取对称密钥；
31.所述解密模块用于，通过所述sdk采用所述对称密钥对所述加密后的私钥进行解密处理，以得到所述加密后的私钥对应的解密后的私钥；
32.所述第二确定模块用于，通过所述sdk采用所述解密后的私钥对所述第一报文进行处理，得到所述第一报文对应的目标报文。
33.在一种可能的实施方式中，所述获取模块具体用于：
34.获取所述第一报文的报文信息或者总行系统对所述第一报文的处理时长，所述报文信息包括所述第一报文的类型或者所述第一报文的最大可接收时延；
35.根据所述报文信息或者所述处理时长，通过所述sdk获取所述对称密钥。
36.在一种可能的实施方式中，所述获取模块具体用于：
37.在所述报文信息满足第一预设条件或者所述处理时长大于或等于第一预设时长时，通过所述sdk获取所述对称密钥；
38.其中，所述第一预设条件包括如下至少一种：所述第一报文的类型为预设类型，所述最大可接收时延小于或等于预设时延。
39.在一种可能的实施方式中，所述获取模块具体用于：
40.向所述总行系统发送报文处理请求，所述报文处理请求中包括所述第一报文。
41.在一种可能的实施方式中，所述获取模块具体用于：
42.判断所述sdk中是否存在所述对称密钥；
43.若是，则在所述sdk中获取所述对称密钥；
44.若否，则向总行系统请求获取所述对称密钥，并在所述sdk中存储所述对称密钥。
45.在一种可能的实施方式中，所述获取模块具体用于：
46.向所述总行系统请求获取所述对称密钥；
47.在所述sdk中存储所述对称密钥。
48.在一种可能的实施方式中，所述第二确定模块具体用于：
49.若所述第一报文为待加密报文，则通过所述解密后的私钥对所述第一报文进行加密处理，得到所述目标报文，所述目标报文为所述第一报文的加密报文；
50.若所述第一报文为待解密报文，则通过所述解密后的私钥对所述第一报文进行解密处理，得到所述目标报文，所述目标报文为所述第一报文的解密报文。
51.第三方面，本技术实施例提供一种报文处理设备，包括：处理器和存储器；
52.所述存储器用于，存储计算机程序；
53.所述处理器用于，执行所述存储器中存储的计算机程序，实现如第一方面任一项所述的方法。
54.第四方面，本技术实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当所述计算机执行指令被处理器执行时用于实现第一方面任一项所述的方法。
55.第五方面，本技术实施例提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如第一方面任一项所述的方法。
56.本技术实施例提供的报文处理方法、装置及设备，可以通过确定待处理的第一报文；通过sdk获取对称密钥；通过sdk采用对称密钥对加密后的私钥进行解密处理，以得到加密后的私钥对应的解密后的私钥；通过sdk采用解密后的私钥对第一报文进行处理，得到第一报文对应的目标报文。在上述过程中，可以基于sdk实现对总行系统和分行系统的自动切换，从而减少了分行系统业务响应时间，提高了对信息传输的效率。
附图说明
57.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
58.图1为本技术实施例提供的应用场景的示意图；
59.图2为本技术实施例提供的一种报文处理方法的流程示意图；
60.图3为本技术实施例提供的基于第一种判断方法的一种报文处理方法的流程示意图；
61.图4为本技术实施例提供的基于第二种判断方法的一种报文处理方法的流程示意图；
62.图5为本技术实施例提供的报文处理装置的一种结构示意图；
63.图6为本技术实施例提供的报文处理设备的硬件结构示意图。
64.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
65.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是
本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
66.图1为本技术实施例提供的应用场景的示意图。请参见图1，包括报文处理设备101和报文处理设备102，其中，报文处理设备101中部署有分行系统，该分行系统中设置有确定装置、私钥加密托管和软件开发工具包(software development kit，sdk)；报文处理设备102中部署有总行系统，该总行系统中设置有公钥基础设施平台和加密平台。
67.报文设备101中的确定装置可以用于确定待处理的第一报文。在通过确定装置获得待处理的第一报文后，分行系统对第一报文的处理可以有以下两种方式：
68.第一种方式，可以通过确定装置向公钥基础设施平台发送报文处理请求，以实现对第一报文的处理，从而得到目标报文。
69.第二种方式，分行系统预先通过私钥加密托管向加密平台发送获取对称密钥的请求，以获取对称密钥并将对称密钥存储到sdk中。在得到对称密钥后，可以通过sdk接收确定装置发送的报文处理请求，通过sdk采用对称密钥对加密后的私钥进行解密处理，以得到加密后的私钥对应的解密后的私钥；通过sdk采用解密后的私钥对第一报文进行处理，以得到目标报文。
70.在相关技术中，可以利用公钥基础设施平台对企业的信息传输过程进行加解密处理。然而，在上述过程中，该公钥基础设施平台通常仅部署在总行系统，当多个分行系统需要进行信息传输时，需要频繁的调用位于总行系统的公钥基础设施平台，从而造成业务响应时间较长，无法及时满足对业务响应时间有严苛性能要求的分行系统的信息传输需求，导致对信息传输的效率较低。
71.在本技术实施例中，可以基于sdk实现对总行系统和分行系统的自动切换，能够实现对报文信息快速响应，从而减少了分行系统业务响应时间，提高了对信息传输的效率。
72.下面，通过具体实施例对本技术所示的方法进行说明。需要说明的是，下面几个实施例可以单独存在，也可以互相结合，对于相同或相似的内容，在不同的实施例中不再重复说明。
73.图2为本技术实施例提供的一种报文处理方法的流程示意图。请参见图2，该方法可以包括：
74.s201、确定待处理的第一报文。
75.本技术实施例的执行主体可以为分行系统中的报文处理设备，也可以为设置在报文处理设备中的报文处理装置。报文处理装置可以通过软件实现，也可以通过软件和硬件的结合实现。
76.可选的，第一报文可以为待加密报文或待解密报文。
77.可以从多个业务系统中获取待处理的第一报文，例如，业务系统可以为个人业务系统、机构业务系统和内部管理系统等。
78.s202、通过sdk获取对称密钥。
79.通过sdk获取对称密钥的实施方式可以如下所示：获取第一报文的报文信息或者总行系统对第一报文的处理时长，报文信息包括第一报文的类型或者第一报文的最大可接收时延；根据报文信息或者处理时长，通过sdk获取对称密钥。
80.可选的，可以按照发送第一报文的业务系统的类型，来划分第一报文的类型。例
如，针对于某些业务系统，其对业务响应时间具有严格的要求，那么，可以将这些业务系统所发送的第一报文的类型看作类型1，将除这些业务系统以外的业务系统所发送的第一报文的类型看作类型2。
81.可选的，第一报文的最大可接收时延可以为一个预设时延，例如，最大可接收时延可以为5毫秒。
82.s203、通过sdk采用对称密钥对加密后的私钥进行解密处理，以得到加密后的私钥对应的解密后的私钥。
83.可选的，当接收到报文处理请求后，可以先判断该报文处理请求中的第一报文是否为待加密报文或者待解密报文，若是，则执行s203；若否，可以通过sdk直接对第一报文进行处理。
84.可选的，针对于多个第一报文，当需要对每一个第一报文进行加密处理或者解密处理时，需要重复执行s202～s203，以得到解密后的私钥。
85.s204、通过sdk采用解密后的私钥对第一报文进行处理，得到第一报文对应的目标报文。
86.目标报文可以为第一报文的加密报文或者第一报文的解密报文。
87.可选的，可以通过如下方式得到第一报文对应的目标报文：若第一报文为待加密报文，则通过解密后的私钥对第一报文进行加密处理，得到目标报文，目标报文为第一报文的加密报文；若第一报文为待解密报文，则通过解密后的私钥对第一报文进行解密处理，得到目标报文，目标报文为第一报文的解密报文。
88.可选的，对第一报文进行加密处理或者解密处理的处理方式，可以为如下几种方式中的一种或者多种：7*24小时加解密方式、数字信封加解密方式、非对称加解密方式和对称加解密方式。
89.本技术实施例提供的报文处理方法，可以应用于分行系统，分行系统中设置有sdk，sdk中设置有加密密钥，包括：确定待处理的第一报文；通过sdk获取对称密钥；通过sdk采用对称密钥对加密后的私钥进行解密处理，以得到加密后的私钥对应的解密后的私钥；通过sdk采用解密后的私钥对第一报文进行处理，得到第一报文对应的目标报文。在上述过程中，可以基于sdk实现对总行系统和分行系统的自动切换，从而减少了分行系统业务响应时间，提高了对信息传输的效率。
90.在实际应用过程中，当确定第一报文后，分行系统对第一报文的处理路径可以有如下两种：
91.第一种处理路径：分行系统向总行系统发送报文处理请求，通过总行系统实现对第一报文进行处理，以得到目标报文。
92.第二种处理路径：分行系统中可以设置有sdk，可以通过sdk接收报文处理请求、以及对第一报文进行处理，以得到目标报文。
93.可选的，可以通过以下两种判断方法中的一种或者两种，来及时进行上述两种处理路径的切换，以便于提高第一报文的处理效率：
94.第一种判断方法：判断第一报文的报文信息是否满足第一预设条件；
95.第二种判断方法：总行系统对第一报文的处理时长是否大于或者等于第一预设时长。
96.下面，结合图3和图4，分别对基于上述两种判断方法的报文处理方法的详细过程进行说明。
97.图3为本技术实施例提供的基于第一种判断方法的一种报文处理方法的流程示意图。请参见图3，该方法可以包括：
98.s301、确定待处理的第一报文。
99.需要说明的是，s301的执行过程可以参见s201的执行过程，此处不再进行赘述。
100.s302、获取第一报文的报文信息。
101.可以通过对第一报文进行解析处理，来获得第一报文对应的报文信息。报文信息可以包括第一报文的类型或者第一报文的最大可接收时延。
102.s303、判断报文信息是否满足第一预设条件。
103.若是，则通过第二种处理路径对第一报文进行处理，具体执行步骤参见s304～s309；
104.若否，则通过第一种处理路径对第一报文进行处理，具体执行步骤参见s310～s311。
105.第一预设条件可以包括如下至少一种：第一报文的类型为预设类型，最大可接收时延小于或等于预设时延。
106.例如，第一报文的类型可以包括类型1、类型2和类型3，预设类型可以为类型1。当第一报文的类型为类型1时，可以通过第二种处理路径对其进行处理；当第一报文的类型为类型2或者类型3时，可以通过第一种处理路径对其进行处理。
107.s304、通过分行系统中的软件开发工具包接收报文处理请求。
108.s305、判断软件开发工具包中是否存在对称密钥。
109.若是，则执行s306～s307；
110.若否，则先执行s308～s309，再执行s306～s307。
111.s306、通过软件开发工具包采用对称密钥对加密后的私钥进行解密处理，以得到加密后的私钥对应的解密后的私钥。
112.需要说明的是，s306的执行过程可以参见s203的执行过程，此处不再进行赘述。
113.s307、通过软件开发工具包采用解密后的私钥对第一报文进行处理，得到第一报文对应的目标报文。
114.可选的，目标报文可以为第一报文的加密报文或者第一报文的解密报文。
115.s308、向总行系统请求获取对称密钥。
116.可选的，分行系统中可以设置有私钥加密托管和sdk，总行系统中可以设置有加密平台。该加密平台可以用于提供7*24小时加解密、转加密、摘要计算、密钥管理等安全服务。
117.在实际应用过程中，sdk中可以设置有加密密钥，为了保证该加密密钥的安全性，可以将该加密密钥对应的对称密钥存储在加密平台中。针对于任意一个分行系统中设置的sdk，当需要获得其加密密钥对应的对称密钥时，可以通过私钥加密托管向总行系统的加密平台发送获取对称密钥的请求。加密平台接收到该获取对称密钥的请求后，可以对分行系统进行身份识别验证，待验证通过后可以向sdk发送其加密密钥对应的对称密钥。
118.s309、在软件开发工具包中存储对称密钥。
119.可选的，可以将对称密钥存储到sdk的配置文件中。
120.s310、向总行系统发送报文处理请求。
121.报文处理请求中可以包括第一报文。报文处理请求可以为第一报文的加密处理请求或者第一报文的解密处理请求。
122.在实际应用过程中，总行系统中可以设置有公钥基础设施平台，分行系统可以直接向公钥基础设施平台发送报文处理请求，并通过公钥基础设施平台对第一报文进行处理，以得到目标报文。
123.例如，假设报文处理请求为第一报文的加密处理请求，分行系统将第一报文的加密处理请求发送给公钥基础设施平台，公钥基础设施平台对第一报文的加密处理请求进行验证，待验证通过后，公钥基础设施平台可以对第一报文进行加密处理，以获得第一报文对应的报文密文，并将报文密文返回给分行系统。
124.s311、总行系统通过公共基础设施平台对第一报文进行处理，得到第一报文对应的目标报文。
125.本技术实施例提供的报文处理方法，可以应用于分行系统，分行系统中设置有sdk，sdk中设置有加密密钥，可以通过确定待处理的第一报文；通过sdk获取对称密钥；通过sdk采用对称密钥对加密后的私钥进行解密处理，以得到加密后的私钥对应的解密后的私钥；通过sdk采用解密后的私钥对第一报文进行处理，得到第一报文对应的目标报文。在上述过程中，可以基于sdk实现对总行系统和分行系统的自动切换，从而减少了分行系统业务响应时间，提高了对信息传输的效率。
126.图4为本技术实施例提供的基于第二种判断方法的一种报文处理方法的流程示意图。请参见图4，该方法可以包括：
127.s401、确定待处理的第一报文。
128.s402、向总行系统发送报文处理请求。
129.需要说明的是，s402的执行过程可以参见s310的执行过程，此处不再进行赘述。
130.s403、获取总行系统对第一报文的处理时长。
131.可选的，第一报文的处理时长可以通过如下方式进行计算：获取第一报文的发送时刻、以及第一报文的当前处理时刻；将第一报文的当前处理时刻与第一报文的发送时刻之间的差值，确定为第一报文的处理时长。
132.s404、判断处理时长是否大于或等于第一预设时长。
133.若否，则通过第一种处理路径对第一报文进行处理，具体执行步骤参见s405；
134.若是，则通过第二种处理路径对第一报文进行处理，具体执行步骤参见s406～s411。
135.例如，第一预设时长为5毫秒，当处理时长小于5毫秒时，可以通过第一种处理路径对第一报文进行处理；当处理时长大于或者等于5毫秒时，则切换为第二种处理路径，通过第二种处理路径对第一报文进行处理。
136.s405、总行系统通过公共基础设施平台对第一报文进行处理，得到第一报文对应的目标报文。
137.s406、通过分行系统中的软件开发工具包接收报文处理请求。
138.s407、判断软件开发工具包中是否存在对称密钥。
139.若是，则执行s408～s409；
140.若否，则先执行s410～s411，再执行s408～s409。
141.s408、通过软件开发工具包采用对称密钥对加密后的私钥进行解密处理，以得到加密后的私钥对应的解密后的私钥。
142.s409、通过软件开发工具包采用解密后的私钥对第一报文进行处理，得到第一报文对应的目标报文。
143.s410、向总行系统请求获取对称密钥。
144.s411、在软件开发工具包中存储对称密钥。
145.本技术实施例提供的报文处理方法，可以通过确定待处理的第一报文；通过sdk获取对称密钥；通过sdk采用对称密钥对加密后的私钥进行解密处理，以得到加密后的私钥对应的解密后的私钥；通过sdk采用解密后的私钥对第一报文进行处理，得到第一报文对应的目标报文。在上述过程中，可以基于sdk实现对总行系统和分行系统的自动切换，从而减少了分行系统业务响应时间，提高了对信息传输的效率。
146.图5为本技术实施例提供的报文处理装置的一种结构示意图。请参见图5，该报文处理装置10包括第一确定模块11、获取模块12、解密模块13、第二确定模块14，其中，
147.所述第一确定模块11用于，确定待处理的第一报文；
148.所述获取模块12用于，通过所述sdk获取对称密钥；
149.所述解密模块13用于，通过所述sdk采用所述对称密钥对所述加密后的私钥进行解密处理，以得到所述加密后的私钥对应的解密后的私钥；
150.所述第二确定模块14用于，通过所述sdk采用所述解密后的私钥对所述第一报文进行处理，得到所述第一报文对应的目标报文。
151.本技术实施例提供的报文处理装置可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。
152.在一种可能的实施方式中，所述获取模块12具体用于：
153.获取所述第一报文的报文信息或者总行系统对所述第一报文的处理时长，所述报文信息包括所述第一报文的类型或者所述第一报文的最大可接收时延；
154.根据所述报文信息或者所述处理时长，通过所述sdk获取所述对称密钥。
155.在一种可能的实施方式中，所述获取模块12具体用于：
156.在所述报文信息满足第一预设条件或者所述处理时长大于或等于第一预设时长时，通过所述sdk获取所述对称密钥；
157.其中，所述第一预设条件包括如下至少一种：所述第一报文的类型为预设类型，所述最大可接收时延小于或等于预设时延。
158.在一种可能的实施方式中，所述获取模块12具体用于：
159.向所述总行系统发送报文处理请求，所述报文处理请求中包括所述第一报文。
160.在一种可能的实施方式中，所述获取模块12具体用于：
161.判断所述sdk中是否存在所述对称密钥；
162.若是，则在所述sdk中获取所述对称密钥；
163.若否，则向总行系统请求获取所述对称密钥，并在所述sdk中存储所述对称密钥。
164.在一种可能的实施方式中，所述获取模块12具体用于：
165.向所述总行系统请求获取所述对称密钥；
166.在所述sdk中存储所述对称密钥。
167.在一种可能的实施方式中，所述第二确定模块14具体用于：
168.若所述第一报文为待加密报文，则通过所述解密后的私钥对所述第一报文进行加密处理，得到所述目标报文，所述目标报文为所述第一报文的加密报文；
169.若所述第一报文为待解密报文，则通过所述解密后的私钥对所述第一报文进行解密处理，得到所述目标报文，所述目标报文为所述第一报文的解密报文。
170.图6为本技术实施例提供的报文处理设备的硬件结构示意图。请参见图6，该报文处理设备20可以包括处理器21和存储器22。其中，处理器21和存储器22可以通信；示例性的，处理器21和存储器22通过通信总线23通信。
171.所述存储器22用于存储计算机执行指令；
172.所述处理器21用于执行所述存储器22存储的计算机执行指令，使得所述处理器21执行如上述方法实施例所示的报文处理方法。
173.可选的，报文处理设备20还可以包括通信接口，通信接口可以包括发送器和/或接收器。
174.可选的，上述处理器可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本技术实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
175.本技术实施例提供一种可读存储介质，所述可读存储介质上存储有计算机程序；所述计算机程序用于实现如上述任意实施例所述的报文处理方法。
176.本技术实施例提供一种计算机程序产品，所述计算机程序产品包括指令，当所述指令被执行时，使得计算机执行上述报文处理方法。
177.实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一可读取存储器中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储器(存储介质)包括：只读存储器(英文：read-only memory，缩写：rom)、ram、快闪存储器、硬盘、固态硬盘、磁带(英文：magnetic tape)、软盘(英文：floppy disk)、光盘(英文：optical disc)及其任意组合。
178.本技术实施例是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理单元以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理单元执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
179.可以理解的是，在本技术的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本技术的实施例的范围。
180.在本技术中，术语“包括”及其变形可以指非限制性的包括；术语“或”及其变形可以指“和/或”。本本技术中术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述
特定的顺序或先后次序。本技术中，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
181.显然，本领域的技术人员可以对本技术实施例进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术实施例的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。