CN107171873A - 一种消息处理的方法和装置 - Google Patents

Abstract

本发明公开了一种消息处理的方法和装置，该方法包括：首先根据服务器提供的预先设置了消息协议规范的统一接口，统一规范地接收客户端发送的目标错误日志消息并储至相应的消息队列中；接着根据所述目标错误日志消息携带的统一接口的标识，从数据库中得到所述目标错误日志消息对应的目标处理器；最后向所述目标处理器发送所述目标错误日志消息，后续所述目标处理器处理所述目标错误日志消息。由此可见，通过预设消息协议规范的统一接口，实现了统一规范的收集不同项目的错误日志消息，而且根据统一接口的标识找到错误日志消息对应的处理器，实现不同项目的错误日志的分发处理。

Description

一种消息处理的方法和装置

技术领域

本发明涉及数据分析处理技术领域，尤其涉及一种消息处理的方法及装置。

背景技术

目前，当用户使用各种软件时，在用户发起请求、解析请求和服务器反馈请求等过程中，难免会遇到一些问题，例如，出现数据库查询失败、用户输入导致脚本出错和网络问题等突发情况，对于这些突发情况，软件一般会利用日志去记录下这个突发过程，也就是说，记录得到了错误日志，基于错误日志对记录的错误做出相应的错误处理。

错误日志准确来说是软件用来记录运行时出错消息的文本文件，编程人员和维护人员等可以利用错误日志对***进行调试和维护。现有技术中，公司一般有许多不同的项目，各个项目的负责人各自获取自己的错误日志，然后各自进行处理，实现对各自项目***进行调试和维护。

发明人经过研究发现，采用现有技术的方式，导致各个项目采集和处理错误日志具有个性化，各个项目之间没有相关性，并不具有统一规范性，不便于管理，此时急需能够统一规范地采集各个项目错误日志进行分发处理的方法。

发明内容

为了解决现有技术问题，本发明提供一种消息处理的方法及装置,从而可以统一规范地采集各个项目错误日志，实现错误日志的分发处理。

第一方面，本发明实施例提供了一种消息处理的方法，应用于消息处理***，该方法包括：

通过统一接口，接收客户端发送的目标错误日志消息；所述目标错误日志消息符合所述统一接口的预设消息协议规范，所述预设消息协议规范的字段包括所述统一接口的标识字段；

根据队列与交换机的绑定关系，将所述目标错误日志消息存储至相应的消息队列中；

从所述消息队列中，获得所述目标错误日志消息；

根据所述统一接口的标识字段，从数据库中获取所述目标错误日志消息对应的目标处理器；

向所述目标处理器发送所述目标错误日志消息，以便所述目标处理器处理所述目标错误日志消息。

优选的，所述根据队列与交换机的绑定关系，将所述目标错误日志消息存储至相应的消息队列中，包括：

将所述目标错误日志消息序列化；

根据所述队列与交换机的绑定关系，将序列化的目标错误日志消息存储至所述相应的消息队列中。

优选的，所述从所述消息队列中，获得所述目标错误日志消息，包括：

从所述消息队列中，获取所述序列化的目标错误日志消息；

将所述序列化的目标错误日志消息反序列化，获得所述目标错误日志消息。

优选的，还包括：

根据所述统一接口的标识字段，从数据库中获取所述目标错误日志消息对应的报警条件；

若所述目标错误日志消息满足所述报警条件，通知报警器进行报警。

优选的，在所述目标错误日志消息处理完成后，还包括：

向所述客户端反馈处理结果。

优选的，所述反馈处理结果的形式包括：短消息发送形式和/或邮件发送形式。

优选的，在所述目标错误日志消息处理完成后，还包括：

剔除所述相应的消息队列中的所述目标错误日志消息。

优选的，所述统一接口是服务器利用PHP语言提供的。

优选的，还包括：

监控所述消息处理***中各个程序的运行状态。

第二方面，本发明实施例提供了一种消息处理的装置，配置于消息处理***，该装置包括：

第一接收单元，用于通过统一接口，接收客户端发送的目标错误日志消息；所述目标错误日志消息符合所述统一接口的预设消息协议规范，所述预设消息协议规范的字段包括所述统一接口的标识字段；

存储单元，用于根据队列与交换机的绑定关系，将所述目标错误日志消息存储至相应的消息队列中；

获得单元，用于从所述消息队列中，获得所述目标错误日志消息；

第一获取单元，用于根据所述统一接口的标识字段，从数据库中获取所述目标错误日志消息对应的目标处理器；

第一发送单元，用于向所述目标处理器发送所述目标错误日志消息，以便所述目标处理器处理所述目标错误日志消息。

与现有技术相比，本发明至少具有以下优点：

采用本发明实施例的技术方案，首先根据服务器提供的预先设置了消息协议规范统一接口，统一规范地接收客户端发送的目标错误日志消息并储至相应的消息队列中；接着根据所述目标错误日志消息携带的统一接口的标识，从数据库中得到所述目标错误日志消息对应的目标处理器；最后向所述目标处理器发送所述目标错误日志消息，后续所述目标处理器处理所述目标错误日志消息。由此可见，通过预设消息协议规范的统一接口，实现了统一规范的收集不同项目的错误日志消息，而且根据统一接口的标识找到错误日志消息对应的处理器，实现不同项目的错误日志的分发处理。

附图说明

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

图1为本发明实施例中一种应用场景所涉及的***框架示意图；

图2为本发明实施例提供的一种消息处理的方法的流程示意图；

图3为本发明实施例提供的另一种消息处理的方法的流程示意图；

图4为本发明实施例提供的一种消息处理的装置的结构示意图。

具体实施方式

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

发明人经过研究发现，现有技术中，许多不同的项目的负责人各自获取自己的错误日志，然后各自进行处理，实现对各自项目***进行调试和维护。例如，M公司开发有A、B和C三个项目，A项目负责人只获取A项目的错误日志进行处理，B项目负责人只获取B项目的错误日志进行处理，C项目负责人只获取C项目的错误日志进行处理，A、B和C三个项目的错误日志的采集和处理具有个性化，A、B和C三个项目之间没有相关性，并不具有统一规范性，不便于M公司统一整体管理A、B和C三个项目，此时就需要一种能够统一规范地采集各个项目错误日志进行分发处理的方法。

为了解决这一问题，在本发明实施例中，首先根据服务器提供的预先设置了消息协议规范统一接口，统一规范地接收客户端发送的目标错误日志消息并储至相应的消息队列中；接着根据所述目标错误日志消息携带的统一接口的标识，从数据库中得到所述目标错误日志消息对应的目标处理器；最后向所述目标处理器发送所述目标错误日志消息，后续所述目标处理器处理所述目标错误日志消息。由此可见，通过预设消息协议规范的统一接口，实现了统一规范的收集不同项目的错误日志消息，而且根据统一接口的标识找到错误日志消息对应的处理器，实现不同项目的错误日志的分发处理。

举例来说，本发明实施例的场景之一，可以是应用到如图1所示的场景中。该场景中包括客户端101、消息处理***102、数据库103、目标处理器104。消息处理***102通过统一接口，接收客户端102发送的目标错误日志消息；所述目标错误日志消息符合所述统一接口的预设消息协议规范，所述预设消息协议规范的字段包括所述统一接口的标识字段；根据队列与交换机的绑定关系，消息处理***102将所述目标错误日志消息存储至相应的消息队列中；消息处理***102从所述消息队列中，获得所述目标错误日志消息；根据所述统一接口的标识字段，消息处理***102从数据库103中获取所述目标错误日志消息对应的目标处理器104；消息处理***102向所述目标处理器104发送所述目标错误日志消息，以便所述目标处理器104处理所述目标错误日志消息。

可以理解的是，在上述应用场景中，虽然将本发明实施方式的动作描述由消息处理***102执行。本发明在执行主体方面不受限制，只要执行了本发明实施方式所公开的动作即可。

可以理解的是，上述场景仅是本发明实施例提供的一个场景示例，本发明实施例并不限于此场景。

下面结合附图，通过实施例来详细说明本发明实施例中消息处理的方法及装置的具体实现方式。

示例性方法

参见图2，示出了本发明实施例中一种消息处理的方法的流程示意图。在本实施例中，所述方法例如可以包括以下步骤：

步骤201：通过统一接口，接收客户端发送的目标错误日志消息；所述目标错误日志消息符合所述统一接口的预设消息协议规范，所述预设消息协议规范的字段包括所述统一接口的标识字段。

实际应用中，所述消息处理***一般可以包括服务器、消息队列服务器和消息订阅服务器，所述消息队列服务器包括交换机，所述消息订阅服务器包括消息分发处理器。因此，步骤201是指当用户通过客户端向服务器发起请求失败时，日志记录此次失败的过程，即，获得原始错误日志消息，由于服务器提供了统一接口，用于接收错误日志消息，该统一接口预先设置了消息协议规范，所述预设消息协议规范的字段包括所述统一接口的标识字段。因此，客户端先将原始错误日志消息转化为符合所述统一接口的预设消息协议规范的目标错误日志消息，然后将目标错误日志消息通过统一接口发送给服务器。其中，所述统一接口的标识字段用于后续找到该目标错误日志消息对应的处理器和报警条件。

PHP(英文全称：Hypertext Preprocessor，中文：超文本预处理器)语言是一种通用开源脚本语言，该语言吸收了C语言、Java和Perl的特点，利于学习，使用广泛，主要适用于Web开发领域，因此，在本实施例中，所述统一接口可以是服务器利用PHP语言开发提供的。

其中，所述预设消息协议规范的字段具体可以包括：统一接口标识(api_short)、统一接口完整URL(req_url)、统一接口请求参数(req_params)、统一接口返回错误码(err_code)、出错时间(err_time)，返回结果是否为空(data_empty)和客户端标识(client_ip)等字段。

步骤202：根据队列与交换机的绑定关系，将所述目标错误日志消息存储至相应的消息队列中。

在服务器接收获取到客户端发送的目标错误日志消息之后，服务器会将所述目标错误日志消息发送至所述消息队列服务器，根据预先建立的队列与交换机绑定关系Routing Key标识，存储至所述消息队列服务器的相应的消息队列中。其中，所述交换机是消息队列服务器的一个组成部分。存储相应的消息队列的过程为：目标错误日志消息被提交给交换机会携带Routing Key标识，交换机依据携带的Routing Key标识把目标错误日志消息分发到与该Routing Key标识绑定的队列。

在实际应用中，服务器若直接传输并存储所述目标错误日志消息至消息队列服务器的相应的消息队列中，会占用较大的传输资源和存储空间资源，为了节省传输资源和存储空间资源，提高传输速度和存储速度，可以将所述目标错误日志消息序列化后再传输存储。在本实施例的一些实施方式中，所述步骤202，例如可以包括：将所述目标错误日志消息序列化；根据所述队列与交换机的绑定关系，将序列化的目标错误日志消息存储至所述相应的消息队列中。

其中，所述序列化包括以下步骤：

步骤A：依据序列化工具Protobuf语法规范定义一个.proto后缀的消息文件；

步骤B：通过PHP关于Protobuf的第三方扩展生成包含序列化与反序列化程序的文件；

步骤C：调用所述文件的序列化方法进行序列化。

步骤203：从所述消息队列中，获得所述目标错误日志消息。

同理可知，所述步骤202具体是将序列化的目标错误日志消息存储至相应的消息队列中，那么，在本实施例中步骤203是指消息订阅服务器从消息队列服务器的相应的消息队列中直接获取到的是序列后的目标错误日志消息，需要将其反序列化，即，所述步骤203，例如可以包括：从所述消息队列中，获取所述序列化的目标错误日志消息；将所述序列化的目标错误日志消息反序列化，获得所述目标错误日志消息。

其中，所述序列化包括以下步骤：

步骤D：依据序列化工具Protobuf语法规范定义一个.proto后缀的消息文件；

步骤E：通过PHP关于Protobuf的第三方扩展生成包含序列化与反序列化程序的文件；

步骤F：调用所述文件的反序列化方法进行反序列化。

步骤204：根据所述统一接口的标识字段，从数据库中获取所述目标错误日志消息对应的目标处理器。

需要说明的是，在数据库中预先配置有所述目标错误日志消息对应的目标处理器，所述目标错误日志消息对应的目标处理器可能是只有一个，也可能有多个。从数据库中获取所述目标错误日志消息对应的目标处理器的方式是消息订阅服务器遍历数据库中配置的所有处理器。

还需要说明的是，可能出现基于所述统一接口的标识字段，无法在数据库中获取到所述目标错误日志消息对应的目标处理器的情况，也就是说，数据库没有预先配置对应的处理器，此时，直接向预设默认的处理器发送所述目标错误日志消息，利用所述预设默认的处理器处理所述目标错误日志消息。

步骤205：向所述目标处理器发送所述目标错误日志消息，以便所述目标处理器处理所述目标错误日志消息。

在实际应用中，所述步骤205是指消息订阅服务器通过消息分发处理器将所述目标错误日志消息发送给所述目标处理器。

需要说明的是，数据库中还预先配置有所述目标错误日志消息对应的报警条件，便于在运行出错时进行报警。该报警条件中报警阈值可以是根据环比阈值灵活设置的，当消息订阅服务器获取到目标错误日志消息时，可以遍历数据库获得对应的配置的报警条件，进而判断是否要报警。在本实施例的一些实施方式中，例如还可以包括：根据所述统一接口的标识字段，从数据库中获取所述目标错误日志消息对应的报警条件；若所述目标错误日志消息满足所述报警条件，通知报警器进行报警。

还需要说明的是，可能出现基于所述统一接口的标识字段，无法在数据库中获取到所述目标错误日志消息对应的报警条件的情况，也就是说，数据库没有预先配置对应的报警条件，此时，根据预设默认的报警条件来判断是否需要通知报警器进行报警。

其中，报警的方式可以是短消息形式通知报警器进行报警，也可以是邮件形式通知报警器进行报警，还可以是短消息和邮件两种形式共同通知报警器进行报警。

需要说明的是，为了编程人员和维护人员等能够及时了解错误日志消息所对应的错误的处理情况，在消息处理完成后需要反馈处理结果。因此，在本实施例的一些实施方式中，在所述目标错误日志消息处理完成后，例如还可以包括：向所述客户端反馈处理结果。其中，所述反馈处理结果的形式包括：短消息发送形式和/或邮件发送形式。

由于错误日志消息不是批量而是逐一从消息队列服务器的队列中获取的，在已被获取的目标错误日志消息未处理完成之前消息订阅服务器不会再次获取下一个错误日志消息，因此，为了处理自动进行下一个错误日志消息的处理，在消息处理完成后需要在所述目标错误日志消息处理完成后从队列中剔除目标错误日志消息。在本实施例的一些实施方式中，在所述目标错误日志消息处理完成后，例如还可以包括：剔除所述相应的消息队列中的所述目标错误日志消息。

需要说明的是，在整个错误日志消息处理的过程中，可以监控整个消息处理***的运行状态，以便于了解***的运行情况。因此，在本实施例的一些实施方式中，例如还可以包括：监控所述消息处理***中各个程序的运行状态。

通过本实施例提供的各种实施方式，首先根据服务器提供的预先设置了消息协议规范统一接口，统一规范地接收客户端发送的目标错误日志消息并储至相应的消息队列中；接着根据所述目标错误日志消息携带的统一接口的标识，从数据库中得到所述目标错误日志消息对应的目标处理器；最后向所述目标处理器发送所述目标错误日志消息，后续所述目标处理器处理所述目标错误日志消息。由此可见，通过预设消息协议规范的统一接口，实现了统一规范的收集不同项目的错误日志消息，而且根据统一接口的标识找到错误日志消息对应的处理器，实现不同项目的错误日志的分发处理。

下面通过另一实施例来详细说明在实际应用中消息处理的方法的具体实现方式。

参见图3，示出了本发明实施例中另一种消息处理的方法的流程示意图。在本实施例中，所述方法例如可以包括以下步骤：

步骤301：客户端将原始错误日志消息转化为目标错误日志消息，目标错误日志消息符合服务器提供的统一接口的预设消息协议规范，预设消息协议规范的字段包括统一接口的标识字段。

步骤302：客户端通过统一接口向服务器发送目标错误日志消息。

步骤303：服务器将接收到的目标错误日志消息进行序列化并发送给消息队列服务器。

步骤304：消息队列服务器根据队列与交换机的绑定关系，将序列化的目标错误日志消息存储至相应的消息队列中。

步骤305：消息订阅服务器从消息队列中获取序列化的目标错误日志消息。

步骤306：消息订阅服务器将序列化的目标错误日志消息进行反序列化，获得目标错误日志消息。

步骤307：消息订阅服务器根据所述统一接口的标识字段，判断数据库中是否有目标错误日志消息对应的报警条件；若是，进入步骤308；如否，进入步骤309。

步骤308：判断目标错误日志消息是否满足报警条件，若是，进入步骤310。

步骤309：判断目标错误日志消息满足预设默认的报警条件，若是，进入步骤310。

步骤310：通知报警器进行报警。

步骤311：消息订阅服务器根据所述统一接口的标识字段，判断数据库中是否有目标错误日志消息对应的目标处理器；若是，进入步骤312，若否，进入步骤313。

步骤312：消息订阅服务器通过消息分发处理器向所述目标处理器发送所述目标错误日志消息，以便所述目标处理器处理所述目标错误日志消息。

步骤313：利用所述预设默认的处理器处理所述目标错误日志消息。

步骤314：消息订阅服务器剔除所述相应的消息队列中的所述目标错误日志消息。

步骤315：消息订阅服务器以短消息和/或邮件形式向所述客户端反馈处理结果。

通过本实施例提供的各种实施方式，首先根据服务器提供的预先设置了消息协议规范统一接口，统一规范地接收客户端发送的目标错误日志消息并储至相应的消息队列中；接着根据所述目标错误日志消息携带的统一接口的标识，从数据库中得到所述目标错误日志消息对应的目标处理器；最后向所述目标处理器发送所述目标错误日志消息，后续所述目标处理器处理所述目标错误日志消息。由此可见，通过预设消息协议规范的统一接口，实现了统一规范的收集不同项目的错误日志消息，而且根据统一接口的标识找到错误日志消息对应的处理器，实现不同项目的错误日志的分发处理。

示例性设备

参见图4，示出了本发明实施例中一种消息处理的装置的结构示意图。在本实施例中，所述装置例如具体可以包括：

第一接收单元401，用于通过统一接口，接收客户端发送的目标错误日志消息；所述目标错误日志消息符合所述统一接口的预设消息协议规范，所述预设消息协议规范的字段包括所述统一接口的标识字段；

存储单元402，用于根据队列与交换机的绑定关系，将所述目标错误日志消息存储至相应的消息队列中；

获得单元403，用于从所述消息队列中，获得所述目标错误日志消息；

第一获取单元404，用于根据所述统一接口的标识字段，从数据库中获取所述目标错误日志消息对应的目标处理器；

第一发送单元405，用于向所述目标处理器发送所述目标错误日志消息，以便所述目标处理器处理所述目标错误日志消息。

可选的，所述存储单元402包括序列化子单元和存储子单元；

所述序列化子单元，用于将所述目标错误日志消息序列化；

所述存储子单元，根据队列与交换机的绑定关系，将序列化的目标错误日志消息存储至相应的消息队列中。

可选的，所述获得单元403包括获取子单元和反序列化获得子单元；

所述获取子单元，用于从所述消息队列中，获取所述序列化的目标错误日志消息；

所述反序列化获得子单元，用于将所述序列化的目标错误日志消息反序列化，获得所述目标错误日志消息。

可选的，还包括：

第二获取单元，用于根据所述统一接口的标识字段，从数据库中获取所述目标错误日志消息对应的报警条件；

报警单元，用于若所述目标错误日志消息满足所述报警条件，通知报警器进行报警。

可选的，还包括：

第二发送单元，用于向所述客户端反馈处理结果。

可选的，所述反馈处理结果的形式包括：短消息发送形式和/或邮件发送形式。

可选的，还包括：

剔除单元，用于剔除所述相应的消息队列中的所述目标错误日志消息。

可选的，所述统一接口是服务器利用PHP语言提供的。

可选的，还包括：

监控单元，用于监控所述消息处理***中各个程序的运行状态。

通过本实施例提供的各种实施方式，首先根据服务器提供的预先设置了消息协议规范统一接口，统一规范地接收客户端发送的目标错误日志消息并储至相应的消息队列中；接着根据所述目标错误日志消息携带的统一接口的标识，从数据库中得到所述目标错误日志消息对应的目标处理器；最后向所述目标处理器发送所述目标错误日志消息，后续所述目标处理器处理所述目标错误日志消息。由此可见，通过预设消息协议规范的统一接口，实现了统一规范的收集不同项目的错误日志消息，而且根据统一接口的标识找到错误日志消息对应的处理器，实现不同项目的错误日志的分发处理。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制。虽然本发明已以较佳实施例揭露如上，然而并非用以限定本发明。任何熟悉本领域的技术人员，在不脱离本发明技术方案范围情况下，都可利用上述揭示的方法和技术内容对本发明技术方案做出许多可能的变动和修饰，或修改为等同变化的等效实施例。因此，凡是未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所做的任何简单修改、等同变化及修饰，均仍属于本发明技术方案保护的范围内。

Claims (10)

1.一种消息处理的方法，其特征在于，应用于消息处理***，包括：

通过统一接口，接收客户端发送的目标错误日志消息；所述目标错误日志消息符合所述统一接口的预设消息协议规范，所述预设消息协议规范的字段包括所述统一接口的标识字段；

根据队列与交换机的绑定关系，将所述目标错误日志消息存储至相应的消息队列中；

从所述消息队列中，获得所述目标错误日志消息；

根据所述统一接口的标识字段，从数据库中获取所述目标错误日志消息对应的目标处理器；

向所述目标处理器发送所述目标错误日志消息，以便所述目标处理器处理所述目标错误日志消息。

2.根据权利要求1所述的方法，其特征在于，所述根据队列与交换机的绑定关系，将所述目标错误日志消息存储至相应的消息队列中，包括：

将所述目标错误日志消息序列化；

根据所述队列与交换机的绑定关系，将序列化的目标错误日志消息存储至所述相应的消息队列中。

3.根据权利要求2所述的方法，其特征在于，所述从所述消息队列中，获得所述目标错误日志消息，包括：

从所述消息队列中，获取所述序列化的目标错误日志消息；

将所述序列化的目标错误日志消息反序列化，获得所述目标错误日志消息。

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

根据所述统一接口的标识字段，从数据库中获取所述目标错误日志消息对应的报警条件；

若所述目标错误日志消息满足所述报警条件，通知报警器进行报警。

5.根据权利要求1所述的方法，其特征在于，在所述目标错误日志消息处理完成后，还包括：

向所述客户端反馈处理结果。

6.根据权利要求5所述的方法，其特征在于，所述反馈处理结果的形式包括：短消息发送形式和/或邮件发送形式。

7.根据权利要求1所述的方法，其特征在于，在所述目标错误日志消息处理完成后，还包括：

剔除所述相应的消息队列中的所述目标错误日志消息。

8.根据权利要求1所述的方法，其特征在于，所述统一接口是服务器利用PHP语言提供的。

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

监控所述消息处理***中各个程序的运行状态。

10.一种消息处理的装置，其特征在于，配置于消息处理***，包括：

第一接收单元，用于通过统一接口，接收客户端发送的目标错误日志消息；所述目标错误日志消息符合所述统一接口的预设消息协议规范，所述预设消息协议规范的字段包括所述统一接口的标识字段；

存储单元，用于根据队列与交换机的绑定关系，将所述目标错误日志消息存储至相应的消息队列中；

获得单元，用于从所述消息队列中，获得所述目标错误日志消息；

第一获取单元，用于根据所述统一接口的标识字段，从数据库中获取所述目标错误日志消息对应的目标处理器；

第一发送单元，用于向所述目标处理器发送所述目标错误日志消息，以便所述目标处理器处理所述目标错误日志消息。