CN113014621B - In-vehicle communication system and method based on HTTP (hyper text transport protocol) - Google Patents
In-vehicle communication system and method based on HTTP (hyper text transport protocol) Download PDFInfo
- Publication number
- CN113014621B CN113014621B CN202110139776.1A CN202110139776A CN113014621B CN 113014621 B CN113014621 B CN 113014621B CN 202110139776 A CN202110139776 A CN 202110139776A CN 113014621 B CN113014621 B CN 113014621B
- Authority
- CN
- China
- Prior art keywords
- service
- services
- http
- vehicle communication
- restful
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
- H04L63/101—Access control lists [ACL]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Abstract
The invention provides an in-vehicle communication system and method based on HTTP protocol, the system adopts Restful technology, the system includes: the interface layer is used for operating system resources, including obtaining authorization, log query, service interface, service synchronization, service query and subscription; the service layer is used for providing system services, including security/authorization services, log services, remote services, subscription services, broadcast services and URI mapping services; and the adaptation layer is used for adapting the user service and comprises a system log, encryption and decryption, an IP white list and a URI routing adapter. Based on the scheme, the software and hardware separation is realized, software and service are used as guidance, so that the application program is abstracted and virtualized from the hardware, the development, test and maintenance of the automobile electronic and electric system are simpler, the cost is effectively reduced, and the development period is shortened.
Description
Technical Field
The invention relates to the field of communication, in particular to an in-vehicle communication system and method based on an HTTP (hyper text transport protocol).
Background
Along with the improvement of the automation and the intelligent degree of the vehicle, the communication in the vehicle plays more and more important roles in the aspects of ensuring the driving experience, the safety and the stable operation of the vehicle and the like. Currently, an electronic and electrical architecture of an automobile gradually develops towards a central integrated architecture, along with the increasing complexity of an electronic system, the requirement of a vehicle-mounted control end element on hardware is also increasing, the hardware is converted into software and services as a guide by taking the hardware as a center, and the software and hardware coupling degree is required to be higher in the current communication mode in the automobile based on the Ethernet, so that the difficulty of system development and maintenance based on software services is higher, and the cost is higher.
Disclosure of Invention
In view of this, embodiments of the present invention provide an in-vehicle communication system and method based on an HTTP protocol, so as to solve the problems of difficulty in software development and maintenance and high cost of the existing in-vehicle communication system.
In a first aspect of an embodiment of the present invention, an in-vehicle communication system based on an HTTP protocol is provided, where the in-vehicle communication system employs a RESTful technique, and the in-vehicle communication system includes:
the interface layer is used for operating system resources, including authorization acquisition, log query, service interface, service synchronization, service query and subscription;
the service layer is used for providing system services, including security/authorization services, log services, remote services, subscription services, broadcast services and URI mapping services;
and the adaptation layer is used for adapting the user service and comprises a system log, encryption and decryption, an IP white list and a URI routing adapter.
In a second aspect of the embodiments of the present invention, there is provided an in-vehicle communication method based on an HTTP protocol, including:
after an application client in the vehicle carries out RESTful service request through a URL controller, URL resource matching is carried out based on URI service, and HTTP service request parameters are obtained;
acquiring HTTP service request parameters through a service proxy, and calling system services corresponding to a service layer;
and packaging the processing result after the service request processing is finished into HTTP request response information and feeding the HTTP request response information back to the client.
In a third aspect of the embodiments of the present invention, there is provided an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, where the processor executes the computer program to implement the steps of the method according to the second aspect of the embodiments of the present invention.
In a fourth aspect of the embodiments of the present invention, a computer-readable storage medium is provided, in which a computer program is stored, and the computer program, when executed by a processor, implements the steps of the method provided in the second aspect of the embodiments of the present invention.
In the embodiment of the invention, RESTful API is used in the in-vehicle communication system, the whole structure is converted into SOA architecture, the software and hardware separation is realized, software and service are taken as guidance, the application program is abstracted and virtualized from hardware, the application development, test and maintenance of the electronic and electric system of the automobile are simpler, the cost is effectively reduced, the development period is shortened, meanwhile, each module can flexibly match with new requirements at any time, a new system program is more flexibly constructed, the system has good expandability, and the development trend of the electronic and electric system of the automobile towards the center is conformed.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings needed to be used in the embodiments or the prior art descriptions will be briefly described below, and it is obvious that the drawings described below are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
FIG. 1 is a schematic structural diagram of an in-vehicle communication system according to an embodiment of the present invention
Fig. 2 is a schematic structural diagram of an in-vehicle communication system based on the HTTP protocol according to an embodiment of the present invention;
fig. 3 is a schematic flowchart of an in-vehicle communication method based on the HTTP protocol according to an embodiment of the present invention.
Detailed Description
In order to make the objects, features and advantages of the present invention more obvious and understandable, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention, and it is obvious that the embodiments described below are only a part of the embodiments of the present invention, and not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by persons skilled in the art without any inventive work shall fall within the protection scope of the present invention, and the principle and features of the present invention shall be described below with reference to the accompanying drawings.
The terms "comprises" and "comprising," when used in this specification and claims, and in the accompanying drawings and figures, are intended to cover non-exclusive inclusions, such that a process, method or system, or apparatus that comprises a list of steps or elements is not limited to the listed steps or elements.
Fig. 1 is a schematic structural diagram of an in-vehicle communication system according to an embodiment of the present invention, as shown in the figure, after a service request is initiated by a client corresponding to an ECU (electronic control unit) of a vehicle, system resources are operated through a uniform resource interface, and a user request is processed through a corresponding RESTful service. Such as using standard HTTP protocol methods POST, PUT, GET, DELETE, etc., to operate various control functions, resource information within the vehicle to provide services requested by the ECU.
Referring to fig. 2, fig. 2 is another schematic structural diagram of an in-vehicle communication system based on the HTTP protocol according to an embodiment of the present invention, including:
the interface layer 210 is configured to perform operations on system resources, including obtaining authorization, log query, service interface, service synchronization, service query, and service subscription;
the service layer 220 is used for providing system services, including security/authorization services, logging services, remote services, subscription services, broadcast services, and URI mapping services;
and the adaptation layer 230 is used for adapting user services, including system logging, encryption and decryption, IP white lists and URI routing adapters.
It can be understood that the system comprises a system starting module, a system stopping module and a system stopping module, wherein the system starting module is used for respectively creating an initialization log, a default route and an authorized route, and setting an authorized interception white list; initializing the obtained basic service list, the dynamic link library list and the broadcast service list, registering dynamic services according to each service list and initializing each service processor; and starting the system, and blocking the current process to wait for connection.
The in-vehicle communication system further includes:
the HTTP communication control module is used for filtering the user request by the system authorization filter after the user initiates the HTTP request, sending the user request parameter successfully authenticated by authorization to the service proxy, and inquiring whether a matched service processor exists or not through the service proxy; if the matched service processor is inquired for processing, calling specific system service in the service layer for service processing, otherwise, transmitting the user request parameter to a default service processor for processing; and after the user request service is processed, packaging the processing result into uniform HTTP response information and feeding the uniform HTTP response information back to the client.
The dynamic link library service module is used for compiling the vehicle function service into a dynamic link library, registering a path of the dynamic link library, a name of a service function, a name of the service and a service description into the RESTful service system, and automatically generating the RESTful service for the vehicle function service; and when the service call is received, automatically searching the dynamic link library and the corresponding function for calling.
The broadcast service module is used for registering the service to be broadcasted to the RESTful service system, calling a message broadcast function provided by the RESTful service system if data to be broadcasted exist, and automatically forwarding the broadcast data to a demand party through the message broadcast function; the service demander is connected to the RESTful service system through the WebSocket, the RESTful service system is informed of the broadcast service needing subscription, and the RESTful service system automatically sends the broadcast message data to the service demander when receiving the broadcast data of the service provider.
Through the system provided by the embodiment, the in-vehicle communication based on the RESTful design idea of the HTTP protocol is realized, and the in-vehicle domain controller software applies the RESTful communication technology, so that the requirement of separating software and hardware in the vehicle can be met, and an in-vehicle SOA architecture is established. The problem of disorder of multiple services is solved through a unified standard, the development efficiency is improved, the development cost is reduced, and the development period is shortened. Due to the characteristics of low coupling and service-oriented interface, the influence of the subsystems on a parent system is low, a new system program can be more flexibly constructed by modifying and upgrading a single subsystem, the software development, the test and the maintenance of the system are simpler due to the separation of software and hardware in a vehicle, and the hardware performance is ensured
It should be understood that, the sequence numbers of the steps in the foregoing embodiments do not imply an execution sequence, and the execution sequence of each process should be determined by its function and inherent logic, and should not constitute any limitation to the implementation process of the embodiments of the present invention.
Fig. 3 is a schematic flowchart of an in-vehicle communication method based on the HTTP protocol according to an embodiment of the present invention, where the method includes:
s301, after an application client in the vehicle carries out RESTful service request through a URL controller, URL resource matching is carried out based on URI service, and HTTP service request parameters are obtained;
s302, acquiring HTTP service request parameters through a service proxy, and calling system services corresponding to a service layer;
s303, packaging the processing result after the service request processing is finished into HTTP request response information and feeding the HTTP request response information back to the client.
Specifically, in the process of creating a system starting process, a log is initialized, after a default route is created, static file processing and remote service calling processing are initialized, an authorized route is created, an authorized interceptor is initialized, and an authorized intercepting white list is set. In the running process of a system starting process, a basic service list is obtained, a service class and a service list are initialized to obtain the basic service list, basic services are registered according to the basic service list, a basic service processor is initialized to respectively obtain a dynamic link library service list and a broadcast service list, corresponding dynamic services and broadcast services are registered according to the returned service list, the dynamic service processor and the broadcast service processor are initialized, and finally, the service is started to block the current process from waiting for connection.
Specifically, in the authorization filter filtering request process, whether the request is a static file or not and whether the request is a communication white list or not are respectively requested to be checked, after authorization verification, whether a matched service processor exists or not is checked, the corresponding service processor is called to perform service processing when the matched service processor exists, and otherwise, the default service processor is used for processing, such as static file processing, remote service processing and no-service processing.
Compiling vehicle function services into a dynamic link library, registering a path, a name, a service name and a service description of the dynamic link library into a RESTful service system, and automatically generating the RESTful services from the vehicle function services; and when the service call is received, automatically searching the dynamic link library and the corresponding function for calling.
Registering a service needing broadcasting to a RESTful service system, if data needing broadcasting exist, calling a message broadcasting function provided by the RESTful service system, and automatically forwarding the broadcasting data to a demand party through the message broadcasting function; the service demander is connected to the RESTful service system through the WebSocket, the RESTful service system is informed of the broadcast service needing subscription, and the RESTful service system automatically sends the broadcast message data to the service demander when receiving the broadcast data of the service provider.
It is understood that, in one embodiment, the electronic device includes a memory, a processor, and a computer program stored in the memory and executable on the processor, the computer program performs steps S101 to S103 in the first embodiment, and the processor implements the HTTP protocol-based in-vehicle communication service when executing the computer program.
Those skilled in the art will understand that all or part of the steps in the method for implementing the above embodiments may be implemented by a program to instruct associated hardware, where the program may be stored in a computer-readable storage medium, and when executed, the program includes steps S101 to S103, where the storage medium includes, for example: ROM/RAM, magnetic disk, optical disk, etc.
In the above embodiments, the descriptions of the respective embodiments have respective emphasis, and reference may be made to the related descriptions of other embodiments for parts that are not described or illustrated in a certain embodiment.
The above-mentioned embodiments are only used for illustrating the technical solutions of the present invention, and not for limiting the same; although the present invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; and such modifications or substitutions do not depart from the spirit and scope of the corresponding technical solutions of the embodiments of the present invention.
Claims (8)
1. An in-vehicle communication system based on an HTTP protocol, the in-vehicle communication system employing RESTful technology, the in-vehicle communication system comprising:
the interface layer is used for operating system resources, including authorization acquisition, log query, service interface, service synchronization, service query and subscription;
the service layer is used for providing system services, including security/authorization services, log services, remote services, subscription services, broadcast services and URI mapping services;
and the adaptation layer is used for adapting the user service and comprises a system log, encryption and decryption, an IP white list and a URI routing adapter.
2. The system of claim 1, wherein the in-vehicle communication system further comprises:
the system starting module is used for respectively creating an initialization log, a default route and an authorized route and setting an authorized interception white list; initializing the obtained basic service list, the dynamic link library list and the broadcast service list, registering dynamic services according to each service list and initializing each service processor; and starting the system, and blocking the current process to wait for connection.
3. The system of claim 1, wherein the in-vehicle communication system further comprises:
the HTTP communication control module is used for filtering the user request by the system authorization filter after the user initiates the HTTP request, sending the user request parameter successfully authenticated by authorization to the service proxy, and inquiring whether a matched service processor exists or not through the service proxy; if the matched service processor is inquired for processing, calling specific system service in the service layer for service processing, otherwise, transmitting the user request parameter to a default service processor for processing; and after the user request service is processed, packaging the processing result into uniform HTTP response information and feeding the uniform HTTP response information back to the client.
4. The system of claim 1, wherein the in-vehicle communication system further comprises:
the dynamic link library service module is used for compiling the vehicle function service into a dynamic link library, registering a path of the dynamic link library, a name of a service function, a name of the service and a service description into the RESTful service system, and automatically generating the RESTful service for the vehicle function service; and when the service call is received, automatically searching the dynamic link library and the corresponding function for calling.
5. The system of claim 1, wherein the in-vehicle communication system further comprises:
the broadcast service module is used for registering the service to be broadcasted to the RESTful service system, calling a message broadcast function provided by the RESTful service system if data to be broadcasted exist, and automatically forwarding the broadcast data to a demand party through the message broadcast function; the service demander is connected to the RESTful service system through the WebSocket, the RESTful service system is informed of the broadcast service needing subscription, and the RESTful service system automatically sends the broadcast message data to the service demander when receiving the broadcast data of the service provider.
6. An in-vehicle communication method based on an HTTP (hyper text transport protocol) protocol is characterized by comprising the following steps:
after the application client in the vehicle carries out RESTful service request through the URL controller, URL resource matching is carried out based on URI Server and HTTP service request parameters are obtained;
acquiring HTTP service request parameters through a service proxy, and calling system services corresponding to a service layer;
and packaging the processing result after the service request processing is finished into HTTP request response information and feeding the HTTP request response information back to the client.
7. An electronic device comprising a processor, a memory and a computer program stored in the memory and running on the processor, characterized in that the steps of a HTTP protocol based in-vehicle communication method as claimed in claim 6 are implemented when the computer program is executed by the processor.
8. A computer-readable storage medium, in which a computer program is stored which, when being executed by a processor, carries out the steps of a HTTP protocol-based in-vehicle communication method according to claim 6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110139776.1A CN113014621B (en) | 2021-02-01 | 2021-02-01 | In-vehicle communication system and method based on HTTP (hyper text transport protocol) |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110139776.1A CN113014621B (en) | 2021-02-01 | 2021-02-01 | In-vehicle communication system and method based on HTTP (hyper text transport protocol) |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113014621A CN113014621A (en) | 2021-06-22 |
| CN113014621B true CN113014621B (en) | 2022-07-01 |
Family
ID=76384812
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110139776.1A Active CN113014621B (en) | 2021-02-01 | 2021-02-01 | In-vehicle communication system and method based on HTTP (hyper text transport protocol) |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113014621B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114301934A (en) * | 2021-11-24 | 2022-04-08 | 岚图汽车科技有限公司 | Service interface system, control method and equipment of driving assistance assembly |
| CN114938384A (en) * | 2022-04-25 | 2022-08-23 | 惠州华阳通用电子有限公司 | Virtualization device and method based on area EEA architecture |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2461545A1 (en) * | 2010-12-06 | 2012-06-06 | Sap Ag | In-vehicle application platform for vehicle-to-business communication |
| CN102736900A (en) * | 2011-03-31 | 2012-10-17 | 新奥特（北京）视频技术有限公司 | System architected by SOA-based application system platform and design method |
| CN103516772A (en) * | 2012-12-20 | 2014-01-15 | Tcl康钛汽车信息服务（深圳）有限公司 | Method and system for pushing advertisement based on vehicle-mounted radio application |
| CN105245553A (en) * | 2015-11-18 | 2016-01-13 | 拉扎斯网络科技（上海）有限公司 | SOA system and business processing method |
| CN206835150U (en) * | 2017-06-30 | 2018-01-02 | 清华大学 | A kind of new energy car service management system |
| CN111756795A (en) * | 2020-05-06 | 2020-10-09 | 浙江吉利汽车研究院有限公司 | Service information management method and device, electronic equipment and storage medium |
-
2021
- 2021-02-01 CN CN202110139776.1A patent/CN113014621B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2461545A1 (en) * | 2010-12-06 | 2012-06-06 | Sap Ag | In-vehicle application platform for vehicle-to-business communication |
| CN102736900A (en) * | 2011-03-31 | 2012-10-17 | 新奥特（北京）视频技术有限公司 | System architected by SOA-based application system platform and design method |
| CN103516772A (en) * | 2012-12-20 | 2014-01-15 | Tcl康钛汽车信息服务（深圳）有限公司 | Method and system for pushing advertisement based on vehicle-mounted radio application |
| CN105245553A (en) * | 2015-11-18 | 2016-01-13 | 拉扎斯网络科技（上海）有限公司 | SOA system and business processing method |
| CN206835150U (en) * | 2017-06-30 | 2018-01-02 | 清华大学 | A kind of new energy car service management system |
| CN111756795A (en) * | 2020-05-06 | 2020-10-09 | 浙江吉利汽车研究院有限公司 | Service information management method and device, electronic equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113014621A (en) | 2021-06-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR102500737B1 (en) | Secure configuration of cloud computing nodes | |
| CN113014621B (en) | In-vehicle communication system and method based on HTTP (hyper text transport protocol) | |
| EP1872523B1 (en) | System and method of device-to-server registration | |
| US9086932B2 (en) | System landscape aware inter-application communication infrastructure | |
| US10645172B1 (en) | Socket tunneling connections in a service provider environment | |
| US10148621B2 (en) | Provisioning proxy for provisioning data on hardware resources | |
| CN108712372B (en) | Method and system for accessing WEB third party login by client | |
| US20060187849A1 (en) | Interpreter engine | |
| US20080244514A1 (en) | Scriptable object model for network based services | |
| US20220038519A1 (en) | Perhipheral device sharing over peer-to-peer connection | |
| CN112565439A (en) | Internet of things communication method and system | |
| CN112202744A (en) | Multi-system data communication method and device | |
| CN104410702A (en) | Remote service request method, response method, request device and response device | |
| CN112804303B (en) | Service providing method, device, system, transit platform and storage medium | |
| GB2580419A (en) | Electronic message control | |
| CN116436671B (en) | Method, system, device and medium for Kubernetes cluster access in private network | |
| CN106331051B (en) | Document transmission method and system and reception file device send file device | |
| WO2008042626A2 (en) | Proxy operations on client devices | |
| CN113965571B (en) | Management method, device, equipment and medium of distributed embedded equipment | |
| GB2580420A (en) | Electronic message adaptation | |
| CN114070618A (en) | Data processing method and system based on micro front end | |
| CN114025005A (en) | Data communication method, system, electronic equipment and storage medium | |
| CN112199327A (en) | Service method, system, electronic device and storage medium for processing file | |
| Freundt et al. | Symbolic Computation Software Composability Protocol (SCSCP) specification, Version 1.3 | |
| CN114828010B (en) | Method for safely accessing network slice based on application attribute and related equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |