銀行代理業務經過近10年的發展，正日益成為各家銀行增加利潤、留住客戶的主打形象產品。在此主要從技術上討論代理業務平臺，是如何適應銀行代理業務產品發展的需要，從無到有、從簡單到完備的發展歷程。
    首先明白一個概念，什么是代理業務？簡單的說，就是銀行系統利用自身的網點優勢和客戶資源，為第三方單位如電信、移動等代理收費、扣款等業務。此業務是在90年代中期隨著銀行系統數據集中、網點互聯的發展而發展起來的，既方便了客戶、又減少了第三方單位的經營成本，同時提升了銀行的形象，也為銀行帶來了新的利潤增長點。
    本人有幸經歷了銀行業的代理業務產品開發各個階段，從手工作坊似的低級階段，到快速圖形界面定制的高級階段。并對多種代理業務平臺有實際的使用經歷和感受。
    對銀行系統的軟件開發人員來說，代理業務帶來了新的技術要求和實施難度。最早出現的代理業務一般是話費代收，要求的功能很簡單：話費查詢、繳費、對帳等。從安全性和速度方面考慮，銀行需要和委托單位建立專用的通訊信道，當時一般是申請電信的64kddn專線。然后由銀行方和委托方商量、確定雙方的通訊協議以及報文接口，實際情況是，一個委托單位一般不會只和某一家銀行簽訂這種代理協議，所以如果委托單位已經和其他銀行開發了類似的代理系統，那么該委托單位從自身系統的維護和管理方便出發，是不會和其他銀行另外開發一套新的通訊協議和報文接口的，后期參與進來的銀行就只能使自己的系統適用他們已有的系統的需要了。在當時，對每一家委托單位，銀行都要增加新的前置機、路由器等等硬件設備。
    經過緊張的開發、調試、試運行，到最后成功上線，一個新的代理業務產品的成功推出總會激起新的委托單位的興趣，從而導致越來越多的代理業務需求。考察那幾年的銀行信息部門的人員配置，我們會很容易發現一個有趣的現象，那就是所有銀行都在那幾年中逐步增加了代理業務開發部門的力量，代理業務開發人員得到越來越多的重用。慢慢的，這些軟件開發人員積累了越來越多的有關代理業務的開發經驗和教訓，大家發現代理業務系統做了這么多，其實不同委托單位的系統是存在很多共同點的，開發人員開始感覺自己做了很多重復性勞動，既辛苦，又延長了系統的開發時間，于是大家開始尋找一種軟件產品，能夠支持任務繁重的代理業務開發的工具軟件，結果發現還真有一些很有市場頭腦的軟件公司在做這個產品。
    最開始出現的產品還不叫代理業務平臺，只相當于一個兼容性較好的通用代理業務系統，是在對所有的代理業務子系統進行了共性分析后，把各子代理業務系統整合成一個大的綜合系統，再把該系統分成通訊、業務邏輯控制、主控等幾個功能模塊，通過參數配置的辦法體現出不同代理業務的特色來。相比以前的開發方法，現在能夠明顯的提高開發進度并保證產品質量。
    下面我們就分析一下代理業務平臺到底要實現哪些功能。事實上，代理業務平臺要完成的功能主要就是通訊、業務邏輯控制、流程控制這三大塊，雖然不同時期、不同軟件公司的平臺產品看起來形形色色，其主要功能卻沒有超過以上三項功能的范圍。
    其中通訊模塊要解決的問題就是所有中間業務都會遇到的與渠道、后臺、以及委托方交換信息的問題，一般來說，在某一個銀行內部，代理業務平臺與渠道、后臺通訊，其通訊協議和報文接口協議是比較穩定、統一的，所以通訊模塊中針對渠道和后臺的子模塊一般都是比較清楚、穩定的，所有代理業務都共用這幾個相同的通訊模塊，同銀行系統的核心系統一樣，幾年之內都不會改變。但與第三方委托單位的通訊協議和報文接口就不一樣了，基本上每一種代理業務都對應一種不同的通信協議和接口數據報文。
    代理業務平臺正是要在這不同的通訊協議和接口報文的情況下，為開發人員提供一個比較統一的對外通訊接口，使應用完全與通訊細節隔離，在平臺的總控模塊中體現出一致的調用接口，從而使業務邏輯控制模塊可以完全關注業務方面的細節，使整個系統層次分明、結構穩定，不至于因為通訊方面的協議和報文接口的更改影響業務處理和流程控制。所以現在的代理業務平臺一般都內置了常用的通訊協議模塊，能夠很方便的處理tcp/ip協議、cics協議等各種流行通訊協議，并提供對8583報文協議、字符流報文協議等報文接口協議的支持，當然，針對某些單位自定義的通訊協議和報文接口協議，軟件公司也能在代理業務平臺上很方便的構造出新的通訊子模塊。
    業務邏輯控制的概念也是在對代理業務平臺的功能進行整理分析后提出來的，為了平臺的軟件結構層次清晰、功能穩定，把所有與業務控制有關的部分從系統中剝離出來，單獨形成業務邏輯控制模塊。不同的代理業務在平臺上要調用不同的業務相關處理函數，要走不同的業務處理流程，訪問不同的業務參數控制表，這些都要在業務邏輯控制模塊中以參數的形式對不同的業務加以控制。例如查詢話費交易，只要走委托方通訊，不要求訪問后臺，而繳費交易則不但要訪問第三方，還要訪問后臺，特別是有的交易要求先訪問第三方，另外的交易有可能要先訪問后臺再訪問第三方，等等與交易有關的控制都放在業務邏輯控制模塊中。
流程控制模塊又可以理解為主控模塊，主要完成對一個完整交易的流程控制，它根據業務邏輯控制確定的具體交易的流程，調用相應的通訊函數和業務處理函數，一步一步的完成整個業務流程，在流程某一步出現錯誤的情況下決定下一步該怎么走，是直接返回錯誤給前臺，還是繼續執行？要不要發起沖正？要對哪幾個地方發起沖正？等等，它還要負責總個平臺的初始化、啟動以及停止。流程控制模塊在一個平臺中也是比較穩定的模塊，不會隨業務的增加或更改而有什么變化，不同公司、不同時期的平臺，在流程控制模塊上會有一定的變更，從而形成不同公司的平臺特色。
    從以上平臺主要功能模塊的分析我們可以看到，所有代理業務平臺要實現的功能都是基本相同的，其中通訊模塊和業務邏輯控制模塊是根據不同的委托方和不同的代理業務而有所變化的，在實現上一般采用參數控制的辦法，開發人員使用平臺作為開發工具時，將主要針對不同的公司配置不同的通訊模塊，然后根據不同的代理業務種類定制不同的業務邏輯控制，從而能夠比較快速的實現新代理業務產品的開發和上線。至于流程控制模塊，則體現了公司的平臺產品的特色，盡管要實現的功能是一樣的，但不同公司的平臺產品往往體現了不同設計思想，當然也就形成了各公司不同的流程控制方式。
    既然所有的平臺產品都只是為了以上的三個功能，那么各個時期的代理業務平臺到底有什么不同的特點呢？我們知道，最先出來的平臺產品，主要任務是減少開發人員的重復工作量，加快開發進度，所以當時的平臺產品可以說完全是為這個目的而設計的，既沒有考慮平臺本身的易用性，也沒有考慮一個平臺產品兼容多種操作系統的問題。這種平臺產品的代表有上海南天公司的“中間業務平臺”，當時甚至都沒有為此產品取一個名字，就叫“中間業務平臺”。這一代產品使用幾年之后，出現了新的產品，雖然要實現的功能沒有多大變化，但是針對平臺本身進行了優化，例如提高了報文接口定制的簡便性，很多以前需要手工計算的數據現在盡量交給計算機自己處理，開發人員只要提供不同報文之間的最本質的區別的參數就可以了，另外還考慮了平臺的兼容性，不但能夠直接在銀行常用的unix操作系統上使用，而且提供了windows操作系統上的版本。這也是由于各銀行單位代理業務快速發展的需要，導致各種各樣的平臺產品爭相出現，代理業務產品開發更加高效高質。這時期的代表產品有神碼公司的smartagent，以及宇信鴻泰公司的fisp產品等。
    這期間，很多平臺產品更增加了對代理業務的數據統計、報表打印功能以及參數管理等功能，相當于增加了平臺的一個新功能模塊：管理模塊。那么最新的平臺產品又有什么新的特色呢？在維持原有功能和多系統兼容的情況下，有的平臺提供了更為簡便的開發環境，把總個平臺的功能實現、參數定制都移植到了圖形界面的windows環境下，開發人員可以在全圖形界面下實現原來在unix機器上能實現的功能，這確實是一個很大的進步，雖然平臺的本質功能沒有什么改變，但這是軟件公司對平臺的功能有了更本質上的理解之后才實現的產品，對開發人員來說，可以擺脫全手工操作的unix平臺，在圖形界面上輕松自如的完成新代理業務的增加、修改，把生成的參數自動發布到unix運行機上，真是一種前所未有的感受。這種新平臺的實例有北京先進數通公司的eswitch產品。另外，為了適應代理業務平臺大批量、大并發交易的需要，在最新的平臺設計上廣泛使用了消息隊列機制，實現了代理業務平臺在較低系統配置情況下處理大量并發交易的處理能力。
    以上介紹了代理業務平臺從無到有，從簡單到完善的發展歷程，那么代理業務平臺以后會朝什么方向發展呢？我個人認為，銀行的代理業務應用正處于方興未艾的時期，各軟件公司為了爭奪市場，一定會繼續在代理業務平臺的可用、易用、美觀等各方面不斷加以改進，以后在windows的圖形界面下進行交易定制、流程定制、報文接口定制，甚至通訊底層函數的編碼等等都是可以預見的，現在在windows環境下定制生成的結果文件基本還要手工干預才能在unix的生產機上運行，以后肯定會要實現完全由windows環境定制、生成、發布所有交易的功能。這實際上相當于給unix開發平臺擴展了一個圖形界面的外殼，使程序員充分利用了windows操作系統帶來的大眾化的友好、實用的人機互動界面。這種平臺設計思想已經為其他unix下的軟件開發工具的發展、完善提供了可以借鑒的一種新的思路。