基于封面轨迹绘制的直播间进场方法、装置及计算机设备

技术领域

本申请实施例涉及网络直播技术领域，尤其涉及一种基于封面轨迹绘制的直播间进场方法、装置及计算机设备。

背景技术

随着互联网及流媒体技术的快速发展，各类直播应用程序层出不穷，参与网络直播成为了众多人的日常娱乐方式。

在网络直播场景中，观众可以访问安装在观众客户端上的直播应用程序，触发观众客户端为其加载直播应用程序界面，在直播应用程序界面中会显示出直播间列表，之后观众通过点击直播间列表中的任意一个直播间封面，即可进入对应的直播间观看直播。

目前，由于观众进入直播间的封面交互方式较为单一，仅能通过点击直播间封面的方式进入，因而，不利于提高观众的直播间进场体验，难以改善观众与主播的互动积极性，也无法提高直播间封面对观众的吸引程度，引导更多观众进入直播间。

发明内容

本申请实施例提供了一种基于封面轨迹绘制的直播间进场方法、装置及计算机设备，可以解决观众进入直播间的封面交互方式较为单一，不利于提高观众的直播间进场体验的技术问题，该技术方案如下：

第一方面，本申请实施例提供了一种基于封面轨迹绘制的直播间进场方法，包括步骤：

观众客户端响应于直播间列表加载指令，获取直播间列表数据，根据所述直播间列表数据，加载直播间列表；其中，所述直播间列表中包括若干个直播间标识对应的直播间封面；

若所述直播间标识中存在第一直播间标识，所述观众客户端获取轨迹绘制画板数据，根据所述轨迹绘制画板数据，在所述第一直播间标识对应的直播间封面上加载轨迹绘制画板；其中，所述轨迹绘制画板上显示有第一轨迹；

所述观众客户端响应于第二轨迹绘制指令，获取第二轨迹绘制数据，根据所述第二轨迹绘制数据，在所述轨迹绘制画板上显示当前用户绘制的第二轨迹；

所述观众客户端响应于第二轨迹绘制结束指令，获取所述第一直播间标识对应的直播间数据，根据所述第一直播间标识对应的直播间数据，加载所述第一直播间标识对应的直播间。

第二方面，本申请实施例提供了一种基于封面轨迹绘制的直播间进场装置，包括：

第一获取单元，用于观众客户端响应于直播间列表加载指令，获取直播间列表数据，根据所述直播间列表数据，加载直播间列表；其中，所述直播间列表中包括若干个直播间标识对应的直播间封面；

第一加载单元，用于若所述直播间标识中存在第一直播间标识，所述观众客户端获取轨迹绘制画板数据，根据所述轨迹绘制画板数据，在所述第一直播间标识对应的直播间封面上加载轨迹绘制画板；其中，所述轨迹绘制画板上显示有第一轨迹；

第一绘制单元，用于所述观众客户端响应于第二轨迹绘制指令，获取第二轨迹绘制数据，根据所述第二轨迹绘制数据，在所述轨迹绘制画板上显示当前用户绘制的第二轨迹；

第一进场单元，用于所述观众客户端响应于第二轨迹绘制结束指令，获取所述第一直播间标识对应的直播间数据，根据所述第一直播间标识对应的直播间数据，加载所述第一直播间标识对应的直播间。

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

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

在本申请实施例中，观众客户端响应于直播间列表加载指令，获取直播间列表数据，根据直播间列表数据，加载直播间列表；其中，直播间列表中包括若干个直播间标识对应的直播间封面；若直播间标识中存在第一直播间标识，观众客户端获取轨迹绘制画板数据，根据轨迹绘制画板数据，在第一直播间标识对应的直播间封面上加载轨迹绘制画板；其中，轨迹绘制画板上显示有第一轨迹；观众客户端响应于第二轨迹绘制指令，获取第二轨迹绘制数据，根据第二轨迹绘制数据，在轨迹绘制画板上显示当前用户绘制的第二轨迹；观众客户端响应于第二轨迹绘制结束指令，获取第一直播间标识对应的直播间数据，根据第一直播间标识对应的直播间数据，加载第一直播间标识对应的直播间。本申请实施例在第一直播间标识对应的直播间封面上加载轨迹绘制画板，从而在当前用户与轨迹绘制画板交互时，在轨迹绘制画板中显示出当前用户绘制的第二轨迹，并绘制结束时为当前用户加载第一直播间标识对应的直播间，进而丰富了用户进入直播间的封面交互方式，使用户可以通过绘制轨迹达到进入直播间的目的，不仅有利于提高用户的直播间进场体验，改善用户的互动积极性，更有利于提高直播间封面对用户的吸引程度，吸引更多的用户进入直播间。

为了更好地理解和实施，下面结合附图详细说明本申请的技术方案。

附图说明

图1为本申请实施例提供的基于封面轨迹绘制的直播间进场方法的应用场景示意图；

图2为本申请实施例提供的直播间列表的显示示意图；

图3为本申请第一实施例提供的基于封面轨迹绘制的直播间进场方法的流程示意图；

图4为本申请实施例提供的轨迹绘制画板的显示示意图；

图5为本申请第一实施例提供的基于封面轨迹绘制的直播间进场方法的另一流程示意图；

图6为本申请实施例提供的轨迹绘制画板的另一显示示意图；

图7为本申请实施例提供的奖励弹窗在直播间界面中的显示示意图；

图8为本申请第一实施例提供的基于封面轨迹绘制的直播间进场方法的又一流程示意图；

图9为本申请实施例提供的轨迹绘制画板的又一显示示意图；

图10为本申请第二实施例提供的基于封面轨迹绘制的直播间进场方法的流程示意图；

图11为本申请第二实施例提供的基于封面轨迹绘制的直播间进场方法的另一流程示意图；

图12为本申请第二实施例提供的基于封面轨迹绘制的直播间进场方法的又一流程示意图；

图13为本申请实施例提供的封面配置控件的显示示意图；

图14为本申请实施例提供的轨迹配置控件的显示示意图；

图15为本申请第三实施例提供的基于封面轨迹绘制的直播间进场方法的流程示意图；

图16为本申请第三实施例提供的基于封面轨迹绘制的直播间进场方法的另一流程示意图；

图17为本申请第三实施例提供的基于封面轨迹绘制的直播间进场方法的又一流程示意图；

图18为本申请第四实施例提供的基于封面轨迹绘制的直播间进场方法的流程示意图；

图19为本申请第四实施例提供的基于封面轨迹绘制的直播间进场方法的另一流程示意图；

图20为本申请第四实施例提供的基于封面轨迹绘制的直播间进场方法的又一流程示意图；

图21为本申请第五实施例提供的基于封面轨迹绘制的直播间进场装置的结构示意图；

图22为本申请第六实施例提供的计算机设备的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”/“若”可以被解释成为“在……时”或“当……时”或“响应于确定”。

本领域技术人员可以理解，本申请所使用的“客户端”、“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，进行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他诸如个人计算机、平板电脑之类的通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(PersonalCommunications Service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(Personal Digital Assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(GlobalPositioningSystem，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“客户端”、“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“客户端”、“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

本申请所称的“服务器”、“客户端”、“服务节点”等名称所指向的硬件，本质上是具备个人计算机等效能力的计算机设备，为具有中央处理器(包括运算器和控制器)、存储器、输入设备以及输出设备等冯诺依曼原理所揭示的必要构件的硬件装置，计算机程序存储于其存储器中，中央处理器将存储在外存中的程序调入内存中运行，执行程序中的指令，与输入输出设备交互，借此完成特定的功能。

需要指出的是，本申请所称的“服务器”这一概念，同理也可扩展到适用于服务器机群的情况。依据本领域技术人员所理解的网络部署原理，所述各服务器应是逻辑上的划分，在物理空间上，这些服务器既可以是互相独立但可通过接口调用的，也可以是集成到一台物理计算机或一套计算机机群的。本领域技术人员应当理解这一变通，而不应以此约束本申请的网络部署方式的实施方式。

请参阅图1，图1为本申请实施例提供的基于封面轨迹绘制的直播间进场方法的应用场景示意图，该应用场景包括本申请实施例提供的主播客户端101、服务器102和观众客户端103，主播客户端101与观众客户端103通过服务器102进行交互。

本申请实施例提出的客户端包括该主播客户端101和该观众客户端103。

需要指出的是，在现有技术中会存在对“客户端”这一概念的多种理解，例如：可以将其理解为安装在计算机设备中的应用程序，或者，也可以将其理解为相对应于服务器的硬件设备。

在本申请实施例中，所称的“客户端”是指相对应于服务器的硬件设备，更具体来说，是指计算机设备，例如：智能手机、智能交互平板以及个人计算机等。

在客户端为智能手机、智能交互平板等移动设备时，用户可以在客户端上安装匹配的移动端应用程序，也可以在客户端上访问Web端应用程序。

在客户端为个人计算机(PC机)等非移动设备时，用户可以在客户端上安装匹配的PC端应用程序，同样也可以在客户端上访问Web端应用程序。

其中，移动端应用程序是指可安装在移动设备中的应用程序，PC端应用程序是指可安装在非移动设备中的应用程序，Web端应用程序是指需通过浏览器访问的应用程序。

具体地，Web端应用程序依据客户端类型的差异，又可以分为移动版本和PC版本，两者的页面布局方式以及可提供的服务器支持可能存在差别。

在本申请实施例中，提供至用户的直播应用程序的类型分为移动端直播应用程序、PC端直播应用程序和Web端直播应用程序。用户可以依据其采用客户端的类型不同，自主选择其参与网络直播的方式。

本申请依据采用客户端的用户身份的不同，可以将客户端分为主播客户端101和观众客户端103。

其中，主播客户端101是指发送网络直播视频的一端，通常来说是网络直播中主播(即，直播主播用户)所采用的客户端。

观众客户端103是指接收和观看网络直播视频的一端，通常来说是网络直播中观看视频的观众(即，直播观众用户)所采用的客户端。

主播客户端101和观众客户端103所指向的硬件，本质上是指计算机设备，具体地，如图1所示，其可以是智能手机、智能交互平板和个人计算机等类型的计算机设备。主播客户端101和观众客户端103均可以通过公知的网络接入方式接入互联网，与服务器102建立数据通信链路。

服务器102作为一个业务服务器，其可以负责进一步连接起相关音频数据服务器、视频流服务器以及其他提供相关支持的服务器等，以此构成逻辑上相关联的服务机群，来为相关的终端设备，例如图1中所示的主播客户端101和观众客户端103提供服务。

本申请实施例中，主播客户端101与观众客户端103可以加入同一个直播间(即直播频道)，上述的直播间是指依靠互联网技术实现的一种聊天室，通常具备音视频播控功能。主播用户通过主播客户端101在直播间内进行直播，观众客户端103的观众可以登录服务器102进入直播间观看上直播。

在直播间内，主播与观众之间可通过语音、视频、文字等公知的线上交互方式来实现互动，一般是主播以音视频流的形式为观众用户表演节目，并且在互动过程中还可产生经济交易行为。当然，直播间的应用形态并不局限于在线娱乐，也可推广到其他相关场景中，例如视频会议场景、产品推介销售场景以及其他任何需要类似互动的场景中。

具体地，观众观看直播的过程如下：观众可以点击访问安装在观众客户端103上的直播应用程序，并选择进入任意一个直播间，触发观众客户端103为该观众加载直播间界面，该直播间界面内包括若干交互组件，例如：视频窗口、虚拟礼物栏以及公屏等，通过加载这些交互组件可以使观众在直播间内观看直播，并进行多种线上互动，线上互动的方式包括但不限于赠送虚拟礼物以及公屏发言等。

在观众进入直播间之前，直播应用程序界面中会显示直播间列表，请参阅图2，图2为本申请实施例提供的直播间列表的显示示意图，可以看到直播应用程序界面2中显示有直播间列表21，直播间列表21中显示有若干个直播间封面211，目前观众可以在直播间列表21上进行滑动操作，浏览直播间列表21中的直播间封面211，还可以点击任意一个直播间封面211，进入对应的直播间。

由于目前观众与直播间封面的封面交互方式较为单一，因而，若能够提供更多的直播间封面交互方式，则有利于吸引观众进入直播间，并且提高其与主播之间的互动积极性。

基于上述，本申请实施例提供了一种基于封面轨迹绘制的直播间进场方法。请参阅图3，图3为本申请第一实施例提供的基于封面轨迹绘制的直播间进场方法的流程示意图，该方法包括如下步骤：

S101：观众客户端响应于直播间列表加载指令，获取直播间列表数据，根据直播间列表数据，加载直播间列表；其中，直播间列表中包括若干个直播间标识对应的直播间封面。

S102：若直播间标识中存在第一直播间标识，观众客户端获取轨迹绘制画板数据，根据轨迹绘制画板数据，在第一直播间标识对应的直播间封面上加载轨迹绘制画板；其中，轨迹绘制画板上显示有第一轨迹。

S103：观众客户端响应于第二轨迹绘制指令，获取第二轨迹绘制数据，根据第二轨迹绘制数据，在轨迹绘制画板上显示当前用户绘制的第二轨迹。

S104：观众客户端响应于第二轨迹绘制结束指令，获取第一直播间标识对应的直播间数据，根据第一直播间标识对应的直播间数据，加载第一直播间标识对应的直播间。

在本实施例中，是从客户端和服务器两个执行主体对基于封面轨迹绘制的直播间进场方法进行描述的。其中，客户端包括主播客户端和观众客户端。

关于步骤S101，观众客户端响应于直播间列表加载指令，获取直播间列表数据，根据直播间列表数据，加载直播间列表。

具体地，观众客户端根据当前用户标识，生成直播间列表加载请求至服务器。

服务器响应于直播间列表加载请求，获取若干个直播间标识和直播间标识对应的直播间封面数据，根据若干个直播间标识和直播间标识对应的直播间封面数据，得到直播间列表数据，之后生成并发送直播间列表加载指令至观众客户端。

观众客户端响应于直播间列表加载指令，获取直播间列表数据，根据直播间列表数据，加载直播间列表。

其中，直播间列表数据中至少包括若干个直播间标识和直播间标识对应的直播间封面数据。

直播间封面数据至少包括直播间封面的显示数据以及直播间封面的功能数据。

直播间封面的显示数据用于在直播间列表中确定直播间封面的显示样式以及显示尺寸等。

直播间封面的功能数据用于实现观众通过与直播间封面交互进入对应的直播间的功能。

直播间列表中包括若干个直播间标识对应的直播间封面。

关于步骤S102，若直播间标识中存在第一直播间标识，观众客户端获取轨迹绘制画板数据，根据轨迹绘制画板数据，在第一直播间标识对应的直播间封面上加载轨迹绘制画板。

下面先针对观众客户端如何判断直播间标识中是否存在第一直播间标识进行说明。

在本申请实施例中，第一直播间标识是指第一主播创建的直播间对应的直播间标识，第一主播是指对应有封面配置标签的主播。

具体地，服务器在获取若干个直播间标识和直播间标识对应的直播间封面数据时，是先从候选主播池中筛选若干个主播标识，再根据筛选出的主播标识，确定直播间标识和直播间标识对应的直播间封面数据。

上述若干个主播标识中可能存在对应有封面配置标签的第一主播标识。

在本申请实施例中，第一主播预先对其直播间封面进行了配置，因此，服务器在响应封面配置指令时，则会为其对应上封面配置标签。

可以理解的是，第一主播对直播间封面进行的配置不同，相应的封面配置标签也会不同。具体将在第二实施例和第三实施例中展开说明。

上述关于服务器如何进行筛选主播标识的具体方式在此不进行限定，其基于一定的筛选规则，可能会筛选出第一主播标识，本申请实施例针对其会筛选出第一主播标识的情况展开说明。

在本申请实施例中，若直播间标识中存在第一直播间标识，则观众客户端会获取轨迹绘制画板数据，根据轨迹绘制画板数据，在第一直播间标识对应的直播间封面上加载轨迹绘制画板。

其中，轨迹绘制画板数据包括轨迹绘制画板的显示数据和轨迹绘制画板的功能数据。

轨迹绘制画板的显示数据用于在直播间封面上显示轨迹绘制画板，确定轨迹绘制画板的显示尺寸、显示样式等。

轨迹绘制画板的功能数据用于在绘制画板上呈现轨迹，以达到用户在直播间封面上进行轨迹绘制的技术效果。其中，该用户是指观众。

请参阅图4，图4为本申请实施例提供的轨迹绘制画板的显示示意图。由图4可以看到，轨迹绘制画板41显示在直播间封面上，绘制画板41中呈现的是不透明白色图层，下方第一直播间标识对应的直播间封面被完全覆盖了，当前用户无法看到第一直播间标识对应的直播间封面。

在本申请实施例中，该轨迹绘制画板上显示有第一轨迹。

在一个可选的实施例中，该第一轨迹可以是由服务器默认配置的轨迹，在另一个可选的实施例中，该第一轨迹也可以是由第一主播配置的轨迹。

关于步骤S103，观众客户端响应于第二轨迹绘制指令，获取第二轨迹绘制数据，根据第二轨迹绘制数据，在轨迹绘制画板上显示当前用户绘制的第二轨迹。

在当前用户在轨迹绘制画板上绘制时，会触发观众客户端生成第二轨迹绘制指令。

在一个可选的实施例中，由于本申请考虑到用户在直播间封面上进行绘制交互与常规的直播间列表交互(例如：滑动直播间列表，点击某一直播间封面)存在冲突，因而，在观众客户端响应列表交互起始位置在第一直播间标识对应的直播间封面上的第一列表交互指令时，需要获取当前用户在直播间列表上的第一列表交互数据，根据第一列表交互数据，判断是否要拦截在所述第一直播间标识对应的直播间封面上的第一封面交互指令，也即判断当前用户是否要开始在绘制画板上进行绘制。

关于具体的判断细节在此不进行限定，可以理解的是，如果根据第一列表交互确定当前用户在第一直播间标识对应的直播间封面上的停留时间较长且位移较近，则当前用户可能要开始在绘制画板上进行绘制，那么，为了保证绘制画板不滑动以及轨迹的准确呈现，则需要拦截在第一直播间标识对应的直播间封面上的第一封面交互指令。

其中，第一封面交互指令对应的封面交互起始位置和封面交互终止位置均是在第一直播间标识对应的直播间封面上的。

第一封面交互指令中包括各个轨迹点在直播间应用程序界面中的位置数据，那么得到各个轨迹点在轨迹绘制画板中的位置数据，则需要进行坐标系的转换，之后，再根据各个轨迹点在轨迹绘制画板中的位置数据，生成第二轨迹绘制指令。

观众客户端根据第二轨迹绘制数据，在轨迹绘制画板上显示当前用户绘制的第二轨迹，也即，观众客户端根据各个第二轨迹点在轨迹绘制画板中的位置数据，将各个第二轨迹点显示在轨迹绘制画板中。

在一个可选的实施例中，根据第一轨迹的不同，该第二轨迹可以是当前用户沿第一轨迹模仿绘制的，也可以是当前用户为与第一轨迹组成对称轨迹而绘制的。

关于步骤S104，观众客户端响应于第二轨迹绘制结束指令，获取第一直播间标识对应的直播间数据，根据第一直播间标识对应的直播间数据，加载第一直播间标识对应的直播间。

观众客户端响应于第二轨迹绘制结束指令，确认当前用户已结束绘制，那么则获取第一直播间标识对应的直播间数据，根据第一直播间标识对应的直播间数据，加载第一直播间标识对应的直播间。

在本申请实施例中，当前用户只要与第一直播间标识对应的直播间封面进行了轨迹绘制交互，则不考虑轨迹绘制的结果如何，均会为当前用户加载第一直播间标识对应的直播间。

具体地，在当前用户绘制第二轨迹的过程中，可能会绘制多条第二轨迹，因此，为了避免对第二轨迹绘制结束的误判断，在每响应于第二轨迹绘制指令时，生成倒计时开始指令，观众客户端响应倒计时开始指令，获取倒计时剩余时间。

在倒计时剩余时间内，若继续响应第二轨迹绘制指令，则表示当前用户要继续绘制第二轨迹，因而，观众客户端会继续获取第二轨迹绘制数据。

在倒计时剩余时间内，若未再响应第二轨迹绘制指令，则表示当前用户结束了绘制，因而，观众客户端发出第二轨迹绘制结束指令。

本申请实施例在第一直播间标识对应的直播间封面上加载轨迹绘制画板，从而在当前用户与轨迹绘制画板交互时，在轨迹绘制画板中显示出当前用户绘制的第二轨迹，并绘制结束时为当前用户加载第一直播间标识对应的直播间，进而丰富了用户进入直播间的封面交互方式，使用户可以通过绘制轨迹达到进入直播间的目的，不仅有利于提高用户的直播间进场体验，改善用户的互动积极性，更有利于提高直播间封面对用户的吸引程度，吸引更多的用户进入直播间。

下面将分别说明，针对不同的第一轨迹，如何判断当前用户是否将第二轨迹绘制成功。

在一个可选的实施例中，请参阅图5，图5为本申请第一实施例提供的基于封面轨迹绘制的直播间进场方法的另一流程示意图，该方法还包括步骤：

S105：观众客户端响应于第二轨迹绘制结束指令，获取第一轨迹的绘制数据和第二轨迹的绘制数据。

S106：观众客户端根据第一轨迹的绘制数据和第二轨迹的绘制数据，得到第二轨迹与第一轨迹的匹配度。

S107：若匹配度超过预设的匹配度阈值，确认第二轨迹与第一轨迹匹配，观众客户端发出第二轨迹绘制成功指令。

在本实施例中，第一轨迹为根据第一轨迹的绘制数据生成的，第一轨迹的绘制数据为第一主播按照第一引导轨迹绘制时得到的绘制数据，轨迹绘制画板上还显示有第二引导轨迹，第一引导轨迹与第二引导轨迹组成对称引导轨迹，第一引导轨迹与第二引导轨迹沿目标轴对称，目标轴为对称引导轨迹的对称轴。

请参阅图6，图6为本申请实施例提供的轨迹绘制画板的另一显示示意图。图6所示的轨迹绘制画板61中显示有第一轨迹611、第一引导轨迹612、第二轨迹613和第二引导轨迹614。

第一引导轨迹612和第二引导轨迹614在图6中以虚线的方式进行显示，第一轨迹611是根据第一轨迹611的绘制数据生成，第一轨迹611的绘制数据为第一主播按照第一引导轨迹612绘制时得到的绘制数据，是第一主播预配置好的，由于第一轨迹611一定会显示在轨迹绘制画板中，因此，该第一引导轨迹612在实际应用过程中也可以不显示在轨迹绘制画板61中，并不会影响当前用户的轨迹绘制。

当前用户与轨迹绘制画板61交互，根据第二引导轨迹614进行第二轨迹613的绘制。

关于第一主播如何配置该第一轨迹将在第二实施例中详细说明。

此外，轨迹绘制画板旁可以显示提示，提示当前用户如何进入直播间，轨迹绘制画板上还可以显示提示动画，引导当前用户进行第二轨迹的绘制，具体提示方式在此不进行限定。

图6所示的对称引导轨迹为心形轨迹，在一个可选的实施例中，第一引导轨迹和第二引导轨迹组成的对称引导轨迹可以与节日信息相关，例如：在圣诞节，对称引导轨迹为圣诞树轨迹。在第一主播进行预配置时，第一主播可以选择对称引导轨迹的形状，服务器也可以提供一些选项供第一主播选择。

关于步骤S106，第一轨迹包括若干个第一轨迹点，第一轨迹的绘制数据包括若干个第一轨迹点在轨迹绘制画板中的位置数据，第一轨迹点在轨迹绘制画板中的位置数据包括第一轨迹点的第一位置数据和第一轨迹点的第二位置数据。

可选的，第一轨迹点的第一位置数据为第一轨迹点的x轴坐标值，第一轨迹点的第二位置数据为第一轨迹点的y轴坐标值，坐标系为轨迹绘制画板所采用的坐标系。

第二轨迹包括若干个第二轨迹点，第二轨迹的绘制数据包括若干个第二轨迹点在轨迹绘制画板中的位置数据，第二轨迹点在轨迹绘制画板中的位置数据包括第二轨迹点的第一位置数据和第二轨迹点的第二位置数据。

可选的，第二轨迹点的第一位置数据为第二轨迹点的x轴坐标值，第二轨迹点的第二位置数据为第二轨迹点的y轴坐标值，坐标系为轨迹绘制画板所采用的坐标系。

下面详细说明如何得到第一轨迹与第二轨迹的匹配度，具体地：观众客户端根据第一轨迹点的第二位置数据和第二轨迹点的第二位置数据，确定第一轨迹点对应的第二轨迹点。之后，观众客户端根据第一轨迹点的第一位置数据与第一轨迹点对应的第二轨迹点的第一位置数据，确认第一轨迹点对应的第二轨迹点是否与第一轨迹点匹配，得到与第一轨迹点匹配的第二轨迹点的数量。最后，根据第一轨迹点的数量以及与第一轨迹点匹配的第二轨迹点的数量，得到第一轨迹与第二轨迹之间的匹配度。

由于第一引导轨迹和第二引导轨迹组成对称引导轨迹，因此，通过判断第一轨迹中第一轨迹点与对应的第二轨迹中的第二轨迹点是否对称，即可以达到计算匹配度的目的。该匹配度能够一定程度上反映当前用户与第一主播的匹配度。

在一个可选的实施例中，轨迹绘制画板所采用的坐标系是以对称引导轨迹的中心为原点，以水平方向为x轴方向，以竖直方向为y轴方向，对称引导轨迹沿y轴对称。

观众客户端根据第一轨迹点的第二位置数据和第二轨迹点的第二位置数据，确定第一轨迹点对应的第二轨迹点。

其中，第一轨迹点的第二位置数据和第一轨迹点对应的第二轨迹点的第二位置数据相同。

由于对称引导轨迹沿y轴对称，因此，此处第一轨迹点的第二位置数据是指第一轨迹点的y轴坐标，第二轨迹点的第二位置数据是指第二轨迹点的y轴坐标。

第二轨迹中与第一轨迹点对应的第二轨迹点，即是第二轨迹中与第一轨迹点的y轴坐标相同的轨迹点。

之后，观众客户端根据第一轨迹点的第一位置数据与第一轨迹点对应的第二轨迹点的第一位置数据，确认第一轨迹点对应的第二轨迹点是否与第一轨迹点匹配，得到与第一轨迹点匹配的第二轨迹点的数量。

若第一轨迹点的第一位置数据与第一轨迹点对应的第二轨迹点的第一位置数据相反，即，第一轨迹点的x轴坐标与第一轨迹点对应的第二轨迹点的x轴坐标的值相反，那么，确认第一轨迹点对应的第二轨迹点与第一轨迹点匹配，最终得到与第一轨迹点匹配的第二轨迹点的数量。

具体地，关于观众客户端在判断是否匹配时如何进行轨迹点的扫描，在此不进行限定，其可以从y轴坐标为0的第一轨迹点向两侧扫描，也可以从y轴坐标最小或最大的第一轨迹点，向y轴另一侧扫描。

需要说明的是，第一轨迹中可能存在若干个第一轨迹点的y轴坐标相同的情况，那么在获取其对应的第二轨迹点时，则需要基于第一轨迹点的x轴坐标，先确定对应的第二轨迹点的x轴坐标的范围，那么x轴坐标在此范围内的，且与其y轴坐标值相同的第二轨迹点才为其对应的第二轨迹点。

关于S107，若匹配度超过预设的匹配度阈值，确认第二轨迹与第一轨迹匹配，观众客户端发出第二轨迹绘制成功指令。

在一个可选的实施例中，匹配度为与第一轨迹点匹配的第二轨迹点的数量与第一轨迹点的数量的比值，该匹配度阈值在此不进行限定，可选的，匹配度阈值可以为90％。

在本实施例中，在观众客户端响应于第二轨迹绘制结束指令时，会计算第二轨迹与第一轨迹的匹配度，根据该匹配度确认当前用户是否绘制成功，从而确认是否发出第二轨迹绘制成功指令。

在一个可选的实施例中，观众客户端发出第二轨迹绘制成功指令之后，包括步骤：观众客户端响应于第二轨迹绘制成功指令，获取对称引导轨迹对应的第一封面动画数据；观众客户端根据第一封面动画数据，渲染显示第一封面动画。

其中，第一封面动画数据用于确定第一封面动画的显示位置、显示样式、显示尺寸以及显示特效等。

例如：若第一引导轨迹和第二引导轨迹组成的对称引导轨迹为心形轨迹，那么第一封面动画可以指爱心封面动画。

在本实施例中，在当前用户绘制第二轨迹成功时，会在其进入直播间之前，显示第一封面动画，从而能够进一步提高用户的封面交互体验。

在一个可选的实施例中，观众客户端发出第二轨迹绘制成功指令之后，包括步骤：服务器响应于第二轨迹绘制成功指令，获取第一奖励标识，根据第一奖励标识，生成互动奖励指令，发送互动奖励指令至观众客户端；观众客户端响应于互动奖励指令，获取第一奖励标识、第一奖励标识对应的奖励图像以及奖励弹窗数据，根据奖励弹窗数据，在第一直播间标识对应的直播间界面中显示奖励弹窗。

其中，奖励可以是指虚拟礼物、红包以及会员等，在此不进行限定。

奖励弹窗数据用于在直播间界面中显示奖励弹窗，实现奖励弹窗的关闭功能、奖励赠送功能以及奖励保存功能等。

其中，奖励弹窗中至少显示有第一奖励标识对应的第一奖励图像和奖励赠送控件。第一奖励标识对应的第一奖励图像用于提示当前用户收到了哪一奖励，奖励赠送控件用于响应于当前用户的触发指令，将第一奖励标识对应的奖励赠送至目标用户。

具体地，若响应于当前用户对奖励赠送控件的触发指令，观众客户端获取目标用户标识和第一奖励标识，发出奖励赠送请求至服务器，从而达到将奖励赠送的目的。

此外，当前用户也可以选择将第一奖励标识对应的奖励保存在包裹中，暂不送出。可以理解的是，对于无法赠送的奖励则默认保存或默认生效。

请参阅图7，图7为本申请实施例提供的奖励弹窗在直播间界面中的显示示意图。可以看到奖励弹窗71中显示有第一奖励标识对应的奖励图像711、奖励赠送控件712以及奖励保存控件713。此外，还可以在奖励弹窗中显示当前用户与第一主播的匹配度714。

在本实施例中，在当前用户绘制第二轨迹成功时，会在其进入直播间之后，发放奖励至当前用户，从而使用户更乐于通过封面轨迹绘制进入直播间，一定程度上提高用户的互动极性。

在一个可选的实施例中，观众客户端发出第二轨迹绘制成功指令之后，包括步骤：服务器响应于第二轨迹绘制成功指令，获取第一进场提示数据，将第一进场提示数据发送至直播间内的客户端；直播间内的客户端根据第一进场提示数据，在第一直播间标识对应的直播间界面中显示第一进场提示。

其中，第一进场提示至少显示有当前用户对应的用户名称和封面轨迹绘制进场提示信息。

该第一进场提示显示在直播间界面的公屏中，第一进场提示数据至少包括第一进场提示以及第一进场提示的显示数据，第一进场提示的显示数据用于确定第一进场提示的显示样式等。

在本实施例中，第一进场提示能够提示直播间内的主播以及其他用户，当前用户是通过哪一方式进入直播间的，不仅能够使主播更易注意到当前用户，还能够促进其他用户产生封面轨迹绘制行为，提高其封面交互积极性。

在另一个可选的实施例中，请参阅图8，图8为本申请第一实施例提供的基于封面轨迹绘制的直播间进场方法的又一流程示意图，该方法还包括步骤：

S108：观众客户端响应于第二轨迹绘制结束指令，获取第二引导轨迹的绘制数据和第二轨迹的绘制数据。

S109：观众客户端根据第二引导轨迹的绘制数据和第二轨迹的绘制数据，得到第二轨迹与第二引导轨迹的匹配度。

S110：若匹配度超过预设的匹配度阈值，确认第二轨迹与第二引导轨迹匹配，观众客户端发出第二轨迹绘制成功指令。

第一轨迹为根据第一轨迹的绘制数据生成的，第一轨迹的绘制数据为第一主播按照第一引导轨迹绘制时得到的绘制数据，轨迹绘制画板上还显示有第二引导轨迹，第一引导轨迹和第二引导轨迹组成对称引导轨迹，第一引导轨迹与第二引导轨迹未沿目标轴对称，目标轴为对称引导轨迹的对称轴。

请参阅图9，图9为本申请实施例提供的轨迹绘制画板的又一显示示意图。图9所示的轨迹绘制画板91中显示有第一轨迹911、第一引导轨迹912、第二轨迹913和第二引导轨迹914。

第一引导轨迹912和第二引导轨迹914在图9中以虚线的方式进行显示，第一轨迹911是根据第一轨迹911的绘制数据生成，第一轨迹911的绘制数据为第一主播按照第一引导轨迹912绘制时得到的绘制数据，由于第一轨迹911一定会显示在轨迹绘制画板中，因此，该第一引导轨迹912在实际应用过程中也可以不显示在轨迹绘制画板91中，并不会影响当前用户的轨迹绘制。

当前用户与轨迹绘制画板91交互，根据第二引导轨迹914进行第二轨迹913的绘制。

图9所示的对称引导轨迹为圣诞树轨迹，可以看到图9中的第一引导轨迹912和第二引导914虽然能够组成对称引导轨迹，但是，第一引导轨迹912和第二引导914未沿目标轴对称。此时，是第一主播绘制圣诞树轨迹的上半部分，第一用户绘制圣诞树轨迹的下半部分。

关于S109，第二轨迹包括若干个第二轨迹点，第二轨迹的绘制数据包括若干个第二轨迹点在轨迹绘制画板中的位置数据，第二轨迹点在轨迹绘制画板中的位置数据包括第二轨迹点的第一位置数据和第二轨迹点的第二位置数据。

可选的，第二轨迹点的第一位置数据为第二轨迹点的x轴坐标值，第二轨迹点的第二位置数据为第二轨迹点的y轴坐标值，坐标系为轨迹绘制画板所采用的坐标系。

同样的，第二引导轨迹包括若干个第二引导轨迹点，第二引导轨迹的绘制数据包括若干个第二引导轨迹点在轨迹绘制画板中的位置数据，第二引导轨迹点在轨迹绘制画板中的位置数据包括第二引导轨迹点的第一位置数据和第二引导轨迹点的第二位置数据。

可选的，第二引导轨迹点的第一位置数据为第二引导轨迹点的x轴坐标值，第二引导轨迹点的第二位置数据为第二引导轨迹点的y轴坐标值，坐标系为轨迹绘制画板所采用的坐标系。

在计算第二轨迹与第二引导轨迹的匹配度时，获取与第二引导轨迹点位置重叠的第二轨迹点的数量，根据位置重叠的第二轨迹点的数量以及第二引导轨迹点的总数量之间的比值，得到第二轨迹与第二引导轨迹的匹配度。

关于步骤S110，若匹配度超过预设的匹配度阈值，确认第二轨迹与第二引导轨迹匹配，观众客户端发出第二轨迹绘制成功指令。

在本实施例中，在观众客户端响应于第二轨迹绘制结束指令时，会计算第二轨迹与第一轨迹的匹配度，根据该匹配度确认当前用户是否绘制成功，从而确认是否发出第二轨迹绘制成功指令。

可以理解的是，在本实施例观众客户端发出第二轨迹绘制成功指令之后，当前用户也可以接收到奖励、赠送奖励以及进入直播间时显示进场提示信息等，实现方式与前述相同，在此不进行赘述。

在又一个可选的实施例中，该方法还包括步骤：

S111：观众客户端响应于第二轨迹绘制结束指令，获取第二引导轨迹的绘制数据和第二轨迹的绘制数据。

S112：观众客户端根据第二引导轨迹的绘制数据和第二轨迹的绘制数据，得到第二轨迹与第二引导轨迹的匹配度。

S113：若匹配度超过预设的匹配度阈值，确认第二轨迹与第二引导轨迹匹配，观众客户端发出第二轨迹绘制成功指令。

在本实施例中，第一轨迹为根据第一轨迹的绘制数据生成的，第一轨迹的绘制数据为第一主播按照第一引导轨迹绘制时得到的绘制数据，轨迹绘制画板上还显示有第二引导轨迹，第一引导轨迹和第二引导轨迹组成非对称引导轨迹。关于如何设置非对称引导轨迹的形状将在第四实施例中说明。

本实施例与上一实施例的区别在于，此处第一引导轨迹和第二引导轨迹组成的是非对称引导轨迹，但是同样可以由第一主播绘制非对称引导轨迹的上半部分，由第一用户绘制非对称引导轨迹的下半部分。

在本实施例中，步骤S111～S113计算第二轨迹与第二引导轨迹的匹配度的方式以及确认是否匹配成功的方式与步骤S108～S110相同，可以参见步骤S108～S110的说明。

可以理解的是，在本实施例观众客户端发出第二轨迹绘制成功指令之后，当前用户也可以接收到奖励、赠送奖励以及进入直播间时显示进场提示信息等，实现方式与前述相同，在此不进行赘述。

在其他可选的实施例中，该方法还包括步骤：

S114：观众客户端响应于第二轨迹绘制结束指令，获取在轨迹绘制画板中显示的第二轨迹的图像。

S115：若根据第二轨迹的图像和第一文字，确认第二轨迹与第一文字匹配，观众客户端发出第二轨迹绘制成功指令。

其中，第一轨迹为根据所述第一轨迹的绘制数据生成的，所述第一轨迹的绘制数据为第一主播绘制第一文字时得到的绘制数据。该第一文字是由主播选择的，具体主播如何选择第一文字以及获取第一轨迹的绘制数据将在第三实施例中说明。

在本实施例中，观众客户端响应于第二轨迹绘制结束指令，获取在轨迹绘制画板中显示的第二轨迹的图像，并对第二轨迹的图像进行文字识别，判断从第二轨迹的图像中识别出的文字是否与第一文字是相同的，若是，则确认第二轨迹与第一文字匹配，观众客户端发出第二轨迹绘制成功指令。

例如：在新年时，第一主播可以选择第一文字为“福”，第一轨迹为第一主播所写的福，当前用户了解到其要在轨迹绘制画板中绘制一个“福”才能够进入直播间，故，当前用户与轨迹绘制画板交互，绘制第二轨迹，从而基于对第二轨迹的图像进行文字识别，即可判断第二轨迹对应的是否为“福”，若是，则确认第二轨迹与第一文字匹配，观众客户端发出第二轨迹绘制成功指令。

在一个可选的实施例中，观众客户端发出第二轨迹绘制成功指令之后，包括步骤：观众客户端响应于第二轨迹绘制成功指令，获取第一文字对应的第二封面动画数据；观众客户端根据第二封面动画数据，渲染显示第二封面动画。

其中，第二封面动画数据用于确定第二封面动画的显示位置、显示样式、显示尺寸以及显示特效等。

例如：若第一文字为“福”，那么第二封面动画可以以送祝福等形式呈现的封面动画。

在本实施例中，在当前用户绘制第二轨迹成功时，会在其进入直播间之前，显示第二封面动画，从而能够进一步提高用户的封面交互体验。

可以理解的是，在本实施例观众客户端发出第二轨迹绘制成功指令之后，当前用户也可以接收到奖励、赠送奖励以及进入直播间时显示进场提示信息等，实现方式与前述相同，在此不进行赘述。

请参阅图10，图10为本申请第二实施例提供的基于封面轨迹绘制的直播间进场方法的流程示意图，包括如下步骤：

S201：主播客户端响应于第一封面配置指令，获取第一主播标识、第一直播间标识、第一轨迹的绘制数据和对称引导轨迹的绘制数据，将第一主播标识、第一直播间标识、第一轨迹的绘制数据和对称引导轨迹的绘制数据发送至服务器。

S202：服务器接收第一主播标识、第一直播间标识、第一轨迹的绘制数据和对称引导轨迹的绘制数据，将第一主播标识对应的第一主播设置为候选推荐主播，并设置第一主播为对应有第一封面配置标签的主播。

S203：观众客户端响应于直播间列表加载指令，获取直播间列表数据，根据直播间列表数据，加载直播间列表；其中，直播间列表中包括若干个直播间标识对应的直播间封面。

S204：若直播间标识中存在第一直播间标识，观众客户端获取轨迹绘制画板数据，根据轨迹绘制画板数据，在第一直播间标识对应的直播间封面上加载轨迹绘制画板；其中，轨迹绘制画板上显示有第一轨迹，第一轨迹为根据第一轨迹的绘制数据生成的，第一轨迹的绘制数据为第一主播按照第一引导轨迹绘制时得到的绘制数据，轨迹绘制画板上还显示有第二引导轨迹，第一引导轨迹与第二引导轨迹组成对称引导轨迹。

S205：观众客户端响应于第二轨迹绘制指令，获取第二轨迹绘制数据，根据第二轨迹绘制数据，在轨迹绘制画板上显示当前用户绘制的第二轨迹。

S206：观众客户端响应于第二轨迹绘制结束指令，获取第一直播间标识对应的直播间数据，根据第一直播间标识对应的直播间数据，加载第一直播间标识对应的直播间。

在本实施例中，步骤S203～S206与步骤S101～S104相同，区别在于限定第一轨迹为根据第一轨迹的绘制数据生成的，第一轨迹的绘制数据为第一主播按照第一引导轨迹绘制时得到的绘制数据，轨迹绘制画板上还显示有第二引导轨迹，第一引导轨迹和第二引导轨迹组成对称引导轨迹，以及通过S201～S202说明如何进行封面配置。

在一个可选的实施例中，第一引导轨迹与第二引导轨迹沿目标轴对称，目标轴为对称引导轨迹的对称轴。

在另一个可选的实施例中，第一引导轨迹与第二引导轨迹未沿目标轴对称。

上述两种情况取决于设定不同形状的对称引导轨迹时，如何划分其中的第一引导轨迹和第二引导轨迹，对于第一主播来说，不影响其进行封面配置，其在配置时，仅需按照第一引导轨迹进行绘制即可。

关于步骤S201，主播客户端响应于第一封面配置指令，解析第一封面配置指令，获取第一主播标识、第一直播间标识、第一轨迹的绘制数据和对称引导轨迹的绘制数据，将第一主播标识、第一直播间标识、第一轨迹的绘制数据和对称引导轨迹的绘制数据发送至服务器。

其中，第一主播标识用于指示当前哪一主播要进行封面配置。

第一直播间标识用于指示该第一主播要对哪一直播间进行配置，该直播间需为其创建的直播间。

第一轨迹的绘制数据用于在轨迹绘制画板中显示第一轨迹，第一轨迹的绘制数据是在第一主播按照第一引导轨迹绘制时得到的绘制数据。

对称引导轨迹的绘制数据用于在轨迹绘制画板中显示对称引导轨迹，对称引导轨迹的形状是由主播选择的。

关于步骤S202，服务器接收第一主播标识、第一直播间标识、第一轨迹的绘制数据和对称引导轨迹的绘制数据，将第一主播标识对应的第一主播设置为候选推荐主播，并设置第一主播为对应有第一封面配置标签的主播。

一方面，服务器会保存第一主播标识、第一直播间标识、第一轨迹的绘制数据和对称引导轨迹的绘制数据。

另一方面，服务器会将第一主播标识对应的第一主播设置为候选推荐主播，可以理解为服务器将第一主播标识对应的第一主播放入了候选主播池中。候选主播池中均是已开播主播对应的主播标识。

并且，服务器会设置第一主播为对应有第一封面配置标签的主播，第一封面配置标签在本实施例中指示该第一主播选择的轨迹类型为对称类型。

在本实施例中，轨迹绘制画板数据中还包括第二引导轨迹的绘制数据，从而能够使观众客户端不仅显示第一主播绘制的第一轨迹，还会显示出第二引导轨迹，更有利于提高用户的绘制交互体验。

在一个可选的实施例中，轨迹绘制画板数据中还包括对称引导轨迹的绘制数据，该对称引导轨迹的绘制数据包括第一引导轨迹的绘制数据和第二引导轨迹的绘制数据，从而使用户能够更清楚的了解到第一主播的轨迹绘制情况。

下面说明第一主播如何在主播客户端进行对称轨迹的配置，请参阅图11，在S201之前，还包括步骤：

S207：主播客户端响应于对称轨迹配置请求，获取对称引导轨迹的绘制数据，根据对称引导轨迹的绘制数据，在轨迹配置控件的轨迹绘制画板中显示对称引导轨迹。

S208：主播客户端响应于轨迹绘制结束指令，获取第一轨迹的绘制数据和第一引导轨迹的绘制数据。

S209：主播客户端根据第一轨迹的绘制数据和第一引导轨迹的绘制数据，确定第一轨迹的绘制结果，若第一轨迹的绘制结果为绘制成功，发出第一封面配置指令。

在第一主播选择轨迹类型为对称类型，并确定好对称引导轨迹的形状后，主播客户端会发出对称轨迹配置请求，主播客户端响应于对称轨迹配置请求，获取对称引导轨迹的绘制数据，根据对称引导轨迹的绘制数据，在轨迹配置控件的轨迹绘制画板中显示对称引导轨迹。

第一主播可以在轨迹配置控件的轨迹绘制画板中进行绘制，在轨迹绘制结束时，触发主播客户端生成轨迹绘制结束指令，主播客户端响应于轨迹绘制结束指令，获取第一轨迹的绘制数据和第一引导轨迹的绘制数据。

之后，主播客户端根据第一轨迹的绘制数据和第一引导轨迹的绘制数据，确定第一轨迹的绘制结果。

其中，第一轨迹中包括若干个第一轨迹点，第一轨迹的绘制数据包括若干个第一轨迹点的位置数据。

第一引导轨迹包括若干个第一引导轨迹点，第一引导轨迹的绘制数据包括若干个第一引导轨迹点的位置数据。

根据若干个第一轨迹点的位置数据和若干个第一引导轨迹点的位置数据，获取与第一引导轨迹点重合的第一轨迹点的第一数量，根据所述第一数量与第一引导轨迹点的数量的比值，确定第一轨迹的绘制结果，若比值超过预设的比值阈值，则确认第一轨迹的绘制结果为绘制成功，发出第一封面配置指令。反之，则第一轨迹的绘制结果为绘制失败，提示第一主播重新绘制第一轨迹。

在一个可选的实施例中，请参阅图12，在步骤S207之前，还包括步骤：

S210：主播客户端响应于封面配置请求，获取封面配置控件数据，根据封面配置控件数据，显示封面配置控件；其中，封面配置控件中至少显示有轨迹模式控件。

S211：主播客户端响应于第一主播对轨迹模式控件的触发指令，显示轨迹配置控件；其中，轨迹配置控件中至少显示有轨迹类型控件和轨迹形状控件。

S212：若第一主播选择的轨迹类型为对称类型，主播客户端获取第一主播选择的对称引导轨迹的形状，根据第一主播选择的对称引导轨迹的形状，确定对称引导轨迹的绘制数据，发出对称轨迹配置请求。

第一主播在直播间内开启封面配置玩法，触发主播客户端发出封面配置请求，主播客户端响应于该封面配置请求，获取封面配置控件数据，根据封面配置控件数据，显示封面配置控件。

其中，该封面配置控件数据包括封面配置控件的显示数据和封面配置控件的功能数据。

封面配置控件中至少显示有轨迹模式控件，在一个可选的实施例中，该封面配置控件中还可以显示其他模式控件，例如：擦涂模式控件，蒙面互动模式控件等。

请参阅图13，图13为本申请实施例提供的封面配置控件的显示示意图。可以看到，封面配置控件13中显示有轨迹模式控件131和擦涂模式控件132。

第一主播点击轨迹模式控件时主播客户端发出第一主播对轨迹模式控件的触发指令，主播客户端响应于第一主播对轨迹模式控件的触发指令，显示轨迹配置控件。

其中，轨迹配置控件中至少显示有轨迹类型控件和轨迹形状控件。

在本实施例中，轨迹类型控件用于接收第一主播选择的轨迹类型，轨迹形状控件用于接收第一主播选择的引导轨迹的形状。

请参阅图14，图14为本申请实施例提供的轨迹配置控件的显示示意图。可以看到，轨迹配置控件14中显示有轨迹类型控件141和轨迹形状控件142。此外，在轨迹配置控件14中还会显示轨迹绘制画板143，用于第一主播进行第一轨迹的绘制。

若第一主播选择的轨迹类型为对称类型，主播客户端获取第一主播选择的对称引导轨迹的形状，根据第一主播选择的对称引导轨迹的形状，确定对称引导轨迹的绘制数据，发出对称轨迹配置请求。

可以理解的是，不同的对称引导轨迹的形状，其对应的绘制数据是不同的。

在本实施例中，主播可以在直播间内开启封面配置玩法，自定义地进行封面的配置，从而能够控制用户的进场方式，进而不仅能够提高主播的直播互动体验，也有利于主播提高其直播间的观看人数。

请参阅图15，图15为本申请第三实施例提供的基于封面轨迹绘制的直播间进场方法的流程示意图，包括如下步骤：

S301：主播客户端响应于第二封面配置指令，获取第一主播标识、第一直播间标识和第一轨迹的绘制数据，将第一主播标识、第一直播间标识和第一轨迹的绘制数据发送至服务器。

S302：服务器接收第一主播标识、第一直播间标识和第一轨迹的绘制数据，将第一主播标识对应的第一主播设置为候选推荐主播，并设置第一主播为对应有第二封面配置标签的主播。

S303：观众客户端响应于直播间列表加载指令，获取直播间列表数据，根据直播间列表数据，加载直播间列表；其中，直播间列表中包括若干个直播间标识对应的直播间封面。

S304：若直播间标识中存在第一直播间标识，观众客户端获取轨迹绘制画板数据，根据轨迹绘制画板数据，在第一直播间标识对应的直播间封面上加载轨迹绘制画板；其中，轨迹绘制画板上显示有第一轨迹，第一轨迹为根据第一轨迹的绘制数据生成的，第一轨迹的绘制数据为第一主播绘制第一文字时得到的绘制数据。

S305：观众客户端响应于第二轨迹绘制指令，获取第二轨迹绘制数据，根据第二轨迹绘制数据，在轨迹绘制画板上显示当前用户绘制的第二轨迹。

S306：观众客户端响应于第二轨迹绘制结束指令，获取第一直播间标识对应的直播间数据，根据第一直播间标识对应的直播间数据，加载第一直播间标识对应的直播间。

在本实施例中，步骤S303～S306与步骤S101～S104相同，区别在于限定第一轨迹为第一主播根据第一文字绘制的。以及通过S301～S302说明如何进行封面配置。

关于步骤S301，主播客户端响应于第二封面配置指令，获取第一主播标识、第一直播间标识和第一轨迹的绘制数据，将第一主播标识、第一直播间标识和第一轨迹的绘制数据发送至服务器。

其中，第一主播标识用于指示当前哪一主播要进行封面配置。

第一直播间标识用于指示该第一主播要对哪一直播间进行配置，该直播间需为其创建的直播间。

第一轨迹的绘制数据用于在轨迹绘制画板中显示第一轨迹，第一轨迹的绘制数据为第一主播绘制第一文字时得到的绘制数据。

关于步骤S302，服务器接收第一主播标识、第一直播间标识和第一轨迹的绘制数据，将第一主播标识对应的第一主播设置为候选推荐主播，并设置第一主播为对应有第二封面配置标签的主播。

一方面，服务器会保存第一主播标识、第一直播间标识和第一轨迹的绘制数据。

另一方面，服务器会将第一主播标识对应的第一主播设置为候选推荐主播，可以理解为服务器将第一主播标识对应的第一主播放入了候选主播池中。候选主播池中均是已开播主播对应的主播标识。

并且，服务器会设置第一主播为对应有第二封面配置标签的主播，第二封面配置标签在本实施例中指示该第一主播选择的轨迹类型为非对称类型，观众客户端会从服务器获取到至少包括第一轨迹的绘制数据的轨迹绘制画板数据。

下面说明第一主播如何在主播客户端进行非对称轨迹的配置，请参阅图16，在S301之前，还包括步骤：

S307：主播客户端响应于非对称轨迹配置请求，获取第一文字的绘制数据，根据第一文字的绘制数据，在轨迹配置控件的轨迹绘制画板中显示第一文字对应的引导轨迹。

S308：主播客户端响应于轨迹绘制结束指令，获取在轨迹配置控件的轨迹绘制画板中显示的第一轨迹的图像，根据第一轨迹的图像和第一文字，确定第一轨迹的绘制结果，若第一轨迹的绘制结果为绘制成功，发出第二封面配置指令。

在第一主播选择轨迹类型为非对称类型，并确定其选择的第一文字后，主播客户端会发出非对称轨迹配置请求，主播客户端响应于非对称轨迹配置请求，获取第一文字的绘制数据，根据第一文字的绘制数据，在轨迹配置控件的轨迹绘制画板中显示第一文字对应的引导轨迹。

第一主播可以在轨迹配置控件的轨迹绘制画板中进行绘制，在轨迹绘制结束时，触发主播客户端生成轨迹绘制结束指令，主播客户端响应于轨迹绘制结束指令，获取在轨迹配置控件的轨迹绘制画板中显示的第一轨迹的图像。

之后，主播客户端根据第一轨迹的图像和第一文字，确定第一轨迹的绘制结果。

若能够从第一轨迹的图像中识别出第一文字，则确定第一轨迹的绘制结果为绘制成功。反之，则第一轨迹的绘制结果为绘制失败，提示第一主播重新绘制第一轨迹。

在一个可选的实施例中，请参阅图17，在S207之前，还包括步骤：

S309：主播客户端响应于封面配置请求，获取封面配置控件数据，根据封面配置控件数据，显示封面配置控件；其中，封面配置控件中至少显示有轨迹模式控件。

S310：主播客户端响应于第一主播对轨迹模式控件的触发指令，显示轨迹配置控件；其中，轨迹配置控件中至少显示有轨迹类型控件和轨迹形状控件。

S311：若第一主播选择的轨迹类型为非对称类型，主播客户端获取第一主播选择的第一文字，根据第一主播选择的第一文字，确定第一文字的绘制数据，发出非对称轨迹配置请求。

第一主播在直播间内开启封面配置玩法，触发主播客户端发出封面配置请求，主播客户端响应于该封面配置请求，获取封面配置控件数据，根据封面配置控件数据，显示封面配置控件。

其中，该封面配置控件数据包括封面配置控件的显示数据和封面配置控件的功能数据。

封面配置控件中至少显示有轨迹模式控件，在一个可选的实施例中，该封面配置控件中还可以显示其他模式控件，例如：擦涂模式控件，蒙面互动模式控件等。具体可以参见图12。

第一主播点击轨迹模式控件时主播客户端发出第一主播对轨迹模式控件的触发指令，主播客户端响应于第一主播对轨迹模式控件的触发指令，显示轨迹配置控件。

其中，轨迹配置控件中至少显示有轨迹类型控件和轨迹形状控件。

在本实施例中，轨迹类型控件用于接收第一主播选择的轨迹类型，轨迹形状控件用于接收第一主播选择的引导轨迹的形状。

若第一主播选择的轨迹类型为非对称类型，轨迹形状控件中显示两个选项，第一选项中第一主播可以进行第一文字的选择，第二选项中第一主播可以进行非对称引导轨迹的形状选择，在本实施例中，主播客户端获取第一主播选择的第一文字，可以理解的是，第一文字的各个笔画本质也是引导轨迹。

之后，主播客户端根据第一主播选择的第一文字，确定第一文字的绘制数据，发出非对称轨迹配置请求。

在本实施例中，主播可以在直播间内开启封面配置玩法，自定义地进行封面的配置，从而能够控制用户的进场方式，进而不仅能够提高主播的直播互动体验，也有利于主播提高其直播间的观看人数。

请参阅图18，图18为本申请第四实施例提供的基于封面轨迹绘制的直播间进场方法的流程示意图，包括如下步骤：

S401：主播客户端响应于第二封面配置指令，获取第一主播标识、第一直播间标识、第一轨迹的绘制数据和非对称引导轨迹的绘制数据，将第一主播标识、第一直播间标识、第一轨迹的绘制数据和非对称引导轨迹的绘制数据发送至服务器。

S402：服务器接收第一主播标识、第一直播间标识、第一轨迹的绘制数据和非对称引导轨迹的绘制数据，将第一主播标识对应的第一主播设置为候选推荐主播，并设置第一主播为对应有第二封面配置标签的主播。

S403：观众客户端响应于直播间列表加载指令，获取直播间列表数据，根据直播间列表数据，加载直播间列表；其中，直播间列表中包括若干个直播间标识对应的直播间封面。

S404：若直播间标识中存在第一直播间标识，观众客户端获取轨迹绘制画板数据，根据轨迹绘制画板数据，在第一直播间标识对应的直播间封面上加载轨迹绘制画板；其中，轨迹绘制画板上显示有第一轨迹，第一轨迹的绘制数据为第一主播按照第一引导轨迹绘制时得到的绘制数据，轨迹绘制画板上还显示有第二引导轨迹，第一引导轨迹与第二引导轨迹组成非对称引导轨迹。

S405：观众客户端响应于第二轨迹绘制指令，获取第二轨迹绘制数据，根据第二轨迹绘制数据，在轨迹绘制画板上显示当前用户绘制的第二轨迹。

S406：观众客户端响应于第二轨迹绘制结束指令，获取第一直播间标识对应的直播间数据，根据第一直播间标识对应的直播间数据，加载第一直播间标识对应的直播间。

在本实施例中，步骤S403～S406与步骤S101～S104相同，区别在于限定第一轨迹的绘制数据为第一主播按照第一引导轨迹绘制时得到的绘制数据，轨迹绘制画板上还显示有第二引导轨迹，第一引导轨迹与第二引导轨迹组成非对称引导轨迹，以及通过S401～S402说明如何进行封面配置。

关于步骤S401，主播客户端响应于第二封面配置指令，获取第一主播标识、第一直播间标识、第一轨迹的绘制数据和非对称引导轨迹的绘制数据，将第一主播标识、第一直播间标识、第一轨迹的绘制数据和非对称引导轨迹的绘制数据发送至服务器。

其中，第一主播标识用于指示当前哪一主播要进行封面配置。

第一直播间标识用于指示该第一主播要对哪一直播间进行配置，该直播间需为其创建的直播间。

第一轨迹的绘制数据用于在轨迹绘制画板中显示第一轨迹，第一轨迹的绘制数据是在第一主播按照第一引导轨迹绘制时得到的绘制数据。

非对称引导轨迹的绘制数据用于在轨迹绘制画板中显示非对称引导轨迹，非对称引导轨迹的形状是由第一主播选择的。

关于步骤S502，服务器接收第一主播标识、第一直播间标识、第一轨迹的绘制数据和非对称引导轨迹的绘制数据，将第一主播标识对应的第一主播设置为候选推荐主播，并设置第一主播为对应有第二封面配置标签的主播。

一方面，服务器会保存第一主播标识、第一直播间标识、第一轨迹的绘制数据和非对称引导轨迹的绘制数据。

另一方面，服务器会将第一主播标识对应的第一主播设置为候选推荐主播，可以理解为服务器将第一主播标识对应的第一主播放入了候选主播池中。候选主播池中均是已开播主播对应的主播标识。

并且，服务器会设置第一主播为对应有第二封面配置标签的主播，第二封面配置标签在本实施例中指示该第二主播选择的轨迹类型为非对称类型。

在本实施例中，轨迹绘制画板数据中还包括第二引导轨迹的绘制数据，从而能够使观众客户端不仅显示第一主播绘制的第一轨迹，还会显示出第二引导轨迹，更有利于提高用户的绘制交互体验。

在一个可选的实施例中，轨迹绘制画板数据中还包括非对称引导轨迹的绘制数据，该非对称引导轨迹的绘制数据包括第一引导轨迹的绘制数据和第二引导轨迹的绘制数据，从而使用户能够更清楚的了解到第一主播的轨迹绘制情况。

下面说明第一主播如何在主播客户端进行非对称轨迹的配置，请参阅图19，S401之前，包括步骤：

S407：主播客户端响应于非对称轨迹配置请求，获取非对称引导轨迹的绘制数据，根据非对称引导轨迹的绘制数据，在轨迹配置控件的轨迹绘制画板中显示非对称引导轨迹。

S408：主播客户端响应于轨迹绘制结束指令，获取第一轨迹的绘制数据和第一引导轨迹的绘制数据。

S409：主播客户端根据第一轨迹的绘制数据和第一引导轨迹的绘制数据，确定第一轨迹的绘制结果，若第一轨迹的绘制结果为绘制成功，发出第二封面配置指令。

在第一主播选择轨迹类型为非对称类型，并确定好非对称引导轨迹的形状后，主播客户端会发出非对称轨迹配置请求，主播客户端响应于非对称轨迹配置请求，获取非对称引导轨迹的绘制数据，根据非对称引导轨迹的绘制数据，在轨迹配置控件的轨迹绘制画板中显示非对称引导轨迹。

第一主播可以在轨迹配置控件的轨迹绘制画板中进行绘制，在轨迹绘制结束时，触发主播客户端生成轨迹绘制结束指令，主播客户端响应于轨迹绘制结束指令，获取第一轨迹的绘制数据和第一引导轨迹的绘制数据。

之后，主播客户端根据第一轨迹的绘制数据和第一引导轨迹的绘制数据，确定第一轨迹的绘制结果。

其中，第一轨迹中包括若干个第一轨迹点，第一轨迹的绘制数据包括若干个第一轨迹点的位置数据。

第一引导轨迹包括若干个第一引导轨迹点，第一引导轨迹的绘制数据包括若干个第一引导轨迹点的位置数据。

根据若干个第一轨迹点的位置数据和若干个第一引导轨迹点的位置数据，获取与第一引导轨迹点重合的第一轨迹点的第一数量，根据所述第一数量与第一引导轨迹点的数量的比值，确定第一轨迹的绘制结果，若比值超过预设的比值阈值，则确认第一轨迹的绘制结果为绘制成功，发出第二封面配置指令。反之，则第一轨迹的绘制结果为绘制失败，提示第一主播重新绘制第一轨迹。

在一个可选的实施例中，请参阅图20，步骤S407之前，包括步骤：

S410：主播客户端响应于封面配置请求，获取封面配置控件数据，根据封面配置控件数据，显示封面配置控件；其中，封面配置控件中至少显示有轨迹模式控件。

S411：主播客户端响应于第一主播对轨迹模式控件的触发指令，显示轨迹配置控件；其中，轨迹配置控件中至少显示有轨迹类型控件和轨迹形状控件。

S412：若第一主播选择的轨迹类型为非对称类型，主播客户端获取第一主播选择的非对称引导轨迹的形状，根据第一主播选择的非对称引导轨迹的形状，确定非对称引导轨迹的绘制数据，发出非对称轨迹配置请求。

在本实施例中，主播可以在直播间内开启封面配置玩法，自定义地进行封面的配置，从而能够控制用户的进场方式，进而不仅能够提高主播的直播互动体验，也有利于主播提高其直播间的观看人数。

第一主播在直播间内开启封面配置玩法，触发主播客户端发出封面配置请求，主播客户端响应于该封面配置请求，获取封面配置控件数据，根据封面配置控件数据，显示封面配置控件。

其中，该封面配置控件数据包括封面配置控件的显示数据和封面配置控件的功能数据。

封面配置控件中至少显示有轨迹模式控件，在一个可选的实施例中，该封面配置控件中还可以显示其他模式控件，例如：擦涂模式控件，蒙面互动模式控件等。

第一主播点击轨迹模式控件时主播客户端发出第一主播对轨迹模式控件的触发指令，主播客户端响应于第一主播对轨迹模式控件的触发指令，显示轨迹配置控件。

其中，轨迹配置控件中至少显示有轨迹类型控件和轨迹形状控件。

在本实施例中，轨迹类型控件用于接收第一主播选择的轨迹类型，轨迹形状控件用于接收第一主播选择的引导轨迹的形状。

若第一主播选择的轨迹类型为非对称类型，轨迹形状控件中显示两个选项，第一选项中第一主播可以进行第一文字的选择，第二选项中第一主播可以进行非对称引导轨迹的形状的选择。在本实施例中，主播客户端获取第一主播选择的非对称引导轨迹的形状，根据第一主播选择的非对称引导轨迹的形状，确定非对称引导轨迹的绘制数据，发出非对称轨迹配置请求。

可以理解的是，不同的非对称引导轨迹的形状，其对应的绘制数据是不同的。

在本实施例中，主播可以在直播间内开启封面配置玩法，自定义地进行封面的配置，从而能够控制用户的进场方式，进而不仅能够提高主播的直播互动体验，也有利于主播提高其直播间的观看人数。

请参阅图21，为本申请第五实施例提供的基于封面轨迹绘制的直播间进场装置的结构示意图。该装置可以通过软件、硬件或两者的结合实现成为计算机设备的全部或一部分。该装置21包括：

第一获取单元211，用于观众客户端响应于直播间列表加载指令，获取直播间列表数据，根据所述直播间列表数据，加载直播间列表；其中，所述直播间列表中包括若干个直播间标识对应的直播间封面；

第一加载单元212，用于若所述直播间标识中存在第一直播间标识，所述观众客户端获取轨迹绘制画板数据，根据所述轨迹绘制画板数据，在所述第一直播间标识对应的直播间封面上加载轨迹绘制画板；其中，所述轨迹绘制画板上显示有第一轨迹；

第一绘制单元213，用于所述观众客户端响应于第二轨迹绘制指令，获取第二轨迹绘制数据，根据所述第二轨迹绘制数据，在所述轨迹绘制画板上显示当前用户绘制的第二轨迹；

第一进场单元214，用于所述观众客户端响应于第二轨迹绘制结束指令，获取所述第一直播间标识对应的直播间数据，根据所述第一直播间标识对应的直播间数据，加载所述第一直播间标识对应的直播间。

需要说明的是，上述实施例提供的基于封面轨迹绘制的直播间进场装置在执行基于封面轨迹绘制的直播间进场方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分为不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的基于封面轨迹绘制的直播间进场装置与基于封面轨迹绘制的直播间进场方法属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。

请参阅图22，为本申请第六实施例提供的计算机设备的结构示意图。如图22所示，该计算机设备22可以包括：处理器220、存储器221以及存储在该存储器221并可以在该处理器220上运行的计算机程序222，例如：基于封面轨迹绘制的直播间进场程序；该处理器220执行该计算机程序222时实现上述第一实施例至第四实施例中的步骤。

其中，该处理器220可以包括一个或多个处理核心。处理器220利用各种接口和线路连接计算机设备22内的各个部分，通过运行或执行存储在存储器221内的指令、程序、代码集或指令集，以及调用存储器221内的数据，执行计算机设备22的各种功能和处理数据，可选的，处理器220可以采用数字信号处理(Digital Signal Processing,DSP)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、可编程逻辑阵列(Programble LogicArray，PLA)中的至少一个硬件形式来实现。处理器220可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责触摸显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器220中，单独通过一块芯片进行实现。

其中，存储器221可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。可选的，该存储器221包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器221可用于存储指令、程序、代码、代码集或指令集。存储器221可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控指令等)、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器221可选的还可以是至少一个位于远离前述处理器220的存储装置。

本申请实施例还提供了一种计算机存储介质，该计算机存储介质可以存储有多条指令，该指令适用于由处理器加载并执行上述实施例的方法步骤，具体执行过程可以参见上述实施例的具体说明，在此不进行赘述。

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

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

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

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

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

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

集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。

本发明并不局限于上述实施方式，如果对本发明的各种改动或变形不脱离本发明的精神和范围，倘若这些改动和变形属于本发明的权利要求和等同技术范围之内，则本发明也意图包含这些改动和变形。