CN115334621A - 通信事件处理方法、系统、电子设备和存储介质 - Google Patents

Abstract

本申请涉及一种通信事件处理方法、系统、电子设备和存储介质，通过第一处理器在可穿戴设备的第二处理器处于非工作状的目标模式下监听调制解调器上报的通信事件，并获取通信事件对应的操作请求，响应于操作请求向调制解调器发送事件处理请求，以指示调制解调器执行通信事件的对应功能。该方法使得可穿戴设备在实现蜂窝通信业务的功能的同时，设备还处于低功耗运行模式，极大地降低了可穿戴设备的功耗，大大地提高了可穿戴设备的续航能力。

Description

通信事件处理方法、系统、电子设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种通信事件处理方法、系统、电子设备和存储介质。

背景技术

随着电子设备的功能越来越强大，搭载单一操作系统有时候不能满足人们对电子设备的功能的需求，因此，一些电子设备开始搭载双系统以使用户获得更好的使用体验。

例如，智能终端手表为双核系统架构，双核系统架构中大核系统一般都内置有Modem(调制解调器)模块，以提供蜂窝通信业务的功能。相关技术中，智能终端手表的蜂窝通信业务都需要启动大核系统来完成。然而，启动大核系统会导致智能终端手表的功耗较大，降低了智能终端手表的续航能力。

发明内容

本申请实施例提供了一种通信事件处理方法、系统、电子设备和存储介质，能够降低智能终端手表的功耗，从而提高智能终端手表的续航能力。

第一方面，本申请实施例提供一种通信事件处理方法，应用于可穿戴设备，可穿戴设备包括第一处理器和第二处理器，其中，第一处理器用于运行第一操作系统，第二处理器用于运行第二操作系统，第一处理器的运行功耗低于第二处理器的运行功耗，包括：

第一处理器在可穿戴设备的目标模式下监听调制解调器上报的通信事件；第二处理器在目标模式下处于非工作状态；

第一处理器获取通信事件对应的操作请求，响应于操作请求向调制解调器发送事件处理请求；事件处理请求用于指示调制解调器执行通信事件的对应功能。

在其中一个实施例中，该方法还包括：

第一处理器接收第二处理器发送的第一权限移交指令；第一权限移交指令用于将调制解调器的控制权限由第二处理器转移至第一处理器；

其中，第一权限移交指令为第二处理器响应于第一切换指令后发送的，第一切换指令用于指示从原始模式切换到目标模式。

在其中一个实施例中，上述第一处理器在目标模式下监听调制解调器的通信事件之前，该方法还包括：

若调制解调器处于下电状态，则第一处理器向调制解调器发送上电指令；上电指令用于启动调制解调器。

在其中一个实施例中，上述第一处理器获取通信事件对应的操作请求，包括：

第一处理器在可穿戴设备的显示界面上显示通信事件对应的标识；

第一处理器基于显示界面获取标识对应的操作请求。

在其中一个实施例中，该方法还包括：

第一处理器获取第二切换指令；第二切换指令用于指示从目标模式切换到原始模式；

响应于第二切换指令，第一处理器向第二处理器发送指示第二处理器启动的上电指令。

在其中一个实施例中，上述第二处理器启动后，该方法还包括：

第一处理器向第二处理器发送第二权限移交指令；第二权限移交指令用于将调制解调器的控制权限由第一处理器转移至第二处理器。

在其中一个实施例中，上述目标模式为长续航模式。

第二方面，本申请实施例提供一种通信事件处理系统，该系统包括：第一处理器、第二处理器、调制解调器；第一处理器用于运行第一操作系统，第二处理器用于运行第二操作系统，第一处理器的运行功耗低于第二处理器的运行功耗；

第一处理器，用于在可穿戴设备的目标模式下监听调制解调器上报的通信事件，并获取通信事件对应的操作请求，响应于操作请求向调制解调器发送事件处理请求；事件处理请求用于指示调制解调器执行通信事件的对应功能；第二处理器在目标模式下处于非工作状态。

在其中一个实施例中，上述第二处理器，用于响应于第一切换指令，向第一处理器发送第一权限移交指令；第一切换指令用于指示从原始模式切换到目标模式；第一权限移交指令用于将调制解调器的控制权限由第二处理器转移至第一处理器。

在其中一个实施例中，上述第二处理器，还用于响应于第一切换指令，向调制解调器发送关闭调制解调器的下电指令；

则上述第一处理器，还用于向调制解调器发送上电指令；上电指令用于启动调制解调器。

在其中一个实施例中，上述第一处理器，还用于在可穿戴设备的显示界面上显示通信事件对应的标识，并基于显示界面获取标识对应的操作请求。

在其中一个实施例中，上述第一处理器，还用于响应于第二切换指令，向第二处理器发送指示第二处理器启动的上电指令；第二切换指令用于指示从目标模式切换到原始模式。

在其中一个实施例中，上述第一处理器，还用于向第二处理器发送第二权限移交指令；第二权限移交指令用于将调制解调器的控制权限由第一处理器转移至第二处理器。

第三方面，本申请实施例提供一种电子设备，包括存储器及处理器，存储器中储存有计算机程序，计算机程序被处理器执行时，使得处理器执行如上述第一方面任一项实施例所提供的通信事件处理方法的步骤。

第四方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如上述第一方面任一项实施例所提供的通信事件处理方法的步骤。

本申请实施例提供的通信事件处理方法、系统、电子设备和存储介质，通过第一处理器在可穿戴设备的第二处理器处于非工作状的目标模式下监听调制解调器上报的通信事件，并获取通信事件对应的操作请求，响应于操作请求向调制解调器发送事件处理请求，以指示调制解调器执行通信事件的对应功能。由于目标模式下第二处理器处于非工作状态，且第二处理器的运行功耗小于第一处理器的运行功耗，所以在目标模式下是第一处理器在运行，那么在目标模式下由运行功耗较低的第一处理器监听调制解调器上报的通信事件，进而根据用户操作请求指示调制解调器执行通信事件对应的功能。这样，使得可穿戴设备在实现蜂窝通信业务的功能的同时，设备还处于低功耗运行模式，极大地降低了可穿戴设备的功耗，大大地提高了可穿戴设备的续航能力。

附图说明

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

图1为一个实施例中通信事件处理方法的应用环境图；

图2为一个实施例中通信事件处理方法的流程示意图；

图3为一个实施例中可穿戴设备内部结构示意图；

图4为一个实施例中可穿戴设备显示界面触发通信事件的操作请求示意图；

图5为另一个实施例中通信事件处理方法的流程示意图；

图6为另一个实施例中通信事件处理方法的流程示意图；

图7为另一个实施例中通信事件处理方法的流程示意图；

图8为一个实施例中电子设备的内部结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

应当理解，本申请的权利要求、说明书及附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。本申请的说明书和权利要求书中使用的术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。还应当理解，在本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的，而并不意在限定本申请。如在本申请说明书和权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

本申请实施例提供的一种通信事件处理方法，可以应用于如图1所示的应用环境中。其中，该可穿戴设备可以是但不限于是智能手环、智能手表、智能眼镜、智能手套、智能袜子、智能腰带等终端设备，本申请实施例对此不作限定，只要可穿戴设备可以穿戴，且具有执行本申请实施例提供的通信时间处理方法的能力即可，图1以智能终端手表为例的示意图，实时应用中，不同的可穿戴设备可参见其实际结构形状，本申请实施例对此不加以限制。其中，智能终端手表是具有信息处理能力，且符合手表基本功能要求的手表。示例地，该可穿戴设备的内部可包括处理器和存储器等；该处理器用于提供计算和控制能力，该存储器包括非易失性存储介质、内存储器；其中，非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。数据库用于可穿戴设备运行过程的相关数据。该网络接口用于与外部的其他设备通过网络连接通信。

下面将通过实施例并结合附图具体地对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。需要说明的是，本申请提供的一种通信事件处理方法，执行主体为可穿戴设备中的低功耗处理器(即第一处理器)，其中，该方法的执行主体还可以为通信事件处理装置，该装置可以通过软件、硬件或者软硬件结合的方式实现成为处理器的部分或者全部。

在一个实施例中，如图2所示，提供了一种通信事件处理方法，该实施例涉及的是第一处理器在目标模式下监听调制解调器上报的通信事件，并获取通信事件对应的操作请求，响应于操作请求向调制解调器发送事件处理请求，以指示调制解调器执行通信事件的对应功能的具体过程，该实施例包括以下步骤：，

S101，第一处理器在可穿戴设备的目标模式下监听调制解调器上报的通信事件；第二处理器在目标模式下处于非工作状态。

本申请实施例中将以应用于可穿戴设备为例进行说明。其中，该可穿戴设备包括第一处理器和第二处理器，其中，第一处理器用于运行第一操作系统，第二处理器用于运行第二操作系统，第一处理器的功耗低于第二处理器的功耗。

这里的第一操作系统与第二操作系统为均可以独立运行在电子设备上的两个不同操作系统，即第一操作系统可以运行在第一处理器上，且第一处理器上运行第一操作系统时的功耗较低。第二操作系统可以运行在第二处理器上，且第二处理器上运行第二操作系统时的功耗相对于第一处理器上运行第一操作系统的功耗较高。例如，第一操作系统可以是实时操作系统(Real Time Operating System，RTOS)，第二操作系统可以是安卓系统、Windows系统、塞班系统、IOS系统等。其中，RTOS是指当外界事件或数据产生时，能够接受并以足够快的速度予以处理，其处理的结果又能在规定的时间之内来控制生产过程或对处理系统作出快速响应，并控制所有实时任务协调一致运行的操作系统，所以RTOS系统相比于安卓系统，其能够提供及时响应并具有高可靠性，因此，在第一处理器运行RTOS系统时的功耗就低于第二处理器运行安卓系统时的功耗。

可选地，第一处理器可以是MCU(Microcontroller Unit，微控制单元)，第二处理器可以是应用处理器(Application Processor，AP)。MCU也称单片微型计算机(SingleChip Microcomputer)或者单片机，是把中央处理器(Central Process Unit；CPU)的频率与规格做适当缩减后的芯片，可以理解为，MCU指芯片相对低级的单片机，支持的功能简单，其优点是功耗极低，服务于续航，其在设备中提供的功能也很有限，只处理显示时间、闹钟、电量等用户常用、简单的功能。而AP处理器是所有计算芯片的集成物，其芯片更为高级，功能模块更为丰富，处理能力更强的处理器，服务于功能，但同时其运行功耗也会比较大。

当然，第二处理器还可以是系统级芯片(System-on-a-Chip，SOC)，SoC是多种不同处理器单元(Processor Unit,PU)的集成，比如CPU、GPU、DSP、Codec、AP等，它们分布在SoC的不同位置，构成一个相互协作的芯片系统。本申请实施例对第一处理器、第二处理器的具体类型不作限定。其中，本申请实施例中的第一处理器可以称为小核，第二处理器可以称为大核，因此，后续说明过程中若提及大核均指第二处理器，提及小核均指第一处理器。

可参见图3所示，图3示意出一种可穿戴设备的内部结构图，第一处理器(小核)和第二处理器(大核)均与调制解调器通过通信总线bus连接，即两者均可与调制解调器通信。调制解调器与射频(RF)模块连接。

本实施例中，在目标模式下，第一处理器需要监听调制解调器上报的通信事件。可选地，这里的目标模式为长续航模式，该长续航模式指的是第二处理器不上电(即不运行)，仅运行第一处理器的低功耗模式。也就是第二处理器在目标模式下处于非工作状态。

由于在目标模式下，只有第一处理器在运行，所以需第一处理器监听调制解调器上报的通信事件。其中，调制解调器(Modem)是Modulator(调制器)与Demodulator(解调器)的简称，其也可称为“猫”。该Modem可以泛指包含3GPP协议栈(如：LTE/WCDMA/GSM等无线通信协议)的调制解调器。通过把RF模块接收到的无线电信号转换成数字信号或把数字信号转换成无线电信号给RF模块发射出去。其可以提供打电话、发短信、上网等蜂窝通信功能的支持。其中，调制解调器上报的通信事件包括但不限于是注册2/3/4G状态、信号强度状态、来电、来短信等事件。

示例地，第一处理器监听调制解调器上报的通信事件的方式可以是第一处理器向调制解调器下发事件上报指示，指示调制解调器在接收到上述任一通信通信事件后进行上报，以方便第一处理器可以及时掌握设备当前待处理的通信事件。

S102，第一处理器获取通信事件对应的操作请求，响应于操作请求向调制解调器发送事件处理请求；事件处理请求用于指示调制解调器执行通信事件的对应功能。

第一处理器根据监听到的调制解调器上报的通信事件，需要获取这些通信事件对应的操作请求，该操作请求指的是用户需要对通信事件进行了处理时触发的操作请求。

一种实现方式中，第一处理器获取该通信事件对应的操作请求可以是第一处理器在可穿戴设备的显示界面上显示通信事件对应的标识；然后基于显示界面获取标识对应的操作请求。

具体地，第一处理器在监听到调制解调器上报的通信事件之后，将上报上来的通信事件在可穿戴设备的显示界面上呈现相应的图形变化(即对应的标识)，方便用户查看，用户在查看了通信事件的具体内容后，若需要处理，则可在可穿戴设备的显示界面(UI界面)上触发相应的操作请求，此时，第一处理器就可接收到该操作请求。例如，通信事件可以是开飞行模式、接听电话、拨打电话中一种，用户在显示界面上触发的相应操作则对应为触发打开飞行模式的按钮、触发接听电话的按钮、在显示界面上输入要拨打的电话并触发拨出电话的按钮等。如图4所示，以接听电话为例，图4为第一处理器在可穿戴设备的界面上显示接听电话对应标识，用户触发该标识后接可生成接听电话事件的操作请求。

响应于该操作请求，第一处理器向调制解调器发送事件处理请求，该事件处理请求用于指示调制解调器执行通信事件的对应功能。

示例地，通信事件可以是开飞行模式、接听电话、拨打电话中一种，用户在显示界面上触发了相应操作后，第一处理器向调制解调器发送的事件处理请求即为打开飞行模式、接听电话、拨打电话中的对应的一种的处理请求。而调制解调器接收到该事件处理请求后，对应执行通信事件的对应功能，即若是接听电话，则会执行接听电话功能；若是拨打电话，则是执行拨打电话的功能。

本申请实施例提供的通信事件处理方法，通过第一处理器在可穿戴设备的第二处理器处于非工作状的目标模式下监听调制解调器上报的通信事件，并获取通信事件对应的操作请求，响应于操作请求向调制解调器发送事件处理请求，以指示调制解调器执行通信事件的对应功能。由于目标模式下第二处理器处于非工作状态，且第二处理器的运行功耗小于第一处理器的运行功耗，所以在目标模式下是第一处理器在运行，那么在目标模式下由运行功耗较低的第一处理器监听调制解调器上报的通信事件，进而根据用户操作请求指示调制解调器执行通信事件对应的功能。这样，使得可穿戴设备在实现蜂窝通信业务的功能的同时，设备还处于低功耗运行模式，极大地降低了可穿戴设备的功耗，大大地提高了可穿戴设备的续航能力。

以智能终端手表为例，智能终端手表是替代传统手表功能的智能终端，其设置为双核系统，双核系统指的是基于两个处理器芯片的硬件架构，每个处理器运行一个独立操作系统，两个系统间互相交互，完成硬件终端的功能。在实现智能终端手表支持蜂窝通信业务时，是智能终端手表本身没有调制解调器(Modem)，智能终端手表无法单独支持蜂窝通信业务的功能，这种情况下，智能终端手表就只是相当于一个蓝牙通信设备，执行蜂窝通信业务(例如打电话)时均需要通过连接具有调制解调器的终端(比如手机)来处理。这使得使用智能终端手表进行蜂窝通信业务操作时，需要依赖其他终端，即为不方便。

因此，相关技术中，通过在智能终端手表中设置调制解调器，是智能终端手表不依赖其他终端本身就具有蜂窝通信业务的功能。一种方式中，是在智能终端手表的仅第二处理器(即大核)中内置有调制解调器，这种情况下，若用户需要在智能终端手表上使用打电话、发短信等操作，都要给第二处理器上电唤醒第二处理器，启动系统，在第二处理器的操作系统上处理蜂窝通信业务。但这种方式会使第二处理器进入运行状态，整机的功耗大幅增加，并且由于智能手表终端很多场景下是第一处理器(即小核)在运行，在通过启动第二处理器来完成蜂窝通信业务时，进行大第一处理器切换需要时间，用户能够明显感觉到延迟。另一种方式，是在第一处理器中外挂调制解调器芯片，其中，外挂指在终端内但不在第二处理器操作系统中，使第一处理器具备蜂窝通信的能力。这种方式，由于第二处理器普遍内置调制解调器，若再配置具有调制解调器的第一处理器或第一处理器外挂调制解调器将造成调制解调器的资源浪费，使得产品整体成本增加。

相比于现有技术的方式，本申请实施例中，当用户需要在智能终端手表处理通信业务的时候，第二处理器的处理器不上电(非工作状态)，由第一处理器控制调制解调器，唤醒调制解调器，在这种状态下，智能终端手表只需在第一处理器运行状态下利用调制解调器的无线通信协议栈、编解码能力，就能完成所需的蜂窝通信业务，同时又能保证相对低的功耗，最大幅度地降低整机功耗，提升智能终端手表的续航能力。因此，本申请实施例在不启用第二处理器系统，仅在第一处理器低功耗模式下处理蜂窝通信业务，大幅提升手表的续航能力和启用蜂窝通信功能操作的响应速度。

且本申请技术方案在目标模式下由第一处理器控制调制解调器，在一种可实施方式中，可以将调制解调器控制权一直赋予第一处理器，在非目标模式下，第二处理器需要正常工作，若第二处理器在正常工作期间需要使用蜂窝通信业务功能，则通过第一处理器来指示调制解调器完成对应通信业务功能。若进入目标模式，第二处理器下电为非工作状态，本身调制解调器控制权就属于第一处理器，无需进行大第一处理器切换，从而避免了大第一处理器切换的时间带来的操作延迟。

上述将调制解调器控制权一直赋予第一处理器的情况下无需进行大第一处理器切换，也无需进行调制解调器控制权移交，但若调制解调器控制权赋予的是第二处理器，那么就需要在进入目标模式时，第二处理器将调制解调器控制权移交给第一处理器，以方便第一处理器对调制解调器进行控制。

基于此，提供一个实施例中，该实施例为第二处理器需要调制解调器控制权移交给第一处理器的具体过程。则该实施例包括：第一处理器接收第二处理器发送的第一权限移交指令；第一权限移交指令用于将调制解调器的控制权限由第二处理器转移至第一处理器；其中，第一权限移交指令为第二处理器响应于第一切换指令后发送的，第一切换指令用于指示从原始模式切换到目标模式。

本实施例针对的是进入目标模式的过程，即由原始模式切换到目标模式的过程。目标模式是第二处理器处于非工作状态的模式，相应地，原始模式就是第二处理器处于工作状态的模式。进入目标模式前，设备处于原始模式，而原始模式下是第二处理器接收到用户在显示界面上触发的操作请求，所以若需要进入目标模式，用户会在显示界面上触发进入目标模式的请求，第二处理器接收到该请求后，会将调制解调器控制权移交给第一处理器，即第二处理器响应于第一切换指令后发送第一权限移交指令，第一切换指令为指示从原始模式切换到目标模式的指令；或者，第二处理器检测到设备的显示界面熄屏，熄屏可以进入目标模式，此时，第二处理器也可以将调制解调器控制权移交给第一处理器。那么对于第一处理器来说，其就是接收到了第二处理器发送的第一权限移交指令，该第一权限移交指令用于将调制解调器(Modem)的控制权限由第二处理器转移至第一处理器。

第二处理器将调制解调器控制权移交给第一处理器之后，其自身下电以切换为非工作状态，此时可穿戴设备则进入目标模式。

本实施例中在进入目标模式之前，第一处理器接收第二处理器移交的调制解调器控制权，保证了在目标模式下调制解调器仍可以由第一处理器来控制进行蜂窝通信业务，使得第二处理器非工作状态时，也可以完成日常的蜂窝通信需求。且第一处理器运行功耗更低，也同时满足了保证了低功耗，提高智能终端手表的续航能力又提高响应速度。

第二处理器将调制解调器控制权移交给第一处理器时，第一种情况下是需要在调制解调器下电状态下移交，即调制解调器需要先下电，在控制权移交完成后再上电。第二种情况是不需要在调制解调器下电状态下移交，即调制解调器无需下电再上电。两种情况可根据实际情况选择一种，本申请实施例对此不作限定。

通过一个实施例，对第一种情况需要在调制解调器下电状态下移交的过程进行说明。则在一个实施例中，该实施例还包括：若调制解调器处于下电状态，则第一处理器向调制解调器发送上电指令；上电指令用于启动调制解调器。

调制解调器的上电下电过程可以是上述第一处理器在目标模式下监听调制解调器的通信事件之前完成。

调制解调器处于下电状态是第二处理器在接收到用户在显示界面上触发了第一切换指令(指示从原始模式切换到目标模式的指令)，或者是第二处理器检测到设备显示界面熄屏之后，向调制解调器发送了下电指令，该下电指令用于指示调制解调器下电。例如，调制解调器收到命令后，向网络(运营商的服务器)报告需要下电关机，运营商的服务器会反馈其执行下电关机，调制解调器接收到该反馈后完成下电。

调制解调器完成下电后，第二处理器才会将调制解调器的控制权移交给第一处理器，此时，第一处理器接收了调制解调器的控制权后，发现若调制解调器处于下电状态，则第一处理器向制解调器发送上电指令；上电指令用于启动调制解调器。

本实施例中，若调制解调器处于下电状态，第一处理器需指示调制解调器启动，唤醒调制解调器，保证了在目标模式下调制解调器仍可以由第一处理器来控制进行蜂窝通信业务，完成日常的蜂窝通信需求。

目标模式下主要针对的是处理显示时间、闹钟、电量等用户常用、简单的功能的模式，若需要执行其他功能，则需要由目标模式切换回原始模式。基于此，下面对从目标模式切换回原始模式的过程，以及在原始模式下，第二处理器控制调制解调器进行蜂窝通信业务的过程进行详细说明。

那么在一个实施例中，如图5所示，该实施例包括以下步骤：

S201，第一处理器获取第二切换指令；第二切换指令用于指示从目标模式切换到原始模式。

目标模式是第二处理器处于非工作状态的模式，从目标模式切换回原始模式前，仍处于目标模式，所以目标模式下是由第一处理器接收到指示从目标模式切换到原始模式的第二切换指令，该第二切换指令可以是用户在设备的显示界面上触发的，也可以是第一处理器检测到设备从熄屏状态切换为亮屏状态生成的。

S202，响应于第二切换指令，第一处理器向第二处理器发送指示第二处理器启动的上电指令。

第一处理器响应于获取到的第二切换指令，向第二处理器发送指示第二处理器启动的上电指令，以使第二处理器从非工作状态切换为工作状态，此时设备从目标模式切换回原始模式。

可选地，在第二处理器启动后，第一处理器向第二处理器发送第二权限移交指令；第二权限移交指令用于将调制解调器的控制权限由第一处理器转移至第二处理器。

若调制解调器的控制权是第二处理器移交的，那么在第二处理器启动之后，需要第一处理器将调制解调器的控制权再移交回第二处理器，则第一处理器向第二处理器发送第二权限移交指令；第二权限移交指令用于将调制解调器的控制权限由第一处理器转移至第二处理器。

同样，第一处理器将调制解调器控制权移交给第二处理器时，第一种情况下是需要在调制解调器下电状态下移交，即调制解调器需要先下电，在控制权移交完成后再上电。第二种情况是不需要在调制解调器下电状态下移交，即调制解调器无需下电再上电。两种情况可根据实际情况选择一种，本申请实施例对此不作限定。

以第一种为例，第一处理器向调制解调器发送下电指令，指示调制解调器下电关机，例如，调制解调器收到命令后，向网络(运营商的服务器)报告需要下电关机，运营商的服务器会反馈其执行下电关机，调制解调器接收到该反馈后完成下电。调制解调器完成下电后，第一处理器才会将调制解调器的控制权移交回第二处理器，此时，第二处理器接收了调制解调器的控制权后，发现若调制解调器处于下电状态，则第二处理器向制解调器发送上电指令，以启动调制解调器。

原始模式下，调制解调器启动后，且调制解调器的控制权重归第二处理器，则由第二处理器监听调制解调器上报的通信事件，例如注册2/3/4G状态、信号强度状态、来电、来短信等事件。第二处理器根据上报上来的通信事件，在设备的显示界面上呈现相应的图形变化(对应标识)，方便用户查看，之后，第二处理器接收用户在显示界面上触发的对应通信事件的操作请求，向调制解调器发送事件处理请求，该事件处理请求用于指示调制解调器执行通信事件的对应功能。这里第二处理器控制调制解调器处理蜂窝通信业务的过程可参见第一处理器控制调制解调器处理蜂窝通信业务的过程说明，两者原理类似，在此不再赘述。

本申请实施例中，在接收到从目标模式切换回原始模式的指令后，唤醒第二处理器，将调制解调器的控制权移交回第二处理器，使得在恢复可穿戴设备的原始状态后，保证原始状态下可穿戴设备功能的完善性。

如图6所示，本申请实施例还提供了一种通信事件处理方法，本实施例以智能终端手表进入长续航模式时，第一处理器是MCU小核处理器、第二处理器是AP大核处理器为例进行说明，该实施例包括以下步骤：

S301，AP大核处理器接收第一切换指令，第一切换指令指示进入长续航模式。

S302，AP大核处理器向Modem发送关闭Modem的下电指令。

S303，AP大核处理器向MCU小核处理器发送第一权限移交指令，第一权限移交指令用于将Modem的控制权限由AP大核处理器转移至MCU小核处理器。

S304，MCU小核处理器在长续航模式下监听Modem上报的通信事件。

S305，MCU小核处理器根据监听的通信事件，在智能终端手表界面上显示通信事件对应的标识。

S306，MCU小核处理器接收用户在智能终端手表界面触发通信事件对应的标识时的操作请求。

S307，MCU小核处理器根据操作请求，向Modem发送事件处理请求；事件处理请求用于指示Modem执行通信事件的对应功能。

本实施例提供的通信事件处理方法中各步骤，其实现原理和技术效果与前面各通信事件处理方法实施例中类似，在此不再赘述。本实施例中各步骤的实现方式只是一种举例，对各实现方式不作限定，各步骤的顺序在实际应用中可进行调整，只要可以实现各步骤的目的即可。

如图7所示，本申请实施例还提供了一种通信事件处理方法，本实施例以智能终端手表退出长续航模式时，第一处理器是MCU小核处理器、第二处理器是AP大核处理器为例进行说明，该实施例包括以下步骤：

S401，MCU小核处理器接收第二切换指令，第二切换指令指示退出长续航模式。

S402，MCU小核处理器向AP大核处理器发送指示AP大核处理器启动的上电指令。

S403，MCU小核处理器向Modem发送关闭Modem的下电指令。

S404，MCU小核处理器向AP大核处理器发送第二权限移交指令；第二权限移交指令用于将Modem的控制权限由MCU小核处理器转移至AP大核处理器。

S405，AP大核处理器监听Modem上报的通信事件。

S406，AP大核处理器根据监听的通信事件，在智能终端手表界面上显示通信事件对应的标识。

S407，AP大核处理器接收用户在智能终端手表界面触发通信事件对应的标识时的操作请求。

S408，AP大核处理器根据操作请求，向Modem发送事件处理请求；事件处理请求用于指示Modem执行通信事件的对应功能。

本实施例提供的通信事件处理方法中各步骤，其实现原理和技术效果与前面各通信事件处理方法实施例中类似，在此不再赘述。本实施例中各步骤的实现方式只是一种举例，对各实现方式不作限定，各步骤的顺序在实际应用中可进行调整，只要可以实现各步骤的目的即可。

应该理解的是，虽然上述图中的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，上述图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

另外，本申请实施例提供一种通信事件处理系统，该系统包括：第一处理器、第二处理器、调制解调器；第一处理器用于运行第一操作系统，第二处理器用于运行第二操作系统，第一处理器的运行功耗低于第二处理器的运行功耗；

第一处理器，用于在可穿戴设备的目标模式下监听调制解调器上报的通信事件，并获取通信事件对应的操作请求，响应于操作请求向调制解调器发送事件处理请求；事件处理请求用于指示调制解调器执行通信事件的对应功能；第二处理器在目标模式下处于非工作状态。

在一个实施例中，上述第二处理器，用于响应于第一切换指令，向第一处理器发送第一权限移交指令；第一切换指令用于指示从原始模式切换到目标模式；第一权限移交指令用于将调制解调器的控制权限由第二处理器转移至第一处理器。

在一个实施例中，上述第二处理器，还用于响应于第一切换指令，向调制解调器发送关闭调制解调器的下电指令；

则上述第一处理器，还用于向调制解调器发送上电指令；上电指令用于启动调制解调器。

在一个实施例中，上述第一处理器，还用于在可穿戴设备的显示界面上显示通信事件对应的标识，并基于显示界面获取标识对应的操作请求。

在一个实施例中，上述第一处理器，还用于响应于第二切换指令，向第二处理器发送指示第二处理器启动的上电指令；第二切换指令用于指示从目标模式切换到原始模式。

在一个实施例中，上述第一处理器，还用于向第二处理器发送第二权限移交指令；第二权限移交指令用于将调制解调器的控制权限由第一处理器转移至第二处理器。

关于通信事件处理系统的具体限定可以参见上文中对于通信事件处理方法的限定，在此不再赘述。上述通信事件处理系统中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，还提供了一种电子设备，包括存储器及处理器，存储器中储存有计算机程序，计算机程序被处理器执行时，使得处理器执行以上各个实施例所提供的一种通信事件处理方法的步骤。

图8为一个实施例中电子设备的内部结构示意图。如图8所示，该电子设备包括通过系统总线连接的第一处理器、第二处理器和存储器。其中，该第一处理器、第二处理器用于提供计算和控制能力，支撑整个电子设备的运行。存储器可包括非易失性存储介质及内存储器。非易失性存储介质存储有第一操作系统、第二操作系统和计算机程序，其中，第一操作系统、第二操作系统可相互切换，也可以运行。该计算机程序可被第一处理器、第二处理器所执行，以用于实现以上各个实施例所提供的一种通信事件处理方法。内存储器为非易失性存储介质中的操作系统计算机程序提供高速缓存的运行环境。该电子设备可以是手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(Point of Sales，销售终端)、车载电脑、穿戴式设备、智能家居等任意终端设备。

本申请实施例中提供的通信事件处理系统中的各个模块的实现可为计算机程序的形式。该计算机程序可在电子设备或电子设备上运行。该计算机程序构成的程序模块可存储在电子设备或电子设备的存储器上。该计算机程序被处理器执行时，实现本申请实施例中所描述方法的步骤。

本申请实施例还提供了一种计算机可读存储介质。一个或多个包含计算机可执行指令的非易失性计算机可读存储介质，当计算机可执行指令被一个或多个处理器执行时，使得处理器执行通信事件处理方法的步骤。

一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行通信事件处理方法。

本申请实施例所使用的对存储器、存储、数据库或其它介质的任何引用可包括非易失性和/或易失性存储器。合适的非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)，它用作外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDR SDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)。

以上通信事件处理实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (15)

1.一种通信事件处理方法，其特征在于，应用于可穿戴设备，所述可穿戴设备包括第一处理器和第二处理器，其中，所述第一处理器用于运行第一操作系统，所述第二处理器用于运行第二操作系统，所述第一处理器的运行功耗低于所述第二处理器的运行功耗，包括：

所述第一处理器在所述可穿戴设备的目标模式下监听调制解调器上报的通信事件；所述第二处理器在所述目标模式下处于非工作状态；

所述第一处理器获取所述通信事件对应的操作请求，响应于所述操作请求向所述调制解调器发送事件处理请求；所述事件处理请求用于指示所述调制解调器执行所述通信事件的对应功能。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述第一处理器接收所述第二处理器发送的第一权限移交指令；所述第一权限移交指令用于将所述调制解调器的控制权限由所述第二处理器转移至所述第一处理器；

其中，所述第一权限移交指令为所述第二处理器响应于第一切换指令后发送的，所述第一切换指令用于指示从原始模式切换到所述目标模式。

3.根据权利要求2所述的方法，其特征在于，在所述第一处理器在目标模式下监听调制解调器的通信事件之前，所述方法还包括：

若所述调制解调器处于下电状态，则所述第一处理器向所述调制解调器发送上电指令；所述上电指令用于启动所述调制解调器。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述第一处理器获取所述通信事件对应的操作请求，包括：

所述第一处理器在所述可穿戴设备的显示界面上显示所述通信事件对应的标识；

所述第一处理器基于所述显示界面获取所述标识对应的操作请求。

5.根据权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：

所述第一处理器获取第二切换指令；所述第二切换指令用于指示从所述目标模式切换到所述原始模式；

响应于所述第二切换指令，所述第一处理器向所述第二处理器发送指示所述第二处理器启动的上电指令。

6.根据权利要求5所述的方法，其特征在于，所述第二处理器启动后，所述方法还包括：

所述第一处理器向所述第二处理器发送第二权限移交指令；所述第二权限移交指令用于将所述调制解调器的控制权限由所述第一处理器转移至所述第二处理器。

7.根据权利要求1-3任一项所述的方法，其特征在于，所述目标模式为长续航模式。

8.一种通信事件处理系统，其特征在于，所述系统包括：第一处理器、第二处理器、调制解调器；所述第一处理器用于运行第一操作系统，所述第二处理器用于运行第二操作系统，所述第一处理器的运行功耗低于所述第二处理器的运行功耗；

所述第一处理器，用于在所述可穿戴设备的目标模式下监听调制解调器上报的通信事件，并获取所述通信事件对应的操作请求，响应于所述操作请求向所述调制解调器发送事件处理请求；所述事件处理请求用于指示所述调制解调器执行所述通信事件的对应功能；所述第二处理器在所述目标模式下处于非工作状态。

9.根据权利要求8所述的系统，其特征在于，所述第二处理器，用于响应于第一切换指令，向所述第一处理器发送第一权限移交指令；所述第一切换指令用于指示从原始模式切换到所述目标模式；所述第一权限移交指令用于将所述调制解调器的控制权限由所述第二处理器转移至所述第一处理器。

10.根据权利要求9所述的系统，其特征在于，所述第二处理器，还用于响应于所述第一切换指令，向所述调制解调器发送关闭所述调制解调器的下电指令；

则所述第一处理器，还用于向所述调制解调器发送上电指令；所述上电指令用于启动所述调制解调器。

11.根据权利要求8-10任一项所述的系统，其特征在于，所述第一处理器，还用于在所述可穿戴设备的显示界面上显示所述通信事件对应的标识，并基于所述显示界面获取所述标识对应的操作请求。

12.根据权利要求8-10任一项所述的系统，其特征在于，所述第一处理器，还用于响应于第二切换指令，向所述第二处理器发送指示所述第二处理器启动的上电指令；所述第二切换指令用于指示从所述目标模式切换到所述原始模式。

13.根据权利要求11所述的系统，其特征在于，所述第一处理器，还用于向所述第二处理器发送第二权限移交指令；所述第二权限移交指令用于将所述调制解调器的控制权限由所述第一处理器转移至所述第二处理器。

14.一种电子设备，包括存储器及处理器，所述存储器中储存有计算机程序，其特征在于，所述计算机程序被所述处理器执行时，使得所述处理器执行如权利要求1至7中任一项所述的通信事件处理方法的步骤。

15.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的通信事件处理方法的步骤。

Images