驱动系统、信息处理方法、电子设备及存储介质与流程

本申请实施例涉及计算机软件系统领域，涉及但不限于驱动系统、信息处理方法、电子设备及存储介质。

背景技术：

目前，通用的人工智能(artificialintelligence，ai)芯片主要用于手机端和服务器端等。硬件设备也被称为ai加速器或计算卡，是针对ai算法的专用集成电路(applicationspecificintegratedcircuit，asic)，专门用于处理人工智能应用中的大量计算任务的硬件设备。

然而，对于硬件设备的使用者，比如手机厂商，需要针对不同的系统平台和不同的硬件设备，设计对应的驱动程序。显然，这样就会大大增加研发成本和后期维护成本。

技术实现要素：

本申请实施例提供的驱动系统、信息处理方法、电子设备及存储介质，是这样实现的：

一种驱动系统，包括：

上层应用的应用程序接口层，提供通用的第一应用程序接口供所述上层应用调用，在所述上层应用申请访问内存的情况下，接收驱动硬件抽象层反馈的第一结构体，所述第一结构体用于定位给所述上层应用分配的内存在内存分配管理层的共享内存池中对应的内存区域；

所述驱动硬件抽象层，实现所述第一应用程序接口的通信功能，获得给所述上层应用分配的内存的内存信息，并封装所述内存信息得到所述第一结构体；

所述内存分配管理层，确定所述共享内存池中的目标内存池，在所述目标内存池中划分所述上层应用申请的内存，并分配给所述上层应用；

硬件的应用程序接口层，获取所述第一结构体，获取所述第一结构体包括的内存信息，将所述内存信息传递给硬件设备，以使所述硬件设备对所述内存信息指示的目标内存池中的数据进行处理。

在上述方案中，所述第一结构体中存储有虚拟地址和物理地址的映射关系，所述虚拟地址能被所述上层应用用于访问给所述上层应用分配的内存，所述物理地址能被所述硬件设备用于访问给所述上层应用分配的内存。

在上述方案中，所述应用程序接口层，还提供第二应用程序接口供所述上层应用调用，以查看所述第一结构体包括的所述内存信息。

在上述方案中，所述第一应用程序接口至少包括：

内存的申请接口，用于支持所述硬件设备对内存的申请操作；

内存的读写接口，用于支持所述硬件设备对内存的读写操作；

内存的释放接口，用于支持所述硬件设备对内存的释放操作。

在上述方案中，所述驱动硬件抽象层，封装内存信息得到所述第一结构体包括：获得与操作系统的属性信息关联的第二结构体；封装所述第二结构体，得到所述第一结构体，所述第二结构体封装有所述内存信息。

在上述方案中，所述属性信息表征所述操作系统的内存管理方式。

在上述方案中，所述硬件的应用程序接口层，提供进程间通信接口，以获取所述第一结构体。

在上述方案中，所述硬件设备为人工智能芯片。

一种信息处理方法，所述方法应用于上述的驱动系统，所述方法包括：

在所述上层应用调用所述应用程序接口层的所述第一应用程序接口以申请访问内存的情况下，通过所述驱动硬件抽象层获得给所述上层应用分配的内存的内存信息，并封装所述内存信息得到所述第一结构体；所述第一结构体用于定位给所述上层应用分配的内存在所述共享内存池中对应的内存区域；

通过所述硬件的应用程序接口层获取所述第一结构体，并获取所述第一结构体包括的所述内存信息；

通过所述硬件的应用程序接口层将所述内存信息传递给硬件设备，以使所述硬件设备对所述内存信息指示的所述目标内存池中的数据进行处理。

一种电子设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述计算机程序包括上述的驱动系统。

一种计算机可读存储介质，所述计算机可读存储介质上存储有上述的驱动系统。

本申请提供一种驱动系统，该驱动系统采用分层思想，该驱动系统包括：上层应用的应用程序接口层，提供通用的第一应用程序接口供上层应用调用，在上层应用申请访问内存的情况下，接收驱动硬件抽象层反馈的第一结构体，第一结构体用于定位给上层应用分配的内存在内存分配管理层的共享内存池中对应的内存区域；驱动硬件抽象层，实现第一应用程序接口的通信功能，获得给上层应用分配的内存的内存信息，并封装内存信息得到第一结构体；内存分配管理层，确定共享内存池中的目标内存池，在目标内存池中划分上层应用申请的内存，并分配给上层应用；硬件的应用程序接口层，获取第一结构体，获取第一结构体包括的内存信息，将内存信息传递给硬件设备，以使硬件设备对内存信息指示的目标内存池中的数据进行处理；由上述可知，本申请提供的驱动系统在进行数据处理的过程中，只传递第一结构体，不进行数据搬移，确保对于同一上层应用而言，作为底层的硬件的应用程序接口层和作为上层的上层应用的应用程序接口层访问的是同一内存，进一步的，该驱动系统可以部署到不同的操作系统中，实现跨平台部署，如此，不仅减少了数据搬移，而且减小了研发成本和后期维护成本。

附图说明

图1为本申请实施例提供的驱动系统的结构示意图；

图2为相关技术的驱动系统的结构示意图；

图3为本申请实施例提供的电子设备的一种硬件实体示意图；

图4为本申请实施例提供的信息处理方法的流程示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请的具体技术方案做进一步详细描述。以下实施例用于说明本申请，但不用来限制本申请的范围。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

需要指出，本申请实施例所涉及的术语“第一\第二\第三”仅仅是是区别类似或不同的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

对本申请实施例进行进一步详细说明之前，对本申请实施例中涉及的名词和术语进行说明，本申请实施例中涉及的名词和术语适用于如下的解释。

1)人工智能(artificialintelligence，ai)；ai芯片，人工智能芯片模仿了人脑神经网络结构，一条指令即可完成一组神经元的处理。这一计算模式在做识别图像等智能处理时，效率比传统芯片高几百倍。人工智能芯片已经广泛应用于图像识别、语音识别、智能安防、智能驾驶、消费类电子等领域。云端智能芯片的问世，也将为大数据量、多任务、高通量等复杂的云端智能处理需求提供新的技术支撑。

2)机器学习(machinelearning，ml)是研究计算机怎样模拟或实现人类的学习行为，以获取新的知识或技能，重新组织已有的知识结构使之不断改善自身的性能。

3)进程间通信(interprocesscommunication，ipc)，是一组编程接口，让程序员能够协调不同的进程，使之能在一个操作系统里同时运行，并相互传递、交换信息。

4)应用程序接口(applicationprogramminginterface，api)又称为应用编程接口，就是软件系统不同组成部分衔接的约定。

5)硬件抽象层(hardwareabstractionlayer，hal)，其目的在于将硬件抽象化。

6)嵌入式神经网络处理器(neuralnetworkprocessingunit，npu)，采用“数据驱动并行计算”的系统，擅长处理视频、图像类的海量多媒体数据。

7)binder服务，android系统定义的一种进程间数据通信方式(processtoprocesscommunicationmethoddefinedbyandroid)。

8)直接存储器访问(directmemoryaccess，dma)，不经过cpu的快速存储器访问设备。

9)内存池(memorypool)，统一内存管理的一种方式，内存使用都是从内存池中申请和回收(memorypoolistheuseofpoolsformemorymanagementthatallowsdynamicmemoryallocationandfree)。

相关技术中，在android系统中，从android9开始，统一使用binder这种ipc通信方式。主要是android系统需要支持多种软件、硬件设备，利用统一的binder通信方式，有利于系统资源的统一管理。但是针对ai芯片的应用场景会有限制。目前ai芯片的驱动程序，为了接入android系统，也需要基于binder的通信方式实现。但是binder方式的通信，在数据通路中可能产生多次数据搬移，对于ai芯片这种有大量数据流的应用场景，会增加开销，降低效率。

linux发展至今，提出了多种驱动的通信方式，各有优缺点。目前基于linux系统的ai芯片驱动程序使用的ipc方式，则是各家不同。因为linux定义的通信方式很多，没有统一的系统，导致接入不同的ai芯片，就需要重新开发不同的驱动程序和通信方式，增加了研发成本。

对于ai芯片的使用者，比如手机厂商，针对不同的系统平台和ai芯片，要设计不同的驱动程序，使用不同的通信方式，需要耗费大量的研发投入。而且后续的软硬件升级也是持续的高投入。

基于此，本申请提出了一种兼容多平台并保证高效的驱动通信方式，适用于ai芯片的软件部署。

本申请实施例提供一种驱动系统，所述驱动系统用于实现上层应用与至少一个硬件设备之间的通信。

图1为本申请实施例驱动系统的结构示意图，如图1所示，该系统10包括：上层应用(application，app)的应用程序接口层101、驱动硬件抽象层102、内存分配管理层103和硬件的应用程序接口层104；其中，

上述上层应用的应用程序接口api层101，提供通用的第一应用程序接口供上层应用调用，在上层应用申请访问内存的情况下，接收驱动硬件抽象层反馈的第一结构体，第一结构体用于定位给上层应用分配的内存在内存分配管理层的共享内存池sharedmemorypool中对应的内存区域。

可以理解地，通用的第一api指的是无论该驱动系统的上层应用是何种应用类型，也无论该驱动系统支持的是何种硬件设备，该api都是通用的。例如，开发人员在移植该驱动系统以支持新的硬件设备时，无需更改这一层的第一api的代码。再如，在该驱动系统所在的电子设备中增加新的硬件设备时，也可以将该驱动系统作为该新的硬件设备的驱动，而且无需修改该系统的这一层的第一api的代码。

这里，在上层应用申请访问内存的情况下，上层应用的api层101接收到驱动硬件抽象层反馈的第一结构体，则确定上层应用从内存分配管理层的共享内存池中申请到了内存。本申请实施例中，示例性的，第一结构体可以称为第一memorynode。也就是说，上层app可以通过驱动系统又称为驱动框架framework获得memorynode，进而使用memorynode指示硬件设备对内存信息指示的目标内存池中的数据进行处理。

上述驱动硬件抽象层hal102，实现第一应用程序接口的通信功能，获得给上层应用分配的内存的内存信息，并封装内存信息得到第一结构体。

可以理解地，上层应用的api层101主要用于提供通用的函数接口给上层应用调用，驱动hal102则是对上层中第一api的具体实现，比如，实现内存申请、读写、释放等。

上述内存分配管理层103，确定共享内存池中的目标内存池，在目标内存池中划分上层应用申请的内存，并分配给上层应用。

本申请实施例中，内存分配管理层103，确定共享内存池中的目标内存池，可以通过如下方式实现：方式一、在操作系统初始上电运行阶段，从sharedmemorypool中预留一块memorypool得到目标内存池；方式二、基于操作系统的内存管理方式提前从sharedmemorypool中申请一块memorypool得到目标内存池。进一步的，在上层应用申请内存的情况下，在目标内存池中划分上层应用申请的内存，并分配给上层应用，从而区分各应用对应的memory区域。

需要说明的是，内存分配管理层，确定共享内存池中的目标内存池的过程中，还可以基于已划分出去的内存和回收的内存确定目标内存池。

上述硬件的应用程序接口层104，获取第一结构体，获取第一结构体包括的内存信息，将内存信息传递给硬件设备，以使硬件设备对内存信息指示的目标内存池中的数据进行处理。

其中，待处理的数据可以是多种多样的。例如，待处理的数据为上层应用接收的图片或视频等。又例如，待处理的数据为上层应用发送的指令等。

这里，内存信息至少包括内存的地址信息和内存的大小信息。

示例性的，基于本申请提供的驱动系统，在多个上层应用申请内存的情况下，例如第一上层应用申请内存，第二上层应用也申请内存。上述驱动hal102，实现第一应用程序接口的通信功能，获得给第一上层应用分配的内存的内存信息，并封装该内存信息得到与第一上层应用对应的第一结构体。上层应用的api层101接收到驱动hal102反馈的与第一上层应用对应的第一结构体，则确定第一上层应用从内存分配管理层的共享内存池中申请到了内存。同理，上述驱动hal102，实现第一应用程序接口的通信功能，获得给第二上层应用分配的内存的内存信息，并封装该内存信息得到与第二上层应用对应的第一结构体。上层应用的api层101接收到驱动硬件抽象层反馈的与第二应用对应的第一结构体，则确定第二上层应用从内存分配管理层的共享内存池中申请到了内存。那么，硬件的api层104，获取与第一上层应用对应的第一结构体，获取该第一结构体包括的内存信息，将内存信息传递给第一硬件设备，以使第一硬件设备对内存信息指示的目标内存池中的数据进行处理。硬件的api层104，获取与第二上层应用对应的第一结构体，获取该第一结构体包括的内存信息，将内存信息传递给第二硬件设备，以使第二硬件设备对内存信息指示的目标内存池中的数据进行处理。也就是说，不同的硬件设备和不同的上层应用的第一结构体匹配；例如，第一硬件设备与第一上层应用的第一结构体匹配；第二硬件设备与第二上层应用的第一结构体匹配。

本申请提供的驱动系统，采用分层思想，该驱动系统包括：上层应用的应用程序接口层，提供通用的第一应用程序接口供上层应用调用，在上层应用申请访问内存的情况下，接收驱动硬件抽象层反馈的第一结构体，第一结构体用于定位给上层应用分配的内存在内存分配管理层的共享内存池中对应的内存区域；驱动硬件抽象层，实现第一应用程序接口的通信功能，获得给上层应用分配的内存的内存信息，并封装内存信息得到第一结构体；内存分配管理层，确定共享内存池中的目标内存池，在目标内存池中划分上层应用申请的内存，并分配给上层应用；硬件的应用程序接口层，获取第一结构体，获取第一结构体包括的内存信息，将内存信息传递给硬件设备，以使硬件设备对内存信息指示的目标内存池中的数据进行处理；由上述可知，本申请提供的驱动系统在进行数据处理的过程中，只传递第一结构体，不进行数据搬移，确保对于同一上层应用而言，作为底层的硬件的应用程序接口层和作为上层的上层应用的应用程序接口层访问的是同一内存，进一步的，该驱动系统可以部署到不同的操作系统中，实现跨平台部署，如此，不仅减少了数据搬移，而且减小了研发成本和后期维护成本。

图1为本申请实施例驱动系统的结构示意图，如图1所示，该系统10包括：上层应用的应用程序接口层101、驱动硬件抽象层102、内存分配管理层103和硬件的应用程序接口层104；其中，

上述上层应用的应用程序接口层101，提供通用的第一应用程序接口供上层应用调用，在上层应用申请访问内存的情况下，接收驱动硬件抽象层反馈的第一结构体，第一结构体用于定位给上层应用分配的内存在内存分配管理层的共享内存池中对应的内存区域；

本申请一些实施例中，应用程序接口层，还提供第二应用程序api接口供上层应用调用，以查看第一结构体包括的内存信息。

示例性的，第二api接口可以表示为ioctl_mem接口，用来查看第一结构体包括的内存信息，以快速获取到为上层应用分配的内存的详细信息如地址信息和/或内存大小信息。

本申请一些实施例中，第一应用程序接口至少包括：

内存的申请接口，用于支持硬件设备对内存的申请操作；

内存的读写接口，用于支持硬件设备对内存的读写操作；

内存的释放接口，用于支持硬件设备对内存的释放操作。

示例性的，内存的申请接口可以表示为create_mem接口，内存的读写接口可以表示为read/write_mem接口，内存的释放接口可以表示为free_mem接口。

上述驱动硬件抽象层102，实现第一应用程序接口的通信功能，获得给上层应用分配的内存的内存信息，并封装内存信息得到第一结构体。

本申请一些实施例中，第一结构体中存储有虚拟地址和物理地址的映射关系，虚拟地址能被上层应用用于访问给上层应用分配的内存，物理地址能被硬件设备用于访问给上层应用分配的内存。

也就是说，本申请实施例中的memorynode不同于现有系统中的虚拟文件描述符，不需要配套的解析过程。memorynode结构中存储虚拟地址和物理地址的映射关系，可以更快速的定位到实际的memory区域，适用于高速通信的应用场景，提高处理效率。

本申请一些实施例中，驱动硬件抽象层102，封装内存信息得到第一结构体，包括：获得与操作系统的属性信息关联的第二结构体；封装第二结构体，得到第一结构体，第二结构体封装有内存信息。

本申请一些实施例中，属性信息表征操作系统的内存管理方式。

本申请实施例中，无论是何种操作系统，均可以基于操作系统的内存管理方式对内存信息进行封装得到第二结构体，进一步的，再对第二结构体进行封装，得到第一结构体。第一结构体比第二结构体包括更多的内存信息，而且，第二结构体包括的内存信息是包含在第一结构体中的。如此，本申请提供的驱动系统不仅能兼容多个操作系统；而且在不同操作系统下，可以基于第一结构体获取到第二结构体即操作系统下的原始信息，提升不同操作系统下的信息处理速率。

本申请其他实施例中，示例性的，操作系统包括但不限于如下之一linux、android、windows和rtos。以linux为例，可以通过封装shmem这种sharememory的方式来实现。以android为例，可以通过封装ashmem这种sharememory的方式来实现。即在不同的操作系统中，有不同的实现方式。当然，在一些自定义的不同于现存系统的实现过程中，比如memorynode，可以通过vendor接口实现。

本申请一些实施例中，硬件的应用程序接口层，提供进程间通信ipc接口，以获取第一结构体。

其中，ipc接口的通信方式可以是多种多样的。例如，可以通过套接字(socket)、消息队列(message)、信号量(semaphore)、信号(signal)、管道(pipe)、命名管道(fifo)、信箱(mailslot)或共享内存(sharememory)等方式实现ipc接口的通信方式。这里，socket可用于不同主机之间的进程间通信。message实际是消息的链表，包括posix和systemv这2种消息队列。semaphore用于进程间的互斥和同步。signal用于通知进程事件的发生。pipe可用于具有继承关系的进程间通信，半双工方式，数据单向流动。fifo可以在无关的进程间交换数据。sharedmemory是多个进程间共享给定的存储区。

本申请一些实施例中，硬件设备为人工智能芯片。

在本申请实施例中，对所述硬件设备的类型不做限定，硬件设备的类型可以是多种多样的。例如，硬件设备为ai芯片或其他具有计算能力的芯片。ai芯片可以是多种多样的，例如ai芯片为神经网络处理器(neural-networkprocessingunit，npu)、视觉处理器(graphicsprocessingunit，gpu)、现场可编程逻辑门阵列(fieldprogrammablegatearray，fpga)、数字信号处理器(digitalsignalprocessor，dsp)或asic等。

npu是一类专用于人工智能，特别是人工神经网络、机器视觉、机器学习等硬件加速的微处理器。在npu实现中往往通过专用指令集，大面积片上内存等方式大大提高了神经网络运算速度。同时由于npu的指令集中包含了大量simd指令，能够实现单条指令处理多条数据，极大提高计算并行度。

上述内存分配管理层103，确定共享内存池中的目标内存池，在目标内存池中划分上层应用申请的内存，并分配给上层应用。

上述硬件的应用程序接口层104，获取第一结构体，获取第一结构体包括的内存信息，将内存信息传递给硬件设备，以使硬件设备对内存信息指示的目标内存池中的数据进行处理。

下面将说明本申请实施例在一个实际的应用场景中的示例性应用。

通用的ai芯片主要用于终端和服务器，用于对神经网络的加速计算。ai芯片的设计系统多种多样，不同的硬件设计意味着需要不同的驱动软件来适配。目前ai芯片的系统应用平台主要是服务器的linux平台和手机的安卓(android)平台。

为了兼容多平台，同时满足高效率，本申请在底层基于一种sharememory的实现，同时对驱动的通信方式进行分层设计来达到兼容多平台的效果：

1、最上层为应用api层，主要是提供应用程序的调用接口。包括memory的申请，读写，释放等接口。在应用申请到内存的同时，返回对应的memorynode。memorynode主要用来区分不同的memory区域，包含该memory区域的地址，内存大小等信息。进程间如果拥有相同的memorynode，表示使用的是同一块memory区域，即sharedmemory。该层还提供了ioctl_mem这类接口来查看memorynode的具体信息。memorynode不同于现有系统中的虚拟文件描述符，不需要配套的解析过程。memorynode结构中存储虚拟地址和物理地址的映射关系，可以更快速的定位到实际的memory区域，有利于ai芯片这种高速通信的应用场景。

2、第二层是对上层api层的具体实现，在不同的系统中，有不同的实现方式。比如linux系统可以通过封装shmem这种sharememory的方式来实现。android系统可以通过封装ashmem这种sharememory的方式来实现。一些自定义的不同于现存系统的实现，比如memorynode，可以通过vendor接口实现。

3、第三层为整个sharedmemorypool的定义和管理。无论用第二层的何种系统接口来申请memory，实际都是在特定的内存池中申请并分配。可以在系统开始阶段预留好一块memorypool或者通过内存管理提前申请。在从内存池返回sharedmemory的同时，会返回唯一的memorynode。从而区分各memory区域。

4、最底层为硬件api层，主要是获取和应用程序相同的memorynode。获取方式可以通过socket或者message等方式，将应用层的memorynode传给硬件api层。然后硬件api层通过获取memorynode里面内存的具体信息，比如实际的物理地址等，将地址信息传递给ai芯片。ai芯片的dma可以直接从这块sharedmemory区域读写数据，从而完成数据的传递。整个驱动通信流程，数据从应用程序申请内存到ai芯片使用内存，数据都是固定在sharedmemorypool的某个区域里。这与图2所示的相关技术中androidbinderipc通信方式相比较，androidbinderipc通信方式中至少需要将数据从client中搬移到servicemanager中，这种方式必然增加开销，降低效率。然而，本申请提供的驱动系统，没有经过任何的数据搬移，只需要传递memorynode这个很小的数据结构，可以满足ai芯片的高速数据交换的需求。同时分层的系统设计，可以兼容多个系统平台。达到了设计的效果。

本申请提供的驱动系统，至少具有如下有益效果：

1、兼容多平台的驱动通信方式，配合完整的驱动系统，可以实现不同ai芯片的快速接入，减少研发成本。

2、本申请的驱动通信方式，整个数据传递过程中没有任何数据搬移，只传递memorynode这个数据结构，满足ai芯片应用场景的高性能的要求，是一种行业领先的技术方案。

3、同一套通信方式可以部署到不同的系统平台，减少后期的维护、升级等研发成本，有更好的用户体验。

需要说明的是，本申请实施例中，如果以软件功能模块的形式实现上述的驱动系统，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得电子设备(可以是手机、平板电脑、笔记本电脑、台式计算机、机器人、无人机、滑轨屏等)执行本申请各个实施例所述驱动系统或信息处理方法的全部或部分。而前述的存储介质包括：u盘、移动硬盘、只读存储器(readonlymemory，rom)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本申请实施例不限制于任何特定的硬件和软件结合。

本申请实施例提供一种电子设备，如图3所示，本申请实施例提供的电子设备300，可以包括：存储器301和处理器302，所述存储器301存储有可在处理器302上运行的计算机程序，该计算机程序包括本申请实施例任一所述的驱动系统又可以称为驱动架构。

存储器301配置为存储由处理器302可执行的指令和应用，还可以缓存待处理器302以及电子设备300中各模块待处理或已经处理的数据(例如，图像数据、音频数据、语音通信数据和视频通信数据)，可以通过闪存(flash)或随机访问存储器(randomaccessmemory，ram)实现。

本申请实施例提供一种计算机可读存储介质，本申请实施例提供的计算机可读存储介质，其上存储有本申请实施例任一所述的驱动系统。

这里需要指出的是：以上存储介质和设备实施例的描述，与上述驱动系统实施例的描述是类似的，具有同驱动系统实施例相同或相似的有益效果。对于本申请存储介质和设备实施例中未披露的技术细节，请参照本申请驱动系统实施例的描述而理解。

本申请实施例提供一种信息处理方法，如图4所示，该方法应用前述的驱动系统，该方法包括步骤401-步骤403：

步骤401、在上层应用调用应用程序接口层的第一应用程序接口以申请访问内存的情况下，通过驱动硬件抽象层获得给上层应用分配的内存的内存信息，并封装内存信息得到第一结构体。

其中，第一结构体用于定位给上层应用分配的内存在共享内存池中对应的内存区域。

本申请实施例中，在电子设备的上层应用调用电子设备的驱动系统中的应用程序接口层的第一应用程序接口，以申请访问内存的情况下，电子设备的驱动系统通过驱动硬件抽象层获得给上层应用分配的内存的内存信息，并通过驱动硬件抽象层封装内存信息得到第一结构体。

步骤402、通过硬件的应用程序接口层获取第一结构体，并获取第一结构体包括的内存信息。

本申请实施例中，电子设备的驱动系统通过驱动硬件抽象层获得第一结构体后，将第一结构体传输至硬件的应用程序接口层，进而，驱动系统可以通过硬件的应用程序接口层获取第一结构体，并获取第一结构体包括的内存信息。

步骤403、通过硬件的应用程序接口层将内存信息传递给硬件设备，以使硬件设备对内存信息指示的目标内存池中的数据进行处理。

本申请实施例中，驱动系统的硬件的应用程序接口层与硬件设备之间具有通信连接，驱动系统通过硬件的应用程序接口层将内存信息传递给硬件设备，从而，硬件设备对内存信息指示的目标内存池中的数据进行处理。可见，本申请提供的驱动系统在进行数据处理的过程中，只传递第一结构体，不进行数据搬移，确保对于同一上层应用而言，作为底层的硬件的应用程序接口层和作为上层的上层应用的应用程序接口层访问的是同一内存，进一步的，该驱动系统可以部署到不同的操作系统中，实现跨平台部署，如此，不仅减少了数据搬移，而且减小了研发成本和后期维护成本。

以上方法实施例的描述，与上述驱动系统实施例的描述是类似的，具有同驱动系统实施例相似的有益效果。对于本申请方法实施例中未披露的技术细节，请参照本申请驱动系统实施例的描述而理解。

应理解，说明书通篇中提到的“一个实施例”或“一些实施例”或“另一些实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”或“在一些实施例中”或“在另一些实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

在本申请所提供的几个实施例中，应该理解到，所揭露的驱动系统、方法和设备，可以通过其它的方式实现。以上所描述的驱动系统实施例仅仅是示意性的，例如，所述层的划分，仅仅为一种逻辑功能划分。

在本申请各实施例中驱动系统的各层可以全部集成在一个处理单元中，也可以是各层分别单独作为一个单元，也可以两个或两个以上层集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述驱动系统实施例的全部或部分可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述驱动系统实施例的各个层；而前述的存储介质包括：移动存储设备、只读存储器(readonlymemory，rom)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得电子设备(可以是手机、平板电脑、笔记本电脑、台式计算机、机器人、无人机、滑轨屏等)执行本申请各个实施例所述驱动系统的全部或部分。而前述的存储介质包括：移动存储设备、rom、磁碟或者光盘等各种可以存储程序代码的介质。

本申请所提供的几个驱动系统实施例中所揭露的驱动，在不冲突的情况下可以任意组合，得到新的驱动实施例。

本申请所提供的几个方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。

本申请所提供的几个产品实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的产品实施例。

本申请所提供的几个方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。

以上所述，仅为本申请的实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。