一種用戶賬戶余額審計的系統(tǒng)及方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及用戶賬戶審計領(lǐng)域，更具體地說，涉及一種用戶賬戶余額審計的系統(tǒng)及方法。
【背景技術(shù)】
[0002]在當(dāng)今電子商務(wù)蓬勃發(fā)展的情況下，越來越多的用戶參與到電子商務(wù)的交易中。電子商務(wù)平臺作為給買賣雙方提供交易平臺的載體，交易信息數(shù)據(jù)量隨著交易規(guī)模的增長呈現(xiàn)出幾何級的增長。每筆交易都可能涉及到資金的轉(zhuǎn)移。對于這么大規(guī)模的資金轉(zhuǎn)移，傳統(tǒng)的人工審核存在著成本高，誤差大，時間周期長的等缺點。
[0003]以往的用戶賬戶審計，往往是通過線下財務(wù)打款時才由財務(wù)部門進(jìn)行。這種傳統(tǒng)的人工審計方式只能審計用戶提款。不僅審計覆蓋面小、無法覆蓋其他的資金變動，而且發(fā)現(xiàn)問題也不及時，對用戶造成的體驗差。

【發(fā)明內(nèi)容】

[0004]為了解決不能實時地審計用戶賬戶余額的變化，用戶賬戶余額審計點單一，運營人員投入的成本較高的問題，本發(fā)明通過對電子商務(wù)平臺用戶賬戶的資金變化，實時審計并且監(jiān)控用戶賬戶余額是否正常。能夠達(dá)到對用戶賬戶資金的流入流出，進(jìn)行實時、高效的審計，保障用戶資金安全及平臺資金安全，減少電子商務(wù)平臺審計運營成本。
[0005]一種用戶賬戶余額審計的系統(tǒng)，所述系統(tǒng)包括用戶賬戶余額連續(xù)性審計模塊，用戶賬戶交易重復(fù)性審計模塊，交易記錄數(shù)據(jù)庫，所述用戶賬戶余額連續(xù)性審計模塊與所述用戶賬戶交易重復(fù)性審計模塊均與所述交易記錄數(shù)據(jù)庫連接。
[0006]在上述方案中優(yōu)選的是，所述用戶賬戶交易重復(fù)性審計模塊用于重復(fù)性審計，SP當(dāng)接收到審計消息后，在所述交易記錄數(shù)據(jù)庫中查詢所述審計消息的交易信息，并在所述交易記錄數(shù)據(jù)庫中進(jìn)行對比，查看是否有相同的交易信息。
[0007]在上述方案中優(yōu)選的是，當(dāng)存在所述相同的交易信息時，記錄所述審計消息并且發(fā)送報警信息。
[0008]在上述方案中優(yōu)選的是，所述用戶賬戶余額連續(xù)性審計模塊用于連續(xù)性審計，SP通過查詢審計消息的上一條成功的交易余額快照，能夠得出此次審計消息的用戶余額變化是否正常。
[0009]在上述方案中優(yōu)選的是，當(dāng)所述用戶余額變化不正常時，記錄所述審計消息并且發(fā)送報警信息。
[0010]在上述方案中優(yōu)選的是，在用戶交易成功后發(fā)送審計消息。
[0011]采用如上所述的用戶賬戶余額審計的系統(tǒng)的方法，所述方法包括如下步驟:I)當(dāng)接收到審計消息后，在所述交易記錄數(shù)據(jù)庫中查詢所述審計消息的交易信息，并在所述交易記錄數(shù)據(jù)庫中進(jìn)行對比，查看是否有相同的交易信息；2)通過查詢審計消息的上一條成功的交易余額快照，能夠得出此次審計消息的用戶余額變化是否正常。
[0012]在上述方案中優(yōu)選的是，當(dāng)存在所述相同的交易信息時，記錄所述審計消息并且發(fā)送報警信息。
[0013]在上述方案中優(yōu)選的是，當(dāng)所述用戶余額變化不正常時，記錄所述審計消息并且發(fā)送報警信息。
[0014]在上述方案中優(yōu)選的是，在用戶交易成功后發(fā)送審計消息。
【附圖說明】
[0015]為了使本發(fā)明便于理解，現(xiàn)在結(jié)合附圖描述本發(fā)明的具體實施例。
[0016]圖1示出了本發(fā)明一優(yōu)選實施例的用戶余額審計流程圖。
[0017]圖2示出了圖1所示的用戶余額審計的余額變化流程圖。
【具體實施方式】
[0018]下面結(jié)合附圖和優(yōu)選的實施方式對本發(fā)明作進(jìn)一步詳細(xì)描述。權(quán)利要求中構(gòu)成要件和實施例中具體實例之間的對應(yīng)關(guān)系可以如下例證。這里的描述意圖在于確認(rèn)在實施例中描述了用來支持在權(quán)利要求中陳述的主題的具體實例，由于在實施例中描述了實例，不意味著該具體實例不表示構(gòu)成要件。相反地，即使在此包含了具體實例作為對應(yīng)一個構(gòu)成要件的要素特征，也不意味著該具體實例不表示任何其它構(gòu)成要件。
[0019]此外，這里的描述不意味著對應(yīng)于實施例中陳述的具體實例的所有主題都在權(quán)利要求中引用了。換句話說，這里的描述不否認(rèn)這種實體，即對應(yīng)實施例包含的具體實例，但不包含在其任何一項權(quán)利要求中，即，能夠在以后的修正被分案并申請、或增加的可能發(fā)明的實體。
[0020]應(yīng)當(dāng)注意的是，“系統(tǒng)”在此意味著由兩個或更多設(shè)備構(gòu)成的處理。
[0021]顯而易見地，用戶終端可以由個人計算機構(gòu)成。此外，所述用戶終端還可以由例如蜂窩電話、任何其它PDA (個人數(shù)字助理)工具、AV (音頻視頻)裝置、諸如家用電氣(家庭用電氣化)設(shè)備的CE (消費電子設(shè)備)等構(gòu)成。
[0022]“網(wǎng)絡(luò)”意味著至少連接了兩個設(shè)備的機構(gòu)，并且在其中，一條信息能夠從一個設(shè)備發(fā)送到另一個設(shè)備。經(jīng)由網(wǎng)絡(luò)建立通信的設(shè)備可以是彼此分離的，也可以是構(gòu)成一個機器的內(nèi)部模塊。
[0023]“通信”可表示無線通信和有線通信。然而，還可以是混合無線和有線通信的通信，更具體地，在某個區(qū)段采取無線通信而在另一個區(qū)段采取有線通信的通信。同樣，它也可以是這樣的通信:從一個設(shè)備向另一設(shè)備的通信是有線的，且相反方向的通信是無線的。
[0024]本發(fā)明一優(yōu)選實施例為，在外貿(mào)電子商務(wù)平臺A上，建立兩種審計模式:用戶賬戶余額連續(xù)性審計模式；用戶賬戶交易重復(fù)性審計模式。
[0025]如圖1所示，首先，獲取審計消息后，進(jìn)行重復(fù)性審計，當(dāng)一個審計消息過來，系統(tǒng)自動去交易記錄數(shù)據(jù)庫中查詢這次需要審計的交易信息，并從交易數(shù)據(jù)庫中進(jìn)行比對，是否有相同的交易。
[0026]其次，重復(fù)性審計通過后，進(jìn)行余額變化審計。通過查詢該交易記錄上一條成功的交易余額快照，系統(tǒng)能夠得出此次交易用戶的余額變化是否正常。
[0027]然后，在保障審計系統(tǒng)擴展性和獨立性的前提下，為了不影響正常的用戶交易，本發(fā)明選取了在用戶交易成功時發(fā)送審計消息，審計系統(tǒng)接收消息后進(jìn)行審計。這樣即確保了交易系統(tǒng)和審計系統(tǒng)的相互獨立，又確保了核心交易系統(tǒng)的穩(wěn)定性。
[0028]圖2示出了圖1所示的用戶余額審計的余額變化流程圖。如圖2所示，用戶在交易成功后，才能發(fā)送異步處理消息到審計系統(tǒng)中，再由審計系統(tǒng)進(jìn)行處理，對原有系統(tǒng)影響極其微小。
[0029]本發(fā)明的有益效果為:使得外貿(mào)電子商務(wù)平臺A極大的提升了對用戶賬戶資金變化的監(jiān)控。首先實現(xiàn)了用戶賬戶從人工審計到完全系統(tǒng)化處理，減少了人工參與環(huán)節(jié)，給財務(wù)運營節(jié)省了人力成本。其次，從打款單點審計到用戶賬戶余額變化全交易覆蓋審計，提高了審計覆蓋面，有利于平臺安全監(jiān)控。最后本案的實時性審計，可以讓平臺實時監(jiān)控用戶資金交易安全，及時發(fā)現(xiàn)問題，提高平臺預(yù)警能力。
[0030]上述詳細(xì)描述通過實施例和/或示意圖闡明了系統(tǒng)和/或過程的各種實施例。就這些示意圖和/或包含一個或多個功能和/或操作而言，本領(lǐng)域技術(shù)人員將理解，這些示意圖或?qū)嵤├械拿恳粋€功能和/或操作都可由各種各樣的硬件、軟件、固件、或?qū)嶋H上其任意組合來單獨地和/或共同地實現(xiàn)。
[0031]應(yīng)該理解，本文描述的方法可以結(jié)合硬件或軟件，或在適當(dāng)時結(jié)合兩者的組合來實現(xiàn)。因此，本發(fā)明的方法，可以采用包含在諸如軟盤、CD-ROM、硬盤驅(qū)動器或任何其他機器可讀存儲介質(zhì)等有形介質(zhì)中的程序代碼(即，指令)的形式，其中，當(dāng)程序代碼在可編程計算機上執(zhí)行的情況下，計算設(shè)備通常包括處理器、該處理器可讀的存儲介質(zhì)(包括易失性存儲器和/或存儲元件)、至少一個輸入設(shè)備、以及至少一個輸出設(shè)備。一個或多個程序可以例如，通過使用API，可重用控件等來實現(xiàn)或利用結(jié)合本發(fā)明描述的過程。這樣的程序優(yōu)選地用高級過程語言或面向?qū)ο缶幊陶Z言來實現(xiàn)，以與計算機系統(tǒng)通信。然而，如果需要，該程序可以用匯編語言或機器語言來實現(xiàn)。在任何情形中，語言可以是編譯語言或解釋語言，且與硬件實現(xiàn)相結(jié)合。
[0032]需要說明的是，本發(fā)明的一種用戶賬戶余額審計的系統(tǒng)及方法的方案的范疇包括但不限于上述各部分之間的任意組合。
[0033]盡管具體地參考其優(yōu)選實施例來示出并描述了本發(fā)明，但本領(lǐng)域的技術(shù)人員可以理解，可以做出形式和細(xì)節(jié)上的各種改變而不脫離所附權(quán)利要求書中所述的本發(fā)明的范圍。以上結(jié)合本發(fā)明的具體實施例做了詳細(xì)描述，但并非是對本發(fā)明的限制。凡是依據(jù)本發(fā)明的技術(shù)實質(zhì)對以上實施例所做的任何簡單修改，均仍屬于本發(fā)明技術(shù)方案的范圍。
【主權(quán)項】
1.一種用戶賬戶余額審計的系統(tǒng)，其特征在于，所述系統(tǒng)包括用戶賬戶余額連續(xù)性審計模塊，用戶賬戶交易重復(fù)性審計模塊，交易記錄數(shù)據(jù)庫，所述用戶賬戶余額連續(xù)性審計模塊與所述用戶賬戶交易重復(fù)性審計模塊均與所述交易記錄數(shù)據(jù)庫連接。2.如權(quán)利要求1所述的用戶賬戶余額審計的系統(tǒng)，其特征在于，所述用戶賬戶交易重復(fù)性審計模塊用于重復(fù)性審計，即當(dāng)接收到審計消息后，在所述交易記錄數(shù)據(jù)庫中查詢所述審計消息的交易信息，并在所述交易記錄數(shù)據(jù)庫中進(jìn)行對比，查看是否有相同的交易信肩、O3.如權(quán)利要求2所述的用戶賬戶余額審計的系統(tǒng)，其特征在于，當(dāng)存在所述相同的交易信息時，記錄所述審計消息并且發(fā)送報警信息。4.如權(quán)利要求1所述的用戶賬戶余額審計的系統(tǒng)，其特征在于，所述用戶賬戶余額連續(xù)性審計模塊用于連續(xù)性審計，即通過查詢審計消息的上一條成功的交易余額快照，能夠得出此次審計消息的用戶余額變化是否正常。5.如權(quán)利要求4所述的用戶賬戶余額審計的系統(tǒng)，其特征在于，當(dāng)所述用戶余額變化不正常時，記錄所述審計消息并且發(fā)送報警信息。6.如權(quán)利要求1所述的用戶賬戶余額審計的系統(tǒng)，其特征在于，在用戶交易成功后發(fā)送審計消息。7.采用如權(quán)利要求1所述的用戶賬戶余額審計的系統(tǒng)的方法，其特征在于，所述方法包括如下步驟: O當(dāng)接收到審計消息后，在所述交易記錄數(shù)據(jù)庫中查詢所述審計消息的交易信息，并在所述交易記錄數(shù)據(jù)庫中進(jìn)行對比，查看是否有相同的交易信息； 2)通過查詢審計消息的上一條成功的交易余額快照，能夠得出此次審計消息的用戶余額變化是否正常。8.如權(quán)利要求7所述的用戶賬戶余額審計的方法，其特征在于，當(dāng)存在所述相同的交易信息時，記錄所述審計消息并且發(fā)送報警信息。9.如權(quán)利要求7所述的用戶賬戶余額審計的方法，其特征在于，當(dāng)所述用戶余額變化不正常時，記錄所述審計消息并且發(fā)送報警信息。10.如權(quán)利要求7所述的用戶賬戶余額審計的方法，其特征在于，在用戶交易成功后發(fā)送審計消息。
【專利摘要】本發(fā)明所述的一種用戶賬戶余額審計的系統(tǒng)及方法建立了兩種審計模式：用戶賬戶余額連續(xù)性審計模式；用戶賬戶交易重復(fù)性審計模式。首先，實現(xiàn)了用戶賬戶從人工審計到完全系統(tǒng)化處理，減少了人工參與環(huán)節(jié)，給財務(wù)運營節(jié)省了人力成本。其次，從打款單點審計到用戶賬戶余額變化全交易覆蓋審計，提高了審計覆蓋面，有利于平臺安全監(jiān)控。最后本案的實時性審計，可以讓平臺實時監(jiān)控用戶資金交易安全，及時發(fā)現(xiàn)問題，提高平臺預(yù)警能力。
【IPC分類】G06Q40/00, G06Q30/00
【公開號】CN104978662
【申請?zhí)枴緾N201410133359
【發(fā)明人】蒲濤, 薛繼東, 劉振, 趙紅強
【申請人】世紀(jì)禾光科技發(fā)展（北京）有限公司
【公開日】2015年10月14日
【申請日】2014年4月4日