一种数据显示方法、装置、终端设备及存储介质与流程

本申请涉及智能家居技术领域，尤其涉及一种数据显示方法、装置、终端设备及存储介质。

背景技术：

智能家居是以住宅为平台，利用综合布线技术、网络通信技术、安全防范技术、自动控制技术、音视频技术将各种智能家居设备(如音视频设备、照明、窗帘、空调以及冰箱等)连接到一起，以提供家电控制、照明控制、窗帘控制、环境监测、暖通控制、红外转发以及可编程定时控制等多种功能和手段，提升家居安全性、便利性、舒适性、艺术性，并实现环保节能的居住坏境。

然而，随着智能家居的发展，用户家里的各种智能家居设备也越来越多，如何更好地向用户展示各种智能家居设备的状态，成为了新的挑战。

技术实现要素：

鉴于上述问题，本申请提出了一种数据显示方法、装置、终端设备及存储介质，使用户能直观地获知各种智能家居设备的状态，提升智能家居的用户体验。

第一方面，本申请实施例提供了一种数据显示方法，应用于终端设备，包括：获取多个家居设备的历史数据，历史数据包括家居设备的多个时间戳以及与多个状态数据，其中，多个时间戳与多个状态数据一一对应，时间戳为状态数据发生改变的时间节点；根据多个家居设备的历史数据，生成多个家居设备中每个家居设备的状态曲线，其中，状态曲线用于表征家居设备的状态变化轨迹；基于同一时间轴，将多个家居设备的状态曲线显示于同一界面。

第二方面，本申请实施例提供了一种数据显示装置，应用于终端设备，包括：获取模块、处理模块以及显示模块，其中，获取模块用于获取多个家居设备的历史数据，历史数据包括家居设备的多个时间戳以及与多个状态数据，其中，多个时间戳与多个状态数据一一对应，时间戳为状态数据发生改变的时间节点；处理模块用于根据多个家居设备的历史数据，生成多个家居设备中每个家居设备的状态曲线，其中，状态曲线用于表征家居设备的状态变化轨迹；显示模块用于基于同一时间轴，将多个家居设备的状态曲线显示于同一界面。

第三方面，本申请实施例提供了一种终端设备，包括存储器以及处理器，存储器耦接到处理器，存储器存储有指令，当指令由处理器执行时，处理器执行上述第一方面提供的数据显示方法。

第四方面，本申请实施例提供了一种具有处理器可调用执行的程序代码的计算机可读取存储介质，程序代码使处理器执行上述第一方面提供的数据显示方法。

相对于现有技术，本申请实施例提供的一种数据显示方法、装置、终端设备及存储介质，通过获取到多个家居设备的历史数据，生成多个家居设备中每个家居设备的状态曲线，其中，历史数据包括家居设备的多个时间戳以及与多个状态数据，多个时间戳与多个状态数据一一对应，时间戳为状态数据发生改变的时间节点，然后基于同一时间轴，将多个家居设备的状态曲线显示于同一界面，从而实现多个智能家居设备的历史状态在同一界面展示，使用户不仅能够直观地获知各种智能家居设备的状态，还可以根据多个家居设备的状态曲线，方便快捷地分析家庭环境状况，提升用户在使用智能家居设备时的体验。

附图说明

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

图1示出了一种适用于本申请实施例的应用环境示意图。

图2示出了根据本申请一个实施例的数据显示方法流程图。

图3示出了根据本申请实施例的一种显示效果图。

图4示出了根据本申请实施例的另一种显示效果图。

图5示出了根据本申请另一个实施例的数据显示方法流程图。

图6示出了根据本申请实施例的一种显示效果图。

图7示出了本申请实施例的数据显示方法中的步骤s210的流程图。

图8示出了根据本申请实施例的另一种显示效果图。

图9示出了本申请实施例的数据显示方法中的步骤s230的流程图。

图10示出了本申请实施例的数据显示方法中的步骤s231的流程图。

图11示出了根据本申请一个实施例的数据显示装置的框图。

图12示出了根据本申请实施例的数据显示装置中显示模块的框图。

图13示出了根据本申请实施例的数据显示装置中显示模块中的标记单元的框图。

图14是本申请实施例的用于执行根据本申请实施例的数据显示方法的终端设备的框图。

图15是本申请实施例的用于保存或者携带实现根据本申请实施例的数据显示方法的程序代码的存储单元。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

随着智能家居行业的快速发展，越来越多的智能设备(如智能空调、智能门窗、智能窗帘、智能照明、温湿度传感器、温湿度调节装置等)进入用户的家庭，以提供家电控制、门窗控制、窗帘控制、照明控制、环境监测、暖通控制、红外转发以及可编程定时控制等多种功能和手段。

然而，随着智能设备的种类和数量的增多，对智能家居设备的状态轨迹的智能展示却成为了一个难题。对于用户来说，现有的设备状态显示技术只能查看单一智能设备的历史状态曲线，而无法进行多个智能设备的历史状态对比，例如，现有技术只能分别查看某个时间点下门窗的开关状态和空调的开关状态，而无法在查看到空调为开启状态时，能够同时查看门窗是否为关闭状态，从而无法进行多个智能设备的当前状态的对比查看。因此，如何更好地向用户呈现智能设备的状态轨迹，成为了一种需求。

针对上述问题，发明人经过长时间的研究并提出了本申请实施例提供的数据显示方法、装置、终端设备以及计算机可读取存储介质，通过把多个家居设备的历史状态轨迹基于同一个时间轴生成，然后放在同一个页面进行显示，实现了多个智能设备的状态对比查看，使用户能够直观地获知各种智能家居设备的状态的同时，也可以进行多个智能设备的状态对比，提升智能家居的用户体验。

下面先对本申请实施例提供的应用环境进行介绍。

请参见图1，本申请实施例提供了一种智能家居交互系统10，该智能家居交互系统10包括网关设备100、与网关设备100中连接的家居设备200、与网关设备100连接的服务器300以及与服务器300连接的终端设备400。

其中，网关设备100的数量可以为至少一个，家居设备200的数量可以为至少一个。另外，网关设备100的数量为多个时，不同网关设备100之间也可以进行通信连接。

在本申请实施例中，网关设备100为智能家居控制的智能网关，可以实现系统信息的采集、信息输入、信息输出、集中控制、远程控制、联动控制等功能。网关设备可以负责具体的安防报警，家电控制，用电信息采集。网关设备还可以通过无线方式与智能交互终端等产品进行信息交互。网关设备还具备有无线路由功能，优良的无线性能，网络安全和覆盖面积。

在本申请实施例中，家居设备200可以包括设置于室内空间中的多种智能家电设备、传感设备以及检测设备等，例如智能电视、智能冰箱、智能空调、温湿度传感器、人体传感器、门窗传感器、智能开关等。与网关设备100连接的家居设备200，可以与网关设备100之间进行信息以及指令的交互。网关设备100与家居设备200可以通过蓝牙、wifi(wireless-fidelity，无线保真)、zigbee(紫峰技术)等通信方式连接，当然，网关设备100与家居设备200连接方式在本申请实施例中可以不作为限定。

在本申请实施例中，服务器300可以是网络服务器、数据库服务器等，具体的服务器类型在本申请实施例中可以不作为限定。与网关设备100连接的服务器300，可以通过无线方式与网关设备100之间进行信息的交互。设置于不同的室内空间的网关设备100都可以通过网络与同一个服务器300进行通信连接，以进行服务器300和网关设备100之间的信息交互。

在本申请实施例中，终端设备400可以是个人电脑(personalcomputer，pc)、平板电脑、智能手机、个人数字助理(personaldigitalassistant，pda)等。与服务器300连接的终端设备400，可以通过2g/3g/4g/5g/wifi等无线方式与服务器300之间进行信息的交互。当然，终端设备400与服务器300之间的连接方式在本申请实施例中可以不作为限定。

另外，用户可以通过终端设备400的app设置不同的触发场景或者自动化，终端设备400可以将场景配置信息或者自动化方案上传至服务器300，也可以通过服务器300将场景配置信息或者自动化方案发送给网关设备100，以在达到该触发场景或者自动化的执行条件时，网关设备100可根据存储的场景配置信息或者自动化方案，找到与该场景配置信息或者自动化方案中的执行动作对应的家居设备200，通知该家居设备200进行执行动作以满足触发场景或自动化的执行结果。同时，网关设备100会将家居设备200的执行情况反馈回服务器300。

例如，用户通过终端设备400的app设置的自动化场景为门窗打开自动开灯，终端设备400通过上述方式将场景配置信息发送给网关设备100。当门窗传感器感应到门窗打开，将此时间和此状态数据上报给网关，网关收到门窗被打开的状态数据和时间后，根据存储的场景配置信息，找到执行动作的对应的家居设备为与灯具连接的智能开关，并通知智能开关打开以实现开灯。当灯打开后，反馈一个成功开灯的信息给网关设备100，网关设备100得知成功开灯后，将当前的时间，对应的场景id，以及成功或失败的消息上报到服务器300，服务器300负责存储下来。

根据上述智能家居交互系统，本申请实施例提供了一种数据显示方法，该数据显示方法应用于上述智能家居交互系统中的终端设备。终端设备从服务器获取多个家居设备的历史数据，其中，历史数据包括家居设备的多个时间戳以及与多个状态数据，多个时间戳与多个状态数据一一对应，时间戳为状态数据发生改变的时间节点，然后终端设备按照时间戳的先后顺序，生成多个家居设备中每个家居设备的状态曲线，最后基于同一时间轴，将多个家居设备的状态曲线显示于同一界面，以便用户能够直观地获知各种智能家居设备的状态以及方便快捷地分析家庭环境状况。下面将结合附图具体描述本申请中的各实施例。

请参阅图2，本申请实施例提供了一种数据显示方法，可应用于终端设备，该数据显示方法可以包括：

步骤s110：获取多个家居设备的历史数据，历史数据包括家居设备的多个时间戳以及与多个状态数据，其中，多个时间戳与多个状态数据一一对应，时间戳为状态数据发生改变的时间节点。

在本申请实施例中，家居设备的状态数据每发生一次改变，家居设备就会上传一条数据至服务器，该数据包括改变后的状态数据以及状态数据改变时的时间戳，其中，时间戳为状态数据发生改变的时间节点。例如，温湿度传感器的温度变化四次：6点温度为18℃，6点30分温度改变为19℃，7点温度改变为20℃，8点温度改变为23℃，则温湿度传感器会上传四条数据至服务器，每条数据里都包括温湿度传感器当次变化时的时间戳以及当次变化后的温度，如其中一条数据为时间戳为6点，温湿度传感器的温度为18℃。作为一种实施方式，家居设备向服务器上传数据，可以是家居设备通过zigbee协议把数据传输给智能网关，然后智能网关再通过所连接的路由器网络将该数据上传至服务器。

服务器接收到不同家居设备上传的多条数据后，可以根据每个设备的id进行分类并存储在数据库中，以便需要获取某个家居设备的历史数据时，能快速从数据库从筛选出来。

在本申请实施例中，由于服务器中存储有每个家居设备每次状态改变时的数据，因此，当终端设备需要显示多个家居设备的历史状态轨迹时，可以向服务器发送历史数据查询请求，以从服务器获取到多个家居设备从入网到当前时间的历史数据，或者从服务器获取到多个家居设备最近期间的历史数据。该历史数据包括家居设备的多个时间戳以及与多个状态数据，其中，多个时间戳与多个状态数据一一对应，时间戳为状态数据发生改变的时间节点。

可以理解的是，终端设备在向服务器发送历史数据查询请求时，可以将多个家居设备的id当作参数发送至服务器，以便服务器可根据家居设备的id，从数据库快速筛选出该家居设备的历史数据，然后服务器将筛选出的多个家居设备的历史数据，通过网络协议返回给终端设备。

在本实施例中，上述状态数据可以是家居设备的开关状态、状态数值、电压值、电流值等，例如，终端设备可以从服务器获取智能空调的历史开关状态，也可以从服务器获取温湿度传感器的历史温度值。以上状态数据仅为举例，并不代表对本申请实施例中的状态数据的限定。

进一步的，由于终端设备获取到的多个家居设备的历史数据，可以是多个家居设备的每次改变后的状态数据以及状态数据发生改变时的时间戳。因此，终端设备在获取到家居设备的前一个时间戳对应的状态数据以及相邻的后一个时间戳对应的状态数据时，也能得到家居设备的前后相邻两个时间戳之间的时间所对应的状态数据。

作为一种方式，家居设备的前后相邻两个时间戳之间的时间所对应的状态数据可以为前一个时间戳对应的状态数据。例如，请参见图3，终端设备获取到智能空调的前一个时间戳为11点，对应的状态数据为开启状态，相邻的后一个时间戳为16点40分，对应的状态数据为关闭状态，则终端设备可以得到，在11点至16点40分之间的时间里，智能空调的状态数据为开启状态。

作为一种方式，家居设备的前后相邻两个时间戳之间的时间所对应的状态数据可以为两个状态数据的中间值。例如，终端设备获取到温湿度传感器的前一个时间戳为8点，对应的温度为19℃，相邻的后一个时间戳为9点，对应的温度为20℃，则终端设备可以得到，在8点至9点之间的时间里，温湿度传感器的温度为19.5℃。

在本申请实施例中，终端设备在获取到多个家居设备的历史数据后，也可以得到多个家居设备的当前状态数据。具体地，由于服务中存储的是多个家居设备的每次改变后的状态数据以及状态数据发生改变的时间戳，所以可根据获取到的距离当前时刻时间最近的时间戳对应的状态数据，来得到多个家居设备的当前状态数据。

例如，请参阅图3，箭头指的是当前时刻，在时刻为上午9点时，如果终端设备从服务器获取到的智能空调的历史数据中，距离上午9点时间最近的时间戳为上午8点30分，对应的状态数据为开启状态，则终端设备可以得到当前时刻智能空调的状态数据为开启状态。

在本申请实施例中，终端设备还可以获取单一设备的历史数据。具体地，当终端设备需要显示某个家居设备的历史状态轨迹时，可以仅向服务器获取该家居设备的历史数据。例如，终端设备需要显示智能空调的历史状态轨迹时，可以仅向服务器获取智能空调的历史数据；终端设备需要显示温度传感器的历史状态轨迹时，可以仅向服务器获取温度传感器的历史数据。

进一步的，终端设备可以根据用户的选择指令进行单个或多个家居设备的历史数据的获取操作。其中，选择指令是在用户从所拥有的所有家居设备中选择需要查看的家居设备时，终端设备根据用户选中的单个或多个家居设备来生成的相应指令。具体地，终端设备可向用户显示用户当前拥有的所有家居设备，当用户想要查看单个或多个家居设备的历史状态时，可以从所拥有的所有家居设备中选择需要查看的单个或多个家居设备，终端设备可根据用户的选择指令，向服务器获取用户选中的单个或多个家居设备的历史数据。

例如，若用户当前拥有的家居设备包括智能门窗、智能空调、温度传感器、智能开关、气压传感器等，请参见图4，当用户需要查看智能空调的历史状态时，用户可以在终端设备显示的所有家居设备中选中智能空调，然后终端设备根据用户的选择指令，向服务器获取智能空调的历史数据；当用户需要查看温度传感器和智能空调的历史状态时，用户可以在终端设备显示的所有家居设备中选中温度传感器和智能空调，然后终端设备根据用户的选择指令，向服务器获取温度传感器和智能空调的历史数据。

步骤s120：根据多个家居设备的历史数据，生成多个家居设备中每个家居设备的状态曲线，其中，状态曲线用于表征家居设备的状态变化轨迹。

终端设备在获取到多个家居设备的历史数据后，需要显示多个家居设备的历史状态轨迹时，可以根据每个家居设备的历史数据，生成每个家居设备的状态曲线，其中，状态曲线用于表征家居设备的状态变化轨迹。

在本申请实施例中，生成多个家居设备中每个家居设备的状态曲线，可以是在终端设备获取到多个家居设备中每个家居设备的历史数据后，把历史数据中的每条数据当做一个点标记在终端设备的页面上，然后再把相邻两点进行连接，最后形式一条曲线。

步骤s130：基于同一时间轴，将多个家居设备的状态曲线显示于同一界面。

终端设备在生成多个家居设备中每个家居设备的状态曲线后，需要显示多个家居设备的历史状态轨迹时，可以将生成的每个家居设备的状态曲线基于同一时间轴显示，并显示于同一界面。例如，请参阅图3，在同一个页面显示温度和智能空调的状态曲线，且温度和智能空调的状态曲线是基于同一时间轴。这样，把多个家居设备的基于同一个时间轴的历史状态轨迹放在同一个页面进行比较观察，实现了多个智能设备的状态对比查看，使用户能够直观地获知各种智能家居设备的状态的同时，也可以进行多个智能设备的状态对比，提升智能家居的用户体验。

本申请提供的一种数据显示方法，通过获取到多个家居设备的历史数据，生成多个家居设备中每个家居设备的状态曲线，其中，历史数据包括家居设备的多个时间戳以及与多个状态数据，多个时间戳与多个状态数据一一对应，时间戳为状态数据发生改变的时间节点，然后把多个家居设备的基于同一个时间轴的历史状态轨迹放在同一个页面进行比较观察，从而实现多个智能设备的状态对比查看，使用户能够直观地获知各种智能家居设备的状态的同时，也可以进行多个智能设备的状态对比，提升智能家居的用户体验。

请参阅图5，本申请另一实施例提供了一种数据显示方法，可应用于终端设备，该数据显示方法可以包括：

步骤s210：获取多个家居设备的历史数据，历史数据包括家居设备的多个时间戳以及与多个状态数据，其中，多个时间戳与多个状态数据一一对应，时间戳为状态数据发生改变的时间节点。

当终端设备需要显示多个家居设备的历史状态轨迹时，可以从服务器获取多个家居设备的历史数据。

在本申请实施例中，上述获取多个家居设备的历史数据，包括：

检测用户对时间段的选取操作；根据选取操作，获取指定时间段的多个家居设备的历史数据。

在本申请实施例中，终端设备在获取多个家居设备的历史数据之前，需要检测用户对时间段的选取操作，以根据该选取操作，获取指定时间段的多个家居设备的历史数据。

在一些实施方式中，上述终端设备检测用户对时间段的选取操作，包括检测用户对时间段的时间单位的选取操作。其中，时间段的时间单位可以是时、日、周、月等，作为一种方式，该时间段的具体时间单位可以供用户进行自由选择，例如，请参见图5，在显示界面的顶部显示时间段的不同时间单位，当用户需要获取某天的多个家居设备的历史数据时，可以选中日的时间单位，当用户需要获取某周的多个家居设备的历史数据时，可以选中周的时间单位。作为另一种方式，也可以设定该时间段的默认时间单位，例如，当用户进入家居设备的历史数据查询界面时，时间段的默认时间单位为日，终端设备默认获取当日的多个家居设备的历史数据。

在一些实施方式中，终端设备检测到用户对时间段的时间单位的选取操作后，需要检测用户对时间段的选取操作，以根据该时间段的选取操作得到用户选定的具体时间段，从而终端设备获取该具体时间段的多个家居设备的历史数据。作为一种方式，终端设备检测用户对时间段的选取操作，可以是先在界面上显示日期选择框，然后获取用户在日期选择框内选中的日期，得到用户的指定时间段，例如，时间段的时间单位为日时，请参阅图6，图6为一种日期选择框的效果图，用户可以通过日期选择框选中需要查看的日期。

在本申请实施例中，终端设备在检测到用户对时间段的选取操作后，根据选取操作，获取指定时间段的多个家居设备的历史数据。其中，上述指定时间段为用户选定的具体时间段，可以是指定的一小时、一日、一周、一月等，也可以是指定的多个小时、多日、多周、多月。例如，终端设备可以获取当天的多个家居设备的历史数据，也可以获取当天7点至9点之间3个小时里，多个家居设备的历史数据。

在本申请实施例中，当用户需要查看指定时间段的多个家居设备的历史数据时，终端设备可以获取该指定时间段的多个家居设备的历史数据。其中，终端设备获取指定时间段的多个家居设备的历史数据，可以是直接从服务器中获取指定时间段的多个家居设备的历史数据，也可以是从服务器中获取多个家居设备的所有历史数据，终端设备再从获取到的多个家居设备的所有历史数据中，获取指定时间段的多个家居设备的历史数据。

通过上述方式，利用用户选定的指定时间段，获取该指定时间段的多个家居设备的历史数据，实现根据用户的查看需求来获取多个家居设备的历史数据，避免其他时间段的历史数据干扰，有效提升了用户的体验。

进一步的，由于通常情况下，用户只需要了解最近时间内多个家居设备的历史数据，对时间比较久远的多个家居设备的历史数据的了解需要不大，因此，可以设定一个默认时间段，以使用户能够快速查看到多个家居设备的最近状态。具体地，在终端设备需要显示多个家居设备的状态曲线时，可以根据该默认时间段，直接获取默认时间段的多个家居设备的历史数据。

上述默认时间段可预先存储于电子设备，也可根据用户的具体使用情况进行合理设置。其中，该默认时间段可以为设置为最近三天，也可以设置为当天，还可以设置为每天的固定时间段，如上午8点至下午6点。当然，以上默认时间段设置仅为举例，并不代表对本申请实施例中的默认时间段设置的限定。

通过上述方式，利用设定的默认时间段，获取默认时间段的多个家居设备的历史数据，从而使用户能够清楚了解到最近时间内的多个家居设备的历史数据，提高了数据显示的智能化水平，满足了用户的需求，提升了用户的体验。

进一步的，上述多个家居设备可以是自动化场景中的多个家居设备。其中，自动化场景为智能网关之间或者连接到智能网关的子设备之间自动构成的联动应用，例如，自动化场景为门窗打开时自动开灯时，门窗和灯之间构成自动化联动，自动化场景为卧室灯打开时客厅灯关闭，卧室灯和客厅灯之间构成自动化联动。以上自动化场景仅为举例，并不代表对本申请实施例中的自动化场景的限定。

具体地，当用户需要对自动化场景中的自动化执行情况进行分析查看时，终端设备可以获取自动化场景中的多个家居设备的历史数据，以进行自动化场景中的多个家居设备的历史状态曲线的显示。这样，通过获取自动化场景中的多个家居设备的历史数据，使用户能够及时掌握自动化场景中各家居设备的动作情况，进而家居设备自动化联动出现问题时，用户能够及时发现，提升用户在使用智能家居时的体验。

作为一种实施方式，请参阅图7，上述自动化场景可以是用户选中的自动化场景，因此，上述获取多个家居设备的历史数据，包括：

步骤s211：获取用户对多个预设场景中的目标场景的选择指令，预设场景包括多个家居设备。

在本实施例中，预设场景为自动化场景，终端设备中存储有多个预设场景，其中，预设场景可包括多个家居设备，例如，预设场景为门窗打开则开灯，其中家居设备包括智能门窗和智能灯；预设场景为温度高于预设温度则开空调，其中家居设备包括温度传感器和智能空调。当然，以上预设场景仅为举例，并不代表对本申请实施例中的预设场景的限定。

在一些实施方式中，多个预设场景可以是由终端设备自动生成，也可以是由用户自行设定。

可以理解的是，当用户需要了解某个预设场景中的多个家居设备的历史状态时，用户需要先在多个预设场景中选择出目标场景，其中，目标场景为用户在多个预设场景中选中的一个预设场景。因此，终端设备在显示目标场景中的多个家居设备的历史状态曲线之前，需要获取用户对多个预设场景中的目标场景的选择指令，以确定用户选择的目标场景。在一些实施方式中，当终端设备获取到用户对多个预设场景中的目标场景的选择指令后，可以对选中的目标场景进行标注，以提醒用户。

例如，请参阅图8，图8为一种目标场景选择的效果图，其中，终端设备显示出用户所拥有的多个预设场景为场景1、场景2、场景3，用户选择的目标场景为场景1，终端设备在获取到用户的选择指令后，通过标圆点的方式对用户进行提醒。

步骤s212：根据选择指令，获取目标场景中的多个家居设备的历史数据。

终端设备在得到用户对多个预设场景中的目标场景的选择指令后，可以确定用户所选择的目标场景，然后终端设备根据该目标场景，可以得到目标场景中的多个家居设备，最后终端设备从服务器中获取目标场景中的多个家居设备的历史数据，以便用户可以查看到选中的自动化场景中的多个家居设备的历史状态。这样，不需要用户对自动化场景中涉及到的所有家居设备进行逐个选择，方便用户对自动化场景中涉及到所以家居设备的执行情况进行分析查看。

步骤s220：根据多个家居设备的历史数据，生成多个家居设备中每个家居设备的状态曲线，其中，状态曲线用于表征家居设备的状态变化轨迹。

步骤s230：基于同一时间轴，将多个家居设备的状态曲线显示于同一界面。

在一些实施方式中，步骤s220以及步骤s230的内容可以参阅上述实施例的内容，在此不再赘述。

在本申请实施例中，将多个家居设备的状态曲线显示于同一界面，还可以是进行标注显示。因此，请参阅图9，上述基于同一时间轴，将多个家居设备的状态曲线显示于同一界面，包括：

步骤s231：在多个家居设备的状态曲线上，对满足标记条件的历史数据进行标记。

由于每个家居设备的历史数据随着时间的增长逐渐增加，用户可能无法及时地从显示的多个家居设备的状态曲线中了解到重要信息，因此，终端设备在将多个家居设备的状态曲线基于同一个时间轴生成后，可以在多个家居设备的状态曲线上，对满足标记条件的历史数据进行标记，从而实现了当历史数据满足标记条件时，终端设备可以对该历史数据进行标记显示，以便对用户进行提醒说明。其中，标记可以是颜色凸显，也可以是图片标注，还可以是文字框提示。当然，以上标记仅为举例，并不代表对本申请实施例中的标记的限定。

在本申请实施例中，上述标记条件可以是状态数据超过预设值，例如，对温度超过35℃的温度值进行标记；也可以是时间戳满足预设条件，例如，对时间戳为9点的状态数据进行标记；还可以是自动化场景中设备联动情况满足预设条件，例如，对自动化执行成功的状态数据进行标记。其中，上述标记条件可以预存于终端设备，也可以由用户自行设定。当然，以上标记条件仅为举例，并不代表对本申请实施例中的标记条件的限定。

作为一种实施方式，上述多个家居设备可以为目标场景中的家居设备，因此，可以在目标场景中的多个家居设备的状态曲线上，对满足标记条件的历史数据进行标记。具体地，请参阅图10，上述在多个家居设备的状态曲线上，对满足标记条件的历史数据进行标记，包括：

步骤s2311：获取目标场景的执行规则，执行规则包括触发设备的触发条件。

在本申请实施例中，当需要在目标场景中的多个家居设备的状态曲线上，对满足标记条件的历史数据进行标记时，终端设备可以先获取目标场景的执行规则，以得到相应的标记条件。其中，终端设备获取目标场景的执行规则，可以是从终端设备的数据库中获取，也可以是从与终端设备通信连接的智能网关中获取，还可以是从服务器中获取。

其中，上述目标场景包括至少一个触发设备以及至少一个受控设备，触发设备和受控设备通过智能网关进行通信连接。其中触发设备可以是压力传感器、温度传感器、湿度传感器、门窗传感器或烟雾传感器等各种传感器，受控设备可以是开关、插座、灯、红外发射装置或摄像头装置等。例如，目标场景为门窗打开则开灯时，触发设备为门窗中的门窗传感器，受控设备为与灯具连接的智能开关，门窗传感器与智能开关通过智能网关进行通信连接。

其中，上述执行规则为目标场景实现自动化所需要的条件，可以包括触发设备的触发条件。具体地，当触发设备满足触发条件时，智能网关控制受控设备执行相应动作。例如，目标场景为门窗打开则开灯时，当门窗中的门窗传感器感应到门窗打开后，智能网关通知智能开关开灯，从而实现门窗打开则灯打开的自动化联动。

需要说明的是，触发设备和受控设备可以是同一个设备，例如智能开关同时可以是触发设备和受控设备，智能开关中设置有温度传感器，当智能开关检测到温度高于预设温度时。此处以智能开关为例仅为方便描述，不对本方案构成限定。

步骤s2312：在触发设备的状态曲线上，对满足触发条件的状态数据对应的曲线部分进行标记。

终端设备在获取到目标场景的执行规则后，需要对目标场景中的触发设备的触发情况进行标记时，可以在目标场景中触发设备的状态曲线上，对满足触发条件的状态数据对应的曲线部分进行标记。可以理解的是，此时的标记条件设定为触发设备满足触发条件，这样，终端设备可以在触发设备的状态曲线上，对满足触发条件的状态数据对应的曲线部分进行标记。

在一些实施方式中，上述对满足触发条件的状态数据对应的曲线部分进行标记，可以是对满足触发条件的状态数据对应的曲线部分进行加粗，也可以是颜色凸显，如绿色、蓝色等，还可以是文字提示框，如写有“成功”的文字提示框，还可以是图片标注，如带有“√”的图片，当然，以上标记方式仅为举例，并不代表对本申请实施例中的标记方式的限定。

同样的，此时的标记条件还可以设定为触发设备不满足触发条件，即在触发设备的状态曲线上，也可以对不满足触发条件的状态数据对应的曲线部分进行标记。在一些实施方式中，上述对不满足触发条件的状态数据对应的曲线部分进行标记，可以是对不满足触发条件的状态数据对应的曲线部分进行加粗，也可以是颜色凸显，如红色、黑色等，还可以是文字提示框，如写有“失败”的文字提示框，还可以是图片标注，如带有“×”的图片，当然，以上标记方式仅为举例，并不代表对本申请实施例中的标记方式的限定。

在一些实施方式中，自动化场景中的触发设备为多个时，自动化场景的执行规则中的自动化触发规则可以为至少一个触发设备满足对应的触发条件，其中，自动化场景的执行规则包括自动化触发规则以及自动化执行结果。例如，若触发设备为门窗传感器、人体传感器，相应的触发条件为开启状态、检测到有人，则自动化触发规则可以为门窗打开时或者室内有人，自动化执行结果可以为开灯，即门窗传感器和人体传感器中只要有一个触发设备满足对应的触发条件，都可以实现自动开灯的自动化场景。

因此，在本申请实施例中，自动化场景的执行规则中的自动化触发规则为至少一个触发设备满足对应的触发条件时，作为一种方式，上述在触发设备的状态曲线上，对满足触发条件的状态数据对应的曲线部分进行标记，包括：

获取目标场景的开启时间段；判断目标时间戳是否在开启时间段内，目标时间戳为目标触发设备的多个时间戳中的任一时间戳，目标触发设备为目标场景的所有触发设备中的任一触发设备；如果在开启时间段内，则判断目标状态数据是否满足目标触发设备对应的触发条件，其中，目标状态数据为目标触发设备的历史数据中的与目标时间戳对应的状态数据；如果满足目标触发设备对应的触发条件，在目标触发设备的状态曲线上，对目标状态数据对应的曲线部分进行标记。

在本申请实施例中，上述开启时间段为自动化场景启用的时间段，例如，若用户启用开门则开灯的自动化场景的时间为晚上18点至凌晨6点，则终端设备获取到的开启时间段为晚上18点至凌晨6点。具体地，由于用户有可能会关闭家居设备的自动化联动设置，所以在对目标场景中触发设备的状态曲线进行标注时，需要获取目标场景的开启时间段。

在本申请实施例中，由于在此方式下，自动化场景的执行规则中的自动化触发规则为至少一个触发设备满足对应的触发条件时，即可触发该自动化场景，因此，如果该自动化场景被触发，会存在至少有一个触发设备的状态数据满足触发条件。终端设备可以遍历目标场景的所有触发设备，以根据对应的触发条件，对目标场景中的触发设备的触发情况进行标记。

具体地，终端设备将遍历到的触发设备作为目标触发设备，目标触发设备为目标场景的多个触发设备中的任一触发设备。然后终端设备判断目标时间戳是否在开启时间段内，以确定目标时间戳时自动化目标场景是否有开启。其中，目标时间戳为目标触发设备的多个时间戳中的任一时间戳。如果在开启时间段内，则判断目标状态数据是否满足目标触发设备对应的触发条件，以确定目标状态数据是否满足标记条件。其中，目标状态数据为目标触发设备的历史数据中的与目标时间戳对应的状态数据。如果满足目标触发设备对应的触发条件，则说明在目标时间戳处，目标场景的自动化触发规则是成立的，终端设备可以在目标触发设备的状态曲线上，对目标状态数据对应的曲线部分进行标记。如果上述判断条件有任意一个不满足则取下一个时间戳作为目标时间戳继续进行判断。这样，通过对满足触发条件的曲线部分进行标记，使用户能够快速查看到目标场景中的多个触发设备的触发情况。

例如，目标触发设备为d1，目标时间戳为t1，与目标时间戳对应的目标状态数据为v1，终端设备先判断t1是否在自动化场景的开启时间段，再判断v1是否满足对于触发条件，如果上述判断条件有任意一个不满足则取下一个时间戳继续进行判断，如果都满足说明该条自动化场景的触发规则是成立的，从而对目标状态数据对应的曲线部分进行标记。

在另一些实施方式中，自动化场景中的触发设备为多个时，自动化场景的执行规则中的自动化触发规则可以为所有触发设备都需要满足对应的触发条件。例如，若触发设备为温度传感器、人体传感器，相应的触发条件为温度高于28℃、检测到有人，则自动化触发规则可以为室内有人且温度高于28℃，自动化执行结果可以为打开空调，即温度传感器和人体传感器都需要满足对于的触发条件，才能实现自动打开空调的自动化场景。

在自动化触发规则为所有触发设备都需要满足对应的触发条件时，终端设备需要对每个触发设备进行判断，因此，上述在触发设备的状态曲线上，对满足触发条件的状态数据对应的曲线部分进行标记，包括：

获取目标场景的开启时间段；判断目标时间戳是否在开启时间段内，目标时间戳为目标触发设备的多个时间戳中的任一时间戳，目标触发设备为目标场景的所有触发设备中的任一触发设备；如果在开启时间段内，则判断目标状态数据是否满足目标触发设备对应的触发条件，其中，目标状态数据为目标触发设备的历史数据中的与目标时间戳对应的状态数据；如果满足目标触发设备对应的触发条件，则判断其他触发设备中每个触发设备的历史数据中，与目标时间戳相对应的状态数据是否满足对应的触发条件，其他设备为目标场景的所有触发设备中除目标触发设备以外的触发设备；如果其他触发设备中每个触发设备的历史数据中，与目标时间戳相对应的状态数据都满足对应的触发条件，则根据目标时间戳，在所有触发设备的状态曲线上，对目标时间戳对应的状态数据对应的曲线部分进行标记。

其中，从获取目标场景的开启时间段的步骤至如果在开启时间段内，则判断目标状态数据是否满足目标触发设备对应的触发条件，其中，目标状态数据为目标触发设备的历史数据中的与目标时间戳对应的状态数据的步骤，可以参考上述自动化触发规则为至少一个触发设备满足对应的触发条件中的对应步骤，在次不再赘述。在本申请实施例中，由于在此方式下，自动化场景的执行规则中自动化触发规则为所有触发设备都需要满足对应的触发条件时，才触发该自动化场景，因此，如果该自动化场景被触发，会存在所有触发设备的状态数据满足触发条件。因此，终端设备在得到目标状态数据满足目标触发设备对应的触发条件的判断结果后，需要判断其他触发设备中每个触发设备的历史数据中，与目标时间戳相对应的状态数据是否满足对应的触发条件，以判断目标场景中的所有家居设备是否都满足对应的触发条件。其中，其他设备为目标场景的所有触发设备中除目标触发设备以外的触发设备。

可以理解的是，其他触发设备中每个触发设备的历史数据中，不一定存在上述目标时间戳，因此，如果其他触发设备中某个触发设备的历史数据中，存在上述目标时间戳，则该触发设备的与目标时间戳相对应的状态数据为，该历史数据中的目标时间戳对应的状态数据；如果其他触发设备中某个触发设备的历史数据中，不存在上述目标时间戳，则该触发设备的与目标时间戳相对应的状态数据，可根据与目标时间戳相邻的触发时间戳来得到，作为一种方式，该触发设备的与目标时间戳相对应的状态数据可以为，与目标时间戳相邻的前一个触发时间戳的状态数据，其中，触发时间戳为该触发设备的多个时间戳中的任一时间戳。具体的触发设备的与目标时间戳相对应的状态数据获取方式，可以参考上述实施例中的前后相邻两个时间戳之间的时间所对应的状态数据获取方式。

在本申请实施例中，如果其他触发设备中每个触发设备的历史数据中，与目标时间戳相对应的状态数据都满足对应的触发条件，说明在目标时间戳处，目标场景中的所有家居设备都满足对应的触发条件，即在目标时间戳处，目标场景的自动化触发规则是成立的。然后终端设备可以根据目标时间戳，在目标触发设备的状态曲线上，对目标时间戳对应的状态数据对应的曲线部分进行标记。如果上述判断条件有任意一个不满足，说明在目标时间戳处，目标场景中的所有家居设备中存在触发设备不满足对应的触发条件，即在目标时间戳处，目标场景的自动化触发规则不成立，因此，需取下一个时间戳作为目标时间戳继续进行判断。这样，由于自动化场景的自动化触发规则不同，对触发设备的状态曲线的标记条件也不同，使用户能够快速查看到不同的执行规则的目标场景中的多个触发设备的触发情况。

例如，目标触发设备为d1，目标时间戳为t1，目标状态数据v1，先判断t1是否在自动化场景的开启时间段，再判断v1是否满足对应的触发条件，如果两个判断条件都满足，则继续判断其他全部触发设备(除了d1)在t1下的状态值是否都满足各自的触发条件，如果上述判断条件有任意一个不满足则取d1的下一个时间戳继续进行判断，如果都满足说明该条自动化的触发规则是成立的，从而在所有触发设备的状态曲线上，对目标时间戳对应的状态数据对应的曲线部分进行标记。

步骤s2313：当存在满足触发条件的状态数据对应的曲线部分时，在受控设备的状态曲线上，对触发设备的标记后的曲线部分对应的时间戳进行标记。

在一些实施方式中，满足触发条件的状态数据对应的曲线部分，可以是上述自动化触发规则为至少一个触发设备满足对应的触发条件时，目标状态数据满足目标触发设备对应的触发条件时的目标时间戳对应的曲线部分，也可以是上述自动化触发规则为所有触发设备都需要满足对应的触发条件时，所有触发设备的与目标时间戳相对应的状态数据都满足对应的触发条件时的目标时间戳对应的曲线部分。也就是说，需要在自动化触发规则满足之后，才在受控设备的状态曲线上，对受控设备对应的执行结果的时间戳进行标记。

在自动化触发规则满足之后，终端设备需要对目标场景中的受控设备的执行情况进行标记时，可以在目标场景中受控设备的状态曲线上，对上述触发设备的标记后的曲线部分对应的时间戳进行标记，即对受控设备对应的执行结果的时间戳进行标记。可以理解的是，对触发设备的标记后的曲线部分对应的时间戳进行标记，其中，受控设备的曲线上的触发设备的标记后的曲线部分对应的时间戳，即触发设备标记后的曲线部分对应于时间轴上的时间，可以使用户了解到受控设备响应触发设备而执行自动化场景的时间。

在一些实施方式中，上述对受控设备的状态曲线上，触发设备的标记后的曲线部分对应的时间戳进行标记，可以是对触发设备的标记后的曲线部分对应的时间戳进行加粗，也可以是颜色凸显，如绿色、蓝色、红色等，还可以是文字提示框，如写有“成功”、“失败”的文字提示框，还可以是图片标注，如带有“√”、“×”的图片，当然，以上标记方式仅为举例，并不代表对本申请实施例中的标记方式的限定。

在本申请实施例中，目标场景的执行规则还可以包括受控设备的执行结果，即目标场景的执行规则包括触发设备的触发条件以及受控设备的执行结果。其中，受控设备的执行结果，可以理解为，当触发设备满足触发条件时，智能网关控制受控设备执行相应动作，以使受控设备满足该执行结果。因此，终端设备在上述对目标场景中的多个触发设备的状态曲线进行标记后，可以根据上述目标时间戳，进行受控设备的状态曲线标记。具体地，上述当存在满足触发条件的状态数据对应的曲线部分时，在受控设备的状态曲线上，对触发设备的标记后的曲线部分对应的时间戳进行标记，包括：

根据目标时间戳，判断在预设时间段内，目标受控设备的历史数据中，与目标时间戳相对应的状态数据是否满足目标受控设备对应的执行结果，目标受控设备为目标场景的所有受控设备中的任一受控设备；如果满足目标受控设备对应的执行结果，判断在预设时间段内，目标受控设备的历史数据中是否存在执行时间戳，执行时间戳为目标受控设备在预设时间段内状态数据由不满足执行结果变更为满足执行结果所对应的时间戳；如果存在执行时间戳，则在目标受控设备的状态曲线上，对执行时间戳进行第一标记；如果不存在执行时间戳，则在目标受控设备的状态曲线上，对目标时间戳进行第一标记；如果不满足目标受控设备对应的执行结果，则在目标受控设备的状态曲线上，对目标时间戳进行第二标记。

其中，由于自动化执行存在延迟，因此，上述预设时间段为距离目标时间戳，自动化场景中自动化联动的能允许的最高延迟，预存于终端设备，可根据具体的应用环境进行合理的调整。在本申请实施例中，预设时间段设置为15s，当然，该预设时间段还可以设置为10s、20s等，以上预设时间段仅为举例，并不代表对本申请实施例中的预设时间段的限定。

在本申请实施例中，终端设备在对目标场景中的多个触发设备的状态曲线进行标记后，需要对目标场景中的受控设备的状态曲线进行标记时，可以先判断在距离目标时间戳的预设时间段内，目标受控设备的历史数据中，与目标时间戳相对应的状态数据是否满足目标受控设备对应的执行结果，以确定目标受控设备在可允许的自动化执行延迟时间内是否执行自动化成功。其中，目标受控设备为目标场景的所有受控设备中的任一受控设备。

可以理解的是，目标受控设备的历史数据中，不一定存在上述目标时间戳，因此，如果目标受控设备的历史数据中，存在上述目标时间戳，则目标受控设备的与目标时间戳相对应的状态数据为，该历史数据中的目标时间戳对应的状态数据；如果目标受控设备的历史数据中，不存在上述目标时间戳，则目标受控设备的与目标时间戳相对应的状态数据，可根据与目标时间戳相邻的时间戳来得到，作为一种方式，该触发设备的与目标时间戳相对应的状态数据可以为，与目标时间戳相邻的前一个时间戳的状态数据，其中，时间戳为目标受控设备的多个时间戳中的任一时间戳。具体的目标受控设备的与目标时间戳相对应的状态数据获取方式，可以参考上述实施例中的前后相邻两个时间戳之间的时间所对应的状态数据获取方式。

具体地，如果在距离目标时间戳的预设时间段内，目标受控设备的历史数据中，与目标时间戳相对应的状态数据不满足目标受控设备对应的执行结果，说明目标受控设备未能成功执行自动化，目标场景的自动化执行情况失败。如果在距离目标时间戳的预设时间段内，目标受控设备的历史数据中，与目标时间戳相对应的状态数据满足目标受控设备对应的执行结果，说明目标受控设备成功执行自动化，目标场景的自动化执行情况成功。

例如，预设时间段设定为15s，若目标时间戳为t1时，触发设备满足自动化触发规则，则终端设备可以判断每个受控设备在t1到t1+15秒的时间段内是否满足对应的执行结果。若目标受控设备为d5，则判断d5在t1到t1+15秒的时间段内的状态数据是否满足d5对应的执行结果。如果不满足，说明d5未能成功执行自动化，目标场景的自动化执行情况失败。如果满足，说明d5成功执行自动化，目标场景的自动化执行情况成功。

在本申请实施例中，由于目标受控设备的状态数据有可能在触发设备触发前就已经满足目标受控设备对应的执行结果，因此，终端设备在得到与目标时间戳对应的目标受控设备的状态数据，满足目标受控设备对应的执行结果后，需要判断在预设时间段内，目标受控设备的历史数据中是否存在执行时间戳，执行时间戳为目标受控设备在预设时间段内状态数据由不满足执行结果变更为满足执行结果所对应的时间戳。以确定目标受控设备的状态数据是否在触发设备触发前就已经满足目标受控设备对应的执行结果。

可以理解的是，如果存在执行时间戳，则目标受控设备的状态数据是在预设时间段内进行改变的，也就是说，目标受控设备在预设时间段内执行了自行化的动作，以使目标受控设备的状态数据满足了自动化场景中目标受控设备对应的执行结果。作为一种方式，可以在目标受控设备的状态曲线上，对执行时间戳进行第一标记，以使用户能够直观查看到自动化场景的执行情况，以及自动化场景中受控设备真正响应的时间节点。

其中，上述第一标记为表征自动化场景的执行情况为成功的结果的一种标记，该第一标记方式可以是加粗，也可以是颜色凸显，如绿色、蓝色等，还可以是文字提示框，如写有“成功”的文字提示框，还可以是图片标注，如带有“√”的图片，当然，以上第一标记方式仅为举例，并不代表对本申请实施例中的第一标记方式的限定。

进一步的，由于在预设时间段内，目标受控设备的历史数据中可能会存在多个执行时间戳，因此，在本申请实施例中，终端设备在目标受控设备的状态曲线上，对执行时间戳进行第一标记，可以是标记距离目标时间戳时间最近的执行时间戳。例如，目标时间戳为t1，多个执行时间戳为t2、t3，如果距离t1时间最近的执行时间戳为t2，则终端设备在t2上打个成功标记。

如果不存在执行时间戳，则目标受控设备的状态数据是在触发设备触发前就已经进行改变，也就是说，目标受控设备在触发设备触发前就已经执行了自行化的动作，以使目标受控设备的状态数据提前满足了自动化场景中目标受控设备对应的执行结果。在这中情况下，自动化也是成功的，因此，作为一种方式，可以在目标受控设备的状态曲线上，对目标时间戳进行标记，以使用户能够直观查看到自动化场景的执行情况。例如，终端设备在目标受控设备d5曲线上，对目标时间戳t1打上成功标记。

如果判断出不满足目标受控设备对应的执行结果，则在目标受控设备的状态曲线上，对目标时间戳进行第二标记。

可以理解的是，终端设备在得到目标受控设备未能成功执行自动化的结果时，可以在目标受控设备的状态曲线上，对目标时间戳进行第二标记。其中，该第二标记为表征该自动化场景的执行情况为失败的结果的一种标记，且不同于上述第一标记。该第二标记方式可以是加粗，也可以是颜色凸显，如绿色、蓝色等，还可以是文字提示框，如写有“失败”的文字提示框，还可以是图片标注，如带有“×”的图片，当然，以上第二标记方式仅为举例，并不代表对本申请实施例中的第二标记方式的限定。例如，在目标受控设备d5曲线上，对目标时间戳t1打上“失败”的文字提示框标记。

从而，在自动化场景的自动化触发规则成立的情况下，通过上述方式，在受控设备的状态曲线上，对满足执行结果的时间戳进行标记，便于用户快速了解自动化场景中受控设备真正被触发的时间以及自动化场景的自动化执行情况。需要说明的是，一个受控设备的状态发生变化，可以是因为该条自动化的执行，也可以是被其它方式触发，如通过app对该受控设备进行直接控制，或者被另一条自动化触发等。因此，可通过对触发设备以及受控设备的状态曲线的标记，使用户便捷的查看自动化的执行情况，也可以根据受控设备状态发生变化，查看多条自动化的设置之间是否存在冲突。

作为另一种实施方式，上述在多个家居设备的状态曲线上，对满足标记条件的历史数据进行标记，包括：

在每个家居设备的状态曲线上，对指定时间点对应的状态数据进行标记。

在本申请实施例中，当用户想查看某一个时间点的数据时，终端设备可以在每个家居设备的状态曲线上，对指定时间点对应的状态数据进行标记。这样，通过对指定时间点的状态数据进行标记，使用户既能够快速查看出某天的某个时刻的家居设备状态，也能够快速对自己的智能家居设备做出分析和判断。

在一些实施方式中，上述对指定时间点对应的状态数据进行标记，可以是对指定时间点对应的状态数据进行加粗，也可以是颜色凸显，如红色、黑色等，还可以是文字框标注，如写有时间戳和状态数据的文字框、写有状态数据的文字框。当然，以上标记方式仅为举例，并不代表对本申请实施例中的标记方式的限定。

可以理解的时，终端设备在对指定时间点对应的状态数据进行标记前，需要获取用户所指定的时间点。作为一种方式，用户可以点击目标时间点，然后终端设备获取到用户的指定时间点，并在界面上把每个家居设备在该指定时间点的状态数据标记出来，这样用户就可以方便得查看出某天的某个时刻的每个家居设备状态，用户就可以对自己的智能家居设备做出分析和一些判断。

同样的，终端设备可以在选中的家居设备的状态曲线上，对指定时间点对应的状态数据进行标记，其中，选中的家居设备可以是单个，也可以是多个。在一些实施方式中，终端设备先获取用户所选中的家居设备，然后生成选中的家居设备的状态曲线，终端设备再根据获取到的用户的指定时间点，在选中的家居设备的状态曲线上，对指定时间点对应的状态数据进行标记。

步骤s232：基于同一时间轴，将标记后的多个家居设备的状态曲线显示于同一界面。

在本申请实施例中，终端设备在多个家居设备的状态曲线上，对满足标记条件的历史数据进行标记后，可以基于同一时间轴，将标记后的多个家居设备的状态曲线显示于同一界面。这样，在状态曲线中通过对满足标记条件的历史数据进行标记，并基于同一时间轴，将多个家居设备的状态曲线显示于同一界面，实现了数据的智能显示，从而不仅使用户能及时地从显示的多个家居设备的状态曲线中了解到重要信息，还能使用户对自己的智能家居设备做出分析和一些判断。

本申请提供的一种数据显示方法，通过对多个家居设备的状态曲线中满足标记条件的历史数据进行标记，并将标记后多个家居设备的状态曲线基于同一个时间轴，显示于同一界面，实现根据用户的需求，来对家居设备的状态数据进行智能显示，从而使用户能够直观地获知各种智能家居设备的状态的同时，能及时地从显示的多个家居设备的状态曲线中了解到重要信息，提升智能家居的用户体验。

请参阅图11，其示出了本申请提供的一种数据显示装置500的结构框图，应用于终端设备，该装置可以包括：获取模块510、处理模块520以及显示模块530。其中，获取模块510用于获取多个家居设备的历史数据，历史数据包括家居设备的多个时间戳以及与多个状态数据，其中，多个时间戳与多个状态数据一一对应，时间戳为状态数据发生改变的时间节点；处理模块520用于根据多个家居设备的历史数据，生成多个家居设备中每个家居设备的状态曲线，其中，状态曲线用于表征家居设备的状态变化轨迹；显示模块530用于基于同一时间轴，将多个家居设备的状态曲线显示于同一界面。

在本申请实施例中，请参见图12，显示模块530可以包括：标记单元531以及标记显示单元532。其中，标记单元531用于在多个家居设备的状态曲线上，对满足标记条件的历史数据进行标记；标记显示单元532用于基于同一时间轴，将标记后的多个家居设备的状态曲线显示于同一界面。

在一些实施方式中，多个家居设备为目标场景中的家居设备，目标场景包括至少一个触发设备以及至少一个受控设备，请参见图13，标记单元531可以包括：规则获取子单元5311、触发标记子单元5312以及受控标记子单元5313。其中，规则获取子单元5311用于获取目标场景的执行规则，执行规则包括触发设备的触发条件；触发标记子单元5312用于在触发设备的状态曲线上，对满足触发条件的状态数据对应的曲线部分进行标记；受控标记子单元5313用于当存在满足触发条件的状态数据对应的曲线部分时，在受控设备的状态曲线上，对触发设备的标记后的曲线部分对应的时间戳进行标记。

在一些实施例中，触发标记子单元5312可以具体用于：获取目标场景的开启时间段；判断目标时间戳是否在开启时间段内，目标时间戳为目标触发设备的多个时间戳中的任一时间戳，目标触发设备为目标场景的所有触发设备中的任一触发设备；如果在开启时间段内，则判断目标状态数据是否满足目标触发设备对应的触发条件，其中，目标状态数据为目标触发设备的历史数据中的与目标时间戳对应的状态数据；如果满足目标触发设备对应的触发条件，在目标触发设备的状态曲线上，对目标状态数据对应的曲线部分进行标记。

在另一些实施方式中，触发标记子单元5312可以具体用于：：获取目标场景的开启时间段；判断目标时间戳是否在开启时间段内，目标时间戳为目标触发设备的多个时间戳中的任一时间戳，目标触发设备为目标场景的所有触发设备中的任一触发设备；如果在开启时间段内，则判断目标状态数据是否满足目标触发设备对应的触发条件，其中，目标状态数据为目标触发设备的历史数据中的与目标时间戳对应的状态数据；如果满足目标触发设备对应的触发条件，则判断其他触发设备中每个触发设备的历史数据中，与目标时间戳对应的状态数据是否满足对应的触发条件，其他设备为目标场景的所有触发设备中除目标触发设备以外的触发设备；如果其他触发设备中每个触发设备的历史数据中，与目标时间戳对应的状态数据都满足对应的触发条件，则根据目标时间戳，在所有触发设备的状态曲线上，对目标时间戳对应的状态数据对应的曲线部分进行标记。

在本申请实施例中，上述执行规则还包括受控设备的执行结果，受控标记子单元5313可以具体用于：根据目标时间戳，判断在预设时间段内，目标受控设备的历史数据中，与目标时间戳对应的状态数据是否满足目标受控设备对应的执行结果，目标受控设备为目标场景的所有受控设备中的任一受控设备；如果满足目标受控设备对应的执行结果，判断在预设时间段内，目标受控设备的历史数据中是否存在执行时间戳，执行时间戳为目标受控设备的多个时间戳中的任一时间戳；如果存在执行时间戳，则在目标受控设备的状态曲线上，对执行时间戳进行第一标记；如果不存在执行时间戳，则在目标受控设备的状态曲线上，对目标时间戳进行第一标记；如果不满足目标受控设备对应的执行结果，则在目标受控设备的状态曲线上，对目标时间戳进行第二标记。

在一些实施方式中，标记单元531可以具体用于：在每个家居设备的状态曲线上，对指定时间点对应的状态数据进行标记。

在一些实施方式中，获取模块510可以具体用于：检测用户对时间段的选取操作；根据选取操作，获取指定时间段的多个家居设备的历史数据。

在一些实施方式中，获取模块510可以具体用于：获取用户对多个预设场景中的目标场景的选择指令，预设场景包括多个家居设备；根据选择指令，获取目标场景中的多个家居设备的历史数据。

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

在本申请所提供的几个实施例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

综上，本申请实施例提供的一种数据显示方法及装置，通过获取到多个家居设备的历史数据，生成多个家居设备中每个家居设备的状态曲线，其中，历史数据包括家居设备的多个时间戳以及与多个状态数据，时间戳为状态数据发生改变的时间节点，然后把多个家居设备的基于同一个时间轴的历史状态轨迹放在同一个页面进行比较观察，从而实现多个智能设备的状态对比查看，使用户能够直观地获知各种智能家居设备的状态的同时，也可以进行多个智能设备的状态对比，提升智能家居的用户体验。

请参考图14，其示出了本申请实施例提供的一种终端设备的结构框图。本申请中的终端设备400可以包括一个或多个如下部件：处理器410、存储器420、通信模块430、屏幕440以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器420中并被配置为由一个或多个处理器410执行，一个或多个程序配置用于执行如前述方法实施例所描述的方法。

处理器410可以包括一个或者多个处理核。处理器410利用各种接口和线路连接整个终端设备400内的各个部分，通过运行或执行存储在存储器420内的指令、程序、代码集或指令集，以及调用存储在存储器420内的信息，执行智能网关100的各种功能和处理信息。可选地，处理器410可以采用数字信号处理(digitalsignalprocessing，dsp)、现场可编程门阵列(field－programmablegatearray，fpga)、可编程逻辑阵列(programmablelogicarray，pla)中的至少一种硬件形式来实现。处理器410可集成中央处理器(centralprocessingunit，cpu)、图像处理器(graphicsprocessingunit，gpu)和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器410中，单独通过一块通信芯片进行实现。

存储器420可以包括随机存储器(randomaccessmemory，ram)，也可以包括只读存储器(read-onlymemory)。存储器420可用于存储指令、程序、代码、代码集或指令集。存储器420可包括存储程序区和存储信息区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等。存储信息区还可以存储终端设备400在使用中所创建的信息(比如检测信息、预设阈值、预设时间)等。

通信模块430用于接收以及发送电磁波，实现电磁波与电信号的相互转换，从而与通讯网络或者其他设备进行通讯。通信模块430可包括各种现有的用于执行这些功能的电路元件，例如，天线、射频收发器、数字信号处理器、加密/解密芯片、用户身份模块(sim)卡、存储器等等。通信模块430可与各种网络如互联网、企业内部网、预置类型的无线网络进行通讯或者通过预置类型的无线网络与其他设备进行通讯。上述的预置类型的无线网络可包括蜂窝式电话网、无线局域网或者城域网。上述的预置类型的无线网络可以使用各种通信标准、协议及技术，包括但并不限于全球移动通信系统(globalsystemformobilecommunication，gsm)，增强型移动通信技术(enhanceddatagsmenvironment，edge)，宽带码分多址技术(widebandcodedivisionmultipleaccess，w-cdma)，码分多址技术(codedivisionaccess，cdma)，时分多址技术(timedivisionmultipleaccess，tdma)，蓝牙，无线保真技术(wireless-fidelity，wifi)(如美国电气和电子工程师协会标准ieee802.11a、ieee802.11b、ieee802.11g和/或ieee802.11n)，网络电话(voiceoverinternetprotocal,voip)，全球微波互联接入(worldwideinteroperabilityformicrowaveaccess，wi-max)，其他用于邮件、即时通讯及短消息的协议，以及任何其他合适的通讯协议。

屏幕440用于显示由用户输入的信息、提供给用户的信息以及电子设备的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、数字、视频和其任意组合来构成，在一个实例中，屏幕可设置于显示面板上从而与显示面板构成一个整体。

请参考图15，其示出了本申请实施例提供的一种计算机可读存储介质的结构框图。该计算机可读存储介质800中存储有程序代码，程序代码可被处理器调用执行上述方法实施例中所描述的方法。

计算机可读存储介质800可以是诸如闪存、eeprom(电可擦除可编程只读存储器)、eprom、硬盘或者rom之类的电子存储器。可选地，计算机可读存储介质800包括非易失性计算机可读介质(non-transitorycomputer-readablestoragemedium)。计算机可读存储介质800具有执行上述方法中的任何方法步骤的程序代码810的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码810可以例如以适当形式进行压缩。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。