CN109508404B - 维修教学视频管理方法、装置、终端设备及存储介质 - Google Patents

Abstract

本申请实施例适用于视频技术领域，公开了一种维修教学视频管理方法、装置、终端设备及计算机可读存储介质，其中，方法包括：获取第一用户上传的视频信息；将视频信息、第一用户标识信息以及维修站标识信息关联并写入区块链，生成第一用户的视频数据资产；接收第二用户的播放指令，并根据播放指令，播放对应的目标视频。本申请实施例采集用户使用维修站进行车辆维修的视频，将该视频写入区块链中，生成数字资产。利用区块链的不可篡改性，保证维修视频的真实性。

Description

维修教学视频管理方法、装置、终端设备及存储介质

技术领域

本申请属于视频技术领域，尤其涉及一种维修教学视频管理方法、装置、终端设备及计算机可读存储介质。

背景技术

随着汽车行业发展，车辆数量激增，越来越多的用户愿意以视频的方式分享维修经验。

目前，由于维修过程的实操视频存在采集难度高等问题，故目前的高质量维修教学视频或者直播非常少。尤其对于一些维修站，维修技师使用维修工具进行维修时，视频难以采集。因此，现在的维修教学视频一般是为了做教学视频而拍摄，并非实操视频。此外，维修技师的教学视频存在可信度较低，其也不能形成数字资产，不能产生收益。

发明内容

有鉴于此，本申请实施例提供了一种维修教学视频管理方法、装置、终端设备及计算机可读存储介质，以提高维修教学视频的可信度，将维修技师的教学视频形成数字资产。

本申请实施例的第一方面提供一种维修教学视频管理方法，包括：

获取第一用户上传的视频信息，所述视频信息为对维修技师维修相应待维修对象的过程进行视频采集得到的信息；

将所述视频信息、第一用户标识信息以及维修站标识信息关联并写入区块链，生成所述第一用户的视频数据资产；

接收第二用户的播放指令，并根据所述播放指令，播放对应的目标视频。

结合第一方面，在一种可行的实现方式中，在所述接收第二用户的播放指令之后，还包括：

根据所述播放指令，向所述第二用户发起交易支付请求；

根据所述第二用户的支付确认指令，调用预生成的智能合约完成支付交易；

将支付交易收益按照所述智能合约的交易分成规则进行分成；

将支付交易信息和分成结果信息写入所述区块链并进行广播。

结合第一方面，在一种可行的实现方式中，所述获取第一用户上传的视频信息，包括：

获取所述第一用户上传的通过至少一个视频采集设备实时采集的视频信息；

其中，每个所述视频采集设备对不同的目标和/或从不同的角度进行视频采集，所述至少一个视频采集设备所采集的目标包括发动机、举升后的底盘、汽车内部以及诊断软件终端中的至少一种。

结合第一方面，在一种可行的实现方式中，所述获取所述第一用户上传的通过至少一个视频采集设备实时采集的视频信息，包括：

对当前视频信息内的视频图像进行场景识别，得到第一场景信息；

对所述当前视频信息内的语音信息进行解析，得到关键词信息；

根据所述关键词信息和预建立的关键词词库，确定所述关键词信息对应的第二场景信息；

获取所述第一用户使用维修设备的使用信息；

根据所述使用信息，得出第三场景信息；

判断所述第一场景信息与待切换场景信息是否一致，所述待切换场景信息包括所述第二场景信息或第三场景信息；

当所述第一场景信息和所述待切换场景信息不一致时，获取与所述待切换场景信息对应的所述视频采集设备采集的视频信息。

结合第一方面，在一种可行的实现方式中，当所述第二场景信息和所述第三场景信息不一致时，在所述判断所述第一场景信息与待切换场景信息是否一致之前，还包括：

根据预先设定的场景优先级，将所述第二场景信息和所述第三场景信息中优先级高的作为所述待切换场景信息。

结合第一方面，在一种可行的实现方式中，所述根据所述播放指令，播放对应的目标视频，包括：

根据所述播放指令和预先生成的所述视频数据资产的索引信息，查找所述目标视频，并播放所述目标视频。

结合第一方面，在一种可行的实现方式中，在所述获取第一用户的视频信息之前，还包括：

接收第一用户注册信息和维修站注册信息；

根据所述第一用户注册信息为所述第一用户分配第一用户标识，根据所述维修站注册信息为所述维修站分配维修站标识；

接收所述第一用户上传的视频播放规则和收益分配规则；

将所述收益分配规则写入区块链，生成智能合约。

本申请实施例的第二方面提供一种维修教学视频管理装置，包括：

获取模块，用于获取第一用户上传的视频信息，所述视频信息为对维修技师维修相应待维修对象的过程进行视频采集得到的信息；

生成模块，用于将所述视频信息、第一用户标识信息以及维修站标识信息关联并写入区块链，生成所述第一用户的视频数据资产；

播放模块，用于接收第二用户的播放指令，并根据所述播放指令，播放对应的目标视频。

结合第二方面，在一种可行的实现方式中，还包括：

支付请求发起模块，用于根据所述播放指令，向所述第二用户发起交易支付请求；

调用模块，用于根据所述第二用户的支付确认指令，调用预生成的智能合约完成支付交易；

收益分成模块，用于将支付交易收益按照所述智能合约的交易分成规则进行分成；

记录模块，用于将支付交易信息和分成结果信息写入所述区块链并进行广播。

结合第二方面，在一种可行的实现方式中，所述获取模块包括：

获取单元，用于获取所述第一用户上传的通过至少一个视频采集设备实时采集的视频信息；

其中，每个所述视频采集设备对不同的目标和/或从不同的角度进行视频采集，所述至少一个视频采集设备所采集的目标包括发动机、举升后的底盘、汽车内部以及诊断软件终端中的至少一种。

结合第二方面，在一种可行的实现方式中，所述获取单元包括：

第一识别子单元，用于对当前视频信息内的视频图像进行场景识别，得到第一场景信息；

解析子单元，用于对所述当前视频信息内的语音信息进行解析，得到关键词信息；

确定子单元，用于根据所述关键词信息和预建立的关键词词库，确定所述关键词信息对应的第二场景信息；

使用信息获取子单元，用于获取所述第一用户使用维修设备的使用信息；

第二识别子单元，用于根据所述使用信息，得出第三场景信息；

判断子单元，用于判断所述第一场景信息与待切换场景信息是否一致，所述待切换场景信息包括所述第二场景信息或第三场景信息；

获取子单元，用于当所述第一场景信息和所述待切换场景信息不一致时，获取与所述待切换场景信息对应的所述视频采集设备采集的视频信息。

结合第二方面，在一种可行的实现方式中，当当所述第二场景信息和所述第三场景信息不一致时，所述获取单元还包括：

场景优先级比较子单元，用于根据预先设定的场景优先级，将所述第二场景信息和所述第三场景信息中优先级高的作为所述待切换场景信息。

结合第二方面，在一种可行的实现方式中，所述播放模块包括：

查找播放单元，用于根据所述播放指令和预先生成的所述视频数据资产的索引信息，查找所述目标视频，并播放所述目标视频。

结合第二方面，在一种可行的实现方式中，还包括：

第一接收模块，用于接收第一用户注册信息和维修站注册信息；

标识分配模块，用于根据所述第一用户注册信息为所述第一用户分配第一用户标识，根据所述维修站注册信息为所述维修站分配维修站标识；

第二接收模块，用于接收所述第一用户上传的视频播放规则和收益分配规则；

合约生成模块，用于将所述收益分配规则写入区块链，生成智能合约。

本申请实施例的第三方面提供一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面任一项所述方法的步骤。

本申请实施例的第四方面提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述第一方面任一项所述方法的步骤。

本申请实施例与现有技术相比存在的有益效果是：

本申请实施例采集用户使用维修站进行车辆维修的视频，将该视频写入区块链中，生成该用户的数字资产。利用区块链的不可篡改性，保证了维修视频的真实性。

附图说明

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

图1为本申请实施例提供的共享维修站的系统架构示意框图；

图2为本申请实施例提供的一种维修教学视频管理方法的流程示意框图；

图3为本申请实施例提供的一种维修教学视频管理方法的另一种流程示意框图；

图4为本申请实施例提供的一种维修教学视频管理方法的又一种流程示意框图；

图5为本申请实施例提供的一种维修教学视频管理装置的结构示意框图；

图6为本申请实施例提供的终端设备的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

在介绍本申请实施例提供的具体技术方案之前，首先对本申请实施例可能涉及的应用场景进行介绍说明。

本申请实施例的技术方案可以具体应用于共享维修站，该共享维修站内包括有多种车辆维修设备、多个视频采集设备等。维修技师可以通过支付一定的使用费用个，即可使用该共享维修站进行车辆维修。共享维修站利用多个视频采集设备，采集用户的车辆维修过程的视频，并将该视频上传至服务器，服务器将相应的视频信息写入至区块链中，生数字资产。普通用户可以在登录系统后，播放相应的教学视频或者是直播。

参见图1示出的共享维修站的系统架构示意框图，该系统可以包括服务器11、包含若干节点的区块链12、用户端13以及视频采集设备14。服务器和区块链节点通信连接，用户端、视频采集设备均与服务器通信连接。

需要说明，该服务器既可以作为一个单独的服务器通过与区块链节点设备通信从而接入区块链，也可以登记在区块链中成为区块链的一个节点设备。该服务器可以用于共享维修站的进出管理、设备管理以及维修管理等，当然，也可以接收采集的视频信息，并对视频信息进行解析识别，进行相应处理。

上述用户端可以包括维修技师终端和车主终端，维修技师可以通过维修技师终端，进行维修厂使用预约、接修车订单以及预约取车等操作，而车主可以通过车主终端发布修车订单、预约修车等功能。

维修技师在使用维修站进行汽车维修时，维修站可以通过不同角度的视频采集设备，自动采集视频信息，将该视频信息上传至服务器，服务器可以解析识别该视频信息，并将该视频信息写入至区块链中，生成数字资产等。此后，普通用户可以登录到相应的系统中，观看到相应的视频或者直播。

应当理解，上述所提及的应用场景仅仅是一些示例性场景，并不造成对本申请实施例应用场景的限定。

在介绍完本申请实施例可能涉及的应用场景后，下面将对本申请实施例提供的技术方案进行详细介绍说明。为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。

实施例一

本实施例将从服务器端介绍本实施例提供的维修教学视频管理方法的具体流程。请参见图2，为本申请实施例提供的一种维修教学视频管理方法的流程示意框图，该方法可以包括以下步骤：

步骤S201、获取第一用户上传的视频信息，视频信息为对维修技师维修相应待维修对象的过程进行视频采集得到的信息。

需要说明，上述第一用户是指预先向系统注册的用户账号，通常来说，该第一用户的账号的使用者是维修技师用户，例如，维修技师、车主等。即，将采集到的视频信息通过第一用户的账号上传至服务器。当然，第一用户的账号使用者可以是任意的，在此不作限定。

视频信息是维修直播视频或者维修教学视频。该视频具体通过对维修技师或车主的车辆的维修过程进行视频采集，以获得相应的视频信息。

其中，视频信息的采集具体可以通过视频采集设备实现，该视频采集设备通常为摄像头。视频采集设备的数量可以是一个，也可以是多个。当有多个视频采集设备时，这多个视频采集设备可以通过不同角度采集不同目标的图像。一般情况下，车辆维修可能涉及车辆的多个部件，例如，发动机、底盘等。此时，这多个视频采集设备可以分别采集不同的目标部件的图像，即，该视频采集设备可以包括用于拍摄发动机的摄像头、用于拍摄举升后底盘的摄像头、用于拍摄汽车内部的摄像头、诊断软件录屏应用等。

可选地，在一些实施例中，本步骤可以例如为：获取第一用户上传的通过至少一个视频采集设备实时采集的视频信息；其中，每个视频采集设备对不同的目标和/或从不同的角度进行视频采集，至少一个视频采集设备所采集的目标包括但不限于发动机、举升后的底盘、汽车内部以及诊断软件终端中的至少一种。

一般情况下，多个视频采集设备同时工作，即同时采集相应目标、角度的视频图像。当然，也可以是维修到相应的目标时才启用相应的摄像头采集图像。

步骤S202、将视频信息、第一用户标识信息以及维修站标识信息关联并写入区块链，生成第一用户的视频数据资产。

可以理解，上述第一用户标识信息是指系统预先为该注册用户分配的唯一用户标识信息。而维修站标识信息是指预先为该注册维修站分配的唯一用户标识信息，维修站可以看作一个用户，向服务器注册时，提交该维修站的相关信息，服务器确认其合法性后，会分配给该维修站一个唯一标识。

可选地，在一些情况下还可以生成视频数据资产的索引信息。该索引信息是指用于索引到该视频信息的信息，其可以包括唯一数字资产ID、视频的关键信息等。该视频的关键信息可以通过对视频内容进行识别，确定视频应用场景，解析视频语音内容，得到视频关键词得出的。该关键信息可以包括视频应用场景信息和关键词信息。

步骤S203、接收第二用户的播放指令，并根据播放指令，播放对应的目标视频。

需要说明，上述第二用户是指观看视频的用户。该用户可以通过智能终端登录到系统，然后选择相应的视频或直播进行观看。

当用户点击相应的视频时，服务器会将相应的视频流传输至客户端，以在用户客户端播放相应的视频。

其中，视频采集设备可能有多个，且这个视频采集设备可能分别采集不同目标、不同角度的摄像头，获得不同角度或不同目标的视频图像。

可选地，当该视频为直播视频时，可以根据用户的实时维修过程进行视频画面切换。例如，当用户维修发动机时，则将用于拍摄发动的摄像头所采集到的视频画面作为当前视频画面，而当用户维修汽车底盘时，则可以将当前视频画面切换为用于拍摄底盘的摄像头所采集到的视频画面。此外，视频画面的切换还可以根据用户的具体场景进行设定，而具体场景信息的获得可以通过识别视频图像、解析语音内容、维修设备的使用信息等确定。

本实施例中，通过采集用户使用维修站进行车辆维修的视频，将该视频写入区块链中，生成该用户的数字资产。利用区块链的不可篡改性，保证了维修视频的真实性。

实施例二

请参见图3，为本申请实施例提供的一种维修教学视频管理方法的另一种流程示意框图，该方法可以包括以下步骤：

步骤S301、接收第一用户注册信息和维修站注册信息。

步骤S302、根据第一用户注册信息为第一用户分配第一用户标识，根据维修站注册信息为维修站分配维修站标识。

步骤S303、接收第一用户上传的视频播放规则和收益分配规则。

需要说明，上述视频播放规则包括视频播放过程中是否需要付费，付费金额为多少等规则，该规则可以由第一用户设置的。收益分配规则是指视频播放所获得的收益的分配规则，而分配对象一般包括第一用户和维修站，该分配规则规定了收益的分成比例，例如，维修技师和共享维修站的分成比例为7:3。该收益分配规则一般是由维修技师用户和共享维修站双方共同制定的。

步骤S304、将收益分配规则写入区块链，生成智能合约。

步骤S305、获取第一用户上传的视频信息。

步骤S306、将视频信息、第一用户标识信息以及维修站标识信息关联并写入区块链，生成第一用户的视频数据资产和视频数据资产的索引信息。

步骤S307、接收第二用户的播放指令，并根据播放指令，播放对应的目标视频。

步骤S305～S307与实施例一的步骤S201～S203相同，具体介绍请参见上文相应内容，在此不再赘述。

步骤S308、根据播放指令，向第二用户发起交易支付请求。

具体地，如果该视频或直播需要付费，服务器则可以根据预先设定的收费规则等，向第二用户发起保护待支付金额的支付请求。

步骤S309、根据第二用户的支付确认指令，调用预生成的智能合约完成支付交易，并将支付交易收益按照智能合约的交易分成规则进行分成，将支付交易信息和分成结果信息写入区块链并进行广播。

可以理解，利用智能合约对收益进行自动分账，相较于传统的手工分账，分账效率较高。同时，由于区块链的不可篡改、去中心化等特点，可以保证分账过程的可信度，提高分账过程的透明度。此外，将支付交易信息和分成结果信息写入区块链中，可以实现数据可溯且数据可信度较高。

可见，本实施例通过采集用户使用维修站进行车辆维修的视频，将该视频写入区块链中，生成该用户的数字资产。利用区块链的不可篡改性，保证了维修视频的真实性。还通过利用智能合约对收益进行自动分账，提高分账效率，提高分成过程的可信度和透明度，提高数据可信度。

实施例三

本实施例将对视频信息的采集过程进行介绍说明。请参见图4，为本申请实施例提供的步骤S201的一种流程示意框图，其可以包括以下步骤：

步骤S401、对当前视频信息内的视频图像进行场景识别，得到第一场景信息。

具体地，服务器对所接收到的每一帧视频图像进行场景识别，确定出该视频图像对应的应用场景。例如，当识别到技师用户的活动场景在维修车辆发动机时，则获取用于拍摄发动机的视频图像的摄像头采集的图像，作为当前视频画面。

其中，图像识别服务(Image Recognition)基于大数据和深度学习实现，可精准识别图像中的视觉内容，包括上千种物体标签、数十种常见场景等，包含图像打标、场景分类、鉴黄等在线API服务模块，应用于智能相册管理、图片分类和检索、图片安全监控等场景。根据图像内容识别出相应的应用场景已被本领域技术人员所熟知。在此不再赘述。

步骤S402、对当前视频信息内的语音信息进行解析，得到关键词信息。

步骤S403、根据关键词信息和预建立的关键词词库，确定关键词信息对应的第二场景信息。

可以理解，视频信息可以包括语音信息和图像信息。服务器可以对语音信息进行语音转换，得到相应的文本内容。然后再从文本内容中提取出相应的关键词。然后将关键词和预先设置的关键词词库进行一一匹配，确定是否有一致的关键词，如果有，则根据关键词词库内的关键词与场景的对应关系，确定出该关键词对应的应用场景。

语音信息一般是维修技师用户在维修过程中的语音讲解。根据该语音信息可以确定出该语音对应的应用场景。例如，语音信息为“下面我们先打开引擎盖”，通过提取该语音信息的关键词“引擎盖”，然后根据关键词词库确定出该语音信息对应的场景为发动机。

步骤S404、获取第一用户使用维修设备的使用信息。

步骤S405、根据使用信息，得出第三场景信息。

需要说明，在共享维修站场景下，维修技师或车主等用户需要使用某种维修设备，往往需要扫描支付一定的租金后才能进行使用。而扫描支付过程中，服务器可以根据所接收到的支付信息，确定维修设备的使用情况。根据各个维修设备的使用情况，也可以确定出当前的应用场景。

例如，当用户采用扫描使用举升机时，服务器可以根据所接收到的扫描信息，确定当前的维修对象为底盘。

步骤S406、判断第一场景信息与待切换场景信息是否一致，待切换场景信息包括第二场景信息或第三场景信息；当第一场景信息和待切换场景信息不一致时，进入步骤S07，当第一场景信息和待切换场景信息一致时，进入步骤S408。

步骤S407、获取与待切换场景信息对应的视频采集设备采集的视频信息。

步骤S408、获取与第一场景信息对应的视频采集设备采集的视频信息。

具体来说，根据场景信息比对，确定当前采集的视频信息是否与维修对象或者维修场景相对应，如何不对应，则获取到与维修场景相对应的视频信息，即，获取与第二场景信息或第三场景信息相对应的视频采集设备所采集的视频信息。

可以理解，当多个视频采集设备同时工作时，采集到多个目标、多个角度的视频图像。此时，可以根据第二场景信息、第三场景信息与第一场景信息，实时采集视频画面，使得视频画面与用户的讲解语音、维修场景相一致，提高用户的体验。

一般情况下，第二场景信息和第三场景信息一般是一致的，通过将第二场景信息、第三场景信息，分别与第一场景信息进行比对，寻找出与讲解语音、维修场景相对应的视频画面。

而第二场景信息和第三场景信息也有可能不一致，此时，可以根据预先设置的优先级进行确定。可选地，在一种可行的实现方式中，当第二场景信息和第三场景信息不一致时，在判断第一场景信息与待切换场景信息是否一致之前，还可以包括：根据预先设定的场景优先级，将第二场景信息和第三场景信息中优先级高的作为待切换场景信息。

需要说明，上述场景优先级是预先由人为设定，其可以根据实际应用场景进行设定。一般情况下，以用户使用设备的使用信息为准，即，第三场景信息的优先级一般高于第二场景优先级。

此外，一些情况下，以用户的语音信息为准。例如，当用户语音信息为“下面我们利用诊断设备对车辆进行诊断”，则自动启动诊断设备的录屏应用，将录屏数据发送至服务器端，自动切换至该诊断软件的录屏视频。

当然，如果多个视频采集设备不是同时工作时，可以根据所识别出的场景信息，自动启动相应的摄像头，采集相应的视频数据，传输至服务器，以在用户客户端播放相应的视频画面。

可见，本实施例中，通过采集用户使用维修站进行车辆维修的视频，将该视频写入区块链中，生成该用户的数字资产，此外，利用区块链的不可篡改性，保证了维修视频的真实性。还通过场景识别，进行视频画面的采集，提高用户的体验。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

实施例四

请参见图5，为本申请实施例提供的一种维修教学视频管理装置的结构示意框图，该装置可以包括：

获取模块51，用于获取第一用户上传的视频信息，视频信息为对维修技师维修相应待维修对象的过程进行视频采集得到的信息；

生成模块52，用于将视频信息、第一用户标识信息以及维修站标识信息关联并写入区块链，生成第一用户的视频数据资产；

播放模块53，用于接收第二用户的播放指令，并根据播放指令，播放对应的目标视频。

在一种可行的实现方式中，上述装置还可以包括：

支付请求发起模块，用于根据播放指令，向第二用户发起交易支付请求；

调用模块，用于根据第二用户的支付确认指令，调用预生成的智能合约完成支付交易；

收益分成模块，用于将支付交易收益按照智能合约的交易分成规则进行分成；

记录模块，用于将支付交易信息和分成结果信息写入区块链并进行广播。

在一种可行的实现方式中，上述获取模块可以包括：

获取单元，用于获取第一用户上传的通过至少一个视频采集设备实时采集的视频信息；

其中，每个视频采集设备对不同的目标和/或从不同的角度进行视频采集，至少一个视频采集设备所采集的目标包括发动机、举升后的底盘、汽车内部以及诊断软件终端中的至少一种。

在一种可行的实现方式中，上述获取单元可以包括：

第一识别子单元，用于对当前视频信息内的视频图像进行场景识别，得到第一场景信息；

解析子单元，用于对当前视频信息内的语音信息进行解析，得到关键词信息；

确定子单元，用于根据关键词信息和预建立的关键词词库，确定关键词信息对应的第二场景信息；

使用信息获取子单元，用于获取第一用户使用维修设备的使用信息；

第二识别子单元，用于根据使用信息，得出第三场景信息；

判断子单元，用于判断第一场景信息与待切换场景信息是否一致，待切换场景信息包括第二场景信息或第三场景信息；

获取子单元，用于当第一场景信息和待切换场景信息不一致时，获取与待切换场景信息对应的视频采集设备采集的视频信息。

在一种可行的实现方式中，当第二场景信息和第三场景信息不一致时，上述获取单元还可以包括：

场景优先级比较子单元，用于根据预先设定的场景优先级，将第二场景信息和第三场景信息中优先级高的作为待切换场景信息。

在一种可行的实现方式中，上述播放模块可以包括：

查找播放单元，用于根据播放指令和预先生成的视频数据资产的索引信息，查找目标视频，并播放目标视频。

在一种可行的实现方式中，上述装置还可以包括：

第一接收模块，用于接收第一用户注册信息和维修站注册信息；

标识分配模块，用于根据第一用户注册信息为第一用户分配第一用户标识，根据维修站注册信息为维修站分配维修站标识；

第二接收模块，用于接收第一用户上传的视频播放规则和收益分配规则；

合约生成模块，用于将收益分配规则写入区块链，生成智能合约。

本实施例中，通过采集用户使用维修站进行车辆维修的视频，将该视频写入区块链中，生成该用户的数字资产。利用区块链的不可篡改性，保证了维修视频的真实性。

实施例五

图6是本申请一实施例提供的终端设备的示意图。如图6所示，该实施例的终端设备6包括：处理器60、存储器61以及存储在所述存储器61中并可在所述处理器60上运行的计算机程序62。所述处理器60执行所述计算机程序62时实现上述各个维修教学视频管理方法实施例中的步骤，例如图1所示的步骤S101至S103。或者，所述处理器60执行所述计算机程序62时实现上述各装置实施例中各模块或单元的功能，例如图5所示模块51至53的功能。

示例性的，所述计算机程序62可以被分割成一个或多个模块或单元，所述一个或者多个模块或单元被存储在所述存储器61中，并由所述处理器60执行，以完成本申请。所述一个或多个模块或单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序62在所述终端设备6中的执行过程。例如，所述计算机程序62可以被分割成获取模块、生成模块以及播放模块，各模块具体功能如下：

获取模块，用于获取第一用户上传的视频信息，视频信息为对维修技师维修相应待维修对象的过程进行视频采集得到的信息；生成模块，用于将视频信息、第一用户标识信息以及维修站标识信息关联并写入区块链，生成第一用户的视频数据资产；播放模块，用于接收第二用户的播放指令，并根据播放指令，播放对应的目标视频。

所述终端设备6具体为服务器。所述终端设备可包括，但不仅限于，处理器60、存储器61。本领域技术人员可以理解，图6仅仅是终端设备6的示例，并不构成对终端设备6的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器60可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器61可以是所述终端设备6的内部存储单元，例如终端设备6的硬盘或内存。所述存储器61也可以是所述终端设备6的外部存储设备，例如所述终端设备6上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器61还可以既包括所述终端设备6的内部存储单元也包括外部存储设备。所述存储器61用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器61还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置、终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置、终端设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块或单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (8)

1.一种维修教学视频管理方法，其特征在于，包括：

获取第一用户上传的视频信息，所述视频信息为对维修技师维修相应待维修对象的过程进行视频采集得到的信息；

将所述视频信息、第一用户标识信息以及维修站标识信息关联并写入区块链，生成所述第一用户的视频数据资产；

接收第二用户的播放指令，并根据所述播放指令，播放对应的目标视频；

其中，所述获取第一用户上传的视频信息，包括：

获取所述第一用户上传的通过至少一个视频采集设备实时采集的视频信息；其中，每个所述视频采集设备对不同的目标和/或从不同的角度进行视频采集，所述至少一个视频采集设备所采集的目标包括发动机、举升后的底盘、汽车内部以及诊断软件终端中的至少一种；

所述获取所述第一用户上传的通过至少一个视频采集设备实时采集的视频信息，包括：

对当前视频信息内的视频图像进行场景识别，得到第一场景信息；对所述当前视频信息内的语音信息进行解析，得到关键词信息；

根据所述关键词信息和预建立的关键词词库，确定所述关键词信息对应的第二场景信息；

获取所述第一用户使用维修设备的使用信息；根据所述使用信息，得出第三场景信息；

判断所述第一场景信息与待切换场景信息是否一致，所述待切换场景信息包括所述第二场景信息或第三场景信息；

当所述第一场景信息和所述待切换场景信息不一致时，获取与所述待切换场景信息对应的所述视频采集设备采集的视频信息。

2.根据权利要求1所述的维修教学视频管理方法，其特征在于，在所述接收第二用户的播放指令之后，还包括：

根据所述播放指令，向所述第二用户发起交易支付请求；

根据所述第二用户的支付确认指令，调用预生成的智能合约完成支付交易；

将支付交易收益按照所述智能合约的交易分成规则进行分成；

将支付交易信息和分成结果信息写入所述区块链并进行广播。

3.根据权利要求1所述的维修教学视频管理方法，其特征在于，当所述第二场景信息和所述第三场景信息不一致时，在所述判断所述第一场景信息与待切换场景信息是否一致之前，还包括：

根据预先设定的场景优先级，将所述第二场景信息和所述第三场景信息中优先级高的作为所述待切换场景信息。

4.根据权利要求1所述的维修教学视频管理方法，其特征在于，所述根据所述播放指令，播放对应的目标视频，包括：

根据所述播放指令和预先生成的所述视频数据资产的索引信息，查找所述目标视频，并播放所述目标视频。

5.根据权利要求1至4任一项所述的维修教学视频管理方法，其特征在于，在所述获取第一用户的视频信息之前，还包括：

接收第一用户注册信息和维修站注册信息；

根据所述第一用户注册信息为所述第一用户分配第一用户标识，根据所述维修站注册信息为所述维修站分配维修站标识；

接收所述第一用户上传的视频播放规则和收益分配规则；

将所述收益分配规则写入区块链，生成智能合约。

6.一种维修教学视频管理装置，其特征在于，包括：

获取模块，用于获取第一用户上传的视频信息，所述视频信息为对维修技师维修相应待维修对象的过程进行视频采集得到的信息；

生成模块，用于将所述视频信息、第一用户标识信息以及维修站标识信息关联并写入区块链，生成所述第一用户的视频数据资产；

播放模块，用于接收第二用户的播放指令，并根据所述播放指令，播放对应的目标视频；

其中，所述获取模块包括：获取单元，用于获取所述第一用户上传的通过至少一个视频采集设备实时采集的视频信息；其中，每个所述视频采集设备对不同的目标和/或从不同的角度进行视频采集，所述至少一个视频采集设备所采集的目标包括发动机、举升后的底盘、汽车内部以及诊断软件终端中的至少一种；

所述获取单元包括：第一识别子单元，用于对当前视频信息内的视频图像进行场景识别，得到第一场景信息；

解析子单元，用于对所述当前视频信息内的语音信息进行解析，得到关键词信息；

确定子单元，用于根据所述关键词信息和预建立的关键词词库，确定所述关键词信息对应的第二场景信息；

使用信息获取子单元，用于获取所述第一用户使用维修设备的使用信息；

第二识别子单元，用于根据所述使用信息，得出第三场景信息；

判断子单元，用于判断所述第一场景信息与待切换场景信息是否一致，所述待切换场景信息包括所述第二场景信息或第三场景信息；

获取子单元，用于当所述第一场景信息和所述待切换场景信息不一致时，获取与所述待切换场景信息对应的所述视频采集设备采集的视频信息。

7.一种终端设备，其特征在于，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述方法的步骤。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述方法的步骤。

Images