本發(fā)明涉及網(wǎng)絡技術領域，特別是涉及一種信息處理方法及信息處理裝置。

背景技術：

在目前的網(wǎng)絡信息技術領域，各種網(wǎng)絡應用基本上都會涉及到服務器為各終端提供服務，此時，終端需要向服務器發(fā)出服務請求，服務器在基于該服務器請求進行處理，然后將結果返回給終端。然而，由于終端類型的多樣化，以及終端的各種應用的實現(xiàn)方式的多樣性，使得終端在向服務器請求服務時，可能是采用不同的協(xié)議進行。例如，傳統(tǒng)的H5頁面的請求是采用JSON(JavaScript Object Notation，一種輕量級的數(shù)據(jù)交換語言)字符串，而移動終端等終端的請求則大部分采用的是二進制數(shù)據(jù)流。因此，在各終端向后臺服務器請求同一個服務時，例如H5頁面和終端請求同一個服務時，由于采用的協(xié)議不同，后臺服務器需要根據(jù)相應前端采用的協(xié)議開發(fā)出兩套服務，增加了開發(fā)成本。

技術實現(xiàn)要素：

基于此，本實施例提供一種信息處理方法以及一種信息處理裝置，其可以實現(xiàn)終端的統(tǒng)一接入。

為達到上述目的，本實施例采用以下技術方案：

一種信息處理方法，包括步驟：

接收請求端發(fā)送的請求消息；

確定所述請求消息的編碼數(shù)據(jù)類型；

根據(jù)所述編碼數(shù)據(jù)類型將所述請求消息轉(zhuǎn)換為結構體數(shù)據(jù)，并由業(yè)務處理模塊對所述結構體數(shù)據(jù)進行業(yè)務邏輯處理。

一種信息處理裝置，包括：

請求消息接收模塊，用于接收請求端發(fā)送的請求消息；

編碼數(shù)據(jù)類型確定模塊，用于確定所述請求消息的編碼數(shù)據(jù)類型；

第一數(shù)據(jù)轉(zhuǎn)換模塊，用于根據(jù)所述編碼數(shù)據(jù)類型將所述請求消息轉(zhuǎn)換為結構體數(shù)據(jù)，由業(yè)務處理模塊對所述結構體數(shù)據(jù)進行業(yè)務邏輯處理。

根據(jù)如上所述的實施例的方案，其在接收到請求端發(fā)送的請求消息后，通過確定請求消息的編碼數(shù)據(jù)類型，然后基于編碼數(shù)據(jù)類型將請求消息轉(zhuǎn)換為可以處理的結構體數(shù)據(jù)，然后再由具體的業(yè)務處理模塊對結構體數(shù)據(jù)進行業(yè)務邏輯處理。從而，對于請求端而言，可以根據(jù)需求采用合適的協(xié)議來開發(fā)請求消息，而后臺服務器基于編碼數(shù)據(jù)類型將請求消息轉(zhuǎn)換到結構體數(shù)據(jù)，可以實現(xiàn)采用各種不同協(xié)議的終端的統(tǒng)一接入，無需進行多種協(xié)議的開發(fā)，減少了開發(fā)成本。

附圖說明

圖1是一個實施例中的應用環(huán)境的示意圖；

圖2是一個實施例中的服務器的結構示意圖；

圖3是一個實施例中的信息處理方法的流程示意圖；

圖4是傳統(tǒng)的信息處理方法的處理機制的示意圖；

圖5是一個具體示例中本實施例的信息處理方法的處理機制的示意圖；

圖6是一個實施例中的信息處理裝置的結構示意圖；

圖7是一個具體示例中的第一數(shù)據(jù)轉(zhuǎn)換模塊的結構示意圖；

圖8是一個具體示例中的第二數(shù)據(jù)轉(zhuǎn)換模塊的結構示意圖。

具體實施方式

為使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白，以下結合附圖及實施例，對本發(fā)明進行進一步的詳細說明。應當理解，此處所描述的具體實施方式僅僅用以解釋本發(fā)明，并不限定本發(fā)明的保護范圍。

圖1示出了一個實施例中的應用環(huán)境的示意圖，如圖1所示，其工作環(huán)境涉及終端101、終端102以及后臺服務器100，終端101、終端102與后臺服務器100可以通過網(wǎng)絡進行通信。后臺服務器100為終端101和終端102提供相應的服務，終端101、終端102可以自主地采用合適的協(xié)議來請求后臺服務器100的服務，后臺服務器100針對各終端101、終端102采用不同協(xié)議發(fā)送過來的請求消息，將該請求消息轉(zhuǎn)換為后臺服務器100支持的結構體數(shù)據(jù)，實現(xiàn)各不同終端類型的統(tǒng)一接入，并針對結構體數(shù)據(jù)進行具體的業(yè)務邏輯處理。本實施例涉及的是后臺服務器100的對各終端(包括終端101、終端102等)的統(tǒng)一接入的過程。這里的終端101、終端102可以是任何需要接入后臺服務器100、需要由后臺服務器100提供相關服務的終端設備，例如移動終端(比如手機、平板電腦等)、個人計算機、以及其他的終端設備等等。可以理解的是，圖1所示中，僅僅是圖示了終端101、終端102這兩個終端，以說明后臺服務器100可以為不同的終端提供服務，在實際的技術應用場景中，還可能會有更多的終端接入后臺服務器100。

后臺服務器100在一個實施例中的結構示意圖如圖2所示。其包括通過系統(tǒng)總線連接的處理器、供電模塊、存儲介質(zhì)、內(nèi)存和通信接口。其中，服務器的存儲介質(zhì)存儲有操作系統(tǒng)、數(shù)據(jù)庫和一種信息處理裝置，該裝置用于實現(xiàn)一種信息處理方法，以實現(xiàn)終端101、終端102的請求消息的接入。服務器的通信接口用于與終端101、終端102進行連接和通信。

圖3中示出了一個實施例中的信息處理方法的流程示意圖，該實施例是以后臺服務器100的處理過程為例進行說明。

如圖3所示，該實施例中的信息處理方法包括步驟：

步驟S301：接收請求端發(fā)送的請求消息；

步驟S302：確定所述請求消息的編碼數(shù)據(jù)類型；

步驟S303：根據(jù)所述編碼數(shù)據(jù)類型將所述請求消息轉(zhuǎn)換為結構體數(shù)據(jù)，由業(yè)務處理模塊對所述結構體數(shù)據(jù)進行業(yè)務邏輯處理。

根據(jù)如上所述的實施例的方案，其在接收到請求端發(fā)送的請求消息后，通過確定請求消息的編碼數(shù)據(jù)類型，然后基于編碼數(shù)據(jù)類型將請求消息轉(zhuǎn)換為可以處理的結構體數(shù)據(jù)，然后再由具體的業(yè)務處理模塊對結構體數(shù)據(jù)進行業(yè)務邏輯處理。從而，對于請求端而言，可以根據(jù)需求采用合適的協(xié)議來開發(fā)請求消息，而后臺服務器基于編碼數(shù)據(jù)類型將請求消息轉(zhuǎn)換到結構體數(shù)據(jù)，可以實現(xiàn)采用各種不同協(xié)議的終端的統(tǒng)一接入，無需進行多種協(xié)議的開發(fā)，減少了開發(fā)成本。

其中，業(yè)務服務器100在對轉(zhuǎn)換后的結構體數(shù)據(jù)進行業(yè)務邏輯處理，獲得相應的響應結果后，還需要將該響應結果以響應消息的形式反饋給終端。

因此，在一個具體示例中，如圖3所示，該實施中的方法還包括步驟：

步驟S304：在將所述請求消息轉(zhuǎn)換為結構體數(shù)據(jù)后，標記與所述結構體數(shù)據(jù)對應的請求消息的編碼數(shù)據(jù)類型。

步驟S305：在獲得業(yè)務處理模塊對所述結構體數(shù)據(jù)進行業(yè)務邏輯處理的響應結果后，根據(jù)標記的所述結構體數(shù)據(jù)對應的所述編碼數(shù)據(jù)類型，將所述響應結果轉(zhuǎn)換為與所述編碼數(shù)據(jù)類型對應的響應消息；

步驟S306：將該響應消息向所述請求端發(fā)送。

從而，在上述將請求消息轉(zhuǎn)換為結構體數(shù)據(jù)后，標記該結構體數(shù)據(jù)對應的請求消息的編碼數(shù)據(jù)類型，從而在得到響應結果后，基于該編碼數(shù)據(jù)類型可以將響應結果轉(zhuǎn)換為請求的終端可以處理的數(shù)據(jù)格式的響應消息，然后再將該響應消息反饋給請求端，不僅實現(xiàn)了不同終端的統(tǒng)一接入，還實現(xiàn)了在統(tǒng)一接入機制下的終端與后臺服務器之間的雙向通信。

其中，上述各終端(請求端)可以是指任何需要接入到后臺服務器100、需要后臺服務器100提供相關服務的終端，上述編碼數(shù)據(jù)類型也可以結合實際需要有所不同，以下其中兩個示例進行舉例說明。

在其中一個示例中，上述編碼數(shù)據(jù)類型可以包括H5頁面的JSON類型。此時，在上述根據(jù)編碼數(shù)據(jù)類型將請求消息轉(zhuǎn)換為結構體數(shù)據(jù)時，一個具體應用示例中的方式可以是：提取所述請求消息中的JSON字符串，并將提取出的所述JSON字符串轉(zhuǎn)換為結構體數(shù)據(jù)。而在上述根據(jù)標記的所述結構體數(shù)據(jù)對應的所述編碼數(shù)據(jù)類型，將所述響應結果轉(zhuǎn)換為與所述編碼數(shù)據(jù)類型對應的響應消息時，一個具體應用示例中的方式可以是：根據(jù)標記的所述結構體數(shù)據(jù)對應的編碼數(shù)據(jù)類型，將所述響應結果轉(zhuǎn)換為JSON字符串，基于轉(zhuǎn)換后的JSON字符串確定所述響應消息。

在另一個示例中，上述編碼數(shù)據(jù)類型可以包括二進制類型。此時，在上述根據(jù)所述編碼數(shù)據(jù)類型將所述請求消息轉(zhuǎn)換為結構體數(shù)據(jù)時，一個具體應用示例中的方式可以是：將所述請求消息的二進制數(shù)據(jù)序列化為結構體數(shù)據(jù)。而在根據(jù)標記的所述結構體數(shù)據(jù)對應的所述編碼數(shù)據(jù)類型，將所述響應結果轉(zhuǎn)換為與所述編碼數(shù)據(jù)類型對應的響應消息時，一個具體應用示例中的方式可以是：根據(jù)標記的所述結構體數(shù)據(jù)對應的編碼數(shù)據(jù)類型，將所述響應結果轉(zhuǎn)換為二進制數(shù)據(jù)。

可見，在本實施例的方案中，在接收到請求端發(fā)送的請求消息后，并不直接對請求消息進行處理，而是提取出請求消息的編碼數(shù)據(jù)類型，將該請求消息轉(zhuǎn)換為后臺服務器可以進行處理的統(tǒng)一格式的結構體數(shù)據(jù)，再針對結構體數(shù)據(jù)進行處理。

圖4中示出了傳統(tǒng)的信息處理方法的處理機制的示意圖，結合圖4所示，可以得知，在傳統(tǒng)的信息處理方法中，后臺服務器需要針對不同的接入?yún)f(xié)議開發(fā)出不同的處理機制，例如針對H5頁面開發(fā)出針對H5頁面的處理機制，針對終端的二進制方式，則是開發(fā)出針對終端的處理機制，各類終端可能采用的接入?yún)f(xié)議的數(shù)目越多，后臺服務器所需要開發(fā)的對應的處理機制也越多，不僅大大增加了后臺服務器的開發(fā)成本和開發(fā)時長，由于后臺服務器上運行的程序量大，也制約了后臺服務器的處理效率。

圖5中示出了基于本實施例的信息處理方法的處理機制的示意圖，圖5中虛線框內(nèi)是涉及本實施例方法的流程部分。結合圖5所示可以得知，在本實施例的信息處理方法中，針對各種不同的終端采用不同的接入?yún)f(xié)議發(fā)送過來的請求，該實施例的方法進行統(tǒng)一接收，可以不對不同的協(xié)議進行區(qū)分。在接收到不同的請求消息后，通過提取請求消息的編碼數(shù)據(jù)類型，再根據(jù)編碼數(shù)據(jù)類型將請求消息轉(zhuǎn)換為結構體數(shù)據(jù)，并標記該結構體數(shù)據(jù)對應的編碼數(shù)據(jù)類型，以便于基于該標記將業(yè)務邏輯處理后的響應結果轉(zhuǎn)換為對應的響應消息反饋給請求端。

在根據(jù)編碼數(shù)據(jù)類型將請求消息轉(zhuǎn)換為結構體數(shù)據(jù)、且標記了該結構體數(shù)據(jù)對應的編碼數(shù)據(jù)類型后，對該結構體數(shù)據(jù)進行具體的業(yè)務邏輯處理，具體的業(yè)務邏輯處理的過程，基于后臺服務器提供的服務功能的不同會有所差異，本實施例不做具體限定。在業(yè)務邏輯處理完畢，獲得業(yè)務邏輯處理的響應結果后，基于標記的該結構體數(shù)據(jù)的編碼數(shù)據(jù)類型，將響應結果轉(zhuǎn)換為對應的響應消息，然后將該響應消息反饋給請求端。

以通過提取請求消息的編碼字段確定所述編碼數(shù)據(jù)類型為例，假設請求端發(fā)送的是H5頁面請求，H5頁面請求通常采用的是JSON字符串。本實施例方案在接收到請求端通過H5頁面發(fā)送的請求消息后，通過提取請求消息的編碼字段，確定出該請求消息的編碼數(shù)據(jù)類型為H5頁面的JSON類型，判定該請求消息是來自于H5頁面的JSON數(shù)據(jù)，從而從請求消息中提取出JSON字符串，并將提取的JSON字符串轉(zhuǎn)換為結構體數(shù)據(jù)，標記該機構體數(shù)據(jù)對應的編碼數(shù)據(jù)類型。轉(zhuǎn)換后得到的結構體數(shù)據(jù)，會給到具體的業(yè)務邏輯處理的相關模塊進行具體的業(yè)務邏輯處理，在得到具體的業(yè)務邏輯處理的響應結果后，根據(jù)標記的編碼數(shù)據(jù)類型，將響應結果轉(zhuǎn)換為JSON字符串，獲得轉(zhuǎn)換后的響應消息，并將該響應消息發(fā)送給H5頁面，完成對該請求消息的服務處理過程。

同樣以通過提取請求消息的編碼字段確定所述編碼數(shù)據(jù)類型為例，假設請求端發(fā)送的是二進制數(shù)據(jù)的請求消息，本實施例方案在接收到請求端發(fā)送的二進制數(shù)據(jù)的請求消息后，通過提取請求消息的編碼字段，確定出該請求消息的編碼數(shù)據(jù)類型為二進制類型，判定該請求消息是來自于終端的二進制數(shù)據(jù)，從而可以直接將二進制數(shù)據(jù)序列化為結構體數(shù)據(jù)，并標記該機構體數(shù)據(jù)對應的編碼數(shù)據(jù)類型。轉(zhuǎn)換后得到的結構體數(shù)據(jù)，會給到具體的業(yè)務邏輯處理的相關模塊進行具體的業(yè)務邏輯處理，在得到具體的業(yè)務邏輯處理的響應結果后，根據(jù)標記的編碼數(shù)據(jù)類型，將響應結果轉(zhuǎn)換為二進制數(shù)據(jù)，獲得轉(zhuǎn)換后的響應消息，并將該響應消息發(fā)送給終端，完成對該請求消息的服務處理過程。

本實施例還提供一種信息處理裝置。圖6中示出了一個實施例中的信息處理裝置的結構示意圖，該信息處理裝置設置在圖1所示的后臺服務器100上。

如圖6所示，該實施例中的信息處理裝置包括：

請求消息接收模塊601，用于接收請求端發(fā)送的請求消息；

編碼數(shù)據(jù)類型確定模塊602，用于確定所述請求消息的編碼數(shù)據(jù)類型；

第一數(shù)據(jù)轉(zhuǎn)換模塊603，用于根據(jù)所述編碼數(shù)據(jù)類型將所述請求消息轉(zhuǎn)換為結構體數(shù)據(jù)，由業(yè)務處理模塊對所述結構體數(shù)據(jù)進行業(yè)務邏輯處理。

根據(jù)如上所述的實施例的方案，其在接收到請求端發(fā)送的請求消息后，通過確定請求消息的編碼數(shù)據(jù)類型，然后基于編碼數(shù)據(jù)類型將請求消息轉(zhuǎn)換為可以處理的結構體數(shù)據(jù)，然后再由具體的業(yè)務處理模塊對結構體數(shù)據(jù)進行業(yè)務邏輯處理。從而，對于請求端而言，可以根據(jù)需求采用合適的協(xié)議來開發(fā)請求消息，而后臺服務器基于編碼數(shù)據(jù)類型將請求消息轉(zhuǎn)換到結構體數(shù)據(jù)，可以實現(xiàn)采用各種不同協(xié)議的終端的統(tǒng)一接入，無需進行多種協(xié)議的開發(fā)，減少了開發(fā)成本。

其中，業(yè)務服務器100在對轉(zhuǎn)換后的結構體數(shù)據(jù)進行業(yè)務邏輯處理，獲得相應的響應結果后，還需要將該響應結果以響應消息的形式反饋給終端。

因此，在一個具體示例中，如圖6所示，該實施中的裝置還包括：

標記模塊604，用于在所述第一數(shù)據(jù)轉(zhuǎn)換模塊603將所述請求消息轉(zhuǎn)換為結構體數(shù)據(jù)后，標記與所述結構體數(shù)據(jù)對應的請求消息的編碼數(shù)據(jù)類型；

第二數(shù)據(jù)轉(zhuǎn)換模塊605，用于在獲得所述業(yè)務處理模塊對所述結構體數(shù)據(jù)進行業(yè)務邏輯處理的響應結果后，根據(jù)標記的所述結構體數(shù)據(jù)對應的所述編碼數(shù)據(jù)類型，將所述響應結果轉(zhuǎn)換為與所述編碼數(shù)據(jù)類型對應的響應消息，

數(shù)據(jù)響應模塊606，用于將所述響應消息向所述請求端發(fā)送。

從而，在上述將請求消息轉(zhuǎn)換為結構體數(shù)據(jù)后，標記該結構體數(shù)據(jù)對應的請求消息的編碼數(shù)據(jù)類型，從而在得到響應結果后，基于該編碼數(shù)據(jù)類型可以將響應結果轉(zhuǎn)換為終端可以處理的數(shù)據(jù)格式的響應消息，然后再將該響應消息反饋給請求端，不僅實現(xiàn)了不同終端的統(tǒng)一接入，還實現(xiàn)了在統(tǒng)一接入機制下的終端與后臺服務器之間的雙向通信。

其中，上述各終端(請求端)可以是指任何需要接入到后臺服務器100、需要后臺服務器100提供相關服務的終端，上述編碼數(shù)據(jù)類型也可以結合實際需要有所不同。編碼數(shù)據(jù)類型確定模塊602在確定編碼數(shù)據(jù)類型時，可以通過提取請求消息的編碼字段確定所述編碼數(shù)據(jù)類型。

圖7示出了一個具體示例中的第一數(shù)據(jù)轉(zhuǎn)換模塊的結構示意圖；圖8示出了一個具體示例中的第二數(shù)據(jù)轉(zhuǎn)換模塊的結構示意圖。

結合圖7、圖8所示，在一個具體示例中，上述編碼數(shù)據(jù)類型可以包括H5頁面的JSON類型。

此時，第一數(shù)據(jù)轉(zhuǎn)換模塊603包括：H5至結構體轉(zhuǎn)換模塊6031，用于提取所述請求消息中的JSON字符串，并將所述JSON字符串轉(zhuǎn)換為結構體數(shù)據(jù)；

所述第二數(shù)據(jù)轉(zhuǎn)換模塊605包括：結構體至H5轉(zhuǎn)換模塊6051，用于根據(jù)標記的所述結構體數(shù)據(jù)對應的編碼數(shù)據(jù)類型，將所述響應結果轉(zhuǎn)換為JSON字符串，基于轉(zhuǎn)換后的JSON字符串確定所述響應消息。

結合圖7、圖8所示，在另一個具體示例中，上述編碼數(shù)據(jù)類型可以包括二進制類型。

此時，第一數(shù)據(jù)轉(zhuǎn)換模塊603包括：二進制至結構體轉(zhuǎn)換模塊6032，用于將所述請求消息的二進制數(shù)據(jù)序列化為結構體數(shù)據(jù)；

第二數(shù)據(jù)轉(zhuǎn)換模塊605包括：結構體至二進制轉(zhuǎn)換模塊6052，用于根據(jù)標記的所述結構體數(shù)據(jù)對應的編碼數(shù)據(jù)類型，將所述響應結果轉(zhuǎn)換為二進制數(shù)據(jù)。

可以理解的是，除了上述H5頁面類型和二進制類型，上述編碼數(shù)據(jù)類型還可以是其他的類型，只要能夠提取出該類型的協(xié)議數(shù)據(jù)中的相關信息并轉(zhuǎn)換為后臺服務器可處理的結構體數(shù)據(jù)即可。

可見，在本實施例的方案中，在接收到請求端發(fā)送的請求消息后，并不直接對請求消息進行處理，而是提取出請求消息的編碼數(shù)據(jù)類型，將該請求消息轉(zhuǎn)換為后臺服務器可以進行處理的統(tǒng)一格式的結構體數(shù)據(jù)，再針對結構體數(shù)據(jù)進行處理。

本領域普通技術人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程，是可以通過計算機程序來指令相關的硬件來完成，所述的程序可存儲于一非易失性的計算機可讀取存儲介質(zhì)中，如本發(fā)明實施例中，該程序可存儲于計算機系統(tǒng)的存儲介質(zhì)中，并被該計算機系統(tǒng)中的至少一個處理器執(zhí)行，以實現(xiàn)包括如上述各方法的實施例的流程。其中，所述的存儲介質(zhì)可為磁碟、光盤、只讀存儲記憶體(Read-Only Memory，ROM)或隨機存儲記憶體(Random Access Memory，RAM)等。

以上所述實施例的各技術特征可以進行任意的組合，為使描述簡潔，未對上述實施例中的各個技術特征所有可能的組合都進行描述，然而，只要這些技術特征的組合不存在矛盾，都應當認為是本說明書記載的范圍。

以上所述實施例僅表達了本發(fā)明的幾種實施方式，其描述較為具體和詳細，但并不能因此而理解為對發(fā)明專利范圍的限制。應當指出的是，對于本領域的普通技術人員來說，在不脫離本發(fā)明構思的前提下，還可以做出若干變形和改進，這些都屬于本發(fā)明的保護范圍。因此，本發(fā)明專利的保護范圍應以所附權利要求為準。