CN114338773A - 基于双向通信连接的数据更新方法、系统及装置 - Google Patents

Abstract

本发明公开了一种基于双向通信连接的数据更新方法、系统及装置。其中，该方法包括：发送握手请求至服务端，其中，上述服务端用于响应上述握手请求，根据预设配置参数在上述服务端与客户端之间建立双向通信连接；在建立与上述服务端的上述双向通信连接后，监测来自上述服务端的推送数据；根据分析得到的上述推送数据的业务类型，更新上述客户端本地的交互动画界面。本发明解决了由于现有技术中通过客户端向服务器发送请求的方式进行数据更新，造成的更新效率低且界面响应迟滞的技术问题。

Description

基于双向通信连接的数据更新方法、系统及装置

技术领域

本发明涉及数据处理技术领域，尤其涉及数据更新技术领域，具体涉及一种基于双向通信连接的数据更新方法、系统及装置。

背景技术

在现代网站信息数据交换中，很多网站通过轮询方法实现推送技术。轮询是在特定的时间间隔(如每1秒)，由浏览器对服务器发出HTTP请求，然后，由服务器返回最新的数据给客户端的浏览器。

但是，这种传统的模式带来很明显的缺点，即浏览器需要不断的向服务器发出请求，然而HTTP请求可能包含较长的头部，其中，真正有效的数据可能只是很小的一部分，显然这样会浪费很多的带宽等资源。

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

发明内容

本发明实施例提供了一种基于双向通信连接的数据更新方法、系统及装置，以至少解决由于现有技术中通过客户端向服务器发送请求的方式进行数据更新，造成的更新效率低且界面响应迟滞的技术问题。

根据本发明实施例的一个方面，提供了一种基于双向通信连接的数据更新方法，包括：发送握手请求至服务端，其中，上述服务端用于响应上述握手请求，根据预设配置参数在上述服务端与客户端之间建立双向通信连接；在建立与上述服务端的上述双向通信连接后，监测来自上述服务端的推送数据；根据分析得到的上述推送数据的业务类型，更新上述客户端本地的交互动画界面。

可选的，根据分析得到的上述推送数据的业务类型，更新上述客户端本地的交互动画界面，包括：对上述推送数据的数据格式进行分析得到上述业务类型；按照业务需求对上述推送数据进行封装处理，得到封装后数据；在筛选上述封装后数据中的有效业务数据后，根据上述业务类型对上述有效业务数据进行分类存储，并触发数据监控操作，得到上述有效业务数据对应的变化更新数据；采用上述变化更新数据更新上述客户端本地的交互动画界面。

可选的，触发数据监控操作，得到上述有效业务数据对应的变化更新数据，包括：通过触发上述数据监控操作，根据上述业务类型确定上述有效业务数据的变化更新数据；通过目标接口异步请求获取上述变化更新数据，并存储上述变化更新数据。

可选的，对上述推送数据的数据格式进行分析得到上述业务类型，包括：获取上述交互动画界面的界面业务数据，其中，上述界面业务数据包括以下至少之一：数据封装格式、页面刷新区域、界面展示方式、动画交互效果；根据上述界面业务数据对上述推送数据的数据格式进行分析，得到上述业务类型，其中，上述业务类型包括以下至少之一：报表可视化、列表描述、表单编辑、表格统计。

可选的，采用上述变化更新数据更新上述客户端本地的交互动画界面，包括：采用上述变化更新数据动态刷新上述交互动画界面，或者局部更新上述交互动画界面中的界面内容。

可选的，上述方法还包括：预先确定用于建立上述双向通信连接的上述预设配置参数，其中，上述预设配置参数包括：配置数据处理函数、配置响应回调函数、约定心跳参数。

根据本发明实施例的另一方面，还提供了一种基于双向通信连接的数据更新系统，包括：服务端，用于响应于来自客户端的握手请求，根据预设配置参数在上述服务端与上述客户端之间建立双向通信连接；客户端，用于在建立与上述服务端的上述双向通信连接后，监测来自上述服务端的推送数据，并根据分析得到的上述推送数据的业务类型，更新上述客户端本地的交互动画界面。

根据本发明实施例的另一方面，还提供了一种基于双向通信连接的数据更新装置，包括：发送模块，用于发送握手请求至服务端，其中，上述服务端用于响应上述握手请求，根据预设配置参数在上述服务端与客户端之间建立双向通信连接；监测模块，用于在建立与上述服务端的上述双向通信连接后，监测来自上述服务端的推送数据；更新模块，用于根据分析得到的上述推送数据的业务类型，更新上述客户端本地的交互动画界面。

根据本发明实施例的另一方面，还提供了一种计算机可读存储介质，上述计算机可读存储介质存储有多条指令，上述指令适于由处理器加载并执行任意一项上述的基于双向通信连接的数据更新方法。

根据本发明实施例的另一方面，还提供了一种电子设备，包括存储器和处理器，上述存储器中存储有计算机程序，上述处理器被设置为运行上述计算机程序以执行任意一项上述的基于双向通信连接的数据更新方法。

在本发明实施例中，采用基于双向通信连接的数据更新方式，通过发送握手请求至服务端，其中，上述服务端用于响应上述握手请求，根据预设配置参数在上述服务端与客户端之间建立双向通信连接；在建立与上述服务端的上述双向通信连接后，监测来自上述服务端的推送数据；根据分析得到的上述推送数据的业务类型，更新上述客户端本地的交互动画界面，达到了服务端主动向客户端推送数据并更新相关内容的目的，从而实现了提高数据更新效率和界面响应速度的技术效果，进而解决了由于现有技术中通过客户端向服务器发送请求的方式进行数据更新，造成的更新效率低且界面响应迟滞的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种基于双向通信连接的数据更新方法的流程图；

图2是根据本发明实施例的一种可选的基于双向通信连接的数据更新方法的流程图；

图3是根据本发明实施例的一种可选的用于实施基于双向通信连接的数据更新方法的系统结构示意图；

图4是根据本发明实施例的一种基于双向通信连接的数据更新系统的结构示意图；

图5是根据本发明实施例的一种基于双向通信连接的数据更新装置的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

首先，为方便理解本发明实施例，下面将对本发明中所涉及的部分术语或名词进行解释说明：

WebSocket：HTML5开始提供的一种在单个TCP连接上进行全双工通讯的协议。可以使客户端和服务器之间的数据交换变得更加简单，并且允许服务端主动向客户端推送数据；在WebSocket API中，浏览器和服务器只需要完成一次握手，两者之间就直接可以创建持久性的连接，并进行双向数据传输；浏览器通过JavaScript向服务器发出建立WebSocket连接的请求，连接建立以后，客户端和服务器端就可以通过TCP连接直接交换数据；在获取WebSocket连接后，可通过send()方法向服务器发送数据，并通过onmessage事件来接收服务器返回的数据。

实施例1

根据本发明实施例，提供了一种基于双向通信连接的数据更新的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的一种基于双向通信连接的数据更新方法的流程图，如图1所示，该方法包括如下步骤：

步骤S102，发送握手请求至服务端，其中，上述服务端用于响应上述握手请求，根据预设配置参数在上述服务端与客户端之间建立双向通信连接；

步骤S104，在建立与上述服务端的上述双向通信连接后，监测来自上述服务端的推送数据；

步骤S106，根据分析得到的上述推送数据的业务类型，更新上述客户端本地的交互动画界面。

可选的，上述双向通信连接可以但不限于为Websocket连接。需要说明的是，通过采用上述Websocket连接，能够更好的节省服务器资源和宽带，同时能够实现服务端与客户端之间的实时通讯。

可选的，上述预设配置参数包括：配置数据处理函数、配置响应回调函数以及约定心跳参数。

可选的，上述业务类型包括以下至少之一：报表可视化、列表描述、表单编辑、表格统计。

在本发明实施例中，采用基于双向通信连接的数据更新方式，通过发送握手请求至服务端，其中，上述服务端用于响应上述握手请求，根据预设配置参数在上述服务端与客户端之间建立双向通信连接；在建立与上述服务端的上述双向通信连接后，监测来自上述服务端的推送数据；根据分析得到的上述推送数据的业务类型，更新上述客户端本地的交互动画界面，达到了服务端主动向客户端推送数据并更新相关内容的目的，从而实现了提高数据更新效率和界面响应速度的技术效果，进而解决了由于现有技术中通过客户端向服务器发送请求的方式进行数据更新，造成的更新效率低且界面响应迟滞的技术问题。

作为一种可选的实施例，图2是根据本发明实施例的一种可选的基于双向通信连接的数据更新方法的流程图，如图2所示，根据分析得到的上述推送数据的业务类型，更新上述客户端本地的交互动画界面，包括：

步骤S202，对上述推送数据的数据格式进行分析得到上述业务类型；

步骤S204，按照业务需求对上述推送数据进行封装处理，得到封装后数据；

步骤S206，在筛选上述封装后数据中的有效业务数据后，根据上述业务类型对上述有效业务数据进行分类存储，并触发数据监控操作，得到上述有效业务数据对应的变化更新数据；

步骤S208，采用上述变化更新数据更新上述客户端本地的交互动画界面。

可选的，上述业务类型包括以下至少之一：报表可视化、列表描述、表单编辑、表格统计。

可选的，除根据业务需求通过客户端向服务端推送数据外，还可从服务端接收相关数据。当服务端主动推送数据至客户端时，对推送数据进行分析得到上述业务类型并按照业务需求进行封装处理。

需要说明的是，筛选标准与界面业务和功能有关，如业务类型、数据封装格式、页面刷新区域、界面展示方式、动画交互效果等。首先需要判断返回业务类型，再根据业务类型对数据进行格式封装，界面DOM响应，更新交互动画。

在一种可选的实施例中，触发数据监控操作，得到上述有效业务数据对应的变化更新数据，包括：

步骤S302，通过触发上述数据监控操作，根据上述业务类型确定上述有效业务数据的变化更新数据；

步骤S304，通过目标接口异步请求获取上述变化更新数据，并存储上述变化更新数据。

可选的，上述目标接口可以但不限于为get/post接口。

可选的，在筛选出有效业务数据后，进行分类存储，并触发数据监控操作，若需要依据上述业务类型获取下一层级的数据(即上述变化更新数据)，则通过get/post接口异步请求获取子级数据，并对上述子级数据进行解析处理，得到变化更新数据，并存储上述变化更新数据。

在一种可选的实施例中，对上述推送数据的数据格式进行分析得到上述业务类型，包括：

步骤S402，获取上述交互动画界面的界面业务数据；

步骤S404，根据上述界面业务数据对上述推送数据的数据格式进行分析，得到上述业务类型。

可选的，上述界面业务数据包括以下至少之一：数据封装格式、页面刷新区域、界面展示方式、动画交互效果。

可选的，上述业务类型包括以下至少之一：报表可视化、列表描述、表单编辑、表格统计。

在一种可选的实施例中，采用上述变化更新数据更新上述客户端本地的交互动画界面，包括：

步骤S502，采用上述变化更新数据动态刷新上述交互动画界面，或者局部更新上述交互动画界面中的界面内容。

可选的，将上述变化更新数据更新至Dom层，采用上述变化更新数据动态刷新上述交互动画界面，或者局部更新上述交互动画界面中的界面内容。

在一种可选的实施例中，上述方法还包括：

步骤S602，预先确定用于建立上述双向通信连接的上述预设配置参数，其中，上述预设配置参数包括：配置数据处理函数、配置响应回调函数、约定心跳参数。

可选的，在建立上述双向通信连接(如Websocket连接)之前，预先配置数据处理函数、配置响应回调函数以及约定心跳参数等预设配置参数。

需要说明的是，由于网络以及Websocket自身的一些不稳定性，界面长时间打开的情况下有时会发生Websocket链接的断开，为了防止这种情况，增加心跳检测机制，即通过前端发送一个心跳，后端收到后，返回一个心跳消息，拿到返回的心跳就说明连接正常。

作为一种可选的实施例，图3是根据本发明实施例的一种可选的用于实施上述基于双向通信连接的数据更新方法的系统结构示意图，如图3所示，预先配置Websocket连接，包括配置数据参数处理函数、配置响应回调函数以及约定心跳参数，等等；客户端向服务端发送握手请求，在客户端与服务端之间建立Websocket连接；根据业务需求，通过客户端向服务端推送数据，也可从服务端接收相关数据；当服务端主动推送数据至客户端时，对推送数据进行分析、计算、解析数据格式，得到业务类型，并按照业务需求进行封装处理；在筛选出有效业务数据后，根据业务类型对有效业务数据进行分类存储，此时触发相应的数据监控操作；若需要依据Websocket推送的数据类型获取下一层级的数据(即子级数据)，则通过get/post接口异步请求获取子级数据，并对上述子级数据进行解析处理，得到变化更新数据，并存储上述变化更新数据；将上述变化更新数据更新至Dom层，并采用上述变化更新数据动态刷新上述交互动画界面，或者局部更新上述交互动画界面中的界面内容。

需要说明的是，本本发明实施例基于WebSocket协议在服务端与客户端之间建立双向通信连接，对服务端传递来的数据进行监听、分析、计算，再结合Vue框架的数据响应与模板Dom更新，使界面依据服务端更新的数据自适应更新与响应，有效解决可视化报表即时更新问题，多账号登录执行增删改查等操作后其他账户的界面数据无法自适应实时更新问题，以及多用户同时登录操作界面数据不同步等问题，实现服务端数据更新驱动客户端界面实时响应，并具有通信效率高、带宽占用少等优点。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

根据本发明实施例，还提供了一种用于实施上述基于双向通信连接的数据更新方法的系统实施例，图4是根据本发明实施例的一种基于双向通信连接的数据更新系统的结构示意图，如图4所示，上述基于双向通信连接的数据更新系统，包括：服务端700、客户端702，其中：

上述服务端700，用于响应于来自客户端的握手请求，根据预设配置参数在上述服务端与上述客户端之间建立双向通信连接；

上述客户端702，用于在建立与上述服务端的上述双向通信连接后，监测来自上述服务端的推送数据，并根据分析得到的上述推送数据的业务类型，更新上述客户端本地的交互动画界面。

在本发明实施例中，通过设置上述服务端700，用于响应于来自客户端的握手请求，根据预设配置参数在上述服务端与上述客户端之间建立双向通信连接；上述客户端702，用于在建立与上述服务端的上述双向通信连接后，监测来自上述服务端的推送数据，并根据分析得到的上述推送数据的业务类型，更新上述客户端本地的交互动画界面，达到了服务端主动向客户端推送数据并更新相关内容的目的，从而实现了提高数据更新效率和界面响应速度的技术效果，进而解决了由于现有技术中通过客户端向服务器发送请求的方式进行数据更新，造成的更新效率低且界面响应迟滞的技术问题。

需要说明的是，本申请中的图4中所示基于双向通信连接的数据更新系统的具体结构仅是示意，在具体应用时，本申请中的基于双向通信连接的数据更新系统可以比图4所示的服务端700、客户端702具有多或少的结构。

需要说明的是，上述实施例1中的任意一种可选的或优选的基于双向通信连接的数据更新方法，均可以在本实施例所提供的基于双向通信连接的数据更新系统中执行或实现。

此外，仍需要说明的是，本实施例的可选或优选实施方式可以参见实施例1中的相关描述，此处不再赘述。

实施例3

在本实施例中还提供了一种基于双向通信连接的数据更新装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”“装置”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

根据本发明实施例，还提供了一种用于实施上述基于双向通信连接的数据更新方法的装置实施例，图5是根据本发明实施例的一种基于双向通信连接的数据更新装置的结构示意图，如图5所示，上述基于双向通信连接的数据更新装置，包括：发送模块800、监测模块802、更新模块804，其中：

上述发送模块800，用于发送握手请求至服务端，其中，上述服务端用于响应上述握手请求，根据预设配置参数在上述服务端与客户端之间建立双向通信连接；

上述监测模块802，用于在建立与上述服务端的上述双向通信连接后，监测来自上述服务端的推送数据；

上述更新模块804，用于根据分析得到的上述推送数据的业务类型，更新上述客户端本地的交互动画界面。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，例如，对于后者，可以通过以下方式实现：上述各个模块可以位于同一处理器中；或者，上述各个模块以任意组合的方式位于不同的处理器中。

此处需要说明的是，上述发送模块800、监测模块802、更新模块804对应于实施例1中的步骤S102至步骤S106，上述模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在计算机终端中。

需要说明的是，本实施例的可选或优选实施方式可以参见实施例1中的相关描述，此处不再赘述。

上述的基于双向通信连接的数据更新装置还可以包括处理器和存储器，上述发送模块800、监测模块802、更新模块804等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元，上述内核可以设置一个或以上。存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

根据本申请实施例，还提供了一种非易失性存储介质的实施例。可选的，在本实施例中，上述非易失性存储介质包括存储的程序，其中，在上述程序运行时控制上述非易失性存储介质所在设备执行上述任意一种基于双向通信连接的数据更新方法。

可选的，在本实施例中，上述非易失性存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中，或者位于移动终端群中的任意一个移动终端中，上述非易失性存储介质包括存储的程序。

可选的，在程序运行时控制非易失性存储介质所在设备执行以下功能：发送握手请求至服务端，其中，上述服务端用于响应上述握手请求，根据预设配置参数在上述服务端与客户端之间建立双向通信连接；在建立与上述服务端的上述双向通信连接后，监测来自上述服务端的推送数据；根据分析得到的上述推送数据的业务类型，更新上述客户端本地的交互动画界面。

可选的，在程序运行时控制非易失性存储介质所在设备执行以下功能：对上述推送数据的数据格式进行分析得到上述业务类型；按照业务需求对上述推送数据进行封装处理，得到封装后数据；在筛选上述封装后数据中的有效业务数据后，根据上述业务类型对上述有效业务数据进行分类存储，并触发数据监控操作，得到上述有效业务数据对应的变化更新数据；采用上述变化更新数据更新上述客户端本地的交互动画界面。

可选的，在程序运行时控制非易失性存储介质所在设备执行以下功能：通过触发上述数据监控操作，根据上述业务类型确定上述有效业务数据的变化更新数据；通过目标接口异步请求获取上述变化更新数据，并存储上述变化更新数据。

可选的，在程序运行时控制非易失性存储介质所在设备执行以下功能：获取上述交互动画界面的界面业务数据，其中，上述界面业务数据包括以下至少之一：数据封装格式、页面刷新区域、界面展示方式、动画交互效果；根据上述界面业务数据对上述推送数据的数据格式进行分析，得到上述业务类型，其中，上述业务类型包括以下至少之一：报表可视化、列表描述、表单编辑、表格统计。

可选的，在程序运行时控制非易失性存储介质所在设备执行以下功能：采用上述变化更新数据动态刷新上述交互动画界面，或者局部更新上述交互动画界面中的界面内容。

可选的，在程序运行时控制非易失性存储介质所在设备执行以下功能：预先确定用于建立上述双向通信连接的上述预设配置参数，其中，上述预设配置参数包括：配置数据处理函数、配置响应回调函数、约定心跳参数。

根据本申请实施例，还提供了一种处理器的实施例。可选的，在本实施例中，上述处理器用于运行程序，其中，上述程序运行时执行上述任意一种基于双向通信连接的数据更新方法。

根据本申请实施例，还提供了一种计算机程序产品的实施例，当在数据处理设备上执行时，适于执行初始化有上述任意一种的基于双向通信连接的数据更新方法步骤的程序。

可选的，上述计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：发送握手请求至服务端，其中，上述服务端用于响应上述握手请求，根据预设配置参数在上述服务端与客户端之间建立双向通信连接；在建立与上述服务端的上述双向通信连接后，监测来自上述服务端的推送数据；根据分析得到的上述推送数据的业务类型，更新上述客户端本地的交互动画界面。

根据本申请实施例，还提供了一种电子设备的实施例，包括存储器和处理器，上述存储器中存储有计算机程序，上述处理器被设置为运行上述计算机程序以执行上述任意一种的基于双向通信连接的数据更新方法。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种基于双向通信连接的数据更新方法，其特征在于，包括：

发送握手请求至服务端，其中，所述服务端用于响应所述握手请求，根据预设配置参数在所述服务端与客户端之间建立双向通信连接；

在建立与所述服务端的所述双向通信连接后，监测来自所述服务端的推送数据；

根据分析得到的所述推送数据的业务类型，更新所述客户端本地的交互动画界面。

2.根据权利要求1所述的方法，其特征在于，根据分析得到的所述推送数据的业务类型，更新所述客户端本地的交互动画界面，包括：

对所述推送数据的数据格式进行分析得到所述业务类型；

按照业务需求对所述推送数据进行封装处理，得到封装后数据；

在筛选所述封装后数据中的有效业务数据后，根据所述业务类型对所述有效业务数据进行分类存储，并触发数据监控操作，得到所述有效业务数据对应的变化更新数据；

采用所述变化更新数据更新所述客户端本地的交互动画界面。

3.根据权利要求2所述的方法，其特征在于，触发数据监控操作，得到所述有效业务数据对应的变化更新数据，包括：

通过触发所述数据监控操作，根据所述业务类型确定所述有效业务数据的变化更新数据；

通过目标接口异步请求获取所述变化更新数据，并存储所述变化更新数据。

4.根据权利要求2所述的方法，其特征在于，对所述推送数据的数据格式进行分析得到所述业务类型，包括：

获取所述交互动画界面的界面业务数据，其中，所述界面业务数据包括以下至少之一：数据封装格式、页面刷新区域、界面展示方式、动画交互效果；

根据所述界面业务数据对所述推送数据的数据格式进行分析，得到所述业务类型，其中，所述业务类型包括以下至少之一：报表可视化、列表描述、表单编辑、表格统计。

5.根据权利要求2所述的方法，其特征在于，采用所述变化更新数据更新所述客户端本地的交互动画界面，包括：

采用所述变化更新数据动态刷新所述交互动画界面，或者局部更新所述交互动画界面中的界面内容。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

预先确定用于建立所述双向通信连接的所述预设配置参数，其中，所述预设配置参数包括：配置数据处理函数、配置响应回调函数、约定心跳参数。

7.一种基于双向通信连接的数据更新系统，其特征在于，包括：

服务端，用于响应于来自客户端的握手请求，根据预设配置参数在所述服务端与所述客户端之间建立双向通信连接；

客户端，用于在建立与所述服务端的所述双向通信连接后，监测来自所述服务端的推送数据，并根据分析得到的所述推送数据的业务类型，更新所述客户端本地的交互动画界面。

8.一种基于双向通信连接的数据更新装置，其特征在于，包括：

发送模块，用于发送握手请求至服务端，其中，所述服务端用于响应所述握手请求，根据预设配置参数在所述服务端与客户端之间建立双向通信连接；

监测模块，用于在建立与所述服务端的所述双向通信连接后，监测来自所述服务端的推送数据；

更新模块，用于根据分析得到的所述推送数据的业务类型，更新所述客户端本地的交互动画界面。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有多条指令，所述指令适于由处理器加载并执行权利要求1至6中任意一项所述的基于双向通信连接的数据更新方法。

10.一种电子设备，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行权利要求1至6中任意一项所述的基于双向通信连接的数据更新方法。

Images