语音处理方法、装置及存储介质与流程

专利2022-05-10  26



1.本发明涉及语音处理技术领域,尤其涉及一种语音处理方法、装置及存储介质。


背景技术:

2.随着ip语音技术的广泛应用,大量的网关,包括模拟网关、数字中继网关、sbc等应用到企业环境中,对ip语音信号的要求越来越高。
3.相关技术中,一般的基于ip的语音传输(voice over internet protocol,voip)网关设备,都具有多路并发的能力,但是,每一路网关设备对应建立一路单独的媒体流,再将每一路媒体流分别发送至目标设备,会导致大量的带宽浪费在网络协议开销上,在带宽有限的情况下,对音质的影响非常大。
4.因此,提高通话过程中ip语音信号质量丞待解决。


技术实现要素:

5.本技术实施例通过提供一种语音处理方法、装置及存储介质,旨在提高通话过程中的语音信号质量。
6.本技术实施例提供了一种语音处理方法,当所述语音处理方法应用于网关时,所述语音处理方法包括:获取各个输入端口对应的多媒体rtp净荷;根据所述多媒体rtp净荷生成复用报文,其中,所述复用报文的数据单元中包括至少两个所述输入端口对应的多媒体rtp净荷;将所述复用报文发送至转发服务器,以使传输协议rtp接收端能通过所述转发服务器获取到自身对应的所述多媒体rtp净荷。
7.在一实施例中,所述根据所述多媒体rtp净荷生成复用报文的步骤包括:获取所述多媒体rtp净荷对应的输入端口序号以及报头,所述报头包括:以太网报头、ip报头以及udp报头;根据所述各个输入端口对应的多媒体rtp净荷、所述多媒体rtp净荷对应的输入端口序号以及所述报头生成复用报文。
8.在一实施例中,所述根据所述各个输入端口对应的多媒体rtp净荷、所述多媒体rtp净荷对应的输入端口序号以及所述报头生成复用报文的步骤包括:根据所述输入端口对应的多媒体rtp净荷以及所述多媒体rtp净荷对应的输入端口序号,生成所述输入端口对应的rtp分组;将各个所述输入端口对应的所述rtp分组与所述报头以预设封装顺序封装成复用报文。
9.在一实施例中,所述获取各个输入端口对应的多媒体rtp净荷的步骤之前,生成所述多媒体rtp净荷的步骤包括:确定通话过程中的网络带宽速率;
根据所述网络带宽速率确定对应的语音编码速率;基于所述语音编码速率对通话过程中的语音数据进行编码以生成多媒体rtp净荷。
10.在一实施例中,所述确定通话过程中的网络带宽速率的步骤包括:在通话过程中获取所述网关发送至转发服务器的第一心跳报文以及从所述转发服务器获取的第二心跳报文;根据所述第一心跳报文以及所述第二心跳报文,确定网络带宽速率。
11.在一实施例中,所述根据所述网络带宽速率确定对应的语音编码速率的步骤包括:分别获取所述第一心跳报文以及所述第二心跳报文中对应的延迟时间和分组丢包率;根据所述所述分组丢包率确定所述网络带宽速率对应的语音编码速率;采用所述延迟时间对所述语音编码速率进行调整,以得到调整后的所述网络带宽速率对应的语音编码速率。
12.在一实施例中,所述基于所述语音编码速率对通话过程中的语音数据进行编码以生成多媒体rtp净荷的步骤之前还包括:对通话过程中的语音数据进行预处理后执行基于所述语音编码速率对通话过程中的语音数据进行编码以生成多媒体rtp净荷的步骤,所述预处理依次包括音量调整、回声消除以及语音补偿。
13.本技术实施例提供了一种语音处理方法,当所述语音处理方法应用于转发服务器时,所述语音处理方法包括:获取网关发送的复用报文;将所述复用报文进行拆分以得到rtp分组;将所述rtp分组发送至对应的传输协议rtp接收端,所述rtp接收端通过对所述rtp分组进行解码以得到对应的多媒体rtp净荷。
14.此外,为实现上述目的,本发明还提供了一种语音处理装置包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的语音处理程序,所述语音处理程序被所述处理器执行时实现上述的语音处理方法的步骤。
15.此外,为实现上述目的,本发明还提供了一种存储介质,其上存储有语音处理程序,所述语音处理程序被处理器执行时实现上述的语音处理方法的步骤。
16.本技术实施例中提供的一种语音处理方法、装置及存储介质,由于将并发的输入端口对应的多媒体rtp净荷生成复用报文,将所述复用报文发送至转发服务器技术方案,通过对多媒体rtp净荷进行复用以避免大量的带宽浪费在网络协议上,实现了在带宽有限的情况下,提高语音通话质量。
附图说明
17.图1为本发明实施例方案涉及的硬件运行环境的结构示意图;图2为本发明语音处理方法第一实施例的流程示意图;图3为本发明语音处理方法第二实施例的流程示意图;
图4为本发明语音处理方法第三实施例的流程示意图;图5为本发明语音处理方法第四实施例的流程示意图;图6为本发明语音处理方法第五实施例的流程示意图;图7为本发明语音处理方法第六实施例的流程示意图;图8为本发明语音处理方法第八实施例的流程示意图;图9为本发明语音处理方法的拓扑图;图10为多媒体rtp净荷复用的流程示意图;本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明,上述附图只是一个实施例图,而不是发明的全部。
具体实施方式
18.为了更好的理解上述技术方案,下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
19.如图1所示,图1为本发明实施例方案涉及的硬件运行环境的结构示意图。
20.需要说明的是,图1即可为语音处理装置的硬件运行环境的结构示意图。
21.如图1所示,该语音处理装置可以包括:处理器1001,例如cpu,存储器1005,用户接口1003,网络接口1004,通信总线1002。其中,通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(display)、输入单元比如键盘(keyboard),可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如wi

fi接口)。存储器1005可以是高速ram存储器,也可以是稳定的存储器(non

volatile memory),例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
22.本领域技术人员可以理解,图1中给出的语音处理装置的结构并不构成对语音处理装置限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
23.如图1所示,作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及语音处理程序。其中,操作系统是管理和控制语音处理装置硬件和软件资源的程序,语音处理程序以及其它软件或程序的运行。
24.在图1所示的语音处理装置中,用户接口1003主要用于连接终端,与终端进行数据通信;网络接口1004主要用于后台服务器,与后台服务器进行数据通信;处理器1001可以用于调用存储器1005中存储的语音处理程序。
25.在本实施例中,语音处理装置包括:存储器1005、处理器1001及存储在所述存储器上并可在所述处理器上运行的语音处理程序,其中:处理器1001调用存储器1005中存储的语音处理程序时,执行以下操作:获取各个输入端口对应的多媒体rtp净荷;根据所述多媒体rtp净荷生成复用报文,其中,所述复用报文的数据单元中包括至少两个所述输入端口对应的多媒体rtp净荷;
将所述复用报文发送至转发服务器,以使传输协议rtp接收端能通过所述转发服务器获取到自身对应的所述多媒体rtp净荷。
26.处理器1001调用存储器1005中存储的语音处理程序时,还执行以下操作:获取所述多媒体rtp净荷对应的输入端口序号以及报头,所述报头包括:以太网报头、ip报头以及udp报头;根据所述各个输入端口对应的多媒体rtp净荷、所述多媒体rtp净荷对应的输入端口序号以及所述报头生成复用报文。
27.处理器1001调用存储器1005中存储的语音处理程序时,还执行以下操作:根据所述输入端口对应的多媒体rtp净荷以及所述多媒体rtp净荷对应的输入端口序号,生成所述输入端口对应的rtp分组;将各个所述输入端口对应的所述rtp分组与所述报头以预设封装顺序封装成复用报文。
28.处理器1001调用存储器1005中存储的语音处理程序时,还执行以下操作:确定通话过程中的网络带宽速率;根据所述网络带宽速率确定对应的语音编码速率;基于所述语音编码速率对通话过程中的语音数据进行编码以生成多媒体rtp净荷。
29.处理器1001调用存储器1005中存储的语音处理程序时,还执行以下操作:在通话过程中获取所述网关发送至转发服务器的第一心跳报文以及从所述转发服务器获取的第二心跳报文;根据所述第一心跳报文以及所述第二心跳报文,确定网络带宽速率。
30.处理器1001调用存储器1005中存储的语音处理程序时,还执行以下操作:分别获取所述第一心跳报文以及所述第二心跳报文中对应的延迟时间和分组丢包率;根据所述所述分组丢包率确定所述网络带宽速率对应的语音编码速率;采用所述延迟时间对所述语音编码速率进行调整,以得到调整后的所述网络带宽速率对应的语音编码速率。
31.处理器1001调用存储器1005中存储的语音处理程序时,还执行以下操作:对通话过程中的语音数据进行预处理后执行基于所述语音编码速率对通话过程中的语音数据进行编码以生成多媒体rtp净荷的步骤,所述预处理依次包括音量调整、回声消除以及语音补偿。
32.本发明实施例提供了语音处理方法的实施例,需要说明的是,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
33.如图2所示,在本技术的第一实施例中,本技术的语音处理方法包括以下步骤:步骤s110,获取各个输入端口对应的多媒体rtp净荷;步骤s120,根据所述多媒体rtp净荷生成复用报文,其中,所述复用报文的数据单元中包括至少两个所述输入端口对应的多媒体rtp净荷;步骤s130,将所述复用报文发送至转发服务器,以使传输协议rtp接收端能通过所述转发服务器获取到自身对应的所述多媒体rtp净荷。
34.在本实施例中,相关技术中基于ip的语音传输网关设备一般具有多路并发的能力,而每一路都会建立一路单独的媒体流,再将每一路单独的媒体流发送至对应转发服务器,导致大量的带宽浪费在网络协议开销上,在带宽有限的情况下,导致语音通话质量降低,因此,本技术设计了一种语音处理方法,实现在带宽有限的情况下,降低报文协议开销,提高语音通话质量。
35.在本实施例中,如图9所示,图9为本发明语音处理方法的拓扑图,本技术的语音处理方法主要包括四个模块:网络带宽侦测模块、语音编码解码模块、媒体报文打包模块以及媒体报文解包模块,其中,前三个模块在多端口网关中实现,媒体报文解包模块在转发服务器中实现,所述网络带宽侦测模块通过对收发媒体报文特征分析,确定当前网络环境的网络带宽速率;所述语音编码解码模块指导amr编码器选择合适的语音编码速率进行编码,以及在将复用报文发送至转发服务器时,采用所述转发服务器对所述复用报文进行解码;所述媒体报文打包模块用于接收多个输入端口的rtp分组,对rtp分组进行打包处理成一个复用报文后发送至转发服务器;所述媒体报文解包模块用于采用所述转发服务器对所述复用报文进行拆分后发送至转码服务器,所述转码服务器接收转发服务器发送的拆分后的rtp分组,将所述rtp分组发送至对应的传输协议rtp接收端,采用所述传输协议rtp接收端的解码器对所述rtp分组进行解码,从而获取到自身对应的多媒体rtp净荷。
36.在本实施例中,本技术采用的网关为基于ip的语音传输网关,该网关具有多个输入端口,且具有以太网输出端口;检测网关上并发的输入端口的数量,当并发的输入端口的数量在两个或者两个以上时,获取各个输入端口对应的多媒体rtp净荷,将各个输入端口对应的多媒体rtp净荷封装为一个复用报文,再将所述复用报文通过网关上的以太网输出端口发送至转发服务器,以使传输协议rtp接收端能通过所述转发服务器获取到自身对应的所述多媒体rtp净荷;所述多媒体rtp净荷可以是语音数据净荷,所述多媒体rtp净荷还可以是视频数据净荷;所述复用报文中的多媒体rtp净荷的数量根据并发的输入端口的数量进行确定;当输入端口的数量只有一个时,直接根据所述输入端口的多媒体rtp净荷生成rtp分组后发送至转发服务器,无需对所述多媒体rtp净荷进行复用;当输入端口的数量在两个或者两个以上时,则需要对各个端口的多媒体rtp净荷进行复用。
37.本实施例根据上述技术方案,由于采用了获取各个输入端口对应的多媒体rtp净荷,根据所述多媒体rtp净荷生成复用报文,将所述复用报文发送至转发服务器,以使传输协议rtp接收端能通过所述转发服务器获取到自身对应的所述多媒体rtp净荷的技术手段,实现在带宽有限的情况下,降低报文协议开销,提高语音通话质量。
38.如图3所示,图3为本技术的第二实施例,基于第一实施例步骤s120,本技术的第二实施例包括以下步骤:步骤s121,获取所述多媒体rtp净荷对应的输入端口序号以及报头,所述报头包括:以太网报头、ip报头以及udp报头;步骤s122,根据所述各个输入端口对应的多媒体rtp净荷、所述多媒体rtp净荷对应的输入端口序号以及所述报头生成复用报文。
39.在本实施例中,如图10所示,图10为多媒体rtp净荷复用的流程示意图,所述复用报文包括各个并发输入端口对应的多媒体rtp净荷、所述多媒体rtp净荷对应的输入端口序号以及报头,其中,所述报头包括以太网报头、ip报头以及udp报头;将各个输入端口对应的
多媒体rtp净荷、所述多媒体rtp净荷对应的输入端口序号以及报头采用预设封装顺序封装为复用报文;具体的,实时传输协议rtp携带有数字编码的语音数据,它通过抽取一个或几个数字编码的语音数据并加上一个rtp报头,就得到了rtp分组,rtp分组由一个rtp报头和多媒体rtp净荷构成;这些rtp分组传到以太网层,加上以太网报头,再传给ip层,加上ip报头,然后传到udp层,加上udp报头,最后得到的复用报文被路由到转发服务器;在转发服务器,不同的报头用来将rtp分组沿着协议栈向上传递给相应的应用,以使传输协议rtp接收端能通过所述转发服务器获取到自身对应的所述多媒体rtp净荷。
40.本实施例根据上述技术方案,由于采用了获取所述多媒体rtp净荷对应的输入端口序号以及报头,根据所述各个输入端口对应的多媒体rtp净荷、所述多媒体rtp净荷对应的输入端口序号以及所述报头生成复用报文的技术手段,从而生成了复用报文。
41.如图4所示,图4为本技术的第三实施例,基于第二实施例步骤s122,本技术的第三实施例包括以下步骤:步骤s1221,根据所述输入端口对应的多媒体rtp净荷以及所述多媒体rtp净荷对应的输入端口序号,生成所述输入端口对应的rtp分组;步骤s1222,将各个所述输入端口对应的所述rtp分组与所述报头以预设封装顺序封装成复用报文。
42.在本实施例中,获取多媒体rtp净荷对应的输入端口序号,将所述多媒体rtp净荷与所述多媒体rtp净荷对应的输入端口序号进行封装得到所述输入端口对应的rtp分组,根据输入端口并发时间的先后顺序将各个输入端口的所述rtp分组进行排序后封装,将封装后的包含多个输入端口的rtp分组与报头以预设封装顺序封装成复用报文;具体的,所述预设封装顺序为:将封装后的rtp分组传到以太网层,加上以太网报头,然后传到ip层,加上ip报头,最后传到udp层,加上udp报头,通过将封装后的rtp分组加上上述报头,从而生成复用报头。
43.本实施例根据上述技术方案,由于采用了根据所述输入端口对应的多媒体rtp净荷以及所述多媒体rtp净荷对应的输入端口序号,生成所述输入端口对应的rtp分组,将各个所述输入端口对应的所述rtp分组与所述报头以预设封装顺序封装成复用报文,实现将多个输入端口的多媒体rtp净荷复用成一个复用报文。
44.如图5所示,图5为本技术的第四实施例,基于第一实施例步骤s110之前,本技术的第四实施例包括以下步骤:步骤s210,确定通话过程中的网络带宽速率;步骤s220,根据所述网络带宽速率确定对应的语音编码速率;步骤s230,基于所述语音编码速率对通话过程中的语音数据进行编码以生成多媒体rtp净荷。
45.在本实施例中,为了避免通话过程中出现丢包或者抖动的现象,因此,在通话过程中需要对网络带宽速率进行侦测,并根据网络带宽速率选择合适的语音编码速率对通话过程中的语音数据进行编码以生成多媒体rtp净荷;具体的,通过侦测多端口网关与外网转发服务器的心跳报文,通过所述心跳报文估算出通话过程的网络带宽速率;在确定了网络带宽速率之后,通过判决模块确定所述网络带宽速率合适的语音编码速率,本技术提供了八种语音编码模式,每种语音编码模式都有对应的语音编码速率,语音编码模式与其对应的
语音编码速率如下表所示:语音编码模式语音编码速率amr_4.754.75kbit/samr_5.155.15kbit/samr_5.905.90kbit/samr_6.706.70kbit/s(pkcefr)amr_7.407.40kbit/s(tdmaefr)amr_7.957.95kbit/samr_10.210.2kbit/samr_12.212.2kbit/s(gsmefr)amr_sid1.90kbit/s在确定了所述网络带宽速率对应的语音编码速率之后,采用所述语音编码速率对通话过程中的语音数据进行编码,从而生成多媒体rtp净荷。
46.本实施例根据上述技术方案,由于采用了确定在通话过程中的网络带宽速率,根据所述网络带宽速率确定对应的语音编码速率,采用所述语音编码速率对通话过程中的语音数据进行编码得到多媒体rtp净荷的技术手段,解决了通话过程中语音通话质量差的问题,通过采用合适的语音编码速率进行编码提高了语音通话质量。
47.如图6所示,图6为本技术的第五实施例,基于第四实施例步骤s210,本技术的第五实施例包括以下步骤:步骤s211,在通话过程中获取所述网关发送至转发服务器的第一心跳报文以及从所述转发服务器获取的第二心跳报文;步骤s212,根据所述第一心跳报文以及所述第二心跳报文,确定网络带宽速率。
48.在本实施例中,所述第一心跳报文为所述网关发送至转发服务器的心跳报文,所述第二心跳报文为所述转发服务器发送至网关的心跳报文;在通话过程中同时获取网关发送至转发服务器的第一心跳报文,以及所述转发服务器发送至网关的第二心跳报文,通过所述第一心跳报文以及所述第二心跳报文确定网络带宽速率;具体的,所述网关与所述转发服务器均会对所述心跳报文的丢包率以及延迟时间进行侦测,从而指导网关与所述转发服务器对后续通话过程中的编码速率的选择。
49.本实施例根据上述技术方案,通过心跳报文实现网络环境的侦测,从而确定合适的网络带宽速率。
50.如图7所示,图7为本技术的第六实施例,基于第五实施例步骤s220,本技术的第六实施例包括以下步骤:步骤s221,分别获取所述第一心跳报文以及所述第二心跳报文中对应的延迟时间和分组丢包率;步骤s222,根据所述所述分组丢包率确定所述网络带宽速率对应的语音编码速率;步骤s223,采用所述延迟时间对所述语音编码速率进行调整,以得到调整后的所述网络带宽速率对应的语音编码速率。
51.在本实施例中,在对语音数据进行编码的过程中,需要对网络环境进行侦测,选择
合适的语音编码速率进行编码,通过网关发送至转发转发服务器的第一心跳报文以及转发服务器发送至网关的第二心跳报文对应的延迟时间和分组丢包率确定网络带宽速率对应的语音编码速率;具体的,获取网关发送至所述转发服务器的第一心跳报文中的第一数据量,以及转发服务器发送至网关的第二心跳报文的第二数据量,根据所述第一数据量以及所述第二数据量确定所述心跳报文的分组丢包率,根据所述分组丢包率确定所述网络带宽速率对应的语音编码速率,所述分组丢包率与其对应的语音编码速率如下表所示:分组丢失率(%)语音编码速率(kbit/s)0<plr<0.512.20.5<plr<1.010.21.0<plr<2.07.952.0<plr<3.57.403.5<plr<5.06.705.0<plr<6.55.906.5<plr<8.05.158.0<plr4.75在确定了语音编码速率之后,在实际应用场景中,需要采用延迟时间对语音编码速率进行调整,以得到调整后的所述网络带宽速率对应的语音编码速率,具体的,获取网关发送所述第一心跳报文的第一时间戳以及所述转发服务器接收所述第一心跳报文的第二时间戳,获取所述转发服务器发送所述第二心跳报文的第三时间戳以及所述网关接收所述第二心跳报文的第四时间戳,根据所述第一时间戳与所述第二时间戳的第一差值以及所述第三时间戳与所述第四时间戳的第二差值,根据所述第一差值以及所述第二差值确定所述第一心跳报文以及所述第二心跳报文的延迟时间,其中,所述延迟时间可分为五档,根据延迟时间进行降档,以下表格为所述延迟时间与其对应的降档关系:延迟时间(ms)降档延迟小于50ms不降延迟大于50ms降两档延迟大于100ms降三档延迟大于200ms降四档延迟大于300ms降五档本实施例根据上述技术方案,由于根据第一心跳报文以及所述第二心跳报文中对应的延迟时间和分组丢包率从而确定网络带宽速率对应的语音编码速率。
52.以下为本技术的第七实施例,基于第四实施例步骤s230之前,本技术的第七实施例包括以下步骤:步骤s310,对通话过程中的语音数据进行预处理后执行基于所述语音编码速率对通话过程中的语音数据进行编码以生成多媒体rtp净荷的步骤,所述预处理依次包括音量调整、回声消除以及语音补偿。
53.在本实施例中,在基于所述语音编码速率对通话过程中的语音数据进行编码以生成多媒体rtp净荷之前,由于通话过程中的语音数据存在噪声,因此,需要对通话过程中的语音数据进行预处理,降低语音数据中的噪声,所述对语音数据进行预处理包括对语音数
据的音量进行调整,消除所述语音数据的回声以及对所述语音数据进行补偿,所述对语音数据进行预处理还可以包括其他处理方式,例如,滤波处理等,在此不再赘述,通过对语音数据进行预处理以降低所述语音数据的噪声,提高语音通话质量。
54.本实施例根据上述技术方案,通过对语音数据进行依次进行音量调整、回声消除以及语音补偿,从而提高了语音通话质量。
55.如图8所示,图8为本技术的第八实施例,本技术的第八实施例包括以下步骤:步骤s410,获取网关发送的复用报文;步骤s420,将所述复用报文进行拆分以得到rtp分组;步骤s430,将所述rtp分组发送至对应的传输协议rtp接收端,所述rtp接收端通过对所述rtp分组进行解码以得到对应的多媒体rtp净荷。
56.在本实施例中,在网关根据输入端口对应的多媒体rtp净荷生成复用报文之后,将所述复用报文发送至转发服务器;所述转发服务器在获取网关发送的复用报文之后,对所述复用报文进行拆分后再发送至转码服务器,所述转码服务器接收转发服务器发送的拆分后的rtp分组,将所述rtp分组发送至对应的传输协议rtp接收端,所述rtp分组中包括端口序号,根据所述端口序号确定对应的传输协议rtp接收端;采用所述传输协议rtp接收端对应的解码器对所述rtp分组进行解码,从而获取到自身对应的多媒体rtp净荷。
57.本实施例根据上述技术方案,通过采用获取网关发送的复用报文,将所述复用报文进行拆分以得到rtp分组,将所述rtp分组发送至对应的传输协议rtp接收端,所述rtp接收端通过对所述rtp分组进行解码以得到对应的多媒体rtp净荷的技术方案,实现对复用报文的拆分并发送至对应的rtp接收端。
58.基于同一发明构思,本技术实施例还提供了一种存储介质,所述存储介质存储有语音处理程序,所述语音处理程序被处理器执行时实现如上所述的语音处理的各个步骤,且能达到相同的技术效果,为避免重复,这里不再赘述。
59.由于本技术实施例提供的存储介质,为实施本技术实施例的方法所采用的存储介质,故而基于本技术实施例所介绍的方法,本领域所属人员能够了解该存储介质的具体结构及变形,故而在此不再赘述。凡是本技术实施例的方法所采用的存储介质都属于本技术所欲保护的范围。
60.本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd

rom、光学存储器等)上实施的计算机程序产品的形式。
61.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
62.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特
定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
63.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
64.应当注意的是,在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的部件或步骤。位于部件之前的单词“一”或“一个”不排除存在多个这样的部件。本发明可以借助于包括有若干不同部件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
65.尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
66.显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
转载请注明原文地址:https://doc.8miu.com/read-1200045.html

最新回复(0)