ES2836439T3 - Método y aparato para la gestión de un dispositivo de campo basado en un servidor en la nube - Google Patents

Método y aparato para la gestión de un dispositivo de campo basado en un servidor en la nube Download PDF

Info

Publication number
ES2836439T3
ES2836439T3 ES18153026T ES18153026T ES2836439T3 ES 2836439 T3 ES2836439 T3 ES 2836439T3 ES 18153026 T ES18153026 T ES 18153026T ES 18153026 T ES18153026 T ES 18153026T ES 2836439 T3 ES2836439 T3 ES 2836439T3
Authority
ES
Spain
Prior art keywords
client
target device
target
communication channel
devices
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES18153026T
Other languages
English (en)
Inventor
Hang Huang
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Coretek Systems Inc
Kyland Technology Co Ltd
Original Assignee
Coretek Systems Inc
Kyland Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Coretek Systems Inc, Kyland Technology Co Ltd filed Critical Coretek Systems Inc
Application granted granted Critical
Publication of ES2836439T3 publication Critical patent/ES2836439T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/32—Specific management aspects for broadband networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Un método para gestionar un dispositivo de campo basado en un servidor en la nube, en donde el método se aplica a un sistema de gestión de dispositivos, y el sistema de gestión de dispositivos comprende al menos varios clientes, un servidor de acceso y un servidor en la nube; en donde el servidor de acceso está configurado para conectarse a dispositivos reales y registrar la información de dispositivo de los dispositivos reales con el servidor en la nube; el servidor en la nube está configurado para mantener la información de dispositivo de los dispositivos reales; y el método de gestión de dispositivos comprende: establecer, por parte del cliente, canales de comunicación entre el cliente y al menos dos dispositivos objetivo, respectivamente; donde los al menos dos dispositivos objetivo comprenden un primer dispositivo objetivo y un segundo dispositivo objetivo, los canales de comunicación comprenden un primer canal de comunicación y un segundo canal de comunicación, el primer canal de comunicación es un canal de comunicación entre el cliente y el primer dispositivo objetivo, y el segundo canal de comunicación es un canal de comunicación entre el cliente y el segundo dispositivo objetivo; e implementar, por parte del cliente, las comunicaciones de datos entre dos cualesquiera de los al menos dos dispositivos objetivo en base a los canales de comunicación de los al menos dos dispositivos objetivo; en el que la implementación, por parte del cliente, de las comunicaciones de datos entre dos cualesquiera de los al menos dos dispositivos objetivo en base a los canales de comunicación de los al menos dos dispositivos objetivo comprende: después de haber obtenido unos primeros datos desde el primer dispositivo objetivo a través del primer canal de comunicación, enviar, por parte del cliente, los primeros datos al segundo dispositivo objetivo a través del segundo canal de comunicación; y/o después de haber obtenido unos segundos datos desde el segundo dispositivo objetivo a través del segundo canal de comunicación, enviar, por parte del cliente, los segundos datos al primer dispositivo objetivo a través del primer canal de comunicación; en donde establecer, por parte del cliente, un canal de comunicación entre el cliente y un dispositivo objetivo comprende: obtener (200), por parte de un cliente, una lista de dispositivos del servidor en la nube y seleccionar un dispositivo objetivo a gestionar de la lista de dispositivos; en el que la lista de dispositivos comprende la información de dispositivo de dispositivos reales conectados al servidor en la nube a través del servidor de acceso; generar (210), por parte del cliente, un controlador de dispositivo virtual correspondiente según la información de dispositivo del dispositivo objetivo, configurar un parámetro de controlador del controlador de dispositivo virtual y enviar el parámetro de controlador al servidor de acceso a través del servidor en la nube para desencadenar que el servidor de acceso configure una interfaz del dispositivo objetivo según el parámetro de controlador; en el que configurar el parámetro de controlador del controlador de dispositivo virtual comprende configurar una tasa de baudios de una interfaz en serie del controlador de dispositivo virtual o configurar una dirección de Protocolo de Internet, IP, de una tarjeta de red del controlador de dispositivo virtual; y determinar (220), por parte del cliente, establecer un canal de comunicación entre el cliente y el dispositivo objetivo tras la recepción de un mensaje de configuración exitosa devuelto desde el servidor de acceso, y gestionar el dispositivo objetivo según el canal de comunicación.

Description

DESCRIPCIÓN
Método y aparato para la gestión de un dispositivo de campo basado en un servidor en la nube
Campo
La presente descripción se refiere al campo de la tecnología de las comunicaciones, en particular a un método y aparato para gestionar un dispositivo de campo basado en un servidor en la nube.
Antecedentes
Entre las tecnologías existentes, una gran cantidad de dispositivos en red implementan la reutilización de direcciones a través de la tecnología de Traductor de Direcciones de Red (NAT). El NAT traduce direcciones privadas de varios dispositivos en una red de área local (LAN), es decir, direcciones de red interna, en direcciones de Internet reconocibles por Internet, es decir, direcciones de red externas, de modo que un dispositivo en la LAN pueda acceder a Internet utilizando la dirección de red externa. Un aparato NAT desempeña el papel de traducción de direcciones y protección de la red interna. Sin embargo, un dispositivo de red que accede a Internet a través de NAT no puede proporcionar un servicio a un dispositivo de red externo, es decir, el dispositivo de red externo (incluido un dispositivo dentro de otra LAN NAT) no puede visitar el dispositivo de red dentro de la LAN NAT directamente y es necesario establecer una red de pares (P2P) para pasar a través del aparato NAT para interconectar las redes.
Particularmente, suponga que un dispositivo A de red está dentro de una LAN de un NAT A y un dispositivo B de red está dentro de una LAN de un NAT B. El dispositivo A de red y el dispositivo B de red están interconectados mediante el siguiente proceso: el dispositivo A de red registra en un servidor a través del NAT A, el NAT A asigna un número de puerto de red externo al dispositivo A de red y utiliza la dirección de Internet del NAT A y el número de puerto de red externo como la dirección de red externa del dispositivo A de red. Del mismo modo, el dispositivo B de red inicia sesión en el servidor a través del NAT B y se utilizan la dirección de Internet del NAT B y un número de puerto de red externo asignado al dispositivo B de red como la dirección de red externa del dispositivo B de red. Luego, tanto dispositivo A de red como el dispositivo B de red pueden comunicarse con el servidor. Cuando el dispositivo A de red quiere enviar un mensaje al dispositivo B de red directamente, el dispositivo A de red puede obtener la dirección de red externa del dispositivo B de red desde el servidor e iniciar una solicitud de sesión al NAT B utilizando la red externa obtenida. Sin embargo, después de que el NAT B recibe la solicitud de sesión del dispositivo A de red, el NAT B determina si existe una relación de correspondencia entre la dirección de red externa del dispositivo A de red y un número de puerto asignado al dispositivo A de red por el NAT B en la solicitud de sesión. Si no existe la relación de correspondencia, el NAT B descarta la solicitud de sesión. La solicitud de sesión no es requerida por el NAT B y, por lo tanto, el NAT B descarta la solicitud de sesión recibida del NAT A, es decir, el dispositivo B de red no puede recibir la solicitud de sesión del dispositivo A de red. En este caso, el dispositivo A de red necesita enviar un mensaje de solicitud al servidor para solicitar al servidor que envíe un mensaje al dispositivo B de red para pedirle al dispositivo B de red que inicie una solicitud de sesión al dispositivo A de red. Después de recibir el mensaje del servidor, el dispositivo B de red envía la solicitud de sesión al dispositivo A de red. El NAT B guarda la relación de correspondencia entre la dirección de red externa del dispositivo A de red y el número de puerto asignado al dispositivo A de red por el NAT B, permite recibir un mensaje del dispositivo A de red e informa al dispositivo A de red a través del servidor y al NAT A que el NAT B ha abierto un canal hacia el dispositivo A de red. El dispositivo A de red envía una solicitud de sesión al dispositivo B de red de nuevo, el dispositivo B de red responde a la solicitud de sesión del dispositivo A de red, y el NAT A almacena una relación de correspondencia entre la dirección de red externa del dispositivo B de red y el número de puerto asignado al dispositivo B de red por el NAT A. Luego, se completa la transferencia de mensajes entre el dispositivo A de red y el dispositivo B de red a través del NAT A y el NAT B.
Sin embargo, cuando se utiliza el método mencionado anteriormente para la comunicación de datos entre dispositivos de red dentro de diferentes LAN, la transmisión de datos entre los dispositivos de red tiene baja seguridad y está limitada por estructuras de red y cortafuegos, por lo que la tasa de éxito de la conexión es baja y es inconveniente para gestionar transmisiones de datos entre varios dispositivos de red en su conjunto. Durante el desarrollo de dispositivos de hardware utilizando el método mencionado anteriormente, los desarrolladores deben crear un entorno de hardware integrado complejo según las interfaces de hardware de los dispositivos de hardware, lo que da como resultado una baja eficiencia de desarrollo.
En vista de este desafío, se necesitan un nuevo método y aparato para gestionar un dispositivo de campo basado en un servidor en la nube para remediar los defectos y deficiencias de las tecnologías existentes.
La patente US2016/0014088A1 establece que un sistema de control de conexión incluye un servidor de gestión fuera del cortafuego, que admite la conexión de comunicaciones entre un dispositivo objetivo de control dentro del cortafuego y un servidor en la nube fuera del cortafuego, y un dispositivo de retransmisión que se comunica con el dispositivo objetivo de control dentro del firewall. Un procesador incluido en el servidor de gestión registra información de asociación que asocia el servidor en la nube y el dispositivo de retransmisión con el dispositivo de control de destino, establece una sesión siempre activa con el dispositivo de retransmisión y, al recibir una solicitud de conexión, transmite al dispositivo de retransmisión a través de la sesión siempre activa una instrucción de conexión para retransmitir comunicaciones con el servidor en la nube asociado con el dispositivo objetivo de control mediante la información de asociación. Un procesador incluido en el dispositivo de retransmisión, al recibir la instrucción de conexión, establece una primera sesión de comunicación con el servidor en la nube, establece una segunda sesión de comunicación con el dispositivo objetivo de control y transmite las comunicaciones entre el servidor en la nube y el dispositivo objetivo de control.
La patente US2012/0081740A1 proporciona que un servidor de impresión comprende: una unidad de almacenamiento configurada para almacenar el trabajo de impresión del formato intermedio recibido desde un aparato de procesamiento de información; una unidad de recepción de cambio de configuración configurada para recibir, desde un aparato de impresión, una instrucción de cambio de información de configuración de impresión para el trabajo de impresión del formato intermedio almacenado en la unidad de almacenamiento; una unidad de actualización configurada para actualizar la información de configuración de impresión del trabajo de impresión según la instrucción de cambio de información de configuración de impresión; una unidad de recepción de solicitud de impresión configurada para recibir una solicitud de impresión desde el aparato de impresión; y unidad de transmisión de trabajo configurada para generar un trabajo de impresión de un formato imprimible por el aparato de impresión en base al trabajo de impresión del formato intermedio y la información de configuración de impresión actualizada según la solicitud de impresión, y para transmitir el trabajo de impresión generado al aparato de impresión.
Compendio
Un objetivo de una realización de la descripción es proporcionar un método y un aparato para gestionar un dispositivo de campo basado en un servidor en la nube, para resolver los problemas existentes de baja seguridad de transmisión de datos entre dispositivos de red, baja tasa de éxito de la conexión y baja eficiencia de desarrollo durante desarrollo de los dispositivos de hardware.
La invención se define mediante un método según la reivindicación 1, un aparato según la reivindicación 6 y un medio de almacenamiento legible por ordenador según la reivindicación 11. Otras realizaciones se definen mediante las reivindicaciones dependientes.
Los efectos ventajosos de la realización de la presente descripción son los siguientes.
En resumen, en la realización de la presente descripción, durante el proceso de gestión de dispositivos, el cliente obtiene la lista de dispositivos del servidor en la nube y selecciona el dispositivo objetivo a gestionar de la lista de dispositivos; donde la lista de dispositivos incluye la información de dispositivo de los dispositivos reales que se conectan al servidor en la nube a través del servidor de acceso; el cliente genera el controlador de dispositivo virtual correspondiente según la información de dispositivo del dispositivo objetivo, establece el parámetro o los parámetros del controlador de dispositivo virtual y envía el parámetro o los parámetros del controlador al servidor de acceso a través del servidor en la nube para desencadenar que el servidor de acceso configure la interfaz del dispositivo objetivo según el parámetro o los parámetros del controlador. El cliente determina establecer un canal de comunicación entre el cliente y el dispositivo objetivo tras la recepción de un mensaje de configuración exitosa devuelto por el servidor de acceso, y luego gestiona el dispositivo objetivo según el canal de comunicación.
Al usar los métodos anteriores, el cliente y el dispositivo físico necesitan realizar la interacción de los datos a través del servidor en la nube, de modo que la interacción de los datos entre el cliente y el dispositivo físico pueda ser controlada y gestionada por el servidor en la nube y, por lo tanto, la seguridad de la interacción de los datos entre el cliente y el dispositivo real está garantizada. Al crear el controlador virtual correspondiente al dispositivo real, el establecimiento del canal de comunicación entre el cliente y el dispositivo real ya no está limitado por estructuras de red y configuraciones de cortafuegos, aumentando así la tasa de éxito de la conexión entre el cliente y el dispositivo real. El cliente puede monitorizar de manera integral los procesos de comunicación de datos entre el cliente y varios dispositivos reales y el usuario puede invocar de forma remota un dispositivo real para ser probado a través del cliente, por lo que ya no es necesario crear un entorno de prueba de hardware complejo según la interfaz de hardware. del dispositivo real a probar, simplificando así el flujo de prueba, mejorando la eficiencia de la prueba y reduciendo el coste de desarrollo del dispositivo real.
Breve descripción de los dibujos
La Figura 1 es un diagrama estructural de un sistema para gestionar un dispositivo de campo basado en un servidor en la nube según una realización de la presente descripción.
La Figura 2 es un diagrama de flujo de un método para gestionar un dispositivo de campo basado en un servidor en la nube según la realización de la presente descripción.
La Figura 3 es un diagrama de flujo de un dispositivo real que se conecta a un servidor en la nube a través de un servidor de acceso según la realización de la presente descripción.
La Figura 4 es un diagrama de flujo para establecer un canal de comunicación entre un cliente y un dispositivo real según la realización de la presente descripción.
La Figura 5 es un diagrama que ilustra la interacción de datos entre un cliente y un servidor de acceso según la realización de la presente descripción.
La Figura 6 es un diagrama estructural de un aparato para gestionar un dispositivo de campo basado en un servidor en la nube según la realización de la presente descripción.
Descripción detallada de una realización
Entre las tecnologías existentes, cuando dos dispositivos de red, como un dispositivo real y un cliente dentro de diferentes redes internas, comunican datos a través de Internet, los aparatos NAT correspondientes a cada uno de los dispositivos de red deben asignar respectivamente un número de puerto de red externo a los dispositivos de red por adelantado, y para establecer un canal de comunicación entre los dos dispositivos de red a través de un servidor utilizando tecnologías de tunelización del Protocolo de Control de Transmisión (TCP), para implementar la interconexión de los dos dispositivos de red. Sin embargo, el método de interconexión de dispositivos descrito anteriormente suele estar limitado por factores tales como el tipo de aparatos NAT, las estructuras de las redes y los cortafuegos, por lo que la tasa de éxito de la conexión es baja. Además, una vez establecido el canal de comunicación entre los dos dispositivos de red mediante el uso de tecnologías de tunelización TCP, la comunicación de datos posterior entre los dos dispositivos de red se implementa a través del canal de comunicación establecido, sin tener que pasar por el servidor, y por lo tanto la comunicación de datos entre los dos dispositivos de red carecen de control y gestión por parte del servidor.
Por lo tanto, para resolver el problema existente de baja seguridad de transmisión de datos entre dispositivos de red, baja tasa de éxito de conexión y baja eficiencia de desarrollo durante el desarrollo de dispositivos de hardware, la presente descripción proporciona un nuevo método y aparato para gestionar un dispositivo de campo basado en un servidor en la nube. El método incluye las siguientes operaciones: obtener, por parte de un cliente, una lista de dispositivos del servidor en la nube y seleccionar un dispositivo objetivo para ser gestionado de la lista de dispositivos, donde la lista de dispositivos incluye información de dispositivo de los dispositivos reales conectados con el servidor en la nube a través de un servidor de acceso; generar, por parte del cliente, un controlador de dispositivo virtual correspondiente según la información de dispositivo del dispositivo objetivo y configurar un parámetro de controlador del controlador de dispositivo virtual; enviar el parámetro de controlador al servidor de acceso a través del servidor en la nube y desencadenar que el servidor de acceso configure una interfaz del dispositivo objetivo según el parámetro de controlador; determinar, por parte del cliente, establecer un canal de comunicación entre el cliente y el dispositivo objetivo tras la recepción de un mensaje de éxito de configuración devuelto desde el servidor de acceso, y gestionar el dispositivo objetivo según el canal de comunicación.
Las soluciones técnicas de la realización de la presente descripción se describen clara y completamente a continuación con referencia a los dibujos adjuntos. Obviamente, la realización descrita en este documento es sólo una de las realizaciones de la presente descripción. En base a la realización de la presente descripción descrita en el presente documento, todas las demás realizaciones obtenidas por los expertos en la técnica sin esfuerzo creativo caen dentro del alcance de protección de la presente descripción.
Como se ilustra en la Figura 1, en una realización de la presente descripción, un sistema para gestionar un dispositivo real, tal como un dispositivo de hardware integrado, incluye al menos varios clientes, un servidor en la nube, un servidor de acceso y varios dispositivos reales. El servidor de acceso incluye varios dispositivos de acceso. Los dispositivos reales están conectados al servidor de acceso, el servidor en la nube está conectado con el servidor de acceso y los clientes.
En la práctica, los dispositivos de hardware integrados, que deben depurarse y gestionarse, se colocan en un laboratorio de servidores en la nube por adelantado. El laboratorio de servidores en la nube incluye al menos un armazón. Al menos los múltiples dispositivos de hardware integrados, el servidor de acceso y el servidor en la nube están integrados en el armazón, un servidor de acceso y un servidor en la nube. Los dispositivos de hardware integrados están conectados al servidor en la nube a través del servidor de acceso y la información de dispositivo y la información de estado de los dispositivos conectados se mantiene en el servidor en la nube. El servidor en la nube pone a disposición de los clientes los dispositivos inteligentes integrados según un protocolo privado y diferentes permisos de los diferentes clientes. Después de que un usuario inicia sesión en el servidor en la nube a través de un cliente, el cliente envía una solicitud de una lista de dispositivos al servidor en la nube y obtiene la lista de todos los dispositivos de hardware integrados puestos a disposición de ese cliente por el servidor en la nube. Luego, el cliente selecciona un dispositivo objetivo para operar de la lista de dispositivos y crea un controlador de dispositivo virtual correspondiente al dispositivo objetivo según la información de dispositivo del dispositivo objetivo, que se incluye en la lista de dispositivos. El cliente inicializa un parámetro de controlador del controlador de dispositivo virtual, encapsula el parámetro de controlador según un protocolo privado y transmite el parámetro de controlador encapsulado al servidor de acceso a través del servidor en la nube. El servidor de acceso desencapsula el parámetro de controlador encapsulado recibido según el protocolo privado para obtener el parámetro de controlador correspondiente y configura el dispositivo de objetivo usando el parámetro de controlador. Una vez completada la configuración, se envía un mensaje de configuración correcta al cliente desde el servidor en la nube. Después de haber recibido el mensaje de éxito de la configuración del servidor de acceso, el cliente decide establecer un canal de comunicación entre el cliente y el dispositivo. Durante un proceso de comunicación posterior, la comunicación de datos entre el cliente y el dispositivo objetivo se implementa a través del canal de comunicación.
En la realización de la presente descripción, una interfaz del dispositivo real, tal como el dispositivo de hardware integrado, podría convertirse en una interfaz de un dispositivo de hardware virtual mediante software para acceder a Internet y ser gestionada por el usuario. El usuario puede invocar de manera remota el dispositivo de hardware integrado a través del cliente para manipular el encendido, apagado y reinicio del dispositivo de hardware integrado y para operar un dispositivo de grabación virtual en línea (por ejemplo, el BDI2000 y BDI3000).
El sistema para gestionar los dispositivos de hardware integrados es una solución para la interconexión y la servitización de la potencia informática integrada de los dispositivos integrados y se incorpora a los principios de las tecnologías de virtualización y computación en la nube. El servidor de acceso gestiona las interfaces periféricas de los dispositivos integrados y utiliza un conjunto de interfaces periféricas de los dispositivos de hardware integrados como una unidad básica de un servicio informático. El controlador de dispositivo virtual en el cliente restaura una interfaz periférica del dispositivo objetivo.
Las soluciones de la presente descripción se describen a continuación en detalle en relación con implementaciones particulares. Por supuesto, la presente descripción no se limita a las siguientes implementaciones.
Como se ilustra en la Figura 2, en la realización de la presente descripción, un flujo detallado de un método para gestionar un dispositivo de campo basado en un servidor en la nube incluye las siguientes operaciones.
Operación 200: obtener, por parte de un cliente, una lista de dispositivos del servidor en la nube y seleccionar un dispositivo objetivo a gestionar de la lista de dispositivos. La lista de dispositivos incluye información de dispositivo de dispositivos reales conectados al servidor en la nube a través de un servidor de acceso.
En la práctica, antes de que el cliente obtenga la lista de dispositivos del servidor en la nube, se puede conectar un gran número de dispositivos reales (por ejemplo, dispositivos de hardware integrados) al servidor en la nube a través del servidor de acceso. La información de dispositivo de los dispositivos reales conectados (como la información de identificación, los tipos de interfaz y los números de interfaz de los dispositivos reales) se guarda en el servidor en la nube. Un usuario puede utilizar una cuenta de inicio de sesión para iniciar sesión en el servidor en la nube a través del cliente, y el servidor en la nube configura los derechos administrativos para cada cuenta de cliente /inicio de sesión según un protocolo privado, es decir, se ponen a disposición de los usuarios diferentes derechos administrativos para los dispositivos reales a las diferentes cuentas de cliente /inicio de sesión.
En particular, la Figura 3 es una diagrama de flujo detallado de cómo se conecta un dispositivo real al servidor en la nube a través del servidor de acceso según la realización de la presente descripción. El dispositivo real envía una solicitud de acceso al servidor de acceso, el servidor de acceso determina si permite que el dispositivo real se conecte al servidor de acceso según la información de dispositivo del dispositivo real. Si el resultado es sí, el dispositivo real está conectado al servidor de acceso y el servidor de acceso envía un mensaje de registro al servidor en la nube. El servidor en la nube determina si se permite que el dispositivo real se conecte al servidor en la nube y, si el resultado es sí, el dispositivo real se conecta al servidor en la nube y el servidor en la nube envía la información del estado de registro al servidor de acceso. Luego se completa el proceso de acceso al dispositivo real. Además, la comunicación de la información de estado entre el servidor de acceso y el servidor en la nube se puede mantener por medio de un mecanismo de pulsación, es decir, un mensaje de rendimiento y recurso local (como un mensaje que indica los estados en línea de los dispositivos reales conectados) se envía regularmente desde el servidor de acceso al servidor en la nube. El servidor en la nube mantiene información de los estados en línea de los dispositivos reales conectados según el mensaje de rendimiento y recurso local del servidor de acceso, y devuelve un mensaje de éxito de recepción al servidor de acceso.
En particular, según la realización de la presente descripción, cuando se realiza la operación 200, el cliente inicia sesión en el servidor en la nube y envía una solicitud de la lista de dispositivos al servidor en la nube para desencadenar que el servidor en la nube realice las siguientes operaciones: verificar la validación del cliente, y al determinar que el cliente es válido, enviar al cliente la información de dispositivo de los dispositivos reales que están conectados al servidor a través del servidor de acceso y el cliente está autorizado a gestionar. El cliente selecciona un dispositivo objetivo de la lista de dispositivos para gestionarlo.
Por ejemplo, supongamos que un dispositivo 1 real, un dispositivo 2 real, un dispositivo 3 real, ... y un dispositivo n real están conectados al servidor de la nube a través del servidor de acceso. El servidor en la nube mantiene una lista de dispositivos que incluye el dispositivo 1 real, el dispositivo 2 real, el dispositivo 3 real, ... y el dispositivo n real. Entre los derechos administrativos preestablecidos para cada cliente por el servidor en la nube, un cliente 1 tiene derecho a gestionar el dispositivo 1 real y el dispositivo 2 real, y un cliente 2 tiene derecho a administrar el dispositivo 2 real, el dispositivo 3 real y el dispositivo 4 real. Por lo tanto, el cliente 1 inicia sesión en el servidor en la nube y envía una solicitud de una lista de dispositivos al servidor en la nube. El servidor en la nube verifica la validación del cliente 1, y luego de haber determinado que el cliente 1 es válido, envía la lista de dispositivos que contiene información de dispositivo 1 real y del dispositivo 2 real al cliente 1. El cliente 2 inicia sesión el servidor en la nube y envía una solicitud de una lista de dispositivos al servidor en la nube. El servidor en la nube verifica la validación del cliente 2, y después de haber determinado que el cliente 2 es válido, la lista de dispositivos que contiene información de dispositivo 2 real, el dispositivo 3 real y el dispositivo 4 real al cliente 2.
Además, en la realización de la presente descripción, después de haber seleccionado un dispositivo objetivo para ser gestionado de la lista de dispositivos y antes de generar un controlador de dispositivo virtual correspondiente según la información de dispositivo del dispositivo objetivo, el cliente necesita determinar el estado actual del dispositivo. El estado actual de un dispositivo real indica si el dispositivo real ha sido seleccionado y gestionado por otro cliente.
Debido a que dos clientes no pueden invocar un dispositivo real al mismo tiempo, cuando el cliente solicita el dispositivo objetivo según la lista de dispositivos enviados desde el servidor de la nube, el servidor de la nube debe determinar si el dispositivo objetivo es invocado por otro cliente, es decir, para determinar el estado actual del dispositivo objetivo. Solo cuando el servidor en la nube determina que el dispositivo objetivo está disponible (es decir, el dispositivo objetivo está en línea y no es invocado por ningún otro cliente), se puede continuar con una operación adicional.
Operación 210: generar, por parte del cliente, un controlador de dispositivo virtual correspondiente según la información de dispositivo del dispositivo objetivo, configurar el parámetro o los parámetros de controlador del controlador de dispositivo virtual y enviar los parámetros de controlador al servidor de acceso a través del servidor en la nube para desencadenar que el servidor de acceso configure una interfaz del dispositivo objetivo según el parámetro 0 los parámetros de controlador.
En particular, en la realización de la presente descripción, cuando se realiza la operación 210, el cliente genera el controlador de dispositivo virtual correspondiente al dispositivo objetivo y configura el parámetro o los parámetros de controlador del controlador de dispositivo virtual al menos según el tipo de interfaz y el número de interfaz del dispositivo objetivo.
Por supuesto, en la realización de la presente descripción, como diferentes tipos de dispositivos de destino pueden tener diferentes tipos de interfaz, el cliente configura los parámetros de controlador del controlador de dispositivo virtual según, pero no limitado a ninguno de los escenarios Siguientes.
En un primer escenario, el cliente configura una tasa de baudios de una interfaz en serie del controlador de dispositivo virtual correspondiente al dispositivo objetivo si determina que el tipo de interfaz del dispositivo objetivo es una interfaz en serie.
Por ejemplo, suponga que el tipo de interfaz del dispositivo 1 de destino seleccionado por el cliente 1 para gestionar es una interfaz en serie, y el tipo de interfaz del controlador 1 de dispositivo virtual correspondiente también es de serie, entonces cuando el cliente 1 configura el parámetro o los parámetros de controlador del controlador 1 de dispositivo virtual correspondiente al dispositivo 1 objetivo, configura la tasa de baudios de la interfaz del controlador 1 de dispositivo virtual para ser de 96000bit /s.
En la realización de la presente descripción, el parámetro o los parámetros de controlador de un controlador de dispositivo virtual correspondiente a un dispositivo objetivo cuyo tipo de interfaz es una interfaz en serie se configura según la información de dispositivo del dispositivo objetivo. Según la información de dispositivo del dispositivo objetivo, el parámetro o los parámetros de controlador del controlador de dispositivo virtual correspondiente al dispositivo objetivo pueden configurarse a una tasa de baudios más adecuada para la comunicación del dispositivo objetivo. Por supuesto, el parámetro o los parámetros de controlador del controlador de dispositivo virtual correspondiente al dispositivo objetivo pueden personalizarse según la demanda del usuario.
En un segundo escenario, si el cliente determina que el tipo de interfaz del dispositivo objetivo es una tarjeta de red, el cliente configura una dirección IP de la red del controlador de dispositivo virtual correspondiente al dispositivo objetivo.
Por ejemplo, supongamos que el tipo de interfaz del dispositivo 2 objetivo seleccionado por el cliente 1 para gestionar es una tarjeta de red, el tipo de interfaz del controlador 2 de dispositivo virtual correspondiente también es una tarjeta de red, entonces cuando el cliente 1 configura el parámetro o los parámetros del controlador del controlador 2 de dispositivo virtual correspondiente al dispositivo 2 objetivo, el cliente 1 configura la dirección IP de la tarjeta de red del controlador 2 de dispositivo virtual para que sea 172.163.1.1, donde la dirección IP del dispositivo 2 objetivo es 172.163.1.1.
En la realización de la presente descripción, una dirección IP de una tarjeta de red de un controlador de dispositivo virtual correspondiente a un dispositivo objetivo puede configurarse para estar dentro del mismo segmento de subred que una dirección IP del dispositivo objetivo, de modo que una dirección de una interfaz en el servidor de acceso y conectada al dispositivo objetivo está configurada para estar dentro del mismo segmento de subred que la dirección IP del dispositivo objetivo.
En la realización de la presente descripción, después de haber configurado el parámetro o los parámetros de controlador del controlador de dispositivo virtual, el cliente encapsula el parámetro o los parámetros de controlador según un protocolo privado para obtener el parámetro o los parámetros de controlador encapsulados y envía el parámetro o los parámetros de controlador al servidor de acceso a través del servidor en la nube, para desencadenar que el servidor de acceso realice las siguientes operaciones: desencapsular el parámetro o los parámetros de controlador encapsulados recibidos según el protocolo privado para obtener el parámetro o los parámetros de controlador, y configurar la interfaz conectada con el dispositivo objetivo en el servidor de acceso según el parámetro o los parámetros de controlador.
En la realización de la presente descripción, después de haber configurado el parámetro o los parámetros del controlador y antes de transmitir el parámetro o los parámetros del controlador al servidor de acceso a través de Internet, el cliente encapsula el parámetro o los parámetros del controlador según el protocolo privado especificado. Después de recibir el parámetro o los parámetros del controlador encapsulados, el servidor de acceso también necesita desencapsular el parámetro o los parámetros del controlador encapsulados según el protocolo privado especificado para obtener el parámetro o los parámetros del controlador correspondientes. De esta forma, se garantiza la seguridad de la transmisión de datos.
Operación 220: al recibir un mensaje de éxito de la configuración del servidor de acceso, determinar por el cliente establecer un canal de comunicación entre el cliente y el dispositivo objetivo, y gestionar el dispositivo objetivo según el canal de comunicación.
En la realización de la presente descripción, después de haber determinado establecer el canal de comunicación entre el cliente y el dispositivo objetivo, el cliente comunica datos a través del canal de comunicación establecido directamente durante los procesos posteriores de interacción de datos entre el cliente y el dispositivo objetivo.
En la práctica, un usuario puede invocar de forma remota cualquiera de los dispositivos reales ubicados en el laboratorio de servidores en la nube que el usuario tiene derecho a invocar a través del cliente. Por lo tanto, cuando es necesario depurar/probar un dispositivo real, ya no es necesario crear un entorno de prueba de hardware complejo según una interfaz de hardware del dispositivo real; en su lugar, solo es necesario implementar un canal de comunicación a través del cual el cliente y el dispositivo real podrían comunicarse directamente creando un controlador de dispositivo virtual correspondiente al dispositivo real según la información de dispositivo del dispositivo real, y configurando una interfaz correspondiente en servidor de acceso configurado para conectarse al dispositivo real mediante la configuración del parámetro o los parámetros de controlador de dispositivo virtual.
Además, el cliente establece canales de comunicación entre el cliente y al menos dos dispositivos objetivo, respectivamente, e implementa la comunicación de datos entre dos cualesquiera de los al menos dos dispositivos objetivo en base a los canales de comunicación establecidos.
Por ejemplo, suponga que el cliente 1 establece un canal 1 de comunicación entre el cliente 1 y el dispositivo 1 objetivo, y establece un canal 2 de comunicación entre el cliente 1 y el dispositivo 2 objetivo. Entonces el cliente 1 puede realizar una interacción de datos con el dispositivo 1 objetivo a través del canal 1 de comunicación, y con el dispositivo 2 objetivo a través del canal 2 de comunicación. Después de haber obtenido los datos 1 del dispositivo 1 objetivo a través del canal 1 de comunicación, el cliente 1 puede enviar los datos 1 al dispositivo 2 objetivo a través del canal 2 de comunicación. Asimismo, después de haber obtenido los datos 2 del dispositivo 2 objetivo a través del canal 2 de comunicación, el cliente 1 puede enviar los datos 2 al dispositivo 1 objetivo a través del canal 1 de comunicación. Como resultado, la interconexión entre el dispositivo 1 objetivo y el dispositivo 2 objetivo se implementa a través del cliente 1.
La realización de la presente descripción se describe a continuación con más detalle en un escenario de descripción particular. Como se ilustra en la Figura 4, en la realización de la presente descripción, un diagrama de flujo específico para establecer un canal de comunicación entre un cliente y un dispositivo real es el siguiente.
Un dispositivo real se registra en un servidor en la nube a través de un servidor de acceso. Un usuario inicia sesión en el servidor en la nube a través del cliente y envía una solicitud de una lista de dispositivos al servidor en la nube. Cuando el servidor en la nube recibe la solicitud de la lista de dispositivos desde el cliente, el servidor en la nube determina si el cliente es un cliente válido. Si se determina que el cliente es válido, se devuelve la lista de dispositivos disponibles al cliente. Después de haber recibido la lista de dispositivos disponibles, el cliente presenta al usuario la información de dispositivo de cada dispositivo en la lista de dispositivos disponibles. El cliente envía una solicitud para invocar un dispositivo en la lista de dispositivos disponibles al servidor en la nube, y el servidor en la nube determina si el dispositivo solicitado está disponible. Si el resultado de la determinación es sí, el servidor en la nube envía un mensaje que indica que el dispositivo solicitado está disponible para el cliente. El cliente crea un controlador de dispositivo virtual correspondiente al dispositivo solicitado según la información de dispositivo del dispositivo solicitado, configura el parámetro o los parámetros del controlador correspondientes, encapsula el parámetro o los parámetros de controlador según un protocolo privado preestablecido y envía el parámetro o los parámetros de controlador encapsulados al servidor de acceso a través del servidor en la nube. Después de haber recibido el parámetro o los parámetros de controlador encapsulados, el servidor de acceso desencapsula el parámetro o los parámetros de controlador encapsulados según el protocolo privado preestablecido para obtener el parámetro o los parámetros de controlador correspondientes y configura una interfaz local en el servidor de acceso configurado para conectarse al dispositivo solicitado usando el parámetro o los parámetros de controlador. Después de haber completado la configuración, el servidor de acceso envía un mensaje de configuración exitosa al cliente a través del servidor en la nube. Después de haber recibido el mensaje de éxito de la configuración, el cliente decide establecer un canal de comunicación entre el cliente y el dispositivo solicitado. Además, durante la interacción de datos posterior entre el cliente y el dispositivo solicitado, el cliente envía un mensaje al dispositivo solicitado a través del canal de comunicación establecido, el servidor de acceso escribe el mensaje en una interfaz del dispositivo solicitado y el cliente completa el envío del mensaje al dispositivo solicitado. El servidor de acceso lee un mensaje de la interfaz del dispositivo solicitado, envía el mensaje leído al cliente a través del canal de comunicación establecido y el cliente completa la recepción del mensaje desde el dispositivo solicitado.
En la práctica, el sistema para gestionar el dispositivo real se desarrolla en base a Windows Communication Foundation (WCF). El cliente establece el canal de comunicación directo a la interfaz entre el cliente y la interfaz en el servidor de acceso configurada para conectarse al dispositivo real, en particular, el cliente establece un canal WCF entre el cliente y la interfaz en el servidor de acceso para conectarse al dispositivo real, es decir, existe un servicio WCF en el servidor de acceso al que el cliente puede acceder directamente.
WCF es parte del marco .NET, que es una serie de marcos de descripción que respaldan la comunicación de datos y son desarrollados por Microsoft.
Opcionalmente, la Figura 5 es un diagrama que ilustra la interacción de datos entre un cliente y un servidor de acceso según la realización de la presente descripción. Un módulo de solicitud de datos en el cliente envía una solicitud de transmisión de datos a un módulo de coordinación de comunicaciones en el cliente. El módulo de coordinación de comunicaciones en el cliente determina si se puede acceder a un servicio WCF en un servidor de acceso correspondiente. Si el módulo de coordinación de comunicaciones en el cliente determina que el servicio WCF en el servidor de acceso es accesible, envía datos en un modo de servicio directo, es decir, el módulo de coordinación de comunicaciones en el cliente envía los datos a un módulo de mensajes de conexión directa en el servidor de acceso. El módulo de mensajes de conexión directa en el servidor de acceso envía los datos recibidos a un módulo de mensajes del servidor de acceso del servidor de acceso. Si el módulo de coordinación de comunicaciones en el cliente determina que el servicio WCF en el servidor de acceso correspondiente no es accesible, envía los datos en un modo de reenvío del servidor en la nube, es decir, el módulo de coordinación de comunicaciones en el cliente envía los datos a un servidor en la nube, y el servidor en la nube envía los datos recibidos al módulo de mensajes del servidor de acceso en el servidor de acceso.
En base a la realización mencionada anteriormente, como se ilustra en la Figura 6, la realización de la presente descripción también proporciona un aparato para gestionar un dispositivo de campo basado en un servidor en la nube. El aparato incluye al menos una unidad 60 de selección, una unidad 61 de generación y una unidad 62 de gestión.
La unidad 60 de selección está configurada para obtener una lista de dispositivos del servidor en la nube y seleccionar un dispositivo objetivo para ser gestionado de la lista de dispositivos; donde la lista de dispositivos incluye información de dispositivos reales conectados al servidor en la nube a través del servidor de acceso.
La unidad 61 de generación se configura para generar un controlador de dispositivo virtual correspondiente según la información de dispositivo del dispositivo objetivo, configurar el parámetro o los parámetros de controlador del controlador de dispositivo virtual y enviar el parámetro o los parámetros de controlador al servidor de acceso a través del servidor en la nube, para desencadenar que el servidor de acceso configure una interfaz del dispositivo objetivo según el parámetro o los parámetros de controlador.
La unidad 62 de gestión está configurada para determinar establecer un canal de comunicación con el dispositivo objetivo tras la recepción de un mensaje de configuración satisfactoria devuelto desde el servidor de acceso, y luego gestionar el dispositivo objetivo según el canal de comunicación.
Opcionalmente, después de haber seleccionado el dispositivo objetivo que se va a gestionar de la lista de dispositivos y antes de generar un controlador de dispositivo virtual correspondiente según la información de dispositivo del dispositivo objetivo, la unidad 60 de selección se configura además para determinar el estado actual del dispositivo objetivo ; donde el estado actual de un dispositivo real indica si el dispositivo real ha sido seleccionado y gestionado por otro aparato.
Opcionalmente, al obtener la lista de dispositivos del servidor en la nube, la unidad 60 de selección se configura específicamente para: iniciar sesión en el servidor en la nube; y enviar una solicitud de la lista de dispositivos al servidor en la nube para desencadenar que el servidor en la nube realice las siguientes operaciones: verificar la validación del aparato, y devolver al aparato la información de dispositivo de los dispositivos reales que están conectados al servidor en la nube a través del servidor de acceso y que el aparato tiene derecho a gestionar si la unidad 60 de selección determina que el cliente es válido.
Opcionalmente, general generar el controlador de dispositivo virtual correspondiente según la información de dispositivo del dispositivo objetivo, la unidad 61 de generación se configura particularmente para: generar el controlador de dispositivo virtual correspondiente del dispositivo objetivo al menos según un tipo de interfaz y un número de interfaz del dispositivo objetivo. Al configurar el parámetro o los parámetros de controlador del controlador de dispositivo virtual, la unidad de generación se configura particularmente para: configurar una tasa de baudios de una interfaz en serie del controlador de dispositivo virtual correspondiente al dispositivo objetivo si el aparato determina que el tipo de interfaz del dispositivo objetivo es la interfaz en serie; o configurar una dirección IP de una tarjeta de red del controlador de dispositivo virtual correspondiente al dispositivo objetivo si el aparato determina que el tipo de interfaz del dispositivo objetivo es la tarjeta de red.
Opcionalmente, cuando el parámetro o los parámetros del controlador se envían al servidor de acceso a través del servidor en la nube para desencadenar que el servidor de acceso configure la interfaz del dispositivo objetivo según el parámetro o los parámetros de controlador, la unidad 61 de generación se configura particularmente para: encapsular el parámetro o los parámetros del controlador según un protocolo privado para obtener el parámetro o los parámetros del controlador encapsulados, y enviar el parámetro o los parámetros del controlador encapsulados al servidor de acceso a través del servidor en la nube para desencadenar que el servidor de acceso realice las siguientes operaciones: desencapsular el parámetro o los parámetros de controlador encapsulados recibidos según el protocolo privado para obtener el parámetro o los parámetros de controlador y configurar la interfaz en el servidor de acceso que está conectada al dispositivo objetivo según el parámetro o los parámetros del controlador.
Opcionalmente, la unidad 62 de gestión está configurada además para: establecer canales de comunicación con al menos dos dispositivos de destino, respectivamente e implementar la comunicación de datos entre dos cualesquiera de los al menos dos dispositivos objetivo en base a los canales de comunicación de los al menos dos dispositivos objetivo.
En resumen, en la realización de la presente descripción, durante el proceso de gestión de dispositivos, el cliente obtiene la lista de dispositivos del servidor en la nube y selecciona el dispositivo objetivo a gestionar de la lista de dispositivos; donde la lista de dispositivos incluye la información de dispositivo de dispositivos reales que se conectan al servidor en la nube a través del servidor de acceso; el cliente genera el controlador de dispositivo virtual correspondiente según la información de dispositivo del dispositivo objetivo, establece el parámetro o los parámetros de controlador del controlador de dispositivo virtual y envía el parámetro o los parámetros de controlador al servidor de acceso a través del servidor en la nube para desencadenar que el servidor de acceso configure la interfaz del dispositivo objetivo según el parámetro o los parámetros de controlador. El cliente determina establecer un canal de comunicación entre el cliente y el dispositivo objetivo tras la recepción de un mensaje de configuración exitosa devuelto por el servidor de acceso, y luego gestiona el dispositivo objetivo según el canal de comunicación.
Al utilizar los métodos anteriores, el cliente y el dispositivo físico deben realizar la interacción de datos a través del servidor en la nube, de modo que la interacción de los datos entre el cliente y el dispositivo físico pueda ser controlada y gestionada por el servidor en la nube y, por lo tanto, la seguridad de la interacción de los datos entre el cliente y el dispositivo real está garantizada. Al crear el controlador virtual correspondiente al dispositivo real, el establecimiento del canal de comunicación entre el cliente y el dispositivo real ya no está limitado por estructuras de red y configuraciones de cortafuegos, aumentando así la tasa de éxito de la conexión entre el cliente y el dispositivo real. El cliente puede monitorizar de manera integral los procesos de comunicación de datos entre el cliente y los diversos dispositivos reales y el usuario puede invocar de forma remota un dispositivo real para ser probado a través del cliente, por lo que ya no es necesario crear un entorno de prueba de hardware complejo según la interfaz de hardware del dispositivo real a ser probado, simplificando así el flujo de prueba, mejorando la eficiencia de la prueba y reduciendo el coste de desarrollo del dispositivo real.
Los expertos en la técnica deben entender que las realizaciones de la presente descripción pueden proporcionarse como un método, un sistema o un producto de programa informático. Por consiguiente, la presente descripción puede tomar la forma de una realización completamente de hardware, una realización completamente de software o una realización que combine aspectos de software y hardware. Además, la presente descripción puede tomar la forma de un producto de programa informático incorporado en uno o más medios legibles por ordenador (incluidos pero no limitados a un almacenamiento en disco, un CD-ROM, una memoria óptica, etc.) que almacenan códigos de programa utilizables por ordenador.
La presente descripción se describe con referencia a los diagramas de flujo y/o diagramas de bloques del método, dispositivo (sistema) y producto de programa informático según la realización de la presente descripción. Debe entenderse que cada una de las operaciones y/o bloques en los diagramas de flujo y/o diagrama de bloques y una combinación de los procesos y/o bloques en los diagramas de flujo y/o diagramas de bloques pueden implementarse mediante instrucciones de programa informático. Estas instrucciones de programa informático se pueden proporcionar a un procesador de un ordenador de uso general, un ordenador de propósito especial, un procesador integrado u otro aparato de procesamiento de datos programable para producir una máquina, así como las instrucciones, que al ser ejecutadas a través del procesador del ordenador u otro aparato de procesamiento de datos programable, crean un dispositivo para implementar las funciones especificadas en una o más operaciones de los diagramas de flujo y/o en uno o más bloques de los diagramas de bloques.
Estas instrucciones de programa informático también pueden almacenarse en un medio legible por ordenador que puede que hacer que un ordenador u otro aparato de procesamiento de datos programable funcione de una manera particular, de modo que las instrucciones almacenadas en el medio legible por ordenador produzcan un artículo de fabricación que incluya un dispositivo de instrucciones que Implementa las funciones especificadas en una o más operaciones de los diagramas de flujo y/o en uno o más bloques de los diagramas de bloques.
Las instrucciones de programa informático también se pueden cargar en un ordenador u otro aparato de procesamiento de datos programables para hacer que una serie de pasos operativos sean realizados por el ordenador o por el otro aparato programable para producir un proceso implementado por ordenador de manera que las instrucciones ejecutadas por el ordenador o el otro aparato programable proporcionen operaciones para implementar las funciones especificadas en una o más operaciones de los diagramas de flujo y/o en uno o más bloques de los diagramas de bloques.
Si bien la presente descripción se ha descrito con la realización opcional, los expertos en la técnica que conozcan el concepto inventivo subyacente pueden realizar otras modificaciones y variaciones a la realización. Por lo tanto, se pretende que las reivindicaciones adjuntas se expliquen incluyendo la realización opcional así como todas las modificaciones y variaciones que caen dentro del alcance de las reivindicaciones.

Claims (11)

REIVINDICACIONES
1. Un método para gestionar un dispositivo de campo basado en un servidor en la nube, en donde el método se aplica a un sistema de gestión de dispositivos, y el sistema de gestión de dispositivos comprende al menos varios clientes, un servidor de acceso y un servidor en la nube; en donde el servidor de acceso está configurado para conectarse a dispositivos reales y registrar la información de dispositivo de los dispositivos reales con el servidor en la nube; el servidor en la nube está configurado para mantener la información de dispositivo de los dispositivos reales; y el método de gestión de dispositivos comprende:
establecer, por parte del cliente, canales de comunicación entre el cliente y al menos dos dispositivos objetivo, respectivamente; donde los al menos dos dispositivos objetivo comprenden un primer dispositivo objetivo y un segundo dispositivo objetivo, los canales de comunicación comprenden un primer canal de comunicación y un segundo canal de comunicación, el primer canal de comunicación es un canal de comunicación entre el cliente y el primer dispositivo objetivo, y el segundo canal de comunicación es un canal de comunicación entre el cliente y el segundo dispositivo objetivo; e
implementar, por parte del cliente, las comunicaciones de datos entre dos cualesquiera de los al menos dos dispositivos objetivo en base a los canales de comunicación de los al menos dos dispositivos objetivo;
en el que la implementación, por parte del cliente, de las comunicaciones de datos entre dos cualesquiera de los al menos dos dispositivos objetivo en base a los canales de comunicación de los al menos dos dispositivos objetivo comprende:
después de haber obtenido unos primeros datos desde el primer dispositivo objetivo a través del primer canal de comunicación, enviar, por parte del cliente, los primeros datos al segundo dispositivo objetivo a través del segundo canal de comunicación; y/o
después de haber obtenido unos segundos datos desde el segundo dispositivo objetivo a través del segundo canal de comunicación, enviar, por parte del cliente, los segundos datos al primer dispositivo objetivo a través del primer canal de comunicación;
en donde establecer, por parte del cliente, un canal de comunicación entre el cliente y un dispositivo objetivo comprende:
obtener (200), por parte de un cliente, una lista de dispositivos del servidor en la nube y seleccionar un dispositivo objetivo a gestionar de la lista de dispositivos; en el que la lista de dispositivos comprende la información de dispositivo de dispositivos reales conectados al servidor en la nube a través del servidor de acceso;
generar (210), por parte del cliente, un controlador de dispositivo virtual correspondiente según la información de dispositivo del dispositivo objetivo, configurar un parámetro de controlador del controlador de dispositivo virtual y enviar el parámetro de controlador al servidor de acceso a través del servidor en la nube para desencadenar que el servidor de acceso configure una interfaz del dispositivo objetivo según el parámetro de controlador; en el que configurar el parámetro de controlador del controlador de dispositivo virtual comprende configurar una tasa de baudios de una interfaz en serie del controlador de dispositivo virtual o configurar una dirección de Protocolo de Internet, IP, de una tarjeta de red del controlador de dispositivo virtual; y
determinar (220), por parte del cliente, establecer un canal de comunicación entre el cliente y el dispositivo objetivo tras la recepción de un mensaje de configuración exitosa devuelto desde el servidor de acceso, y gestionar el dispositivo objetivo según el canal de comunicación.
2. El método según la reivindicación 1, en donde después de seleccionar (200) el dispositivo objetivo para ser gestionado de la lista de dispositivos por el cliente y antes de generar (210) el controlador de dispositivo virtual correspondiente según la información de dispositivo del dispositivo objetivo por parte del cliente , el método comprende además:
determinar, por parte del cliente, un estado actual del dispositivo objetivo; donde el estado actual de un dispositivo real indica si el dispositivo real es seleccionado y gestionado por otro cliente.
3. El método según la reivindicación 1, en el que la obtención (200) de la lista de dispositivos del servidor en la nube por parte del cliente comprende particularmente:
el inicio de sesión, por parte del cliente, en el servidor en la nube; y
enviar, por parte del cliente, una solicitud de lista de dispositivos al servidor en la nube para desencadenar que el servidor en la nube realice las siguientes operaciones: al determinar que el cliente es válido, verificar la validación del cliente y enviar al cliente la información de dispositivo de cada dispositivo real conectado al servidor en la nube a través del servidor de acceso y el cliente tiene derecho a gestionar.
4. El método según una cualquiera de las reivindicaciones 1 -3, en donde la generación (210), por parte del cliente, del controlador de dispositivo virtual correspondiente según la información de dispositivo del dispositivo objetivo comprende particularmente:
generar, por el cliente, el controlador de dispositivo virtual correspondiente del dispositivo objetivo al menos según un tipo de interfaz y un número de interfaz del dispositivo objetivo;
configurar, por el cliente, el parámetro de controlador del controlador de dispositivo virtual comprende particularmente:
configurar, por el cliente, la tasa de baudios de la interfaz en serie del controlador de dispositivo virtual correspondiente al dispositivo objetivo cuando se determina que el tipo de interfaz del dispositivo objetivo es la interfaz en serie; o,
configurar, por el cliente, la dirección IP de la tarjeta de red del controlador de dispositivo virtual correspondiente al dispositivo objetivo cuando se determina que el tipo de interfaz del dispositivo objetivo es la tarjeta de red.
5. El método según la reivindicación 4, en donde enviar, por el cliente, el parámetro de controlador al servidor de acceso a través del servidor en la nube para desencadenar que el servidor de acceso configure la interfaz del dispositivo objetivo según el parámetro de controlador, comprende particularmente:
encapsular, por el cliente, el parámetro de controlador según un protocolo privado para obtener un parámetro de controlador encapsulado, y enviar el parámetro de controlador encapsulado al servidor de acceso a través del servidor en la nube para desencadenar que el servidor de acceso realice las siguientes operaciones: desencapsular el parámetro de controlador encapsulado recibido según el protocolo privado para obtener el parámetro de controlador, y configurar una interfaz en el servidor de acceso conectado al dispositivo objetivo según el parámetro de controlador.
6. Un aparato para gestionar un dispositivo de campo basado en un servidor en la nube, en el que el aparato comprende:
una unidad (62) de gestión configurada para:
establecer canales de comunicación entre el aparato y al menos dos dispositivos objetivo, respectivamente; donde los al menos dos dispositivos objetivo comprenden un primer dispositivo objetivo y un segundo dispositivo objetivo, los canales de comunicación comprenden un primer canal de comunicación y un segundo canal de comunicación, el primer canal de comunicación es un canal de comunicación entre el cliente y el primer dispositivo objetivo, y el segundo canal de comunicación es un canal de comunicación entre el cliente y el segundo dispositivo objetivo; e
implementar comunicaciones de datos entre dos cualesquiera de los al menos dos dispositivos objetivo en base a los canales de comunicación de los al menos dos dispositivos objetivo;
en el que la unidad (62) de gestión configurada para implementar comunicaciones de datos entre dos cualesquiera de los al menos dos dispositivos objetivo en función de los canales de comunicación de los al menos dos dispositivos objetivo está configurada además para:
después de haber obtenido un primer dato del primer dispositivo objetivo a través del primer canal de comunicación, enviar los primeros datos al segundo dispositivo objetivo a través del segundo canal de comunicación; y/o
después de haber obtenido un segundo dato del segundo dispositivo objetivo a través del segundo canal de comunicación, enviar los segundos datos al primer dispositivo objetivo a través del primer canal de comunicación;
en donde, el aparato comprende además los siguientes medios para establecer un canal de comunicación entre el cliente y un dispositivo objetivo:
una unidad (60) de selección configurada para obtener una lista de dispositivos del servidor en la nube, y seleccionar un dispositivo objetivo a gestionar de la lista de dispositivos; en el que la lista de dispositivos comprende información de dispositivo de dispositivos reales conectados al servidor en la nube a través de un servidor de acceso;
una unidad (61) de generación configurada para generar un controlador de dispositivo virtual correspondiente según la información de dispositivo del dispositivo objetivo, configurar un parámetro de controlador del controlador de dispositivo virtual y enviar el parámetro de controlador al servidor de acceso a través del servidor en la nube para desencadenar que el servidor de acceso configure una interfaz del dispositivo objetivo según el parámetro de controlador; en donde la unidad (61) de generación configurada para configurar el parámetro de controlador del controlador de dispositivo virtual está configurada además para configurar una tasa de baudios de una interfaz en serie del controlador de dispositivo virtual o configurar una dirección del Protocolo de Internet, IP, de una tarjeta de red del controlador de dispositivo virtual; y
en donde la unidad (62) de gestión está configurada además para determinar establecer un canal de comunicación entre el aparato y el dispositivo objetivo tras la recepción de un mensaje de configuración exitosa devuelto desde el servidor de acceso, y gestionar el dispositivo objetivo según el canal de comunicación.
7. El aparato según la reivindicación 6, en donde después de seleccionar el dispositivo objetivo a gestionar de la lista de dispositivos y antes de generar el controlador de dispositivo virtual correspondiente según la información de dispositivo del dispositivo objetivo, la unidad (60) de selección se configura además para:
determinar un estado actual del dispositivo objetivo; en donde el estado actual de un dispositivo real indica si el dispositivo real es seleccionado y gestionado por otro aparato.
8. El aparato según la reivindicación 6, en donde al obtener la lista de dispositivos del servidor en la nube, la unidad (60) de selección se configura particularmente para:
iniciar sesión en el servidor en la nube; y
enviar una solicitud de la lista de dispositivos al servidor en la nube para desencadenar que el servidor en la nube realice las siguientes operaciones: al determinar que el aparato es válido, verificar la validación del aparato y enviar al aparato la información de dispositivo de cada dispositivo real conectado al servidor en la nube a través del servidor de acceso y que el aparato tiene derecho a gestionar.
9. El aparato según una cualquiera de las reivindicaciones 6 a 8, en donde cuando se genera el controlador de dispositivo virtual correspondiente según la información de dispositivo del dispositivo objetivo, la unidad (61) de generación se configura particularmente para:
generar el controlador de dispositivo virtual correspondiente del dispositivo objetivo al menos según un tipo de interfaz y un número de interfaz del dispositivo objetivo;
al configurar el parámetro de controlador del controlador de dispositivo virtual, la unidad (61) de generación está particularmente configurada para:
configurar la tasa de baudios de la interfaz en serie del controlador de dispositivo virtual correspondiente al dispositivo objetivo cuando el aparato determina que el tipo de interfaz del dispositivo objetivo es la interfaz en serie; o,
configurar la dirección IP de la tarjeta de red del controlador de dispositivo virtual correspondiente al dispositivo objetivo cuando el aparato determina que el tipo de interfaz del dispositivo objetivo es la tarjeta de red.
10. El aparato según la reivindicación 9, en donde cuando se envía el parámetro de controlador al servidor de acceso a través del servidor en la nube para desencadenar que el servidor de acceso configure la interfaz del dispositivo objetivo según el parámetro de controlador, la unidad (61) de generación está particularmente configurada para :
encapsular el parámetro de controlador según un protocolo privado para obtener un parámetro de controlador encapsulado y enviar el parámetro de controlador encapsulado al servidor de acceso a través del servidor en la nube para desencadenar que el servidor de acceso realice las siguientes operaciones: desencapsular el parámetro de controlador encapsulado recibido según el protocolo para obtener los parámetros de controlador y configurar una interfaz en el servidor de acceso conectado al dispositivo objetivo según el parámetro de controlador.
11. Un medio de almacenamiento legible por ordenador, que almacena al menos una instrucción que, cuando es ejecutada por un ordenador, hace que el ordenador lleve a cabo el método según una cualquiera de las reivindicaciones 1 a 5.
ES18153026T 2017-10-16 2018-01-23 Método y aparato para la gestión de un dispositivo de campo basado en un servidor en la nube Active ES2836439T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710960435.4A CN107613020B (zh) 2017-10-16 2017-10-16 一种设备管理方法及装置

Publications (1)

Publication Number Publication Date
ES2836439T3 true ES2836439T3 (es) 2021-06-25

Family

ID=61078140

Family Applications (1)

Application Number Title Priority Date Filing Date
ES18153026T Active ES2836439T3 (es) 2017-10-16 2018-01-23 Método y aparato para la gestión de un dispositivo de campo basado en un servidor en la nube

Country Status (5)

Country Link
US (1) US11075821B2 (es)
EP (1) EP3471375B1 (es)
JP (1) JP6474926B1 (es)
CN (1) CN107613020B (es)
ES (1) ES2836439T3 (es)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108228407A (zh) * 2018-01-31 2018-06-29 深圳市证通电子股份有限公司 设备功能测试方法、装置及可读存储介质
CN113037605A (zh) * 2019-12-25 2021-06-25 西安诺瓦星云科技股份有限公司 远程状态信息获取方法、获取装置、传输方法、传输装置
CN111181948B (zh) * 2019-12-25 2023-04-07 潍柴动力股份有限公司 非标准报文驱动已有功能的方法及装置
CN113055426A (zh) * 2019-12-28 2021-06-29 中移(成都)信息通信科技有限公司 业务访问方法、装置、设备和介质
US11294693B2 (en) * 2020-04-14 2022-04-05 Ncr Corporation Virtualized transaction terminal platform
CN112068953B (zh) * 2020-08-05 2022-06-03 烽火通信科技股份有限公司 一种云资源精细化管理溯源系统及方法
CN112580016B (zh) * 2020-12-22 2024-03-26 北京威努特技术有限公司 一种工控防火墙的登录权限配置方法及装置
CN112671898A (zh) * 2020-12-23 2021-04-16 浙江工业大学 一种基于嵌入式设备的远程通信控制系统
CN113254029B (zh) * 2020-12-30 2024-02-02 深圳怡化电脑股份有限公司 终端设备的外设接口设置方法、装置、电子设备
US11775713B2 (en) 2021-09-28 2023-10-03 International Business Machines Corporation Register transfer level navigation microservices and instrumentation for cloud-native electronic design automation (EDA) platforms
CN114095409A (zh) * 2021-11-11 2022-02-25 中国电信股份有限公司 终端设备故障的远程检测方法、装置、设备及存储介质
CN114499964B (zh) * 2021-12-24 2023-12-19 青岛海尔科技有限公司 设备控制方法和装置、存储介质及电子装置
CN114553753B (zh) * 2022-01-07 2024-03-15 中信科移动通信技术股份有限公司 调测带串行通信接口的通信模块的方法、装置及系统
CN114900563A (zh) * 2022-05-16 2022-08-12 深圳市宇航智能信息技术有限公司 通信方法和装置、数据传输方法和装置、网关设备、设备
CN115052021A (zh) * 2022-06-24 2022-09-13 浪潮工业互联网股份有限公司 一种用于工业设备的自动化监控方法及设备
CN115712996B (zh) * 2022-11-09 2023-10-20 中国长江三峡集团有限公司 一种水电厂的仿真方法和系统

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100512271C (zh) * 2004-08-31 2009-07-08 中国科学院计算技术研究所 一种终端网络环境中的分布式设备重定向系统及其方法
US8918530B2 (en) * 2005-09-09 2014-12-23 Microsoft Corporation Plug and play device redirection for remote systems
JP5441303B2 (ja) 2006-01-20 2014-03-12 キヤノン株式会社 情報処理装置及び情報処理方法
US9231904B2 (en) * 2006-09-25 2016-01-05 Weaved, Inc. Deploying and managing networked devices
US20110125909A1 (en) * 2009-11-20 2011-05-26 Oracle International Corporation In-Session Continuation of a Streaming Media Session
JP5854654B2 (ja) * 2010-09-30 2016-02-09 キヤノン株式会社 プリントシステム、印刷方法、プリントサーバ、制御方法、及びプログラム
CN102447684B (zh) * 2010-10-14 2014-10-29 工业和信息化部软件与集成电路促进中心 数据处理方法及其设备
CN202120267U (zh) * 2010-10-14 2012-01-18 工业和信息化部软件与集成电路促进中心 数据处理设备
US10237253B2 (en) 2011-09-09 2019-03-19 Kingston Digital, Inc. Private cloud routing server, private network service and smart device client architecture without utilizing a public cloud based routing server
TW201416873A (zh) * 2012-10-19 2014-05-01 Apacer Technology Inc 網路儲存系統的檔案分享方法
CN104579942B (zh) * 2013-10-17 2019-04-16 中兴通讯股份有限公司 网络报文的转发方法及装置
US9231946B2 (en) 2014-02-07 2016-01-05 Oracle International Corporation Mobile cloud service architecture
CN104159061A (zh) * 2014-06-30 2014-11-19 北京品创联拓科技有限公司 一种基于远程出席设备的虚拟出席系统
JP6102845B2 (ja) * 2014-07-10 2017-03-29 コニカミノルタ株式会社 接続制御システム、管理サーバー、接続支援方法および接続支援プログラム
KR101996896B1 (ko) * 2014-12-29 2019-07-05 삼성전자주식회사 가상 디바이스 드라이버를 이용한 리소스 공유 방법 및 그 전자 디바이스
CN106200448B (zh) * 2015-05-09 2019-02-22 精航伟泰测控仪器（北京）有限公司 一种工业接口实施远程映射系统
KR20170052083A (ko) * 2015-11-03 2017-05-12 에스프린팅솔루션 주식회사 화상 형성 장치 및 그 화상 형성 장치의 에러 복구 방법, 모바일 기기 및 그 모바일 기기의 화상 형성 장치의 에러 복구 방법
CN105391719A (zh) * 2015-11-19 2016-03-09 苏州跬步信息技术有限公司 一种基于tcp/ip网络的智能设备远程控制系统及其交互方法
CN107045616B (zh) * 2017-01-09 2020-03-17 东软集团股份有限公司 扫描引擎的扫描方法及扫描装置
US10666512B2 (en) * 2017-03-09 2020-05-26 Aerohive Networks, Inc. Current configuration state specific device configuration
CN107222637B (zh) * 2017-06-30 2021-05-04 百度在线网络技术（北京）有限公司 一种连接方法和装置、车载系统、终端、存储介质
US10609152B2 (en) * 2017-07-11 2020-03-31 Cisco Technology, Inc. Creation of remote direct access path via internet to firewalled device using multi-site session forwarding

Also Published As

Publication number Publication date
US11075821B2 (en) 2021-07-27
CN107613020A (zh) 2018-01-19
EP3471375B1 (en) 2020-10-21
CN107613020B (zh) 2020-04-24
JP6474926B1 (ja) 2019-02-27
US20190116095A1 (en) 2019-04-18
EP3471375A1 (en) 2019-04-17
JP2019075068A (ja) 2019-05-16

Similar Documents

Publication Publication Date Title
ES2836439T3 (es) Método y aparato para la gestión de un dispositivo de campo basado en un servidor en la nube
US11336511B2 (en) Managing network connected devices
US9712486B2 (en) Techniques for the deployment and management of network connected devices
JP6118850B2 (ja) 設定可能プライベートコンピュータネットワークへのアクセス提供
US20200127891A9 (en) Managing network connected devices
JP3946700B2 (ja) 目的のネットワーク環境に対するネットワーク装置のアドレス可能性の自動確立のための方法および装置
CN106209838B (zh) Ssl vpn的ip接入方法及装置
US8909939B1 (en) Distribution of cryptographic host keys in a cloud computing environment
US20080192648A1 (en) Method and system to create a virtual topology
CN106131233B (zh) 实现数据库多路径访问的方法、装置及系统
CN105378659A (zh) 使客户端设备能够访问远程桌面的方法和系统
US11431671B2 (en) Method and apparatus for dynamic discovery of a blockchain component in a cloud computing system
US20060268890A1 (en) Method circuit and system for remotely updating a network appliance
US20160006820A1 (en) Encrypted VPN Connection
US9619662B1 (en) Virtual network pairs
WO2015013221A2 (en) Secure communication network
JP2004005604A (ja) Ｗａｎ構成を、ｐｃからレジデンシャルゲートウェイに送信する方法
CN105516397A (zh) 多操作系统终端接入网络的方法及多操作系统终端
CN112583599B (zh) 通信方法及装置
CN110430478B (zh) 组网通信方法、装置、终端设备及存储介质
JP2005341084A (ja) Ｖｐｎシステム、リモート端末及びそれらに用いるリモートアクセス通信方法
WO2012139463A1 (zh) 终端设备的初始化方法及装置
WO2021028052A1 (en) Method and apparatus for cloud-based console service in a cloud network
CN105991351B (zh) 一种IPSec配置方法及装置
EP4057588A1 (en) Secure key management device, authentication system, wide area network and method for generating session keys