KR20210085551A - Adaptive autosar system with vendor-specific communication function and source code generation method thereof - Google Patents

Abstract

According to a preferred embodiment of the present invention, an adaptive autosar system with a vendor-specific communication function includes: a communication manager unit for receiving service information of a service providing module and storing the service information; and a service search unit which requests the service information from the communication manager unit, obtains a service interface for the service providing module using the service information according to a result of a request, and generates a source code based on the obtained service interface. Therefore, security can be improved by exposing only service functions to service consumers.

Description

ADAPTIVE AUTOSAR SYSTEM WITH VENDOR-SPECIFIC COMMUNICATION FUNCTION AND SOURCE CODE GENERATION METHOD THEREOF

The present invention relates to an Otto company system, for example, an adaptive Otosa system having a vendor-specific communication function, and a method for generating a source code thereof.

In the vehicle communication field, CAN (Controller Area Network) communication is widely used, and is still widely used today. However, as the communication volume of the vehicle increases, restrictions according to the data transmission amount and speed of CAN communication are emerging. There are protocols that increase the amount of data, such as CAN-FD, but they are rapidly being replaced by vehicle Ethernet communication.

The AUTOSAR Platform refers to the international standard specification in the field of automotive platforms. It is divided into Classic AUTOSAR, which emphasizes real time based on MCU (Micro Control Unit) of a single processor, and Adaptive AUTOSAR, which is based on high-performance chips based on AP (Application Processor).

Adaptive Auto's Communication Manager is a communication module designed to be suitable for SOA (Service Oriented architecture) between a service provider and a service consumer, and the part where the actual data exchange takes place is replaceable. SOME/IP (Scalable Service Oriented Middleware over IP (Internet Protocol)) or DDS (Data Distribution Service) is used.

In the case of service information in the Adaptive Autosar environment, it is usually used to create software images.

However, even if there is a controller that provides service information (interface), if there is no separate source code or setting tool, there is a problem in that the service consumer cannot create an application program using the service information provided by the service provider.

Republic of Korea Patent No. 10-1541792

Accordingly, the present invention has been devised in consideration of the above circumstances, and an Adaptive Autosar system having a vendor-specific communication function that enables a service consumer to produce an application that can access a service provider even in a controller without a separate source code, and the same Its purpose is to provide a method for generating source code of

According to a preferred embodiment of the present invention for achieving the above object, there is provided an adaptive auto company system having a vendor-specific communication function, comprising: a communication manager unit for receiving service information of a service providing module and storing the service information; and a service search unit that requests the service information from the communication manager unit, obtains a service interface for the service providing module by using the service information according to a request result, and generates a source code based on the obtained service interface. includes ;

It may further include a service consumption module for producing an application program that allows access to the service providing module by using the source code.

It may further include an access right manager for determining whether the target requesting the service information is a pre-registered and access-permitted program.

The communication manager unit, SOME/IP communication unit for communication between applications; DDS communication unit for data-based communication; and a vendor-specific communication unit for communication of the service information provided by the service providing module.

The vendor-specific communication unit may include: a communication unit transmitting and receiving the service information; and a service management unit configured to store the service information.

The service information may include service version information and service interface information.

The service manager may store information for SOME/IP communication and DDS communication.

The service search unit may request information on all services stored in the service management unit.

The service search unit may generate source codes for the SOME/IP communication and the DDS communication.

According to a preferred embodiment of the present invention for achieving the above object, there is provided a method for generating a source code of an adaptive auto company system having a vendor-specific communication function, comprising: a service information request step of a service search unit requesting service information from a service management unit; and a source code generation step of generating a source code based on a service interface of the service information when the service search unit receives the service information according to a request result.

a service registration request step in which the service providing module requests service registration to the vendor-specific communication unit; and a service registration step in which the vendor-specific communication unit registers the service information of the service providing module to the service management unit.

The access right manager may further include an access right checking step of determining whether the request target for requesting the service information is a program that has been previously registered and has been granted access.

The service consumption module may further include an application program development step of using the source code to develop an application program accessible to the service providing module.

According to an adaptive Otto company system having a vendor-specific communication function and a source code generation method thereof according to a preferred embodiment of the present invention, the service provided by the platform is provided without the platform provider directly supplying the source code to the application developer. By making it available to consumers, it has the effect of improving access to the platform for application developers.

In addition, there is an effect of improving security by exposing only provided service functions to service consumers.

1 is a block diagram of an Adaptive Autosar system having a vendor-specific communication function according to a preferred embodiment of the present invention.
FIG. 2 is a diagram illustrating a method of generating a source code of an adaptive auto company system having a vendor-specific communication function according to a preferred embodiment of the present invention.
3 is a flowchart of a method for generating a source code of an adaptive auto company system having a vendor-specific communication function according to a preferred embodiment of the present invention.

Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings. First, in adding reference numerals to the components of each drawing, it should be noted that the same components are given the same reference numerals as much as possible even though they are indicated on different drawings. In addition, preferred embodiments of the present invention will be described below, but the technical spirit of the present invention is not limited thereto and may be variously implemented by those skilled in the art without being limited thereto.

1 is a block diagram of an adaptive auto company system having a vendor-specific communication function according to a preferred embodiment of the present invention.

Referring to FIG. 1 , an adaptive Otto company system 100 having a vendor-specific communication function according to a preferred embodiment of the present invention includes a communication manager 110 , a service search unit 120 , and an access right manager 130 . ), and a service providing module 140 .

The adaptive Autossa system 100 may be provided in a vehicle controller to generate source code for a service interface. In an embodiment, the vehicle controller may include an Advanced Driver Assistance System (ADAS) integrated controller.

The communication manager unit 110 includes a SOME/IP communication unit 111 , a DDS communication unit 113 , and a vendor-specific communication unit 115 for communication with the service providing module 140 and the service consumption module 200 . can do.

The SOME/IP communication unit 111 refers to a scalable service-Oriented Middleware over IP, and may be used to control a smart sensor and a smart actuator of a vehicle according to the purpose of a vehicle application.

The DDS communication unit 113 refers to Data Distribution Service as data-centric communication middleware. The DDS communication unit 113 may automatically search for communication objects existing in the network and selectively connect with the communication objects according to data correlation.

The vendor-specific communication unit 115 includes a communication unit 115a for transmitting and receiving service information generated from the service providing module 140 and a service management unit 115b for storing the service information.

The service management unit 115b may be used in the service consumption module 200 to determine whether the service provision module 140 exists. Also, the service management unit 115b may be used for the service search unit 120 to obtain a service interface for the service providing module 140 , and may be used to generate a source code for the service consumption module 200 .

The service search unit 120 may obtain a service interface for the service providing module 140 by using the service information of the service management unit 115b.

The service search unit 120 may generate a source code for the service consumption module 200 based on the service interface.

The service search unit 120 may obtain a separate access right from the access right manager 130 for security when acquiring service information from the service management unit 115b.

The access right manager 130 may be Identity and Access Management (IAM). When there is a request from the service search unit 120 , the access authority manager 130 may provide the service search unit 120 with an access authority that allows the service search unit 120 to access the service management unit 115b. have.

A plurality of service providing modules 140 may be provided. The service providing module 140 may generate service information. The service providing module 140 may transmit service information through communication with the vendor-specific communication unit 115 .

The service consumption module 200 may use service information through communication with the vendor-specific communication unit 115 . The service consumption module 200 may determine whether the service providing module 140 exists by using the service information. The service consumption module 200 may receive the source code from the service search unit 120 and access service information using the source code.

FIG. 2 is a diagram illustrating a method of generating a source code of an adaptive auto company system having a vendor-specific communication function according to a preferred embodiment of the present invention.

Referring to FIG. 2 , the service providing module 140 may be composed of N (N is an integer greater than or equal to 2). The service providing module 140 may store a plurality of service information (service information #1, service information #N) on the version and interface of the service to be provided by the service management unit 115b of the vendor-specific communication unit 115 . have.

The service information #1 and service information #N may be used to identify the service providing module 140 in the service consumption module 200 .

The service management unit 115b may store and manage information for the SOME/IP communication unit 111 and the DDS communication unit 113 as well as the service version information and the interface information for the vendor-specific communication unit 115 .

The service search unit 120 is not a service user, but may obtain service information (service information #1, service information #N) from the vendor-specific communication unit 115 . The service search unit 120 may be granted access to service information from the access right manager 130 before acquiring the service information. Through this, the security of service information can be secured.

When service information is obtained from the vendor-specific communication unit 115 , the service search unit 120 may generate a source code for an interface with the service providing module 140 . The source code allows a separate application program to access the service providing module 140 . Through this, an application developer can develop an application program that accesses a desired service by using the source code without additional information.

Meanwhile, the service search unit 120 may request information on all services stored in the service management unit 115b. The service search unit 120 may also generate source codes for SOME/IP communication and DDS communication.

3 is a flowchart of a method for generating a source code of an adaptive auto company system having a vendor-specific communication function according to a preferred embodiment of the present invention.

1 to 3, the method for generating the source code of the adaptive auto company system having a vendor-specific communication function according to a preferred embodiment of the present invention includes a service registration request step (S310), a service registration step (S320), It may include a service information request step (S330), an access right check step (S340), a service information acquisition step (S350), a source code generation step (S360), and an application program development step (S370).

In the service registration request step ( S310 ), the service providing module 140 requests service registration from the communication manager unit 110 . Here, the service consumption module 200 or the service search unit 120 may use the registered service providing module 140 .

In the service registration step ( S320 ), the vendor-specific communication unit 115 of the communication manager unit 110 registers service information requested for service registration from the service providing module 140 to the service management unit 115b.

In the service information request step S330 , the service search unit 120 requests service information from the service management unit 115b of the vendor-specific communication unit 115 . Here, the service information request is to obtain a source code for a specific service interface. The service search unit 120 may request specific service information or all service information registered in the service management unit 115b of the vendor-specific communication unit 115 .

In the access authority check step (S340), the access authority manager unit 130 determines whether the request target of the service information is a pre-registered program to which access is permitted. Here, the access right manager 130 rejects the service information request from the service search unit 120 and terminates the program when the access is not permitted.

In the service information acquisition step ( S350 ), the service search unit 120 receives the service information from the service management unit 115a of the vendor-specific communication unit 115 , since the access is permitted program.

In the source code generation step ( S360 ), the service search unit 120 obtains a service interface from the received service information and generates a source code for the service consumption module 200 to access the service. The service search unit 120 may also generate source codes for SOME/IP communication and DDS communication by using the service information.

In the application development step (S370), the service consumption module 200 delivers the source code to the application development environment so that the application developer can develop an application program that can access the service by using the source code.

As such, in the operating method of the adaptive Otto company system having the vendor-specific communication function, the source code for the service consumption module 200 can be generated even in the operating controller without a separate source code.

The above description is merely illustrative of the technical idea of the present invention, and various modifications, changes, and substitutions are possible within the range that does not depart from the essential characteristics of the present invention by those of ordinary skill in the art to which the present invention pertains. will be. Accordingly, the embodiments disclosed in the present invention and the accompanying drawings are intended to explain, not to limit the technical spirit of the present invention, and the scope of the technical spirit of the present invention is not limited by these embodiments and the accompanying drawings. .

Steps and/or operations according to the present invention may occur concurrently in different embodiments, either in a different order, or in parallel, or for different epochs, etc., as would be understood by one of ordinary skill in the art. can

Depending on the embodiment, some or all of the steps and/or operations run instructions, programs, interactive data structures, clients and/or servers stored in one or more non-transitory computer-readable media. At least some may be implemented or performed using one or more processors. The one or more non-transitory computer-readable media may be illustratively software, firmware, hardware, and/or any combination thereof. Further, the functionality of a “module” discussed herein may be implemented in software, firmware, hardware, and/or any combination thereof.

100: Adaptive Autosa
110: communication manager unit
111: SOME/IP communication department
113: DDS communication unit
115: Vendor-specific communication department
115a: communication department
115b: Service Management Department
120: service search unit
130: access authority manager unit
140: service provision module
200: service consumption module

Claims (13)

a communication manager unit for receiving service information of the service providing module and storing the service information; and
a service search unit for requesting the service information from the communication manager, obtaining a service interface for the service providing module by using the service information according to a request result, and generating a source code based on the obtained service interface;
Adaptive Autosar system with vendor-specific communication functions, including: The method of claim 1,
The adaptive auto company system having a vendor-specific communication function, characterized in that it further comprises a service consumption module for producing an application program that allows access to the service providing module by using the source code. The method of claim 1,
The adaptive auto company system having a vendor-specific communication function, characterized in that it further comprises an access authority manager for determining whether the target for requesting the service information is a previously registered and allowed access program. The method of claim 1,
The communication manager unit,
SOME/IP communication unit for communication between applications;
DDS communication unit for data-based communication; and
a vendor-specific communication unit for communication of the service information provided by the service providing module;
An adaptive auto company system having a vendor-specific communication function, characterized in that it comprises a. 5. The method of claim 4,
The vendor-specific communication unit,
a communication unit for transmitting and receiving the service information; and
a service management unit for storing the service information;
An adaptive auto company system having a vendor-specific communication function, characterized in that it comprises a. The method of claim 1,
The service information is
An adaptive auto company system having a vendor-specific communication function, characterized in that it includes service version information and service interface information. 6. The method of claim 5,
The service management unit,
Adaptive Autosar system with vendor-specific communication function, characterized in that it stores information for SOME/IP communication and DDS communication. 8. The method of claim 7,
The adaptive autosar system having a vendor-specific communication function, characterized in that the service search unit can request information on all services stored in the service management unit. 8. The method of claim 7,
and the service search unit generates source codes for the SOME/IP communication and the DDS communication. a service information request step in which the service search unit requests service information from the service management unit; and
a source code generation step of generating a source code based on a service interface of the service information when the service search unit receives the service information according to a request result;
Source code generation method of the adaptive auto company system having a vendor-specific communication function comprising a. 11. The method of claim 10,
a service registration request step in which the service providing module requests service registration to the vendor-specific communication unit; and
a service registration step of registering, by the vendor-specific communication unit, service information of the service providing module to the service management unit;
Source code generation method of the adaptive auto company system having a vendor-specific communication function, characterized in that it further comprises. 11. The method of claim 10,
The method of generating the source code of the adaptive Autossa system, characterized in that the method further comprises the step of checking, by the access authority manager, whether the request target requesting the service information is a program that has been previously registered and has been granted access. 11. The method of claim 10,
The method for generating the source code of the adaptive auto company system, characterized in that it further comprises the step of developing an application program in which the service consumption module uses the source code to develop an application program that can access the service providing module.

Images