一種業務數據供應鏈管理系統的製作方法
2023-10-06 01:40:09 1
一種業務數據供應鏈管理系統的製作方法
【專利摘要】本發明提出了一種業務數據供應鏈管理系統，包括：終端設備，用戶通過終端設備採集業務數據並發出服務申請指令；Web伺服器用於對數據分析結果和服務申請指令進行加密；服務網關伺服器用於加密後的數據分析結果和服務申請指令；資料庫伺服器用於存儲業務數據和數據分析結果；代理商伺服器與服務網關伺服器的多個代理商接口進行通信，並通過專用線路與多個代理商系統進行通信；運營商伺服器與服務網關伺服器的多個運營商接口進行通信，並通過專用線路與多個運營商系統進行通信。本發明實現了獨立完整性、生產標準化要求較低、全信用授信、數據採集簡便準確、難以偽造數據信息。
【專利說明】一種業務數據供應鏈管理系統
【技術領域】
[0001]本發明涉及數據服務【技術領域】，特別涉及一種業務數據供應鏈管理系統。
【背景技術】
[0002]現有的業務數據供應鏈管理系統主要分兩種:
[0003]一種是銀行自建的供應鏈金融系統，系統只搭建了銀行對供應鏈關係及倉儲系統分析審批平臺，而客戶端依賴於ERP (Enterprise Resource Planning,企業資源計劃)系統或倉儲系統，從嚴格定義上說僅搭建了供應鏈審批平臺而非完整供應鏈數據平臺，大量數據未得到有效應用；且對中小企業的融資門檻過高。
[0004]另一種是科技公司開發的供應鏈平臺裡面包括了金融功能，綜合管理成本較高，且數據效率及真實性待考證，難以防範重複抵質押或偽造交易的風險，且操作較為複雜。
[0005]以上兩種供應鏈系統為主流模式，但都屬於大工業時代產物，不符合目前網際網路資訊時代的生產經營模式、同時也不符合目前網際網路金融產品的風險防控模式，數據採集不便且準確性低，沒有對數據進行加密，使得非法人員極易偽造數據信息。
【發明內容】
[0006]本發明的目的旨在至少解決所述技術缺陷之一。
[0007]為此，本發明的目的在於提出一種業務數據供應鏈管理系統。
[0008]為了實現上述目的，本發明的實施例提供一種業務數據供應鏈管理系統，包括:終端設備，用戶通過所述終端設備採集業務數據並發出服務申請指令，其中，所述業務數據包括供應鏈上的每個環節的訂單數據、支付數據和金融數據，所述服務申請指令包括:資金支付指令、價格及產品信息查詢指令和服務預約指令；Web伺服器，所述Web伺服器與所述終端設備進行通信，用於接收所述業務數據和服務申請指令，並對所述業務數據進行分析以生成對應的數據分析結果，對所述數據分析結果和服務申請指令進行加密；服務網關伺服器，所述服務網關伺服器與所述Web伺服器進行通信，用於接收所述Web伺服器發送的加密後的數據分析結果和服務申請指令，在所述服務網關伺服器內設置有多個代理商接口和多個運營商接口 ；資料庫伺服器，所述資料庫伺服器與所述服務網關伺服器進行通信，用於存儲所述業務數據和數據分析結果；代理商伺服器，所述代理商伺服器與所述服務網關伺服器的多個代理商接口進行通信，並通過專用線路與多個代理商系統進行通信，用於通過所述代理商接口接收與所述代理商系統對應的加密後的服務申請指令和數據分析結果，並向每個所述代理商系統發送對應的服務申請指令和數據分析結果，以由每個所述代理商系統在對所述服務申請指令和數據分析結果解密後，獲取所述數據分析結果並響應用戶的服務申請指令；運營商伺服器，所述運營商伺服器與所述服務網關伺服器的多個運營商接口進行通信，並通過專用線路與多個運營商系統進行通信，用於通過所述運營商接口接收與所述運營商系統對應的加密後的服務申請指令和數據分析結果，並向每個所述運營商系統發送對應的服務申請指令和數據分析結果，以由每個所述運營商系統在對所述服務申請指令和數據分析結果解密後，獲取所述數據分析結果並響應用戶的服務申請指令。
[0009]在本發明的一個實施例中，所述終端設備包括:智能POS機、智能手持掃碼裝置、移動終端、智能衡器、智能讀卡器。
[0010]在本發明的又一個實施例中，還包括:防火牆設備，所述防火牆設備設置於所述Web伺服器和所述服務網關伺服器之間，分別與所述Web伺服器和所述服務網關伺服器進行通信。
[0011]在本發明的再一個實施例中，所述資料庫伺服器設置資料庫的操作權限規則，允許符合所述權限規則的用戶對所述資料庫伺服器進行操作。
[0012]在本發明的一個實施例中，所述資料庫伺服器的硬碟採用RAIDl鏡像，並且每隔預設周期進行資料庫備份。
[0013]在本發明的一個實施例中，所述資料庫伺服器採用Oracle資料庫。
[0014]在本發明的又一個實施例中，所述代理商伺服器與所述多個代理商系統通過有線或無線方式進行通信。
[0015]在本發明的再一個實施例中，所述有線方式包括:公共交換電話網絡PSTN、綜合業務數字網ISDN、非對稱數字用戶環路ADSL、數字數據網DDN ;所述無線方式包括:全球移動通信系統GSM、通用分組無線業務GPRS、碼分多址CDMA。
[0016]根據本發明實施例的業務數據供應鏈管理系統，較好地解決了原有供應鏈金融系統中存在的問題，實現了獨立完整性、生產標準化要求較低、全信用授信、數據採集簡便準確、難以偽造數據信息，使得流通領域中廠商、代理商、經銷商都能降低信息溝通成本、獲得更好的資金周轉效率。
[0017]本發明附加的方面和優點將在下面的描述中部分給出，部分將從下面的描述中變得明顯，或通過本發明的實踐了解到。
【專利附圖】
【附圖說明】
[0018]本發明的上述和/或附加的方面和優點從結合下面附圖對實施例的描述中將變得明顯和容易理解，其中:
[0019]圖1為根據本發明一個實施例的業務數據供應鏈管理系統的結構圖；
[0020]圖2為根據本發明另一個實施例的業務數據供應鏈管理系統的結構圖；
[0021]圖3為根據本發明實施例的業務數據供應鏈管理系統的架構圖；
[0022]圖4為根據本發明實施例的LVS負載均衡的示意圖。
【具體實施方式】
[0023]下面詳細描述本發明的實施例，所述實施例的示例在附圖中示出，其中自始至終相同或類似的標號表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附圖描述的實施例是示例性的，旨在用於解釋本發明，而不能理解為對本發明的限制。
[0024]本發明的業務數據供應鏈管理系統採用三層結構模式，即採用C/S與B/S相結合的三層(多層)結構模式。其中第一層是代理商，第二層是WEB伺服器和服務網關(ServingGff)平臺，系統在這個平臺上構造業務服務處理，響應客戶端的服務申請。第三層是資料庫平臺，為第二層提供資料庫服務。第四層是通信代理平臺，為第三層提供數據服務，同時響應客戶端的服務申請與收費企業通信服務。採用三層(多層)結構模式將業務邏輯獨立封裝，使系統具有很高的擴展性和安全性。同時也隔離了客戶端對資料庫的直接連接，保障了數據的安全。
[0025]如圖1所示，本發明實施例的一種業務數據供應鏈管理系統，包括:終端設備1、Web伺服器2、服務網關伺服器3、資料庫伺服器4、代理商伺服器5和運營商伺服器6。
[0026]具體地，用戶通過終端設備I採集業務數據並發出服務申請指令。其中，業務數據包括供應鏈上的每個環節的訂單數據、支付數據和金融數據。服務申請指令包括:資金支付指令、價格及產品信息查詢指令和服務預約指令。以生產銷售領域為例說明，在終端設備I上建立訂貨及銷售平臺，實時採集訂單及庫存、資金流數據。用戶通過布放在每個生產及銷售環節的終端設備I在供應鏈上的生產、採購、銷售環節進行訂單數據、支付數據和金融數據的實時採集上傳到Web伺服器2進行數據保存及數據挖掘。需要說明的是，上述僅是出於示例的目的，用戶通過終端設備I採集到的業務數據不限於生產銷售領域的數據，還可以為日常生活的公共服務數據等，在此不再贅述。
[0027]並且，用戶可以通過終端設備I發出服務申請指令，其中服務申請指令包括用戶要申請的服務，例如，支付資金、查詢信息、預約服務等。
[0028]具體來說，用戶可以通過終端設備I發出資金支付指令，例如繳納學費。終端設備I與學校的繳費系統通信，用戶可以通過終端設備I填寫對應的繳費信息，包括繳費金額、繳費名目、繳費人信息等，並將上述繳費信息以報文形式發送至繳費系統。由此，繳費系統可以直接獲知這筆繳費的繳費人和繳費名目，並進一步記錄到系統內，省去了傳統的人工核對過程。
[0029]此外，用戶還可以通過終端設備I發送價格查詢指令和產品查詢指令到對應的數據伺服器，獲取對應的價格信息和產品信息。
[0030]進一步，用戶還可以通過終端設備I發送服務預約指令，例如預約醫療服務等。
[0031]在本發明的一個實施例中，終端設備I包括:智能POS機、智能手持掃碼裝置、移動終端、智能衡器、智能讀卡器。
[0032]Web伺服器2與終端設備I進行通信，用於接收業務數據和服務申請指令，並對業務數據進行分析以生成對應的數據分析結果，對數據分析結果和服務申請指令進行加密。
[0033]具體地，在Web伺服器2上構建有雲平臺，雲平臺對業務數據進行數據挖掘和數據分析。
[0034]數據挖掘:Web伺服器2上的雲平臺中可同步生產、採購、銷售等環節的原材料庫存、生產進度、成品庫存、訂單信息、在途物流信息，各類信息數據經過現金流監測模型的數據換算折算出現金流淨現值及生產效率，用於評估每個環節點的運營情況並可計算出每日經營報表。
[0035]數據分析:Web伺服器2上的雲平臺將經過處理後的原始數據一部分在雲端進行信息同步，用作正常的生產、銷售經營；另一部分加工過的數據進入風險評估後臺，代入債務承受額模型、債務評級系統中分別計算出一個企業的債務承受能力(最高額)、授信建議(最佳額)、並根據他的經營情況及他的負債情況對以他為授信主體的債務進行評分，評分值是一個若干指標的導數及協方差加權後的求和。
[0036]Web伺服器2將對業務數據進行數據挖掘和數據分析後，得到數據分析結果。
[0037]進一步，如圖2所示，本發明的業務數據供應鏈管理系統還包括:防火牆設備9。防火牆設備9設置於Web伺服器2和服務網關伺服器3之間，分別與Web伺服器2和服務網關伺服器3進行通信。
[0038]在本發明的一個實施例中，防火牆設備9啟用Linux伺服器的系統防火牆，只開放業務需要的埠，其他通訊完全被丟棄。關閉不需要的用戶，設置Root用戶以及操作用戶的密碼，並保證密碼複雜度，定期更換密碼。關閉不需要的系統服務，如有需要，使用SSH(Secure Shell,安全外殼協議)進行遠程管理。Linux系統可以設置很強的安全策略，保證系統的安全。
[0039]服務網關伺服器3與Web伺服器2進行通信，用於接收Web伺服器2發送的加密後的數據分析結果和服務申請指令，在服務網關伺服器3內設置有多個代理商接口 31和多個運營商接口 32。參考圖3，多個代理商接口 31包括代理商A接口和代理商B接口。多個運營商接口 32包括運營商A接口和運營商B接口。
[0040]資料庫伺服器4與服務網關伺服器3進行通信，用於存儲業務數據和數據分析結果。具體地，資料庫伺服器4設置資料庫的操作權限規則，允許符合權限規則的用戶對資料庫伺服器進行操作。即，採用資料庫伺服器4專用的系統操作帳戶進行操作。資料庫伺服器4採用專有資料庫用戶進行操作，並且設置權限規則，防止誤操作對資料庫造成的毀壞，保證資料庫內信息的安全。
[0041]在本發明的一個實施例中，資料庫伺服器4採用Oracle資料庫，可以構建一個大型的信息系統。
[0042]進一步，資料庫伺服器4的硬碟採用RAIDl鏡像，並且每隔預設周期進行資料庫備份，即定期進行資料庫備份。由專人進行操作，防止多人操作導致資料庫損壞。
[0043]如圖2和圖3所示，代理商伺服器5與服務網關伺服器3的多個代理商接口 31進行通信，並通過專用線路與多個代理商系統7進行通信，用於通過代理商接口 31接收與代理商系統7對應的加密後的服務申請指令和數據分析結果，並向每個代理商系統7發送對應的服務申請指令和數據分析結果，以由每個代理商系統7在對服務申請指令和數據分析結果解密後，獲取數據分析結果並響應用戶的服務申請指令。
[0044]運營商伺服器6與服務網關伺服器3的多個運營商接口 32進行通信，並通過專用線路與多個運營商系統8進行通信,用於通過運營商接口 32接收與運營商系統8對應的加密後的服務申請指令和數據分析結果，並向每個運營商系統8發送對應的服務申請指令和數據分析結果，以由每個運營商系統8在對服務申請指令和數據分析結果解密後，獲取數據分析結果並響應用戶的服務申請指令。
[0045]需要說明的是，代理商伺服器5與多個代理商系統7的連接和通訊方式採用靈活的通訊方式，可以通過有線或無線方式進行通信。在本發明的一個實施例中，有線方式包括:PSTN(Public Switched Telephone Network,公共交換電話網絡)、ISDN(IntegratedServices Digital Network,綜合業務數字網)、ADSL (Asymmetric Digital SubscriberLine,非對稱數字用戶環路)、DDN(Digital Data Network,數字數據網)。無線方式包括:GSM(Global System for Mobile Communicat1ns,全球移動通信系統)、GPRS (GeneralPacket Rad1 Service,通用分組無線業務)、CDMA (Code Divis1n Multiple Access,石馬分多址)。
[0046]系統可靈活構建在各種場所，如營業廳、小區等，使交易平臺所承載的業務能近距離的展現在最終客戶身邊，也可依據易辦事所在的場所的特點，做個性化的調整，做到在適合的地方提供適合的功能。
[0047]下面參考圖3，以代理商A、B系統，運營商A、B系統為例對服務網關伺服器3與各個代理商系統和運營商系統的通信過程進行說明。
[0048]多個代理商接口 31包括代理商A接口和代理商B接口，其中，代理商A系統通過代理商A接口與服務網關伺服器3進行通信，代理商B系統通過代理商B接口與服務網關伺服器3進行通信。具體地，代理商A系統和代理商B系統分別通過代理商A接口和代理商B接口接收對應的服務申請指令和數據分析結果。然後，代理商A系統和代理商B系統在對服務申請指令和對應的數據分析結果解密後，獲取數據分析結果並響應用戶的服務申請指令。
[0049]多個運營商接口 32包括運營商A接口和運營商B接口，其中,運營商A系統通過運營商A接口與服務網關伺服器3進行通信，運營商B系統通過運營商B接口與服務網關伺服器3進行通信。具體地,運營商A系統和運營商B系統分別通過運營商A接口和運營商B接口接收對應的服務申請指令和數據分析結果。然後,運營商A系統和運營商B系統在對服務申請指令和對應的數據分析結果解密後，獲取數據分析結果並響應用戶的服務申請指令。
[0050]在本發明的一個實施例中，本發明進一步建立現金流監測，後臺監測者可以在PC端實時監控現金流及訂單分析後數據。本發明從技術上採取措施，加強系統監控、保證系統穩定運行，降低差錯率。
[0051]圖4為根據本發明實施例的LVS負載均衡的示意圖。
[0052]本發明的LVS集群採用三層結構，負載調度器、伺服器池、共享存儲主要部分組成。其中，伺服器池包括多個真實伺服器節點，共享存儲包括數據、後臺服務節點。LVS集群採用IP負載均衡技術和基於內容請求分發技術。負載調度器具有很好的吞吐率，將請求均衡地轉移到不同的真實伺服器節點上執行，且負載調度器自動屏蔽掉伺服器的故障，從而將一組伺服器構成一個高性能的、高可用的虛擬伺服器。
[0053]採用本發明的業務數據供應鏈管理系統作為系統核心軟體，使得這一應用中包括的多個系統能更好的協同運作，同時為功能的擴展提供了可重用性的基礎。由於本發明的業務數據供應鏈管理系統的使用，各協作系統的獨立性和封裝性得到了保障。本發明的業務數據供應鏈管理系統事務處理服務的應用，又使跨系統合作功能的完整性得到了保證，通過模擬測試和實際運行說明，採用本發明具有高效的交易處理能力。採用本發明可以屏蔽應用系統下層的差異，提供了分布式系統中必需的基本服務(如事務處理、安全性和名稱服務等)，使系統的開發可以更集中地對實際業務進行處理，可以靈活方便的進行業務擴展，能支持多種商戶類型。本發明能有效地組織你的中間層對象，消除在許多工程中常見的對Singleton的過多使用，消除各種各樣自定義格式的屬性文件的需要，使配置信息一元化。本發明能夠真正意義上實現針對接口編程。使用本發明構建的應用程式易於單元測試。並且，本發明支持JDBC，簡化操作、維護資料庫難度。MVC Web框架，提供一種清晰MVC實現方式。JNDI抽象層，便於改變實現細節，可以方便地在遠程服務和本地服務間切換。簡化訪問資料庫時的例外處理。提供了 JavaMail或其他郵件系統的支持。
[0054]進一步，本發明的業務數據供應鏈管理系統可以對系統異常進行處理。
[0055](I)主機故障:主機發生故障系統將會自動切換至備機。
[0056](2)線路故障:網絡故障系統將會自動切換至備用線路。
[0057](3)重複交易:採用流水緩存及資料庫欄位唯一的機制防止重複交易。
[0058](4)號碼重複提交:號碼及金額相同的交易I分鐘內禁止交易。
[0059](5)交易異常簡訊通知:系統實時監控交易過程，如發現運營商通訊線路或交易異常，將發送簡訊通知技術支持人員處理異常交易。
[0060]根據本發明實施例的業務數據供應鏈管理系統，採用分布式計算模式，系統使用了 socket多線程並發技術、分布式的計算模式以提高系統對集群用戶的響應能力，同時提高了系統的伸縮性。本發明採用層次型分布式的信息結構高效、安全，既能保證信息的共享，又由於其處理分布、信息分布的特性，避免事務處理和信息存儲集中在一臺伺服器和一個資料庫上，造成網絡擁擠、響應緩慢、安全性差的弊病，從而提高了系統的安全性。本發明基於分布式的計算模式，可達到90000筆/每小時的平均交易量。本發明的系統響應速度是指系統接收到交易請求，到返回交易處理結果所需時間，也就是系統處理所需時間，系統可達到高峰期不超過20秒鐘響應速度。本發明系統高峰期應用伺服器CPU使用率、應用伺服器內存使用率、資料庫CPU使用率和資料庫內存使用率均不超過50%。
[0061]本發明較好地解決了原有供應鏈金融系統中存在的問題，實現了獨立完整性、生產標準化要求較低、全信用授信、數據採集簡便準確、難以偽造數據信息，使得流通領域中廠商、代理商、經銷商都能降低信息溝通成本、獲得更好的資金周轉效率。
[0062]在本說明書的描述中，參考術語「一個實施例」、「一些實施例」、「示例」、「具體示例」、或「一些示例」等的描述意指結合該實施例或示例描述的具體特徵、結構、材料或者特點包含於本發明的至少一個實施例或示例中。在本說明書中，對上述術語的示意性表述不一定指的是相同的實施例或示例。而且，描述的具體特徵、結構、材料或者特點可以在任何的一個或多個實施例或示例中以合適的方式結合。
[0063]儘管上面已經示出和描述了本發明的實施例，可以理解的是，上述實施例是示例性的，不能理解為對本發明的限制，本領域的普通技術人員在不脫離本發明的原理和宗旨的情況下在本發明的範圍內可以對上述實施例進行變化、修改、替換和變型。本發明的範圍由所附權利要求極其等同限定。
【權利要求】
1.一種業務數據供應鏈管理系統，其特徵在於，包括: 終端設備，用戶通過所述終端設備採集業務數據並發出服務申請指令，其中，所述業務數據包括供應鏈上的每個環節的訂單數據、支付數據和金融數據，所述服務申請指令包括:資金支付指令、價格及產品信息查詢指令和服務預約指令； Web伺服器，所述Web伺服器與所述終端設備進行通信，用於接收所述業務數據和服務申請指令，並對所述業務數據進行分析以生成對應的數據分析結果，對所述數據分析結果和服務申請指令進行加密； 服務網關伺服器，所述服務網關伺服器與所述Web伺服器進行通信，用於接收所述Web伺服器發送的加密後的數據分析結果和服務申請指令，在所述服務網關伺服器內設置有多個代理商接口和多個運營商接口； 資料庫伺服器，所述資料庫伺服器與所述服務網關伺服器進行通信，用於存儲所述業務數據和數據分析結果； 代理商伺服器，所述代理商伺服器與所述服務網關伺服器的多個代理商接口進行通信，並通過專用線路與多個代理商系統進行通信，用於通過所述代理商接口接收與所述代理商系統對應的加密後的服務申請指令和數據分析結果，並向每個所述代理商系統發送對應的服務申請指令和數據分析結果，以由每個所述代理商系統在對所述服務申請指令和數據分析結果解密後，獲取所述數據分析結果並響應用戶的服務申請指令； 運營商伺服器，所述運營商伺服器與所述服務網關伺服器的多個運營商接口進行通信，並通過專用線路與多個運營商系統進行通信，用於通過所述運營商接口接收與所述運營商系統對應的加密後的服務申請指令和數據分析結果，並向每個所述運營商系統發送對應的服務申請指令和數據分析結果，以由每個所述運營商系統在對所述服務申請指令和數據分析結果解密後，獲取所述數據分析結果並響應用戶的服務申請指令。
2.如權利要求1所述的業務數據供應鏈管理系統，其特徵在於，所述終端設備包括:智能POS機、智能手持掃碼裝置、移動終端、智能衡器、智能讀卡器。
3.如權利要求1所述的業務數據供應鏈管理系統，其特徵在於，還包括:防火牆設備，所述防火牆設備設置於所述Web伺服器和所述服務網關伺服器之間，分別與所述Web伺服器和所述服務網關伺服器進行通信。
4.如權利要求1所述的業務數據供應鏈管理系統，其特徵在於，所述資料庫伺服器設置資料庫的操作權限規則，允許符合所述權限規則的用戶對所述資料庫伺服器進行操作。
5.如權利要求4所述的業務數據供應鏈管理系統，其特徵在於，所述資料庫伺服器的硬碟採用RAID1鏡像，並且每隔預設周期進行資料庫備份。
6.如權利要求3或4所述的業務數據供應鏈管理系統，其特徵在於，所述資料庫伺服器採用Oracle資料庫。
7.如權利要求1所述的業務數據供應鏈管理系統，其特徵在於，所述代理商伺服器與所述多個代理商系統通過有線或無線方式進行通信。
8.如權利要求7所述的業務數據供應鏈管理系統，其特徵在於，所述有線方式包括:公共交換電話網絡PSTN、綜合業務數字網ISDN、非對稱數字用戶環路ADSL、數字數據網DDN ； 所述無線方式包括:全球移動通信系統GSM、通用分組無線業務GPRS、碼分多址CDMA。
【文檔編號】H04L29/08GK104410701SQ201410742543
【公開日】2015年3月11日 申請日期:2014年12月5日 優先權日:2014年12月5日
【發明者】彭少臣, 張冬梅, 吳錚, 何俊君 申請人:北京益泰金網軟體技術有限責任公司