CN112306520B - 一种基于容器的车联网仿真测试方法及电子设备 - Google Patents

一种基于容器的车联网仿真测试方法及电子设备 Download PDF

Info

Publication number
CN112306520B
CN112306520B CN202011052317.1A CN202011052317A CN112306520B CN 112306520 B CN112306520 B CN 112306520B CN 202011052317 A CN202011052317 A CN 202011052317A CN 112306520 B CN112306520 B CN 112306520B
Authority
CN
China
Prior art keywords
container
mirror image
node
container mirror
network
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
CN202011052317.1A
Other languages
English (en)
Other versions
CN112306520A (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.)
Beijing Zhilian Anhang Technology Co ltd
Original Assignee
Beijing Zhilian Anhang 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 Beijing Zhilian Anhang Technology Co ltd filed Critical Beijing Zhilian Anhang Technology Co ltd
Priority to CN202011052317.1A priority Critical patent/CN112306520B/zh
Publication of CN112306520A publication Critical patent/CN112306520A/zh
Application granted granted Critical
Publication of CN112306520B publication Critical patent/CN112306520B/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
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00—Computer-aided design [CAD]
    • G06F30/20—Design optimisation, verification or simulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/18—Network planning tools
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/06—Testing, supervising or monitoring using simulated traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Evolutionary Computation (AREA)
  • Geometry (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本说明书实施例提供一种基于容器的车联网仿真测试方法及电子设备，能够解决现有车联网仿真测试技术实施操作复杂、适应性差与稳定性差的问题。所述方法包括：对车联网网络进行分解，确定待仿真网络节点；分别在Linux操作系统与Windows操作系统中创建基础容器；根据所述基础容器，为所述待仿真网络节点设置相应的容器镜像；在仿真测试时下载并运行所述容器镜像对相应所述待仿真网络节点进行仿真测试；对所述容器镜像进行通信互联，形成节点仿真网络，利用所述仿真节点网络对所述车联网网络进行仿真测试。所述电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述基于容器的车联网仿真测试方法。

Description

一种基于容器的车联网仿真测试方法及电子设备
技术领域
本说明书一个或多个实施例涉及物联网技术领域，尤其涉及一种基于容器的车联网仿真测试方法及电子设备。
背景技术
车联网的概念源于物联网，即车辆物联网，是以行驶中的车辆为信息感知对象，借助新一代信息通信技术，实现车与X(即车与车、人、路、服务平台)之间的网络连接，提升车辆整体的智能驾驶水平，为用户提供安全、舒适、智能、高效的驾驶感受与交通服务，同时提高交通运行效率，提升社会交通服务的智能化水平。无论是对车联网网络各节点的功能进行研究，还是对车联网技术进行安全性、可靠性验证，都需要对车联网网络进行仿真测试。
现有的车联网仿真测试平台的构建一般包括两部分：一是网络仿真器，针对车联网节点之间的交通数据传输、接收以及后台负载、路由、链路和信道进行报文级别的仿真；另一个是交通仿真器，主要用于生成逼真的车辆运行轨迹，并将其用于网络仿真器的输入。在对车联网网络进行仿真测试时，由于不同车联网网络所处环境存在差异，当需要在新的环境部署车联网网络仿真测试工具时，与车联网网络仿真节点对应的仿真工具需要重新安装，所依赖的仿真环境也需要重新设置，仿真环境出现任意一点细微改动都有可能导致整体仿真工具安装失败；与车联网网络仿真节点对应的仿真工具中某个组件升级调整时，难以保证整体工具的一致性，容易出现整个仿真环境的损坏。
发明内容
有鉴于此，本说明书一个或多个实施例的目的在于提出一种基于容器的车联网仿真测试方法及电子设备，以解决现有车联网仿真测试技术实施操作复杂、适应性差与稳定性差的问题。
基于上述目的，本说明书一个或多个实施例提供了一种基于容器的车联网仿真测试方法，包括：
对车联网网络进行分解，确定待仿真网络节点；
分别在Linux操作系统与Windows操作系统中创建基础容器；
根据所述基础容器，为所述待仿真网络节点设置相应的容器镜像；
在仿真测试时，下载并运行所述容器镜像对相应所述待仿真网络节点进行仿真测试；
对所述容器镜像进行通信互联，形成节点仿真网络，利用所述仿真节点网络对所述车联网网络进行仿真测试。
可选的，所述待仿真网络节点包括移动应用程序节点、车载应用程序节点、总线节点、域名服务节点、汽车远程服务平台节点与汽车电子控制单元节点。
可选的，为所述移动应用程序节点设置相应的容器镜像，包括：
在Linux操作系统中根据所述基础容器，下载包含有Android系统模拟器的中间容器镜像；
根据所述中间容器镜像，创建移动应用容器镜像；
在所述移动应用容器镜像中安装与所述移动应用程序节点相对应的移动应用程序；
将安装有所述移动应用程序的所述移动应用容器镜像打包上传。
可选的，为所述车载应用程序节点设置相应的容器镜像，包括：
在Linux操作系统中根据所述基础容器，下载包含有Android系统模拟器的中间容器镜像；
根据所述中间容器镜像，创建车载应用容器镜像；
在所述车载应用容器镜像中安装与所述车载应用程序节点相对应的应用程序仿真工具；
将安装有所述应用程序仿真工具的所述车载应用容器镜像打包上传。
可选的，其特征在于，为所述总线节点设置相应的容器镜像，包括：
在Linux操作系统中根据所述基础容器，下载中间容器镜像；
根据所述中间容器镜像，创建总线容器镜像；
在所述总线容器镜像中安装与所述总线节点相对应的总线仿真工具；
将安装有所述总线仿真工具的所述总线容器镜像打包上传。
可选的，为所述域名服务节点设置相应的容器镜像，包括：
在Linux操作系统中根据所述基础容器，下载中间容器镜像；
根据所述中间容器镜像，创建域名服务容器镜像；
在所述域名服务容器镜像中安装与所述域名服务节点相对应的域名服务系统仿真工具；
将安装有所述域名服务系统仿真工具的所述域名服务容器镜像打包上传。
可选的，为所述汽车远程服务平台节点设置相应的容器镜像，包括：
在Windows操作系统中根据所述基础容器，下载中间容器镜像；
根据所述中间容器镜像，创建汽车远程服务容器镜像；
在所述汽车远程服务容器镜像中安装与上述汽车远程服务平台节点相对应的服务平台仿真工具；
将安装有所述服务平台仿真工具的所述汽车远程服务容器镜像打包上传。
可选的，为所述汽车电子控制单元节点设置相应的容器镜像，包括：
在Windows操作系统中根据所述基础容器，下载中间容器镜像；
根据所述中间容器镜像，创建电控容器镜像；
在所述电控容器镜像中安装与所述汽车电子控制单元节点相对应的电子控制单元仿真工具；
将安装有所述电子控制单元仿真工具的所述电控容器镜像打包上传。
所述基于容器的车联网仿真测试方法，还包括：
当所述待仿真网络节点的功能组件需要调整时，下载与所述待仿真网络节点相应的所述容器镜像；
根据所述功能组件调整内容对所述容器镜像中安装内容进行对应调整，并将安装内容调整后的所述容器镜像上传更新；
在仿真测试时，下载并运行更新后的所述容器镜像进行仿真测试。
基于上述目的，本说明书一个或多个实施例提供了一种基于容器的车联网仿真测试电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如下基于容器的车联网仿真测试方法：
对车联网网络进行分解，确定待仿真网络节点；
分别在Linux操作系统与Windows操作系统中创建基础容器；
根据所述基础容器，为所述待仿真网络节点设置相应的容器镜像；
在仿真测试时，下载并运行所述容器镜像对相应所述待仿真网络节点进行仿真测试；
对所述容器镜像进行通信互联，形成节点仿真网络，利用所述仿真节点网络对所述车联网网络进行仿真测试。
从上面所述可以看出，本说明书一个或多个实施例提供的基于容器的车联网仿真测试方法及电子设备，根据车联网网络中不同组成部分的功能作用对车联网网络进行分解得到多个待仿真网络节点，将待仿真网络节点对应负责和实现的功能作用包装在容器中，在仿真测试时只需要下载容器镜像就能够实现对相应网络节点的仿真，容器镜像之间通信互联就能够实现对整体车联网网络的仿真。所述基于容器的车联网仿真测试方法及电子设备采用这样的方式，在仿真测试时不需要针对车联网网络具体情况去一一处理调整和设置仿真工具所依赖的环境，直接下载并利用容器docker就可以实现特定仿真工具的功能效用，具有较强的适应性，实施操作简单且能够极大提升车联网仿真测试的执行效率。并且，由于打包好的车联网网络的仿真测试功能便于部署，在进行改动调整和更新扩展时也更加方便稳定。
附图说明
为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书一个或多个实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本说明书一个或多个实施例所提供的一种基于容器的车联网仿真测试方法示意图；
图2为本说明书一个或多个实施例所提供的一种基于容器的车联网仿真测试方法中设置移动应用容器镜像方法示意图；
图3为本说明书一个或多个实施例所提供的一种基于容器的车联网仿真测试方法中设置车载应用容器镜像方法示意图；
图4为本说明书一个或多个实施例所提供的一种基于容器的车联网仿真测试方法中设置总线容器镜像方法示意图；
图5为本说明书一个或多个实施例所提供的一种基于容器的车联网仿真测试方法中设置域名服务容器镜像方法示意图。
图6为本说明书一个或多个实施例所提供的一种基于容器的车联网仿真测试方法中设置汽车远程服务容器镜像方法示意图。
图7为本说明书一个或多个实施例所提供的一种基于容器的车联网仿真测试方法中设置电控容器镜像方法示意图。
图8为本说明书一个或多个实施例所提供的一种基于容器的车联网仿真测试电子设备结构示意图。
具体实施方式
为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。
需要说明的是，除非另外定义，本说明书一个或多个实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本说明书一个或多个实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。
在一方面，本说明书实施例提供了一种基于容器的车联网仿真测试方法。
如图1所示，本说明书的一个或多个实施例提供的一种基于容器的车联网仿真测试方法，包括：
S1：对车联网网络进行分解，确定待仿真网络节点；
S2：分别在Linux操作系统与Windows操作系统中创建基础容器；
S3：根据所述基础容器，为所述待仿真网络节点设置相应的容器镜像；
S4：在仿真测试时，下载并运行所述容器镜像对相应所述待仿真网络节点进行仿真测试；
S5：对所述容器镜像进行通信互联，形成节点仿真网络，利用所述仿真节点网络对所述车联网网络进行仿真测试。
所述基于容器的车联网仿真测试方法中，对车联网网络进行分解时是根据车联网网络中不同组成部分的功能作用对车联网网络进行分解，得到多个待仿真网络节点；并且考虑到车联网网络中不同组成部分对应的待仿真网络节点其适用的操作系统也不会完全一致，在所述基于容器的车联网仿真测试方法中，分别在Linux操作系统与Windows操作系统中创建基础容器，以便于针对不同所述待仿真网络节点设置相应的容器镜像，在一些可选实施例中，所述Linux操作系统选取centos7系统，所述Windows操作系统选取WindowsServer 2016系统；将待仿真网络节点对应负责和实现的功能作用包装在容器中，在仿真测试时只需要下载容器镜像就能够实现对相应网络节点的仿真，容器镜像之间通信互联就能够实现对整体车联网网络的仿真。所述基于容器的车联网仿真测试方法及电子设备采用这样的方式，在仿真测试时不需要针对车联网网络具体情况去一一处理调整和设置仿真工具所依赖的环境，直接下载并利用容器docker就可以实现特定仿真工具的功能效用，具有较强的适应性，实施操作简单且能够极大提升车联网仿真测试的执行效率。并且，由于打包好的车联网网络的仿真测试功能便于部署，在进行改动调整和更新扩展时也更加方便稳定。
在本说明书的一个或多个实施例提供的一种基于容器的车联网仿真测试方法中，所述待仿真网络节点包括移动应用程序节点、车载应用程序节点、总线节点、域名服务节点、汽车远程服务平台节点与汽车电子控制单元节点。
在所述基于容器的车联网仿真测试方法中，对车联网网络进行分解时是根据车联网网络中不同组成部分的功能作用对车联网网络进行分解，得到多个待仿真网络节点，所述待仿真网络节点包括移动应用程序APP节点、车载应用程序节点、总线节点、域名服务DNS节点、汽车远程服务平台TSP节点与汽车电子控制单元ECU节点。
车联网的概念源于物联网，即车辆物联网，是以行驶中的车辆为信息感知对象，借助新一代信息通信技术，实现车与X(即车与车、人、路、服务平台)之间的网络连接的网络系统。所述基于容器的车联网仿真测试方法中，所述移动应用程序APP节点即与车联网网络中的人相对应，可以代表与处于车联网网络中车辆驾驶人员、乘车人员、维修人员、后台管理人员等所使用的移动应用程序，相应可以理解的是所述车载应用程序节点与车联网网络中的车相对应，以及，所述总线节点与域名服务DNS节点分别与车联网网络中的所有通信传送信息的公共通信干线以及域名服务系统(Domain Name System,DNS)相对应，所述汽车远程服务平台TSP节点与车联网网络中车辆的远程服务平台(Telematics Service Provider,TSP)相对应，所述远程服务平台TSP服务集合了位置服务、Gis服务和通信服务等现代计算机技术，具体包括导航、娱乐、资讯、安防、SNS、远程保养等各方面服务，所述汽车电子控制单元ECU节点与车联网网络中车辆的电子控制单元(Electronic Control Unit,ECU)相对应，所述电子控制单元ECU又被称为“车载电脑”，由微处理器(MCU)、存储器(ROM、RAM)、输入/输出接口(I/O)、模数转换器(A/D)以及整形、驱动等大规模集成电路组成。
由此能够看出，所述基于容器的车联网仿真测试方法中将车联网网络分解为移动应用程序节点、车载应用程序节点、总线节点、域名服务节点、汽车远程服务平台节点与汽车电子控制单元节点，能够全面涵盖车联网网络的各项功能作用，根据此分解结果设置相应容器镜像能够保证对车联网网络进行完整全面的仿真测试。
如图2所示，在本说明书的一个或多个实施例提供的一种基于容器的车联网仿真测试方法中为所述移动应用程序节点设置相应的容器镜像，包括：
S201：在Linux操作系统中根据所述基础容器，下载包含有Android系统模拟器的中间容器镜像；
在一些可选实施例中，所述Linux系统选取centos7系统，在centos7系统中下载docker镜像作为中间容器镜像；
例如，操作指令为：budtmo/docker-android-x86-6.0，所述中间容器镜像包含Android6.0版本虚拟机，能够实现Android系统模拟器功能；
S202：根据所述中间容器镜像，创建移动应用容器镜像；
例如，创建移动应用容器镜像指令为：
docker run--privileged-d-p 6080:6080-p 5554:5554-p 5555:5555-e DEVICE＝"Nexus 5"--name android-container-app budtmo/docker-android-x86-6.0；
其中，指令中使用--privileged运行时，表示拥有访问主机所有设备的权限；
-d表示后台运行该容器；
-p 6080:6080-p 5554:5554-p 5555:5555为端口映射，将本地的6080端口、5554端口和5555端口分别映射到容器的6080端口、5554端口和5555端口，其中6080端口用于访问可视化界面http://docker-host-ip-address:6080，5554端口用于远程登录模拟器，5555端口用于在容器外部控制android模拟器；
-e DEVICE＝"Nexus 5"用于设置环境变量；
--name android-container-app表示为容器指定名称android-container-app；
budtmo/docker-android-x86-6.0为使用的中间容器镜像。
S203：在所述移动应用容器镜像中安装与所述移动应用程序节点相对应的移动应用程序；
S204：将安装有所述移动应用程序的所述移动应用容器镜像打包上传。
例如，对所述容器镜像进行打包的指令为：
docker commit-a"author"c41a301f6c4fdockerapp:v1
其中，"author"表示“作者名”，“c41a301f6c4f”是指对应的容器ID，dockerapp:v1表示打包的所述容器镜像的标签为v1。在对所述车联网网络中的移动应用程序APP进行仿真测试时，只需要再下载标签为v1的容器镜像，就能够获取到相应的所述移动应用程序以用于仿真。
如图3所示，在本说明书的一个或多个实施例提供的一种基于容器的车联网仿真测试方法中，为所述车载应用程序节点设置相应的容器镜像，包括：
S301：在Linux操作系统中根据所述基础容器，下载包含有Android系统模拟器的中间容器镜像；
在一些可选实施例中，所述Linux系统选取centos7系统，在centos7系统中下载docker镜像作为中间容器镜像；
例如，操作指令为：budtmo/docker-android-x86-6.0，所述中间容器镜像包含Android6.0版本虚拟机，能够实现Android系统模拟器功能；
S302：根据所述中间容器镜像，创建车载应用容器镜像；
例如，创建车载应用容器镜像指令为：
docker run--privileged-d-p 6081:6080-p 5556:5554-p 5557:5555-e DEVICE＝"Nexus 5"--name android-container-car budtmo/docker-android-x86-6.0；
创建所述车载应用容器镜像指令中的映射端口与创建移动应用容器镜像所用到的映射端口不同，以避免冲突。
S303：在所述车载应用容器镜像中安装与所述车载应用程序节点相对应的应用程序仿真工具；
S304：将安装有所述应用程序仿真工具的所述车载应用容器镜像打包上传。例如，对所述车载应用容器镜像进行打包的指令为：
docker commit-a"author"c41a301f8d4fdockercar:v2
其中，“c41a301f8d4f”是指对应的容器ID，dockerapp:v2表示打包的所述车载应用容器镜像的标签为v2。在对所述车联网网络中的车载应用程序进行仿真测试时，只需要再下载标签为v2的容器镜像，就能够获取到相应的所述车载应用程序仿真工具以用于仿真。
如图4所示，在本说明书的一个或多个实施例提供的一种基于容器的车联网仿真测试方法中，为所述总线节点设置相应的容器镜像，包括：
S401:在Linux操作系统中根据所述基础容器，下载中间容器镜像；
在一些可选实施例中，所述Linux系统选取centos7系统，在centos7系统中根据所述基础容器下载中间容器镜像centos7:latest；
S402:根据所述中间容器镜像，创建总线容器镜像；
例如，创建总线容器镜像指令为：
dockerrun-it centos7:latest/bin/bash；
S403:在所述总线容器镜像中安装与所述总线节点相对应的总线仿真工具；
S404:将安装有所述总线仿真工具的所述总线容器镜像打包上传。
例如，对所述总线容器镜像进行打包的指令为：
docker commit-a"author"c41a……d4fdockercar:v3
其中，“c41a……d4f”是指对应的容器ID，dockerapp:v3表示打包的所述总线容器镜像的标签为v3。在对所述车联网网络中的总线进行仿真测试时，只需要再下载标签为v3的容器镜像，就能够获取到相应的所述总线仿真工具以用于仿真。
如图5所示，在本说明书的一个或多个实施例提供的一种基于容器的车联网仿真测试方法中，为所述域名服务节点设置相应的容器镜像，包括：
S501:在Linux操作系统中根据所述基础容器，下载中间容器镜像；
在一些可选实施例中，所述Linux系统选取centos7系统，在centos7系统中根据所述基础容器下载中间容器镜像centos7:latest；
S502:根据所述中间容器镜像，创建域名服务容器镜像；
例如，创建域名服务容器镜像指令为：
dockerrun-it centos7:latest/bin/bash；
S503:在所述域名服务容器镜像中安装与所述域名服务节点相对应的域名服务系统仿真工具；
S504:将安装有所述域名服务系统仿真工具的所述域名服务容器镜像打包上传。
例如，对所述域名服务容器镜像进行打包的指令为：
docker commit-a"author"c41a……d4fdockercar:v4
其中，“c41a……d4f”是指对应的容器ID，dockerapp:v4表示打包的所述域名服务容器镜像的标签为v4。在对所述车联网网络中的域名服务系统进行仿真测试时，只需要再下载标签为v4的容器镜像，就能够获取到相应的所述域名服务系统仿真工具以用于仿真。
如图6所示，在本说明书的一个或多个实施例提供的一种基于容器的车联网仿真测试方法中，为所述汽车远程服务平台节点设置相应的容器镜像，包括：
S601:在Windows操作系统中根据所述基础容器，下载中间容器镜像；
在一些可选实施例中，所述Windows操作系统选取Windows Server 2016，在Windows Server 2016系统中根据所述基础容器下载中间容器镜像mcr.microsoft.com/windows/servercore；
S602:根据所述中间容器镜像，创建汽车远程服务容器镜像；
例如，创建汽车远程服务容器镜像指令为：
dockerrun-itmcr.microsoft.com/windows/servercore；
S603:在所述汽车远程服务容器镜像中安装与上述汽车远程服务平台节点相对应的服务平台仿真工具；
S604:将安装有所述服务平台仿真工具的所述汽车远程服务容器镜像打包上传。
例如，对所述汽车远程服务容器镜像进行打包的指令为：
docker commit-a"author"c41a……d4fdockercar:v5
其中，“c41a……d4f”是指对应的容器ID，dockerapp:v5表示打包的所述汽车远程服务容器镜像的标签为v5。在对所述车联网网络中的汽车远程服务平台进行仿真测试时，只需要再下载标签为v5的容器镜像，就能够获取到相应的所述汽车远程服务平台仿真工具以用于仿真。
如图7所示，在本说明书的一个或多个实施例提供的一种基于容器的车联网仿真测试方法中，为所述汽车电子控制单元节点设置相应的容器镜像，包括：
S701：在Windows操作系统中根据所述基础容器，下载中间容器镜像；
在一些可选实施例中，所述Windows操作系统选取Windows Server 2016，在Windows Server 2016系统中根据所述基础容器下载中间容器镜像mcr.microsoft.com/windows/servercore；
S702：根据所述中间容器镜像，创建电控容器镜像；
例如，创建电控容器镜像指令为：
dockerrun-itmcr.microsoft.com/windows/servercore；
S703：在所述电控容器镜像中安装与所述汽车电子控制单元节点相对应的电子控制单元仿真工具；
S704：将安装有所述电子控制单元仿真工具的所述电控容器镜像打包上传。
例如，对所述汽车远程服务容器镜像进行打包的指令为：
docker commit-a"author"c41a……d4fdockercar:v6
其中，“c41a……d4f”是指对应的容器ID，dockerapp:v5表示打包的所述电控容器镜像的标签为v6。在对所述车联网网络中的汽车电子控制单元进行仿真测试时，只需要再下载标签为v6的容器镜像，就能够获取到相应的所述汽车电子控制单元仿真工具以用于仿真。
在本说明书的一个或多个实施例提供的一种基于容器的车联网仿真测试方法，还包括：
当所述待仿真网络节点的功能组件需要调整时，下载与所述待仿真网络节点相应的所述容器镜像；
根据所述功能组件调整内容对所述容器镜像中安装内容进行对应调整，并将安装内容调整后的所述容器镜像上传更新；
在仿真测试时，下载并运行更新后的所述容器镜像进行仿真测试。
所述基于容器的车联网仿真测试方法中，根据车联网网络中不同组成部分的功能作用对车联网网络进行分解得到多个待仿真网络节点，将待仿真网络节点对应负责和实现的功能作用包装在容器中，在仿真测试时只需要下载容器镜像就能够实现对相应网络节点的仿真，容器镜像之间通信互联就能够实现对整体车联网网络的仿真。由于不同车联网网络所处环境存在差异，在仿真测试的过程中车联网网络环境以及待仿真网络节点也不是一成不变的，所述基于容器的车联网仿真测试方法中可以针对需要调整内容对所述容器镜像进行对应调整更新，再继续仿真测试时直接下载更新后的容器镜像进行仿真，这样的方式具有较强的适应性，无须针对任意一点细微改动对整体仿真工具进行全面调整，实施操作简单且能够极大提升车联网仿真测试的执行效率，也避免了因为整体仿真工具调整时出现的仿真环境的损坏的问题，在进行改动调整和更新扩展时保证了仿真测试的稳定性。
可以理解，所述基于容器的车联网仿真测试方法可以通过任何具有计算、处理能力的装置、设备、平台、设备集群来执行。
需要说明的是，本说明书一个或多个实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本说明书一个或多个实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
在另一方面，本说明书实施例提供了一种基于容器的车联网仿真测试电子设备。
本说明书的一个或多个实施例提供的一种基于容器的车联网仿真测试电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如下基于容器的车联网仿真测试方法：
对车联网网络进行分解，确定待仿真网络节点；
分别在Linux操作系统与Windows操作系统中创建基础容器；
根据所述基础容器，为所述待仿真网络节点设置相应的容器镜像；
在仿真测试时，下载并运行所述容器镜像对相应所述待仿真网络节点进行仿真测试；
对所述容器镜像进行通信互联，形成节点仿真网络，利用所述仿真节点网络对所述车联网网络进行仿真测试。
图8示出了本实施例所提供的一种更为具体的电子设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。
处理器1010可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的所述基于容器的车联网仿真测试方法。
存储器1020可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的所述基于容器的车联网仿真测试方法时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。
输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。
通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。
总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。
需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例所述基于容器的车联网仿真测试方法所必需的组件，而不必包含图中所示的全部组件。
所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本公开的范围(包括权利要求)被限于这些例子；在本公开的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本说明书一个或多个实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。
另外，为简化说明和讨论，并且为了不会使本说明书一个或多个实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(IC)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本说明书一个或多个实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本说明书一个或多个实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本公开的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本说明书一个或多个实施例。因此，这些描述应被认为是说明性的而不是限制性的。
尽管已经结合了本公开的具体实施例对本公开进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态RAM(DRAM))可以使用所讨论的实施例。
本说明书一个或多个实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本公开的保护范围之内。

Claims (10)

1.一种基于容器的车联网仿真测试方法，其特征在于，包括：
对车联网网络进行分解，确定待仿真网络节点；
分别在Linux操作系统与Windows操作系统中创建基础容器；
根据所述基础容器，为所述待仿真网络节点设置相应的容器镜像；
在仿真测试时，下载并运行所述容器镜像对相应所述待仿真网络节点进行仿真测试；
对所述容器镜像进行通信互联，形成节点仿真网络，利用所述节点仿真网络对所述车联网网络进行仿真测试。
2.根据权利要求1所述的方法，其特征在于，所述待仿真网络节点包括移动应用程序节点、车载应用程序节点、总线节点、域名服务节点、汽车远程服务平台节点与汽车电子控制单元节点。
3.根据权利要求2所述的方法，其特征在于，为所述移动应用程序节点设置相应的容器镜像，包括：
在Linux操作系统中根据所述基础容器，下载包含有Android系统模拟器的中间容器镜像；
根据所述中间容器镜像，创建移动应用容器镜像；
在所述移动应用容器镜像中安装与所述移动应用程序节点相对应的移动应用程序；
将安装有所述移动应用程序的所述移动应用容器镜像打包上传。
4.根据权利要求2所述的方法，其特征在于，为所述车载应用程序节点设置相应的容器镜像，包括：
在Linux操作系统中根据所述基础容器，下载包含有Android系统模拟器的中间容器镜像；
根据所述中间容器镜像，创建车载应用容器镜像；
在所述车载应用容器镜像中安装与所述车载应用程序节点相对应的应用程序仿真工具；
将安装有所述应用程序仿真工具的所述车载应用容器镜像打包上传。
5.根据权利要求2所述的方法，其特征在于，为所述总线节点设置相应的容器镜像，包括：
在Linux操作系统中根据所述基础容器，下载中间容器镜像；
根据所述中间容器镜像，创建总线容器镜像；
在所述总线容器镜像中安装与所述总线节点相对应的总线仿真工具；
将安装有所述总线仿真工具的所述总线容器镜像打包上传。
6.根据权利要求2所述的方法，其特征在于，为所述域名服务节点设置相应的容器镜像，包括：
在Linux操作系统中根据所述基础容器，下载中间容器镜像；
根据所述中间容器镜像，创建域名服务容器镜像；
在所述域名服务容器镜像中安装与所述域名服务节点相对应的域名服务系统仿真工具；
将安装有所述域名服务系统仿真工具的所述域名服务容器镜像打包上传。
7.根据权利要求2所述的方法，其特征在于，为所述汽车远程服务平台节点设置相应的容器镜像，包括：
在Windows操作系统中根据所述基础容器，下载中间容器镜像；
根据所述中间容器镜像，创建汽车远程服务容器镜像；
在所述汽车远程服务容器镜像中安装与上述汽车远程服务平台节点相对应的服务平台仿真工具；
将安装有所述服务平台仿真工具的所述汽车远程服务容器镜像打包上传。
8.根据权利要求2所述的方法，其特征在于，为所述汽车电子控制单元节点设置相应的容器镜像，包括：
在Windows操作系统中根据所述基础容器，下载中间容器镜像；
根据所述中间容器镜像，创建电控容器镜像；
在所述电控容器镜像中安装与所述汽车电子控制单元节点相对应的电子控制单元仿真工具；
将安装有所述电子控制单元仿真工具的所述电控容器镜像打包上传。
9.根据权利要求1所述的方法，其特征在于，还包括：
当所述待仿真网络节点的功能组件需要调整时，下载与所述待仿真网络节点相应的所述容器镜像；
根据所述功能组件调整内容对所述容器镜像中安装内容进行对应调整，并将安装内容调整后的所述容器镜像上传更新；
在仿真测试时，下载并运行更新后的所述容器镜像进行仿真测试。
10.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至9任意一项所述的方法。
CN202011052317.1A 2020-09-29 2020-09-29 一种基于容器的车联网仿真测试方法及电子设备 Active CN112306520B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011052317.1A CN112306520B (zh) 2020-09-29 2020-09-29 一种基于容器的车联网仿真测试方法及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011052317.1A CN112306520B (zh) 2020-09-29 2020-09-29 一种基于容器的车联网仿真测试方法及电子设备

Publications (2)

Publication Number Publication Date
CN112306520A CN112306520A (zh) 2021-02-02
CN112306520B true CN112306520B (zh) 2023-05-26

Family

ID=74488177

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011052317.1A Active CN112306520B (zh) 2020-09-29 2020-09-29 一种基于容器的车联网仿真测试方法及电子设备

Country Status (1)

Country Link
CN (1) CN112306520B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12001407B2 (en) 2022-04-11 2024-06-04 Red Hat, Inc. Generating filesystem images with integrated containers

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108920136A (zh) * 2018-06-29 2018-11-30 郑州云海信息技术有限公司 一种基于容器的操作系统创建方法、系统及相关装置
CN109067890A (zh) * 2018-08-20 2018-12-21 广东电网有限责任公司 一种基于docker容器的CDN节点边缘计算系统
CN110909460A (zh) * 2019-11-12 2020-03-24 中国第一汽车股份有限公司 车联网v2x仿真测试方法、装置、设备和存储介质
CN111290315A (zh) * 2020-02-20 2020-06-16 航天行云科技有限公司 一种双模物联网控制系统及方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3691300A4 (en) * 2017-09-29 2021-03-10 LG Electronics Inc. DEVICE AND PROCEDURE FOR V2X COMMUNICATION

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108920136A (zh) * 2018-06-29 2018-11-30 郑州云海信息技术有限公司 一种基于容器的操作系统创建方法、系统及相关装置
CN109067890A (zh) * 2018-08-20 2018-12-21 广东电网有限责任公司 一种基于docker容器的CDN节点边缘计算系统
CN110909460A (zh) * 2019-11-12 2020-03-24 中国第一汽车股份有限公司 车联网v2x仿真测试方法、装置、设备和存储介质
CN111290315A (zh) * 2020-02-20 2020-06-16 航天行云科技有限公司 一种双模物联网控制系统及方法

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
Container Based Virtualisation for Software Deployment in Self-Driving Vehicles;Philip Masek等;《百度学术》;全文 *
Demo:Design of a Virtualized Smart Car Platform;Roberto Morabito等;《ACM》;全文 *
Lightweight Virtualization as Enabling Technology for Future Smart Cars.《IEEE》.2017,全文. *
基于云计算的车联网服务系统的设计与实施;崔茂;《工程科技Ⅱ辑》;全文 *

Also Published As

Publication number Publication date
CN112306520A (zh) 2021-02-02

Similar Documents

Publication Publication Date Title
US10169928B2 (en) Apparatus for providing data to a hardware-in-the-loop simulator
Biurrun-Quel et al. Microscopic driver-centric simulator: Linking Unity3d and SUMO
CN111949544B (zh) 一种自动驾驶车辆的定位模块的测试方法及相关装置
US7127386B2 (en) Java telematics emulator
US11838375B2 (en) Universal software communication bus
CN115879323B (zh) 自动驾驶仿真测试方法、电子设备及计算机可读存储介质
Sivakumar et al. Automotive grade Linux software architecture for automotive infotainment system
US11232045B2 (en) Computer-implemented method for integrating at least one signal value into a virtual control unit
CN104050333A (zh) 航空电子系统分布式实时综合仿真系统
CN112306520B (zh) 一种基于容器的车联网仿真测试方法及电子设备
CN111699449A (zh) 自动驾驶车辆的仿真测试方法、系统、存储介质和车辆
CN115629599A (zh) 一种can总线仿真测试方法以及系统
Alvear et al. Validation of a vehicle emulation platform supporting OBD-II communications
CA3000480C (en) Systems and methods for remotely operated machine training
Osswald et al. Hardware-in-the-loop-based evaluation platform for automotive instrument cluster development (EPIC)
CN115795845A (zh) 集成化测试仿真平台的构建方法、装置、设备及存储介质
Guissouma et al. Virtual test environment for efficient verification of software updates for variant-rich automotive systems
CN113820965A (zh) Imu信号仿真方法、系统、设备和计算机可读存储介质
Martinus et al. Virtual test driving hardware-independent integration of series software
Grimm et al. Fleet in the Loop: An Open Source approach for design and test of resilient vehicle architectures
Vora et al. Survey on Designing of Electric Vehicle Instrument Cluster
Sommer et al. Vehicle Network Platforms for Auto-motive Security Testing
US20240095422A1 (en) A method for virtual testing of a head unit of a motor vehicle by a virtual test bench as well as a corresponding virtual test bench
US20230281354A1 (en) System and method for providing autonomous driving simulation architecture with switchable models
US20240177529A1 (en) Virtualized test environment for vehicle topologies with multiple electronic vehicle control units

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
TA01 Transfer of patent application right

Effective date of registration: 20210608

Address after: 100085 room 0106-640, 1st floor, No.26, shangdixinxi Road, Haidian District, Beijing

Applicant after: Beijing Zhilian Anhang Technology Co.,Ltd.

Address before: 100876 No.406, 4th floor, building 21, 10 Xitucheng Road, Haidian District, Beijing

Applicant before: Beijing ruanhui Technology Co.,Ltd.

GR01 Patent grant
GR01 Patent grant