[发明专利]一种面向智慧轨交系统的实时软总线实现方法

权利要求书

1.一种面向智慧轨交系统的实时软总线实现方法，其特征在于，所述智慧轨交系统包括至少一个专业子系统，各专业子系统分别通过至少一个控制中心和/或至少一个车站接入软总线；各车站的通信前置机分别通过软总线的不同节点与车站的服务器进行交互；控制中心的通信前置机通过软总线的其他节点与控制中心服务器进行交互；该方法包括：

定义服务器与通信前置机之间交互的数据类型，其中，该数据类型为包括消息头和消息体的消息结构体。

2.如权利要求1所述的面向智慧轨交系统的实时软总线实现方法，其特征在于，消息头的结构信息包括接口版本号、消息发送时间、数据校验码、源地址信息、目的地址信息和/或消息类型。

3.如权利要求2所述的面向智慧轨交系统的实时软总线实现方法，其特征在于，源地址信息包括源地址所在的域号和/或位于源地址的通信前置机的编号；和/或，目的地址信息包括目的地址所在的域号和/或位于目的地址的通信前置机的编号。

4.如权利要求1所述的面向智慧轨交系统的实时软总线实现方法，其特征在于，该方法还包括：

专业子系统分别构建至少一个发布端实体和/或至少一个订阅端实体。

5.如权利要求4所述的面向智慧轨交系统的实时软总线实现方法，其特征在于，专业子系统分别构建至少一个发布端实体和/或至少一个订阅端实体，具体包括：

在软总线的一个节点上创建发布端实体和/或订阅端实体时，向软总线注册实体信息；该实体信息被软总线发布出去，软总线的其他节点在接收到该实体信息后，进行参数匹配，只有满足匹配规则后才会被软总线记录并向相应节点返回匹配信息。

6.如权利要求5所述的面向智慧轨交系统的实时软总线实现方法，其特征在于，软总线通过域来实现数据隔离，在软总线的一个节点上创建发布实体或订阅实体时需要指定域号，软总线根据该域号来计算组播端口。

7.如权利要求6所述的面向智慧轨交系统的实时软总线实现方法，其特征在于，发布端实体和订阅端实体分别设置有至少一个分区，只有当发布端实体所的分区与订阅端实体所的分区有交集时二者才能相互通信。

8.如权利要求7所述的面向智慧轨交系统的实时软总线实现方法，其特征在于，发布端实体和订阅端实体分别关联有至少一个主题，发布端实体通过其关联的主题发布数据，订阅端实体通过其关联的主题获取感兴趣数据。

9.如权利要求4所述的面向智慧轨交系统的实时软总线实现方法，其特征在于，专业子系统分别构建至少一个发布端实体和/或至少一个订阅端实体，具体还包括：

创建传输插件，该传输插件用于定义数据通信的传输方式，该传输方式具体为：

若一发布端实体和该发布端实体对应的订阅端实体在同一主机上，二者通过共享内存的方式进行数据通信；

若一发布端实体和该发布端实体对应的订阅端实体在不同主机上，二者通过udp单播或组播的方式进行数据通信。

10.如权利要求4所述的面向智慧轨交系统的实时软总线实现方法，其特征在于，专业子系统分别构建至少一个发布端实体和/或至少一个订阅端实体，具体还包括：

创建数据缓存单元，用于缓存数据发布的数据队列及订阅的数据队列。

11.如权利要求4所述的面向智慧轨交系统的实时软总线实现方法，其特征在于，专业子系统分别构建至少一个发布端实体和/或至少一个订阅端实体，具体还包括：

创建线程池容器，作为发布端实体和订阅端实体的管理容器，其管理容器的管理方法具体为：

当存在匹配的发布端实体和订阅端实体时，线程池容器负责对匹配的发布端实体和订阅端实体进行创建、使用和查询；

当匹配的发布端实体和订阅端实体断开时，线程池容器负责对失去匹配的发布端实体和订阅端实体进行销毁和回收。