CN107017978B - 终端设备间的信息同步方法及装置 - Google Patents

Abstract

本申请实施例公开了终端设备间的信息同步方法及装置，其中，该方法包括：服务器确定第一终端设备中将会发生的目标事件信息以及事件发生时间信息；确定所述目标事件信息对应的时间计划内容；接收到第二终端设备中的客户端发送的轮询请求时，提供轮询结果，所述轮询结果中包括所述时间计划内容、所述事件发生时间信息以及附加信息，以便利用所述附加信息优化同步处理过程。通过本申请实施例，能够更好地实现多种类型的终端设备之间的内容同步。

Description

终端设备间的信息同步方法及装置

技术领域

本申请涉及信息同步处理技术领域，特别是涉及终端设备间的信息同步方法及装置。

背景技术

为了达到品牌展示等目的，一些电子商务交易平台与电视台联手，在特定的日期推出直播性质的晚会节目，例如，天猫与某卫视推出的“双11狂欢夜”等。这种全球性质的互动直播，颠覆了传统的电视模式，集综艺内容、明星游戏、移动购物于一体，通过多场景互动，满足消费者“边看边玩边买”的多维度需求。例如，电视广告播出期间，访问晚会页面的手机端也同步切换出该广告的手机版；明星出场期间，访问晚会页面的手机端同步展示该明星对应的品牌广告；互动游戏期间，访问晚会页面的手机端展示押宝互动，等等。

以上各种互动形式，丰富了信息的提供形式，可以极大程度的提高消费者的参与度。但是，从技术角度而言，看似平常的多屏互动其实存在着实现上的难点，换言之，如何手机展示的内容与电视展示的画面实时同步，是需要关注的技术问题。在现有技术中，通常是采用服务器推送的方式来实现，也即，服务器与客户端建立长连接，服务器端提前获知电视端展示的画面有变化时(比如，在时间time1发生事件A)，可以将新的事件信息推送给客户端。但是，服务端的推送能力是有限的，面对海量客户端时，可能大部分客户端能较快的接收到推送消息，但是还有一部分客户端是延迟很久才收到推送的。而且，这种延迟很可能会导致事件A已经过去了，但客户端刚刚收到推送，甚至还没有收到推送，这在某些需求场景下是不可接受的。

因此，如何更好地实现多种类型的终端设备之间的内容同步，是需要本领域技术人员解决的技术问题。

发明内容

本申请提供了终端设备间的信息同步方法及装置，能够更好地实现多种类型的终端设备之间的内容同步。

本申请提供了如下方案：

一种终端设备间的信息同步方法，包括：

服务器确定第一终端设备中将会发生的目标事件信息以及事件发生时间信息；

确定所述目标事件信息对应的时间计划内容；

接收到第二终端设备中的客户端发送的轮询请求时，提供轮询结果，所述轮询结果中包括所述时间计划内容、所述事件发生时间信息以及附加信息，以便利用所述附加信息优化同步处理过程。

一种终端设备间的信息同步方法，包括：

第二终端设备的客户端向服务器发送轮询请求；

接收服务器返回的轮询结果，所述轮询结果中包括待展示的时间计划内容、事件发生时间以及附加信息，所述时间计划内容与第一终端设备中在所述事件发生时间将会发生的目标事件信息相对应；

根据所述事件发生时间提供所述时间计划内容，并利用所述附加信息优化所述同步处理过程。

一种终端设备间的信息同步装置，应用于服务器，包括：

事件及发生时间信息确定单元，用于确定第一终端设备中将会发生的目标事件信息以及事件发生时间信息；

时间计划内容确定单元，用于确定所述目标事件信息对应的时间计划内容；

轮询结果提供单元，用于接收到第二终端设备中的客户端发送的轮询请求时，提供轮询结果，所述轮询结果中包括所述时间计划内容、所述事件发生时间信息以及附加信息，以便利用所述附加信息优化所述同步处理过程。

一种终端设备间的信息同步装置，应用于第二终端设备的客户端，包括：

轮询请求发送单元，用于向服务器发送轮询请求；

轮询结果接收单元，用于接收服务器返回的轮询结果，所述轮询结果中包括待展示的时间计划内容、事件发生时间以及附加信息，所述时间计划内容与第一终端设备中在所述事件发生时间将会发生的目标事件信息相对应；

同步处理单元，用于根据所述事件发生时间提供所述时间计划内容，并利用所述附加信息优化所述同步处理过程。

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

通过本申请实施例，可以采用客户端轮询的方式向客户端提供时间计划内容以及对应的事件在第一终端设备中的发生时间信息，由于轮询的时间间隔往往小于从服务器获知目标事件信息到该事件实际在第一终端设备中发生所经历的时间，因此，都能使得客户端在事件发生前接收到最新的轮询结果，并按照对应的时间提供对应的时间计划内容，即可实现第二终端中提供的时间计划内容与第一终端设备中发生事件在时间上的同步。另外，在本申请实施例中，还可以在轮询结果中提供一些附加信息，例如，可以包括用于对时的时间信息、下一次轮询的时间间隔信息、下一次轮询的目标服务器信息、时间计划内容的版本信息，等等，通过这些附加信息，可以使得信息同步的精确度得到进一步的优化。

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

附图说明

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

图1是本申请实施例中的网络架构示意图；

图2是本申请实施例中的另一网络架构示意图；

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

图4是本申请实施例提供的另一方法的流程图；

图5是本申请实施例中的信息交互示意图；

图6是本申请实施例提供的装置的示意图；

图7是本申请实施例提供的另一装置的示意图。

具体实施方式

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

在本申请实施例中，可以采用客户端轮询的机制，来提供时间计划内容信息，也就是说，服务器不再进行主动的推送，服务器不再需要与各个客户端保持长连接，而是由客户端按照一定的时间间隔向服务器发送轮询请求，服务器根据轮询请求提供相应的轮询结果，并将未来将会发生的事件的发生时间以及关联的时间计划内容携带在轮询结果中，客户端可以按照该时间以及时间计划内容进行与第一终端设备(例如，电视等)中待发生事件的同步展示。也就是说，如图1所示，在本申请实施例中，可以提供一事件录入系统，该系统可以将第一终端设备中未来某时刻即将发生的事件保存到服务器中。各个客户端采用轮询的方式，从服务器获取待发生事件的相关信息。

另外，在本申请实施例中，还可以在轮询结果中还可以提供一些附加信息，这些附加信息用于对同步处理过程进行优化。例如，具体的附加信息可以包括服务器的时间信息，该信息可以用于客户端进行对时，使得提供时间计划内容的时间更为准确，或者，具体的附加信息也可以包括下一次轮询的时间间隔，也就是说，在本申请实施例中，每一次的轮询时间间隔可以是不同的，可以由服务器进行调整；另外，具体的附加信息还可以包括下一次轮询的目标服务器，也就是说，在本申请实施例中，服务器可以采用分布式的结构进行部署，不同的地理位置可以分别部署服务器，这样，可以将一部分用户分流到承受能力更强的服务器端。再者，附加信息还可以包括时间计划内容的版本信息，等等。

例如，在附加信息中存在下一次轮询的目标服务器的情况下，本申请实施例的网络架构可以如图2所示。由事件录入系统向服务器中录入第一终端设备在将来某时刻将要发生的事件信息，客户端利用轮询的方式从服务器获取待发生事件的相关信息，并且，服务器在每次提供轮询结果时，可以在轮询结果中添加下一次轮询的目标服务器，从而可以将客户端的轮询请求分流到多个服务器上。例如，在图2中，示出了两个服务器，服务器A以及服务器B，由于事件录入系统是将待发生事件信息录入到服务器A中，因此其他服务器可以从该服务器A中拉取待发生事件信息，并且，各个服务器之间可以将服务器位置、负荷等信息报告给对方，这样，在收到客户端的轮询请求后，可以根据客户端所在的位置，以及各个服务器所在的位置、负荷等信息，确定出下次轮询的目标服务器，等等。

需要说明的是，上述图1以及图2仅仅是为了便于理解而提供的示意图，在具体实现时，也可以采用其他的网络架构，因此，图1、图2并不应看作是对本申请实施例保护范围的限制。

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

实施例一

参见图3，该实施例一首先从服务器的角度，提供了一种终端设备间的信息同步方法，该方法可以包括以下步骤：

S301：服务器确定第一终端设备中将会发生的目标事件信息以及事件发生时间信息；

其中，第一终端设备可以是指电视机等设备，可以通过专门的事件录入系统等，将第一终端将会发生的目标事件信息以及具体的时间发生时间录入到服务器，这样，服务器可以预先获知这些信息。需要说明的是，可以一次向服务器录入一个事件的信息，或者还可以一次录入多个事件的信息，并分别录入各个事件将在什么时间发生，总之，服务器可以根据接收到的录入数据，获取到最新的信息。例如，第一终端设备将会在5分钟后播放某产品的广告，在8分钟后某明星出场等等。当然，在本申请实施例的应用场景中，由于第一终端设备中播放的信息通常是具有直播性质的，虽然预先会进行节目顺序以及时长的编排，但是，实际情况多变，计划时长为3分钟整的节目可能实际用了2分59秒，或者3分零2秒，等等，因此，通常很难提前很久就精确地确定出将要发生的事件。而本申请实施例中，是需要在第一终端设备与第二终端设备之间尽量做到信息的同步，数秒级的提前或者推后往往是不能容忍的，因此，服务器一次获知的事件信息，可能就是最近将要发生的一个事件的信息。

在具体实现时，可以结合直播技术的实际特点，来实现最准确的事件及其发生时间信息的确定。具体的，为保证播出安全，直播性质的节目通常都会有一段时间(例如，30秒或者一分钟等)的技术延时。也就是说，观众所看到的节目，实际上是三十秒或者一分钟之前发生的实况，这通常是业内一种惯用的做法。因此，本申请实施例可以利用该技术延时的特点，在延时的时间内确定出将会发生的事件及其发生时间。具体的，录入系统可以根据实际发生的实况，以及技术延时的时间，录入具体的事件信息，以及发生的时间。例如，在20：50时，实际发生的实况中某明星登场演出，技术延时的时间是30秒，则录入系统就可以将关于该明星出场的事件录入到服务器端，并将该事件的发生时间录入为30秒后，等等。

S302：确定所述目标事件信息对应的时间计划内容；

服务器在确定出第一终端设备中将会发生的目标事件信息后，可以确定出在对应的事件发生时间，需要在第二终端设备中展示的时间计划内容。这里所谓的时间计划内容就可以包括具体某产品的广告页面、某互动页面等等。具体实现时，目标事件与时间计划内容之间的对应关系可以是预先设定好的，因此，在确定出将会发生的目标事件后，就可以根据该对应关系，确定出对应的时间计划内容。例如，目标事件为某明星出场表演节目，对应的时间计划内容是播放该明星相关的某产品购买链接，等等。

S303：接收到第二终端设备中的客户端发送的轮询请求时，提供轮询结果，所述轮询结果中包括所述时间计划内容、所述事件发生时间信息以及附加信息，以便利用所述附加信息优化所述同步处理过程。

第二终端设备中的客户端通常会按照一定的时间间隔向服务器发送轮询请求，需要说明的是，客户端轮询的时间间隔通常可以是数秒级，例如，2秒、5秒等，总之，会小于从目标事件信息被录入到服务器到该事件在第一终端设备中的发生时间所经历的时间长度(例如30秒或者一分钟等等，为便于描述，将该时间长度称为“第二时间间隔”，将轮询的时间间隔成为第一时间间隔)。也就是说，可以使得轮询的第一时间间隔必然小于第二时间间隔，所以服务器在收到一个客户端的轮询请求后，就可以根据确定出的时间计划内容以及事件发生时间信息确定出轮询结果，并返回给客户端，相应的，客户端能在目标事件实际在第一终端设备中发生之前获得时间计划内容，并按照对应的事件发生时间，在第二终端设备中提供相应的时间计划内容即可。

另外，在本申请实施例中，轮询结果中还可以提供一些附加信息，这些附加信息可以用于对同步处理过程进行优化。具体实现时，附加信息可以有多种，例如，其中一种可以是服务器提供所述轮询结果时的时间信息，以便所述第二终端设备中的客户端利用该时间信息进行时间校对。也就是说，第二终端设备中的时间可能与服务器中的时间不一致，例如，可能会偏快或者偏慢等，因此，为了提高同步的精确度，服务器可以将提供反馈结果的时间点信息添加到轮询结果的附加信息中，这样，客户端在每次收到轮询结果时，都可以首先进行对时，之后再根据事件发生时间，提供具体的时间计划内容，这样可以使得信息同步的结果更为精确。

另一种附加信息可以是下次轮询的时间间隔信息，以便第二终端设备中的客户端根据该时间间隔信息发送下一次的轮询请求。也就是说，在本申请实施例中，客户端每次发送轮询请求的时间间隔可以不是固定的，而是可以由服务器进行调整。具体在进行调整时，可以是根据服务器的负荷程度来确定的，也就是说，可以根据服务器的负荷程度信息，对轮询的时间间隔信息进行调整，并在所述轮询结果中添加所述下次轮询的时间间隔信息。例如，如果某时刻发现服务器的负荷过高，则可以适当将下次轮询的时间间隔调长，以减小服务器的处理压力。反之，如果某时刻服务器的负荷较低，则可以将下次轮询的时间间隔调短，以使得客户端能够尽早的获知到最新的时间计划内容，等等。

再一种附加信息可以是下一次轮询的目标服务器，也就是说，在本申请实施例中，服务器可以有多台，这些服务器可以采用分布式的方式进行部署，例如，可以在不同的地理位置部署多台服务器。服务器在接收到一次轮询请求后，可以根据第二终端设备所在的地理位置和/或服务器的属性信息(包括处理能力信息、当前负荷程度等)，确定出下次轮询的目标服务器信息，并在所述轮询结果中添加所述目标服务器信息。这样，客户端下次再发送轮询请求时，就可以向该目标服务器发送，不同的客户端可能会被分配到不同的服务器上，因此，可以实现分流，提高单台服务器的处理效率及响应速度，进而也可以进一步提高同步处理的精确性。需要说明的是，在客户端首次发送轮询请求时，可以是向默认的服务器进行发送，之后在服务器提供轮询结果后，就可以按照轮询结果的附加信息中包括的目标服务器发送下一次轮询请求。同一客户端的不同次轮询请求可能会发送到不同的目标服务器进行处理。

另外，附加信息还可以包括时间计划内容的版本标识信息。如前文所述，由于轮询的第一时间间隔通常远小于前述第二时间间隔(也即从服务器获知目标事件的信息到该目标事件实际在第一终端设备中发生之间的时间间隔)，因此，客户端可能会在多次轮询结果中获得相同的时间计划内容以及事件发生时间信息。为了避免客户端对同样的轮询结果进行重复的处理，服务器在每次确定出一份新的时间计划内容时，都可以为其添加版本标识，该标识与以往时间计划内容的版本标识不同，并且，通常会更大，以表示出该版本更新。这样，服务器在将该版本标识添加到附加信息中后，客户端在接收到轮询结果后，就可以根据该版本标识信息，判断之前是否已经接收到过该时间计划内容的相关信息，如果是，则可以将新接收到的时间计划内容丢弃，不再处理，否则，就可以作为待展示内容，在对应的事件发生时间点提供给用户。

需要说明的是，在具体实现时，上述各种附加信息可以实际添加一种或多种，可以根据实际对同步精确度的需求程度等来确定附加信息的数量，当然，除了上述各项附加信息，还可以包括其他的附加信息。

总之，通过本申请实施例，可以采用客户端轮询的方式向客户端提供时间计划内容以及对应的事件在第一终端设备中的发生时间信息，由于轮询的时间间隔往往小于从服务器获知目标事件信息到该事件实际在第一终端设备中发生所经历的时间，因此，都能使得客户端在事件发生前接收到最新的轮询结果，并按照对应的时间提供对应的时间计划内容，即可实现第二终端中提供的时间计划内容与第一终端设备中发生事件在时间上的同步。另外，在本申请实施例中，还可以在轮询结果中提供一些附加信息，例如，可以包括用于对时的时间信息、下一次轮询的时间间隔信息、下一次轮询的目标服务器信息、时间计划内容的版本信息，等等，通过这些附加信息，可以使得信息同步的精确度得到进一步的优化。

实施例二

以上实施例一从服务器的角度对本申请实施例进行了介绍，该实施例二则主要从第二终端设置中的客户端角度进行介绍。参见图4，该实施例二提供了一种终端设备间的信息同步方法，该方法可以包括以下步骤：

S401：第二终端设备的客户端向服务器发送轮询请求；

S402：接收服务器返回的轮询结果，所述轮询结果中包括待展示的时间计划内容、事件发生时间以及附加信息，所述时间计划内容与第一终端设备中在所述事件发生时间将会发生的目标事件信息相对应；

S403：根据所述事件发生时间提供所述时间计划内容，并利用所述附加信息优化同步处理过程。

其中，所述附加信息包括所述服务器提供所述轮询结果时的时间信息，客户端具体在利用所述附加信息对同步处理过程进行优化处理时，就可以利用所述提供所述轮询结果时的时间信息进行时间校对。

或者，所述附加信息包括下次轮询的时间间隔信息，客户端在利用所述附加信息对同步处理过程进行优化处理时，可以根据所述时间间隔信息发送下一次的轮询请求。

另外，所述服务器包括多台，所述附加信息包括下次轮询的目标服务器信息，此时，客户端在利用所述附加信息对同步处理过程进行优化处理时，可以是按照轮询时间间隔，向所述目标服务器发送下一次轮询请求。

再者，所述附加信息还可以包括所述时间计划内容的版本标识信息，此时，具体的利用所述附加信息对同步处理过程进行优化处理过程，就可以在收到所述轮询结果后，利用所述版本标识信息判断是否与上一次轮询结果中包含的时间计划内容相同；如果相同，则将新收到的时间计划内容丢弃，否则将该时间计划内容确定为所述事件发生时间的待展示内容。

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

为了更好地理解本申请实施例，下面结合图5中所示的一个实际应用中的例子，对本申请实施例提供的技术方案进行进一步介绍。参见图5，其中事件录入系统可以根据第一终端设备中的事件发生情况，将相关的事件信息录入到服务器。服务器在收到后，可以确定出第一终端设备中将会发生的目标事件信息以及事件发生时间信息，并确定所述目标事件信息对应的时间计划内容。之后，在收到客户端的轮询请求后，可以确定出时间计划内容的版本号，确定出下次轮询的时间，下次轮询的目标服务器，以及当前时间，将这些附加信息添加到轮询结果中，返回给客户端。客户端在接收到轮询结果后，可以首先进行对时。之后，还可以对时间计划内容的版本号进行判断，如果属于已经接收过的内容，则丢弃，否则保存(关于版本号判断的内容在图5中未示出)。另外，还可以确定出下次轮询的时间以及服务器(图中未示出)。接下来就可以对时间进行判断，一方面是目标事件的发生时间，在到达目标事件发生时间时，可以触发展示对应的时间计划内容；另一方面是在下次轮询时间到达时，向目标服务器发起下一次轮询请求。

与实施例一提供的终端设备间的信息同步方法相对应，本申请实施例还提供了一种终端设备间的信息同步装置，该装置应用于服务器，参见图6，该装置具体可以包括：

事件及发生时间信息确定单元601，用于确定第一终端设备中将会发生的目标事件信息以及事件发生时间信息；

时间计划内容确定单元602，用于确定所述目标事件信息对应的时间计划内容；

轮询结果提供单元603，用于接收到第二终端设备中的客户端发送的轮询请求时，提供轮询结果，所述轮询结果中包括所述时间计划内容、所述事件发生时间信息以及附加信息，以便利用所述附加信息优化同步处理过程。

其中，所述附加信息包括所述服务器提供所述轮询结果时的时间信息，以便所述第二终端设备中的客户端利用该时间信息进行时间校对。

或者，所述附加信息包括下次轮询的时间间隔信息，以便所述第二终端设备中的客户端根据该时间间隔信息发送下一次的轮询请求；

此时，所述装置还包括：

时间间隔信息确定单元，用于根据服务器的负荷程度信息，对轮询的时间间隔信息进行调整，并在所述轮询结果中添加所述下次轮询的时间间隔信息。

或者，所述服务器包括多台，所述附加信息包括下次轮询的目标服务器信息，以便所述第二终端设备中的客户端向该目标服务器发送下一次轮询请求；

此时，所述装置还包括：

目标服务器确定单元，用于根据所述第二终端设备所在的地理位置信息和/或服务器的属性信息，确定下次轮询的目标服务器信息，并在所述轮询结果中添加所述目标服务器信息。

再或者，所述附加信息包括所述时间计划内容的版本标识信息，以便所述第二终端设备中的客户端在收到所述轮询结果后，利用所述版本标识信息判断是否与上一次轮询结果中包含的时间计划内容相同，并在相同时，将新收到的时间计划内容丢弃，否则将该时间计划内容确定为待展示内容；

此时，所述装置还包括：

版本标识添加单元，用于为所述确定出的时间计划内容添加版本标识，并将所述版本标识信息添加到所述附加信息中。

与实施例二提供的终端设备间的信息同步方法相对应，本申请实施例还提供了一种终端设备间的信息同步装置，该装置应用于第二终端设备的客户端，参见图7，该装置具体可以包括：

轮询请求发送单元701，用于向服务器发送轮询请求；

轮询结果接收单元702，用于接收服务器返回的轮询结果，所述轮询结果中包括待展示的时间计划内容、事件发生时间以及附加信息，所述时间计划内容与第一终端设备中在所述事件发生时间将会发生的目标事件信息相对应；

同步处理单元703，用于根据所述事件发生时间提供所述时间计划内容，并利用所述附加信息优化同步处理过程。

其中，所述附加信息包括所述服务器提供所述轮询结果时的时间信息，所述同步处理单元具体用于：

利用所述提供所述轮询结果时的时间信息进行时间校对。

或者，所述附加信息包括下次轮询的时间间隔信息，此时，所述同步处理单元具体用于：

根据所述时间间隔信息发送下一次的轮询请求。

或者，所述服务器包括多台，所述附加信息包括下次轮询的目标服务器信息，此时，所述同步处理单元具体用于：

按照轮询时间间隔，向所述目标服务器发送下一次轮询请求。

或者，所述附加信息包括所述时间计划内容的版本标识信息，此时，所述同步处理单元具体用于：

在收到所述轮询结果后，利用所述版本标识信息判断是否与上一次轮询结果中包含的时间计划内容相同；如果相同，则将新收到的时间计划内容丢弃，否则将该时间计划内容确定为所述事件发生时间的待展示内容。

通过本申请实施例，可以采用客户端轮询的方式向客户端提供时间计划内容以及对应的事件在第一终端设备中的发生时间信息，由于轮询的时间间隔往往小于从服务器获知目标事件信息到该事件实际在第一终端设备中发生所经历的时间，因此，都能使得客户端在事件发生前接收到最新的轮询结果，并按照对应的时间提供对应的时间计划内容，即可实现第二终端中提供的时间计划内容与第一终端设备中发生事件在时间上的同步。另外，在本申请实施例中，还可以在轮询结果中提供一些附加信息，例如，可以包括用于对时的时间信息、下一次轮询的时间间隔信息、下一次轮询的目标服务器信息、时间计划内容的版本信息，等等，通过这些附加信息，可以使得信息同步的精确度得到进一步的优化。

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

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

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

Claims (20)

1.一种终端设备间的信息同步方法，其特征在于，包括：

服务器确定第一终端设备中将会发生的目标事件信息以及事件发生时间信息；

确定所述目标事件信息对应的时间计划内容；

接收到第二终端设备中的客户端发送的轮询请求时，提供轮询结果，所述轮询结果中包括所述时间计划内容、所述事件发生时间信息以及附加信息，以便利用所述附加信息优化同步处理过程；其中，所述客户端轮询的第一时间间隔小于第二时间间隔，所述第二时间间隔为从目标事件信息被录入到服务器到该目标事件在第一终端设备中的发生时间所经历的时间长度；

其中，所述目标事件包括直播中的实际发生的事件，所述直播具有延时时间，所述发生时间为在所述实际发生的事件录入服务端后延迟所述延时时间后发生。

2.根据权利要求1所述的方法，其特征在于，所述附加信息包括所述服务器提供所述轮询结果时的时间信息，以便所述第二终端设备中的客户端利用该时间信息进行时间校对。

3.根据权利要求1所述的方法，其特征在于，所述附加信息包括下次轮询的时间间隔信息，以便所述第二终端设备中的客户端根据该时间间隔信息发送下一次的轮询请求；

所述接收到第二终端设备中的客户端发送的轮询请求时，还包括：

根据服务器的负荷程度信息，对轮询的时间间隔信息进行调整，并在所述轮询结果中添加所述下次轮询的时间间隔信息。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述服务器包括多台，所述附加信息包括下次轮询的目标服务器信息，以便所述第二终端设备中的客户端向该目标服务器发送下一次轮询请求；

所述接收到第二终端设备中的客户端发送的轮询请求时，还包括：

根据所述第二终端设备所在的地理位置信息和/或服务器的属性信息，确定下次轮询的目标服务器信息，并在所述轮询结果中添加所述目标服务器信息。

5.根据权利要求1至3任一项所述的方法，其特征在于，所述附加信息包括所述时间计划内容的版本标识信息，以便所述第二终端设备中的客户端在收到所述轮询结果后，利用所述版本标识信息判断是否与上一次轮询结果中包含的时间计划内容相同，并在相同时，将新收到的时间计划内容丢弃，否则将该时间计划内容确定为待展示内容；

所述接收到第二终端设备中的客户端发送的轮询请求时，还包括：

为所述确定出的时间计划内容添加版本标识，并将所述版本标识信息添加到所述附加信息中。

6.一种终端设备间的信息同步方法，其特征在于，包括：

第二终端设备的客户端向服务器发送轮询请求；

接收服务器返回的轮询结果，所述轮询结果中包括待展示的时间计划内容、事件发生时间以及附加信息，所述时间计划内容与第一终端设备中在所述事件发生时间将会发生的目标事件信息相对应；

根据所述事件发生时间提供所述时间计划内容，并利用所述附加信息优化同步处理过程；其中，所述客户端轮询的第一时间间隔小于第二时间间隔，所述第二时间间隔为从目标事件信息被录入到服务器到该目标事件在第一终端设备中的发生时间所经历的时间长度；

其中，所述目标事件包括直播中的实际发生的事件，所述直播具有延时时间，所述发生时间为在所述实际发生的事件录入服务端后延迟所述延时时间后发生。

7.根据权利要求6所述的方法，其特征在于，所述附加信息包括所述服务器提供所述轮询结果时的时间信息，所述利用所述附加信息优化所述同步处理过程，包括：

利用所述提供所述轮询结果时的时间信息进行时间校对。

8.根据权利要求6所述的方法，其特征在于，所述附加信息包括下次轮询的时间间隔信息，所述利用所述附加信息优化所述同步处理过程，包括：

根据所述时间间隔信息发送下一次的轮询请求。

9.根据权利要求6至8任一项所述的方法，其特征在于，所述服务器包括多台，所述附加信息包括下次轮询的目标服务器信息，所述利用所述附加信息优化所述同步处理过程，包括：

按照轮询时间间隔，向所述目标服务器发送下一次轮询请求。

10.根据权利要求6至8任一项所述的方法，其特征在于，所述附加信息包括所述时间计划内容的版本标识信息，所述利用所述附加信息优化所述同步处理过程，包括：

在收到所述轮询结果后，利用所述版本标识信息判断是否与上一次轮询结果中包含的时间计划内容相同；

如果相同，则将新收到的时间计划内容丢弃，否则将该时间计划内容确定为所述事件发生时间的待展示内容。

11.一种终端设备间的信息同步装置，其特征在于，应用于服务器，包括：

事件及发生时间信息确定单元，用于确定第一终端设备中将会发生的目标事件信息以及事件发生时间信息；

时间计划内容确定单元，用于确定所述目标事件信息对应的时间计划内容；

轮询结果提供单元，用于接收到第二终端设备中的客户端发送的轮询请求时，提供轮询结果，所述轮询结果中包括所述时间计划内容、所述事件发生时间信息以及附加信息，以便利用所述附加信息优化同步处理过程；其中，所述客户端轮询的第一时间间隔小于第二时间间隔，所述第二时间间隔为从目标事件信息被录入到服务器到该目标事件在第一终端设备中的发生时间所经历的时间长度；

其中，所述目标事件包括直播中的实际发生的事件，所述直播具有延时时间，所述发生时间为在所述实际发生的事件录入服务端后延迟所述延时时间后发生。

12.根据权利要求11所述的装置，其特征在于，所述附加信息包括所述服务器提供所述轮询结果时的时间信息，以便所述第二终端设备中的客户端利用该时间信息进行时间校对。

13.根据权利要求11所述的装置，其特征在于，所述附加信息包括下次轮询的时间间隔信息，以便所述第二终端设备中的客户端根据该时间间隔信息发送下一次的轮询请求；

所述装置还包括：

时间间隔信息确定单元，用于根据服务器的负荷程度信息，对轮询的时间间隔信息进行调整，并在所述轮询结果中添加所述下次轮询的时间间隔信息。

14.根据权利要求11至13任一项所述的装置，其特征在于，所述服务器包括多台，所述附加信息包括下次轮询的目标服务器信息，以便所述第二终端设备中的客户端向该目标服务器发送下一次轮询请求；

所述装置还包括：

目标服务器确定单元，用于根据所述第二终端设备所在的地理位置信息和/或服务器的属性信息，确定下次轮询的目标服务器信息，并在所述轮询结果中添加所述目标服务器信息。

15.根据权利要求11至13任一项所述的装置，其特征在于，所述附加信息包括所述时间计划内容的版本标识信息，以便所述第二终端设备中的客户端在收到所述轮询结果后，利用所述版本标识信息判断是否与上一次轮询结果中包含的时间计划内容相同，并在相同时，将新收到的时间计划内容丢弃，否则将该时间计划内容确定为待展示内容；

所述装置还包括：

版本标识添加单元，用于为所述确定出的时间计划内容添加版本标识，并将所述版本标识信息添加到所述附加信息中。

16.一种终端设备间的信息同步装置，其特征在于，应用于第二终端设备的客户端，包括：

轮询请求发送单元，用于向服务器发送轮询请求；

轮询结果接收单元，用于接收服务器返回的轮询结果，所述轮询结果中包括待展示的时间计划内容、事件发生时间以及附加信息，所述时间计划内容与第一终端设备中在所述事件发生时间将会发生的目标事件信息相对应；

同步处理单元，用于根据所述事件发生时间提供所述时间计划内容，并利用所述附加信息优化所述同步处理过程；其中，所述客户端轮询的第一时间间隔小于第二时间间隔，所述第二时间间隔为从目标事件信息被录入到服务器到该目标事件在第一终端设备中的发生时间所经历的时间长度；

其中，所述目标事件包括直播中的实际发生的事件，所述直播具有延时时间，所述发生时间为在所述实际发生的事件录入服务端后延迟所述延时时间后发生。

17.根据权利要求16所述的装置，其特征在于，所述附加信息包括所述服务器提供所述轮询结果时的时间信息，所述同步处理单元具体用于：

利用所述提供所述轮询结果时的时间信息进行时间校对。

18.根据权利要求16所述的装置，其特征在于，所述附加信息包括下次轮询的时间间隔信息，所述同步处理单元具体用于：

根据所述时间间隔信息发送下一次的轮询请求。

19.根据权利要求16至18任一项所述的装置，其特征在于，所述服务器包括多台，所述附加信息包括下次轮询的目标服务器信息，所述同步处理单元具体用于：

按照轮询时间间隔，向所述目标服务器发送下一次轮询请求。

20.根据权利要求16至18任一项所述的装置，其特征在于，所述附加信息包括所述时间计划内容的版本标识信息，所述同步处理单元具体用于：

在收到所述轮询结果后，利用所述版本标识信息判断是否与上一次轮询结果中包含的时间计划内容相同；如果相同，则将新收到的时间计划内容丢弃，否则将该时间计划内容确定为所述事件发生时间的待展示内容。

Images