CN108322764B - 实时互动实现方法及装置 - Google Patents

Abstract

本申请实施例公开了实时互动实现方法及装置，其中，所述方法包括：客户端接收服务端推送的互动素材信息，所述互动素材信息中携带有创建所述互动素材的第一时间点信息，以及所述互动素材的有效时间长度信息；确定接收到所述互动素材时刻所述服务端对应的第二时间点信息；确定所述第一时间点与所述第二时间点之间的第一时间差；利用所述有效时间长度与所述第一时间差之间的差值，确定所述互动素材在当前客户端中的剩余有效时间长度；在所述剩余有效时间长度内接收到对所述互动素材执行的操作时，将所述互动操作信息提交到服务端。通过本申请实施例，可以使得最终的互动统计结果更加准确，也有利于提升用户体验。

Description

实时互动实现方法及装置

技术领域

本申请涉及实时互动技术领域，特别是涉及实时互动实现方法及装置。

背景技术

在一些网络直播场景中，服务端可能会向客户端发送一些实时互动玩法，使得用户不再只是被动的观看直播的节目，而是还可以参与到节目中，通过自己的操作影响直播中某一环节的发展进程，等等。比如，在网络直播某晚会的过程中，可能会向网络用户发起投票，用户可以在接收到投票操作对象后，通过点击相关素材等方式参与投票。服务端通过对用户投票结果的统计，来进行下一步的操作处理，例如，根据投票结果确定出支持人数比较多的一方给予奖励，等等。也就是说，可以通过投票结果来反映用户对具体投票对象或者某观点的支持情况，因此，投票结果的准确与否显得比较重要。

但是，投票活动通常会有一个时间限制，比如在1分钟、3分钟、5分钟内必须完成投票，等等。而从主播推送一个投票开始计算到客户端出现投票信息之间会有一个时间差，这个时间差对于不同的客户端而言往往不是固定的，有很多因素决定了时间差的大小，包括网络延迟，消息延迟，渲染延迟，等等。所有的延迟都可能导致在客户端看到的投票剩余时间和实际的投票剩余时间不一致。延迟高的用户在快结束的时间内的投票是无效的，因为这时服务端的投票计时已经结束了。显然，这会严重影响到用户体验，并且也是的实际的投票结果统计不够准确。

因此，如何在互动活动过程中，提高互动参与情况统计结果的准确性，提升用户体验，成为需要本领域技术人员解决的技术问题。

发明内容

本申请提供了实时互动实现方法及装置，可以使得最终的互动统计结果更加准确，也有利于提升用户体验。

本申请提供了如下方案：

一种实时互动实现方法，包括：

客户端接收服务端推送的互动素材信息，所述互动素材信息中携带有创建所述互动素材的第一时间点信息，以及所述互动素材的有效时间长度信息；

确定接收到所述互动素材时刻所述服务端对应的第二时间点信息；

确定所述第一时间点与所述第二时间点之间的第一时间差；

利用所述有效时间长度与所述第一时间差之间的差值，确定所述互动素材在当前客户端中的剩余有效时间长度；

在所述剩余有效时间长度内接收到对所述互动素材执行的操作时，将所述互动操作信息提交到服务端。

一种实时互动实现方法，括：

服务端接收创建互动素材的请求；

创建互动素材，并确定创建所述互动素材的第一时间点以及互动素材的有效时间长度；

分别向多个客户端发送所述互动素材信息，并在所述互动素材信息中携带所述第一时间点信息以及所述有效时间长度信息，由所述客户端确定接收到所述互动素材时刻所述服务端对应的第二时间点信息，并确定所述第一时间点与所述第二时间点之间的第一时间差，根据所述有效时间长度与所述第一时间差之间的差值，确定所述互动素材在当前客户端中的剩余有效时间长度。

一种实时互动实现装置，应用于客户端，包括：

互动素材接收单元，用于接收服务端推送的互动素材信息，所述互动素材信息中携带有创建所述互动素材的第一时间点信息，以及所述互动素材的有效时间长度信息；

时间点信息确定单元，用于确定接收到所述互动素材时刻所述服务端对应的第二时间点信息；

第一时间差确定单元，用于确定所述第一时间点与所述第二时间点之间的第一时间差；

剩余有效时间长度确定单元，用于利用所述有效时间长度与所述第一时间差之间的差值，确定所述互动素材在当前客户端中的剩余有效时间长度；

互动操作单元，用于在所述剩余有效时间长度内接收到对所述互动素材执行的操作时，将所述互动操作信息提交到服务端。

一种实时互动实现装置，应用于服务端，包括：

请求接收单元，用于接收创建互动素材的请求；

素材创建单元，用于创建互动素材，并确定创建所述互动素材的第一时间点以及互动素材的有效时间长度；

素材发送单元，用于分别向多个客户端发送所述互动素材信息，并在所述互动素材信息中携带所述第一时间点信息以及所述有效时间长度信息，由所述客户端确定接收到所述互动素材时刻所述服务端对应的第二时间点信息，并确定所述第一时间点与所述第二时间点之间的第一时间差，根据所述有效时间长度与所述第一时间差之间的差值，确定所述互动素材在当前客户端中的剩余有效时间长度。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，客户端在收到互动素材后，可以首先计算出从服务端创建互动素材，到客户端接收到互动素材之间的时间差，然后再根据素材有效时间，计算出当前客户端中剩余的有效时间长度，并在剩余有效时间长度内，接收用户的互动操作。这样，可以消除从服务端创建互动素材，到客户端接收到互动素材之间的时间差的影响，使得各个客户端能够与服务端一起同步结束互动，因此，可以使得最终的互动统计结果更加准确，也有利于提升用户体验。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的系统架构示意图；

图2是本申请实施例提供的客户端方法的流程图；

图3是本申请实施例提供的服务端方法的流程图；

图4是本申请实施例提供的客户端装置的示意图；

图5是本申请实施例提供的服务端装置的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

为了便于理解，下面结合一个实际应用中的例子以及图示介绍互动素材从创建到推送的过程。参见图1，假设是在直播过程中，发起投票互动，此时，互动素材就是指用于参与投票的素材，包括相关的图片、按钮等元素。具体的过程可以经历以下步骤：

1、在直播中控前台发起创建一个互动素材的请求；

2、服务端接到请求在数据库里创建一个互动素材；

3、服务端拿到新创建的互动素材后，通过消息机制推送到当前正在观看直播的多个客户端；

4、客户端收到消息后，展示互动素材；

5、用户点击互动素材后，展示当前互动素材的进度。

从时间线上可以看出，假设互动素材的创建时间是t1，则互动素材的有效时间长度从该t1时刻就开始计时，所谓的有效时间长度，也即能够接收用户投票操作的时间长度，在超出该时间长度后，即使再接收到用户投票操作，也不再被当成有效投票数。但是，从服务端创建互动素材，到客户端接收到互动素材，需要经历一段时间，并且，对于不同的客户端而言，经历的时间长短是不同的。也就是说，客户端接收到互动素材的时间点t2，对于不同的客户端而言，t2的取值有所不同。此时，如果客户端仍然按照相同的有效时间长度进行投票素材的展示，则会造成不同客户端中结束互动的时间点不同的情况。

而本申请发明人在实现本申请的过程中发现，t1时间创建的互动素材，在t2时间点推送到客户端，期间存在一个t2-t1的时间差，如果能够消除该时间差的影响，则可以保证不同客户端中互动结束的时间相同，从而提高互动统计结果的准确性。

具体的，当客户端接收到素材信息时，可以获取素材的创建时间t1，以及t2展示时服务器的时间t3，这时可以求出素材已经创建了多久，也就是(t3-t1)，再处理素材还有多少时间可以展示互动。也就是说，互动素材本来持续的是时间t，但是，由于到达客户端的过程中经历了(t3-t1)的时间差，因此，实际上在客户端的剩余时间就是t-(t3-t1)。这样在服务端素材结束之时也是客户端素材结束之时，并且，每个客户端的素材结束时间也都是相同的，从而完解决了素材在不同客户端上剩余时间不一致的问题。

具体实现时，从系统架构角度而言，可以包括服务端以及客户端，其中，服务端用于创建互动素材，并向客户端推送。客户端为多个，用于接收互动素材，在本申请实施例中，还可以执行消除时间差等相关操作。另外，在实际应用中，如果互动素材为直播过程中的投票素材，则系统中还可以包括一直播中控前台，投票素材创建请求可以由该直播中控台发出，服务端根据中控台的请求执行互动素材的创建，并根据正在观看直播的用户客户端进行互动素材的推送。

下面对具体的实现方案进行详细介绍。

实施例一

首先，该实施例一从客户端的角度，提供了一种实时互动实现方法，参见图2，该方法可以包括以下步骤：

S201：客户端接收服务端推送的互动素材信息，所述互动素材信息中携带有创建所述互动素材的第一时间点信息，以及所述互动素材的有效时间长度信息；

具体的互动素材可以包括待展示的图片信息、可响应用户操作的操作选项(包括按钮等)等信息。互动素材的创建操作可以由服务端来进行，具体的，可以在接收到直播中控台等需求方的请求后，执行创建互动素材的操作。其中，在创建互动素材时，还可以根据具体的互动需求，确定出互动素材的有效时间长度信息。该有效时间长度信息可以由直播中控台等需求方来设定，或者，也可以由服务端进行设定，等等，可以采用多种具体的实现方式来确定。

另外，在创建起互动素材之后，服务端就可以启动对此次互动的计时，也就是说，也就是说，假设服务端创建互动素材的时间点是t1，有效时间长度为t，则在服务端，互动结束时间点为t1+t。

服务端在创建了互动素材后，就可以将互动素材推送到具体的客户端，其中，客户端可以为多个，可以是当前正在观看直播的用户的客户端，等等。具体的，服务端在推送互动素材时，就可以携带上互动素材的创建时间信息，以及有效时间长度信息。需要说明的是，在现有技术中，服务端在推送互动素材时，通常仅会携带互动有效时间长度信息，客户端在收到互动素材后，会是从收到互动素材的时间点t2开始计时，在t2+t时刻结束。但是，在本申请实施例中，由于需要消除从创建互动素材到客户端接收到互动素材直接的时间差，因此，服务端在推送互动素材时，还可以携带上创建互动素材的时间点信息t1，以用于客户端进行消除时间差的操作。

S202：确定接收到所述互动素材时刻所述服务端对应的第二时间点信息；

客户端接收到互动素材后，就可以确定出接收到互动素材的时间点。具体的，该接收到互动素材的时间点，可以是客户端接收到互动素材时，对应的服务端的时间点。也就是说，由于创建互动素材的时间点t1是按照服务端的时间进行确定的，因此，客户端接收到互动素材时刻的时间点，也用服务端的时间来表达，可以更为准确。这是因为，客户端与服务端的时间可能不是完全同步的，因此，为了使得计算的更为准确，客户端在接收到互动素材时，还可以将接收到互动素材的时间点t2同步为服务端的时间点t3。也就是说，假设客户端在t2时刻接收到互动素材，该t2时间点是指的客户端的时间，而同一时刻服务端的时间可能是另外的值，因此，在计算时间差之前，可以首先将时间点t2同步到服务端的时间点t3。

具体在确定接收到所述互动素材时刻所述服务端对应的第二时间点信息时可以有多种方式。例如，在其中一种方式下，可以是由客户端在接收到所述互动素材的时刻，向所述服务端请求同步时间，然后根据服务端返回的时间点信息确定所述第二时间点信息。也就是说，客户端在收到互动素材后，就可以向服务端请求当前的服务端时间t3。这样，通过t3-t1即可计算出从创建互动素材到客户端接收到的互动素材已经经历的时间长度。

需要说明的是，在通过上述发送请求的方式获取服务端同步时间的方式中，由于是在客户端接收到互动素材之后，再向服务端发送请求，服务端之后再做出响应，返回同步时间点信息。而客户端的请求发送到服务端的过程可能仍然会产生一网络延时，因此，使得最终获得的t3时间点与客户端的t2时间点之间可能并不是完全同步。但是，在实际应用中，由于请求同步时间的消息内容比较短，因此，相对于之前服务端向客户端发送互动素材的过程而言，请求同步时间的网络延时几乎可以忽略不计。并且，请求服务端同步时间的网络延时通常是毫秒级，因此，这种差别几乎是肉眼感知不到的，因此，可以不必计入该网络延时的影响。

当然，在实际应用中，如果具有更高的精度性要求，则也可以消除上述请求服务端同步时间过程中网络延时的影响。具体的实现方式可以有多种，例如，在其中一种方式下，可以在客户端向服务端发送获取同步时间的请求时，添加第一时间戳a，在接收到所述服务端返回的第二时间点信息时，添加第二时间戳b。这样，该第一时间戳与第二时间戳之间的差值，就相当于从客户端发送同步时间请求，到接收到服务端的同步时间信息，所经历的时间长度，也就是包括请求上传到服务端，服务端再将响应返回到客户端，这样的上行延时加下行延时两部分。而本申请实施例所需确定的是，从客户端发送请求，到服务端接收到该请求所经历的延时，也就是，上行延时部分的值，因此，可以将请求同步时间的网络延时确定为(b-a)/2。当然，在实际应用中，信息的上行速率与下行速率可能也不是完全相同，因此，还可以通过更为精确的算法进行上行网络延时的计算，这里不再详述。

S203：确定所述第一时间点与所述第二时间点之间的第一时间差；

在确定出互动素材创建时刻的第一时间点t1，以及客户端接收到互动素材时刻对应的服务端第二时间点t3之后，就可以计算出两者之间的第一时间差。当然，如步骤S202中所述，为了进一步提高精确性，在客户端请求获取第二时间点t3的方式下，还可以请求t3过程所经历的网络延时的影响消除。也就是说，还可以计算出所述第一时间戳与第二时间戳之间的差值，并进行除以二的计算，得到(b-a)/2。这样，实际从互动素材创建，到客户端接收到互动素材，所经历的时间可以为(t3-t1)+(b-a)/2。

S204：利用所述有效时间长度与所述第一时间差之间的差值，确定所述互动素材在当前客户端中的剩余有效时间长度；

在计算出前述从互动素材创建，到客户端接收到互动素材之间的时间差之后，就可以利用该时间差，确定互动素材在当前客户端中的剩余有效时间长度。例如，可以为t-(t3-t1)，或者，在计算了请求t3过程所经历的网络延时的情况下，可以将该剩余有效时间长度进一步精确为t-(t3-t1)-(b-a)/2。当然，在具体实现时，还可以其他计算上述剩余有效时间长度的方式，这里不再一一详述。

S205：在所述剩余有效时间长度内接收到对所述互动素材执行的操作时，将所述互动操作信息提交到服务端。

在计算出剩余有效时间长度之后，客户端可以开始启动计时，只有在剩余有效时间长度内接收到对所述互动素材执行的操作时，才可以将所述互动操作信息提交到服务端，当所述剩余有效时间长度结束时，可以将所述互动素材置为不可操作状态，也即，不再接收用户的操作，相应的，服务端关于此次互动的通道也会被关闭。这样，使得服务端关闭互动通道，与各个客户端结束接收用户互动操作，都可以是同步进行的，避免影响用户体验。

总之，通过本申请实施例，客户端在收到互动素材后，可以首先计算出从服务端创建互动素材，到客户端接收到互动素材之间的时间差，然后再根据素材有效时间，计算出当前客户端中剩余的有效时间长度，并在剩余有效时间长度内，接收用户的互动操作。这样，可以消除从服务端创建互动素材，到客户端接收到互动素材之间的时间差的影响，使得各个客户端能够与服务端一起同步结束互动，因此，可以使得最终的互动统计结果更加准确，也有利于提升用户体验。

实施例二

该实施例二是与实施例一相对应的，从服务端的角度，提供了一种实时互动实现方法，参见图3，该方法可以包括以下步骤：

S301：服务端接收创建互动素材的请求；

S302：创建互动素材，并确定创建所述互动素材的第一时间点以及互动素材的有效时间长度；

S303：分别向多个客户端发送所述互动素材信息，并在所述互动素材信息中携带所述第一时间点信息以及所述有效时间长度信息，由所述客户端确定接收到所述互动素材时刻所述服务端对应的第二时间点信息，并确定所述第一时间点与所述第二时间点之间的第一时间差，根据所述有效时间长度与所述第一时间差之间的差值，确定所述互动素材在当前客户端中的剩余有效时间长度。

具体实现时，服务端还可以用于接收客户端提交的获取同步时间的请求，将接收到请求时的时间返回给客户端，所述客户端根据服务端返回的时间点信息确定所述第二时间点信息。

由于实施例二是与实施例一相对应的，因此，相关的具体实现可以参见前述实施例一中的介绍，这里不再赘述。

与实施例一相对应，本申请实施例还提供了一种实时互动实现装置，参见图4，该装置可以应用于客户端，具体可以包括：

互动素材接收单元401，用于接收服务端推送的互动素材信息，所述互动素材信息中携带有创建所述互动素材的第一时间点信息，以及所述互动素材的有效时间长度信息；

时间点信息确定单元402，用于确定接收到所述互动素材时刻所述服务端对应的第二时间点信息；

第一时间差确定单元403，用于确定所述第一时间点与所述第二时间点之间的第一时间差；

剩余有效时间长度确定单元404，用于利用所述有效时间长度与所述第一时间差之间的差值，确定所述互动素材在当前客户端中的剩余有效时间长度；

互动操作单元405，用于在所述剩余有效时间长度内接收到对所述互动素材执行的操作时，将所述互动操作信息提交到服务端。

其中，所述时间点信息确定单元包括：

同步时间请求子单元，用于在接收到所述互动素材的时刻，向所述服务端请求同步时间；

确定子单元，用于根据服务端返回的时间点信息确定所述第二时间点信息。

具体实现时，所述时间点信息确定单元还可以包括：

第二时间差确定子单元，用于确定从请求获取同步时间到所述服务端接收到该请求的第二时间差；

计算子单元，用于在确定所述剩余有效时间长度时，将所述有效时间长度减去所述第一时间差以及所述第二时间差，将所得到的差值确定为所述剩余有效时间长度。

其中，所述第二时间差确定子单元可以包括：

第一时间戳添加子单元，用于在向服务端发送所述获取同步时间的请求时，添加第一时间戳；

第二时间戳添加子单元，用于在接收到所述服务端返回的第二时间点信息时，添加第二时间戳；

第二时间差计算子单元，用于根据所述第一时间戳与第二时间戳之间的差值确定所述第二时间差。

其中，所述第二时间差计算子单元具体可以用于：

将所述第一时间戳与第二时间戳之间的差值进行除以二的处理，将所得结果确定为所述第二时间差。

另外，该装置还可以包括：

计时单元，用于在确定出所述剩余有效时间长度后，启动计时；

状态修改单元，用于当所述剩余有效时间长度结束时，将所述互动素材置为不可操作状态。

与实施例二相对应，本申请实施例还提供了一种实时互动实现装置，参见图5，该装置可以应用于服务端，包括：

请求接收单元501，用于接收创建互动素材的请求；

素材创建单元502，用于创建互动素材，并确定创建所述互动素材的第一时间点以及互动素材的有效时间长度；

素材发送单元503，用于分别向多个客户端发送所述互动素材信息，并在所述互动素材信息中携带所述第一时间点信息以及所述有效时间长度信息，由所述客户端确定接收到所述互动素材时刻所述服务端对应的第二时间点信息，并确定所述第一时间点与所述第二时间点之间的第一时间差，根据所述有效时间长度与所述第一时间差之间的差值，确定所述互动素材在当前客户端中的剩余有效时间长度。

具体实现时，该装置还可以包括：

同步时间请求接收单元，用于接收客户端提交的获取同步时间的请求，将接收到请求时的时间返回给客户端，所述客户端根据服务端返回的时间点信息确定所述第二时间点信息。

通过本申请实施例，客户端在收到互动素材后，可以首先计算出从服务端创建互动素材，到客户端接收到互动素材之间的时间差，然后再根据素材有效时间，计算出当前客户端中剩余的有效时间长度，并在剩余有效时间长度内，接收用户的互动操作。这样，可以消除从服务端创建互动素材，到客户端接收到互动素材之间的时间差的影响，使得各个客户端能够与服务端一起同步结束互动，因此，可以使得最终的互动统计结果更加准确，也有利于提升用户体验。

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

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的实时互动实现方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (16)

1.一种实时互动实现方法，其特征在于，包括：

客户端接收服务端推送的互动素材信息，所述互动素材信息中携带有创建所述互动素材的第一时间点信息，以及所述互动素材的有效时间长度信息；

确定接收到所述互动素材时刻所述服务端对应的第二时间点信息；

确定所述第一时间点与所述第二时间点之间的第一时间差；所述第一时间差用于表征从服务端创建互动素材到客户端接收到互动素材、所经历的时间长度；

利用所述有效时间长度与所述第一时间差之间的差值，确定所述互动素材在当前客户端中的剩余有效时间长度；

在所述剩余有效时间长度内接收到对所述互动素材执行的操作时，将对应的互动操作信息提交到服务端；在所述剩余有效时间长度结束的情况下，所述互动素材的状态为不可操作状态。

2.根据权利要求1所述的方法，其特征在于，所述确定接收到所述互动素材时刻所述服务端对应的第二时间点信息，包括：

在接收到所述互动素材的时刻，向所述服务端请求同步时间；

根据服务端返回的时间点信息确定所述第二时间点信息。

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

确定从请求获取同步时间到所述服务端接收到该请求的第二时间差；

在确定所述剩余有效时间长度时，将所述有效时间长度减去所述第一时间差以及所述第二时间差，将所得到的差值确定为所述剩余有效时间长度。

4.根据权利要求3所述的方法，其特征在于，所述确定从请求获取同步时间到所述服务端接收到该请求的第二时间差，包括：

在向服务端发送所述获取同步时间的请求时，添加第一时间戳；

在接收到所述服务端返回的第二时间点信息时，添加第二时间戳；

根据所述第一时间戳与第二时间戳之间的差值确定所述第二时间差。

5.根据权利要求4所述的方法，其特征在于，所述根据所述第一时间戳与第二时间戳之间的差值确定所述第二时间差，包括：

将所述第一时间戳与第二时间戳之间的差值进行除以二的处理，将所得结果确定为所述第二时间差。

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

在确定出所述剩余有效时间长度后，启动计时；

当所述剩余有效时间长度结束时，将所述互动素材置为不可操作状态。

7.一种实时互动实现方法，其特征在于，包括：

服务端接收创建互动素材的请求；

创建互动素材，并确定创建所述互动素材的第一时间点以及互动素材的有效时间长度；

分别向多个客户端发送互动素材信息，并在所述互动素材信息中携带第一时间点信息以及所述有效时间长度信息，由所述客户端确定接收到所述互动素材时刻所述服务端对应的第二时间点信息，并确定所述第一时间点与所述第二时间点之间的第一时间差，根据所述有效时间长度与所述第一时间差之间的差值，确定所述互动素材在当前客户端中的剩余有效时间长度；所述第一时间差用于表征从服务端创建互动素材到客户端接收到互动素材、所经历的时间长度；在所述剩余有效时间长度结束的情况下，所述互动素材的状态为不可操作状态。

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

接收客户端提交的获取同步时间的请求，将接收到请求时的时间返回给客户端，所述客户端根据服务端返回的时间点信息确定所述第二时间点信息。

9.一种实时互动实现装置，其特征在于，应用于客户端，包括：

互动素材接收单元，用于接收服务端推送的互动素材信息，所述互动素材信息中携带有创建所述互动素材的第一时间点信息，以及所述互动素材的有效时间长度信息；

时间点信息确定单元，用于确定接收到所述互动素材时刻所述服务端对应的第二时间点信息；

第一时间差确定单元，用于确定所述第一时间点与所述第二时间点之间的第一时间差；所述第一时间差用于表征从服务端创建互动素材到客户端接收到互动素材、所经历的时间长度；

剩余有效时间长度确定单元，用于利用所述有效时间长度与所述第一时间差之间的差值，确定所述互动素材在当前客户端中的剩余有效时间长度；

互动操作单元，用于在所述剩余有效时间长度内接收到对所述互动素材执行的操作时，将对应的互动操作信息提交到服务端；在所述剩余有效时间长度结束的情况下，所述互动素材的状态为不可操作状态。

10.根据权利要求9所述的装置，其特征在于，所述时间点信息确定单元包括：

同步时间请求子单元，用于在接收到所述互动素材的时刻，向所述服务端请求同步时间；

确定子单元，用于根据服务端返回的时间点信息确定所述第二时间点信息。

11.根据权利要求10所述的装置，其特征在于，所述时间点信息确定单元还包括：

第二时间差确定子单元，用于确定从请求获取同步时间到所述服务端接收到该请求的第二时间差；

计算子单元，用于在确定所述剩余有效时间长度时，将所述有效时间长度减去所述第一时间差以及所述第二时间差，将所得到的差值确定为所述剩余有效时间长度。

12.根据权利要求11所述的装置，其特征在于，所述第二时间差确定子单元，包括：

第一时间戳添加子单元，用于在向服务端发送所述获取同步时间的请求时，添加第一时间戳；

第二时间戳添加子单元，用于在接收到所述服务端返回的第二时间点信息时，添加第二时间戳；

第二时间差计算子单元，用于根据所述第一时间戳与第二时间戳之间的差值确定所述第二时间差。

13.根据权利要求12所述的装置，其特征在于，所述第二时间差计算子单元具体用于：

将所述第一时间戳与第二时间戳之间的差值进行除以二的处理，将所得结果确定为所述第二时间差。

14.根据权利要求9至13任一项所述的装置，其特征在于，还包括：

计时单元，用于在确定出所述剩余有效时间长度后，启动计时；

状态修改单元，用于当所述剩余有效时间长度结束时，将所述互动素材置为不可操作状态。

15.一种实时互动实现装置，其特征在于，应用于服务端，包括：

请求接收单元，用于接收创建互动素材的请求；

素材创建单元，用于创建互动素材，并确定创建所述互动素材的第一时间点以及互动素材的有效时间长度；

素材发送单元，用于分别向多个客户端发送互动素材信息，并在所述互动素材信息中携带第一时间点信息以及所述有效时间长度信息，由所述客户端确定接收到所述互动素材时刻所述服务端对应的第二时间点信息，并确定所述第一时间点与所述第二时间点之间的第一时间差，根据所述有效时间长度与所述第一时间差之间的差值，确定所述互动素材在当前客户端中的剩余有效时间长度；所述第一时间差用于表征从服务端创建互动素材到客户端接收到互动素材、所经历的时间长度；在所述剩余有效时间长度结束的情况下，所述互动素材的状态为不可操作状态。

16.根据权利要求15所述的装置，其特征在于，还包括：

同步时间请求接收单元，用于接收客户端提交的获取同步时间的请求，将接收到请求时的时间返回给客户端，所述客户端根据服务端返回的时间点信息确定所述第二时间点信息。

Images