CN110602510A - 跨屏互动直播中的信息控制方法、装置及系统 - Google Patents

Abstract

本申请实施例公开了跨屏互动直播中的信息控制方法、装置及系统，其中，该系统可以包括：信息保存模块，用于保存节目单的结构化信息；节目单管理模块，用于创建新的节目单，根据所述结构化信息，接收所添加的至少一项播放对象，并将节目单所包含的播放对象序列进行发布；数据库模块，用于对所述节目单管理模块发布的节目单播放对象序列进行保存；控制台模块，用于从所述数据库模块获得节目单播放对象序列，结合所述节目单的结构化信息，生成用于执行触发操作的界面，并将直播正式开始之后每次接收到的触发操作对应的目标播放对象信息，提供给前端应用服务器。通过本申请实施例，可以实现同步控制流程的产品化。

Description

跨屏互动直播中的信息控制方法、装置及系统

技术领域

本申请涉及跨屏互动直播技术领域，特别是涉及跨屏互动直播中的信息控制方法、装置及系统。

背景技术

跨屏互动直播，是指在晚会、产品发布会等通过广播电视等媒介进行直播的过程中，用户可以通过手机等移动终端设备，与电视机之间形成互动，互动形式多样。总之，这种跨屏互动直播使得原有的电视直播发生翻天覆地的变化，成为面向未来的节目方式。

其中，在跨屏互动直播的过程中，通常需要相关应用平台的支持。例如，对于“双11狂欢节”晚会来说，需要“天猫”、“淘宝”等应用的支持，对于客户端而言，需要提供互动界面，例如，在晚会直播期间，用户可以通过“手机天猫”、“手机淘宝”等应用的首页进入到“双11狂欢节”界面，在打开该界面的状态下，通过“摇一摇”、点击按钮等形式，参与到具体的互动中。而对于服务器端而言，由于在互动过程中，同一台晚会中可能会包括多个不同的互动节目，而不同的互动节目对应的互动玩法、需要在手机端展示的素材等都可能是不同的，因此，服务器需要实现在电视端与手机端的信息同步，也即，需要实时获知直播现场的节目进度，并以此确定需要手机端展示的内容，这样才能在接收到用户的互动请求后，向手机客户端提供正确的互动内容。例如，在晚会直播期间，上演了“疯狂点赞偶像脱衣的跨屏抢星衣”的互动游戏，此时，需要在手机端展示出“星衣”从电视机破屏而出，进入到手机中的动画效果，并提供“抢星衣”等操作按钮，等等。而在晚会中播出“Yes or No”环节时，则需要在手机端展示出用于选择“Yes”或者“No”的按钮，等等。

而对于直播性质的晚会或者发布会而言，虽然具有预先配置的节目单、时间表，但是，实际直播过程中，对于各个节目的演出时长等通常是无法精确控制的，由于是一些语言类的节目，经常会出现某个节目的实际演出时间比预定时间长或者短的情况，另外还可能会由于演员不能按时到场等原因，导致某个节目被取消，等等。因此，在具体实现时，为了使得提供互动支持的服务器能够精确获知直播现场的节目进度，需要在直播现场的导播间等部署控制台，并由相关的“小二”(服务器的后台工作人员)根据在导播间查看到的直播现场的节目进度，通过控制台提供的控制界面向服务器端提供实时的节目进度信息。例如，某节目开始时，通过点击控制界面中的相关按钮等，触发该节目开始的事件，该信息会提供给具体的服务器，这样服务器便可以获知直播现场的具体节目演出进度。

但是，在现有技术中，提供给“小二”的用于进行事件触发的控制界面是预先通过写代码的形式生成的定制化的界面，一次晚会结束之后，该界面即失效，无法在不同的晚会或发布会之间进行复用，需要举办新的晚会、发布会时，都需要重新进行控制界面的开发等工作。

因此，如何在跨屏互动直播的场景中，将相关的同步控制流程产品化，实现同一次开发在不同晚会之间的复用，成为需要本领域技术人员解决的技术问题。

发明内容

本申请提供了跨屏互动直播中的信息控制方法、装置及系统，可以实现同步控制流程的产品化。

本申请提供了如下方案：

一种跨屏互动直播中的信息控制系统，包括：

信息保存模块，用于保存节目单的结构化信息；

节目单管理模块，用于创建新的节目单，根据所述结构化信息，提供用于向所述节目单内添加播放对象的操作选项，通过所述操作选项接收所添加的至少一项播放对象，并将节目单所包含的播放对象序列进行发布；

数据库模块，用于对所述节目单管理模块发布的节目单播放对象序列进行保存；

控制台模块，用于从所述数据库模块获得节目单播放对象序列，结合所述节目单的结构化信息，生成用于执行触发操作的界面，并将直播正式开始之后每次接收到的触发操作对应的目标播放对象信息，提供给前端应用服务器，以便所述前端应用服务器根据所述目标播放对象信息，向前端应用客户端提供对应的互动内容信息。

一种跨屏互动直播中的信息控制方法，包括：

保存节目单的结构化信息；

接收到创建节目单的请求后，根据所述结构化信息，提供用于向所述节目单内添加播放对象的操作选项；

通过所述操作选项接收所添加的至少一项播放对象，并将节目单所包含的播放对象序列发布到数据库系统进行保存；

从所述数据库模块获得节目单播放对象序列，结合所述节目单的结构化信息，生成用于执行触发操作的界面，并将直播正式开始之后每次接收到的触发操作对应的目标播放对象信息提供给前端应用服务器。

一种跨屏互动直播中的信息控制方法，包括：

接收针对目标节目单的触发操作信息，所述触发操作信息中携带有最近被触发的目标播放对象信息；

对最近被触发的目标播放对象信息进行缓存；

提供用于从所述缓存中进行信息拉取的接口，以便前端应用服务器通过所述接口，按照预置周期从所述缓存中拉取所述最近被触发的目标播放对象信息。

一种跨屏互动直播中的信息控制方法，包括：

创建用于进行缓存加载的线程，并确定重加载周期；

按照所述重加载周期，从指定的存储系统缓存中读取目标节目单中最近被触发的目标播放对象信息；

将读取到的信息与本地保存的上次被触发的播放对象信息进行比对，如果发生变化，则从所述存储系统缓存中拉取所述最近被触发的目标播放对象信息，以便向前端应用客户端提供对应的互动内容信息。

一种跨屏互动直播中的信息控制装置，包括：

结构化信息保存单元，用于保存节目单的结构化信息；

节目单创建单元，用于接收到创建节目单的请求后，根据所述结构化信息，提供用于向所述节目单内添加播放对象的操作选项；

节目单信息发布单元，用于通过所述操作选项接收所添加的至少一项播放对象，并将节目单所包含的播放对象序列发布到数据库系统进行保存；

触发操作单元，用于从所述数据库模块获得节目单播放对象序列，结合所述节目单的结构化信息，生成用于执行触发操作的界面，并将直播正式开始之后每次接收到的触发操作对应的目标播放对象信息提供给前端应用服务器。

一种跨屏互动直播中的信息控制装置，包括：

触发信息接收单元，用于接收针对目标节目单的触发操作信息，所述触发操作信息中携带有最近被触发的目标播放对象信息；

缓存单元，用于对最近被触发的目标播放对象信息进行缓存；

接口提供单元，用于提供用于从所述缓存中进行信息拉取的接口，以便前端应用服务器通过所述接口，按照预置周期从所述缓存中拉取所述最近被触发的目标播放对象信息。

一种跨屏互动直播中的信息控制装置，包括：

线程创建单元，用于创建用于进行缓存加载的线程，并确定重加载周期；

缓存读取单元，用于按照所述重加载周期，从指定的存储系统缓存中读取目标节目单中最近被触发的目标播放对象信息；

信息拉取单元，用于将读取到的信息与本地保存的上次被触发的播放对象信息进行比对，如果发生变化，则从所述存储系统缓存中拉取所述最近被触发的目标播放对象信息，以便向前端应用客户端提供对应的互动内容信息。

一种计算机系统，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行如下操作:

保存节目单的结构化信息；

接收到创建节目单的请求后，根据所述结构化信息，提供用于向所述节目单内添加播放对象的操作选项；

通过所述操作选项接收所添加的至少一项播放对象，并将节目单所包含的播放对象序列发布到数据库系统进行保存；

从所述数据库模块获得节目单播放对象序列，结合所述节目单的结构化信息，生成用于执行触发操作的界面，并将直播正式开始之后每次接收到的触发操作对应的目标播放对象信息提供给前端应用服务器。

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

通过本申请实施例，由于用于执行触发操作的界面可以是根据具体的节目单信息以及预先保存的节目单结构化信息渲染生成，因此，可以实现同步控制流程的产品化，使得可以通过一次开发，支持多台晚会、发布会所需的节目单创建以及用于执行触发操作的界面生成。另外，还可以支持在直播过程中随时修改节目单，然后根据修改后的节目单重新进行界面渲染即可，从而可以更灵活的应对直播过程中各种可能的突发状况。

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

附图说明

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

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

图2-1至2-4是本申请实施例提供的操作平台界面示意图；

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

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

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

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

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

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

图9是本申请实施例提供的计算机系统的示意图。

具体实施方式

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

在本申请实施例中，为了实现同步控制流程产品化，可以为“小二”(后台工作人员)提供一操作平台形式的产品，该操作平台可以以客户端-服务器的形式存在，也可以以浏览器-服务器的形式存在(为了便于描述，在本申请实施例中，将与“小二”进行人机交互的一端统一称为客户端)。具体实现时，该操作平台可以提供多种功能模块，例如，可以包括保存节目单结构化信息(节目单中可能包含的播放对象的类型信息，各类型之间的层次关系信息等)的模块，用于创建以及更新节目单的模块，用于进行事件触发的模块，用于对节目单信息进行保存的模块，等等。其中，各模块可以在服务器端实现，或者，也可以在客户端实现。在晚会开播之前，由于会具有基本的节目时间表，因此，可以提前通过前述客户端进行节目单的创建，而具体节目单中每个节目会在何时开始，何时结束，需要在具体的直播过程中才能确定。因此，具体在晚会等直播的过程中，还可以在晚会演出现场的演播室、导播间等处布置相关的计算机设备，通过这种计算机设备访问所述操作平台的客户端，并根据晚会演出过程中实际的事件发生时，通过该客户端提交触发信息，并将该触发信息提供给前端应用服务器(例如，“手机天猫”或者“手机淘宝”的服务器等)。

其中，在本申请实施例中，在创建节目单时，可以以组件化的形式，在节目单中创建播放对象(包括节目、事件、动作等)。而具体用于执行触发操作的界面，可以是根据已创建的节目单中的播放对象序列，以及所述预先保存的结构化信息而渲染出来的，而不需要通过写代码的方式来实现。这样，对于同一台晚会而言，如果在晚会正式开始之后，有些播放对象临时发生变化，例如，某预先计划会播出的播放对象被临时撤掉，或者需要新增一个播放对象，等等，则可以直接通过删除对应组件，或者新增新的组件等方式来实现对节目单的更新，并且，还可以根据更新后的节目单，对用于执行触发操作的界面进行重新渲染，使得界面得到更新，然后利用更新后的界面继续执行后续的触发操作即可。另外，关于节目单的结构化信息，则可以在多个节目单之间通用，也即，对于不同的晚会而言，节目单的结构都可以是相同的，每次在为不同的晚会创建节目单时，只需要向这种结构中添加具体的内容即可，因此，本申请实施例提供的操作品不同可以为不同的晚会、发布会所复用，一次开发多次使用，提高开发资源的利用率。

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

实施例一

首先，该实施例一提供了一种跨屏互动直播中的信息控制系统，参见图1，该系统具体可以包括：

信息保存模块101，用于保存节目单的结构化信息；

节目单管理模块102，用于创建新的节目单，根据所述结构化信息，提供用于向所述节目单内添加播放对象的操作选项，通过所述操作选项接收所添加的至少一项播放对象，并将节目单所包含的播放对象序列进行发布；

数据库模块103，用于对所述节目单管理模块发布的节目单播放对象序列进行保存；

控制台模块104，用于从所述数据库模块获得节目单播放对象序列，结合所述节目单的结构化信息，生成用于执行触发操作的界面，并将直播正式开始之后每次接收到的触发操作对应的目标播放对象信息，提供给前端应用服务器，以便所述前端应用服务器根据所述目标播放对象信息，向前端应用客户端提供对应的互动内容信息。

其中，关于节目单的结构化信息，具体可以是预先为节目单定义的播放对象类型信息以及各类型之间的层次关系信息等，每个类型的播放对象都可以对应各自的开始、结束状态。例如，对于一台晚会而言，其中与跨屏互动相关的播放对象的类型可以分为节目、事件、动作等，其中，每种类型下，还可以预先定义多种更为细化的类型或名称。例如，具体的节目类型可以包括“揭幕动画”、“广告进店抽奖”、“火炬红包”、“点赞抽奖”、“YesOrNo押注开宝箱”，等等。具体的事件名称可以包括：“YesOrNo”、“指定进店抽奖”等等。其中，节目、事件与动作之间的层次关系可以是，节目为第一层级，事件为第二层级，动作为第三层级。也即，节目下可以创建一个或多个事件，事件中则还可以创建一个或多个动作。每个节目、事件以及动作都对应各自的开始及结束状态。这样，由于存在上述层次关系，因此，最终生成的节目单中，可以包括多个节目，具体到每个节目下可以包括多个事件、动作等。例如，某节目是“点赞爆宝箱”，其下面定义的事件为“点赞抽奖”事件，也就是说，在“点赞爆宝箱”节目或者环节中，会发生“点赞抽奖”事件，在该节目开始时，可以通知给前端应用服务器，而在节目开始后，可能还会由主持人、嘉宾等介绍游戏规则等，之后，才会宣布“点赞抽奖开始”。因此，正式的“点赞抽奖”事件，会在“点赞爆宝箱”节目开始了一段时间之后才会发生，而在互动的过程中，用户在通过电视机看到主持人宣布“点赞抽奖开始”之后，手机界面上相关的抽奖按钮才会变为可操作状态，并进行抽奖；另外，具体抽奖的过程需要在规定的时间内完成，超出该事件之后，用户将不能再进行抽奖，因此，还可以设定“点赞抽奖结束”事件。这样，在直播现场的“点赞抽奖”事件开始及结束时，都可以分别进行事件触发，将事件信息提供给前端应用服务器。

正是由于上述原因，本申请实施例中，将节目单中的播放对象划分为多种不同的类型，并定义了各类型之间的层次关系，这样，可以用第一层级的名称等来表达节目单中所包含的播放对象序列，而具体直播过程中执行触发动作时，则可以分别对各个层级的播放对象进行触发，以此实现更精确的控制。而对于不同的晚会等，节目单的这种结构化信息通常是可以复用的，因此，在针对不同的晚会创建节目单时，只需要将预先定义的各种类型的播放对象进行排列组合即可，而不需要再重新定义节目单的结构化信息。关于具体的节目类型、事件名称、动作名称等，也可以预先进行定义，对于一些抽奖类的节目，由于多个晚会中都可能会包含，因此，还可以在多个晚会之间进行复用。当然，对于新举办的晚会、发布会等，如果其中包含新的互动环节，并且在此之前未在操作平移中定义过，则可以重新定义新的节目类型、事件名称、动作名称等，以便在创建节目单时引用。

其中，具体实现时，具体关于节目单结构化信息的定义，以及对各种类型播放对象下更多类型、名称的定义，都可以是预先完成的，如前文所述，可以为某台具体的晚会或发布会等定义自己的结构化信息等，或者，还可以定义通用性的结构化信息，为将来可能举办的多台晚会或发布会所复用。

对于节目单管理模块而言，主要提供的了创建节目单的功能，另外，由于本申请实施例中，可以实现组件化的播放对象添加，因此，还可以随时与节目单内添加的播放对象进行修改，包括删除、新增等等。

例如，一种具体的实现方式下，管理界面可以如图2-1所示，“小二”在通过该界面的上级界面发起创建节目单的请求后，便可以进入到如图2-1所示的界面。在该界面中，可以通过点击21处所示的“创建节目”等按钮，向节目单中添加具体的播放对象。其中，如前文所述，如果预先将播放对象划分为多个类型，并定义了层次关系信息，则所述节目单管理模块在通过所述操作选项接收所添加的播放对象时，可以分别提供用于添加各种类型播放对象的操作选项，并根据添加结果以及所述层次关系信息，生成多组播放对象。

具体的，如果所述播放对象的类型包括节目、事件和/或动作，则所述信息保存模块还可以用于，保存预先创建的可选节目类型信息、事件标识信息以及动作标识信息；节目单管理模块还可以用于，在通过所述操作选项接收到添加播放对象信息的请求后，根据对应的播放对象类型，提供候选项。

例如，如图2-1所示，具体的操作对象，可以包括21处所示的“创建节目按钮”，还可以包括22处所示的“创建事件”按钮，等等。并且，由于“节目”属于第一层级，“事件”属于第二层级，因此，“创建事件”的按钮可以在具体创建的“节目”所在的条目内进行展示。这样，具体创建节目单的过程就可以是，首先向节目单中添加一个节目，并且可以选择该节目的类型信息，由于一个节目内通常至少会有一个事件，因此，在用于选择节目类型的子界面中，就可以包括用于选择事件名称的选项。例如，如图2-2所示，其中，23处所示用于选择节目类型，24处所示用于选择事件名称。之后，如果还需要向该节目中添加其他事件，则可以通过图2-1中22所示的按钮来添加。其中，在图2-2中的23处所示的“节目类型”后的下拉框被触发后，可以列出可选的节目类型信息，如图2-3所示，然后，“小二”从中进行选择即可。事件名称信息也可以类似处理。

完成对各个播放对象的创建之后，便可以通过图2-1中25处所示的“发布节目单”等按钮，对创建好的节目单进行发布。具体实现时，创建好的节目单信息可以保存到数据库模块中，其中，该数据库模块可以位于云端，可以对创建好的节目单中包含的播放对象序列进行保存。需要说明的是，由于本申请实施例中的操作平台可以为多台晚会、发布会等所复用，可能会通过该操作平台创建多个节目单，因此，在每次创建一个节目单时，还可以为节目单提供对应的ID等标识，这样，在数据库中进行保存时，还可以保存节目单标识与播放对象序列之间的对应关系。

需要说明的是，具体实现时，上述创建节目单的操作可以是在晚会正式开始之前(可是实在开始之前几天)进行的，也即，可以按照原计划，进行节目单的创建，此时创建的节目单信息中，可以不包含各个播放对象的播放时间信息，但是，各播放对象的类型、顺序等可以是按照原计划设置好的。

在晚会即将开始之前，则可以将相关的计算机设备部署到晚会现场的导播间等处，以便根据晚会现场第一时间获取到的进度信息，进行播放对象的触发及上报。其中，在晚会现场进行播放对象触发之前，首先可以根据通过图2-1中26处所示的“查看控制台”等按钮，进入到用于执行触发操作的界面。其中，该界面是根据之前创建的节目单中的播放对象序列以及预先保存的节目单的结构化信息而渲染出来的。具体的，接收到“查看控制台”的请求后，首先可以从服务器拉取对应的节目单播放对象序列，然后，结合预先保存的节目单结构化信息，也即层次关系信息等，生成所述用于执行触发操作的界面，并进行渲染后展示给“小二”。

例如，在一个例子中，渲染出的用于执行触发操作的界面可以如图2-4所示，从图中可见，节目单中包括多个节目，每个节目下可以包括多个待触发的播放对象，每个播放对象可以对应一个节目、事件或动作的开始或结束状态。这样，每个节目、事件或动作的开始或结束的关键时刻，都可以通过触发对应的按钮，将相关的信息通知给前端应用服务器，使得前端应用服务器能够实时获知当前直播现场的最新进度，并向对应的前端应用客户端提供对应的互动内容。也就是说，在具体实现时，执行触发操作的“小二”可以时刻关注直播现场的演出进度，一旦发现直播现场开始某个节目，或者节目过程中开始某个事件或者动作，则可以在界面中对对应的播放对象按钮进行点击，以此发出关于触发该播放对象的消息。之后，该触发消息将会达到前端应用服务器，也即，使得前端应用服务器获知直播现场的最新进度，以此来更新前端应用客户端中的互动界面。例如，在发现现场直播进行到“明星到你家”节目时，则可以通过前端应用客户端展示出与“明星到你家”环节对应的互动素材，等等。

其中，如前文所述，具体实现时，所述节目单管理模块还用于，提供用于对已创建的节目单中的播放对象信息进行修改的操作选项，在节目单修改完成后，将该节目单所包含的修改后的播放对象序列进行重新发布。相应的，所述控制台模块还可以用于，根据重新发布的节目单信息，重新生成所述用于执行触发操作的界面。所述修改可以包括：从所述已创建的节目单中删除指定播放对象，或添加新的播放对象，或改变指定播放对象之间的顺序等。其中，具体的修改操作可以是在直播正式开始之前的任意时刻来进行，或者，还可以是在直播过程中随时进行。例如，如果原计划需要演出某个节目，并将该节目加入到了节目单中，但是，在正式开始直播之后才发现，相关演员临时有事未能到场，或者由于时间关系等，需要撤掉该节目，则在本申请实施例中，可以直接切换到节目单管理界面，如图2-1所示，然后，直接点击所需撤掉的节目对应的“删除”按钮即可。之后，可以再次点击“进入控制台”，此时，控制台模块会对用于执行触发操作的界面进行刷新，刷新后的界面中展示的信息，与更新后的节目单保持一致。可见，在本申请实施例中，还可以更灵活的实现对节目单的修改，从而能够更从容应对直播过程中的突发情况。

其中，具体在向前端应用服务器提供当前触发的目标播放对象信息时，可以有多种实现方式。例如，在一种方式下，可以将当前触发的目标播放对象信息通过Switch机制推送至前端应用服务器。但是，本申请发明人发现，这种方式可能存在以下问题：由于跨屏互动直播过程中，同时在线的用户数量众多，并且大家都是在几乎相同的时间点发出互动请求，例如，在电视机中播放某个环节的时刻，为了解决高并发情况下的响应速度问题，前端应用服务器通常采用集群的方式对外提供服务。服务器集群的规模可能会比较大，例如，可能有数百台服务器组成。在这种情况下，如果通过Switch机制进行推送，则意味着每次触发一个目标播放对象之后，需要执行数百次的推送，才能够使得所有服务器都获知直播的最新进度。而经过测试可知，对于200台服务器组成的集群，完成这种推送过程至少需要经过3秒钟的时间。也就是说，对于执行事件触发的“小二”而言，在点击了某播放对象之后，需要等待3秒中，才能得到推送完成的响应。而在直播过程中，全体工作人员都处于非常紧张的状态，包括执行触发操作的“小二”，因为其操作的精准性，是影响最终前端用户体验的关键，一旦需要触发的事件未能成功触发，会使得前端用户在互动过程中发生异常，包括实际收到的互动内容与电视中播出的内容不对应，等等。因此，执行触发操作的“小二”承担着很重的压力。在这种状况下，3秒钟的等待对于时刻处于紧张状态的“小二”而言，是很漫长的，而且很容易由于一直未收到响应，而重新进行触发，这种重复触发也可能会给系统造成更大的负担，甚至造成出错等情况。

为了解决上述问题，在本申请的优选实施方式中，可以通过存储模块来实现触发信息的送达。其中，所谓的存储模块，具体可以由分布式的存储介质集群来组成，例如，在具体实现时，可以采用阿里巴巴自主研发的tair存储系统，等等。这种存储系统具有缓存功能，并且能够对外提供数据读取接口。因此，在触发了某个目标播放对象之后，可以将该目标播放对象的信息更新到该存储模块中。也就是说，存储模块中的缓存中可以仅保存最近被触发的目标播放对象的信息，当新的播放对象被触发时，可以更新这部分缓存数据。另外，对于前端应用服务器而言，则可以启动一个线程，该线程的作用就是，按照预置的周期(例如，2S，等等)，对所述存储模块缓存的信息进行监听，如果监听到所述目标播放对象信息发生变化，则从所述存储模块拉取最新的目标播放对象信息。例如，具体实现时，可以在每台前端应用服务器上启动guava localCache线程，设置reload为两秒等过期一次，每次过期后的请求从tair里面获取最新的数据。

也就是说，在该实现方式下，在完成对一个目标播放对象的触发后，只需要将该信息推送到tair等存储模块，之后便可以返回响应，该过程会在数百毫秒的时间内完成，不会造成“小二”过长时间的等待。而对于前端应用服务器而言，只需要按照一定的周期从tair拉取最新的数据即可，只要该周期设置的足够短，也可以保证所拉取到的信息的实时性。另外，这里需要说明的是，由于直播现场中的信号，从采集到实际上星播出，通常会设置一分钟左右的延迟，在此期间，可以对信号进行一些必要性的处理。因此，本申请实施例在进行跨屏互动直播过程中，便可以利用这一分钟的时间，完成关于跨屏互动的各种准备工作。其中就包括关于上述触发信息的送达。因此，对于前端应用服务器而言，对获取触发信息的实时性不是非常严格，两秒甚至更多秒的拉取周期，都是可以的。

前端应用服务器在获得具体的触发信息之后，可以将拉取的目标播放对象信息写入到内存中，这样，在接收到前端客户端的访问请求时，根据内存中的信息提供对应的响应信息，从而提高响应速度。

需要说明的是，在实际应用中，在前端应用客户端提供的界面中，除了在进入具体某个互动环节过程中，提供相应的互动素材界面之外，在无互动的时间，前端应用客户端可以对晚会或发布会的主界面进行展示，并且这种主界面中还可以对各互动环节的概况进行展示。例如，一共有哪些互动环节，目前哪些环节已经结束，哪些尚未开始，等等，这些信息可以以时间轴等形式，显示在主界面中。所述数据库模块还可以将所述节目单所包含的播放对象序列信息提供给所述存储模块；相应的，所述存储模块还可以将所述节目单所包含的播放对象序列信息提供给前端应用服务器；所述前端应用服务器还可以据此向所述前端应用客户端提供播放对象序列时间轴信息。其中，此时提供的播放对象序列信息中，只需要包括第一层级的信息即可，也就是说，在节目-事件-动作这种多层级的结构下，对于前端用户而言，只需要关注具体有哪些节目即可，因此，时间轴中可以仅包括按照先后顺序排列的节目名称信息。关于事件、动作等，可以仅用于进行信息同步，对前端用户而言可以是透明的。

另外，具体实现时，由于本申请实施例所提供的操作平台具有产品化的特点，可以为多台晚会、发布会等所复用，因此，所述节目单管理模块还可以为所述新创建的节目单生成节目单标识(ID等)，这样，不同的节目单可以具有各自不同的ID，用以区分不同的节目单。所述数据库模块向所述存储模块提供节目单所包含的播放对象序列信息时，还可以将所述节目单标识信息提供给所述存储模块，这样，所述存储模块可以以Key-Value的形式对所述节目单标识以及所述播放对象序列信息进行保存，也即，可以以节目单的ID等标识作为Key，播放对象序列信息作为Value，以此保存两者之间的对应关系。具体在进行信息同步的过程中，在每次触发目标播放对象时，在向存储模块推送目标播放对象信息时，也可以带上具体节目单的标识信息，使得存储模块可以获知具体是哪个节目单对应的进度发生了更新，然后对应更新该节目单对应的缓存。

总之，通过本申请实施例，可以实现方案的产品化，使得可以通过一次开发，支持多台晚会、发布会所需的节目单创建以及用于执行触发操作的界面生成，并且，由于用于执行触发操作的界面可以是根据具体的节目单信息以及预先保存的节目单结构化信息渲染生成，因此，还可以支持在直播过程中随时修改节目单，然后根据修改后的节目单重新进行界面渲染即可，从而可以更灵活的应对直播过程中各种可能的突发状况。

实施例二

该实施例二是从操作平台的角度，提供了一种跨屏互动直播中的信息控制方法，参见图3，该方法可以包括：

S301：保存节目单的结构化信息；

S302：接收到创建节目单的请求后，根据所述结构化信息，提供用于向所述节目单内添加播放对象的操作选项；

S303：通过所述操作选项接收所添加的至少一项播放对象，并将节目单所包含的播放对象序列发布到数据库系统进行保存；

S304：从所述数据库模块获得节目单播放对象序列，结合所述节目单的结构化信息，生成用于执行触发操作的界面，并将直播正式开始之后每次接收到的触发操作对应的目标播放对象信息提供给前端应用服务器。

具体实现时，所述节目单的结构化信息可以包括：节目单中所包含的播放对象的类型以及不同类型之间的层次关系信息；具体在向提供用于向所述节目单内添加播放对象的操作选项时，可以分别提供用于添加各种类型播放对象的操作选项。在将节目单所包含的播放对象序列发布到数据库系统进行保存之前，还可以根据添加结果以及所述层次关系信息，生成多组播放对象，并根据各组播放对象生成所述播放对象序列；其中，每组播放对象以第一层级的播放对象标识作为组标识。

具体实现时，还可以将最近被触发的目标播放对象信息更新到存储系统中，以便所述前端应用服务器按照预置的周期，从所述存储系统中拉取所述最近被触发的目标播放对象信息。这种推送+拉取相结合的方式，可以提高每次触发信息的送达效率。

另外，还可以将播放对象序列信息提供给所述存储系统，以用于提供给前端应用服务器，并向前端应用客户端提供播放对象序列时间轴信息。

在实际应用中，为了应对直播过程中的突发状况，还可以提供用于对已创建的节目单中的播放对象信息进行修改的操作选项；在节目单修改完成后，将该节目单所包含的修改后的播放对象序列进行重新发布；根据重新发布的节目单信息，重新生成所述用于执行触发操作的界面。

另外，还可以将所述修改后的播放对象序列提供给所述前端应用服务器，以便对前端应用客户端中展示的播放对象序列时间轴信息进行更新。

实施例三

该实施例三是从存储系统的角度，提供了一种跨屏互动直播中的信息控制方法，参见图4，该方法具体可以包括：

S401：接收针对目标节目单的触发操作信息，所述触发操作信息中携带有最近被触发的目标播放对象信息；

S402：对最近被触发的目标播放对象信息进行缓存；

S403：提供用于从所述缓存中进行信息拉取的接口，以便前端应用服务器通过所述接口，按照预置周期从所述缓存中拉取所述最近被触发的目标播放对象信息。

具体实现时，还可以接收节目单发布信息，所述信息中包括所述节目单中包含的播放对象序列信息；并将所述播放对象序列信息提供给所述前端应用服务器，以便向前端应用客户端提供播放对象序列时间轴信息。

另外，还可以接收到对指定节目单进行重新发布的信息，所述信息之包括所述节目单中更新后的播放对象序列信息；并将所述更新后的播放对象序列信息提供给所述前端应用服务器，以便向前端应用客户端更新播放对象序列时间轴信息。

实施例四

该实施例四是从前端应用服务器的角度，提供了一种跨屏互动直播中的信息控制方法，参见图5，该方法具体可以包括：

S501：创建用于进行缓存加载的线程，并确定重加载周期；

S502：按照所述重加载周期，从指定的存储系统缓存中读取目标节目单中最近被触发的目标播放对象信息；

S503：将读取到的信息与本地保存的上次被触发的播放对象信息进行比对，如果发生变化，则从所述存储系统缓存中拉取所述最近被触发的目标播放对象信息，以便向前端应用客户端提供对应的互动内容信息。

具体实现时，还可以从所述存储系统获得节目单中包含的播放对象序列信息，并向前端应用客户端提供播放对象序列时间轴信息。

与实施例二相对应，本申请实施例还提供了一种跨屏互动直播中的信息控制装置，参见图6，该装置具体可以包括：

结构化信息保存单元601，用于保存节目单的结构化信息；

节目单创建单元602，用于接收到创建节目单的请求后，根据所述结构化信息，提供用于向所述节目单内添加播放对象的操作选项；

节目单信息发布单元603，用于通过所述操作选项接收所添加的至少一项播放对象，并将节目单所包含的播放对象序列发布到数据库系统进行保存；

触发操作单元604，用于从所述数据库模块获得节目单播放对象序列，结合所述节目单的结构化信息，生成用于执行触发操作的界面，并将直播正式开始之后每次接收到的触发操作对应的目标播放对象信息提供给前端应用服务器。

其中，所述节目单的结构化信息包括：节目单中所包含的播放对象的类型以及不同类型之间的层次关系信息；

所述节目单创建单元具体可以用于：

分别提供用于添加各种类型播放对象的操作选项；

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

播放对象组生成单元，用于所述将节目单所包含的播放对象序列发布到数据库系统进行保存之前，根据添加结果以及所述层次关系信息，生成多组播放对象，并根据各组播放对象生成所述播放对象序列；其中，每组播放对象以第一层级的播放对象标识作为组标识。

另外，所述触发操作单元具体可以用于：

将最近被触发的目标播放对象信息更新到存储系统中，以便所述前端应用服务器按照预置的周期，从所述存储系统中拉取所述最近被触发的目标播放对象信息。

序列信息提供单元，用于将播放对象序列信息提供给所述存储系统，以用于提供给前端应用服务器，并向前端应用客户端提供播放对象序列时间轴信息。

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

操作对象提供单元，用于提供用于对已创建的节目单中的播放对象信息进行修改的操作选项；

重新发布单元，用于在节目单修改完成后，将该节目单所包含的修改后的播放对象序列进行重新发布；

界面重新生成单元，用于根据重新发布的节目单信息，重新生成所述用于执行触发操作的界面。

修改后序列信息提交单元，用于将所述修改后的播放对象序列提供给所述前端应用服务器，以便对前端应用客户端中展示的播放对象序列时间轴信息进行更新。

与实施例三相对应，本申请实施例还提供了一种跨屏互动直播中的信息控制装置，参见图7，该装置可以包括：

触发信息接收单元701，用于接收针对目标节目单的触发操作信息，所述触发操作信息中携带有最近被触发的目标播放对象信息；

缓存单元702，用于对最近被触发的目标播放对象信息进行缓存；

接口提供单元703，用于提供用于从所述缓存中进行信息拉取的接口，以便前端应用服务器通过所述接口，按照预置周期从所述缓存中拉取所述最近被触发的目标播放对象信息。

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

序列信息接收单元，用于接收节目单发布信息，所述信息中包括所述节目单中包含的播放对象序列信息；

序列信息提供单元，用于将所述播放对象序列信息提供给所述前端应用服务器，以便向前端应用客户端提供播放对象序列时间轴信息。

重新发布信息接收单元，用于接收到对指定节目单进行重新发布的信息，所述信息之包括所述节目单中更新后的播放对象序列信息；

更新后序列信息提供单元，用于将所述更新后的播放对象序列信息提供给所述前端应用服务器，以便向前端应用客户端更新播放对象序列时间轴信息。

与实施例四相对应，本申请实施例还提供了一种跨屏互动直播中的信息控制装置，参见图8，该装置可以包括：

线程创建单元801，用于创建用于进行缓存加载的线程，并确定重加载周期；

缓存读取单元802，用于按照所述重加载周期，从指定的存储系统缓存中读取目标节目单中最近被触发的目标播放对象信息；

信息拉取单元803，用于将读取到的信息与本地保存的上次被触发的播放对象信息进行比对，如果发生变化，则从所述存储系统缓存中拉取所述最近被触发的目标播放对象信息，以便向前端应用客户端提供对应的互动内容信息。

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

序列信息获得单元，用于从所述存储系统获得节目单中包含的播放对象序列信息，并向前端应用客户端提供播放对象序列时间轴信息。

序列信息更新单元，用于从所述存储系统获得节目单中包含的播放对象序列的更新信息，并向前端应用客户端提供更新后的播放对象序列时间轴信息。

另外，本申请实施例还提供了一种计算机系统，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行如下操作:

保存节目单的结构化信息；

接收到创建节目单的请求后，根据所述结构化信息，提供用于向所述节目单内添加播放对象的操作选项；

通过所述操作选项接收所添加的至少一项播放对象，并将节目单所包含的播放对象序列发布到数据库系统进行保存；

从所述数据库模块获得节目单播放对象序列，结合所述节目单的结构化信息，生成用于执行触发操作的界面，并将直播正式开始之后每次接收到的触发操作对应的目标播放对象信息提供给前端应用服务器。

其中，图9示例性的展示出了计算机系统的架构，具体可以包括处理器910，视频显示适配器911，磁盘驱动器912，输入/输出接口913，网络接口914，以及存储器920。上述处理器910、视频显示适配器911、磁盘驱动器912、输入/输出接口913、网络接口914，与存储器920之间可以通过通信总线930进行通信连接。

其中，处理器910可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请所提供的技术方案。

存储器920可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器920可以存储用于控制计算机系统900运行的操作系统921，用于控制计算机系统900的低级别操作的基本输入输出系统(BIOS)。另外，还可以存储网页浏览器923，数据存储管理系统924，以及互动信息处理系统925等等。上述互动信息处理系统925就可以是本申请实施例中具体实现前述各步骤操作的应用程序。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器920中，并由处理器910来调用执行。

输入/输出接口913用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

网络接口914用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线930包括一通路，在设备的各个组件(例如处理器910、视频显示适配器911、磁盘驱动器912、输入/输出接口913、网络接口914，与存储器920)之间传输信息。

另外，该计算机系统900还可以从虚拟资源对象领取条件信息数据库941中获得具体领取条件的信息，以用于进行条件判断，等等。

需要说明的是，尽管上述设备仅示出了处理器910、视频显示适配器911、磁盘驱动器912、输入/输出接口913、网络接口914，存储器920，总线930等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。

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

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

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

Claims (25)

1.一种跨屏互动直播中的信息控制系统，其特征在于，包括：

信息保存模块，用于保存节目单的结构化信息；

节目单管理模块，用于创建新的节目单，根据所述结构化信息，提供用于向所述节目单内添加播放对象的操作选项，通过所述操作选项接收所添加的至少一项播放对象，并将节目单所包含的播放对象序列进行发布；

数据库模块，用于对所述节目单管理模块发布的节目单播放对象序列进行保存；

控制台模块，用于从所述数据库模块获得节目单播放对象序列，结合所述节目单的结构化信息，生成用于执行触发操作的界面，并将直播正式开始之后每次接收到的触发操作对应的目标播放对象信息，提供给前端应用服务器，以便所述前端应用服务器根据所述目标播放对象信息，向前端应用客户端提供对应的互动内容信息。

2.根据权利要求1所述的系统，其特征在于，所述节目单的结构化信息包括：节目单中所包含的播放对象的类型以及不同类型之间的层次关系信息；

所述节目单管理模块在通过所述操作选项接收所添加的播放对象时，具体用于，分别提供用于添加各种类型播放对象的操作选项，并根据添加结果以及所述层次关系信息，生成多组播放对象，并根据各组播放对象生成所述播放对象序列；其中，每组播放对象以第一层级的播放对象标识作为组标识。

3.根据权利要求2所述的系统，其特征在于，

其中，所述播放对象的类型包括节目、事件和/或动作；

所述信息保存模块还用于，保存预先创建的可选节目类型信息、事件标识信息以及动作标识信息；

所述节目单管理模块还用于，在通过所述操作选项接收到添加播放对象信息的请求后，根据对应的播放对象类型，提供候选项。

4.根据权利要求1至3任一项所述的系统，其特征在于，

所述系统中还包括：存储模块；

所述控制台模块在向前端应用服务器提供所述目标播放对象信息时，具体用于：将最近被触发的目标播放对象信息更新到所述存储模块中；

所述存储模块，用于对最近被触发的目标播放对象信息进行缓存；

所述前端应用服务器，用于按照预置的周期，从所述存储系统中拉取所述最近被触发的目标播放对象信息。

5.根据权利要求4所述的系统，其特征在于，

所述前端应用服务器还用于，将所述拉取的目标播放对象信息写入到内存中，在接收到前端客户端的访问请求时，根据内存中的信息提供对应的响应信息。

6.根据权利要求4所述的系统，其特征在于，

所述数据库模块还用于，将所述节目单所包含的播放对象序列信息提供给所述存储模块；

所述存储模块还用于，将所述节目单所包含的播放对象序列信息提供给前端应用服务器；

所述前端应用服务器还用于，向所述前端应用客户端提供播放对象序列时间轴信息。

7.根据权利要求6所述的系统，其特征在于，

所述节目单管理模块还用于，为所述新创建的节目单生成节目单标识；

所述数据库模块向所述存储模块提供节目单所包含的播放对象序列信息时还用于，将所述节目单标识信息提供给所述存储模块，以便所述存储模块以Key-Value的形式对所述节目单标识以及所述播放对象序列信息进行保存。

8.根据权利要求1至7任一项所述的系统，其特征在于，

所述节目单管理模块还用于，提供用于对已创建的节目单中的播放对象信息进行修改的操作选项，在节目单修改完成后，将该节目单所包含的修改后的播放对象序列进行重新发布；

所述控制台模块还用于，根据重新发布的节目单信息，重新生成所述用于执行触发操作的界面。

9.根据权利要求8所述的系统，其特征在于，

所述修改包括：从所述已创建的节目单中删除指定播放对象，或添加新的播放对象，或改变指定播放对象之间的顺序。

10.一种跨屏互动直播中的信息控制方法，其特征在于，包括：

保存节目单的结构化信息；

接收到创建节目单的请求后，根据所述结构化信息，提供用于向所述节目单内添加播放对象的操作选项；

通过所述操作选项接收所添加的至少一项播放对象，并将节目单所包含的播放对象序列发布到数据库系统进行保存；

从所述数据库模块获得节目单播放对象序列，结合所述节目单的结构化信息，生成用于执行触发操作的界面，并将直播正式开始之后每次接收到的触发操作对应的目标播放对象信息提供给前端应用服务器。

11.根据权利要求10所述的方法，其特征在于，

所述节目单的结构化信息包括：节目单中所包含的播放对象的类型以及不同类型之间的层次关系信息；

所述提供用于向所述节目单内添加播放对象的操作选项，包括：

分别提供用于添加各种类型播放对象的操作选项；

所述将节目单所包含的播放对象序列发布到数据库系统进行保存之前，还包括：

根据添加结果以及所述层次关系信息，生成多组播放对象，并根据各组播放对象生成所述播放对象序列；其中，每组播放对象以第一层级的播放对象标识作为组标识。

12.根据权利要求10或11所述的方法，其特征在于，

所述将直播正式开始之后每次接收到的触发操作对应的目标播放对象信息提供给前端应用服务器，包括：

将最近被触发的目标播放对象信息更新到存储系统中，以便所述前端应用服务器按照预置的周期，从所述存储系统中拉取所述最近被触发的目标播放对象信息。

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

将播放对象序列信息提供给所述存储系统，以用于提供给前端应用服务器，并向前端应用客户端提供播放对象序列时间轴信息。

14.根据权利要求10或11所述的方法，其特征在于，还包括：

提供用于对已创建的节目单中的播放对象信息进行修改的操作选项；

在节目单修改完成后，将该节目单所包含的修改后的播放对象序列进行重新发布；

根据重新发布的节目单信息，重新生成所述用于执行触发操作的界面。

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

将所述修改后的播放对象序列提供给所述前端应用服务器，以便对前端应用客户端中展示的播放对象序列时间轴信息进行更新。

16.一种跨屏互动直播中的信息控制方法，其特征在于，包括：

接收针对目标节目单的触发操作信息，所述触发操作信息中携带有最近被触发的目标播放对象信息；

对最近被触发的目标播放对象信息进行缓存；

提供用于从所述缓存中进行信息拉取的接口，以便前端应用服务器通过所述接口，按照预置周期从所述缓存中拉取所述最近被触发的目标播放对象信息。

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

接收节目单发布信息，所述信息中包括所述节目单中包含的播放对象序列信息；

将所述播放对象序列信息提供给所述前端应用服务器，以便向前端应用客户端提供播放对象序列时间轴信息。

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

接收到对指定节目单进行重新发布的信息，所述信息之包括所述节目单中更新后的播放对象序列信息；

将所述更新后的播放对象序列信息提供给所述前端应用服务器，以便向前端应用客户端更新播放对象序列时间轴信息。

19.一种跨屏互动直播中的信息控制方法，其特征在于，包括：

创建用于进行缓存加载的线程，并确定重加载周期；

按照所述重加载周期，从指定的存储系统缓存中读取目标节目单中最近被触发的目标播放对象信息；

将读取到的信息与本地保存的上次被触发的播放对象信息进行比对，如果发生变化，则从所述存储系统缓存中拉取所述最近被触发的目标播放对象信息，以便向前端应用客户端提供对应的互动内容信息。

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

从所述存储系统获得节目单中包含的播放对象序列信息，并向前端应用客户端提供播放对象序列时间轴信息。

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

从所述存储系统获得节目单中包含的播放对象序列的更新信息，并向前端应用客户端提供更新后的播放对象序列时间轴信息。

22.一种跨屏互动直播中的信息控制装置，其特征在于，包括：

结构化信息保存单元，用于保存节目单的结构化信息；

节目单创建单元，用于接收到创建节目单的请求后，根据所述结构化信息，提供用于向所述节目单内添加播放对象的操作选项；

节目单信息发布单元，用于通过所述操作选项接收所添加的至少一项播放对象，并将节目单所包含的播放对象序列发布到数据库系统进行保存；

触发操作单元，用于从所述数据库模块获得节目单播放对象序列，结合所述节目单的结构化信息，生成用于执行触发操作的界面，并将直播正式开始之后每次接收到的触发操作对应的目标播放对象信息提供给前端应用服务器。

23.一种跨屏互动直播中的信息控制装置，其特征在于，包括：

触发信息接收单元，用于接收针对目标节目单的触发操作信息，所述触发操作信息中携带有最近被触发的目标播放对象信息；

缓存单元，用于对最近被触发的目标播放对象信息进行缓存；

接口提供单元，用于提供用于从所述缓存中进行信息拉取的接口，以便前端应用服务器通过所述接口，按照预置周期从所述缓存中拉取所述最近被触发的目标播放对象信息。

24.一种跨屏互动直播中的信息控制装置，其特征在于，包括：

线程创建单元，用于创建用于进行缓存加载的线程，并确定重加载周期；

缓存读取单元，用于按照所述重加载周期，从指定的存储系统缓存中读取目标节目单中最近被触发的目标播放对象信息；

信息拉取单元，用于将读取到的信息与本地保存的上次被触发的播放对象信息进行比对，如果发生变化，则从所述存储系统缓存中拉取所述最近被触发的目标播放对象信息，以便向前端应用客户端提供对应的互动内容信息。

25.一种计算机系统，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行如下操作:

保存节目单的结构化信息；

接收到创建节目单的请求后，根据所述结构化信息，提供用于向所述节目单内添加播放对象的操作选项；

通过所述操作选项接收所添加的至少一项播放对象，并将节目单所包含的播放对象序列发布到数据库系统进行保存；

从所述数据库模块获得节目单播放对象序列，结合所述节目单的结构化信息，生成用于执行触发操作的界面，并将直播正式开始之后每次接收到的触发操作对应的目标播放对象信息提供给前端应用服务器。