ES2394826A1 - Método y sistema de coordinación de sistemas software basado en arquitecturas multiparadigma - Google Patents

Método y sistema de coordinación de sistemas software basado en arquitecturas multiparadigma Download PDF

Info

Publication number
ES2394826A1
ES2394826A1 ES201100672A ES201100672A ES2394826A1 ES 2394826 A1 ES2394826 A1 ES 2394826A1 ES 201100672 A ES201100672 A ES 201100672A ES 201100672 A ES201100672 A ES 201100672A ES 2394826 A1 ES2394826 A1 ES 2394826A1
Authority
ES
Spain
Prior art keywords
entity
coordination
entities
event
events
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.)
Granted
Application number
ES201100672A
Other languages
English (en)
Other versions
ES2394826B2 (es
Inventor
Carlos RODRÍGUEZ DOMÍNGUEZ
José Luis GARRIDO BULLEJOS
Maria José RODRÍGUEZ FORTIZ
Kawtar BENGHAZI AKLAKI
Manuel NOGUERA GARCIA
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.)
Universidad de Granada
Original Assignee
Universidad de Granada
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 Universidad de Granada filed Critical Universidad de Granada
Priority to ES201100672A priority Critical patent/ES2394826B2/es
Priority to PCT/ES2012/070417 priority patent/WO2012168524A2/es
Publication of ES2394826A1 publication Critical patent/ES2394826A1/es
Application granted granted Critical
Publication of ES2394826B2 publication Critical patent/ES2394826B2/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/542—Event management; Broadcasting; Multicasting; Notifications
    • 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/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Stored Programmes (AREA)
  • General Physics & Mathematics (AREA)
  • Multimedia (AREA)
  • Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Computing Systems (AREA)

Abstract

Método y sistema de coordinación de sistemas software basados en arquitecturas multiparadigma.#Emplea eventos con semántica alterable dinámicamente, en el que se emplea una entidad coordinadora (2) que coordina el funcionamiento entre una entidad destino (3) y una o más entidades origen (1), comunicando la entidad destino (3) la necesidad de recibir notificaciones de una o más entidades origen (1); y notificando la entidad coordinadora (2) a cada una de las entidades origen (1) que cuando en ella se produzca un evento se lo comuniquen, componiendo la entidad coordinadora (2) un nuevo evento combinación de los recibidos que propaga a la entidad destino (3). Cada entidad (1) y (3) solo requieren conocer la existencia de la entidad coordinadora (2) favoreciendo la coordinación y la incorporación de nuevas entidades.

Description

MÉTODO Y SISTEMA DE COORDINACIÓN DE SISTEMAS SOFTWARE BASADO EN ARQUITECTURAS MULTIPARADIGMA
OBJETO DE LA INVENCIÓN
La
presente invención, según se expresa en el
enunciado
de esta memoria descriptiva, se refiere a un
método
de coordinación para sistemas software basados en
arquitecturas multiparadigma, que hace uso de eventos con semántica alterable dinámicamente, y que tiene por obj eto simplificar la coordinación entre entidades de sistema software, facilitando la adición de nuevas entidades a coordinar en el sistema sin necesidad de que éstas sean diseñadas para que puedan intercambiar información en un instante de tiempo o deban sincronizarse, es decir, interrumpir su fluj o de ej ecución hasta que otra entidad haya alcanzado un punto concreto en su propio flujo.
Es otro objeto de la invención el asegurar un orden de ejecución correcto, cuando dos o más entidades se ejecutan de manera concurrente y, por tanto, proporcionar un estado final del sistema que cumpla con los objetivos con los que las entidades fueron diseñadas originalmente. También es obj eto de la invención el mej orar la eficiencia de la coordinación entre entidades gracias a la eliminación de la necesidad de los sondeos de estado desde una entidad a otras mediante el uso de eventos con una semántica formal y alterable dinámicamente. Ello permite informar de los cambios de estados únicamente a aquellas entidades que expresen previamente la necesidad de recibir la información de estado automáticamente cada vez que sea modificada.
La invención es aplicable a entidades que presentan una arquitectura orientada a servicios, agente, multiagente, dirigida por eventos, procesos de sistemas operativos, o cualquier combinación de las anteriores.
ANTECEDENTES DE LA INVENCIÓN
El desarrollo de sistemas software distribuidos complejos plantea una gran dificultad en cuanto a la
correcta coordinación entre las diferentes entidades que los conforman y que cooperan entre sí para alcanzar determinados objetivos, ya que los métodos de coordinación propuestos hasta el momento son rígidos en cuanto a la necesidad de concretar qué entidades van a ser coordinadas. Por tanto, cuando se desea incorporar una nueva entidad al sistema, es necesario volver a desarrollar/modificar gran parte del resto de las entidades para que se cumplan los requisitos de coordinación que se deseen en cada instante o caso particular.
Además, los métodos de coordinación existentes implican el bloqueo en el fluj o de ej ecución de al menos una de las entidades del sistema, ya que la coordinación, hasta la fecha, se resuelve mediante una operación de sincronización.
Además la introducción de distintos tipos de entidades (servicios, agentes, emisores de eventos o receptores de eventos, procesos de sistemas operativos, etc.), en un sistema software distribuido agrega una mayor complejidad, ya que dificulta la aplicación de métodos de coordinación bajo un único método común que proporcione la uniformidad y la adecuada integración que se necesita en nuestros sistemas para posibilitar que las diversas entidades cooperen entre sí. La falta de propuestas en este sentido lleva a utilizar y a aplicar soluciones ad-hoc para la coordinación entre entidades, con el inconveniente que ello conlleva.
DESCRIPCIÓN DE LA INVENCIÓN
Para
conseguir los objetivos y resolver los
inconvenientes
anteriormente indicados, la invención
proporciona
un nuevo método para sistemas software basados
en
arquitecturas multiparadigma, basado en eventos con
semántica
alterable dinámicamente, que comprende las
siguientes
fases:
a) generar en una entidad destino, en un punto concreto de ejecución en el que se requiere realizar una
coordinación con al menos una entidad origen asociada a un tipo concreto de evento, un evento de requerimiento indicativo de la necesidad de recibir notificaciones cada vez que al menos una entidad origen genera el tipo de evento concreto al que está asociada.
b) Recibir el evento de requerimiento en una entidad coordinadora, asociada a todo tipo de eventos, para recibir cualquiera de los eventos que se pueden producir en el sistema.
c) Procesar e inferir, en la entidad coordinadora, eventos relacionados con la información requerida en el
evento de requerimiento recibido, a partir de reglas previamente establecidas que asocian semánticamente los tipos de eventos entre sí.
d) A continuación, la entidad coordinadora notifica a cada una de las entidades origen del sistema los tipos de evento concretos que deben de notificar a dicha entidad coordinadora.
e) Seguidamente, la entidad coordinadora recibe las notificaciones de los eventos concretos producidos en las diferentes entidades origen.
f) Finalmente, la entidad coordinadora transmite, a la entidad destino, los eventos inferidos y las notificaciones recibidas de las entidades origen.
El método de la invención, además, comprende opcionalmente una fase en la que, si se modifica la estructura de un evento en las fases d-f, se pasa a la fase c) .
Además, opcionalmente, el método de la invención comprende una fase en la que cuando se define un nuevo evento en las fases d-f, se pasa igualmente a la fase c) .
También opcionalmente, el método comprende una fase en la que, si la entidad destino cambia de necesidades en las fases d-f, se pasa nuevamente a la fase c) .
Cuando el evento de requerimiento indica la necesidad de recibir notificaciones coordinadas de más de una entidad
origen, la notificación transmitida desde la entidad coordinadora a la entidad destino se constituye por un nuevo evento de notificación resultante de realizar una composición de la información contenida en la notificación de cada entidad origen, de forma que la entidad coordinadora compone la información que contiene cada uno de los eventos para producir nuevos eventos de otros tipos distintos a las notificaciones generadas por las entidades origen, resultantes de la combinación de los eventos que recibió. En el caso de que en esta tarea de composición se obtenga un evento de un tipo determinado al que alguna de las entidades del sistema (entidad destino) expresó su interés previo en recibirlo automáticamente, se realiza una transmisión de estos eventos hacia estas últimas entidades.
En base a la descripción realizada, se deduce fácilmente que una entidad destino puede quedar a la espera de un tipo de evento que sólo puede originarse debido a la composición de la información provista por una o más entidades con las que se desea coordinarse. Gracias a ello se evita que el flujo de ejecución de una entidad avance hasta que otras entidades del sistema hayan llegado a un punto concreto en el flujo de ejecución de cada uno de ellos. En consecuencia, es posible la coordinación entre entidades de un sistema. Además, gracias a que la entidad coordinadora es la encargada de realizar la composición de información de eventos y de recibir y transmitir los nuevos eventos generados, cada entidad origen y destino solo requieren conocer la existencia de esta única entidad coordinadora. Por tanto, las entidades origen y destino permanecen desacopladas entre sí, lo cual favorece la obtención de propiedades de calidad de un sistema software, tales como mantenibilidad y reusabilidad. Por último, el uso de un modelo de eventos en el método de coordinación permite que las entidades a coordinar origen y destino puedan mantener la ejecución de parte de su flujo de ejecución en todo momento, incluso si se encuentran a la espera de un evento determinado para realizar una operación
concreta, ya que las entidades son notificadas cuando se recibe asíncronamente un evento.
En consecuencia, el método de la invención permite que la coordinación se lleve a cabo de manera asíncrona, aunque obviamente también puede efectuarse de forma síncrona, y se evita que las entidades deban de tener un conocimiento explícito de la existencia de otras entidades, permitiéndose la posibilidad de agregar nuevas entidades a un sistema sin necesidad de rediseñar ni reiniciar el resto de entidades a ejecutar o ya en ejecución en el sistema.
Por último, cabe señalar que el método de coordinación de la invención es único para el sistema software y común para los distintos tipos de entidades, proporcionando la uniformidad e integración requerida en estos sistemas para posibilitar que las diversas entidades cooperen entre sí.
Ello
evita la necesidad de utilización de métodos ad-hoc
que
convencionalmente se usan en la coordinación de
entidades.
Por
otro lado, cabe señalar que la configuración
descrita permite que la invención sea aplicable en sistemas software basados en arquitecturas para sistemas software distribuidos en los que las entidades pueden ser conceptualmente distintas, permitiendo que la invención se aplique a entidades con una arquitectura orientada a servicios, agente, multiagente, dirigida por eventos, procesos de sistemas operativos, o una combinación cualquiera de las anteriores.
En una realización añadida de la invención se prevé que el método comprende mecanismos para almacenar la información intercambiada entre las entidades, lo que contribuye a mejorar el proceso de análisis, verificación y mantenimiento de un sistema software. Para ello hace uso de una base de conocimiento donde se almacena meta-información acerca de la información intercambiada entre las entidades.
Adicionalmente, si el método de la invención es incorporado como parte de un sistema software que se encargue de resolver las tareas de comunicación entre
·
· •
·
entidades, se pueden combinar métodos de comunicación y coordinación síncronos y asíncronos que contribuyan a cumplir con los requisitos de coordinación en cada instante y para cada sistema software concreto y que aporten una mayor facilidad de desarrollo de sistemas software distribuidos.
Finalmente, al realizarse la coordinación mediante una notificación de información de manera asíncrona, es posible continuar con parte del flujo de ejecución de las entidades, no introduciendo, por tanto, tantos tiempos de parada en el flujo de ejecución como otros métodos ya existentes de coordinación, que suponen implicar la sincronización entre los flujos de ejecución.
Además la invención se refiere a un sistema de
coordinación
de sistemas software basado en arquitecturas
multiparadigma
de acuerdo con el método anteriormente
descrito.
Son
independientes del objeto de la invención la
implementación concreta de las entidades origen y destino a coordinar, de la entidad coordinadora y del sistema software distribuido concreto sobre el que se aplica el método descrito, así como los detalles accesorios que puedan presentarse, siempre y cuando no afecta a sus características esenciales.
A continuación, para facilitar una mejor comprensión de esta memoria descriptiva y formando parte integrante de la misma, se acompañan una serie de figuras en las que con carácter ilustrativo y no limitativo se ha representado el objeto de la invención.
BREVE DESCRIPCIÓN DE LAS FIGURAS
Figura 1. -Muestra una representación esquemática de un sistema software basado en arquitecturas multiparadigma al que se aplica el método de coordinación de la invención.
Figura 2. -Muestra el sistema software de la figura anterior en el que las entidades origen están determinadas por un sensor de humedad y un sensor de ruido, en tanto que
la entidad destino está determinada por un sensor de
temperatura.
DESCRIPCIÓN DE LA FORMA DE REALIZACIÓN PREFERIDA
A continuación se realiza una descripción de la
5
invención basada en las figuras anteriormente comentadas.
En el ej emplo de realización de la figura 1 se han
representado "n" entidades origen 1, cada una de ellas
asociada a un tipo concreto de evento T1-Tn respectivamente,
de forma que mediante una entidad coordinadora 2 que está
10
asociada a todo tipo de eventos, es decir está configurada
de forma que pueda recibir cualquier tipo de evento, se
coordina el funcionamiento de las entidades origen 1 con
una entidad destino 3, de acuerdo con el método de la
invención.
15
Previamente es necesario definir los eventos T1-Tn con
una semántica normal, con un conjunto de información
asociada a cada tipo de evento y dotados de una estructura
que relacione unos tipos con otros.
Para conseguir la coordinación comentada, el método de
20
la invención comprende una fase a) en la que la entidad
destino 3 genera, en un punto concreto de ejecución en el
que se requiere realizar una coordinación con al menos una
de las entidades origen 1, un evento de requerimiento
indicativo de la necesidad de recibir notificaciones cada
25
vez uno o más de las entidades origen 1 genera el tipo de
evento concreto al que está asociada.
A continuación sigue una fase b) en la que la entidad
coordinadora 2 recibe el evento de requerimiento, siguiendo
una fase c) en la que procesa e infiere eventos
3 O
relacionados con la información requerida en dicho evento
de requerimiento recibido, mediante un conjunto de reglas
preestablecidas que asocian semánticamente los tipos de
eventos entre si. A continuación sigue una fase d) en la
que la que la entidad coordinadora 2 notifica a cada una de
35
las entidades origen 1 los tipos de eventos que deben
notificar a la entidad coordinadora; siguiendo una fase e)
en la que la entidad coordinadora 2 recibe las
notificaciones de los eventos T1-Tn concretos producidos en las diferentes entidades origen 1, de forma que el procedimiento finaliza según una fase f) en la que la entidad coordinadora 2 realiza diversas composiciones de la información contenida en los eventos T1-Tn recibidos e inferidos, componiendo nuevos eventos Ti -Tj de forma que dicha entidad coordinadora 2 transmite los eventos inferidos y las notificaciones recibidas de las entidades origen 1 según los nuevos eventos Ti -Tj hacia la entidad origen 3. De esta forma, la entidad coordinadora 2 cuando se encuentre una composición con la que se obtenga un evento Ti -Tj se notificará el nuevo evento a la entidad
I
destino 3. Cuando ésta reciba la notificación de este evento, podrá continuar con la parte de su flujo de ejecución que requería del método de coordinación descrito, para posibilitar que las diversas entidades cooperen entre sí.
En la figura 2 se muestra una particularización de un ejemplo de realización de la figura anterior en el que las entidades origen 1 están constituidas por un sensor de humedad la y un sensor de ruido lb, en tanto que la entidad de destino está constituida por un sensor de temperatura 3. En este ejemplo se requiere una coordinación en la que el sensor de temperatura 3 sólo podrá notificar una medición si previamente se han notificado mediciones por parte del sensor de humedad la y del sensor de ruido lb.
Según la fase a) del método de coordinación señalada, dado que hay más de una unidad origen 1, se deberá expresar desde el sensor de temperatura 3, mediante un evento de requerimiento, que se desea la recepción automática de aquellos eventos cuya información asociada sea el resultado de la composición de la información extraída de los eventos notificados por los sensores de ruido la y de humedad lb. Tras recibirse el evento de requerimiento en la entidad coordinadora 3, y tal y como se describe en la fase c), la entidad coordinadora 3 procesa e infiere que los eventos requeridos para la combinación son aquellos que son
notificados por el sensor de humedad la y el sensor de
ruido lb. Asimismo, como se explicita en la fase d) se
notificará a los sensores de humedad 1 y de ruido la para
que se aplique el método de coordinación mediante el inicio
5
de la notificación de eventos generados por dichos
sensores.
Tras la notificación de eventos realizada por los
sensores de humedad la y ruido lb, la entidad coordinadora
2 compone la información asociada a cada evento, resultando
10
en la construcción de un nuevo evento asociado
semánticamente tanto con "humedad" como con "ruido", el
cual será notificado en consecuencia, tal y como fue
descrito en la fase d) del método. Al haber expresado
previamente desde el sensor de temperatura 3 la necesidad
15
de recibir automáticamente el nuevo evento generado, este
sensor recibirá automáticamente el nuevo evento resultante
de la composición. Como consecuencia de la recepción de la
notificación de uno de esos eventos, se realiza una
notificación de un evento por parte del sensor de
20
temperatura 3 incluyendo información acerca del valor
cuantificado de ésta. De esta forma, cada vez que se reciba
un nuevo evento asociado semánticamente tanto con "humedad"
como con "ruido", el sensor de temperatura 3 realiza la
notificación pertinente y, en consecuencia, se cumple con
25
la coordinación requerida para el sistema: el sensor de
temperatura 3 solo podrá notificar una medición si
previamente se han notificado mediciones por parte del
sensor de humedad la y del sensor de ruido lb.
Por último, cabe señalar que se deberá volver a la
3 O
fase c) cuando en alguna de las fases d) a f) se dan las
siguientes circunstancias: cambia la estructura interna de
alguno de los eventos, se definen nuevos eventos como
consecuencia, por ejemplo, de la incorporación de nuevas
entidades al sistema, y/o cambian las necesidades de la
35
entidad origen 3, por ejemplo, si la regla de coordinación
impuesta solo tiene vigencia durante un tiempo limitado o
tras un número predeterminado de eventos recibidos.
Las entidades origen 1 y destino 3 pueden ser diseñadas tal y como se requiera: agentes, servicios, multiagente, por eventos, procesos de sistemas operativos, etc. La entidad coordinadora 2 también puede ser considerada un servicio como un agente o un emisor/consumidor de eventos. La entidad coordinadora 2 de debe poseer, al menos, una interface pública que permita la comunicación con el resto de entidades 1 y 3 para permitir la asociación entre una entidad 1 y 3 Y un tipo de evento, la notificación de un evento a una entidad destino 3 interesada y, por último, el envío de un evento desde una entidad origen 1 cualquiera hacia la entidad coordinadora
2.
La entidad coordinadora 2 debe poder acceder a una base de conocimiento 4 donde pueda comprobar el tipo de cada uno de los eventos recibidos, para que la composición de información resulte eficiente en el tiempo, es necesario también consultar esta base de conocimiento 4 y solo realizar las composiciones que estén recogidas en ella.
La base de conocimiento 4 puede ser cualquier tipo de sistema software que permita almacenar y recuperar información, propiedades acerca de esta información (metainformación) y las relaciones entre diferentes clases de información. Por ej emplo, una base de conocimiento podrá ser una base de datos relacional, una ontología y sus instancias, etc .
El método de coordinación puede ser integrado en un
sistema
software encargado de resolver los distintos
mecanismos
de comunicación entre entidades de un sistema
software distribuido.
Además
la invención también se refiere a un sistema
que comprende los medios necesarios para llevar a cabo el método descrito, presentando las ventajas que fueron indicadas en el apartado descripción de la invención.

Claims (9)

  1. REIVINDICACIONES
    1.-MÉTODO Y SISTEMA DE COORDINACIÓN DE SISTEMAS SOFTWARE BASADO EN ARQUITECTURAS MULTIPARADIGMA que emplea eventos con semántica alterable dinámicamente en la coordinación entre entidades de un sistema software; caracterizado por que comprende las siguientes fases:
    a) Generar en una entidad destino (3), en un punto concreto de ej ecución en el que se requiere realizar una coordinación con al menos una entidad origen (1) asociada a un tipo concreto de evento, un evento de requerimiento indicativo de la necesidad de recibir notificaciones cada vez que la al menos entidad origen (1) genera el tipo de evento concreto al que está asociada.
    b) Recibir el evento de requerimiento en una entidad coordinadora (2), asociada a todo tipo de eventos. c) Procesar e inferir, en la entidad coordinadora (2),
    eventos
    relacionados con la información requerida en el
    evento
    de requerimiento recibido, a partir de reglas
    previamente
    establecidas que asocian semánticamente los
    tipos de
    eventos entre sí.
    d) Notificar la entidad coordinadora (2), a cada una de las entidades origen (1) del sistema los tipos de eventos concretos que deben de notificar a dicha entidad coordinadora (2).
    e) Recibir en la entidad coordinadora (2) las notificaciones de los eventos concretos producidos en las diferentes entidades origen (1).
    f) Transmitir la entidad coordinadora (2) a la entidad destino (3), los eventos inferidos y las notificaciones recibidas de las entidades origen (1).
  2. 2.-MÉTODO Y SISTEMA DE COORDINACIÓN DE SISTEMAS SOFTWARE BASADO EN ARQUITECTURAS MULTIPARADIGMA, según reivindicación 1, caracterizado por que comprende una fase en la que cuando se modifica la estructura de un nuevo evento en las fases d-f, se pasa a la fase c.
  3. 3.-MÉTODO Y SISTEMA DE COORDINACIÓN DE SISTEMAS SOFTWARE BASADO EN ARQUITECTURAS MULTIPARADIGMA, según reivindicación 1, caracterizado por que comprende una fase en la que cuando se define un nuevo evento en las fases d-f, se pasa a la fase c.
  4. 4.-MÉTODO Y SISTEMA DE COORDINACIÓN DE SISTEMAS SOFTWARE BASADO EN ARQUITECTURAS MULTIPARADIGMA, según reivindicación 1, caracterizado por que comprende una fase en la que cuando la entidad destino (3) cambia de necesidades en las fases d-f, se pasa a la fase c.
  5. 5.-MÉTODO Y SISTEMA DE COORDINACIÓN DE SISTEMAS SOFTWARE BASADO EN ARQUITECTURAS MULTIPARADIGMA, según reivindicación 1, caracterizado por que cuando el elemento de requerimiento indica la necesidad de recibir notificaciones coordenadas de más de una entidad origen
    (1) , la notificación transmitida desde la entidad coordinadora (2) a la entidad destino (3) se constituye por un nuevo evento de notificación resultante de realizar una composición de la información contenida en la notificación de cada entidad origen.
  6. 6.-MÉTODO Y SISTEMA DE COORDINACIÓN DE SISTEMAS SOFTWARE BASADO EN ARQUITECTURAS MULTIPARADIGMA, según reivindicación 1, caracterizado por que la generación de un evento de requerimiento de la entidad destino se realiza de una forma seleccionada entre síncrona y asíncrona.
  7. 7.-MÉTODO Y SISTEMA DE COORDINACIÓN DE SISTEMAS SOFTWARE BASADO EN ARQUITECTURAS MULTIPARADIGMA, según reivindicación 1, caracterizado por que comprende almacenar la información intercambiada entre las diferentes entidades
    (1, 2 Y 3) .
  8. 8.-MÉTODO Y SISTEMA DE COORDINACIÓN DE SISTEMAS SOFTWARE BASADO EN ARQUITECTURAS MULTIPARADIGMA, según reivindicación 1, caracterizado por que las diferentes entidades (1, 2 y 3) presentan una arquitectura seleccionada entre una arquitectura orientada a servicios, agente, multiagente, dirigida por eventos, procesos de
    sistemas operativos y una combinación de cualquiera de las anteriores.
  9. 9.-SISTEMA DE COORDINACIÓN DE SISTEMAS SOFTWARE
    5 BASADOS EN ARQUITECTURAS MULTI PARADIGMA, caracterizado por que comprende medios para implementar el método de las reivindicaciones 1 a 8.
ES201100672A 2011-06-07 2011-06-07 Método y sistema de coordinación de sistemas software basado en arquitecturas multiparadigma Active ES2394826B2 (es)

Priority Applications (2)

Application Number Priority Date Filing Date Title
ES201100672A ES2394826B2 (es) 2011-06-07 2011-06-07 Método y sistema de coordinación de sistemas software basado en arquitecturas multiparadigma
PCT/ES2012/070417 WO2012168524A2 (es) 2011-06-07 2012-06-05 Método y sistema de coordinación de sistemas software basado en arquitecturas multiparadigma

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
ES201100672A ES2394826B2 (es) 2011-06-07 2011-06-07 Método y sistema de coordinación de sistemas software basado en arquitecturas multiparadigma

Publications (2)

Publication Number Publication Date
ES2394826A1 true ES2394826A1 (es) 2013-02-05
ES2394826B2 ES2394826B2 (es) 2014-08-25

Family

ID=47296542

Family Applications (1)

Application Number Title Priority Date Filing Date
ES201100672A Active ES2394826B2 (es) 2011-06-07 2011-06-07 Método y sistema de coordinación de sistemas software basado en arquitecturas multiparadigma

Country Status (2)

Country Link
ES (1) ES2394826B2 (es)
WO (1) WO2012168524A2 (es)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060090173A1 (en) * 2004-10-26 2006-04-27 Microsoft Corporation Object models enabling hosting content in a plurality of environments

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060090173A1 (en) * 2004-10-26 2006-04-27 Microsoft Corporation Object models enabling hosting content in a plurality of environments

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Abril 2010, Barachi, M. (et al). The design and implementation of architectural components for the integration of the IP multimedia subsystem and wireless sensor networks. Communications Magazine, IEEE .Volume: 48 , Issue: 4 Page(s): 42 ? 50DOI: 10.1109/MCOM.2010.5439075 todo el documento. *
Mar 2009, Martin Strohbach (et al). A CASE FOR IMS. Vehicular Technology Magazine, IEEE. Vol 4 , Issue: 1 Paginas: 57 ? 64DOI10.1109/MVT.2008.931627 todo el documento. *

Also Published As

Publication number Publication date
WO2012168524A3 (es) 2013-03-28
ES2394826B2 (es) 2014-08-25
WO2012168524A2 (es) 2012-12-13

Similar Documents

Publication Publication Date Title
ES2394826A1 (es) Método y sistema de coordinación de sistemas software basado en arquitecturas multiparadigma
Farach-Colton et al. Optimal memory-aware sensor network gossiping (or how to break the broadcast lower bound)
Zhang et al. An embedded Node Operating System for real-time information interaction in Vehicle-to-Vehicle communication
Freier et al. Time-triggered communication scheduling analysis for real-time multicore systems
MacDonald et al. Resonances affect exoplanet mass estimates! But only sometimes
Kao et al. Using Radio Emission from Planetary-Mass Objects to Understand Planetary Magnetism
MacDonald et al. A new dataset of STEVE phenomenon related observations spanning multiple solar cycles
Yang et al. Web service composition modeling based on pi calculus
Lee et al. Hα, EUV, and Microwave Observations of a Large Flare as Evidence for Spontaneous Magnetic Reconnection
Dennis The National Adjustment of 2011: A refinement of the US National Spatial Reference System on passive GNSS control
Villanueva et al. Probing the sub-surface oceans of Europa and Enceladus with JWST
Boyer et al. Ocean heat content estimation from in situ observations at the National Centers for Environmental Information: Improvements and Uncertainties
Guerrero-Garcia et al. An Updated Interpretation to the Position of the Kula-Farallon Ridge Against North America During the Late Cretaceous: Isotopic Evidence.
Jin et al. Modeling MARTE sequence diagram with timing pi-calculus
Vrijmoet et al. Orbital Architectures of Stellar, Brown Dwarf, and Planetary Companions around Nearby M Dwarfs
Margot et al. Space-based and Earth-based Prospects for Measuring the Moment of Inertia of Venus
Jacob et al. Stalwart: a Predictable Reliable Adaptive and Low-latency Real-time Wireless Protocol
Mei et al. NMR Studies on Single Crystalline Na 2 IrO 3
Elmenreich A Scalable and efficient approach for obtaining measurements in CAN-based control systems
Kameya et al. Study on Star Forming Regions by Using the VERA
Masson et al. Extension in NW Iran inferred from GPS enlightens the behavior of the south Caspian Basin
Wolfe Scientific Internationalism, Scientific Intelligence, Or Both?
Baldwin et al. 360-degree quantum tomography of a qudit
Pochon et al. The driving philosophers
Karatekin et al. Orbital Accelerations Of Galilean Satellites And The Evolution Of The Laplace Resonance.

Legal Events

Date Code Title Description
FG2A Definitive protection

Ref document number: 2394826

Country of ref document: ES

Kind code of ref document: B2

Effective date: 20140825