Una sesión de preguntas y respuestas con Per Björkdahl.
por ONVIF
Semanas atrás, ONVIF dio a conocer la implementación del desarrollo de código abierto para crear sus especificaciones de interfaz de red para la tecnología de seguridad física. La medida racionalizará los procesos administrativos y de colaboración al tiempo que aprovecha el ingenio colectivo de la comunidad global de desarrolladores.
En entrevista con Per Björkdahl, Presidente de Comité Directivo de ONVIF, conoceremos todos los detalles de esta novedad.
1. ¿Qué es el código abierto y qué significa esto exactamente para ONVIF?
Per Björkdahl: En su definición básica, el código abierto se refiere a algo que es de acceso público y se puede compartir y modificar para adaptarse a aplicaciones o casos de uso específicos. Las especificaciones de la interfaz de red de ONVIF, que son los documentos principales que definen el lenguaje y los métodos mediante los cuales los dispositivos y los clientes pueden comunicarse entre sí, son estándares abiertos que siempre han estado disponibles públicamente.
Históricamente, estas especificaciones se desarrollaron y mantuvieron dentro del entorno de membresía de ONVIF. Al adoptar una metodología de código abierto, las empresas ajenas a ONVIF y los posibles desarrolladores de una variedad de industrias a las que no hemos llegado antes, tendrán la capacidad de proporcionar información sobre nuestras especificaciones como parte del proceso de desarrollo de código abierto.
Esto también significa la oportunidad de optimizar significativamente los procesos administrativos y de colaboración para crear nuestras especificaciones de interfaz de red. Al trasladar el trabajo de las especificaciones de red a GitHub, una plataforma de desarrollo de código abierto en línea, se automatizará gran parte del trabajo orientado al proceso necesario para producir especificaciones técnicas. Tanto el código abierto como la automatización que ofrece GitHub indudablemente estimularán una mayor interoperabilidad e innovación de funciones y nos permitirán proporcionar nuevas especificaciones más rápidamente para satisfacer las demandas del mercado actual y futuro.
2. ¿Tendrá esto algún impacto en el proceso de conformidad de ONVIF o en la membresía de ONVIF?
Per Björkdahl: Es importante tener en cuenta que la adición del desarrollo de código abierto no tendrá ningún impacto en el proceso de conformidad del producto ONVIF, la membresía de ONVIF ni nada que ver con el desarrollo de las herramientas de prueba utilizadas para determinar la conformidad del producto con los perfiles de ONVIF. La incorporación del desarrollo de código abierto afecta solo a una parte del trabajo que hacemos en ONVIF: el desarrollo de especificaciones de interfaz de red para productos de seguridad física basados en IP.
Si bien cualquiera podrá contribuir al desarrollo de la especificación de la interfaz de red de ONVIF utilizando GitHub, solo los miembros completos y contribuyentes de ONVIF continuarán teniendo acceso temprano y la capacidad de brindar orientación sobre los nuevos perfiles futuros introducidos por ONVIF. Una empresa aún necesita mantener la membresía de ONVIF en el nivel Completo, Contribuyente o Usuario para declarar productos conformes con ONVIF, usar herramientas de conformidad con ONVIF y usar el logotipo de ONVIF y los logotipos de perfil de ONVIF.
3. ¿Cómo afectará esta nueva iniciativa a la forma en que los integradores de sistemas y los usuarios finales utilizan ONVIF?
Per Björkdahl: Desde un punto de vista logístico, nada cambiará en la forma en que los integradores de sistemas y los usuarios finales utilizan los productos que cumplen con ONVIF para ensamblar las mejores soluciones para sus clientes u organizaciones. Anticipamos que el proceso de ingeniería de especificación optimizado a través de GitHub nos permitirá traer nuevos desarrollos al mercado más rápidamente y ser capaces de incorporar más fácilmente contribuciones externas de ingenieros de software y desarrolladores de industrias, incluyendo IoT, Inteligencia Artificial, servicios en la nube. El resultado final será una mayor flexibilidad en los tipos de soluciones que son interoperables para una gama más amplia de soluciones de las que pueden beneficiarse tanto los integradores de sistemas como los usuarios finales.
4. ONVIF es conocido por sus perfiles específicos para transmisión de video, control de acceso y más. ¿Cómo impacta esto en el desarrollo de perfiles futuros?
Per Björkdahl: Este paso al desarrollo de código abierto se limita a la ingeniería de las especificaciones de la interfaz de red de ONVIF, por lo que los perfiles no se incluyen en esta estrategia, el desarrollo de perfiles permanecerá bajo el ámbito de las empresas miembro de ONVIF. Nuestros seis perfiles existentes que abordan la transmisión, el almacenamiento y la recuperación de video, la instalación rápida y la configuración del control de acceso no se verán afectados, al igual que nuestros nuevos candidatos a la versión para el Perfil D para periféricos de control de acceso y el Perfil M para metadatos. Sin embargo, dado que los perfiles son agrupaciones de funcionalidades que se originan en las especificaciones de la interfaz de red principal de ONVIF, esperamos que las contribuciones de especificación realizadas a través de código abierto ayuden a respaldar el desarrollo de perfiles futuros.
5. ¿Qué más puede esperar ver la industria como resultado de esta iniciativa?
Per Björkdahl: El desarrollo de código abierto ha demostrado ser exitoso y hace que las contribuciones a las especificaciones sean más fáciles y eficientes. Los beneficios han sido obtenidos por innumerables organizaciones que han logrado una mayor colaboración, transparencia adicional y nuevas perspectivas que han permitido que sus organizaciones prosperen y se expandan. Con una base sólida en la industria de la seguridad, las especificaciones de interoperabilidad de ONVIF tienen la capacidad de proporcionar y capitalizar oportunidades en otros sectores tecnológicos, proporcionando un puente entre la tecnología de seguridad y los sistemas de automatización de edificios u otros sistemas auxiliares que dependen de la estandarización de datos para interoperabilidad.
