一种基于IPsec隧道的报文转发方法及系统与流程

一种基于ipsec隧道的报文转发方法及系统
技术领域
1.本技术涉及网络通信技术领域，具体而言，涉及一种基于ipsec隧道的报文转发方法及系统。


背景技术：

2.众所周知，ipsec隧道会对ip报文进行再次封装，并使得封装后的ip报文长度变长。此时，如果新ip头、udp头以及加密后的原始报文三者的长度大于接口mtu，那么该ip报文将会被分片发送。然而，分片和重组都会导致cpu和带宽资源的浪费，从而导致业务传输速度变缓。


技术实现要素：

3.本技术实施例的目的在于提供一种基于ipsec隧道的报文转发方法及系统，能够提高ipsec隧道网络的通信质量，同时还不会降低非ipsec业务通信质量；还能够减少配置量，实现基于接口mtu实时动态修改mss的效果。
4.本技术实施例第一方面提供了一种基于ipsec隧道的报文转发方法，包括：
5.获取在客户端与服务端之间传输的tcp握手协商报文；
6.判断所述tcp握手协商报文是否为syn报文或syn_ack报文；
7.当所述tcp握手协商报文为所述syn报文或所述syn_ack报文时，判断所述tcp握手协商报文的传输接口是否为ipsec接口；
8.当所述tcp握手协商报文的传输接口为所述ipsec接口时，修改所述tcp握手协商报文的mss值，并传输修改后的所述tcp握手协商报文。
9.在上述实施过程中，该方法优先获取在客户端与服务端之间传输的tcp握手协商报文，从而实现防火墙对三次握手协商过程中的报文获取，进而为对报文进行处理以及转发作出充分准备。然后，该方法判断tcp握手协商报文是否为syn报文或syn_ack报文，从而进一步确定tcp握手协商报文的传递方与接收方，进而确定tcp握手协议的真实性与可靠性，保障后续的处理有效可靠。再然后，该方法当tcp握手协商报文为syn报文或syn_ack报文时，判断tcp握手协商报文的传输接口是否为ipsec接口，从而确定该tcp握手协商报文是使用ipsec隧道进行信息传输的，进而保障处理对象是基于ipsec隧道进行传输的tcp握手协商报文。最后，当tcp握手协商报文的传输接口为ipsec接口时，修改tcp握手协商报文的mss值，并传输修改后的tcp握手协商报文，从而实现该tcp握手协商报文的mss值的调整，进而使得其最大分段大小能够适用于完整的tcp握手协商报文。可见，该方法能够保障此次报文不再需要进行分片，从而提高业务传输速度，进而提高ipsec隧道的网络通信质量；同时，该方法还能够减少配置量，实现基于接口mtu实时动态修改mss的效果。
10.进一步地，所述当所述tcp握手协商报文为所述syn报文或所述syn_ack报文时，判断所述tcp握手协商报文的传输接口是否为ipsec接口的步骤包括：
11.当所述tcp握手协商报文为所述syn报文或所述syn_ack报文时，判断所述tcp握手
协商报文是否为所述syn报文；
12.当所述tcp握手协商报文为所述syn报文时，判断所述syn报文的出接口是否为ipsec接口；
13.当所述syn报文的出接口为所述ipsec接口时，执行所述修改所述tcp握手协商报文的mss值，并传输修改后的所述tcp握手协商报文的步骤。
14.在上述实施过程中，该方法在判断tcp握手协商报文的传输接口是否为ipsec接口时，具体先判断tcp握手协商报文是否为syn报文，从而确保该分支步骤执行的对象是客户端发送给服务端的syn报文，进而便于后续步骤对该syn报文进行具有针对性的处理。然后，该方法在确定出tcp握手协商报文是syn报文之后，进一步判断syn报文的出接口是否为ipsec接口，从而确定该syn报文是否为通过ipsec隧道传输的报文，进而保障该方法是针对于ipsec隧道传输过程的报文进行转发处理的。在上述步骤确定出传输的tcp握手协商报文是通过ipsec隧道传输的syn报文之后，该方法才能够进行修改tcp握手协商报文的mss值，并对修改后的tcp握手协商报文进行传输，从而使得该方法能够实现syn报文的有效转发。
15.进一步地，所述当所述tcp握手协商报文为所述syn报文或所述syn_ack报文时，判断所述tcp握手协商报文的传输接口是否为ipsec接口的步骤包括：
16.当所述tcp握手协商报文为所述syn报文或所述syn_ack报文时，判断所述tcp握手协商报文是否为所述syn_ack报文；
17.当所述tcp握手协商报文为所述syn_ack报文时，判断所述syn_ack报文的收包口是否为ipsec接口；
18.当所述syn_ack报文的收包口为所述ipsec接口时，执行所述修改所述tcp握手协商报文的mss值，并传输修改后的所述tcp握手协商报文的步骤。
19.在上述实施过程中，该方法在判断tcp握手协商报文的传输接口是否为ipsec接口时，具体先判断tcp握手协商报文是否为syn_ack报文，从而确保该分支步骤执行的对象是服务端发送给客户端的syn_ack报文，进而便于后续步骤对该syn_ack报文进行具有针对性的处理。然后，该方法在确定出tcp握手协商报文是syn_ack报文之后，进一步判断syn_ack报文的收包口是否为ipsec接口，从而确定该syn_ack报文是否为通过ipsec隧道传输的报文，进而保障该方法是针对于ipsec隧道传输过程的报文进行转发处理的。在上述步骤确定出传输的tcp握手协商报文是通过ipsec隧道传输的syn_ack报文之后，该方法才能够进行修改tcp握手协商报文的mss值，并对修改后的tcp握手协商报文进行传输，从而使得该方法能够实现syn_ack报文的有效转发。
20.进一步地，所述修改所述tcp握手协商报文的mss值，并传输修改后的所述tcp握手协商报文的步骤包括：
21.获取所述ipsec接口绑定的物理接口mtu值；
22.基于所述物理接口mtu值，修改所述tcp握手协商报文中option选项的mss值，并传输修改后的所述tcp握手协商报文。
23.在上述实施过程中，该方法在修改tcp握手协商报文的mss值，并传输修改后的tcp握手协商报文的过程中，可以优先获取ipsec接口绑定的物理接口mtu值，其中，该物理接口mtu值为新ip头、udp头、esp头、加密后的原始报文、填充数据以及esp尾的字节数之和。可见，基于该物理接口mtu值能够预测出需要修改的mss值，从而保证后续对mss值的修改更加
可靠，从而保证数据传输不需要分片，提高传输效率。然后，该方法基于物理接口mtu值，修改tcp握手协商报文中option选项的mss值，并传输修改后的tcp握手协商报文，能够以物理接口mtu值和报文tcp和ip头的字节数之和进行option选项的调整，从而使得调整后的mss值能够适用于后续的报文传输，从而避免分片和重组的过程，提高整体的报文传输效率。
24.进一步地，所述基于所述物理接口mtu值，修改所述tcp握手协商报文中option选项的mss值，并传输修改后的所述tcp握手协商报文的步骤包括：
25.基于所述物理接口mtu值将所述tcp握手协商报文中option选项的mss值修改为mtu-128，同步修改checksum，并传输修改后的所述tcp握手协商报文。
26.在上述实施过程中，该方法可以基于所述物理接口mtu值将所述tcp握手协商报文中option选项的mss值修改为mtu-128，同步修改checksum，并传输修改后的所述tcp握手协商报文。可见，客户端与服务端建立tcp连接后协商出的mss值为fw接口mtu-128，能够使得客户端与服务端在进行数据传输时，经过ipsec封装后的报文长度始终不会超过接口的mtu，从而保证报文不会被分片，进而能够提升数据的传输效率。
27.本技术实施例第二方面提供了一种基于ipsec隧道的报文转发系统，所述基于ipsec隧道的报文转发系统包括：
28.获取单元，用于获取在客户端与服务端之间传输的tcp握手协商报文；
29.第一判断单元，用于判断所述tcp握手协商报文是否为syn报文或syn_ack报文；
30.第二判断单元，用于当所述tcp握手协商报文为所述syn报文或所述syn_ack报文时，判断所述tcp握手协商报文的传输接口是否为ipsec接口；
31.修改单元，用于当所述tcp握手协商报文的传输接口为所述ipsec接口时，修改所述tcp握手协商报文的mss值，并传输修改后的所述tcp握手协商报文。
32.在上述实施过程中，该系统可以优先获取在客户端与服务端之间传输的tcp握手协商报文，从而实现防火墙对三次握手协商过程中的报文获取，进而为对报文进行处理以及转发作出充分准备。然后，该系统判断tcp握手协商报文是否为syn报文或syn_ack报文，从而进一步确定tcp握手协商报文的传递方与接收方，进而确定tcp握手协议的真实性与可靠性，保障后续的处理有效可靠。再然后，该系统当tcp握手协商报文为syn报文或syn_ack报文时，判断tcp握手协商报文的传输接口是否为ipsec接口，从而确定该tcp握手协商报文是使用ipsec隧道进行信息传输的，进而保障处理对象是基于ipsec隧道进行传输的tcp握手协商报文。最后，当tcp握手协商报文的传输接口为ipsec接口时，修改tcp握手协商报文的mss值，并传输修改后的tcp握手协商报文，从而实现该tcp握手协商报文的mss值的调整，进而使得其最大分段大小能够适用于完整的tcp握手协商报文。可见，该系统能够保障此次报文不再需要进行分片，从而提高业务传输速度，进而提高ipsec隧道的网络通信质量；同时，该系统还能够减少配置量，实现基于接口mtu实时动态修改mss的效果。
33.进一步地，所述第二判断单元包括：
34.第一子单元，用于当所述tcp握手协商报文为所述syn报文或所述syn_ack报文时，判断所述tcp握手协商报文是否为所述syn报文；
35.第二子单元，用于当所述tcp握手协商报文为所述syn报文时，判断所述syn报文的出接口是否为ipsec接口；并当所述syn报文的出接口为所述ipsec接口时，触发所述修改单元执行所述修改所述tcp握手协商报文的mss值，并传输修改后的所述tcp握手协商报文的
操作。
36.在上述实施过程中，该系统在判断tcp握手协商报文的传输接口是否为ipsec接口时，具体先判断tcp握手协商报文是否为syn报文，从而确保该分支步骤执行的对象是客户端发送给服务端的syn报文，进而便于后续步骤对该syn报文进行具有针对性的处理。然后，该系统在确定出tcp握手协商报文是syn报文之后，进一步判断syn报文的出接口是否为ipsec接口，从而确定该syn报文是否为通过ipsec隧道传输的报文，进而保障该系统是针对于ipsec隧道传输过程的报文进行转发处理的。在上述步骤确定出传输的tcp握手协商报文是通过ipsec隧道传输的syn报文之后，该系统才能够进行修改tcp握手协商报文的mss值，并对修改后的tcp握手协商报文进行传输，从而使得该系统能够实现syn报文的有效转发。
37.进一步地，所述第二判断单元包括：
38.第一子单元，用于当所述tcp握手协商报文为所述syn报文或所述syn_ack报文时，判断所述tcp握手协商报文是否为所述syn_ack报文；
39.第二子单元，用于当所述tcp握手协商报文为所述syn_ack报文时，判断所述syn_ack报文的收包口是否为ipsec接口；并当所述syn_ack报文的收包口为所述ipsec接口时，触发所述修改单元执行所述修改所述tcp握手协商报文的mss值，并传输修改后的所述tcp握手协商报文的操作。
40.在上述实施过程中，该系统在判断tcp握手协商报文的传输接口是否为ipsec接口时，具体先判断tcp握手协商报文是否为syn_ack报文，从而确保该分支步骤执行的对象是服务端发送给客户端的syn_ack报文，进而便于后续步骤对该syn_ack报文进行具有针对性的处理。然后，该系统在确定出tcp握手协商报文是syn_ack报文之后，进一步判断syn_ack报文的收包口是否为ipsec接口，从而确定该syn_ack报文是否为通过ipsec隧道传输的报文，进而保障该系统是针对于ipsec隧道传输过程的报文进行转发处理的。在上述步骤确定出传输的tcp握手协商报文是通过ipsec隧道传输的syn_ack报文之后，该系统才能够进行修改tcp握手协商报文的mss值，并对修改后的tcp握手协商报文进行传输，从而使得该系统能够实现syn_ack报文的有效转发。
41.本技术实施例第三方面提供了一种电子设备，包括存储器以及处理器，所述存储器用于存储计算机程序，所述处理器运行所述计算机程序以使所述电子设备执行本技术实施例第一方面中任一项所述的基于ipsec隧道的报文转发方法。
42.本技术实施例第四方面提供了一种计算机可读存储介质，其存储有计算机程序指令，所述计算机程序指令被一处理器读取并运行时，执行本技术实施例第一方面中任一项所述的基于ipsec隧道的报文转发方法。
附图说明
43.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
44.图1为本技术实施例提供的一种基于ipsec隧道的报文转发方法的流程示意图；
45.图2为本技术实施例提供的另一种基于ipsec隧道的报文转发方法的流程示意图；
46.图3为本技术实施例提供的一种基于ipsec隧道的报文转发系统的结构示意图。
具体实施方式
47.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。
48.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本技术的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
49.实施例1
50.请参看图1，图1为本实施例提供了一种基于ipsec隧道的报文转发方法的流程示意图。其中，该基于ipsec隧道的报文转发方法包括：
51.s101、获取在客户端与服务端之间传输的tcp握手协商报文。
52.本实施例中，该方法的执行前提是客户端client向服务端server发起tcp三次握手协商，其协商过程会产生tcp握手协商报文。
53.本实施例中，该方法的执行主体为防火墙。
54.在本实施例中，该步骤用于表示防火墙fw收到tcp握手协商报文。
55.s102、判断tcp握手协商报文是否为syn报文或syn_ack报文，若是，则执行步骤s103；若否，则结束本流程。
56.本实施例中，该步骤用于判断tcp握手协商报文是否为syn报文或syn_ack报文中的一种。
57.s103、判断tcp握手协商报文的传输接口是否为ipsec接口，若是，则执行步骤s104；若否，则结束本流程。
58.本实施例中，该方法在确定出tcp握手协商报文是syn报文或syn_ack报文是，进一步判断报文的下一跳是否为ipsec口，从而确保该方法的是基于ipsec隧道的。
59.s104、修改tcp握手协商报文的mss值，并传输修改后的tcp握手协商报文。
60.本实施例中，mss(maximum segment size，最大报文长度)，是tcp协议定义的一个选项，mss选项用于在tcp连接建立时，收发双方协商通信时每一个报文段所能承载的最大数据长度。
61.本实施例中，在确定了通信时基于ipsec隧道之后，获取ipsec口所绑定物理接口的mtu值，基于mtu值修改tcp握手协商报文的mss值为mtu-128，并修改checksum。
62.本实施例中，最大传输单元(maximum transmission unit，mtu)用来通知对方所能接受数据服务单元的最大尺寸，说明发送方能够接受的有效载荷大小。具体的，mtu是包或帧的最大长度，一般以字节记。如果mtu过大，在碰到路由器时会被拒绝转发，因为它不能处理过大的包。如果太小，因为协议一定要在包(或帧)上加上包头，那实际传送的数据量就会过小，这样也划不来。大部分操作系统会提供给用户一个默认值，该值一般对用户是比较合适的。
63.本实施例中，常规流程通常是客户端
→
防火墙
→
网络
→
服务端这样一个流程。其中，客户端client与服务端server建立tcp连接，其三次握手时会协商mss大小。客户端client发出syn报文，其中option选项会填充mss，服务端server发送的syn_ack应答报文的option选项也会填充mss，协商双方会比较两者的大小，选择较小的作为发送tcp分片的大
小。
64.本实施例中，该方法的执行主体可以为计算机、服务器等计算系统，对此本实施例中不作任何限定。
65.在本实施例中，该方法的执行主体还可以为智能手机、平板电脑等智能设备，对此本实施例中不作任何限定。
66.可见，实施本实施例所描述的基于ipsec隧道的报文转发方法，能够基于ipsec业务，动态修改三次握手报文option中的mss，从而解决ipsec业务分片的问题。进一步地，该方法还能够提升ipsec隧道网络通信质量，并保障非ipsec业务通信质量不会降低；同时，还能够减少配置量，实现基于接口mtu动态修改mss的效果。
67.实施例2
68.请参看图2，图2为本实施例提供了一种基于ipsec隧道的报文转发方法的流程示意图。其中，该基于ipsec隧道的报文转发方法包括：
69.s201、获取在客户端与服务端之间传输的tcp握手协商报文。
70.本实施例中，三次握手的目的是为了对每次发送的数据量进行跟踪与协商，确保数据段的发送和接收同步，根据所接收到的数据量而确认数据发送、接收完毕后何时撤消联系，并建立虚连接。同时，为了提供可靠的传送，tcp在发送新的数据之前，以特定的顺序将数据包的序号，并需要这些包传送给目标机之后的确认消息。tcp总是用来发送大批量的数据。当应用程序在收到数据后要做出确认时也要用到tcp。
71.s202、判断tcp握手协商报文是否为syn报文或syn_ack报文，若是，则执行步骤s203；若否，则结束本流程。
72.s203、当tcp握手协商报文为syn报文时，判断syn报文的出接口是否为ipsec接口，若是，则执行步骤s205；若否，则结束本流程。
73.s204、当tcp握手协商报文为syn_ack报文时，判断syn_ack报文的收包口是否为ipsec接口，若是，则执行步骤s205；若否，则结束本流程。
74.s205、获取ipsec接口绑定的物理接口mtu值。
75.s206、基于物理接口mtu值将tcp握手协商报文中option选项的mss值修改为mtu-128，同步修改checksum，并传输修改后的tcp握手协商报文。
76.本实施例中，checksum：电脑总和检验码，校验和。在数据处理和数据通信领域中，用于校验目的的一组数据项的和。这些数据项可以是数字或在计算检验总和过程中看作数字的其它字符串。
77.本实施例中，ipsec封装后的报文组成(nat-t)为：新ip头 udp头 esp头 加密后的原始报文 填充数据 esp尾；其中，ip头和udp头分别为20字节和8字节、esp头为28字节、esp尾为12字节、加密后的原始报文加上数据填充部分会比原始报文略大，最多不会超过20字节。所以mss应取值为：原始mss-88。
78.在本实施例中，由于无法保证该报文长度小于链路中的最小mtu，因此该方法结合pmtu技术可以使设备接口mtu取值为链路中最小的mtu值，所以这里mss应取值为：接口mtu-88-40(多减的40为原始报文的tcp和ip头)，即接口mtu-128。
79.本实施例中，该方法的执行主体可以为防火墙、路由器等通信设备，对此本实施例中不作任何限定。
80.可见，实施本实施例所描述的基于ipsec隧道的报文转发方法，能够优先获取在客户端与服务端之间传输的tcp握手协商报文，从而实现防火墙对三次握手协商过程中的报文获取，进而为对报文进行处理以及转发作出充分准备。然后，该方法判断tcp握手协商报文是否为syn报文或syn_ack报文，从而进一步确定tcp握手协商报文的传递方与接收方，进而确定tcp握手协议的真实性与可靠性，保障后续的处理有效可靠。再然后，该方法当tcp握手协商报文为syn报文或syn_ack报文时，判断tcp握手协商报文的传输接口是否为ipsec接口，从而确定该tcp握手协商报文是使用ipsec隧道进行信息传输的，进而保障处理对象是基于ipsec隧道进行传输的tcp握手协商报文。最后，当tcp握手协商报文的传输接口为ipsec接口时，修改tcp握手协商报文的mss值，并传输修改后的tcp握手协商报文，从而实现该tcp握手协商报文的mss值的调整，进而使得其最大分段大小能够适用于完整的tcp握手协商报文。可见，该方法能够保障此次报文不再需要进行分片，从而提高业务传输速度，进而提高ipsec隧道的网络通信质量；同时，该方法还能够减少配置量，实现基于接口mtu实时动态修改mss的效果。
81.实施例3
82.请参看图3，图3为本实施例提供的一种基于ipsec隧道的报文转发系统的结构示意图。如图3所示，该基于ipsec隧道的报文转发系统包括：
83.获取单元310，用于获取在客户端与服务端之间传输的tcp握手协商报文；
84.第一判断单元320，用于判断tcp握手协商报文是否为syn报文或syn_ack报文；
85.第二判断单元330，用于当tcp握手协商报文为syn报文或syn_ack报文时，判断tcp握手协商报文的传输接口是否为ipsec接口；
86.修改单元340，用于当tcp握手协商报文的传输接口为ipsec接口时，修改tcp握手协商报文的mss值，并传输修改后的tcp握手协商报文。
87.作为一种可选的实施方式，第二判断单元330包括：
88.第一子单元331，用于当tcp握手协商报文为syn报文或syn_ack报文时，判断tcp握手协商报文是否为syn报文；
89.第二子单元332，用于当tcp握手协商报文为syn报文时，判断syn报文的出接口是否为ipsec接口；并当syn报文的出接口为ipsec接口时，触发修改单元340执行修改tcp握手协商报文的mss值，并传输修改后的tcp握手协商报文的操作
90.作为一种可选的实施方式，第二判断单元330包括：
91.第一子单元331，用于当tcp握手协商报文为syn报文或syn_ack报文时，判断tcp握手协商报文是否为syn_ack报文；
92.第二子单元332，用于当tcp握手协商报文为syn_ack报文时，判断syn_ack报文的收包口是否为ipsec接口；并当syn_ack报文的收包口为ipsec接口时，触发修改单元340执行修改tcp握手协商报文的mss值，并传输修改后的tcp握手协商报文的操作
93.作为一种可选的实施方式，修改单元340包括：
94.获取子单元341，用于获取ipsec接口绑定的物理接口mtu值；
95.修改子单元342，用于基于物理接口mtu值，修改tcp握手协商报文中option选项的mss值，并传输修改后的tcp握手协商报文。
96.作为一种可选的实施方式，修改子单元342具体用于基于物理接口mtu值将tcp握
手协商报文中option选项的mss值修改为mtu-128，同步修改checksum，并传输修改后的tcp握手协商报文。
97.本技术实施例中，对于基于ipsec隧道的报文转发系统的解释说明可以参照实施例1或实施例2中的描述，对此本实施例中不再多加赘述。
98.可见，实施本实施例所描述的基于ipsec隧道的报文转发系统，能够优先获取在客户端与服务端之间传输的tcp握手协商报文，从而实现防火墙对三次握手协商过程中的报文获取，进而为对报文进行处理以及转发作出充分准备。然后，该系统判断tcp握手协商报文是否为syn报文或syn_ack报文，从而进一步确定tcp握手协商报文的传递方与接收方，进而确定tcp握手协议的真实性与可靠性，保障后续的处理有效可靠。再然后，该系统当tcp握手协商报文为syn报文或syn_ack报文时，判断tcp握手协商报文的传输接口是否为ipsec接口，从而确定该tcp握手协商报文是使用ipsec隧道进行信息传输的，进而保障处理对象是基于ipsec隧道进行传输的tcp握手协商报文。最后，当tcp握手协商报文的传输接口为ipsec接口时，修改tcp握手协商报文的mss值，并传输修改后的tcp握手协商报文，从而实现该tcp握手协商报文的mss值的调整，进而使得其最大分段大小能够适用于完整的tcp握手协商报文。可见，该系统能够保障此次报文不再需要进行分片，从而提高业务传输速度，进而提高ipsec隧道的网络通信质量；同时，该系统还能够减少配置量，实现基于接口mtu实时动态修改mss的效果。
99.本技术实施例提供了一种电子设备，包括存储器以及处理器，存储器用于存储计算机程序，处理器运行计算机程序以使电子设备执行本技术实施例1或实施例2中的基于ipsec隧道的报文转发方法。
100.本技术实施例提供了一种计算机可读存储介质，其存储有计算机程序指令，计算机程序指令被一处理器读取并运行时，执行本技术实施例1或实施例2中的基于ipsec隧道的报文转发方法。
101.在本技术所提供的几个实施例中，应该理解到，所揭露的系统和方法，也可以通过其它的方式实现。以上所描述的系统实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本技术的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
102.另外，在本技术各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
103.所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人
计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
104.以上所述仅为本技术的实施例而已，并不用于限制本技术的保护范围，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
105.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应所述以权利要求的保护范围为准。
106.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。