CN113038158B - 基于直播的对象展示方法、装置、电子设备以及介质 - Google Patents

Abstract

本公开提供了一种基于直播的对象展示方法、装置、电子设备以及介质，方法包括：在与第一服务器建立通信连接后，接收第一服务器发送的、用于指示目标应用展示目标数据的第一指令；响应于第一指令，检测基于目标应用从第二服务器获取目标数据时，所需使用的链路是否处于异常状态；若链路处于异常状态，则获取目标应用当前的运行数据，根据运行数据对目标应用进行修复；在目标应用修复完成后，基于目标应用从第二服务器获取目标数据，并控制目标应用展示目标数据。上述过程能够及时地发现和解决目标应用在直播过程中存在的故障，较大程度地保证了终端能够及时地展示目标数据，有助于提升用户体验。

Description

基于直播的对象展示方法、装置、电子设备以及介质

技术领域

本公开涉及直播的技术领域，具体而言，涉及一种基于直播的对象展示方法、装置、电子设备以及介质。

背景技术

随着网络直播技术的迅速，直播技术开始逐步应用到多个行业中，例如线上直播教学、线上直播购物和线上直播游戏等。在一些直播场景中包括主播和观众，主播和观众可以基于部署在终端上的目标应用进行互动，当主播期望观众侧终端上展示某一目标数据时，通常是由主播侧终端向第一服务器发送展示目标数据的请求，第一服务器根据该请求向观众侧终端发送指令，观众侧终端响应于该指令展示目标数据。

然而，第一服务器与观众侧终端之间的可能存在通信故障，或者观众侧终端中目标应用本身可能存在运行故障，这些故障往往无法被及时地发现和解决，这就会导致观众侧终端无法展示目标数据，严重地影响用户体验。

发明内容

本公开实施例至少提供一种基于直播的对象展示方法、装置、电子设备以及介质。

第一方面，本公开实施例提供了一种基于直播的对象展示方法，所述方法包括：

在与第一服务器建立通信连接后，接收所述第一服务器发送的、用于指示目标应用展示目标数据的第一指令；

响应于所述第一指令，检测基于所述目标应用从第二服务器获取所述目标数据时，所需使用的链路是否处于异常状态；

若所述链路处于异常状态，则获取所述目标应用当前的运行数据，根据所述运行数据对所述目标应用进行修复；

在所述目标应用修复完成后，基于所述目标应用从第二服务器获取所述目标数据，并控制所述目标应用展示所述目标数据。

在一种可选的实施方式中，所述基于直播的对象展示方法还包括：

检测与所述第一服务器之间的连接状态；

在与所述第一服务器处于断开连接状态的情况下，周期性地向所述第一服务器发送第一连接请求，若接收到所述第一服务器针对所述第一连接请求返回的反馈信息，确定与所述第一服务器之间重新建立通信连接；或者，周期性检测是否接收到所述第一服务器发送的第二连接请求，若接收到所述第一服务器发送的所述第二连接请求，确定与所述第一服务器之间重新建立通信连接。

在一种可选的实施方式中，所述在与第一服务器建立通信连接后，接收所述第一服务器发送的、用于指示目标应用展示目标数据的第一指令，包括：

在与所述第一服务器建立通信连接之后，接收在与所述第一服务器处于断开连接状态时由所述第一服务器缓存的第一指令，其中，所述第一指令为处于有效状态下的用于指示目标应用展示目标数据的指令。

在一种可选的实施方式中，所述根据所述运行数据对所述目标应用进行修复，包括：

根据所述运行数据获取修复文件，通过所述修复文件对所述目标应用进行修复。

在一种可选的实施方式中，所述运行数据包括所述目标应用当前对应的场景信息；所述根据所述运行数据获取修复文件，包括：

向预设服务器发送所述场景信息；

在所述预设服务器处，获取由所述预设服务器根据所述场景信息在预先存储的多个修复文件中匹配出的修复文件。

在一种可选的实施方式中，所述运行数据包括所述目标应用当前对应的场景信息和崩溃信息；根据所述运行数据获取修复文件，包括：

向预设服务器发送所述场景信息和所述崩溃信息；

在所述预设服务器处，获取由维护方上传的与所述场景信息想匹配的修复文件，其中，所述修复文件是由所述维护方基于所述预设服务器接收到的所述场景信息和所述崩溃信息而编辑得到的。

在一种可选的实施方式中，所述运行数据包括所述目标应用当前对应的场景信息和崩溃信息；根据所述运行数据获取修复文件，包括：

向预设服务器发送所述场景信息和所述崩溃信息；

在所述预设服务器处，获取由所述预设服务器基于所述场景信息和所述崩溃信息生成的修复文件。

在一种可选的实施方式中，所述运行数据包括所述目标应用当前对应的场景信息和崩溃信息；根据所述运行数据获取修复文件，包括：

基于所述场景信息和所述崩溃信息生成的修复文件；

通过所述修复文件对所述目标应用进行修复。

在一种可选的实施方式中，所述场景信息包括以下至少一项：运行所述目标应用的设备的配置信息、所述目标应用的版本信息、所述目标应用的日志信息、以及网络状况信息。

在一种可选的实施方式中，所述基于直播的对象展示方法还包括：

在接收到所述第一指令之后、以及控制所述目标应用展示所述目标数据之前，所述方法还包括：接收所述第一服务器发送的、用于指示目标应用停止获取所述目标数据的第二指令；响应于所述第二指令，清除所述第一指令；或者

在所述控制所述目标应用展示所述目标数据的过程中，所述方法还包括：接收所述第一服务器发送的、用于指示目标应用停止获取所述目标数据的第二指令；响应于所述第二指令，控制所述目标应用停止获取所述目标数据。

第二方面，本公开实施例提供了一种基于直播的对象展示装置，所述基于直播的对象展示装置包括指令接收模块、异常检测模块、应用修复模块和数据展示模块；

指令接收模块用于在与第一服务器建立通信连接后，接收所述第一服务器发送的、用于指示目标应用展示目标数据的第一指令；

异常检测模块用于响应于所述第一指令，检测基于所述目标应用从第二服务器获取所述目标数据时，所需使用的链路是否处于异常状态；

应用修复模块用于若所述链路处于异常状态，则获取所述目标应用当前的运行数据根据所述运行数据对所述目标应用进行修复；

数据展示模块用于在所述目标应用修复完成后，基于所述目标应用从第二服务器获取所述目标数据，并控制所述目标应用展示所述目标数据。

在一种可选的实施方式中，所述基于直播的对象展示装置还包括连接状态修复模块，所述连接状态修复模块用于检测与所述第一服务器之间的连接状态；在与所述第一服务器处于断开连接状态的情况下，周期性地向所述第一服务器发送第一连接请求，若接收到所述第一服务器针对所述第一连接请求返回的反馈信息，确定与所述第一服务器之间重新建立通信连接；或者，周期性检测是否接收到所述第一服务器发送的第二连接请求，若接收到所述第一服务器发送的所述第二连接请求，确定与所述第一服务器之间重新建立通信连接。

在一种可选的实施方式中，所述指令接收模块在用于在与第一服务器建立通信连接后，接收所述第一服务器发送的、用于指示目标应用展示目标数据的第一指令时，具体用于：

在与所述第一服务器建立通信连接之后，接收在与所述第一服务器处于断开连接状态时由所述第一服务器缓存的第一指令，其中，所述第一指令为处于有效状态下的用于指示目标应用展示目标数据的指令。

在一种可选的实施方式中，所述应用修复模块在用于根据所述运行数据对所述目标应用进行修复时，具体用于：

根据所述运行数据获取修复文件，通过所述修复文件对所述目标应用进行修复。

在一种可选的实施方式中，所述运行数据包括所述目标应用当前对应的场景信息；所述应用修复模块用于根据所述运行数据对所述目标应用进行修复时，具体用于：

向预设服务器发送所述场景信息；

在所述预设服务器处，获取由所述预设服务器根据所述场景信息在预先存储的多个修复文件中匹配出的修复文件。

在一种可选的实施方式中，所述运行数据包括所述目标应用当前对应的场景信息和崩溃信息；所述应用修复模块在用于根据所述运行数据对所述目标应用进行修复时，具体用于：

向预设服务器发送所述场景信息和所述崩溃信息；

在所述预设服务器处，获取由维护方上传的与所述场景信息想匹配的修复文件，其中，所述修复文件是由所述维护方基于所述预设服务器接收到的所述场景信息和所述崩溃信息而编辑得到的。

在一种可选的实施方式中，所述运行数据包括所述目标应用当前对应的场景信息和崩溃信息；所述应用修复模块在用于根据所述运行数据对所述目标应用进行修复时，具体用于：

向预设服务器发送所述场景信息和所述崩溃信息；

在所述预设服务器处，获取由所述预设服务器基于所述场景信息和所述崩溃信息生成的修复文件。

在一种可选的实施方式中，所述运行数据包括所述目标应用当前对应的场景信息和崩溃信息；所述应用修复模块在用于根据所述运行数据对所述目标应用进行修复时，具体用于：

基于所述场景信息和所述崩溃信息生成的修复文件；

通过所述修复文件对所述目标应用进行修复。

在一种可选的实施方式中，所述场景信息包括以下至少一项：运行所述目标应用的设备的配置信息、所述目标应用的版本信息、所述目标应用的日志信息、以及网络状况信息。

在一种可选的实施方式中，所述基于直播的对象展示装置还包括任务终止模块；

所述任务终止模块用于接收所述第一服务器发送的、用于指示目标应用停止获取所述目标数据的第二指令；响应于所述第二指令，清除所述第一指令；

或者，所述任务终止模块用于接收所述第一服务器发送的、用于指示目标应用停止获取所述目标数据的第二指令；响应于所述第二指令，控制所述目标应用停止获取所述目标数据。

第三方面，本公开实施例提供了一种电子设备，电子设备包括处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当所述第一服务器运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述第一方面，或第一方面中任一种可能的基于直播的对象展示方法的步骤。

第四方面，本公开实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述第一方面，或第一方面中任一种可能的基于直播的对象展示方法的步骤。

本公开实施例提供的基于直播的对象展示方法、装置、电子设备以及介质，用户侧终端在接收到用于指示目标应用展示目标数据的第一指令之后，可以及时地对用于获取目标数据的链路的状态进行检测，在确定链路处于异常状态时，可以根据目标应用当前的运行数据对目标应用进行修复，以便链路能够尽快地恢复到正常状态，使得终端可以在较短时间内基于目标应用通过链路获取目标数据并进行展示。上述过程能够及时地发现和解决目标应用在直播过程中存在的故障，较大程度地保证了终端能够及时地展示目标数据，有助于提升用户体验。

为使本公开的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本公开实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，此处的附图被并入说明书中并构成本说明书中的一部分，这些附图示出了符合本公开的实施例，并与说明书一起用于说明本公开的技术方案。应当理解，以下附图仅示出了本公开的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本公开实施例所提供的一种直播系统的架构图；

图2示出了本公开实施例所提供的一种基于直播的对象展示方法的流程图；

图3为本公开实施例提供的一种线上教学直播场景的数据交互示意图；

图4为本公开实施例提供的一种基于直播的对象展示装置的示意图；

图5为本公开实施例提供的另一种基于直播的对象展示装置的示意图；

图6为本公开实施例提供的一种电子设备的示意图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本公开实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围，而是仅仅表示本公开的选定实施例。基于本公开的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

本文中术语“和/或”，仅仅是描述一种关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括A、B、C中的至少一种，可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。

经研究发现，随着网络直播技术的迅速，直播技术开始逐步应用到多个行业中，例如线上直播教学、线上直播购物和线上直播游戏等。在一些直播场景中包括主播和观众，主播和观众可以基于部署在终端上的目标应用进行互动，当主播期望观众侧终端上展示某一目标数据时，通常是由主播侧终端向第一服务器发送展示目标数据的请求，第一服务器根据该请求向观众侧终端发送指令，观众侧终端响应于该指令展示目标数据。

然而，第一服务器与观众侧终端之间的可能存在通信故障，观众侧终端中目标应用本身可能存在运行故障，这些故障往往无法被及时地发现和解决，这就会导致观众侧终端无法展示目标数据，严重地影响用户体验。

基于上述研究，本公开提供了一种基于直播的对象展示方法，用户侧终端在接收到用于指示目标应用展示目标数据的第一指令之后，可以及时地对用于获取目标数据的链路的状态进行检测，在确定链路处于异常状态时，可以根据目标应用当前的运行数据对目标应用进行修复，以便链路能够尽快地恢复到正常状态，使得终端可以在较短时间内基于目标应用通过链路获取目标数据并进行展示。上述过程能够及时地发现和解决目标应用在直播过程中存在的故障，较大程度地保证了终端能够及时地展示目标数据，有助于提升用户体验。

为便于对本实施例进行理解，首先对本公开实施例所公开的一种基于直播的对象展示方法进行详细介绍，该方法可以应用在一套直播系统中。参见图1所示，为本公开实施例提供的一种直播系统的架构图，直播系统可以包括第一终端、第二终端、第一服务器和第二服务器，第一终端和第二终端均可以与第一服务器进行通信，第一终端还可以与第二服务器进行通信。第一终端为观众侧终端、且部署有目标应用，第二终端为主播侧终端，第二服务器中存储有目标数据。

第二终端可以向第一服务器发送第一请求，第一请求用于指示第一服务器向第一终端发送第一指令；第一服务器根据第一请求向第一终端发送第一指令，第一指令用于指示第一终端中的目标应用展示目标数据；第一终端可以响应于第一指令，在第二服务器出获取目标数据并进行展示。

在此需要说明的是，本公开实施例所公开的一种基于直播的对象展示方法，可以应用于任一中直播场景中，例如线上教学直播场景、线上服务直播场景和线上游戏直播场景等。

本公开实施例所提供的基于直播的对象展示方法的执行主体为上述的第一终端，第一终端可以为具有一定计算能力的计算机设备，该计算机设备例如包括：终端设备或服务器或其它处理设备，终端设备可以为用户设备(User Equipment，UE)、移动设备、用户终端设备、终端设备、蜂窝电话、无绳电话、个人数字助理(Personal Digital Assistant，PDA)、手持设备、计算设备、车载设备、可穿戴设备等。在一些可能的实现方式中，该基于直播的对象展示方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。

下面以执行主体为上述的第一终端为例，对本公开实施例提供的基于直播的对象展示方法加以说明。参见图2所示，为本公开实施例提供的一种基于直播的对象展示方法的流程图，执行主体为第一终端，方法包括步骤S210～S240，其中：

S210：在与第一服务器建立通信连接后，接收第一服务器发送的、用于指示目标应用展示目标数据的第一指令。

可选地，第一服务器在接收到第二终端发送的第一请求之后，向第一终端发送第一指令。具体地，第二终端可以向第一服务器发送第一请求，第一请求用于指示第一服务器向第一终端发送第一指令；第一服务器根据第一请求向第一终端发送第一指令。当然，第一服务器也可以在确定达到某一预设条件时，主动向第一终端发送第一指令，例如，第一服务器可以每间隔预设时间，向第一终端发送一次第一指令。第二终端在接收到主播操作或者指令时，发出第一请求。

如图3所述示，为本公开实施例提供的一种线上教学直播场景的数据交互示意图。以线上教学直播场景为例，上述第一终端为学生侧终端，上述第二终端为教师侧终端。教师期望学生侧终端展示指定的互动题时，可以通过教师侧终端向第一服务器发送第一请求，第一服务器根据第一请求向学生侧终端发送第一指令，第一指令用于指示学生侧终端中的目标应用展示互动题。

在本申请实施例中，第一终端与第一服务器之间可以采用长连接的通信方式，第一终端可以周期性地检测与第一服务器之间的连接状态，第一服务器也可以周期性地检测与第一终端之间的连接状态。可以理解，在第一终端与第一服务器已建立通信连接的情况下，第一服务器才能将第一指令发送到第一终端，使得第一终端接收到第一指令。

下面介绍在第一终端与第一服务器处于断开连接状态的情况下，第一终端重新建立通信连接的流程，该流程可以分为两种情况。在情况1中，由第一终端主动发起重新建立通信连接请求；在情况2中，由第一服务器主动发起重新建立通信连接请求。

情况1：第一终端检测第一终端检测与第一服务器之间的连接状态；在确定与第一服务器处于断开连接状态的情况下，周期性地向第一服务器发送第一连接请求，若接收到第一服务器针对第一连接请求返回的反馈信息，确定与第一服务器之间重新建立通信连接。

在情况1中，第一终端可以对第一服务器进行是否在线的心跳检测，例如，第一终端可以每隔预设时间(例如2秒)对第一服务器进行一次心跳检测，当第一服务器未在线时，确定与第一服务器处于断开连接状态的情况。在第一终端与第一服务器处于断开连接状态的情况下，由第一终端周期性地向第一服务器发送第一连接请求；第一服务器周期性地检测是否接收到第一连接请求，第一服务器在接收到第一连接请求后，可以针对第一连接请求向第一终端返回反馈信息；第一终端接收到反馈信息后，确定与第一服务器之间重新建立通信连接。

情况2：第一终端检测第一终端检测与第一服务器之间的连接状态；在确定与第一服务器处于断开连接状态的情况下，周期性检测是否接收到第一服务器发送的第二连接请求，若接收到第一服务器发送的第二连接请求，确定与第一服务器之间重新建立通信连接。

在情况2中，第一终端可以对第一服务器进行是否在线的心跳检测，例如，第一终端可以每隔预设时间(例如2秒)对第一服务器进行一次心跳检测，当第一服务器未在线时，确定与第一服务器处于断开连接状态的情况。在第一终端与第一服务器处于断开连接状态的情况下，由第一服务器周期性地向第一终端发送第二连接请求；第一终端周期性检测是否接收到第一服务器发送的第二连接请求，第一终端在接收到第二连接请求后，可以针对第二连接请求向第一服务器返回反馈信息，在第一服务器接收到反馈消息后，第一终端确定与第一服务器之间重新建立通信连接。

可以理解，对于服务器来说，第一服务器也可以主动地检测第一服务器与第一终端检测之间的连接状态。可选地，第一服务器可以对第一终端中的目标应用进行是否在线的心跳检测，例如，第一服务器可以每隔预设时间(例如2秒)对目标应用进行一次心跳检测，当目标应用未在线时，确定与第一终端处于断开连接状态的情况。

在第一终端与第一服务器处于断开连接状态的情况下，第一服务器周期性地向第一终端发送第二连接请求；第一终端周期性地检测是否接收到第二连接请求，第一终端在接收到第二连接请求后，可以针对第二连接请求向第一服务器返回反馈信息；第一服务器接收到反馈信息后，确定与第一终端之间重新建立通信连接。或者，在第一终端与第一服务器处于断开连接状态的情况下，由第一终端周期性地向第一服务器发送第一连接请求；第一服务器周期性检测是否接收到第一终端发送的第一连接请求，第一服务器在接收到第一连接请求后，可以针对第一连接请求向第一终端返回反馈信息，在第一终端接收到反馈消息后，第一服务器确定与第一终端之间重新建立通信连接。

本公开提供的基于直播的对象展示方法，可以及时地检测到用户侧终端和第一服务器之间处于断开连接状态的情况，从而可以在短时间内重新建立第一服务器确定与用户侧终端的通信连接，以便第一服务器能够将第一信令及时地发送到用户侧终端。

在一种可选的实施方式中，在与第一服务器建立通信连接之后，接收在与第一服务器处于断开连接状态时由第一服务器缓存的第一指令，其中，第一指令为处于有效状态下的用于指示目标应用展示目标数据的指令。

具体地，当第一服务器在接收到第二终端发送的第一请求之后，若第一终端与第一服务器处于断开连接状态的情况下，可以缓存第一指令，从而有效地避免第一指令丢失；在第一终端与第一服务器建立通信连接后，当第一指令为处于有效状态下时，向第一终端发送第一指令。

在此需要说明的是，目标数据的具有预设展示时间，若当前时刻超所预设展示时间，则第一终端不再展示目标数据。在第一服务器发送第一指令之前，可以确定当前时刻是否超出目标数据的预设展示时间。若未超出预设展示时间，则确定第一指令处于有效状态，可以向第一终端发送第一指令；若超出预设展示时间，则确定第一指令处于无效状态，不再向第一终端发送第一指令。

S220：响应于第一指令，检测基于目标应用从第二服务器获取目标数据时，所需使用的链路是否处于异常状态。

上述链路是第一终端与第二服务器之间的通信通道，第一终端在接收到第一指令后，需要基于目标应用通过链路从第二服务器获取目标数据。在该步骤中，通过获取目标数据的操作来检测链路是否处于异常状态。

可以理解，当链路处于正常状态时，第一终端可以基于目标应用通过链路从第二服务器获取目标数据并进行展示；当链路处于异常状态时，则继续执行步骤S130。

S230：若链路处于异常状态，则获取目标应用当前的运行数据，根据运行数据对目标应用进行修复。

运行数据是指链路处于异常状态时与目标应用相关的一些数据，本领域的技术人员可以通过运行数据来确定目标应用发生的哪些问题造成了链路出现异常状态。可以理解，当造成链路出现异常状态的目标应用的问题不同时，第一终端所获取到的运行数据也可能是不同的。

可选地，运行数据包括目标应用当前对应的场景信息，也可以包括目标应用当前对应的崩溃信息。场景信息可以包括链路处于异常状态时，与目标应用相关的硬件环境信息和/或软件环境信息。例如，场景信息包括运行目标应用的设备的配置信息(即第一终端的配置信息)、目标应用的版本信息、目标应用的日志信息、以及网络状况信息之中的至少一项。崩溃信息即crash信息，本领域的技术人员可以通过crash信息定位到目标应用的运行过程所出现的问题。

在一种可选的实施方式中，可以根据运行数据获取修复文件，通过修复文件对目标应用进行修复。这里，可以通过热修复方案对目标应用进行修复，修复文件为补丁(Patch)包。具体地，可以基于运行数据获取补丁包，第一终端通过安装补丁包对目标应用进行更新，从而完成对目标应用的修复。

下面介绍根据运行数据获取修复文件的4种可能的实施方式。

方式1：向预设服务器发送场景信息；在预设服务器处，获取由预设服务器根据场景信息在预先存储的多个修复文件中匹配出的修复文件。

在方式1中，预设服务器预先存储有多个修复文件，每个修复文件与一种或多种场景信息相匹配。应当说明的是，预设服务器预先存储的多个修复文件可以是由维护方上传的。

举例来说，当第一终端a1与第二服务器之间的链路出现异常时，第一终端a1将获取到的场景信息a11和崩溃信息a12发送到预设服务器；维护方基于预设服务器接收到的该第一终端a1发送的场景信息a11和崩溃信息a12，编辑得到的对应的修复文件b，之后将修复文件b上传到预设服务器中。可以理解，在预设服务器中，修复文件b1与场景信息a11是相匹配的，该修复文件b1可以用于修复第一终端a1中的目标应用。

预设服务器还可以基于多个第一终端发送来的场景信息和崩溃信息，利用预先训练好的问题分类模型对造成链路出现异常状态的目标应用的问题进行归类，维护方可以针对同一类问题提供一个修复文件。

举例来说，当第一终端a1与第二服务器之间的链路出现异常时，该第一终端a1将获取到的场景信息a11和崩溃信息a12发送到预设服务器；当第一终端a2与第二服务器之间的链路出现异常时，该第一终端a2将获取到的场景信息a21和崩溃信息a22发送到预设服务器；当第一终端a3与第二服务器之间的链路出现异常时，该第一终端a3将获取到的场景信息a31和崩溃信息a32发送到预设服务器；当第一终端a4与第二服务器之间的链路出现异常时，该第一终端a4将获取到的场景信息a41和崩溃信息a42发送到预设服务器。

预设服务器根据各个崩溃信息的类型，利用预先训练好的问题分类模型将第一终端a1的目标应用的问题和第一终端a2的目标应用的问题归为同一类问题，将第一终端a3的目标应用的问题和第一终端a4的目标应用的问题归为同一类问题。

维护方基于预设服务器接收到的该第一终端a1发送的场景信息a11和崩溃信息a12、以及第一终端a2发送的场景信息a21和崩溃信息a22，编辑得到的对应的修复文件b1；维护方基于预设服务器接收到的该第一终端a3发送的场景信息a31和崩溃信息a32、以及第一终端a4发送的场景信息a41和崩溃信息a42，编辑得到的对应的修复文件b2。

维护方将修复文件b1和修复文件b2上传到预设服务器中。可以理解，在预设服务器中，修复文件b1与场景信息a11和场景信息a21是相匹配的，修复文件b1可以用于修复第一终端a1中的目标应用和第一终端a2中的目标应用；修复文件b2与场景信息a31和场景信息a31是相匹配的，修复文件b2可以用于修复第一终端a3中的目标应用和第一终端a4中的目标应用。

当第一终端a5与第二服务器之间的链路出现异常时，第一终端a5将获取到的场景信息a51发送到预设服务器；若预设服务器确定场景信息a51与场景信息a11或场景信息a21相同，则可以将修复文件b1确定为与场景信息a51相匹配的修复文件，之后第一终端可以根据场景信息a51在预设服务器处下载得到修复文件b1；若预设服务器确定场景信息a51与场景信息a31或场景信息a41相同，则可以将修复文件b2确定为与场景信息a51相匹配的修复文件，之后第一终端可以根据场景信息a51在预设服务器处下载得到修复文件b2。

方式2：向预设服务器发送场景信息和崩溃信息；在预设服务器处，获取由维护方上传的与场景信息想匹配的修复文件，其中，修复文件是由维护方基于预设服务器接收到的场景信息和崩溃信息而编辑得到的。

在方式2中，当第一终端与第二服务器之间的链路出现异常时，第一终端将获取到的场景信息和崩溃信息发送到预设服务器；维护方基于预设服务器接收到的该第一终端发送的场景信息和崩溃信息，编辑得到的对应的修复文件，之后将修复文件上传到预设服务器中。可以理解，在预设服务器中，维护方上传的修复文件与场景信息是相匹配的，第一终端可以根据场景信息在预设服务器处下载得到修复文件。

方式3：向预设服务器发送场景信息和崩溃信息；在预设服务器处，获取由预设服务器基于场景信息和崩溃信息生成的修复文件。

在方式3中，当第一终端与第二服务器之间的链路出现异常时，第一终端将获取到的场景信息和崩溃信息发送到预设服务器；服务器可以基于场景信息和崩溃信息，利用预先训练好的修复文件生成模型生成修复文件。可以理解，在预设服务器中，由修复文件生成模型生成的修复文件与场景信息是相匹配的，第一终端可以根据场景信息在预设服务器处下载得到修复文件。

方式4：基于场景信息和崩溃信息生成的修复文件；通过修复文件对目标应用进行修复。

在方式4中，当第一终端与第二服务器之间的链路出现异常时，第一终端可以获取到的场景信息和崩溃信息，之后可以基于场景信息和崩溃信息，利用预先训练好的修复文件生成模型生成修复文件。

在一种可选的实施方式中，第一终端在接收到第一指令后，若第一终端与第二服务器之间的链路处于异常状态，为了避免第一指令丢失，第一终端可以缓存第一指令。在第一终端中的目标应用修复完成后，第一终端再响应于第一指令执行相应的步骤。

S240：在目标应用修复完成后，基于目标应用从第二服务器获取目标数据，并控制目标应用展示目标数据。

可以理解，在第一终端中的目标应用修复完成后，第一终端与第二服务器之间的链路可以恢复到正常状态，第一终端基于目标应用通过链路从第二服务器获取目标数据，并控制目标应用展示目标数据。

在此需要说明的是，第一终端在接收到第一指令后，在第一终端与第二服务器之间的链路处于异常状态的情况下，第一终端可以缓存第一指令。在第一终端中的目标应用修复完成后，第一终端与第二服务器之间的链路可以恢复到正常状态，第一终端响应于缓存的第一指令，基于目标应用通过链路从第二服务器获取目标数据，并控制目标应用展示目标数据。

继续以线上教学直播场景为例，如图3所示，在目标应用修复完成后，学生侧终端与第二服务器之间的链路恢复到正常状态，学生侧终端响应于缓存的第一指令，基于目标应用通过链路从第二服务器获取互动题，并控制目标应用展示互动题。

在一种可选的实施方式中，第一终端在接收到第一服务器发送的第一指令之后，还可能接收到第一服务器发送的第二指令，第二指令用于指示目标应用停止获取目标数据。在此需要说明的是，第一服务器可以基于第二终端发送的请求，来向第一终端发送第二指令；当然，第一服务器也可以在确定达到某一预设条件时，主动向第一终端发送第一指令。

可选地，第二终端可以向第一服务器发送第二请求，第二请求用于指示第一服务器向第一终端发送第二指令，第一服务器根据第二请求向第一终端发送第二指令。

可选地，目标数据的具有预设展示时间，若当前时刻超所预设展示时间，则第一终端不再展示目标数据。第一服务器在确定当前时刻是否超出目标数据的预设展示时间时，向第一终端发送第二指令。

在一种可选的实施方式中，在第一终端接收到第一指令之后、以及控制目标应用展示目标数据之前，第一终端接收第一服务器发送的、用于指示目标应用停止获取目标数据的第二指令；响应于第二指令，清除第一指令。

如前文所述，第一终端在接收到第一指令后，在第一终端与第二服务器之间的链路处于异常状态的情况下，第一终端可以缓存第一指令。在第一终端缓存第一指令的期间，第一终端接收到第二指令之后，可以清除缓存的第一指令。可以理解，当第一指令被清除之后，第一终端将不会在预设服务器中获取目标数据。

在一种可选的实施方式中，在第一终端控制目标应用展示目标数据的过程中，第一终端接收第一服务器发送的、用于指示目标应用停止获取目标数据的第二指令；响应于第二指令，控制所述目标应用停止获取目标数据。

具体来说，在第一终端控制目标应用展示目标数据的过程中，第一终端接收第二指令后，可以通过断开与预设服务器之间的连接的方式，来实现停止获取目标数据的目的；也可以在与预设服务器之间的连接状态正常的情况下，通过终止运行获取目标数据的程序，来实现停止获取目标数据的目的。

继续以线上教学直播场景为例，如图3所示，教师期望学生侧终端结束互动题任务时，可以通过教师侧终端向第一服务器发送第二请求，第一服务器根据第二请求向学生侧终端发送第二指令。或者，第一服务器在确定当前时刻是否超出互动题的预设展示时间时，向学生侧终端发送第二指令。

若学生侧终端在接收到第一指令之后、以及控制目标应用展示目标数据之前，接收第一服务器发送的第二指令，则响应于第二指令，清除第一指令。若学生侧终端在控制目标应用展示目标数据的过程中，接收第一服务器发送的第二指令，则响应于第二指令，控制目标应用停止获取互动题。

本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。

基于同一发明构思，本公开实施例中还提供了与基于直播的对象展示方法对应的基于直播的对象展示装置300，由于本公开实施例中的基于直播的对象展示装置300解决问题的原理与本公开实施例上述基于直播的对象展示方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

参照图4所示，为本公开实施例提供的一种基于直播的对象展示装置的示意图，基于直播的对象展示装置300包括指令接收模块301、异常检测模块302、应用修复模块303和数据展示模块304。

指令接收模块301用于在与第一服务器建立通信连接后，接收第一服务器发送的、用于指示目标应用展示目标数据的第一指令；

异常检测模块302用于响应于第一指令，检测基于目标应用从第二服务器获取目标数据时，所需使用的链路是否处于异常状态；

应用修复模块303用于若链路处于异常状态，则获取目标应用当前的运行数据根据运行数据对目标应用进行修复；

数据展示模块304用于在目标应用修复完成后，基于目标应用从第二服务器获取目标数据，并控制目标应用展示目标数据。

在一种可选的实施方式中，参照图5所示，为本公开实施例提供的另一种基于直播的对象展示装置的示意图，在包括指令接收模块301、异常检测模块302、应用修复模块303和数据展示模块304基础上，基于直播的对象展示装置300还包括连接状态修复模块305。

连接状态修复模块305用于检测与第一服务器之间的连接状态；在与第一服务器处于断开连接状态的情况下，周期性地向第一服务器发送第一连接请求，若接收到第一服务器针对第一连接请求返回的反馈信息，确定与第一服务器之间重新建立通信连接；或者，周期性检测是否接收到第一服务器发送的第二连接请求，若接收到第一服务器发送的第二连接请求，确定与第一服务器之间重新建立通信连接。

在一种可选的实施方式中，指令接收模块301在用于在与第一服务器建立通信连接后，接收第一服务器发送的、用于指示目标应用展示目标数据的第一指令时，具体用于：

在与第一服务器建立通信连接之后，接收在与第一服务器处于断开连接状态时由第一服务器缓存的第一指令，其中，第一指令为处于有效状态下的用于指示目标应用展示目标数据的指令。

在一种可选的实施方式中，应用修复模块303在用于根据运行数据对目标应用进行修复时，具体用于：

根据运行数据获取修复文件，通过修复文件对目标应用进行修复。

在一种可选的实施方式中，运行数据包括目标应用当前对应的场景信息；应用修复模块303用于根据运行数据对目标应用进行修复时，具体用于：

向预设服务器发送场景信息；

在预设服务器处，获取由预设服务器根据场景信息在预先存储的多个修复文件中匹配出的修复文件。

在一种可选的实施方式中，运行数据包括目标应用当前对应的场景信息和崩溃信息；应用修复模块303在用于根据运行数据对目标应用进行修复时，具体用于：

向预设服务器发送场景信息和崩溃信息；

在预设服务器处，获取由维护方上传的与场景信息想匹配的修复文件，其中，修复文件是由维护方基于预设服务器接收到的场景信息和崩溃信息而编辑得到的。

在一种可选的实施方式中，运行数据包括目标应用当前对应的场景信息和崩溃信息；应用修复模块303在用于根据运行数据对目标应用进行修复时，具体用于：

向预设服务器发送场景信息和崩溃信息；

在预设服务器处，获取由预设服务器基于场景信息和崩溃信息生成的修复文件。

在一种可选的实施方式中，运行数据包括目标应用当前对应的场景信息和崩溃信息；应用修复模块303在用于根据运行数据对目标应用进行修复时，具体用于：

基于场景信息和崩溃信息生成的修复文件；

通过修复文件对目标应用进行修复。

在一种可选的实施方式中，场景信息包括以下至少一项：运行目标应用的设备的配置信息、目标应用的版本信息、目标应用的日志信息、以及网络状况信息。

在一种可选的实施方式中，在一种可选的实施方式中，参照图5所示，为本公开实施例提供的另一种基于直播的对象展示装置的示意图，在包括指令接收模块301、异常检测模块302、应用修复模块303和数据展示模块304基础上，基于直播的对象展示装置300还包括任务终止模块306。

任务终止模块306用于接收第一服务器发送的、用于指示目标应用停止获取目标数据的第二指令；响应于第二指令，清除第一指令；或者，任务终止模块306用于接收第一服务器发送的、用于指示目标应用停止获取目标数据的第二指令；响应于第二指令，控制所述目标应用停止获取目标数据。

关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再详述。

基于同一发明构思，本公开实施例还提供了一种电子设备400，如图5所示，为本公开实施例提供的电子设备400的结构示意图，电子设备400包括处理器41、存储器42和总线43。存储器42用于存储执行指令，包括内存421和外部存储器422。这里的内存421也称内存储器，用于暂时存放处理器41中的运算数据，以及与硬盘等外部存储器422交换的数据，处理器41通过内存421与外部存储器422进行数据交换，当电子设备400运行时，处理器41与存储器42之间通过总线43通信，使得处理器41执行以下指令：

在与第一服务器建立通信连接后，接收第一服务器发送的、用于指示目标应用展示目标数据的第一指令；

响应于第一指令，检测基于目标应用从第二服务器获取目标数据时，所需使用的链路是否处于异常状态；

若链路处于异常状态，则获取目标应用当前的运行数据，根据运行数据对目标应用进行修复；

在目标应用修复完成后，基于目标应用从第二服务器获取目标数据，并控制目标应用展示目标数据。

基于同一发明构思，本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例中所述的基于直播的对象展示方法的步骤。其中，该存储介质可以是易失性或非易失的计算机可读取存储介质。

基于同一发明构思，本公开实施例还提供一种计算机程序产品，该计算机程序产品承载有程序代码，所述程序代码包括的指令可用于执行上述方法实施例中所述的基于直播的对象展示方法的步骤，具体可参见上述方法实施例，在此不再赘述。

其中，上述计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一个可选实施例中，计算机程序产品具体体现为软件产品，例如软件开发包(Software Development Kit，SDK)等等。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本公开所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本公开的具体实施方式，用以说明本公开的技术方案，而非对其限制，本公开的保护范围并不局限于此，尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本公开实施例技术方案的精神和范围，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应所述以权利要求的保护范围为准。

Claims (13)

1.一种基于直播的对象展示方法，其特征在于，所述方法包括：

在与第一服务器建立通信连接后，接收所述第一服务器发送的、用于指示目标应用展示目标数据的第一指令；

响应于所述第一指令，检测基于所述目标应用从第二服务器获取所述目标数据时，所需使用的链路是否处于异常状态，其中，所述链路是与所述第二服务器之间的通信通道；

若所述链路处于异常状态，则获取所述目标应用当前的运行数据，根据所述运行数据对所述目标应用进行修复；

在所述目标应用修复完成后，基于所述目标应用从第二服务器获取所述目标数据，并控制所述目标应用展示所述目标数据。

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

检测与所述第一服务器之间的连接状态；

在与所述第一服务器处于断开连接状态的情况下，周期性地向所述第一服务器发送第一连接请求，若接收到所述第一服务器针对所述第一连接请求返回的反馈信息，确定与所述第一服务器之间重新建立通信连接；或者，周期性检测是否接收到所述第一服务器发送的第二连接请求，若接收到所述第一服务器发送的所述第二连接请求，确定与所述第一服务器之间重新建立通信连接。

3.根据权利要求1所述的方法，其特征在于，所述在与第一服务器建立通信连接后，接收所述第一服务器发送的、用于指示目标应用展示目标数据的第一指令，包括：

在与所述第一服务器建立通信连接之后，接收在与所述第一服务器处于断开连接状态时由所述第一服务器缓存的第一指令，其中，所述第一指令为处于有效状态下的用于指示目标应用展示目标数据的指令。

4.根据权利要求1所述的方法，其特征在于，所述根据所述运行数据对所述目标应用进行修复，包括：

根据所述运行数据获取修复文件，通过所述修复文件对所述目标应用进行修复。

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

所述运行数据包括所述目标应用当前对应的场景信息；

所述根据所述运行数据获取修复文件，包括：

向预设服务器发送所述场景信息；

在所述预设服务器处，获取由所述预设服务器根据所述场景信息在预先存储的多个修复文件中匹配出的修复文件。

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

所述运行数据包括所述目标应用当前对应的场景信息和崩溃信息；

根据所述运行数据获取修复文件，包括：

向预设服务器发送所述场景信息和所述崩溃信息；

在所述预设服务器处，获取由维护方上传的与所述场景信息想匹配的修复文件，其中，所述修复文件是由所述维护方基于所述预设服务器接收到的所述场景信息和所述崩溃信息而编辑得到的。

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

所述运行数据包括所述目标应用当前对应的场景信息和崩溃信息；

根据所述运行数据获取修复文件，包括：

向预设服务器发送所述场景信息和所述崩溃信息；

在所述预设服务器处，获取由所述预设服务器基于所述场景信息和所述崩溃信息生成的修复文件。

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

所述运行数据包括所述目标应用当前对应的场景信息和崩溃信息；

根据所述运行数据获取修复文件，包括：

基于所述场景信息和所述崩溃信息生成的修复文件；

通过所述修复文件对所述目标应用进行修复。

9.根据权利要求5至8中任一项所述的方法，其特征在于，所述场景信息包括以下至少一项：运行所述目标应用的设备的配置信息、所述目标应用的版本信息、所述目标应用的日志信息、以及网络状况信息。

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

在接收到所述第一指令之后、以及控制所述目标应用展示所述目标数据之前，所述方法还包括：接收所述第一服务器发送的、用于指示目标应用停止获取所述目标数据的第二指令；响应于所述第二指令，清除所述第一指令；或者

在所述控制所述目标应用展示所述目标数据的过程中，所述方法还包括：接收所述第一服务器发送的、用于指示目标应用停止获取所述目标数据的第二指令；响应于所述第二指令，控制所述目标应用停止获取所述目标数据。

11.一种基于直播的对象展示装置，其特征在于，包括：

指令接收模块，用于在与第一服务器建立通信连接后，接收所述第一服务器发送的、用于指示目标应用展示目标数据的第一指令；

异常检测模块，用于响应于所述第一指令，检测基于所述目标应用从第二服务器获取所述目标数据时，所需使用的链路是否处于异常状态，其中，所述链路是与所述第二服务器之间的通信通道；

应用修复模块，用于若所述链路处于异常状态，则获取所述目标应用当前的运行数据，根据所述运行数据对所述目标应用进行修复；

数据展示模块，用于在所述目标应用修复完成后，基于所述目标应用从第二服务器获取所述目标数据，并控制所述目标应用展示所述目标数据。

12.一种电子设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当所述第一服务器运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如权利要求1至10中任一所述的基于直播的对象展示方法的步骤。

13.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至10中任意一项所述的基于直播的对象展示方法的步骤。

Images