蓝牙播放设备的数据传输方法、装置、终端设备及介质

技术领域

本申请适用于蓝牙技术领域，尤其涉及一种蓝牙播放设备的数据传输方法、装置、终端设备及介质。

背景技术

目前，在研发具有蓝牙功能的设备时，为了实现对蓝牙传输功能的检测、开发等工作，需要研发设备与蓝牙播放设备的连接，但在蓝牙开发的过程中，会出现蓝牙模块无法兼容蓝牙播放设备的情况，例如，针对一些音箱，播放时会出现声音断续或者卡顿的现象，影响了研发过程中对蓝牙功能的分析，可能会导致分析效果较差。因此，如何改善研发过程中蓝牙模块与蓝牙播放设备的兼容性，降低卡顿和声音断续情况的发生成为亟待解决的问题。

发明内容

有鉴于此，本申请实施例提供了一种蓝牙播放设备的数据传输方法、装置、终端设备及介质，以解决如何改善研发过程中蓝牙模块与蓝牙播放设备的兼容性，降低卡顿和声音断续情况的发生的问题。

第一方面，本申请实施例提供一种蓝牙播放设备的数据传输方法，所述数据传输方法包括：

在连接上所述蓝牙播放设备后，触发重启所述蓝牙播放设备；

使用主机控制接口获取所述蓝牙播放设备重启后的反馈信息，对所述反馈信息进行解析，确定所述蓝牙播放设备的目标传输条件；

基于所述目标传输条件修改待传输数据，将修改后的待传输数据发送给所述蓝牙播放设备。

在一实施方式中，使用主机控制接口获取所述蓝牙播放设备重启后的反馈信息包括：

使用主机控制接口监测所述蓝牙播放设备重启后的回连动作；

将所述回连动作的过程信息作为反馈信息。

在一实施方式中，对所述反馈信息进行解析，确定所述蓝牙播放设备的目标传输条件包括：

提取所述回连动作的过程信息中表征最大传输单元的目标值；

将所述目标值作为所述蓝牙播放设备的目标传输条件。

在一实施方式中，基于所述目标传输条件修改待传输数据，将修改后的待传输数据发送给所述蓝牙播放设备包括：

按照不大于所述目标值的大小对所述待传输数据进行依次分割，得到依次分割好的数据；

将所述依次分割好的数据按照分割顺序依次发送给所述蓝牙播放设备。

在一实施方式中，所述数据传输方法还包括：

获取与所述蓝牙播放设备协议的协议传输条件；

基于所述目标传输条件修改待传输数据包括：

比对所述协议传输条件和所述目标传输条件，得到比对结果；

根据所述比对结果，修改待传输数据。

在一实施方式中，根据比对结果，修改待传输数据包括：

若所述比对结果为所述目标传输条件属于所述协议传输条件，则使用所述目标传输条件修改所述待传输数据；

若所述比对结果为所述协议传输条件属于所述目标传输条件，则使用所述协议传输条件修改所述待传输数据。

第二方面，本申请实施例提供一种蓝牙播放设备的数据传输装置，所述数据传输装置包括：

触发重启模块，用于在连接上所述蓝牙播放设备后，触发重启所述蓝牙播放设备；

传输条件确定模块，用于使用主机控制接口获取所述蓝牙播放设备重启后的反馈信息，对所述反馈信息进行解析，确定所述蓝牙播放设备的目标传输条件；

数据传输模块，用于基于所述目标传输条件修改待传输数据，将修改后的待传输数据发送给所述蓝牙播放设备。

第三方面，本申请实施例提供一种终端设备，所述终端设备包括处理器、存储器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述的数据传输方法。

第四方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的数据传输方法。

本申请实施例与现有技术相比存在的有益效果是：本申请在连接上蓝牙播放设备后，触发重启蓝牙播放设备，使用主机控制接口获取蓝牙播放设备重启后的反馈信息，对反馈信息进行解析，确定蓝牙播放设备的目标传输条件，基于目标传输条件修改待传输数据，将修改后的待传输数据发送给蓝牙播放设备，实现依据蓝牙播放设备重启时的反馈信息来确定传输条件，以此传输条件对要传输的文件进行修改后传输，可以有效地提高对蓝牙播放设备的兼容性，从而避免出现播放卡顿和声音断续的情况，提高了蓝牙开发的效率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例一提供的一种蓝牙播放设备的数据传输方法的一应用环境示意图；

图2是本申请实施例二提供的一种蓝牙播放设备的数据传输方法的流程示意图；

图3是本申请实施例三提供的一种蓝牙播放设备的数据传输方法的流程示意图；

图4是本申请实施例四提供的一种蓝牙播放设备的数据传输装置的结构示意图；

图5是本申请实施例五提供的一种终端设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

应理解，以下实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

为了说明本申请的技术方案，下面通过具体实施例来进行说明。

本申请实施例一提供的一种蓝牙播放设备的数据传输方法，可应用在如图1的应用环境中，其中，客户端与服务端进行通信。其中，客户端包括但不限于掌上电脑、桌上型计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、云端终端设备、个人数字助理(personal digital assistant，PDA)等具备蓝牙功能，且具备播放器功能的终端设备。服务端可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

参见图2，是本申请实施例二提供的一种蓝牙播放设备的数据传输方法的流程示意图，上述数据传输方法应用于上述服务端，上述服务端与客户端通过蓝牙进行通信。如图2所示，该数据传输方法可以包括以下步骤：

步骤S201，在连接上蓝牙播放设备后，触发重启蓝牙播放设备。

本申请中，该数据传输方法所在的设备与蓝牙播放设备进行连接，以实现后续数据的传输。

传统连接的播放设备，其播放设备的声音体系如下：一个音频文件直接通过声音抽象层，调用声卡驱动，直接通过喇叭输出。蓝牙连接的播放设备，其声音体系如下：通过蓝牙输出的通路，音频文件进入声音服务进程(audioservice)，然后进入bluealsa进程，通过蓝牙协议栈，将声音输出到蓝牙模块中，蓝牙模块将该音频文件发送给蓝牙播放设备，蓝牙播放设备通过声卡驱动喇叭输出。

例如，以电视为服务端，电视的蓝牙模块与蓝牙音箱之间进行扫描和配对，其中，配对是指Master和Slave通过协商确立用于加密和解密的key的过程，主要包含以下几个部分，配对方法主要有两种，legacy pairing和Secure Connections，如果两者都支持新的方法，则使用新的方法配对，否则使用旧的方法。

配对过程主要分为四步：

A：配对特色交换(Pairing Feature Exchange)，用于交换双发有关鉴权的需求，以及双发具有怎么的人机交互能力，其中，最重要的是IO capabilities exchange。

B：公匙交换(Public key exchange)，两个设备之间交换Public key，一旦设备收到对端设备的公匙，就开始计算，根据公共key确定加密算法。

C：鉴权(Authentication)，通过SMP(Service Management Protocol)协议进行实际的配对操作，根据A的结果，有三种鉴权方法可选。

C1即OOB(Out Of Band)鉴权，优先级最高，由配对的双方，在配对过程之外，额外的交互一些信息，并以这些信息作为输入，进行后续的配对操作，这些额外的信息称作OOB，OOB的交互过程也被称作OOB协议。

C2即MITM(Man In The Middle)鉴权，两个设备自行协商生成6个数字，并显示出来，用户比较后进行确认。

C3即Just work协议，不需要用户参与，两个设备自行协商。

D：DHKey检查(DHKey Checks)，一旦设备完成鉴权过程，并且DHKey计算已经完成，则检查生成的DHKey数值，如果成功，两个设备都将完成向用户显示关于该过程的信息，否则控制器向主机发送消息以通知其停止显示该信息，当配对过程完成后，link key就可以从DHKey中计算得到，并用作后续交互过程的输入，通过HCI_Link_Key_Notification通知host。

经过上述过程后，双方已经产生了加密key，因而可以建立加密的连接，可以互相传递一些私密的信息。

触发重启蓝牙播放设备可以是指服务端生成重启指令，将重启指令发送给蓝牙播放设备，蓝牙播放设备在接收到重启指令后进行重启操作。在一实施方式中，该重启指令可以控制蓝牙播放设备播放相应的内容，以指示用户、研发人员等进行重启操作。

步骤S202，使用主机控制接口获取蓝牙播放设备重启后的反馈信息，对反馈信息进行解析，确定蓝牙播放设备的目标传输条件。

本申请中，在蓝牙播放设备重启后会向上次连接的设备反馈信息，也即向服务端反馈消息，该反馈消息需要服务端使用主机控制接口(Host controller interface，HCI)进行数据抓取，从而获得蓝牙播放设备重启后的反馈信息。

反馈信息中包含蓝牙播放设备的设备信息、处理参数等，在获取到反馈信息后，对反馈信息进行解析可以得到蓝牙播放设备对应的传输条件(即目标传输条件)，例如，在反馈信息中包含蓝牙播放设备能够处理接收到的传输数据的最大字节数等，可以将不大于该最大字节数作为传输条件。

可选的是，使用主机控制接口获取蓝牙播放设备重启后的反馈信息包括：

使用主机控制接口监测蓝牙播放设备重启后的回连动作；

将回连动作的过程信息作为反馈信息。

其中，在发送重启指令之后，使用主机控制接口进行监测，以获取蓝牙播放设备的回连动作，具体的监测时采用命令如下：

#hcidump-w xxx.cfa&//xxx.cfa为保存文件的名称

#hcidump hci0 reset

蓝牙播放设备在回连动作的过程中会产生相应的信息，该信息即为反馈信息。

可选的是，对反馈信息进行解析，确定蓝牙播放设备的目标传输条件包括：

提取回连动作的过程信息中表征最大传输单元的目标值；

将目标值作为蓝牙播放设备的目标传输条件。

其中，反馈信息中提取出表征最大传输单元的值，该值即为目标值，在后续传输数据时，数据单元的大小不可以超过该目标值，从而保证快速传输和高质量传输兼并的效果。即，目标传输条件即为传输数据的大小不大于目标值。

步骤S203，基于目标传输条件修改待传输数据，将修改后的待传输数据发送给蓝牙播放设备。

本申请中，基于该目标传输条件修改要传输的数据，可以使得修改后的数据较好地贴合蓝牙播放设备，从而避免出现播放卡顿和声音断续的问题。

上述的修改是基于目标传输条件来实现，例如，如果目标传输条件为限定传输数据的大小，则需要将待传输数据处理为小于限定传输大小的数据包，随后进行发送，如果目标传输条件为限定数据格式，则需要将待传输数据的格式调整为其限定的数据格式，随后进行发送。

由于服务端的蓝牙模块和蓝牙播放设备的蓝牙模块在协商的过程中，可能会协商一个导致蓝牙播放设备出现问题的协议结果，因此，为了避免出现此情况，采用上述过程对协议进行进一步地限定。

可选的是，基于目标传输条件修改待传输数据，将修改后的待传输数据发送给蓝牙播放设备包括：

按照不大于目标值的大小对待传输数据进行依次分割，得到依次分割好的数据；

将依次分割好的数据按照分割顺序依次发送给蓝牙播放设备。

其中，使用目标值来修改待传输数据可以是指将待传输数据分割，分割后数据大小不大于该目标值。例如，最大传输单元(Max transport unit，MTU)的默认值是672，如果使用本申请的方法限定，实际传输的数据大小不是默认的MTU值，而是经过协商确认的MTU值，一般会大于672，以协商的MTU值传递声音数据，实际播出的效果很差，声音会出现卡顿的现象，并且传输距离非常短，超过1米几乎播放不出来，而采用本申请的方法限定之后，实际传输的数据大小小于672，其传输至蓝牙播放设备的播放效果较好，不会出现卡顿的现象，并且在传输距离上可以达到5米左右。

本申请实施例在连接上蓝牙播放设备后，触发重启蓝牙播放设备，使用主机控制接口获取蓝牙播放设备重启后的反馈信息，对反馈信息进行解析，确定蓝牙播放设备的目标传输条件，基于目标传输条件修改待传输数据，将修改后的待传输数据发送给蓝牙播放设备，实现依据蓝牙播放设备重启时的反馈信息来确定传输条件，以此传输条件对要传输的文件进行修改后传输，可以有效地提高对蓝牙播放设备的兼容性，从而避免出现播放卡顿和声音断续的情况，提高了蓝牙开发的效率。

参见图3，是本申请实施例三提供的一种蓝牙播放设备的数据传输方法的流程示意图。如图3所示，该数据传输方法可以包括以下步骤：

步骤S301，在连接上蓝牙播放设备后，触发重启蓝牙播放设备。

步骤S302，使用主机控制接口获取蓝牙播放设备重启后的反馈信息，对反馈信息进行解析，确定蓝牙播放设备的目标传输条件。

其中，步骤S301至步骤S302与上述步骤S201至步骤S202的内容相同，可参考步骤S201至步骤S202的描述，在此不再赘述。

步骤S303，获取与蓝牙播放设备协议的协议传输条件。

本申请中，在服务端与蓝牙播放设备进行协商后，还有相应的协议传输条件，由于蓝牙播放设备的不同，尤其是不同的厂商出产，使得该协议传输条件会有不同的结果，因而需要在两者协商好之后获取到服务端。协议的过程即为上述步骤S201中所描述的内容。

步骤S304，比对协议传输条件和目标传输条件，得到比对结果。

其中，协议传输条件与目标传输条件可以相同，也可以不相同，因而为了服务端能够识别，将两者进行比对，以判断两者的差异。本申请中，原则上以目标传输条件为主导，协议传输条件如果限定了目标传输条件，则需要以协议传输条件为主导。

步骤S305，根据比对结果，修改待传输数据。

本申请中，比对结果的不同决定了修改待传输数据的方式不同，如果目标传输条件较为苛刻，则以目标传输条件为主导，如果协议传输条件较为苛刻，则以协议传输条件为主导。

例如，以MTU值为例，目标传输条件为MTU值小于672，协议传输条件为MTU值小于700，则目标传输条件更加适合蓝牙播放设备，因而以目标传输条件修改待传输数据。反之，协议传输条件为MTU值小于700，目标传输条件为MTU值小于800，则以协议传输条件修改待传输数据更加符合协议内容，有益于传输。

可选的是，根据比对结果，修改待传输数据包括：

若比对结果为目标传输条件属于协议传输条件，则使用目标传输条件修改待传输数据；

若比对结果为协议传输条件属于目标传输条件，则使用协议传输条件修改待传输数据。

其中，上述属于可以是指以传输条件限定范围的大小来判断，如目标传输条件为MTU值小于672，协议传输条件为MTU值小于700，显然，目标传输条件属于协议传输条件。

步骤S306，将修改后的待传输数据发送给蓝牙播放设备。

其中，步骤S306与上述步骤S203的内容相同，可参考步骤S203的描述，在此不再赘述。

本申请实施例在连接上蓝牙播放设备后，触发重启蓝牙播放设备，使用主机控制接口获取蓝牙播放设备重启后的反馈信息，对反馈信息进行解析，确定蓝牙播放设备的目标传输条件，获取与蓝牙播放设备协议的协议传输条件，比对协议传输条件和目标传输条件，得到比对结果，根据比对结果，修改待传输数据，将修改后的待传输数据发送给蓝牙播放设备，实现依据蓝牙播放设备重启时的反馈信息来确定传输条件，以此传输条件对要传输的文件进行修改后传输，可以有效地提高对蓝牙播放设备的兼容性，从而避免出现播放卡顿和声音断续的情况，提高了蓝牙开发的效率。

对应于上文实施例的数据传输方法，图4示出了本申请实施例四提供的蓝牙播放设备的数据传输装置的结构框图，上述数据传输装置应用于上述服务端，上述服务端与客户端通过蓝牙进行通信。为了便于说明，仅示出了与本申请实施例相关的部分。

参见图4，该数据传输装置包括：

触发重启模块41，用于在连接上蓝牙播放设备后，触发重启蓝牙播放设备；

传输条件确定模块42，用于使用主机控制接口获取蓝牙播放设备重启后的反馈信息，对反馈信息进行解析，确定蓝牙播放设备的目标传输条件；

数据传输模块43，用于基于目标传输条件修改待传输数据，将修改后的待传输数据发送给蓝牙播放设备。

在一实施方式中，传输条件确定模块42包括：

监测单元，用于使用主机控制接口监测蓝牙播放设备重启后的回连动作；

反馈信息确定单元，用于将回连动作的过程信息作为反馈信息。

在一实施方式中，传输条件确定模块42包括：

目标值提取单元，用于提取回连动作的过程信息中表征最大传输单元的目标值；

条件确定单元，用于将目标值作为蓝牙播放设备的目标传输条件。

在一实施方式中，数据传输模块43包括：

数据处理单元，用于按照不大于目标值的大小对待传输数据进行依次分割，得到依次分割好的数据；

数据传输单元，用于将依次分割好的数据按照分割顺序依次发送给蓝牙播放设备。

在一实施方式中，数据传输装置还包括：

协议条件获取模块，用于获取与蓝牙播放设备协议的协议传输条件；

数据传输模块43包括：

条件比对单元，用于比对协议传输条件和目标传输条件，得到比对结果；

数据修改单元，用于根据比对结果，修改待传输数据。

在一实施方式中，数据修改单元包括：

第一修改子单元，用于若比对结果为目标传输条件属于协议传输条件，则使用目标传输条件修改待传输数据；

第二修改子单元，用于若比对结果为协议传输条件属于目标传输条件，则使用协议传输条件修改待传输数据。

需要说明的是，上述模块之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

图5为本申请实施例五提供的一种终端设备的结构示意图。如图5所示，该实施例的终端设备包括：至少一个处理器(图5中仅示出一个)、存储器以及存储在存储器中并可在至少一个处理器上运行的计算机程序，处理器执行计算机程序时实现上述任意各个数据传输方法实施例中的步骤。

该终端设备可包括，但不仅限于，处理器、存储器。本领域技术人员可以理解，图5仅仅是终端设备的举例，并不构成对终端设备的限定，终端设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括网络接口、显示屏和输入装置等。

所称处理器可以是CPU，该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific IntegratedCircuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器包括可读存储介质、内存储器等，其中，内存储器可以是终端设备的内存，内存储器为可读存储介质中的操作系统和计算机可读指令的运行提供环境。可读存储介质可以是终端设备的硬盘，在另一些实施例中也可以是终端设备的外部存储设备，例如，终端设备上配备的插接式硬盘、智能存储卡(Smart Media Card，SMC)、安全数字(SecureDigital，SD)卡、闪存卡(Flash Card)等。进一步地，存储器还可以既包括终端设备的内部存储单元也包括外部存储设备。存储器用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，该其他程序如计算机程序的程序代码等。存储器还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述装置中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质至少可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

本申请实现上述实施例方法中的全部或部分流程，也可以通过一种计算机程序产品来完成，当计算机程序产品在终端设备上运行时，使得终端设备执行时实现可实现上述方法实施例中的步骤。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

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

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

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

以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。