CN117879981A - 显示方法及电子设备 - Google Patents

Abstract

本申请实施例提供了一种显示方法及设备。该显示方法包括：显示应用程序的第一界面，第一界面包括与第二设备相关的第一控件，应用程序用于管理第二设备关联的场景；响应于检测到用户对第一控件的操作，在第一界面上显示第二控件；响应于检测到用户对第二控件的操作，显示第二界面，第二界面包括第三控件和第四控件中的至少一项、以及第二电子设备关联的场景信息，第三控件用于禁止或解禁止第二设备的第一场景，第四控件用于禁止或解禁止第二设备的所有场景。这样，用户不仅可以通过第一设备查询第二设备关联的场景，还可以通过第三控件或第四控件，实现第二设备的场景的管理，给用户带来了便利，有助于提高用户体验。

Description

显示方法及电子设备

技术领域

本申请实施例涉及终端领域，并且更具体地，涉及一种显示方法及电子设备。

背景技术

目前，智能家居环境涉及大量的电子设备关联的场景配置，如，可以通过网关、云服务器、中枢设备实现电子设备关联的场景配置，也可以通过人工智能(artificialintelligence，AI)脚本实现电子设备关联的场景配置。

在智能家居环境处于多样化的场景配置之下，如果用户想要对某一电子设备的场景进行管理，用户需要从智能家居环境中大量的场景配置中逐个排查，给用户带来了不便，使得用户体验较差。

发明内容

本申请实施例提供一种显示方法及电子设备，用户不仅可以通过第一电子设备查询到第二电子设备所关联的场景，用户还可以通过第一电子设备上显示的用于管理第二电子设备的场景的控件，便可以实现对第二电子设备的场景的管理，给用户带来了便利，有助于提高用户体验。

第一方面提供了一种显示方法，所述显示方法应用于第一电子设备，包括：显示目标应用程序的第一界面，所述第一界面包括与第二电子设备相关的第一控件，所述目标应用程序用于管理所述第二电子设备关联的场景；响应于检测到用户对所述第一控件的第一操作，在所述第一界面上显示第二控件；响应于检测到用户对所述第二控件的第二操作，显示所述目标应用程序的第二界面，所述第二界面包括所述第二电子设备关联的场景信息，所述第二界面还包括第三控件和/或第四控件，所述第三控件用于禁止或解除禁止所述第二电子设备在所述第二电子设备关联的第一场景下执行第一目标操作，所述第四控件用于禁止或解除禁止所述第二电子设备在所述第二电子设备关联的每个场景下执行每个场景对应的目标操作。

在本申请实施例中，一方面，当用户发现第二电子设备存在异常行为时，用户在第一电子设备上不仅可以通过第一电子设备查询该第二电子设备关联的场景信息，还可以通过第三控件对用户怀疑的第二电子设备的第一场景进行禁止，以便用户能够尽快找到第二电子设备存在异常行为的原因，以实现用户对第二电子设备的异常行为的管理。另一方面，当用户需要对第二电子设备的全部行为进行一段时间的管理，如用户需要长时间关闭第二电子设备时，用户在第一电子设备上不仅可以通过第一电子设备查询该第二电子设备关联的场景信息，还可以通过第四控件对第二电子设备的全部场景进行禁止，以便用户尽快关闭第二电子设备，节省第二电子设备的功耗、电能等。这样，用户不需要在第二电子设备复杂的场景中修改第二电子设备的开启规则。进而，在用户对第二电子设备进行管理的过程中，给用户带来了便利，有助于提高用户体验。

结合第一方面，在第一方面的某些实现方式中，所述第三控件处于未被选中的状态，所述显示方法还包括：响应于检测到用户对所述第三控件的第三操作，控制所述第三控件处于被选中的状态，并禁止所述第二电子设备在所述第一场景下执行所述第一目标操作。

结合第一方面，在第一方面的某些实现方式中，所述禁止所述第二电子设备在所述第一场景下执行所述第一目标操作，包括：向第三电子设备发送第一指令，所述第三电子设备用于控制所述第二电子设备是否在所述第一场景下执行所述第一目标操作，所述第一指令用于指示所述第三电子设备禁止所述第二电子设备在所述第一场景下执行所述第一目标操作。

结合第一方面，在第一方面的某些实现方式中，所述显示方法还包括：接收来自所述第三电子设备的第一消息，所述第一消息用于指示已经禁止所述第二电子设备在所述第一场景下执行所述第一目标操作；显示所述第一消息。

结合第一方面，在第一方面的某些实现方式中，所述禁止所述第二电子设备在所述第一场景下执行所述第一目标操作，包括：检测到满足所述第二电子设备在所述第一场景下执行所述第一目标操作的触发条件时，不触发所述第二电子设备在所述第一场景下执行所述第一目标操作。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括：显示第一提示信息，所述第一提示信息用于指示已经禁止所述第二电子设备在所述第一场景下执行所述第一目标操作。

结合第一方面，在第一方面的某些实现方式中，所述第三控件处于被选中的状态，所述显示方法还包括：响应于检测到用户对所述第三控件的第四操作，控制所述第三控件处于未被选中的状态，并解除禁止所述第二电子设备在所述第一场景下执行所述第一目标操作。

结合第一方面，在第一方面的某些实现方式中，所述第四控件处于未被选中的状态，所述显示方法还包括：响应于检测到用户对所述第四控件的第五操作，控制所述第四控件处于被选中的状态，并禁止所述第二电子设备在所述第二电子设备关联的每个场景下执行每个场景对应的目标操作。

结合第一方面，在第一方面的某些实现方式中，所述禁止所述第二电子设备在所述第二电子设备关联的每个场景下执行每个场景对应的目标操作，包括：向第三电子设备发送第二指令，所述第三电子设备用于控制所述第二电子设备是否在所述第二电子设备关联的每个场景下执行每个场景对应的目标操作，所述第二指令用于指示所述第三电子设备禁止所述第二电子设备在所述第二电子设备关联的每个场景下执行每个场景对应的目标操作。

结合第一方面，在第一方面的某些实现方式中，所述显示方法还包括：接收来自所述第三电子设备的第二消息，所述第二消息用于指示所述第三电子设备已经禁止所述第二电子设备在所述第二电子设备关联的每个场景下执行每个场景对应的目标操作；显示所述第二消息。

结合第一方面，在第一方面的某些实现方式中，所述禁止所述第二电子设备在所述第二电子设备关联的每个场景下执行每个场景对应的目标操作，包括：检测到满足所述第二电子设备在所述第二电子设备关联的每个场景下执行每个场景对应的目标操作的触发条件时，不触发所述第二电子设备在所述第二电子设备关联的每个场景下执行每个场景对应的目标操作。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括：显示第二提示信息，所述第二提示信息用于指示已经禁止所述第二电子设备在所述第二电子设备关联的每个场景下执行每个场景对应的目标操作。

结合第一方面，在第一方面的某些实现方式中，所述第四控件处于被选中的状态，所述显示方法还包括：响应于检测到用户对所述第四控件的第六操作，控制所述第四控件处于未被选中的状态，并解除禁止所述第二电子设备在所述第二电子设备关联的每个场景下执行每个场景对应的目标操作。

第二方面提供了一种电子设备，包括：一个或多个处理器、一个或多个存储器、以及一个或多个计算机程序；上述一个或多个计算机程序被存储在存储器中，当电子设备运行时，该处理器执行该存储器存储的一个或多个计算机程序，以使电子设备执行如上述第一方面以及第一方面中任一项可能的实现方式中所述的显示方法。

第三方面提供一种计算机可读存储介质，包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行如上述第一方面以及第一方面中任一项可能的实现方式中所述的显示方法。

第四方面提供一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行如上述第一方面以及第一方面中任一项可能的实现方式中所述的显示方法。

第五方面提供一种芯片，包括至少一个处理器和接口电路，所述接口电路用于为所述至少一个处理器提供程序指令或者数据，所述至少一个处理器用于执行所述程序指令，以实现如上述第一方面以及第一方面中任一项可能的实现方式中所述的显示方法。

可以理解地，上述提供电子设备、计算机可读存储介质以及计算机程序产品均用于执行上文所提供的对应的方法，因此，其所能达到的技术效果可参考上文所提供的对应的方法中的技术效果，此处不再赘述。

附图说明

图1是本申请实施例提供的一种电子设备的硬件结构示意图。

图2是本申请实施例提供的一种电子设备的软件结构框图。

图3是本申请实施例提供的一例GUI。

图4是本申请实施例提供的手机的一组GUI。

图5是本申请实施例提供的手机的另一组GUI。

图6至图8为本申请实施例提供的一例显示方法的示意性流程图。

图9是本申请实施例提供的一例电子设备的示意性框图。

图10是本申请实施例提供的另一例电子设备的示意性框图。

具体实施方式

下面将结合附图，对本申请实施例中的技术方案进行描述。

本申请实施例中涉及的电子设备可以指用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、终端、无线通信设备、用户代理或用户装置。电子设备还可以是蜂窝电话、无绳电话、会话启动协议电话、个人数字处理、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备(例如蓝牙耳机或智能手表)、家居设备(例如智能门锁、智能灯或智能猫眼)，未来5G网络中的设备或者未来演进的公用陆地移动通信网络中的设备等，本申请实施例对此并不限定。

示例性的，图1示出了本申请实施例提供的一例电子设备100的结构示意图。

例如，如图1所示，电子设备100可以包括处理器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 identificationmodule，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器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)接口等。其中，I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clockline，SCL)。I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，MicroUSB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。电源管理模块141用于连接电池142，充电管理模块140与处理器110。

电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。

在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。

在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。

电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备100的各种功能应用以及数据处理。

电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。耳机接口170D用于连接有线耳机。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。陀螺仪传感器180B可以用于确定电子设备100的运动姿态。气压传感器180C用于测量气压。在一些实施例中，电子设备100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。加速度传感器180E可检测电子设备100在各个方向上(一般为三轴)加速度的大小。距离传感器180F，用于测量距离。指纹传感器180H用于采集指纹。触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。

按键190包括开机键，音量键等。马达191可以产生振动提示。指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。SIM卡接口195用于连接SIM卡。

图1所述的电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。

本申请实施例对该软件系统不作限定。例如，该软件系统可以为系统、系统或/>系统等。

下面结合图2，以分层架构的系统为例，示例性说明电子设备100的软件结构。

图2是本申请实施例的电子设备100的软件结构框图。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层和系统库，以及内核层。应用程序层可以包括一系列应用程序包。

如图2所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图2所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，禁止屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(media libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

图3示出了本申请实施例提供的一例图形用户界面(graphical user interface，GUI)。

如图3所示的GUI为物联网(internetofthings，IOT)控制端应用程序如智慧生活应用中场景的显示界面。该智慧生活应用中设置了13个场景，该GUI中示出了8个场景控件，即场景1对应的控件1、场景2对应的控件2、场景3对应的控件3、场景4对应的控件4、场景5对应的控件5、场景6对应的控件6、场景7对应的控件7、以及场景8对应的控件8。用户可以通过在GUI上向上滑动的操作查看剩余的5个场景控件。用户可以通过场景对应的控件(如单击控件)查看该场景的触发条件、目标操作、目标设备，当目标设备满足触发条件时，会执行目标操作。

需要说明的是，图3所示的13个场景设置可以是同一个设备的场景设置，也可以是多个设备的场景设置，本申请实施例对此不作限定。以及，图3所示的场景的数量仅为示例，其不应对本申请构成限制。此外，本申请均以IOT控制端应用程序为智慧生活应用为例进行描述，其不应对本申请构成限制。

在智能家居环境中，存在大量的场景设置，如果用户想到找到哪个电子设备被哪些场景关联了，用户需要从大量的场景设置中一一查询。

当用户想要对某一电子设备的异常行为(如目标电子设备在不明原因的情况下执行目标操作)进行管理的话，用户需要花费大量的时间，从大量的场景设置中逐一查询是哪个场景设置引起了该某一电子设备的异常行为。

例如，用户发现目标电子设备在不明原因的情况下执行目标操作，如用户发现家里某个灯自动打开了，但不知道是什么原因引起的，也不知道是什么时候被打开的。此时，用户需要从智能家居环境中大量的场景配置中逐个排查，找到与该灯自动打开原因相关的场景设置。

此外，当用户想要对某一设备的所有场景进行管理的话，用户也需要花费大量的时间，从大量的场景设置中查询哪些场景是该设备关联的场景。

例如，用户出远门或长时间离家时，用户希望家中的电子设备(如空调)无论在什么场景下都不工作。此时，用户需要从智能家居环境中大量的场景配置中逐个排查，找到与电子设备关联的所有的场景设置。

无论用户是想要对某一电子设备的异常行为进行管理，还是用户想要对某一设备的所有场景进行管理，都需要从智能家居环境中大量的场景配置中逐个排查，给用户带来了不便，使得用户体验较差。

因此，本申请实施例提供了一种显示方法，该显示方法可应用于第一电子设备。通过该显示方法，用户不仅可以通过第一电子设备查询到每个电子设备所关联的场景，用户还可以通过第一电子设备上显示的用于管理第二电子设备的场景的控件，来对第二电子设备的场景进行管理，这样，给用户带来了便利，有助于提高用户体验。

下面结合图4和图5，对本申请实施例提供的手机的一组GUI进行描述。

应理解，图4和图5均以第一电子设备为手机为例进行描述，其不应对本申请构成限制。

若用户发现智能家居环境中的设备4存在异常行为，但是用户不知道该设备4发生异常行为的原因，此时，用户可以通过智慧生活应用来对设备4的异常行为进行管理。例如，用户发现家里的筒灯(设备4的一例)总是在半夜自动开启，但是用户不知道该筒灯半夜自动开启的原因，用户可以通过智慧生活应用来对筒灯半夜自动开启的异常行为进行管理。

下面，结合图4，对用户如何通过智慧生活来对设备4的异常行为进行管理进行描述。

图4为本申请实施例提供的手机的一组GUI。

如图4中的(a)所示，手机显示桌面，手机的桌面上包括多个应用程序的图标，该多个应用程序包括时钟、日历、图库、备忘录、智慧生活以及应用商城等。

当手机检测到用户点击智慧生活应用的图标，手机可以显示如图4中的(b)所示的GUI。

如图4的(b)所示，该GUI为智慧生活应用的主页面，该GUI中示出了智慧生活应用管理的四个设备对应的控件，即设备1对应的控件301、设备2对应的控件302、设备3对应的控件303和设备4对应的控件304。

可选地，该智慧生活的主页面还可以显示智慧生活管理的设备的数量以及场景的数量。如图4的(b)所示，该GUI还可以包括“4个设备”文本信息以及“14个智能场景”文本信息。

当手机检测到用户对设备4对应的控件304的长按操作，手机可以显示如图4中的(c)所示的用于查询设备4的关联场景的控件305。

应理解，如图4中的(c)所示的控件305在GUI中的位置仅为示例其不应对本申请构成限定。

当手机检测到用户对控件305的单击操作，手机可以显示设备4关联场景的详情显示界面，如图4中的(d)所示的GUI。

在一个示例中，该设备4关联场景的详情显示界面可以包括设备4关联的各个场景对应的控件以及单个场景对应的禁止控件。其中，单个场景对应的禁止控件用于禁止或解除禁止设备4在该设备4关联的单个场景下执行的操作。应理解，禁止控件只是一个例子，还可以采用其他名称，不构成对本申请的限制。

在另一个示例中，该设备4关联场景的详情显示界面可以包括设备4关联的全部场景对应的控件以及全部场景对应的禁止控件3101。其中，全部场景对应的禁止控件用于禁止或解除禁止设备4在该设备4关联的每个场景下执行每个场景的操作。

在又一个示例中，该设备4关联场景的详情显示界面不仅包括设备4关联的各个场景对应的控件以及单个场景对应的禁止控件，还包括设备4关联的全部场景对应的控件以及全部场景对应的禁止控件。

例如，如图4中的(d)所示，该GUI包括设备4关联的场景1对应的控件306以及场景1对应的禁止控件3061、设备4关联的场景2对应的控件307以及场景2对应的禁止控件3071、设备4关联的场景3对应的控件308以及场景3对应的禁止控件3081、设备4关联的场景4对应的控件309以及场景4对应的禁止控件3091、设备4关联的全部场景对应的控件310以及全部场景对应的禁止控件3101。

需要说明的是，如图4中的(d)所示禁止控件都是处于关闭状态(未被选中的状态)，其不应对本申请构成限制。当场景对应的禁止控件处于关闭状态，可认为该场景未禁止，即当设备满足该场景下设置的触发条件时，会执行该场景下设置的目标操作。当场景对应的禁止控件处于打开状态(被选中的状态)，可认为该场景禁止，即当设备满足该场景下设置的触发条件时，不会执行该场景下设置的目标操作。

可选地，在一些实施例中，设备4关联场景的详情显示界面还可以包括设备4的名称和设备4关联的场景数量。如图4中的(d)所示，设备4关联场景的详情显示界面还包括“设备4”文本信息和“4个关联场景”文本信息。

可选地，在一些实施例中，用户可以通过单击每个场景对应的控件，查看该场景的详情信息，例如，查看该场景下的触发条件、执行操作等。

当用户怀疑造成设备4异常行为的场景为场景4，用户可以单击场景4对应的禁止控件3091。当手机检测到用户对控件3091的单击操作，禁止控件3091处于如图4中的(e)所示的打开状态。

当禁止控件3091处于打开状态，手机禁止设备4的场景4，即禁止设备4在满足场景4下设置的触发条件下执行场景4下设置的操作。

通常，手机需要通过家庭场景中的控制设备来禁止设备4执行场景4。例如，手机给家庭场景中的控制设备发送禁止指令，这样，家庭场景中的控制设备在接收到禁止指令后，禁止设备4的场景4，即当满足场景4下设置的触发条件时，家庭场景中的控制设备不会触发设备4执行场景4下设置的操作。

通常，家庭场景中的控制设备是唯一的。

在一个示例中，该控制设备可以是用户设定的。例如，用户通过智慧生活应用设置控制设备。

在另一个示例中，该控制设备可以是家庭场景下组网的设备中默认的。例如，智慧生活应用中默认。

例如，家庭场景中的控制设备可以是提供家庭局域网接口的设备，如路由器，家庭场景中的控制设备还可以是云端、云服务器、家庭本地的网络主机等。本申请对该控制设备的类型不作限定。

可选地，在一些实施例中，当满足场景4下设置的触发条件时，手机还可以显示提示信息，以提示用户设备4执行场景4时被禁止执行。

例如，如图4中的(f)所示，手机可以显示弹窗311，该弹窗311中显示“您的设备4执行场景4时被禁止执行，请注意！”文本信息。

又例如，手机还可以将提示信息投递到智慧生活应用的消息队列中，然后智慧生活应用从其消息队列中取出提示信息并显示。

可选地，当手机不是家庭场景中的控制设备，家庭场景中的控制设备在检测到满足场景4下设置的触发条件时，通过消息推送平台(如华为推送(push)云服务器)向手机发送上文所述的提示信息，这样，手机在接收到提示信息后，显示该提示信息。

若用户需要对智能家居环境中的设备4的全部行为进行一段时间的管理，如用户需要长时间关闭设备4，但是设备4的开启规则比较复杂，用户不想修改设备4的开启规则，此时，用户可以通过智慧生活应用来对设备4的开启行为进行管理，以实现对设备4进行长时间关闭管理。例如，用户出远门，长时间离家，用户想在离家的这段时间不要触发空调的开启，来节省空调的功耗、电能等，此时，用户可以通过智慧生活应用来对空调在离家的这段时间内自动开启的行为进行管理。

下面，结合图5，对用户如何通过智慧生活应用来对设备4的全部行为进行一段时间管理进行描述。

图5为本申请实施例提供的手机的一组GUI。

其中，图5中的(a)至图5中的(d)的相关描述，可以分别参考图4中的(a)至图4中的(d)的描述，这里不再赘述。

当用户想要需要长时间关闭智能家居环境中的设备4，用户可以单击图5中的(d)所示的全部场景对应的禁止控件3101。当手机检测到用户对控件3101的单击操作，禁止控件3101处于如图5中的(e)所示的打开状态。

当禁止控件3101处于打开状态，手机禁止设备4的全部场景4，即禁止设备4在满足每个场景下设置的触发条件下执行每个场景下设置的操作。

关于该手机禁止设备4的全部场景4的方式可以参考上文图4中的相关描述，这里不再赘述。

可选地，在一些实施例中，当满足设备4的全部场景中的任意一个场景下设置的触发条件时，手机还可以显示提示信息，以提示用户设备4被禁止。

例如，如图5中的(f)所示，手机可以显示弹窗312，该弹窗312中显示“您的设备4已被禁止，请注意！”文本信息。

又例如，手机还可以将提示信息投递到智慧生活应用的消息队列中，然后智慧生活应用从其消息队列中取出提示信息并显示。

下面，结合图6，对本申请实施例提供的显示方法进行描述。该显示方法可以应用于第一电子设备，该第一电子设备可以是上文图1或图2所示的电子设备100，或者，该显该第一电子设备可以是上文图4和图5中所述的手机。

图6示出了本申请实施例提供的显示方法400的示意性流程图。

例如，如图6所示，该方法400包括：

S410，第一电子设备显示目标应用程序的第一界面。

其中，第一界面包括与第二电子设备相关的第一控件。

该第二电子设备和目标应用程序属于同一厂商的产品，或者，该第二电子设备支持目标连接协议，该目标连接协议和目标应用程序属于同一厂商的产品。

目标应用程序用于管理第二电子设备关联的场景。换句话说，用户可通过目标应用程序进行第二电子设备的场景设置。其中，场景设置可以包括场景的基本信息(如场景名称等)、触发条件(如生效时段、满足条件等)、目标操作、关联的第二电子设备。这样，在第二电子设备关联的场景下，当该第二电子设备满足触发条件时，可以控制该第二电子设备执行目标操作。

示例性地，该目标应用程序为IOT控制端应用程序。例如，该目标应用程序可以是华为智慧生活应用，该智慧生活应用可以用于发现、连接和管理华为生产的电子设备或支持华为HiLink协议(目标连接协议的一例)的电子设备。

需要说明的是，第一，目标应用程序除了可以管理第二电子设备关联的场景外，还可以管理其他电子设备关联的场景。其中，其他电子设备可以与目标应用程序属于同一厂商的产品，或者，其他电子设备支持目标连接协议。

第二，目标应用程序除了管理电子设备(第二电子设备或其他电子设备)关联的场景外，还可以用于发现、连接电子设备，本申请实施例对此不作限定。

第三，第一界面除了包括与第二电子设备相关的第一控件外，还可以包括其他电子设备相关的控件。

例如，第一界面可以是如图4中的(b)或如图5中的(b)所示的GUI，第一控件可以是如图4中的(b)所示设备4对应的控件304。其他电子设备相关的控件可以包括设备1相关的控件301、设备2相关的控件302、设备3相关的控件303等。

S420，第一电子设备响应于检测到用户对第一控件的第一操作，在第一界面上显示第二控件。

例如，第二控件可以是如图4中的(c)或如图5中的(c)所示的控件305。

示例性地，第一操作可以包括长按、双击等操作，本申请实施例对此不作限定。

可选地，在一些实施例中，在S410之后，方法400还可以包括：响应于检测到用户对第一控件的第七操作，显示第三界面，该第三界面包括第二电子设备的详情信息。

示例性地，第二电子设备的详情信息可以包括第二电子设备的属性、第二电子设备的状态、第二电子设备的使用记录、第二电子设备与第一电子设备的连接状态等，本申请实施例对此不作限定。

示例性地，第二电子设备的属性可以包括第二电子设备的电量、第二电子设备的主题模式等。

示例性地，第二电子设备的状态可以包括第二电子设备已启动或已禁止。

示例性地，第七操作可以包括单击等操作。

S430，第一电子设备响应于检测到用户对第二控件的第二操作，显示目标应用程序的第二界面。

其中，第二界面包括第二电子设备关联的场景信息。

示例性地，场景信息可以包括场景的基本信息(如场景名称等)。

该场景信息可以包括第二电子设备的每个场景的场景信息。

在一个示例中，该第二电子设备的每个场景的场景信息可以一一呈现在第二界面中。

例如，场景信息可以包括如图4中的(d)或如图5中的(d)所示的“场景1”文本信息、“场景2”文本信息、“场景2”文本信息、“场景4”文本信息。

在另一个示例中，该第二电子设备的每个场景的场景信息可以一起呈现在第二界面中。

例如，场景信息可以包括如图4中的(d)或如图5中的(d)所示的“全部场景”文本信息。

可选地，在一些实施例中，场景信息还可以包括触发条件(如生效时段、满足条件等)、目标操作等。

第二界面除了包括场景信息外，还包括第三控件和/或第四控件，第三控件用于禁止或解除禁止第二电子设备在第二电子设备关联的第一场景下执行第一目标操作，第四控件用于禁止或解除禁止第二电子设备在第二电子设备关联的每个场景下执行每个场景对应的目标操作

例如，第三控件可以是如图4中的(d)或如图5中的(d)所示的场景4对应的禁止控件3091。第四控件可以是如图4中的(d)或如图5中的(d)所示的全部场景对应的禁止控件3101。

示例性地，若第二电子设备的每个场景的场景信息一一呈现在第二界面时，第二界面还包括第二电子设备的其他场景对应的禁止控件。

例如，第二界面还可以包括如图4中的(d)或如图5中的(d)所示的场景1对应的禁止控件3061、场景2对应的禁止控件3071、和场景3对应的禁止控件3081。

示例性地，第二操作可以包括单击等操作，本申请实施例对此不作限定。

下面，以情况A和情况B，来对用户是否想要对第二电子设备的异常行为进行管理的方案进行描述。

情况A，第三控件处于未被选中的状态，用户想要对第二电子设备的异常行为进行管理

可选地，在一些实施例中，在情况A中，在S430之后，方法400还包括S440。

S440，第一电子设备响应于检测到用户对第三控件的第三操作，控制第三控件处于被选中的状态，并禁止第二电子设备在第一场景下执行第一目标操作。

示例性地，第三操作可以包括单击等操作，本申请实施例对此不作限定。

例如，如图4中的(d)所示，禁止控件3091处于未被选中的状态。当第一电子设备响应于检测到用户对禁止控件3091的单击操作，第一电子设备控制禁止控件3091处于被选中的状态，如图4中的(e)所示。

下面，以情况1和情况2对禁止第二电子设备在第一场景下执行第一目标操作进行说明。

其中，情况1中，第一电子设备不是控制设备，故第一电子设备无法直接禁止第二电子设备在第一场景下执行第一目标操作，第一电子设备需要借助第三电子设备(控制设备)，来禁止第二电子设备在第一场景下执行第一目标操作。此时，第三电子设备和第二电子设备属于同一厂商的产品，或者，该第三电子设备支持上文所述的目标连接协议。

情况2中，第一电子设备是控制设备，故第一电子设备可以直接禁止第二电子设备在第一场景下执行第一目标操作。此时，第一电子设备和第二电子设备属于同一厂商的产品，或者，该第一电子设备支持上文所述的目标连接协议。

关于控制设备的描述可以参见上文的相关描述，这里不再赘述。

情况1，第一电子设备不是控制设备

在情况1中，如图7所示，S440具体可以包括：

S441a，第一电子设备向第三电子设备发送第一指令。

其中，第三电子设备用于控制第二电子设备是否在第一场景下执行第一目标操作，即第三电子设备为控制设备。

第一指令用于指示第三电子设备禁止第二电子设备在第一场景下执行第一目标操作。

第三电子设备在接收到第一指令之后，第三电子设备还可以执行S442a。

S442a，第三电子设备根据第一指令，禁止第二电子设备在第一场景下执行第一目标操作。

示例性地，第三电子设备可以保存用户通过目标应用程序中设置的各个电子设备的场景设置，其中，场景设置包括：在第一场景下，满足第一触发条件时，第三电子设备执行第一目标操作。当第三电子设备接收到第一指令后，可以将第二电子设备关联的第一场景下的第二电子设备设置为禁止标记。这样，当第三电子设备检测到满足第二电子设备在第一场景下执行第一目标操作的触发条件时，第三电子设备不会触发第二电子设备执行第一目标操作，即第三电子设备不会向第二电子设备发送触发第二电子设备执行第一目标操作的指令。

可选地，在S442a之后，当在第一场景满足第一场景的触发条件时，如图7所示，方法400还可以包括：

S443a，第三电子设备向第一电子设备发送第一消息。相应地，第一电子设备接收来自第三电子设备的第一消息。

其中，第一消息用于指示已经禁止第二电子设备在第一场景下执行第一目标操作。

示例性地，第三电子设备可以通过消息推送平台(如华为推送(push)云服务器)向第一电子设备发送第一消息。例如，第三电子设备可以通过消息推送平台(如华为推送(push)云服务器)向第一电子设备的目标应用程序发送第一消息。

可选地，在第一电子设备接收到第一消息之后，如图7所示，第一电子设备还可以执行S444a。

S444a，第一电子设备显示第一消息。

示例性地，第一电子设备在接收到第一消息之后，可以将第一消息投递到目标应用程序的消息队列中，然后目标应用程序从其消息队列中取出第一消息，并显示第一消息。

示例性地，第一电子设备可以通过通知栏、弹窗来显示第一消息。

例如，如图4中的(f)所示，第一电子设备通过弹窗311显示“您的设备4执行场景4时被禁止执行，请注意！”文本信息(第一消息的一例)。

情况2，第一电子设备是控制设备

在情况2中，S440具体包括：

S441b，第一电子设备禁止第二电子设备在第一场景下执行第一目标操作。

示例性地，第一电子设备可以保存用户通过目标应用程序中设置的各个电子设备的场景设置。当第一电子设备检测到用户对第三控件的第三操作后，可以将第二电子设备关联的第一场景下的第二电子设备设置为禁止标记。这样，当第一电子设备检测到满足第一场景下执行第一目标操作的触发条件时，第一电子设备不会触发第二电子设备执行第一目标操作，即第一电子设备不会向第二电子设备发送触发第二电子设备执行第一目标操作的指令。

可选地，在S441b之后，当在第一场景满足第一场景的触发条件时，方法400还可以包括：

S442b，第一电子设备显示第一提示消息。

其中，第一提示消息用于指示已经禁止第二电子设备在第一场景下执行第一目标操作。

示例性地，第一电子设备可以通过通知栏、弹窗来显示第一提示消息。

情况B，第三控件处于被选中的状态，用户不想要对第二电子设备的异常行为进行管理

可选地，在一些实施例中，在情况B中，在S430之后，方法400还包括S450。

S450，第一电子设备响应于检测到用户对第三控件的第四操作，控制第三控件处于未被选中的状态，并解除禁止第二电子设备在第一场景下执行第一目标操作。

示例性地，第四操作可以包括单击等操作，本申请实施例对此不作限定。

关于第一电子设备如何解除禁止第二电子设备在第一场景下执行第一目标操作的方案，只需将上文第一电子设备如何禁止第二电子设备在第一场景下执行第一目标操作的方案中所述的“禁止”替换为“解除禁止”、“不会触发”替换为“会触发”、以及“不会”替换为“会”，其他内容保持不变，这里不再赘述。

需要说明的是，方法400可以仅包括S440，方法400也可以仅包括S450，方法400也可以既包括S440，也包括S450，本申请实施例对此不作限定。当方法400既包括S440也包括S450时，S450可以在S440之后执行，或者，S450也可以在S440之前执行。

下面，以情况C和情况D，来对用户是否想要对第二电子设备的全部行为进行一段时间的管理的方案进行描述。

情况C，第四控件处于未被选中的状态，用户想要对第二电子设备的全部行为进行一段时间的管理

可选地，在一些实施例中，在情况C中，在S430之后，方法400还包括S460。

S460，响应于检测到用户对第四控件的第五操作，控制第四控件处于被选中的状态，并禁止第二电子设备在第二电子设备关联的每个场景下执行每个场景对应的目标操作。

示例性地，第五操作可以包括单击等操作，本申请实施例对此不作限定。

例如，如图5中的(d)所示，禁止控件3101处于未被选中的状态。当第一电子设备响应于检测到用户对禁止控件3101的单击操作，第一电子设备控制禁止控件3101处于被选中的状态，如图5中的(e)所示。

下面，同样以情况1和情况2对禁止第二电子设备在第二电子设备关联的每个场景下执行每个场景对应的目标操作进行说明。

其中，情况1中，第一电子设备不是控制设备，故第一电子设备无法直接禁止第二电子设备在每个场景下执行每个场景对应的目标操作，第一电子设备需要借助第三电子设备(控制设备)，来禁止第二电子设备在每个场景下执行每个场景对应的目标操作。此时，第三电子设备和第二电子设备属于同一厂商的产品，或者，该第三电子设备支持上文所述的目标连接协议。

情况2中，第一电子设备是控制设备，故第一电子设备可以直接禁止第二电子设备在每个场景下执行每个场景对应的目标操作。此时，第一电子设备和第二电子设备属于同一厂商的产品，或者，该第一电子设备支持上文所述的目标连接协议。

情况1，第一电子设备不是控制设备

在情况1中，如图8所示，S460具体可以包括：

S461a，第一电子设备向第三电子设备发送第二指令。

其中，第三电子设备用于控制第二电子设备是否在第二电子设备关联的每个场景下执行每个场景对应的目标操作，即第三电子设备为控制设备。

第二指令用于指示第三电子设备禁止第二电子设备在第二电子设备关联的每个场景下执行每个场景对应的目标操作。

第三电子设备在接收到第二指令之后，第三电子设备还可以执行S462a。

S462a，第三电子设备根据第二指令，禁止第二电子设备在第二电子设备关联的每个场景下执行每个场景对应的目标操作。

示例性地，第三电子设备可以保存用户通过目标应用程序中设置的各个电子设备的场景设置，其中，场景设置包括在每个场景下，满足每个场景的触发条件时，第三电子设备执行每个场景对应的目标操作。当第三电子设备接收到第二指令后，可以将涉及第二电子设备关联的全部场景下的第二电子设备设置为禁止标记。这样，当第三电子设备检测到满足第二电子设备在第二电子设备关联的每个场景下执行每个场景对应的触发条件时，第三电子设备不会触发第二电子设备执行每个场景对应的目标操作，即第三电子设备不会向第二电子设备发送触发第二电子设备在第二电子设备关联的每个场景下执行每个场景对应的目标操作的指令。

可选地，在S462a之后，当第二电子设备关联的全部场景中的第二场景(第二电子设备关联的全部场景中的任意一个场景)满足第二场景的触发条件时，如图8所示，方法400还可以包括：

S463a，第三电子设备向第一电子设备发送第二消息。相应地，第一电子设备接收来自第三电子设备的第二消息。

其中，第二消息用于指示第三电子设备已经禁止第二电子设备在第二电子设备关联的每个场景下执行每个场景对应的目标操作。

示例性地，第三电子设备可以通过消息推送平台(如华为推送(push)云服务器)向第一电子设备发送第二消息。例如，第三电子设备可以通过消息推送平台(如华为推送(push)云服务器)向第一电子设备的目标应用程序发送第二消息。

可选地，在第一电子设备接收到第二消息之后，如图8所示，第一电子设备还可以执行S464a。

S464a，第一电子设备显示第二消息。

示例性地，第一电子设备可以通过通知栏、弹窗来显示第二消息。

例如，如图5中的(f)所示，第一电子设备通过弹窗312显示“您的设备4已被禁止执行，请注意！”文本信息(第二消息的一例)。

情况2，第一电子设备是控制设备

在情况2中，S460b具体可以包括：

S461b，第一电子设备禁止第二电子设备在第二电子设备关联的每个场景下执行每个场景对应的目标操作。

示例性地，第一电子设备可以保存用户通过目标应用程序中设置的各个电子设备的场景设置。当第一电子设备检测到用户对第四控件的第五操作后，可以将第二电子设备关联的每个场景下的第二电子设备设置为禁止标记。这样，当第一电子设备检测到满足第二电子设备在第二电子设备关联的每个场景下执行每个场景对应的目标操作的触发条件时，第一电子设备不会触发第二电子设备在第二电子设备关联的每个场景下执行每个场景对应的目标操作，即第一电子设备不会向第二电子设备发送触发第二电子设备在第二电子设备管理的每个场景下执行每个场景对应的目标操作的指令。

可选地，在S461b之后，当第二电子设备关联的全部场景中的第二场景(第二电子设备关联的全部场景中的任意一个场景)满足第二场景的触发条件时，方法400还可以包括：

S462b，第一电子设备显示第二提示消息。

其中，第二提示消息用于指示已经禁止第二电子设备在第二电子设备关联的每个场景下执行每个场景对应的目标操作。

示例性地，第一电子设备可以通过通知栏、弹窗来显示第二提示消息。

情况D，第四控件处于被选中的状态，用户不想要对第二电子设备的全部行为进行一段时间的管理

可选地，在一些实施例中，在情况D中，在S430之后，方法400还包括S470。

S470，第一电子设备响应于检测到用户对第四控件的第六操作，控制第四控件处于未被选中的状态，并解除禁止第二电子设备在第二电子设备关联的每个场景下执行每个场景对应的目标操作。

示例性地，第六操作可以包括单击等操作，本申请实施例对此不作限定。

关于第一电子设备如何解除禁止第二电子设备在第二电子设备关联的每个场景下执行每个场景对应的目标操作的方案，只需将上文第一电子设备如何禁止第二电子设备在第二电子设备关联的每个场景下执行每个场景对应的目标操作的方案中所述的“禁止”替换为“解除禁止”、“不会触发”替换为“会触发”、以及“不会”替换为“会”，其他内容保持不变，这里不再赘述。

需要说明的是，方法400可以仅包括S460，方法400也可以仅包括S470，方法400也可以既包括S460，也包括S470，本申请实施例对此不作限定。当方法400既包括S460也包括S470时，S470可以在S460之后执行，或者，S470也可以在S460之前执行。

通过方法400，用户通过第一电子设备的目标应用程序，不仅可以查询到第二电子设备所关联的场景，用户还可以通过第一电子设备上显示的用于管理第二电子设备的场景的控件，来对第二电子设备的场景进行管理，进而实现对第二电子设备的异常行为进行管理或对第二电子设备的全部行为进行一段时间的管理，给用户带来了便利，有助于提高用户体验。

需要说明的是，上述方法400中，当用户直接操作第二电子设备时，即第二电子设备检测到用户对第二电子设备的操作，第二电子设备执行用户操作对应的操作。此时，第二电子设备不受第一电子设备禁止第二电子设备在其关联的场景下执行相应的目标操作的限制。也就是说，当用户直接操作第二电子设备来控制第二电子设备时，第二电子设备不受第一电子设备禁止第二电子设备在其关联的场景下执行相应的目标操作的限制；当通过设置的场景来控制第二电子设备时，第二电子设备受第一电子设备禁止第二电子设备在其关联的场景下执行相应的目标操作的限制。

下面，结合图9至图10，对本申请实施例提供的电子设备进行描述。

图9是本申请实施例提供的电子设备的示意性框图。

例如，如图9所示，该电子设备500包括处理单元510，该处理单元510用于进行数据处理。

可选地，在一些实施例中，该电子设备500还可以包括收发单元520，该收发单元520可以与外部进行通信，收发单元710还可以称为通信接口或通信单元。

可选地，该电子设备500还可以包括存储单元，该存储单元可以用于存储指令或者和/或数据，处理单元510可以读取存储单元中的指令或者和/或数据。

该电子设备500可以用于执行上文方法400中第一电子设备所执行的动作，这时，该电子设备500可以为第一电子设备或者可配置于第一电子设备的部件，处理单元510用于执行上文方法400中第一电子设备侧的处理相关的操作，收发单元520用于执行上文方法400中第一电子设备侧的收发相关的操作。

图10示出了本申请实施例提供的电子设备600的示意性结构图。

如图10所示，该电子设备600包括：一个或多个处理器610，一个或多个存储器620，该一个或多个存储器存储620存储有一个或多个计算机程序，该一个或多个计算机程序包括指令。当该指令被所述一个或多个处理器610运行时，使得电子设备600执行上述方法400中第一电子设备执行的技术方案。

本申请实施例提供了一种系统，包括第一电子设备和第三电子设备，其中，该第一电子设备用于执行上述方法400中第一电子设备执行的技术方案，和/或，第三电子设备用于执行上述方法400中第三电子设备执行的技术方案。其实现原理和技术效果与上述方法相关实施例类似，此处不再赘述。

本申请实施例提供一种计算机程序产品，当所述计算机程序产品在第一电子设备运行时，使得第一电子设备执行上述实施例中的技术方案。其实现原理和技术效果与上述方法相关实施例类似，此处不再赘述。

本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质包含指令，当所述指令在第一电子设备运行时，使得所述第一电子设备执行上述实施例的技术方案。其实现原理和技术效果类似，此处不再赘述。

本申请实施例提供一种芯片，所述芯片用于执行指令，当所述芯片运行时，执行上述实施例中的技术方案。其实现原理和技术效果类似，此处不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (16)

1.一种显示方法，其特征在于，所述显示方法应用于第一电子设备，包括：

显示目标应用程序的第一界面，所述第一界面包括与第二电子设备相关的第一控件，所述目标应用程序用于管理所述第二电子设备关联的场景；

响应于检测到用户对所述第一控件的第一操作，在所述第一界面上显示第二控件；

响应于检测到用户对所述第二控件的第二操作，显示所述目标应用程序的第二界面，所述第二界面包括所述第二电子设备关联的场景信息，所述第二界面还包括第三控件和/或第四控件，所述第三控件用于禁止或解除禁止所述第二电子设备在所述第二电子设备关联的第一场景下执行第一目标操作，所述第四控件用于禁止或解除禁止所述第二电子设备在所述第二电子设备关联的每个场景下执行每个场景对应的目标操作。

2.根据权利要求1所述的显示方法，其特征在于，所述第三控件处于未被选中的状态，所述显示方法还包括：

响应于检测到用户对所述第三控件的第三操作，控制所述第三控件处于被选中的状态，并禁止所述第二电子设备在所述第一场景下执行所述第一目标操作。

3.根据权利要求2所述的显示方法，其特征在于，所述禁止所述第二电子设备在所述第一场景下执行所述第一目标操作，包括：

向第三电子设备发送第一指令，所述第三电子设备用于控制所述第二电子设备是否在所述第一场景下执行所述第一目标操作，所述第一指令用于指示所述第三电子设备禁止所述第二电子设备在所述第一场景下执行所述第一目标操作。

4.根据权利要求3所述的显示方法，其特征在于，所述显示方法还包括：

接收来自所述第三电子设备的第一消息，所述第一消息用于指示已经禁止所述第二电子设备在所述第一场景下执行所述第一目标操作；

显示所述第一消息。

5.根据权利要求2所述的显示方法，其特征在于，所述禁止所述第二电子设备在所述第一场景下执行所述第一目标操作，包括：

检测到满足所述第二电子设备在所述第一场景下执行所述第一目标操作的触发条件时，不触发所述第二电子设备在所述第一场景下执行所述第一目标操作。

6.根据权利要求5所述的显示方法，其特征在于，所述方法还包括：

显示第一提示信息，所述第一提示信息用于指示已经禁止所述第二电子设备在所述第一场景下执行所述第一目标操作。

7.根据权利要求1至6中任一项所述的显示方法，其特征在于，所述第三控件处于被选中的状态，所述显示方法还包括：

响应于检测到用户对所述第三控件的第四操作，控制所述第三控件处于未被选中的状态，并解除禁止所述第二电子设备在所述第一场景下执行所述第一目标操作。

8.根据权利要求1所述的显示方法，其特征在于，所述第四控件处于未被选中的状态，所述显示方法还包括：

响应于检测到用户对所述第四控件的第五操作，控制所述第四控件处于被选中的状态，并禁止所述第二电子设备在所述第二电子设备关联的每个场景下执行每个场景对应的目标操作。

9.根据权利要求8所述的显示方法，其特征在于，所述禁止所述第二电子设备在所述第二电子设备关联的每个场景下执行每个场景对应的目标操作，包括：

向第三电子设备发送第二指令，所述第三电子设备用于控制所述第二电子设备是否在所述第二电子设备关联的每个场景下执行每个场景对应的目标操作，所述第二指令用于指示所述第三电子设备禁止所述第二电子设备在所述第二电子设备关联的每个场景下执行每个场景对应的目标操作。

10.根据权利要求9所述的显示方法，其特征在于，所述显示方法还包括：

接收来自所述第三电子设备的第二消息，所述第二消息用于指示所述第三电子设备已经禁止所述第二电子设备在所述第二电子设备关联的每个场景下执行每个场景对应的目标操作；

显示所述第二消息。

11.根据权利要求8所述的显示方法，其特征在于，所述禁止所述第二电子设备在所述第二电子设备关联的每个场景下执行每个场景对应的目标操作，包括：

检测到满足所述第二电子设备在所述第二电子设备关联的每个场景下执行每个场景对应的目标操作的触发条件时，不触发所述第二电子设备在所述第二电子设备关联的每个场景下执行每个场景对应的目标操作。

12.根据权利要求11所述的显示方法，其特征在于，所述方法还包括：

显示第二提示信息，所述第二提示信息用于指示已经禁止所述第二电子设备在所述第二电子设备关联的每个场景下执行每个场景对应的目标操作。

13.根据权利要求1、8至12中任一项所述的显示方法，其特征在于，所述第四控件处于被选中的状态，所述显示方法还包括：

响应于检测到用户对所述第四控件的第六操作，控制所述第四控件处于未被选中的状态，并解除禁止所述第二电子设备在所述第二电子设备关联的每个场景下执行每个场景对应的目标操作。

14.一种电子设备，其特征在于，包括：

一个或多个处理器；

一个或多个存储器；

以及一个或多个计算机程序，其中所述一个或多个计算机程序被存储在所述一个或多个存储器中，所述一个或多个计算机程序包括指令，当所述指令被所述一个或多个处理器执行时，使得所述电子设备执行如权利要求1至13中任一项所述的显示方法。

15.一种计算机可读存储介质，其特征在于，包括计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如权利要求1至13中任一项所述的显示方法。

16.一种芯片，其特征在于，包括至少一个处理器和接口电路，所述接口电路用于为所述至少一个处理器提供程序指令或者数据，所述至少一个处理器用于执行所述程序指令，以实现如权利要求1至13中任一项所述的显示方法。