具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本申请保护的范围。
在本申请实施例中,为了在跨境场景下实现视频直播过程中的互动,可以提供对直播过程中产生的互动信息内容进行实时翻译的服务,还可以根据实际需求将具体的互动信息内容翻译成多个不同的目标语种,并且可以按照具体客户端用户需求的语种,将对应的翻译结果提供给客户端。这样,客户端可以对翻译后的互动信息内容进行展示,使得用户可以直接看到使用自己需要的语种进行表达的互动信息内容。例如,某个直播间关联的用户(包括“主播”用户以及正在观看直播的观看者用户)涉及到多个国家,并且多个用户分别使用各自的母语发送了评论;具体的评论内容可以首先被服务端接收到,之后,服务端可以将具体的评论内容翻译成多个国家的语言,并按照具体客户端用户所需的语种,提供对应的翻译结果。例如,某正在观看直播的用户A的母语是英语,虽然某条评论内容是某用户B用俄语编辑的,但是,则该用户A的界面中最终展示出的互动内容信息也可以是通过英语进行表达的翻译结果。这样,使得用户A可以理解用户B发送的互动内容;相应的,该用户A如果使用英语发送了评论,其评论内容也会被翻译为多个目标语种,使得以俄语、日语等为母语的用户也能够理解该用户A所发送的评论内容,等等。
其中,在具体实现上述方案的过程中,由于涉及到对实时产生的互动信息内容的实时翻译,以及具体的翻译结果的传输等相关处理,以至于服务端的压力可能会非常大,因此,如何使得服务端能够在巨大的压力下更好地支持方案的实现显得很重要。另外,客户端由于接收到的信息数量也可能会成倍增长,因此,客户端的压力也可能会比较大,如何使得客户端能够更好地进行信息的展示,也是需要考虑的问题。对于以上两点,本申请实施例都给出了相应的解决方案。例如,对于服务端侧,可以通过消息通道或者CDN(ContentDelivery Network,内容分发网络)向客户端提供具体的翻译结果,另外,还可以根据具体“直播间”关联的实际在线人数涉及的语种进行翻译,而不是全部语种都进行翻译,以此减轻服务端的压力等。对于客户端,可以对收到的互动信息内容进行合并、删除、削峰等处理,以降低客户端所需渲染展示的信息量,等等。
从系统架构角度而言,参见图1,本申请实施例可以涉及到视频直播系统,该系统可以是专用于提供视频直播服务的系统,或者,还可以是与商品对象信息服务系统等相关联的,为某个相关应用系统提供视频直播服务的系统,等等。其中,具体的视频直播系统可以包括服务端以及客户端,客户端可以包括主播端以及观众端,主播端可以用于创建直播,观众端可以选择具体的“直播间”进行观看,参与互动,等等。服务端则主要用于提供后台的数据服务,在本申请实施例中,可以提供互动信息内容的翻译服务,并通过一些方式将具体的翻译结果提供给客户端,例如,通过消息通道的方式与客户端建立长连接,以便将翻译结果推送给客户端,或者通过CDN(内容分发网络)进行分发的方式,使得客户端可以通过拉取的方式获得翻译结果,等等。通过上述方式,使得客户端关联的用户能够读懂来自其他多个国家的用户发起的互动信息内容,从而实现在跨境场景下的直播互动。
需要说明的是,在实际应用中,在跨境场景下的直播过程中,除了对互动信息内容的翻译之外,还可以对直播流中语音内容(主要可以包括主播用户所说的话)进行实时的翻译,关于这部分内容,在本申请实施例中不做重点介绍,本申请实施例主要关注直播过程中互动信息内容的实时翻译,包括主播用户发布的公告,观看者用户发送的评论,系统推送的通知,等等。
下面对本申请实施例提供的具体技术方案进行详细介绍。
实施例一
该实施例一首先从服务端的角度,提供了一种视频直播过程中的互动信息处理方法,参见图2,该方法具体可以包括:
S201:在视频直播会话创建后,获取所述视频直播会话中待展示的互动信息内容。
在主播用户上线开启视频直播时,服务端便可以为其创建视频直播会话(具体可以与“直播间”相对应),具体的直播会话可以具有对应的ID作为与其他直播会话相区别的标识。其中,所述视频直播会话的参与者用户为多个,其中至少两个参与者用户在参与互动时所需的语种不同,例如,同时有多个国家的用户正在观看直播,等等。视频直播会话的参与者用户可以分为主播用户与观看者用户(也称观众用户)两种。针对不同的应用场景,这里的主播用户可以不同,例如,在商品对象信息系统中进行主播时,具体的主播用户通常可以是与某店铺对象相关的用户,等等。
在具体的视频直播会话创建后,具体参与该视频直播的用户便可以进行互动,包括观看者用户可以发送评论内容,或者,向主播用户发起询问等,主播用户可以发送公告信息,回复其他用户的询问,或者发起具体的互动游戏等。另外,系统侧也通常会推送一些通知消息,包括直播间状态,用户的上线、离线通知,直播间的在线人数、点赞数,等等。另外,在商品对象信息系统等场景中,还可以包括与具体的直播会话关联的商品对象等相关的状态等信息,例如,添加某商品对象,或者商品对象被高亮、取消高亮,等等。
总之,具体的视频直播会话中通常会产生大量的互动信息内容,这些互动信息内容包括多种不同的类型,多种不同的发起者。在跨境场景下,具体互动信息内容通常是由发起者用户利用自己的母语进行编辑,因此,其他母语的观看者或者主播用户可能就无法理解具体的互动信息内容。为此,在本申请实施例中,提供了相应的实时翻译方案,使得具体视频直播会话的参与者用户关联的界面中可以直接展示出翻译后的互动信息内容,以便于用户理解,起到真正的互动作用。
需要说明的是,在具体实现时,在跨境场景中,具体视频直播系统的服务端可能分布多个国家或地区,但是,由于提供翻译服务的服务器可能与直播系统的服务端并不是同一系统,并且,提供翻译服务的服务器可能仅部署在某个国家内部。例如,具体的商品对象信息服务系统主要的运营以及维护方位于中国某城市,虽然可能在世界各地部署了商品对象信息服务端以及直播服务端,但是,提供翻译服务的服务器却可能仅部署在中国的该城市中。而具体的直播视频会话的参与者用户来自多个国家或地区,因此,在具体实现时,在直播视频会话中产生一条具体的互动消息后,还可以将具体的互动信息内容路由回该翻译服务器所在的城市对应的总服务端,该总服务端每收到一条互动信息内容,就可以与提供翻译服务的服务器进行交互,获取到具体的翻译结果,再提供给具体参与当前直播会话的客户端。当然,如果提供具体翻译服务的服务器也是在世界各地均有部署,则也可以直接通过就近的服务端进行翻译,这里不进行限定。
S202:获取所述互动信息内容对应的至少一种翻译结果。
在获取到具体的互动信息内容后,服务端可以获取对应的至少一种翻译结果。在具体实现时,服务端可以通过具体提供翻译服务的服务器获取具体的翻译结果,例如,将具体的互动信息内容以及所需要的目标语种信息发送到提供翻译服务的服务器,然后通过提供翻译服务的服务器获取到具体的翻译结果。当然,如果服务端内置有翻译功能模块或者系统,则服务端也可以自行获取到具体的翻译结果。
其中,由于在跨国场景下,可能涉及到多个国家,因此,在每收到一条具体的互动信息内容后,可以翻译成多个目标语种的语言。例如,常用的语种共有18个国家,因此,可以将每条互动信息内容都分别翻译成18种语言,以供具体参与直播的客户端选择其中一种所需的语种进行展示。当然,具体也可以根据具体的应用系统所支持的国家或地区等信息,确定共需翻译成多少种语言。例如,某应用系统仅覆盖欧洲地区,则仅需翻译成英语、法语、俄语等,不需要翻译成日语、韩语,等等。
以上通过将具体的互动信息内容不加区分的翻译成常用的各种语言的实现方式下,使得翻译结果能够覆盖的客户端数量比较多,基本各个国家或地区的用户参与到直播中时,都可以直接获取到所需语种对应的翻译结果。但是,这种方式却需要耗费服务端大量的资源,包括翻译资源等,另外,实际上一个具体的视频直播会话可能并不是所有常用语种都需要涵盖,具体与直播会话中涉及的参与者用户的情况有关。例如,某应用系统可以覆盖全球绝大多数的国家或地区,常用的语言有18种,但是,从某直播会话中实时在线的用户数来看,只存在英语、俄语、日语这三种语言的用户,因此,如果直接将该直播会话中产生的互动信息内容统一翻译成18种目标语言,则除了上述三种语言之外的其他翻译结果实际上并不会被真正用到,因此,造成了对翻译资源等各种资源的浪费。
为此,在本申请的优选实施例中,还可以根据所述视频直播会话关联的在线用户以及各自所需的语种,确定针对该视频直播会话标识中的互动信息内容所需翻译的目标语种集合。然后,按照所述视频直播会话标识对应的所需翻译的目标语种集合,获取所述互动信息内容对应的至少一种翻译结果。也就是说,对于一个具体的直播会话而言,具体翻译成多少种语言,可以由该直播会话实时在线用户的情况进行动态确定。具体实现时,当有用户加入到一个直播会话中时,客户端便可以将该用户所需的语种等信息提交到服务端,由服务端对直播会话中各在线用户所需要的语言种类进行统计。然后,服务端可以根据具体的统计情况,动态确定该直播会话中产生的互动信息内容具体可以翻译成具体哪些目标语种。
当然,由于一个直播会话中可能会随时有新用户加入进来,并且可能出现该新用户所需要的语种并没有包含在之前被翻译的目标语种中的情况。例如,某直播会话之前的统计结果是包括N个语种,于时将具体的互动信息内容翻译成N个语种,但是,一个新用户加入该直播会话时,该新用户需要的语种确实第N+1种。对于这种情况,本申请实施例也提供了相应的方案。具体的,在有新用户加入所述视频直播会话时,如果所述新用户所需的语种未包含在前述目标语种集合中,则可以首先获取所述视频直播会话关联的目标条数的历史互动信息内容(这里是指翻译前的互动信息内容原文,具体实现时,可以在服务端中对全部或部分历史互动信息内容的原文进行保存),例如,获取到最近10条互动信息内容等。之后,可以根据所述新用户所需的语种获取所述目标条数的历史互动信息内容对应的翻译结果,并提供给该新用户关联的客户端。同时,还可以将所述新用户所需的语种添加到所述目标语种集合中。也就是说,从该新用户加入到该直播会话之后,该直播会话中产生的互动信息内容会被翻译成N+1种语言。
S203:向所述参与者用户关联的客户端提供所需语种的翻译结果,所述客户端用于根据关联用户所需的语种,对所述互动信息内容的翻译结果进行展示。
在获取到具体的翻译结果后,便可以将具体的翻译结果提供给所述参与者用户关联的客户端。客户端在获取到具体的互动信息内容的翻译结果后,便可以根据关联用户所需的语种,对所述互动信息内容的翻译结果进行展示。具体的,可以在直播会话的直播流界面的上层,创建具体的互动区,在互动区中对接收到的互动信息内容的翻译结果进行展示。
具体实现时,由于服务端统一对直播会话中产生的各种互动信息内容进行处理,以获取到翻译结果,因此,具体如何将翻译结果提供给参与具体直播会话的多个客户端,是需要考虑的问题。具体的,在本申请实施例中提供了两种具体的实现方案。其中,一种实现方式下,可以通过消息通道的方式将所述翻译结果提供给所述客户端,所述消息通道用于与所述客户端建立长连接。具体的,可以通过提供通道服务的服务端完成具体消息通道以及长连接的创建,在获取到翻译结果后,可以通过这种消息通道推送给客户端。其中,消息通道可以有多条,分别用于推送不同语种的翻译结果,客户端可以选择对其中一条通道进行订阅,从而接收到该消息通道推送的翻译结果。另一种方式下,还可以通过CDN(ContentDelivery Network,内容分发网络)进行分发的方式将所述翻译结果提供给具体参与直播会话的客户端。
另外,由于消息通道的方式与CDN分发方式各有优缺点,因此,还可以将两种方式相结合。例如,消息通道的方式具有延时短的优点,但是信息的到达率相对较低;而CDN分发的方式虽然可能会产生时延,但是信息的达到率却相对较高。而具体直播会话中产生的互动信息内容对送达及时性方面的需求可能也不尽相同。因此,在另一种方式下,还可以首先确定所述互动信息内容的优先级,该优先级可以根据所述互动信息内容在送达及时性方面的需求进行确定。然后,对于不同优先级的互动信息内容,可以采用不同的方式提供给客户端。例如,对于第一优先级(例如,较高优先级)的互动信息内容,通过消息通道的方式将所述翻译结果提供给所述客户端,而对于第二优先级(例如,较低优先级)的互动信息内容,通过CDN进行分发的方式将所述翻译结果提供给所述客户端。
当然,由于消息通道方式下,具体互动信息内容的送达率可能相对较低,因此,为了提升送达率,对于所述第一优先级的互动信息内容,除了通过所述消息通道的方式将所述翻译结果提供给所述客户端,还可以通过所述CDN进行分发,以便对于通过所述消息通道接收失败的客户端,通过向关联所述CDN服务节点进行拉取的方式获得对应的翻译结果。也就是说,对于第一优先级的互动信息内容,可以同时用消息通道方式以及CDN方式这两种方式向客户端进行提供,从而在优先保证及时性的情况下,还可以通过CDN方式作为补充,提升送达率。这里需要说明的是,由于同一条互动消息,可能通过两种方式都送达客户端,因此,客户端接收到之后,还可以进行去重处理。
其中,具体在确定所述互动信息内容的优先级时,可以根据所述互动信息内容的内容类型和/或发送者身份信息,确定所述互动信息内容的优先级。例如,所述第一优先级的互动信息内容可以包括以下中的一种或多种:与所述视频直播会话关联的商品对象状态变化信息(例如,向直播会话中添加商品对象、将商品对象高亮,取消高亮,等等),与所述视频直播会话关联的主播用户发送的互动信息内容(例如,公告消息,或者“红包”等互动游戏类的信息等等)。所述第二优先级的互动信息内容可以包括以下中的一种或多种:服务端发送的与所述视频直播会话相关的状态信息(例如,某用户进入直播间,离开直播间等)、统计信息(例如,在线人数,点赞数等)、通知信息,所述视频直播会话关联的观看者用户发送的互动信息内容(例如,用户评论,或者向主播用户提问的问题等)。当然,在具体实现时,具体互动信息内容的优先级也可以有其他的划分方式,可以根据实际应用场景的需求而定,这里不进行限定。
下面对具体通过消息通道方式以及CDN方式向客户端提供具体翻译结果的实现方式进行介绍。其中,具体在通过消息通道的方式将所述翻译结果提供给所述客户端时,可以在所述视频直播会话创建时,创建多条消息通道,每条消息通道对应一个语种。例如,在一种实现方式下,可以针对18中常用语种创建18条消息通道,等等。
需要说明的是,本申请实施例中具体的消息通道可以是异于所述视频直播会话通道的消息通道。也就是说,具体的视频直播会话的直播内容(直播视频流等)也可以是通过消息通道的方式推送到参与者客户端,但是,为了避免对视频直播数据流造成影响,本申请实施例中同于推送具体互动信息内容翻译结果的消息通道可以是与具体用于推送视频直播流的通道不同的。另外,具体的消息通道可以是单工通信通道,用于从服务端向客户端进行单向的消息推送。
在获取到所述翻译结果后,可以根据所述翻译结果对应的语种,将所述翻译结果推送到对应的消息通道,这样,所述客户端可以通过订阅其中一条消息通道的方式,与服务端建立长连接,并通过所述长连接获得对应消息通道上的翻译结果。需要说明的是,具体实现时,如果采用了根据直播会话中在线用户情况动态确定具体所需翻译的目标语种集合的情况,则同样可以在视频直播会话创建时就针对常用的语种全部建立起消息通道,例如,仍然可以是18条。之后在根据动态确定出目标语种集合,并获得对应的翻译结果之后,可以将翻译结果推送到对应的消息通道中。例如,某直播会话当前在线用户主要包括3种语言的用户,则可以获取这三种语言的翻译结果,并推送到对应的三条消息通道中,此时,其他消息通道为空,不能向用户提供互动信息内容。如果有新用户加入到该直播会话中,并且需要的是第四种语言,则可以取出目标条数的历史互动信息内容,并翻译成该第四种语言后,推送到该语种对应的消息通道,即可使得该新用户获取到最近若干条历史互动信息内容的翻译结果。同时,对于新接收到的互动信息内容,则可以翻译成四种语言,向其中的四条消息通道推送各自对应的翻译结果,等等。
需要说明的是,具体实现时,具体的消息通道资源可以由通道服务端提供,也就是说,直播服务端可以向通道服务端申请创建消息通道。此时,通道服务端具体可以根据所述参与者用户客户端对所需语种对应的目标消息通道的订阅请求,在所述通道服务端与所述参与者客户端之间建立长连接,以便在将翻译结果推送到所述目标消息通道后,通过所述长连接将所述翻译结果推送给所述参与者客户端。在具体的视频直播会话结果后,还可以通知通道服务端对具体的消息通道资源进行销毁或者回收处理。
在通过CDN方式进行分发的情况下,CDN是构建在现有网络基础之上的智能虚拟网络,依靠部署在各地的边缘服务器,通过中心平台的负载均衡、内容分发、调度等功能模块,使用户就近获取所需内容,降低网络拥塞,提高用户访问响应速度和命中率。由于CDN网络中包括多个服务节点,这些服务节点通常可以部署在多个不同的国家或地区,因此,可以将翻译结果推送到具体的服务节点中,然后,客户端可以从最近的服务节点进行拉取的方式,获取所需语种的翻译结果。具体实现时,由于具体的CDN服务节点的网址等通常固定或者相对固定,并且通常关联有地域属性,例如,某个国家或地区部署的CDN服务节点通常是为该国家或地区范围内的用户提供服务。因此,在本申请实施例中,还可以根据所述CDN中的服务节点关联的地域属性,以及所述地域属性关联的语种信息,将对应语种的翻译结果发送到所述服务节点,以便所述客户端通过从关联的服务节点进行拉取的方式获取所需语种对应的翻译结果。
例如,某服务节点部署在俄罗斯,由于该国家的用户主要以俄语作为母语,因此,可以仅将俄语对应的翻译结果发送到该服务节点,其他语种的翻译结果则不必向该服务节点进行推送。当然,在实际应用中可能存在以下情况:虽然某个国家或地区的用户可能大部分使用同一种母语,但是可能存在有其他国家或地区的用户位于该国家或地区的情况。例如,某个英国人在俄罗斯出差或者旅游,则该英国人实际需要的是英语的翻译结果。此时,该英国人在观看直播的过程中,在向位于俄罗斯的CDN服务节点请求拉取互动信息内容的翻译结果时,其请求中携带的是“英语”这一目标语种信息。该位于俄罗斯的CDN服务节点接收到该请求后,可能会发现该服务节点中并不存在该语种对应的互动信息内容翻译结果。因此,针对这种情况,还可以通过向上级服务节点进行回溯的方式,获取所述客户端所需语种对应的翻译结果,并提供给所述客户端。
也就是说,在CDN网络中,各个服务节点之间通常会进行分级部署,对于面向俄罗斯的服务节点,其上级节点可能是面向欧洲的服务节点,而面向欧洲的服务节点由于覆盖了更大范围的用户,因此,向其推送的翻译结果的种类通常会更多,例如,除了包括俄语,还包括英语、法语、德语等。因此,该俄罗斯的服务节点在接收到英语用户的请求后,可以从该上级节点进行回溯,获取到英语的翻译结果,之后,可以提供给该英语用户。如果某服务节点的直接上级节点中仍然不存在对应语种的翻译结果,还可以继续向更上级的服务节点进行回溯,等等。
需要说明的是,具体实现时,本申请实施例中,具体视频直播会话中待展示的互动信息内容可以包括:文本类的互动信息内容,此时,具体的翻译结果也可以为文本类的翻译结果。或者,视频直播会话中待展示的互动信息内容也可以包括:语音类的互动信息内容,此时,具体的翻译结果可以为文本类的翻译结果,或者,也可以是语音类的翻译结果。
具体实现时,除了根据具体参与者用户客户端需要的语种提供对应的翻译结果之外,还可以将互动信息内容的原文也提供给所述参与者用户的客户端。这样,客户端还可以对所述互动信息内容的原文以及翻译结果进行对照展示。也就是说,假设某条互动信息内容的原文是中文,服务端将其翻译成了英文、日文、俄文等多个语种。某参与者用户需要的目标语种是英文,则服务端可以向该用户提供中文以及英文两个版本的互动信息内容,客户端可以将这条互动信息内容的中文以及英文进行对照展示,例如,上方展示中文,下方展示英文,等等。在这种方式下,在客户端的界面中,每一条互动信息内容都可以展示为原文与译文对照的方式,例如,某时刻的界面中共展示五条互动信息内容,各自对应的原文分别为中文、日文、俄文、英文、韩文,当前用户所需的目标语种是英文,则五条互动信息内容可以分别展示为:中文英文对照、日文英文对照,俄文英文对照,英文,韩文英文对照,等等。
另外,具体的视频直播会话可以包括:商品对象信息系统中的视频直播会话。例如,具体的店铺对象关联的主播用户发起的用于对商品对象进行介绍的视频直播会话等。或者,具体的视频直播会话也可以包括:视频会议场景的视频直播会话。例如,具体可以包括一些网络课程、网络演讲的直播场景等等,在这种视频会议的过程中,参会者也可以针对具体的会议内容发起评论等互动,对于多个语种的用户参会的情况,也可以提供对互动信息内容进行翻译后,提供给具体参会用户的客户端进行展示的服务,等等。
总之,通过本申请实施例,可以对视频直播会话中产生的互动信息内容进行实时的翻译,并将翻译结果提供给具体参与该直播会话的用户客户端进行展示,使得用户能够看到使用其所需语种进行表达的互动信息内容,从而使得跨境场景下的视频直播互动成为可能。
实施例二
在前述实施例一中,对具体的直播信息处理方法进行了介绍,在该方案中,在获得具体互动信息内容的翻译结果后,可以通过消息通道或者CDN等方式,将具体的翻译结果提供给客户端。在该实施例二中,主要针对消息通道的实现方式单独进行保护。具体的,该实施例二提供了一种直播信息的处理方法,参见图3,该方法可以包括:
S301:在视频直播会话创建后,创建多条消息通道;多条消息通道对应参与者用户所需的多个不同语种;
也就是说,视频直播会话的参与者用户可以为多个,其中至少两个参与者用户在参与互动时所需的语种不同,为了满足多个参与者用户对多种语种的需求,所述消息通道可以分别与不同的语种相对应,以用于向各种不同语种需求的参与者用户客户端推送对应语种的翻译结果。具体的消息通道可以用于通过与客户端之间建立长连接的方式,将具体的翻译结果推送给客户端。
S302:获取所述视频直播会话中待展示的互动信息内容;
S303:获取所述互动信息内容对应的至少一种翻译结果;
S304:将所述翻译结果推送到对应的消息通道,并通过所述消息通道向所述参与者用户客户端提供所需语种的翻译结果,以用于根据所述翻译结果对所述互动信息内容进行展示。
其中,所述消息通道是异于所述视频直播会话通道的消息通道。所述消息通道可以是单工通信通道,用于从服务端向客户端进行单向的消息推送。
在所述获取所述视频直播会话中待展示的互动信息内容之前,还可以获取至少两个一个参与者用户的评论消息;此时,所述待展示的互动消息内容包括获取的,根据所述至少两个参与者用户的评论消息确定的互动信息内容。
具体实现时,可以根据所述视频直播会话关联的参与者用户以及各自所需的语种,确定针对该视频直播会话中的互动信息内容所需的目标语种集合;此时,可以按照所述目标语种集合,获取所述互动信息内容对应的至少一种翻译结果。
在有新用户加入所述视频直播会话时,如果所述新用户所需的语种未包含在所述目标语种集合中,则可以获取所述视频直播会话关联的目标条数的历史互动信息内容;然后,根据所述新用户所需的语种获取所述目标条数的历史互动信息内容对应的翻译结果,并将所述历史互动信息内容对应的翻译结果推送到对应的消息通道,以便该新用户关联的客户端通过该消息通道获得所述历史互动信息内容对应的翻译结果;之后,还可以将所述新用户所需的语种添加到所述目标语种集合中,使得新用户可以通过对应的通道获得新互动信息内容的翻译结果。
其中,所述消息通道可以由通道服务端提供。其中,所述通道服务端用于,根据所述参与者用户客户端对所需语种对应的目标消息通道的订阅请求,在所述通道服务端与所述参与者客户端之间建立长连接,以便在将翻译结果推送到所述目标消息通道后,通过所述长连接将所述翻译结果推送给所述参与者客户端。
另外,为了提升信息的送达率,还可以通过内容分发网络CDN进行分发的方式,向所述参与者用户对应的客户端提供所述翻译结果,以便对于通过所述消息通道接收失败的客户端,可以通过从关联所述CDN中的服务节点进行拉取的方式获得所需语种对应的翻译结果。
实施例三
该实施例三是针对CDN的实现方式,提供了一种直播信息的处理方法,参见图4,该方法具体可以包括:
S401:在视频直播会话创建后,获取所述视频直播会话中待展示的互动信息内容;
S402:获取所述互动信息内容对应的至少一种翻译结果;
S403:通过内容分发网络CDN对所述翻译结果进行分发,向所述视频直播会话的参与者用户对应的客户端提供所需语种对应的翻译结果,以用于根据所述翻译结果对所述互动信息内容进行展示。
具体实现时,同样可以根据所述视频直播会话关联的参与者用户以及各自所需的语种,确定针对该视频直播会话中的互动信息内容所需的目标语种集合;此时,可以按照所述目标语种集合,获取所述互动信息内容对应的至少一种翻译结果。
在有新用户加入所述视频直播会话时,如果所述新用户所需的语种未包含在所述目标语种集合中,则可以获取所述视频直播会话关联的目标条数的历史互动信息内容。然后,根据所述新用户所需的语种获取所述目标条数的历史互动信息内容对应的翻译结果,并通过所述CDN网络提供给所述新用户关联的客户端;之后,还可以将所述新用户所需的语种添加到所述目标语种集合中。
具体实现时,可以根据所述CDN中的服务节点关联的地域属性,以及所述地域属性关联的语种信息,将对应语种的翻译结果发送到所述服务节点,以便所述客户端通过从关联的服务节点进行拉取的方式获取所需语种对应的翻译结果。
如果所述CDN中的服务节点中不存在所述客户端所需语种对应的翻译结果,则可以通过向上级服务节点进行回溯的方式,获取所述客户端所需语种对应的翻译结果,并提供给所述客户端。
再者,还可以确定所述互动信息内容的优先级,所述优先级根据所述互动信息内容在送达及时性方面的需求进行确定;之后,对于优先级符合目标条件的互动信息内容,可以通过消息通道的方式,将所述翻译结果提供给所述参与者用户对应的客户端。
实施例四
该实施例四是与实施例一相对应的,从客户端的角度,提供了一种直播信息处理方法。其中,这里所述的客户端既可以包括主播用户的客户端,还可以包括观看者用户的客户端。也即,无论是何种身份,都可以按照类似的方式进行客户端侧的处理。具体的,参见图5,该方法可以包括:
S501:在参与视频直播会话的过程中,确定关联的参与者用户所需的目标语种;
S502:获取所述视频直播会话中待展示的互动信息内容的翻译结果,所述翻译结果与所述目标语种相对应;
具体实现时,可以通过预先对服务端创建的与所述目标语种对应的目标消息通道进行订阅的方式,与通道服务端建立长连接,以便通过所述长连接获取通过所述目标消息通道推送的所述目标语种下的翻译结果。或者,也可以通过从关联的CDN服务节点对所述目标语种对应的翻译结果进行拉取的方式,获取所述翻译结果。
S503:基于所述视频直播会话关联的界面对所述互动信息内容的翻译结果进行展示。
具体在接收到互动信息内容后,可以基于具体的直播界面进行展示。例如,如图6中的61处所示,假设当前参与者用户所需的语种是英语,则在该用户的直播界面的评论区,具体展示处的互动信息内容都可以是翻译后的英语内容,从而使得用户能够理解具体的互动信息内容。同时该用户用英语发送的互动信息内容,也可以被翻译成多种其他语言,发送给其他国家的用户客户端。
具体实现时,由于相对于普通的直播场景而言,长连接的数量可能会增加,接收到的互动信息内容数量也可能会非常多,例如,每秒钟可能会有数百条之多。如此多的互动信息内容一方面会给客户端的渲染展示过程造成压力,另一方面,如果全部展示出来通常也是没有实际意义的,因为用户通常无法在那么短的时间内浏览完全部的内容,如果很多信息内容仅仅是一闪而过,更加难以被用户准确的浏览到。因此,在具体实现时,在接收到的互动信息内容的并发数量超过阈值时,还可以对所述接收到的互动信息内容进行优化处理,确定出哪些互动信息内容符合展示条件。然后,可以仅将符合展示条件的互动信息内容发送到渲染层,以便基于所述视频直播会话关联的界面对所述互动信息内容进行展示。
其中,具体在对所述接收到的互动信息内容进行优化处理时,也可以首先确定所述互动信息内容的优先级,然后,根据所述互动信息内容的优先级,确定所述互动信息内容是否符合展示条件。其中,具体展示处理时对互动信息内容优先级的判定,与服务端的方式可以有所不同,但同样可以根据互动信息内容的类型和/或发送者的身份等来进行确定。例如,主播用户发送的互动信息内容同样可以具有较高的优先级,等等。
其中,具体在根据所述互动信息内容的优先级,确定所述互动信息内容是否符合展示条件时,可以将第一优先级的互动信息内容直接确定为符合展示条件的互动信息内容。例如,将较高优先级的互动信息内容直接进行展示。而对于第二优先级的互动信息内容,则可以根据具体的策略判断出哪些信息内容符合展示条件,哪些不符合。为了支持这种判断过程,首先可以将第二优先级的互动信息内容暂存至第一消息队列,然后,按照目标优化策略,判断所述互动信息内容是否符合展示条件;之后,可以将符合展示条件的互动信息内容加入到第二消息队列,以便按照所述第二消息队列中的排列顺序,将优化处理后的互动信息内容发送到渲染层。也就是说,由于具体的互动信息内容关联有时间戳信息,而时间戳也是一种重要的信息,因此,在具体进行判断的过程中,首先可以通过第一队列保存接收到的互动信息内容。然后可以通过具体的优化策略消费该第一消息队列中的消息。之后,符合展示条件的内容可以进入到第二消息队列,等待被具体的渲染展示模块进行消费,其他不符合展示条件的内容则可以进行丢弃处理。也就是说,可以通过多级消息队列(也称多级消息池)的方式,实现具体的优化处理过程中。
其中,具体在按照目标优化策略,确定第二优先级的互动信息内容是否符合展示条件时,可以对所有的第二优先级的互动信息内容使用相同的目标优化策略,或者,还可以进一步将所述第二优先级的互动信息内容划分为多个二级优先级,分别针对不同的二级优先级,使用各自对应的不同的优化策略。也就是说,第二优先级的互动信息内容,还可以进一步包括多个不同的优先级,以此形成多级优先级体系。然后,可以根据所述互动信息内容所属的二级优先级,分别确定对应的目标优化策略,然后,利用所述互动信息内容对应的目标优化策略,确定所述互动信息内容是否符合展示条件。
其中,具体的目标优化策略可以有多种,具体可以根据实际互动信息内容的类型和/或发送者身份信息等,确定出具体的二级优先级,并确定对应的优化策略。例如,其中一种优化策略可以包括:将不同时间点接收到的相同互动信息内容进行合并。具体的,对于系统发送的统计消息等可以采用该策略进行优化,例如,系统发送的关于直播会话的在线人数、点赞人数等,前后两次发送的消息中,具体的人数并没有发生变化,此时,就可以将这两条消息合并,从而仅展示其中一条消息,等等。
或者,具体的目标优化策略也可以包括:将用户状态变化相关的系统通知消息,或者时间戳过期的互动信息内容丢弃。例如,关于系统发送的状态变更通知消息等,可以使用该策略进行优化。具体包括关于某用户进入或离开直播会话的通知消息等,由于这种消息的重要程度相对较低,因此,在互动消息并发数量很大的情况下,可以选择将这类的消息丢弃,等等。
另外,具体的目标优化策略还可以包括削峰策略,也就是说,如果某时间段(例如,一秒)内接收到的互动信息内容数量非常大,出现峰值,则除了可以进行前述的合并策略或者丢弃策略之外,如果该时间段内还包括多条相同类型的互动消息,则可以将该时间段内的最新一条或者几条互动信息内容进行展示,其他的可以进行丢弃,等等。
另外,具体实现时,还可以获取所述待展示的互动信息内容的原文,此时,可以基于所述视频直播会话关联的界面对所述互动信息内容的原文以及翻译结果进行展示。
具体实现时,还可以为客户端提供开关机制,用户可以根据实际情况确定是否启用具体的实时翻译功能。具体的,可以提供用于开启或关闭翻译功能的操作选项,以便在所述视频直播的过程中,通过所述操作选项控制是否展示所述互动信息内容的翻译结果;其中,在所述翻译功能关闭时,对所述互动信息内容的原文进行展示。例如,如图6中的62处所示,可以在直播界面的右上角等处提供该操作选项。其中,关于这种操作选项展示的文本内容也可以根据具体用户所需的语种进行展示,例如,在图6所示的例子中,由于具体的用户所需的语种为英语,因此,该操作选项具体展示为“Auto-Translated”,也即“自动翻译”,等等。之所以设置这种开关机制是因为,具体的直播会话可能涉及很多互动环节,如果开启翻译可能会对互动场景造成影响。比如,主播用户说,在“直播间”输入“superdeal”,然后截屏作为凭证以参与活动,此时,如果开启翻译功能,则俄语用户输入的“superdeal”会自动翻译成суперсделка,就不知道能不能参与活动,所以还是给用户留有选择权。
实施例五
该实施例五是从视频直播的参与者用户进行互动信息内容发送的角度,提供了一种直播信息处理方法,参见图7,该方法具体可以包括:
S701:在参与视频直播会话的过程中,接收通过第一语种输入的互动信息内容的原文;
S702:将所述互动信息内容的原文提交到服务端,以用于将所述互动信息内容的原文进行翻译,获得至少一个第二语种的翻译结果,所述翻译结果用于提供给需要对应第二语种的其他参与者用户客户端。
具体实现时,还可以获取所述其他参与者用户发送的互动信息内容的翻译结果,所述翻译结果与所述第一语种相对应;之后,可以基于所述视频直播会话关联的界面对所述互动信息内容的翻译结果进行展示。
实施例六
在前述实施例中,主要是针对直播场景中产生的互动信息内容提供了相应的翻译方案。而在实际应用中,还有其他场景存在类似的需求。例如,对于普通的视频在线播放场景,在视频播放过程中,通常允许用户发送“弹幕”,这种“弹幕”内容以评论性字幕的形式展示在具体的播放界面中(当大量评论文字从屏幕飘过时,从效果看上去像是飞行射击游戏里的弹幕,因此,将这种评论内容称为“弹幕”)。如果同时有多个不同语种的用户在线观看该视频,则对于通过某个语种发送的评论性字幕内容,也存在无法被其他语种的用户所理解的情况。因此,也可以利用本申请实施例提供的方案提供翻译服务。具体的,可以在视频播放的服务端对评论性字幕内容进行接收,然后通过翻译服务端翻译成多个不同的语种。之后,可以通过一些方式将具体的翻译结果提供给具体观看该视频的用户的客户端,使得用户具体在观看视频时,虽然评论性字幕的原文可能是多个不同语种,但是,都可以统一以用户所需的语种进行展示,使得用户能够理解具体的评论性字幕的内容。
具体的,参见图8,本申请实施例提供了一种视频信息的处理方法,具体的,该方法可以包括:
S801:在对目标视频进行播放的过程中,获取所述目标视频关联的待展示的评论性字幕内容;
S802:获取所述评论性字幕内容对应的至少一种翻译结果;
S803:向所述观看者用户关联的客户端提供所需语种的翻译结果,以用于对所述评论性字幕内容的翻译结果进行展示。
具体实现时,还可以将所述评论性字幕内容的原文提供给所述观看者用户关联的客户端,以便所述客户端对所述评论性字幕内容的原文以及翻译结果进行展示。
另外,还可以根据目标时间段内产生的评论性字幕内容的数量,确定是否将所述评论性字幕内容的原文提供给所述观看者用户关联的客户端。例如,具体的,可以根据在线观看视频的用户数量,或者每秒产生的评论性字幕内容的条数等,将具体的场景划分为网络拥塞或者空闲等多种不同的状态,在不同状态下,可以采用不同的方案向客户端进行信息提供。例如,如果当前是网络拥塞状态,则可以仅向客户端提供对应用户所需的翻译结果,如果当前是空闲状态,则还可以将互动信息内容的原文也提供给客户端,使得原文与翻译结果一起进行展示,等等。
需要说明的是,关于该实施例五中具体向客户端提供翻译结果的方式,也可以包括消息通道推送或者由客户端通过CDN网络进行拉取等多种方式,也同样可以将上述两种方式相结合。另外,在具体进行翻译时,也同样可以根据具体视频的在线观看用户的实际情况,选择具体将评论性字幕翻译成多少种语言,等等。关于具体的实现,可以参见实施例一中的记载。另外,关于前述实施例二至实施例五中其他的未详述部分,也可以参见实施例一中的记载,这里不再赘述。
另外需要说明的是,本申请实施例中可能会涉及到对用户数据的使用,在实际应用中,可以在符合所在国的适用法律法规要求的情况下(例如,用户明确同意,对用户切实通知,等),在适用法律法规允许的范围内在本文描述的方案中使用用户特定的个人数据。
与实施例一相对应,本申请实施例还提供了一种直播信息的处理装置,参见图9,该装置可以包括:
互动信息内容获取单元901,用于在视频直播会话创建后,获取所述视频直播会话中待展示的互动信息内容;
翻译结果获取单元902,用于获取所述互动信息内容对应的至少一种翻译结果;
翻译结果提供单元903,用于向所述参与者用户关联的客户端提供所需语种的翻译结果,所述客户端用于根据关联用户所需的语种,对所述互动信息内容的翻译结果进行展示。
具体实现时,该装置还可以包括:
目标语种集合确定单元,用于根据所述视频直播会话关联的参与者用户以及各自所需的语种,确定针对该视频直播会话中的互动信息内容所需的目标语种集合;
所述翻译结果获取单元具体可以用于:
按照所述视频直播会话标识对应的所需翻译的目标语种集合,获取所述互动信息内容对应的至少一种翻译结果。
另外,该装置还可以包括:
历史互动信息内容获取单元,用于在有新用户加入所述视频直播会话时,如果所述新用户所需的语种未包含在所述目标语种集合中,则获取所述视频直播会话关联的目标条数的历史互动信息内容;
历史内容翻译结果提供单元,用于根据所述新用户所需的语种获取所述目标条数的历史互动信息内容对应的翻译结果,并提供给该新用户关联的客户端;
集合更新单元,用于将所述新用户所需的语种添加到所述目标语种集合中。
其中,所述翻译结果提供单元具体可以用于:
通过消息通道的方式将所述翻译结果提供给所述客户端,所述消息通道用于与所述客户端建立长连接。
或者,所述翻译结果提供单元具体可以用于:
通过内容分发网络CDN进行分发的方式将所述翻译结果提供给所述客户端。
或者,所述翻译结果提供单元具体可以用于:
优先级确定子单元,用于确定所述互动信息内容的优先级;所述优先级根据所述互动信息内容在送达及时性方面的需求进行确定;
翻译结果提供子单元,用于对于不同优先级的互动信息内容,通过不同的方式将所述翻译结果提供给所述客户端。
其中,所述翻译结果提供子单元具体可以用于:
对于第一优先级的互动信息内容,通过消息通道的方式将所述翻译结果提供给所述客户端,所述消息通道用于与所述客户端建立长连接;
对于第二优先级的互动信息内容,通过CDN进行分发的方式将所述翻译结果提供给所述客户端。
其中,翻译结果提供子单元还可以用于:
对于所述第一优先级的互动信息内容,通过所述消息通道的方式将所述翻译结果提供给所述客户端后,还通过所述CDN进行分发,以便对于通过所述消息通道接收失败的客户端,通过向关联所述CDN服务节点进行拉取的方式获得对应的翻译结果。
其中,所述优先级确定子单元具体可以用于:
根据所述互动信息内容的内容类型和/或发送者身份信息,确定所述互动信息内容的优先级。
其中,所述第一优先级的互动信息内容包括以下中的一种或多种:与所述视频直播会话关联的商品对象状态变化信息、与所述视频直播会话关联的主播用户发送的互动信息内容。
所述第二优先级的互动信息内容包括以下中的一种或多种:服务端发送的与所述视频直播会话相关的状态信息、统计信息、通知信息、所述视频直播会话关联的观看者用户发送的互动信息内容。
具体的,所述翻译结果提供单元具体可以包括:
消息通道创建子单元,用于在所述视频直播会话创建时,创建多条消息通道,每条消息通道对应一个语种;
翻译结果推送子单元,用于获取到所述翻译结果后,根据所述翻译结果对应的语种,将所述翻译结果推送到对应的消息通道,以便所述客户端通过订阅其中一条消息通道的方式,与服务端建立长连接,并通过所述长连接获得对应消息通道上的翻译结果。
或者,所述翻译结果提供单元具体可以用于:
根据所述CDN中的服务节点关联的地域属性,以及所述地域属性关联的语种信息,将对应语种的翻译结果发送到所述服务节点,以便所述客户端通过从关联的服务节点进行拉取的方式获取所需语种对应的翻译结果。
其中,该装置还可以包括:
回溯单元,用于如果所述CDN中的服务节点中不存在所述客户端所需语种对应的翻译结果,则通过向上级服务节点进行回溯的方式,获取所述客户端所需语种对应的翻译结果,并提供给所述客户端。
其中,所述视频直播会话中待展示的互动信息内容包括:文本类的互动信息内容,所述翻译结果为文本类的翻译结果。
或者,所述视频直播会话中待展示的互动信息内容包括:语音类的互动信息内容,所述翻译结果为文本类的翻译结果,或者语音类的翻译结果。
另外,该装置还可以包括:
原文提供单元,用于将所述互动信息内容的原文提供给所述参与者用户的客户端,以用于对所述互动信息内容的原文以及翻译结果进行展示。
其中,所述视频直播会话包括:商品对象信息系统中的视频直播会话,或者,视频会议场景的视频直播会话。
与实施例二相对应,本申请实施例还提供了一种直播信息的处理装置,参见图10,该装置可以包括:
通道创建单元1001,用于在视频直播会话创建后,创建多条消息通道;所述多条消息通道对应参与者用户所需的多个不同语种;
互动信息内容获取单元1002,用于获取所述视频直播会话中待展示的互动信息内容;
翻译结果获取单元1003,用于获取所述互动信息内容对应的至少一种翻译结果;
推送单元1004,用于将所述翻译结果推送到对应语种的消息通道,并通过所述消息通道向所述参与者用户客户端提供所需语种的翻译结果,以用于根据所述翻译结果对所述互动信息内容进行展示。
其中,所述消息通道是异于所述视频直播会话通道的消息通道。
所述消息通道是单工通信通道,用于从服务端向客户端进行单向的消息推送。
另外,该装置还可以包括:
评论消息接收单元,用于在所述获取所述视频直播会话中待展示的互动信息内容之前,获取至少一个参与者用户的评论消息;
所述待展示的互动消息内容包括,根据所述至少两个参与者用户的评论消息确定的互动信息内容。
另外,该装置还可以包括:
目标语种集合确定单元,用于根据所述视频直播会话关联的参与者用户以及各自所需的语种,确定针对该视频直播会话中的互动信息内容所需的目标语种集合;
所述翻译结果获取单元具体可以用于:
按照所述目标语种集合,获取所述互动信息内容对应的至少一种翻译结果。
另外,该装置还可以包括:
历史信息内容获取单元,用于在有新用户加入所述视频直播会话时,如果所述新用户所需的语种未包含在所述目标语种集合中,则获取所述视频直播会话关联的目标条数的历史互动信息内容;
历史内容翻译结果提供单元,用于根据所述新用户所需的语种获取所述目标条数的历史互动信息内容对应的翻译结果,并将所述历史互动信息内容对应的翻译结果推送到对应的消息通道,以便该新用户关联的客户端通过该消息通道获得所述历史互动信息内容对应的翻译结果;
集合更新单元,用于将所述新用户所需的语种添加到所述目标语种集合中。
其中,所述消息通道可以由通道服务端提供;所述通道服务端用于,根据所述参与者用户客户端对所需语种对应的目标消息通道的订阅请求,在所述通道服务端与所述参与者客户端之间建立长连接,以便在将翻译结果推送到所述目标消息通道后,通过所述长连接将所述翻译结果推送给所述参与者客户端。
另外,该装置还可以包括:
CDN分发单元,用于通过内容分发网络CDN进行分发的方式,向所述参与者用户对应的客户端提供所述翻译结果,以便对于通过所述消息通道接收失败的客户端,通过从关联所述CDN中的服务节点进行拉取的方式获得所需语种对应的翻译结果。
与实施例三相对应,本申请实施例还提供了一种直播信息的处理装置,参见图11,该装置可以包括:
互动信息内容获取单元1101,用于在视频直播会话创建后,获取所述视频直播会话中待展示的互动信息内容;
翻译结果获取单元1102,用于获取所述互动信息内容对应的至少一种翻译结果;
分发单元1103,用于通过内容分发网络CDN对所述翻译结果进行分发,向所述视频直播会话的参与者用户对应的客户端提供所需语种对应的翻译结果,以用于根据所述翻译结果对所述互动信息内容进行展示。
其中,该装置还可以包括:
目标语种集合确定单元,用于根据所述视频直播会话关联的参与者用户以及各自所需的语种,确定针对该视频直播会话中的互动信息内容所需的目标语种集合;
所述翻译结果获取单元具体可以用于:
按照所述目标语种集合,获取所述互动信息内容对应的至少一种翻译结果。
另外,该装置还可以包括:
历史信息内容获取单元,用于在有新用户加入所述视频直播会话时,如果所述新用户所需的语种未包含在所述目标语种集合中,则获取所述视频直播会话关联的目标条数的历史互动信息内容;
历史内容翻译结果提供单元,用于根据所述新用户所需的语种获取所述目标条数的历史互动信息内容对应的翻译结果,并通过所述CDN网络提供给所述新用户关联的客户端;
集合更新单元,用于将所述新用户所需的语种添加到所述目标语种集合中。
具体的,所述分发单元可以用于:
根据所述CDN中的服务节点关联的地域属性,以及所述地域属性关联的语种信息,将对应语种的翻译结果发送到所述服务节点,以便所述客户端通过从关联的服务节点进行拉取的方式获取所需语种对应的翻译结果。
另外,该装置还可以包括:
回溯单元,用于如果所述CDN中的服务节点中不存在所述客户端所需语种对应的翻译结果,则通过向上级服务节点进行回溯的方式,获取所述客户端所需语种对应的翻译结果,并提供给所述客户端。
与实施例四相对应,本申请实施例还提供了一种直播信息的处理装置,参见图12,该装置可以包括:
目标语种确定单元1201,用于在参与视频直播会话的过程中,确定关联的参与者用户所需的目标语种;
翻译结果获取单元1202,用于获取所述视频直播会话中待展示的互动信息内容的翻译结果,所述翻译结果与所述目标语种相对应;
翻译结果展示单元1203,用于基于所述视频直播会话关联的界面对所述互动信息内容的翻译结果进行展示。
其中,所述翻译结果获取单元具体可以用于:
通过预先对服务端创建的与所述目标语种对应的目标消息通道进行订阅的方式,与通道服务端建立长连接,以便通过所述长连接获取通过所述目标消息通道推送的所述目标语种下的翻译结果。
或者,所述翻译结果获取单元具体可以用于:
通过从关联的CDN服务节点对所述目标语种对应的翻译结果进行拉取的方式,获取所述互动信息内容的翻译结果。
一种方式下,该装置还可以包括:
优化处理单元,用于在接收到的互动信息内容翻译结果的并发数量超过第一阈值时,对所述接收到的互动信息内容的翻译结果进行优化处理,以减少所需展示的互动信息内容的数量;
所述翻译结果展示单元具体可以用于:
将符合展示条件的互动信息内容的翻译结果发送到渲染层,以便基于所述视频直播会话关联的界面对所述互动信息内容的翻译结果进行展示。
其中,所述优化处理单元具体可以包括:
优先级确定子单元,用于确定所述互动信息内容的优先级;
展示条件判断子单元,用于根据所述互动信息内容的优先级,确定所述互动信息内容的翻译结果是否符合展示条件。
其中,所述展示条件判断子单元具体用于:
将第一优先级的互动信息内容直接确定为符合展示条件的互动信息内容。
或者,所述展示条件判断子单元可以包括:
第一消息队列保存子单元,用于将第二优先级的互动信息内容的翻译结果暂存至第一消息队列;
条件判断子单元,用于按照目标优化策略,判断所述互动信息内容的翻译结果是否符合展示条件;
第二消息队列保存子单元,用于将符合展示条件的互动信息内容的翻译结果加入到第二消息队列,以便按照所述第二消息队列中的排列顺序,将优化处理后的互动信息内容的翻译结果发送到渲染层。
其中,所述条件判断子单元具体可以用于:
将所述第二优先级的互动信息内容划分为多个二级优先级;
根据所述互动信息内容所属的二级优先级,分别确定对应的目标优化策略;
利用所述互动信息内容对应的目标优化策略,确定所述互动信息内容的翻译结果是否符合展示条件。
其中,所述目标优化策略包括:将不同时间点接收到的相同互动信息内容进行合并。
或者,所述目标优化策略包括:将用户状态变化相关的系统通知消息,或者时间戳过期的互动信息内容丢弃。
或者,所述目标优化策略包括:如果目标时间段内接收到的互动信息内容数量超过第二阈值,且其中包括多条相同类型的互动信息内容,则将该时间段内最新的一条或多条互动信息内容的翻译结果确定为符合展示条件的内容,其他互动信息内容的翻译结果进行丢弃处理。
另外,该装置还可以包括:
原文获取单元,用于获取所述待展示的互动信息内容的原文,以用于基于所述视频直播会话关联的界面对所述互动信息内容的原文以及翻译结果进行展示。
另外,该装置还可以包括:
开关选项提供单元,用于提供用于开启或关闭翻译功能的操作选项,以便在所述视频直播的过程中,通过所述操作选项控制是否展示所述互动信息内容的翻译结果;其中,在所述翻译功能关闭时,对所述互动信息内容的原文进行展示。
与实施例五相对应,本申请实施例还提供了一种直播信息的处理装置,参见图13,该装置可以包括:
互动信息内容原文接收单元1301,用于在参与视频直播会话的过程中,接收通过第一语种输入的互动信息内容的原文;
互动信息内容原文提交单元1302,用于将所述互动信息内容的原文提交到服务端,以用于将所述互动信息内容的原文进行翻译,获得至少一个第二语种的翻译结果,所述翻译结果用于提供给需要对应第二语种的其他参与者用户客户端。
另外,该装置还可以包括:
翻译结果获取单元,用于获取所述其他参与者用户发送的互动信息内容的翻译结果,所述翻译结果与所述第一语种相对应;
翻译结果展示单元,用于基于所述视频直播会话关联的界面对所述互动信息内容的翻译结果进行展示。
与实施例六相对应,本申请实施例还提供了一种视频信息的处理装置,参见图14,该装置可以包括:
评论性字幕内容获取单元1401,用于在对目标视频进行播放的过程中,获取所述目标视频关联的待展示的评论性字幕内容;
翻译结果获取单元1402,用于获取所述评论性字幕内容对应的至少一种翻译结果;
翻译结果提供单元1403,用于向所述观看者用户关联的客户端提供所需语种的翻译结果,以用于对所述评论性字幕内容的翻译结果进行展示。
另外,该装置还可以包括:
原文提供单元,用于将所述评论性字幕内容的原文提供给所述观看者用户关联的客户端,以便所述客户端对所述评论性字幕内容的原文以及翻译结果进行展示。
判断单元,用于根据目标时间段内产生的评论性字幕内容的数量,确定是否将所述评论性字幕内容的原文提供给所述观看者用户关联的客户端。
另外,本申请实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现前述方法实施例中任一项所述的方法的步骤。
以及一种电子设备,包括:
一个或多个处理器;以及
与所述一个或多个处理器关联的存储器,所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行前述方法实施例中任一项所述的方法的步骤。
其中,图15示例性的展示出了电子设备的架构,例如,设备1500可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理,飞行器等。
参照图15,设备1500可以包括以下一个或多个组件:处理组件1502,存储器1504,电源组件1506,多媒体组件1508,音频组件1510,输入/输出(I/O)的接口1512,传感器组件1514,以及通信组件1516。
处理组件1502通常控制设备1500的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理元件1502可以包括一个或多个处理器1520来执行指令,以完成本公开技术方案提供的方法的全部或部分步骤。此外,处理组件1502可以包括一个或多个模块,便于处理组件1502和其他组件之间的交互。例如,处理部件1502可以包括多媒体模块,以方便多媒体组件1508和处理组件1502之间的交互。
存储器1504被配置为存储各种类型的数据以支持在设备1500的操作。这些数据的示例包括用于在设备1500上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器1504可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件1506为设备1500的各种组件提供电力。电源组件1506可以包括电源管理系统,一个或多个电源,及其他与为设备1500生成、管理和分配电力相关联的组件。
多媒体组件1508包括在设备1500和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件1508包括一个前置摄像头和/或后置摄像头。当设备1500处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1510被配置为输出和/或输入音频信号。例如,音频组件1510包括一个麦克风(MIC),当设备1500处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1504或经由通信组件1516发送。在一些实施例中,音频组件1510还包括一个扬声器,用于输出音频信号。
I/O接口1512为处理组件1502和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1514包括一个或多个传感器,用于为设备1500提供各个方面的状态评估。例如,传感器组件1514可以检测到设备1500的打开/关闭状态,组件的相对定位,例如所述组件为设备1500的显示器和小键盘,传感器组件1514还可以检测设备1500或设备1500一个组件的位置改变,用户与设备1500接触的存在或不存在,设备1500方位或加速/减速和设备1500的温度变化。传感器组件1514可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1514还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件1514还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件1516被配置为便于设备1500和其他设备之间有线或无线方式的通信。设备1500可以接入基于通信标准的无线网络,如WiFi,或2G、3G、4G/LTE、5G等移动通信网络。在一个示例性实施例中,通信部件1516经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信部件1516还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,设备1500可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器1504,上述指令可由设备1500的处理器1520执行以完成本公开技术方案提供的方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统或系统实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上对本申请所提供的直播信息处理方法、装置及电子设备,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处。综上所述,本说明书内容不应理解为对本申请的限制。