一种实现麦克风共享的方法及系统与流程

本发明涉及通信技术中的语音技术领域，具体来讲是一种实现麦克风共享的方法及系统。

背景技术：

语音输入作为目前智能音箱和智能家电中最能提升用户体验的输入方式之一，被各类应用争相使用。但由于语音识别这类应用会一直占据麦克风用于能随时响应用户的语音指令，使得其他应用无法再获取麦克风采样后的语音数据，导致出现例如语音通话的单通问题(因麦克风无法使用而无法获取用户的语音数据，导致发送到被叫方的报文中没有任何主叫方的语音数据)等。

目前，有两种主流解决智能音箱和智能家电中麦克风冲突问题的方案：方案一是让麦克风创造出多片缓冲区，并往多片缓冲区中复制相同的语音数据，以供其他需要使用麦克风采样数据的应用去获取；方案二是排列出各个需要使用麦克风采样数据的应用的优先级，让优先级最高的应用先去占据麦克风，在其使用完毕后再让优先级次之的应用去占据麦克风，以此类推。

对于方案一来说，它的优势是可以让每个需要使用麦克风的应用获取到麦克风的源生数据。但缺点也很明显，这种方案实现起来很复杂且会急剧地加大麦克风的负载和降低相应声学算法带来的语音数据优化效果。因为麦克风需要根据实时命令去开辟新的缓冲区和回收已使用完毕的缓冲区，且这些复杂化的操作会引入噪音和时延，所以这种方案需要更强性能的硬件支撑，提高了产品的成本。

对于方案二来说，它的优势是实现容易，但缺点也更为明显，这种方式在优先级不分高低时会失去作用，如语音通话应用占据麦克风时，则此时无法进行使用语音识别功能，如语音识别应用占据麦克风时，则此时语音通话功能异常，所以这种方案本身存在场景兼容性方面的硬缺陷。

技术实现要素：

本发明的目的是为了克服上述背景技术的不足，提供一种实现麦克风共享的方法及系统，能有效解决麦克风冲突问题，实现无损麦克风自身性能的麦克风共享，不但节省硬件成本，而且能兼容各种场景，满足实际应用需求。

为达到以上目的，本发明提供一种实现麦克风共享的方法，包括以下步骤：

麦克风通过采样获取语音数据；持续获取麦克风的语音数据并进行相应的优化处理，处理后不断生成包含固定个数采样点的数据块；当收到语音使用端的语音数据获取请求后，创建一个用于存储语音数据的管道，并不断将所述数据块存入该管道；同时将该管道的地址通过响应消息告知语音使用端；语音使用端根据获知的管道地址，从相应管道中取出语音数据并使用。

在上述技术方案的基础上，所述处理后不断生成包含固定个数采样点的数据块，具体包括以下步骤：

优化处理后以每t+△t的时间间隔生成大小固定的数据块；其中，t为打包周期，△t为优化处理语音数据时所产生的时延；数据块大小为一个打包周期内通过当前采样频率可得到的采样点的个数。

在上述技术方案的基础上，所述语音使用端根据获知的管道地址，从相应管道中取出语音数据并使用，具体包括以下步骤：

语音使用端根据获知的管道地址，查找到相应管道，并实时获取当前管道中已存储的数据块的个数；当读取到当前管道内数据块的个数为0时，则主动延时指定时间；当读取到当前管道内数据块的个数不为0时，则持续从管道中取出数据块。

在上述技术方案的基础上，所述语音使用端包括voip模块以及需要获取麦克风语音数据的其他应用；当语音使用端为voip模块时，主动延时的指定时间为100ms；当语音使用端为其他应用时，主动延时的指定时间根据各应用在区间时间段内能容忍的最大延时时间来确定。

在上述技术方案的基础上，该方法还包括以下步骤：语音使用端不再需要获取麦克风的语音数据后，发起语音数据获取中止请求，并等待响应；收到语音使用端发起的语音数据获取中止请求后，立刻回收释放该语音使用端所对应的管道，并在回收释放完毕后响应该语音使用端。

本发明还提供一种实现麦克风共享的系统，该系统包括麦克风、前端声学处理模块、语音数据共享服务模块和多个语音使用端；

所述麦克风，用于：通过采样获取语音数据；

所述前端声学处理模块，用于：持续获取麦克风的语音数据并进行相应的优化处理，处理后不断生成包含固定个数采样点的数据块；

所述语音数据共享服务模块，用于：创建与前端声学处理模块的数据通信连接，以接收经处理后的数据块；当收到语音使用端的语音数据获取请求后，创建一个用于存储语音数据的管道，并不断将数据块存入该管道，同时将该管道的地址通过响应消息告知语音使用端；

所述语音使用端，用于：在需要获取麦克风的语音数据时，向语音数据共享服务模块发起语音数据获取请求，以获知相应的管道地址；并在获知管道地址后，从相应管道中取出语音数据并使用。

在上述技术方案的基础上，所述前端声学处理模块生成包含固定个数采样点的数据块，具体包括以下操作：

所述前端声学处理模块以每t+△t的时间间隔生成大小固定的数据块；其中，t为打包周期，△t为优化处理语音数据时所产生的时延；数据块大小为一个打包周期内通过当前采样频率可得到的采样点的个数。

在上述技术方案的基础上，所述语音使用端根据获知的管道地址，从相应管道中取出语音数据并使用，具体包括以下操作：

所述语音使用端根据获知的管道地址，查找到相应管道，并实时获取当前管道中已存储的数据块的个数；当读取到当前管道内数据块的个数为0时，则主动延时指定时间；当读取到当前管道内数据块的个数不为0时，则持续从管道中取出数据块。

在上述技术方案的基础上，所述语音使用端包括voip模块以及需要获取麦克风语音数据的其他应用；当语音使用端为voip模块时，主动延时的指定时间为100ms；当语音使用端为其他应用时，主动延时的指定时间根据各应用在区间时间段内能容忍的最大延时时间来确定。

在上述技术方案的基础上，所述语音使用端，还用于：在不需要获取麦克风的语音数据后，向语音数据共享服务模块发起语音数据获取中止请求，并等待其响应；

所述语音数据共享服务模块，还用于：收到语音使用端发起的语音数据获取中止请求后，立刻回收释放该语音使用端所对应的管道，并在回收释放完毕后响应该语音使用端。

本发明的有益效果在于：

(1)与现有技术中，采用增加麦克风缓冲区的数量来解决麦克风冲突的方案相比，本发明不会对麦克风产生任何额外的影响，无需硬件进行任何修改，因此不会对麦克风等硬件有着更强的性能要求，从而降低了硬件的成本。并且，本发明能对获取的麦克风语音数据进行相应的优化处理，能避免现有技术中因采用增加麦克风缓冲区数量的方案，而带来的降低相应声学算法带来的语音数据优化效果的问题。

与现有技术中，采用设置优先级依次排队使用麦克风的方案相比，本技术方案无需进行优先级设置，操作更为简单，且不会因优先级不分高低而出现失去作用的情况，所兼容的场景更为广泛，不会因某些特殊场景而失效。

(2)本发明中，语音使用端在从相应管道中取出语音数据时，通过间断式的主动延时来保证所取出语音数据是连续的，有效解决因存储速度低于取出速度带来的语音数据不连续的问题。

(3)本发明中，当语音使用端不再需要获取麦克风的语音数据时，会立刻对相应的管道进行回收释放，有效提高了管道资源的有效利用率。

附图说明

图1为本发明实施例中实现麦克风共享的方法的流程图；

图2为voip模块示例中解决非连续语音数据的原理说明图；

图3为本发明实施例中实现麦克风共享的系统的结构框图；

图4为一种示例中实现麦克风共享的方法的流程图。

具体实施方式

针对现有技术中，采用增加麦克风缓冲区的数量来解决麦克风冲突，会加大麦克风的负载及降低相应声学算法带来的语音数据优化效果，需要性能更强的硬件支撑，提高了硬件成本；采用设置优先级依次排队使用麦克风的方案，会在某些特殊场景中失效，兼容性差，存在硬缺陷等问题。本发明旨在提供一种实现麦克风共享的方法及系统，能有效解决语音识别类应用一直占据麦克风后其他应用无法再获取到麦克风采样的语音数据的冲突问题，实现一种无损麦克风自身性能的麦克风共享方案，与上述两种现有技术相比，不需要更强的硬件支撑，节省了硬件成本，且能兼容各种场景，不存在硬缺陷，满足了实际应用需求。

其主要的设计思路为：系统会持续获取麦克风的语音数据并进行相应的优化处理，处理后不断生成包含固定个数采样点的数据块。一旦收到语音使用端的语音数据获取请求后，会创建一个用于存储语音数据的管道，并不断将数据块存入该管道；同时将该管道的地址通过响应消息告知语音使用端。语音使用端根据获知的管道地址，从相应管道中取出语音数据并使用。

由于该方案中，会为每个需要获取并使用麦克风语音数据的语音使用端，创建一个对应的用于存储语音数据的管道。各语音使用端均能通过对应的管道获取到语音数据，从而有效解决语音识别类应用一直占据麦克风后其他应用无法再获取到麦克风采样的语音数据的冲突问题。与现有技术中，采用增加麦克风缓冲区的数量来解决麦克风冲突的方案相比，本技术方案无需对麦克风进行缓冲区的增设，而是在麦克风之外利用纯软件层面实现管道的创建用于存储语音数据，不会对麦克风产生任何额外的影响，无需硬件进行任何修改，因此不会对麦克风等硬件有着更强的性能要求，从而降低了硬件的成本；并且，本方案能对获取的麦克风语音数据进行相应的优化处理，能避免现有技术中因采用增加麦克风缓冲区数量的方案，而带来的降低相应声学算法带来的语音数据优化效果的问题。与现有技术中，采用设置优先级依次排队使用麦克风的方案相比，本技术方案无需进行优先级设置，操作更为简单，且不会因优先级不分高低而出现失去作用的情况，所兼容的场景更为广泛，不会因某些特殊场景而失效。

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合说明书附图以及具体的实施例对本发明的技术方案进行详细的说明。

但需说明的是：接下来要介绍的示例仅是一些具体的例子，而不作为限制本发明的实施例必须为如下具体的步骤、数值、条件、数据、顺序等。本领域技术人员可以通过阅读本说明书来运用本发明的构思来构造本说明书中未提到的更多实施例。

实施例一

参见图1所示，本实施例提供了一种实现麦克风共享的方法，该方法包括以下步骤：

a、麦克风通过采样获取语音数据。具体来说，麦克风会对用户语音输入进行采样，并将经过采样的语音数据放入麦克风的缓冲区中。

b、持续获取麦克风的语音数据并进行相应的优化处理，处理后不断生成包含固定个数采样点的数据块。可以理解的是，持续获取麦克风的语音数据时，是从麦克风的缓冲区中去获取语音数据。另外，所进行的相应优化处理，主要为通过算法对语音数据进行优化的处理，包括降噪、去延迟等。

c、当收到语音使用端的语音数据获取请求后，创建一个用于存储语音数据的管道，并不断将所述数据块存入该管道；同时将该管道的地址通过响应消息告知语音使用端。可以理解的是，所创建的管道按照先进先出机制进行存取，且能实时监测当前管道中存入数据块的个数。并且，本实施例中，所述语音使用端包括voip(voiceoverinternetprotocol，基于ip的语音传输)模块以及需要获取麦克风语音数据的其他应用等。

d、语音使用端根据获知的管道地址，从相应管道中取出语音数据并使用。

进一步地，作为一种可选的实施方式，步骤b中，处理后不断生成包含固定个数采样点的数据块，具体包括以下操作：处理后以每t+△t的时间间隔生成大小固定的数据块；其中，t为打包周期，为一个定值(麦克风的语音收集芯片中不同的编码方式一般会有一个固定的打包周期，如g711a/g711u/g722/g729等编码方式所对应的打包周期t均为20ms，打包周期时间越小，语音效果越好，但对硬件的要求和负载也越大；打包周期时间越大，语音效果越差，但对硬件的要求和负载也相应越宽松。另外，人为可设置的打包周期大小范围一般在20ms-100ms之间)，△t为优化处理语音数据时所产生的时延，该时延△t为一个变量，一般在0ms-25ms这个范围中波动变化；数据块大小为一个打包周期内通过当前采样频率可得到的采样点的个数。

更进一步地，实际应用中，步骤c中，若同时收到多个语音使用端的语音数据获取请求，则创建与请求数对应数量的管道，并不断将所述数据块存入各管道中；同时将各管道的地址通过响应消息告知对应的语音使用端。这样，既能满足多个语音使用端同时获取语音数据的使用需求；又能防止多个语音使用端间的相互干扰，提高了可靠性。

实施例二

实际应用中，由于对语音数据进行相应优化处理时会产生时延，使得生成数据块的时间间隔为t+△t，因此，数据块存入管道的速度也对应为t+△t。但由于△t的存在，会导致语音使用端在从对应管道中取出语音数据时，出现存储速度(t+△t)低于取出速度(t)的情况，进而会出现部分报文为空包的语音数据不连续问题。

对此，本实施例提供一种实现麦克风共享的方法，其基本步骤与实施例一相同，不同之处在于，作为一种优选的实施方式，为了解决因存储速度低于取出速度带来的语音数据不连续问题，本实施例要求语音使用端在从相应管道中取出语音数据时，通过间断式的主动延时来保证所取出语音数据是连续的，且延时时间因不同的语音使用端而异。具体来说，该方法的步骤d，包括以下操作：

语音使用端根据获知的管道地址，查找到相应管道，并实时获取当前管道中已存储的数据块的个数；当读取到当前管道内数据块的个数为0时，则主动延时指定时间(在此延时期间，一定数目的数据块会存入到管道中)；当读取到当前管道内数据块的个数不为0时，则持续从管道中取出数据块。其中，延时的指定时间，因不同的语音使用端而异，具体来说，是根据各语音使用端在区间时间段内能容忍的最大延时时间来确定。

本实施例中，当语音使用端为voip模块时，其主动延时的指定时间为100ms，100ms为人耳所感知不到的最大语音时延，所以不会影响到语音通话质量且使取出的语音数据为连续的，不会出现部分报文为空包的语音数据不连续问题；当语音使用端为其他应用时，由于语音数据的连续性的敏感性没有voip模块那么高，因此其主动延时的指定时间可依然由其区间时间段内能容忍的最大延时时间来定。

为了更清楚的理解本实施例是如何解决语音数据不连续的问题，下面以voip模块为例，并结合附图对解决非连续语音数据的原理进行详细说明。

参见图2所示，在voip模块开始取出数据块时，由于voip模块是以每一个打包周期t的速度取出一个数据块，而数据块存入则是以t+△t的速度放入一个数据块，因此存入数据块的速度是低于取出数据块的速度的。若不做任何其他操作，那么当管道内的数据块的个数为0时，voip模块取出的将是空数据，将空数据打包成报文发出，会造成voip模块发出去的报文中存在大量的空语音数据报文，还原成声音后将是不连续的声音，严重影响通话质量。

针对上述问题，参见图2所示，本实施例使得voip模块在读取到当前管道内的数据块的个数为0时，立即主动延时100ms，100ms为人耳所感知不到的最大语音时延，因此所延时的100ms不会对通话质量产生影响，且在此延时期间，一定数目的数据块会存入到管道中；voip模块在读取到当前缓冲区内的数据块的个数不为0时，立即开始恢复从管道中取出数据块，这样既可保证在时间内均能连续取到数据块而不会取到空数据，从而保证了语音通话质量正常。其中，

另外，可以理解的是，上述原理说明中特以voip模块为例，是因为voip模块对于语音数据的连续性的敏感性比其他应用要大得多，语音数据的不连续会严重影响到语音通话质量。而对于其他应用来说，由于语音数据的连续性的敏感性没有voip模块那么高，因此其主动延时的指定时间可依然由其区间时间段内能容忍的最大延时时间来定。并且，若其区间时间段内能容忍的最大延时时间越长，则能保证连续取到数据块的时间也越长，需要主动的延迟的次数也越少。

实施例三

本实施例提供的一种实现麦克风共享的方法，其基本步骤与实施例一相同，不同之处在于，作为一种可选的实施方式，该方法还包括以下步骤：

语音使用端不再需要获取麦克风的语音数据后，发起语音数据获取中止请求，并等待响应；系统收到语音使用端发起的语音数据获取中止请求后，立刻回收释放该语音使用端所对应的管道，并在回收释放完毕后响应该语音使用端。

进一步地，实际应用中，若语音使用端在指定时间内未收到响应，则进行语音数据获取中止请求的重发，确保系统能够收到请求消息并回收释放管道资源。另外，语音数据获取请求的优先级要远高于语音数据获取中止请求的优先级，当系统同时收到这两种请求时，优先处理语音数据获取请求去创建相应的管道。

实施例四

参见图3所示，基于同一发明构思，本发明实施例还提供了一种实现麦克风共享的系统，包括麦克风、前端声学处理模块、语音数据共享服务模块和多个语音使用端。

其中，麦克风，用于：通过采样获取语音数据。具体来说，麦克风会对用户语音输入进行采样，并将经过采样的语音数据放入麦克风的缓冲区中。

前端声学处理模块，用于：持续获取麦克风的语音数据并进行相应的优化处理，处理后不断生成包含固定个数采样点的数据块。可以理解的是，前端声学处理模块持续获取麦克风的语音数据时，是从麦克风的缓冲区中去获取语音数据。另外，前端声学处理模块进行的相应优化处理，主要为通过算法对语音数据进行优化的处理，包括降噪、去延迟等。

语音数据共享服务模块，用于：创建与前端声学处理模块的数据通信连接，用于接收经过其处理后的数据块；当收到语音使用端的语音数据获取请求后，创建一个用于存储语音数据的管道，并不断将所述数据块存入该管道；同时将该管道的地址通过响应消息告知语音使用端。可以理解的是，语音数据共享服务模块所创建的管道按照先进先出机制进行存取，且能实时监测当前管道中存入数据块的个数。

语音使用端，用于：在需要获取麦克风的语音数据时，向语音数据共享服务模块发起语音数据获取请求，以获知相应的管道地址；并在获知管道地址后，从相应管道中取出语音数据并使用。本实施例中，所述语音使用端包括voip模块以及需要获取麦克风语音数据的其他应用等。

进一步地，作为一种可选的实施方式，所述前端声学处理模块生成包含固定个数采样点的数据块，具体包括以下操作：所述前端声学处理模块以每t+△t的时间间隔生成大小固定的数据块；其中，t为打包周期，为一个定值，△t为优化处理语音数据时所产生的时延，该时延△t一般在0ms-25ms这个范围中波动变化；数据块大小为一个打包周期内通过当前采样频率可得到的采样点的个数。

更进一步地，实际应用中，所述语音数据共享服务模块若同时收到多个语音使用端的语音数据获取请求，则创建与请求数对应数量的管道，并不断将所述数据块存入各管道中；同时将各管道的地址通过响应消息告知对应的语音使用端。这样，既能满足多个语音使用端同时获取语音数据的使用需求；又能防止多个语音使用端间的相互干扰，提高了可靠性。

实施例五

本实施例提供的一种实现麦克风共享的系统，其基本结构与实施例四相同，不同之处在于，作为一种优选的实施方式，为了解决因存储速度低于取出速度带来的语音数据不连续问题，本实施例中语音使用端在从相应管道中取出语音数据时，通过间断式的主动延时来保证所取出语音数据是连续的，且延时时间因不同的语音使用端而异。具体来说，语音使用端根据获知的管道地址，从相应管道中取出语音数据并使用，包括以下操作：

语音使用端根据获知的管道地址，查找到相应管道，并实时获取当前管道中已存储的数据块的个数；当读取到当前管道内数据块的个数为0时，则主动延时指定时间(在此延时期间，一定数目的数据块会存入到管道中)；当读取到当前管道内数据块的个数不为0时，则持续从管道中取出数据块。其中，延时的指定时间，因不同的语音使用端而异，具体来说，是根据各语音使用端在区间时间段内能容忍的最大延时时间来确定。

本实施例中，当语音使用端为voip模块时，其主动延时的指定时间为100ms，100ms为人耳所感知不到的最大语音时延，所以不会影响到语音通话质量且使取出的语音数据为连续的，不会出现部分报文为空包的语音数据不连续问题；当语音使用端为其他应用时，由于语音数据的连续性的敏感性没有voip模块那么高，因此其主动延时的指定时间可依然由其区间时间段内能容忍的最大延时时间来定。

实施例六

本实施例提供的一种实现麦克风共享的系统，其基本结构与实施例四相同，不同之处在于，作为一种可选的实施方式，所述语音使用端，还用于：在不需要获取麦克风的语音数据后，向语音数据共享服务模块发起语音数据获取中止请求，并等待其响应。在此基础上，所述语音数据共享服务模块，还用于：收到语音使用端发起的语音数据获取中止请求后，立刻回收释放该语音使用端所对应的管道，并在回收释放完毕后响应该语音使用端。

进一步地，实际应用中，若语音使用端在指定时间内未收到响应，会进行语音数据获取中止请求的重发，确保语音数据共享服务模块能够收到请求消息并回收释放管道资源。另外，语音数据获取请求的优先级要远高于语音数据获取中止请求的优先级，当语音数据共享服务模块同时收到这两种请求时，优先处理语音数据获取请求去创建相应的管道。

为了更清楚的理解本发明，下面结合实现麦克风共享的系统，对本发明的实现方法进行举例说明。参见图4所示，一种实现麦克风共享的方法，包括以下步骤：

s1、麦克风对用户语音输入进行采样，并将经过采样的语音数据放入麦克风的缓冲区中。

s2、前端声学处理模块持续不断地从麦克风的缓冲区中去获取语音数据，并通过自身的算法对所获取到的语音数据进行降噪、去延迟等优化处理，并以每t+△t的时间间隔生成大小固定的数据块。

s3、语音数据共享服务模块与前端声学处理模块建立数据通信连接，即语音数据共享服务模块可从前端声学处理模块获取其所生成的语音数据块。

s4、当语音使用端想要获取麦克风的语音数据时，发送一个语音数据获取请求给语音数据共享服务模块，并等待其响应；语音数据共享服务模块收到语音数据获取请求后，立刻建立对应请求数目的用于存储语音数据的管道(先进先出模式的缓冲区)，并不断将数据块存入该管道(若创建了m个管道，则将数据块复制m份，分别放入到这m个管道中)，并将各管道的地址通过响应消息告知对应的语音使用端。

s5、各语音使用端根据获知的管道地址，查找到相应管道，并实时获取当前管道中已存储的数据块的个数；当读取到当前管道内数据块的个数为0时，则主动延时指定时间；当读取到当前管道内数据块的个数不为0时，则持续从管道中取出数据块。

其中，当语音使用端为voip模块时，其主动延时的指定时间为100ms；当语音使用端为其他应用时，其主动延时的指定时间由其区间时间段内能容忍的最大延时时间来定。

s6、当语音使用端不再需要获取麦克风的语音数据后，向语音数据共享服务模块发起语音数据获取中止请求，并等待其响应；语音数据共享服务模块收到语音使用端发起的语音数据获取中止请求后，立刻回收释放该语音使用端所对应的管道，并在回收释放完毕后响应该语音使用端。

注意：上述的具体实施例仅是例子而非限制，且本领域技术人员可以根据本发明的构思从上述分开描述的各个实施例中合并和组合一些步骤和装置来实现本发明的效果，这种合并和组合而成的实施例也被包括在本发明中，在此不一一描述这种合并和组合。

本发明实施例中提及的优点、优势、效果等仅是示例，而非限制，不能认为这些优点、优势、效果等是本发明的各个实施例必须具备的。另外，本发明实施例公开的上述具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本发明实施例必须采用上述具体的细节来实现。

本发明实施例中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子，并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的，可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。本发明实施例所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。本发明实施例所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。

本发明实施例中的步骤流程图以及以上方法描述仅作为例示性的例子，并且不意图要求或暗示必须按照给出的顺序进行各个实施例的步骤。如本领域技术人员将认识到的，可以按任意顺序进行以上实施例中的步骤的顺序。诸如“其后”、“然后”、“接下来”等等的词语不意图限制步骤的顺序；这些词语仅用于引导读者通读这些方法的描述。此外，例如使用冠词“一个”、“一”或者“该”对于单数的要素的任何引用不被解释为将该要素限制为单数。

另外，本发明各个实施例中的步骤和装置并非仅限定于某个实施例中实行，事实上，可以根据本发明的概念来结合本文中的各个实施例中相关的部分步骤和部分装置，以构思新的实施例，而这些新的实施例也包括在本发明的范围内。

本发明实施例中的各个操作可以通过能够进行相应的功能的任何适当的手段而进行。该手段可以包括各种硬件和/或软件组件和/或模块，包括但不限于硬件的电路或处理器。

本发明实施例的方法包括用于实现上述的方法的一个或多个动作。方法和/或动作可以彼此互换而不脱离权利要求的范围。换句话说，除非指定了动作的具体顺序，否则可以修改具体动作的顺序和/或使用而不脱离权利要求的范围。

本发明实施例中的功能可以按硬件、软件、固件或其任意组合而实现。如果以软件实现，功能可以作为一个或多个指令存储在切实的计算机可读介质上。存储介质可以是可以由计算机访问的任何可用的切实介质。通过例子而不是限制，这样的计算机可读介质可以包括ram、rom、eeprom、cd-rom或其他光碟存储、磁碟存储或其他磁存储器件或者可以用于携带或存储指令或数据结构形式的期望的程序代码并且可以由计算机访问的任何其他切实介质。如在此使用的，碟(disk)和盘(disc)包括紧凑盘(cd)、激光盘、光盘、dvd(digitalversatiledisc，数字多功能光盘)、软碟和蓝光盘，其中碟通过磁再现数据，而盘利用激光光学地再现数据。

因此，计算机程序产品可以进行在此给出的操作。例如，这样的计算机程序产品可以是具有有形存储(和/或编码)在其上的指令的计算机可读的有形介质，该指令可由一个或多个处理器执行以进行在此所述的操作。计算机程序产品可以包括包装的材料。

其他例子和实现方式在本发明实施例和所附权利要求的范围和精神内。例如，由于软件的本质，以上所述的功能可以使用由处理器、硬件、固件、硬连线或这些的任意的组合执行的软件实现。实现功能的特征也可以物理地位于各个位置，包括被分发以便功能的部分在不同的物理位置处实现。

本领域技术人员可以不脱离由所附权利要求定义的教导的技术而进行对在此所述的技术的各种改变、替换和更改。此外，本公开的权利要求的范围不限于以上所述的处理、机器、制造、事件的组成、手段、方法和动作的具体方面。可以利用与在此所述的相应方面进行基本相同的功能或者实现基本相同的结果的当前存在的或者稍后要开发的处理、机器、制造、事件的组成、手段、方法或动作。因而，所附权利要求包括在其范围内的这样的处理、机器、制造、事件的组成、手段、方法或动作。

提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本发明。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本发明的范围。因此，本发明不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。

为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本发明的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。且本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。