CN112925751B - 一种多通道应用处理方法及装置 - Google Patents

Abstract

本发明提供了一种多通道应用处理方法及装置，其中，该方法包括：检测应用APP通过一个或多个卡打开目标文件的打开行为；若该一个或多个卡对应的本地目录下已存在该目标文件，直接打开该一个或多个卡对应的本地目录下的该目标文件；若该一个或多个卡对应的本地目录下不存在该目标文件，从服务器中打开该一个或多个卡对应的该目标文件，并向该APP返回该目标文件，可以解决相关技术中需要APP提前获知文件的路径才可以打开文件的问题，APP直接根据卡标识运行即可，无需感知到多个卡之间的关系，也无需提前获知文件所在位置便可打开文件。

Description

一种多通道应用处理方法及装置

技术领域

本发明涉及信息技术领域，具体而言，涉及一种多通道应用处理方法及装置。

背景技术

APP(Application)安装后，生成多个配置，典型如CfgID＝0{ChaID＝{0,1,2}}，CfgID＝1{ChaID＝{3,4,5}}。APP.CfgID＝0加载到Card-0，运行期间，会生成数据或配置，下次启动时要读取这些数据或配置，以保持延续性。相关技术中需要APP提前或者文件的位置才可以打开文件。

针对相关技术中相关技术中需要APP提前获知文件的路径才可以打开文件的问题，尚未提出解决方案。

发明内容

本发明实施例提供了一种多通道应用处理方法及装置，以至少解决相关技术中需要APP提前获知文件的路径才可以打开文件的问题。

根据本发明的一个实施例，提供了一种多通道应用处理方法，包括：检测应用APP通过一个或多个卡打开目标文件的打开行为；若所述一个或多个卡对应的本地目录下已存在所述目标文件，直接打开所述一个或多个卡对应的本地目录下的所述目标文件；若所述一个或多个卡对应的本地目录下不存在所述目标文件，从服务器中打开所述一个或多个卡对应的所述目标文件，并向所述APP返回所述目标文件。

在一个示例性实施例中，从所述服务器中打开所述一个或多个卡对应的所述目标文件包括：从所述服务器中以私有模式打开所述一个或多个卡对应的所述目标文件；若打开成功，向所述APP返回所述目标文件；若打开失败，从所述服务器中以共享模式打开所述一个或多个卡对应的所述目标文件。

在一个示例性实施例中，在从服务器中打开所述一个或多个卡对应的所述目标文件，并向所述APP返回所述目标文件之后，所述方法还包括：在所述本地目录下创建所述一个或多个卡对应的所述目标文件。

在一个示例性实施例中，在从服务器中打开所述一个或多个卡对应的所述目标文件，并向所述APP返回所述目标文件之后，所述方法还包括：检测所述APP向所述目标文件写入数据的写入行为；在所述目标文件以私有模式从所述服务器中打开的情况下，在本地缓存的剩余空间大于或等于预设阈值的情况下，向所述服务器申请向所述一个或多个卡对应的所述目标文件写入数据，并向所述服务器请求分配用于存储所述数据的空间资源；在所述服务器分配空间资源后，将所述数据以缓存写的形式写入所述一个或多个卡对应的所述本地目录下的所述目标文件中。

在一个示例性实施例中，在将所述数据以缓存写的形式写入所述一个或多个卡对应的所述本地目录下的所述目标文件中之后，所述方法还包括：将所述一个或多个卡对应的所述本地目录下的所述目标文件同步到所述服务器分配的所述空间资源中。

在一个示例性实施例中，所述方法还包括：若所述目标文件以所述共享模式从所述服务器中打开，向所述服务器发送将所述目标文件重新以所述私有模式打开的请求消息，其中，所述请求消息用于指示所述服务器将所述一个或多个卡对应的所述目标文件重新以所述私有模式打开。

在一个示例性实施例中，在从服务器中打开所述一个或多个卡对应的所述目标文件，并向所述APP返回所述目标文件之后，所述方法还包括：检测所述APP读取所述一个或多个卡对应的所述目标文件中的目标数据的读取行为；若所述目标数据已缓存到所述一个或多个卡对应的所述本地目录中，以缓存读的方式从所述一个或多个卡对应的所述本地目录中读取所述目标数据，并将所述目标数据返回给所述APP；若所述目标数据未缓存到所述一个或多个卡对应的所述本地目录中，从所述服务器中所述一个或多个卡对应的目标文件中读取所述目标数据，将所述目标数据返回给所述APP，并将所述目标数据缓存到所述一个或多个卡对应的所述本地目录中。

根据本发明的又一个实施例，还提供了一种多通道应用处理装置，包括：打开行为检测模块，用于检测应用APP通过一个或多个卡打开目标文件的打开行为；第一运行模块，用于若所述一个或多个卡对应的本地目录下已存在所述目标文件，直接打开所述一个或多个卡对应的本地目录下的所述目标文件；第二运行模块，用于若所述一个或多个卡对应的本地目录下不存在所述目标文件，从服务器中打开所述一个或多个卡对应的所述目标文件，并向所述APP返回所述目标文件。

在一个示例性实施例中，第二运行模块，还用于：从所述服务器中以私有模式打开所述一个或多个卡对应的所述目标文件；若打开成功，向所述APP返回所述目标文件；若打开失败，从所述服务器中以共享模式打开所述一个或多个卡对应的所述目标文件。

在一个示例性实施例中，还包括：创建模块，用于在所述本地目录下创建所述一个或多个卡对应的所述目标文件。

在一个示例性实施例中，还包括：写入行为检测模块，用于检测所述APP向所述目标文件写入数据的写入行为；请求模块，用于在所述目标文件以私有模式从所述服务器中打开的情况下，在本地缓存的剩余空间大于或等于预设阈值的情况下，向所述服务器申请向所述一个或多个卡对应的所述目标文件写入数据，并向所述服务器请求分配用于存储所述数据的空间资源；数据写入模块，用于在所述服务器分配空间资源后，将所述数据以缓存写的形式写入所述一个或多个卡对应的所述本地目录下的所述目标文件中。

在一个示例性实施例中，还包括：同步模块，用于将所述一个或多个卡对应的所述本地目录下的所述目标文件同步到所述服务器分配的所述空间资源中。

在一个示例性实施例中，还包括：发送模块，用于若所述目标文件以所述共享模式从所述服务器中打开，向所述服务器发送将所述目标文件重新以所述私有模式打开的请求消息，其中，所述请求消息用于指示所述服务器将所述一个或多个卡对应的所述目标文件重新以所述私有模式打开。

在一个示例性实施例中，还包括：读取行为检测模块，用于检测所述APP读取所述一个或多个卡对应的所述目标文件中的目标数据的读取行为；第三运行模块，用于若所述目标数据已缓存到所述一个或多个卡对应的所述本地目录中，以缓存读的方式从所述一个或多个卡对应的所述本地目录中读取所述目标数据，并将所述目标数据返回给所述APP；第三运行模块，用于若所述目标数据未缓存到所述一个或多个卡对应的所述本地目录中，从所述服务器中所述一个或多个卡对应的目标文件中读取所述目标数据，将所述目标数据返回给所述APP，并将所述目标数据缓存到所述一个或多个卡对应的所述本地目录中。

根据本发明的又一个实施例，还提供了一种计算机可读的存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。

通过本发明，检测应用APP通过一个或多个卡打开目标文件的打开行为；若所述一个或多个卡对应的本地目录下已存在所述目标文件，直接打开所述一个或多个卡对应的本地目录下的所述目标文件；若所述一个或多个卡对应的本地目录下不存在所述目标文件，从服务器中打开所述一个或多个卡对应的所述目标文件，并向所述APP返回所述目标文件，可以解决相关技术中需要APP提前获知文件的路径才可以打开文件的问题，APP直接根据卡标识运行即可，无需感知到多个卡之间的关系，也无需提前获知文件所在位置便可打开文件。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是本发明实施例的多通道应用处理方法的移动终端的硬件结构框图；

图2是根据本发明实施例的多通道应用处理方法的流程图；

图3是根据本发明一可选实施例的多通道应用处理方法的流程示意图(一)；

图4是根据本发明一可选实施例的多通道应用处理方法的流程示意图(二)；

图5是根据本发明一可选实施例的多通道应用处理方法的流程示意图(三)；

图6是根据本发明一可选实施例的多卡多通道应用处理方法的原理示意图；

图7是根据本发明一可选实施例的多卡多通道应用处理方法的流程示意图(四)；

图8是根据本发明一可选实施例的多卡多通道应用处理方法的流程示意图(五)；

图9是根据本发明一可选实施例的多卡多通道应用处理方法的流程示意图(六)；

图10是根据本发明实施例的多通道应用处理装置的框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

实施例1

本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例，图1是本发明实施例的多通道应用处理方法的移动终端的硬件结构框图，如图1所示，移动终端可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104，可选地，上述移动终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述移动终端的结构造成限定。例如，移动终端还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的多通道应用处理方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及多通道应用处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至移动终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。

在本实施例中提供了一种运行于上述移动终端或网络架构的多通道应用处理方法，图2是根据本发明实施例的多通道应用处理方法的流程图，如图2所示，该流程包括如下步骤：

步骤S202，检测应用APP通过一个或多个卡打开目标文件的打开行为；

步骤S204，若所述一个或多个卡对应的本地目录下已存在所述目标文件，直接打开所述一个或多个卡对应的本地目录下的所述目标文件；

步骤S206，若所述一个或多个卡对应的本地目录下不存在所述目标文件，从服务器中打开所述一个或多个卡对应的所述目标文件，并向所述APP返回所述目标文件。

通过上述步骤S202至步骤S206，检测应用APP通过一个或多个卡打开目标文件的打开行为；若所述一个或多个卡对应的本地目录下已存在所述目标文件，直接打开所述一个或多个卡对应的本地目录下的所述目标文件；若所述一个或多个卡对应的本地目录下不存在所述目标文件，从服务器中打开所述一个或多个卡对应的所述目标文件，并向所述APP返回所述目标文件，可以解决相关技术中需要APP提前获知文件的路径才可以打开文件的问题，APP直接根据卡标识运行即可，无需感知到多个卡之间的关系，也无需提前获知文件所在位置便可打开文件。

可选的，上述步骤S206中，从所述服务器中打开所述一个或多个卡对应的所述目标文件包括：从所述服务器中以私有模式打开所述一个或多个卡对应的所述目标文件；若打开成功，向所述APP返回所述目标文件；若打开失败，从所述服务器中以共享模式打开所述一个或多个卡对应的所述目标文件。

即，从服务器中打开一个或多个卡对应的目标文件需要先以私有模式从服务器中打开一个或多个卡对应的目标文件，在打开成功的情况下，向app返回目标文件，在打卡失败的情况下，以共享模式打开一个或多个卡对应的目标文件。

图3是根据本发明一可选实施例的多通道应用处理方法的流程示意图(一)，如图3所示，上述步骤S206之后，还包括：

步骤S208，在所述本地目录下创建所述一个或多个卡对应的所述目标文件。

即，在打开目标文件并向app返回目标文件之后，还需要在本地目录下创建一个或多个卡对应的目标文件。

图4是根据本发明一可选实施例的多通道应用处理方法的流程示意图(二)，如图4所示，上述步骤S206之后，还包括：

步骤S402，检测所述APP向所述目标文件写入数据的写入行为；

步骤S404，在所述目标文件以私有模式从所述服务器中打开的情况下，在本地缓存的剩余空间大于或等于预设阈值的情况下，向所述服务器申请向所述一个或多个卡对应的所述目标文件写入数据，并向所述服务器请求分配用于存储所述数据的空间资源；

步骤S406，在所述服务器分配空间资源后，将所述数据以缓存写的形式写入所述一个或多个卡对应的所述本地目录下的所述目标文件中。

即，在打开目标文件并向app返回目标文件之后，还需要先检测app的写入行为，再在目标文件以私有模式从服务器中打开的情况下，在本地可用缓存空间足够的条件下，向服务器申请向目标文件写入数据，并向服务器请求分配存储空间，最后将数据以缓存写的形式写入目标文件。

图5是根据本发明一可选实施例的多通道应用处理方法的流程示意图(三)，如图5所示，上述步骤S406之后，还包括：

步骤S408，将所述一个或多个卡对应的所述本地目录下的所述目标文件同步到所述服务器分配的所述空间资源中。

即，数据写入目标文件后，还需要将目标文件同步到服务器分配的空间资源中。

在一个可选的实施例中，所述方法还包括：若所述目标文件以所述共享模式从所述服务器中打开，向所述服务器发送将所述目标文件重新以所述私有模式打开的请求消息，其中，所述请求消息用于指示所述服务器将所述一个或多个卡对应的所述目标文件重新以所述私有模式打开。

即，在目标文件以共享模式在服务器中打开的条件下，向服务器发送请求以私有模式重新打开目标文件。

在一个可选的实施例中，上述步骤S206之后，所述方法还包括：检测所述APP读取所述一个或多个卡对应的所述目标文件中的目标数据的读取行为；若所述目标数据已缓存到所述一个或多个卡对应的所述本地目录中，以缓存读的方式从所述一个或多个卡对应的所述本地目录中读取所述目标数据，并将所述目标数据返回给所述APP；若所述目标数据未缓存到所述一个或多个卡对应的所述本地目录中，从所述服务器中所述一个或多个卡对应的目标文件中读取所述目标数据，将所述目标数据返回给所述APP，并将所述目标数据缓存到所述一个或多个卡对应的所述本地目录中。

即，在服务器打开目标文件并向app返回目标文件之后，还需要先检测app读取目标数据的读取行为，在目标数据已缓存到本地目录中的情况下，以缓存读的方式从本地目录中读取目标数据，并将目标数据返回给app，在目标数据为缓存到本地目录中的情况下，从服务器中的目标文件读取目标数据，并将目标数据返回给app，并将目标数据缓存到本地目录。

图6是根据本发明一可选实施例的多卡多通道应用处理方法的原理示意图，如图6所示，不同卡的文件对应的路径不同，其中，APP[CfgID＝n]打开文件时，由AppDataAgent监视并捕捉其打开行为，并由AppDataAgent和AppDataService一起完成文件的间接传递和打开；APP[CfgID＝n]写入数据到文件时，首先会进行“私有(Private)”模式切换，重新打开切换时、以及写入前均首先申请写入空间，缓存写到本地，再直接或定时器方式同步到AppDataService处；APP[CfgID＝n]读取数据时，会采取缓存读的方式，且自动进行预读。

图7是根据本发明一可选实施例的多卡多通道应用处理方法的流程示意图(四)，如图7所示，包括：

步骤S1，APP[CfgID＝n]尝试打开文件(“./Data/FileX”)；

步骤S2，判断文件是否已经存在；若是，则执行步骤S3；若否，则执行步骤S4；

步骤S3，AppDataAgent打开文件(“./Data/FileX”)；

步骤S4，AppDataAgent连接到AppDataService；

步骤S5，AppDataAgent尝试以“私有(Private)”模式打开文件“./Data/CfgID-n/FileX”或尝试以“共享(Share)”模式打开文件“./Data/FileX”；

步骤S6，AppDataAgent在本地Data目录创建文件(“./Data/FileX”)；

步骤S7，APP[CfgID＝n]返回此文件打开成功或不存在。

具体的，APP[CfgID＝n]尝试打开(Open)文件“./Data/FileX”；AppDataAgent捕捉到APP的此文件打开尝试，如果文件在APP本地Data目录已经存在，则直接打开返回成功；如果文件不存在，AppDataAgent连接到AppDataService，首先尝试以“私有(Private)”模式打开文件“./Data/CfgID-n/FileX”，如果成功则返回此文件，否则尝试以“共享(Share)”模式打开文件“./Data/FileX”，并返回此文件打开成功或不存在；AppDataAgent在本地Data目录创建文件，并返回APP打开成功或不存在。

图8是根据本发明一可选实施例的多卡多通道应用处理方法的流程示意图(五)，如图8所示，包括：

步骤S1，APP[CfgID＝n]尝试向文件(“./Data/FileX”)写入数据；

步骤S2，判断文件的打开模式；若是共享模式，则执行步骤S3；若是私有模式，则执行步骤S4；

步骤S3，APP[CfgID＝n]请求将文件(“./Data/FileX”)以私有模式打开；

步骤S4，检查本地缓存空间是否足够；若是，则执行步骤S6；若否，则执行步骤S11；

步骤S5，AppDataAgent向AppDataService申请写入空间；

步骤S6，AppDataAgent将数据以缓存写(WriteCache)的形式写入到本地文件(“./Data/FileX”)；

步骤S7，判断是否采用同步(Sync)模式；若是，则只想步骤S9；若否，则执行步骤S8；

步骤S8，AppDataAgent启动/更新同步定时器；

步骤S9，执行同步文件(SyncFile)，将数据同步到AppDataService的存储介质中；

步骤S10，判断是否成功重新打开；若是，则执行步骤S1；若否，则执行步骤S11；

步骤S11，APP[CfgID＝n]写入成功或空间资源不足。

具体的，APP[CfgID＝n]尝试向已经打开的文件“./Data/FileX”写入数据；如果文件以“S”模式打开，即以共享模式打开，则由AppDataAgent向AppDataService发送将文件“./Data/FileX”重新打开(ReOpen)为“私有(Private)”模式，重新打开时可同时进行存储空间检测，以判定重新打开是否成功；如果文件已经以“P”模式打开，首先由AppDataAgent检查本地缓存空间是否足够，并同时向AppDataService申请写入空间，如果空间不够则直接返回写入失败，否则在AppDataService端预先分配空间资源；得到预分配空间后，紧接着由AppDataAgent将数据以缓存写(WriteCache)的形式，先写入到本地文件；根据文件打开时是否采用同步(Sync)模式，决定是否启动/更新同步定时器，或者直接由AppDataAgent执行同步文件(SyncFile)，将数据同步到AppDataService的存储介质中。

图9是根据本发明一可选实施例的多卡多通道应用处理方法的流程示意图(六)，如图9所示，包括：

步骤S1，APP[CfgID＝n]尝试读取(read)文件(“./Data/FileX”)的数据；

步骤S2，判断待读取数据是否已缓存；若是，则执行步骤S5；若否；则执行步骤S3；

步骤S3，由AppDataAgent向AppDataService申请待读取数据；

步骤S4，判断是否成功；

步骤S5，AppDataAgent以缓存读(ReadCache)方式将数据直接读取给APP；

步骤S6，APP[CfgID＝n]显示读取成功或失败；

步骤S7，AppDataAgent会以缓存写(WriteCache)的形式，将APP读取的数据进行缓存；

步骤S8，AppDataAgent预读AppDataService的数据；

步骤S9，判断预读是否足够；若是，则执行步骤S10；若否，则执行步骤S7；

步骤S10，AppDataAgent停止预读。

具体的，APP[CfgID＝n]尝试读取(read)文件“./Data/FileX”里的数据；如果待读取数据已经缓存，则直接用AppDataAgent以缓存读(ReadCache)方式将数据直接读取给APP；如果待读取数据未缓存，则由AppDataAgent向AppDataService申请待读取数据，从AppDataService发送过来的数据，由AppDataAgent直接传递给APP；AppDataAgent会以缓存写(WriteCache)的形式，将APP读取的数据进行缓存，并进行适量的预读。

实施例2

根据本发明的另一个实施例，还提供了一种多通道应用处理装置，图10是根据本发明实施例的多通道应用处理装置的框图，如图10所示，包括：

打开行为检测模块1002，用于检测应用APP通过一个或多个卡打开目标文件的打开行为；

第一运行模块1004，用于若所述一个或多个卡对应的本地目录下已存在所述目标文件，直接打开所述一个或多个卡对应的本地目录下的所述目标文件；

第二运行模块1006，用于若所述一个或多个卡对应的本地目录下不存在所述目标文件，从服务器中打开所述一个或多个卡对应的所述目标文件，并向所述APP返回所述目标文件。

通过上述装置，可以解决相关技术中需要APP提前获知文件的路径才可以打开文件的问题，APP直接根据卡标识运行即可，无需感知到多个卡之间的关系，也无需提前获知文件所在位置便可打开文件。

在一个可选的实施例中，第二运行模块，还用于：从所述服务器中以私有模式打开所述一个或多个卡对应的所述目标文件；若打开成功，向所述APP返回所述目标文件；若打开失败，从所述服务器中以共享模式打开所述一个或多个卡对应的所述目标文件。

即，从服务器中打开一个或多个卡对应的目标文件需要先以私有模式从服务器中打开一个或多个卡对应的目标文件，在打开成功的情况下，向app返回目标文件，在打卡失败的情况下，以共享模式打开一个或多个卡对应的目标文件。

在一个可选的实施例中，还包括：创建模块，用于在所述本地目录下创建所述一个或多个卡对应的所述目标文件。

即，在打开目标文件并向app返回目标文件之后，还需要在本地目录下创建一个或多个卡对应的目标文件。

在一个可选的实施例中，还包括：写入行为检测模块，用于检测所述APP向所述目标文件写入数据的写入行为；请求模块，用于在所述目标文件以私有模式从所述服务器中打开的情况下，在本地缓存的剩余空间大于或等于预设阈值的情况下，向所述服务器申请向所述一个或多个卡对应的所述目标文件写入数据，并向所述服务器请求分配用于存储所述数据的空间资源；数据写入模块，用于在所述服务器分配空间资源后，将所述数据以缓存写的形式写入所述一个或多个卡对应的所述本地目录下的所述目标文件中。

即，在打开目标文件并向app返回目标文件之后，还需要先检测app的写入行为，再在目标文件以私有模式从服务器中打开的情况下，在本地可用缓存空间足够的条件下，向服务器申请向目标文件写入数据，并向服务器请求分配存储空间，最后将数据以缓存写的形式写入目标文件。

在一个可选的实施例中，还包括：同步模块，用于将所述一个或多个卡对应的所述本地目录下的所述目标文件同步到所述服务器分配的所述空间资源中。

即，数据写入目标文件后，还需要将目标文件同步到服务器分配的空间资源中。

在一个可选的实施例中，还包括：发送模块，用于若所述目标文件以所述共享模式从所述服务器中打开，向所述服务器发送将所述目标文件重新以所述私有模式打开的请求消息，其中，所述请求消息用于指示所述服务器将所述一个或多个卡对应的所述目标文件重新以所述私有模式打开。

即，在目标文件以共享模式在服务器中打开的条件下，向服务器发送请求以私有模式重新打开目标文件。

在一个可选的实施例中，还包括：读取行为检测模块，用于检测所述APP读取所述一个或多个卡对应的所述目标文件中的目标数据的读取行为；第三运行模块，用于若所述目标数据已缓存到所述一个或多个卡对应的所述本地目录中，以缓存读的方式从所述一个或多个卡对应的所述本地目录中读取所述目标数据，并将所述目标数据返回给所述APP；第三运行模块，用于若所述目标数据未缓存到所述一个或多个卡对应的所述本地目录中，从所述服务器中所述一个或多个卡对应的目标文件中读取所述目标数据，将所述目标数据返回给所述APP，并将所述目标数据缓存到所述一个或多个卡对应的所述本地目录中。

即，在服务器打开目标文件并向app返回目标文件之后，还需要先检测app读取目标数据的读取行为，在目标数据已缓存到本地目录中的情况下，以缓存读的方式从本地目录中读取目标数据，并将目标数据返回给app，在目标数据为缓存到本地目录中的情况下，从服务器中的目标文件读取目标数据，并将目标数据返回给app，并将目标数据缓存到本地目录。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

实施例3

本发明的实施例还提供了一种计算机可读的存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的计算机程序：

S1，检测应用APP通过一个或多个卡打开目标文件的打开行为；

S2，若所述一个或多个卡对应的本地目录下已存在所述目标文件，直接打开所述一个或多个卡对应的本地目录下的所述目标文件；

S3，若所述一个或多个卡对应的本地目录下不存在所述目标文件，从服务器中打开所述一个或多个卡对应的所述目标文件，并向所述APP返回所述目标文件。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。

实施例4

本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S1，检测应用APP通过一个或多个卡打开目标文件的打开行为；

S2，若所述一个或多个卡对应的本地目录下已存在所述目标文件，直接打开所述一个或多个卡对应的本地目录下的所述目标文件；

S3，若所述一个或多个卡对应的本地目录下不存在所述目标文件，从服务器中打开所述一个或多个卡对应的所述目标文件，并向所述APP返回所述目标文件。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种多通道应用处理方法，其特征在于，包括：

检测应用APP通过一个或多个卡打开目标文件的打开行为；

若所述一个或多个卡对应的本地目录下已存在所述目标文件，直接打开所述一个或多个卡对应的本地目录下的所述目标文件；

若所述一个或多个卡对应的本地目录下不存在所述目标文件，从服务器中打开所述一个或多个卡对应的所述目标文件，并向所述APP返回所述目标文件；

检测所述APP向所述目标文件写入数据的写入行为；

在所述目标文件以私有模式从所述服务器中打开的情况下，在本地缓存的剩余空间大于或等于预设阈值的情况下，向所述服务器申请向所述一个或多个卡对应的所述目标文件写入数据，并向所述服务器请求分配用于存储所述数据的空间资源；

在所述服务器分配空间资源后，将所述数据以缓存写的形式写入所述一个或多个卡对应的所述本地目录下的所述目标文件中。

2.根据权利要求1所述的方法，其特征在于，从所述服务器中打开所述一个或多个卡对应的所述目标文件包括：

从所述服务器中以私有模式打开所述一个或多个卡对应的所述目标文件；

若打开成功，向所述APP返回所述目标文件；

若打开失败，从所述服务器中以共享模式打开所述一个或多个卡对应的所述目标文件。

3.根据权利要求1所述的方法，其特征在于，在从服务器中打开所述一个或多个卡对应的所述目标文件，并向所述APP返回所述目标文件之后，所述方法还包括：

在所述本地目录下创建所述一个或多个卡对应的所述目标文件。

4.根据权利要求1所述的方法，其特征在于，在将所述数据以缓存写的形式写入所述一个或多个卡对应的所述本地目录下的所述目标文件中之后，所述方法还包括：

将所述一个或多个卡对应的所述本地目录下的所述目标文件同步到所述服务器分配的所述空间资源中。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若所述目标文件以共享模式从所述服务器中打开，向所述服务器发送将所述目标文件重新以所述私有模式打开的请求消息，其中，所述请求消息用于指示所述服务器将所述一个或多个卡对应的所述目标文件重新以所述私有模式打开。

6.根据权利要求1所述的方法，其特征在于，在从服务器中打开所述一个或多个卡对应的所述目标文件，并向所述APP返回所述目标文件之后，所述方法还包括：

检测所述APP读取所述一个或多个卡对应的所述目标文件中的目标数据的读取行为；

若所述目标数据已缓存到所述一个或多个卡对应的所述本地目录中，以缓存读的方式从所述一个或多个卡对应的所述本地目录中读取所述目标数据，并将所述目标数据返回给所述APP；

若所述目标数据未缓存到所述一个或多个卡对应的所述本地目录中，从所述服务器中所述一个或多个卡对应的目标文件中读取所述目标数据，将所述目标数据返回给所述APP，并将所述目标数据缓存到所述一个或多个卡对应的所述本地目录中。

7.一种多通道应用处理装置，其特征在于，包括：

打开行为检测模块，用于检测应用APP通过一个或多个卡打开目标文件的打开行为；

第一运行模块，用于若所述一个或多个卡对应的本地目录下已存在所述目标文件，直接打开所述一个或多个卡对应的本地目录下的所述目标文件；

第二运行模块，用于若所述一个或多个卡对应的本地目录下不存在所述目标文件，从服务器中打开所述一个或多个卡对应的所述目标文件，并向所述APP返回所述目标文件；

写入行为检测模块，用于检测所述APP向所述目标文件写入数据的写入行为；

请求模块，用于在所述目标文件以私有模式从所述服务器中打开的情况下，在本地缓存的剩余空间大于或等于预设阈值的情况下，向所述服务器申请向所述一个或多个卡对应的所述目标文件写入数据，并向所述服务器请求分配用于存储所述数据的空间资源；

数据写入模块，用于在所述服务器分配空间资源后，将所述数据以缓存写的形式写入所述一个或多个卡对应的所述本地目录下的所述目标文件中。

8.一种计算机可读的存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述权利要求1至6任一项中所述的方法。

9.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述权利要求1至6中任一项所述的方法。

Images