Procedimiento y sistema de comunicación entre aplicaciones web distintas.

Procedimiento de comunicación entre una aplicación primera y al menos una aplicación segunda accesibles en el interior de una página de un navegador (201) de Internet,

caracterizado porque dicho procedimiento comprende:

- una etapa de transmisión previa por una aplicación segunda a una entidad de gestión de aplicaciones, de una lista primera que asocia a cada servicio propuesto por dicha aplicación segunda al menos un tipo de parámetro cuyo valor será generado con la ejecución del servicio (1012);

- una etapa de suscripción dinámica de dicha aplicación primera al menos a un servicio de dicha aplicación segunda, que incluye la transmisión por dicha aplicación primera a dicha entidad de gestión de aplicaciones, del tipo de parámetros susceptibles de servir parámetros de entrada para la ejecución de al menos una operación susceptible de ser ejecutada por dicha aplicación primera (1013);

- una etapa de ejecución por dicha aplicación primera, de al menos una operación que tiene en cuenta un valor de al menos un parámetro, generada por la ejecución de al menos dicho servicio y transmitida por dicha aplicación segunda a dicha aplicación primera (103), que incluye la verificación que el tipo de al menos dicho parámetro de entrada de dicha operación corresponde al tipo de al menos dicho parámetro cuyo valor ha sido generado por la ejecución de al menos dicho servicio (102).

Procedimiento y sistema de comunicaciïn entre aplicaciones web distintas La presente invenciïn se refiere a un procedimiento que permite hacer dialogar aplicaciones web distintas, ejecutadas cada una desde un terminal servidor y visualizadas simultïneamente en una misma pïgina de presentaciïn, por ejemplo una pïgina HTML presentada en un terminal de ordenador por medio de un navegador web.

La invenciïn permite asï a aplicaciones web distintas ejecutar ciertas operaciones en reacciïn a servicios puestos en marcha por otra aplicaciïn con la que cohabitan al nivel de la visualizaciïn, en el interior de una misma pïgina web desarrollada de una forma modular a partir de una pluralidad de mïdulos distintos e independientes mïs comïnmente llamados “portlets”, “widgets” o “gadgets”.

Tales mïdulos o portlets, capaces de servir de contenedor en una pïgina web para la ejecuciïn y/o visualizaciïn de aplicaciones web, son utilizados particularmente en desarrollos de servicios o aplicaciones de tipo Web 2.0, por ejemplo apoyïndose en las tïcnicas AJAX (de Asynchronous JavaScript and XML- o JavaScript asïncrono o XML) .

A tïtulo informativo, AJAX designa un mïtodo informïtico de desarrollo de aplicaciones web. No se trata de ningïn modo de una tecnologïa en sï misma, sino simplemente de un tïrmino que evoca la utilizaciïn conjunta de un conjunto de tecnologïas corrientemente utilizadas en la web, a saber particularmente:

- el lenguaje HTML (de Hypertext Markup Language) , o el lenguaje XHTML (de Extensible Hypertext Markup

Language) por lo que se refiere a la definiciïn de la estructura semïntica de las informaciones contenidas en una 25 pïgina web;

- el modelo DOM (de Document Object Model en inglïs, modelo objeto de documento en espaïol) , y JavaScript para visualizar e interactuar dinïmicamente con la informaciïn presentada. DOM es una recomendaciïn del W3C que permite particularmente describir una interfaz independiente de cualquier lenguaje de programaciïn y de cualquier

plataforma y que permite a programas informïticos y a script acceder o poner al dïa el contenido, la estructura o el estilo de documentos;

- el lenguaje JavaScript (marca registrada) , cuyo objeto XMLJHttpRequest que caracteriza el lado asïncrono de Ajax, particularmente y no exclusivamente, por lo que se refiere al intercambio y la manipulaciïn de datos con un servidor

web. Este objeto permite particularmente obtener datos en formato XML, y tambiïn en el formato HTML, o simplemente incluso en formato texto, por la invocaciïn de simples peticiones de tipo HTTP (de Hypertext Transfer Protocol en inglïs, o protocolo de transferencia de hipertexto- protocolo de comunicaciïn cliente-servidor desarrollado por la World Wide Web) .

Ahora bien, si tales portlets permiten hacer cohabitar varios componentes aplicativos (tambiïn llamados a continuaciïn y por razones de simplificaciïn, aplicaciones) en el seno de una misma pïgina web, y esto de forma personalizable (en tïrminos de grafismo, de disposiciïn, etc.) , presentan no obstante por principal inconveniente no permitir una conexiïn y/o una interoperabilidad entre varias aplicaciones web hospedadas cada una por un portlet de una misma pïgina web, de manera que no es posible, por ejemplo, hacer reaccionar dinïmicamente una aplicaciïn 45 primera con la ejecuciïn de un servicio puesto en marcha por una aplicaciïn segunda (o portlets) .

Por servicio, el lector comprenderï cualquier funciïn aplicativa susceptible de generar en la salida al menos un valor de parïmetro (un valor de evento o de datos, por ejemplo y de forma no limitativa) , tal valor de parïmetro siendo susceptible de servir de parïmetro de entrada para la ejecuciïn de una operaciïn (otro servicio, un proceso, etc.)

puesta en marcha y ejecutada por otra aplicaciïn hospedada en una misma pïgina web (por ejemplo, una pïgina de un portal web) .

El documento: An HTML fragments based approach for portlets interoperability de Song J. et al., Proceedings of the 7th

International Conference on Distributed Applications and Interoperable Systems, 6-8 de junio 2007, Paphos, 55 Chypre, pïginas 195-209, describe una tïcnica para hacer funcionar entre ellos unos portlets segïn un acercamiento basado en la utilizaciïn de bloques de elementos HTML (fragments) generados por los portlets.

La presente invenciïn ofrece una soluciïn diferente de esta descrita en el documento mencionado y que no presenta los inconvenientes precitados proponiendo un procedimiento que sea capaz por el contrario de permitir la 60 comunicaciïn dinïmica de informaciones entre aplicaciones distintas hospedadas en una misma pïgina web, asï como una interoperabilidad dinïmica entre estas aplicaciones a menudo heterogïneas y desarrolladas independientemente las unas de las otras, y esto, sin ninguna acciïn necesaria por parte del usuario.

A este efecto, la invenciïn se refiere a un procedimiento de comunicaciïn entre una aplicaciïn primera y al menos 65 una aplicaciïn segunda accesibles en el interior de una misma pïgina de un navegador de Internet.

Segïn la invenciïn, tal procedimiento comprende:

- una etapa de transmisiïn previa por una aplicaciïn segunda a una entidad de gestiïn de aplicaciones, de una lista

primera que asocia a cada servicio propuesto por dicha aplicaciïn segunda, al menos un tipo de parïmetro cuyo 5 valor serï generado con la ejecuciïn del servicio;

- una etapa de suscripciïn dinïmica de dicha aplicaciïn primera al menos a un servicio de dicha aplicaciïn segunda, incluyendo la transmisiïn por dicha aplicaciïn primera a dicha entidad de gestiïn de aplicaciones, del tipo de parïmetros susceptibles de servir parïmetros de entrada para la ejecuciïn de al menos una operaciïn susceptible de ser ejecutada por dicha aplicaciïn primera;

- una etapa de ejecuciïn por dicha aplicaciïn primera, de al menos una operaciïn que tiene en cuenta un valor de al menos un parïmetro, generada por la ejecuciïn de al menos dicho servicio y transmitida por dicha aplicaciïn segunda a dicha aplicaciïn primera, incluyendo la verificaciïn que el tipo de al menos dicho parïmetro de entrada

de dicha operaciïn corresponde al tipo de al menos dicho parïmetro cuyo valor ha sido generado por la ejecuciïn de al menos dicho servicio.

Tal procedimiento permite por lo tanto ventajosamente favorecer la interoperabilidad dinïmica y la comunicaciïn/el intercambio de informaciones entre aplicaciones web (portlets) hospedadas respectivamente en una misma pïgina web, por ejemplo una pïgina HTML y asï, mejorar la realizaciïn del servicio ofrecido al usuario.

Ofrece ademïs al usuario posibilidades de manipulaciïn e interacciïn con los servicios propuestos para cada una de las aplicaciones a las que puede acceder en una misma pïgina web de un navegador, mucho mïs intuitivo.

En efecto, mediante la puesta en marcha de un mecanismo de suscripciïn de una aplicaciïn primeraal menos a un servicio ofrecido por al menos otra aplicaciïn hospedadas las dos en una misma pïgina web, es posible crear un enlace de comunicaciïn entre al menos ciertas aplicaciones de una misma pïgina web. Gracias a este enlace de comunicaciïn, estas aplicaciones van a poder “conocerse” y asï interoperar, en beneficio del usuario.

En un modo de realizaciïn preferido de la invenciïn, el valor del parïmetro generado por la ejecuciïn de dicho servicio de la aplicaciïn segunda serï representativo de un evento o de un dato susceptible de servir de parïmetro de entrada para la ejecuciïn de dicha operaciïn.

La soluciïn propuesta permite a los mïdulos: 35

- conocer en tiempo real las diferentes aplicaciones cargadas por el usuario. Esto les da la posibilidad de determinar los portlets hacia los que los parïmetros (por ejemplo evento y/o datos) son publicados (es decir, un portlet A puede activar el portlet B para efectuar una tarea especïfica) . Esto presenta una doble ventaja, una primera en tïrminos de seguridad- las aplicaciones saben que otras aplicaciones proceden directamente de explotar los datos o eventos que generan; una segunda en tïrminos de automatizaciïn de las comunicaciones entre aplicaciones de una misma pïgina web, lo que enriquece las funcionalidades ofrecidas a un usuario mediante esta posibilidad de interoperabilidad entre las aplicaciones de una misma pïgina web;

- suscribirse al servicio o servicios propuestos por otra aplicaciïn, por ejemplo sea a unos evento de tipo

predeterminado (por ejemplo, un evento de tipo “llamada entrante”) , ya sea a unos datos de tipo predeterminado... [Seguir leyendo]

1. Procedimiento de comunicaciïn entre una aplicaciïn primera y al menos una aplicaciïn segunda accesibles en el interior de una pïgina de un navegador (201) de Internet, caracterizado porque dicho procedimiento comprende: 5

- una etapa de transmisiïn previa por una aplicaciïn segunda a una entidad de gestiïn de aplicaciones, de una lista primera que asocia a cada servicio propuesto por dicha aplicaciïn segunda al menos un tipo de parïmetro cuyo valor serï generado con la ejecuciïn del servicio (1012) ;

- una etapa de suscripciïn dinïmica de dicha aplicaciïn primera al menos a un servicio de dicha aplicaciïn segunda, que incluye la transmisiïn por dicha aplicaciïn primera a dicha entidad de gestiïn de aplicaciones, del tipo de parïmetros susceptibles de servir parïmetros de entrada para la ejecuciïn de al menos una operaciïn susceptible de ser ejecutada por dicha aplicaciïn primera (1013) ;

- una etapa de ejecuciïn por dicha aplicaciïn primera, de al menos una operaciïn que tiene en cuenta un valor de al menos un parïmetro, generada por la ejecuciïn de al menos dicho servicio y transmitida por dicha aplicaciïn segunda a dicha aplicaciïn primera (103) , que incluye la verificaciïn que el tipo de al menos dicho parïmetro de entrada de dicha operaciïn corresponde al tipo de al menos dicho parïmetro cuyo valor ha sido generado por la ejecuciïn de al menos dicho servicio (102) .

2. Procedimiento segïn la reivindicaciïn 1, caracterizado porque dicha etapa de suscripciïn comprende las siguientes subetapas de:

- registro de dicha aplicaciïn primera ante una entidad de gestiïn de aplicaciones; 25

- transmisiïn por dicha aplicaciïn primera a dicha entidad de gestiïn de aplicaciones, de una lista segunda de tipos de parïmetros (datos o eventos) asociados, respectivamente, al menos a una operaciïn susceptible de ser ejecutada por dicha aplicaciïn primera;

- creaciïn por dicha entidad de gestiïn de una lista tercera de suscripciïn de servicio, durante la que se asocia a cada servicio de dicha lista primera al menos una operaciïn susceptible de ser ejecutada por dicha aplicaciïn primera, por puesta en correspondencia de los tipos de parïmetros contenidos respectivamente en dichas listas primeras y segundas.

3. Procedimiento segïn la reivindicaciïn 1, caracterizado porque comprende una etapa de creaciïn de un enlace de comunicaciïn entre dichas aplicaciones primera y segunda, siendo activado dicho enlace a partir de la aplicaciïn segunda para accionar la ejecuciïn de dicha operaciïn al nivel de dicha aplicaciïn primera, despuïs de la ejecuciïn de dicho servicio por dicha aplicaciïn segunda.

4. Procedimiento segïn la reivindicaciïn 3, caracterizado porque dicho enlace es del tipo llamado de funciïn a distancia teniendo en cuenta un valor de dicho parïmetro generado con la ejecuciïn del servicio propio de dicha aplicaciïn segunda.

5. Procedimiento segïn la reivindicaciïn 3, caracterizado porque dicho enlace es materializado por un elemento de 45 una interfaz hombre mïquina propia de dicha aplicaciïn segunda por medio del cual un usuario de dicha aplicaciïn segunda puede interactuar para accionar la ejecuciïn de dicha operaciïn a travïs de dicha aplicaciïn primera.

6. Sistema de comunicaciïn entre una aplicaciïn primera y al menos una aplicaciïn segunda hospedadas en una misma pïgina de un navegador (201) de Internet, caracterizado porque comprende:

- unos medios de transmisiïn por una aplicaciïn segunda, a una entidad de gestiïn de aplicaciones, de una lista primera que asocia a cada servicio propuesto por dicha aplicaciïn segunda, al menos un tipo de parïmetro cuyo valor serï generado con la ejecuciïn del servicio (1012) ;

- unos medios de suscripciïn dinïmica de dicha aplicaciïn primera a al menos un servicio de dicha aplicaciïn segunda, dichos medios de suscripciïn incluyendo unos medios de transmisiïn por dicha aplicaciïn primera a dicha entidad de gestiïn de aplicaciones, del tipo de parïmetros susceptibles de servir de parïmetros de entrada para la ejecuciïn de al menos una operaciïn susceptible de ser ejecutada por dicha aplicaciïn primera (1013) ;

- unos medios de ejecuciïn por dicha aplicaciïn primera, de al menos una operaciïn que tiene en cuenta un valor de al menos un parïmetro (dato o evento) generado por la ejecuciïn de al menos dicho servicio y transmitido por dicha aplicaciïn segunda a dicha aplicaciïn segunda (103) , y de verificaciïn que el tipo de al menos dicho parïmetro de entrada de dicha operaciïn corresponde al tipo de al menos dicho parïmetro cuyo valor ha sido generado por la ejecuciïn de al menos dicho servicio (102) .

6.

7. Entidad (200) de gestiïn de al menos una aplicaciïn primera y segunda hospedadas cada uno en una misma pïgina de un navegador (201) de internet, para la puesta en marcha de un procedimiento de comunicaciïn segïn una cualquiera de las reivindicaciones 1 a 5, caracterizada porque comprende:

- unos medios de referencia de cada una de dichas primera y al menos aplicaciïn segunda: 5

- unos medios de almacenamiento de una lista primera que asocia a cada servicio propuesto por dicha aplicaciïn segunda, al menos un tipo de parïmetro cuyo valor serï generado con la ejecuciïn de dicho servicio, siendo transmitida dicha lista primera a dicha entidad por dicha aplicaciïn segunda (1012) ;

- unos medios de almacenamiento de una lista segunda de parïmetros asociados, respectivamente, al menos a una operaciïn susceptible de ser ejecutada por dicha aplicaciïn primera, siendo transmitida dicha lista segunda a dicha entidad por dicha aplicaciïn primera;

- unos medios de creaciïn de una lista tercera de suscripciïn de servicios, la cual asocia a cada servicio de dicha

lista primera al menos una operaciïn susceptible de ser ejecutada por dicha aplicaciïn primera, siendo adaptados dichos medios de creaciïn para poner en correspondencia los tipos de parïmetros contenidos respectivamente en dichas listas primera y segunda (1013) .

8. Entidad segïn la reivindicaciïn 7, caracterizada porque comprende ademïs: 20

- unos medios de recepciïn de un valor de al menos un parïmetro (dato o evento) generado por la ejecuciïn de al menos dicho servicio por dicha aplicaciïn segunda; y

- unos medios de transmisiïn de dicho valor a dicha aplicaciïn primera, para ejecuciïn dinïmica de al menos dicha 25 operaciïn que tiene en cuenta dicho valor.

9. Producto de programa de ordenador descargable desde una red de comunicaciïn y/o almacenado en un soporte de informaciïn legible por un ordenador y/o ejecutable por un microprocesador, caracterizado porque comprende instrucciones de cïdigo para la puesta en marcha de un procedimiento conforme a una cualquiera de las reivindicaciones 1 a 5, cuando dichas instrucciones son ejecutadas en un ordenador.