BG4090U1 - System for management and automation of the processes of planning, control and management of transport activity - Google Patents

Abstract

The utility model relates to a system used in the transport industry, in particular a system for control and automation of transport management processes. The system comprises interconnected with the data transmission and reception ability GPS devices (1), application server (2) and data storage server (3). The system may further comprise a backup application server (4) and a backup data storage server (5).

Description

(54) SYSTEM FOR MANAGEMENT AND AUTOMATION OF TRANSPORT ACTIVITY PLANNING, CONTROL AND MANAGEMENT PROCESSES

Field of technique

The utility model relates to a system used in the transportation industry, specifically a system for managing and automating transportation management processes.

Prior art

From the state of the art, various systems are known through which the transport activity is managed in the various sectors of the business. Known systems, however, due to their complexity and non-optimization lead to a number of disadvantages, such as:

- Unjustified investments in funds and time for logistics and route planning;

- Delay or loss of deliveries;

- Negative feedback from customers;

- High fuel costs;

- Disorganization of the distribution of various orders and courses between drivers;

- Missing deadlines when servicing a fleet;

- Lack of accountability when servicing a fleet.

Technical nature of the utility model

The task of the utility model is to provide a system that provides an optimized process of efficient management of transport activity for business needs.

This task is solved by creating the system for managing and automating the processes of planning, control and management of transport activity, according to the utility model, which includes at least one GPS device with an interactive map, wirelessly connected to at least one application server, including a logical unit, with the ability to receive route data and order parameters in real time and to transmit coordinate data and order parameters in real time. The system also includes at least one data storage server connected wirelessly to the at least one GPS device capable of transmitting and receiving and recording route data and order parameters. The at least one data storage server is also wired or wirelessly connected to the at least one application server capable of receiving and recording route data and order parameters.

The at least one application server includes a logic block for zoning drivers, a logic block for generating road lists, a logic block for user access, and a logic block for computational operations.

The at least one data storage server includes a data processing logic unit.

In one embodiment of the system, according to the utility model, at least one application server and at least one data storage server are integrated into a common master server.

The system may additionally include at least one back-up application server, including a logical unit wirelessly connected to the at least one GPS device, capable of transmitting route data and

BG 4090 UI parameters for real-time orders and for accepting data for coordinates and parameters for real-time orders. The at least one data storage server is also wired or wirelessly connected to the at least one backup application server capable of transmitting and receiving and recording route data and order parameters. The at least one backup application server is wired or wirelessly connected to the at least one application server and capable of being automatically turned on in the event of a shutdown of the at least one application server. At least one backup application server is not in operational mode, and in case of failure of the primary application server, it is switched on and replaces it. Preferably, the backup server is located in a different geographical location to avoid the risk of damage to both the primary and backup servers in the event of force majeure at the location of the primary application server.

The system may additionally include at least one back-up server for data storage, wirelessly connected to at least one GPS device with the ability to transmit and receive and record route data and order parameters. The at least one backup data storage server is also wired or wirelessly connected to the at least one application server and/or the at least one backup application server, capable of transmitting and receiving and recording route data and order parameters. The at least one backup data storage server is wired or wirelessly connected to the at least one data storage server with the ability to automatically switch on in the event of a shutdown of the at least one data storage server. At least one backup data storage server is not in operational mode, and in the event of failure of the primary data storage server, it is switched on and replaces it. Preferably, the backup server is located in a different geographical location to avoid the risk of damage to both the primary and backup servers in the event of force majeure at the location of the primary data storage server.

A system may also include at least one central system monitoring and control terminal connected to a capability to transmit route data and order parameters to at least one GPS device, at least one application server and/or at least one backup application server, at least one data storage server and/or the at least one backup data storage server and capable of receiving route data and order parameters from the at least one GPS device and the at least one application server and/or the at least one backup application server. The central terminal for monitoring and controlling the system can be used by persons involved in the process, but outside the vehicle, for example, by logisticians, fitters, managers. It monitors and manages the system outside the vehicles. In an alternative embodiment that lacks a central terminal for monitoring and controlling the system, monitoring is performed by polling the GPS devices from the data storage server or backup data storage server, and control is performed by the GPS devices via the application server or the backup application server.

In one embodiment of the system, according to the utility model, the interface used by the system is optimized to work on smaller screens and different resolutions, and accordingly at least one GPS device is integrated into a mobile device, for example a tablet or a smartphone, allowing visualization of routes, addresses, deliveries and other options.

Due to the functional dependencies between all system components, a number of advantages are obtained over existing transport activity management systems known in the prior art.

Specifically, advantages of the transport activity management system, according to the utility model.

BG 4090 UI are:

- Intelligent and reliable automation of the processes of planning, control and management of the transport activity;

- Optimized approach to the management of costs directly related to the transport and delivery process;

- Realization of savings from reduced fuel consumption, automated selection of the most optimal approach in solving transport tasks, in terms of correct distribution of tasks and their quick execution;

- Increased rapid action through timely and adequate two-way communication between process participants, in the decision environment itself, such as dispatchers and drivers;

- Automated planning of an optimal route, given set criteria: multiple destinations, number and type of cargo, time limits;

- Update of a planned route in real time when the range of requests changes;

- Update of waybills with various parameters such as number of undelivered orders, total number of orders, percentage of orders delivered and more.

- Control and management of transport resources with reporting and statistics of at least the following parameters: completed requests, distance traveled - in kilometers and visual presentation (track), fuel consumption and consumables, driving style;

- Possibility of online tracking;

- Ability to navigate drivers through mobile devices;

- Possibility of integration to existing systems;

- Access to a harmonized large address and geospatial database structured for the purposes of different ERP/CRM systems;

- Data storage and analysis;

- Prevention of possible mistakes that can be made in the processes of customer service and management personally by an operator. For example, completing the complex calculations required to analyze transportation data is not only time-consuming, but also too often subject to human error, which often costs the company a lot of money. Since these calculations are now handled completely automatically, these problems are eliminated.

Explanation of the attached figure

Figure 1 shows a block diagram of a preferred embodiment of the system for managing and automating the processes of planning, control and management of the transport activity, according to the useful model.

Example of implementation and use of the utility model

The system for managing and automating the processes of planning, control and management of transport activity, according to the useful model, is used in various sectors, such as:

BG 4090 UI

- In the Transport, forwarding and logistics sector: for courier and postal services, forwarding companies, for ground transport and logistics;

- In the Distribution sector: for distributors, suppliers of water, food and other household products, delivery of office supplies, equipment, delivery and others;

- In the Businesses with a fleet sector: with more office locations, more retail outlets, mobile sales representatives and others.

The basis for implementing the system's functionalities are various types of data entered, stored and managed in the GPS devices 1, the application server 2 and the data storage server 3, which are visualized on the GPS device 1 by means of an interactive map, namely a map of the area ( the geographical scope) in which the company operates, drivers and vehicles, delivery addresses. The interactive map may be pre-loaded on the GPS device 1 or accessed in real time through it.

The possibility of zoning has been created by adding several areas, and to each area drivers can be associated who serve customers in these areas. This function is implemented by the driver zoning logic block, which is part of the application server.

The map allows real-time tracking of a car against a generated route when executing a waybill, information about driver deliveries (number, sequence, scheduled time, location, status), which helps to analyze the daily schedule to prevent possible delays in delivery of shipments.

Functionality has been implemented in the system for creating orders and routing them according to the delivery area in which they fall. Orders can be entered into the system individually manually on a central system monitoring and control terminal 6 or on a GPS device 1 or on a mobile device incorporating a GPS device 1 or loaded via file.

Implemented functionality to support templates for frequently entered orders. The presence of entered orders allows the generation of travel lists. They are generated for each specific day and for each zone. This function is implemented by the route list generation logic block, which is part of the application server.

The waybill is subject to editing, updating and/or deletion.

The system allows navigation of the drivers along the compiled road lists for the day, as well as direct connection with logisticians and dispatchers, reflecting the status of the shipments in real time.

Thanks to the introduced algorithms in the logical block of the application server 2 of the system, functionality is supported for creating optimally calculated routes for the delivery of the shipments - an optimal route according to the number of shipments, the set delivery times, specified areas of the driver, submitted addresses (possibility of priority addresses), minimum fuel consumption, peak times for transportation and other additional parameters. This function is implemented by the logic block for computational operations, which is part of the application server. This logic block calculates by algorithms the received data, for example, for working hours, starting and ending stops, maximum permissible tonnage of a vehicle, operating area, geospatial database and others and determines the optimality of the route.

BG 4090 UI

The system allows management of rights, roles, users, offices, drivers, cars, customers, including creation, review, editing and deletion of data. In terms of stored and managed data, there are numerous fleet management functions, both for basic data and for specific ones such as management of repairs, expenses, documents, etc. This function is implemented by the user access logic block, which is part of the application server.

The system has a set of notification capabilities via a GPS device 1 or a central system monitoring and management terminal 6 in relation to the work of the drivers and the execution of the waybills, while at the same time maintaining a connection with the mobile devices of the drivers and updating the changes made in real time - for example, automatically receiving information about a changed status of a shipment.

The system allows the generation of reports and inquiries from the application server 2, by means of the data storage server 3, regarding various criteria: distance traveled, addresses visited, kilometers remaining, number of shipments and delivery time, as well as export to an external file. The data storage server 3 may also be configured to operate as a cloud space for wireless access by users. This function is implemented by the data processing logic unit, which is part of the data storage server.

The system not only calculates the best route, but also stores data on the distance traveled and the time taken for each delivery/visit. Thus, thanks to the accumulated data, easy management and the possibility of preparing timely analyses, optimization and automation of all service processes are achieved.

All logical blocks in Application Server 2 or Backup Application Server 4 are interconnected.

A preferred database management system used in the utility model, specifically the data storage server 3. as well as the backup data storage server 5. is ``PostgreSQL''. The database stores all data for addresses, GPS coordinates, cars, drivers and others. Alternatively, other data management systems may be used.

A preferred tracking system used in the utility model, more specifically the GPS devices 1, the application server 2. as well as the backup application server 4, is “Tgassag. It is the application layer between the GPS devices 1 and the application server 2 or the backup application server 4. The tracking system takes care of the transfer of the data from the GPS devices 1 to the application server 2 or the backup application server 4. Alternatively, other systems can be used to tracking.

In a preferred embodiment, the system for managing and automating the processes of planning, controlling and managing the transport activity uses logical operations through the ..ZiGO' system. which provides end users with the functionality described above.

It will be clear to those skilled in the art that various modifications to the system for managing and automating the planning, control and management of the transport activity are possible, which also fall within the scope of the utility model defined in the appended claims. All parts of the system can be replaced with technically equivalent elements.

BG 4090 UI

The reference numerals of the technical features are included in the claims solely for the purpose of increasing the comprehensibility of the claims and, therefore, these reference numerals do not have any limiting effect on the interpretation of the elements indicated by these reference numerals.

Claims (6)

A system for controlling and automating the processes of planning, control and management of transport activity, comprising at least one GPS device (1), characterized in that at least one GPS device (1) with an interactive map is wirelessly connected to at least one application a server (2) capable of receiving real-time routing and parameter data and transmitting real-time coordinate and parameter data, the system including at least one data storage server (3), connected wirelessly to at least one GPS device (1), and wired or wirelessly to at least one application server (2), capable of transmitting and receiving and recording route data and custom parameters, wherein at least one application server (2) includes an interconnected logic unit for driver zoning, a logic block for generating waybills, a logic block for user access and a logic block for computational operations, and at least one server for storing data. (3) includes a logic unit for data processing System comprising the transport activity management system according to claims 1 and 2, characterized in that it further comprises at least one backup application server (4) wirelessly connected to at least one GPS device (1), capable of transmitting data for real-time order and parameter routing, and for receiving real-time coordinate and parameter data, wherein at least one data storage server (3) is wired or wirelessly connected to at least one backup application server (4) ) with the ability to transmit and receive and record route data and order parameters, wherein at least one backup application server (4) is wired or wirelessly connected to at least one application server (2) with the ability to automatically turn on in case of shutting down at least one application server (2), wherein the at least one backup application server (4) includes interconnected driver zoning logic unit, waybill logic unit , a logical block for user access and a logical block for computational operations System comprising the transport activity management system according to claims 1 and 2 or the system according to claims 3, characterized in that it further comprises at least one backup storage server (5) wirelessly connected to at least one GPS device (1). ), and wired or wirelessly connected to at least one application server (2) capable of transmitting and receiving and recording route data and custom parameters, wherein at least one backup storage server (5) is wired or wirelessly connected and to at least one storage server (3) with the possibility of automatic inclusion in case of shutdown of at least one storage server (3), wherein at least one backup storage server (5) includes a logic unit for Data processing System comprising the transport activity management system according to claims 1 and 2, characterized in that it also includes at least one central monitoring and control terminal of the system (6) connected to the possibility for transmitting route data and order parameters to at least Transport activity management system according to claims 4 or 5, characterized in that the at least one central monitoring and control terminal of the system (6) is connected to the possibility of transmitting route data and order parameters to at least one backup data storage server (5) Transport activity management system according to claim 3, characterized in that the at least one central monitoring and control terminal of the system (6) is connected to the possibility of transmitting route data and order parameters to at least one backup application server (4), and capable of receiving route data and order parameters from at least one backup application server (4).