适用于多业务场景的直播方法、装置及存储介质与流程

1.本发明涉及直播技术，尤其涉及一种适用于多业务场景的直播方法、装置及存储介质。


背景技术：

2.目前国内第三方直播系统供应商只能实现部分带货直播功能，对于一套直播方案支撑多种综合业务目前还未能满足不同的需求，如公司内部业务直播看房、岗位介绍、简历投递、商品介绍等多种综合业务还无法同时进行支持。实用性较差。


技术实现要素：

3.本发明实施例提供一种适用于多业务场景的直播方法、装置及存储介质，能够进行多种业务的综合直播，例如说直播看房、岗位介绍、简历投递、商品介绍等多种综合业务，实用性较强。
4.本发明实施例的第一方面，提供一种适用于多业务场景的直播方法，包括：
5.获取一直播live
‑
id，基于一直播接口对所述直播live
‑
id构建多个业务场景；
6.对所述不同的业务场景进行分类，进行不同的系统创建；
7.基于创建的不同系统得到不同的ui界面进行直播展示。
8.可选地，在第一方面的一种可能实现方式中，所述多个业务场景包括直播看房业务场景、岗位介绍业务场景、简历投递业务场景以及商品介绍业务场景中的任意一种或多种；
9.所述对所述不同的业务场景进行分类，进行不同的系统创建包括：
10.获取直播看房业务场景、岗位介绍业务场景、简历投递业务场景以及商品介绍业务场景的属性信息；
11.基于所述属性信息进行观看系统创建和聊天系统创建。
12.可选地，在第一方面的一种可能实现方式中，当判断直播live
‑
id所对应的直播间处于直播前和\或直播时；
13.接收用户的指令输入信息，基于用户的输入指令信息获取业务场景；
14.获取业务场景的属性信息，基于所述业务场景的属性信息进行不同的系统创建；
15.在系统创建后得到不同的ui界面进行直播展示。
16.可选地，在第一方面的一种可能实现方式中，获取当前时刻观看直播间所有用户；
17.基于用户的属性信息对所有用户进行区分，将所有用户区分为游客用户和登录用户；
18.对所述所有用户、游客用户以及登录用户的数量分别进行显示；
19.对所述所有用户、游客用户以及登录用户的用户头衔进行显示。
20.可选地，在第一方面的一种可能实现方式中，接收所有用户的消息；
21.判断消息的来源，基于消息来源将所述消息分为主持人消息、主播消息、普通用户
消息以及系统通知消息中的任意一种或多种。
22.本发明实施例的第二方面，提供一种适用于多业务场景的直播装置，包括：
23.获取模块，用于获取一直播live
‑
id，基于一直播接口对所述直播live
‑
id构建多个业务场景；
24.分类模块，用于对所述不同的业务场景进行分类，进行不同的系统创建；
25.展示模块，用于基于创建的不同系统得到不同的ui界面进行直播展示。
26.可选地，在第二方面的一种可能实现方式中，所述多个业务场景包括直播看房业务场景、岗位介绍业务场景、简历投递业务场景以及商品介绍业务场景中的任意一种或多种；
27.所述分类模块还用于执行以下步骤，包括：
28.获取直播看房业务场景、岗位介绍业务场景、简历投递业务场景以及商品介绍业务场景的属性信息；
29.基于所述属性信息进行观看系统创建和聊天系统创建。
30.可选地，在第二方面的一种可能实现方式中，还包括：
31.判断单元，用于当判断直播live
‑
id所对应的直播间处于直播前和\或直播时；
32.接收单元，用于接收用户的指令输入信息，基于用户的输入指令信息获取业务场景；
33.获取单元，用于获取业务场景的属性信息，基于所述业务场景的属性信息进行不同的系统创建；
34.展示单元，用于在系统创建后得到不同的ui界面进行直播展示。
35.本发明实施例的第三方面，提供一种可读存储介质，所述可读存储介质中存储有计算机程序，所述计算机程序被处理器执行时用于实现本发明第一方面及第一方面各种可能设计的所述方法。
36.本发明提供的一种适用于多业务场景的直播方法、装置及存储介质，能够支持多业务场景进行直播，同时也方便后续增加新业务支持。并且本发明在进行不同业务的直播过程中，可以根据主播、用户的需要进行定制直播，即根据选取的不同业务场景，对场景的属性进行分类，进行系统、ui的创建，适用性较强。
附图说明
37.图1为适用于多业务场景的直播方法的第一种实施方式的流程图；
38.图2为适用于多业务场景的直播方法的第二种实施方式的流程图；
39.图3为适用于多业务场景的直播装置的第一种实施方式的结构图。
具体实施方式
40.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
41.本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第
四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。
42.应当理解，在本发明的各种实施例中，各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
43.应当理解，在本发明中，“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
44.应当理解，在本发明中，“多个”是指两个或两个以上。“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。“包含a、b和c”、“包含a、b、c”是指a、b、c三者都包含，“包含a、b或c”是指包含a、b、c三者之一，“包含a、b和/或c”是指包含a、b、c三者中任1个或任2个或3个。
45.应当理解，在本发明中，“与a对应的b”、“与a相对应的b”、“a与b相对应”或者“b与a相对应”，表示b与a相关联，根据a可以确定b。根据a确定b并不意味着仅仅根据a确定b，还可以根据a和/或其他信息确定b。a与b的匹配，是a与b的相似度大于或等于预设的阈值。
46.取决于语境，如在此所使用的“若”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”或“响应于检测”。
47.下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
48.在本发明中，对于出现的一些词语进行如下解释，包括：
49.live_id：直播间的唯一标识
50.ui：不同业务场景所独有的观看效果展示
51.rtmp、flv、hls：视频播放流的不同格式
52.im：业务聊天系统
53.本发明提供一种适用于多业务场景的直播方法，如图1和图2所示其流程图，包括：
54.步骤s110、获取一直播live
‑
id，基于一直播接口对所述直播live
‑
id构建多个业务场景。所述多个业务场景包括直播看房业务场景、岗位介绍业务场景、简历投递业务场景以及商品介绍业务场景中的任意一种或多种。本发明对于业务场景并不做任何的限制。
55.步骤s120、对所述不同的业务场景进行分类，进行不同的系统创建。
56.在步骤s120中，还包括：
57.获取直播看房业务场景、岗位介绍业务场景、简历投递业务场景以及商品介绍业务场景的属性信息。其中属性信息可以是沟通的场景，例如说看房业务场景需要进行语音的外放、视频的播放以及一边走一边录，而岗位介绍业务场景可能是需要固定界面、照片的展示。商品介绍业务场景只是在一个位置处对商品进行业务介绍，即进行语音\视频的收录、播放。并且在岗位介绍业务场景会具有投岗按键\应聘按键，获取\发送相应的简历信息。
58.基于所述属性信息进行观看系统创建和聊天系统创建。根据不同的属性进行不同的观看系统创建和聊天系统创建，使得该观看系统创建和聊天系统创建更加适用于相应的业务场景。
59.步骤s130、基于创建的不同系统得到不同的ui界面进行直播展示。
60.在一个实施例中，还包括：
61.步骤s140、当判断直播live
‑
id所对应的直播间处于直播前和\或直播时。在直播间进行直播的过程中，可以进行业务场景的模式切换、改变。
62.步骤s150、接收用户的指令输入信息，基于用户的输入指令信息获取业务场景。通过用户的指令输入信息，得到用户想要进行切换的模型，指令输入信息可以是模式的选中指令。
63.步骤s160、获取业务场景的属性信息，基于所述业务场景的属性信息进行不同的系统创建。
64.步骤s170、在系统创建后得到不同的ui界面进行直播展示。
65.通过步骤s130至步骤s170，能够实现直播人员在线的业务场景模式切换，方便快捷。
66.在一个实施例中，获取当前时刻观看直播间所有用户；
67.基于用户的属性信息对所有用户进行区分，将所有用户区分为游客用户和登录用户；
68.对所述所有用户、游客用户以及登录用户的数量分别进行显示；
69.对所述所有用户、游客用户以及登录用户的用户头衔进行显示。
70.通过以上的步骤，可以是实现对游客、登录用户进行区分，在本发明中将所有观看者皆称为用户，但是将所有用户区分为游客用户和登录用户，通过以上方式，可以对用户进行很好的区分，进行不同的定位。
71.在一个实施例中，接收所有用户的消息；
72.判断消息的来源，基于消息来源将所述消息分为主持人消息、主播消息、普通用户消息以及系统通知消息中的任意一种或多种。
73.通过以上方式，能够根据消息的来源对消息进行区分，进行后续的展示，例如说直播消息、主持人消息等可能放置于直播间突出、醒目的位置处。
74.因为本发明主要为小程序观看直播设计，在播放端存在一定的限制功能，对于通用模型中设计到的观看视频流格式rtmp和flv存在一定的兼容性，目前小程序播放端采用hls协议的m3u8格式，此格式存在一定的视频延时误差，在不影响主业务实时性观看的情况下，经过多方实践目前此种方式最优。
75.本发明，通过第三方sdk二次封装，支持至少以下的功能，包括：
76.1、游客与登录用户区分；
77.2、直播间观看用户头像展示、在线人数展示；
78.3、区分主持人消息、主播消息、普通用户消息、系统通知消息；
79.4、业务场景支持订房、咨询房源、简历投递等等；
80.5、校验消息安全性，过滤违规文案；
81.6、主持踢人、禁播、禁言功能；
82.7、支持发礼物等等功能。
83.通过以上技术方案可应用于实际直播看房、岗位介绍、简历投递、商品介绍多业务场景类型直播中，且解决掉第三方提供的方案兼容问题。方便了为后续增加新业务支持，其他类似需求可直接使用相关技术方案。
84.本发明还提供一种适用于多业务场景的直播装置，如图3所示，包括：
85.获取模块，用于获取一直播live
‑
id，基于一直播接口对所述直播live
‑
id构建多个业务场景；
86.分类模块，用于对所述不同的业务场景进行分类，进行不同的系统创建；
87.展示模块，用于基于创建的不同系统得到不同的ui界面进行直播展示。
88.在一个实施例中，所述多个业务场景包括直播看房业务场景、岗位介绍业务场景、简历投递业务场景以及商品介绍业务场景中的任意一种或多种；
89.所述分类模块还用于执行以下步骤，包括：
90.获取直播看房业务场景、岗位介绍业务场景、简历投递业务场景以及商品介绍业务场景的属性信息；
91.基于所述属性信息进行观看系统创建和聊天系统创建。
92.在一个实施例中，还包括：
93.判断单元，用于当判断直播live
‑
id所对应的直播间处于直播前和\或直播时；
94.接收单元，用于接收用户的指令输入信息，基于用户的输入指令信息获取业务场景；
95.获取单元，用于获取业务场景的属性信息，基于所述业务场景的属性信息进行不同的系统创建；
96.展示单元，用于在系统创建后得到不同的ui界面进行直播展示。
97.其中，可读存储介质可以是计算机存储介质，也可以是通信介质。通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。计算机存储介质可以是通用或专用计算机能够存取的任何可用介质。例如，可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(application specific integrated circuits，简称：asic)中。另外，该asic可以位于用户设备中。当然，处理器和可读存储介质也可以作为分立组件存在于通信设备中。可读存储介质可以是只读存储器(rom)、随机存取存储器(ram)、cd
‑
rom、磁带、软盘和光数据存储设备等。
98.本发明还提供一种程序产品，该程序产品包括执行指令，该执行指令存储在可读存储介质中。设备的至少一个处理器可以从可读存储介质读取该执行指令，至少一个处理器执行该执行指令使得设备实施上述的各种实施方式提供的方法。
99.在上述终端或者服务器的实施例中，应理解，处理器可以是中央处理单元(英文：central processingunit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digital signal processor，简称：dsp)、专用集成电路(英文：application specific integrated circuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
100.最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。