Login| Sign Up| Help| Contact|

Patent Searching and Data


Title:
METHOD AND DEVICE FOR SHARING INFORMATION BETWEEN MEMORY PARCELS IN LIMITED RESOURCE ENVIRONMENTS
Document Type and Number:
WIPO Patent Application WO/2006/005773
Kind Code:
A1
Abstract:
The invention relates to the management of information such as data and/or procedures residing in the memory in systems with reduced processing and storing capacity, for example, those available in a smart card. A method and a device disclosed in the invention make it possible for various applications lodged in different memory parcels to safely share data and/or procedures by making optimum use of the processing capacity of the system to which the memory belongs. A strict sharing mechanism ensures that if an application has obtained a data item or a procedure from another application or the system itself in which it is lodged, it has done so because it is authorized to use it and therefore no verification has to be made. The sharing mechanism is based on the principle that data and procedures of one application can only be referenced by another application during its execution and through the sharing mechanisms defined in this invention.

Inventors:
CANIS ROBLES JAVIER (ES)
Application Number:
PCT/ES2004/000263
Publication Date:
January 19, 2006
Filing Date:
June 09, 2004
Export Citation:
Click for automatic bibliography generation   Help
Assignee:
MICROELECTRONICA ESPANOLA S A (ES)
CANIS ROBLES JAVIER (ES)
International Classes:
G07F7/10; (IPC1-7): G07F7/10
Foreign References:
EP0949595A21999-10-13
US5530232A1996-06-25
FR2784479A12000-04-14
Other References:
SUTTON A.J. ET AL: "Processors Sharing and Partitioning of Main Storage in the MP System", IBM TECHNICAL DISCLOSURE BULLETIN, NEW YORK, USA
Attorney, Agent or Firm:
Carpintero Lopez, Francisco (S.L. Alcal, 35 MADRID, ES)
Download PDF:
Claims:
1. R E I V I N D I C A C I O N E S .
2. Método de compartición de información entre parcelas de memoria de entornos de recursos limitados, destinado a conferir mayor velocidad de procesado, seguridad y flexibilidad en dicha compartición de información, y en el que dichas parcelas de memoria pueden alojar una o más aplicaciones formadas por datos y/o procedimientos, caracterizado porque comprende compartir datos y/o procedimientos entre aplicaciones residentes en distintas parcelas de memoria a través de módulos de compartición, consistentes en aplicaciones especificas destinadas a Ia compartición.
3. Método según Ia reivindicación 1 caracterizado porque los módulos de compartición incluyen servicios compartidos y porque el intercambio de datos y/o procedimientos entre aplicaciones se produce en forma de dichos servicios compartidos.
4. Método según Ia reivindicación 1 o 2 caracterizado porque se realiza una asociación entre las aplicaciones y el módulo de compartición a través del cual van a compartir datos y/o procedimientos con otras aplicaciones antes de iniciar Ia compartición.
5. Método según cualquiera de las reivindicaciones anteriores caracterizado porque las aplicaciones obtienen servicios que otras aplicaciones han introducido en el módulo de compartición al que están asociadas.
6. Método según cualquiera de las reivindicaciones anteriores caracterizado porque las aplicaciones ofrecen los servicios de los que disponen introduciéndolos en el módulo de compartición al que están asociadas. 6.
7. Método según Ia reivindicación 3 caracterizado porque en Ia asociación entre Ia aplicación y un módulo de compartición se efectúa una autenticación mutua entre aplicación y módulo.
8. Método según cualquiera de las reivindicaciones anteriores caracterizado porque los módulos de compartición se cargan en una parcela de memoria procedentes de una entidad externa a Ia que . representan.
9. Método según cualquiera de las reivindicaciones anteriores caracterizado porque las aplicaciones se cargan en una parcela de memoria procedentes de una entidad externa.
10. Método según cualquiera de las reivindicaciones anteriores caracterizado porque un servicio de compartición incluye un identificador del servicio, referencias a datos y procedimientos de Ia aplicación que ha dado de alta el servicio, condiciones de acceso y reglas de uso.
11. Método según cualquiera de las reivindicaciones anteriores caracterizado porque los módulos de compartición disponen de procedimientos de compartición que permiten a las aplicaciones, dar de alta o modificar o eliminar un servicio de compartición.
12. Método según cualquiera de las reivindicaciones anteriores caracterizado porque más de una aplicación está asociada al mismo módulo de compartición.
13. Método según Ia reivindicación 10 caracterizado porque los procedimientos de compartición de los módulos de compartición permiten: i) solicitar las condiciones de acceso y reglas de uso de un servicio de compartición determinado, ii) solicitar Ia obtención de las condiciones de acceso necesarias para un servicio determinado, iii) obtener un servicio de compartición, comprobando que las condiciones de acceso han sido satisfechas.
14. Método según cualquiera de las reivindicaciones anteriores caracterizado por establecer una unidad de compartición común para diversas aplicaciones residentes en distintas parcelas de memoria, y que contiene procedimientos de compartición de Ia unidad que pueden ser empleados por las aplicaciones para acceder a los servicios compartidos que ofrecen los módulos de compartición.
15. Método según Ia reivindicación 13 caracterizado porque los procedimientos de compartición de Ia unidad permiten: i) obtener Ia referencia a un Módulo de Compartición para el acceso a los Servicios de Compartición que contenga, ii) realizar búsquedas selectivas de Servicios Compartidos entre todos los Módulos de Compartición dado un patrón de búsqueda, iii) realizar búsquedas selectivas de Módulos de Compartición dado un patrón de búsqueda, iv) obtener un Servicio de Compartición, comprobando que las condiciones de acceso han sido satisfechas.
16. Método según Ia reivindicación 13 o 14 caracterizado porque en Ia unidad de compartición se establece ün control de compartición para controlar que los datos y procedimientos que usa una determinada aplicación cumplan las reglas de uso definidas para el servicio compartido.
17. Método según cualquiera de las reivindicaciones anteriores caracterizado porque los módulos de compartición cargados en memoria, ofrecen sus servicios de compartición a las aplicaciones a través de Ia unidad de compartición.
18. Método según cualquiera de las reivindicaciones anteriores caracterizado porque las reglas de uso de un servicio de compartición se seleccionan entre: limitar el tiempo de uso, limitar su almacenamiento, necesidad de incluir una llave, o cualquier combinación de las anteriores.
19. Método según cualquiera de las reivindicaciones 13 a 14 caracterizado porque en Ia unidad de compartición se establece un módulo de compartición que permite ofrecer servicios de compartición a las aplicaciones.
20. Método según cualquiera de las reivindicaciones anteriores caracterizado porque las aplicaciones que están en ejecución son las que referencian datos y/o procedimientos de otra, aplicación.
21. Método según cualquiera de las reivindicaciones anteriores caracterizado porque las aplicaciones pertenecen a distintas entidades.
22. Método según cualquiera de las reivindicaciones anteriores caracterizado porque las aplicaciones se seleccionan entre: aplicación monedero que ofrece servicios de pago, aplicación de comunicaciones, aplicación de almacenamiento de datos de forma segura.
23. Método según cualquiera de las reivindicaciones anteriores caracterizado porque las parcelas de memoria forman parte de medios computerizados.
24. Método según Ia reivindicación 22 caracterizado porque los medios computerizados están incluidos en el circuito integrado de una tarjeta inteligente.
25. Unidad de procesado de información que comprende un microprocesador y al menos una memoria de datos asociada a dicho microprocesador, donde Ia memoria de datos está al menos parcialmente dividida en parcelas de memoria independientes y en el que dichas parcelas de memoria alojan una o más aplicaciones formadas por datos y/o procedimientos, y estando Ia unidad destinada a conferir mayor velocidad de procesado, seguridad y flexibilidad en Ia compartición de dichos datos y/o procedimientos, se caracteriza porque comprende medios de compartición para intercambiar datos y/o procedimientos entre aplicaciones de distintas parcelas de memoria y porque Ia compartición de dichos datos y/o procedimientos se realiza a través de dichos medios de compartición.
26. Unidad de procesado según Ia reivindicación 24 caracterizado porque los medios de compartición residen en una parcela de memoria.
27. Unidad de procesado según Ia reivindicación 24 y 25 caracterizado porque dispone de una unidad de compartición común para diversas aplicaciones residentes en distintas parcelas de memoria, y que contiene medios de compartición a través de las cuales las aplicaciones acceden a servicios compartidos que ofrecen los medios de compartición.
28. Unidad de procesado según Ia reivindicación 26 caracterizado porque Ia unidad de compartición dispone de medios de búsqueda para localizar a medios de compartición que dispongan de un servicio solicitado por una aplicación.
29. Unidad de procesado según cualquiera de Ia reivindicaciones 26 o 27 caracterizado porque dispone de medios para controlar Ia compartición de los datos y/o procedimientos entre aplicaciones asegurando que se cumplen las reglas de uso definidas para el servicio compartido.
30. Unidad de procesado según cualquiera de las reivindicaciones 26 a 28 caracterizado porque Ia unidad de compartición dispone de medios de compartición para ofrecer servicios de compartición a las aplicaciones.
31. Unidad de procesado según cualquiera de las reivindicaciones 24 a 29 caracterizado porque las parcelas de memoria forman parte de medios computerizados.
32. Unidad de procesado según Ia reivindicación 30 caracterizado porque los medios computerizados están incluidos en el circuito integrado de una tarjeta inteligente.
33. Tarjeta inteligente que comprende un circuito integrado que dispone de una unidad de procesado según las reivindicaciones 24 a 31.
34. Tarjeta inteligente según Ia reivindicación 32 caracterizado porque Ia unidad de procesado opera según el método definido en las reivindicaciones 1 a 23.
Description:
MÉTODO Y DISPOSITIVO PARA LA COMPARTICION DE INFORMACIÓN ENTRE PARCELAS DE MEMORIA DE ENTORNOS DE RECURSOS LIMITADOS

D E S C R I P C I Ó N

OBJETO DE LA INVENCIÓN

La presente invención está relacionada con Ia gestión de información tal y como datos y/o procedimientos residentes en memoria en entornos de recursos limitados, es decir, en sistemas con capacidad de procesamiento y almacenamiento reducidos, como por ejemplo los existentes en una tarjeta inteligente.

De manera más particular Ia invención se refiere a un método que permite que diversas aplicaciones residentes en parcelas de memoria distintas, puedan compartir los datos y/o procedimientos de los que se componen, de manera segura y haciendo un uso óptimo de Ia capacidad de procesado del sistema al que pertenece Ia memoria.

En Ia invención se define un mecanismo de compartición estricto que permite asegurar que si una aplicación ha obtenido un dato o procedimiento de otra aplicación o del propio sistema en el que reside el mecanismo, es porque está autorizada a usarlo y por Io tanto no es necesario realizar ninguna verificación. El mecanismo de compartición está basado en que los datos y procedimientos de una aplicación solo pueden ser referenciados por otra durante su ejecución y a través de unos mecanismos de compartición definidos en Ia presente invención.

Es también objeto de Ia invención un dispositivo consistente en una unidad de procesado que permite el intercambio de datos y/o procedimientos entre aplicaciones residentes en distintas parcelas de memoria de dicha unidad de procesado, de manera segura y haciendo un uso óptimo de Ia capacidad de procesado de Ia unidad a Ia que pertenece Ia memoria.

Otro objeto de Ia invención se refiere a una tarjeta inteligente que comprende Ia unidad de procesado anteriormente comentada.

ANTECEDENTES DE LA INVENCIÓN

Los sistemas conocidos para Ia compartición de datos y procedimientos residentes en memoria, se basan en que los datos y procedimientos están caracterizados por pertenecer a aplicaciones determinadas. El sistema conoce cual es Ia aplicación en curso y controla de manera continuada que los datos y procedimientos que están en uso pertenezcan a ella o que sean datos o procedimientos obtenidos mediante el sistema de compartición.

En los sistemas conocidos existen varias aplicaciones que pueden compartir datos entre sí, para Io cual cada aplicación dispone de un método que es usado por el sistema para obtener datos y procedimientos que se desean compartir. Cuando Ia aplicación quiere obtener datos y procedimientos de otra aplicación tiene que solicitarlo al sistema mediante un método que ofrece el propio sistema, identificando claramente a Ia aplicación de Ia que los quiere obtener. El sistema entonces solicita a Ia aplicación los datos y procedimientos que requiere Ia aplicación solicitante invocando el método que dispone Ia aplicación y se los entrega.

En estos sistemas conocidos en el estado de Ia técnica, los datos y procedimientos están caracterizados por pertenecer permanentemente a alguna aplicación, y no pueden ser usados por ninguna otra, ya que en ejecución el sistema hace comprobaciones continuas de que los datos que están en uso pertenezcan a Ia aplicación en ejecución.

Estas técnicas conocidas para gestionar el intercambio de información entre diversas áreas de memoria, debido a Ia mencionada verificación continua que se realiza, requieren un mayor tiempo de procesado y por Io tanto son lentos en Ia gestión de Ia información.

DESCRIPCIÓN DE LA INVENCIÓN

La presente invención resuelve Ia anteriormente comentada problemática y aporta ventajas adicionales, de acuerdo con el método y dispositivos definidos en las reivindicaciones independientes.

La invención proporciona un método de compartición en el que Ia información compuesta por datos y/o procedimientos que se quieran compartir no pertenecen exclusivamente a una sola aplicación, sino que es un método mucho más versátil debido a que dichos datos y/o procedimientos pueden ser utilizados por cualquier aplicación que los requiera pero siguiendo los mecanismos de compartición definidos en Ia invención. El método además es más seguro que las técnicas conocidas y hace un uso más eficaz de Ia capacidad de procesado del sistema en el que se ¡mplementa.

La presente invención define un método y un dispositivo que permiten que diferentes aplicaciones que están incluidas en un sistema, por ejemplo Ia unidad de procesado de una tarjeta inteligente, puedan intercambiar datos y/o procedimientos entre ellas de forma consensuada y segura. Además, permite que en un mismo sistema convivan aplicaciones de diferentes entidades externas sin que se vea comprometida Ia seguridad de los datos que contienen.

En Ia presente invención entidades externas deben entenderse como sistemas ajenos al entorno en que se implementa el método y el dispositivo de Ia invención, y que actúan como representantes en el entorno de Ia invención a través de alguna aplicación que les pertenece, como por ejemplo una entidad bancaria, un proveedor de cualquier tipo de servicio etc.

El sistema que se define en Ia presente invención no necesita hacer un control exhaustivo y continuo de a qué aplicación pertenecen los procedimientos y datos que están en uso, confiriendo mayor velocidad de procesado ya que se ahorra tareas de procesado, y flexibilidad al sistema. El sistema define un mecanismo de compartición estricto que permite asegurar que si una aplicación ha obtenido un dato de otra aplicación o del sistema es porque puede usarlo y no es necesaria ninguna verificación.

El mecanismo de compartición está basado en que una aplicación sólo puede referenciar datos y procedimientos de otra aplicación en ejecución y a través de los mecanismos de compartición definidos en Ia presente invención.

La presente invención define un mecanismo para que las aplicaciones de diferentes Parcelas de Memoria puedan compartir datos de forma segura, Io cual se consigue impidiendo que las aplicaciones compartan sus datos directamente, si no mediante entidades especializadas y dedicadas a Ia compartición. Estas entidades, que se denominan en Ia presente invención Módulos de Compartición, son aplicaciones cargadas en el sistema que actúan como representantes de una entidad externa al sistema que controlan el intercambio de información entre aplicaciones que estén bajo su control, El intercambio de información entre aplicaciones se realiza en forma de Servicios Compartidos incluidos en los Módulos de Compartición. De este modo un aspecto de Ia invención se refiere a un método de compartición de información entre parcelas de memoria en entornos de recursos limitados, destinado a conferir mayor velocidad de procesado, seguridad y flexibilidad en dicha compartición de información, y en el que dichas parcelas de memoria pueden alojar una o más aplicaciones formadas por datos y/o procedimientos. El método se caracteriza porque comprende compartir datos y/o procedimientos entre aplicaciones residentes en distintas parcelas de memoria, a través de módulos de compartición consistentes en aplicaciones especificas destinadas al control de Ia compartición y que incluyen al menos un servicio de compartición a través de los cuales se produce Ia compartición de información.

En Ia invención participa una unidad de procesado de datos que contiene una Unidad de Compartición y una memoria para aplicaciones divida en Parcelas de Memoria independientes. En las Parcelas de Memoria residen datos y procedimientos que conforman las aplicaciones y tienen un tamaño variable.

La Unidad de Compartición es una parte del sistema común a todas las aplicaciones y que contiene los Procedimientos de Compartición, que es una ¡nterfaz utilizada por las aplicaciones para poder acceder a los Servicios Compartidos ofrecidos por los Módulos de Compartición existentes en el sistema. La Unidad de Compartición también contiene el Control de Compartición, que controla que los datos y procedimientos que use una determinada aplicación no estén vulnerando las reglas de uso definidas para el Servicio Compartido. Las reglas de uso de un Servicio Compartido pueden establecer unas limitaciones al uso del servicio, como por ejemplo establecer carácter temporal al uso, limitar su almacenamiento, o Ia necesidad de incluir una llave. Por tanto los Módulos de Compartición son aplicaciones especiales que ofrecen Servicios Compartidos a otras aplicaciones directamente o a través de Ia Unidad de Compartición. Los Servicios Compartidos son incluidos en los Módulos de Compartición por las aplicaciones asociadas. Según Ia presente invención cada aplicación cargada en Ia tarjeta, preferiblemente debe tener un Módulo de Compartición asociado. También es posible que aplicaciones no tengan ningún Modulo de Compartición asociado, para Io cual se dispone de un Modulo de Compartición por defecto al que se asignan dichas aplicaciones. Este Modulo puede obtener los Servicios Compartidos de Ia aplicación de forma activa, es decir por su propia iniciativa.

La asociación entre una aplicación y el Módulo de Compartición se realiza antes de que Ia aplicación pueda empezar a compartir datos con otras aplicaciones. Esta asociación se puede realizar, por ejemplo, en el proceso de carga y/o activación de Ia aplicación o posteriormente durante el resto de fases del ciclo de vida de Ia aplicación. En Ia asociación se puede producir una autenticación mutua entre Ia aplicación y el Módulo de Compartición para garantizar una asociación de confianza. A partir de este momento Ia aplicación puede dar de alta, es decir introducir Servicios Compartidos en su Módulo de Compartición asociado a través de los Procedimientos de Compartición pertenecientes al Módulo de Compartición.

Los Procedimientos de Compartición de un Módulo v de Compartición permiten a las aplicaciones asociadas:

1. Dar de alta un Servicio de Compartición.

2. Modificar un Servicio de Compartición.

3. Eliminar un Servicio de Compartición. Un Servicio de Compartición consta de: identificador, referencias a datos y procedimientos de Ia aplicación que da de alta el servicio, condiciones de acceso y reglas de uso. Por tanto para que una aplicación pueda obtener un Servicio Compartido debe tener las condiciones de acceso que se Io permitan. Además estos servicios sólo podrán ser utilizados según las reglas de uso, en caso que éstas existan.

Los Mecanismos de Compartición entre aplicaciones de Ia presente invención se basan en que sólo a través de los Módulos de Compartición se pueden compartir datos y procedimientos entre diferentes Parcelas de Memoria.

Dentro de las Parcelas de Memoria las aplicaciones existentes pueden compartir los datos y procedimientos que deseen. Esto se debe a que se supone que dentro de una determinada Parcela de Memoria las aplicaciones existentes son de confianza entre si. Por tanto, dentro de una aplicación existen datos o procedimientos que sólo son accesibles por las aplicaciones que comparten Ia misma Parcela de Memoria. Esto no limita para que dentro de una aplicación puedan existir también datos o procedimientos delicados que sólo sean accesibles por dicha aplicación, sin que ni siquiera puedan ser accedidos por otras aplicaciones de Ia misma Parcela de Memoria.

Los Procedimientos de Compartición de un Módulo de Compartición ofrecen una interfaz para que las aplicaciones (independientemente de si están asociadas al Módulo de Compartición) puedan consultar y acceder a los Servicios Compartidos. Esta interfaz puede permitir por ejemplo:

1. Solicitud de las condiciones de acceso y reglas de uso de un Servicio Compartido determinado. 2. Petición de obtención de las condiciones de acceso necesarias para un servicio determinado, las condiciones de acceso por ejemplo pueden estar incluidas en una llave de acceso.

3. Obtención de un Servicio de Compartición. Comprobando que las condiciones de acceso han sido satisfechas.

El Módulo de Procedimientos de Compartición de Ia Unidad de Compartición constituye una interfaz para que las aplicaciones puedan acceder a los Módulos de Compartición. Esta interfaz puede por ejemplo permitir:

1. Obtención de Ia referencia a un Módulo de Compartición para el acceso a los Servicios de Compartición que contenga.

2. Búsquedas selectivas de Servicios Compartidos entre todos los Módulos de Compartición dado un patrón de búsqueda.

3. Búsquedas selectivas de Módulos de Compartición dado un patrón de búsqueda.

4. Obtención de un Servicio de Compartición. Comprobando que las condiciones de acceso han sido satisfechas.

La Unidad de Compartición puede opcionalmente disponer de un Módulo de Compartición que Ia permita ofrecer Servicios Compartidos del sistema.

Cada Servicio Compartido puede establecer unas reglas de uso, estas reglas de uso son controladas por el Control de Compartición de Ia Unidad de Compartición, estas podrían ser, por ejemplo: 1. Que sea necesaria Ia autenticación para poder acceder o usar datos y procedimientos de Ia aplicación.

2. Que tengan carácter temporal, por ejemplo, que no puedan ser almacenados permanentemente por aplicaciones para ser utilizados con posterioridad.

3. Que los procedimientos del Servicio de Compartición obtenidos no puedan ser ejecutados utilizando como parámetros de entrada datos de Ia aplicación que ha obtenido dichos procedimientos.

4. Que los datos del Servicio de Compartición obtenidos no puedan ser utilizados directamente por los procedimientos de Ia aplicación que ha obtenido dichos datos, sólo puedan ser utilizados mediante los procedimientos del Servicio de Compartición obtenido.

5. Que sea necesaria una llave para poder utilizar el Servicio Compartido obtenido.

Otro aspecto de Ia invención se refiere a una unidad de procesado de información que comprende un microprocesador y al menos una memoria de datos asociada a dicho microprocesador, donde Ia memoria de datos está al menos parcialmente dividida en parcelas de memoria independientes y en el que dichas parcelas de memoria alojan una o más aplicaciones formadas por datos y/o procedimientos. La unidad de procesado está destinada a aumentar su velocidad de procesado, y a mejorar Ia seguridad y flexibilidad en Ia compartición de dichos datos y/o procedimientos. La unidad de procesado comprende medios de compartición para intercambiar datos y/o procedimientos entre aplicaciones de distintas parcelas de memoria y por Io tanto Ia compartición de dichos datos y/o procedimientos se realiza a través de dichos medios de compartición.

La unidad de procesado y las parcelas de memoria forman parte de medios computerizados, que por ejemplo pueden estar incluidos en el circuito integrado de una tarjeta inteligente.

De este modo otro aspecto de Ia invención se refiere a un dispositivo consistente en una tarjeta inteligente en Ia que su circuito integrado dispone de Ia unidad de procesado descrita anteriormente. Dicha unidad de procesado de Ia tarjeta opera según el método definido en Ia presente invención.

DESCRIPCIÓN DE LOS DIBUJOS

Para complementar Ia descripción que se está realizando y con objeto de ayudar a una mejor comprensión de las características del invento, de acuerdo con un ejemplo preferente de realización práctica del mismo, se acompaña como parte integrante de dicha descripción, un juego de dibujos en donde con carácter ilustrativo y no limitativo, se ha representado Io siguiente: La figura 1.- consiste en una representación esquemática que ilustra diversos aspectos de Ia invención, y en Ia que se aprecian diversas parcelas de memoria conteniendo aplicaciones, módulos de compartición incluidos en diversas parcelas de memoria, así como Ia unidad de compartición.

La figura 2.- consiste en una representación esquemática en Ia que se muestran diversas aplicaciones haciendo uso de los servicios compartidos de los módulos de compartición a los que están asociadas.

La figura 3.- consiste en una representación esquemática en Ia que se muestran diversas aplicaciones obteniendo servicios compartidos a través de los procedimientos de compartición de Ia unidad de compartición.

La figura 4.- consiste en un diagrama que ilustra un ejemplo de operación de Ia invención en el que interviene Ia unidad de compartición y un módulo de compartición asociado a una aplicación.

La figura 5.- consiste en un diagrama que ilustra otro ejemplo de operación de Ia invención en el que interviene Ia unidad de compartición y un módulo de compartición asociado por defecto a una aplicación que no tenía ningún módulo de compartición asociados previamente.

REALIZACIÓN PREFERENTE DE LA INVENCIÓN

En Ia figura 1 se muestra un ejemplo de un posible estado del sistema en el que existen varias aplicaciones que quieren compartir o usar Servicios Compartidos. La memoria para aplicaciones (1 ) se encuentra divida en cuatro Parcelas de Memoria (M 1- M4). Las Parcela de Memoria (M1 ) contiene las aplicaciones (Api) y (Ap2) y Ia Parcela de Memoria (M2) contienen las aplicaciones (Ap3) y (Ap4), las cuales solo pueden compartir datos con las aplicaciones que están en Ia misma parcela, es decir las aplicaciones (Api) y (Ap2) pueden compartir datos entre sí directamente como indica Ia fecha (10), y del mismo modo las aplicaciones (Ap3) y (Ap4) pueden compartir datos y/o procedimientos directamente como indica Ia flecha (11) ya que están dentro de Ia misma parcela de memoria (M2).

Las otras dos parcelas de memoria (M3) y (M4) contienen un Módulo de Compartición cada una, (MC1) y (MC2) respectivamente. Las aplicaciones de cada Parcela de Memoria pueden estar asociadas a uno de los Módulos de Compartición (MC1 ) o (MC2), por tanto para compartir datos con alguna aplicación de otra Parcela de Memoria deberán dar de alta, es decir introducir un Servicio Compartido en su Módulo de Compartición asociado. La aplicación que quiera usar un Servicio Compartido deberá solicitarlo al Módulo de Compartición que dispone de dicho servicio.

En esta misma figura 1 se aprecia que en Ia invención participa una Unidad de Compartición (3), que dispone de un Módulo de Compartición de Sistema (MC3) que puede ser usado por las aplicaciones para acceder a Servicios Compartidos del sistema.

Por Io tanto también existe Ia posibilidad de que las aplicaciones también soliciten Servicios Compartidos a través de los Procedimientos de Compartición (PC3) de Ia Unidad de Compartición (3).

Finalmente en Ia Unidad de Compartición (3) aparece también el Control de Compartición (CC3) que se encarga de garantizar que las reglas de uso especificadas para cada Servicio Compartido sean cumplidas por las aplicaciones.

La figura 2 muestra un ejemplo de operación del método de Ia invención, en el que las aplicaciones (Api ) y (Ap2) están asociadas al Módulo de Compartición (MC5) y Ia aplicación (Ap3) está asociada al Módulo de Compartición (MC4). También en Ia figura se observa como el Módulo de Compartición (MC5) dispone de sus propios Procedimientos de Compartición (PC5), y los Servicios de Compartición (SC5) que puede ofrecer a las aplicaciones que los soliciten. De modo similar el Módulo de Compartición (MC4) dispone de sus propios Procedimientos de Compartición (PC4) y sus Servicios de Compartición (SC4) que puede ofrecer.

Las aplicaciones pueden dar de. alta, dar de baja o modificar Servicios Compartidos en sus Módulos de Compartición asociados a través de los Procedimientos de Compartición. De este modo en Ia figura 2, Ia aplicación (Api) está dando de alta según indica Ia flecha (2) un servicio en su Módulo de Compartición (MC5) asociado, a través del Procedimiento de Compartición (PC5), y Ia aplicación (Ap2) está dando de baja un servicio según indica Ia flecha (4) en el mismo Módulo de Compartición (MC5) al que también esta asociada. Por otro lado, Ia aplicación (Ap3) esta modificando un servicio de compartición según indica Ia flecha (5) en el Módulo de Compartición (MC4) asociado a través del Procedimiento de Compartición (PC4).

La figura 3 muestra como las aplicaciones también pueden obtener un Servicio Compartido a través de los Procedimientos de Compartición (PC3) de Ia Unidad de Compartición (3), que a su vez los obtiene de los Módulos de Compartición (MC5) y (MC6) correspondientes, es decir aquellos Módulos de Compartición que disponen y pueden ofrecer los Servicios de Compartición que solicitan las aplicaciones (Ap1-Ap3). Simultáneamente se muestra según indica Ia flecha (9) Ia posibilidad de que una aplicación obtenga un Servicio Compartido directamente a través de un Módulo de Compartición del que tenga una referencia, es decir que sepa que ofrece un determinado servicio, en el caso de Ia figura 3 Ia aplicación (Api) está pidiendo un servicio directamente al Módulo de Compartición (MC5) del que sabe que ofrece un determinado servicio entre sus Servicios Compartidos (SC5).

La aplicación (Ap2) está pidiendo un servicio según indica Ia flecha (7) a través de los Procedimientos de Compartición (PC3) de Ia Unidad de Compartición (3), y de modo similar Ia aplicación (Ap3) está pidiendo un servicio según indica Ia flecha (8) a través de dicha Unidad de Compartición (3).

En el diagrama de Ia figura 4 se observa un ejemplo de los procedimientos que puede realizar una aplicación para dar de alta y obtener un Servicio Compartido mediante Ia Unidad de Compartición (3).

En el diagrama se muestra Ia aplicación (Ap4), Ia Unidad de Compartición (3), el Módulo de Compartición (MC7) asociado con Ia aplicación (Ap4) y otro Módulo de Compartición (MC8).

El primer paso que realiza Ia aplicación (Ap4) es dar de alta, es decir introducir un Servicio Compartido en el Módulo de Compartición (MC7) asociado, indicando: identificador, referencias a datos y procedimientos, condiciones de acceso y reglas de uso. Posteriormente Ia aplicación (Ap4), por ejemplo puede necesitar modificar algún parámetro del Servicio Compartido, Io cual realizara mediante el Módulo de Compartición (MC7) que Io contiene.

A continuación Ia aplicación (Ap4) realiza una búsqueda de un Servicio Compartido determinado usando Ia Unidad de Compartición (3) y obtiene Ia referencia a un Módulo de Compartición (MC8) que contiene el Servicio Compartido solicitado por ejemplo debido a que otra aplicación los ha dado de alta con anterioridad. Seguidamente solicita el servicio al Módulo de Compartición (MC8), éste Ie es denegado ya que las condiciones de acceso no son satisfechas debido a que es necesario una llave para acceder al Servicio Compartido solicitado. Posteriormente realiza una petición de llave al Módulo de Compartición (MC8), que tras realizar las gestiones oportunas (por ejemplo Ia verificación de que Ia aplicación que está intentando obtener el servicio es de confianza, está verificación puede ser interna al Modulo de Compartición o requerir el intercambio de datos con una entidad externa al Módulo de Compartición (MC8) Ie entrega Ia llave necesaria para obtener el Servicio Compartido, que posteriormente es obtenido. En el diagrama de Ia figura 5 se observa un ejemplo de los procedimientos que se realizan en el sistema cuando una aplicación (Ap5) que no tiene Módulo de Compartición asociado dispone de Servicios Compartidos para compartir.

En el diagrama se muestra Ia aplicación (Ap5), Ia Unidad de Compartición (3), el Módulo de Compartición (MC9) asociado por defecto con Ia aplicación (Ap5) y otro Módulo de Compartición (MC10).

Una vez instalada Ia aplicación (Ap5), el Módulo de Compartición por defecto(MC9) que dispone el sistema, toma Ia iniciativa solicitando a Ia aplicación los Servicios Compartidos que disponga. Posteriormente Ia aplicación (Ap5) modifica sus Servicios Compartidos a través de Ia Unidad de Compartición (3).

A continuación Ia aplicación (Ap5) realiza una búsqueda de un Servicio Compartido determinado usando Ia Unidad de Compartición (3) y obtiene Ia referencia a un Módulo de Compartición (MC10) que contiene el Servicio Compartido solicitado. Seguidamente solicita el servicio al Módulo de Compartición (MC10) a través de Ia Unidad de Compartición (3), éste Ie es denegado ya que las condiciones de acceso no son satisfechas debido a que es necesario una llave para acceder al Servicio Compartido solicitado. Posteriormente realiza una petición de llave al Módulo de Compartición (MC10) a través de Ia Unidad de Compartición (3), que tras realizar las gestiones oportunas (éstas pueden ser internas o externas al Módulo de Compartición) Ie entrega Ia llave necesaria para obtener el Servicio Compartido, que posteriormente es obtenido a través de Ia Unidad de Compartición (3).

Un ejemplo de una utilización práctica de Ia presente invención podría ser el siguiente.

El sistema quiere ser usado por el usuario para realizar compras de diferentes tipos, por ejemplo realizar un pago en una tienda, descargar un contenido multimedia en el sistema previo pago del mismo, compra de entradas en el cine, etc.

Para ello una entidad bancaria carga en el sistema una aplicación monedero. Esta aplicación monedero puede establecer un enlace con Ia entidad bancaria propietaria de Ia aplicación para aumentar o disminuir el saldo disponible o realizar consultas de saldo. Esta aplicación ofrecerá servicios de pago a terceras aplicaciones, que consistirán en certificaciones que den validez a los pagos realizados por terceras aplicaciones.

La aplicación monedero pertenece a Ia entidad bancaria, por tanto para poder ofrecer servicios a terceras aplicaciones según Ia invención, debe de asociarse a un Módulo de Compartición que sea de total confianza para Ia entidad bancaria. El Módulo de Compartición de confianza podría ser usado en el futuro por Ia entidad bancaria para que otras aplicaciones pertenecientes a Ia entidad también ofrecieran sus servicios a terceras aplicaciones.

Esta asociación se realiza en Ia carga de Ia aplicación monedero previa verificación por parte del Módulo de Compartición y de Ia aplicación monedero de que Ia aplicación y el Módulo de Compartición son de confianza respectivamente.

Posteriormente Ia aplicación monedero puede dar de alta el servicio de pago en el Módulo de Compartición. Este Servicio de Compartición se caracteriza por:

1. Un identificador que Io identifica o referencia como servicio de pago monedero. 2. Procedimientos que permiten certificar un pago.

3. Condiciones de Acceso que son satisfechas previa presentación del certificado que identifica a Ia aplicación que quiere obtener dicho servicio.

4. Unas reglas de uso que establecen una temporalidad al servicio.

A continuación se carga en el sistema una aplicación de compra que realiza Ia comunicación con el punto de venta mediante por ejemplo un puerto infrarrojos disponible en el sistema.

Cuando el usuario quiere realizar un pago mediante Ia aplicación de compra por infrarrojos, esta aplicación solicita a Ia Unidad de Compartición (3) mediante los Procedimientos de Compartición (PC3) información sobre servicios monedero, obteniendo una referencia al Módulo de Compartición que dispone del servicio. La aplicación solicita el servicio al Módulo de Compartición que a su vez pide el certificado a Ia aplicación solicitante y comprueba local o remotamente que Ia aplicación está autorizada a obtener dicho servicio. Una vez obtenido el servicio y mediante los procedimientos del servicio se procede a Ia realización del pago, el servicio de pago internamente solicitará un pin personal al usuario para comprobar que el usuario está de acuerdo con dicho pago.

Una vez realizado el pago, el servicio obtenido por Ia aplicación caduca debido a las reglas de uso establecidas, para volver a usar el servicio será necesario volver a obtenerlo.

El usuario quiere posteriormente descargarse contenidos multimedia en el sistema, para esto se carga una aplicación de descarga por ejemplo vía GPRS de contenidos multimedia de pago. Para ello, Ia aplicación solicita a Ia Unidad de Compartición (3) mediante los Procedimientos de Compartición (PC3) información sobre servicios monedero y servicios GPRS, obteniendo una referencia a los Módulos de Compartición que disponen de dichos servicios, los cuales han sido dados de alta por otras aplicaciones previamente. La aplicación solicita los servicios a los Módulos de Compartición. Una vez obtenidos los servicios y mediante los procedimientos de los servicios se procede a Ia descarga de contenidos multimedia mediante el servicio GPRS previo pago usando el servicio monedero.

Realizaciones particulares de Ia invención se describen en las adjuntas reivindicaciones dependientes.

A Ia vista de esta descripción y juego de figuras, el experto en Ia materia podrá entender que las realizaciones de Ia invención que se han descrito pueden ser combinadas de múltiples maneras dentro del objeto de Ia invención. La invención ha sido descrita según algunas realizaciones preferentes de Ia misma, pero para el experto en Ia materia resultará evidente que múltiples variaciones pueden ser introducidas en dichas realizaciones preferentes sin salir del objeto de Ia invención reivindicada.