本發(fā)明涉及發(fā)票管理領域,具體涉及一種高可靠性的電子發(fā)票管理系統(tǒng)。
背景技術:
電子發(fā)票是現(xiàn)代無紙化發(fā)票發(fā)展的必然趨勢,其除了具有良好的環(huán)保效應外,對于發(fā)票的集中管理也十分方便便捷。但是,現(xiàn)有技術中缺少一套系統(tǒng)的、行之有效的電子發(fā)票管理系統(tǒng),尤其是對于發(fā)票管理的安全性、可靠性、易識別性等,需要進一步開發(fā)一套成熟的電子發(fā)票管理系統(tǒng)。
技術實現(xiàn)要素:
針對上述問題,本發(fā)明提供一種高可靠性的電子發(fā)票管理系統(tǒng)。
本發(fā)明的目的采用以下技術方案來實現(xiàn):
一種高可靠性的電子發(fā)票管理系統(tǒng),包括店家處理平臺、店家數(shù)據(jù)庫、發(fā)票產(chǎn)生器、云網(wǎng)絡、用戶移動終端、發(fā)票集中統(tǒng)計查詢平臺、發(fā)票儲存?zhèn)浞菅b置、發(fā)票集中處理器,所述發(fā)票發(fā)生器用于產(chǎn)生電子發(fā)票及發(fā)票代碼,店家處理平臺用于將產(chǎn)生的發(fā)票代碼以及錄入的用戶信息儲存于店家數(shù)據(jù)庫中,同時將上述發(fā)票代碼和用戶信息上傳至發(fā)票集中處理器,用戶移動終端包括用戶手機和郵箱,發(fā)票集中處理器一方面根據(jù)用戶輸入的手機號、郵箱信息將新產(chǎn)生的發(fā)票編碼、產(chǎn)生時間發(fā)送至用戶手機和郵箱,另一方面通過發(fā)票儲存?zhèn)浞菅b置將用戶信息和發(fā)票信息儲存?zhèn)浞萦谠凭W(wǎng)絡中。
本發(fā)明的有益效果為:為電子發(fā)票的管理建立了一個完整而可靠的電子發(fā)票管理系統(tǒng),該系統(tǒng)能夠?qū)⒏鱾€店家的電子發(fā)票統(tǒng)一進行管理,為對外提供發(fā)票查詢、消費查詢等功能,且能夠?qū)崟r將發(fā)票信息發(fā)送至用戶的手機和郵箱上。
附圖說明
利用附圖對本發(fā)明作進一步說明,但附圖中的實施例不構(gòu)成對本發(fā)明的任何限制,對于本領域的普通技術人員,在不付出創(chuàng)造性勞動的前提下,還可以根據(jù)以下附圖獲得其它的附圖。
圖1是本發(fā)明的整體結(jié)構(gòu)示意圖;
圖2是發(fā)票儲存?zhèn)浞菅b置的結(jié)構(gòu)示意圖。
具體實施方式
結(jié)合以下實施例對本發(fā)明作進一步描述。
請參見如圖1-2所示的一種高可靠性的電子發(fā)票管理系統(tǒng),包括店家處理平臺1、店家數(shù)據(jù)庫2、發(fā)票產(chǎn)生器3、云網(wǎng)絡4、用戶移動終端、發(fā)票集中統(tǒng)計查詢平臺7、發(fā)票儲存?zhèn)浞菅b置8、發(fā)票集中處理器9,所述發(fā)票發(fā)生器9用于產(chǎn)生電子發(fā)票及發(fā)票代碼,店家處理平臺1用于將產(chǎn)生的發(fā)票代碼以及錄入的用戶信息儲存于店家數(shù)據(jù)庫2中,同時將上述發(fā)票代碼和用戶信息上傳至發(fā)票集中處理器9,用戶移動終端包括用戶手機10和郵箱11,發(fā)票集中處理器9一方面根據(jù)用戶輸入的手機號、郵箱信息將新產(chǎn)生的發(fā)票編碼、產(chǎn)生時間發(fā)送至用戶手機10和郵箱11,另一方面通過發(fā)票儲存?zhèn)浞菅b置8將用戶信息和發(fā)票信息儲存?zhèn)浞萦谠凭W(wǎng)絡4中。
作為進一步的優(yōu)選方案,所述用于產(chǎn)生電子發(fā)票的發(fā)票發(fā)生器9為收銀機;所述發(fā)票儲存?zhèn)浞菅b置8包括節(jié)點矩陣模塊a、距離模塊b、節(jié)能性能模塊c、非法攻擊模塊d、初始化模塊e、動態(tài)數(shù)量計算模塊f、重排模塊g、數(shù)量重置模塊h。
(1)節(jié)點矩陣模塊a:設云網(wǎng)絡中儲存數(shù)據(jù)的節(jié)點有m個,獲取每個節(jié)點當前的以下指標參數(shù):cpu容量x1、磁盤空間x2、帶寬x3、cpu占用率x4、磁盤空間占用率x5、寬帶占用率x6,構(gòu)建矩陣
構(gòu)建矩陣
作為進一步的優(yōu)選方案,所述發(fā)票集中統(tǒng)計查詢平臺7分別與發(fā)票集中處理器9和云網(wǎng)絡4互通數(shù)據(jù),正常情況下其直接通過發(fā)票集中處理器9獲取發(fā)票信息和用戶信息,并定期直接向云網(wǎng)絡4獲取發(fā)票信息和用戶信息,通過將云網(wǎng)絡4獲取的信息與發(fā)票集中統(tǒng)計查詢平臺7自身儲存的信息進行對比,判斷發(fā)票集中統(tǒng)計查詢平臺7儲存信息的丟失率,并對其進行校正。
(2)距離模塊b:按下式計算負荷均勻性參數(shù)dj:
其中,
sj=max(v1j,v2j,…,v6j),tj=min(v1j,v2j,…,v6j),1≤j≤m;
(3)節(jié)能性能模塊c:獲取設定時間長度內(nèi)每個節(jié)點向外傳送數(shù)據(jù)時的丟包率hj以及在同樣設定時間長度內(nèi)每個節(jié)點的失效次數(shù)εj,構(gòu)建m行m列矩陣f=[h1,h2,…h(huán)j,…,hm)t×(ε1,ε2,…,εj…,εm)]。
作為進一步的優(yōu)選方案,當?shù)昙覕?shù)據(jù)處理平臺1每次有一個新的用戶建立時,首先在店家數(shù)據(jù)庫2中建立新的用戶賬號,并錄入其基本信息,當將該新的用戶賬號信息傳送至發(fā)票集中統(tǒng)計查詢平臺7時,如果發(fā)票集中統(tǒng)計查詢平臺7中也無此新賬號的信息,則在發(fā)票集中統(tǒng)計查詢平臺7也建立該新賬號,如果已經(jīng)存在此賬號,則不建立新賬號信息。
(4)非法攻擊模塊d:從每個節(jié)點的安全日志中獲取設定時間長度內(nèi)的被非法攻擊次數(shù)bj,1≤j≤m,構(gòu)建m行m列矩陣a:
(5)初始化模塊e:將待儲存的數(shù)據(jù)分為大小相同的sop個,并人為設置該待儲存數(shù)據(jù)的重要度參數(shù)uue,按下式計算該待儲存數(shù)據(jù)需要的副本初始數(shù)量
將m個節(jié)點按照計算得到的|a|值從小到大進行排序,并將n0個副本依次初步儲存于排序最前的n0個節(jié)點中,每個節(jié)點儲存一個副本。
(6)動態(tài)數(shù)量計算模塊f:按下式計算副本的動態(tài)數(shù)量n:
其中,
作為進一步的優(yōu)選方案,所述發(fā)票集中統(tǒng)計查詢平臺7具有發(fā)票賬戶建立與管理功能、消費統(tǒng)計功能、消費查詢功能、發(fā)票兌獎功能及發(fā)票捐贈功能。
(7)重排模塊g:設定節(jié)點丟包率閾值k1、節(jié)點失效次數(shù)閾值k2和節(jié)點失效累計時間k3,如果從副本初步儲存好一刻起往后時間長度t內(nèi)的第j個節(jié)點的丟包率hj、失效次數(shù)
(8)數(shù)量重置模塊h:計算得到副本動態(tài)數(shù)量n后,將待儲存數(shù)據(jù)的當前需要副本數(shù)量由n0更新為n,并將n個副本依次儲存于|a|排序最前的n個節(jié)點中,每個節(jié)點儲存一個副本;按照以上方式,每隔一個時間長度t對副本的數(shù)量和放置進行更新。
該發(fā)票儲存?zhèn)浞菅b置能夠根據(jù)云網(wǎng)絡中節(jié)點的負荷均勻性和節(jié)點的傳送丟包率、失效次數(shù)和安全性進行綜合排序,合理選擇儲存的節(jié)點,克服了以往節(jié)點選擇依據(jù)單一的問題;同時能夠根據(jù)待儲存文件的重要程度來選擇初始副本量,正常運行中能夠根據(jù)副本的訪問次數(shù)、節(jié)點的網(wǎng)路流量以及節(jié)點的安全系數(shù)來動態(tài)地調(diào)節(jié)副本的數(shù)量,并動態(tài)地按照傳送丟包率、失效次數(shù)、失效累計時間進行節(jié)點的重新排序,在避免了不必要的儲存空間浪費的同時又能很好地保證文件的安全可靠,且運行計算量小,能很好地避免云網(wǎng)絡由于數(shù)據(jù)儲存導致的數(shù)據(jù)擁擠。
最后應當說明的是,以上實施例僅用以說明本發(fā)明的技術方案,而非對本發(fā)明保護范圍的限制,盡管參照較佳實施例對本發(fā)明作了詳細地說明,本領域的普通技術人員應當理解,可以對本發(fā)明的技術方案進行修改或者等同替換,而不脫離本發(fā)明技術方案的實質(zhì)和范圍。