專利名稱：一種電話支付終端軟件平臺的實現(xiàn)方法
一種電話支付終端軟件平臺的實現(xiàn)方法
技術領域：
本發(fā)明涉及一種基于凌陽的16位處理器環(huán)境的電話支付終端軟件平臺的實現(xiàn)方法。
背景技術：
電話支付是一種新興的金融支付模式。由于具有是業(yè)務流程可以靈活定制、業(yè)務功能豐富、終端布放成本低，接入門檻低等特點，電話支付業(yè)務目前的發(fā)展非常迅速。電話支付終端是一種嵌入式產(chǎn)品，用于采集交易信息，并配合電話支付平臺完成電話支付業(yè)務。常見的電話支付終端可能有多種功能性設備。一般而言，一臺電話支付終端具有一個液晶顯示器、一組按鍵、一個磁條卡讀卡器、一組智能卡讀卡器、一個打印機、一組用于 電話功能的手柄等設備。根據(jù)具體業(yè)務、應用環(huán)境、終端產(chǎn)品型號的差異，電話支付終端也可以增加、刪減部分功能設備，或者可以調(diào)整部分功能設備的數(shù)量。相對于傳統(tǒng)POS終端，目前電話支付終端的整體成本比較低廉。在設計開發(fā)電話支付終端設備時，有多種硬件平臺和軟件環(huán)境方案可供選擇。例如，采用基于ARM7/ARM9/ARM11的等功能比較強勁的處理器作為硬件基礎平臺，進而搭建整個電話支付終端設備的軟硬件平臺的方案。傳統(tǒng)POS終端的廠家一般采用這種方案。在這種方案環(huán)境中，由于處理器功能強、硬件資源豐富，多數(shù)情況下其軟件平臺會基于ucLinux等嵌入式操作系統(tǒng)、或者uCOS等嵌入式多任務系統(tǒng)核心而搭建。但是，這種軟件平臺存在一些不足。首先，這類多任務操作系統(tǒng)需要占用較多資源，這就抬高了電話支付終端硬件的最低配置要求，增加了設備的成本；其次，雖然這類軟件平臺具有多任務功能，但是電話支付業(yè)務本身可以不依賴多任務機制來實現(xiàn)，因此該類軟件平臺的投入產(chǎn)出比比較低；再次，雖然ucLinux、uCOS等系統(tǒng)或核心具備操作系統(tǒng)層的設計，但是缺乏一個統(tǒng)一的對于相似硬件方案的軟件的工程管理方案，這使得這類軟件平臺在遷移到不同相似硬件方案、但不同型號硬件產(chǎn)品上時，需要頻繁修改驅(qū)動程序、業(yè)務應用等軟件代碼，使其在不同型號產(chǎn)品間遷移的成本比較高。又如，采用51單片機等功能性能有限的低端處理器作為硬件基礎平臺，進而搭建整個電話支付終端設備的軟硬件平臺的方案。在這種方案環(huán)境中，由于硬件方案比較低端，所以整體成本不高。但是，由于硬件功能和性能比較低，無法遷移ucLinux等操作系統(tǒng)或系統(tǒng)核心，或者遷移這些系統(tǒng)或系統(tǒng)核心后產(chǎn)品的信價比不高。所以在這類低端硬件方案構建的產(chǎn)品中，多數(shù)廠家采用裸板方式構建其軟件。也就是說，其軟件沒有嚴格的操作系統(tǒng)或調(diào)度系統(tǒng)、驅(qū)動程序、應用程序的區(qū)分；所有的軟件都可以直接操作硬件來完成功能；所有的軟件代碼都集中在一個工程中開發(fā)和編譯。這種軟件環(huán)境中不存在軟件平臺的概念。這種軟件環(huán)境的缺點有整個工程的軟件代碼量大而復雜，開發(fā)其上層應用需要具備上層業(yè)務知識和底層驅(qū)動知識，才能順利解決開發(fā)中的各種問題；整個軟件與硬件的耦合度很高，一旦遷移到某個新型號的產(chǎn)品上，上層應用和下層驅(qū)動軟件都需要進行大量的修改；缺乏調(diào)度和管理機制，使得軟件過程很容易出現(xiàn)各類異常，進而影響整機軟件的性能；缺乏上層軟件與底層軟件的區(qū)隔機制，使得任意層次或模塊的軟件需要修改時，都會影響到整體軟件工程的重編譯，維護成本比較高。在選擇電話支付終端的基礎硬件方案時，還有一點值得考慮的是，采用通用的處理器時，其處理器中不具備電話支付終端通信所需的硬件模塊，因此必須外括一個通信模塊完成通信功能。這樣就增加了電話支付終端的硬件成本。臺灣的凌陽科技股份有限公司是一家從事電子芯片設計和制造的公司，其生產(chǎn)的16位單片機中有部分型號具有電話通信的編解碼功能，可以適用于電話支付終端產(chǎn)品的通信方案。若采用這類凌陽的16位單片機處理器構建整個電話支付終端產(chǎn)品，則其軟件環(huán)境就會遇到上述所說的基于低端硬件方案產(chǎn)品的軟件環(huán)境的各種問題。

發(fā)明內(nèi)容本發(fā)明要解決的技術問題，在于提供一種電話支付終端軟件平臺的實現(xiàn)方法，基于凌陽的16位處理器環(huán)境，建立一套能夠有效降低上層應用軟件與硬件耦合度，簡化上層軟件開發(fā)細節(jié)，加速軟件穩(wěn)定，加速軟件在不同型號硬件產(chǎn)品上遷移的軟件平臺。 本發(fā)明是這樣實現(xiàn)的一種電話支付終端軟件平臺的實現(xiàn)方法，該方法針對同一型號的產(chǎn)品時，將所述軟件平臺自下而上設置底層、第二層及最上層，所述底層設置有引導和升級程序模塊、電源管理模塊、內(nèi)存管理模塊以及中斷前后臺管理模塊，所述第二層設置有事件管理模塊、設備管理模塊、硬件配置模塊以及通用驅(qū)動邏輯，所述最上層設置有測試程序模塊；其中處于下層的組成部分為被上層的組成部分所依賴，同一層次的組成部分可以互相依賴；所述軟件平臺還包括不嚴格屬于所述第二層及最上層的數(shù)據(jù)庫模塊和金融業(yè)務工具函數(shù)庫，該數(shù)據(jù)庫模塊和金融業(yè)務工具函數(shù)庫最多只有部分代碼需要依賴底層中的硬件管理功能及第二層中的部分驅(qū)動；所述引導和升級程序模塊用于實現(xiàn)在電話支付終端產(chǎn)品上加載該軟件平臺環(huán)境，以及對電話支付終端產(chǎn)品的軟件進行升級；所述電源管理模塊用于識別電話支付終端產(chǎn)品的啟動模式、運行時的電源供電狀態(tài)、并對外提供電源狀態(tài)發(fā)生變化的事件，同時，通知上層次的軟件響應電源狀態(tài)的變化以進行對應的處理；所述內(nèi)存管理模塊用于管理電話支付終端產(chǎn)品的內(nèi)存分配，并統(tǒng)計軟件運行過程中的內(nèi)存使用情況、監(jiān)控軟件運行過程中出現(xiàn)的內(nèi)存異常；所述內(nèi)存管理模塊針對凌陽的16位單片機環(huán)境內(nèi)存高度有限的特點，采用了堆棧共生的模式進行設計，堆棧均不固定大小，堆棧是否有空間進行再分配，以堆實際使用內(nèi)存的結束地址和棧頂?shù)刂肥欠癯霈F(xiàn)沖突作為判斷標準；所述中斷前后臺管理模塊用于管理電話支付終端產(chǎn)品上的中斷處理程序，并通過軟件模擬一套可以修改優(yōu)先級中斷體系，且所描述的優(yōu)先級為中斷等待的優(yōu)先級，而不指中斷重入的優(yōu)先級；所述事件管理模塊用于管理該軟件平臺上所產(chǎn)生的所有事件，并分發(fā)事件給對應的處理程序進行處理，同時定義了一套在所有電話支付終端產(chǎn)品上可通用的事件索引號，并預留了部分索引號空間供應用程序和具體型號的產(chǎn)品自行定義和擴展新的事件；所述設備管理模塊用于管理一個產(chǎn)品上所有功能設備的調(diào)度流程，調(diào)度流程包括產(chǎn)品啟動時的設備初始化、設備的打開、設備的關閉、對設備的讀數(shù)據(jù)訪問、對設備的寫數(shù)據(jù)訪問、對設備的通用控制訪問、以及對設備的電源事件轉(zhuǎn)達處理；所述設備管理模塊定義了設備訪問的統(tǒng)一接口，供上層次的軟件以相同的接口形式訪問所有設備，該統(tǒng)一接口采用了不定參數(shù)的調(diào)用約定，可以便于后續(xù)設備驅(qū)動接口擴展時對舊接口的兼容；所述硬件配置模塊用于實現(xiàn)在具體產(chǎn)品上功能設備的數(shù)量定義、功能設備的組合定義、以及功能設備對應的硬件引腳和參數(shù)等信息的定義；所述通用驅(qū)動邏輯模塊用于實現(xiàn)各功能設備的與硬件管腳定義等硬件參數(shù)無關的驅(qū)動功能，該模塊通過調(diào)用硬件配置模塊中的硬件定義和參數(shù)定義，驅(qū)動各硬件模塊完成對應功能設備的功能；所述數(shù)據(jù)庫模塊用于實現(xiàn)一個為電話支付應用所定制的數(shù)據(jù)存儲功能，所述的數(shù)據(jù)庫是由一組數(shù)據(jù)表配置信息、以及一組數(shù)據(jù)庫操作接口組成；該數(shù)據(jù)表配置信息包含了應用數(shù)據(jù)的版本信息、數(shù)據(jù)表的數(shù)量、各數(shù)據(jù)表的存儲空間大小、以及各數(shù)據(jù)表的存儲位置信息，并在實際數(shù)據(jù)存儲區(qū)內(nèi)的數(shù)據(jù)信息與該配置信息不匹配的時候?qū)⑻崾井惓?，格式化?shù)據(jù)存儲區(qū)內(nèi)的空間，以避免數(shù)據(jù)錯誤而引起金融功能的差錯，所述數(shù)據(jù)庫模塊定義的一組數(shù)據(jù)庫操作接口，包括打開關閉數(shù)據(jù)表、增加、刪除、修改數(shù)據(jù)記錄、查詢數(shù)據(jù)記錄、更新數(shù)據(jù)索引、查詢數(shù)據(jù)庫容量接口 ；所述金融業(yè)務工具函數(shù)庫用于實現(xiàn)金融業(yè)務常用的功能函數(shù)，主要包括標準的金融加解密函數(shù)和金融數(shù)據(jù)格式轉(zhuǎn)換函數(shù)；所述測試程序模塊用于實現(xiàn)一組標準的生產(chǎn)測試程序模塊，以給工廠生產(chǎn)、以及售后維修提供一個測試設備功能正常性的標準化的軟件通道；該方法還針對多個不同型號的產(chǎn)品時建立一在所有型號產(chǎn)品上通用的公共軟件文件集合、一在不同型號產(chǎn)品上具有差異的差異軟件文件集合以及一為了支撐在該電話支付終端軟件平臺上完成上層應用開發(fā)而提供的軟件開發(fā)包資料集合，形成文件管理結構；所述公共軟件文件·集合包括所述電源管理模塊、內(nèi)存管理模塊、中斷前后臺管理模塊、事件管理模塊、設備管理模塊、硬件配置模塊、通用驅(qū)動邏輯、數(shù)據(jù)庫模塊以及金融業(yè)務工具函數(shù)庫；且包括代碼源文件、資源文件、配置文件等支撐軟件開發(fā)的文件資料，這個集合的文件在不同型號產(chǎn)品的開發(fā)過程存在且只存在一份，不會隨同不同型號產(chǎn)品的開發(fā)和維護而產(chǎn)生新的副本；所述差異軟件文件集合包括所述的引導和升級程序模塊、硬件配置模塊以及測試程序模塊；所述軟件開發(fā)包資料集合包括匹配不同型號產(chǎn)品的成套的SDK資料，任一套SDK資料集合包含了至少I份C語言頭文件，至少為I份庫文件。進一步的，本發(fā)明還根據(jù)具體實施的產(chǎn)品需求，在所述引導和升級程序模塊中增加軟件校驗功能。進一步的，本發(fā)明所述第二層與最上層之間還包括第三層，所述第三層包括界面管理模塊用于實現(xiàn)一個基于事件機制的界面框架，在該框架下，硬件事件被映射為人機交互的界面事件，并提供編輯框和輸入法標準控件，用于實現(xiàn)金融信息的輸入采集，這些標準控件可以在事件機制的作用下，被具體的應用程序以不修改控件代碼為前提而進行擴展；在該框架下，還提供了菜單機制，該機制完全符合電話支付終端的菜單操作規(guī)范，便于上層應用實現(xiàn)電話支付終端的菜單界面；且所述公共軟件文件集合還包括該界面管理模塊。進一步的，本發(fā)明所述最上層還包括通用應用程序模塊實現(xiàn)了電話功能、參數(shù)設置與具體金融業(yè)務應用無關的通用應用功能，這些通用應用功能以代碼、庫和/或資源文件的集合形式存在；且所述公共軟件文件集合還包括該通用應用程序模塊。進一步的，本發(fā)明所述軟件開發(fā)包資料集合中任一套SDK資料還包括資源文件和開發(fā)配置文件。進一步的，本發(fā)明方法在不同型號產(chǎn)品上開發(fā)遷移的過程中建立一管理整個軟件平臺的總makefile文件、一型號路由makefile文件以及一系列不同型號產(chǎn)品的軟件平臺工程配置文件集合；所述總makefile文件定義了軟件平臺編譯的總體過程，描述了所述公共軟件文件集合中文件的編譯規(guī)則，定義了各項編譯參數(shù)配置的默認值；定義了軟件平臺默認的軟件組件選擇方法；所述型號路由makefile文件幫助所述總makefile文件選擇一個具體硬件型號工程配置文件，該型號路由makefile文件以一個makefile文件片斷的形式存在，其內(nèi)容由一系列的makefile條件分支宏所區(qū)隔出的若干個分支組成；每一個條件分支均以一個特定的產(chǎn)品型號的名稱作為判別條件；每個條件分支中用include語句，將具體硬件型號的工程配置文件引入軟件平臺的工程管理中；所述軟件平臺工程配置文件集合包括每個具體型號的產(chǎn)品的由I個或多個makefile片斷文件組成的軟件工程平臺配置文件；所述軟件平臺工程配置文件集合的內(nèi)容有定義了在目標編譯鏈接輸出物中，對軟件平臺公共文件的選擇；能根據(jù)需求增加目標輸出物中參與編譯鏈接的軟件文件；能根據(jù)需求增加自定義的軟件文件的編譯規(guī)則；能根據(jù)需求修改各種編譯參數(shù)配置值；能根據(jù)需求定義目標輸出物的輸出路徑。本發(fā)明具有如下優(yōu)點I、本發(fā)明實現(xiàn)的軟件平臺可以在低配置的凌陽16位單片機處理器上運行，能有效控制電話支付終端的整體硬件成本?！ぁぁ?、本發(fā)明實現(xiàn)的軟件平臺中，所有功能設備的通用控制邏輯代碼和軟件系統(tǒng)核心代碼是集中管理的一套公共代碼，當軟件遷移到新的硬件型號產(chǎn)品上時，只需要新建和實現(xiàn)具體硬件的IO配置代碼文件，就可以驅(qū)動硬件設備工作，其遷移過程不需要對這些公共代碼產(chǎn)生任何副本，也不需要對這些公共代碼進行移植修改，因此，底層軟件遷移到新硬件上的速度很快。3、本發(fā)明實現(xiàn)的軟件平臺中，所有功能設備的通用控制邏輯代碼、軟件系統(tǒng)核心代碼、純軟件邏輯的功能代碼是集中管理的一套公共代碼。軟件遷移到新硬件型號的產(chǎn)品上時，不需要修改上述公共代碼。因此，這類公共代碼所控制的軟件功能和性能在不同型號的產(chǎn)品上將高度一致；這類公共代碼所控制的功能設備的功能和性能也將高度一致。這使得基于本軟件平臺開發(fā)的硬件產(chǎn)品、設備和軟件的優(yōu)良特性能夠得到很好地延續(xù)，并保持產(chǎn)品整體性能的一致性。4、本發(fā)明實現(xiàn)的軟件平臺中，所有系統(tǒng)核心的代碼、純軟件邏輯的功能代碼是集中管理的一套公共代碼。這些公共代碼在所有硬件型號的產(chǎn)品上是一致的。同時，該軟件平臺上，所有功能設備的訪問被歸納為打開、關閉、讀、寫、通用操作等固定接口 ；并且對于同一個設備，在不同硬件型號的產(chǎn)品上，其固定接口的參數(shù)和行為都是一致的。這兩個一致性保證了上層應用軟件在不同型號硬件產(chǎn)品上進行遷移的時候，其訪問的底層接口都是一致的。因此，上層應用軟件遷移到不同型號硬件產(chǎn)品上時，需要做的修改極小，有效加速了上層應用軟件在不同型號硬件產(chǎn)品上遷移的速度。5、本發(fā)明實現(xiàn)的軟件平臺，在不同硬件型號的產(chǎn)品間遷移的時候，無論上層應用軟件，還是底層軟件，需要修改的代碼量很少，保持統(tǒng)一不變的代碼量很多。這就使得軟件在不同型號硬件產(chǎn)品間遷移的時候，會由于軟件變更而帶來邏輯差錯的可能性大幅降低，可以有效加速軟件遷移時的穩(wěn)定速度。6、本發(fā)明的實現(xiàn)軟件平臺，其底層環(huán)境具備了一套為電話支付業(yè)務而定制的界面管理程序、具備了一套通用的金融功能工具函數(shù)庫、具備了一套通用的功能設備訪問接口。這使得上層軟件不需要為界面處理考慮和編碼細節(jié)控制代碼、不需要為通用的金融功能編碼具體的功能代碼、不需要直接關注處理器與功能設備之間的硬件訪問和操作。因此，上層軟件需要關注的細節(jié)得到大量減少，只需要關注業(yè)務功能；同時，上層軟件與底層硬件之間的耦合度也得到大量降低。

下面參照附圖結合實施例對本發(fā)明作進一步的說明。圖I為本發(fā)明方法在單一型號產(chǎn)品實現(xiàn)的軟件平臺的結構圖。圖2為本發(fā)明方法在多個不同型號的產(chǎn)品上的軟件平臺的文件管理結構圖。圖3為本發(fā)明方法在不同型號產(chǎn)品上開發(fā)遷移時的軟件平臺工程管理體系結構圖。
具體實施方式
本發(fā)明方法實現(xiàn)的軟件平臺，包括在單一型號產(chǎn)品上所展示出來的軟件平臺結構，在多個不同型號的產(chǎn)品上所展示出來的軟件平臺軟件文件的管理和維護結構，以及在該軟件平臺上不同型號的產(chǎn)品間遷移應用軟件的方法三個方面。如圖I所示，為本發(fā)明方法在單一型號產(chǎn)品上，展示出來的軟件平臺的結構。將所述軟件平臺自下而上設置底層、第二層、第三層及最上層，所述底層設置有引導和升級程序模塊I、電源管理模塊2、內(nèi)存管理模塊3以及中斷前后臺管理模塊4，所述第二層設置有事件管理模塊5、設備管理模塊6、硬件配置模塊7以及通用驅(qū)動邏輯8，第三層設置有界面管理模塊11，所述最上層設置有測試程序模塊12和通用應用程序模塊13 ;其中處于下層的組成部分為被上層的組成部分所依賴，同一層次的組成部分可以互相依賴；所述軟件平臺還包括數(shù)據(jù)庫模塊9和金融業(yè)務工具函數(shù)庫10，數(shù)據(jù)庫模塊9和金融業(yè)務工具函數(shù)庫10不嚴格屬于所述第二層及最上層，其最多只有部分代碼需要依賴底層中的硬件管理功能及第二層中的部分驅(qū)動，即有部分代碼可能需要依賴底層中的硬件管理功能及第二層中的部分驅(qū)動，但部分代碼是完全無依賴關系的。所述引導和升級程序模塊I用于實現(xiàn)在電話支付終端產(chǎn)品上加載該軟件平臺環(huán)境，以及對電話支付終端產(chǎn)品的軟件進行升級的功能。除此之外，引導和升級程序模塊I還可以根據(jù)具體實施的產(chǎn)品的需求，增加軟件校驗等功能。這些增加的功能以可選形態(tài)出現(xiàn)與該軟件平臺中。所述電源管理模塊2用于識別電話支付終端產(chǎn)品的啟動模式、運行時的電源供電狀態(tài)、并對外提供電源狀態(tài)發(fā)生變化的事件，同時，通知上層次的軟件響應電源狀態(tài)的變化以進行對應的處理。電源管理模塊2的對外接口是必選的，但是其內(nèi)部處理邏輯以可選狀態(tài)出現(xiàn)。在部分沒有復雜電源狀態(tài)的電話支付終端產(chǎn)品上，電源管理模塊2可以只保留接口，但不實現(xiàn)、或只實現(xiàn)部分功能。所述內(nèi)存管理模塊3用于管理電話支付終端產(chǎn)品的內(nèi)存分配，并統(tǒng)計軟件運行過程中的內(nèi)存使用情況、監(jiān)控軟件運行過程中出現(xiàn)的內(nèi)存異常。針對凌陽的16位單片機環(huán)境內(nèi)存高度有限的特點，內(nèi)存管理模塊3采用了堆棧共生的模式進行設計，堆棧均不固定大小，堆棧是否有空間進行再分配，以堆實際使用內(nèi)存的結束地址和棧頂?shù)刂肥欠癯霈F(xiàn)沖突作為判斷標準。
所述中斷前后臺管理模塊4用于管理電話支付終端產(chǎn)品上的中斷處理程序。其中所述的前后臺概念中，后臺指的是中斷發(fā)生后，在中斷環(huán)境中運行的軟件邏輯；前臺指不在中斷環(huán)境中運行的軟件邏輯。當中斷發(fā)生后，中斷前后臺管理模塊4會將中斷轉(zhuǎn)義為事件，提供給上層處理。該轉(zhuǎn)義過程可以在中斷前后臺管理模塊4中直接實現(xiàn)，也可以通過中斷前后臺管理模塊4調(diào)用具體的設備驅(qū)動來實現(xiàn)。由于凌陽16位處理器的硬件中斷是固定優(yōu)先級的，中斷前后臺管理模塊4通過軟件模擬一套可以修改優(yōu)先級中斷體系，以彌補凌陽16位處理器的硬件不足，提高中斷定義的靈活性。同時，為了與凌陽16位處理器原生的硬件中斷的行為效果相似，中斷前后臺管理模塊4軟件模擬的可修改優(yōu)先級中斷體系中，所描述的優(yōu)先級為中斷等待的優(yōu)先級，而不指中斷重入的優(yōu)先級。所述事件管理模塊5用于管理該軟件平臺上所產(chǎn)生的所有事件，并分發(fā)事件給對應的處理程序進行處理。事件管理模塊5部分所管理的事件包括硬件事件，也包括軟件事件。事件管理模塊5定義了一套在所有電話支付終端產(chǎn)品上可通用的事件索引號，同時也預留了部分索引號空間供應用程序和具體型號的產(chǎn)品自行定義和擴展新的事件。設備管理模塊6用于管理一個產(chǎn)品上所有功能設備的調(diào)度流程。調(diào)度流程包括產(chǎn)·品啟動時的設備初始化、設備的打開、設備的關閉、對設備的讀數(shù)據(jù)訪問、對設備的寫數(shù)據(jù)訪問、對設備的通用控制訪問、以及對設備的電源事件轉(zhuǎn)達處理。設備管理模塊6定義了設備訪問的統(tǒng)一接口，供上層次的軟件以相同的接口形式訪問所有設備。在本發(fā)明中，結合C開發(fā)語言的特性，設備管理模塊6定義的設備訪問統(tǒng)一接口采用了不定參數(shù)的調(diào)用約定，可以便于后續(xù)設備驅(qū)動接口擴展時對舊接口的兼容。硬件配置模塊7用于實現(xiàn)在具體產(chǎn)品上功能設備的數(shù)量定義、功能設備的組合定義、以及功能設備對應的硬件引腳和參數(shù)等信息的定義。硬件配置模塊7部分僅實現(xiàn)這些信息的定義，不實現(xiàn)這些信息對應的功能。具體的設備功能通過通用驅(qū)動邏輯8部分實現(xiàn)。硬件配置模塊7對通用驅(qū)動邏輯8的引用，通過C開發(fā)語言的引入預處理(include預處理命令)來實現(xiàn)。例如，通用驅(qū)動邏輯8中有某個代碼文件為A，硬件配置模塊7中有某個代碼文件為B，則B對A引用以實現(xiàn)A的具體功能，是通過在B中寫入代碼“《include A”來實現(xiàn)的。該設計可以使硬件配置模塊7的功能可以由多個通用驅(qū)動邏輯8的功能組合實現(xiàn)，而且該組合中對通用驅(qū)動邏輯8的文件需求不必反應到工程管理文件中。數(shù)據(jù)庫模塊9用于實現(xiàn)一個為電話支付應用所定制的數(shù)據(jù)存儲功能。數(shù)據(jù)庫模塊9所述的數(shù)據(jù)庫是由一組數(shù)據(jù)表配置信息、以及一組數(shù)據(jù)庫操作接口組成。數(shù)據(jù)表配置信息包含了應用數(shù)據(jù)的版本信息、數(shù)據(jù)表的數(shù)量、各數(shù)據(jù)表的存儲空間大小、以及各數(shù)據(jù)表的存儲位置等信息。當實際數(shù)據(jù)存儲區(qū)內(nèi)的數(shù)據(jù)信息，與該配置信息不匹配的時候，數(shù)據(jù)庫模塊9將提示異常，并格式化數(shù)據(jù)存儲區(qū)內(nèi)的空間，以避免數(shù)據(jù)錯誤而引起金融功能的差錯。數(shù)據(jù)庫模塊9定義的一組數(shù)據(jù)庫操作接口，包括打開關閉數(shù)據(jù)表、增加、刪除、修改數(shù)據(jù)記錄、查詢數(shù)據(jù)記錄、更新數(shù)據(jù)索引、查詢數(shù)據(jù)庫容量等接口。這些接口以標準C語言的形式出現(xiàn)，以提聞調(diào)用的效率。金融業(yè)務工具函數(shù)庫10用于實現(xiàn)金融業(yè)務常用的功能函數(shù)。其內(nèi)容包括標準的金融加解密函數(shù)、金融數(shù)據(jù)格式轉(zhuǎn)換函數(shù)。根據(jù)具體產(chǎn)品的需求，金融業(yè)務工具函數(shù)庫10也可以添加其他功能函數(shù)的實現(xiàn)。界面管理模塊11實現(xiàn)了一個基于事件機制的界面框架。在該框架下，硬件事件被映射為人機交互的界面事件，使得在該單任務的軟件環(huán)境中，設備操作和界面操作不會互相阻塞。該框架中，提供編輯框和輸入法標準控件，用于實現(xiàn)金融信息的輸入采集。這些標準控件可以在事件機制的作用下，被具體的應用程序以不修改控件代碼為前提而進行擴展。在該框架下，還提供了菜單機制，該機制完全符合電話支付終端的菜單操作規(guī)范，便于上層應用實現(xiàn)電話支付終端的菜單界面。對于標準的電話支付終端產(chǎn)品，界面管理模塊11部分是必選的。但針對一些特殊的電話支付終端，其業(yè)務中不需要做任何顯示作用，則界面管理模塊11可以被移除。測試程序模塊12實現(xiàn)了一組標準的生產(chǎn)測試程序模塊，用于給工廠生產(chǎn)、以及售后維修提供一個測試設備功能正常性的標準化的軟件通道。通用應用程序模塊13實現(xiàn)了電話功能、參數(shù)設置等與具體業(yè)務應用無關的通用應用功能。這些通用應用功能以集合形式存在。在不同產(chǎn)品中，通用應用程序模塊13的內(nèi)容是可選的。具體產(chǎn)品的實施人員可以根據(jù)需求，選取通用應用程序模塊13中的I個或多個應用程序來構建產(chǎn)品軟件，也可以完全刪除通用應用程序模塊13而構建產(chǎn)品軟件。 如圖2所示，為本發(fā)明方法在多個不同型號的產(chǎn)品上的文件管理結構示意圖，在多個不同型號的產(chǎn)品上，本發(fā)明所有的公共軟件邏輯采用唯一一套的軟件文件進行管理，具體型號的產(chǎn)品只需要實現(xiàn)具體硬件差異的配置和少數(shù)定制功能通過新建的軟件文件集來管理。具體地，本發(fā)明方法針對多個不同型號的產(chǎn)品時建立一在所有型號產(chǎn)品上通用的公共軟件文件集合620、一在不同型號產(chǎn)品上具有差異的差異軟件文件集合621以及一為了支撐在該電話支付終端軟件平臺上完成上層應用開發(fā)而提供的軟件開發(fā)包資料集合622，形成文件管理結構；公共軟件文件集合620是在所有型號產(chǎn)品上通用的公共軟件文件的集合。這個集合包含了圖I中電源管理模塊2、內(nèi)存管理模塊3、中斷前后臺管理模塊4、事件管理模塊5、設備管理模塊6、通用驅(qū)動邏輯8、數(shù)據(jù)庫模塊9、金融業(yè)務工具函數(shù)庫10、界面管理模塊
11、通用應用程序模塊13的內(nèi)容。這個集合中包含的公共軟件文件包括代碼源文件、資源文件、配置文件等支撐軟件開發(fā)的文件資料。這個集合的文件在不同型號產(chǎn)品的開發(fā)過程存在且只存在一份，不會隨同不同型號產(chǎn)品的開發(fā)和維護而產(chǎn)生新的副本。所有型號的產(chǎn)品，可以從公共軟件文件集合620中選取出需要的組件完成其軟件的構建。差異軟件文件集合621是在不同型號產(chǎn)品上有差異的軟件文件的集合。對于任意一個型號的產(chǎn)品，必然存在一套其匹配的硬件配置和功能定制的軟件文件集合。多個型號的產(chǎn)品，就存在多個不同的硬件配置和功能定制的軟件文件集合。差異軟件文件集合621中的一套軟件文件集合，包含了圖I中引導和升級程序模塊I、硬件配置模塊7、測試程序模塊12的部分、對于公共軟件文件集合620中公共軟件文件的選擇配置。同時，根據(jù)具體型號產(chǎn)品的需求，差異軟件文件集合621中還可以包含特殊定制功能軟件的實現(xiàn)文件。軟件開發(fā)包資料集合622是為了支撐在該軟件平臺上完成上層應用開發(fā)而提供的軟件開發(fā)包(SDK)的資料集合。對于任意一個型號的產(chǎn)品，必然存在一套其匹配的SDK資料集合。多個型號的產(chǎn)品，就存在多個不同的SDK資料集合。在不同型號的產(chǎn)品上，SDK資料集合的差別只在于其內(nèi)容上，凡是不同型號的產(chǎn)品都具備的功能的SDK資料文件，其在整個SDK資料集的相對路徑和文件名是相同的。若是具體型號特別擁有的功能的SDK可以采用新增的SDK資料文件來提供，也可以包含在一個已經(jīng)存在的SDK資料文件中。一套SDK資料集合，包含了 若干份C語言頭文件，文件數(shù)量至少為I ;若干份庫文件，文件數(shù)量至少為I ;若干份資源文件，若具體型號不存在資源，則文件數(shù)量可以為O ;若干份開發(fā)配置文件，若具體型號不存在特別的開發(fā)配置，則文件數(shù)量可以為O。如圖3所示，本發(fā)明的軟件平臺，在不同型號產(chǎn)品上開發(fā)遷移時，建立一套專用的軟件平臺工程管理體系。該管理體系采用make工程管理工具為基礎實施。make工程管理是通過makefile作為信息承載體來實現(xiàn)的。本發(fā)明的軟件平臺工程管理體系包括一管理整個軟件平臺的總makefile文件630、一型號路由makefile文件631以及一系列不同型號產(chǎn)品的軟件平臺工程配置文件集合632;?？俶akefile文件630是管理整個軟件平臺的總makefile文件。該文件定義了軟件平臺編譯的總體過程；描述了公共軟件文件集合620中文件的編譯規(guī)則；定義了各項編譯參數(shù)配置的默認值；定義了軟件平臺默認的軟件組件選擇方法。該文件需要依賴型號路 由makefile文件631選擇一個具體的硬件型號工程配置文件后，才能正常工作。在本發(fā)明的軟件平臺管理中，總makefile文件630存在且只存在一份。型號路由makefile文件631的作用是幫助總makefile文件630文件選擇一個具體硬件型號工程配置文件。型號路由makefile文件631以一個makefile文件片斷的形式存在。其內(nèi)容由一系列的makefile條件分支宏所區(qū)隔出的若干個分支組成；每一個條件分支均以一個特定的產(chǎn)品型號的名稱作為判別條件；每個條件分支中用include語句，將具體硬件型號的工程配置文件引入軟件平臺的工程管理中。在本發(fā)明的軟件平臺管理中，總makefile文件630存在且只存在一份。軟件平臺工程配置文件集合632是一系列不同型號產(chǎn)品的軟件平臺工程配置文件的集合。每個具體型號的產(chǎn)品，必然存在由I個或多個makefile片斷文件組成的軟件工程平臺配置文件。對于一個具體型號產(chǎn)品的軟件平臺工程配置文件集合632文件，其內(nèi)容中定義了在目標編譯鏈接輸出物中，對軟件平臺公共文件的選擇；可以根據(jù)需求增加目標輸出物中參與編譯鏈接的軟件文件；可以根據(jù)需求增加自定義的軟件文件的編譯規(guī)則；可以根據(jù)需求修改各種編譯參數(shù)配置值；可以根據(jù)需求定義目標輸出物的輸出路徑。本發(fā)明的軟件平臺通過make工具的標準命令行開啟針對某個具體硬件型號產(chǎn)品的編譯鏈接過程。命令中至少需要傳遞入要編譯的產(chǎn)品型號的名稱，可選地傳遞入其他make過程的參數(shù)。make工具會從總makefile文件630中加載型號路由makefile文件631,并通過型號路由makefile文件631和產(chǎn)品型號名稱選擇軟件平臺工程配置文件集合632中的對應的配置文件,然后通過總makefile文件630和軟件平臺工程配置文件集合632約定的編譯鏈接規(guī)則，驅(qū)動完成軟件平臺的編譯工作。這種由圖2和圖3共同展現(xiàn)的軟件平臺工程管理的好處是，可以使公共軟件相對穩(wěn)定；可以使不同硬件型號產(chǎn)品對軟件平臺的配置修訂不會互相干擾；可以在不修改公共文件，不修改既有型號工程文件的基礎上，通過新增文件的形式，快速迭代出針對一個新型號產(chǎn)品的軟件平臺工程?；诒景l(fā)明的軟件平臺開發(fā)的應用軟件，當其需要在不同型號的產(chǎn)品上進行遷移的時候，要做的基礎工作是，修改應用軟件編譯過程中C語言頭文件的搜索路徑及庫文件的搜索路徑為目標型號產(chǎn)品的SDK指定路徑。由于本發(fā)明的軟件平臺，所有基礎軟件邏輯和接口是通用的，所有的硬件相關內(nèi)容已經(jīng)被抽象為事件傳導以及統(tǒng)一的設備訪問接口，并且所有的硬件型號的SDK資料內(nèi)部文件的相對路徑和資料文件名均一致。所以，只要完成該基礎工作，一個應用軟件基本就可以完成編譯，并且基礎的按鍵界面組成的人機交互也能正常運行。遷移過程所需要做的修改是，針對具體硬件型號的產(chǎn)品，增加部分應用功能，或者刪除部分不使用的功能調(diào)用。綜上所述，本發(fā)明的總體思路I、在基于凌陽16位單片機構建的電話支付終端中，其軟件上通用且常用的基礎調(diào)度和管理功能包括硬件事件的傳遞和分派處理、存儲資源的管理等功能。本發(fā)明將這些功能進行封裝、定位為一套通用的接口形式可以形成一個基礎的系統(tǒng)核心。同時，按照凌陽16位處理器的特性，對這些接口功能的軟件實現(xiàn)進行高度優(yōu)化，就可以形成一套能夠在凌陽16位處理器上高效運行的系統(tǒng)核心。然后再在該核心上構件廣泛意義的軟件平臺。在基于凌陽16位單片機構建的電話支付終端中，影響軟件與硬件耦合度的主要內(nèi)容，包括硬件事件的定義和傳達、功能設備的訪問等部分。本發(fā)明將這些部分抽象定義為一組與具體硬件無關的對象、數(shù)據(jù)或者接口，同時將一些訪問接口定義為在所有設備上通用的形態(tài)，以及約定固定的參數(shù)和功能，就可以使以上所描述的系統(tǒng)核心具備一定的軟硬件解耦特性。 然后再在該核心上構件廣泛意義上的軟件平臺。本發(fā)明在基于凌陽16位單片機構建的電話支付終端中統(tǒng)一實現(xiàn)一套符合電話支付界面需求的界面管理和實施框架，可以幫助上層快速實現(xiàn)電話支付應用的界面功能。電話支付應用也屬于標準的金融應用模式，其數(shù)據(jù)加解密、數(shù)據(jù)格式等都符合標準的金融規(guī)范，或者在標準的金融規(guī)范上擴展而成。在基于凌陽16位單片機構建的電話支付終端中，封裝并提供標準的金融加解密運算、數(shù)據(jù)格式處理等功能接口，并約定一致的接口形式，可以幫助上層快速實現(xiàn)電話支付應用中的金融功能。因此，在上述系統(tǒng)核心上，統(tǒng)一實現(xiàn)符合電話支付業(yè)務需求的界面框架、金融功能接口等框架和接口集，就能夠構建出一套可以支撐電話支付應用的軟件平臺。2、本發(fā)明的一個目標是使軟件平臺可以在不同型號硬件產(chǎn)品上進行快速遷移。實現(xiàn)該目標的思路是使軟件平臺的代碼在遷移過程中盡量少被修改。這首先要能夠有效區(qū)分出軟件平臺的代碼中，哪些會隨著硬件型號的差異而變化，哪些在各種硬件型號上都保持一致。通過多個型號產(chǎn)品代碼的對比分析，可以得出，純軟件的邏輯代碼(例如界面管理代碼、金融功能函數(shù)、存儲管理代碼、功能設備的控制邏輯等)在各產(chǎn)品上是保持一致的，在不同型號產(chǎn)品上，主要發(fā)生變化的有具體功能設備的硬件引腳和硬件參數(shù)、以及對應型號產(chǎn)品上功能設備的組合與數(shù)量。所以，將這些易變動的代碼和不易變動的代碼在文件形式上區(qū)隔開來，可以減少軟件在不同型號產(chǎn)品上遷移時要修改的代碼文件量和代碼量，可以促進軟件在不同型號產(chǎn)品上遷移的速度。同時，輔助以軟件平臺的工程管理文件(例如使用make工具進行工程管理時的makefile文件)的結構優(yōu)化，以及對于C編程語言上預處理功能的靈活應用，可以使新型號產(chǎn)品軟件平遷移開發(fā)時，工程管理的工作量減少，代碼文件的架構清晰易維護，進而提高軟件平臺的遷移速度。3、另外，生產(chǎn)和維護方面，影響產(chǎn)品生產(chǎn)和維護主要包括生產(chǎn)測試程序模塊和升級程序。因此，本發(fā)明統(tǒng)一規(guī)劃一套流程和功能相似的測試程序模塊，作為軟件平臺的組成部分；并且統(tǒng)一規(guī)劃一套產(chǎn)品的通用升級流程和協(xié)議框架，也作為軟件平臺的組成部分；可以使基于該軟件平臺開發(fā)的產(chǎn)品具有高度相似的生產(chǎn)測試程序模塊和升級程序。進而提高產(chǎn)品的可維護性。
雖然以上描述了本發(fā)明的具體實施方式
，但是熟悉本技術領域的技術人員應當理解，我們所描述的具體的實施例只是說明性的，而不是用于對本發(fā)明的范圍的限定，熟悉本領域的技術人員在依照本發(fā)明的精神所作的等效的修飾以及 變化，都應當涵蓋在本發(fā)明的權利要求所保護的范圍內(nèi)。
權利要求
1.一種電話支付終端軟件平臺的實現(xiàn)方法，其特征在于該方法針對同一型號的產(chǎn)品時，將所述軟件平臺自下而上設置底層、第二層及最上層，所述底層設置有引導和升級程序模塊、電源管理模塊、內(nèi)存管理模塊以及中斷前后臺管理模塊，所述第二層設置有事件管理模塊、設備管理模塊、硬件配置模塊以及通用驅(qū)動邏輯，所述最上層設置有測試程序模塊；其中處于下層的組成部分為被上層的組成部分所依賴，同一層次的組成部分可以互相依賴；所述軟件平臺還包括不嚴格屬于所述第二層及最上層的數(shù)據(jù)庫模塊和金融業(yè)務工具函數(shù)庫，該數(shù)據(jù)庫模塊和金融業(yè)務工具函數(shù)庫最多只有部分代碼需要依賴底層中的硬件管理功能及第二層中的部分驅(qū)動； 所述引導和升級程序模塊用于實現(xiàn)在電話支付終端產(chǎn)品上加載該軟件平臺環(huán)境，以及對電話支付終端產(chǎn)品的軟件進行升級； 所述電源管理模塊用于識別電話支付終端產(chǎn)品的啟動模式、運行時的電源供電狀態(tài)、并對外提供電源狀態(tài)發(fā)生變化的事件，同時，通知上層次的軟件響應電源狀態(tài)的變化以進行對應的處理； 所述內(nèi)存管理模塊用于管理電話支付終端產(chǎn)品的內(nèi)存分配，并統(tǒng)計軟件運行過程中的內(nèi)存使用情況、監(jiān)控軟件運行過程中出現(xiàn)的內(nèi)存異常；所述內(nèi)存管理模塊針對凌陽的16位單片機環(huán)境內(nèi)存高度有限的特點，采用了堆棧共生的模式進行設計，堆棧均不固定大小，堆棧是否有空間進行再分配，以堆實際使用內(nèi)存的結束地址和棧頂?shù)刂肥欠癯霈F(xiàn)沖突作為判斷標準； 所述中斷前后臺管理模塊用于管理電話支付終端產(chǎn)品上的中斷處理程序，并通過軟件模擬一套可以修改優(yōu)先級中斷體系，且所描述的優(yōu)先級為中斷等待的優(yōu)先級，而不指中斷重入的優(yōu)先級； 所述事件管理模塊用于管理該軟件平臺上所產(chǎn)生的所有事件，并分發(fā)事件給對應的處理程序進行處理，同時定義了一套在所有電話支付終端產(chǎn)品上可通用的事件索引號，并預留了部分索引號空間供應用程序和具體型號的產(chǎn)品自行定義和擴展新的事件； 所述設備管理模塊用于管理一個產(chǎn)品上所有功能設備的調(diào)度流程，調(diào)度流程包括產(chǎn)品啟動時的設備初始化、設備的打開、設備的關閉、對設備的讀數(shù)據(jù)訪問、對設備的寫數(shù)據(jù)訪問、對設備的通用控制訪問、以及對設備的電源事件轉(zhuǎn)達處理；所述設備管理模塊定義了設備訪問的統(tǒng)一接口，供上層次的軟件以相同的接口形式訪問所有設備，該統(tǒng)一接口采用了不定參數(shù)的調(diào)用約定，可以便于后續(xù)設備驅(qū)動接口擴展時對舊接口的兼容； 所述硬件配置模塊用于實現(xiàn)在具體產(chǎn)品上功能設備的數(shù)量定義、功能設備的組合定義、以及功能設備對應的硬件引腳和參數(shù)等信息的定義； 所述通用驅(qū)動邏輯模塊用于實現(xiàn)各功能設備的與硬件管腳定義等硬件參數(shù)無關的驅(qū)動功能，該模塊通過調(diào)用硬件配置模塊中的硬件定義和參數(shù)定義，驅(qū)動各硬件模塊完成對應功能設備的功能； 所述數(shù)據(jù)庫模塊用于實現(xiàn)一個為電話支付應用所定制的數(shù)據(jù)存儲功能，所述的數(shù)據(jù)庫是由一組數(shù)據(jù)表配置信息、以及一組數(shù)據(jù)庫操作接口組成；該數(shù)據(jù)表配置信息包含了應用數(shù)據(jù)的版本信息、數(shù)據(jù)表的數(shù)量、各數(shù)據(jù)表的存儲空間大小、以及各數(shù)據(jù)表的存儲位置信息，并在實際數(shù)據(jù)存儲區(qū)內(nèi)的數(shù)據(jù)信息與該配置信息不匹配的時候?qū)⑻崾井惓?，格式化?shù)據(jù)存儲區(qū)內(nèi)的空間，以避免數(shù)據(jù)錯誤而引起金融功能的差錯，所述數(shù)據(jù)庫模塊定義的一組數(shù)據(jù)庫操作接口，包括打開關閉數(shù)據(jù)表、增加、刪除、修改數(shù)據(jù)記錄、查詢數(shù)據(jù)記錄、更新數(shù)據(jù)索引、查詢數(shù)據(jù)庫容量接口 ； 所述金融業(yè)務工具函數(shù)庫用于實現(xiàn)金融業(yè)務常用的功能函數(shù)，主要包括標準的金融加解密函數(shù)和金融數(shù)據(jù)格式轉(zhuǎn)換函數(shù)； 所述測試程序模塊用于實現(xiàn)一組標準的生產(chǎn)測試程序模塊，以給工廠生產(chǎn)、以及售后維修提供一個測試設備功能正常性的標準化的軟件通道； 該方法還針對多個不同型號的產(chǎn)品時建立一在所有型號產(chǎn)品上通用的公共軟件文件集合、一在不同型號產(chǎn)品上具有差異的差異軟件文件集合以及一為了支撐在該電話支付終端軟件平臺上完成上層應用開發(fā)而提供的軟件開發(fā)包資料集合，形成文件管理結構； 所述公共軟件文件集合包括所述電源管理模塊、內(nèi)存管理模塊、中斷前后臺管理模塊、事件管理模塊、設備管理模塊、硬件配置模塊、通用驅(qū)動邏輯、數(shù)據(jù)庫模塊以及金融業(yè)務工具函數(shù)庫；且包括代碼源文件、資源文件、配置文件等支撐軟件開發(fā)的文件資料，這個集合的文件在不同型號產(chǎn)品的開發(fā)過程存在且只存在一份，不會隨同不同型號產(chǎn)品的開發(fā)和維護而產(chǎn)生新的副本； 所述差異軟件文件集合包括所述的引導和升級程序模塊、硬件配置模塊以及測試程序模塊； 所述軟件開發(fā)包資料集合包括匹配不同型號產(chǎn)品的成套的SDK資料，任一套SDK資料集合包含了至少I份C語言頭文件，至少為I份庫文件。
2.根據(jù)權利要求I所述的電話支付終端軟件平臺的實現(xiàn)方法，其特征在于還根據(jù)具體實施的產(chǎn)品需求，在所述引導和升級程序模塊中增加軟件校驗功能。
3.根據(jù)權利要求I所述的電話支付終端軟件平臺的實現(xiàn)方法，其特征在于所述第二層與最上層之間還包括第三層，所述第三層包括 界面管理模塊用于實現(xiàn)一個基于事件機制的界面框架，在該框架下，硬件事件被映射為人機交互的界面事件，并提供編輯框和輸入法標準控件，用于實現(xiàn)金融信息的輸入采集，這些標準控件可以在事件機制的作用下，被具體的應用程序以不修改控件代碼為前提而進行擴展；在該框架下，還提供了菜單機制，該機制完全符合電話支付終端的菜單操作規(guī)范，便于上層應用實現(xiàn)電話支付終端的菜單界面； 且所述公共軟件文件集合還包括該界面管理模塊。
4.根據(jù)權利要求I或3所述的電話支付終端軟件平臺的實現(xiàn)方法，其特征在于所述最上層還包括 通用應用程序模塊實現(xiàn)了電話功能、參數(shù)設置與具體金融業(yè)務應用無關的通用應用功能，這些通用應用功能以代碼、庫和/或資源文件的集合形式存在； 且所述公共軟件文件集合還包括該通用應用程序模塊。
5.根據(jù)權利要求I所述的電話支付終端軟件平臺的實現(xiàn)方法，其特征在于所述軟件開發(fā)包資料集合中任一套SDK資料還包括資源文件和開發(fā)配置文件。
6.根據(jù)權利要求I或5所述的電話支付終端軟件平臺的實現(xiàn)方法，其特征在于該方法在不同型號產(chǎn)品上開發(fā)遷移的過程中建立一管理整個軟件平臺的總makefile文件、一型號路由makefile文件以及一系列不同型號產(chǎn)品的軟件平臺工程配置文件集合； 所述總makefile文件定義了軟件平臺編譯的總體過程，描述了所述公共軟件文件集合中文件的編譯規(guī)則，定義了各項編譯參數(shù)配置的默認值；定義了軟件平臺默認的軟件組件選擇方法； 所述型號路由makefile文件幫助所述總makefile文件選擇一個具體硬件型號工程配置文件，該型號路由makefile文件以一個makefile文件片斷的形式存在,其內(nèi)容由一系列的makefile條件分支宏所區(qū)隔出 的若干個分支組成；每一個條件分支均以一個特定的產(chǎn)品型號的名稱作為判別條件；每個條件分支中用include語句，將具體硬件型號的工程配置文件引入軟件平臺的工程管理中； 所述軟件平臺工程配置文件集合包括每個具體型號的產(chǎn)品的由I個或多個makefile片斷文件組成的軟件工程平臺配置文件；所述軟件平臺工程配置文件集合的內(nèi)容有定義了在目標編譯鏈接輸出物中，對軟件平臺公共文件的選擇；能根據(jù)需求增加目標輸出物中參與編譯鏈接的軟件文件；能根據(jù)需求增加自定義的軟件文件的編譯規(guī)則；能根據(jù)需求修改各種編譯參數(shù)配置值；能根據(jù)需求定義目標輸出物的輸出路徑。
7.根據(jù)權利要求4所述的電話支付終端軟件平臺的實現(xiàn)方法，其特征在于該方法在不同型號產(chǎn)品上開發(fā)遷移的過程中建立一管理整個軟件平臺的總makefile文件、一型號路由makefile文件以及一系列不同型號產(chǎn)品的軟件平臺工程配置文件集合； 所述總makefile文件定義了軟件平臺編譯的總體過程，描述了所述公共軟件文件集合中文件的編譯規(guī)則，定義了各項編譯參數(shù)配置的默認值；定義了軟件平臺默認的軟件組件選擇方法； 所述型號路由makefile文件幫助所述總makefile文件選擇一個具體硬件型號工程配置文件，該型號路由makefile文件以一個makefile文件片斷的形式存在,其內(nèi)容由一系列的makefile條件分支宏所區(qū)隔出的若干個分支組成；每一個條件分支均以一個特定的產(chǎn)品型號的名稱作為判別條件；每個條件分支中用include語句，將具體硬件型號的工程配置文件引入軟件平臺的工程管理中； 所述軟件平臺工程配置文件集合包括每個具體型號的產(chǎn)品的由I個或多個makefile片斷文件組成的軟件工程平臺配置文件；所述軟件平臺工程配置文件集合的內(nèi)容有定義了在目標編譯鏈接輸出物中，對軟件平臺公共文件的選擇；能根據(jù)需求增加目標輸出物中參與編譯鏈接的軟件文件；能根據(jù)需求增加自定義的軟件文件的編譯規(guī)則；能根據(jù)需求修改各種編譯參數(shù)配置值；能根據(jù)需求定義目標輸出物的輸出路徑。
全文摘要
本發(fā)明提供一種電話支付終端軟件平臺的實現(xiàn)方法，將同一型號的產(chǎn)品的軟件平臺自下而上設置底層、第二層、第三層及最上層，底層設置有引導和升級程序模塊、電源管理模塊、內(nèi)存管理模塊以及中斷前后臺管理模塊，第二層設置有事件管理模塊、設備管理模塊、硬件配置模塊以及通用驅(qū)動邏輯，最上層設置有測試程序模塊；其中處于下層的組成部分為被上層的組成部分所依賴，同一層次的組成部分可以互相依賴，所述軟件平臺還包括不嚴格屬于所述第二層及最上層的數(shù)據(jù)庫模塊和金融業(yè)務工具函數(shù)庫。本發(fā)明基于凌陽的16位處理器環(huán)境的電話支付終端軟件平臺，能夠有效降低上層應用軟件與硬件耦合度，簡化上層軟件開發(fā)細節(jié)，加速在不同型號硬件產(chǎn)品上遷移。
文檔編號G06F9/44GK102902544SQ20121037648
公開日2013年1月30日 申請日期2012年9月29日 優(yōu)先權日2012年9月29日
發(fā)明者林志偉, 張登峰, 余杭軍, 陳成秋 申請人:福建升騰資訊有限公司