连接处理方法及设备与流程

1.本发明实施例涉及终端技术领域，尤其涉及一种连接处理方法及设备。


背景技术：

2.安全移动终端内的一些服务(例如，加密服务)在与其对应的服务器连接成功后，即安全移动终端在与服务器连接成功后，需要启动心跳机制，以保持安全移动终端与服务器之间的连接。目前，安全移动终端在启动心跳机制后，发送心跳包至服务器，在接收到服务器返回的应答消息后，便立即重新发送心跳包。
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.所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上第一方面以及第一方面各种可能的设计所述的连接处理方法。
52.第四方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面以及第一方面各种可能的设计所述的连接处理方法。
53.本发明提供一种连接处理方法及设备，通过在与第二设备连接成功后，根据第一设备的屏幕状态确定心跳周期，即该心跳周期与第一设备的屏幕状态相关，然后基于该心跳周期发送心跳包至第二设备，由于心跳周期是与第一设备当前的屏幕状态相关，其并不是固定大小，即发送心跳包的时间间隔并不是固定的，因此，第一设备并不是在接收到第二设备返回的应答消息后便重新发送心跳包至第二设备，而是基于与自身状态相对应的心跳周期发送心跳包至第二设备，减少发送心跳包的数量，从而可以减小第一设备的功耗，避免出现由于第一设备需要在接收到应答消息便重新发送心跳包导致功耗较大的问题，同时由于第一设备减少了发送心跳包的数量，因此，第二设备需要处理的心跳包的数量也相应减少，从而降低第二设备的负载。
附图说明
54.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
55.图1为本发明实施例提供的连接处理系统的架构示意图；
56.图2为本发明实施例提供的连接处理方法的流程示意图一；
57.图3为本发明实施例提供的连接处理方法的流程示意图二；
58.图4为本发明实施例提供的连接处理设备的结构示意图；
59.图5为本发明实施例提供的电子设备的硬件结构示意图。
具体实施方式
60.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
61.现有技术中，安全移动终端内的一些服务(例如，加密服务)在与其对应的服务器连接成功后，该服务通过安全移动终端需要定时与服务器保持空数据交互，即安全移动终端需要启动心跳机制，以保持安全移动终端与服务器之间的连接。目前，安全移动终端在启动心跳机制后，发送心跳包至服务器，在接收到服务器返回的应答消息后，便立即重新发送心跳包。然而，由于安全移动终端在接收到服务器返回的应答消息后，便需要重新发送心跳包，导致安全移动终端需要频繁地发送心跳包至服务器，进而造成安全移动终端功耗较大。
62.因此，针对上述问题，本发明的技术构思是在安全移动终端与服务器socket创建成功后，即在安全移动终端与服务器连接成功后，在加密服务二层秘钥更新完成后，启动心跳机制，并根据安全移动终端的屏幕状态确定心跳周期，按照该心跳周期，发送心跳包至服务器，并当安全移动终端的网络不可用或者连续多次未在预设时间内收到远程服务器发送的应答消息，重新与服务器建立socket连接，若再次创建socket也失败，则停止发送心跳包至服务器，从而可以有效减少心跳包的发送数量，降低安全移动终端的功耗。
63.下面以具体地示例对本公开的技术方案以及本公开的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的示例可以相互结合，对于相同或相似的概念或过程可能在某些示例中不再赘述。下面将结合附图，对本公开的示例进行描述。
64.图1为本发明实施例提供的连接处理系统的架构示意图，如图1所示，该连接处理系统包括第一设备101和第二设备102，第一设备101在与第二设备102连接成功后，发送心跳包至第二设备，第二设备返回响应消息至第一设备，从而保持第一设备与第二设备之间的连接。
65.其中，第一设备101可以为移动终端(例如，安全移动终端、平板、计算机、可穿戴设备等)等电子设备，第二设备102可以为服务器、计算机等电子设备。
66.图2为本发明实施例提供的连接处理方法的流程示意图一，本实施例的执行主体可以为图1所示实施例中的第一设备。如图2所示，该方法包括：
67.s201、在与第二设备连接成功后，获取第一设备的屏幕状态，并确定与屏幕状态对应的心跳周期。
68.在本实施例中，第一设备内的服务/应用程序在运行的过程中，需要与第二设备保持连接，即长连接，这样，该服务/应用程序对应的业务才能正常使用，因此，在第一设备内的服务/应用程序在与第二设备连接成功后，需要基于心跳机制与第二设备保持长连接，则启动心跳机制，即获取第一设备当前的屏幕状态，并查找与该屏幕状态对应的心跳周期，以供利用该心跳周期发送心跳包。
69.其中，在获取第一设备当前的屏幕状态时，可以通过广播消息获得。屏幕状态包括息屏状态和亮屏状态。在启动心跳机制时，注册息屏和亮屏广播，当收到息屏广播时，确定第一设备当前的屏幕状态为息屏状态，当收到亮屏广播时，确定第一设备当前的屏幕状态为亮屏状态。
70.在任意实施例中，可选的，若屏幕状态为息屏状态，即在确定第一设备当前的状态为息屏状态时，获取与息屏状态对应的心跳周期，该心跳周期为初始心跳周期，以供利用该心跳周期发送心跳包。若屏幕状态为亮屏状态，即在确定第一设备当前的状态为息屏状态时，则获取与亮屏状态对应的心跳周期，以供利用该心跳周期发送心跳包。
71.进一步的，当第一设备的屏幕状态为息屏状态时，表明用户未在使用该服务/应用程序，即该服务/应用程序与第二设备之间交互的次数较少，因此，可以将心跳周期设置的较长，例如，将其设置为30分钟，相应的，间隔较长时间发送心跳包至第二设备，从而减少发送心跳包的数量。
72.当第一设备的屏幕状态为亮屏状态时，表明用户可能在使用该服务/应用程序，即该服务/应用程序与第二设备之间交互的次数较多，因此，可以将心跳周期设置的较短，例如，将其设置为15分钟，相应的，间隔较短时间发送心跳包至第二设备。
73.其中，上述服务可以为加密服务，加密服务需与第二设备保持长连接，因此，其对应的各个加密相关的业务才能正常使用。相应的，应用程序为加密应用程序，加密应用程序需与第二设备保持长连接，因此，其对应的各个加密相关的业务才能正常使用。
74.s202、根据与屏幕状态对应的心跳周期，发送心跳包至第二设备以保持第一设备与第二设备之间的连接。
75.在本实施例中，在确定与屏幕状态对应的心跳周期后，基于该心跳周期，发送心跳包至第二设备，以使第二设备在接收到该心跳包后，返回相应的应答消息，即心跳应答至第一设备，从而保持第一设备与第二设备之间的长连接。
76.具体的，在基于与屏幕状态对应的心跳周期，发送心跳包至第二设备时，是每间隔该心跳周期，便发送一个心跳包至第二设备。
77.可选的，在基于与屏幕状态对应的心跳周期，发送心跳包至第二设备时，可以通过定时器设置心跳周期，例如，当与屏幕对应的心跳周期为15分钟时，设置定时器15分钟一次，即每隔15分钟，便触发一次心跳。
78.另外，可选的，在基于与屏幕状态对应的心跳周期，发送心跳包至第二设备的过程中，也可以基于该心跳周期，监听与屏幕状态相关的广播，即每隔该心跳周期，监听是否存在息屏广播和亮屏广播，从而确定第一设备当前的屏幕状态。
79.另外，可选的，当屏幕状态在第二预设时间内持续为息屏状态，为了减少第一设备的功耗，可以延长与息屏状态对应的心跳周期，即将与息屏状态对应的初始心跳周期变更为目标息屏周期。
80.其中，第二预设时间可以根据实际情况进行设置，例如，可以为两个初始心跳周期。
81.以一个具体应用场景为例，与息屏状态对应的初始心跳周期为30分钟，目标心跳周期为60分钟，第二预设时间为60分钟两个初始心跳周期，即为60分钟。在确定屏幕状态为息屏状态时，每隔30分钟向第二设备发送心跳包，同时监听息屏和亮屏的广播，若在60分钟内未监听到亮屏广播，即确定第一设备在60分钟内处于息屏状态，则将心跳周期设置为目标心跳周期，即60分钟，然后每隔60分钟发送心跳包至第二设备。
82.从上述描述可知，在与第二设备连接成功后，根据第一设备的屏幕状态确定心跳周期，即该心跳周期与第一设备的屏幕状态相关，然后基于该心跳周期发送心跳包至第二设备，由于心跳周期是与第一设备当前的屏幕状态相关，其并不是固定大小，即发送心跳包的时间间隔并不是固定的，因此，第一设备并不是在接收到第二设备返回的应答消息后便重新发送心跳包至第二设备，而是基于与自身状态相对应的心跳周期发送心跳包至第二设备，减少发送心跳包的数量，从而可以减小第一设备的功耗，避免出现由于第一设备需要在接收到应答消息便重新发送心跳包导致功耗较大的问题，同时由于第一设备减少了发送心跳包的数量，因此，第二设备需要处理的心跳包的数量也相应减少，从而降低第二设备的负荷。
83.图3为本发明实施例提供的连接处理方法的流程示意图二，本实施例图2实施例的基础上，为了减少功耗，第一设备在与第二设备连接成功后，不立即启动心跳机制，而是在第二设备根据用户信息认证成功后，才启动心跳机制，下面将结合一个具体实施例对此过程进行描述。如图3所示，该方法包括：
84.s301、在与第二设备连接成功后，发送用户信息至第二设备，以使第二设备根据用户信息进行认证，得到认证结果。
85.在本实施例中，第一设备在与第二设备连接成功后，获取用户信息，并将该用户信息发送至第二设备，第二设备对该用户信息进行认证，即确定该用户信息是否正确，并得到相应的认证结果，即当确定该用户信息正确时，表明认证成功，则获取该用户信息对应的密钥，并根据该密钥生成认证结果，即该认证结果包括该密钥。当确定该用户信息不正确时，表明认证失败，则使认证结果包括认证失败。第二设备在得到认证结果后，将该认证结果发送至第一设备，以使第一设备确定是否需要启动心跳机制，即确定是否发送心跳包至第二设备。
86.可选的，用户信息可以为第一设备上的服务/应用程序对应的注册用户的信息，具体的，可以为上述加密服务内的相关用户注册信息。该用户信息包括用户账号、用户密码、用户标识中的至少一种。
87.其中，第二设备在确定用户信息是否正确时，可以确定预存用户信息中是否存在与该用户信息相同的预存用户信息，例如，当用户信息仅包括用户账号时，第二设备判断是否存在该用户账号，即判断是否预存用户账号和该用户账号相同的预存用户信息，若存在，则确定该用户信息正确。
88.可以理解，安全移动终端上的加密服务或者加密应用程序所涉及的业务在进行数据传输时，需要利用密钥进行加密，因此服务器在确定用户信息正确后，将相应的密钥返回至安全移动终端。
89.s302、获取第二设备发送的认证结果，并根据认证结果，获取第一设备的屏幕状态。
90.在本实施例中，在接收到第二设备发送的认证结果后，根据该认证结果确定是否获取第一设备的屏幕状态，从而确定是否启动心跳机制。
91.可选的，若认证结果包括密钥，表明用户认证成功，即服务/应用程序认证成功，则获取第一设备的屏幕状态。若认证结果为认证失败，表明用户认证成功，即服务/应用程序认证失败，无需启动心跳机制，则不获取第一设备的屏幕状态。
92.另外，可选的，在发送用户信息至第二设备后，若收到远程服务器返回的二层秘钥更新完成后的标志，即密钥，则启动新线程，发送心跳注册到远程服务器，然后启动心跳周期，即启动心跳机制。
93.s303、根据与屏幕状态对应的心跳周期，发送心跳包至第二设备以保持第一设备与第二设备之间的连接。
94.在本实施例中，在发送心跳包至第二设备之后，若在第一预设时间内未接收到第二设备返回的应答消息，则重新与第二设备建立连接，并获得连接结果；若连接结果为连接失败，则停止发送心跳包至第二设备。
95.具体的，在将心跳包发送至第二设备之后，若在第一预设时间内未接收到第二设备发送的该心跳包对应的应答消息，即心跳应答时，表明第二设备可能出现问题，第二设备与第一设备之间的长连接可能已经断开，则重新与第二设备建立连接，即重新创建与第二设备的socket，并得到相应的连接结果，该连接结果包括连接成功和连接失败。
96.当连接结果为连接成功时，表明其与第二设备连接成功，则可以重新返回至获取
第一设备的屏幕状态的步骤，即重新基于与第一设备当前的屏幕状态对应的心跳周期，发送心跳包至第二设备。
97.当连接结果为连接失败时，表明其与第二设备连接失败，第二设备可能出现问题，因此，无法与第一设备进行通信连接，为了减少功耗，则第一设备可以停止发送心跳包至第二设备。
98.其中，第一预设时间可以根据实际情况设置，例如，第一预设时间为90秒，在此不对其进行限制。
99.进一步的，可选的，在发送心跳包至第二设备之后，若在第一预设时间内未接收到第二设备返回的应答消息，则获取重连接次数。若重连接次数大于预设次数，则停止发送心跳包至第二设备。若重连接次数小于或等于预设次数，则重新与第二设备建立连接以获得连接结果，并更新重连接次数。若连接结果为连接失败，则返回至获取重连接次数的步骤。
100.具体的，在将心跳包发送至第二设备之后，若在第一预设时间内未接收到第二设备发送的该心跳包对应的应答消息，即心跳应答时，表明第二设备可能出现问题，第二设备与第一设备之间的长连接可能已经断开，则获取重连接次数，该重连接次数表示在启动心跳机制后，第一设备与第二设备重新建立连接的次数，该重连接次数的初始值为0。
101.在确定该重连接次数大于预设次数时，表明第一设备在第一设备重新建立连接的次数较多，第二设备可能出现问题，无法与第一设备连接通信，因此，为了减少功耗，则第一设备可以停止发送心跳包至第二设备。
102.在确定该重连接次数小于或等于预设次数时，表明第一设备在第一设备重新建立连接的次数较少，可以再次尝试连接，则更新重连接次数，即将重连接次数加1，并重新与第二设备建立连接，当连接结果为连接成功时，表明第一设备与第二设备连接成功，则可以继续发送心跳包至第二设备，当连接结果为连接失败时，表明第一设备与第二设备重新连接失败，则返回至获取重连接次数的步骤，以确定是否还需重新与第二设备建立连接，即确定第二设备是否出现问题，从而确定是否需停止发送心跳包至第二设备。
103.其中，预设次数可以根据实际情况设置，例如，预设次数为2，在此不对其进行限制。
104.以一个具体应用场景为例，预设次数为2，重连接次数初始值为0，则在发送心跳包至第二设备之后，若在第一预设时间内未接收到第二设备返回的应答消息，获取到当前重连接次数为0，其小于2，则将该重连接次数加1，并重新与第二设备建立连接，当连接结果为连接失败后，获取到当前重连接次数为1，仍小于2，则将该重连接次数加1，并重新与第二设备建立连接，当连接结果为连接失败后，获取到当前重连接次数为2，不小于2，因此，无需再次与第二设备建立连接，而是停止发送心跳包至第二设备。
105.在本实施例中，第一设备在将心跳包发送至第二设备后，若在第一预设时间内未接收到第二设备返回的心跳应答，则可以进行多次重连接，在多次重连接对应的连接结果均为连接失败时，表明第二设备存在问题/异常，则无需再与第二设备保持长连接，而不是在进行一次重连接失败后，便认为第二设备出现问题，而不再与第二设备保持长连接，从而避免第二设备由于某些原因(例如，第二设备没有接收到第一设备发送的重连接请求)未与第一设备重连接成功，但此时第二设备实际未出现问题，从而导致第一设备的误判。
106.在任意实施例中，可选的，在启动心跳机制后，即在与第二设备保持长连接的过程
中，可以实时或间隔一定时间获取第一设备的网络状态。若网络状态为不可用状态，则停止发送心跳包至第二设备。
107.具体的，网络状态包括可用状态和不可用状态，当网络状态为可用状态时，表明第一设备的网络可用；当网络状态为不可用状态时，表明第一设备的网络不可用，当网络不可用时，长连接的维持是没必要的，这时直接终止心跳机制，即停止发送心跳包至第二设备，以减少第一设备的功耗。
108.在本实施例中，第一设备在确定自身网络不可用时，或者无法与第二设备通信连接，即第二设备出现异常时，表明已经无需维持其与第二设备之间的连接，则直接停止发送心跳包至第二设备，从而减少第一设备的功耗。
109.在本实施例中，在与第二设备连接成功后，先发送用户信息至第二设备，以进行用户认证，即在服务/应用程序加密认证成功后，才启动心跳机制，而不是在与第二设备连接成功后，便启动心跳机制，从而避免由于用户认证失败导致进行不必要的心跳，进而减少第一设备的功耗。
110.图4为本发明实施例提供的连接处理设备的结构示意图。该连接处理设备应用于第一设备，如图4所示，该连接处理设备40包括：处理模块401和收发模块402。
111.其中，处理模块401，用于在与第二设备连接成功后，获取第一设备的屏幕状态，并确定与屏幕状态对应的心跳周期。
112.收发模块402，用于根据与屏幕状态对应的心跳周期，发送心跳包至第二设备以保持第一设备与第二设备之间的连接。
113.在一种可能的设计中，处理模块401还用于：
114.若屏幕状态为息屏状态，则获取与息屏状态对应的心跳周期。
115.若屏幕状态为亮屏状态，则获取与亮屏状态对应的心跳周期。
116.在一种可能的设计中，收发模块402还用于：
117.在发送心跳包至第二设备之后，若在第一预设时间内未接收到第二设备返回的应答消息，则重新与第二设备建立连接，并获得连接结果。
118.若连接结果为连接失败，则停止发送心跳包至第二设备。
119.在一种可能的设计中，收发模块402还用于：
120.在发送心跳包至第二设备之后，若在第一预设时间内未接收到第二设备返回的应答消息，则获取重连接次数。
121.若重连接次数大于预设次数，则停止发送心跳包至第二设备。
122.若重连接次数小于或等于预设次数，则重新与第二设备建立连接以获得连接结果，并更新重连接次数。
123.若连接结果为连接失败，则返回至获取重连接次数的步骤。
124.在一种可能的设计中，处理模块401还用于：
125.在与第二设备连接成功后，发送用户信息至第二设备，以使第二设备根据用户信息进行认证，得到认证结果。
126.根据认证结果，获取第一设备的屏幕状态。
127.在一种可能的设计中，处理模块401还用于：
128.若认证结果包括密钥，则获取第一设备的屏幕状态。
129.在一种可能的设计中，收发模块402还用于：
130.获取第一设备的网络状态。
131.若网络状态为不可用状态，则停止发送心跳包至第二设备。
132.本发明实施例提供的连接处理设备，可以实现上述实施例的连接处理方法，其实现原理和技术效果类似，此处不再赘述。
133.图5为本发明实施例提供的电子设备的硬件结构示意图。如图5所示，本实施例的电子设备50包括：处理器501以及存储器502；其中
134.存储器502，用于存储计算机执行指令；
135.处理器501，用于执行存储器存储的计算机执行指令，以实现上述实施例中接收设备所执行的各个步骤。具体可以参见前述方法实施例中的相关描述。
136.可选地，存储器502既可以是独立的，也可以跟处理器501集成在一起。
137.当存储器502独立设置时，该电子设备还包括总线503，用于连接所述存储器502和处理器501。
138.本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上所述的连接处理方法。
139.在本发明所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
140.所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
141.另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个单元中。上述模块成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
142.上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本技术各个实施例所述方法的部分步骤。
143.应理解，上述处理器可以是中央处理单元(英文：central processing unit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digital signal processor，简称：dsp)、专用集成电路(英文：application specific integrated circuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
144.存储器可能包含高速ram存储器，也可能还包括非易失性存储nvm，例如至少一个
磁盘存储器，还可以为u盘、移动硬盘、只读存储器、磁盘或光盘等。
145.总线可以是工业标准体系结构(industry standard architecture，isa)总线、外部设备互连(peripheral component，pci)总线或扩展工业标准体系结构(extended industry standard architecture，eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本技术附图中的总线并不限定仅有一根总线或一种类型的总线。
146.上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。
147.一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(application specific integrated circuits，简称：asic)中。当然，处理器和存储介质也可以作为分立组件存在于电子设备或主控设备中。
148.本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
149.最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。