本发明涉及通信领域,具体而言,涉及一种语音数据的处理方法、装置及对讲系统。
背景技术:
随着通信市场的不断发展和完善,基于公网的集群调度系统成为通信市场发展的必然趋势。系统利用公网实现集群通信调度,支持跨地区广域集群调度,克服了专网集群调度系统信号覆盖区域有限的缺陷。系统与调度台结合,支持作业管理和指挥调度应用。随着普通的企业级用户群、社团用户群以及个人用户等对广域集群业务的需求不断扩大,使用基于移动、联通、电信等专网的操控系统作为作业管理(例如,作为对讲作业管理),同时提供指挥调度,增加了普通用户的消费成本,越来越无法适应市场发展。
起初,模拟集群通信采用模拟话音进行通信,模拟对讲机通信是我国专用无线通信的主要方式。然而,模拟对讲机缺点突出,表现为频率利用率低、相互干扰严重、通信语音质量差、通信距离短、业务功能单一、通信不稳定、管理控制困难等。
随着公众移动通信的发展,对讲机市场逐步成为一个重要的专业通信市场,数字集群通信系统成为主流。数字集群通信系统采用数字信令,并使用多址方式技术、话音编码技术、调制技术等,使集群通信系统的用户连接比较可靠。与模拟对讲机相比,数字对讲机优点突出,表现为频率利用率高、相互干扰小、通信语音质量好、通信距离远、业务功能多、通信稳定、管理控制容易等。
基于公网数字集群对讲技术中的手机对讲(Push to Talk Over Cellular,简称为PoC)业务是将集群通信中的对讲功能引入到移动蜂窝网络中,允许用户同时与一个或多个其他用户进行通信,主要面向行业客户,如物流、运输、物业安保等工作地点在户外,对远距离对讲和调度有强烈需求的行业。系统可以为这些客户提供集群调度业务,客户无需购买专业通信设备,无需专门组网,通过手机实现一键对讲,便可以低成本、快速、高效地进行群组通信和资源调度。
PoC是在公众移动网络上实现的一种具有对讲功能的移动数据业务,它是基于移 动通信网络和基于互联网协议的信号(Voice over Internet Protocol,简称为VoIP)技术实现的,其网络覆盖面广,能够异地漫游。简言之,PoC是将模拟信号(Voice)数字化,以数据封包(Data Packet)的形式在IP网络(IP Network)上做实时传递。在3G时代,PoC业务作为一个数据网上的语音业务极具亮点。随着美国和欧洲一些移动运营商在公众移动网上推出PoC业务(PTT over Cellular,一键通),PoC一时间成为业界关注的热门移动数据业务。PoC采用半双工通信方式,可以进行“一对一”、“一对多”通话,而且一按即通、无需拨号等待。相对第二代移动通信(2G)而言,第三代移动通信(3G)的优势在于它能克服移动网无线接入侧带宽不足的缺点,但由于基础网络投资巨大,运营商需要通过在业务和业务管理方面深入研究来降低运营3G的风险。PoC改变了人们使用移动电话“一对一”的传统通话方式,用户能够与任何地方的多个用户进行“一对多”的即时通话。这种通信方式解决了商务客户的对即时通信的需求,例如,建筑施工队、现场销售队伍、快递人员和物流服务队伍进行即时的集群通信,还能进行语音短信、家庭会议等复杂业务。
从数字集群通信的发展现状来看,集群产业处在初期发展阶段,与公众移动通信的发展规模相比,数字集群通信的规模处于远远落后的状态。同时,国内正在使用的数字集群通信系统完全采用国外的技术和设备,整个产业基本上处于被国外厂商垄断的状态。而且,无论是TETRA系统还是iDEN系统,其标准的开放性不高,iDEN系统被摩托罗拉独家垄断,而TETRA系统虽然在空中接口可以做到兼容,但各个厂家系统之间不能实现互联互通,影响了TETRA系统的发展。这种现状造成的最直接的问题是终端和系统设备价格较高,或者是系统维护、升级和扩容的成本高,在很大程度上限制了数字集群通信的发展。
基于蜂窝移动通信网络的PTT业务称为PoC。PoC基于2.5G网络(GSM/GPRS,cdma2000)或3G网络(WCDMA,cdma2000),它充分利用了GPRS或cdma 1x移动分组网络的特性,通过半双工VoIP技术来实现PTT。同时,PoC还结合了即时消息,Presence等业务属性,成为一种综合了话音和数据的个性化业务。但是,PoC业务比较单一,没有基于互联网Web的集群对讲应用。
针对上述的问题,目前尚未提出有效的解决方案。
技术实现要素:
本发明实施例提供了一种语音数据的处理方法、装置及对讲系统,以至少解决由于无法基于互联网Web的集群进行对讲应用而造成的资源浪费以及应用成本增加的技术问题。
根据本发明实施例的一个方面,提供了一种语音数据的处理方法,包括:获取录入Web客户端的语音数据;通过服务器将获取的语音数据分发给对讲终端,其中,上述对讲终端用于将分发得到的语音数据转换成自身能够识别的语音数据,并播放与转换后的语音数据对应的语音内容。
进一步地,在通过服务器将获取的语音数据分发给对讲终端之后或之前,上述方法还包括:获取由上述对讲终端通过上述服务器分发给上述Web客户端的语音数据;将获取的分发给上述Web客户端的语音数据转换成上述Web客户端能够识别的语音数据;通过上述Web客户端播放与转换后的上述Web客户端够识别的语音数据对应的语音内容。
进一步地,通过服务器将获取的语音数据分发给对讲终端包括:上述服务器接收上述Web客户端发送的语音数据;上述服务器确定在上述Web客户端所在的对讲群组中建立了信道的对讲终端;上述服务器将接收到的语音数据发送给确定出的在上述对讲群组中建立了信道的各对讲终端。
进一步地,上述各对讲终端通过以下步骤在上述对讲群组中建立信道包括:获取上述对讲群组的群组信息;根据获取的上述群组信息创建上述各对讲终端与上述服务器之间的信道。
进一步地,在获取上述对讲群组的群组信息之前,上述方法还包括:通过上述服务器分别对上述对讲终端和上述Web客户端进行鉴权处理;在鉴权通过之后,执行获取上述对讲群组的群组信息的步骤。
根据本发明实施例的另一方面,还提供了一种语音数据的处理装置,包括:第一获取单元,用于获取录入Web客户端的语音数据;分发单元,用于通过服务器将获取的语音数据分发给对讲终端,其中,上述对讲终端用于将分发得到的语音数据转换成自身能够识别的语音数据,并播放与转换后的语音数据对应的语音内容。
进一步地,上述装置还包括:第二获取单元,用于在通过服务器将获取的语音数据分发给对讲终端之后或之前,获取由上述对讲终端通过上述服务器分发给上述Web客户端的语音数据;转换单元,用于将获取的分发给上述Web客户端的语音数据转换成上述Web客户端够识别的语音数据;播放单元,用于通过上述Web客户端播放与转换后的上述Web客户端能够识别的语音数据对应的语音内容。
进一步地,上述分发单元包括:接收模块,用于使得上述服务器接收上述Web客户端发送的语音数据;确定模块,用于使得上述服务器确定在上述Web客户端所在的对讲群组中建立了信道的对讲终端;发送模块,用于使得上述服务器将接收到的语音 数据发送给确定出的在上述对讲群组中建立了信道的各对讲终端。
进一步地,上述装置还包括创建单元,用于使得上述各对讲终端通过以下功能模块在上述对讲群组中建立信道,上述功能模块包括:获取模块,用于获取上述对讲群组的群组信息;创建模块,用于根据获取的上述群组信息创建上述各对讲终端与上述服务器之间的信道。
进一步地,上述装置还包括:鉴权单元,用于在获取上述对讲群组的群组信息之前,通过上述服务器分别对上述对讲终端和上述Web客户端进行鉴权处理;执行单元,用于在鉴权通过之后,执行上述获取模块的模块功能。
根据本发明实施例的另一方面,还提供了一种对讲系统,包括:上述任一项中的语音数据的处理装置。
在本发明实施例中,采用使用PC机、平板终端等设备上安装的Web客户端的方式,通过获取录入Web客户端的语音数据;通过服务器将获取的语音数据分发给对讲终端,其中,所述对讲终端用于将分发得到的语音数据转换成自身能够识别的语音数据,并播放与转换后的语音数据对应的语音内容,达到了利用已有硬件资源进行基于互联网Web的集群对讲应用的目的,从而实现了防止资源浪费和减少对讲应用的成本的技术效果,进而解决了由于无法基于互联网Web的集群进行对讲应用而造成的资源浪费以及应用成本增加的技术问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的一种可选的对讲系统的网络结构的示意图;
图2是根据本发明实施例的一种可选的语音数据的处理方法的流程图;以及
图3是根据本发明实施例的一种可选的语音数据的处理装置的示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于 本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例1
根据本发明实施例,提供了一种对讲系统的装置实施例。
该对讲系统可以包括实施例2中任一优选实施方式中的语音数据的处理装置。语音数据的处理装置的结构特点及其实施方式和用途将在下述实施例中详细阐述,在此不再赘述。
如图1所示,在网络结构中,该对讲系统包括:安装有Web客户端(即Web操控系统)的硬件设备、对讲终端104和服务器106。其中,上述硬件设备可以是PC机102和平板终端等,图1以PC机102为例阐述本发明;服务器106可以包括:语音服务器1062、Web服务器1064和数据库服务器1066。
实施时,PC机102和对讲终端104均通过互联网连接至上述服务器106,进而实现系统的对讲功能。其中,对讲终端104可以以2G/3G的方式通过基站接入互联网,或者可以通过带有Wifi模块的路由器接入互联网。服务器群中的语音服务器1062用于对来自PC机102和对讲终端104语音数据包进行解压和分发处理;Web服务器1064用于对讲应用提供Web资源,并对PC机102和对讲终端104进行鉴权处理,只有鉴权通过后,才能实现系统的对讲功能;数据库服务器1066用于存储对讲过程中的数据,包括语音数据和信令数据等。
该对讲系统的工作原理如下:对讲终端104和安装有Web操控系统的PC机102需要通过服务器106进行身份鉴权,在鉴权通过后,两者才能获取它们所在的对讲群组的群组信息;对讲终端104进行群组,语音服务器1062会向其推送该对讲群组的IP地址与端口地址等信息,此时,对讲终端104与语音服务器1062会建立UDP信道;建立UDP信道之后,各对讲终端104在该对讲群组里监听自己的UDP信道中的语音数据,当收到语音数据时,各对讲终端104会将数据包解压并还原成自身系统能够识别的音频数据进行播放,当用户使用对讲终端104在该对讲群组中讲话时,对讲终端104 会将用户录入的音频数据打包成系统预先定义的格式的语音数据包,并将数据包发送至语音服务器1062,由语音服务器1062确定出对讲群组里已经建立了UDP信道的对讲终端104,进而将语音数据包分发至这些确定出的各对讲终端;之后,各对讲终端按照接收的语音数据包自动播放相应的语音内容。
通过上述实施例,用户与其他用户的进行对讲时,无需额外购置专门的对讲终端,使用手头上已有的并安装了特定的Web客户端的硬件资源(如PC机和平板终端等)即可完成对讲任务,填补了Web客户端无法与对讲终端进行语音通信的空白,实现了节约成本、便于用户实施和维护的目的;进一步地,使用基于互联网的WEB操控系统作为作业管理手段,同时提供指挥调度功能,降低普通用户的消费成本,丰富对讲终端如手机的PoC业务,增加了基于互联网Web的集群对讲应用。
实施例2
根据本发明实施例,提供了一种语音数据的处理方法的方法实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
图2是根据本发明实施例的一种可选的语音数据的处理方法的流程图,如图2所示,该方法包括如下步骤:
步骤S202,获取录入Web客户端的语音数据;
步骤S204,通过服务器将获取的语音数据分发给对讲终端,其中,对讲终端用于将分发得到的语音数据转换成自身能够识别的语音数据,并播放与转换后的语音数据对应的语音内容。
实施时,用户可以通过PC机、平板终端等设备上安装的对讲控件操控系统录入音频信息,之后,Web客户端使用Javascript脚本调用该对讲控件操控系统中的相关录音来获取录入Web客户端的语音数据。在获取到上述语音数据之后,通过服务器向与PC机、平板终端等设备的IP地址相连接的对讲终端分发这些语音数据。此时,对讲终端将分发得到的语音数据转换成自身能够识别的语音数据,并自动播放与转换后的语音数据对应的语音内容。
需要说明的是,由于Web客户端与对讲终端使用的语音数据格式等一般不同,因此,对讲终端在接收到服务器分发的语音数据之后,先按照预先设定的规则进行数据转换,可以防止对讲终端由于无法识别由Web客户端录入的音频数据而导致对讲双方无法通信的缺陷。
通过上述步骤,用户与其他用户的进行对讲时,无需额外购置专门的对讲终端,使用手头上已有的并安装了特定的Web客户端的硬件资源(如PC机和平板终端等)即可完成对讲任务,填补了Web客户端无法与对讲终端进行语音通信的空白,实现了节约成本、便于用户实施和维护的目的;进一步地,使用基于互联网的WEB操控系统作为作业管理手段,同时提供指挥调度功能,降低普通用户的消费成本,丰富对讲终端如手机的PoC业务,增加了基于互联网Web的集群对讲应用。
可选地,在通过服务器将获取的语音数据分发给对讲终端之后或之前,上述方法还包括:
S2,获取由对讲终端通过服务器分发给Web客户端的语音数据;
S4,将获取的分发给Web客户端的语音数据转换成Web客户端够识别的语音数据;
S6,通过Web客户端播放与转换后的Web客户端够识别的语音数据对应的语音内容。
换言之,对于处在同一个对讲群组中的Web客户端和对讲终端而言,在对讲过程中,服务器即可以将的来自Web客户端的语音数据分发给各对讲终端,也可以将来自各对讲终端的语音数据分发至Web客户端,但是,在Web客户端的用户输入音频数据时,各对讲终端的用户只能等待,同理,在各对讲终端的用户输入音频数据时,Web客户端的用户也只能等待。其中,在对讲终端的语音数据包发送至服务器,并由服务器将其分发至Web客户端时,Web客户端可以通过对讲控件接收上述语音数据包并解包播放。
通过上述步骤,可以即实现Web客户端的音频录入功能,又实现Web客户端的语音播放功能。
可选地,通过服务器将获取的语音数据分发给对讲终端包括:
S8,服务器接收Web客户端发送的语音数据;
S10,服务器确定在Web客户端所在的对讲群组中建立了信道的对讲终端;
S12,服务器将接收到的语音数据发送给确定出的在对讲群组中建立了信道的各对讲终端。
由于一个对讲群组中可以包括一个或者多个对讲终端,而在某个特定的对讲任务中,可能只有指定的一个或者几个对讲终端参与对讲,此时,该对讲群组参与对讲的对讲终端需要提前与服务器建立相应的信道,包括建立用于传输语音消息的UDP信道 和建立用于传输信令消息的TCP信道。这样,服务器在接收到Web客户端发送的语音数据之后,可以计算出上述对讲群组中建立了信道的对讲终端,并将接收到的语音数据发送给这些建立了信道的对讲终端进行播放。
可选地,各对讲终端通过以下步骤在对讲群组中建立信道包括:
S14,获取对讲群组的群组信息;
S16,根据获取的群组信息创建各对讲终端与服务器之间的信道。
其中,对讲群组的群组信息包括:对讲群组的IP地址和端口信息等。本发明利用PoC业务中的IP技术特性,通过个人计算机作为IP终端,开发ocx控件,实现个人计算机(即PC机)的脉冲编码调制(Pulse Code Modulation,简称为PCM)的语音编码数据转换,可以适用于保证通话质量并大大减小平均编码比特率的EVRC编码语音数据,与对讲终端进行语音数据传输。
具体地,Web客户端通过调用ocx控件实现业务操控。Web客户端上的Web操控系统主要由Web系统网站与ActiveX对讲控件组成。ActiveX对讲控件是实现与对讲终端数据传输的核心程序,主要实现信令传输、语音数据传输、心跳维持等。
Web操控系统与对讲终端的数据传输过程如下:运用IP对讲技术,Web客户端通过调用ocx控件实现业务操控;ocx控件把系统的音频数据打包成系统定义的语音数据包,发送至语音服务器,再由语音服务器计算出在该对讲群组里建立了UDP信道的对讲终端,从而把语音数据包分发至这些对讲终端;这些对讲终端在对讲群组里监听UDP信道的语音数据,当监听到语音数据后,解压还原成对讲终端自身能够识别的音频数据进行播放。
另外,Web操控系统与对讲终端的数据传输的二次开发的技术协议程序,以及该技术协议程序的软件模块和server终端的整体操作系统以数字化呈现。
本发明填补了在目前数字对讲行业了中Web客户端无法与对讲终端进行语音通信的空白。应用本发明可以实现数字对讲研发领域的创新提升,使更多的再开发功能更好的为市场和用户提供服务,开放了数字对讲传统技术的二次开发的可能性,将数字对讲技术提升至全新的研发领域。
可选地,在获取对讲群组的群组信息之前,上述方法还包括:
S18,通过服务器分别对对讲终端和Web客户端进行鉴权处理;
S20,在鉴权通过之后,执行获取对讲群组的群组信息的步骤。
通过上述步骤,可以防止该对讲群组之外的用户窃听而导致信息泄露,从而实现对讲群组内部的信息安全。
实施例3
根据本发明实施例,提供了一种语音数据的处理装置的装置实施例。
图3是根据本发明实施例的一种可选的语音数据的处理装置的示意图,如图3所示,该装置包括:第一获取单元302,用于获取录入Web客户端的语音数据;分发单元304,用于通过服务器将获取的语音数据分发给对讲终端,其中,对讲终端用于将分发得到的语音数据转换成自身能够识别的语音数据,并播放与转换后的语音数据对应的语音内容。
实施时,用户可以通过PC机、平板终端等设备上安装的对讲控件操控系统录入音频信息,之后,Web客户端使用Javascript脚本调用该对讲控件操控系统中的相关录音来获取录入Web客户端的语音数据。在获取到上述语音数据之后,通过服务器向与PC机、平板终端等设备的IP地址相连接的对讲终端分发这些语音数据。此时,对讲终端将分发得到的语音数据转换成自身能够识别的语音数据,并自动播放与转换后的语音数据对应的语音内容。
需要说明的是,由于Web客户端与对讲终端使用的语音数据格式等一般不同,因此,对讲终端在接收到服务器分发的语音数据之后,先按照预先设定的规则进行数据转换,可以防止对讲终端由于无法识别由Web客户端录入的音频数据而导致对讲双方无法通信的缺陷。
通过上述实施例,用户与其他用户的进行对讲时,无需额外购置专门的对讲终端,使用手头上已有的并安装了特定的Web客户端的硬件资源(如PC机和平板终端等)即可完成对讲任务,填补了Web客户端无法与对讲终端进行语音通信的空白,实现了节约成本、便于用户实施和维护的目的;进一步地,使用基于互联网的WEB操控系统作为作业管理手段,同时提供指挥调度功能,降低普通用户的消费成本,丰富对讲终端如手机的PoC业务,增加了基于互联网Web的集群对讲应用。
可选地,上述装置还包括:第二获取单元,用于在通过服务器将获取的语音数据分发给对讲终端之后或之前,获取由对讲终端通过服务器分发给Web客户端的语音数据;转换单元,用于将获取的分发给Web客户端的语音数据转换成Web客户端够识别的语音数据;播放单元,用于通过Web客户端播放与转换后的Web客户端够识别的语音数据对应的语音内容。
换言之,对于处在同一个对讲群组中的Web客户端和对讲终端而言,在对讲过程 中,服务器即可以将的来自Web客户端的语音数据分发给各对讲终端,也可以将来自各对讲终端的语音数据分发至Web客户端,但是,在Web客户端的用户输入音频数据时,各对讲终端的用户只能等待,同理,在各对讲终端的用户输入音频数据时,Web客户端的用户也只能等待。其中,在对讲终端的语音数据包发送至服务器,并由服务器将其分发至Web客户端时,Web客户端可以通过对讲控件接收上述语音数据包并解包播放。
通过上述实施例,可以即实现Web客户端的音频录入功能,又实现Web客户端的语音播放功能。
可选地,上述分发单元包括:接收模块,用于使得服务器接收Web客户端发送的语音数据;确定模块,用于使得服务器确定在Web客户端所在的对讲群组中建立了信道的对讲终端;发送模块,用于使得服务器将接收到的语音数据发送给确定出的在对讲群组中建立了信道的各对讲终端。
由于一个对讲群组中可以包括一个或者多个对讲终端,而在某个特定的对讲任务中,可能只有指定的一个或者几个对讲终端参与对讲,此时,该对讲群组参与对讲的对讲终端需要提前与服务器建立相应的信道,包括建立用于传输语音消息的UDP信道和建立用于传输信令消息的TCP信道。这样,服务器在接收到Web客户端发送的语音数据之后,可以计算出上述对讲群组中建立了信道的对讲终端,并将接收到的语音数据发送给这些建立了信道的对讲终端进行播放。
可选地,上述装置还包括创建单元,用于使得各对讲终端通过以下功能模块在对讲群组中建立信道,上述功能模块包括:获取模块,用于获取对讲群组的群组信息;创建模块,用于根据获取的群组信息创建各对讲终端与服务器之间的信道。
其中,对讲群组的群组信息包括:对讲群组的IP地址和端口信息等。本发明利用PoC业务中的IP技术特性,通过个人计算机作为IP终端,开发ocx控件,实现个人计算机(即PC机)的脉冲编码调制(Pulse Code Modulation,简称为PCM)的语音编码数据转换,可以适用于保证通话质量并大大减小平均编码比特率的EVRC编码语音数据,与对讲终端进行语音数据传输。
具体地,Web客户端通过调用ocx控件实现业务操控。Web客户端上的Web操控系统主要由Web系统网站与ActiveX对讲控件组成。ActiveX对讲控件是实现与对讲终端数据传输的核心程序,主要实现信令传输、语音数据传输、心跳维持等。
Web操控系统与对讲终端的数据传输过程如下:运用IP对讲技术,Web客户端通过调用ocx控件实现业务操控;ocx控件把系统的音频数据打包成系统定义的语音数 据包,发送至语音服务器,再由语音服务器计算出在该对讲群组里建立了UDP信道的对讲终端,从而把语音数据包分发至这些对讲终端;这些对讲终端在对讲群组里监听UDP信道的语音数据,当监听到语音数据后,解压还原成对讲终端自身能够识别的音频数据进行播放。
另外,Web操控系统与对讲终端的数据传输的二次开发的技术协议程序,以及该技术协议程序的软件模块和server终端的整体操作系统以数字化呈现。
本发明填补了在目前数字对讲行业了中Web客户端无法与对讲终端进行语音通信的空白。应用本发明可以实现数字对讲研发领域的创新提升,使更多的再开发功能更好的为市场和用户提供服务,开放了数字对讲传统技术的二次开发的可能性,将数字对讲技术提升至全新的研发领域。
可选地,上述装置还包括:鉴权单元,用于在获取对讲群组的群组信息之前,通过服务器分别对对讲终端和Web客户端进行鉴权处理;执行单元,用于在鉴权通过之后,执行获取模块的模块功能。
通过上述步骤,可以防止该对讲群组之外的用户窃听而导致信息泄露,从而实现对讲群组内部的信息安全。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,可以为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成 的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。