CN113346973B - 事件提示方法及装置、电子设备、计算机可读存储介质 - Google Patents

Abstract

本公开提供了一种事件提示方法及装置、电子设备、存储介质，涉及网络信息传输技术领域。该事件提示方法包括：向服务端发送第一请求，并从服务端获取与第一请求对应的目标事件的标准开始时间戳；确定与第一请求对应的网络延迟数据，并基于标准开始时间戳和网络延迟数据确定触发目标事件的目标开始时间戳；根据目标开始时间戳生成与所述目标事件对应的提示标识，以提示向所述服务端发送第二请求，第二请求为向服务端请求触发目标事件的请求。本公开实施例的技术方案可以通过调整目标事件的目标开始时间戳，并在客户端生成目标事件对应的提示标识，以通过提示标识提醒用户发送第二请求，进而解决因网络延迟产生的触发目标事件不同步问题。

Description

事件提示方法及装置、电子设备、计算机可读存储介质

技术领域

本公开涉及网络信息传输技术领域，具体而言，涉及一种事件提示方法、事件提示装置、电子设备以及计算机可读存储介质。

背景技术

随着互联网技术的不断发展，各种网络交互活动也日新月异；事实上，在终端设备与服务端、终端设备与终端设备之间的信息传输往往因为网络延迟在传递时产生了延迟，使得各个终端设备接收到信息或发出信息的时间难以同步。

在相关的技术方案中，通过传输控制协议建立客户端与服务端之间的实时通信，实现各个终端设备同步接收信息或发送信息；然而，在实现各个终端设备同步接收信息或发送信息，需要客户端与服务端之间持续建立实时通信，若客户端与服务端之间发生断线，则无法实现各个终端设备的网络信息同步传输。因此，如何高效且低成本解决网络延迟问题，成为网络信息传输领域的关键。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开实施例的目的在于提供一种事件提示方法、事件提示装置、电子设备以及计算机可读存储介质，进而至少在一定程度上克服事件提示方法较复杂以及事件提示成本较高的问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开实施例的第一方面，提供了一种事件提示方法，应用于客户端，包括：向服务端发送第一请求，并从所述服务端获取与所述第一请求对应的目标事件的标准开始时间戳；确定与所述第一请求对应的网络延迟数据，并基于所述标准开始时间戳和所述网络延迟数据确定触发所述目标事件的目标开始时间戳；根据所述目标开始时间戳生成与所述目标事件对应的提示标识，所述提示标识用于提示距离目标事件开始的剩余时间，以提示向所述服务端发送第二请求，其中，所述第二请求为向所述服务端请求触发所述目标事件的请求。

在本公开的一些示例实施例中，基于前述方案，所述方法还包括：获取发送所述第一请求的初始时间戳，以及接收到所述标准开始时间戳的终止时间戳；基于所述初始时间戳和所述终止时间戳计算与所述第一请求对应的真实耗时数据；确定与第一请求对应的参考耗时数据，以根据所述真实耗时数据和所述参考耗时数据计算所述网络延时数据。

在本公开的一些示例实施例中，基于前述方案，所述确定与第一请求对应的参考耗时数据，包括：预获取不同客户端同步向所述服务端发送所述第一请求的耗时数据，得到所述第一请求的耗时数据集合；从所述耗时数据集合中确定最小耗时数据，并将所述最小耗时数据作为参考耗时数据。

在本公开的一些示例实施例中，基于前述方案，所述计算与所述第一请求对应的网络延迟数据，包括：计算所述真实耗时数据和参考耗时数据的差值，并将所述差值作为所述网络延迟数据。

在本公开的一些示例实施例中，基于前述方案，所述基于所述标准开始时间戳和所述网络延迟数据确定触发所述目标事件的目标开始时间戳，包括：确定所述服务端接收到所述第一请求的中间时间戳；基于所述中间时间戳和标准开始时间戳计算触发所述目标事件的原始时间戳；计算所述原始时间戳与所述网络延时数据的目标差值，并将所述目标差值作为触发所述目标事件的倒计时时间点；响应于检测到所述倒计时时间点等于所述网络延迟数据，将所述倒计时时间点对应的时间戳作为所述目标开始时间戳。

在本公开的一些示例实施例中，基于前述方案，所述方法还包括：接收所述服务端发送的与所述第一请求对应的目标指令；所述目标指令包括所述目标事件的目标数据，以及与所述目标事件对应的阈值数据；响应于检测到所述目标数据大于阈值数据，生成与所述目标事件对应的提示消息，并在显示界面上显示所述提示消息。

根据本公开实施例的第二方面，提供了一种事件提示方法，应用于服务端，包括：响应于接收到第一请求，向客户端发送与所述第一请求对应的目标事件的标准开始时间戳；响应于接收到所述客户端发送的用于触发所述目标事件的第二请求，生成与所述第二请求对应的目标指令，并将所述目标指令发送至所述客户端。

根据本公开实施例的第三方面，提供了一种事件提示装置，应用于客户端，包括：

发送模块，用于向服务端发送第一请求，并从所述服务端获取与所述第一请求对应的目标事件的标准开始时间戳；确定模块，用于确定与所述第一请求对应的网络延迟数据，并基于所述标准开始时间戳和所述网络延迟数据确定触发所述目标事件的目标开始时间戳；提示模块，用于根据所述目标开始时间戳生成与所述目标事件对应的提示标识，所述提示标识用于提示距离目标事件开始的剩余时间，以提示向所述服务端发送第二请求，其中，所述第二请求为向所述服务端请求触发所述目标事件的请求。

在本公开的一些示例实施例中，基于前述方案，所述事件提示装置还包括确定模块，所述确定模块，用于获取发送所述第一请求的初始时间戳，以及接收到所述标准开始时间戳的终止时间戳；基于所述初始时间戳和所述终止时间戳计算与所述第一请求对应的真实耗时数据；确定与第一请求对应的参考耗时数据，以根据所述真实耗时数据和所述参考耗时数据计算所述网络延时数据。

在本公开的一些示例实施例中，基于前述方案，所述确定模块还包括预获取单元，所述预获取单元，用于预获取不同客户端同步向所述服务端发送所述第一请求的耗时数据，得到所述第一请求的耗时数据集合；从所述耗时数据集合中确定最小耗时数据，并将所述最小耗时数据作为参考耗时数据。

在本公开的一些示例实施例中，基于前述方案，所述计算模块还包括计算单元，所述计算单元，用于计算所述真实耗时数据和参考耗时数据的差值，并将所述差值作为所述网络延迟数据。

在本公开的一些示例实施例中，基于前述方案，所述提示模块还包括检测单元，所述检测单元，用于确定所述服务端接收到所述第一请求的中间时间戳；基于所述中间时间戳和标准开始时间戳计算触发所述目标事件的原始时间戳；计算所述原始时间戳与所述网络延时数据的目标差值，并将所述目标差值作为触发所述目标事件的倒计时时间点；响应于检测到所述倒计时时间点等于所述网络延迟数据，将所述倒计时时间点对应的时间戳作为所述目标开始时间戳。

在本公开的一些示例实施例中，基于前述方案，所述事件提示装置还包括提示消息生成模块，所述提示消息生成模块，用于接收所述服务端发送的与所述第二请求对应的目标指令；所述目标指令包括所述目标事件的目标数据，以及与所述目标事件对应的阈值数据；响应于检测到所述目标数据大于或等于阈值数据，生成与所述目标事件对应的提示消息，并在显示界面上显示所述提示消息。

根据本公开实施例的第四方面，提供了一种事件提示装置，应用于服务端，包括：

发送模块，用于响应于接收到第一请求，向客户端发送与所述第二请求对应的目标事件的标准开始时间戳；生成模块，用于响应于接收到所述客户端发送的用于触发所述目标事件的第二请求，生成与所述第二请求对应的目标指令，并将所述目标指令发送至所述客户端。

根据本公开实施例的第五方面，提供了一种电子设备，包括：处理器；以及存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现上述任意一项所述的事件提示方法。

根据本公开实施例的第六方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现根据上述任意一项所述的事件提示方法。

本公开实施例提供的技术方案可以包括以下有益效果：

本公开的示例实施例中的事件提示方法，向服务端发送第一请求，并从服务端获取与第一请求对应的目标事件的标准开始时间戳；计算与第一请求对应的网络延迟数据，并基于标准开始时间戳和网络延迟数据确定触发目标事件的目标开始时间戳；根据所述目标开始时间戳显示对应的提示标识，以提示向所述服务端发送第二请求，其中，所述第二请求为向所述服务端请求触发所述目标事件的请求。一方面，通过向服务端发送第一请求以获取目标事件的标准开始时间戳，并根据标准开始时间戳和网络延迟数据计算目标事件的目标开始时间戳，以通过目标开始时间戳抵消因网络延迟使得服务端接收第二请求滞后的时间，从而可以实现服务端对第二请求的同步接收，提高了服务端同步接收请求信息的效率。另一方面，可以通过向服务端发送第一请求以及在目标时间戳发送第二请求，并不需要客户端与服务端持续建立实时通信即可在服务端实现请求信息的同步接收，减少了网络资源的浪费，进而降低了信息同步接收的成本。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示意性示出了根据本公开的一些实施例的事件提示方法流程的示意图；

图2示意性示出了根据本公开的一些实施例的网络延迟数据计算方法流程的示意图；

图3示意性示出了根据本公开的一些实施例的目标开始时间戳计算方法流程的示意图；

图4示意性示出了根据本公开的一些实施例的提示消息生成方法流程的示意图；

图5示意性示出了根据本公开的一些实施例的另一事件提示方法流程的示意图；

图6示意性示出了根据本公开的一些实施例的事件提示装置的示意图；

图7示意性示出了根据本公开的一些实施例的另一事件提示装置的示意图；

图8示意性示出了根据本公开的一些实施例的电子设备的计算机系统的结构示意图；

图9示意性示出了根据本公开的一些实施例的计算机可读存储介质的示意图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。

此外，附图仅为示意性图解，并非一定是按比例绘制。附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

在本示例实施例中，首先提供了一种事件提示方法，该事件提示方法可以应用于终端设备，例如手机、电脑等电子设备。图1示意性示出了根据本公开的一些实施例的事件提示方法流程的示意图。参考图1所示，该事件提示方法可以包括以下步骤：

步骤S110，向服务端发送第一请求，并从所述服务端获取与所述第一请求对应的目标事件的标准开始时间戳；

步骤S120，确定与所述第一请求对应的网络延迟数据，并基于所述标准开始时间戳和所述网络延迟数据确定触发所述目标事件的目标开始时间戳；

步骤S130，根据所述目标开始时间戳生成与所述目标事件对应的提示标识，所述提示标识用于提示距离目标事件开始的剩余时间，以提示向所述服务端发送第二请求，其中，所述第二请求为向所述服务端请求触发所述目标事件的请求。

根据本示例实施例中的事件提示方法，一方面，通过向服务端发送第一请求以获取目标事件的标准开始时间戳，并根据标准开始时间戳和网络延迟数据计算目标事件的目标开始时间戳，以通过目标开始时间戳抵消因网络延迟使得服务端接收第二请求滞后的时间，从而可以实现服务端对第二请求的同步接收，提高了服务端同步接收请求信息的效率。另一方面，可以通过向服务端发送第一请求以及在目标时间戳发送第二请求即可在服务端实现信息的同步接收，并不需要客户端与服务端持续建立实时通信，减少了网络资源的浪费，同时降低了信息同步接收的成本。

下面，将对本示例实施例中的事件提示方法进行进一步的说明。

在步骤S110中，向服务端发送第一请求，并从所述服务端获取与所述第一请求对应的目标事件的标准开始时间戳。

在本公开的一个示例实施例中，第一请求可以指与用户在终端设备上的交互操作对应的请求，例如，在抢红包场景中，第一请求可以是用户触控红包页面的操作以使终端设备从服务端获取开始抢红包的时间戳的请求，第一请求也可以是与用户通过鼠标点击红包页面以使终端设备从服务端获取开始抢红包的时间戳的请求，第一请求还可以是用户通过重力摇杆触控红包页面以使终端设备从服务端获取开始抢红包的时间戳的请求，当然，第一请求还可以是在其他场景中通过其他交互操作从服务端获取信息的请求，本例实施例对此不作特殊限定。

标准开始时间戳可以指从服务端获取的目标事件的开始时间戳，例如，在抢红包场景中，标准开始时间戳可以是服务端预先存储的与终端设备统一的目标事件对应的开始时间戳，标准开始时间戳也可以是服务端根据接收到第一请求时的时间戳以及调用目标事件的耗时数据计算得到的开始时间戳，当然，标准开始时间戳还可以是从服务端得到的其他与目标事件对应的开始时间戳，本例实施例对此不作特殊限定。

可以实时检测用户对终端设备的有效操作，当检测到用户发送的第一请求时，可以将第一请求发送至服务端，以从服务端获取与第一请求对应的目标事件的标准开始时间戳；进而，在计算得到网络延迟数据后，可以将目标事件的标准开始时间戳作为目标事件开始的时间基准，调整目标事件的开始时间戳，如可以将目标事件的开始时间戳提前与网络延迟数据相当的时间间隔，以补偿因网络延迟使得终端设备发送的请求不能及时传输至服务端，进而可以实现服务端同步接收不同终端设备发送的请求，进一步提高用户的交互体验。

在步骤S120中，确定与所述第一请求对应的网络延迟数据，并基于所述标准开始时间戳和所述网络延迟数据确定触发所述目标事件的目标开始时间戳。

在本公开的一个示例实施例中，目标开始时间戳可以指抵消网络延迟数据后确定的目标事件的开始时间戳，例如，目标事件可以是抢红包事件，目标开始时间戳可以是基于标准开始时间戳和网络延迟数据确定红包开抢的时间点数据如12:00:00，目标开始时间戳还可以是基于标准开始时间戳和网络延迟数据确定的红包开抢的倒计时数据00:00:02，当然，目标开始时间戳还可以是抵消网络延迟数据后确定的其他目标事件的开始时间戳，本例实施例对此不作特殊限定。

可以通过服务端发送第一请求的时间戳和服务端接收到第一请求时的时间戳计算发送第一请求的真实耗时数据，并获取网络信号较好的终端设备发送第一请求的最短耗时数据，以计算真实耗时数据和最短耗时数据之间的差值确定网络延迟数据；然后，根据标准开始时间戳和网络延迟数据计算目标事件的目标开始时间戳。

在步骤S130中，根据所述目标开始时间戳生成与所述目标事件对应的提示标识，所述提示标识用于提示距离目标事件开始的剩余时间，以提示向所述服务端发送第二请求，其中，所述第二请求为向所述服务端请求触发所述目标事件的请求。

在本公开的一个示例实施例中，第二请求可以指触发目标事件的请求，例如，目标事件可以是抢红包事件，第二请求可以是与用户触控红包页面的抢控件对应的请求，第二请求也可以是与用户通过鼠标点击红包页面的强控件对应的请求，第二请求还可以是与用户通过重力摇杆触控红包页面的抢控件对应的请求，当然，第二请求还可以是在其他场景中与用户的其他交互操作对应的请求，本例实施例对此不作特殊限定。

举例而言，可以根据目标开始时间戳在客户端显示与目标事件对应的提示标识，例如，目标事件可以是抢红包事件，提示标识可以是抢红包开始的倒计时时间戳对应的标识，如粗体显示的倒计时标识或闪烁样式的倒计时标识等，以通过提示标识提醒并吸引用户，进而提高用户对目标事件的参与度。

在本示例实施例中，提供了一种网络延迟数据计算方法。图2示意性示出了根据本公开的一些实施例的网络延迟数据计算方法流程的示意图。参考图2所示，该网络延迟数据计算方法可以包括以下步骤：

在步骤S210中，获取发送所述第一请求的初始时间戳，以及接收到所述标准开始时间戳的终止时间戳；

在步骤S220中，基于所述初始时间戳和所述终止时间戳计算与所述第一请求对应的真实耗时数据；

在步骤S230中，确定与第一请求对应的参考耗时数据，以根据所述真实耗时数据和所述参考耗时数据计算所述网络延时数据。

其中，初始时间戳可以指向服务端发送第一请求的时间戳，终止时间戳可以指接收到服务端返回的标准开始时间戳时的时间戳。真实耗时数据可以指用于确定终端设备和服务端之间进行一次信息传输所耗费的时间数据，例如，真实耗时数据可以是从向服务端发送请求至接收到服务端反馈的消息所耗费的时间数据，如发送页面请求-服务端接收到页面请求之间的耗时数据，真实耗时数据也可以是从服务端发送与请求对应的反馈消息至终端设备接收到该反馈消息所耗费的时间数据，当然，真实耗时数据还可以是从终端设备向服务端发送请求至接收到服务端发送的与请求对应的反馈消息所耗费的时间数据，本例实施例对此不作特殊限定。参考耗时数据可以指经过测试不同终端设备向同一服务器发送同一请求所耗费的最短耗时数据。

可选的，可以预先通过采集不同终端设备从向同一服务器发送同一请求至接收到服务端返回的反馈消息的时长信息，从采集到的时长信息中挑选得到最小的时长数据作为参考耗时数据。同时，通过计算当前终端设备的初始时间戳和终止时间戳之间的算术平均数，得到真实耗时数据，并根据该真实耗时数据与参考耗时数据的差值，确定当前终端设备的网络延迟数据。

在本公开的示例实施例中可以通过预获取不同客户端同步向服务端发送第一请求的耗时数据，得到该第一请求的耗时数据集合；从该耗时数据集合中确定最小耗时数据，并将该最小耗时数据作为参考耗时数据。

其中，耗时数据集合可以指存储不同终端设备和同一服务端之间进行一次信息传输所耗费的时间数据的集合。

优选的，可以预先采集不同终端设备向同一服务器传输网络信息的真实耗时数据，并从这些真实耗时数据中挑选耗时数据最小的作为参考耗时数据；进而，基于当前设备的真实耗时数据和参考耗时数据计算当前终端设备的网络延迟数据，以根据网络延迟数据和目标事件的标准开始时间戳计算目标开始时间戳，以在目标开始时间戳对应的时间点向服务端发送第二请求，实现服务端同步接收不同终端设备发送的第二请求。

可选的，可以预先采集不同终端设备向同一服务器传输网络信息的真实耗时数据，并计算这些真实耗时数据的平均值，将该平均值作为参考耗时数据；进而，基于当前设备的真实耗时数据和参考耗时数据计算当前终端设备的网络延迟数据，并根据网络延迟数据和目标事件的标准开始时间戳确定目标开始时间戳，以在目标开时间戳对应的时间点向服务端发送请求，在服务端实现网络信息的同步接收。

在本公开的示例实施例中可以通过计算真实耗时数据和参考耗时数据的差值，确定网络延迟数据。

其中，网络延迟数据可以是通过计算真实耗时和参考耗时数据得到的时间数据；例如，当前终端设备向服务器发送第一请求的初始时间戳为T₀，当前终端设备接收到标准开始时间戳(CD)时的终止时间戳为T₂，则当前终端设备与服务端进行一次通信的真实耗时数据T_Z，T_Z＝(T₂-T₀)/2，且参考耗时数据为T_C；基于真实耗时数据和参考耗时数据计算得到的网络延迟数据T_h，T_h＝T_Z-T_C＝(T₂-T₀)/2-T_C。

可以通过计算网络延迟数据，并根据网络延迟数据调整目标事件的目标开始时间戳，在检测到目标开始时间戳到来时向服务端发送用于触发目标事件的第二请求，即通过提前目标事件的开始时间戳补偿第二请求发送至服务端的网络延迟，进而使得服务端可以同步接收不同终端设备发送的第二请求，并不需要多个终端设备同时与服务端建立实时通信，节省了网络资源。

在本示例实施例中，提供了一种目标开始时间戳计算方法。图3示意性示出了根据本公开的一些实施例的目标开始时间戳计算方法流程的示意图。参考图3所示，该事件提示方法可以包括以下步骤：

在步骤S310中，确定所述服务端接收到所述第一请求的中间时间戳；

在步骤S320中，基于所述中间时间戳和标准开始时间戳计算触发所述目标事件的原始时间戳；

在步骤S330中，计算所述原始时间戳与所述网络延时数据的目标差值，并将所述目标差值作为触发所述目标事件的倒计时时间点；

在步骤S340中，响应于检测到所述倒计时时间点等于所述网络延迟数据，将所述倒计时时间点对应的时间戳作为所述目标开始时间戳。

其中，中间时间戳可以指服务端接收到终端设备发送的第一请求时的时间戳。原始时间戳可以指在未考虑网络延迟的条件下向服务端发送第二请求的时间戳，例如，目标事件可以是抢红包事件，原始时间戳可以是在未考虑网络延迟的情况下用户需要触发红包页面的抢控件，以使终端设备向服务端发送第二次请求的时间戳，当然，原始时间戳还可以是在未考虑网络延迟的条件下向服务端发送的用于触发其他目标事件的第二请求的时间戳，本例实施例对此不作特殊限定。

举例而言，目标事件可以是抢红包事件，第一请求可以是从服务终端获取抢红包事件的标准开始时间戳的请求，第二请求可以是通过用户点击红包页面的抢红包控件以向服务端请求处理抢红包事件的请求；若服务端接收到第一请求时的时间戳为11:57:59，从服务端获取的统一抢红包的标准开始时间戳是12:00:00，在未考虑网络延迟的条件下，用户触控红包界面的抢控件的时间戳应该是12:00:00；但由于存在网络延迟，用户在12:00:00发送的第二次请求不会在12:00:00发送至服务端，以至于相比于网络延迟较小或理想条件下无网络延迟的用户，网络延迟较大的用户即便和其他用户一起在12:00:00点击了红包页面的抢控件也不会和其他用户一样较快的抢到红包。

优选的，可以通过获取终端设备向服务端发送第一请求的初始时间戳，以及接收服务端返回的标准开始时间戳时的终止时间戳，并计算初始时间戳和终止时间戳之间的算术平均值，将该算术平均值作为真实耗时数据；例如，终端设备向服务端发送第一请求的初始时间戳为11:57:55，服务端接收到第一请求时的中间时间戳为11:57:59，且接收到服务端返回的标准开始时间戳(12:00:00)时的终止时间戳为11:58:03，计算得到的终端设备与服务端之间进行单向网络信息传输的真实耗时数据为00:00:04；同时，根据标准开始时间戳和中间时间戳计算得到的用于触发目标事件的原始时间戳为00:02:01；若通过统计不同终端设备向服务端发送网络信息的最小耗时数据为00:00:01，即终端设备向服务端发送网络信息的参考耗时数据为00:00:01，且所有终端设备向服务端发送第一请求的初始时间戳均为11:57:55，则服务端最快接收到第一请求的时间戳为11:57:56，则根据参考耗时数据和标准开始时间戳计算得到的其他终端设备向服务端发送第二请求的原始时间戳为00:02:04；进而，根据真实耗时数据和参考耗时数据计算得到的网络延迟数据为00:00:03，并根据触发目标事件的原始时间戳和网络延迟数据计算得到的当前终端设备触发目标事件的倒计时时间点为00:01:58。在理想状态下，假设其他终端设备向服务端发送请求的耗时数据均为00:00:01，而当前终端设备向服务端发送请求的耗时数据为00:00:01；那么，其他终端设备可以在倒计时时间点为00:00:01时向服务端发送触发目标事件的第二请求，即其他终端设备在目标开始时间戳为11:59:59向服务端发送触发目标事件的第二请求，而当前终端设备可以在倒计时时间点为00:00:04时向服务端发送触发目标事件的第二请求，即当前终端设备在目标开始时间戳为11:59:56向服务端发送触发目标事件的第二请求，以抵消因网络延迟导致服务端接收到第二请求的滞后时间；从而，实现服务端可以同步处理不同终端设备发送的第二请求。

可以通过计算网络延迟数据，并根据目标事件的标准开始时间戳和网络延迟数据调整触发目标事件的时间戳，以实现服务端可以同步接收不同终端设备发送的请求，并不需要所有终端设备持续与服务端建立实时通信，不但避免了建立客户端与服务端之间网络信息的传输设备，提高了服务端接收请求信息的效率，而且节约了网络资源；同时，通过计算网络延迟数据，并根据网络延迟数据和目标事件的标准开始时间戳调整触发目标事件的时间戳，以使不同用户可以同一时间将请求发送至服务端，提高用户的参与感以及触发目标事件的公平性，进一步，提高用户体验。

在本示例实施例中，提供了一种提示消息生成方法。图4示意性示出了根据本公开的一些实施例的提示消息生成方法流程的示意图。参考图4所示，该提示消息生成方法可以包括以下步骤：

在步骤S410中，接收所述服务端发送的与所述第二请求对应的目标指令；所述目标指令包括所述目标事件的目标数据，以及与所述目标事件对应的阈值数据；

在步骤S420中，响应于检测到所述目标数据大于或等于阈值数据，生成与所述目标事件对应的提示消息，并在显示界面上显示所述提示消息。

其中，目标指令可以指服务端响应目标事件的指令，例如，在抢红包场景中，目标指令可以是在接收到终端设备发送的第二请求(抢红包请求)后生成的领取红包指令，当然，目标指令还可以是在其他场景中服务端响应其他目标事件的指令，本例实施例对此不作特殊限定。

目标数据可以指在终端设备接收到目标指令时目标事件的标识数据，例如，在抢红包场景中，目标事件可以是抢红包事件，目标数据可以是剩余的红包数目，目标数据也可以是红包的剩余金额，目标数据还可以是红包剩余领取时间，当然，目标数据还可以是在终端设备接收到目标指令时目标事件的其他标识数据，本例实施例对此不作特殊限定。

阈值数据可以指目标事件的预设阈值数据，例如，在抢红包场景中，目标事件可以是抢红包事件，阈值数据可以是剩余红包的最小个数，阈值数据也可以是剩余红包的最小金额，阈值数据还可以是剩余红包的最小剩余领取时间，当然，阈值数据还可以是其他场景中预设的目标事件的阈值数据，本例实施例对此不作特殊限定。

提示消息可以指目标事件的提醒消息，例如，在抢红包场景中，目标事件可以是抢红包事件，例如，提示消息可以是红包文字提示消息，也可以是红包颜色提示消息，还可以是红包颜色和文字提示消息，其中，红包文字提示消息包括：剩余红包个数、剩余红包金额、红包剩余领取时间中的至少一个，本例实施例对此不作特殊限定。

举例而言，在抢红包场景中，目标事件可以是抢红包，服务端可以在接收到终端设备发送的抢红包消息时生成领取红包的目标指令；某一终端设备检测到红包页面上的目标数据为5，即当前剩余红包个数为5，且最小剩余红包个数为1在检测到当前剩余红包个数大于最小剩余红包个数时，生成红包提示消息，例如，提示消息可以是包括橘色红包提示颜色和黑色加粗“剩余红包个数为5”的文字提示消息；若检测到剩余红包个数等于阈值红包个数时，可以将红包提示颜色更换为红色。用户在看见提示消息后，可以点击提示消息并跳转到领取红包页面，在点开红包页面上的“开”控件时，可以显示抢到的红包金额，并将红包金额自动存到用户的零钱包里，通过提示消息智能地提示用户目标事件的有关信息，提高了用户获取目标事件的相关信息的便捷性，也避免了用户错失参与目标事件的机会，进而提高了用户的体验。

优选的，可以在创建目标事件时，通过程序预先设置目标事件的标准开始时间戳，以及阈值数据和目标事件的目标数据，并将目标事件发送到服务端，并加入服务端的缓存队列。在服务端接收到第二请求时生成与第二请求对应的目标指令，并将目标指令发送至终端设备；其中，目标指令中包括目标事件的目标数据以及阈值数据。终端设备在接收到目标指令时，检测目标数据是否大于阈值数据，若目标数据大于阈值数据时，生成与目标事件对应的提示消息。例如，在抢红包场景中，为了提高用户参与的积极性，可以通过预设目标事件的阈值数据，在终端设备检测到目标数据大于或等于阈值数据时，生成红包提示消息，确保接收到红包提示的目标用户可以抢到红包；同时，在检测到目标数据小于阈值数据时，则生成红包派送完毕的提示消息，提高了用户获取目标事件的相关信息的便捷性，进而提高了用户的体验。

在本示例实施例中，提供了另一种事件提示方法，该事件提示方法可以应用于服务端。图5示意性示出了根据本公开的一些实施例的另一事件提示方法流程的示意图。参考图5所示，该事件提示方法可以包括以下步骤：

在步骤S510中，响应于接收到第一请求，向客户端发送与所述第一请求对应的目标事件的标准开始时间戳；

在步骤S520中，响应于接收到所述客户端发送的用于触发所述目标事件的第二请求，生成与所述第二请求对应的目标指令，并将所述目标指令发送至所述客户端。

其中，服务端可以在接收到第一次请求之前，根据缓存中的目标事件的信息生成节点路由表，选取一个可用状态的节点作为记录节点，并将第一次请求与该记录节点进行关联，同时，选取另一可用节点作为计算节点，以将该计算节点与第二请求进行关联。在接收到终端设备发送的第一请求时，将目标事件的标准开始时间戳发送至终端设备；在接收到第二请求时，根据缓存中目标事件的信息生成目标指令，并将目标指令发送至终端设备。

优选的，由于网络延迟，不同终端设备在接收到服务端发送的目标指令的时间不一样，可以根据目标事件的标准开始时间和不同终端设备的网络延迟数据，计算各个终端设备向服务端发送第二请求的目标开始时间戳，以实现服务端同步生成与第二请求对应的目标指令。服务端生成该目标指令后，可以将该指令并行发送至各个终端设备。同时，考虑通过重新计算终端设备发送第二请求的目标时间戳，尽管保证服务端可以同步接收服务端发送的第二请求，但是也由于网络延迟，各个终端设备接收到目标指令的时间仍有差异，可以根据记录节点中记录的接收到终端设备的第一请求的时间顺序，对终端设备接收目标指令的快慢进行预排序，得到终端设备接收到目标指令的初始序号。进而，服务端可以根据与目标事件对应的属性数据，例如，在抢红包场景中，属性数据可以是红包个数，计算该属性数据与终端设备接收到目标指令的序号的差值，将该差值作为目标事件的目标数据，以通过比较目标数据和阈值数据的大小，确定向终端设备发送的提示消息。例如，在终端设备检测到目标数据大于或等于阈值数据时，生成包含剩余红包个数或剩余红包金额等提示消息，以确保发送第一请求的目标用户可以抢到红包；然而，在检测到目标数据小于阈值数据时，则生成红包派送完毕的提示消息，避免用户需要在红包页面点击“开”控件，才知道红包派送完毕的消息，提高了用户获取目标事件的相关信息的便捷性，进而提高了用户的体验。

需要说明的是，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

此外，在本示例实施例中，提供了一种事件提示装置，应用于客户端。参照图6所示，该事件提示装置600包括：发送模块610、确定模块620、提示模块630。其中：发送模块610用于向服务端发送第一请求，并从所述服务端获取与所述第一请求对应的目标事件的标准开始时间戳；确定模块620用于确定与所述第一请求对应的网络延迟数据，并基于所述标准开始时间戳和所述网络延迟数据确定触发所述目标事件的目标开始时间戳；提示模块630用于根据所述目标开始时间戳生成与所述目标事件对应的提示标识，所述提示标识用于提示距离目标事件开始的剩余时间，以提示向所述服务端发送第二请求，其中，所述第二请求为向所述服务端请求触发所述目标事件的请求。

在本公开的一些示例实施例中，基于前述方案，所述事件提示装置600还包括确定模块，所述确定模块用于获取发送所述第一请求的初始时间戳，以及接收到所述标准开始时间戳的终止时间戳；基于所述初始时间戳和所述终止时间戳计算与所述第一请求对应的真实耗时数据；确定与第一请求对应的参考耗时数据，以根据所述真实耗时数据和所述参考耗时数据计算所述网络延时数据。

在本公开的一些示例实施例中，基于前述方案，所述事件提示装置600还包括预获取模块，所述预获取模块，用于预获取不同客户端同步向所述服务端发送所述第一请求的耗时数据，得到所述第一请求的耗时数据集合；从所述耗时数据集合中确定最小耗时数据，并将所述最小耗时数据作为参考耗时数据。

在本公开的一些示例实施例中，基于前述方案，所述计算模块620还包括计算单元，所述计算单元，用于计算所述真实耗时数据和参考耗时数据的差值，并将所述差值作为所述网络延迟数据。

在本公开的一些示例实施例中，基于前述方案，所述提示模块630还包括检测单元，所述检测单元，用于确定所述服务端接收到所述第一请求的中间时间戳；基于所述中间时间戳和标准开始时间戳计算触发所述目标事件的原始时间戳；计算所述原始时间戳与所述网络延时数据的目标差值，并将所述目标差值作为触发所述目标事件的倒计时时间点；响应于检测到所述倒计时时间点等于所述网络延迟数据，将所述倒计时时间点对应的时间戳作为所述目标开始时间戳。

在本公开的一些示例实施例中，基于前述方案，所述事件提示装置600还包括提示消息生成模块，所述提示消息生成模块，用于接收所述服务端发送的与所述第二请求对应的目标指令；所述目标指令包括所述目标事件的目标数据，以及与所述目标事件对应的阈值数据；响应于检测到所述目标数据大于或等于所述阈值数据，生成与所述目标事件对应的提示消息，并在显示界面上显示所述提示消息。

同时，在本示例实施例中，提供了一种事件提示装置，应用于服务端。参照图7所示，该事件提示装置700包括：发送模块710、生成模块720。其中：发送模块710，用于响应于接收到第一请求，向客户端发送与所述第一请求对应的目标事件的标准开始时间戳；生成模块720，用于响应于接收到所述客户端发送的用于触发所述目标事件的第二请求，处理所述目标事件得到目标数据，并将与所述第二请求对应的目标数据发送至所述客户端。

上述中事件提示装置各模块的具体细节已经在对应的事件提示方法中进行了详细的描述，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及了事件提示装置的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，在本公开的示例性实施例中，还提供了一种能够实现上述事件提示方法的电子设备。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施例、完全的软件实施例(包括固件、微代码等)，或硬件和软件方面结合的实施例，这里可以统称为“电路”、“模块”或“系统”。

下面参照图8来描述根据本公开的这种实施例的电子设备800。图8所示的电子设备800仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图8所示，电子设备800以通用计算设备的形式表现。电子设备800的组件可以包括但不限于：上述至少一个处理单元810、上述至少一个存储单元820、连接不同系统组件(包括存储单元820和处理单元810)的总线830、显示单元840。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元810执行，使得所述处理单元810执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施例的步骤。例如，所述处理单元810可以执行如图1中所示的步骤S110，向服务端发送第一请求，并从所述服务端获取与所述第一请求对应的目标事件的标准开始时间戳；步骤S120，确定与所述第一请求对应的网络延迟数据，并基于所述标准开始时间戳和所述网络延迟数据确定触发所述目标事件的目标开始时间戳；步骤S130，根据所述目标开始时间戳生成与所述目标事件对应的提示标识，所述提示标识用于提示距离目标事件开始的剩余时间，以提示向所述服务端发送第二请求，其中，所述第二请求为向所述服务端请求触发所述目标事件的请求。

存储单元820可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)821和/或高速缓存存储单元822，还可以进一步包括只读存储单元(ROM)823。

存储单元820还可以包括具有一组(至少一个)程序模块825的程序/实用工具824，这样的程序模块825包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线830可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备800也可以与一个或多个外部设备870(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备800交互的设备通信，和/或与使得该电子设备800能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口850进行。并且，电子设备800还可以通过网络适配器860与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图8所示，网络适配器860通过总线830与电子设备800的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备800使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施例的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施例中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施例的步骤。

参考图9所示，描述了根据本公开的实施例的用于实现上述事件提示方法的程序产品900，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本公开实施例的方法。

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

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

Claims (7)

1.一种事件提示方法，其特征在于，应用于客户端，包括：

向服务端发送第一请求，并从所述服务端获取与所述第一请求对应的目标事件的标准开始时间戳；

确定与所述第一请求对应的网络延迟数据，并基于所述标准开始时间戳和所述网络延迟数据确定触发所述目标事件的目标开始时间戳，所述网络延迟数据表征真实耗时数据和参考耗时数据的差值；

其中，所述真实耗时数据是基于初始时间戳和终止时间戳确定，所述初始时间戳为所述客户端向所述服务端发送所述第一请求的时间戳，以及所述终止时间戳是接收所述服务端返回所述标准开始时间戳的时间戳，且所述参考耗时数据是从所述第一请求的耗时数据集合中确定最小耗时数据，所述耗时数据集合则是预获取不同客户端同步向所述服务端发送所述第一请求的耗时数据；

根据所述目标开始时间戳生成与所述目标事件对应的提示标识，所述提示标识用于提示距离目标事件开始的剩余时间，以提示向所述服务端发送第二请求，其中，所述第二请求为向所述服务端请求触发所述目标事件的请求。

2.根据权利要求1所述的事件提示方法，其特征在于，所述基于所述标准开始时间戳和所述网络延迟数据确定触发所述目标事件的目标开始时间戳，包括：

确定所述服务端接收到所述第一请求的中间时间戳；

基于所述中间时间戳和标准开始时间戳计算触发所述目标事件的原始时间戳；

计算所述原始时间戳与所述网络延迟数据的目标差值，并将所述目标差值作为触发所述目标事件的倒计时时间点；

响应于检测到所述倒计时时间点等于所述网络延迟数据，将所述倒计时时间点对应的时间戳作为所述目标开始时间戳。

3.根据权利要求1所述的事件提示方法，其特征在于，所述方法还包括：

接收所述服务端发送的与所述第二请求对应的目标指令；所述目标指令包括与所述目标事件对应的目标数据，以及与所述目标事件对应的阈值数据；

响应于检测到所述目标数据大于或等于阈值数据，生成与所述目标事件对应的提示消息，并在显示界面上显示所述提示消息。

4.一种事件提示方法，其特征在于，应用于服务端，包括：

响应于接收到第一请求，向客户端发送与所述第一请求对应的目标事件的标准开始时间戳；

响应于接收到所述客户端发送的用于触发所述目标事件的第二请求，生成与所述第二请求对应的目标指令，并将所述目标指令发送至所述客户端，所述客户端发送的用于触发所述目标事件的第二请求是基于目标开始时间戳生成与所述目标事件对应提示标识进行触发的，所述目标开始时间戳由所述客户端基于所述第一请求对应的网络延迟数据和所述标准开始时间戳确定，所述网络延迟数据表征真实耗时数据和参考耗时数据的差值，所述真实耗时数据是基于初始时间戳和终止时间戳确定，所述初始时间戳为所述客户端向所述服务端发送所述第一请求的时间戳，以及所述终止时间戳是接收所述服务端返回所述标准开始时间戳的时间戳，且所述参考耗时数据是从所述第一请求的耗时数据集合中确定最小耗时数据，所述耗时数据集合则是预获取不同客户端同步向所述服务端发送所述第一请求的耗时数据。

5.一种事件提示装置，其特征在于，应用于客户端，所述装置包括：

发送模块，用于向服务端发送第一请求，并从所述服务端获取与所述第一请求对应的目标事件的标准开始时间戳；

确定模块，用于确定与所述第一请求对应的网络延迟数据，并基于所述标准开始时间戳和所述网络延迟数据确定触发所述目标事件的目标开始时间戳，所述网络延迟数据表征真实耗时数据和参考耗时数据的差值；其中，所述真实耗时数据是基于初始时间戳和终止时间戳确定，所述初始时间戳为所述客户端向所述服务端发送所述第一请求的时间戳，以及所述终止时间戳是接收所述服务端返回所述标准开始时间戳的时间戳，且所述参考耗时数据是从所述第一请求的耗时数据集合中确定最小耗时数据，所述耗时数据集合则是预获取不同客户端同步向所述服务端发送所述第一请求的耗时数据；

提示模块，用于根据所述目标开始时间戳生成与所述目标事件对应的提示标识，所述提示标识用于提示距离目标事件开始的剩余时间，以提示向所述服务端发送第二请求，其中，所述第二请求为向所述服务端请求触发所述目标事件的请求。

6.一种电子设备，包括：

处理器；以及

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现如权利要求1至4中任一项所述的事件提示方法。

7.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至4中任一项所述的事件提示方法。