IDE Diciembre 2010 WEB NOTIFICATION SERVICE Mª PAZ NAVAS LÓPEZ.

Presentación del tema: "IDE Diciembre 2010 WEB NOTIFICATION SERVICE Mª PAZ NAVAS LÓPEZ."— Transcripción de la presentación:

1 IDE Diciembre 2010 WEB NOTIFICATION SERVICE Mª PAZ NAVAS LÓPEZ

2 DEFINICIÓN Es un servicio mediante el cual un cliente puede realizar diálogos asincrónicos con uno o mas servicios. Es útil cuando muchos servicios colaboradores son necesarios para satisfacer una petición de un cliente. M PAZ NAVAS LÓPEZWNS 2

3 NOTIFICACIÓN Notificaciones: Mensajes que son enviados desde un servicio a un cliente usando protocolos arbitrarios. WNS NO CONOCE EL CONTENIDO DEL MENSAJE M PAZ NAVAS LÓPEZWNS 3

4 DOS TIPOS DE PATRONES DE COMUNICACIÓN ONE-WAY-COMMUNICATION Entrega el mensaje al cliente sin esperar una respuesta. TWO-WAY-COMMUNICATION Entrega el mensaje al cliente y espera algún tipo de respuesta asincrónica. M PAZ NAVAS LÓPEZWNS

5 “WAY-OF-COMMUNICATION” e-mail, http-call, SMS, Mensaje Instantáneo, Llamada de Teléfono, Carta, Fax Estado de las peticiones: Notificación enviada satisfactoriamente. Indica que el usuario ha recibido la notificación de todos los eventos. Notificación enviada insatisfactoriamente. Indica que la notificación ha sido enviada pero ha sido devuelta al WNS. Notificación caducada. Indica que el WNS no ha sido capaz de enviar la notificación. M PAZ NAVAS LÓPEZWNS

6 OPERACIONES GetCapabilities (obligatoria) GetWSLD (Implementación opcional por los servidores) Register (obligatoria) - SingleUserRegistration - MultiUserRegistration Unregister (obligatoria) UpdateSingleUserRegistration (opcional) UpdateMultiUserRegistration (opcional) DoNotification (obligatoria) GetMessage (obligatoria) M PAZ NAVAS LÓPEZWNS

7 GetCapabilities El propósito de esta operación es describir las capacidades del servicio, en este caso la respuesta a esta solicitud es información general sobre el servicio e información específica sobre los protocolos de notificación disponibles y los parámetros operativos y obligatorios. Cuestiones a responder en las capacidades: - ¿Qué protocolos de notificación se soportan? - ¿Qué parámetros son obligatorios para registrarse? - ¿Qué tipos de protocolos de repuesta se soportan? Mª PAZ NAVAS LÓPEZWNS

8 GetCapabilities Esta operación permite al cliente hacer peticiones y recibir de vuelta documentos con metadatos de los servicios los cuales describan las habilidades de la implementación de un servicio determinado. También soporta la negociación de los versión de la especificación usada para las interacciones entre cliente- servidor. La respuesta a esta petición será un documento XML que contiene los metadatos del servicio, incluyendo información especifica sobre el WNS. Mª PAZ NAVAS LÓPEZWNS

9 GetWSLD Esta operación permite al cliente hacer peticiones y recibir de vuelta la definición WSDL del interfaz del servicio. La respuesta a esta operación será un documento WSLD que describe las operaciones soportadas en el caso especifico del servicio. M PAZ NAVAS LÓPEZWNS

10 Register Esta operación permite a los clientes registrarse para poder recibir las notificaciones suministrando su destino final de comunicación. Al registrarse al usuario se le deben proporcionar un nombre de usuario (UserID) y los protocolos de comunicación con su destino final. M PAZ NAVAS LÓPEZWNS

11 Register Dos tipos: - SingleUserRegistration: Une múltiples destinos finales de comunicación con un único ID de usuario. - MultiUserRegistration: Une múltiples IDs de usuarios con otro ID de multiusuario, creando un grupo. Cualquier mensaje enviado a este grupo se entregará a todos los miembros del grupo. M PAZ NAVAS LÓPEZWNS UnRegister Esta operación permite a los clientes “desregistrarse”.

12 Ejemplo SingleUserRegistration M PAZ NAVAS LÓPEZWNS

13 Ejemplo MultiUserRegistration M PAZ NAVAS LÓPEZWNS

14 Ejemplo Unregister M PAZ NAVAS LÓPEZWNS

15 UpdateSingleUserRegistration M PAZ NAVAS LÓPEZWNS Permite al cliente actualizar registros previos suministrando un nuevo destino de comunicación.

16 UpdateMultiUserRegistration Permite al cliente actualizar registros multiusuario previos añadiendo o borrando miembros individuales del grupo. M PAZ NAVAS LÓPEZWNS

17 DoNotification Por medio de esta operación los mensajes se envían a los usuarios registrados. Para notificaciones enviadas vía SMS o telefónicas el WNS debe entregar un mensaje breve y legible contenido en la petición y debe almacenar el mensaje completo para una posterior recuperación por el usuario. Para otros protocolos el WNS entregará el mensaje inmediatamente. M PAZ NAVAS LÓPEZWNS

18 Ejemplo DoNotification M PAZ NAVAS LÓPEZWNS

19 GetMessage A través de esta operación un cliente puede recuperar un mensaje almacenado por el WNS. Los mensajes serán almacenados por el WNS, si no se han podido entregar completamente debido a las restricciones del protocolo de comunicación. En su lugar, se entregará un breve mensaje, que contiene un identificador que permite al usuario recuperar el mensaje más tarde. M PAZ NAVAS LÓPEZWNS

20 Ejemplo GetMessage M PAZ NAVAS LÓPEZWNS

21 EXCEPCIONES Cuando un servidor WNS encuentra un error mientras esta realizando una de las operaciones, devolverá un mensaje de excepción. Las principales excepciones son: OperationNotSupportedMissingParametrerValue InvalidParametrerValueVersionNegotationFailed InvalidUpdateSequenceNoApplicableCode InvalidRequestMessageIDExpired MessageSendingFailedUnknownUserID ProtocolNotSupported M PAZ NAVAS LÓPEZWNS

22 EXCEPCIONES Se muestran los códigos de excepción que se pueden aplicar a cada operación del servicio: M PAZ NAVAS LÓPEZWNS

23 MECANISMO COMÚN DE NOTIFICACIÓN Queremos proporcionar un mecanismo que permite la comunicación asincrónica entre OGC Web Services aunque no usemos SOAP. Los elementos de esquema previsto en este capítulo se pueden tomar como bloques de construcción que se utilizan para: - indicar que protocolos de comunicación soporta un servicio. - indicar que formatos de mensaje soporta el servicio. - proporcionar una forma común de solicitar información sobre el destino final de la comunicación a los clientes. - proporcionar una forma de encapsular los mensajes y añadir los metadatos necesarios para procesar de forma automática el contenido de los mensajes. M PAZ NAVAS LÓPEZWNS

24 PARAMETROS DEL MENSAJE Se introducen elementos contenedores de mensajes comunes. Estos elementos contienen el mensaje XML codificado que proporciona un mínimo de metadatos, los cuales permiten al receptor procesar el mensaje de forma automática. Se recomienda el uso de estos contenedores de mensajes cada vez se realiza un intercambio de mensajes entre los servicios OGC (con o sin un WNS). M PAZ NAVAS LÓPEZWNS

25 PARAMETROS DEL MENSAJE NotificationMessage Se debe usar para la “one-way-communication”. M PAZ NAVAS LÓPEZWNS

26 Parámetros NotificationMessage ServiceDescription: C ontiene metadatos que permiten al receptor del mensaje procesar automáticamente el mensaje. El ServiceType debe contener la abreviatura OGC para el servicio que envió el mensaje (p.e. MSF o SAS). El ServiceTypeVersion indicará la versión de la especificación del servicio de envío (p.e. 1.0.0 o 1.1.0). El ServiceURL deberá contener la dirección URL del servicio de envío. Payload: Contiene el mensaje actual. La estructura de este mensaje ha de ser descrita en la especificación del servicio de mensajes de origen. M PAZ NAVAS LÓPEZWNS

27 PARAMETROS DEL MENSAJE CommunicationMessage Se debe usar para la “two-way-communication”. Se debe usar siempre que se necesite una respuesta a un mensaje. El receptor debe saber qué tipo de mensaje de respuesta que se espera, crear el respectivo ReplyMessage y enviarlo de vuelta al CallbackURL. Aunque un WNS se puede utilizar para entregar el CommunicationMessage, la respuesta del mensaje debe ser enviada a través de HTTP Post directamente al CallbackURL dado. M PAZ NAVAS LÓPEZWNS

28 PARAMETROS DEL MENSAJE CommunicationMessage M PAZ NAVAS LÓPEZWNS

29 Parámetros CommunicationMessage ServiceDescipción: Contiene metadatos que permiten al receptor del mensaje procesar automáticamente el mensaje. Payload: Contiene el mensaje actual. La estructura de este mensaje ha de ser descrita en la especificación del servicio de mensajes de origen. CorrID: Contiene un identificador que debe ser incluido en la respuesta el cual permite al servicio de envío determinar a qué comunicación pertenece una respuesta entrante. CallbackURL: Contiene la URL donde será enviado el mensaje de respuesta. M PAZ NAVAS LÓPEZWNS

30 PARAMETROS DEL MENSAJE ReplyMessage Se envía por los clientes como respuesta a un CommunicationMessage. M PAZ NAVAS LÓPEZWNS

31 Parámetros ReplyMessage CorrID: Contiene el identificador proporcionado en el CommunicationMessage. Payload: Contiene el actual mensaje de respuesta. La estructura de este mensaje ha de ser descrita en la especificación del servicio de mensajes de origen. M PAZ NAVAS LÓPEZWNS

32 PARAMETROS DE LOS SERVICIOS NotificationAbilities M PAZ NAVAS LÓPEZWNS Indican: – Que protocolos de comunicación soporta el servicio. – Que formatos de comunicación entiende el servicio. en formato que entienda. Un servicio puede incluir este elemento en sus capacidades para que un cliente pueda determinar qué tipo de comunicación soporta.

33 PARAMETROS DE LOS SERVICIOS NotificationAbilities M PAZ NAVAS LÓPEZWNS

34 PARAMETROS DE LOS SERVICIOS NotificationAbilities M PAZ NAVAS LÓPEZWNS El elemento SupportedCommunicationProtocols debería ser conocido a partir de las Capacidades de WNS. Cada elemento simplemente indica si el protocolo específico es compatible con el servicio o no. Dos nuevos protocolos: WSAddressing y WNS. – WSAdressing muestra que el servicio es capaz de utilizar WSAddressing. – WNS muestra que un cliente puede utilizar su cuenta de WNS para ser notificado por el servicio. El servicio también puede describir que formatos de comunicación soporta. El NotificationTarget diferencia sólo entre "basic" y "Atom / GeoRSS”.

35 PARAMETROS DE LOS SERVICIOS NotificationAbilities M PAZ NAVAS LÓPEZWNS El siguiente ejemplo muestra un NotificationMessage simple que contiene un mensaje de un SPS:

36 PARAMETROS DE LOS SERVICIOS NotificationAbilities M PAZ NAVAS LÓPEZWNS El mismo mensaje puede ser incorporado en un "Atom / GeoRSS" y puede proporcionar más información específica legible para los humanos. En el futuro se podrán soportar mas formatos de notificación, ahora sólo tenemos los dos formatos se acaban de presentar.

37 PARAMETROS DE LOS SERVICIOS NotificationTarget M PAZ NAVAS LÓPEZWNS El NotificationTarget se pueden incluir en un esquema de servicio siempre que sea necesario indicar cuales son los destinos finales de la comunicación que puede ser usados para enviarles los mensajes. Además el NotificationTarget también contiene un elemento para indicar cual es el formato de los mensajes esperado.

38 PARAMETROS DE LOS SERVICIOS NotificationTarget M PAZ NAVAS LÓPEZWNS

39 PARAMETROS DE LOS SERVICIOS NotificationTarget M PAZ NAVAS LÓPEZWNS Si un servicio soporta WS-Addressing, esto significaría que un cliente puede utilizar WS-Addressing en lugar de utilizar la NotificationTarget en la petición. Por eso el esquema del servicio debe dejar el NotificationTarget opcional.

40 EJEMPLO: 52north WNS WNS V2-00-00 ha completado con éxito las pruebas de control de calidad de 52North. Los cambios y adiciones a esta versión incluyen: - la adaptación al documento (OGC 06-095), que comprende las especificaciones actuales. - actualización de Java 6.0. - actualización del registro de multiusuario. Este servlet de Java se ejecuta y gestiona diálogos de mensajes entre un cliente y uno o más Servicios Web para largos procesos asincrónicos. M PAZ NAVAS LÓPEZWNS

41 EJEMPLO: 52north WNS Traduce los mensajes entrantes en XML a correo electrónico (SMTP), servicio de mensajes cortos (SMS), fax, teléfono, HTTP POST y XMPP. Un SingleUser y/o un MultiUser pueden inscribirse para recibir un mensaje de notificación (one-way- communication) o un mensaje de la comunicación (two- way-communication). M PAZ NAVAS LÓPEZWNS

42 EJEMPLO: 52north WNS El WNS 52North puede ser utilizada por al menos otros dos servicios. El Sensor Planning Service (SPS) 52North utiliza el WNS para la comunicación entre el SPS y el usuario del sensor. El Sensor Alert Service (SAS) 52North envía mensajes al WNS cuando los mensajes deben ser recibidos y el dispositivo no está conectado a Internet. M PAZ NAVAS LÓPEZWNS

43 EJEMPLO: 52north WNS Flujo de trabajo: M PAZ NAVAS LÓPEZWNS

44 BIBLIOGRAFIA OGC 03-008r2 Web Notification Service OGC 06-095 Draft OpenGIS Web Notification Service Implementation Specification www.52north.org/communities/sensorweb/wns/1.0.0/index.html M PAZ NAVAS LÓPEZWNS