Gestión remota de dispositivos: aprovisionamiento y actualizaciones OTA

Las cámaras de tablero independientes con conectividad integrada (LTE), capacidad de procesamiento para IA en el borde (ADAS y DMS) y almacenamiento para grabación de video en bucle se están convirtiendo rápidamente en la norma en el sector de flotas comerciales. Esta creciente demanda abarca todos los segmentos, tamaños y ubicaciones geográficas de flotas, impulsada por la rápida evolución de las soluciones de telemática de video , junto con una mayor valoración por parte de las flotas sobre los beneficios del video. En esencia, para las flotas, las cámaras de tablero conectadas se han convertido en dispositivos IoT esenciales y fundamentales para las operaciones diarias.

‍

Como ocurre con cualquier dispositivo IoT, es fundamental que los administradores de soluciones tengan la capacidad de gestionar los dispositivos de forma remota. Esto incluye dos componentes principales: el aprovisionamiento de dispositivos y las actualizaciones de software inalámbricas (OTA). La activación de un dispositivo, su asignación a una cuenta y activo específicos, la desactivación de cuentas y dispositivos, y el establecimiento de configuraciones extensas del dispositivo forman parte de los servicios de aprovisionamiento. Cualquier usuario de smartphone hoy en día conoce las actualizaciones OTA, que abarcan mejoras de software, parches de seguridad y corrección de errores. Esta misma funcionalidad es necesaria para las cámaras de tablero de flotas, con una capa de gestión adicional que permite a los gestores de flotas aprobar actualizaciones y asignarlas a cuentas y activos específicos.

‍

Nuestro software RideView ya es compatible con cámaras de tablero conectadas por LTE, y nos complace anunciar la disponibilidad de nuestro conjunto de servicios de gestión de dispositivos, que incluye el aprovisionamiento y las actualizaciones OTA.

‍

Aprovisionamiento

‍

Nuestro flujo de trabajo de aprovisionamiento de dispositivos es el siguiente:

• Cuando se envía un lote de cámaras a un cliente (en nuestro caso, un TSP), el proveedor del dispositivo o el TSP nos facilita una lista de identificadores únicos de dispositivo, que se añaden a nuestra biblioteca de dispositivos. Un dispositivo en nuestro sistema hace referencia a un cámara de tablero, identificada por su IMEI único.
• Ofrecemos API de aprovisionamiento e interfaces frontend en nuestro portal de administración que permiten a los TSP asignar dispositivos a cuentas y activos, especificar el tipo de servicio y de vehículo, entre otras funciones:
• Un activo se refiere al vehículo en el que está instalado el dispositivo. Para los TSP, esto proporciona el puente que conecta su solución de telemática de video basada en RideView con los servicios existentes, permitiéndoles asignar cada ID de dispositivo a una flota y a un ID de activo único que hace referencia a un vehículo específico (o caja negra telemática) ya registrado en su backend. Si no existe un ID de activo previo, utilizamos el IMEI como ID de activo por defecto.
• También proporcionamos un campo de metadatos personalizable para cada activo, que los TSP pueden usar para adjuntar otros datos asociados a cada dispositivo y activo. Por ejemplo, es posible que los usuarios finales no reconozcan el IMEI del dispositivo ni el ID del activo y prefieran visualizar números de matrícula, que son más fáciles de identificar. Pueden definir y adjuntar un campo de metadatos personalizado a los activos para indicar un ID de visualización único para cada uno, correspondiente a los números de matrícula del vehículo.
• Los TSP pueden especificar el nivel de servicio que desean habilitar en cada dispositivo. Actualmente ofrecemos 3 niveles de servicio, que pueden actualizarse o degradarse para cualquier activo en cualquier momento, lo cual se refleja automáticamente en la facturación mensual:
• RideCam+ (DVR y eventos de sensor G)
• RideCam+ Pro (+ ADAS)
• RideCam+ Standard (+ ADAS y DMS)
• Los activos también deben etiquetarse con el tipo de servicio adecuado (pesado/mediano/ligero). Esto es fundamental, ya que todas las configuraciones de eventos se guardan según el tipo de servicio; por lo tanto, asignar correctamente un activo a un tipo de servicio garantiza que las notificaciones al conductor y los eventos activados sean óptimos para el vehículo en el que está instalada la cámara.

• Los TSP obtienen acceso a una amplia configuración de ajustes del dispositivo que afectan su funcionamiento:
• Operaciones de LED para reflejar los diversos estados del dispositivo.
• Notificaciones de voz personalizadas: por ejemplo, si hay flotas en diferentes países con distintos idiomas, las notificaciones pueden ajustarse según las preferencias de idioma de la flota.
• Duración de actividad del dispositivo tras apagar el encendido: es decir, el tiempo durante el cual consume energía de la batería del vehículo.
• Y muchos otros parámetros que proporcionan un control granular del SDK de RideView en el dispositivo.

• Una vez aprovisionados, los dispositivos pueden desaprovisionarse (deshabilitarse del servicio) o reaprovisionarse (moverse a un activo diferente dentro de la misma flota):
• El desaprovisionamiento debe utilizarse cuando un vehículo se retira de la operación, una cámara se envía a RMA, etc. También permite que el dispositivo quede disponible para ser reasignado a otro activo.
• El reaprovisionamiento debe utilizarse cuando un dispositivo se traslada de un activo a otro dentro de la misma flota.

Con estos cambios en nuestro flujo de trabajo de aprovisionamiento de cámaras, ahora es tan sencillo como contar hasta tres para que las flotas comiencen a utilizar nuestras soluciones: inserte una tarjeta SIM, instale y empiece a conducir.

‍

OTA

‍

En nuestras cámaras de tablero conectadas, ofrecemos una aplicación de sistema que procesa automáticamente los viajes y graba video desde que se enciende hasta que se apaga el motor. Esta aplicación integra el SDK de RideView, proporcionando todas las funciones en el dispositivo, incluyendo grabación de video en bucle, eventos del sensor G, ADAS y DMS. Esta aplicación se actualiza periódicamente, sincronizada con las actualizaciones de nuestro SDK para incluir nuevas funcionalidades, mejoras en los modelos de IA y corrección de errores.

‍

Para ofrecer a nuestros clientes una forma sencilla de actualizar, hemos integrado la capacidad OTA en nuestro portal de gestión de dispositivos y en nuestras API web, proporcionando una experiencia coherente en todas las cámaras conectadas que admitimos, sin depender de software de gestión de dispositivos de terceros. Esto permite a los gestores de cuentas:

• Ver qué versión está instalada actualmente y una lista de las versiones disponibles para un dispositivo.
• Seleccionar y aprobar una versión de la aplicación para actualizar un dispositivo o un grupo de dispositivos pertenecientes a una flota.
• Aprobar versiones de la aplicación para actualizar todos los dispositivos compatibles en campo.

‍

La actualización se envía al dispositivo en el momento en que se conecta a la infraestructura de LightMetrics y se instala en el siguiente ciclo de arranque. Nuestra funcionalidad OTA nativa reduce significativamente el tiempo entre la disponibilidad general de una actualización en nuestra plataforma y su implementación en campo.

‍

Hemos mencionado anteriormente que las funciones que ofrece son solo una parte de lo que hace que una solución tenga éxito; los otros factores son cómo se instala, gestiona y supervisa una vez desplegada. Las cámaras de tablero conectadas que pueden gestionarse completamente desde la nube serán un motor clave del rápido crecimiento de la telemática de video y, con nuestro conjunto de servicios de gestión de dispositivos, damos un paso importante en esa dirección. En las próximas semanas y meses, lanzaremos una serie de funciones adicionales que ofrecerán a los proveedores de soluciones una visión de 360 grados de sus dispositivos en funcionamiento, mejorando enormemente la experiencia que nuestros clientes y usuarios finales tienen con nuestra plataforma.