CN103761151A

CN103761151A - 一种多模通信设备的资源管理系统及方法

Info

Publication number: CN103761151A
Application number: CN201310752708.8A
Authority: CN
Inventors: 杜森
Original assignee: Shanghai Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd; Shanghai Huawei Technologies Co Ltd
Priority date: 2013-12-31
Filing date: 2013-12-31
Publication date: 2014-04-30
Anticipated expiration: 2033-12-31
Also published as: CN103761151B

Abstract

本发明实施例公开了一种多模通信设备的资源管理系统及方法。本发明实施例方法包括：资源管理模块、驱动模块、硬件模块；资源管理模块和驱动模块均为多实例结构；驱动模块用于对硬件模块的硬件资源进行封装，资源管理模块用于按照多实例结构将封装后的硬件资源提供的逻辑资源划分为给多个实例，且从划分给实例的逻辑资源中为实例对应的应用程序APP分配逻辑资源，使得多个实例对应的APP使用的逻辑资源相互独立，能够有效的实现多种制式的APP之间的逻辑资源的管理及制式间的调节，避免因逻辑资源管理耦合造成的多模制式难以实现的问题。

Description

一种多模通信设备的资源管理系统及方法

技术领域

本发明涉及无线通信领域，尤其涉及一种多模通信设备的资源管理系统及方法。

背景技术

无线通信网络一直随空口协议的演进不断发展，目前商用网络从第二代移动通讯技术（英文全称为：Second Generation，缩写为：2G）的全球移动通信系统（英文全称为：Global System for Mobile Communications，缩写为：GSM），到第三代移动通信技术（英文全称为：3rd Generation，缩写为：3G）的通用移动通信系统（英文全称为：Universal Mobile TelecommunicationsSystem，缩写为：UMTS），到第四代移动通信技术（英文全称为：FourGeneration，缩写为：4G）的长期演进（英文全称为：Long Time Evolution，缩写为：LTE），被广泛应用在各个国家和地区。从平滑演进、多元化网络业务、降成本等纬度考虑，可兼容几种制式的多模网络已成为各大运营商追捧热点。

无线通信系统中基带信号处理是实现制式协议的核心单元，如何使基带子系统支持多模并发技术尤为关键。

现有技术中的通用基带设备的一般实现分层如图1所示，在底层硬件之上，一般会有驱动程序（英文全称为：Driver，缩写为：DRV）及操作系统软件（Operating System，缩写为：OS）对各种硬件资源做抽象和封装，比如各种输入/输出(英文全称为：Input/Output，缩写为：IO)物理通道是由DRV进行封装及管理，硬件定时器或者定时器则是由OS进行封装及管理。

然而，虽然DRV和OS对硬件资源做了封装，但DRV与OS仍然无法完成逻辑资源的管理及制式间协调，不同的制式的APP使用的逻辑资源存在耦合，使得在一个制式出现故障后，在重启该出现故障的制式的系统时，还需要重启其他制式的系统，将影响其他制式的系统的运行，多模制式难以实现。

发明内容

本发明实施例提供了一种多模通信设备的资源管理系统及方法，用于解决DRV与OS无法完成逻辑资源的管理及制式间调节的问题。

本发明第一方面提供了一种多模通信设备的资源管理系统，包括：

资源管理模块、驱动模块、硬件模块；

所述资源管理模块和所述驱动模块均为多实例结构；

所述驱动模块用于对所述硬件模块的硬件资源进行封装，所述资源管理模块用于按照所述多实例结构将封装后的所述硬件资源提供的逻辑资源划分为给多个实例，且从划分给实例的逻辑资源中为所述实例对应的应用程序APP分配逻辑资源，使得所述多个实例对应的APP使用的逻辑资源相互独立。

在第一方面第一种可能的实现方式中，所述资源管理模块用于若接收到第一APP加载的命令，所述命令中包含所述第一APP及所述第一APP所需要的逻辑资源；若所述资源管理模块未划分给实例的逻辑资源满足所述第一APP所需要的逻辑资源，则加载所述第一APP，得到所述第一APP对应的第一实例；按照所述第一APP所需要的逻辑资源，从所述未划分给实例的逻辑资源中为所述第一实例划分逻辑资源。

结合第一方面第一种可能的实现方式，在第一方面第二种可能的实现方式中，所述资源管理模块还用于若接收到所述第一APP发送的资源申请请求，按照所述资源申请请求从所述第一APP对应的所述第一实例的逻辑资源中为所述第一APP分配逻辑资源。

结合第一方面或者第一方面第一种可能的实现方式或者第一方面第二种可能的实现方式，在第一方面第三种可能的实现方式中，所述资源管理模块还用于若接收第二APP发送的资源释放请求，则按照所述资源释放请求将所述第二APP对应的实例的逻辑资源中，所述第二APP请求释放的逻辑资源复位或者设置为空闲状态。

结合第一方面或者第一方面第一种可能的实现方式或者第一方面第二种可能的实现方式，在第一方面第四种可能的实现方式中，所述资源管理模块还用于若检测到第三APP使用的逻辑资源出现可恢复的故障，则将所述第三APP对应的实例的逻辑资源中，出现所述可恢复的故障的逻辑资源复位。

结合第一方面或者第一方面第一种可能的实现方式或者第一方面第二种可能的实现方式，在第一方面第五种可能的实现方式中，所述资源管理模块用于若检测到第四APP使用的逻辑资源出现不可恢复的故障，则复位所述第四APP对应的实例的逻辑资源，卸载所述第四APP。

在第一方面第六种可能的实现方式中，所述驱动模块包括驱动程序DRV和操作系统OS，所述DRV用于对硬件外设资源进行封装，所述OS用于对计算资源和存储资源进行封装。

本发明第二方面提供了一种多模通信设备的资源管理方法，所述多模通信设备的资源管理方法应用于多模通信设备的资源管理系统，所述系统包含硬件模块、及为多实例结构的资源管理模块和驱动模块；所述驱动模块用于对所述硬件模块的硬件资源进行封装；所述资源管理模块用于按照所述多实例结构将封装后的所述硬件资源提供的逻辑资源划分给多个实例，且从划分给实例的逻辑资源中为所述实例对应的应用程序APP分配逻辑资源；

则所述方法包括：

所述资源管理模块接收第一APP加载的命令，所述命令中包含所述第一APP及第一APP所需要的逻辑资源；

若所述资源管理模块未划分给实例的逻辑资源满足所述第一APP所需要的逻辑资源，则加载所述第一APP，得到所述第一APP对应的第一实例；

按照所述第一APP所需要的逻辑资源从所述未划分给实例的逻辑资源中为所述第一实例划分逻辑资源。

在第二方面第一种可能的实现方式中，所述方法还包括：

所述第一APP加载之后，所述资源管理模块接收所述第一APP发送的资源申请请求；

所述资源管理模块按照所述资源申请请求从所述第一APP对应的所述第一实例的逻辑资源中为所述第一APP分配逻辑资源。

结合第二方面或者第二方面第一种可能的实现方式，在第二方面第二种可能的实现方式中，所述方法还包括：

所述资源管理模块接收第二APP发送的资源释放请求；

按照所述资源释放请求将所述第二APP对应的实例的逻辑资源中所述第二APP请求释放的逻辑资源复位或者设置为空闲状态。

结合第二方面或者第二方面第一种可能的实现方式，在第二方面第三种可能的实现方式中，所述方法还包括：

若检测到第三APP使用的逻辑资源出现可恢复的故障，则将所述第三APP对应的实例的逻辑资源中，出现所述可恢复的故障的逻辑资源复位。

结合第二方面或者第二方面第一种可能的实现方式，在第二方面第四种可能的实现方式中，所述方法还包括：

若检测到第四APP使用的逻辑资源出现不可恢复的故障，则复位所述第四APP对应的实例的逻辑资源，卸载所述第四APP。

在第二方面第五种可能的实现方式中，所述驱动模块包括驱动程序DRV和操作系统OS，所述DRV用于对硬件外设资源进行封装，所述OS用于对计算资源和存储资源进行封装。

从以上技术方案可以看出，本发明实施例具有以下优点：

多模通信设备的资源管理系统中包含资源管理模块、驱动模块及硬件模块，且资源管理模块和驱动模块均为多实例结构，该驱动模块用于对硬件模块的硬件资源进行封装，资源管理模块用于按照多实例结构将硬件模块封装后的硬件资源提供的逻辑资源划分给多个实例，且从划分给实例的逻辑资源中为该实例上对应的APP分配逻辑资源，使得多个实例对应的APP使用的逻辑资源相互独立，能够有效的实现多种制式的APP之间的逻辑资源的管理及制式间的调节，避免因逻辑资源管理耦合造成的多模制式难以实现的问题。

附图说明

图1为现有技术中的基带设备的分层结构的示意图；

图2为本发明实施例中多模通信设备的资源管理系统的结构的示意图；

图3为本发明实施例中资源管理系统的定时器管理的场景；

图4为本发明实施例中多模通信设备的资源管理方法的一个示意图。

具体实施方式

下面通过具体实施例，分别进行详细的说明。

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

请参阅图2，为本发明实施例中一种多模通信设备的资源管理系统的结构图，包括：

资源管理模块201、驱动模块202、硬件模块203；

其中，资源管理模块202和驱动模块203均为多实例结构；

其中，驱动模块202用于对硬件模块的硬件资源进行封装，资源管理模块203用于按照该多实例结构将硬件模块203封装后的硬件资源提供的逻辑资源划分给多个实例，且从划分给实例的逻辑资源中为该实例对应的应用程序APP分配逻辑资源，使得多个实例对应的APP使用的逻辑资源相互独立。

面向对象编程中，一个对象的实现称为一个实例，用类创建对象的过程称为实例化，类似地，在本发明实施例中，把可以支持单个APP独立运行的资源和功能的集合定义为一个类，可以支持单个APP独立运行的资源和对象构成了该APP对应的实例，把多模系统整合为多个这样实例的过程叫实例化过程。在本发明实施例中，资源管理模块202和驱动模块203为多实例结构即是指在资源管理模块202及驱动模块203上可对APP执行上述的实例化处理。

为了更好的理解，请参阅图3，为本发明实施例中，以硬件模块203为定时器为例，资源管理系统的定时器管理的场景，其中，LTE制式下的实例0分配的定时器包括定时器T0、T1、T2，资源管理模块201可选择该3个定时器中的处于空闲状态的定时器分配给加载在该实例上的APP，其中，UMTS/GSM制式下的实例分配的定时器包括T3、T4、T5，资源管理模块201可选择该3个定时器中的处于空闲状态的定时器分配给与该实例对应的APP，使得不同实例对应APP所使用的定时器相互独立，且APP使用的定时器出现可恢复的故障时，只需要复位该APP对应的实例的定时器中出现该可恢复的故障的定时器，例如，LTE制式下APP使用的定时器T1出现故障，则复位该LTE制式下的实例分配到的定时器T1，实现资源故障的隔离，而不需要对其他的定时器进行复位操作，有效的避免了对其他制式的影响，实现多个制式的APP的独立运行。

在本发明实施例中，资源管理模块201用于对系统提供的逻辑资源进行管理，具体的：资源管理模块201用于若接收到第一APP加载的命令，该命令中包含第一APP及第一APP所需要的逻辑资源；资源管理模块201确定未划分给实例的逻辑资源是否满足该第一APP所需要的逻辑资源，且若资源管理模块201未划分给实例的逻辑资源满足第一APP所需要的逻辑资源，则加载该第一APP，得到该第一APP对应的第一实例；且按照该第一APP所需要的逻辑资源，从资源管理模块201未划分给实例的逻辑资源中为该第一实例划分逻辑资源，该划分的逻辑资源即是第一实例的逻辑资源。其中，第一APP加载的命令由控制该系统的控制台发送，并且设置该APP所需要的逻辑资源，例如：若资源管理模块201接收到第一APP的加载命令，且该第一APP所需要的逻辑资源包括10个定时器，则资源管理模块201判断未划分给实例的定时器的个数是否大于或等于10，若是，则加载该第一APP，得到该第一APP的实例，并从未划分给实例的定时器中划分10个定时器给该第一实例，使得第一APP能够请求使用该第一实例的定时器，且该第一APP可使用的定时器的个数最多为10个。

在本发明实施例中，APP可以向资源管理模块201申请资源，则资源管理模块201还用于若接收到第一APP发送的资源申请请求，按照该资源申请请求从该第一APP对应的第一实例的逻辑资源中为该第一APP分配逻辑资源。例如：若第一APP对应的第一实例分配了编号0至9共10个定时器，该第一APP请求调用一个定时器，则资源管理模块201确定该编号0至9的10个定时器中处于空闲状态的定时器，并从处于空闲状态的定时器中选择一个定时器，将该选择的定时器的编号发送给第一APP，使得第一APP能够利用该定时器实现相应的功能，例如：启动定时、暂停定时、重置定时模式及关闭定时等等。

在本发明实施例中，APP还可向资源管理模块201申请释放资源，则资源管理模块201还用于若接收第二APP发送的资源释放请求，则按照资源释放请求将该第二APP对应的实例的逻辑资源中，所述第二APP请求释放的逻辑资源复位或者设置为空闲状态。例如：若第二APP对应的实例分配了编号为10至19共10个定时器，且资源管理模块201在接收到第二APP发送的资源释放请求，该资源释放请求中请求释放第二APP正在使用的编号为15的定时器，则资源管理模块201将第二APP对应的实例的10个定时器中，编号为15的定时器复位。

在本发明实施例中，逻辑资源出现故障也是由资源管理模块201进行处理，因此资源管理模块201还用于若检测到第三APP使用的逻辑资源出现可恢复的故障，则将该第三APP对应的实例的逻辑资源中，出现该可恢复的故障的逻辑资源复位。例如：若第三APP使用的定时器21出现故障，且第三APP对应的实例的逻辑资源中包含定时器20至25，则资源管理模块201复位该定时器20至25中编号为21的定时器，使得第三APP能够继续请求使用第三APP对应的实例的定时器，且不会影响其他的制式的APP的运行，能够有效实现不同制式的APP之间的独立运行。若资源管理模块201检测到第四APP使用的逻辑资源出现不可恢复的故障，则复位该第四APP对应的实例的逻辑资源，卸载第四APP，使得撤销该第四APP对应的实例，且复位后的逻辑资源作为未划分给实例的逻辑资源。

在本发明实施例中，驱动模块202包括DRV和OS，DRV用于对硬件外设资源进行封装，例如：IO通道、协处理器、外储存器等，OS用于对计算资源和存储资源进行封装，例如：核、定时器、内存储器等。

在本发明实施例中，通过设置资源管理模块201和驱动模块203设置为多实例结构，使得资源管理模块201能够将由驱动模块203封装的硬件资源提供的逻辑资源按照多实例结构进行划分并进行管理，使得在多实例对应的APP使用的逻辑资源不冲突，不同制式的APP使用的逻辑资源的相互独立，有效实现多种制式的APP之间的逻辑资源的管理及制式间的调节，避免因逻辑资源管理耦合造成的多模制式难以实现的问题。

为了更好的理解本发明实施例中的资源管理系统，请参阅图4，为本发明实施例中，多模通信设备的资源管理方法的实施例，该方法应用于图3所示多模通信设备的资源管理系统，且该方法包括：

401、资源管理模块201接收第一APP加载的命令，命令中包含第一APP及第一APP所需要的逻辑资源；

在本发明实施例中，系统启动时之后，驱动模块202将对硬件模块203的硬件资源进行复位及初始化设置，实现对硬件资源的软件封装，使得资源管理模块201能够对硬件资源提供的逻辑资源进行实例划分及管理。

其中，资源管理模块201接收控制台发送的第一APP加载命令，该第一APP加载命令中包含第一APP及第一APP所需要的逻辑资源，其中，控制台是指可对资源管理模块201进行控制的设备。例如：若控制台向资源管理模块发送第一APP加载的命令，该命令中包含第一APP、定时器10个及数据传输通道2条，该“定时器10个及数据传输通道2条”即为该第一APP所需要的逻辑资源。

402、若资源管理模块201未划分给实例的逻辑资源满足第一APP所需要的逻辑资源，则加载第一APP，得到第一APP对应的第一实例；

在本发明实施例中，资源管理模块201接收到第一APP加载命令之后，将判断资源管理模块201未划分给实例的逻辑资源是否满足第一APP所需要的逻辑资源，例如：若资源管理模块201未划分给实例的逻辑资源包括定时器20个，数据通道10条，第一APP所需要的逻辑资源包括定时器10个，数据通道2条，则可确定未划分给实例的逻辑资源满足第一APP所需要的逻辑资源。

在本发明实施例中，若资源管理模块201未划分给实例的逻辑资源满足第一APP所需要的逻辑资源，则加载第一APP，使得第一APP运行得到第一APP对应的第一实例。

403、按照第一APP所需要的逻辑资源从未划分给实例的逻辑资源中为第一实例划分逻辑资源。

在本发明实施例中，资源管理模块201在得到第一APP对应的第一实例之后，将按照第一APP所需要的逻辑资源从未划分给实例的逻辑资源中为第一实例划分逻辑资源，以完成第一APP的加载。例如：若资源管理模块201未划分给实例的逻辑资源包括定时器20个，数据通道10条，第一APP所需要的逻辑资源包括定时器10个，数据通道2条，则可从未划分给实例的定时器中划分10个定时器给第一APP对应的第一实例，且从未划分给实例的数据通道中划分2条数据通道给第一APP对应的第一实例，则该第一实例、该第一实例的10个定时器和两天数据通道、第一APP之间具有对应关系。

上述步骤401至403描述了资源管理模块201对第一APP的加载过程，在本发明实施例中，资源管理模块201在对第一APP加载之后，该第一APP还可向资源管理模块201请求分配资源，因此，资源管理模块201在执行步骤403之后，还可继续执行以下步骤：

404、资源管理模块201接收第一APP发送的资源申请请求；

在本发明实施例中，资源管理模块201可接收到第一APP发送的资源申请请求，该资源申请请求中包含第一APP申请的资源的类型及数目。

405、资源管理模块201按照资源申请请求从第一APP对应的第一实例的逻辑资源中为第一APP分配逻辑资源。

在本发明实施例中，资源管理模块201在接收到第一APP发送的资源申请请求之后，将按照该资源申请请求从第一APP对应的第一实例的逻辑资源中为第一APP分配逻辑资源，具体的：资源管理模块201将确定该第一APP对应的实例的逻辑资源中处于空闲状态的逻辑资源，并按照第一APP申请的资源的类型及数目从该处于空闲状态的逻辑资源中为第一APP分配资源，例如：若第一APP申请的资源包括：定时器3个，数据通道1条，资源管理模块201确定该第一APP对应的实例的逻辑资源中处于空闲状态的逻辑资源包括：编号为1至6的定时器、编号为1至2的数据通道，则资源管理模块201可将编号为1至3的定时器及编号为1的数据通道分配给第一APP使用。

优选的，在本发明实施例中，资源管理模块201还可处理APP的卸载，具体的包括：资源管理模块201接收第二APP发送的资源释放请求，并按照该资源释放请求将该第二APP对应的实例的逻辑资源中第二APP请求释放的逻辑资源复位或者设置为空闲状态。例如：若资源管理模块201接收到第二APP的资源释放请求，请求释放编号为10的定时器，则资源管理模块201将第二APP对应的实例中的编号5至10的定时器中，编号为10的定时器复位后者设置为空闲状态。

优选的，在本发明实施例中，资源管理模块201还可对逻辑资源的故障进行处理，具体的：若资源管理模块201检测到第三APP使用的逻辑资源出现可恢复的故障，则将该第三APP复位该第三APP对应的实例的逻辑资源中，出现该可恢复的故障的逻辑资源复位。例如：资源管理模块201检测到第三APP使用的编号为1的定时器出现故障，则复位该第三APP对应的实例的所有的定时器中编号为1的定时器。若资源管理模块201检测到第四APP使用的逻辑资源出现不可恢复的故障，则复位该第四APP对应的实例的逻辑资源，卸载第四APP，使得撤销该第四APP对应的实例，且复位后的逻辑资源作为未划分给实例的逻辑资源。

在本发明实施例中，通过将资源管理系统中的资源管理模块201及驱动模块202设置为多实例结构，使得资源管理模块201在对实例对应的APP进行加载、资源分配、卸载时都可以以一个实例为粒度进行处理，且由于资源管理模块201是基于逻辑资源划分实例，使得实例之间的逻辑资源不存在冲突，有效实现多种制式的APP之间的逻辑资源的管理及制式间的调节，避免因逻辑资源管理耦合造成的多模制式难以实现的问题。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上对本发明所提供的一种通信设备上的资源管理系统及方法进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims

1.一种多模通信设备的资源管理系统，其特征在于，包括：

资源管理模块、驱动模块、硬件模块；

所述资源管理模块和所述驱动模块均为多实例结构；

2.根据权利要求1所述的系统，其特征在于，所述资源管理模块用于若接收到第一APP加载的命令，所述命令中包含所述第一APP及所述第一APP所需要的逻辑资源；若所述资源管理模块未划分给实例的逻辑资源满足所述第一APP所需要的逻辑资源，则加载所述第一APP，得到所述第一APP对应的第一实例；按照所述第一APP所需要的逻辑资源，从所述未划分给实例的逻辑资源中为所述第一实例划分逻辑资源。

3.根据权利要求2所述的系统，其特征在于，所述资源管理模块还用于若接收到所述第一APP发送的资源申请请求，按照所述资源申请请求从所述第一APP对应的所述第一实例的逻辑资源中为所述第一APP分配逻辑资源。

4.根据权利要求1至3任一项所述的系统，其特征在于，所述资源管理模块还用于若接收第二APP发送的资源释放请求，则按照所述资源释放请求将所述第二APP对应的实例的逻辑资源中，所述第二APP请求释放的逻辑资源复位或者设置为空闲状态。

5.根据权利要求1至3所述的系统，其特征在于，所述资源管理模块还用于若检测到第三APP使用的逻辑资源出现可恢复的故障，则将所述第三APP对应的实例的逻辑资源中，出现所述可恢复的故障的逻辑资源复位。

6.根据权利要求1至3所述的系统，其特征在于，所述资源管理模块用于若检测到第四APP使用的逻辑资源出现不可恢复的故障，则复位所述第四APP对应的实例的逻辑资源，卸载所述第四APP。

7.根据权利要求1所述的系统，其特征在于，所述驱动模块包括驱动程序DRV和操作系统OS，所述DRV用于对硬件外设资源进行封装，所述OS用于对计算资源和存储资源进行封装。

8.一种多模通信设备的资源管理方法，其特征在于，所述多模通信设备的资源管理方法应用于多模通信设备的资源管理系统，所述系统包含硬件模块、及为多实例结构的资源管理模块和驱动模块；所述驱动模块用于对所述硬件模块的硬件资源进行封装；所述资源管理模块用于按照所述多实例结构将封装后的所述硬件资源提供的逻辑资源划分给多个实例，且从划分给实例的逻辑资源中为所述实例对应的应用程序APP分配逻辑资源；

则所述方法包括：

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

10.根据权利要求8或9所述的方法，其特征在于，所述方法还包括：

所述资源管理模块接收第二APP发送的资源释放请求；

11.根据权利要求8或9所述的方法，其特征在于，所述方法还包括：

12.根据权利要求8或9所述的方法，其特征在于，所述方法还包括：

13.根据权利要求7所述的方法，其特征在于，所述驱动模块包括驱动程序DRV和操作系统OS，所述DRV用于对硬件外设资源进行封装，所述OS用于对计算资源和存储资源进行封装。