[發明專利]一種報文處理方法及系統

在審

• 申請號: 201510490930.4
• 申請日: 2015-08-11
• 公開（公告）號: CN105320556A
• 公開（公告）日: 2016-02-10
• 發明（設計）人: 張虹青
• 申請（專利權）人: 北京思特奇信息技術股份有限公司
• 主分類號: G06F9/46
• 分類號: G06F9/46
• 代理公司: 北京輕創知識產權代理有限公司 11212
• 代理人: 楊立

技術領域

本發明涉及java開發領域，特別涉及一種報文處理方法及系統。

背景技術

JAVA反射機制是在運行狀態中，對于任意一個類，都能夠知道這個類的所有屬性和方法；對于任意一個對象，都能夠調用它的任意一個方法和屬性；這種動態獲取的信息以及動態調用對象的方法的功能稱為java語言的反射機制。主要提供了以下功能：在運行時判斷任意一個對象所屬的類；在運行時構造任意一個類的對象；在運行時判斷任意一個類所具有的成員變量和方法；在運行時調用任意一個對象的方法；生成動態代理。

當前系統中的絕大多數業務都是信息從前臺界面錄入，業務確認之后，相關的業務受理信息落地，不同的業務，受理信息各有不同，如果針對每一種業務都進行數據落地支撐，所需代價較大，代碼冗余程度較高。

而且由于業務系統中涉及多種SOO的拼接組合操作，以此實現業務的過程中相關數據的落地。分業務處理時，重復的工作量較大，而且不利于代碼的遷移復用。

為了提高代碼的復用性和業務無關性，采用如下機制：前臺業務信息提交之后拼接成待處理報文進行落地，落地的過程采用java反射機制，實現一套機制支撐所有的業務場景。

發明內容

本發明所要解決的技術問題是提供一種所有業務中的各種類型的待處理報文都可以通過訂單分解得到正確處理的報文處理方法及系統。

本發明解決上述技術問題的技術方案如下：一種報文處理方法，包括以下步驟：

針對待處理報文的不同類型分別預先創建不同的分解組件；

獲取待處理報文并解析待處理報文得到待處理報文的類型；

根據待處理報文的類型調用對應的分解組件對待處理報文進行訂單分解。

本發明的有益效果是：本發明能夠實現一套處理機制支撐所有業務的訂單處理，大大減少了訂單分解不同業務各自數據落地的工作量，而且很好的實現了代碼的遷移和復用，提高了代碼的復用性，增強了代碼的穩定性。

在上述技術方案的基礎上，本發明還可以做如下改進。

進一步，所述針對待處理報文的不同類型分別預先創建不同的分解組件之后還包括：將所有分解組件的調用名與待處理報文的類型的對應關系存入配置表中。

進一步，所述根據待處理報文的類型調用對應的分解組件對待處理報文進行訂單分解之前還包括：在配置表中根據待處理報文的類型查找對應的調用名。

進一步，所述根據待處理報文的類型調用對應的分解組件對待處理報文進行訂單分解之后還包括：如果分解組件生成訂單項，則存儲訂單項；否則，將分解組件的相關信息存入中間表。

進一步，所述將分解組件的相關信息存入中間表具體為：如果不存在中間表，則將分解組件的相關信息存入正表。

進一步，一種報文處理系統，包括創建模塊、獲取模塊和調用模塊；

所述創建模塊，用于針對待處理報文的不同類型分別預先創建不同的分解組件；

所述獲取模塊，用于獲取待處理報文并解析待處理報文得到待處理報文的類型；

所述調用模塊，用于根據待處理報文的類型調用對應的分解組件對待處理報文進行訂單分解。

進一步，所述創建模塊之后還包括：存儲模塊，用于將所有分解組件的調用名與待處理報文的類型的對應關系存入配置表中。

進一步，所述調用模塊之前還包括：查找模塊，用于在配置表中根據待處理報文的類型查找對應的調用名。

進一步，所述調用模塊之后還包括：判斷模塊，用于判斷如果分解組件生成訂單項，則存儲訂單項；否則，將分解組件的相關信息存入中間表。

進一步，所述判斷模塊中的將分解組件的相關信息存入中間表進一步為：如果不存在中間表，則將分解組件的相關信息存入正表。

附圖說明

圖1為本發明方法步驟流程圖；

圖2為本發明系統結構圖。

附圖中，各標號所代表的部件列表如下：

1、創建模塊，2、獲取模塊，3、調用模塊，4、存儲模塊，5、查找模塊，6、判斷模塊。

具體實施方式

以下結合附圖對本發明的原理和特征進行描述，所舉實例只用于解釋本發明，并非用于限定本發明的范圍。

實施例1

如圖1所示，一種報文處理方法，包括以下步驟：

針對待處理報文的不同類型分別預先創建不同的分解組件；