CN111464825B - 一种基于地理信息的直播方法以及相关装置 - Google Patents

Abstract

本申请公开了一种基于地理信息的直播方法以及相关装置，通过响应于触发指令获取用于向客户端提供直播信息的主播端的地理信息；并根据主播端的地理信息在预设范围内设置至少一个虚拟任务，其中，虚拟任务用于指示客户端的目标位置，虚拟任务基于虚拟场景设定，虚拟场景中包括预设范围；当客户端的地理信息相较于目标位置满足预设条件时，则根据触发指令更新直播信息。从而实现了基于地理信息的直播过程，由于地理信息的关联性，增强了主播与用户之间的粘合度，提高了主播端与客户端之间匹配的准确性；进一步的结合了虚拟场景的界面表现，使得直播内容更加丰富，提高用户体验。

Description

一种基于地理信息的直播方法以及相关装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种基于地理信息的直播方法以及相关装置。

背景技术

随着互联网技术的发展，越来越多的网络交互形式出现在人们生活中，其中，尤以直播发展迅猛，然而如何提高直播过程中用户之间的交互体验成为难题。

一般，直播的过程会结合一些小游戏提高主播与用户之间的互动，其中，主要是以文字的形式展现。

但是，单一维度的交互模式容易使用户产生疲倦，且由于直播内容的单一性，容易造成主播端与客户端匹配的不准确，即为客户端推送其并不感兴趣的内容，影响主播端与客户端匹配的准确性，影响用户粘度。

发明内容

有鉴于此，本申请提供一种基于地理信息的直播方法，可以有效避免由于外部因素造成的啸叫误检，提高基于地理信息的直播过程的准确性。

本申请第一方面提供一种基于地理信息的直播方法，可以应用于终端设备中包含直播功能的***或程序中，具体包括：响应于触发指令获取主播端的地理信息，所述主播端用于向客户端提供直播信息；

根据所述主播端的地理信息在预设范围内设置至少一个虚拟任务，所述虚拟任务用于指示所述客户端的目标位置，所述虚拟任务基于虚拟场景设定，所述虚拟场景中包括所述预设范围指示的虚拟元素；

若所述客户端的地理信息相较于所述目标位置满足预设条件，则根据所述触发指令更新所述直播信息。

可选的，在本申请一些可能的实现方式中，所述根据所述触发指令更新所述直播信息，包括：

获取所述触发指令中指示的数值信息；

根据所述数值信息对所述直播信息中对应的虚拟元素进行更新。

可选的，在本申请一些可能的实现方式中，所述根据所述数值信息对所述直播信息中对应的虚拟元素进行更新，包括：

确定所述主播端对应的虚拟元素，所述主播端对应的虚拟元素中包括至少一个所述虚拟任务对应的内容；

根据所述数值信息对所述主播端对应的虚拟元素进行更新。

可选的，在本申请一些可能的实现方式中，所述根据所述数值信息对所述直播信息中对应的虚拟元素进行更新，包括：

确定所述客户端对应的虚拟元素，所述客户端对应的虚拟元素基于至少一个所述客户端完成所述虚拟任务的情况设定；

根据所述数值信息对所述客户端对应的虚拟元素进行更新。

可选的，在本申请一些可能的实现方式中，所述根据所述数值信息对所述客户端对应的虚拟元素进行更新，包括：

确定所述客户端对于所述虚拟任务的动作信息；

根据所述动作信息确定动作记录表；

根据所述动作记录表对所述客户端对应的虚拟元素进行更新。

可选的，在本申请一些可能的实现方式中，所述若所述客户端的地理信息相较于所述目标位置满足预设条件，则根据所述触发指令更新所述直播信息，包括：

确定所述客户端的地理信息中指示的第一坐标信息，以及所述目标位置对应的第二坐标信息；

根据所述第一坐标信息和所述第二坐标信息确定距离信息；

若所述距离信息满足所述预设条件，则根据所述触发指令更新所述直播信息。

可选的，在本申请一些可能的实现方式中，所述根据所述第一坐标信息和所述第二坐标信息确定距离信息，包括：

根据所述第一坐标信息和所述第二坐标信息确定参考点坐标；

根据所述参考点坐标和所述第一坐标信息确定第一向量；

根据所述参考点坐标和所述第二坐标信息确定第二向量；

根据所述第一向量和所述第二向量确定所述距离信息。

可选的，在本申请一些可能的实现方式中，所述方法还包括：

获取特效素材，所述特效素材包括至少一个关键元素，所述关键元素基于所述触发指令确定；

根据所述特效素材确定特效视频流；

根据所述特效视频流对所述直播信息进行更新。

可选的，在本申请一些可能的实现方式中，所述根据所述特效素材确定特效视频流，包括：

将所述特效素材解压得到视频数据；

对所述视频数据进行解码，以得到所述特效视频流。

可选的，在本申请一些可能的实现方式中，所述根据所述特效视频流对所述直播信息进行更新，包括：

获取所述特效视频流的纹理信息；

根据所述纹理信息确定至少两个目标色彩通道；

对所述目标色彩通道进行合并，以对所述直播信息进行更新。

可选的，在本申请一些可能的实现方式中，所述方法还包括：

实时获取所述客户端的地理信息，以得到客户端实时信息；

基于所述虚拟场景显示所述客户端实时信息与所述目标位置，以得到动态信息；

根据所述动态信息对所述直播信息进行更新。

可选的，在本申请一些可能的实现方式中，所述方法还包括：

获取所述主播端的历史信息，所述历史信息用于指示所述主播端在至少一个地理信息下的虚拟任务的完成情况；

基于所述历史信息对所述主播端生成标识信息；

根据所述标识信息对所述直播信息进行更新。

本申请第二方面提供一种基于地理信息的直播的装置，包括：获取单元，用于响应于触发指令获取主播端的地理信息，所述主播端用于向客户端提供直播信息；

设置单元，用于根据所述主播端的地理信息在预设范围内设置至少一个虚拟任务，所述虚拟任务用于指示所述客户端的目标位置，所述虚拟任务基于虚拟场景设定，所述虚拟场景中包括所述预设范围指示的虚拟元素；

直播单元，用于若所述客户端的地理信息相较于所述目标位置满足预设条件，则根据所述触发指令更新所述直播信息。

可选的，在本申请一些可能的实现方式中，所述直播单元，具体用于获取所述触发指令中指示的数值信息；

所述直播单元，具体用于根据所述数值信息对所述直播信息中对应的虚拟元素进行更新。

可选的，在本申请一些可能的实现方式中，所述直播单元，具体用于确定所述主播端对应的虚拟元素，所述主播端对应的虚拟元素中包括至少一个所述虚拟任务对应的内容；

所述直播单元，具体用于根据所述数值信息对所述主播端对应的虚拟元素进行更新。

可选的，在本申请一些可能的实现方式中，所述直播单元，具体用于确定所述客户端对应的虚拟元素，所述客户端对应的虚拟元素基于至少一个所述客户端完成所述虚拟任务的情况设定；

所述直播单元，具体用于根据所述数值信息对所述客户端对应的虚拟元素进行更新。

可选的，在本申请一些可能的实现方式中，所述直播单元，具体用于确定所述客户端对于所述虚拟任务的动作信息；

所述直播单元，具体用于根据所述动作信息确定动作记录表；

所述直播单元，具体用于根据所述动作记录表对所述客户端对应的虚拟元素进行更新。

可选的，在本申请一些可能的实现方式中，所述直播单元，具体用于确定所述客户端的地理信息中指示的第一坐标信息，以及所述目标位置对应的第二坐标信息；

所述直播单元，具体用于根据所述第一坐标信息和所述第二坐标信息确定距离信息；

所述直播单元，具体用于若所述距离信息满足所述预设条件，则根据所述触发指令更新所述直播信息。

可选的，在本申请一些可能的实现方式中，所述直播单元，具体用于根据所述第一坐标信息和所述第二坐标信息确定参考点坐标；

所述直播单元，具体用于根据所述参考点坐标和所述第一坐标信息确定第一向量；

所述直播单元，具体用于根据所述参考点坐标和所述第二坐标信息确定第二向量；

所述直播单元，具体用于根据所述第一向量和所述第二向量确定所述距离信息。

可选的，在本申请一些可能的实现方式中，所述直播单元，还用于获取特效素材，所述特效素材包括至少一个关键元素，所述关键元素基于所述触发指令确定；

所述直播单元，还用于根据所述特效素材确定特效视频流；

所述直播单元，还用于根据所述特效视频流对所述直播信息进行更新。

可选的，在本申请一些可能的实现方式中，所述直播单元，还用于将所述特效素材解压得到视频数据；

所述直播单元，还用于对所述视频数据进行解码，以得到所述特效视频流。

可选的，在本申请一些可能的实现方式中，所述直播单元，还用于获取所述特效视频流的纹理信息；

所述直播单元，还用于根据所述纹理信息确定至少两个目标色彩通道；

所述直播单元，还用于对所述目标色彩通道进行合并，以对所述直播信息进行更新。

可选的，在本申请一些可能的实现方式中，所述直播单元，还用于实时获取所述客户端的地理信息，以得到客户端实时信息；

所述直播单元，还用于基于所述虚拟场景显示所述客户端实时信息与所述目标位置，以得到动态信息；

所述直播单元，还用于根据所述动态信息对所述直播信息进行更新。

可选的，在本申请一些可能的实现方式中，所述直播单元，还用于获取所述主播端的历史信息，所述历史信息用于指示所述主播端在至少一个地理信息下的虚拟任务的完成情况；

所述直播单元，还用于基于所述历史信息对所述主播端生成标识信息；

所述直播单元，还用于根据所述标识信息对所述直播信息进行更新。

本申请第三方面提供一种计算机设备，包括：存储器、处理器以及总线***；所述存储器用于存储程序代码；所述处理器用于根据所述程序代码中的指令执行上述第一方面或第一方面任一项所述的基于地理信息的直播方法。

本申请第四方面提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面或第一方面任一项所述的基于地理信息的直播方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

通过响应于触发指令获取用于向客户端提供直播信息的主播端的地理信息；并根据主播端的地理信息在预设范围内设置至少一个虚拟任务，其中，虚拟任务用于指示客户端的目标位置，虚拟任务基于虚拟场景设定，虚拟场景中包括预设范围；当客户端的地理信息相较于目标位置满足预设条件时，则根据触发指令更新直播信息。从而实现了基于地理信息的直播过程，由于地理信息的关联性，增强了主播与用户之间的粘合度，提高了主播端与客户端之间匹配的准确性；进一步的结合了虚拟场景的界面表现，使得直播内容更加丰富，提高用户体验。

附图说明

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

图1为基于地理信息的直播***运行的网络架构图；

图2为本申请实施例提供的一种基于地理信息的直播方法流程架构图；

图3为本申请实施例提供的一种基于地理信息的直播方法的流程图；

图4为本申请实施例提供的一种基于地理信息的直播的场景示意图；

图5为本申请实施例提供的另一种基于地理信息的直播方法的流程图；

图6为本申请实施例提供的另一种基于地理信息的直播的场景示意图；

图7为本申请实施例提供的另一种基于地理信息的直播的场景示意图；

图8为本申请实施例提供的另一种基于地理信息的直播的场景示意图；

图9为本申请实施例提供的另一种基于地理信息的直播的场景示意图；

图10为本申请实施例提供的另一种基于地理信息的直播的场景示意图；

图11为本申请实施例提供的另一种基于地理信息的直播的场景示意图；

图12为本申请实施例提供的一种特效素材的调用方法流程图；

图13为本申请实施例提供的一种语音通话装置的结构示意图；

图14为本申请实施例提供的一种终端设备的结构示意图。

具体实施方式

本申请实施例提供了一种基于地理信息的直播方法以及相关装置，可以应用于终端设备中包含基于地理信息的直播功能的***或程序中，通过响应于触发指令获取用于向客户端提供直播信息的主播端的地理信息；并根据主播端的地理信息在预设范围内设置至少一个虚拟任务，其中，虚拟任务用于指示客户端的目标位置，虚拟任务基于虚拟场景设定，虚拟场景中包括预设范围；当客户端的地理信息相较于目标位置满足预设条件时，则根据触发指令更新直播信息。从而实现了基于地理信息的直播过程，由于地理信息的关联性，增强了主播与用户之间的粘合度与交互程度，提高了主播端与客户端之间匹配的准确性；进一步的结合了虚拟场景的界面表现，使得直播内容更加丰富，提高用户体验。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“对应于”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

首先，对本申请实施例中可能出现的一些名词进行解释。

直播：是指通过一定设备采集开播方数据，经过一系列处理如视频编码压缩成可观看可传输的视频流，输出至观看用户端的技术。

虚拟场景：通过增强现实或虚拟现实等技术手段构造出的终端与用户交互的场景。

增强现实(Augmented Reality，AR)，是一种实时地计算摄影机影像的位置及角度并加上相应图像的技术，这种技术的目标是在屏幕上把虚拟世界套在现实世界并进行互动。

地域直播：一种特定的地域空间里的直播，比如深圳直播，武汉直播等。

AR地图红包：是一种前沿科技与传统年俗结合的玩法，即在AR场景中设置多个红包，以供用户获取。

主播端：直播过程中媒体内容的产生方。

客户端：直播过程中媒体内容的接收方。

应理解，本申请提供的基于地理信息的直播方法可以应用于终端设备中包含基于地理信息的直播功能的***或程序中，例如直播平台，具体的，基于地理信息的直播***可以运行于如图1所示的网络架构中，如图1所示，是基于地理信息的直播***运行的网络架构图，如图可知，基于地理信息的直播***可以提供与多个信息源的直播过程，即多个客户端接收主播端发送的直播信息；其中，终端通过网络建立与服务器的连接，进而进行直播过程中媒体内容推送的过程，并在直播过程中进行基于地理信息的直播，以优化直播过程的趣味性；可以理解的是，图1中示出了多种终端设备，在实际场景中可以有更多或更少种类的终端设备参与到基于地理信息的直播的过程中，具体数量和种类因实际场景而定，此处不做限定，另外，图1中示出了一个服务器，但在实际场景中，也可以有多个服务器的参与，特别是在多内容应用交互的场景中，具体服务器数量因实际场景而定。

本实施例中，服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式***，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。终端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

应当注意的是，本实施例提供的基于地理信息的直播方法也可以离线进行，即不需要服务器的参与，此时终端在本地与其他终端进行连接，进而进行终端之间的基于地理信息的直播的过程。

可以理解的是，上述基于地理信息的直播***可以运行于个人移动终端，例如：作为直播平台这样的应用，也可以运行于服务器，还可以作为运行于第三方设备以提供基于地理信息的直播，以得到信息源的基于地理信息的直播处理结果；具体的基于地理信息的直播***可以是以一种程序的形式在上述设备中运行，也可以作为上述设备中的***部件进行运行，还可以作为云端服务程序的一种，具体运作模式因实际场景而定，此处不做限定。

随着互联网技术的发展，越来越多的网络交互形式出现在人们生活中，其中，尤以直播发展迅猛，然而如何提高直播过程中用户之间的交互体验成为难题。

一般，直播的过程会结合一些小游戏提高主播与用户之间的互动，其中，主要是以文字的形式展现。

但是，单一维度的交互模式容易使用户产生疲倦，且由于直播内容的单一性，容易造成主播端与客户端匹配的不准确，即为客户端推送其并不感兴趣的内容，影响主播端与客户端匹配的准确性，影响用户粘度。

为了解决上述问题，本申请提出了一种基于地理信息的直播方法，该方法应用于图2所示的基于地理信息的直播的流程框架中，如图2所示，为本申请实施例提供的一种基于地理信息的直播方法的流程架构图，首先主播端响应触发指令获取地理信息，然后服务器根据该地理信息生成响应的虚拟任务，通过该虚拟任务进行直播过程中多个客户端与主播端的信息交互。

可以理解的是，本申请所提供的方法可以为一种程序的写入，以作为硬件***中的一种处理逻辑，也可以作为一种基于地理信息的直播装置，采用集成或外接的方式实现上述处理逻辑。作为一种实现方式，该基于地理信息的直播装置通过响应于触发指令获取用于向客户端提供直播信息的主播端的地理信息；并根据主播端的地理信息在预设范围内设置至少一个虚拟任务，其中，虚拟任务用于指示客户端的目标位置，虚拟任务基于虚拟场景设定，虚拟场景中包括预设范围；当客户端的地理信息相较于目标位置满足预设条件时，则根据触发指令更新直播信息。从而实现了基于地理信息的直播过程，由于地理信息的关联性，增强了主播与用户之间的粘合度与交互程度，提高了主播端与客户端之间匹配的准确性；进一步的结合了虚拟场景的界面表现，使得直播内容更加丰富，提高用户体验。

结合上述流程架构，下面将对本申请中基于地理信息的直播方法进行介绍，请参阅图3，图3为本申请实施例提供的一种基于地理信息的直播方法的流程图，可以应用于直播过程中的服务器中，本申请实施例至少包括以下步骤：

301、服务器响应于触发指令获取主播端的地理信息。

本实施例中，主播端用于向客户端提供直播信息；其中，触发指令可以是主播端用户通过特定按钮的触发发送，也可以是通过语音识别等方式触发并发送，具体方式因实际场景而定。

可以理解的是，主播端的地理信息可以是主播端当前所在的位置信息，也可以是主播端设定的位置信息；其中，位置信息可以是基于一定坐标系的二维坐标，也可以是基于地球经度和纬度的坐标，还可以是基于主播端内内置的以主播端为原点的坐标系中的坐标。

在一种可能的场景中，触发指令还可以包含数值信息，例如：红包的发放，即触发指令是主播端在发放红包过程中的操作所触发，具体的可以是输入红包数值的过程，也可以是点击发送红包的过程，具体的触发逻辑因包含上述过程中可能涉及的虚拟按钮，此处不做限定。

302、服务器根据主播端的地理信息在预设范围内设置至少一个虚拟任务。

本实施例中，虚拟任务用于指示客户端的目标位置，虚拟任务基于虚拟场景设定，虚拟场景中包括预设范围指示的虚拟元素，例如服务器中指示的预设范围为以主播端的地理信息为中心半径100米的范围，则虚拟场景中可以指示出相应的按照一定比例设定的“范围突出圈”，具体虚拟元素中还可以添加闪烁等动态效果；其中虚拟场景可以是基于AR的场景，也可以是基于VR的场景，还可以是一般平面地图下的二维场景；例如在AR场景中，如图4所示，是本申请实施例提供的一种基于地理信息的直播方法的场景示意图，图中包括了指示虚拟任务指示区域的位置栏A1、虚拟场景中的道路A2以及虚拟场景中用于指示虚拟任务的目标位置A3，其中，目标位置A3可以是以领取红包的逻辑进行展示，也可以是基于其他界面图像的打卡模式，具体形式因实际场景而定。

可以理解的是，预设范围的设定可以是基于主播端的地理信息中指示的坐标为中心做圆的一个范围，例如：以主播端的位置为中心以500米为半径的圆形范围。具体的场景中，预设范围的形成逻辑不仅限于圆形，还应包括基于主播端的地理信息形成的其他任何形状的范围，具体的形状因实际场景而定，此处不做限定。

在确定预设范围后，在其中设置的虚拟任务的数量可以是响应与主播端的输入，例如：在预设范围内分布10个虚拟任务；也可以是根据服务器中的历史记录进行自动生成。

具体的，虚拟任务设置的逻辑可以是根据道路的分布随机设置，也可以是通过主播端手动设置，还可以是基于一定的设置规则进行自动设置，例如：在地图坐标系网格中每隔100米设置一个虚拟任务，或在每隔道路的拐角设置一个虚拟任务，具体的虚拟任务分布方式因实际场景而定，此处不做限定。

303、若客户端的地理信息相较于目标位置满足预设条件，则服务器根据触发指令更新直播信息。

本实施例中，预设条件的设定可以是客户端的地理信息对应的坐标在目标位置的周围，具体的，预设条件可以是客户端的地理信息对应的坐标与目标位置的坐标距离小于一定的数值，例如：客户端的地理信息对应的坐标与目标位置的坐标距离小于20米；预设条件还可以是客户端的地理信息对应的坐标在包含目标位置的一定范围内。具体的判断方式以及数值因实际场景而定。

具体的，在计算客户端与目标位置之间距离时，可以首先确定客户端的地理信息中指示的第一坐标信息，以及目标位置对应的第二坐标信息；然后根据第一坐标信息和第二坐标信息确定距离信息；即平面中坐标的距离计算。

但是由于地球并不是平面的，为保证距离的准确性，可以基于客户端与目标位置的经度和纬度进行距离的计算，即首先根据第一坐标信息和第二坐标信息确定参考点坐标，例如地心；然后根据参考点坐标和第一坐标信息确定第一向量；并根据参考点坐标和第二坐标信息确定第二向量；从而根据第一向量和第二向量确定距离信息。

具体的，假设客户端位置A和目标位置B的经纬度坐标分别为(Aj，Aw)和(Bj，Bw)，地球半径R取平均值6371km。然后建立三维直角坐标系，即以地球球心为原点O，地轴为Z轴，北极方向为Z轴正方向，赤道平面为X轴和Y轴所在平面，在该平面上地心到零度经线的方向为X轴正方向，根据右手定则确定Y轴正方向。在该坐标系下设点A的三维坐标为(Ax,Ay,Az)，点B的三维坐标为(Bx,By,Bz)。

在建立好坐标系后，由于A、B、O三点所在平面与地球相交形成一个半径为R的圆，求AB间的地面距离就是求该圆上圆弧AB的长度。可由弧长等于半径乘以圆心角公式求得。由于R是确定的，只要获得OA与OB的夹角θ就可以获得弧AB的长度，即弧AB＝R*θ。

其中，角θ可通过向量公式求得，即由于向量OA*向量OB＝|OA||OB|cosθ；则cosθ＝向量OA*向量OB/|OA||OB|＝(Ax*Bx+Ay*By+Az*Bz)/R*R。

进一步的，用经纬度坐标表示三维直角坐标，具体公式如下：

Ax＝R*cosAw*cosAj；Ay＝R*cosAw*sinAj；Az＝R*sinAwBx＝R*cosBw*cosBj；By＝R*cosBw*sinBj；Bz＝R*sinBw

代入cosθ的计算公式中可得：

cosθ＝cosAw*cosAj*cosBw*cosBj+cosAw*sinAj*cosBw*sinBj+sinAw*sinBw

＝cosAw*cosBw(cosAj*cosBj+sinAj*sinBj)+sinAw*sinBw

＝cosAw*cosBw*cos(Aj-Bj)+sinAw*sinBw

从而，θ＝arccos[cosAw*cosBw*cos(Aj-Bj)+sinAw*sinBw]

故：弧AB＝R*arccos[cosAw*cosBw*cos(Aj-Bj)+sinAw*sinBw]

弧AB即为两点距离，其中，Ax、Ay、Az为客户端位置A的坐标值；Bx、By、Bz为目标位置B的坐标值；Aw为客户端位置A的纬度；Aj为客户端位置A的经度；Bw为目标位置B的纬度；Bj为目标位置B的经度。经过上述计算可以很好地模拟客户端位置和目标位置之间的实际距离，提高了距离判断的准确性。

在一种可能的场景中，根据触发指令更新直播信息的过程与触发指令中指示的数值信息相关；即数值信息可以是指示红包的发放，此时，若客户端的地理信息相较于目标位置满足预设条件，则为客户端分配红包对应的数值，或记录客户端触发该红包的次数。

结合上述实施例可知，通过响应于触发指令获取用于向客户端提供直播信息的主播端的地理信息；并根据主播端的地理信息在预设范围内设置至少一个虚拟任务，其中，虚拟任务用于指示客户端的目标位置，虚拟任务基于虚拟场景设定，虚拟场景中包括预设范围；当客户端的地理信息相较于目标位置满足预设条件时，则根据触发指令更新直播信息。从而实现了基于地理信息的直播过程，由于地理信息的关联性，增强了主播与用户之间的粘合度与交互程度，提高了主播端与客户端之间匹配的准确性；进一步的结合了虚拟场景的界面表现，使得直播内容更加丰富，提高用户体验。

上述实施例介绍了服务器在基于地理信息的直播过程的功能，下面，结合直播过程中主播端与客户端的交互作为具体场景在图5中的应用进行介绍，其中，以虚拟任务为AR打卡领取红包为例进行说明，请参阅图5，图5为本申请实施例提供的另一种基于地理信息的直播方法的流程图，本申请实施例至少包括以下步骤：

501、主播端响应于触发指令确定主播端地理信息。

本实施例中，步骤501与步骤301相似，具体特征描述可以进行参考，此处不做赘述。

具体的，在主播端的触发过程如图6所示，为本申请实施例提供的另一种基于地理信息的直播方法的场景示意图，首先用户可以点击直播界面中的触发按钮B1，具体的可以是以红包的界面图像显示；然后直播界面你会显示当前主播端的地理信息，即地理位置框B2，用户可以核对该位置后点击确定位置，则会弹出红包的参数设置页面B3，其中，参数设置页面B3可以包括红包的金额以及红包设定的位置，例如：在南山区发放100元的红包，进而点击激活任务即可完成触发指令的封装。

502、主播端向服务器发送主播端地理信息。

本实施例中，主播端向服务器发送的主播端地理信息中，还可以包括红包的数量、金额等信息。

503、服务器根据预设范围设定虚拟任务。

本实施例中，步骤503与步骤302相似，具体特征描述可以进行参考，此处不做赘述。

504、服务器向客户端发送虚拟任务。

本实施例中，服务器向客户端发送的虚拟任务中包含了红包对应的位置信息，以及在AR场景中具体的坐标，以及各个红包对应的金额以及红包的数量分布等。

505、客户端同步客户端地理信息。

本实施例中，客户端实时获取自身的位置信息，并在AR场景中进行更新，具体的，获取位置信息的时间间隔可以是固定间隔，也可以是按照客户端的移动情况实时调整间隔，即客户端移动频繁时间隔调小，客户端移动较少时事假间隔较大。

506、服务器与主播端进行虚拟任务进程交互。

本实施例中，服务器与主播端进行虚拟任务的过程可以包括主播端对应的虚拟元素的显示。即确定主播端对应的虚拟元素，主播端对应的虚拟元素中包括至少一个虚拟任务对应的内容；然后根据数值信息对主播端对应的虚拟元素进行更新。具体的，主播端对应的虚拟元素可以是实时追踪红包的领取情况。如图7所示，为本申请实施例提供的另一种基于地理信息的直播方法的场景示意图，图中主播端会实时显示虚拟任务的完成情况，即显示红包追踪框C1，其中，可以指示红包的领取次数、红包的剩余领取次数，以及虚拟任务的参与人数，具体的未领取的红包还可以在AR地图中进行显示。

可以理解的是，通过实时追踪红包的领取情况，使得主播端用户可以更好的了解虚拟任务的执行情况，为下一次虚拟任务的参数设定提供参考，提高虚拟任务的趣味性。

在另一种可能的场景中，主播端对应的虚拟元素还可以是红包领取的客户端用户情况。如图8所示，为本申请实施例提供的另一种基于地理信息的直播方法的场景示意图，图中示出签到记录栏D1，即客户端用户累计领取红包的次数，由此主播端用户可以更好的了解到那些客户端用户参与度高，为接下来的虚拟任务提供参考。

由于主播端的虚拟任务可以发布多个，此时，可以将这些任务进行时间轴的串联，以便于历史任务之间的关系显示，即主播端对应的虚拟元素还可以是主播端任务的历史情况。如图9所示，为本申请实施例提供的另一种基于地理信息的直播方法的场景示意图，图中展示了主播端用户的任务详情E1，其中，不同的任务可以设置不同的完成标准，例如：任务1指示完成标准为在南山区发布打卡即可，而任务2完成标准为累计打卡人数需达到100。进一步的，根据上述历史信息对主播端生成标识信息，例如：王牌主播、户外达人等主播称号；然后根据标识信息对直播信息进行更新。

507、客户端与服务器进行虚拟任务进程交互。

本实施例中，客户端与服务器进行虚拟任务交互的过程也可以通过虚拟元素的更新展现。具体的，可以确定客户端对于虚拟任务的动作信息；然后根据动作信息确定动作记录表；进而根据动作记录表对客户端对应的虚拟元素进行更新。

在一种可能的场景中，动作信息为客户端位置的实时追踪，在界面显示中，如图10所示，为本申请实施例提供的另一种基于地理信息的直播方法的场景示意图。图中示出客户端可能的显示场景，该显示场景中可以包含AR红包的界面F1，用户可以点击该界面进而得到地图详情F2，通过地图详情F2用户可以知晓当前的位置以及附近红包的距离，当用户到达某一红包指示的范围内后，则会弹出红包领取界面F3，用户点击该红包领取界面F3即可完成一个虚拟任务。

可以理解的是，上述距离计算的过程可以参考图3所述实施例中步骤303的相关描述，此处不做赘述。

进一步的，为提高用户的参与度，在显示实时位置的过程中，还可以生成客户端的领取路径，即实时获取客户端的地理信息，以得到客户端实时信息；然后基于虚拟场景显示客户端实时信息与目标位置，以得到动态信息；进而根据动态信息对直播信息进行更新。从而进一步提高客户端用户的参与度。

508、服务器确定虚拟任务完成。

本实施例中，服务器确定虚拟任务完成的逻辑即图3所述实施例中步骤303中关于预设条件的相关描述，此处不做赘述。

509、主播端与客户端之间更新直播信息。

本实施例中，直播信息的更新过程为一个动态的过程，即根据上述步骤506与507的交互情况进行动态更新。

在一种可能的场景中，主播端与客户端的交互逻辑如图11所示，图11为本申请实施例提供的另一种基于地理信息的直播方法的场景示意图，首先主播端开启位置，即发起触发指令；若未触发则虚拟任务未被激活；若触发则激活虚拟任务。然后用户端进行签到抢红包的操作，具体的可以是用户端领取红包，也可以是用户端往红包里面充值；然后服务器进行主播端地域直播任务的判定，且判定标准可以有多个，且为渐进式的，例如当主播端完成3个地域直播任务后则可以获取奖励。

可选的，对于动态更新过程中涉及的界面显示可以采用如图12所示的调用方法，图12为本申请实施例提供的一种特效素材的调用方法流程图；具体包括特效素材的处理1201与视频流的处理1202两个过程，在特效素材的处理1201中首先获取特效素材，其中，特效素材包括至少一个关键元素，关键元素基于触发指令确定，例如：触发指令指示的为发红包，则关键元素为红包相关的特效素材；然后根据特效素材进行视频结构解析，并读取为特效视频流。具体的，可以将特效素材使用mp4格式封装，从而带上音频。

在视频流的处理1202过程中，可以采用H.264进行编解码，使得文件体积小，利于减小拉取素材的耗时。但是由于H.264不支持alpha通道，故把每一帧的图像都分成两部分，一半携带alpha数据，一半是携带RGB通道数据，然后在片源着色器中将alpha数据贴到对应的位置上，从而实现将特效素材体积缩小并能带上alpha通道。然后将alpha通道合并后的视频推送至界面显示，从而保证了视频的显示效果。

结合上述实施例可见，通过将地域直播和AR地图红包相结合的方法，使得主播端在不同地域开启直播并开启AR地图签到活动，邀请客户端用户(粉丝)过来签到后，粉丝即可参与抢红包，进一步的可以设定当主播在超过三个不同地域直播并且完成指定的任务，即可获得“地域主播称号”和经验加成奖励，提高主播端的知名度。

另外，粉丝可以参与AR地图签到来抢红包，也可以随时往主播红包里填充金额，用户在同一个地理位置一天内最多只能签到一次。AR红包的融入，改变了以往在直播间单发红包的模式，是将线上直播和线下AR地图相结合的创新模式，让参与其中的主播和用户都能感受到直播带来的乐趣，帮助平台提高用户粘度。

为了更好的实施本申请实施例的上述方案，下面还提供用于实施上述方案的相关装置。请参阅图13，图13为本申请实施例提供的一种直播装置的结构示意图，直播装置1300包括：

获取单元1301，用于响应于触发指令获取主播端的地理信息，所述主播端用于向客户端提供直播信息；

设置单元1302，用于根据所述主播端的地理信息在预设范围内设置至少一个虚拟任务，所述虚拟任务用于指示所述客户端的目标位置，所述虚拟任务基于虚拟场景设定，所述虚拟场景中包括所述预设范围指示的虚拟元素；

直播单元1303，用于若所述客户端的地理信息相较于所述目标位置满足预设条件，则根据所述触发指令更新所述直播信息。

可选的，在本申请一些可能的实现方式中，所述直播单元1303，具体用于获取所述触发指令中指示的数值信息；

所述直播单元1303，具体用于根据所述数值信息对所述直播信息中对应的虚拟元素进行更新。

可选的，在本申请一些可能的实现方式中，所述直播单元1303，具体用于确定所述主播端对应的虚拟元素，所述主播端对应的虚拟元素中包括至少一个所述虚拟任务对应的内容；

所述直播单元1303，具体用于根据所述数值信息对所述主播端对应的虚拟元素进行更新。

可选的，在本申请一些可能的实现方式中，所述直播单元1303，具体用于确定所述客户端对应的虚拟元素，所述客户端对应的虚拟元素基于至少一个所述客户端完成所述虚拟任务的情况设定；

所述直播单元1303，具体用于根据所述数值信息对所述客户端对应的虚拟元素进行更新。

可选的，在本申请一些可能的实现方式中，所述直播单元1303，具体用于确定所述客户端对于所述虚拟任务的动作信息；

所述直播单元1303，具体用于根据所述动作信息确定动作记录表；

所述直播单元1303，具体用于根据所述动作记录表对所述客户端对应的虚拟元素进行更新。

可选的，在本申请一些可能的实现方式中，所述直播单元1303，具体用于确定所述客户端的地理信息中指示的第一坐标信息，以及所述目标位置对应的第二坐标信息；

所述直播单元1303，具体用于根据所述第一坐标信息和所述第二坐标信息确定距离信息；

所述直播单元1303，具体用于若所述距离信息满足所述预设条件，则根据所述触发指令更新所述直播信息。

可选的，在本申请一些可能的实现方式中，所述直播单元1303，具体用于根据所述第一坐标信息和所述第二坐标信息确定参考点坐标；

所述直播单元1303，具体用于根据所述参考点坐标和所述第一坐标信息确定第一向量；

所述直播单元1303，具体用于根据所述参考点坐标和所述第二坐标信息确定第二向量；

所述直播单元1303，具体用于根据所述第一向量和所述第二向量确定所述距离信息。

可选的，在本申请一些可能的实现方式中，所述直播单元1303，还用于获取特效素材，所述特效素材包括至少一个关键元素，所述关键元素基于所述触发指令确定；

所述直播单元1303，还用于根据所述特效素材确定特效视频流；

所述直播单元1303，还用于根据所述特效视频流对所述直播信息进行更新。

可选的，在本申请一些可能的实现方式中，所述直播单元1303，还用于将所述特效素材解压得到视频数据；

所述直播单元1303，还用于对所述视频数据进行解码，以得到所述特效视频流。

可选的，在本申请一些可能的实现方式中，所述直播单元1303，还用于获取所述特效视频流的纹理信息；

所述直播单元1303，还用于根据所述纹理信息确定至少两个目标色彩通道；

所述直播单元1303，还用于对所述目标色彩通道进行合并，以对所述直播信息进行更新。

可选的，在本申请一些可能的实现方式中，所述直播单元1303，还用于实时获取所述客户端的地理信息，以得到客户端实时信息；

所述直播单元1303，还用于基于所述虚拟场景显示所述客户端实时信息与所述目标位置，以得到动态信息；

所述直播单元1303，还用于根据所述动态信息对所述直播信息进行更新。

可选的，在本申请一些可能的实现方式中，所述直播单元1303，还用于获取所述主播端的历史信息，所述历史信息用于指示所述主播端在至少一个地理信息下的虚拟任务的完成情况；

所述直播单元1303，还用于基于所述历史信息对所述主播端生成标识信息；

所述直播单元1303，还用于根据所述标识信息对所述直播信息进行更新。

通过响应于触发指令获取用于向客户端提供直播信息的主播端的地理信息；并根据主播端的地理信息在预设范围内设置至少一个虚拟任务，其中，虚拟任务用于指示客户端的目标位置，虚拟任务基于虚拟场景设定，虚拟场景中包括预设范围；当客户端的地理信息相较于目标位置满足预设条件时，则根据触发指令更新直播信息。从而实现了基于地理信息的直播过程，由于地理信息的关联性，增强了主播与用户之间的粘合度与交互程度，提高了主播端与客户端之间匹配的准确性；进一步的结合了虚拟场景的界面表现，使得直播内容更加丰富，提高用户体验。

本申请实施例还提供了一种终端设备，如图14所示，是本申请实施例提供的另一种终端设备的结构示意图，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该终端可以为包括手机、平板电脑、个人数字助理(personal digital assistant，PDA)、销售终端(point of sales，POS)、车载电脑等任意终端设备，以终端为手机为例：

图14示出的是与本申请实施例提供的终端相关的手机的部分结构的框图。参考图14，手机包括：射频(radio frequency，RF)电路1410、存储器1420、输入单元1430、显示单元1440、传感器1450、音频电路1460、无线保真(wireless fidelity，WiFi)模块1470、处理器1480、以及电源1490等部件。本领域技术人员可以理解，图14中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图14对手机的各个构成部件进行具体的介绍：

RF电路1410可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器1480处理；另外，将设计上行的数据发送给基站。通常，RF电路1410包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(low noiseamplifier，LNA)、双工器等。此外，RF电路1410还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯***(globalsystem of mobile communication，GSM)、通用分组无线服务(general packet radioservice，GPRS)、码分多址(code division multiple access，CDMA)、宽带码分多址(wideband code division multiple access,WCDMA)、长期演进(long term evolution，LTE)、电子邮件、短消息服务(short messaging service，SMS)等。

存储器1420可用于存储软件程序以及模块，处理器1480通过运行存储在存储器1420的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器1420可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1420可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元1430可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元1430可包括触控面板1431以及其他输入设备1432。触控面板1431，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1431上或在触控面板1431附近的操作，以及在触控面板1431上一定范围内的隔空触控操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板1431可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1480，并能接收处理器1480发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1431。除了触控面板1431，输入单元1430还可以包括其他输入设备1432。具体地，其他输入设备1432可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元1440可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1440可包括显示面板1441，可选的，可以采用液晶显示器(liquidcrystal display，LCD)、有机发光二极管(organic light-emitting diode，OLED)等形式来配置显示面板1441。进一步的，触控面板1431可覆盖显示面板1441，当触控面板1431检测到在其上或附近的触摸操作后，传送给处理器1480以确定触摸事件的类型，随后处理器1480根据触摸事件的类型在显示面板1441上提供相应的视觉输出。虽然在图14中，触控面板1431与显示面板1441是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板1431与显示面板1441集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器1450，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1441的亮度，接近传感器可在手机移动到耳边时，关闭显示面板1441和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路1460、扬声器1461，传声器1462可提供用户与手机之间的音频接口。音频电路1460可将接收到的音频数据转换后的电信号，传输到扬声器1461，由扬声器1461转换为声音信号输出；另一方面，传声器1462将收集的声音信号转换为电信号，由音频电路1460接收后转换为音频数据，再将音频数据输出处理器1480处理后，经RF电路1410以发送给比如另一手机，或者将音频数据输出至存储器1420以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块1470可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图14示出了WiFi模块1470，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器1480是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1420内的软件程序和/或模块，以及调用存储在存储器1420内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器1480可包括一个或多个处理单元；可选的，处理器1480可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1480中。

手机还包括给各个部件供电的电源1490(比如电池)，可选的，电源可以通过电源管理***与处理器1480逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本申请实施例中，该终端所包括的处理器1480还具有执行如上述页面处理方法的各个步骤的功能。

本申请实施例中还提供一种计算机可读存储介质，该计算机可读存储介质中存储有基于地理信息的直播指令，当其在计算机上运行时，使得计算机执行如前述图3至图12所示实施例描述的方法中直播装置所执行的步骤。

本申请实施例中还提供一种包括基于地理信息的直播指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如前述图3至图12所示实施例描述的方法中直播装置所执行的步骤。

本申请实施例还提供了一种基于地理信息的直播***，所述基于地理信息的直播***可以包含图13所描述实施例中的直播装置，或者图14所描述的终端设备。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

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

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

Claims (13)

1.一种基于地理信息的直播方法，其特征在于，包括：

响应于触发指令获取主播端的地理信息，所述主播端用于向客户端提供直播信息；

根据所述主播端的地理信息在预设范围内设置至少一个虚拟任务，所述虚拟任务用于指示所述客户端的目标位置，所述虚拟任务基于虚拟场景设定，所述虚拟场景中包括所述预设范围指示的虚拟元素；

若所述客户端的地理信息相较于所述目标位置满足预设条件，则根据所述触发指令更新所述直播信息；

所述根据所述触发指令更新所述直播信息，包括：

获取所述触发指令中指示的数值信息；

根据所述数值信息对所述直播信息中对应的虚拟元素进行更新；

所述方法还包括：

实时获取所述客户端的地理信息，以得到客户端实时信息；

基于所述虚拟场景显示所述客户端实时信息与所述目标位置，以得到动态信息；

根据所述动态信息对所述直播信息进行更新。

2.根据权利要求1所述的方法，其特征在于，所述根据所述数值信息对所述直播信息中对应的虚拟元素进行更新，包括：

确定所述主播端对应的虚拟元素，所述主播端对应的虚拟元素中包括至少一个所述虚拟任务对应的内容；

根据所述数值信息对所述主播端对应的虚拟元素进行更新。

3.根据权利要求1所述的方法，其特征在于，所述根据所述数值信息对所述直播信息中对应的虚拟元素进行更新，包括：

确定所述客户端对应的虚拟元素，所述客户端对应的虚拟元素基于至少一个所述客户端完成所述虚拟任务的情况设定；

根据所述数值信息对所述客户端对应的虚拟元素进行更新。

4.根据权利要求3所述的方法，其特征在于，所述根据所述数值信息对所述客户端对应的虚拟元素进行更新，包括：

确定所述客户端对于所述虚拟任务的动作信息；

根据所述动作信息确定动作记录表；

根据所述动作记录表对所述客户端对应的虚拟元素进行更新。

5.根据权利要求1所述的方法，其特征在于，所述若所述客户端的地理信息相较于所述目标位置满足预设条件，则根据所述触发指令更新所述直播信息，包括：

确定所述客户端的地理信息中指示的第一坐标信息，以及所述目标位置对应的第二坐标信息；

根据所述第一坐标信息和所述第二坐标信息确定距离信息；

若所述距离信息满足所述预设条件，则根据所述触发指令更新所述直播信息。

6.根据权利要求5所述的方法，其特征在于，所述根据所述第一坐标信息和所述第二坐标信息确定距离信息，包括：

根据所述第一坐标信息和所述第二坐标信息确定参考点坐标；

根据所述参考点坐标和所述第一坐标信息确定第一向量；

根据所述参考点坐标和所述第二坐标信息确定第二向量；

根据所述第一向量和所述第二向量确定所述距离信息。

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

获取特效素材，所述特效素材包括至少一个关键元素，所述关键元素基于所述触发指令确定；

根据所述特效素材确定特效视频流；

根据所述特效视频流对所述直播信息进行更新。

8.根据权利要求7所述的方法，其特征在于，所述根据所述特效素材确定特效视频流，包括：

将所述特效素材解压得到视频数据；

对所述视频数据进行解码，以得到所述特效视频流。

9.根据权利要求7所述的方法，其特征在于，所述根据所述特效视频流对所述直播信息进行更新，包括：

获取所述特效视频流的纹理信息；

根据所述纹理信息确定至少两个目标色彩通道；

对所述目标色彩通道进行合并，以对所述直播信息进行更新。

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

获取所述主播端的历史信息，所述历史信息用于指示所述主播端在至少一个地理信息下的虚拟任务的完成情况；

基于所述历史信息对所述主播端生成标识信息；

根据所述标识信息对所述直播信息进行更新。

11.一种基于地理信息的直播装置，其特征在于，包括：

获取单元，用于响应于触发指令获取主播端的地理信息，所述主播端用于向客户端提供直播信息；

设置单元，用于根据所述主播端的地理信息在预设范围内设置至少一个虚拟任务，所述虚拟任务用于指示所述客户端的目标位置，所述虚拟任务基于虚拟场景设定，所述虚拟场景中包括所述预设范围指示的虚拟元素；

直播单元，用于若所述客户端的地理信息相较于所述目标位置满足预设条件，则根据所述触发指令更新所述直播信息；

所述直播单元，还用于获取所述触发指令中指示的数值信息；

所述直播单元，还用于根据所述数值信息对所述直播信息中对应的虚拟元素进行更新；

所述直播单元，还用于实时获取所述客户端的地理信息，以得到客户端实时信息；

所述直播单元，还用于基于所述虚拟场景显示所述客户端实时信息与所述目标位置，以得到动态信息；

所述直播单元，还用于根据所述动态信息对所述直播信息进行更新。

12.一种计算机设备，其特征在于，所述计算机设备包括处理器以及存储器：

所述存储器用于存储程序代码；所述处理器用于根据所述程序代码中的指令执行权利要求1至10任一项所述的基于地理信息的直播方法。

13.一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述权利要求1至10任一项所述的基于地理信息的直播方法。

Images