[發明專利]一種優化Presence信息負載的方法

在審

• 申請號: 201810696616.5
• 申請日: 2018-06-29
• 公開（公告）號: CN109150826A
• 公開（公告）日: 2019-01-04
• 發明（設計）人: 汪術文;程國艮
• 申請（專利權）人: 中譯語通科技股份有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L12/24
• 代理公司: 北京睿馳通程知識產權代理事務所(普通合伙) 11604
• 代理人: 張文平

1.一種優化Presence信息負載的方法，該方法包括：

一、選取REST協議作為微服務器消息傳輸的承載協議；

二、設定用戶在與微服務器進行消息傳輸結束前的Presence信息狀態不變；

三、計算消息傳輸時間；

四、當用戶客戶端Presence信息狀態發生變化時主動向微服務器匯報；

五、對消息傳輸中的Presence信息進行維護。

2.根據權利要求1所述的方法，其特征在于：所述Presence信息狀態包括在線、離線、忙碌和離開。

3.根據權利要求1或2所述的方法，其特征在于：所述計算消息傳輸時間的方法為：

第一步，從IQ流中讀取客戶端CA和微服務器端S的JID，判斷客戶端CA和服務器端S是否位于相同的域內；若是，則執行第二步；若否，則執行第三步；

第二步，若客戶端CA和微服務器端S位于相同域內，則從所述IQ流中讀取傳輸消息大小size，并判斷客戶端CA是否與微服務器端S協商成功；若是，則執行第四步；若否，則執行第五步；

第三步，若客戶端CA和微服務器端S不在一個相同域內，則系統恢復正常的PresenceProbe機制；

第四步，若判定客戶端與微服務器端協商成功，則向客戶端CA詢問TCP1080端口的消息傳輸速度，在明確消息傳輸速度后，系統獲取傳輸速度v，并計算消息傳輸時間t₀：t₀＝size/v

第五步，若判定客戶端與微服務器端協商不成功，則系統恢復正常的Presence Probe機制。

4.根據權利要求3所述的方法，所述對消息傳輸中的Presence信息進行維護的具體方法為：

第一步，在消息開始傳輸時啟動定時器T；

第二步，判斷消息傳輸是否失敗，或所述定時器是否到時；

第三步，若判定消息傳輸失敗或者定時器到時，則直接恢復到正常的Presence Probe機制；

第四步，若判定消息沒有傳輸失敗且定時器未到時，則進一步判斷系統是否收到客戶端CA的Presence Probe信息；

第五步，若判定收到客戶端CA的Presence Probe信息，則利用微服務器本地Database中存儲的消息傳輸前客戶端CA和微服務器端S的Presence信息進行回復；若判定沒有收到客戶端CA的Presence Probe信息，則返回第二步重新判定消息傳輸是否失敗，或定時器是否到時。

5.根據權利要求3所述的方法，其特征在于：

客戶端CA和微服務器端S的協商信息包括：傳輸協議、是否接受、網絡地址信息以及端口信息；

所述協商信息在流的<iq/>節中傳輸，所述協商信息中攜帶有客戶端CA和微服務器端S的JID信息；所述JID信息的格式為node@domain/resource，其中domain表示一個網關，或者是提供服務的一個子節點，所述resource代表一個特定的會話或連接。

6.根據權利要求5所述的方法，其特征在于：

所述客戶端CA和所述微服務器端S針對傳輸協議協商完畢以后，還要對消息相關信息進行協商，從而確定微服務器端S是否接受消息；其中，協商信息包含在<iq/>節的<message/>元素中，通過捕獲<message/>元素中size屬性的值，可以獲得傳輸消息的大小；

若經過協商，微服務器端S接受客戶端CA的傳輸消息請求，會回送給客戶端CA確認信息，并通知CA建立消息流；

為獲取客戶端CA和微服務器端S間，微服務器會向客戶端CA發送詢問信息；為此，根據xml語法定義<rate/>元素，其中只包含一個rate屬性，詢問信息被包含在IQ節中傳輸；

微服務器通過傳輸消息大小size和消息流傳輸速度v來估算消息傳輸時間t₀＝size/v。

7.根據權利要求6所述的方法，其特征在于：

由于消息流的傳輸速度是由慢到快的過程，獲取的上述消息流傳輸速度v的值比平均值稍小，故估算出的消息傳輸時間是消息傳輸所需實際時間的最大值。