文件操作方法及装置与流程

1.本技术涉及通信技术领域，尤其涉及一种文件操作方法及装置。


背景技术：

2.对于嵌入式异构多核设备而言，在设备中各个内核的正常运行过程中，往往需要对存储在底层磁盘中的文件进行操作管理，例如文件读取、文件写入以及删除文件等。
3.然而，目前有部分中央处理器(cpu，central processing unit processor)核心无法直接操作存储介质，需要一种远程文件系统来实现文件的保存和读取。现有的远程文件系统实现中多为基于网络，且实现中依赖大量复杂的通信协议栈，并不满足嵌入式异构多核设备中轻量化，高实时性的要求。


技术实现要素：

4.本技术实施例提供一种文件操作方法及装置，能够实现多核设备高实时性且轻量化的嵌入式核间远程文件操作，解决了部分cpu核心无法直接操作存储介质进行文件管理的问题。
5.第一方面，本技术实施例提供一种文件操作方法，应用于多核设备，该文件操作方法包括：
6.接收第一文件操作请求，其中，第一文件操作请求由目标应用程序发起；
7.调用与第一文件操作请求匹配的文件操作接口，经过基于锁与优先级的程序控制，将第一文件操作请求发往协议解析控制器，以使协议解析控制器将第一文件操作请求按照预设协议进行封装，生成第一报文，并将第一报文通过核间通信缓存发往服务器。
8.在一些可能的实施方式中，将第一报文通过核间通信缓存发往服务器，包括：
9.将第一报文通过核间共享内存发往服务器。
10.在一些可能的实施方式中，调用与第一文件操作请求匹配的文件操作接口，经过基于锁与优先级的程序控制，将第一文件操作请求发往协议解析控制器，包括：
11.在同时接收到n个应用程序发起的多个文件操作请求的情况下，调用与第一文件操作请求匹配的文件操作接口，并基于n个应用程序的预设优先级，向第一文件操作请求分配锁资源；
12.将分配锁资源后的第一文件操作请求发往协议解析控制器；
13.其中，n个应用程序中包括目标应用程序，多个文件操作请求中包括第一文件操作请求，目标应用程序的预设优先级在n个应用程序中最高。
14.在一些可能的实施方式中，将第一报文通过核间通信缓存发往服务器之后，该文件操作方法还包括：
15.接收服务器发送的与目标文件关联的目标文件描述符；目标文件为第一文件操作请求所请求操作的文件；
16.将第二文件操作请求发往协议解析控制器，以使协议解析控制器将第二文件操作
请求按照预设协议进行封装，生成第二报文，并将二报文通过核间通信缓存发往服务器；其中，第二操作请求中包括目标文件描述符；第二操作请求用于请求对目标文件执行第二操作；
17.服务器在接收到由第二报文后，基于目标文件描述符，确定目标文件，并对目标文件执行第二操作。
18.在一些可能的实施方式中，第一文件操作请求用于请求对目标文件执行第一操作；服务器预先与多核设备的底层文件系统建立通信；在将第一报文通过核间通信缓存发往服务器之后，该文件操作方法还包括：
19.服务器根据第一报文，通过控制底层文件系统对目标文件执行第一操作。
20.在一些可能的实施方式中，第一文件操作请求中包括目标应用程序所在的客户端的标识信息；服务器根据第一报文，通过控制底层文件系统对目标文件执行第一操作，包括：
21.服务器根据客户端的标识信息，对客户端的文件操作权限进行校验，并在客户端的文件操作权限校验通过的情况下，通过控制底层文件系统对目标文件执行第一操作。
22.在一些可能的实施方式中，在将第一报文通过核间通信缓存发往服务器之后，该文件操作方法还包括：
23.协议解析控制器若在预设时间段内接收到服务器发送的应答报文，则对应答报文进行检测，并在检测到应答报文与第一报文不匹配的情况下，将应答报文进行丢弃；以及，
24.若在预设时间段内未接收到服务器发送的应答报文，则向目标应用程序返回第一文件操作请求的处理失败结果。
25.在一些可能的实施方式中，在将第一文件操作请求发往协议解析控制器之前，该文件操作方法还包括：
26.在检测到服务器处于非空闲状态的情况下，将第一文件操作请求进行缓存；以及，在检测到服务器恢复空闲状态的情况下，根据目标应用程序的预设优先级和第一文件操作请求的发起时间，对缓存的第一文件操作请求进行处理，以使第一文件操作请求发往协议解析控制器。
27.在一些可能的实施方式中，第一报文的报文协议格式采用type字段、length字段，和value字段的字段组合形式；
28.其中，type字段填充消息类型，length字段填充内容长度，value字段填充第一报文传递的载荷。
29.第二方面，本技术实施例提供一种文件操作装置，应用于多核设备，该文件操作装置包括：
30.第一接收模块，用于接收第一文件操作请求，其中，第一文件操作请求由目标应用程序发起；
31.第一处理模块，用于调用与第一文件操作请求匹配的第一文件操作接口，经过基于锁与优先级的程序控制，将第一文件操作请求发往协议解析控制器，以使协议解析控制器将第一文件操作请求按照预设协议进行封装，生成第一报文，并将第一报文通过核间通信缓存发往服务器。
32.第三方面，本技术实施例提供了一种文件操作设备，该文件操作设备包括：
33.处理器以及存储有计算机程序指令的存储器；
34.所述处理器执行所述计算机程序指令时实现如上述本技术实施例中任意一项提供的文件操作方法。
35.第四方面，本技术实施例提供了一种计算机存储介质，该计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如上述本技术实施例中任意一项提供的文件操作方法。
36.第五方面，本技术实施例提供了一种计算机程序产品，计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如上述本技术实施例中任意一项提供的文件操作方法。
37.本技术实施例的文件操作方法及装置，通过接收目标应用程序发起的第一文件操作请求，再调用与第一文件操作请求匹配的文件操作接口，经过基于锁与优先级的程序控制，将第一文件操作请求发往协议解析控制器，以使协议解析控制器将第一文件操作请求按照预设协议进行封装，生成第一报文，并将第一报文通过核间通信缓存发往服务器，本技术实施例提供的一种文件操作方法及装置，相较于现有基于网络和通信协议栈的远程文件系统，通过设置上述系列文件请求处理步骤，能够有效实现嵌入式异构多核设备的高实时性且轻量化的嵌入式核间远程文件操作，从而解决了部分cpu核心无法直接操作存储介质进行文件管理的问题。
附图说明
38.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单的介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
39.图1是本技术一实施例提供的文件操作方法的流程示意图；
40.图2为本技术实施例提供的文件操作方法的一个整体实施例的流程示意图；
41.图3是本技术一实施例提供的文件操作装置的结构示意图；
42.图4是本技术一实施例提供的文件操作设备的结构示意图。
具体实施方式
43.下面将详细描述本技术的各个方面的特征和示例性实施例，为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本技术进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本技术，而不是限定本技术。对于本领域技术人员来说，本技术可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本技术的示例来提供对本技术更好的理解。
44.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括
……”
限定的要素，并不排除在包括
所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
45.本技术中，嵌入式异构多核设备可以由一个服务器和一个或多个客户端组成，服务器和客户端具体可以为嵌入式异构多核设备中的各个核心，一个服务器可以向多个客户端提供服务。
46.如背景技术部分所述，目前有部分cpu核心无法直接操作存储介质，需要利用远程文件系统来实现文件的保存和读取，而现有的远程文件系统实现中多为基于网络，且实现中依赖大量复杂的通信协议栈，并不满足嵌入式异构多核设备中轻量化，高实时性的要求。
47.基于此，为了解决现有技术问题，本技术实施例提供了一种文件操作方法及装置。应注意，本技术提供的实施例并不用来限制本技术公开的范围。
48.下面首先对本技术实施例所提供的文件操作方法进行介绍。
49.图1示出了本技术一实施例提供的文件操作方法的流程示意图。该文件操作方法应用于多核设备，该多核设备具体可以为嵌入式异构多核设备，该多核设备中可以包括服务器和客户端。如图1所示，该应用于客户端的文件操作方法包括以下步骤：
50.s110，接收第一文件操作请求，其中，第一文件操作请求由目标应用程序发起；
51.s120，调用与第一文件操作请求匹配的文件操作接口，经过基于锁与优先级的程序控制，将第一文件操作请求发往协议解析控制器，以使协议解析控制器将第一文件操作请求按照预设协议进行封装，生成第一报文，并将第一报文通过核间通信缓存发往服务器。
52.本技术实施例的文件操作方法，通过接收目标应用程序发起的第一文件操作请求，再调用与第一文件操作请求匹配的文件操作接口，经过基于锁与优先级的程序控制，将第一文件操作请求发往协议解析控制器，以使协议解析控制器将第一文件操作请求按照预设协议进行封装，生成第一报文，并将第一报文通过核间通信缓存发往服务器，本技术实施例提供的一种文件操作方法，相较于现有基于网络和通信协议栈的远程文件系统，通过设置上述系列文件请求处理步骤，能够有效实现嵌入式异构多核设备的高实时性且轻量化的嵌入式核间远程文件操作，从而解决了部分cpu核心无法直接操作存储介质进行文件管理的问题。
53.下面对上述步骤110至120的具体实现方式进行详细介绍。
54.在s110中，具体实现时，该步骤具体可以由多核设备中的客户端执行。
55.客户端中可以包括多个应用程序，相关用户可以通过客户端上的目标应用程序发起第一文件操作请求，如此，客户端得以接收到该目标应用程序的发起第一文件操作请求。
56.上述第一文件操作请求具体可以用于请求对目标文件执行第一操作，上述第一操作可以例如目标文件的打开操作、写入操作或者删除操作等，本技术对此不做具体限制。
57.需要说明，在实际文件操作场景中，上述第一文件操作请求中具体可以包括目标文件的文件信息和第一操作信息。
58.上述文件信息可以为但不限于目标文件的文件名称、文件目录以及文件大小等信息中的至少一项，上述第一操作信息具体可以用于表征对于目标文件所需执行的操作内容，例如，打开文件，文件内容读取、写入，文件删除等，本技术对此不做具体限制。
59.在s120中，具体实现时，该步骤具体可以由多核设备中的客户端执行。具体地，调用与第一文件操作请求匹配的文件操作接口，经过基于锁与优先级的程序控制，将第一文件操作请求发往协议解析控制器，以使协议解析控制器将第一文件操作请求按照预设协议
进行封装，生成第一报文，并将第一报文通过核间通信缓存发往服务器。
60.本实施例中，客户端可以包括多种文件及目录操作接口，该多种文件及目标操作接口可以是由文件系统提供，有利于为文件操作提供统一标准及规范，从而有效提高了嵌入式异构多核设备中客户端的文件操作效率。
61.上述文件接口的类型具体可以包括但不限于文件系统资源初始化、文件系统资源去初始化、.创建文件、打开文件、读取文件、写入文件、移动文件、重命名文件、复制文件、删除文件、获取文件大小、关闭文件等中的至少一项。
62.具体实现时，客户端在接收到目标应用程序发起的第一文件操作请求之后，可以通过第一文件操作请求中所包括的具体操作内容，调用相匹配的文件操作接口，经过基于锁与优先级的程序控制，将第一文件操作请求发往协议解析控制器。在客户端中，若协议解析控制器接收到第一文件操作请求，则会将该第一文件操作请求按照预设协议进行封装，生成第一报文，并将第一报文通过核间通信缓存发往服务器。
63.需要补充地是，与客户端对应地，服务器上也可以部署由另一协议解析控制器。这样，在服务器接收到由客户端传输的第一报文后，可以通过其包括的协议解析控制器按照预设协议对该第一报文进行解析，从而得到上述第一文件操作请求。
64.需要说明，上述核间通信缓存可以是基于相关缓存硬件的核间通信机制实现，本技术对此不做具体限制。
65.在一些可能的实施方式中，为了能够进一步实现嵌入式异构多核设备的高实时性且轻量化的嵌入式核间远程文件操作，上述将第一报文通过核间通信缓存发往服务器，具体可以包括：
66.将第一报文通过核间共享内存发往服务器。
67.上述核间通信缓存具体可以为客户端与服务器之间的共享内存(shared memory)。具体地，共享内存是在嵌入式异构多核设备中，可以被不同cpu核心进行访问的大容量内存。共享内存中任何一个缓存的数据被任一cpu核心更新后，其他核心也可以进行相应缓存数据的存取。
68.具体实现时，当客户端接收到目标应用程序发起的第一文件操作请求之后，可以通过客户端与服务器之间的共享内存，实现客户端与服务器之间的高速核间通信，从而能够进一步实现嵌入式异构多核设备的高实时性且轻量化的嵌入式核间远程文件操作。
69.本实施例中，上述客户端与服务器之间的共享内存，具体可以基于openamp开源框架中的rpmsg，使用virtio提供共享内存管理实现。
70.在一些可能的实施方式中，考虑到客户端中可以包括多个应用程序，多个应用程序可能会同时发起相应的文件操作请求。基于此，为了有效提升文件操作过程的效率和线程安全，提高文件操作处理的合理性，上述调用与第一文件操作请求匹配的文件操作接口，经过基于锁与优先级的程序控制，将第一文件操作请求发往协议解析控制器，包括：
71.在同时接收到n个应用程序发起的多个文件操作请求的情况下，调用与第一文件操作请求匹配的文件操作接口，并基于n个应用程序的预设优先级，向第一文件操作请求分配锁资源；
72.将分配锁资源后的第一文件操作请求发往协议解析控制器；
73.其中，n个应用程序中可以包括目标应用程序，多个文件操作请求中包括第一文件
操作请求，目标应用程序的预设优先级在n个应用程序中最高。
74.如此，在客户端中有n个应用程序同时发起文件操作请求的情况下，即当有多个应用同时需要进行文件操作时，客户端会根据应用程序的优先级分配锁资源，从而保证线程安全及文件操作效率。
75.而对于无法获取锁的应用程序，本实施例提供三种处理方式。第一种，阻塞方式，应用程序的文件操作请求阻塞并等待其他文件操作请求处理完成，释放锁资源后再运行；第二种，非阻塞方式，直接返回失败；第三种，非阻塞方式，应用程序继续运行，等待其文件操作请求处理完成后通过任务通知(task notify)的方式通知应用程序其文件操作请求的处理结果。
76.在一些可能的实施方式中，考虑到客户端对文件进行访问操作时往往涉及到对同一文件的连贯性的操作请求，例如，在请求打开文件后往往会需要对文件内容进行读取和写入等。基于此，为了进一步提升服务器与客户端之间的文件操作效率，在上述将第一报文通过核间通信缓存发往服务器之后，该文件操作方法还可以包括：
77.接收服务器发送的与目标文件关联的目标文件描述符；目标文件为第一文件操作请求所请求操作的文件；
78.将第二文件操作请求发往协议解析控制器，以使协议解析控制器将第二文件操作请求按照预设协议进行封装，生成第二报文，并将二报文通过核间通信缓存发往服务器；其中，第二操作请求中包括目标文件描述符；第二操作请求用于请求对目标文件执行第二操作；
79.服务器在接收到由第二报文后，基于目标文件描述符，确定目标文件，并对目标文件执行第二操作。
80.上述目标文件描述符具体可以为一非负整形的索引值，指向上述目标文件所维护的该客户端打开文件的记录表。
81.具体实现时，在客户端将第一报文通过核间通信缓存发送至服务器之后，服务器基于接收的第一报文对目标文件执行打开、读取或者创建等操作。在此之后，服务器会为目标文件关联一个独一无二的目标文件描述符，并将此目标文件描述符返回给客户端。
82.这样，客户端在接收到该目标文件描述符之后，在后续对此目标文件展开读取等相关文件操作时，均可以基于此目标文件描述符生成相应的目标文件的第二文件操作请求。并相应地，将该第二文件操作请求发往协议解析控制器，以使协议解析控制器将第二文件操作请求按照预设协议进行封装生成第二报文，并将二报文通过核间通信缓存发往服务器。
83.如此，服务器在接收到第二报文之后，可以基于第二报文解析后得到的第二文件操作请求。并且，服务器可以直接利用第二操作请求中的目标文件描述符，迅速地定位出第二文件操作请求所请求操作的目标文件，从而对对目标文件执行第二操作。
84.本实施例中，由于为目标文件关联了唯一对应的目标文件描述符，使得后续生成的第二操作请求中无须包含其他文件信息等，进一步实现了文件操作过程中所传输信息的轻量级，同时能够有效提升客户端对目标文件展开后续操作的操作效率。
85.需要补充地是，在其他一些实施方式中，为了实现资源的合理利用，在当客户端与服务器的连接断开时，服务器会相应的会关闭此客户端打开的所有文件，并释放各个文件
关联的文件描述符。
86.在一些可能的实施方式中，为了更为合理解决部分cpu核心无法直接操作存储介质进行文件管理的问题，上述第一文件操作请求可以用于请求对目标文件执行第一操作；服务器可以预先与多核设备的底层文件系统建立通信；在将第一报文通过核间通信缓存发往服务器之后，该文件操作方法还可以包括：
87.服务器根据第一报文，通过控制底层文件系统对目标文件执行第一操作。
88.具体地，上述服务器可以预先与多核设备中的底层文件系统建立通信。这样，在服务器接收到客户端发送的第一报文后，服务器可以根据第一报文解析后得到的第一文件操作请求，通过控制底层文件系统来实现对目标文件的第一操作。
89.这样一来，服务器预先与底层文件系统建立通信，在执行文件操作时具体控制底层文件系统来实现，能够更为合理解决部分cpu核心无法直接操作存储介质进行文件管理的问题，还能够有效保障文件操作环境的安全性。
90.在一些可能的实施方式中，为了有效保障嵌入式异构多核设备中文件操作的安全性，上述第一文件操作请求中包括目标应用程序所在的客户端的标识信息；服务器根据第一报文，通过控制底层文件系统对目标文件执行第一操作，包括：
91.服务器根据客户端的标识信息，对客户端的文件操作权限进行校验，并在客户端的文件操作权限校验通过的情况下，通过控制底层文件系统对目标文件执行第一操作。
92.具体地，服务器在接收到客户端发送的第一操作请求后，通过第一操作请求中的标识信息判断该客户端是否有执行对应请求的权限，即文件操作权限。如果检测到该客户端没有文件操作权限，则可以返回失败，如果客户端的文件操作权限校验通过，则通过控制底层文件系统对目标文件执行第一操作。
93.在一些可能的实施方式中，为了进一步提升核间文件操作流程整体的合理性，上述在将第一报文通过核间通信缓存发往服务器之后，该文件操作方法还可以包括：
94.协议解析控制器若在预设时间段内接收到服务器发送的应答报文，则对应答报文进行检测，并在检测到应答报文与第一报文不匹配的情况下，将应答报文进行丢弃；以及，
95.若在预设时间段内未接收到服务器发送的应答报文，则向目标应用程序返回第一文件操作请求的处理失败结果。
96.该协议解析控制器可以是基于定时机制设置上述预设时间段，上述预设时间段可以是根据实际核间任务处理速度等进行确定，本技术对此不做具体限制。
97.具体实现时，客户端中的协议解析控制器除了可以协议封装以及解析之外，该协议解析控制器还可以是对服务器的应答报文进行接收检测。
98.若在规定的预设时间段内接收到服务器发送的应答报文，则对应答报文进行检测。示例性地，该应答报文可以携带与其应答的报文相关的标识信息，在进行检测时，可以是对其所携带的其所应答的操作请求相关的标识信息是否为前述第一报文的标识信息。
99.如此，若检测到其所携带的其所应答的操作请求相关的标识信息不为前述第一报文的标识信息，则说明该应答报文与前述第一报文不匹配，其不为第一报文的应答报文，将应答报文进行丢弃。
100.进一步地，若该协议解析控制器在预设时间段内未接收到服务器发送的应答报文，则说明服务器并未对第一文件操作请求正常处理，此时向目标应用程序反馈第一文件
操作请求的处理失败结果。
101.在一些可能的实施方式中，为了更为合理地实现多核设备中客户端与服务器之间的文件操作请求传输，在将第一文件操作请求发往协议解析控制器之前，该文件操作方法还可以包括：
102.在检测到服务器处于非空闲状态的情况下，将第一文件操作请求进行缓存；以及，在检测到服务器恢复空闲状态的情况下，根据目标应用程序的预设优先级和第一文件操作请求的发起时间，对缓存的第一文件操作请求进行处理，以使第一文件操作请求发往协议解析控制器。
103.本实施例中，当与服务器关联的底层文件系统繁忙时，服务器处于非空闲状态，在与服务器关联的底层文件系统处理完当前任务后，服务器则处于空闲状态。
104.具体实现时，在服务器处于非空闲状态的情况下，服务器可以将自身的非空闲状态以具体状态标识符或者状态字段的形式表征，并通过核间通信缓存传输至客户端。客户端在接收到用于表征服务器的非空闲状态的相关信息后，会将第一文件操作请求进行缓存。
105.而在服务器处于空闲状态的情况下，服务器可以将自身的空闲状态以具体状态标识符或者状态字段的形式表征，并通过核间通信缓存发送至客户端。客户端在接收到用于表征服务器的空闲状态的相关信息后，根据目标应用程序的预设优先级和第一文件操作请求的发起时间，对缓存的第一文件操作请求进行处理，以使第一文件操作请求发往协议解析控制器。
106.上述根据目标应用程序的预设优先级和第一文件操作请求的发起时间，对缓存的第一文件操作请求进行处理，具体可以是：由于在服务器处于非空闲状态的情况下，若客户端有多个应用程序发起文件操作请求，则会将多个文件操作请求进行缓存。那么，在服务器恢复空闲状态的情况下，为了避免请求处理混乱，客户端可以根据应用程序的优先级对所缓存的文件操作请求依次进行处理，当优先级相同时按照文件处理请求发起的时间进行先后顺序处理。
107.需要说明，在其他一些实施方式中，客户端在发送第一文件操作请求之前，也可以是对服务器是否处于空闲状态进行检测。如此，在客户端检测到服务器处于非空闲状态的情况下，将第一文件操作请求进行缓存。在客户端检测到服务器恢复空闲状态的情况下，再对第一文件操作请求进行相关处理。
108.在一些可能的实施方式中，为了提高有效负载，上述第一报文的报文协议格式具体可以采用type字段、length字段，和value字段的字段组合形式；
109.其中，type字段填充消息类型，length字段填充内容长度，value字段填充第一报文传递的载荷。
110.进一步地，可以对上述字段的占用字节进行限制，以进一步提高有效负载，提升核间文件传输的轻量性以及高速性。例如，上述type字段可以限制占用两个字节，length字段可以限制占用两个字节等，本技术对此不做具体限制。
111.为了便于理解上述实施例提供的文件操作方法，以下以一个具体的整体实施例对上述方法进行说明。图2为本技术实施例提供的文件操作方法的一个整体实施例的流程示意图。
112.如图2所示，客户端中，对文件的操作请求由客户端的上层应用程序发起，调用与第一文件操作请求匹配的文件操作接口，经过基于锁与优先级的程序控制，将第一文件操作请求发往协议解析控制器，以使协议解析控制器将第一文件操作请求按照预设协议进行封装，生成第一报文，并将第一报文通过核间通信缓存发往服务器。
113.在本实施例中，若服务器处于非空闲状态，客户端可以将上层应用程序发起的第一文件操作请求进行文件缓存，等待服务器恢复空闲后在执行后续的接口调用、协议封装等步骤。
114.服务器在通过客户端与服务器之间的核间共享内存接收到第一报文后，先将第一报文按照规定的协议进行解析，得到第一文件操作请求，再基于解析后的文件操作请求对客户端的文件操作权限进行校验，在校验通过的情况下调用底层文件系统接口实现文件操作控制，并将操作请求的处理结果返回客户端。
115.需要说明，服务器处理结果返回的流程与操作请求的流程相反，但各个步骤发挥作用基本一致，最终，操作请求的处理结果由服务器返回至客户端上层应用程序，从而完成了客户端对磁盘文件的操作。
116.本整体实施例在多核设备中设置上述系列合理、高效地文件操作流程，能够实现嵌入式异构多核设备的高实时性且轻量化的嵌入式核间远程文件操作，有效解决部分cpu核心无法直接操作存储介质进行文件管理的问题。
117.基于上述实施例提供的文件操作方法，本技术还提供了与上述文件操作方法相对应的一种文件操作装置，该文件操作装置应用于多核设备，下面通过图3对本技术的文件操作装置进行详细介绍。
118.图3示出了本技术一实施例提供的文件操作装置的结构示意图。图3示出的文件操作装置300包括：
119.第一接收模块310，用于接收第一文件操作请求，其中，第一文件操作请求由目标应用程序发起；
120.第一处理模块320，用于调用与第一文件操作请求匹配的第一文件操作接口，经过基于锁与优先级的程序控制，将第一文件操作请求发往协议解析控制器，以使协议解析控制器将第一文件操作请求按照预设协议进行封装，生成第一报文，并将第一报文通过核间通信缓存发往服务器。
121.本技术实施例的文件操作装置，通过接收目标应用程序发起的第一文件操作请求，再调用与第一文件操作请求匹配的文件操作接口，经过基于锁与优先级的程序控制，将第一文件操作请求发往协议解析控制器，以使协议解析控制器将第一文件操作请求按照预设协议进行封装，生成第一报文，并将第一报文通过核间通信缓存发往服务器，本技术实施例提供的一种文件操作装置，相较于现有基于网络和通信协议栈的远程文件系统，通过设置上述系列文件请求处理步骤，能够有效实现嵌入式异构多核设备的高实时性且轻量化的嵌入式核间远程文件操作，从而解决了部分cpu核心无法直接操作存储介质进行文件管理的问题。
122.在一些可能的实施方式中，为了能够进一步实现嵌入式异构多核设备的高实时性且轻量化的嵌入式核间远程文件操作，上述将第一报文通过核间通信缓存发往服务器，具体可以包括：
123.将第一报文通过核间共享内存发往服务器。
124.在一些可能的实施方式中，考虑到客户端中可以包括多个应用程序，多个应用程序可能会同时发起相应的文件操作请求。基于此，为了有效提升文件操作过程的效率和线程安全，提高文件操作处理的合理性，上述调用与第一文件操作请求匹配的文件操作接口，经过基于锁与优先级的程序控制，将第一文件操作请求发往协议解析控制器，具体可以包括：
125.在同时接收到n个应用程序发起的多个文件操作请求的情况下，调用与第一文件操作请求匹配的文件操作接口，并基于n个应用程序的预设优先级，向第一文件操作请求分配锁资源；
126.将分配锁资源后的第一文件操作请求发往协议解析控制器；
127.其中，n个应用程序中可以包括目标应用程序，多个文件操作请求中可以包括第一文件操作请求，目标应用程序的预设优先级在n个应用程序中最高。
128.在一些可能的实施方式中，考虑到客户端对文件进行访问操作时往往涉及到对同一文件的连贯性的操作请求，例如，在请求打开文件后往往会需要对文件内容进行读取和写入等。基于此，为了进一步提升服务器与客户端之间的文件操作效率，将第一报文通过核间通信缓存发往服务器之后，该文件操作装置还可以包括：
129.第二接收模块，可以用于接收服务器发送的与目标文件关联的目标文件描述符；目标文件为第一文件操作请求所请求操作的文件；
130.第一发送模块，可以用于将第二文件操作请求发往协议解析控制器，以使协议解析控制器将第二文件操作请求按照预设协议进行封装，生成第二报文，并将二报文通过核间通信缓存发往服务器；其中，第二操作请求中可以包括目标文件描述符；第二操作请求用于请求对目标文件执行第二操作；
131.第一执行模块，可以用于服务器在接收到由第二报文后，基于目标文件描述符，确定目标文件，并对目标文件执行第二操作。
132.在一些可能的实施方式中，为了更为合理解决部分cpu核心无法直接操作存储介质进行文件管理的问题，第一文件操作请求可以用于请求对目标文件执行第一操作；服务器预先与多核设备的底层文件系统建立通信；在将第一报文通过核间通信缓存发往服务器之后，该文件操作装置还可以包括：
133.第二执行模块，可以用于服务器根据第一报文，通过控制底层文件系统对目标文件执行第一操作。
134.在一些可能的实施方式中，为了有效保障嵌入式异构多核设备中文件操作的安全性，第一文件操作请求中可以包括目标应用程序所在的客户端的标识信息；上述第二执行模块，具体可以包括：
135.服务器根据客户端的标识信息，对客户端的文件操作权限进行校验，并在客户端的文件操作权限校验通过的情况下，通过控制底层文件系统对目标文件执行第一操作。
136.在一些可能的实施方式中，为了进一步提升核间文件操作流程整体的合理性，在将第一报文通过核间通信缓存发往服务器之后，该文件操作装置还可以包括：
137.检测模块，可以用于协议解析控制器若在预设时间段内接收到服务器发送的应答报文，则对应答报文进行检测；
138.第二处理模块，可以用于在检测到应答报文与第一报文不匹配的情况下，将应答报文进行丢弃；以及，
139.若在预设时间段内未接收到服务器发送的应答报文，则向目标应用程序返回第一文件操作请求的处理失败结果。
140.在一些可能的实施方式中，为了更为合理地实现多核设备中客户端与服务器之间的文件操作请求传输，在将第一文件操作请求发往协议解析控制器之前，该文件操作装置还可以包括：
141.文件缓存模块，可以用于在检测到服务器处于非空闲状态的情况下，将第一文件操作请求进行缓存；以及，在检测到服务器恢复空闲状态的情况下，根据目标应用程序的预设优先级和第一文件操作请求的发起时间，对缓存的第一文件操作请求进行处理，以使第一文件操作请求发往协议解析控制器。
142.在一些可能的实施方式中，为了提高有效负载，上述第一报文的报文协议格式可以采用type字段、length字段，和value字段的字段组合形式；
143.其中，type字段填充消息类型，length字段填充内容长度，value字段填充第一报文传递的载荷。
144.图4是本技术一实施例提供的文件操作设备的结构示意图。
145.文件操作设备可以包括处理器401以及存储有计算机程序指令的存储器402。
146.具体地，上述处理器401可以包括中央处理器(cpu)，或者特定集成电路(application specific integrated circuit，asic)，或者可以被配置成实施本技术实施例的一个或多个集成电路。
147.存储器402可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器402可包括硬盘驱动器(hard disk drive，hdd)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(universal serial bus，usb)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器402可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器402可在综合网关容灾设备的内部或外部。在特定实施例中，存储器402是非易失性固态存储器。
148.存储器可包括只读存储器(rom)，随机存取存储器(ram)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本公开的一方面的方法所描述的操作。
149.处理器401通过读取并执行存储器402中存储的计算机程序指令，以实现上述实施例中的任意一种文件操作方法。
150.在一个示例中，文件操作设备还可包括通信接口403和总线410。其中，如图4所示，处理器401、存储器402、通信接口403通过总线410连接并完成相互间的通信。
151.通信接口403，主要用于实现本技术实施例中各模块、装置、单元和/或设备之间的通信。
152.总线410包括硬件、软件或两者，将文件操作设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(agp)或其他图形总线、增强工业标准架构(eisa)总
线、前端总线(fsb)、超传输(ht)互连、工业标准架构(isa)总线、无限带宽互连、低引脚数(lpc)总线、存储器总线、微信道架构(mca)总线、外围组件互连(pci)总线、pci-express(pci-x)总线、串行高级技术附件(sata)总线、视频电子标准协会局部(vlb)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线410可包括一个或多个总线。尽管本技术实施例描述和示出了特定的总线，但本技术考虑任何合适的总线或互连。
153.该文件操作设备执行本技术实施例中的文件操作方法，从而实现图1描述的文件操作方法。
154.另外，结合上述实施例中的文件操作方法，本技术实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种文件操作方法。
155.需要明确的是，本技术并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本技术的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本技术的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。
156.以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(asic)、适当的固件、插件、功能卡等等。当以软件方式实现时，本技术的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、rom、闪存、可擦除rom(erom)、软盘、cd-rom、光盘、硬盘、光纤介质、射频(rf)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。
157.还需要说明的是，本技术中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本技术不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。
158.上面参考根据本公开的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。
159.以上所述，仅为本技术的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到各种等效的修改或替换，
这些修改或替换都应涵盖在本技术的保护范围之内。