全文摘要
本实用新型涉及车载主机通讯装置及车载主机通讯装置文本转换装置。车载主机通讯装置文本转换装置包括：文件接收装置，其配置成接收待转换文件；第一格式文本生成器，其配置成从文件接收装置接收待转换文件，并将其转换为第一格式；以及第二格式文本生成器，其配置成从文件接收装置接收待转换文件，并将其转换为第二格式。
主设计要求
1.一种车载主机通讯装置文本转换装置，其特征在于，包括：文件接收装置，其配置成接收待转换文件；第一格式文本生成器，其配置成从所述文件接收装置接收所述待转换文件，并将其转换为第一格式；以及第二格式文本生成器，其配置成从所述文件接收装置接收所述待转换文件，并将其转换为第二格式。
设计方案
1.一种车载主机通讯装置文本转换装置，其特征在于，包括：
文件接收装置，其配置成接收待转换文件；
第一格式文本生成器，其配置成从所述文件接收装置接收所述待转换文件，并将其转换为第一格式；以及
第二格式文本生成器，其配置成从所述文件接收装置接收所述待转换文件，并将其转换为第二格式。
2.根据权利要求1所述的车载主机通讯装置文本转换装置，其中：
所述第一格式文本生成器还配置成生成第一格式客户端格式和第一格式主机格式；以及
所述第二格式文本生成器还配置成生成第二格式客户端格式和第二格式主机格式。
3.根据权利要求1或2所述的车载主机通讯装置文本转换装置，其中所述第一格式为C\/C++格式，以及所述第二格式为Java格式。
4.一种车载主机通讯装置，其特征在于，包括：
Linux人机交互系统，其包括第一客户端；
Android人机交互系统，其包括第二客户端；
Android框架，其包括第三客户端；以及
Linux中间设备，其耦合到所述Linux人机交互系统的所述第一客户端并向其发送数据，耦合到所述Android人机交互系统的所述第二客户端并向其发送数据，以及耦合到所述Android框架。
5.根据权利要求4所述的车载主机通讯装置，其中所述Linux中间设备还包括根据权利要求1中所述的车载主机通讯装置文本转换装置。
6.根据权利要求4所述的车载主机通讯装置，其中所述第一客户端和所述第三客户端为第一格式客户端，以及所述第二客户端为第二格式客户端。
7.根据权利要求6所述的车载主机通讯装置，其中所述第一格式为C\/C++格式，以及所述第二格式为Java格式。
设计说明书
技术领域
本实用新型涉及通讯装置，并具体涉及车载主机通讯装置。
背景技术
随着我国汽车行业的飞速发展，智能网联车载主机系统功能日趋复杂，在实际产品设计开发中，越来越多地采用虚拟机技术，并同时构造Linux和Android双操作系统的平台架构设计。其中Android系统主要承担HMI（Human Machine Interface）人机交互界面，Linux操作系统中采用C\/C++程序实现业务服务。不同的业务服务程序按照独立进程的方式运行，服务程序之间以及服务程序和HMI应用程序之间存在跨进程、跨操作系统的交互函数调用关系。
传统的跨进程软件交互方式，有如下类型和特点：
CORBA（Common Object Request Broker Architecture，公共对象请求代理体系结构），软件架构复杂，各种不同实现不兼容，常用于大型服务器系统；
DCOM（分布式组件对象模型），COM+，只能在Windows体系下使用；
RMI（Remote Method Interface）只能在Java环境下使用；
.NET Remoting，只能在.NET平台上使用。
基于上述传统跨进程协议架构的应用服务程序结构复杂，启动速度慢，同时受平台的约束大。智能网联车载主机系统主体基于嵌入式大规模集成芯片(SoC)，通常使用Linux和Android做操作系统，涉及C\/C++和Java跨语言开发，同时要求整体系统架构简洁，启动速度快。传统的跨进程软件交互协议无法满足要求。
实用新型内容
因此，需要一种能够满足C\/C++和Java跨语言开发的要求，同时保持整体系统架构简洁、启动速度快的装置。
为实现以上目的的一个或多个，本实用新型提供以下技术方案。
按照本实用新型的第一方面，提供一种车载主机通讯装置文本转换装置，其包括：文件接收装置，其配置成接收待转换文件；第一格式文本生成器，其配置成从文件接收装置接收待转换文件，并将其转换为第一格式；以及第二格式文本生成器，其配置成从文件接收装置接收待转换文件，并将其转换为第二格式。
根据本实用新型一实施例的车载主机通讯装置文本转换装置，其中第一格式文本生成器还配置成生成第一格式客户端格式和第一格式主机格式；以及第二格式文本生成器还配置成生成第二格式客户端格式和第二格式主机格式。
根据本实用新型一实施例或以上任一实施例的车载主机通讯装置文本转换装置，其中第一格式为C\/C++格式，以及第二格式为Java格式。
按照本实用新型的第二方面，提供一种车载主机通讯装置，其包括：Linux人机交互系统，其包括第一客户端；Android人机交互系统，其包括第二客户端；Android框架，其包括第三客户端；以及Linux中间设备，其耦合到Linux人机交互系统的第一格式客户端并向其发送数据，耦合到Android人机交互系统的第二格式客户端并向其发送数据，以及耦合到Android框架。
根据本实用新型一实施例的车载主机通讯装置，其中所述Linux中间设备还包括根据本发明的第一方面的任一实施例的车载主机通讯装置文本转换装置。
根据本实用新型一实施例或以上任一实施例的车载主机通讯装置，其中第一客户端和第三客户端为第一格式客户端，以及第二客户端为第二格式客户端。
根据本实用新型一实施例或以上任一实施例的车载主机通讯装置，其中第一格式为C\/C++格式，以及第二格式为Java格式。
与现有技术相比，本实用新型实现了Linux操作系统内部的进程间函数调用，以及在Linux和Android不同操作系统间的进程间函数调用。本发明结构紧凑，功能分工合理，统一解决了Linux操作系统内部程序进程间的通信，以及Linux和Android跨操作系统程序间的通信问题。
附图说明
本实用新型的上述和\/或其它方面和优点将通过以下结合附图的各个方面的描述变得更加清晰和更容易理解，附图中相同或相似的单元采用相同的标号表示。在所述附图中：
图1为按照本实用新型的第一方面的车载主机通讯装置文本转换装置的简化框图；以及
图2为按照本实用新型的第二方面的车载主机通讯装置的简化框图。
具体实施方式
在本说明书中，参照其中图示了本实用新型示意性实施例的附图更为全面地说明本实用新型。但本实用新型可以按不同形式来实现，而不应解读为仅限于本文给出的各实施例。给出的各实施例旨在使本文的公开全面完整，以将本实用新型的保护范围更为全面地传达给本领域技术人员。
诸如“包含”和“包括”之类的用语表示除了具有在说明书中有直接和明确表述的单元和步骤以外，本实用新型的技术方案也不排除具有未被直接或明确表述的其它单元和步骤的情形。诸如“第一”和“第二”之类的用语并不表示单元在时间、空间、大小等方面的顺序而仅仅是作区分各单元之用。
下文参考根据本实用新型实施例的装置的框图来描述本实用新型。
图1为按照本实用新型的第一方面的车载主机通讯装置文本转换装置100的简化框图。如图1中所示，车载主机通讯装置文本转换装置100包括：配置成接收待转换文件的文件接收装置110；配置成从文件接收装置接收待转换文件并将其转换为第一格式的第一格式文本生成器120；以及配置成从文件接收装置接收待转换文件并将其转换为第二格式的第二格式文本生成器130。
在一个实施例中，车载主机通讯装置文本转换装置100的第一格式文本生成器120还配置成生成第一格式客户端格式和第一格式主机格式；以及第二格式文本生成器还配置成生成第二格式客户端格式和第二格式主机格式。
在一个实施例中，第一格式为C\/C++格式，以及第二格式为Java格式。首先通过文件接收装置110接收文件。优选地，这个文件可以是统一的一个PIDL（Program InterfaceDescript Language）文件，该文件定义了各种服务接口函数和进程间传递的数据类型。通过第一格式文本生成器120和第二格式文本生成器130，可以将此PIDL文件转换为C\/C++和JAVA格式。其中，C\/C++格式适合用于Linux操作系统，以及Android操作系统的底层服务。JAVA程序适用于Android上层APK应用程序。C\/C++格式包含了C\/C++客户端和C\/C++主机两种不同属性格式，分别用于构造提供服务的主机和消费服务的客户端。同理，JAVA格式也包含了JAVA客户端和JAVA主机两种不同属性的格式，分别用于构造JAVA操作系统的主机和客户端。按照统一的通讯协议规则，Java客户端格式可以直接调用C\/C++主机格式提供的API函数。C\/C++客户端格式也可以直接调用C\/C++主机格式提供的API函数。
图2为按照本实用新型的第二方面的车载主机通讯装置200的简化框图。车载主机通讯装置200包括：Linux人机交互系统210，其包括第一客户端；Android人机交互系统220，其包括第二客户端；Android框架240，其包括第三客户端；以及Linux中间设备230。所述Linux中间设备230耦合到Linux人机交互系统的第一客户端并向其发送数据，耦合到Android人机交互系统的第二客户端并向其发送数据，以及耦合到Android框架来进行数据交换。
在一个实施例中，车载主机通讯装置200中的Linux中间设备230还包括如图1中所示出的车载主机通讯装置文本转换装置100。
在一个实施例中，车载主机通讯装置200中的第一客户端和第三客户端为第一格式客户端，以及第二客户端为第二格式客户端。
在又一个实施例中，虚拟机系统在一片大规模集成芯片上构建出各自相对独立的Linux人机交互系统210和Android人机交互系统220双系统。PRPC Server作为基础的服务程序，和Linux硬件抽象层HAL及基本平台服务放在同一层级中。此二者在系统上电后自动运行，对外提供服务。Linux中间设备中包含各种C\/C++编写的主机服务程序和客户端消费程序。这些服务程序按进程的方式运行，各自相互独立，但又通过PRPC Server提供的连接和监控机制，相互间进行进程间的函数调用和通讯。此外，在Android框架的底层也包含有用C\/C++编写构建的客户端消费对接程序，比如与车载汽车CAN（Control Area Network控制区域网络）相关的数据服务程序。考虑系统整体的安全性，CAN数据的处理放在Linux人机交互系统内部进行，但需要把GPS\/DR（全球定位系统\/船位推算）等基本数据通过PRPC跨进程软件通讯协议传递到Android框架的底层系统，以便构造出完整的定位服务程序。最后，作为Linux HMI的C\/C++客户端应用程序和作为Android HMI的Java客户端应用程序各自是一个个独立的可执行程序，通过统一的PRPC协议从Linux中间设备中提取数据，呈现到人机界面上供用户操作。
提供本文中提出的实施例和示例，以便最好地说明按照本技术及其特定应用的实施例，并且由此使本领域的技术人员能够实施和使用本实用新型。但是，本领域的技术人员将会知道，仅为了便于说明和举例而提供以上描述和示例。所提出的描述不是意在涵盖本实用新型的各个方面或者将本实用新型局限于所公开的精确形式。
设计图
相关信息详情
申请码:申请号:CN201920019676.3
申请日:2019-01-07
公开号:公开日:国家:CN
国家/省市:31(上海)
授权编号:CN209297286U
授权时间:20190823
主分类号:G06F 9/54
专利分类号:G06F9/54
范畴分类:40B;
申请人:上汽通用汽车有限公司;泛亚汽车技术中心有限公司
第一申请人:上汽通用汽车有限公司
申请人地址:201206 上海市（上海）自由贸易试验区申江路1500号
发明人:吴旭峰
第一发明人:吴旭峰
当前权利人:上汽通用汽车有限公司;泛亚汽车技术中心有限公司
代理人:李湘;杨美灵
代理机构:72001
代理机构编号:中国专利代理(香港)有限公司
优先权:关键词:当前状态:审核中
类型名称:外观设计