用于具有录音功能设备的大数据量音频蓝牙实时传输方法与流程

本发明涉及数据传输技术领域，尤其涉及一种用于具有录音功能设备的大数据量音频蓝牙实时传输方法、装置及设备。

背景技术：

目前蓝牙传输主要是针对小数据量的数据或者非实时传输，例如演示器的指令传输、智能终端与pc的数据交互等。

面对应用场景不断扩增以及延伸出的相应业务需求，现有的蓝牙传输技术并不能较佳地适应某些特定任务的要求，例如但不限于某些会议场合需要将实时采录的连续的大量语音数据实时同步到从端或计算平台进行在线存储、识别转写或无延迟翻译等处理，然而，目前尚没有解决具有录音功能的设备通过蓝牙进行实时大数据量音频传输的针对性方案。

技术实现要素：

本发明旨在提供一种用于具有录音功能设备的大数据量音频蓝牙实时传输方法、装置及设备，并相应地提供一种计算机可读存储介质以及一种计算机程序产品，以实现在特定设备及应用场景中通过蓝牙技术可实时地对大数据量的音频数据进行传输。

本发明采用的技术方案如下：

第一方面，本发明提供了一种用于具有录音功能设备的大数据量音频蓝牙实时传输方法，包括：

实时采录音频数据；

将接收到的每一帧音频数据持续追加到基于预设的压缩比创建的数组中；其中，每一帧音频数据是根据蓝牙缓存的极限值以及数据格式对接收到连续音频进行分帧处理后得到的；

持续检查所述数组是否达到预设数据量；

若未达到，则暂停向后端进行蓝牙传输，继续等待前端数据追加；

若达到，则取预设数据量的音频数据进行编码，并向后端进行蓝牙传输。

在其中一种可能的实现方式中，所述方法还包括：在取音频数据进行编码后，对所述数组进行字节基准处理。

在其中一种可能的实现方式中，所述将接收到的每一帧音频数据持续追加到基于预设的压缩比创建的数组中具体包括：

按照预设的时间周期接收前端实时输入的音频数据；

将每个时间周期内获取到的音频数据存入所述数组；

按上述方式持续地向所述数组追加音频数据。

在其中一种可能的实现方式中，所述检查所述数组是否达到预设数据量包括：

按照预设的时间间隔，定时检查所述数组是否达到预设数据量；

并且，分帧得到的每一帧音频数据越大，则所述时间间隔越小。

在其中一种可能的实现方式中，所述预设数据量基于所述压缩比设定。

第二方面，本发明提供了一种用于具有录音功能设备的大数据量音频蓝牙实时传输装置，包括：

前端录音模块，用于实时采录音频数据；

数组创建模块，用于基于预设的压缩比创建数组；

数据追加模块，用于将接收到的每一帧音频数据持续追加到所述数组中；其中，每一帧音频数据是根据蓝牙缓存的极限值以及数据格式对接收到连续音频进行分帧处理后得到的；

数据处理模块，包括数据量检查单元、暂停单元以及编码传输单元；

所述数据量检查单元用于持续检查所述数组是否达到预设数据量；

所述暂停单元用于当所述数据量检查单元输出为否时，暂停向后端进行蓝牙传输，继续等待前端数据追加；

所述编码传输单元用于当所述数据量检查单元输出为是时，取预设数据量的音频数据进行编码，并向后端进行蓝牙传输。

在其中一种可能的实现方式中，所述装置还包括：基准处理模块；

所述基准处理模块用于在取音频数据进行编码后，对所述数组进行字节基准处理。

在其中一种可能的实现方式中，所述数据追加模块具体用于按照预设的时间周期接收前端实时采录的音频数据；将每个时间周期内获取到的音频数据存入所述数组；按上述方式持续地向所述数组追加音频数据。

在其中一种可能的实现方式中，所述数据量检查单元具体用于按照预设的时间间隔，定时检查所述数组是否达到预设数据量；并且，分帧得到的每一帧音频数据越大，则所述时间间隔越小。

在其中一种可能的实现方式中，所述预设数据量基于所述压缩比设定。

第三方面，本发明提供了一种具有录音功能设备的设备，包括：

一个或多个处理器、存储器以及一个或多个计算机程序，所述存储器可以采用非易失性存储介质，其中所述一个或多个计算机程序被存储在所述存储器中，所述一个或多个计算机程序包括指令，当所述指令被所述设备执行时，使得所述设备执行如第一方面或者第一方面的任一可能实现方式中的所述方法。

第四方面，本发明提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行如第一方面或者第一方面的任一可能实现方式中的所述方法。

第五方面，本发明还提供了一种计算机程序产品，当所述计算机程序产品被计算机执行时，用于执行第一方面或者第一方面的任一可能实现方式中的所述方法。

在第五方面的一种可能的设计中，该产品涉及到的相关程序可以全部或者部分存储在与处理器封装在一起的存储器上，也可以部分或者全部存储在不与处理器封装在一起的存储介质上。

本发明的构思在于，当面对无法通过蓝牙实时传输大数据量的音频数据时，脱离系统层面的约束，并且避免对蓝牙技术本身进行调整适配，而是从音频传输的角度提出上述各方面改进方案，具体是根据蓝牙传输的限制以及数据格式对大数据量的音频进行切分，并阶段性地基于压缩比例考查数据积累程度，进而采取等候继续补充数据或取一定量数据进行编码、传输等后续操作，以此方式循环往复，在蓝牙传输层面进行数据分配优化，便能够有效适应特定设备及场景针对大数据量音频数据实时传输的需求。

附图说明

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步描述，其中：

图1为本发明提供的用于具有录音功能设备的大数据量音频蓝牙实时传输方法的实施例的流程图；

图2为本发明提供的用于具有录音功能设备的大数据量音频蓝牙实时传输装置的实施例的方框图；

图3为本发明提供的具有录音功能的设备的实施例的示意图。

具体实施方式

下面详细描述本发明的实施例，实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

在对本发明技术方案进行说明之前，还需作出说明的是：

其一、本发明的设计初衷具有相关设备及应用环境的针对性，首先(1)是关于持续采录音频、实时传输音频的过程，此场景中要求音频数据从前端接收发送、到从端接收发送、再到终端的接收存储处理是一种非离线的流动状态；其次(2)是关于大规模数据量的传输要求，这里便进一步决定了本发明的针对性，即技术实现过程中所涉及的音频数据，因语音内容决定了其并非是少量数据，换言之，本发明更为适用的是诸如会议、新闻、课堂、演讲等包含大量发言内容的场景；再者(3)关于基于蓝牙技术的传输，本发明不考虑长距离采用诸如wifi、4g/5g等无线传输的场景，而是针对前述特定场景下的设备及平台之间的短距离无线传输进行的方案设计，当然，本领域技术人员可以理解的是短距离无线传输手段不止包括蓝牙，还可以采用现有无线2.4g作为传输介质，但受限于无线2.4g传输速率，当超过一定距离后便不能保证音频传输的稳定性和连贯性，从而难以使得音频数据达到近乎无损的要求，据此本发明结合前述音频实时传输以及大数量的应用环境，明确了前端、从端、终端等阶段之间的传输介质采用蓝牙技术，进而具体针对蓝牙的传输层面提出了后文介绍的可实施方案(后文中提及，在实际操作中本发明可适用于相对较为完备稳定的最新的低功耗蓝牙ble协议，这样不仅可以适应较远的传输距离，同时由于ble的特性，使得在传输过程中所涉及的各端设备产生更低的功耗)；最后(4)关于设备，鉴于前述应用环境等技术需求，本发明所涉及的设备同样具备特定性，一方面应当具备广义的录音功能，另一方面必然也需具备蓝牙收发功能，并且，其适用于用户在诸如会议、讲堂、采访等场所进行大量内容的发言；与此同时，该设备还需实时地将发言内容向后端传输以便获得在线处理效果，这也即是意味着该设备本身可以不具备强大的运算能力和介质，只需进行必要且相对简单的处理并通过实时传输的特性，就可以将输入的大量音频数据同步至后端具有可靠且强大运算力的平台进行复杂处理；基于上述可知，本发明更为优选地是面对相对尺寸较小、便于发言人携带且适用前述场景环境中的设备产品，例如但不限于具备蓝牙模块的轻便型录音器、耳麦、便携麦克风、以及带有拾音部件及蓝牙模块的幻灯片演示器、文稿翻页器、激光指示笔等，进一步地，该设备可以是与计算平台直接关联的单端产品，也可以是指多端产品(例如a、设备自身分为主端和从端，并通过蓝牙从主端传至从端，从端再与计算平台通过预设媒介传输；或者b、是指多阶段传输链条中的一个或多个阶段所用设备，而本发明所述“具有录音功能”在此类产品场景中可以是指，位于首阶段的设备具有音频采集拾取功能，而中间阶段各所述设备则至少具备收录前端设备输入的音频的功能)，综上所述，在本发明中虽然不对上述举例的设备对象进行限定，但本领域技术人员可以理解的是，在实施本发明时需考量本发明所聚焦的上述各项应用环境条件，这是设计本发明并得以实现的前提。

其二、经研究发现背景技术中提及的特定技术问题可以避开较为复杂的处理思路，即不需要对整个运行系统或者蓝牙技术本身进行改良，而是仅从数据传输层面做出简便易行的方式便可以突破困局，换言之，本发明在考虑到蓝牙不能良好地实时传输大数据量的数据，也与蓝牙传输的数据分配有关，因而在此技术脉络的前提下，提出了如下针对传输阶段的数据分配优化各实施方案。这里，先对至少一种适用于本发明的数据传输场景进行介绍，首先通过具备麦克风等拾音部件的设备实时地采集设备使用者的大量连续语音信息，并在设备上通过诸如mtk芯片进行音频编码，接着将编码后的音频数据包发给第一ble蓝牙模块，第一ble蓝牙模块在接收到数据包后，将数据包再发送给第二ble蓝牙模块，第二ble蓝牙模块在接收到数据包后，将数据发送给从端的gd芯片或pc等计算平台进行存储、解码、识别等处理。该场景由于业务需求可基于rtos系统实现，并且采用了两个ble蓝牙模块进行分阶段数据传输，即该特定场景涉及到多平台模块，所以传输过程中是多流程阶段的数据传输处理。当然，本领域技术人员可以理解的是该场景仅是示意性的、而非限定性的，本发明的目的是设计一种在类似上述蓝牙传输阶段中可以适配的数据分配处理策略，也即是可以指导诸如上述场景中各流程阶段的数据传输方式。

具体地，本发明提供了一种用于具有录音功能设备的大数据量音频蓝牙实时传输方法的实施例，如图1所示，可以包括：

步骤s0、实时采录音频数据；

如前所述，本发明不限定具体的设备对象，但明确了该设备具备录音功能，那么在实际操作中，该设备必然具有录音部件，例如但不限于麦克风阵列等；尤其地，针对本发明所考虑的应用场景，此处由录音部件拾取的音频数据可以是伴随着设备使用者的发言进程，呈现出随说随录的持续采录处理及实时传输的流式状态。

步骤s1、基于预设的压缩比创建数组；

从此步骤开始是本发明提出的指导大量音频数据通过蓝牙实时传输的具体实现过程，此处需指明，下述传输方式也可以不限于仅仅发生在本地设备，当应用场景需要在多设备、多平台之间进行多阶段的蓝牙实时传输时，下述传输策略同样可以适用在所涉及的任一阶段之中。说回至本步骤提及的数组创建的至少一种具体实施思路，例如但不限于针对pcm格式音频，尤其是应用adpcm的场景，为了保证较佳音质，预设的最大压缩比可以是4，那么则可以在诸如mtk芯片的算法中提前构建n*4*2(双声道)，即n*8的静态数组，其中n为每一数据帧的大小，后文将做具体说明。

步骤s2、将接收到的每一帧音频数据持续追加到所述数组中，其中每一帧音频数据是根据蓝牙缓存的极限值以及数据格式对接收到连续音频进行分帧处理后得到的；

这里需具体展开三点：

其一、如前所述，该定制数组可以是提前预制的，也即是创建数组的操作可以不包含在实时同步传输的处理阶段之中。但本发明并不排除在某些优选实施例中，也可以在拾取音频、传输音频的过程中动态地基于数据对象，近乎实时地创建出该定制数组，也即是说，针对特定设备类型、数据格式等创建数组的过程和将前端实时拾取的音频追加至数组的过程，可以同时发生于音频实时采录之后，对此本发明不做限定。

其二、本发明正是要针对大数据量的音频数据的实时传输进行分配指导，那么顺此思路则会考虑到如何在保证音质和时效的前提下，对大量输入的音频数据进行切分，即切分的各帧音频不能丢失信息且不能造成传输速度有影响，据此提出切分输入音频的依据是在数据格式已知的前提下保证达到蓝牙缓存的极限值，超过该极限值则可能导致数据会丢，而不及该极限值则输出量较小，会使得传输速度产生延迟。以涉及adpcm格式音频以及ble蓝牙的应用场景为例，每一帧n的大小总体可以理解为是对ble发送报文长度减7，具体解释是：例如ble蓝牙4.0的缓存极限值是170，由于报文前后有2个字节占位且数据是从0开始，同时双声道的adpcm会有8个字节的头，因此n＝170-2-8+1＝161；而ble蓝牙2.0的缓存极限值是20，则相应的，n＝11。

其三、在具体存入数据时，可以按照预设的时间周期接收前端实时输入的音频数据，并将每个时间周期内获取到的音频数据存入前述数组，并以此方式实现持续地向数组追加数据。例如每20ms便从前端接收一次音频并中断，并将这次接收到的音频存入数组。

步骤s3、持续检查所述数组是否达到预设数据量；

这个数据量作为继续后处理的阈值可以基于场景的实际需求进行预先设定，例如可以优选基于压缩比进行设定，如前例所述，可以检查所述数组是否积累到大于或等于n*4的数据量。

还需指出，这里所述的持续检查是指全局上的循环检查状态，实际操作中，则可以具体为此检查步骤设计每轮检查的时间间隔，即按照预设的时间间隔，定时检查所述数组是否达到预设数据量，显然，这里所述时间间隔与数据帧的大小相关，即可以是由分帧处理得到的每一帧音频数据越大，则所述时间间隔越小。

继续前文，对数组中的积累数据量进行检查则必然存在至少两种可能：

(1)未达到预设数据量，则执行图1中的步骤s4、暂停向后端进行蓝牙传输，继续等待前端数据追加。也即是不作后续处理操作等待前端将数组追加补足。

(2)达到预设数据量，则执行图1中的步骤s5、取预设数据量的音频数据进行编码，并向后端进行蓝牙传输。基于前例，达到后便可以从数组中取出n*4的音频数据进行编码，并以单独的block向后端传输、解码等。例如双声道的adpcm音频的每个block则会带上8字节的头向后端输出。

综上所述，本发明的构思在于从音频传输的角度提出上述各实施例及优选方案，并以此方式循环往复指导蓝牙传输场景中各模块传输报文(数据包)，例如以block方式在多端执行语音数据的分发。从而在蓝牙传输层面对数据分配面向实时及大数据量的需求进行优化，能够有效适应特定设备及场景不丢数据信息且满足时效的技术需求。

此外，还可以补充的是，在本发明的一些可能的实现方式中，为了提升音频音质在此过程信息保留更为完整，实施时还可以包括：在取音频数据进行编码后，对所述数组进行字节基准处理。例如但不限于通过标准帧压缩算法等常见的基准算法，对数组左移n*4-4字节，也即是在此示例中数组左移的数据相对于读取的数据少四个字节，进而为了保证解码无误，针对采用基准处理的实施方式，还需指导后续解码过程需注意此点，对此本发明不做限定和赘述。前述各实施例及其优选方案，已然经过验证，可以在无障碍物且25米的传输距离下，传输的数据丢包率达到0.37％，远高于业界和行业标准，可见，本发明上述方案针对前述特定的技术需求做出了突出的领域贡献，本领域技术人员可以在上述技术实现构思基础上，针对其他诸如文本、图像、视频等实现大数据量的实时蓝牙传输。

最后，还需说明，前述实施例是以音频数据进行介绍，但在实际操作中，传输音频的同时还可能存在混合发送，即除了音频数据还有指令数据，而对这些小数据，可以包含其中，例如与前述音频一起发送，换言之，在本发明的某些实施例中，在大数据量音频数据实时传输的过程中，还包含不定时的变动的小数据信号量的数据传输，对此本发明不做限定。

相应于上述各实施例及优选方案，本发明还提供了一种用于具有录音功能设备的大数据量音频蓝牙实时传输装置的实施例，如图2所示，具体可以包括如下部件：

前端录音模块0，用于实时采录音频数据；

数组创建模块1，用于基于预设的压缩比创建数组；

数据追加模块2，用于将接收到的每一帧音频数据持续追加到所述数组中；其中，每一帧音频数据是根据蓝牙缓存的极限值以及数据格式对接收到连续音频进行分帧处理后得到的；

数据处理模块3，包括数据量检查单元31、暂停单元32以及编码传输单元33；

所述数据量检查单元31用于持续检查所述数组是否达到预设数据量；

所述暂停单元32用于当所述数据量检查单元输出为是时，暂停向后端进行蓝牙传输，继续等待前端数据追加；

所述编码传输单元33用于当所述数据量检查单元输出为否时，取预设数据量的音频数据进行编码，并向后端进行蓝牙传输。

在其中一种可能的实现方式中，所述装置还包括：基准处理模块；

所述基准处理模块用于在取音频数据进行编码后，对所述数组进行字节基准处理。

在其中一种可能的实现方式中，所述数据追加模块具体用于按照预设的时间周期接收前端实时输入的音频数据；将每个时间周期内获取到的音频数据存入所述数组；按上述方式持续地向所述数组追加音频数据。

在其中一种可能的实现方式中，所述数据量检查单元具体用于按照预设的时间间隔，定时检查所述数组是否达到预设数据量；并且，分帧得到的每一帧音频数据越大，则所述时间间隔越小。

在其中一种可能的实现方式中，所述预设数据量基于所述压缩比设定。

应理解以上图2所示的用于具有录音功能设备的大数据量音频蓝牙实时传输装置的各个部件的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些部件可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分部件以软件通过处理元件调用的形式实现，部分部件通过硬件的形式实现。例如，某个上述模块可以为单独设立的处理元件，也可以集成在电子设备的某一个芯片中实现。其它部件的实现与之类似。此外这些部件全部或部分可以集成在一起，也可以独立实现。在实现过程中，上述方法的各步骤或以上各个部件可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

例如，以上这些部件可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(applicationspecificintegratedcircuit；以下简称：asic)，或，一个或多个微处理器(digitalsingnalprocessor；以下简称：dsp)，或，一个或者多个现场可编程门阵列(fieldprogrammablegatearray；以下简称：fpga)等。再如，这些部件可以集成在一起，以片上系统(system-on-a-chip；以下简称：soc)的形式实现。

综合上述各实施例及其优选方案，本领域技术人员可以理解的是，在实际操作中，本发明适用于多种实施方式，本发明以下述载体作为示意性说明：

(1)一种具有录音功能的设备，其可以包括：

一个或多个处理器、存储器以及一个或多个计算机程序，其中所述一个或多个计算机程序被存储在所述存储器中，所述一个或多个计算机程序包括指令，当所述指令被所述设备执行时，使得所述设备执行前述实施例或等效实施方式的步骤/功能。

图3为本发明具有录音功能的设备的实施例的结构示意图，其中，该设备可以是电子设备也可以是内置于上述电子设备的电路设备。上述电子设备可以为云服务器、移动终端(手机)、遥控器、翻页器、智慧屏、无人机、icv、智能(汽)车或车载设备等。本实施例对具有录音功能的设备的具体形式不作限定。

具体如图3所示，具有录音功能的设备900包括处理器910和存储器930。其中，处理器910和存储器930之间可以通过内部连接通路互相通信，传递控制和/或数据信号，该存储器930用于存储计算机程序，该处理器910用于从该存储器930中调用并运行该计算机程序。上述处理器910可以和存储器930可以合成一个处理装置，更常见的是彼此独立的部件，处理器910用于执行存储器930中存储的程序代码来实现上述功能。具体实现时，该存储器930也可以集成在处理器910中，或者，独立于处理器910。

除此之外，为了使得具有录音功能的设备900的功能更加完善，该设备900还可以包括输入单元960、显示单元970、音频电路980、摄像头990和传感器901等中的一个或多个，所述音频电路还可以包括扬声器982、麦克风984等。其中，显示单元970可以包括显示屏。

进一步地，上述具有录音功能的设备900还可以包括电源950，用于给该设备900中的各种器件或电路提供电能。

应理解，图3所示的具有录音功能的设备900能够实现前述实施例提供的方法的各个过程。该设备900中的各个部件的操作和/或功能，可分别为了实现上述方法实施例中的相应流程。具体可参见前文中关于方法、装置等实施例的描述，为避免重复，此处适当省略详细描述。

应理解，图3所示的具有录音功能的设备900中的处理器910可以是片上系统soc，该处理器910中可以包括中央处理器(centralprocessingunit；以下简称：cpu)，还可以进一步包括其他类型的处理器，例如：图像处理器(graphicsprocessingunit；以下简称：gpu)等，具体在下文中再作介绍。

总之，处理器910内部的各部分处理器或处理单元可以共同配合实现之前的方法流程，且各部分处理器或处理单元相应的软件程序可存储在存储器930中。

(2)一种可读存储介质，在可读存储介质上存储有计算机程序或上述装置，当计算机程序或上述装置被执行时，使得计算机执行前述实施例或等效实施方式的步骤/功能。

在本发明所提供的几个实施例中，任一功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的某些技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以如下所述软件产品的形式体现出来。

(3)一种计算机程序产品(该产品可以包括上述装置)，该计算机程序产品在终端设备上运行时，使终端设备执行前述实施例或等效实施方式的用于具有录音功能设备的大数据量音频蓝牙实时传输方法。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施方法中的全部或部分步骤可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，上述计算机程序产品可以包括但不限于是指app；接续前文，上述设备/终端可以是一台计算机设备(例如手机、pc终端、云平台、服务器、服务器集群或者诸如媒体网关等网络通信设备等)。并且，该计算机设备的硬件结构还可以具体包括：至少一个处理器，至少一个通信接口，至少一个存储器和至少一个通信总线；处理器、通信接口、存储器均可以通过通信总线完成相互间的通信。其中，处理器可能是一个中央处理器cpu、dsp、微控制器或数字信号处理器，还可包括gpu、嵌入式神经网络处理器(neural-networkprocessunits；以下简称：npu)和图像信号处理器(imagesignalprocessing；以下简称：isp)，该处理器还可包括特定集成电路asic，或者是被配置成实施本发明实施例的一个或多个集成电路等，此外，处理器可以具有操作一个或多个软件程序的功能，软件程序可以存储在存储器等存储介质中；而前述的存储器/存储介质可以包括：非易失性存储器(non-volatilememory)，例如非可移动磁盘、u盘、移动硬盘、光盘等，以及只读存储器(read-onlymemory；以下简称：rom)、随机存取存储器(randomaccessmemory；以下简称：ram)等。

本发明实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示单独存在a、同时存在a和b、单独存在b的情况。其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项”及其类似表达，是指的这些项中的任意组合，包括单项或复数项的任意组合。例如，a，b和c中的至少一项可以表示：a，b，c，a和b，a和c，b和c或a和b和c，其中a，b，c可以是单个，也可以是多个。

本领域技术人员可以意识到，本说明书中公开的实施例中描述的各模块、单元及方法步骤，能够以电子硬件、计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同方式来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

以及，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可。尤其，对于装置、设备等实施例而言，由于其基本相似于方法实施例，所以相关之处可参见方法实施例的部分说明即可。以上所描述的装置、设备等实施例仅仅是示意性的，其中作为分离部件说明的模块、单元等可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个地方，例如系统网络的节点上。具体可根据实际的需要选择其中的部分或者全部模块、单元来实现上述实施例方案的目的。本领域技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上依据图式所示的实施例详细说明了本发明的构造、特征及作用效果，但以上仅为本发明的较佳实施例，需要言明的是，上述实施例及其优选方式所涉及的技术特征，本领域技术人员可以在不脱离、不改变本发明的设计思路以及技术效果的前提下，合理地组合搭配成多种等效方案；因此，本发明不以图面所示限定实施范围，凡是依照本发明的构想所作的改变，或修改为等同变化的等效实施例，仍未超出说明书与图示所涵盖的精神时，均应在本发明的保护范围内。