本文作者:kaifamei

沉浸式会议实现方法、装置及电子设备与流程

更新时间:2025-04-04 23:47:33 0条评论

沉浸式会议实现方法、装置及电子设备与流程



1.本公开涉及数据处理技术领域,具体涉及到一种沉浸式会议实现方法及系统。


背景技术:



2.相关技术中,现场参会方式通常受到场地的限制;而线上参会的方式通常通过建立音频视频聊天的方式进行,该方式会议效果不佳,且简单的会议形式导致与会率低、会议目的传达率不够高。


技术实现要素:



3.本公开的主要目的在于提供一种沉浸式远程会议实现方法及系统。
4.为了实现上述目的,根据本公开的第一方面,提供了一种沉浸式远程会议实现方法,包括:在web端预先建立三维场景,其中,在三维场景中的不同位置进行分区得到包括多个分隔的会议区,每个会议区映射有会议邀请码、且每个会议区设置多个三维座位,每个座位均映射有唯一的三维位置;对登录用户的邀请码进行验证,并在验证通过后进入邀请码对应的会议区;响应于检测到会议区的任一登录用户触发了交流请求,基于该登录用户在三维场景中对应的虚拟人物的就坐位置,确定可与其建立交流关系的目标登录用户。
5.可选地,方法还包括:响应于接收到对会议区中的媒体数据投放区域进行配置的请求,配置投放区域的投放数据;响应于接收到媒体数据投放请求,面向会议区的登录用户播放媒体数据。
6.可选地,基于该登录用户在三维场景中对应的虚拟人物的就坐位置,确定可与其建立交流关系的目标登录用户包括:基于所述就坐位置,确定与该就坐位置符合预设关系的目标三维座位;检测目标三维座位中是否有当前在线的登录用户,其中,所述当前在线的登录用户作为可与该任一登录用户建立交流关系的目标登录用户。
7.可选地,方法还包括:确定交流请求指示的交流方式,以建立与所述交流方式相匹配的交流渠道。
8.可选地,如果交流方式为文本交流方式,且交流请求指示与目标登录用户中的预设用户进行交流,则在触发交流请求用户、与所述预设用户之间建立实时会话渠道。
9.可选地,如果交流方式为流媒体交流方式,且交流请求指示与目标登录用户中的预设用户进行交流,则为触发交流请求用户、与所述预设用户之间建立虚拟房间,以在虚拟房间内进行通过流媒体数据交流。
10.可选地,将虚拟房间内产生的流媒体数据与虚拟房间的属性数据结构化存储。
11.根据本公开的第二方面,提供了一种沉浸式远程会议实现系统,包括:会议区建立单元,被配置成在web端预先建立三维场景,其中,在三维场景中的不同位置进行分区得到包括多个分隔的会议区,每个会议区映射有会议邀请码、且每个会议区设置多个三维座位,每个座位均映射有唯一的三维位置点;会议权限验证单元,别配置成对登录用户的邀请码进行验证,并在验证通过后进入邀请码对应的会议区;会议交流处理单元,被配置成响应于
检测到会议区的任一登录用户触发了交流请求,基于该登录用户在三维场景中对应的虚拟人物的就坐位置,确定可与其建立交流关系的目标登录用户。
12.根据本公开的第三方面,提供了一种计算机可读存储介质,存储有计算机指令,所述计算机指令用于使所述计算机执行第一方面任意一项实现方式所述的沉浸式远程会议实现方法。
13.根据本公开的第四方面,提供了一种电子设备,包括:至少一个处理器;以及与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的计算机程序,所述计算机程序被所述至少一个处理器执行,以使所述至少一个处理器执行权利要求第一方面任意一项实现方式所述的沉浸式远程会议实现方法。
14.在本公开实施例沉浸式远程会议实现方法及系统中,包括在web端预先建立三维场景,其中,在三维场景中的不同位置进行分区得到包括多个分隔的会议区,每个会议区映射有会议邀请码、且每个会议区设置多个三维座位,每个座位均映射有唯一的三维位置;对登录用户的邀请码进行验证,并在验证通过后进入邀请码对应的会议区;响应于检测到会议区的任一登录用户触发了交流请求,基于该登录用户在三维场景中对应的虚拟人物的就坐位置,确定可与其建立交流关系的目标登录用户。通过建立沉浸式三维会议区,并通过实现会议过程的沉浸式交互,提高了会议目的的传达率、提高了会议的与会率,进而解决了相关技术中会议效果不佳,且简单的会议形式导致与会率低的问题。
附图说明
15.为了更清楚地说明本公开具体实施方式或现有技术中的技术方案,下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本公开的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
16.图1是根据本公开实施例的沉浸式远程会议实现方法的流程图;
17.图2是根据本公开实施例的电子设备的示意图。
具体实施方式
18.为了使本技术领域的人员更好地理解本公开方案,下面将结合本公开实施例中的附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本公开一部分的实施例,而不是全部的实施例。基于本公开中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本公开保护的范围。
19.需要说明的是,本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本公开的实施例。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
20.需要说明的是,在不冲突的情况下,本公开中的实施例及实施例中的特征可以相
互组合。下面将参考附图并结合实施例来详细说明本公开。
21.适用于本方法的系统架构可以包括web用户端、服务端,服务端向web用户端提供沉浸式三维场景,并且对用户通过web用户端发送的各种请求进行响应。
22.根据本公开实施例,提供了一种沉浸式远程会议实现方法,如图1所示,该方法包括如下的步骤101至步骤103:
23.步骤101:在web端预先建立三维场景,其中,在三维场景中的不同位置进行分区得到包括多个分隔的会议区,每个会议区映射有会议邀请码、且每个会议区设置多个三维座位,每个座位均映射有唯一的三维位置点。
24.在本实施例中,基于web建立三维场景,三维场景区域可以包括多种类型,三维场景的类型包括公共类型区域的三维场景、以及非公共类型区域的三维场景,非公共类型区域的三维场景可以被分隔为多个区域,每个区域可作为一个虚拟房间。
25.进一步地,三维场景区域的结构可以是包括多个楼层的结构,每层均可设置有公共类型区域和非公共类型区域,且被分隔的多个区域之间的大小可以不同,各个分隔区域内的三维布局可以不同。
26.在三维场景中可以包括多个分隔的区域作为会议区,不同的会议区相互之间的位置可以是并排的,如三维场景下,一个楼道可以并排有多个会议室;会议区可以在不同的楼层,如三维场景中一楼为会议大厅、其他楼层为多个会议室的结构。三维场景中各个会议房间的结构可以按需建立。
27.在各个会议区中设置多个座位,每个座位具有唯一的三维位置,登录用户在登录后可以对应有唯一一个虚拟人物,虚拟人物可以在无人座位上就坐,并且在就坐后、或者站立后,登录用户通过触发不同的动作按钮,控制虚拟人物在会议区的动作,如在就坐后可以触发“鼓掌”按钮进行鼓掌、在站立后可以触发“打招呼”按钮,对其他虚拟人物进行打招呼、在就坐或者站立后触发“自拍”按钮,进行虚拟人物的自拍。可以理解的是,每个会议区的虚拟装修风格可以自定义,每个虚拟人物的形象也可以被自定义。通过触发动作按钮可以在沉浸式会场中实现沉浸式交互,通过沉浸式交互能够增加参会人员的互动率,进而提高与会人员的积极性,从而能够提高与会人员的与会率。
28.进一步地,可以通过配置的方式为待使用的会议区配置邀请码,用户可通过邀请码进行参会,无邀请码无法参会。
29.作为本实施例一种可选的实现方式,方法还包括:响应于接收到对会议区中的媒体数据投放区域进行配置的请求,配置投放区域的投放数据;响应于接收到媒体数据投放请求,面向会议区的登录用户播放媒体数据。
30.管理员通过用户端实现媒体投放区域的配置,包括配置媒体区域所投放的内容,在配置时可以调用管理员的用户端数据,管理员可以通过拖拽方式实现媒体数据的上传。
31.作为本实施例一种可选的实现方式,配置媒体区域的投放数据包括:在获取到针对任一媒体区域所上传的投放数据后,将该任一媒体区域与所上传至媒体区域的投放数据建立映射关系,其中,所述投放数据包括流媒体数据、多媒体数据、和/或网页链接。
32.在本可选的实现方式中,可以针对用户端针对任一媒体投放区域上传的媒体投放数据,在上传后可以建立投放数据与投放区域的映射关系,进而在投放区域显示时,可以直接调取所映射的投放数据。
33.进一步地,投放数据包括但是不限于是多媒体数据(文字、图片、视频)、流媒体数据(实时的视频等)、还可以是网页链接,在用户端触发网页链接后可以打开网页。
34.进一步地,在各个会议区中均可设置媒体数据投放区域,投放区域在沉浸式三维场景下的呈现形式可以是虚拟电子屏、展览看板等,在此不做限定,进一步地,虚拟电子屏、或者展览看板旨在说明该区域可以被投放媒体数据,而电子屏或者展览看板可以被划分为多个子屏、或者子展览看板。进而可以在各个子屏、或者子展览看板上投放不同的内容。在会议准备阶段,登录的会议主持人可以通过触发媒体数据上传组件,进行媒体数据的上传,并可以在会议开始后,通过触发投放区域的播放组件进行媒体数据的播放。
35.通过本可选的实现方式,实现了线上会议数据以沉浸式的方式进行呈现,有利于会议目的的传达,并且该形式能够提高会议参会率。
36.步骤102:对登录用户的邀请码进行验证,并在验证通过后进入邀请码对应的会议区。
37.在本实施例中,登录用户通过邀请码可进入对应的会议室参会,对于无邀请码的登录用户,其可进入会议室,但不向其呈现会议数据,包括参会人员的虚拟人物、和/或媒体投放区域的媒体数据。也即无邀请码的登录用户进入会议室后,只能看到空座位、以及无投放数据的媒体投放区域。
38.步骤103:响应于检测到会议区的任一登录用户触发了交流请求,基于该登录用户在三维场景中对应的虚拟人物的就坐位置,确定可与其建立交流关系的目标登录用户。
39.在本实施例中,当进行参会的登录用户作为发起方触发交互界面的预设组件从而触发交流请求后,可以获取当前登录用户对应的虚拟人物所处的座位位置,并基于该座位位置确定其预设方位是否有当前在线的登录用户,预设方位可以包括前方、后方、左方、右方。在线的登录用户作为可与发起方建立交流关系的目标登录用户。
40.作为本实施例一种可选的实现方式,基于该登录用户在三维场景中对应的虚拟人物的就坐位置,确定可与其建立交流关系的目标登录用户包括:基于所述就坐位置,确定与该就坐位置符合预设关系的目标三维座位;检测目标三维座位中是否有当前在线的登录用户,其中,所述当前在线的登录用户作为可与该任一登录用户建立交流关系的目标登录用户。
41.在本可选的实现方式中,与该就坐位置符合预设关系的目标三维座位可以是在就坐位置预设方位的座位。包括但是不限于就坐作为前、后、左、右的座位。
42.作为本实施例一种可选的实现方式,方法还包括:确定交流请求指示的交流方式,以建立与所述交流方式相匹配的交流渠道。
43.在本可选的实现方式中,交互界面中预设组件可以被设置为不同的类型,以指示不同的交流方式。通过触发不同的预设组件便可以触发不同的交流方式,进而可以建立不同的交流渠道。
44.进一步地,交流方式可以包括文本交流方式、流媒体交流方式等。
45.作为本实施例一种可选的实现方式,如果交流方式为文本交流方式,且交流请求指示与目标登录用户中的预设用户进行交流,则在触发交流请求用户、与所述预设用户之间建立实时会话渠道。
46.在本可选的实现方式中,如果交流方式为文本交流方式,可以建立会话框,示例性
地,在会话框中可以显示当前可与该发起方建立交流关系的目标登录用户的名称;发起方可以通过点击任一目标登录用户的名称触发与该任一目标登录用户的文本会话。
47.作为本实施例一种可选的实现方式,如果交流方式为流媒体交流方式,且交流请求指示与目标登录用户中的预设用户进行交流,则为触发交流请求用户、与所述预设用户之间建立虚拟房间,以在虚拟房间内进行通过流媒体数据交流。
48.在本可选的实现方式中,流媒体交流方式可以包括实时语音聊天、视频聊天的方式。如果交流方式为流媒体交流方式,则为发起方、与发起方请求交流的登录用户(一个或者多个)建立交流渠道,为了实现流媒体交流方式,可以为二者建立虚拟房间,该虚拟房间的形式可以是单独的流媒体聊天框。
49.作为本实施例一种可选的实现方式,将虚拟房间内产生的流媒体数据与虚拟房间的属性数据结构化存储。
50.在本可选的实现方式中,会议区中可以同时存在多个流媒体交流的发起方,因此可以同时建立多个虚拟房间,各个虚拟房间之间产生的音频、视频相互隔离,互相不干扰。同时,由于会议区可实时进行多媒体数据投放,且投放过程中存在主持人的音频、或者视频形式的流媒体数据投放,而本可选的实现方式中的各个虚拟房间的音频和视频与会议区主持人的音频、视频相互隔离。因此当建立每个虚拟房间后,建立该虚拟房间的结构化存储结构,并将实时产生的结构化数据进行结构化存储。
51.本实施通过建立沉浸式三维会议区,并通过实现三维场景下的会议交流,提高了会议目的的传达率、提高了线上会议的参与率。
52.需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
53.根据本公开实施例,还提供了一种用于实施上述沉浸式远程会议实现方法的系统,如图2所示,该系统包括:
54.会议区建立单元,被配置成在web端预先建立三维场景,其中,在三维场景中的不同位置进行分区得到包括多个分隔的会议区,每个会议区映射有会议邀请码、且每个会议区设置多个三维座位,每个座位均映射有唯一的三维位置点;会议权限验证单元,别配置成对登录用户的邀请码进行验证,并在验证通过后进入邀请码对应的会议区;会议交流处理单元,被配置成响应于检测到会议区的任一登录用户触发了交流请求,基于该登录用户在三维场景中对应的虚拟人物的就坐位置,确定可与其建立交流关系的目标登录用户。
55.还包括:响应于接收到对会议区中的媒体数据投放区域进行配置的请求,配置投放区域的投放数据;响应于接收到媒体数据投放请求,面向会议区的登录用户播放媒体数据。
56.作为本实施例一种可选的实现方式,基于该登录用户在三维场景中对应的虚拟人物的就坐位置,确定可与其建立交流关系的目标登录用户包括:基于所述就坐位置,确定与该就坐位置符合预设关系的目标三维座位;检测目标三维座位中是否有当前在线的登录用户,其中,所述当前在线的登录用户作为可与该任一登录用户建立交流关系的目标登录用户。
57.作为本实施例一种可选的实现方式,还包括:交流渠道建立单元,确定交流请求指
示的交流方式,以建立与所述交流方式相匹配的交流渠道。
58.作为本实施例一种可选的实现方式,如果交流方式为文本交流方式,且交流请求指示与目标登录用户中的预设用户进行交流,则在触发交流请求用户、与所述预设用户之间建立实时会话渠道。
59.作为本实施例一种可选的实现方式,如果交流方式为流媒体交流方式,且交流请求指示与目标登录用户中的预设用户进行交流,则为触发交流请求用户、与所述预设用户之间建立虚拟房间,以在虚拟房间内进行通过流媒体数据交流。
60.作为本实施例一种可选的实现方式,将虚拟房间内产生的流媒体数据与虚拟房间的属性数据结构化存储。
61.本实施通过建立沉浸式三维会议区,并通过实现三维场景下的会议交流,提高了会议目的的传达率、提高了线上会议的参与率。
62.本公开实施例提供了一种电子设备,如图2所示,该电子设备包括一个或多个处理器21以及存储器22,图2中以一个处理器21为例。
63.该控制器还可以包括:输入装置23和输出装置24。
64.处理器21、存储器22、输入装置23和输出装置24可以通过总线或者其他方式连接,图2中以通过总线连接为例。
65.处理器21可以为中央处理器(centralprocessingunit,cpu)。处理器21还可以为其他通用处理器、数字信号处理器(digitalsignalprocessor,dsp)、专用集成电路(applicationspecificintegratedcircuit,asic)、现场可编程门阵列(field-programmablegatearray,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片,或者上述各类芯片的组合。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
66.存储器22作为一种非暂态计算机可读存储介质,可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块,如本公开实施例中的控制方法对应的程序指令/模块。处理器21通过运行存储在存储器22中的非暂态软件程序、指令以及模块,从而执行服务器的各种功能应用以及数据处理,即实现上述方法实施例的方法。
67.存储器22可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储根据服务器操作的处理装置的使用所创建的数据等。此外,存储器22可以包括高速随机存取存储器,还可以包括非暂态存储器,例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中,存储器22可选包括相对于处理器21远程设置的存储器,这些远程存储器可以通过网络连接至网络连接装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
68.输入装置23可接收输入的数字或字符信息,以及产生与服务器的处理装置的用户设置以及功能控制有关的键信号输入。输出装置24可包括显示屏等显示设备。
69.一个或者多个模块存储在存储器22中,当被一个或者多个处理器21执行时,执行如图1所示的方法。
70.本领域技术人员可以理解,实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,的程序可存储于一计算机可读取存储介质中,该
程序在执行时,可包括如上述各电机控制方法的实施例的流程。其中,存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory,rom)、随机存储记忆体(randomaccessmemory,ram)、快闪存储器(flashmemory)、硬盘(harddiskdrive,缩写:hdd)或固态硬盘(solid-statedrive,ssd)等;存储介质还可以包括上述种类的存储器的组合。
71.虽然结合附图描述了本公开的实施方式,但是本领域技术人员可以在不脱离本公开的精神和范围的情况下作出各种修改和变型,这样的修改和变型均落入由所附权利要求所限定的范围之内。

技术特征:


1.一种沉浸式远程会议实现方法,其特征在于,包括:在web端预先建立三维场景,其中,在三维场景中的不同位置进行分区得到包括多个分隔的会议区,每个会议区映射有会议邀请码、且每个会议区设置多个三维座位,每个座位均映射有唯一的三维位置;对登录用户的邀请码进行验证,并在验证通过后进入邀请码对应的会议区;响应于检测到会议区的任一登录用户触发了交流请求,基于该登录用户在三维场景中对应的虚拟人物的就坐位置,确定可与其建立交流关系的目标登录用户。2.根据权利要求1所述的沉浸式远程会议实现方法,其特征在于,方法还包括:响应于接收到对会议区中的媒体数据投放区域进行配置的请求,配置投放区域的投放数据;响应于接收到媒体数据投放请求,面向会议区的登录用户播放媒体数据。3.根据权利要求1所述的沉浸式远程会议实现方法,其特征在于,基于该登录用户在三维场景中对应的虚拟人物的就坐位置,确定可与其建立交流关系的目标登录用户包括:基于所述就坐位置,确定与该就坐位置符合预设关系的目标三维座位;检测目标三维座位中是否有当前在线的登录用户,其中,所述当前在线的登录用户作为可与该任一登录用户建立交流关系的目标登录用户。4.根据权利要求3所述的沉浸式远程会议实现方法,其特征在于,方法还包括:确定交流请求指示的交流方式,以建立与所述交流方式相匹配的交流渠道。5.根据权利要求4所述的沉浸式远程会议实现方法,其特征在于,如果交流方式为文本交流方式,且交流请求指示与目标登录用户中的预设用户进行交流,则在触发交流请求用户、与所述预设用户之间建立实时会话渠道。6.根据权利要求4所述的沉浸式远程会议实现方法,其特征在于,如果交流方式为流媒体交流方式,且交流请求指示与目标登录用户中的预设用户进行交流,则为触发交流请求用户、与所述预设用户之间建立虚拟房间,以在虚拟房间内进行通过流媒体数据交流。7.根据权利要求6所述的沉浸式远程会议实现方法,其特征在于,将虚拟房间内产生的流媒体数据与虚拟房间的属性数据结构化存储。8.一种沉浸式远程会议实现系统,其特征在于,包括:会议区建立单元,被配置成在web端预先建立三维场景,其中,在三维场景中的不同位置进行分区得到包括多个分隔的会议区,每个会议区映射有会议邀请码、且每个会议区设置多个三维座位,每个座位均映射有唯一的三维位置点;会议权限验证单元,别配置成对登录用户的邀请码进行验证,并在验证通过后进入邀请码对应的会议区;会议交流处理单元,被配置成响应于检测到会议区的任一登录用户触发了交流请求,基于该登录用户在三维场景中对应的虚拟人物的就坐位置,确定可与其建立交流关系的目标登录用户。9.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机指令,所述计算机指令用于使所述计算机执行权利要求1-7任意一项所述的沉浸式远程会议实现方法。10.一种电子设备,其特征在于,包括:至少一个处理器;以及与所述至少一个处理器通
信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的计算机程序,所述计算机程序被所述至少一个处理器执行,以使所述至少一个处理器执行权利要求1-7任意一项所述的沉浸式远程会议实现方法。

技术总结


本公开实施例公开了一种沉浸式远程会议实现方法及系统,其中方法包括在web端预先建立三维场景,其中,在三维场景中的不同位置进行分区得到包括多个分隔的会议区,每个会议区映射有会议邀请码、且每个会议区设置多个三维座位,每个座位均映射有唯一的三维位置;对登录用户的邀请码进行验证,并在验证通过后进入邀请码对应的会议区;响应于检测到会议区的任一登录用户触发了交流请求,基于该登录用户在三维场景中对应的虚拟人物的就坐位置,确定可与其建立交流关系的目标登录用户。通过建立沉浸式三维会议区,并通过实现会议过程的沉浸式交互,提高了会议目的的传达率、提高了会议的与会率。与会率。与会率。


技术研发人员:

栾德龙 张丙锐 杨海宁

受保护的技术使用者:

一站发展(北京)云计算科技有限公司

技术研发日:

2022.10.12

技术公布日:

2023/1/19


文章投稿或转载声明

本文链接:http://www.wtabcd.cn/zhuanli/patent-1-87153-0.html

来源:专利查询检索下载-实用文体写作网版权所有,转载请保留出处。本站文章发布于 2023-01-29 14:01:44

发表评论

验证码:
用户名: 密码: 匿名发表
评论列表 (有 条评论
2人围观
参与讨论