Axional Mobile SGP (Security, Guard & Patrol system) is a modern technology platform that works in a Cloud environment. It has been designed for the management of People, Tasks and Vehicles, and provides a unified view by means of Business Intelligence tools.
This system will enable security companies to optimise the operation and internal control of their activities, and at the same time offer their clients greater control and transparency over their contracts. In this way, the system provides clear added value, as a result of which a company can differentiate itself from its competitors.
Globally, Axional SGP is designed according to the principles of:
- High integration capacity with third parties: central systems and all kinds of devices.
- Accessibility to real-time data.
- Easy to implement and maintain.
Its functions integrate all the possibilities offered by location control, vehicle fleet management and task and route planning, all of which is combined with the use of analytical tools to obtain statistics and dashboards.
Axional SGP supports the geopositioning of all the devices in real time, providing the complete tracking history of the locations that they may pass through. Integration of the Middleware platform with the support systems for the devices installed in the vehicles provides access to the monitoring information for this to be recorded.
The geopositioning functions are the following:
Real-time tracking and transmission
The devices are always tracked and they transmit real-time information to the central system. On the control panel, the system provides real-time graphic representation of the route followed by a vehicle.
The user can choose the moment in time from which the last points are shown (for example, the previous 4 hours).
This function can be enabled/disabled for each vehicle. Furthermore, depending on the technical features of the on-board mobile device, other parameters can be shown, such as consumption, emissions, speeds, etc.
The information is shown graphically and the “Play” function is available, through which the movement on the route up until the present time can be reproduced. There is also a list of the points covered on the route.
Generation of actions by nfc, Triggering and Geofence
The system supports the definition of tasks that will be triggered by an event. The events may be:
- Reading of an NFC Tag.
- Entering/leaving a geofence perimeter.
- Signals from other systems (opening of doors, etc.).
Thanks to the triggering function, series of automatic chain actions can be performed, such as activation of GPS, Bluetooth and data transmission from the device, among many others, so the correct functioning of the processes can be guaranteed.
Capture of Off-Line positions and loss of coverage alerts
Axional SGP supports off-line data retention and subsequent synchronisation of programmable information or as per connection availability.
When the system is On-Line, the transmission frequency is individually configurable for each device. Its connection status is monitored and disconnections are identified when they occur due to a battery failure, a knock or fall, discriminating the remainder of incidents as loss of network coverage or the result of signal inhibitors.
In the central system, information about all the devices (users) is displayed: whether they are connected, disconnection time, battery status of the device, GPS signal status, type of network (mobile/WiFi), current activity (stopped, driving, walking, …) and the device out of range alert.
The device coverage status is checked from the main office by means of a system that automatically sends the communication status. When the platform detects the lack of a specific number of connections, an out of range alert is triggered.
Interaction with third-party devices and peripherals
With the Axional mobility platform, it is possible to perform actions on vehicle peripherals remotely by dispatch via WebService of the control codes to the platform that will manage the device, if it is supported by this platform. Exceptionally, if the AVL has an API with a direct connection on the device, the commands/actions could be sent directly on the device itself, without having to go through the AVL platform. This option minimises response times. The peripherals accepted include OBD2 (even with engine shutoff), door opening and closing systems, etc.
Automatic audio reproduction with protocol by geofence
Through the Triggering function, entering/leaving a geofence perimeter can activate the reproduction of an audio file containing instructions to be followed from that moment. This makes it easier for employees to follow the established protocol.
Contenedor securizado extremo a extremo con borrado remoto
In the event that it is necessary (loss, theft, etc.), the data and the application can be deleted remotely.
The middleware with the server certificate provides HTTPS services and includes the capacity to define protected networks at the logical level. This means that certain operations or access to certain functions depends on the origin of the query.
Authentication complies with RFC2617 specifications and admits:
- Validation of credentials against LDAP.
- Validation of SSON credentials with TIVOLI type systems or proprietary systems (by means of authentication valve).
Vehicle and driver identification by NFC or PIN
By means of PNDs that have NFC technology, Android 4.2 operating system or superior, the employee can be identified through his or her corporate card with NFC technology.
After identifying the driver, the Axional Mobility platform offers functions to perform the necessary validations of the driver according to vehicle assignment, driver skills, availability of points and other criteria that can be defined.
Panic button with sound
By receiving the panic button warning recorded on the AVL platform when querying via Web Service, the corresponding warning/alert actions will be performed. These actions can be automatically and remotely performed on vehicle peripherals by dispatch via WebService of the control codes to the platform that will manage the device.
Exceptionally, if the AVL has an API with a direct connection on the device, the commands/actions could be sent directly on the device itself, without having to go through the AVL platform. This option minimises response times.
Remote device status monitoring
Axional SGP includes a large set of MDM functions that support comprehensive device monitoring, including:
- Monitoring of the battery, including prediction of remaining life according to use.
- Login history.
- Transaction history (“audittrail”).
- Obtaining characteristics of the device.
- Obtaining type of connection (WiFi, 3G,…).
Monitoring of vital status of employees / VIP clients
Through AVL’s geopositioning, the system will generate an automatic geofence of 2-5 metres (configurable), by means of which the union of AVL and PND will be determined, with identification on the position of resources map through a specific icon. When the PND moves outside the geofence of the AVL with which it is linked, it will perform a status validation query (by PIN, Yes/No response, NFC,…), with configurable frequency, so that the employee validates his or her status. Therefore, from the platform itself it will be possible to detect those cases in which the employee or person to be monitored has a health problem, is under duress, etc.
Remote microphone or camera activation
For those installations set up for the purpose, the reception of images and/or sound can be activated automatically when an employee approaches.
Event report by photo/video
The mobile device forms on which employees report activities can include images or videos.
The Axional SGP system manages the link between employees, vehicles and mobile devices associated with routes.
The functions included are:
Monitoring of third party AVL
The Middleware module is integrated with the support systems for the devices installed in the vehicles, providing access to monitoring information for this to be recorded.
Breakdown of private/company kilometres
If the AVL platform has an indicator that discriminates between company km. and private km., this information can be displayed through the reporting tools.
In the event that the vehicles’ AVL platform does not have an indicator discriminating between company km. and private km., it is proposed to have a report which displays the kilometres completed that are associated with a route or working day compared with the kilometres considered to have been completed for private purposes.
Monitoring of refuelling
The platform supports verification that the vehicles were at the refuelling point indicated by the refuelling report, which can be obtained through TIBCO’s Fleet ERP, or failing this, loaded on to the system, validating the typology and the capacity in litres of each vehicle. If the AVL has a tool that measures the litres added, the information provided by the fuel supplier can be checked.
With the information available in the system, a report can be generated that makes it possible to analyse the volume of fuel added by each vehicle.
Route and activity history
The platform records the complete tracking of tasks performed, positions and times, storing these for subsequent analysis.
The system offers different analysis functions, either by means of lists with drill-down functions, allowing users to start from aggregated information and then proceed directly to focused detailed data, or through the use of Dashboards.
Monitoring change of vehicles between local offices
The platform has information on the classification of both vehicles and employees, and so during the driver validation process it is possible to identify cases in which the local office does not match between the two, and to generate an alert so that this may be managed by the central department.
Structuring of the pool of vehicles
The platform includes a tool for management of the vehicle fleet and related elements, such as fuel cards, electronic tolls, etc. This tool can also be used for checking expenses and dividing them among the various areas of the company.
Invoicing information can either be loaded manually or massively using files with a pre-established format. Some of the costs that this tool manages are Fuel bills, Leasing fees, Insurance, Road taxes, Relocations, etc.
Data associated with vehicles is obtained through interfaces or maintained manually in the tool. Examples of the data managed are Vehicles, Contracts, Users, Fuel cards, Servicing of vehicles, Vehicle inspection, Fines, Digitised documents.
The principal functions of this tool are:
- Reports to exploit the information: These allow costs to be checked and they are being used for policies to cut costs and detect misuse by users.
- Driver portal: Offers drivers a user-friendly interface for consulting data about their vehicle. They can also enter the kilometres completed by their vehicles.
- Dispatch of mails to drivers asking them to enter the km completed by their vehicles: The system receives the email replies from the drivers, processes these and loads the information received.
For vehicles that have AVL, the system supports:
- Loss of coverage or departure from area alert
Through AVL’s geopositioning, the system will generate an automatic geofence of 2-5 metres (configurable), by means of which the union of AVL and PND will be determined, with identification on the position of resources map through a specific icon. When the PND moves outside the geofence of the AVL with which it is linked, those PNDs that have our software will perform a status validation query (by PIN, Yes/No response, NFC,…), with configurable frequency, so that the employee validates his or her status. Therefore, from the platform itself it will be possible to detect those cases in which the employee or person to be monitored has a health problem, is under duress, etc.
- Dispatch of messages to PND / AVL.
- Opening and closing doors command and alerts.
- Remote engine shut off or immobilisation command.
- Reception of panic button alerts.
- Remote activation of siren or alarm.
- Creation of areas and alerts.
- Monitoring of devices ( On/Off )
Depending on the AVL device model, antenna disconnection warnings can be generated. The system supports generation of actions/warnings when these incidents are identified.
- Alerts with automatic report by SMS or email.
By means of PNDs that have the Android 4.2 operating system or superior and our core mobility system, the function of dispatch of warning messages from the system to the device is available.
Our application supports the dispatch of warnings via mail to any other device, and if the data packet required is available in our system’s server, dispatch of warnings can also be made by SMS.
The system supports configuration of users assigned to the different types of alert.
- Management and dispatch of remote actions to the AVL or device.
The system supports remote actions on vehicle peripherals by dispatch via WebService of the control codes to the platform that will manage the device. If the AVL device has this function, the alarm or siren can be activated remotely.
Task and route planning
Integrated resource planning is one of the strong points of Axional SGP. For optimised planning, the system takes advantage of both data from the central systems and real-time information from the mobile devices.
In this way, planning takes account of all the business rules of the company and operations management can be optimised; at the same time, unforeseen incidents can be attended to, such as the insertion of unplanned tasks for the management of actions taken when alarms are triggered.
The following functions for the monitoring and optimisation of operations management are included:
Creation, planning and optimisation of routes
In order to configure the routes, there is a computer assisted planning system based on the information available in the central systems, namely information on contracts, staff and vehicles, in addition to the total number of mobile terminals (PNDs) available. This information is complemented by specific data entered on the platform itself.
The routes are initially planned taking account of the programmed tasks to be performed in line with the planning of contracts with clients. On the basis of the active contracts, the following information is managed:
- Anticipated tasks to be performed and SLAs for these.
- Additional information required for planning not included in the original contract stored inside the system.
- Geopositioned destinations where the tasks must be carried out.
- Protocol for implementation of actions associated with the tasks, together with the associated documents and location plans, should these exist.
- Details of staff with respect to availability, hours and skills.
- Availability of the vehicle fleet.
- Total number of devices available.
The system will generate the routes planned, taking account of the priorities assigned to the tasks to be performed, in addition to the restrictions affecting these:
- With limited hours (opening and closing of businesses).
- Tasks that can be performed during the day without set hours.
- Additional restrictions in the planning process, such as the need to have an additional resource, (keys,…).
Each task has an estimation of how long it will take to perform, for the purpose of planning. This estimation will be reviewed as time goes on, according to the actual results of the duration of tasks, so that discrepancies can be adjusted.
Planning will be done on the basis of a usual availability of 70-80% of the load capacity of the employee, so that staff assigned to the route will be capable of absorbing unplanned tasks that arise during the working day (alarms, for example). The person responsible for planning can select the maximum load percentage for calculation, so that this may be adjusted to the reality of the zones in which the routes are made.
The planning process creates the routes, taking account of the starting and end points for each local office, usually a base, and these are configurable. By applying an optimisation algorithm, the ordering of tasks according to planning parameters is obtained, principally:
- Types of tasks anticipated and priority.
- Staff available with the skills required to perform the task.
- Vehicle fleet available.
- PNDs available.
- Additional restrictions affecting the service (availability of keys, …).
For each local office, the system provides graphic representation of the routes generated, vehicle, operator, mobile device assigned, route destination points and load per employee. Alarms are generated at those points where incidents are identified.
The resultant information contains:
- Route to be followed with the various destinations where the assigned tasks have to be performed.
- Provision of total distance to be covered and how long it will take.
- Provision of times taken to complete the route and the tasks.
- Total costs of the route and itemised breakdown of these.
- Cost of the vehicle (according to estimated cost of vehicle per km).
- Cost of the employee (according to estimated cost of employee per hour).
- Anticipated fuel cost.
- Cost of tolls on the route.
Control of the actual times for completing the route, both in actual time and km, is achieved by tracking the vehicle (by means of AVL or the PND, if AVL is not available).
The times taken to complete the services are calculated according to the disconnection time of the PND with respect to AVL. These times are obtained from the information on connection/disconnection between PND and AVL available in the system, either by geofence associated with AVL or by monitoring the Bluetooth/WiFi connections of the AVL device.
Ineffective time is calculated by analysis of the difference between the total time to complete the route and the actual time taken to perform the services.
The system supports fixed assignment of a client to a specific route. This restriction is taken into account in the route planner.
Registration, reassignment and modification of routes in real time
The system supports replanning of the routes in real time according to variable specific conditions of the route in progress.
- Management of incidents reported on the route
- Tasks assigned are replanned according to the new optimisation conditions.
- Included is an alarm system alerting to deviations in the anticipated completion of tasks, in order to successfully complete tasks with an hours limit (opening and closing) within the planned period. If it is detected that a completion time will not be fulfilled, notification of this is sent to the Control Centre so that replanning may take place.
The system offers the optimum alternatives possible according to operators’ workloads at that time.
Reception of external events (ARC)
The system offers specific access for external alarm reception centres (ARC), allowing these to register the task to be performed (activation of an alarm, for example) on the platform, so that the Control Centre has the available structured information to be able to authorise and assign the service to be performed.
Real-time display of events on map and history
The system is compatible with most maps on the market. It supports the display on these maps in the greatest detail: 2D view, 3D view, aerial view, land view, Street View and satellite view.
Automatic suggestions about assignments to employees
The system automatically generates a prioritised list of possible employees to assign, based on optimisation of:
- Effect on working day.
- Equipment ( keys ).
Calculation of optimum point to point route with measuring of distances
The system supports determination of the best route from the point of origin to the destination, specifying the roads. Various criteria can be selected in order to optimise the route calculated:
- The fastest, even taking account of the traffic conditions (to manage alarms, for example).
- The cheapest, taking account of parameters such as number of tolls, driver profile, working hours (exceeding hours of working day, payment of extra hours), etc. These criteria would be applicable to planned routes.
Reproduction of tracking in time and space
Thanks to the platform architecture, large periods of information (more than one year) can be stored, in the event that this is required by law. By adjusting parameters, the maximum period that the information is stored can be set, 60 days for example, so that every day the data of day 61 is deleted. Independently of the period set, the system supports display of any interval (typically, a particular day or shift).
The information is shown graphically with the “Play” function, which shows the movement of the route followed, and it can also be shown alphanumerically with a detailed list of each point.
Monitoring of devices and AVL
The Middleware platform is integrated with the systems supporting the devices installed in the vehicles, providing access to monitoring information for this to be recorded.
Access to clients’ security images with dispatch to device
If the installations so permit, the system can access the real-time images of the surveillance cameras and show these on the mobile device. In this way, employees can anticipate possible problems at the point to which they are heading.
Axional SGP has three ways in which it can show and analyse the information that is generated during daily activity:
Reports and forms
Classic reporting modes, understood as the minimum units of data display. These include transactional forms for the maintenance of data or forms, and lists of data produced in the DB engine or by means of procedures programmed in XSQL-Script.
Autonomous modules that can be embedded into the users’ entry portal, including data in tables, graphics, maps,… Functions similar to those of lists and forms. Free use by users or as established by the administrator.
Tool for building totally dynamic queries. It uses the OLAP template definition standard established by Mondrian.