WO2018188222A1 - 一种a2l文件合并方法及装置 - Google Patents
一种a2l文件合并方法及装置 Download PDFInfo
- Publication number
- WO2018188222A1 WO2018188222A1 PCT/CN2017/093167 CN2017093167W WO2018188222A1 WO 2018188222 A1 WO2018188222 A1 WO 2018188222A1 CN 2017093167 W CN2017093167 W CN 2017093167W WO 2018188222 A1 WO2018188222 A1 WO 2018188222A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- address information
- file
- identifier
- target
- data
- Prior art date
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
Definitions
- the present application relates to the field of data processing technologies, and in particular, to a method and an apparatus for merging A2L files.
- the software of the automotive electronic control unit needs to calibrate and measure the data, and the calibration and measurement data is generally stored in the AASAM MCD-2MC format, and the file name ends with .a2l, referred to as the A2L file. .
- the A2L file the file name ends with .a2l, referred to as the A2L file.
- multiple A2L files are usually generated, and only one A2L file can be input when data calibration. Therefore, it is very important to merge A2L files.
- the present application provides an A2L file merging method and apparatus for solving the problem of merging A2L files in the prior art.
- the application provides a method for merging A2L files, including:
- the A2L objects after updating the address information are merged to obtain a target A2L file.
- the foregoing aspect and any possible implementation manner further provide an implementation manner of parsing each A2L file to obtain an A2L object, including:
- the data of each row is parsed by an analysis method corresponding to the attribute type of the A2L object to obtain an A2L object.
- the method further includes:
- An address information list is generated based on the identifier and address information of the A2L object in the address information file.
- the aspect as described above and any possible implementation manner further provide an implementation manner of updating address information of the A2L object, including:
- the address information of the A2L object in which the target identifier exists in the address information list is replaced with the address information corresponding to the target identifier.
- any possible implementation manner further provide an implementation manner of merging A2L objects after updating the address information, including:
- the A2L object processed by the identifier conflict is output to an A2L file according to the generation format of the A2L file, and the target A2L file is obtained.
- the application provides an A2L file merging device, including:
- An analysis unit for parsing each A2L file to obtain an A2L object
- An update unit configured to update address information of the A2L object according to the identifier of the A2L object
- the merging unit is configured to merge the A2L objects after updating the address information to obtain a target A2L file.
- parsing unit is specifically configured to:
- the data of each row is parsed by an analysis method corresponding to the attribute type of the A2L object to obtain an A2L object.
- the device further includes:
- An extracting unit configured to extract identifiers and address information of the A2L object in the address information file
- a generating unit configured to generate an address information list according to the identifier and the address information of the A2L object in the address information file.
- the address information of the A2L object in which the target identifier exists in the address information list is replaced with the address information corresponding to the target identifier.
- the A2L object processed by the identifier conflict is output to an A2L file according to the generation format of the A2L file, and the target A2L file is obtained.
- an A2L object is obtained by parsing and splitting each A2L file, and then the address information of these A2L files is updated, and then these A2L objects are combined to obtain a target A2L file;
- a plurality of A2L files are merged into one target A2L file by parsing and splitting the generated first, and the target A2L file contains most of the A2L objects in the A2L files, and is generated and output at this time.
- the target A2L file can meet the requirement of calibrating the data in the A2L file in the process of developing the automobile software, and solves the problem of merging the A2L file in the prior art, thereby saving the cost.
- FIG. 1 is a schematic flow chart of a method for merging an A2L file provided by the present application
- FIG. 2 is a schematic flow chart of parsing an A2L file in the present application
- FIG. 3 is a schematic flowchart of updating address information of an A2L object in the present application.
- FIG. 4 is a schematic flowchart of performing identifier conflict processing on an A2L object in the present application
- FIG. 5 is a functional block diagram of an A2L file merging apparatus provided by the present application.
- the word “if” as used herein may be interpreted as “when” or “when” or “in response to determining” or “in response to detecting.”
- the phrase “if determined” or “if detected (conditions or events stated)” may be interpreted as “when determined” or “in response to determination” or “when detected (stated condition or event) “Time” or “in response to a test (condition or event stated)”.
- the present application provides the following solution: by parsing each A2L object in each A2L file, and then merging these A2L objects according to the format, generating and outputting A target A2L file.
- This application presents a method for merging A2L files.
- FIG. 1 is a schematic flowchart of a method for merging A2L files provided by the present application. As shown in FIG. 1 , the method includes the following steps:
- the document structure in the A2L file may include: a document header, an A2L object, and a document end.
- the document header contains the version information of the ASAM used by the A2L file, the item name corresponding to the A2L file, and the like, and the end of the document corresponds to the header of the document, and the end of the document needs to be marked at the end of the document.
- the A2L objects are classified according to the data type, and can be roughly classified into: calibrating A2L objects and measuring A2L objects.
- the data corresponding to the A2L object is calibrated, and the data corresponding to the A2L object is measured.
- the attribute types of the A2L object may include, but are not limited to, A2ML, IF_DATA, MOD_COMMON, MOD_PAR, MEASUREMENT, CHARACTERISTIC, COMPU_METHOD, RECORD_LAYOUT, GROUP, AXIS_PTS.
- A2ML object of the A2ML attribute type is simply referred to as the A2ML object, and the A2L objects of the remaining attribute types are similarly processed.
- A2ML is a format for describing data of a special interface (an interface is a way of communicating with an external device).
- IF_DATA is data used to describe a particular interface.
- MOD_COMMON is used to describe the storage length and storage of data variables in A2L files.
- MOD_PAR is used to describe which data is stored for which devices.
- MEASUREMENT is used to describe the attributes of the object being measured.
- CHARACTERISTIC is used to describe the properties of the calibration object.
- COMPU_METHOD is used to describe the calculation method of converting one value to another.
- RECORD_LAYOUT is used to describe the layout object of the variable's data structure in memory.
- GROUP is used to classify calibration and measurement objects.
- AXIS_PTS is used to describe the parameters of points in the coordinate space.
- the above A2L objects have no clear order in the A2L file, and the number of A2L objects of each attribute type is also uncertain except for the A2L objects of the three attribute types A2ML, MOD_COMMON, and MOD_PAR. Based on this, when S101 is executed, the A2L file can be parsed in a sequential parsing mode.
- parsing each A2L file may include: reading the data in each A2L file line by line, and then identifying the attribute type of the A2L object corresponding to each row of data, after that, The data of each row is parsed by an analysis method corresponding to the attribute type of the A2L object to obtain an A2L object.
- FIG. 2 is a schematic flowchart of parsing an A2L file in the present application.
- the data in the A2L file is read row by row, and when a row of data is read, the row is sequentially determined.
- the data is an A2ML object, a MOD_COMMON object, a MEASURE object, a CHARACTERISTIC object, an IF_DATA object, a COMPU_METHOD object, an AXIX_PTS object, a RECORD_LAYOUT object, a GROUP object, a FUNCTION object, a MODULE object
- the judgment process at any step is YES, it is determined
- the attribute type of the data row, and thus, the A2L object can be obtained by parsing the data according to the parsing method corresponding to the attribute type. And after each parsing process is finished, it is judged whether or not the end of the A2L file is reached. When the judgment is no, the judgment of the next row of data is continued; when the judgment is YES, the process ends.
- the A2L object in the A2L file generally has an identifier, and the identifier is equivalent to the identity of each object. Therefore, the attribute type of each row of data can be determined according to the identifier. Specifically, when it is determined that one row of data has an identifier corresponding to any one of the attribute types, the attribute type of the row of data may be determined.
- the identifier can be the name of an A2L object.
- the objects of the three attribute types A2ML, MOD_COMMON, and MOD_PAR have one and only one type in one A2L file, and these three attribute types are not Have an identifier.
- the content specifically included in the A2L object obtained by the analysis is not particularly limited.
- the data obtained by parsing the A2L object of the attribute types COMPU_METHOD, RECORD_LAYOUT, and GROUP includes the identifier attribute.
- the data parsed by the MEASUREMENT object includes the identifier Name, the data type Datatype, the conversion method Conversion, the precision Accuracy, the numerical maximum value LowerLimit, the numerical minimum value UpperLimit, and the ECU memory address information.
- the data parsed by the CHARACTERISTIC object includes the name Name, the annotation LongIdentifier, the type Type, and the address information Address.
- the address information of the partial A2L object may be acquired in S101, but whether the address information is correct or not cannot be determined. Therefore, before the merging, S102 needs to be executed, so that the merged target A2L file is obtained. The address information of each A2L object is correct.
- the address information of the A2L object is updated based on the identifier of the A2L object. Based on this, there are various implementations when S102 is executed. In order to explain the solution more specifically, the present application gives the following implementations.
- the identifier and address information of the A2L object in the address information file are extracted in advance, and the address information list PLIST is generated based on the identifier and address information of the A2L object in the extracted map file.
- the address information of the calibration A2L object and the address information of the measured A2L object in the A2L file are stored in the map file, and the map file may also contain multiple address information types.
- the address information in the A2L file When extracting the address information in the map file, it can also be implemented by the line-by-line reading judgment. Specifically, the address information in the A2L file generally starts with “.rodata”, “.bss”, “.vletext”, “.data”, “.calib”, “.app_const”, “.app_data”, and each line There are only 3 data segments (composed of consecutive characters). Based on this, the data in the map file can be read line by line. If there is any row of data, it is ".rodata”, “.bss”, “.vletext”, “.data”, “.calib”, “.app_const”.
- the A2L object in the map file may be the same as the A2L object obtained in S101, and may be different.
- the A2L object acquired in S101 is identical to the A2L object in the map file.
- the A2L object acquired in S101 may be included in the A2L object in the map file.
- the address information corresponding to the address is not updated for the address information of other A2L objects that do not have the target identifier.
- the address information of the A2L object may be directly replaced with the address information corresponding to the target identifier by determining the presence of the target identifier in the address information list without determining the comparison process.
- the address information of the A2L object is not updated.
- the address information may be updated one by one for the plurality of A2L objects acquired in S101, or may be batch processed. This application does not specifically limit this. It should be noted that when the address information is updated in batches of multiple A2L objects acquired in S101, the A2L object acquired in S101 may be There are many, based on this, when updating the address information of these A2L objects in batches, each A2L object corresponds to a different target identifier. When there is a target identifier corresponding to any A2L object, only the A2L object needs to be The address information can be updated.
- the above is to update the address information according to the manner in which the acquired A2L object queries the target identifier in the address information list PLIST; or, conversely, the acquired address information of the A2L object based on the address information list. Update.
- the A2L object obtained in S101 can be stored into different linked lists according to the data type according to the data type of the A2L object.
- two linked lists can be established, and one linked list is a CLIST linked list.
- the other linked list is the MLIST linked list, which is used to store all measured A2L objects.
- the address information is updated separately for each linked list.
- FIG. 3 is a schematic flowchart of updating address information of an A2L object in the present application. As shown in Figure 3, this step includes:
- the HC is used to store the calibration A2L object
- the HM is used to store the measured A2L object.
- the calibration A2L object in the CLIST is stored in the HC
- the measurement A2L object in the MLIST is stored in the HM.
- the iterator selects the first element of the PLIST.
- the iterator selects the next element in the PLIST.
- the method may include two steps: performing an identifier conflict processing on the A2L object after updating the address information, and then outputting the A2L object processed by the identifier conflict to the generated format of the A2L file to In an A2L file, you can get the target A2L file.
- FIG. 4 is a schematic flowchart of identifier conflict processing for an A2L object in the present application. As shown in Figure 4, this step includes:
- an output linked list of A2L objects of each attribute type can be obtained, and there is no case where the identifiers are duplicated in the output linked list. Based on these output linked lists, identifier conflicts between different attribute types can be further processed, and will not be described here.
- the format of the target A2L file may be preset according to actual needs, which is not specifically limited in this application.
- the target A2L file can be obtained by outputting to the A2L file according to the document header, A2ML, AXIS_PTS, IF_DATA, MOD_COMMON, MOD_PAR, MEASUREMENT, CHARACTERISTIC, COMPU_METHOD, RECORD_LAYOUT, GROUP, and the end of the document.
- an A2L object is obtained by parsing and splitting each A2L file, and then the address information of these A2L files is updated, and then these A2L objects are combined to obtain a target A2L file;
- a plurality of A2L files are merged into one target A2L file by parsing and splitting the generated first, and the target A2L file contains most of the A2L objects in the A2L files, and is generated and output at this time.
- the target A2L file can meet the requirement of calibrating the data in the A2L file in the process of developing the automobile software, and solves the problem of merging the A2L file in the prior art, thereby saving the cost.
- the present application further provides an apparatus embodiment for implementing the steps and methods in the foregoing method embodiments.
- FIG. 5 is a functional block diagram of an A2L file merging apparatus provided by the present application. As shown in Figure 5, the device includes:
- the parsing unit 51 is configured to parse each A2L file to obtain an A2L object
- the updating unit 52 is configured to update address information of the A2L object according to the identifier of the A2L object;
- the merging unit 53 is configured to merge the A2L objects after updating the address information to obtain a target A2L file.
- the parsing unit 51 is specifically configured to:
- the analysis method corresponding to the attribute type of the A2L object is used to parse each line of data to obtain an A2L object.
- the device further includes:
- the extracting unit 54 is configured to extract identifiers and address information of the A2L object in the address information file;
- the generating unit 55 is configured to generate an address information list according to the identifier and the address information of the A2L object in the address information file.
- the updating unit 52 is specifically configured to:
- the address information of the A2L object in which the target identifier exists in the address information list is replaced with the address information corresponding to the target identifier.
- the merging unit 53 is specifically configured to:
- the A2L object after the address information is updated is subjected to identifier conflict processing
- the A2L object processed by the identifier conflict is output to an A2L file according to the generation format of the A2L file, and the target A2L file is obtained.
- an A2L object is obtained by parsing and splitting each A2L file, and then the address information of these A2L files is updated, and then these A2L objects are combined to obtain a target A2L file;
- a plurality of A2L files are merged into one target A2L file by parsing and splitting the generated first, and the target A2L file contains most of the A2L objects in the A2L files, and is generated and output at this time.
- the target A2L file can meet the requirement of calibrating the data in the A2L file in the process of developing the automobile software, and solves the problem of merging the A2L file in the prior art, thereby saving the cost.
- the disclosed system, apparatus, and method may be implemented in other manners.
- the device embodiments described above are merely illustrative.
- the division of the unit is only a logical function division.
- multiple units or components may be combined.
- the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.
- the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
- each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
- the above integrated unit can be implemented in the form of hardware or in the form of hardware plus software functional units.
- the above-described integrated unit implemented in the form of a software functional unit can be stored in a computer readable storage medium.
- the software functional unit is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor to perform the methods of the various embodiments of the present application. Part of the steps.
- the foregoing storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, and the like, which can store program codes. .
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
一种A2L文件合并方法及装置。通过解析每个A2L文件,得到A2L对象(S101),然后根据所述A2L对象的标识符,更新所述A2L对象的地址信息(S102),之后将更新地址信息后的A2L对象进行合并,得到一个目标A2L文件(S103)。因此能够解决现有技术中A2L文件合并的问题,节省了成本。
Description
本申请要求于2017年04月14日提交中国专利局、申请号为201710244796.9、发明名称为“一种A2L文件合并方法及装置”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
本申请涉及数据处理技术领域,尤其涉及一种A2L文件合并方法及装置。
目前,在汽车软件的开发过程中,汽车电子控制单元的软件需要对数据进行标定和测量,并且,标定和测量的数据一般以AASAM MCD-2MC格式存储,文件名称以.a2l结尾,简称A2L文件。但是,在汽车的软件开发过程中,通常会生成多个A2L文件,而进行数据标定的时候只能输入一个A2L文件,因此,将A2L文件进行合并变得非常重要。
现有技术中,一般使用Vector的A2L文件合并工具,但是,并没有公开的A2L文件的合并方法。
申请内容
有鉴于此,本申请提供了一种A2L文件合并方法及装置,用以解决现有技术中A2L文件合并的问题。
一方面,本申请提供了一种A2L文件合并方法,包括:
解析每个A2L文件,得到A2L对象;
根据所述A2L对象的标识符,更新所述A2L对象的地址信息;
将更新地址信息后的A2L对象进行合并,得到一个目标A2L文件。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,解析每个A2L文件,得到A2L对象,包括:
逐行读取每个A2L文件中的数据;
识别每行数据对应的A2L对象的属性类型;
采用与所述A2L对象的属性类型对应的解析方式,对每行所述数据进行解析,得到A2L对象。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,对所述A2L对象的地址信息进行更新之前,所述方法还包括:
提取地址信息文件中的A2L对象的标识符与地址信息;
根据所述地址信息文件中的A2L对象的标识符与地址信息,生成地址信息列表。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,更新所述A2L对象的地址信息,包括:
检测所述地址信息列表中是否存在与至少一个所述A2L对象的标识符相同的目标标识符;
将所述地址信息列表中存在目标标识符的A2L对象的地址信息替换为所述目标标识符对应的地址信息。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,将更新地址信息后的A2L对象进行合并,包括:
将所述更新地址信息后的A2L对象进行标识符冲突处理;
将所述标识符冲突处理后的A2L对象,按照A2L文件的生成格式,输出至一个A2L文件,得到所述目标A2L文件。
另一方面,本申请提供了一种A2L文件合并装置,包括:
解析单元,用于解析每个A2L文件,得到A2L对象;
更新单元,用于根据所述A2L对象的标识符,更新所述A2L对象的地址信息;
合并单元,用于将更新地址信息后的A2L对象进行合并,得到一个目标A2L文件。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述解析单元,具体用于:
逐行读取每个A2L文件中的数据;
识别每行数据对应的A2L对象的属性类型;
采用与所述A2L对象的属性类型对应的解析方式,对每行所述数据进行解析,得到A2L对象。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述装置还包括:
提取单元,用于提取地址信息文件中的A2L对象的标识符与地址信息;
生成单元,用于根据所述地址信息文件中的A2L对象的标识符与地址信息,生成地址信息列表。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述更新单元,具体用于:
检测所述地址信息列表中是否存在与至少一个所述A2L对象的标识符相同的目标标识符;
将所述地址信息列表中存在目标标识符的A2L对象的地址信息替换为与所述目标标识符对应的地址信息。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述合并单元,具体用于:
将所述更新地址信息后的A2L对象进行标识符冲突处理;
将所述标识符冲突处理后的A2L对象,按照A2L文件的生成格式,输出至一个A2L文件中,得到所述目标A2L文件。
上述技术方案中的一个技术方案具有如下有益效果:
本申请中,通过对每个A2L文件进行解析拆分得到A2L对象,之后,对这些A2L文件的地址信息进行更新,之后,将这些A2L对象进行合并,即可得到一个目标A2L文件;在该过程中,本申请通过先解析拆分后合并生成的方式,将多个A2L文件合并为一个目标A2L文件,这个目标A2L文件中包含有这些A2L文件中的大部分A2L对象,此时生成并输出的目标A2L文件能够满足在汽车软件开发过程中对A2L文件中的数据进行标定的需求,解决了现有技术中A2L文件合并的问题,节省了成本。
为了更清楚地说明本申请的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出
创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1是本申请所提供的A2L文件合并方法的流程示意图;
图2是本申请中对A2L文件进行解析的流程示意图;
图3是本申请中更新A2L对象的地址信息的流程示意图;
图4是本申请中对A2L对象进行标识符冲突处理的流程示意图;
图5是本申请所提供的A2L文件合并装置的功能方块图。
为了更好的理解本申请的技术方案,下面结合附图对本申请进行详细描述。
应当明确,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
在本申请中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。
应当理解,本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地,取决于语境,短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
针对现有技术中所存在的A2L文件合并的问题,本申请提供了如下解决思路:通过解析每个A2L文件中的每个A2L对象,之后,再将这些A2L对象按照格式进行合并,生成并输出一个目标A2L文件。
在该思路的引导下,本方案实施例提供了以下可行的实施方案。
实施例一
本申请给出一种A2L文件合并方法。
具体的,请参考图1,其为本申请所提供的A2L文件合并方法的流程示意图,如图1所示,该方法包括以下步骤:
S101,解析每个A2L文件,得到A2L对象。
S102,根据A2L对象的标识符,更新A2L对象的地址信息。
S103,将更新地址信息后的A2L对象进行合并,得到一个目标A2L文件。
具体的,A2L文件中的文档结构可以包括:文档头部、A2L对象和文档结尾。其中,文档头部包含A2L文件采用的ASAM的版本信息,该A2L文件所对应的项目名称等,而文档结尾和文档头部相对应,在文档结尾需要加上项目结束的标记。
具体的,按照数据类型对A2L对象进行分类,可以大致分为:标定A2L对象和测量A2L对象。其中,标定A2L对象对应的数据为标定数据,测量A2L对象对应的数据为测量数据。
具体的,A2L对象的属性类型可以包括但不限于:A2ML、IF_DATA、MOD_COMMON、MOD_PAR、MEASUREMENT、CHARACTERISTIC、COMPU_METHOD、RECORD_LAYOUT、GROUP、AXIS_PTS。为了便于表述,A2ML属性类型的A2L对象简称为A2ML对象,其余属性类型的A2L对象也做类似处理。
其中,A2ML是用来描述特殊接口(接口即与外部设备通信的方式)的数据的格式。IF_DATA是用来描述特殊接口的数据。MOD_COMMON是用来描述A2L文件中数据变量的存储长度与存储方式。MOD_PAR用来描述这些数据是针对哪些设备的存储的数据。MEASUREMENT用来描述被测量对象的属性。CHARACTERISTIC用来描述标定对象的属性。COMPU_METHOD用来描述将一值转换为另一个值的计算方法。RECORD_LAYOUT用来描述变量的数据结构在内存中的布局对象。GROUP用来归类标定与测量对象。AXIS_PTS用于描述坐标空间中点的参数。
本申请中,考虑到上述A2L对象在A2L文件中并没有明确的顺序,而且,除A2ML、MOD_COMMON、MOD_PAR这三种属性类型的A2L对象外,每个属性类型的A2L对象的数量也是不确定的,基于此,在执行S101时,可以采用顺序解析的模式对A2L文件进行解析。
在一个具体的实现过程中,解析每个A2L文件,得到A2L对象的过程可以包括:逐行读取每个A2L文件中的数据,然后,识别每行数据对应的A2L对象的属性类型,之后,采用与所述A2L对象的属性类型对应的解析方式,对每行所述数据进行解析,得到A2L对象。
具体的,请参考图2,其为本申请中对A2L文件进行解析的流程示意图,如图2所示,逐行读取A2L文件中的数据,当读入一行数据的时候,依次判断这行数据是否为A2ML对象、MOD_COMMON对象、MEASURE对象、CHARACTERISTIC对象、IF_DATA对象、COMPU_METHOD对象、AXIX_PTS对象、RECORD_LAYOUT对象、GROUP对象、FUNCTION对象、MODULE对象,当在任意一步的判断过程为是的时候,就确定这行数据的属性类型,从而,根据该属性类型对应的解析方式对这行数据进行解析,即可得到A2L对象。并在每次解析过程结束后,判断是否到达A2L文件的结尾,当判断为否时,继续进行下一行数据的判断;当判断为是时,结束。
这样,通过逐行读入并逐行判断的方式,直至读入A2L文件的结尾,就可以解析得到这个A2L文件的全部A2L对象。
在一个具体的实现过程中,考虑到A2L文件中的A2L对象一般具有标识符,标识符相当于每个对象的身份标识,因此,可以根据标识符来确定每行数据的属性类型。具体的,当确定一行数据中具备有任意一个属性类型对应的标识符时,就可以确定这行数据的属性类型。
在一个具体的实现过程中,该标识符可以是A2L对象的名称。
但是,A2ML、MOD_COMMON、MOD_PAR这三种属性类型的对象在一个A2L文件中有且只能有一种,并且,这三种属性类型不
具备标识符。
本申请对于解析得到的A2L对象具体包括的内容不进行特别限定。例如,COMPU_METHOD、RECORD_LAYOUT、GROUP这几种属性类型的A2L对象解析得到的数据包括标识符属性。MEASUREMENT对象解析出的数据包括标识符Name,数据类型Datatype,转换方法Conversion,精度Accuracy,数值最大值LowerLimit,数值最小值UpperLimit和ECU内存地址信息。CHARACTERISTIC对象解析出的数据包括名称Name,注释LongIdentifier,类型Type,地址信息Address。
本申请中,考虑到在S101中可能会获取到部分A2L对象的地址信息,但是,这些地址信息是否正确不能确定,因此,在进行合并前,需要执行S102,以使得合并得到的目标A2L文件中各A2L对象的地址信息是正确的。
本申请中,是根据A2L对象的标识符,实现对A2L对象的地址信息的更新。基于此,在执行S102时可以有多种实现方式。为了更具体的说明本方案,本申请给出以下实现方式。
在执行S102之前,预先提取地址信息文件(map文件)中的A2L对象的标识符与地址信息,并基于提取到的map文件中的A2L对象的标识符与地址信息,生成地址信息列表PLIST。
具体的,A2L文件中的标定A2L对象的地址信息和测量A2L对象的地址信息都存储在map文件中,而map文件中也可以包含有多种地址信息类型。
在提取map文件中的地址信息时,也可以通过逐行读取判断的方式实现。具体的,A2L文件中的地址信息一般以“.rodata”、“.bss”、“.vletext”、“.data”、“.calib”、“.app_const”、“.app_data”开头,并且每行的数据段(连续的字符组成的)仅有3个。基于此,可以逐行读取map文件中的数据,若有任意的一行数据是以“.rodata”、“.bss”、“.vletext”、“.data”、“.calib”、“.app_const”、“.app_data”开头,并且该行的数据段(连续的字符组成的)仅有3个,那么,就可以提取这行数据中包含的A2L对象的地址信息。提取A2L对象的标识符的
方式如前所述,在此不再进行赘述。那么,在提取到A2L对象的标识符和地址信息后,就同时将这行A2L对象的标识符和地址信息对应存储至地址信息列表PLIST中。
需要说明的是,map文件中的A2L对象与S101中获取到的A2L对象可以相同,可以不同。例如,S101中获取到的A2L对象与map文件中的A2L对象完全相同。或者,又例如,S101中获取到的A2L对象可以包含于map文件中的A2L对象中。
本申请中,通过检测地址信息列表PLIST中是否存在与至少一个A2L对象的标识符相同的目标标识符,然后,将地址信息列表PLIST中存在目标标识符的A2L对象的地址信息替换为该目标标识符对应的地址信息,而对于其他不存在目标标识符的A2L对象的地址信息不进行更新。
基于此,在执行S102时,针对任意的一个A2L对象,对其进行地址信息的更新时,只需要检测生成的地址信息列表PLIST中是否存在与该A2L对象的标识符相同的目标标识符即可,从而,当该地址信息列表PLIST中存在目标标识符时,就将该A2L对象的地址信息替换为目标标识符对应的地址信息,以更新获取到的A2L对象的地址信息。
在具体实现该步骤的过程中也可以有多种实现方式。例如,可以通过比较目标标识符对应的地址信息与A2L对象的地址信息是否一致,当二者不一致时,则将A2L对象的地址信息替换为目标标识符对应的地址信息。或者,又例如,也可以不经过判断比较的过程,只要确定地址信息列表中存在目标标识符,则直接将A2L对象的地址信息替换为目标标识符对应的地址信息。
反之,若该地址信息列表中不存在某一A2L对象的目标标识符,则不会对该A2L对象的地址信息进行更新。
通过以上方式,可以对S101中获取到的多个A2L对象逐个进行地址信息的更新,或者,也可以进行批量处理,本申请对此不进行特别限定。需要注意的是,当对S101中获取到的多个A2L对象批量进行地址信息的更新时,由于S101中获取到的A2L对象可能
有很多,基于此,在批量更新这些A2L对象的地址信息时,每个A2L对象都对应于不同的目标标识符,当存在任意一个A2L对象对应的目标标识符时,只需要对该A2L对象的地址信息进行更新即可。
以上,是根据获取到的A2L对象在地址信息列表PLIST中查询目标标识符的方式,进行地址信息的更新;或者,反之,还可以以地址信息列表为基准,对获取到的A2L对象的地址信息进行更新。
在一个具体的实现过程中,可以将根据A2L对象的数据类型,将在S101中获取到的A2L对象按照数据类型存储到不同的链表中,具体的,可以建立两个链表,一个链表为CLIST链表,用于存储所有的标定A2L对象,另一个链表为MLIST链表,用于存储所有的测量A2L对象。之后,针对每个链表分别进行地址信息的更新。
具体的,请参考图3,其为本申请中更新A2L对象的地址信息的流程示意图。如图3所示,该步骤包括:
S301,创建哈希表HC和HM。
其中,HC用于存储标定A2L对象,HM用于存储测量A2L对象。
S302,将CLIST中的标定A2L对象存入HC中,并将MLIST中的测量A2L对象存入HM中。
S303,迭代器选取PLIST的第一个元素。
S304,查询HC中是否存在与该元素的标识符相同的A2L对象;若是,执行S305;若否,执行S306。
S305,更新HC中与该元素的标识符相同的A2L对象的地址信息。
S306,查询HM中是否有与该元素的标识符相同的A2L对象;若是,执行S307;若否,执行S308。
S307,更新HM中与该元素的标识符相同的A2L对象的地址信息。
S308,判断当前元素是否为空;若是,循环结束,执行S310;若否,循环未结束,执行S309。
S309,迭代器选取PLIST中的下一个元素。
S310,将CLIST和MLIST中的数据清除,并将HC的数据存入CLIST中,将MC的数据存入MLIST中。
以上,为S102中对A2L的地址信息进行更新的一种具体实现方式,并不用以限制本申请。而且,在实际实现S102的过程中,还可以有其他的实现方式。
例如,也可以通过上述在map文件中提取地址信息的方式,不需要经过对比,直接在map文件中提取与S101中得到的A2L对象的标识符相同的标识符对应的地址信息,这样,也能够实现对A2L对象的地址信息的更新,在此不再进行赘述。
本申请中,考虑到获取到的是多个A2L文件中的多个A2L对象,那么,这些A2L对象中会存在大量名称重复的情况,也就是,标识符重复的情况。并且,这种标识符重复的情况不仅存在于相同类型的A2L对象之间,在不同类型的A2L对象之间也存在标识符重复的情况,包括属性类型与数据类型。
基于此,在执行S103的过程中,可以包括两个步骤:将更新地址信息后的A2L对象进行标识符冲突处理,之后,将标识符冲突处理后的A2L对象,按照A2L文件的生成格式输出至一个A2L文件中,就可以得到目标A2L文件。
以下,以对相同属性类型的A2L对象之间存在的标识符重复情况进行标识符冲突处理为例进行具体说明。
请参考图4,其为本申请中对A2L对象进行标识符冲突处理的流程示意图。如图4所示,该步骤包括:
S401,为每种属性类型的A2L对象创建一个输出链表和一个标识符存储哈希表H,这个输出链表用于存储A2L对象。
S402,针对每个A2L文件中解析得到的每个A2L对象,依次查询H中是否存在。
S403,将H中存在的A2L对象存储到该属性类型的输出链表中,并将该A2L对象的标识符存储至H中。
需要说明的是,在S402中,若有A2L对象不存在于H中,则不需要将这个A2L对象加入到该属性类型的A2L对象的输出链表中。
基于以上步骤,可以得到每种属性类型的A2L对象的输出链表,这些输出链表中不存在标识符重复的情况。基于这些输出链表,还可以进一步对不同属性类型之间的标识符冲突处理,在此不再进行赘述。
目标A2L文件的格式可以根据实际需要进行预设,本申请对此不进行特别限定。
在一个具体的实现过程中,可以按照文档头部、A2ML,AXIS_PTS、IF_DATA、MOD_COMMON、MOD_PAR、MEASUREMENT、CHARACTERISTIC、COMPU_METHOD、RECORD_LAYOUT、GROUP、文档结尾输出至一个A2L文件当中,即可得到目标A2L文件。
本申请的技术方案具有以下有益效果:
本申请中,通过对每个A2L文件进行解析拆分得到A2L对象,之后,对这些A2L文件的地址信息进行更新,之后,将这些A2L对象进行合并,即可得到一个目标A2L文件;在该过程中,本申请通过先解析拆分后合并生成的方式,将多个A2L文件合并为一个目标A2L文件,这个目标A2L文件中包含有这些A2L文件中的大部分A2L对象,此时生成并输出的目标A2L文件能够满足在汽车软件开发过程中对A2L文件中的数据进行标定的需求,解决了现有技术中A2L文件合并的问题,节省了成本。
实施例二
基于上述实施例一所提供的A2L文件合并方法,本申请进一步给出实现上述方法实施例中各步骤及方法的装置实施例。
请参考图5,其为本申请所提供的A2L文件合并装置的功能方块图。如图5所示,该装置包括:
解析单元51,用于解析每个A2L文件,得到A2L对象;
更新单元52,用于根据A2L对象的标识符,更新A2L对象的地址信息;
合并单元53,用于将更新地址信息后的A2L对象进行合并,得到一个目标A2L文件。
具体的,本申请中,解析单元51,具体用于:
逐行读取每个A2L文件中的数据;
识别每行数据对应的A2L对象的属性类型;
采用与A2L对象的属性类型对应的解析方式,对每行数据进行解析,得到A2L对象。
在一个具体的实现过程中,该装置还包括:
提取单元54,用于提取地址信息文件中的A2L对象的标识符与地址信息;
生成单元55,用于根据地址信息文件中的A2L对象的标识符与地址信息,生成地址信息列表。
此时,更新单元52,具体用于:
检测地址信息列表中是否存在与至少一个所述A2L对象的标识符相同的目标标识符;
将地址信息列表中存在目标标识符的A2L对象的地址信息替换为与目标标识符对应的地址信息。
本申请中,合并单元53,具体用于:
将更新地址信息后的A2L对象进行标识符冲突处理;
将标识符冲突处理后的A2L对象,按照A2L文件的生成格式,输出至一个A2L文件,得到目标A2L文件。
由于本实施例中的各单元能够执行图1所示的方法,本实施例未详细描述的部分,可参考对图1的相关说明。
本申请的技术方案具有以下有益效果:
本申请中,通过对每个A2L文件进行解析拆分得到A2L对象,之后,对这些A2L文件的地址信息进行更新,之后,将这些A2L对象进行合并,即可得到一个目标A2L文件;在该过程中,本申请通过先解析拆分后合并生成的方式,将多个A2L文件合并为一个目标A2L文件,这个目标A2L文件中包含有这些A2L文件中的大部分A2L对象,此时生成并输出的目标A2L文件能够满足在汽车软件开发过程中对A2L文件中的数据进行标定的需求,解决了现有技术中A2L文件合并的问题,节省了成本。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的***,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如,多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机装置(可以是个人计算机,服务器,或者网络装置等)或处理器(Processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。
Claims (10)
- 一种A2L文件合并方法,其特征在于,所述方法包括:解析每个A2L文件,得到A2L对象;根据所述A2L对象的标识符,更新所述A2L对象的地址信息;将更新地址信息后的A2L对象进行合并,得到一个目标A2L文件。
- 根据权利要求1所述的方法,其特征在于,解析每个A2L文件,得到A2L对象,包括:逐行读取每个A2L文件中的数据;识别每行数据对应的A2L对象的属性类型;采用与所述A2L对象的属性类型对应的解析方式,对每行所述数据进行解析,得到A2L对象。
- 根据权利要求1所述的方法,其特征在于,对所述A2L对象的地址信息进行更新之前,所述方法还包括:提取地址信息文件中的A2L对象的标识符与地址信息;根据所述地址信息文件中的A2L对象的标识符与地址信息,生成地址信息列表。
- 根据权利要求3所述的方法,其特征在于,更新所述A2L对象的地址信息,包括:检测所述地址信息列表中是否存在与至少一个所述A2L对象的标识符相同的目标标识符;将所述地址信息列表中存在目标标识符的A2L对象的地址信息替换为所述目标标识符对应的地址信息。
- 根据权利要求1所述的方法,其特征在于,将更新地址信息后的A2L对象进行合并,包括:将所述更新地址信息后的A2L对象进行标识符冲突处理;将所述标识符冲突处理后的A2L对象,按照A2L文件的生成格式,输出至一个A2L文件中,得到所述目标A2L文件。
- 一种A2L文件合并装置,其特征在于,所述装置包括:解析单元,用于解析每个A2L文件,得到A2L对象;更新单元,用于根据所述A2L对象的标识符,更新所述A2L对象的地址信息;合并单元,用于将更新地址信息后的A2L对象进行合并,得到一个目标A2L文件。
- 根据权利要求6所述的装置,其特征在于,所述解析单元,具体用于:逐行读取每个A2L文件中的数据;识别每行数据对应的A2L对象的属性类型;采用与所述A2L对象的属性类型对应的解析方式,对每行所述数据进行解析,得到A2L对象。
- 根据权利要求6所述的装置,其特征在于,所述装置还包括:提取单元,用于提取地址信息文件中的A2L对象的标识符与地址信息;生成单元,用于根据所述地址信息文件中的A2L对象的标识符与地址信息,生成地址信息列表。
- 根据权利要求8所述的装置,其特征在于,所述更新单元,具体用于:检测所述地址信息列表中是否存在与至少一个所述A2L对象的标识符相同的目标标识符;将所述地址信息列表中存在目标标识符的A2L对象的地址信息替换为所述目标标识符对应的地址信息。
- 根据权利要求6所述的装置,其特征在于,所述合并单元,具体用于:将所述更新地址信息后的A2L对象进行标识符冲突处理;将所述标识符冲突处理后的A2L对象,按照A2L文件的生成格式,输出至一个A2L文件中,得到所述目标A2L文件。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710244796.9A CN108733674B (zh) | 2017-04-14 | 2017-04-14 | 一种a2l文件合并方法及装置 |
CN201710244796.9 | 2017-04-14 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2018188222A1 true WO2018188222A1 (zh) | 2018-10-18 |
Family
ID=63793648
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2017/093167 WO2018188222A1 (zh) | 2017-04-14 | 2017-07-17 | 一种a2l文件合并方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN108733674B (zh) |
WO (1) | WO2018188222A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112486925A (zh) * | 2020-12-28 | 2021-03-12 | 潍柴动力股份有限公司 | 一种a2l文件处理方法、装置及存储介质 |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110287153B (zh) * | 2019-06-29 | 2021-05-18 | 潍柴动力股份有限公司 | 一种a2l标定量地址范围冲突的检测方法及装置 |
CN110262289B (zh) * | 2019-07-18 | 2022-04-26 | 潍柴动力股份有限公司 | A2l文件中变量的处理方法、装置和存储介质 |
CN110851665B (zh) * | 2019-11-12 | 2022-07-12 | 上海元城汽车技术有限公司 | 标定信息提取方法、装置、电子设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103136211A (zh) * | 2011-11-23 | 2013-06-05 | 北汽福田汽车股份有限公司 | 一种a2l文件的自动生成方法和装置 |
US20140088732A1 (en) * | 2012-09-27 | 2014-03-27 | Siemens Product Lifecycle Management Software Inc. | Methods and systems for configuration and management of electronic control unit |
CN104636351A (zh) * | 2013-11-07 | 2015-05-20 | 北汽福田汽车股份有限公司 | A2l文件的生成方法及*** |
CN104850570A (zh) * | 2014-08-29 | 2015-08-19 | 北汽福田汽车股份有限公司 | A2l文件自动生成方法及*** |
CN106126504A (zh) * | 2016-08-26 | 2016-11-16 | 重庆红江机械有限责任公司 | A2l语法解析器及方法 |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3873647B2 (ja) * | 2001-04-04 | 2007-01-24 | 株式会社デンソー | 車両開発システム |
CN101957858A (zh) * | 2010-09-27 | 2011-01-26 | 中兴通讯股份有限公司 | 数据比对方法和装置 |
US8924365B2 (en) * | 2011-02-08 | 2014-12-30 | Wavemarket, Inc. | System and method for range search over distributive storage systems |
CN103577278B (zh) * | 2012-07-30 | 2016-12-21 | 国际商业机器公司 | 用于数据备份的方法和*** |
CN103778153B (zh) * | 2012-10-23 | 2016-12-21 | 广州汽车集团股份有限公司 | 一种基于asap标准生成标定数据库的方法及*** |
CN103020024B (zh) * | 2012-12-27 | 2016-01-27 | 北京经纬恒润科技有限公司 | 一种文件格式转换方法 |
CN104102479B (zh) * | 2013-04-10 | 2017-09-15 | 北汽福田汽车股份有限公司 | 一种obd变量定义源文件的自动生成方法 |
CN104123126B (zh) * | 2013-04-26 | 2018-04-10 | 阿里巴巴集团控股有限公司 | 一种用于生成合并冲突记录列表的方法和装置 |
CN103699116A (zh) * | 2013-12-17 | 2014-04-02 | 陕西法士特齿轮有限责任公司 | 一种自动变速器集成实验*** |
CN104899219B (zh) * | 2014-03-06 | 2019-06-18 | 上海携程商务有限公司 | 伪静态url的筛除方法、***及网页爬取方法、*** |
CN105677250B (zh) * | 2016-01-04 | 2019-07-12 | 北京百度网讯科技有限公司 | 对象存储***中的对象数据的更新方法和更新装置 |
-
2017
- 2017-04-14 CN CN201710244796.9A patent/CN108733674B/zh active Active
- 2017-07-17 WO PCT/CN2017/093167 patent/WO2018188222A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103136211A (zh) * | 2011-11-23 | 2013-06-05 | 北汽福田汽车股份有限公司 | 一种a2l文件的自动生成方法和装置 |
US20140088732A1 (en) * | 2012-09-27 | 2014-03-27 | Siemens Product Lifecycle Management Software Inc. | Methods and systems for configuration and management of electronic control unit |
CN104636351A (zh) * | 2013-11-07 | 2015-05-20 | 北汽福田汽车股份有限公司 | A2l文件的生成方法及*** |
CN104850570A (zh) * | 2014-08-29 | 2015-08-19 | 北汽福田汽车股份有限公司 | A2l文件自动生成方法及*** |
CN106126504A (zh) * | 2016-08-26 | 2016-11-16 | 重庆红江机械有限责任公司 | A2l语法解析器及方法 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112486925A (zh) * | 2020-12-28 | 2021-03-12 | 潍柴动力股份有限公司 | 一种a2l文件处理方法、装置及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN108733674B (zh) | 2021-10-08 |
CN108733674A (zh) | 2018-11-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2018188222A1 (zh) | 一种a2l文件合并方法及装置 | |
CN107729227B (zh) | 应用程序测试范围确定方法、***、服务器和存储介质 | |
CN110955416A (zh) | 接口文档生成方法、装置、设备和计算机存储介质 | |
WO2021197136A1 (zh) | 页面渲染检测方法以及装置 | |
CN111506608B (zh) | 一种结构化文本的比较方法和装置 | |
CN108388640B (zh) | 一种数据转换方法、装置以及数据处理*** | |
CN108459850B (zh) | 生成测试脚本的方法、装置及*** | |
CN112148580B (zh) | 测试方法、装置及电子设备 | |
WO2014167647A1 (ja) | データ管理装置、データ管理方法及び非一時的な記録媒体 | |
CN107316156B (zh) | 一种数据处理方法、装置、服务器及存储介质 | |
US20150186195A1 (en) | Method of analysis application object which computer-executable, server performing the same and storage media storing the same | |
CN112905441A (zh) | 测试用例生成方法、测试方法、装置及设备 | |
US9213759B2 (en) | System, apparatus, and method for executing a query including boolean and conditional expressions | |
US10915666B2 (en) | Terminal verification method, terminal device, and computer readable storage medium | |
CN114266539A (zh) | 文件流程处理方法、***、装置及计算机可读存储介质 | |
CN109597828A (zh) | 一种离线数据核对方法、装置及服务器 | |
CN112287027B (zh) | 数据库同步方法、装置、设备及存储介质 | |
CN115269502A (zh) | 投标文件处理方法、设备及存储介质 | |
CN114020813A (zh) | 基于哈希算法的数据比对方法、装置、设备及存储介质 | |
CN113704114A (zh) | 功能接口的自动化测试方法、装置、设备及介质 | |
WO2020215693A1 (zh) | 软件测试方法、装置、计算机设备和可读存储介质 | |
JP2020064383A (ja) | リスク特定装置、リスク特定方法、およびプログラム | |
CN114448848B (zh) | 一种交换机的测试方法、装置、电子设备及存储介质 | |
CN109815426A (zh) | 页面信息检测方法及装置、终端和计算机可读存储介质 | |
CN109086145A (zh) | 数据伪造方法、装置及计算机存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 17905033 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 17905033 Country of ref document: EP Kind code of ref document: A1 |