CN113806651B - 一种数据缓存方法、装置、服务器及存储介质 - Google Patents

Abstract

本发明实施例公开了一种数据缓存方法、装置、服务器及存储介质，如果监测到请求接口满足调度条件，获取所述请求接口对应的设备数据规则；根据所述设备数据规则查询数据库，确定目标设备标识；根据各所述目标设备标识确定对应的设备信息，并存储到目标设备的缓存中。解决了获取信息时，反复调用访问接口导致的接口响应速度过慢的问题，在满足调度条件时获取设备信息并存储到目标设备的缓存中，避免了缓存时间过长被清除，同时缓存数据不会过多占用内存空间，由于预先对数据进行了缓存，所以也不容易出现雪崩的情况。实现了对数据的短时间内高效缓存，提升了数据加载速度。

Description

一种数据缓存方法、装置、服务器及存储介质

技术领域

本发明实施例涉及数据处理技术领域，尤其涉及一种数据缓存方法、装置、服务器及存储介质。

背景技术

当前智能设备数量日益巨增，系统功能越来越强大，对用户界面流畅度也要求越来越高，在互联网大背景下，流畅度很大因素是取决于连接通信速度上面，也就是连接响应越快，往往系统操作界面越流畅。在如此庞大的系统功能，所有内容都需要经过互联网连接云端获取，那么设备和云端连接接口的响应速度是首要关注的问题，而提升接口响应时间是其中优化很重要的一个环节。

传统的设备访问接口获取内容展示给用户，此类接口主要存在几个问题，1、日益需求增多，反复迭代，最终导致接口响应速度变慢，2、缓存有效时间设置固定，缓存冗余数据日益增多，浪费内存空间，3、容易出现缓存雪崩的情况，导致云服务不可用。

发明内容

本发明提供一种数据缓存方法、装置、服务器及存储介质，以实现对数据的提前缓存。

第一方面，本发明实施例提供了一种数据缓存方法，所述数据缓存方法包括：

如果监测到请求接口满足调度条件，获取所述请求接口对应的设备数据规则；

根据所述设备数据规则查询数据库，确定目标设备标识；

根据各所述目标设备标识确定对应的设备信息，并存储到目标设备的缓存中。

第二方面，本发明实施例还提供了一种数据缓存装置，该数据缓存装置包括：

规则获取模块，用于如果监测到请求接口满足调度条件，获取所述请求接口对应的设备数据规则；

标识确定模块，用于根据所述设备数据规则查询数据库，确定目标设备标识；

缓存模块，用于根据各所述目标设备标识确定对应的设备信息，并存储到目标设备的缓存中。

第三方面，本发明实施例还提供了一种服务器，该服务器包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明实施例中任一所述的一种数据缓存方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例中任一所述的一种数据缓存方法。

本发明实施例提供了一种数据缓存方法、装置、服务器及存储介质，如果监测到请求接口满足调度条件，获取所述请求接口对应的设备数据规则；根据所述设备数据规则查询数据库，确定目标设备标识；根据各所述目标设备标识确定对应的设备信息，并存储到目标设备的缓存中。解决了获取信息时，反复调用访问接口导致的接口响应速度过慢的问题，在满足调度条件时获取设备信息并存储到目标设备的缓存中，避免了缓存时间过长被清除，同时缓存数据不会过多占用内存空间，由于预先对数据进行了缓存，所以也不容易出现雪崩的情况。实现了对数据的短时间内高效缓存，提升了数据加载速度。

附图说明

图1是本发明实施例一中的一种数据缓存方法的流程图；

图2是本发明实施例二中的一种数据缓存方法的流程图；

图3是本发明实施例二中的一种规则类型展示示例图；

图4是本发明实施例二中的一种数据缓存的实现时序图；

图5是本发明实施例三中的一种数据缓存装置的结构示意图；

图6是本发明实施例四中的一种服务器的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例方式作进一步地详细描述。应当明确，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请的描述中，需要理解的是，术语“第一”、“第二”、“第三”等仅用于区别类似的对象，而不必用于描述特定的顺序或先后次序，也不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。此外，在本申请的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

实施例一

图1给出了本申请实施例一提供的一种数据缓存方法的流程示意图，该方法适用于在进行智能设备在访问接口时提前对数据进行缓存的情况。

以秒杀活动为例，本实施例实现数据缓存方法的应用环境可以描述为：为了减少缓存冗余数据对内存空间的影响，对缓存设置有效时间。如果所有设备首页的Key失效时间都是12小时，中午12点进行刷新，若零点存在秒杀活动，会有大量用户涌入。假设当时每秒6000个请求，若缓存数据存在，可以支持每秒5000个请求。如果缓存当时所有的Key均失效，此时1秒6000个请求全部需要查询数据库，数据库无法支撑。因此，数据库会进行报警，甚至存在数据库没反应过来就直接崩掉的可能性。此时，如果没有及时处理这个故障，数据库会进行重启，但是重启后的数据库立马又被新的流量冲击并崩掉，这就是缓存雪崩。即在大量用户同时启动并调用接口时，服务器或数据库可能会因为同时涌入的大量用户无法快速响应，但是对全部数据均进行预先存储会占用过多的内存空间，造成资源的大量浪费。

本实施例提供的数据缓存方法能够提前进行数据缓存，在避免过多占用内存空间的同时降低缓存雪崩情况的发生概率，以此来克服现有技术方案所存在的问题。

如图1所示，本实施例一提供的一种数据缓存方法，具体包括如下步骤：

S110、如果监测到请求接口满足调度条件，获取请求接口对应的设备数据规则。

在本实施例中，请求接口具体可以理解为执行某种操作或业务时的接口，例如，开机接口、购物接口、系统升级接口、应用安装接口、主页风格设置接口等。调度条件具体可以理解为需要进行数据调度，进行数据缓存的条件。数据调度可以设置成单次执行，也可以设置成循环执行，由用户触发后或者程序自动触发等。设备数据规则具体可以理解为用于确定设备所要缓存数据的规则，设备数据规则中可以包括时间要求、访问次数要求等。

具体的，作为工作人员的用户可以根据请求接口的类型结合实际需求，设置请求接口进行数据缓存的时机，例如，用户手动触发请求接口的数据缓存，当监测到用户对于请求接口的数据缓存的手动触发时，则可以确定请求接口满足调度条件，或者设置定时触发，当时间达到要求时，确定请求接口满足调度条件。当监测到请求接口满足调度条件时，确定此请求接口对应的设备数据规则，请求接口对应的设备数据规则可以是用户在当前或预先输入的设备获取规则，或者从历史使用过的设备获取规则中选择一个，等等。

需要知道的是，本申请实施例所提供的数据缓存方法可以对任意一种请求接口进行监测，并且可以同时对多个请求接口进行监测，并对访问过所管理的请求接口的设备进行数据缓存管理，本申请实施例所提供的数据缓存方法以针对一个请求接口实现数据缓存为例，对于任意类型的请求接口均采用同样的方式实现数据缓存，本领域技术人员可以知晓。

S120、根据设备数据规则查询数据库，确定目标设备标识。

在本实施例中，数据库为存储了用户对请求接口调用时所产生的各种信息的数据库。目标设备标识具体可以理解为需要进行数据缓存的目标设备的标识，用于唯一标识设备，目标设备为设备中的一个，即为需要进行数据缓存的设备。

具体的，由于数据库中存储了大量访问请求接口的历史数据，根据设备数据规则对数据库中的历史数据进行过滤筛选，例如，通过时间进行筛选，得到在时间上满足要求的设备标识，进一步根据访问次数对初次筛选得到的设备标识进行筛选，得到需要进行数据缓存的目标设备的目标设备标识。

S130、根据各目标设备标识确定对应的设备信息，并存储到目标设备的缓存中。

在本实施例中，设备信息具体可以理解为设备相关的信息，例如设备的尺寸、型号、设备上登录的账号的观看喜好等。

具体的，对于设备的一些信息，在设备出厂时，会设置好并存储，并且设备在使用过程中，会根据使用者的使用情况形成一些历史信息。预先收集并存储各设备对应的设备信息，根据各目标设备标识进行匹配，确定各目标设备标识对应的设备信息，并将各设备信息发送给对应的目标设备，以便各目标设备进行缓存，实现目标设备在调用请求接口前，预先对数据进行缓存，无需通过服务器获取。

本发明实施例提供了一种数据缓存方法，如果监测到请求接口满足调度条件，获取所述请求接口对应的设备数据规则；根据所述设备数据规则查询数据库，确定目标设备标识；根据各所述目标设备标识确定对应的设备信息，并存储到目标设备的缓存中。解决了获取信息时，反复调用访问接口导致的接口响应速度过慢的问题，在满足调度条件时获取设备信息并存储到目标设备的缓存中，避免了缓存时间过长被清除，同时缓存数据不会过多占用内存空间，由于预先对数据进行了缓存，所以也不容易出现雪崩的情况。实现了对数据的短时间内高效缓存，提升了数据加载速度。

实施例二

图2为本发明实施例二提供的一种数据缓存方法的流程图。本实施例的技术方案在上述技术方案的基础上进一步细化，具体主要包括如下步骤：

S201、获取预确定的规则类型和对应的显示规则，按照对应的显示规则对各规则类型进行展示。

在本实施例中，设备数据规则中包含多种不同条件，用于对数据从多角度进行筛选。规则类型具体可以理解为不同类型的条件，用于从不同角度筛选数据。其中，规则类型为以下至少一种：规则名称、日期范围、时间段范围、访问次数范围或调度执行时间。调度执行时间可以理解为开始执行调度，进行数据缓存的时间。显示规则具体可以理解为对规则类型进行展示时所采用的方式，规则类型不同时，其在进行展示时可以选择不同的方式进行展示，为不同的规则类型设置合适的显示方式。

具体的，预先设置规则类型，为不同的规则类型设置对应的显示规则，并进行相应的存储。从存储空间获取规则类型和对应的显示规则。

S202、接收用户针对各规则类型所输入的规则信息。

在本实施例中，规则信息具体可以理解为规则类型对应的数据信息，例如规则类型为规则名称时，数据信息可以是零点秒杀活动。对规则类型进行展示，并引导用户输入规则信息，可以提供便捷输入方式，例如，在需要用户输入日期时，展示可选择的日期，供用户选择，根据用户的选择确定日期时间。规则名称可方便用户重复使用设备数据规则。例如，对于零点秒杀活动，在618活动前生成此设备数据规则，在双十一的时候也会有零点秒杀活动，因此，可以重复使用此规则，只需要找到相应的规则名称即可确定对应的设备数据规则。

示例性的，图3为本申请实施例提供的一种规则类型展示示例图，如图所示，规则名称对应的规则信息可以是中秋节假日数据加载时间、零点秒杀活动等等；日期范围对应的规则信息可以是2021-09-21-2021-09-30；时间段范围对应的规则信息可以是0点00分00秒到0点59分59秒，图中各时间段以h0、h1…h23表示，h0代表0点00分00秒到0点59分59秒，剩余h1-h23含义与h0实质相同，在此不进行一一赘述。访问次数范围对应的规则信息可以是：访问次数大于或等于20，并且小于或等于100。调度执行时间可以是2021-10-01 00:00:00。

S203、根据各规则类型和对应的规则信息形成设备数据规则。

根据各规则信息和对应的规则类型形成设备数据规则，并按照一定数据格式进行相应存储。

S204、如果监测到请求接口满足调度条件，获取请求接口对应的设备数据规则。

判断是否满足调度条件时，由于请求接口是确定的，可以预先为不同的请求接口确定调度执行时间，当达到调度执行时间时，确定请求接口满足调度条件，接收到用户的触发，确定满足调度条件。或者，在形成请求接口的设备数据规则时，包含调度执行时间，当达到调度执行时间，确定满足调度条件。

S205、根据设备数据规则确定目标历史数据和查询条件。

在本实施例中，目标历史数据具体可以理解为从数据库保存的历史数据中筛选出的满足一定条件的用户访问数据。查询条件具体可以理解为筛选数据的条件，用于筛选目标历史数据。

具体的，对设备数据规则进行解析，确定历史数据的查询范围，根据查询范围对数据库中的历史数据进行筛选，得到匹配的目标历史数据。通过对设备数据规则进行解析，确定精确的查询条件。

作为本实施例的一个可选实施例，本可选实施例进一步将根据设备数据规则确定目标历史数据和查询条件优化为：

A1、按照预设的解析规则对设备数据规则进行解析，得到日期范围、时间段范围和访问次数范围所对应的规则信息。

在本实施例中，解析规则具体可以理解为一种数据解码规则，例如，二进制码转化为字符串。由于在生成设备数据规则时，设备数据规则中各数据类型，以及展示形式均为已知，因此解析规则也为已知。通过解析规则对设备数据规则进行解析。解析规则还可以是解密规则，如果设备数据规则进行了加密处理，则需要通过解析规则进行解密。解析规则还可以包含多种不同处理规则，例如，同时包含字符转换和解密。解析后得到日期范围、时间段范围和访问次数范围所对应的规则信息。

A2、根据日期范围所对应的规则信息对数据库中数据表的数据表标识进行查询，确定目标历史数据。

在本实施例中，用户或设备访问请求接口形成访问记录时，通过数据表存储访问记录，数据表在存储访问记录时，按照时间进行存储，为方便进行数据统计，本申请的数据表以天为单位存储数据，即一张数据表存储一天的数据。数据表标识具体可以理解为用于标识不同数据表的信息，唯一标识数据表。本申请实施例中的数据表标识可以根据日期生成，例如直接将日期作为数据表标识，如log20210825；也可以不适用日期作为数据表标识，但是需要将数据表标识与日期进行关联。

具体的，对设备数据规则进行解析，得到日期范围对应的规则信息，例如，2021-09-21–2021-09-30，根据规则信息对数据库中的各数据表标识进行筛选，确定满足要求(即在2021-09-21–2021-09-30时间范围内)的数据表标识，将满足要求的各数据表标识对应的数据表中的数据作为目标历史数据。

A3、将时间段范围和访问次数范围对应的规则信息确定为查询条件。

直接将时间段范围所对应的规则信息与访问次数范围所对应的规则信息组成查询条件。

作为本实施例的一个可选实施例，本可选实施例进一步优化包括：

B1、当采集到设备访问请求接口所产生的访问记录时，根据访问记录中的访问日期确定数据表标识，以及根据访问时间确定对应的目标访问时间段，其中，目标访问时间段为对时间进行划分得到。

在本实施例中，访问记录中包含设备访问请求接口时的信息，例如访问日期、访问时间，设备标识。目标访问时间段具体可以理解为访问时间所属的时间段。

具体的，预先对时间进行分段划分，例如，将一天中的24小时分为24个时间段，每个时间段为一个访问时间段。作为智能设备使用者的用户通过设备访问请求接口，并生成访问记录。在请求接口网关处安装代理Agent采集访问记录。在采集访问记录过程中对非设备标识产生的数据进行过滤，减少数据量。若数据表标识是直接根据访问日期生成的，则根据访问记录中的访问日期可以找到对应的数据表标识；若数据表标识与访问日期关联，则根据访问日期同样可以找到关联的数据表标识。根据访问时间确定所属的访问时间段，将此访问时间段确定为目标访问时间段。

B2、根据数据表标识确定对应的目标数据表，并对目标数据表中目标访问时间段的访问次数进行累计。

在本实施例中，目标数据表具体可以理解为对本次的访问记录进行存储的数据表。

具体的，根据数据表标识查找数据库中的各数据表，得到与此数据表标识匹配的数据表，将其作为目标数据表。对目标数据表中的目标访问时间段的访问次数进行累计。例如，设备在2021-08-09 11:23:43访问请求接口，根据2021-08-09确定目标数据表，然后将目标数据表中h11(h11表示11:00:00-11：59：59)中的访问次数累计加1。若数据表标识对应的目标数据表不存在，即设备在2021-08-09 11:23:43访问请求接口时是第一次访问，此时还未形成目标数据表，因此可以先生成目标数据表，然后对目标访问时间段的访问次数进行累计。还可以在访问之前，预先生成当天的数据表。

B3、根据设备标识、目标访问时间段的访问次数对数据库中的目标数据表进行更新并存储。

目标数据表在存储访问次数的同时，存储各设备标识。在存储各设备标识时，对于同一访问时间段，设备标识可以不重复存储，例如，设备在11:23:43和11:44:09分别对请求接口进行了访问，在h11这个访问时间段内仅存储一次设备标识。根据设备标识、访问次数对目标数据表进行更新并存储，由此实现对数据库中各数据表的更新。

S206、根据查询条件对目标历史数据进行筛选，确定目标设备标识。

根据查询条件对目标历史数据进行精确筛选，得到符合时间和访问次数要求的设备标识，将得到的各设备标识确定为目标设备标识。

作为本实施例的一个可选实施例，本可选实施例进一步将根据查询条件对目标历史数据进行筛选，确定目标设备标识优化为：

C1、根据查询条件对目标历史数据中的设备标识进行筛选，确定备选设备标识。

在本实施例中，备选设备标识具体可以理解为从目标历史数据中筛选出符合查询条件的设备标识。根据查询条件对目标历史数据中的设备标识进行筛选，例如目标历史数据为2021-09-21–2021-09-30日期范围内的数据表中的数据，设置查询条件，确定目标历史数据中h18和h19两个访问时间段内访问次数范围分别在20到100之间的历史数据，如h18的访问次数为13，h19的访问次数为48，则将h19访问时间段内的所有设备标识确定为备选设备标识。由于目标历史数据可能是多天的历史数据，因此，存在一部分设备在每天的h19或h18时间段内均访问了请求接口，此时这部分设备的设备标识会重复出现。

C2、对各备选设备标识进行去重，得到各目标设备标识。

对各备选设备标识进行去重处理，相同的备选设备标识仅保留一个，得到所有目标设备标识。

S207、针对每个目标设备标识，根据目标设备标识确定当前关联的目标账号标识。

在本实施例中，目标账号标识具体可以理解为唯一标识用户账号的信息。作为设备使用者的用户在使用设备时，可以选择登陆用户账号也可以选择不登录。同一设备在不同时间可以登陆不同的用户账号。对于每个目标设备标识，确定当前关联的目标账号标识，例如，根据历史记录确定目标设备标识最近时间内登陆的账号的标识，或者统计历史记录中在此时间段内登陆的账号的标识等，确定目标设备标识当前关联的目标账号标识。

S208、根据目标设备标识查找预确定的设备参数表，确定对应的设备参数。

在本实施例中，设备参数表具体可以理解为存储设备相关参数的数据表，设备参数可以是屏幕尺寸、设备型号等等。

预先确定不同设备的设备参数，将设备标识与设备参数关联存储，形成设备参数表。根据目标设备标识查找设备参数表，确定目标设备标识对应的设备参数。

S209、根据目标账号标识查找预确定的账号标签表，确定对应的账号标签。

在本实施例中，账号标签表具体可以理解为存储账号的不同标签的数据表，标签用于对账号对应的用户进行标识，例如，用户的观看喜好、观看时间等形成的用户画像，以便更好地为用户进行推荐。账号标签可以是用户的性别、年龄、喜好等。

用户在登录账号观看视频或进行其他操作时，服务器会保存用户的浏览或操作记录，并通过大数据分析，形成此账号的账号标签。将账号标签与账号标识关联存储，形成账号标签表。根据目标账号标识查找账号标签表，确定目标账号标识对应的账号标签。

S210、将各设备参数和各账号标签确定为目标设备标识的设备信息。

将得到的一个或多个设备参数，以及一个或多个账号标签确定为目标设备标识的设备信息。

S211、将设备信息存储到目标设备的缓存中。

在确定各目标设备标识的设备信息后，将各设备信息发送给对应的目标设备，以便各目标设备进行缓存。

设备信息在缓存完，如果目标设备调用相应的请求接口，无需从数据库中获取设备信息，可以直接在缓存中获得。由于缓存是在满足调度条件后才进行，数据缓存的时间并不会过长，不会过多占用缓存空间。根据历史数据进行导流，确定目标设备在某一时间段内需要加载的设备信息，提前加载到缓存中，避免在使用时进行加载。提前进行数据加载可以避免同时涌入大量用户导致的缓存雪崩。通过预置业务内容数据，加快接口响应，提升用户体验。本申请实施例提供的数据缓存方法作为缓存数据辅助，提升一定的接口性能能力，加快响应时间输出内容，大大减少缓存雪崩概率。

示例性的，图4为本申请实施例提供的一种数据缓存的实现时序图。服务器31进行数据缓存的调度处理，通过从数据库32中获取设备数据规则，对设备数据规则进行解析，并根据解析结果确定备选设备标识；通过对各备选设备标识进行聚合去重，得到各目标设备标识。根据各目标设备标识确定设备参数和账号标签，并作为设备信息加载到缓存中。判断目标设备33的缓存空间34中是否存在缓存的设备信息，如果不存在则写入缓存中。目标设备33向接口服务35发送首次请求时，从缓存空间34中获取缓存的设备信息，并返回给目标设备33。

本发明实施例提供了一种数据缓存方法，如果监测到请求接口满足调度条件，获取所述请求接口对应的设备数据规则；根据所述设备数据规则查询数据库，确定目标设备标识；根据各所述目标设备标识确定对应的设备信息，并存储到目标设备的缓存中。解决了获取信息时，反复调用访问接口导致的接口响应速度过慢的问题，在满足调度条件时获取设备信息并存储到目标设备的缓存中，避免了缓存时间过长被清除。根据历史数据进行导流，确定目标设备在某一时间段内需要加载的设备信息，提前加载到缓存中，避免同时涌入大量用户导致的缓存雪崩。通过预置业务内容数据，加快接口响应，提升用户体验。

实施例三

图5为本发明实施例三提供的一种数据缓存装置的结构示意图，该装置包括：规则获取模块41、标识确定模块42和缓存模块43。

其中，规则获取模块41，用于如果监测到请求接口满足调度条件，获取所述请求接口对应的设备数据规则；

标识确定模块42，用于根据所述设备数据规则查询数据库，确定目标设备标识；

缓存模块43，用于根据各所述目标设备标识确定对应的设备信息，并存储到目标设备的缓存中。

本发明实施例提供了一种数据缓存装置，如果监测到请求接口满足调度条件，获取所述请求接口对应的设备数据规则；根据所述设备数据规则查询数据库，确定目标设备标识；根据各所述目标设备标识确定对应的设备信息，并存储到目标设备的缓存中。解决了获取信息时，反复调用访问接口导致的接口响应速度过慢的问题，在满足调度条件时获取设备信息并存储到目标设备的缓存中，避免了缓存时间过长被清除，同时缓存数据不会过多占用内存空间，由于预先对数据进行了缓存，所以也不容易出现雪崩的情况。实现了对数据的短时间内高效缓存，提升了数据加载速度。

进一步地，该装置还包括：

展示模块，用于获取预确定的规则类型和对应的显示规则，按照对应的显示规则对各所述规则类型进行展示，其中，所述规则类型为以下至少一种：规则名称、日期范围、时间段范围、访问次数范围或调度执行时间；

接收模块，用于接收用户针对各所述规则类型所输入的规则信息；

规则形成模块，用于根据各所述规则类型和对应的规则信息形成设备数据规则。

进一步地，标识确定模块42包括：

条件确定单元，用于根据所述设备数据规则确定目标历史数据和查询条件；

筛选单元，用于根据所述查询条件对所述目标历史数据进行筛选，确定目标设备标识。

进一步地，条件确定单元，具体用于按照预设的解析规则对所述设备数据规则进行解析，得到日期范围、时间段范围和访问次数范围所对应的规则信息；根据所述日期范围所对应的规则信息对数据库中数据表的数据表标识进行查询，确定目标历史数据；将所述时间段范围和访问次数范围对应的规则信息确定为查询条件。

进一步地，该装置还包括：

时间段确定模块，用于当采集到设备访问所述请求接口所产生的访问记录时，根据所述访问记录中的访问日期确定数据表标识，以及根据访问时间确定对应的目标访问时间段，其中，所述目标访问时间段为对时间进行划分得到；

累计模块，用于根据所述数据表标识确定对应的目标数据表，并对所述目标数据表中目标访问时间段的访问次数进行累计；

更新模块，用于根据设备标识、所述目标访问时间段的访问次数对数据库中的目标数据表进行更新并存储。

进一步地，筛选单元，具体用于根据所述查询条件对所述目标历史数据中的设备标识进行筛选，确定备选设备标识；对各所述备选设备标识进行去重，得到各目标设备标识。

进一步地，缓存模块43，包括：

账号标识确定单元，用于针对每个所述目标设备标识，根据所述目标设备标识确定当前关联的目标账号标识；

设备参数确定单元，用于根据所述目标设备标识查找预确定的设备参数表，确定对应的设备参数；

账号标签确定单元，用于根据所述目标账号标识查找预确定的账号标签表，确定对应的账号标签；

设备信息确定单元，用于将各所述设备参数和各账号标签确定为所述目标设备标识的设备信息。

本发明实施例所提供的数据缓存装置可执行本发明任意实施例所提供的数据缓存方法，具备执行方法相应的功能模块和有益效果。

实施例四

图6为本发明实施例四提供的一种服务器的结构示意图，如图6所示，该服务器包括处理器50、存储器51、输入装置52和输出装置53；服务器中处理器50的数量可以是一个或多个，图6中以一个处理器50为例；服务器中的处理器50、存储器51、输入装置52和输出装置53可以通过总线或其他方式连接，图6中以通过总线连接为例。

存储器51作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的数据缓存方法对应的程序指令/模块(例如，数据缓存装置中的规则获取模块41、标识确定模块42和缓存模块43)。处理器50通过运行存储在存储器51中的软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述的数据缓存方法。

存储器51可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器51可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器51可进一步包括相对于处理器50远程设置的存储器，这些远程存储器可以通过网络连接至服务器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置52可用于接收输入的数字或字符信息，以及产生与服务器的用户设置以及功能控制有关的键信号输入。输出装置53可包括显示屏等显示设备。

实施例五

本发明实施例五还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种数据缓存方法，该方法包括：

如果监测到请求接口满足调度条件，获取所述请求接口对应的设备数据规则；

根据所述设备数据规则查询数据库，确定目标设备标识；

根据各所述目标设备标识确定对应的设备信息，并存储到目标设备的缓存中。

当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本发明任意实施例所提供的数据缓存方法中的相关操作。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

值得注意的是，上述数据缓存装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (7)

1.一种数据缓存方法，其特征在于，包括：

如果监测到请求接口满足调度条件，获取所述请求接口对应的设备数据规则；

根据所述设备数据规则查询数据库，确定目标设备标识；

根据各所述目标设备标识确定对应的设备信息，并存储到目标设备的缓存中；

在所述如果监测到请求接口满足调度条件，获取所述请求接口对应的设备数据规则之前，还包括：

获取预确定的规则类型和对应的显示规则，按照对应的显示规则对各所述规则类型进行展示，其中，所述规则类型为以下至少一种：规则名称、日期范围、时间段范围、访问次数范围或调度执行时间；

接收用户针对各所述规则类型所输入的规则信息；

根据各所述规则类型和对应的规则信息形成设备数据规则；

所述根据所述设备数据规则查询数据库，确定目标设备标识，包括：

根据所述设备数据规则确定目标历史数据和查询条件；

根据所述查询条件对所述目标历史数据进行筛选，确定目标设备标识；

所述根据所述设备数据规则确定目标历史数据和查询条件，包括：

按照预设的解析规则对所述设备数据规则进行解析，得到日期范围、时间段范围和访问次数范围所对应的规则信息；

根据所述日期范围所对应的规则信息对数据库中数据表的数据表标识进行查询，确定目标历史数据；

将所述时间段范围和访问次数范围对应的规则信息确定为查询条件。

2.根据权利要求1所述的方法，其特征在于，还包括：

当采集到设备访问所述请求接口所产生的访问记录时，根据所述访问记录中的访问日期确定数据表标识，以及根据访问时间确定对应的目标访问时间段，其中，所述目标访问时间段为对时间进行划分得到；

根据所述数据表标识确定对应的目标数据表，并对所述目标数据表中目标访问时间段的访问次数进行累计；

根据设备标识、所述目标访问时间段的访问次数对数据库中的目标数据表进行更新并存储。

3.根据权利要求1所述的方法，其特征在于，所述根据所述查询条件对所述目标历史数据进行筛选，确定目标设备标识，包括：

根据所述查询条件对所述目标历史数据中的设备标识进行筛选，确定备选设备标识；

对各所述备选设备标识进行去重，得到各目标设备标识。

4.根据权利要求1所述的方法，其特征在于，所述根据各所述目标设备标识确定对应的设备信息，包括：

针对每个所述目标设备标识，根据所述目标设备标识确定当前关联的目标账号标识；

根据所述目标设备标识查找预确定的设备参数表，确定对应的设备参数；

根据所述目标账号标识查找预确定的账号标签表，确定对应的账号标签；

将各所述设备参数和各账号标签确定为所述目标设备标识的设备信息。

5.一种数据缓存装置，其特征在于，包括：

规则获取模块，用于如果监测到请求接口满足调度条件，获取所述请求接口对应的设备数据规则；

标识确定模块，用于根据所述设备数据规则查询数据库，确定目标设备标识；

缓存模块，用于根据各所述目标设备标识确定对应的设备信息，并存储到目标设备的缓存中；

展示模块，用于获取预确定的规则类型和对应的显示规则，按照对应的显示规则对各所述规则类型进行展示，其中，所述规则类型为以下至少一种：规则名称、日期范围、时间段范围、访问次数范围或调度执行时间；

接收模块，用于接收用户针对各所述规则类型所输入的规则信息；

规则形成模块，用于根据各所述规则类型和对应的规则信息形成设备数据规则；

所述标识确定模块，包括：

条件确定单元，用于根据所述设备数据规则确定目标历史数据和查询条件；

筛选单元，用于根据所述查询条件对所述目标历史数据进行筛选，确定目标设备标识；

所述条件确定单元，具体用于按照预设的解析规则对所述设备数据规则进行解析，得到日期范围、时间段范围和访问次数范围所对应的规则信息；

根据所述日期范围所对应的规则信息对数据库中数据表的数据表标识进行查询，确定目标历史数据；

将所述时间段范围和访问次数范围对应的规则信息确定为查询条件。

6.一种服务器，其特征在于，所述服务器包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-4中任一所述的数据缓存方法。

7.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-4中任一所述的数据缓存方法。