画面数据控制方法及系统与流程

文档序号:13739622阅读:102来源:国知局
画面数据控制方法及系统与流程

本发明涉及图像处理领域,具体而言,涉及一种画面数据控制方法及系统。



背景技术:

在现有的图形图像处理系统中通常只有发送端和接收端以及总控中心,控制中心只用于收发信令,不做数据的接收和发送,所有的数据处理单元都放在发送端和接收端上面来做,这样对发送端和接收端的功能和性能要求极高,增加了发送端和接收端的成本,而且对发送端和接收端的处理要求很高,会引起发送端和接收端工作性能的不稳定。

针对上述的问题,目前尚未提出有效的解决方案。



技术实现要素:

本发明实施例提供了一种画面数据控制方法及系统,以至少解决现有技术中数据处理单元都放在发送端和接收端导致发送端和接收端工作性能的不稳定的技术问题。

根据本发明实施例的一个方面,提供了一种画面数据控制方法,包括:多媒体控制中心(multimediacontrolcenter,简称为mc)接收到总控中心发送的画面参数,其中,画面参数包括:存放画面数据的源设备信息;多媒体控制中心根据画面参数,获取至少一个源设备提供的画面数据;多媒体控制中心将至少一个源设备提供的画面数据进行拼接,得到拼接画面;多媒体控制中心根据画面数据在多屏设备中的显示位置将拼接画面进行分割,并将分割画面分别发送至对应的目标设备进行显示,其中,多屏设备由多个目标设备构成。

进一步地,在获取至少一个源设备提供的画面数据之后,方法还包括:对至少一个画面数据进行解码;在至少一个解码结果进行时钟同步处理,使得拼接画面中的画面数据保持同步。

进一步地,在将分割画面分别发送至对应的目标设备进行显示之前,方法还包括:对显示位置相邻的画面数据进行时钟同步处理。

进一步地,在多媒体控制中心接收到总控中心发送的画面参数之前,方法还包括:总控中心打开至少一个源设备上播放的数据信息,并获取画面参数;总控中心根据源设备的注册信息,将画面参数发送至对应的多媒体控制中心。

进一步地,总控中心向对应的多媒体控制中心发送连接指令,连接指令用于驱动对应的多媒体控制中心连接画面参数确定的源设备。

进一步地,在总控中心打开至少一个源设备上播放的数据信息,并获取画面参数之前,方法还包括:在总控中心注册至少一个源设备的设备信息、至少一个目标设备的设备信息和至少一个多媒体控制中心,其中,多媒体控制中心连接于源设备和目标设备之间,源设备用于采集画面数据。

进一步地,在总控中心注册至少一个源设备的设备信息、至少一个目标设备的设备信息和至少一个多媒体控制中心之前,方法还包括:总控中心广播地址信息;总控中心接收注册请求,其中,注册请求包括:注册对象的设备信息,注册请求的类型如下至少之一:源设备注册请求、目标设备注册请求和多媒体控制中心的注册请求;总控中心响应注册请求,并将注册成功的结果返回给对应的设备。

进一步地,在多媒体控制中心接收到总控中心发送的画面参数之前还包括:总控中心定期广播时钟同步消息。

进一步地,在将分割画面分别发送至对应的目标设备进行显示之后,方法还包括:在检测到画面移动指令的情况下,多媒体控制中心接收总控中心发送的停止播放指令,并保存最后一帧画面;多媒体控制中心将最后一帧画面发送至其他多媒体控制中心,并响应画面移动指令;在画面移动指令控制多屏设备中的画面移动成功之后,多媒体控制中心重新获取新的画面数据。

根据本发明实施例的另一方面,还提供了一种画面数据控制系统,包括:一种画面数据控制系统,其特征在于,包括:总控中心,打开至少一个源设备上播放的数据信息,并获取画面参数,其中,画面参数包括:存放画面数据的源设备信息;多媒体控制中心,连接于源设备和目标设备之间,用于接收总控中心发送的画面参数,根据画面参数,获取至少一个源设备提供的画面数据,在将至少一个源设备提供的画面数据进行拼接,得到拼接画面之后,根据画面数据在多屏设备中的显示位置将拼接画面进行分割,并将分割画面分别发送至对应的目标设备进行显示,其中,多屏设备中由多个目标设备构成。

根据本发明实施例的另一方面,还提供了一种存储介质,存储介质包括存储的程序,其中,在程序运行时控制存储介质所在设备执行上述画面数据控制方法。

根据本发明实施例的另一方面,还提供了一种处理器,处理器用于运行程序,其中,程序运行时执行上述画面数据控制方法。

在本发明实施例中,通过多媒体控制中心接收到总控中心发送的画面参数,其中,画面参数包括:存放画面数据的源设备信息;多媒体控制中心根据画面参数,获取至少一个源设备提供的画面数据;多媒体控制中心将至少一个源设备提供的画面数据进行拼接,得到拼接画面;多媒体控制中心根据画面数据在多屏设备中的显示位置将拼接画面进行分割,并将分割画面分别发送至对应的目标设备进行显示,其中,多屏设备由多个目标设备构成,达到了减轻了发送端和接收端的成本和处理的目的,实现了提升系统的稳定性和处理能力,支持的物理屏幕数量和同时打开的视频窗口数量提升的技术效果,进而解决了现有技术中数据处理单元都放在发送端和接收端导致发送端和接收端工作性能的不稳定的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:

图1是根据本发明实施例的一种图像处理系统的示意图;

图2是根据本发明实施例的一种可选的图像处理系统的示意图;

图3为根据本发明实施例的一种总控中心工作流程示意图;

图4为根据本发明实施例的一种画面数据的控制方法的流程图;

图5为根据本发明实施例的跨屏映射示意图;

图6为根据本发明实施例的一种物理屏分割后与接收端r的映射关系示意图;

图7为根据本发明实施例的一种移动缩放过程的示意图;

图8为根据本发明实施例的一种发送端注册过程示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。

需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是,以下实施例中所涉及的用户可以表现为终端设备(例如移动终端),也可以表现为机器人等自动执行工作的机器装置。

实施例1

如图1和图2所示,该系统分为四部分:发送端20、多媒体控制中心22、总控中心24及接收端26。

发送端20:发送端由两部分组成,agent及sender端(两部分简称为s端)。agent负责sender的注册、启动、停止、采集画面。sender则负责数据加密、数据发送。见图1功能结构所示。s端工作过程:s端在注册完成后就自动进入工作状态,等待r的连接。有r连接后将采集到的画面发送到r。

总控中心24:总控中心(master)24工作过程是:通过与总控中心24相连接的控制端21打开视频源信息,打开可以是双击也可以是拖动,至于初始化显示占据哪些屏,由预设屏幕划分方式决定,然后判断当前画面逻辑位置,根据所处逻辑屏,发送画面参数到图形控制中心。画面参数包含,需要连接画面对应的发送端20信息;画面在当前多媒体控制中心22所处位置。

接收端26:接收端26由两部分组成,agent及receiver端(两部分简称为r端)。agent负责receiver的注册、启动、停止、图像绘制。receiver则负责数据接收、解码。见图1功能结构所示。r端工作过程:r端此时不直接与源端的s相连接,而是与多媒体控制中心上的模块sender连接。拿到的画面就是当前输出屏内要显示的画面,取得画面后直接显示即可。

多媒体控制中心22:每一个多媒体控制中心对应一台物理机器。如图1功能结构所示。内部主要包含解码器220、图像增强模块220、画面同步模块222、拼接画面模块224、分割模块226及编码发送模块228这几个模块。收到画面或从通过解码器进行本地解码得到画面,根据master发送来的信息,对画面进行拼接,拼接完成后再对画面进行分割。最后发送至不同的r进行显示即可。如图3所示,多媒体控制中心(mc)的工作过程:步骤s302,mc收到接收画面参数;步骤s304,多媒体控制中心连接对应s;步骤s306,对数据解码,获取真实画面数据;步骤s308,画面同步模块222进行画面同步;步骤s310,根据参数信息在内存中对画面进行拼接;步骤s312,根据实际物理屏进行切割;步骤s314,发送给不同的r。多媒体控制中心主要功能模块有以下几部分,具体如下:

解码器220:解码器是一个模块,内部分为不同数据格式的解码,例如h264、视频、音频、图片、pdf等数据类型的解码,这样设计后续扩展性较好。

画面同步模块222:本系统包含了多个s、多个r以及多媒体控制中心等设备,每一个设备都有独立的时钟,因为一个画面可能跨不同的物理屏进行显示,此时画面必须保证同步。画面同步分为两个步骤,分别对应画面显示过程的两个阶段,最重要的过程是第一个阶段,拼接画面同步,从s到mc,因为此时画面可能跨不同的mc,所以一定要保证同步。另一个阶段是显示画面同步,从mc到r显示,可以跟据实际情况适当进行同步控制。

拼接画面模块224,当画面跨逻辑屏时显示时,首先要保证同一帧画面在各mc内拼接时是一致的,否则后续的播放画面一定存在异常。要保证所有待拼接画面的同步性,时钟同步只是一个必要前提,还需要明确任意一帧的时间信息,即哪一刻该获取哪一帧进行拼接。当然这里指的只是跨逻辑屏的画面。

根据本发明实施例,提供了一种画面数据控制的方法实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。

图4是根据本发明实施例的画面数据控制方法,该方法可以应用于图4所示的系统中。如图4所示,该方法包括如下步骤:

步骤s402,多媒体控制中心接收到总控中心发送的画面参数,其中,画面参数包括:存放画面数据的源设备信息。

可选地,在多媒体控制中心接收到总控中心发送的画面参数之前,方法还包括:总控中心打开至少一个源设备上播放的数据信息,并获取画面参数;总控中心根据源设备的注册信息,将画面参数发送至对应的多媒体控制中心。

可选地,为消除误差,总控中心定期广播时钟同步消息。具体的,master可以通过定期广播时钟同步消息对各设备时间周期同步,以消除累积误差,周期时间待定。

具体的,当网络拓扑较为简单时,如所有s、r及master都通过一台交换机连接,master到s(r)的消息传输延时忽略不计;否则,可以由s、r可以通过延迟测试消息(单次或多次取平均)预估其到master的控制台的传输延时tdelay,在收到时钟同步消息后,将消息中的时间戳+tdelay作为本机的时间。

具体的,s、r和master的控制台可通过独立线程并配置统一的端口号单独处理。

可选地,总控中心向对应的多媒体控制中心发送连接指令,连接指令用于驱动对应的多媒体控制中心连接画面参数确定的源设备。

可选地,在总控中心打开至少一个源设备上播放的数据信息,并获取画面参数之前,方法还包括:在总控中心注册至少一个源设备的设备信息、至少一个目标设备的设备信息和至少一个多媒体控制中心,其中,多媒体控制中心连接于源设备和目标设备之间,源设备用于采集画面数据。

具体的,可以采用拖动打开的方式打开视频:物理屏可以根据用户需要进行逻辑划分。打开新视频时,只要根据物理及逻辑位置映射关系将画面映射到实际的物理屏(即r),然后进行播放即可。双击打开有一个问题,需要一个默认的逻辑屏,这在屏幕进行逻辑划分时需要指定。可以默认是第一个划分出来的区域,也可以是用户自行指定。后续播放流程如上即可。

可选地,在总控中心注册至少一个源设备的设备信息、至少一个目标设备的设备信息和至少一个多媒体控制中心之前,方法还包括:总控中心广播地址信息;总控中心接收注册请求,其中,注册请求包括:注册对象的设备信息,注册请求的类型如下至少之一:源设备注册请求、目标设备注册请求和多媒体控制中心的注册请求;总控中心响应注册请求,并将注册成功的结果返回给对应的设备。

具体的,所有发送端、接收端及图形控制中心都需要在master中进行注册,即总控中心知道并可以调度当前系统中所有资源。master作为本系统中所有设备的时钟同步源,当s、r初次上电初始化并在master注册后,master在注册应答消息中,附加本机当前时间戳,作为首次时钟同步消息发给s(r),s(r)收到后对本机时间进行更新,从而实现本系统所有设备的时间同步。

步骤s404,多媒体控制中心根据画面参数,获取至少一个源设备提供的画面数据

具体的,由master启动视频源及图片等资源的播放,根据当前注册信息判断当前处于哪一个或多个图形控制中心播放区域。并同时通知相关图形控制中心启动vgtpr(软件方式)去连接指定的源,接收画面。

可选地,在获取至少一个源设备提供的画面数据之后,方法还包括:对至少一个画面数据进行解码;在至少一个解码结果进行时钟同步处理,使得拼接画面中的画面数据保持同步。

具体的,本系统包含了多个s、多个r以及多媒体控制中心等设备,每一个设备都有独立的时钟,因为一个画面可能跨不同的物理屏进行显示,此时画面必须保证同步。画面同步分为两个步骤,分别对应画面显示过程的两个阶段,最重要的过程是第一个阶段,拼接画面同步,从s到mc,因为此时画面可能跨不同的mc,所以一定要保证同步。另一个阶段是显示画面同步,从mc到r显示,可以跟据实际情况适当进行同步控制。

步骤s406,多媒体控制中心将至少一个源设备提供的画面数据进行拼接,得到拼接画面。

具体的,当画面跨逻辑屏时显示时,首先要保证同一帧画面在各mc内拼接时是一致的,否则后续的播放画面一定存在异常。要保证所有待拼接画面的同步性,时钟同步只是一个必要前提,还需要明确任意一帧的时间信息,即哪一刻该获取哪一帧进行拼接。当然这里指的只是跨逻辑屏的画面。

以一个跨逻辑屏的画面为例进行说明:

1)s在解析视频时,首先确定了视频流的基本信息,如码率、帧率等;假设从s本地时间tstart开始播放视频,每解析出一帧画面,都可以通过帧率信息得到该帧相对于tstart的播放时刻,这样视频的每一帧都有一个相对于tstart为起点的明确播放时刻,即tstart+toffset;当s给mc发送帧画面时,附带上该帧的播放时刻,系统中每一个mc就可以确定这些帧画面应该在什么时间进行拼接。

2)s和mc的时间都是经过中控台同步的,而s发出的帧画面传送到gc是需要一定时间的。

具体的,图控中心收到数据后对涉及跨边界(边界:相邻图控中心控制物理屏的交界)的图像进行同步,所有画面进行拼接,在内存中形成控制区域的一整幅大图,然后根据实际的物理屏进行切分,再经过编码,同样以视频码流发送到相应的物理r上进行接收显示。因为需要进行master远程互联,画面拼接时还需要分阶段处理。

步骤s408,多媒体控制中心根据画面数据在多屏设备中的显示位置将拼接画面进行分割,并将分割画面分别发送至对应的目标设备进行显示,其中,多屏设备由多个目标设备构成。

如图5所示,具体的,物理位置绑定然后进行物理位置绑定,所有的r的id完成后,就可以进行显示位置初始化。每个r启动后均在屏上面显示自己的rid,根据实际物理位置id,可以将各个r拖动到服务器映射区域内,这样服务器就能知道每个r的位置,这一步可以称之为绑定。例如,图中接收端r1与物理屏1对应,接收端r2与物理屏2对应,依次类推,接收端r12与物理屏12对应。

如图6所示,具体的,图形控制中心与物理屏的分组绑定,物理位置绑定完成后要进行gc分组绑定,即哪些物理屏属于哪一个gc管理。在master中划分各gc所控制的逻辑区域即可。这样只要物理位置与逻辑位置绑定完成以后,就可以知道各gc所控制区域内有哪些物理屏,根据对应关系即可完成物理屏的分组。图6中是屏幕的物理位置与逻辑位置绑定后的结果,绑定后用户可以得到屏幕物理位置与逻辑位置的对应关系,图中mc1控制逻辑屏1,mc2控制逻辑屏2;逻辑屏1中的子屏幕逻辑位置1、2、3、4、5、6,分别对应屏幕物理位置的6、7、12、1、4、3。逻辑屏2中的子屏幕逻辑位置7、8、9、10、11、12,分别对应屏幕物理位置的10、5、8、2、11、9。

具体的,屏幕划分预设方案,物理大屏可能根据用户需要进行不同的划分,可以提供管理界面,由用户自行设定大屏逻辑划分方式,进行保存。用户在使用某种划分时一键点击即可启用。更近一步,可以将划分后的各逻辑屏与视频源绑定,不仅可一键实现划分,同时连同内容也一同展现在大屏。操作更加方便。

可选地,在将分割画面分别发送至对应的目标设备进行显示之前,方法还包括:对显示位置相邻的画面数据进行时钟同步处理。

可选地,在将分割画面分别发送至对应的目标设备进行显示之后,方法还包括:在检测到画面移动指令的情况下,多媒体控制中心接收总控中心发送的停止播放指令,并保存最后一帧画面;多媒体控制中心将最后一帧画面发送至其他多媒体控制中心,并响应画面移动指令;在画面移动指令控制多屏设备中的画面移动成功之后,多媒体控制中心重新获取新的画面数据。

具体的,如图7所示,步骤s702,动作触发,在移动缩放过程,用户一旦触发移动动作,即按住某个窗口;步骤s704,master发送消息,具体是master发送启动通知到mc;步骤s706,mc画面静止并保存最后画面,master发送消息后画面停止播放,保留最后一帧画面;步骤s708,广播缓存画面;步骤s710,mc循环播放缓存画面,新介入的mc此时并没有画面数据,此时从画面原本所在gc广播出的最后一帧画面就可以起到作用,此时mc先将该帧画面发送至其他所有mc。然后响应用户拖动动作,大屏上画面跟随用户移动,画面静止,等到用户动作完成以后,master会在用户动作完成后,通知相关mc开始进行新画面接收绘制,画面重新开始更新。采用这种处理逻辑为了解决两个问题,画面静止是因为移动的同时如果动态更新画面,会造成画面延时,而画面同步计算机画面,对实时性要求较高。另外,为了提高用户体验,拖动时大屏画面跟随用户动作移动,这时有一个问题可能存在原本画面不跨mc,现在变成跨mc的画面;进入判断单元,这时需要判断画面是否跨屏,判断结果为否,即没有跨屏,则跳回步骤s710,如果判断结果为是,即判断画面跨屏,则转至步骤s712;步骤s712,新mc绘制缓存画面,新的mc可以利用最后一帧画面在本逻辑屏内进行绘制,画面也就能够正常显示和移动缩放。

实施例2

本发明实施例提供了一种画面数据控制系统实施例。该种画面数据控制系统包括:

总控中心,打开至少一个源设备上播放的数据信息,并获取画面参数,其中,画面参数包括:存放画面数据的源设备信息;

多媒体控制中心,连接于源设备和目标设备之间,用于接收总控中心发送的画面参数,根据画面参数,获取至少一个源设备提供的画面数据,在将至少一个源设备提供的画面数据进行拼接,得到拼接画面之后,根据画面数据在多屏设备中的显示位置将拼接画面进行分割,并将分割画面分别发送至对应的目标设备进行显示,其中,多屏设备中由多个目标设备构成。

具体的,系统启动时,服务器上有管理程序,所有的s及r都由agent控制,在总控中心上进行注册。前期进行集中初始化时,可以使用如下方式:服务器首先设置一个固定ip,s和r接入路由器时,由路由器自动分配ip给所有设备,服务器定时向外广播自己的ip(可以和同步消息一起广播),通知所有的s及r自己的地址。如此所有的设备都可以连接到服务器上,至于服务器向外广播通知的时间机制可以根据实际情况确定。r及s注册及初始化具体功能如下。注意初始化是在同一网段的局域网内进行。

接收端端自动注册及初始化,接收端(简称r),连接物理显示设备,因此需要服务器知道每一个r的ip,并且能唯一识别每一个r,通过上面描述,r端启动后会获得一个路由器通过dhcp分配的ip。当r收到服务器广播时就能与服务器进行通信,此时要将服务器地址保存起来,后续注册,升级等都会用到。

r向服务器发送一条注册消息“rinit”,消息内可包含r自己的mac及ip信息,(只需要让服务器知道当前r设备已存在,并且可以连通),服务器收到注册消息后,根据mac识别r,选择添加或更新已有r,新增时要分配给r一个id,返回给r一个注册成功的消息。然后r向服务器发送新的工作消息“rwork”(带工作标识,可以正常工作了),此时服务器就可以将r添加到可用列表中。工作过程如图8发送端自动注册所示:

发送端自动注册及初始化,s端自动注册的过程与r端自动注册过程基本相同,s向服务器发送一条注册消息“sinit”,服务器收到注册消息后,根据mac识别s,确定新增s还是更新已有s,新增时分配给s一个sid,最终返回注册成功消息。s收到响应后向服务器发送新的注册消息“swork”表示可以正常工作,此时服务器就可以将s添加到可用列表中,同时向s发送一个start命令。s启动vgtp功能,进入工作状态,成为一个可用的远程视频源。

图形控制中心gc注册,gc在启动后也需要在master中进行注册,虽然可能物理上某一gc与master是在同一台机器上,但逻辑上是分离的,工作过程互不干扰。所以gc也需要在master中注册,然后才能在系统中使用。gc也会侦听master的广播,收到广播后会上报注册消息,得到注册成功消息后,开始进入工作状态,与s和r的注册过程基本相同。

该系统的优选实施方式可以参见图1和图2所示实施例,此处不再赘述。

本申请实施例对系统框架做了更改,将图像控制中心从发送端和接收端中抽离出来,由总控中心对发送端和接收端以及图像控制中心进行控制,发送端的数据直接发送给图像控制中心,在图形控制中心进行处理后,直接发送给接收端。此外,本系统中图像控制中心除了能够处理视频外,还可以支持音频等媒体形式,因此改成为多媒体控制中心。同时,多媒体控制中心可以是多个,根据物理屏的情况和多媒体控制中心的个数,来进行绑定。减轻了发送、接收端的成本和处理,系统的稳定性处理能力得到提升。且能够支持的物理屏幕的数量和同时打开的视频窗口数量大大提升。

实施例3

根据本发明实施例,提供了一种存储介质的产品实施例,其上存储有程序,在程序运行时控制存储介质所在设备执行实施例1所述的画面数据控制方,或该程序被处理器执行时实现上述种画面数据控制的方法。

实施例4

根据本发明实施例,提供了一种处理器的产品实施例,该处理器用于运行程序,其中,程序运行时执行上述种画面数据控制的方法。

上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。

在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,可以为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1