Virtual Asset Engine for Fleet Telematics Latency Monitoring
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Telematics applications face challenges such as scarcity of test data for specific scenarios, increased network traffic, security vulnerabilities, performance inaccuracies due to remote asset connectivity issues and communication infrastructure failures, and data integration challenges across different asset types.
Innovation Solution
The system enables automatic generation of test scenarios by creating virtual assets with simulated sensor values, generating simulated API messages, and scheduling scenarios across multiple virtual assets, allowing for complex simulations and accelerated identification of asset issues.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If test data is collected solely from in-field devices, then real operational data is obtained, but test data scarcity for specific scenarios occurs and network traffic increases
Solution Approach 1:
The patent creates virtual copies of physical assets (virtual vehicles, virtual equipment) that generate synthetic test data through simulated sensor values. These virtual assets replicate the behavior and data characteristics of real assets without requiring actual field deployment, thereby solving the test data scarcity problem while maintaining data authenticity through realistic simulation models.
Solution Approach 2:
The system performs preliminary generation of test data through virtual assets before actual field testing or production deployment. By pre-generating synthetic sensor data and test scenarios in a virtual environment, the system prepares comprehensive test datasets in advance, eliminating the need to collect extensive real-world data and reducing network traffic requirements.
2Reliability
If real asset data is used for testing, then authentic operational scenarios are tested, but security vulnerabilities increase and performance inaccuracies occur due to connectivity issues
Solution Approach 1:
The patent introduces virtual assets as an intermediary layer between the testing system and real physical assets. This intermediary enables authentic scenario testing by simulating real asset behavior and sensor data without direct connection to actual field devices, thereby eliminating security vulnerabilities associated with accessing real asset data while maintaining scenario authenticity through realistic simulation models.
3Adaptability or versatility
If multiple sensors are fused to generate synthetic sensor values, then complex scenarios are simulated, but data integration challenges across different asset types increase
Solution Approach 1:
The patent implements a universal data model and standardized message structures that can represent multiple asset types and sensor configurations through a common framework. The virtual asset architecture uses unified schemas for sensor data, event data, and telemetry information, enabling complex multi-sensor fusion scenarios while simplifying data integration across different asset types through consistent data representation and processing interfaces.
Data Source
AI summary
The disclosed system for testing of fleet management software generates virtual assets (e.g., simulations of machinery) that are associated with simulated sensor values. For at least one particular asset in the set, the system generates simulated application programming interface (API) messages. For at least one simulated API message in the simulated API message set, the system parses, from the simulated API message, simulated message data that relates to message flow through integration points. The system generates a visualization that includes an indication of system latency for messages flowing through the integration points. The system latency is determined based on the simulated message data.