CN115202895A - 一种应用程序状态感知方法、相关设备以及相关系统 - Google Patents

一种应用程序状态感知方法、相关设备以及相关系统 Download PDF

Info

Publication number
CN115202895A
CN115202895A CN202110385231.9A CN202110385231A CN115202895A CN 115202895 A CN115202895 A CN 115202895A CN 202110385231 A CN202110385231 A CN 202110385231A CN 115202895 A CN115202895 A CN 115202895A
Authority
CN
China
Prior art keywords
application program
state
application
state information
equipment
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.)
Pending
Application number
CN202110385231.9A
Other languages
English (en)
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202110385231.9A priority Critical patent/CN115202895A/zh
Priority to EP22783949.5A priority patent/EP4296858A1/en
Priority to PCT/CN2022/084484 priority patent/WO2022213882A1/zh
Priority to US18/285,104 priority patent/US20240184622A1/en
Publication of CN115202895A publication Critical patent/CN115202895A/zh
Pending legal-status Critical Current

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/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
    • G06F9/4856—Task life-cycle, e.g. stopping, restarting, resuming execution resumption being on a different machine, e.g. task migration, virtual machine migration
    • 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/54—Interprogram communication
    • G06F9/542—Event management; Broadcasting; Multicasting; Notifications
    • 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
    • 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/3287—Power saving characterised by the action undertaken by switching off individual functional units in the computer system
    • 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
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3055—Monitoring arrangements for monitoring the status of the computing system or of the computing system component, e.g. monitoring if the computing system is on, off, available, not available
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2455—Query 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/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • 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
    • 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/54—Interprogram communication

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Multimedia (AREA)
  • Computing Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Computational Linguistics (AREA)
  • Quality & Reliability (AREA)
  • Computer Hardware Design (AREA)
  • Stored Programmes (AREA)

Abstract

本申请提供了一种应用程序状态感知方法、相关设备以及相关系统，该方法包括：在第一设备休眠之前，查询第一设备上应用程序的运行状态，并将应用程序状态信息存储在存储器中。其中，应用程序状态信息中包括第一应用程序的标识与第一应用程序的运行状态的对应关系。第一设备将应用程序状态信息发送给第二设备，第二设备接受第一设备发送的应用程序状态信息，第二设备存储该应用程序状态信息。在第一设备和第二设备休眠时，第一设备和第二设备可通过查询存储的应用程序状态信息，确定第一应用程序的运行状态。

Description

一种应用程序状态感知方法、相关设备以及相关系统
技术领域
本申请涉及计算机技术领域，尤其涉及一种应用状态感知方法、装置以及相关设备。
背景技术
在超级终端上，多个设备上安装有同一个应用程序，该应用程序在多个设备上执行时，各个设备之间需要实时感知该应用程序的运行状态。比如，设备之间相互广播应用程序的运行状态或者设备之间相互查询应用程序的运行状态。
然而该应用程序所在的设备并不是实时在线，存在休眠的情况。设备休眠后，若需要同步应用程序的运行状态，则需要频繁的唤醒主处理器进行应用程序运行状态查询和通信。例如，若设备2处于休眠状态，设备1向设备2查询设备2中某个应用程序的运行状态时，设备2需要唤醒主处理器去查询该应用程序的当前运行状态，再发送给设备1；再如，处于休眠状态的设备2若需要定时广播某应用程序的运行状态，则需要将主处理器定时从休眠状态唤醒，去查询该应用程序的运行状态，再广播出去。
这样，为了在设备间同步应用程序的运行状态，已休眠的设备需要频繁的唤醒自己的主处理器去查询应用程序的当前运行状态，并调用通信接口发送出去，带来了极大的功耗开销。
发明内容
本申请提供了一种应用程序状态感知方法、相关设备以及相关系统，用于在设备间同步应用程序运行状态时降低设备功耗。
第一方面，本申请实施例提供了一种应用程序状态感知方法，其特征在于，该方法包括：在第一设备休眠前，第一设备查询第一设备上第一应用程序的运行状态；第一设备存储应用程序状态信息，其中，应用程序状态信息中包括第一应用程序的标识与第一应用程序的运行状态的对应关系；在第一设备休眠时，第一设备将应用程序状态信息发送给第二设备，使得第二设备确定第一应用程序的运行状态。
实施第一方面提供的方法，第一设备通过在休眠前存储应用程序状态信息，在第一设备需要查询第一应用程序的运行状态时，无需通过主处理器去查询第一应用程序的当前运行状态，只需查询存储的应用程序状态信息，方可得到第一应用程序的运行状态，降低了第一设备的功耗开销，在第一设备休眠后，通过将存储的应用程序状态信息发送给第二设备，使得第二设备在需要查询第一设备上第一应用程序的运行状态时，只需要直接查询第一设备发送的应用程序状态信息，无需向第一设备发送第一应用程序运行状态查询请求，极大地降低了第一设备与第二设备的功耗开销。
结合第一方面，在一些实施例中，第一设备包括主处理器和辅助处理器。在第一设备休眠前，所述第一设备查询第一设备上第一应用程序的运行状态，具体包括：在主处理器休眠前，辅助处理器查询第一设备上第一应用程序的运行状态。第一设备存储应用程序状态信息，具体包括：主处理器存储应用程序状态信息。在第一设备休眠时，第一设备将应用程序状态信息发送给第二设备，使得第二设备确定第一应用程序的运行状态，具体包括：在主处理器休眠前，辅助处理器将应用程序状态信息发送给第二设备，使得第二设备确定第一应用程序的运行状态。
本申请实施例中，在主处理器处于休眠状态时，通过辅助处理器将应用程序状态信息发送给第二设备，无需唤醒主处理器发送应用程序状态信息，而辅助处理器的功耗远远小于主处理器的功耗，因此降低了第二设备的功耗开销。
结合第一方面，在一些实施例中，所述方法还包括：在休眠前的第一预设时刻，第一设备更新存储的应用程序状态信息。
本申请实施例中，通过在休眠前的第一预设时刻，第一设备更新存储的应用程序状态信息。保证第一设备在进入休眠状态时，第一设备中存储的应用程序状态信息是第一设备上第一应用程序对应的运行状态，避免在第一设备广播应用程序状态信息时，第一设备中存储的应用程序运行状态不是最新状态而导致误导其他设备的情况。
结合第一方面，在一些实施例中，应用程序的运行状态至少包括休眠状态和活跃状态。
结合第一方面，在一些实施例中，应用程序状态信息包括：第一应用程序代码，第一应用程序代码包括第一子代码和第二子代码；第一子代码用于指示第一应用程序的运行状态；第二子代码用于指示第一应用程序。
结合第一方面，在一些实施例中，应用程序状态信息包括：应用程序状态表，应用程序状态表中包括第一应用程序的标识和第一应用程序的运行状态的对应关系。
结合第一方面，在一些实施例中，应用程序状态表还包括第一状态位，第一状态位包括第一子状态位，第一子状态位与第一应用程序对应。
结合第一方面，在一些实施例中，该方法还包括：在第一设备休眠前，第一设备向第二设备发送应用程序状态信息。
结合第一方面，在一些实施例中，在第一设备休眠时，第一设备将应用程序状态信息发送给第二设备，具体包括：在第一设备休眠时，第一设备每隔预设时长将应用程序状态信息广播给第二设备。
结合第一方面，在一些实施例中，该方法还包括：响应于第二设备查询第一应用程序运行状态的请求，第一设备查询存储的应用程序状态信息，得到第一应用程序的状态；第一设备向第二设备发送第一应用程序的运行状态。
第二方面，本申请实施例提供一种应用状态感知方法，该方法包括：第二设备接收第一设备发送的应用程序状态信息，应用程序状态信息中包括第一设备上的第一应用程序的标识与第一应用程序的运行状态的对应关系；第二设备存储应用程序状态信息；在第二设备休眠时，第二设备查询存储的应用程序状态信息，确定第一应用程序的运行状态。
实施第二方面提供的方法，第二设备可在休眠前接收第一设备发送的应用程序状态信息并保存，在第二设备休眠时，第二设备需要查询第一设备上第一应用程序的状态信息时，第二设备只需查询第二设备上存储的第一设备发送的应用程序状态信息，无需向第一设备发起第一应用程序运行状态查询，极大地降低了第二设备的功耗开销。
结合第二方面，在一些实施例中，第二设备包括主处理器和辅助处理器；第二设备接收第一设备发送的应用程序状态信息，具体包括：主处理器接收第一设备发送的应用程序状态信息。第二设备存储所述应用程序状态信息，具体包括：主处理器存储所述应用程序状态信息。第二设备查询存储的所述应用程序状态信息，确定第一应用程序的运行状态，具体包括：所述辅助处理器查询存储的应用程序状态信息，确定第一应用程序的运行状态。
结合第二方面，在一些实施例中，该方法还包括：在第二设备休眠时，第二设备接收所述第一设备广播的第一设备的应用程序状态信息；第二设备根据第一设备的应用程序状态信息，更新第二设备中存储的第一设备的应用程序状态信息。
结合第二方面，在一些实施例中，该方法还包括：在第二设备休眠时，第二设备向第一设备发送第一应用程序运行状态查询请求。
第三方面，本申请实施例提供了一种设备，其特征在于，所述设备包括：一个或多个处理器和存储器；该存储器与所述一个或多个处理器耦合，该存储器用于存储计算机程序代码，该计算机程序代码包括计算机指令，一个或多个处理器调用该计算机指令以使得该设备执行：
在设备休眠前，查询设备上安装的第一应用程序的运行状态；存储应用程序状态信息，应用程序状态信息中包括第一应用程序的标识与第一应用程序的运行状态的对应关系；在设备休眠时，将应用程序状态信息发送给第二设备，使得第二设备确定第一应用程序的运行状态。
第三方面提供的设备，可通过在休眠前存储应用程序状态信息，在设备需要查询第一应用程序的运行状态时，无需通过主处理器去查询第一应用程序的当前运行状态，只需查询存储的应用程序状态信息，方可得到第一应用程序的运行状态，降低了设备的功耗开销，在设备休眠后，通过将存储的应用程序状态信息发送给第二设备，使得第二设备在需要查询设备上第一应用程序的运行状态时，只需要直接查询设备发送的应用程序状态信息，无需向设备发送第一应用程序运行状态查询请求，极大地降低了设备与第二设备的功耗开销。
结合第三方面，在一些实施例中，该一个或多个处理器包括主处理器和辅助处理器，主处理器，具体用于调用该计算机指令以使得该设备执行：在主处理器休眠前，查询第一设备上安装的第一应用程序的运行状态；存储应用程序状态信息，应用程序状态信息中包括第一应用程序的标识与第一应用程序的运行状态的对应关系；辅助处理器，具体用于调用该计算机指令以使得该设备执行：在主处理器休眠时，将应用程序状态信息发送给第二设备，使得第二设备确定第一应用程序的运行状态。
结合第三方面，在一些实施例中，该一个或多个处理器，具体用于调用该计算机指令以使得该设备执行：在设备休眠前的第一预设时刻，更新存储的应用程序状态信息。
结合第三方面，在一些实施例中，应用程序的运行状态至少包括休眠状态和活跃状态。
结合第三方面，在一些实施例中，应用程序状态信息包括：第一应用程序代码，第一应用程序代码包括第一子代码和第二子代码；第一子代码用于指示第一应用程序的运行状态；第二子代码用于指示第一应用程序。
结合第三方面，在一些实施例中，应用程序状态信息包括：应用程序状态表，应用程序状态表中包括第一应用程序的标识和第一应用程序的运行状态的对应关系。
结合第三方面，在一些实施例中，应用程序状态表还包括第一状态位，第一状态位包括第三子代码，第三子代码与第一应用程序对应。
结合第三方面，在一些实施例中，该一个或多个处理器，具体用于调用该计算机指令以使得该设备执行：在设备休眠前，向第二设备发送应用程序状态信息。
结合第三方面，在一些实施例中，该一个或多个处理器，具体用于调用该计算机指令以使得该设备执行：每隔预设时长将应用程序状态信息广播给第二设备。
结合第三方面，在一些实施例中，该一个或多个处理器，具体用于调用该计算机指令以使得该设备执行：响应于第二设备的查询第一应用程序状态的请求，查询存储应用程序状态信息，得到第一应用程序的运行状态；向第二设备发送第一应用程序的运行状态。
第四方面，本申请实施例提供了一种设备，该设备包括：一个或多个处理器和存储器；该存储器与该一个或多个处理器耦合，该存储器用于存储计算机程序代码，该计算机程序代码包括计算机指令，该一个或多个处理器用于调用该计算机指令以使得该设备执行：接收第一设备发送的应用程序状态信息，应用程序状态信息中包括第一设备上的第一应用程序的标识与第一应用程序的运行状态的对应关系；存储所述应用程序状态信息；在设备休眠时，查询存储的应用程序状态信息，确定第一应用程序的运行状态。
结合第四方面，在一些实施例中，该一个或多个处理器包括主处理器和辅助处理器，主处理器，具体用于调用该计算机指令以使得该设备执行：在主处理器休眠前，接收第一设备发送的应用程序状态信息，应用程序状态信息中包括第一设备中安装的第一应用程序的标识与第一应用程序的运行状态的对应关系；存储所述应用程序状态信息。辅助处理器，具体用于调用该计算机指令以使得该设备执行：在主处理器休眠时，查询存储的应用程序状态信息，确定第一应用程序的运行状态。
结合第四方面，在一些实施例中，该一个或多个处理器，具体用于调用该计算机指令以使得该设备执行：在设备休眠时，接收第一设备广播的第一设备的应用程序状态信息；根据第一设备的应用程序状态信息，更新设备中存储的第一设备的应用程序状态信息。
结合第四方面，在一些实施例中，该一个或多个处理器，具体用于调用该计算机指令以使得该设备执行：在设备休眠时，向第一设备发送第一应用程序运行状态查询请求。
第五方面，本申请提供了一种通信系统，该通信系统包括第一设备和第二设备，其中：第一设备用于：在所述第一设备休眠前，查询所述第一设备上第一应用程序的运行状态；存储应用程序状态信息，所述应用程序状态信息中包括所述第一应用程序的标识与所述第一应用程序的运行状态的对应关系；在休眠时，所述第一设备将所述应用程序状态信息发送给第二设备，使得所述第二设备确定所述第一应用程序的运行状态；所述第二设备用于：接受第一设备发送的应用程序状态信息；所述第二设备存储所述应用程序状态信息；在所述第二设备休眠时，所述第二设备查询存储的所述应用程序状态信息，确定所述第一应用程序的运行状态。
结合第五方面，在一些实施例中，所述第一设备用于：在所述第一设备休眠时，所述第一设备向所述第二设备广播所述应用程序状态信息；所述第二设备用于：在所述第二设备休眠时，所述第二设备接收所述第一设备广播的应用程序状态信息；所述第二设备更新存储的所述应用程序状态信息。
结合第五方面，在一些实施例中，所述第一设备还用于：在所述第一设备休眠时，响应于所述第二设备的查询所述第二应用程序状态的请求，查询存储所述应用程序状态信息，获得所述第二应用程序的状态；向所述第二设备发送所述第二应用程序的运行状态。所述第二设备还用于：在所述第二设备休眠时，向所述第一设备发送目标应用程序状态查询请求。
第六方面，本申请实施例提供了一种芯片，该芯片应用于设备，该芯片包括一个或多个处理器，该处理器用于调用计算机指令以使得该设备执行如第一方面以及第一方面中任一可能的实现方式描述的方法，或者执行如第二方面以及第二方面中任一可能的实现方式描述的方法。
第七方面，本申请实施例提供了一种包含指令的计算机程序产品，当上述计算机程序产品在设备上运行时，使得上述设备执行如第一方面以及第一方面中任一可能的实现方式描述的方法，或者执行如第二方面以及第二方面中任一可能的实现方式描述的方法。
第八方面，本申请实施例提供了提供一种计算机可读存储介质，包括指令，当上述指令在设备上运行时，使得上述设备执行如第一方面以及第一方面中任一可能的实现方式描述的方法，或者执行如第二方面以及第二方面中任一可能的实现方式描述的方法。
可以理解地，上述第三方面提供的设备、第四方面提供的设备、第六方面提供的芯片、第七方面提供的计算机程序产品和第八方面提供的计算机存储介质均用于执行本申请实施例所提供的方法。因此，其所能达到的有益效果可参考对应方法中的有益效果，此处不再赘述。
本申请在上述各方面提供的实现方式的基础上，还可以进行进一步组合以提供更多实现方式。
附图说明
为了更清楚地说明本申请实施例或背景技术中的技术方案，下面将对本申请实施例或背景技术中所需要使用的附图进行说明。
图1是本申请实施例涉及的一种应用场景的示意图；
图2是本申请实施例涉及的另一种应用场景的示意图；
图3a是现有技术中涉及的查询其他设备上应用程序运行状态示意图；
图3b是本申请实施例涉及的一种查询其他设备上应用程序运行状态示意图；
图3c是本申请实施例涉及的另一种查询其他设备上应用程序运行状态示意图；
图4是本申请实施例涉及的另一种应用场景的示意图；
图5是本申请实施例提供一种通信系统架构示意图；
图6是本申请实施例提供的设备的硬件结构示意图；
图7是本申请实施例提供的一种同步应用运行状态信息流程图；
图8a-图8b是本申请实施例提供的一种应用程序代码示意图；
图9是本申请实施例提供的图6实施例中描述的设备和图6实施例描述的设备内各个部件的协作交互示意图。
具体实施方式
本申请的实施例部分使用的术语仅用于对本发明的具体实施例进行解释，而非旨在限定本发明。
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
首先结合图1-图2对本申请涉及的应用场景进行介绍。
图1示例性示出了本申请实施例涉及的一种应用场景的示意图。如图1所示，设备1-设备7之间可存在无线通信连接，例如Wi-Fi连接，可实现设备1-设备7之间的数据通信。设备1-设备7中任意两个设备间还可以通过蓝牙连接，来实现任意两个设备之间的数据通信。例如，设备7与设备3之间可通过蓝牙连接，设备7与设备5之间也可通过蓝牙连接，设备3与设备5之间也可通过蓝牙连接。图1所示的蓝牙连接场景仅为示例性说明，在其他实现方式中，设备1-设备7中任意两个设备之间都可通过蓝牙连接，本申请实施例在此不一一列举。图1所示的设备仅为示例性说明，在其他实现方式中，还可以有其他设备，本申请对此不作任何限定。
本申请实施例中，设备1-设备7中至少任意两个设备之间可装有一个或多个相同的应用程序。例如，智能手机与智能音箱上均安装同一款音乐应用程序，用户在使用智能手机听音乐时，需要智能音箱播放音乐，这时智能手机上的音乐应用程序需要感知智能音箱上的音乐应用程序的运行状态。若智能音箱上的音乐应用程序的运行状态处于活跃状态，则智能手机可以将智能手机上的音乐应用程序中的音乐数据发送至智能音箱上的音乐应用程序，智能音箱则可以播放智能手机上的音乐。
示例性地，如图2所示，用户佩戴可穿戴设备进行跑步，可穿戴设备与智能手机之间可存在无线通信连接，智能手机与可穿戴设备上均安装运动健康应用程序，可穿戴设备上运动健康应用程序记录用户的运动步数。可穿戴设备在记录运动步数后，进入休眠状态，比如，用户摘下可穿戴设备或者可穿戴设备在充电。智能手机需要获取可穿戴设备上的运动数据时，需要首先查询可穿戴设备上运动健康应用程序的运行状态。若可穿戴设备上的运动健康应用程序运行状态为活跃状态，则智能手机可以直接向可穿戴设备发起运动数据查询。若可穿戴设备上的运动健康应用程序运行状态为休眠状态，则智能手机可以先不查询运动健康数据，等待可穿戴设备处于活跃状态时获取运动数据。
如图3a所示，现有技术中，在可穿戴设备处于休眠状态时，智能手机向可穿戴设备发送查询指令，该查询指令包括查询运动健康应用程序的运行状态。可穿戴设备接收查询指令后，可穿戴设备需要先去唤醒主处理器，然后主处理器去查询运动健康应用程序当前的运行状态，最后调用通信模块将可穿戴设备上运动健康应用程序的运行状态发送给智能手机。这样，可穿戴设备需要唤醒主处理器再查询应用程序当前的运行状态，带来了极大的功耗开销。
而在本申请中实施例中，如图3b所示，在可穿戴设备处于休眠状态时，智能手机向可穿戴设备发送查询指令，该查询指令包括查询运动健康应用程序的运行状态。可穿戴设备接收查询指令后，可穿戴设备可通过辅助处理器直接查询存储器中的应用程序状态信息，获得运动健康应用程序的运行状态，再通过通信模块可穿戴设备上运动健康应用程序的运行状态发送给智能手机。本申请实施例中，不需要唤醒可穿戴设备的主处理器，也不需要可穿戴设备的主处理器去查询运动健康应用程序当前的运行状态，因此能极大的降低系统的功耗开销。
另外，在本申请的另一些实施例中，如图3c所示，在可穿戴设备休眠前，已经将运动健康应用程序的运行状态同步给智能手机并存在该智能手机的存储器中，因此，在该智能手机需要查询运动健康应用程序的运行状态时，可通过辅助处理器直接在存储器中查询，无需向可穿戴设备发送查询请求。这样，智能手机需要查询可穿戴设备上运动健康应用程序的运行状态时，不需要每次都向可穿戴设备发送查询请求，直接在本机中就能查询到可穿戴设备上应用程序的最新运行状态，极大地降低了系统功耗开销，并节约了网络资源。
在本申请涉及的另一些场景中，多个设备上均安装有一个或多个相同的应用程序。图4示例性示出了本申请实施例涉及的另一种应用场景的示意图。如图4所示的出行场景中，智能手机、可穿戴设备、车载设备组成一个超级终端，在超级终端上(即智能手机、可穿戴设备、车载设备)安装有导航应用程序，导航应用程序可采集导航数据，智能手机、可穿戴设备、车载设备之间可存在无线通信连接，例如Wi-Fi连接，实现智能手机、可穿戴设备、车载设备之间的导航数据传输。用户在走路时，可以使用智能手机进行导航，当用户坐上车时，可以从智能手机导航切换到车载设备进行导航，当用户下车了，还可以从车载设备导航切换可穿戴设备进行导航。从智能手机导航切换到车载设备导航，再切换到可穿戴设备过程中，导航数据需要实时传输，因此需要智能手机、车载设备、可穿戴设备之间进行实时感知导航应用程序的运行状态。若智能手机导航切换到车载设备导航过程中，车载设备上导航应用程序的运行状态位活跃状态，则智能手机直接将导航数据传输到车载设备。若车载设备上导航应用程序的运行状态位休眠状态，则智能手机需要先唤醒车载设备主处理器，再由主处理器唤醒导航应用程序，导航应用程序处于活跃状态后，再进行导航数据传输。
接下来介绍本申请实施例提供的一种通信系统。
图5示例性示出了本申请实施例提供一种通信系统，如图5所示，该系统包括第一设备、第二设备、第三设备在内的多个设备，多个设备之间可存在有线或无线通信，来实现多个设备之间的数据通信。可对应上述设备1-设备7。多个设备中至少任意两个设备之间可装有一个或多个相同的应用程序。示例性的第一设备可以但不限于是手机、平板电脑、桌面型、膝上型、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、手持计算机、上网本、个人数字助理(personal digital assistant，PDA)、可穿戴设备(例如，智能手表、智能眼镜、头戴设备)、虚拟现实设备、智能家居设备(例如，智能音箱、智能电视、智能电饭锅、智能冰箱、智能扫地机器人等)、车机设备(车载设备、行车记录仪)等，以及其他设备。
可以理解的是，本申请实施例中，该通信系统中运行有同一个应用程序互相协同工作的多个设备，可以被认为组成了一个超级终端。其中，多个设备上的同一应用程序可以是该应用程序的不同版本。例如，可以是手机版、车机版、手表版、平板版。在实际应用中，还可以是其他版本，本申请对此不作任何限定。
下面以第一设备和第二设备两个设备为例，介绍本申请实施例提供的通信系统。
本申请实施例中，第一设备与第二设备均运行一个或多个同一应用程序。第一设备与第二设备上运行的同一应用程序可以是该应用程序的不同版本。例如，可以是手机版、车机版、手表版。该应用程序可以是应用程序1、应用程序2以及应用程序3。第二设备需要获取第一设备中应用程序的运行状态时，可以分为以下两种情况：
第一种情况：第一设备广播应用程序运行状态信息。
具体地，第一设备向第二设备广播第一设备的应用程序状态信息。相应地，第二设备可以接收第一设备广播的应用程序状态信息，以获得第一设备上应用程序对应的运行状态，并存储其应用状态信息。具体实现中，可以是定时广播，比如每隔一分钟第一设备向第二设备广播一次。也可以是满足预设条件时，第一设备才向第二设备广播。
第二种情况：第二设备查询应用程序状态信息。
具体地，查询应用程序状态信息可分为两种情况，第一种情况：第二设备向第一设备发起应用程序运行状态查询。例如，第二设备想要查询第一设备上的应用程序1的运行状态，第一设备接收查询请求，可向第二设备返回应用程序的1的运行状态。第二种情况：第二设备在查询应用程序运行状态之前，已经接收第一设备发送的应用程序状态信息，并存储其应用程序状态信息。此时，第二设备无需向第一设备发起应用程序状态查询，只需查询第二设备上存储的应用程序状态信息。具体实现中，第二设备向第一设备查询应用程序的运行状态可以是定时查询，例如，每隔一分钟向第一设备查询一次。也可以是满足预设条件时，第二设备才向第一设备发起查询。
接下来，示例性地介绍本申请实施例涉及的通信系统中设备的硬件结构。
图6示例性示出了设备100的结构示意图。设备100可以包括：处理器101、存储器102(一个或多个计算机可读存储介质)、通信模块103、输入输出系统105，这些部件可在一个或多个通信总线104上通信。
处理器101可集成包括：一个或多个中央处理器、时钟模块以及电源管理模块。所述时钟模块主要用于为处理器101产生数据传输和时序控制所需要的时钟。所述电源管理模块主要用于为处理器101、通信模块103以及输入输出系统105等提供稳定的、高精确度的电压。
处理器101可包括主处理器1011和辅助处理器1012。
主处理器1011可以包括但不限于中央处理器(central processing unit，CPU)或图像处理器(graphics processing unit，GPU)，主处理器还可以是单核处理器或多核处理器。主处理器可以由CPU和硬件芯片的组合。上述硬件芯片可以是专用集成电路(application-specific integrated circuit，ASIC)，可编程逻辑器件(programmablelogic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complexprogrammable logic device，CPLD)，现场可编程逻辑门阵列(field-programmable gatearray，FPGA)，通用阵列逻辑(generic array logic，GAL)或其任意组合。主处理器也可以单独采用内置处理逻辑的逻辑器件来实现，例如FPGA或数字信号处理器(digital signalprocessor，DSP)等。
主处理器1011可以调用存储器102中存储的程序代码执行以下操作：
在处于活跃状态时，查询设备上应用程序的运行状态，根据应用程序的运行状态生成应用程序状态信息，并将应用状态程序信息存储至辅助存储器。
从活跃状态切换到休眠状态时，更新辅助存储器中的应用程序状态信息。
辅助处理器1012可以是传感器集线器(sensorhub)，可以包括但不限于低功耗的应用处理器(application processor，AP)、协处理器(coprocessor)、低功耗的微处理器(micro-programmed control unit，MCU)等低功耗的处理模块或处理电路。主要是低功耗连接并处理来自各种传感器设备的数据。
辅助处理器1012可以调用存储器102中存储的程序代码执行以下操作：
在主处理器处于休眠状态下，访问辅助存储器中存储的应用程序状态信息，获得应用程序状态信息。辅助处理器1012还可以处理通信相关的数据。例如，辅助处理器1012与通信模块103耦合，指示通信模块103向其他设备广播应用程序状态信息。又例如，辅助处理器1012可指示通信模块103向其他设备发送应用程序状态信息查询请求。辅助处理器1012与存储器102耦合，以更新存储器102中的应用程序状态信息。
主处理器1011和辅助处理器1012可以是独立的器件，也可以是集成在一个或多个处理器中。
通信模块103用于接收和发送无线信号，主要集成了第一设备100的接收器和发射器。具体实现中，通信模块103通过射频信号与通信网络和其他通信设备通信。具体实现中，通信模块103可包括但不限于：移动通信模块(例如4G模块、5G模块)、无线保真(wirelessfidelity，Wi-Fi)模块、蓝牙模块等等。具体实现中，Wi-Fi模块、蓝牙模块可分别用于与其他通信设备，例如第二设备200，建立Wi-Fi、蓝牙等通信连接，以实现近距离的数据通信(可如图1所示)。在一些实施例中，可在单独的芯片上实现通信模块103。通信模块103于根据主处理器1011或辅助处理器1012的指令接收数据或发送数据。
存储器102与处理器101耦合，用于存储各种软件程序和/或多组指令。具体实现中，存储器102可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。存储器102可以存储操作系统(下述简称系统)，例如ANDROID，IOS，WINDOWS，或者LINUX等嵌入式操作系统。存储器102还可以存储网络通信程序，该网络通信程序可用于与一个或多个终端设备，例如所述第二设备，进行通信。存储器102还可以存储用户接口程序，该用户接口程序可以通过图形化的操作界面，将应用程序的内容形象逼真的显示出来，并通过菜单、对话框以及按键等输入控件接收用户对应用程序的控制操作。本申请实施例中，存储器102可存储应用程序状态信息。
通信总线104可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。所述总线1140可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
输入输出系统105主要用于实现设备100和用户/外部环境之间的交互功能，主要包括设备100的输入输出装置。具体实现中，输入输出系统105可包括触摸屏控制器、摄像头控制器、音频控制器等。其中，各个控制器可与各自对应的外围设备(触摸屏、摄像头、音频电路耦合。需要说明的，输入输出系统105还可以包括其他I/O外设。
可以理解的是，图6所示的设备100可以是前述全部内容中的所述的设备。本发明实施例示意的结构并不构成对设备100的具体限定。在本申请另一些实施例中，设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。可以理解的，本实施例示出的结构并不构成对通信系统的具体限定。
下面结合图6所示的通信系统，具体介绍本申请实施例提供的应用程序状态感知方法。请参阅图7，图7是本申请实施例提供的一种应用程序状态感知方法的流程示意图，如图7所示，该应用程序状态感知方法包含步骤S101-S114。
本申请实施例提供的应用程序状态感知方法中，首先，第一设备在活跃状态时，第一设备可查询第一设备上应用程序的运行状态，并将应用程序状态信息保存在存储器，存储应用程序状态信息后，第一设备可通过查询存储器中的应用程序状态信息获得应用程序的运行状态。然后，第一设备在进入休眠状态前，重新查询第一设备上的应用程序的运行状态，更新存储的应用程序状态信息，使得应用存储器中存储的应用程序状态信息是第一设备休眠时第一设备上应用程序的运行状态。最后，第一设备进入休眠状态后，第一设备可向第二设备广播第一设备的应用程序状态信息，第一设备也可向第二设备查询第二设备上的应用程序运行状态。
本申请实施例中，应用程序状态感知方法可分为两个阶段，第一阶段，步骤S101-S107，应用程序状态信息存储阶段；第二阶段，步骤S108-S114，应用程序状态感知阶段。
其中：步骤S101-S106：介绍存储应用程序状态信息过程。步骤S107：介绍更新应用程序状态信息过程，步骤S108-S109：介绍广播应用程序状态信息过程。步骤S110-S114：介绍查询应用程序状态信息过程。下面分别进行描述。
(一)步骤S101-S106，存储应用程序状态信息。
S101：第一设备查询第一设备上第一应用程序的运行状态。
其中，应用程序的运行状态至少包括休眠状态和活跃状态。处于休眠状态的应用程序不再处理例如数据传输的操作。例如，智能手机需要获取可穿戴设备上运动健康应用程序中的数据时，运动健康应用程序处于休眠状态时，智能手机无法获取可穿戴设备上的运动健康应用程序中的数据。第一设备上可包括一个或多个应用程序，第一设备查询的应用程序可以是第一设备上所有的应用程序，也可以是第一设备上预设的应用程序，本申请对此不作任何限定。
S102：第一设备生成应用程序状态信息。
具体地，第一设备查询第一应用程序的运行状态后，可按照预设的规则生成应用程序状态信息。其中，应用程序状态信息中包括第一应用程序的标识与第一应用程序的运行状态的对应关系。应用程序状态信息的表现形式可以是应用程序代码，也可以是应用程序状态表，表示形式不同生成应用程序状态信息的规则不同。具体实现中，应用程序状态信息还可以有其他表现形式，本申请对此不作任何限定。
可选地，第一设备按照预设规则对第一应用程序以及第一应用程序运行状态进行编码生成应用程序代码，以指示第一应用程序与第一应用程序的运行状态的对应关系。应用程序代码可包括第一子代码和第二子代码，第一子代码与第一应用程序的运行状态对应，用于指示第一应用程序的运行状态；第二子代码与第一应用程序对应，用于指示第一应用程序。
示例性地，应用程序代码可以是由4位二进制数字编码，该4位二进制数字包括2个子代码。如图8a所示，第一子代码可由1位二进制数字组成，用于指示应用程序的运行状态。例如，0表示休眠状态，1表示活跃状态。第二个子代码可由3位二进制数字组成，用于指示应用程序的标识，3位二进制数字组合可表示8个应用程序。具体实现中，根据应用程序数目，第二子代码还可以有更多或更少的位数，以指示更多或更少的应用程序。举例说明，001表示应用程序1，010表示应用程序2，011表示应用程序3。对应用程序已经应用程序对应的状态编码，可如表1所示：
应用程序 状态 代码
应用程序1 活跃 1001
应用程序2 活跃 1010
应用程序3 休眠 0011
表1
需要说明的是，表1仅仅是本申请实施例提供的一种实现方式，不应构成限定。
可选地，本申请实施例中，应用程序代码还可以包括第三子代码，第三子代码用于指示设备的标识。如图8b所示，第三子代码可由3位二进制数字编码，3位二进制数字组合可表示8个设备。例如，001可表示设备1。应用程序代码1001001可表示设备1上应用程序1的运行状态位活跃状态。
本申请实施例中提供的应用程序代码可以由其他形式表示，例如八进制、十进制、十六进制等。根据实际应用，代码的位数也有更多或者更少，例如，可采用16位表示、8位表示等。应用程序的状态还可以是1表示休眠，0表示活跃等。本申请实施例中提供的应用程序代码仅仅为示例，不应对本申请构成限定。
可选地，第一设备根据应用程序以及应用程序的运行状态生成应用程序状态表。应用程序状态表中包括第一应用程序的标识和第一应用程序的运行状态的对应关系。
示例性地，应用状态表可包括应用程序标识(例如应用程序的名称)、应用程序的运行状态(例如，活跃状态或休眠状态)。举例说明，应用状态表可如表2所示。
应用程序 版本 状态
应用程序1 V1.1 活跃
应用程序2 V1.2 活跃
应用程序3 V1.2 休眠
表2
需要说明的是，表2仅仅是本申请实施例提供的一种实现方式，不应构成限定。
可选地，应用状态表还可以包括应用状态位。其中，应用状态位是按照预设规则应用程序进行编码，以指示应用程序。应用状态位包括多个子状态位，多个子状态位与多个应用程序一一对应。第一状态位是多个子状态位中的一个，第一状态位包括第一子状态位，第一子状态位与第一应用程序对应。
示例性地，应用状态位可以是由16位二进制数字表示，该16位二进制数字表示16个子状态位，16个子状态位可与16个应用程序一一对应。例如，16位二进制数字0000 00000000 0001可表示应用程序1，16位二进制数字0000 0000 0000 0010可表示应用程序2。本申请实施例提供的应用状态位仅为举例，不应对本申请实施例构成任何限定，本申请实施例的应用状态位也可由其他编码方式表示，本申请不作任何限定。举例说明，应用状态表可如表3所示。
Figure BDA0003014478180000111
表3
需要说明的是，表3仅仅是本申请实施例提供的一种实现方式，不应构成限定。具体实现中，可根据实际情况，添加应用程序的信息，本申请对此不作限定。
可选地，应用状态还可以包括应用程序代码。举例说明，应用状态表可如表4所示。
应用程序 版本 状态 代码
应用程序1 V1.1 活跃 1001
应用程序2 V1.2 活跃 1010
应用程序3 V1.2 休眠 0011
表4
需要说明的是，表4仅仅是本申请实施例提供的一种实现方式，不应构成限定。具体实现中，应用程序状态表可包括更多或更少的应用程序的信息，本申请对此不作限定。
S103：第一设备存储应用程序状态信息。
具体地，在第一设备休眠前，第一设备将生成的应用状态信息存储在存储器。存储的应用程序状态信息可以有多种表示形式，例如，可以存储的是如表3所示的应用程序状态表，第一设备查询应用程序1的运行状态只需查询应用程序状态表中记录的应用程序1对应的状态。无需再去查询第一设备上应用程序1的运行状态，可以降低第一设备的功耗。
S104：第一设备向第二设备发送应用程序状态信息。
具体地，在第一设备休眠前，第一设备向第二设备发送存储的应用程序状态信息。
S105：第二设备接收第一设备发送的应用程序状态信息。
S106：第二设备存储第一设备发送的应用程序状态信息。
本申请实施例，通过将第一设备的应用程序状态信息发送到第二设备，第二设备存储第一设备发送的应用程序状态信息。当第二设备需要获取第一设备上的应用程序的运行状态时，只需查询辅助存储器中存储的第一设备发送的应用程序状态信息，无需向第一设备发起应用程序运行状态查询，等待第一设备发回应用程序运行状态，提升了查询效率，并且降低了第一设备与第二设备的功耗。
(二)步骤S107，更新应用程序状态信息。
S107：第一设备更新存储的应用程序状态信息。
具体地，在第一设备休眠前的第一预设时刻，第一设备重新查询第一设备上第一应用程序的运行状态，然后根据第一应用程序的运行状态更新第一设备中存储的应用程序状态信息。例如，第一设备中存储的应用程序代码为0001,0001表示应用程序1的状态为休眠。第一设备从活跃状态切换到休眠状态时，第一设备查询到应用程序1的运行状态为活跃，第一设备可将第一设备中存储的应用程序代码更新为1001，指示应用程序1的运行状态为活跃状态。这样可以保证第一设备在进入休眠状态时，第一设备中存储的应用程序状态信息是第一设备上应用程序对应的运行状态，避免在第一设备广播应用程序状态信息时，第一设备中存储的应用程序运行状态不是最新状态而导致误导其他设备的情况。
(三)步骤S108-S109，广播应用程序状态信息。
S108：第一设备向第二设备广播应用状态信息。
具体地，在第一设备休眠时，第一设备每隔预设时长将应用程序状态信息广播给第二设备。应用程序状态信息可以是应用程序代码，第一设备访问存储的应用程序状态信息，可得到应用程序代码，第一设备可向第二设备广播应用程序代码，指示第一设备上的第一应用程序以及第一应用程序对应的运行状态。应用程序状态信息还可以是如表3所示的应用程序状态表，第一设备访问存储的应用程序状态信息，可得到应用程序状态位。第一设备向第二设备广播应用状态位，指示第二设备查询第二设备上存储的应用程序状态表，以获得第一设备上的应用程序对应的运行状态。这样，通过广播应用程序代码或者广播应用程序状态位，无需广播完整的应用程序以及应用程序对应的运行状态，采用编码的方式，降低了信息传输量，提高了传输效率。
S109：第二设备接收第一设备广播的应用程序状态信息，更新第二设备上应用程序状态信息。
具体地，在第二设备休眠时，第二设备接收第一设备广播的第一设备的应用程序状态信息，第二设备根据第一设备的应用程序状态信息，更新第二设备中存储的第一设备的应用程序状态信息。
(四)步骤S110-S114，查询应用程序状态信息。
S110：第二设备判断是否存储了第一设备发送的应用状态信息。若是，则执行S111；若否，则执行S112-S114。
具体地，第二设备可访问存储的应用程序状态信息，查询是否存储第一设备发送的应用程序状态信息。也就是说，在第二设备处于休眠状态之前，第二设备是否接收并保存了第一设备发送的应用程序状态信息。若存储的应用程序状态信息中存储了第一设备发送的应用程序状态信息，则执行S111；若存储的应用程序状态信息中没有存储第一设备发送的应用程序状态信息，则执行S112-S114。
S111：查询应用程序状态信息，获得第一应用程序的运行状态。
具体地，第二设备在查询第一应用程序运行状态之前，第二设备接收并存储了第一设备发送的应用程序状态信息。第二设备想要查询第一设备上第一应用程序的运行状态时，首先，可访问存储的应用程序状态信息，得到第一设备的应用程序状态信息。然后按照预设的规则解析应用程序状态信息，可得到第一应用程序的运行状态。例如，得到的应用程序状态信息为应用程序代码1001 1010 0011，按照预设的编码规则可以知道应用程序代码分别表示：应用程序1的运行状态为活跃状态、应用程序2的运行状态为活跃状态以及应用程序3的运行状态为休眠状态。若应用程序1是第一应用程序，则可以得到第一应用程序的状态为活跃状态。这样，第二设备需要查询第一设备上的第一应用程序运行状态时，只需查询第二设备上存储的应用程序状态信息，无需向第一设备发送运行状态查询请求，唤醒第一设备去查询第一设备上第一应用程序的当前运行状态，然后通过调用通信接口发送给第二设备。这样大大降低了设备的功耗开销。
S112：第二设备向第一设备发送第一应用程序状态查询请求。
S113：第一设备查询应用程序状态信息，得到第一应用程序的状态。
具体地，第一设备响应于第二设备查询第一应用程序运行状态请求，第一设备查询存储的应用程序状态信息后，可按照预设的规则解析应用程序状态信息，可得到第一应用程序的运行状态。解析应用程序状态信息具体操作可参见S108中第一设备的相关操作，在此不再赘述。
S114：第一设备向第二设备发送第一应用程序的运行状态。
可选地，第一设备还可以向第二设备发送应用程序状态代码，由第二设备解析应用程序状态代码，得到第一应用程序的运行状态。
可选地，上述实施例是以第二阶段是第一设备和第二设备都处于休眠状态时为例进行说明，具体实现中，在第二阶段中，第一设备和/或第二设备可以处于非休眠状态。
需要说明的是，上述第一设备的相关操作可以是第二设备执行，也可以是第三设备执行，相应地，第二设备的相关操作也可是第一设备执行，还可以是第三设备执行，本申请对此不作任何限定。
需要说明的是，对于上述方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明所必须的。
接下来结合图6所示的设备，介绍图7实施例中的设备以及设备中的各个部件在本申请实施例中的协作关系。
图9示例性示出了第一设备100中的各个部件和第二设备200中的各个部件在本申请实施例中的协作关系。如图9所示，第一设备100包括：主处理器110、辅助处理器120、存储器130、通信模块140；相应地，第二设备200包括：主处理器210、辅助处理器220、存储器230、通信模块240。图7实施例中，以第一设备100和第二设备200在进行应用状态感知时主处理器都处于休眠状态为例，下面具体描述：
(一)步骤1-7，存储应用程序状态信息。
1-4，主处理器110查询第一应用程序运行状态，并生成应用程序状态信息。主处理器110生成应用程序状态信息后，将应用程序状态信息存储在存储器130，并向通信模块140发送指令，指示通信模块140向第二设备200发送应用程序状态信息。具体地，关于应用程序状态信息的生成过程可参考前述图7实施例中步骤S102的相关操作，这里不再赘述。
5，通信模块140响应于主处理器发送的指令，向第二设备200发送应用程序状态信息。
6，通信模块240将接收通信模块140发送的应用程序状态信息，发送给主处理器210。
7，主处理器210将应用程序状态信息存储在存储器230中。
(二)步骤8-10，更新应用程序状态信息。
8，主处理器110更新应用程序状态信息。具体地，关于主处理器110更新应用程序状态信息的相关操作可参考前述图7实施例中步骤S107中的相关操作，这里不再赘述。
9-10，主处理器110和主处理器210进入休眠状态。
(三)步骤11-16，广播应用程序状态信息。
11-13，辅助处理器120访问存储器130中应用程序状态信息，并向通信模块140发送广播指令，以指示通信模块140向第二设备200广播应用程序状态信息。
14，通信模块140响应于辅助处理器110的广播指令，向第二设备200广播应用程序状态信息。
15，通信模块240接收应用程序状态信息，并发送给辅助处理器210。
16，辅助处理器220更新储存器230中的应用程序状态信息。具体地，关于辅助处理器210更新储存器230中的应用程序状态信息的相关操作可参考前述图7实施例，这里不再赘述。
(四)步骤17-26，查询应用程序状态信息。
17-18，辅助处理器220访问存储器230中的应用程序状态信息，得到第一应用程序的运行状态。具体地，相关操作可参考前述图7实施例中步骤S111中的相关操作，这里不再赘述。
19，辅助处理器220向通信模块240发送查询指令，指示通信模块240向第一设备100发送查询第一应用程序运行状态请求。
20，通信模块240响应于辅助处理器220的查询指令，向第一设备100发送查询第一应用程序运行状态的查询请求。
21，通信模块140接收查询第一应用程序运行状态请求，并将查询第一应用程序运行状态请求发送给辅助处理器120。
22-24，辅助处理器120访问存储器130，得到第一应用程序的运行状态，并向通信模块140发送状态指令，指示通信模块140向第二设备200发送第一应用程序的运行状态。具体地，相关操作可参考前述图7实施例中步骤S112中的相关操作，这里不再赘述。
25，通信模块140响应于辅助处理器120的发指令，向第二设备200发送第一应用程序的运行状态。
26，通信模块240接收第一应用程序的运行状态，并发送给辅助处理器220。
可选地，上述步骤22-24中，第一设备100的辅助处理器120可以查询应用程序的运行状态后，向通信模块140发送指令，指示通信模块140向第二设备200发送应用程序状态信息。步骤26中，第二设备200的通信模块240接收的是应用程序状态信息，第二设备200辅助处理器220解析应用程序状态信息，获得第一应用程序的运行状态。
值得说明的是，上述实施例中主处理器110与主处理器210处于休眠状态仅仅为举例说明，本申请实施例中，在应用程序运行状态感知过程中，主处理器110和/或主处理器210还可以处于非休眠状态，主处理器110处于非休眠状态时，上述实施例中步骤11-13和22-24中辅助处理器120的相关操作可由主处理器110执行。主处理器210处于非休眠状态时，上述实施例中步骤16-19中辅助处理器220的相关操作可由主处理器210执行。
可选地，在步骤11-26中，主处理器110与主处理器210可以是处于非休眠状态。例如，在主处理器110处于高负载时，辅助处理器120指示通信模块140进行广播应用程序状态信息或者查询应用程序状态信息，可以缓解主处理器110高负载的状况，提升了系统性能。
本申请实施例中，在第一设备休眠之前，通过存储应用程序状态信息，在第一设备处于休眠状态下，需要查询应用程序的运行状态时，可直接查询存储的应用程序信息，无需唤醒第一设备的主处理器去查询应用程序当前的运行状态，降低了第一设备的功耗开销。并且，在休眠状态下，可通过辅助处理器向第二设备发送应用程序状态信息。第二设备在休眠之前，接收并存储第一设备发送的应用程序状态信息，在第二设备处于休眠状态下，且第二设备需要查询第一设备上的应用程序的运行状态时，第二设备可通过辅助处理器直接查询存储的第一设备发送的应用程序状态信息，无需唤醒第二设备的主处理器去向第一设备发送应用程序运行状态查询请求，降低了第一设备与第二设备的功耗开销，并节约了网络资源。
下面结合如图2所示的应用场景具体描述本申请实施例。
在可穿戴设备处于活跃状态时，可穿戴设备上运动健康应用程序可记录运动传感器采集用户的运动步数，例如加速度计、陀螺仪和磁力计等等。
按照步骤1-3，可穿戴设备主处理器查询运动健康应用程序的运行状态，例如，运动健康应用程序处于休眠状态。查询到运动健康应用程序运行状态后，可穿戴设备的主处理器生成应用程序代码，并将应用程序代码存储在存储器中。例如，应用健康程序的标识为应用程序1，则生成的应用程序代码为0001，表示应用程序1的运行状态为休眠状态，将0001存储在存储器中。按照步骤4-5，可穿戴设备在生成应用程序代码之后，向智能手机发送运动健康应用程序代码0001。按照步骤6-7，智能手机收到应用程序代码0001后，将0001存储在智能手机储存器中。
按照步骤8-10，可穿戴设备入休眠状态之前，可穿戴设备重新查询运动健康应用程序的运行状态，并更新存储中应用程序代码0001。可穿戴设备进入休眠状态后，智能手机想要查询可穿戴设备上运动健康应用程序上记录的用户的运动步数，智能手机首先需要查询可穿戴设备上运动健康应用程序的运行状态，若可穿戴设备上运动健康应用程序的运行状态为活跃状态，则智能手机可以直接向可穿戴设备上运动健康应用程序发起运动步数查询；若可穿戴设备上运动健康应用程序的运行状态为休眠状态，则智能手机可以选择先不查询，等待可穿戴设备被唤醒时再查询运动步数。智能手机获取可穿戴设备上运动健康应用程序的运行状态可通过两种方式，第一种是可穿戴设备广播运动健康应用程序代码；第二种是智能手机查询运动健康应用程序的运行状态。
按照步骤11-16，可穿戴设备的辅助处理器可以访问存储器中存储运动健康应用程序代码，可以根据定时向智能手机广播运动健康应用程序代码0001，智能手机接收到广播的运动健康应用程序代码0001，可以获知运动健康应用程序的运行状态时休眠状态。
按照步骤17-26，智能手机查询运动健康应用程序的运行状态又分为两种情况，
第一种情况：若在可穿戴设备休眠前，已经将运动健康应用程序代码0001发送到智能手机，那么按照步骤17-18，智能手机的辅助处理器可以查看智能手机存储器中存储的代码0001，获得运动健康应用程序的运行状态。
第二种情况：若在可穿戴设备休眠前，没有将运动健康应用程序代码0001发送到智能手机，或者智能手机没有收到发送的代码0001，按照步骤19-26，智能手机的辅助处理器可以向可穿戴设备发起运动健康应用程序运行状态查询，可穿戴设备收到智能手机的查询请求后，查询存储器中的运动健康应用程序的代码，得到运动健康应用程序的运行状态，然后发送给智能手机。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (32)

1.一种应用程序状态感知方法，其特征在于，所述方法包括：
在第一设备休眠前，所述第一设备查询所述第一设备上第一应用程序的运行状态；
所述第一设备存储应用程序状态信息，所述应用程序状态信息中包括所述第一应用程序的标识与所述第一应用程序的运行状态的对应关系；
在所述第一设备休眠时，所述第一设备将所述应用程序状态信息发送给第二设备，使得所述第二设备确定所述第一应用程序的运行状态。
2.根据权利要求1所述的方法，其特征在于，所述第一设备包括主处理器和辅助处理器；
所述在第一设备休眠前，所述第一设备查询所述第一设备上第一应用程序的运行状态，具体包括：
在所述主处理器休眠前，所述辅助处理器查询所述第一设备上第一应用程序的运行状态；
所述第一设备存储应用程序状态信息，具体包括：
所述主处理器存储应用程序状态信息；
所述在所述第一设备休眠时，所述第一设备将所述应用程序状态信息发送给第二设备，使得所述第二设备确定所述第一应用程序的运行状态，具体包括：
在所述主处理器休眠前，所述辅助处理器将所述应用程序状态信息发送给第二设备，使得所述第二设备确定所述第一应用程序的运行状态。
3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：
在休眠前的第一预设时刻，所述第一设备更新存储的所述应用程序状态信息。
4.根据权利要求1-3任一项所述的方法，其特征在于，应用程序的运行状态至少包括休眠状态和活跃状态。
5.根据权利要求1-4任一项所述的方法，其特征在于，所述应用程序状态信息包括：第一应用程序代码，所述第一应用程序代码包括第一子代码和第二子代码；所述第一子代码用于指示所述第一应用程序的运行状态；所述第二子代码用于指示所述第一应用程序。
6.根据权利要求1-4任一项所述的方法，其特征在于，所述应用程序状态信息包括：应用程序状态表，所述应用程序状态表中包括所述第一应用程序的标识和所述第一应用程序的运行状态的对应关系。
7.根据权利要求6所述的方法，其特征在于，所述应用程序状态表还包括第一状态位，所述第一状态位包括第一子状态位，所述第一子状态位与所述第一应用程序对应。
8.根据权利要求1-7中任一项所述的方法，其特征在于，所述方法还包括：
在所述第一设备休眠前，所述第一设备向所述第二设备发送所述应用程序状态信息。
9.根据权利要求1-7中任一项所述的方法，其特征在于，所述在所述第一设备休眠时，所述第一设备将所述应用程序状态信息发送给第二设备，具体包括：
在所述第一设备休眠时，所述第一设备每隔预设时长将所述应用程序状态信息广播给所述第二设备。
10.根据权利要求1-7中任一项所述的方法，其特征在于，所述方法还包括：
响应于所述第二设备查询所述第一应用程序运行状态的请求，所述第一设备查询存储的所述应用程序状态信息，得到所述第一应用程序的状态；
所述第一设备向所述第二设备发送所述第一应用程序的运行状态。
11.一种应用程序状态感知方法，其特征在于，所述方法包括：
第二设备接收第一设备发送的应用程序状态信息，所述应用程序状态信息中包括所述第一设备上的第一应用程序的标识与第一应用程序的运行状态的对应关系；
所述第二设备存储所述应用程序状态信息；
在所述第二设备休眠时，所述第二设备查询存储的所述应用程序状态信息，确定所述第一应用程序的运行状态。
12.根据权利要求11所述的方法，其特征在于，所述第二设备包括主处理器和辅助处理器；
所述第二设备接收第一设备发送的应用程序状态信息，具体包括：
所述主处理器接收第一设备发送的应用程序状态信息，
所述第二设备存储所述应用程序状态信息，具体包括：
所述主处理器存储所述应用程序状态信息；
所述第二设备查询存储的所述应用程序状态信息，确定所述第一应用程序的运行状态，具体包括：
所述辅助处理器查询存储的所述应用程序状态信息，确定所述第一应用程序的运行状态。
13.根据权利要求11或12所述的方法，其特征在于，所述方法还包括：
在所述第二设备休眠时，所述第二设备接收所述第一设备广播的所述第一设备的应用程序状态信息；
所述第二设备根据所述第一设备的所述应用程序状态信息，更新所述第二设备中存储的所述第一设备的所述应用程序状态信息。
14.根据权利要求11或12所述的方法，其特征在于，所述方法还包括：
在所述第二设备休眠时，所述第二设备向所述第一设备发送所述第一应用程序运行状态查询请求。
15.一种设备，其特征在于，所述设备包括：一个或多个处理器和存储器；
所述存储器与所述一个或多个处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，所述一个或多个处理器调用所述计算机指令以使得所述设备执行：
在所述设备休眠前，查询所述设备上安装的第一应用程序的运行状态；
存储应用程序状态信息，所述应用程序状态信息中包括所述第一应用程序的标识与所述第一应用程序的运行状态的对应关系；
在所述设备休眠时，所述设备将所述应用程序状态信息发送给第二设备，使得所述第二设备确定所述第一应用程序的运行状态。
16.根据权利要求15所述的设备，其特征在于，所述一个或多个处理器包括主处理器和辅助处理器，所述主处理器，具体用于调用所述计算机指令以使得所述设备执行：
在所述主处理器休眠前，查询所述设备上安装的第一应用程序的运行状态；存储应用程序状态信息，所述应用程序状态信息中包括所述第一应用程序的标识与所述第一应用程序的运行状态的对应关系；
所述辅助处理器，具体用于调用所述计算机指令以使得所述设备执行：
在所述主处理器休眠时，所述辅助处理器将所述应用程序状态信息发送给第二设备，使得所述第二设备确定所述第一应用程序的运行状态。
17.根据权利要求15或16所述的设备，其特征在于，所述一个或多个处理器，还用于调用所述计算机指令以使得所述设备执行：
在所述设备休眠前的第一预设时刻，更新存储的所述应用程序状态信息。
18.根据权利要求15-17任一项所述的设备，其特征在于，应用程序的运行状态至少包括休眠状态和活跃状态。
19.根据权利要求15-18任一项所述的设备，其特征在于，所述应用程序状态信息包括：第一应用程序代码，所述第一应用程序代码包括第一子代码和第二子代码；所述第一子代码用于指示所述第一应用程序的运行状态；所述第二子代码用于指示所述第一应用程序。
20.根据权利要求15-18任一项所述的设备，其特征在于，所述应用程序状态信息包括：应用程序状态表，所述应用程序状态表中包括所述第一应用程序的标识和所述第一应用程序的运行状态的对应关系。
21.根据权利要求15-18任一项所述的设备，其特征在于，所述应用程序状态表还包括第一状态位，所述第一状态位包括第三子代码，所述第三子代码与所述第一应用程序对应。
22.根据权利要求15-21任一项所述的设备，其特征在于，所述一个或多个处理器，还用于调用所述计算机指令以使得所述设备执行：
在所述设备休眠前，向所述第二设备发送所述应用程序状态信息。
23.根据权利要求15-21任一项所述的设备，其特征在于，所述一个或多个处理器，具体用于调用所述计算机指令以使得所述设备执行：
每隔预设时长将所述应用程序状态信息广播给第二设备。
24.根据权利要求15-21任一项所述的设备，其特征在于，所述一个或多个处理器，还用于调用所述计算机指令以使得所述设备执行：
响应于所述第二设备的查询所述第一应用程序状态的请求，查询存储所述应用程序状态信息，得到所述第一应用程序的运行状态；
向所述第二设备发送所述第一应用程序的运行状态。
25.一种设备，其特征在于，所述设备包括：一个或多个处理器和存储器；
所述存储器与所述一个或多个处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，所述一个或多个处理器调用所述计算机指令以使得所述设备执行：
接收第一设备发送的应用程序状态信息，所述应用程序状态信息中包括所述第一设备上的第一应用程序的标识与第一应用程序的运行状态的对应关系；
存储所述应用程序状态信息；
在所述设备休眠时，查询存储的所述应用程序状态信息，确定所述第一应用程序的运行状态。
26.根据权利要求25所述的设备，其特征在于，所述一个或多个处理器包括主处理器和辅助处理器，所述主处理器，具体用于调用所述计算机指令以使得所述设备执行：
在所述主处理器休眠前，接收第一设备发送的应用程序状态信息，所述应用程序状态信息中包括所述第一设备中安装的第一应用程序的标识与第一应用程序的运行状态的对应关系；存储所述应用程序状态信息；
所述辅助处理器，具体用于调用所述计算机指令以使得所述设备执行：
在所述主处理器休眠时，查询存储的所述应用程序状态信息，确定所述第一应用程序的运行状态。
27.根据权利要求25或26所述的设备，其特征在于，所述一个或多个处理器，还用于调用所述计算机指令以使得所述设备执行：
在所述设备休眠时，接收所述第一设备广播的所述第一设备的应用程序状态信息；
根据所述第一设备的所述应用程序状态信息，更新所述设备中存储的所述第一设备的所述应用程序状态信息。
28.根据权利要求25或26所述的设备，其特征在于，所述一个或多个处理器，还用于调用所述计算机指令以使得所述设备执行：
在所述设备休眠时，向所述第一设备发送所述第一应用程序运行状态查询请求。
29.一种通信系统，其特征在于，包括第一设备、第二设备，其中：
第一设备用于：在所述第一设备休眠前，查询所述第一设备上第一应用程序的运行状态；存储应用程序状态信息，所述应用程序状态信息中包括所述第一应用程序的标识与所述第一应用程序的运行状态的对应关系；在第一设备休眠时，将所述应用程序状态信息发送给第二设备，使得所述第二设备确定所述第一应用程序的运行状态；
所述第二设备用于：接受第一设备发送的应用程序状态信息；存储所述应用程序状态信息；在所述第二设备休眠时，查询存储的所述应用程序状态信息，确定所述第一应用程序的运行状态。
30.一种芯片系统，所述芯片系统应用于设备，所述芯片系统包括一个或多个处理器，所述处理器用于调用计算机指令以使得所述设备执行如权利要求1-10中任一项所述的方法，或者，执行如权利要求11-13中任一项所述的方法。
31.一种包含指令的计算机程序产品，其特征在于，当所述计算机程序产品在设备上运行时，使得所述设备执行如权利要求1-10中任一项所述的方法，或者，执行如权利要求11-13中任一项所述的方法。
32.一种计算机可读存储介质，包括指令，其特征在于，当所述指令在设备上运行时，使得所述设备执行如权利要求1-10中任一项所述的方法，或者，执行如权利要求11-13中任一项所述的方法。
CN202110385231.9A 2021-04-09 2021-04-09 一种应用程序状态感知方法、相关设备以及相关系统 Pending CN115202895A (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202110385231.9A CN115202895A (zh) 2021-04-09 2021-04-09 一种应用程序状态感知方法、相关设备以及相关系统
EP22783949.5A EP4296858A1 (en) 2021-04-09 2022-03-31 Application program state sensing method, related device and related system
PCT/CN2022/084484 WO2022213882A1 (zh) 2021-04-09 2022-03-31 一种应用程序状态感知方法、相关设备以及相关系统
US18/285,104 US20240184622A1 (en) 2021-04-09 2022-03-31 Application status awareness method, related device, and related system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110385231.9A CN115202895A (zh) 2021-04-09 2021-04-09 一种应用程序状态感知方法、相关设备以及相关系统

Publications (1)

Publication Number Publication Date
CN115202895A true CN115202895A (zh) 2022-10-18

Family

ID=83545955

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110385231.9A Pending CN115202895A (zh) 2021-04-09 2021-04-09 一种应用程序状态感知方法、相关设备以及相关系统

Country Status (4)

Country Link
US (1) US20240184622A1 (zh)
EP (1) EP4296858A1 (zh)
CN (1) CN115202895A (zh)
WO (1) WO2022213882A1 (zh)

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2936123B1 (fr) * 2008-09-18 2011-01-07 Peugeot Citroen Automobiles Sa Mise en veille de noeuds esclaves d'un reseau lin par transmission de message(s) de preparation a la mise en veille avant un message de mise en veille
US9042828B2 (en) * 2012-11-26 2015-05-26 Nokia Corporation Method, apparatus, and computer program product for optimized discovery between mobile devices
CN105794220A (zh) * 2013-11-13 2016-07-20 Lg电子株式会社 管理通过网络连接的在广播接收设备和另一个设备之间的连接的方法和装置
US9798378B2 (en) * 2014-03-31 2017-10-24 Google Technology Holdings LLC Apparatus and method for awakening a primary processor out of sleep mode
CN105204836B (zh) * 2014-06-26 2020-03-24 联想(北京)有限公司 信息处理方法及电子设备
US10085211B2 (en) * 2014-09-02 2018-09-25 Apple Inc. Communication of processor state information
JP6558177B2 (ja) * 2015-09-24 2019-08-14 セイコーエプソン株式会社 デバイス管理装置、デバイス監視システムおよびデバイス管理プログラム
CN107239354B (zh) * 2017-06-06 2021-01-26 深圳天珑无线科技有限公司 一种通知息屏事件的方法及终端
KR20200100492A (ko) * 2019-02-18 2020-08-26 삼성전자주식회사 전자 장치 및 전자 장치의 어플리케이션 관리 방법

Also Published As

Publication number Publication date
WO2022213882A1 (zh) 2022-10-13
EP4296858A1 (en) 2023-12-27
US20240184622A1 (en) 2024-06-06

Similar Documents

Publication Publication Date Title
US11611863B2 (en) Method and apparatus for low energy discovery
JP2019186932A (ja) ブルートゥース接続方法、装置、及びインテリジェントターミナル
EP4080920A1 (en) Wireless communication method and device having wireless communication function
JP6239130B2 (ja) 作業負荷に従ってメモリバス帯域幅を低減するためのシステムおよび方法
CN110888821B (zh) 一种内存管理方法及装置
US11099898B2 (en) Method for allocating memory resources and terminal device
JP2017502539A (ja) マルチユーザの省電力コードブックの最適化を実現するためのシステムおよび方法
CN114449491A (zh) 一种通信方法、装置和电子设备
CN111399874A (zh) 一种系统升级方法、装置、存储介质及智能穿戴设备
CN113170497A (zh) 用于调度其通信数据链路的电子装置和方法
JP2019185771A (ja) ブルートゥーススピーカーデータ処理の方法、装置及びブルートゥーススピーカー
CN115202895A (zh) 一种应用程序状态感知方法、相关设备以及相关系统
CN110688339B (zh) 数据传输方法、装置、移动终端及存储介质
EP4287763A2 (en) Electronic device for reducing power consumption in network on basis of wi-fi direct protocol, and method related thereto
CN111327933A (zh) 设备唤醒方法、装置和电子设备
CN111091827B (zh) 语音导览方法及装置、终端和计算机可读存储介质
CN115696637A (zh) 信息获取方法、装置、蓝牙设备、终端设备及存储介质
CN112261634B (zh) 一种蓝牙传输控制方法、装置、终端设备和存储介质
CN213069764U (zh) 一种触控设备
CN113438638A (zh) 通信控制方法和电子设备
CN116737601B (zh) 将外设寄存器扩展为系统ram的方法、装置及存储介质
CN112347011B (zh) 双机通信方法、终端设备及存储介质
CN113596970B (zh) 一种对讲终端功率控制方法、系统、对讲终端和存储介质
CN107688518B (zh) 多复用测试电路及相关产品
CN211075748U (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