CN111866534A - 直播中的业务处理方法、装置、电子设备及存储介质 - Google Patents
直播中的业务处理方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN111866534A CN111866534A CN202010723099.3A CN202010723099A CN111866534A CN 111866534 A CN111866534 A CN 111866534A CN 202010723099 A CN202010723099 A CN 202010723099A CN 111866534 A CN111866534 A CN 111866534A
- Authority
- CN
- China
- Prior art keywords
- user
- answering
- answer
- topic
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2187—Live feed
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本公开关于一种直播中的业务处理方法、装置、电子设备及存储介质，涉及互联网技术领域。该方法包括：接收服务器下发的目标信令，目标信令中携带有第一作答内容的第一题目序号；获取本地当前存储的第二作答内容的第二题目序号，第二作答内容为用户最近作答过的一项已作答内容；根据第一题目序号和第二题目序号之间的大小关系，处理用户的直播作答状态。本公开能够解决因为网络异常导致的用户答题状态不稳定的问题。能够兼容网络异常情况，确保本地的用户答题状态和服务器的用户答题状态一致。
Description
技术领域
本公开涉及互联网技术领域，尤其涉及一种直播中的业务处理方法、装置、电子设备及存储介质。
背景技术
目前直播答题活动受到越来越多用户的青睐。一般情况下，参与直播答题活动的用户数量可达到百万量级，这无疑是对网络带宽和网络速度的巨大考验。因此，在直播答题过程中难免会出现因网络发生异常而导致用户答题状态不稳定的情况。比如，用户收不到题目、用户收不到答案或用户答案提交失败。而在直播答题场景下，为了确保用户的答题体验，当发生网络异常时，如何解决用户答题状态不稳定的问题，是十分必要的。
发明内容
本公开提供一种直播中的业务处理方法、装置、电子设备及存储介质，能够解决直播答题过程中因网络发生异常而导致的用户答题状态不稳定的问题。本公开的技术方案如下：
根据本公开实施例的第一方面，提供一种直播中的业务处理方法，包括：
接收服务器下发的目标信令，所述目标信令中携带有第一作答内容的第一题目序号；
获取本地当前存储的第二作答内容的第二题目序号，所述第二作答内容为用户最近作答过的一项已作答内容；
根据所述第一题目序号和所述第二题目序号之间的大小关系，处理用户的直播作答状态。
在一种可能的实现方式中，所述接收服务器下发的目标信令，包括：
接收所述服务器下发的第一指令；
其中，所述第一指令中携带有所述第一作答内容的题目数据，所述题目数据包括所述第一题目序号、所述第一作答内容的标题数据和答题选项数据。
在一种可能的实现方式中，所述根据所述第一题目序号和所述第二题目序号之间的大小关系，处理用户的直播作答状态，包括：
若所述第一题目序号与所述第二题目序号之间的差值大于目标阈值，则将用户的直播作答状态设置为禁止作答，并显示禁止用户触发的第一类题目数据展示窗口；
若所述第一题目序号与所述第二题目序号之间的差值等于所述目标阈值，且用户当前已处于禁止作答状态，则显示禁止用户触发的第一类题目数据展示窗口；
其中，所述第一类题目数据展示窗口中包括所述第一作答内容的题目数据。
在一种可能的实现方式中，所述根据所述第一题目序号和所述第二题目序号之间的大小关系，处理用户的直播作答状态，包括：
若所述第一题目序号与所述第二题目序号之间的差值等于目标阈值，则根据本地当前存储的所述第二作答内容的用户作答数据，处理用户的直播作答状态。
在一种可能的实现方式中，所述根据本地当前存储的所述第二作答内容的用户作答数据，处理用户的直播作答状态，包括：
若所述用户作答数据中不包括用户作答选项，则将用户的直播作答状态设置为禁止作答，并显示禁止用户触发的第一类题目数据展示窗口；
其中，所述第一类题目数据展示窗口中包括所述第一作答内容的题目数据。
在一种可能的实现方式中，所述根据本地当前存储的所述第二作答内容的用户作答数据，处理用户的直播作答状态，包括：
若所述用户作答数据中包括用户作答选项，且未接收到所述服务器下发的所述第二作答内容的答案数据，则将用户的直播作答状态设置为禁止作答，并显示禁止用户触发的第一类题目数据展示窗口；
其中，所述第一类题目数据展示窗口中包括所述第一作答内容的题目数据。
在一种可能的实现方式中，所述根据本地当前存储的所述第二作答内容的用户作答数据，处理用户的直播作答状态，包括：
若所述用户作答数据中包括用户作答选项，且接收到所述服务器下发的所述第二作答内容的答案数据，且所述用户作答选项与所述第二作答内容的答案数据指示的正确答案选项不一致，且用户当前的复活标识为第一取值，则显示支持用户触发的第二类题目数据展示窗口；
若所述用户作答数据中包括用户作答选项，且接收到所述服务器下发的所述第二作答内容的答案数据，且所述用户作答选项与所述第二作答内容的答案数据指示的正确答案选项不一致，且用户当前的复活标识为第二取值，则显示禁止用户触发的第一类题目数据展示窗口；
其中，所述第一类题目数据展示窗口中包括所述第一作答内容的题目数据；所述第一取值用于指示用户当前处于复活状态，所述第二取值用于指示用户当前处于未复活状态。
在一种可能的实现方式中，所述根据本地当前存储的所述第二作答内容的用户作答数据，处理用户的直播作答状态，包括：
若所述用户作答数据中包括用户作答选项，且接收到所述服务器下发的所述第二作答内容的答案数据，且所述用户作答选项与所述第二作答内容的答案数据指示的正确答案选项一致，则显示支持用户触发的第二类题目数据展示窗口；
其中，所述第二类题目数据展示窗口中包括所述第一作答内容的题目数据。
在一种可能的实现方式中，所述接收服务器下发的目标信令，包括：
接收所述服务器下发的第二指令；
其中，所述第二指令中携带所述第一作答内容的答案数据，所述答案数据包括所述第一题目序号、所述第一作答内容的正确答案选项。
在一种可能的实现方式中，所述根据所述第一题目序号和所述第二题目序号之间的大小关系，处理用户的直播作答状态，包括：
若所述第一题目序号与所述第二题目序号之间的差值不小于目标阈值，则将用户的直播作答状态设置为禁止作答，并显示第一模式的答案数据展示窗口；
若所述第一题目序号等于所述第二题目序号，且用户当前已处于禁止作答状态，则显示第一模式的答案数据展示窗口；
其中，所述答案数据展示窗口中包括所述第一作答内容的答案数据。
在一种可能的实现方式中，所述根据所述第一题目序号和所述第二题目序号之间的大小关系，处理用户的直播作答状态，包括：
若所述第一题目序号等于所述第二题目序号，则根据本地当前存储的所述第二作答内容的用户作答数据，处理用户的直播作答状态。
在一种可能的实现方式中，所述根据本地当前存储的所述第二作答内容的用户作答数据，处理用户的直播作答状态，包括：
若所述用户作答数据中不包括用户作答选项，则将用户的直播作答状态设置为禁止作答并显示淘汰窗口；其中，所述淘汰窗口用于提示用户当前处于禁止作答状态。
在一种可能的实现方式中，所述根据本地当前存储的所述第二作答内容的用户作答数据，处理用户的直播作答状态，包括：
若所述用户作答数据中包括用户作答选项，且所述用户作答选项与所述第一作答内容的答案数据指示的正确答案选项一致，则显示第二模式的答案数据展示窗口；
其中，所述答案数据展示窗口中包括所述第一作答内容的答案数据。
在一种可能的实现方式中，所述根据本地当前存储的所述第二作答内容的用户作答数据，处理用户的直播作答状态，包括：
若所述用户作答数据中包括用户作答选项，且所述用户作答选项与所述第一作答内容的答案数据指示的正确答案选项不一致，且用户当前的复活次数不为零，且所述第一作答内容不是最后一项作答内容，则显示第三模式的题目数据展示窗口；
若所述用户作答数据中包括用户作答选项，且所述用户作答选项与所述第一作答内容的答案数据指示的正确答案选项不一致，且用户当前的复活次数为零，则将用户的直播作答状态设置为禁止作答并显示淘汰窗口；其中，所述淘汰窗口用于提示用户当前处于禁止作答状态；
若所述用户作答数据中包括用户作答选项，且所述用户作答选项与所述第一作答内容的答案数据指示的正确答案选项不一致，且所述第一作答内容是最后一项作答内容，则将用户的直播作答状态设置为禁止作答并显示所述淘汰窗口。
根据本公开实施例的第二方面，提供一种直播中的业务处理装置，包括：
接收模块，被配置为接收服务器下发的目标信令，所述目标信令中携带有第一作答内容的第一题目序号；
获取模块，被配置为获取本地当前存储的第二作答内容的第二题目序号，所述第二作答内容为用户最近作答过的一项已作答内容；
处理模块，被配置为根据所述第一题目序号和所述第二题目序号之间的大小关系，处理用户的直播作答状态。
在一种可能的实现方式中，所述接收模块，被配置为接收所述服务器下发的第一指令；
其中，所述第一指令中携带有所述第一作答内容的题目数据，所述题目数据包括所述第一题目序号、所述第一作答内容的标题数据和答题选项数据。
在一种可能的实现方式中，所述处理模块，被配置为：
若所述第一题目序号与所述第二题目序号之间的差值大于目标阈值，则将用户的直播作答状态设置为禁止作答，并显示禁止用户触发的第一类题目数据展示窗口；
若所述第一题目序号与所述第二题目序号之间的差值等于所述目标阈值，且用户当前已处于禁止作答状态，则显示禁止用户触发的第一类题目数据展示窗口；
其中，所述第一类题目数据展示窗口中包括所述第一作答内容的题目数据。
在一种可能的实现方式中，所述处理模块，被配置为若所述第一题目序号与所述第二题目序号之间的差值等于目标阈值，则根据本地当前存储的所述第二作答内容的用户作答数据，处理用户的直播作答状态。
在一种可能的实现方式中，所述处理模块，被配置为若所述用户作答数据中不包括用户作答选项，则将用户的直播作答状态设置为禁止作答，并显示禁止用户触发的第一类题目数据展示窗口；
其中，所述第一类题目数据展示窗口中包括所述第一作答内容的题目数据。
在一种可能的实现方式中，所述处理模块，被配置为若所述用户作答数据中包括用户作答选项，且未接收到所述服务器下发的所述第二作答内容的答案数据，则将用户的直播作答状态设置为禁止作答，并显示禁止用户触发的第一类题目数据展示窗口；
其中，所述第一类题目数据展示窗口中包括所述第一作答内容的题目数据。
在一种可能的实现方式中，所述处理模块，被配置为：若所述用户作答数据中包括用户作答选项，且接收到所述服务器下发的所述第二作答内容的答案数据，且所述用户作答选项与所述第二作答内容的答案数据指示的正确答案选项不一致，且用户当前的复活标识为第一取值，则显示支持用户触发的第二类题目数据展示窗口；若所述用户作答数据中包括用户作答选项，且接收到所述服务器下发的所述第二作答内容的答案数据，且所述用户作答选项与所述第二作答内容的答案数据指示的正确答案选项不一致，且用户当前的复活标识为第二取值，则显示禁止用户触发的第一类题目数据展示窗口；
其中，所述第一类题目数据展示窗口中包括所述第一作答内容的题目数据；所述第一取值用于指示用户当前处于复活状态，所述第二取值用于指示用户当前处于未复活状态。
在一种可能的实现方式中，所述处理模块，被配置为若所述用户作答数据中包括用户作答选项，且接收到所述服务器下发的所述第二作答内容的答案数据，且所述用户作答选项与所述第二作答内容的答案数据指示的正确答案选项一致，则显示支持用户触发的第二类题目数据展示窗口；
其中，所述第二类题目数据展示窗口中包括所述第一作答内容的题目数据。
在一种可能的实现方式中，所述接收模块，被配置为接收所述服务器下发的第二指令；
其中，所述第二指令中携带所述第一作答内容的答案数据，所述答案数据包括所述第一题目序号、所述第一作答内容的正确答案选项。
在一种可能的实现方式中，所述处理模块，被配置为：
若所述第一题目序号与所述第二题目序号之间的差值不小于目标阈值，则将用户的直播作答状态设置为禁止作答，并显示第一模式的答案数据展示窗口；
若所述第一题目序号等于所述第二题目序号，且用户当前已处于禁止作答状态，则显示第一模式的答案数据展示窗口；
其中，所述答案数据展示窗口中包括所述第一作答内容的答案数据。
在一种可能的实现方式中，所述处理模块，被配置为：
若所述第一题目序号等于所述第二题目序号，则根据本地当前存储的所述第二作答内容的用户作答数据，处理用户的直播作答状态。
在一种可能的实现方式中，所述处理模块，被配置为：
若所述用户作答数据中不包括用户作答选项，则将用户的直播作答状态设置为禁止作答并显示淘汰窗口；其中，所述淘汰窗口用于提示用户当前处于禁止作答状态。
在一种可能的实现方式中，所述处理模块，被配置为：
若所述用户作答数据中包括用户作答选项，且所述用户作答选项与所述第一作答内容的答案数据指示的正确答案选项一致，则显示第二模式的答案数据展示窗口；
其中，所述答案数据展示窗口中包括所述第一作答内容的答案数据。
在一种可能的实现方式中，所述处理模块，被配置为：若所述用户作答数据中包括用户作答选项，且所述用户作答选项与所述第一作答内容的答案数据指示的正确答案选项不一致，且用户当前的复活次数不为零，且所述第一作答内容不是最后一项作答内容，则显示第三模式的题目数据展示窗口；
若所述用户作答数据中包括用户作答选项，且所述用户作答选项与所述第一作答内容的答案数据指示的正确答案选项不一致，且用户当前的复活次数为零，则将用户的直播作答状态设置为禁止作答并显示淘汰窗口；其中，所述淘汰窗口用于提示用户当前处于禁止作答状态；
若所述用户作答数据中包括用户作答选项，且所述用户作答选项与所述第一作答内容的答案数据指示的正确答案选项不一致，且所述第一作答内容是最后一项作答内容，则将用户的直播作答状态设置为禁止作答并显示所述淘汰窗口。
根据本公开实施例的第三方面，提供一种电子设备，包括：
处理器；
用于存储所述处理器可执行指令的存储器；
其中，所述处理器被配置为执行所述指令，以实现如第一方面所述的直播中的业务处理方法。
根据本公开实施例的第四方面，提供一种计算机可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如第一方面所述的直播中的业务处理方法。
根据本公开实施例的第五方面，提供一种计算机程序产品，所述计算机程序产品中的指令由电子设备的处理器执行时，使得电子设备能够执行如第一方面所述的直播中的业务处理方法。
本公开的实施例提供的技术方案至少带来以下有益效果：
在直播答题过程中，响应于接收到服务器下发的目标信令，终端会获取用户最近作答过的一项作答内容的题目序号No1；之后，终端根据目标信令中携带的另一项作答内容的题目序号No2和题目序号No1之间的大小关系，来处理用户的直播作答状态。而由于该大小关系能够表征是否发生网络异常，因此本公开实施例提供的业务处理方案能够解决因为网络出现异常导致的用户答题状态不稳定的问题。换言之，上述业务处理方案能够兼容网络异常情况，基于上述业务处理方案处理用户答题状态，能够确保本地的用户答题状态和服务器的用户答题状态一致，保障了用户在直播答题过程中不会出现异常情况，效果较佳。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
图1是根据一示例性实施例示出的一种直播中的业务处理方法涉及的实施环境的示意图。
图2是根据一示例性实施例示出的一种直播答题的流程示意图。
图3是根据一示例性实施例示出的一种直播答题的界面示意图。
图4是根据一示例性实施例示出的一种直播中的业务处理方法的流程图。
图5是根据一示例性实施例示出的一种直播中的业务处理方法的流程图。
图6是根据一示例性实施例示出的一种直播中的业务处理方法的逻辑示意图。
图7是根据一示例性实施例示出的一种直播中的业务处理方法的流程图。
图8是根据一示例性实施例示出的一种直播中的业务处理方法的逻辑示意图。
图9是根据一示例性实施例示出的一种直播中的业务处理装置的框图。
图10是根据一示例性实施例示出的一种电子设备的框图。
图11是根据一示例性实施例示出的另一种电子设备的框图。
具体实施方式
为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
本公开所涉及的用户信息可以为经用户授权或者经过各方充分授权的信息。
下面对本公开实施例可能涉及到的一些缩略语或名词术语进行介绍。
AVC(Audio Video Coding，音视频编解码)技术是指音视频数据通过特定的算法和格式，把音视频数据编码成一份数据以便于在互联网上传递，或者把一份数据解码成音视频数据以便在终端进行播放。
LCS(Long Connection Service，长链接服务)用于服务器将指令下发给终端执行。LCS系统会在终端和远端服务器之间建立一个Socket(套接字)通道，传输的指令通过protobuf(Protocol Buffer，协议缓冲区)协议处理，以二进制的形式传输给终端，终端通过protobuf协议解析出指令并执行指令操作。
LQS(Live Quiz Service，直播答题服务)是服务器为终端进行直播答题提供的一套服务。LQS负责管理观众用户的答题记录、答题状态、以及需要下发的题目数据等。
直播答题活动：是指主播用户在直播过程中不断提出问题，而对于进入直播间观看该直播的观众用户来说，则可以根据终端弹出的题目标题和题目选项进行答题。在一轮答题结束后，直播平台可以根据观众用户的答题情况为观众用户发放奖励(比如奖金)。由于通过直播答题活动，可以增加用户使用直播应用程序的频率，还可以在直播答题过程中进行营销活动，因此越来越多的直播平台开启了直播答题活动。
图1是根据一示例性实施例示出的一种直播中的业务处理方法的实施环境示意图。
参见图1，该实施环境具体包括：终端101和直播服务器102。
在一种可能的实现方式中，终端101可以为智能手机、智能手表、台式电脑、手提电脑、MP3播放器、MP4播放器和膝上型便携计算机等设备中的至少一种。终端101可以通过无线网络或有线网络与直播服务器102相连。
终端101上可以安装并运行有客户端，该客户端可以用于登录主播用户的账号或者观众用户的账号，若该客户端登录有主播用户的账号，则该终端101可以用于对直播过程中实时采集到的直播视频流进行编码，然后将编码后的直播视频流上传至直播服务器102；若该客户端登录有观众用户的账号，则该终端101可以用于从直播服务器102获取直播视频流，然后解码获取到的直播视频流并渲染播放。
或者，终端101上可以安装并运行有用于直播的客户端或者用于观看直播的客户端，主播用户可以通过用于直播的客户端对直播过程中实时采集到的直播视频流进行编码，然后将编码后的直播视频流上传至直播服务器102；观众用户可以通过用于观看直播的客户端从直播服务器102获取直播视频流，然后解码获取到的直播视频流并渲染播放。
终端101可以泛指多个终端中的一个，本实施例仅以终端101来举例说明。本领域技术人员可以知晓，上述终端的数量可以更多或更少。比如上述终端101可以仅为几个，或者上述终端101为几十个或几百个，或者更多数量，本公开实施例对终端101的数量和设备类型均不加以限定。
直播服务器102可以为一台服务器、多台服务器、云计算平台和虚拟化中心中的至少一种。直播服务器102可以通过无线网络或有线网络与终端101和其他终端相连，直播服务器102可以接收直播终端103发送的直播视频流，还可以向直播终端103发送信令添加请求。直播服务器102还可以向观众终端101发送目标内容和直播视频流。可选地，上述直播服务器102的数量可以更多或更少，本公开实施例对此不加以限定。当然，直播服务器102还可以包括其他功能服务器，以便提供更全面且多样化的服务。
下面对本公开实施例提供的一种直播中的业务处理方法的应用场景进行介绍。
其中，本公开实施例提供的一种直播中的业务处理方法可以应用在直播答题场景下。
作为一个示例，一个常见的直播答题场景可以为：假设一场直播答题活动的奖金为100万，共12道题目和答案。则服务器首先通过查询LQS获取题目数据，并通过LCS下发给终端题目数据，相应地，终端可以出现具有10s倒计时的用户答案选择弹框，用户需在10s倒计时内选择答案(或者倒计时结束时自动提交空答案)；之后，主播用户公布题目答案，终端可以比较用户选择的答案和题目正确答案；如果用户选择的答案正确或者用户选择的答案错误但是有复活卡(复活卡扣1张并且用户能复活)，则用户可以继续参与下一题目；如果用户选择的答案错误并且没有复活卡，则用户淘汰。最后答完12题还剩下的用户则可以平分100万奖金。
然而，因为网络出现异常的原因，可能导致LCS下发题目数据失败。举例来说，用户在作答完第一题后，可能收不到第一题的答案，而是直接收到第二题的题目，这个时候由于终端并没有收到第一题的答案，也即终端无法判断用户选择的第一题的答案是否正确，如果这个时候终端扣除用户的复活卡显然是不合理的。
基于以上因网络出现异常导致的用户答题状态不稳定的问题，本公开可以利用当代移动设备的软硬件特点，结合互联网直播技术，在直播答题场景下，解决因网络异常给用户带来的不好体验。换言之，本公开实施例能够解决因为网络出现异常，造成用户答题状态不稳定，进而给用户带来不好体验的问题。
下面结合图2对直播答题的大体流程进行介绍。
其中，本地题目数据(CurrentQuestion)包括：QuestionNo、MyOpt、RightOpt、ReviveCardCount和IsRevived。其中，QuestionNo指代用户最近作答的一道题的题号(简称为No1)；MyOpt指代针对该题用户选择的答案(在用户提交答案时设置)；RightOpt指代该题的正确答案(根据接收到的Reviewed信令携带的数据设置)；ReviveCardCount指代用户的复活卡数，终端可以在用户进入直播间时从服务器拉取到；IsRevived为是否复活标志，默认取值为false；在用户复活之后会设置这个值为true，代表用户已经复活。
参见图2，直播答题过程的答题流程包括但不限于以下步骤：
在步骤201中，主播用户进入直播间开始直播。
在步骤202中，观众用户进入该直播间并从服务器拉取复活卡数量，并在本地题目数据(CurrentQuestion)中记录复活卡数量，即设置ReviveCardCount。
在步骤203中，直播过程中主播用户在直播间中发布题目，即服务器通过LCS向终端下发第一题的发题信令(Asked信令)。终端收到第1题的题目数据后展示题目弹框，同时在本地题目数据(CurrentQuestion)中记录当前题目的题目序号(QuestionNo)、题目标题和答案选项。示例性地，图3示出了题目弹框的一种可能的显示样式。
在步骤204中，观众用户选择题目弹框上面的答案选项，并进行答案提交，同时在本地题目数据(CurentQuestion)中记录下用户提交的答案(MyOpt)。
在步骤205中，观众用户提交完答案之后，主播用户在直播间进行答案公布，服务器从LQS查询出答案数据，并通过LCS下发给终端题目答案信令(Reviewed信令)。其中，Reviewed信令中包含题目的正确答案(RightOpt)、题目序号(QuestionNo)。
之后，终端比较本地题目数据(CurrentQuestion)中用户的选择答案(MyOpt)和Reviewed信令中的正确答案(RightOpt)；如果用户选择的答案与正确答案相等，则代表用户这道题答题成功，可以继续后续答题；如果用户选择的答案与正确答案不同，并且当前还有复活卡(CurrentQuestion中ReviveCardCount>0)，那么用户可以复活，并可以参与后续答题；如果用户当前已经没有复活卡，那么会被淘汰，后续仅能观战不能参与答题。
在步骤206中，主播用户重复执行步骤203，进行第2题的题目数据发送，终端收到服务器通过LCS下发的题目数据并更新本地答题数据CurrentQuestion，然后弹出题目弹框以供用户进行选择答案。
重复步骤204，如果用户没有被淘汰或未处于观战状态，则用户可以选择题目弹框上面的答题选项并进行答案提交，并更新MyOpt。
重复步骤205，主播用户在直播间进行答案公布，用户通过CurrentQuestion中记录的用户选择的答案(MyOpt)、复活卡数(ReviveCardCount)，以及Reviewed信令中包括的正确答案(RightOpt)，可以得出当前用户是否能继续答题或者是被淘汰。
需要说明的是，如果在步骤205中，用户选择的答案错误并且因已没有复活卡被淘汰，那么此种情况下展示的题目弹框用户是无法操作的，即用户无法选择答案，只能观战。
在步骤207中，重复步骤206，依次进行第3、4、5…题的发题、作答、公布答案步骤。其中，每次公布答案之后答对或者复活的人即是当前还存活的用户，直到最后1题都未淘汰的用户便是可以参与分享奖金的优胜用户。
在步骤208中，主播用户在直播间进行奖金公布，服务器通过LCS长链接向终端下发奖金信令(Award信令)，终端获取Award信令的中奖信息，并将该中奖信息通过弹出中奖信息弹框展示。
在步骤209中，主播用户在直播间公布本轮答题结束，关闭直播间。
通过以上直播答题流程梳理，可以发现直播答题流程中有几个步骤至关重要，比如，上述步骤203、步骤204和步骤205。如果一旦出现网络异常，则上述步骤203、步骤204和步骤205都有可能出现失败的情况，也就是用户可能会收不到题目、或者用户收不到答案、后者用户答案提交失败，下面分别对这3种情况分别介绍。
第一种情况、用户收不到题目。
针对该种情况，比如观众用户刚刚进入直播间，此时本地题目数据(CurrentQuestion)中还没有任何数据，此时终端因为网络原因收不到第1题的题目数据，终端也就无法展示第1题的题目弹框，无法作答。后面用户收到第1题的Reviewed信令，发现本地题目数据CurrentQuestion中没有用户选择的答案(MyOpt)，那么终端判定这个用户错过了答题，只能观战。当然，用户还可能错过第1题的答案，而是收到了第2题的题目，此步仅是给出了一种举例。
第二种情况、用户收不到答案。
针对该种情况，如果观众用户收到了第1题的题目数据，进行了作答,此时本地题目数据CurrentQuestion中记录了用户选择的答案(MyOpt)和相关的题目信息，但是此时终端错过了Reviewed信令，也就是终端无法获取这道题的答案。等到第2题的题目数据发布，即Asked信令通过LCS长链接下发时，终端会发现第1题没有收到Reviewed信令，即终端无法判断用户是否答题成功，此时终端会提示用户已经错过了第1题的答案，这场直播用户只能观战。当然，用户还可能接连错过第2题的题目数据和答案，直接收到第3题的题目数据，此步仅是给出了一种举例。
第三种情况、答案提交失败。
针对该种情况，终端在展示第1题的题目弹框且用户作答之后，此时终端会在CurrentQuestion中的MyOpt记录用户选择的答案；此时，如果终端因为网络原因没有将用户选择答案提交到服务器，那么服务器便拿不到用户的作答数据，而服务器会认为这道题用户没有作答，不会扣除用户的复活卡而是直接将该用户的答题状态设置为淘汰状态。
对此，如果用户选择的答案错误并且终端没有提交成功，那么主播用户公布答案的时候，由于用户选择的答案与Reviewed中携带的正确答案不匹配，终端会判定用户答题失败，扣除用户的复活卡帮助用户进行复活；然而，此时而服务器已将用户设置为淘汰状态并不会扣除用户的复活卡，至此，便出现了终端和服务器的业务处理不一致，这样明显是不合理的。再比如，用户选择的答案正确但是终端没有将答案提交成功，服务器因没收到用户答案已经将用户设置为淘汰状态，而终端则会判断用户答复成功并且设置用户能够继续作答，此时，终端和服务器的业务处理不一致，这样明显也是不合理的。
在一种可能的实现方式中，为了解决上述终端和服务器处理矛盾的问题，在答案提交失败的情况下，终端可以不记录用户选择的答案，也就是本地题目数据CurrentQuestion中的MyOpt不会存储用户选择的答案，相当于终端没有进行答题处理，这样主播用户在直播间公布答案的时候，终端拿到的正确答案(如选项a)和CurrentQuestion中记录的答案(MyOpt为空)比较，因为MyOpt为空，终端可以直接判定用户没有参与答题，据此终端可以得出用户当前处于已经淘汰状态并且不会扣除用户的复活卡，而因为收不到答案，服务器自然也会将用户设置为淘汰状态且不扣除用户的复活卡，这样便保障了终端和服务器的处理方式一致。所以，也就保障了在网络异常情况下即使用户提交答案失败，用户的答题状态终端和服务器也会处理为一致，不会给用户带来异常的答题体验。
需要说明的是，以上仅仅阐述了对于答案提交失败情况的处理方式。
另外，假设用户现在作答了第1题，正常来说后面的流程依次是收到第1题的答案、第2题的题目、第2题答案、第3题的题目、第3题答案…最后1题的题目、最后1题答案，但是由于出现网络异常原因，者其中的任意一个节点都可能出现用户收不到题目或用户收不到答案的情况，而终端无法知道自己收不到题目或答案，终端只有再次收到题目或答案的时候，通过跟本地的数据做对比方可明确自己有没有漏掉一些题目或答案。所以为了解决网络异常原因导致的题目或答案漏掉的情况，可以本地存储一份答题数据CurrentQuestion，终端在收到新的题目(Asked信令)或答案(Reviewed信令)之后，可以基于本地存储的一份答题数据来判断是否存在漏题或漏答案的情况，以及在这种情况下处理好用户的答题状态，保障与位于远端的服务器处理的用户答题状态是一致的。
下面通过以下实施方式对本公开实施例提供的一种直播中的业务处理方法进行详细地解释说明。
图4是根据一示例性实施例示出的一种直播中的业务方法的流程图，如图4所示，该方法可以用于图1所示的终端101中，包括以下步骤。
在步骤401中，接收服务器下发的目标信令，该目标信令中携带有第一作答内容的第一题目序号。
在步骤402中，获取本地当前存储的第二作答内容的第二题目序号，第二作答内容为用户最近作答过的一项已作答内容。
在步骤403中，根据第一题目序号和第二题目序号之间的大小关系，处理用户的直播作答状态。
本公开实施例提供的方法，在直播答题过程中，响应于接收到服务器下发的目标信令，终端会获取用户最近作答过的一项作答内容的题目序号No1；之后，终端根据目标信令中携带的另一项作答内容的题目序号No2和题目序号No1之间的大小关系，来处理用户的直播作答状态。而由于该大小关系能够表征是否发生网络异常，因此本公开实施例提供的业务处理方案能够解决因为网络出现异常导致的用户答题状态不稳定的问题。
换言之，上述业务处理方案能够兼容网络异常情况，基于上述业务处理方案处理用户答题状态，能够确保本地的用户答题状态和服务器的用户答题状态一致，保障了用户在直播答题过程中不会出现异常情况，效果较佳。
即，本公开实施例能够解决用户在直播答题过程中因为网络异常造成的本地的用户答题状态与服务器的用户答题状态不一致，进而出现因为终端和服务器处理逻辑不一致而导致的严重影响用户答题体验的问题，保障了网络异常情况下的用户正常答题体验。
在一种可能的实现方式中，所述接收服务器下发的目标信令，包括：
接收所述服务器下发的第一指令；
其中，所述第一指令中携带有所述第一作答内容的题目数据，所述题目数据包括所述第一题目序号、所述第一作答内容的标题数据和答题选项数据。
在一种可能的实现方式中，所述根据所述第一题目序号和所述第二题目序号之间的大小关系，处理用户的直播作答状态，包括：
若所述第一题目序号与所述第二题目序号之间的差值大于目标阈值，则将用户的直播作答状态设置为禁止作答，并显示禁止用户触发的第一类题目数据展示窗口；
若所述第一题目序号与所述第二题目序号之间的差值等于所述目标阈值，且用户当前已处于禁止作答状态，则显示禁止用户触发的第一类题目数据展示窗口；
其中，所述第一类题目数据展示窗口中包括所述第一作答内容的题目数据。
在一种可能的实现方式中，所述根据所述第一题目序号和所述第二题目序号之间的大小关系，处理用户的直播作答状态，包括：
若所述第一题目序号与所述第二题目序号之间的差值等于目标阈值，则根据本地当前存储的所述第二作答内容的用户作答数据，处理用户的直播作答状态。
在一种可能的实现方式中，所述根据本地当前存储的所述第二作答内容的用户作答数据，处理用户的直播作答状态，包括：
若所述用户作答数据中不包括用户作答选项，则将用户的直播作答状态设置为禁止作答，并显示禁止用户触发的第一类题目数据展示窗口；
其中，所述第一类题目数据展示窗口中包括所述第一作答内容的题目数据。
在一种可能的实现方式中，所述根据本地当前存储的所述第二作答内容的用户作答数据，处理用户的直播作答状态，包括：
若所述用户作答数据中包括用户作答选项，且未接收到所述服务器下发的所述第二作答内容的答案数据，则将用户的直播作答状态设置为禁止作答，并显示禁止用户触发的第一类题目数据展示窗口；
其中，所述第一类题目数据展示窗口中包括所述第一作答内容的题目数据。
在一种可能的实现方式中，所述根据本地当前存储的所述第二作答内容的用户作答数据，处理用户的直播作答状态，包括：
若所述用户作答数据中包括用户作答选项，且接收到所述服务器下发的所述第二作答内容的答案数据，且所述用户作答选项与所述第二作答内容的答案数据指示的正确答案选项不一致，且用户当前的复活标识为第一取值，则显示支持用户触发的第二类题目数据展示窗口；
若所述用户作答数据中包括用户作答选项，且接收到所述服务器下发的所述第二作答内容的答案数据，且所述用户作答选项与所述第二作答内容的答案数据指示的正确答案选项不一致，且用户当前的复活标识为第二取值，则显示禁止用户触发的第一类题目数据展示窗口；
其中，所述第一类题目数据展示窗口中包括所述第一作答内容的题目数据；所述第一取值用于指示用户当前处于复活状态，所述第二取值用于指示用户当前处于未复活状态。
在一种可能的实现方式中，所述根据本地当前存储的所述第二作答内容的用户作答数据，处理用户的直播作答状态，包括：
若所述用户作答数据中包括用户作答选项，且接收到所述服务器下发的所述第二作答内容的答案数据，且所述用户作答选项与所述第二作答内容的答案数据指示的正确答案选项一致，则显示支持用户触发的第二类题目数据展示窗口；
其中，所述第二类题目数据展示窗口中包括所述第一作答内容的题目数据。
在一种可能的实现方式中，所述接收服务器下发的目标信令，包括：
接收所述服务器下发的第二指令；
其中，所述第二指令中携带所述第一作答内容的答案数据，所述答案数据包括所述第一题目序号、所述第一作答内容的正确答案选项。
在一种可能的实现方式中，所述根据所述第一题目序号和所述第二题目序号之间的大小关系，处理用户的直播作答状态，包括：
若所述第一题目序号与所述第二题目序号之间的差值不小于目标阈值，则将用户的直播作答状态设置为禁止作答，并显示第一模式的答案数据展示窗口；
若所述第一题目序号等于所述第二题目序号，且用户当前已处于禁止作答状态，则显示第一模式的答案数据展示窗口；
其中，所述答案数据展示窗口中包括所述第一作答内容的答案数据。
在一种可能的实现方式中，所述根据所述第一题目序号和所述第二题目序号之间的大小关系，处理用户的直播作答状态，包括：
若所述第一题目序号等于所述第二题目序号，则根据本地当前存储的所述第二作答内容的用户作答数据，处理用户的直播作答状态。
在一种可能的实现方式中，所述根据本地当前存储的所述第二作答内容的用户作答数据，处理用户的直播作答状态，包括：
若所述用户作答数据中不包括用户作答选项，则将用户的直播作答状态设置为禁止作答并显示淘汰窗口；其中，所述淘汰窗口用于提示用户当前处于禁止作答状态。
在一种可能的实现方式中，所述根据本地当前存储的所述第二作答内容的用户作答数据，处理用户的直播作答状态，包括：
若所述用户作答数据中包括用户作答选项，且所述用户作答选项与所述第一作答内容的答案数据指示的正确答案选项一致，则显示第二模式的答案数据展示窗口；
其中，所述答案数据展示窗口中包括所述第一作答内容的答案数据。
在一种可能的实现方式中，所述根据本地当前存储的所述第二作答内容的用户作答数据，处理用户的直播作答状态，包括：
若所述用户作答数据中包括用户作答选项，且所述用户作答选项与所述第一作答内容的答案数据指示的正确答案选项不一致，且用户当前的复活次数不为零，且所述第一作答内容不是最后一项作答内容，则显示第三模式的题目数据展示窗口；
若所述用户作答数据中包括用户作答选项，且所述用户作答选项与所述第一作答内容的答案数据指示的正确答案选项不一致，且用户当前的复活次数为零，则将用户的直播作答状态设置为禁止作答并显示淘汰窗口；其中，所述淘汰窗口用于提示用户当前处于禁止作答状态；
若所述用户作答数据中包括用户作答选项，且所述用户作答选项与所述第一作答内容的答案数据指示的正确答案选项不一致，且所述第一作答内容是最后一项作答内容，则将用户的直播作答状态设置为禁止作答并显示所述淘汰窗口。
上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再赘述。
图5是根据一示例性实施例示出的一种直播中的业务方法的流程图。该方法可以用于图1所示的终端101中，以终端接收到服务器下发的新的Asked信令(即收到新的题目数据)为例，如图5所示，该方法包括以下步骤。
在步骤501中，终端接收服务器下发的第一指令；该第一指令中携带有第一作答内容的题目数据，该题目数据包括第一题目序号、第一作答内容的标题数据和答题选项数据。
在本公开实施例中，第一指令指代终端接收到的服务器下发的新的Asked信令。换言之，本公开实施例示出的是当终端收到新的一题的题目数据时，终端如何根据本地题目数据CurrentQuestion处理因网络发生异常导致的用户答题状态不稳定的问题。
需要说明的是，本公开实施例中的出现的术语“第一”、“第二”等仅是用于区别类似的对象，比如第一作答内容和第二作答内容中的“第一”、“第二”等仅是用于区分两个不同的作答内容，即仅是用于区分两道不同的题，而并不属于对题目序号的限定。类似地，第一题目序号和第二题目序号也同理。
在步骤502中，终端获取本地当前存储的第二作答内容的第二题目序号；该第二作答内容为用户最近作答过的一项已作答内容。
举例来说，以第一作答内容为第6题为例，则第一题目序号便为6，那么第二作答内容便为用户已经作答过的第5题，即第二题目序号为5。
在步骤503中，终端将第一题目序号和第二题目序号进行比对，得到第一题目序号和第二题目序号之间的大小关系；其中，该大小关系能够表征是否发生网络异常；根据第一题目序号和第二题目序号之间的大小关系，处理用户的直播作答状态。
在一种可能的实现方式中，根据第一题目序号和第二题目序号之间的大小关系，处理用户的直播作答状态，包括但不限于：
5031、若第一题目序号与第二题目序号之间的差值大于目标阈值，则将用户的直播作答状态设置为禁止作答，并显示禁止用户触发的第一类题目数据展示窗口。
其中，目标阈值的取值通常为1，而第一类题目数据展示窗口中包括第一作答内容的题目数据。示例性地，该题目数据包括第一题目序号、第一作答内容的标题数据和答题选项数据。
需要说明的第一点是，观众用户刚进入直播间时，因为终端还没有收到任何题目数据，所以本地题目数据CurrentQuestion是空的(题目序号默认为0)。之后，终端收到第1题的Asked信令(携带QuestionNo为1的题目数据)，因为这时本地题目数据CurrentQuestion指示的本地题目序号为0，说明还终端没有展示过第1题的题目弹窗，所以终端在接收到Asked信令携带的题目数据后会展示第1题的题目弹窗，在用户选择答案之后，终端会在本地题目数据CurrentQuestion中记录用户选择的答案(MyOpt)。
参见图6，以本地题目数据CurrentQuestion中记录的QuestionNo(第二题目序号)为1为例，这里记做No1，若因为网络发生异常的原因导致终端漏掉了第2题的题目数据和答案，终端直接收到第3题的Asked信令，因为这个Asked信令里携带的QuestionNo(第一题目序号)为3，这里记做No2，而本地当前记录的题目序号是1，No2-No1＝2>1，说明终端错过了第2题的作答。
又比如，终端漏掉了第3、4、5题的题目数据和答案，直接收到第6题的Asked信令(此时No2＝6)，因为此时No2为6，而本地记录的No1为1，No2-No1>1，说明终端漏掉了题目没有作答，对于这种情况本公开实施例的处理方式是，将用户答题状态设置为禁止作答的观战状态，并弹出禁止用户触发的观战弹框，即上述的第一类题目数据展示窗口，后续用户无法继续作答。
需要说明的第二点是，以上介绍了终端接收到的新的Asked信令里面携带的题目序号No2与本地记录的题目序号No1相差大于1的情况，现在介绍No2-No1＝1的情况。
举例来说，假设终端已经收到过第3题的题目数据，即本地题目数据CurrentQuestion中的No1为3，MyOpt为用户选择的答案，RightOpt可能没有(主播用户公布答案并且终端收到该题的Reviewed信令之后才会设置)，若此时终端收到第4题的Asked信令(No2＝4)，那么No2-No1＝1。
5032、若第一题目序号与第二题目序号之间的差值等于目标阈值，且用户当前已处于禁止作答状态，则显示禁止用户触发的第一类题目数据展示窗口。
针对该种情况，举例来说，如果之前用户已经被淘汰(比如在第2题已经被淘汰)，那么当前的第4题，用户当前也是观战状态，终端弹出观战弹框。
5033、若第一题目序号与第二题目序号之间的差值等于目标阈值，则根据本地当前存储的第二作答内容的用户作答数据，处理用户的直播作答状态。
其中，本地当前存储的第二作答内容的用户作答数据，在这里指代本地题目数据CurrentQuestion。在一种可能的实现方式中，该步骤可以为细分为如下步骤：
5033-1、若用户作答数据中不包括用户作答选项，则将用户的直播作答状态设置为禁止作答，并显示禁止用户触发的第一类题目数据展示窗口。
针对该种情况，举例来说，以用户最近作答过的是第3题为例，如果本地答题数据中用户没有选择答案，即MyOpt为空，则代表用户最近作答过的第3题没有提交答案或答案提交失败，那么现在终端收到第4题的题目时用户已经是淘汰状态了，所以将用户记录为观战状态，终端弹出第4题的观战弹框。
5033-2、若用户作答数据中包括用户作答选项，且未接收到服务器下发的第二作答内容的答案数据，则将用户的直播作答状态设置为禁止作答，并显示禁止用户触发的第一类题目数据展示窗口。
针对该种情况，以用户最近作答过的是第3题为例，由于MyOpt不为空，则代表用户选择了答案并提交答案成功。而如果RightOpt为空，则代表终端没有收到第3题的Reviewed信令，因此终端没有第3题的正确答案，即终端无法判定第3题用户是否回答正确，所以此时终端依然将用户的答题状态做观战处理，即将用户设置为观战状态，弹出第4题的观战弹框。
5033-3、若用户作答数据中包括用户作答选项，且接收到服务器下发的第二作答内容的答案数据，且用户作答选项与第二作答内容的答案数据指示的正确答案选项不一致，且用户当前的复活标识为第一取值，则显示支持用户触发的第二类题目数据展示窗口。
其中，第一取值用于指示用户当前处于复活状态。
5033-4、若用户作答数据中包括用户作答选项，且接收到服务器下发的第二作答内容的答案数据，且用户作答选项与第二作答内容的答案数据指示的正确答案选项不一致，且用户当前的复活标识为第二取值，则显示禁止用户触发的第一类题目数据展示窗口。
其中，第二取值用于指示用户当前处于未复活状态。
针对上述步骤5033-4和步骤5033-5，由于MyOpt和RightOpt都不为空，则代表用户选择第3题的答案成功并且也收到了第3题的答案；然后，终端比较MyOpt(比如a选项)和RightOpt(比b选项)。
如果二者不相等，则说明用户选择的答案错误；此时，如果CurrentQuestion中包括的IsRevived标志的取值为true，则代表用户已经复活，然后正常展示第4题的题目弹框；如果IsRevived标志的取值为false，则代表上一题用户没有复活已经被淘汰了，所以这一题将用户做观战处理，即将用户设置为观战状态，弹出第4题的观战弹框。
5033-5、若用户作答数据中包括用户作答选项，且接收到服务器下发的第二作答内容的答案数据，且用户作答选项与第二作答内容的答案数据指示的正确答案选项一致，则显示支持用户触发的第二类题目数据展示窗口；其中，第二类题目数据展示窗口中包括第一作答内容的题目数据。
针对该种情况，由于MyOpt和RightOpt的取值一致，则代表用户对第3题的答案选择正确，可以继续作答第4题，终端正常展示第4题的题目弹框，以便于用户进行作答。
以上是针对本地当前存储有第3题的相关数据，终端收到第4题的Asked信令的情况，实际上No2-No1＝1的情况还包括：本地存储第4题的相关数据、收到第5题的Asked信令，本地存储第5题的相关数据、收到第6题的Asked信令，…本地存储倒数第2题的相关数据、收到最后1题的Asked信令等情况。处理方式与此同理。
本公开实施例提供的方法至少包括如下有益效果：
本公开实施例通过将题目序号为No1的本地题目作答情况与收到的题目序号为No2的Asked信令中的题目数据进行比较并处理，保证了即使之前因发生网络异常而出现题目或答案没收到、或提交答案失败的情况，终端之后处理得到的用户答题状态也能和服务器的用户答题状态保持一致，保障了网络异常情况下用户的正常答题体验。
即，本公开实施例提供的业务处理方案可以涵盖发题、选择答案、发答案过程中出现网络异常而导致的(发题、选择答案、发答案)失败的所有情况，通过对网络异常情况的处理，确保了本地的用户答题状态和服务器的用户答题状态的一致性，保障了用户在直播答题时不会出现异常情况。
图7是根据一示例性实施例示出的一种直播中的业务方法的流程图。该方法可以用于图1所示的终端101中，以终端接收到服务器下发的Reviewed信令为例，如图7所示，该方法包括以下步骤。
在步骤701中，终端接收服务器下发的第二指令；其中，该第二指令中携带第一作答内容的答案数据，该答案数据包括第一题目序号、第一作答内容的正确答案选项。
在本公开实施例中，第二指令指代终端接收到的服务器下发的新的Reviewed信令。换言之，本公开实施例示出的是当终端收到用户任意一题的Reviewed信令时，终端如何根据本地题目数据CurrentQuestion处理因网络发生异常导致的用户答题状态不稳定的问题。
需要说明的是，本公开实施例中的出现的术语“第一”、“第二”等仅是用于区别类似的对象，比如第一作答内容和第二作答内容中的“第一”、“第二”等仅是用于区分两个不同的作答内容，即仅是用于区分两道不同的题，而并不属于对题目序号的限定。类似地，第一题目序号和第二题目序号也同理。
另外，Reviewed信令中携带了题目序号QuestionNo和正确答案选项RightOpt。
在步骤702中，终端获取本地当前存储的第二作答内容的第二题目序号，第二作答内容为用户最近作答过的一项已作答内容。
举例来说，如果第一题目序号和第二题目序号相同，则说明第一作答内容和第二作答内容是同一题。
在步骤703中，终端将第一题目序号和第二题目序号进行比对，得到第一题目序号和第二题目序号之间的大小关系；其中，该大小关系能够表征是否发生网络异常；根据第一题目序号和第二题目序号之间的大小关系，处理用户的直播作答状态。
参见图8，继续将本地题目数据CurrentQuestion中记录的QuestionNo(第二题目序号)记做No1，终端收到新的Reviewed信令中的QuestionNo(第一题目序号)记做No2为例，则在一种可能的实现方式中，根据第一题目序号和第二题目序号之间的大小关系，处理用户的直播作答状态，包括但不限于：
7031、若第一题目序号与第二题目序号之间的差值不小于目标阈值，则将用户的直播作答状态设置为禁止作答，并显示第一模式的答案数据展示窗口。
其中，答案数据展示窗口中包括第一作答内容的答案数据。示例性地，第一模式在本文中指代观战模式。
举例来说，针对No2＝1、No1＝0的情况，由于No2为1，说明终端收到的答案是针对第1题的，而No1为0则说明用户没有作答过题目，由于终端没有收到过第1题的Asked信令，因此也就无法作答第1题，用户是已经处于淘汰状态了，所以这里将用户设置为观战状态，终端展示第2题的答案弹框并禁止用户触发。
同理，针对No2＝4、No1＝2的情况，说明用户刚答到第2题，现在终端收到第4题的答案，那么说明第3题整个题用户都错过了，那么此时用户肯定是已经处于淘汰状态了，所以这里将用户设置为观战状态，终端展示第4题的答案弹框，并禁止用户触发。
以上仅是以用户作答了第1题、收到第2题的答案，作答了第2题、收到第4题的答案来举例，实际情况中还存在很多其他情况，比如作答了第5题，收到第6题的答案；或者，收到第7、8、9…的答案等，均可采取上述方式进行类似处理。
另外，剩下的情况即是No2＝No1，也就是本地用户最近作答过的题目和终端当前收到的答案指令指示的是同一题，说明没有存在漏题的情况，包括以下步骤。
7032、若第一题目序号等于第二题目序号，且用户当前已处于禁止作答状态，则显示第一模式的答案数据展示窗口。
针对该种情况，如果用户当前已处于禁止作答的淘汰状态，那么终端可以直接展示观战模式的答案弹框。
7033、若第一题目序号等于第二题目序号，则根据本地当前存储的第二作答内容的用户作答数据，处理用户的直播作答状态。
其中，本地当前存储的第二作答内容的用户作答数据，在这里指代本地题目数据CurrentQuestion。在一种可能的实现方式中，根据本地当前存储的第二作答内容的用户作答数据，处理用户的直播作答状态，包括但不限于：
7033-1、若用户作答数据中不包括用户作答选项，则将用户的直播作答状态设置为禁止作答并显示淘汰窗口；其中，淘汰窗口用于提示用户当前处于禁止作答状态。
针对该种情况，如果CurrentQuestion中的MyOpt为空，则表明用户没有提交答案或者答案提交失败，那么终端的处理方式是判定用户没有做题，直接走淘汰逻辑，将用户的直播作答状态设置为禁止作答并显示一个淘汰窗口；其中，该淘汰窗口用于提示用户当前处于禁止作答状态，即终端展示淘汰弹框并且将用户的直播答题状态设置为观战状态。
7033-2、若用户作答数据中包括用户作答选项，且用户作答选项与第一作答内容的答案数据指示的正确答案选项一致，则显示第二模式的答案数据展示窗口。
针对该种情况，由于CurrentQuestion中的MyOpt与Reviewed信令中的RightOpt的取值一致，则说明用户选择的答案选项是正确的，那么终端正常显示答案弹框即可。即，第二模式指代正常显示答案弹框的模式。
7033-3、若用户作答数据中包括用户作答选项，且用户作答选项与第一作答内容的答案数据指示的正确答案选项不一致，且用户当前的复活次数不为零，且第一作答内容不是最后一项作答内容，则显示第三模式的题目数据展示窗口。
示例性地，第三模式可以为复活模式。
7033-4、若用户作答数据中包括用户作答选项，且用户作答选项与第一作答内容的答案数据指示的正确答案选项不一致，且用户当前的复活次数为零，则将用户的直播作答状态设置为禁止作答并显示淘汰窗口；其中，淘汰窗口用于提示用户当前处于禁止作答状态。
针对该种情况，如果MyOpt与RightOpt不相等，则说明用户选择的答案选项错误。如果CurrentQuestion中的ReviveCardCount不为0并且不是最后一道题(比如最后一题不支持复活)，则说明用户有复活卡可供复活，则将ReviveCardCount的取值减1，然后显示复活模式的答案弹框。如果ReviveCardCount为0或者是最后一题，代表没有复活卡可供复活或者策略上不允许复活，则终端可以直接走淘汰逻辑，将用户的直播作答状态设置为禁止作答并显示一个淘汰窗口；其中，该淘汰窗口用于提示用户当前处于禁止作答状态，即终端展示淘汰弹框并且将用户的直播答题状态设置为观战状态。
7033-5、若用户作答数据中包括用户作答选项，且用户作答选项与第一作答内容的答案数据指示的正确答案选项不一致，且第一作答内容是最后一项作答内容，则将用户的直播作答状态设置为禁止作答并显示淘汰窗口。
针对该种情况，如果MyOpt与RightOpt不相等，则说明用户选择的答案选项错误。如果CurrentQuestion中的ReviveCardCount不为0并且不是最后一道题，则说明用户有复活卡可供复活，则将ReviveCardCount的取值减1，然后显示复活模式的答案弹框。如果ReviveCardCount为0或者是最后一题，则代表当前没有复活卡可供复活或者策略上不允许复活，则终端可以直接走淘汰逻辑，将用户的直播作答状态设置为禁止作答并显示一个淘汰窗口；其中，该淘汰窗口用于提示用户当前处于禁止作答状态，即终端展示淘汰弹框并且将用户的直播答题状态设置为观战状态。
本公开实施例提供的方法至少包括如下有益效果：
本公开实施例通过将题目序号为No1的本地题目作答情况与收到的题目序号为No2的Peviewed信令中的答案数据进行比较并处理，保证了即使之前因发生网络异常而出现题目或答案没收到、或提交答案失败的情况，终端之后处理得到的用户答题状态也能和服务器的用户答题状态保持一致，保障了网络异常情况下用户的正常答题体验。
即，本公开实施例提供的业务处理方案可以涵盖发题、选择答案、发答案过程中出现网络异常而导致的(发题、选择答案、发答案)失败的所有情况，通过对网络异常情况的处理，确保了本地的用户答题状态和服务器的用户答题状态的一致性，保障了用户在直播答题时不会出现异常情况。
图9是根据一示例性实施例示出的一种直播中的业务处理装置框图。参照图9，该装置包括接收模块901，获取模块902和处理模块903。
接收模块901，被配置为接收服务器下发的目标信令，所述目标信令中携带有第一作答内容的第一题目序号；
获取模块902，被配置为获取本地当前存储的第二作答内容的第二题目序号，所述第二作答内容为用户最近作答过的一项已作答内容；
处理模块903，被配置为根据所述第一题目序号和所述第二题目序号之间的大小关系，处理用户的直播作答状态。
本公开实施例提供的装置，在直播答题过程中，响应于接收到服务器下发的目标信令，会获取用户最近作答过的一项作答内容的题目序号No1；之后，根据目标信令中携带的另一项作答内容的题目序号No2和题目序号No1之间的大小关系，来处理用户的直播作答状态。而由于该大小关系能够表征是否发生网络异常，因此本公开实施例提供的业务处理方案能够解决因为网络出现异常导致的用户答题状态不稳定的问题。
换言之，上述业务处理方案能够兼容网络异常情况，基于上述业务处理方案处理用户答题状态，能够确保本地的用户答题状态和服务器的用户答题状态一致，保障了用户在直播答题过程中不会出现异常情况，效果较佳。
即，本公开实施例能够解决用户在直播答题过程中因为网络异常造成的本地的用户答题状态与服务器的用户答题状态不一致，进而出现因为终端和服务器处理逻辑不一致而导致的严重影响用户答题体验的问题，保障了网络异常情况下的用户正常答题体验。
在一种可能的实现方式中，所述接收模块，被配置为接收所述服务器下发的第一指令；
其中，所述第一指令中携带有所述第一作答内容的题目数据，所述题目数据包括所述第一题目序号、所述第一作答内容的标题数据和答题选项数据。
在一种可能的实现方式中，所述处理模块，被配置为：
若所述第一题目序号与所述第二题目序号之间的差值大于目标阈值，则将用户的直播作答状态设置为禁止作答，并显示禁止用户触发的第一类题目数据展示窗口；
若所述第一题目序号与所述第二题目序号之间的差值等于所述目标阈值，且用户当前已处于禁止作答状态，则显示禁止用户触发的第一类题目数据展示窗口；
其中，所述第一类题目数据展示窗口中包括所述第一作答内容的题目数据。
在一种可能的实现方式中，所述处理模块，被配置为若所述第一题目序号与所述第二题目序号之间的差值等于目标阈值，则根据本地当前存储的所述第二作答内容的用户作答数据，处理用户的直播作答状态。
在一种可能的实现方式中，所述处理模块，被配置为若所述用户作答数据中不包括用户作答选项，则将用户的直播作答状态设置为禁止作答，并显示禁止用户触发的第一类题目数据展示窗口；
其中，所述第一类题目数据展示窗口中包括所述第一作答内容的题目数据。
在一种可能的实现方式中，所述处理模块，被配置为若所述用户作答数据中包括用户作答选项，且未接收到所述服务器下发的所述第二作答内容的答案数据，则将用户的直播作答状态设置为禁止作答，并显示禁止用户触发的第一类题目数据展示窗口；
其中，所述第一类题目数据展示窗口中包括所述第一作答内容的题目数据。
在一种可能的实现方式中，所述处理模块，被配置为：若所述用户作答数据中包括用户作答选项，且接收到所述服务器下发的所述第二作答内容的答案数据，且所述用户作答选项与所述第二作答内容的答案数据指示的正确答案选项不一致，且用户当前的复活标识为第一取值，则显示支持用户触发的第二类题目数据展示窗口；若所述用户作答数据中包括用户作答选项，且接收到所述服务器下发的所述第二作答内容的答案数据，且所述用户作答选项与所述第二作答内容的答案数据指示的正确答案选项不一致，且用户当前的复活标识为第二取值，则显示禁止用户触发的第一类题目数据展示窗口；
其中，所述第一类题目数据展示窗口中包括所述第一作答内容的题目数据；所述第一取值用于指示用户当前处于复活状态，所述第二取值用于指示用户当前处于未复活状态。
在一种可能的实现方式中，所述处理模块，被配置为若所述用户作答数据中包括用户作答选项，且接收到所述服务器下发的所述第二作答内容的答案数据，且所述用户作答选项与所述第二作答内容的答案数据指示的正确答案选项一致，则显示支持用户触发的第二类题目数据展示窗口；
其中，所述第二类题目数据展示窗口中包括所述第一作答内容的题目数据。
在一种可能的实现方式中，所述接收模块，被配置为接收所述服务器下发的第二指令；
其中，所述第二指令中携带所述第一作答内容的答案数据，所述答案数据包括所述第一题目序号、所述第一作答内容的正确答案选项。
在一种可能的实现方式中，所述处理模块，被配置为：
若所述第一题目序号与所述第二题目序号之间的差值不小于目标阈值，则将用户的直播作答状态设置为禁止作答，并显示第一模式的答案数据展示窗口；
若所述第一题目序号等于所述第二题目序号，且用户当前已处于禁止作答状态，则显示第一模式的答案数据展示窗口；
其中，所述答案数据展示窗口中包括所述第一作答内容的答案数据。
在一种可能的实现方式中，所述处理模块，被配置为：
若所述第一题目序号等于所述第二题目序号，则根据本地当前存储的所述第二作答内容的用户作答数据，处理用户的直播作答状态。
在一种可能的实现方式中，所述处理模块，被配置为：
若所述用户作答数据中不包括用户作答选项，则将用户的直播作答状态设置为禁止作答并显示淘汰窗口；其中，所述淘汰窗口用于提示用户当前处于禁止作答状态。
在一种可能的实现方式中，所述处理模块，被配置为：
若所述用户作答数据中包括用户作答选项，且所述用户作答选项与所述第一作答内容的答案数据指示的正确答案选项一致，则显示第二模式的答案数据展示窗口；
其中，所述答案数据展示窗口中包括所述第一作答内容的答案数据。
在一种可能的实现方式中，所述处理模块，被配置为：若所述用户作答数据中包括用户作答选项，且所述用户作答选项与所述第一作答内容的答案数据指示的正确答案选项不一致，且用户当前的复活次数不为零，且所述第一作答内容不是最后一项作答内容，则显示第三模式的题目数据展示窗口；
若所述用户作答数据中包括用户作答选项，且所述用户作答选项与所述第一作答内容的答案数据指示的正确答案选项不一致，且用户当前的复活次数为零，则将用户的直播作答状态设置为禁止作答并显示淘汰窗口；其中，所述淘汰窗口用于提示用户当前处于禁止作答状态；
若所述用户作答数据中包括用户作答选项，且所述用户作答选项与所述第一作答内容的答案数据指示的正确答案选项不一致，且所述第一作答内容是最后一项作答内容，则将用户的直播作答状态设置为禁止作答并显示所述淘汰窗口。
上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再赘述。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
图10是根据一示例性实施例示出的一种电子设备1000的结构框图，该电子设备1000可以为观众用户所使用的终端。该电子设备1000可以是：智能手机、平板电脑、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。电子设备1000还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。
通常，电子设备1000包括有：处理器1001和存储器1002。
处理器1001可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1001可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1001也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1001可以集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1001还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。
存储器1002可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1002还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。
在一些实施例中，电子设备1000还可选包括有：外围设备接口1003和至少一个外围设备。处理器1001、存储器1002和外围设备接口1003之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1003相连。具体地，外围设备包括：射频电路1004、显示屏1005、摄像头组件1006、音频电路1007、定位组件1008和电源1009中的至少一种。
外围设备接口1003可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器1001和存储器1002。在一些实施例中，处理器1001、存储器1002和外围设备接口1003被集成在同一芯片或电路板上；在一些其他实施例中，处理器1001、存储器1002和外围设备接口1003中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。
射频电路1004用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路1004通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1004将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1004包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1004可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路1004还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本公开对此不加以限定。
显示屏1005用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1005是触摸显示屏时，显示屏1005还具有采集在显示屏1005的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1001进行处理。此时，显示屏1005还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1005可以为一个，设置电子设备1000的前面板；在另一些实施例中，显示屏1005可以为至少两个，分别设置在电子设备1000的不同表面或呈折叠设计；在另一些实施例中，显示屏1005可以是柔性显示屏，设置在电子设备1000的弯曲表面上或折叠面上。甚至，显示屏1005还可以设置成非矩形的不规则图形，也即异形屏。显示屏1005可以采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。
摄像头组件1006用于采集图像或视频。可选地，摄像头组件1006包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件1006还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。
音频电路1007可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1001进行处理，或者输入至射频电路1004以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在电子设备1000的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1001或射频电路1004的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1007还可以包括耳机插孔。
定位组件1008用于定位电子设备1000的当前地理位置，以实现导航或LBS(Location Based Service，基于位置的服务)。定位组件1008可以是基于美国的GPS(Global Positioning System，全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。
电源1009用于为电子设备1000中的各个组件进行供电。电源1009可以是交流电、直流电、一次性电池或可充电电池。当电源1009包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。
在一些实施例中，电子设备1000还包括有一个或多个传感器1010。该一个或多个传感器1010包括但不限于：加速度传感器1011、陀螺仪传感器1012、压力传感器1013、指纹传感器1014、光学传感器1015以及接近传感器1016。
加速度传感器1011可以检测以电子设备1000建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1011可以用于检测重力加速度在三个坐标轴上的分量。处理器1001可以根据加速度传感器1011采集的重力加速度信号，控制显示屏1005以横向视图或纵向视图进行用户界面的显示。加速度传感器1011还可以用于游戏或者用户的运动数据的采集。
陀螺仪传感器1012可以检测电子设备1000的机体方向及转动角度，陀螺仪传感器1012可以与加速度传感器1011协同采集用户对电子设备1000的3D动作。处理器1001根据陀螺仪传感器1012采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。
压力传感器1013可以设置在电子设备1000的侧边框和/或显示屏1005的下层。当压力传感器1013设置在电子设备1000的侧边框时，可以检测用户对电子设备1000的握持信号，由处理器1001根据压力传感器1013采集的握持信号进行左右手识别或快捷操作。当压力传感器1013设置在显示屏1005的下层时，由处理器1001根据用户对显示屏1005的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。
指纹传感器1014用于采集用户的指纹，由处理器1001根据指纹传感器1014采集到的指纹识别用户的身份，或者，由指纹传感器1014根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器1001授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1014可以被设置电子设备1000的正面、背面或侧面。当电子设备1000上设置有物理按键或厂商Logo时，指纹传感器1014可以与物理按键或厂商Logo集成在一起。
光学传感器1015用于采集环境光强度。在一个实施例中，处理器1001可以根据光学传感器1015采集的环境光强度，控制显示屏1005的显示亮度。具体地，当环境光强度较高时，调高显示屏1005的显示亮度；当环境光强度较低时，调低显示屏1005的显示亮度。在另一个实施例中，处理器1001还可以根据光学传感器1015采集的环境光强度，动态调整摄像头组件1006的拍摄参数。
接近传感器1016，也称距离传感器，通常设置在电子设备1000的前面板。接近传感器1016用于采集用户与电子设备1000的正面之间的距离。在一个实施例中，当接近传感器1016检测到用户与电子设备1000的正面之间的距离逐渐变小时，由处理器1001控制显示屏1005从亮屏状态切换为息屏状态；当接近传感器1016检测到用户与电子设备1000的正面之间的距离逐渐变大时，由处理器1001控制显示屏1005从息屏状态切换为亮屏状态。
本领域技术人员可以理解，图10中示出的结构并不构成对电子设备1000的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。
图11是根据一示例性实施例示出的另一种电子设备1100的框图，电子设备1100可以为直播服务器。其中，该电子设备1100可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(Central Processing Units，CPU)1101和一个或一个以上的存储器1102，存储器1102中包含的存储介质可以是ROM1103和随机存取存储器(RAM)1104。其中，该存储器1102中存储有至少一条指令，该至少一条指令由该处理器1101加载并执行以实现上述各个方法实施例提供的直播中的业务处理方法。当然，该电子设备还可以具有有线或无线网络接口1105、输入输出接口1106等部件，以便进行输入输出，该电子设备1100还可以包括大容量存储设备1107，该电子设备1100还可以包括其他用于实现设备功能的部件，在此不做赘述。
在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器，上述指令可由电子设备的处理器执行以完成上述直播中的业务处理方法。可选地，存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
在示例性实施例中，还提供了一种计算机程序产品，所述计算机程序产品中的指令由电子设备的处理器执行时，使得电子设备能够执行如上述方法实施例中的直播中的业务处理方法。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (10)
1.一种直播中的业务处理方法，其特征在于，包括：
接收服务器下发的目标信令，所述目标信令中携带有第一作答内容的第一题目序号；
获取本地当前存储的第二作答内容的第二题目序号，所述第二作答内容为用户最近作答过的一项已作答内容；
根据所述第一题目序号和所述第二题目序号之间的大小关系，处理用户的直播作答状态。
2.根据权利要求1所述的直播中的业务处理方法，其特征在于，所述接收服务器下发的目标信令，包括：
接收所述服务器下发的第一指令；
其中，所述第一指令中携带有所述第一作答内容的题目数据，所述题目数据包括所述第一题目序号、所述第一作答内容的标题数据和答题选项数据。
3.根据权利要求2所述的直播中的业务处理方法，其特征在于，所述根据所述第一题目序号和所述第二题目序号之间的大小关系，处理用户的直播作答状态，包括：
若所述第一题目序号与所述第二题目序号之间的差值大于目标阈值，则将用户的直播作答状态设置为禁止作答，并显示禁止用户触发的第一类题目数据展示窗口；
若所述第一题目序号与所述第二题目序号之间的差值等于所述目标阈值，且用户当前已处于禁止作答状态，则显示禁止用户触发的第一类题目数据展示窗口；
其中，所述第一类题目数据展示窗口中包括所述第一作答内容的题目数据。
4.根据权利要求2所述的直播中的业务处理方法，其特征在于，所述根据所述第一题目序号和所述第二题目序号之间的大小关系，处理用户的直播作答状态，包括：
若所述第一题目序号与所述第二题目序号之间的差值等于目标阈值，则根据本地当前存储的所述第二作答内容的用户作答数据，处理用户的直播作答状态。
5.根据权利要求1所述的直播中的业务处理方法，其特征在于，所述接收服务器下发的目标信令，包括：
接收所述服务器下发的第二指令；
其中，所述第二指令中携带所述第一作答内容的答案数据，所述答案数据包括所述第一题目序号、所述第一作答内容的正确答案选项。
6.根据权利要求5所述的直播中的业务处理方法，其特征在于，所述根据所述第一题目序号和所述第二题目序号之间的大小关系，处理用户的直播作答状态，包括：
若所述第一题目序号与所述第二题目序号之间的差值不小于目标阈值，则将用户的直播作答状态设置为禁止作答，并显示第一模式的答案数据展示窗口；
若所述第一题目序号等于所述第二题目序号，且用户当前已处于禁止作答状态，则显示第一模式的答案数据展示窗口；
其中，所述答案数据展示窗口中包括所述第一作答内容的答案数据。
7.根据权利要求5所述的直播中的业务处理方法，其特征在于，所述根据所述第一题目序号和所述第二题目序号之间的大小关系，处理用户的直播作答状态，包括：
若所述第一题目序号等于所述第二题目序号，则根据本地当前存储的所述第二作答内容的用户作答数据，处理用户的直播作答状态。
8.一种直播中的业务处理装置，其特征在于，包括：
接收模块，被配置为接收服务器下发的目标信令，所述目标信令中携带有第一作答内容的第一题目序号；
获取模块，被配置为获取本地当前存储的第二作答内容的第二题目序号，所述第二作答内容为用户最近作答过的一项已作答内容；
处理模块，被配置为根据所述第一题目序号和所述第二题目序号之间的大小关系，处理用户的直播作答状态。
9.一种电子设备，其特征在于，包括：
处理器；
用于存储所述处理器可执行指令的存储器；
其中，所述处理器被配置为执行所述指令，以实现如权利要求1至7中任一项所述的直播中的业务处理方法。
10.一种计算机可读存储介质，其特征在于，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如权利要求1至7中任一项所述的直播中的业务处理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010723099.3A CN111866534B (zh) | 2020-07-24 | 2020-07-24 | 直播中的业务处理方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010723099.3A CN111866534B (zh) | 2020-07-24 | 2020-07-24 | 直播中的业务处理方法、装置、电子设备及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111866534A true CN111866534A (zh) | 2020-10-30 |
| CN111866534B CN111866534B (zh) | 2022-10-04 |
Family
ID=72951075
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010723099.3A Active CN111866534B (zh) | 2020-07-24 | 2020-07-24 | 直播中的业务处理方法、装置、电子设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111866534B (zh) |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2704069A1 (en) * | 2012-09-04 | 2014-03-05 | Alcatel Lucent | Question and answer management system |
| CN106027379A (zh) * | 2016-07-28 | 2016-10-12 | 贵州中科汉天下信息技术有限公司 | 一种推送消息接收处理方法 |
| CN106971357A (zh) * | 2017-03-21 | 2017-07-21 | 广州网才信息技术有限公司 | 一种在线考试系统及其考试数据处理方法 |
| CN107454436A (zh) * | 2017-09-28 | 2017-12-08 | 广州酷狗计算机科技有限公司 | 互动方法、装置、服务器以及存储介质 |
| KR20180070100A (ko) * | 2016-12-16 | 2018-06-26 | (주)케이시크 | 복수 정답 퀴즈 기반의 온라인 스피드 퀴즈게임 시스템 및 방법 |
| CN108900382A (zh) * | 2018-07-18 | 2018-11-27 | 腾讯科技（深圳）有限公司 | 测试方法及其装置 |
| CN109614595A (zh) * | 2018-12-10 | 2019-04-12 | 上海掌门科技有限公司 | 一种调查问卷方法、设备及存储介质 |
| CN110090434A (zh) * | 2019-04-24 | 2019-08-06 | 深圳点猫科技有限公司 | 基于编程语言在答题游戏中连续答题的方法以及电子设备 |
| CN110620788A (zh) * | 2019-09-29 | 2019-12-27 | 深圳市镜玩科技有限公司 | 一种信息交互方法、相关产品及计算机可读存储介质 |
| CN111385664A (zh) * | 2018-12-29 | 2020-07-07 | 广州市百果园网络科技有限公司 | 直播间的互动数据处理方法、装置、存储介质及服务器 |
-
2020
- 2020-07-24 CN CN202010723099.3A patent/CN111866534B/zh active Active
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2704069A1 (en) * | 2012-09-04 | 2014-03-05 | Alcatel Lucent | Question and answer management system |
| CN106027379A (zh) * | 2016-07-28 | 2016-10-12 | 贵州中科汉天下信息技术有限公司 | 一种推送消息接收处理方法 |
| KR20180070100A (ko) * | 2016-12-16 | 2018-06-26 | (주)케이시크 | 복수 정답 퀴즈 기반의 온라인 스피드 퀴즈게임 시스템 및 방법 |
| CN106971357A (zh) * | 2017-03-21 | 2017-07-21 | 广州网才信息技术有限公司 | 一种在线考试系统及其考试数据处理方法 |
| CN107454436A (zh) * | 2017-09-28 | 2017-12-08 | 广州酷狗计算机科技有限公司 | 互动方法、装置、服务器以及存储介质 |
| CN108900382A (zh) * | 2018-07-18 | 2018-11-27 | 腾讯科技（深圳）有限公司 | 测试方法及其装置 |
| CN109614595A (zh) * | 2018-12-10 | 2019-04-12 | 上海掌门科技有限公司 | 一种调查问卷方法、设备及存储介质 |
| CN111385664A (zh) * | 2018-12-29 | 2020-07-07 | 广州市百果园网络科技有限公司 | 直播间的互动数据处理方法、装置、存储介质及服务器 |
| CN110090434A (zh) * | 2019-04-24 | 2019-08-06 | 深圳点猫科技有限公司 | 基于编程语言在答题游戏中连续答题的方法以及电子设备 |
| CN110620788A (zh) * | 2019-09-29 | 2019-12-27 | 深圳市镜玩科技有限公司 | 一种信息交互方法、相关产品及计算机可读存储介质 |
Non-Patent Citations (1)
| Title |
|---|
| 吴超; 张尧学; 周悦芝; 傅晓明: "信息中心网络发展研究综述", 《计算机学报》 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111866534B (zh) | 2022-10-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108769814B (zh) | 视频互动方法、装置、终端及可读存储介质 | |
| CN108810576B (zh) | 连麦直播的方法、装置及存储介质 | |
| CN109286852B (zh) | 直播间的竞赛方法及装置 | |
| CN109600678B (zh) | 信息展示方法、装置及系统、服务器、终端、存储介质 | |
| CN111083516B (zh) | 直播处理的方法和装置 | |
| CN110278464B (zh) | 显示榜单的方法和装置 | |
| CN112235647B (zh) | 网络数据处理方法、装置、终端及服务器 | |
| CN111355974A (zh) | 虚拟礼物赠送处理的方法、装置、系统、设备及存储介质 | |
| CN111918086B (zh) | 视频连线方法、装置、终端、服务器及可读存储介质 | |
| CN111107389B (zh) | 确定观看直播时长的方法、装置和系统 | |
| CN111556333B (zh) | 直播互动方法、装置、设备及存储介质 | |
| CN108897597B (zh) | 指导配置直播模板的方法和装置 | |
| CN110418152B (zh) | 进行直播提示的方法及装置 | |
| CN108900925B (zh) | 设置直播模板的方法和装置 | |
| CN113490010B (zh) | 基于直播视频的互动方法、装置、设备及存储介质 | |
| CN112492339A (zh) | 直播方法、装置、服务器、终端以及存储介质 | |
| CN108579075B (zh) | 操作请求响应方法、装置、存储介质及系统 | |
| CN112583806A (zh) | 资源共享方法、装置、终端、服务器及存储介质 | |
| CN113204671A (zh) | 资源展示方法、装置、终端、服务器、介质及产品 | |
| CN114040219B (zh) | 游戏直播方法、装置、系统、设备及计算机可读存储介质 | |
| CN111954018B (zh) | 直播间管理方法、系统、装置、设备及存储介质 | |
| CN111866534B (zh) | 直播中的业务处理方法、装置、电子设备及存储介质 | |
| CN112261482B (zh) | 互动视频的播放方法、装置、设备及可读存储介质 | |
| CN112423008B (zh) | 直播方法、装置、终端、服务器以及存储介质 | |
| CN114845129A (zh) | 虚拟空间中的互动方法、装置、终端以及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |