In-Vehicle Gateway Non-Standard Protocol Data Exchange
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Conventional telematics systems rely on standard Internet protocols (HTTP-over-TCP-over-IP) for data exchange between client devices and in-vehicle communications gateway modules, limiting flexibility and efficiency in telematics networks.
Innovation Solution
Implementing a method where the in-vehicle communications gateway module sends a software component with a non-standard transfer protocol module to the client device, allowing data exchange using a non-standard protocol stack, thereby bypassing the conventional HTTP/TCP/IP protocol stack.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Ease of operation
If standard Internet protocols (HTTP-over-TCP-over-IP) are used for data exchange, then compatibility and ease of operation are improved, but flexibility and efficiency are limited
Solution Approach 1:
The patent changes the protocol parameters by implementing a non-standard transfer protocol stack instead of the conventional HTTP-over-TCP-over-IP stack. This allows the system to use alternative communication protocols and ports, thereby improving flexibility and efficiency while maintaining ease of operation through automated protocol negotiation and software component distribution.
2Ease of operation
If standard Internet protocols are used for data exchange, then ease of operation is improved, but efficiency is limited
Solution Approach 1:
The patent changes the protocol parameters by implementing a nonstandard transfer protocol stack instead of the conventional HTTP-over-TCP-over-IP stack. This allows the system to use alternative communication protocols and ports, thereby improving flexibility and efficiency while maintaining ease of operation through automated protocol negotiation and software component distribution.
3Adaptability or versatility
If non-standard transfer protocol is implemented, then flexibility and efficiency are improved, but device complexity increases
Solution Approach 1:
The patent uses an intermediary approach by introducing a software component that contains the nonstandard transfer protocol module. This software component acts as a mediator that enables the client device to communicate using the nonstandard protocol without permanently increasing the device's structural complexity. The protocol capabilities are dynamically loaded and executed as software rather than being hardwired into the device architecture.
Solution Approach 2:
The patent implements dynamic protocol selection where the system can switch between standard and nonstandard transfer protocols based on operational requirements. The nonstandard transfer protocol module is dynamically deployed to the client device through software component distribution, allowing the system to adapt its communication capabilities without permanently increasing device complexity. This dynamic approach enables flexibility while maintaining simplicity when the nonstandard protocol is not needed.
Data Source
AI summary
Methods and apparatus are provided for transmitting data between a client device and a vehicle. A server hosted at an in-vehicle communications gateway module sends a software component comprising a non-standard transfer protocol module to a browser application hosted at the client device in response to a request from the client device. Standard ports at the in-vehicle communications gateway module and the client device are closed, and data is exchanged between the server and the browser application according to the non-standard transfer protocol. Optionally, the received data can then be transmitted from the in-vehicle communications gateway module to a computer module in the vehicle.