CN114647452A - 系统切换方法、装置、设备及存储介质 - Google Patents

系统切换方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN114647452A
CN114647452A CN202110406970.1A CN202110406970A CN114647452A CN 114647452 A CN114647452 A CN 114647452A CN 202110406970 A CN202110406970 A CN 202110406970A CN 114647452 A CN114647452 A CN 114647452A
Authority
CN
China
Prior art keywords
data
processor
event
switching
processing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202110406970.1A
Other languages
English (en)
Other versions
CN114647452B (zh
Inventor
周利宾
王梁
王舜
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority to CN202410626548.0A priority Critical patent/CN118467044A/zh
Priority to PCT/CN2021/124766 priority patent/WO2022127341A1/zh
Priority to EP21905270.1A priority patent/EP4250102A4/en
Publication of CN114647452A publication Critical patent/CN114647452A/zh
Priority to US18/336,174 priority patent/US20230324974A1/en
Application granted granted Critical
Publication of CN114647452B publication Critical patent/CN114647452B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3206—Monitoring of events, devices or parameters that trigger a change in power modality
    • G06F1/3228—Monitoring task completion, e.g. by use of idle timers, stop commands or wait commands
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/4401—Bootstrapping
    • G06F9/4406—Loading of operating system
    • G06F9/441—Multiboot arrangements, i.e. selecting an operating system to be loaded
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3234—Power saving characterised by the action undertaken
    • G06F1/3293—Power saving characterised by the action undertaken by switching to a less power-consuming processor, e.g. sub-CPU
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/4401—Bootstrapping
    • G06F9/4418—Suspend and resume; Hibernate and awake
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/485—Task life-cycle, e.g. stopping, restarting, resuming execution
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/4557—Distribution of virtual machine instances; Migration and load balancing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/48—Indexing scheme relating to G06F9/48
    • G06F2209/483—Multiproc

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Human Computer Interaction (AREA)
  • Power Sources (AREA)
  • Telephone Function (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

本申请实施例公开了一种系统切换方法、装置、设备及存储介质，属于可穿戴式设备领域。该方法包括：在第二处理器处于休眠状态的情况下，通过第一系统处理第一事件，第一系统指由第一处理器运行的系统；响应于触发的第二事件，将第二处理器切换为唤醒状态，并通过第二系统处理第二事件，第二系统指由第二处理器运行的系统，且第一处理器不满足第二事件所需的处理能力。本申请实施例中，通过引入系统切换机制，在保证可穿戴式设备性能的同时，降低可穿戴式设备的功耗，提高可穿戴式设备的续航时间。

Description

系统切换方法、装置、设备及存储介质
本申请实施例要求于2020年12月18日提交，申请号为202011506224.1、发明名称为“系统切换方法、装置、设备及存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请实施例中。
技术领域
本申请实施例涉及可穿戴式设备领域，特别涉及一种系统切换方法、装置、设备及存储介质。
背景技术
可穿戴式设备是一种可以直接穿戴或者整合在衣服或配件上的便携式电子设备，常见的可穿戴式设备包括智能手表、智能手环、智能眼镜等等。
出于便携性和可穿戴性的考虑，可穿戴式设备通常被设计成较小的尺寸，而较小的尺寸意味着可穿戴式设备只能配置容量较小的电池，进而导致可穿戴式设备的续航时间较短，相应的，用户需要对可穿戴式设备进行频繁充电。
发明内容
本申请实施例提供了一种系统切换方法、装置、设备及存储介质。所述技术方案如下：
一方面，本申请实施例提供了一种系统切换方法，所述方法用于可穿戴式设备，所述可穿戴式设备中至少设置有第一处理器和第二处理器，所述第二处理器的功耗高于所述第一处理器的功耗；
所述方法包括：
在所述第二处理器处于休眠状态的情况下，通过第一系统处理第一事件，所述第一系统指由所述第一处理器运行的系统；
响应于触发的第二事件，将所述第二处理器切换为唤醒状态，并通过第二系统处理所述第二事件，所述第二系统指由所述第二处理器运行的系统，且所述第一处理器不满足所述第二事件所需的处理能力。
另一方面，本申请实施例提供了一种系统切换装置，所述装置用于可穿戴式设备，所述可穿戴式设备中至少设置有第一处理器和第二处理器，所述第二处理器的功耗高于所述第一处理器的功耗；
所述装置包括：
第一系统模块，用于在所述第二处理器处于休眠状态的情况下，通过第一系统处理第一事件，所述第一系统指由所述第一处理器运行的系统；
第二系统模块，用于响应于触发的第二事件，将所述第二处理器切换为唤醒状态，并通过第二系统处理所述第二事件，所述第二系统指由所述第二处理器运行的系统，且所述第一处理器不满足所述第二事件所需的处理能力。
另一方面，本申请实施例提供了一种可穿戴式设备，所述可穿戴式设备包括处理器和存储器；所述处理器至少包括第一处理器和第二处理器，所述第二处理器的功耗高于所述第一处理器的功耗，所述存储器存储有至少一条指令，所述至少一条指令用于被所述处理器执行以实现上述方面所述的系统切换方法。
另一方面，本申请实施例提供了一种计算机可读存储介质，所述存储介质存储有至少一条指令，所述至少一条指令用于被处理器执行以实现如上述方面所述的系统切换方法。
另一方面，本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述方面提供的系统切换方法。
本申请实施例中，可穿戴式设备中设置有低功耗的第一处理器和高功耗的第二处理器，且由第一处理器运行第一系统，由第二处理器运行第二系统，通过引入系统切换机制，由第一系统对处理能力需求较低的第一事件进行处理，并保持第二处理器处理休眠状态；当触发超出第一处理器处理能力的第二事件时，通过唤醒第二处理器，并切换第二系统处理第二事件，确保事件的及时处理；采用本申请实施例提供的方案，在保证可穿戴式设备性能的同时，降低可穿戴式设备的功耗，进而提高了可穿戴式设备的续航时间。
附图说明
图1是本申请一个示例性实施例示出的第二处理器对应双核通信软件框架的示意图；
图2是本申请一个示例性实施例示出的第一处理器对应双核通信软件框架的示意图；
图3示出了本申请一个示例性实施例提供的系统切换方法的流程图；
图4是本申请一个示例性实施例示出的智能手表中系统过程的界面示意图；
图5示出了本申请另一个示例性实施例提供的系统切换方法的流程图；
图6是本申请一个示例性实施例示出的系统切换过程的时序图；
图7示出了本申请另一个示例性实施例提供的系统切换方法的流程图；
图8示出了本申请另一个示例性实施例提供的系统切换方法的流程图；
图9是本申请一个示例性实施例示出的系统间数据同步过程的时序图；
图10是本申请另一个示例性实施例示出的系统间数据同步过程的时序图；
图11是本申请一个示例性实施例示出的定时同步过程的时序图；
图12示出了本申请另一个实施例提供的系统切换装置的结构框图；
图13示出了本申请一个示例性实施例提供的可穿戴式设备的结构方框图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
相关技术中，可穿戴式设备中设置有单一处理器，并通过运行在处理器上的操作系统，对设备运行过程中产生的所有系统事件进行处理，因此该处理器需要具备较强的数据处理能力，并在设备运行过程中保持工作状态。然而，在日常使用过程中，可穿戴式设备在大多数情况下只需要实现一些对处理性能要求较低的功能，比如，对于智能手表或智能手环来说，大多数情况下，智能手表或智能手环只需要进行时间显示和消息提示。因此，长时间保持处理器处于工作状态并不会提高可穿戴式设备的性能，反而会增加设备功耗，导致可穿戴式设备的续航时间较短。
为了在保证可穿戴式设备性能的同时，降低可穿戴式设备的功耗，本申请实施例中，可穿戴式设备至少设置具有不同处理性能以及功耗的第一处理器和第二处理器，分别用于运行第一系统和第二系统(即双核双系统)，并为双核双系统设计了一套系统切换机制。
可穿戴式设备运行过程中，通过运行在低功耗处理器上的第一系统，对低性能处理需求的事件进行处理，并保持高功耗处理器处于休眠状态(相应的，由高功耗处理器运行的第二系统处于休眠状态)处于休眠状态，在实现可穿戴式设备基础功能的同时，降低可穿戴式设备的功耗；当存在高性能处理需求的事件时，通过唤醒高功耗处理器，并切换第二系统对事件进行处理，保证触发的事件能够被及时响应并处理，满足可穿戴式设备的性能需求。采用本申请实施例提供的方案，可穿戴式设备根据所触发事件对处理能力的需求，以及不同处理器对处理能力，自动进行系统间切换，在保证可穿戴式设备性能的前提下，降低了可穿戴式设备的功耗。
本申请实施例中，由于第一处理器和第二处理器异步工作，因此为了保证不同系统中数据的一致性，第一系统和第二系统需要实现系统通信(或称为双核通信)。在一种可能的应用场景下，第一系统为运行在微控制单元(MicroController Unit，MCU)上的实时操作系统(Real Time Operating System，RTOS)，且第二系统为运行在中央处理器(CentralProcessing Unit，CPU)上的安卓(Android)操作系统。
如图1所示，其示出了本申请一个示例性实施例示出的安卓操作系统的双核通信软件框架。该双核通信软件框架遵循“低耦合，高可靠，高复用”的设计原则，包括Kernel(内核)、HIDL(硬件抽象层接口描述语言)、Native Service(本地服务)、Framework Service(框架服务)、Framework API(框架接口)和APP(应用)部分的模块开发。
其中，APP模块包括Launcher(桌面启动器)、Setting(设置)和SystemUI(系统用户界面)等功能模块；Framework API模块中包括MCUManager(MCU管理)、SensorManager(传感器管理)、LocationManager(位置管理)等管理模块，Framework Service模块中包括MCUManagerService(MCU管理服务)、SystemSensorManager(系统传感器管理)、LocationManagerService(位置管理服务)等服务模块，Native Service模块包括dccservice(dcc服务)、Sensorservice(传感器服务)等服务模块，HIDL模块包括SensorHAL(传感器硬件抽象层)、GPS HAL(全球定位系统硬件抽象层)等模块。Kernel模块包括dcc_datah、dcc_data、Mcu_sensor、Mcu_gps、Mcu_factory等DCC Transfer Driver(DCC传输驱动)。
传输层作为双核通信软件框架中衔接上下层的接口层，向应用层屏蔽系统下层(数据链路层)通信的传输细节，为应用场景提供服务通道；应用层作为服务提供的主体，响应于人机交互并通过传输层对人机交互过程中产生的数据进行传输，以及对外部数据请求进行响应。
RTOS采用对等原则进行设计。以可穿戴式设备为智能手表为例，如图2所示，其示出了本申请一个示例性实施例示出的RTOS的双核通信软件框架。
RTOS的双核通信软件框架分为应用层(Application Layer)、服务层(ServiceLayer)、框架层(Framework Layer)、硬件抽象层(Hardware abstraction layer)和平台层(PlatformLayer)。
其中，应用层包括watch face(表盘)、Daily Tracker(日常追踪)、Messagecenter(消息中心)、Voice around Apps(声音应用)、Health Apps(健康应用)、Settings(设置)等应用模块；服务层包括Sport&health task(运动健康任务)、System managertask(系统管理任务)、AMS(活动管理服务)、AudioService(音频服务)、Log Service(日志服务)、OFTP Service(Odette文件传输协议服务)、BT Service(蓝牙服务)、DelegateService(转交服务)、RPC Service(远程调用服务)、sensor Service(传感器服务)、storage Service(存储服务)等服务模块；框架层包括Message Pub(消息中心)、UIFramework(用户界面框架)、G2D Engine(G2D殷勤)、Audio Middleware(音频中间件)、Preference(偏好)、File system(文件系统)、Algorithms(算法)、Aios、AsycEvent(进程内异步事件)等框架模块；硬件抽象层包括Screen/TP(屏幕/触控屏)、Audio(音频)、GPS(全球定位系统)、sensors(传感器)、Keypad(键盘)、Motor(马达)等硬件抽象模块；平台层包括板级支持包(，Board Support Package，BSP)以及低等级驱动(LOW level Driver)，其中，BSP包括Screen/TP、Keys(按键)、GPS、Codec(编码译码器)、sensors、Flash(闪存)、Motor、PSRAM(伪静态随机存储器)等等，低等级驱动包括Uart(通用异步收发传输器)、ADC(模数转换器)、GPIO(通用输入输出)、SPI(串行外设接口)、I2C(集成电路总线)、IOS(输入输出系统)、PCM(脉冲编码调制)、I2S(集成音频总线)、HWTimer(硬件定时器)。
需要说明的是，上述双核通信软件框架仅用于示意性说明，本领域技术人员还可以根据实际需求，对上述框架进行增加、删除或修改，本申请实施例并不对双核通信软件框架的具体结构构成限定。
请参考图3，其示出了本申请一个示例性实施例提供的系统切换方法的流程图，本实施例以该方法应用可穿戴式设备为例进行说明，该方法可以包括如下步骤。
步骤301，在第二处理器处于休眠状态的情况下，通过第一系统处理第一事件，第一系统指由第一处理器运行的系统。
本申请实施例中，第一处理器的处理性能低于第二处理器的处理性能(第一处理器的处理能力和处理速度均低于第二处理器)，且第一处理器的功耗低于第二处理器的功耗。相应的，第二系统能够处理第一系统所处理的事件，而第一系统并不一定能够处理第二系统所处理的事件。
比如，第一处理器为MCU，第二处理器为CPU，第一系统为RTOS，第二系统为安卓系统。
在一些实施例中，可穿戴式设备的工作模式包括性能模式、混动模式和低功耗模式，其中，性能模式下，第二处理器和第一处理器均保持唤醒状态；低功耗模式下，仅第一处理器保持工作状态，而第二处理器保持关闭状态；混动模式下，在通过第一系统处理第一事件时，第二处理器保持休眠状态。
在一种可能的实施方式中，第一系统用于处理第一事件，而第二系统则用于处理第二事件，其中，第一事件所需的处理能力低于第二事件所需的处理能力。
在另一种可能的实施方式，第一事件和第二事件可以按照应用场景进行划分。比如，弱交互场景(即人机交互频率较低的场景，对处理性能需求较低)下的事件为第一事件，而强交互场景(即人机交互频繁的场景，对处理性能需求较高)下的事件为第二事件。
以可穿戴式设备为智能手表为例，该第一事件可以包括表盘显示、表盘界面切换、通知消息显示等事件，第二事件可以包括来电接听、启动应用、表盘编辑、功能设置等事件。本申请实施例并不对事件的具体类型以及划分方式进行限定。
不同于智能手机一类具有强交互属性的电子设备，可穿戴式设备作为一种辅助性的电子设备，在绝大多数使用场景下与用户之间仅存在弱交互。比如，用户在大部分场景下仅通过智能手表进行抬腕看时。因此，可穿戴式设备通过第一系统对第一事件进行处理时，控制第二处理器处于休眠状态(第二系统处于休眠状态)，从而降低可穿戴式设备的整体功耗。
步骤302，响应于触发的第二事件，将第二处理器切换为唤醒状态，并通过第二系统处理第二事件，第二系统指由第二处理器运行的系统，且第一处理器不满足第二事件所需的处理能力。
由于第一系统的处理能力有限，无法处理所有事件，因此为了确保高处理能力需求的事件能够得到及时处理，本申请实施例中，当触发超出第一处理器处理能力的第二事件时，可穿戴式设备将第二处理器由休眠状态切换为唤醒状态，并将处理事件的系统由第一系统切换为第二系统，从而通过第二系统对第二事件进行处理。
其中，第一处理器不满足第二事件所需的处理能力可以理解为：第一处理器无法处理第二事件，或，第一处理器能够处理第二事件，但是处理效果(比如处理速度)无法达到第二事件的处理效果要求。
本申请实施例中，当处理器处于休眠状态时，由该处理器运行的系统处于休眠状态，当处理器由休眠状态切换为唤醒状态时，由该处理器运行的系统也相应切换为唤醒状态。
在一种可能的实施方式中，第一系统运行过程中对触发的事件进行识别，若触发的事件属于第二事件，则唤醒第二系统，否则，第二系统继续保持休眠状态。可选的，第一系统存储有包含各种第二事件的事件列表，第一系统即基于该事件列表确定触发的事件是否属于第二事件。
在一些实施例中，第一处理器采用向第二处理器发送中断的方式，唤醒第二处理器，从而唤醒第二系统进行事件处理。
可选的，第二处理器处于唤醒状态时，第一处理器处于唤醒状态，避免第一处理器频繁休眠唤醒，或者，第一处理器由唤醒状态切换为休眠状态，以此进一步降低设备功耗。
综上所述，本申请实施例中，可穿戴式设备中设置有低功耗的第一处理器和高功耗的第二处理器，且由第一处理器运行第一系统，由第二处理器运行第二系统，通过引入系统切换机制，由第一系统对处理能力需求较低的第一事件进行处理，并保持第二处理器处理休眠状态；当触发超出第一处理器处理能力的第二事件时，通过唤醒第二处理器，并切换第二系统处理第二事件，确保事件的及时处理；采用本申请实施例提供的方案，在保证可穿戴式设备性能的同时，降低可穿戴式设备的功耗，进而提高了可穿戴式设备的续航时间。
需要说明的是，在本申请实施例中的多处理器架构下，由于可穿戴式设备中第一处理器在绝大多数时间处于工作状态，而第二处理器在绝大多数时间处于休眠状态(因为在绝大多数时间只需要通过第一处理器处理一些简单事件)，即第一处理器在绝大多数时间作为可穿戴式设备的主处理器，第二处理器在绝大多数时间作为从处理器，因此确定是否进行处理器唤醒以及操作系统切换的逻辑由第一处理器(第一系统)执行，可穿戴式设备中无需额外设置管理器对不同处理器处理的事件进行监控测评，且无需额外设置切换器在不同处理器之间进行切换，有助于降低可穿戴式设备中系统架构的复杂度。
为了进一步降低设备功耗，第二系统完成第二事件处理后，第二处理器重新切换回休眠状态，并继续通过第一系统处理第一事件，使可穿戴式设备在少部分场景下保持高性能(但是高功耗)，而在大多数场景下保持低功耗(但低性能)。在一种可能的实施方式中，上述步骤302之后还包括如下步骤。
步骤303，响应于第二事件处理完成，将第二处理器切换为休眠状态，并通过第一系统处理第一事件。
为了使可穿戴式设备在大多数场景下处于低功耗状态，当第二事件处理完成时，可穿戴式设备重新控制第二处理器进入休眠状态，并重新将处理事件的系统由第二系统切换为第一系统，以便第一系统继续对第一事件进行处理。
可选的，当第一处理器在第二系统处理第二事件过程中处于休眠状态时，第二事件处理完成时，第一处理器由休眠状态切换为唤醒状态。其中，第二处理器可以通过向第一处理器发送中断的方式唤醒第一处理器。
通过上述双核双系统的切换机制，可穿戴式设备可以根据不同应用场景下对处理能力的需求，在第一系统和第二系统之间进行自动切换，在延长续航的同时能够实现丰富的应用功能。
以可穿戴式设备为智能手表为例，在一个示意性的应用场景下，智能手表中设置有RTOS和安卓系统，RTOS负责实现传感器数据处理以及表盘显示，安卓系统则负责实现应用功能。如图4所示，通过RTOS显示表盘41，安卓系统处于休眠状态，从而保持较低的功耗。当用户需要通过可穿戴式设备进行刷码支付时，可以通过物理按键启动刷码应用，相应的，当检测到刷码应用启动事件时，安卓系统被唤醒，并切换使用安卓系统启动刷码应用，从而在刷码界面42中显示支付二维码。当完成支付并退回至表盘时，安卓系统进入休眠状态，并由安卓系统切换为RTOS继续显示表盘41。
本申请实施例中，第二事件处理完成时，可穿戴式设备重新将第二处理器切换回休眠状态，并切换第一系统进行事件处理，使可穿戴式设备在大多数场景下处于低功耗状态，进一步提高可穿戴式设备的续航时间。
在实际应用中发现，切换使用第二系统对第二事件进行处理后，用户往往会对可穿戴式设备进行与第二事件相关的操作。若在第二事件处理完成后，立即将第二处理器切换回休眠状态，则会出现第二处理器短时间内又被重新唤醒，导致第二处理器的频繁切换。
为了避免不必要的处理器唤醒休眠状态切换，在一种可能的实施方式中，响应于第二事件处理完成，可穿戴式设备在第二事件对应的休眠延迟时长内保持第二处理器处于唤醒状态，并在达到休眠延迟时长时，将第二处理器切换为休眠状态，并通过第一系统处理所述第一事件。
其中，休眠延迟时长基于第二事件后第二处理器的唤醒频率确定，和/或，休眠延迟时长基于第二事件的事件类型确定。
可选的，第二处理器每次被第二事件唤醒后，第二系统对第二事件后预设时长内的唤醒频率进行记录(可以通过记录每次的唤醒时刻来确定唤醒频率)，从而根据该唤醒频率确定第二处理器的休眠延迟时长，其中，该休眠延迟时长与唤醒频率呈正相关关系，且休眠延迟时长具有时长上限。比如，该休眠延迟时长的时长范围为15秒至2分钟。
可选的，第二系统还可以根据第二事件的事件类型，确定休眠延迟时长，其中，事件类型与休眠延迟时长之间的对应关系可以默认设置，也可以根据用户的历史使用记录(可以根据不同类型第二事件触发后用户的操作频率确定)事件类型与休眠延迟时长之间的对应关系。比如，当第二事件为闹钟事件时，该休眠延迟时长为10秒(用户在关闭闹钟后通常不会执行后续操作)，当第二事件为通知消息事件时，该休眠延迟时长为30s(用户通常会在查看通知消息后执行一系列后续操作)。
本实施例中，通过设置休眠延迟时长，从而在第二事件处理完毕，且达到该休眠延迟时长时，将第二处理器重新切换为休眠状态，避免第二处理器被频繁唤醒。
在一种可能的实施方式中，由于第一处理器在可穿戴式设备运行过程中均处于唤醒状态，因此由第一系统对事件进行监测(第一系统是否能够处理触发的事件)，并基于监测结果唤醒第二处理器；并且，在进行系统切换的同时，系统需要对图形用户界面(Graphical User Interface，GUI)的展示权限进行切换，从而保证系统切换后用户界面的正确显示，下面采用示意性的实施例进行说明。
请参考图5，其示出了本申请另一个示例性实施例提供的系统切换方法的流程图，本实施例以该方法应用可穿戴式设备为例进行说明，该方法可以包括如下步骤。
步骤501，在第二处理器处于休眠状态的情况下，通过第一系统处理第一事件。
本步骤的实施方式可以参考上述步骤301，本实施例在此不再赘述。
在一种可能的实施方式中，可穿戴式设备开机时，第二处理器在启动过程中拉起第一处理器，由第二处理器在启动完成(即第一系统启动完成)后通知第一处理器。第二处理器启动完成后(即第二系统启动完成)，向第一处理器发送通知消息并进入休眠状态，第一处理器即根据该通知消息获取图形用户界面的展示权限，进行用户界面展示(展示第一事件的图形用户界面)。
示意性的，如图6所示，开机过程中，CPU通过复位信号(reset pin)拉起MCU，MCU在RTOS启动完成后通知CPU。安卓系统启动完成后，CPU向MCU送启动完成通知，由MCU向preftask发送混动模式进入请求(MSG_ENTER_HYBRID_MODE_REQ)。pref task接收到请求后，通过调用enter_hybrid_mode_api()进入混动模式，并指示GUI task将显示屏权限转交给第一系统(give lcd semaphore)。MCU接收到pref task反馈的混动模式进入应答(MSG_HYBRID_MODE_RSP)后，即进行表盘展示。
步骤502，响应于触发的第二事件，通过第一处理器唤醒第二处理器。
可选的，触发系统切换和处理器唤醒的第二事件可以预先由开发人员设置在第一系统中。第一系统运行过程中，当接收到触发的事件时，即检测该事件是否属于第二事件，若属于，则确定需要进行系统切换，并通过第一处理器唤醒第二处理器；若不属于，则确定第一处理器能够处理该事件，并保持第二处理器处于休眠状态。
在一种可能的实施方式中，当接收到触发的第二事件时，第一处理器通过向第二处理器发送中断，唤醒处于休眠状态的第二处理器。
在一些实施例中，该第二事件是指定用户操作触发的事件。比如，当可穿戴式设备为智能手表时，该指定用户操作包括进入应用列表操作(通过点击案件进入应用列表)、启动功能卡片操作(点击功能卡片启用相应功能)、表盘编辑操作、表盘窗口组件启动操作、快捷应用启动操作(通过物理按键触发)、通知打开应用操作(通过点击应用通知打开相应应用)、状态栏进入设置操作(通过状态栏进入设置界面)等等。
在另一些实施例中，该第二事件是由应用触发的事件。比如，当可穿戴式设备为智能手表时，第二事件可以是通话应用(来电提醒)、计时器应用(计时器提示)或闹钟应用(闹钟提醒)触发的事件。本申请实施例并不对第二事件的具体触发方式以及类型进行限定。
步骤503，通过第二系统向第一系统发送第一切换指令，以使得第一系统根据第一切换指令向第二系统转移图形用户界面的展示权限。
当第二处理器处于休眠状态时，由于图形用户界面的展示权限属于第一系统(即可穿戴式设备显示第一系统所处理第一事件的图形用户界面)，而在处理第二事件过程中，可穿戴式设备则需要展示第二事件的图形用户界面，因此处于唤醒状态的第二系统通过向第一系统发送第一切换指令，指示第一系统将图形用户界面的展示权限转移至第二系统。
示意性的，如图6所示，当接收到用户触发的进入应用列表、启动功能卡片、编辑表盘、表盘窗口组件启动、按键快捷启动应用、通知打开应用以及状态栏进入设置等操作时，CPU及安卓系统被唤醒，CPU向MCU发送切换为安卓系统的通知。MCU接收到切换通知后，向pref task发送混动模式退出请求(MSG_EXIT_HYBRID_MODE_REQ)。pref task接收到请求后，通过调用exit_hybrid_mode_api()退出混动模式，并指示GUI task将显示屏权限转交给安卓系统(take lcd semaphore)。MCU接收到pref task反馈的混动模式退出应答(MSG_HYBRID_MODE_RSP)后，即退出表盘展示，由CPU控制显示屏对进行用户界面显示。
类似的，当接收到通话应用触发的来电提醒、计时器应用触发的计时器提示或闹钟应用触发的闹钟提醒时，MCU唤醒CPU进行事件处理。
步骤504，通过第二系统处理第二事件，并展示第二事件对应的图形用户界面。
由于图形用户界面的展示权限已经转移至第二系统，因此第二系统在处理第二事件的过程中，能够通过可穿戴式设备的显示屏进行用户界面展示，并进一步在用户交互下完成第二事件。
在一个示意性的例子中，智能手表当前通过RTOS进行表盘显示，当接收到触发的闹钟提醒事件时，智能手表停止使用显示表盘，唤醒并切换至安卓系统，从而显示闹钟应用界面，以便用户在闹钟应用界面中进行闹钟关闭操作。
步骤505，响应于第二事件处理完成，通过第二系统向第一系统发送第二切换指令，以使得第一系统根据第二切换指令从第二系统处获取图形用户界面的展示权限。
在一种可能的实施方式中，第二事件处理完成后，若接收到触发的第一事件，第二处理器进入休眠状态，并重新切换至第一系统；或者，当第二事件处理完成，且在预设时长内未接收到触发的其他第二事件，第二处理器进入休眠状态，并重新切换至第一系统。
比如，当闹钟提醒事件处理完毕，且接收到返回表盘操作时，智能手表中运行的安卓系统重新进入休眠状态，并重新切换至RTOS进行表盘显示。
由于处理第二事件过程中，图形用户界面的展示权限属于第二系统，因此当重新由第二系统切换至第一系统时，第二系统需要将图形用户界面的展示权限重新转移给第一系统，以便第一系统进行用户界面展示。
在一些实施例中，第二处理器切换为休眠状态前，第二系统向第一系统发送第二切换指令，第一系统即根据该第二切换指令重新获取图形用户界面的展示权限。
示意性的，如图6所示，安卓系统处理完毕事件，并接收到返回表盘操作时，CPU向MCU发送切换通知，并进入休眠状态，MCU即根据该切换通知重新获取显示屏权限，并进行表盘显示。
步骤506，将第二处理器切换为休眠状态，并通过第一系统处理第一事件。
进一步的，可穿戴式设备继续通过第一系统处理第一事件，并对第一事件的图形用户界面进行展示。当再次接收到触发的第二事件时，可穿戴式设备即循环执行上述步骤502至505。
在一些实施例中，上述系统切换过程在可穿戴式设备的电量高于阈值时执行，为了保证可穿戴式设备能够实现最基本功能，比如智能手表的时间显示功能，当可穿戴式设备的电量低于阈值时，可穿戴式设备中的第二处理器关闭，并向第一处理器发送模式切换指令，第一处理器接收到该模式切换指令后，即切换至低功耗模式。其中，低功耗模式下，第一系统停止对触发的第二事件进行处理。
示意性的，如图6所示，当智能手表的剩余电量低于5％时，CPU向MCU发送进入低功耗模式的模式切换指令并关闭，MCU接收到模式切换指令后，即进入低功耗模式。
本实施例中，当触发第一处理器无法处理的事件时，通过唤醒第二处理器，并由第二系统通知第一系统进行系统切换，从而获取图形用户界面的展示权限，确保第二系统处理事件过程中，第二事件用户界面的正常显示；同时，重新由第二系统切换回第一系统时，第一系统重新从第二系统处获取图形用户界面的展示权限，确保第一事件用户界面的正常显示，实现双系统之间的无缝切换。
图5所示实施例中，第一系统和第二系统间进行切换时，需要进行图形用户界面展示权限的切换。在另一种可能的实施方式中，当触发第一处理器无法处理的第二事件时，可穿戴式设备通过第二系统对第二事件进行处理，并由第二系统将处理第二事件得到的数据反馈至第一系统，由第一系统根据该数据进行图形用户界面展示，即第一系统和第二系统之间无需进行图形用户界面展示权限的切换。
请参考图7，其示出了本申请另一个示例性实施例提供的系统切换方法的流程图，本实施例以该方法应用可穿戴式设备为例进行说明，该方法可以包括如下步骤。
步骤701，在第二处理器处于休眠状态的情况下，通过第一系统处理第一事件。
步骤702，响应于触发的第二事件，通过第一处理器唤醒第二处理器。
上述步骤701至702的实施方式可以参考步骤501至502，本实施例在此不再赘述。
步骤703，通过第一系统向第二系统发送第二事件的事件数据，以使得第二系统对事件数据进行处理得到事件反馈数据。
第二处理器被唤醒后，第二系统即处于唤醒状态，不同于上述实施例中，第二系统需要从第一系统处获取图形用户界面的展示权限，本实施例中，第二系统被唤醒后，即处于后台静默处理状态，仅用于在后台进行数据处理，图形用户界面的展示权限仍旧属于第一系统，即无需进行图形用户界面展示权限切换。
同时，为了使第二系统能够处理第二事件，第一系统将第二事件的事件数据发送至第二系统，由第二系统根据事件数据处理第二事件。
其中，该事件数据可以是第二事件所请求服务的服务请求数据，或者，所请求应用的应用请求数据，相应的，第二系统对第二事件进行处理得到的事件反馈数据可以是服务数据或者应用数据。
步骤704，通过第一系统接收第二系统发送的事件反馈数据，并基于事件反馈数据展示第二事件对应的图形用户界面。
进一步的，第二系统将事件反馈数据发送至第一系统，由第一系统对该事件反馈数据进行进一步处理，对前台图形用户界面展示时所需的数据(UI数据)进行打包，以便后续根据打包后的UI数据对第二事件的图形用户界面进行展示。
步骤705，响应于第二事件处理完成，将第二处理器切换为休眠状态，并通过第一系统处理第一事件。
完成第二事件处理后，可穿戴式设备重新将第二处理器切换为休眠状态(无需进行图形用户界面展示权限的切换)，并重新通过第一系统处理第一事件，展示第一事件的图形用户界面。
本实施例中，当触发第一处理器无法处理的第二事件时，通过唤醒第二处理器，并由第二系统对第二事件进行静默处理，将处理得到的事件反馈数据发送至第一系统，以便第一系统根据该事件反馈数据对第二事件进行图形用户界面展示，在无需进行图形用户界面展示权限切换的情况下，实现性能事件的及时处理，降低了系统切换的实现复杂度。
由于第一处理器和第二处理器异步工作，因此系统切换过程中(第一系统切换至第二系统，或第二系统切换至第一系统)，系统之间需要进行数据同步，以此保证不同系统中数据的一致性。下面采用示意性的实施例进行说明。
请参考图8，其示出了本申请另一个示例性实施例提供的系统切换方法的流程图，本实施例以该方法应用可穿戴式设备为例进行说明，该方法可以包括如下步骤。
步骤801，在第二处理器处于休眠状态的情况下，通过第一系统处理第一事件。
本步骤的实施方式可以参考上述步骤501，本实施例在此不再赘述。
步骤802，通过第一系统对第一数据进行缓存，其中，第一数据缓存在第一系统对应的数据存储空间。
在一种可能的实施方式中，第一处理器和第二处理器各自对应有数据存储空间。当第二处理器处于休眠状态时，为了避免频繁唤醒第二处理器造成功耗过高的问题，第一系统处理第一事件过程中产生的数据，或者，第一系统接收到外部设备发送的数据时，第一系统对数据进行缓存。
示意性的，如图8所示，当可穿戴式设备与手机通过蓝牙相连，且收集通过蓝牙向MCU同步数据(SyncData)时，MCU对接收到的同步数据进行缓存，并在完成同时后，通过蓝牙向手机发送同步完成反馈(syncOK)。
步骤803，响应于触发的第二事件，通过第一处理器唤醒第二处理器。
本步骤的实施方式可以参考上述步骤502，本实施例在此不再赘述。
步骤804，在第二处理器处于唤醒状态的情况下，通过第一系统向第二系统同步第一数据。
在一种可能的实施方式中，第二处理器被唤醒后，为了保证后续第二系统处理事件时，与第一系统的数据保持统一，第一系统向第二系统发起数据同步，将第一数据中的全部或者部分同步至第一系统。其中，不同类型数据的同步策略(部分同步或者全部同步)可以相同也可以不同。
可选的，本申请实施例中的第二系统提供有作为数据中转的数据通信服务(该服务可以位于应用层的框架服务中)，第一系统与第二系统即通过该数据通信服务进行数据通信。在进行数据同步时，第一系统基于第一数据的数据类型，通过数据通信服务绑定数据同步服务，从而通过绑定的数据同步服务向第二系统中的目标应用同步第一数据，由目标应用对该第一数据进行处理。
可选的，不同数据类型对应不同数据同步服务，该数据类型与用于处理该数据的应用相关，且不同应用对应不同数据同步服务。比如，当第一数据为计步器数据时，绑定计步器应用对应的数据同步服务，并通过该数据同步服务向计数器应用发送该计步器数据；当第一数据为闹钟设置数据时，绑定闹钟应用对应的数据同步服务，并通过该数据同步服务向闹钟应用发送该闹钟设置数据
可选的，目标应用对同步后的第一数据进行处理后，进一步通过数据通信服务将处理后的数据同步至第一系统，保持双系统数据的一致性。
示意性的，如图9所示，第二系统被唤醒后，MCU向第二系统提供的MCUService发送同步数据(SyncData)，MCUService即根据同步数据的数据类型，查找相应的数据同步服务(find SyncDataService)，从而将同步数据与查找到的数据同步服务进行绑定(bindSyncDataService)，其中，MCUService查找数据同步服务时采用重试机制(retry)。完成数据同步服务绑定后，MCUService即通过该服务(SyncMcuDataService)向处理该同步数据的目标应用发送数据，其中，该目标应用与服务进行绑定(onBind)。
目标应用对同步数据进行处理后，通过MCUService反馈处理后的数据，相应的，MCU对接收到的数据进行同步，并向目标应用反馈同步完成指令。目标应用接收到同步完成指令后，向MCUService发送同步完成指令，指示MCUService解绑数据同步服务(unBindSyncDataService)。
在一种可能的应用场景下，当第一处理器上挂在有通信组件(比如蓝牙组件)时，第一系统向第二系统同步数据前，若通过通信组件接收到外部设备发送的第二数据，首先通过第一系统向第二系统同步第二数据，并在第二数据同步完成后，对第一数据进行同步。
比如，第一系统向第二系统同步存储的闹钟数据过程中，若第一系统接收到手机通过蓝牙发送的闹钟数据，第一系统首先将蓝牙接收到的闹钟数据同步至第二系统，然后向第二系统同步缓存的闹钟数据。
步骤805，通过第二系统向第一系统发送第一切换指令，以使得第一系统根据第一切换指令向第二系统转移图形用户界面的展示权限。
步骤806，通过第二系统处理第二事件，并展示第二事件对应的图形用户界面。
上述步骤805至806的实施方式可以参考上述步骤503至504，本实施例再次不在赘述。
步骤807，通过第二系统提供的数据通信服务向第一系统同步第三数据，第三数据为处理第二事件过程中产生的数据。
第二系统在处理第二事件的过程中会产生新的数据，而新产生的数据与第一系统中的数据可能并不一致。比如，当第二事件为表盘设置操作时，表盘设置操作前后的表盘图案可能会发生变更。因此，第二系统需要将新产生的数据(即第三数据)同步至第一系统。
可选的，第二系统通过数据通信服务向第一系统同步第三数据，该过程可以参考第一系统向第二系统同步数据的过程，本实施例在此不再赘述。
在一种可能的实施方式中，第二系统将处理第二事件过程中产生的数据实时同步至第一系统，或者，第二系统在第二事件处理完毕时，将产生的数据同步至第一系统。
示意性的，如图10所示，唤醒状态下，安卓系统中的App运行，并接收到用户交互操作，App通过MCUService将用户交互过程中产生的数据实时同步至MCU(即图中的Sync)，MCU接收App同步的数据后，向App反馈同步完成指令(SyncOK)。
步骤808，响应于第二事件处理完成，通过第二系统向第一系统发送第二切换指令，以使得第一系统根据第二切换指令从第二系统处获取图形用户界面的展示权限。
本步骤的实施方式可以参考上述步骤505，本实施例在此不再赘述。
需要说明的是，若重新切换至第一系统时，第三数据未全部同步完成，第二系统在进入休眠状态前，需要将第三数据完整同步至第一系统；若第三数据实时全部同步完成，则无需执行同步流程。
示意性的，如图10所示，切换至第一系统时，由于第三数据未全部同步完成，因此在进入休眠状态前，需要继续通过MCUService向MCU同步第三数据，直至第三数据全部同步。
步骤809，将第二处理器切换为休眠状态，并通过第一系统处理第一事件。
本步骤的实施方式可以参考上述步骤506，本实施例在此不再赘述。
本实施例中，第二系统被唤醒后，第一系统通过第二系统提供的数据通信服务，将第二处理器休眠状态下产生或接收到的数据同步至第二系统；第二系统将运行过程中产生的数据同步至第一系统，实现系统切换前后数据的无缝衔接，避免出现系统切换前后数据不一致的问题，保证双系统数据的一致性。
针对不同类型的数据，第一系统所采用的数据同步策略不同。在一种可能的实施方式中，数据的同步策略包括如下四种：1、实时同步；2、定长同步；3、合并同步；4、定时同步。下面分别对上述四种同步策略进行说明。
1、实时同步。
对于实时性要求较高的数据，比如闹钟数据，若在第二系统被事件唤醒时进行同步，可能会造成同步不及时的问题。因此，在一种可能的实施方式中，当缓存的第一数据中包含即时性数据，第一处理器主动唤醒第二处理器，从而通过第一系统向第二系统同步即时性数据。
在一个示意性的场景下，当第二处理器处于休眠状态时，若第一系统通过蓝牙接收到手机同步的闹钟数据时，第一处理器即唤醒第二处理器，并向第二系统同步闹钟数据。
可选的，第一系统向第二系统实时同步数据时，第一系统仍旧具有图形用户界面的显示权限，即可穿戴式设备仍旧显示第一系统的图形用户界面，第二系统与第一系统在后台进行静默同步。
2、定长同步。
第一处理器对应的数据存储空间通常较小，相应的，第一系统所能缓存的数据容量较小，当缓存的数据容量达到数据存储空间上限时，第一系统则会对已缓存的数据进行覆盖。为了避免因数据覆盖导致的数据丢失，在一种可能的实施方式中，当缓存的第一数据的数据量达到存储容量阈值时，第一处理器唤醒第二处理器，从而通过第一系统向第二系统同步第一数据。
在一个示意性的例子中，当第一系统对应数据存储空间的剩余存储空间小于20％时，第一处理器主动唤醒处于休眠状态的第二处理器，并将缓存的数据同步至第二系统。
可选的，第一系统采用定长同步策略向第二系统同步数据时，第一系统仍旧具有图形用户界面的显示权限，即可穿戴式设备仍旧显示第一系统的图形用户界面，第二系统与第一系统在后台进行静默同步。
3、合并同步。
在一种可能的实施方式中，对于数据量较小的缓存数据，当第二处理器处于唤醒状态时，第一系统优先将该缓存数据合并后同步至第二系统。
可选的，第一系统向第二系统同步第一数据时，第一系统向第二系统同步第一数据中的目标数据，该目标数据的数据量小于数据量阈值。可选的，该目标数据可以为非即时性数据。比如，该目标数据为字节数小于100的通知消息数据或健康数据等等，本实施例对目标数据的具体类型不作限定。
4、定时同步。
为了避免频繁唤醒第二处理器，在一种可能的实施方式中，可穿戴式设备采用定时同步机制，在达到数据对齐时间点时，将第二处理器切换为唤醒状态，从而通过第一系统向第二系统同步数据存储空间中缓存的第一数据。并且，完成数据同步后，第二处理器重新切换为休眠状态，从而降低可穿戴式设备的功耗。
示意性的，如图11所示，在Android处于休眠状态时，手机通过蓝牙连接向RTOS发送蓝牙数据，由于未达到数据同步时间点，因此RTOS对蓝牙数据进行数据缓存。当达到数据同步时间点时，Android被唤醒，并接收RTOS同步的蓝牙数据。完成数据同步后，Android将再次进行休眠状态。
并且，考虑到不同数据的实时性需求不同，在一种可能的实施方式中，预先为不同实时性需求的数据设置不同的数据对齐时间点，相应的，在进行数据同步时，第一系统基于数据存储空间中缓存的第一数据的实时性需求，确定第一数据对应的目标数据对齐时间点，从而在达到该目标数据对齐时间点时，唤醒第二处理器并进行数据同步。
其中，相邻数据对齐时间点之间的时间间隔与实时性需求呈负相关关系，即数据的实时性需求越高，其对应数据对齐时间点之间的时间间隔越短，相应的，数据的定时同步频率越高，从而保证高实时性需求的数据能够尽快同步至第二系统，确保双系统中数据的一致性。
可选的，相邻数据对齐时间点之间的时间间隔为定值，比如1分钟、5分钟等等，相邻数据对齐时间点之间的时间间隔也可以为动态值，比如可以根据所处时段或者历史数据同步情况，动态调整事件间隔(例如夜间的时间间隔可以大于日间的时间间隔)。
可选的，不同数据与实时性需求之间的对应关系预先设置在第一系统中。比如，第一系统中设置有数据类型与实时性需求等级之间的对应关系，其中，实时性需求等级越高，表示属于该数据类型的数据对同步的实时性需求越高。
在一个示意性的例子中，第一系统在11:01:10接收到终端通过蓝牙发送的功能卡片的更新数据，在11：01:45接收到终端通过蓝牙发送的表盘更新数据(用户在终端侧修改可穿戴式设备的表盘)，在11：01:55更新了计步器数据，第一系统依次将功能卡片更新数据、表盘更新数据和计步器数据缓存在数据存储空间，当达到数据同步时间点11:02:00时，第二处理器即被唤醒，第一系统将功能卡片更新数据、表盘更新数据和计步器数据一同同步至第二系统。
可选的，上述四种同步策略可以单独执行，也可以组合执行。
在一些实施例中，将定长同步和合并同步策略组合执行时，若第一数据的数据量达到存储容量阈值，第一处理器则唤醒第二处理器，由第一系统对数据量较小的缓存数据(比如传感器采集到的健康数据)进行合并，从而向第二系统同步合并后的缓存数据。
在一些实施例中，将定时同步和合并同步策略组合执行时，在达到数据同步时间点时，第一处理器唤醒第二处理器，并由第一系统对数据量较小的缓存数据进行合并，从而向第二系统同步合并后的缓存数据。
在一些实施例中，将实时同步和合并同步策略组合执行时，在缓存的第一数据中包含即时性数据时，第一处理器唤醒第二处理器，通过第一系统向第二系统同步即时性数据；同时，第一系统对数据量较小的缓存数据进行合并，从而向第二系统同步合并后的缓存数据。
在一些实施例中，将定长同步和定时同步策略组合执行时，在未达到数据对齐时间点的情况下，若第一数据的数据量达到存储容量阈值，第一处理器则唤醒第二处理器，由第一系统对数据量较小的缓存数据进行合并，从而向第二系统同步合并后的缓存数据；在达到对齐时间点的情况下，第一处理器则唤醒第二处理器，并通过第一系统向第二系统同步缓存数据。
需要说明的是，上述实施例仅对同步策略的组合方式进行示意性说明，在实际应用过程中，可以对任意两种、三种或四种同步策略进行组合并执行，本申请实施例并不对同步策略的组合执行方式构成限定。
本实施例中，通过采用不同的数据同步机制，在降低第二系统唤醒时长的同时，保证数据能够被及时准确的同步至第二系统，并避免数据丢失，进一步保证双系统数据的一致性，提高了双系统切换过程的稳定性。
需要说明的是，上述各个实施例中，仅以第一处理器和第二处理器(对应第一系统和第二系统)为了进行示意性说明，当可穿戴设备中设置有三个或以上处理器时，可穿戴式设备可以在三个或以上系统之间进行切换(不同系统用于在不同性能需求场景下运行)，本实施例并不对此构成限定。
请参考图12，其示出了本申请一个实施例提供的系统切换装置的结构框图。该装置可以通过软件、硬件或者两者的结合实现成为可穿戴式设备的全部或一部分。该装置包括：
第一系统模块1201，用于在所述第二处理器处于休眠状态的情况下，通过第一系统处理第一事件，所述第一系统指由所述第一处理器运行的系统；
第二系统模块1202，用于响应于触发的第二事件，将所述第二处理器切换为唤醒状态，并通过第二系统处理所述第二事件，所述第二系统指由所述第二处理器运行的系统，且所述第一处理器不满足所述第二事件所需的处理能力。
可选的，所述第二系统模块1202，包括：
第一指令发送单元，用于通过所述第二系统向所述第一系统发送第一切换指令，以使得所述第一系统根据所述第一切换指令向所述第二系统转移图形用户界面的展示权限；
第一展示单元，用于通过所述第二系统处理所述第二事件，并展示所述第二事件对应的图形用户界面。
可选的，所述第一系统模块1201，包括：
数据反馈单元，用于通过所述第一系统向所述第二系统发送所述第二事件的事件数据，以使得所述第二系统对所述事件数据进行处理得到事件反馈数据；
第二展示单元，用于通过所述第一系统接收所述第二系统发送的所述事件反馈数据，并基于所述事件反馈数据展示所述第二事件对应的图形用户界面。
可选的，所述第一系统模块1201，还用于响应于所述第二事件处理完成，将所述第二处理器切换为休眠状态，并通过所述第一系统处理所述第一事件。
可选的，所述第二系统处理所述第二事件的过程中具有图形用户界面的展示权限；
所述第二系统模块1202，还用于通过所述第二系统向所述第一系统发送第二切换指令，以使得所述第一系统根据所述第二切换指令从所述第二系统处获取图形用户界面的展示权限。
可选的，所述装置还包括：
缓存模块，用于在所述第二处理器处于休眠状态的情况下，通过所述第一系统对第一数据进行缓存，其中，所述第一数据缓存在所述第一系统对应的数据存储空间；
第一同步模块，用于在所述第二处理器处于唤醒状态的情况下，通过所述第一系统向所述第二系统同步所述第一数据。
可选的，所述第一同步模块，用于：
基于所述第一数据的数据类型，通过所述第二系统提供的数据通信服务绑定数据同步服务，其中，不同数据类型对应不同数据同步服务；
通过绑定的所述数据同步服务向第二系统中的目标应用同步所述第一数据，所述目标应用用于处理所述第一数据。
可选的，所述第一同步模块，还用于：
通过所述第一系统向所述第二系统同步所述第一数据中的目标数据，所述目标数据的数据量小于数据量阈值。
可选的，所述装置还包括：
第二同步模块，用于响应于缓存的所述第一数据的数据量达到存储容量阈值，将所述第二处理器切换为唤醒状态，并通过所述第一系统向所述第二系统同步所述第一数据。
可选的，所述装置还包括：
第三同步模块，用于响应于缓存的所述第一数据中包含即时性数据，将所述第二处理器切换为唤醒状态，并通过所述第一系统向所述第二系统同步所述即时性数据。
可选的，所述装置还包括：
第四同步模块，用于响应于达到数据对齐时间点，将所述第二处理器切换为唤醒状态，并通过所述第一系统向所述第二系统同步所述第一数据。
可选的，所述第四同步模块，具体用于：
基于所述第一数据的实时性需求，确定所述第一数据对应的目标数据对齐时间点，其中，不同实时性需求的数据对应不同的数据对齐时间点，且数据对齐时间点之间的时间间隔与所述实时性需求呈负相关关系；
响应于达到所述目标数据对齐时间点，将所述第二处理器切换为唤醒状态。
可选的，所述第一处理器上挂载有通信组件；
所述装置还包括：
第四同步模块，用于在所述第二处理器处于唤醒状态的情况下，响应于通过所述通信组件接收到外部设备发送的第二数据，通过所述第一系统向所述第二系统同步所述第二数据。
可选的，所述装置还包括：
第五同步模块，用于通过所述第二系统提供的数据通信服务向所述第一系统同步第三数据，所述第三数据为处理所述第二事件过程中产生的数据。
可选的，所述装置还包括：
唤醒保持模块，用于响应于所述第二事件处理完成，在所述第二事件对应的休眠延迟时长内保持所述第二处理器处于唤醒状态，所述休眠延迟时长基于所述第二事件后所述第二处理器的唤醒频率确定，和/或，所述休眠延迟时长基于所述第二事件的事件类型确定；
所述第一系统模块1201，还用于响应于达到所述休眠延迟时长，将所述第二处理器切换为休眠状态，并通过所述第一系统处理所述第一事件。
综上所述，本申请实施例中，可穿戴式设备中设置有低功耗的第一处理器和高功耗的第二处理器，且由第一处理器运行第一系统，由第二处理器运行第二系统，通过引入系统切换机制，由第一系统对处理能力需求较低的第一事件进行处理，并保持第二处理器处理休眠状态；当触发超出第一处理器处理能力的第二事件时，通过唤醒第二处理器，并切换第二系统处理第二事件，确保事件的及时处理；采用本申请实施例提供的方案，在保证可穿戴式设备性能的同时，降低可穿戴式设备的功耗，进而提高了可穿戴式设备的续航时间。
本申请实施例中，第二事件处理完成时，可穿戴式设备重新将第二处理器切换回休眠状态，并切换第一系统进行事件处理，使可穿戴式设备在大多数场景下处于低功耗状态，进一步提高可穿戴式设备的续航时间。
本实施例中，通过设置休眠延迟时长，从而在第二事件处理完毕，且达到该休眠延迟时长时，将第二处理器重新切换为休眠状态，避免第二处理器被频繁唤醒。
本实施例中，当触发第一处理器无法处理的事件时，通过唤醒第二处理器，并由第二系统通知第一系统进行系统切换，从而获取图形用户界面的展示权限，确保第二系统处理事件过程中，第二事件用户界面的正常显示；同时，重新由第二系统切换回第一系统时，第一系统重新从第二系统处获取图形用户界面的展示权限，确保第一事件用户界面的正常显示，实现双系统之间的无缝切换。
本实施例中，当触发第一处理器无法处理的第二事件时，通过唤醒第二处理器，并由第二系统对第二事件进行静默处理，将处理得到的事件反馈数据发送至第一系统，以便第一系统根据该事件反馈数据对第二事件进行图形用户界面展示，在无需进行图形用户界面展示权限切换的情况下，实现性能事件的及时处理，降低了系统切换的实现复杂度。
本实施例中，第二系统被唤醒后，第一系统通过第二系统提供的数据通信服务，将第二处理器休眠状态下产生或接收到的数据同步至第二系统；第二系统将运行过程中产生的数据同步至第一系统，实现系统切换前后数据的无缝衔接，避免出现系统切换前后数据不一致的问题，保证双系统数据的一致性。
本实施例中，通过采用不同的数据同步机制，在降低第二系统唤醒时长的同时，保证数据能够被及时准确的同步至第二系统，并避免数据丢失，进一步保证双系统数据的一致性，提高了双系统切换过程的稳定性。
请参考图13，其示出了本申请一个示例性实施例提供的可穿戴式设备的结构方框图。本申请中的可穿戴式设备可以包括一个或多个如下部件：处理器1310和存储器1320。
处理器1310至少包括第一处理器1311和第二处理器1312，其中，第一处理器1311用于运行第一系统，第二处理器1312用于运行第二系统，且第一处理器1311的功耗低于第二处理器1312的功耗，第一处理器1311的性能低于第二处理器1312的性能。处理器1310利用各种接口和线路连接整个电子设备内的各个部分，通过运行或执行存储在存储器1320内的指令、程序、代码集或指令集，以及调用存储在存储器1320内的数据，执行电子设备的各种功能和处理数据。可选地，处理器1310可以采用数字信号处理(Digital SignalProcessing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable Logic Array，PLA)中的至少一种硬件形式来实现。处理器1310可集成中央处理器(Central Processing Unit，CPU)、图像处理器(Graphics ProcessingUnit，GPU)、神经网络处理器(Neural-network Processing Unit，NPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责触摸显示屏所需要显示的内容的渲染和绘制；NPU用于实现人工智能(ArtificialIntelligence，AI)功能；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器1310中，单独通过一块芯片进行实现。
存储器1320可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory，ROM)。可选地，该存储器1320包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器1320可用于存储指令、程序、代码、代码集或指令集。存储器1320可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等；存储数据区可存储根据可穿戴式设备的使用所创建的数据(比如音频数据、电话本)等。
本申请实施例中的可穿戴式设备还包括通信组件1330和显示组件1340。其中，通信组件1330可以为蓝牙组件、WiFi组件、NFC组件等等，用于通过有线或无线网络与外部设备(服务器或其他终端设备)进行通信；显示组件1340用于进行图形用户界面展示，和/或，接收用户交互操作。
除此之外，本领域技术人员可以理解，上述附图所示出的可穿戴式设备的结构并不构成对可穿戴式设备的限定，可穿戴式设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。比如，可穿戴式设备中还包括射频电路、输入单元、传感器、音频电路、扬声器、麦克风、电源等部件，在此不再赘述。
本申请实施例还提供了一种计算机可读存储介质，该存储介质存储有至少一条指令，至少一条指令用于被处理器执行以实现如上述实施例所述的系统切换方法。
本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述实施例提供的系统切换方法。
本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (18)

1.一种系统切换方法，其特征在于，所述方法用于可穿戴式设备，所述可穿戴式设备中至少设置有第一处理器和第二处理器，所述第二处理器的功耗高于所述第一处理器的功耗；
所述方法包括：
在所述第二处理器处于休眠状态的情况下，通过第一系统处理第一事件，所述第一系统指由所述第一处理器运行的系统；
响应于触发的第二事件，将所述第二处理器切换为唤醒状态，并通过第二系统处理所述第二事件，所述第二系统指由所述第二处理器运行的系统，且所述第一处理器不满足所述第二事件所需的处理能力。
2.根据权利要求1所述的方法，其特征在于，所述通过第二系统处理所述第二事件，包括：
通过所述第二系统向所述第一系统发送第一切换指令，以使得所述第一系统根据所述第一切换指令向所述第二系统转移图形用户界面的展示权限；
通过所述第二系统处理所述第二事件，并展示所述第二事件对应的图形用户界面。
3.根据权利要求1所述的方法，其特征在于，所述通过第二系统处理所述第二事件，包括：
通过所述第一系统向所述第二系统发送所述第二事件的事件数据，以使得所述第二系统对所述事件数据进行处理得到事件反馈数据；
通过所述第一系统接收所述第二系统发送的所述事件反馈数据，并基于所述事件反馈数据展示所述第二事件对应的图形用户界面。
4.根据权利要求1至3任一所述的方法，其特征在于，所述通过第二系统处理所述第二事件之后，所述方法还包括：
响应于所述第二事件处理完成，将所述第二处理器切换为休眠状态，并通过所述第一系统处理所述第一事件。
5.根据权利要求4所述的方法，其特征在于，所述第二系统处理所述第二事件的过程中具有图形用户界面的展示权限；
所述将所述第二处理器切换为休眠状态之前，所述方法还包括：
通过所述第二系统向所述第一系统发送第二切换指令，以使得所述第一系统根据所述第二切换指令从所述第二系统处获取图形用户界面的展示权限。
6.根据权利要求1至3任一所述的方法，其特征在于，所述方法还包括：
在所述第二处理器处于休眠状态的情况下，通过所述第一系统对第一数据进行缓存，其中，所述第一数据缓存在所述第一系统对应的数据存储空间；
所述将所述第二处理器切换为唤醒状态之后，所述方法还包括：
在所述第二处理器处于唤醒状态的情况下，通过所述第一系统向所述第二系统同步所述第一数据。
7.根据权利要求6所述的方法，其特征在于，所述通过所述第一系统向所述第二系统同步所述第一数据，包括：
基于所述第一数据的数据类型，通过所述第二系统提供的数据通信服务绑定数据同步服务，其中，不同数据类型对应不同数据同步服务；
通过绑定的所述数据同步服务向第二系统中的目标应用同步所述第一数据，所述目标应用用于处理所述第一数据。
8.根据权利要求7所述的方法，其特征在于，所述通过所述第一系统向所述第二系统同步所述第一数据，还包括：
通过所述第一系统向所述第二系统同步所述第一数据中的目标数据，所述目标数据的数据量小于数据量阈值。
9.根据权利要求6所述的方法，其特征在于，所述通过所述第一系统对第一数据进行缓存之后，所述方法还包括：
响应于缓存的所述第一数据的数据量达到存储容量阈值，将所述第二处理器切换为唤醒状态，并通过所述第一系统向所述第二系统同步所述第一数据。
10.根据权利要求6所述的方法，其特征在于，所述通过所述第一系统对第一数据进行缓存之后，所述方法还包括：
响应于缓存的所述第一数据中包含即时性数据，将所述第二处理器切换为唤醒状态，并通过所述第一系统向所述第二系统同步所述即时性数据。
11.根据权利要求6所述的方法，其特征在于，所述通过所述第一系统对第一数据进行缓存之后，所述方法还包括：
响应于达到数据对齐时间点，将所述第二处理器切换为唤醒状态，并通过所述第一系统向所述第二系统同步所述第一数据。
12.根据权利要求11所述的方法，其特征在于，所述响应于达到数据对齐时间点，将所述第二处理器切换为唤醒状态，包括：
基于所述第一数据的实时性需求，确定所述第一数据对应的目标数据对齐时间点，其中，不同实时性需求的数据对应不同的数据对齐时间点，且数据对齐时间点之间的时间间隔与所述实时性需求呈负相关关系；
响应于达到所述目标数据对齐时间点，将所述第二处理器切换为唤醒状态。
13.根据权利要求6所述的方法，其特征在于，所述第一处理器上挂载有通信组件；
所述通过所述第一系统向所述第二系统同步所述第一数据之前，所述方法还包括：
在所述第二处理器处于唤醒状态的情况下，响应于通过所述通信组件接收到外部设备发送的第二数据，通过所述第一系统向所述第二系统同步所述第二数据。
14.根据权利要求1至3任一所述的方法，其特征在于，所述通过第二系统处理所述第二事件之后，所述方法还包括：
通过所述第二系统提供的数据通信服务向所述第一系统同步第三数据，所述第三数据为处理所述第二事件过程中产生的数据。
15.根据权利要求1至3任一所述的方法，其特征在于，所述通过第二系统处理所述第二事件之后，所述方法还包括：
响应于所述第二事件处理完成，在所述第二事件对应的休眠延迟时长内保持所述第二处理器处于唤醒状态，所述休眠延迟时长基于所述第二事件后所述第二处理器的唤醒频率确定，和/或，所述休眠延迟时长基于所述第二事件的事件类型确定；
响应于达到所述休眠延迟时长，将所述第二处理器切换为休眠状态，并通过所述第一系统处理所述第一事件。
16.一种系统切换装置，其特征在于，所述装置用于可穿戴式设备，所述可穿戴式设备中至少设置有第一处理器和第二处理器，所述第二处理器的功耗高于所述第一处理器的功耗；
所述装置包括：
第一系统模块，用于在所述第二处理器处于休眠状态的情况下，通过第一系统处理第一事件，所述第一系统指由所述第一处理器运行的系统；
第二系统模块，用于响应于触发的第二事件，将所述第二处理器切换为唤醒状态，并通过第二系统处理所述第二事件，所述第二系统指由所述第二处理器运行的系统，且所述第一处理器不满足所述第二事件所需的处理能力。
17.一种可穿戴式设备，其特征在于，所述可穿戴式设备包括处理器和存储器；所述处理器至少包括第一处理器和第二处理器，所述第二处理器的功耗高于所述第一处理器的功耗，所述存储器存储有至少一条指令，所述至少一条指令用于被所述处理器执行以实现如权利要求1至15任一所述的系统切换方法。
18.一种计算机可读存储介质，其特征在于，所述存储介质存储有至少一条指令，所述至少一条指令用于被处理器执行以实现如权利要求1至15任一所述的系统切换方法。
CN202110406970.1A 2020-12-18 2021-04-15 系统切换方法、装置、设备及存储介质 Active CN114647452B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202410626548.0A CN118467044A (zh) 2020-12-18 2021-04-15 系统切换方法、装置、设备及存储介质
PCT/CN2021/124766 WO2022127341A1 (zh) 2020-12-18 2021-10-19 系统切换方法、装置、设备及存储介质
EP21905270.1A EP4250102A4 (en) 2020-12-18 2021-10-19 SYSTEM SWITCHING METHOD AND DEVICE, DEVICE AND STORAGE MEDIUM
US18/336,174 US20230324974A1 (en) 2020-12-18 2023-06-16 Method for system switching, wearable device, and storage medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2020115062241 2020-12-18
CN202011506224 2020-12-18

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202410626548.0A Division CN118467044A (zh) 2020-12-18 2021-04-15 系统切换方法、装置、设备及存储介质

Publications (2)

Publication Number Publication Date
CN114647452A true CN114647452A (zh) 2022-06-21
CN114647452B CN114647452B (zh) 2024-06-07

Family

ID=81991936

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202410626548.0A Pending CN118467044A (zh) 2020-12-18 2021-04-15 系统切换方法、装置、设备及存储介质
CN202110406970.1A Active CN114647452B (zh) 2020-12-18 2021-04-15 系统切换方法、装置、设备及存储介质

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202410626548.0A Pending CN118467044A (zh) 2020-12-18 2021-04-15 系统切换方法、装置、设备及存储介质

Country Status (4)

Country Link
US (1) US20230324974A1 (zh)
EP (1) EP4250102A4 (zh)
CN (2) CN118467044A (zh)
WO (1) WO2022127341A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115442877A (zh) * 2022-07-27 2022-12-06 云南保利天同水下装备科技有限公司 控制功耗的方法、装置、处理设备及存储介质
WO2024055225A1 (en) * 2022-09-15 2024-03-21 Qualcomm Incorporated Offload bluetooth native stack to low power processor on wearable platform

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060136756A1 (en) * 2004-12-22 2006-06-22 Intel Corporation Low power firmware
US20090259863A1 (en) * 2008-04-10 2009-10-15 Nvidia Corporation Responding to interrupts while in a reduced power state
WO2012152202A1 (zh) * 2011-05-10 2012-11-15 联想(北京)有限公司 状态控制方法、装置及便携终端
US20140181560A1 (en) * 2012-12-26 2014-06-26 Rajeev D. Muralidhar Platform power consumption reduction via power state switching
CN105204931A (zh) * 2014-06-11 2015-12-30 联发科技（新加坡）私人有限公司 低功耗可穿戴设备及其多操作系统切换、通信及管理方法
CN106484075A (zh) * 2016-10-12 2017-03-08 北京元心科技有限公司 调整应用程序唤醒时间的方法及装置
CN110223691A (zh) * 2019-06-11 2019-09-10 苏州思必驰信息科技有限公司 语音唤醒识别的切换控制方法和装置
CN110908496A (zh) * 2019-11-28 2020-03-24 出门问问信息科技有限公司 一种系统交互方法及可穿戴设备
CN111142651A (zh) * 2019-05-09 2020-05-12 广东小天才科技有限公司 一种通信终端的系统切换方法及通信终端
CN111951921A (zh) * 2020-07-06 2020-11-17 出门问问信息科技有限公司 一种信息交互方法、装置、电子设备及可读存储介质

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012023152A2 (en) * 2010-08-19 2012-02-23 Ineda Systems Pvt. Ltd Multi-processor electronic systems
JP5729266B2 (ja) * 2011-11-15 2015-06-03 富士通株式会社 情報処理装置、情報処理装置の制御方法、及び情報処理装置の制御プログラム
CN104424028A (zh) * 2013-08-26 2015-03-18 联想(北京)有限公司 终端设备以及切换方法
US20160055031A1 (en) * 2014-11-13 2016-02-25 Mediatek Inc. Dual-System Architecture With Fast Recover And Switching Of Operating System
CN108319360A (zh) * 2018-01-26 2018-07-24 出门问问信息科技有限公司 一种显示装置、电子设备及屏幕显示控制方法
CN111781616A (zh) * 2020-06-16 2020-10-16 出门问问信息科技有限公司 一种数据处理方法、装置、系统及计算机可读存储介质

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060136756A1 (en) * 2004-12-22 2006-06-22 Intel Corporation Low power firmware
US20090259863A1 (en) * 2008-04-10 2009-10-15 Nvidia Corporation Responding to interrupts while in a reduced power state
WO2012152202A1 (zh) * 2011-05-10 2012-11-15 联想(北京)有限公司 状态控制方法、装置及便携终端
US20140181560A1 (en) * 2012-12-26 2014-06-26 Rajeev D. Muralidhar Platform power consumption reduction via power state switching
CN105204931A (zh) * 2014-06-11 2015-12-30 联发科技（新加坡）私人有限公司 低功耗可穿戴设备及其多操作系统切换、通信及管理方法
CN106484075A (zh) * 2016-10-12 2017-03-08 北京元心科技有限公司 调整应用程序唤醒时间的方法及装置
CN111142651A (zh) * 2019-05-09 2020-05-12 广东小天才科技有限公司 一种通信终端的系统切换方法及通信终端
CN110223691A (zh) * 2019-06-11 2019-09-10 苏州思必驰信息科技有限公司 语音唤醒识别的切换控制方法和装置
CN110908496A (zh) * 2019-11-28 2020-03-24 出门问问信息科技有限公司 一种系统交互方法及可穿戴设备
CN111951921A (zh) * 2020-07-06 2020-11-17 出门问问信息科技有限公司 一种信息交互方法、装置、电子设备及可读存储介质

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115442877A (zh) * 2022-07-27 2022-12-06 云南保利天同水下装备科技有限公司 控制功耗的方法、装置、处理设备及存储介质
CN115442877B (zh) * 2022-07-27 2023-09-05 云南保利天同水下装备科技有限公司 控制功耗的方法、装置、处理设备及存储介质
WO2024055225A1 (en) * 2022-09-15 2024-03-21 Qualcomm Incorporated Offload bluetooth native stack to low power processor on wearable platform

Also Published As

Publication number Publication date
US20230324974A1 (en) 2023-10-12
CN118467044A (zh) 2024-08-09
EP4250102A4 (en) 2024-05-15
EP4250102A1 (en) 2023-09-27
CN114647452B (zh) 2024-06-07
WO2022127341A1 (zh) 2022-06-23

Similar Documents

Publication Publication Date Title
US20230324974A1 (en) Method for system switching, wearable device, and storage medium
WO2022262434A1 (zh) 一种功耗优化方法和电子设备
CN114500732B (zh) 一种界面显示的方法和电子设备、存储介质
CN114968375A (zh) 系统切换方法和装置、电子设备、可读存储介质
US20240345855A1 (en) Application starting method, electronic device, and non-transitory computer-readable storage medium
WO2022213757A1 (zh) 应用界面的显示方法、装置、设备及存储介质
WO2022089255A1 (zh) 一种节能方法及终端设备
CN115226048B (zh) 数据传输方法、装置、设备及存储介质
US20240045702A1 (en) User interface display method and apparatus, device, and storage medium
US20240168779A1 (en) Display method and electronic device
CN110532050B (zh) 运动数据刷新方法、可穿戴设备及计算机可读存储介质
WO2023124622A1 (zh) 通信连接的维持方法、装置、设备、存储介质及程序产品
WO2023116236A1 (zh) 应用启动方法、装置、设备及存储介质
CN115309252A (zh) 音乐控制界面显示方法、装置、可穿戴式设备及存储介质
WO2024109290A1 (zh) 应用启动方法、装置、设备及存储介质
WO2024187935A1 (zh) 显示屏控制方法及电子设备
WO2024032140A1 (zh) 息屏显示方法、装置、设备及存储介质
WO2023116237A1 (zh) 界面显示方法、装置、设备、存储介质及程序产品
WO2023138235A1 (zh) 主题切换方法、装置、设备、存储介质及程序产品
CN118502886A (zh) 应用切换方法、装置、设备、存储介质及程序产品
CN115202440A (zh) 数据传输方法、装置、设备及存储介质
CN118193093A (zh) 消息显示方法、装置、设备及存储介质
CN115269485A (zh) 数据处理方法、多核多系统模块和电子设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant