CN117435439A - 业务处理系统 - Google Patents

Abstract

本申请提供一种业务处理系统。该系统包括：获取单元，用于获取终端设备发送的待处理业务，并将所述待处理业务发送给判断单元；所述判断单元，用于对所述待处理业务进行判断处理，确定所述待处理业务的业务类型，并将所述待处理业务和所述待处理业务对应的所述业务类型发送给处理单元；所述处理单元，用于基于所述业务类型确定所述待处理业务的处理模式，并基于所述处理模式对所述待处理业务进行业务处理，其中，所述处理模式包括：前台模式或后台模式。本申请的业务处理系统，提高了终端设备与服务器之间业务保活率，降低了终端设备耗电量，减少了服务器的负荷。

Description

业务处理系统

技术领域

本申请涉及业务管理技术领域，尤其涉及一种业务处理系统。

背景技术

随着互联网技术的进步及发展，手机、平板电脑等终端设备已经成为人们工作和生活中的不可或缺的通信工具。通过手机和平板电脑，人们可以进行运营商电话、消息的通信。伴随着多媒体技术及应用的演进，也逐渐衍生出了即时通信模式的应用程序和相关用户群体，为移动办公、日常交流提供了多样、便捷的解决方案。

终端功能和业务应用的种类和数量的丰富，向有限的电量下应用正常使用、业务请求收发提出了更高的要求。

现有的终端-服务器业务类型管理方案提出了一种终端到服务器的全链路的状态判断及省电策略。为减少耗电量，对全部业务的收发消息均采取了减少交互次数的措施，使重要应用的消息、通知实时性降低。其次，由于服务器要在轮循周期内判断终端的业务类型，及时调整业务策略，对终端的网络情况要求较高，现有方案缺少对终端的网络调整处理和分析策略，不适配弱网、网络切换等实际场景，存在导致业务类型切换不及时、重要消息丢失等情况。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本申请提供一种业务处理系统，用以解决现有技术中终端设备和服务器间业务保活率低，且负荷较多，耗电量较大的技术问题。

第一方面，本申请提供一种业务处理系统，包括：获取单元，用于获取终端设备发送的待处理业务，并将所述待处理业务发送给判断单元；

所述判断单元，用于对所述待处理业务进行判断处理，确定所述待处理业务的业务类型，并将所述待处理业务和所述待处理业务对应的所述业务类型发送给处理单元；

所述处理单元，用于基于所述业务类型确定所述待处理业务的处理模式，并基于所述处理模式对所述待处理业务进行业务处理，其中，所述处理模式包括：前台模式或后台模式。

在一种可能的设计中，所述获取单元，具体用于：

接收所述终端设备发送的业务请求；

基于所述业务请求，对所述终端设备进行鉴权处理，确定鉴权结果；

在所述鉴权结果为鉴权通过的情况下，接收所述终端设备发送的所述待处理业务。

在一种可能的设计中，所述判断单元，具体用于：

接收所述获取单元发送的所述待处理业务；

对所述待处理业务进行分析处理，确定所述待处理业务的所述业务类型，其中，所述业务类型包括：第一业务类型或第二业务类型，所述第一业务类型包括：鉴权、临时登录、使用应用程序、管理应用程序或上下行业务中的至少一种，所述第二业务类型包括：服务器监听终端的云存储空间、服务器监听终端使用应用程序、服务器根据终端的显示配置信息更新资源信息或服务器监听终端的在线状态中的至少一种。

在一种可能的设计中，所述处理单元，具体用于：

接收所述判断单元发送的所述待处理业务和所述待处理业务对应的所述业务类型；

在所述业务类型为所述第一业务类型的情况下，确定所述待处理业务的所述处理模式为所述前台模式；

在所述业务类型为所述第二业务类型的情况下，确定所述待处理业务的所述处理模式为所述后台模式。

在一种可能的设计中，所述获取单元，还用于：

获取所述终端设备的历史使用记录，其中，所述历史使用记录包括：连接时长、操作时长或使用频次中的至少一种；

将所述历史使用记录发送给所述判断单元。

在一种可能的设计中，所述判断单元，还用于：

接收所述获取单元发送的所述历史使用记录；

基于所述历史使用记录，确定所述终端设备的模式切换阈值，其中，所述模式切换阈值包括：连接时长阈值、操作时长阈值或使用频次阈值中的至少一种；

判断所述终端设备与所述处理单元的连接状态，确定连接状态结果，其中，所述连接状态结果包括：连接态或断开态；

将所述模式切换阈值和所述连接状态结果发送给所述处理单元。

在一种可能的设计中，所述处理单元，还用于：

接收所述判断单元发送的所述模式切换阈值和所述连接状态结果；

在所述连接状态结果为处于连接态的情况下，获取所述终端设备的当前处理业务的当前使用情况，其中，所述当前使用情况包括：预设时间段内连接时长、预设时间段内操作时长或预设时间段内使用频次中的至少一种；

将所述当前使用情况和所述模式切换阈值进行对比处理，得到对比结果；

基于所述对比结果，对所述当前处理业务进行模式切换处理，其中，所述模式切换处理包括：前台模式切换为后台模式或后台模式切换为前台模式。

在一种可能的设计中，所述处理单元，还用于：

响应于第三方设备发送的业务消息，确定与所述终端设备的连接状态，得到连接状态结果，其中，所述连接状态结果包括：连接态或断开态；

并将所述连接状态结果发送给所述判断单元。

在一种可能的设计中，所述判断单元，还用于：

接收所述处理单元发送的所述连接状态结果；

在所述连接状态结果为所述连接态的情况下，获取所述终端设备的当前处理业务的当前处理模式，其中，所述当前处理模式包括：前台模式或后台模式；

基于所述当前处理模式和所述业务消息，向所述终端设备发送通知消息，其中，所述通知消息用于告知所述终端设备是否发生模式切换。

在一种可能的设计中，所述业务处理系统，还包括：存储单元，所述存储单元，具体用于：在所述连接状态结果为所述断开态的情况下，对所述业务消息进行存储处理。

本申请提供的业务处理系统，通过获取单元，用于获取终端设备发送的待处理业务，并将所述待处理业务发送给判断单元；所述判断单元，用于对所述待处理业务进行判断处理，确定所述待处理业务的业务类型，并将所述待处理业务和所述待处理业务对应的所述业务类型发送给处理单元；所述处理单元，用于基于所述业务类型确定所述待处理业务的处理模式，并基于所述处理模式对所述待处理业务进行业务处理，其中，所述处理模式包括：前台模式或后台模式，实现保证了终端设备与服务器间的业务互通，同时降低了终端设备的耗电量，减少了服务器的负荷的技术效果。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请提供的一种业务处理系统的工作流程示意图；

图2为本申请提供的一种终端设备与服务器整体结构示意图；

图3为本申请提供的一种终端设备响应业务消息流程示意图；

图4为本申请提供的一种终端后台模式与服务器连接状态判断流程示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

终端工作状态与应用处理适配方案是一种强依赖于终端位置、时间等条件判断的应用级省电方法，相较于较宽泛的系统级省电方案，具备局限性。此外，对于需执行省电处理的场景，设置预设模式，将未添加预设模式的应用直接进行切换至后台、退出应用的处理，影响基础通信、多媒体语音等使用场景消息通知的接收，不适于真实业务场景的日常应用。

现有技术中，终端设备与服务器之间的业务类型管理方案为终端到服务器的全链路的状态判断及省电策略。为减少耗电量，对全部业务的收发消息均采取了减少交互次数的措施，使重要应用的消息、通知的实时性大幅降低。并且，由于服务器要在轮循周期内判断终端的业务类型，及时调整业务策略，对终端的网络情况要求较高，然而，现有方案缺少对终端的网络调整处理和分析策略，不适配弱网、网络切换等实际场景，存在导致业务类型切换不及时、重要消息丢失等问题。

本申请具体的应用场景为终端设备与服务器之间的业务处理过程。

本申请提供的业务处理系统，旨在解决现有技术的如上技术问题。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图1为本申请提供的一种业务处理系统的工作流程示意图。如图1所示，该业务处理系统可以包括：获取单元，判断单元，以及处理单元。

在本申请实施例中，上述业务处理系统处理业务时包括以下步骤：

S101：获取终端设备发送的待处理业务，并将上述待处理业务发送给判断单元；

S102：对上述待处理业务进行判断处理，确定上述待处理业务的业务类型；

S103：将上述待处理业务和上述待处理业务对应的上述业务类型发送给处理单元；

S104：基于上述业务类型确定上述待处理业务的处理模式，并基于上述处理模式对上述待处理业务进行业务处理，其中，上述处理模式包括：前台模式或后台模式。

作为一种可选的实施例，终端设备向服务器进行了一次业务交互请求；由服务器(服务端)的获取单元获取终端设备发送的待处理业务，并将上述待处理业务发送给判断单元；上述判断单元对上述待处理业务的业务类型进行判断处理，确定上述待处理业务的业务类型，然后将上述待处理业务和上述待处理业务对应的上述业务类型发送给处理单元；上述处理单元基于上述业务类型确定上述待处理业务的处理模式(前台模式或后台模式)，并基于上述处理模式对上述待处理业务进行业务处理。

需要说明的是，上述业务处理系统兼容云终端(云终端：移动终端不再安装系统及手机软件单纯通过显示器与服务器相连)、传统移动终端，整体技术架构由获取单元和处理单元组成，通过判断终端与服务端之间的业务类型，在不同的状态下调整请求的交互次数，降低了终端的耗电量，以及服务器的负荷。

作为一种可选的实施例，上述业务处理系统主要用于终端省电及业务保活，如图2所示的终端设备与服务器整体结构示意图，上述业务处理系统由终端设备、互联网、服务端(服务器)三部分构成，其中，终端设备：由模式切换、系统应用、第三方应用等模块组成；互联网：数据通信传递的通道，传递服务端、终端侧请求，实现资源共享、互连；服务端：由获取单元、判断单元、处理单元、存储单元组成。

具体的，终端设备可分为智能手机、平板、音响、手表等移动终端，WIFI话机等。终端模式切换模块可根据业务类型在此模块设置并切换前台模式、后台模式以达到省电效果。此外，也提供终端心跳监测，接收服务端的通知，向服务端发送业务类型，网络状态等功能。终端系统应用模块包括系统层面内置的原生应用，提供通话、短信、提醒、摄像等基本使用功能，如电话、短信、设置、相机等应用。终端设备第三方应用由第三方开发者研发，通过应用商店或者浏览器下载的软件，改进原有系统应用的局限性，提供更丰富的用户使用体验。

需要说明的是，系统应用和第三方应用在前、后台运行时，产生、传递的业务数据会较大程度的占用终端电量，产生多余的电量损耗，是本申请所提出的业务处理系统主要优化对象。

可选的，互联网为数据通信传递的通道，传递服务端、终端侧请求，实现资源共享、互连；此外，本申请也支持VPN、局域网等形式的省电及业务保活。

具体的，服务端的获取单元可以进行终端身份鉴权，对于通过鉴权的终端接收、获取其发送的业务请求、心跳连接请求，处理并传递请求到判断单元；判断单元接收获取单元传递来的业务类型，设置、判断、记录业务类型及模式，并将符合条件的请求转交给处理单元；处理单元接收、记录判断单元传递来的业务类型，对于业务类型下的系统、第三方应用执行相应的省电处理及操作。

此外，上述服务端还包括：存储单元，可以存储获取、判断、处理单元接收到的历史请求，供获取单元、判断单元、处理单元提供查询终端历史状态信息的服务。

在本申请实施例中，各终端存在多种业务类型。终端所使用的电话、短信、日历等系统应用以及第三方应用的应用程序产生的业务请求，在任意的地点，以发送时间为单位，通过互联网向服务端发起请求。服务器获取单元接收到用户应用发起、接收的业务请求，并将业务请求转发到服务器判断单元，判断单元可以将转发来的业务请求划分为前台模式、后台模式两种业务类型，并通知服务器处理单元，处理单元记录终端所处模式后，对该终端所处模式进行相应模式下的省电/唤醒功能场景的处理。此通知通过互联网传递终端，终端中的模式切换模块实现对服务器下发的终端状态通知进行接收、处理，并将业务类型所对应的前后台模式进行状态转换，实现了终端到服务器之间的系统级省电与保活。

在一种可选的实施例中，上述获取单元，具体用于：接收上述终端设备发送的业务请求；基于上述业务请求，对上述终端设备进行鉴权处理，确定鉴权结果；在上述鉴权结果为鉴权通过的情况下，接收上述终端设备发送的上述待处理业务。

具体的，终端设备与服务器进行消息发送等业务请求交互；服务器的获取单元判断终端的身份鉴权，传递通过身份鉴权终端的业务请求；在上述鉴权结果为鉴权通过的情况下，服务器的判断单元接收、获取、记录单元转发的业务请求。

在一种可选的实施例中，上述判断单元，具体用于：接收上述获取单元发送的上述待处理业务；对上述待处理业务进行分析处理，确定上述待处理业务的上述业务类型，其中，上述业务类型包括：第一业务类型或第二业务类型，上述第一业务类型包括：鉴权、临时登录、使用应用程序、管理应用程序或上下行业务中的至少一种，上述第二业务类型包括：服务器监听终端的云存储空间、服务器监听终端使用应用程序、服务器根据终端的显示配置信息更新资源信息或服务器监听终端的在线状态中的至少一种。

具体的，第一业务类型的业务场景包含：终端与服务器之间的业务为鉴权、临时登录、使用或者管理服务器提供的应用程序APP、上下行业务中的至少一项。第二业务类型的业务场景包含：终端与服务器之间的业务为服务器监听终端的云存储空间、服务器监听终端使用APP、服务器根据终端的显示配置信息更新资源信息、服务器监听终端的在线状态、终端主动锁屏、终端自动息屏、系统应用及第三方应用控制前台应用切换到后台、退出工作状态下的系统应用及第三方应用或对工作状态应用的相关资源进行清理中的至少一种。

需要说明的是，第一业务类型下，设置终端向服务器发送轮询消息的周期为第一周期；第二业务类型下，设置终端向服务器发送轮询消息的周期为第二周期；其中，第一周期小于第二周期。通过不同轮询周期既保证了业务在服务器的存活，也降低了终端的耗电量，以及服务器的负荷。

可选的，业务处理过程中，可以根据业务类型，确定终端实际工作状态，进行终端与服务器的信息交互动态调整。两种业务处理模式的生成及切换不受终端所处的时间、地点、电量影响，有效保证业务的接续。

在一种可选的实施例中，上述处理单元，具体用于：接收上述判断单元发送的上述待处理业务和上述待处理业务对应的上述业务类型；在上述业务类型为上述第一业务类型的情况下，确定上述待处理业务的上述处理模式为上述前台模式；在上述业务类型为上述第二业务类型的情况下，确定上述待处理业务的上述处理模式为上述后台模式。

具体的，服务器获取终端设备与服务器之间的业务类型，并根据业务类型确定终端设备处理该业务的工作状态。第一业务类型下，终端的工作状态处于连接态；第二业务类型下，终端的工作状态处于激活态。

可选的，服务器的判断单元将判断出的业务请求模式，传递到处理单元；处理单元接收并记录终端所处的业务模式、时间；若业务请求模式属于后台模式，处理单元自动断开其他服务连接，只保留终端设备与服务器间的Alive心跳连接服务，与终端设备建立TCP长链接，对终端设备下发进入后台模式的通知；若终端业务请求模式为前台模式，处理单元将保持现有终端业务类型及状态，不做处理或通知。当终端接收到服务端-处理单元下发的进入后台模式的通知后，终端设备模式切换模块程序启动，终端设备进入后台省电模式，且每隔T1时间后，确认与服务器连接状态是否为连接态，每隔T2时间后，确认与服务器连接状态是否为断开态。

在一种可选的实施例中，为了保证网络状态变动、模式切换下，业务通知的正常收发，提出了一种终端-服务器连接状态轮询的方案，设置终端设备与服务器网络状态为连接态时的状态轮循时间为t1，设置终端与服务器网络状态为断开态时的状态轮循时间为t2。

可选的，在终端网络状况正常时，仅执行t1为周期的终端状态定期轮循，以检查终端调用服务端网络状态连接接口是否成功，确认终端与服务器之间是否保持联通，并将获得的状态及时间记录到服务器-判断单元；若由于弱网、网络切换、连接异常等情况，无法确认此次终端与服务器的连接状态或者在上一个t1周期查找不到终端与服务器的连接状态，则执行t2为周期的终端状态轮循，为尽快确认终端网络状态，t2<t1,若t2执行调用了N次(N>10)网络状态连接接口了N次，均为失败，则不再继续尝试。

通过本申请实施例，根据不同业务需求确定终端设备的工作状态，进而可实现在不同的工作状态下调整终端和服务器的信息交互次数。在终端的工作状态处于连接态时，正常收发消息、通知，终端和服务器保持正常的请求交互条数和次数；在服务器的工作状态处于激活态时，收发对实时性不高的消息内容，降低了终端的耗电量，服务器的负荷。

在一种可选的实施例中，上述获取单元，还用于：获取上述终端设备的历史使用记录，其中，上述历史使用记录包括：连接时长、操作时长或使用频次中的至少一种；将上述历史使用记录发送给上述判断单元。

具体的，获取终端在不同位置和/或不同时间段应用的使用记录；并将上述使用记录发送给上述判断单元。

在一种可选的实施例中，上述判断单元，还用于：接收上述获取单元发送的上述历史使用记录；基于上述历史使用记录，确定上述终端设备的模式切换阈值，其中，上述模式切换阈值包括：连接时长阈值、操作时长阈值或使用频次阈值中的至少一种；判断上述终端设备与上述处理单元的连接状态，确定连接状态结果，其中，上述连接状态结果包括：连接态或断开态；将上述模式切换阈值和上述连接状态结果发送给上述处理单元。

在一种可选的实施例中，上述处理单元，还用于：接收上述判断单元发送的上述模式切换阈值和上述连接状态结果；在上述连接状态结果为处于连接态的情况下，获取上述终端设备的当前处理业务的当前使用情况，其中，上述当前使用情况包括：预设时间段内连接时长、预设时间段内操作时长或预设时间段内使用频次中的至少一种；将上述当前使用情况和上述模式切换阈值进行对比处理，得到对比结果；基于上述对比结果，对上述当前处理业务进行模式切换处理，其中，上述模式切换处理包括：前台模式切换为后台模式或后台模式切换为前台模式。

可选的，根据终端当前位置和/或当前时间，确定终端工作状态；并检测终端工作状态，若终端应用使用频次大于等于预设频次，允许该应用向终端推送消息提醒，或后台启动该应用。若终端熄屏时长超过预设熄屏时长或者未操作时长超过预设未操作时长，系统将执行控制前台应用切换到后台、暂停或退出该工作状态对应的应用运行、进入预设模式等操作。

可选的，可以通过设置预设应用模式，对于预设模式下的工作状态，可保留预设应用的运行，并对非预设应用采取切换应用到后台、资源清理、退出应用操作，以降低终端耗电量。

在一种可选的实施例中，上述处理单元，还用于：响应于第三方设备发送的业务消息，确定与上述终端设备的连接状态，得到连接状态结果，其中，上述连接状态结果包括：连接态或断开态；并将上述连接状态结果发送给上述判断单元。

在一种可选的实施例中，上述判断单元，还用于：接收上述处理单元发送的上述连接状态结果；在上述连接状态结果为上述连接态的情况下，获取上述终端设备的当前处理业务的当前处理模式，其中，上述当前处理模式包括：前台模式或后台模式；基于上述当前处理模式和上述业务消息，向上述终端设备发送通知消息，其中，上述通知消息用于告知上述终端设备是否发生模式切换。

具体的，如图3所示的终端设备响应业务消息流程示意图，具体包括以下步骤：

S201：响应于第三方设备发送的业务消息，确定与上述终端设备的连接状态，得到连接状态结果；

S202：将上述连接状态结果发送给判断单元；

S203：在上述连接状态结果为上述连接态的情况下，获取上述终端设备的当前处理业务的当前处理模式；

S204：基于上述当前处理模式和上述业务消息，向上述终端设备发送通知消息。

作为一种可选的实施例，第三方设备、业务平台等向终端设备发送消息通知给终端设备时，此消息通知将经过服务端的处理单元进行消息处理，确定消息类型、终端设备的业务模式；处理单元接收到消息通知后，查询并确定终端设备最新模式类型为前台模式或后台模式；处理单元确认业务模式后，到判断单元确认终端设备与服务端是否为连接态；若终端设备当前处于后台模式，且与服务端为连接态，处理单元携带该消息，唤醒终端设备，通知终端设备进入前台模式。

可选的，若终端设备当前处于前台模式，且与服务端为连接态，处理单元携带该消息通知终端设备；对于前序状态为后台模式的终端，当业务通知到达终端时，模式切换会自动切换到前台处理业务。对于前序状态为前台模式的终端，当业务通知到达终端时，终端正常接收消息及通知。

此外，在上述连接状态结果为上述断开态的情况下，可以将业务消息暂存至存储单元，待终端设备与服务器连接时再进行发送。

S205：在上述连接状态结果为上述断开态的情况下，对上述业务消息进行存储处理。

在一种可选的实施例中，上述业务处理系统，还包括：存储单元，上述存储单元，具体用于：在上述连接状态结果为上述断开态的情况下，对上述业务消息进行存储处理。

可选的，存储单元，可以存储获取、判断、处理单元接收到的历史请求，供获取单元、判断单元、处理单元提供查询终端历史状态信息的服务。

作为一种可选的实施例，终端设备与服务器进行消息发送等业务请求交互；获取单元判断终端设备的身份鉴权，传递通过身份鉴权终端的业务请求；判断单元接收、获取、记录单元转发的业务请求，判断业务属于前台模式、后台模式；判断单元向处理单元传递终端与服务端的模式类型通知；处理单元接收模式类型通知，根据模式类型进行相应处理。

可选的，若终端设备的业务请求为前台模式，处理单元记录终端设备的模式类型，保持现有终端业务类型及状态，不做处理；若终端设备的业务请求为后台模式，处理单元记录终端设备的模式类型，自动断开服务器与终端设备的所有连接，只保留心跳连接，下发进入后台模式的通知；处理单元判定为后台模式的终端设备，模式切换程序启动并进入后台模式。

可选的，如图4所示的终端后台模式与服务器连接状态判断流程示意图，进入后台模式的终端设备，每隔t1，确认终端与服务器连接状态是否为连接态；以确认终端与服务器之间是否保持联通，每次轮循获得的连接状态及时间记录到服务器-判断单元；若无法判断二者之间为连接态，则每隔t2，确认终端与服务器连接状态是否为断开态，若t2执行调用了N次(N>10)网络状态连接接口，均为失败，则不再继续尝试，断开该终端与服务端的所有连接，直到终端网络恢复正常后再次进入后台模式，重启终端与服务器网络状态为连接态时的状态轮循。反之，继续执行以t1为周期的状态轮循。

可选的，当其他终端或平台发送业务消息或通知给终端设备时，处理单元接收此请求，并判断终端设备处于何种模式类型；处理单元确认终端设备的模式类型后，向判断单元发起申请，确认该终端与服务器的最新连接状态；若终端设备为后台模式，且与服务端为连接态，处理单元携带消息通知，唤醒终端设备，通知终端设备进入前台模式；若终端设备为前台模式，且与服务端为连接态，处理单元直接转发消息通知给终端设备；若终端设备与服务端为断开态，则暂存消息通知，待判断单元确认终端设备与服务器重新连接时，再发送该消息。

可选的，在终端设备与服务端为连接态时，处于后台模式的终端设备将接收消息，且模式切换本地程序进入前台模式；处于前台模式的终端设备将直接接收服务器传来的消息通知。

通过本申请实施例，采用上述业务处理系统，不限制终端类型、场景、时间，新增前后台切换功能，减少终端频繁从服务器队列取数据造成的耗电量增加。当终端处于/被切换到后台模式，终端将只保留与服务端的心跳链接，并定期和服务器请求交互，确保终端网络状态与服务器的连接正常，有效保证业务接续；当服务端收到新的业务请求，终端会自动切换并唤醒到前台模式，实现系统、应用发送的消息、通知不丢失，有效保证业务接续。此外，提出了适配弱网、网络切换情形下的省电与业务保活策略，优化不同网络状态下，服务器和终端间的模式管理，避免了业务传递的延迟，保证了业务互通，降低了信令终端的耗电量，服务器的负荷。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作和模块并不一定是本申请所必须的。

进一步需要说明的是，虽然流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

应该理解，上述的装置实施例仅是示意性的，本申请的装置还可通过其它的方式实现。例如，上述实施例中单元/模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如，多个单元、模块或组件可以结合，或者可以集成到另一个系统，或一些特征可以忽略或不执行。

另外，若无特别说明，在本申请各个实施例中的各功能单元/模块可以集成在一个单元/模块中，也可以是各个单元/模块单独物理存在，也可以两个或两个以上单元/模块集成在一起。上述集成的单元/模块既可以采用硬件的形式实现，也可以采用软件程序模块的形式实现。

集成的单元/模块如果以硬件的形式实现时，该硬件可以是数字电路，模拟电路等等。硬件结构的物理实现包括但不局限于晶体管，忆阻器等等。若无特别说明，处理器可以是任何适当的硬件处理器，比如CPU、GPU、FPGA、DSP和ASIC等等。若无特别说明，存储单元可以是任何适当的磁存储介质或者磁光存储介质，比如，阻变式存储器RRAM(ResistiveRandom Access Memory)、动态随机存取存储器DRAM(Dynamic Random Access Memory)、静态随机存取存储器SRAM(Static Random-Access Memory)、增强动态随机存取存储器EDRAM(Enhanced Dynamic Random Access Memory)、高带宽内存HBM(High-Bandwidth Memory)、混合存储立方HMC(Hybrid Memory Cube)等等。

集成的单元/模块如果以软件程序模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储器包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。上述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种业务处理系统，其特征在于，所述系统包括：

获取单元，用于获取终端设备发送的待处理业务，并将所述待处理业务发送给判断单元；

所述判断单元，用于对所述待处理业务进行判断处理，确定所述待处理业务的业务类型，并将所述待处理业务和所述待处理业务对应的所述业务类型发送给处理单元；

所述处理单元，用于基于所述业务类型确定所述待处理业务的处理模式，并基于所述处理模式对所述待处理业务进行业务处理，其中，所述处理模式包括：前台模式或后台模式。

2.根据权利要求1所述的业务处理系统，其特征在于，所述获取单元，具体用于：

接收所述终端设备发送的业务请求；

基于所述业务请求，对所述终端设备进行鉴权处理，确定鉴权结果；

在所述鉴权结果为鉴权通过的情况下，接收所述终端设备发送的所述待处理业务。

3.根据权利要求1所述的业务处理系统，其特征在于，所述判断单元，具体用于：

接收所述获取单元发送的所述待处理业务；

对所述待处理业务进行分析处理，确定所述待处理业务的所述业务类型，其中，所述业务类型包括：第一业务类型或第二业务类型，所述第一业务类型包括：鉴权、临时登录、使用应用程序、管理应用程序或上下行业务中的至少一种，所述第二业务类型包括：服务器监听终端的云存储空间、服务器监听终端使用应用程序、服务器根据终端的显示配置信息更新资源信息或服务器监听终端的在线状态中的至少一种。

4.根据权利要求3所述的业务处理系统，其特征在于，所述处理单元，具体用于：

接收所述判断单元发送的所述待处理业务和所述待处理业务对应的所述业务类型；

在所述业务类型为所述第一业务类型的情况下，确定所述待处理业务的所述处理模式为所述前台模式；

在所述业务类型为所述第二业务类型的情况下，确定所述待处理业务的所述处理模式为所述后台模式。

5.根据权利要求1所述的业务处理系统，其特征在于，所述获取单元，还用于：

获取所述终端设备的历史使用记录，其中，所述历史使用记录包括：连接时长、操作时长或使用频次中的至少一种；

将所述历史使用记录发送给所述判断单元。

6.根据权利要求5所述的业务处理系统，其特征在于，所述判断单元，还用于：

接收所述获取单元发送的所述历史使用记录；

基于所述历史使用记录，确定所述终端设备的模式切换阈值，其中，所述模式切换阈值包括：连接时长阈值、操作时长阈值或使用频次阈值中的至少一种；

判断所述终端设备与所述处理单元的连接状态，确定连接状态结果，其中，所述连接状态结果包括：连接态或断开态；

将所述模式切换阈值和所述连接状态结果发送给所述处理单元。

7.根据权利要求6所述的业务处理系统，其特征在于，所述处理单元，还用于：

接收所述判断单元发送的所述模式切换阈值和所述连接状态结果；

在所述连接状态结果为处于连接态的情况下，获取所述终端设备的当前处理业务的当前使用情况，其中，所述当前使用情况包括：预设时间段内连接时长、预设时间段内操作时长或预设时间段内使用频次中的至少一种；

将所述当前使用情况和所述模式切换阈值进行对比处理，得到对比结果；

基于所述对比结果，对所述当前处理业务进行模式切换处理，其中，所述模式切换处理包括：前台模式切换为后台模式或后台模式切换为前台模式。

8.根据权利要求1所述的业务处理系统，其特征在于，所述处理单元，还用于：

响应于第三方设备发送的业务消息，确定与所述终端设备的连接状态，得到连接状态结果，其中，所述连接状态结果包括：连接态或断开态；

并将所述连接状态结果发送给所述判断单元。

9.根据权利要求8所述的业务处理系统，其特征在于，所述判断单元，还用于：

接收所述处理单元发送的所述连接状态结果；

在所述连接状态结果为所述连接态的情况下，获取所述终端设备的当前处理业务的当前处理模式，其中，所述当前处理模式包括：前台模式或后台模式；

基于所述当前处理模式和所述业务消息，向所述终端设备发送通知消息，其中，所述通知消息用于告知所述终端设备是否发生模式切换。

10.根据权利要求9所述的业务处理系统，其特征在于，所述业务处理系统，还包括：存储单元，所述存储单元，具体用于：在所述连接状态结果为所述断开态的情况下，对所述业务消息进行存储处理。