Tabla de contenido
Instrucciones generales
ekor.ccp
5.
Web services
La unidad ekor.ccp cuenta con un sistema de Web Services (WS)
de intercambio de información y gestión para servicios sin
requisitos de tiempo real.
El protocolo de comunicación para los Web Services se
realiza mediante SOAP, que a su vez está basado en http:
1.
Cuando la remota sea el servidor. Las llamadas a los Web
Services de la remota (por el protocolo SOAP) van sobre HTTP.
2.
Cuando la remota sea el cliente. El Web Service del Centro
de Control puede estar cifrado o no, como consecuencia,
las llamadas desde la remota que invoquen dichos servicios
utilizarán el protocolo SOAP sobre HTTP.
3.
Los Web Services desarrollados cubren los estándares
SOAP 1.2 y WSDL 1.1.
4.
Cada uno de los WS tiene una única entrada y una única
salida que las aplicaciones (cliente y servidor) deben poder
entender.
Estos Web Services tienen una única operación con el
fin de optimizar los threads del servidor, con la entrada y
salida que se definen en una serie de esquemas específicos.
Como consecuencia, cada servicio es un Web Service, con
5.1. Características centro de control
Tanto el cliente como el servidor de Web Services instalados
en la remota son compatibles con un puesto de control que
utilice SOAP 1.1, SOAP 1.2, WSDL 1.1, WSDL 2.0.
5.2. Servicios desarrollados
De forma general, las distintas peticiones y eventos
desarrollados en la remota permiten realizar las siguientes
operaciones:
1.
Petición de estado de configuración del equipo.
2.
Petición de la configuración completa de la RTU.
3.
Petición de cambio de la configuración de la RTU.
4.
Petición del fichero de eventos de la RTU.
5.
Petición de carga del Software de la RTU.
6.
Petición de carga del Software de las unidades de protección.
su entrada y su salida en una única operación (función).
Cada operación contiene dos parámetros de entrada y dos
de salida. Estos parámetros consisten en una cadena de
caracteres del tipo xsd: string.
El primer parámetro, tanto de entrada como de salida,
contiene información con una estructura común a todas
las peticiones y respuestas. El segundo parámetro, de
existir, contiene los datos necesarios para realizar la
petición o la información de vuelta acorde a la petición de
entrada. Adicionalmente, puede remitirse un error en casos
excepcionales cuando el Web Service falle, devolviendo al
cliente una cadena de caracteres con la información que
produjo el error.
Los Web Services desarrollados son síncronos, por lo que
el cliente, al invocar el Web Service, esperará siempre la
respuesta del servidor.
Debido a que el tamaño de la información en algún Web
Service puede ser excesivamente grande, se tiene la opción
de que la información pueda ir comprimida con la técnica o
algoritmo de compresión GZIP.
7.
Información sobre la detección de problemas de algún
equipo.
8.
Solicitud de alta en el sistema de una nueva remota instalada.
9.
Evento de petición de IP por parte de la remota.
10. Evento de carga de Software RTU completada.
11. Evento de carga de Software de las unidades de protección.
Para implementar estas funciones el puesto de control y la
remota se tienen que intercambiar la distinta información a
través de unos archivos XSD y XML previamente acordados.
IG-156-ES versión 04; 22/01/19
Web services
31
Hide quick links:
Tabla de contenido
