任务处理方法及装置
文献发布时间:2023-06-19 18:29:06
技术领域
本申请涉及直播技术领域,特别涉及一种任务处理方法。本申请同时涉及一种任务处理装置,一种任务处理系统,一种计算设备,以及一种计算机可读存储介质。
背景技术
线上直播通常不受场地和安保条件等线下因素的限制,因此,被广泛用于特定任务处理。
相关技术中,特定任务的发起者以主播的身份通过主播客户端创建该任务,并进行针对该任务的直播。相应的,参加该任务的用户可以通过观众客户端观看该直播,并通过观众客户端中设置的任务数据获取模块提交任务数据。并且,观众客户端中设置的任务数据展示模块可以展示各用户提交的任务数据,以便用户针对所展示的任务数据提交新的任务数据。以此不断分析用户提交的任务数据,直到确定任务数据达到预设任务条件的客户端。
但是,上述任务处理中,需要额外设置任务数据获取模块和任务数据展示模块,并且,需要经过获取和展示任务数据的额外处理流程,导致任务处理的开发成本增加,以及效率降低。
发明内容
有鉴于此,本申请实施例提供了一种任务处理方法。本申请同时涉及一种任务处理装置,一种任务处理系统,一种计算设备,以及一种计算机可读存储介质,以解决现有技术中存在的任务处理的开发成本增加以及效率降低的问题。
根据本申请实施例的第一方面,提供了一种任务处理方法,应用于服务端,包括:
获取任务信息,将所述任务信息推送给直播观众客户端;
获取所述直播观众客户端中目标客户端发送的弹幕,对所述弹幕进行识别,确定目标弹幕,其中,所述目标弹幕包含任务数据;
根据所述目标弹幕,确定任务数据达到预设任务条件的目标客户端。
可选地,在所述获取所述直播观众客户端中目标客户端发送的目标弹幕之前,所述方法还包括:
获取直播观众客户端的属性信息;
确定所述属性信息满足预设参与规则的直播观众客户端作为目标客户端。
可选地,所述对所述弹幕进行识别,确定目标弹幕,包括:
获取各目标客户端发送的弹幕;
对各弹幕进行解析,根据解析结果确定各弹幕是否符合预设竞价格式;
若符合,则确定该弹幕为目标弹幕。
可选地,所述解析结果为所述弹幕中的字符;所述预设竞价格式包括:弹幕中包含指定字符以及所述指定字符之后相邻的数字字符;
所述对各弹幕进行解析,根据解析结果确定各弹幕是否符合预设竞价格式,包括:
针对各弹幕,利用分词模型拆分该弹幕,得到多个字符;
在所述多个字符中存在与所述预设竞价格式匹配成功的字符的情况下,确定该弹幕符合预设竞价格式。
可选地,所述根据所述目标弹幕,确定任务数据达到预设任务条件的目标客户端为竞价成功的客户端,包括:
按照所述目标弹幕的发送时间从先到后的顺序,依次对各目标弹幕包含的任务数据进行比较,确定目标任务数据;
若在预定时长内所述目标任务数据无变化,则确定发送包含所述目标任务数据的目标弹幕的目标客户端为任务数据达到预设任务条件的目标的客户端。
可选地,所述任务数据包括:出价总额或者加价金额;
所述按照各目标弹幕的发送时间从先到后的顺序,依次对各目标弹幕包含的任务数据进行比较,确定目标任务数据,包括:
在所述任务数据为出价总额的情况下,若当前目标弹幕的出价总额大于目标任务数据,则更新目标任务数据为所述当前目标弹幕的出价总额;
在所述任务数据为加价金额的情况下,计算当前目标弹幕的加价金额与所述目标任务数据的价格和,更新目标任务数据为所述价格和。
可选地,所述获取任务信息,将所述任务信息推送给直播观众客户端,包括:
获取直播主播客户端发送的直播视频数据和任务配置数据;
封装所述直播视频数据和所述任务配置数据得到混合推流,并将所述混合推流发送至直播观众客户端。
根据本申请实施例的第二方面,提供了一种任务处理方法,应用于客户端,包括:
接收服务端发送的任务信息,并在直播中展示所述任务信息;
发送目标弹幕至服务端;其中,所述目标弹幕包含任务数据;所述目标弹幕用于所述服务端确定任务数据达到预设任务条件的目标客户端作为任务结果,并发送所述任务结果至所述客户端;
展示所述任务结果。
可选地,所述任务信息包括任务直播视频和指定任务信息;
所述接收服务端发送的任务信息,并在直播中展示所述任务信息,包括:
接收服务端发送的混合推流,并解析所述混合推流中的直播视频数据和任务配置数据;
基于所述直播视频数据,展示所述任务直播视频;
基于所述任务配置数据,在直播中展示所述指定任务信息。
可选地,所述指定任务信息包括:任务数据列表和目标任务数据中的至少一个。
可选地,所述指定任务信息包括:任务的结束时间;所述方法还包括:
在接收到所述服务端发送的目标任务数据的情况下,按照预定时长对所述结束时间进行延长,并利用延长后的结束时间更新当前展示的结束时间。
可选地,所述方法还包括:
按照指定展示效果,对所述目标弹幕和目标任务数据进行展示。
根据本申请实施例的第三方面,提供了一种任务处理装置,应用于服务端,所述装置包括:
任务信息推送模块,被配置为获取任务信息,将所述任务信息推送给直播观众客户端;
目标弹幕获取模块,被配置为获取所述直播观众客户端中目标客户端发送的弹幕,对所述弹幕进行识别,确定目标弹幕,其中,所述目标弹幕包含任务数据;
任务数据处理模块,被配置为根据所述目标弹幕,确定任务数据达到预设任务条件的目标客户端。
根据本申请实施例的第四方面,提供了一种任务处理装置,应用于客户端,所述装置包括:
信息展示模块,被配置为接收服务端发送的任务信息,并在直播中展示所述任务信息;
弹幕发送模块,被配置为发送目标弹幕至服务端;其中,所述目标弹幕包含任务数据;所述目标弹幕用于所述服务端确定任务数据达到预设任务条件的目标客户端作为任务结果,并发送所述任务结果至所述客户端;
所述信息展示模块,被配置为展示所述任务结果。
根据本申请实施例的第五方面,提供了一种任务处理系统,包括:客户端和服务端;
所述客户端,被配置为接收服务端发送的任务信息,并在直播中展示所述任务信息;发送目标弹幕至所述服务端;其中,所述目标弹幕包含任务数据;
所述服务端,被配置为获取任务信息,将所述任务信息推送给直播观众客户端;获取所述直播观众客户端中目标客户端发送的目标弹幕,根据所述目标弹幕,确定任务数据达到预设任务条件的目标客户端为竞价成功的客户端;将所述任务结果发送至所述客户端;
所述客户端,被配置为展示所述任务结果。
根据本申请实施例的第六方面,提供了一种计算设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令,所述处理器执行所述指令时实现所述任务处理方法的步骤。
根据本申请实施例的第七方面,提供了一种计算机可读存储介质,其存储有计算机指令,该指令被处理器执行时实现所述任务处理方法的步骤。
本申请提供的方案中,服务端获取任务信息,将所述任务信息推送给直播观众客户端;获取直播观众客户端中目标客户端发送的弹幕,对弹幕进行识别,确定目标弹幕;进而根据目标弹幕,确定达到预设任务条件的目标客户端作为竞价成功的客户端。其中,目标弹幕包含任务数据,并且,弹幕功能是直播的已有功能。因此,通过本方案实现的任务处理,可以直接利用客户端中直播已有的获取以及展示弹幕的弹幕功能,对任务数据进行获取以及展示,无需额外设置用于获取以及展示任务数据的模块,也无需经过获取以及展示任务数据的额外处理流程。因此,可以降低任务处理的开发成本,以及提高任务处理的效率。并且,与任务处理中主播仅进行拍卖任务内容介绍相比,通过本方案,主播还可以根据目标弹幕与观看直播的用户进行互动,可以提高任务处理的互动性。
附图说明
图1是本申请一实施例提供的一种应用于服务端的任务处理方法的流程图;
图2是本申请一实施例提供的另一种应用于服务端的任务处理方法中,竞价配置数据的配置界面示例图;
图3是本申请一实施例提供的一种应用于任务处理系统的任务处理方法的流程图;
图4是本申请一实施例提供的另一种应用于客户端的任务处理方法中,客户端展示界面的示例图;
图5是本申请一实施例提供的一种应用于服务端的任务处理装置的结构示意图;
图6是本申请一实施例提供的一种应用于客户端的任务处理装置的结构示意图;
图7是本申请一实施例提供的一种任务处理系统的结构示意图;
图8是本申请一实施例提供的一种计算设备的结构框图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本申请内涵的情况下做类似推广,因此本申请不受下面公开的具体实施的限制。
在本申请一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请一个或多个实施例。在本申请一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本申请一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请一个或多个实施例中可能采用术语第一、第二等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请一个或多个实施例范围的情况下,第一也可以被称为第二,类似地,第二也可以被称为第一。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
首先,对本申请一个或多个实施例涉及的名词术语进行解释。
弹幕:观看视频时从展示视频的屏幕上飘过的评论。
分词模型:自然语音处理技术的一种,用于将句子中的词语划分出来。例如,分词模型可以包括“结巴”分词(jieba分词)以及SnowNLP(Snow Natural LanguageProcessing,一种自然语言处理技术)分词等等模型。
在本申请中,提供了一种任务处理方法,本申请同时涉及一种任务处理装置,一种服务器,一种客户端以及一种计算机可读存储介质,在下面的实施例中逐一进行详细说明。
图1示出了根据本申请一实施例提供的一种应用于服务端的任务处理方法的流程图,具体包括以下步骤:
S101,获取任务信息,将任务信息推送给直播观众客户端。
其中,任务信息可以包括针对任务的直播产生的直播视频数据和任务配置数据。为了便于理解和合理布局,后续以可选实施例的形式对步骤S101进行具体说明。并且,本申请中的任务可以是多种的。示例性的,任务可以为竞价任务,竞价任务即根据每个竞价者的任务数据,确定达到预设任务条件的成功竞价者的任务。例如,竞价任务可以是拍卖任务以及竞标任务等等。
S102,获取直播观众客户端中目标客户端发送的弹幕,对弹幕进行识别,确定目标弹幕。
其中,目标弹幕包含任务数据。
在具体应用中,本申请实现的任务处理具体可以为拍卖任务,或者竞标任务。相应的,任务数据用于表明目标客户端针对竞价对象,例如拍卖对象或者竞标对象给出的价格。并且,任一客户端发送的弹幕可以包含非任务数据,用于表明该客户端对任务处理对应直播视频的评论,以及与主播的交流等等。并且,服务端获取目标客户端发送的弹幕,具体可以是多种的。示例性的,服务端可以从已存储的各客户端的弹幕中,读取目标客户端的弹幕。或者,服务端实时接收目标客户端发送的弹幕。
为了便于理解和合理布局,后续以可选实施例的形式说明对弹幕进行识别,确定目标弹幕的具体方式。
S103,根据目标弹幕,确定任务数据达到预设任务条件的目标客户端。
在具体应用中,对应于不同的预设任务条件,根据目标弹幕,确定任务数据达到预设任务条件的目标客户端的具体方式,可以是多种的,为了便于理解和合理布局,后续以可选实施例的形式进行具体说明。
本申请提供的方案中,目标弹幕包含任务数据,并且,弹幕功能是直播的已有功能。因此,通过本方案实现的任务处理,可以直接利用客户端中直播已有的获取以及展示弹幕的弹幕功能,对任务数据进行获取以及展示,无需设置用于获取以及展示任务数据的模块,也无需经过获取以及展示任务数据的额外处理流程。因此,可以降低任务处理的开发成本,以及提高任务处理的效率。并且,与任务处理中主播仅进行拍卖任务内容介绍相比,通过本方案,主播还可以根据目标弹幕与观看直播的用户进行互动,可以提高任务处理的互动性。
在一种可选的实施方式中,在上述获取直播观众客户端中目标客户端发送的目标弹幕之前,本申请实施例提供的任务处理方法,还可以包括如下步骤:
获取直播观众客户端的属性信息;
确定属性信息满足预设参与规则的直播观众客户端为目标客户端。
在具体应用中,直播观众客户端除了目标客户端,还可以包括仅观看和评论该直播的客户端,以增加直播的互动性、趣味性以及潜在目标客户端等等。对此,通过本可选实施例,服务端可以从各客户端中确定目标客户端。
其中,直播观众客户端的属性信息可以包括:保证金缴纳标识以及报名标识中的至少一个。预设参与规则可以包括:保证金缴纳标识为已缴纳的标识,以及报名标识为已报名的标识中的至少一个。另外,在参与任务的直播观众客户端缴纳保证金的场景中,如果任务数据达到预设任务条件的目标客户端违反任务规则,可以扣除该客户端缴纳的保证金,以减少恶意参与任务的问题。例如,竞价成功的直播观众客户端拒绝支付剩余金额,可以扣除该客户端缴纳的保证金,以减少恶意竞价的问题。
在一种可选的实施方式中,上述对弹幕进行识别,确定目标弹幕,具体可以包括如下步骤:
对弹幕进行解析,根据解析结果确定各弹幕是否符合预设竞价格式;
若符合,则确定该弹幕为目标弹幕。
在具体应用中,服务端对各弹幕进行解析,根据解析结果确定各弹幕是否符合预设竞价格式的方式,具体可以是多种的,下面进行示例性说明。
示例性的,服务端可以将各弹幕分别输入预先训练得到的分类模型进行解析,得到该弹幕是否符合预设竞价格式的分类结果。其中,分类模型为利用样本弹幕和每个样本弹幕是否符合预设竞价格式的分类标签训练得到的神经网络模型。或者,示例性的,服务端可以将各弹幕分别输入正则表达式进行解析,得到该弹幕是否符合预设竞价格式的解析结果。其中,正则表达式的过滤逻辑为预设竞价格式。或者,示例性的,服务端可以对各弹幕进行拆分得到多个字符,在多个字符中存在与预设竞价格式匹配成功的字符的情况下,确定弹幕符合预设竞价格式。
本可选实施例中,客户端发送的弹幕还可以包括非目标弹幕,在实现弹幕多样化的同时,本可选实施例可以准确获取目标弹幕,从而兼顾互动性和目标弹幕获取的准确性。
为了便于理解和合理布局,下面以可选实施例的形式对第三种示例性说明进行具体描述。
在一种可选的实施方式中,上述解析结果为弹幕中的字符;预设竞价格式包括:弹幕中包含指定字符以及指定字符之后相邻的数字字符;
相应的,上述对各弹幕进行解析,根据解析结果确定各弹幕是否符合预设竞价格式,具体可以包括如下步骤:
针对各弹幕,利用分词模型拆分该弹幕,得到多个字符;
在多个字符中存在与预设竞价格式匹配成功的字符的情况下,确定该弹幕符合预设竞价格式。
在具体应用中,指定字符可以是多种的。示例性的,在任务处理所处理的任务为拍卖任务的情况下:指定字符为“加”或者“+”,指定字符之后相邻的字符为大于或者等于提价阈值的数字字符;指定字符为“出价”或者“总价”,指定字符之后相邻的字符为数字字符。或者,示例性的,在任务处理所处理的任务为竞标任务的情况下:指定字符为“降”或者“-”,指定字符之后相邻的字符为大于或者等于降价阈值的数字字符;指定字符为“出价”或者“总价”,指定字符之后相邻的字符为数字字符。其中,数字字符可以是阿拉伯数字字符,汉字大写数码字符,以及汉字小写数码字符等等。例如,分词结果也就是上述多个字符可以为:“出价,1000”,“总价,1000”,“总价,壹仟”,“总价,一千”,“加,1000”,“+,2000”,“加,伍佰”以及“+,五百”等等。
并且,目标客户端发送的目标弹幕可能因表达习惯的不同,还包含指定字符以及指定字符之后相邻的数字字符以外的字符。例如,某弹幕为“我出价1000元”,该弹幕的分词结果为“我,出价,1000,元”,这样,与预设竞价格式匹配成功的字符为“出价”和“1000”,因此,该弹幕的多个字符中存在与预设竞价格式匹配成功的字符,即可确定该弹幕符合预设竞价格式,为目标弹幕。
本可选实施例通过预设竞价格式包括:弹幕中包含指定字符以及指定字符之后相邻的数字字符,并相应的对弹幕进行分词,可以灵活应对多样化的表述习惯,提高本申请实施例提供的任务处理方法的适用范围和准确度。
在一种可选的实施方式中,上述根据目标弹幕,确定任务数据达到预设任务条件的目标客户端,具体可以包括如下步骤:
按照各目标弹幕的发送时间从先到后的顺序,依次对各目标弹幕包含的任务数据进行比较,确定目标任务数据;
若在预定时长内所述目标任务数据无变化,则确定发送包含所述目标任务数据的目标弹幕的目标客户端确定为任务数据达到预设任务条件的目标客户端。
在具体应用中,在目标弹幕达到预定数量的情况下,服务端可以按照各目标弹幕的发送时间对目标弹幕进行倒序或者正序排序,得到目标弹幕序列,接着按照发送时间从先到后的顺序,对目标弹幕序列中的目标弹幕逐一进行确定新的目标任务数据的处理。或者,在每获取一条目标弹幕就进行确定新的目标任务数据的处理的情况下,服务端可以直接按照该目标弹幕和目标任务数据对应目标弹幕的发送时间从先到后的顺序,进行确定新的目标任务数据的处理。其中,在预定时长内目标任务数据无变化表明已经没有目标客户端出比该目标任务数据更符合预设任务条件的任务数据,因此,可以确定发送包含目标任务数据的目标弹幕的目标客户端为任务数据达到预设任务条件的目标客户端。
为了便于理解和合理布局,下面以可选实施例的形式,对确定新的目标任务数据的方式,进行具体说明。
在一种可选的实施方式中,上述任务数据可以包括:出价总额或者加价金额;
相应的,上述按照各目标弹幕的发送时间从先到后的顺序,依次对各目标弹幕包含的任务数据进行比较,确定目标任务数据,具体可以包括如下步骤:
在任务数据为出价总额的情况下,若当前目标弹幕的出价总额大于目标任务数据,则更新目标任务数据为所述当前目标弹幕的出价总额;
在任务数据为加价金额的情况下,计算当前目标弹幕的加价金额与目标任务数据的价格和,更新目标任务数据为所述价格和。
示例性的,针对目标任务数据1000,目标客户端C1的目标弹幕S1包含的任务数据为“+200,”目标客户端C2的目标弹幕S2包含的任务数据为“出价1100”。如果目标弹幕S1的发送时间早于目标弹幕S2的发送时间,则服务端计算当前目标弹幕的加价金额与目标任务数据的价格和是:1000+200=1200,更新目标任务数据1000为价格和1200,也就是说,此时的目标任务数据为1200。在此基础上,目标弹幕S2包含的任务数据1100小于目标任务数据1200,因此,服务端维持目标任务数据1200不变,且可以确定目标客户端C2的出价无效。如果目标弹幕S1的发送时间晚于目标弹幕S2的发送时间,目标弹幕S2包含的任务数据1100大于目标任务数据1000,则服务端更新目标任务数据1000为当前目标弹幕的出价总额1100,也就是说,此时的目标任务数据为1100。在此基础上,目标弹幕S1包含的任务数据是加价金额,因此,目标价为1100+200=1300。
本可选实施例按照弹幕的发送时间从先到后的顺序进行处理,可以保证任务结果的准确性,并且,可以保证在任务数据相同的情况下,先达到预设任务条件的目标客户端先得到拍卖物,以提高拍卖任务的公平性。
在另一种可选的实施方式中,上述任务处理所处理的任务可以为竞标任务;预设任务条件可以包括:任务数据为当前最低任务数据;
相应的,上述根据各目标弹幕,确定任务数据达到预设任务条件的目标客户端为竞价成功的客户端,具体可以包括如下步骤:
按照各目标弹幕的发送时间从先到后的顺序,依次对各目标弹幕包含的任务数据进行比较,确定当前最低任务数据;
若在预定时长内当前最低任务数据无变化,则确定发送包含当前最低任务数据的目标弹幕的目标客户端为竞价成功的客户端。
其中,任务数据可以包括:出价总额或者降价金额;
相应的,按照各目标弹幕的发送时间从先到后的顺序,依次对各目标弹幕包含的任务数据进行比较,确定当前最低任务数据,具体可以包括如下步骤:
在任务数据为出价总额的情况下,若当前目标弹幕的出价总额小于当前最低任务数据,则更新目标任务数据为当前目标弹幕的出价总额;
在任务数据为降价金额的情况下,计算当前目标弹幕的降价金额和当前最低任务数据的价格差,更新当前最低任务数据为价格差。
本可选实施例与拍卖任务的新的最高任务数据获取类似,具体实现可以参见最高任务数据获取的说明,区别在于本可选实施例确定的是最低任务数据,且大小关系和运算关系与最高任务数据获取方案中的相反。并且,本可选实施例中服务端按照弹幕的发送时间从先到后的顺序进行处理,可以保证竞价结果的准确性。并且,可以保证在任务数据相同的情况下,先报低价的目标客户端先中标,以提高竞标任务的公平性。
在另一种可选的实施方式中,上述根据目标弹幕,确定任务数据达到预设任务条件的目标客户端,具体可以包括如下步骤:
将包含的任务数据达到竞价阈值的目标弹幕,作为候选目标弹幕;
若在预定时长内候选目标弹幕的数量不再变化,则发送选择指令给直播主播客户端;其中,选择指令携带候选目标弹幕对应目标客户端的用户信息,用于指示直播主播客户端根据上述用户信息从候选目标弹幕对应的目标客户端中,选择任务数据达到预设任务条件的目标客户端;
接收创建任务处理的客户端发送的选择结果,确定该选择结果对应的目标客户端为竞价成功的客户端。
示例性的,在竞价任务为拍卖任务的情况下,任务数据达到竞价阈值可以包括:任务数据大于或者等于竞价阈值。在竞价任务为竞标任务的情况下,任务数据达到竞价阈值可以包括:任务数据小于或者等于竞价阈值。在候选目标弹幕的数量为多个的情况下,本可选实施例中供直播主播客户端选择的目标客户端的数量为多个,可以减少仅根据任务数据确定竞价成功的客户端导致的恶意竞价。例如,对于拍卖任务,可以剔除无法支付拍卖费的目标客户端,以及恶意抬价的目标客户端等等。或者,对于竞标任务,可以在当前最低任务数据对应目标客户端的用户所提供的服务或者产品质量,低于第二低任务数据对应目标客户端的用户,且当前最低任务数据与第二低任务数据的差异小于差异阈值的情况下,选择性价比更高的第二低任务数据对应目标客户端作为竞价成功的客户端。在候选目标弹幕的数量为一个或者多个的情况下,可以通过直播主播客户端的选择结果,确定更符合该用户需求的竞价成功客户端。
在一种可选的实施方式中,上述获取任务信息,将任务信息推送给直播观众客户端,具体可以包括如下步骤:
获取直播主播客户端发送的直播视频数据和任务配置数据;
封装直播视频数据和任务配置数据得到混合推流,并将混合推流发送至直播观众客户端。
示例性的,对于竞价任务,任务配置数据可以为竞价配置数据。图2示出了根据本申请一实施例提供的一种应用于服务端的任务处理方法中,竞价配置数据的配置界面示例图。以拍卖任务为例,创建拍卖任务的用户可以在创建任务处理的客户端所展示的竞价配置数据的配置界面中,输入拍卖任务的各竞价项配置数据。具体的,可以点击拍卖主题的描述数据区域并在弹出的数据选择界面中选择描述数据上传,或者将描述数据拖拽至拍卖主题的描述数据区域进行上传。其中,拍卖主题可以为汽车、房子以及书法作品等等,拍卖主题的描述数据可以为描述拍卖主题的文字、图像、视频以及音频等格式的数据。并且,拍卖任务的开始时间、结束时间、起拍价格、保证金、加价幅度以及延时时长分别可以在对应的输入框内输入。
其中,延时时长即上述关于确定竞价成功的客户端可选实施例中的预定时长,用于对结束时间进行延时,以保证在没有比当期最高任务数据更高的任务数据的情况下结束拍卖任务。在上述竞价配置数据输入完成的情况下,创建拍卖任务的用户可以点击该配置界面中的创建按钮,将竞价配置数据发送给服务端。并且,直播视频数据是直播主播客户端将针对该任务进行直播的数据。另外,上述配置界面以拍卖任务为例进行说明,竞标任务与该示例性说明类似,区别在于具体配置数据可以按照竞标任务的配置需求设置。例如,加价幅度可以修改为降价幅度。
并且,封装直播视频数据和拍卖配置数据得到混合推流的具体方式可以是多种的。示例性的,服务端可以将分别封装的竞价配置数据和直播视频数据作为一个数据流,得到混合推流。或者,示例性的,服务端可以在直播视频数据流中增加扩展字段,并将竞价配置数据封装在该扩展字段里,得到混合推流。混合推流可以保证将直播视频数据集和竞价配置数据同时发送至直播观众客户端,提高效率以及用户体验。另外,为了便于理解和合理布局,后续在本申请图3的可选实施例中,对混合推流的处理进行具体说明。
本申请一实施例提供的一种应用于客户端的任务处理方法,具体包括以下步骤:
接收服务端发送的任务信息,并在直播中展示任务信息;
发送目标弹幕至服务端;其中,目标弹幕包含任务数据;目标弹幕用于服务端确定任务数据达到预设任务条件的目标客户端作为任务结果,并发送所述任务结果至所述客户端;
展示任务结果。
在具体应用中,发送目标弹幕的客户端可以为目标客户端。并且,本实施例中的目标弹幕、以及服务端确定任务数据达到预设任务条件的目标客户端的步骤与本申请图1实施例中的相应内容相同,在此不再赘述,详见图1实施例的描述。
本申请提供的方案中,目标弹幕包含任务数据,并且,弹幕功能是直播的已有功能。因此,通过本方案实现的任务处理,可以直接利用客户端中直播已有的获取以及展示弹幕的弹幕功能,对任务数据进行获取以及展示,无需设置用于获取以及展示任务数据的模块,也无需经过获取以及展示任务数据的额外处理流程。因此,可以降低任务处理的开发成本,以及提高任务处理的效率。并且,与任务处理中主播仅进行拍卖任务内容介绍相比,通过本方案,主播还可以根据目标弹幕与观看直播的用户进行互动,可以提高任务处理的互动性。
为了便于理解,下面以图3实施例的形式,对客户端和服务端的交互流程进行说明。
图3示出了根据本申请一实施例提供的一种应用于任务处理系统的任务处理方法的流程图,该任务处理方法可以包括以下步骤:
S301,服务端获取任务信息。
S302,服务端将任务信息推送至客户端。
本步骤中的客户端具体为直播观众客户端。
S303,客户端接收服务端发送的任务信息,并在直播中展示任务信息。
S304,客户端发送目标弹幕至服务端。
其中,目标弹幕包含任务数据。
S305,服务端获取直播观众客户端中目标客户端发送的目标弹幕,根据目标弹幕,确定任务数据达到预设任务条件的目标客户端作为任务结果。
S306,服务端发送任务结果至客户端。
S307,客户端展示任务结果。
上述客户端执行的步骤与本申请提供的应用于客户端的任务处理方法的步骤相同,服务端执行的步骤与本申请图1实施例的步骤相同,详见上述本申请实施例的描述,在此不再赘述。
在一种可选的实施方式中,任务信息包括任务直播视频和指定任务信息;
上述接收服务端发送的任务信息,并在直播中展示所述任务信息,可以包括如下步骤:
接收服务端发送的混合推流,并解析混合推流中的直播视频数据和任务配置数据;
基于直播视频数据,展示任务直播视频;
基于任务配置数据,在直播中展示指定任务信息。
示例性的,以任务具体为竞价任务:拍卖任务为例,图4示出了根据本申请一实施例提供的一种应用于客户端的任务处理方法中,客户端展示界面的示例图。其中,客户端的展示界面中可以展示任务的直播视频、客户端针对该直播视频发送的弹幕以及用于展示竞价任务信息的竞价组价。弹幕可以包括目标弹幕和非目标弹幕,例如,目标弹幕“1000”、“加200”、“+200”、“2000”以及“1600”;非目标弹幕“冲冲冲”。
其中,获取混合推流中的直播视频数据和竞价配置数据具体可以是多种的。示例性的,在直播视频数据和竞价配置数据封装为一个整体的情况下,可以从混合推流的扩展字段中拆分出竞价配置数据,除扩展字段以外的字段为直播视频数据。或者,示例性的,在直播视频数据和竞价配置数据分别封装的情况下,可以将混合推流中携带视频标识的数据确定为直播视频数据,将混合推流中携带配置标识的数据确定为竞价配置数据。
并且,基于直播视频数据,展示任务的直播视频,具体可以包括对直播视频数据进行解析以及编码,得到直播视频并展示。基于竞价配置数据,展示竞价任务信息,具体可以包括按照竞价配置数据渲染竞价组件,得到竞价任务信息并展示。示例性的,竞价组件具体可以与本申请图2所示的配置界面类似,区别在于竞价组件中将各配置信息的输入框修改为显示区域,且竞价组件不包括创建按钮。竞价组件的具体设置可以按照竞价任务信息的展示要求进行,本实施例对此不作限制。另外,为了便于理解和合理布局,下面以可选实施例的形式对竞价任务信息进行具体描述。
本可选实施例通过展示直播视频数据以及竞价任务信息,以可视化的形式提高用户体验。
在一种可选的实施方式中,上述指定任务信息可以包括:任务数据列表和目标任务数据中的至少一个。
其中,对于竞价任务,任务数据列表具体可以为竞价列表。示例性的,竞价列表可以包括当前排名前指定数量的任务数据。例如,拍卖任务的竞价列表可以为按照任务数据确定的出价总额从高到低排序的前十名,竞标任务的竞价列表可以为按照任务数据确定的出价总额从低到高排序的前十名。或者,示例性的,竞价列表可以包括当前额指定数量个任务数据,也就是对任务数据进行实时展示的滚动列表。并且,对于拍卖任务,任务信息可以包括目标任务数据。类似的,对于竞标任务,任务信息可以包括当前最低任务数据。任务数据列表和目标任务数据中的至少一个可以方便用户直观地了解当前的竞价情况。
在一种可选的实施方式中,上述指定任务信息可以包括:任务的结束时间;
相应的,本申请实施例提供的任务处理方法,还可以包括如下步骤:
在接收到服务端发送的目标任务数据的情况下,按照预定时长对结束时间进行延长,并利用延长后的结束时间更新当前展示的结束时间。
其中,预定时长与上述关于确定竞价成功的客户端可选实施例中的预定时长相同,用于对结束时间进行延时,以保证在没有比目标任务数据更满足预设任务条件的任务数据的情况下结束任务。并且,利用延长后的结束时间更新当前展示的结束时间,可以保证参与任务的用户及时知晓任务结束时间,避免错过发送任务数据。
另外,服务端可以将目标任务数据封装在直播视频数据的扩展字段中,也就是将目标任务数据和直播视频数据封装在一起,并将封装后的直播视频数据发送至客户端。
在一种可选的实施方式中,本申请实施例提供的任务处理方法,还可以包括如下步骤:
按照指定展示效果,对目标弹幕和目标任务数据进行展示。
在具体应用中,指定展示效果可以是多种的。示例性的,指定展示效果可以包括:加大,高亮,特殊颜色以及特殊动态效果中的至少一个。上述指定展示效果可以实现目标弹幕与普通弹幕也就是非目标弹幕的区分,便于用户了解任务情况。或者,示例性的,指定展示效果可以包括对于任务数据为加价幅度或者降价幅度的目标弹幕,可以为该目标弹幕拼接出价总额的副弹幕。并且,副弹幕的位置可以是该目标弹幕的上方,下方,左边或者右边,以方便用户快速确定出价总额。
与上述方法实施例相对应,本申请还提供了任务处理装置实施例,图5示出了本申请一实施例提供的一种应用于服务端的任务处理装置的结构示意图。
如图5所示,该装置包括:
任务信息推送模块501,被配置为获取任务信息,将所述任务信息推送给直播观众客户端;
目标弹幕获取模块502,被配置为获取所述直播观众客户端中目标客户端发送的目标弹幕,对所述弹幕进行识别,确定目标弹幕;其中,所述目标弹幕包含任务数据;
任务数据处理模块503,被配置为根据所述目标弹幕,确定任务数据达到预设任务条件的目标客户端。
本申请提供的方案中,目标弹幕包含任务数据,并且,弹幕功能是直播的已有功能。因此,通过本方案实现的任务处理,可以直接利用客户端中直播已有的获取以及展示弹幕的弹幕功能,对任务数据进行获取以及展示,无需设置用于获取以及展示任务数据的模块,也无需经过获取以及展示任务数据的额外处理流程。因此,可以降低任务处理的开发成本,以及提高任务处理的效率。并且,与任务处理中主播仅进行拍卖任务内容介绍相比,通过本方案,主播还可以根据目标弹幕与观看直播的用户进行互动,可以提高任务处理的互动性。
可选的,所述装置还包括目标客户端确定模块,被配置为:
获取直播观众客户端的属性信息;
确定所述属性信息满足预设参与规则的直播观众客户端作为目标客户端。
可选的,目标弹幕获取模块502,进一步被配置为:
对所述弹幕进行解析,根据解析结果确定各弹幕是否符合预设竞价格式;
若符合,则确定该弹幕为目标弹幕。
可选的,所述解析结果为所述弹幕中的字符;所述预设竞价格式包括:弹幕中包含指定字符以及所述指定字符之后相邻的数字字符;
所述目标弹幕获取模块502,进一步被配置为:
针对各弹幕,利用分词模型拆分该弹幕,得到多个字符;
在所述多个字符中存在与所述预设竞价格式匹配成功的字符的情况下,确定该弹幕符合预设竞价格式。
可选的,所述任务数据处理模块503,进一步被配置为:
按照所述目标弹幕的发送时间从先到后的顺序,依次对各目标弹幕包含的任务数据进行比较,确定目标任务数据;
若在预定时长内所述目标任务数据无变化,则确定发送包含所述目标任务数据的目标弹幕的目标客户端任务数据达到预设任务条件的目标客户端。
可选的,所述任务数据包括:出价总额或者加价金额;
所述任务数据处理模块503,进一步被配置为:
在所述任务数据为出价总额的情况下,若当前目标弹幕的出价总额大于目标任务数据,则更新目标任务数据为所述当前目标弹幕的出价总额;
在所述任务数据为加价金额的情况下,计算当前目标弹幕的加价金额与目标任务数据的价格和,更新目标任务数据为所述价格和。
可选的,所述任务信息推送模块501,进一步被配置为:
获取直播主播客户端发送的直播视频数据和任务配置数据;
封装所述直播视频数据和所述任务配置数据得到混合推流,并将所述混合推流发送至直播观众客户端。
图6示出了本申请一实施例提供的一种应用于客户端的任务处理装置的结构示意图。如图6所示,该装置包括:
信息展示模块601,被配置为接收服务端发送的任务信息,并在直播中展示所述任务信息;
弹幕发送模块602,被配置为发送目标弹幕至服务端;其中,所述目标弹幕包含任务数据;所述目标弹幕用于所述服务端确定任务数据达到预设任务条件的目标客户端作为任务结果,,并发送所述任务结果至所述客户端;
所述信息展示模块601,被配置为展示所述任务结果。
本申请提供的方案中,目标弹幕包含任务数据,并且,弹幕功能是直播的已有功能。因此,通过本方案实现的任务处理,可以直接利用客户端中直播已有的获取以及展示弹幕的弹幕功能,对任务数据进行获取以及展示,无需设置用于获取以及展示任务数据的模块,也无需经过获取以及展示任务数据的额外处理流程。因此,可以降低任务处理的开发成本,以及提高任务处理的效率。并且,与任务处理中主播仅进行拍卖任务内容介绍相比,通过本方案,主播还可以根据目标弹幕与观看直播的用户进行互动,可以提高任务处理的互动性。
可选的,所述任务信息包括任务直播视频和指定任务信息;
所述信息展示模块601,进一步被配置为:
接收服务端发送的混合推流,并解析所述混合推流中的直播视频数据和任务配置数据;
基于所述直播视频数据,展示任务直播视频;
基于所述任务配置数据,在直播中展示指定任务信息。
可选的,所述指定任务信息包括:任务数据列表和目标任务数据中的至少一个。
可选的,所述指定任务信息包括:竞价任务的结束时间;
所述信息展示模块601,进一步被配置为:
在接收到所述服务端发送的目标任务数据的情况下,按照预定时长对所述结束时间进行延长,并利用延长后的结束时间更新当前展示的结束时间。
可选的,所述信息展示模块601,进一步被配置为:
按照指定展示效果,对所述目标弹幕和目标任务数据进行展示。
图7示出了本申请一实施例提供的一种任务处理系统的结构示意图。如图7所示,该系统包括:客户端701和服务端702;
所述客户端701,被配置为接收服务端发送的任务信息,并在直播中展示所述任务信息;发送目标弹幕至所述服务端;其中,所述目标弹幕包含任务数据;
所述服务端702,被配置为获取任务信息,将所述任务信息推送给直播观众客户端;获取直播观众客户端中目标客户端发送的弹幕,对所述弹幕进行识别,确定目标弹幕,根据各目标弹幕,确定任务数据达到预设任务条件的目标客户端为作为任务结果;将所述任务结果发送至所述客户端;
所述客户端701,被配置为展示所述任务结果。
上述为本实施例的一种任务处理装置和任务处理系统的示意性方案。需要说明的是,该任务处理装置和任务处理系统的技术方案与上述的任务处理方法的技术方案属于同一构思,任务处理装置和任务处理系统的技术方案未详细描述的细节内容,均可以参见上述任务处理方法的技术方案的描述。
本申请提供的方案中,目标弹幕包含任务数据,并且,弹幕功能是直播的已有功能。因此,通过本方案实现的任务处理,可以直接利用客户端中直播已有的获取以及展示弹幕的弹幕功能,对任务数据进行获取以及展示,无需设置用于获取以及展示任务数据的模块,也无需经过获取以及展示任务数据的额外处理流程。因此,可以降低任务处理的开发成本,以及提高任务处理的效率。并且,与任务处理中主播仅进行拍卖任务内容介绍相比,通过本方案,主播还可以根据目标弹幕与观看直播的用户进行互动,可以提高任务处理的互动性。
图8示出了根据本申请一实施例提供的一种计算设备800的结构框图。该计算设备800的部件包括但不限于存储器810和处理器820。处理器820与存储器810通过总线830相连接,数据库850用于保存数据。
计算设备800还包括接入设备840,接入设备840使得计算设备800能够经由一个或多个网络460通信。这些网络的示例包括公用交换电话网(PSTN,Public SwitchedTelephone Network)、局域网(LAN,Local Area Network)、广域网(WAN,Wide AreaNetwork)、个域网(PAN,Personal Area Network)或诸如因特网的通信网络的组合。接入设备940可以包括有线或无线的任何类型的网络接口(例如,网络接口卡(NIC,NetworkInterface Controller))中的一个或多个,诸如IEEE802.11无线局域网(WLAN,WirelessLocal Area Networks)无线接口、全球微波互联接入(Wi-MAX,WorldwideInteroperability for Microwave Acess)接口、以太网接口、通用串行总线(USB,Universal Serial Bus)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC,Near FieldCommunication)接口,等等。
在本申请的一个实施例中,计算设备800的上述部件以及图8中未示出的其他部件也可以彼此相连接,例如通过总线。应当理解,图8所示的计算设备结构框图仅仅是出于示例的目的,而不是对本申请范围的限制。本领域技术人员可以根据需要,增添或替换其他部件。
计算设备800可以是任何类型的静止或移动计算设备,包括移动计算机或移动计算设备(例如,平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如,智能手机)、可佩戴的计算设备(例如,智能手表、智能眼镜等)或其他类型的移动设备,或者诸如台式计算机或PC的静止计算设备。计算设备800还可以是移动式或静止式的服务器。
其中,处理器820执行所述指令时实现如前所述应用于服务端或者客户端的任务处理方法的步骤。
上述为本实施例的一种计算设备的示意性方案。需要说明的是,该计算设备的技术方案与上述的任务处理方法的技术方案属于同一构思,计算设备的技术方案未详细描述的细节内容,均可以参见上述任务处理方法的技术方案的描述。
本申请一实施例还提供一种计算机可读存储介质,其存储有计算机指令,该指令被处理器执行时实现如前所述应用于服务端或者客户端任务处理方法的步骤。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是,该存储介质的技术方案与上述的任务处理方法的技术方案属于同一构思,存储介质的技术方案未详细描述的细节内容,均可以参见上述任务处理方法的技术方案的描述。
上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
所述计算机指令包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
需要说明的是,对于前述的各方法实施例,为了简便描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其它顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定都是本申请所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其它实施例的相关描述。
以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节,也不限制该发明仅为所述的具体实施方式。显然,根据本申请的内容,可作很多的修改和变化。本申请选取并具体描述这些实施例,是为了更好地解释本申请的原理和实际应用,从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。
- 批处理任务的处理方法、装置、服务器及可读存储介质
- 一种任务处理方法、装置、设备及机器可读存储介质
- 一种任务处理方法、装置及设备
- 任务处理方法、装置及电子设备
- 任务处理方法及装置
- 任务选择装置、任务处理装置和任务记录方法、任务处理方法
- 深度学习任务处理方法、图像识别任务处理方法和装置