支持多窗口的电子设备对不同窗口对应音频的控制方法
【专利摘要】本发明提供一种音频控制方法以及在/Vndroid操作系统下的实现方式，允许一电子设备对其管理的多窗口系统进行音频控制，使用户能够对每一个窗口所对应的运行环境进行精准的首频控制。如：切换至静首t吴式、切换至一般首频模式、增加音量、降低音量，以及各种音效处理等。该多窗口系统包括在一个设备上的多窗口分屏系统，也包括在该电子设备与另一电子设备互联时，该电子设备将另一电子设备当做其扩展窗口的多设备系统。该电子设备会同时维护多个执行环境，每个执行环境分别对应至一个窗口系统；通过监测在每个执行环境生成和被操控的所有音轨信息，用户可以进一步控制呈现在该窗口程序的相关音轨。
【专利说明】支持多窗口的电子设备对不同窗口对应音频的控制方法
【技术领域】
[0001] 本发明提供一种音频控制方法，允许一电子设备对其管理的多窗口系统进行音频 控制，使用户能够对每一个窗口所对应的的运行环境进行精准的音频控制。并给出了在 Android操作系统下的实现方式。
【背景技术】
[0002] 近年来，便携设备日益普及，且随着便携设备的功能日益丰富，对于音频控制、信 息分享、用户互动的要求也愈来愈多。举例而言，使用者可以在一便携设备上进入分屏操作 模式，将一个屏幕作为两个虚拟屏幕使用。这时候用户会希望能够操作每一个窗口画面所 对应的所有活动的音频控制，如：切换至静音模式、切换至一般音频模式、增加音量、降低音 量，以及各种音效处理等。另外，使用者也可以通过一便携设备连接另一设备，并将另一设 备作为该便携设备的扩展显示/音频设备，并将任意运行的程序分享至该扩展显示\音频 设备。目前的便携设备（基于AndToid的，iOS的）只能允许程序在单一个窗口显示并操 作。当便携设备发展成支持多窗口系统操作，当便携设备操作在一多窗口画面模式下时，除 了能够同时执行多个工作并相对应显示多个窗口画面于该电子设备的屏幕（包括其扩展 屏幕）上，且允许用户能够操作每一个窗口画面所对应的所有活动的音频控制，来提供使 用者更多的便利性，实为此一领域的重要课题之一。
【发明内容】
[0003] 本发明的目的是提供一种音频控制方法，允许一电子设备对其管理的多窗口系统 进行独立音频控制，使用户能够对每一个窗口所对应的的运行环境进行精准的音频控制， 以解决现有技术所遇到的问题。
[0004] 根据上述目的与其他目的，本发明提供一种管理一电子设备操作在一多窗口模式 (Multiple window mode)下的音频控制的方法。该电子设备会同时执行多个工作（task), 即维护多个执行环境（execution environment)。每个执行环境被关联至每个窗口。该电子 设备包括有：一窗口与运行环境配对模块，用以将该多个执行环境分别对应至多个窗口； 一音轨与运行环境配对模块，通过监测在每个执行环境生成和被操控的所有音轨信息，用 户可以管理呈现在该窗口程序的音轨；以及一窗口扩展音频控制模块，用以针对该多个窗 口中的每一个特定窗口，提供一特定扩展音频控制，以进一步管理该至少一个相对应的特 定音轨。
[0005] 经由采用本发明所提供的管理一电子设备操作在一多窗口模式下的音频控制方 法，便可以允许使用者能够进一步操作每一个窗口所对应的所有活动的音频控制，如：切换 至静音模式、切换至一般音频模式、增加音量、降低音量等，进而提供使用者更多的便利性。
[0006] 为让本发明的上述目的、特征和优点更能明显易懂，下文将以实施例并配合所附 图示，作详细说明如下。
【专利附图】
【附图说明】
[0007] 图1为本发明可操作在一多窗口模式的电子设备的一实施例的示意图。
[0008] 图2为图1的电子设备的功能方块图。
[0009] 图3为说明在单设备多窗口系统下，如何将多个执行环境、多个窗口与多个特定 音轨之间建立联系，并由用户对归属于某个窗口的音频进行控制的示意图。
[0010] 图4为说明针对每一个特定音轨，如何和其所属的窗口绑定，并根据该电子设备 的一系统音频控制的增益控制以及相对应的该特定窗口的增益控制来设定该特定音轨在 该特定窗口播放时的增益控制的流程图。
[0011] 图5为本发明可操作在一多窗口画面模式的电子设备的另一实施例的示意图。该 电子设备连接至另一设备，并将其作为其扩展的显示\音频设备，可将一程序从该电子设 备呈现在另一设备（包括显示和音频）。
[0012] 图6为图5的电子设备与特定音频装置的功能方块图。
[0013] 图7为说明在多设备多窗口系统下（另外的设备作为扩展窗口），如何将多个执行 环境、多个特定音频装置与多个特定音轨之间建立联系，并由用户对归属于某个窗口的音 频进行控制的示意图。
[0014] 图8为说明针对每一个特定音轨，如何和其所属的窗口（另外的设备作为扩展窗 口）绑定，并根据该特定音频装置的一系统音频控制的增益控制以及相对应的该特定窗口 的增益控制来设定该特定音轨的增益控制的流程图。
[0015] 图9为说明在Android系统下，如何匹配该特定音轨的一实施例的示意图。
[0016] 图10为说明在Android系统下，如何匹配该特定音轨的另一实施例的示意图。
[0017] 图11为说明在Android系统下，如果进程可以同时为不同窗口的前台运行环境服 务时，如何匹配该特定音轨的整个完整流程图。
[0018] 图12为说明本发明一种管理一电子设备操作在一多窗口画面模式下的音频控制 方法的一操作范例的流程图。
[0019] 图13为说明本发明一种管理一电子设备操作在一多窗口画面模式下的音频控制 方法的另一操作范例的流程图。
【具体实施方式】
[0020] 在说明书及后续的申请专利范围当中使用了某些词汇来指称特定的组件。所属领 域中具有通常知识者应可理解，硬件制造商可能会用不同的名词来称呼同样的组件。本说 明书及后续的申请专利范围并不以名称的差异来作为区分组件的方式，而是以组件在功能 上的差异来作为区分的准则。在通篇说明书及后续的请求项当中所提及的"包含"为一开 放式的用语，故应解释成"包含但不限定于"。
[0021] 请一并参照图1、图2、图3以及图4。图1为本发明可操作在一多窗口画面模式的 电子设备100的一实施例的示意图；而图2为图1的电子设备100的功能方块图；图3为 说明多音轨如何通过其所属的执行环境从而与特定的窗口多多建立联系，并且通过扩展的 音频控制模块来分别进一步控制特定窗口所属的音频的示意图；图4为说明如何通过追踪 归属于每个窗口的运行环境，和追踪归属于每个运行环境的音频，从而将音频映射到特定 的窗口，并通过该特定窗口的扩展音频控制来设定该特定音轨的增益控制的流程图。如图1 所示，当电子设备100操作在一多窗口模式（Multiple window mode)下时，电子设备100会 同时执行多个工作（如：应用程序APP1、APP2)，且该多个工作是分别对应至多个执行环境 (execution environment)，此时，对应至多个执行环境的多个窗口（如Windowl、Window2) 可以同时或者部分显示在电子设备100的屏幕110上。如图2所示，电子设备100包含有 一窗口与运行环境配对模块120、一音轨与运行环境配对模块130、一窗口扩展音频控制模 块140。如图3所示，窗口与运行环境配对模块模块120是将多个执行环境ENV1、ENV2分 别对应至多个窗口 Windowl、Window2。音轨与运行环境配对模块130是多将该音轨与其所 属的运行环境建立联系；举例来说，于本实施例中，是将多个第一特定音轨1A、1B、1C与窗 口 Windowl建立联系，并将多个第二特定音轨2A、2B、2C与窗口 Window2建立联系。窗口扩 展音频控制模块140是针对多个窗口 Windowl、Window2中的每一个特定窗口，提供一特定 扩展音频控制EX_AC1、EX_AC2,以进一步管理归属于该窗口的特定音轨；举例来说，针对窗 口町1?1〇￥1而言，可以控制多个第一特定音轨认、18、1(：，针对窗口町11(1〇￥2而言，则可以控 制多个第二特定音轨2A、2B、2C。由于电子设备100还拥有一系统音频控制，对于归属于特 定窗口的特定音轨增益控制可以由下列式子来表示之：
[0022] 1-GC=ffindowl_GC*SYS_GC (1);
[0023] 2-GC=ffindow2_GC*SYS_GC (2)。
[0024] 注：windowl_GC指窗口 1的扩展音频增益控制，window2_GC指窗口 2的扩展音频 增益控制，SYS_GC指系统的音频增益控制。
[0025] 1_GC指最后作用于窗口 1的音频的增益。
[0026] 2_GC指最后作用于窗口 2的音频的增益。
[0027] 当然除了音量增益控制，还可以有其他的声音效果控制，处理方法和增益控制是 一样的。
[0028] 如图4所示，该方法包括（但不局限于）以下的步骤：
[0029] 步骤S410 :监视对于涉及运行环境在不同窗口之间的迁移，切换等操作，使得运 行环境可以与不同窗口绑定。接着，执行步骤S430。
[0030] 步骤S420 :针对与音频相关的操作，追踪负责管理该特定音轨的运行环境拥有 者。接着，执行步骤S430。
[0031] 步骤5430 :将每一个特定音轨与相对应的特定窗口建立联系。接着，执行步骤 S440。
[0032] 步骤5440 :针对每一个特定音轨，根据系统音频控制的增益控制SYS_GC以及相对 应的该特定窗口的扩展增益控制（如：Windowl_GC、Window2-GC)来设定该特定音轨的增益 控制。
[0033] 值得注意的是，窗口扩展音频控制模块140可针对多个窗口画面Windowl、 Window2中的每一个特定窗口，提供一特定扩展音频控制EX_AC1、EX_AC2,以管理该至少一 个相对应的特定音轨。上述的特定扩展音频控制EX_AC1、EX_AC2可包括：切换至静音模式、 切换至一般音频模式、增加音量及/或降低音量，然而此并非本发明的限制条件。每一个窗 口 Windowl、Window2可以视为一个独立运作的装置，且用户可以任意切换窗口 Windowl以 及窗口 Window2的程序，此时仍必须依照所显示的窗口的音频策略来播放音频串流。
[0034] 举例来说，在Android环境中，可以用task或者一个相关的task系列来描述一个 执行环境。在一个执行环境的运行生命周期中，会利用很多activity来完成一个task。以 上面的操作情形来看，当使用者要将一个当前的activity从第一窗口切换至第二窗口或 者要将一个当前的activty从第一装置分享至第二装置时，同时也会将整个task或者相关 task系列所对应的执行环境切换至第二窗口或者分享至第二装置。
[0035] 请继续参照图2以及图3,为了将音频控制应用至归属于每一个特定窗口的音轨， 必须找出与该特定窗口所对应的所有的特定音轨，然后再利用窗口扩展音频控制模块140 来进一步管理所有相对应的特定音轨。如图3所示，用户仍可利用系统音频控制SYS_AC来 管理全局的音频装置，而若要管理每一个窗口，则需要通过特定窗口扩展音频控制EX_AC1、 EX_AC2,如此一来，使用者便能够进一步操作每一个窗口 Windowl、Window2所对应的所有 运行环境的音频控制，如：切换至静音模式、切换至一般音频模式、增加音量、降低音量等。
[0036] 请一并参照图5、图6、图7以及图8。图5为本发明可操作在一多窗口模式的电子 设备500的另一实施例的示意图，其可将该至少一个特定音轨以及该特定窗口从该电子设 备500传送至一连接的远端设备600上；图6为图5的电子设备500与远端设备600的功能 方块图；图7为说明音轨如何通过其所属的执行环境从而与远端设备（作为扩展窗口）建 立联系，并且通过扩展的音频控制模块来分别进一步控制其在特定设备的音频装置上播放 音频的示意图；而图8为说明如何通过追踪归属于每个窗口（另外的设备作为扩展窗口） 的运行环境，和追踪归属于每个运行环境的音频，从而将音频映射到特定的窗口，并通过该 特定窗口的扩展音频控制来设定该特定音轨的增益控制的流程图。如图5所示，当电子设 备500操作在一多窗口模式下时，电子设备500会同时执行多个task(如：应用程序APP1、 APP2)，且该多个task是分别对应至多个执行环境，此时，对应至多个执行环境的多个窗口 (如Windowl、Window2)可以同时或者部分显示在电子设备500的屏幕510上。值得注意的 是，用户可以在电子设备500上开启应用程序APP1，并将应用程序APP1分享/传送至远端 设备600上，而此分享机制同时也会将音频、显示以及用户互动等功能相对应地对照至远 端设备600上。接着，用户可以另外开启应用程序APP2并显示在屏幕510上。值得注意的 是，电子设备500与远端设备600是通过一高清晰度多媒体接口电缆、一可携式产品高清链 接电缆、一 Miracast链接、一无线显示链接或者一 Wi-Mo链接等无线显示链接来建立链接， 且此并非本发明的限制条件。
[0037] 请注意，图6中的电子设备500与图2中的电子设备100很类似，两者的不同之处 在于：电子设备500另包含有一传送模块560,将该至少一个特定音轨（如：多个第一特定 音轨1A、1B、1C)以及特定窗口（如：窗口画面Windowl)从500电子设备传送至远端设备 600上
[0038] 如图8所示，该方法包括（但不局限于）以下的步骤：
[0039] 步骤5810 :监视对于涉及运行环境在不同设备（外部设备作为扩展窗口）之间的 迁移，切换等操作，使得运行环境可以与不同设备绑定。接着，执行步骤S830。
[0040] 步骤S820 :针对与音频追踪相关的操作，追踪负责管理该特定音轨的执行环境拥 有者。接着，执行步骤S830。
[0041] 步骤5830 :将每一个特定音轨与相对应的电子设备500或者远端设备600建立联 系。接着，执行步骤S840。
[0042] 步骤5840 :针对每一个关联到远端设备的特定音轨，根据远端设备600的系统音 频控制SYS_AC2的增益控制SYS-GC2以及相对应的该特定窗口（远端设备作为其扩展窗 口）的增益控制（如：Windowl_GC)来设定该特定音轨的增益控制。
[0043] 详细来说，目前的Android组件中，现在并没有机制来来告知该音轨的拥有者是 哪个activity,因而无法与task关联起来。因此，本发明提出以下机制来解决此间题。1) 在支持多窗口的Android操作系统中，如果我们可以保证某些进程只为一个窗口的前台运 行环境服务，那我们可以用进程标示符来标记在该进程空间代码中创建的音轨。由于每个 进程唯一归属于某个窗口，由该进程标识的音轨都归属于该特定窗口。
[0044] 2)在支持多窗口的Android操作系统中，如果某些进程可以同时为不同窗口的前 台运行环境服务，那我们无法用1)所用的方法来关联音轨与窗口。我们的做法是将音轨 与Android操作系统中的activity关联起来。在Android操作系统中，音轨的创建可以在 activity中，也可以在servce中，其申service中创建的音轨可以认为是由某个activity 发起，所以我们可以通过不同方式去关联音轨与activity。由于我们定义的运行环境是基 于task的，当音轨与activity关联以后，自然就可以与task关联，从而可以与特定窗口关 联。也即可以找到所有属于该窗口的音轨对其进行控制。具体细节如下：
[0045] 2. a)在Android操纵系统下，每个actiivty都有固定的生命周期（OnCreate, OnStartOnResume，OnPause，OnStop，OnDestory),在 activity 的运行过程申，将标不 该activity的标示符（ID)标签存|&到其运行线程的局部空间（TLS - thread local storage)〇
[0046] 2. b)在Android操作系统申，可利用以下几种方式来产生音轨。例如：于一实施 例中，可在一Activity的java代码实现中直接产生一音轨，由于音轨是在同一个线程所产 生，因此，可以轻易地关联到该activity的标识符标签。于另一实施例中，可利用不同的线 程来产生音轨。该线程是在activity的运行过程中被创建。由于线程的创建会复制其父 线程的局部空间内容，所以在子线程（thread)申创建的音轨可以关联到activity的标识 符标签。于另一实施例中，可通过Android操作系统的Binder调用的方式来产生音轨，请 一并参照图9,图9为说明如何产生该特定音轨的一实施例的示意图。为了能够追踪到原始 Activity的标识符卷标，Binder配对信息必须被产生及储存在另一个全局的Binder配对 服务（Binder Mapping Service)之中，再通过此全局服务，贝U可以找到原始activity中的 标识符标签。如图9所示，activitylOlO通过一系列Binder服务最后通过音轨创建者1050 创建音轨。由于每个Binder调用服务都有全局的Binder配对服务所追踪，所以最后的音轨 创建者1050可以通过问Binder配对服务1040查询原始发起Binder调用的activitylOlO, 从而可以将该原始activitylOlO的标识符标签与音轨关联。然而，前述的系结呼叫次数并 非本发明的限制条件（也可以是一次或者超过三次）。
[0047] 于另一实施例申，可通过服务（service)来产生音轨，请一并参照图10,图10为 说明如何产生该特定音轨的另一实施例的示意图。在Android中，不同的activity可以彼 此分享同一个服务，为了将标识符卷标的信息传送给服务，要扩展服务的调用机制。将发 起服务调用的activity的标识符标签附加到Intent中（Intent是Android操作系统中 activity和service发生关系的桥梁）。如此一来，发起服务调用的activity的标识符标 签可以被通知到该Service,而由该Service所产生的音轨也能够与该标识符标签建立联 系。
[0048] 请参照图11，图11为说明在情况2)下如何产生该特定音轨的整个完整流程图。 如图11所示，该方法包括（但不局限于）以下的步骤：
[0049] 步骤S1210 :针对每个activity产生一标识符标签，并在该activity的执行期间 将标识符标签储存至所属线程的TLS储存空间。
[0050] 步骤S1215 :判断特定音轨是否利用activity中的Java程序代码中来产生？若 是，执行步骤S1220;若否，则执行步骤S1225。
[0051] 步骤S1220 :将特定音轨与该activity的标识符标签建立联系。接着，执行步骤 51270。
[0052] 步骤S1225 :判断特定音轨是否利用该activity生成的一子线程（thread)来产 生？若是，执行步骤S1230;若否，执行步骤S1235。
[0053] 步骤S1230 :将特定音轨与产生该子线程的该activity的标识符标签建立联系。 接着，执行步骤S1270。
[0054] 步骤S1235 :判断特定音轨是否经由Binder调用来产生？若是，执行步骤S1260; 若否，执行步骤S1245。
[0055] 步骤S1245:判断特定音轨是否经由服务（service)来产生？若是，执行步骤 S1250。
[0056] 步骤S1250 :将特定音轨与该呼叫服务的activity标识符标签建立联系。接着， 执行步骤S1270。
[0057] 步骤S1260 :音轨创建者利用全局Binder配对服务将特定音轨与最初发起Binder 调用的该activity的标识符标签建立联系。接着，执行步骤S1270。
[0058] 步骤S1270 :重新获得特定音轨的标识符标签。
[0059] 本领域通常技艺者应可结合图11所示的各步骤以及图9、图10所示的各组件即可 了解各组件如何运作，为简洁起见，故于此不再赘述。
[0060] 请参照图12,图12为说明本发明一种管理一电子设备操作在一多窗口画面模式 下的音频控制方法的一操作范例的流程图。该方法包含（但不局限于）以下的步骤（请注 意，假若可获得实质上相同的结果，则这些步骤并不一定要遵照图12所示的执行次序来执 行）：
[0061] 步骤S1310 :将该多个执行环境分别对应至多个窗口。
[0062] 步骤S1320 :针对该多个窗口中的每一个特定窗口，通过对应的执行环境找到隶 属于该执行环境下的所有音轨，从而建立音轨与特定窗口之间的联系。
[0063] 步骤51330 :针对该多个窗口中的每一个特定窗口，提供一特定扩展音频控制，以 管理该至少一个相对应的特定音轨。
[0064] 步骤51340 :针对每一个特定音轨，根据该电子设备的一系统音频控制的增益控 制以及相对应的该特定窗口的增益控制来设定最后的增益。
[0065] 本领域通常技艺者应可结合图12所示的各步骤以及图1、图2、图3所示的各组件 即可了解各组件如何运作，为简洁起见，故于此不再赘述。于一实施例申，步骤51310是由 窗口与运行环境配对模块模块120来执行，步骤S1320是由音轨与运行环境配对模块130 来执行，步骤S1330和S1340是由窗口扩展音频控制模块140来执行。
[0066] 请参照图13,图13为说明本发明一种管理一电子设备操作在一多窗口模式下的 音频控制方法的另一操作范例的流程图。该方法包含（但不局限于）以下的步骤（请注 意，假若可获得实质上相同的结果，则这些步骤并不一定要遵照图13所示的执行次序来执 行）：
[0067] 步骤S1310 :将该多个执行环境分别对应至多个窗口。
[0068] 步骤S1320 :针对该多个窗口中的每一个特定窗口，通过对应的执行环境找到隶 属于该执行环境下的所有音轨，从而建立音轨与特定窗口之间的联系。
[0069] 步骤51330 :针对该多个窗口中的每一个特定窗口，提供一特定窗口扩展音频控 制，以管理该至少一个相对应的特定音轨。
[0070] 步骤S1410 :将该至少一个特定音轨以及显示从该电子设备传送至一外部连接设 备（远端设备）。
[0071] 步骤S1420 :针对传送到外部连接设备的音轨，根据该外部设备的系统音频控制 增益控制以及相对应的该特定窗口（外部设备）的扩展增益控制来设定该音轨的最后增
[0072] 本领域通常技艺者应可结合图13所示的各步骤以及图5、图6、图7所示的各组件 即可了解各组件如何运作，为简洁起见，故于此不再赘述。图13的流程图跟图12的流程图 很类似，两者的不同点在于：（1)图13另包含步骤S1410,其中步骤S1410是由传送模块560 来执行，以将该至少一个特定音轨以及该特定窗口从电子设备500传送至远端设备600上； 以及（2)图13以步骤S1420来取代图12中的步骤S1340。图12申，两个窗口都是本地设 备的窗口，而在图13中，一个窗口是本地的屏幕，另一个扩展窗口是连接的外部设备（远端 设备）。
[0073] 以上所述的实施例仅用来说明本发明的技术特征，并非用来局限本发明的范畴。 由上可知，本发明提供一种管理一电子设备操作在一多窗口模式下的音频控制方法以及使 用该方法的电子设备。经由采用本发明的方法以及电子设备，当便携设备操作在一多窗口 模式下时，不但能够同时执行多个工作并相对应显示多个窗口于该电子设备的屏幕上，还 能够允许用户操每一个窗口画面所对应的所有活动的音频控制，如：切换至静音模式、切 换至一般音频模式、增加音量、降低音量等，带给用户更多的便利性。
【权利要求】
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、任一权利要求所述的方法的电子设备。
【文档编号】G06F9/48GK104216772SQ201310216741
【公开日】2014年12月17日 申请日期:2013年6月3日 优先权日:2013年6月3日
【发明者】李星, 潘琦, 申建晶, 郭雄辉 申请人:上海帛茂信息科技有限公司