一种文件处理方法和装置、以及一种接口板与流程

本申请涉及通信技术领域，特别是涉及一种文件处理方法和装置，以及一种接口板。

背景技术：

随着通信技术的发展，文件的传输方式交互也越来越多。例如，可以通过FTP协议(File Transfer Protocol，文件传输协议)，在FTP服务器和FTP客户端之间进行文件的传输。又例如，可以通过TFTP协议(Trivial File Transfer Protocol，简单文件传输协议)，在客户机与服务器之间进行简单文件的传输。

然而，无论是采用FTP协议进行文件的传输还是采用TFTP协议进行文件的传输，都存在传输机制复杂、处理流程冗长、传输效率低的问题，难以满足简单环境的需求。

例如，采用FTP协议进行文件的传输时，FTP服务器和FTP客户端之间的连接需要建立数据连接和控制连接，而一个连接的建立需要三次握手，一个连接的终止需要四次握手，整个流程冗长且复杂。

又例如，采用TFTP协议进行文件的传输时，客户机需要发出一个请求文件的消息，然后服务器把文件返回到本地客户机上，客户机与服务器之间采用的是一个数据报文对应一个ACK(Acknowledgement，确认字符)的方式进行传输，整个流程冗长且复杂，传输效率低。

技术实现要素：

本申请提供了一种文件处理方法和装置，以及一种接口板，以解决现有的文件传输方式存在的传输机制复杂、处理流程冗长、传输效率低的问题。

为了解决上述问题，本申请公开了一种文件处理方法，应用于接口板，所述方法包括：

根据接口板与主控板的协商结果，确定支持所述接口板和所述主控的报文传输格式；

根据所述报文传输格式，向所述主控板发送文件操作请求报文，并接收所述主控板返回的用于响应所述文件操作请求报文的响应报文；

根据所述响应报文判断所述文件操作请求报文是否合法；

在确定所述文件操作请求报文合法时，执行所述文件操作请求报文所请求的操作。

优选的，所述根据接口板与主控板的协商结果，确定支持所述接口板和所述主控的报文传输格式，包括：

向主控板发送协商请求报文；其中，所述协商请求报文中携带有用于指示所述接口板所支持的数据报文的传输格式的第一传输配置信息；

接收主控板根据所述第一传输配置信息和主控板所存储的第二传输配置信息返回的协商响应报文；其中，所述第二传输配置信息用于指示所述主控板所支持的数据报文的传输格式；

根据所述协商响应报文的返回结果，判断接口板是否成功接收到所述协商响应报文，以及，接收到的协商响应报文是否正确；

当确定成功接收到所述协商响应报文，且，接收到的协商响应报文正确时，根据所述协商响应报文确定所述报文传输格式。

优选的，所述根据所述报文传输格式，向所述主控板发送文件操作请求报文，并接收所述主控板返回的用于响应所述文件操作请求报文的响应报文，包括：

向主控板发送文件读取请求报文；其中，所述文件读取请求报文中携带有所请求读取的文件的读取文件名；

接收主控板根据所述报文传输格式返回的与所述读取文件名相匹配的数据报文；

所述根据所述响应报文判断所述文件操作请求报文是否合法，包括：

根据所述数据报文的返回结果，判断接口板是否成功接收到所述数据报文，以及，接收到的数据报文是否正确；

在确定所述文件操作请求报文合法时，执行所述文件操作请求报文所请求的操作，包括：

当确定成功接收到所述数据报文，且，接收到的数据报文正确时，根据所述数据报文确定所述文件读取请求报文所请求读取的文件。

优选的，在所述向主控板发送文件读取请求报文的步骤之前，所述方法还包括：

向主控板发送文件查询请求报文；其中，所述文件查询请求报文中携带有所请求查询的文件的查询文件名；

接收主控板根据所述查询文件名返回的查询响应报文；

所述向主控板发送文件读取请求，包括：

当所述查询响应报文为指示查询成功的第一子查询响应报文时，向主控板发送文件读取请求报文；

当所述查询响应报文为指示查询失败的第二子查询响应报文时，在设定超时时间内，重发所述文件查询请求报文。

优选的，所述根据所述报文传输格式，向所述主控板发送文件操作请求报文，并接收所述主控板返回的用于响应所述文件操作请求报文的响应报文，包括：

根据所述报文传输格式，向所述主控板发送文件写入请求报文；其中，所述文件写入请求报中携带有请求写入的写入数据；

接收主控板返回的用于指示所述写入数据的写入状态的写入响应报文；

所述根据所述响应报文判断所述文件操作请求报文是否合法，包括：

根据所述写入响应报文的返回结果，判断接口板是否成功接收到所述写入响应报文，以及，接收到的写入响应报文是否正确；

在确定所述文件操作请求报文合法时，执行所述文件操作请求报文所请求的操作，包括：

当确定成功接收到所述写入响应报文，且，接收到的写入响应报文正确时，确定所述文件写入请求报文所请求写入的文件成功写入所述主控板。

优选的，在所述确定所述文件写入请求报文所请求写入的文件成功写入所述主控板的步骤之后，所述方法还包括：

向主控板发送写确认报文；

接收主控板返回的用于响应所述写确认请求报文的写确认响应报文；其中，所述写确认响应报文中携带有所述主控板中已写入的文件的描述信息和校验信息；

根据所述写确认响应报文中携带的已写入的文件的描述信息和校验信息，确定所述已写入的文件正确。

相应地，本申请还公开了一种文件处理装置，应用于接口板，所述文件处理装置包括：

格式确定模块，用于根据接口板与主控板的协商结果，确定支持所述接口板和所述主控的报文传输格式；

报文处理模块，用于根据所述报文传输格式，向所述主控板发送文件操作请求报文，并接收所述主控板返回的用于响应所述文件操作请求报文的响应报文；

报文判断模块，用于根据所述响应报文判断所述文件操作请求报文是否合法；

执行模块，用于在确定所述文件操作请求报文合法时，执行所述文件操作请求报文所请求的操作。

优选的，所述格式确定模块，包括：

第一发送子模块，用于向主控板发送协商请求报文；其中，所述协商请求报文中携带有用于指示所述接口板所支持的数据报文的传输格式的第一传输配置信息；

第一接收子模块，用于接收主控板根据所述第一传输配置信息和主控板所存储的第二传输配置信息返回的协商响应报文；其中，所述第二传输配置信息用于指示所述主控板所支持的数据报文的传输格式；

判断子模块，用于根据所述协商响应报文的返回结果，判断接口板是否成功接收到所述协商响应报文，以及，接收到的协商响应报文是否正确；

执行子模块，用于当确定成功接收到所述协商响应报文，且，接收到的协商响应报文正确时，根据所述协商响应报文确定所述报文传输格式。

优选的，所述报文处理模块，包括：

第二发送子模块，用于向主控板发送文件读取请求报文；其中，所述文件读取请求报文中携带有所请求读取的文件的读取文件名；

第二接收子模块，用于接收主控板根据所述报文传输格式返回的与所述读取文件名相匹配的数据报文；

其中，

所述报文判断模块，用于根据所述数据报文的返回结果，判断接口板是否成功接收到所述数据报文，以及，接收到的数据报文是否正确；

所述执行模块，用于当确定成功接收到所述数据报文，且，接收到的数据报文正确时，根据所述数据报文确定所述文件读取请求报文所请求读取的文件。

优选的，所述报文处理模块，还包括：

第三发送子模块，用于在所述第二发送子模块，向主控板发送文件读取请求报文之前，向主控板发送文件查询请求报文；其中，所述文件查询请求报文中携带有所请求查询的文件的查询文件名；

第三接收子模块，用于接收主控板根据所述查询文件名返回的查询响应报文；

其中，

第二发送子模块，用于当所述查询响应报文为指示查询成功的第一子查询响应报文时，向主控板发送文件读取请求报文；当所述查询响应报文为指示查询失败的第二子查询响应报文时，在设定超时时间内，重发所述文件查询请求报文。

优选的，所述报文处理模块，包括：

第四发送子模块，用于根据所述报文传输格式，向所述主控板发送文件写入请求报文；其中，所述文件写入请求报中携带有请求写入的写入数据；

第四接收子模块，用于接收主控板返回的用于指示所述写入数据的写入状态的写入响应报文；

其中，

所述报文判断模块，用于根据所述写入响应报文的返回结果，判断接口板是否成功接收到所述写入响应报文，以及，接收到的写入响应报文是否正确；

所述执行模块，用于当确定成功接收到所述写入响应报文，且，接收到的写入响应报文正确时，确定所述文件写入请求报文所请求写入的文件成功写入所述主控板。

优选的，所述装置还包括：

发送模块，用于在确定所述文件写入请求报文所请求写入的文件成功写入所述主控板之后，向主控板发送写确认报文；

接收模块，用于接收主控板返回的用于响应所述写确认请求报文的写确认响应报文；其中，所述写确认响应报文中携带有所述主控板中已写入的文件的描述信息和校验信息；

确定模块，用于根据所述写确认响应报文中携带的已写入的文件的描述信息和校验信息，确定所述已写入的文件正确。

相应地，本申请还公开了一种接口板，包括所述的文件处理装置。

与现有技术相比，本申请具有以下优点：

本申请公开的一种文件处理方案，可以根据接口板与主控板的协商结果，确定支持所述接口板和所述主控的报文传输格式；然后接口板可以根据所述报文传输格式主动向主控板发送文件操作请求报文，并在确定所述文件操作请求报文合法时，执行所述文件操作请求报文所请求的操作。可见，在本申请中，文件的传输(包括读和写操作)可以直接由接口板通过一次请求报文完成，不需要借助任何其它通信协议(如，TCP协议，Transmission Control Protocol，传输控制协议；或UDP协议，User Datagram Protocol，用户数据报协议)，也不需要IP(Internet Protocol，网络之间的互联协议)地址等信息，整个传输机制简单、流程简洁，传输效率高，适用于简单环境的文件传输。其次，在本申请中，还可以根据响应报文对所述文件操作请求报文的否合法性进行验证，提高了文件在传输过程中的安全性。

附图说明

图1是本申请实施例中一种文件处理方法的步骤流程图；

图2是本申请实施例中又一种文件处理方法的步骤流程图；

图3是本申请实施例中再一种文件处理方法的步骤流程图；

图4是本申请实施例中一种文件处理装置的结构框图；

图5是本申请实施例中一种优选的文件处理装置的结构框图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

参照图1，示出了本申请实施例中一种文件处理方法的步骤流程图。在本实施例中，所述文件处理方法包括：

步骤102，根据接口板与主控板的协商结果，确定支持所述接口板和所述主控的报文传输格式。

一般地，接口板和主控板对应所支持的报文传输格式不完全相同，在本实施例中，可以根据接口板与主控板的协商结果，确定支持所述接口板和所述主控的报文传输格式，其中，确定的报文传输格式既可以满足接口板的需求又可以满足主控板的需求，保证了报文传输的可靠性。

其中，需要说明的是，在本实施例中，所述接口板和所述主控板可以但不仅限于是路由器或交互机中的(实体或虚拟)接口板和(实体或虚拟)主控板。

步骤104，根据所述报文传输格式，向所述主控板发送文件操作请求报文，并接收所述主控板返回的用于响应所述文件操作请求报文的响应报文。

一般地，文件的操作包括但不仅限于：读操作和写操作。在本实施例中，可以根据业务需求选择对应的文件操作请求报文进行发送，主控板在接收到所述文件操作请求报文之后可以返回相应的响应报文。

步骤106，根据所述响应报文判断所述文件操作请求报文是否合法。

在本实施例中，为了保证向所述主控板发送的文件操作请求报文的合法性，可以对所述文件操作请求报文进行验证。其中，当确定所述文件操作请求报文合法时，可以执行下述步骤108。当确定所述文件操作请求报文不合法时，则可以丢弃本次发送的文件操作请求报文，直接进行下一次的文件操作请求报文的发送，当然，也可以在预设的重传周期内，重新发送所述文件操作请求报文，本实施例对此不作限制。

步骤108，执行所述文件操作请求报文所请求的操作。

如前所述，在本实施例中，可以执行所述文件操作请求报文实际所请求的操作，例如，读操作或写操作等。

综上所述，本申请实施例所述的数据处理方法，可以根据接口板与主控板的协商结果，确定支持所述接口板和所述主控的报文传输格式；然后接口板可以根据所述报文传输格式主动向主控板发送文件操作请求报文，并在确定所述文件操作请求报文合法时，执行所述文件操作请求报文所请求的操作。可见，在本申请实施例中，文件的传输(包括读和写操作)可以直接由接口板通过一次请求报文完成，不需要借助任何其它通信协议(如，TCP协议，或UDP协议等)，也不需要IP地址等信息，整个传输机制简单、流程简洁，传输效率高，适用于简单环境的文件传输。

其次，在本申请实施例中，还可以根据响应报文对所述文件操作请求报文的否合法性进行验证，提高了文件在传输过程中的安全性。

参照图2，示出了本申请实施例中又一种文件处理方法的步骤流程图。在本实施例中，所述文件处理方法包括：

步骤202，根据接口板与主控板的协商结果，确定支持所述接口板和所述主控的报文传输格式。

在本实施例中，可以采用任意一种适当的方式实现接口板与主控板的协商，以得到支持所述接口板和所述主控的报文传输格式。例如，一种可行的实现方式可以如下：

S11、向主控板发送协商请求报文。

在本实施例中，所述协商请求报文中可以携带有用于指示所述接口板所支持的数据报文的传输格式的第一传输配置信息。

S12、接收主控板根据所述第一传输配置信息和主控板所存储的第二传输配置信息返回的协商响应报文。

在本实施例中，主控板中可以存储有第二传输配置信息，其中，所述第二传输配置信息用于指示所述主控板所支持的数据报文的传输格式。主控板可以但不仅限于根据所述第一传输配置信息与所述第二传输配置的比较结果返回所述协商响应报文。

例如，若所述第一传输配置信息指示的信息为：接口板所支持的帧大小是1024字节，所述第二传输配置信息指示的信息为：主控板所支持的帧大小是2048字节，则，可以将“帧大小取1024字节”携带在所述协商响应报文中返回给接口板。

其中，所述第一传输配置信息和/或所述第二传输配置信息中可以包括如下信息中的至少一种：帧大小、连续发送报文个数、发送报文间隔和主控板的MAC地址。

优选的，在本实施例中，为了保证接收到的协商响应报文的合法性，可以对所述协商响应报文进行校验，具体步骤如下：

S13，根据所述协商响应报文的返回结果，判断接口板是否成功接收到所述协商响应报文，以及，接收到的协商响应报文是否正确。

在本实施例中，若所述返回结果为接口板未接收到所述协商响应报文，则说明本次协商失败，若接口板接收到所述协商响应报文，但接收到的协商响应报文不正确，则也认为本次协商失败。其中，当确定成功接收到所述协商响应报文，且，接收到的协商响应报文正确时，说明协商成功，则可以执行下述步骤S14。当未接收到所述协商响应报文，和/或接收到的协商响应报文不正确时，则说明本次协商失败，则可以重新进行协商，或者直接结束流程，本实施例对此不作限制。

S14，根据所述协商响应报文确定所述报文传输格式。

需要说明的是，用于确定支持所述接口板和所述主控的报文传输格式的协商流程可以只执行一次，也即，可以在接口板与主控板首次交互、互相都不知道对方所支持的数据报文的传输格式时执行。当所述接口板和所述主控板再次交互时，可以直接使用首次交互时协商确定的所述报文传输格式进行报文的传输。

在本实施例中，如前所述，在实际应用中，对文件的操作包括但不仅限于读文件操作和写文件操作，下面分别以读文件操作和写文件操作的具体执行流程为例对所述文件处理方法进行进一步的详细说明。

一、读文件操作

在本实施例中，若执行的是读文件操作，则所述文件操作请求报文则具体可以是：文件读取请求报文。如图2所示，在上述步骤202之后，所述方法还可以包括：

步骤204，向主控板发送文件读取请求报文。

在本实施例中，所述文件读取请求报文中可以携带有所请求读取的文件的读取文件名。

步骤206，接收主控板根据所述报文传输格式返回的与所述读取文件名相匹配的数据报文。

在本实施例中，主控板可以根据所述读取文件名获取对应的文件，然后将获取的文件以数据报文的形式返回给接口板。

步骤208，根据所述数据报文的返回结果，判断接口板是否成功接收到所述数据报文，以及，接收到的数据报文是否正确。

在本实施例中，为了保证读取的文件的正确性，可以根据所述数据报文的返回结果，判断接口板是否成功接收到所述数据报文，以及，接收到的数据报文是否正确。其中，当确定成功接收到所述数据报文，且，接收到的数据报文正确时，可以执行下述步骤210；否则，可以直接结束流程，或者，在超时时间内重发所述文件读取请求报文，重新请求读取文件，本实施例对此不作限制。

步骤210，根据所述数据报文确定所述文件读取请求报文所请求读取的文件。

在本申请实施例的一优选方案中，为了进一步提高文件读取操作的效率，以及确保文件读取操作执行的成功性，可以在文件读取操作之前，对主控板中存储的文件进行查询操作，当根据查询结果确定主控板中存在所述读文件操作所请求读取的文件时，再执行所述读文件操作；当根据查询结果确定主控板中不存在所述读文件操作所请求读取的文件时，则可以结束流程，不进行读文件操作，避免了无效操作带来的资源浪费。具体地，所述方法还可以包括：

步骤212，向主控板发送文件查询请求报文。

在本实施例中，所述步骤212可以但不仅限于在上述步骤204之前执行。其中，所述文件查询请求报文中可以携带有所请求查询的文件的查询文件名。

步骤214，接收主控板根据所述查询文件名返回的查询响应报文。

在本实施例中，主控板可以根据所述查询文件名在本地查找对应的文件，然后根据查询结果生成并返回所述查询响应报文。其中，当查询结果不同时，对应返回的查询响应报文也不同。例如，若查询结果为：存在所要查询的文件，则可以返回第一子查询响应报文，若查询结果为：不存在所要查询的文件，则可以返回第二子查询响应报文。换而言之，所述查询响应报文可以包括：用于指示所述主控板中存在所述文件查询请求报文所请求查询的文件的第一子查询响应报文和用于指示所述主控板中不存在所述文件查询请求报文所请求查询的文件的第二子查询响应报文。

在本实施例中，上述步骤204可以根据所述查询响应报文的具体内容来对应执行，例如，当所述查询响应报文为指示查询成功的第一子查询响应报文时，可以向主控板发送文件读取请求报文，向主控板发送文件读取请求报文，以进行读文件操作；当所述查询响应报文为指示查询失败的第二子查询响应报文时，则可以直接结束流程，或者，也可以在设定超时时间内，重发所述文件查询请求报文，重新进行文件的查询操作，本实施例对此不作限制。

二、写文件操作

在本实施例中，若执行的是写文件操作，则所述文件操作请求报文则具体可以是：文件写入请求报文。参照图3，示出了本申请实施例中再一种文件处理方法的步骤流程图。在上述步骤202之后，所述方法还可以包括：

步骤304，根据所述报文传输格式，向所述主控板发送文件写入请求报文。

在本实施例中，所述文件写入请求报中可以携带有请求写入的写入数据。

步骤306，接收主控板返回的用于指示所述写入数据的写入状态的写入响应报文。

步骤308，根据所述写入响应报文的返回结果，判断接口板是否成功接收到所述写入响应报文，以及，接收到的写入响应报文是否正确。

在本实施例中，为了保证文件成功写入，可以根据所述写入响应报文的返回结果，判断接口板是否成功接收到所述写入响应报文，以及，接收到的写入响应报文是否正确。当确定成功接收到所述写入响应报文，且，接收到的写入响应报文正确时可以执行下述步骤310；否则，可以在超时时间内重发所述文件写入请求报文，重新请求写入文件，本实施例对此不作限制。

步骤310，确定所述文件写入请求报文所请求写入的文件成功写入所述主控板。

在本实施例中，为了进一步确保写入主控板的文件的正确性，可以在文件完全写入至主控板之后，对已写入的文件再次进行校验。具体地，所述方法还可以包括：

步骤312，向主控板发送写确认报文。

步骤314，接收主控板返回的用于响应所述写确认请求报文的写确认响应报文。

在本实施例中，所述写确认响应报文中携带有所述主控板中已写入的文件的描述信息和校验信息。

步骤316，根据所述写确认响应报文中携带的已写入的文件的描述信息和校验信息，确定所述已写入的文件正确。

需要说明的是，根据前述内容可知，在本申请实施例中设置有超时重传机制，所述超时重传机制可以贯穿在本申请实施例所述的文件处理方法的整个流程中：当确定任一报文不合法(如，报文未成功接收或返回，或报文不正确)时，可以在超时时间范围内进行报文的重传，提高了系统的容错率。

综上所述，本申请实施例所述的数据处理方法，可以根据接口板与主控板的协商结果，确定支持所述接口板和所述主控的报文传输格式；然后接口板可以根据所述报文传输格式主动向主控板发送文件操作请求报文，并在确定所述文件操作请求报文合法时，执行所述文件操作请求报文所请求的操作。可见，在本申请实施例中，文件的传输(包括读和写操作)可以直接由接口板通过一次请求报文完成，不需要借助任何其它通信协议(如，TCP协议，或UDP协议等)，也不需要IP地址等信息，整个传输机制简单、流程简洁，传输效率高，适用于简单环境的文件传输。

其次，在本申请实施例中，还可以根据响应报文对所述文件操作请求报文的否合法性进行验证，提高了文件在传输过程中的安全性。

再次，在本申请实施例中，可以对所述文件处理方法中所涉及的各个类型的报文进行合法性验证，同时，还可以设置超时重传机制，在报文发送失败或不正确时，及时进行重传，确保了文件在传输过程中的安全性和可靠性。

进一步地，在本申请实施例中，报文传输格式可以通过一次协商确定，减少了文件传输的步骤流程，简化了文件的传输机制。此外，主控板可以只进行被动响应，不进行其它复杂操作，进一步简化了文件传输机制。

结合上述实施例，下面分别以协商流程、文件查询流程、文件读取流程、文件写入流程和写确认流程为例，对所述文件处理方法进行详细说明。

一、协商流程

协商流程可以通过一次交互(接口板与主控板的首次交互)实现。发起方是接口板，接口板向主控板发送协商请求报文，其中，所述协商请求报文中可以携带有接口板所支持的帧大小、发送报文间隔、连续发送报文个数、发送报文间隔等信息。主控板在接收到协商请求报文之后，结合主控板自身所支持的帧大小、发送报文间隔、连续发送报文个数、发送报文间隔等信息，生成协商响应报文；根据所述协商响应报文可以确定既满足接口板需求又满足主控板需求的报文传输格式。其中，所述报文传输格式可以用作：文件读取操作时，主控板向接口板返回文件的报文传输格式；也可以用作：文件写入操作时，接口板向主控板写入文件的报文传输格式。

需要说明的是，在协商流程环节，协商请求报文可以是广播报文，后续通过主控板返回的协商响应报文，由于已获取到主控板的MAC地址，而接口板的MAC地址也是已知的，故所述协商响应报文可以是单播报文。换而言之，主控板和接口板都有对方的MAC地址，可以作为发送报文的定位信息。

优选的，在本实施例中，在协商流程环节中可以设置超时重发机制(定制超时时间和重发次数)。当所述协商请求报文发送失败，或接口板超时没有收到主控板的回应时，接口板可以在超时时间内重发协商请求报文。进一步地，如果超时重发也失败，则可以重启设备。

二、文件查询流程

接口板可以向主控板发送文件查询请求报文，其中，所述文件查询请求报文中可以包括接口板需要查询的文件的文件名等信息。主控板在接收到所述文件查询请求报文后，可以根据查询文件名等信息，查找确定本地是否存在所述查询文件名对应的文件。其中，若主控板本地存在该文件，则可以将该文件存在的确认信息、以及该文件的描述信息、文件大小信息和文件校验信息等携带在查询响应报文中返回给接口板；若主控板本地不存在该文件，则可以将该文件不存在的确认信息携带在查询响应报文中返回给接口板。

优选的，在本实施例中，在文件查询流程环节中也可以设置超时重发机制(定制超时时间和重发次数)。当返回的查询响应报文所指示的信息为：文件不存在，或，接口板超时没有收到主控板的回应时，接口板可以在超时时间内重发文件查询请求报文。进一步地，如果超时重发也失败，则可以重启设备。

三、文件读取流程

在文件读取流程环节，接口板可以向主控板发送文件读取请求报文，所述文件读取请求报文中可以包括：请求读取的文件的文件名、报文传输格式(如，数据报文的帧开始序号，支持的帧大小，连续发送报文的数量、报文长度)和校验信息等。主控板在收到所述文件读取请求报文之后，可以获取相应的文件，并将获取的文件按照所述报文传输格式以一个或多个数据报文的形式发送给接口板，接口板依次接收所述一个或多个数据报文，直到整个文件读取完成。其中，若接口板接收到的数据报文有丢包或者错误时，又或者接口板未接收到主控板返回的数据报文时，接口板可以重新发送所述文件读取请求报文。

优选的，在本实施例中，在文件读取流程环节中可以设置超时重发机制(定制超时时间和重发次数)。当接口板超时没有收到主控的回应、或接收到的数据报文有丢包、错误情况时，接口板可以在超时时间内重发所述文件读取请求报文。进一步地，如果超时重发也失败，则可以重启设备。

四、文件写入流程和写确认流程

在文件写入流程环节，接口板可以向主控板发送文件写入请求报文，所述文件写入请求报中携带有请求写入的写入数据。具体地，所述文件写入请求报文中可以包括：文件名，写文件标识、帧序号，报文的连续发送数量、帧长度，报文校验信息等。主控板收到所述文件写入请求报文后，可以返回相应的写入响应报文，直至文件全部写入。

优选的，在本实施例中，在文件写入流程环节可以设置超时重发机制(定制超时时间和重发次数)。当接口板超时没有收到主控回应时，接口板可以在超时时间内重发所述文件写入报文。进一步地，如果超时重发也失败，则可以重启设备。

优选的，在本实施例中，当接口板将文件完整的写入主控板之后，还可以对整个写入文件进行一次验证，也即进行写确认流程。具体地：接口板可以向主控发送写确认请求报文，根据主控板回应的写确认响应报文来确认写入主控板的文件是否正确。其中，所述写确认响应报文中可以包括：已写入主控板中的文件的文件名、文件大小、文件校验信息等。接口板根据所述写确认响应报文判断所述已写入主控板中的文件是否正确。

优选的，在本实施例中，在写确认流程环节可以设置超时重发机制(定制超时时间和重发次数)。当接口板超时没有收到主控板回应时，接口板可以在超时时间内重发写确认请求报文。进一步地，如果超时重发也失败，则可以重启设备。

需要说明的是，在本申请实施例中，接口板与主控板之间的协商流程可以在接口板与主控板的首次交互时执行一次。所述文件查询流程、文件读取流程和文件写入流程则可以独立执行，也可以相互结合执行，例如，可以先通过文件写入流程写入文件，然后通过文件查询流程查询所述写入的文件，最后，通过文件读取流程读取所述写入的文件。

综上所述，本申请实施例所述的数据处理方法，可以根据接口板与主控板的协商结果，确定支持所述接口板和所述主控的报文传输格式；然后接口板可以根据所述报文传输格式主动向主控板发送文件操作请求报文，并在确定所述文件操作请求报文合法时，执行所述文件操作请求报文所请求的操作。可见，在本申请实施例中，文件的传输(包括读和写操作)可以直接由接口板通过一次请求报文完成，不需要借助任何其它通信协议(如，TCP协议，或UDP协议等)，也不需要IP地址等信息，整个传输机制简单、流程简洁，传输效率高，适用于简单环境的文件传输。

其次，在本申请实施例中，还可以根据响应报文对所述文件操作请求报文的否合法性进行验证，提高了文件在传输过程中的安全性。

再次，在本申请实施例中，可以对所述文件处理方法中所涉及的各个类型的报文进行合法性验证，同时，还可以设置超时重传机制，在报文发送失败或不正确时，及时进行重传，确保了文件在传输过程中的安全性和可靠性。

进一步地，在本申请实施例中，报文传输格式可以通过一次协商确定，减少了文件传输的步骤流程，简化了文件的传输机制。此外，主控板可以只进行被动响应，不进行其它复杂操作，进一步简化了文件传输机制。

需要说明的是，对于前述的方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请所必需的。

在上述方法实施例的基础上，参照图4，示出了本申请实施例中一种文件处理装置的结构框图。在本实施例中，所述文件处理装置包括：

格式确定模块402，用于根据接口板与主控板的协商结果，确定支持所述接口板和所述主控的报文传输格式。

报文处理模块404，用于根据所述报文传输格式，向所述主控板发送文件操作请求报文，并接收所述主控板返回的用于响应所述文件操作请求报文的响应报文。

报文判断模块406，用于根据所述响应报文判断所述文件操作请求报文是否合法。

执行模块408，用于在确定所述文件操作请求报文合法时，执行所述文件操作请求报文所请求的操作。

可见，在本申请实施例中，文件的传输(包括读和写操作)可以直接由接口板通过一次请求报文完成，不需要借助任何其它通信协议(如，TCP协议，或UDP协议等)，也不需要IP地址等信息，整个传输机制简单、流程简洁，传输效率高，适用于简单环境的文件传输。其次，在本申请实施例中，还可以根据响应报文对所述文件操作请求报文的否合法性进行验证，提高了文件在传输过程中的安全性。

在本申请实施例的一优选方案中，参照图5，示出了本申请实施例中一种优选的文件处理装置的结构框图。

优选的，所述格式确定模块402具体可以包括：第一发送子模块4022，用于向主控板发送协商请求报文；其中，所述协商请求报文中携带有用于指示所述接口板所支持的数据报文的传输格式的第一传输配置信息。第一接收子模块4024，用于接收主控板根据所述第一传输配置信息和主控板所存储的第二传输配置信息返回的协商响应报文；其中，所述第二传输配置信息用于指示所述主控板所支持的数据报文的传输格式。判断子模块4026，用于根据所述协商响应报文的返回结果，判断接口板是否成功接收到所述协商响应报文，以及，接收到的协商响应报文是否正确。执行子模块4028，用于当确定成功接收到所述协商响应报文，且，接收到的协商响应报文正确时，根据所述协商响应报文确定所述报文传输格式。

在本申请实施例的一优选方案中，所述报文处理模块404具体可以包括：第二发送子模块4042，用于向主控板发送文件读取请求报文；其中，所述文件读取请求报文中携带有所请求读取的文件的读取文件名。第二接收子模块4044，用于接收主控板根据所述报文传输格式返回的与所述读取文件名相匹配的数据报文。

相应地，所述报文判断模块406，具体可以用于根据所述数据报文的返回结果，判断接口板是否成功接收到所述数据报文，以及，接收到的数据报文是否正确。所述执行模块408，具体可以用于当确定成功接收到所述数据报文，且，接收到的数据报文正确时，根据所述数据报文确定所述文件读取请求报文所请求读取的文件。

进一步优选地，所述报文处理模块404还包括：第三发送子模块4046，用于在所述第二发送子模块4042向主控板发送文件读取请求报文之前，向主控板发送文件查询请求报文；其中，所述文件查询请求报文中携带有所请求查询的文件的查询文件名。第三接收子模块4048，用于接收主控板根据所述查询文件名返回的查询响应报文。相应地，所述第二发送子模块4042，具体可以用于当所述查询响应报文为指示查询成功的第一子查询响应报文时，向主控板发送文件读取请求报文；当所述查询响应报文为指示查询失败的第二子查询响应报文时，在设定超时时间内，重发所述文件查询请求报文。

在本申请实施例的另一优选方案中，所述报文处理模块404具体可以包括：第四发送子模块40410，用于根据所述报文传输格式，向所述主控板发送文件写入请求报文；其中，所述文件写入请求报中携带有请求写入的写入数据。第四接收子模块40412，用于接收主控板返回的用于指示所述写入数据的写入状态的写入响应报文。

相应地，所述报文判断模块406，具体可以用于根据所述写入响应报文的返回结果，判断接口板是否成功接收到所述写入响应报文，以及，接收到的写入响应报文是否正确。所述执行模块408，具体可以用于当确定成功接收到所述写入响应报文，且，接收到的写入响应报文正确时，确定所述文件写入请求报文所请求写入的文件成功写入所述主控板。

在本申请实施例的再一优选方案中，所述文件处理装置还可以包括：

发送模块410，用于在确定所述文件写入请求报文所请求写入的文件成功写入所述主控板之后，向主控板发送写确认报文。

接收模块412，用于接收主控板返回的用于响应所述写确认请求报文的写确认响应报文。

在本实施例中，所述写确认响应报文中携带有所述主控板中已写入的文件的描述信息和校验信息。

确定模块414，用于根据所述写确认响应报文中携带的已写入的文件的描述信息和校验信息，确定所述已写入的文件正确。

综上所述，本申请实施例所述的数据处理装置，可以根据接口板与主控板的协商结果，确定支持所述接口板和所述主控的报文传输格式；然后接口板可以根据所述报文传输格式主动向主控板发送文件操作请求报文，并在确定所述文件操作请求报文合法时，执行所述文件操作请求报文所请求的操作。可见，在本申请实施例中，文件的传输(包括读和写操作)可以直接由接口板通过一次请求报文完成，不需要借助任何其它通信协议(如，TCP协议，或UDP协议等)，也不需要IP地址等信息，整个传输机制简单、流程简洁，传输效率高，适用于简单环境的文件传输。

其次，在本申请实施例中，还可以根据响应报文对所述文件操作请求报文的否合法性进行验证，提高了文件在传输过程中的安全性。

再次，在本申请实施例中，可以对所述文件处理流程中所涉及的各个类型的报文进行合法性验证，同时，还可以设置超时重传机制，在报文发送失败或不正确时，及时进行重传，确保了文件在传输过程中的安全性和可靠性。

进一步地，在本申请实施例中，报文传输格式可以通过一次协商确定，减少了文件传输的步骤流程，简化了文件的传输机制。此外，主控板可以只进行被动响应，不进行其它复杂操作，进一步简化了文件传输机制。

此外，本申请实施例还公开了一种接口板，所述接口板包括上述实施例中所述的一种文件处理装置或一种优选的文件处理装置，其具有所述文件处理装置或优选的文件处理装置的所有有益效果，在此不再赘述。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

以上对本申请所提供的一种文件处理方法和装置，以及一种接口板进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。