CN110471757B - 一种车载智能天线***的软件架构及汽车 - Google Patents

一种车载智能天线***的软件架构及汽车 Download PDF

Info

Publication number
CN110471757B
CN110471757B CN201910248643.0A CN201910248643A CN110471757B CN 110471757 B CN110471757 B CN 110471757B CN 201910248643 A CN201910248643 A CN 201910248643A CN 110471757 B CN110471757 B CN 110471757B
Authority
CN
China
Prior art keywords
application
memory
thread
layer
data
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.)
Active
Application number
CN201910248643.0A
Other languages
English (en)
Other versions
CN110471757A (zh
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.)
Chongqing Changan Automobile Co Ltd
Original Assignee
Chongqing Changan Automobile 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 Chongqing Changan Automobile Co Ltd filed Critical Chongqing Changan Automobile Co Ltd
Priority to CN201910248643.0A priority Critical patent/CN110471757B/zh
Publication of CN110471757A publication Critical patent/CN110471757A/zh
Application granted granted Critical
Publication of CN110471757B publication Critical patent/CN110471757B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/546—Message passing systems or structures, e.g. queues

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

本发明涉及一种车载智能天线***的软件架构及汽车，以解决现有技术中车载智能天线***的软件可扩展性差的问题。该车载智能天线***的软件架构，所述车载智能天线***的软件架构从上到下包括：应用层；SDK层，所述SDK层用于进行数据分发处理，所述SDK层中记录有与所述应用层中的每一应用程序分别对应的SID码信息的SID码注册表；SERVICE层，所述SERVICE层用于进行数据收发处理；BSP层，所述BSP层用于为操作***提供虚拟的硬件平台；在所述车载智能天线***启动后，所述应用层中的应用数据申请线程向所述SDK层发送数据订阅请求；所述SDK层根据所述数据订阅请求，对所述SERVICE层接收到的数据进行分发。

Description

一种车载智能天线***的软件架构及汽车
技术领域
本发明涉及汽车车载智能天线***领域，具体是一种车载智能天线***的软件架构及汽车。
背景技术
智能天线是随着整车电子架构不断发展产生的新电子控制单元(ElectronicControl Unit, ECU)。该控制器集成了遥控钥匙、轮胎胎压监控***、蓝牙数字钥匙、经典蓝牙和WIFI、收音机以及4G MODEM芯片。将除了低频外的其他射频模块进行了集成，并放置到车顶。该架构在降低整车成本，提升射频性能的同时，也使得整车电子架构向5G和V2X演进变得更加容易。
当前ECU的软件架构主要有两种类型，一种是基于Adaptive Autosar构建一套复杂的软件架构，一种是基于ECU功能开发。其中前者当前并无成熟量产经验，且相对效率较低；而后者在可扩展性上存在问题。
智能天线将其他ECU的功能集成到一起，如何设计一种低成本、高效率、易扩展的软件成为重要的一环。
发明内容
本发明的目的在于提供一种车载智能天线***的软件架构及汽车，以解决现有技术中车载智能天线***的软件可扩展性差的问题。
本发明的技术方案为：
本发明提供了一种车载智能天线***的软件架构，所述车载智能天线***的软件架构从上到下包括：
应用层；
SDK层，所述SDK层用于进行数据分发处理，所述SDK层中记录有与所述应用层中的每一应用程序分别对应的SID码信息的SID码注册表；
SERVICE层，所述SERVICE层用于进行数据收发处理；
BSP层，所述BSP层用于为操作***提供虚拟的硬件平台；
在所述车载智能天线***启动后，所述应用层中的应用数据申请线程向所述SDK层发送数据订阅请求；
所述SDK层根据所述数据订阅请求，对所述SERVICE层接收到的数据进行分发。
优选地，所述应用层包括：作为父进程的守护进程，以及作为子进程的业务进程和***进程；
在所述车载智能天线***上电时，所述守护进程启动，并创建所述业务进程和所述***进程；
所述业务进程启动后，所述业务进程启动一个内存处理线程，所述内存处理线程启动后向操作***申请一片内存；
所述业务进程中的应用内存申请线程在启动时，向所述内存处理线程提出内存申请；
所述内存处理线程根据所述内存申请，向所述应用内存申请线程进行内存分发。
优选地，所述SDK层包括接收消息处理线程，所述SDK层根据所述数据订阅请求，对所述SERVICE层接收到的数据进行分发的步骤包括：
所述接收消息处理线程对所述SERVICE层接收到的数据进行类型划分，并在每一类型的数据中分别增加一个用于记录SID码的字节，不同类型的数据对应的SID码不同；
所述接收消息处理线程接收所述数据订阅请求，并依据存储在本地的SID码注册表进行SID 码比对，以确定发送给所述应用数据申请线程的目标类型数据；
将所述目标类型数据分发至所述应用数据申请线程的消息阵列。
优选地，在所述应用层中的应用程序增加一项或多项功能时，在所述业务进程中对应增加的应用线程向所述SDK层中的服务台发出SID码注册请求，所述SDK层中的服务台接收所述SID码注册请求，并在所述SID码注册表中进行SID码记录。
优选地，所述内存处理线程根据所述内存申请，向所述应用内存申请线程进行内存分发的步骤包括：
若所述内存处理线程在同一时刻仅接收到一个应用内存申请线程发送的内存申请，则依据一个所述应用内存申请线程所需的需求内存容量进行内存分发；
若所述内存处理线程在同一时刻接收到至少两个应用内存申请线程发送的内存申请，则根据预存的应用内存申请线程优先级排序表，确定至少两个应用内存申请线程由高到低的优先级排序；
按照至少两个应用内存申请线程由高到低的优先级排序，依据每一所述应用内存申请线程所需的需求内存容量进行内存分发。
优选地，所述内存处理线程按照一个或每一所述应用内存申请线程所需的需求内存容量进行内存分发的步骤包括：
比对所述应用内存申请线程所需的需求内存容量和所述内存处理线程的剩余可用内存容量；若所述需求内存容量小于或等于所述剩余可用内存容量，则按照所述需求内存容量进行内存分发；
若所述需求内存容量大于所述剩余可用内存容量，则向所述应用内存申请线程反馈内存不足的警告信息；并在所述内存处理线程的剩余可用内存容量变化至大于或等于所述需求内存容量的状态时，按照所述需求内存容量进行内存分发。
优选地，所述内存处理线程在收到所述应用内存申请线程的内存申请时，记录所述应用内存申请线程的申请记录；
在所述应用内存申请线程将所申请到的内存归还给所述内存处理线程后，所述内存处理线程对剩余可用内存容量进行容量更新，并消除所述应用内存申请线程的申请记录。
优选地，所述SDK层还包括发送消息处理线程，所述业务进程中的应用数据发送线程将待发送数据发送给所述发送消息处理线程，所述发送消息处理线程控制所述SERVICE层对所述待发送数据进行发送。
优选地，所述应用层中集成有GNSS应用程序，TSP应用程序，E-CALL应用程序，Damon应用程序和FM应用程序。
根据本发明的另一方面，本发明还提供了一种汽车，包括上述的车载智能天线***的软件架构。
本发明的有益效果为：
本发明上述方案，在应用层需要增加新功能时，只需要向SDK层中的服务台进行SID码注册，然后，再通过应用层自身向SDK层发送数据订阅请求，SDK层基于数据订阅请求进行数据分发，从而提高了软件架构的可扩展性；应用层对应应用程序的分发采用应用内存申请线程进行内存自申请的机制，可以避免应用程序直接向操作***申请内存错误时导致程序直接崩溃，也更利于对内存使用的管理和控制。本发明构建了一个鲁棒性强和可扩展性强的软件架构。
附图说明
图1为本发明的***的软件架构图；
图2为本发明中的内存处理线程在进行内存分发时的流程图；
图3为本发明的在进行数据分发时的示意图。
具体实施方式
如图1所示，本发明提供了一种车载智能天线***的软件架构，所述车载智能天线***的软件架构从上到下包括：应用层8；SDK层7，所述SDK层7用于进行数据分发处理，所述SDK层7中记录有与所述应用层8中的每一应用程序分别对应的SID码信息的 SID码注册表；SERVICE层6，所述SERVICE层6用于进行数据收发处理；BSP层，所述 BSP层用于为操作***提供虚拟的硬件平台；在所述车载智能天线***启动后，所述应用层 8中的应用数据申请线程向所述SDK层7发送数据订阅请求；所述SDK层7根据所述数据订阅请求，对所述SERVICE层6接收到的数据进行分发。
其中，SERVICE层6在接收到数据时，根据与其它接口间的传输协议，对接收到的数据进行完整性，正确性校验。例如，SERVICE层6根据与整车网关之间的传输协议，对通过CAN总线传输至SERVICE层6的报文数据进行CRC校验码校验，来校验报文数据的完整性。Service层6分为5个不同的线程，5个线程轮询是否有接收数据，该线程在接收到数据时将数据发送给SDK层7。该SERVICE层6可用于收发串口数据，以太网数据等。
所述应用层8中集成有GNSS应用程序，TSP应用程序，E-CALL应用程序，Damon 应用程序和FM应用程序。
如图1，对于本申请实施例中的BSP(Board Support Package，板级支持包)层来说，其由下至下包括有：BootLoader1、Linux驱动层2、Linux内核3、Linux文件***4、中间件5。BootLoader1(引导加载程序)是操作***加电后运行的第一段软件代码，可以初始化硬件设备、建立内存空间映射图，从而将操作***的软硬件环境带到一个合适状态，以便为最终调用操作***内核准备好正确的环境。Linux驱动层2作用在于引导Linux内核 3；Linux内核3的作用则是挂载Linux文件***和启动相关的应用程序，Linux文件***4 中的文件是数据的集合，Linux文件***4不仅包含着文件中的数据而且还有Linux文件***4的结构，所有Linux用户和程序看到的文件、目录、软连接及文件保护信息等都存储在其中。中间件5是一种独立的***软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源。中间件5位于操作***之上，管理计算机资源和网络通讯。是连接两个独立应用程序或独立***的软件。
本申请中，由于该SDK层7对于SERVICE层6接收到的数据的分发是依据应用数据申请线程来进行分发的，也即，SDK层7对于数据的分发是基于订阅加分发的策略。在应用层8中的应用程序增加功能时，应用程序数据申请线程通过向SDK层7发送订阅请求，使得SDK层7根据该订阅请求进行数据分发。对于整个软件架构来说，只需要对应用层8中的程序进行更新处理，使得该软件架构的可扩展性能强。
优选地，如图1所示，所述应用层8包括：作为父进程的守护进程11，以及作为子进程的业务进程12和***进程13；在所述车载智能天线***上电时，所述守护进程11启动，并创建所述业务进程12和所述***进程13；所述业务进程12启动后，所述业务进程12启动一个内存处理线程，所述内存处理线程启动后向操作***申请一片内存；所述业务进程12中的应用内存申请线程在启动时，向所述内存处理线程提出内存申请；所述内存处理线程根据所述内存申请，向所述应用内存申请线程进行内存分发。
内存处理线程通过向操作***预先申请一大片内存，对于应用层8中的应用程序来说，所有需要使用内存的应用程序都通过该内存处理线程进行内存申请，而不需要应用程序直接向操作***申请内存。这样，可以避免应用程序直接向操作***申请内存错误时导致程序直接崩溃，也更利于对内存使用的管理和控制。
具体来说，在本申请中，对于内存处理线程来说，其可能在同一时刻仅接收到一个应用内存申请线程的内存申请，也可能同时接收到至少两个应用内存申请线程的内存申请。对于内存处理线程来说，需要设计其在接收到内存申请后，对内存进行分发的机制。如图3 来说，在应用层8中存在一应用内存申请线程的优先级排序表，该优先级排序表根据应用程序的重要程度等级进行排序。如图2所示，内存处理线程在接收到内存申请时，进行以下步骤处理：
步骤301，首先确定接收到的内存申请线程的内存申请数量；
步骤302，若内存申请数量为1个，则内存处理线程直接确定该一个内存申请所需的需求内存容量，并确定当前的剩余可用内存容量；
步骤303，比对需求内存容量和剩余可用内存容量的大小；
步骤304，在需求内存容量小于或等于该剩余可用内存容量时，按照该需求内存容量向应用内存申请线程进行内存分发；
步骤305，在需求内存容量大于剩余可用内存容量时，则向应用内存申请线程反馈内存不足的警告消息，并在剩余可用内存容量变化至满足该需求内存容量的状态时，按照该需求内存容量向应用内存申请线程进行内存分发。
在内存处理线程同时接收到至少两个应用内存申请线程的内存请求时，该内存处理线程进行以下步骤：
步骤306，根据预存的应用内存申请线程优先级排序表，确定至少两个应用内存申请线程由高到低的优先级排序；
步骤307，按照优先级由高到低的排序，依次对每一应用内存申请线程进行内存分发。
具体来说，在该步骤307中，该内存处理线程在对每一应用内存申请线程进行内存分发时，所进行的分发步骤和上述的步骤303至步骤305中的记载的内容相同。
举例说明：假设应用处理线程同时接收到GNSS应用内存申请线程和FM应用内存申请线程的内存请求，其中，该GNSS应用内存申请线程请求的内存容量为100Byte，FM 应用内存申请线程的内存请求为250Byte，内存处理线程的剩余可用内存容量为300Byte。根据应用内存申请线程优先级排序表确定，该GNSS应用内存申请线程的排序位于该FM应用内存申请线程之前，此时，该内存处理线程优先为GNSS应用内存申请线程分发100Byte 的内存，且，在进行内存分发后，内存处理线程的剩余可用内存容量减少为200Byte，低于该FM应用内存申请线程所需的250Byte，此时，则该内存处理线程向FM应用内存申请线程反馈内存不足的警告信息。在经过一段时间后，若该GNSS应用内存申请线程将100Byte 内存归还给内存处理线程，或者，其它的应用内存处理线程归还给内存处理线程的内存使得内存处理线程的剩余可用内存容量高于250Byte，则该内存处理线程向FM应用内存申请线程分发250Byte的内存。
对于本申请中的内存处理线程来说，其还会执行以下步骤：
在收到所述应用内存申请线程的内存申请时，记录所述应用内存申请线程的申请记录，该申请记录包括有申请方和申请方所申请的内存容量大小信息；
在所述应用内存申请线程将所申请到的内存归还给所述内存处理线程后，所述内存处理线程对剩余可用内存容量进行容量更新，并消除所述应用内存申请线程的申请记录。
所述SDK层7包括接收消息处理线程9和发送消息处理线程10，所述SDK层7根据所述数据订阅请求，对所述SERVICE层6接收到的数据进行分发的步骤包括：所述接收消息处理线程9对所述SERVICE层6接收到的数据进行类型划分，并在每一类型的数据中分别增加一个用于记录SID码的字节，不同类型的数据对应的SID码不同；所述接收消息处理线程9接收所述数据订阅请求，并依据存储在本地的SID码注册表进行SID码比对，以确定发送给所述应用数据申请线程的目标类型数据；将所述目标类型数据分发至所述应用数据申请线程的消息阵列。
其中，在该SID码注册表中，一个SID码对应一个应用数据申请线程的订阅请求，以及一种类型的数据。
接收消息处理线程9在接收到SERVICE层6发送的数据后，进行数据类型解析，确定该类型数据对应的SID码；同时，接收消息处理线程9在接收到应用数据申请线程的订阅请求后，进行订阅请求解析，确定订阅请求对应的SID码；然后，就可以确定每一种类型的数据应当发送给哪一个应用数据申请线程，并在完成确认后，将对应类型的数据发送至对应应用数据申请线程的消息阵列，实现数据分发。
另外，在本实施例中，为了使得应用数据申请线程发送给接收消息处理线程的订阅请求能够被SDK识别，在所述应用层8中的应用程序增加一项或多项功能时，在所述业务进程12中对应增加的应用线程向所述SDK层8中的服务台发出SID码注册请求，所述 SDK层8中的服务台接收所述SID码注册请求，并在所述SID码注册表中进行SID码记录。
接收消息处理线程9针对于SERVCIE层6发送的不同类型的数据会增加一个Byte记录Service ID(以后简称为Sid)；在处理串口数据时，service层6负责接收Uart数据，并发送给SDK层7的接收消息处理线程9。SDK层7的接收消息处理线程9收到SERVICE层6 发送的数据后，通过解析该串口数据是什么类型确定Sid，然后根据业务进程12中各应用数据申请线程发送的订阅请求，从SID码注册表中来进行SID码比对，将相应的数据发送到对应应用数据申请线程的消息队列。如图3所示，以GNSS信息为例，假设该信息的Sid为 200，业务进程中的GNSS应用线程注册了该Sid，则SDK层7的接收消息处理9将该信息发送给了GNSS线程。
优选地，所述SDK层7还包括发送消息处理线程10，所述业务进程12中的应用数据发送线程将待发送数据发送给所述发送消息处理线程10，所述发送消息处理线程10控制所述SERVICE层对所述待发送数据进行发送。
具体来说，应用层8的应用数据发送线程将需要发送的数据压入相应的发送消息处理线程10的发送队列，SDK层7的发送消息处理线程10在进行数据分发时，根据分发路由找到相应的发送函数，再进行数据发送。
***上电后，首先启动守护进程11，守护进程11作为父进程，创建业务进程12和***进程13。业务进程12启动后，其内部先启动一个内存处理线程并向操作***申请一大片内存，记为Mem，之后禁止业务进程12中的应用程序直接向操作***申请内存。所有需要申请内存的应用程序，直接向内存处理线程申请，如需申请100Byte,则内存处理线程提供100Byte的内存给所需应用程序，并记录申请资源和申请方。当应用程序使用完该内存后，将100Byte归还给内存处理线程，内存处理线程消除该申请记录。若所需内存无法分配，则挂起应用程序并发出警告，待有可用内存后再分配。该机制可以避免直接向操作***申请内存错误时导致程序直接崩溃，也更利于对内存使用的管理和控制。
本发明上述方案，在应用层8需要增加新功能时，只需要向SDK层7中的服务台进行SID码注册，然后，再通过应用层8自身向SDK层7发送数据订阅请求，SDK层7基于数据订阅请求进行数据分发，从而提高了软件架构的可扩展性；应用层8对应应用程序的分发采用应用内存申请线程进行内存自申请的机制，可以避免应用程序直接向操作***申请内存错误时导致程序直接崩溃，也更利于对内存使用的管理和控制。本发明构建了一个鲁棒性强和可扩展性强的软件架构。
根据本发明的另一方面，本发明还提供了一种汽车，包括上述的车载智能天线***的软件架构。

Claims (7)

1.一种车载智能天线***，其特征在于，所述车载智能天线***从上到下包括：
应用层（8）；
SDK层（7），所述SDK层（7）用于进行数据分发处理，所述SDK层（7）中记录有与所述应用层（8）中的每一应用程序分别对应的SID码信息的SID码注册表；
SERVICE层（6），所述SERVICE层（6）用于进行数据收发处理；
BSP层，所述BSP层用于为操作***提供虚拟的硬件平台；
在所述车载智能天线***启动后，所述应用层（8）中的应用数据申请线程向所述SDK层（7）发送数据订阅请求；
所述SDK层（7）根据所述数据订阅请求，对所述SERVICE层（6）接收到的数据进行分发；
所述应用层（8）包括：作为父进程的守护进程（11），以及作为子进程的业务进程（12）和***进程（13）；
在所述车载智能天线***上电时，所述守护进程（11）启动，并创建所述业务进程（12）和所述***进程（13）；
所述业务进程（12）启动后，所述业务进程（12）启动一个内存处理线程，所述内存处理线程启动后向操作***申请一片内存；
所述业务进程（12）中的应用内存申请线程在启动时，向所述内存处理线程提出内存申请；
所述内存处理线程根据所述内存申请，向所述应用内存申请线程进行内存分发；
所述SDK层（7）包括接收消息处理线程（9），所述SDK层（7）根据所述数据订阅请求，对所述SERVICE层（6）接收到的数据进行分发的步骤包括：
所述接收消息处理线程（9）对所述SERVICE层（6）接收到的数据进行类型划分，并在每一类型的数据中分别增加一个用于记录SID码的字节，不同类型的数据对应的SID码不同；
所述接收消息处理线程（9）接收所述数据订阅请求，并依据存储在本地的SID码注册表进行SID码比对，以确定发送给所述应用数据申请线程的目标类型数据；
将所述目标类型数据分发至所述应用数据申请线程的消息阵列；
在所述应用层（8）中的应用程序增加一项或多项功能时，在所述业务进程（12）中对应增加的应用线程向所述SDK层（7）中的服务台发出SID码注册请求，所述SDK层（7）中的服务台接收所述SID码注册请求，并在所述SID码注册表中进行SID码记录。
2.根据权利要求1所述的车载智能天线***，其特征在于，所述内存处理线程根据所述内存申请，向所述应用内存申请线程进行内存分发的步骤包括：
若所述内存处理线程在同一时刻仅接收到一个应用内存申请线程发送的内存申请，则依据一个所述应用内存申请线程所需的需求内存容量进行内存分发；
若所述内存处理线程在同一时刻接收到至少两个应用内存申请线程发送的内存申请，则根据预存的应用内存申请线程优先级排序表，确定至少两个应用内存申请线程由高到低的优先级排序；
按照至少两个应用内存申请线程由高到低的优先级排序，依据每一所述应用内存申请线程所需的需求内存容量进行内存分发。
3.根据权利要求2所述的车载智能天线***，其特征在于，所述内存处理线程按照一个或每一所述应用内存申请线程所需的需求内存容量进行内存分发的步骤包括：
比对所述应用内存申请线程所需的需求内存容量和所述内存处理线程的剩余可用内存容量；
若所述需求内存容量小于或等于所述剩余可用内存容量，则按照所述需求内存容量进行内存分发；
若所述需求内存容量大于所述剩余可用内存容量，则向所述应用内存申请线程反馈内存不足的警告信息；并在所述内存处理线程的剩余可用内存容量变化至大于或等于所述需求内存容量的状态时，按照所述需求内存容量进行内存分发。
4.根据权利要求1所述的车载智能天线***，其特征在于，
所述内存处理线程在收到所述应用内存申请线程的内存申请时，记录所述应用内存申请线程的申请记录；
在所述应用内存申请线程将所申请到的内存归还给所述内存处理线程后，所述内存处理线程对剩余可用内存容量进行容量更新，并消除所述应用内存申请线程的申请记录。
5.根据权利要求1所述的车载智能天线***，其特征在于，所述SDK层（7）还包括发送消息处理线程（10），所述业务进程（12）中的应用数据发送线程将待发送数据发送给所述发送消息处理线程，所述发送消息处理线程控制所述SERVICE层对所述待发送数据进行发送。
6.根据权利要求1所述的车载智能天线***，其特征在于，所述应用层（8）中集成有GNSS应用程序，TSP应用程序，E-CALL应用程序，Damon应用程序和FM应用程序。
7.一种汽车，其特征在于，包括权利要求1至6任一项所述的车载智能天线***。
CN201910248643.0A 2019-03-29 2019-03-29 一种车载智能天线***的软件架构及汽车 Active CN110471757B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910248643.0A CN110471757B (zh) 2019-03-29 2019-03-29 一种车载智能天线***的软件架构及汽车

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910248643.0A CN110471757B (zh) 2019-03-29 2019-03-29 一种车载智能天线***的软件架构及汽车

Publications (2)

Publication Number Publication Date
CN110471757A CN110471757A (zh) 2019-11-19
CN110471757B true CN110471757B (zh) 2023-04-14

Family

ID=68506692

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910248643.0A Active CN110471757B (zh) 2019-03-29 2019-03-29 一种车载智能天线***的软件架构及汽车

Country Status (1)

Country Link
CN (1) CN110471757B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112783675B (zh) * 2021-01-29 2023-08-22 中汽创智科技有限公司 Ipc通信方法
CN113691453B (zh) * 2021-08-16 2023-06-20 中汽创智科技有限公司 一种网络管理方法、装置、设备及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105745620A (zh) * 2013-12-31 2016-07-06 北京新媒传信科技有限公司 软件架构的实现方法和实现平台
CN108572965A (zh) * 2017-03-08 2018-09-25 阿里巴巴集团控股有限公司 一种资源加载方法及装置

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060248181A1 (en) * 2005-05-02 2006-11-02 Polycentric Networks Corporation Formatted and/or tunable QOS data publication, subscription, and/or distribution servers and clients
US8621601B2 (en) * 2008-05-21 2013-12-31 Sandisk Technologies Inc. Systems for authentication for access to software development kit for a peripheral device
US8782748B2 (en) * 2010-06-22 2014-07-15 Microsoft Corporation Online service access controls using scale out directory features
CN107003904A (zh) * 2015-04-28 2017-08-01 华为技术有限公司 一种内存管理方法、设备和***
CN106155680B (zh) * 2016-06-27 2019-08-02 上海波汇科技有限公司 一种分布式高可用、可扩展、可移植的软件架构
CN108111565B (zh) * 2016-11-25 2020-08-04 腾讯科技（深圳）有限公司 消息传输方法和装置
CN107591000A (zh) * 2017-09-07 2018-01-16 苏州凯瑟兰特信息科技有限公司 一种基于交通大数据的物流车指挥方法及***
CN109347950B (zh) * 2018-10-17 2021-04-06 南京邮电大学 一种基于Kaa Project的物联网智慧服务***

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105745620A (zh) * 2013-12-31 2016-07-06 北京新媒传信科技有限公司 软件架构的实现方法和实现平台
CN108572965A (zh) * 2017-03-08 2018-09-25 阿里巴巴集团控股有限公司 一种资源加载方法及装置

Also Published As

Publication number Publication date
CN110471757A (zh) 2019-11-19

Similar Documents

Publication Publication Date Title
US20140282470A1 (en) Remote transfer of electronic images to a vehicle
CN111061499A (zh) 一种基于文件***的ecu更新方法及***
CN110928567A (zh) 车辆***升级方法、终端设备及计算机可读存储介质
WO2021098212A1 (zh) 软件升级方法、装置和***
CN110471757B (zh) 一种车载智能天线***的软件架构及汽车
CN111796843B (zh) 一种应用程序升级方法、装置、设备及存储介质
CN111722861B (zh) 一种应用程序升级方法、装置、设备及存储介质
CN112673609B (zh) 一种数据传输***、数据传输方法，智能车以及装置
JP2023517387A (ja) 車両ソフトウェアアップグレード方法および関連システム
WO2024007987A1 (zh) 数字钥匙***的车端固件升级方法、装置、设备及介质
CN213303011U (zh) 一种基于ota的车辆ecu升级***
US20240069906A1 (en) Server, software update system, distribution method, and non-transitory storage medium
US20230359454A1 (en) Software update device, update control method, and non-transitory storage medium
CN113434168A (zh) 一种基于智能硬件算力的车载网络架构自适应升级方法
CN113824795A (zh) 车端与云端的通信方法、装置、***
CN112506562A (zh) 车辆软件升级方法、***、车辆及存储介质
CN115225492A (zh) 一种远程升级方法及***
CN115016805A (zh) 一种车辆***升级方法、装置、***、设备和介质
CN114895947A (zh) 车载控制器的软件升级方法、装置、设备和存储介质
CN113190250A (zh) 座舱软件升级方法、电子设备及可读存储介质
CN112925551A (zh) 对象升级方法、装置、设备和存储介质
CN110737457A (zh) 车载软件处理方法、***及终端
CN113434164B (zh) 一种车载娱乐主机的设置项云端配置更新方法和***
JP2001005671A (ja) データ送信システム
CN113660121B (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
GR01 Patent grant
GR01 Patent grant