專利名稱：基于前置業(yè)務(wù)平臺的客戶端開發(fā)系統(tǒng)及其實(shí)施方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種用于銀行網(wǎng)點(diǎn)或其他電子渠道的、基于前置業(yè)務(wù)平臺的客戶端開 發(fā)系統(tǒng)及其實(shí)施方式，屬于金融服務(wù)技術(shù)領(lǐng)域。
背景技術(shù)：
前置業(yè)務(wù)平臺提供的功能通常是由多個(gè)應(yīng)用系統(tǒng)進(jìn)行整合集成而完成的，而從客 戶端的角度來看，前置業(yè)務(wù)平臺的功能通常要通過銀行網(wǎng)點(diǎn)或者其他電子渠道提供給用 戶，這樣就產(chǎn)生了一個(gè)問題，就是銀行的網(wǎng)點(diǎn)或者其他電子渠道往往都已經(jīng)建立了應(yīng)用系 統(tǒng)，都有著自己的客戶端系統(tǒng)，于是前置業(yè)務(wù)平臺的客戶端系統(tǒng)就有著與其他系統(tǒng)客戶端 的融合問題。解決問題的常規(guī)途徑為在原有的應(yīng)用系統(tǒng)中實(shí)現(xiàn)前置業(yè)務(wù)平臺的客戶端功 能，前置業(yè)務(wù)平臺只提供服務(wù)器端的后臺程序。然而，由于前置業(yè)務(wù)平臺提供的功能相對獨(dú) 立于其他系統(tǒng)的功能，業(yè)務(wù)開發(fā)人員也相對獨(dú)立，而且前置業(yè)務(wù)平臺的功能經(jīng)常需要擴(kuò)展 或修改，如何在不影響前置業(yè)務(wù)平臺的擴(kuò)展與修改的同時(shí)，又能盡量減少對原有系統(tǒng)進(jìn)行 修改，這是常規(guī)解決途徑所無法克服的矛盾。本發(fā)明正是基于這種需求而研發(fā)出的一種基于前置業(yè)務(wù)平臺的客戶端系統(tǒng)。

發(fā)明內(nèi)容
本發(fā)明所解決的技術(shù)問題在于提供一種基于前置業(yè)務(wù)平臺的客戶端開發(fā)系統(tǒng)，其 大大提高了用戶使用的方便性。為解決上述技術(shù)問題，本發(fā)明采用如下技術(shù)方案一種基于前置業(yè)務(wù)平臺的客戶 端開發(fā)系統(tǒng)，包括開發(fā)模塊、版本服務(wù)模塊、前端操作模塊、通訊模塊及主機(jī)后臺服務(wù)系統(tǒng)， 所述開發(fā)模塊將配置信息生成文件保存到版本服務(wù)模塊上，所述前端操作模塊在運(yùn)行時(shí)自 動從版本服務(wù)模塊取得最新的相關(guān)配置內(nèi)容，所述通訊模塊接收所述前端操作模塊發(fā)來的 交易數(shù)據(jù)，然后發(fā)送給所述主機(jī)后臺服務(wù)系統(tǒng)。作為本技術(shù)方案的進(jìn)一步改進(jìn)，所述前端操作模塊直接面對用戶，采用ANSI C開發(fā)。作為本技術(shù)方案的進(jìn)一步改進(jìn)，所述開發(fā)模塊利用數(shù)據(jù)庫將所述配置信息進(jìn)行暫 存和備份。作為本技術(shù)方案的進(jìn)一步改進(jìn)，所述版本服務(wù)模塊可自動下載配置文件，該配置 文件包括以下類型菜單文件、屏幕格式文件及屏幕處理函數(shù)文件。本發(fā)明亦可采用如下技術(shù)方案一種基于前置業(yè)務(wù)平臺的客戶端開發(fā)系統(tǒng)，其包 括如下步驟提供一前置界面配置和開發(fā)模塊及一版本服務(wù)模塊，并利用所述前置界面配置和 開發(fā)模塊將配置信息生成文件保存到所述版本服務(wù)模塊上，并將所述配置信息備份至數(shù)據(jù) 庫；提供一前端操作模塊，利用該前端操作模塊接收各營業(yè)網(wǎng)點(diǎn)客戶端的交易請求，并自動 從所述版本服務(wù)模塊上取得最新的配置內(nèi)容；提供一通訊模塊，并用該通訊模塊接收由所述前端操作模塊發(fā)送出的交易請求的相關(guān)數(shù)據(jù)，然后，通訊模塊根據(jù)主機(jī)協(xié)議的需要轉(zhuǎn)換 通訊格式并發(fā)送給主機(jī)后臺服務(wù)系統(tǒng)；提供一主機(jī)后臺服務(wù)系統(tǒng)，用于接收由通訊模塊發(fā) 送的相關(guān)數(shù)據(jù)，并對數(shù)據(jù)進(jìn)行轉(zhuǎn)換后經(jīng)由通訊模塊回送給前端操作模塊。作為上述技術(shù)方案的進(jìn)一步改進(jìn)，所述前端操作模塊可實(shí)現(xiàn)對其自身程序的自動 更新、以交易為單位進(jìn)行配置信息的自動更新、交易配置信息更新后實(shí)時(shí)生效、自身程序更 新通知用戶重新登錄后即可生效。作為上述技術(shù)方案的進(jìn)一步改進(jìn)，所述前端操作模塊在進(jìn)入一個(gè)交易界面前首先 判斷格式文件是否一致，如果不一致則到版本服務(wù)模塊上下載最新文件。 相較于現(xiàn)有技術(shù)，采用本發(fā)明所述的基于前置業(yè)務(wù)平臺的客戶端開發(fā)系統(tǒng)將自動 從版本服務(wù)模塊上下載最新的配置文件，這樣柜員作交易的界面總是最新的界面，避免交 易的二次發(fā)送，大大提高了用戶使用的方便性。


圖1為本發(fā)明所述的基于前置業(yè)務(wù)平臺的客戶端開發(fā)系統(tǒng)的模塊架構(gòu)圖。
具體實(shí)施例方式請參閱圖1所示，本發(fā)明所述的基于前置業(yè)務(wù)平臺的客戶端開發(fā)系統(tǒng)包括開發(fā)模 塊、版本服務(wù)模塊、前端操作模塊、通訊模塊及設(shè)備管理模塊。以下進(jìn)一步詳細(xì)敘述各個(gè)模 塊。所述開發(fā)模塊是采用所見即所得的方式開發(fā)交易菜單、交易屏幕、交易打印憑條 等內(nèi)容，支持多用戶的協(xié)同開發(fā)，采用XML標(biāo)準(zhǔn)的配置文件格式。所述版本服務(wù)模塊可使得所述前置業(yè)務(wù)平臺的客戶端系統(tǒng)可以實(shí)現(xiàn)配置文件的 自動下載功能，從而實(shí)現(xiàn)客戶端的零維護(hù)。所述客戶端的文件包括四種類型菜單文件、屏 幕格式文件、屏幕處理函數(shù)文件和其他文件。所述前端操作模塊運(yùn)行于各銀行營業(yè)網(wǎng)點(diǎn)的終端系統(tǒng)上，這是客戶端系統(tǒng)的主框 架程序，通過前端操作模塊來調(diào)用其它的模塊。前端操作模塊直接面對用戶，采用ANSI C 開發(fā)，運(yùn)行效率極高。系統(tǒng)采用了先進(jìn)的內(nèi)存分配機(jī)制和控制管理，在開發(fā)的時(shí)候就可以迅 速地發(fā)現(xiàn)內(nèi)存泄漏，從面將問題控制在萌芽狀態(tài)，有效地保證了系統(tǒng)在生產(chǎn)環(huán)境下的安全 性和可靠性。另外，系統(tǒng)能夠支持操作界面功能鍵定制功能，可以任意指定功能鍵，例如可 以指定打印為CTRL+P，也可以指定打印為F6。所有這些，都只需要在配置文件中定義即可。 另外，對于同一個(gè)功能，可以最多指定10個(gè)不同的鍵來觸發(fā)。例如可以定義CTRL+P和F6 都執(zhí)行打印功能。另外，系統(tǒng)還具有如下功能1.系統(tǒng)支持多樣的數(shù)據(jù)采集方式，包括支持鍵盤、刷卡器、IC卡讀卡器、密碼小鍵 盤、文件輸入等數(shù)據(jù)來源。能夠?qū)崿F(xiàn)以交易為單位進(jìn)行路由控制，支持與多個(gè)主機(jī)的連接；2.系統(tǒng)能夠提供內(nèi)嵌通用查詢功能，無須任何編碼就可以響應(yīng)柜員的各種復(fù)雜查 詢需求；3.系統(tǒng)功能支持交易組裝和定制，支持聯(lián)動交易和嵌套交易方式，可以快速進(jìn)行 交易重組；4.系統(tǒng)支持對交易界面的以下多個(gè)級別進(jìn)行客戶化數(shù)據(jù)處理支持屏幕級別的特殊處理入口、支持交易級別的特殊處理入口、支持域級別的特殊處理入口、支持功能鍵級 別的特殊處理入口；5.系統(tǒng)能夠支持交易配置信息透明化自動更新，包括前端操作模塊自身程序透 明化自動更新、以交易為單位進(jìn)行配置信息自動更新、交易配置信息更新后實(shí)時(shí)生效自身 程序更新通知用戶重新登錄后即可生效。值得注意的是，系統(tǒng)可以運(yùn)行于多種主流UNIX系統(tǒng)上，如SCO OS, UnixWare, AIX, Linux等等。且所述前端操作模塊能夠支持多種界面元素，根據(jù)不同的需求選用不同的界面 元素，通過這些界面元素的組合可以生成各種各樣的交易界面和數(shù)據(jù)瀏覽界面。常見的界 面元素如下表所示 所述通訊模塊的主要功能是在前端操作模塊與主機(jī)之間建立起一座橋梁，目的是 為了讓前端界面的開發(fā)對主機(jī)通訊協(xié)議透明，從而提高系統(tǒng)開發(fā)效率。通訊模塊接收營業(yè) 網(wǎng)點(diǎn)前端操作模塊發(fā)來的交易數(shù)據(jù)，然后根據(jù)主機(jī)協(xié)議的需要轉(zhuǎn)換通訊格式，發(fā)送給主機(jī) 系統(tǒng)；另外，通訊模塊也將主機(jī)返回的數(shù)據(jù)轉(zhuǎn)換成相應(yīng)的格式回送給前端操作模塊。這樣， 開發(fā)人員在使用前端界面配置和開發(fā)平臺在開發(fā)應(yīng)用系統(tǒng)時(shí)不需要考慮具體的主機(jī)通訊 協(xié)議，只需要關(guān)注應(yīng)用數(shù)據(jù)的組織就行了。所述通訊模塊支持多種通訊方式和中間件。如TCP/IP, Tuxedo 和 CICS 等。所述設(shè)備管理模塊使得客戶端具有對多種外部設(shè)備的管理功能，每種設(shè)備都是采 用在計(jì)算中心配置驅(qū)動程序，然后把驅(qū)動程序下發(fā)給網(wǎng)點(diǎn)，由網(wǎng)點(diǎn)根據(jù)實(shí)際使用的設(shè)備進(jìn) 行組合完成對設(shè)備的驅(qū)動，支持的外設(shè)包括終端、密碼小鍵盤、讀卡器、存折打印機(jī)、流水 打印機(jī)和IC卡讀卡器等。鑒于上述，客戶端系統(tǒng)充分考慮了前置業(yè)務(wù)以及銀行業(yè)務(wù)的特色，能夠充分滿足 銀行業(yè)務(wù)前臺界面的復(fù)雜輸入輸出控制和業(yè)務(wù)流程控制。所述客戶端系統(tǒng)包括基本功能、 交易開發(fā)功能及版本管理功能。其中，所述基本功能包括如下解析界面格式定義參數(shù)并生成交易界面；根據(jù)輸 入信息控制域的有效性，檢查輸入數(shù)據(jù)的合法性；提交交易并接收交易結(jié)果；顯示和打印 交易結(jié)果；管理外設(shè)驅(qū)動程序；自動檢測界面格式定義文件和前臺交易處理函數(shù)的版本一 致性，自動下載版本不一致的配置文件。所述交易開發(fā)功能在客戶端主要是以交易的前端界面出現(xiàn)，前置業(yè)務(wù)平臺的客戶 端系統(tǒng)提供了統(tǒng)一的開發(fā)環(huán)境，通過界面配置信息來實(shí)現(xiàn)交易的客戶端功能，所述界面配 置信息包括界面的基本信息、界面包含的后臺交易信息、界面輸入輸出域信息、屏幕前后 處理信息、交易前后處理信息及域前后處理信息。所述交易界面的配置信息存放在XML文 件中。因?yàn)榻缑媾渲眯畔⑴c要整合的其它客戶端系統(tǒng)完全共享，可以從其它客戶端程序中 直接調(diào)用界面信息文件，即可執(zhí)行前置業(yè)務(wù)平臺的客戶端交易程序。所述版本管理功能是所述前置業(yè)務(wù)平臺的客戶端系統(tǒng)所具有的另一大功能，其具 有界面配置文件的功能，能夠極大地減少了網(wǎng)點(diǎn)程序的維護(hù)工作。傳統(tǒng)的流程是客戶端在 做交易時(shí)，把版本信息連同交易信息一起發(fā)送給服務(wù)器，服務(wù)器首先判斷版本信息，如果不 一致則提示用戶下載配置信息或自動下載配置信息，然后重新進(jìn)入交易界面。這種方式實(shí) 現(xiàn)非常容易，但存在兩個(gè)缺點(diǎn)1、版本不一致時(shí)需要柜員重新發(fā)起交易，容易使柜員對前一 次的交易結(jié)果有一種不確定性；2、增加了網(wǎng)絡(luò)流量和主機(jī)處理負(fù)載，因?yàn)閷Π姹静灰恢碌?交易至少要發(fā)送兩次，并且在服務(wù)器上需要判斷版本信息。而本發(fā)明的前置業(yè)務(wù)平臺采用 在網(wǎng)點(diǎn)檢查版本的方式，避免了以上兩種缺點(diǎn)，系統(tǒng)在進(jìn)入一個(gè)交易界面前首先判斷格式 文件是否一致，如果不一致則到版本服務(wù)器上下載最新文件，這樣柜員作交易的界面總是 最新的界面，避免交易的二次發(fā)送。由于客戶端配置信息包括菜單、屏幕格式、屏幕處理和其它的輔助信息，因此，針 對不同的配置信息，我們采用不同的管理方式，所述版本管理功能主要包括以下幾種管理 方式菜單文件的版本管理、屏幕格式文件的版本管理、屏幕處理函數(shù)文件的版本管理及其 他文件的版本管理。以下進(jìn)一步細(xì)述所述版本管理功能的幾種管理方式。針對菜單文件的版本管理，客戶端系統(tǒng)在啟動時(shí)，需要判斷一下主菜單文件是否 已經(jīng)過期，如果已經(jīng)過期，則把客戶端的菜單文件的版本號發(fā)送到版本服務(wù)器，驗(yàn)證是否需 要下載最新的菜單文件，當(dāng)菜單文件已經(jīng)發(fā)生變化時(shí)，版本服務(wù)器會把最新的菜單文件下 載到客戶端。針對屏幕格式文件的版本管理，客戶端系統(tǒng)在進(jìn)入一個(gè)交易功能前，首先需要計(jì) 算出屏幕格式文件的版本號，并且和保存在菜單文件中的版本號比較，如果不一致，說明屏 幕文件已經(jīng)發(fā)生變化，需要從版本服務(wù)器下載；否則說明文件沒有被修改過。這種方式的好處時(shí)客戶端不需要到版本服務(wù)器驗(yàn)證文件的一致性，從而減少網(wǎng)絡(luò)流量和服務(wù)器的處理壓 力；同時(shí)在進(jìn)入功能以前就檢查版本，避免交易發(fā)送到應(yīng)用服務(wù)器后因?yàn)榻灰装姹疽恢滦?而被拒絕。針對屏幕處理函數(shù)文件的版本管理，在接入交易功能時(shí)，客戶端系統(tǒng)會計(jì)算出屏 幕處理函數(shù)文件的版本號，并且和屏幕格式文件中保存的屏幕函數(shù)的版本號進(jìn)行比較從而 完成版本的校驗(yàn)。針對其他文件的版本管理，除了以上主要文件的版本同步外，還可以對一些零碎 的文件進(jìn)行管理，包括數(shù)據(jù)字典配置文件、打印憑證模板文件、下拉域選擇內(nèi)容配置文件 等。對這部分的文件，版本服務(wù)器首先需要配置哪些文件需要實(shí)現(xiàn)客戶端和服務(wù)器的同步 管理，然后生成一個(gè)版本文件，在文件內(nèi)部包含了所有需要版本控制的文件的名稱和版本 號，客戶端在啟動時(shí)先下載版本文件，然后判斷各個(gè)文件的版本號并從服務(wù)器下載已經(jīng)發(fā) 生變化的各種配置文件。以上所述，僅是本發(fā)明的最佳實(shí)施例而已，并非對本發(fā)明作任何形式上的限制。任 何熟悉本領(lǐng)域的技術(shù)人員，在不脫離本發(fā)明技術(shù)方案范圍情況下，利用上述揭示的方法內(nèi) 容對本發(fā)明技術(shù)方案做出許多可能的變動和修飾，均屬于權(quán)利要求書保護(hù)的范圍。
權(quán)利要求
一種基于前置業(yè)務(wù)平臺的客戶端開發(fā)系統(tǒng)，包括開發(fā)模塊、版本服務(wù)模塊、前端操作模塊、通訊模塊及主機(jī)后臺服務(wù)系統(tǒng)，其特征在于所述開發(fā)模塊將配置信息生成文件保存到版本服務(wù)模塊上，所述前端操作模塊在運(yùn)行時(shí)自動從版本服務(wù)模塊取得最新的相關(guān)配置內(nèi)容，所述通訊模塊接收所述前端操作模塊發(fā)來的交易數(shù)據(jù)，然后發(fā)送給所述主機(jī)后臺服務(wù)系統(tǒng)。
2.如權(quán)利要求1所述的基于前置業(yè)務(wù)平臺的客戶端開發(fā)系統(tǒng)，其特征在于所述前端 操作模塊直接面對用戶，采用ANSI C開發(fā)。
3.如權(quán)利要求2所述的基于前置業(yè)務(wù)平臺的客戶端開發(fā)系統(tǒng)，其特征在于所述開發(fā) 模塊利用數(shù)據(jù)庫將所述配置信息進(jìn)行暫存和備份。
4.如權(quán)利要求3所述的基于前置業(yè)務(wù)平臺的客戶端開發(fā)系統(tǒng)，其特征在于所述版本 服務(wù)模塊可自動下載配置文件，該配置文件包括以下類型菜單文件、屏幕格式文件及屏幕 處理函數(shù)文件。
5.一種基于前置業(yè)務(wù)平臺的客戶端開發(fā)系統(tǒng)的實(shí)施方法，其特征在于包括如下步驟，提供一前置界面配置和開發(fā)模塊及一版本服務(wù)模塊，并利用所述前置界面配置和開發(fā) 模塊將配置信息生成文件保存到所述版本服務(wù)模塊上，并將所述配置信息備份至數(shù)據(jù)庫；提供一前端操作模塊，利用該前端操作模塊接收各營業(yè)網(wǎng)點(diǎn)客戶端的交易請求，并自 動從所述版本服務(wù)模塊上取得最新的配置內(nèi)容；提供一通訊模塊，并用該通訊模塊接收由所述前端操作模塊發(fā)送出的交易請求的相關(guān) 數(shù)據(jù)，然后，通訊模塊根據(jù)主機(jī)協(xié)議的需要轉(zhuǎn)換通訊格式并發(fā)送給主機(jī)后臺服務(wù)系統(tǒng)；提供一主機(jī)后臺服務(wù)系統(tǒng)，用于接收由通訊模塊發(fā)送的相關(guān)數(shù)據(jù)，并對數(shù)據(jù)進(jìn)行轉(zhuǎn)換 后經(jīng)由通訊模塊回送給前端操作模塊。
6.如權(quán)利要求5所述的基于前置業(yè)務(wù)平臺的客戶端開發(fā)系統(tǒng)的實(shí)施方法，其特征在 于所述前端操作模塊可實(shí)現(xiàn)對其自身程序的自動更新、以交易為單位進(jìn)行配置信息的自 動更新、交易配置信息更新后實(shí)時(shí)生效、自身程序更新通知用戶重新登錄后即可生效。
7.如權(quán)利要求6所述的基于前置業(yè)務(wù)平臺的客戶端開發(fā)系統(tǒng)的實(shí)施方法，其特征在 于所述前端操作模塊在進(jìn)入一個(gè)交易界面前首先判斷格式文件是否一致，如果不一致則 到版本服務(wù)模塊上下載最新文件。
全文摘要
一種基于前置業(yè)務(wù)平臺的客戶端開發(fā)系統(tǒng)，包括開發(fā)模塊、版本服務(wù)模塊、前端操作模塊、通訊模塊及主機(jī)后臺服務(wù)系統(tǒng)，所述開發(fā)模塊將配置信息生成文件保存到版本服務(wù)模塊上，所述前端操作模塊在運(yùn)行時(shí)自動從版本服務(wù)模塊取得最新的相關(guān)配置內(nèi)容，所述通訊模塊接收所述前端操作模塊發(fā)來的交易數(shù)據(jù)，然后發(fā)送給所述主機(jī)后臺服務(wù)系統(tǒng)，如此，柜員在作交易時(shí)的界面總是最新的界面，避免交易的二次發(fā)送，大大提高了使用的方便性。
文檔編號G06F9/44GK101876905SQ20101013594
公開日2010年11月3日 申請日期2010年3月23日 優(yōu)先權(quán)日2010年3月23日
發(fā)明者鄭愛軍 申請人:蘇州德融嘉信信用管理技術(shù)有限公司