本發(fā)明涉及計(jì)算機(jī)應(yīng)用技術(shù)領(lǐng)域,更為具體而言,涉及聯(lián)機(jī)交易的執(zhí)行方法及裝置。
背景技術(shù):
現(xiàn)在最常見的銀行系統(tǒng)架構(gòu)是將核心系統(tǒng)搭建在主機(jī)平臺上,將支持各種業(yè)務(wù)場景的實(shí)際應(yīng)用系統(tǒng)部署在外圍開放平臺上。因此,銀行交易系統(tǒng)的常用業(yè)務(wù)場景是:通過搭建在主機(jī)平臺上的總控程序來處理各種開放平臺的報(bào)文,并且將處理結(jié)果返回至開放平臺。
然而,在現(xiàn)有技術(shù)當(dāng)中,每當(dāng)新增一項(xiàng)交易時都需要手動修改總控程序,因此,存在靈活性以及兼容性較差,開發(fā)周期長等問題。
技術(shù)實(shí)現(xiàn)要素:
為解決上述技術(shù)問題,本發(fā)明提供一種聯(lián)機(jī)交易的執(zhí)行方法及裝置。
一方面,本發(fā)明的實(shí)施方式提供了一種聯(lián)機(jī)交易的執(zhí)行方法,所述方法包括:
根據(jù)聯(lián)機(jī)交易的配置項(xiàng)確定所述聯(lián)機(jī)交易中子交易的配置項(xiàng);
根據(jù)所述子交易的配置項(xiàng)確定用于執(zhí)行所述子交易的處理程序;
調(diào)用所述處理程序執(zhí)行所述子交易以執(zhí)行所述聯(lián)機(jī)交易。
另一方面,本發(fā)明實(shí)施方式提供一種聯(lián)機(jī)交易的執(zhí)行裝置,所述裝置包括:
子交易確定模塊,用于根據(jù)聯(lián)機(jī)交易的配置項(xiàng)確定所述聯(lián)機(jī)交易中子交易的配置項(xiàng);
處理程序確定模塊,用于根據(jù)所述子交易的配置項(xiàng)確定用于執(zhí)行所述子交易的處理程序;
調(diào)用模塊,用于調(diào)用所述處理程序執(zhí)行所述子交易以執(zhí)行所述聯(lián)機(jī)交易。
由于本發(fā)明在聯(lián)機(jī)交易、子交易以及后臺處理程序之間建立映射關(guān)系,因此,使得處理任務(wù)以及后臺程序模塊化,一旦新增聯(lián)機(jī)交易時,也只需更新上述映射關(guān)系,而無需修改總控程序的代碼,從而提高靈活性以及兼容性,降低開發(fā)周期。
附圖說明
為了更清楚地說明本發(fā)明實(shí)施方式的技術(shù)方案,下面將對實(shí)施方式描述中所需要使用的附圖作一簡單地介紹,顯而易見地,下面描述中的附圖是本發(fā)明的一些實(shí)施方式,對于本領(lǐng)域普通技術(shù)人員來講,在不付出創(chuàng)造性勞動的前提下,還可以根據(jù)這些附圖獲得其他的附圖。
圖1是根據(jù)本發(fā)明方法實(shí)施方式1的聯(lián)機(jī)交易的執(zhí)行方法的流程圖;
圖2是根據(jù)本發(fā)明方法實(shí)施方式2的聯(lián)機(jī)交易的執(zhí)行方法的流程圖;
圖3是根據(jù)本發(fā)明方法實(shí)施方式3的聯(lián)機(jī)交易的執(zhí)行方法的流程圖;
圖4示出了用于維護(hù)第一文件的一個界面;
圖5示出了用于維護(hù)第一文件的另一界面;
圖6示出了用于維護(hù)第一文件的又一界面;
圖7示出了用于維護(hù)第一文件的再一界面;
圖8示出了用于維護(hù)第二文件的一個界面;
圖9示出了用于維護(hù)第三文件的一個界面;
圖10是根據(jù)本發(fā)明裝置實(shí)施方式1的聯(lián)機(jī)交易的執(zhí)行裝置的結(jié)構(gòu)示意圖;
圖11是根據(jù)本發(fā)明裝置實(shí)施方式2的聯(lián)機(jī)交易的執(zhí)行裝置的結(jié)構(gòu)示意圖;
圖12是根據(jù)本發(fā)明裝置實(shí)施方式3的聯(lián)機(jī)交易的執(zhí)行裝置的結(jié)構(gòu)示意圖;
圖13示出了圖12所示的調(diào)用模塊34的一種實(shí)施方式;
圖14示出了圖13所示的識別單元341的一種實(shí)施方式。
具體實(shí)施方式
以下結(jié)合附圖和具體實(shí)施方式對本發(fā)明的各個方面進(jìn)行詳細(xì)闡述。其中,在本發(fā)明的各個具體實(shí)施方式中,眾所周知的操作過程、模塊、單元及其相互之間的連接、鏈接、通信或操作沒有示出或未作詳細(xì)說明。
并且,所描述的特征、架構(gòu)或功能可在一個或一個以上實(shí)施例中以任何方式組合。
此外,本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解,下述的各種實(shí)施方式只用于舉例說明,而非用于限制本發(fā)明的保護(hù)范圍。本領(lǐng)域的技術(shù)人員還可以容易理解,本文所述和附圖所示的各實(shí)施方式中的模塊、單元或步驟可以按多種不同配置進(jìn)行組合和設(shè)計(jì)。
對于未在本說明書中進(jìn)行具體說明的技術(shù)術(shù)語,除非另有特定說明,都應(yīng)以本領(lǐng)域最寬泛的意思進(jìn)行解釋。
在本發(fā)明的說明書和權(quán)利要求書及上述附圖中的描述的一些流程中,包含了按照特定順序出現(xiàn)的多個操作,但是應(yīng)該清楚了解,這些操作可以不按照其在本文中出現(xiàn)的順序來執(zhí)行或并行執(zhí)行,操作的序號如101、102等,僅僅是用于區(qū)分開各個不同的操作,序號本身不代表任何的執(zhí)行順序。另外,這些流程可以包括更多或更少的操作,并且這些操作可以按順序執(zhí)行或并行執(zhí)行。需要說明的是,本文中的“第一”、“第二”等描述,是用于區(qū)分不同的消息、設(shè)備、模塊等,不代表先后順序,也不限定“第一”和“第二”是不同的類型。
下面將結(jié)合附圖,對本發(fā)明實(shí)施方式中的技術(shù)方案進(jìn)行清楚、完整地描述,顯然,所描述的實(shí)施方式僅僅是本發(fā)明的一部分實(shí)施方式,而不是全部的實(shí)施方式?;诒景l(fā)明中的實(shí)施方式,本領(lǐng)域技術(shù)人員在沒有付出創(chuàng)造性勞動的前提下所獲得的所有其他實(shí)施方式,都屬于本發(fā)明保護(hù)的范圍。
【方法實(shí)施方式1】
圖1是根據(jù)本發(fā)明方法實(shí)施方式1的聯(lián)機(jī)交易的執(zhí)行方法的流程圖。參見圖1,在本實(shí)施方式中,所述方法包括:
s11:根據(jù)聯(lián)機(jī)交易的配置項(xiàng)確定所述聯(lián)機(jī)交易中子交易的配置項(xiàng)。
所述配置項(xiàng)是指存在于交易配置文件中的,定義交易執(zhí)行規(guī)則的參數(shù)字段,本發(fā)明中的配置項(xiàng)可以通過配置項(xiàng)管理界面進(jìn)行維護(hù)。
s12:根據(jù)所述子交易的配置項(xiàng)確定用于執(zhí)行所述子交易的處理程序。
s13:調(diào)用所述處理程序執(zhí)行所述子交易以執(zhí)行所述聯(lián)機(jī)交易。
所述聯(lián)機(jī)交易指:以在線交易的方式處理的一般實(shí)時性的交易,其定義有子交易。
由于本發(fā)明在聯(lián)機(jī)交易、子交易以及后臺處理程序之間建立映射關(guān)系,因此,使得處理任務(wù)以及后臺程序模塊化,一旦新增聯(lián)機(jī)交易時,也只需更新上述映射關(guān)系,而無需修改總控程序的代碼,從而提高靈活性以及兼容性,降低開發(fā)周期。
【方法實(shí)施方式2】
圖2是根據(jù)本發(fā)明方法實(shí)施方式2的聯(lián)機(jī)交易的執(zhí)行方法的流程圖。參見圖2,在本實(shí)施方式中,所述方法包括:
處理s21和處理s22分別同方法實(shí)施方式1中的處理s11和處理s12,在此不再贅述。
s23:根據(jù)所述子交易的配置項(xiàng)確定所述子交易的優(yōu)先級。
s24:基于所述優(yōu)先級調(diào)用所述處理程序執(zhí)行所述子交易以執(zhí)行所述聯(lián)機(jī)交易。
【方法實(shí)施方式3】
圖3是根據(jù)本發(fā)明方法實(shí)施方式3的聯(lián)機(jī)交易的執(zhí)行方法的流程圖。參見圖3,在本實(shí)施方式中,所述方法包括:
處理s31和處理s32分別同方法實(shí)施方式1中的處理s11和處理s12,在此不再贅述。
s33:根據(jù)所述子交易的配置項(xiàng)確定所述子交易的執(zhí)行條件。
s34:在所述聯(lián)機(jī)交易的處理請求報(bào)文滿足所述執(zhí)行條件的情形下,調(diào)用所述處理程序執(zhí)行所述子交易以執(zhí)行所述聯(lián)機(jī)交易。
示例性地,在本實(shí)施方式中,可以通過以下方式識別聯(lián)機(jī)交易的處理請求是否滿足執(zhí)行條件:
(1)識別執(zhí)行條件是否為恒執(zhí)行,若是,則確定聯(lián)機(jī)交易的處理請求報(bào)文滿足執(zhí)行條件,若否,則執(zhí)行(2)。
(2)基于子交易的配置項(xiàng),從聯(lián)機(jī)交易的處理請求報(bào)文中解析比較字段。
(3)識別解析出的比較字段是否滿足指定條件。
(4)若比較字段滿足指定條件,則確定聯(lián)機(jī)交易的處理請求報(bào)文滿足執(zhí)行條件。
其中,恒執(zhí)行指:對于任何情況均可執(zhí)行。
【方法實(shí)施方式4】
本實(shí)施方式所提供的方法包含了方法實(shí)施方式1至方法實(shí)施方式3中任一項(xiàng)的全部內(nèi)容,在此不再贅述。在本實(shí)施方式中,在所述聯(lián)機(jī)交易中存在發(fā)生交易錯誤的子交易的情形下,將在該發(fā)生交易錯誤的子交易之前完成的全部子交易沖正,以保證所述聯(lián)機(jī)交易的完整性。
其中,所述聯(lián)機(jī)交易的配置項(xiàng)定義了多個子交易。
【方法實(shí)施方式5】
下面結(jié)合具體示例對本實(shí)施方式提供的聯(lián)機(jī)交易的執(zhí)行方法的進(jìn)行描述。具體地,在本實(shí)施方式中,所述方法包括:
處理1:接收從開放平臺發(fā)送的報(bào)文請求。
處理2:根據(jù)該報(bào)文請求從第一文件(用于定義主交易(聯(lián)機(jī)交易)的配置文件)中獲取待處理的主交易的屬性信息(例如包括該主交易中子交易的標(biāo)識符和優(yōu)先級等信息)。
處理3:根據(jù)子交易的標(biāo)識符從第二文件(用于定義子交易的配置文件)中獲取用于處理子交易的后臺處理程序的標(biāo)識符。
處理4:根據(jù)后臺處理程序的標(biāo)識符從第三文件中(用于定義后臺處理程序的配置文件)獲取后臺處理程序的調(diào)用信息(例如程序調(diào)用參數(shù)等)。
處理5:根據(jù)子交易的優(yōu)先級,依次利用調(diào)用信息調(diào)用后臺處理程序執(zhí)行子交易以執(zhí)行該主交易。
在本實(shí)施方式中,第一文件、第二文件、以及第三文件之間相互獨(dú)立又相互影響,本發(fā)明通過對前述三種文件的分級調(diào)用來實(shí)現(xiàn)對交易的控制。
其中,前述三種文件之間的映射關(guān)系例如為:
(1)第一文件與第二文件之間為多對多的映射關(guān)系,即一條第一文件記錄可以對應(yīng)多條第二文件記錄,同時,一條第二文件記錄也可以被多條第一文件記錄引用;
(2)第二文件與第三文件之間為多對一的映射關(guān)系,即一條第二文件記錄只能指向一條第三文件記錄,同時,一條第三文件記錄可以被多條第二文件記錄引用。
當(dāng)然本發(fā)明不限于此,本領(lǐng)域的技術(shù)人員可以根據(jù)實(shí)際需要采用其他合理的映射關(guān)系。
此外,為了便于交易的維護(hù),在本實(shí)施方式中,可以通過圖形界面來維護(hù)文件記錄。
圖4示出了用于維護(hù)第一文件的一個界面。該界面用于設(shè)定主交易層面的交易屬性配置。
圖5示出了用于維護(hù)第一文件的另一界面。該界面用于進(jìn)行參數(shù)設(shè)置,例如,該界面中的“partialreversals”表示交易的沖正策略,該界面中的“tbrplatformtype”表示交易來源。
圖6示出了用于維護(hù)第一文件的又一界面。該界面用于設(shè)定第一文件記錄(主交易)與第二文件記錄(子交易)之間的關(guān)系。例如,該界面中的“class”表示關(guān)聯(lián)的子交易的類型,“name”表示關(guān)聯(lián)的子交易的名稱等。
圖7示出了用于維護(hù)第一文件的再一界面(用戶界面)。該界面用于設(shè)定關(guān)聯(lián)的子交易的報(bào)文解析參數(shù)。例如,該界面中的“selcode”表示關(guān)聯(lián)的子交易的執(zhí)行條件的類型,例如,a表示恒執(zhí)行(在任何情況下均執(zhí)行),c表示報(bào)文滿足設(shè)定條件才執(zhí)行,p表示指定數(shù)據(jù)在報(bào)文中才執(zhí)行,n表示指定數(shù)據(jù)未出現(xiàn)在報(bào)文中才執(zhí)行,“posn”表示報(bào)文內(nèi)比較字段的起始位置,“compopt”表示報(bào)文比較命令,例如eq表示等于,ge表示大于等于,“compdata”表示用于比較的內(nèi)容,例如可以是具體的數(shù)值或者字符串,也可以是變量等。
在本實(shí)施方式中,在執(zhí)行子交易之前先判斷前述報(bào)文請求是否滿足該子交易的執(zhí)行條件。具體地,首先根據(jù)該子交易的標(biāo)識符確定該子交易的執(zhí)行條件,然后識別執(zhí)行條件的類型,若類型為恒執(zhí)行,則判定前述報(bào)文請求滿足該子交易的執(zhí)行條件,若類型不為恒執(zhí)行,則基于該子交易的標(biāo)識符,從該報(bào)文請求中解析比較字段,識別解析出的比較字段是否符合指定條件(例如識別該比較字段的值是否為null(空)),若是,則判定前述報(bào)文請求滿足該子交易的執(zhí)行條件(即該報(bào)文請求中不具有特定數(shù)據(jù)),若否,則判定前述報(bào)文請求不滿足該子交易的執(zhí)行條件。
圖8示出了用于維護(hù)第二文件的一個界面。該界面用于設(shè)定第二文件記錄(子交易)與第三文件記錄(后臺處理程序)之間的關(guān)系。例如,該界面中的“appl”表示調(diào)用的后臺處理程序的類型,“trancd”表示調(diào)用的后臺處理程序的名稱。
圖9示出了用于維護(hù)第三文件的一個界面。該界面用于進(jìn)行參數(shù)設(shè)置。例如,該界面中的“step”表示執(zhí)行步驟,“type”表示處理類型,例如01表示只讀取,02表示修改預(yù)讀取,03表示更新,04表示寫入。
此外,在本實(shí)施方式中,當(dāng)新增一項(xiàng)主交易時,只需自下而上定義上述各文件。具體地,首先在第三文件中添加后臺處理程序記錄,然后在第二文件中添加子交易記錄,并建立與添加的后臺處理程序之間的關(guān)聯(lián)關(guān)系,最后在第一文件中添加主交易記錄,并建立與添加的子交易之間的關(guān)聯(lián)關(guān)系。
另外,在本實(shí)施方式中,當(dāng)某個子交易發(fā)生異常時,自動沖正前面的子交易,只有當(dāng)所有的子交易都完成后,才保存主交易的執(zhí)行結(jié)果。
【裝置實(shí)施方式1】
圖10是根據(jù)本發(fā)明裝置實(shí)施方式1的聯(lián)機(jī)交易的執(zhí)行裝置的結(jié)構(gòu)示意圖。參見圖10,聯(lián)機(jī)交易的執(zhí)行裝置1包括:子交易確定模塊11、處理程序確定模塊12、以及調(diào)用模塊13,具體地:
子交易確定模塊11用于根據(jù)聯(lián)機(jī)交易的配置項(xiàng)確定所述聯(lián)機(jī)交易中子交易的配置項(xiàng)。
處理程序確定模塊12用于根據(jù)子交易確定模塊11確定的配置項(xiàng)確定用于執(zhí)行所述子交易的處理程序。
調(diào)用模塊13用于調(diào)用處理程序確定模塊12確定的處理程序執(zhí)行所述子交易以執(zhí)行所述聯(lián)機(jī)交易。
由于本發(fā)明在聯(lián)機(jī)交易、子交易以及后臺處理程序之間建立映射關(guān)系,因此,使得處理任務(wù)以及后臺程序模塊化,一旦新增聯(lián)機(jī)交易時,也只需更新上述映射關(guān)系,而無需修改總控程序的代碼,從而提高靈活性以及兼容性,降低開發(fā)周期。
【裝置實(shí)施方式2】
圖11是根據(jù)本發(fā)明裝置實(shí)施方式2的聯(lián)機(jī)交易的執(zhí)行裝置的結(jié)構(gòu)示意圖。參見圖11,聯(lián)機(jī)交易的執(zhí)行裝置2包括:子交易確定模塊21、處理程序確定模塊22、優(yōu)先級確定模塊23、以及調(diào)用模塊24,具體地:
子交易確定模塊21和處理程序確定模塊22,分別同裝置實(shí)施方式1中的子交易確定模塊11和處理程序確定模塊12,在此不再贅述。
優(yōu)先級確定模塊23用于根據(jù)子交易確定模塊21確定的配置項(xiàng)確定所述子交易的優(yōu)先級。
調(diào)用模塊24用于基于優(yōu)先級確定模塊23確定的優(yōu)先級,調(diào)用處理程序確定模塊22確定的處理程序執(zhí)行所述子交易以執(zhí)行所述聯(lián)機(jī)交易。
【裝置實(shí)施方式3】
圖12是根據(jù)本發(fā)明裝置實(shí)施方式3的聯(lián)機(jī)交易的執(zhí)行裝置的結(jié)構(gòu)示意圖。參見圖12,聯(lián)機(jī)交易的執(zhí)行裝置3包括:子交易確定模塊31、處理程序確定模塊32、執(zhí)行條件確定模塊33、以及調(diào)用模塊34,具體地:
子交易確定模塊31和處理程序確定模塊32,分別同裝置實(shí)施方式1中的子交易確定模塊11和處理程序確定模塊12,在此不再贅述。
執(zhí)行條件確定模塊33用于根據(jù)子交易確定模塊31確定的配置項(xiàng)確定所述子交易的執(zhí)行條件。
調(diào)用模塊34用于在所述聯(lián)機(jī)交易的處理請求報(bào)文滿足執(zhí)行條件確定模塊33確定的執(zhí)行條件的情形下,調(diào)用處理程序確定模塊32確定的處理程序執(zhí)行所述子交易以執(zhí)行所述聯(lián)機(jī)交易。
【裝置實(shí)施方式4】
本實(shí)施方式所提供的裝置包括了裝置實(shí)施方式3中的全部內(nèi)容,在此不再贅述。如圖13所示,在本實(shí)施方式中,調(diào)用模塊34包括:識別單元341以及調(diào)用單元342,具體地:
識別單元341用于識別所述聯(lián)機(jī)交易的處理請求報(bào)文是否滿足所述執(zhí)行條件。
調(diào)用單元342用于在識別單元341識別出所述聯(lián)機(jī)交易的處理請求報(bào)文滿足所述執(zhí)行條件的情形下,調(diào)用所述處理程序執(zhí)行所述子交易以執(zhí)行所述聯(lián)機(jī)交易。
【裝置實(shí)施方式5】
本實(shí)施方式所提供的裝置包括了裝置實(shí)施方式4中的全部內(nèi)容,在此不再贅述。如圖14所示,在本實(shí)施方式中,識別單元341包括:第一識別組件3411、解析組件3412、第二識別組件3413、以及確定組件3414,具體地:
第一識別組件3411用于識別所述執(zhí)行條件是否為恒執(zhí)行。
解析組件3412用于在第一識別組件3411識別出所述執(zhí)行條件不為恒執(zhí)行的情形下,基于所述子交易的配置項(xiàng),從所述聯(lián)機(jī)交易的處理請求報(bào)文中解析比較字段。
第二識別組件3413用于識別解析組件3412解析出的比較字段是否滿足指定條件。
確定組件3414用于在第一識別組件3411識別出所述子交易的執(zhí)行條件為恒執(zhí)行的情形下,或者,在第二識別組件3413識別出所述比較字段滿足指定條件的情形下,確定所述聯(lián)機(jī)交易的處理請求報(bào)文滿足所述執(zhí)行條件。
【裝置實(shí)施方式6】
本實(shí)施方式所提供的裝置包括了裝置實(shí)施方式1至裝置實(shí)施方式5中任一項(xiàng)的全部內(nèi)容,在此不再贅述。其中,本實(shí)施方式所提供的裝置中還包括沖正模塊,具體地:
所述沖正模塊用于在所述聯(lián)機(jī)交易中存在發(fā)生交易錯誤的子交易的情形下,將在所述發(fā)生交易錯誤的子交易之前完成的全部子交易沖正。
其中,所述聯(lián)機(jī)交易的配置項(xiàng)定義了多個子交易。
本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可全部通過軟件實(shí)現(xiàn),也可借助軟件結(jié)合硬件平臺的方式來實(shí)現(xiàn)?;谶@樣的理解,本發(fā)明的技術(shù)方案對背景技術(shù)做出貢獻(xiàn)的全部或者部分可以以軟件產(chǎn)品的形式體現(xiàn)出來,所述計(jì)算機(jī)軟件產(chǎn)品可以存儲在存儲介質(zhì)中,如rom/ram、磁碟、光盤等,包括若干指令用以使得一臺計(jì)算機(jī)設(shè)備(可以是個人計(jì)算機(jī),服務(wù)器,智能手機(jī)或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實(shí)施方式或者實(shí)施方式的某些部分所述的方法。
本文中所使用的“軟件”等詞均指一般意義上的任意類型的計(jì)算機(jī)編碼或者計(jì)算機(jī)可執(zhí)行指令集,可以運(yùn)行所述編碼或者指令集來使計(jì)算機(jī)或其他處理器程序化以執(zhí)行如上所述的本發(fā)明的技術(shù)方案的各個方面。此外,需要說明的是,根據(jù)實(shí)施方式的一個方面,在執(zhí)行時實(shí)施本發(fā)明的技術(shù)方案的方法的一個或多個計(jì)算機(jī)程序不必須要在一臺計(jì)算機(jī)或處理器上,而是可以分布于多個計(jì)算機(jī)或者處理器中的模塊中,以執(zhí)行本發(fā)明的技術(shù)方案的各個方面。
計(jì)算機(jī)可執(zhí)行指令可以有許多形式,如程序模塊,可以由一臺或多臺計(jì)算機(jī)或是其他設(shè)備執(zhí)行。一般地,程序模塊包括例程、程序、對象、組件以及數(shù)據(jù)結(jié)構(gòu)等等,執(zhí)行特定的任務(wù)或是實(shí)施特定的抽象數(shù)據(jù)類型。特別地,在各種實(shí)施方式中,程序模塊的功能可以根據(jù)各個不同實(shí)施方式的需要進(jìn)行結(jié)合或者拆分。
并且,本發(fā)明的技術(shù)方案可以體現(xiàn)為一種方法,并且已經(jīng)提供了所述方法的至少一個示例。可以通過任何一種合適的順序執(zhí)行動作,所述動作表現(xiàn)為所述方法中的一部分。因此,實(shí)施方式可以構(gòu)造成可以按照與所示出的執(zhí)行順序不同的順序執(zhí)行動作,其中,可以包括同時地執(zhí)行一些動作(盡管在示出的實(shí)施方式中,這些動作是連續(xù)的)。
本文所給出的和使用的定義,應(yīng)當(dāng)對照字典、通過引用而并入的文檔中的定義、和/或其通常意思進(jìn)行理解。
在權(quán)利要求書中以及上述的說明書中,所有的過度短語,例如“包括”、“具有”、“包含”、“承載”、“具有”、“涉及”、“主要由…組成”以及類似詞語是應(yīng)理解為是開放式的,即,包含但不限于。只有“由……組成”應(yīng)該是封閉或半封閉的過度短語。
本發(fā)明說明書中使用的術(shù)語和措辭僅僅為了舉例說明,并不意味構(gòu)成限定。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解,在不脫離所公開的實(shí)施方式的基本原理的前提下,對上述實(shí)施方式中的各細(xì)節(jié)可進(jìn)行各種變化。因此,本發(fā)明的范圍只由權(quán)利要求確定,在權(quán)利要求中,除非另有說明,所有的術(shù)語應(yīng)按最寬泛合理的意思進(jìn)行理解。