本申請涉及通信技術(shù)領(lǐng)域，特別是涉及一種文件處理方法和裝置，以及一種接口板。

背景技術(shù)：

隨著通信技術(shù)的發(fā)展，文件的傳輸方式交互也越來越多。例如，可以通過FTP協(xié)議(File Transfer Protocol，文件傳輸協(xié)議)，在FTP服務(wù)器和FTP客戶端之間進行文件的傳輸。又例如，可以通過TFTP協(xié)議(Trivial File Transfer Protocol，簡單文件傳輸協(xié)議)，在客戶機與服務(wù)器之間進行簡單文件的傳輸。

然而，無論是采用FTP協(xié)議進行文件的傳輸還是采用TFTP協(xié)議進行文件的傳輸，都存在傳輸機制復(fù)雜、處理流程冗長、傳輸效率低的問題，難以滿足簡單環(huán)境的需求。

例如，采用FTP協(xié)議進行文件的傳輸時，F(xiàn)TP服務(wù)器和FTP客戶端之間的連接需要建立數(shù)據(jù)連接和控制連接，而一個連接的建立需要三次握手，一個連接的終止需要四次握手，整個流程冗長且復(fù)雜。

又例如，采用TFTP協(xié)議進行文件的傳輸時，客戶機需要發(fā)出一個請求文件的消息，然后服務(wù)器把文件返回到本地客戶機上，客戶機與服務(wù)器之間采用的是一個數(shù)據(jù)報文對應(yīng)一個ACK(Acknowledgement，確認字符)的方式進行傳輸，整個流程冗長且復(fù)雜，傳輸效率低。

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

本申請?zhí)峁┝艘环N文件處理方法和裝置，以及一種接口板，以解決現(xiàn)有的文件傳輸方式存在的傳輸機制復(fù)雜、處理流程冗長、傳輸效率低的問題。

為了解決上述問題，本申請公開了一種文件處理方法，應(yīng)用于接口板，所述方法包括：

根據(jù)接口板與主控板的協(xié)商結(jié)果，確定支持所述接口板和所述主控的報文傳輸格式；

根據(jù)所述報文傳輸格式，向所述主控板發(fā)送文件操作請求報文，并接收所述主控板返回的用于響應(yīng)所述文件操作請求報文的響應(yīng)報文；

根據(jù)所述響應(yīng)報文判斷所述文件操作請求報文是否合法；

在確定所述文件操作請求報文合法時，執(zhí)行所述文件操作請求報文所請求的操作。

優(yōu)選的，所述根據(jù)接口板與主控板的協(xié)商結(jié)果，確定支持所述接口板和所述主控的報文傳輸格式，包括：

向主控板發(fā)送協(xié)商請求報文；其中，所述協(xié)商請求報文中攜帶有用于指示所述接口板所支持的數(shù)據(jù)報文的傳輸格式的第一傳輸配置信息；

接收主控板根據(jù)所述第一傳輸配置信息和主控板所存儲的第二傳輸配置信息返回的協(xié)商響應(yīng)報文；其中，所述第二傳輸配置信息用于指示所述主控板所支持的數(shù)據(jù)報文的傳輸格式；

根據(jù)所述協(xié)商響應(yīng)報文的返回結(jié)果，判斷接口板是否成功接收到所述協(xié)商響應(yīng)報文，以及，接收到的協(xié)商響應(yīng)報文是否正確；

當(dāng)確定成功接收到所述協(xié)商響應(yīng)報文，且，接收到的協(xié)商響應(yīng)報文正確時，根據(jù)所述協(xié)商響應(yīng)報文確定所述報文傳輸格式。

優(yōu)選的，所述根據(jù)所述報文傳輸格式，向所述主控板發(fā)送文件操作請求報文，并接收所述主控板返回的用于響應(yīng)所述文件操作請求報文的響應(yīng)報文，包括：

向主控板發(fā)送文件讀取請求報文；其中，所述文件讀取請求報文中攜帶有所請求讀取的文件的讀取文件名；

接收主控板根據(jù)所述報文傳輸格式返回的與所述讀取文件名相匹配的數(shù)據(jù)報文；

所述根據(jù)所述響應(yīng)報文判斷所述文件操作請求報文是否合法，包括：

根據(jù)所述數(shù)據(jù)報文的返回結(jié)果，判斷接口板是否成功接收到所述數(shù)據(jù)報文，以及，接收到的數(shù)據(jù)報文是否正確；

在確定所述文件操作請求報文合法時，執(zhí)行所述文件操作請求報文所請求的操作，包括：

當(dāng)確定成功接收到所述數(shù)據(jù)報文，且，接收到的數(shù)據(jù)報文正確時，根據(jù)所述數(shù)據(jù)報文確定所述文件讀取請求報文所請求讀取的文件。

優(yōu)選的，在所述向主控板發(fā)送文件讀取請求報文的步驟之前，所述方法還包括：

向主控板發(fā)送文件查詢請求報文；其中，所述文件查詢請求報文中攜帶有所請求查詢的文件的查詢文件名；

接收主控板根據(jù)所述查詢文件名返回的查詢響應(yīng)報文；

所述向主控板發(fā)送文件讀取請求，包括：

當(dāng)所述查詢響應(yīng)報文為指示查詢成功的第一子查詢響應(yīng)報文時，向主控板發(fā)送文件讀取請求報文；

當(dāng)所述查詢響應(yīng)報文為指示查詢失敗的第二子查詢響應(yīng)報文時，在設(shè)定超時時間內(nèi)，重發(fā)所述文件查詢請求報文。

優(yōu)選的，所述根據(jù)所述報文傳輸格式，向所述主控板發(fā)送文件操作請求報文，并接收所述主控板返回的用于響應(yīng)所述文件操作請求報文的響應(yīng)報文，包括：

根據(jù)所述報文傳輸格式，向所述主控板發(fā)送文件寫入請求報文；其中，所述文件寫入請求報中攜帶有請求寫入的寫入數(shù)據(jù)；

接收主控板返回的用于指示所述寫入數(shù)據(jù)的寫入狀態(tài)的寫入響應(yīng)報文；

所述根據(jù)所述響應(yīng)報文判斷所述文件操作請求報文是否合法，包括：

根據(jù)所述寫入響應(yīng)報文的返回結(jié)果，判斷接口板是否成功接收到所述寫入響應(yīng)報文，以及，接收到的寫入響應(yīng)報文是否正確；

在確定所述文件操作請求報文合法時，執(zhí)行所述文件操作請求報文所請求的操作，包括：

當(dāng)確定成功接收到所述寫入響應(yīng)報文，且，接收到的寫入響應(yīng)報文正確時，確定所述文件寫入請求報文所請求寫入的文件成功寫入所述主控板。

優(yōu)選的，在所述確定所述文件寫入請求報文所請求寫入的文件成功寫入所述主控板的步驟之后，所述方法還包括：

向主控板發(fā)送寫確認報文；

接收主控板返回的用于響應(yīng)所述寫確認請求報文的寫確認響應(yīng)報文；其中，所述寫確認響應(yīng)報文中攜帶有所述主控板中已寫入的文件的描述信息和校驗信息；

根據(jù)所述寫確認響應(yīng)報文中攜帶的已寫入的文件的描述信息和校驗信息，確定所述已寫入的文件正確。

相應(yīng)地，本申請還公開了一種文件處理裝置，應(yīng)用于接口板，所述文件處理裝置包括：

格式確定模塊，用于根據(jù)接口板與主控板的協(xié)商結(jié)果，確定支持所述接口板和所述主控的報文傳輸格式；

報文處理模塊，用于根據(jù)所述報文傳輸格式，向所述主控板發(fā)送文件操作請求報文，并接收所述主控板返回的用于響應(yīng)所述文件操作請求報文的響應(yīng)報文；

報文判斷模塊，用于根據(jù)所述響應(yīng)報文判斷所述文件操作請求報文是否合法；

執(zhí)行模塊，用于在確定所述文件操作請求報文合法時，執(zhí)行所述文件操作請求報文所請求的操作。

優(yōu)選的，所述格式確定模塊，包括：

第一發(fā)送子模塊，用于向主控板發(fā)送協(xié)商請求報文；其中，所述協(xié)商請求報文中攜帶有用于指示所述接口板所支持的數(shù)據(jù)報文的傳輸格式的第一傳輸配置信息；

第一接收子模塊，用于接收主控板根據(jù)所述第一傳輸配置信息和主控板所存儲的第二傳輸配置信息返回的協(xié)商響應(yīng)報文；其中，所述第二傳輸配置信息用于指示所述主控板所支持的數(shù)據(jù)報文的傳輸格式；

判斷子模塊，用于根據(jù)所述協(xié)商響應(yīng)報文的返回結(jié)果，判斷接口板是否成功接收到所述協(xié)商響應(yīng)報文，以及，接收到的協(xié)商響應(yīng)報文是否正確；

執(zhí)行子模塊，用于當(dāng)確定成功接收到所述協(xié)商響應(yīng)報文，且，接收到的協(xié)商響應(yīng)報文正確時，根據(jù)所述協(xié)商響應(yīng)報文確定所述報文傳輸格式。

優(yōu)選的，所述報文處理模塊，包括：

第二發(fā)送子模塊，用于向主控板發(fā)送文件讀取請求報文；其中，所述文件讀取請求報文中攜帶有所請求讀取的文件的讀取文件名；

第二接收子模塊，用于接收主控板根據(jù)所述報文傳輸格式返回的與所述讀取文件名相匹配的數(shù)據(jù)報文；

其中，

所述報文判斷模塊，用于根據(jù)所述數(shù)據(jù)報文的返回結(jié)果，判斷接口板是否成功接收到所述數(shù)據(jù)報文，以及，接收到的數(shù)據(jù)報文是否正確；

所述執(zhí)行模塊，用于當(dāng)確定成功接收到所述數(shù)據(jù)報文，且，接收到的數(shù)據(jù)報文正確時，根據(jù)所述數(shù)據(jù)報文確定所述文件讀取請求報文所請求讀取的文件。

優(yōu)選的，所述報文處理模塊，還包括：

第三發(fā)送子模塊，用于在所述第二發(fā)送子模塊，向主控板發(fā)送文件讀取請求報文之前，向主控板發(fā)送文件查詢請求報文；其中，所述文件查詢請求報文中攜帶有所請求查詢的文件的查詢文件名；

第三接收子模塊，用于接收主控板根據(jù)所述查詢文件名返回的查詢響應(yīng)報文；

其中，

第二發(fā)送子模塊，用于當(dāng)所述查詢響應(yīng)報文為指示查詢成功的第一子查詢響應(yīng)報文時，向主控板發(fā)送文件讀取請求報文；當(dāng)所述查詢響應(yīng)報文為指示查詢失敗的第二子查詢響應(yīng)報文時，在設(shè)定超時時間內(nèi)，重發(fā)所述文件查詢請求報文。

優(yōu)選的，所述報文處理模塊，包括：

第四發(fā)送子模塊，用于根據(jù)所述報文傳輸格式，向所述主控板發(fā)送文件寫入請求報文；其中，所述文件寫入請求報中攜帶有請求寫入的寫入數(shù)據(jù)；

第四接收子模塊，用于接收主控板返回的用于指示所述寫入數(shù)據(jù)的寫入狀態(tài)的寫入響應(yīng)報文；

其中，

所述報文判斷模塊，用于根據(jù)所述寫入響應(yīng)報文的返回結(jié)果，判斷接口板是否成功接收到所述寫入響應(yīng)報文，以及，接收到的寫入響應(yīng)報文是否正確；

所述執(zhí)行模塊，用于當(dāng)確定成功接收到所述寫入響應(yīng)報文，且，接收到的寫入響應(yīng)報文正確時，確定所述文件寫入請求報文所請求寫入的文件成功寫入所述主控板。

優(yōu)選的，所述裝置還包括：

發(fā)送模塊，用于在確定所述文件寫入請求報文所請求寫入的文件成功寫入所述主控板之后，向主控板發(fā)送寫確認報文；

接收模塊，用于接收主控板返回的用于響應(yīng)所述寫確認請求報文的寫確認響應(yīng)報文；其中，所述寫確認響應(yīng)報文中攜帶有所述主控板中已寫入的文件的描述信息和校驗信息；

確定模塊，用于根據(jù)所述寫確認響應(yīng)報文中攜帶的已寫入的文件的描述信息和校驗信息，確定所述已寫入的文件正確。

相應(yīng)地，本申請還公開了一種接口板，包括所述的文件處理裝置。

與現(xiàn)有技術(shù)相比，本申請具有以下優(yōu)點：

本申請公開的一種文件處理方案，可以根據(jù)接口板與主控板的協(xié)商結(jié)果，確定支持所述接口板和所述主控的報文傳輸格式；然后接口板可以根據(jù)所述報文傳輸格式主動向主控板發(fā)送文件操作請求報文，并在確定所述文件操作請求報文合法時，執(zhí)行所述文件操作請求報文所請求的操作?？梢?，在本申請中，文件的傳輸(包括讀和寫操作)可以直接由接口板通過一次請求報文完成，不需要借助任何其它通信協(xié)議(如，TCP協(xié)議，Transmission Control Protocol，傳輸控制協(xié)議；或UDP協(xié)議，User Datagram Protocol，用戶數(shù)據(jù)報協(xié)議)，也不需要IP(Internet Protocol，網(wǎng)絡(luò)之間的互聯(lián)協(xié)議)地址等信息，整個傳輸機制簡單、流程簡潔，傳輸效率高，適用于簡單環(huán)境的文件傳輸。其次，在本申請中，還可以根據(jù)響應(yīng)報文對所述文件操作請求報文的否合法性進行驗證，提高了文件在傳輸過程中的安全性。

附圖說明

圖1是本申請實施例中一種文件處理方法的步驟流程圖；

圖2是本申請實施例中又一種文件處理方法的步驟流程圖；

圖3是本申請實施例中再一種文件處理方法的步驟流程圖；

圖4是本申請實施例中一種文件處理裝置的結(jié)構(gòu)框圖；

圖5是本申請實施例中一種優(yōu)選的文件處理裝置的結(jié)構(gòu)框圖。

具體實施方式

為使本申請的上述目的、特征和優(yōu)點能夠更加明顯易懂，下面結(jié)合附圖和具體實施方式對本申請作進一步詳細的說明。

參照圖1，示出了本申請實施例中一種文件處理方法的步驟流程圖。在本實施例中，所述文件處理方法包括：

步驟102，根據(jù)接口板與主控板的協(xié)商結(jié)果，確定支持所述接口板和所述主控的報文傳輸格式。

一般地，接口板和主控板對應(yīng)所支持的報文傳輸格式不完全相同，在本實施例中，可以根據(jù)接口板與主控板的協(xié)商結(jié)果，確定支持所述接口板和所述主控的報文傳輸格式，其中，確定的報文傳輸格式既可以滿足接口板的需求又可以滿足主控板的需求，保證了報文傳輸?shù)目煽啃浴?/p>

其中，需要說明的是，在本實施例中，所述接口板和所述主控板可以但不僅限于是路由器或交互機中的(實體或虛擬)接口板和(實體或虛擬)主控板。

步驟104，根據(jù)所述報文傳輸格式，向所述主控板發(fā)送文件操作請求報文，并接收所述主控板返回的用于響應(yīng)所述文件操作請求報文的響應(yīng)報文。

一般地，文件的操作包括但不僅限于：讀操作和寫操作。在本實施例中，可以根據(jù)業(yè)務(wù)需求選擇對應(yīng)的文件操作請求報文進行發(fā)送，主控板在接收到所述文件操作請求報文之后可以返回相應(yīng)的響應(yīng)報文。

步驟106，根據(jù)所述響應(yīng)報文判斷所述文件操作請求報文是否合法。

在本實施例中，為了保證向所述主控板發(fā)送的文件操作請求報文的合法性，可以對所述文件操作請求報文進行驗證。其中，當(dāng)確定所述文件操作請求報文合法時，可以執(zhí)行下述步驟108。當(dāng)確定所述文件操作請求報文不合法時，則可以丟棄本次發(fā)送的文件操作請求報文，直接進行下一次的文件操作請求報文的發(fā)送，當(dāng)然，也可以在預(yù)設(shè)的重傳周期內(nèi)，重新發(fā)送所述文件操作請求報文，本實施例對此不作限制。

步驟108，執(zhí)行所述文件操作請求報文所請求的操作。

如前所述，在本實施例中，可以執(zhí)行所述文件操作請求報文實際所請求的操作，例如，讀操作或?qū)懖僮鞯取?/p>

綜上所述，本申請實施例所述的數(shù)據(jù)處理方法，可以根據(jù)接口板與主控板的協(xié)商結(jié)果，確定支持所述接口板和所述主控的報文傳輸格式；然后接口板可以根據(jù)所述報文傳輸格式主動向主控板發(fā)送文件操作請求報文，并在確定所述文件操作請求報文合法時，執(zhí)行所述文件操作請求報文所請求的操作?？梢?，在本申請實施例中，文件的傳輸(包括讀和寫操作)可以直接由接口板通過一次請求報文完成，不需要借助任何其它通信協(xié)議(如，TCP協(xié)議，或UDP協(xié)議等)，也不需要IP地址等信息，整個傳輸機制簡單、流程簡潔，傳輸效率高，適用于簡單環(huán)境的文件傳輸。

其次，在本申請實施例中，還可以根據(jù)響應(yīng)報文對所述文件操作請求報文的否合法性進行驗證，提高了文件在傳輸過程中的安全性。

參照圖2，示出了本申請實施例中又一種文件處理方法的步驟流程圖。在本實施例中，所述文件處理方法包括：

步驟202，根據(jù)接口板與主控板的協(xié)商結(jié)果，確定支持所述接口板和所述主控的報文傳輸格式。

在本實施例中，可以采用任意一種適當(dāng)?shù)姆绞綄崿F(xiàn)接口板與主控板的協(xié)商，以得到支持所述接口板和所述主控的報文傳輸格式。例如，一種可行的實現(xiàn)方式可以如下：

S11、向主控板發(fā)送協(xié)商請求報文。

在本實施例中，所述協(xié)商請求報文中可以攜帶有用于指示所述接口板所支持的數(shù)據(jù)報文的傳輸格式的第一傳輸配置信息。

S12、接收主控板根據(jù)所述第一傳輸配置信息和主控板所存儲的第二傳輸配置信息返回的協(xié)商響應(yīng)報文。

在本實施例中，主控板中可以存儲有第二傳輸配置信息，其中，所述第二傳輸配置信息用于指示所述主控板所支持的數(shù)據(jù)報文的傳輸格式。主控板可以但不僅限于根據(jù)所述第一傳輸配置信息與所述第二傳輸配置的比較結(jié)果返回所述協(xié)商響應(yīng)報文。

例如，若所述第一傳輸配置信息指示的信息為：接口板所支持的幀大小是1024字節(jié)，所述第二傳輸配置信息指示的信息為：主控板所支持的幀大小是2048字節(jié)，則，可以將“幀大小取1024字節(jié)”攜帶在所述協(xié)商響應(yīng)報文中返回給接口板。

其中，所述第一傳輸配置信息和/或所述第二傳輸配置信息中可以包括如下信息中的至少一種：幀大小、連續(xù)發(fā)送報文個數(shù)、發(fā)送報文間隔和主控板的MAC地址。

優(yōu)選的，在本實施例中，為了保證接收到的協(xié)商響應(yīng)報文的合法性，可以對所述協(xié)商響應(yīng)報文進行校驗，具體步驟如下：

S13，根據(jù)所述協(xié)商響應(yīng)報文的返回結(jié)果，判斷接口板是否成功接收到所述協(xié)商響應(yīng)報文，以及，接收到的協(xié)商響應(yīng)報文是否正確。

在本實施例中，若所述返回結(jié)果為接口板未接收到所述協(xié)商響應(yīng)報文，則說明本次協(xié)商失敗，若接口板接收到所述協(xié)商響應(yīng)報文，但接收到的協(xié)商響應(yīng)報文不正確，則也認為本次協(xié)商失敗。其中，當(dāng)確定成功接收到所述協(xié)商響應(yīng)報文，且，接收到的協(xié)商響應(yīng)報文正確時，說明協(xié)商成功，則可以執(zhí)行下述步驟S14。當(dāng)未接收到所述協(xié)商響應(yīng)報文，和/或接收到的協(xié)商響應(yīng)報文不正確時，則說明本次協(xié)商失敗，則可以重新進行協(xié)商，或者直接結(jié)束流程，本實施例對此不作限制。

S14，根據(jù)所述協(xié)商響應(yīng)報文確定所述報文傳輸格式。

需要說明的是，用于確定支持所述接口板和所述主控的報文傳輸格式的協(xié)商流程可以只執(zhí)行一次，也即，可以在接口板與主控板首次交互、互相都不知道對方所支持的數(shù)據(jù)報文的傳輸格式時執(zhí)行。當(dāng)所述接口板和所述主控板再次交互時，可以直接使用首次交互時協(xié)商確定的所述報文傳輸格式進行報文的傳輸。

在本實施例中，如前所述，在實際應(yīng)用中，對文件的操作包括但不僅限于讀文件操作和寫文件操作，下面分別以讀文件操作和寫文件操作的具體執(zhí)行流程為例對所述文件處理方法進行進一步的詳細說明。

一、讀文件操作

在本實施例中，若執(zhí)行的是讀文件操作，則所述文件操作請求報文則具體可以是：文件讀取請求報文。如圖2所示，在上述步驟202之后，所述方法還可以包括：

步驟204，向主控板發(fā)送文件讀取請求報文。

在本實施例中，所述文件讀取請求報文中可以攜帶有所請求讀取的文件的讀取文件名。

步驟206，接收主控板根據(jù)所述報文傳輸格式返回的與所述讀取文件名相匹配的數(shù)據(jù)報文。

在本實施例中，主控板可以根據(jù)所述讀取文件名獲取對應(yīng)的文件，然后將獲取的文件以數(shù)據(jù)報文的形式返回給接口板。

步驟208，根據(jù)所述數(shù)據(jù)報文的返回結(jié)果，判斷接口板是否成功接收到所述數(shù)據(jù)報文，以及，接收到的數(shù)據(jù)報文是否正確。

在本實施例中，為了保證讀取的文件的正確性，可以根據(jù)所述數(shù)據(jù)報文的返回結(jié)果，判斷接口板是否成功接收到所述數(shù)據(jù)報文，以及，接收到的數(shù)據(jù)報文是否正確。其中，當(dāng)確定成功接收到所述數(shù)據(jù)報文，且，接收到的數(shù)據(jù)報文正確時，可以執(zhí)行下述步驟210；否則，可以直接結(jié)束流程，或者，在超時時間內(nèi)重發(fā)所述文件讀取請求報文，重新請求讀取文件，本實施例對此不作限制。

步驟210，根據(jù)所述數(shù)據(jù)報文確定所述文件讀取請求報文所請求讀取的文件。

在本申請實施例的一優(yōu)選方案中，為了進一步提高文件讀取操作的效率，以及確保文件讀取操作執(zhí)行的成功性，可以在文件讀取操作之前，對主控板中存儲的文件進行查詢操作，當(dāng)根據(jù)查詢結(jié)果確定主控板中存在所述讀文件操作所請求讀取的文件時，再執(zhí)行所述讀文件操作；當(dāng)根據(jù)查詢結(jié)果確定主控板中不存在所述讀文件操作所請求讀取的文件時，則可以結(jié)束流程，不進行讀文件操作，避免了無效操作帶來的資源浪費。具體地，所述方法還可以包括：

步驟212，向主控板發(fā)送文件查詢請求報文。

在本實施例中，所述步驟212可以但不僅限于在上述步驟204之前執(zhí)行。其中，所述文件查詢請求報文中可以攜帶有所請求查詢的文件的查詢文件名。

步驟214，接收主控板根據(jù)所述查詢文件名返回的查詢響應(yīng)報文。

在本實施例中，主控板可以根據(jù)所述查詢文件名在本地查找對應(yīng)的文件，然后根據(jù)查詢結(jié)果生成并返回所述查詢響應(yīng)報文。其中，當(dāng)查詢結(jié)果不同時，對應(yīng)返回的查詢響應(yīng)報文也不同。例如，若查詢結(jié)果為：存在所要查詢的文件，則可以返回第一子查詢響應(yīng)報文，若查詢結(jié)果為：不存在所要查詢的文件，則可以返回第二子查詢響應(yīng)報文。換而言之，所述查詢響應(yīng)報文可以包括：用于指示所述主控板中存在所述文件查詢請求報文所請求查詢的文件的第一子查詢響應(yīng)報文和用于指示所述主控板中不存在所述文件查詢請求報文所請求查詢的文件的第二子查詢響應(yīng)報文。

在本實施例中，上述步驟204可以根據(jù)所述查詢響應(yīng)報文的具體內(nèi)容來對應(yīng)執(zhí)行，例如，當(dāng)所述查詢響應(yīng)報文為指示查詢成功的第一子查詢響應(yīng)報文時，可以向主控板發(fā)送文件讀取請求報文，向主控板發(fā)送文件讀取請求報文，以進行讀文件操作；當(dāng)所述查詢響應(yīng)報文為指示查詢失敗的第二子查詢響應(yīng)報文時，則可以直接結(jié)束流程，或者，也可以在設(shè)定超時時間內(nèi)，重發(fā)所述文件查詢請求報文，重新進行文件的查詢操作，本實施例對此不作限制。

二、寫文件操作

在本實施例中，若執(zhí)行的是寫文件操作，則所述文件操作請求報文則具體可以是：文件寫入請求報文。參照圖3，示出了本申請實施例中再一種文件處理方法的步驟流程圖。在上述步驟202之后，所述方法還可以包括：

步驟304，根據(jù)所述報文傳輸格式，向所述主控板發(fā)送文件寫入請求報文。

在本實施例中，所述文件寫入請求報中可以攜帶有請求寫入的寫入數(shù)據(jù)。

步驟306，接收主控板返回的用于指示所述寫入數(shù)據(jù)的寫入狀態(tài)的寫入響應(yīng)報文。

步驟308，根據(jù)所述寫入響應(yīng)報文的返回結(jié)果，判斷接口板是否成功接收到所述寫入響應(yīng)報文，以及，接收到的寫入響應(yīng)報文是否正確。

在本實施例中，為了保證文件成功寫入，可以根據(jù)所述寫入響應(yīng)報文的返回結(jié)果，判斷接口板是否成功接收到所述寫入響應(yīng)報文，以及，接收到的寫入響應(yīng)報文是否正確。當(dāng)確定成功接收到所述寫入響應(yīng)報文，且，接收到的寫入響應(yīng)報文正確時可以執(zhí)行下述步驟310；否則，可以在超時時間內(nèi)重發(fā)所述文件寫入請求報文，重新請求寫入文件，本實施例對此不作限制。

步驟310，確定所述文件寫入請求報文所請求寫入的文件成功寫入所述主控板。

在本實施例中，為了進一步確保寫入主控板的文件的正確性，可以在文件完全寫入至主控板之后，對已寫入的文件再次進行校驗。具體地，所述方法還可以包括：

步驟312，向主控板發(fā)送寫確認報文。

步驟314，接收主控板返回的用于響應(yīng)所述寫確認請求報文的寫確認響應(yīng)報文。

在本實施例中，所述寫確認響應(yīng)報文中攜帶有所述主控板中已寫入的文件的描述信息和校驗信息。

步驟316，根據(jù)所述寫確認響應(yīng)報文中攜帶的已寫入的文件的描述信息和校驗信息，確定所述已寫入的文件正確。

需要說明的是，根據(jù)前述內(nèi)容可知，在本申請實施例中設(shè)置有超時重傳機制，所述超時重傳機制可以貫穿在本申請實施例所述的文件處理方法的整個流程中：當(dāng)確定任一報文不合法(如，報文未成功接收或返回，或報文不正確)時，可以在超時時間范圍內(nèi)進行報文的重傳，提高了系統(tǒng)的容錯率。

綜上所述，本申請實施例所述的數(shù)據(jù)處理方法，可以根據(jù)接口板與主控板的協(xié)商結(jié)果，確定支持所述接口板和所述主控的報文傳輸格式；然后接口板可以根據(jù)所述報文傳輸格式主動向主控板發(fā)送文件操作請求報文，并在確定所述文件操作請求報文合法時，執(zhí)行所述文件操作請求報文所請求的操作?？梢?，在本申請實施例中，文件的傳輸(包括讀和寫操作)可以直接由接口板通過一次請求報文完成，不需要借助任何其它通信協(xié)議(如，TCP協(xié)議，或UDP協(xié)議等)，也不需要IP地址等信息，整個傳輸機制簡單、流程簡潔，傳輸效率高，適用于簡單環(huán)境的文件傳輸。

其次，在本申請實施例中，還可以根據(jù)響應(yīng)報文對所述文件操作請求報文的否合法性進行驗證，提高了文件在傳輸過程中的安全性。

再次，在本申請實施例中，可以對所述文件處理方法中所涉及的各個類型的報文進行合法性驗證，同時，還可以設(shè)置超時重傳機制，在報文發(fā)送失敗或不正確時，及時進行重傳，確保了文件在傳輸過程中的安全性和可靠性。

進一步地，在本申請實施例中，報文傳輸格式可以通過一次協(xié)商確定，減少了文件傳輸?shù)牟襟E流程，簡化了文件的傳輸機制。此外，主控板可以只進行被動響應(yīng)，不進行其它復(fù)雜操作，進一步簡化了文件傳輸機制。

結(jié)合上述實施例，下面分別以協(xié)商流程、文件查詢流程、文件讀取流程、文件寫入流程和寫確認流程為例，對所述文件處理方法進行詳細說明。

一、協(xié)商流程

協(xié)商流程可以通過一次交互(接口板與主控板的首次交互)實現(xiàn)。發(fā)起方是接口板，接口板向主控板發(fā)送協(xié)商請求報文，其中，所述協(xié)商請求報文中可以攜帶有接口板所支持的幀大小、發(fā)送報文間隔、連續(xù)發(fā)送報文個數(shù)、發(fā)送報文間隔等信息。主控板在接收到協(xié)商請求報文之后，結(jié)合主控板自身所支持的幀大小、發(fā)送報文間隔、連續(xù)發(fā)送報文個數(shù)、發(fā)送報文間隔等信息，生成協(xié)商響應(yīng)報文；根據(jù)所述協(xié)商響應(yīng)報文可以確定既滿足接口板需求又滿足主控板需求的報文傳輸格式。其中，所述報文傳輸格式可以用作：文件讀取操作時，主控板向接口板返回文件的報文傳輸格式；也可以用作：文件寫入操作時，接口板向主控板寫入文件的報文傳輸格式。

需要說明的是，在協(xié)商流程環(huán)節(jié)，協(xié)商請求報文可以是廣播報文，后續(xù)通過主控板返回的協(xié)商響應(yīng)報文，由于已獲取到主控板的MAC地址，而接口板的MAC地址也是已知的，故所述協(xié)商響應(yīng)報文可以是單播報文。換而言之，主控板和接口板都有對方的MAC地址，可以作為發(fā)送報文的定位信息。

優(yōu)選的，在本實施例中，在協(xié)商流程環(huán)節(jié)中可以設(shè)置超時重發(fā)機制(定制超時時間和重發(fā)次數(shù))。當(dāng)所述協(xié)商請求報文發(fā)送失敗，或接口板超時沒有收到主控板的回應(yīng)時，接口板可以在超時時間內(nèi)重發(fā)協(xié)商請求報文。進一步地，如果超時重發(fā)也失敗，則可以重啟設(shè)備。

二、文件查詢流程

接口板可以向主控板發(fā)送文件查詢請求報文，其中，所述文件查詢請求報文中可以包括接口板需要查詢的文件的文件名等信息。主控板在接收到所述文件查詢請求報文后，可以根據(jù)查詢文件名等信息，查找確定本地是否存在所述查詢文件名對應(yīng)的文件。其中，若主控板本地存在該文件，則可以將該文件存在的確認信息、以及該文件的描述信息、文件大小信息和文件校驗信息等攜帶在查詢響應(yīng)報文中返回給接口板；若主控板本地不存在該文件，則可以將該文件不存在的確認信息攜帶在查詢響應(yīng)報文中返回給接口板。

優(yōu)選的，在本實施例中，在文件查詢流程環(huán)節(jié)中也可以設(shè)置超時重發(fā)機制(定制超時時間和重發(fā)次數(shù))。當(dāng)返回的查詢響應(yīng)報文所指示的信息為：文件不存在，或，接口板超時沒有收到主控板的回應(yīng)時，接口板可以在超時時間內(nèi)重發(fā)文件查詢請求報文。進一步地，如果超時重發(fā)也失敗，則可以重啟設(shè)備。

三、文件讀取流程

在文件讀取流程環(huán)節(jié)，接口板可以向主控板發(fā)送文件讀取請求報文，所述文件讀取請求報文中可以包括：請求讀取的文件的文件名、報文傳輸格式(如，數(shù)據(jù)報文的幀開始序號，支持的幀大小，連續(xù)發(fā)送報文的數(shù)量、報文長度)和校驗信息等。主控板在收到所述文件讀取請求報文之后，可以獲取相應(yīng)的文件，并將獲取的文件按照所述報文傳輸格式以一個或多個數(shù)據(jù)報文的形式發(fā)送給接口板，接口板依次接收所述一個或多個數(shù)據(jù)報文，直到整個文件讀取完成。其中，若接口板接收到的數(shù)據(jù)報文有丟包或者錯誤時，又或者接口板未接收到主控板返回的數(shù)據(jù)報文時，接口板可以重新發(fā)送所述文件讀取請求報文。

優(yōu)選的，在本實施例中，在文件讀取流程環(huán)節(jié)中可以設(shè)置超時重發(fā)機制(定制超時時間和重發(fā)次數(shù))。當(dāng)接口板超時沒有收到主控的回應(yīng)、或接收到的數(shù)據(jù)報文有丟包、錯誤情況時，接口板可以在超時時間內(nèi)重發(fā)所述文件讀取請求報文。進一步地，如果超時重發(fā)也失敗，則可以重啟設(shè)備。

四、文件寫入流程和寫確認流程

在文件寫入流程環(huán)節(jié)，接口板可以向主控板發(fā)送文件寫入請求報文，所述文件寫入請求報中攜帶有請求寫入的寫入數(shù)據(jù)。具體地，所述文件寫入請求報文中可以包括：文件名，寫文件標識、幀序號，報文的連續(xù)發(fā)送數(shù)量、幀長度，報文校驗信息等。主控板收到所述文件寫入請求報文后，可以返回相應(yīng)的寫入響應(yīng)報文，直至文件全部寫入。

優(yōu)選的，在本實施例中，在文件寫入流程環(huán)節(jié)可以設(shè)置超時重發(fā)機制(定制超時時間和重發(fā)次數(shù))。當(dāng)接口板超時沒有收到主控回應(yīng)時，接口板可以在超時時間內(nèi)重發(fā)所述文件寫入報文。進一步地，如果超時重發(fā)也失敗，則可以重啟設(shè)備。

優(yōu)選的，在本實施例中，當(dāng)接口板將文件完整的寫入主控板之后，還可以對整個寫入文件進行一次驗證，也即進行寫確認流程。具體地：接口板可以向主控發(fā)送寫確認請求報文，根據(jù)主控板回應(yīng)的寫確認響應(yīng)報文來確認寫入主控板的文件是否正確。其中，所述寫確認響應(yīng)報文中可以包括：已寫入主控板中的文件的文件名、文件大小、文件校驗信息等。接口板根據(jù)所述寫確認響應(yīng)報文判斷所述已寫入主控板中的文件是否正確。

優(yōu)選的，在本實施例中，在寫確認流程環(huán)節(jié)可以設(shè)置超時重發(fā)機制(定制超時時間和重發(fā)次數(shù))。當(dāng)接口板超時沒有收到主控板回應(yīng)時，接口板可以在超時時間內(nèi)重發(fā)寫確認請求報文。進一步地，如果超時重發(fā)也失敗，則可以重啟設(shè)備。

需要說明的是，在本申請實施例中，接口板與主控板之間的協(xié)商流程可以在接口板與主控板的首次交互時執(zhí)行一次。所述文件查詢流程、文件讀取流程和文件寫入流程則可以獨立執(zhí)行，也可以相互結(jié)合執(zhí)行，例如，可以先通過文件寫入流程寫入文件，然后通過文件查詢流程查詢所述寫入的文件，最后，通過文件讀取流程讀取所述寫入的文件。

綜上所述，本申請實施例所述的數(shù)據(jù)處理方法，可以根據(jù)接口板與主控板的協(xié)商結(jié)果，確定支持所述接口板和所述主控的報文傳輸格式；然后接口板可以根據(jù)所述報文傳輸格式主動向主控板發(fā)送文件操作請求報文，并在確定所述文件操作請求報文合法時，執(zhí)行所述文件操作請求報文所請求的操作。可見，在本申請實施例中，文件的傳輸(包括讀和寫操作)可以直接由接口板通過一次請求報文完成，不需要借助任何其它通信協(xié)議(如，TCP協(xié)議，或UDP協(xié)議等)，也不需要IP地址等信息，整個傳輸機制簡單、流程簡潔，傳輸效率高，適用于簡單環(huán)境的文件傳輸。

其次，在本申請實施例中，還可以根據(jù)響應(yīng)報文對所述文件操作請求報文的否合法性進行驗證，提高了文件在傳輸過程中的安全性。

再次，在本申請實施例中，可以對所述文件處理方法中所涉及的各個類型的報文進行合法性驗證，同時，還可以設(shè)置超時重傳機制，在報文發(fā)送失敗或不正確時，及時進行重傳，確保了文件在傳輸過程中的安全性和可靠性。

進一步地，在本申請實施例中，報文傳輸格式可以通過一次協(xié)商確定，減少了文件傳輸?shù)牟襟E流程，簡化了文件的傳輸機制。此外，主控板可以只進行被動響應(yīng)，不進行其它復(fù)雜操作，進一步簡化了文件傳輸機制。

需要說明的是，對于前述的方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本申請并不受所描述的動作順序的限制，因為依據(jù)本申請，某些步驟可以采用其他順序或者同時進行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作并不一定是本申請所必需的。

在上述方法實施例的基礎(chǔ)上，參照圖4，示出了本申請實施例中一種文件處理裝置的結(jié)構(gòu)框圖。在本實施例中，所述文件處理裝置包括：

格式確定模塊402，用于根據(jù)接口板與主控板的協(xié)商結(jié)果，確定支持所述接口板和所述主控的報文傳輸格式。

報文處理模塊404，用于根據(jù)所述報文傳輸格式，向所述主控板發(fā)送文件操作請求報文，并接收所述主控板返回的用于響應(yīng)所述文件操作請求報文的響應(yīng)報文。

報文判斷模塊406，用于根據(jù)所述響應(yīng)報文判斷所述文件操作請求報文是否合法。

執(zhí)行模塊408，用于在確定所述文件操作請求報文合法時，執(zhí)行所述文件操作請求報文所請求的操作。

可見，在本申請實施例中，文件的傳輸(包括讀和寫操作)可以直接由接口板通過一次請求報文完成，不需要借助任何其它通信協(xié)議(如，TCP協(xié)議，或UDP協(xié)議等)，也不需要IP地址等信息，整個傳輸機制簡單、流程簡潔，傳輸效率高，適用于簡單環(huán)境的文件傳輸。其次，在本申請實施例中，還可以根據(jù)響應(yīng)報文對所述文件操作請求報文的否合法性進行驗證，提高了文件在傳輸過程中的安全性。

在本申請實施例的一優(yōu)選方案中，參照圖5，示出了本申請實施例中一種優(yōu)選的文件處理裝置的結(jié)構(gòu)框圖。

優(yōu)選的，所述格式確定模塊402具體可以包括：第一發(fā)送子模塊4022，用于向主控板發(fā)送協(xié)商請求報文；其中，所述協(xié)商請求報文中攜帶有用于指示所述接口板所支持的數(shù)據(jù)報文的傳輸格式的第一傳輸配置信息。第一接收子模塊4024，用于接收主控板根據(jù)所述第一傳輸配置信息和主控板所存儲的第二傳輸配置信息返回的協(xié)商響應(yīng)報文；其中，所述第二傳輸配置信息用于指示所述主控板所支持的數(shù)據(jù)報文的傳輸格式。判斷子模塊4026，用于根據(jù)所述協(xié)商響應(yīng)報文的返回結(jié)果，判斷接口板是否成功接收到所述協(xié)商響應(yīng)報文，以及，接收到的協(xié)商響應(yīng)報文是否正確。執(zhí)行子模塊4028，用于當(dāng)確定成功接收到所述協(xié)商響應(yīng)報文，且，接收到的協(xié)商響應(yīng)報文正確時，根據(jù)所述協(xié)商響應(yīng)報文確定所述報文傳輸格式。

在本申請實施例的一優(yōu)選方案中，所述報文處理模塊404具體可以包括：第二發(fā)送子模塊4042，用于向主控板發(fā)送文件讀取請求報文；其中，所述文件讀取請求報文中攜帶有所請求讀取的文件的讀取文件名。第二接收子模塊4044，用于接收主控板根據(jù)所述報文傳輸格式返回的與所述讀取文件名相匹配的數(shù)據(jù)報文。

相應(yīng)地，所述報文判斷模塊406，具體可以用于根據(jù)所述數(shù)據(jù)報文的返回結(jié)果，判斷接口板是否成功接收到所述數(shù)據(jù)報文，以及，接收到的數(shù)據(jù)報文是否正確。所述執(zhí)行模塊408，具體可以用于當(dāng)確定成功接收到所述數(shù)據(jù)報文，且，接收到的數(shù)據(jù)報文正確時，根據(jù)所述數(shù)據(jù)報文確定所述文件讀取請求報文所請求讀取的文件。

進一步優(yōu)選地，所述報文處理模塊404還包括：第三發(fā)送子模塊4046，用于在所述第二發(fā)送子模塊4042向主控板發(fā)送文件讀取請求報文之前，向主控板發(fā)送文件查詢請求報文；其中，所述文件查詢請求報文中攜帶有所請求查詢的文件的查詢文件名。第三接收子模塊4048，用于接收主控板根據(jù)所述查詢文件名返回的查詢響應(yīng)報文。相應(yīng)地，所述第二發(fā)送子模塊4042，具體可以用于當(dāng)所述查詢響應(yīng)報文為指示查詢成功的第一子查詢響應(yīng)報文時，向主控板發(fā)送文件讀取請求報文；當(dāng)所述查詢響應(yīng)報文為指示查詢失敗的第二子查詢響應(yīng)報文時，在設(shè)定超時時間內(nèi)，重發(fā)所述文件查詢請求報文。

在本申請實施例的另一優(yōu)選方案中，所述報文處理模塊404具體可以包括：第四發(fā)送子模塊40410，用于根據(jù)所述報文傳輸格式，向所述主控板發(fā)送文件寫入請求報文；其中，所述文件寫入請求報中攜帶有請求寫入的寫入數(shù)據(jù)。第四接收子模塊40412，用于接收主控板返回的用于指示所述寫入數(shù)據(jù)的寫入狀態(tài)的寫入響應(yīng)報文。

相應(yīng)地，所述報文判斷模塊406，具體可以用于根據(jù)所述寫入響應(yīng)報文的返回結(jié)果，判斷接口板是否成功接收到所述寫入響應(yīng)報文，以及，接收到的寫入響應(yīng)報文是否正確。所述執(zhí)行模塊408，具體可以用于當(dāng)確定成功接收到所述寫入響應(yīng)報文，且，接收到的寫入響應(yīng)報文正確時，確定所述文件寫入請求報文所請求寫入的文件成功寫入所述主控板。

在本申請實施例的再一優(yōu)選方案中，所述文件處理裝置還可以包括：

發(fā)送模塊410，用于在確定所述文件寫入請求報文所請求寫入的文件成功寫入所述主控板之后，向主控板發(fā)送寫確認報文。

接收模塊412，用于接收主控板返回的用于響應(yīng)所述寫確認請求報文的寫確認響應(yīng)報文。

在本實施例中，所述寫確認響應(yīng)報文中攜帶有所述主控板中已寫入的文件的描述信息和校驗信息。

確定模塊414，用于根據(jù)所述寫確認響應(yīng)報文中攜帶的已寫入的文件的描述信息和校驗信息，確定所述已寫入的文件正確。

綜上所述，本申請實施例所述的數(shù)據(jù)處理裝置，可以根據(jù)接口板與主控板的協(xié)商結(jié)果，確定支持所述接口板和所述主控的報文傳輸格式；然后接口板可以根據(jù)所述報文傳輸格式主動向主控板發(fā)送文件操作請求報文，并在確定所述文件操作請求報文合法時，執(zhí)行所述文件操作請求報文所請求的操作。可見，在本申請實施例中，文件的傳輸(包括讀和寫操作)可以直接由接口板通過一次請求報文完成，不需要借助任何其它通信協(xié)議(如，TCP協(xié)議，或UDP協(xié)議等)，也不需要IP地址等信息，整個傳輸機制簡單、流程簡潔，傳輸效率高，適用于簡單環(huán)境的文件傳輸。

其次，在本申請實施例中，還可以根據(jù)響應(yīng)報文對所述文件操作請求報文的否合法性進行驗證，提高了文件在傳輸過程中的安全性。

再次，在本申請實施例中，可以對所述文件處理流程中所涉及的各個類型的報文進行合法性驗證，同時，還可以設(shè)置超時重傳機制，在報文發(fā)送失敗或不正確時，及時進行重傳，確保了文件在傳輸過程中的安全性和可靠性。

進一步地，在本申請實施例中，報文傳輸格式可以通過一次協(xié)商確定，減少了文件傳輸?shù)牟襟E流程，簡化了文件的傳輸機制。此外，主控板可以只進行被動響應(yīng)，不進行其它復(fù)雜操作，進一步簡化了文件傳輸機制。

此外，本申請實施例還公開了一種接口板，所述接口板包括上述實施例中所述的一種文件處理裝置或一種優(yōu)選的文件處理裝置，其具有所述文件處理裝置或優(yōu)選的文件處理裝置的所有有益效果，在此不再贅述。

本說明書中的各個實施例均采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。對于裝置實施例而言，由于其與方法實施例基本相似，所以描述的比較簡單，相關(guān)之處參見方法實施例的部分說明即可。

本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本申請的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本申請可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學(xué)存儲器等)上實施的計算機程序產(chǎn)品的形式。

本申請是參照根據(jù)本申請實施例的方法、設(shè)備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導(dǎo)計算機或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計算機或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

盡管已描述了本申請的優(yōu)選實施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造性概念，則可對這些實施例做出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu)選實施例以及落入本申請范圍的所有變更和修改。

以上對本申請所提供的一種文件處理方法和裝置，以及一種接口板進行了詳細介紹，本文中應(yīng)用了具體個例對本申請的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本申請的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本申請的思想，在具體實施方式及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本申請的限制。