1
SISTEMA Y METODO DE ADMINISTRACION DE RECURSOS
DE MODULO PORTATIL
Campo de la Invención La presente invención se refiere a un sistema, un método y un centro de administración para el manejo de recursos de módulos portátiles de recurso. El sistema se refiere en particular a un sistema, un método y un centro de administración para el manejo de recursos de una multiplicidad de módulos portátiles de recurso, cada uno de los cuales es conectado con una terminal de comunicación y cada uno comprende un mecanismo de control de recurso que prepara y liberar recursos en un módulo respectivo de recurso, los recursos comprenden unidades electrónicas de memoria y estos módulos portátiles de recursos son diseñados en particular como tarjetas de memoria. Antecedentes de la invención Los módulos portátiles de recurso que comprenden almacenamientos electrónicos de datos y almacenamientos de programa, asi como también uno o más procesadores, son conocidos y son diseñados en forma convencional con interconexiones para la conexión removible con un dispositivo anfitrión. Por medio de esta conexión removible, un módulo portátil de recurso y un dispositivo anfitrión pueden ser conectados para una interacción y cooperación temporal. El REF. 160012 2
dispositivo anfitrión puede accesar a los almacenamientos de datos en el módulo portátil de recurso, por ejemplo, o puede cooperar con una aplicación de software, la cual es ejecutada en un procesador del módulo portátil de recurso. Los módulos portátiles conocidos de recurso son normalmente diseñados en la forma de las así llamadas tarjetas de memoria, aunque también pueden ser distintamente diseñadas, por ejemplo, como las así llamadas fichas electrónicas. Entre las tarjetas de memoria más bien conocidas se encuentran las tarjetas de Módulo de Identidad de Suscriptor o Abonado (SIM, por sus siglas en inglés) , este tipo de tarjetas puede ser conectada en forma removible con un radioteléfono móvil como un módulo de identificación y autentificación, y la tarjeta para cajero automático, que puede ser conectada en forma removible con los cajeros automáticos o las así llamadas Máquinas de Cajero Automático de Banco (ATMs) . Junto con el progreso en la miniaturización de los componentes electrónicos, la capacidad de la memoria y la capacidad del procesador de los módulos portátiles de recurso han aumentado en forma continua, de modo que se ha convertido en real el empleo de los módulos de recurso no simplemente para una aplicación dedicada sino para una pluralidad de aplicaciones. En particular, en conexión con terminales de comunicación, con dispositivos anfitriones de red y con dispositivos adecuados de escritura, se ha vuelto posible además que las partes autorizadas puedan 3
transmitir aplicaciones' adicionales de software en forma dinámica, en los módulos portátiles de recurso, que las almacenen en ellos y que las ejecuten en el procesador local. Sin embargo, el aumento en los problemas de seguridad se han generado debido a que ha existido la posibilidad que las aplicaciones de software adicionalmente cargadas podrían tener acceso a los datos de otras aplicaciones de software en el módulo portátil de recurso en un modo no autorizado. En la solicitud de Patente EP 0 908 855 se describe un mecanismo de control de recurso para tarjetas de memoria que tienen una pluralidad de aplicaciones de software, este mecanismo hace disponibles los recursos para las aplicaciones de software en la tarjeta de memoria y evita que los datos de otras aplicaciones de software en la tarjeta sean accesados en un modo no autorizado. Si la tarjeta de memoria fuera conectada con un dispositivo anfitrión, el mecanismo de control de recurso de acuerdo con el documento EP 0 908 855 haría posible la recepción de peticiones del dispositivo anfitrión para la ejecución de las aplicaciones de software, a fin de proporcionar, por medio de una tabla de área de memoria almacenada en la tarjeta de memoria, un área de memoria para el almacenamiento y para la ejecución (inclusive, para el almacenamiento de datos) de una respectiva aplicación de software como recursos y verifica que la respectiva aplicación de software sea ejecutada en los 4
recursos preparados de. la misma. Sin embargo, el mecanismo de control de recurso de acuerdo con el documento EP 0 908 855 no puede evitar la redundancia, es decir, las aplicaciones de software ya disponibles que sean cargadas en la tarjeta de memoria o que sean realizados intentos innecesarios de carga para aplicaciones adicionales de software cuando ninguno de los recursos de las mismas se encuentren disponibles en la tarjeta de memoria. Este seria un inconveniente en particular si fuera supuesto que las aplicaciones de software sean cargadas en una multiplicidad de módulos de recurso por medio de una red de comunicación, debido a que con lo cual, la capacidad de la red y de almacenamiento son desperdiciadas en forma innecesaria. Breve Descripción de la Invención Un objetivo de la presente invención es proporcionar un nuevo sistema, un método y un centro de administración para el manejo de recursos de módulos portátiles de recurso, los cuales no tienen los inconvenientes de la técnica anterior y que hacen posible en particular, el manejo de recursos de una multiplicidad de módulos portátiles de recurso . Esos objetivos son conseguidos de acuerdo con la presente invención, en particular a través de los elementos de las reivindicaciones independientes. Además, las modalidades ventajosas siguen después de las reivindicaciones 5
dependientes y de la descripción. Cada uno de los módulos portátiles de recurso, diseñados en particular como tarjetas de memoria, es conectado con una terminal de comunicación y cada uno comprende un mecanismo de control de recurso para preparar y liberar recursos en el respectivo módulo de recurso, los recursos comprenden unidades electrónicas de memoria. Los objetivos mencionados con anterioridad son conseguidos a través de la presente invención, en particular porque una primera instrucción de manejo de recurso comprende una identificación de módulo, es decir, una primera petición para preparar o liberar recursos de hardware, por ejemplo, espacio de almacenamiento o recursos de software, por ejemplo, aplicaciones de software, es transmitida a un centro de administración de recurso, porque una segunda instrucción de manejo de recurso es transmitida a partir del centro de administración de recurso por medio de una red de comunicación hacia el módulo de recurso reconocido a través de la identificación de módulo, porque los recursos son preparados o liberados a través de un mecanismo de control de recurso en el módulo identificado de recurso de acuerdo con la segunda instrucción recibida de manejo de recurso, porque una confirmación de manejo de recurso es transmitida del módulo identificado de recurso por medio de la red de comunicación hacia el centro de administración de recurso, y 6
porque la información acerca de los recursos preparados o liberados es almacenada, es decir, es asignada a la identificación de módulo, en el centro de administración de recurso. La ventaja del envío de peticiones para preparar o liberar recursos de un módulo portátil de recurso por medio de un centro de administración de recurso y el almacenamiento de la información para el respectivo módulo de recurso acerca de los recursos preparados o liberados es que los recursos de todo los módulos participantes de recurso o al menos las porciones definidas de estos recursos pueden ser manejadas en un modo centralizado. Esto significa que en el centro de administración de recurso puede determinarse cuales de las áreas de memoria de un módulo particular de recurso ya han sido preparadas, es decir, ocupadas o reservadas, o que todavía se encuentran libres, y cuales aplicaciones de software han sido preparadas, es decir, que ya han sido cargadas. Una distribución y actualización centralizada de aplicaciones de software en los módulos portátiles de recurso se hace posible sin aplicaciones ya disponibles que tienen que ser cargadas en otro tiempo y sin los intentos innecesarios de carga que tienen que ser realizados por medio de la red de comunicación si el espacio de almacenamiento necesario de las mismas no estuviera libre. El manejo centralizado de recursos de los módulos de recurso hace posible adicionalmente que se encuentren disponibles a una 7
tercera parte los recursos para uso mediante esta tercera parte. Por ejemplo, un área definida de memoria puede ser reservada para aplicaciones de software de una tercera parte interesada. En una variante de modalidad, la identificación de módulo y una petición de aplicación son transmitidas por el usuario de la terminal de comunicación a una unidad de manejo de aplicación, la primera instrucción de manejo de recurso es transmitida en base a la petición recibida de aplicación por la unidad de manejo de aplicación en el centro de administración de recurso, la primera instrucción de manejo de recurso comprende una identificación de usuario de recurso, y la identificación de usuario de recurso es almacenada, después es asignada a la identificación de módulo, en el centro de administración de recurso. La ventaja del envío de la petición de aplicación y la identificación de módulo por medio de una unidad de manejo de aplicación hacia el centro de administración de recurso es que el usuario tiene la capacidad de solicitar distintas aplicaciones de software a partir de una pluralidad de vendedores independientes, cada uno de los cuales opera una unidad de manejo de aplicación, estos vendedores tienen la capacidad de beneficiar o ayudar a los servicios centralizados del centro de unión de manejo de recurso, en donde se encuentran registrados como usuarios de recurso.
8
En una variante de modalidad, una confirmación de preparación de recurso es transmitida del centro de administración de recurso a la unidad de manejo de aplicación, una petición de instalación de aplicación es transmitida de la unidad de manejo de aplicación por medio de la red de comunicación al módulo particular de recurso, una aplicación es instalada en el módulo particular de recurso a través del mecanismo de control de recurso de acuerdo con la petición de instalación de aplicación que utiliza los recursos preparados, y la información acerca de la aplicación instalada es almacenada en la unidad de manejo de aplicación, la información que está siendo almacenada es asignada a la información de módulo. La ventaja de esta variante de modalidad es que el operador de la unidad de manejo de aplicación, normalmente el vendedor de las aplicaciones de software, ha completado el control sobre las aplicaciones de software ofrecidas por el mismo y a través de la instalación de estas aplicaciones de software, y por lo tanto, los servicios centralizados del centro de administración de recurso pueden ser ayudados . En una variante de modalidad, en el centro de administración de recurso, una petición de instalación de aplicación es introducida en la segunda instrucción de manejo de recurso, una aplicación es instalada en el módulo particular de recurso a través del mecanismo de control de 9
recurso de acuerdo con la petición de instalación de aplicación, y es almacenada la información acerca de la aplicación instalada en el centro de administración de recurso, la información que está siendo almacenada es asignada a la identificación de módulo. La ventaja de esta variante de modalidad es que la implementacion de la unidad de manejo de aplicación es simplificada debido a que el suministro de la aplicación requerida de software al módulo de recurso también es llevado a cabo por el centro de administración de recurso. En una variante de modalidad, la dirección de comunicación de la terminal de comunicación es determinada a partir de un almacenamiento de datos en el cual son almacenadas las direcciones de identificaciones y comunicación de módulo que son asignadas a estas identificaciones de módulo. La ventaja del mapeo de las identificaciones de módulo en las direcciones de comunicación, por ejemplo, los números de la llamada, es que el centro de administración de recurso y la unidad de manejo de aplicación sólo necesitan tener la identificación de módulo del módulo de recurso indicado en ellas, y la dirección actual de comunicación de la terminal de comunicación con la cual es conectado el módulo de recurso en el momento, puede ser determinada, de preferencia, en una unidad de mapeo de dirección en la red de comunicación.
10
Breve Descripción de las Figuras Una modalidad de la presente invención es descrita a continuación con referencia a un ejemplo. El ejemplo de la modalidad es ilustrado mediante las siguientes figuras adjuntas: La Figura 1 muestra un diagrama de bloque de un sistema para el manejo de recursos de módulos portátiles de recurso, en el cual se representan en forma esquemática distintas terminales de comunicación con módulos de recurso conectados por medio de una red de comunicación con un centro de administración de recurso y una unidad de manejo de aplicación. La Figura 2 muestra un diagrama de tiempo que representa la secuencia de procedimiento en el manejo de recurso, el intercambio de datos entre una unidad de manejo de aplicación, o de manera respectiva, una terminal de comunicación, el centro de administración de recurso y el módulo de recurso son mostrados para el caso en donde la unidad de manejo de aplicación no participa en el suministro de las aplicaciones requeridas de software. La Figura 3 muestra un diagrama de tiempo que representa la secuencia de procedimiento en el manejo de recurso, el intercambio de datos entre una unidad de manejo de aplicación, el centro de administración de recurso y un módulo de recurso que son mostrados para el caso en donde la 11
unidad de manejo de aplicación sea responsable del suministro de las aplicaciones requeridas de software. Descripción Detallada de la Invención En las Figuras 1, 2 y 3, los mismos componentes que corresponden entre sí son designados por los mismos números de referencia. En la Figura 1, los números de referencia 1 y 1' designan los módulos portátiles de recurso que corresponden entre sí, sin embargo, sólo el módulo de recurso designado por el número de referencia 1 es mostrado en detalle. El módulo de recurso 1 comprende una memoria electrónica 11 con una pluralidad de unidades de memoria para el almacenamiento de datos y programas de software 111, 112, 113 , así como también al menos un procesador 12 conectado con la memoria electrónica 11. En la Figura 1, el número de referencia 3 designa una red de comunicación que comprende una red móvil y/o una red fija de radio. La red móvil de radio es por ejemplo, el Sistema Global de Comunicación Móvil (GSM) o una red del Sistema Universal de Telefonía Móvil (UMTS) u otra, por ejemplo, una red móvil de radio basada en satélite. La red fija es, por ejemplo, la red pública de telefonía conmutada o una Red Digital de Servicios Integrados (ISDN) . Los números de referencia 2, 2', 2" en la Figura 1 designan distintas terminales de comunicación que puede ser conectadas con la red de comunicación 3 , con las terminales 12
de la cual los módulos' de recurso 1, 1' son conectados en forma removible . La terminal de comunicación 2 es un radioteléfono móvil . La terminal de comunicación 2 ' es una computadora portátil tipo 'laptop' o una computadora Asistente Digital Personal (PDA) con un módulo de comunicaciones para realizar la comunicación por medio de una red móvil de radio. La terminal de comunicación 2", por ejemplo una Computadora Personal (PC) , comprende un módulo de comunicaciones para realizar la comunicación por medio de una red fija. El módulo de recurso 1 comprende un mecanismo de control de recurso 111 que prepara y libera los recursos del módulo de recurso 1. De preferencia, el mecanismo de control de recurso 111 es diseñado como un módulo programado de software y recibe las instrucciones de manejo de recurso por medio de la terminal de comunicación 2, con la cual se encuentra conectado. Las instrucciones de manejo de recurso comprenden las instrucciones para preparar y liberar los recursos de hardware y software, tales como la reserva de espacio de memoria, la liberación de espacio de memoria la instalación de la aplicación o la remoción de la aplicación. El mecanismo de control de recurso 111 también comprende en particular las funciones programadas de software para la instalación de una aplicación en el módulo de recurso 1 de acuerdo con una petición de instalación de aplicación que es 13
recibida con una instrucción de manejo de recurso. El mecanismo de control de recurso 111 mantiene una tabla de área de memoria en la cual son asignadas las áreas de memoria preparadas de la memoria electrónica 11 son aplicaciones reservadas o instaladas de software. El mecanismo de control de recurso 111 evita que las aplicaciones de software tengan acceso a los datos de otras aplicaciones de software en un modo no autorizado. El módulo de recurso 1 comprende un módulo de confirmación 112 que transmite por medio de la red de comunicación 3 a la unidad, a partir de la cual fue recibida una instrucción de manejo de recurso, una confirmación de manejo de recurso que se refiere a los recursos que han sido preparados o liberados a través del mecanismo de control de recurso 111 de acuerdo con una instrucción recibida de manejo de recurso. De preferencia, el módulo de confirmación 112 es designado como un módulo programado de software y realiza la comunicación de datos por medio de la red de comunicación 3 con la ayuda de las funciones de comunicación de la terminal conectada de comunicación 2. El módulo de recurso 1 además comprende los recursos de software 113 (aplicación) que ya han sido almacenados durante la manufactura del módulo de recurso 1 o son almacenados en un punto posterior en el tiempo en la memoria electrónica 11 del módulo de recurso 1.
14
El número de referencia 4 en la Figura 1, designa un centro de administración de recurso que comprende una o más computadoras conectadas con la red de comunicación 3. Para la conexión y el intercambio de datos con y a través de la red de comunicación 3 , el centro de administración de recurso 4 comprende un módulo de comunicaciones 42 con los componentes necesarios de hardware y software del mismo. El centro de administración de recurso 4 comprende un módulo de recepción 43 que capta las instrucciones de manejo de recurso. Las instrucciones de manejo de recurso contienen una identificación de módulo, reconocen un módulo particular de recurso o un grupo particular de módulos de recurso 1, 1', en los cuales la respectiva instrucción de manejo de recurso se refiere, y los datos acerca de los recursos que se supone serán preparados o liberados, por ejemplo, un área de memoria, una identificación de aplicación y/o una aplicación de software. En función de la variante de modalidad, las instrucciones de manejo de recurso pueden ser recibidas a partir de un usuario o a partir de una unidad de manejo de aplicación 5 por medio de la red de comunicación 3. Como se indica en la Figura por medio de las líneas punteadas, una conexión directa también puede existir entre el centro de administración de recurso 4 y la unidad de manejo de aplicación 5 (el centro de administración de recurso 4 y la unidad de manejo de aplicación 5 pueden ser 15
implementados , por ejemplo, en una computadora común) . De preferencia, el módulo de recepción 43 es implementado como un módulo programado de software. El centro de administración de recurso 4 comprende un módulo de instrucción de manejo 44 que transmite una instrucción de manejo de recurso a través de la red de comunicación 3 a un módulo particular de recurso o un grupo particular de módulos de recurso 1, 1' . La instrucción de manejo de recurso es redactada por el módulo de instrucción de manejo 44 en base a la instrucción de manejo de recurso que es captada en el módulo de recepción 43, y es transmitida al módulo (s) de recurso 1, 1' reconocido a través de la identificación de módulo. La instrucción redactada de manejo de recurso contiene los datos acerca de los recursos que se supone serán preparados o liberados, por ejemplo, un área de memoria. En función de la variante de modalidad, el módulo de instrucción de manejo 44 también puede introducir una petición de instalación de aplicación en la instrucción de manejo de recurso que comprende una identificación de aplicación y/o una aplicación de software. Antes que una instrucción de manejo de recurso sea transmitida a un módulo de recurso mediante el módulo de instrucción de manejo 44, el módulo de instrucción de manejo 44 verifica en el almacenamiento de datos 41, el cual es descrito más adelante, si el respectivo módulo de recurso 1 tiene suficientes 16
recursos libres disponibles. De preferencia, el módulo de instrucción de manejo 44 es implementado como un módulo programado de software . El centro de administración de recurso 4 además comprende un módulo de manejo 45 y un almacenamiento de datos 41 que guarda la información acerca de los recursos preparados o liberados, la información que está siendo almacenada en cada caso es asignada a la identificación de módulo del respectivo módulo de recurso 1. El almacenamiento de datos 41, que es implementado en cada caso como una base de datos en una computadora separada o en una computadora común, contiene los datos, también asignados en cada caso a una identificación de módulo, acerca de los recursos disponibles de software y hardware, instalados en un modo estándar, del módulo de recurso 1, o un tipo de módulo a partir del cual estos datos pueden ser derivados por medio de perfiles de módulo. Los datos acerca de los recursos de hardware comprenden la información acerca del tamaño de la memoria, las interconexiones y procesadores disponibles. Los datos acerca de los recursos de software comprenden la información acerca de los códigos criptográficos, las funciones criptográficas y otros programas de software que se encuentran disponibles. Si la instrucción original de manejo de recurso ha sido recibida a partir de la unidad de manejo de aplicación 5, la información mencionada con anterioridad 17
es guardada en el almacenamiento de datos 41, también en un modo asignado a una identificación de usuario de recurso que reconoce la unidad de manejo de aplicación 5. De preferencia, el módulo de manejo 45 es implementado como un módulo programado de software . Finalmente, el centro de administración de recurso 4 también comprende un módulo de confirmación 46 que transmite una confirmación de preparación de recurso a la unidad de manejo de aplicación 5 a partir de la cual la instrucción de manejo de recurso ha sido recibida, si fuera aplicable. De preferencia, el módulo de confirmación 46 es implementado como un módulo programado de software. La unidad de manejo de aplicación 5 comprende un módulo de comunicaciones 52 con los componentes necesarios de hardware y software para el intercambio de datos a través de la red de comunicación 3. Las peticiones de aplicación que provienen de un usuario interesado de la terminal de comunicación 2 son recibidas por medio del módulo de comunicaciones 52 y son aceptadas en la unidad de manejo de aplicación 5 a través de las correspondientes funciones programadas de software. También recibida del usuario, además de la petición de aplicación que comprende una identificación de aplicación, se encuentra la identificación de módulo del módulo de recurso 1 en el cual la aplicación de software se supone que será instalada.
18
Como se muestra en forma esquemática en la Figura 1, las peticiones de aplicación también pueden ser transmitidas del usuario a la unidad de manejo de aplicación 5 por medio de una de una pluralidad de unidades de venta de aplicación 6. Cada una de las unidades de venta de aplicación 6 comprende al menos una computadora, un módulo de comunicaciones 62 con los componentes necesarios de hardware y software para el intercambio de datos a través de la red de comunicación 3, un almacenamiento de datos 61 en el cual son guardadas las identificaciones de módulo y las identificaciones de aplicación asignadas a estas identificaciones de módulo, y un módulo de software 63 que recibe las peticiones de aplicación, para el envío de las peticiones de aplicación a una unidad responsable de manejo de aplicación 5 y para guardar la información mencionada en el almacenamiento de datos 61. La organización jerárquica de las unidades de manejo de aplicación 5 y las unidades de venta de aplicación 6 hace posible una división flexible de las responsabilidades de recurso y la distribución de recurso entre distintos operadores de estas unidades. El intercambio de datos entre las unidades de manejo de aplicación 5 y las unidades de venta de aplicación 6 se lleva a cabo a través de la red de comunicación 3 o, como se indica mediante las líneas punteadas en la Figura 1, por medio de una conexión directa (una unidad de manejo de aplicación 5 y una unidad de 19
venta de aplicación 6 pueden ser implementadas , por ejemplo, en una computadora común) . La unidad de manejo de aplicación 5 comprende funciones programadas de software que transmiten una instrucción de manejo de recurso al centro de administración de recurso 4 en base a una petición recibida de aplicación. Por lo tanto, la respectiva identificación de módulo y una identificación de usuario de recurso que reconoce la unidad de manejo de aplicación 5 son introducidas en la instrucción de manejo de recurso. Para el caso en donde la petición de instalación de aplicación sea transmitida por el centro de administración de recurso 4 a través de la red de comunicación 3 hacia el respectivo módulo de recurso 1, una identificación de aplicación es adicionalmente introducida en la instrucción de manejo de recurso. Para el caso en donde la petición de instalación de aplicación sea directamente transmitida por la unidad de manejo de aplicación 5 a través de la red de comunicación 3 hacia el respectivo módulo de recurso 1, la unidad de manejo de aplicación 5 comprende además un módulo de instrucción de aplicación 54, así como también un módulo de manejo de aplicación 55 para el almacenamiento de la información acerca de la aplicación instalada, esta información que está siendo almacenada es asignada a la identificación de módulo del respectivo módulo de recurso 1.
20
El número de referencia 31 en la Figura 1 designa una unidad de mapeo de dirección, de preferencia, una función programada de software, la cual en base a la identificación de módulo, determina la dirección de comunicación que es asignada a la terminal de comunicación 2 en la cual es conectado el módulo de recurso 1 reconocido a través de la identificación de módulo. La unidad de mapeo de dirección 31 tiene acceso a un registro de dirección, en el cual son asignadas las direcciones de comunicación a las identificaciones de módulo. El registro de dirección es por ejemplo, un Registro de Posición de Hogar (HLR) en el cual son asignadas las Identificaciones de Abonado Móvil Internacional (IMSIs) en los así llamados Números de Abonado Móvil (MSISDN) , es decir, los números de llamada. Además de los IMSIs, otros elementos de datos también pueden ser utilizados como identificaciones de módulo, por ejemplo, los números de tarjeta o los números de microcircuito o tarjeta de memoria. Una persona experta en la técnica entiende que los módulos mencionados de software también pueden ser implementados ya sea total o parcialmente como hardware . En los siguientes párrafos, la secuencia operativa en el manejo o administración de recurso será descrita, con referencia a la Figura 2, para el caso en donde una aplicación de software sea requerida y es suministrada al módulo de recurso 1 por medio de la unidad de manejo de recurso 4.
21
En la etapa S20, una instrucción de manejo de recurso es transmitida a la unidad de manejo de recurso 4 mediante el usuario, por medio de su terminal de comunicación 2, o por medio de la unidad de manejo de aplicación 5. En el último caso, la instrucción de manejo de recurso es transmitida por la unidad de manejo de aplicación 5 en base a una petición de aplicación (no se muestra) recibida a partir del usuario. La instrucción de manejo de recurso contiene la identificación de aplicación para la aplicación deseada de software, la identificación de módulo del módulo de recurso 1 en el cual la aplicación de software se supone que será cargada, y si fuera aplicable, la identificación de usuario de recurso que es asignada a la unidad de manejo de aplicación 5. En la etapa S21, la instrucción recibida de manejo de recurso es manejada en la unidad de manejo de recurso 4. En base a la identificación recibida de módulo y la identificación de aplicación, los requerimientos de recurso para la aplicación deseada de software son determinados (por ejemplo, el espacio en la memoria y las funciones de software utilizadas) , a través de la consulta del almacenamiento de datos 41, y son comparados con los recursos disponibles en el módulo de recurso 1. Si una cantidad suficiente de recursos no estuviera disponible, sería transmitida una comunicación negativa a la unidad de manejo de aplicación 5 o, de manera respectiva, a la terminal de comunicación 2. De otro modo, 22
sería preparada una instrucción de manejo de recurso, en la cual sería introducida una petición de instalación de aplicación con la aplicación deseada de software (y si fuera aplicable, con los recursos necesarios adicionales de software) . Los datos específicos por instalación, tal como la dirección de inicio y el tamaño de memoria, también pueden ser introducidos en la instrucción preparada de manejo de recurso. Además, la identificación de aplicación, la identificación de módulo, y si fuera aplicable, la identificación de usuario de recurso y los datos específicos por instalación, serían guardados en el almacenamiento de datos 41 asignados entre sí. En la etapa S22, la instrucción preparada de manejo de recurso es transmitida por el centro de administración de recurso 4 por medio de la red de comunicación 3 hacia el módulo de recurso 1. Por lo tanto, la dirección de comunicación asignada a la identificación de módulo, es decir, el número de llamada de la terminal de comunicación 2, es determinada por la unidad de mapeo de dirección 31. En la etapa S23, por medio de la terminal de comunicación 2, la instrucción de manejo de recurso es recibida y manejada en el- módulo de recurso 1. El mecanismo de control de recurso 111 reserva los requerimientos necesarios de memoria e instala la aplicación de software. Si los datos específicos por instalación no han sido ya especificados por el centro de administración de recurso 4, estos son 23
determinados por el mecanismo de control de recurso 111. Entonces, es preparada una confirmación de manejo de recurso que comprende, si fuera aplicable, los datos específicos por instalación en el módulo de recurso 1. En la etapa S24, la confirmación de manejo de recurso es transmitida a partir del módulo de recurso 1 por medio de la terminal de comunicación 2 y la red de comunicación 3 al centro de administración de recurso 4. En la etapa S25, en base a la confirmación recibida de manejo de recurso, el centro de administración de recurso 4 marca la aplicación de software en el almacenamiento de datos 41 como instalada y los recursos requeridos como reservados para el módulo de recurso 1. En la etapa S26, el centro de administración de recurso 4 transmite una confirmación a la unidad de manejo de aplicación 5, o de manera respectiva, a la terminal de comunicación 2. Si en la etapa S20, una instrucción de manejo de recurso es transmitida a la unidad de manejo de recurso 4 con relación a la liberación de recursos en el módulo de recurso 1, una correspondiente instrucción de manejo de recurso es preparada en la etapa S21, en la cual es introducida una petición de liberación de recurso y es transmitida al módulo de recurso 1 en la etapa S22. En la etapa S23, el mecanismo de control de recurso 111 libera los recursos de acuerdo con la 24
petició recibida de liberación de recurso. En la etapa S25, en base a la confirmación recibida de manejo de recurso, el centro de administración de recurso 4 marca los respectivos recursos en el almacenamiento de datos 41 como liberados para el módulo de recurso 1. En los siguientes párrafos, con relación a la Figura 3, la secuencia de operación en la administración o manejo de recurso será descrita para el caso en donde la aplicación requerida de software sea suministrada al módulo de recurso por la unidad de manejo de aplicación. En la etapa S30, una instrucción de manejo de recurso es transmitida por la unidad de manejo de aplicación 5 a la unidad de manejo de recurso 4. La instrucción de manejo de recurso es transmitida por la unidad de manejo de aplicación 5 en base a una petición de aplicación (no se muestra) que es recibida a partir del usuario. La instrucción de manejo de recurso contiene datos sobre los recursos requeridos que serán preparados para la aplicación deseada de software, por ejemplo, los requerimientos necesarios de memoria, la identificación de módulo del módulo de recurso 1 en el cual los recursos se supone que serán preparados, y la identificación de usuario de recurso que es asignada a la unidad de manejo de aplicación 5. En la etapa S31, la instrucción recibida de manejo de recurso es manipulada en la unidad de manejo de recurso 4. En 25
base a la identificación recibida de módulo, los datos sobre los recursos que serán preparados se comparan en el almacenamiento de datos 41 con los recursos disponibles en el módulo de recurso 1. Si no existieran recursos suficientes, sería transmitida una comunicación negativa a la unidad de manejo de aplicación 5. De otro modo, sería preparada una instrucción de manejo de recurso en la cual son introducidos los datos sobre los recursos que serán preparados . Además , los datos específicos por recurso pueden ser adicionalmente introducidos en la instrucción preparada de manejo de recurso, tal como las direcciones de inicio o las áreas definidas de memoria. Además, la identificación de módulo, la identificación de usuario de recurso y los datos sobre los recursos que serán preparados son guardados en el almacenamiento de datos 41 asignados entre sí. En la etapa S32, la instrucción preparada de manejo de recurso es transmitida por el centro de administración de recurso 4 por medio de la red de comunicación 3 al módulo de recurso 1. La dirección de comunicación, es decir, el número de llamada de la terminal de comunicación 2, que es asignada a la identificación de módulo, se determina por la unidad de mapeo de dirección 31. En la etapa S33, por medio de la terminal de comunicación 2, la instrucción de manejo de recurso es recibida y manejada en el módulo de recurso 1. El mecanismo de 26
control de recurso 111 reserva los recursos requeridos, por ejemplo, el espacio requerido de memoria. Si los datos específicos por recurso todavía no han sido especificados por el centro de administración de recurso 4, estos son determinados por el mecanismo de control de recurso 111. A continuación, es preparada una confirmación de manejo de recurso que comprende, si fuera aplicable, los datos específicos por recurso y una referencia de recurso, en el módulo de recurso 1. En la etapa S34, la confirmación de manejo de recurso es transmitida al centro de administración de recurso 4 a partir del módulo de recurso 1 por medio de la terminal de comunicación 2 y la red de comunicación 3. En la etapa S35, en base a la confirmación recibida de manejo de recurso, el centro de administración de recurso 4 marca en el almacenamiento de datos 41 los recursos requeridos que son reservados para el módulo de recurso 1 y asigna a ellos la referencia recibida de recurso. En la etapa S36, el centro de administración de recurso 4 transmite una confirmación de preparación de recurso con la referencia de recurso a la unidad de manejo de aplicación 5. En la etapa S37, en base a la confirmación recibida de preparación de recurso, se prepara una petición de instalación de aplicación con la aplicación de software y la 27
referencia de recurso deseados de los recursos preparados. En la etapa S38, la petición preparada de instalación de aplicación es transmitida por la unidad de manejo de aplicación 5 por medio de la red de comunicación 3 y la terminal de comunicación ' 2 al módulo de recurso 1. La dirección de comunicación, es decir, el número de llamada de la terminal de comunicación 2, que es asignada a la identificación de módulo, es determinada por la unidad de mapeo de dirección 31. En la etapa S39, la petición de instalación de aplicación es recibida en el módulo de recurso 1 por medio de la terminal de comunicación 2 y es manejada. El mecanismo de control de recurso 111 instala la aplicación de software utilizando los recursos reservados identificados a través de la referencia de recurso. Posteriormente, es preparada una confirmación en el módulo de recurso 1. En la etapa S40, la confirmación es transmitida del módulo de recurso 1 por medio de la terminal de comunicación 2 y la red de comunicación 3 a la unidad de manejo de aplicación 5. En la etapa S41, en base a la confirmación recibida, la unidad de manejo de aplicación 5 guarda en el almacenamiento de datos 51 la identificación de aplicación de la aplicación instalada de software en un modo asignado a la identificación de módulo del módulo de recurso 1, y marca la 28
aplicación de software como instalada. Finalmente, debe señalarse que el intercambio de instrucciones y datos entre el centro de administración de recurso 4 y el módulo de recurso 1, entre la unidad de manejo de aplicación 5 y el módulo de recurso 1, entre el centro de administración de recurso 4 y la unidad de manejo de aplicación 5, así como también, entre la unidad de manejo de aplicación 5 y la unidad de venta de aplicación 6, se prefiere que se realice utilizando mecanismos criptográficos de seguridad. En particular, pueden utilizarse los certificados digitales que emplean pares de códigos de la Inf aestructura Pública de Código (PKI) para la identificación y autentificación. Aplicabilidad Industrial La presente invención hace posible el manejo centralizado del uso de recursos mediante una multiplicidad de módulos de recurso conectados con terminales de comunicación. Se hace constar que con relación a esta fecha el mejor método conocido por la solicitante para llevar a la práctica la citada invención, es el que resulta claro de la presente descripción de la invención.