[發明專利]一種軟總線管理方法與裝置

有效

• 申請號: 201710679031.8
• 申請日: 2017-08-10
• 公開（公告）號: CN107634918B
• 公開（公告）日: 2021-11-16
• 發明（設計）人: 房圣超;谷雨;肖雙愛;吳浩;張興
• 申請（專利權）人: 中國電子科技集團公司電子科學研究院
• 主分類號: H04L12/927
• 分類號: H04L12/927;H04L12/26
• 代理公司: 工業和信息化部電子專利中心 11010
• 代理人: 于金平

1.一種軟總線管理方法，其特征在于，包括：

監測軟總線上新增事件的類型，其中，所述事件的類型包括：對象事件和服務事件；

使用與所述事件的類型相對應的預設優化算法對所述軟總線的管理行為進行調整，其中，所述對象事件對應的預設優化算法為成員管理優化算法，所述服務事件對應的預設優化算法為消息訂閱分發優化算法；

在所述事件的類型為對象事件的情況下，使用與所述事件的類型相對應的預設優化算法對所述軟總線的管理行為進行調整，包括：

按照如下公式確定向預設成員發送的心跳報文的發送頻率：其中，R_m為所述預設成員在單位時間內的消息余量與所述預設成員在單位時間內的最大消息量的比值，R_o為所述預設成員在單位時間內的掉線頻率，R_q為所述預設成員在單位時間內的網絡質量，H_d為心跳報文的默認發送頻率，H_f為優化之后的心跳報文的發送頻率；

按照所述優化之后的心跳報文的發送頻率向所述預設成員發送心跳報文；

在所述事件的類型為服務事件的情況下，使用與所述事件的類型相對應的預設優化算法對所述軟總線的管理行為進行調整，包括：

遍歷所述軟總線中訂閱預設消息的所有成員的端口信息、多播歷史丟包率和UDP歷史丟包率；

根據所述端口信息判斷所述所有成員中預設成員是否支持多播方式；

在所述預設成員支持多播方式且所述預設成員的多播歷史丟包率小于第一閾值的情況下，將所述預設成員的消息訂閱方式調整為多播方式；

在所述預設成員不支持多播方式或所述預設成員的多播歷史丟包率大于或等于所述第一閾值的情況下，判斷所述預設成員是否支持UDP方式；

在所述預設成員支持UDP方式且所述預設成員的UDP歷史丟包率小于第二閾值的情況下，將所述預設成員的消息訂閱方式調整為UDP方式；

在所述預設成員不支持UDP方式或所述成員的UDP歷史丟包率大于或等于所述第二閾值的情況下，將所述預設成員的消息訂閱方式調整為TCP方式；

遍歷所述軟總線中訂閱預設消息的預定成員的端口信息，并根據所述端口信息判斷所述端口信息對應的端口是否支持多播方式；

在所述端口支持多播方式的情況下，判斷預設消息緩存表中是否存在與所述預設成員存在相同端口信息的其它成員，并在存在與所述預設成員存在相同端口信息的其它成員的情況下，將所述預設成員的端口信息與所述其它成員的端口信息合并，在不存在與所述預設成員存在相同端口信息的其它成員的情況下，在所述消息緩存表中所述預設消息對應的緩存數據中添加所述端口信息；

在所述端口不支持多播方式的情況下，判斷所述端口是否支持UDP方式，并在所述端口支持UDP方式的情況下，在所述緩存數據下添加以UDP方式訂閱所述預設消息的端口信息；在所述端口不支持UDP方式的情況下，在所述緩存數據下添加以TCP方式訂閱所述預設消息的端口信息。

2.如權利要求1所述的軟總線管理方法，其特征在于，使用與所述事件的類型相對應的優化算法對所述軟總線的管理行為進行調整之前，還包括：

對所述軟總線上預設成員在單位時間內的最大消息量、掉線頻率以及網絡質量進行監測。