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