CN112351321A - 一种遥控响应方法、电子设备与计算机可读存储介质 - Google Patents

一种遥控响应方法、电子设备与计算机可读存储介质 Download PDF

Info

Publication number
CN112351321A
CN112351321A CN201910736234.5A CN201910736234A CN112351321A CN 112351321 A CN112351321 A CN 112351321A CN 201910736234 A CN201910736234 A CN 201910736234A CN 112351321 A CN112351321 A CN 112351321A
Authority
CN
China
Prior art keywords
key
remote control
time length
focus position
control signal
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
CN201910736234.5A
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.)
Honor Device 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 CN201910736234.5A priority Critical patent/CN112351321A/zh
Priority to PCT/CN2020/106793 priority patent/WO2021027628A1/zh
Publication of CN112351321A publication Critical patent/CN112351321A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/422—Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS]
    • H04N21/42204—User interfaces specially adapted for controlling a client device through a remote control device; Remote control devices therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/422—Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/422—Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS]
    • H04N21/42204—User interfaces specially adapted for controlling a client device through a remote control device; Remote control devices therefor
    • H04N21/42206—User interfaces specially adapted for controlling a client device through a remote control device; Remote control devices therefor characterized by hardware details
    • H04N21/42212—Specific keyboard arrangements
    • H04N21/42218—Specific keyboard arrangements for mapping a matrix of displayed objects on the screen to the numerical key-matrix of the remote control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Human Computer Interaction (AREA)
  • Software Systems (AREA)
  • Telephone Function (AREA)

Abstract

本申请提供了一种遥控响应方法、电子设备与计算机可读存储介质，该方法通过接收用户按下并抬起方向键，使得遥控器发送的第一遥控信号与第二遥控信号，来获取移动时长与停留时长；其中，移动时长为接收到第一遥控信号与接收到第二遥控信号之间的时长，停留时长为焦点在接收到第二遥控信号时的焦点位置处停留的时长，若移动时长达到第一时长阈值，且停留时长达到第二时长阈值，执行预设操作，预设操作包括如下至少一种：预启动焦点位置对应的对象的目标进程，与，预加载焦点位置对应的对象的目标资源。因此，本申请所提供的技术方案能够缩减电子设备对遥控器的响应时长，加快响应速度，提升用户操控体验。

Description

一种遥控响应方法、电子设备与计算机可读存储介质
技术领域
本申请涉及计算机领域，尤其涉及一种遥控响应方法、电子设备与计算机可读存储介质。
背景技术
随着Android(安卓)技术的发展，基于Android的电子设备也越来越多的参与到人们的日常生活中。
以基于Android的智能电视为例，它不再仅仅是一个收看电视节目的机器，而是一个可以点播、交互，甚至是购物的智能终端，是新的电商争夺的入口。智能电视受到遥控器的控制而为用户提供个性化服务，因此，电子设备对遥控器的响应速度直接影响了用户的使用体验。
因此，如何提高被遥控器控制电子设备的响应速度成为本领域重点关注问题。
发明内容
本申请提供了一种遥控响应方法、电子设备与计算机可读存储介质，用以缩减电子设备对遥控器的响应时长，加快响应速度，提升用户操控体验。
第一方面，本申请提供了一种遥控响应方法，应用于电子设备，该方法在接收到遥控器中的方向键被用户按下并抬起的遥控信号，就获取这次按键过程中移动时长和停留时长，若移动时长较长且焦点位置在用户手指抬起后一段时长内保持不变，则对该焦点位置对应的对象的目标进程和/或目标资源进行预加载，从而，若用户后续想要打开或选择该焦点位置对应的对象，就可以快速的调用预启动的目标进程和/或目标资源，能够有效缩短电子设备对遥控器的响应时长，提高了响应速度，提升用户操控体验。
示例性的，第一方面的一种可能的设计中，可以对焦点位置对应对象所对应的指定进程作为目标进程，并预启动该目标进程。如此，可以更有针对性的预加载目标进程，降低了预加载处理对系统资源的占用，有利于提高预加载效率。
示例性的，第一方面的另一种可能的设计中，可以获取焦点位置对应对象的包名，并将与该包名对应的至少一个进程作为目标进程，并预启动目标进程。这种方式能够获取到与焦点位置对应对象相关的所有进程，并由此可个性化的设计具体如何启动目标进程，灵活性较高，且无需对焦点位置设计额外的对应关系。
在此基础上，可以将与包名对应的所有进程中的主进程作为目标进程，则仅对该对象的主进程预启动，以便更快的响应用户操作；或者，还可以获取该包名对应的所有进程，并对所有进程进行预启动，这样能为用户提供更全面的服务。
示例性的，第一方面的另一种可能的设计中，在预启动目标进程时，还可以先获取已启动进程列表，从而，若已启动进程列表中不包含目标进程，再预启动目标进程；反之，若已启动进程列表中包含目标进程，则该目标进程已经启动，无需重复启动。
示例性的，第一方面的另一种可能的设计中，用户在按压方向键的过程中，焦点的移动程度可能不同，因此，若移动时长为焦点在至少三个焦点位置之间移动的时长，则焦点连续移动，可以为第一时长阈值设计相对较大的数值；若移动时长为焦点由一个焦点位置移动到另一个焦点位置的时长，焦点仅单次移动，可以为第一时长阈值设计相对较小的数值。
第二方面，本申请提供了一种遥控响应方法，应用于电子设备，该方法在接收到遥控器中的确定键被用户按下的第一遥控信号时，就获取本次按键的按键事件信息，并由此对焦点位置对应的对象的目标进程与目标资源中的至少一种进行预加载，从而，当用户手指从确定键上抬起，电子设备接收到由此产生的第二遥控信号，就可以快速对本次按键做出响应，输出该对象相应的内容，缩减了电子设备对遥控器的响应时长，提高了响应速度，提升了用户操控体验。
示例性的，在第二方面的一种可能的设计中，可以对焦点位置对应对象所对应的指定进程作为目标进程，并预启动该目标进程。如此，可以更有针对性的预加载目标进程，降低了预加载处理对系统资源的占用，有利于提高预加载效率。
示例性的，第二方面的另一种可能的设计中，可以获取焦点位置对应对象的包名，并将与该包名对应的至少一个进程作为目标进程，并预启动目标进程。这种方式能够获取到与焦点位置对应对象相关的所有进程，并由此可个性化的设计具体如何启动目标进程，灵活性较高，且无需对焦点位置设计额外的对应关系。
在此基础上，可以将与包名对应的所有进程中的主进程作为目标进程，则仅对该对象的主进程预启动，以便更快的响应用户操作；或者，还可以获取该包名对应的所有进程，并对所有进程进行预启动，这样能为用户提供更全面的服务。
在前述任意一种设计中，若预启动的目标进程的数目为至少两个(多个)，则可以同时预启动所有的目标进程；或者，可以依次预启动多个目标进程。或者，还可以预先启动多个目标进程中的主进程，并在按键时长达到预设时长或接收到第二遥控信号时，启动其他的目标进程，如此，在保证能够为用户提供主要服务的基础上，将次要的进程服务延时预启动，以在一定程度上加快响应速度。
示例性的，第二方面的另一种可能的设计中，在预启动目标进程时，还可以先获取已启动进程列表，从而，若已启动进程列表中不包含目标进程，再预启动目标进程；反之，若已启动进程列表中包含目标进程，则该目标进程已经启动，无需重复启动。
第三方面，本申请提供了一种遥控响应方法，应用于电子设备，该方法在接收到遥控器中的返回键被用户按下的第一遥控信号时，即执行预设操作，也就是，预加载当前焦点位置对应的对象上一级菜单的目标资源，和/或，关闭所述对象的当前进程；从而，当用户手指从返回键上抬起，电子设备接收到由此产生的第二遥控信号，就可以快速对本次按键做出响应，快速输出所述对象的上一级菜单，缩减了电子设备对遥控器的响应时长，提高了响应速度，提升了用户操控体验。
第四方面，本申请提供了一种遥控响应方法，应用于电子设备，该方法在接收到遥控器中的关机键被用户按下的第一遥控信号时，即预关闭电子设备中的已启动进程，从而，当用户手指从关机键上抬起，电子设备接收到由此产生的第二遥控信号，就可以快速对本次按键做出响应，实现快速关机，避免用户在按下关键后还需要进一步等待的情况，缩减了电子设备对遥控器的响应时长，提高了响应速度，提升了用户操控体验。
在第四方面的一种可能的设计中，对已启动进程进行预关闭处理时，可以直接预关闭电子设备中所有已启动进程；或者，还可以保留当前焦点位置对应对象的目标进程，将其他已启动进程关闭，如此，用户在按下关机键后，仍然可以观看电子设备屏幕上的内容，用户手指抬起后，只需要对该目标进程进行关闭即可，这也可以在一定程度上提高电子设备的响应速度。
第五方面，本申请提供一种电子设备，包括：一个或多个传感器、一个或多个处理器、一个或多个存储器、以及一个或多个计算机程序；其中，处理器与传感器以及存储器均耦合，上述一个或多个计算机程序被存储在存储器中，当电子设备运行时，该处理器执行该存储器存储的一个或多个计算机程序，以使电子设备执行如第一方面至第四方面中所述的方法。
第六方面，本申请提供一种计算机存储介质，包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行如第一方面至第四方面中任一项所述的方法。
第七方面，本申请提供一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行如如第一方面至第四方面中任一项所述的方法。
综上，本申请所提供的一种遥控响应方法、电子设备与计算机可读存储介质，能够根据用户按压方向键的时长信息预测用户意图，并提前预加载；而对于用户按压确定键、返回键和关机键的按键事件，则可以有效利用起用户按下按键到抬起按键之间的时长，并在这期间对焦点对应对象进行预加载，从而，使得电子设备对遥控器的响应更快速，提升了用户的操控体验。
附图说明
图1为本申请所提供的一种遥控响应方法的场景示意图；
图2为本申请所提供的一种电子设备的结构示意图；
图3为本申请所提供的一种电子设备的系统架构示意图；
图4为本申请所提供的一种遥控响应方法的示意图；
图5为本申请所提供的另一种遥控响应方法的示意图；
图6为本申请所提供的另一种遥控响应方法的示意图；
图7为本申请所提供的一种遥控响应方法的流程示意图；
图8为本申请所提供的另一种遥控响应方法的示意图；
图9为本申请所提供的另一种遥控响应方法的流程示意图；
图10为本申请所提供的另一种遥控响应方法的示意图；
图11为本申请所提供的一种方向键与功能键结合的预加载场景的示意图；
图12为本申请所提供的电子设备中的一种预加载方式的信息交互示意图；
图13A为本申请所提供的另一种遥控响应方法的示意图；
图13B为本申请所提供的另一种遥控响应方法的示意图；
图13C为本申请所提供的另一种遥控响应方法的示意图；
图13D为本申请所提供的另一种遥控响应方法的示意图；
图14A为本申请所提供的另一种遥控响应方法的示意图；
图14B为本申请所提供的另一种遥控响应方法的示意图；
图15A为本申请所提供的另一种遥控响应方法的示意图；
图15B为本申请所提供的另一种遥控响应方法的示意图；
图16为本申请所提供的另一种遥控响应方法的示意图；
图17A为本申请所提供的另一种遥控响应方法的示意图；
图17B为本申请所提供的另一种遥控响应方法的示意图；
图18为本申请所提供的另一种遥控响应方法的示意图；
图19为本申请所提供的另一种遥控响应方法的示意图；
图20为本申请所提供的另一种遥控响应方法的流程示意图；
图21为本申请所提供的另一种遥控响应方法的示意图；
图22为本申请所提供的另一种遥控响应方法的流程示意图。
具体实施方式
以下，结合附图对本实施例的实施方式进行详细描述。
本申请提供一种遥控响应方法，应用于被遥控设备。其中，被遥控设备可以为任意电子设备，如图1所示，遥控器可以向电子设备发送遥控信号来控制电子设备。遥控器与电子设备之间可以无线通信或有线通信，遥控信号通过二者之间的通信进行传输。其中，无线连接方式可以包括但不限于：无线局域网(wireless local area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(Bluetooth，BT)，调频(frequencymodulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等。
本申请中，遥控器中设置有机械按键，用户可以通过按压机械按键，来遥控电子设备，换言之，遥控器可以接收用户的按键输入，以及，产生相应的遥控器信号发送给电子设备。此外，遥控器中的按键类型可以包括但不限于：方向键与功能键。示例性的，可以参考图1 所示的遥控器，该遥控器中设计有：方向键、确定键、返回键、关机键、音量键、菜单键与Home键；其中，方向键包含4个方向上的按键，可用于执行上下左右焦点的移动操作；而确定键、返回键、关机键、音量键、菜单键与Home键则是为了实现某一功能设计的，例如确认键可以实现打开一个APP(Application，应用程序)，返回键用于实现返回或退出功能，可将这些按键作为遥控器的功能键。可以理解，如图1所示的遥控器仅为示例性的，并不构成对遥控器的具体限定。在本申请另一些实施例中，遥控器可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。例如，一种遥控器中仅设置了：方向键、确定键与返回键。以及，在本申请的另一些实施例中，遥控器中各按键的表现形态也可以有其他变形。例如，音量键可以设置在遥控器的侧壁上。又例如，关机键可以为圆形按键。
具体而言，用户在遥控器上进行一次按键操作，遥控器会向电子设备发送两次遥控器信号，并产生两种按键事件：用户手指按下按键的时候，遥控器向电子设备发送一个遥控器信号，电子设备得到Key Down事件；用户手指抬起，遥控器向电子设备发出另一个遥控器信号，电子设备得到Key Up事件。
本申请中，电子设备可以受到遥控器的控制而执行相应的操作，例如，响应遥控器的控制而播放视频，又例如，响应于遥控器的按键控制而关机。具体而言，电子设备的显示屏中可以显示文字、图片、图形，控件，图标，标签，选项等，的部分内容用户可以通过控制设备(如控制器或其他控制设备)选择或控制电子设备显示屏显示的对象，用户通过遥控器的方向键可以控制焦点的移动来选择可控制的对象，这些用户可控制的对象在屏幕中所处的位置即为焦点的可移动位置，焦点实际所处的位置为焦点位置。可以理解，可控制的对象与可控制的对象在显示屏中的显示位置，是由应用层APP的显示设计来决定的，本申请对此无特别限定。例如，图1所示的电子设备的显示屏幕中显示了6个由文字和矩形构成的标签：电视节目、智能家居、应用列表、视频、音乐和游戏，这些标签所处的位置即为焦点的可移动位置，如图1所示，焦点当前处于“电视节目”处，也即，焦点位置为“电视节目”处。焦点位置可以有不同的表示方式，可以表示为焦点位置处的内容或坐标。以图1为例，焦点位置可以表示为“电视节目”这个标签，也可以表示为“电视节目”标签在该显示屏中的坐标，例如，中心点的坐标，又例如，四个顶角的坐标。
在一个显示界面上，焦点一般只能位于一个可移动位置上，对于用户而言，焦点位置处显示的对象处于选中状态。如图1所示，焦点位于“电视节目”处，相对于其他标签，“电视节目”标签突出显示。可以理解，对于选中状态的对象的展示方式(也可以不展示)，不同的应用层APP有不同的设计，图1仅为一种可能的情况。
用户可以按压遥控器的方向键，来控制焦点在各可移动位置上移动，还可以通过按压功能键，来控制电子设备实现某一功能，例如，启动焦点位置所显示内容，或进入焦点位置所显示对象的下一级子菜单。例如，用户可以按压方向键，将焦点位置由“电视节目”处移动到“应用列表”处，并在焦点处于“应用列表”处时，按压确定键，进入应用列表的下一级子菜单，也即，显示具体的应用列表。又例如，用于可以在焦点处于“电视节目”处时，按压“确定键”，以使得该电子设备可以播放电视节目。
电子设备可以包括但不限于：媒体播放器、智能终端、智能穿戴设备、智能家电设备、虚拟现实设备等。其中，媒体播放器可以包括但不限于：智能电视、音乐播放器、视频播放器、电子投影仪等。智能终端可以包括但不限于：智能手机、笔记本电脑、平板电脑等。智能穿戴设备可以包括但不限于：智能手环、智能手表、智能眼镜等。智能家电设备可以包括但不限于：智能电饭煲、智能开关、智能温控设备等。虚拟显示设备可以包括但不限于虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备等。
示例性的，图2示出了图1所示电子设备的一种结构示意图。
电子设备可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线 (universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线 1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。可以理解的是，本实施例示意的结构并不构成对电子设备的具体限定。在本申请另一些实施例中，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。例如，当电子设备为智能电视时，智能电视无需设置SIM卡接口195、摄像头193、按键190、受话器170B、麦克风170C、耳机接口170D、传感器模块180、充电管理模块140，电池142中的一个或多个。图示的部件可以以硬件，软件，或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit， NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。在一些实施例中，电子设备也可以包括一个或多个处理器110。其中，控制器可以是电子设备的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。这就避免了重复存取，减少了处理器110的等待时间，因而提高了电子设备的效率。
在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface， MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。其中，USB 接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备充电，也可以用于电子设备与外围设备之间传输数据，也可以用于连接耳机，通过耳机播放音频。
可以理解的是，本发明实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备的结构限定。在本申请另一些实施例中，电子设备也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。
充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。
电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块 141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。
电子设备的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。天线1和天线2用于发射和接收电磁波信号。电子设备中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在电子设备上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。
无线通信模块160可以提供应用在电子设备上的包括无线局域网(wirelesslocal area networks，WLAN)，蓝牙，全球导航卫星系统(global navigation satellitesystem，GNSS)，调频 (frequency modulation，FM)，NFC，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。
在一些实施例中，电子设备的天线1和移动通信模块150耦合，天线2和无线通信模块 160耦合，使得电子设备可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括GSM，GPRS，CDMA，WCDMA，TD-SCDMA，LTE，GNSS，WLAN，NFC， FM，和/或IR技术等。上述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。
电子设备通过GPU，显示屏194，以及应用处理器等可以实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行指令以生成或改变显示信息。
显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的， AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备可以包括1个或N个显示屏194，N为大于1的正整数。
电子设备可以通过ISP，一个或多个摄像头193，视频编解码器，GPU，一个或多个显示屏194以及应用处理器等实现拍摄功能。
ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。
摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体 (complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。
数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。
视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。
NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。
外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐、照片、视频等数据文件保存在外部存储卡中。
内部存储器121可以用于存储一个或多个计算机程序，该一个或多个计算机程序包括指令。处理器110可以通过运行存储在内部存储器121的上述指令，从而使得电子设备执行本申请一些实施例中所提供的语音切换方法，以及各种功能应用以及数据处理等。内部存储器 121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统；该存储程序区还可以存储一个或多个应用程序(比如图库、联系人等)等。存储数据区可存储电子设备使用过程中所创建的数据(比如照片，联系人等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。在一些实施例中，处理器110可以通过运行存储在内部存储器121的指令，和/或存储在设置于处理器110中的存储器的指令，来使得电子设备执行本申请实施例中所提供的语音切换方法，以及各种功能应用及数据处理。
电子设备可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。其中，音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。
扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备可以通过扬声器170A收听音乐，或收听免提通话。
受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。
麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。电子设备可以设置至少一个麦克风170C。在另一些实施例中，电子设备可以设置两个麦克风 170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。
耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm 的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，还可以是美国蜂窝电信工业协会(cellular telecommunications industry association ofthe USA，CTIA)标准接口。
传感器180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。
其中，压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。电子设备根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，电子设备根据压力传感器180A检测所述触摸操作强度。电子设备也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。
陀螺仪传感器180B可以用于确定电子设备的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定电子设备围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器180B 可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器180B检测电子设备抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消电子设备的抖动，实现防抖。陀螺仪传感器180B还可以用于导航，体感游戏场景等。
加速度传感器180E可检测电子设备在各个方向上(一般为三轴)加速度的大小。当电子设备静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。
距离传感器180F，用于测量距离。电子设备可以通过红外或激光测量距离。在一些实施例中，拍摄场景，电子设备可以利用距离传感器180F测距以实现快速对焦。
接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。电子设备通过发光二极管向外发射红外光。电子设备使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定电子设备附近有物体。当检测到不充分的反射光时，电子设备可以确定电子设备附近没有物体。电子设备可以利用接近光传感器180G检测用户手持电子设备贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式，口袋模式自动解锁与锁屏。
环境光传感器180L用于感知环境光亮度。电子设备可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L 还可以与接近光传感器180G配合，检测电子设备是否在口袋里，以防误触。
指纹传感器180H(也称为指纹识别器)，用于采集指纹。电子设备可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。另外，关于指纹传感器的其他记载可以参见名称为“处理通知的方法及电子设备”的国际专利申请PCT/CN2017/082773，其全部内容通过引用结合在本申请中。
触摸传感器180K，也可称触控面板。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称触控屏。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于电子设备的表面，与显示屏194所处的位置不同。
骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器180M也可以设置于耳机中，结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息，实现心率检测功能。
按键190包括开机键，音量键等。按键190可以是机械按键，也可以是触摸式按键。电子设备可以接收按键输入，产生与电子设备的用户设置以及功能控制有关的键信号输入。
马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。
指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。
SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和电子设备的接触和分离。电子设备可以支持1个或N个SIM卡接口，N 为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。电子设备通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，电子设备采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备中，不能和电子设备分离。
请参考图3，图3示出了图1所示电子设备的一种系统架构示意图。如图3所示的电子设备开机启动后，系统层的系统框架(Framwork)侧的System Server就随之启动，而SystemServer可用于启动System Service(系统服务)，如IMS(Input Manager Service，输入管理服务)、WMS(Window Manager Service，窗口管理服务)、PMS(Package ManagerService，包管理服务)、AMS(Activity Manager Service，页面管理服务)等。
IMS被System Server启动后，创建Input Reader(输入读取)线程和InputDispatcher(输入分发)线程，从而，可以通过Input Reader线程读取遥控器信号对应的事件，并通过Input Dispatcher线程将事件传递到应用层。
示例性的，如图3所示，电子设备与遥控器通过蓝牙进行连接，IMS就可以创建设备文件，以作为设备节点，设备节点可用于记录遥控器信号。从而，当用户按压遥控器上的按键时，遥控器向电子设备发送遥控器信号，IMS中的Input Driver(输入驱动)将遥控器信号输入设备节点，而Event Hub(事件注册)节点获取遥控器信号中的按键信息，Input Reader线程就能够读入按键信息，并根据按键信息读取出遥控器信号所对应的按键事件，InputDispatcher线程将按键事件分发到应用层。
WMS在被System Server启动后，可以向IMS注册或注销Input Channel(输入通道)。Input Channel用于实现系统层(Framwork)与应用层(例如图3所示的Launcher)之间的事件交互，如图3所示，Input Dispatcher线程通过Input Channel将按键事件分发到应用层中对应的 View(视图控件)中。具体而言，Input Channel可作为一种Linux unixsocket的封装，换言之，Input Channel可以由一对unix socket构成，系统层与应用层各有一个unix socket。
PMS为一种系统服务，其在被System Server启动后，可以对各APP的安装包(Android Package，APK)管理。例如，PMS可用于管理APP的包名、UID(android系统中的APP标识)与进程名等数据。
AMS也是一种系统服务，其在被System Server启动后，负责创建APP运行环境，用于实现APP的启动。
电子设备中可以安装一个或多个APP，例如，图3示出的Launcher(桌面启动器)即为应用层的一种APP。具体而言，一个APP通常由多个彼此松散联系的Activity(活动页组件) 组成，而一个Activity则可以由多个View(视图组件)构成。Activity可以提供一个屏幕或 Window(窗口)，用户可与其提供的屏幕或窗口进行交互，以实现相应的功能，例如拨打电话、拍摄照片、发送电子邮件或查看地图等。而View为用户界面的基本构建模块，可以占用屏幕上的一个区域，例如矩形区域，其主要负责对该区域的界面绘制、显示和事件处理。在应用层，Activity可用于管理对应的多个View，负责View的布局以及创建、移除等生命周期相关操作。
由于Input Dispatcher线程是以Window为单位进行事件传递的，如图3所示，Input Dispatcher线程通过Input Channel将按键事件分发给对应的View，而View在接收到按键事件后，需要将按键事件上报给Activity、PMS/AMS和预加载执行器中的一个或多个，以便于 Activity、PMS/AMS、预加载执行器能够根据按键事件，来切换页面、启动或关闭APP(或其中的某些线程或功能)、执行预加载处理等。
为了提高电子设备对遥控器的响应速度，本申请实施例提供一种电子设备的遥控响应方法，该方法可以应用于如图1～3任一项所示的电子设备。下面介绍本申请实施例提供的几个示例。
图4示出了一种可能的场景：用户按下方向键，间隔一段时间之后，再抬起，换言之，用户长按方向键。在该过程中，电子设备中显示的焦点在窗口中连续移动，并最终停留在某一个位置。
如图4所示，用户按下方向键之前，电子设备的Launcher处于应用列表(APP1～APP6) 的显示界面，且焦点位于APP2处。这种情况下，用户按下遥控器中用于指示焦点向下的方向键(以下简称向下键)，遥控器向电子设备发出第一遥控信号，Launcher就能够获取到向下键的Key Down事件。从接收到向下键Key Down事件的时刻起，屏幕中的焦点位置开始由 APP2处向下移动。直至用户抬起手指，遥控器向电子设备发出第二遥控信号，Launcher则获取到该向下键的Key Up事件，停止屏幕中焦点的移动。换言之，用户长按向下键，使得焦点位置由APP2连续移动到APP6。
方向键用于移动焦点的位置，以方便用户就移动后的焦点位置作进一步处理。因此，用户在通过方向键控制焦点移动后，焦点位置若较长时间未发生变化，用户很可能想要对该焦点位置所对应的对象进行操作。这种情况下，可以通过预加载执行器对该焦点位置对应的内容进行预加载操作，以提高电子设备的响应速度。具体而言，可以根据停留时长t停与移动时长t移，来确定何时执行预加载处理。具体的，可以预设第二时长阈值T停与第一时长阈值T移，从而，针对任意焦点位置，若在该焦点位置处的停留时长t停大于或者等于第二时长阈值T停，且移动时长t移大于或者等于第一时长阈值T移，则可在停留时长达到第二时长阈值的时刻，对当前焦点位置处对应的内容执行预加载处理。如图4所示，焦点位置由APP2处移动到APP6 处的移动时长大于第一时长阈值，并且，焦点在APP6处的停留时长达到第二时长阈值，满足预加载条件，预加载执行器将当前焦点位置处对应的APP6进行预加载。如此，若用户后续需要打开APP6，就可以直接调用该预加载的APP6的进程，极大地提高了电子设备的反应速率。
移动时长与停留时长，可以按照如下方式获取得到。
一方面，如图4所示，移动时长是以Launcher接收到方向键Key Down事件的时刻为起点，以Launcher接收到方向键Key Up事件的时刻为终点记录的。换言之，移动时长可视作用户按键时长，或者视作焦点移动过程的时长。移动时长可以通过Launcher获取得到。Launcher可以在接收到方向键Key Down事件时，启动第一计时器，并在接收到方向键KeyUp 事件时，停止第一计时器的计时，得到移动时长t移。
示例性的，Launcher将移动时长发送给预加载执行器，由预加载执行器根据移动时长与第一时长阈值，来确定是否预加载。
示例性的，Launcher中还可以预存第一时长阈值，由Launcher来判断移动时长是否达到第一时长阈值，并在移动时长达到第一时长阈值时，发送第一通知消息至预加载执行器；若未达到第一时长阈值，Launcher无需发送第一通知消息。其中，第一通知消息可以是独立发送的消息，也可以携带在其他消息中。
示例性的，Launcher中还可以预存第一时长阈值，由Launcher来判断移动时长是否达到第一时长阈值，并在移动时长达到第一时长阈值时，Launcher启动第二计时器并开始记录停留时长或获取停留时长的停留起始时刻；反之，若未达到第一时长阈值，则无需记录停留时长或获取停留起始时刻。
另一方面，针对任意一个焦点位置，停留时长则是以焦点移动到该位置为起点(停留起始时刻)，焦点从该位置开始移动为计时终点，计时得到的。除此之外的一种设计中，在计时过程中，还可以将停留时长达到第二时长阈值，作为停留时长的计时终点，这是考虑到停留时长达到第二时长阈值时，就满足了预加载条件，后续继续记录的停留时长是冗余的，无需继续记录，因此，可以终止计时以节省资源。
示例性的，可以由Launcher监控显示界面中的焦点位置，并在监测到焦点移动到任意位置时，调用第二计时器开始计时；并在监测到焦点从该位置移开或者达到第二时长阈值时，终止第二计时器的计时。这种设计可以得到焦点在任意位置上的停留时长。其中，第一计时器与第二计时器可以为同一个计时器，或者，也可以为不同的两个计时器。
示例性的，Launcher还可以将第一计时器结束计时的时刻，作为第二计时器的计时起点。如图4所示，在用户长按方向键的过程中，用户抬起手指，Launcher接收到方向键Key Up 事件，焦点移动到APP6处，此时结束第一计时器的计时，并启动第二计时器的计时，由于用户未继续按键，此时，APP6处的停留时长预先达到第二时长阈值，则可以终止第二计时器的计时。在这种设计中，针对长按过程中焦点快速移动过去的焦点位置，如APP3处、APP4 处、APP5处，都无需记录停留时长，相较于前一方式，有利于节省系统资源。此外，Launcher 还可以在第一计时器结束计时的时刻，启动第二计时器，并判断移动时长是否达到第一时长阈值：若达到，则继续记录当前焦点位置处的停留时长；若未达到，移动时长不满足预加载条件，则终止第二计时器的计时，无需记录当前位置的停留时长。
针对任意焦点位置，若Launcher按照前述任一方式记录的停留时长达到第二时长阈值，则Launcher可以发送第二通知消息至预加载执行器。第二通知消息可以与第一通知消息相互独立，也可以为同一个通知消息。例如，Launcher在确定停留时长达到第二时长阈值时，向预加载执行器发送当前的焦点位置与移动时长。又例如，Launcher在确定移动时长达到第一时长阈值时，启动第二计时器记录停留时长，并在确定停留时长达到第二时长阈值时，向预加载执行器发送当前的焦点位置。又例如，Launcher在确定移动时长达到第一时长阈值时，且确定停留时长达到第二时长阈值时，向预加载执行器发送预加载请求消息，此外，Launcher 还需要将当前焦点位置发送给预加载执行器。
或者，停留时长也可以由预加载执行器记录得到。可以理解，由预加载执行器记录停留时长，与由Launcher记录停留时长的方式类似，也可按照前述设计实现。示例性的，Launcher 还可以在监测到焦点移动到任意位置时，或者，接收到方向键Key Up事件时，获取停留起始时刻，并将停留起始时刻发送给预加载执行器，由预加载执行器来记录停留时长与确定是否预加载。这种实现方式中，预加载执行器可以获取到各个焦点位置的停留起始时刻，可将两个停留起始时刻之间的时长差为前一个焦点位置处的停留时长。
考虑到移动时长和停留时长的存储会占用资源，且这些数据在不满足预加载条件或随着时间发展而失效，因此，还可以根据需要对历史存储的移动时长和/或停留时长进行清理。以 Launcher存储并记录的移动时长数据为例。例如，Launcher可以按照按键事件的发生顺序，依次将移动时长存储到固定大小的存储器中，该存储器在存满后，Launcher还需要再存储新发生的按键事件的移动时长，此时，可以按照先存先出的方式清理已存储的移动时长数据。又例如，Launcher可以仅记录指定数目个，例如3个，按键事件的移动时长，也是按照先进先出的原则，记录新按键事件的移动时长时，清理已记录的移动时长数据。
后续涉及到停留时长、移动时长，以及后续涉及的按键时长，都可以采用前述处理方式，由Launcher或预加载执行器记录得到，后续不再对预加载执行器获取到这些时长的方式进行额外说明。
图5示出了另一种可能的场景：用户按下方向键，很快就再抬起，换言之，用户单次按压方向键。在该过程中，电子设备中显示的焦点在窗口中发生单次移动，并最终停留在当前焦点位置的相邻位置。
图5具体示出了用户单次按压向上键的情况。如图5所示，用户按下向上键之前，电子设备的Launcher处于应用列表(APP1～APP6)的显示界面，且焦点位于APP6处。这种情况下，用户按下遥控器中的向上键，焦点位置由APP6移动到APP5。在该过程中，从Launcher 接收到向上键Key Down事件开始，到Launcher接收到向上键Key Up事件为止，记录本次按键事件对应的焦点移动时长；并将Launcher接收到向上键Key Up事件作为停留起始时刻，开始记录停留时长。如图5所示，若用户单次按压向上键的移动时长大于或者等于第一时长阈值，且按键后焦点在APP5处的停留时长大于或者等于第二时长阈值，那么，预加载模块对当前焦点位置处的APP5进行预加载，以节省后续响应时间。
如图4所示的长按方向键事件，与如图5所示的单次按压方向键事件，在第一时长阈值的设计上可以相同，也可以不同。示例性的，可以设计两个第一时长阈值，假设为第一子阈值T移1和第二子阈值T移2，其中，T移1＞T移2。那么，在实现本方案时，若在一个方向键事件中，若焦点移动位置大于2，也即，焦点在至少三个焦点位置之间移动，焦点在本次方向键事件中发生连续移动，如图4所示焦点位置由APP2连续移动到APP6，则获取第一子阈值 T移1作为第一时长阈值；若焦点移动位置等于2，也即，焦点由一个焦点位置移动到另一个焦点位置，焦点在本次方向键事件中发生单次移动，如图5所示，焦点位置由APP6单次移动到APP5，则获取第二子阈值T移2作为第一时长阈值。如此，针对不同的方向键事件，采取不同的预加载策略，灵活性更高。此外，长按方向键事件与单次按压方向键事件，在第二时长阈值的设计上，也可以采取与第一时长阈值类似的设计，不作赘述。
图6示出了另一种场景：用户长按方向键移动焦点后，又通过单次按压方向键再次移动焦点，最终使得焦点移动到目标位置上。在按键单次移动的场景中，只要移动时长和停留时长达到对应的阈值，即满足预加载条件，即可对焦点对应内容进行预加载。
具体的，图6示出了一种图4与图5结合的应用场景：在该APP列表界面上，用户心仪的目标位置是APP4，但从APP2长按向下键，焦点飞快移动至APP6，此时，该长按向下键事件的移动时长和停留时长满足预设要求，预加载执行器预加载了APP6。后来，用户又按下向上键，将焦点位置由APP6移动到APP5，之后，再次按压向上键，将焦点位置由APP5移动到APP4。焦点到达目标位置，用户暂时停止操作，焦点停留在APP4处。在这种场景中，仍然按照前述设计获取移动时长(t5移和t4移)和停留时长(t5停和t4停)。如图6所示，若移动时长均大于第一时长阈值，但是，t5停＜T停，则停留时长不满足预加载条件，不会在APP5处执行预加载；而t4停≥T停，则预加载APP4，以便用户想要打开APP4时能够更快响应。
此时，图7示出了本申请中针对方向键按键事件的预加载策略，如图7所示，电子设备所执行的遥控响应方法可以包括如下步骤：
S702，接收所述遥控器发送的第一遥控信号，所述第一遥控信号为用户按下遥控器的方向键产生的。
S704，接收所述遥控器发送的第二遥控信号，所述第二遥控信号为所述用户抬起所述方向键产生的。
S706，获取移动时长与停留时长；其中，所述移动时长为接收到所述第一遥控信号与接收到所述第二遥控信号之间的时长，所述停留时长为焦点在接收到所述第二遥控信号时的焦点位置处停留的时长。
S708，若所述移动时长达到第一时长阈值，且所述停留时长达到第二时长阈值，执行预设操作。
其中，所述预设操作包括如下至少一种：预启动所述焦点位置对应的对象的目标进程，或者，预加载所述焦点位置对应的对象的目标资源。
该预设操作的具体实现方式，后续具体说明。
在实际场景中，用户最终是通过按压功能键来控制电子设备执行某一功能的。例如，用户在应用列表中的某一视频应用处，按压确定键，以控制电子设备启动该视频应用。又例如，用户在某一音乐的焦点位置处，按压确定键，来控制电子设备播放该音乐。又例如，用户按压关机键，来控制电子设备关机。又例如，用户按压返回键，来控制电子设备输出显示上一级菜单。又例如，用户通过按压音量键中的“+”，来控制电子设备输出的音频声音放大。
图8示出了一种功能键的预加载场景。如图8示，电子设备仍处于APP列表的显示界面上，焦点位于APP6处。若用户按下确定键，Launcher将确定键Key Down事件发送给预加载执行器，预加载执行器根据确定键Key Down事件可以确定用户想要启动APP6，因此，预加载执行器对APP6进行预加载，那么，之后用户手指从确定键上抬起时，就能够直接启动 APP6。从而，本方案有效利用了按键按下与抬起之间的时长，并且，通过按键抬起前的预加载处理，在按键抬起后就无需再花费时间预加载APP6，极大缩短了启动APP6的响应速度，提升用户体验感。
此时，图9示出了本申请中针对确定键按键事件的预加载策略，如图9所示，电子设备所执行的遥控响应方法可以包括如下步骤：
S902，接收所述遥控器发送的第一遥控信号，所述第一遥控信号为用户按下遥控器的确定键产生的。
S904，获取按键事件信息，所述按键事件信息至少包括：焦点位置。
S906，执行预设操作，所述预设操作包括如下至少一种：预启动所述焦点位置对应的对象的目标进程，或者，预加载所述焦点位置对应的对象的目标资源。
S908，接收所述遥控器发送的第二遥控信号，所述第二遥控信号为所述用户抬起所述确定键产生的。
S908，输出所述对象相应的内容。
在实际场景中，用户的按键策略是灵活多变的，这也就涉及到一种情况：在预加载执行器需要预加载某一内容时，该内容已经被预加载过了。一种示例性的场景中，用户通过按压方向键来移动焦点，再通过按压功能键，来实现某种功能。在这种场景中，仍以确定键为例，用户按压确定键时，很可能已经通过方向键的移动而对当前焦点位置处对应的内容进行了预加载处理。
图10示出了一种方向键与功能键结合的预加载场景。如图10所示，电子设备处于APP 列表的显示界面上，焦点处于APP2处。此时，用户长按向下键，产生向下键Key Down事件，开始记录移动时长，一段时长后，用户抬起手指，电子设备获取到向下键Key Up事件，停止移动时长的计时，并开始记录停留时长。如图10所示，若t移≥T移，则在t停＝T停时，预加载执行器预加载APP6。之后，用户按下确定键，从而，Launcher将确定键Key Down事件发送给预加载执行器，按照确定键的预加载方式，这可以再次触发预加载执行器对APP的预加载处理。此时，预加载执行器检测到现已经提前预加载了APP6，无需再重复执行预加载处理，当用户手指从确定键上抬起时，Launcher获取到确定键Key Up事件，即可立即启动APP6。
图11示出了另一种方向键与功能键结合的预加载场景。如图11所示，用户长按向下键， t移≥T移，则在向下键抬起后的停留时长达到T停时，预加载执行器预加载APP6，当用户后续又按下确定键时，可以确定用户是想要启动该APP6，因此，可以在此时就开始启动APP6。相较于图10所示设计，如图11所示的设计能够进一步利用并缩减用户按下确定键到抬起确定键之间的时长，使得电子设备能够更快的响应用户操作，具备较好的用户体验。
本申请中，对于如图7和图9所描述的预设操作都是由电子设备所执行的预加载动作，现从“预启动所述焦点位置对应的对象的目标进程”与“预加载所述焦点位置对应的对象的目标资源”两方面对预设操作作的实现方式进行说明。
一方面，前述预设操作中所涉及到的“预启动所述焦点位置对应的对象的目标进程”的处理，可以有如下处理：
获取所述焦点位置所对应的应用程序的包名；
获取所述包名对应的至少一个进程，以作为所述目标进程；
预启动所述目标进程。
图12示出了电子设备内各器件之间的信息交互情况，以下，结合图12对这种预加载处理方式进行说明。
Launcher可以接收到Input Dispatcher线程分发的按键事件，之后，可参考图12。Launcher 在接收到按键事件后，将按键事件信息发送给预加载执行器，其中，按键事件信息包括事件组合信息与焦点信息，事件组合信息中携带按键类型，由此，预加载执行器根据事件组合信息确定是否需要执行预加载，确定过程不再额外赘述。若预加载执行器确定进行预加载处理，则发送进程信息查询请求给PMS，其中，进程信息查询请求用于查询与焦点信息相对应的目标进程信息，故而，预加载执行器还需要接收PMS反馈的目标进程信息。之后的处理则可以至少有如下几种设计：
一种可能的设计中，如图12所示，预加载执行器可以调用AMS的checkproc接口，并通过该checkproc接口向AMS发送已启动进程查询请求，并接收AMS反馈的已启动进程信息，例如，已启动进程列表。从而，若目标进程为已启动进程中的一个，则预加载执行器可确定目标进程已启动，此时，如图10或图11所示，无需再重复执行预加载处理。反之，若目标进程不在已启动进程中，则预加载执行器确定目标进程未启动，那么，预加载执行器就可以向AMS请求启动该目标进程。也就是，发送目标进程的预加载请求，AMS即可启动目标进程，完成了对焦点位置处对应的对象的目标进程的预启动。
另一种可能的设计中，预加载执行器在获取到目标进程信息之后，还可以向AMS发送目标进程查询请求，以查询该目标进程是否已经启动。从而，预加载执行器可以直接接收AMS 反馈的查询结果：已启动或未启动。预加载执行器在目标进程未启动时，向AMS发送目标进程的预加载请求即可。本申请对查询结果的反馈方式无特别限定，例如，AMS可以反馈0或1以分别指示已启动或未启动(本方案不限定对应关系)；又例如，AMS可以反馈前述文字信息；又例如，AMS可以反馈高电平或低电平信号，不作穷举。
另一种可能的设计中，预加载执行器在获取到目标进程信息之后，还可以直接向AMS 发送目标进程的预加载请求。从而，AMS在接收到该预加载请求后，确定目标进程是否已启动，若未启动，则启动目标进程；若已启动，则无需处理，或向预加载执行器反馈已启动通知。
可以理解，图12为示例性的，在实际实现场景中还可以有多种变形实现方式。例如， Launcher可以根据方向键事件判断是否执行预加载，若是，Launcher仅发送焦点信息给预加载执行器，预加载执行器接收到焦点信息即可确定需要对该焦点信息对应内容进行预加载。又例如，Launcher可以将焦点位置发送给预加载执行器，由预加载执行器根据焦点位置获取焦点信息。
本申请中，事件组合信息可以包括但不限于：按键(Key Code)类型，此外，还可以包括：应用类型与使用场景中的至少一个。其中，Key Code类型用于指示按键是确定键、方向键、返回键还是关机键；应用类型为焦点位置对应的应用类型，例如，可用于指示是输入法还是视频播放器，或者音乐播放器；使用场景则可以用于指示按键事件是在应用启动场景、语音输入场景或者文字输入场景中触发的。
焦点信息可以包括但不限于：packagename(包名)。packagename可以唯一对应一个APP。可以理解，基于页面布局的不同，各焦点可移动位置的焦点信息可能不同。例如，图4～图6、图8、图10、图11所示的应用列表界面中，各焦点可移动位置分别对应于不同的APP，此时，若任意两个APP都不相同，那么，在该显示界面中，任意两个焦点可移动位置对应的焦点信息也都不同。因此，在任意一个显示界面中，各焦点可移动位置对应的焦点信息都是提前定义好的，因此，Launcher根据焦点当前所处的焦点位置，就可以唯一确定一个packagename，并发送给预加载执行器。
此外，焦点信息还可以包括但不限于：title(标签)。这是涉及到在一个标签下对应的标签页内容的情况，如后续涉及到的图16、图17、图19，后续详述。
进程信息可以包括但不限于：UID。其中，UID用于在Android系统中标识应用程序。UID在APP安装时被分配得到，且不会改变。在单用户场景下，一个APP只有一个UID，但是一个UID可以对应多个APP。例如，APP1的UID为1111，APP2的UID也是1111，APP3 的UID也可以是1111。这种场景中，由于一个APP只有一个Packagename，因此，一个 Packagename只对应一个UID，一个UID可以对应多个Packagename。因此，根据UID与 Packagename就可以唯一确定一个APP。在多用户场景中，一个UID由用户ID和应用ID共同决定，也就是，一个用户的APP对应一个UID，一个UID可以对应多个用户的同一个APP，或者，一个UID可以对应一个用户的多个APP。此时，在确定了一个用户的情况下，如用户登录账户的情况下，通过UID与Packagename也可以唯一确定一个APP。具体实现时，预加载执行器可以调用PMS的get UidBy Package Name接口，来与PMS进行交互，包括发送进程信息查询请求、接收目标进程信息等过程。
基于前述过程，在预加载执行器获取到Packagename与UID后，即可向AMS请求启动Packagename与UID对应的APP，实现预加载处理。具体实现时，预加载执行器可以调用AMS的checkproc接口完成前述查询过程的交互，并通过调用AMS的startproc接口请求AMS启动APP。
需要说明的是，如图12所示，在前述场景中所设计到的预加载APP，是指对APP的进程进行预先启动，以便于后续用户手指从确定键上抬起时，能够直接调用这些预先启动的进程，并直接反馈给用户。基于此，本申请对于用户手指从确定键上抬起时，APP进程是否已完全启动无特别限制，例如，用户手指抬起时APP的进程可能处于启动中的状态，此时，APP进程虽然未完全启动，但也能够在一定程度上缩短用户抬起手指后等待APP启动的等待时长，提升用户体验。
一个APP可以有一个或多个进程。例如，一个信息输入类的APP，可以包含一个文字输入进程，还可以包括一个语音输入进程。又例如，一个视频类APP，可以包括一个视频播放进程、一个音频播放进程。可以理解，若一个APP只对应一个进程，预加载执行器在进行目标进程的预启动时，加载该APP对应的这一个进程即可。
若一个APP对应多个进程，则至少可以有多种设计。以确定键所对应的第二预设操作为例，图13A-13D示出了当APP6对应于多个进程时的几种预加载方式。
一种可能的设计中，获取所述包名对应的所有进程，以作为所述目标进程。请参考图13A。在APP列表中，焦点处于APP6处，用户按下确定键。预加载执行器获取到确定键 KeyDown事件与焦点处对应的Packagename，并且，预加载执行器通过与PMS交互，获取到Packagename对应的UID与进程标识(例如，进程名)，从而，预加载执行器向AMS请求加载APP6对应的全部进程。这种情况下，用户抬起手指，在收到确定键Key Up事件时，由于已预启动了APP6的全部进程，因此，可以在用户手指抬起时，可直接进入APP6的全部进程，在电子设备的显示界面上显示APP6，为用户提供APP6的全部服务。
此时，APP6的全部进程都作为目标进程，此时，目标进程的数目为多个，在预启动多个目标进程时，可以依次预启动所述焦点位置对应的对象的多个目标进程。具体实现时，每次可以仅预启动一个目标进程，也就是，一个目标进程预启动完毕后，再预启动下一个目标进程。或者，还可以按照一定的时间间隔，来预启动各目标进程，也就是，一个目标进程预启动完毕后，间隔一段时间，例如2ms，再预启动另一个目标进程。或者，还可以同时预启动多个进程，则可以在一个目标进程进行开始预启动的时刻后3ms，就开始启动下一个目标进程，此时，前一个目标进程可能还未完全启动。或者，前述各实现方式中，还可以将一个目标进程替换为同时预启动至少两个目标进程。
若按照前述方式依次预启动各目标进程，则可以按照随机顺序或自定义顺序进行预启动。例如，可以根据PMS中查询到的包名对应的进程列表，按照由上至下(或相反)的顺序，依次预启动各目标进程。又例如，还可以首先预启动主进程，再预启动主进程之外的其他目标进程(辅进程)，辅进程可以按照任意自定义次序或随机次序进行预启动。
具体而言，可以通过进程名或标识的方式，来区分主进程与辅进程。例如，主进程的进程名可以与APP的包名相同，辅进程的进程名可以为APP的包名与其他标识符的组合。又例如，主进程与辅进程的进程名可以相同，但是，主进程的属性信息中包含主进程标识符。
此外，还可以同时预先启动所有的目标进程，不作赘述。
另一种可能的设计中，还可以获取所述至少一个进程中的主进程，以作为所述目标进程。请参考图13B。预加载执行器在预加载APP6时，可以仅对其中的主程序进行预启动，当用户手指抬起，电子设备进入APP6的主进程，为用户提供APP6的主进程服务。这种情况下，APP6的其他辅进程则可以在主进程启动后再启动。相较于图13A所示方式，这种实现方式优先启动主进程，为用户提供主进程的相关服务，并在用户使用过程中，再加载其他进程和服务。
此外，另一种可能的设计中，还可以获取所述对象所对应的指定进程，以作为所述目标进程，并预启动所述目标进程。请参考图13C。若APP6对应多个进程中的某一个进程(作为指定进程)，还可以在焦点位置处预设焦点位置对应的指定进程，从而，在用户触发指定焦点位置处的确定键操作时，预加载执行器就可以在接收到确定键Key Down事件时，加载APP6的指定进程，从而，在用户手指抬起时，启动该指定进程。
在这种设计中，指定进程可以为APP6的主进程或其中的一个辅进程。举例说明，若APP6 为一个音频播放类APP，其具体包含音频播放进程(主进程)与视频播放进程(辅进程)，若用户通过按压遥控器选择并确定打开某一MP3文件，则可以将该MP3文件对应的主进程作为指定进程，预加载其中的音频播放进程；若用户通过按压遥控器选择并打开了某一AVI文件，则可以将该MP3文件对应的辅进程作为指定进程，预加载其中的视频播放进程。
实际实现场景中，对象与指定进程之间的对应关系，可以是通过预设焦点位置与指定进程之间的对应关系来实现的。在这种设计中，预加载执行器在获取到Launcher提供的焦点位置后，即可根据焦点位置与进程之间的对应关系，来确定指定进程。其中，焦点位置与进程之间的对应关系可以是前端设计好的，该对应关系可以存储在预加载执行器中，或者，也可以存储在PMS中，或存储在电子设备的其他可读存储位置，本申请对此无特别限定。
前述预启动方法可以适用于本文所涉及的预设操作。
此外，针对确定键的预设操作中，预启动目标进程的处理方式，本申请还提供一种特殊的实现方式：当满足预加载条件时，首先预启动所述多个目标进程中的主进程；并获取所述按键事件信息中携带的按键时长，从而，在所述按键时长达到第三时长，或者，接收到所述第二遥控信号时，启动所述目标进程中除所述主进程之外的其他进程。
此时，请参考图13D。若APP6对应多个进程，多个进程中包含APP6的一个主进程。此时，若用户在APP6处按下确定键，则预加载执行器在接收到确定键Key Down事件时，首先预加载APP6的主进程，并且，从接收到确定键Key Down的时刻开始记录按键时长，若在用户抬起手指之前，也就是接收到确定键Key Up事件之前，按键时长达到预设时长T按1，则预加载APP6的其他进程，从而，在用户手指抬起时，能够快速的输出APP6的主进程服务，并尽可能快的启动其他进程。反之，若在达到T按1之前，用户手指就抬起来，则可以按照如13B所示方式，在用户手指抬起后再加载其他进程。除此之外，还可以设置多个T按1，每达到一个T按1，就启动一个辅进程，各T按1可以具备相同的时间间隔，也可以不同。
另一方面，本文中预设操作中所涉及到的“预加载所述焦点位置对应的对象的目标资源”的处理，则可以按照如下方式处理。
首先需要说明的是，目标资源与焦点位置所对应的对象相关。举例来说，用户打开一个视频APP，则在启动该视频APP并输出主界面时，需要预加载主界面的图片资源、视频资源 (如短时播放某一视频的场景)。又例如，用户在音乐播放列表上，可能涉及提前预加载用户选择的音乐资源。因此，预加载所述对象的目标资源，是指将所述对象对应的目标资源提前进行缓存(加入缓存队列)，以便于用户做出进一步选择(方向键的情况)或者用户手指抬起(确定键的情况)时，能够快速的输出目标资源。
一种可能的实现中，在用户按下确定键，预加载执行器收到确定键Key Down事件时，则在预启动焦点位置对应对象的目标进程时，还可以同时预加载所述对象的相关资源。例如，用户按压方向键，得到的移动时长大于第一时长阈值，且停留时长大于第二时长阈值，那么若当前焦点位置对应对象为某一个视频，则此时可以预启动视频播放器进程，并预先缓存该视频资源，从而，当用户进一步选择打开该视频时，就可以快速为用户播放该视频，节省等待视频播放器启动和视频资源加载的时长，有利于提升用户操控体验。
另一种可能的实现中，针对确定键事件，则可以利用按键时长与预设阈值的方式，来确定是否加载相关资源。如前所述，按键时长是从接收到确定键Key Down的时刻开始记录的。图14A-14B示出了这种方式。如图14A所示，在APP列表上，用户按下确定键，预加载执行器预启动APP6的目标进程，并启动第三计时器开始记录按键时长，若在用户抬起手指之前，也就是接收到确定键Key Up事件之前，按键时长达到预设时长T按2，则预加载APP6 的相关资源(作为目标资源)。从而，在用户手指抬起时，能够快速的进入APP6的目标进程，并展示其中的资源。反之，若在按键时长达到预设时长T按2之前，用户抬起手指，如图14B所示的t按＜T按2时，则在用户手指抬起并启动APP6之后，再进行相关资源的加载。可以理解，相较于同时预加载APP进程和相关资源的方式，或者，相较于先预加载APP进程，再预加载相关资源的方式，图14B所示方式在展示APP6的相关资源方面，会响应的稍慢。
此外，对于确定键事件而言，与方向键类似的，本申请还进一步为单次按压功能键、长按功能键设计不同的预加载策略。图15A-15B示出了一种可能的实现方式。如图15A所示，在APP列表界面上，焦点处于APP6处。用户按下确定键，则开始预加载APP6的目标进程，并开始启动第三计时器记录按键时长，按键时长的计时终点为用户抬起手指，预加载执行器接收到确定键Key Up事件。此外，还设置了预设时长T按3，从而，若t按＜T按3，则本次按键事件为用户单次按压确定键触发的，此时，可以如图15A所示，在用户手指抬起时，在电子设备的显示界面上输出APP6所提供的服务；或者，若t按≥T按3，则本次按键事件是用户长按确定键触发的，此时，则可以如图15B所示，在用户手指抬起时，输出APP6的详细信息。
可以理解，图15A-15B仅为示例性的，并不用于限制本申请。例如，还可以将单次按压与长按的设计，与前述启动APP不同进程的方式相结合。示例性的，若t按＜T按3，则本次按键事件为用户单次按压确定键触发的，在用户手指抬起时启动APP6的进程1；或者，若t按≥T按3，则本次按键事件是用户长按确定键触发的，则在用户手指抬起时启动APP6的进程2。
以下对涉及标签(title)的场景的预加载方式进行简述。这种场景下，预加载根据title 和Packagename来确定所要启动的目标进程。可以理解，在前述图4～图15B涉及到APP列表的方案中，针对任一焦点位置，其title为空，Packagename为APP的包名，不为空。而在涉及标签的场景中，若焦点在标签栏移动，则title不为空。
图16示出了一种焦点在标签页移动的场景，在该场景中，电子设备的焦点一开始位于音乐标签处，并在其下显示了音乐列表(音乐1～音乐5)，用户按下向右键，将焦点位置由音乐标签移动到视频标签，则电子设备显示视频标签下的视频列表(视频1～视频5)。在这种场景中，按键移动后的视频标签，可通过视频播放器打开这个标签页下的所有内容，此时，title 不为空，Packagename可以为空(预设了title对应的APP的情况)或者不为空(可能不同焦点可移动位置对应不同视频播放器的场景)。在该过程中，若焦点的移动时长大于或者等于第一时长阈值，且停留时长达到第二时长阈值时，预启动视频标签对应的视频播放器进程。
同样的，若用户在图16所示场景中，在焦点处于视频标签时，用户又进一步点击向左键，焦点位置又由视频标签移动到音乐标签处。若此次移动过程中的移动时长大于或者等于第一时长阈值，且停留时长在此达到第二时长阈值时，预启动音乐标签对应的音乐播放器进程。
此外，若用户在图16所示场景中，在焦点处于视频标签时，用户又进一步点击向右键，焦点位置由视频标签到达游戏标签。但是，但游戏标签对应标签页内容为游戏列表，此时，游戏标签的title为空，Packagename不为空，仅通过焦点处于标签页的焦点信息，无法获取到对应的Packagename，因此，对于这一类标签页，通过方向键在标签页移动控制，预加载执行器无法进行预加载处理，直至用户通过方向键选择到具体的游戏时，预加载执行器可以获取到Packagename，并按照前述原则触发预加载处理即可。或者，若游戏标签对应的游戏进程较少，例如，游戏标签对应的游戏列表中仅包含一个游戏，则可以获取该游戏的包名，以作为Packagename，并执行预加载。这种实现方式中，可以预设标签页中游戏的数目阈值 (或进程数目阈值)，那么，若获取到标签的title为空，且对应的标签页中的游戏数目小于预设数目阈值，则可以获取这些游戏的包名均作为Packagename，并对这些游戏都进行预加载。
基于如图16所示场景，在焦点位置移动到视频标签后，用户又再次按压方向键，使得焦点位置由标签位置转移到标签页下的内容界面，并在内容界面上可以继续选择并处理。此时，还可以进一步结合按键事件，来对相应资源进行预加载。图17A-17B示出了这种场景。
如图17A所示，用户通过按压方向键，将焦点位置由音乐标签移动到视频标签的移动时长达到第一时长阈值，并且，在焦点停留在视频标签上达到第二时长阈值时，预启动视频播放器的进程。之后，用户按下向下键，焦点位置由视频标签移动到视频列表中的视频1处，之后，用户按下了确定键，那么，预加载执行器在接收到确定键Key Down事件时，就可以再次执行预加载处理。此时，由于已经成功预启动了视频播放器进程，无需再重复启动该视频播放器进程，可以预加载视频1的资源，也就是，预先缓存视频1。如此，在后续用户抬起手指时，能够更快的触发视频播放器播放视频1，提高了电子设备的响应速度。
如图17B所示的实现方式，与图17A类似，区别之处在于，用户长按向下键，焦点位置由视频标签处飞快移动到视频列表中的视频1，并继续快速移动，直至移动到视频4处，用户抬起手指，焦点停留在视频4处。此时，通过移动时长与停留时长的判断，预加载执行器执行预加载处理，此时，如图17B所示，预加载执行器预加载视频4的资源。
此外，一种可能的场景中，若与视频标签对应的APP存在多个时，例如，电子设备中安装有视频播放器1和视频播放器2，在这种情况下，预加载执行器请求预启动的目标进程可以根据用户的使用数据，将其中的一个进程确定为目标进程，其中，用户使用数据可以通过 Launcher获取得到。例如，一种方式中，将用户最近一次打开的视频播放器的进程作为目标进程；另一种方式中，将用户使用频率较高的一个视频播放器的进程作为目标进程。或者，若对应的APP数目小于预设的可启动数目阈值，则可以预加载标签对应的多个APP，也就是，对视频播放器1和视频播放器2进行预启动。或者，也可以在多个APP中预设默认APP，预加载执行器仅对默认APP进行预启动。
需要说明的是，在如图17A-17B所示出的一种场景中，若预加载执行器两次判断需要进行预设操作时，第一次执行预设操作可用于预启动APP的目标进程，第二次执行预设操作可用于预加载焦点位置处对应的目标资源，目标资源所指代的具体类型也是由前端来确定的。图17A-17B是本方案的一种可能的设计，并不用于限制本申请的范围。
此外，除通过AMS实现预加载处理之外，针对输入型进程，例如，语音输入进程，或者，文字输入进程，这一类进程一般在后台持续运行。因此，在涉及到用户针对输入框或语音标识符按压确认键时，预加载执行器在接收到确定键Key Down事件时，无需向AMS请求启动，而是可以直接调用输入型进程的接口，以进行该输入法资源的预加载。
示例性的，图18示出了一种通过确定键来启动文字输入法的场景。在这种场景中，若用户在显示界面上显示的输入框中按下确定键，则预加载执行器在接收到确定键KeyDown事件时，若输入法的进程已经启动，则直接调用输入法的preload接口，预加载输入法资源，例如，常用词条、常用语等输入资源。可以理解，若是通过确定键启动语音输入法，也可以通过类似的方式实现，不作赘述。
若输入法进程未启动，则预加载执行器先向AMS请求启动输入法进程，再调用输入接口加载目标资源。
除此之外，考虑到预加载执行器会提前预启动部分应用程序的进程，因此，在实际实现场景中，还可以进一步对预启动的进程数目进行限制，例如，限制为3个。基于对预启动的进程数目的限制，这就需要考虑如何关闭预启动进程的问题。
一种设计中可以在预加载执行器中设计预启动列，该队列长度为预设的进程数目。具体的，该队列可以按照先进先出的原则设计，也即，当预加载执行器预启动一个进程，就关闭该队列中最早预启动的一个进程。其中，预加载执行器关闭任意一个进程时，可以向AMS 发送待关闭进程的关闭请求，并通过AMS关闭该进程即可。
另一种设计中，预加载执行器还可以根据按键事件来关闭进程，具体而言，若接收到方向键的移动，则可以将前一个焦点处预启动的进程关闭。以前述图16所示场景为例，用户同通过按压方向键，将焦点位置由音乐标签移动到视频标签，由于本次方向移动，说明用户可能并不想听歌，因此，若当前音乐播放器处于已启动状态，那么，除了按照图16所示方式预启动视频播放器进程之外，预加载执行器还可以子在接收到该向右键Key Down事件时，就向AMS请求关闭已预启动的音乐播放器进程。
另一种设计中，AMS中维护有所有已启动的进程信息，这些进程信息也可以按照启动的时间顺序，在接收到预加载执行器发送的进程启动请求时，启动预加载执行器所请求的目标进程，并关闭自身维护的进程中最早开启的一个，或用户未操作该进程的持续时长最长的一个。
本申请中，还进一步给出了用户针对返回键和关机键的预加载处理方式。此时，预加载处理主要涉及如何预先关闭进程。
请参考图19，电子设备的显示器中显示音乐的子页面，在该音乐的子页面中，标签栏为各种音乐类型，如流行音乐、古典音乐、影视音乐等，在每个标签对应的标签页上，显示该标签页对应的多个音乐资源，如图19中的音乐1～音乐5。在该界面中，用户按下了返回键，控制电子设备由音乐的子页面返回到上一级菜单，那么，在预加载执行器接收到返回键Key Down事件时，就可以预先向AMS请求关闭音乐播放器的进程，和/或，预先加载上一级菜单的资源(例如，页面布局、图片、文字等)。如此，当用户手指从返回键上抬起时，就能够更快速的返回上一级菜单和/或关闭音乐播放器。
此时，图20示出了本申请中针对返回键按键事件的预加载策略，如图20所示，电子设备所执行的遥控响应方法可以包括如下步骤：
S2002，接收所述遥控器发送的第一遥控信号，所述第一遥控信号为用户按下遥控器的返回键产生的。
S2004，执行预设操作，所述预设操作包括如下至少一种：预加载当前焦点位置对应的对象上一级菜单的目标资源，或者，关闭所述对象的当前进程。
S2006，接收所述遥控器发送的第二遥控信号，所述第二遥控信号为所述用户抬起所述返回键产生的。
S2008，输出所述对象的上一级菜单。
请参考图21，图21示出了一种关机键的预加载场景。无论电子设备处于什么界面上，图21示出了图19所示出的音乐子页面的情况，若用户按下关机键，则预加载服务器可以在接收到关机键Key Down事件时，向AMS请求关闭所有已启动进程，从而，在用户手指从关机键上抬起时，能够快速响应该关机键事件，实现快速关机，减少关机等待时长。
此时，图22示出了本申请中针对关机键按键事件的预加载策略，如图22所示，电子设备所执行的遥控响应方法可以包括如下步骤：
S2202，接收所述遥控器发送的第一遥控信号，所述第一遥控信号为用户按下遥控器的关机键产生的。
S2204，预关闭所述电子设备中的已启动进程。
S2206，接收所述遥控器发送的第二遥控信号，所述第二遥控信号为所述用户抬起所述关机键产生的。
S2208，关闭所述电子设备。
其中，S2204在预关闭电子设备中的已启动进程时，可以预关闭所述电子设备中所有已启动进程。例如，若已启动进程包含多个，则AMS可以依次关闭这些进程，其中，可以将当前界面对应的进程最后一个关闭。如图21所示，若当前已启动进程包括电子书阅读器与音乐播放器，则AMS可以同时关闭这两个进程，或者，可以首先关闭电子书阅读器，再关闭音乐播放器。
或者，S2204在实现时，还可以获取当前焦点位置对应的对象的目标进程，并预关闭所述电子设备中除所述目标进程之外的其他已启动进程。如此，在用户按下关机键后，仍然可以观看电子设备屏幕上的内容，用户手指抬起后，只需要对该目标进程进行关闭即可，这也可以在一定程度上提高电子设备的响应速度。
应理解：本文所涉及的第一时长阈值，第二时长阈值和预设时长，都是表示预先设置的时间长度，不同名称仅仅用于区分几个时长阈值，并没有特殊的含义。
本申请的各实施方式可以任意进行组合，以实现不同的技术效果。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid StateDisk) 等。
总之，以上所述仅为本发明技术方案的实施例而已，并非用于限定本发明的保护范围。凡根据本发明的揭露，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (18)

1.一种遥控响应方法，其特征在于，应用于被遥控器控制的电子设备，包括：
接收所述遥控器发送的第一遥控信号，所述第一遥控信号为用户按下遥控器的方向键产生的；
接收所述遥控器发送的第二遥控信号，所述第二遥控信号为所述用户抬起所述方向键产生的；
获取移动时长与停留时长；其中，所述移动时长为接收到所述第一遥控信号与接收到所述第二遥控信号之间的时长，所述停留时长为焦点在接收到所述第二遥控信号时的焦点位置处停留的时长；
若所述移动时长达到第一时长阈值，且所述停留时长达到第二时长阈值，执行预设操作；
其中，所述预设操作包括如下至少一种：预启动所述焦点位置对应的对象的目标进程，或者，预加载所述焦点位置对应的对象的目标资源。
2.根据权利要求1所述的方法，其特征在于，所述预启动所述焦点位置对应的对象的目标进程，包括：
获取所述对象对应的指定进程，以作为所述目标进程；
预启动所述目标进程。
3.根据权利要求1所述的方法，其特征在于，所述预启动所述焦点位置对应的对象的目标进程，包括：
获取所述对象的应用程序的包名；
获取所述包名对应的至少一个进程，以作为所述目标进程；
预启动所述目标进程。
4.根据权利要求3所述的方法，其特征在于，所述获取所述包名对应的至少一个进程，以作为所述目标进程，包括：
获取所述至少一个进程中的主进程，以作为所述目标进程；
或者，
获取所述包名对应的所有进程，以作为所述目标进程。
5.根据权利要求1-4任一项所述的方法，其特征在于，所述预启动所述焦点位置对应的对象的目标进程，包括：
获取已启动进程列表；
若所述已启动进程列表中不包含所述目标进程，预启动所述焦点位置对应对象的目标进程。
6.根据权利要求1-5任一项所述的方法，其特征在于，所述方法还包括：
若所述移动时长为焦点在至少三个焦点位置之间移动的时长，以第一子阈值作为所述第一时长阈值；
若所述移动时长为焦点由一个焦点位置移动到另一个焦点位置的时长，以第二子阈值作为所述第一时长阈值；
其中，所述第一子阈值大于所述第二子阈值。
7.一种遥控响应方法，其特征在于，应用于被遥控器控制的电子设备，包括：
接收所述遥控器发送的第一遥控信号，所述第一遥控信号为用户按下遥控器的确定键产生的；
获取按键事件信息，所述按键事件信息至少包括：焦点位置；
执行预设操作，所述预设操作包括如下至少一种：预启动所述焦点位置对应的对象的目标进程，或者，预加载所述焦点位置对应的对象的目标资源；
接收所述遥控器发送的第二遥控信号，所述第二遥控信号为所述用户抬起所述确定键产生的；
输出所述对象相应的内容。
8.根据权利要求7所述的方法，其特征在于，所述预启动所述焦点位置对应的对象的目标进程，包括：
获取所述对象所对应的指定进程，以作为所述目标进程；
预启动所述目标进程。
9.根据权利要求7所述的方法，其特征在于，所述预启动所述焦点位置对应的对象的目标进程，包括：
获取所述焦点位置所对应的应用程序的包名；
获取所述包名对应的至少一个进程，以作为所述目标进程；
预启动所述目标进程。
10.根据权利要求9所述的方法，其特征在于，所述获取所述包名对应的至少一个进程，以作为所述目标进程，包括：
获取所述至少一个进程中的主进程，以作为所述目标进程；
或者，
获取所述包名对应的所有进程，以作为所述目标进程。
11.根据权利要求7-10任一项所述的方法，其特征在于，若所述目标进程的数目为多个，所述预启动所述焦点位置对应的对象的目标进程，包括：
依次预启动所述焦点位置对应的对象的多个所述目标进程。
12.根据权利要求7-10任一项所述的方法，其特征在于，若所述目标进程的数目为多个，所述预启动所述焦点位置对应的对象的目标进程，包括：
预启动所述多个目标进程中的主进程；
当所述按键事件信息还包括按键时长，且所述按键时长达到预设时长时，或者当接收到所述第二遥控信号时，启动所述目标进程中除所述主进程之外的其他进程；
其中，所述按键时长是以接收到所述第一遥控信号的时刻为按键起始时刻，以接收到所述第二遥控信号为按键终止时刻，计时得到的。
13.根据权利要求7-12任一项所述的方法，其特征在于，所述预启动所述焦点位置对应的对象的目标进程，包括：
获取已启动进程列表；
若所述已启动进程列表中不包含所述目标进程，预启动所述焦点位置对应对象的目标进程。
14.一种遥控响应方法，其特征在于，应用于被遥控器控制的电子设备，包括：
接收所述遥控器发送的第一遥控信号，所述第一遥控信号为用户按下遥控器的返回键产生的；
执行预设操作，所述预设操作包括如下至少一种：预加载当前焦点位置对应的对象上一级菜单的目标资源，或者，关闭所述对象的当前进程；
接收所述遥控器发送的第二遥控信号，所述第二遥控信号为所述用户抬起所述返回键产生的；
输出所述对象的上一级菜单。
15.一种遥控响应方法，其特征在于，应用于被遥控器控制的电子设备，包括：
接收所述遥控器发送的第一遥控信号，所述第一遥控信号为用户按下遥控器的关机键产生的；
预关闭所述电子设备中的已启动进程；
接收所述遥控器发送的第二遥控信号，所述第二遥控信号为所述用户抬起所述关机键产生的；
关闭所述电子设备。
16.根据权利要求15所述的方法，其特征在于，所述预关闭所述电子设备中的已启动进程，包括：
获取当前焦点位置对应的对象的目标进程，并预关闭所述电子设备中除所述目标进程之外的其他已启动进程；或者，
预关闭所述电子设备中所有已启动进程。
17.一种电子设备，其特征在于，包括：
一个或多个处理器；
一个或多个存储器；
一个或多个传感器；
以及一个或多个计算机程序，其中所述一个或多个计算机程序被存储在所述一个或多个存储器中，所述一个或多个计算机程序包括指令，当所述指令被所述电子设备执行时，使得所述电子设备执行如权利要求1-16中任一项所述的方法。
18.一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，其特征在于，当所述指令在电子设备上运行时，使得所述电子设备执行如权利要求1-16中任一项所述的方法。
CN201910736234.5A 2019-08-09 2019-08-09 一种遥控响应方法、电子设备与计算机可读存储介质 Pending CN112351321A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201910736234.5A CN112351321A (zh) 2019-08-09 2019-08-09 一种遥控响应方法、电子设备与计算机可读存储介质
PCT/CN2020/106793 WO2021027628A1 (zh) 2019-08-09 2020-08-04 一种遥控响应方法、电子设备与计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910736234.5A CN112351321A (zh) 2019-08-09 2019-08-09 一种遥控响应方法、电子设备与计算机可读存储介质

Publications (1)

Publication Number Publication Date
CN112351321A true CN112351321A (zh) 2021-02-09

Family

ID=74367066

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910736234.5A Pending CN112351321A (zh) 2019-08-09 2019-08-09 一种遥控响应方法、电子设备与计算机可读存储介质

Country Status (2)

Country Link
CN (1) CN112351321A (zh)
WO (1) WO2021027628A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114822005A (zh) * 2022-06-28 2022-07-29 深圳市矽昊智能科技有限公司 基于人工智能的遥控意图预测方法、装置、设备及介质
CN115190341A (zh) * 2022-06-30 2022-10-14 北京达佳互联信息技术有限公司 媒体资源的互动方法、装置、电子设备以及存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102929532A (zh) * 2012-09-29 2013-02-13 东莞宇龙通信科技有限公司 应用程序的启动方法及通信终端
US20130179796A1 (en) * 2012-01-10 2013-07-11 Fanhattan Llc System and method for navigating a user interface using a touch-enabled input device
CN107272987A (zh) * 2017-06-06 2017-10-20 努比亚技术有限公司 应用启动方法、终端及计算机可读存储介质
CN108762836A (zh) * 2018-05-21 2018-11-06 Oppo广东移动通信有限公司 预加载应用的管理方法、装置、存储介质及智能终端
CN108829856A (zh) * 2018-06-21 2018-11-16 青岛海信电器股份有限公司 显示终端中网页应用的资源预加载方法及装置
CN109561334A (zh) * 2018-11-28 2019-04-02 青岛海信电器股份有限公司 一种应用程序的启动方法及智能电视
CN109697088A (zh) * 2018-11-23 2019-04-30 努比亚技术有限公司 应用界面加载方法、移动终端及计算机可读存储介质

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6100875A (en) * 1992-09-03 2000-08-08 Ast Research, Inc. Keyboard pointing device
CN102821319B (zh) * 2012-08-01 2015-04-29 广东欧珀移动通信有限公司 一种基于rcp通讯的视频播放方法
CN109922362A (zh) * 2019-02-25 2019-06-21 聚好看科技股份有限公司 按键响应方法、装置及存储介质

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130179796A1 (en) * 2012-01-10 2013-07-11 Fanhattan Llc System and method for navigating a user interface using a touch-enabled input device
CN102929532A (zh) * 2012-09-29 2013-02-13 东莞宇龙通信科技有限公司 应用程序的启动方法及通信终端
CN107272987A (zh) * 2017-06-06 2017-10-20 努比亚技术有限公司 应用启动方法、终端及计算机可读存储介质
CN108762836A (zh) * 2018-05-21 2018-11-06 Oppo广东移动通信有限公司 预加载应用的管理方法、装置、存储介质及智能终端
CN108829856A (zh) * 2018-06-21 2018-11-16 青岛海信电器股份有限公司 显示终端中网页应用的资源预加载方法及装置
CN109697088A (zh) * 2018-11-23 2019-04-30 努比亚技术有限公司 应用界面加载方法、移动终端及计算机可读存储介质
CN109561334A (zh) * 2018-11-28 2019-04-02 青岛海信电器股份有限公司 一种应用程序的启动方法及智能电视

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114822005A (zh) * 2022-06-28 2022-07-29 深圳市矽昊智能科技有限公司 基于人工智能的遥控意图预测方法、装置、设备及介质
CN115190341A (zh) * 2022-06-30 2022-10-14 北京达佳互联信息技术有限公司 媒体资源的互动方法、装置、电子设备以及存储介质

Also Published As

Publication number Publication date
WO2021027628A1 (zh) 2021-02-18

Similar Documents

Publication Publication Date Title
CN114467297B (zh) 一种应用于电子设备的视频通话的显示方法及相关装置
WO2021052263A1 (zh) 语音助手显示方法及装置
CN113542839B (zh) 电子设备的投屏方法和电子设备
CN110784830B (zh) 数据处理方法、蓝牙模块、电子设备与可读存储介质
CN113923230B (zh) 数据同步方法、电子设备和计算机可读存储介质
US20230351048A1 (en) Application Permission Management Method and Apparatus, and Electronic Device
US20230117194A1 (en) Communication Service Status Control Method, Terminal Device, and Readable Storage Medium
JP2022547572A (ja) コールバックストリーム処理方法およびデバイス
WO2021052139A1 (zh) 手势输入方法及电子设备
CN113778641B (zh) 控制摄像头的方法、电子设备及计算机可读存储介质
WO2021031865A1 (zh) 通话方法及装置
CN114115770A (zh) 显示控制的方法及相关装置
CN113141483B (zh) 基于视频通话的共享屏幕方法及移动设备
CN114077365A (zh) 分屏显示方法和电子设备
WO2021027628A1 (zh) 一种遥控响应方法、电子设备与计算机可读存储介质
CN113438366B (zh) 信息通知的交互方法、电子设备和存储介质
CN112532508B (zh) 一种视频通信方法及视频通信装置
EP3862853A1 (en) Touch operation locking method and electronic device
CN115268737A (zh) 信息处理方法及装置
CN112929870A (zh) 事件订阅方法及电子设备
CN110737916A (zh) 通信终端及处理方法
CN111475363B (zh) 卡死识别方法及电子设备
WO2024012398A1 (zh) 消息共享方法及相关设备
WO2023093778A1 (zh) 一种截屏方法及相关装置
EP4310664A1 (en) Audio output method, media file recording method, and electronic device

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
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20210423

Address after: Unit 3401, unit a, building 6, Shenye Zhongcheng, No. 8089, Hongli West Road, Donghai community, Xiangmihu street, Futian District, Shenzhen, Guangdong 518040

Applicant after: Honor Device Co.,Ltd.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Applicant before: HUAWEI TECHNOLOGIES Co.,Ltd.

RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20210209