CN110351331A - 一种数据获取、发送方法及系统 - Google Patents

Abstract

本发明涉及一种数据获取、发送方法及系统，该数据获取方法包括：检测预设时长内是否接收到服务器发送的业务数据；若未接收到所述业务数据，通过定时器向服务器发送业务数据请求；接收服务器发送的业务数据。本发明提供的技术方案在服务器不能向客户端发送数据时，判定服务器出现故障，此时客户端可以自动通过定时器去向服务器拉取业务数据，保证客户端获取数据的实时性，避免了服务器故障时，客户端无法获取数据的情况发生。

Description

一种数据获取、发送方法及系统

技术领域

本发明涉及计算机领域，尤其涉及一种数据获取、发送方法及系统。

背景技术

在证券类型的信息交互系统中，一般都提供大量的各式各样的证券数据，现有的数据推送逻辑都是依赖服务器端的，当服务器端有数据变化时，服务器就会将数据实时推送给客户端。

但是当服务器出现故障时，就不能实时的向客户端推送最新数据，导致客户端的界面显示有误，使得用户不能实时观测到证券数据的变化，影响用户体验。

因此，需要提供一种数据获取、发送方法及系统来解决现有技术的不足。

发明内容

为了解决现有技术中的问题，本发明提供了一种数据获取、发送方法及系统。

一种数据获取方法，包括：

检测预设时长内是否接收到服务器发送的业务数据；

若所述预设时长内未接收到所述业务数据，通过定时器向服务器发送业务数据请求；

接收服务器发送的业务数据。

进一步的，所述通过定时器向服务器发送业务数据请求，包括：

以预设周期向服务器发送业务数据请求。

进一步的，所述业务数据为至少一个业务的业务数据。

进一步的，所述通过定时器向服务器发送业务数据请求，还包括：

当有多个业务的业务数据请求时，确定所述多个业务中业务周期最短的业务为目标业务；

通过所述定时器以与所述目标业务对应的预设周期向所述服务器发送业务数据请求。

一种数据发送方法，包括：

检测是否接收到定时器发送的业务数据请求；

若接收到所述业务数据请求，判断所述业务数据对应的业务是否符合预设协议；

若所述业务符合所述预设协议，向所述定时器发送业务数据。

一种数据获取系统，包括：

第一检测模块，用于检测预设时长内是否接收到服务器发送的业务数据；

数据请求模块，用于若所述预设时长内未接收到所述业务数据，通过定时器向服务器发送业务数据请求；

接收模块，用于接收服务器发送的业务数据。

进一步的，所述数据请求模块包括：

第一发送子模块，用于以预设周期向服务器发送业务数据请求。

进一步的，所述数据请求模块还包括：

确定子模块，用于当有多个业务的业务数据请求时，确定所述多个业务中业务周期最短的业务为目标业务；

第二发送子模块，用于通过所述定时器以与所述目标业务对应的预设周期向所述服务器发送业务数据请求。

一种数据发送系统，包括：

第二检测模块，用于检测是否接收到定时器发送的业务数据请求；

判断模块，用于若接收到所述业务数据请求，判断所述业务数据对应的业务是否符合预设协议；

发送模块，用于若所述业务符合所述预设协议，向所述定时器发送业务数据。

本发明的技术方案与最接近的现有技术相比具有如下优点：

本发明提供的技术方案首先检测预设时长内是否接收到服务器发送的业务数据，若所述预设时长内未接收到所述业务数据，则通过定时器向服务器发送业务数据请求，最后接收服务器发送的业务数据。本发明提供的技术方案在服务器不能向客户端发送数据时，判定服务器出现故障，此时客户端可以自动通过定时器去向服务器拉取数据，保证客户端数据的实时性，避免了服务器故障时客户端无法获取数据的情况发生。

附图说明

图1是本发明实施例中数据获取方法流程图；

图2是本发明实施例中数据发送方法流程图。

具体实施方式

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

如图1所述，本公开提供了一种数据获取方法，可以在服务器出现一些不可控的故障，导致客户端不能实时接收到服务器推送的数据时，客户端自动向服务器拉取最新数据。该数据获取方法可以包括以下步骤：

在步骤S101中，检测预设时长内是否接收到服务器发送的业务数据。

在本公开实施例中，客户端会定时检测是否接收到服务器推送的最新数据，其中定时的时间间隔可以是1秒、1分钟或是用户自定义的时长。

在步骤S102中，若所述预设时长内未接收到所述业务数据，通过定时器向服务器发送业务数据请求。

在本公开实施例中，若是客户端一定时间内没有接收到服务器发来的数据，判定此时服务器出现故障，客户端就会通过定时器向服务器发送业务数据的请求。

其中，一定时间可以是几秒钟或几分钟或是用户自定义的时长。

在本公开的一个可能的实施方式中，所述通过定时器向服务器发送业务数据请求，具体包括：

以预设周期向服务器发送业务数据请求。

在本公开实施例中，客户端通过定时器以预设周期向服务器发送业务数据请求来拉取服务器中的业务数据，服务器接收到定时器发送的业务数据请求，就会验证该业务数据对应的业务是否符合协议，当该业务符合协议时服务器向定时器发送业务数据。

其中，预设周期的时间长度可以为1秒、1分钟或是用户自定义的时长。业务可以是一个业务、两个业务或是多个业务均可。

在本公开的另一个可能的实施方式中，所述通过定时器向服务器发送业务数据请求，具体包括：

当有多个业务的业务数据请求时，确定所述多个业务中业务周期最短的业务为目标业务；

通过所述定时器以与所述目标业务对应的预设周期向所述服务器发送业务数据请求。

在本公开实施例中，当客户端包括多个业务时，通过一个定时器就可以控制多个业务的业务数据请求，这时，就按照这些业务中数据更新最频繁的业务对应的预设周期来向服务器拉取业务数据。

例如：业务一的业务数据更新周期为1秒，业务二的业务数据更新周期为2秒，业务三的业务数据更新周期为3秒，当服务器出现故障不能下发业务数据时，客户端通过定时器向服务器拉取业务数据，此时拉取业务数据的预设周期即为1秒，也就是每隔1秒钟定时器就向服务器发送一次业务数据请求，获取业务一、业务二和业务三的业务数据。

本公开实施例，可以解决服务器在发生故障，无法向客户端推送业务数据的情况下，客户端定时向服务器拉取业务数据，保证客户端业务数据的实时性，本方案只采用一个定时器，就能够控制多个业务的业务数据的更新。

在步骤S103中，接收服务器发送的业务数据。

在本公开实施例中，当客户端通过定时器向服务器发送业务数据请求，服务器端在接收到该业务数据请求后也会向定时器返回相应的业务数据。

本公开实施例，利用一个定时器处理多个业务的业务数据更新，能够节省客户端的内存。同时避免了服务器故障时业务数据更新不及时以及多个定时器占用内存的问题。

在本公开另一实施例中，还提供了一种数据发送方法，当服务器接收到客户端发来的业务数据请求时，会做出相应的反应，也就是向客户端发送业务数据或是不向客户端发送业务数据。如图2所示，该数据发送方法可以包括以下步骤：

在步骤S201中，检测是否接收到定时器发送的业务数据请求。

在本公开实施例中，服务器会检测是否接收到客户端发来的业务数据请求，若是检测到有相应的业务数据请求，就会进行步骤S202的操作。

在步骤S202中，若接收到所述业务数据请求，判断所述业务数据对应的业务是否符合预设协议。

在本公开实施例中，当服务器接收到客户端的定时器发来的业务数据请求时，首先会判断该业务数据对应的业务是否符合预设协议，该预设协议是客户端和服务器共同制定的一个协议，可以是制定了某个相同的协议头，判断业务是否符合预设协议，也就是判断业务的数据开头是否符合制定的协议；判断业务是否符合预设协议，也可以是其他判断方法来判断是否符合预设协议。若是定时器发送的业务数据请求对应的业务符合上述协议，服务器就会进行步骤S203的操作。

在步骤S203中，若所述业务符合所述预设协议，向所述定时器发送业务数据。

在本公开实施例中，当服务器判定该业务符合预设协议，就会向客户端的定时器发送与业务相对应的最新的业务数据。

在本公开另一实施例中，还提供了一种数据获取系统，该数据获取系统可以包括以下模块：

第一检测模块，用于检测预设时长内是否接收到服务器发送的业务数据；

数据请求模块，用于若所述预设时长内未接收到所述业务数据，通过定时器向服务器发送业务数据请求；

接收模块，用于接收服务器发送的业务数据。

在本公开的一个实施例中，所述数据请求模块包括：

第一发送子模块，用于以预设周期向服务器发送业务数据请求。

在本公开的一个实施例中，所述数据请求模块还包括：

确定子模块，用于当有多个业务的业务数据请求时，确定所述多个业务中业务周期最短的业务为目标业务；

第二发送子模块，用于通过所述定时器以与所述目标业务对应的预设周期向所述服务器发送业务数据请求。

在本公开另一实施例中，还提供了一种数据发送系统，给数据发送系统可以包括以下模块：

第二检测模块，用于检测是否接收到定时器发送的业务数据请求；

判断模块，用于若接收到所述业务数据请求，判断所述业务数据对应的业务是否符合预设协议；

发送模块，用于若所述业务符合所述预设协议，向所述定时器发送业务数据。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ApplicationSpecific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable LogicDevice，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。

对于软件实现，可通过执行本文所述功能的单元来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

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

Claims (9)

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

检测预设时长内是否接收到服务器发送的业务数据；

若所述预设时长内未接收到所述业务数据，通过定时器向服务器发送业务数据请求；

接收服务器发送的业务数据。

2.根据权利要求1所述的一种数据获取方法，其特征在于，所述通过定时器向服务器发送业务数据请求，包括：

以预设周期向服务器发送业务数据请求。

3.根据权利要求2所述的一种数据获取方法，其特征在于，所述业务数据为至少一个业务的业务数据。

4.根据权利要求3所述的一种数据获取方法，其特征在于，所述通过定时器向服务器发送业务数据请求，还包括：

当有多个业务的业务数据请求时，确定所述多个业务中业务周期最短的业务为目标业务；

通过所述定时器以与所述目标业务对应的预设周期向所述服务器发送业务数据请求。

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

检测是否接收到定时器发送的业务数据请求；

若接收到所述业务数据请求，判断所述业务数据对应的业务是否符合预设协议；

若所述业务符合所述预设协议，向所述定时器发送业务数据。

6.一种数据获取系统，其特征在于，包括：

第一检测模块，用于检测预设时长内是否接收到服务器发送的业务数据；

数据请求模块，用于若所述预设时长内未接收到所述业务数据，通过定时器向服务器发送业务数据请求；

接收模块，用于接收服务器发送的业务数据。

7.根据权利要求6所述的一种数据获取系统，其特征在于，所述数据请求模块包括：

第一发送子模块，用于以预设周期向服务器发送业务数据请求。

8.根据权利要求7所述的一种数据获取系统，其特征在于，所述数据请求模块还包括：

确定子模块，用于当有多个业务的业务数据请求时，确定所述多个业务中业务周期最短的业务为目标业务；

第二发送子模块，用于通过所述定时器以与所述目标业务对应的预设周期向所述服务器发送业务数据请求。

9.一种数据发送系统，其特征在于，包括：

第二检测模块，用于检测是否接收到定时器发送的业务数据请求；

判断模块，用于若接收到所述业务数据请求，判断所述业务数据对应的业务是否符合预设协议；

发送模块，用于若所述业务符合所述预设协议，向所述定时器发送业务数据。