CN104216772A - 支持多窗口的电子设备对不同窗口对应音频的控制方法 - Google Patents

Abstract

本发明提供一种音频控制方法以及在Android操作系统下的实现方式，允许一电子设备对其管理的多窗口系统进行音频控制，使用户能够对每一个窗口所对应的运行环境进行精准的音频控制。如：切换至静音模式、切换至一般音频模式、增加音量、降低音量，以及各种音效处理等。该多窗口系统包括在一个设备上的多窗口分屏系统，也包括在该电子设备与另一电子设备互联时，该电子设备将另一电子设备当做其扩展窗口的多设备系统。该电子设备会同时维护多个执行环境，每个执行环境分别对应至一个窗口系统；通过监测在每个执行环境生成和被操控的所有音轨信息，用户可以进一步控制呈现在该窗口程序的相关音轨。

Description

支持多窗口的电子设备对不同窗口对应音频的控制方法

技术领域

本发明提供一种音频控制方法，允许一电子设备对其管理的多窗口系统进行音频控制，使用户能够对每一个窗口所对应的的运行环境进行精准的音频控制。并给出了在Android操作系统下的实现方式。

背景技术

近年来，便携设备日益普及，且随着便携设备的功能日益丰富，对于音频控制、信息分享、用户互动的要求也愈来愈多。举例而言，使用者可以在一便携设备上进入分屏操作模式，将一个屏幕作为两个虚拟屏幕使用。这时候用户会希望能够操作每一个窗口画面所对应的所有活动的音频控制，如：切换至静音模式、切换至一般音频模式、增加音量、降低音量，以及各种音效处理等。另外，使用者也可以通过一便携设备连接另一设备，并将另一设备作为该便携设备的扩展显示/音频设备，并将任意运行的程序分享至该扩展显示\音频设备。目前的便携设备(基于AndToid的，iOS的)只能允许程序在单一个窗口显示并操作。当便携设备发展成支持多窗口系统操作，当便携设备操作在一多窗口画面模式下时，除了能够同时执行多个工作并相对应显示多个窗口画面于该电子设备的屏幕(包括其扩展屏幕)上，且允许用户能够操作每一个窗口画面所对应的所有活动的音频控制，来提供使用者更多的便利性，实为此一领域的重要课题之一。

发明内容

本发明的目的是提供一种音频控制方法，允许一电子设备对其管理的多窗口系统进行独立音频控制，使用户能够对每一个窗口所对应的的运行环境进行精准的音频控制，以解决现有技术所遇到的问题。

根据上述目的与其他目的，本发明提供一种管理一电子设备操作在一多窗口模式(MuItiple window mode)下的音频控制的方法。该电子设备会同时执行多个工作(task)，即维护多个执行环境(executionenvironment)。每个执行环境被关联至每个窗口。该电子设备包括有：一窗口与运行环境配对模块，用以将该多个执行环境分别对应至多个窗口;一音轨与运行环境配对模块，通过监测在每个执行环境生成和被操控的所有音轨信息，用户可以管理呈现在该窗口程序的音轨;以及一窗口扩展音频控制模块，用以针对该多个窗口中的每一个特定窗口，提供一特定扩展音频控制，以进一步管理该至少一个相对应的特定音轨。

经由采用本发明所提供的管理一电子设备操作在一多窗口模式下的音频控制方法，便可以允许使用者能够进一步操作每一个窗口所对应的所有活动的音频控制，如：切换至静音模式、切换至一般音频模式、增加音量、降低音量等，进而提供使用者更多的便利性。

为让本发明的上述目的、特征和优点更能明显易懂，下文将以实施例并配合所附图示，作详细说明如下。

附图说明

图1为本发明可操作在一多窗口模式的电子设备的一实施例的示意图。

图2为图1的电子设备的功能方块图。

图3为说明在单设备多窗口系统下，如何将多个执行环境、多个窗口与多个特定音轨之间建立联系，并由用户对归属于某个窗口的音频进行控制的示意图。

图4为说明针对每一个特定音轨，如何和其所属的窗口绑定，并根据该电子设备的一系统音频控制的增益控制以及相对应的该特定窗口的增益控制来设定该特定音轨在该特定窗口播放时的增益控制的流程图。

图5为本发明可操作在一多窗口画面模式的电子设备的另一实施例的示意图。该电子设备连接至另一设备，并将其作为其扩展的显示\音频设备，可将一程序从该电子设备呈现在另一设备(包括显示和音频)。

图6为图5的电子设备与特定音频装置的功能方块图。

图7为说明在多设备多窗口系统下(另外的设备作为扩展窗口)，如何将多个执行环境、多个特定音频装置与多个特定音轨之间建立联系，并由用户对归属于某个窗口的音频进行控制的示意图。

图8为说明针对每一个特定音轨，如何和其所属的窗口(另外的设备作为扩展窗口)绑定，并根据该特定音频装置的一系统音频控制的增益控制以及相对应的该特定窗口的增益控制来设定该特定音轨的增益控制的流程图。

图9为说明在Android系统下，如何匹配该特定音轨的一实施例的示意图。

图10为说明在Android系统下，如何匹配该特定音轨的另一实施例的示意图。

图11为说明在Android系统下，如果进程可以同时为不同窗口的前台运行环境服务时，如何匹配该特定音轨的整个完整流程图。

图12为说明本发明一种管理一电子设备操作在一多窗口画面模式下的音频控制方法的一操作范例的流程图。

图13为说明本发明一种管理一电子设备操作在一多窗口画面模式下的音频控制方法的另一操作范例的流程图。

具体实施方式

在说明书及后续的申请专利范围当中使用了某些词汇来指称特定的组件。所属领域中具有通常知识者应可理解，硬件制造商可能会用不同的名词来称呼同样的组件。本说明书及后续的申请专利范围并不以名称的差异来作为区分组件的方式，而是以组件在功能上的差异来作为区分的准则。在通篇说明书及后续的请求项当中所提及的“包含”为一开放式的用语，故应解释成“包含但不限定于”。

请一并参照图1、图2、图3以及图4。图1为本发明可操作在一多窗口画面模式的电子设备100的一实施例的示意图;而图2为图1的电子设备100的功能方块图;图3为说明多音轨如何通过其所属的执行环境从而与特定的窗口多多建立联系，并且通过扩展的音频控制模块来分别进一步控制特定窗口所属的音频的示意图;图4为说明如何通过追踪归属于每个窗口的运行环境，和追踪归属于每个运行环境的音频，从而将音频映射到特定的窗口，并通过该特定窗口的扩展音频控制来设定该特定音轨的增益控制的流程图。如图1所示，当电子设备100操作在一多窗口模式(MuItiple windowmode)下时，电子设备100会同时执行多个工作(如：应用程序APPl、APP2)，且该多个工作是分别对应至多个执行环境(executionenvironment)，此时，对应至多个执行环境的多个窗口(如Windowl、Window2)可以同时或者部分显示在电子设备100的屏幕110上。如图2所示，电子设备100包含有一窗口与运行环境配对模块120、一音轨与运行环境配对模块130、一窗口扩展音频控制模块140。如图3所示，窗口与运行环境配对模块模块120是将多个执行环境ENV1、ENV2分别对应至多个窗口Window1、Window2。音轨与运行环境配对模块130是多将该音轨与其所属的运行环境建立联系;举例来说，于本实施例中，是将多个第一特定音轨1A、1B、1C与窗口Window1建立联系，并将多个第二特定音轨2A、2B、2C与窗口Window2建立联系。窗口扩展音频控制模块140是针对多个窗口Window1、Window2中的每一个特定窗口，提供一特定扩展音频控制EX_AC1、EX_AC2，以进一步管理归属于该窗口的特定音轨;举例来说，针对窗口Window1而言，可以控制多个第一特定音轨1A、1B、1C，针对窗口Window2而言，则可以控制多个第二特定音轨2A、2B、2C。由于电子设备100还拥有一系统音频控制，对于归属于特定窗口的特定音轨增益控制可以由下列式子来表示之：

1—GC=Windowl_GC*SYS_GC              (1);

2-GC=Window2_GC*SYS_GC             (2)。

注：window1_GC指窗口1的扩展音频增益控制，window2_GC指窗口2的扩展音频增益控制，SYS_GC指系统的音频增益控制。

1_GC指最后作用于窗口1的音频的增益。

2_GC指最后作用于窗口2的音频的增益。

当然除了音量增益控制，还可以有其他的声音效果控制，处理方法和增益控制是一样的。

如图4所示，该方法包括(但不局限于)以下的步骤：

步骤S410：监视对于涉及运行环境在不同窗口之间的迁移，切换等操作，使得运行环境可以与不同窗口绑定。接着，执行步骤S430。

步骤S420：针对与音频相关的操作，追踪负责管理该特定音轨的运行环境拥有者。接着，执行步骤S430。

步骤5430：将每一个特定音轨与相对应的特定窗口建立联系。接着，执行步骤S440。

步骤5440：针对每一个特定音轨，根据系统音频控制的增益控制SYS_GC以及相对应的该特定窗口的扩展增益控制(如：Window1_GC、Window2-GC)来设定该特定音轨的增益控制。

值得注意的是，窗口扩展音频控制模块140可针对多个窗口画面Window1、Window2中的每一个特定窗口，提供一特定扩展音频控制EX_AC1、EX_AC2，以管理该至少一个相对应的特定音轨。上述的特定扩展音频控制EX_AC1、EX_AC2可包括：切换至静音模式、切换至一般音频模式、增加音量及/或降低音量，然而此并非本发明的限制条件。每一个窗口Window1、Window2可以视为一个独立运作的装置，且用户可以任意切换窗口Window1以及窗口Window2的程序，此时仍必须依照所显示的窗口的音频策略来播放音频串流。

举例来说，在Android环境中，可以用task或者一个相关的task系列来描述一个执行环境。在一个执行环境的运行生命周期中，会利用很多activity来完成一个task。以上面的操作情形来看，当使用者要将一个当前的activity从第一窗口切换至第二窗口或者要将一个当前的activty从第一装置分享至第二装置时，同时也会将整个task或者相关task系列所对应的执行环境切换至第二窗口或者分享至第二装置。

请继续参照图2以及图3，为了将音频控制应用至归属于每一个特定窗口的音轨，必须找出与该特定窗口所对应的所有的特定音轨，然后再利用窗口扩展音频控制模块140来进一步管理所有相对应的特定音轨。如图3所示，用户仍可利用系统音频控制SYS_AC来管理全局的音频装置，而若要管理每一个窗口，则需要通过特定窗口扩展音频控制EX_AC1、EX_AC2，如此一来，使用者便能够进一步操作每一个窗口Window1、Window2所对应的所有运行环境的音频控制，如：切换至静音模式、切换至一般音频模式、增加音量、降低音量等。

请一并参照图5、图6、图7以及图8。图5为本发明可操作在一多窗口模式的电子设备500的另一实施例的示意图，其可将该至少一个特定音轨以及该特定窗口从该电子设备500传送至一连接的远端设备600上;图6为图5的电子设备500与远端设备600的功能方块图;图7为说明音轨如何通过其所属的执行环境从而与远端设备(作为扩展窗口)建立联系，并且通过扩展的音频控制模块来分别进一步控制其在特定设备的音频装置上播放音频的示意图;而图8为说明如何通过追踪归属于每个窗口(另外的设备作为扩展窗口)的运行环境，和追踪归属于每个运行环境的音频，从而将音频映射到特定的窗口，并通过该特定窗口的扩展音频控制来设定该特定音轨的增益控制的流程图。如图5所示，当电子设备500操作在一多窗口模式下时，电子设备500会同时执行多个task(如：应用程序APP1、APP2)，且该多个task是分别对应至多个执行环境，此时，对应至多个执行环境的多个窗口（如Window1、Window2)可以同时或者部分显示在电子设备500的屏幕510上。值得注意的是，用户可以在电子设备500上开启应用程序APP1，并将应用程序APP1分享/传送至远端设备600上，而此分享机制同时也会将音频、显示以及用户互动等功能相对应地对照至远端设备600上。接着，用户可以另外开启应用程序APP2并显示在屏幕510上。值得注意的是，电子设备500与远端设备600是通过一高清晰度多媒体接口电缆、一可携式产品高清链接电缆、一Miracast链接、一无线显示链接或者一Wi-Mo链接等无线显示链接来建立链接，且此并非本发明的限制条件。

请注意，图6中的电子设备500与图2中的电子设备100很类似，两者的不同之处在于：电子设备500另包含有一传送模块560，将该至少一个特定音轨(如：多个第一特定音轨1A、1B、1C)以及特定窗口(如：窗口画面Window1)从500电子设备传送至远端设备600上

如图8所示，该方法包括(但不局限于)以下的步骤：

步骤5810：监视对于涉及运行环境在不同设备(外部设备作为扩展窗口)之间的迁移，切换等操作，使得运行环境可以与不同设备绑定。接着，执行步骤S830。

步骤S820：针对与音频追踪相关的操作，追踪负责管理该特定音轨的执行环境拥有者。接着，执行步骤S830。

步骤5830：将每一个特定音轨与相对应的电子设备500或者远端设备600建立联系。接着，执行步骤S840。

步骤5840：针对每一个关联到远端设备的特定音轨，根据远端设备600的系统音频控制SYS_AC2的增益控制SYS-GC2以及相对应的该特定窗口(远端设备作为其扩展窗口)的增益控制(如：Window1_GC)来设定该特定音轨的增益控制。

详细来说，目前的Android组件中，现在并没有机制来来告知该音轨的拥有者是哪个activity，因而无法与task关联起来。因此，本发明提出以下机制来解决此间题。1)在支持多窗口的Android操作系统中，如果我们可以保证某些进程只为一个窗口的前台运行环境服务，那我们可以用进程标示符来标记在该进程空间代码中创建的音轨。由于每个进程唯一归属于某个窗口，由该进程标识的音轨都归属于该特定窗口。

2)在支持多窗口的Android操作系统中，如果某些进程可以同时为不同窗口的前台运行环境服务，那我们无法用1)所用的方法来关联音轨与窗口。我们的做法是将音轨与Android操作系统中的activity关联起来。在Android操作系统中，音轨的创建可以在activity中，也可以在servce中，其申service中创建的音轨可以认为是由某个activity发起，所以我们可以通过不同方式去关联音轨与activity。由于我们定义的运行环境是基于task的，当音轨与activity关联以后，自然就可以与task关联，从而可以与特定窗口关联。也即可以找到所有属于该窗口的音轨对其进行控制。具体细节如下：

2.a)在Android操纵系统下，每个actiivty都有固定的生命周期(OnCreate，OnStartOnResume，OnPause，OnStop，OnDestory)，在activity的运行过程申，将标示该activity的标示符(ID)标签存贮到其运行线程的局部空间(TLS一thread local storage)。

2.b)在Android操作系统申，可利用以下几种方式来产生音轨。例如：于一实施例中，可在一Activity的java代码实现中直接产生一音轨，由于音轨是在同一个线程所产生，因此，可以轻易地关联到该activity的标识符标签。于另一实施例中，可利用不同的线程来产生音轨。该线程是在activity的运行过程中被创建。由于线程的创建会复制其父线程的局部空间内容，所以在子线程(thread)申创建的音轨可以关联到activity的标识符标签。于另一实施例中，可通过Android操作系统的Binder调用的方式来产生音轨，请一并参照图9，图9为说明如何产生该特定音轨的一实施例的示意图。为了能够追踪到原始Activity的标识符卷标，Binder配对信息必须被产生及储存在另一个全局的Binder配对服务(Binder Mapping Service)之中，再通过此全局服务，则可以找到原始activity中的标识符标签。如图9所示，activity1O10通过一系列Binder服务最后通过音轨创建者1050创建音轨。由于每个Binder调用服务都有全局的Binder配对服务所追踪，所以最后的音轨创建者1050可以通过问Binder配对服务1040查询原始发起Binder调用的activity1O10，从而可以将该原始activity1010的标识符标签与音轨关联。然而，前述的系结呼叫次数并非本发明的限制条件(也可以是一次或者超过三次)。

于另一实施例申，可通过服务(service)来产生音轨，请一并参照图10，图10为说明如何产生该特定音轨的另一实施例的示意图。在Android中，不同的activity可以彼此分享同一个服务，为了将标识符卷标的信息传送给服务，要扩展服务的调用机制。将发起服务调用的activity的标识符标签附加到Intent中(Intent是Android操作系统中activity和service发生关系的桥梁)。如此一来，发起服务调用的activity的标识符标签可以被通知到该Service，而由该Service所产生的音轨也能够与该标识符标签建立联系。

请参照图11，图11为说明在情况2)下如何产生该特定音轨的整个完整流程图。如图11所示，该方法包括(但不局限于)以下的步骤：

步骤S1210：针对每个activity产生一标识符标签，并在该activity的执行期间将标识符标签储存至所属线程的TLS储存空间。

步骤S1215：判断特定音轨是否利用activity中的Java程序代码中来产生?若是，执行步骤S1220;若否，则执行步骤S1225。

步骤S1220：将特定音轨与该activity的标识符标签建立联系。接着，执行步骤51270。

步骤S1225：判断特定音轨是否利用该activity生成的一子线程(thread)来产生?若是，执行步骤S1230;若否，执行步骤S1235。

步骤S1230：将特定音轨与产生该子线程的该activity的标识符标签建立联系。接着，执行步骤S1270。

步骤S1235：判断特定音轨是否经由Binder调用来产生?若是，执行步骤S1260;若否，执行步骤S1245。

步骤S1245：判断特定音轨是否经由服务(service)来产生?若是，执行步骤S1250。

步骤S1250：将特定音轨与该呼叫服务的activity标识符标签建立联系。接着，执行步骤S1270。

步骤S1260：音轨创建者利用全局Binder配对服务将特定音轨与最初发起Binder调用的该activity的标识符标签建立联系。接着，执行步骤S1270。

步骤S1270：重新获得特定音轨的标识符标签。

本领域通常技艺者应可结合图11所示的各步骤以及图9、图10所示的各组件即可了解各组件如何运作，为简洁起见，故于此不再赘述。

请参照图12，图12为说明本发明一种管理一电子设备操作在一多窗口画面模式下的音频控制方法的一操作范例的流程图。该方法包含(但不局限于)以下的步骤(请注意，假若可获得实质上相同的结果，则这些步骤并不一定要遵照图12所示的执行次序来执行)：

步骤S1310：将该多个执行环境分别对应至多个窗口。

步骤S1320：针对该多个窗口中的每一个特定窗口，通过对应的执行环境找到隶属于该执行环境下的所有音轨，从而建立音轨与特定窗口之间的联系。

步骤51330：针对该多个窗口中的每一个特定窗口，提供一特定扩展音频控制，以管理该至少一个相对应的特定音轨。

步骤51340：针对每一个特定音轨，根据该电子设备的一系统音频控制的增益控制以及相对应的该特定窗口的增益控制来设定最后的增益。

本领域通常技艺者应可结合图12所示的各步骤以及图1、图2、图3所示的各组件即可了解各组件如何运作，为简洁起见，故于此不再赘述。于一实施例申，步骤51310是由窗口与运行环境配对模块模块120来执行，步骤S1320是由音轨与运行环境配对模块130来执行，步骤S1330和S1340是由窗口扩展音频控制模块140来执行。

请参照图13，图13为说明本发明一种管理一电子设备操作在一多窗口模式下的音频控制方法的另一操作范例的流程图。该方法包含(但不局限于)以下的步骤(请注意，假若可获得实质上相同的结果，则这些步骤并不一定要遵照图13所示的执行次序来执行)：

步骤S1310：将该多个执行环境分别对应至多个窗口。

步骤S1320：针对该多个窗口中的每一个特定窗口，通过对应的执行环境找到隶属于该执行环境下的所有音轨，从而建立音轨与特定窗口之间的联系。

步骤51330：针对该多个窗口中的每一个特定窗口，提供一特定窗口扩展音频控制，以管理该至少一个相对应的特定音轨。

步骤S1410：将该至少一个特定音轨以及显示从该电子设备传送至一外部连接设备(远端设备)。

步骤S1420：针对传送到外部连接设备的音轨，根据该外部设备的系统音频控制增益控制以及相对应的该特定窗口(外部设备)的扩展增益控制来设定该音轨的最后增益。

本领域通常技艺者应可结合图13所示的各步骤以及图5、图6、图7所示的各组件即可了解各组件如何运作，为简洁起见，故于此不再赘述。图13的流程图跟图12的流程图很类似，两者的不同点在于：(1)图13另包含步骤S1410，其中步骤S1410是由传送模块560来执行，以将该至少一个特定音轨以及该特定窗口从电子设备500传送至远端设备600上;以及(2)图13以步骤S1420来取代图12中的步骤S1340。图12申，两个窗口都是本地设备的窗口，而在图13中，一个窗口是本地的屏幕，另一个扩展窗口是连接的外部设备(远端设备)。

以上所述的实施例仅用来说明本发明的技术特征，并非用来局限本发明的范畴。由上可知，本发明提供一种管理一电子设备操作在一多窗口模式下的音频控制方法以及使用该方法的电子设备。经由采用本发明的方法以及电子设备，当便携设备操作在一多窗口模式下时，不但能够同时执行多个工作并相对应显示多个窗口于该电子设备的屏幕上，还能够允许用户操 每一个窗口画面所对应的所有活动的音频控制，如：切换至静音模式、切换至一般音频模式、增加音量、降低音量等，带给用户更多的便利性。

Claims (10)

1.一种管理一电子设备操作在一多窗口模式下的音频控制方法，该电子设备会同时执行多个工作，且该多个工作是分别对应至多个执行环境，其特征在于，该方法包含有下列步骤：

将该多个执行环境分别对应至多个窗口;

针对该多个窗口中的每一个特定窗口，其所对应的执行环境关联的音轨与该特定窗口建立联系;以及

针对该多个窗口中的每一个特定窗口，提供一特定扩展音频控制，以进一步管理该至少一个相对应的特定音轨。

2.如权利要求1所述的方法，其特征在于，该特定扩展音频控制包括：切换至静音模式、切换至一般音频模式、增加音量及/或降低音量，以及各种音效处理。

3.如权利要求1所述的方法，其特征在于，当该电子设备操作在该多窗口模式下时，会将对应至该多个执行环境的该多个窗口同时或者部分显示在该电子设备的屏幕上。

4.如权利要求1所述的方法，其特征在于，另包含有：

针对每一个特定音轨，根据该电子设备的一系统音频控制的增益控制以及相对应的该特定窗口的增益控制来设定该特定音轨的增益控制。

5.如权利要求1所述的方法，其特征在于，另包含有：

将该至少一个特定音轨以及显示画面从该电子设备传送至一特定外部设备上;以及

针对每一个传送到特定外部设备的特定音轨，根据该远端设备的一系统音频控制的增益控制以及相对应的该特定窗口的增益控制来设定该特定音轨的增益控制。

6.如权利要求5所述的方法，其特征在于，该电子设备与该特定外部设备是通过一高清晰度多媒体接口电缆、一可携式产品高清链接电缆、一Miracast链接、一WiDi链接或者一Wi-Mo链接等无线显示链接来建立链接。

7.如权利要求1所述的方法，其特征在于，Android操作系统下相关进程只为一个窗口的前台运行环境服务;以及针对该多个窗口中的每一个特定窗口，将该至少一个特定音轨与该特定窗口建立联系的步骤包含有：

用进程标示符来标记在该进程空间代码中创建的音轨;以及

由于每个进程唯一归属于一特定窗口，由该进程标识的音轨都归属于该特定窗口。

8.如权利要求1所述的方法，其特征在于，Android操作系统下相关进程可以同时为不同窗口的前台运行环境服务;以及针对该多个窗口中的每一个特定窗口，将该至少一个特定音轨与该特定窗口建立联系的步骤包含有：

在一活动activity或者一服务中产生该至少一个相对应的特定音轨;

将该至少一个特定音轨与该activity建立联系，其中该activity属于一task，对应到特定窗口的执行环境;

将该至少一个特定音轨相对应地配对至该activity;以及

建立一标识符标签，并将该标识符标签与该activity建立联系。

9.如权利要求8所述的方法，其特征在于，另包含有：

判断该至少一个特定音轨是否在activity中的Java程序代码产生，而当该至少一个特定音轨是通过这种方式产生时，将该至少一个特定音轨与该activity的标识符标签建立联系;

判断该至少一个特定音轨是否在该activity的一子线程中产生，而当该至少一个特定音轨是通过这种方式来产生时，将该至少一个特定音轨与该activity的标识符标签建立联系;

判断该至少一个特定音轨是否经由binder调用来产生，而当该至少一个特定音轨是通过这种方式来产生时，利用全局binder配对服务将该至少一个特定音轨与发起binder调用的该activity的标识符标签建立联系;以及

判断该至少一个特定音轨是否经由服务来产生，而当该至少一个特定音轨是经由该服务来产生时，将该至少一个特定音轨与该呼叫服务的activity的标识符标签建立联系。

10.一种可执行上述权利要求1~9任一权利要求所述的方法的电子设备。