一種捐贈資金的追蹤方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種捐贈資金的追蹤方法和系統(tǒng),其中方法包括以下步驟:在捐贈歷史列表欄,選擇一條自己曾經的捐贈記錄,后臺程序抽取該記錄在捐贈時產生的銀行或網上支付或打印票據所產生的流水號,根據所述流水號信息讀取其對應捐贈表中信息;對所述流水號信息在數據表間進行追蹤處理,形成對應的追蹤結果數據及報表;客戶端在WEB頁面中顯示所述追蹤結果構成的數據及報表。本發(fā)明還公開了一種捐贈資金的追蹤系統(tǒng)。采用本發(fā)明公開的一種捐贈資金的追蹤方法和系統(tǒng),對捐贈流水號信息進行追蹤處理,使捐贈人能夠清晰了解和掌握捐贈資金使用情況,幫助捐贈人有效監(jiān)督資金的使用情況。
【專利說明】一種捐贈資金的追蹤方法及系統(tǒng)
【技術領域】
[0001]本發(fā)明涉及計算機應用【技術領域】,尤其涉及一種捐贈資金的追蹤方法和系統(tǒng)。
【背景技術】
[0002]現在中國的慈善界因為紅十字基金會的一系列問題的爆光,例如郭美美事件、8000多萬元資金被挪用、社監(jiān)委存在利益輸送等問題,至使中國慈善界信譽崩塌。如何重朔聲譽,現在成了一個緊迫的問題,關鍵就在于讓所有的一切變成透明起來。捐款人真正關心的是捐款是不是被使用到了需要的人的身上,而沒有被貪污挪用掉。捐贈資金的追蹤方法及系統(tǒng)正是為這一目標而誕生的,它可以追蹤到捐款人的捐贈資金某年某月某日某時某分某秒被哪些組織哪些人用于哪些項目上,哪些人受到了什么益處,是一袋米還是一雙鞋,還有哪些資金沒有被使用等等。它可以象跟蹤快遞一樣跟蹤資金的使用過程,從而保證資金不會被濫用。同時,這一系統(tǒng)不僅僅可以用于慈善事業(yè)上,而且還可以用于任何資金相關的系統(tǒng)上,為經濟活動保駕護航。
【發(fā)明內容】
[0003]本發(fā)明實施要解決的技術問題在于提供一種捐贈資金的追蹤方法和系統(tǒng),使捐贈人能夠清晰了解和掌握捐贈資金使用情況,幫助捐贈人有效監(jiān)督資金的使用情況。
[0004]本發(fā)明的目的通過以下技術方案實現:一種捐贈資金的追蹤方法,包括以下步驟:
客戶端通過WEB頁面登錄進入系統(tǒng);
在捐贈歷史列表欄,選擇一條自己曾經的捐贈記錄,后臺程序抽取該記錄在捐贈時產生的銀行或網上支付或打印票據所產生的流水號,根據所述流水號信息讀取其對應捐贈表中信息;
對所述流水號信息在數據表間進行追蹤處理,形成對應的追蹤結果數據及報表;
客戶端在WEB頁面中顯示所述追蹤結果構成的數據及報表。
[0005]本發(fā)明還提供一種捐贈資金的追蹤系統(tǒng),包括:
數據庫服務器,用于數據錄入及其它功能,用于存儲捐贈數據表、項目數據表、票據數據表、以及對所述流水號信息在數據表間進行追蹤處理,形成追蹤數據及其報表;
WEB服務器,用于查詢由所述追蹤數據形成的報表;
客戶端,指用戶使用的PC、手機、平板電腦、電話及其它設備。
[0006]所述數據庫服務器包括:
數據錄入及其它模塊,用于負責用戶管理、操作日志查詢、捐贈數據錄入或導入、項目數據錄入或導入、票據數據錄入或導入、增加刪除捐贈數據信息、增加刪除項目數據信息、增加刪除票據數據信息、查詢用戶關注捐贈、項目、票據的單項及匯總信息;
數據表模塊,用于存儲相應的捐贈信息、項目信息、票據信息及其它信息;
追蹤處理模塊,用于對數據表中捐贈信息進行追蹤處理,形成的數據及報表。
[0007]所述WEB服務器中還包含身份認證模塊,用于對用戶進行身份認證。所述WEB服務器與數據庫服務器之間設置有防火墻,用于隔離及保護所述WEB服務器與數據庫服務器;所述WEB服務器與互聯網之間也設置有用于隔離及保護所述WEB服務器的防火墻。
[0008]本發(fā)明公開的一種捐贈資金的追蹤方法和系統(tǒng),對捐贈資金信息進行追蹤處理,使捐贈人能夠清晰了解和掌握捐贈資金使用情況,幫助捐贈人有效監(jiān)督資金的使用情況。
【專利附圖】
【附圖說明】
[0009]圖1是本發(fā)明提供的一種捐贈資金的追蹤系統(tǒng)實施實例的結構示意圖;
圖2是本發(fā)明提供的一種捐贈資金的追蹤系統(tǒng)追蹤處理模塊實施追蹤實例的結構示意圖;
圖3是本發(fā)明提供的一種捐贈資金的追蹤系統(tǒng)追蹤處理模塊實施追蹤處理的處理原則圖;
圖4是本發(fā)明提供的一種捐贈資金的追蹤系統(tǒng)中捐贈表信息的數據表;
圖5是本發(fā)明提供的一種捐贈資金的追蹤系統(tǒng)中項目表信息的數據表;
圖6是本發(fā)明提供的一種捐贈資金的追蹤系統(tǒng)中票據表信息的數據表。
【具體實施方式】
[0010]為使本發(fā)明更加容易理解,結合附圖對本發(fā)明作進一步闡述,但附圖中的實施例不構成對本發(fā)明的任何限制。
[0011]本發(fā)明實施實例提供的資金管理的追蹤系統(tǒng)包含了捐贈資金查詢、項目資金查詢、票據查詢及捐贈資金追蹤等功能,是一個提供給捐贈人掌握捐贈資金流向的綜合服務系統(tǒng)。
[0012]圖1為本發(fā)明提供的一種捐贈資金的追蹤系統(tǒng)實施實例的結構示意圖,該系統(tǒng)包括:
數據庫服務器1,用于存放相關捐贈人資金信息、項目信息、票據信息、用戶信息、相關報表及追蹤數據等;
具體包括:
數據錄入及其它模塊101,用于將外部系統(tǒng)提供的捐贈、項目及票據信息轉換成符合本系統(tǒng)數據結構的數據文件導入到數據庫中或人工錄入到數據庫中,負責用戶管理、操作日志查詢、捐贈數據錄入或導入、項目數據錄入或導入、票據數據錄入或導入、增加刪除捐贈數據信息、增加刪除項目數據信息、增加刪除票據數據信息、查詢用戶關注捐贈、項目、票據的單項及匯總信息;
數據表存儲模塊11,用于存儲原始數據;
數據表111,用于存儲捐贈信息;
數據表112,用于存儲項目信息;
數據表113,用于存儲票據信息;
追蹤處理模塊102,用于對所述捐贈流水信息進行追蹤處理,形成追蹤數據及報表;
WEB服務器3,用于客戶端查詢由所述追蹤數據形成的報表;運行提供給用戶及內部管理人員使用的Web應用,該WEB服務器以B/S架構的方式提供服務。
[0013]所述WEB服務器3中還包含身份認證模塊301,用于對用戶進行身份認證,用戶登錄時為了防止客戶密碼被木馬程序竊取,要求在提供鍵盤輸入密碼之外,同時提供使用軟鍵盤的方式輸入,通過使用附加碼的方式防止黑客窮舉客戶密碼。
[0014]客戶端5,指用戶使用的PC、手機、平板電腦、電話及其它設備。
[0015]圖2為追蹤處理模塊102如何進行追蹤處理實例的示意圖。
[0016]ΑΓΑ5為捐贈人捐贈的數據,他們被寫到入數據表111中。捐贈按發(fā)生日期、時間進行順序錄入,具體表格見圖4。
[0017]ΒΓΒ5為進行救助的項目數據,他們被寫入到數據表112中。項目按發(fā)生日期、時間進行順序錄入,具體表格見圖5。
[0018]0Γ05為實施進行救助項目而產生的票據記錄,他們被寫入到數據表113中。項目按發(fā)生日期、時間進行順序錄入,具體表格見圖6。
[0019]為方便表示追蹤關系,這里把Af A5用來表示捐款流水號,實際應用中它們會被寫作16位的數字。Al (100)用來表示流水號為Al的捐贈金額是100元。對從Al分拆出去的金額,分別用[Al]l(20)和[Al]2(80)來表示,中括號中的Al表示他們是從Al分拆出去的,[Al]后面緊跟著的數字I和2,分別代表第一次分拆和第二次分拆,(20) (80)分別代表第一次和第二次分拆出去的金額是20元和80元。[[A2]2]l (50)、[[A2]2]2 (100)、[[A2]2]3 (30)表示他們是從[A2]2分拆而來的,一共進行了三次分拆,第一次分拆了 50元,編號為[[A2]2]l,第二次分拆了 100元,編號為[[A2] 2] 2,第三次分拆了 30元,編號為[[A2]2]3。其它編號的命名規(guī)則以此類推。
[0020]圖3是本發(fā)明提供的一種捐贈資金的追蹤系統(tǒng)追蹤處理模塊實施追蹤處理的處理原則圖。
[0021]圖3中舉例了 A組數據和B組數據,按日期+時間+序號順序進行配對;如果A組的數值裝滿B組的一個盒子,則A的余額按日期+時間+序號順序繼續(xù)裝下一個盒子;如果A組的數值用完還沒能裝滿B組的盒子,差額則由A組按期+時間+序號順序繼續(xù)裝。這個過程中導致的A組數值的分拆和B組盒子存放有多個A組數值的情況,均會記錄進數據庫。B組和C組,C組和D組……同理。
[0022]以捐贈表111和項目表112為例,因為2張表在錄入或導入的時候已經按照日期+時間+序號進行了排序,這里就按照順序來進行。捐贈表中第一條記錄:張三于2013/3/1H 15:03:03捐贈了 100元,捐款流水號為Al,項目表中第一條記錄:2012/1/7 H 10:11:13建立了項目BI,項目所需資金為20元。Al和BI進行配對,Al的100元資金能夠滿足BI的20元資金需求,還產生了 80元的余額,此處產生了第一次分拆Al生成的[Al] I (20)這條記錄和80元余額。因為Al還有余額,它將繼續(xù)配對項目表的下一條記錄B2。B2所需要的資金為100元,Al的80元余額填滿B2還不夠,還差20元,那么將會調用捐贈表的第二條記錄A2來繼續(xù)對B2所需剩余資金的差額20元進行配對,這里Al產生了第二次分拆,80元被用完,產生了 [Al] 2 (80)這條記錄,同時,產生了 A2的第一次分拆,[A2] I (20)和180元余額。A2繼續(xù)用180元余額對B3項目進行配對,產生了 [A2]2(180)這條記錄和820元的差額,A3配對820元的余額后,產生A3 (5)這條記錄和815元的差額,A4繼續(xù)配對815元的差額,產生A4(l)這條記錄和814元的差額,A5繼續(xù)和814元的差額進行配對,產生了 [A5] I (814)這條記錄和9186元的余額,9186元的余額和B4進行配對,產生了 [A5]2(2000)這條記錄和7186元的余額,7186元的余額繼續(xù)和B5配對,產生了 [A5]3(5000)這條記錄和2186元的余額。
[0023]在項目表中,每條產生的記錄,都會把資金來源寫入到“父號”這個字段中,“父號”就是捐贈表中的捐款流水號。
[0024]舉例:我們要查詢錢七于2013/3/15日13:11:18捐贈的10000元,捐贈流水號為A5的資金都用到了哪些項目中,可以通過SQL語句進行查詢:
select * from捐贈表,項目表where捐贈表.捐贈流水號=項目表.父號and項目表.父號=’ A5’
通過查詢結果,可以看到捐贈流水號為A5的10000元,分別分配到了 B3的814元,B4的2000元,B5的5000元和還未使用的2186元。
[0025]同理,以項目表112中的B3項目和票據表113進行配對。B3是一個1000元的項目,它是由[A2] 2 (180) +A3 (5) +A4 (I) + [A5] I (814)組成的,首先由[A2]2(180)和 Cl (50)進行配對,[A2] 2 (180)被分拆為[[A2] 2] I (50)和130元的余額,130元的余額繼續(xù)和C2 (100)進行配對,產生[[A2]2]2(100)和30元的余額,30元的余額繼續(xù)和C3 (200)進行配對,產生[[A2]2]3(30)和170元的差額,按照圖3的配對原則,繼續(xù)由A3 (5)對170元的差額進行配對,產生165元的差額,繼續(xù)由A4 (I)對165元的差額進行配對,產生164元的差額,繼續(xù)由[A5]l(814)對164元的差額進行配對,產生[[A5]l]l(164)和650元的余額,繼續(xù)由650元的余額和C4(350)進行配對,產生[[A5]l]2(350)和300元的余額,繼續(xù)由300元和C5 (300)進行配對,產生[[A5] I] 3(300)。
[0026]票據表113中每條同樣有“父號”字段,產生的每條記錄都會記錄自己的“父號”,即該條記錄的資金來源,同時該“父號”等于項目表112中的自身號。
[0027]舉例:查詢錢七于2013/3/15日13:11:18捐贈的10000元,捐贈流水號為A5的資金都用到了哪些票據中,可以通過SQL語句進行查詢:
SELECT * FROM (select * from捐贈表,項目表where捐贈表.捐贈流水號=項目表.父號and項目表.父號=’A5’)z,票據表WHERE z.自身號=票據表.父號;
通過查詢結果,可以看到捐贈流水號為A5的10000元,分配到了 B3項目814元,被C3票據使用了 164元,被C4票據使用了 350元,被C5票據使用了 300元。
[0028]如果項目號為B3的項目是“希望工程”,票據號為C3的票據為購買書包所開具的發(fā)票,票據號為C4的票據為購買課桌所開票的發(fā)票,票據號為C5的票據為購買課桌所花運輸所開票的運輸發(fā)票,那么就可以理解為錢七于2013/3/15日13:11:18捐贈的10000元,有814元分配到了“希望工程”項目,其中2012/5/13日12:22:55秒購買書包用了 164元,書包總額為200元,2012/5/13日18:33:15秒購買課桌用了 350元,課桌總額為350元,2012/5/17日22:19:27秒支付運輸課桌而產生的運輸費為300元,運輸費總額為300元。
[0029]通過這樣的原理,可以把捐贈表111、項目表112、票據表113通過“父號”字段和自身號字段進行關聯,就可以把數據表113中的每條記錄追溯捐贈表111中的記錄。擴展開來,不管是本例中的三張表,還是十多張表,二十多張表,三十多張表,同樣可以追溯到每筆資金的來源以及每筆原始資金使用到了哪些地方。
[0030]下面結合系統(tǒng)各個模塊來具體說明如何實現捐贈資金的追蹤:
1、客戶端5通過身份認證模塊301認證登錄系統(tǒng),通過登錄賬號判斷賬號類型為內部工作人員還是普通用戶(捐贈人)。如果是內部工作人員則跳到步驟2,否則跳到步驟3 ;
2、內部工作人員登錄后,通過WEB服務器3取得對數據庫11讀寫的權限,進入數據錄入模塊101,把捐贈數據、項目數據、票據數據錄入或導入到數據庫11對應的捐贈表111、項目表112、票據表113中;
3、普通用戶(捐贈人)登錄后,取得對數據庫11讀取的權限,可以查看數據庫11中捐贈表111、項目表112、票據表113中所有數據,并且可以查看由這些數據查詢生成的相關的報表;
4、追蹤處理模塊102對數據庫11中的數據表進行追蹤處理,形成相應的追蹤數據及報表;
5、生成的相應的追蹤數據及報表向WEB服務器3上的用戶進行展示。
[0031]所述WEB服務器3與數據庫服務器I之間設置有防火墻7,用于隔離及保護所述WEB服務器與數據庫服務器;所述WEB服務器3與客戶端5之間也設置有用于隔離及保護所述WEB服務器的防火墻6。
[0032]一、下面具體說說上述系統(tǒng)前端的應用開發(fā):
1、Web服務器
系統(tǒng)采用IIS作為Web服務器,操作系統(tǒng)為WindowS2003,普通用戶及內部管理用戶通過啟動不同的實例使用不同的端口提供服務。
[0033]2、前端應用開發(fā)語言
前端應用以B/S結構的方式提供,使用JSP及JAVA語言開發(fā)。網頁使用左右結構的樣式,左頁為樹狀菜單,右頁為數據輸入操作界面及數據返回結果界面,如果返回結果列數過多,可以采用新建窗口的方式顯示查詢結果。
[0034]3、連接數據庫方式
使用JDBC for MS-SQL Server驅動程序連接后臺數據庫,連接數據庫的用戶密碼必須加密存儲,并且提供更改數據庫的用戶密碼的操作界面;控制連接數據庫的用戶權限,全部訪問數據庫的操作通過調用存儲過程完成,數據庫用戶沒有訪問任何用戶表的權限,達到最大限度地弱化數據庫的用戶權限。
[0035]4、通過應用防止SQL注入攻擊
在前端應用程序中通過消除單引號、雙引號、分號、逗號、冒號和連接號等方法杜絕黑客可能使用的SQL注入攻擊。
[0036]二、上述系統(tǒng)后端數據庫開發(fā)如下:
1、數據庫服務器
項目建設資金管理系統(tǒng)數據庫采用MS-SQL Server 2000,數據庫建立在目前的網站數據庫服務器上,數據庫的備份策略按照目前網站數據庫服務器的數據庫備份策咯執(zhí)行。
[0037]2、使用存儲過程開發(fā)
前端應用程序與后臺數據庫的接口全部使用存儲過程開發(fā),由存儲過程將結果集返還前端應用程序處理,前端應用程序要求支持多結果集返還的處理。
[0038]作為參考,圖4示出了本發(fā)明實施實例捐贈資金的追蹤系統(tǒng)中的捐贈信息的數據表格,捐贈信息包括捐贈人姓名、捐贈流水號、捐贈金額等數據;圖5示出了本發(fā)明實施實例捐贈資金的追蹤系統(tǒng)中項目信息的數據表格,包括項目編號、項目所需資金、自身號、父號等數據;圖6示出了本發(fā)明實施實例捐贈資金的追蹤系統(tǒng)中票據的數據表格,包括票據號、自身號、票據金額、父號等數據。
[0039]采用本發(fā)明提供的一種捐贈資金的追蹤方法及其系統(tǒng),能有效追蹤捐贈人的捐贈資金,增強使用善款的透明度,讓捐贈人有效掌握資金使用的情況,有助于確保善款的安全正常使用。
[0040]以上所述是本發(fā)明的優(yōu)選實施方式而已,當然不能以此來限定本發(fā)明之權利范圍,應當指出,對于本【技術領域】的普通技術人員來說,在不脫離本發(fā)明原理的前提下,還可以做出若干改進和變動,這些改進和變動也視為本發(fā)明的保護范圍。
【權利要求】
1.一種捐贈資金的追蹤方法,其特征在于,包括以下步驟: 在捐贈歷史列表欄,選擇一條自己曾經的捐贈記錄,后臺程序抽取該記錄在捐贈時產生的銀行或網上支付或打印票據所產生的流水號,根據所述流水號信息讀取其對應捐贈表中信息; 對所述流水號信息在數據表間進行追蹤處理,形成對應的追蹤結果數據及報表; 客戶端在WEB頁面中顯示所述追蹤結果構成的數據及報表。
2.根據權利要求1中所述的一種捐贈資金的追蹤方法,其特征在于,所述捐贈流水信息中包括捐贈日期、捐贈時間、捐贈金額、自身號、項目號、項目日期、項目時間、項目所需資金、票據號、開票日期、開票時間、金額以及父號信息,所述父號表示該筆捐贈所屬來源。
3.根據權利要求1所述的一種捐贈資金的追蹤方法,其特征在于,查詢由所述追蹤數據形成的數據及報表之前要進行身份認證。
4.一種捐贈資金的追蹤系統(tǒng),其特征在于,包括: 數據庫服務器,用于將其存儲的捐贈流水號信息進行追蹤處理,形成對應的追蹤數據及其報表; WEB服務器,用于客戶端通過互聯網查詢由所述追蹤數據形成的報表; 客戶端,指用戶使用的PC、手機、平板電腦、電話及其它設備。
5.根據權利要求3所述的一種捐贈資金的追蹤系統(tǒng),其特征在于,還包括數據錄入及其它模塊,用于負責用戶管理、操作日志查詢、捐贈數據錄入或導入、項目數據錄入或導入、票據數據錄入或導入、增加刪除捐贈數據信息、增加刪除項目數據信息、增加刪除票據數據信息、查詢用戶關注捐贈、項目、票據的單項及匯總信息。
6.根據權利要求5所述的一種捐贈資金的追蹤系統(tǒng),其特征在于,所述數據庫服務器包括: 數據錄入及其它模塊,用于負責用戶管理、操作日志查詢、捐贈數據錄入或導入、項目數據錄入或導入、票據數據錄入或導入、增加刪除捐贈數據信息、增加刪除項目數據信息、增加刪除票據數據信息、查詢用戶關注捐贈、項目、票據的單項及匯總信息; 數據表模塊,用于存儲相應的捐贈信息、項目信息、票據信息及其它信息; 追蹤處理模塊,用于對數據表中捐贈信息進行追蹤處理,形成的數據及報表。
7.根據權利要求3至5中任一項所述的一種捐贈資金的追蹤系統(tǒng),其特征在于,所述WEB服務器中還包含身份認證模塊,用于對用戶進行身份認證。
8.根據權利要求3所述的一種捐贈資金的追蹤系統(tǒng),其特征在于,所述WEB服務器與數據庫服務器之間設置有防火墻,用于隔離及保護所述WEB服務器與數據庫服務器;所述WEB服務器與互聯網之間也設置有用于隔離及保護所述WEB服務器的防火墻。
【文檔編號】G06Q10/06GK104239987SQ201310228699
【公開日】2014年12月24日 申請日期:2013年6月7日 優(yōu)先權日:2013年6月7日
【發(fā)明者】夏燕 申請人:夏燕