In-Vehicle Campaign Messaging With Serverless Response Handling
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current vehicle communication systems face inefficiencies in resource utilization and cost due to constant server allocation in server architecture, leading to wasteful resource consumption and increased operational costs, especially with varying vehicle access patterns and regional vehicle distributions.
Innovation Solution
Implementing a serverless architecture that dynamically allocates resources on demand for vehicle communication systems, where application programs are activated only upon events and resources are released after execution, reducing unnecessary computing resource consumption and infrastructure costs.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If a server architecture with constant server allocation is used, then system stability and continuous availability are improved, but resource utilization efficiency deteriorates and operational costs increase
Solution Approach 1:
The patent applies dynamics by transitioning from static server allocation to dynamic resource allocation. The serverless architecture allows computing resources to be dynamically provisioned and de-provisioned based on real-time demand from vehicle access patterns, enabling the system to adapt its resource footprint continuously rather than maintaining a fixed allocation
Solution Approach 2:
The patent changes the parameter of resource allocation from constant to variable. By implementing serverless architecture with event-driven computation, the system adjusts computational resources based on traffic patterns and vehicle communication needs, changing resource parameters (CPU, memory, storage) dynamically rather than maintaining fixed parameter values
2Speed
If servers are constantly allocated to handle peak traffic, then response time and service availability are improved, but infrastructure costs increase due to idle capacity during low traffic periods
Solution Approach 1:
The patent applies partial action by allocating computing resources only when needed rather than continuously. The serverless architecture provisions resources partially based on actual vehicle access events, avoiding the excessive resource allocation that would be required to maintain constant peak-capacity availability
Solution Approach 2:
The patent applies universality by creating a multi-functional resource allocation system that can scale from zero to peak capacity using the same infrastructure. The serverless platform serves multiple functions: handling idle requests with minimal resources, scaling to handle peak traffic, and automatically de-provisioning when demand decreases, replacing the need for dedicated permanent server infrastructure
3Productivity
If a serverless architecture with dynamic resource allocation is implemented, then resource utilization efficiency is improved and operational costs are reduced, but system complexity in managing distributed resources increases
Solution Approach 1:
The patent applies the intermediary principle by introducing an abstraction layer between the vehicle communication requests and the underlying distributed computing resources. The serverless platform acts as a mediator that automatically manages resource provisioning, load balancing, and coordination across distributed servers, hiding the complexity from the application layer while maintaining high resource utilization efficiency
Data Source
AI summary
A vehicle communication system is configured to receive vehicle configuration information from a vehicle and determine whether there is campaign information, generate campaign notification information for the vehicle, manage a generation state of the campaign information, and deliver the campaign notification information to the vehicle. The vehicle communication system includes a center apparatus in which an application program that implements functions employs a serverless architecture. When an in-vehicle system transmits a first request including vehicle information to the center apparatus, the center apparatus transmits an intermediate response including a job ID to the in-vehicle system. When receiving the intermediate response, the in-vehicle system transmits a response request of a final response corresponding to the first request to the center apparatus as a second request to which the job ID is assigned.