多媒体数据的传输方法和系统与流程

文档序号:16201537发布日期:2018-12-08 06:39阅读:377来源:国知局
多媒体数据的传输方法和系统与流程

本发明涉及数据传输领域,具体而言,涉及一种多媒体数据的传输方法和系统。

背景技术

在典型的面向终端消费者的云计算应用中,采用的是客户端/服务器架构。该架构下可以认为数据中心云中的虚拟机是终端用户的网关,所有呈现给终端用户信息都需要经过该虚拟机转换,以图像,声音的形式呈现给终端用户。

例如,在两个终端用户进行实时多媒体通话时的,数据的传递路径如图1所示,以a、b两个终端用户视频通信为例,终端a1的屏幕要看到终端b4的摄像头采集到的图像,需要经过如下几个阶段:终端b4的摄像头在虚拟机的远程管理下打开设备,采集到视频数据;数据通过虚拟机b3和终端b4之间的虚拟机接入协议传递给虚拟机b3,中间可能经过数据压缩和解压缩;视频数据通过虚拟机b3和虚拟机a2两端会话协议协商的编解码协议编解码,从虚拟机b3传递给虚拟机a2;虚拟机a2再将视频数据通过虚拟机接入协议传递给终端a1,期间经过数据压缩和解压缩。

但是,在这样的路径下,由于视频和声音的压缩往往都是有损压缩的,经过3次压缩和解压缩,通话质量上体验很差。而且由于虚拟机本身需要压缩和解压缩的过程,耗费性能。

针对现有技术中的多媒体数据的传输方法需要对多媒体数据进行多次压缩和解压缩,性能较低的问题,目前尚未提出有效的解决方案。



技术实现要素:

本发明实施例提供了一种多媒体数据的传输方法和系统,以至少解决现有技术中的多媒体数据的传输方法需要对多媒体数据进行多次压缩和解压缩,性能较低的技术问题。

根据本发明实施例的一个方面,提供了一种多媒体数据的传输方法,包括:发送终端通过第一虚拟设备发送会话请求至接收终端;在确定接收到接收终端返回的应答会话请求之后,发送终端建立数据通路,其中,数据通路用于发送终端与接收终端进行数据传输;发送终端通过数据通路发送多媒体数据至接收终端。

进一步地,接收终端包括:虚拟终端和物理终端,在接收终端包括虚拟终端的情况下,接收终端通过第二虚拟设备接收会话请求,并发送应答会话请求。

进一步地,发送终端通过数据通路发送多媒体数据至接收终端包括:发送终端对多媒体数据进行编码,得到编码数据;发送终端通过数据通路发送编码数据至接收终端,其中,编码数据由接收终端进行解码,得到多媒体数据。

进一步地,发送终端通过第一虚拟设备发送会话请求至接收终端包括:发送终端发送会话启动请求至第一虚拟设备;在第一虚拟设备确定会话启动请求为启动远程会话之后,发送终端发送第一参数至第一虚拟设备,其中,第一参数包括:发送终端的编解码能力和参数,会话请求是第一虚拟设备根据第一参数和会话启动请求生成的。

进一步地,在确定接收到接收终端通过第二虚拟设备返回的应答会话请求之后,上述方法还包括:发送终端接收第一虚拟设备发送的第一启动请求;发送终端根据第一启动请求启动编码功能,其中,编码功能用于对多媒体数据进行编码,得到编码数据。

进一步地,编码数据由接收终端通过解码功能进行解码,得到多媒体数据,其中,在接收终端包括虚拟终端的情况下,解码功能是接收终端根据第二虚拟设备发送的第二启动请求启动的,第二启动请求是第二虚拟设备在发送应答会话请求之后生成的。

进一步地,在接收终端包括虚拟终端的情况下,应答会话请求是第二虚拟设备根据接收终端发送的第二参数和同意会话请求所生成的,其中,第二参数包括:发送终端的编解码能力和参数,第二参数是接收终端在第二虚拟设备确定会话请求为启动远程会话之后所发送的。

进一步地,在发送终端通过数据通路发送多媒体数据至接收终端之后,上述方法还包括:发送终端通过第一虚拟设备发送释放请求至接收终端;在确定接收到接收终端返回的应答释放请求之后,发送终端中断数据通路;其中,在接收终端包括虚拟终端的情况下,接收终端通过第二虚拟设备接收释放请求,并发送应答释放请求。

进一步地,在发送终端通过第一虚拟设备发送释放请求至接收终端之后,上述方法还包括:发送终端接收第一虚拟设备发送的第一停止请求;发送终端根据第一停止请求停止编码功能。

进一步地,在接收终端包括虚拟终端的情况下,解码功能由接收终端根据第二虚拟设备发送的第二停止请求停止,其中,第二停止请求是第二虚拟设备在发送应答释放请求之后生成的。

根据本发明实施例的另一方面,还提供了一种多媒体数据的传输方法,包括:接收终端通过第二虚拟设备接收发送终端发送的会话请求;接收终端通过第二虚拟设备发送应答会话请求至发送终端;接收终端通过数据通路接收发送终端发送的多媒体数据,其中,数据通路为发送终端在确定接收到应答会话请求之后建立,用于发送终端与接收终端进行数据传输。

进一步地,发送终端包括:虚拟终端和物理终端,在发送终端包括虚拟终端的情况下,发送终端通过第一虚拟设备发送会话请求,并接收应答会话请求。

进一步地,接收终端通过数据通路接收发送终端发送的多媒体数据包括:接收终端通过数据通路接收发送终端发送的编码数据,其中,编码数据是发送终端对多媒体数据进行编码所得到的;接收终端对编码数据进行解码,得到多媒体数据。

进一步地,接收终端通过第二虚拟设备发送应答会话请求至发送终端包括:在第二虚拟设备确定会话请求为启动远程会话之后,接收终端发送第二参数至第二虚拟设备,其中,第二参数包括:接收终端的编解码能力和参数;接收终端发送同意会话请求至第二虚拟设备,其中,应答会话请求是第二虚拟设备根据第二参数和同意会话请求所生成的。

进一步地,在接收终端通过第二虚拟设备发送应答会话请求至发送终端之后,上述方法还包括:接收终端接收第二虚拟设备发送的第二启动请求;接收终端根据第二启动请求启动解码功能,其中,解码功能用于对编码数据进行解码,得到多媒体数据。

进一步地,在接收终端通过数据通路接收发送终端发送的多媒体数据之后,上述方法还包括:接收终端通过第二虚拟设备接收发送终端发送的释放请求;接收终端通过第二虚拟设备发送应答释放请求至发送终端;其中,在发送终端包括虚拟终端的情况下,发送终端通过第一虚拟设备发送释放请求,并接收应答释放请求。

进一步地,在接收终端通过第二虚拟设备发送应答释放请求至发送终端之后,上述方法还包括:接收终端接收第二虚拟设备发送的第二停止请求;接收终端根据第二停止请求停止解码功能。

根据本发明实施例的另一方面,还提供了一种多媒体数据的传输系统,包括:发送终端,与第一虚拟设备连接,用于通过第一虚拟设备发送会话请求;接收终端,与第一虚拟设备连接,用于发送应答会话请求;发送终端,通过数据通路与接收终端连接,用于发送多媒体数据至接收终端,其中,数据通路是发送终端在确定接收到应答会话请求之后所建立的。

进一步地,接收终端包括:虚拟终端和物理终端,在接收终端包括虚拟终端的情况下,上述系统还包括:第二虚拟设备,与接收终端和第一虚拟设备连接,用于接收会话请求,并发送应答会话请求。

根据本发明实施例的另一方面,还提供了一种多媒体数据的传输系统,包括:发送终端,用于发送会话请求;接收终端,与第二虚拟设备和发送终端连接,用于通过第二虚拟设备发送应答会话请求;发送终端,通过数据通路与接收终端连接,用于发送多媒体数据至接收终端,其中,数据通路是发送终端在确定接收到应答会话请求之后所建立的。

进一步地,发送终端包括:虚拟终端和物理终端,在发送终端包括虚拟终端的情况下,上述系统还包括:第一虚拟设备,与发送终端和第二虚拟设备连接,用于发送会话请求,并接收应答会话请求。

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

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

在本发明实施例中,发送终端通过第一虚拟设备发送会话请求至接收终端,接收终端发送应答会话请求至发送终端,在确定接收到应答会话请求之后,发送终端建立数据通路,发送终端通过数据通路发送多媒体数据至接收终端,从而实现发送终端与接收终端之间的数据传输。与现有技术相比,发送终端在确定接收到接收终端返回的应答会话请求之后,会建立数据通路,并通过该数据通路进行数据传输,而无需在通过第一虚拟设备进行数据转发,从而多媒体数据只需要经过1次压缩和解压缩,达到了提高数据传输质量和性能,提升用户体验感和好感度的技术效果,进而解决了现有技术中的多媒体数据的传输方法需要对多媒体数据进行多次压缩和解压缩,性能较低的技术问题。

附图说明

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

图1是根据现有技术的一种多媒体数据的传输路径的示意图;

图2是根据本发明实施例的一种多媒体数据的传输方法的流程图;

图3是根据本发明实施例的一种可选的多媒体数据的传输系统的示意图;

图4是根据本发明实施例的一种可选的多媒体数据的传输方法的交互示意图;

图5是根据本发明实施例的另一种多媒体数据的传输方法的流程图;

图6是根据本发明实施例的一种多媒体数据的传输装置的示意图;

图7是根据本发明实施例的另一种多媒体数据的传输装置的示意图;以及

图8是根据本发明实施例的一种多媒体数据的传输系统的示意图;

图9是根据本发明实施例的又一种多媒体数据的传输系统的示意图;

图10是根据本发明实施例的另一种多媒体数据的传输系统的示意图。

其中,上述附图中包括如下附图标记:

1、终端a;2、虚拟机a;3、虚拟机b;4、终端b。

具体实施方式

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

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

实施例1

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

图2是根据本发明实施例的一种多媒体数据的传输方法的流程图,如图2所示,该方法包括如下步骤:

步骤s202,发送终端通过第一虚拟设备发送会话请求至接收终端。

可选地,接收终端包括:虚拟终端和物理终端。

具体地,上述的发送终端和接收终端均可以是物理终端,例如,可以是智能手机(包括android手机、ios手机)、平板电脑、ipad、掌上电脑、笔记本电脑等,也可以是虚拟终端,在本发明实施例中以发送终端和接收终端均为虚拟终端为例进行说明,此处的发送终端可以是指数据传输发起的设备,接收终端可以是指发送终端需要进行数据传输的设备,例如,如图1所示,当发送终端是终端a时,接收终端可以是终端b;当发送终端是终端b时,接收终端可以是终端a。上述的第一虚拟设备可以是数据中心云中的虚拟机,可以作为发送终端的网关。上述的会话请求可以是发送终端需要与接收终端进行数据传输时生成的请求,该请求是第一虚拟设备发送给接收终端的请求。

步骤s204,在确定接收到接收终端返回的应答会话请求之后,发送终端建立数据通路,其中,数据通路用于发送终端与接收终端进行数据传输。

可选地,在接收终端包括虚拟终端的情况下,接收终端通过第二虚拟设备接收会话请求,并发送应答会话请求。

具体地,上述的第二虚拟设备也可以是数据中心云中与第一虚拟设备不同的另一个虚拟机,可以作为接收终端的网关。上述的应答会话请求可以是接收终端在接收到第一虚拟设备发送的会话请求之后,当确定与发送终端进行数据传输时生成的应答响应。上述的数据通路可以是用于将发送终端输出的数据直接传输给接收终端,并将接收终端输出的数据直接传输给发送终端,而不需要经过第一虚拟设备,当接收终端包括虚拟终端的情况下,也不需要经过第二虚拟设备。

步骤s206,发送终端通过数据通路发送多媒体数据至接收终端。

具体地,上述的多媒体数据可以是视频数据、语音数据、图像数据等,本发明对此不作具体限定。

在一种可选的方案中,在接收终端包括虚拟终端的情况下,当发送终端需要与接收终端进行数据传输时,发送终端可以通过第一虚拟设备和第二虚拟设备将会话请求发送至接收终端,当接收终端确定与发送终端进行数据传输时,可以通过第二虚拟设备和第一虚拟设备将应答会话请求发送给发送终端,发送终端在接收到应答会话请求之后,确定可以与接收终端进行数据传输,在发送终端和接收终端建立数据通路,从而发送终端和接收终端可以通过数据通路直接进行输出传输,而无需在通过第一虚拟设备和第二虚拟设备进行数据转发。

在本发明上述实施例中,发送终端通过第一虚拟设备发送会话请求至接收终端,在确定接收到接收终端返回的应答会话请求之后,发送终端建立数据通路,发送终端通过数据通路发送多媒体数据至接收终端,从而实现发送终端与接收终端之间的数据传输。与现有技术相比,发送终端在确定接收到接收终端返回的应答会话请求之后,会建立数据通路,并通过该数据通路进行数据传输,而无需在通过第一虚拟设备进行数据转发,从而多媒体数据只需要经过1次压缩和解压缩,达到了提高数据传输质量和性能,提升用户体验感和好感度的技术效果,进而解决了现有技术中的多媒体数据的传输方法需要对多媒体数据进行多次压缩和解压缩,性能较低的技术问题。

可选地,步骤s206,发送终端通过数据通路发送多媒体数据至接收终端包括:

步骤s2062,发送终端对多媒体数据进行编码,得到编码数据。

步骤s2064,发送终端通过数据通路发送编码数据至接收终端,其中,编码数据由接收终端进行解码,得到多媒体数据。

在一种可选的方案中,发送终端和接收终端为了进行数据传输,发送终端可以对需要发送的多媒体数据进行编码,并将编码数据直接传输给接收终端,接收终端在接收到编码数据之后,可以进行相应的解码过程,从而得到发送端需要发送的多媒体数据,完成整个数据传输过程。

可选地,步骤s202,发送终端通过第一虚拟设备发送会话请求至接收终端包括:

步骤s2022,发送终端发送会话启动请求至第一虚拟设备。

具体地,上述的会话启动请求可以是发送终端开始与接收终端进行数据传输时生成的请求,该请求发送至第一虚拟设备。

步骤s2024,在第一虚拟设备确定会话启动请求为启动远程会话之后,发送终端发送第一参数至第一虚拟设备,其中,第一参数包括:发送终端的编解码能力和参数,会话请求是第一虚拟设备根据第一参数和会话启动请求生成的。

具体地,上述的编解码能力可以是设备对多媒体数据进行编解码的规则,参数可以是多媒体数据的参数,例如分辨率。

在一种可选的方案中,在接收终端包括虚拟终端的情况下,当发送终端需要与接收终端进行数据传输时,发送终端可以发送会话启动请求至该发送终端对应的第一虚拟设备,由第一虚拟设备通过判断会话启动请求是启动远程会话还是本地会话,来确定发送终端是否需要与接收终端进行远程数据传输,如果确定会话启动请求是启动远程会话,也即,第一虚拟设备确定发送终端与接收终端进行远程数据传输,则可以从发送终端获取到相应的编解码能力和参数,并使用获取到的编解码能力和参数向第二虚拟设备发起会话请求,并通过第二虚拟设备转发给接收终端。

需要说明的是,接收终端在接收到会话请求之后,可以根据会话请求,确定发送端的编解码能力和参数,并与自身的编解码能力和参数进行匹配,从而确定是否能够与发送终端进行数据传输。

可选地,在确定接收到接收终端返回的应答会话请求之后,上述方法还包括:

步骤s208,发送终端接收第一虚拟设备发送的第一启动请求。

具体地,上述的第一启动请求用于启动发送终端中的编解码器,以方便发送端后续通过编解码器对多媒体数据进行编码,并对接收到的编码数据进行解码。

步骤s210,发送终端根据第一启动请求启动编码功能,其中,编码功能用于对多媒体数据进行编码,得到编码数据。

在一种可选的方案中,第一虚拟设备在接收到应答会话请求之后,确定发送终端可以与接收终端进行数据传输,为了方便发送终端后续通过编解码器对多媒体数据进行编码,第一虚拟设备可以向发送终端发送第一启动请求,通知发送终端启动编解码器,当发送终端需要向接收终端发送多媒体数据时,第一虚拟设备通知发送终端启动编码功能,发送终端通过编解码器对多媒体数据进行编码,得到编码数据。

可选地,编码数据由接收终端通过解码功能进行解码,得到多媒体数据,其中,在接收终端包括虚拟终端的情况下,解码功能是接收终端根据第二虚拟设备发送的第二启动请求启动的,第二启动请求是第二虚拟设备在发送应答会话请求之后生成的。

具体地,上述的第二启动请求用于启动接收终端中的编解码器,以方便接收端后续通过编解码器对编码数据进行解码,并对发送的多媒体数据进行编码。

在一种可选的方案中,在接收终端包括虚拟终端的情况下,接收终端在确定与发送终端进行数据传输之后,表明接收终端与发送终端的编解码能力和参数匹配,可以通过第二虚拟设备向发送终端发送应答会话请求,第二虚拟设备在发送应答会话请求之后,为了方便接收终端后续通过编解码器对编码数据进行解码,第二虚拟设备可以向接收终端发送第二启动请求,通知接收终端启动编解码器,当发送终端需要向接收终端发送多媒体数据时,第二虚拟设备通知接收终端启动解码功能,接收终端通过编解码器对编码数据进行解码,得到多媒体数据。

可选地,在接收终端包括虚拟终端的情况下,应答会话请求是第二虚拟设备根据接收终端发送的第二参数和同意会话请求所生成的,其中,第二参数包括:发送终端的编解码能力和参数,第二参数是接收终端在第二虚拟设备确定会话请求为启动远程会话之后所发送的。

具体地,上述的同意会话请求可以是接收终端在接收到会话请求之后,确定与发送终端进行数据传输之后生成的请求,该请求是发送给第二虚拟设备的。

在一种可选的方案中,在接收终端包括虚拟终端的情况下,接收终端在通过第二虚拟设备接收到会话请求之后,当确定与发送终端进行数据传输时,可以生成同意会话请求,并发送给第二虚拟设备,第二虚拟设备在接收到会话请求之后,可以检测会话请求是启动远程会话还是本地会话,来确定发送终端是否需要与接收终端进行远程数据传输,如果确定会话启动请求是启动远程会话,也即,第二虚拟设备确定发送终端与接收终端进行远程数据传输,则获取接收终端的编解码能力和参数,并在接收到同意会话请求之后,使用获取到的编解码能力和参数向第一虚拟设备返回应答会话请求。

可选地,在步骤s206,发送终端通过数据通路发送多媒体数据至接收终端之后,该方法还包括:

步骤s212,发送终端通过第一虚拟设备发送释放请求至接收终端。

具体地,上述的释放请求可以是发送终端需要与接收终端结束数据传输时生成的请求,该请求是第一虚拟设备发送给接收终端的请求。

步骤s214,在确定接收到接收终端返回的应答释放请求之后,发送终端中断数据通路。

其中,在接收终端包括虚拟终端的情况下,接收终端通过第二虚拟设备接收释放请求,并发送应答释放请求。

具体地,上述的应答释放请求可以是接收终端在接收到第一虚拟设备发送的释放请求之后,当确定与发送终端结束数据传输时生成的应答响应。

在一种可选的方案中,在接收终端包括虚拟终端的情况下,在发送终端与接收终端会话结束之后,发送终端可以通过第一虚拟设备和第二虚拟设备向接收终端发送释放请求,当接收终端确定与发送终端结束数据传输时,可以通过第二虚拟设备和第一虚拟设备发送应答释放请求,发送终端在接收到应答释放请求之后,确定可以与接收终端结束数据传输,从而可以中断数据通路,完成整个数据传输过程。

可选地,在步骤s212,发送终端通过第一虚拟设备发送释放请求至接收终端之后,该方法还包括:

步骤s216,发送终端接收第一虚拟设备发送的第一停止请求。

具体地,上述的第一停止请求用于停止发送终端中的编解码器。

步骤s218,发送终端根据第一停止请求停止编码功能。

在一种可选的方案中,第一虚拟设备在向第二虚拟设备发送第一停止请求之后,确定发送终端与接收终端结束数据传输,可以向发送终端发送第一停止请求,通知发送终端停止编解码器,当发送终端结束向接收终端发送多媒体数据时,通知发送终端停止编码功能。

可选地,在接收终端包括虚拟终端的情况下,解码功能由接收终端根据第二虚拟设备发送的第二停止请求停止,其中,第二停止请求是第二虚拟设备在发送应答释放请求之后生成的。

具体地,上述的第二停止请求用于停止接收终端中的编解码器。

在一种可选的方案中,在接收终端包括虚拟终端的情况下,接收终端在确定与发送终端结束数据传输之后,可以通过第二虚拟设备向发送终端发送应答会话请求,第二虚拟设备在发送应答释放请求之后,第二虚拟设备可以向接收终端发送第二停止请求,通知接收终端停止编解码器,当发送终端结束向接收终端发送多媒体数据时,第二虚拟设备通知接收终端停止解码功能。

图3是根据本发明实施例的一种可选的多媒体数据的传输系统的示意图,图4是根据本发明实施例的一种可选的多媒体数据的传输方法的交互示意图,下面结合图3和图4以发送终端和接收终端均为虚拟终端为例对本发明一种优选的实施例进行详细说明。

如图3所示,终端a1、终端b4进行视频通信,终端a1通过虚拟机接入协议接入虚拟机a2,终端b4通过虚拟机接入协议接入虚拟机b3,虚拟机a2和虚拟机b3之间通过会话协议通信(如图3中的实线所示),终端a和终端b通过数据路径连接(如图3中的虚线所示)。

如图4所示,该方法可以包括如下步骤:

步骤s41,终端a向虚拟机a发起用户操作启动会话。

步骤s42,虚拟机a获取终端a的编解码能力和参数。

可选地,虚拟机a检测到终端a使用远程接入方式而非本地主机方式,因此不使用本机而是获取终端a的编解码能力和参数。

步骤s43,虚拟机a向虚拟机b发起会话请求。

可选地,虚拟机a使用终端a的编解码能力和参数发起会话请求。

步骤s44,虚拟机b获取终端b的编解码能力和参数。

可选地,虚拟机b上的软件收到请求,检测到终端b使用远程接入方式而非本地主机方式,因此不使用本机而是获取终端b的编解码能力和参数。

步骤s45,终端b向虚拟机b发起用户操作同意会话。

步骤s46,虚拟机b向虚拟机a发起应答会话请求。

可选地,虚拟机b使用终端b的编解码能力和参数发起应答会话请求。

步骤s47,虚拟机b通知终端b启动编解码器。

步骤s48,虚拟机a通知终端a启动编解码器。

可选地,虚拟机a在收到应答会话请求之后,通知终端a启动编解码器。

步骤s49,终端a向虚拟机a发起用户操作结束会话。

可选地,会话结束,终端a向虚拟机a发起用户操作结束会话。

步骤s410,虚拟机a通知终端a停止编解码器。

步骤s411,虚拟机a向虚拟机b发起会话释放请求。

步骤s412,虚拟机b向虚拟机a发起应答释放请求。

步骤s413,虚拟机b通知终端b停止编解码器。

通过上述方案,将控制路径和数据路径进行分离,数据通过数据路径直接从终端a发送给终端b或者从终端b直接发送给终端a,实现只经过一次编解码,数据中心的虚拟机无需再实施编解码的运算操作。从而可以增强在这种云终端在实时通信、多媒体业务方面的用户体验,并减少云架构数据中心服务器的负载。

实施例2

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

图5是根据本发明实施例的另一种多媒体数据的传输方法的流程图,如图5所示,该方法包括如下步骤:

步骤s502,接收终端通过第二虚拟设备接收发送终端发送的会话请求。

可选地,发送终端包括:虚拟终端和物理终端,在发送终端包括虚拟终端的情况下,发送终端通过第一虚拟设备发送会话请求,并接收应答会话请求。

具体地,上述的发送终端和接收终端均可以是物理终端,例如,可以是智能手机(包括android手机、ios手机)、平板电脑、ipad、掌上电脑、笔记本电脑等,也可以是虚拟终端,在本发明实施例中以发送终端和接收终端均为虚拟终端为例进行说明,此处的发送终端可以是指数据传输发起的设备,接收终端可以是指发送终端需要进行数据传输的设备,例如,如图1所示,当发送终端是终端a时,接收终端可以是终端b;当发送终端是终端b时,接收终端可以是终端a。上述的第一虚拟设备可以是数据中心云中的虚拟机,可以作为发送终端的网关,上述的第二虚拟设备也可以是数据中心云中与第一虚拟设备不同的另一个虚拟机,可以作为接收终端的网关。上述的会话请求可以是发送终端需要与接收终端进行数据传输时生成的请求,该请求是第一虚拟设备发送给接收终端的请求。

步骤s504,接收终端通过第二虚拟设备发送应答会话请求至发送终端。

具体地,上述的应答会话请求可以是接收终端在通过第二虚拟设备接收到第一虚拟设备发送的会话请求之后,当确定与发送终端进行数据传输时生成的应答响应。

步骤s506,接收终端通过数据通路接收发送终端发送的多媒体数据,其中,数据通路为发送终端在确定接收到应答会话请求之后建立,用于发送终端与接收终端进行数据传输。

具体地,上述的数据通路可以是用于将发送终端输出的数据直接传输给接收终端,并将接收终端输出的数据直接传输给发送终端,而不需要经过第二虚拟设备,当发送终端包括虚拟终端的情况下,也不需要经过第一虚拟设备。上述的多媒体数据可以是视频数据、语音数据、图像数据等,本发明对此不作具体限定。

在一种可选的方案中,在发送终端包括虚拟终端的情况下,当发送终端需要与接收终端进行数据传输时,发送终端可以通过第一虚拟设备和第二虚拟设备将会话请求发送至接收终端,当接收终端确定与发送终端进行数据传输时,可以通过第二虚拟设备和第一虚拟设备将应答会话请求发送给发送终端,发送终端在接收到应答会话请求之后,确定可以与接收终端进行数据传输,在发送终端和接收终端建立数据通路,从而发送终端和接收终端可以通过数据通路直接进行输出传输,而无需在通过第一虚拟设备和第二虚拟设备进行数据转发。

在本发明上述实施例中,接收终端通过第二虚拟设备接收发送终端发送的会话请求,通过第二虚拟设备发送应答会话请求至发送终端,并通过数据通路接收发送终端发送的多媒体数据,从而实现发送终端与接收终端之间的数据传输。与现有技术相比,发送终端在确定接收到接收终端返回的应答会话请求之后,会建立数据通路,并通过该数据通路进行数据传输,而无需在通过第二虚拟设备进行数据转发,从而多媒体数据只需要经过1次压缩和解压缩,达到了提高数据传输质量和性能,提升用户体验感和好感度的技术效果,进而解决了现有技术中的多媒体数据的传输方法需要对多媒体数据进行多次压缩和解压缩,性能较低的技术问题。

可选地,步骤s506,接收终端通过数据通路接收发送终端发送的多媒体数据包括:

步骤s5062,接收终端通过数据通路接收发送终端发送的编码数据,其中,编码数据是发送终端对多媒体数据进行编码所得到的。

步骤s5064,接收终端对编码数据进行解码,得到多媒体数据。

在一种可选的方案中,发送终端和接收终端为了进行数据传输,发送终端可以对需要发送的多媒体数据进行编码,并将编码数据直接传输给接收终端,接收终端在接收到编码数据之后,可以进行相应的解码过程,从而得到发送端需要发送的多媒体数据,完成整个数据传输过程。

可选地,步骤s504,接收终端通过第二虚拟设备发送应答会话请求至发送终端包括:

步骤s5042,在第二虚拟设备确定会话请求为启动远程会话之后,接收终端发送第二参数至第二虚拟设备,其中,第二参数包括:接收终端的编解码能力和参数。

步骤s5044,接收终端发送同意会话请求至第二虚拟设备,其中,应答会话请求是第二虚拟设备根据第二参数和同意会话请求所生成的。

具体地,上述的同意会话请求可以是接收终端在接收到会话请求之后,确定与发送终端进行数据传输之后生成的请求,该请求是发送给第二虚拟设备的。

在一种可选的方案中,在发送终端包括虚拟终端的情况下,接收终端在通过第二虚拟设备接收到会话请求之后,当确定与发送终端进行数据传输时,可以生成同意会话请求,并发送给第二虚拟设备,第二虚拟设备在接收到会话请求之后,可以检测会话请求是启动远程会话还是本地会话,来确定发送终端是否需要与接收终端进行远程数据传输,如果确定会话启动请求是启动远程会话,也即,第二虚拟设备确定发送终端与接收终端进行远程数据传输,则获取接收终端的编解码能力和参数,并在接收到同意会话请求之后,使用获取到的编解码能力和参数向第一虚拟设备返回应答会话请求。

可选地,在步骤s504,接收终端通过第二虚拟设备发送应答会话请求至发送终端之后,该方法还包括:

步骤s508,接收终端接收第二虚拟设备发送的第二启动请求。

具体地,上述的第二启动请求用于启动接收终端中的编解码器,以方便接收端后续通过编解码器对编码数据进行解码,并对发送的多媒体数据进行编码。

步骤s510,接收终端根据第二启动请求启动解码功能,其中,解码功能用于对编码数据进行解码,得到多媒体数据。

在一种可选的方案中,接收终端在确定与发送终端进行数据传输之后,表明接收终端与发送终端的编解码能力和参数匹配,可以通过第二虚拟设备向发送终端发送应答会话请求,第二虚拟设备在发送应答会话请求之后,为了方便接收终端后续通过编解码器对编码数据进行解码,第二虚拟设备可以向接收终端发送第二启动请求,通知接收终端启动编解码器,当发送终端需要向接收终端发送多媒体数据时,第二虚拟设备通知接收终端启动解码功能,接收终端通过编解码器对编码数据进行解码,得到多媒体数据。

可选地,在步骤s506,接收终端通过数据通路接收发送终端发送的多媒体数据之后,该方法还包括:

步骤s512,接收终端通过第二虚拟设备接收发送终端发送的释放请求。

具体地,上述的释放请求可以是发送终端需要与接收终端结束数据传输时生成的请求,在发送终端包括虚拟终端的情况下,该请求是第一虚拟设备发送给接收终端的请求。

步骤s514,接收终端通过第二虚拟设备发送应答释放请求至发送终端。

其中,在发送终端包括虚拟终端的情况下,发送终端通过第一虚拟设备发送释放请求,并接收应答释放请求。

具体地,上述的应答释放请求可以是接收终端在通过第二虚拟设备接收到发送的释放请求之后,当确定与发送终端结束数据传输时生成的应答响应。

在一种可选的方案中,在发送终端包括虚拟终端的情况下,在发送终端与接收终端会话结束之后,发送终端可以通过第一虚拟设备和第二虚拟设备向接收终端发送释放请求,当接收终端确定与发送终端结束数据传输时,可以通过第二虚拟设备和第一虚拟设备发送应答释放请求,发送终端在接收到应答释放请求之后,确定可以与接收终端结束数据传输,从而可以中断数据通路,完成整个数据传输过程。

可选地,在步骤s514,接收终端通过第二虚拟设备发送应答释放请求至发送终端之后,该方法还包括:

步骤s516,接收终端接收第二虚拟设备发送的第二停止请求。

具体地,上述的第二停止请求用于停止接收终端中的编解码器。

步骤s518,接收终端根据第二停止请求停止解码功能。

在一种可选的方案中,接收终端在确定与发送终端结束数据传输之后,可以通过第二虚拟设备向发送终端发送应答会话请求,第二虚拟设备在发送应答释放请求之后,第二虚拟设备可以向接收终端发送第二停止请求,通知接收终端停止编解码器,当发送终端结束向接收终端发送多媒体数据时,第二虚拟设备通知接收终端停止解码功能。

实施例3

根据本发明实施例,提供了一种多媒体数据的传输装置的实施例

图6是根据本发明实施例的一种多媒体数据的传输装置的示意图,如图6所示,该装置包括:

第一发送模块62,用于通过第一虚拟设备发送会话请求至接收终端。

可选地,接收终端包括:虚拟终端和物理终端。

具体地,上述的多媒体数据的传输装置可以是发送终端中的装置,上述的发送终端和接收终端均可以是物理终端,例如,可以是智能手机(包括android手机、ios手机)、平板电脑、ipad、掌上电脑、笔记本电脑等,也可以是虚拟终端,在本发明实施例中以发送终端和接收终端均为虚拟终端为例进行说明,此处的发送终端可以是指数据传输发起的设备,接收终端可以是指发送终端需要进行数据传输的设备,例如,如图1所示,当发送终端是终端a时,接收终端可以是终端b;当发送终端是终端b时,接收终端可以是终端a。上述的第一虚拟设备可以是数据中心云中的虚拟机,可以作为发送终端的网关。上述的会话请求可以是发送终端需要与接收终端进行数据传输时生成的请求,该请求是第一虚拟设备发送给接收终端的请求。

建立模块64,用于在确定接收到接收终端返回的应答会话请求之后,建立数据通路,其中,数据通路用于发送终端与接收终端进行数据传输。

可选地,在接收终端包括虚拟终端的情况下,接收终端通过第二虚拟设备接收会话请求,并发送应答会话请求。

具体地,上述的第二虚拟设备也可以是数据中心云中与第一虚拟设备不同的另一个虚拟机,可以作为接收终端的网关。上述的应答会话请求可以是接收终端在通过第二虚拟设备接收到第一虚拟设备发送的会话请求之后,当确定与发送终端进行数据传输时生成的应答响应。上述的数据通路可以是用于将发送终端输出的数据直接传输给接收终端,并将接收终端输出的数据直接传输给发送终端,而不需要经过第一虚拟设备,当接收终端包括虚拟终端的情况下,也不需要经过第二虚拟设备。

第二发送模块66,用于通过数据通路发送多媒体数据至接收终端。

具体地,上述的多媒体数据可以是视频数据、语音数据、图像数据等,本发明对此不作具体限定。

在一种可选的方案中,在接收终端包括虚拟终端的情况下,当发送终端需要与接收终端进行数据传输时,发送终端可以通过第一虚拟设备和第二虚拟设备将会话请求发送至接收终端,当接收终端确定与发送终端进行数据传输时,可以通过第二虚拟设备和第一虚拟设备将应答会话请求发送给发送终端,发送终端在接收到应答会话请求之后,确定可以与接收终端进行数据传输,在发送终端和接收终端建立数据通路,从而发送终端和接收终端可以通过数据通路直接进行输出传输,而无需在通过第一虚拟设备和第二虚拟设备进行数据转发。

在本发明上述实施例中,发送终端通过第一虚拟设备发送会话请求至接收终端,在确定接收到接收终端返回的应答会话请求之后,发送终端建立数据通路,发送终端通过数据通路发送多媒体数据至接收终端,从而实现发送终端与接收终端之间的数据传输。与现有技术相比,发送终端在确定接收到接收终端返回的应答会话请求之后,会建立数据通路,并通过该数据通路进行数据传输,而无需在通过第一虚拟设备进行数据转发,从而多媒体数据只需要经过1次压缩和解压缩,达到了提高数据传输质量和性能,提升用户体验感和好感度的技术效果,进而解决了现有技术中的多媒体数据的传输方法需要对多媒体数据进行多次压缩和解压缩,性能较低的技术问题。

实施例4

根据本发明实施例,还提供了一种多媒体数据的传输装置的实施例。

图7是根据本发明实施例的另一种多媒体数据的传输装置的示意图,如图7所示,该装置包括:

第一接收模块72,用于通过第二虚拟设备接收发送终端发送的会话请求。

可选地,发送终端包括:虚拟终端和物理终端,在发送终端包括虚拟终端的情况下,发送终端通过第一虚拟设备发送会话请求,并接收应答会话请求。

具体地,上述的多媒体数据的传输装置可以是接收终端中的装置,上述的发送终端和接收终端均可以是物理终端,例如,可以是智能手机(包括android手机、ios手机)、平板电脑、ipad、掌上电脑、笔记本电脑等,也可以是是虚拟终端,在本发明实施例中以发送终端和接收终端均为虚拟终端为例进行说明,此处的发送终端可以是指数据传输发起的设备,接收终端可以是指发送终端需要进行数据传输的设备,例如,如图1所示,当发送终端是终端a时,接收终端可以是终端b;当发送终端是终端b时,接收终端可以是终端a。上述的第一虚拟设备可以是数据中心云中的虚拟机,可以作为发送终端的网关,上述的第二虚拟设备也可以是数据中心云中与第一虚拟设备不同的另一个虚拟机,可以作为接收终端的网关。上述的会话请求可以是发送终端需要与接收终端进行数据传输时生成的请求,该请求是第一虚拟设备发送给接收终端的请求。

发送模块74,用于通过第二虚拟设备发送应答会话请求至发送终端。

具体地,上述的应答会话请求可以是接收终端在通过第二虚拟设备接收到第一虚拟设备发送的会话请求之后,当确定与发送终端进行数据传输时生成的应答响应。

第二接收模块76,用于通过数据通路接收发送终端发送的多媒体数据,其中,数据通路为发送终端在确定接收到应答会话请求之后建立,用于发送终端与接收终端进行数据传输。

具体地,上述的数据通路可以是用于将发送终端输出的数据直接传输给接收终端,并将接收终端输出的数据直接传输给发送终端,而不需要经过第二虚拟设备,当发送终端包括虚拟终端的情况下,也不需要经过第一虚拟设备。上述的多媒体数据可以是视频数据、语音数据、图像数据等,本发明对此不作具体限定。

在一种可选的方案中,在发送终端包括虚拟终端的情况下,当发送终端需要与接收终端进行数据传输时,发送终端可以通过第一虚拟设备和第二虚拟设备将会话请求发送至接收终端,当接收终端确定与发送终端进行数据传输时,可以通过第二虚拟设备和第一虚拟设备将应答会话请求发送给发送终端,发送终端在接收到应答会话请求之后,确定可以与接收终端进行数据传输,在发送终端和接收终端建立数据通路,从而发送终端和接收终端可以通过数据通路直接进行输出传输,而无需在通过第一虚拟设备和第二虚拟设备进行数据转发。

在本发明上述实施例中,接收终端通过第二虚拟设备接收发送终端发送的会话请求,通过第二虚拟设备发送应答会话请求至发送终端,并通过数据通路接收发送终端发送的多媒体数据,从而实现发送终端与接收终端之间的数据传输。与现有技术相比,发送终端在确定接收到接收终端返回的应答会话请求之后,会建立数据通路,并通过该数据通路进行数据传输,而无需在通过第二虚拟设备进行数据转发,从而多媒体数据只需要经过1次压缩和解压缩,达到了提高数据传输质量和性能,提升用户体验感和好感度的技术效果,进而解决了现有技术中的多媒体数据的传输方法需要对多媒体数据进行多次压缩和解压缩,性能较低的技术问题。

实施例5

根据本发明实施例,提供了一种多媒体数据的传输系统的实施例,。

图8是根据本发明实施例的一种多媒体数据的传输系统的示意图,如图8所示,该系统包括:发送终端82、第一虚拟设备84和接收终端86。

其中,发送终端82与第一虚拟设备84连接,用于通过第一虚拟设备发送会话请求;接收终端86与第一虚拟设备连接,用于发送应答会话请求;发送终端通过数据通路与接收终端连接,用于发送多媒体数据至接收终端,其中,数据通路是发送终端在确定接收到应答会话请求之后所建立的。

可选地,接收终端包括:虚拟终端和物理终端,在接收终端包括虚拟终端的情况下,如图9所示,该系统还包括:第二虚拟设备88。

其中,第二虚拟设备88与接收终端和第一虚拟设备连接,用于接收会话请求,并发送应答会话请求。

具体地,上述的发送终端和接收终端均可以是物理终端,例如,可以是智能手机(包括android手机、ios手机)、平板电脑、ipad、掌上电脑、笔记本电脑等,也可以是虚拟终端,在本发明实施例中以发送终端和接收终端均为虚拟终端为例进行说明,此处的发送终端可以是指数据传输发起的设备,接收终端可以是指发送终端需要进行数据传输的设备,例如,如图1所示,当发送终端是终端a时,接收终端可以是终端b;当发送终端是终端b时,接收终端可以是终端a。上述的第一虚拟设备可以是数据中心云中的虚拟机,可以作为发送终端的网关。上述的会话请求可以是发送终端需要与接收终端进行数据传输时生成的请求,该请求是第一虚拟设备发送给接收终端的请求。上述的第二虚拟设备也可以是数据中心云中与第一虚拟设备不同的另一个虚拟机,可以作为接收终端的网关。上述的应答会话请求可以是接收终端在通过第二虚拟设备接收到第一虚拟设备发送的会话请求之后,当确定与发送终端进行数据传输时生成的应答响应。上述的数据通路可以是用于将发送终端输出的数据直接传输给接收终端,并将接收终端输出的数据直接传输给发送终端,而不需要经过第一虚拟设备,当接收终端包括虚拟终端的情况下,也不需要经过第二虚拟设备。上述的多媒体数据可以是视频数据、语音数据、图像数据等,本发明对此不作具体限定。

在一种可选的方案中,在接收终端包括虚拟终端的情况下,当发送终端需要与接收终端进行数据传输时,发送终端可以通过第一虚拟设备和第二虚拟设备将会话请求发送至接收终端,当接收终端确定与发送终端进行数据传输时,可以通过第二虚拟设备和第一虚拟设备将应答会话请求发送给发送终端,发送终端在接收到应答会话请求之后,确定可以与接收终端进行数据传输,在发送终端和接收终端建立数据通路,从而发送终端和接收终端可以通过数据通路直接进行输出传输,而无需在通过第一虚拟设备和第二虚拟设备进行数据转发。

在本发明上述实施例中,发送终端通过第一虚拟设备发送会话请求至接收终端,在确定接收到接收终端返回的应答会话请求之后,发送终端建立数据通路,发送终端通过数据通路发送多媒体数据至接收终端,从而实现发送终端与接收终端之间的数据传输。与现有技术相比,发送终端在确定接收到接收终端返回的应答会话请求之后,会建立数据通路,并通过该数据通路进行数据传输,而无需在通过第一虚拟设备进行数据转发,从而多媒体数据只需要经过1次压缩和解压缩,达到了提高数据传输质量和性能,提升用户体验感和好感度的技术效果,进而解决了现有技术中的多媒体数据的传输方法需要对多媒体数据进行多次压缩和解压缩,性能较低的技术问题。

实施例6

根据本发明实施例,还提供了一种多媒体数据的传输系统的实施例。

图10是根据本发明实施例的另一种多媒体数据的传输系统的示意图,如图10所示,该系统包括:发送终端82、接收终端86和第二虚拟设备88。

其中,发送终端82用于发送会话请求;接收终端86与第二虚拟设备88和发送终端连接,用于通过第二虚拟设备发送应答会话请求;发送终端,通过数据通路与接收终端连接,用于发送多媒体数据至接收终端,其中,数据通路是发送终端在确定接收到应答会话请求之后所建立的。

可选地,发送终端包括:虚拟终端和物理终端,在发送终端包括虚拟终端的情况下,如图9所示,该系统还包括:第一虚拟设备84。

其中,第一虚拟设备84与发送终端和第二虚拟设备连接,用于发送会话请求,并接收应答会话请求。

具体地,上述的发送终端和接收终端均可以是物理终端,例如,可以是智能手机(包括android手机、ios手机)、平板电脑、ipad、掌上电脑、笔记本电脑等,也可以是虚拟终端,在本发明实施例中以发送终端和接收终端均为虚拟终端为例进行说明,此处的发送终端可以是指数据传输发起的设备,接收终端可以是指发送终端需要进行数据传输的设备,例如,如图1所示,当发送终端是终端a时,接收终端可以是终端b;当发送终端是终端b时,接收终端可以是终端a。上述的第一虚拟设备可以是数据中心云中的虚拟机,可以作为发送终端的网关,上述的第二虚拟设备也可以是数据中心云中与第一虚拟设备不同的另一个虚拟机,可以作为接收终端的网关。上述的会话请求可以是发送终端需要与接收终端进行数据传输时生成的请求,该请求是第一虚拟设备发送给接收终端的请求。上述的应答会话请求可以是接收终端在通过第二虚拟设备接收到第一虚拟设备发送的会话请求之后,当确定与发送终端进行数据传输时生成的应答响应。上述的数据通路可以是用于将发送终端输出的数据直接传输给接收终端,并将接收终端输出的数据直接传输给发送终端,而不需要经过第二虚拟设备,当发送终端包括虚拟终端的情况下,也不需要经过第一虚拟设备。上述的多媒体数据可以是视频数据、语音数据、图像数据等,本发明对此不作具体限定。

在一种可选的方案中,在发送终端包括虚拟终端的情况下,当发送终端需要与接收终端进行数据传输时,发送终端可以通过第一虚拟设备和第二虚拟设备将会话请求发送至接收终端,当接收终端确定与发送终端进行数据传输时,可以通过第二虚拟设备和第一虚拟设备将应答会话请求发送给发送终端,发送终端在接收到应答会话请求之后,确定可以与接收终端进行数据传输,在发送终端和接收终端建立数据通路,从而发送终端和接收终端可以通过数据通路直接进行输出传输,而无需在通过第一虚拟设备和第二虚拟设备进行数据转发。

在本发明上述实施例中,接收终端通过第二虚拟设备接收发送终端发送的会话请求,通过第二虚拟设备发送应答会话请求至发送终端,并通过数据通路接收发送终端发送的多媒体数据,从而实现发送终端与接收终端之间的数据传输。与现有技术相比,发送终端在确定接收到接收终端返回的应答会话请求之后,会建立数据通路,并通过该数据通路进行数据传输,而无需在通过第二虚拟设备进行数据转发,从而多媒体数据只需要经过1次压缩和解压缩,达到了提高数据传输质量和性能,提升用户体验感和好感度的技术效果,进而解决了现有技术中的多媒体数据的传输方法需要对多媒体数据进行多次压缩和解压缩,性能较低的技术问题。

实施例7

根据本发明实施例,提供了一种存储介质的实施例,存储介质包括存储的程序,其中,在程序运行时控制存储介质所在设备执行上述实施例1和2中的多媒体数据的传输方法。

实施例8

根据本发明实施例,提供了一种处理器的实施例,处理器用于运行程序,其中,程序运行时执行上述实施例1和2中的多媒体数据的传输方法。

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

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

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

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

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

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

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

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