CN113973126A - 车端子系统间的通信方法、装置、电子设备及介质 - Google Patents

车端子系统间的通信方法、装置、电子设备及介质 Download PDF

Info

Publication number
CN113973126A
CN113973126A CN202111225883.2A CN202111225883A CN113973126A CN 113973126 A CN113973126 A CN 113973126A CN 202111225883 A CN202111225883 A CN 202111225883A CN 113973126 A CN113973126 A CN 113973126A
Authority
CN
China
Prior art keywords
service
configuration information
subsystem
target
operating system
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202111225883.2A
Other languages
English (en)
Inventor
周冰
何炜伟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ThunderSoft Co Ltd
Original Assignee
Shanghai Bolton Novartis Intelligent Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Bolton Novartis Intelligent Technology Co ltd filed Critical Shanghai Bolton Novartis Intelligent Technology Co ltd
Priority to CN202111225883.2A priority Critical patent/CN113973126A/zh
Publication of CN113973126A publication Critical patent/CN113973126A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/30Profiles

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Stored Programmes (AREA)

Abstract

本申请提出一种车端子系统间的通信方法、装置、电子设备及介质,该方法包括:检测到车端的第一子系统内的目标应用发起的调用第二子系统内的目标服务的调用请求;根据调用请求查询目标服务的配置信息;将目标服务的配置信息发送给目标应用,以使目标应用基于配置信息与目标服务进行通信。利用车端部署的中间件平台,能够实现车端不同子系统间的通信互联,实现不同子系统间的服务调用和资源共享,降低了不同子系统间服务调用的成本,提高资源利用率。

Description

车端子系统间的通信方法、装置、电子设备及介质
技术领域
本申请涉及一种车联网技术领域,尤其涉及一种车端子系统间的通信方法、装置、电子设备及介质。
背景技术
目前国内外的车载终端(简称车端)的嵌入式软件种类繁多,提供的服务除了实现行车定位导航、信息娱乐、资讯服务等一般嵌入式信息功能以外,还有与安全保障、车辆远程诊断相关车辆专用功能。
目前车端的典型子系统通常包括底盘与动力控制域(VDCM)子系统、车身域(BDCM)子系统、自动智能座舱域(IDCM)子系统与驾驶域(ADCM)子系统。而各个子系统提供不同的服务,为了资源的合理利用,面向服务的中间件产品应运而生。而现有的中间件产品无法真正实现车端子系统之间的通信互联和资源共享。
发明内容
本申请实施例提供一种车端子系统间的通信方法、装置、电子设备及介质,以解决相关技术存在的问题,技术方案如下:
第一方面,本申请实施例提供了一种车端子系统间的通信方法,应用于车端内部署的中间件平台,所述方法包括:
检测到所述车端的第一子系统内的目标应用发起的调用第二子系统内的目标服务的调用请求;
根据所述调用请求查询所述目标服务的配置信息;
将所述目标服务的配置信息发送给所述目标应用,以使所述目标应用基于所述配置信息与所述目标服务进行通信。
第二方面,本申请实施例提供了一种车端子系统间的通信装置应用于车端,所述装置包括:
检测模块,用于检测所述车端的第一子系统内的目标应用发起的调用第二子系统内的目标服务的调用请求;
查询模块,用于根据所述调用请求查询所述目标服务的配置信息;
发送模块,将所述目标服务的配置信息发送给所述目标应用,以使所述目标应用基于所述配置信息与所述目标服务进行通信。
第三方面,本申请实施例提供了一种电子设备,该电子设备包括:至少一个处理器;以及与至少一个处理器通信连接的存储器;其中,存储器存储有可被至少一个处理器执行的指令,以使至少一个处理器能够执行上述车端子系统间的通信的方法。
第四方面,本申请实施例提供了一种计算机可读存储介质,计算机可读存储介质存储计算机指令,当计算机指令在计算机上运行时,上述各方面任一种实施方式中的方法被执行。
上述技术方案中的优点或有益效果至少包括:利用车端部署的中间件平台,能够实现车端不同子系统间的通信互联,实现不同子系统间的服务调用和资源共享,降低了不同子系统间服务调用的成本,提高资源利用率
上述概述仅仅是为了说明书的目的,并不意图以任何方式进行限制。除上述描述的示意性的方面、实施方式和特征之外,通过参考附图和以下的详细描述,本申请进一步的方面、实施方式和特征将会是容易明白的。
附图说明
在附图中,除非另外规定,否则贯穿多个附图相同的附图标记表示相同或相似的部件或元素。这些附图不一定是按照比例绘制的。应该理解,这些附图仅描绘了根据本申请公开的一些实施方式,而不应将其视为是对本申请范围的限制。
图1为根据本申请一实施例的车端子系统间的通信方法的流程示意图;
图2为根据本申请一实施例的车端子系统的中间件平台示意图;
图3为安卓操作系统的示框架意图;
图4为根据本申请一实施例的安卓系统的中间件平台架构示意图;
图5为根据本申请一实施例的车端子系统间的应用调用示意图;
图6为根据本申请一实施例的车端子系统间的通信装置的结构示意图;
图7是用来实现本申请实施例的车端子系统间的通信方法的电子设备的框图。
具体实施方式
在下文中,仅简单地描述了某些示例性实施例。正如本领域技术人员可认识到的那样,在不脱离本申请的精神或范围的情况下,可通过各种不同方式修改所描述的实施例。因此,附图和描述被认为本质上是示例性的而非限制性的。
目前的中间件产品均采用C++构建,由于安卓(Android)操作系统的特殊架构,导致现有的中间件产品均不支持安卓操作系统。目前车端的典型子系统通常包括底盘与动力控制域(VDCM)子系统、车身域(BDCM)子系统、自动智能座舱域(IDCM)子系统与驾驶域(ADCM)子系统,而国内市场的自动智能座舱域的主流操作系统通常是安卓操作系统。因此,现有的中间件产品无法实现车端子系统之间通信互联。鉴于此,本申请提供一种应用于车端内部署的中间件平台的车端子系统间的通信方法,用于实现不同子系统间的通信互联和资源共享。
图1示出根据本申请一实施例的车端子系统间的通信方法的流程图。如图1所示,该通信方法可以包括:
步骤S101:检测车端的第一子系统内的目标应用发起的调用第二子系统内的目标服务的调用请求。
步骤S102:根据调用请求查询目标服务的配置信息。
步骤S103:将目标服务的配置信息发送给目标应用,以使目标应用基于目标服务的配置信息与目标服务进行通信。
通过上述流程,利用车端部署的中间件平台,能够实现车端不同子系统间的通信互联,实现不同子系统间的服务调用和资源共享,降低了不同子系统间服务调用的成本,提高资源利用率。
本申请中涉及的服务需要对外提供特定功能。例如,空调服务需要具备调节空调的功能,该功能需要公开给外部使用。
应用指的是需要调用服务来实现一个特定的业务逻辑。例如,A应用为在车辆启动后,采用人脸识别技术识别指定用户,以及将空调调节到设定模式,此时A应用涉及两个服务,分别是服务1:采用人脸识别技术识别指定用户和服务2:将空调调节得到设定模式。
需要说明的是,服务的配置信息包括用于描述目标应用如何连接到目标服务的信息。例如:连接所使用的通信协议类型,目标服务的通信协议配置信息。
在一种可能的实施方式中,步骤S102中根据调用请求查询目标服务的配置信息时,可以通过以下过程实现:根据调用请求在预先生成的服务列表中查询目标服务的配置信息。可选的,在查询目标服务的配置信息时,目标应用将涉及的服务描述上报给中间件平台,中间件平台根据服务描述在服务列表中查询服务的配置信息,以使目标应用进行相应服务的调用。
可选的,车端内每个子系统的服务部署完成后,每个服务都需要与车端部署的中间件平台进行注册,以获取车端的服务列表,该服务列表中包括各个服务及各个服务对应的配置信息。
一种可能的实施方式中,中间件平台通过如下过程来建立车端的服务列表。具体包括:启动车端内的每个服务;接收每个服务发送的注册请求,获取每个服务的配置信息;将所述每个服务及其对应的配置信息保存在所述服务列表中。
需要说明的是,当车端的任意一个服务完成开发部署后,当车端系统启动后,中间件平台完成该服务的启动,该服务运行成功后发送注册请求,以自动注册到中间件平台。可选的,对于特定触发型服务,例如USB媒介服务,当芯片插入USB后,USB媒介服务被激活,此时,USB媒介服务会参照自身协议向中间件平台发出通知,以注册到该中间件平台。
值得一提的是,本申请实施例中,第一子系统和第二子系统使用的操作系统不同。可选的,第一子系统和第二子系统中的任一个子系统使用的操作系统包括Linux操作系统、QNX操作系统或安卓操作系统。
本申请实施例中目标应用涉及的目标服务的数量可以是一个也可以是多个,在目标服务的数量为多个时,目标服务中的第一服务部署在第二子系统上,目标服务中除第一服务之外的任意一个服务可以部署在第一子系统,也可以部署在第二子系统,也可以部署在第一子系统和第二子系统之外的任意一个子系统上,此时,目标应用利用中间件平台调用任意一个涉及的目标服务。
请参阅图2所示,图2是以车辆系统为例,在车端各个子系统上搭建中间件平台的示意图。从图2可以看出,车端子系统的底层部署微处理器(Microprocessor Unit,MPU),MPU之上部署操作系统,操作系统上部署各个服务,在服务之上部署应用。IDCM子系统包括两个不同类型的操作系统,分别是QNX操作系统和安卓操作系统,其中,安卓操作系统上搭载娱乐功能的应用和服务,QNX操作系统上搭载仪表盘驾驶功能的应用和服务。
本申请实施例中的中间件平台可以实现安卓操作系统和其他操作系统之间的通信互联。
请参阅图3,图3是现有的安卓操作系统的框架示意图。安卓操作系统从底层依次部署硬件抽象层(Hardware Abstract Layer,HAL)和Linux内核层(kernel)、C++构建的Native框架(Framework)层、java构建的Java框架层、应用(APP)层。由于安卓操作系统特殊的架构导致使用C++来实现的中间件产品无法打通到Java Framework层,而目前已有的同类中间件产品基本上都是采用的C++作为开发语言的。
以图3所示的安卓操作系统为例,图4示出了中间件平台在安卓操作系统的框架示意图。该中间件平台部署在Native框架层,包括通信管理模块和传输层接口模块,其中,该传输层可以基于以太网通信协议SOME/IP、Android的IPC通信协议Binder、QNX的IPC通信协议PPS、网络通信协议HTTP/MQTT实现通信。可选的,传输层可以使用传输效率最高的通信协议进行通信,提高传输性能和服务测试及部署的效率。通信管理模块能够实现平台生命周期状态管理、E2E的安全通信管理、服务注册、服务握手、通信管理访问权限管理等功能。在Native框架层和Javal框架层均部署服务提供模块和服务使用模块,服务提供模块中集成有各种服务,服务提供模块会在服务启动后注册到中间件平台;服务使用模块在业务逻辑需要调用某个服务的情况下,从中间件平台中查找该服务的配置信息,进行服务的调用。
为了实现安卓操作系统的通信互联,针对搭载在中间件平台上的应用软件开发,可以生成服务软件的框架代码如接口代码等,在框架代码中集成javal与c++之间的通信机制,供服务提供模块和服务使用模块使用,从而可以在中间件平台与应用之间进行通信,打通安卓操作系统内部的通信链路。
请参阅图5所示,图5为车端子系统之间的服务调用示意图,第一子系统和第二子系统架设在不同的电子控制单元(Electronic Control Unit,ECU)分别是ECU1和ECU2,具体包括以下步骤:
步骤1:中间件平台启动ECU1上的服务A和ECU2上的服务B。
其中,服务A与客户端应用位于相同的子系统,即相同的域,服务B与客户端应用位于不同的子系统,即不同的域。
步骤2:服务A和服务B注册到中间件平台,基于每个服务的配置信息生成车端的服务列表。
步骤3:客户端应用登录到中间件平台,查询所需的服务的配置信息。
步骤4:中间件平台根据车端的服务列表查询服务的配置信息,并反馈给客户端应用。
步骤5:客户端应用基于服务A的配置信息与同域的服务A进行加密/非加密通信,基于服务B的配置信息与跨域的服务B进行加密/非加密通信。
客户端应用调用同域的服务A时基于Binder/PPS/Socket等协议进行进程间通信(Inter-Process Communication,IPC),调用跨域的服务B时基于SOMEIP/DDS/Socket等协议进行远程过程调用(Remote Procedure Call,RPC)。
需要说明的是,尽管以安卓操作系统作为示例介绍了中间件平台的架构,如上,但本领域技术人员能够理解,本申请应不限于此。事实上,用户完全可根据个人喜好和/或实际应用场景灵活设定操作系统,只要能部署中间件平台即可。
这样,通过在车端部署中间件平台,能够实现车端不同子系统之间的通信互联,能够跨域实现服务的调用,快速实现各个服务的调用需求。
图6示出根据本申请一实施例的车端子系统间的通信装置的结构框图。如图6所示,该装置应用于车端,可以包括:
检测模块601,用于检测所述车端的第一子系统内的目标应用发起的调用第二子系统内的目标服务的调用请求;
查询模块602,用于根据所述调用请求查询所述目标服务的配置信息;
发送模块603,将所述目标服务的配置信息发送给所述目标应用,以使所述目标应用基于所述配置信息与所述目标服务进行通信。
在一种可能的实施方式中,所述查询模块602具体用于:
根据所述调用请求在预先生成的服务列表中查询所述目标服务的配置信息。
在一种可能的实施方式中,还包括:
启动模块(图中未示出),用于启动所述车端内的每个服务;
接收模块(图中未示出),用于接收所述每个服务发送的注册请求,获取所述每个服务的配置信息;
保存模块(图中未示出),用于将所述每个服务及其对应的配置信息保存在所述服务列表中。
在一种可能的实施方式中,所述第一子系统和所述第二子系统使用的操作系统不同。
在一种可能的实施方式中,所述第一子系统和所述第二子系统中的任一个子系统使用的操作系统包括Linux操作系统、QNX操作系统或安卓操作系统。
本申请实施例各装置中的各模块的功能可以参见上述方法中的对应描述,在此不再赘述。
图7示出根据本申请一实施例的电子设备的结构框图。如图7所示,该电子设备包括:存储器710和处理器720,存储器710内存储有可在处理器720上运行的指令。处理器720执行该指令时实现上述实施例中的通信方法。存储器710和处理器720的数量可以为一个或多个。该电子设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本申请的实现。
该电子设备还可以包括通信接口730,用于与外界设备进行通信,进行数据交互传输。各个设备利用不同的总线互相连接,并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器720可以对在电子设备内执行的指令进行处理,包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如,耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中,若需要,可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样,可以连接多个电子设备,各个设备提供部分必要的操作(例如,作为服务器阵列、一组刀片式服务器、或者多处理器系统)。该总线可以分为地址总线、数据总线、控制总线等。为便于表示,图7中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
可选的,在具体实现上,如果存储器710、处理器720及通信接口730集成在一块芯片上,则存储器710、处理器720及通信接口730可以通过内部接口完成相互间的通信。
应理解的是,上述处理器可以是中央处理器(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processing,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(FieldProgrammable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者是任何常规的处理器等。值得说明的是,处理器可以是支持进阶精简指令集机器(Advanced RISC Machines,ARM)架构的处理器。
本申请实施例提供了一种计算机可读存储介质(如上述的存储器710),其存储有计算机指令,该程序被处理器执行时实现本申请实施例中提供的方法。
可选的,存储器710可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储根据图7所示的电子设备的使用所创建的数据等。此外,存储器710可以包括高速随机存取存储器,还可以包括非瞬时存储器,例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中,存储器710可选包括相对于处理器720远程设置的存储器,这些远程存储器可以通过网络连接至图7所示的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包括于本申请的至少一个实施例或示例中。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本申请的描述中,“多个”的含义是两个或两个以上,除非另有明确具体的限定。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或多个(两个或两个以上)用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分。并且本申请的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用,或结合这些指令执行系统、装置或设备而使用。
应理解的是,本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。上述实施例方法的全部或部分步骤是可以通过程序来指令相关的硬件完成,该程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本申请各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。上述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读存储介质中。该存储介质可以是只读存储器,磁盘或光盘等。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到其各种变化或替换,这些都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。

Claims (12)

1.一种车端子系统间的通信方法,其特征在于,应用于车端内部署的中间件平台,所述方法包括:
检测到所述车端的第一子系统内的目标应用发起的调用第二子系统内的目标服务的调用请求;
根据所述调用请求查询所述目标服务的配置信息;
将所述目标服务的配置信息发送给所述目标应用,以使所述目标应用基于所述配置信息与所述目标服务进行通信。
2.根据权利要求1所述的方法,其特征在于,所述根据所述调用请求查询所述目标服务的配置信息,包括:
根据所述调用请求在预先生成的服务列表中查询所述目标服务的配置信息。
3.根据权利要求2所述的方法,其特征在于,还包括:
启动所述车端内的每个服务;
接收所述每个服务发送的注册请求,获取所述每个服务的配置信息;
将所述每个服务及其对应的配置信息保存在所述服务列表中。
4.根据权利要求1所述的方法,其特征在于,所述第一子系统和所述第二子系统使用的操作系统不同。
5.根据权利要求1-4任一项所述的方法,其特征在于,所述第一子系统和所述第二子系统中的任一个子系统使用的操作系统包括Linux操作系统、QNX操作系统或安卓操作系统。
6.一种车端子系统间的通信装置,其特征在于,应用于车端,所述装置包括:
检测模块,用于检测所述车端的第一子系统内的目标应用发起的调用第二子系统内的目标服务的调用请求;
查询模块,用于根据所述调用请求查询所述目标服务的配置信息;
发送模块,将所述目标服务的配置信息发送给所述目标应用,以使所述目标应用基于所述配置信息与所述目标服务进行通信。
7.根据权利要求6所述的装置,其特征在于,所述查询模块具体用于:
根据所述调用请求在预先生成的服务列表中查询所述目标服务的配置信息。
8.根据权利要求7所述的装置,其特征在于,还包括:
启动模块,用于启动所述车端内的每个服务;
接收模块,用于接收所述每个服务发送的注册请求,获取所述每个服务的配置信息;
保存模块,用于将所述每个服务及其对应的配置信息保存在所述服务列表中。
9.根据权利要求6所述的装置,其特征在于,所述第一子系统和所述第二子系统使用的操作系统不同。
10.根据权利要求6-9任一项所述的装置,其特征在于,所述第一子系统和所述第二子系统中的任一个子系统使用的操作系统包括Linux操作系统、QNX操作系统或安卓操作系统。
11.一种电子设备,其特征在于,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求1-5中任一项所述的方法。
12.一种计算机可读存储介质,所述计算机可读存储介质内存储有计算机指令,所述计算机指令被处理器执行时实现如权利要求1-5中任一项所述的方法。
CN202111225883.2A 2021-10-21 2021-10-21 车端子系统间的通信方法、装置、电子设备及介质 Pending CN113973126A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111225883.2A CN113973126A (zh) 2021-10-21 2021-10-21 车端子系统间的通信方法、装置、电子设备及介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111225883.2A CN113973126A (zh) 2021-10-21 2021-10-21 车端子系统间的通信方法、装置、电子设备及介质

Publications (1)

Publication Number Publication Date
CN113973126A true CN113973126A (zh) 2022-01-25

Family

ID=79587648

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111225883.2A Pending CN113973126A (zh) 2021-10-21 2021-10-21 车端子系统间的通信方法、装置、电子设备及介质

Country Status (1)

Country Link
CN (1) CN113973126A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114553873A (zh) * 2022-02-27 2022-05-27 重庆长安汽车股份有限公司 基于soa的车云协同控制系统、方法及可读存储介质

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103888797A (zh) * 2014-03-10 2014-06-25 北京四达时代软件技术股份有限公司 一种基于安卓系统实现数字电视业务的系统及机顶盒
CN104394185A (zh) * 2014-09-23 2015-03-04 福州海峡职业技术学院 一种车载设备的中间件系统及车载设备
CN112073762A (zh) * 2019-06-10 2020-12-11 聚好看科技股份有限公司 基于多系统显示设备的信息获取方法及多系统显示设备
CN112380033A (zh) * 2020-11-17 2021-02-19 北京百度网讯科技有限公司 车载安卓操作系统架构、车载操作系统调用方法、电子设备和存储介质
US20210150386A1 (en) * 2019-11-20 2021-05-20 International Business Machines Corporation Utilizing vehicle sensors and machine learning training to target confident responses to user queries
CN112965765A (zh) * 2021-02-02 2021-06-15 深圳市优必选科技股份有限公司 服务调用方法、装置、电子设备及存储介质
KR20210093727A (ko) * 2020-01-20 2021-07-28 베이징 바이두 넷컴 사이언스 앤 테크놀로지 코., 엘티디. 주차 처리 방법, 시스템, 장치 및 차량 제어 장치
CN113377465A (zh) * 2021-06-07 2021-09-10 上海商汤智能科技有限公司 基于服务的sdk调用方法及装置、电子设备和存储介质
CN113420268A (zh) * 2021-07-15 2021-09-21 南京中孚信息技术有限公司 水印添加方法、装置、设备及存储介质

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103888797A (zh) * 2014-03-10 2014-06-25 北京四达时代软件技术股份有限公司 一种基于安卓系统实现数字电视业务的系统及机顶盒
CN104394185A (zh) * 2014-09-23 2015-03-04 福州海峡职业技术学院 一种车载设备的中间件系统及车载设备
CN112073762A (zh) * 2019-06-10 2020-12-11 聚好看科技股份有限公司 基于多系统显示设备的信息获取方法及多系统显示设备
US20210150386A1 (en) * 2019-11-20 2021-05-20 International Business Machines Corporation Utilizing vehicle sensors and machine learning training to target confident responses to user queries
KR20210093727A (ko) * 2020-01-20 2021-07-28 베이징 바이두 넷컴 사이언스 앤 테크놀로지 코., 엘티디. 주차 처리 방법, 시스템, 장치 및 차량 제어 장치
CN112380033A (zh) * 2020-11-17 2021-02-19 北京百度网讯科技有限公司 车载安卓操作系统架构、车载操作系统调用方法、电子设备和存储介质
CN112965765A (zh) * 2021-02-02 2021-06-15 深圳市优必选科技股份有限公司 服务调用方法、装置、电子设备及存储介质
CN113377465A (zh) * 2021-06-07 2021-09-10 上海商汤智能科技有限公司 基于服务的sdk调用方法及装置、电子设备和存储介质
CN113420268A (zh) * 2021-07-15 2021-09-21 南京中孚信息技术有限公司 水印添加方法、装置、设备及存储介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114553873A (zh) * 2022-02-27 2022-05-27 重庆长安汽车股份有限公司 基于soa的车云协同控制系统、方法及可读存储介质
CN114553873B (zh) * 2022-02-27 2023-06-09 重庆长安汽车股份有限公司 基于soa的车云协同控制系统、方法及可读存储介质

Similar Documents

Publication Publication Date Title
CN112055091B (zh) 车载微服务架构、车载模块的通信方法和装置
CN113824795A (zh) 车端与云端的通信方法、装置、系统
CN104572372A (zh) 一种服务器性能测试环境搭建系统及方法
WO2022165711A1 (zh) 基于空中下载技术ota的升级方法及装置
EP4207707A1 (en) Data transmission system, data transmission method, smart vehicle and device
US20240111549A1 (en) Method and apparatus for constructing android running environment
CN113094062A (zh) 升级方法及装置
CN110908753A (zh) 一种智能融合的云桌面服务器、客户端及系统
US20160253501A1 (en) Method for Detecting a Unified Extensible Firmware Interface Protocol Reload Attack and System Therefor
CN112491948A (zh) 非侵入式的单体应用微服务化方法、装置及计算机设备
CN110532106B (zh) 进程间的通讯方法、装置、设备和存储介质
CN113434249A (zh) 镜像同步方法、装置、docker主机及存储介质
CN105183529A (zh) 刷新服务器固件的方法、目标服务器、源服务器及系统
CN110659104B (zh) 一种业务监控方法及相关设备
CN111338829B (zh) 远程过程调用服务的调用方法及装置
CN113973126A (zh) 车端子系统间的通信方法、装置、电子设备及介质
CN115562887A (zh) 基于数据组包的核间数据通信方法、系统、设备及介质
CN112883006B (zh) 一种企业级容器镜像加速方法、装置、电子设备和存储介质
US10572151B2 (en) System and method to allocate available high bandwidth memory to UEFI pool services
CN111158872B (zh) 一种提交并守护spark任务的方法及装置
CN112527669A (zh) 本地服务的自测方法及系统
CN113395242A (zh) 应用数据包的抓包方法、装置以及计算设备
CN111818463A (zh) 传输镜像文件的方法、装置、存储介质及电子设备
JP4063573B2 (ja) デバイスドライバの組み込み・実行方式、組み込み・実行方法、及びプログラム
CN111399974B (zh) 一种资源管理方法及装置、电子设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right

Effective date of registration: 20220606

Address after: 100083 room 101-105, 1 / F, Chuangda building, No.9 Qinghua East Road, Haidian District, Beijing (Dongsheng District)

Applicant after: Thunder Software Technology Co.,Ltd.

Address before: Pudong New Area, Shanghai, China (Shanghai) free trade trial area 400 spring 1, 3 floor

Applicant before: Shanghai Bolton Novartis Intelligent Technology Co.,Ltd.

TA01 Transfer of patent application right