CN114201175A - 错误码管理方法、装置、计算机可读存储介质及服务器 - Google Patents

Abstract

本发明属于人工智能技术领域，尤其涉及一种错误码管理方法、装置、计算机可读存储介质及服务器。所述方法包括：获取终端设备发送的服务调用请求，并提取所述服务调用请求中的各项子请求；将所述服务调用请求发送至对应的目标服务设备集群中，并接收所述目标服务设备集群发送的服务反馈信息；其中，所述服务调用请求中的各项子请求与所述目标服务设备集群中的各个服务设备一一对应；提取所述服务反馈信息中的异常信息；根据所述异常信息中的错误码配置文件标识，在预设的数据库中查找对应的目标错误码配置文件；根据所述异常信息中的各个错误码，在所述目标错误码配置文件中查找对应的目标展示信息，并将所述目标展示信息发送至所述终端设备。

Description

错误码管理方法、装置、计算机可读存储介质及服务器

技术领域

本发明属于人工智能技术领域，尤其涉及一种错误码管理方法、装置、计算机可读存储介质及服务器。

背景技术

随着技术的不断发展以及业务的不断更新，现有的应用系统逐渐呈现出越来越复杂化的发展趋势，例如，在应用系统中往往会涉及到复杂多样的各种服务，每项服务对于不同的异常情况均需要封装不同的描述向用户展现提示。在现有技术中，一般会将异常情况的错误码以硬编码的形式在业务代码中以if...else...或者switch...case...的结构直接进行体现，每一个错误码均需要在代码中写一条选择分支。这样的方式导致业务代码的可读性极差，给后续的维护和扩展造成了极大的困难。

发明内容

有鉴于此，本发明实施例提供了一种错误码管理方法、装置、计算机可读存储介质及服务器，以解决现有技术中将异常情况的错误码以硬编码的形式在业务代码中直接进行体现，导致业务代码的可读性极差，给后续的维护和扩展造成了极大的困难的问题。

本发明实施例的第一方面提供了一种错误码管理方法，可以包括：

获取终端设备发送的服务调用请求，并提取所述服务调用请求中的各项子请求；

将所述服务调用请求发送至对应的目标服务设备集群中，并接收所述目标服务设备集群发送的服务反馈信息；其中，所述服务调用请求中的各项子请求与所述目标服务设备集群中的各个服务设备一一对应；

提取所述服务反馈信息中的异常信息；其中，所述异常信息包括错误码配置文件标识和各个错误码；

根据所述异常信息中的错误码配置文件标识，在预设的数据库中查找对应的目标错误码配置文件；

根据所述异常信息中的各个错误码，在所述目标错误码配置文件中查找对应的目标展示信息，并将所述目标展示信息发送至所述终端设备。

在第一方面的一种具体实现方式中，在将所述服务调用请求发送至对应的目标服务设备集群中之前，还可以包括：

从所述数据库中获取服务设备设置信息；其中，所述服务设备设置信息中记录了待使用的各个服务设备，以及各个服务设备所提供的服务；

在所述服务设备设置信息中查找与所述服务调用请求中的各项子请求分别对应的各个目标服务设备；

将查找到的各个目标服务设备所组成的集群确定为所述目标服务设备集群。

在第一方面的一种具体实现方式中，所述在所述服务设备设置信息中查找与所述服务调用请求中的各项子请求分别对应的各个目标服务设备，可以包括：

在所述服务设备设置信息中查找与当前服务子请求对应的候选服务设备；其中，所述当前服务子请求为所述服务调用请求中的任意一项子请求，所述候选服务设备为提供所述当前服务子请求所调用服务的服务设备；

若所述候选服务设备是唯一的，则将所述候选服务设备作为与所述当前服务子请求对应的目标服务设备；

若所述候选服务设备不是唯一的，则根据预设的选取规则从所述候选服务设备中选取一个服务设备作为与所述当前服务子请求对应的目标服务设备。

在第一方面的一种具体实现方式中，所述根据预设的选取规则从所述候选服务设备中选取一个服务设备作为与所述当前服务子请求对应的目标服务设备，可以包括：

从预设的计数器集合中选取与所述当前服务子请求对应的目标计数器，并获取所述目标计数器中的当前计数值；

根据所述当前计数值和所述候选服务设备的数目计算优选序号；

从所述候选服务设备中选取与所述优选序号对应的服务设备作为与所述当前服务子请求对应的目标服务设备。

在第一方面的一种具体实现方式中，所述根据预设的选取规则从所述候选服务设备中选取一个服务设备作为与所述当前服务子请求对应的目标服务设备，可以包括：

分别向每个所述候选服务设备发送任务查询请求；

分别接收每个所述候选服务设备发送的任务反馈信息；

从所述任务反馈信息提取每个所述候选服务设备的当前任务数；

从所述候选服务设备中选取当前任务数最小的服务设备作为与所述当前服务子请求对应的目标服务设备。

在第一方面的一种具体实现方式中，所述根据所述异常信息中的错误码配置文件标识，在预设的数据库中查找对应的目标错误码配置文件，可以包括：

在所述数据库中查找与所述错误码配置文件标识对应的目标子数据库；其中，所述目标子数据库为所述数据库的子集；

在所述目标子数据库中查找与所述错误码配置文件标识对应的目标错误码配置文件。

在第一方面的一种具体实现方式中，在预设的数据库中查找对应的目标错误码配置文件之前，还可以包括：

从预设的历史日志中分别提取所述目标错误码配置文件中的各个错误码的出现频次；

按照出现频次由高到低的顺序调整所述目标错误码配置文件中的各个错误码的排序。

本发明实施例的第二方面提供了一种错误码管理装置，可以包括：

服务调用请求获取模块，用于获取终端设备发送的服务调用请求，并提取所述服务调用请求中的各项子请求；

服务设备集群交互模块，用于将所述服务调用请求发送至对应的目标服务设备集群中，并接收所述目标服务设备集群发送的服务反馈信息；其中，所述服务调用请求中的各项子请求与所述目标服务设备集群中的各个服务设备一一对应；

异常信息提取模块，用于提取所述服务反馈信息中的异常信息；其中，所述异常信息包括错误码配置文件标识和各个错误码；

配置文件查找模块，用于根据所述异常信息中的错误码配置文件标识，在预设的数据库中查找对应的目标错误码配置文件；

展示信息查找模块，用于根据所述异常信息中的各个错误码，在所述目标错误码配置文件中查找对应的目标展示信息，并将所述目标展示信息发送至所述终端设备。

在第二方面的一种具体实现方式中，所述错误码管理装置还可以包括：

服务设备设置信息获取模块，用一个从所述数据库中获取服务设备设置信息；其中，所述服务设备设置信息中记录了待使用的各个服务设备，以及各个服务设备所提供的服务；

目标服务设备查找模块，用于在所述服务设备设置信息中查找与所述服务调用请求中的各项子请求分别对应的各个目标服务设备；

服务设备集群确定模块，用于将查找到的各个目标服务设备所组成的集群确定为所述目标服务设备集群。

在第二方面的一种具体实现方式中，所述目标服务设备查找模块具体可以包括：

候选服务设备查找单元，用于在所述服务设备设置信息中查找与当前服务子请求对应的候选服务设备；其中，所述当前服务子请求为所述服务调用请求中的任意一项子请求，所述候选服务设备为提供所述当前服务子请求所调用服务的服务设备；

第一目标服务设备确定单元，用于若所述候选服务设备是唯一的，则将所述候选服务设备作为与所述当前服务子请求对应的目标服务设备；

第二目标服务设备确定单元，用于若所述候选服务设备不是唯一的，则根据预设的选取规则从所述候选服务设备中选取一个服务设备作为与所述当前服务子请求对应的目标服务设备。

在第二方面的一种具体实现方式中，所述第一目标服务设备确定单元可以具体用于：从预设的计数器集合中选取与所述当前服务子请求对应的目标计数器，并获取所述目标计数器中的当前计数值；根据所述当前计数值和所述候选服务设备的数目计算优选序号；从所述候选服务设备中选取与所述优选序号对应的服务设备作为与所述当前服务子请求对应的目标服务设备。

在第二方面的一种具体实现方式中，所述第一目标服务设备确定单元可以具体用于：分别向每个所述候选服务设备发送任务查询请求；分别接收每个所述候选服务设备发送的任务反馈信息；从所述任务反馈信息提取每个所述候选服务设备的当前任务数；从所述候选服务设备中选取当前任务数最小的服务设备作为与所述当前服务子请求对应的目标服务设备。

在第二方面的一种具体实现方式中，所述配置文件查找模块可以具体用于：在所述数据库中查找与所述错误码配置文件标识对应的目标子数据库；其中，所述目标子数据库为所述数据库的子集；在所述目标子数据库中查找与所述错误码配置文件标识对应的目标错误码配置文件。

在第二方面的一种具体实现方式中，所述错误码管理装置还可以包括：

频次提取模块，用于从预设的历史日志中分别提取所述目标错误码配置文件中的各个错误码的出现频次；

排序模块，用于按照出现频次由高到低的顺序调整所述目标错误码配置文件中的各个错误码的排序。

本发明实施例的第三方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述任一种错误码管理方法的步骤。

本发明实施例的第四方面提供了一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任一种错误码管理方法的步骤。

本发明实施例的第五方面提供了一种计算机程序产品，当计算机程序产品在服务器上运行时，使得服务器执行上述任一种错误码管理方法的步骤。

本发明实施例与现有技术相比存在的有益效果是：本发明实施例获取终端设备发送的服务调用请求，并提取所述服务调用请求中的各项子请求；将所述服务调用请求发送至对应的目标服务设备集群中，并接收所述目标服务设备集群发送的服务反馈信息；其中，所述服务调用请求中的各项子请求与所述目标服务设备集群中的各个服务设备一一对应；提取所述服务反馈信息中的异常信息；其中，所述异常信息包括错误码配置文件标识和各个错误码；根据所述异常信息中的错误码配置文件标识，在预设的数据库中查找对应的目标错误码配置文件；根据所述异常信息中的各个错误码，在所述目标错误码配置文件中查找对应的目标展示信息，并将所述目标展示信息发送至所述终端设备。通过本发明实施例，预先设置了错误码配置文件，将异常情况的错误码在该配置文件中进行体现，而非直接在业务代码中进行体现，当服务发生变化时，仅需对应修改错误码配置文件中的错误码即可，而无需对业务代码进行修改，实现了错误码与业务代码之间的解耦，保持了业务代码的简洁性，便于后续的维护和扩展。

附图说明

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

图1为本发明实施例中一种错误码管理方法的一个实施例流程图；

图2为确定目标服务设备集群的示意流程图；

图3为本发明实施例中一种错误码管理装置的一个实施例结构图；

图4为本发明实施例中一种服务器的示意框图。

具体实施方式

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

本发明实施例可以基于人工智能技术对相关的数据进行获取和处理。其中，人工智能(Artificial Intelligence，AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。

人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。

本发明实施例的执行主体可以为基于人工智能的服务器，用于执行本发明实施例中的错误码管理方法。所述服务器可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。

请参阅图1，本发明实施例中一种错误码管理方法的一个实施例可以包括：

步骤S101、获取终端设备发送的服务调用请求，并提取所述服务调用请求中的各项子请求。

所述服务调用请求中包括至少一项子请求，其中，每项子请求用于请求对某一个特定的服务的调用。具体有哪些服务可以根据实际情况进行设置，本发明实施例对此不作具体限定。例如，可以包括但不限于获取用户信息的服务、获取订单信息的服务等等。

当使用者需要进行服务调用时，则可以通过所述终端设备向所述服务器发送所述服务调用请求，所述服务器在接收到所述终端设备发送的所述服务调用请求之后，即可从中提取出各项子请求。

步骤S102、将所述服务调用请求发送至对应的目标服务设备集群中，并接收所述目标服务设备集群发送的服务反馈信息。

其中，所述服务调用请求中的各项子请求与所述目标服务设备集群中的各个服务设备一一对应。

如图2所示，所述目标服务设备集群可以通过如下过程进行确定：

步骤S1021、从预设的数据库中获取服务设备设置信息。

其中，所述服务设备设置信息中记录了待使用的各个服务设备，以及各个服务设备所提供的服务；

在本发明实施例中，可以预先设置若干个服务设备，这些服务设备可以为实际的实体服务器，也可以为虚拟的云服务器，还可以是实体服务器和云服务器的组合。其中，每个服务设备均用于提供一个特定的服务，如前述的获取用户信息的服务、获取订单信息的服务等等。

具体由哪个服务设备提供哪个服务，可以由工作人员预先根据实际情况在预设的服务设备设置信息中进行设置，本发明实施例对此不作具体限定。例如，可以设置服务设备A提供获取用户信息的服务、设置服务设备B提供获取订单信息的服务，以此类推。特殊地，还可以设置一个以上的服务设备均提供同一服务。

优选地，服务设备所提供的服务不是固定不变的，而是可以根据实际情况进行灵活调整，例如，在某一时段内可以设置服务设备A提供获取用户信息的服务、设置服务设备B提供获取订单信息的服务，而在另一时段内可以设置服务设备B提供获取用户信息的服务、设置服务设备A提供获取订单信息的服务，工作人员仅需对所述服务设备设置信息进行相应修改即可。

步骤S1022、在所述服务设备设置信息中查找与所述服务调用请求中的各项子请求分别对应的各个目标服务设备。

以所述服务调用请求中的任意一项子请求为例进行说明，将其记为当前服务子请求，在所述服务设备设置信息中查找与所述当前服务子请求对应的候选服务设备；其中，所述候选服务设备为提供所述当前服务子请求所调用服务的服务设备。若所述候选服务设备是唯一的，则将所述候选服务设备作为与所述当前服务子请求对应的目标服务设备；若所述候选服务设备不是唯一的，则根据预设的选取规则从所述候选服务设备中选取一个服务设备作为与所述当前服务子请求对应的目标服务设备。

在本发明实施例的一种具体实现方式中，所述服务器可以从预设的计数器集合中选取与所述当前服务子请求对应的目标计数器，并获取所述目标计数器中的当前计数值。一般地，在初始状态下，所述目标计数器的计数值为0，后续每进行一次服务设备选取，则将所述目标计数器的计数值加1。在获取所述当前计数值之后，可以根据所述当前计数值和所述候选服务设备的数目计算优选序号。例如，可以根据所述当前计数值和所述候选服务设备的数目进行取模运算，将所述当前计数值与所述候选服务设备的数目的模作为所述优选序号。在本发明实施例中，可以预先为每个所述候选服务设备均分配对应的序号，这些序号依次为0、1、2、…，在计算得到所述优选序号之后，可以从所述候选服务设备中选取与所述优选序号对应的服务设备作为与所述当前服务子请求对应的目标服务设备。

在本发明实施例的另一种具体实现方式中，所述服务器可以分别向每个所述候选服务设备发送任务查询请求，然后分别接收每个所述候选服务设备发送的任务反馈信息，并从所述任务反馈信息提取每个所述候选服务设备的当前任务数。为了保证所述候选服务设备之间的负载均衡，所述服务器可以从所述候选服务设备中选取当前任务数最小的服务设备作为与所述当前服务子请求对应的目标服务设备。

按照上述方式遍历所述服务调用请求中的各项子请求，即可得到分别对应的各个目标服务设备。

步骤S1023、将查找到的各个目标服务设备所组成的集群确定为所述目标服务设备集群。

在确定出所述目标服务设备集群之后，所述服务器可以将所述服务调用请求发送至所述目标服务设备集群中，其中，所述服务调用请求中的各项子请求均发送至对应的目标服务设备中，例如，若某项子请求用于请求对获取用户信息的服务的调用，而服务设备A提供获取用户信息的服务，则将该项子请求发送至服务设备A中。

所述目标服务设备集群中的各个服务设备在接收到对应的子请求之后，执行对应的子请求，将执行结果记录为服务反馈信息，并将服务反馈信息发送至所述服务器。

步骤S103、提取所述服务反馈信息中的异常信息。

其中，所述异常信息包括错误码配置文件标识和各个错误码。

需要注意的是，若服务执行过程中未出现任何异常，则所述服务反馈信息中并不存在所述异常信息，此时则无需执行后续步骤。若服务执行过程中出现了异常，则所述服务反馈信息中存在所述异常信息，此时需继续执行后续步骤。

步骤S104、根据所述异常信息中的错误码配置文件标识，在预设的数据库中查找对应的目标错误码配置文件。

在所述数据库中存储了所有的错误码配置文件，每个错误码配置文件在所述数据库中均有一个唯一的标识，即错误码配置文件标识。

在本发明实施例中，为了避免提高查找效率，可以预先设置若干个文件类别，并在数据库中分别设置对应的子数据库，每个子数据库均为所述数据库的子集，且各个子数据库之间彼此独立，互不相关。

文件类别与子数据库之间的对应关系可以根据实际情况进行动态配置，当有新的文件类别时，可以在数据库中未使用的空间中为该文件类别分配对应的使用空间，也即与该文件类别对应的子数据库；当文件类别不再需要时，可以解除文件类别与子数据库之间的对应关系，并释放掉与该文件类别对应的子数据库所使用的空间；当文件类别对应的子数据库空间不足时，可以为其进行子数据库扩容，在数据库中未使用的空间中为该文件类别分配新增的使用空间。本申请中的子数据库是一个逻辑上的概念，而非物理上的概念，某一文件类别所对应的子数据库不必是一段连续的物理存储空间，而可以是由多段不连续的物理存储空间所组成的集合。

假设该子数据库共由N段不连续的物理存储空间组成，N为正整数，分别记为存储空间段1、存储空间段2、…、存储空间段N，则在存储空间段1的段尾存储了指向存储空间段2的段头的指针，在存储空间段2的段尾存储了指向存储空间段3的段头的指针，…，以此类推，从而形成一个在逻辑上连续的子数据库。

所述服务器可以首先在所述数据库中查找与所述错误码配置文件标识对应的目标子数据库，然后进一步在所述目标子数据库中查找与所述错误码配置文件标识对应的目标错误码配置文件。

步骤S105、根据所述异常信息中的各个错误码，在所述目标错误码配置文件中查找对应的目标展示信息，并将所述目标展示信息发送至所述终端设备。

在本发明实施例中，对于所述数据库中的每一个错误码配置文件，其中均包括某一服务执行过程中可能出现的错误码以及对应的目标展示信息，每一错误码配置文件中具体包括哪些错误码可以由工作人员预先根据实际情况进行设置，例如，若错误码配置文件A与获取用户信息的服务对应，其中可以包括但不限于：用于表示用户不存在的错误码(记为ErrorCodeA1)、用于表示用户名称不合法的错误码(记为ErrorCodeA2)、用于表示用户性别不合法的错误码(记为ErrorCodeA3)等等。又如，若错误码配置文件B与获取订单信息的服务对应，其中可以包括但不限于：用于表示订单不存在的错误码(记为ErrorCodeB1)、用于表示订单供应商信息不存在的错误码(记为ErrorCodeB2)、用于表示订单金额有误的错误码(记为ErrorCodeB3)等等。

每个错误码均对应一条展示信息，展示信息的具体内容可以由工作人员预先根据实际情况进行设置，例如，ErrorCodeA1对应的展示信息可以为“用户不存在”，ErrorCodeA2对应的展示信息可以为“用户名称不合法”，ErrorCodeA3对应的展示信息可以为“用户性别不合法”，ErrorCodeB1对应的展示信息可以为“订单不存在”，ErrorCodeB2对应的展示信息可以为“订单供应商信息不存在”，ErrorCodeB3对应的展示信息可以为“订单金额有误”等等。

优选地，每个错误码配置文件中所包含的错误码不是固定不变的，而是可以由工作人员根据实际情况进行灵活调整，这些调整可以包括但不限于新增错误码、修改错误码以及删除错误码等等。通过这样的方式，当服务发生变化时，仅需对应修改错误码配置文件中的错误码即可，而无需对业务代码进行修改，实现了错误码与业务代码之间的解耦。

在本发明实施例的一种具体实现方式中，为了提高后续进行错误码查找的效率，可以预先对所述目标错误码配置文件中的各个错误码的排序进行调整，具体地，可以从预设的历史日志中分别提取所述目标错误码配置文件中的各个错误码的出现频次，然后按照出现频次由高到低的顺序调整所述目标错误码配置文件中的各个错误码的排序。通过这样的方式，使得出现频次越高的错误码的排序越靠前，从而在顺序查找时可以被越快地查找到，从而提高了整体的查找效率。

所述服务器在查找到所述目标错误码配置文件之后，可以根据所述异常信息中的各个错误码，在所述目标错误码配置文件中查找对应的展示信息，也即所述目标展示信息，并将所述目标展示信息发送至所述终端设备。

所述终端设备在接收到所述目标展示信息之后，可以在预设的人机交互界面上显示所述目标展示信息，以呈现给所述使用者，使得所述使用者知晓服务发生异常的原因。

综上所述，本发明实施例获取终端设备发送的服务调用请求，并提取所述服务调用请求中的各项子请求；将所述服务调用请求发送至对应的目标服务设备集群中，并接收所述目标服务设备集群发送的服务反馈信息；其中，所述服务调用请求中的各项子请求与所述目标服务设备集群中的各个服务设备一一对应；提取所述服务反馈信息中的异常信息；其中，所述异常信息包括错误码配置文件标识和各个错误码；根据所述异常信息中的错误码配置文件标识，在预设的数据库中查找对应的目标错误码配置文件；根据所述异常信息中的各个错误码，在所述目标错误码配置文件中查找对应的目标展示信息，并将所述目标展示信息发送至所述终端设备。通过本发明实施例，预先设置了错误码配置文件，将异常情况的错误码在该配置文件中进行体现，而非直接在业务代码中进行体现，当服务发生变化时，仅需对应修改错误码配置文件中的错误码即可，而无需对业务代码进行修改，实现了错误码与业务代码之间的解耦，保持了业务代码的简洁性，便于后续的维护和扩展。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

对应于上文实施例所述的一种错误码管理方法，图3示出了本发明实施例提供的一种错误码管理装置的一个实施例结构图。

本实施例中，一种错误码管理装置可以包括：

服务调用请求获取模块301，用于获取终端设备发送的服务调用请求，并提取所述服务调用请求中的各项子请求；

服务设备集群交互模块302，用于将所述服务调用请求发送至对应的目标服务设备集群中，并接收所述目标服务设备集群发送的服务反馈信息；其中，所述服务调用请求中的各项子请求与所述目标服务设备集群中的各个服务设备一一对应；

异常信息提取模块303，用于提取所述服务反馈信息中的异常信息；其中，所述异常信息包括错误码配置文件标识和各个错误码；

配置文件查找模块304，用于根据所述异常信息中的错误码配置文件标识，在预设的数据库中查找对应的目标错误码配置文件；

展示信息查找模块305，用于根据所述异常信息中的各个错误码，在所述目标错误码配置文件中查找对应的目标展示信息，并将所述目标展示信息发送至所述终端设备。

在本发明实施例的一种具体实现方式中，所述错误码管理装置还可以包括：

服务设备设置信息获取模块，用一个从所述数据库中获取服务设备设置信息；其中，所述服务设备设置信息中记录了待使用的各个服务设备，以及各个服务设备所提供的服务；

目标服务设备查找模块，用于在所述服务设备设置信息中查找与所述服务调用请求中的各项子请求分别对应的各个目标服务设备；

服务设备集群确定模块，用于将查找到的各个目标服务设备所组成的集群确定为所述目标服务设备集群。

在本发明实施例的一种具体实现方式中，所述目标服务设备查找模块具体可以包括：

候选服务设备查找单元，用于在所述服务设备设置信息中查找与当前服务子请求对应的候选服务设备；其中，所述当前服务子请求为所述服务调用请求中的任意一项子请求，所述候选服务设备为提供所述当前服务子请求所调用服务的服务设备；

第一目标服务设备确定单元，用于若所述候选服务设备是唯一的，则将所述候选服务设备作为与所述当前服务子请求对应的目标服务设备；

第二目标服务设备确定单元，用于若所述候选服务设备不是唯一的，则根据预设的选取规则从所述候选服务设备中选取一个服务设备作为与所述当前服务子请求对应的目标服务设备。

在本发明实施例的一种具体实现方式中，所述第一目标服务设备确定单元可以具体用于：从预设的计数器集合中选取与所述当前服务子请求对应的目标计数器，并获取所述目标计数器中的当前计数值；根据所述当前计数值和所述候选服务设备的数目计算优选序号；从所述候选服务设备中选取与所述优选序号对应的服务设备作为与所述当前服务子请求对应的目标服务设备。

在本发明实施例的一种具体实现方式中，所述第一目标服务设备确定单元可以具体用于：分别向每个所述候选服务设备发送任务查询请求；分别接收每个所述候选服务设备发送的任务反馈信息；从所述任务反馈信息提取每个所述候选服务设备的当前任务数；从所述候选服务设备中选取当前任务数最小的服务设备作为与所述当前服务子请求对应的目标服务设备。

在本发明实施例的一种具体实现方式中，所述配置文件查找模块可以具体用于：在所述数据库中查找与所述错误码配置文件标识对应的目标子数据库；其中，所述目标子数据库为所述数据库的子集；在所述目标子数据库中查找与所述错误码配置文件标识对应的目标错误码配置文件。

在本发明实施例的一种具体实现方式中，所述错误码管理装置还可以包括：

频次提取模块，用于从预设的历史日志中分别提取所述目标错误码配置文件中的各个错误码的出现频次；

排序模块，用于按照出现频次由高到低的顺序调整所述目标错误码配置文件中的各个错误码的排序。

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

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

图4示出了本发明实施例提供的一种服务器的示意框图，为了便于说明，仅示出了与本发明实施例相关的部分。

在本实施例中，该服务器4可包括：处理器40、存储器41以及存储在所述存储器41中并可在所述处理器40上运行的计算机可读指令42，例如执行上述的错误码管理方法的计算机可读指令。所述处理器40执行所述计算机可读指令42时实现上述各个错误码管理方法实施例中的步骤，例如图1所示的步骤S101至S105。或者，所述处理器40执行所述计算机可读指令42时实现上述各装置实施例中各模块/单元的功能，例如图3所示模块301至305的功能。

示例性的，所述计算机可读指令42可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器41中，并由所述处理器40执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机可读指令段，该指令段用于描述所述计算机可读指令42在所述服务器4中的执行过程。

本领域技术人员可以理解，图4仅仅是服务器4的示例，并不构成对服务器4的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述服务器4还可以包括输入输出设备、网络接入设备、总线等。

所述处理器40可以是中央处理单元(Central Processing Unit，CPU)，还可以是其它通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器41可以是所述服务器4的内部存储单元，例如服务器4的硬盘或内存。所述存储器41也可以是所述服务器4的外部存储设备，例如所述服务器4上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器41还可以既包括所述服务器4的内部存储单元也包括外部存储设备。所述存储器41用于存储所述计算机可读指令以及所述服务器4所需的其它指令和数据。所述存储器41还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

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

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读存储介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读存储介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读存储介质不包括电载波信号和电信信号。

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

Claims (10)

1.一种错误码管理方法，其特征在于，包括：

获取终端设备发送的服务调用请求，并提取所述服务调用请求中的各项子请求；

将所述服务调用请求发送至对应的目标服务设备集群中，并接收所述目标服务设备集群发送的服务反馈信息；其中，所述服务调用请求中的各项子请求与所述目标服务设备集群中的各个服务设备一一对应；

提取所述服务反馈信息中的异常信息；其中，所述异常信息包括错误码配置文件标识和各个错误码；

根据所述异常信息中的错误码配置文件标识，在预设的数据库中查找对应的目标错误码配置文件；

根据所述异常信息中的各个错误码，在所述目标错误码配置文件中查找对应的目标展示信息，并将所述目标展示信息发送至所述终端设备。

2.根据权利要求1所述的错误码管理方法，其特征在于，在将所述服务调用请求发送至对应的目标服务设备集群中之前，还包括：

从所述数据库中获取服务设备设置信息；其中，所述服务设备设置信息中记录了待使用的各个服务设备，以及各个服务设备所提供的服务；

在所述服务设备设置信息中查找与所述服务调用请求中的各项子请求分别对应的各个目标服务设备；

将查找到的各个目标服务设备所组成的集群确定为所述目标服务设备集群。

3.根据权利要求2所述的错误码管理方法，其特征在于，所述在所述服务设备设置信息中查找与所述服务调用请求中的各项子请求分别对应的各个目标服务设备，包括：

在所述服务设备设置信息中查找与当前服务子请求对应的候选服务设备；其中，所述当前服务子请求为所述服务调用请求中的任意一项子请求，所述候选服务设备为提供所述当前服务子请求所调用服务的服务设备；

若所述候选服务设备是唯一的，则将所述候选服务设备作为与所述当前服务子请求对应的目标服务设备；

若所述候选服务设备不是唯一的，则根据预设的选取规则从所述候选服务设备中选取一个服务设备作为与所述当前服务子请求对应的目标服务设备。

4.根据权利要求3所述的错误码管理方法，其特征在于，所述根据预设的选取规则从所述候选服务设备中选取一个服务设备作为与所述当前服务子请求对应的目标服务设备，包括：

从预设的计数器集合中选取与所述当前服务子请求对应的目标计数器，并获取所述目标计数器中的当前计数值；

根据所述当前计数值和所述候选服务设备的数目计算优选序号；

从所述候选服务设备中选取与所述优选序号对应的服务设备作为与所述当前服务子请求对应的目标服务设备。

5.根据权利要求3所述的错误码管理方法，其特征在于，所述根据预设的选取规则从所述候选服务设备中选取一个服务设备作为与所述当前服务子请求对应的目标服务设备，包括：

分别向每个所述候选服务设备发送任务查询请求；

分别接收每个所述候选服务设备发送的任务反馈信息；

从所述任务反馈信息提取每个所述候选服务设备的当前任务数；

从所述候选服务设备中选取当前任务数最小的服务设备作为与所述当前服务子请求对应的目标服务设备。

6.根据权利要求1所述的错误码管理方法，其特征在于，所述根据所述异常信息中的错误码配置文件标识，在预设的数据库中查找对应的目标错误码配置文件，包括：

在所述数据库中查找与所述错误码配置文件标识对应的目标子数据库；其中，所述目标子数据库为所述数据库的子集；

在所述目标子数据库中查找与所述错误码配置文件标识对应的目标错误码配置文件。

7.根据权利要求1至6中任一项所述的错误码管理方法，其特征在于，在预设的数据库中查找对应的目标错误码配置文件之前，还包括：

从预设的历史日志中分别提取所述目标错误码配置文件中的各个错误码的出现频次；

按照出现频次由高到低的顺序调整所述目标错误码配置文件中的各个错误码的排序。

8.一种错误码管理装置，其特征在于，包括：

服务调用请求获取模块，用于获取终端设备发送的服务调用请求，并提取所述服务调用请求中的各项子请求；

服务设备集群交互模块，用于将所述服务调用请求发送至对应的目标服务设备集群中，并接收所述目标服务设备集群发送的服务反馈信息；其中，所述服务调用请求中的各项子请求与所述目标服务设备集群中的各个服务设备一一对应；

异常信息提取模块，用于提取所述服务反馈信息中的异常信息；其中，所述异常信息包括错误码配置文件标识和各个错误码；

配置文件查找模块，用于根据所述异常信息中的错误码配置文件标识，在预设的数据库中查找对应的目标错误码配置文件；

展示信息查找模块，用于根据所述异常信息中的各个错误码，在所述目标错误码配置文件中查找对应的目标展示信息，并将所述目标展示信息发送至所述终端设备。

9.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，其特征在于，所述计算机可读指令被处理器执行时实现如权利要求1至7中任一项所述的错误码管理方法的步骤。

10.一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，其特征在于，所述处理器执行所述计算机可读指令时实现如权利要求1至7中任一项所述的错误码管理方法的步骤。

Images