擎進行處理，每一個平臺請求任務(wù)由一個zookeeper節(jié)點監(jiān)控，分布式查詢引擎向相應(yīng)的數(shù)據(jù)節(jié)點發(fā)送通信請求獲取數(shù)據(jù)，當(dāng)zookeeper監(jiān)控到結(jié)果1和結(jié)果2完成或者超時會發(fā)起合并任務(wù)，合并結(jié)果1和結(jié)果2的結(jié)果，并監(jiān)控此合并任務(wù)，超時請求3次，如果還失敗，自動放棄該請求，對該接口進行告警，當(dāng)zookeeper監(jiān)控到合并完畢，則發(fā)起上一層的合并任務(wù)，直至整個廣播任務(wù)合并完成。
[0032]本系統(tǒng)通過對外門戶、zookeeper集群、分布式查詢引擎和平臺接口四個功能模塊實現(xiàn)，用戶從對外門戶登陸，并且發(fā)起請求查詢?nèi)蝿?wù)，門戶會對請求進行廣播至各分布式查詢引擎，分布式查詢引擎中的每一個任務(wù)由zookeeper集群來管理，每個引擎會對平臺接口請求做負載均衡的控制，平臺接口接到請求，完成相應(yīng)的安全驗證后，去各平臺取數(shù)據(jù)，取到數(shù)據(jù)后，把數(shù)據(jù)通過指定的密鑰加密返回，分布式查詢引擎接到返回后，對該數(shù)據(jù)完成簽名的驗證，并對該任務(wù)所有返回值進行結(jié)果集的合并，該任務(wù)的結(jié)果集合并完成后，zookeeper集群會監(jiān)控到任務(wù)狀態(tài)的改變。
[0033]穩(wěn)定性:本征信信息系統(tǒng)采用分布式設(shè)計，用戶從網(wǎng)關(guān)服務(wù)器系統(tǒng)，網(wǎng)關(guān)服務(wù)器將用戶請求轉(zhuǎn)發(fā)到后端查詢服務(wù)器，查詢服務(wù)器將查詢請求分發(fā)到若干P2P平臺查詢系統(tǒng)獲取查詢結(jié)果。整個系統(tǒng)至少配備有一臺網(wǎng)關(guān)、一臺查詢服務(wù)器、一個平臺查詢子系統(tǒng)，在用戶接入服務(wù)器采用HighAvailable高可用方案，協(xié)調(diào)器類似zookeeper這樣的產(chǎn)品配合業(yè)務(wù)應(yīng)用定時的心跳檢測，能感知引擎宕機后能立刻反饋到業(yè)務(wù)應(yīng)用，避免出現(xiàn)無效的請求調(diào)用，網(wǎng)關(guān)、查詢服務(wù)器都支持線性擴展，支持動態(tài)負載均衡配置，無單點失效問題，支持全天候提供7*24小時不間斷服務(wù)。
[0034]安全性，本征信信息系統(tǒng)進行了多重安全設(shè)計，具體采用的安全措施有:
[0035]數(shù)據(jù)與服務(wù)器安全:
[0036]1.只有網(wǎng)關(guān)才提供對外服務(wù)通道，用戶所有的查詢請求都是通過網(wǎng)關(guān)提交進來的，網(wǎng)關(guān)服務(wù)器本身不提供任何數(shù)據(jù)服務(wù)器，只是提供普通用戶查詢服務(wù)的接入服務(wù)。
[0037]2.查詢服務(wù)器處于被隔離內(nèi)網(wǎng)，所有查詢服務(wù)器均關(guān)閉所有對外端口和禁用公網(wǎng)IP，從外網(wǎng)無法進入任何查詢服務(wù)器。
[0038]3.接入服務(wù)器是進入隔離內(nèi)網(wǎng)的唯一通道，只有系統(tǒng)管理員才能夠通過專門的系統(tǒng)維護的接入服務(wù)器才能夠進入被隔離的內(nèi)網(wǎng)進行查詢服務(wù)器的維護。
[0039]4.發(fā)布服務(wù)器是更新版本唯一通道，對征信系統(tǒng)的升級和配置更新，只有發(fā)布服務(wù)器才有權(quán)限進行，且發(fā)布服務(wù)器也只有系統(tǒng)管理員必須從接入服務(wù)器才能進入。
[0040]傳輸安全與用戶身份鑒別:
[0041 ] 1.用戶和系統(tǒng)管理員接入系統(tǒng)時采用短信驗證碼認證和RSAkey動態(tài)密碼認證的方法來對用戶身份進行驗證，確保操作用戶就是該用戶本人。
[0042]2.數(shù)據(jù)傳輸使用非對稱公私鑰加密模型，確保數(shù)據(jù)在通信信道上的安全，即使數(shù)據(jù)被竊聽了也不會泄露明文信息。
[0043]分布式征信查詢系統(tǒng)是蜜蜂數(shù)據(jù)針對互金行業(yè)提出的技術(shù)解決方案，也可以用于所有對于大數(shù)據(jù)計算，具體為:
[0044]1.用戶向蜜蜂數(shù)據(jù)發(fā)出查詢請求，請求會分發(fā)到各分布式查詢引擎來處理，平臺請求任務(wù)在任務(wù)創(chuàng)建的時候，對各任務(wù)處理的接口數(shù)量做了負載的平均分配；
[0045]2.當(dāng)平臺請求任務(wù)對該任務(wù)下的多個接口同時發(fā)出請求的時候，該任務(wù)會從線程池中取相應(yīng)空閑線程，每個接口分配一個線程，對接口發(fā)出異步請求，向各平臺數(shù)據(jù)節(jié)點取可供查詢的數(shù)據(jù)；
[0046]3.當(dāng)接口接收到請求后，會對請求的有效性，做SSL簽名認證的檢查，驗證通過后，進行具體的數(shù)據(jù)查詢操作，查到數(shù)據(jù)后，會對數(shù)據(jù)進行加密傳輸返回給平臺請求任務(wù)；
[0047]4.查詢引擎接收到返回后，對數(shù)據(jù)進行合并，如果超時，就做3次嘗試，合并完成后，會把該任務(wù)合并的結(jié)果集放在分布式緩存redis中，同時更改zookeeper任務(wù)狀態(tài)，發(fā)現(xiàn)其他同級任務(wù)也完成了合并時，zookeeper會啟動另外一個任務(wù)，對結(jié)果進行二次合并，一層層遞歸至該任務(wù)結(jié)果合并成一個結(jié)果集。
【主權(quán)項】
1.一種去中心化的分布式信用征信查詢發(fā)布方法，其特征在于將用戶輸入的征信請求使用集群并發(fā)機制進行分發(fā)，將請求細分為對若干平臺的征信請求，并發(fā)機制將對若干P2P網(wǎng)貸平臺的請求通過接口分發(fā)到相應(yīng)的平臺子系統(tǒng)請求查詢，平臺子系統(tǒng)在查詢自己的數(shù)據(jù)庫后將查詢結(jié)果返回，查詢處理器收集所有平臺子系統(tǒng)的查詢結(jié)果，進行查詢結(jié)果合并，并將合并后的查詢結(jié)果展示給用戶，查詢結(jié)果和合并后的結(jié)果不進行持久化和存儲，進行滿足每次查詢請求所返回征信結(jié)果的實時性。2.如權(quán)利要求1所述的一種去中心化的分布式信用征信查詢發(fā)布方法，其特征在于所述的方法具體步驟如下:當(dāng)用戶進入查詢界面的時候，輸入身份證和姓名，點擊查詢，服務(wù)器會把訂單廣播到所有分布式查詢引擎進行處理，每一個平臺請求任務(wù)由一個zookeeper節(jié)點監(jiān)控，分布式查詢引擎向相應(yīng)的數(shù)據(jù)節(jié)點發(fā)送通信請求獲取數(shù)據(jù)，當(dāng)zookeeper監(jiān)控到結(jié)果1和結(jié)果2完成或者超時會發(fā)起合并任務(wù)，合并結(jié)果1和結(jié)果2的結(jié)果，并監(jiān)控此合并任務(wù)，超時請求3次，如果還失敗，自動放棄該請求，對該接口進行告警，當(dāng)zookeeper監(jiān)控到合并完畢，則發(fā)起上一層的合并任務(wù)，直至整個廣播任務(wù)合并完成。3.如權(quán)利要求1所述的一種去中心化的分布式信用征信查詢發(fā)布方法，其特征在于所述的方法通過對外門戶、zookeeper集群、分布式查詢引擎和平臺接口四個功能模塊實現(xiàn)，用戶從對外門戶登陸，并且發(fā)起請求查詢?nèi)蝿?wù)，門戶會對請求進行廣播至各分布式查詢引擎，分布式查詢引擎中的每一個任務(wù)由zookeeper集群來管理，每個引擎會對平臺接口請求做負載均衡的控制，平臺接口接到請求，完成相應(yīng)的安全驗證后，去各平臺取數(shù)據(jù)，取到數(shù)據(jù)后，把數(shù)據(jù)通過指定的密鑰加密返回，分布式查詢引擎接到返回后，對該數(shù)據(jù)完成簽名的驗證，并對該任務(wù)所有返回值進行結(jié)果集的合并，該任務(wù)的結(jié)果集合并完成后，zookeeper集群會監(jiān)控到任務(wù)狀態(tài)的改變。4.如權(quán)利要求1所述的一種去中心化的分布式信用征信查詢發(fā)布方法，其特征在于所述的方法中所有征信信息均存儲在接入本征信信息系統(tǒng)的各P2P網(wǎng)貸平臺自身的數(shù)據(jù)庫中，在用戶查詢征信信息時，本系統(tǒng)與所有接入的P2P平臺子系統(tǒng)進行通信以獲取征信信息，并進行結(jié)果合并以提供一次查詢的完整結(jié)果。5.如權(quán)利要求1所述的一種去中心化的分布式信用征信查詢發(fā)布方法，其特征在于所述的方法通過征信信息系統(tǒng)實現(xiàn)，征信信息系統(tǒng)使用分布式的計算機網(wǎng)絡(luò)和信息系統(tǒng)來達成整體系統(tǒng)目標(biāo)，完成一個查詢請求需要多個計算機系統(tǒng)協(xié)作完成，當(dāng)一個查詢被拆分為多個子查詢時，每個子查詢在分布在互聯(lián)網(wǎng)中的多個計算機系統(tǒng)中完成。6.如權(quán)利要求1所述的一種去中心化的分布式信用征信查詢發(fā)布方法，其特征在于所述的方法具體如下:當(dāng)用戶提交征信信息查詢請求時，該查詢會被分配一個唯一的ID用于標(biāo)識該查詢的唯一性，由查詢服務(wù)器中的查詢分發(fā)器將用戶征信信息查詢拆分為對若干個目標(biāo)P2P平臺查詢子系統(tǒng)的子查詢請求，每個子查詢同樣會被分配一個唯一的ID用于標(biāo)識該子查詢的唯一性，并將這些子查詢請求發(fā)送給對應(yīng)的P2P平臺的查詢子系統(tǒng)進行查詢。7.如權(quán)利要求1所述的一種去中心化的分布式信用征信查詢發(fā)布方法，其特征在于所述的方法具體如下:當(dāng)各被查詢P2P平臺的查詢子系統(tǒng)在自身的數(shù)據(jù)庫中查詢到結(jié)果后，將查詢結(jié)果返回給查詢調(diào)度器，返回結(jié)果中會包含該結(jié)果所對應(yīng)的子查詢ID，查詢調(diào)度器會根據(jù)子查詢ID找到查詢ID，并將所有對應(yīng)該查詢ID的子查詢結(jié)果合并到該查詢ID所對應(yīng)的查詢結(jié)果中。8.如權(quán)利要求1所述的一種去中心化的分布式信用征信查詢發(fā)布方法，其特征在于所述的方法具體如下:將所有用戶的查詢請求使用隊列進行排隊，每個查詢拆分后的若干子查詢也使用隊列進行排隊，查詢服務(wù)器采用線程池和Actor并發(fā)模型并發(fā)機制方法，并發(fā)的從隊列中取出查詢和子查詢進行處理以保證查詢的高效性。9.如權(quán)利要求1所述的一種去中心化的分布式信用征信查詢發(fā)布方法，其特征在于所述的方法具體如下: a.同步展示查詢結(jié)果方式，用戶在查詢界面提交查詢請求后，一直等待知道查詢結(jié)果返回并在界面上顯示，在過程中如果用戶退出或關(guān)閉界面下次進入系統(tǒng)后，上次的查詢請求講不再存在； b.異步展示查詢結(jié)果方式用戶在查詢界面提交查詢請求后，系統(tǒng)提示用戶查詢的處理狀態(tài)為正在查詢處理中，當(dāng)查詢結(jié)果返回時，系統(tǒng)提示查詢狀態(tài)為查詢完成，并將查詢結(jié)果顯示給用戶，在查詢過程中用戶可以退出或關(guān)閉系統(tǒng)界面，再次進入仍可以查看到之前的查詢請求的狀態(tài)和結(jié)果。
【專利摘要】本發(fā)明涉及計算機數(shù)據(jù)處理技術(shù)領(lǐng)域，具體來說是一種去中心化的分布式信用征信的查詢個人和單位信用信息的發(fā)布方法，是將用戶輸入的征信請求使用集群并發(fā)機制進行分發(fā)，將請求細分為對若干平臺的征信請求，并發(fā)機制將對若干P2P網(wǎng)貸平臺的請求通過接口分發(fā)到相應(yīng)的平臺子系統(tǒng)請求查詢，平臺子系統(tǒng)在查詢自己的數(shù)據(jù)庫后將查詢結(jié)果返回，查詢處理器收集所有平臺子系統(tǒng)的查詢結(jié)果，進行查詢結(jié)果合并，并將合并后的查詢結(jié)果展示給用戶，查詢結(jié)果和合并后的結(jié)果不進行持久化和存儲，進行滿足每次查詢請求所返回征信結(jié)果的實時性。本發(fā)明的整個系統(tǒng)安全性、穩(wěn)定性提高，靈活性高，接入速度快。
【IPC分類】G06Q40/02, G06F17/30
【公開號】CN105488186
【申請?zhí)枴緾N201510867466
【發(fā)明人】徐紅偉
【申請人】徐紅偉
【公開日】2016年4月13日
【申請日】2015年12月1日