一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

一种视频生成方法、装置、计算机设备及存储介质与流程

2022-03-16 16:56:43 来源:中国专利 TAG:


1.本公开涉及回放视频录制技术领域,具体而言,涉及一种视频生成方法、装置、计算机设备及存储介质。


背景技术:

2.直播相较于以往的网络在线视频,有参与度高、时效性强等优点,被广泛应用于在线数字教育、网上销售、即时会议等。但是,每场直播都有固定的时间,导致有很多人因为各种原因无法参加当前场次直播,只能回放当时场次的直播回放。
3.现有的直播回放一般分为两大类,一种为录屏回放,也就是将完整的屏幕录制下来以便查看,然而这种方法需要将完整屏幕录制下来,这就导致一些不必要元素的录制,进而影响观看;另一种为网页回放,然而这种方法对播放条件限制较高,对于没有网络或者网络条件不好的场景中,播放效果较差。


技术实现要素:

4.本公开实施例至少提供一种视频生成方法、装置、计算机设备及存储介质。
5.第一方面,本公开实施例提供了一种视频生成方法,包括:
6.获取直播场景下产生的多种回放数据;
7.响应于目标定制指令,从所述多种回放数据中选择所述目标定制指令指示的目标类型的目标回放数据;
8.基于所述目标回放数据进行虚拟播放,并在进行虚拟播放的过程中进行视频录制,以生成所述直播场景对应的回放视频。
9.在一种可能的实施方式中,所述多种回放数据包括以下至少一种:
10.音视频数据、交互数据、静态资源链接;
11.其中,不同类型的回放数据在所述直播场景下的展示位置不同。
12.在一种可能的实施方式中,所述目标定制指令中还包括主题类型、水印信息、以及图文链接中的至少一种。
13.在一种可能的实施方式中,所述基于所述目标回放数据进行虚拟播放,包括:
14.基于所述目标回放数据对应的时间戳信息,对所述目标回放数据进行排序;
15.基于排序结果进行虚拟播放。
16.在一种可能的实施方式中,所述在进行虚拟播放的过程中进行视频录制,以生成所述直播场景对应的回放视频,包括:
17.获取在进行虚拟播放过程中基于所述目标回放数据生成的显示数据;
18.录制所述显示数据生成所述回放视频。
19.在一种可能的实施方式中,在生成所述回放视频之后,所述方法还包括:
20.接收用户端的回放请求;
21.确定基于与所述用户端匹配的目标定制指令生成的目标回放视频,并将所述目标
回放视频发送至所述用户端进行播放。
22.第二方面,本公开实施例还提供了一种视频生成方法,包括:
23.接收目标定制指令,获取直播场景下与所述目标定制指令对应的目标回放数据;
24.基于所述目标回放数据进行虚拟播放,并在进行虚拟播放的过程中进行视频录制,以生成所述直播场景对应的回放视频。
25.第三方面,本公开实施例还提供一种视频生成装置,包括:
26.获取模块,用于获取直播场景下产生的多种回放数据;
27.响应模块,用于响应于目标定制指令,从所述多种回放数据中选择所述目标定制指令指示的目标类型的目标回放数据;
28.第一生成模块,用于基于所述目标回放数据进行虚拟播放,并在进行虚拟播放的过程中进行视频录制,以生成所述直播场景对应的回放视频。
29.在一种可能的实施方式中,所述多种回放数据包括以下至少一种:
30.音视频数据、交互数据、静态资源链接;
31.其中,不同类型的回放数据在所述直播场景下的展示位置不同。
32.在一种可能的实施方式中,所述目标定制指令中还包括主题类型、水印信息、以及图文链接中的至少一种。
33.在一种可能的实施方式中,所述第一生成模块,在基于所述目标回放数据进行虚拟播放时,用于:
34.基于所述目标回放数据对应的时间戳信息,对所述目标回放数据进行排序;
35.基于排序结果进行虚拟播放。
36.在一种可能的实施方式中,所述第一生成模块,在进行虚拟播放的过程中进行视频录制,以生成所述直播场景对应的回放视频时,用于:
37.获取在进行虚拟播放过程中基于所述目标回放数据生成的显示数据;
38.录制所述显示数据生成所述回放视频。
39.一种可能的实施方式中,所述装置还包括,发送模块,用于:
40.接收用户端的回放请求;
41.确定基于与所述用户端匹配的目标定制指令生成的目标回放视频,并将所述目标回放视频发送至所述用户端进行播放。
42.第四方面,本公开实施例还提供另一种视频生成装置,包括:
43.接收模块,用于接收目标定制指令,获取直播场景下与所述目标定制指令对应的目标回放数据;
44.第二生成模块,用于基于所述目标回放数据进行虚拟播放,并在进行虚拟播放的过程中进行视频录制,以生成所述直播场景对应的回放视频。
45.第五方面,本公开实施例还提供一种计算机设备,包括:处理器、存储器和总线,所述存储器存储有所述处理器可执行的机器可读指令,当计算机设备运行时,所述处理器与所述存储器之间通过总线通信,所述机器可读指令被所述处理器执行时执行上述第一方面,或第一方面中任一种可能的实施方式中的步骤,或执行上述第二方面中的步骤。
46.第六方面,本公开实施例还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述第一方面,或第一方面中
任一种可能的实施方式中的步骤,或执行上述第二方面中的步骤。
47.为使本公开的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
48.为了更清楚地说明本公开实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,此处的附图被并入说明书中并构成本说明书中的一部分,这些附图示出了符合本公开的实施例,并与说明书一起用于说明本公开的技术方案。应当理解,以下附图仅示出了本公开的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
49.图1示出了本公开实施例所提供的一种视频生成方法的流程图;
50.图2示出了本公开实施例所提供的另一种视频生成方法的流程图;
51.图3示出了本公开实施例所提供的一种视频生成装置的示意图;
52.图4示出了本公开实施例所提供的另一种视频生成装置的示意图;
53.图5示出了本公开实施例所提供的一种计算机设备的结构示意图。
具体实施方式
54.为使本公开实施例的目的、技术方案和优点更加清楚,下面将结合本公开实施例中附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本公开一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本公开实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围,而是仅仅表示本公开的选定实施例。基于本公开的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本公开保护的范围。
55.经研究发现,现有的直播录制技术,一种为录屏回放,也就是将完整的屏幕录制下来以便查看,然而这种方法需要将完整屏幕录制下来,这就导致一些不必要元素的录制,进而影响观看;另一种为网页回放,然而这种方法对播放条件限制较高,对于没有网络或者网络条件不好的场景中,播放效果较差。
56.基于上述研究,本公开提供了一种视频生成方法、装置、计算机设备及存储介质,可以获取直播场景下产生的多种回放数据;然后响应于目标定制指令,从所述多种回放数据中选择所述目标定制指令指示的目标类型的目标回放数据,进而实现个性化回放数据的选择;然后可以基于所述目标回放数据进行虚拟播放,并在进行虚拟播放的过程中进行视频录制,以生成所述直播场景对应的回放视频。因此,采用本实施例提供的方法,可以生成定制化处理后的回放视频,进而可以在满足个性化定制需求的同时,摆脱播放情景的限制。
57.应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。
58.为便于对本实施例进行理解,首先对本公开实施例所公开的一种视频生成方法进行详细介绍,本公开实施例所提供的视频生成方法的执行主体一般为具有一定计算能力的计算机设备,该计算机设备例如包括:终端设备或服务器。
59.实施例一
60.参见图1所示,为本公开实施例提供的视频生成方法的流程图,所述方法包括步骤101~步骤103,其中:
61.步骤101、获取直播场景下产生的多种回放数据。
62.步骤102、响应于目标定制指令,从所述多种回放数据中选择所述目标定制指令指示的目标类型的目标回放数据。
63.步骤103、基于所述目标回放数据进行虚拟播放,并在进行虚拟播放的过程中进行视频录制,以生成所述直播场景对应的回放视频。
64.以下是针对上述步骤101~步骤103的详细介绍。
65.针对步骤101、获取直播场景下产生的多种回放数据。
66.一种可能的实施方式中,在获取产生的多种回放数据时,可以是由服务器在直播过程中获取并存储各个用户端推流的数据,然后执行步骤102~步骤103的操作,直接在服务器生成回放视频。所述用户端包括主播端和观众端,在在线教育的应用场景中,所述主播端例如可以是指教师端,所述观众端可以是指学生端。
67.或者,在另外一种可能的实施方式中,所述获取产生的多种回放数据,还可以是由主播端存储的服务器在直播过程中推流过来的数据、以及主播端的图像采集装置采集的数据,然后在用户端执行步骤102~步骤103的操作,在生成回放视频之后,再向服务器上传回放视频,以供其他用户端观看。
68.所述回放数据可以是指在直播场景下不同模块产生的数据,例如可以包括音视频数据、交互数据、静态资源链接等多种类型。
69.其中,音视频数据为在直播过程中录制的视频或者音频数据,在一种可能的实施方式中,可以通过主播端录制屏幕界面中用于展示音视频数据的位置区域,来实现对于音视频数据的录制。其中,所述用于展示音视频数据的位置区域示例性的可以是用来展示主播端(教师端)的摄像头采集的视频的区域,或者可以是用于展示观众端(学生端)的摄像头采集的视频的区域。
70.在另外一种可能的实施方式中,还可以通过服务器录制用户端的音视频数据,这里,录制的用户端的音视频数据为在直播过程中需要展示的音视频数据。在一种可能的应用场景中,主播端在直播过程中可能需要与其他主播端(或者观众端)进行连麦操作,因此在这种情况下,除了录制当前主播端的音视频数据外,还需要录制其他主播端(或者观众端)的音视频数据。
71.进一步的,若录制的音视频数据包括多个用户端的,由于多个用户端的音视频数据是分开录制的,因此在生成所述多种回放数据时,可以先将多个用户端的音视频数据进行拟合,以对齐排列多个音视频数据。
72.具体的,各个音视频数据的开始时间可以有对应的时间戳,该时间戳可以是绝对时间,然后可以基于各个音视频数据的开始时间进行排列,排列后的音视频数据构成回放数据。
73.所述交互数据可以在直播过程中观众端与主播端之间交互、或者主播端与直播设备之间的交互数据;示例性的可以包括弹幕、评论、虚拟礼物等,或者可以是主播在主播端进行绘画、标记等的笔迹数据等。
74.所述静态资源链接在直播过程中展示的静态资源的链接,所述静态资源例如可以包括静态图片、幻灯片、音乐、视频等;所述静态资源可以预先存储在服务器,所述静态资源链接为在所述服务器对应的存储链接,基于该静态资源链接可以直接获取对应的静态资源。
75.在一种可能的实施方式中,不同类型的回放数据在所述直播场景下的展示位置不同,这里所述展示位置可以是指在屏幕界面上的展示区域,例如屏幕共享区、聊天区、课件区、连麦区、画笔区等,不同类型的回放数据在屏幕界面上的展示区域之间可以有重叠。
76.针对步骤102、响应于目标定制指令,从所述多种回放数据中选择所述目标定制指令指示的目标类型的目标回放数据。
77.所述目标定制指令为用户根据实际使用需求,对服务器发送的用于生成个性化定制回放视频的指令,其中,所述目标定制指令可以包括主题类型、水印信息、以及图文链接中的至少一种。
78.具体的,所述主题类型用于描述多种展示区域的排版方式、展示框架、以及主体颜色等;所述图文链接为在回放视频的播放过程中展示的可触发的链接。
79.在一种可能的实施方式中,在直播结束之后,可以向主播端展示定制化页面,用户可以在所述定制化页面进行回放数据类型的设置、主题类型设置、水印信息设置、以及图文链接设置,进而生成所述目标定制化指令。
80.所述目标定制指令中可以携带有目标类型,在接收到所述目标定制指令之后,可以根据目标定制指令,从获取的多种回放数据中选择所述目标类型的回放数据。
81.这里,需要说明的是,用户在生成目标定制化指令时,若没有进行回放数据类型的设置,则可以默认为用户设置的回放数据类型为全类型,也就是说所述目标定制指令中携带的目标类型为所有回放数据的类型;若用户在生成目标定制化指令时没有进行主题类型的设置,则可以确定默认为用户设置的主体类型为默认类型。
82.示例性的,应用于在线教育场景,老师可以根据课堂的情况,选择音频数据和画笔数据组合,并添加水印标签,那么服务器筛选数据时,就只筛选出音频数据和画笔交互数据,并增加水印相关的静态资源链接,基于此可以生成出适配在线教育场景的回放视频。
83.或者,在另外一种可能的实施方式中,所述目标定制指令中还可以携带有目标对象类型,以实现对于不同目标对象的回放视频的个性化定制。示例性的,对于学生而言,教师可能更希望学生专注于教师授课内容,那么目标定制指令中携带的目标类型可以包括音视频数据和画笔数据;对于家长而言,家长可能需要了解学生的课堂学习状态,那么目标定制指令中携带的目标类型可以包括音视频数据和交互数据。
84.在一种可能的应用场景中,若针对某一场直播的目标定制指令只有一条,且该目标定制指令中仅携带有一种目标对象类型,则在生成对应的回放视频之后,只有该类型的目标对象能观看该回放视频,对于其他类型的目标对象无法观看该回放视频。
85.示例性的,若在直播结束后,主播端设置的目标定制指令中仅携带有“家长”这一目标对象类型,则仅有“家长”能观看该场直播对应的回放视频,而“学生”是无法观看的。
86.通过这种方法,可以生成适配不同类型的目标对象目标定制指令,由此可以生成是适配不同目标对象的个性化回放视频,提升了回放视频的播放效果。
87.针对步骤103、基于所述目标回放数据进行虚拟播放,并在进行虚拟播放的过程中
进行视频录制,以生成所述直播场景对应的回放视频。
88.所述虚拟播放可以理解为,通过虚拟显卡对所述目标回放数据进行渲染播放,由于该播放过程是通过虚拟显卡执行的,因此播放的显示数据(也即虚拟显卡渲染的渲染数据)并没有真实的展示出来,所述显示数据仅仅是数据化的内容。进一步的,可以将虚拟显卡虚拟播放的内容录制成回放视频,最终并生成回放视频文件。
89.当基于所述目标回放数据进行虚拟播放时,在一种可能的实施方式中,可以基于所述目标回放数据对应的时间戳信息,对所述目标回放数据进行排序;然后基于排序结果进行虚拟播放。
90.具体的,对于筛选出的目标回放数据,每个目标回放数据有对应的时间戳,所述时间戳用于表示展示该目标回放数据的时间。所述基于所述多种目标回放数据对应的时间戳信息,对所述多种回放数据进行排序,可以理解为,基于所述多种回放数据对应的时间戳信息,确定多个时间节点,每个时间节点用于展示时间戳信息与该时间节点匹配的目标回放数据。
91.在基于排序结果进行虚拟播放时,可以是在播放到任一时间节点时,展示该时间节点匹配的目标回放数据。
92.示例性的,若所述目标回放数据包括音视频数据和评论信息,所述音视频数据为连续的,对应的时间戳为播放的开始时间到结束时间;示例性的,主播在直播开始第10分钟~第20分钟打开了摄像头,则第10分钟可以算作一个时间节点;若观众分别在第10分钟、第12分钟和第15分钟发送了评论信息,则第10分钟、第12分钟和第15分钟也可以算作时间节点,其中,“第10分钟”这一时间节点对应的目标回放数据有多个,包括音视频数据和评论信息。
93.经过排序之后,可以确定第10分钟、第12分钟和第15分钟三个时间节点,在基于目标回放数据进行虚拟播放时,播放到任一时间节点,可以展示该时间节点对应的目标回放数据。
94.在一种可能的应用场景中,虚拟播放与虚拟录制的过程可以由录制工具完成,其中,录制工具包含有虚拟显卡渲染功能和页面获取功能,所述录制工具可以内嵌于浏览器中。在录制回放数据时,可以启动浏览器进行虚拟播放,然后通过虚拟显卡获取浏览器中的显示数据,并录制成视频。
95.在生成所述回放视频之后,用户端可以发送回放请求以请求观看该回放视频。当服务器接收用户端的回放请求之后,可以确定基于与所述用户端匹配的目标定制指令生成的目标回放视频,并将所述目标回放视频发送至所述用户端进行播放。
96.这里,与所述用户端匹配的目标定制指令,可以理解为携带有所述用户端所属的目标用户类型的目标定制指令。
97.示例性的,对于同一直播,家长端请求的目标回放视频与学生端请求的目标回放视频可能不同。
98.通过这种方式,可以实现不同类型用户的回放视频的个性化定制。
99.实施例二
100.基于相同的构思,本公开实施例还提供了另外一种视频生成方法,参见图2所示,为本公开实施例提供的另外一种视频生成方法的流程图,所述方法包括步骤201~步骤
202,其中:
101.步骤201、接收目标定制指令,获取直播场景下与所述目标定制指令对应的目标回放数据。
102.步骤202、基于所述目标回放数据进行虚拟播放,并在进行虚拟播放的过程中进行视频录制,以生成所述直播场景对应的回放视频。
103.此方案在实施过程中,在开始直播之前,可以由主播端先发送目标定制指令,服务器可以基于所述目标定制指令,定向获取目标回放数据,进而通过虚拟播放,录制出回放视频。使用此方案可以减少由服务器从多种回放数据中筛选目标回放数据的步骤,进而达到定向选择的目的。其中,对于非目标回放数据,可以服务器依照实际情况,选择保留回放数据,本方案对此不作限定。
104.基于同一发明构思,本公开实施例中还提供了与视频生成方法对应的视频生成装置,由于本公开实施例中的装置解决问题的原理与本公开实施例上述视频生成方法相似,因此装置的实施可以参见方法的实施,重复之处不再赘述。
105.参照图3所示,为本公开实施例提供的一种视频生成装置的架构示意图,所述装置包括:获取模块301、响应模块302、第一生成模块303;其中,
106.获取模块301,用于获取直播场景下产生的多种回放数据;
107.响应模块302,用于响应于目标定制指令,从所述多种回放数据中选择所述目标定制指令指示的目标类型的目标回放数据;
108.第一生成模块303,用于基于所述目标回放数据进行虚拟播放,并在进行虚拟播放的过程中进行视频录制,以生成所述直播场景对应的回放视频。
109.在一种可能的实施方式中,所述多种回放数据包括以下至少一种:
110.音视频数据、交互数据、静态资源链接;
111.其中,不同类型的回放数据在所述直播场景下的展示位置不同。
112.在一种可能的实施方式中,所述目标定制指令中还包括主题类型、水印信息、以及图文链接中的至少一种。
113.在一种可能的实施方式中,所述第一生成模块303,在基于所述目标回放数据进行虚拟播放时,用于:
114.基于所述目标回放数据对应的时间戳信息,对所述目标回放数据进行排序;
115.基于排序结果进行虚拟播放。
116.在一种可能的实施方式中,所述第一生成模块303,在进行虚拟播放的过程中进行视频录制,以生成所述直播场景对应的回放视频时,用于:
117.获取在进行虚拟播放过程中基于所述目标回放数据生成的显示数据;
118.录制所述显示数据生成所述回放视频。
119.一种可能的实施方式中,所述装置还包括,发送模块304,用于:
120.接收用户端的回放请求;
121.确定基于与所述用户端匹配的目标定制指令生成的目标回放视频,并将所述目标回放视频发送至所述用户端进行播放。
122.参照图4所示,为本公开实施例提供的另一种视频生成装置的架构示意图,所述装置包括:接收模块401、第二生成模块402;其中,
123.接收模块401,用于接收目标定制指令,获取直播场景下与所述目标定制指令对应的目标回放数据;
124.第二生成模块402,用于基于所述目标回放数据进行虚拟播放,并在进行虚拟播放的过程中进行视频录制,以生成所述直播场景对应的回放视频。
125.本领域技术人员可以理解,在具体实施方式的上述方法中,各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定,各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。
126.关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明,这里不再详述。
127.基于同一技术构思,本公开实施例还提供了一种计算机设备。参照图5所示,为本公开实施例提供的计算机设备500的结构示意图,包括处理器501、存储器502、和总线503。其中,存储器502用于存储执行指令,包括内存5021和外部存储器5022;这里的内存5021也称内存储器,用于暂时存放处理器501中的运算数据,以及与硬盘等外部存储器5022交换的数据,处理器501通过内存5021与外部存储器5022进行数据交换,当计算机设备500运行时,处理器501与存储器502之间通过总线503通信,使得处理器501在执行以下指令:
128.获取直播场景下产生的多种回放数据;
129.响应于目标定制指令,从所述多种回放数据中选择所述目标定制指令指示的目标类型的目标回放数据;
130.基于所述目标回放数据进行虚拟播放,并在进行虚拟播放的过程中进行视频录制,以生成所述直播场景对应的回放视频。
131.在一种可能的实施方式中,处理器501执行的指令中,所述多种回放数据包括以下至少一种:
132.音视频数据、交互数据、静态资源链接;
133.其中,不同类型的回放数据在所述直播场景下的展示位置不同。
134.在一种可能的实施方式中,处理器501执行的指令中,所述目标定制指令中还包括主题类型、水印信息、以及图文链接中的至少一种。
135.在一种可能的实施方式中,处理器501执行的指令中,所述基于所述目标回放数据进行虚拟播放,包括:
136.基于所述目标回放数据对应的时间戳信息,对所述目标回放数据进行排序;
137.基于排序结果进行虚拟播放。
138.在一种可能的实施方式中,处理器501执行的指令中,所述在进行虚拟播放的过程中进行视频录制,以生成所述直播场景对应的回放视频,包括:
139.获取在进行虚拟播放过程中基于所述目标回放数据生成的显示数据;
140.录制所述显示数据生成所述回放视频。
141.在一种可能的实施方式中,处理器501执行的指令中,在生成所述回放视频之后,还包括:
142.接收用户端的回放请求;
143.确定基于与所述用户端匹配的目标定制指令生成的目标回放视频,并将所述目标回放视频发送至所述用户端进行播放。
144.或者,处理器501可以执行以下指令:
145.接收目标定制指令,获取直播场景下与所述目标定制指令对应的目标回放数据;
146.基于所述目标回放数据进行虚拟播放,并在进行虚拟播放的过程中进行视频录制,以生成所述直播场景对应的回放视频。
147.本公开实施例还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述方法实施例中所述的视频生成方法的步骤。其中,该存储介质可以是易失性或非易失的计算机可读取存储介质。
148.本公开实施例还提供一种计算机程序产品,该计算机产品承载有程序代码,所述程序代码包括的指令可用于执行上述方法实施例中所述的视频生成方法的步骤,具体可参见上述方法实施例,在此不再赘述。
149.其中,上述计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中,所述计算机程序产品具体体现为计算机存储介质,在另一个可选实施例中,计算机程序产品具体体现为软件产品,例如软件开发包(software development kit,sdk)等等。
150.所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统和装置的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。在本公开所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
151.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
152.另外,在本公开各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
153.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解,本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(read-only memory,rom)、随机存取存储器(random access memory,ram)、磁碟或者光盘等各种可以存储程序代码的介质。
154.最后应说明的是:以上所述实施例,仅为本公开的具体实施方式,用以说明本公开的技术方案,而非对其限制,本公开的保护范围并不局限于此,尽管参照前述实施例对本公开进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员
在本公开揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本公开实施例技术方案的精神和范围,都应涵盖在本公开的保护范围之内。因此,本公开的保护范围应所述以权利要求的保护范围为准。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献