專利名稱：Qfii業(yè)務中ca信息報文的生成方法及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及數(shù)據(jù)處理技術領域，尤其涉及一種QFII業(yè)務中CA信息報文的生成方 法及系統(tǒng)。
背景技術：
隨著中國 QFII (Qualified Foreign Institutional Investors，合格境外機構投 資者)制度的不斷完善和發(fā)展，QFII在中國資本市場的運作日益成熟，投資者與托管銀行 之間的信息交換日趨頻繁。在QFII業(yè)務中，托管銀行需要每日根據(jù)證券市場的公告信息向QFII客戶端提供 各種CA (Corporate Action，公司行為)信息，內(nèi)容主要涉及上市公司分紅、送股、權證送配 及行權、證券首發(fā)及增發(fā)、債轉(zhuǎn)股、股東大會等市場信息和權益信息。目前，國內(nèi)托管銀行向 QFII客戶端提供CA信息的方式主要有兩種，一種是通過SWIFT (Society for worldwide interbank financialtelecommunications,環(huán)球同業(yè)銀行金融電訊協(xié)會)報文形式，如 MT564、MT566、MT568等，另一種是通過郵件或傳真方式。現(xiàn)有技術中，對于采用SWIFT報文形式的方法，其報文主要是通過人工獲取公司 公告信息中的業(yè)務數(shù)據(jù)，然后通過手動設置將數(shù)據(jù)添加至SWIFT報文的空電文檔案中，例 如MT56 X電文檔案，從而形成報文，該形成CA信息報文的方法效率極低，且出錯率較高。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種QFII業(yè)務中CA信息報文的生成方法及系統(tǒng)，能夠提高CA 信息報文的生成效率。為了解決上述技術問題，本發(fā)明實施例的技術方案如下本發(fā)明實施例提供了一種QFII業(yè)務中CA信息報文的生成方法，包括獲取公司公告信息文件；當所述公司公告信息文件的格式為第一約定格式時，解析所述公司公告信息文 件，獲得公告信息數(shù)據(jù)；將所述公告信息數(shù)據(jù)傳輸至預先建立的CA信息報文檔案，生成CA信息報文。進一步，在所述將所述公告信息數(shù)據(jù)傳輸至預先建立的CA信息報文檔案之前，還 包括根據(jù)所述公告信息數(shù)據(jù)中包含的公司事件類型，判斷是否需要獲取與所述公告信 息數(shù)據(jù)匹配的頭寸信息數(shù)據(jù)，若否，則將所述公告信息數(shù)據(jù)傳輸至預先建立的CA信息報文 檔案。進一步，若需要獲取與所述公告信息數(shù)據(jù)匹配的頭寸信息數(shù)據(jù)，則將所述公告信 息數(shù)據(jù)和與其匹配的頭寸信息數(shù)據(jù)傳輸至所述預先建立的CA信息報文檔案。進一步，所述獲取與所述公告信息數(shù)據(jù)匹配的頭寸信息數(shù)據(jù)包括獲取證券持有頭寸信息文件；
4
當所述證券持有頭寸信息文件的格式為第二約定格式時，解析所述證券持有頭寸 信息文件，獲得頭寸信息數(shù)據(jù)；根據(jù)客戶端標識信息獲取與所述公告信息數(shù)據(jù)匹配的頭寸信息數(shù)據(jù)。進一步，所述客戶端標識信息包括客戶端的BIC和ISIN。進一步，所述第二約定格式為XML格式。進一步，所述第一約定格式為XML格式。本發(fā)明實施例還提供了一種QFII業(yè)務中CA信息報文的生成系統(tǒng)，包括第一獲取單元，用于獲取公司公告信息文件；第一解析單元，用于當所述公司公告信息文件的格式為第一約定格式時，解析所 述公司公告信息文件，獲得公告信息數(shù)據(jù)；傳輸單元，用于將所述公告信息數(shù)據(jù)傳輸至預先建立的CA信息報文檔案，生成CA 信息報文。進一步，還包括判斷單元，用于在所述傳輸單元將所述公告信息數(shù)據(jù)傳輸至預先建立的CA信息 報文檔案之前，根據(jù)所述公司公告信息文件中包含的公司事件類型，判斷是否需要獲取與 所述公告信息數(shù)據(jù)匹配的頭寸信息數(shù)據(jù)；所述傳輸單元，用于在所述判斷單元的判斷結果為否時，將所述公告信息數(shù)據(jù)傳 輸至預先建立的CA信息報文檔案，生成CA信息報文。進一步，還包括所述傳輸單元，還用于當所述判斷單元的判斷結果是時，將所述公告信息數(shù)據(jù)和 與其匹配的頭寸信息數(shù)據(jù)傳輸至所述預先建立的CA信息報文檔案，生成CA信息報文。進一步，還包括第二獲取單元，用于獲取證券持有頭寸信息文件；第二解析單元，用于當所述證券持有頭寸信息文件的格式為第二約定格式時，解 析所述證券持有頭寸信息文件，獲得頭寸信息數(shù)據(jù)；匹配單元，用于根據(jù)客戶端標識信息獲取與所述公告信息數(shù)據(jù)匹配的頭寸信息數(shù) 據(jù)。本發(fā)明實施例通過約定公司公告信息文件和證券持有頭寸信息文件的格式，并對 該約定格式的文件進行解析，為CA信息報文的自動生成奠定了基礎，使得從海量的公告信 息中提取所需數(shù)據(jù)的效率大大提高；而且，根據(jù)公司事件類型，對于需要進行持倉匹配的事 件類型實現(xiàn)了公告信息數(shù)據(jù)和頭寸信息數(shù)據(jù)的自動匹配，實現(xiàn)了 CA信息報文的自動生成， 大大減少了人工處理環(huán)節(jié)，有效提高了工作效率和報文內(nèi)容的準確率，有效降低了操作風 險。


圖1是本發(fā)明實施例一種QFII業(yè)務中CA信息報文的生成方法流程圖；圖2是本發(fā)明實施例另一種QFII業(yè)務中CA信息報文的生成方法流程圖；圖3是本發(fā)明實施例一種QFII業(yè)務中CA信息報文的生成系統(tǒng)的結構示意圖；圖4是本發(fā)明實施例另一種QFII業(yè)務中CA信息報文的生成系統(tǒng)的結構示意圖。
具體實施例方式為了使本領域技術人員能進一步了解本發(fā)明的特征及技術內(nèi)容，請參閱以下有關本發(fā)明的詳細說明與附圖，附圖僅提供參考與說明，并非用來限制本發(fā)明。下面結合附圖和實施例，對本發(fā)明的技術方案進行描述。參見圖1，為本發(fā)明實施例一種QFII業(yè)務中CA信息報文的生成方法流程圖。該方法可以包括步驟101，獲取公司公告信息文件。在本步驟之前，托管銀行可以首先約定公司公告信息文件的格式，例如約定格式 為XML格式等，其中，公司公告信息文件可以是MTL564、MTB564等，例如，IPO的公司公告信 息文件為MTB564。然后，在本步驟中，托管銀行可以從信息系統(tǒng)中獲取公司的公告信息文件，具體的 獲取過程請參照后續(xù)實施例的描述。步驟102，當公司公告信息文件的格式為第一約定格式時，解析公司公告信息文 件，獲得公告信息數(shù)據(jù)?；谇笆鰧竟嫘畔⑽募母袷郊s定，在本步驟中，若獲取的公司公告信息 文件是約定格式，則可以基于預存的解析文件對該公司公告信息文件進行解析，以獲得其 中的公告信息數(shù)據(jù)。其中，解析文件可以是與公司公告信息文件格式對應的包含字段、字段 名稱和字段描述等信息的列表等。步驟103，將公告信息數(shù)據(jù)傳輸至預先建立的CA信息報文檔案，生成CA信息報文。在本步驟中，CA信息報文檔案也即CA信息報文的空架構可以是預先創(chuàng)建的，例 如，MT56X電文的空架構，具體的創(chuàng)建過程可以與現(xiàn)有技術類似。然后，將解析后獲得的公 告信息數(shù)據(jù)傳輸至報文的空架構中，從而可以生成CA信息報文，例如MT56X報文。本發(fā)明實施例通過約定公司公告信息文件的格式，對獲得的公司公告信息文件進 行解析，然后將解析數(shù)據(jù)傳輸至CA信息報文檔案中，實現(xiàn)了 CA信息報文的自動生成，該方 法替代了現(xiàn)有技術中人工生成報文的方式，從而提高了報文生成的效率，也大大降低了出 錯率。參見圖2，為本發(fā)明實施例另一種QFII業(yè)務中CA信息報文的生成方法流程圖。該方法可以包括步驟201，獲取公司公告信息文件。在本步驟之前，托管銀行可以首先約定公司公告信息文件的格式，例如約定格 式為XML格式等，其中，公司公告信息文件可以是MTL564、MTB564、MTF564_M、MTF564_W、 MTN564、XMET, CBRM、EXffA等，例如，權證送配事件的公司公告信息文件為MTF564_W。在本步驟中，托管銀行從財匯系統(tǒng)中導出公司的公告信息文件，本實施例中，該文 件是XML文件，為約定格式，則進入下一步驟，若從財匯系統(tǒng)中導出的文件格式不是約定格 式，則可以直接終止流程。步驟202，解析公司公告信息文件，獲得公告信息數(shù)據(jù)。本步驟中可以通過FTP (File Transfer Protocol，文件傳輸協(xié)議)將公司公告信 息文件自動抓到生產(chǎn)系統(tǒng)服務器的指定路徑，然后對文件進行解析，服務器可以定時成批次的解析文件，例如可以每隔3分鐘啟動數(shù)據(jù)轉(zhuǎn)換器對XML文件進行解析，具體的，可以基 于預存的解析文件對該公司公告信息文件進行解析，以獲得其中的公告信息數(shù)據(jù)。其中，解 析文件可以是與公司公告信息文件格式對應的包含字段、字段名稱和字段描述等信息的列表等。
本實施例中還可以直接將數(shù)據(jù)解析至數(shù)據(jù)庫中預設的公司公告信息表里，在解析 過程中還可以自動過濾非法字符并記錄解讀日志。步驟203，根據(jù)公告信息數(shù)據(jù)中包含的公司事件類型，判斷是否需要獲取與公告信 息數(shù)據(jù)匹配的頭寸信息數(shù)據(jù)。在解析獲得的公告信息數(shù)據(jù)中包含有公司事件類型，根據(jù)該事件類型可以判斷在 后續(xù)形成CA信息報文時是否需要添加頭寸信息數(shù)據(jù)，如果需要添加，則需獲取與前述步驟 解析獲得的公告信息數(shù)據(jù)相匹配的頭寸信息數(shù)據(jù)。例如公司事件類型為權益類，則需要獲取與公司公告信息數(shù)據(jù)匹配的頭寸信息數(shù) 據(jù)，進而形成CA信息報文。如果需要獲取匹配的頭寸信息數(shù)據(jù)則轉(zhuǎn)入步驟204 207，如果不需要，則直接轉(zhuǎn) 入步驟208。步驟204，獲取證券持有頭寸信息文件。在本步驟之前，也可以預先約定證券持有頭寸信息文件的格式，例如約定格式為 XML格式等。托管銀行從核算系統(tǒng)中導出證券持有頭寸信息文件，本實施例中，若該文件是XML 文件，為約定格式，則進入下一步驟，若從核算系統(tǒng)中導出的文件格式不是約定格式，則可 以直接終止流程。步驟205，當證券持有頭寸信息文件的格式為第二約定格式時，解析證券持有頭寸 信息文件，獲得頭寸信息數(shù)據(jù)。當證券持有頭寸信息文件的格式是XML文件時，即可解析該文件以獲得頭寸信息 數(shù)據(jù)。具體的，可以通過FTP將證券持有頭寸信息文件自動抓到生產(chǎn)系統(tǒng)的服務器指定 的路徑，服務器可以定時成批次的進行解析，例如可以每隔3分鐘啟動數(shù)據(jù)轉(zhuǎn)換器對XML文 件數(shù)據(jù)信息進行解析。該解析過程可以基于預存的解析文件對該證券持有頭寸信息文件進 行解析，以獲得其中的頭寸信息數(shù)據(jù)。其中，解析文件可以是與證券持有頭寸信息文件格式 對應的包含字段、字段名稱和字段描述等信息的列表等。本實施例中，還可以解到數(shù)據(jù)庫的頭寸信息表里，在解析過程中還可以自動過濾 非法字符并記錄解讀日志。步驟206，根據(jù)客戶端標識信息獲取與公告信息數(shù)據(jù)匹配的頭寸信息數(shù)據(jù)。在上步驟中解析獲得頭寸信息數(shù)據(jù)后，在本步驟中需要在這些頭寸信息數(shù)據(jù)中查 找到與步驟202中解析獲得的公告信息數(shù)據(jù)相匹配的頭寸信息數(shù)據(jù)，可以根據(jù)公告信息數(shù) 據(jù)和頭寸信息數(shù)據(jù)中分別包含的客戶端標識信息進行查找，若該客戶端標識信息匹配，則 對應的公告信息數(shù)據(jù)和頭寸信息數(shù)據(jù)相匹配。其中，客戶端標識信息可以包括客戶端的 BIC(Bank IdentificationCode-Swift managed, SWIFT 銀行代碼)及國際證券識別編碼 ISIN0
在具體實現(xiàn)時，可以在觸發(fā)公告信息數(shù)據(jù)與頭寸信息數(shù)據(jù)匹配的事件后，根據(jù)客 戶端的BIC及ISIN等通過REL關聯(lián)到數(shù)據(jù)庫的頭寸信息表中取出頭寸信息數(shù)據(jù)進行自動 匹配。其中，REL可以是用于文件與文件之間關聯(lián)信息設定的參數(shù)集。當處理記錄或報 表時，欲從另一個文件取得數(shù)據(jù)時，系統(tǒng)以目前記錄為關鍵字，與其他文件取得關聯(lián)以串聯(lián) 兩文件相關資料。在本步驟中，如果數(shù)據(jù)庫中該客戶端的BIC及ISIN對應的公司公告信息表和頭寸 信息表中，分別具有公告信息數(shù)據(jù)和頭寸信息數(shù)據(jù)，則進入下一步驟，只要兩信息數(shù)據(jù)中任 一不具備，則流程終止，不產(chǎn)生報文。步驟207，將公告信息數(shù)據(jù)和與其匹配的頭寸信息數(shù)據(jù)傳輸至預先建立的CA信息 報文檔案，生成CA信息報文。本步驟中，可以自動到數(shù)據(jù)庫中相同客戶端BIC及ISIN對應的公司公告信息表和 頭寸信息表中，抓取生成報文所需的信息數(shù)據(jù)，然后將公告信息數(shù)據(jù)和頭寸信息數(shù)據(jù)加載 至CA信息報文檔案中，生成CA信息報文。其中，CA信息報文檔案可以是預先建立的空電文檔案，具體的建立過程如下首先，可以根據(jù)業(yè)務結構來定義電文檔案。具體的，可以通過參數(shù)FCH來設定，F(xiàn)CH可以用來定義一個文件基礎訊息的參數(shù) 集。當需要產(chǎn)生一個新的文件架構時，用FCH建立、定義基礎的文件欄位信息，作為系統(tǒng)文 件控制格式，或者修改已有的文件架構，相當于DataBase里的Table。由于可循環(huán)信息在需求中沒有也無法約定循環(huán)次數(shù)，因此我們可以采用多個檔案 來存儲，以達到不限定次數(shù)的要求。然后，根據(jù)定義下來的檔案生成電文樹，具體可以通過 參數(shù)SWIFT REL來設定。電文樹的生成主要以接點來連接，通過接點連接相關檔案，形成的電文樹，并加上 電文畫面的設定，就形成了基本的空電文面貌。然后，設定電文的每一個域的通用檢核。具體可以通過SWIFT TAG維護參數(shù)來完成，此參數(shù)根據(jù)SWIFT手冊上的規(guī)則來設 定每一個域的屬性(如必輸、可選)、描述、出現(xiàn)/的位置、域長度、域高度、域組成及必須共 存或互斥的域等。對域進行計算、檢核及初始化等動作?？梢酝ㄟ^CUP參數(shù)來完成，CUP可以針對某 個FCH的具體欄位或系統(tǒng)公共變量作運算、檢核設定的參數(shù)集。所有對某個FCH的欄位以 及公共變量進行賦值、計算或從其它FCH關聯(lián)取入數(shù)據(jù)以及檢驗變量值是否合理等動作須 通過此功能實現(xiàn)。有些域的值上固定的，此時就得通過CUP參數(shù)設定來設定初始值；根據(jù)各行的要 求不同，對部分域有特別的檢核需求可在此進行設定，有些域是通過畫面上的業(yè)務數(shù)據(jù)組 合而成的，也應在此設定組合。有了以上參數(shù)的設定，對CA信息報文檔案的空架構已經(jīng)基本建立起來，例如 MT56X電文架構。接下來就是進行信息數(shù)據(jù)接入流程分析、電文處理流程分析及相關的參數(shù) 制定。
在將數(shù)據(jù)傳輸?shù)紺A信息報文檔案時，可以通過DEX參數(shù)中的BT及MAP參數(shù)來設定。
例如，將CA信息報文檔案通過設定數(shù)組DEX參數(shù)及MAP參數(shù)傳輸?shù)綄腗T56X 檔案。其中，DEX可以用于在所需數(shù)據(jù)來源不同時，進行不同檔案之間數(shù)據(jù)讀取的數(shù)據(jù)萃選 的參數(shù)設置集。在程序的流程中所需的數(shù)據(jù)來源不同時，上一個Task呼叫下一個Task之 前，需將原檔案數(shù)據(jù)送至下一個待處理檔案中時使用。MAP可以用于確定兩文檔之間資料傳 輸?shù)木唧w內(nèi)容的參數(shù)設置映射表。當需要在兩個FCH間交換資料時，必須用到此映射表設 置參數(shù)，如一個文件資料要轉(zhuǎn)到另一個文件，或兩個前后工作間的資料傳送時。本實施例中，還可以對信息數(shù)據(jù)進行加工處理后再傳輸至CA信息報文檔案，可以 通過調(diào)用CUP參數(shù)來完成。以上詳細過程與現(xiàn)有技術類似，此處不再贅述。將公告信息數(shù) 據(jù)和與其匹配的頭寸信息數(shù)據(jù)傳輸至預先建立的CA信息報文檔案后，即可生成CA信息報 文。步驟208，將公告信息數(shù)據(jù)傳輸至預先建立的CA信息報文檔案，生成CA信息報文。在不需要獲取與公司公告信息數(shù)據(jù)匹配的頭寸信息數(shù)據(jù)時，可以由步驟203直接 轉(zhuǎn)入本步驟，直接將公告信息數(shù)據(jù)傳輸至CA信息報文檔案，生成CA信息報文。其中CA信 息報文檔案的預先建立和數(shù)據(jù)的傳輸過程與前述步驟類似，此處不再贅述。以上步驟的順序可以根據(jù)需要進行調(diào)整，此處并不對步驟順序進行限定。例如，步 驟204、205可以在步驟201之前進行。本發(fā)明實施例通過約定公司公告信息文件和證券持有頭寸信息文件的格式，并對 該約定格式的文件進行解析，為CA信息報文的自動生成奠定了基礎，使得從海量的公告信 息中提取所需數(shù)據(jù)的效率大大提高；而且，根據(jù)公司事件類型，對于需要進行持倉匹配的事 件類型實現(xiàn)了公告信息數(shù)據(jù)和頭寸信息數(shù)據(jù)的自動匹配，實現(xiàn)了 CA信息報文的自動生成， 大大減少了人工處理環(huán)節(jié)，有效提高了工作效率和報文內(nèi)容的準確率、有效降低了操作風 險。以上是對本發(fā)明方法實施例的描述，下面對實現(xiàn)該方法的系統(tǒng)實施例進行介紹。參見圖3，為本發(fā)明實施例一種QFII業(yè)務中CA信息報文的生成系統(tǒng)的結構示意 圖。該系統(tǒng)可以包括第一獲取單元301，用于獲取公司公告信息文件。第一解析單元302，用于當所述公司公告信息文件的格式為第一約定格式時，解析 所述公司公告信息文件，獲得公告信息數(shù)據(jù)。傳輸單元303，用于將所述公告信息數(shù)據(jù)傳輸至預先建立的CA信息報文檔案，生 成CA信息報文。托管銀行的第一獲取單元301首先從信息系統(tǒng)中獲取公司的公告信息文件，然 后由第一解析單元302根據(jù)預先約定的公司公告信息文件的格式確定是否對文件進行解 析，約定格式可以為XML格式等，其中，公司公告信息文件司以是MTL564、MTB564、MTF564_ Μ、MTF564_W、MTN564、XMET, CBRM、EXffA等，例如，權證送配事件的公司公告信息文件為 MTF564_W。如果公司公告信息文件的格式為第一約定格式(如XML格式)，則可以基于預存 的解析文件對該公司公告信息文件進行解析，以獲得其中的公告信息數(shù)據(jù)，最后由傳輸單 元303將公告信息數(shù)據(jù)傳輸至報文的空架構中，從而可以生成CA信息報文。
本發(fā)明實施例通過上述單元約定公司公告信息文件的格式，對獲得的公司公告信 息文件進行解析，然后將解析數(shù)據(jù)傳輸至CA信息報文檔案中，實現(xiàn)了 CA信息報文的自動生 成，該方法替代了現(xiàn)有技術中人工生成報文的方式，從而提高了報文生成的效率，也大大降 低了出錯率。參見圖4，為本發(fā)明實施例另一種QFII業(yè)務中CA信息報文的生成系統(tǒng)的結構示意 圖。 該系統(tǒng)除了可以包括第一獲取單元401、第一解析單元402和傳輸單元403之外， 還可以包括第二獲取單元404、第二解析單元405、匹配單元406和判斷單元407。其中，第 一獲取單元401和第一解析單元402與前述實施例類似，此處不再贅述。第二獲取單元404，用于獲取證券持有頭寸信息文件。第二解析單元405，用于當所述證券持有頭寸信息文件的格式為第二約定格式時， 解析所述證券持有頭寸信息文件，獲得頭寸信息數(shù)據(jù)。匹配單元406，用于根據(jù)客戶端標識信息獲取與所述公告信息數(shù)據(jù)匹配的頭寸信 息數(shù)據(jù)。判斷單元407，用于在傳輸單元403將公告信息數(shù)據(jù)傳輸至預先建立的CA信息報 文檔案之前，根據(jù)所述公告信息數(shù)據(jù)中包含的公司事件類型，判斷是否需要獲取與所述公 告信息數(shù)據(jù)匹配的頭寸信息數(shù)據(jù)。傳輸單元403，用于在判斷單元407的判斷結果為否時，將公告信息數(shù)據(jù)傳輸至預 先建立的CA信息報文檔案，生成CA信息報文。傳輸單元403，還用于當判斷單元407的判 斷結果是時，將公告信息數(shù)據(jù)和與其匹配的頭寸信息數(shù)據(jù)傳輸至預先建立的CA信息報文 檔案，生成CA信息報文。本實施例中，在第一獲取單元401和第一解析單元402獲得公告信息數(shù)據(jù)后，由判 斷單元407對公司事件類型進行判斷，如果不需要獲得匹配的頭寸信息數(shù)據(jù)，則直接由傳 輸單元403將公告信息數(shù)據(jù)傳輸至CA信息報文檔案，生成報文，如果判斷結果是需要匹配 的頭寸信息數(shù)據(jù)，則由第二獲取單元404和第二解析單元405獲得頭寸信息數(shù)據(jù)，并由匹配 單元406獲得與公告信息數(shù)據(jù)匹配的頭寸信息數(shù)據(jù)，由傳輸單元403將公告信息數(shù)據(jù)和匹 配的頭寸信息數(shù)據(jù)傳輸至CA信息報文檔案中，生成報文。本發(fā)明實施例通過上述單元約定公司公告信息文件和證券持有頭寸信息文件的 格式，并對該約定格式的文件進行解析，為CA信息報文的自動生成奠定了基礎，使得從海 量的公告信息中提取所需數(shù)據(jù)的效率大大提高；而且，根據(jù)公司事件類型，對于需要進行持 倉匹配的事件類型實現(xiàn)了公告信息數(shù)據(jù)和頭寸信息數(shù)據(jù)的自動匹配，實現(xiàn)了 CA信息報文 的自動生成，大大減少了人工處理環(huán)節(jié)，有效提高了工作效率和報文內(nèi)容的準確率、有效降 低了操作風險。以上系統(tǒng)實施例中各單元的具體實現(xiàn)過程請參照前述方法實施例的相應描述，此 處不再贅述。以上的本發(fā)明實施方式，并不構成對本發(fā)明保護范圍的限定。任何在本發(fā)明的精 神和原則之內(nèi)所作的修改、等同替換和改進等，均應包含在本發(fā)明的權利要求保護范圍之 內(nèi)。
權利要求
一種合格境外機構投資者QFII業(yè)務中公司行為CA信息報文的生成方法，其特征在于，包括獲取公司公告信息文件；當所述公司公告信息文件的格式為第一約定格式時，解析所述公司公告信息文件，獲得公告信息數(shù)據(jù)；將所述公告信息數(shù)據(jù)傳輸至預先建立的CA信息報文檔案，生成CA信息報文。
2.根據(jù)權利要求1所述的方法，其特征在于，在所述將所述公告信息數(shù)據(jù)傳輸至預先 建立的CA信息報文檔案之前，還包括根據(jù)所述公告信息數(shù)據(jù)中包含的公司事件類型，判斷是否需要獲取與所述公告信息 數(shù)據(jù)匹配的頭寸信息數(shù)據(jù)，若否，則將所述公告信息數(shù)據(jù)傳輸至預先建立的CA信息報文檔 案。
3.根據(jù)權利要求2所述的方法，其特征在于，若需要獲取與所述公告信息數(shù)據(jù)匹配的頭寸信息數(shù)據(jù)，則將所述公告信息數(shù)據(jù)和與其 匹配的頭寸信息數(shù)據(jù)傳輸至所述預先建立的CA信息報文檔案。
4.根據(jù)權利要求2所述的方法，其特征在于，所述獲取與所述公告信息數(shù)據(jù)匹配的頭 寸信息數(shù)據(jù)包括獲取證券持有頭寸信息文件；當所述證券持有頭寸信息文件的格式為第二約定格式時，解析所述證券持有頭寸信息 文件，獲得頭寸信息數(shù)據(jù)；根據(jù)客戶端標識信息獲取與所述公告信息數(shù)據(jù)匹配的頭寸信息數(shù)據(jù)。
5.根據(jù)權利要求3所述的方法，其特征在于，所述客戶端標識信息包括客戶端的BIC和 ISIN。
6.根據(jù)權利要求3所述的方法，其特征在于，所述第二約定格式為XML格式。
7.根據(jù)權利要求1至5中任意一項所述的方法，其特征在于，所述第一約定格式為XML 格式。
8.—種QFII業(yè)務中CA信息報文的生成系統(tǒng)，其特征在于，包括第一獲取單元，用于獲取公司公告信息文件；第一解析單元，用于當所述公司公告信息文件的格式為第一約定格式時，解析所述公 司公告信息文件，獲得公告信息數(shù)據(jù)；傳輸單元，用于將所述公告信息數(shù)據(jù)傳輸至預先建立的CA信息報文檔案，生成CA信息 報文。
9.根據(jù)權利要求8所述的系統(tǒng)，其特征在于，還包括判斷單元，用于在所述傳輸單元將所述公告信息數(shù)據(jù)傳輸至預先建立的CA信息報文 檔案之前，根據(jù)所述公司公告信息文件中包含的公司事件類型，判斷是否需要獲取與所述 公告信息數(shù)據(jù)匹配的頭寸信息數(shù)據(jù)；所述傳輸單元，用于在所述判斷單元的判斷結果為否時，將所述公告信息數(shù)據(jù)傳輸至 預先建立的CA信息報文檔案，生成CA信息報文。
10.根據(jù)權利要求9所述的系統(tǒng)，其特征在于，還包括所述傳輸單元，還用于當所述判斷單元的判斷結果是時，將所述公告信息數(shù)據(jù)和與其匹配的頭寸信息數(shù)據(jù)傳輸至所述預先建立的CA信息報文檔案，生成CA信息報文。
11.根據(jù)權利要求9所述的系統(tǒng)，其特征在于，還包括 第二獲取單元，用于獲取證券持有頭寸信息文件；第二解析單元，用于當所述證券持有頭寸信息文件的格式為第二約定格式時，解析所 述證券持有頭寸信息文件，獲得頭寸信息數(shù)據(jù)；匹配單元，用于根據(jù)客戶端標識信息獲取與所述公告信息數(shù)據(jù)匹配的頭寸信息數(shù)據(jù)。
全文摘要
本發(fā)明實施例提供一種QFII業(yè)務中CA信息報文的生成方法及系統(tǒng)。一種QFII業(yè)務中CA信息報文的生成方法，包括獲取公司公告信息文件；當所述公司公告信息文件的格式為第一約定格式時，解析所述公司公告信息文件，獲得公告信息數(shù)據(jù)；將所述公告信息數(shù)據(jù)傳輸至預先建立的CA信息報文檔案，生成CA信息報文。本發(fā)明實施例通過約定公司公告信息文件和證券持有頭寸信息文件的格式，并對該格式的文件進行解析，為CA信息報文的自動生成奠定了基礎；而且，對于需要進行持倉匹配的事件類型實現(xiàn)了公告信息數(shù)據(jù)和頭寸信息數(shù)據(jù)的自動匹配，以及CA信息報文的自動生成，減少了人工處理環(huán)節(jié)，提高了工作效率和報文內(nèi)容的準確率，降低了操作風險。
文檔編號G06F17/24GK101866334SQ201010183479
公開日2010年10月20日 申請日期2010年5月19日 優(yōu)先權日2010年5月19日
發(fā)明者施薇, 涂云, 王威, 鄭建利, 郝芫, 陳振華 申請人:中國農(nóng)業(yè)銀行股份有限公司