音频焦点的控制方法、装置、设备及存储介质

技术领域

本申请涉及人机交互技术领域，尤其涉及一种音频焦点的控制方法、装置、设备及存储介质。

背景技术

随着汽车电子技术的飞速发展，车辆的娱乐功能增多。车机中多媒体功能不仅仅只有传统的蓝牙音乐、收音机功能，还会集成有第三方音源。为了更好的提升用户体验，厂商会将所有音源融合到一起形成聚合多媒体应用，通过该聚合多媒体应用进行播放。

乘客乘车期间，若要通过多媒体应用播放移动终端的音频，例如蓝牙音乐的播放，需依赖车机端申请音频焦点才能正常播放。然而，在当前人机交互中，若要车机端申请音频焦点播放移动终端的音频，往往需要用户主动进入到多媒体应用的播放页面，比如蓝牙音乐页面，再点击播放按钮才能正常播放音频例如蓝牙音乐。可见当前的交互对于用户稍显繁琐，不便于后排乘客操作，降低用户体验。

发明内容

本申请提供一种音频焦点的控制方法、装置、设备及存储介质，用于克服现有技术中车机端申请音频焦点播放移动终端音频时需用户主动进入多媒体应用页面导致用户操作繁琐不利于后排乘客操作的技术问题。

第一方面，本申请提供一种音频焦点的控制方法，应用于车机端，所述车机端与移动终端通信连接，包括：

接收所述移动终端的音频播放状态以及音频；

响应所述音频播放状态，根据多媒体应用的运行状态和音频焦点占用状态确定是否申请音频焦点，所述多媒体应用运行于所述车机端；

若是，所述多媒体应用持有所述音频焦点，响应所述移动终端发送的播放指令通过所述多媒体应用播放所述音频。

在一种可能的设计中，所述根据多媒体应用的运行状态和音频焦点占用状态确定是否申请音频焦点，包括：

判断所述多媒体应用是否处于前台运行状态；

若否，判断是否有车机进程占用所述音频焦点，所述车机进程包括所述车机端中运行的任意应用进程；

若所述音频焦点未被所述车机进程占用，申请所述音频焦点；

若所述音频焦点被所述车机进程占用，维持所述音频焦点的当前音频焦点占用状态。

在一种可能的设计中，若确定所述多媒体应用处于所述前台运行状态，申请所述音频焦点。

在一种可能的设计中，所述判断是否有车机进程占用所述音频焦点，包括：

通过适配器接口获取当前持有所述音频焦点的所述车机进程，得到获取结果；

若确定所述获取结果为空，确定所述音频焦点未被所述车机进程占用；

若确定所述获取结果非空，确定所述音频焦点被所述车机进程占用。

在一种可能的设计中，所述车机端与移动终端通过蓝牙通信连接，所述接收所述移动终端的音频播放状态以及音频，包括：

通过蓝牙协议栈接收所述移动终端的所述音频播放状态以及所述音频。

在一种可能的设计中，在所述响应所述移动终端发送的播放指令通过所述多媒体应用播放音频之前，还包括：

生成音频播放请求，通过所述蓝牙协议栈发送所述音频播放请求至所述移动终端，所述音频播放请求用于向所述移动终端请求所述播放指令；

接收所述移动终端发送的所述播放指令。

在一种可能的设计中，所述播放指令还用于指示所述移动终端停止播放所述音频或者降低播放所述音频的音量。

第二方面，本申请提供一种音频焦点的控制装置，应用于车机端，所述车机端与移动终端通信连接，所述装置，包括：

接收模块，用于接收所述移动终端的音频播放状态以及音频；

第一处理模块，用于响应所述音频播放状态，根据多媒体应用的运行状态和音频焦点占用状态确定是否申请音频焦点，所述多媒体应用运行于所述车机端；

第二处理模块，用于若是，所述多媒体应用持有所述音频焦点，响应所述移动终端发送的播放指令通过所述多媒体应用播放音频。

在一种可能的设计中，所述第一处理模块，用于：

判断所述多媒体应用是否处于前台运行状态；

若否，判断是否有车机进程占用所述音频焦点，所述车机进程包括所述车机端中运行的任意应用进程；

若所述音频焦点未被所述车机进程占用，申请所述音频焦点；

若所述音频焦点被所述车机进程占用，维持所述音频焦点的当前音频焦点占用状态。

在一种可能的设计中，所述第一处理模块，还用于：

若确定所述多媒体应用处于所述前台运行状态，申请所述音频焦点。

在一种可能的设计中，所述第一处理模块，还用于：

通过适配器接口获取当前持有所述音频焦点的所述车机进程，得到获取结果；

若确定所述获取结果为空，确定所述音频焦点未被所述车机进程占用；

若确定所述获取结果非空，确定所述音频焦点被所述车机进程占用。

在一种可能的设计中，所述车机端与移动终端通过蓝牙通信连接，所述接收模块，用于：

通过蓝牙协议栈接收所述移动终端的所述音频播放状态以及所述音频。

在一种可能的设计中，所述音频焦点的控制装置，还包括：第三处理模块；所述第三处理模块，用于：

生成音频播放请求，通过所述蓝牙协议栈发送所述音频播放请求至所述移动终端，所述音频播放请求用于向所述移动终端请求所述播放指令；

接收所述移动终端发送的所述播放指令。

在一种可能的设计中，所述播放指令还用于指示所述移动终端停止播放所述音频或者降低播放所述音频的音量。

第三方面，本申请提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现第一方面中所提供的任意一种可能的音频焦点的控制方法。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现第一方面中所提供的任意一种可能的音频焦点的控制方法。

第五方面，本申请提供一种计算机程序产品，包括计算机执行指令，该计算机执行指令被处理器执行时用于实现第一方面中所提供的任意一种可能的音频焦点的控制方法。

本申请提供一种音频焦点的控制方法、装置、设备及存储介质，应用于车机端，车机端与移动终端通信连接。车机端接收移动终端的音频播放状态以及音频，进而响应音频播放状态，根据多媒体应用的运行状态和音频焦点占用状态确定是否申请音频焦点。若申请则使得运行于车机端的多媒体应用持有音频焦点，车机端则响应移动终端发送的播放指令通过多媒体应用播放音频。车机端无需用户进入多媒体应用进行主动操作即可申请音频焦点以持有音频焦点，进而使用多媒体应用播放音频，无需用户主动操作多媒体应用界面，极大地简化了用户操作步骤，车机端可以主动申请以持有音频焦点，实现移动终端音频于车机端播放的目的，提升了用户体验。

附图说明

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

图1为本申请实施例提供的一种应用场景示意图；

图2为本申请实施例提供的一种音频焦点的控制方法流程示意图；

图3为本申请实施例提供的另一种音频焦点的控制方法流程示意图；

图4为本申请实施例提供的一种音频焦点的控制装置；

图5为本申请实施例提供的另一种音频焦点的控制装置；

图6为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的方法和装置的例子。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

乘客乘车期间，通过多媒体应用播放移动终端的音频，例如蓝牙音乐的播放，需依赖车机端申请音频焦点才能正常播放。然而，在当前人机交互中，若要播放移动终端的音频，往往需要用户主动进入到多媒体应用的播放页面，比如蓝牙音乐页面，再点击播放按钮才能正常播放音频例如蓝牙音乐。可见当前的交互对于用户稍显繁琐，不便于后排乘客操作，降低用户体验。

针对现有技术中存在的上述问题，本申请提供一种音频焦点的控制方法、装置、设备及存储介质。本申请提供的音频焦点的控制方法的发明构思在于：当乘客乘车期间，乘客的移动终端播放音频时，通过移动终端与车机端之间通信连接，当移动终端播放音频时，车机端首先接收移动终端的音频播放状态以及所播放的音频。然后车机端响应音频播放状态，主动根据运行于车机端的多媒体应用的运行状态和音频焦点占用状态判断是否要申请音频焦点。若是，即车机端申请音频焦点，使得多媒体应用持有音频焦点，车机端则响应移动终端发送的播放指令控制多媒体应用播放音频，从而车机端持有音频焦点通过多媒体应用播放移动终端的音频。其中，车机端主动申请以持有音频焦点，无需用户主动对多媒体应用进行操作，极大地简化了用户操作步骤，车机端可以主动申请以持有音频焦点，实现移动终端音频于车机端播放的目的，提升了用户体验。

图1为本申请实施例提供的一种应用场景示意图。多媒体应用运行与车机端10，以为车机端10提供娱乐功能，比如音乐播放、收音机等等。车机端10以车辆为例示出。多媒体应用可以装载于信息娱乐主机(Infotainment Head Unit)提供娱乐功能。车机端10被配置为执行本申请实施例提供的音频焦点的控制方法，乘客使用移动终端20播放音频，当乘客想要通过车机端10的多媒体应用播放音频时，可以无需乘客对多媒体应用进行界面操作即可使得车机端10申请音频焦点使得多媒体应用持有音频焦点，达到使用多媒体应用播放移动终端音频的效果。

其中，车机端10与移动终端20之间通信连接，例如通过蓝牙无线连接、有线连接，使得车机端10与移动终端20之间可以信息交互。

车机端10中例如可以配置有电子控制单元(Electronic Control Unit，ECU)以执行本申请实施例提供的音频焦点的控制方法。移动终端20可以为智能手机、智能手环、智能手表等智能穿戴设备、平板电脑等。图1中的移动终端20以智能手机为例示出，本申请实施例对于移动终端20的设备类型不作限定。

需要说明的是，上述列举的应用场景仅仅是示意性的，本申请实施例提供的音频焦点的控制方法、装置、设备及存储介质包括但不仅限于上述应用场景。

图2为本申请实施例提供的一种音频焦点的控制方法流程示意图。如图2所示，本申请实施例提供的音频焦点的控制方法，包括：

S101：移动终端播放音频。

乘坐车辆的用户例如乘客于移动终端打开音频播放器播放音频，或者移动终端来电或去电产生音频，移动终端在接通电话时可以选择外放以播放音频。

可选地，音频为音频播放器中可播放的所有音频流数据。

S102：移动终端发送音频和音频播放状态至车机端。

相应地，车机端接收移动终端发送的音频播放状态和音频。

移动终端播放音频则会产生相应的音频播放状态，音频播放状态用于表征车辆内有音频在播放。移动终端与车机端之间通信连接，车机端则可以基于该通信连接接收到移动终端的音频播放状态和所播放的音频。

在一种可能的设计中，例如车机端与移动终端可以通过蓝牙通信连接，则车机端可以通过蓝牙协议栈接收到移动终端的音频播放状态和音频。例如车机端开机会自动连接蓝牙音频协议，移动终端也打开了蓝牙连接。移动终端将音频播放状态和音频透传给蓝牙协议栈，蓝牙协议栈发送音频播放状态和音频至车机端。可以理解的是，本申请实施例对于蓝牙音频协议的内容不作限定，其为支持蓝牙通信连接的规范。

S103：车机端响应音频播放状态，根据多媒体应用的运行状态和音频焦点占用状态确定是否申请音频焦点。

车机端接收到音频播放状态，响应音频播放状态，根据多媒体应用的运行状态和音频焦点占用状态确定是否申请音频焦点。

多媒体应用的运行状态是指多媒体应用处于前台运行状态还是后台运行状态。音频焦点占用状态是指多媒体应用的音频焦点当前是否被车机进程占用，车机进程包括车机端中运行的任意应用进程。

经过多媒体应用的运行状态以及音频焦点占用状态确定了申请音频焦点，即判断结果为是，则执行步骤S104。反之，例如若多媒体应用的音频焦点被占用，则不申请音频焦点，执行步骤S105。

S104：多媒体应用持有音频焦点，车机端响应移动终端发送的播放指令通过多媒体应用播放音频。

车机端申请音频焦点，使得多媒体应用持有音频焦点，车机端则响应移动终端发送的播放指令通过多媒体应用播放音频。

在一种可能的设计中，车机端申请音频焦点可以为车机端的移动终端应用焦点代理向车机端的音频管理器申请音频焦点，音频管理器返回音频焦点请求响应，音频焦点请求响应用于指示多媒体应用持有音频焦点。

多媒体应用持有音频焦点之后，车机端可以向移动终端请求播放指令。播放指令用于表征移动终端同意使用多媒体应用播放音频，车机端则响应播放指令通过多媒体应用播放音频，实现移动终端音频于车机端多媒体应用的播放。

S105：车机端维持音频焦点的当前音频焦点占用状态。

若多媒体应用的音频焦点被占用，则不申请音频焦点，维持多媒体音频焦点的当前音频焦点占用状态。例如，车机进程当前占用了多媒体应用的音频焦点，则不申请音频焦点，由车机进程继续持有多媒体应用的音频焦点。其中，车机进程包括车机端中运行的任意应用进程。

可选地，S106：车机端删除音频播放状态和音频，生成记录日志。

在步骤S105之后，为了节省存储空间，车机端可以删除其接收到的音频播放状态和音频，并可以生成记录日志，以保存数据。

本申请实施例提供的音频焦点的控制方法，车机端接收移动终端的音频播放状态以及音频，进而响应音频播放状态，根据多媒体应用的运行状态和音频焦点占用状态确定是否申请音频焦点。若申请则使得运行于车机端的多媒体应用持有音频焦点，车机端响应移动终端发送的播放指令通过多媒体应用播放音频。其中，若多媒体应用的音频焦点当前被车机进程占用，则不申请音频焦点，音频焦点维持当前音频焦点占用状态。车机端无需用户进入多媒体应用进行主动操作即可申请音频焦点以持有音频焦点，进而使用多媒体应用播放音频，无需用户主动操作多媒体应用界面，极大地简化了用户操作步骤，车机端可以主动申请以持有音频焦点，实现移动终端音频于车机端播放的目的，提升了用户体验。

在图2基础上，图3为本申请实施例提供的另一种音频焦点的控制方法流程示意图。如图3所示，本申请实施例包括：

S201：移动终端播放音频。

S202：移动终端发送音频和音频播放状态至车机端。

相应地，车机端接收移动终端发送的音频播放状态和音频。

步骤S201和步骤S202的可能实现方式、原理及技术效果与步骤S101和步骤S102的可能实现方式、原理及技术效果相类似，详细可参考前述描述，在此不再赘述。

S203：车机端判断多媒体应用是否处于前台运行状态。

车机端对多媒体应用的运行状态进行判断。

具体地，车机端判断多媒体应用是否处于前台运行状态，前台运行状态是指多媒体应用的显示界面为显示状态，例如被用户打开、操作或者当前正在显示的状态，显示于车机端的中控屏。多媒体应用的运行状态为前台运行状态，则表示多媒体应用当前未被车机进程占用且可以直接提供播放服务。

故而，若确定多媒体应用处于前台运行状态，则执行步骤S207。反之，若多媒体应用未处于前台运行状态，即多媒体应用处于未开启或者后台运行状态，则进一步执行步骤S204。

S204：车机端判断是否有车机进程占用音频焦点。

若多媒体应用未处于前台运行状态，则确定多媒体应用是否已开启，若未开启则开启多媒体应用，判断是否有车机进程占用了多媒体应用的音频焦点。若多媒体应用已开启则判断是否有车机进程占用了多媒体应用的音频焦点。其中，后台运行状态是指多媒体应用的显示界面未处于显示状态，例用户不可以直接操作或者关注，比如未显示在车机端中控屏。

在一种可能的设计中，步骤S204可能的实现方式可以例如通过适配器接口获取当前持有也即占用音频焦点的车机进程，得到对应的获取结果，若获取结果为空，则表示未获取有车机进程占用多媒体应用的音频焦点，也即确定多媒体应用的音频焦点未被车机进程占用。反之，若获取结果非空，则表示获取到有车机进程占用多媒体应用的音频焦点，也即确定多媒体应用的音频焦点被车机进程占用。

在一些实施例中，适配器接口可以例如AdapterApi，负责车机端的各应用和车身系统提供的车载中间层接口之间的桥梁通讯，可以采用java映射机制访问AdapterAPIImpl的间接访问方式。

经过步骤S204的判断，若确定多媒体应用的音频焦点未被车机进程占用，则申请音频焦点，执行步骤S207。若确定多媒体应用的音频焦点被车机进程占用，则维持音频焦点的当前音频焦点占用状态，即执行步骤S205。

S205：车机端维持音频焦点的当前音频焦点占用状态。

步骤S205的可能实现方式、原理及技术效果与步骤S105的可能实现方式、原理及技术效果相类似，详细内容可参考前述描述，在此不再赘述。

可选地，S206：车机端删除音频播放状态和音频，生成记录日志。

在步骤S205之后，为了节省存储空间，车机端可以删除其接收到的音频播放状态和音频，并可以生成记录日志，以保存数据。

S207：车机端申请音频焦点，多媒体应用持有音频焦点。

车机端申请音频焦点，使得多媒体应用持有音频焦点。

在一种可能的设计中，车机端申请音频焦点可以为车机端的移动终端应用焦点代理向车机端的音频管理器申请音频焦点，音频管理器返回音频焦点请求响应，音频焦点请求响应用于指示多媒体应用持有音频焦点。

S208：车机端生成音频播放请求。

多媒体应用持有音频焦点后，为了提高车机端的智能性，车机端可以生成音频播放请求，音频播放请求用于车机端向移动终端请求播放指令。

S209：车机端发送音频播放请求至移动终端。

相应地，移动终端接收车机端发送的音频播放请求。

例如，车机端通过蓝牙协议栈发送音频播放请求至移动终端。

S2010：移动终端响应音频播放请求生成播放指令。

移动终端接收到音频播放请求后，向用户显示音频播放请求，例如显示是否同意多媒体应用播放音频。若用户同意，用户触控同意控件，移动终端响应用户触控操作生成播放指令，表示用户同意使用多媒体应用播放移动终端的音频。在一些实施例中，若用户不同意，则用户可以触控不同意控件，移动终端响应用户触控操作生成拒绝指令。

S2011：移动终端发送播放指令至车机端。

相应地，车机端接收移动终端发送的播放指令。

可选地，移动终端可以通过蓝牙协议栈发送播放指令至车机端。

S2012：车机端响应移动终端发送的播放指令通过多媒体应用播放音频。

播放指令可以表征移动终端同意使用多媒体应用播放音频，车机端则响应播放指令通过多媒体应用播放音频，实现移动终端音频于车机端多媒体应用的播放。

在一些实施例中，若移动终端响应音频播放请求生成拒绝指令，移动终端发送拒绝指令至车机端，车机端可以响应拒绝指令执行步骤S206，以删除音频播放状态和音频，生成记录日志。

在一些实施例中，可选地，S2013：移动终端响应播放指令停止播放音频或者降低播放音频的音量。

移动终端生成播放指令之后，表示由车机端的多媒体应用播放移动终端的音频，故而，移动终端可以响应播放指令停止自身播放音频或者降低播放音频的音量，以提高车厢内乘客聆听音频的体验。播放指令还用于指示移动终端停止播放音频或者降低播放音频的音量。

本申请实施例提供的音频焦点的控制方法，车机端无需用户进入多媒体应用进行主动操作即可申请音频焦点以持有音频焦点，将移动终端的音频使用多媒体应用播放，无需用户主动操作多媒体应用界面，极大地简化了用户操作步骤，车机端可以主动申请以持有音频焦点，克服了后排乘客操作界面不方便的问题，实现移动终端音频于车机端多媒体应用播放的目的，提升了用户体验。

图4为本申请实施例提供的一种音频焦点的控制装置，如图4所示，本申请实施例提供的音频焦点的控制装置400，包括：

接收模401，用于接收移动终端的音频播放状态以及音频；

第一处理模块402，用于响应音频播放状态，根据多媒体应用的运行状态和音频焦点占用状态确定是否申请音频焦点，多媒体应用运行于车机端；

第二处理模块403，用于若是，多媒体应用持有音频焦点，响应移动终端发送的播放指令通过多媒体应用播放音频。

在一种可能的设计中，第一处理模块402，用于：

判断多媒体应用是否处于前台运行状态；

若否，判断是否有车机进程占用音频焦点，车机进程包括车机端中运行的任意应用进程；

若音频焦点未被车机进程占用，申请音频焦点；

若音频焦点被车机进程占用，维持音频焦点的当前音频焦点占用状态。

在一种可能的设计中，第一处理模块402，还用于：

若确定多媒体应用处于前台运行状态，申请音频焦点。

在一种可能的设计中，第一处理模块402，还用于：

通过适配器接口获取当前持有音频焦点的车机进程，得到获取结果；

若确定获取结果为空，确定音频焦点未被车机进程占用；

若确定获取结果非空，确定音频焦点被车机进程占用。

在一种可能的设计中，车机端与移动终端通过蓝牙通信连接，接收模块401，用于：

通过蓝牙协议栈接收移动终端的音频播放状态以及音频。

在图4基础上，图5为本申请实施例提供的另一种音频焦点的控制装置，如图5所示，本申请实施例提供的音频焦点的控制装置400，还包括：第三处理模块404；第三处理模块404，用于：

生成音频播放请求，通过蓝牙协议栈发送音频播放请求至移动终端，音频播放请求用于向移动终端请求播放指令；

接收移动终端发送的播放指令。

在一种可能的设计中，播放指令还用于指示移动终端停止播放音频或者降低播放音频的音量。

本申请实施例提供的音频焦点的控制装置，可以执行上述方法实施例音频焦点的控制方法的相应步骤，其实现原理和技术效果类似，在此不再赘述。

图6为本申请实施例提供的一种电子设备的结构示意图。如图6所示，该电子设备500可以包括：处理器501，以及与处理器501通信连接的存储器502。

存储器502，用于存放程序。具体地，程序可以包括程序代码，程序代码包括计算机执行指令。

存储器502可能包含高速RAM存储器，也可能还包括非易失性存储器(NoN-volatile memory)，例如至少一个磁盘存储器。

处理器501用于执行存储器502存储的计算机执行指令，以实现上述车机端侧的音频焦点的控制方法。

其中，处理器501可能是一个中央处理器(Central Processing Unit，简称为CPU)，或者是特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。

可选地，存储器502既可以是独立的，也可以跟处理器501集成在一起。当存储器502是独立于处理器501之外的器件时，电子设备500，还可以包括：

总线503，用于连接处理器501以及存储器502。总线可以是工业标准体系结构(industry standard architecture，简称为ISA)总线、外部设备互连(peripheralcomponent，PCI)总线或扩展工业标准体系结构(extended industry standardarchitecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器502和处理器501集成在一块芯片上实现，则存储器502和处理器501可以通过内部接口完成通信。

本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccessMemory)、磁盘或者光盘等各种可以存储程序代码的介质，具体的，该计算机可读存储介质中存储有计算机执行指令，计算机执行指令用于上述实施例中的方法。

本申请还提供了一种计算机程序产品，包括计算机执行指令，该计算机指令被处理器执行时实现上述实施例中的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。