一种基于SOA服务的车辆检测方法及相关设备与流程

一种基于soa服务的车辆检测方法及相关设备
技术领域
1.本说明书涉及汽车测试领域，更具体地说，本发明涉及一种基于soa服务的车辆检测方法及相关设备。


背景技术：

2.在车载soa(面向服务)软件架构下，some/ip协议被应用在车载ecu的数据通信中，soa服务及服务接口的设计承载在some/ip协议上，并通过soa服务和接口在服务端和客户端端被调用。对于该新型技术架构，目前的测试方法偏向于使用canoe工具进行some/ip网络协议测试，门槛较高且无法对服务内部逻辑设计和接口进行完善的场景测试。


技术实现要素：

3.在发明内容部分中引入了一系列简化形式的概念，这将在具体实施方式部分中进一步详细说明。本发明的发明内容部分并不意味着要试图限定出所要求保护的技术方案的关键特征和必要技术特征，更不意味着试图确定所要求保护的技术方案的保护范围。
4.第一方面，本发明提出一种基于soa服务的车辆检测方法，上述方法包括：
5.在与目标车辆的a核服务器建立了socket连接的情况下，向上述a核服务器发送测试请求报文以使目标接口反馈测试响应报文；
6.接收上述测试响应报文；
7.基于上述测试响应报文和上述测试请求报文获取目标车辆的检测结果。
8.可选的，上述方法还包括：
9.向上述a核服务器发送请求连接报文，以使与上述a核服务器建立上述socket连接，其中，上述请求连接报文中包括a核服务器的配置信息、ip地址、传输协议和端口号。
10.可选的，上述方法还包括：
11.在向上述a核服务器发送请求报文之前，基于以太网与测试开发板建立连接。
12.可选的，上述测试请求报文包括目标接口名称、测试参数和服务id。
13.可选的，上述方法还包括：
14.基于接口文档信息确定上述目标接口名称和上述服务id。
15.可选的，上述方法还包括：
16.直接访问网络层的some ip协议内容，以完成网络层测试，其中，上述网络层测试包括some ip/sd报文参数测试、some ip/sd发送方式测试和路由测试中至少一种。
17.可选的，上述直接访问网络层的some ip协议内容，包括：
18.通过canoe工具直接访问网络层的some ip协议内容。
19.第二方面，本发明还提出一种基于soa服务的车辆检测控制装置，包括：
20.发送单元，用于在与目标车辆的a核服务器建立了socket连接的情况下，向上述a核服务器发送测试请求报文以使目标接口反馈测试响应报文；
21.接收单元，用于接收上述测试响应报文；
22.检测单元，用于基于上述测试响应报文和上述测试请求报文获取目标车辆的检测结果。
23.第三方面，一种电子设备，包括：存储器、处理器以及存储在上述存储器中并可在上述处理器上运行的计算机程序，上述处理器用于执行存储器中存储的计算机程序时实现如上述的第一方面任一项的基于soa服务的车辆检测方法的步骤。
24.第四方面，本发明还提出一种计算机可读存储介质，其上存储有计算机程序，上述计算机程序被处理器执行时实现第一方面上述任一项的基于soa服务的车辆检测方法。
25.综上，本技术实施例的基于soa服务的车辆检测方法包括：在与目标车辆的a核服务器建立了socket连接的情况下，向上述a核服务器发送测试请求报文以使目标接口反馈测试响应报文；接收上述测试响应报文；基于上述测试响应报文和上述测试请求报文获取目标车辆的检测结果。本技术实施例提供的基于soa服务的车辆检测方法，通过测试设备与a核处理器建立socket连接，并直接向a核处理器发送场景化的测试请求报文，基于目标端口获取的测试响应报文获取目标车辆的检测结果，通过这种更直接的接口测试方法，可以在功能测试前更便捷、更早的发现服务端底层逻辑问题，提前暴露问题，减少后期问题修复的成本。
26.本技术提出的基于soa服务的车辆检测方法，本发明的其它优点、目标和特征将部分通过下面的说明体现，部分还将通过对本发明的研究和实践而为本领域的技术人员所理解。
附图说明
27.通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本说明书的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
28.图1为本技术实施例提供的一种基于soa服务的车辆检测方法流程示意图；
29.图2为本技术实施例提供的一种基于soa服务的车辆检测原理示意图；
30.图3为本技术实施例提供的一种基于soa服务的车辆检测控制装置结构示意图；
31.图4为本技术实施例提供的一种基于soa服务的车辆检测电子设备结构示意图。
具体实施方式
32.本技术实施例提供的基于soa服务的车辆检测方法，通过测试设备与a核处理器建立socket连接，并直接向a核处理器发送场景化的测试请求报文，基于目标端口获取的测试响应报文获取目标车辆的检测结果，通过这种更直接的接口测试方法，可以在功能测试前更便捷、更早的发现服务端底层逻辑问题，提前暴露问题，减少后期问题修复的成本。
33.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产
品或设备固有的其它步骤或单元。下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。
34.在目前的soa架构开发中，较多的是对some/ip协议进行测试(如tc83.0)，少有对承载在some/ip协议上的soa服务进行详细设计。对some/ip协议及逆行测试，仅能验证someip协议的正确性，无法覆盖soa服务内部逻辑设计和接口的功能场景，不利于在功能点检测试之前更早的发现底层逻辑问题。为了解决上述问题请参阅图1，本技术实施例提供了一种基于soa服务的车辆检测方法流程示意图，具体可以包括：
35.s110、在与目标车辆的a核服务器建立了socket连接的情况下，向上述a核服务器发送测试请求报文以使目标接口反馈测试响应报文；
36.示例性的，车辆测试设备可以通过pc上位机或者专用的测试工具进行，当车辆测试设备与a核服务器建立了socket连接的情况下，通过车辆测试设备向a核服务器发送测试请求报文，通过车辆网络系统调用请求报文对应的目标接口，使被测的车机ecu或测试设备基于请求报文生成指令，基于指令生成测试响应报文。发送的测试请求报文可以同时调用多个接口从而可以同时完成多个服务的测试工作，能够基于车辆的不同场景设置内部逻辑更为丰富的测试方案。
37.需要说明的是，在一些车辆中通过m核封装原始数据，a核利用其some/ip协议栈进行报文的封装于发布的方法，可以消除m核运算力不足的影响，同时可以发挥m核体积小，简单易操作的优势。同时由于a核具有强大的运算力，在产品后续增加服务使，不会受到m核运算资源的影响，可以灵活迭代和扩展。
38.s120、接收上述测试响应报文；
39.示例性的，测试设备接收响应报文，并将响应报文存储在测试设备的存储器中，测试响应报文包括目标端口信息、以及各个目标端口收集到的响应数据。
40.s130、基于上述测试响应报文和上述测试请求报文获取目标车辆的检测结果。
41.示例性的，获取检测结果可以是在整个测试流程结束后基于完整的测试响应报文和测试请求报文生成检测结果，也可以是在检测的过程中实时显示测量结果与预期结果的偏差，以便工程人员及时发现测试问题。
42.综上，本技术实施例提供的基于soa服务的车辆检测方法，通过测试设备与a核处理器建立socket连接，并直接向a核处理器发送场景化的测试请求报文，基于目标端口获取的测试响应报文获取目标车辆的检测结果，通过这种更直接的接口测试方法，可以在功能测试前更便捷、更早的发现服务端底层逻辑问题，提前暴露问题，减少后期问题修复的成本。
43.在一些示例中，上述方法还包括：
44.向上述a核服务器发送请求连接报文，以使与上述a核服务器建立上述socket连接，其中，上述请求连接报文中包括a核服务器的配置信息、ip地址、传输协议和端口号。
45.示例性的，开启一个socket连接之前，需要先完成socket和bind两个步骤。socket是新建一个套接字，bind指定套接字的ip和端口(客户端在调用connect时会由系统分配端口，因此可以省去bind)。服务端通过listen开启监听，等待客户端接入。客户端通过connect连接服务器，服务端通过accept接收客户端连接。在connect-accept过程中，操作
系统将会进行三次握手。客户端和服务端通过write和read发送和接收数据，操作系统将会完成tcp数据的确认、重发等步骤。在测试设备与车辆端进行连接时，需要明确a核服务器的配置信息、ip地址、传输协议和端口号等信息，以确保连接正确，避免测试之前就发生错误。
46.综上，本技术实施例提供的基于soa服务的车辆检测方法，通过在请求连接报文中设置正确的a核服务器的配置信息、ip地址、传输协议和端口号能够快速与a核服务器建立socket连接，从而实现基于a核服务器的车辆检测。
47.在一些示例中，上述方法还包括：
48.在向上述a核服务器发送请求报文之前，基于以太网与测试开发板建立连接。
49.示例性的，通过以太网转换器连接pc和dut(device under test，被测设备)，实现pc和车机系统的连接，dut即被测试设备，可以是车机ecu
50.在一些示例中，上述测试请求报文包括目标接口名称、测试参数和服务id。
51.示例性的，要调用正确的接口和id，需要针对请求报文所实现的功能确定对应的目标接口名称和服务id，从而调用正确的目标接口和目标服务，同时基于测试的项目设置特定的测试参数，被测试设备或ecu会基于测试参数产生响应参数，并生成响应报文，基于请求报文中的测试参数和响应报文中的响应参数可以确定对应的被测设备的状态。
52.在一些示例中，上述方法还包括：
53.基于接口文档信息确定上述目标接口名称和上述服务id。
54.示例性的，接口文档信息是在车辆开发的过程中确定的目标接口名称和服务id的对应关系，只有确定了准确度的接口名称和服务id才能够顺利调用该功能，在测试的过程中，可以通过测试的指令直接调用接口文档信息，并保持接口文档信息与车辆端的对应关系一致，从而准确地完成接口和服务的调用，避免由于调用信息错误导致测试结果异常，从而导致测试过程。
55.综上，本技术实施例提供的基于soa服务的车辆检测方法，基于接口文档信息能够准确地调用目标接口和服务，保证调用的正确性，避免由于调用接口和服务错误导致测试过程失败。
56.在一些示例中，上述方法还包括：
57.直接访问网络层的some ip协议内容，以完成网络层测试，其中，上述网络层测试包括some ip/sd报文参数测试、some ip/sd发送方式测试和路由测试中至少一种。
58.示例性的，一些网络层的测试无法通过与a核处理器发送测试报文的方式进行测试，例如，some ip/sd报文参数测试、发送方式测试和路由测试等，此时需要直接访问网络层some ip协议内容，以完成网络层测试。sd(service discovery)属于some/ip协议中非常核心的内容，主要提供检测和提供可用服务的功能。sd的优点如下：上电启动时，车内各ecu的启动电压和启动时间各不相同，ecu通过sd就可以灵活的官宣其service的可用状态；车辆变形(可以是同款车型的不同配置，或者是车型沿用)时，可以灵活的适应功能/配置的变化，减少前期的配置工作；错误处理，当提供的service出现问题时，可以通过sd即刻了解service的不可用状态，接收方就可以做出相应的处理了能源效率，需要的时候才会提供/订阅服务，减少能力消耗。sd通信主要涉及到3类报文：find service、offer service和subscribe报文。
59.综上，本技术实施例提供的基于soa服务的车辆检测方法，针对网络层中无法通过
a核处理器进行测试的内容，通过直接访问网络层的some ip协议内容，以完成网络层测试，保证车辆测试的全面性。
60.在一些示例中，上述直接访问网络层的some ip协议内容，包括：
61.通过canoe工具直接访问网络层的some ip协议内容。
62.示例性的，canoe是一个全面的软件工具，可用于整体ecu和整个车辆网络的开发、测试和分析。从车辆规划到系统级测试，在整个开发过程中为汽车制造商和供应商的网络设计者、开发工程师和测试工程师提供帮助。能够用于网络层处理开发和测试阶段的自动化测试，可以对车辆中的ecu诊断功能进行仿真和测试，在开发过程的早期阶段发现并修改错误状态，能够基于图形/文本评估结果。canoe可以和在车辆中一样，在桌面开发环境中分析ecu和整个系统的多总线通信。canoe附带的诊断功能集支持基于kwp2000和uds标准的诊断通信分析。canoe既可以用作诊断测试仪，也可以用于ecu诊断功能的模拟，并使用odx或candelastudio描述文件进行参数化。利用canoe对整个网络进行模拟和剩余总线模拟，模拟也可以从通信数据库手动或自动生成。将整个网络或单独ecu的通信操作模拟为剩余总线是后续分析阶段和测试阶段的基础。
63.综上，本技术实施例提供的基于soa服务的车辆检测方法，针对网络层的some ip协议内容通过canoe工具直接访问，能够实现网络层测试自动化可视化操作。
64.在一些示例中，如图2所示，可以通过下述方法实现车辆测试：
65.s210、通过以太网转换器连接pc和dut，实现pc和车机系统的连接，dut即被测试设备，可以是车机ecu；
66.s220、在pc端上位机创建socket连接，连接a核服务器。其中在pc端创建socket连接时需要包含a核服务器的配置信息、ip地址、传输协议核端口号，保证可以连接成功。
67.s230、pc和a核服务器socket连接正常时，可以通过调用公用someip server和client的api接口，也可以调用各服务的衍生接口。其中在调用接口进行接口测试时，接口名称和服务id必须严格对应接口文档，服务id必须严格对应配置文件someip_config.xml中的serverid，保证调用的正确性。
68.请参阅图3，本技术实施例中基于soa服务的车辆检测控制装置的一个实施例，可以包括：
69.发送单元21，用于在与目标车辆的a核服务器建立了socket连接的情况下，向上述a核服务器发送测试请求报文以使目标接口反馈测试响应报文；
70.接收单元22，用于接收上述测试响应报文；
71.检测单元23，用于基于上述测试响应报文和上述测试请求报文获取目标车辆的检测结果。
72.综上，本技术实施例提供的基于soa服务的车辆检测方法，通过测试设备与a核处理器建立socket连接，并直接向a核处理器发送场景化的测试请求报文，基于目标端口获取的测试响应报文获取目标车辆的检测结果，通过这种更直接的接口测试方法，可以在功能测试前更便捷、更早的发现服务端底层逻辑问题，提前暴露问题，减少后期问题修复的成本。
73.如图4所示，本技术实施例还提供一种电子设备300，包括存储器310、处理器320及存储在存储器320上并可在处理器上运行的计算机程序311，处理器320执行计算机程序311
时实现上述基于soa服务的车辆检测的任一方法的步骤。
74.由于本实施例所介绍的电子设备为实施本技术实施例中一种基于soa服务的车辆检测控制装置所采用的设备，故而基于本技术实施例中所介绍的方法，本领域所属技术人员能够了解本实施例的电子设备的具体实施方式以及其各种变化形式，所以在此对于该电子设备如何实现本技术实施例中的方法不再详细介绍，只要本领域所属技术人员实施本技术实施例中的方法所采用的设备，都属于本技术所欲保护的范围。
75.在具体实施过程中，该计算机程序311被处理器执行时可以实现图1对应的实施例中任一实施方式，具体可以包括：
76.在与目标车辆的a核服务器建立了socket连接的情况下，向上述a核服务器发送测试请求报文以使目标接口反馈测试响应报文；
77.接收上述测试响应报文；
78.基于上述测试响应报文和上述测试请求报文获取目标车辆的检测结果。
79.在一些实施方式中，上述方法还包括：
80.向上述a核服务器发送请求连接报文，以使与上述a核服务器建立上述socket连接，其中，上述请求连接报文中包括a核服务器的配置信息、ip地址、传输协议和端口号。
81.在一些实施方式中，上述方法还包括：
82.在向上述a核服务器发送请求报文之前，基于以太网与测试开发板建立连接。
83.在一些实施方式中，上述测试请求报文包括目标接口名称、测试参数和服务id。
84.在一些实施方式中，上述方法还包括：
85.基于接口文档信息确定上述目标接口名称和上述服务id。
86.在一些实施方式中，上述方法还包括：
87.直接访问网络层的some ip协议内容，以完成网络层测试，其中，上述网络层测试包括some ip/sd报文参数测试、发送方式测试和路由测试中至少一种。
88.在一些实施方式中，上述直接访问网络层的some ip协议内容，包括：
89.通过canoe工具直接访问网络层的some ip协议内容。
90.综上，本技术实施例提供的基于soa服务的车辆检测方法，通过测试设备与a核处理器建立socket连接，并直接向a核处理器发送场景化的测试请求报文，基于目标端口获取的测试响应报文获取目标车辆的检测结果，通过这种更直接的接口测试方法，可以在功能测试前更便捷、更早的发现服务端底层逻辑问题，提前暴露问题，减少后期问题修复的成本。
91.需要说明的是，在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详细描述的部分，可以参见其它实施例的相关描述。
92.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
93.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程
和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式计算机或者其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
94.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
95.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
96.本技术实施例还提供了一种计算机程序产品，该计算机程序产品包括计算机软件指令，当计算机软件指令在处理设备上运行时，使得处理设备执行如图1对应实施例中的基于soa服务的车辆检测的流程，具体可以包括：
97.在与目标车辆的a核服务器建立了socket连接的情况下，向上述a核服务器发送测试请求报文以使目标接口反馈测试响应报文；
98.接收上述测试响应报文；
99.基于上述测试响应报文和上述测试请求报文获取目标车辆的检测结果。
100.在一些实施方式中，上述方法还包括：
101.向上述a核服务器发送请求连接报文，以使与上述a核服务器建立上述socket连接，其中，上述请求连接报文中包括a核服务器的配置信息、ip地址、传输协议和端口号。
102.在一些实施方式中，上述方法还包括：
103.在向上述a核服务器发送请求报文之前，基于以太网与测试开发板建立连接。
104.在一些实施方式中，上述测试请求报文包括目标接口名称、测试参数和服务id。
105.在一些实施方式中，上述方法还包括：
106.基于接口文档信息确定上述目标接口名称和上述服务id。
107.在一些实施方式中，上述方法还包括：
108.直接访问网络层的some ip协议内容，以完成网络层测试，其中，上述网络层测试包括some ip/sd报文参数测试、发送方式测试和路由测试中至少一种。
109.在一些实施方式中，上述直接访问网络层的some ip协议内容，包括：
110.通过canoe工具直接访问网络层的some ip协议内容。
111.综上，本技术实施例提供的基于soa服务的车辆检测方法，通过测试设备与a核处理器建立socket连接，并直接向a核处理器发送场景化的测试请求报文，基于目标端口获取的测试响应报文获取目标车辆的检测结果，通过这种更直接的接口测试方法，可以在功能测试前更便捷、更早的发现服务端底层逻辑问题，提前暴露问题，减少后期问题修复的成本。
112.计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本技术实施例的流程或功能。计算机可以是通用计算机、专
用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘(solid state disk，ssd))等。
113.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
114.在本技术所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
115.作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
116.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
117.集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
118.以上，以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。