一種消息處理方法及裝置的制造方法
【專利摘要】本發(fā)明實施例公開了一種消息處理方法及裝置。本發(fā)明實施例根據(jù)接收到的請求消息的標(biāo)識信息，從配置文件庫中獲取目標(biāo)配置文件，根據(jù)目標(biāo)配置文件，確定請求消息合法的情況下，生成可執(zhí)行語句，從而獲取執(zhí)行結(jié)果并反饋給前端。本發(fā)明實施例中，配置文件庫中的配置文件是由開發(fā)人員預(yù)先配置的，開發(fā)人員在配置文件庫中配置了多個配置文件后，便可根據(jù)上述流程處理通過預(yù)設(shè)接口接收到的多種請求消息，從而使得開發(fā)人員無需針對一種請求消息完成一套前端到后臺的開發(fā)。也就是說，本發(fā)明實施例中的消息處理方法運(yùn)用了一個通用的服務(wù)及持久化層統(tǒng)一對外提供服務(wù)，在滿足用戶需求多樣性的基礎(chǔ)上，大大降低了開發(fā)人員的開發(fā)負(fù)擔(dān)。
【專利說明】
一種消息處理方法及裝置
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及信息系統(tǒng)處理領(lǐng)域，尤其涉及一種消息處理方法及裝置。
【背景技術(shù)】
[0002]為適應(yīng)應(yīng)用系統(tǒng)開發(fā)中對界面的多樣性需求，在大多應(yīng)用場景中，需要滿足用戶界面友好性。而且，面對高速發(fā)展的市場和業(yè)務(wù)，用戶的需求時刻在變化，用戶對于界面友好性要求也越來越高。通常情況下，為滿足界面友好性，需要投入大量的開發(fā)人員來完成開發(fā)工作。例如，需要開發(fā)某一功能(如消息發(fā)送)，開發(fā)人員根據(jù)需求確定界面元素，開發(fā)界面控制邏輯，權(quán)限檢查，后臺服務(wù)，SQL操作數(shù)據(jù)持久化等。因此，對于開發(fā)人員來說，面對一個新的需求，其需要熟悉前端到后臺的全棧技術(shù)，并需要耗費(fèi)大量的工作來完成前端到后臺的開發(fā)。
[0003]因此，采用上述開發(fā)方式，由于用戶需求的多變性，往往一個小的變動會涉及到從界面到后臺一連串的改動工作，給開發(fā)人員帶來大量的工作和壓力，使得開發(fā)人員的投入成本高、工作量大，特別是面對用戶變化時反應(yīng)慢，無法應(yīng)對。另一方面，若使用完全配置式框架開發(fā)，雖然可以滿足節(jié)約成本和應(yīng)對變化的特點(diǎn)，但無法滿足界面友好性的支持，需要大量的定制重新開發(fā)、擴(kuò)展開發(fā)來實現(xiàn)，這些定制和擴(kuò)展對于后期維護(hù)會帶來一些麻煩。
[0004]綜上，目前亟需一種消息處理方法，用以實現(xiàn)在滿足用戶需求多樣性的基礎(chǔ)上，降低大大降低開發(fā)人員的開發(fā)負(fù)擔(dān)。

【發(fā)明內(nèi)容】

[0005]本發(fā)明實施例提供一種消息處理方法及裝置，用以實現(xiàn)在滿足用戶需求多樣性的基礎(chǔ)上，降低大大降低開發(fā)人員的開發(fā)負(fù)擔(dān)。
[0006]本發(fā)明實施例提供的一種消息處理方法，包括:
[0007]通過預(yù)設(shè)接口接收前端發(fā)送的請求消息;所述請求消息中包括所述請求消息的標(biāo)識信息；
[0008]根據(jù)所述請求消息的標(biāo)識信息，從所述配置文件庫中獲取與所述請求消息的標(biāo)識信息對應(yīng)的目標(biāo)配置文件;所述目標(biāo)配置文件用于檢驗所述請求消息是否合法；
[0009]根據(jù)所述目標(biāo)配置文件，確定所述請求消息合法的情況下，生成與所述請求消息對應(yīng)的預(yù)設(shè)格式的可執(zhí)行語句；
[0010]根據(jù)所述可執(zhí)行語句，獲取所述請求消息的執(zhí)行結(jié)果并反饋給所述前端。
[0011]較佳地，所述通過預(yù)設(shè)接口接收前端發(fā)送的請求消息，包括:
[0012]通過RESTful接口接收所述前端發(fā)送的請求消息。
[0013]較佳地，所述請求消息為JSON數(shù)據(jù)格式；所述配置文件為JSON數(shù)據(jù)格式或XML格式。
[0014]較佳地，所述根據(jù)所述目標(biāo)配置文件，確定所述請求消息合法，包括:
[0015]判斷所述請求消息的字段信息以及字段描述信息與所述目標(biāo)配置文件是否相符，若相符，則確定所述請求消息合法。
[0016]較佳地，所述預(yù)設(shè)格式的可執(zhí)行語句為SQL語句；
[0017]所述根據(jù)所述可執(zhí)行語句，獲取所述請求消息的執(zhí)行結(jié)果并反饋給前端，包括:
[0018]執(zhí)行與所述請求消息對應(yīng)的SQL語句，并將執(zhí)行結(jié)果作為所述請求消息的執(zhí)行結(jié)果反饋給所述前端。
[0019]本發(fā)明實施例提供一種消息處理裝置，該裝置包括:
[0020]收發(fā)模塊，用于通過預(yù)設(shè)接口接收前端發(fā)送的請求消息;所述請求消息中包括所述請求消息的標(biāo)識信息；
[0021]獲取模塊，用于根據(jù)所述請求消息的標(biāo)識信息，從所述配置文件庫中獲取與所述請求消息的標(biāo)識信息對應(yīng)的目標(biāo)配置文件;所述目標(biāo)配置文件用于檢驗所述請求消息是否合法;
[0022]生成模塊，用于根據(jù)所述目標(biāo)配置文件，確定所述請求消息合法的情況下，生成與所述請求消息對應(yīng)的預(yù)設(shè)格式的可執(zhí)行語句；
[0023]執(zhí)行模塊，用于根據(jù)所述可執(zhí)行語句，獲取所述請求消息的執(zhí)行結(jié)果并反饋給所述前端。
[0024]較佳地，所述收發(fā)模塊具體用于:
[0025]通過RESTful接口接收所述前端發(fā)送的請求消息。
[0026]較佳地，所述請求消息為JSON數(shù)據(jù)格式；所述配置文件為JSON數(shù)據(jù)格式或XML格式。
[0027]較佳地，所述生成模塊具體用于:
[0028]判斷所述請求消息的字段信息以及字段描述信息與所述目標(biāo)配置文件是否相符，若相符，則確定所述所述請求消息合法。
[0029]較佳地，所述預(yù)設(shè)格式的可執(zhí)行語句為SQL語句；
[0030]所述執(zhí)行模塊具體用于:
[0031]執(zhí)行與所述請求消息對應(yīng)的SQL語句，并將執(zhí)行結(jié)果作為所述請求消息的執(zhí)行結(jié)果反饋給所述前端。
[0032]本發(fā)明的上述實施例中，接收前端發(fā)送的請求消息，并根據(jù)請求消息的標(biāo)識信息，從配置文件庫中獲取與請求消息的標(biāo)識信息對應(yīng)的目標(biāo)配置文件，其中，目標(biāo)配置文件用于檢驗請求消息是否合法，根據(jù)目標(biāo)配置文件，確定請求消息合法的情況下，生成與請求消息對應(yīng)的預(yù)設(shè)格式的可執(zhí)行語句，從而根據(jù)可執(zhí)行語句，獲取請求消息的執(zhí)行結(jié)果并反饋給前端。本發(fā)明實施例中，配置文件庫中的配置文件是由開發(fā)人員預(yù)先配置的，開發(fā)人員在配置文件庫中配置了多個配置文件后，便可根據(jù)上述流程處理通過預(yù)設(shè)接口接收到的多種請求消息，從而使得開發(fā)人員無需針對一種請求消息完成一套前端到后臺的開發(fā)。也就是說，本發(fā)明實施例中的消息處理方法運(yùn)用了一個通用的服務(wù)及持久化層統(tǒng)一對外提供服務(wù)，在滿足用戶需求多樣性的基礎(chǔ)上，大大降低了開發(fā)人員的開發(fā)負(fù)擔(dān)。
【附圖說明】
[0033]為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡要介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域的普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0034]圖1為本發(fā)明實施例提供的一種消息處理方法對應(yīng)的流程示意圖；
[0035]圖2為本發(fā)明實施例中消息處理方法的整體流程圖；
[0036]圖3為本發(fā)明實施例提供的一種消息處理方法裝置的結(jié)構(gòu)示意圖。
【具體實施方式】
[0037]為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對本發(fā)明作進(jìn)一步地詳細(xì)描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其它實施例，都屬于本發(fā)明保護(hù)的范圍。
[0038]圖1為本發(fā)明實施例提供的一種消息處理方法對應(yīng)的流程示意圖，該方法包括:
[0039]步驟101，通過預(yù)設(shè)接口接收前端發(fā)送的請求消息;所述請求消息中包括所述請求消息的標(biāo)識信息；
[0040]步驟102，根據(jù)所述請求消息的標(biāo)識信息，從所述配置文件庫中獲取與所述請求消息的標(biāo)識信息對應(yīng)的目標(biāo)配置文件;所述目標(biāo)配置文件用于檢驗所述請求消息是否合法；[0041 ]步驟103，根據(jù)所述目標(biāo)配置文件，確定所述請求消息合法的情況下，生成與所述請求消息對應(yīng)的預(yù)設(shè)格式的可執(zhí)行語句；
[0042]步驟104，根據(jù)所述可執(zhí)行語句，獲取所述請求消息的執(zhí)行結(jié)果并反饋給所述前端。
[0043]本發(fā)明實施例中，配置文件庫中的配置文件是由開發(fā)人員預(yù)先配置的，開發(fā)人員在配置文件庫中配置了多個配置文件后，便可根據(jù)上述流程處理通過預(yù)設(shè)接口接收到的多種請求消息，從而使得開發(fā)人員無需針對一種請求消息完成一套前端到后臺的開發(fā)。也就是說，本發(fā)明實施例中的消息處理方法運(yùn)用了一個通用的服務(wù)及持久化層統(tǒng)一對外提供服務(wù)，在滿足用戶需求多樣性的基礎(chǔ)上，大大降低了開發(fā)人員的開發(fā)負(fù)擔(dān)。
[0044]優(yōu)選地，在步驟101中，可通過RESTfu I接口接收所述前端發(fā)送的請求消息。本發(fā)明實施例通過提供一種超輕量級的后臺RESTful接口的數(shù)據(jù)維護(hù)框架，開放了個性化需求的前端，從而使得前端可以使用flex、AngularJS等各種方案，充分提供前端的自由和可控性，滿足對用戶友好性的要求，應(yīng)對用戶需求的可變性特點(diǎn)。
[0(Μ5] 本發(fā)明實施例中的請求消息可以為多種數(shù)據(jù)格式，例如JS0N(JavaScript ObjectNotat1n)數(shù)據(jù)格式。本發(fā)明實施例中的配置文件用于檢驗與該配置文件對應(yīng)的請求消息是否合法，配置文件可以為JSON數(shù)據(jù)格式、XML數(shù)據(jù)格式或者數(shù)據(jù)庫表。
[0046]進(jìn)一步地，請求消息的數(shù)據(jù)格式可以與配置文件的數(shù)據(jù)格式相同，也可以不相同，本發(fā)明實施例對二者的數(shù)據(jù)格式不做具體限定。
[0047]具體地，配置文件中包括字段信息(例如，字段名稱、字段類型、字段長度)以及可識別的字段描述信息等。配置文件庫中包括多個配置文件，不同的配置文件對應(yīng)不同的請求消息，因此，在需要開發(fā)一項新功能的情況下，開發(fā)人員僅需在配置文件庫中新增與該新功能的請求消息對應(yīng)的配置文件，無需完成一套完整的從前端到后臺的開發(fā)，從而可將大部分的精力投入到前端的開發(fā)工作中。
[0048]在步驟103中，判斷請求消息的字段信息以及字段描述信息與所述目標(biāo)配置文件是否相符，若相符，則確定請求消息合法。具體地，可對請求消息進(jìn)行如下驗證:(I)是否超出數(shù)據(jù)庫表字段的存儲容量；(2)是否符合數(shù)據(jù)庫表字段的設(shè)計格式(數(shù)字、字符、日期等)；
(3)如果是新增數(shù)據(jù)接口，則判斷當(dāng)前用戶是否有新增此表記錄的權(quán)限等。
[0049]本發(fā)明實施例，在步驟104中，預(yù)設(shè)格式的可執(zhí)行語句可以為SQL語句。具體地，本發(fā)明實施例通過制定一套基于JSON的SQL解析器，克服了維護(hù)表中存在多種類型字段的需求，并通過調(diào)用SQL解析器把JSON數(shù)據(jù)格式的請求消息解析為可執(zhí)行的SQL語句，執(zhí)行與請求消息對應(yīng)的SQL語句，并將執(zhí)行結(jié)果作為請求消息的執(zhí)行結(jié)果反饋給前端。
[0050]圖2為本發(fā)明實施例中消息處理方法的整體流程圖。下面結(jié)合圖2對本發(fā)明實施例進(jìn)行具體介紹。
[0051]本發(fā)明實施例中消息處理方法涉及前端及后臺的各個模塊，具體包括:AngularJS、paraRest、paraService、paraJsonCache、renderSQLUtiIs、DBservices等。
[0052]步驟201，用戶錄入?yún)?shù)后，AngularJS模塊根據(jù)錄入?yún)?shù)得到請求消息，并將請求消息組裝成JSON數(shù)據(jù)格式，發(fā)送給paraRest模塊；
[0053]步驟202，paraRest模塊接收到請求消息后，重構(gòu)對象，并向paraService請求服務(wù)調(diào)用；
[°°54] 步驟203，口3瓜561^；^6模塊向口3瓜1801103(3116請求緩存，獲取目標(biāo)配置文件；
[0055]步驟204，paraJsonCache根據(jù)請求消息的標(biāo)識信息，確定與請求消息的標(biāo)識信息對應(yīng)的目標(biāo)JSON數(shù)據(jù)接口，通過目標(biāo)JSON數(shù)據(jù)接口獲取與請求消息的標(biāo)識信息對應(yīng)的目標(biāo)配置文件，并返回給paraService模塊；
[0056]步驟205 ,paraService模塊在確定請求消息合法的情況下，向renderSQLUtils模塊獲取可執(zhí)行的SQL語句；
[0057]步驟206 ,renderSQLUtils生成與請求消息對應(yīng)的SQL語句，并趕回給paraService模塊；
[0058]步驟207，調(diào)用后臺持久化模塊DBservices執(zhí)行SQL語句；
[0059]步驟208，DBservices模塊執(zhí)行完畢后，將執(zhí)行結(jié)果返回給paraService模塊模塊；
[0060]步驟209 ,paraService模塊向paraRest模塊返回執(zhí)行結(jié)果；
[0061 ]步驟210，paraRest模塊將數(shù)據(jù)組裝成JSON數(shù)據(jù)格式，并返回給AngularJS模塊，從而使得Angular JS模塊將執(zhí)行結(jié)果呈現(xiàn)給用戶。
[0062]根據(jù)上述內(nèi)容可知，本發(fā)明實施例提出了一種超輕量級的后臺RESTful接口的數(shù)據(jù)維護(hù)框架，它抽象同質(zhì)化的后臺服務(wù)模塊，開放了個性化需求的前端模塊，采用了微服務(wù)領(lǐng)域流行的RESTful接口形式制定了一套基于JSON的SQL解析器，克服維護(hù)表中存在多種類型字段的需求;研發(fā)輔助工具用于生成配置表的JSON文件。本發(fā)明實施例中僅提供后臺數(shù)據(jù)服務(wù)接口，完全屏蔽表信息維護(hù)的后臺接口操作，只需使用RESTful接口即可，而不提供前端界面的解決方案，滿足對用戶友好性的要求，并能夠充分應(yīng)對用戶需求的可變性。
[0063]本發(fā)明針對數(shù)據(jù)維護(hù)的特性:新增、修改、刪除、查詢進(jìn)行封裝，并對每類操作的權(quán)限(包括新增記錄、修改記錄、刪除記錄、查詢記錄等操作的權(quán)限)進(jìn)行判斷，數(shù)據(jù)根據(jù)其主鍵進(jìn)行區(qū)分，提供對業(yè)務(wù)參數(shù)的新增、修改、刪除、查詢操作的服務(wù)。其中，在關(guān)系型數(shù)據(jù)庫設(shè)計里面，主鍵(primary key)是表中的一個或多個字段，它的值用于唯一地標(biāo)識表中的某一條記錄。
[0064]本發(fā)明的上述實施例中，接收前端發(fā)送的請求消息，并根據(jù)請求消息的標(biāo)識信息，從配置文件庫中獲取與請求消息的標(biāo)識信息對應(yīng)的目標(biāo)配置文件，其中，目標(biāo)配置文件用于檢驗請求消息是否合法，根據(jù)目標(biāo)配置文件，確定請求消息合法的情況下，生成與請求消息對應(yīng)的預(yù)設(shè)格式的可執(zhí)行語句，從而根據(jù)可執(zhí)行語句，獲取請求消息的執(zhí)行結(jié)果并反饋給前端。本發(fā)明實施例中，配置文件庫中的配置文件是由開發(fā)人員預(yù)先配置的，開發(fā)人員在配置文件庫中配置了多個配置文件后，便可根據(jù)上述流程處理通過預(yù)設(shè)接口接收到的多種請求消息，從而使得開發(fā)人員無需針對一種請求消息完成一套前端到后臺的開發(fā)。也就是說，本發(fā)明實施例中的消息處理方法運(yùn)用了一個通用的服務(wù)及持久化層統(tǒng)一對外提供服務(wù)，在滿足用戶需求多樣性的基礎(chǔ)上，大大降低了開發(fā)人員的開發(fā)負(fù)擔(dān)。
[0065]針對上述方法流程，本發(fā)明實施例還提供一種消息處理的裝置，該裝置的具體內(nèi)容可以參照上述方法實施。
[0066]圖3為本發(fā)明實施例提供的一種消息處理方法裝置的結(jié)構(gòu)示意圖，包括:
[0067]收發(fā)模塊301，用于通過預(yù)設(shè)接口接收前端發(fā)送的請求消息;所述請求消息中包括所述請求消息的標(biāo)識信息；
[0068]獲取模塊302，用于根據(jù)所述請求消息的標(biāo)識信息，從所述配置文件庫中獲取與所述請求消息的標(biāo)識信息對應(yīng)的目標(biāo)配置文件;所述目標(biāo)配置文件用于檢驗所述請求消息是否合法；
[0069]生成模塊303，用于根據(jù)所述目標(biāo)配置文件，確定所述請求消息合法的情況下，生成與所述請求消息對應(yīng)的預(yù)設(shè)格式的可執(zhí)行語句；
[0070]執(zhí)行模塊304，用于根據(jù)所述可執(zhí)行語句，獲取所述請求消息的執(zhí)行結(jié)果并反饋給所述前端。
[0071]較佳地，所述收發(fā)模塊301具體用于:
[0072]通過RESTful接口接收所述前端發(fā)送的請求消息。
[0073]較佳地，所述請求消息為JSON數(shù)據(jù)格式；
[0074]所述獲取模塊302具體用于:
[0075]根據(jù)所述請求消息的標(biāo)識信息，確定與所述請求消息的標(biāo)識信息對應(yīng)的目標(biāo)JSON數(shù)據(jù)接口 ；
[0076]通過所述目標(biāo)JSON數(shù)據(jù)接口獲取與所述請求消息的標(biāo)識信息對應(yīng)的目標(biāo)配置文件。
[0077]較佳地，所述生成模塊303具體用于:
[0078]判斷所述請求消息的字段信息以及字段描述信息與所述目標(biāo)配置文件是否相符，若相符，則確定所述所述請求消息合法。
[0079]較佳地，所述預(yù)設(shè)格式的可執(zhí)行語句為SQL語句；
[0080]所述執(zhí)行模塊304具體用于:
[0081]執(zhí)行與所述請求消息對應(yīng)的SQL語句，并將執(zhí)行結(jié)果作為所述請求消息的執(zhí)行結(jié)果反饋給所述前端。
[0082]從上述內(nèi)容可以看出:本發(fā)明的上述實施例中，接收前端發(fā)送的請求消息，并根據(jù)請求消息的標(biāo)識信息，從配置文件庫中獲取與請求消息的標(biāo)識信息對應(yīng)的目標(biāo)配置文件，其中，目標(biāo)配置文件用于檢驗請求消息是否合法，根據(jù)目標(biāo)配置文件，確定請求消息合法的情況下，生成與請求消息對應(yīng)的預(yù)設(shè)格式的可執(zhí)行語句，從而根據(jù)可執(zhí)行語句，獲取請求消息的執(zhí)行結(jié)果并反饋給前端。本發(fā)明實施例中，配置文件庫中的配置文件是由開發(fā)人員預(yù)先配置的，開發(fā)人員在配置文件庫中配置了多個配置文件后，便可根據(jù)上述流程處理通過預(yù)設(shè)接口接收到的多種請求消息，從而使得開發(fā)人員無需針對一種請求消息完成一套前端到后臺的開發(fā)。也就是說，本發(fā)明實施例中的消息處理方法運(yùn)用了一個通用的服務(wù)及持久化層統(tǒng)一對外提供服務(wù)，在滿足用戶需求多樣性的基礎(chǔ)上，大大降低了開發(fā)人員的開發(fā)負(fù)擔(dān)。
[0083]本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實施例可提供為方法、或計算機(jī)程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機(jī)可用程序代碼的計算機(jī)可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學(xué)存儲器等)上實施的計算機(jī)程序產(chǎn)品的形式。
[0084]本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設(shè)備(系統(tǒng))、和計算機(jī)程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計算機(jī)程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合。可提供這些計算機(jī)程序指令到通用計算機(jī)、專用計算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機(jī)器，使得通過計算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
[0085]這些計算機(jī)程序指令也可存儲在能引導(dǎo)計算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機(jī)可讀存儲器中，使得存儲在該計算機(jī)可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
[0086]這些計算機(jī)程序指令也可裝載到計算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計算機(jī)或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機(jī)實現(xiàn)的處理，從而在計算機(jī)或其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
[0087]盡管已描述了本發(fā)明的優(yōu)選實施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造性概念，則可對這些實施例作出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu)選實施例以及落入本發(fā)明范圍的所有變更和修改。
[0088]顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
【主權(quán)項】
1.一種消息處理方法，其特征在于，該方法包括: 通過預(yù)設(shè)接口接收前端發(fā)送的請求消息;所述請求消息中包括所述請求消息的標(biāo)識信息; 根據(jù)所述請求消息的標(biāo)識信息，從所述配置文件庫中獲取與所述請求消息的標(biāo)識信息對應(yīng)的目標(biāo)配置文件;所述目標(biāo)配置文件用于檢驗所述請求消息是否合法； 根據(jù)所述目標(biāo)配置文件，確定所述請求消息合法的情況下，生成與所述請求消息對應(yīng)的預(yù)設(shè)格式的可執(zhí)行語句； 根據(jù)所述可執(zhí)行語句，獲取所述請求消息的執(zhí)行結(jié)果并反饋給所述前端。2.如權(quán)利要求1所述的方法，其特征在于，所述通過預(yù)設(shè)接口接收前端發(fā)送的請求消息，包括: 通過RESTful接口接收所述前端發(fā)送的請求消息。3.如權(quán)利要求1所述的方法，其特征在于，所述請求消息為JSON數(shù)據(jù)格式;所述配置文件為JSON數(shù)據(jù)格式或XML格式。4.如權(quán)利要求3所述的方法，其特征在于，所述根據(jù)所述目標(biāo)配置文件，確定所述請求消息合法，包括: 判斷所述請求消息的字段信息以及字段描述信息與所述目標(biāo)配置文件是否相符，若相符，則確定所述請求消息合法。5.如權(quán)利要求1所述的方法，其特征在于，所述預(yù)設(shè)格式的可執(zhí)行語句為SQL語句； 所述根據(jù)所述可執(zhí)行語句，獲取所述請求消息的執(zhí)行結(jié)果并反饋給前端，包括: 執(zhí)行與所述請求消息對應(yīng)的SQL語句，并將執(zhí)行結(jié)果作為所述請求消息的執(zhí)行結(jié)果反饋給所述前端。6.一種消息處理裝置，其特征在于，該裝置包括: 收發(fā)模塊，用于通過預(yù)設(shè)接口接收前端發(fā)送的請求消息;所述請求消息中包括所述請求消息的標(biāo)識信息； 獲取模塊，用于根據(jù)所述請求消息的標(biāo)識信息，從所述配置文件庫中獲取與所述請求消息的標(biāo)識信息對應(yīng)的目標(biāo)配置文件;所述目標(biāo)配置文件用于檢驗所述請求消息是否合法; 生成模塊，用于根據(jù)所述目標(biāo)配置文件，確定所述請求消息合法的情況下，生成與所述請求消息對應(yīng)的預(yù)設(shè)格式的可執(zhí)行語句； 執(zhí)行模塊，用于根據(jù)所述可執(zhí)行語句，獲取所述請求消息的執(zhí)行結(jié)果并反饋給所述前端。7.如權(quán)利要求6所述的裝置，其特征在于，所述收發(fā)模塊具體用于: 通過RESTful接口接收所述前端發(fā)送的請求消息。8.如權(quán)利要求6所述的裝置，其特征在于，所述請求消息為JSON數(shù)據(jù)格式;所述配置文件為JSON數(shù)據(jù)格式或XML格式。9.如權(quán)利要求8所述的裝置，其特征在于，所述生成模塊具體用于: 判斷所述請求消息的字段信息以及字段描述信息與所述目標(biāo)配置文件是否相符，若相符，則確定所述所述請求消息合法。10.如權(quán)利要求6所述的裝置，其特征在于，所述預(yù)設(shè)格式的可執(zhí)行語句為SQL語句； 所述執(zhí)行模塊具體用于: 執(zhí)行與所述請求消息對應(yīng)的SQL語句，并將執(zhí)行結(jié)果作為所述請求消息的執(zhí)行結(jié)果反饋給所述前端。
【文檔編號】G06F9/44GK105930138SQ201510998524
【公開日】2016年9月7日
【申請日】2015年12月25日
【發(fā)明人】林緒華
【申請人】中國銀聯(lián)股份有限公司