本发明涉及移动互联网通信技术领域，具体涉及到一种在线唤醒系统，方法、终端及介质。
背景技术：
大部分应用除了需要在与用户交互时保持活跃状态，还需要在应用进入后台时进行其它任务来保证用户的交互体验，比如预先加载好下一次用户启动时所需要的数据内容等等。在现有的android系统中，应用存活必须依赖于整个android系统的调度，应用通过用户的操作才能启动，用户也可即时的关闭应用，另外应用通过自身监控系统中一些广播也能达到保活的效果,但实际应用中在android系统中如果应用一旦被杀死，除了用户手动操作以外很难有机会再重新启动。
技术实现要素：
为了解决上述问题，本发明提供一种在线唤醒系统，方法、终端及介质，解决现有技术中需要用户手动操作以重新应用的缺陷。
第一方面，一种在线唤醒系统，包括连接模块、解析模块、检测模块、唤醒模块和反馈模块；其中：
所述连接模块用于接收云端下发的唤醒消息；
所述解析模块用于解析所述唤醒消息以得到唤醒目标；
所述检测模块用于检测客户端中是否在存在所述唤醒目标；
所述唤醒模块用于在存在所述唤醒目标时，触发客户端上的唤醒应用操作，并得出唤醒结果；
所述反馈模块用于将所述唤醒结果上报至云端。
更进一步的方案是，所述唤醒消息包括目标应用包信息，目标应用组件信息和唤醒方式。
更进一步的方案是，所述唤醒方式包括：
通过startservice启动应用中配置的service组件，记录唤醒结果；
通过bindservice启动应用中配置的service组件，记录唤醒结果；
通过gettype启动应用中配置的contentprovider组件，记录唤醒结果；
通过sendbroadcast启动可唤醒应用中配置的broadcastreceiver组件，记录唤醒结果。
更进一步的方案是，所述唤醒结果包括唤醒成功和唤醒失败。
第二方面，一种在线唤醒方法，应用于第一方面所述的一种在线唤醒系统，所述方法包括：
接收云端下发的唤醒消息；
解析所述唤醒消息以得到唤醒目标；
检测客户端中是否在存在所述唤醒目标；
在存在所述唤醒目标时，触发客户端上的唤醒应用操作，并得出唤醒结果；
将所述唤醒结果上报至云端。
更进一步的方案是，所述唤醒消息包括目标应用包信息，目标应用组件信息和唤醒方式。
所述唤醒方式包括：
通过startservice启动应用中配置的service组件，记录唤醒结果；
通过bindservice启动应用中配置的service组件，记录唤醒结果；
通过gettype启动应用中配置的contentprovider组件，记录唤醒结果；
通过sendbroadcast启动可唤醒应用中配置的broadcastreceiver组件，记录唤醒结果。
第三方面，一种移动终端，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如第二方面所述的方法。
第四方面，一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行第二方面所述的方法。
由上述技术方案可知，本发明提供的一种在线唤醒系统，方法、终端及介质，通过解析云端下发的唤醒消息得到唤醒目标，进而检测客户端中是否在存在所述唤醒目标，如果存在则触发客户端上的唤醒应用操作，无需用户手动操作，即可通过云端自动唤醒被关闭的应用。
附图说明
图1为本发明实施例提供的一种在线唤醒系统的系统框图；
图2为本发明实施例提供的一种在线唤醒方法的方法流程图；
图3为本发明提供的一种移动终端的结构示意图。
具体实施方式
为了使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述，这里的描述不意味着对应于实施例中陈述的具体实例的所有主题都在权利要求中引用了。
应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
请参考图1，是本发明实施例提供的一种在线唤醒系统的系统框图，一种在线唤醒系统，包括连接模块、解析模块、检测模块、唤醒模块和反馈模块；其中：
所述连接模块用于接收云端下发的唤醒消息；
所述解析模块用于解析所述唤醒消息以得到唤醒目标；
所述检测模块用于检测客户端中是否在存在所述唤醒目标；
所述唤醒模块用于在存在所述唤醒目标时，触发客户端上的唤醒应用操作，并得出唤醒结果；
所述反馈模块用于将所述唤醒结果上报至云端。
进一步地，所述唤醒消息包括目标应用包信息，目标应用组件信息和唤醒方式。
进一步地，所述唤醒方式包括：
通过startservice启动应用中配置的service组件，记录唤醒结果；
通过bindservice启动应用中配置的service组件，记录唤醒结果；
通过gettype启动应用中配置的contentprovider组件，记录唤醒结果；
通过sendbroadcast启动可唤醒应用中配置的broadcastreceiver组件，记录唤醒结果。
进一步地，所述唤醒结果包括唤醒成功和唤醒失败。
请参考图2，是本发明实施例提供的一种在线唤醒方法的方法流程图，一种在线唤醒方法，应用于上述所述的一种在线唤醒系统，所述方法包括：
s101，接收云端下发的唤醒消息；
具体地，在本实施例中，连接模块开启tcp长连接，监听云端下发的长连接信息，并判断是否为唤醒信息，是唤醒信息则处理，不是则不处理，所述唤醒消息包括目标应用包信息，目标应用组件信息和唤醒方式。
s102，解析所述唤醒消息以得到唤醒目标；
具体地，在本实施例中，下发的消息格式为二进制消息，如检测到为唤醒消息，解析模块则会将二进制消息解析为标准的json格式,然后使用标准的json解析方式进行解析，得到目标应用包名信息，目标应用组件信息及唤醒方式，其中，json(javascriptobjectnotation,js对象标记)是一种轻量级的数据交换格式。
s103，检测客户端中是否在存在所述唤醒目标；
具体地，在本实施例中，使用android系统提供的方式进行检测，检测模块检测下发的目标包名是否安装在终端设备中，如果已安装，则继续检测该安装应用是否含有下发的目标组件，如果未安装或未检测到组件，则不进行唤醒。
s104，在存在所述唤醒目标时，触发客户端上的唤醒应用操作，并得出唤醒结果；
具体地，在本实施例中，唤醒模块的唤醒方式如下：
使用startservice启动应用中配置的service组件，记录唤醒结果；
使用bindservice启动应用中配置的service组件，记录唤醒结果；
使用gettype启动应用中配置的contentprovider组件，记录唤醒结果；
使用sendbroadcast启动可唤醒应用中配置的broadcastreceiver组件，记录唤醒结果。
在具体应用中，可采取其中任一方式进行唤醒，也可采用几种唤醒方式相结合的方式，在一种方式未成功唤醒时，自动切换到另一种方式进行唤醒。
s105，将所述唤醒结果上报至云端。
具体地，在本实施例中，反馈模块得到唤醒结果后，使用http协议进行数据上报，将唤醒结果上报至云端。
通过上述方法，通过解析云端下发的唤醒消息得到唤醒目标，进而检测客户端中是否在存在所述唤醒目标，如果存在则触发客户端上的唤醒应用操作，无需用户手动操作，即可通过云端自动唤醒被关闭的应用。
参见图3，本发明提供了一种移动终端，包括处理器,101、输入设备102、输出设备103和存储器104，所述处理器、输入设备、输出设备和存储器相互通过总线105连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行上述一种在线唤醒方法中所述的方法。
应当理解，在本发明实施例中，所称处理器101可以是中央处理单元(centralprocessingunit，cpu)，该处理器还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
输入设备102可以包括触控板、指纹采传感器(用于采集用户的指纹信息和指纹的方向信息)、麦克风等，输出设备103可以包括显示器(lcd等)、扬声器等。
该存储器104可以包括只读存储器和随机存取存储器，并向处理器101提供指令和数据。存储器104的一部分还可以包括非易失性随机存取存储器。例如，存储器104还可以存储设备类型的信息。
本发明还提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述一种在线唤醒方法中所述的方法。
所述计算机可读存储介质可以是前述任一实施例所述的终端的内部存储单元，例如终端的硬盘或内存。所述计算机可读存储介质也可以是所述终端的外部存储设备，例如所述终端上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，所述计算机可读存储介质还可以既包括所述终端的内部存储单元也包括外部存储设备。所述计算机可读存储介质用于存储所述计算机程序以及所述终端所需的其他程序和数据。所述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。
应注意到：附图中的流程图和框图显示了根据本发明的多个实施例的系统和方法的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、终端和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、终端和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。
最后需要说明的是，上述描述为本发明的优选实施例，本领域的普通技术人员在本发明的启示下，在不违背本发明宗旨及权利要求的前提下，可以做出多种类似的表示，这样的变换均落入本发明的保护范围之内。