CN104283849A - 弹窗数据推送、展示方法及装置、*** - Google Patents

Abstract

本申请公开了一种弹窗数据推送、展示方法及装置、***，服务器从客户端接收到心跳数据包后，在需要向客户端发送弹窗数据包时，先根据心跳数据包中的客户端地址信息与客户端建立数据传输链路，然后，基于该数据传输链路向客户端发送弹窗数据包，客户端即可将弹窗数据包中的弹窗数据进行展示。这样，心跳数据包的交互可保证客户端与服务器之间建立长时间的连接，基于该长时间的连接，服务器即可实时向客户端推送弹窗数据以在客户端进行弹窗数据的展示，保证了弹窗展示的实时性以及弹窗数据的有效性。

Description

弹窗数据推送、展示方法及装置、***

技术领域

本申请涉及数据处理领域，尤其涉及一种弹窗数据推送、展示方法及装置、***。

背景技术

目前，随着网络技术的发展，各种信息交互手段层出不穷。信息交互可完成文件传输、视频实时播放、消息推送等多种功能。信息交互在能满足人们需求的同时，其实时性越来越受到重视。弹窗技术作为信息交互技术的一种，其可以实现信息在客户端的展示。一般的弹窗技术主要是：客户端在启动时，向服务器发送弹窗数据获取请求，服务器随即返回包含弹窗数据及弹窗启动时刻信息的可扩展标记语言（Extensible Markup Language，XML）数据给客户端，客户端根据XML数据即可在弹窗启动时刻信息指示的时刻到来时，启动并展示弹窗。

当服务器需要在客户端进行实时弹窗展示时，客户端此时并未向服务器发送弹窗数据获取请求，无法保证弹窗展示的实时性。另外，需要根据XML数据中配置的弹窗启动时刻信息，定时启动并展示弹窗，进一步使弹窗展示的实时性受到影响，弹窗数据有效性得不到保障。而且现有的弹窗大多以简单的文字或图片为主，只能实现一些简单的效果展示，不能向用户传达更多样化更丰富的内容。

发明内容

本申请提供一种弹窗数据推送、展示方法及装置、***，以保证弹窗展示的实时性以及弹窗数据有效性，同时支持更多类型的弹窗内容，丰富了弹窗展示效果。

根据本申请的第一方面，本申请提供一种弹窗数据推送方法，包括以下步骤：

服务器根据弹窗数据推送配置判断需要向客户端发送携带有弹窗数据的弹窗数据包时，检测是否通过第一数据传输链路从所述客户端接收到携带有客户端地址信息的心跳数据包，所述客户端根据服务器地址信息建立第一数据传输链路；

若是，则所述服务器根据客户端地址信息建立与客户端之间的第二数据传输链路；

所述服务器通过第二数据传输链路向客户端发送弹窗数据包。

根据本申请的第二方面，本申请提供一种弹窗数据展示方法，所述弹窗数据展示方法基于如上述的弹窗数据推送方法，所述弹窗数据展示方法包括：

所述客户端接收弹窗数据包；

所述客户端从弹窗数据包中解析获得弹窗数据；

所述客户端根据预设的弹窗数据类型与弹窗数据处理方式的对应关系，对所述弹窗数据的类型进行识别及对应处理后展示。

根据本申请的第三方面，本申请提供一种服务器，包括：

判断单元，用于根据弹窗数据推送配置判断是否需要向客户端发送携带有弹窗数据的弹窗数据包；

第一接收单元，用于在所述判断单元判断需要向客户端发送弹窗数据包时，检测是否通过第一数据传输链路从所述客户端接收到携带有客户端地址信息的心跳数据包，所述客户端根据服务器地址信息建立第一数据传输链路；

连接单元，用于在所述第一接收单元检测到通过第一数据传输链路从客户端接收到心跳数据包时，根据所述客户端地址信息建立与客户端之间的第二数据传输链路；

发送单元，用于通过所述第二数据传输链路向客户端发送弹窗数据包。

根据本申请的第四方面，本申请提供一种客户端，所述客户端用于与如上述的服务器交互，所述客户端包括：

第二接收单元，用于接收弹窗数据包；

解析单元，用于从所述弹窗数据包中解析获得弹窗数据；

展示单元，用于根据预设的弹窗数据类型与弹窗数据处理方式的对应关系，对所述弹窗数据的类型进行识别及对应处理展示。

根据本申请的第五方面，本申请提供一种弹窗数据交互***，包括如上述的服务器，以及如上述的客户端。

本申请的有益效果是：

通过提供一种弹窗数据推送、展示方法及装置、***，服务器从客户端接收到心跳数据包后，在需要向客户端发送弹窗数据包时，先根据心跳数据包中的客户端地址信息与客户端建立数据传输链路，然后，基于该数据传输链路向客户端发送弹窗数据包，客户端即可将弹窗数据包中的弹窗数据进行解析并做相应处理后展示。这样，心跳数据包的交互可保证客户端与服务器之间建立长时间的连接，基于该长时间的连接，服务器即可实时向客户端推送弹窗数据以在客户端进行弹窗数据的展示，保证了弹窗展示的实时性以及弹窗数据的有效性。

附图说明

图1为本申请实施例一的弹窗数据交互***的结构图；

图2为本申请实施例一的弹窗数据推送方法的流程图；

图3为本申请实施例一的弹窗数据展示方法的流程图；

图4为本申请实施例一的服务器102的结构图；

图5为本申请实施例一的客户端101的结构图；

图6为本申请实施例二的弹窗数据推送方法的附加流程图；

图7为本申请实施例二的服务器102的附加结构图；

图8为本申请实施例三的客户端101的附加结构图。

具体实施方式

下面通过具体实施方式结合附图对本申请作进一步详细说明。

实施例一：

本实施例的弹窗数据推送方法主要基于如图1所示的弹窗数据交互***，该***主要包括客户端101及服务器102。客户端101与服务器102之间可通过有线或无线等方式连接，两者中间还可以设有一个或多个信息中转站。基于此，上述弹窗数据推送方法主要包括如图2所示的流程：

步骤201，服务器102根据弹窗数据推送配置判断需要向客户端101发送携带有弹窗数据的弹窗数据包时，检测是否通过第一数据传输链路从客户端101接收到携带有客户端地址信息的心跳数据包，客户端101根据服务器地址信息建立第一数据传输链路。具体地，服务器102上可加载多种类的弹窗数据。弹窗数据类型可以为文字、图片或统一资源***（Uniform Resource Locator，URL）链接信息等。弹窗数据主要可用于广告宣传、业务介绍、信息发布等用途。对于弹窗数据，可配置相应的展示时刻，当展示时刻到来时，服务器102可执行本步骤201的检测过程。客户端101可预先存储有服务器地址信息，如服务器因特网协议（Internet Protocol，IP）地址等。客户端101中配置有心跳数据包发送机制，基于心跳数据包发送机制，客户端101每隔一定时间会根据服务器地址信息与服务器102之间建立第一数据传输链路，基于第一数据传输链路向服务器102发送心跳数据包。为了满足后续第二数据传输链路的建立要求，客户端101发送的心跳包中需要携带客户端地址信息，如客户端IP地址等。

步骤202，当服务器102检测到通过第一数据传输链路从客户端101接收到携带有客户端地址信息的心跳数据包时，表明此时服务器102与客户端101之间可正常通信，此时，服务器102根据心跳数据包中携带的客户端地址信息建立与客户端101之间的第二数据传输链路。另外，当服务器102通过第一数据传输链路未从客户端101接收到携带有客户端地址信息的心跳数据包时，表明此时服务器102与客户端101之间无法正常通信，如网络拥塞或客户端101关机等，服务器102则不会建立与该客户端101的上述第二数据传输链路。

步骤203，服务器102通过第二数据传输链路向客户端发送弹窗数据包。具体地，弹窗数据包可具有预设的弹窗数据包格式，例如，其可包括三个字段，其一为弹窗数据包识别信息，例如流水号等，用于表明该弹窗数据包的唯一性，其二为弹窗数据展示时长信息，用于表明弹窗展示的时间，其三为弹窗数据，用于表明弹窗展示的实际内容。当然，前述仅为示例性说明，弹窗数据包的格式并不限于此。

本实施例的弹窗数据展示方法主要基于如图1所示的弹窗数据交互***以及如图2所示的弹窗数据推送方法，其主要包括如图3所示的流程：

步骤301，客户端101从服务器102接收弹窗数据包。

步骤302，客户端101从弹窗数据包中解析获得弹窗数据。具体地，客户端101还可以从弹窗数据包中解析出其他信息，如弹窗数据包识别信息、弹窗数据展示时长信息等。

步骤303，客户端101根据预设的弹窗数据类型与弹窗数据处理方式的对应关系，对弹窗数据的类型进行识别及对应处理展示。具体地，当弹窗数据类型为文字或图片时，弹窗数据处理方式可以是采用渲染工具，对文字或图片进行渲染并执行渲染后的展示，例如亮度调节工具、饱和度调节工具等，当弹窗数据类型为URL链接信息时，弹窗数据处理方式可以是调用web控件以打开web的形式展示弹窗等。在本步骤303中，可对弹窗数据的类型进行识别，识别其为文字、图片或URL链接信息，并在识别为某种弹窗数据后，根据上述对应关系，进行对应的处理展示。展示可借用对应的显示模组或音响***等进行。

相应地，本实施例的服务器102主要可包括如图4所示的结构：

判断单元401，用于根据弹窗数据推送配置判断是否需要向客户端101发送携带有弹窗数据的弹窗数据包。

第一接收单元402，用于在判断单元401判断需要向客户端101发送弹窗数据包时，检测是否通过第一数据传输链路从客户端101接收到携带有客户端地址信息的心跳数据包，第一数据传输链路由客户端101根据服务器地址信息建立。

连接单元403，用于在第一接收单元402检测到通过第一数据传输链路从客户端101接收到心跳数据包时，根据心跳数据包携带的客户端地址信息建立与客户端101之间的第二数据传输链路。

发送单元404，用于通过第二数据传输链路向客户端101发送弹窗数据包。

相应地，本实施例的客户端101主要包括如图5所示的结构：

第二接收单元501，用于接收弹窗数据包。

解析单元502，用于从弹窗数据包中解析获得弹窗数据。

展示单元503，用于根据预设的弹窗数据类型与弹窗数据处理方式的对应关系，对弹窗数据的类型进行识别及对应处理展示。

如前所述，弹窗数据类型包括文字、图片或URL链接信息等，举例来说，展示单元识别出弹窗数据类型后，对于文字或图片类型的弹窗数据，对其进行渲染后展示，对于URL链接信息类型的弹窗数据，则调用内嵌的web控件以打开网页的形式展示。

本实施例通过提供一种弹窗数据推送、展示方法及装置、***，服务器从客户端接收到心跳数据包后，在需要向客户端发送弹窗数据包时，先根据心跳数据包中的客户端地址信息与客户端建立数据传输链路，然后，基于该数据传输链路向客户端发送弹窗数据包，客户端对弹窗数据包中的弹窗数据进行解析，识别弹窗数据类型，并对不同类型的数据进行相应的处理，然后展示于客户端。这样，心跳数据包的交互可保证客户端与服务器之间建立长时间的连接，基于该长时间的连接，服务器即可实时向客户端推送弹窗数据以在客户端进行弹窗数据的展示，保证了弹窗展示的实时性以及弹窗数据的有效性，同时通过对不同类型的弹窗数据的识别及对应方式处理，可支持不同类型的弹窗内容，丰富了弹窗展示效果。

实施例二：

本实施例在实施例一基础上增加了如下内容：弹窗数据包中进一步携带有弹窗数据包识别信息。

本实施例的弹窗数据推送方法在步骤203之后，还包括如图6所示的附加流程：

步骤601，服务器102根据弹窗数据包的发送情况形成推送记录信息，推送记录信息包括客户端地址信息、弹窗数据包识别信息及弹窗数据发送时刻。

步骤602，服务器102判断在弹窗数据包发送时刻后的预设定时时间内是否从客户端101获得携带有弹窗数据包识别信息的弹窗数据包成功接收消息。具体地，当客户端101接收到弹窗数据包后，会向服务器102返回弹窗数据包成功接收消息，否则，服务器102不会收到弹窗数据包成功接收消息。

步骤603，当服务器102判断在弹窗数据包发送时刻后的预设定时时间内未从客户端101获得携带有弹窗数据包识别信息的弹窗数据包成功接收消息时，服务器102向客户端101按照预设的重发次数，建立与客户端101之间的第二数据传输链路以重新发送弹窗数据包。

相应地，本实施例的服务器102中还包括如图7所示的结构：

记录单元701，用于根据弹窗数据包的发送情况形成推送记录信息，推送记录信息包括客户端地址信息、弹窗数据包识别信息及弹窗数据发送时刻。

触发单元702，用于判断在记录单元701记录的弹窗数据包发送时刻后的预设定时时间内是否从客户端101获得携带有弹窗数据包识别信息的弹窗数据包成功接收消息，若否，触发连接单元403向客户端101按照预设的重发次数建立与客户端101之间的第二数据传输链路以重新发送弹窗数据包。

本实施例通过服务器102进一步判断是否在弹窗数据包发送时刻后的预设定时时间内，从客户端101接收到弹窗数据包成功接收消息，来判断是否成功推送了弹窗数据，并且通过重新发送弹窗数据包来确保客户端101能接收到弹窗数据并展示，从而进一步保证了弹窗展示的实时性以及弹窗数据的有效性。

实施例三：

本实施例在实施例一或实施例二基础上增加了如下内容：

本实施例的弹窗数据展示方法的步骤301主要包括：客户端101按照预设定的弹窗数据包格式，判断所接收到的数据包是否为弹窗数据包。具体地，当预设定的弹窗数据包格式包括定义的三个字段时，若客户端101接收的数据包符合这个格式要求，则客户端101所接收的数据包即为弹窗数据包。当判断为弹窗数据包之后，则转执行步骤302。

相应地，本实施例的客户端101中第二接收单元501具体可包括如图8所示的结构：

数据包接收单元801，用于接收数据包。

格式判定单元802，用于按照预设定的弹窗数据包格式，判断所述数据包是否为弹窗数据包。当判断为弹窗数据包时，触发解析单元502工作。

需要说明的有如下几点：

1、客户端101可以为电脑、平板电脑等。

2、用户操作客户端101上展示的弹窗时，可根据弹窗数据对应进行响应，例如启动网页进行图片内嵌web地址对应网页浏览等。

3、上述弹窗数据推送方法可基于用户数据报协议（User Datagram Protocol，UDP）或传输控制协议（Transmission Control Protocol，TCP）等协议来实现，但不仅限于此。当采用UDP协议时，要想保证数据的实时性，则必须有客户端与服务端之间的长连接，因此本申请采用的UDP通信模型来建立两者之间的长连接，长连接的方法则是通过一定时间间隔的心跳数据包交换，以验证长连接通道是否保持，这样在服务器需要推送最新弹窗数据的时候，就可以利用建立的长连接通道为客户端推送弹窗数据包，而因为UDP通信特点，这个过程中的数据包不一定能准确送至客户端，所以为保证该过程中的数据包能准确送达客户端，因此本申请制定了一套协议，在每个数据包上加上流水号，接收方在收到数据包后要回应一个带同样流水号的数据包给发送方，只有发送方确认接收到对应流水号的回应数据包才说明此数据已准确发送到接收方，因此就能保证消息的即时准确送达。

以上内容是结合具体的实施方式对本申请所作的进一步详细说明，不能认定本申请的具体实施只局限于这些说明。对于本申请所属技术领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干简单推演或替换。

Claims (10)

1.一种弹窗数据推送方法，其特征在于，包括以下步骤：

服务器根据弹窗数据推送配置判断需要向客户端发送携带有弹窗数据的弹窗数据包时，检测是否通过第一数据传输链路从所述客户端接收到携带有客户端地址信息的心跳数据包，所述第一数据传输链路由客户端根据服务器地址信息建立；

若是，则所述服务器根据客户端地址信息建立与客户端之间的第二数据传输链路；

所述服务器通过第二数据传输链路向客户端发送弹窗数据包。

2.如权利要求1所述的弹窗数据推送方法，其特征在于，所述弹窗数据包中还携带有弹窗数据包识别信息，所述弹窗数据推送方法还包括：

所述服务器根据弹窗数据包的发送情况形成推送记录信息，所述推送记录信息包括客户端地址信息、弹窗数据包识别信息及弹窗数据发送时刻；

所述服务器判断在弹窗数据包发送时刻后的预设定时时间内是否从客户端获得携带有弹窗数据包识别信息的弹窗数据包成功接收消息，

若否，则所述服务器向客户端按照预设的重发次数，建立与客户端之间的第二数据传输链路以重新发送弹窗数据包。

3.一种弹窗数据展示方法，其特征在于，所述弹窗数据展示方法基于如权利要求1或2所述的弹窗数据推送方法，所述弹窗数据展示方法包括：

所述客户端接收弹窗数据包；

所述客户端从弹窗数据包中解析获得弹窗数据；

所述客户端根据预设的弹窗数据类型与弹窗数据处理方式的对应关系，对所述弹窗数据的类型进行识别及对应处理后展示。

4.如权利要求3所述的弹窗数据展示方法，其特征在于，所述弹窗数据展示方法还包括：

所述客户端按照预设定的弹窗数据包格式，判断所接收到的数据包是否为弹窗数据包；

所述弹窗数据类型包括文字、图片或URL链接信息，所述对应处理包括：对于文字或图片类型的弹窗数据，在客户端本地进行渲染后展示，对于URL链接信息类型的弹窗数据，调用内嵌的web控件以打开网页的形式展示。

5.如权利要求3所述的弹窗数据展示方法，其特征在于，所述弹窗数据包中还携带有弹窗数据展示时长信息，所述客户端按照弹窗数据展示时长信息对弹窗数据进行对应时长的展示。

6.一种服务器，其特征在于，包括：

判断单元，用于根据弹窗数据推送配置判断是否需要向客户端发送携带有弹窗数据的弹窗数据包；

第一接收单元，用于在所述判断单元判断需要向客户端发送弹窗数据包时，检测是否通过第一数据传输链路从所述客户端接收到携带有客户端地址信息的心跳数据包，所述第一数据传输链路由客户端根据服务器地址信息建立；

连接单元，用于在所述第一接收单元检测到通过第一数据传输链路从客户端接收到心跳数据包时，根据所述客户端地址信息建立与客户端之间的第二数据传输链路；

发送单元，用于通过所述第二数据传输链路向客户端发送弹窗数据包。

7.如权利要求6所述的服务器，其特征在于，所述弹窗数据包中还携带有弹窗数据包识别信息，所述服务器还包括：

记录单元，用于根据所述弹窗数据包的发送情况形成推送记录信息，所述推送记录信息包括客户端地址信息、弹窗数据包识别信息及弹窗数据发送时刻；

触发单元，用于判断在所述记录单元记录的弹窗数据包发送时刻后的预设定时时间内是否从客户端获得携带有弹窗数据包识别信息的弹窗数据包成功接收消息，若否，触发所述连接单元向客户端按照预设的重发次数建立与客户端之间的第二数据传输链路以重新发送弹窗数据包。

8.一种客户端，其特征在于，所述客户端用于与如权利要求6或7所述的服务器交互，所述客户端包括：

第二接收单元，用于从服务器接收弹窗数据包；

解析单元，用于从所述弹窗数据包中解析获得弹窗数据；

展示单元，用于根据预设的弹窗数据类型与弹窗数据处理方式的对应关系，对所述弹窗数据的类型进行识别及对应处理展示。

9.如权利要求8所述的客户端，其特征在于，所述第二接收单元包括：

数据包接收单元，用于接收数据包；

格式判定单元，用于按照预设定的弹窗数据包格式，判断所述数据包是否为弹窗数据包；

所述展示单元识别出包括文字、图片或URL链接信息的弹窗数据类型，对于文字或图片类型的弹窗数据，对其进行渲染后展示，对于URL链接信息类型的弹窗数据，调用内嵌的web控件以打开网页的形式展示。

10.一种弹窗数据交互***，其特征在于，包括如权利要求6或7所述的服务器，以及如权利要求8或9所述的客户端。