一种自适应平台的制作方法

1.本说明书一个或多个实施例涉及交通工具技术领域，尤其涉及一种自适应平台。


背景技术：

2.autosar adaptive platform(即asr-ap，自适应平台)区别于classicplatform，adaptiveplatform仅对osipc、schedule等抽象功能作了一些较为泛华的规定。
3.从这个角度，ap的部署就不要求对它所依赖的各类特性的内部实现有过于繁琐、固化的要求；相反的，无论是实现、部署、使用等方面，都为设计者、使用者提供了足够灵活的空间。
4.作为汽车开放式系统的标准，asr-ap给出了十余个module的spec。
5.从部署者的角度来看，一种典型的部署方法是，runtime运行在一个系统之上，所有程序都变成了apapp。
6.然而随着车载软件，尤其是座舱软件技术的快速发展，asr组织给出的单一部署方案，明显不能满足现阶段逐渐兴起的虚拟化系统环境。


技术实现要素：

7.有鉴于此，本说明书一个或多个实施例的目的在于提出一种自适应平台，以解决逐渐兴起的虚拟化系统环境。
8.第一方面，提供了一种自适应平台，该自适应平台包括主系统以及从系统；其中，所述从系统包括worker模块，且所述worker与所述从系统上的app连接；所述主系统包括：listener模块、guard模块以及runtime模块；其中，所述worker模块与listener模块通信连接；所述worker模块用于将所述app的需求中的轻量需求传输给所述listener模块，并通过所述listener模块传输给guard模块，通过所述guard模块传输到runtime模块运行；所述runtime模块还用于运行所述主系统上的app。
9.在上述技术方案中，通过guard、listener、worker三层结构，将让app运行在远程runtime上。三层结构屏蔽掉系统间差异，屏蔽掉是否为虚拟机或者物理机的差异。从而使得app开发者可以方便的进行开发，提高了app的可移植性。
10.在一个具体的可实施方案中，所述worker模块通过应用编程接口(与所述从系统上的app连接。
11.在一个具体的可实施方案中，所述listener模块与所述worker模块通过处理器间通信的方式进行通信。
12.在一个具体的可实施方案中，所述worker模块通过可移植性系统接口与所述从系统上的app连接。
13.在一个具体的可实施方案中，所述worker模块与listener模块的通信信息包括消息传输、内存共享、远程过程调用、远程事件。
14.在一个具体的可实施方案中，所述listener模块的所述监听或控制翻译的轻量级
任务。
15.在一个具体的可实施方案中，所述worker模块为轻量级代理程序模块。
16.第二方面，提供了一种汽车，该汽车包括车体，以及设置在所述车体内的上述任一项所述的自适应平台。在上述技术方案中，通过guard、listener、worker三层结构，将让app运行在远程runtime上。三层结构屏蔽掉系统间差异，屏蔽掉是否为虚拟机或者物理机的差异。从而使得app开发者可以方便的进行开发，提高了app的可移植性。
附图说明
17.为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书一个或多个实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
18.图1为自适应平台应用在type1模型的示意图；
19.图2为自适应平台应用在type2模型的示意图；
20.图3为本技术实施例提供的自适应平台的结构框图；
21.图4为本技术实施例提供的app与worker模块之间的通信示意图；
22.图5为本技术实施例提供的worker模块与listener模块之间的通信示意图。
具体实施方式
23.为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。
24.需要说明的是，除非另外定义，本说明书一个或多个实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本说明书一个或多个实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。
25.本说明书实施例中所述支付涉及的技术载体，例如可以包括近场通信(near field communication，nfc)、wifi、3g/4g/5g、pos机刷卡技术、二维码扫码技术、条形码扫码技术、蓝牙、红外、短消息(short message service，sms)、多媒体消息(multimedia message service，mms)等。
26.本说明书实施例中所述生物识别所涉及的生物特征，例如可以包括眼部特征、声纹、指纹、掌纹、心跳、脉搏、染色体、dna、人牙咬痕等。其中眼纹可以包括虹膜、巩膜等生物特征。
27.为方便理解本技术实施例，下面首先说明一下本技术实施例提供的自适应平台的应用场景。随着硬件性能的提升，车载电子领域逐渐的引入了type1和type2的虚拟化技术。参考图1和图2，图1示例出了type1虚拟化技术的模型；图2示例出了type2虚拟化技术的模
型。参考图1，type1提供的虚拟化模型中各部分分别为：application应用程序；virtual machine虚拟机；type1 hypervisor管理程序；hardware硬件。参考图2，type2提供的虚拟化模型中各部分分别为：application应用程序；virtual machine虚拟机；type2hypervisor管理程序；operating system操作系统；hardware硬件。由图1和图2可看出，type1的虚拟化方式，存在着两个平行的虚拟机，而type2的虚拟化方式则更加复杂，存在着一个host os(物理机里的系统)和两个guest os(虚拟机里的的系统)。在虚拟化的环境中部署ap时，可以从以上两图看出，无论是type1还是type2，都必须部署两个asr-ap的实例。若虚拟化系统的guest os多于1个，则还需要更多的实例部署成本。无论是从复杂度、稳定性、可维护性、性能等方面，都存在着劣势。为此本技术实施例提供了一种新的自适应平台。从而可在type1和type2两种环境上能够部署一种行为一致的自适应平台的能力。
28.参考图3，图3示例出了本技术实施例提供的自适应平台的结构框图。本技术实施例提供的自适应平台包括：主系统(masteros)以及从系统(slave os)。
29.主系统上运行了listener模块、guard模块以及runtime模块。其中，runtime模块为asr-apruntime。guard模块为运行事件归口程序；而listener模块用于监听归口程序及发送请求数据。在使用时，listener模块的个数为多个，多个listener模块可分别与guard模块连接进行通信。runtime模块为asr-ap的运行模块，进行真实的数据处理。
30.从系统包括worker模块，如图4所示，worker与从系统上的app连接；日worker模块与listener模块通信连接，从而使得worker模块可将app的需求中的轻量需求传输给listener模块，实现主系统与从系统之间的信息通信。在具体进行数据传输时，worker模块通过应用编程接口与从系统上的app连接。具体的，worker模块通过可移植性系统接口与从系统上的app连接。示例性的，worker与slaveos的应用程序通过worker暴露出来的asp-apapi(applicationprogramminginterface，应用编程接口)进行通信。该api的实现，并非runtime在master上的实现，而是各自slave的平台相关的实现方式(也可以采用跨平台方案，如posix)。
31.参考图5，listener模块与worker模块通过处理器间通信的方式进行通信。其中，worker模块与listener模块的通信信息包括消息传输、内存共享、远程过程调用、远程事件。示例性的，listener模块与worker模块通过与平台相关的ipc(inter-processor-communication，处理器间通信)进行消息传输、内存共享、远程过程调用、远程事件订阅等。
32.在进行信息传输时，worker模块仅作为轻量级命令请求、控制操作的mapping、外部通信方式抽象等工作，不保存大量数据，即worker模块为轻量级代理程序的模块。listener模块同样仅做监听、控制翻译等轻量级任务，保证部署多个slave时的性能。app使用worker提供的lib代码，就像直接使用asr-ap的lib一样。
33.在进行信息处理时，装载在从系统上的app通过worker模块将信息传输给listener模块，并通过listener模块传输给guard模块，通过guard模块传输到runtime模块运行；runtime模块还用于运行主系统上的app。在上述技术方案中，通过guard、listener、worker三层结构，将让app运行在远程runtime上。三层结构屏蔽掉系统间差异，屏蔽掉type1 or type2的差异，屏蔽掉是否为虚拟机或者物理机的差异。使得app开发者开发出的同一程序可同时应用在type1和type2上，减少了app开发者的工作量。从而使得app开发者可以方便的进行开发，提高了app的可移植性。
34.本技术实施例还提供了一种汽车，该汽车包括车体，以及设置在车体内的上述任一项的自适应平台。在上述技术方案中，通过guard、listener、worker三层结构，将让app运行在远程runtime上。三层结构屏蔽掉系统间差异，屏蔽掉type1 or type2的差异，屏蔽掉是否为虚拟机或者物理机的差异。使得app开发者开发出的同一程序可同时应用在type1和type2上，减少了app开发者的工作量。从而使得app开发者可以方便的进行开发，提高了app的可移植性。
35.需要说明的是，本说明书一个或多个实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本说明书一个或多个实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成的方法。
36.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
37.为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书一个或多个实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现。
38.本实施例的计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。
39.所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本公开的范围(包括权利要求)被限于这些例子；在本公开的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本说明书一个或多个实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。
40.另外，为简化说明和讨论，并且为了不会使本说明书一个或多个实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(ic)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本说明书一个或多个实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本说明书一个或多个实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本公开的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本说明书一个或多个实施例。因此，这些描述应被认为是说明性的而不是限制性的。
41.尽管已经结合了本公开的具体实施例对本公开进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态ram(dram))可以使用所讨论的实施例。
42.本说明书一个或多个实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本公开的保护范围之内。