文件系统的运行方法、装置、设备和存储介质与流程

1.本申请涉及计算机软件，具体涉及一种文件系统的运行方法、装置、设备和存储介质。


背景技术：

2.随着智能手机功能不断丰富，手机已经在人们的日常生活中扮演着不可或缺的角色，为满足人们需求，双系统架构的手机得到了快速发展，通过容器技术使得双安卓系统共享一个内核，通过轻量级的虚拟化技术支持两个安卓系统运行。然而，在双安卓系统的框架下，由于共享同一个内核，两个系统的文件系统由于应用信息在内核中的冲突，导致文件权限故障，传统的文件系统在双安卓系统中不能流畅运行，降低了文件系统的性能。


技术实现要素：

3.本申请提供用于文件系统的运行方法、装置、系统和存储介质。
4.本申请实施例提供一种文件系统的运行的方法，包括：接收一来源操作系统的调用请求；根据调用请求的所述来源操作系统确定对应的文件操作区域；确定所述调用请求的类型及该类型所对应的处理流程；基于所述文件操作区域及上述确定的处理流程运行所述调用请求。
5.本申请实施例提供一种文件系统的运行的装置，包括：接收模块，用于接收调用请求；操作区域确定模块，用于根据调用请求的来源操作系统确定对应的文件操作区域；流程确定模块，用于确定所述调用请求的类型及该类型所对应的处理流程；请求处理模块，用于基于所述文件操作区域及上述确定的处理流程运行所述调用请求。
6.本申请实施例提供一种文件系统的运行设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本申请实施例中任一所述的方法。
7.本申请实施例提供了一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现本申请实施例中的任意一种方法。
8.关于本申请的以上实施例和其他方面以及其实现方式，在附图说明、具体实施方式和权利要求中提供更多说明。
附图说明
9.图1为本申请实施例提供的一种文件系统的架构示意图；
10.图2为本申请实施例一提供的一种文件系统的运行方法的流程图；
11.图3为本申请实施例二提供的一种文件系统的运行方法的流程图；
12.图4为本申请实施例二提供的一种文件系统的运行方法的示例图；
13.图5a为本申请实施例三提供的一种文件系统的运行装置的结构示意图；
14.图5b为本申请实施例三提供的一种文件系统的运行装置的示例图；
15.图6为本申请实施例四提供的一种文件系统的运行设备的结构示意图。
具体实施方式
16.为使本申请的目的、技术方案和优点更加清楚明白，下文中将结合附图对本申请的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
17.现有技术中，越来越多智能设备具备双系统的功能，目前双系统采用的技术为容器技术，两个系统共享一个内核，例如，在双安卓系统的手机中，通过轻量级的虚拟化技术支持两个安卓系统运行，并在操作系统进行隔离，图1为本申请实施例提供的一种文件系统的架构示意图，参见图1，例如两个操作系统可以分别为工作操作系统和生活操作系统，两个操作系统共用一个sdcardfs文件系统，工作操作系统和生活操作系统完全独立拥有相同的挂载目录处理流程和应用信息处理流程等。由于两个安卓系统共用同一套内核系统，configfs的目录/config/sdcardfs也就是共享的，两个系统都会将本系统的应用信息写入该目录。当同一个apk分别安装在两个系统时，由于包名相同，两个系统都会向同一个目录写入appid，后写入会覆盖了前一个写入的数据，导致前一个系统的android/data目录拥有者属性混乱，引起该系统应用访问目录失败等问题。举例说明，两个安卓系统分别为生活系统和工作系统，生活系统首先安装了大众点评的应用，进入该应用后，可以在生活系统的android/data目录下看到该大众点评应用的目录com.dianping.vi的uid是u0_a170，大众点评的进程的uid也是u0_a170，这时大众点评应用可以正常使用。当切换到工作系统时，同样安装大众点评应用，此时切换回生活系统查看目录情况，由于工作系统和生活系统共用同一套内核，此时发现，目录的uid发生混乱，变为u0_a5143，这个uid是工作系统下使用的uid号，导致生活系统的大众点评应用无法正常工作。为实现两个操作系统共享内核，同时使用相同的文件系统，而又不影响各自的功能，提出本申请的文件系统的运行方法，实现文件系统的隔离运行。
18.实施例一
19.图2为本申请实施例一提供的一种文件系统的运行方法的流程图，本实施例可以适用于双系统智能设备中文件系统运行的情况，该方法可以由文件系统的运作装置来执行，该装置可以集成在智能设备中，该设备可以采用硬件和/或软件的方式来实现，参见图2，本申请实施例的方法包括：
20.步骤101、接收一来源操作系统的调用请求。
21.其中，调用请求可以是操作系统发送的用于调用文件系统内核的请求，例如，可以包括修改应用的访问权限和更新应用的挂载目录信息等，调用请求可以由相同的操作系统发出，也可以由不同的操作系统发出。
22.具体的，可以接受不同操作系统发送的调用请求，操作系统可以为一个，也可以为多个，例如，不同的操作系统在安装应用时，发出调用请求，可以接收用安装应用操作时产生的调用请求，调用请求具体可以包括创建目录和文件调用等调用请求。
23.步骤102、根据所述调用请求的所述来源操作系统确定对应的文件操作区域。
24.其中，来源操作系统可以是发出调用请求的操作系统，例如，智能设备中包括工作操作系统和生活操作系统，当工作操作系统在安装应用时，发出调用请求，可以将工作操作
系统作为该调用请求的来源操作系统，文件操作区域可以是存储不同操作系统内核信息的区域，可以是物理隔离的区域，也可以是逻辑隔离的区域，例如，工作操作系统的挂载目录和生活操作系统的挂载目录在各自的文件操作区域内的逻辑地址可以相同，但是实际的物理地址可以不相同，从文件系统内核角度来看，不同操作系统的挂载目录可以具有不同的关键字标识，比如工作操作系统的目录的路径,在工作操作系统的视角下是/data/media/0/android/data，在文件系统内核的视角中，对应工作操作系统的绝对路径就是/data/cells/work/data/media/0/android/data，所以在文件系统内核中也可以通过匹配关键字标识来识别挂载目录是属于哪一个操作系统。挂载目录中可以存储有不同操作系统的标识号，可以将包含各自标识号的挂载目录信息作为对应各操作系统的文件操作区域。
25.在本申请实施例中，不同的操作系统可以对应不同的文件操作区域，操作系统可以均存在对应的文件操作区域，其中，文件操作区域可以同属于一个文件系统，可以对调用请求的来源操作系统进行判断，确定发出调用请求的操作系统，例如，可以解析调用请求的设备命名空间，获取到发出该调用请求的操作系统的信息，可以将该操作系统信息对应的操作系统作为该调用请求的来源操作系统，具体的，来源操作系统可以与文件操作区域具有对应关系，来源操作系统可以与文件操作区域具有相同的标识号或者名称，在获取到来源操作系统后可以根据来源操作系统确定出对应的文件操作区域。
26.步骤103、确定所述调用请求的类型及该类型所对应的处理流程。
27.其中，类型可以是调用文件系统内核的不同类型，可以根据调用请求调用的文件系统内核信息的不同分为应用信息管理、文件系统目录挂载和文件系统内核对象配置等；处理流程可以是对调用请求进行处理的流程，在本申请实施例中，处理流程可以为文件系统原生的处理流程，例如，可以根据sdcardfs的原生处理流程对调用请求进行处理，实现挂载目录mount和内核配置文件configfs的更新。
28.具体的，可以通过解析调用请求获取到该调用请求的类型，例如，调用请求为应用信息管理的请求，可以确定该调用请求的类型为应用信息管理，在确定调用请求的类型后，可以根据类型获取对应的调用请求处理流程，可以理解的是，调用请求处理流程可以存储于智能设备的内核，处理流程可以与调用请求的类型管理存储，可以根据调用请求的类型获取到对应的处理流程。
29.步骤104、基于所述文件操作区域及上述确定的处理流程运行所述调用请求。
30.在本申请实施例中，在确定调用请求的处理流程和文件操作区域后，可以按照获取到的处理流程对调用请求进行处理，处理过程产生的信息可以对应存储到该文件操作区域，例如，当应用安装或者卸载时，获取到对应的处理请求，可以修改文件系统内核文件configfs下sdcardfs_系统标示的内容，发出调用请求的操作系统为工作操作系统，根据调用请求获取该系统对应区域的应用信息列表，更新应用信息列表内容，新增或者删除应用信息，可以再根据调用请求遍历获取工作操作系统的挂载目录mount的信息，根据挂载目录mount的信息，更新该挂载目录的状态，其中，状态可以包括权限和属性等。
31.本申请实施例的技术方案，通过接收调用请求，确定调用请求的来源操作系统，并根据来源操作系统确定对应的文件操作区域，根据调用请求的类型确定处理流程，根据文件操作区域及处理流程运行调用请求，实现了共享内核的多操作系统下的文件系统运行，将不同操作系统的文件操作区域隔离，避免文件权限发生冲突，提高了文件系统的鲁棒性
和可用性。
32.实施例二
33.图3为本申请实施二提供的一种文件系统的运行方法的流程图图，本申请实施例是以上述实施例为基础的具体化，参见图3，本申请实施例提出的文件系统的运行方法包括：
34.步骤201、接收一来源操作系统的调用请求。
35.具体的，本申请中操作系统可以为多个，各操作系统可以共用一个内核，各操作系统可均发出调用内核的调用请求，操作系统发出调用请求后，文件系统可以接收到调用请求。
36.步骤202、确认所述调用请求的设备命名空间。
37.其中，设备命名空间可以是各操作系统生成同类调用请求时为标识不同的操作系统而生成的标识，由于调用请求可以相同，为了区别调用请求，可以通过将设备命名空间写入调用请求，设备命名空间可以与操作系统对应。
38.在本申请实施例中，可以对调用请求进行解析获取设备命名空间，可以将将获取设备命名空间封装为接口，在需要获取调用请求的来源操作系统时，可以调用接口获取到设备命名空间。
39.步骤203、根据所述设备命名空间获取所述来源操作系统的标识。
40.其中，标识可以是来源操作系统的唯一标识，不同操作系统的标识可以不同，标识具体可以为数字、字母和/或特殊字符等任意适用的标识组成的字符串。
41.具体的，设备命名空间中可以包括调用请求来源操作系统的标识，可以通过待用请求的标识确定出对应的来源操作系统。
42.步骤204、将与所述来源操作系统的标识所对应的文件操作区域作为所述来源操作系统对应的文件操作区域。
43.具体的，来源操作系统的标识可以与文件操作区域预先管理存储，在获取到来源操作系统大的标识后，可以根据标识查找对应的文件操作区域，可以由查找到的与来源操作系统对应的文件操作区域。例如，文件操作区域可以包括来源操作系统的标识，可以将与来源操作系统对应的文件操作区域作为处理调用请求的文件操作区域。
44.步骤205、当调用请求类型为应用信息管理时，确定该类型对应的处理流程为应用信息处理流程。
45.其中，应用信息管理可以是根据对应操作系统的应用信息进行创建文件或者创建目录等操作，处理流程可以是文件系统内核中原生的文件系统调用流程，例如，sdcardfs的原生系统调用流程。调用请求可以是创建目录的调用请求，系统原生流程中可以根据应用信息来设置创建目录的权限，那么就需要取该调用请求发起的操作系统对应的应用信息列表，可以通过操作该列表实现应用信息管理，可以查询目录对应应用的应用软件编号appid，根据appid为创建目录设置权限。
46.具体的，若调用请求为应用信息管理时，可以获取到文件系统内核中原生的应用信息处理流程，可以根据对应操作系统的应用信息创建文件或者创建目录等，例如，可以根据调用请求对应的操作系统的应用信息对目录文件的权限和属性进行更新、查询、删除或者增加等操作。
47.步骤2051、在所述文件操作区域内查找对应的应用信息列表。
48.其中，应用信息列表可以是与操作系统对应的存储应用信息的数据表，应用信息列表可以为存储应用信息的哈希列表，应用信息列表可以对应不同的操作系统，例如，扩展原生应用信息列表，增加一个工作系统应用哈希列表和一个生活系统哈希列表。当需要操作应用信息列表时，可以根据来源操作系统，获取对应的应用哈希列表。还可以直接使用原生应用信息列表，通过应用包名以及系统标识对应用信息列表中的应用信息进行标识，以区分不同操作系统的应用信息。
49.具体的，可以在对应调用请求的文件操作区域查找对应的应用信息列表，可以通过来源操作系统的标识查找对应的应用信息列表获取应用信息，应用信息列表可以包括应用信息列表的表名和操作系统对应或者应用信息列表含有操作系统的标识。
50.步骤2052、根据所述调用请求按照所述应用信息处理流程处理所述应用信息列表。
51.具体的，在确定调用请求的应用信息列表后，可以根据文件系统原生的应用信息处理流程对应用信息列表进行处理，实现增加、删除和/或更新应用信息列表中应用信息。
52.步骤206、当调用请求类型为文件系统目录挂载时，确定该类型对应的处理流程为挂载目录管理流程。
53.其中，文件系统目录挂载可以是指将系统某一目录以某种文件系统类型(如sdcardfs类型)mount(映射)到指定目录，挂载目录管理流程可以是文件系统中原生的用于操作挂载目录的流程，例如，操作系统发起文件系统目录挂载请求，操作系统内核对文件目录进行绑定等操作，具体的如在android中系统会以sdcardfs的类型将目录/data/media mount到/storage/emulated目录，此时本方案就会在挂载目录信息中记录文件操作区域标识，后续在内核对象配置操作中可以通过这个标示查询到对应系统所挂载的目录，对这些目录的状态进行更新。
54.在本申请实施例中，当获取到的调用请求为文件系统目录挂载请求时，可以确定文件系统内核中操作挂载目录的流程，例如，当文件系统为sdcardfs文件系统时，可以确定处理mount挂载目录的操作作为挂载目录管理流程。
55.步骤2061、将所述文件操作区域的标识记录到所述文件操作区域内挂载目录。
56.其中，挂载目录可以记录了文件系统中存储各文件目录之间关联关系，挂载目录可以是对应各操作系统的挂载目录，不同的挂载目录中可以不同操作系统的关键字，例如，挂载目录的归属，可以通过挂载目录绝对路径或者挂载目录的节点信息来识别，比如路径中包含home或者work等可作为区别操作系统的关键字，就可以识别是属于哪一系统，比如节点信息可以追溯父节点信息，通过记录工作或者生活系统根父节点信息，通过比对根父节点信息识别出目录是归属哪一个操作系统。
57.具体的，可以根据操作系统的标识或者关键字在文件操作区域的挂载目录中查找对应的挂载目录，在确定挂载目录后，可以将文件操作区域的标识记录到该挂载目录。
58.步骤2062、根据所述调用请求按照所述挂载目录管理流程处理所述文件操作区域内的挂载目录。
59.具体的，在根据操作标识标记挂载目录后，可以根据原生的挂载目录操作进行处理，实现调用请求的内容。
60.步骤207、当调用请求类型为文件系统内核对象配置时，确定该类型对应的处理流程为内核信息处理流程。
61.其中，文件系统内核对象配置可以是重新配置文件系统内核文件的请求，内核信息处理流程可以包括对应用信息列表进行处理和对挂载目录进行处理的流程，具体可以是文件系统原生的处理操作。
62.具体的，可以对调用请求类型进行判断，若调用请求为文件系统内核对象配置，可以确定文件系统内核中应用信息列表进行处理和对挂载目录进行处理的流程。
63.步骤2071、获取文件操作区域对应的应用信息列表，并根据所述调用请求更新所述应用信息列表。
64.具体的，可以通过操作系统的标识查找对应的应用信息列表，在确定应用信息列表后，根据调用请求更新应用信息列表，例如，可以包括对appid等应用信息的增加、删除、查找和更新等。
65.步骤2072、获取具备文件操作区域标识的挂载目录，并根据所述调用请求更新所述挂载目录。
66.在本申请实施例中，获取具备文件操作区域标识的对应的挂载目录信息，并根据所述调用请求更新这些挂载目录和挂载目录中文件的状态，其中，状态可以包括挂载目录的属性和权限等。
67.示例性的，图4为本申请实施例二提供的一种文件系统的运行方法的示例图，参见图4，操作系统中应用安装或卸载等操作时，可以修改文件系统内核文件目录“/configfs/sdcardfs_系统标示”中的内容。生活系统对应的文件操作区域可以为/configfs/sdcardfs_home,工作系统对应的文件操作区域可以为/configfs/sdcardfs_work。检测到内核sdcardfs监控到configfs文件变化时，可以确定接收到调用请求，读取应用更新信息；可以通过来源操作系统获取调用请求的系统标识。通过系统标识获取文件操作区域内对应的应用数据列表，将应用更新信息写入应用信息列表中，然后可以遍历mount信息列表，获取当前操作的系统标示对应的mount信息列表，对获取到的mount信息列表所包含的目录进行后续原生流程，比如更新目录属性等。
68.本申请实施例的技术方案，通过接收调用请求，确认调用请求的设备命名空间，根据设备命名空间获取来源操作系统的标识，将该标识对应的文件操作区域作为处理调用请求的文件操作区域，若调用请求的请求类型为应用信息管理，处理流程为应用信息处理流程，在文件操作区域查找应用信息列表，根据调用请求按照应用信息处理流程处理应用信息列表，若请求类型为文件系统目录挂载，处理流程为挂载目录管理流程，将文件操作区域的标识记录记录到挂载目录，根据调用请求按照挂载目录管理流程处理挂载目录，若请求类型为文件系统内核对应配置时，处理流程为内核信息处理流程，根据调用请求更新应用信息列表，根据调用请求更新对应挂载目录，实现了文件系统的运行，将各操作系统的隔离，避免使用相同文件系统内核时使得应用信息和挂载目录权限冲突，提高多操作系统下的文件系统的鲁棒性和可用性。
69.进一步的，在上述实施例的基础上，根据调用请求的来源操作系统确定对应的文件操作区域还可以包括：
70.读取所述调用请求对应的文件存储路径；利用预设的匹配规则将文件存储路径与
预设操作系统关键字进行匹配，将匹配成功的预设操作系统关键字对应的操作系统作为所述调用请求的来源操作系统；其中，所述预设的匹配规则包括下述至少一种：文件存储路径包括预设操作系统关键字或文件存储路径以预设操作系统关键字为开头；将与来源操作系统标识对应的文件操作区域作为处理调用请求的文件操作区域。
71.其中，文件存储路径可以是调用请求目标文件所处的存储路径，例如，可以是文件系统内核文件的存储路径；预设操作系统关键字可以预先设置用于确定来源操作系统的关键字，例如，可以包括工作或生活，也可以为特点路径开头/data/cells/work/xxxxx或/data/cells/home/xxxxx等；匹配规则可以是文件存储路径与预设操作系统关键字进行匹配的规则，当文件存储路径通过匹配规则与预设系统关键字匹配时，可以确定预设操作系统关键字对应的操作系统为来源操作系统。
72.具体的，可以对调用请求进行解析获取其中的文件存储路径，若文件存储路径中包含预设操作系统关键字或者以预设操作系统关键字为开头，可以将该预设操作系统关键字对应的操作系统作为发出调用请求的来源操作系统，在确定来源操作系统后，来源操作系统关联存储的文件操作区域可以是调用请求进行运行的区域。
73.实施例三
74.图5a为本申请实施例三提供的一种文件系统的运行装置的结构示意图，可执行本申请任意实施例所提供的文件系统的运行方法，具备执行方法相应的功能模块和有益效果。该装置可以由软件和/或硬件实现，具体包括：接收模块401、操作区域确定模块402、流程确定模块403和请求处理模块404。
75.其中，接收模块401，用于接收一来源操作系统的调用请求。
76.操作区域确定模块402，用于根据调用请求的所述来源操作系统确定对应的文件操作区域。
77.流程确定模块403，用于确定所述调用请求的类型及该类型所对应的处理流程。
78.请求处理模块404，用于基于所述文件操作区域及上述确定的处理流程运行所述调用请求。
79.本申请实施例的技术方案，通过接收模块401接收调用请求，操作区域确定模块402确定调用请求的来源操作系统，并根据来源操作系统确定对应的文件操作区域，流程确定模块403根据调用请求的类型确定处理流程，请求处理模块404根据文件操作区域及处理流程运行调用请求，实现了共享内核的多操作系统下的文件系统运行，将不同操作系统的文件操作区域隔离，避免文件权限发生冲突，提高了文件系统的鲁棒性和可用性。
80.进一步的，在上述申请实施例的基础上，图5b为本申请实施例三提供的一种文件系统的运行装置的示例图，参见图5b，流程确定模块403可以包括：
81.第一确定单元431，用于当调用请求类型为应用信息管理时，确定该类型对应的处理流程为应用信息处理流程。
82.第二确定单元432，用于当调用请求类型为文件系统目录挂载时，确定该类型对应的处理流程为挂载目录管理流程。第三确定单元433，用于当调用请求类型为文件系统内核对象配置时，确定该类型对应的处理流程为内核信息处理流程。
83.进一步的，在上述发明实施例的基础上，操作区域确定模块402包括：
84.空间确认单元421，用于确认所述调用请求的设备命名空间。
85.标识获取单元422，用于根据所述设备命名空间获取所述来源操作系统的标识。
86.第一区域确定单元423，用于将与所述来源操作系统的标识所对应的文件操作区域作为所述来源操作系统对应的文件操作区域。
87.进一步的，在上述发明实施例的基础上，操作区域确定模块402还可以包括：
88.路径读取单元424，用于读取所述调用请求对应的文件存储路径。
89.匹配单元425，用于利用预设的匹配规则将文件存储路径与预设操作系统关键字进行匹配，将匹配成功的预设操作系统关键字对应的操作系统作为所述调用请求的来源操作系统；其中，所述预设的匹配规则包括下述至少一种：文件存储路径包括预设操作系统关键字或文件存储路径以预设操作系统关键字为开头；
90.第二区域确定单元426，用于将与来源操作系统标识对应的文件操作区域作为处理调用请求的文件操作区域。
91.进一步的，在上述申请实施例的基础上，请求处理模块404可以具体用于：
92.在所述文件操作区域内查找对应的应用信息列表；
93.根据所述调用请求按照所述应用信息处理流程处理所述应用信息列表。
94.进一步的，在上述申请实施例的基础上，请求处理模块404还可以具体用于：
95.将所述文件操作区域的标识记录到所述文件操作区域内挂载目录；
96.根据所述调用请求按照所述挂载目录管理流程处理所述文件操作区域内的挂载目录。
97.进一步的，在上述申请实施例的基础上，请求处理模块404还具体用于：
98.获取文件操作区域对应的应用信息列表，并根据所述调用请求更新所述应用信息列表；
99.获取具备文件操作区域标识的挂载目录，并根据所述调用请求更新所述挂载目录。
100.实施例四
101.图6为本申请实施例四提供的一种文件系统的运行设备的结构示意图，如图6所示，该设备包括处理器60、存储器61、输入装置62和输出装置63；设备中处理器60的数量可以是一个或多个，图6中以一个处理器60为例；设备中的处理器60、存储器61、输入装置62和输出装置63可以通过总线或其他方式连接，图6中以通过总线连接为例。
102.存储器61作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的文件系统的运行方法对应的程序模块(例如，文件系统的运行装置中的接收模块401、操作区域确定模块402、流程确定模块403和请求处理模块404)。处理器60通过运行存储在存储器61中的软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述的文件系统的运行方法。
103.存储器61可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器61可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器61可进一步包括相对于处理器60远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
104.输入装置62可用于接收输入的数字或字符信息，以及产生与设备的用户设置以及功能控制有关的键信号输入。输出装置63可包括显示屏等显示设备。
105.应说明的是，图6所示的结构仅为示意，其并不对上述设备的结构造成限定。例如，设备还可包括比图6中所示更多或者更少的组件，或者具有与图6所示不同的配置。
106.实施例五
107.本发明实施例五还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种搜索方法，该方法包括：
108.接收一来源操作系统的调用请求；
109.根据调用请求的所述来源操作系统确定对应的文件操作区域；
110.确定所述调用请求的类型及该类型所对应的处理流程；
111.基于所述文件操作区域及上述确定的处理流程运行所述调用请求。
112.当然,本申请实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本发明任意实施例所提供的搜索方法中的相关操作。
113.通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(read-only memory,rom)、随机存取存储器(random access memory,ram)、闪存(flash)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
114.值得注意的是，上述文件系统的运行装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。
115.以上所述，仅为本申请的示例性实施例而已，并非用于限定本申请的保护范围。
116.本领域内的技术人员应明白，术语用户终端涵盖任何适合类型的无线用户设备，例如移动电话、便携数据处理装置、便携网络浏览器或车载移动台。
117.一般来说，本申请的多种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。例如，一些方面可以被实现在硬件中，而其它方面可以被实现在可以被控制器、微处理器或其它计算装置执行的固件或软件中，尽管本申请不限于此。
118.本申请的实施例可以通过移动装置的数据处理器执行计算机程序指令来实现，例如在处理器实体中，或者通过硬件，或者通过软件和硬件的组合。计算机程序指令可以是汇编指令、指令集架构(isa)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码。
119.本申请附图中的任何逻辑流程的框图可以表示程序步骤，或者可以表示相互连接的逻辑电路、模块和功能，或者可以表示程序步骤与逻辑电路、模块和功能的组合。计算机程序可以存储在存储器上。存储器可以具有任何适合于本地技术环境的类型并且可以使用任何适合的数据存储技术实现，例如但不限于只读存储器(rom)、随机访问存储器(ram)、光存储器装置和系统(数码多功能光碟dvd或cd光盘)等。计算机可读介质可以包括非瞬时性
存储介质。数据处理器可以是任何适合于本地技术环境的类型，例如但不限于通用计算机、专用计算机、微处理器、数字信号处理器(dsp)、专用集成电路(asic)、可编程逻辑器件(fgpa)以及基于多核处理器架构的处理器。
120.通过示范性和非限制性的示例，上文已提供了对本申请的示范实施例的详细描述。但结合附图和权利要求来考虑，对以上实施例的多种修改和调整对本领域技术人员来说是显而易见的，但不偏离本发明的范围。因此，本发明的恰当范围将根据权利要求确定。