MÉTODO Y APARATO PARA LA CREACIÓN DE UNA INTERFAZ DE USUARIO PARA APLICACIÓN COMPUESTA.

Un método de configuración de un servidor (13) para proporcionar al menos una interfaz del usuario compuesta (5,

6) a una pluralidad de aplicaciones fuente, en que cada aplicación fuente proporciona una interfaz del usuario respectiva, y la interfaz del usuario compuesta comprende una pluralidad de elementos de interfaz del usuario proporcionados por dicha pluralidad de aplicaciones fuente; el método incluye el procesamiento de un modelo (252) que representa a dicha interfaz del usuario compuesta que genera reglas para la comunicación entre dicha interfaz del usuario compuesta (5, 6) y dicha pluralidad de aplicaciones fuente; en el que dicho modelo (252) comprende un modelo de al menos parte de una interfaz del usuario (1, 2, 3) proporcionada por cada aplicación fuente y un modelo de relaciones entre al menos parte de la interfaz del usuario proporcionada por cada aplicación fuente y la interfaz del usuario compuesta (5, 6)

El presente invento trata de métodos y sistemas para modelar y crear interfaces de usuario para aplicaciones compuestas y con métodos para controlar y afectar el uso de dichas interfaces de usuario para aplicaciones compuestas.

Los usuarios informáticos habitualmente necesitan utilizar una pluralidad de diferentes aplicaciones para realizar las tareas asignadas, y cada aplicación generalmente tiene una interfaz de usuario diferente. Tener que cambiar entre las diferentes interfaces de usuario de las diferentes aplicaciones para completar una tarea asignada degrada considerablemente la eficiencia del usuario. Es frecuente que las diferentes aplicaciones sean suministradas por diferentes proveedores y en consecuencia, sus interfaces de usuario tienen un aspecto y sensación diferentes entre ellas, degradando aún más la eficiencia del operador.

Por ejemplo, para procesar las consultas de los clientes, es posible que los operadores en un centro de atención telefónica deban tener acceso a la aplicación de administración de clientes para acceder a los detalles del cliente, a una aplicación de facturación para acceder a información sobre la cuenta del cliente, y a una aplicación de pagos para procesar un pago que el cliente puede hacer por teléfono, por ejemplo utilizando una tarjeta de crédito. Trabajar de esta manera es ineficiente, dado que el operador debe cambiar de una aplicación a la otra para realizar ciertas tareas. Por otra parte, un cliente generalmente esperará al teléfono mientras el operador utiliza estas diferentes aplicaciones, y por lo tanto es ventajoso acelerar el proceso de consultas para poder ofrecer atención al cliente de mayor calidad.

Se han hecho varias propuestas para mejorar la eficiencia cuando es necesario utilizar aplicaciones múltiples.

Las aplicaciones múltiples pueden ser combinadas en un único producto o un paquete de productos. A pesar de que dicha propuesta aumenta notablemente la eficiencia del usuario, su implementación es difícil y costosa. Es más, dicho producto combinado o paquete de productos generalmente tendrá una interfaz de usuario diferente a la de los previamente utilizados, lo que significa que los usuarios deber ser entrenados para el uso del producto combinado, aumentando aún más el coste.

Como alternativa, se ha propuesto que la aplicación múltiple se combine de alguna manera. Por ejemplo, que todas las peticiones puedan ser enviadas a una única de las aplicaciones, y que esta aplicación pueda ser adaptada para reenviar las peticiones a una aplicación fuente apropiada. Dicha solución generalmente requiere una sustancial personalización si tiene que funcionar en todas las circunstancias que pueden surgir normalmente, lo que hace difícil implementar dicha solución.

US2003/007917 da a conocer un integrador, una pluralidad de adaptadores que corresponden a una pluralidad de aplicaciones y un proxy empleado para disponer de las aplicaciones como una aplicación compuesta.

Un propósito de este invento es evitar o mitigar al menos algunos de los problemas señalados anteriormente.

Según un aspecto del presente invento, se ofrece un método y un aparato para generar información modelo que representa un modelo de una interfaz de usuario compuesta. La interfaz de usuario compuesta comprenden una pluralidad de elementos de interfaz de usuario suministrados por al menos una aplicación fuente. El método incluye un modelado de por lo menos parte de una interfaz de usuario proporcionada por la aplicación fuente (o por cada una de ellas) y relaciones de modelado entre por al menos parte de las interfaces de usuario suministradas por la aplicación fuente.

Un modelo de interfaz de usuario creado de esta manera puede utilizarse por sí solo para analizar la interfaz de usuario compuesta, o puede ser procesada para crear una interfaz compuesta, la cual puede ser usada para comunicación con al menos una aplicación fuente.

El modelo puede ser creado de muchas maneras diferentes, sin embargo, en algunas de las realizaciones de la invención, la aplicación fuente se modela definiendo una multitud de elementos de flujo de datos fuente, cada uno incluyendo una página de interfaz de usuario fuente específica provista por al menos una aplicación fuente, y se definen relaciones entre estos elementos de flujo de datos fuente. Una página de la interfaz fuente puede ser un documento HTML. Modelar una aplicación fuente de esta manera es ventajoso, dado que cada elemento de flujo de datos fuente necesita solamente modelar una única página de interfaz de usuario fuente, y puede además incluir una pluralidad de otras páginas de interfaz de usuarios anónimos que no están modelados explícitamente, sino que son manejados por una aplicación fuente adecuada. Un primer elemento de flujo de datos fuente puede ser usado para representar una aplicación fuente completa. Otros elementos de flujo de datos pueden entonces representar solamente partes de la aplicación fuente que son relevantes para modelar una aplicación compuesta.

Cabe señalar que las realizaciones del invento pueden permitir la manipulación de páginas anónimas de interfaz de usuarios. Por ejemplo, un elemento de flujo de datos fuente puede incluir una sola página de interfaz fuente identificada, y una pluralidad de páginas anónimas de interfaz de usuarios. Todas las páginas (tanto identificadas como anónimas) pueden entonces, por ejemplo, caber en una página HTML de plantilla común, o tener un botón de salida agregado en una ubicación predeterminada. Así, las aplicaciones compuestas pueden ser modeladas y creadas con la inclusión de páginas fuente anónimas, las cuales se manipulan de una manera predeterminada, sin conocimiento del contenido o el formato de las páginas fuente anónimas. Esto puede reducir el número de páginas de interfaz fuente que sea necesario modelar.

**(Ver fórmula)**

Cuando se modelan elementos de flujo de datos fuente que incluyen una página de interfaz fuente, el modelo puede contener datos que indiquen una o más reglas de reconocimiento para una página de interfaz fuente. Dichas reglas pueden ser especificadas utilizando una expresión regular, utilizando datos de la ruta tales como XPath, o algún otro modo adecuado. Por ejemplo, si una página fuente es un documento HTML, los datos de ruta pueden especificar una serie de etiquetas de HTML que deberían usarse para identificar la página de la interfaz fuente.

La interfaz de usuario compuesta puede contener al menos una página compuesta creada de una combinación de elementos de interfaz fuente provistos por una o más aplicaciones fuente. El modelo puede especificar las manipulaciones para aplicar a estos elementos de interfaz fuente, y una secuencia ordenada de manipulaciones puede ser definida, la cual puede usarse para crear la página compuesta.

Se ofrece preferentemente una GUI (interfaz gráfica de usuario) para permitir especificar y editar los datos del modelo. Los datos del modelo se representan preferentemente orientados a objetos creando objetos que son instancias de clases apropiadas definidas en un lenguaje de programación orientada a objetos como puede ser Java o C++.

Los modelos creados tal como se describió anteriormente pueden ser procesados para crear datos de configuración. Por ejemplo, se puede crea una estructura de datos jerárquica que incluya una pluralidad de entidades, y dicha estructura de datos jerárquica puede ser utilizada para representar la aplicación compuesta. La estructura de datos jerárquica puede ser creada utilizando varios escritores, cada uno de ellos asociados por una entidad particular dentro de dicha estructura de datos jerárquica. Cada escritor se representa preferentemente por un objeto escritor que es una instancia de una clase de escritor correspondiente definida en un lenguaje de programación orientada a objetos como Java o C++. Los objetos escritores se registran con un mecanismo de consulta de escritor. Cuando un modelo o una parte de un modelo debe ser escrito en dicha estructura de datos jerárquica, un proceso denominado publicación, la parte correspondiente al modelo se suministra al mecanismo de consulta, el cual determina entonces invocar a uno o más escritores para escribir los datos apropiados en las entidades correspondientes dentro de la estructura de datos jerárquica. Una ubicación dentro de la estructura de datos jerárquica en la cual deberían escribirse los datos puede ser determinada recurriendo a un escritor configurado para crear o encontrar una entidad apropiada dentro la estructura de datos jerárquica.... [Seguir leyendo]

1. Un método de configuración de un servidor (13) para proporcionar al menos una interfaz del usuario compuesta (5, 6) a una pluralidad de aplicaciones fuente, en que cada aplicación fuente proporciona una interfaz del usuario respectiva, y la interfaz del usuario compuesta comprende una pluralidad de elementos de interfaz del usuario proporcionados por dicha pluralidad de aplicaciones fuente; el método incluye el procesamiento de un modelo (252) que representa a dicha interfaz del usuario compuesta que genera reglas para la comunicación entre dicha interfaz del usuario compuesta (5, 6) y dicha pluralidad de aplicaciones fuente;

en el que dicho modelo (252) comprende un modelo de al menos parte de una interfaz del usuario (1, 2, 3) proporcionada por cada aplicación fuente y un modelo de relaciones entre al menos parte de la interfaz del usuario proporcionada por cada aplicación fuente y la interfaz del usuario compuesta (5, 6).

2. Un método de acuerdo con la reivindicación 1, que comprende además:

el almacenamiento de dichas reglas en una estructura de datos jerárquica que comprende una pluralidad de entidades.

3. Un método de acuerdo con la reivindicación 2, que comprende además:

el almacenamiento en dicha estructura de datos jerárquica de una entidad que representa a la interfaz del usuario compuesta; y

la asociación de dicha entidad con un grupo de datos que proporciona datos de configuración a la interfaz del usuario compuesta.

4. Un método de acuerdo con la reivindicación 3, que comprende además:

el almacenamiento en dicha estructura de datos jerárquica de una pluralidad de entidades de servicio que representan módulos de procesamiento que juntos están adaptados para procesar peticiones del usuario introducidas en dicha interfaz del usuario compuesta para producir una o más peticiones para al menos una de dicha pluralidad de aplicaciones fuente.

5. Un método de acuerdo con la reivindicación 4, en el que al menos algunas de dichas entidades de servicio tienen un grupo de datos asociados que almacenan datos de configuración.

6. Un método de acuerdo con la reivindicación 5, en el que una de dichas entidades de servicio es una entidad de servicio de agregación que representa un servicio de agregación configurado para generar peticiones de aplicación fuente a partir de una petición del usuario.

7. Un método de acuerdo con la reivindicación 6, en el que dicha entidad de servicio de agregación comprende:

una entidad hija que representa a la interfaz del usuario compuesta; y dicha entidad hija tiene al menos una entidad hija que representa a una aplicación fuente.

8. Un método de acuerdo con cualquiera de las reivindicaciones 2 a 7, en el que dichas reglas se generan usando una pluralidad de escritores, donde cada escritor está asociado a una entidad en dicha estructura de datos jerárquica, y está adaptado para escribir datos para un grupo de datos asociados a la entidad respectiva.

9. Un método de acuerdo con la reivindicación 8, en el que el procesamiento de dicho modelo comprende: seleccionar uno o más objetos en dicho modelo;

determinar uno o más escritores a los que se solicitará que escriban datos desde el o cada objeto para dicha estructura de datos jerárquica; y

solicitar al o a cada escritor que escriba datos para dicha estructura de datos jerárquica.

10. Un método de acuerdo con la reivindicación 9, que comprende además: determinar a partir de al menos un escritor al menos un objeto adicional en dicho modelo, y procesar dicho objeto adicional.

11. Un método de acuerdo con la reivindicación 9 ó 10, que comprende además:

identificar un escritor adicional configurado para identificar una entidad en dicha estructura de datos jerárquica para la que deben escribirse los datos.

12. Un método de acuerdo con la reivindicación 11, en el que dicha identificación de una entidad comprende: intentar localizar una entidad en dicha estructura de datos jerárquica para la que deben escribirse los datos; y

si dicho intento no tiene éxito, crear una entidad apropiada.

13. Un método de acuerdo con una cualquiera de las reivindicaciones 8 a 12, en el que cada escritor es un objeto de escritor que es una instancia de una clase de escritor Java respectiva.

14. Un método de acuerdo con la reivindicación 13, en el que cada clase de escritor tiene una clase de fábrica de escritor correspondiente.

15. Un método de acuerdo con la reivindicación 14, que comprende además:

**(Ver fórmula)**

registrar cada clase de fábrica de escritor con un objeto de búsqueda de escritor; proporcionar detalles del o de cada objeto a procesar a dicho objeto de búsqueda de escritor; e

identificar una o más clases de fábrica que deben usarse para crear objetos de escritor.

16. Un método de acuerdo con cualquier reivindicación anterior, en el que dicha al menos una interfaz del usuario compuesta comprende una pluralidad de páginas, comprendiendo cada página una pluralidad de elementos de interfaz del usuario proporcionados por al menos una de dicha pluralidad de aplicaciones fuente.

17. Un método de acuerdo con cualquier reivindicación anterior, en el que dicho modelo de al menos parte de la interfaz del usuario proporcionada por cada aplicación fuente comprende una pluralidad de elementos de flujo fuente comprendiendo cada uno una página de interfaz del usuario fuente especificada proporcionada por una aplicación fuente y define relaciones entre dicha pluralidad de elementos de flujo fuente.

18. Un método de acuerdo con la reivindicación 17, en el que dicho modelo de al menos parte de la interfaz del usuario proporcionada por cada aplicación fuente comprende al menos un elemento de página en cada página de interfaz del usuario fuente especificada.

19. Un método de acuerdo con la reivindicación 17 ó 18, en el que dicho modelo de al menos parte de la interfaz del usuario proporcionada por cada aplicación fuente comprende al menos una condición de control de flujo asociada a al menos uno de dicha pluralidad de elementos de flujo fuente.

20. Un método de acuerdo con la reivindicación 17, 18, 19, en el que dicho modelo de al menos parte de la interfaz del usuario proporcionada por cada aplicación fuente comprende parámetros de petición usados para obtener cada página de interfaz del usuario fuente especificada.

21. Un método de acuerdo con la reivindicación 17, 18, 19, 20, en el que dicho modelo de al menos parte de la interfaz del usuario proporcionada por cada aplicación fuente comprende al menos una regla para cada página de interfaz del usuario fuente especificada que puede aplicarse para permitir el reconocimiento de la página de interfaz del usuario fuente especificada asociada.

22. Un método de acuerdo con la reivindicación 21, en el que la o cada regla se especifica usando una expresión regular, o una expresión de trayectoria.

23. Un método de acuerdo con cualquier reivindicación anterior, en el que dicho modelo de al menos parte de la interfaz del usuario proporcionada por cada aplicación fuente comprende una pluralidad de objetos que son instancias de clases definidas en un lenguaje de programación orientado al objeto.

24. Un método de acuerdo con cualquier reivindicación anterior, en el que dicho modelo de relaciones entre la al menos parte de la interfaz del usuario proporcionada por cada aplicación fuente y la interfaz del usuario compuesta comprende una combinación de al menos parte de una pluralidad de modelos de aplicación fuente.

25. Un método de acuerdo con cualquier reivindicación anterior, en el que dicho modelo (252) comprende además una pluralidad de elementos de flujo compuestos, comprendiendo cada uno una página de interfaz del usuario especificada, y especifica relaciones entre dicha pluralidad de elementos de flujo compuestos.

26. Un método de acuerdo con la reivindicación 25 cuando depende de la reivindicación 17, en el que al menos un elemento de flujo compuesto es un elemento de flujo fuente, y dicha página de interfaz del usuario especificada es una página de interfaz del usuario fuente especificada.

27. Un método de acuerdo con la reivindicación 25 ó 26, en el que al menos una página de interfaz del usuario especificada es una página de interfaz del usuario compuesta.

28. Un método de acuerdo con la reivindicación 27 cuando depende de la reivindicación 18, en el que dicho modelo (252) comprende además un modelo de manipulaciones que se aplican a dicho al menos un elemento de

página en una página de interfaz del usuario fuente especificada para crear dicha página de interfaz del usuario compuesta.

29. Un método de acuerdo con la reivindicación 28, en el que dicho modelo (252) especifica una pluralidad ordenada de manipulaciones a realizar para crear dicha página de interfaz del usuario compuesta.

30. Un método de acuerdo con cualquier reivindicación anterior, en el que dicho modelo (252) comprende además un modelo de al menos un elemento de interfaz del usuario adicional que se incluirá en la interfaz del usuario compuesta.

31. Un soporte de datos que soporta un medio de código de programa informático para hacer que un ordenador realice un método de acuerdo con cualquier reivindicación anterior.

32. Un servidor (13) configurado para proporcionar al menos una interfaz del usuario compuesta (5, 6) a una pluralidad de aplicaciones fuente, proporcionando cada aplicación fuente una interfaz del usuario respectiva, comprendiendo dicha interfaz del usuario compuesta una pluralidad de elementos de interfaz del usuario proporcionados por dicha pluralidad de aplicaciones fuente, comprendiendo el servidor:

**(Ver fórmula)**

un procesador adaptado para procesar un modelo (252) que representa dicha interfaz del usuario compuesta para generar reglas para comunicación entre dicha interfaz del usuario compuesta (5, 6) y dicha pluralidad de aplicaciones fuente;

en el que dicho modelo (252) comprende un modelo de al menos parte de una interfaz del usuario (1, 2, 3) proporcionada por cada aplicación fuente y un modelo de relaciones entre la al menos parte de la interfaz del usuario proporcionada por cada aplicación fuente y la interfaz del usuario compuesta.

33. Un servidor de acuerdo con la reivindicación 32, que comprende además un medio de almacenamiento que almacena una estructura de datos jerárquica que comprende una pluralidad de entidades, almacenando dicha estructura de datos jerárquica dichas reglas.

34. Un servidor de acuerdo con la reivindicación 33, en el que dicha estructura de datos jerárquica comprende una entidad que representa a la interfaz del usuario compuesta, y dicha entidad está asociada a un grupo de datos que proporcionan datos de configuración para la interfaz del usuario compuesta.

35. Un servidor de acuerdo con la reivindicación 34, en el que dicha estructura de datos jerárquica comprende una pluralidad de entidades de servicio que representan módulos de procesamiento que están adaptados juntos para procesar peticiones del usuario introducidas en dicha interfaz del usuario compuesta para producir una o más peticiones a al menos una de dicha pluralidad de aplicaciones fuente.

36. Un servidor de acuerdo con la reivindicación 35, en el que al menos alguna de dichas entidades de servicio tienen un grupo de datos asociados que almacenan datos de configuración.

37. Un servidor de acuerdo con la reivindicación 36, en el que una de dichas entidades de servicio es una entidad de servicio de agregación que representa un servicio de agregación configurado para generar peticiones de aplicación fuente a partir de una petición del usuario.

38. Un servidor de acuerdo con la reivindicación 37, en el que dicha entidad de servicio de agregación comprende:

una entidad hija que representa a la interfaz del usuario compuesta; y

dicha entidad hija tiene al menos una entidad hija que representa a una aplicación fuente.

39. Un servidor de acuerdo con una cualquiera de las reivindicaciones 33 a 36, que comprende además una pluralidad de escritores adaptados para generar dichas reglas, estando cada escritor asociado a una entidad en dicha estructura de datos jerárquica, y estando adaptado para escribir datos para un grupo de datos asociados a la entidad respectiva.

40. Un servidor de acuerdo con la reivindicación 39, en el que dicho procesador comprende:

medios de selección para seleccionar uno o más objetos en dicho modelo;

medios de determinación para determinar uno o más escritores a los que se solicitará que escriban datos a partir del o de cada objeto para dicha estructura de datos jerárquica; y

medios para solicitar al o a cada escritor que escriba datos para dicha estructura de datos jerárquica.

41. Un servidor de acuerdo con la reivindicación 40, que comprende además medios para determinar, usando dicho al menos un escritor, al menos un objeto adicional en dicho modelo, y procesar dicho objeto

adicional.

42. Un servidor de acuerdo con la reivindicación 40 ó 41, que comprende además un escritor adicional que comprende medios de identificación configurado para identificar una entidad en dicha estructura de datos jerárquica para la que se escribirán los datos.

**(Ver fórmula)**

5 43. Un servidor de acuerdo con la reivindicación 42, en el que dichos medios de identificación comprenden: medios para intentar localizar una entidad en dicha estructura de datos jerárquica para la que deben

escribirse los datos; y medios para crear una entidad apropiada si dicho intento no tiene éxito.

44. Un servidor de acuerdo con una cualquiera de las reivindicaciones 39 a 43, en el que cada escritor es 10 un objeto de escritor que es una instancia de una clase de escritor respectiva.

45. Un servidor de acuerdo con la reivindicación 44, en el que cada clase de escritor tiene una clase de fábrica de escritor correspondiente.

46. Un servidor de acuerdo con la reivindicación 45, que comprende además: un objeto de búsqueda de escritor, comprendiendo dicho objeto de búsqueda de escritor medios 15 adaptados para registrar cada clase de fábrica de escritor con dicho objeto de búsqueda de escritor, medios para proporcionar detalles del o de cada objeto a procesar a dicho objeto de búsqueda de

escritor; y medios para identificar una o más clases de fábrica que deben usarse para crear objetos de escritor.