The Distributed Vehicle Server Architecture is a software solution that allows autonomous vehicles to communicate with each other using their Wi-Fi networks. These servers can be located in any location and are connected to each other through the internet. This architecture provides a platform for the communication between the UGVs and GCS, and also provides a manual control service. Figure 13 shows the general flow of the process. The user task listens for keys being pressed on a keyboard, validates the keyboard input, and sends an input message to the vehicle task. Each key corresponds to a generic command that is assigned to a vehicle. Each vehicle is connected to a Wi-Fi router and is identified by a public IP address.
The vehicle station and user computers communicate with each other via a network. The network is configured through a router that connects each vehicle to the platform. Each vehicle has a software endpoint, which can be a software script or a hardware device. It is important to remember that this architecture must be scalable, and the number of vehicles, stations, and users should not be too small. Once the architecture is in place, it can handle the increasing number of users and vehicles in an application.
The service should conform to the same protocol. The user interface will issue commands to each vehicle, and the vehicles must understand how to interpret those commands. The platform will supervise the entire service. It may also interact with the user and the vehicles. If the platform is able to integrate all of these components, the service will be scalable. It should be able to scale to thousands of vehicles and users. The Distributed Vehicle Server Architecture should be modular, flexible, and easy to maintain.
In order to achieve scale, the Distributed Vehicle Server Architecture must have a high-performance platform. This architecture must be able to support a wide variety of sensors and electronics. As a result, it is flexible enough to accommodate a larger number of sensors. In addition, this architecture enables the vehicle manufacturer to scale up the system. These new servers can also support additional sensors and electronics, thus increasing the vehicle’s capacity and functionality.
Developing new functions for a vehicle using this architecture is fast and easy. This platform enables developers to test new software directly in the vehicle. This enables them to guarantee that their software is up-to-date and that it will be compatible with the future car. By using this approach, a vehicle can have more features and applications, which will further enhance its safety and efficiency. These benefits can only be realized when the Distributed Vehicle Server Architecture is used to develop a new feature.
The next step in the evolution of the vehicle is a change in the ECU architecture. Traditional ECU architectures consist of a single ECU that performs one function. However, they are expensive to implement and difficult to package. Digitalization, ACES, and shared mobility will all require significant increases in computational power. A Distributed Vehicle Server Architecture will require high-performance computers to ensure the best performance in these scenarios. Therefore, it is essential that the E/E architecture is scalable.