CN111258775A - 消息处理方法、装置、设备和存储介质 - Google Patents

Abstract

本发明实施例公开了一种消息处理方法、装置、设备和存储介质。该消息处理方法包括：接收待处理生产消息，并获取所述待处理生产消息的生产属性；根据所述生产属性从至少两种不同类型的消息中间件中确定第一目标消息中间件；将所述待处理生产消息以及所述生产属性存储至所述第一目标消息中间件中。本发明实施例通过对多种类型的消息中间件进行管理，使得对业务方传输的不同类型的消息都可以确定匹配的消息中间件进行存储，以保证系统消息传输的可靠性，提高不同类型消息的传递效率。

Description

消息处理方法、装置、设备和存储介质

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种消息处理方法、装置、设备和存储介质。

背景技术

现今，越来越多的企业使用分布式集群系统架构，面临着各种各样的系统集成和数据整合，因此各种基于面向消息的中间件应运而生，它们主要利用高效可靠的消息传递机制进行数据交流，并基于数据通信来进行分布式集群系统的集成。因此，在集群系统传递消息的过程中，消息中间件起了至关重要的作用。而随着消息类型的增多，也出现了不同的消息中间件，如RabbitMQ、RockedMQ和Kafka等。

现有技术中，通常在一个包含多个服务器和多个客户端的系统中，选择一种消息中间件，作为在服务器和客户端之间传递消息的桥梁。例如对于大数据消息传递时，采用Kafka作为消息中间件进行消息传递。

然而由于消息传输量越来越大，包含的消息类型也越来越多，单纯的一种消息中间件无法满足不同的业务消息传递需求，给消息传递带来一定的困难。

发明内容

本发明实施例提供一种消息处理方法、装置、设备和存储介质，通过对多种类型的消息中间件进行管理，以保证系统消息传输的可靠性，提高不同类型消息的传递效率。

第一方面，本发明实施例提供了一种消息处理方法，包括：

接收待处理生产消息，并获取所述待处理生产消息的生产属性；

根据所述生产属性从至少两种不同类型的消息中间件中确定第一目标消息中间件；

将所述待处理生产消息以及所述生产属性存储至所述第一目标消息中间件中。

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

生产属性确定模块，用于接收待处理生产消息，并获取所述待处理生产消息的生产属性；

第一目标消息中间件确定模块，用于根据所述生产属性从至少两种不同类型的消息中间件中确定第一目标消息中间件；

待处理生产消息存储模块，用于将所述待处理生产消息以及所述生产属性存储至所述第一目标消息中间件中。

第三方面，本发明实施例还提供了一种设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明任一实施例所述的消息处理方法。

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

本发明实施例基于预先配置的至少两种不同类型的消息中间件，根据获取到的待处理生产消息的属性选择符合的消息中间件，并完成待处理生产消息的存储处理。通过对多种类型的消息中间件进行管理，使得对业务方传输的不同类型的消息都可以确定匹配的消息中间件进行存储，以保证系统消息传输的可靠性，提高不同类型消息的传递效率。消息中间件用于实现客户端和客户端之间的待处理消息的传递任务。对比采用一个消息中间件完成传递任务，采用多种消息中间件不仅可以保证不同类型的待处理任务均可以对应存储，还可以分担传递待处理消息的工作压力，从而既保证消息传输的可靠性，又提高了消息传输效率。

附图说明

图1是本发明实施例一中的消息处理方法的流程图；

图2是本发明实施例二中的消息处理方法的流程图；

图3是本发明实施例三中的消息处理装置的结构示意图；

图4是本发明实施例四中的设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

图1是本发明实施例一中的消息处理方法的流程图，本实施例可适用于采用多种类型的消息中间件完成对待处理消息在客户端之间传递的情况。该方法可以由消息处理装置来执行，该装置可以采用软件和/或硬件的方式实现，并可配置在计算机设备中，例如计算机设备可以是后台服务器等具有通信和计算能力的设备。如图1所示，该方法具体包括：

步骤101、接收待处理生产消息，并获取所述待处理生产消息的生产属性。

其中，待处理生产消息是指由产生消息的客户端发送至服务器需要进行存储的消息。例如对于网约车领域，乘客端发起约车订单，此条订单消息需要存储到服务器中以供司机端读取，则此条订单为待处理生产消息。生产属性是指预先为待处理生产消息分配的类别名称，生产属性反映了该生产消息本身的特点，例如该生产消息是属于大数据消息还是业务消息等。示例性的，生产属性可以根据待处理生产消息业务类型进行进一步细划分。例如，对于约车订单，属于订单业务类型，则其业务属性可以根据乘客发起约车订单的地点进行确定，例如对于在区域范围1内的约车订单对应的生产属性为A1，对于区域范围2内的约车订单对应的生产属性为A2；或者对于网约车公司向乘客分发电子券，属于电子券业务类型，则其业务属性可以根据电子券的类型进行确定。

具体的，在客户端产生消息的同时，会根据该条消息对应的业务类型以及消息本身的信息为该条消息分配一个生产属性，并将该条消息以及生产属性发送至服务器端等待存储。服务器接收到该生产消息后，确定其携带的生产属性信息。示例性的，在上述示例的基础上，接收到乘客发送的约车订单消息后，获取其生产属性，确定其约车行程起点信息，并且根据生产消息可以确定约车订单消息的特点，例如其对实时性、吞吐量、存储可靠性等的要求。

通过生产属性对待处理生产消息进行描述，便于对待处理生产属性的信息进行确定，确定其订单具体类型，便于对海量消息进行分类别存储，提高消息存储的效率。

步骤102、根据所述生产属性从至少两种不同类型的消息中间件中确定第一目标消息中间件。

其中，消息中间件用于实现服务器与客户端之间的待处理消息的传递任务，其适用于需要可靠的数据传送的分布式环境。采用消息中间件机制的系统中，不同的对象之间通过传递消息来激活对方的事件，完成相应的操作。生产消息方将消息发送给消息服务器，消息服务器将消息存放在若干队列中，在合适的时候再将消息转发给消息消费方。不同类型的消息中间件是指针对消息的不同特点进行分类存储的消息中间件，示例性的，不同类型的消息中间件可以包括RabbitMQ、RockedMQ以及kafka等，这三种消息中间件具有其各自不同的特点，对应存储不同类型的消息，例如，对于RabbitMQ，其时效性可以达到微秒级，延迟最低；对于RockedMQ，具有高吞吐量、高可用性、适合大规模分布式系统应用的特点，一般适用于交易、充值、流计算、消息推送、日志流式处理、binglog分发等场景下的消息存储；对于kafka，一般配合大数据类的系统来进行实时数据计算、日志采集等场景下的消息存储。因此，不同的消息中间件具有其各自的特点，根据其特点对消息进行按需对应存储，保证了消息存储的效率以及满足业务需求。

具体的，根据待处理生产消息携带的生产属性确定该消息的特点，按照该特点选择合适的消息中间件，则按照待处理生产消息的自身特点和存储要求确定的消息中间件为第一目标消息中间件。示例性的，在上述示例的基础上，对于乘客发起的约车订单对应的待处理生产消息，其生产属性表示了该条消息需要具备时效性高、延迟性低且不易丢失的特点，则根据生产属性确定的特点确定RabbitMQ为该条消息对应的第一目标消息中间件。

由于生产属性反映了待处理消息的存储特点以及消息信息，通过生产属性完成该待处理消息对应存储的目标消息中间件的确定，实现了第一目标消息中间件确定的准确性，保证了待处理生产消息存储的高效率。

在一个可行的实施例中，可选的，根据所述生产属性从至少两种不同类型的消息中间件中确定第一目标消息中间件，包括：

根据预先设置的生产属性与消息中间件之间的关联关系；

若存在与所述生产属性关联的消息中间件，则将关联的消息中间件确定为第一目标消息中间件。

具体的，由于待生产消息的生产属性是预先确定的，所以根据生产属性与预先配置好的多种类型的消息中间件的对应关系建立两者之间的关联关系。示例性的，对于同一业务类型的待生产消息，其特点是相同的，对消息中间件的需求也是相同的，因此可以将同一业务类型下的所有生产属性均关联到同一消息中间件，说明消息中间件与生产属性之间的对应关系为一对多。

确定待生产消息的生产属性后，根据生产属性在关联关系中进行匹配，若匹配成功，则说明存在与生产属性关联的消息中间件，则将关联的消息中间件确定为第一目标消息中间件。示例性的，在上述示例的基础上，确定乘客发起的约车订单对应的生产属性为A1，则根据A1在关联关系中进行寻找确定消息中间件关联的所有生产属性中是否有A1，若有，则将于A1对应的消息中间件确定为第一目标消息中间件。根据预先设置的关联关系对生产属性关联的消息中间件进行确定，提高了消息中间件确定的效率和准确性。

步骤103、将所述待处理生产消息以及所述生产属性存储至所述第一目标消息中间件中。

具体的，在为待处理生产消息确定对应的第一目标消息中间件后，在将待处理生产消息存储至该第一目标消息中间件后，还将该消息对应的生产属性与消息进行关联一起存储在第一目标消息中间件中。将生产消息与对应的生产属性一起存储便于对该生产属性的特点进行确定，以便后续根据生产属性对生产消息进行调用，避免对生产消息调用错误以及影响生产消息调用效率的现象。示例性的，在上述示例的基础上，将客户的约车订单消息与其生产属性进行关联存储，便于根据生产属性中的约车行程起点信息对约车订单消息进行确定，以便司机接单。或者对于电子券分发消息，将电子券与其类型进行关联存储，便于根据电子券的类型对电子券进行分发，保证电子券分发的准确性，保障网约车公司和乘客的利益。

在一个可行的实施例中，可选的，所述方法还包括：

若不存在与所述生产属性关联的消息中间件类型，则从所述至少两种不同类型的消息中间件中确定一个消息中间件，作为第三目标消息中间件；

建立所述生产属性与所述第三目标消息中间件的关联关系，并将所述待处理生产消息存储至所述第三目标消息中间件。

具体的，确定待生产消息的生产属性后，根据生产属性在预先设置的关联关系中进行匹配，若匹配失败，则说明不存在与生产属性关联的消息中间件。示例性的，对于新开发的电子券类型，将其分发消息按照生产属性进行匹配时，由于预先未设置该生产属性的关联消息中间件，所以匹配失败。因此确定匹配失败的生产属性的信息，并按照其信息在预先配置的所有消息中间件中为其分配一个消息中间件，作为与该生产属性关联的消息中间件，作为第三目标消息中间件。建立该生产属性与该第三目标消息中间件的关联关系，并将关联关系与原关联关系合并存储，便于后续该生产属性的确定。同时完成该待处理生产消息和生产属性到第三目标消息中间件的存储。

示例性的，对于新的生产属性，判断其所属业务类型，若其所属业务类型是已经存在的，根据该业务类型下已有业务属性关联的消息中间件，为该新生产属性分配消息中间件。若其所属业务类型也为新的，则根据该生产属性所属业务类型的存储需求为该生产属性分配关联消息中间件。

当出现一个未与消息中间件关联的生产属性后，只需要根据生产属性对应的特点为建立一个消息中间件与该生产属性的关联关系，即可完成对待处理生产消息的对应存储。由于新生产属性的消息出现的概率较大，因此通过在多种消息中间件中选择降低了为新消息开发存储的过程，提高了对消息存储的效率。

本发明实施例基于预先配置的至少两种不同类型的消息中间件，根据获取到的待处理生产消息的属性选择符合的消息中间件，并完成待处理生产消息的存储处理。通过对多种类型的消息中间件进行管理，使得对业务方传输的不同类型的消息都可以确定匹配的消息中间件进行存储，以保证系统消息传输的可靠性，提高不同类型消息的传递效率。消息中间件用于实现客户端和客户端之间的待处理消息的传递任务。对比采用一个消息中间件完成传递任务，采用多种消息中间件不仅可以保证不同类型的待处理任务均可以对应存储，还可以分担传递待处理消息的工作压力，从而既保证消息传输的可靠性，又提高了消息传输效率。

实施例二

图2是本发明实施例二中的消息处理方法的流程图，本实施例二在实施例一的基础上进行进一步地优化，在生产方将生产消息存储至消息中间件后，通过拉取或推送的方式消费该生产消息。如图2所示，所述方法包括：

步骤201、接收待处理生产消息，并获取所述待处理生产消息的生产属性。

步骤202、根据所述生产属性从至少两种不同类型的消息中间件中确定第一目标消息中间件。

步骤203、将所述待处理生产消息以及所述生产属性存储至所述第一目标消息中间件中；执行204或207。

步骤204、接收待处理消费消息，并获取所述待处理消费消息的消费属性。

其中，待处理消费消息用于消费消息的客户端发送至服务器请求读取存储在消息中间件中的消息。例如在上述示例的基础上，对于乘客端存储在消息中间件中约车订单消息，司机端需要对这些约车订单消息进行读取，以便司机进行接单操作。消费属性是指预先为待处理消费消息分配的对消息中间件中消息进行筛选的特征，例如，消费属性中包括与至少一个生产属性的对应关系，即该消费属性订阅了一个或多个生产属性，表明与该消费属性对应的待消费消息只关注与订阅生产属性关联的生产消息。示例性的，在上述示例的基础上，接单消息对应的消费属性中包含了司机订阅的生产属性的信息，即包含了司机想要接单的区域范围。

具体的，消费消息的客户端在发送待处理消费消息时，同时会发送预先设置与该消费消息关联的消费属性，并且该消费属性中包含了多个生产属性的信息。示例性的，在司机发送接单消息给服务器请求查询乘客的约车订单信息时，会预先设置自己想要接单的约车订单的区域范围。当服务器接收到待处理消费消息后，同时确定其消费属性订阅的生产属性信息。例如，接收司机的接车订单请求后，确定司机根据区域范围进行订阅形成的消费属性。可选的，待处理消费消息可以定时发送，例如对于司机的接单请求，可以根据预先设置的定时刷新的时间间隔，向司机定时发送存储在消息中间件中的消息。

步骤205、根据所述消费属性从至少两种不同类型的消息中间件中确定第二目标消息中间件。

具体的，预先建立消费属性与预先设置的消息中间件之间的关联关系，根据获取到的待处理消费消息的消费属性，确定与其关联的消息中间件，作为第二目标消息中间件。为了避免重复存储，生产属性与消息中间件之间的对应关系属于一对一关联；而为了保证消费消息确定的准确性和全面性，消费消息与消息中间件之间的对应关系属于一对一或一对多关联。根据消费属性对第二目标消息中间件进行确定，保证了对待处理消费消息对应处理的消息中间件确定的准确性，缩小消费消息的处理范围，提高对消息处理的效率。

步骤206、从所述第二目标消息中间件中读取目标消息。

其中，目标消息是指响应于待处理消费消息向客户端发送的消息内容。

具体的，根据消费属性确定待处理消费消息对应的第二目标消息中间件后，根据待处理消费消息的信息从第二消息中间件中确定目标消息。示例性的，对于待处理消费消息中时间上的限制信息，从第二消息中间件中确定符合时间限

在一个可选的实施例中，可选的，根据所述消费属性从至少两种不同类型的消息中间件中确定第二目标消息中间件，包括：

根据预先设置的消费属性与生产属性之间的关联关系；

确定与所述待处理消费消息的消费属性关联的目标生产属性，以及与所述目标生产属性关联的第二目标消息中间件；

相应的，从所述第二目标消息中间件中读取目标消息，包括：

确定所述第二目标消息中间件中的生产属性为目标生产属性的消息，作为目标消息。

具体的，根据消费消息中关联的生产属性信息，确定与待处理消费消息关联的生产消息的生产属性，作为目标生产属性，以便根据目标生产属性确定存储了目标消息的消息中间件。确定存储了与待处理消费消息有关的生产消息的消息中间件后，从该消息中间件中确定生产属性为目标生产属性的消息，作为目标消息。

示例性的，在上述示例的基础上，司机发送请求接单的待处理消费消息的消费属性为属性1，并且与属性1关联的生产属性为A1和A2，说明该司机的接单范围在区域范围1和区域范围2，超过这两个范围内的约车订单不属于该司机的接单范围。则根据预先设置生产属性与消息中间件之间的关联关系，确定生产属性A1和A2对应存储的消息中间件，则该消息中间件为第二消息中间件。在第二消息中间件存储的消息中筛选生产属性为A1和A2的消息，并将其作为目标消息，这是由于在第二消息中间件中可能包括其他生产属性的消息，为了提高目标消息确定的准确性，采用消费属性与生产属性的关联关系、生产属性与消息中间件的关联关系以及和生产消息一起存储在消息中间件中的对应生产属性，通过层层关联的关系保证了从存储了海量消息的消息中间件中确定目标消息的准确性和高效率。可选的，由于与消费属性关联的目标生产属性的多样性可能，会造成确定的第二目标消息中间件中会出现包括至少两个消息中间件的现象，则在这至少两个消息中间件中确定目标消息。

步骤207、将所述第一目标消息中间件存储的生产消息作为目标消息。

具体的，当服务器获取到第一目标消息中间件中存储了新的生产消息后，将该生产消息作为目标消息准备主动推送给目标消费方。即表明在生产消息存储完毕后实施推送该生产消息的动作，以保证该生产消息的实时性。例如，在上述示例的基础上，当生产属性为A1的约车订单消息对应的生产消息存储在消息中间件后，将该消息作为目标消息准备发送至消费方，以完成客户端之间的消息传递任务。

步骤208、根据所述目标消息的生产属性，确定与所述生产属性关联的消费属性为目标消费属性。

具体的，预先设置了消费属性与生产属性之间的关联关系，示例性的，在上述示例的基础上，可以理解为，各司机预先订阅了自己的接单范围对应的生产属性，即各司机对应的消费属性关联了一个或多个生产属性。根据确定的待传递给消费方的目标消息的生产属性，从关联关系中确定有关联关系的消费属性，将其设置为目标消费属性。通过生产属性与消费属性的关联关系可以准确为目标消息确定待传递的消费方，避免未订阅该生产属性的消费方接受到无关生产属性，提高用户的使用体验感。

步骤209、确定与所述目标消费属性相关联的消费方，并将所述生产消息发送至所述消费方。

其中，消费方是指需要获取生产消息的客户端，例如需要获取乘客端发送的约车订单的司机端。

具体的，消费端有各自的消费属性，消费属性可以根据消费端的需求进行设置，即消费属性与消费方属于一一对应的关系，则通过确定的目标消费属性即可确认与该目标生产消息对应的消费方，并将该生产消息发送至消费方。示例性的，在上述示例的基础上，确定约车订单对应的生产消息的生产属性为A1，即该订单产生在区域范围1内，并且根据预先设置的关联关系确定与A1对应的消费属性为属性1和属性2，说明，属性1和属性2均订阅了该生产属性A1，确定属性1和属性2对应的司机ID为ID1和ID2，说明司机ID为ID1和ID2的司机预先设置了关注区域范围1内的约车订单，则将该约车订单发送至这两个司机，完成约车订单通过消息中间件在乘客端与司机端的相互传递。

本发明实施例在生产方将生产消息存储至消息中间件后，通过拉取或推送的方式消费该生产消息。实现了消费方可以根据其消费属性与生产属性的关联关系以及生产属性与消息中间件的关联关系，主动从消息中间件中获取消息；也实现了消息中间件通过对新获取的生产消息的生产属性的确定，并根据生产属性与消费属性之间的关联关系，为该生产消息确定目标消费方，主动将消息发送至消费方；通过两种方式的消息消费，实现消息到消费方的传递，完成了整个传递过程，提高了消息传递的效率和准确性。

实施例三

图3是本发明实施例三中的消息处理装置的结构示意图，本实施例可适用于采用多种类型的消息中间件完成对待处理消息在客户端之间传递的情况。如图3所示，该装置包括：

生产属性确定模块310，用于接收待处理生产消息，并获取所述待处理生产消息的生产属性；

第一目标消息中间件确定模块320，用于根据所述生产属性从至少两种不同类型的消息中间件中确定第一目标消息中间件；

待处理生产消息存储模块330，用于将所述待处理生产消息以及所述生产属性存储至所述第一目标消息中间件中。

本发明实施例基于预先配置的至少两种不同类型的消息中间件，根据获取到的待处理生产消息的属性选择符合的消息中间件，并完成待处理生产消息的存储处理。通过对多种类型的消息中间件进行管理，使得对业务方传输的不同类型的消息都可以确定匹配的消息中间件进行存储，以保证系统消息传输的可靠性，提高不同类型消息的传递效率。消息中间件用于实现客户端和客户端之间的待处理消息的传递任务。对比采用一个消息中间件完成传递任务，采用多种消息中间件不仅可以保证不同类型的待处理任务均可以对应存储，还可以分担传递待处理消息的工作压力，从而既保证消息传输的可靠性，又提高了消息传输效率。

可选的，第一目标消息中间件确定模块320，包括：

关联关系获取单元，用于根据预先设置的生产属性与消息中间件之间的关联关系；

消息中间件匹配成功单元，用于若存在与所述生产属性关联的消息中间件，则将关联的消息中间件确定为第一目标消息中间件。

可选的，所述装置还包括：

消费属性确定模块，用于接收待处理消费消息，并获取所述待处理消费消息的消费属性；

第二目标消息中间件确定模块，用于根据所述消费属性从至少两种不同类型的消息中间件中确定第二目标消息中间件；

目标消息读取模块，用于从所述第二目标消息中间件中读取目标消息。

可选的，第二目标消息中间件确定模块，具体用于：

根据预先设置的消费属性与生产属性之间的关联关系；

确定与所述待处理消费消息的消费属性关联的目标生产属性，以及与所述目标生产属性关联的第二目标消息中间件；

相应的，目标消息读取模块，具体用于：

确定所述第二目标消息中间件中的生产属性为目标生产属性的消息，作为目标消息。

可选的，所述装置还包括：

将所述第一目标消息中间件存储的生产消息作为目标消息；

根据所述目标消息的生产属性，确定与所述生产属性关联的消费属性为目标消费属性；

确定与所述目标消费属性相关联的消费方，并将所述生产消息发送至所述消费方。

可选的，所述方法还包括：

第三目标消息中间件确定模块，用于若不存在与所述生产属性关联的消息中间件类型，则从所述至少两种不同类型的消息中间件中确定一个消息中间件，作为第三目标消息中间件；

关联关系建立模块，用于建立所述生产属性与所述第三目标消息中间件的关联关系，并将所述待处理生产消息存储至所述第三目标消息中间件。

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

实施例四

图4是本发明实施例四提供的一种设备的结构示意图。图4示出了适于用来实现本发明实施方式的示例性设备12的框图。图4显示的设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，设备12以通用计算设备的形式表现。设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储装置28，连接不同系统组件(包括系统存储装置28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储装置总线或者存储装置控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储装置28可以包括易失性存储装置形式的计算机系统可读介质，例如随机存取存储装置(RAM)30和/或高速缓存存储装置32。设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储装置28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储装置28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该设备12交互的设备通信，和/或与使得该设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与设备12的其它模块通信。应当明白，尽管图中未示出，可以结合设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元16通过运行存储在系统存储装置28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的消息处理方法，包括：

接收待处理生产消息，并获取所述待处理生产消息的生产属性；

根据所述生产属性从至少两种不同类型的消息中间件中确定第一目标消息中间件；

将所述待处理生产消息以及所述生产属性存储至所述第一目标消息中间件中。

实施例五

本发明实施例五还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例所提供的消息处理方法，包括：

接收待处理生产消息，并获取所述待处理生产消息的生产属性；

根据所述生产属性从至少两种不同类型的消息中间件中确定第一目标消息中间件；

将所述待处理生产消息以及所述生产属性存储至所述第一目标消息中间件中。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

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

Claims (10)

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

接收待处理生产消息，并获取所述待处理生产消息的生产属性；

根据所述生产属性从至少两种不同类型的消息中间件中确定第一目标消息中间件；

将所述待处理生产消息以及所述生产属性存储至所述第一目标消息中间件中。

2.根据权利要求1所述的方法，其特征在于，根据所述生产属性从至少两种不同类型的消息中间件中确定第一目标消息中间件，包括：

根据预先设置的生产属性与消息中间件之间的关联关系；

若存在与所述生产属性关联的消息中间件，则将关联的消息中间件确定为第一目标消息中间件。

3.根据权利要求1所述的方法，其特征在于，在将所述待处理生产消息以及所述生产属性存储至所述第一目标消息中间件中之后，还包括：

接收待处理消费消息，并获取所述待处理消费消息的消费属性；

根据所述消费属性从至少两种不同类型的消息中间件中确定第二目标消息中间件；

从所述第二目标消息中间件中读取目标消息。

4.根据权利要求3所述的方法，其特征在于，根据所述消费属性从至少两种不同类型的消息中间件中确定第二目标消息中间件，包括：

根据预先设置的消费属性与生产属性之间的关联关系；

确定与所述待处理消费消息的消费属性关联的目标生产属性，以及与所述目标生产属性关联的第二目标消息中间件；

相应的，从所述第二目标消息中间件中读取目标消息，包括：

确定所述第二目标消息中间件中的生产属性为目标生产属性的消息，作为目标消息。

5.根据权利要求1所述的方法，其特征在于，在将所述待处理生产消息以及所述生产属性存储至所述第一目标消息中间件中之后，还包括：

将所述第一目标消息中间件存储的生产消息作为目标消息；

根据所述目标消息的生产属性，确定与所述生产属性关联的消费属性为目标消费属性；

确定与所述目标消费属性相关联的消费方，并将所述生产消息发送至所述消费方。

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

若不存在与所述生产属性关联的消息中间件类型，则从所述至少两种不同类型的消息中间件中确定一个消息中间件，作为第三目标消息中间件；

建立所述生产属性与所述第三目标消息中间件的关联关系，并将所述待处理生产消息存储至所述第三目标消息中间件。

7.一种消息处理装置，其特征在于，包括：

生产属性确定模块，用于接收待处理生产消息，并获取所述待处理生产消息的生产属性；

第一目标消息中间件确定模块，用于根据所述生产属性从至少两种不同类型的消息中间件中确定第一目标消息中间件；

待处理生产消息存储模块，用于将所述待处理生产消息以及所述生产属性存储至所述第一目标消息中间件中。

8.根据权利要求7所述的装置，其特征在于，第一目标消息中间件确定模块，包括：

关联关系获取单元，用于根据预先设置的生产属性与消息中间件之间的关联关系；

消息中间件匹配成功单元，用于若存在与所述生产属性关联的消息中间件，则将关联的消息中间件确定为第一目标消息中间件。

9.一种设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

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

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

Images