Title of Invention	"SYSTEM AND METHOD FOR MANAGING RESOURCES OF PARTABLE MODULE RESOURCES"
Abstract	Method for managing resources of portable resource modules (1) which are in each case connected to a communication terminal (2) and which, in particular, are constructed as chip cards, wherein the resources comprise electronic memory units (11), wherein the method comprises: transmission of a first resource management instruction which comprises a module identification for determining one of the resource modules (1) and information about resources to be provided or to be released, to a resource management centre (4), checking in the resource management centre (4) if the resource module (1) determined by the module identification has sufficient free resources, on the basis of stored information about resources provided or released, of the resource module (1) determined by the module identification, and in the case of sufficient free resources, transmitting a second resource management instruction from the resource management centre (4) via a communication network (3) to the resource module (1) determined by the module identification, providing or releasing resources by a resource control mechanism (111) in the resource module (1) determined, in accordance with the received second resource management instruction, transmitting a resource management confirmation from the resource module (1) determined via the communication network (3) to the resource management centre (4), and storing information about the resources provided or released in the resource management centre (4), wherein the information is stored allocated to the module identification.

Title of Invention

"SYSTEM AND METHOD FOR MANAGING RESOURCES OF PARTABLE MODULE RESOURCES"

Abstract

Method for managing resources of portable resource modules (1) which are in each case connected to a communication terminal (2) and which, in particular, are constructed as chip cards, wherein the resources comprise electronic memory units (11), wherein the method comprises: transmission of a first resource management instruction which comprises a module identification for determining one of the resource modules (1) and information about resources to be provided or to be released, to a resource management centre (4), checking in the resource management centre (4) if the resource module (1) determined by the module identification has sufficient free resources, on the basis of stored information about resources provided or released, of the resource module (1) determined by the module identification, and in the case of sufficient free resources, transmitting a second resource management instruction from the resource management centre (4) via a communication network (3) to the resource module (1) determined by the module identification, providing or releasing resources by a resource control mechanism (111) in the resource module (1) determined, in accordance with the received second resource management instruction, transmitting a resource management confirmation from the resource module (1) determined via the communication network (3) to the resource management centre (4), and storing information about the resources provided or released in the resource management centre (4), wherein the information is stored allocated to the module identification.

Full Text	System and Method for Management of Resources of Portable Module Resources Technical Field The present invention relates to a system, a method and a management centre for managing resources of portable resource modules. The system relates in particular to a system, a method and a management centre for managing resources of a multiplicity of portable resource modules, each being connected to a communication terminal and each comprising a resource control mechanism for making ready and releasing resources in the respective resource module, the resources comprising electronic memory units, and which portable resource modules are designed in particular as chipcards. Background Art Portable resource modules comprising electronic data stores and program stores as well as one or more processors are known and are designed conventionally with interfaces for removable connection to a host device. Via this removable connection, a portable resource module and a host device can be hooked up for temporary interaction and co-operation. The host device can access data stores in the portable resource module, for example, or co-operate with a software application, which is executed on a processor of the portable resource module. The known portable resource modules are typically designed in the form of so-called chipcards, but they can also be designed differently, for instance as so-called electronic tokens. Among the most well known chipcards are the SIM cards (Subscriber Identity Module), which is removably connectible to a mobile radio telephone as an identification and authentication module, and the bancomat card which is removably connectible to bancomats or so-called ATMs (Automatic Teller Machines). Along with the progress in miniaturisation of electronic components, the memory capacity and the processor capacity of portable resource modules have been continuously enlarged, so that it has become realistic to use the resource modules not merely for a dedicated application but for a plurality of applications. In particular, in connection with communication terminals, with networked host devices and with suitable writing devices, it has become possible moreover for authorised parties to transmit additional software applications dynamically onto the portable resource modules, store them there, and execute them on the local processor. Increased security problems have thereby arisen, however, since the possibility has existed that additionally loaded software applications could access data of other software applications in the portable resource module in an unauthorised way. Described in the patent application EP 0 908 855 is a resource control mechanism for chipcards having a plurality of software applications, which mechanism makes available resources for the software applications in the chipcard and prevents data of other software applications in the card from being accessed in an unauthorised way. If the chipcard is connected to a host device, the resource control mechanism according to EP 0 908 855 makes it possible to receive requests from the host device for the execution of the software applications, to provide, by means of a memory area table stored in the chipcard, a memory area for the storage and for the execution (inclusive data storage) of a respective software application as resources and to check that the respective software application is executed in the resources made ready therefor. The resource control mechanism according to EP 0 908 855, however, cannot prevent redundant, i.e. already available, software applications from being loaded onto the chipcard or unnecessary loading attempts from being made for additional software applications when no resources therefor are available on the chipcard. This is a drawback in particular if software applications are supposed to be loaded onto a multiplicity of resource modules via a communication network since network and storage capacity are thereby wasted unnecessarily. Disclosure of Invention It is an object of the present invention to propose a new system, a method and a management centre for management of resources of portable resource modules, which do not have the drawbacks of the prior art and which make possible in particular the management of resources of a multiplicity of portable resource modules. These objects are achieved according to the present invention in particular through the elements of the independent claims. Further advantageous embodiments follow moreover from the dependent claims and from the description. The portable resource modules, designed in particular as chipcards, are each connected to a communication terminal and each comprise a resource control mechanism for making ready and releasing resources in the respective resource module, the resources comprising electronic memory units. The above-mentioned objects are achieved through the present invention in particular in that a first resource management instruction comprising a module identification, i.e. a first request for making ready or releasing hardware resources, e.g. storage space, or software resources, e.g. software applications, is transmitted to a resource management centre, in that a second resource management instruction is transmitted from the resource management centre via a communication network to the resource module identified through the module identification, in that resources are made ready or released through a resource control mechanism in the identified resource module according to the received second resource management instruction, in that a resource management confirmation is transmitted from the identified resource module via the communication network to the resource management centre, and in that information about the resources made ready or released is stored, assigned to the module identification, in the resource management centre. The advantage of sending requests for making ready or releasing resources of a portable resource module via a resource management centre and of storing there information for the respective resource module about the resources made ready or released is that the resources of all participating resource modules or at least defined portions of these resources can be managed in a centralised way. That means that in the resource management centre it can be determined which memory areas of a particular resource module have already been made ready, i.e. occupied or reserved, or are still free, and which software applications have been made ready, i.e. loaded. A centralised distribution and updating of software applications in the portable resource modules is thereby made possible without already available applications having to be loaded another time and without unnecessary loading attempts having to be made via the communication network if the storage space necessary therefor is not free. The centralized management of resources of resource modules makes it possible furthermore to make available to a third party resources for use by this third party. For example, a defined memory area can be reserved for software applications of an interested third party. In an embodiment variant, the module identification and an application request are transmitted by the user of the communication terminal to an application management unit, the first resource management instruction is transmitted based on the received application request by the application management unit to the resource management centre, the first resource management instruction comprising a resource user identification, and the resource user identification being stored, assigned to the module identification, in the resource management centre. The advantage of sending the application request and the module identification via an application management unit to the resource management centre is that the user is able to request different software applications from a plurality of independent vendors, who each operate an application management unit, these vendors being able to avail of the centralised services of the joint resource management centre, where they are registered as resource users. In an embodiment variant, a resource preparation confirmation is transmitted from the resource management centre to the application management unit, an application installation request is transmitted from the application management unit via the communication network to the particular resource module, an application is installed in the particular resource module through the resource control mechanism in accordance with the application installation request using the resources made ready, and information about the installed application is stored in the application management unit, the information being stored assigned to the module identification. The advantage of this embodiment variant is that the operator of the application management unit, typically the vendor of the software applications, has complete control over the software applications offered by him and over the installation of these software applications, and nevertheless the centralised services of the resource management centre can be availed of. In an embodiment variant, in the resource management centre, an application installation request is inserted into the second resource management instruction, an application is installed in the particular resource module through the resource control mechanism in accordance with the application installation request, and information about the installed application is stored in the resource management centre, the information being stored assigned to the module identification. The advantage of this embodiment variant is that the implementation of the application management unit is simplified since the delivery of the requested software application to the resource module is also carried out by the resource management centre. In an embodiment variant, the communication address of the communication terminal is determined from a data store in which module identifications and communication addresses assigned to these module identifications are stored. The advantage of mapping module identifications in communication addresses, e.g. call numbers, is that the resource management centre and the application management unit only need to have the module identification of the resource module indicated to them, and the current communication address of the communication terminal with which the resource module is connected at the time can be determined, preferably in an address mapping unit in the communication network. Brief Description of the Drawings An embodiment of the present invention is described in the following with reference to an example. The example of the embodiment is illustrated by the following attached figures: Figure 1 shows a block diagram of a system for management of resources of portable resource modules in which schematically represented are different communication terminals with resource modules connected via a communication network to a resource management centre and an application management unit. Figure 2 shows a time diagram representing the procedural sequence at the resource management, the exchange of data between an application management unit, or respectively a communication terminal, the resource management centre and a resource module being shown for the case where the application management unit does not participate in the delivery of the requested software applications. Figure 3 shows a time diagram representing the procedural sequence at the resource management, the exchange of data between an application management unit, the resource management centre and a resource module being shown for the case where the application management unit is responsible for delivery of the requested software applications. Modes for Carrying Out the Invention In Figures 1, 2 and 3, same components corresponding to one another are designated by the same reference numerals. In Figure 1, the reference numerals 1 and 1' refer to portable resource modules corresponding to one another, only the resource module designated by the reference numeral 1 being shown in detail, however. The resource module 1 comprises an electronic memory 11 with a plurality of memory units for storage of data and software programs 111,112,113 as well as at least one processor 12 connected to the electronic memory 11. In Figure 1, the reference numeral 3 refers to a communication network comprising a mobile radio network and/or a fixed network. The mobile radio network is, for example, a GSM (Global System for Mobile Communication) or a UMTS network (Universal Mobile Telephone System) or another, for instance satellite-based, mobile radio network. The fixed network is e.g. the public switched telephone network or an ISDN network (Integrated Services Digital Network). The reference numerals 2, 2', 2" in Figure 1 designate different communication terminals connectible to the communication network 3, with which terminals the resource modules 1, 1' are removably connected. The communication terminal 2 is a mobile radio telephone. The communication terminal 2' is a laptop or a PDA computer (Personal Digital Assistant) with a communications module for the communication via a mobile radio network. The communication terminal 2", for instance a PC (Personal Computer), comprises a communications module for communication via a fixed network. The resource module 1 comprises a resource control mechanism 111 for making ready and releasing resources of the resource module 1. The resource control mechanism 111 is preferably designed as programmed software module, and receives resource management instructions via the communication terminal 2, with which it is connected. Resource management instructions comprise instructions for making ready and releasing hardware and software resources such as memory space reservation, memory space release, application installation or application removal. The resource control mechanism 111 also comprises in particular programmed software functions for installing an application in the resource module 1 in accordance with an application installation request received with a resource management instruction. The resource control mechanism 111 keeps a memory area table in which memory areas made ready of the electronic memory 11 are reserved or installed software applications are assigned. The resource control mechanism 111 prevents software applications from accessing data of other software applications in an unauthorised way. The resource module 1 comprises a confirmation module 112 for transmitting via the communication network 3 to the unit from which a resource management instruction was received a resource management confirmation relating to resources which have been made ready or released through the resource control mechanism 111 in accordance with a received resource management instruction. The confirmation module 112 is preferably designed as a programmed software module and carries out the data communication via the communication network 3 with the aid of the communication functions of the connected communication terminal 2. The resource module 1 comprises moreover software resources 113 (application) which have already been stored during manufacture of the resource module 1 or are stored at a later point in time in the electronic memory 11 of the resource module 1. The reference numeral 4 in Figure 1 refers to a resource management centre comprising one or more computers connected to the communication network 3. For the connection and the data exchange with and over the communication network 3, the resource management centre 4 comprises a communications module 42 with the hardware and software components necessary therefor. The resource management centre 4 comprises a receiving module 43 for receiving resource management instructions. The resource management instructions contain a module identification, identifying a particular resource module or a particular group of resource modules 1,1', to which the respective resource management instruction relates, and data about the resources which are supposed to be made ready or released, for instance a memory area, an application identification and/or a software application. Depending upon the embodiment variant, the resource management instructions can be received from a user or from an application management unit 5 via the communication network 3. As indicated in the figure by means of the broken lines, a direct connection can also exist between the resource management centre 4 and the application management unit 5 (the resource management centre 4 and an application management unit 5 can be implemented on a common computer, for instance). The receiving module 43 is preferably implemented as a programmed software module. The resource management centre 4 comprises a management instruction module 44 for transmitting a resource management instruction over the communication network 3 to a particular resource module or a particular group of resource modules 1,1'. The resource management instruction is drawn up by the management instruction module 44 based on the resource management instruction received in the receiving module 43, and is transmitted to the resource module(s) 1,1' identified through the module identification. The drawn up resource management instruction contains data about the resources which are supposed to be made ready or released, for instance a memory area. Depending upon the embodiment variant, the management instruction module 44 can also insert an application installation request into the resource management instruction comprising an application identification and/or a software application. Before a resource management instruction is transmitted to a resource module by the management instruction module 44, the management instruction module 44 checks in the data store 41, described in the following, whether the respective resource module 1 has available sufficient free resources. The management instruction module 44 is preferably implemented as a programmed software module. The resource management centre 4 further comprises a management module 45 and a data store 41 for storing information about the resources made ready or released, the information being stored in each case assigned to the module identification of the respective resource module 1. The data store 41, which is implemented in each case as database on a separate or a common computer, contains data, also assigned in each case to a module identification, about available software and hardware resources, installed in a standard way, of the resource module 1, or a module type from which these data can be derived by means of module profiles. Data about hardware resources comprise information about memory size, available interfaces and processors. Data about software resources comprise information about available cryptographic keys, cryptographic functions and other software programs. If the original resource management instruction has been received from an application management unit 5, the information mentioned above are stored in the data store 41, also in a way assigned to a resource user identification identifying the application management unit 5. The management module 45 is preferably implemented as a programmed software module. Finally, the resource management centre 4 also comprises a confirmation module 46 for transmission of a resource preparation confirmation to the application management unit 5 from which the resource management instruction has been received, if applicable. The confirmation module 46 is preferably implemented as a programmed software module. The application management unit 5 comprises a communications module 52 with the necessary hardware and software components for data exchange over the communication network 3. Application requests from an interested user of the communication terminal 2 are received via the communications module 52 and are accepted in the application management unit 5 through corresponding programmed software functions. Also received from the user, in addition to the application request comprising an application identification, is the module identification of the resource module 1 in which the software application is supposed to be installed. As is shown schematically in Figure 1, application requests can also be transmitted from the user to the application management unit 5 via one of a plurality of application vendor units 6. The application vendor units 6 each comprise at least one computer, a communications module 62 with the necessary hardware and software components for the data exchange over the communication network 3, a data store 61 in which module identifications and application identifications assigned to these module identifications are stored, and a software module 63 for receiving application requests, for forwarding application requests to a responsible application management unit 5 and for storing the mentioned information in the data store 61. The hierarchical organisation of application management units 5 and application vendor units 6 makes possible the flexible division of resource responsibilities and resource distribution among different operators of these units. The data exchange between the application management units 5 and the application vendor units 6 takes place over the communication network 3 or, as indicated by the broken lines in Figure 1, via a direct connection (an application management unit 5 and an application vendor unit 6 can be implemented on a common computer, for instance). The application management unit 5 comprises programmed software functions for transmitting a resource management instruction to the resource management centre 4 based on a received application request. The respective module identification and a resource user identification identifying the application management unit 5 are thereby inserted into the resource management instruction. For the case where the application installation request is transmitted by the resource management centre 4 over the communication network 3 to the respective resource module 1, an application identification is additionally inserted into the resource management instruction. For the case where the application installation request is transmitted directly by the application management unit 5 over the communication network 3 to the respective resource module 1, the application management unit 5 comprises in addition an application instruction module 54 as well as an application management module 55 for storing information about the installed application, this information being stored assigned to the module identification of the respective resource module 1. The reference numeral 31 in Figure 1 refers to an address mapping unit, preferably a programmed software function, which, on the basis of a module identification, determines the communication address assigned to the communication terminal 2 to which the resource module 1 identified through the module identification is connected. The address mapping unit 31 has access to an address register in which communication addresses are assigned to module identifications. The address register is, for example, an HLR (Home Location Register) in which so-called IMSIs (International Mobile Subscriber Identification) are assigned to so-called MSISDN numbers (Mobile Subscriber ISDN), i.e. call numbers. Besides the IMSIs, other data elements can also be used as module identifications, for instance card numbers or chip numbers. One skilled in the art understands that the mentioned software modules can also be implemented entirely or partially as hardware. In the following paragraphs, the operational sequence at the resource management will be described, with reference to Figure 2, for the case where a software application is requested and is delivered to the resource module 1 by the resource management unit 4. In step S20, a resource management instruction is transmitted to the resource management unit 4 by the user, by means of his communication terminal 2, or by the application management unit 5. In the latter case, the resource management instruction is transmitted by the application management unit 5 based on an application request (not shown) received from the user. The resource management instruction contains the application identification for the desired software application, the module identification of the resource module 1 in which the software application is supposed to be loaded, and, if applicable, the resource user identification which is assigned to the application management unit 5. In step S21, the received resource management instruction is handled in the resource management unit 4. Based on the received module identification and the application identification, the resource requirements for the desired software application are determined (e.g. memory space and software functions used), through consultation of the data store 41, and are compared with the resources available in the resource module 1. If sufficient resources are not available, a negative communication is transmitted to the application management unit 5 or respectively to the communication terminal 2. Otherwise a resource management instruction is prepared into which an application installation request with the desired software application (and, if applicable, with additional necessary software resources) is inserted. Installation-specific data such as start address and memory size can also be inserted into the prepared resource management instruction. In addition, the application identification, the module identification and, if applicable, the resource user identification and the installation-specific data are stored in the data store 41 assigned to one another. In step S22, the prepared resource management instruction is transmitted by the resource management centre 4 via the communication network 3 to the resource module 1. The communication address assigned to the module identification, i.e. the call number of the communication terminal 2, is thereby determined by the address mapping unit 31. In step S23, via the communication terminal 2, the resource management instruction is received and handled in the resource module 1. The resource control mechanism 111 reserves the necessary memory requirements and installs the software application. If the installation-specific data have not been specified already by the resource management centre 4, they are determined by the resource control mechanism 111. Then a resource management confirmation, which comprises, if applicable, installation-specific data, is prepared in the resource module 1. In step S24, the resource management confirmation is transmitted from the resource module 1 via the communication terminal 2 and the communication network 3 to the resource management centre 4. In step S25, based on the received resource management confirmation, the resource management centre 4 marks the software application in the data store 41 as installed and the required resources as reserved for the resource module 1. In step S26, the resource management centre 4 transmits a confirmation to the application management unit 5 or respectively to the communication terminal 2. If, in step S20, a resource management instruction is transmitted to the resource management unit 4 relating to the release of resources in the resource module 1, a corresponding resource management instruction is prepared in step S21 into which a resource release request is inserted, and is transmitted to the resource module 1 in step S22. In step S23, the resource control mechanism 111 releases the resources in accordance with the received resource release request. In step S25, based on a received resource management confirmation, the resource management centre 4 marks the respective resources in the data store 41 as released for the resource module 1. In the following paragraphs, with reference to Figure 3, the operational sequence at the resource management will be described for the case where the requested software application is delivered to the resource module by the application management unit. In step S30, a resource management instruction is transmitted by the application management unit 5 to the resource management unit 4. The resource management instruction is transmitted by the application management unit 5 on the basis of an application request (not shown) received from the user. The resource management instruction contains data on the required resources to be made ready for the desired software application, for instance the needed memory requirements, the module identification of the resource module 1 in which the resources are supposed to be made ready, and the resource user identification which is assigned to the application management unit 5. In step S31, the received resource management instruction is handled in the resource management unit 4. Based on the received module identification the data on the resources to be made ready are compared in the data store 41 with the resources available in the resource module 1. If sufficient resources are not available, a negative communication is transmitted to the application management unit 5. Otherwise a resource management instruction is prepared into which the data on the resources to be made ready is inserted. Further resource-specific data can be additionally inserted into the prepared resource management instruction such as start addresses or defined memory areas. In addition, the module identification, the resource user identification and the data on the resources to be made ready are stored in the data store 41 assigned to one another. In step S32, the prepared resource management instruction is transmitted by the resource management centre 4 via the communication network 3 to the resource module 1. The communication address, i.e. the call number of the communication terminal 2, assigned to the module identification, is determined by the address mapping unit 31. In step S33, via the communication terminal 2, the resource management instruction is received and handled in the resource module 1. The resource control mechanism 111 reserves the requested resources, for example the requested memory space. If the resource-specific data have not already been specified by the resource management centre 4, they are determined by the resource control mechanism 111. Then a resource management confirmation comprising, if applicable, resource-specific data and a resource reference, is prepared in the resource module 1. In step S34, the resource management confirmation is transmitted to the resource management centre 4 from the resource module 1 via the communication terminal 2 and the communication network 3. In step S35, based on the received resource management confirmation, the resource management centre 4 marks in the data store 41 the requested resources as reserved for the resource module 1, and assigns to them the received resource reference. In step S36, the resource management centre 4 transmits a resource preparation confirmation with the resource reference to the application management unit 5. In step S37, based on the received resource preparation confirmation, an application installation request is prepared with the desired software application and the resource reference of the resources made ready. In step S38, the prepared application installation request is transmitted by the application management unit 5 via the communication network 3 and the communication terminal 2 to the resource module 1. The communication address, i.e. the call number of the communication terminal 2, assigned to the module identification, is determined by the address mapping unit 31. In step S39, the application installation request is received in the resource module 1 via the communication terminal 2 and is handled. The resource control mechanism 111 installs the software application using the reserved resources identified through the resource reference. Then a confirmation is prepared in the resource module 1. In step S40, the confirmation is transmitted from the resource module 1 via the communication terminal 2 and the communication network 3 to the application management unit 5. In step S41, based on the received confirmation, the application management unit 5 stores in the data store 51 the application identification of the installed software application in a way assigned to the module identification of the resource module 1, and marks the software application as installed. Finally, it should be stated that the exchange of instructions and data between the resource management centre 4 and a resource module 1, between the application management unit 5 and a resource module 1, between the resource management centre 4 and the application management unit 5 as well as between the application management unit 5 and the application vendor unit 6 preferably takes place using cryptographic security mechanisms. In particular, digital certificates employing key pairs of the PKI (Public Key Infrastructure) can be used for the identification and authentication. Industrial Applicability The present invention makes possible centralized management of use of resources by a multiplicity of resource modules connected to communication terminals. We Claim 1. Method for managing resources of portable resource modules (1) which are in each case connected to a communication terminal (2) and which, in particular, are constructed as chip cards, wherein the resources comprise electronic memory units (11), wherein the method comprises: transmission of a first resource management instruction which comprises a module identification for determining one of the resource modules (1) and information about resources to be provided or to be released, to a resource management centre (4), checking in the resource management centre (4) if the resource module (1) determined by the module identification has sufficient free resources, on the basis of stored information about resources provided or released, of the resource module (1) determined by the module identification, and in the case of sufficient free resources, transmitting a second resource management instruction from the resource management centre (4) via a communication network (3) to the resource module (1) determined by the module identification, providing or releasing resources by a resource control mechanism (111) in the resource module (1) determined, in accordance with the received second resource management instruction, transmitting a resource management confirmation from the resource module (1) determined via the communication network (3) to the resource management centre (4), and storing information about the resources provided or released in the resource management centre (4), wherein the information is stored allocated to the module identification. 2. Method as claimed in Claim 1, characterized in that the user of the communication terminal (2) transmits the module identification and an application request to an application management unit (5), that the first resource management instruction is transmitted to the resource management centre (4) on the basis of the received application request by the application management unit (5), wherein the first resource management instruction comprises a resource user identification, and in that the resource user identification is stored allocated to the module identification in the resource management centre (4). 3. Method as claimed in Claim 2, characterized in that a resource provision confirmation is transmitted to the application management unit (5) by the resource management centre (4), in that an application installation request is transmitted to the determined resource module (1) via the communication network (3) by the application management unit (5), in that an application is installed by the resource control mechanism (111) in the determined resource module (1) in accordance with the application installation request, using the resources provided, and in that information about the application installed is stored in the application management unit (5), wherein the information is stored allocated to the module identification. 4. Method as claimed in one of Claims 1 or 2, characterized in that an application installation request is inserted in the second resource management instruction in the resource management centre (4), in that an application is installed by the resource control mechanism (111) in the determined resource module (1) in accordance with the application installation request, and in that information about the application installed is stored in the resource management centre (4), wherein the information is stored allocated to the module identification. 5. Method as claimed in one of Claims 1 to 4, characterized in that the communication address of the communication terminal (2) is determined from a data memory (32) in which module identifications and communication addresses allocated to these module identifications are stored. 6. Method as claimed in one of Claims 1 to 5, characterized in that additionally software resources (113) of the resource modules (1) are managed. 7. System for managing resources of portable resource modules (1, 1') which are in each case connected to a communication terminal (2, 2', 2") which in each case comprise a resource control mechanism (111) for providing and releasing resources in the relevant resource module (1, 1'), wherein the resources comprise electronic memory units (11) and which, in particular, are constructed as chip cards, characterized in that the system comprises a resource management centre (4) having a receiving module (43) for receiving a first resource management instruction transmitted to the resource management centre (4), which comprises a module identification for determining one of the resource modules (1) and information about resources to be provided or to be released, in that the resource management centre (4) comprises a management instruction module (44) for checking if the resource module (1) determined by the module identification has sufficient free resources, on the basis of stored information about resources provided or released of the resource module (1) determined by the module identification, and in the case of sufficient free resources for transmitting a second resource management instruction via a communication network (3) connected to the resource management centre (4) to the resource module (1) determined by the module identification, in that the resource management centre (4) comprises means for receiving a resource management confirmation via the communication network (3) from the determined resource module (1) with reference to resources which have been provided or released by the resource control mechanism (111) in accordance with a second resource management insulation received, and in that the resource management centre (4) comprises a management module (45) and a data memory (41) for storing information about the resources provided or released, wherein the information is stored allocated to the module identification. 8. System as claimed in Claim 7, characterized in that the system comprises an application management unit (5) for receiving the module identification and an application request by the user of the communication terminal (2) and for transmitting the first resource management instruction to the resource management centre (4) on the basis of the application request received, wherein the first resource management instruction comprises a resource user identification, and in that the management module (45) comprises means for storing the resource user identification in the data memory (41) allocated to the module identification. 9. System as claimed in Claim 8, characterized in that the resource management centre (4) comprises a confirmation module (46) for transmitting a resource provision confirmation to the application management unit (5), in that the application management unit (5) comprises an application instruction module (54) for transmitting an application installation request via the communication network (3) to the determined resource module (1), in that the resource control mechanism (111) comprises means for installing an application in the resource module (1) concerned in accordance with the application installation request and by using resources provided, and in that the application management unit (5) comprises an application management module (55) for storing information about the application installed, wherein the information is stored allocated to the module identification. 10. System as claimed in one of Claims 7 or 8, characterized in that the management instruction module (44) comprises means for inserting an application installation request into the second resource management instruction, in that the resource control mechanism (111) comprises means for installing an application in the resource module (1) concerned, in accordance with the application installation request and in that the management module (45) comprises means for storing information about the application installed, wherein the information is stored allocated to the module identification in the data memory (41). 11. System as claimed in one of Claims 7 to 10, characterized in that it comprises an address mapping unit (31) and a data memory (32) for determining the communication address of the communication terminal (2), in which data memory (32) module identifications and communication addresses allocated to these module identifications are stored. 12. System as claimed in one of Claims 7 to 11, characterized in that the resources which are provided and released by the resource control mechanism (111) also comprise software resources (113). 13. System as claimed in Claim 7, characterized in that the management instruction module (44) comprises means for inserting an application installation request into the second resource management instruction, and in that the management module (45) comprises means for storing information about an application installed in the determined resource module (1) in accordance with the application installation request, wherein the information is stored allocated to the module identification in the data memory (41). 14. System as claimed in Claim 7, characterized in that the resource management centre (4) comprises a confirmation module (46) for transmitting a resource provision confirmation to an application management unit (5) from which the first resource management instruction was received by the receiving module (43), in that the management module (45) comprises means for storing a resource user identification contained in the first resource management instruction, wherein the resource user identification is stored allocated to the module identification in the data memory (41).

Full Text

System and Method for Management of Resources of Portable Module
Resources
Technical Field
The present invention relates to a system, a method and a management centre for managing resources of portable resource modules. The system relates in particular to a system, a method and a management centre for managing resources of a multiplicity of portable resource modules, each being connected to a communication terminal and each comprising a resource control mechanism for making ready and releasing resources in the respective resource module, the resources comprising electronic memory units, and which portable resource modules are designed in particular as chipcards.
Background Art
Portable resource modules comprising electronic data stores and program stores as well as one or more processors are known and are designed conventionally with interfaces for removable connection to a host device. Via this removable connection, a portable resource module and a host device can be hooked up for temporary interaction and co-operation. The host device can access data stores in the portable resource module, for example, or co-operate with a software application, which is executed on a processor of the portable resource module. The known portable resource modules are typically designed in the form of so-called chipcards, but they can also be designed differently, for instance as so-called electronic tokens. Among the most well known chipcards are the SIM cards (Subscriber Identity Module), which is removably connectible to a mobile radio telephone as an identification and authentication module, and the bancomat card which is removably connectible to bancomats or so-called ATMs (Automatic Teller Machines). Along with the progress in miniaturisation of electronic components, the memory capacity and the processor capacity of portable resource modules have been continuously enlarged, so that it has become realistic to use the resource modules not merely for a dedicated application but for a plurality of applications. In particular, in connection with communication terminals, with networked host devices and with suitable writing
devices, it has become possible moreover for authorised parties to transmit additional software applications dynamically onto the portable resource modules, store them there, and execute them on the local processor. Increased security problems have thereby arisen, however, since the possibility has existed that additionally loaded software applications could access data of other software applications in the portable resource module in an unauthorised way.
Described in the patent application EP 0 908 855 is a resource control mechanism for chipcards having a plurality of software applications, which mechanism makes available resources for the software applications in the chipcard and prevents data of other software applications in the card from being accessed in an unauthorised way. If the chipcard is connected to a host device, the resource control mechanism according to EP 0 908 855 makes it possible to receive requests from the host device for the execution of the software applications, to provide, by means of a memory area table stored in the chipcard, a memory area for the storage and for the execution (inclusive data storage) of a respective software application as resources and to check that the respective software application is executed in the resources made ready therefor. The resource control mechanism according to EP 0 908 855, however, cannot prevent redundant, i.e. already available, software applications from being loaded onto the chipcard or unnecessary loading attempts from being made for additional software applications when no resources therefor are available on the chipcard. This is a drawback in particular if software applications are supposed to be loaded onto a multiplicity of resource modules via a communication network since network and storage capacity are thereby wasted unnecessarily.
Disclosure of Invention
It is an object of the present invention to propose a new system, a method and a management centre for management of resources of portable resource modules, which do not have the drawbacks of the prior art and which make possible in particular the management of resources of a multiplicity of portable resource modules.
These objects are achieved according to the present invention in particular through the elements of the independent claims. Further advantageous embodiments follow moreover from the dependent claims and from the description.
The portable resource modules, designed in particular as chipcards, are each connected to a communication terminal and each comprise a resource control mechanism for making ready and releasing resources in the respective resource module, the resources comprising electronic memory units.
The above-mentioned objects are achieved through the present invention in particular in that a first resource management instruction comprising a module identification, i.e. a first request for making ready or releasing hardware resources, e.g. storage space, or software resources, e.g. software applications, is transmitted to a resource management centre, in that a second resource management instruction is transmitted from the resource management centre via a communication network to the resource module identified through the module identification, in that resources are made ready or released through a resource control mechanism in the identified resource module according to the received second resource management instruction, in that a resource management confirmation is transmitted from the identified resource module via the communication network to the resource management centre, and in that information about the resources made ready or released is stored, assigned to the module identification, in the resource management centre. The advantage of sending requests for making ready or releasing resources of a portable resource module via a resource management centre and of storing there information for the respective resource module about the resources made ready or released is that the resources of all participating resource modules or at least defined portions of these resources can be managed in a centralised way. That means that in the resource management centre it can be determined which memory areas of a particular resource module have already been made ready, i.e. occupied or reserved, or are still free, and which software applications have been made ready, i.e. loaded. A centralised distribution and updating of software applications in the portable resource modules is thereby made possible without already available
applications having to be loaded another time and without unnecessary loading attempts having to be made via the communication network if the storage space necessary therefor is not free. The centralized management of resources of resource modules makes it possible furthermore to make available to a third party resources for use by this third party. For example, a defined memory area can be reserved for software applications of an interested third party.
In an embodiment variant, the module identification and an application request are transmitted by the user of the communication terminal to an application management unit, the first resource management instruction is transmitted based on the received application request by the application management unit to the resource management centre, the first resource management instruction comprising a resource user identification, and the resource user identification being stored, assigned to the module identification, in the resource management centre. The advantage of sending the application request and the module identification via an application management unit to the resource management centre is that the user is able to request different software applications from a plurality of independent vendors, who each operate an application management unit, these vendors being able to avail of the centralised services of the joint resource management centre, where they are registered as resource users.
In an embodiment variant, a resource preparation confirmation is transmitted from the resource management centre to the application management unit, an application installation request is transmitted from the application management unit via the communication network to the particular resource module, an application is installed in the particular resource module through the resource control mechanism in accordance with the application installation request using the resources made ready, and information about the installed application is stored in the application management unit, the information being stored assigned to the module identification. The advantage of this embodiment variant is that the operator of the application management unit, typically the vendor of the software applications, has complete control over the software applications offered by him and over the installation of these
software applications, and nevertheless the centralised services of the resource management centre can be availed of.
In an embodiment variant, in the resource management centre, an application installation request is inserted into the second resource management instruction, an application is installed in the particular resource module through the resource control mechanism in accordance with the application installation request, and information about the installed application is stored in the resource management centre, the information being stored assigned to the module identification. The advantage of this embodiment variant is that the implementation of the application management unit is simplified since the delivery of the requested software application to the resource module is also carried out by the resource management centre.
In an embodiment variant, the communication address of the communication terminal is determined from a data store in which module identifications and communication addresses assigned to these module identifications are stored. The advantage of mapping module identifications in communication addresses, e.g. call numbers, is that the resource management centre and the application management unit only need to have the module identification of the resource module indicated to them, and the current communication address of the communication terminal with which the resource module is connected at the time can be determined, preferably in an address mapping unit in the communication network.
Brief Description of the Drawings
An embodiment of the present invention is described in the following with reference to an example. The example of the embodiment is illustrated by the following attached figures:
Figure 1 shows a block diagram of a system for management of resources of portable resource modules in which schematically represented are different communication terminals with resource modules connected via a
communication network to a resource management centre and an application management unit.
Figure 2 shows a time diagram representing the procedural sequence at the resource management, the exchange of data between an application management unit, or respectively a communication terminal, the resource management centre and a resource module being shown for the case where the application management unit does not participate in the delivery of the requested software applications.
Figure 3 shows a time diagram representing the procedural sequence at the resource management, the exchange of data between an application management unit, the resource management centre and a resource module being shown for the case where the application management unit is responsible for delivery of the requested software applications.
Modes for Carrying Out the Invention
In Figures 1, 2 and 3, same components corresponding to one another are designated by the same reference numerals. In Figure 1, the reference numerals 1 and 1' refer to portable resource modules corresponding to one another, only the resource module designated by the reference numeral 1 being shown in detail, however. The resource module 1 comprises an electronic memory 11 with a plurality of memory units for storage of data and software programs 111,112,113 as well as at least one processor 12 connected to the electronic memory 11.
In Figure 1, the reference numeral 3 refers to a communication network comprising a mobile radio network and/or a fixed network. The mobile radio network is, for example, a GSM (Global System for Mobile Communication) or a UMTS network (Universal Mobile Telephone System) or another, for instance satellite-based, mobile radio network. The fixed network is e.g. the public switched telephone network or an ISDN network (Integrated Services Digital Network).
The reference numerals 2, 2', 2" in Figure 1 designate different communication terminals connectible to the communication network 3, with which terminals the resource modules 1, 1' are removably connected. The communication terminal 2 is a mobile radio telephone. The communication terminal 2' is a laptop or a PDA computer (Personal Digital Assistant) with a communications module for the communication via a mobile radio network. The communication terminal 2", for instance a PC (Personal Computer), comprises a communications module for communication via a fixed network.
The resource module 1 comprises a resource control mechanism 111 for making ready and releasing resources of the resource module 1. The resource control mechanism 111 is preferably designed as programmed software module, and receives resource management instructions via the communication terminal 2, with which it is connected. Resource management instructions comprise instructions for making ready and releasing hardware and software resources such as memory space reservation, memory space release, application installation or application removal. The resource control mechanism 111 also comprises in particular programmed software functions for installing an application in the resource module 1 in accordance with an application installation request received with a resource management instruction. The resource control mechanism 111 keeps a memory area table in which memory areas made ready of the electronic memory 11 are reserved or installed software applications are assigned. The resource control mechanism 111 prevents software applications from accessing data of other software applications in an unauthorised way.
The resource module 1 comprises a confirmation module 112 for transmitting via the communication network 3 to the unit from which a resource management instruction was received a resource management confirmation relating to resources which have been made ready or released through the resource control mechanism 111 in accordance with a received resource management instruction. The confirmation module 112 is preferably designed as a programmed software module and carries out the data communication via the communication network 3 with the aid of the communication functions of the connected communication terminal 2.
The resource module 1 comprises moreover software resources 113 (application) which have already been stored during manufacture of the resource module 1 or are stored at a later point in time in the electronic memory 11 of the resource module 1.
The reference numeral 4 in Figure 1 refers to a resource management centre comprising one or more computers connected to the communication network 3. For the connection and the data exchange with and over the communication network 3, the resource management centre 4 comprises a communications module 42 with the hardware and software components necessary therefor.
The resource management centre 4 comprises a receiving module 43 for receiving resource management instructions. The resource management instructions contain a module identification, identifying a particular resource module or a particular group of resource modules 1,1', to which the respective resource management instruction relates, and data about the resources which are supposed to be made ready or released, for instance a memory area, an application identification and/or a software application. Depending upon the embodiment variant, the resource management instructions can be received from a user or from an application management unit 5 via the communication network 3. As indicated in the figure by means of the broken lines, a direct connection can also exist between the resource management centre 4 and the application management unit 5 (the resource management centre 4 and an application management unit 5 can be implemented on a common computer, for instance). The receiving module 43 is preferably implemented as a programmed software module.
The resource management centre 4 comprises a management instruction module 44 for transmitting a resource management instruction over the communication network 3 to a particular resource module or a particular group of resource modules 1,1'. The resource management instruction is drawn up by the management instruction module 44 based on the resource management instruction received in the receiving module 43, and is transmitted to the resource module(s) 1,1' identified through the module identification. The
drawn up resource management instruction contains data about the resources which are supposed to be made ready or released, for instance a memory area. Depending upon the embodiment variant, the management instruction module 44 can also insert an application installation request into the resource management instruction comprising an application identification and/or a software application. Before a resource management instruction is transmitted to a resource module by the management instruction module 44, the management instruction module 44 checks in the data store 41, described in the following, whether the respective resource module 1 has available sufficient free resources. The management instruction module 44 is preferably implemented as a programmed software module.
The resource management centre 4 further comprises a management module 45 and a data store 41 for storing information about the resources made ready or released, the information being stored in each case assigned to the module identification of the respective resource module 1. The data store 41, which is implemented in each case as database on a separate or a common computer, contains data, also assigned in each case to a module identification, about available software and hardware resources, installed in a standard way, of the resource module 1, or a module type from which these data can be derived by means of module profiles. Data about hardware resources comprise information about memory size, available interfaces and processors. Data about software resources comprise information about available cryptographic keys, cryptographic functions and other software programs. If the original resource management instruction has been received from an application management unit 5, the information mentioned above are stored in the data store 41, also in a way assigned to a resource user identification identifying the application management unit 5. The management module 45 is preferably implemented as a programmed software module.
Finally, the resource management centre 4 also comprises a confirmation module 46 for transmission of a resource preparation confirmation to the application management unit 5 from which the resource management instruction has been received, if applicable. The confirmation module 46 is preferably implemented as a programmed software module.
The application management unit 5 comprises a communications module 52 with the necessary hardware and software components for data exchange over the communication network 3. Application requests from an interested user of the communication terminal 2 are received via the communications module 52 and are accepted in the application management unit 5 through corresponding programmed software functions. Also received from the user, in addition to the application request comprising an application identification, is the module identification of the resource module 1 in which the software application is supposed to be installed.
As is shown schematically in Figure 1, application requests can also be transmitted from the user to the application management unit 5 via one of a plurality of application vendor units 6. The application vendor units 6 each comprise at least one computer, a communications module 62 with the necessary hardware and software components for the data exchange over the communication network 3, a data store 61 in which module identifications and application identifications assigned to these module identifications are stored, and a software module 63 for receiving application requests, for forwarding application requests to a responsible application management unit 5 and for storing the mentioned information in the data store 61. The hierarchical organisation of application management units 5 and application vendor units 6 makes possible the flexible division of resource responsibilities and resource distribution among different operators of these units. The data exchange between the application management units 5 and the application vendor units 6 takes place over the communication network 3 or, as indicated by the broken lines in Figure 1, via a direct connection (an application management unit 5 and an application vendor unit 6 can be implemented on a common computer, for instance).
The application management unit 5 comprises programmed software functions for transmitting a resource management instruction to the resource management centre 4 based on a received application request. The respective module identification and a resource user identification identifying the application management unit 5 are thereby inserted into the resource management instruction. For the case where the application installation
request is transmitted by the resource management centre 4 over the communication network 3 to the respective resource module 1, an application identification is additionally inserted into the resource management instruction.
For the case where the application installation request is transmitted directly by the application management unit 5 over the communication network 3 to the respective resource module 1, the application management unit 5 comprises in addition an application instruction module 54 as well as an application management module 55 for storing information about the installed application, this information being stored assigned to the module identification of the respective resource module 1.
The reference numeral 31 in Figure 1 refers to an address mapping unit, preferably a programmed software function, which, on the basis of a module identification, determines the communication address assigned to the communication terminal 2 to which the resource module 1 identified through the module identification is connected. The address mapping unit 31 has access to an address register in which communication addresses are assigned to module identifications. The address register is, for example, an HLR (Home Location Register) in which so-called IMSIs (International Mobile Subscriber Identification) are assigned to so-called MSISDN numbers (Mobile Subscriber ISDN), i.e. call numbers. Besides the IMSIs, other data elements can also be used as module identifications, for instance card numbers or chip numbers.
One skilled in the art understands that the mentioned software modules can also be implemented entirely or partially as hardware.
In the following paragraphs, the operational sequence at the resource management will be described, with reference to Figure 2, for the case where a software application is requested and is delivered to the resource module 1 by the resource management unit 4.
In step S20, a resource management instruction is transmitted to the resource management unit 4 by the user, by means of his communication terminal 2, or by the application management unit 5. In the latter case, the
resource management instruction is transmitted by the application management unit 5 based on an application request (not shown) received from the user. The resource management instruction contains the application identification for the desired software application, the module identification of the resource module 1 in which the software application is supposed to be loaded, and, if applicable, the resource user identification which is assigned to the application management unit 5.
In step S21, the received resource management instruction is handled in the resource management unit 4. Based on the received module identification and the application identification, the resource requirements for the desired software application are determined (e.g. memory space and software functions used), through consultation of the data store 41, and are compared with the resources available in the resource module 1. If sufficient resources are not available, a negative communication is transmitted to the application management unit 5 or respectively to the communication terminal 2. Otherwise a resource management instruction is prepared into which an application installation request with the desired software application (and, if applicable, with additional necessary software resources) is inserted. Installation-specific data such as start address and memory size can also be inserted into the prepared resource management instruction. In addition, the application identification, the module identification and, if applicable, the resource user identification and the installation-specific data are stored in the data store 41 assigned to one another.
In step S22, the prepared resource management instruction is transmitted by the resource management centre 4 via the communication network 3 to the resource module 1. The communication address assigned to the module identification, i.e. the call number of the communication terminal 2, is thereby determined by the address mapping unit 31.
In step S23, via the communication terminal 2, the resource management instruction is received and handled in the resource module 1. The resource control mechanism 111 reserves the necessary memory requirements and installs the software application. If the installation-specific
data have not been specified already by the resource management centre 4, they are determined by the resource control mechanism 111. Then a resource management confirmation, which comprises, if applicable, installation-specific data, is prepared in the resource module 1.
In step S24, the resource management confirmation is transmitted from the resource module 1 via the communication terminal 2 and the communication network 3 to the resource management centre 4.
In step S25, based on the received resource management confirmation, the resource management centre 4 marks the software application in the data store 41 as installed and the required resources as reserved for the resource module 1.
In step S26, the resource management centre 4 transmits a confirmation to the application management unit 5 or respectively to the communication terminal 2.
If, in step S20, a resource management instruction is transmitted to the resource management unit 4 relating to the release of resources in the resource module 1, a corresponding resource management instruction is prepared in step S21 into which a resource release request is inserted, and is transmitted to the resource module 1 in step S22. In step S23, the resource control mechanism 111 releases the resources in accordance with the received resource release request. In step S25, based on a received resource management confirmation, the resource management centre 4 marks the respective resources in the data store 41 as released for the resource module 1.
In the following paragraphs, with reference to Figure 3, the operational sequence at the resource management will be described for the case where the requested software application is delivered to the resource module by the application management unit.
In step S30, a resource management instruction is transmitted by the application management unit 5 to the resource management unit 4. The resource management instruction is transmitted by the application management unit 5 on the basis of an application request (not shown) received from the user. The resource management instruction contains data on the required resources to be made ready for the desired software application, for instance the needed memory requirements, the module identification of the resource module 1 in which the resources are supposed to be made ready, and the resource user identification which is assigned to the application management unit 5.
In step S31, the received resource management instruction is handled in the resource management unit 4. Based on the received module identification the data on the resources to be made ready are compared in the data store 41 with the resources available in the resource module 1. If sufficient resources are not available, a negative communication is transmitted to the application management unit 5. Otherwise a resource management instruction is prepared into which the data on the resources to be made ready is inserted. Further resource-specific data can be additionally inserted into the prepared resource management instruction such as start addresses or defined memory areas. In addition, the module identification, the resource user identification and the data on the resources to be made ready are stored in the data store 41 assigned to one another.
In step S32, the prepared resource management instruction is transmitted by the resource management centre 4 via the communication network 3 to the resource module 1. The communication address, i.e. the call number of the communication terminal 2, assigned to the module identification, is determined by the address mapping unit 31.
In step S33, via the communication terminal 2, the resource management instruction is received and handled in the resource module 1. The resource control mechanism 111 reserves the requested resources, for example the requested memory space. If the resource-specific data have not already been specified by the resource management centre 4, they are
determined by the resource control mechanism 111. Then a resource management confirmation comprising, if applicable, resource-specific data and a resource reference, is prepared in the resource module 1.
In step S34, the resource management confirmation is transmitted to the resource management centre 4 from the resource module 1 via the communication terminal 2 and the communication network 3.
In step S35, based on the received resource management confirmation, the resource management centre 4 marks in the data store 41 the requested resources as reserved for the resource module 1, and assigns to them the received resource reference.
In step S36, the resource management centre 4 transmits a resource preparation confirmation with the resource reference to the application management unit 5.
In step S37, based on the received resource preparation confirmation, an application installation request is prepared with the desired software application and the resource reference of the resources made ready.
In step S38, the prepared application installation request is transmitted by the application management unit 5 via the communication network 3 and the communication terminal 2 to the resource module 1. The communication address, i.e. the call number of the communication terminal 2, assigned to the module identification, is determined by the address mapping unit 31.
In step S39, the application installation request is received in the resource module 1 via the communication terminal 2 and is handled. The resource control mechanism 111 installs the software application using the reserved resources identified through the resource reference. Then a confirmation is prepared in the resource module 1.
In step S40, the confirmation is transmitted from the resource module 1 via the communication terminal 2 and the communication network 3 to the application management unit 5.
In step S41, based on the received confirmation, the application management unit 5 stores in the data store 51 the application identification of the installed software application in a way assigned to the module identification of the resource module 1, and marks the software application as installed.
Finally, it should be stated that the exchange of instructions and data between the resource management centre 4 and a resource module 1, between the application management unit 5 and a resource module 1, between the resource management centre 4 and the application management unit 5 as well as between the application management unit 5 and the application vendor unit 6 preferably takes place using cryptographic security mechanisms. In particular, digital certificates employing key pairs of the PKI (Public Key Infrastructure) can be used for the identification and authentication.
Industrial Applicability
The present invention makes possible centralized management of use of resources by a multiplicity of resource modules connected to communication terminals.

We Claim
1. Method for managing resources of portable resource modules (1) which are in each case
connected to a communication terminal (2) and which, in particular, are constructed as chip
cards, wherein the resources comprise electronic memory units (11), wherein the method
comprises:
transmission of a first resource management instruction which comprises a module identification for determining one of the resource modules (1) and information about resources to be provided or to be released, to a resource management centre (4),
checking in the resource management centre (4) if the resource module (1) determined by the module identification has sufficient free resources, on the basis of stored information about resources provided or released, of the resource module (1) determined by the module identification, and in the case of sufficient free resources,
transmitting a second resource management instruction from the resource management centre (4) via a communication network (3) to the resource module (1) determined by the module identification,
providing or releasing resources by a resource control mechanism (111) in the resource module (1) determined, in accordance with the received second resource management instruction,
transmitting a resource management confirmation from the resource module (1) determined via the communication network (3) to the resource management centre (4), and
storing information about the resources provided or released in the resource management centre (4), wherein the information is stored allocated to the module identification.
2. Method as claimed in Claim 1, characterized in that the user of the communication terminal
(2) transmits the module identification and an application request to an application
management unit (5), that the first resource management instruction is transmitted to the resource management centre (4) on the basis of the received application request by the application management unit (5), wherein the first resource management instruction comprises a resource user identification, and in that the resource user identification is stored allocated to the module identification in the resource management centre (4).
3. Method as claimed in Claim 2, characterized in that a resource provision confirmation is transmitted to the application management unit (5) by the resource management centre (4), in that an application installation request is transmitted to the determined resource module (1) via the communication network (3) by the application management unit (5), in that an application is installed by the resource control mechanism (111) in the determined resource module (1) in accordance with the application installation request, using the resources provided, and in that information about the application installed is stored in the application management unit (5), wherein the information is stored allocated to the module identification.
4. Method as claimed in one of Claims 1 or 2, characterized in that an application installation request is inserted in the second resource management instruction in the resource management centre (4), in that an application is installed by the resource control mechanism (111) in the determined resource module (1) in accordance with the application installation request, and in that information about the application installed is stored in the resource management centre (4), wherein the information is stored allocated to the module identification.
5. Method as claimed in one of Claims 1 to 4, characterized in that the communication address of the communication terminal (2) is determined from a data memory (32) in which module identifications and communication addresses allocated to these module identifications are stored.
6. Method as claimed in one of Claims 1 to 5, characterized in that additionally software resources (113) of the resource modules (1) are managed.
7. System for managing resources of portable resource modules (1, 1') which are in each case connected to a communication terminal (2, 2', 2") which in each case comprise a resource control mechanism (111) for providing and releasing resources in the relevant resource module (1, 1'), wherein the resources comprise electronic memory units (11) and which, in particular, are constructed as chip cards, characterized in that
the system comprises a resource management centre (4) having a receiving module (43) for receiving a first resource management instruction transmitted to the resource management centre (4), which comprises a module identification for determining one of the resource modules (1) and information about resources to be provided or to be released,
in that the resource management centre (4) comprises a management instruction module (44) for checking if the resource module (1) determined by the module identification has sufficient free resources, on the basis of stored information about resources provided or released of the resource module (1) determined by the module identification, and in the case of sufficient free resources for transmitting a second resource management instruction via a communication network (3) connected to the resource management centre (4) to the resource module (1) determined by the module identification,
in that the resource management centre (4) comprises means for receiving a resource management confirmation via the communication network (3) from the determined resource module (1) with reference to resources which have been provided or released by the resource control mechanism (111) in accordance with a second resource management insulation received, and
in that the resource management centre (4) comprises a management module (45) and a data memory (41) for storing information about the resources provided or released, wherein the information is stored allocated to the module identification.
8. System as claimed in Claim 7, characterized in that the system comprises an application management unit (5) for receiving the module identification and an application request by the user of the communication terminal (2) and for transmitting the first resource management instruction to the resource management centre (4) on the basis of the application request received, wherein the first resource management instruction comprises a resource user identification, and in that the management module (45) comprises means for storing the resource user identification in the data memory (41) allocated to the module identification.
9. System as claimed in Claim 8, characterized in that the resource management centre (4) comprises a confirmation module (46) for transmitting a resource provision confirmation to the application management unit (5), in that the application management unit (5) comprises an application instruction module (54) for transmitting an application installation request via the communication network (3) to the determined resource module (1), in that the resource control mechanism (111) comprises means for installing an application in the resource module (1) concerned in accordance with the application installation request and by using resources provided, and in that the application management unit (5) comprises an application management module (55) for storing information about the application installed, wherein the information is stored allocated to the module identification.
10. System as claimed in one of Claims 7 or 8, characterized in that the management instruction module (44) comprises means for inserting an application installation request into the second resource management instruction, in that the resource control mechanism (111) comprises means for installing an application in the resource module (1) concerned, in accordance with the application installation request and in that the management module (45) comprises means for storing information about the application installed, wherein the information is stored allocated to the module identification in the data memory (41).
11. System as claimed in one of Claims 7 to 10, characterized in that it comprises an address mapping unit (31) and a data memory (32) for determining the communication address of the communication terminal (2), in which data memory (32) module identifications and communication addresses allocated to these module identifications are stored.
12. System as claimed in one of Claims 7 to 11, characterized in that the resources which are
provided and released by the resource control mechanism (111) also comprise software
resources (113).
13. System as claimed in Claim 7, characterized in that the management instruction module (44) comprises means for inserting an application installation request into the second resource management instruction, and in that the management module (45) comprises means for storing information about an application installed in the determined resource module (1) in accordance with the application installation request, wherein the information is stored allocated to the module identification in the data memory (41).
14. System as claimed in Claim 7, characterized in that the resource management centre (4) comprises a confirmation module (46) for transmitting a resource provision confirmation to an application management unit (5) from which the first resource management instruction was received by the receiving module (43), in that the management module (45) comprises means for storing a resource user identification contained in the first resource management instruction, wherein the resource user identification is stored allocated to the module identification in the data memory (41).

Documents:

3464-delnp-2004-Abstract-(23-05-2012).pdf

3464-delnp-2004-abstract.pdf

3464-delnp-2004-assignment.pdf

3464-delnp-2004-Claims-(23-05-2012).pdf

3464-delnp-2004-Claims-(28-07-2014).pdf

3464-delnp-2004-claims.pdf

3464-DELNP-2004-Correspondence Others-(09-08-2011).pdf

3464-delnp-2004-Correspondence Others-(15-07-2014).pdf

3464-delnp-2004-Correspondence Others-(23-05-2012).pdf

3464-delnp-2004-Correspondence Others-(28-07-2014).pdf

3464-delnp-2004-correspondence-others.pdf

3464-delnp-2004-description (complete).pdf

3464-delnp-2004-Drawings-(23-05-2012).pdf

3464-delnp-2004-drawings.pdf

3464-delnp-2004-Form-1-(23-05-2012).pdf

3464-delnp-2004-form-1.pdf

3464-delnp-2004-form-18.pdf

3464-delnp-2004-Form-2-(23-05-2012).pdf

3464-delnp-2004-form-2.pdf

3464-delnp-2004-Form-3-(23-05-2012).pdf

3464-delnp-2004-form-3.pdf

3464-delnp-2004-form-5.pdf

3464-DELNP-2004-GPA-(09-08-2011).pdf

3464-delnp-2004-GPA-(15-07-2014).pdf

3464-delnp-2004-GPA-(23-05-2012).pdf

3464-delnp-2004-gpa.pdf

3464-delnp-2004-pct-210.pdf

3464-delnp-2004-pct-304.pdf

3464-delnp-2004-pct-306.pdf

3464-delnp-2004-Petition-137-(23-05-2012).pdf

« Previous Patent

Next Patent »

Patent Number

263645

Indian Patent Application Number

3464/DELNP/2004

PG Journal Number

46/2014

Publication Date

14-Nov-2014

Grant Date

11-Nov-2014

Date of Filing

08-Nov-2004

Name of Patentee

NAGRACARD S.A

Applicant Address

ROUTE DE GENEVE, CH-1033 CHESEAUX-SUR-LAUSANNE, SWITZERLAND

Inventors:

#	Inventor's Name	Inventor's Address
1	RENATO CANTINI	ROUTE DU MOULIN 35, CH-1782 BELFAUX, SWITZERLAND
2	ROGER LAGADEC	ROSENSTRASSE 12, CH-8105 REGENSDORF, SWITZERLAND
3	KARIN BUSCH LAUPER	SCHUTZENWEG 12, CH-3014 BERN, SWITZERLAND

PCT International Classification Number

G06F 9/50

PCT International Application Number

PCT/CH2003/00288

PCT International Filing date

2003-05-05

PCT Conventions:

#	PCT Application Number	Date of Convention	Priority Country
1	02405370.4	2002-05-06	EPO