本发明涉及通信
技术领域：
：，尤其涉及一种连接保持方法、连接保持设备及计算机可读存储介质。
背景技术：
：：在现有的通信系统中，终端和服务器之间可以以“短连接”的方式进行连接通信，也可以以“长连接”的方式进行连接通信。所谓“长连接”是指终端通过三步握手与服务器建立连接后，终端与服务器之间每进行完一次数据交互之后，并不需要断开已经建立的连接，而是可以在下一次进行数据交互时直接通过该连接发送数据包，现有技术中，终端通过无线或者3g或者4g进行网络连接时，该终端基本上是处于一个大的局域网的节点中的，终端通过网关或者路由器发送或接收外网数据时，网关或者路由器会为这些节点分配一个随机端口，终端便会通过分配得到的随机端口与服务器进行通信，终端通过该随机端口与服务器进行通信的过程中，为了保证终端与服务器建立的长连接链路通畅，现有技术中往往会每隔一固定时间由终端向服务器发送心跳包，服务器在接收到心跳包后立即向终端再次反馈一个心跳包，终端在接收到服务器反馈的心跳包之后则证明终端与服务器所建立的长连接链路通畅，由于现有技术中终端与服务器都必须要向对方发送心跳包才能保证这个链路的畅通，不仅大大浪费了通信资源，也加大了终端和服务器这两端处理数据的压力。技术实现要素：本发明要解决的技术问题在于：现有技术中为了维持长连接，终端与服务器都必须向彼此发送心跳包造成通信资源浪费的问题，针对该技术问题，提供一种连接保持方法、连接保持设备及计算机可读存储介质。为解决上述技术问题，本发明提供一种连接保持方法，所述连接保持方法包括：连接保持设备按预设第一时间间隔向被保持设备发送无需反馈的第一心跳包以保持与所述被保持设备的链路畅通；所述连接保持设备与所述被保持设备通过端口进行数据交互，所述第一时间间隔小于等于端口关闭时间阈值，所述端口关闭时间阈值为所述连接保持设备与所述被保持设备之间无数据交互而所述端口却仍然保持开启的时间值。进一步地，所述连接保持设备按预设第一时间间隔向被保持设备发送无需反馈的第一心跳包以保持与所述被保持设备的链路畅通包括：所述连接保持设备向所述被保持设备发送保活心跳包。进一步地，所述连接保持设备按预设第一时间间隔向所述被保持设备发送无需反馈的第一心跳包以保持与所述被保持设备的链路畅通之后还包括：所述连接保持设备接收由所述被保持设备按预设第二时间间隔发送的第二心跳包，并根据所述第二心跳包向所述被保持设备反馈第三心跳包，以保证与所述被保持设备的业务通畅；所述第二时间间隔大于端口关闭时间阈值；或，所述连接保持设备按预设第二时间间隔向所述被保持设备发送第二心跳包，并接收所述被保持设备根据所述第二心跳包向所述连接保持设备反馈的第三心跳包，以保证与所述被保持设备的业务通畅；所述第二时间间隔大于端口关闭时间阈值。进一步地，所述连接保持设备为服务器，所述被保持设备为终端，所述连接保持设备按预设第一时间间隔向被保持设备发送无需反馈的第一心跳包以保持与所述被保持设备的链路畅通包括：所述服务器向设置在所述终端上的虚拟网卡发送无需反馈的第一心跳包以保持与所述终端间的链路畅通；所述连接保持设备接收由所述被保持设备按预设第二时间间隔发送的第二心跳包，并根据所述第二心跳包向所述被保持设备反馈第三心跳包包括：所述服务器接收设置在所述终端上的虚拟网卡发送的第二心跳包，并根据所述第二心跳包向所述虚拟网卡反馈第三心跳包；所述连接保持设备按预设第二时间间隔向所述被保持设备发送第二心跳包，并接收所述被保持设备根据所述第二心跳包向所述连接保持设备反馈的第三心跳包包括：所述服务器向设置在所述终端上的虚拟网卡发送第二心跳包，并接收所述终端上的虚拟网卡根据所述第二心跳包反馈的第三心跳包。进一步地，所述连接保持设备为终端，所述被保持设备为服务器，所述连接保持设备按预设第一时间间隔向被保持设备发送无需反馈的第一心跳包以保持与所述被保持设备的链路畅通包括：所述终端通过虚拟网卡向所述服务器发送无需反馈的第一心跳包以保持与所述服务器间的链路畅通；所述连接保持设备接收由所述被保持设备按预设第二时间间隔发送的第二心跳包，并根据所述第二心跳包向所述被保持设备反馈第三心跳包包括：所述终端通过虚拟网卡接收所述服务器发送的第二心跳包，并根据所述第二心跳包通过所述虚拟网卡向所述服务器反馈第三心跳包；所述连接保持设备按预设第二时间间隔向所述被保持设备发送第二心跳包，并接收所述被保持设备根据所述第二心跳包向所述连接保持设备反馈的第三心跳包包括：所述终端通过虚拟网卡向服务器发送第二心跳包，并通过所述虚拟网卡接收所述服务器根据所述第二心跳包反馈的第三心跳包。进一步地，所述终端通过虚拟网卡向所述服务器发送无需反馈的第一心跳包以保持与所述服务器间的链路畅通之前还包括：通过虚拟网卡接收由所述服务器发送的数据包，在所述终端的上层应用处于唤醒状态时，将所述接收到数据包转发给所述上层应用进行处理。进一步地，所述在所述终端的上层应用处于唤醒状态时，将所述接收到数据包转发给所述上层应用进行处理还包括：判断所述终端上层应用是否处于唤醒状态，若是，直接将所述数据包发送给所述上层应用进行处理；若否，则将所述接收到的数据包存储到缓存数据库中，并在监测到所述上层应用处于唤醒状态时，从所述缓存数据库中提取所述数据包并发送给所述上层应用。进一步地，本发明还提供一种连接保持设备，所述连接保持设备包括：处理器、存储器及通信总线；所述通信总线用于实现所述处理器和所述存储器之间的连接通信；所述处理器用于执行所述存储器中存储的连接保持程序，以实现以下步骤：按预设第一时间间隔向被保持设备发送无需反馈的第一心跳包以保持与被保持设备的链路畅通；所述连接保持设备与所述被保持设备通过所述端口进行数据交互，所述第一时间间隔小于等于端口关闭时间阈值，所述端口关闭时间阈值为所述连接保持设备与所述被保持设备之间无数据交互而所述端口却仍然保持开启的时间值。进一步地，在所述按预设第一时间间隔向被保持设备发送无需反馈的第一心跳包以保持与所述被保持设备的链路畅通这一步骤之后，所述处理器还用于执行所述连接保持程序，以实现以下步骤：接收由所述被保持设备按预设第二时间间隔发送的第二心跳包，并根据所述第二心跳包向所述被保持设备反馈第三心跳包，以保证与所述被保持设备的业务通畅；所述第二时间间隔大于端口关闭时间阈值；或，按预设第二时间间隔向所述被保持设备发送第二心跳包，并接收所述被保持设备根据所述第二心跳包反馈的第三心跳包，以保证与所述被保持设备的业务通畅；所述第二时间间隔大于端口关闭时间阈值。进一步地，本发明还提供了一种计算机可读存储介质，所述计算机可读存储有连接保持程序，所述连接保持程序被处理器执行时实现如上述所述的任意一种连接保持方法的步骤。有益效果本发明提出的连接保持方法、连接保持设备及计算机可读存储介质，通过连接保持设备按预设第一时间间隔向被保持设备发送无需反馈的第一心跳包以保持与被保持设备之间的链路畅通，连接保持设备与被保持设备通过端口进行数据交互，其中，预设第一时间间隔小于等于端口关闭时间阈值，端口关闭时间阈值为连接保持设备与被保持设备之间无数据交互而该端口却仍然保持开启的时间值，因此，在该连接保持的过程中，在端口关闭时间阈值内，该端口上总有进行交互的数据进行传输，所以该端口不会被关闭从而该连接能够持续得到保持，在本发明提供的方案中，由于连接保持设备是单向向被保持设备发送无需反馈的第一心跳包的，也即是说被保持设备只是用于接收该第一心跳包，而在接收到该第一心跳包后，被保持设备并不会向连接保持设备反馈任何消息，因此对于被保持设备而言，可以降低其功耗，由于只需要通过连接保持设备这一侧发送心跳包，因此也可以节约通信资源，因此，根据本发明提供的方案，如果通过终端向服务器发送第一心跳包，则可以降低服务器的功耗，如果通过服务器向终端发送第一心跳包，则可以降低终端的功耗。附图说明图1为实现本发明各个实施例的移动终端的硬件结构示意图；图2为实现本发明各个实施例通信网络系统构架图；图3为本发明第一实施例中连接保持方法的第一流程示意图；图4为本发明第一实施例中终端向服务器发送第一心跳包的示意图；图5为本发明第一实施例中服务器向终端发送第一心跳包的示意图；图6为本发明第一实施例中连接保持方法的第二流程示意图；图7为图6中连接保持设备与被保持设备之间心跳包传输关系的示意图；图8为本发明第一实施例中连接保持方法的第三流程示意图；图9为图8中连接保持设备与被保持设备之间心跳包传输关系的示意图；图10为本发明第二实施例中连接保持方法的流程示意图；图11为本发明第二实施例中用户与终端进行交互的示意图；图12为本发明第二实施例中终端处于亮屏状态的界面示意图；图13为本发明第二实施例中终端处于息屏状态的界面示意图；图14为本发明第三实施例中连接保持设备的结构示意图；图15为本发明第四实施例中连接保持系统的结构示意图；图16为本发明第四实施例中终端的结构示意图；图17为本发明第四实施例中服务器的结构示意图。具体实施方式应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(personaldigitalassistant，pda)、便捷式媒体播放器(portablemediaplayer，pmp)、导航装置、可穿戴设备、智能手环、计步器等移动终端，以及诸如数字tv、台式计算机等固定终端。后续描述中将以移动终端为例进行说明，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。请参阅图1，其为实现本发明各个实施例的一种移动终端的硬件结构示意图，该移动终端100可以包括：rf(radiofrequency，射频)单元101、wifi模块102、音频输出单元103、a/v(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解，图1中示出的移动终端结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。下面结合图1对移动终端的各个部件进行具体的介绍：射频单元101可用于收发信息或通话过程中，信号的接收和发送，具体的，将基站的下行信息接收后，给处理器110处理；另外，将上行的数据发送给基站。通常，射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于gsm(globalsystemofmobilecommunication，全球移动通讯系统)、gprs(generalpacketradioservice，通用分组无线服务)、cdma2000(codedivisionmultipleaccess2000，码分多址2000)、wcdma(widebandcodedivisionmultipleaccess,宽带码分多址)、td-scdma(timedivision-synchronouscodedivisionmultipleaccess，时分同步码分多址)、fdd-lte(frequencydivisionduplexing-longtermevolution，频分双工长期演进)和tdd-lte(timedivisionduplexing-longtermevolution，分时双工长期演进)等。wifi属于短距离无线传输技术，移动终端通过wifi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示出了wifi模块102，但是可以理解的是，其并不属于移动终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。音频输出单元103可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将射频单元101或wifi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103还可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。a/v输入单元104用于接收音频或视频信号。a/v输入单元104可以包括图形处理器(graphicsprocessingunit，gpu)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或wifi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。移动终端100还包括至少一种传感器105，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度，接近传感器可在移动终端100移动到耳边时，关闭显示面板1061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061，可以采用液晶显示器(liquidcrystaldisplay，lcd)、有机发光二极管(organiclight-emittingdiode,oled)等形式来配置显示面板1061。用户输入单元107可用于接收输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作)，并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器110，并能接收处理器110发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071，用户输入单元107还可以包括其他输入设备1072。具体地，其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种，具体此处不做限定。进一步的，触控面板1071可覆盖显示面板1061，当触控面板1071检测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中，触控面板1071与显示面板1061是作为两个独立的部件来实现移动终端的输入和输出功能，但是在某些实施例中，可以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能，具体此处不做限定。接口单元108用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(i/o)端口、视频i/o端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端100和外部装置之间传输数据。存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器109可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。处理器110是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器109内的软件程序和/或模块，以及调用存储在存储器109内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。处理器110可包括一个或多个处理单元；优选的，处理器110可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。移动终端100还可以包括给各个部件供电的电源111(比如电池)，优选的，电源111可以通过电源管理系统与处理器110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。尽管图1未示出，移动终端100还可以包括蓝牙模块等，在此不再赘述。为了便于理解本发明实施例，下面对本发明的移动终端所基于的通信网络系统进行描述。请参阅图2，图2为本发明实施例提供的一种通信网络系统架构图，该通信网络系统为通用移动通信技术的lte系统，该lte系统包括依次通讯连接的ue(userequipment，用户设备)201，e-utran(evolvedumtsterrestrialradioaccessnetwork，演进式umts陆地无线接入网)202，epc(evolvedpacketcore，演进式分组核心网)203和运营商的ip业务204。具体地，ue201可以是上述终端100，此处不再赘述。e-utran202包括enodeb2021和其它enodeb2022等。其中，enodeb2021可以通过回程(backhaul)(例如x2接口)与其它enodeb2022连接，enodeb2021连接到epc203，enodeb2021可以提供ue201到epc203的接入。epc203可以包括mme(mobilitymanagemententity，移动性管理实体)2031，hss(homesubscriberserver，归属用户服务器)2032，其它mme2033，sgw(servinggateway，服务网关)2034，pgw(pdngateway，分组数据网络网关)2035和pcrf(policyandchargingrulesfunction，政策和资费功能实体)2036等。其中，mme2031是处理ue201和epc203之间信令的控制节点，提供承载和连接管理。hss2032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能，并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过sgw2034进行发送，pgw2035可以提供ue201的ip地址分配以及其它功能，pcrf2036是业务数据流和ip承载资源的策略与计费控制策略决策点，它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。ip业务204可以包括因特网、内联网、ims(ipmultimediasubsystem，ip多媒体子系统)或其它ip业务等。虽然上述以lte系统为例进行了介绍，但本领域技术人员应当知晓，本发明不仅仅适用于lte系统，也可以适用于其他无线通信系统，例如gsm、cdma2000、wcdma、td-scdma以及未来新的网络系统等，此处不做限定。基于上述移动终端硬件结构以及通信网络系统，提出本发明方法各个实施例。第一实施例为了节约连接保持过程中的通信资源，本实施例提供一种连接保持方法，请参见图3所示，具体包括：s301：连接保持设备按预设第一时间间隔向被保持设备发送无需反馈的第一心跳包以保持与该被保持设备的链路畅通，其中，第一时间间隔小于等于端口关闭时间阈值。连接保持设备与被保持设备通过端口进行数据交互，而端口关闭时间阈值为连接保持设备与被保持设备之间无数据交互而该端口却仍然保持开启的时间值。需要说明的是，连接保持设备向被保持设备一次可以只发送一个无需反馈的第一心跳包，为了更好的保证链路的畅通，也可以一次向被保持设备发送多个无需反馈的第一心跳包。本实施例中的连接保持设备可以为终端，也可以为服务器，相应地，连接保持设备为终端时，被保持设备则为服务器，此时，终端单向向服务器发送无需反馈的第一心跳包的示意图可以参见图4所示；连接保持设备为服务器时，被保持设备则为终端，此时，服务器单向向终端发送无需反馈的第一心跳包的示意图可以参见图5所示。需要说明的是，本实施例中的连接保持设备可以周期性的向被保持设备发送无需反馈的第一心跳包，只要该时间周期小于等于端口关闭时间阈值即可，当然，本实施例中的连接保持设备也可以随机向被保持设备发送无需反馈的第一心跳包，只要保证连接保持设备的相邻两次发送之间的时间间隔小于等于端口关闭时间阈值即可。终端与服务器都是通过端口进行数据的通信，而对于某一具体的端口而言，若检测到端口关闭时间范围内都没有数据通过该端口进行传输时，该端口往往会被关闭，一般来说，端口关闭时间都是由其具体的路由、带宽、网络通信质量决定的，由于本实施例中第一时间间隔小于等于该端口关闭时间，因此在该端口关闭时间范围内就一定会有数据通过该端口进行传输，从而保证了该端口不被关闭，进而保证了连接保持设备与被保持设备之间链路的畅通，也即是说本实施例中的被保持设备在接收到第一心跳包之后并不需要对该第一心跳包进行任何处理就可保证连接保持设备与被保持设备之间链路的畅通。连接保持设备发送无需反馈的第一心跳包只是为了保证链路在物理层面上的畅通，因此，为了节省流量消耗，可以使用保活(so_keepalive)心跳包作为第一心跳包。so_keepalive心跳包为tcp(transmissioncontrolprotocol，传输控制协议)协议底层里的内容，现有技术中为维持连接，往往是直接在应用层定义心跳包，一般来说应用层数据传输到协议层时都会被加上额外的包头包尾，因此直接使用由协议层提供的so_keepalive心跳包可以减少流量的耗费。在另外一些实施例中，在连接保持设备按预设第一时间间隔向被保持设备发送无需反馈的第一心跳包维持了与被保持设备之间的链路畅通之后，还可以通过连接保持设备与被保持设备之间的心跳包交互保证连接的业务通畅。请参阅图6所示，图6为本实施例中的连接保持方法在连接保持设备侧执行的一种流程示意图，包括：s601：连接保持设备按预设第一时间间隔向被保持设备发送无需反馈的第一心跳包以保持与被保持设备的链路畅通。s602：连接保持设备接收由被保持设备按预设第二时间间隔发送的第二心跳包，并根据第二心跳包向被保持设备反馈第三心跳包，以保证与被保持设备的业务通畅；其中，第二时间间隔大于端口关闭时间阈值。在图6示出的情况下，连接保持设备与被保持设备之间的心跳包传输示意图可以如图7所示，需要说明的是，连接保持设备可以是在检测接收到无需反馈的第一心跳包之后，再向被保持设备发送第一个第二心跳包，也可以是在自身设置的定时器被触发时自动向服务器发送第一个第二心跳包。或者，请参阅图8所示，图8为本实施例中的连接保持方法在连接保持设备侧执行的另外一种流程示意图，包括：s801：连接保持设备按预设第一时间间隔向被保持设备发送无需反馈的第一心跳包以保持与被保持设备的链路畅通。s802：连接保持设备按预设第二时间间隔向被保持设备发送第二心跳包，并接收被保持设备根据第二心跳包向连接保持设备反馈的第三心跳包，以保证与被保持设备的业务通畅；第二时间间隔大于端口关闭时间阈值。在图8示出的情况下，连接保持设备与被保持设备之间的心跳包传输示意图可以如图9所示。需要说明的是，此时，连接保持设备可以先向被保持设备发送第二心跳包，再发送无需反馈的第一心跳包，因为无需反馈的第一心跳包是为了保证链路在物理层面上的畅通，而第二心跳包是为了保证链路在业务层面上的畅通，所以此时发送无需反馈的第一心跳包与第二心跳包的顺序并没有被限制。需要说明的是，对于上述的两种情况，连接保持设备同样可以为终端或服务器，当连接保持设备为终端时，被保持设备则为服务器；当连接保持设备为服务器时，被保持设备则为终端。为了更好的理解本发明，根据上面的两种情况，本实施例中的连接保持方法具体可以包括以下四种：在连接保持设备为服务器，被保持设备为终端的情况下：服务器向终端发送无需反馈的第一心跳包，并接收由终端发送的第二心跳包，然后根据该第二心跳包向终端反馈第三心跳包；或，服务器向终端发送无需反馈的第一心跳包，并向终端发送第二心跳包，然后接收终端根据该第二心跳包反馈的第三心跳包。在连接保持设备为终端，被保持设备为服务器的情况下：终端向服务器发送无需反馈的第一心跳包，并接收由服务器发送的第二心跳包，然后根据该第二心跳包向服务器反馈第三心跳包；或，终端向服务器发送无需反馈的第一心跳包，并向服务器发送第二心跳包，然后接收服务器根据该第二心跳包反馈的第三心跳包。还应当说明的是，连接保持设备接收/发送的两个相邻第二心跳包之间的时间间隔还可以小于一个经验值，例如，这个经验值可以为30分钟，若30分钟内，该连接保持设备都没有接收/发送第二心跳包，则说明该连接可能不被需要，此时可以控制断开该连接。应当理解的是，本实施例中的第二心跳包和第三心跳包可以相同，也可以不同。本实施例中被保持设备接收到连接保持设备反馈的第三心跳包时，或者连接保持设备接收到被保持设备反馈的第三心跳包时，才证明连接保持设备与被保持设备之间的连接业务通畅。其中，第二心跳包和第三心跳包可以与第一心跳包相同，可以都同时使用so_keepalive心跳包，但是，在某些情况下，仅仅使用底层的so_keepalive心跳包是无法完全保证该连接在业务层面上是处于畅通状态的，因此，优选的，第二心跳包为在应用层定义的心跳包，第三心跳包可以是根据第二心跳包经过处理之后得到的心跳包。为了更好的理解本发明，本实施例以以下两个示例进行示例说明。示例一：本示例中假设连接保持设备为服务器，被保持连接设备为终端，则连接保持设备按预设第一时间间隔向被保持设备发送无需反馈的第一心跳包以保持与被保持设备的链路畅通可以包括：服务器向设置在终端上的虚拟网卡发送无需反馈的第一心跳包以保持与终端间的链路畅通。由于终端通过虚拟网卡接收或者发送心跳包后可以直接通过该虚拟网卡对心跳包进行处理，而无需唤醒终端，因此可以从一定程度上节省电量。除此之外，连接保持设备接收由被保持设备发送的第二心跳包，并根据第二心跳包向终端反馈第三心跳包可以包括：终端通过虚拟网卡接收服务器发送的第二心跳包，并根据第二心跳包通过虚拟网卡向服务器反馈第三心跳包。在一些实施例中，连接保持设备会向被保持设备发送第二心跳包，在此种情况下，连接保持设备向被保持设备发送第二心跳包，并接收被保持设备根据第二心跳包向连接保持设备反馈的第三心跳包可以包括：终端通过虚拟网卡向服务器发送第二心跳包，并通过虚拟网卡接收服务器根据第二心跳包反馈的第三心跳包。在本示例中，服务器向设置在终端上的虚拟网卡发送无需反馈的第一心跳包之前，对于该终端侧而言，还可以包括：通过虚拟网卡接收服务器发送的数据包，在终端的上层应用处于唤醒状态时，将接收到的数据包转发给上层应用进行处理。应当理解的是，通过虚拟网卡接收由服务器发送的数据包时还可以包括：判断终端上层应用是否处于唤醒状态，若是，直接将数据包发送给上层应用进行处理；若否，则将接收到的数据包存储到缓存数据库中，并在监测到上层应用处于唤醒状态时，从缓存数据库中提取数据包并发送给上层应用。应当理解的是，上述虚拟网卡接收、处理以及转发数据包的过程除了可以发生在服务器向设置在终端上的虚拟网卡发送无需反馈的第一心跳包之前，还可以发生在终端与服务器建立连接后的任意过程中。示例二：本示例中假设连接保持设备为终端，被保持设备为服务器，所述连接保持设备按预设第一时间间隔向被保持设备发送无需反馈的第一心跳包以保持与所述被保持设备的链路畅通可以包括：终端通过虚拟网卡向服务器发送无需反馈的第一心跳包以保持与服务器间的链路畅通；连接保持设备接收由被保持设备发送的第二心跳包，并根据第二心跳包向被保持设备反馈第三心跳包可以包括：终端通过虚拟网卡接收服务器发送的第二心跳包，并根据第二心跳包通过虚拟网卡向服务器反馈第三心跳包；连接保持设备向被保持设备发送第二心跳包，并接收被保持设备根据第二心跳包向连接保持设备反馈的第三心跳包可以包括：终端通过虚拟网卡向服务器发送第二心跳包，并通过虚拟网卡接收服务器根据第二心跳包反馈的第三心跳包。本示例中，终端通过虚拟网卡向服务器发送无需反馈的第一心跳包之前，还可以包括：通过虚拟网卡接收服务器发送的数据包，在终端的上层应用处于唤醒状态时，将接收到的数据包转发给上层应用进行处理。应当理解的是，在终端的上层应用处于唤醒状态时，将接收到数据包转发给上层应用进行处理还可以包括：判断终端上层应用是否处于唤醒状态，若是，直接将数据包发送给上层应用进行处理；若否，则将接收到的数据包存储到缓存数据库中，并在监测到上层应用处于唤醒状态时，从缓存数据库中提取数据包并发送给上层应用。应当理解的是，上述虚拟网卡接收、处理以及转发数据包的过程除了可以发生在终端通过虚拟网卡向服务器发送无需反馈的第一心跳包之前，还可以发生在终端与服务器建立连接后的任意过程中。需要说明的是，当终端上设置了虚拟网卡之后，该虚拟网卡可以只对无需反馈的第一心跳包进行收发处理，或者也可以只对第二心跳包和第三心跳包进行收发处理，或者也可以同时对无需反馈的第一心跳包、第二心跳包和第三心跳包进行收发处理。本实施例还提供一种计算机可读存储介质，本实施例中的计算机可读存储介质存储有连接保持程序，其中，连接保持程序被处理器执行时实现上述连接保持方法的任意一步骤。本实施例提供的连接保持方法和计算机可读存储介质，通过连接保持设备按预设第一时间间隔向被保持设备发送无需反馈的第一心跳包以保持与被保持设备之间的链路畅通，并且还可以根据连接保持设备与被保持设备之间心跳包的交互保证连接业务的畅通，相对于现有方案，不仅可以节约通信资源，还可以减少被保持设备侧的通信压力以及耗电情况。第二实施例为了更好的理解本发明，本实施例在第一实施例的基础上以连接保持设备为服务器，被保持设备为终端为例进行说明，请参见图10所示，包括：s1001：终端通过虚拟网卡接收服务器发送的数据包。对于步骤s1001而言，用户可以通过点击终端屏幕上某一应用中的具体内容，从而触发终端向服务器发送业务请求，具体可以参见图11所示，图11中，用户通过点击腾讯新闻里的视频播放，从而触发终端向服务器发送业务请求，服务器再根据终端的业务请求返回业务包，该业务包即为此处的数据包。s1002：终端判断其上层应用是否被唤醒，如是，转至s1003，如否，转至s1004。需要说明的是，当服务器向终端的虚拟网卡发送数据包是由用户在终端屏幕上进行操作而触发时，该终端的上层应用一般都处于唤醒状态，且屏幕一般也处于亮屏状态，参见图12所示；而当该服务器是主动向终端推送数据包时，该终端一般都处于休眠状态，且屏幕一般也处于息屏状态，参见图13所示。s1003：虚拟网卡直接将数据包发送给上层应用进行处理。s1004：:将接收到的数据包存储到缓存数据库中，并在监测到上层应用处于唤醒状态时，从缓存数据库中提取数据包并发送给上层应用进行处理。当然，在一些情况下，若终端上层应用处于休眠状态，也可以直接将该上层应用唤醒，以对该数据包进行处理。s1005：服务器按预设第一时间间隔向终端的虚拟网卡单向发送无需反馈的第一心跳包以保持与终端的链路畅通，第一时间间隔小于等于端口关闭时间阈值。本实施例中的无需反馈的第一心跳包优选地为so_keepalive心跳包。需要说明的是，本实施例中的服务器可以每隔第一预设时间周期就向终端发送无需反馈的第一心跳包，具体而言，终端与服务器处理完握手协议并建立好连接之后，服务器可以将该连接加入到连接列表中以便于进行管理，当然，该连接断开时，服务器也可以将该连接从连接列表中移除，服务器根据端口关闭时间阈值设定好第一预设时间周期后，在心跳定时器触发时，服务器就给终端发送无需反馈的第一心跳包。需要说明的是，终端上的虚拟网卡也可以对连接进行管理，例如，终端上的虚拟网卡在检测到连接的发起时，就可以将实现终端内网与外网连接的端口也加入到连接列表中。s1006：终端按预设第二时间间隔通过其虚拟网卡向服务器发送第二心跳包，并通过虚拟网卡接收服务器根据该第二心跳包反馈的第三心跳包，第二时间间隔大于端口关闭时间阈值。终端在向服务器发送第二心跳包时，可以将每次发送第二心跳包的时间都记录下来，如此，可以计算两个相邻第二心跳包之间的时间间隔，也可以在一个预设时间范围内都没有检测到发送下一个第二心跳包时，直接将该连接断开。本实施例提供的连接保持方法，通过服务器向终端发送无需反馈的第一心跳包以保持与终端之间的链路畅通，并且还可以根据服务器与终端之间心跳包的交互保证连接业务的畅通，相对于现有方案，不仅可以节约通信资源，还可以减少终端侧的通信工作压力，节省了终端的电量。第三实施例本实施例提供一种连接保持设备，请参见图14所示，包括：第一处理器1401、第一存储器1402及第一通信总线1403；第一通信总线1403用于实现第一处理器1401和第一存储器1402之间的连接通信；第一处理器1401用于执行第一存储器1402中存储的连接保持程序，以实现以下步骤：按预设第一时间间隔向被保持设备发送无需反馈的第一心跳包以保持与被保持设备的链路畅通，其中，第一时间间隔小于等于端口关闭时间阈值。连接保持设备与被保持设备通过端口进行数据交互，端口关闭时间阈值为连接保持设备与被保持设备之间无数据交互而端口却仍然保持开启的时间值。本实施例中的连接保持设备可以为终端，也可以为服务器，相应地，连接保持设备为终端时，被保持设备则为服务器；连接保持设备为服务器时，被保持设备则为终端。需要说明的是，本实施例中的连接保持设备可以周期性的向被保持设备发送无需反馈的第一心跳包，只要该时间周期小于等于端口关闭时间阈值即可，当然，本实施例中的连接保持设备也可以随机向被保持设备发送无需反馈的第一心跳包，只要保证发送连接保持设备的相邻两次发送之间的时间间隔小于等于端口关闭时间阈值即可。终端与服务器都是通过端口进行数据的通信，而对于某一具体的端口而言，若检测到端口关闭时间范围内都没有数据通过该端口进行传输时，该端口往往会被关闭，一般来说，端口关闭时间都是由其具体的路由、带宽、网络通信质量决定的，由于本实施例中第一时间间隔小于等于该端口关闭时间，因此在该端口关闭时间范围内就一定会有数据通过该端口进行传输，从而保证了该端口不被关闭，进而保证了连接保持设备与被保持设备之间链路的畅通，也即是说本实施例中的被保持设备在接收到第一心跳包之后并不需要对该第一心跳包进行任何处理就可保证连接保持设备与被保持设备之间链路的畅通。连接保持设备发送无需反馈的第一心跳包只是为了保证链路在物理层面上的畅通，因此，为了节省流量消耗，可以使用保活(so_keepalive)心跳包作为第一心跳包。so_keepalive心跳包为tcp(transmissioncontrolprotocol，传输控制协议)协议底层里的内容，现有技术中为维持连接，往往是直接在应用层定义心跳包，一般来说应用层数据传输到协议层时都会被加上额外的包头包尾，因此直接使用由协议层提供的so_keepalive心跳包可以减少流量的耗费。在另外一些实施例中，在连接保持设备按预设第一时间间隔向被保持设备发送无需反馈的第一心跳包维持了与被保持设备之间的链路畅通之后，还可以通过连接保持设备与被保持设备之间的心跳包交互保证连接的业务通畅。本实施例中的按预设第一时间间隔向被保持设备发送无需反馈的第一心跳包以保持与被保持设备的链路畅通这一步骤之后，第一处理器1401还用于执行连接保持程序，以实现以下步骤：接收由被保持设备按预设第二时间间隔发送的第二心跳包，并根据第二心跳包向被保持设备反馈第三心跳包，以保证与被保持设备的业务通畅；第二时间间隔大于端口关闭时间阈值；或，按预设第二时间间隔向被保持设备发送第二心跳包，并接收被保持设备根据第二心跳包反馈的第三心跳包，以保证与被保持设备的业务通畅；第二时间间隔大于端口关闭时间阈值。还应当说明的是，连接保持设备接收/发送的两个相邻第二心跳包之间的时间间隔还可以小于一个经验值，例如，这个经验值可以为30分钟，若30分钟内，该连接保持设备都没有接收/发送第二心跳包，则说明该连接可能不被需要，此时可以控制断开该连接。应当理解的是，本实施例中的第二心跳包和第三心跳包可以相同，也可以不同。本实施例中被保持设备接收到连接保持设备反馈的第三心跳包时，或者连接保持设备接收到被保持设备反馈的第三心跳包时，才证明连接保持设备与被保持设备之间的连接业务通畅。其中，第二心跳包和第三心跳包可以与无需反馈的第一心跳包相同，可以都同时使用so_keepalive心跳包，但是，在某些情况下，仅仅使用底层的so_keepalive心跳包是无法完全保证该连接在业务层面上是处于畅通状态的，因此，优选的，第二心跳包为在应用层定义的心跳包，第三心跳包可以是根据第二心跳包经过处理之后得到的心跳包。在连接保持设备为服务器，被保持连接设备为终端时，在连接保持设备按预设第一时间间隔向被保持设备发送无需反馈的第一心跳包以保持与被保持设备的链路畅通这一步骤中，第一处理器1401用于执行连接保持程序以实现：向设置在终端上的虚拟网卡发送无需反馈的第一心跳包以保持与终端间的链路畅通。由于终端通过虚拟网卡接收或者发送心跳包后可以直接通过该虚拟网卡对心跳包进行处理，而无需唤醒终端，因此可以从一定程度上节省终端的电量。除此之外，在连接保持设备接收由被保持设备发送的第二心跳包，并根据第二心跳包向终端反馈第三心跳包这一步骤中，第一处理器1401还可以用于执行连接保持程序以实现：控制虚拟网卡接收服务器发送的第二心跳包，并根据第二心跳包通过虚拟网卡向服务器反馈第三心跳包。在一些实施例中，连接保持设备会向被保持设备发送第二心跳包，在连接保持设备向被保持设备发送第二心跳包，并接收被保持设备根据第二心跳包向连接保持设备反馈的第三心跳包这一步骤中，第一处理器1401还用于执行连接保持程序以实现：控制虚拟网卡向服务器发送第二心跳包，并通过虚拟网卡接收服务器根据第二心跳包反馈的第三心跳包。在连接保持设备为终端，被保持设备为服务器时，在连接保持设备按预设第一时间间隔向被保持设备发送无需反馈的第一心跳包以保持与被保持设备的链路畅通这一步骤中，第一处理器1401用于执行连接保持程序以实现：控制虚拟网卡向服务器发送无需反馈的第一心跳包以保持与服务器间的链路畅通。在连接保持设备接收由被保持设备发送的第二心跳包，并根据第二心跳包向终端反馈第三心跳包这一步骤中，第一处理器1401还可以用于执行连接保持程序以实现：终端通过虚拟网卡接收服务器发送的第二心跳包，并根据第二心跳包通过虚拟网卡向服务器反馈第三心跳包。在一些实施例中，连接保持设备会向被保持设备发送第二心跳包，在连接保持设备向被保持设备发送第二心跳包，并接收被保持设备根据第二心跳包向连接保持设备反馈的第三心跳包这一步骤中，第一处理器1401还用于执行连接保持程序以实现：控制虚拟网卡向服务器发送第二心跳包，并通过虚拟网卡接收服务器根据第二心跳包反馈的第三心跳包。在连接保持设备为终端时，本实施例中的第一处理器1401还用于执行连接保持程序以实现以下步骤：控制虚拟网卡接收服务器发送的数据包，在终端的上层应用处于唤醒状态时，将接收到的数据包转发给上层应用进行处理。应当理解的是，在终端的上层应用处于唤醒状态时，将接收到数据包转发给上层应用进行这一步骤中，本实施例中的第一处理器1401还用于执行连接保持程序以实现以下步骤：判断终端上层应用是否处于唤醒状态，若是，直接将数据包发送给上层应用进行处理；若否，则将接收到的数据包存储到缓存数据库中，并在监测到上层应用处于唤醒状态时，从缓存数据库中提取数据包并发送给上层应用。应当理解的是，上述虚拟网卡接收、处理以及转发数据包的过程可以发生在终端与服务器建立连接后的任意过程中。需要说明的是，当终端上设置了虚拟网卡之后，该虚拟网卡可以只对无需反馈的第一心跳包进行收发处理，或者也可以只对第二心跳包和第三心跳包进行收发处理，或者也可以同时对第一心跳包、第二心跳包和第三心跳包进行收发处理。本实施例提供的连接保持设备，通过向被保持设备发送无需反馈的第一心跳包以保持与被保持设备间的链路畅通，其中第一时间间隔小于等于端口关闭时间阈值，并且还可以根据连接保持设备与被保持设备之间心跳包的交互保证连接业务的畅通，相对于现有方案，可以节约通信资源。第四实施例本实施例在第三实施例的基础上提供一种连接保持系统，本实施例提供的连接保持系统，请参见图15所示，包括连接保持设备与被保持设备，本实施例中以连接保持设备为终端1501，被保持设备为服务器1502为例进行说明。请参见图16所示，本实施例中的终端1501包括第二处理器15011、第二存储器15012及第二通信总线15013；第二通信总线15013用于实现第二处理器15011与第二存储器15012之间的连接通信；第二处理器15011用于执行第二存储器15012中存储的连接保持程序，以实现以下步骤：控制设置在终端1501上的虚拟网卡按预设第一时间间隔向服务器1502发送无需反馈的第一心跳包以保持与服务器1502的链路畅通，第一时间间隔小于等于端口关闭时间阈值；控制设置在终端1501上的虚拟网卡接收服务器1502按预设第二时间间隔发送的第二心跳包，并通过虚拟网卡向服务器1502发送根据该第二心跳包得到的第三心跳包，第二时间间隔大于端口关闭时间阈值。当然，在一些实施例中，第二处理器15011还可以用于执行第二存储器15012中存储的连接保持程序，以实现以下步骤：控制设置在终端1501上的虚拟网卡接收服务器1502发送的数据包；判断终端1501的上层应用是否处于唤醒状态，如是，直接将该数据包发送给上层应用，若否，将接收到的数据包存储到缓存数据库中，并在监测到上层应用处于唤醒状态时，从缓存数据库中提取数据包并发送给上层应用进行处理。需要说明的是，上述通过虚拟网卡接收、处理以及转发数据包的过程可以发生在终端1501与服务器1502建立连接后的任意过程中。应当理解的是，虚拟网卡除了可以接收由服务器1502发送的数据包以外，还可以主动向服务器1502发送数据包。本实施例中对于终端1501而言，通过虚拟网卡发送无需反馈的第一心跳包、接收第二心跳包、发送第三心跳包，可以从一定程度上节约电量，因为终端1501通过虚拟网卡进行心跳包的处理时，并不需要唤醒终端1501，也即是在终端1501处于休眠状态时，也可通过虚拟网卡对心跳包进行处理。请参见图17所示，本实施例中的服务器1502包括第三处理器15021、第三存储器15022及第三通信总线15023；第三通信总线15023用于实现第三处理器15021与第三存储器15022之间的连接通信；第三处理器15021用于执行第三存储器15022中存储的连接保持程序，以实现以下步骤：控制服务器1502接收终端1501通过其虚拟网卡按预设第一时间间隔发送的的无需反馈的第一心跳包以保持与终端1501的链路畅通，服务器1502只负责接收第一心跳包而无需对该第一心跳包做任何处理，第一时间间隔小于等于端口关闭时间阈值；控制服务器1502按预设第二时间间隔向终端1501的虚拟网卡发送第二心跳包，并接收终端1501通过虚拟网卡根据该第二心跳包反馈的第三心跳包，第二时间间隔大于端口关闭时间阈值。当然，在一些实施例中，第三处理器15021还可以用于执行第三存储器15022中存储的连接保持程序，以实现以下步骤：向终端1501的虚拟网卡发送数据包，以供终端1501的上层应用在处于唤醒状态时对该数据包进行处理。本实施例中的无需反馈的第一心跳包优选地为so_keepalive心跳包，很多网络并不会将so_keepalive心跳包计入流量，因此可以节约流量，第二心跳包为在应用层定义的心跳包，第三心跳包可以是根据第二心跳包经过处理之后得到的心跳包。本实施例提供的连接保持系统通过终端向服务器发送第一心跳包以保持系统的链路畅通，并由终端接收服务器发送的第二心跳包，终端根据该第二心跳包向服务器反馈第三心跳包以保证系统的业务畅通，相对于现有方案，不仅可以节约通信资源，还可以减少服务器的通信负载。需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。当前第1页12当前第1页12