CN108134746B - 轨道交通数据的处理方法及装置 - Google Patents

Abstract

本发明公开了一种轨道交通数据的处理方法及装置，方法包括：采集已生成的消息数据，并将采集到的消息数据发送至预置的消息中间件，然后将该消息中间件中的消息数据按照预设的数据分发方式分发至预设的各个服务器，然后解析各个服务器中的子消息数据，并将解析后的子消息数据分别发送至预置的显示器进行显示。相较于现有技术而言，本发明将采集到的消息数据通过消息中间件分发至多个服务器进行解析处理，然后再将解析后的消息数据发送至预置的显示器进行显示，以此来提高数据消息的分析处理能力，达到实时分析处理的目的。

Description

轨道交通数据的处理方法及装置

技术领域

本发明涉及数据处理技术领域，尤其涉及一种轨道交通数据的处理方法及装置。

背景技术

随着轨道交通的迅猛发展，轨道交通运营维护过程越来越复杂，难度越来越大，要求也越来越严格。传统的纯人工运营维护早已经不适应目前轨道交通的发展，越来越多的轨道交通运营商开始采用大数据分析的方式来进行运营维护。

当轨道交通中的运维设备数量较多时，收集到的数据源也非常多，需要分析处理的数据量会非常庞大，然而目前的轨道交通中，当采集到的数据量较大时，轨道交通运维系统便难以及时处理所有的数据，往往需要堆积很久才能进行分析处理，具有较高的时延，已经无法满足轨道交通设备运营维护的要求。

发明内容

本发明的主要目的在于提供一种轨道交通数据的处理方法及装置，旨在解决现有技术中在对轨道交通设备进行运营维护时，难以实时对采集到的大量轨道交通数据进行处理的技术问题。

为实现上述目的，本发明第一方面提供一种轨道交通数据的处理方法，该方法包括：

采集已生成的消息数据，并将采集到的消息数据发送至预置的消息中间件；

将所述消息中间件中的消息数据按照预设的数据分发方式分发至预设的各个服务器；

解析所述各个服务器中的子消息数据，并将解析后的子消息数据分别发送至预置的显示器进行显示。

可选的，所述将所述消息中间件中的消息数据按照预设的数据分发方式分发至预设的各个服务器的步骤之前还包括：

监测所述消息中间件是否接收到所述消息数据；

当所述消息中间件接收到所述消息数据时，则执行将所述消息中间件中的消息数据按照预设的数据分发方式分发至预设的各个服务器的步骤。

可选的，所述将所述消息中间件中的消息数据按照预设的数据分发方式分发至预设的各个服务器的步骤包括：

基于所述消息数据对应的业务类型，确定与所述消息数据相匹配的数据分发方式；

按照已确定的与所述消息数据相匹配的数据分发方式，将所述消息中间件中的消息数据分发至所述各个服务器。

可选的，所述解析所述各个服务器中的子消息数据的步骤之前还包括：

监测所述各个服务器中是否存在至少一个接收到新的子消息数据的服务器；

若所述各个服务器中存在至少一个接收到新的子消息数据的服务器，则执行解析所述各个服务器中的子消息数据的步骤。

可选的，所述将解析后的子消息数据分别发送至预置的显示器进行显示的步骤包括：

将解析后的子消息数据编辑为HTML5页面，并在所述显示器显示编辑完成的所述HTML5页面。

为实现上述目的，本发明第二方面提供一种轨道交通数据的处理装置，该装置包括：

采集模块用于，采集已生成的消息数据，并将采集到的消息数据发送至预置的消息中间件；

发送模块，用于将所述消息中间件中的消息数据按照预设的数据分发方式分发至预设的各个服务器；

处理模块，用于解析所述各个服务器中的子消息数据，并将解析后的子消息数据分别发送至预置的显示器进行显示。

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

第一监测模块，用于监测所述消息中间件是否接收到所述消息数据，当所述消息中间件接收到所述消息数据时，则执行所述发送模块。

可选的，所述发送模块包括：

确定模块，用于基于所述消息数据对应的业务类型，确定与所述消息数据相匹配的数据分发方式；

分发模块，用于按照已确定的与所述消息数据相匹配的数据分发方式，将所述消息中间件中的消息数据分发至所述各个服务器。

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

第二监测模块，用于监测所述各个服务器中是否存在至少一个接收到新的子消息数据的服务器，若所述各个服务器中存在至少一个接收到新的子消息数据的服务器，则执行所述处理模块。

可选的，所述处理模块用于：

将解析后的子消息数据编辑为HTML5页面，并在所述显示器显示编辑完成的所述HTML5页面。

本发明所提供的一种轨道交通数据的处理方法，包括：采集已生成的消息数据，并将采集到的消息数据发送至预置的消息中间件，然后将该消息中间件中的消息数据按照预设的数据分发方式分发至预设的各个服务器，然后解析各个服务器中的子消息数据，并将解析后的子消息数据分别发送至预置的显示器进行显示。相较于现有技术而言，本发明将采集到的消息数据通过消息中间件分发至多个服务器进行解析处理，然后再将解析后的消息数据发送至预置的显示器进行显示，以此来提高数据消息的分析处理能力，达到实时分析处理的目的。

附图说明

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

图1为本发明第一实施例中轨道交通数据的处理方法的步骤流程示意图；

图2为本发明第二实施例中轨道交通数据的处理方法的步骤流程示意图；

图3为本发明第三实施例中轨道交通数据的处理方法的步骤流程示意图；

图4为本发明第四实施例中轨道交通数据的处理装置的程序模块示意图；

图5为本发明第五实施例中轨道交通数据的处理装置的程序模块示意图；

图6为本发明第六实施例中轨道交通数据的处理装置的程序模块示意图。

具体实施方式

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

目前的轨道交通运营维护过程中，当采集到的数据量较大时，轨道交通运维系统便难以及时处理所有的数据，往往需要堆积很久才能进行分析处理，存在时延较高的技术问题。

为了解决上述技术问题，本发明实施例提出了一种轨道交通数据的处理方法，该方法将采集到的消息数据通过消息中间件分发至多个服务器进行解析处理，然后再将解析后的消息数据发送至预置的显示器进行显示，以此来提高数据消息的分析处理能力，达到实时分析处理的目的。

具体的，请参阅图1，图1为本发明第一实施例中轨道交通数据的处理方法的步骤流程示意图，本发明实施例中，上述轨道交通数据的处理方法包括：

步骤101、采集已生成的消息数据，并将采集到的消息数据发送至预置的消息中间件；

本发明实施例中，先通过预置的数据采集设备采集轨道运维设备自动监测系统中已生成的消息数据，并将采集到的消息数据发送至预置的消息中间件。

其中，“消息”是指在两台计算机间传送的数据单位，该消息可以非常简单，例如只包含文本字符串；也可以更复杂，如包含嵌入对象。其中，消息中间件即ActiveMQ，属于一种开源消息总线。

步骤102、将所述消息中间件中的消息数据按照预设的数据分发方式分发至预设的各个服务器；

本发明实施例中，可以预先设计软件架构，以提供符合业务逻辑的数据分发方式，例如该软件架构可基于Spring框架来实现。

其中，可采用预设的数据分发方式将上述消息中间件中的消息数据通过负载均衡器发送至多个服务器。

其中，可以利用Strom框架中的流分组策略(stream grouping)将上述消息中间件中的消息数据利用不同的分发原理分发到计算机集群中不同的计算机上进行计算。上述流分组策略具备随机分组(Shuffle Grouping)、广播发送(AllGrouping)、按字段分组(Fields Grouping)、不分组(Non Grouping)、直接分组(Direct Grouping)等多种消息分发能力，可以根据业务目的要求，选择不同的消息分发特性。上述流分组策略技术能力能使轨道交通运维系统充分利用计算机集群，形成强大的计算能力，而且可以不断的增加服务器机器来不断地提高集群计算能力。

其中，上述各个服务器即可以代指上述计算机集群中的各个计算机。

步骤103、解析所述各个服务器中的子消息数据，并将解析后的子消息数据分别发送至预置的显示器进行显示。

本发明实施例中，当上述各个服务器接收到分发的子消息数据之后，解析各个服务器中的子消息数据中包含的内容，然后将解析出的内容发送至上述显示器进行显示。

其中，上述子消息数据为上述负载均衡器分发给各个消息中间件的上述消息数据中的一部分，相当于将上述消息数据拆分成了上述各个子消息数据。

本发明实施例所提供的一种轨道交通数据的处理方法，包括：采集已生成的消息数据，并将采集到的消息数据发送至预置的消息中间件，然后将该消息中间件中的消息数据按照预设的数据分发方式分发至预设的各个服务器，然后解析各个服务器中的子消息数据，并将解析后的子消息数据分别发送至预置的显示器进行显示。相较于现有技术而言，本实施例将采集到的消息数据通过消息中间件分发至多个服务器进行解析处理，然后再将解析后的消息数据发送至预置的显示器进行显示，以此来提高数据消息的分析处理能力，达到实时分析处理的目的。

进一步地，基于本发明第一实施例，参照图2，图2为本发明第二实施例中轨道交通数据的处理方法的步骤流程示意图，本发明实施例中，上述轨道交通数据的处理方法包括：

步骤201、采集已生成的消息数据，并将采集到的消息数据发送至预置的消息中间件；

本发明实施例中，上述步骤201与本发明第一实施例中的步骤101所描述的内容基本一致，请参阅本发明第一实施例，在此不再赘述。

步骤202、监测所述消息中间件是否接收到所述消息数据，当所述消息中间件接收到所述消息数据时，则执行步骤203，否则继续监测所述消息中间件是否接收到所述消息数据；

本发明实施例中，实时监测上述消息中间件是否接收到消息数据，即相当于实时监测是否采集到新的消息数据。当监测到上述消息中间件接收到新的消息数据时，则执行以下步骤203。

步骤203、将所述消息中间件中的消息数据按照预设的数据分发方式分发至预设的各个服务器；

本发明实施例中，上述步骤203所描述的技术方案可包括以下步骤：

步骤a：基于所述消息数据对应的业务类型，确定与所述消息数据相匹配的数据分发方式；

步骤b：按照已确定的与所述消息数据相匹配的数据分发方式，将所述消息中间件中的消息数据分发至所述各个服务器。

具体的，可以根据上述消息数据对应的业务类型，来选择与上述消息数据相匹配的数据分发方式将上述消息数据分发至各个服务器。例如可以根据上述消息数据对应的业务类型，在上述随机分组(Shuffle Grouping)、广播发送(AllGrouping)、按字段分组(Fields Grouping)、不分组(Non Grouping)、直接分组(Direct Grouping)等多种消息分发方式中选择一种进行数据分发。

此外，本发明实施例中，还可以根据各个服务器可接收的最大消息数据量来分发上述消息数据，从而保证各个服务器的负载相差不会太大。例如，可以优先将上述消息数据分发至可接收的最大消息数据量较大的服务器。

步骤204、解析所述各个服务器中的子消息数据，并将解析后的子消息数据分别发送至预置的显示器进行显示。

本发明实施例中，上述步骤204与本发明第一实施例中的步骤103所描述的内容基本一致，请参阅本发明第一实施例，在此不再赘述。

本发明实施例所提供的轨道交通数据的处理方法，通过监测上述消息中间件是否接收到上述消息数据，当上述消息中间件接收到上述消息数据时，则将上述消息中间件中的消息数据按照预设的数据分发方式分发至预设的各个服务器，从而可以有效的防止上述消息中间件出现数据拥塞的情况，达到实时分析处理的目的。

进一步地，基于本发明第二实施例，参照图3，图3为本发明第三实施例中轨道交通数据的处理方法的步骤流程示意图，本发明实施例中，上述轨道交通数据的处理方法包括：

步骤301、采集已生成的消息数据，并将采集到的消息数据发送至预置的消息中间件；

步骤302、监测所述消息中间件是否接收到所述消息数据，当所述消息中间件接收到所述消息数据时，则执行步骤303，否则继续监测所述消息中间件是否接收到所述消息数据；

步骤303、将所述消息中间件中的消息数据按照预设的数据分发方式分发至预设的各个服务器；

本发明实施例中，上述步骤301至步骤303与本发明第二实施例中的步骤201至步骤203所描述的内容基本一致，请参阅本发明第二实施例，在此不再赘述。

步骤304、监测所述各个服务器中是否存在至少一个接收到新的子消息数据的服务器，若所述各个服务器中存在至少一个接收到新的子消息数据的服务器，则执行步骤305，否则继续监测上述各个服务器中是否存在至少一个接收到新的子消息数据的服务器；

本发明实施例中，当监测到上述各个服务器中的任意一个或者多个服务器接收到了新的子消息数据，则执行步骤305。

步骤305、解析所述各个服务器中的子消息数据，并将解析后的子消息数据分别发送至预置的显示器进行显示。

本发明实施例中，上述步骤305所描述的技术方案可包括以下步骤：

将解析后的子消息数据编辑为HTML5页面，并在所述显示器显示编辑完成的所述HTML5页面。

本发明实施例中，可以将解析后的各个子消息数据分别编辑成HTML5页面，也可以将上述解析后的各个子消息数据合并之后编辑为一幅HTML5页面，然后在上述显示器显示。

本发明实施例所提供的轨道交通数据的处理方法，通过监测上述各个服务器中是否存在至少一个接收到新的子消息数据的服务器，若存在，则解析上述各个服务器中的子消息数据，并将解析后的子消息数据发送至上述显示器进行显示，从而可以有效的防止上述各个服务器出现数据拥塞的情况，达到实时分析处理的目的。

为了解决上述技术问题，本发明实施例还提出了一种轨道交通数据的处理装置，请参阅图4，图4为本发明第四实施例中轨道交通数据的处理装置的程序模块示意图，本发明实施例中，上述轨道交通数据的处理装置包括：

采集模块401，用于采集已生成的消息数据，并将采集到的消息数据发送至预置的消息中间件；

本发明实施例中，先通过采集模块401采集轨道运维设备自动监测系统中已生成的消息数据，并将采集到的消息数据发送至预置的消息中间件。

其中，“消息”是指在两台计算机间传送的数据单位，该消息可以非常简单，例如只包含文本字符串；也可以更复杂，如包含嵌入对象。其中，消息中间件即ActiveMQ，属于一种开源消息总线。

发送模块402，用于将所述消息中间件中的消息数据按照预设的数据分发方式分发至预设的各个服务器；

本发明实施例中，可以预先设计软件架构，以提供符合业务逻辑的数据分发方式，例如该软件架构可基于Spring框架来实现。

其中，可采用预设的数据分发方式将上述消息中间件中的消息数据通过负载均衡器发送至多个服务器。

其中，可以利用Strom框架中的流分组策略(stream grouping)将上述消息中间件中的消息数据利用不同的分发原理分发到计算机集群中不同的计算机上进行计算。上述流分组策略具备随机分组(Shuffle Grouping)、广播发送(AllGrouping)、按字段分组(Fields Grouping)、不分组(Non Grouping)、直接分组(Direct Grouping)等多种消息分发能力，可以根据业务目的要求，选择不同的消息分发特性。上述流分组策略技术能力能使轨道交通运维系统充分利用计算机集群，形成强大的计算能力，而且可以不断的增加服务器机器来不断地提高集群计算能力。

其中，上述各个服务器即可以代指上述计算机集群中的各个计算机。

处理模块403，用于解析所述各个服务器中的子消息数据，并将解析后的子消息数据分别发送至预置的显示器进行显示。

本发明实施例中，当上述各个服务器接收到分发的子消息数据之后，解析各个服务器中的子消息数据中包含的内容，然后将解析出的内容发送至上述显示器进行显示。

其中，上述子消息数据为上述负载均衡器分发给各个消息中间件的上述消息数据中的一部分，相当于将上述消息数据拆分成了上述各个子消息数据。

本发明实施例所提供的一种轨道交通数据的处理装置，包括：采集模块401，用于采集已生成的消息数据，并将采集到的消息数据发送至预置的消息中间件；发送模块402，用于将该消息中间件中的消息数据按照预设的数据分发方式分发至预设的各个服务器；处理模块403，用于解析各个服务器中的子消息数据，并将解析后的子消息数据分别发送至预置的显示器进行显示。相较于现有技术而言，本实施例将采集到的消息数据通过消息中间件分发至多个服务器进行解析处理，然后再将解析后的消息数据发送至预置的显示器进行显示，以此来提高数据消息的分析处理能力，达到实时分析处理的目的。

进一步地，基于本发明第四实施例，参照图5，图5为本发明第五实施例中轨道交通数据的处理装置的程序模块示意图，本发明实施例中，上述轨道交通数据的处理装置包括：

采集模块401，用于采集已生成的消息数据，并将采集到的消息数据发送至预置的消息中间件；

第一监测模块501，用于监测所述消息中间件是否接收到所述消息数据，当所述消息中间件接收到所述消息数据时，则执行发送模块402，否则继续监测所述消息中间件是否接收到所述消息数据；

本发明实施例中，实时监测上述消息中间件是否接收到消息数据，即相当于实时监测是否采集到新的消息数据。当监测到上述消息中间件接收到新的消息数据时，则执行以下发送模块402。

发送模块402，用于将所述消息中间件中的消息数据按照预设的数据分发方式分发至预设的各个服务器；

本发明实施例中，上述发送模块402包括：

确定模块，用于基于所述消息数据对应的业务类型，确定与所述消息数据相匹配的数据分发方式；

分发模块，用于按照已确定的与所述消息数据相匹配的数据分发方式，将所述消息中间件中的消息数据分发至所述各个服务器。

具体的，可以根据上述消息数据对应的业务类型，来选择与上述消息数据相匹配的数据分发方式将上述消息数据分发至各个服务器。例如可以根据上述消息数据对应的业务类型，在上述随机分组(Shuffle Grouping)、广播发送(AllGrouping)、按字段分组(Fields Grouping)、不分组(Non Grouping)、直接分组(Direct Grouping)等多种消息分发方式中选择一种进行数据分发。

此外，本发明实施例中，还可以根据各个服务器可接收的最大消息数据量来分发上述消息数据，从而保证各个服务器的负载相差不会太大。例如，可以优先将上述消息数据分发至可接收的最大消息数据量较大的服务器。

处理模块403，用于解析所述各个服务器中的子消息数据，并将解析后的子消息数据分别发送至预置的显示器进行显示。

本发明实施例所提供的轨道交通数据的处理装置，通过监测上述消息中间件是否接收到上述消息数据，当上述消息中间件接收到上述消息数据时，则将上述消息中间件中的消息数据按照预设的数据分发方式分发至预设的各个服务器，从而可以有效的防止上述消息中间件出现数据拥塞的情况，达到实时分析处理的目的。

进一步地，基于本发明第六实施例，参照图6，图6为本发明第六实施例中轨道交通数据的处理装置的程序模块示意图，本发明实施例中，上述轨道交通数据的处理装置包括：

采集模块401，用于采集已生成的消息数据，并将采集到的消息数据发送至预置的消息中间件；

第一监测模块501，用于监测所述消息中间件是否接收到所述消息数据，当所述消息中间件接收到所述消息数据时，则执行发送模块402，否则继续监测所述消息中间件是否接收到所述消息数据；

发送模块402，用于将所述消息中间件中的消息数据按照预设的数据分发方式分发至预设的各个服务器；

第二监测模块601，用于监测所述各个服务器中是否存在至少一个接收到新的子消息数据的服务器，若所述各个服务器中存在至少一个接收到新的子消息数据的服务器，则执行处理模块403，否则继续监测上述各个服务器中是否存在至少一个接收到新的子消息数据的服务器；

本发明实施例中，当监测到上述各个服务器中的任意一个或者多个服务器接收到了新的子消息数据，则执行处理模块403。

处理模块403，用于解析所述各个服务器中的子消息数据，并将解析后的子消息数据分别发送至预置的显示器进行显示。

本发明实施例中，上述处理模块403用于：

将解析后的子消息数据编辑为HTML5页面，并在所述显示器显示编辑完成的所述HTML5页面。

本发明实施例中，可以将解析后的各个子消息数据分别编辑成HTML5页面，也可以将上述解析后的各个子消息数据合并之后编辑为一幅HTML5页面，然后在上述显示器显示。

本发明实施例所提供的轨道交通数据的处理装置，通过监测上述各个服务器中是否存在至少一个接收到新的子消息数据的服务器，若存在，则解析上述各个服务器中的子消息数据，并将解析后的子消息数据发送至上述显示器进行显示，从而可以有效的防止上述各个服务器出现数据拥塞的情况，达到实时分析处理的目的。

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

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

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

所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本发明所必须的。

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

以上为对本发明所提供的一种轨道交通数据的处理方法及装置的描述，对于本领域的技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本发明的限制。

Claims (4)

1.一种轨道交通数据的处理方法，其特征在于，所述方法包括：

采集已生成的消息数据，并将采集到的消息数据发送至预置的消息中间件；

将所述消息中间件中的消息数据按照预设的数据分发方式分发至预设的各个服务器；

解析所述各个服务器中的子消息数据，并将解析后的子消息数据分别发送至预置的显示器进行显示；

其中，所述将所述消息中间件中的消息数据按照预设的数据分发方式分发至预设的各个服务器包括：

基于所述消息数据对应的业务类型，确定与所述消息数据相匹配的数据分发方式；

按照已确定的与所述消息数据相匹配的数据分发方式，将所述消息中间件中的消息数据分发至所述各个服务器；

其中，所述将所述消息中间件中的消息数据按照预设的数据分发方式分发至预设的各个服务器的步骤之前还包括：

监测所述消息中间件是否接收到所述消息数据；

当所述消息中间件接收到所述消息数据时，则执行将所述消息中间件中的消息数据按照预设的数据分发方式分发至预设的各个服务器的步骤；

其中，所述解析所述各个服务器中的子消息数据的步骤之前还包括：

监测所述各个服务器中是否存在至少一个接收到新的子消息数据的服务器；

若所述各个服务器中存在至少一个接收到新的子消息数据的服务器，则执行解析所述各个服务器中的子消息数据的步骤；

其中，所述按照已确定的与所述消息数据相匹配的数据分发方式，将所述消息中间件中的消息数据分发至所述各个服务器包括：

根据所述消息数据对应的业务类型从Strom框架的流分组策略中选择对应的分发原理将所述消息中间件中的消息数据分发到计算机集群中不同的计算机上进行计算；其中，所述Strom框架的流分组策略具备随机分组、广播发送、按字段分组、不分组和直接分组分发原理。

2.根据权利要求1所述的方法，其特征在于，所述将解析后的子消息数据分别发送至预置的显示器进行显示的步骤包括：

将解析后的子消息数据编辑为HTML5页面，并在所述显示器显示编辑完成的所述HTML5页面。

3.一种轨道交通数据的处理装置，其特征在于，所述装置包括：

采集模块，用于采集已生成的消息数据，并将采集到的消息数据发送至预置的消息中间件；

发送模块，用于将所述消息中间件中的消息数据按照预设的数据分发方式分发至预设的各个服务器；

处理模块，用于解析所述各个服务器中的子消息数据，并将解析后的子消息数据分别发送至预置的显示器进行显示；

第一监测模块，用于监测所述消息中间件是否接收到所述消息数据，当所述消息中间件接收到所述消息数据时，则所述发送模块将所述消息中间件中的消息数据按照预设的数据分发方式分发至预设的各个服务器；

第二监测模块，用于监测所述各个服务器中是否存在至少一个接收到新的子消息数据的服务器，若所述各个服务器中存在至少一个接收到新的子消息数据的服务器，则所述处理模块解析所述各个服务器中的子消息数据，并将解析后的子消息数据分别发送至预置的显示器进行显示；

其中，所述发送模块包括：

确定模块，用于基于所述消息数据对应的业务类型，确定与所述消息数据相匹配的数据分发方式；

分发模块，用于按照已确定的与所述消息数据相匹配的数据分发方式，将所述消息中间件中的消息数据分发至所述各个服务器；

其中，所述分发模块具体用于根据所述消息数据对应的业务类型从Strom框架的流分组策略中选择对应的分发原理将所述消息中间件中的消息数据分发到计算机集群中不同的计算机上进行计算；其中，所述Strom框架的流分组策略具备随机分组、广播发送、按字段分组、不分组和直接分组分发原理。

4.根据权利要求3所述的装置，其特征在于，所述处理模块还用于：

将解析后的子消息数据编辑为HTML5页面，并在所述显示器显示编辑完成的所述HTML5页面。

Images