CN111414259A - 资源更新方法、系统、装置、服务器及存储介质 - Google Patents

Abstract

本申请公开了一种资源更新方法、系统、装置、服务器及存储介质，属于计算机技术领域。方法包括：当接收到任一资源更新请求时，为任一资源更新请求添加用于指示接收顺序的第一字段和用于指示发起用户的第二字段；对任一资源更新请求进行缓存；当已缓存的多个资源更新请求符合目标条件时，获取多个资源更新请求，根据多个资源更新请求各自的第二字段，将多个资源更新请求存储至各自对应的请求队列中；根据至少一个请求队列中的资源更新请求的第一字段，对至少一个请求队列中的资源更新请求进行排序；根据至少一个请求队列中的资源更新请求排序后的顺序，对至少一个请求队列中的资源更新请求对应的资源进行更新。本申请可以提供资源更新的效率。

Description

资源更新方法、系统、装置、服务器及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种资源更新方法、系统、装置、服务器及存储介质。

背景技术

意图解析资源是一种可以解析用户意图的资源，如用户定义了一个可以解析“订机票”意图的资源，当用户输入语句“我想订从北京到上海的机票”时，系统可以调用该资源，自动从语句中提取出始发地“北京”和目的地“上海”，从而得到用户的明确意图。为了提高意图解析的准确性，用户可能会有对意图解析资源进行更新的需求。

相关技术中，用户向请求系统提交更新意图解析资源的请求，请求系统将该请求缓存到Kafka等消息中间件系统中。更新系统按顺序从Kfaka等消息中间件系统中获取请求，更新系统将获取到的请求放入一个更新线程中执行更新操作，后加入的更新请求将在更新线程中排队等待执行。更新系统获取的请求必须保证是用户提交的更新顺序，如用户先提交了更新意图解析资源A的请求1，之后又提交了删除意图解析资源A的请求2，则更新系统必须保证先对请求1执行操作，再对请求2执行更新操作，而由于网络波动以及网络延迟等一系列原因，并不能保证消息中间件系统中缓存的顺序就是用户提交的顺序，这样也就无法确保更新系统获取到的请求顺序是用户提交的顺序，在更新系统获取到的请求顺序是无序的情况下无法正确的对资源执行更新操作，导致需要用户重新提交请求，系统重新对请求进行上述一系列的处理流程，资源更新的效率低。因此，亟需一种资源更新方法，提高资源更新的效率。

发明内容

本申请实施例提供了一种资源更新方法、系统、装置、服务器及存储介质，可以提高资源更新的效率。所述技术方案如下：

第一方面，提供一种资源更新方法，包括：

当接收到任一资源更新请求时，为所述任一资源更新请求添加用于指示接收顺序的第一字段和用于指示发起用户的第二字段，所述任一资源更新请求用于更新发起用户对应的用于解析任一意图的资源；

对添加所述第一字段和所述第二字段后的所述任一资源更新请求进行缓存；

当已缓存的多个资源更新请求符合目标条件时，获取所述多个资源更新请求，根据所述多个资源更新请求各自的所述第二字段，将所述多个资源更新请求存储至各自对应的请求队列中，不同请求队列用于存储不同发起用户的资源更新请求；

根据至少一个请求队列中的资源更新请求的所述第一字段，对所述至少一个请求队列中的资源更新请求进行排序；

根据所述至少一个请求队列中的资源更新请求排序后的顺序，对所述至少一个请求队列中的资源更新请求对应的资源进行更新。

在一种可能实现方式中，所述根据所述至少一个请求队列中的资源更新请求排序后的顺序，对所述至少一个请求队列中的资源更新请求对应的资源进行更新，包括：

对于任一请求队列，根据所述任一请求队列中的资源更新请求排序后的顺序，从所述任一请求队列中取出待处理的资源更新请求，当前取出的资源更新请求用于更新第一用户对应的用于解析第一意图的第一资源；

根据当前取出的资源更新请求，从资源池中随机取出一个所述第一资源执行更新操作，所述资源池中存储有目标数量的所述第一资源；

在当前取出的所述第一资源更新完成时，为更新完成的所述第一资源添加第一标记，所述第一标记用于标记资源已被所述第一用户更新；

将包含所述第一标记的所述第一资源重新存储到所述资源池中；

从所述资源池中取出未包含所述第一标记的下一个所述第一资源执行更新操作、添加所述第一标记和重新存储到所述资源池中的步骤。

在一种可能实现方式中，所述将包含所述第一标记的所述第一资源重新存储到所述资源池中之后，所述方法还包括：

接收所述第一用户的第一意图解析请求，所述第一意图解析请求用于请求解析所述第一意图；

当在所述资源池中查询到包含所述第一标记的所述第一资源时，将查询到的所述第一资源返回给所述第一用户所在终端。

在一种可能实现方式中，所述将包含所述第一标记的所述第一资源重新存储到所述资源池中之后，所述方法还包括：

接收第二用户的第二意图解析请求，所述第二意图解析请求用于请求解析第二意图；

当在所述资源池中未查询到包含第二标记的第二资源时，从所述资源池中随机选取一个所述第二资源返回给所述第二用户所在终端，所述第二资源用于解析所述第二意图，所述第二标记用于标记资源已被所述第二用户更新。

在一种可能实现方式中，所述方法还包括：

当所述资源池中所述目标数量的所述第一资源均包含所述第一标记时，将所述资源池中包含所述第一标记的所述目标数量的所述第一资源同步至硬盘中。

在一种可能实现方式中，所述根据所述多个资源更新请求各自包含的所述第二字段，将所述多个资源更新请求存储至各自对应的请求队列中，包括：

对于所述多个资源更新请求中的任一资源更新请求，当所述任一资源更新请求携带的所述第二字段与已有请求队列中资源更新请求携带的所述第二字段指示不同用户时，生成新的请求队列；

将所述任一资源更新请求存储至所述新的请求队列中。

在一种可能实现方式中，所述根据所述至少一个请求队列中的资源更新请求排序后的顺序，对所述至少一个请求队列中的资源更新请求对应的资源进行更新，包括：

通过至少一个线程，分别根据所述至少一个请求队列中的资源更新请求排序后的顺序，对所述至少一个请求队列中的资源更新请求对应的资源进行更新，不同线程用于对不同请求队列中的资源更新请求对应的资源进行更新。

第二方面，提供一种资源更新装置，包括：

添加模块，用于当接收到任一资源更新请求时，为所述任一资源更新请求添加用于指示接收顺序的第一字段和用于指示发起用户的第二字段，所述任一资源更新请求用于更新发起用户对应的用于解析任一意图的资源；

缓存模块，用于对添加所述第一字段和所述第二字段后的所述任一资源更新请求进行缓存；

获取模块，用于当已缓存的多个资源更新请求符合目标条件时，获取所述多个资源更新请求；

存储模块，用于根据所述多个资源更新请求各自的所述第二字段，将所述多个资源更新请求存储至各自对应的请求队列中，不同请求队列用于存储不同发起用户的资源更新请求；

排序模块，用于根据至少一个请求队列中的资源更新请求的所述第一字段，对所述至少一个请求队列中的资源更新请求进行排序；

更新模块，用于根据所述至少一个请求队列中的资源更新请求排序后的顺序，对所述至少一个请求队列中的资源更新请求对应的资源进行更新。

在一种可能实现方式中，所述更新模块用于：

对于任一请求队列，根据所述任一请求队列中的资源更新请求排序后的顺序，从所述任一请求队列中取出待处理的资源更新请求，当前取出的资源更新请求用于更新第一用户对应的用于解析第一意图的第一资源；

根据当前取出的资源更新请求，从资源池中随机取出一个所述第一资源执行更新操作，所述资源池中存储有目标数量的所述第一资源；

在当前取出的所述第一资源更新完成时，为更新完成的所述第一资源添加第一标记，所述第一标记用于标记资源已被所述第一用户更新；

将包含所述第一标记的所述第一资源重新存储到所述资源池中；

从所述资源池中取出未包含所述第一标记的下一个所述第一资源执行更新操作、添加所述第一标记和重新存储到所述资源池中的步骤。

在一种可能实现方式中，所述装置还包括：

接收模块，用于接收所述第一用户的第一意图解析请求，所述第一意图解析请求用于请求解析所述第一意图；

查询模块，用于当在所述资源池中查询到包含所述第一标记的所述第一资源时，将查询到的所述第一资源返回给所述第一用户所在终端。

在一种可能实现方式中，所述装置还包括：

接收模块，用于接收第二用户的第二意图解析请求，所述第二意图解析请求用于请求解析第二意图；

查询模块，用于当在所述资源池中未查询到包含第二标记的第二资源时，从所述资源池中随机选取一个所述第二资源返回给所述第二用户所在终端，所述第二资源用于解析所述第二意图，所述第二标记用于标记资源已被所述第二用户更新。

在一种可能实现方式中，所述更新模块还用于当所述资源池中所述目标数量的所述第一资源均包含所述第一标记时，将所述资源池中包含所述第一标记的所述目标数量的所述第一资源同步至硬盘中。

在一种可能实现方式中，所述存储模块用于：

对于所述多个资源更新请求中的任一资源更新请求，当所述任一资源更新请求携带的所述第二字段与已有请求队列中资源更新请求携带的所述第二字段指示不同用户时，生成新的请求队列；

将所述任一资源更新请求存储至所述新的请求队列中。

在一种可能实现方式中，所述更新模块用于：

通过至少一个线程，分别根据所述至少一个请求队列中的资源更新请求排序后的顺序，对所述至少一个请求队列中的资源更新请求对应的资源进行更新，不同线程用于对不同请求队列中的资源更新请求对应的资源进行更新。

第三方面，提供了一种服务器，所述服务器包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条程序代码，所述至少一条程序代码由所述一个或多个处理器加载并执行，以实现第一方面任一种实现方式所述的方法步骤。

第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条程序代码，所述至少一条程序代码由处理器加载并执行，以实现第一方面任一种实现方式所述的方法步骤。

本申请实施例提供的技术方案带来的有益效果至少包括：

通过为接收到的资源更新请求添加用于指示接收顺序的第一字段和用于指示发起用户的第二字段，然后对资源更新请求进行缓存，当已缓存的资源更新请求符合目标条件时，获取已缓存的资源更新请求，根据这些资源更新请求的第二字段，将这些资源更新请求添加至各自对应的请求队列中，然后根据请求队列中的资源更新请求的第一字段，对资源更新请求进行排序，可以保证请求队列中的资源更新请求排序后的顺序与接收顺序一致，从而按照排序后的顺序对资源更新请求进行处理，可以保证能够正确的对资源更新请求对应的资源执行更新操作，提高资源更新的效率。

附图说明

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

图1是本申请实施例提供的一种资源更新系统的示意图；

图2是本申请实施例提供的一种资源更新方法的流程图；

图3是本申请实施例提供的一种资源更新方法的流程图；

图4是本申请实施例提供的一种资源更新方法的流程图；

图5是本申请实施例提供的一种资源更新装置的结构示意图；

图6是本申请实施例提供的一种服务器的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

图1是本申请实施例提供的一种资源更新系统的示意图。参见图1，该资源更新系统110包括请求服务器101、缓存服务器102和更新服务器103。请求服务器101与缓存服务器102之间可以通过无线网络或有线网络进行通信，缓存服务器102与更新服务器103之间可以通过无线网络或有线网络进行通信。

其中，请求服务器101用于接收一个或多个终端120发送的资源更新请求，当接收到任一资源更新请求时，对该任一资源更新请求进行预处理，如为该任一资源更新请求添加第一字段和第二字段，将添加该第一字段和该第二字段后的资源更新请求发送至缓存服务器102。其中，任一资源更新请求用于更新发起用户对应的用于解析任一意图的资源，该第一字段用于指示该任一资源更新请求的接收顺序，该第二字段用于指示该任一资源更新请求的发起用户。

缓存服务器102用于对请求服务器101发送的任一资源更新请求进行缓存，例如，该缓存服务器102可以是Kafka等消息中间件服务器。缓存服务器102还用于将资源更新请求发送给请求更新服务器103。

更新服务器103用于当该缓存服务器已缓存的多个资源更新请求符合目标条件时，从缓存服务器102获取多个资源更新请求，根据该多个资源更新请求各自的该第二字段，将该多个资源更新请求存储至各自对应的请求队列中，不同请求队列用于存储不同发起用户的资源更新请求。更新服务器103还用于根据至少一个请求队列中的资源更新请求的该第一字段，对该至少一个请求队列中的资源更新请求进行排序，根据该至少一个请求队列中的资源更新请求排序后的顺序，对该至少一个请求队列中的资源更新请求对应的资源进行更新。

需要说明的是，上述任一服务器可以是一个服务器，也可以是由多个服务器组成的系统，例如，请求服务器101可以是由多个服务器组成的请求系统，缓存服务器102可以是由多个服务器组成的缓存系统，更新服务器103可以是由多个服务器组成的更新系统。

当然，上述各个服务器的功能也可以集成在一个服务器上，也即是，上述各个服务器可以是位于同一个服务器上的功能模块。本发明实施例对各个服务器本身的物理实现方式不做限定，只要能实现这些服务器的功能即可。

图2是本申请实施例提供的一种资源更新方法的流程图。参见图2，该方法包括：

201、当接收到任一资源更新请求时，为该任一资源更新请求添加用于指示接收顺序的第一字段和用于指示发起用户的第二字段，该任一资源更新请求用于更新发起用户对应的用于解析任一意图的资源。

202、对添加该第一字段和该第二字段后的该任一资源更新请求进行缓存。

203、当已缓存的多个资源更新请求符合目标条件时，获取该多个资源更新请求，根据该多个资源更新请求各自的该第二字段，将该多个资源更新请求存储至各自对应的请求队列中，不同请求队列用于存储不同发起用户的资源更新请求。

204、根据至少一个请求队列中的资源更新请求的该第一字段，对该至少一个请求队列中的资源更新请求进行排序。

205、根据该至少一个请求队列中的资源更新请求排序后的顺序，对该至少一个请求队列中的资源更新请求对应的资源进行更新。

本申请实施例提供的方法，通过为接收到的资源更新请求添加用于指示接收顺序的第一字段和用于指示发起用户的第二字段，然后对资源更新请求进行缓存，当已缓存的资源更新请求符合目标条件时，获取已缓存的资源更新请求，根据这些资源更新请求的第二字段，将这些资源更新请求添加至各自对应的请求队列中，然后根据请求队列中的资源更新请求的第一字段，对资源更新请求进行排序，可以保证请求队列中的资源更新请求排序后的顺序与接收顺序一致，从而按照排序后的顺序对资源更新请求进行处理，可以保证能够正确的对资源更新请求对应的资源执行更新操作，提高资源更新的效率。

在一种可能实现方式中，该根据该至少一个请求队列中的资源更新请求排序后的顺序，对该至少一个请求队列中的资源更新请求对应的资源进行更新，包括：

对于任一请求队列，根据该任一请求队列中的资源更新请求排序后的顺序，从该任一请求队列中取出待处理的资源更新请求，当前取出的资源更新请求用于更新第一用户对应的用于解析第一意图的第一资源；

根据当前取出的资源更新请求，从资源池中随机取出一个该第一资源执行更新操作，该资源池中存储有目标数量的该第一资源；

在当前取出的该第一资源更新完成时，为更新完成的该第一资源添加第一标记，该第一标记用于标记资源已被该第一用户更新；

将包含该第一标记的该第一资源重新存储到该资源池中；

从该资源池中取出未包含该第一标记的下一个该第一资源执行更新操作、添加该第一标记和重新存储到该资源池中的步骤。

在一种可能实现方式中，该将包含该第一标记的该第一资源重新存储到该资源池中之后，该方法还包括：

接收该第一用户的第一意图解析请求，该第一意图解析请求用于请求解析该第一意图；

当在该资源池中查询到包含该第一标记的该第一资源时，将查询到的该第一资源返回给该第一用户所在终端。

在一种可能实现方式中，该将包含该第一标记的该第一资源重新存储到该资源池中之后，该方法还包括：

接收第二用户的第二意图解析请求，该第二意图解析请求用于请求解析第二意图；

当在该资源池中未查询到包含第二标记的第二资源时，从该资源池中随机选取一个该第二资源返回给该第二用户所在终端，该第二资源用于解析该第二意图，该第二标记用于标记资源已被该第二用户更新。

在一种可能实现方式中，该方法还包括：

当该资源池中该目标数量的该第一资源均包含该第一标记时，将该资源池中包含该第一标记的该目标数量的该第一资源同步至硬盘中。

在一种可能实现方式中，该根据该多个资源更新请求各自包含的该第二字段，将该多个资源更新请求存储至各自对应的请求队列中，包括：

对于该多个资源更新请求中的任一资源更新请求，当该任一资源更新请求携带的该第二字段与已有请求队列中资源更新请求携带的该第二字段指示不同用户时，生成新的请求队列；

将该任一资源更新请求存储至该新的请求队列中。

在一种可能实现方式中，该根据该至少一个请求队列中的资源更新请求排序后的顺序，对该至少一个请求队列中的资源更新请求对应的资源进行更新，包括：

通过至少一个线程，分别根据该至少一个请求队列中的资源更新请求排序后的顺序，对该至少一个请求队列中的资源更新请求对应的资源进行更新，不同线程用于对不同请求队列中的资源更新请求对应的资源进行更新。

上述所有可选技术方案，可以采用任意结合形成本申请的可选实施例，在此不再一一赘述。

上述图2所示的流程为本申请实施例的基本流程，下面基于该基本流程对本申请实施例的详细流程进行介绍。

图3是本申请实施例提供的一种资源更新方法的流程图。该方法可以应用于图1所示的资源更新系统中，参见图3，该方法包括下述步骤：

301、当接收到任一资源更新请求时，请求服务器为该任一资源更新请求添加用于指示接收顺序的第一字段和用于指示发起用户的第二字段，该任一资源更新请求用于更新发起用户对应的用于解析任一意图的资源。

其中，用于解析任一意图的资源可以称为意图解析资源，也可以称为意图模型资源。接收顺序也即是请求服务器接收到各个资源更新请求的顺序，发起用户也即是发起(或提交)资源更新请求的用户。

本申请实施例中，用户可以在终端上进行操作，触发终端向请求服务器发送资源更新请求，使得请求服务器可以接收到资源更新请求。例如，用户可以在终端上访问目标网站，终端可以显示该目标网站的网页，用户可以基于该网页发起资源更新请求，触发终端向请求服务器发送资源更新请求，该资源更新请求用于更新用户自定义的某一意图解析资源，该意图解析资源可以由用户基于该目标网页预先进行自定义。

对于用户自定义意图解析资源的过程，用户可以在该目标网页上选择某一意图，然后根据目标网页上提供的引导输入对应的语句，如用户选择“订机票”意图，则可以根据引导输入“我想订从${始发地}到${目的地}的机票”，其中，${始发地}和${目的地}为两个变量，用户点击提交后，终端可以向对应的服务器发送资源自定义请求，该资源自定义请求中携带用户输入的语句，服务器在接收到该资源自定义请求后，可以将能够解析该语句的资源，也即是能够解析“订机票”意图的资源作为用户自定义的“订机票”意图的意图解析资源，这样用户后续输入语句“我想订从北京到上海的机票”的语句时，可以调用该意图解析资源，自动从语句中提取出始发地“北京”和目的地“上海”，从而确定该语句的真实意图为订从始发地“北京”到目的地“上海”的机票。

对于用户发起资源更新请求的过程，用户可以在目标网页上选择已自定义的“订机票”意图的意图解析资源，然后进行更新操作，如点击更新按钮，然后根据目标网页上提供的引导修改自定义时输入的语句，如将“我想订从${始发地}到${目的地}的机票”修改为“我想订${时间}从${始发地}到${目的地}的机票”，其中，${始发地}、${目的地}和${时间}为三个变量，然后用户可以进行确认操作，如点击确认按钮，触发终端向服务器发起资源更新请求，该资源更新请求中可以携带用户修改后的该语句。

针对第一字段，该第一字段可以表示为version(版本号)字段，该字段的取值可以是按照接收顺序赋予的编号，如接收顺序越靠前编号越小。针对第二字段，第二字段可以表示为userId(用户标识)字段，该字段的取值可以是用户的唯一标识。

本步骤301中，请求服务器对接收到的每个资源更新请求追加第一字段和第二字段，第一字段将作为步骤305中实现请求重排的依据，第二字段将作为步骤304中将请求存储至消息队列中的依据，具体实现将会在下面步骤中进行详细解释。

302、请求服务器将添加该第一字段和该第二字段后的该任一资源更新请求发送给缓存服务器。

步骤301至步骤302是请求服务器接收到每个资源更新请求时均会执行的步骤，如果请求服务器接收到多个资源更新请求，则可以将添加第一字段和第二字段后的多个资源更新请求发送给缓存服务器。

303、缓存服务器对该请求服务器发送的该任一资源更新请求进行缓存。

本申请实施例中，请求服务器可以将所有资源更新请求发送至缓存服务器进行缓存，这样缓存服务器可以缓存有多个资源更新请求。

需要说明的是，本申请实施例不要求缓存到缓存服务器中的请求顺序必须是用户提交的请求顺序，请求服务器可以并发的、乱序的将请求发送至缓存服务器中进行缓存，顺序问题可以完全由更新服务器去判断解决，请求服务器和缓存服务器的职责将只变成发送请求和缓存请求，有利于系统的良好解耦。

步骤302和步骤303是对添加该第一字段和该第二字段后的该任一资源更新请求进行缓存的一种可能实现方式。通过将预处理后的资源更新请求缓存至缓存服务器中等待消费，在请求量很大的情况下也能保证系统的稳定性。

304、当该缓存服务器已缓存的多个资源更新请求符合目标条件时，更新服务器从该缓存服务器获取该多个资源更新请求，根据该多个资源更新请求各自的该第二字段，将该多个资源更新请求存储至各自对应的请求队列中，不同请求队列用于存储不同发起用户的资源更新请求。

其中，该目标条件可以是缓存服务器中缓存的多个资源更新请求的数量等于(达到)数量阈值，也即是，缓存服务器中缓存的请求数量达到上限。

当该缓存服务器已缓存的多个资源更新请求符合目标条件时，缓存服务器可以向更新服务器发送通知消息，更新服务器在接收到通知消息后，可以从缓存服务器获取其已缓存的多个资源更新请求，例如更新服务器可以在接收到通知消息后，向缓存服务器发送获取请求，缓存服务器在接收到该获取请求后，可以将缓存的多个资源更新请求发送给服务器。在一个可能的实施例中，缓存服务器也可以循环遍历缓存服务器的方式，来获取缓存服务器缓存的多个资源更新请求。更新服务器可以开启多个线程，通过多个线程从缓存服务器获取该多个资源更新请求，每个线程负责获取目标数量的资源更新请求。通过多个线程并发获取资源更新请求，可以提高获取效率。

更新服务器可以采用队列机制，将各个资源更新请求存储至各自对应的请求队列中，具体地，更新服务器可以根据第二字段，也即是，根据请求的发起用户将请求存储至对应的请求队列中。

在一种可能实现方式中，根据该多个资源更新请求各自包含的该第二字段，将该多个资源更新请求存储至各自对应的请求队列中，包括：对于该多个资源更新请求中的任一资源更新请求，当该任一资源更新请求携带的该第二字段与已有请求队列中资源更新请求携带的该第二字段指示同一用户时，将该任一资源更新请求存储至该已有请求队列中。通过根据资源更新请求的第二字段，也即是，根据资源更新请求的发起用户，采用队列机制将资源更新请求存储到对应的请求队列中，保证同一用户的请求被存储在同一队列中一起处理，可以提高请求处理的效率。

由于各个资源更新请求携带有用于指示发起用户的第二字段，对于每个资源更新请求，更新服务器可以判断该资源更新请求携带的第二字段是否与已有消息队列中存储的资源更新请求携带的第二字段一致，如果该资源更新请求携带的第二字段与任一已有消息队列中资源更新请求携带的第二字段一致，则更新服务器可以将该资源更新请求存储到该已有消息队列中。

在一种可能实现方式中，该根据该多个资源更新请求各自包含的该第二字段，将该多个资源更新请求存储至各自对应的请求队列中，包括：对于该多个资源更新请求中的任一资源更新请求，当该任一资源更新请求携带的该第二字段与已有请求队列中资源更新请求携带的该第二字段指示不同用户时，生成新的请求队列；将该任一资源更新请求存储至该新的请求队列中。通过根据资源更新请求的发起用户判断是否新增请求队列，从而保证同一用户的请求被存储在同一队列中一起处理，可以提高请求处理的效率。

对于每个资源更新请求，更新服务器可以判断该资源更新请求携带的第二字段是否与已有消息队列中存储的资源更新请求的第二字段一致，如果该资源更新请求携带的第二字段与所有已有消息队列中资源更新请求携带的第二字段一致全都不一致，则更新服务器可以重新生成一个新的请求队列对该资源更新请求进行存储，当下次有第二字段一致的资源更新请求时，将会保存在该请求队列中。

步骤304是当已缓存的多个资源更新请求符合目标条件时，获取该多个资源更新请求的一种可能实现方式。通过在缓存服务器中缓存的资源更新请求符合目标条件，如数量达到上限时，从缓存服务器中获取资源更新请求，并将资源更新请求加入到对应的请求队列中等待处理，可以及时释放缓存服务器的缓存资源，保证缓存服务器的效率。

305、更新服务器根据至少一个请求队列中的资源更新请求的该第一字段，对该至少一个请求队列中的资源更新请求进行排序。

更新服务器可以采用重排机制，对各个请求队列中的资源更新请求进行排序，确保请求顺序为用户提交的顺序。其中，该重排机制可以是根据第一字段对请求进行排序的机制，也即是，根据请求的接收顺序进行排序，接收顺序越靠前排序越靠前。

步骤304中的队列机制仅保证了同一用户的请求被放置在一起处理，但此时请求的顺序可能仍然是无序的，若直接进行更新操作可能会导致意想不到的错误产生，因此，更新服务器可以对每个请求队列，根据请求的第一字段采用重排算法进行重新排序，从而保证请求的顺序性，其中，重排算法包括但不限于堆排序或快速排序等算法。

306、更新服务器根据该至少一个请求队列中的资源更新请求排序后的顺序，对该至少一个请求队列中的资源更新请求对应的资源进行更新。

对于每个请求队列，更新服务器可以根据该请求队列中的各个资源更新请求排序后的顺序，对该各个资源更新请求依次进行处理，也即是，依次对每个资源更新请求对应的资源执行更新操作，如将该资源更新成可以解析资源更新请求中携带的语句的资源。

在一种可能实现方式中，该步骤306可以包括：通过至少一个线程，分别根据该至少一个请求队列中的资源更新请求排序后的顺序，对该至少一个请求队列中的资源更新请求对应的资源进行更新，不同线程用于对不同请求队列中的资源更新请求对应的资源进行更新。

更新服务器可以根据至少一个请求队列的数量，开启至少一个线程，该至少一个线程的数量与至少一个请求队列的数量相同，每个线程负责对一个请求队列中的资源更新请求进行处理。

上述过程是更新服务器对经过步骤305排序后的所有请求队列内的资源更新请求采用多线程并发的方式进行处理，多线程并发是指更新服务器对每个请求队列都开辟一个线程去执行更新操作。由于不同请求队列中存储的是不同用户的资源更新请求，所以对其进行并发更新并不会因为更新顺序问题而导致更新错误。不同于相关技术中对不同用户的资源更新请求执行串行更新的逻辑，本申请的队列机制和多线程并发操作有效的分离了用户之间的耦合度，使得执行粒度细化到每个用户，可以有效的提高更新效率。

在一种可能实现方式中，该步骤306可以包括：对于任一请求队列，根据该任一请求队列中的资源更新请求排序后的顺序，从该任一请求队列中取出待处理的资源更新请求，当前取出的资源更新请求用于更新第一用户对应的用于解析第一意图的第一资源；根据当前取出的资源更新请求，从资源池中随机取出一个该第一资源执行更新操作，该资源池中存储有目标数量的该第一资源；在当前取出的该第一资源更新完成时，为更新完成的该第一资源添加第一标记，该第一标记用于标记资源已被该第一用户更新；将包含该第一标记的该第一资源重新存储到该资源池中；从该资源池中取出未包含该第一标记的下一个该第一资源执行更新操作、添加该第一标记和重新存储到该资源池中的步骤。

对于每个请求队列，更新服务器可以根据该请求队列中的资源更新请求排序后的顺序，依次从该请求队列中取出资源更新请求进行处理，排序越靠前的请求越先取出。对于当前取出的资源更新请求，资源池中存储有多个该资源更新请求所请求更新的第一资源，更新服务器可以资源池中随机取出一个第一资源执行更新操作。在一种可能实现方式中，从资源池中随机取出一个该第一资源执行更新操作之前，本申请实施例提供的方法还包括：将硬盘中存储的该第一资源复制目标数量份，存储到内存的该资源池中。例如，目标数量可以为10。

在当前取出的一个第一资源更新完成时，更新服务器可以其做一个标记，表明该资源已经被第一用户更新，之后更新服务器可以将其放回资源池并选取其他未被标记的第一资源执行更新操作，循环直至资源池中的第一资源被全部更新完毕。在一种可能实现方式中，本申请实施例提供的方法还包括：当该资源池中该目标数量的该第一资源均包含该第一标记时，将该资源池中包含该第一标记的该目标数量的该第一资源同步至硬盘中。更新服务器可以在空闲时间或某一个特定的周期内，将资源池中更新好的资源同步到硬盘中，至此完成热更新操作。

当前取出的资源更新请求处理完成后，更新服务器可以从该请求队列中取出下一个资源更新请求进行同样的处理过程，直至资源池中该下一个资源更新请求对应的资源被全部更新完毕，如此循环，直至该请求队列中的资源更新请求全部取出，该请求队列中的资源更新请求对应的资源全部更新完毕。

上述过程是更新服务器对每个请求队列中的资源更新请求对应的资源执行热更新操作的过程。热更新是指在更新资源之前，先会在内存中备份一份持久化存储在硬盘中的资源，并将其复制若干份后存放在内存的资源池中，当有一个资源更新请求来到时，将会随机选取资源池中的一个资源执行更新操作，此时其他资源仍具备对外提供服务的能力。当对随机选取的资源更新完毕后，将会对其进行标记，该标记与用户的唯一标识挂钩，表明该一个资源对于该用户是可用的最新资源，这一个资源就可以提供给用户访问了，这样可以防止用户使用时产生解析断层现象。

在一种可能实现方式中，更新服务器将包含该第一标记的该第一资源重新存储到该资源池中之后，本申请实施例提供的方法还包括：接收该第一用户的第一意图解析请求，该第一意图解析请求用于请求解析该第一意图；当在该资源池中查询到包含该第一标记的该第一资源时，将查询到的该第一资源返回给该第一用户所在终端。

更新服务器在更新完一个用于解析第一意图的第一资源后，如果此时接收到第一用户发起的用于解析第一意图的第一意图解析请求，更新服务器可以查询资源池中是否存储包含第一标记的第一资源，如果有，则更新服务器可以向第一用户返回更新后的第一资源。其中，第一意图解析可以由请求服务器从第一用户所在终端接收到后转发给更新服务器，更新后的第一资源可以由更新服务器通过请求服务器转发给第一用户所在终端，终端在接收到更新后的第一资源后，可以使用第一资源解析第一意图。

需要说明的是，接收第一意图解析请求和将第一资源返回给第一用户所在终端的步骤也可以由解析服务器执行，该情况下，第一意图解析可以由第一用户所在终端发送给解析服务器，更新后的第一资源可以由解析服务器发送给第一用户所在终端。

在一种可能实现方式中，更新服务器将包含该第一标记的该第一资源重新存储到该资源池中之后，本申请实施例提供的方法还包括：接收第二用户的第二意图解析请求，该第二意图解析请求用于请求解析第二意图；当在该资源池中未查询到包含第二标记的第二资源时，从该资源池中随机选取一个该第二资源返回给该第二用户所在终端，该第二资源用于解析该第二意图，该第二标记用于标记资源已被该第二用户更新。

更新服务器在更新完资源池中一个用于解析第一意图的第一资源后，如果此时接收到第二用户发起的用于解析第二意图的第二意图解析请求，更新服务器可以查询资源池中是否存储包含第二标记的第二资源，如果没有，则更新服务器可以向第二用户返回资源池中随机选取的一个第二资源。

需要说明的是，接收第二意图解析请求和将第二资源返回给该第二用户所在终端的步骤也可以由解析服务器执行，该情况下，第二意图解析可以由第二用户所在终端发送给解析服务器，第二资源可以由解析服务器发送给第二用户所在终端，终端在接收到第二资源后，可以使用第二资源解析第二意图。

上述过程是在对资源池中的资源执行更新操作时，如果接收到某个用户的意图解析请求，则判断资源池中是否存在被该用户更新过的资源，若存在就返回该资源，否则随机返回一个资源。下面结合一个场景进行具体阐述：

假设有用户A和用户B这两个用户，资源池中存储着包含10份意图解析资源的资源池，因为是复制关系，所以这10份意图解析资源全都一样，每份意图解析资源中可以包括用户A对应的意图解析资源和用户B对应的意图解析资源。例如，用户A在每份意图解析资源内有一个用于解析“订机票”意图的资源1，用户B在每份意图模型资源内有一个用于解析“订咖啡”意图的资源2。

用户A发起更新用于解析“订机票”意图的资源的请求，更新服务器接收到该请求，对10份意图解析资源中的第1份意图解析资源中的资源1执行更新操作，将其更新成可以解析用户A“订机票”意图的最新资源，并在该资源1上添加了用户A的标记，之后还仍对剩下的9份意图解析资源中的资源1执行更新操作。

此时用户A发起解析“订机票”意图的请求，因为更新尚未完成，资源池中只有部分是更新后的资源，解析服务器可以首先判断资源池中是否存在包含用户A标记的资源，此时找到一个资源1，表明该资源1具备解析更新后的“订机票”意图的能力，将其返回给用户进行解析。同时用户B也发起解析“订咖啡”意图的请求，因为资源池中无包含用户B标记的资源2，表明所有资源2对用户B都是最新的，将随机返回一个资源2给用户B解析。

相关技术使用冷更新机制对资源进行更新，当资源更新请求过来时，先更新硬盘中的资源，对更新请求涉及到的硬盘中的所有资源加锁，确保硬盘中的所有资源均已更新完毕后，再根据硬盘中的资源更新资源池内的资源，提供给用户使用。本申请使用热更新机制时，不必等待全部资源更新完毕后才能进行意图解析，只要内存中的一个资源被更新即具备解析能力，防止出现解析断层现象，并且更新内存的效率将远远高于更新硬盘的效率，极大优化了用户体验。

为了便于更直观的介绍本申请实施例的技术方案，下面将结合图4所示的流程图，对该技术方案进行说明。参见图4，图4是本申请实施例提供的一种资源更新方法的流程图，如图4所示，用户的资源更新请求可以发送给请求服务器，请求服务器对资源更新请求进行预处理(添加第一字段和第二字段)后，将资源更新请求缓存至缓存服务器(消息中间件服务器)，更新服务器可以并发获取缓存服务器中存储的资源更新请求，采用队列机制将资源更新请求存储到对应的请求队列中，然后采用重排机制对请求队列中的请求重新排序，然后采用多线程并发的方式执行热更新操作，更新资源池中的资源，等到资源池中的资源被全部更新完毕后，周期性同步到硬盘。

本申请实施例仅以请求服务器、缓存服务器和更新服务器为功能独立的三个服务器，步骤301至步骤306由这三个服务器交互执行为例进行说明，在一个可能的实施例中，该请求服务器、缓存服务器和更新服务器的功能可以集成在一个服务器，也即是，步骤301至步骤306可以由同一个服务器执行，或者，这三个服务器中任意两个服务器的功能可以集成在一个服务器上，也即是，步骤301至步骤306中由这两个服务器执行的步骤可以由同一个服务器执行。本发明实施例对上述各个步骤的执行主体不做具体限定。

本申请实施例提供了一种高效更新意图解析资源的方法，可以确保在更新服务器获取到的请求顺序无序的情况下，通过重新排序正确的对意图解析资源进行更新，降低了系统之间的耦合程度，同时使用热更新的方式保证了更新操作不影响用户的体验，防止出现解析断层现象，并且极大提高了意图解析资源的更新效率和用户的体验程度。

本申请实施例提供的方法，通过为接收到的资源更新请求添加用于指示接收顺序的第一字段和用于指示发起用户的第二字段，然后对资源更新请求进行缓存，当已缓存的资源更新请求符合目标条件时，获取已缓存的资源更新请求，根据这些资源更新请求的第二字段，将这些资源更新请求添加至各自对应的请求队列中，然后根据请求队列中的资源更新请求的第一字段，对资源更新请求进行排序，可以保证请求队列中的资源更新请求排序后的顺序与接收顺序一致，从而按照排序后的顺序对资源更新请求进行处理，可以保证能够正确的对资源更新请求对应的资源执行更新操作，提高资源更新的效率。

图5是本申请实施例提供的一种资源更新装置的结构示意图。参照图5，该装置包括：

添加模块501，用于当接收到任一资源更新请求时，为该任一资源更新请求添加用于指示接收顺序的第一字段和用于指示发起用户的第二字段，该任一资源更新请求用于更新发起用户对应的用于解析任一意图的资源；

缓存模块502，用于对添加该第一字段和该第二字段后的该任一资源更新请求进行缓存；

获取模块503，用于当已缓存的多个资源更新请求符合目标条件时，获取该多个资源更新请求；

存储模块504，用于根据该多个资源更新请求各自的该第二字段，将该多个资源更新请求存储至各自对应的请求队列中，不同请求队列用于存储不同发起用户的资源更新请求；

排序模块505，用于根据至少一个请求队列中的资源更新请求的该第一字段，对该至少一个请求队列中的资源更新请求进行排序；

更新模块506，用于根据该至少一个请求队列中的资源更新请求排序后的顺序，对该至少一个请求队列中的资源更新请求对应的资源进行更新。

在一种可能实现方式中，该更新模块用于：

对于任一请求队列，根据该任一请求队列中的资源更新请求排序后的顺序，从该任一请求队列中取出待处理的资源更新请求，当前取出的资源更新请求用于更新第一用户对应的用于解析第一意图的第一资源；

根据当前取出的资源更新请求，从资源池中随机取出一个该第一资源执行更新操作，该资源池中存储有目标数量的该第一资源；

在当前取出的该第一资源更新完成时，为更新完成的该第一资源添加第一标记，该第一标记用于标记资源已被该第一用户更新；

将包含该第一标记的该第一资源重新存储到该资源池中；

从该资源池中取出未包含该第一标记的下一个该第一资源执行更新操作、添加该第一标记和重新存储到该资源池中的步骤。

在一种可能实现方式中，该装置还包括：

接收模块，用于接收该第一用户的第一意图解析请求，该第一意图解析请求用于请求解析该第一意图；

查询模块，用于当在该资源池中查询到包含该第一标记的该第一资源时，将查询到的该第一资源返回给该第一用户所在终端。

在一种可能实现方式中，该装置还包括：

接收模块，用于接收第二用户的第二意图解析请求，该第二意图解析请求用于请求解析第二意图；

查询模块，用于当在该资源池中未查询到包含第二标记的第二资源时，从该资源池中随机选取一个该第二资源返回给该第二用户所在终端，该第二资源用于解析该第二意图，该第二标记用于标记资源已被该第二用户更新。

在一种可能实现方式中，该更新模块还用于当该资源池中该目标数量的该第一资源均包含该第一标记时，将该资源池中包含该第一标记的该目标数量的该第一资源同步至硬盘中。

在一种可能实现方式中，该存储模块用于：

对于该多个资源更新请求中的任一资源更新请求，当该任一资源更新请求携带的该第二字段与已有请求队列中资源更新请求携带的该第二字段指示不同用户时，生成新的请求队列；

将该任一资源更新请求存储至该新的请求队列中。

在一种可能实现方式中，该更新模块用于：

通过至少一个线程，分别根据该至少一个请求队列中的资源更新请求排序后的顺序，对该至少一个请求队列中的资源更新请求对应的资源进行更新，不同线程用于对不同请求队列中的资源更新请求对应的资源进行更新。

需要说明的是：上述实施例提供的资源更新装置在资源更新时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的资源更新装置与资源更新方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图6是本申请实施例提供的一种服务器的结构示意图，该服务器600可因配置或性能不同而产生比较大的差异，可以包括一个或多个处理器(central processing units，CPU)601和一个或多个存储器602，其中，该存储器602中存储有至少一条程序代码，该至少一条程序代码由该处理器601加载并执行以实现上述各个方法实施例提供的方法。当然，该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器还可以包括其他用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，还提供了一种存储有至少一条程序代码的计算机可读存储介质，例如存储有至少一条程序代码的存储器，上述至少一条程序代码由处理器加载并执行，以实现上述实施例中的资源更新方法。例如，该计算机可读存储介质可以是只读内存(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory，RAM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)、磁带、软盘和光数据存储设备等。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，该的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上该仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种资源更新方法，其特征在于，所述方法包括：

当接收到任一资源更新请求时，为所述任一资源更新请求添加用于指示接收顺序的第一字段和用于指示发起用户的第二字段，所述任一资源更新请求用于更新发起用户对应的用于解析任一意图的资源；

对添加所述第一字段和所述第二字段后的所述任一资源更新请求进行缓存；

当已缓存的多个资源更新请求符合目标条件时，获取所述多个资源更新请求，根据所述多个资源更新请求各自的所述第二字段，将所述多个资源更新请求存储至各自对应的请求队列中，不同请求队列用于存储不同发起用户的资源更新请求；

根据至少一个请求队列中的资源更新请求的所述第一字段，对所述至少一个请求队列中的资源更新请求进行排序；

根据所述至少一个请求队列中的资源更新请求排序后的顺序，对所述至少一个请求队列中的资源更新请求对应的资源进行更新。

2.根据权利要求1所述的方法，其特征在于，所述根据所述至少一个请求队列中的资源更新请求排序后的顺序，对所述至少一个请求队列中的资源更新请求对应的资源进行更新，包括：

对于任一请求队列，根据所述任一请求队列中的资源更新请求排序后的顺序，从所述任一请求队列中取出待处理的资源更新请求，当前取出的资源更新请求用于更新第一用户对应的用于解析第一意图的第一资源；

根据当前取出的资源更新请求，从资源池中随机取出一个所述第一资源执行更新操作，所述资源池中存储有目标数量的所述第一资源；

在当前取出的所述第一资源更新完成时，为更新完成的所述第一资源添加第一标记，所述第一标记用于标记资源已被所述第一用户更新；

将包含所述第一标记的所述第一资源重新存储到所述资源池中；

从所述资源池中取出未包含所述第一标记的下一个所述第一资源执行更新操作、添加所述第一标记和重新存储到所述资源池中的步骤。

3.根据权利要求2所述的方法，其特征在于，所述将包含所述第一标记的所述第一资源重新存储到所述资源池中之后，所述方法还包括：

接收所述第一用户的第一意图解析请求，所述第一意图解析请求用于请求解析所述第一意图；

当在所述资源池中查询到包含所述第一标记的所述第一资源时，将查询到的所述第一资源返回给所述第一用户所在终端。

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

当所述资源池中所述目标数量的所述第一资源均包含所述第一标记时，将所述资源池中包含所述第一标记的所述目标数量的所述第一资源同步至硬盘中。

5.根据权利要求1所述的方法，其特征在于，所述根据所述多个资源更新请求各自包含的所述第二字段，将所述多个资源更新请求存储至各自对应的请求队列中，包括：

对于所述多个资源更新请求中的任一资源更新请求，当所述任一资源更新请求携带的所述第二字段与已有请求队列中资源更新请求携带的所述第二字段指示不同用户时，生成新的请求队列；

将所述任一资源更新请求存储至所述新的请求队列中。

6.根据权利要求1所述的方法，其特征在于，所述根据所述至少一个请求队列中的资源更新请求排序后的顺序，对所述至少一个请求队列中的资源更新请求对应的资源进行更新，包括：

通过至少一个线程，分别根据所述至少一个请求队列中的资源更新请求排序后的顺序，对所述至少一个请求队列中的资源更新请求对应的资源进行更新，不同线程用于对不同请求队列中的资源更新请求对应的资源进行更新。

7.一种资源更新系统，其特征在于，所述系统包括请求服务器、缓存服务器和更新服务器，

所述请求服务器，用于当接收到任一资源更新请求时，为所述任一资源更新请求添加用于指示接收顺序的第一字段和用于指示发起用户的第二字段，将添加所述第一字段和所述第二字段后的所述任一资源更新请求发送给所述缓存服务器，所述任一资源更新请求用于更新发起用户对应的用于解析任一意图的资源；

所述缓存服务器，用于对所述请求服务器发送的所述任一资源更新请求进行缓存；

所述更新服务器，用于当所述缓存服务器已缓存的多个资源更新请求符合目标条件时，从所述缓存服务器获取所述多个资源更新请求，根据所述多个资源更新请求各自的所述第二字段，将所述多个资源更新请求存储至各自对应的请求队列中，不同请求队列用于存储不同发起用户的资源更新请求；

所述更新服务器还用于根据至少一个请求队列中的资源更新请求的所述第一字段，对所述至少一个请求队列中的资源更新请求进行排序，根据所述至少一个请求队列中的资源更新请求排序后的顺序，对所述至少一个请求队列中的资源更新请求对应的资源进行更新。

8.一种资源更新装置，其特征在于，所述装置包括多个功能模块，所述多个功能模块用于执行权利要求1至权利要求6任一项所述的资源更新方法。

9.一种服务器，其特征在于，所述服务器包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条程序代码，所述至少一条程序代码由所述一个或多个处理器加载并执行，以实现如权利要求1至6任一项所述的资源更新方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条程序代码，所述至少一条程序代码由处理器加载并执行，以实现如权利要求1至6任一项所述的资源更新方法。

Images