资源策略处理方法、计算设备及存储介质与流程

1.本发明涉及数据处理技术领域，具体涉及一种资源策略处理方法、计算设备及存储介质。


背景技术：

2.在例如电子书阅读客户端等客户端的页面中设置有一些展示位，通过展示位能够向用户展示更多、更丰富的资源，例如广告、活动信息等。在用户启动客户端或者客户端中未包含有资源策略时，客户端会向服务端发送用于请求展示位对应的资源策略的展示位请求，服务端依据索引查找出对应的资源策略并返回给客户端，使得客户端能够按照资源策略进行资源请求以便在展示位中展示相应的资源。然而，在实际的应用场景中，资源策略会随着业务需求的变化而不断更新、新增等，服务端通常是定时地对索引重新进行构建，存在着索引构建不及时的问题，很可能出现索引与当前的资源策略不相适配的情况。


技术实现要素：

3.鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的资源策略处理方法、计算设备及存储介质。
4.根据本发明的一个方面，提供了一种资源策略处理方法，该方法基于预先选定的领导者节点和跟随者节点而执行，该方法包括：
5.监听运营数据库中与资源策略相关的日志数据，得到日志变更事件；
6.依据日志变更事件驱动领导者节点，以供领导者节点确定资源策略，根据资源策略构建资源策略索引；
7.接收客户端发送的展示位请求，触发资源策略查询服务，将展示位请求分发给领导者节点和/或跟随者节点，以供领导者节点和/或跟随者节点依据资源策略索引，查找与展示位请求相匹配的目标资源策略。
8.根据本发明的另一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；
9.存储器用于存放至少一可执行指令，可执行指令使处理器执行以下操作：
10.监听运营数据库中与资源策略相关的日志数据，得到日志变更事件；
11.依据日志变更事件驱动领导者节点，以供领导者节点确定资源策略，根据资源策略构建资源策略索引；
12.接收客户端发送的展示位请求，触发资源策略查询服务，将展示位请求分发给领导者节点和/或跟随者节点，以供领导者节点和/或跟随者节点依据资源策略索引，查找与展示位请求相匹配的目标资源策略。
13.根据本发明实施例的又一方面，提供了一种计算机存储介质，存储介质中存储有至少一可执行指令，可执行指令使处理器执行如上述资源策略处理方法对应的操作。
14.根据本发明提供的技术方案，通过领导者节点完成针对资源策略索引的构建工
作，跟随者节点依据领导者节点所构建的资源策略索引对客户端的展示位请求进行处理，而不是每个处理节点都进行索引构建，有效地减少了运营数据库的实时数据查询量；并引入了事件驱动技术，通过监听运营数据库中与资源策略相关的日志数据，当监听到与资源策略相关的日志数据发生变化时就会驱动领导者节点进行索引构建，实现了对资源策略索引的及时构建，保证了资源策略索引能够适配于当前的资源策略，优化了索引构建方式。
15.上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
16.通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
17.图1示出了根据本发明实施例一的一种资源策略处理方法的流程示意图；
18.图2a示出了根据本发明实施例二的一种资源策略处理方法的流程示意图；
19.图2b示出了一种资源策略处理方法的流程架构示意图一；
20.图2c示出了一种资源策略处理方法的流程架构示意图二；
21.图3示出了根据本发明实施例四的一种计算设备的结构示意图。
具体实施方式
22.下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
23.实施例一
24.图1示出了根据本发明实施例一的一种资源策略处理方法的流程示意图，如图1所示，该方法包括如下步骤：
25.步骤s101，监听运营数据库中与资源策略相关的日志数据，得到日志变更事件。
26.该方法可由服务端进行执行，服务端中包括有多个处理节点。在本实施例中，可引入例如zookeeper等选举机制，基于选举机制从多个处理节点中选取出一个处理节点作为领导者节点(leader节点)，其他的处理节点作为跟随者节点(follower节点)，也就是说，选举出主从节点。该方法基于预先选定的领导者节点和跟随者节点而执行。
27.运营数据库存储有所配置的资源策略，资源策略中记录有展示位对应的资源的请求策略以及在展示位中展示的展示策略等。运营人员可根据业务需求对运营数据库中的资源策略进行增删改查等处理。考虑到当运营数据库中的资源策略发生变化时会产生对应的日志数据。本领域技术人员可根据实际需要选择合适的数据库作为运营数据库。例如，运营数据库可采用mysql数据库，那么所产生的日志数据具体为binlog日志数据。为了有效地提高索引构建的及时性，本实施例在服务端中引入了事件驱动技术，通过捕获组件监听运营数据库中与资源策略相关的日志数据，当监听到与资源策略相关的日志数据发生变化时，
得到日志变更事件。
28.步骤s102，依据日志变更事件驱动领导者节点，以供领导者节点确定资源策略，根据资源策略构建资源策略索引。
29.若得到了日志变更事件，说明运营数据库中的资源策略发生了变化，则依据日志变更事件驱动领导者节点进行工作，领导者节点确定资源策略，根据资源策略构建资源策略索引。也就是说，当运营数据库中的资源策略发生变化时就会触发领导者节点对资源策略索引进行构建，从而保证资源策略索引适配于当前的资源策略。
30.步骤s103，接收客户端发送的展示位请求，触发资源策略查询服务，将展示位请求分发给领导者节点和/或跟随者节点，以供领导者节点和/或跟随者节点依据资源策略索引，查找与展示位请求相匹配的目标资源策略。
31.当客户端想要获取展示位对应的资源策略时，可向服务端发送展示位请求。服务端在接收到展示位请求后，触发资源策略查询服务。领导者节点和/或跟随者节点都可根据展示位请求查询相匹配的资源策略，在本实施例中，将最终查询到的与展示位请求相匹配的资源策略称为目标资源策略。具体地，可将展示位请求分发给领导者节点或者分发给跟随者节点。在对应的节点接收到展示位请求后，该节点即可依据所构建的资源策略索引，查找与展示位请求相匹配的目标资源策略。
32.利用本实施例提供的资源策略处理方法，通过领导者节点完成针对资源策略索引的构建工作，跟随者节点依据领导者节点所构建的资源策略索引对客户端的展示位请求进行处理，而不是每个处理节点都进行索引构建，有效地减少了运营数据库的实时数据查询量；并引入了事件驱动技术，通过监听运营数据库中与资源策略相关的日志数据，当监听到与资源策略相关的日志数据发生变化时就会驱动领导者节点进行索引构建，实现了对资源策略索引的及时构建，保证了资源策略索引能够适配于当前的资源策略，优化了索引构建方式。
33.实施例二
34.图2a示出了根据本发明实施例二的一种资源策略处理方法的流程示意图，如图2a所示，该方法包括如下步骤：
35.步骤s201，通过捕获组件监听运营数据库中与资源策略相关的日志数据，得到日志变更事件，并将日志变更事件以消息方式写入至消息队列中。
36.该方法可由服务端进行执行，服务端中包括有多个处理节点。按照选举机制从多个处理节点中选取出领导者节点，其他的处理节点作为跟随者节点。具体地，领导者节点完成针对资源策略索引的构建工作，跟随者节点依据领导者节点所构建的资源策略索引对客户端的展示位请求进行处理，查找相匹配的目标资源策略。另外，领导者节点也可对客户端的展示位请求进行处理，此处不做限定。
37.运营数据库存储有所配置的资源策略，当运营数据库中的资源策略发生变化时会产生对应的日志数据。为了及时地获知资源策略的变化，在服务端中增加了捕获组件，用于监听运营数据库中与资源策略相关的日志数据。本领域技术人员可根据实际需要选择捕获组件，此处不做限定。例如，捕获组件具体可为cdc(变化数据捕获，change data capture)组件等。当监听到与资源策略相关的日志数据发生变化时，得到日志变更事件，捕获组件会将日志变更事件以消息的方式写入至消息队列中。消息队列具体可为kafka消息队列。
38.步骤s202，通过消息队列的消费者从消息队列中消费消息进行处理，并驱动领导者节点，以供领导者节点依据处理后的消息确定资源策略，根据资源策略构建资源策略索引。
39.通过消息队列的消费者从消息队列中消费消息进行相应处理，而后消息队列的消费者驱动领导者节点进行索引构建。资源策略索引可包括：第一索引信息和第二索引信息。具体地，领导者节点依据处理后的消息确定资源策略的策略标识以及资源策略的策略内容，构建策略标识与策略内容之间的第一索引信息，其中，策略内容是指资源策略的具体实体内容，所构建的第一索引信息记录的是从策略标识到策略内容的对应关系，为正排索引信息。
40.另外，在资源策略的配置过程中还会涉及到不同的维度，针对不同维度需配置不同的资源策略，从而实现资源策略的个性化配置，获得千人千面的配置效果，以使不同的客户端对应于不同的资源策略。为了实现资源策略的精准配置，领导者节点还需获取预先设置的预设维度对应的配置规则信息，其中，预设维度可包括以下维度中的一个或多个：媒体、展示位、客户端版本、资源渠道、用户交互特征。在单个预设维度下可包含多个项值或字段，为了便于快速识别，可为不同的项值或字段预先设置不同的预设维度标识。根据配置规则信息可知每个预设维度标识需对应配置哪些资源策略。本领域技术人员还可设置预设维度包括其他维度，此处不做限定。
41.具体地，服务端可用于对多个媒体平台对应的客户端进行资源策略配置，例如可对媒体平台a对应的客户端和媒体平台b对应的客户端进行资源策略配置。客户端所展示的页面中会包含有多个展示位，以客户端为电子书阅读客户端为例，多个展示位可包括开屏页面、书城页面、书架页面、电子书阅读页面等中的展示位，可针对不同页面中的展示位配置不同的资源策略。另外，为了使得所配置的资源策略能够更加符合客户端侧的用户的喜好等，在本实施例中还可根据用户与资源之间的用户交互特征去配置对应的资源策略，以实现个性化的资源策略配置。
42.领导者节点在获取了预设维度对应的配置规则信息之后，可依据预设维度对应的配置规则信息，构建预设维度标识与策略标识之间的第二索引信息，第二索引信息记录的是从预设维度标识到策略标识列表的对应关系，为倒排索引信息。
43.为了有效提高资源策略的查询效率，本实施例对于资源策略索引的存储采用的是“远程缓存 本地缓存”的两层缓存设计。具体地，远程缓存可采用redis缓存等。在领导者节点完成对资源策略索引的构建后，领导者节点将资源策略索引同步存储至远程缓存中以及领导者节点的本地缓存中，其中，将资源策略索引存储至远程缓存中是为了便于跟随者节点从远程缓存中获取资源策略索引，将资源策略索引存储至领导者节点的本地缓存中是为了便于领导者节点在根据客户端的展示位请求进行查询时，能够直接依据自身本地缓存中所存储的资源策略索引进行查询。跟随者节点从远程缓存中获取资源策略索引，将资源策略索引存储至跟随者节点的本地缓存中，以便在根据客户端的展示位请求进行查询时，能够直接依据自身本地缓存中所存储的资源策略索引进行查询。由于本地缓存查询的消耗时间远远小于远程缓存查询的消耗时间，本实施例实现了在本地缓存中存储资源策略索引，直接依据自身本地缓存中所存储的资源策略索引进行查询，能够有效地减少查询所消耗的时间，提高资源策略的查询效率。
44.步骤s203，接收客户端发送的展示位请求，触发资源策略查询服务，将展示位请求分发给领导者节点和/或跟随者节点，以供领导者节点和/或跟随者节点依据资源策略索引，查找与展示位请求相匹配的目标资源策略。
45.当客户端想要获取展示位对应的资源策略时，例如在用户启动客户端时或者客户端中未包含有资源策略时，向服务端发送展示位请求。服务端在接收到展示位请求后，触发资源策略查询服务，将展示位请求分发给领导者节点和/或跟随者节点进行处理。具体地，服务端可根据领导者节点、跟随者节点的当前处理情况，向领导者节点和/或跟随者节点分发展示位请求。
46.若领导者节点接收到展示位请求，则领导者节点可依据领导者节点的本地缓存中存储的资源策略索引，查找与展示位请求相匹配的目标资源策略。若跟随者节点接收到展示位请求，则跟随者节点可依据远程缓存或者跟随者节点的本地缓存中存储的资源策略索引，查找与展示位请求相匹配的目标资源策略；其中，跟随者节点优先从跟随者节点的本地缓存中查找资源策略索引；若从本地缓存中未查找到资源策略索引，则从远程缓存中获取资源策略索引，并将获取到的资源策略索引存储至的本地缓存中，依据资源策略索引，查找与展示位请求相匹配的目标资源策略。在本实施例中，通过自身本地缓存中所存储的资源策略索引进行查询，而不是每次都需要查询远程缓存，大大减少了查询所消耗的时间，有效地提高了资源策略的查询效率。
47.具体地，领导者节点和/或跟随者节点在根据展示位请求查询对应的目标资源策略的过程中，可从展示位请求中提取维度标识和/或用于确定维度标识的维度相关信息。若提取有维度相关信息，则确定维度相关信息对应的维度标识。维度相关信息是指与预设维度相关的、用于确定维度标识的信息，具体可包括但不限于：媒体名称、展示位所处页面、客户端版本号、资源渠道名称、用户标识等，用户标识具体可为用于标识用户身份的标识信息，例如手机号、用户名、邮箱、用户账号等。
48.在一种可选的实施方式中，若展示位请求中携带有维度标识，则可从展示位请求中直接提取维度标识。在另一种可选的实施方式中，若展示位请求中携带的是维度相关信息，未直接携带维度标识，则可从展示位请求中提取维度相关信息，而后依据维度相关信息确定对应的维度标识。在另一种可选的实施方式中，当预设维度包括多个维度时，还可能存在展示位请求中携带有部分维度的维度标识，携带有多个维度中其他部分维度的维度相关信息，那么可从展示位请求中直接提取部分维度的维度标识，提取其他部分维度的维度相关信息，然后依据其他部分维度的维度相关信息确定其他部分维度的维度标识。
49.由于资源策略索引包括有第一索引信息和第二索引信息，第一索引信息记录的是从策略标识到策略内容的对应关系，第二索引信息记录的是从预设维度标识到策略标识列表的对应关系。那么在得到了维度标识之后，领导者节点和/或跟随者节点可依据资源策略索引中的第二索引信息，查找与维度标识相匹配的策略标识，从而快速地实现了对资源策略的有效筛选，便捷地从大量的资源策略中查找得到与客户端的展示位请求相匹配的资源策略的策略标识；然后再依据资源策略索引中的第一索引信息，确定相匹配的策略标识对应的策略内容，从而得到目标资源策略。具体地，目标资源策略可包括相匹配的策略标识以及相匹配的策略标识对应的策略内容。
50.以预设维度包括媒体和用户交互特征，跟随者节点接收到展示位请求为例，跟随
者节点优先从跟随者节点的本地缓存中查找资源策略索引；若从本地缓存中未查找到资源策略索引，则从远程缓存中获取资源策略索引，并将获取到的资源策略索引存储至的本地缓存中，依据资源策略索引，查找与展示位请求相匹配的目标资源策略。具体地，若展示位请求中包含有媒体的维度标识以及用户标识，则跟随者节点可从展示位请求中提取媒体的维度标识以及用户标识，然后根据用户标识从用户数据库中获取用户标识对应的用户交互特征的维度标识，其中，用户数据库中存储有各个用户的用户交互特征以及用户交互特征的维度标识，各个用户的用户交互特征是根据各个用户与资源之间的用户交互行为数据实时确定的。在得到了媒体的维度标识和用户交互特征的维度标识之后，跟随者节点可依据第二索引信息，查找与媒体的维度标识相匹配的策略标识，再从与媒体的维度标识相匹配的策略标识中进一步查找出与用户交互特征的维度标识相匹配的策略标识，从而得到与媒体的维度标识和用户交互特征的维度标识都相匹配的策略标识。例如一共有1000个资源策略，通过查找，查找出500个与媒体的维度标识相匹配的策略标识，再从这500个策略标识中进一步查找得到100个与用户交互特征的维度标识相匹配的策略标识。然后再依据资源策略索引中的第一索引信息，确定这100个相匹配的策略标识对应的策略内容，从而得到100个目标资源策略。
51.考虑到跟随者节点在将资源策略索引存储至本地缓存之后，领导者节点仍然会实时地基于捕获组件的事件驱动而根据资源策略的变化，重新构建资源策略索引，并将最新的资源策略索引存储至远程缓存中，也就是说，跟随者节点的本地缓存中当前所存储的资源策略索引可能并不是最新的资源策略索引，那么跟随者节点还需对本地缓存中的资源策略索引进行更新。在一种可选的实施方式中，可通过定时任务触发跟随者节点从远程缓存中获取当前的资源策略索引，以供跟随者节点利用当前的资源策略索引替换跟随者节点的本地缓存中原有的资源策略索引，从而实现对本地缓存中的资源策略索引的更新。在另一种可选的实施方式中，在领导者节点完成对资源策略索引的构建后，可生成索引构建通知，并将索引构建通知发送至跟随者节点，以供跟随者节点根据索引构建通知从远程缓存中获取当前的资源策略索引，利用当前的资源策略索引替换跟随者节点的本地缓存中原有的资源策略索引，从而及时地对本地缓存中的资源策略索引进行更新。
52.考虑到目标资源策略应当是服务端响应于客户端的展示位请求而实时查询并下发的，为了进一步提高资源策略的查询效率，领导者节点可采用异步方式进行索引构建，将所构建的资源策略索引提供给资源策略查询服务进行使用，那么当客户端的展示位请求实时地发送至服务端时，服务端即可触发资源策略查询服务，依据所构建的资源策略索引进行查询。
53.图2b示出了一种资源策略处理方法的流程架构示意图一，如图2b所示，基于zookeeper选举机制从多个处理节点中选取出领导者节点。运营数据库为mysql数据库，当mysql数据库中的资源策略发生变化时会产生对应的日志数据，通过cdc组件监听mysql数据库中与资源策略相关的日志数据，将日志变更事件以消息的方式写入至kafka消息队列中。通过kafka消息队列的消费者从kafka消息队列中消费消息进行处理，并驱动领导者节点进行索引构建。mysql数据库具体也可采用索引的方式存储资源策略，将资源策略的具体数据存储至远程缓存中，远程缓存如图2b所示的redis缓存。那么在构建资源策略索引的过程中，领导者节点可只从mysql数据库查询mysql索引的索引id，通过加载器从redis缓存中
获取索引id对应的资源策略的具体数据。领导者节点将构建的资源策略索引存储至redis缓存中。跟随者节点从redis缓存中获取资源策略索引并存储至自身对应的本地缓存中。
54.步骤s204，将目标资源策略发送至客户端，以供客户端按照目标资源策略进行资源请求，并在对应的展示位中展示请求到的资源。
55.在确定了目标资源策略之后，服务端可将目标资源策略发送至客户端，客户端在接收到目标资源策略之后，即可按照目标资源策略进行资源请求，然后将请求到的资源按照目标资源策略在对应的展示位中进行展示。
56.在实际的应用场景中，可提供多种类型的资源，例如接口类型资源以及sdk类型资源等，以资源为广告为例，接口类型资源具体可为adx(广告交易平台)类型的资源。客户端对于接口类型资源的请求，需要通过服务端提供的接口类型资源服务进行；而sdk(软件开发工具包)是安装在客户端中的，客户端对于sdk类型资源的请求，可通过客户端中所安装的sdk进行。
57.在现有技术中，在服务端侧，通常是将资源策略查询服务与接口类型资源服务部署在同一单体应用中，也就是说，资源策略查询服务与接口类型资源服务是被集成在同一应用文件中的。那么当接口类型资源服务的流量过大时，很可能会导致资源策略查询服务无法正常使用，进而导致客户端因获取不到对应的目标资源策略而无法成功请求和展示资源。
58.为了保证资源策略查询服务的正常运行，在本实施例中，将资源策略查询服务与接口类型资源服务部署在不同的应用中，实现了对资源策略查询服务与接口类型资源服务的解耦，使得接口类型资源服务的流量不会影响或冲垮资源策略查询服务。具体地，可在资源策略查询服务与接口类型资源服务之间进行服务分区。另外，由于资源策略查询服务具有较高的重要性，决定了客户端的展示位中能否有资源展示，因此可设置资源策略查询服务的优先级高于接口类型资源服务的优先级，以保证资源策略查询服务的稳定性。
59.另外，资源策略中还可以设置展示位所对应的资源的资源类型，例如指定在展示位中展示接口类型资源还是sdk类型资源。由于保障了资源策略查询服务的稳定性，使得客户端能够获得目标资源策略，即使接口类型资源服务无法正常提供服务，客户端也可依据目标资源策略调用sdk获取sdk类型资源进行展示位填充，以实现对资源的展示，有效地避免出现客户端的展示位中无法成功展示资源的情况。
60.图2c示出了一种资源策略处理方法的流程架构示意图二，如图2c所示，在服务端接收到客户端的展示位请求时，触发资源策略查询服务，依据已构建的资源策略索引，查找与展示位请求相匹配的目标资源策略。在索引构建的过程中可采用异步方式进行构建。在索引构建的过程中可通过cdc组件监听mysql数据库中与资源策略相关的日志数据，得到日志变更事件，驱动领导者节点进行索引构建；另外，还可采用数据预加载的方式构建索引，领导者节点根据预加载的资源策略构建资源策略索引。资源策略查询服务还可与数据管理平台(data management platform，dmp)相连接，数据管理平台可用于整合各方数据并提供数据分析、数据管理、数据调用等功能。
61.步骤s205，接收客户端发送的接口类型资源获取请求，触发接口类型资源服务，从接口类型资源服务对应的资源渠道端获取资源，并将资源返回给客户端进行展示。
62.若客户端根据目标资源策略获知需要请求接口类型资源，则向服务端发送接口类
型资源获取请求，其中，接口类型资源获取请求中可包括：资源渠道端信息等。本领域技术人员可根据实际需要设置接口类型资源获取请求所包括的内容，此处不做限定。服务端响应于接口类型资源获取请求，触发接口类型资源服务，从接口类型资源服务对应的资源渠道端获取资源，并将资源返回给客户端进行展示。
63.利用本实施例提供的资源策略处理方法，引入了事件驱动技术，通过捕获组件监听运营数据库中与资源策略相关的日志数据，当监听到与资源策略相关的日志数据发生变化时就会驱动领导者节点进行索引构建，实现了对资源策略索引的及时构建，保证资源策略索引能够适配于当前的资源策略；并且采用两层缓存设计，领导者节点将所构建的资源策略索引同步存储至远程缓存中，跟随者节点从远程缓存中获取资源策略索引并存储至跟随者节点的本地缓存中，实现了在本地缓存中存储资源策略索引，直接依据自身本地缓存中所存储的资源策略索引进行查询，能够有效地减少查询所消耗的时间，提高资源策略的查询效率；另外，还将资源策略查询服务与接口类型资源服务部署在不同的应用中，实现了对资源策略查询服务与接口类型资源服务的解耦，保证了资源策略查询服务的稳定性。
64.实施例三
65.本发明实施例三提供了一种非易失性存储介质，存储介质存储有至少一可执行指令，该可执行指令可执行上述任意方法实施例中的资源策略处理方法。
66.可执行指令具体可以用于使得处理器执行以下操作：监听运营数据库中与资源策略相关的日志数据，得到日志变更事件；依据日志变更事件驱动领导者节点，以供领导者节点确定资源策略，根据资源策略构建资源策略索引；接收客户端发送的展示位请求，触发资源策略查询服务，将展示位请求分发给领导者节点和/或跟随者节点，以供领导者节点和/或跟随者节点依据资源策略索引，查找与展示位请求相匹配的目标资源策略。
67.在一种可选的实施方式中，可执行指令进一步使处理器执行以下操作：将目标资源策略发送至客户端，以供客户端按照目标资源策略进行资源请求，并在对应的展示位中展示请求到的资源。
68.在一种可选的实施方式中，可执行指令进一步使处理器执行以下操作：通过捕获组件监听运营数据库中与资源策略相关的日志数据，得到日志变更事件，并将日志变更事件以消息方式写入至消息队列中。
69.在一种可选的实施方式中，可执行指令进一步使处理器执行以下操作：通过消息队列的消费者从消息队列中消费消息进行处理，并驱动领导者节点，以供领导者节点依据处理后的消息确定资源策略，根据资源策略构建资源策略索引。
70.在一种可选的实施方式中，资源策略索引包括：第一索引信息和第二索引信息；可执行指令进一步使处理器执行以下操作：领导者节点确定资源策略的策略标识以及策略内容，构建策略标识与策略内容之间的第一索引信息；依据预设维度对应的配置规则信息，构建预设维度标识与策略标识之间的第二索引信息。
71.在一种可选的实施方式中，预设维度包括以下维度中的一个或多个：媒体、展示位、客户端版本、资源渠道、用户交互特征。
72.在一种可选的实施方式中，可执行指令进一步使处理器执行以下操作：领导者节点和/或跟随者节点从展示位请求中提取维度标识和/或用于确定维度标识的维度相关信息；若提取有维度相关信息，则确定维度相关信息对应的维度标识；依据资源策略索引中的
第二索引信息，查找与维度标识相匹配的策略标识；依据资源策略索引中的第一索引信息，确定相匹配的策略标识对应的策略内容，得到目标资源策略。
73.在一种可选的实施方式中，可执行指令进一步使处理器执行以下操作：领导者节点将资源策略索引同步存储至远程缓存中以及领导者节点的本地缓存中。
74.在一种可选的实施方式中，可执行指令进一步使处理器执行以下操作：跟随者节点依据远程缓存或者跟随者节点的本地缓存中存储的资源策略索引，查找与展示位请求相匹配的目标资源策略。
75.在一种可选的实施方式中，可执行指令进一步使处理器执行以下操作：跟随者节点优先从跟随者节点的本地缓存中查找资源策略索引；若从本地缓存中未查找到资源策略索引，则从远程缓存中获取资源策略索引，并将获取到的资源策略索引存储至的本地缓存中；依据资源策略索引，查找与展示位请求相匹配的目标资源策略。
76.在一种可选的实施方式中，可执行指令进一步使处理器执行以下操作：通过定时任务触发跟随者节点从远程缓存中获取当前的资源策略索引，以供跟随者节点利用当前的资源策略索引替换跟随者节点的本地缓存中原有的资源策略索引。
77.在一种可选的实施方式中，可执行指令进一步使处理器执行以下操作：在领导者节点完成对资源策略索引的构建后，生成索引构建通知，并将索引构建通知发送至跟随者节点，以供跟随者节点根据索引构建通知从远程缓存中获取当前的资源策略索引，利用当前的资源策略索引替换跟随者节点的本地缓存中原有的资源策略索引。
78.在一种可选的实施方式中，可执行指令进一步使处理器执行以下操作：将资源策略查询服务与接口类型资源服务部署在不同的应用中，并设置资源策略查询服务的优先级高于接口类型资源服务的优先级。
79.在一种可选的实施方式中，可执行指令进一步使处理器执行以下操作：接收客户端发送的接口类型资源获取请求，触发接口类型资源服务，从接口类型资源服务对应的资源渠道端获取资源，并将资源返回给客户端进行展示。
80.实施例四
81.图3示出了根据本发明实施例四的一种计算设备的结构示意图，本发明具体实施例并不对计算设备的具体实现做限定。
82.如图3所示，该计算设备可以包括：处理器(processor)302、通信接口(communications interface)304、存储器(memory)306、以及通信总线308。
83.其中：
84.处理器302、通信接口304、以及存储器306通过通信总线308完成相互间的通信。
85.通信接口304，用于与其它设备比如客户端或其它服务器等的网元通信。
86.处理器302，用于执行程序310，具体可以执行上述资源策略处理方法实施例中的相关步骤。
87.具体地，程序310可以包括程序代码，该程序代码包括计算机操作指令。
88.处理器302可能是中央处理器cpu，或者是特定集成电路asic(application specific integrated circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。计算设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个cpu；也可以是不同类型的处理器，如一个或多个cpu以及一个或多个asic。
89.存储器306，用于存放程序310。存储器306可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
90.程序310具体可以用于使得处理器302执行以下操作：监听运营数据库中与资源策略相关的日志数据，得到日志变更事件；依据日志变更事件驱动领导者节点，以供领导者节点确定资源策略，根据资源策略构建资源策略索引；接收客户端发送的展示位请求，触发资源策略查询服务，将展示位请求分发给领导者节点和/或跟随者节点，以供领导者节点和/或跟随者节点依据资源策略索引，查找与展示位请求相匹配的目标资源策略。
91.在一种可选的实施方式中，程序310进一步使得处理器302执行以下操作：将目标资源策略发送至客户端，以供客户端按照目标资源策略进行资源请求，并在对应的展示位中展示请求到的资源。
92.在一种可选的实施方式中，程序310进一步使得处理器302执行以下操作：通过捕获组件监听运营数据库中与资源策略相关的日志数据，得到日志变更事件，并将日志变更事件以消息方式写入至消息队列中。
93.在一种可选的实施方式中，程序310进一步使得处理器302执行以下操作：通过消息队列的消费者从消息队列中消费消息进行处理，并驱动领导者节点，以供领导者节点依据处理后的消息确定资源策略，根据资源策略构建资源策略索引。
94.在一种可选的实施方式中，资源策略索引包括：第一索引信息和第二索引信息；程序310进一步使得处理器302执行以下操作：领导者节点确定资源策略的策略标识以及策略内容，构建策略标识与策略内容之间的第一索引信息；依据预设维度对应的配置规则信息，构建预设维度标识与策略标识之间的第二索引信息。
95.在一种可选的实施方式中，预设维度包括以下维度中的一个或多个：媒体、展示位、客户端版本、资源渠道、用户交互特征。
96.在一种可选的实施方式中，程序310进一步使得处理器302执行以下操作：领导者节点和/或跟随者节点从展示位请求中提取维度标识和/或用于确定维度标识的维度相关信息；若提取有维度相关信息，则确定维度相关信息对应的维度标识；依据资源策略索引中的第二索引信息，查找与维度标识相匹配的策略标识；依据资源策略索引中的第一索引信息，确定相匹配的策略标识对应的策略内容，得到目标资源策略。
97.在一种可选的实施方式中，程序310进一步使得处理器302执行以下操作：领导者节点将资源策略索引同步存储至远程缓存中以及领导者节点的本地缓存中。
98.在一种可选的实施方式中，程序310进一步使得处理器302执行以下操作：跟随者节点依据远程缓存或者跟随者节点的本地缓存中存储的资源策略索引，查找与展示位请求相匹配的目标资源策略。
99.在一种可选的实施方式中，程序310进一步使得处理器302执行以下操作：跟随者节点优先从跟随者节点的本地缓存中查找资源策略索引；若从本地缓存中未查找到资源策略索引，则从远程缓存中获取资源策略索引，并将获取到的资源策略索引存储至的本地缓存中；依据资源策略索引，查找与展示位请求相匹配的目标资源策略。
100.在一种可选的实施方式中，程序310进一步使得处理器302执行以下操作：通过定时任务触发跟随者节点从远程缓存中获取当前的资源策略索引，以供跟随者节点利用当前的资源策略索引替换跟随者节点的本地缓存中原有的资源策略索引。
101.在一种可选的实施方式中，程序310进一步使得处理器302执行以下操作：在领导者节点完成对资源策略索引的构建后，生成索引构建通知，并将索引构建通知发送至跟随者节点，以供跟随者节点根据索引构建通知从远程缓存中获取当前的资源策略索引，利用当前的资源策略索引替换跟随者节点的本地缓存中原有的资源策略索引。
102.在一种可选的实施方式中，程序310进一步使得处理器302执行以下操作：将资源策略查询服务与接口类型资源服务部署在不同的应用中，并设置资源策略查询服务的优先级高于接口类型资源服务的优先级。
103.在一种可选的实施方式中，程序310进一步使得处理器302执行以下操作：接收客户端发送的接口类型资源获取请求，触发接口类型资源服务，从接口类型资源服务对应的资源渠道端获取资源，并将资源返回给客户端进行展示。
104.程序310中各步骤的具体实现可以参见上述资源策略处理实施例中的相应步骤对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。
105.通过本实施例提供的方案，通过领导者节点构建资源策略索引，而不是每个处理节点都进行索引构建，有效地减少了运营数据库的实时数据查询量；并引入了事件驱动技术，当监听到与资源策略相关的日志数据发生变化时就会驱动领导者节点进行索引构建，实现了对资源策略索引的及时构建，保证了资源策略索引能够适配于当前的资源策略。
106.在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
107.在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
108.类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
109.本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权
利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
110.此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
111.应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
112.本发明公开了：a1.一种资源策略处理方法，所述方法基于预先选定的领导者节点和跟随者节点而执行，所述方法包括：
113.监听运营数据库中与资源策略相关的日志数据，得到日志变更事件；
114.依据所述日志变更事件驱动所述领导者节点，以供所述领导者节点确定资源策略，根据所述资源策略构建资源策略索引；
115.接收客户端发送的展示位请求，触发资源策略查询服务，将所述展示位请求分发给所述领导者节点和/或所述跟随者节点，以供所述领导者节点和/或所述跟随者节点依据所述资源策略索引，查找与所述展示位请求相匹配的目标资源策略。
116.a2.根据a1所述的方法，在所述查找与所述展示位请求相匹配的目标资源策略之后，所述方法还包括：
117.将所述目标资源策略发送至所述客户端，以供所述客户端按照所述目标资源策略进行资源请求，并在对应的展示位中展示请求到的资源。
118.a3.根据a1所述的方法，所述监听运营数据库中与资源策略相关的日志数据，得到日志变更事件，包括：
119.通过捕获组件监听运营数据库中与资源策略相关的日志数据，得到日志变更事件，并将所述日志变更事件以消息方式写入至消息队列中。
120.a4.根据a3所述的方法，所述依据所述日志变更事件驱动所述领导者节点，以供所述领导者节点确定资源策略，根据所述资源策略构建资源策略索引，包括：
121.通过消息队列的消费者从所述消息队列中消费消息进行处理，并驱动所述领导者节点，以供所述领导者节点依据处理后的消息确定资源策略，根据所述资源策略构建资源策略索引。
122.a5.根据a1-a4任一项所述的方法，所述资源策略索引包括：第一索引信息和第二索引信息；
123.所述领导者节点确定资源策略，根据所述资源策略构建资源策略索引，包括：
124.所述领导者节点确定资源策略的策略标识以及策略内容，构建所述策略标识与所述策略内容之间的第一索引信息；
125.依据预设维度对应的配置规则信息，构建预设维度标识与所述策略标识之间的第
二索引信息。
126.a6.根据a5所述的方法，所述预设维度包括以下维度中的一个或多个：
127.媒体、展示位、客户端版本、资源渠道、用户交互特征。
128.a7.根据a5或a6所述的方法，所述领导者节点和/或所述跟随者节点依据所述资源策略索引，查找与所述展示位请求相匹配的目标资源策略，包括：
129.所述领导者节点和/或所述跟随者节点从所述展示位请求中提取维度标识和/或用于确定维度标识的维度相关信息；若提取有维度相关信息，则确定所述维度相关信息对应的维度标识；
130.依据所述资源策略索引中的第二索引信息，查找与所述维度标识相匹配的策略标识；
131.依据所述资源策略索引中的第一索引信息，确定相匹配的策略标识对应的策略内容，得到目标资源策略。
132.a8.根据a1-a7任一项所述的方法，在所述领导者节点确定资源策略，根据所述资源策略构建资源策略索引之后，所述方法还包括：
133.所述领导者节点将所述资源策略索引同步存储至远程缓存中以及所述领导者节点的本地缓存中。
134.a9.根据a8所述的方法，所述跟随者节点依据所述资源策略索引，查找与所述展示位请求相匹配的目标资源策略，包括：
135.所述跟随者节点依据远程缓存或者所述跟随者节点的本地缓存中存储的资源策略索引，查找与所述展示位请求相匹配的目标资源策略。
136.a10.根据a9所述的方法，所述跟随者节点依据远程缓存或者所述跟随者节点的本地缓存中存储的资源策略索引，查找与所述展示位请求相匹配的目标资源策略，包括：
137.所述跟随者节点优先从所述跟随者节点的本地缓存中查找所述资源策略索引；若从所述本地缓存中未查找到所述资源策略索引，则从远程缓存中获取所述资源策略索引，并将获取到的所述资源策略索引存储至的本地缓存中；
138.依据所述资源策略索引，查找与所述展示位请求相匹配的目标资源策略。
139.a11.根据a9-a10任一项所述的方法，所述方法还包括：
140.通过定时任务触发所述跟随者节点从远程缓存中获取当前的资源策略索引，以供所述跟随者节点利用当前的资源策略索引替换所述跟随者节点的本地缓存中原有的资源策略索引。
141.a12.根据a9-a11任一项所述的方法，所述方法还包括：
142.在所述领导者节点完成对所述资源策略索引的构建后，生成索引构建通知，并将所述索引构建通知发送至所述跟随者节点，以供所述跟随者节点根据所述索引构建通知从远程缓存中获取当前的资源策略索引，利用当前的资源策略索引替换所述跟随者节点的本地缓存中原有的资源策略索引。
143.a13.根据a1-a12任一项所述的方法，在所述触发资源策略查询服务之前，所述方法还包括：
144.将所述资源策略查询服务与接口类型资源服务部署在不同的应用中，并设置所述资源策略查询服务的优先级高于所述接口类型资源服务的优先级。
145.a14.根据a13所述的方法，所述方法还包括：
146.接收客户端发送的接口类型资源获取请求，触发所述接口类型资源服务，从所述接口类型资源服务对应的资源渠道端获取资源，并将所述资源返回给所述客户端进行展示。
147.b15.一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；
148.所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行以下操作：
149.监听运营数据库中与资源策略相关的日志数据，得到日志变更事件；
150.依据所述日志变更事件驱动所述领导者节点，以供领导者节点确定资源策略，根据所述资源策略构建资源策略索引；
151.接收客户端发送的展示位请求，触发资源策略查询服务，将所述展示位请求分发给领导者节点和/或跟随者节点，以供所述领导者节点和/或所述跟随者节点依据所述资源策略索引，查找与所述展示位请求相匹配的目标资源策略。
152.b16.根据b15所述的计算设备，所述可执行指令进一步使所述处理器执行以下操作：
153.将所述目标资源策略发送至所述客户端，以供所述客户端按照所述目标资源策略进行资源请求，并在对应的展示位中展示请求到的资源。
154.b17.根据b15所述的计算设备，所述可执行指令进一步使所述处理器执行以下操作：
155.通过捕获组件监听运营数据库中与资源策略相关的日志数据，得到日志变更事件，并将所述日志变更事件以消息方式写入至消息队列中。
156.b18.根据b17所述的计算设备，所述可执行指令进一步使所述处理器执行以下操作：
157.通过消息队列的消费者从所述消息队列中消费消息进行处理，并驱动所述领导者节点，以供所述领导者节点依据处理后的消息确定资源策略，根据所述资源策略构建资源策略索引。
158.b19.根据b15-b18任一项所述的计算设备，所述资源策略索引包括：第一索引信息和第二索引信息；
159.所述可执行指令进一步使所述处理器执行以下操作：
160.所述领导者节点确定资源策略的策略标识以及策略内容，构建所述策略标识与所述策略内容之间的第一索引信息；
161.依据预设维度对应的配置规则信息，构建预设维度标识与所述策略标识之间的第二索引信息。
162.b20.根据b19所述的计算设备，所述预设维度包括以下维度中的一个或多个：
163.媒体、展示位、客户端版本、资源渠道、用户交互特征。
164.b21.根据b19或b20所述的计算设备，所述可执行指令进一步使所述处理器执行以下操作：
165.所述领导者节点和/或所述跟随者节点从所述展示位请求中提取维度标识和/或
用于确定维度标识的维度相关信息；若提取有维度相关信息，则确定所述维度相关信息对应的维度标识；
166.依据所述资源策略索引中的第二索引信息，查找与所述维度标识相匹配的策略标识；
167.依据所述资源策略索引中的第一索引信息，确定相匹配的策略标识对应的策略内容，得到目标资源策略。
168.b22.根据b15-b21任一项所述的计算设备，所述可执行指令进一步使所述处理器执行以下操作：
169.所述领导者节点将所述资源策略索引同步存储至远程缓存中以及所述领导者节点的本地缓存中。
170.b23.根据b22所述的计算设备，所述可执行指令进一步使所述处理器执行以下操作：
171.所述跟随者节点依据远程缓存或者所述跟随者节点的本地缓存中存储的资源策略索引，查找与所述展示位请求相匹配的目标资源策略。
172.b24.根据b23所述的计算设备，所述可执行指令进一步使所述处理器执行以下操作：
173.所述跟随者节点优先从所述跟随者节点的本地缓存中查找所述资源策略索引；若从所述本地缓存中未查找到所述资源策略索引，则从远程缓存中获取所述资源策略索引，并将获取到的所述资源策略索引存储至的本地缓存中；
174.依据所述资源策略索引，查找与所述展示位请求相匹配的目标资源策略。
175.b25.根据b23-b24任一项所述的计算设备，所述可执行指令进一步使所述处理器执行以下操作：
176.通过定时任务触发所述跟随者节点从远程缓存中获取当前的资源策略索引，以供所述跟随者节点利用当前的资源策略索引替换所述跟随者节点的本地缓存中原有的资源策略索引。
177.b26.根据b23-b25任一项所述的计算设备，所述可执行指令进一步使所述处理器执行以下操作：
178.在所述领导者节点完成对所述资源策略索引的构建后，生成索引构建通知，并将所述索引构建通知发送至所述跟随者节点，以供所述跟随者节点根据所述索引构建通知从远程缓存中获取当前的资源策略索引，利用当前的资源策略索引替换所述跟随者节点的本地缓存中原有的资源策略索引。
179.b27.根据b15-b26任一项所述的计算设备，所述可执行指令进一步使所述处理器执行以下操作：
180.将所述资源策略查询服务与接口类型资源服务部署在不同的应用中，并设置所述资源策略查询服务的优先级高于所述接口类型资源服务的优先级。
181.b28.根据b27所述的计算设备，所述可执行指令进一步使所述处理器执行以下操作：
182.接收客户端发送的接口类型资源获取请求，触发所述接口类型资源服务，从所述接口类型资源服务对应的资源渠道端获取资源，并将所述资源返回给所述客户端进行展
示。
183.c29.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如a1-a14中任一项所述的资源策略处理方法对应的操作。