CN113434215B - 信息的加载方法、装置、存储介质及处理器 - Google Patents

Abstract

本申请公开了一种信息的加载方法、装置、存储介质及处理器。其中，该方法包括：若检测到目标用户通过目标应用程序对目标模板场景中的目标设备进行访问时，则在目标数据表中进行查询得到第一目标信息，其中，目标数据表包括多条信息，每条信息中包括设备的动作执行条件对应的型号、设备的动作执行内容对应的型号；判断第一目标信息与目标模板场景中目标设备的型号是否匹配；若第一目标信息与目标模板场景中目标设备的型号匹配，则将第一目标信息在目标应用程序上进行加载显示。本申请解决了相关技术中模板场景的加载效率较低的问题。

Description

信息的加载方法、装置、存储介质及处理器

技术领域

本申请涉及信息处理技术领域，具体而言，涉及一种信息的加载方法、装置、存储介质及处理器。

背景技术

用户在通过应用程序使用模板场景时，常常需要通过绑定到应用程序上的设备，进入到模板场景详情，查看绑定的设备是否支持该模板场景的条件和动作。这样每个条件和动作都要通过条件和设备进行匹配，调用一次接口。如果模板场景中的条件和动作较多，就会循环调用多次进行匹配，会导致接口调用频率较高，系统压力较大，遇到场景直播的之后，产生大量用户的访问压力，就会偶尔有接口超时现象，模板场景加载效率较低，导致用户体验效果不好。

针对相关技术中模板场景的加载效率较低的问题，目前尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种信息的加载方法、装置、存储介质及处理器，以至少解决模板场景的加载效率较低的技术问题。

根据本申请实施例的一个方面，提供了一种信息的加载方法，包括：若检测到目标用户通过目标应用程序对目标模板场景中的目标设备进行访问时，则在目标数据表中进行查询得到第一目标信息，其中，目标数据表包括多条信息，每条信息中包括设备的动作执行条件对应的型号、设备的动作执行内容对应的型号；判断第一目标信息与目标模板场景中目标设备的型号是否匹配；若第一目标信息与目标模板场景中目标设备的型号匹配，则将第一目标信息在目标应用程序上进行加载显示。

进一步地，在目标数据表中进行查询得到第一目标信息包括：确定目标模板场景中待查询的规则信息，其中，待查询的规则信息包括如下至少之一：目标设备的型号、目标设备的动作执行条件、目标设备的动作执行内容；采用待查询的规则信息在目标数据表中进行查询,得到第一目标信息。

进一步地，在确定目标模板场景中待查询的规则信息之前，该方法还包括：预先创建目标模板场景，获取目标模板场景中的规则信息；对目标模板场景中的多个规则信息进行预测试，获取预测试结果；若预测试结果成功，从目标模板场景中的规则信息中确定待查询的规则信息。

进一步地，在采用待查询的规则信息在目标数据表中进行查询,得到第一目标信息之前，该方法还包括：若检测到待查询的规则信息发生变更，获取变更后的待查询的规则信息；采用变更后的待查询的规则信息在目标数据表中进行查询,得到第二目标信息；将第二目标信息更新至目标数据表中。

进一步地，在将第二目标信息更新至目标数据表中之前，该方法还包括：检测目标数据表中是否存在第一目标信息；若目标数据表中存在第一目标信息，对目标数据表中的第一目标信息执行删除操作。

进一步地，若检测到待查询的规则信息发生变更，获取变更后的待查询的规则信息包括：若检测到待查询的规则信息发生变更之后，判断后台数据的变更时间是否大于预设时长，若后台数据的变更时间大于预设时长，对变更后的待查询的规则信息进行获取。

根据本申请实施例的另一方面，还提供了一种信息的加载装置，包括：第一查询单元，用于若检测到目标用户通过目标应用程序对目标模板场景中的目标设备进行访问时，则在目标数据表中进行查询得到第一目标信息，其中，目标数据表包括多条信息，每条信息中包括设备的动作执行条件对应的型号、设备的动作执行内容对应的型号；第一判断单元，用于判断第一目标信息与目标模板场景中目标设备的型号是否匹配；第一加载单元，用于若第一目标信息与目标模板场景中目标设备的型号匹配，则将第一目标信息在目标应用程序上进行加载显示。

进一步地，第一查询单元包括：第一确定模块，用于确定目标模板场景中待查询的规则信息，其中，待查询的规则信息包括如下至少之一：目标设备的型号、目标设备的动作执行条件、目标设备的动作执行内容；第一查询模块，用于采用待查询的规则信息在目标数据表中进行查询,得到第一目标信息。

进一步地，该装置还包括：第一获取单元，用于在确定目标模板场景中待查询的规则信息之前，预先创建目标模板场景，获取目标模板场景中的规则信息；第二获取单元，用于对目标模板场景中的多个规则信息进行预测试，获取预测试结果；第一确定单元，用于若预测试结果成功，从目标模板场景中的规则信息中确定待查询的规则信息。

进一步地，该装置还包括：第三获取单元，用于在采用待查询的规则信息在目标数据表中进行查询,得到第一目标信息之前，若检测到待查询的规则信息发生变更，获取变更后的待查询的规则信息；第四获取单元，用于采用变更后的待查询的规则信息在目标数据表中进行查询,得到第二目标信息；第一更新单元，用于将第二目标信息更新至目标数据表中。

进一步地，该装置还包括：第一检测单元，用于在将第二目标信息更新至目标数据表中之前，检测目标数据表中是否存在第一目标信息；第一处理单元，用于若目标数据表中存在第一目标信息，对目标数据表中的第一目标信息执行删除操作。

进一步地，第三获取单元包括：第一获取模块，用于若检测到待查询的规则信息发生变更之后，判断后台数据的变更时间是否大于预设时长，若后台数据的变更时间大于预设时长，对变更后的待查询的规则信息进行获取。

根据本申请实施例的另一方面，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行上述任意一项的方法。

根据本申请实施例的另一方面，还提供了一种存储介质，存储介质包括存储的程序，其中，程序执行上述任意一项的方法。

通过本申请，采用以下步骤：若检测到目标用户通过目标应用程序对目标模板场景中的目标设备进行访问时，则在目标数据表中进行查询得到第一目标信息，其中，目标数据表包括多条信息，每条信息中包括设备的动作执行条件对应的型号、设备的动作执行内容对应的型号；判断第一目标信息与目标模板场景中目标设备的型号是否匹配；若第一目标信息与目标模板场景中目标设备的型号匹配，则将第一目标信息在目标应用程序上进行加载显示，解决了相关技术中模板场景的加载效率较低的问题。本申请通过在目标数据表中进行查询得到第一目标信息，若第一目标信息中存在与目标模板场景中目标设备的匹配的型号，则将第一目标信息在目标应用程序上直接进行加载显示，提升了模板场景加载效率，进而达到了提高用户体验度的效果。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例提供的一种信息的加载方法的流程图；

图2是根据本申请实施例提供的可选的信息的加载方法的流程图；

图3是根据本申请实施例提供的一种信息的加载方法的设备型号变更的技术实现示意图；

图4是根据本申请实施例提供的一种信息的加载方法的系统操作示意图；

图5是根据本申请实施例提供的一种信息的加载装置的示意图；

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了便于描述，以下对本申请实施例涉及的部分名词或术语进行说明：

MQ(Message Queue)：消息列队，是基础数据结构中“先进先出”的一种数据结构。

Rocket MQ：Rocket MQ是MQ主要的产品之一。

根据本申请实施例，提供了一种信息的加载方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本申请实施例的信息的加载方法，如图1所示，该方法包括如下步骤：

步骤S101，若检测到目标用户通过目标应用程序对目标模板场景中的目标设备进行访问时，则在目标数据表中进行查询得到第一目标信息，其中，目标数据表包括多条信息，每条信息中包括设备的动作执行条件对应的型号、设备的动作执行内容对应的型号。

例如，目标用户在应用程序上绑定了一台洗衣机，当用户通过应用程序访问模板场景的时候，点击进入模板详情，后台系统基于对模板场景条件和动作匹配型号的数据表(对应于本申请中的目标数据表)进行查询得到第一目标信息。

图2是根据本申请实施例提供的可选的信息的加载方法的流程图，可选地，在本申请实施例提供的一种图表的显示方法中，在目标数据表中进行查询得到第一目标信息包括：

步骤S201，若检测到目标用户通过目标应用程序对目标模板场景中的目标设备进行访问时，确定目标模板场景中待查询的规则信息,采用待查询的规则信息在目标数据表中进行查询,得到第一目标信息。

具体的，待查询的规则信息包括如下至少之一：目标设备的型号、目标设备的动作执行条件、目标设备的动作执行内容；采用待查询的规则信息在目标数据表中进行查询,得到第一目标信息。

例如，目标用户在应用程序上绑定了一台空调器，获取空调器模板场景中待查询的规则信息，其中，空调器待查询的规则信息包括空调器的型号、触发执行空调器的模板场景的条件、触发执行空调器的模板场景的具体动作内容，通过预先将到空调器模板场景中与目标空调器的条件和动作相匹配的型号存放至匹配型号的数据表中，避免了大量用户访问时由于后台业务逻辑处理过慢，导致用户使用应用程序访问时界面体验度不好的问题。

步骤S202，判断第一目标信息与目标模板场景中目标设备的型号是否匹配。

步骤S203，若第一目标信息与目标模板场景中目标设备的型号匹配，则将第一目标信息在目标应用程序上进行加载显示。

上述图2中的步骤S202、S203与本申请实施例图1中的步骤S102、S103方法相同，此处不一一详述。

步骤S102，判断第一目标信息与目标模板场景中目标设备的型号是否匹配。

例如，目标用户在应用程序上绑定了一台空调器，假设待查询规则信息至少包含了空调器的开关机信息、温度信息以及湿度信息，基于系统后台对目标数据表的查询得到第一目标信息，其中，第一目标信息包括在目标模板场景处匹配空调器在某种条件下完成开关机动作、以及匹配空调器在某种条件下达到多少温度以及多少湿度对应空调器型号，将第一目标信息存放至匹配型号的数据表(对应于本申请中的目标数据表，下同)中去，当客户通过目标应用程序对空调器模式下的操作场景进行访问时，后台系统直接对匹配型号的数据表进行查询，可以获取目标模板场景处匹配空调器在某种条件下完成开关机动作、以及匹配空调器在某种条件下达到多少温度以及多少湿度对应空调器型号，也即判断匹配型号的数据表中是否包含匹配目标用户绑定的空调器对应的型号，假设空调器模板场景中包含与目标空调器的条件和动作相匹配的型号，证明匹配型号的数据表中包含与目标空调器的条件和动作相匹配的型号。通过对目标数据表直接进行查询得到第一目标信息，进而快速对第一目标信息与模板场景中的目标设备的型号进行匹配，极大地提升了模板场景的加载效率。

步骤S103，若第一目标信息与目标模板场景中目标设备的型号匹配，则将第一目标信息在目标应用程序上进行加载显示。

例如，目标用户在应用程序上绑定了一台空调器，基于系统后台对目标数据表的查询得到第一目标信息，若空调器模板场景中包含与目标空调器的条件和动作相匹配的型号，将该型号在界面上加载显示出来，避免了大量用户访问时由于后台业务逻辑处理过慢，导致用户使用应用程序访问时界面体验度不好的问题。

图3是根据本申请实施例提供的一种信息的加载方法的设备型号变更的技术实现示意图，如图3所示，在海极网平台上进入设备接入页面，按照步骤进入设备的创建，若设备型号需要变更时，将需要变更的信息发送到Rocket MQ上面进行设备型号的新增、编辑或者删除，并将Rocket MQ上面处理的数据存放到型号表中，当设备型号或者设备型号功能发生变更时，开启定时器执行型号表中的数据，判断并检验放进去的数据的创建时间是否超过25分钟，若超过25分钟，则获取该更新后的型号信息在模板场景处进行核心业务匹配。

可选地，在本申请实施例提供的信息的加载方法中，若检测到待查询的规则信息发生变更，获取变更后的待查询的规则信息包括：若检测到待查询的规则信息发生变更之后，判断后台数据的变更时间是否大于预设时长，若后台数据的变更时间大于预设时长，对变更后的待查询的规则信息进行获取。

例如，空调器的设备型号由A变更为B时，开启定时器，判断并检验后台数据的变更时间(对应于图3中新的数据B的创建时间)是否超过25分钟，若超过25分钟，获取变更后的待查询的规则信息B，并对信息B进行核心业务匹配。

例如，空调器的设备型号A的功能由B变更为C时，开启定时器，判断并检验后台数据的变更时间(对应于图3中新的数据C的创建时间)是否超过25分钟，若超过25分钟，获取变更后的待查询的规则信息C，具体的，假设空调器的设备型号A的温度当外界环境因素不变的情况下，由之前设置的28度室温调整到26度室温，此时需要对后台需要对“新数据26度室温”进行创建，当创建时间大于25分钟时，该新数据才能被获取，用于后台系统核心业务匹配。

可选地，在本申请实施例提供的信息的加载方法中，在采用待查询的规则信息在目标数据表中进行查询,得到第一目标信息之前，该方法还包括：若检测到待查询的规则信息发生变更，获取变更后的待查询的规则信息；采用变更后的待查询的规则信息在目标数据表中进行查询,得到第二目标信息；将第二目标信息更新至目标数据表中。

例如，空调器的设备型号A的功能由B变更为C时，开启定时器，判断并检验后台数据的变更时间(对应于图3中新的数据C的创建时间)是否超过25分钟，若超过25分钟，获取变更后的待查询的规则信息C,将上述变更后的待查询的规则信息C进行核心业务匹配后更新至匹配型号的数据表中，目标用户在应用程序上绑定了一台空调器，基于系统后台对更新后的目标数据表进行查询得到第二目标信息，本申请可以通过对匹配型号的数据表的实时更新，极大提高了用户的设备使用体验。

图4是根据本申请实施例提供的一种信息的加载方法的系统操作示意图，如图4所示，在系统后台对目标模板场景执行下架操作，并对下架的数据在匹配型号数据表中删除，可选地，在本申请实施例提供的信息的加载方法中，在将第二目标信息更新至目标数据表中之前，该方法还包括：检测目标数据表中是否存在第一目标信息；若目标数据表中存在第一目标信息，对目标数据表中的第一目标信息执行删除操作。

例如，基于上述的第二目标信息获取到最新的设备的模板场景及其功能实现，需要对第一目标信息进行删除，避免了大量无效数据的存放导致内存资源被占用，提高系统整体的信息加载效率。

可选地，在本申请实施例提供的信息的加载方法中，在确定目标模板场景中待查询的规则信息之前，该方法还包括：预先创建目标模板场景，获取目标模板场景中的规则信息；对目标模板场景中的多个规则信息进行预测试，获取预测试结果若预测试结果成功，从目标模板场景中的规则信息中确定待查询的规则信息。

具体的，获取目标模板场景中待查询的规则信息之前，需要对模板场景预先创建。如图4所示，用户通过应用程序使用模板场景时，系统需要提前在海极网平台上对目标模板场景进行创建，并将创建好的目标模板场景进行预测试，将预测试后的目标模板场景发送至场景端口处执行匹配型号的业务逻辑。

例如，目标模板场景可以是客户访问洗衣机模式下的操作场景，也可以是客户访问空调器模式下的操作场景，假设客户访问洗衣机模式下的操作场景时，系统后台需要预先创建洗衣机的操作场景，并在洗衣机的操作场景中配置相应规则信息，其中规则信息包括洗衣机设备的动作执行条件以及动作执行内容，从洗衣机模板场景下的规则信息中获取若干个规则信息进行预先抽样测试，若对洗衣机的操作场景中的部分规则信息抽样调查成功，则证明洗衣机的操作场景中规则信息中的内容大概率是正确无误的，进而从目标模板场景中的规则信息中获取待查询的规则信息，对待查询的规则信息在后台预先进行核心业务逻辑匹配，其中，规则信息可以包括标准洗衣规则、快洗洗衣规则以及定时洗衣规则，通过对目标模板场景下的规则信息的预测试，提高了本申请数据匹配时的准确性。

具体的，对待查询的规则信息在后台进行核心业务逻辑匹配时，预先将待查询的规则信息发送至空调器的模板场景处执行匹配型号的业务逻辑处理，将业务逻辑的处理结果存放至目标数据表中，其中，核心业务逻辑匹配包括匹配与模板场景下目标设备的动作执行条件、匹配模板场景下目标设备的动作执行内容相关联的设备型号，系统可以实现直接对目标数据表中第一目标信息与目标设备型号进行匹配，极大地提升了模板场景的加载效率，进而达到了提高用户体验度的效果。

综上，本申请实施例提供的信息的加载方法，通过若检测到目标用户通过目标应用程序对目标模板场景中的目标设备进行访问时，则在目标数据表中进行查询得到第一目标信息，其中，目标数据表包括多条信息，每条信息中包括设备的动作执行条件对应的型号、设备的动作执行内容对应的型号；判断第一目标信息与目标模板场景中目标设备的型号是否匹配；若第一目标信息与目标模板场景中目标设备的型号匹配，则将第一目标信息在目标应用程序上进行加载显示，解决了相关技术中模板场景的加载效率较低的问题。本申请通过在目标数据表中进行查询得到第一目标信息，若第一目标信息中存在与目标模板场景中目标设备的匹配的型号，则将第一目标信息在目标应用程序上直接进行加载显示，提升了模板场景加载效率，进而达到了提高用户体验度的效果。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例还提供了一种信息的加载装置，需要说明的是，本申请实施例的信息的加载装置可以用于执行本申请实施例所提供的用于信息的加载方法。以下对本申请实施例提供的信息的加载装置进行介绍。

图5是根据本申请实施例的信息的加载装置的示意图。如图5所示，该装置包括：第一查询单元501、第一判断单元502、第一加载单元503。

具体的，第一查询单元501，用于若检测到目标用户通过目标应用程序对目标模板场景中的目标设备进行访问时，则在目标数据表中进行查询得到第一目标信息，其中，目标数据表包括多条信息，每条信息中包括设备的动作执行条件对应的型号、设备的动作执行内容对应的型号；

第一判断单元502，用于判断第一目标信息与目标模板场景中目标设备的型号是否匹配；

第一加载单元503，用于若第一目标信息与目标模板场景中目标设备的型号匹配，则将第一目标信息在目标应用程序上进行加载显示。

综上，本申请实施例提供的信息的加载装置，通过第一查询单元501若检测到目标用户通过目标应用程序对目标模板场景中的目标设备进行访问时，则在目标数据表中进行查询得到第一目标信息，其中，目标数据表包括多条信息，每条信息中包括设备的动作执行条件对应的型号、设备的动作执行内容对应的型号；第一判断单元502判断第一目标信息与目标模板场景中目标设备的型号是否匹配；第一加载单元503若第一目标信息与目标模板场景中目标设备的型号匹配，则将第一目标信息在目标应用程序上进行加载显示。解决了相关技术中模板场景的加载效率较低的问题。本申请通过在目标数据表中进行查询得到第一目标信息，若第一目标信息中存在与目标模板场景中目标设备的匹配的型号，则将第一目标信息在目标应用程序上直接进行加载显示，提升了模板场景加载效率，进而达到了提高用户体验度的效果。

可选地，在本申请实施例提供的信息的加载装置中，第一查询单元501包括：第一确定模块，用于确定目标模板场景中待查询的规则信息，其中，待查询的规则信息包括如下至少之一：目标设备的型号、目标设备的动作执行条件、目标设备的动作执行内容；第一查询模块，用于采用待查询的规则信息在目标数据表中进行查询,得到第一目标信息。

可选地，在本申请实施例提供的信息的加载装置中，该装置还包括：第一获取单元，用于在确定目标模板场景中待查询的规则信息之前，预先创建目标模板场景，获取目标模板场景中的规则信息；第二获取单元，用于对目标模板场景中的多个规则信息进行预测试，获取预测试结果；第一确定单元，用于若预测试结果成功，从目标模板场景中的规则信息中确定待查询的规则信息。

可选地，在本申请实施例提供的信息的加载装置中，该装置还包括：第三获取单元，用于在采用待查询的规则信息在目标数据表中进行查询,得到第一目标信息之前，若检测到待查询的规则信息发生变更，获取变更后的待查询的规则信息；第四获取单元，用于采用变更后的待查询的规则信息在目标数据表中进行查询,得到第二目标信息；第一更新单元，用于将第二目标信息更新至目标数据表中。

可选地，在本申请实施例提供的信息的加载装置中，该装置还包括：第一检测单元，用于在将第二目标信息更新至目标数据表中之前，检测目标数据表中是否存在第一目标信息；第一处理单元，用于若目标数据表中存在第一目标信息，对目标数据表中的第一目标信息执行删除操作。

可选地，在本申请实施例提供的信息的加载装置中，第三获取单元包括：第一获取模块，用于若检测到待查询的规则信息发生变更之后，判断后台数据的变更时间是否大于预设时长，若后台数据的变更时间大于预设时长，对变更后的待查询的规则信息进行获取。

信息的加载装置包括处理器和存储器，上述的第一查询单元501、第一判断单元502、第一加载单元503等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来进行信息的加载。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本申请实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现信息的加载方法。

本申请实施例提供了一种处理器，处理器用于运行程序，其中，程序运行时执行信息的加载方法。

本申请实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：若检测到目标用户通过目标应用程序对目标模板场景中的目标设备进行访问时，则在目标数据表中进行查询得到第一目标信息，其中，目标数据表包括多条信息，每条信息中包括设备的动作执行条件对应的型号、设备的动作执行内容对应的型号；判断第一目标信息与目标模板场景中目标设备的型号是否匹配；若第一目标信息与目标模板场景中目标设备的型号匹配，则将第一目标信息在目标应用程序上进行加载显示。

处理器执行程序时还实现以下步骤：确定目标模板场景中待查询的规则信息，其中，待查询的规则信息包括如下至少之一：目标设备的型号、目标设备的动作执行条件、目标设备的动作执行内容；采用待查询的规则信息在目标数据表中进行查询,得到第一目标信息。

处理器执行程序时还实现以下步骤：在确定目标模板场景中待查询的规则信息之前，预先创建目标模板场景，获取目标模板场景中的规则信息；对目标模板场景中的多个规则信息进行预测试，获取预测试结果；若预测试结果成功，从目标模板场景中的规则信息中确定待查询的规则信息。

处理器执行程序时还实现以下步骤：在采用待查询的规则信息在目标数据表中进行查询,得到第一目标信息之前，若检测到待查询的规则信息发生变更，获取变更后的待查询的规则信息；采用变更后的待查询的规则信息在目标数据表中进行查询,得到第二目标信息；将第二目标信息更新至目标数据表中。

处理器执行程序时还实现以下步骤：在将第二目标信息更新至目标数据表中之前，检测目标数据表中是否存在第一目标信息；若目标数据表中存在第一目标信息，对目标数据表中的第一目标信息执行删除操作。

处理器执行程序时还实现以下步骤：若检测到待查询的规则信息发生变更之后，判断后台数据的变更时间是否大于预设时长，若后台数据的变更时间大于预设时长，对变更后的待查询的规则信息进行获取。

本文中的设备可以是服务器、PC、PAD、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：若检测到目标用户通过目标应用程序对目标模板场景中的目标设备进行访问时，则在目标数据表中进行查询得到第一目标信息，其中，目标数据表包括多条信息，每条信息中包括设备的动作执行条件对应的型号、设备的动作执行内容对应的型号；判断第一目标信息与目标模板场景中目标设备的型号是否匹配；若第一目标信息与目标模板场景中目标设备的型号匹配，则将第一目标信息在目标应用程序上进行加载显示。

当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：确定目标模板场景中待查询的规则信息，其中，待查询的规则信息包括如下至少之一：目标设备的型号、目标设备的动作执行条件、目标设备的动作执行内容；采用待查询的规则信息在目标数据表中进行查询,得到第一目标信息。

当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：在确定目标模板场景中待查询的规则信息之前，预先创建目标模板场景，获取目标模板场景中的规则信息；对目标模板场景中的多个规则信息进行预测试，获取预测试结果；若预测试结果成功，从目标模板场景中的规则信息中确定待查询的规则信息。

当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：在采用待查询的规则信息在目标数据表中进行查询,得到第一目标信息之前，若检测到待查询的规则信息发生变更，获取变更后的待查询的规则信息；采用变更后的待查询的规则信息在目标数据表中进行查询,得到第二目标信息；将第二目标信息更新至目标数据表中。

当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：在将第二目标信息更新至目标数据表中之前，检测目标数据表中是否存在第一目标信息；若目标数据表中存在第一目标信息，对目标数据表中的第一目标信息执行删除操作。

当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：若检测到待查询的规则信息发生变更之后，判断后台数据的变更时间是否大于预设时长，若后台数据的变更时间大于预设时长，对变更后的待查询的规则信息进行获取。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

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

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

以上仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (6)

1.一种信息的加载方法，其特征在于，包括：

若检测到目标用户通过目标应用程序对目标模板场景中的目标设备进行访问时，则在目标数据表中进行查询得到第一目标信息，其中，所述目标数据表包括多条信息，每条信息中包括设备的动作执行条件对应的型号、设备的动作执行内容对应的型号；

判断所述第一目标信息与所述目标模板场景中目标设备的型号是否匹配；

若所述第一目标信息与所述目标模板场景中目标设备的型号匹配，则将所述第一目标信息在所述目标应用程序上进行加载显示；

其中，在目标数据表中进行查询得到第一目标信息包括：

确定所述目标模板场景中待查询的规则信息，其中，所述待查询的规则信息包括如下至少之一：目标设备的型号、目标设备的动作执行条件、目标设备的动作执行内容；

采用所述待查询的规则信息在所述目标数据表中进行查询,得到所述第一目标信息；

其中，在确定所述目标模板场景中待查询的规则信息之前，所述方法还包括：

预先创建所述目标模板场景，获取所述目标模板场景中的规则信息；

对所述目标模板场景中的多个规则信息进行预测试，获取预测试结果；

若所述预测试结果成功，从所述目标模板场景中的规则信息中确定待查询的规则信息；

其中，在采用所述待查询的规则信息在所述目标数据表中进行查询,得到所述第一目标信息之前，所述方法还包括：

若检测到所述待查询的规则信息发生变更，获取变更后的待查询的规则信息；

采用所述变更后的待查询的规则信息在所述目标数据表中进行查询,得到第二目标信息；

将所述第二目标信息更新至所述目标数据表中。

2.根据权利要求1所述的方法，其特征在于，在将所述第二目标信息更新至所述目标数据表中之前，所述方法还包括：

检测所述目标数据表中是否存在所述第一目标信息；

若所述目标数据表中存在所述第一目标信息，对所述目标数据表中的所述第一目标信息执行删除操作。

3.根据权利要求1所述的方法，其特征在于，若检测到所述待查询的规则信息发生变更，获取变更后的待查询的规则信息包括：

若检测到所述待查询的规则信息发生变更之后，判断后台数据的变更时间是否大于预设时长，若后台数据的变更时间大于预设时长，对变更后的待查询的规则信息进行获取。

4.一种信息的加载装置，其特征在于，包括：

第一查询单元，用于若检测到目标用户通过目标应用程序对目标模板场景中的目标设备进行访问时，则在目标数据表中进行查询得到第一目标信息，其中，所述目标数据表包括多条信息，每条信息中包括设备的动作执行条件对应的型号、设备的动作执行内容对应的型号；

第一判断单元，用于判断所述第一目标信息与所述目标模板场景中目标设备的型号是否匹配；

第一加载单元，用于若所述第一目标信息与所述目标模板场景中目标设备的型号匹配，则将所述第一目标信息在所述目标应用程序上进行加载显示；

其中，所述第一查询单元包括：

第一确定模块，用于确定所述目标模板场景中待查询的规则信息，其中，所述待查询的规则信息包括如下至少之一：目标设备的型号、目标设备的动作执行条件、目标设备的动作执行内容；

第一查询模块，用于采用所述待查询的规则信息在所述目标数据表中进行查询,得到所述第一目标信息；

其中，所述装置还包括：第一获取单元，用于在确定目标模板场景中待查询的规则信息之前，预先创建目标模板场景，获取目标模板场景中的规则信息；第二获取单元，用于对目标模板场景中的多个规则信息进行预测试，获取预测试结果；第一确定单元，用于若预测试结果成功，从目标模板场景中的规则信息中确定待查询的规则信息；

所述装置还包括：第三获取单元，用于在采用待查询的规则信息在目标数据表中进行查询,得到第一目标信息之前，若检测到待查询的规则信息发生变更，获取变更后的待查询的规则信息；第四获取单元，用于采用变更后的待查询的规则信息在目标数据表中进行查询,得到第二目标信息；第一更新单元，用于将第二目标信息更新至目标数据表中。

5.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至3中任意一项所述的方法。

6.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，所述程序执行权利要求1至3中任意一项所述的方法。

Images