ES2475205T3 - Procedimiento y sistema de comunicación entre aplicaciones web distintas - Google Patents

Procedimiento y sistema de comunicación entre aplicaciones web distintas Download PDF

Info

Publication number
ES2475205T3
ES2475205T3 ES09171334.7T ES09171334T ES2475205T3 ES 2475205 T3 ES2475205 T3 ES 2475205T3 ES 09171334 T ES09171334 T ES 09171334T ES 2475205 T3 ES2475205 T3 ES 2475205T3
Authority
ES
Spain
Prior art keywords
application
service
execution
type
list
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
ES09171334.7T
Other languages
English (en)
Inventor
Emmanuel Bertin
Nassim Laga
Jean-Pierre Deschrevel
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.)
Orange SA
Original Assignee
France Telecom SA
Orange SA
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 France Telecom SA, Orange SA filed Critical France Telecom SA
Application granted granted Critical
Publication of ES2475205T3 publication Critical patent/ES2475205T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/958—Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)

Abstract

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).

Description

Procedimiento y sistema de comunicación entre aplicaciones web distintas
5 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.
10 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”.
15 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
20 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
30 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
35 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).
40 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.)
50 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
15 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.
25 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
45 predeterminado (por ejemplo, un evento de tipo “llamada entrante”), ya sea a unos datos de tipo predeterminado (por ejemplo, un dato de tipo “contacto”).
En particular, una vez realizada la etapa de suscripción de la aplicación primeraal menos a un servicio de al menos una aplicación segunda, dicha aplicación primera ser� capaz de accionar automáticamente la ejecución de una operación predeterminada que tendr� en cuenta un valor de al menos un dato puesto al día por la ejecución de al menos dicho servicio suministrado por dicha aplicación segunda.
Este valor de dato de tipo predeterminado generado por un servicio de la aplicación segunda ser� en efecto comunicado din�micamente por esta última a la aplicación primera habiéndose suscrito previamente al servicio,
55 antes de ser tenida en cuenta por esta última que activar� la ejecución de una operación específica teniendo en cuenta este valor como parámetro de entrada.
La transferencia de informaciones entre aplicaciones web hospedadas en una misma página web se efectúa entonces directamente y din�micamente entre estas últimas, ya que est�n suscritas respectivamente al servicio o servicios (eventos y/o datos generados) de al menos otra aplicación.
As�, otra ventajas de este acercamiento según la invención, proviene del hecho de que no implique que el usuario conozca por adelantado la operación a realizar entre dicho portlet primero y dicho portlet segundo, lo que favorece la simplicidad de uso y el carácter intuitivo de la utilización de los diferentes servicios que le son propuestos.
65 Adicionalmente, es posible imaginar fácilmente, en una variante de puesta en marcha del procedimiento precitado, que las aplicaciones pueda suscribirse igualmente a unos servicios puestos en marcha por cualquier otro módulo (visible o invisible para el usuario) que sería hospedado en el interior de la página web o que sería susceptible de generar o producir un valor de parámetro que ser� después utilizado para la ejecución de dicha operación ejecutada por la aplicación primera. Se puede por ejemplo imaginar que independientemente de las aplicaciones hospedadas
5 en la página web, una información dinámica contenida en la página web sea puesta al día y que esta pueda ser comunicada por un módulo de gestión de esta información dinámica (igualmente hospedada en la página web) a una de las aplicaciones que utilizar� esta información como parámetro de entrada de una operación a ejecutar.
Como se indica más arriba, tal procedimiento de comunicación comprende una etapa de transmisión previa por la aplicación segunda a una entidad de gestión de aplicaciones, de una lista primera que asocia a cada servicio propuesto por la aplicación segunda, al menos un parámetro de tipo predeterminado cuyo valor ser� generado por la ejecución de dicho servicio.
Tal característica permite as� catalogar ante una entidad tercera a cargo de la comunicación entre aplicaciones 15 distintas hospedadas en una página web de un navegador de Internet, el conjunto de los tipos de parámetros (datos
o eventos) pudiendo ser generados en la salida de un servicio aplicativo puesto en marcha y ejecutado en el seno de la aplicación segunda.
Preferentemente, dicha etapa de suscripción comprende ventajosamente las subetapas siguientes:
-
registro de dicha aplicación primera ante una entidad de gestión de aplicaciones;
-
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 25 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.
Esta etapa del procedimiento de comunicación según la invención es particularmente importante porque permite una puesta en correspondencia, al nivel de la entidad de gestión, de cada servicio de dicha lista primera con al menos una operación susceptible de ser ejecutada por dicha aplicación primera. La puesta en correspondencia se efectúa
35 entre los tipos de parámetros (datos o eventos) catalogados respectivamente en dichas listas primeras y segundas. Tal lista, la cual se pone al día de manera dinámica en función de las conexiones/desconexiones de aplicación en la página web y en función de las suscripciones/suscripciones con servicios, permite crear un enlace de comunicación entre las diferentes aplicaciones hospedadas y ejecutadas en una misma página web, sin que estas últimas hayan tenido previamente que conocerse y sin que estas últimas hayan sido desarrolladas específicamente para poder interactuar y/o interoperar las unas entre las otras, lo que constituye una ventaja propia a la presente invención.
Ventajosamente, esta lista tercera sirve de base al accionamiento de una operación (servicio o proceso, etc.) ejecutada por la aplicación primera, en la base de la generación de un valor de datos y/o de evento por un servicio de la aplicación segunda.
45 Para una seguridad acentuada de las comunicaciones entre las aplicaciones primera y segunda que no se “conocen” en la base, unos criterios de selección y/o de control de los parámetros cambiados entre las aplicaciones primera y segunda podrán ser verificados por la entidad de gestión, incluso en un modo de realización posible, por la aplicación primera, para acondicionar la ejecución de dicha operación a una verificación previa de dichos criterios precitados.
En un modo de realización ventajosa de la invención, tal procedimiento comprende además una etapa de creación de un enlace de comunicación entre dichas aplicaciones primera y segunda, dicho enlace siendo activado 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
55 la ejecución de dicho servicio por dicha aplicación segunda.
Este enlace de comunicación entre las aplicaciones primera y segunda se mantiene activa por la entidad de gestión de aplicaciones, de tal manera que después de la generación de un valor nuevo de parámetro (dato o evento) por un servicio de la aplicación segunda, un mando correspondiente de accionamiento de al menos una operación (un proceso, un servicio, etc.) que tiene en cuenta dicho nuevo valor ser� transmitido a la aplicación primera. Tal acercamiento permite as� ventajosamente favorecer una interoperabilidad entre aplicaciones hospedadas en portlets distintos de una misma página web, aunque estas han sido desarrolladas independientemente una de la otra.
En un modo de realización posible del procedimiento, dicho enlace de comunicación establecido entre las
65 aplicaciones primera y segunda es del tipo llamada de función a distancia que tiene en cuenta un valor de dicho parámetro generado con la ejecución del servicio de dicha aplicación segunda.
Tal acercamiento técnico tiene por ventaja facilitar la puesta en marcha del enlace de comunicación, por ejemplo apoyándose en funciones de comunicación de tipo Flash (marca registrada) o Java (marca registrada).
5 En un modo de realización preferido del procedimiento según la invención, dicho enlace es materializado por un elemento de una interfaz hombre máquina propio a 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 propia de dicha aplicación primera.
10 As�, un usuario dispondr� además de la posibilidad de accionar él mismo la ejecución de una operación propia de la aplicación primera, interactuando con un elemento de interfaz hombre-máquina (IHM) propio de la aplicación segunda y representativa de la primera, lo que tiende a favorecer incluso un poco más el carácter intuitivo de la interoperabilidad entre aplicaciones puestas a disposición del usuario.
15 Preferentemente, en dicha etapa de ejecución, se verifica que el tipo de al menos dicho parámetro de entrada de dicha operación corresponde al tipo de al menos dicho parámetro generado con la ejecución de un servicio suscrito por dicha aplicación primera ante dicha aplicación segunda.
Esto permite un control de tipo previo a la ejecución de una operación por la aplicación primera, después de la
20 generación de un valor (o varios) de datos y/o de evento, durante la ejecución de un servicio por la aplicación segunda.
Por supuesto, es posible considerar sin limitación alguna, cualquier otra combinación de las características precitadas propias del procedimiento de comunicación según la invención; tales otras combinaciones entrarán en el
25 campo de la protección demandada.
La invención se refiere también a un sistema de comunicación entre una aplicación primera y al menos una aplicación segunda hospedadas en una página de un navegador de Internet.
30 Según la invención, tal sistema comprende ventajosamente:
-
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;
-
unos medios de suscripción dinámica de dicha aplicación primera a al menos un servicio de dicha aplicación segunda, incluyendo dichos medios de suscripción 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;
-
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 primera, 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
45 de al menos dicho servicio.
La invención se refiere incluso a una entidad de gestión de al menos una aplicación primera y segunda hospedadas cada una en una página de navegador de Internet.
50 Según la invención, tal entidad comprende:
-
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;
-
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;
60 - 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.
65 En un modo de realización preferido de la invención, dicha entidad de gestión comprende además ventajosamente: - 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 5 operación que tiene en cuenta dicho valor.
Tal entidad permite por lo tanto asegurar:
-
la gestión de las suscripciones de servicios de interaplicaciones;
-
la gestión de las comunicaciones entre aplicaciones que se han suscrito a sus servicios, independientemente y/o mutuamente.
La invención se refiere incluso a un producto de programa de ordenador descargable desde una red de
15 comunicación y/o almacenado en un soporte de información legible por ordenador y/o ejecutable por un microprocesador, comprendiendo tal producto de programa de ordenador instrucciones de código para la ejecución de un procedimiento de comunicación tal como el descrito de forma detallada anteriormente, cuando se ejecuta en un ordenador.
Las características y ventajas técnicas de la presente invención se desprenderán mejor de la siguiente descripción, hecha a título indicativo y no limitativo, en relación con los dibujos adjuntos en los que:
-
la figura 1 es un ordinograma que resume las grandes etapas del procedimiento de comunicación según la
invenci�n; 25
-
las figuras 2A a 2D describen el principio de la suscripción de aplicaciones hospedadas en una misma página web de un navegador, al servicio o servicios (datos o eventos) propuestos por al menos ciertas de entre ellas;
-
las figuras 3A y 3B ilustran el principio de comunicación entre aplicaciones de una misma página web, según el procedimiento objeto de la invención.
La presente invención propone una solución que favorece la comunicación y el intercambio de información, y por lo tanto la interoperabilidad dinámica entre aplicaciones web.
35 Se describe después de forma detallada, un modo de realización posible de la invención.
En el marco de la presente invención, una aplicación hospedada en una página web posee un ciclo vital que puede resumirse de la siguiente forma:
-
una fase primera de iniciación de dicha aplicación esencialmente basada en las tres etapas siguientes:
hacerse conocer por las otras aplicaciones (incluso las denominadas portlets) hospedadas en la misma página web;
suscribirse a los servicios susceptibles de generar valores de parámetros (evento y/o datos) que le interesan; y
45 conocer las suscripciones de las otras aplicaciones (los datos y eventos a los que las otras aplicaciones pueden reaccionar). Esta etapa permite gestionar el contexto en el sentido o cada aplicación conoce el conjunto de los servicios que le son unidos y que son cargados por el usuario.
-
una fase segunda durante la cual las diferentes aplicaciones que se hayan suscrito a los diferentes servicios de otras aplicaciones, pueden comunicar entre ellas según un modo de publicación/recepción de eventos y/o de datos de tipo predeterminado;
-
y después una fase tercera iniciada durante la desconexi�n o la interrupción de la ejecución de una aplicación en el
55 interior de dicha página web, de transmisión a las otras aplicaciones hospedadas en la página web, de una información de desconexi�n/interrupción, de forma que las aplicaciones que permanecen activas en la página web puedan poner al día sus informaciones relativas a aplicaciones que se hayan suscrito previamente al menos a uno de sus servicios (respectivamente) y que cuya ejecución en la página web ha sido interrumpida desde entonces.
Estas diferentes fases propias de la invención son detalladas posteriormente en el resto de la descripción.
Se resume as� en relación con la figura 1, las grandes etapas del procedimiento de comunicación entre aplicaciones ejecutadas respectivamente en portlets hospedados cada uno en una misma página web de un navegador.
65 Según la invención, tal 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 de Internet comprende:
-
una etapa 101 de suscripción dinámica de dicha aplicación primera con al menos un servicio de al menos dicha aplicación segunda;
5 - una etapa 102 de ejecución por dicha aplicación primera, de al menos una operación 1021 teniendo en cuenta un valor de al menos un dato y/o evento puesto al día por ejecución de al menos dicho servicio y transmitido por dicha aplicación segunda a dicha aplicación primera.
Tal procedimiento según la invención comprende una etapa 100 de transmisión previa por dicha 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 parámetro (dato y/o evento) predeterminado cuyo valor ser� generado con la ejecución de dicho servicio.
Dicha etapa 101 de suscripción comprende las siguientes subetapas de: 15
-
registro 1011 de dicha aplicación primera ante una entidad de gestión de aplicaciones;
-
transmisión 1012 por dicha aplicación primera a dicha entidad de gestión de aplicaciones, de una lista segunda de tipos de parámetros (datos y eventos) asociados, respectivamente, con al menos una operación susceptible de ser ejecutada por dicha aplicación primera;
-
creaci�n 1013 por dicha entidad de gestión de una lista tercera de suscripción de servicio, durante la cual 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
25 primeras y segundas.
En un modo de realización ventajoso de la invención, el procedimiento comprende una etapa 103 de creación de un enlace de comunicación entre dichas aplicaciones primera y segunda, siendo activado dicho enlace por dicha 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.
En un modo de realización posible de la invención, en dicha etapa de ejecución dinámica, se verifica 102 que el tipo al menos de dicho parámetro de entrada de dicha operación corresponde al tipo de al menos un dato generado con la ejecución de un servicio suscrito por dicha aplicación primera ante dicha aplicación segunda.
35 Como se ilustra mediante las figuras 2A a 2D, la etapa de suscripción de una aplicación nuevamente activada/ejecutada en el interior de una página web a un servicio de al menos otra aplicación hospedada en el interior de esta misma página web 201 de un navegador 202 se efectúa a través de una entidad 200 de gestión de aplicaciones.
Para reducir la inversión de los usuarios en el proceso de comunicación entre aplicaciones, el mecanismo de suscripción siguiente es puesto en marcha:
-
cuando una aplicación se suscribe a un evento y/o un dato, o más generalmente a un servicio de otra aplicación,
45 un servicio adaptado para generar al menos un dato y/o al menos un evento de salida, puede suministrar una URL de un icono que es significativo de la operación que ejecutar� de forma dinámica (incluso a demanda del usuario) teniendo en cuenta como parámetro de entrada el evento y/o el dato generado;
-
las otras aplicaciones ejecutadas en el interior de esta misma página web, as� como la entidad de gestión, estarán entonces en condiciones de recuperar esta URL y de incluir este icono en sus documentos.
En el ejemplo de la figura 2A, se consideran tres aplicaciones A, B y C que deben ser ejecutadas respectivamente en la misma página web 201 de un navegador 202.
55 Sea la aplicación C la aplicación primera, cronol�gicamente, ejecutada en la página web 201, a través de un portlet 203C. Este portlet 203 va entonces a registrarse (flecha F1, etapa 100) ante la entidad 200 de gestión de aplicaciones. En este ejemplo y a título ilustrativo, admitimos que la aplicación C, a través de su portlet 203C genera evento de tipo eventType con datos de tipo dataType.
Despu�s, y como se ilustra en la figura 2B, una aplicación A es ejecutada en un portlet 203A, por el mismo usuario en el interior de la página web 201 del navegador 202, dicha aplicación A registrándose (flecha F2, etapa 1011) entonces ante la entidad 200 de gestión de aplicaciones, suscribi�ndose al menos a un servicio de al menos otra aplicación.
65 Durante esta fase de suscripción, la aplicación A suministra (flecha F3-etapa 1012) a la entidad 200 de gestión el tipo de datos y/o eventos que le interesa, ya que son susceptibles de servir de parámetros de entrada para la ejecución de al menos una de sus operaciones (servicios, procesos, etc.). Suministra (flecha F3) igualmente un enlace (por ejemplo y de forma no limitativa, una URL, de Uniform Ressource Locator) que señala hacia la operación que deber� ser ejecutada din�micamente desde que un valor de parámetro (dato y/o evento) a los que se ha suscrito ser� generado.
5 Suministra entonces (flecha F3) una URL de un icono que es significativo en relación a la acción a emprender que corresponde a esta suscripción. En este estado, la entidad 200 detecta si hay una asociación a crear entre los datos/evento generados por el portlet 203C y los datos/eventos susceptibles de servir de parámetros de entrada para la ejecución de operaciones del portlet 203A (etapa 1013).
A título de ejemplo en la figura 2B, suponemos que el portlet 203A se suscribe (flecha F3) a los datos de tipo dataType, suministra por lo tanto la URL de la acción callBack, y suministra también la URL del icono iconA@appA.
Despu�s de la etapa de suscripción de la aplicación A, la entidad 200 de gestión (también denominada
15 Communication Manager según una terminología angl�fona) notifica (flecha F4) la ejecución de la aplicación A en el portlet 203A a la aplicación C, vía el portlet 203C de esta última.
La aplicación C se encuentra entonces informada de que una nueva aplicación (aplicación A) es ejecutada en la misma página web 201 del navegador 202. La aplicación C, vía su portlet 203C puede recuperar (flecha F5) entonces ante la entidad 200 de gestión de aplicaciones una lista L de las aplicaciones que se han suscrito respectivamente a los datos y/o eventos (sea de forma más general, a los servicios) que genera, sea en el ejemplo preciso, a los datos del tipo dataType y a los eventos del tipo evenType.
El portlet 203C en el que se ejecuta la aplicación C se da cuenta de que el portlet 203A en el que se ejecuta la
25 aplicación A puede reaccionar a los eventos que genera. Descarga entonces (flecha F5 igualmente) el icono 204 que se encuentra en el URL :iconA@appA. Esta URL suministrada por el portlet 203A a la etapa descrita por la flecha F3 es recuperada (flecha F5) al mismo tiempo que la lista L.
En un modo de realización particular, llamado modo simplificado, es la entidad 200 de gestión de aplicaciones que descarga el icono 204 y que crea en el portlet 203C todos los enlaces de comunicación a colocar. Para esto, el desarrollador del portlet 203C habr� indicado la posición en la que visualizar este icono por una etiqueta html. En este modo de realización, es por lo tanto la entidad 200 de gestión de aplicaciones que gestiona el ciclo vital del enlace de comunicación materializada por el icono 204 (supresión cuando el portlet 203A desaparece).
35 El portlet 203C visualiza entonces en una zona reservada de su interfaz hombre máquina (IHM) un icono representativo de un enlace de comunicación establecido con la aplicación A del portlet 203A, (etapa 103) de manera que una vez establecido este enlace de comunicación, ya sea que el usuario puede hacer clic (por ejemplo con un ratón o bien un stylet) sobre este icono para accionar la ejecución de una operación específica que tendr� en cuenta como parámetro/s de entrada al menos un valor de dato y/o de evento generado por la aplicación C y a la cual la aplicación A se habr� previamente suscrito, ya sea que la operación de la aplicación A ser� accionada de forma dinámica mientras que la aplicación C habr� generado un valor de dato y/o de evento a la cual la aplicación A se habr� previamente suscrito.
Este último aspecto propio de la comunicación entre aplicaciones es detallado más precisamente a continuación de 45 la descripción en relación con las figuras 3A y 3B.
La figura 2C describe las etapas siguientes de las que acaban de ser detalladas en relación con la figura 2B.
As�, se imagina en relación con esta figura 2C, que el usuario ejecuta una nueva aplicación B, en un portlet 203B de la misma página web 201 del navegador 202.
El portlet 203B de la aplicación B se registra (flecha F6) entonces din�micamente ante la entidad 200 de gestión de aplicaciones. Y por cada suscripción que hace, suministra igualmente el tipo de datos y/o de eventos que le interesa, la URL que señala hacia la operación que es susceptible de ejecutar tomando por parámetro de entrada un valor de
55 los datos y/o eventos a los que se ha suscrito, y una URL de un icono representativo de la operación precitada.
A continuación del ejemplo de la figura 2C, el portlet 203B se suscribe (flecha F7) vía la entidad 200 de gestión de aplicaciones a los datos de tipo dataType, suministra por lo tanto la URL de la acción callBack, y suministra también la URL del icono iconB@appB.
Una vez registrada la aplicación B ante la entidad 200 de gestión de aplicaciones, esta última necesita (flechas F8 y F8’) las aplicaciones A y C de la activación de la aplicación B en el interior de la página web 201, vía sus portlets respectivos 203A y 203C.
65 Los portlets 203A y 203C disponen a partir de ahora de la información de presencia de la aplicación B en el interior de la página web 201, de manera que van entonces a recuperar cada una una lista L de las suscripciones que la aplicación B habr� solicitado relativamente a los datos de tipo predeterminado y a los eventos de tipo predeterminado (o más generalmente a los servicios) que son susceptibles de generar- en el caso del portlet 203C los eventos del tipo evenType y los datos del tipo dataType.
5 En el ejemplo de la figura 2C, la aplicación B no se suscribe a ningún servicio de la aplicación A, es decir en este caso presente que ninguno de los datos y/o ninguno de los eventos generados en la salida de un servicio aportado por la aplicación es susceptible de servir de parámetro de entrada de una operación (servicio, proceso, etc.) ejecutada por la aplicación B.
El portlet 203C se da cuenta de forma dinámica de que el portlet 203B puede reaccionar a los eventos y/o datos que genera en la salida del servicio o servicios que pone en marcha, de manera que va a descargar entonces el icono 205 representativo de la aplicación B vía la URL :iconB@appB recuperada en la etapa representada por la flecha F8’. Este icono 205 suministrado por el portlet B en la etapa representada por la flecha F7 es entonces visualizado en una zona predeterminada de la IHM propuesta al usuario por el portlet 203C, por ejemplo al lado del icono 204
15 representativo de la aplicación A. As�, le bastar� entonces al usuario hacer clic en el icono representativo de la aplicación B contenido en el portlet 203C para que la aplicación C transmita un dato o un evento que habr� previamente generado en la aplicación B, vía el portlet 203B de forma que la aplicación B puede ejecutar una operación predeterminada (servicio, proceso, etc.) teniendo en cuenta como parámetro de entrada, dicho dato y/o dicho evento transmitidos por dicha aplicación C.
Se entiende que en una variante posible del mecanismo precitado objeto de la invención, la acción del usuario en el icono 205 representativo de la aplicación B situado en la IHM del portlet 203C no ser� necesaria. Es en efecto posible en tal variante que mientras que la aplicación C genera un valor de dato y/o evento a los que la aplicación B se ha suscrito previamente, mientras que la aplicación C, vía su portlet 203C transmite automáticamente este valor a
25 la aplicación B, a través de la entidad 200 de gestión de aplicación, de forma que la aplicación B pueda ejecutar din�micamente dicha operación predeterminada (servicio, proceso, etc.) teniendo en cuenta como parámetro de entrada, dicho dato y/o dicho evento transmitidos por dicha aplicación C.
El detalle del mecanismo de comunicación entre aplicaciones que comparten una misma página web es descrito después, en relación con las figuras 3A y 3B.
A continuación de la descripción del escenario descrito a título de ejemplo ilustrativo a través de las figuras 2A y 2C, se describe ahora en relación con la figura 2D como el contexto de las suscripciones entre aplicaciones de una misma página web 201 puede ser mantenido entre las diferentes aplicaciones, por dicha entidad 200 de gestiones
35 de aplicaciones, mientras que una aplicación ejecutada en la página web 201 es desactivada y/o desconectada por un usuario.
Como se ilustra en la figura 2D, un usuario desactiva/desconecta la aplicación A cerrando la ventana del portlet 203A en la página web 201 del navegador 202.
La entidad 200 de gestión de aplicación es entonces notificada automáticamente por el portlet 202 A (tal como est� representado por la flecha F10).
La entidad 200 de gestión de aplicaciones notifica respectivamente los portlets 203B y 203C de la desconexi�n del 45 portlet 203A transmitiéndoles cada una un mensaje de desconexi�n (flechas F11 y F11’).
El portlet 203C en el que es ejecutada la aplicación C se pone entonces al día de forma dinámica suprimiendo el icono 204 representativo de la aplicación A de su IHM.
En un modo de realización particular, llamado modo simplificado, es la entidad 200 de gestión de aplicación la que suprime directamente el icono 204 en la IHM de la aplicación C.
Para ilustrar los aportes de este mecanismo, se considera un ejemplo concreto en el que se encuentran las aplicaciones de agenda, teléfono, email y de mensajería instantánea (o Instant Messaging- IM, en inglés) que
55 cohabitan en una misma página web de un navegador de Internet.
Imaginemos ahora que un usuario carga un contacto en la agenda, mientras que las aplicaciones de teléfono, email e IM se han suscrito previamente al dato “contacto” producido por la aplicación agenda.
Las operaciones con las que se pueden accionar respectivamente para el parámetro de entrada el dato “contacto” son por ejemplo, respectivamente: llamar al contacto, enviar un correo al contacto, abrir una caja de diálogo para iniciar una comunicación con la persona referenciada por este dato “contacto”.
Gracias al procedimiento de comunicación según la invención, durante las etapas de suscripción, la aplicación de
65 telefonía suministra a la entidad 200 de gestión de aplicaciones un icono representativo de una llamada telefónica. Las otras aplicaciones har�n respectivamente lo mismo con iconos representativos, respectivamente de un envío de correos y de mensajería instantánea haciendo lo mismo.
La aplicación agenda va a recuperar ante la entidad de gestión las informaciones según las cuales las aplicaciones de telefonía, de correo electrónico y de mensajería instantánea se han suscrito respectivamente a su dato
5 “contacto”, de manera que la aplicación “agenda” va a añadir en la IHM de su portlet los iconos precitados (flechas F3, F5’ y F12, F12’, en las figuras 2B y 2C), y durante un clic en uno de estos iconos, la aplicación “agenda” va a publicar un evento unicast que permitir� activar directamente la operación asociada al icono (llamada, o envío de email o iniciar la conversación), ante la aplicación referente.
Una ventaja de este tipo de mecanismo es que es más intuitivo que un simple “deslizar-depositar” para el usuario. Al mismo tiempo, este mecanismo deja al usuario dueño de su espacio evitando accionar varios portlets a la vez.
Se describe ahora en relación con las figuras 3A y 3B el principio de comunicación entre aplicaciones hospedadas en una misma página 301 web de un navegador 302, a través de una entidad 300 de gestión de aplicaciones según 15 la invención.
Las publicaciones sirven concretamente para hacer reaccionar las otras aplicaciones de una misma página web, como resultado de la ejecución de un servicio por otra aplicación y por la comunicación de al menos un parámetro correspondiente a un valor de dato y/o de evento producido por este último y que debe servirles de parámetro de entrada para la ejecución de una operación específica.
Unas aplicaciones pueden publicar parámetros, como datos y/o eventos.
Por razones de seguridad existen cuatro tipo de publicaciones, a saber de tipo PUBLIC, una publicación de tipo 25 UNICAST, una publicación de tipo GROUP, y una publicación de tipo PRIVATE.
Si una publicación por una aplicación es marcada PUBLIC entonces todas las publicaciones que escuchan el tipo de eventos o datos que corresponden a esta publicación estarán en condiciones de reaccionar.
Si una publicación es marcada GROUP, entonces, solo las aplicaciones que pertenecen a un mismo grupo que la que publica sus datos y/o eventos estar� nen condiciones de reaccionar.
Por ejemplo, ser� igualmente posible asegurar la comunicación de aplicación acondicionando la ejecución de una operación de una aplicación primera, en la transmisión de un parámetro (de tipo dato o evento) cuyo valor habr� sido 35 generado por una aplicación segunda que pertenece únicamente a un mismo grupo que dicha aplicación primera.
Si una publicación es marcada PRIVATE, solo es necesario que el propio módulo (que ha generado este tipo de eventos o datos) reaccione.
Si una publicación es marcada UNICAST entonces un evento generado ser� destinado únicamente a una aplicación específica hospedada en la página web.
En los cuatro casos (PUBLIC, GROUP, PRIVATE, UNICAST), un mapeado de tipo de los datos/eventos generados con el tipo de datos/eventos a los que otra aplicación se suscribe es hecho al nivel de la entidad 200 (etapa 1021). 45 La figura 3A presenta el mecanismo de publicación “unicast” (entre dos aplicaciones B y C) de eventos y de datos:
-
Etapa 1 (flecha F30): un usuario carga la aplicación B que se suscribe a los datos de tipo dataType. La aplicación B suministra para esto una función de call back callBack que puede ser una función javascript o bien una URL (esta se pasa a la etapa de inicialización);
-
Etapa 2: el usuario hace clic sobre el icono B que se encuentra en el portlet C, el portlet C publica (flecha F31) por lo tanto el evento con los parámetros Type de publicaci�n=UNICAST, Type de datos publicados=dataType, la URL o se encuentran estos datos = abc@appC, el servicio destinatario= B (principio de la etapa 102).
55 En caso de que la función de call back se suministre en la etapa 1 y una función javascript:
-
Etapa 3: la entidad 300 de gestión encamina (flecha F32) la publicación hacia el portlet B y le transmite la URL que apunta hacia el dato transmitido por C (abc@appC) (después de la etapa 102).
-
Etapa 4: el módulo B descarga (flecha F33) el contenido de URL.
-
Etapa 5 y 6: el módulo B se pone al día (flecha F35 y F36) en función de los datos recibidos.
-
Etapa 3’: la entidad 300 de gestión encamina (flecha F30’) la publicación hacia el portlet B y le transmite la URL que apunta hacia los datos transmitidos por C (abc@appC) (después de la etapa 102).
65 En caso de que la función de call back suministre en la etapa 1 y una URL aquí debajo el esquema correspondiente (figura 3B):
5 - Etapa 4’: el módulo B descarga (flecha F31’) el contenido de la URL.
-
Etapa 5’ y 6’: el módulo B se pone al día (flechas F32’ y 33’) en función de los datos recibidos.
En el camino (F30’, F31’, F32’, F33’) el portlet B se recarga completamente contrariamente al camino (F32, F33, 10 F35, F36) o el portlet reacciona ejecutando un script solamente en la capa presentación.
Un pivote semántico entre las diferentes aplicaciones es indispensable para mantener los módulos independientes los unos de los otros. Esta semántica puede ser descrita con formalismos tal como: microformato, RDF, OWL, …
15 En la presente realización, hemos utilizado microformatos tales como los hCard y hCalendar. Los microformatos en la base est�n constituidos por la etiqueta XML predefinida para insertar en una página HTML, y los navegadores actuales son capaces de interpretarlos.
En el marco de la presente invención, las etiquetas XML no est�n integradas en el código HTML sino que son 20 almacenadas directamente en un fichero aparte accesible por medio de una URL.
A título de ejemplo, una hCard es un formato de dato para representar a personas, sociedades, organizaciones y lugares. Esto permite a una máquina extraer particularmente el apellido, nombre número de teléfono, email, dirección… de una persona, sociedades, y organizaciones.
25 El anexo 1 presenta un ejemplo de hCard que describe a la persona “Sr. Dupont”.
Est� representación común a todas las aplicaciones hospedadas en una misma página web, permite ventajosamente una homogeneidad en los intercambios de los datos. Por ejemplo, una aplicación de “teléfono” que
30 recupera la hCard precitada (publicada por ejemplo por una aplicación de “agenda”) dice que este dato representa a una persona, y que puede recuperar un número de teléfono correspondiente (para llamarlo) al nivel de la etiqueta <span class=”tel”>.
Anexo 1

Claims (7)

  1. REIVINDICACIONES
    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);
    15 - 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. 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.
    35 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.
  3. 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.
  4. 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.
  5. 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);
    55 - 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).
    65 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);
    10 - 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
    15 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).
  6. 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.
  7. 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
    30 reivindicaciones 1 a 5, cuando dichas instrucciones son ejecutadas en un ordenador.
ES09171334.7T 2008-09-30 2009-09-25 Procedimiento y sistema de comunicación entre aplicaciones web distintas Active ES2475205T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0856592 2008-09-30
FR0856592 2008-09-30

Publications (1)

Publication Number Publication Date
ES2475205T3 true ES2475205T3 (es) 2014-07-10

Family

ID=40631591

Family Applications (1)

Application Number Title Priority Date Filing Date
ES09171334.7T Active ES2475205T3 (es) 2008-09-30 2009-09-25 Procedimiento y sistema de comunicación entre aplicaciones web distintas

Country Status (4)

Country Link
US (1) US20100082769A1 (es)
EP (1) EP2169569B1 (es)
ES (1) ES2475205T3 (es)
PL (1) PL2169569T3 (es)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110302274A1 (en) * 2009-02-27 2011-12-08 Joon Hui Lee Architecture of a network device for processing applications, and control method for the network device
US9356991B2 (en) * 2010-05-10 2016-05-31 Litera Technology Llc Systems and methods for a bidirectional multi-function communication module
WO2012013893A1 (fr) * 2010-07-28 2012-02-02 France Telecom Communication de données entre modules
CN102902580B (zh) * 2011-07-26 2018-05-15 腾讯科技（深圳）有限公司 一种程序回调方法及装置
CN103257968B (zh) * 2012-02-17 2015-08-12 腾讯科技（深圳）有限公司 处理浏览器操作项的方法及装置
FR3022657A1 (fr) * 2014-06-20 2015-12-25 Orange Procede de partage de navigation sur une page web affichee par un navigateur web

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8005345B2 (en) * 2001-06-27 2011-08-23 Verizon Business Network Services Inc. Method and system for dynamic control of digital media content playback and advertisement delivery
US8126722B2 (en) * 2001-12-20 2012-02-28 Verizon Business Global Llc Application infrastructure platform (AIP)
US20060004913A1 (en) * 2004-06-30 2006-01-05 Kelvin Chong System and method for inter-portlet communication
EP1920393A2 (en) * 2005-07-22 2008-05-14 Yogesh Chunilal Rathod Universal knowledge management and desktop search system
SG141289A1 (en) * 2006-09-29 2008-04-28 Wireless Intellect Labs Pte Lt An event update management system
US8856289B2 (en) * 2006-12-29 2014-10-07 Prodea Systems, Inc. Subscription management of applications and services provided through user premises gateway devices
US8086495B2 (en) * 2007-09-10 2011-12-27 Prodea Systems, Inc. Device and a method for ordering product at a premises via an integrated multimedia service system
US20090133090A1 (en) * 2007-11-19 2009-05-21 Verizon Data Services Inc. Method and system of providing content management for a set-top box
US8422397B2 (en) * 2007-12-28 2013-04-16 Prodea Systems, Inc. Method and apparatus for rapid session routing

Also Published As

Publication number Publication date
US20100082769A1 (en) 2010-04-01
EP2169569B1 (fr) 2014-03-26
EP2169569A1 (fr) 2010-03-31
PL2169569T3 (pl) 2014-08-29

Similar Documents

Publication Publication Date Title
ES2475205T3 (es) Procedimiento y sistema de comunicación entre aplicaciones web distintas
US9986020B2 (en) Yunten&#39;s web application methodology and web programming language (YWAM and WPL)
ES2219393T3 (es) Metodos y aparatos para el transporte eficiente de datos de aplicaciones interactivas entre un cliente y un servidor utilizando lenguaje de marcas.
US10430510B2 (en) Method for controlling access to electronic documents based on stateless communication
CN102047251A (zh) 用于基于汇聚网络的地址簿的系统和方法
EP1566943A1 (en) System and method for provisioning presence application services
Löwe et al. Context Directory: A context-aware service for mobile context-aware computing applications by the example of Google Android
CN102455892B (zh) 用于实现微博消息页的方法和装置
CA2512432A1 (en) Dynamic data-driven application integration adapters
CN101026596A (zh) 客户端界面可定制的即时通信的方法与系统
Vazquez et al. Social devices: autonomous artifacts that communicate on the internet
US20050080880A1 (en) Presenting remote and local information in a web browser
WO2011080360A1 (es) Procedimiento para establecer una relación entre unos datos semánticos y la ejecución de un widget
Firmenich et al. Supporting users tasks with personal information management and web forms augmentation
Camarinha-Matos et al. TeleCARE: Collaborative virtual elderly care support communities
Camarinha-Matos et al. A multi-agent based platform for virtual communities in elderly care
CN109324836A (zh) 个性化图片的生成方法和装置、个性化闪屏的处理方法
Camarinha-Matos et al. TeleCARE: Collaborative virtual elderly support communities.
CN102622099A (zh) 一种嵌入app应用程序的输入法系统及相应方法
Gawinecki et al. The problem of agent-client communication on the internet
JP2009512032A (ja) 図形表示言語およびネイティブｕｉオブジェクトを用いる表示
CN101272401B (zh) 移动传送框架中用于内容处理协调的方法和系统
Gabbrielli et al. Linguistic abstractions for interoperability of IoT platforms
Shakor When wireless technologies faces COVID-19: Via Apps using to combat the pandemic and save the economy
KR100904362B1 (ko) 웹을 통해 에이전트 서비스의 검색이 가능한 캄, 이를이용한 에이전트 시스템 및 에이전트 시스템의 운영방법