会议场景的建立方法、装置、终端及存储介质与流程

文档序号:32534799发布日期:2022-12-13 22:59阅读:29来源:国知局
会议场景的建立方法、装置、终端及存储介质与流程

1.本技术涉及软件技术领域,具体而言,涉及一种会议场景的建立方法、装置、终端及存储介质。


背景技术:

2.目前社会上的远程视频会议产品依然停留在将各个移动设备或带图像采集设备,通过互联网的可跨地域的能力去赋能,来满足异地开会的需要。
3.现有视频会议除解决基础的视频采集、视频编码、视频流传输、视频解码的一系列技术外,额外为了会议效果,与线下形式相仿的前提下也提供了诸如:线下需要多媒体设备提供播放演示文档,线上提供支持特定格式文档在线播放共享功能;线下需要白板黑板写写画画方便交流思想,线上提供画板支持用户用鼠标等输入设备绘画;线下需要通过投票箱等实现投票表决选举,线上提供设置投票表决选项同时自动统计结果。
4.把线下的会议功能搬到线上去用,但是这些功能对于真正的会议召开方、会议参会人,有些功能是一次会议需要的或特定会议需要的,有些功能甚至一次都不用。同时虽然现在有些产品提供了一些特色的参会效果,例如:体育场观众席场景效果、圆桌会议等效果。通过此种方式,用户不能去选择会议需要什么功能,而是由软件提供者凭借自身认识去提供或通过用户反馈去调整再开发。
5.但是,上述方式存在普适性差的问题。


技术实现要素:

6.本技术的主要目的在于提供一种满足特征性、适用性、功能性、融入性会议场景的建立方法、装置、终端及存储介质,以解决相关技术中存在的普适性差的问题。
7.为了实现上述目的,第一方面,本技术提供了一种会议场景的建立方法,包括:接收角色信息;基于角色信息和第一组件库,建立视频会议对应的功能角色;获取会议场景表现形式;基于会议场景表现形式、第二组件库和功能角色,建立视频会议对应的会议场景。
8.在一种实现方式中,基于角色信息和第一组件库,建立视频会议对应的功能角色,包括:基于角色信息,创建角色类型;基于角色类型和第一组件库,创建功能角色。
9.在一种实现方式中,基于角色信息,创建角色类型,包括:从角色信息中获取角色类型对应的角色类型名称;验证角色类型名称是否已存在于配置库中;若角色类型名称未存在于配置库中,创建角色类型。
10.在一种实现方式中,基于角色类型和第一组件库,创建功能角色,包括:
接收角色对应的基础信息,其中,基础信息中包括角色形式、角色名称和角色类型;将第一组件库中与基础信息相匹配的第一组件拖拽至画布,以使画布按照第一预设规则将第一组件转化为功能角色。
11.在一种实现方式中,第一组件库至少包括会议功能组件、会议功能控制组件、会议显示组件和美化组件;方法还包括:接收组件配置指令,其中,组件配置指令至少包括组件尺寸配置指令、组件位置配置指令和组件快速变形配置指令;基于组件配置指令,在画布上对会议功能组件、会议功能控制组件、会议显示组件和美化组件进行设置,其中,所述会议功能组件用于在会议召开期间提供的各个会议功能服务展示,所述会议功能控制组件用于在会议召开期间对会议功能组件中的组件服务提供控制模块和对会议秩序进行控制,所述会议显示组件用于在会议召开期间对会议整体提供功能信息显示,所述美化组件用于会议召开期间对各个参会角色会议室做界面美化的组件。
12.在一种实现方式中,基于会议场景表现形式、第二组件库和功能角色,建立视频会议对应的会议场景,包括:获取会议场景表现形式,并为会议场景表现形式配置对应的场景信息;基于场景信息、功能角色和第二组件库,得到会议场景。
13.在一种实现方式中,基于场景信息、功能角色和第二组件库,得到会议场景,包括:将第二组件库中与场景信息相匹配的第二组件拖拽至画布,以使画布将第二组件转换为会议场景表现形式对应的坐席和桌签;将坐席和功能角色进行绑定,得到会议场景,其中,所述坐席包括视频窗口和桌签,所述视频窗口用于显示会议场景中设置的采集设备所采集的画面视频流,所述桌签通过桌签预留窗口进行显示。
14.在一种可能的实现方式中,方法还包括:在采用会议场景进行视频会议的情况下,通过滚动坐席方式将视频会议画面传输至参会人员。
15.在一种可能的实现方式中,滚动坐席方式至少包括视频队列;在采用会议场景进行视频会议的情况下,通过滚动坐席方式将视频会议画面传输至参会人员,包括:在采用会议场景进行视频会议的情况下,通过视频队列建立的视频流链接实时采集视频会议画面,并将视频会议画面传输给参会人员。
16.在一种可能的实现方式中,滚动坐席方式至少包括桌签队列;在采用会议场景进行视频会议的情况下,通过滚动坐席方式将视频会议画面传输至参会人员,包括:在采用会议场景进行视频会议的情况下,通过桌签队列采集到的进入队列的账号名称,并依据账号名称、账号进入会议时间进行自动排序,当参会人想查看视频画面时,可点击被观看人桌签,系统会判断该用户是否开启摄像头,开启则将视频会议画面传输给参
会人员,不开启则只显示头像画面。
17.在一种可能的实现方式中,方法还包括:接收触发事件,其中,触发事件用于表征对目标元素进行拖拽或拖放的事件;基于触发事件将目标元素设置于目标元素区域,其中,目标元素区域设置于会议场景中。
18.在一种可能的实现方式中,目标元素至少包括文本元素和图片元素;基于触发事件将目标元素设置于目标元素区域,包括:基于触发事件将文本元素和/或图片元素设置于目标元素区域。
19.第二方面,本发明实施例提供了一种会议场景的建立装置,包括:信息接收模块,用于接收角色信息;角色建立模块,用于基于角色信息和第一组件库,建立视频会议对应的功能角色;信息获取模块,用于获取会议场景表现形式;会议场景建立模块,用于基于会议场景表现形式、第二组件库和功能角色,建立视频会议对应的会议场景。
20.第三方面,本发明实施例提供了一种终端,包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序,处理器执行计算机程序时实现如上任一种会议场景的建立方法的步骤。
21.第四方面,本发明实施例提供了一种计算机可读存储介质,计算机可读存储介质存储有计算机程序,计算机程序被处理器执行时实现如上任一种会议场景的建立方法的步骤。
22.本发明实施例提供了一种会议场景的建立方法、装置、终端及存储介质,包括:接收角色信息,然后基于角色信息和第一组件库,建立视频会议对应的功能角色,再获取会议场景表现形式,最后基于会议场景表现形式、第二组件库和功能角色,建立视频会议对应的会议场景。本发明通过设置有各种功能组件的组件库,只需将组件库中的组件拖拽到画布上,即可转换为真实视频会议对应的会议场景,不仅可满足不同用户的需求,还提高了建立会议场景的效率。此外,画布上的组件也可以根据用户需求进行调整,如调整大小与位置、是否折叠、是否在开会时悬浮拖拽等,满足用户的各种选择,灵活度大。
附图说明
23.构成本技术的一部分的附图用来提供对本技术的进一步理解,使得本技术的其它特征、目的和优点变得更明显。本技术的示意性实施例附图及其说明用于解释本技术,并不构成对本技术的不当限定。在附图中:图1是本发明实施例提供的一种会议场景的建立方法的实现流程图;图2是本发明一实施例提供的会议场景的示意图;图3是本发明另一实施例提供的会议场景的示意图;图4是本发明实施例提供的一种会议场景的建立装置的结构示意图;图5是本发明实施例提供的终端的示意图。
具体实施方式
24.为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
25.本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。
26.应当理解,在本发明的各种实施例中,各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
27.应当理解,在本发明中,“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
28.应当理解,在本发明中,“多个”是指两个或两个以上。“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,和/或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个。
29.应当理解,在本发明中,“与a对应的b”、“与a相对应的b”、“a与b相对应”或者“b与a相对应”,表示b与a相关联,根据a可以确定b。根据a确定b并不意味着仅仅根据a确定b,还可以根据a和/或其他信息确定b。a与b的匹配,是a与b的相似度大于或等于预设的阈值。
30.取决于语境,如在此所使用的“若”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”或“响应于检测”。
31.下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例不再赘述。
32.为使本发明的目的、技术方案和优点更加清楚,下面将结合附图通过具体实施例来进行说明。
33.在一个实施例中,如图1所示,提供了一种会议场景的建立方法,包括以下步骤:步骤s101:接收角色信息;步骤s102:基于角色信息和第一组件库,建立视频会议对应的功能角色。
34.为了便于用户建立功能角色,本技术设计了角色定制页面,其角色定制页面主要分为7种方式,方式1:角色基本信息(即角色信息)。方式2:会议功能组件也就是本文提到的第一组件库。方式3:角色装饰区域。方式4:为编辑画布。方式5:为组件设置区域。方式6:为对画布组件设置图层。方式7:为工具区域。其中,每个功能的表现方式尺寸会伴随用户使用窗口尺寸而动态调节。各形式此处不限制,各区域形式可以实现。
35.下面对上述7种方式中的每个区域的功能进行详细说明,具体如下:
方式1:实现参会角色的基本信息填写,以及对已设置在方式4中的功能展示其功能名称方便检索。
36.方式2:为将会议室内各个功能进行独立封装;封装后的功能可被用户设计者将功能拖拽到方式4中间画布上,所拖拽的功能将会进行相应判断,判断通过后则该功能会显示在画布中。同时该功能会显示在方式6和方式1的展示区域。
37.方式3:与方式2功能相似,但内容多为装饰性内容,功能可被用户设计者将功能拖拽到方式4画布上,无需进行判断,该功能会自动显示在画布中。同时该功能会显示在方式6的中。
38.方式4:中间画布区域显示方式2和方式3中被选择的内容,该内容可左键点击,对应设置内容会显示在方式5中。可右键点击被选择的内容,显示内容尺寸与复制和删除功能。可左键长按拖拽内容,调整内容显示位置。
39.方式5:会根据方式4中选择的内容,显示该功能可设置内容。设置内容会根据功能的复杂程度有对应设置。依据方式2、3不同类型组件存在不同功能差异,除基础共有的位置与尺寸调整外,还包括组件是否可折叠(该折叠后设计者可分别调整组件实际使用时,折叠前后的位置与大小),组件是否固定(决定该组件参会后组件是否可被参会人拖拽移动)。
40.方式6:会根据方式4中的内容,每一个功能都会有对应的图层建立,其中,图层可被拖动快速调整图层次序。
41.方式7:有角色保存功能,当前角色设置完成后存储后会判断,如果任何角色必有功能显示在画布中,同时该角色名称与已有角色不冲突则保存成功,该角色创建完成。
42.需要说明的是,方式2和方式3中的拖拽功能具有相应的判断规则,主要包括,首先会以自定义大小的缩略图的方式显示在以鼠标箭头顶点为坐标系原点的位置,同时当鼠标移入画布模块时,判断在当前角色所拥有该被拖拽功能数量上限是否超出提前规则限定,如果超出,则功能不能被拖拽到画布同时提示该功能超限;如果未超出,则会显示在该顶点位置。
43.通过上述角色定制页面,用户可快速进行设置,即可实现功能角色的建立。其中,功能角色用于表征视频会议中担任主要功能的角色,如主持人、讲解人员等。
44.当接收到角色信息后,可基于角色信息和第一组件库,建立视频会议对应的功能角色。需要先基于角色信息,创建角色类型,然后基于角色类型和第一组件库,创建功能角色。
45.对于角色类型的创建,需先从角色信息中获取角色类型对应的角色类型名称,然后验证角色类型名称是否已存在于配置库中,若角色类型名称未存在于配置库中,创建角色类型。
46.具体地,由于角色信息包括很多内容,如角色类型以及角色类型名称等,需要先基于角色信息中的角色类型名称来进行判定。其判断方式主要是,通过设置的配置库,其配置库中存储有不同的角色类型名称,如果查阅到配置库中存在此角色类型名称,则无需进行创建对应的角色类型;如果查阅到配置库中不存在此角色类型名称,则需要进行创建角色类型。
47.当创建角色类型后,可基于角色类型和第一组件库,创建功能角色。即接收角色对应的基础信息,其中,基础信息中包括角色形式、角色名称和角色类型,然后将第一组件库
中与基础信息相匹配的第一组件拖拽至画布,以使画布按照第一预设规则将第一组件转化为功能角色。其中,第一组件库至少包括会议功能组件、会议功能控制组件、会议显示组件和美化组件。
48.具体的,当创建角色类型后,用户可在角色定制页面输入角色对应的基础信息,如角色形式、角色名称和角色类型等,即后端可基于用户输入的角色形式、角色名称和角色类型等从第一组件库中选取与之匹配的第一组件,然后将第一组件拖拽至画布中,画布直接按照规则对第一组件进行转化,即可形成功能角色。其中,第一预设规则是画布内部设定的规则,可为通过组件的重要性来进行转化或者通过组件的优先级来进行转化,可根据用户需求设定,此处不作具体限定。
49.步骤s103:获取会议场景表现形式;步骤s104:基于会议场景表现形式、第二组件库和功能角色,建立视频会议对应的会议场景。
50.当建立功能角色后,需要建立视频会议对应的会议场景。首先获取会议场景表现形式,并为会议场景表现形式配置对应的场景信息,然后基于场景信息、功能角色和第二组件库,得到会议场景。
51.对于基于场景信息、功能角色和第二组件库,得到会议场景,主要需将第二组件库中与场景信息相匹配的第二组件拖拽至画布,以使画布将第二组件转换为会议场景表现形式对应的坐席和桌签,然后将坐席和功能角色进行绑定,得到会议场景。
52.其中,所述坐席包括视频窗口和桌签,所述视频窗口用于显示会议场景中设置的采集设备所采集的画面视频流,所述桌签通过桌签预留窗口进行显示。具体的,坐席为第二组件库中内容,该组件构成会议场景中的固定坐席。坐席在真实会议中会绑定参会人,当会议人进入会议室后,开始摄像采集设备后,该设备采集画面视频流将显示在视频窗口中,此外,参会人在会前设置的桌签也将显示在桌签预留窗口。
53.其中,场景信息包括但不限于场景名称、场景模板支持最大人数、场景坐席人数、列席会议人数、队列人数、场景列席角色选择以及场景支持角色管理功能等。其中,单个场景支持最大人数公式为:场景支持最大人数,该人数等于坐席设置中场景坐席数量加队列人数加列席人数的和,虽为最大人数但实际会议中会依据不同分项内容而表达。场景坐席人数指场景中固定坐席人数,该人数与在坐席设置中添加的坐席数量一致。队列人数指该场景可进入视频队列或桌签队列的最大人数限制,设置该人数后,必须在坐席设置-队列设置不少于一个视频队列坐席或设置桌签队列,否则此时不能保存。列席会议人数指该人数为当前场景接受会议属于允许外部分享会议时,可通过链接进入会议室的最大人数,超出人数将不能进入,如果有人员离开可进入(避免会议室人数飙升到不可控情况)。
54.具体的,结合图2,当用户输入场景信息,如场景名称、场景模板支持最大人数后,即后端(如服务器)可基于用户输入的场景名称、场景模板支持最大人数等从第二组件库中选取与之匹配的第二组件,然后将第二组件拖拽至画布中,画布直接按照规则对第二组件进行转化,即可形成会议场景。其中,第二预设规则是画布内部设定的规则,可为通过组件的重要性来进行转化或者通过组件的优先级来进行转化,可根据用户需求设定,此处不作具体限定。
55.对于第一组件库和第二组件库中的组件需要先建立,然后再根据预设规则在画布
上进行调整。其中,每个组件的建立的执行逻辑如下:modulename:'xxx',//组件名称modulexaxis:'100px',//x轴moduleyaxis:'100px',//y轴modulehigh:'400px',//高度modulewidth:'400px',//宽度isfold:true,//是否折叠issettled:false,//是否固定moduleshow:true,//是否隐藏/显示additionalsettings:{typography:false},//附加设置foldxaxis:'700px',//组件折叠x坐标foldyaxis:'400px',//组件折叠y坐标foldhigh:'60px',//组件折叠长foldwidth:'160px',//组件折叠宽unfoldmutexid:'',//展开互斥组件idicon:'xxxx',//图标此外,对于画布上的组件,用户可对其进行设置。具体的,当后端接收到组件配置指令,其中,组件配置指令至少包括组件尺寸配置指令、组件位置配置指令和组件快速变形配置指令,后端基于组件配置指令,在画布上对会议功能组件、会议功能控制组件、会议显示组件和美化组件进行设置。其中,会议功能组件用于在会议召开期间提供的各个会议功能服务展示。
56.例如:播放演示功能组件,除正常演示会议文件基础外,本平台还将会议文件可快捷选择,会议文件展示权限功能绑定在当前功能。
57.白板展示功能组件,除用户可随意涂写记录外,本平台还支持用户将会议白板分享出去,还可以将其他用户分享内容复制到自身功能中。
58.投票、表决展示功能组件,除基础投票、表决功能外,本平台还支持用户设置谁有权利参与,而非单一用户,或全体用户参与。
59.还包括一些会议基础功能,包括:会议开始结束、会议录屏录音控制、会议多角色切换、会议旁听、会议分享、发言屏幕共享申请功能。
60.会议功能控制组件用于在会议召开期间对会议功能组件中的组件服务提供控制模块和对会议秩序进行控制。
61.例如:会议音视频控制台功能组件,除可控制用户音视频开启外,本平台还支持对用户发言举手、屏幕共享申请、白板共享申请、发言时长控制功能。
62.记录屏编辑功能组件,可实现会中通过语音识别快速记录讲话人言语内容,多用户拥有该功能将共享会议结果。
63.顺序发言的创建发起组件,可实现会中有愿望的发言人按设定顺序依次发言的功能组件。
64.会议议题的创建发起,可实现会中议题分会议的建立与发起,组织需讨论议题参会人进入分会场参会,在分会场会根据人数自动完成圆桌场景构建。
65.焦点对话的创建发起,可实现会中突出讨论辩论会议讨论方式。
66.会议显示组件用于在会议召开期间对会议整体提供功能信息显示。
67.例如:会议场景的展示组件,可实现当前场景部分内容融入,参会人会在该功能中显示。
68.会议申请显示组件,可实现用户发言举手、屏幕共享申请、白板共享申请的显示但不可授权,方便弥补会议音视频控制台组件用户操作遗漏。
69.会议发言屏组件,可实现会中正在发言人的画面显示在其中。
70.参会统计显示组件,可实现会议参会人进入会议后的显示,同时可显示各个参会人状态,包括准时进入、迟到入会、早退离会、未同意通告等状态的统计显示,同时可快速发起会议密聊。
71.会议群组沟通显示组件,可实现会议参会人全部沟通记录在此显示。
72.会议密聊沟通显示组件,可实现会议参会人单对单进行沟通显示。
73.会议投票、表决结果显示组件可实现会中投票、表决结果的显示,拥有该组件用户才可显示该结果。
74.美化组件用于会议召开期间对各个参会角色会议室做界面美化的组件,例如装饰图标、固定文字等会议美化功能。
75.例如,组件配置指令为将会议功能组件进行高度调整(resize),当后端接收到此指令后,则直接在画布上对会议功能组件进行高度调整,具体执行过程如下:changesize(){const height = 60; // 默认最小高度98let h1,h2,h3,mh;const resizeobserver = new resizeobserver(entries =》 {console.log(entries[0])const dom2 = document.getelementbyid('componentclass');const dom3 = document.getelementbyid('componenttank');
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
// 监测到高度变化后需要处理的逻辑let dom = document.getelementbyid('configleft');h1 = dom.children[0].offsetheight;h2 = dom.children[1].offsetheight;h3 = dom.children[2].offsetheight;if ((h1 + h2 + h3) 》= dom.offsetheight) { // 拖拽超出整体高度if(entries[0].target.id === 'roledefine'){if(h2 《= height){ // 如果达到最小高度则动态改变第三部分高度
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
dom3.style.height = dom.offsetheight
ꢀ‑ꢀ
(h1 + h2) + 'px';
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
}
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
}else{
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
dom3.style.height = height + 'px';
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
}
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
mh = (dom.offsetheight
ꢀ‑ꢀ
(h1 + dom3.offsetheight));
ꢀꢀ
// 左侧总高
ꢀ‑ꢀ
第一部分的高度 + 第三部分的高度 + 其本身头部高度
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
dom2.style.maxheight = mh + 'px';// 调整第二部分最大高度
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
} else {
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
mh = dom.offsetheight
ꢀ‑ꢀ
(h1 + h3); // 默认最大值 = 左侧总高
ꢀ‑ꢀ
(两个最小值196 + 本身头部高38)
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
dom2.style.maxheight = mh + 'px'; // 没有超出总高度时的最大值
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
dom2.style.height = mh + 'px';
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
}
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
if(entries[0].target.id === 'componentclass') { // 拖拽第三部分的时候触发
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
dom3.style.height = dom.offsetheight
ꢀ‑ꢀ
(h1 + h2) + 'px'; // 动态改变其高度
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
}
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
});
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
addeventlistener("mousedown",function(e) {
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
if(['roledefine','componentclass'].includes(e.target.id)){ // 默认只有在左侧拖拽时执行
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
resizeobserver.observe(e.target);
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
}
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
})
ꢀꢀꢀꢀꢀꢀꢀꢀ
}在一实施例中,为了提高会议场景的效果,本技术还在会议场景中设置了目标元素位置,通过触发事件即可实现目标元素位置的调整,即先接收触发事件,其中,触发事件用于表征对目标元素进行拖拽或拖放的事件,其中,拖拽技术方法与规则为:用户选中一个可拖拽的元素,并将其拖拽(鼠标按住不放)至一个可放置的元素上,然后松开鼠标,在拖动元素期间,一些与拖放相关的事件会被触发,像drag 和 dragover 类型的事件会被频繁触发。
[0076]
然后基于触发事件将目标元素设置于目标元素位置,其中,目标元素包括文本元素和图片元素。在目标元素包括文本元素和图片元素的情况下,那么可基于触发事件将文本元素和/或图片元素设置于目标元素位置。
[0077]
具体的,当会议场景中存在两组圆桌时,且每组圆桌代表不同的单位或组织,那么可对每组圆桌对应的目标元素位置(如图3中所示的用户可变更内容区域)进行调整,以更好地区分不同的单位或组织。如可将每组圆桌对应的单位图标设置于对应的目标元素位
置,即用户通过上传每组圆桌对应的单位图标,然后将对应的单位图标拖拽至目标元素位置。
[0078]
在一实施例中,通过上述实施例建立会议场景后,在采用建立的会议场景进行视频会议的情况下,通过滚动坐席方式将视频会议画面传输至参会人员。其中,视频队列是通过建立视频流链接实时采集视频会议画面,并将视频会议画面传输给参会人员,而桌签队列是将采集到的进入队列的账号名称,并依据账号名称将视频会议画面传输给参会人员。
[0079]
本发明实施例提供了一种会议场景的建立方法,包括:接收角色信息,然后基于角色信息和第一组件库,建立视频会议对应的功能角色,再获取会议场景表现形式,最后基于会议场景表现形式、第二组件库和功能角色,建立视频会议对应的会议场景。本发明通过设置有各种功能组件的组件库,只需将组件库中的组件拖拽到画布上,即可转换为真实视频会议对应的会议场景,不仅可满足不同用户的需求,还提高了建立会议场景的效率。此外,画布上的组件也可以根据用户需求进行调整,如调整大小与位置、是否折叠、是否在开会时悬浮拖拽等,满足用户的各种选择,灵活度大。
[0080]
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
[0081]
以下为本发明的装置实施例,对于其中未详尽描述的细节,可以参考上述对应的方法实施例。
[0082]
图4示出了本发明实施例提供的一种会议场景的建立装置的结构示意图,为了便于说明,仅示出了与本发明实施例相关的部分,一种会议场景的建立装置包括信息接收模块41、角色建立模块42、信息获取模块43和会议场景建立模块44,具体如下:信息接收模块41,用于接收角色信息;角色建立模块42,用于基于角色信息和第一组件库,建立视频会议对应的功能角色;信息获取模块43,用于获取会议场景表现形式;会议场景建立模块44,用于基于会议场景表现形式、第二组件库和功能角色,建立视频会议对应的会议场景。
[0083]
在一种实现方式中,角色建立模块42还用于基于角色信息,创建角色类型;基于角色类型和第一组件库,创建功能角色。
[0084]
在一种实现方式中,角色建立模块42具体用于从角色信息中获取角色类型对应的角色类型名称;验证角色类型名称是否已存在于配置库中;角色类型名称未存在于配置库中,创建角色类型。
[0085]
在一种实现方式中,角色建立模块42具体用于接收角色对应的基础信息,其中,基础信息中包括角色形式、角色名称和角色类型;将第一组件库中与基础信息相匹配的第一组件拖拽至画布,以使画布按照第一预设规则将第一组件转化为功能角色。
[0086]
在一种实现方式中,第一组件库至少包括会议功能组件、会议功能控制组件、会议显示组件和美化组件;装置还包括:指令接收模块,用于接收组件配置指令,其中,组件配置指令至少包括组件尺寸配
置指令、组件位置配置指令和组件快速变形配置指令;组件设置模块,用于基于组件配置指令,在画布上对会议功能组件、会议功能控制组件、会议显示组件和美化组件进行设置,其中,会议功能组件用于在会议召开期间提供的各个会议功能服务展示,会议功能控制组件用于在会议召开期间对会议功能组件中的组件服务提供控制模块和对会议秩序进行控制,会议显示组件用于在会议召开期间对会议整体提供功能信息显示,美化组件用于会议召开期间对各个参会角色会议室做界面美化的组件。
[0087]
在一种实现方式中,会议场景建立模块44还用于获取会议场景表现形式,并为会议场景表现形式配置对应的场景信息;基于场景信息、功能角色和第二组件库,得到会议场景。
[0088]
在一种实现方式中,会议场景建立模块44具体用于将第二组件库中与场景信息相匹配的第二组件拖拽至画布,以使画布将第二组件转换为会议场景表现形式对应的坐席和桌签;将坐席和功能角色进行绑定,得到会议场景,其中,坐席包括视频窗口和桌签,视频窗口用于显示会议场景中设置的采集设备所采集的画面视频流,桌签通过桌签预留窗口进行显示。
[0089]
在一种可能的实现方式中,装置还包括:画面传输模块用于在采用会议场景进行视频会议的情况下,通过滚动坐席方式将视频会议画面传输至参会人员。
[0090]
在一种可能的实现方式中,滚动坐席方式至少包括视频队列;画面传输模块具体用于在采用会议场景进行视频会议的情况下,通过视频队列建立的视频流链接实时采集视频会议画面,并将视频会议画面传输给参会人员。
[0091]
在一种可能的实现方式中,滚动坐席方式至少包括桌签队列;画面传输模块具体用于在采用会议场景进行视频会议的情况下,通过桌签队列采集到的进入队列的账号名称,并依据账号名称将视频会议画面传输给参会人员。
[0092]
在一种可能的实现方式中,装置还包括:事件接收模块用于接收触发事件,其中,触发事件用于表征对目标元素进行拖拽或拖放的事件;元素设置模块用于基于触发事件将目标元素设置于目标元素区域,其中,目标元素区域设置于会议场景中。
[0093]
在一种可能的实现方式中,目标元素至少包括文本元素和图片元素;元素设置模块具体用于基于触发事件将文本元素和/或图片元素设置于目标元素区域。
[0094]
图5是本发明实施例提供的终端的示意图。如图5所示,该实施例的终端5包括:处理器51、存储器52以及存储在存储器52中并可在处理器51上运行的计算机程序53。处理器51执行计算机程序53时实现上述各个会议场景的建立方法实施例中的步骤,例如图1所示的步骤101至步骤104。或者,处理器51执行计算机程序53时实现上述各个会议场景的建立装置实施例中各模块/单元的功能,例如图4所示模块/单元41至44的功能。
[0095]
本发明还提供一种可读存储介质,可读存储介质中存储有计算机程序,计算机程序被处理器执行时用于实现上述的各种实施方式提供的会议场景的建立方法。
[0096]
其中,可读存储介质可以是计算机存储介质,也可以是通信介质。通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。计算机存储介质可以是通用或专用计算机能够存取的任何可用介质。例如,可读存储介质耦合至处理器,从而使处理器能够从该可读存储介质读取信息,且可向该可读存储介质写入信息。当然,可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(application specific integrated circuits,简称:asic)中。另外,该asic可以位于用户设备中。当然,处理器和可读存储介质也可以作为分立组件存在于通信设备中。可读存储介质可以是只读存储器(rom)、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
[0097]
本发明还提供一种程序产品,该程序产品包括执行指令,该执行指令存储在可读存储介质中。设备的至少一个处理器可以从可读存储介质读取该执行指令,至少一个处理器执行该执行指令使得设备实施上述的各种实施方式提供的会议场景的建立方法。
[0098]
在上述设备的实施例中,应理解,处理器可以是中央处理单元(英文:central processing unit,简称:cpu),还可以是其他通用处理器、数字信号处理器(英文:digital signal processor,简称:dsp)、专用集成电路(英文:application specific integrated circuit,简称:asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
[0099]
以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围,均应包含在本发明的保护范围之内。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1