[發(fā)明專(zhuān)利]一種基于多源數(shù)據(jù)變動(dòng)調(diào)權(quán)的限額計(jì)算交叉驗(yàn)證系統(tǒng)

在審

• 申請(qǐng)?zhí)枺?/td>: 202011539731.5
• 申請(qǐng)日: 2020-12-23
• 公開(kāi)（公告）號(hào): CN112465651A
• 公開(kāi)（公告）日: 2021-03-09
• 發(fā)明（設(shè)計(jì)）人: 唐晟威;陶悅;謝偉偉
• 申請(qǐng)（專(zhuān)利權(quán)）人: 上海基玉金融信息服務(wù)股份有限公司
• 主分類(lèi)號(hào): G06Q40/06
• 分類(lèi)號(hào): G06Q40/06;G06F16/25;G06Q40/04;G06Q10/06;G06Q10/10
• 代理公司: 上海科律專(zhuān)利代理事務(wù)所(特殊普通合伙) 31290
• 代理人: 金碎平

1.一種基于多源數(shù)據(jù)變動(dòng)調(diào)權(quán)的限額計(jì)算交叉驗(yàn)證系統(tǒng)，其特征在于，包括：

基金限額數(shù)據(jù)采集存儲(chǔ)模塊：包括前端用戶端和后端服務(wù)器，用于采集并存儲(chǔ)來(lái)自多個(gè)基金限額數(shù)據(jù)源的數(shù)據(jù)，所述前端用戶端和后端服務(wù)器之間設(shè)置Nginx反向代理服務(wù)器；

限額數(shù)據(jù)處理模塊：獲取并處理限額數(shù)據(jù)；

限額配置模塊：配置限額來(lái)源、限額取值優(yōu)先級(jí)、限額公告關(guān)鍵字和基金參數(shù)來(lái)源；

投前超限校驗(yàn)?zāi)K：校驗(yàn)用戶認(rèn)申購(gòu)、普通轉(zhuǎn)換、超級(jí)轉(zhuǎn)換是否超單筆、單日、單賬戶限額；

投后超限處理模塊：包括在途超限查詢(xún)、超限歷史查詢(xún)以及超限短信郵件發(fā)送。

2.如權(quán)利要求1所述的基于多源數(shù)據(jù)變動(dòng)調(diào)權(quán)的限額計(jì)算交叉驗(yàn)證系統(tǒng)，其特征在于，所述基金限額數(shù)據(jù)采集存儲(chǔ)模塊采用采用Oracle數(shù)據(jù)庫(kù)進(jìn)行數(shù)據(jù)存儲(chǔ)，并配合數(shù)據(jù)持久層Mybatis將數(shù)據(jù)處理接口和普通的Java對(duì)象映射成數(shù)據(jù)庫(kù)中的記錄。

3.如權(quán)利要求1所述的基于多源數(shù)據(jù)變動(dòng)調(diào)權(quán)的限額計(jì)算交叉驗(yàn)證系統(tǒng)，其特征在于，所述多個(gè)基金限額數(shù)據(jù)源包括管理人行情07文件、管理人參數(shù)C1文件、管理人官網(wǎng)公告文件、財(cái)匯數(shù)據(jù)庫(kù)、萬(wàn)得數(shù)據(jù)庫(kù)和手工更新維護(hù)的數(shù)據(jù)源。

4.如權(quán)利要求3所述的基于多源數(shù)據(jù)變動(dòng)調(diào)權(quán)的限額計(jì)算交叉驗(yàn)證系統(tǒng)，其特征在于，所述管理人官網(wǎng)公告文件通過(guò)官網(wǎng)獲取PDF文件或WORD圖片，解析獲取與單日購(gòu)買(mǎi)上限和/或單賬戶購(gòu)買(mǎi)上限相關(guān)的關(guān)鍵詞，并采用OCR和NLP處理后轉(zhuǎn)化為數(shù)據(jù)格式。

5.如權(quán)利要求4所述的基于多源數(shù)據(jù)變動(dòng)調(diào)權(quán)的限額計(jì)算交叉驗(yàn)證系統(tǒng)，其特征在于，所述關(guān)鍵詞包括《XXXX基金暫停大額申購(gòu)、轉(zhuǎn)換轉(zhuǎn)入的公告》，《XXXX基金恢復(fù)大額申購(gòu)、轉(zhuǎn)換轉(zhuǎn)入的公告》，《XXXX基金調(diào)整大額申購(gòu)限額的公告》，《XXXX基金暫停XX金額以上的申購(gòu)、轉(zhuǎn)換轉(zhuǎn)入的公告》，《XXXX基金限制大額申購(gòu)業(yè)務(wù)的公告》和《XXXX基金XX節(jié)假期前暫停申購(gòu)、轉(zhuǎn)換轉(zhuǎn)入業(yè)務(wù)的公告》。

6.如權(quán)利要求3所述的基于多源數(shù)據(jù)變動(dòng)調(diào)權(quán)的限額計(jì)算交叉驗(yàn)證系統(tǒng)，其特征在于，所述限額數(shù)據(jù)處理模塊包括如下限額處理過(guò)程：

對(duì)任一基金產(chǎn)品，取來(lái)自管理人行情07文件、管理人參數(shù)C1文件、管理人官網(wǎng)公告文件、財(cái)匯數(shù)據(jù)庫(kù)和萬(wàn)得數(shù)據(jù)庫(kù)共五種數(shù)據(jù)源的限額數(shù)據(jù)進(jìn)行比較，數(shù)值一致的直接作為該基金產(chǎn)品限額值；

若出現(xiàn)數(shù)據(jù)不一致，則對(duì)各數(shù)據(jù)源獲取的限額數(shù)值Li進(jìn)行賦權(quán)Ni，權(quán)重值通過(guò)限額尋優(yōu)模型尋找最優(yōu)值y1，同時(shí)計(jì)算限額最小值y2，取限額安全值為y3＝Min(y1，y2)；

若該基金產(chǎn)品存在手工維護(hù)值，則直接取手工維護(hù)值作為優(yōu)先限額值。

7.如權(quán)利要求6所述的基于多源數(shù)據(jù)變動(dòng)調(diào)權(quán)的限額計(jì)算交叉驗(yàn)證系統(tǒng)，其特征在于，所述限額數(shù)據(jù)處理模塊還包括對(duì)任一基金產(chǎn)品進(jìn)行如下限額數(shù)據(jù)更新處理過(guò)程：

a)判斷該產(chǎn)品是否在手動(dòng)維護(hù)限額的有效期內(nèi)，若是則該產(chǎn)品本日限額不更新，若不是則進(jìn)入下一步；

b)判斷該產(chǎn)品是否已有來(lái)自管理人行情07文件的當(dāng)前交易日的行情數(shù)據(jù)，若已有，則進(jìn)行下一步，若沒(méi)有，則30分鐘之后再次進(jìn)行本判斷；對(duì)于管理人行情07文件已來(lái)的產(chǎn)品，每天早上8：30開(kāi)始不斷執(zhí)行更新，每小時(shí)一次，直至下午14：30；

c)取當(dāng)前產(chǎn)品來(lái)自財(cái)匯數(shù)據(jù)庫(kù)、萬(wàn)得數(shù)據(jù)庫(kù)、管理人官網(wǎng)公告文件、管理人參數(shù)C1文件、管理人行情07文件中的單日上限字段；

d)若有某個(gè)數(shù)據(jù)源未取到值或者取值為空，則將該數(shù)據(jù)置為0；

e)比較財(cái)匯數(shù)據(jù)庫(kù)、萬(wàn)得數(shù)據(jù)庫(kù)、管理人官網(wǎng)公告文件、管理人參數(shù)C1文件、管理人行情07文件中的單日上限字段并根據(jù)限額算法計(jì)算后自動(dòng)更新，根據(jù)多源數(shù)據(jù)一致或不一致分別計(jì)算限額值，通過(guò)限額尋優(yōu)模型尋找最優(yōu)值y1，同時(shí)計(jì)算限額最小值y2，取限額安全值為y3＝Min(y1，y2)；

f)若該產(chǎn)品存在手工維護(hù)值，則更新手工維護(hù)值作為限額值。

8.如權(quán)利要求2所述的基于多源數(shù)據(jù)變動(dòng)調(diào)權(quán)的限額計(jì)算交叉驗(yàn)證系統(tǒng)，其特征在于，所述前端用戶端為手機(jī)、平板或PC客戶端，所述前端用戶端使用jquery和easyUI框架，所述后端服務(wù)器使用SpringMVC為框架，所述前端用戶端和后端服務(wù)器采用Json格式進(jìn)行數(shù)據(jù)轉(zhuǎn)換、解析和映射，使得數(shù)據(jù)接收和pattern URL相匹配。