车载安卓操作系统架构、车载操作系统调用方法、电子设备和存储介质

摘要

本申请公开了一种车载安卓操作系统架构、车载操作系统调用方法、电子设备和存储介质，涉及车载操作系统技术领域，其中车载安卓操作系统架构包括N个功能模块和一SPI驱动，所述N为大于1的整数；所述SPI驱动设置有N个服务接口，所述N个服务接口与所述N个功能模块一一对应，所述N个功能模块中，每个功能模块与其对应的服务接口通信连接。根据本申请的技术，通过在车载安卓操作系统中引入SPI驱动，并在SPI驱动设置与功能模块一一对应的服务接口，这样，可通过SPI驱动的服务接口实现不同功能模块之间的调用，而不需要依赖于主模块，使各功能模块之间解耦，避免了各功能模块之间存在较强耦合，方便后期维护。

说明书

技术领域

本申请涉及车载操作系统技术领域，具体涉及一种车载安卓操作系统架构、车载操作系统调用方法、电子设备和存储介质。

背景技术

现有的车载操作系统普遍使用安卓操作系统，而安卓操作系统的架构通常是将各个功能模块进行拆分，各个功能模块的业务层进行隔离的单独开发，这样，各个功能模块直接强依赖于主模块，功能模块之间的耦合较高，不利于后期的开发维护。

发明内容

本申请提供了一种车载安卓操作系统架构、车载操作系统调用方法、电子设备和存储介质。

根据第一方面，本申请提供了一种车载安卓操作系统架构，包括N个功能模块和一串行外设接口SPI驱动，所述N为大于1的整数；

所述SPI驱动设置有N个服务接口，所述N个服务接口与所述N个功能模块一一对应，所述N个功能模块中，每个功能模块与其对应的服务接口通信连接。

根据第二方面，本申请提供了一种车载操作系统调用方法，应用于第一方面的车载安卓操作系统架构，所述方法包括：

在第一功能模块与第二功能模块之间存在调用需求的情况下，所述SPI驱动通过第一服务接口和第二服务接口实现所述第一功能模块与所述第二功能模块之间的调用；所述第一服务接口为所述第一功能模块对应的服务接口，所述第二服务接口为所述第二功能模块对应的服务接口。

根据第三方面，本申请提供了一种电子设备，包括：

至少一个处理器；以及

与至少一个处理器通信连接的存储器；其中，

存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行第一方面中的任一项方法。

根据第四方面，本申请提供了一种存储有计算机指令的非瞬时计算机可读存储介质，计算机指令用于使计算机执行第一方面中的任一项方法。

根据本申请的技术，通过在车载安卓操作系统中引入SPI驱动，并在SPI驱动设置与功能模块一一对应的服务接口，这样，可通过SPI驱动的服务接口实现不同功能模块之间的调用，而不需要依赖于主模块，使各功能模块之间解耦，避免了各功能模块之间存在较强耦合，方便后期维护。

应当理解，本部分所描述的内容并非旨在标识本申请的实施例的关键或重要特征，也不用于限制本申请的范围。本申请的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1是根据本申请第一实施例的车载安卓操作系统架构的结构示意图；

图2是根据本申请第二实施例的车载操作系统调用方法的流程示意图；

图3是用来实现本申请实施例的车载操作系统调用方法的电子设备的框图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

本申请可适用于车载安卓操作系统。

现有技术中，安卓操作系统的架构通常是将各个功能模块进行拆分，各个功能模块的业务层进行隔离的单独开发，这样，各个功能模块直接强依赖于主模块，功能模块之间的耦合较高，不利于后期的开发维护。

鉴于此，本申请提供一种车载安卓操作系统架构、车载操作系统调用方法、电子设备和存储介质，以实现各功能模块之间相互调用且各功能模块之间实现解耦。

以下对本申请的示范性实施例进行说明。

本申请实施例提供一种车载安卓操作系统架构，包括N个功能模块和一串行外设接口(Serial Peripheral Interface，SPI)驱动，所述N为大于1的整数；

所述SPI驱动设置有N个服务接口，所述N个服务接口与所述N个功能模块一一对应，所述N个功能模块中，每个功能模块与其对应的服务接口通信连接。

作为示例，如图1所示，车载安卓操作系统架构包括支付模块11、个人中心模块21和订单中心模块31，还包括SPI驱动41，SPI驱动41设置于支付服务接口12、个人中心服务接口22和订单中心服务接口32，其中，支付服务接口12与支付模块11通信连接，个人中心服务接口22与个人中心模块21通信连接，订单中心服务接口32与订单中心模块31通信连接。

本申请实施例中，当不同的功能模块之间存在调用需求，SPI驱动可通过功能模块对应的服务接口实现不同功能模块之间的调用。SPI驱动又可称之为服务加载器(ServiceLoader)，也就是说，SPI驱动能够实现服务加载功能，其服务加载功能可通过服务接口实现。

本申请实施例中，SPI驱动可以基于Java反射机制，通过服务接口加载功能模块的实体对象，也就是说，SPI驱动可以基于Java反射机制获取服务接口真正执行的实体对象进行执行。

例如，当订单中心模块31需要查看是否支付时，即，订单中心模块31存在调用支付模块11的需求。在这种情况下，订单中心模块31只需要通过支付模块11的服务接口(即支付服务接口12)即可获取到其所需调用的参数或结果。

具体的，订单中心模块31通过订单中心服务接口32向SPI驱动41发送第一请求，该第一请求包括订单中心模块31所需调用的参数；SPI驱动41在接收到第一请求之后，可通过支付服务接口12向支付模块11发送该第一请求，支付模块11接收到该第一请求之后，通过支付服务接口12向SPI驱动41发送第一反馈，该第一反馈包括订单中心模块31所需调用的参数或结果，SPI驱动41在接收到第一反馈之后，可通过订单中心服务接口32向订单中心模块31发送该第一反馈。

可见，本申请实施例中，通过在车载安卓操作系统中引入SPI驱动，并在SPI驱动设置与功能模块一一对应的服务接口，这样，可通过SPI驱动的服务接口实现不同功能模块之间的调用，而不需要依赖于主模块，使各功能模块之间解耦，避免了各功能模块之间存在较强耦合，方便后期维护。

可选的，所述N个服务接口继承一实体类公共模块，所述实体类公共模块预配置有用于封装所述N个功能模块的实体对象。

本申请实施例中，各服务接口可以继承一实体类公共模块，该实体类公共模块也可称之为公共的实体类模块(bean module)，该实体类公共模块可预配置用于封装各功能模块的实体对象，能够保证实体类的统一。

这样，通过借助实体类公共模块可以实现各功能模块的统一管理，从而使得各功能模块之间能够更加方便地进行相互调用，使各功能模块之间解耦。

可选的，所述N个服务接口被配置于外部代码仓库。

本申请实施例中，可以采取将各服务接口的代码上传至外部代码仓库(例如maven)的方式实现将服务接口配置于外部代码仓库，这样，通过将服务接口配置于外部代码仓库，使得服务接口与代码编写分离，从而使得服务接口和实现分离，就不需要使服务接口在本地依赖于各功能模块，从而可以加快服务接口的编译，减少编译出错，减小耦合，方便后期维护。

可选的，车载安卓操作系统架构还包括N个功能用户界面(User Interface，UI)，所述N个功能UI与所述N个功能模块一一对应，所述N个功能模块中，每个功能模块与其对应的功能UI通信连接。

作为示例，如图1所示，车载安卓操作系统架构还包括支付UI 13、个人中心UI 23和订单中心UI 33，其中，支付UI 13与支付模块11通信连接，个人中心UI 23与个人中心模块21通信连接，订单中心UI 33与订单中心模块31通信连接。

用户可以通过功能UI来触发功能模块，功能UI可以以按钮的形式呈现给用户。通过设置功能UI，可以方便用户触发功能模块。功能模块触发后，可能涉及到与其他功能模块之间的互相调用，其调用可以通过对应的服务接口实现，为避免重复，对此不作赘述。

可选的，如图1所示，车载安卓操作系统架构还包括主模块51，主模块51与SPI驱动41通信连接。

主模块51可以是用户界面，例如可以是登录模块，各功能模块对应的功能UI可以封装在主模块51中，用户可以通过主模块51来实现功能模块的触发。

当主模块51需要调用功能模块时，主模块51可以向SPI驱动41发出调用请求，SPI驱动41可以根据该调用请求，确定被调用功能模块，并通过该被调用功能模块的服务接口向该被调用功能模块发送调用请求，该被调用功能模块向SPI驱动41发送调用反馈，SPI驱动41再向主模块51发送该调用反馈。

这样，可通过SPI驱动的服务接口实现主模块与各功能模块之间的调用，各功能模块不需要依赖于主模块，使各功能模块与主模块之间解耦，方便后期维护。

需要说明的是，本申请中的车载安卓操作系统架构中的多种可选的实施方式，彼此可以相互结合实现，也可以单独实现，对此本申请不作限定。

本申请的上述实施例至少具有如下优点或有益效果：

本申请实施例中，通过在车载安卓操作系统中引入SPI驱动，并在SPI驱动设置与功能模块一一对应的服务接口，这样，可通过SPI驱动的服务接口实现不同功能模块之间的调用，而不需要依赖于主模块，使各功能模块之间解耦，避免了各功能模块之间存在较强耦合，方便后期维护。

如图2所示，本申请实施例提供一种车载操作系统调用方法，应用于上述实施例中的任一种车载安卓操作系统架构，包括如下步骤：

步骤201：在第一功能模块与第二功能模块之间存在调用需求的情况下，所述SPI驱动通过第一服务接口和第二服务接口实现所述第一功能模块与所述第二功能模块之间的调用；所述第一服务接口为所述第一功能模块对应的服务接口，所述第二服务接口为所述第二功能模块对应的服务接口。

可选的，其中，所述SPI驱动基于Java反射机制，通过所述第一服务接口加载所述第一功能模块的实体对象，或者，通过所述第二服务接口加载所述第二功能模块的实体对象。

可选的，其中，若所述第一功能模块需要调用所述第二功能模块，则所述SPI驱动通过第一服务接口和第二服务接口实现所述第一功能模块与所述第二功能模块之间的调用，包括：

所述第一功能模块通过所述第一服务接口向所述SPI驱动发送第一请求；

所述SPI驱动通过所述第二服务接口向所述第二功能模块发送所述第一请求；

所述第二功能模块接收到所述第一请求之后，通过所述第二服务接口向所述SPI驱动发送第一反馈；

所述SPI驱动通过所述第一服务接口向所述第一功能模块发送所述第一反馈。

需要说明的是，本申请中的车载操作系统调用方法中的多种可选的实施方式，彼此可以相互结合实现，也可以单独实现，对此本申请不作限定。

本申请的上述实施例至少具有如下优点或有益效果：

本申请实施例中，通过在车载安卓操作系统中引入SPI驱动，并在SPI驱动设置与功能模块一一对应的服务接口，这样，可通过SPI驱动的服务接口实现不同功能模块之间的调用，而不需要依赖于主模块，使各功能模块之间解耦，避免了各功能模块之间存在较强耦合，方便后期维护。

根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。

如图3所示，是根据本申请实施例的车载操作系统调用方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图3所示，该电子设备包括：一个或多个处理器601、存储器602，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图3中以一个处理器601为例。

存储器602即为本申请所提供的非瞬时计算机可读存储介质。其中，存储器存储有可由至少一个处理器执行的指令，以使至少一个处理器执行本申请所提供的车载操作系统调用方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的车载操作系统调用方法。

存储器602作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的车载操作系统调用方法对应的程序指令/模块。处理器601通过运行存储在存储器602中的非瞬时软件程序、指令以及模块，从而执行车载安卓操作系统架构的各种功能应用以及数据处理，即实现上述方法实施例中的车载操作系统调用方法。

存储器602可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据车载操作系统调用方法的电子设备的使用所创建的数据等。此外，存储器602可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器602可选包括相对于处理器601远程设置的存储器，这些远程存储器可以通过网络连接至车载操作系统调用方法的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

车载操作系统调用方法的电子设备还可以包括：输入装置603和输出装置604。处理器601、存储器602、输入装置603和输出装置604可以通过总线或者其他方式连接，图3中以通过总线连接为例。

输入装置603可接收输入的数字或字符信息，以及产生与车载操作系统调用方法的电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置604可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、互联网和区块链网络。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决传统物理主机与虚拟专用服务器(VPS，Virtual Private Server)服务中存在的管理难度大，业务扩展性弱的缺陷。

根据本申请实施例的技术方案，通过在车载安卓操作系统中引入SPI驱动，并在SPI驱动设置与功能模块一一对应的服务接口，这样，可通过SPI驱动的服务接口实现不同功能模块之间的调用，而不需要依赖于主模块，使各功能模块之间解耦，避免了各功能模块之间存在较强耦合，方便后期维护。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。