CN110769053B - 一种数据推送方法、系统及存储介质 - Google Patents

Abstract

本发明所提供的一种数据推送方法、系统及存储介质，包括：当服务器中的数据变化时，服务器将变化的数据定义为推送数据，所述服务器生成与所述推送数据对应的第二数据版本；当客户端接收到用户指令时，生成与所述用户指令对应的第一数据版本，所述客户端根据所述第一数据版本发出监听请求；服务器接收所述监听请求，根据所述第一数据版本查找当前第二数据版本，将对应的当前推送数据推送给客户端。本发明中只有当客户端接收到用户指令时，才会对服务器进行监听；只有当服务器接收到监听请求，并且服务器中的数据发生变化时，才将当前推送数据推送给客户端，节省了系统资源，提高了客户端的数据处理效率。

Description

一种数据推送方法、系统及存储介质

技术领域

本发明涉及数据推送技术领域，尤其涉及的是一种数据推送方法、系统及存储介质。

背景技术

客户端与服务器两个部分通常用作软件开发，服务器用于生成数据并向客户端推送数据，客户端用作对数据进行处理，并控制服务器的数据生成。现有的服务器与客户端具有物理上的隔离，两者之间进行数据同步需要建立连接关系，当数据量大且操作频繁时，常使用长连接的数据推送方式。

长连接指在一个连接上可以连续发送多个数据。长连接的数据推送方式是指：客户端与服务端建立长连接，客户端对服务器进行数据监听，服务端不断产生数据，并将数据依次推送给客户端，客户端依次接收数据，并对接收到的数据进行处理。

由于客户端对接收到的数据处理需要一定的时间，客户端处理数据的方式为每接收到一个数据包，就对接收到的数据包进行处理，处理完成后才会接收到下一个数据包，以此就会造成客户端接收后续的数据包在时间上的延迟，不利于提高软件开发的效率。对应的，服务器并没有对推送的数据进行筛选，将未发生变化的数据推送给客户端，占用客户端的接收时间，且由于客户端接收到的数据未发生变化，客户端并不需要对其进行处理。可见，现有的长连接的数据推送方式降低了客户端处理数据的效率，且会造成推送资源的占用。

因此，现有技术存在缺陷，有待改进与发展。

发明内容

本发明要解决的技术问题在于，针对现有技术的上述缺陷，提供一种数据推送方法、系统及存储介质，旨在解决现有技术中在进行数据推送时，服务器未能对未发生变化的数据进行筛选，造成客户端处理数据的效率过低的问题。

本发明解决技术问题所采用的技术方案如下：

一种数据推送方法，其中，包括：

当服务器中的数据变化时，服务器将变化的数据定义为推送数据，所述服务器生成与所述推送数据对应的第二数据版本；

当客户端接收到用户指令时，生成与所述用户指令对应的第一数据版本，所述客户端根据所述第一数据版本发出监听请求；

服务器接收所述监听请求，根据所述第一数据版本查找当前第二数据版本，将对应的当前推送数据推送给客户端。

进一步地，所述第一数据版本的初始版本比所述第二数据版本的初始版本的版本号在先标号。

进一步地，所述服务器中预先存储有监听列表，所述监听列表用于对所述第二数据版本以及对应的推送数据的封装信息进行监听。

进一步地，所述服务器接收所述监听请求，根据所述第一数据版本查找当前第二数据版本，将对应的当前推送数据推送给客户端具体包括：

服务器接收所述监听请求，对当前第一数据版本和当前第二数据版本进行对比，判断所述当前第二数据版本与当前第一数据版本的版本号是否相同；

当所述当前第一数据版本和当前第二数据版本的版本号不同时，将所述当前推送数据推送给客户端。

进一步地，所述服务器接收所述监听请求，对当前第一数据版本和当前第二数据版本进行对比，判断所述当前第二数据版本与当前第一数据版本的版本号是否相同，之后还包括：

当所述当前第一数据版本和当前第二数据版本的版本号相同时，对所述监听列表进行监听；

当所述服务器中的推送数据发生变化时，所述服务器对变化的推送数据进行数据更新；

所述服务器根据更新后的推送数据，查找对应的监听列表，并判断客户端是否对所述监听列表存在数据监听；

当存在数据监听时，所述服务器将所述更新后的推送数据推送给客户端。

进一步地，所述服务器根据更新后的推送数据，查找对应的监听列表，并判断客户端是否对所述监听列表存在数据监听，之后还包括：

当不存在数据监听时，所述客户端结束对所述服务器的监听。

进一步地，服务器接收所述监听请求，根据所述第一数据版本查找当前第二数据版本，将对应的当前推送数据推送给客户端，之后包括：

客户端接收所述推送数据，并对所述推送数据进行处理，完成对所述服务器的监听。

进一步地，当客户端接收到用户指令时，生成与所述用户指令对应的第一数据版本，所述客户端根据所述第一数据版本发出监听请求，之前还包括：

客户端与服务器建立长连接。

本发明还提供了一种数据推送系统，其中，所述数据推送系统包括：客户端与服务器，所述客户端与所述服务器建立长连接；

所述客户端用于接收用户指令，生成第一数据版本，根据所述第一数据版本发出监听请求；所述客户端用于接收推送数据，并处理所述推送数据；所述客户端用于停止发送监听请求；

所述服务器用于接收监听请求，查看当前生成的第二数据版本，以及与所述当前第二数据版本对应的当前推送数据；并对当前第一数据版本和当前第二数据版本，将所述当前推送数据推送给客户端。

本发明还提供一种存储介质，其中，所述存储介质存储有计算机程序，所述计算机程序能够被执行以用于实现如上所述的数据推送方法。

本发明所提供的一种数据推送方法、系统及存储介质，包括：当服务器中的数据变化时，服务器将变化的数据定义为推送数据，所述服务器生成与所述推送数据对应的第二数据版本；当客户端接收到用户指令时，生成与所述用户指令对应的第一数据版本，所述客户端根据所述第一数据版本发出监听请求；服务器接收所述监听请求，根据所述第一数据版本查找当前第二数据版本，将对应的当前推送数据推送给客户端。本发明中只有当客户端接收到用户指令时，才会生成与用户指令对应的第一数据版本，并且对服务器进行监听；只有当服务器中的产生的数据发生变化时，才会根据变化的数据生成第二数据版本以及对应的推送数据，当服务器接收到监听请求时，服务器会根据当前第一数据版本与当前第二数据版本进行对比，将当前产生的符合版本对比规则的当前推送数据推送给客户端，能够实现客户端接收到实时的推送数据并进行处理，提高了客户端的数据处理效率，避免了系统资源的占用。

附图说明

图1是本发明中数据推送方法的较佳实施例的流程图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚、明确，以下参照附图并举实施例对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

针对以上技术问题，可以理解地，本发明中的方案只适用于当客户端需要对服务器进行数据监听时，且服务器上会有多个数据产生(即数据量大)，服务器并不需要在产生的多个数据中将未发生变化的数据推送给客户端的情况。本发明也就是将原有的通过建立一次长时间的监听，就实现对所有数据的监听、处理与推送，改进为，只需要当客户端对服务器进行监听时，服务器只对客户端推送当前变化的数据，从而实现服务器对未发生变化的数据的过滤，明显提升客户端接收推送数据(发生变化的数据)、并对推送数据进行处理的效率，且不会造成不必要的系统资源的占用。

对于上述所说的在多个数据中，需要忽略未发生变化的数据的情况，此处进行解释说明。以现有的通讯传输为例，客户端为用户使用的通讯设备，用于接收用户的语音信息；服务器产生与所述语音信息对应的数据，并将处理后的数据推送给客户端。在通讯设备与服务器建立连接时，通讯设备对服务器进行数据监听，只要用户使用通讯设备，不论用户是否进行了语音输入，是否产生了语音信息，通讯设备对服务器的监听操作会一直存在，且在用户未进行语音输入的中间阶段服务器上也会对应产生大量的未发生变化的数据(特指语音输入暂停阶段产生的数据)，而服务器对未发生变化的数据进行推送，会过度占用系统资源，造成通讯设备处理数据缓慢。本发明的方案在通讯传输中的类比方式为：只要在时间顺序上用户每产生一次语音信息(即客户端每接收到一次用户指令)，通讯设备就会对服务器进行一次性的监听，从而实现服务器对未发生变化的数据(在通讯连接时语音输入暂停阶段产生的数据)的过滤，只将发生变化的数据(进行了语音输入产生的数据)推送给通讯设备，省略了对未发生变化的数据的推送，避免了系统资源被过度占用。可以理解地，上述举例仅是为了对本发明所要解决的技术问题进行举例说明，并不是将本发明的技术方案只局限于通讯情景，本发明只限于对数据量大且对数据未发生变化的中间过程不关注的情况。

请参见图1，图1是本发明中一种数据推送方法的流程图。如图1所示，本发明实施例所述的一种数据推送方法包括以下步骤：

步骤S100、当服务器中的数据变化时，服务器将变化的数据定义为推送数据，所述服务器生成与所述推送数据对应的第二数据版本。

具体地，当服务器上生成实时变化的数据时，将实时变化的数据称为推送数据，推送数据即为要推送给客户端的数据，本发明所述的推送数据及第二数据版本为变化的数据的统称，也是为了将变化的数据与未发生变化的数据进行区分，服务器只用于对客户端发送发生变化的数据。

此处的第二数据版本指的是，服务器对其每次产生的推送数据进行标识，所述第二数据版本按照产生推送数据的顺序进行标号，每监测到一次数据的变化，就会有对应的推送数据，则会对与推送数据对应的第二数据版本进行一次版本的升级，升级的方式为版本按照自然数的大小顺序依次递增，优选地，所述第二数据版本的初始版本为“1”。

步骤S200、当客户端接收到用户指令时，生成与所述用户指令对应的第一数据版本，所述客户端根据所述第一数据版本发出监听请求。

具体地，当用户需要对服务器上产生的数据进行监听时，用户就会在所述客户端上执行相应的操作，当客户端接收到用户指令时，客户端就会对应生成第一数据版本，并根据所述第一数据版本发出对所述服务器的监听请求。可以理解地，只有当所述客户端接收到用户指令时，才会生成与所述用户指令对应的第一数据版本，所述第一数据版本的版本号是根据客户端接收用户指令的次数而定的，所述第一数据版本指的是对客户端接收用户指令次数的统称。所述客户端每接收到一次用户指令，则对应的第一数据版本就会进行一次版本升级，升级的方式为版本按照自然数的大小顺序依次递增，优选地，所述第一数据版本的初始版本为“0”。

进一步地，所述第一数据版本的初始版本比所述第二数据版本的初始版本的版本号在先标号。

步骤S300、服务器接收所述监听请求，根据所述第一数据版本查找当前第二数据版本，将对应的当前推送数据推送给客户端。

本发明中所述的推送数据以及与所述推送数据对应的第二数据版本，每当服务器的数据发生变化时，就会对当前生成的推送数据以及对应的当前第二数据版本进行封装，可以理解为，对当前推送数据和当前第二数据版本进行打包形成数据包的形式。

本发明在服务器中预先存储有空的监听列表，监听列表用于上述数据包的封装信息进行监听，并且方便服务器根据所述监听列表对所述封装信息进行查找，方便服务器更快查询到需要推送的数据包，加快传送效率。

所述步骤S300具体包括：

步骤S310、服务器接收所述监听请求，对当前第一数据版本和当前第二数据版本进行对比，判断所述当前第二数据版本与当前第一数据版本的版本号是否相同。

当客户端对服务器进行监听时，监听的内容为此时服务器产生的数据，即客户端在发送监听请求时，监听的是指定的数据，因为客户端监听的是指定的数据，而服务器只会对其生成的推送数据进行推送，因而需要检测与判断所述客户端需要监听的数据是否为推送数据，则需要进行下一步动作：

服务器接收所述监听请求，对当前第一数据版本和当前第二数据版本进行对比。可以理解地，只有当服务器接收到客户端发出的监听请求时，才会将推送数据推送给客户端，当未接收到所述客户端发出的监听请求时，即时生成了推送数据，也不会将生成的推送数据推送给所述客户端。因而，就需要判断在服务器接收到监听请求时，是否有推送数据产生，判断方式如下：

因为客户端产生的第一数据版本是按照接收用户指令的次数的顺序依次进行版本升级的，对应地，服务器产生的第二数据版本也是按照产生推送数据的顺序依次进行版本升级的，因为所述第一数据版本的初始版本比所述第二数据版本的初始版本的版本号小一个版本，所以只需要判断当前的第一数据版本与当前的第二数据版本的版本号是否相同就可以判断当前是否有推送数据产生。

步骤S320、当所述当前第一数据版本和当前第二数据版本的版本号不同时，将所述当前推送数据推送给客户端。

此处进行举例说明，当所述客户端第一次进行监听时，产生的第一数据版本为0，而服务器中若在初始阶段生成了第一个推送数据，则第二数据版本为1，可见第一数据版本和第二数据版本不同，则服务器将当前的第一个推送数据推送给客户端；相应的，紧接着所述客户端再次发出监听请求，产生的第一数据版本为1，而服务器中若在此时的数据并未发生变化，即并未生成第二个推送数据，则第二数据版本还为1，此时的第一数据版本和第二数据版本相同，则所述服务器并不会将所述版本为1的推送数据推送给客户端。

对于上述的判断所述当前第二数据版本与当前第一数据版本的版本号是否相同，不同时，服务器将与所述当前第二数据版本对应的当前推送数据推送给所述客户端，相同时，说明当前并未产生推送数据，但是此处要进行强调的是，所述服务器当前并未产生推送数据，但是客户端依旧会对所述服务器之前产生的推送数据进行处理，所述客户端处理数据的快慢以及进度方面此处不再详述，但是不可忽略当客户端对之前产生的某个推送数据处理完成后，所述服务器当中之前的某个推送数据就会发生变化，其变化是发生在封装好的数据包中的，并不是生成新的推送数据才进行数据封装的，因此，所述服务器就要判断之前数据包中的推送数据的变化情况，并判断所述客户端是否对其存在监听，若存在监听，就说明客户端监听的数据存在之前的数据包中，若不存在监听，说明服务端发生变化的该数据并不是客户端所需要的。因此，就需要执行步骤S330：

所述步骤S330具体包括以下步骤：

步骤S331、当所述当前第一数据版本和当前第二数据版本的版本号相同时，对所述监听列表进行监听。

所述监听列表中有推送数据的信息、第二数据版本号以及封装所述推送数据和第二数据版本的地址信息，能够通过查询监听列表，可以直观地判断监听列表中推送数据的变化，且能够通过监听列表判断所述监听列表是否被客户端监听。建立监听列表方便服务器进行推送数据查询与判断是否被监听，提升了服务器处理推送数据的效率。可以理解地，所述监听列表是与所述推送数据相对应的，当存在推送数据时，才会存在监听列表。

本发明中在进行每次监听时，形成当前监听列表的方式有多种，此处仅进行简单举例：

一种是在服务器上生成一个推送数据，就会形成一个新的空白的监听列表。空白的监听列表是在上个监听列表的版次基础上，与第二数据版本的版次进行同步升级的，当生成当前推送数据时，也会形成当前推送数据对应的当前第二数据版本以及当前监听列表，所述当前监听列表用于对所述当前推送数据和当前第二数据版本进行监听。

另一种是将监听列表定义为列表形式，用于对所有的封装信息进行罗列。

可以理解地，本发明中所述的形成监听列表的方式并不限于上述举例。

步骤S332、当所述服务器中的推送数据发生变化时，所述服务器对变化的推送数据进行数据更新。

可以理解地，所述推送数据指的是之前服务器中产生的推送数据，当其发生变化时，在之前封装形成的数据包中对其进行数据更新，相应地，对应的监听列表中的信息也会更新。

步骤S323、当存在数据监听时，所述服务器将所述更新后的推送数据推送给客户端。

当存在数据监听时，说明更新后的推送数据为所述客户端需要监听的推送数据，服务器需要对更新后的推送数据进行推送。

所述步骤S323之后还包括：

步骤S324、所述客户端接收所述推送数据，完成监听。

所述步骤S400具体包括：

客户端接收监听到的推送数据，停止发送监听请求，所述客户端停止对所述服务器的监听，即客户端完成一次监听。

而当客户端完成一次监听之后，当客户端对应的数据产生变化时，则会执行以下步骤：

步骤S500、客户端对所述推送数据进行处理，当所述推送数据发生改变时，生成新的原始数据，并发出与所述新的原始数据对应的监听请求。

当客户端对所述推送数据进行处理时，相当于当前的客户端对应的数据发生了改变，即生成了新的原始数据，客户端要重新对服务器发出对新的原始数据的监听请求，实现对新的原始数据的监听。在此时，客户端重新发出监听请求，服务器根据新的原始数据最后生成对应的当前推送数据，即客户端与服务器重新执行一次如步骤S100至步骤S400所述的一次监听过程。

而当客户端完成一次监听之后，当客户端对应的数据未发生变化时，则会执行以下步骤：

步骤S600、客户端对所述推送数据进行处理，当所述推送数据未发生改变时，所述客户端停止对所述服务器的监听，直至所述推送数据发生改变，所述客户端重新对所述服务器发送监听请求。

所述步骤S600与所述步骤S500相对应，均是根据客户端对应的数据是否发生改变，而决定是否重新重新执行一次如步骤S100至步骤S400所述的一次监听过程。所述步骤S600强调的是，当客户端对应的数据未发生变化时，就保持对服务器监听停止的状态。

进一步地，在本发明具体的实施例中，客户端与服务器建立通信连接，优选地，客户端与服务器建立长连接。本发明中的客户端与服务器在进行大量的数据处理时，选择使用长连接的数据推送方式，可见，只要能够用于数据量大的数据推送方式，均可用于实现本发明的技术方案。

本发明还提供一种数据推送系统，其中，所述数据推送系统包括：客户端与服务器，所述客户端与所述服务器建立长连接。

所述客户端用于监测数据变化，生成第一数据版本，并发出与所述原始数据对应的监听请求，以及用于接收推送数据，停止发送监听请求。

所述服务器用于根据所述用户指令，生成推送数据和第二数据版本，并接收所述监听请求，对所述第一数据版本和所述第二数据版本进行版本对比，当两者的版本一致时，将所述推送数据推送给客户端；当两者的版本不一致时，将当前推送数据推送给客户端。

所述客户端与所述服务器之间的操作具体如上述所示。

本发明还提供一种存储介质，其中，所述存储介质存储有计算机程序，所述计算机程序能够被执行以用于实现如上所述的数据推送方法。

综上所述，本发明公开的一种数据推送方法、系统及存储介质，包括：客户端接收用户指令，生成第一数据版本，所述客户端根据所述第一数据版本发出监听请求；服务器根据所述原始数据，生成推送数据和第二数据版本；服务器根据所述第一数据版本和第二数据版本，将所述推送数据推送给客户端；所述客户端接收所述推送数据，完成监听。本发明中的客户端监测到数据发生变化，生成原始数据和第一数据版本，并对服务器进行一次性的数据监听，服务器根据原始数据生成推送数据和第二数据版本，在服务器中根据所述第一数据版本和所述第二数据版本，能够将所述推送数据推送给客户端，实现了客户端有效的数据接收，避免了系统资源被过度占用，节省了系统的存储与运行空间。

应当理解的是，本发明的应用不限于上述的举例，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，所有这些改进和变换都应属于本发明所附权利要求的保护范围。

Claims (6)

1.一种数据推送方法，其特征在于，包括：

当服务器中的数据变化时，服务器将变化的数据定义为推送数据，所述服务器生成与所述推送数据对应的第二数据版本；

当客户端接收到用户指令时，生成与所述用户指令对应的第一数据版本，所述客户端根据所述第一数据版本发出监听请求；

所述第一数据版本的初始版本比所述第二数据版本的初始版本的版本号在先标号；

所述服务器中预先存储有监听列表，所述监听列表用于对所述第二数据版本以及对应的推送数据的封装信息进行监听；

服务器接收所述监听请求，根据所述第一数据版本查找当前第二数据版本，将对应的当前推送数据推送给客户端；

所述服务器接收所述监听请求，根据所述第一数据版本查找当前第二数据版本，将对应的当前推送数据推送给客户端具体包括：

服务器接收所述监听请求，对当前第一数据版本和当前第二数据版本进行对比，判断所述当前第二数据版本与当前第一数据版本的版本号是否相同；

当所述当前第一数据版本和当前第二数据版本的版本号不同时，将所述当前推送数据推送给客户端；

所述服务器接收所述监听请求，对当前第一数据版本和当前第二数据版本进行对比，判断所述当前第二数据版本与当前第一数据版本的版本号是否相同，之后还包括：

当所述当前第一数据版本和当前第二数据版本的版本号相同时，对所述监听列表进行监听；

当所述服务器中的推送数据发生变化时，所述服务器对变化的推送数据进行数据更新；

所述服务器根据更新后的推送数据，查找对应的监听列表，并判断客户端是否对所述监听列表存在数据监听；

当存在数据监听时，所述服务器将所述更新后的推送数据推送给客户端。

2.根据权利要求1所述的数据推送方法，其特征在于，所述服务器根据更新后的推送数据，查找对应的监听列表，并判断客户端是否对所述监听列表存在数据监听，之后还包括：

当不存在数据监听时，所述客户端结束对所述服务器的监听。

3.根据权利要求1所述的数据推送方法，其特征在于，服务器接收所述监听请求，根据所述第一数据版本查找当前第二数据版本，将对应的当前推送数据推送给客户端，之后包括：

客户端接收所述推送数据，并对所述推送数据进行处理，完成对所述服务器的监听。

4.根据权利要求1所述的数据推送方法，其特征在于，当客户端接收到用户指令时，生成与所述用户指令对应的第一数据版本，所述客户端根据所述第一数据版本发出监听请求，之前还包括：

客户端与服务器建立长连接。

5.一种数据推送系统，其特征在于，所述数据推送系统包括：客户端与服务器，所述客户端与所述服务器建立长连接；

当服务器中的数据变化时，服务器将变化的数据定义为推送数据，所述服务器生成与所述推送数据对应的第二数据版本；

当客户端接收到用户指令时，生成与所述用户指令对应的第一数据版本，所述客户端根据所述第一数据版本发出监听请求；

所述第一数据版本的初始版本比所述第二数据版本的初始版本的版本号在先标号；

所述服务器中预先存储有监听列表，所述监听列表用于对所述第二数据版本以及对应的推送数据的封装信息进行监听；

服务器接收所述监听请求，根据所述第一数据版本查找当前第二数据版本，将对应的当前推送数据推送给客户端；

所述服务器接收所述监听请求，根据所述第一数据版本查找当前第二数据版本，将对应的当前推送数据推送给客户端具体包括：

服务器接收所述监听请求，对当前第一数据版本和当前第二数据版本进行对比，判断所述当前第二数据版本与当前第一数据版本的版本号是否相同；

当所述当前第一数据版本和当前第二数据版本的版本号不同时，将所述当前推送数据推送给客户端；

所述服务器接收所述监听请求，对当前第一数据版本和当前第二数据版本进行对比，判断所述当前第二数据版本与当前第一数据版本的版本号是否相同，之后还包括：

当所述当前第一数据版本和当前第二数据版本的版本号相同时，对所述监听列表进行监听；

当所述服务器中的推送数据发生变化时，所述服务器对变化的推送数据进行数据更新；

所述服务器根据更新后的推送数据，查找对应的监听列表，并判断客户端是否对所述监听列表存在数据监听；

当存在数据监听时，所述服务器将所述更新后的推送数据推送给客户端。

6.一种存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序能够被处理器执行以用于实现如权利要求1-4任一项所述的数据推送方法。

Images