[發明專利]一種應用服務器后續包查詢系統及其工作方法

在審

• 申請號: 202010584928.4
• 申請日: 2020-06-24
• 公開（公告）號: CN111724262A
• 公開（公告）日: 2020-09-29
• 發明（設計）人: 汪潤;金健;夏之春;翟鐵華;張超林
• 申請（專利權）人: 上海金仕達軟件科技有限公司
• 主分類號: G06Q40/04
• 分類號: G06Q40/04;G06F16/957;H04L29/08
• 代理公司: 北京紀凱知識產權代理有限公司 11245
• 代理人: 陸惠中;王永偉

1.一種應用服務器后續包查詢系統，其特征在于，包括客戶端、通訊平臺和應用服務器；所述客戶端通過通訊平臺與應用服務器進行多任務并行傳輸，

所述應用服務器由一個多業務控制中心和多個業務單元組成，

所述客戶端用于部署本地服務的程序文件，以及用戶交互，

所述通訊平臺用于提供負載均衡，

所述多業務控制中心用于將由通訊平臺接收的請求分配至業務單元，并反饋業務單元處理的結果至通訊平臺。

2.根據權利要求1所述的一種應用服務器后續包查詢系統，其特征在于，所述業務單元用于處理不同的業務類型。

3.根據權利要求2所述的一種應用服務器后續包查詢系統，其特征在于，所述業務單元用于根據請求包的信息解析后，處理業務類型，得到結果后生成答應包。

4.一種應用服務器后續包查詢系統的工作方法，其特征在于：將較大的應答包數據分割為多個連續的數據包，同時把所述數據包與請求指令建立映射關聯后，分段分時發送至請求方；并且進行多任務多線程同時反饋請求指令信息的數據。

5.根據權利要求4所述的一種應用服務器后續包查詢系統的工作方法，其特征在于包括如下步驟：

(1)接收請求指令，判定請求指令類型；

(2)若是新請求，待處理完成后，判斷應答包長度與單次傳輸數據包最大長度的大小，其中單次傳輸數據包最大長度是應用層協議約束的；

(3)若是后續請求，需要單獨創建一個線程來處理后續請求，將此線程命名為后續包處理線程。

6.根據權利要求5所述的一種應用服務器后續包查詢系統的工作方法，其特征在于：在步驟(2)中，如果應答包的長度大于單次傳輸數據包最大長度，則將應答包數據寫到緩存文件，然后返回應答包部分數據給請求方，并告知請求方需要后續請求和緩存文件的偏移地址。

7.根據權利要求6所述的一種應用服務器后續包查詢系統的工作方法，其特征在于：所述偏移地址用于處理后續包請求時獲取從緩存文件開始取數據的關聯位置。

8.根據權利要求5所述的一種應用服務器后續包查詢系統的工作方法，其特征在于：在步驟(3)中，

首先把請求包放入后續包處理線程隊列中，

然后后續包處理線程從隊列中取請求包，

最后后續包處理線程根據后續包的緩存文件名及偏移位置取出后續包，返回給請求方，并設置下一包的偏移地址，直到處理完隊列中的所有后續請求為止。

9.根據權利要求8所述的一種應用服務器后續包查詢系統的工作方法，其特征在于：在整個應答包發給請求方的過程中，當后續包處理線程在處理后續包請求時，同時對已發送的后續包信息作處理。