亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

ATM業(yè)務(wù)軟件開發(fā)調(diào)試方法、系統(tǒng)和一種模擬ATMP系統(tǒng)與流程

文檔序號:11455505閱讀:681來源:國知局
ATM業(yè)務(wù)軟件開發(fā)調(diào)試方法、系統(tǒng)和一種模擬ATMP系統(tǒng)與流程

本發(fā)明涉及自助終端技術(shù)領(lǐng)域,尤其涉及atm業(yè)務(wù)軟件開發(fā)調(diào)試方法、系統(tǒng)和一種模擬atmp系統(tǒng)。



背景技術(shù):

目前,隨著銀行業(yè)務(wù)創(chuàng)新的速度越來越快,現(xiàn)有的atmc(atmcontrol)開發(fā)方法,難以適應(yīng)快速的atm軟件更新的需求。隨著atm各類特色業(yè)務(wù)的層出不窮,自助業(yè)務(wù)需求更新頻繁,要求上線快,才能幫助atm設(shè)備搶占業(yè)務(wù)市場,尤其對于銀行領(lǐng)域中具有很強時效性的各類特色業(yè)務(wù)來說,更是如此。

然而,現(xiàn)有的自助業(yè)務(wù)處理軟件atmc開發(fā),要求atmc在一個真實的銀行業(yè)務(wù)處理服務(wù)環(huán)境,即atmc必須與銀行前置系統(tǒng)atmp(atmpreconsole)進行通信和業(yè)務(wù)交互,這不僅使得atmc的開發(fā)受到環(huán)境的約束,不利于atmc的快速開發(fā)和移動式開發(fā),而且在atmc與真實的atmp對接進行開發(fā)調(diào)試時,容易給銀行設(shè)備帶來不可逆轉(zhuǎn)的損壞,存在安全隱患。



技術(shù)實現(xiàn)要素:

本發(fā)明實施例提供了atm業(yè)務(wù)軟件開發(fā)調(diào)試方法、系統(tǒng)和一種模擬atmp系統(tǒng),能夠使得atmc在開發(fā)調(diào)試時脫離真實的銀行業(yè)務(wù)處理服務(wù)環(huán)境,降低開發(fā)調(diào)試過程中帶來的安全隱患。

第一方面,提供了一種atm業(yè)務(wù)軟件開發(fā)調(diào)試方法,包括:

接收來自待開發(fā)調(diào)試的atmc傳送的報文;

根據(jù)預(yù)設(shè)的配置文件確定與所述報文對應(yīng)的銀行報文格式,所述配置文件預(yù)先配置有模擬銀行報文協(xié)議產(chǎn)生的銀行報文格式以及所述銀行報文格式對應(yīng)的應(yīng)答報文格式;

判斷是否所述報文的報文格式與所述銀行報文格式匹配,且所述報文的報文內(nèi)容滿足預(yù)設(shè)的正確性條件,所述報文內(nèi)容通過所述銀行報文格式對所述報文進行解析得到;

若所述報文的報文格式與所述銀行報文格式不匹配,或所述報文的報文內(nèi)容不滿足預(yù)設(shè)的正確性條件,則根據(jù)所述配置文件向所述atmc返回關(guān)于錯誤報文格式或內(nèi)容的應(yīng)答報文;

若所述報文的報文格式與所述銀行報文格式匹配,且所述報文的報文內(nèi)容滿足預(yù)設(shè)的正確性條件,則根據(jù)所述配置文件向所述atmc返回與所述報文內(nèi)容對應(yīng)的應(yīng)答報文。

可選地,在根據(jù)預(yù)設(shè)的配置文件確定與所述報文對應(yīng)的銀行報文格式之前,還包括:

根據(jù)接收所述報文的端口號從預(yù)設(shè)的配置文件集合中選取對應(yīng)的一個預(yù)設(shè)的配置文件,所述配置文件集合中的各個配置文件分別與各個端口號存在對應(yīng)關(guān)系,不同的配置文件分別用于模擬不同銀行機構(gòu)的銀行報文協(xié)議。

可選地,還包括:

檢測對所述配置文件中的銀行報文格式和/或?qū)?yīng)的應(yīng)答報文格式的設(shè)置操作;

若檢測到所述設(shè)置操作,則根據(jù)所述設(shè)置操作對所述配置文件中的銀行報文格式和/或?qū)?yīng)的應(yīng)答報文格式進行更新。

第二方面,提供了一種模擬atmp系統(tǒng),包括:

報文接收模塊,用于接收來自待開發(fā)調(diào)試的atmc傳送的報文;

銀行報文格式確定模塊,用于根據(jù)預(yù)設(shè)的配置文件確定與所述報文對應(yīng)的銀行報文格式,所述配置文件預(yù)先配置有模擬銀行報文協(xié)議產(chǎn)生的銀行報文格式以及所述銀行報文格式對應(yīng)的應(yīng)答報文格式;

報文判斷模塊,用于判斷是否所述報文的報文格式與所述銀行報文格式匹配,且所述報文的報文內(nèi)容滿足預(yù)設(shè)的正確性條件,所述報文內(nèi)容通過所述銀行報文格式對所述報文進行解析得到;

錯誤應(yīng)答模塊,用于若所述報文判斷模塊的判斷結(jié)果為否,則根據(jù)所述配置文件向所述atmc返回關(guān)于錯誤報文格式或內(nèi)容的應(yīng)答報文;

報文應(yīng)答模塊,用于若所述報文判斷模塊的判斷結(jié)果為是,則根據(jù)所述配置文件向所述atmc返回與所述報文內(nèi)容對應(yīng)的應(yīng)答報文。

可選地,所述模擬atmp系統(tǒng)還包括:

配置文件選取模塊,用于根據(jù)接收所述報文的端口號從預(yù)設(shè)的配置文件集合中選取對應(yīng)的一個預(yù)設(shè)的配置文件,所述配置文件集合中的各個配置文件分別與各個端口號存在對應(yīng)關(guān)系,不同的配置文件分別用于模擬不同銀行機構(gòu)的銀行報文協(xié)議。

可選地,所述模擬atmp系統(tǒng)上用于接收報文的端口號包括所述模擬atmp系統(tǒng)上自帶的基本端口號和自定義端口號,所述自定義端口號通過所述基本端口號加上預(yù)設(shè)的端口偏移量得到。

可選地,所述配置文件還包括對應(yīng)的端口號、對應(yīng)銀行機構(gòu)的機構(gòu)名稱以及銀行報文格式的公共信息。

可選地,所述模擬atmp系統(tǒng)還包括:

設(shè)置操作檢測模塊,用于檢測對所述配置文件中的銀行報文格式和/或?qū)?yīng)的應(yīng)答報文格式的設(shè)置操作;

配置文件更新模塊,用于若所述設(shè)置操作檢測模塊檢測到所述設(shè)置操作,則根據(jù)所述設(shè)置操作對所述配置文件中的銀行報文格式和/或?qū)?yīng)的應(yīng)答報文格式進行更新。

第三方面,提供了一種atm業(yè)務(wù)軟件開發(fā)調(diào)試系統(tǒng),包括待開發(fā)調(diào)試的atmc以及上述的模擬atmp系統(tǒng)。

可選地,還包括:

atm硬件模塊,用于模擬atm終端上的sp功能,為所述atmc提供符合cen/xfs標(biāo)準(zhǔn)硬件操作的模擬硬件環(huán)境。

從以上技術(shù)方案可以看出,本發(fā)明實施例具有以下優(yōu)點:

本發(fā)明實施例中,首先,接收來自待開發(fā)調(diào)試的atmc傳送的報文;然后,根據(jù)預(yù)設(shè)的配置文件確定與所述報文對應(yīng)的銀行報文格式,所述配置文件預(yù)先配置有模擬銀行報文協(xié)議產(chǎn)生的銀行報文格式以及所述銀行報文格式對應(yīng)的應(yīng)答報文格式;接著,判斷是否所述報文的報文格式與所述銀行報文格式匹配,且所述報文的報文內(nèi)容滿足預(yù)設(shè)的正確性條件,所述報文內(nèi)容通過所述銀行報文格式對所述報文進行解析得到;若所述報文的報文格式與所述銀行報文格式不匹配,或所述報文的報文內(nèi)容不滿足預(yù)設(shè)的正確性條件,則根據(jù)所述配置文件向所述atmc返回關(guān)于錯誤報文格式或內(nèi)容的應(yīng)答報文;若所述報文的報文格式與所述銀行報文格式匹配,且所述報文的報文內(nèi)容滿足預(yù)設(shè)的正確性條件,則根據(jù)所述配置文件向所述atmc返回與所述報文內(nèi)容對應(yīng)的應(yīng)答報文。這樣,通過預(yù)設(shè)配置文件來模擬atmc開發(fā)調(diào)試所需的業(yè)務(wù)處理服務(wù)環(huán)境,可以根據(jù)atmc傳送的報文作出符合銀行報文協(xié)議的報文應(yīng)答,在幫助atmc完成開發(fā)調(diào)試的同時,使得atmc可以脫離真實的銀行業(yè)務(wù)處理服務(wù)環(huán)境,不必與銀行前置系統(tǒng)atmp進行通信和業(yè)務(wù)交互,有利于atmc的快速開發(fā)和移動式開發(fā),同時降低了因atmc與真實的atmp對接進行開發(fā)調(diào)試帶來的安全隱患。

附圖說明

為了更清楚地說明本發(fā)明實施例中的技術(shù)方案,下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本發(fā)明的一些實施例,對于本領(lǐng)域普通技術(shù)人員來講,在不付出創(chuàng)造性勞動性的前提下,還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明實施例中atm業(yè)務(wù)軟件開發(fā)調(diào)試系統(tǒng)一個實施例示意圖;

圖2為本發(fā)明實施例中一種模擬atmp系統(tǒng)一個實施例結(jié)構(gòu)圖;

圖3為本發(fā)明實施例中atm業(yè)務(wù)軟件開發(fā)調(diào)試方法一個實施例流程圖;

圖4為本發(fā)明實施例中模擬atmp系統(tǒng)的配置文件在一個應(yīng)用場景下銀行機構(gòu)與端口號的配置項示意圖;

圖5為本發(fā)明實施例中模擬atmp系統(tǒng)的配置文件在一個應(yīng)用場景下defaultset部分內(nèi)容的配置項示意圖;

圖6為本發(fā)明實施例中模擬atmp系統(tǒng)的配置文件在一個應(yīng)用場景下elementtype部分內(nèi)容的配置項示意圖;

圖7為本發(fā)明實施例中模擬atmp系統(tǒng)的配置文件在一個應(yīng)用場景下transationlist部分內(nèi)容的配置項示意圖。

具體實施方式

本發(fā)明實施例提供了atm業(yè)務(wù)軟件開發(fā)調(diào)試方法、系統(tǒng)和一種模擬atmp系統(tǒng),用于解決現(xiàn)有atmc進行開發(fā)調(diào)試時必須與真實的atmp對接的問題。

為使得本發(fā)明的發(fā)明目的、特征、優(yōu)點能夠更加的明顯和易懂,下面將結(jié)合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述,顯然,下面所描述的實施例僅僅是本發(fā)明一部分實施例,而非全部的實施例?;诒景l(fā)明中的實施例,本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其它實施例,都屬于本發(fā)明保護的范圍。

圖1為本發(fā)明實施例中一種atm業(yè)務(wù)軟件開發(fā)調(diào)試系統(tǒng)一個實施例示意圖。如圖1所示,該atm業(yè)務(wù)軟件開發(fā)調(diào)試系統(tǒng)包括待開發(fā)調(diào)試的atmc以及一種模擬atmp系統(tǒng)。該atmc主要用于atm終端上進行業(yè)務(wù)處理和硬件控制;該模擬atmp系統(tǒng)主要用于模擬atm業(yè)務(wù)軟件與銀行后臺的業(yè)務(wù)處理和網(wǎng)絡(luò)交互功能。

另外,為了更好地進行atmc的開發(fā)調(diào)試,為atmc的調(diào)試提供硬件環(huán)境,該atm業(yè)務(wù)軟件開發(fā)調(diào)試系統(tǒng)還可以包括:atm硬件模塊,用于模擬atm終端上的sp功能,為所述atmc提供符合cen/xfs標(biāo)準(zhǔn)硬件操作的模擬硬件環(huán)境。其中,該atm硬件模塊可以基于wosa架構(gòu),該wosa(全稱是windows開放式系統(tǒng)體系結(jié)構(gòu)windowsopensystemarchitecture)是指微軟公司提出的一種在windows操作系統(tǒng)下的軟件架構(gòu)wosa/xfs是基于wosa的擴展金融服務(wù)(windowsopensystemarchitecture/extensionsforfinancialservices),是微軟公司為全球金融行業(yè)軟件提出的一種軟件架構(gòu),它在wosa軟件架構(gòu)的基礎(chǔ)上針對全球金融行業(yè)進行了一些相應(yīng)的修改。

如圖2所示,本發(fā)明中的模擬atmp系統(tǒng)可以包括以下模塊:

報文接收模塊201,用于接收來自待開發(fā)調(diào)試的atmc傳送的報文;

銀行報文格式確定模塊202,用于根據(jù)預(yù)設(shè)的配置文件確定與所述報文對應(yīng)的銀行報文格式,所述配置文件預(yù)先配置有模擬銀行報文協(xié)議產(chǎn)生的銀行報文格式以及所述銀行報文格式對應(yīng)的應(yīng)答報文格式;

報文判斷模塊203,用于判斷是否所述報文的報文格式與所述銀行報文格式匹配,且所述報文的報文內(nèi)容滿足預(yù)設(shè)的正確性條件,所述報文內(nèi)容通過所述銀行報文格式對所述報文進行解析得到;

錯誤應(yīng)答模塊204,用于若所述報文判斷模塊203的判斷結(jié)果為否,則根據(jù)所述配置文件向所述atmc返回關(guān)于錯誤報文格式或內(nèi)容的應(yīng)答報文;

報文應(yīng)答模塊205,用于若所述報文判斷模塊203的判斷結(jié)果為是,則根據(jù)所述配置文件向所述atmc返回與所述報文內(nèi)容對應(yīng)的應(yīng)答報文。

進一步地,所述模擬atmp系統(tǒng)還可以包括:

配置文件選取模塊,用于根據(jù)接收所述報文的端口號從預(yù)設(shè)的配置文件集合中選取對應(yīng)的一個預(yù)設(shè)的配置文件,所述配置文件集合中的各個配置文件分別與各個端口號存在對應(yīng)關(guān)系,不同的配置文件分別用于模擬不同銀行機構(gòu)的銀行報文協(xié)議。

進一步地,所述模擬atmp系統(tǒng)上用于接收報文的端口號可以包括所述模擬atmp系統(tǒng)上自帶的基本端口號和自定義端口號,所述自定義端口號通過所述基本端口號加上預(yù)設(shè)的端口偏移量得到。

進一步地,所述配置文件還可以包括對應(yīng)的端口號、對應(yīng)銀行機構(gòu)的機構(gòu)名稱以及銀行報文格式的公共信息。

進一步地,所述模擬atmp系統(tǒng)還可以包括:

設(shè)置操作檢測模塊,用于檢測對所述配置文件中的銀行報文格式和/或?qū)?yīng)的應(yīng)答報文格式的設(shè)置操作;

配置文件更新模塊,用于若所述設(shè)置操作檢測模塊檢測到所述設(shè)置操作,則根據(jù)所述設(shè)置操作對所述配置文件中的銀行報文格式和/或?qū)?yīng)的應(yīng)答報文格式進行更新。

請參閱圖3,為了便于在上述的atm業(yè)務(wù)軟件開發(fā)調(diào)試系統(tǒng)進行atmc與模擬atmp系統(tǒng)之間的通信交互和模擬開發(fā)調(diào)試,本發(fā)明還提供了一種atm業(yè)務(wù)軟件開發(fā)調(diào)試方法,其實施例包括:

301、接收來自待開發(fā)調(diào)試的atmc傳送的報文;

本實施例總,atmc因為業(yè)務(wù)處理或者功能同步需要,可以向模擬atmp系統(tǒng)發(fā)送業(yè)務(wù)報文(包括取現(xiàn)、存款、查詢、轉(zhuǎn)賬、改密等業(yè)務(wù))或者功能報文(包括申請密鑰,設(shè)置),從而,模擬atmp系統(tǒng)接收到atmc傳送的報文

進一步地,為實現(xiàn)多個銀行機構(gòu)的銀行報文協(xié)議在同一臺pc機上進行atmc的開發(fā)調(diào)試,可以為每一個銀行機構(gòu)分配一個端口號,不同的端口號對應(yīng)不同的配置文件,從而可以實現(xiàn)不同銀行機構(gòu)的銀行報文協(xié)議在模擬atmp系統(tǒng)上的調(diào)試。當(dāng)atmc向模擬atmp系統(tǒng)傳送報文時,模擬atmp系統(tǒng)根據(jù)接收所述報文的端口號從預(yù)設(shè)的配置文件集合中選取對應(yīng)的一個預(yù)設(shè)的配置文件,所述配置文件集合中的各個配置文件分別與各個端口號存在對應(yīng)關(guān)系,不同的配置文件分別用于模擬不同銀行機構(gòu)的銀行報文協(xié)議。

更進一步地,模擬atmp系統(tǒng)上的端口號可以獨立設(shè)計,也可以采用原生系統(tǒng)的基本端口號。在獨立設(shè)計端口號時,可以在基本端口號的基礎(chǔ)上加上預(yù)設(shè)的端口偏移量得到自定義端口號,例如startport加上baseport。

302、根據(jù)預(yù)設(shè)的配置文件確定與所述報文對應(yīng)的銀行報文格式;

在模擬atmp系統(tǒng)接收到該atmc傳送的報文之后,可以根據(jù)預(yù)設(shè)的配置文件確定與所述報文對應(yīng)的銀行報文格式。其中,配置文件中預(yù)先配置有模擬銀行報文協(xié)議產(chǎn)生的銀行報文格式以及所述銀行報文格式對應(yīng)的應(yīng)答報文格式。關(guān)于配置文件中預(yù)先配置的具體內(nèi)容,將在本實施例的下述內(nèi)容中進行說明。

303、判斷是否所述報文的報文格式與所述銀行報文格式匹配,且所述報文的報文內(nèi)容滿足預(yù)設(shè)的正確性條件,若否,則執(zhí)行步驟304,若是,則執(zhí)行步驟305;

本實施例中,可以通過所述銀行報文格式對所述報文進行解析,得到所述報文的報文內(nèi)容。由于在進行atmc的開發(fā)調(diào)試時,只有當(dāng)atmc發(fā)送的報文的報文格式和報文內(nèi)容均符合要求時,才能認為該atmc當(dāng)前發(fā)送的報文是正確的,否則該atmc發(fā)送的報文格式錯誤或者內(nèi)容錯誤。因此,模擬atmp系統(tǒng)在接收到該報文后進行判斷,只有當(dāng)報文的報文格式與所述銀行報文格式匹配,且所述報文的報文內(nèi)容也滿足預(yù)設(shè)的正確性條件時,才認為該報文在格式和內(nèi)容上均符合銀行報文協(xié)議的要求,執(zhí)行步驟305,反之,則執(zhí)行步驟304。

其中,上述的正確性條件可以是對報文內(nèi)容進行字段校驗,例如,假設(shè)銀行報文協(xié)議中規(guī)定,每個報文的報文內(nèi)容中必須包含有銀行機構(gòu)的代碼,則對報文內(nèi)容進行字段校驗時,若報文內(nèi)容中不包含正確的銀行機構(gòu)的代碼,則認為該報文的報文內(nèi)容不滿足正確性條件;反之,若報文內(nèi)容中包含正確的銀行機構(gòu)的代碼,則認為該報文的報文內(nèi)容滿足正確性條件。

304、根據(jù)所述配置文件向所述atmc返回關(guān)于錯誤報文格式或內(nèi)容的應(yīng)答報文;

305、根據(jù)所述配置文件向所述atmc返回與所述報文內(nèi)容對應(yīng)的應(yīng)答報文。

本實施例中,關(guān)于上述的配置文件,一般來說,一個配置文件對應(yīng)一個銀行機構(gòu)的銀行報文協(xié)議,并且對應(yīng)一個端口號。該配置文件模擬了其對應(yīng)的銀行報文協(xié)議規(guī)定的銀行報文格式以及這些銀行報文格式對應(yīng)的應(yīng)答報文格式。比如,規(guī)定了當(dāng)接收到的報文的報文格式或報文內(nèi)容不正確時,應(yīng)當(dāng)采用何種應(yīng)答報文格式進行應(yīng)答,當(dāng)接收到的報文的報文格式和報文內(nèi)容正確時,應(yīng)當(dāng)如何根據(jù)該報文的報文內(nèi)容作出相應(yīng)的應(yīng)答,等等。因此,對于上述步驟304,可以理解的是,若所述報文的報文格式與所述銀行報文格式不匹配,或所述報文的報文內(nèi)容不滿足預(yù)設(shè)的正確性條件,則可以根據(jù)所述配置文件向所述atmc返回關(guān)于錯誤報文格式或內(nèi)容的應(yīng)答報文。同理,對于上述步驟305,可以理解的是,若所述報文的報文格式與所述銀行報文格式匹配,且所述報文的報文內(nèi)容滿足預(yù)設(shè)的正確性條件,則可以根據(jù)所述配置文件向所述atmc返回與所述報文內(nèi)容對應(yīng)的應(yīng)答報文。

進一步地,針對配置文件的內(nèi)容,可以根據(jù)業(yè)務(wù)處理的需要,對各種業(yè)務(wù)報文和功能報文處理的各種應(yīng)答結(jié)果,或者需要返回該業(yè)務(wù)處理的非正常處理或者業(yè)務(wù)處理不成功的報文應(yīng)答,通過模擬atmp系統(tǒng)由調(diào)試用戶即時設(shè)置,以便可以模擬這些報文的各種處理結(jié)果的應(yīng)答報文。具體地,模擬atmp系統(tǒng)可以檢測對所述配置文件中的銀行報文格式和/或?qū)?yīng)的應(yīng)答報文格式的設(shè)置操作;若模擬atmp系統(tǒng)檢測到所述設(shè)置操作,則根據(jù)所述設(shè)置操作對所述配置文件中的銀行報文格式和/或?qū)?yīng)的應(yīng)答報文格式進行更新。

例如,對于取款業(yè)務(wù)報文,正常的成功處理結(jié)果是返回“扣款成功”的報文應(yīng)答,但是當(dāng)賬戶余額不足時需要返回“余額不足扣款失敗”的應(yīng)答,當(dāng)取款金額已超出當(dāng)日累計的最高取款金額時需要返回“本日取款超限,扣款失敗”的應(yīng)答,這些不同的應(yīng)答可以由用戶在模擬atmp系統(tǒng)上根據(jù)atmc調(diào)試需要進行設(shè)置,以便可以調(diào)試atmc的各種功能。

特別地,本實施例中,配置文件的信息可以包括但不限于:銀行機構(gòu)的機構(gòu)名稱、配置的端口號、銀行報文格式的公共信息、配置文件存放路徑,等等。其中,配置文件中的配置信息可以包括以下三部分內(nèi)容:

defaultset:定義了當(dāng)前分行的全局性通用性配置要求;

elementtype:定義了報文中不變項格式信息,即域定義格式;

transationlist:定義了業(yè)務(wù)報文的配置,包括判斷接收報文是否正確的格式,以及對應(yīng)的應(yīng)答報文格式。

為便于理解,下面將對上述的配置文件在一個應(yīng)用場景下的具體配置進行詳細描述:

在模擬atmp系統(tǒng)中,其上的配置文件可以包括模擬atmp系統(tǒng)當(dāng)前支持的銀行機構(gòu)列表以及對應(yīng)的銀行機構(gòu)支持的端口號,使得被測試的atmc向不同端口號發(fā)送報文,就實現(xiàn)了與不同銀行機構(gòu)的業(yè)務(wù)交互的通信功能。如圖4所示,例如:"ip":"127.0.0.1","startport":10900,{"bankname":"農(nóng)業(yè)銀行","port":10,"conffolder":"農(nóng)業(yè)銀行","linkmode":true};

以上配置項說明農(nóng)行:當(dāng)前端口號位:10900+10=10910;當(dāng)前服務(wù)配置路徑為:.\virtualp\農(nóng)業(yè)銀行;農(nóng)行主配置文件為:.\virtualp\農(nóng)業(yè)銀行\(zhòng)main.json。

對于上述配置文件中的defaultset部分,其包括了每一個銀行報文的公共信息,該公共信息包括但不限于以下內(nèi)容:銀行名稱、銀行日志路徑、日志等級、業(yè)務(wù)報文名稱匹配、無需加密的域、報文加密類型和加密密鑰、應(yīng)答報文缺省設(shè)置等。如圖5所示,defaultset部分內(nèi)容中配置項意義說明如下:

1.prematch分項:

定義了模擬atmp系統(tǒng)在接收報文后,如何分解確定當(dāng)前報文信息是什么業(yè)務(wù)報文。例如:"prematch":["-1","3"],指明了模擬atmp系統(tǒng)收到報文后,先展開"3"域前的信息,然后在和所有交易報文比對,假設(shè)找出“存款交易報文”中第"-1"和"3"域?qū)?yīng)信息與接收信息相同,那么就確定當(dāng)前報文為"存款交易"報文,后續(xù)解包、打包則按照“存款交易”報文進行處理??芍?,模擬atmp系統(tǒng)通過該域的內(nèi)容確定當(dāng)前報文是什么報文,如模擬atmp系統(tǒng)解析某銀行報文第1域是tmk,則可確定該報文是申請主密鑰報文

2.joincheckmac、nojoincheckmac分項:

這兩個分項說明哪些項參與或者不參與mac驗算。其中“joincheckmac”為指定域參與mac驗算,其余域不參與mac驗算。nojoincheckmac為指定域不參與mac驗算,其余域參與mac驗算。

3.bitmaplen分項:

該分項指明了位域長度信息,可以取值為0、64、128,例如,農(nóng)行機構(gòu)的位圖配置為64。

●當(dāng)為128時,指明最大位圖為128,但是否存在第二位圖由8583協(xié)議規(guī)定本報文是否有超過64的域存在;

●當(dāng)為64時,表示不能有超過64的域存在;

●當(dāng)為0時,一般為定長報文,如青海農(nóng)信機構(gòu);

4.macscript分項:

該分項指明了mac校驗和生成規(guī)則。

●“checkmac”,"makemac"為通用規(guī)則;

●“checkhalfmac”為只校驗mac前8位;

●“nocheckmac”為不校驗mac;

●“checkycmac”,"makeycmac"為郵儲規(guī)則;

●“checkylmac”,"makeylmac"為銀聯(lián)規(guī)則;

●“checkqhnxmac”,"makeqhnxmac"為青海農(nóng)信規(guī)則。

5.initscript分項:

該分項為一些配置規(guī)則需要的數(shù)據(jù)資源。例如:phonemanage:script48_response.json,其含義是:指明了配置處理函數(shù)phonemanage需要文件資源為script48_response.json,配置處理函數(shù)一般為程序內(nèi)容處理過程,這些過程在打包、解包時給各個子域賦值或者校驗。

6.keycode分項:

該分項定義了密鑰名稱,和對應(yīng)的值。

●encrypttype:加密類型1為des加密,2位sm4加密;

●pinpassword:用戶缺省密碼;

●superkey:三層密鑰時的主密鑰;

●masterkey:主密鑰,或者三層密鑰的臨時主密鑰;

●pinkey:pin密鑰,用戶密碼密鑰;

●mackey:mac密鑰。

7.request分項:

該分項定義了模擬atmp系統(tǒng)分析請求報文時的缺省配置。例如:{"bit":"52","script":"checkpin"},指明所有請求報文52域的核查函數(shù)為checkpin,即檢測用戶密碼。

8.response分項:

該分項定義了模擬atmp系統(tǒng)打包響應(yīng)報文的缺省配置。例如{"bit":"12","script":"filltime"},指明了所有響應(yīng)報文第12域使用filltime函數(shù)來賦值。

如圖6所示,elementtype部分內(nèi)容為域格式定義信息的說明,其配置項意義說明如下:

1.bit:定義子域名稱,為操作子域?qū)?yīng)的唯一索引。

2.name:子域中文名稱,例如“報文長度”。

3.class:定義子域?qū)?yīng)變長格式。其中,"v":定長域;"lv":變長域;"tlv"tlv格式域,主要用于ic數(shù)據(jù)域。

4.datatype:數(shù)據(jù)類型,對應(yīng)不同的補位方式。"n","an",“b',"z"等等,詳細可以參考8583格式文檔定義。

5.len:子域長度,只對定長域有效。

6.code:域編碼格式,各種編碼格式?jīng)Q定不同的長度信息。其中,hex:16進制壓縮編碼;bcd:10進制壓縮編碼;bytehex:16進制編碼;bin:2進制編碼;ascii:ascii編碼。

7.fmt:定義長度信息,只對變長域(lv)有效。其中,llvar、lllvar、llllvar、lllllvar、llllllvar、lllllllvar、llllllllvar分別對應(yīng)2至8位長度信息。

8.fmtcode:長度信息的編碼格式,只對變長域(lv)有效,格式說明參照code。

如圖7所示,transationlist部分內(nèi)容中配置項意義說明如下:

該部分內(nèi)容主要包含兩部分:其一是接收報文的內(nèi)容格式:request域范圍的內(nèi)容。其二是應(yīng)答報文的內(nèi)容格式:response域范圍的內(nèi)容。每一個request域格式,對應(yīng)有一個response域格式。使得模擬atmp系統(tǒng)在接收到報文之后,可以參照request域格式進行解析和驗證報文的正確性,然后再生成一個response域格式的報文作為該報文的應(yīng)答報文。

請參閱圖7,transationlist部分內(nèi)容各配置項如下:

1.bit:子域名稱。

2.tag:子域出現(xiàn)要求。其中,

"len":本域為長度域,表示在以下出現(xiàn)的所有域內(nèi)容和為本域的值。

"m","c","o","r":分別規(guī)定了域必須存在、條件存在、選擇存在、復(fù)制等,參見8583文檔規(guī)定。

3.value:本域值:如果在通用配置的request,或者response定義了本域的缺省值,這里本域的值為業(yè)務(wù)報文特色規(guī)定的值,會覆蓋缺省配置值。

4.subbit:指定子域集合文件。此文件定義了子域集合,定義子域格式要求與本文檔要求一致,此處不在贅述。

5.script:函數(shù)調(diào)用關(guān)鍵字。模擬atmp系統(tǒng)內(nèi)置了一些子域處理函數(shù),這些函數(shù)通過關(guān)鍵字來調(diào)用。例如"script":"addamountabc",定義了本域會增加用戶賬戶的金額,一般用于存款業(yè)務(wù)報文。

本實施例中,首先,接收來自待開發(fā)調(diào)試的atmc傳送的報文;然后,根據(jù)預(yù)設(shè)的配置文件確定與所述報文對應(yīng)的銀行報文格式,所述配置文件預(yù)先配置有模擬銀行報文協(xié)議產(chǎn)生的銀行報文格式以及所述銀行報文格式對應(yīng)的應(yīng)答報文格式;接著,判斷是否所述報文的報文格式與所述銀行報文格式匹配,且所述報文的報文內(nèi)容滿足預(yù)設(shè)的正確性條件,所述報文內(nèi)容通過所述銀行報文格式對所述報文進行解析得到;若所述報文的報文格式與所述銀行報文格式不匹配,或所述報文的報文內(nèi)容不滿足預(yù)設(shè)的正確性條件,則根據(jù)所述配置文件向所述atmc返回關(guān)于錯誤報文格式或內(nèi)容的應(yīng)答報文;若所述報文的報文格式與所述銀行報文格式匹配,且所述報文的報文內(nèi)容滿足預(yù)設(shè)的正確性條件,則根據(jù)所述配置文件向所述atmc返回與所述報文內(nèi)容對應(yīng)的應(yīng)答報文。這樣,通過預(yù)設(shè)配置文件來模擬atmc開發(fā)調(diào)試所需的業(yè)務(wù)處理服務(wù)環(huán)境,可以根據(jù)atmc傳送的報文作出符合銀行報文協(xié)議的報文應(yīng)答,在幫助atmc完成開發(fā)調(diào)試的同時,使得atmc可以脫離真實的銀行業(yè)務(wù)處理服務(wù)環(huán)境,不必與銀行前置系統(tǒng)atmp進行通信和業(yè)務(wù)交互,有利于atmc的快速開發(fā)和移動式開發(fā),同時降低了因atmc與真實的atmp對接進行開發(fā)調(diào)試帶來的安全隱患。

應(yīng)理解,上述實施例中各步驟的序號的大小并不意味著執(zhí)行順序的先后,各過程的執(zhí)行順序應(yīng)以其功能和內(nèi)在邏輯確定,而不應(yīng)對本發(fā)明實施例的實施過程構(gòu)成任何限定。

所屬領(lǐng)域的技術(shù)人員可以清楚地了解到,為描述的方便和簡潔,上述描述的系統(tǒng),裝置和單元的具體工作過程,可以參考前述方法實施例中的對應(yīng)過程,在此不再贅述。

在上述實施例中,對各個實施例的描述都各有側(cè)重,某個實施例中沒有詳述或記載的部分,可以參見其它實施例的相關(guān)描述。

本領(lǐng)域普通技術(shù)人員可以意識到,結(jié)合本文中所公開的實施例描述的各實施例的模塊、單元和/或方法步驟,能夠以電子硬件、或者計算機軟件和電子硬件的結(jié)合來實現(xiàn)。這些功能究竟以硬件還是軟件方式來執(zhí)行,取決于技術(shù)方案的特定應(yīng)用和設(shè)計約束條件。專業(yè)技術(shù)人員可以對每個特定的應(yīng)用來使用不同方法來實現(xiàn)所描述的功能,但是這種實現(xiàn)不應(yīng)認為超出本發(fā)明的范圍。

在本申請所提供的幾個實施例中,應(yīng)該理解到,所揭露的系統(tǒng),裝置和方法,可以通過其它的方式實現(xiàn)。例如,以上所描述的裝置實施例僅僅是示意性的,例如,所述單元的劃分,僅僅為一種邏輯功能劃分,實際實現(xiàn)時可以有另外的劃分方式,例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng),或一些特征可以忽略,或不執(zhí)行。另一點,所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口,裝置或單元的間接耦合或通信連接,可以是電性,機械或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的,作為單元顯示的部件可以是或者也可以不是物理單元,即可以位于一個地方,或者也可以分布到多個網(wǎng)絡(luò)單元上??梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。

另外,在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中,也可以是各個單元單獨物理存在,也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn),也可以采用軟件功能單元的形式實現(xiàn)。

所述集成的單元如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時,可以存儲在一個計算機可讀取存儲介質(zhì)中。基于這樣的理解,本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來,該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中,包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機,服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括:u盤、移動硬盤、只讀存儲器(rom,read-onlymemory)、隨機存取存儲器(ram,randomaccessmemory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

以上所述,以上實施例僅用以說明本發(fā)明的技術(shù)方案,而非對其限制;盡管參照前述實施例對本發(fā)明進行了詳細的說明,本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解:其依然可以對前述各實施例所記載的技術(shù)方案進行修改,或者對其中部分技術(shù)特征進行等同替換;而這些修改或者替換,并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。

當(dāng)前第1頁1 2 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1