EP2181388A1 - Procédé de gestion de ressources partagées d'un système informatique et module superviseur de mise en oeuvre, ainsi que le système informatique muni d'un tel module - Google Patents

Procédé de gestion de ressources partagées d'un système informatique et module superviseur de mise en oeuvre, ainsi que le système informatique muni d'un tel module

Info

Publication number
EP2181388A1
EP2181388A1 EP08826615A EP08826615A EP2181388A1 EP 2181388 A1 EP2181388 A1 EP 2181388A1 EP 08826615 A EP08826615 A EP 08826615A EP 08826615 A EP08826615 A EP 08826615A EP 2181388 A1 EP2181388 A1 EP 2181388A1
Authority
EP
European Patent Office
Prior art keywords
application
resource
applications
priority
resources
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
EP08826615A
Other languages
German (de)
English (en)
Inventor
Thomas Menguy
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alcatel Lucent SAS
Original Assignee
OPEN PLUG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by OPEN PLUG filed Critical OPEN PLUG
Publication of EP2181388A1 publication Critical patent/EP2181388A1/fr
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/52—Program synchronisation; Mutual exclusion, e.g. by means of semaphores

Definitions

  • the invention relates to a method for managing resources of a computer system, these resources being shared between several modules for executing various applications, for example remote data processing, monitoring logistics of slave systems, fault monitoring, inventory tracking, etc.
  • the invention also relates to a supervisor module for implementing this method and the computer system comprising this supervisor module.
  • independent applications can be executed by accessing software and hardware resources common to the computer system. Sharing such resources, such as a screen, inputs / outputs, memory, sound, processor, network access or other between applications is problematic.
  • Chinese Patent CN1622075 describes a system for shared resource allocation consisting of a set of independent, ad hoc resource managers for each type of resource. Each resource in this solution is independent. So the decision criteria therefore, they are also independent, and it is impossible to achieve uniformity in the management of resources.
  • the invention aims to solve the general problem of managing a multi-resource system of different nature in a coherent manner.
  • the invention is intended for the sharing of resources between several executable applications on a computer platform or in the situations of adding new resources, not initially planned.
  • the invention proposes to avoid conflicts between shared resources starting from the application with rights and Access granted by application while maintaining an openness to add new resources and applications.
  • the subject of the invention is a method for managing resources of a computer system shared between a plurality of applications in which, during the execution of these applications, attribution rules generate, by application, rights access to each shared resource in the form of successively ordered and ordered steps, for each shared resource, by a specific control module.
  • a decision criteria parametering step controls the access rights allocation rules, the decision criteria being able to be shared between at least a part of the control modules, a control module and at least one criterion. decision being added to the system when a new resource is added to the system.
  • the parameterization of the decision criteria can be performed by application sorters based on priority access properties
  • the priority properties assigned to the applications in correspondence with the decision criteria relate to the activation of an application, when a sorted application is placed in front of the applications having the same priority of application as it, below those having a higher application priority, on cooperative abandonment, when an application is sorted and placed under applications with the same application priority as it, but above those with lower application priority , and inactivation when the application is placed in an unsorted list of disabled applications, the sort being reserved for a main list of applications;
  • the rules for assigning access rights are to allow exclusive access, deny access, allow shared access or partial access of a resource by an application;
  • control module and at least one decision criterion can be added, especially when a new resource is added to the computer system.
  • the method allows a formalization, a flexibility and a simplification of the management of an apparatus (mobile or not), allowing it to adapt according to present or future resources, and to change the access behavior and sharing software and hardware resources without disrupting high-level system functions.
  • the method according to the invention does not require any particular computer identification of the application management, but of any identification known in the computer systems of the state of the art.
  • the invention also relates to a resource manager to be shared between the applications, called the supervisor module, for the implementation of the method.
  • this supervisory module for managing shared resources of a computer system comprising an application space and hardware and software resources, is composed of a first series of components for implementing interdependent decision criteria a second set of multi-link resource access control components with the first set.
  • requests for resource utilization and resource access requests respectively transmitted by application space specific links, to the decision criteria components and the resource access control components, are processed by the components of the supervisor module to share resources.
  • the implementation components of decision and access control criteria may be storage memories in relation to adapted software modules.
  • the invention also relates to a computer system comprising such a supervisor module whose implementation components decision criteria and resource access control are configured by setting and distribution of links established between them.
  • This setting can take, for example, the form of priority properties corresponding to the decision criteria assigned to each application of the application space of the system.
  • FIG. 1 a synthetic view of a computer system according to the invention.
  • FIG. 1 shows in a synthetic manner a computer system 1 according to the invention, comprising a supervisor module 3, the application space 5 of the system applications and the resources 7 to be shared between the applications and that this system implements.
  • the supervisor 3 receives from the application space 5 resource access requests 9 and access change requests, as well as the identification of applications in abstract mode by identifiers 11.
  • the access 8 of the applications to the resources 7 is managed in abstract mode by the identifiers 11.
  • the supervisor module 3 and the peripherals of the system are detailed more concretely and more precisely below, with reference to FIG. 2.
  • the supervisor module 3 receives from the application space 5, as requests 9 (FIG. 1), requests 9a for using the resources 7 and requests 9b for accessing these resources.
  • the supervisor 3 routes (arrow 14a) resource utilization requests 9a 7 to decision decision modules or components 13, and links (arrow 14b) resource access requests 9b 7 of the application space. 5 with resource access control modules or components 7.
  • these components are storage memories in connection with suitable software modules known to those skilled in the art.
  • the supervisor 3 stores, lists and initializes, on the one hand, the components 13 implementing the decision criteria and, on the other hand the components 15 implementing the resource command 7, specific to each type of resource.
  • the supervisor can create, modify or delete the associations, still called records, between the components 13 of the decision criteria and the control components of each resource 7. These records are represented by the double arrows 16 in FIG. resource commands that can register to the decision criteria or vice versa.
  • the supervisor may also allow a decision criterion to register with other decision criteria, records represented by the arrows 18.
  • the identifiers 11 are manipulators ("handles" in English) that assign numerical values to the applications 5. These manipulators create or delete the access by abstracting the acquisition of the corresponding resource.
  • the management of the manipulators 11 is also performed by creating, associating manipulators with resource control components 15, notification or deletion of these manipulators.
  • Each decision criterion is considered to be a computer component providing services applicable to applications 5 or other computing objects, such as manipulators 11.
  • a decision criterion is associated with one or more resource command components across the records. 16. He registers with the supervisor to be able to offer his services, and can be added and removed from the system at any time.
  • a decision criterion provides query services on the objects it handles, standardized record services, access commands of a resource that will render their decisions based on the decision criteria or criteria to which they are registered.
  • the decision criterion is an application sorter. This sorter is based on a priority property of the applications, hereinafter the "application priority". According to this property, the sorter keeps an orderly, decreasing list of applications according to their priority, but also transmitted requests such as: - the activation of an application, when an application is sorted and placed in front of applications with the same application priority as it is, but below those with a higher application priority;
  • the application sorter may advantageously provide a registration service through the supervisor to enable other decision criteria or resource commands to be notified of a change in the sorting of applications for this decision criterion.
  • the decision criterion is a manipulator sorter: it is based on another priority property of the applications called "application priority to a resource", specific to each resource.
  • the manipulator sorter keeps an ordered list, decreasing, for each resource, of the manipulators of the applications according to their priority of application to a resource, but also requests that have been transmitted to the manipulators as :
  • this sorter allows the activation or deactivation of the "glue" mode on a given manipulator: if this mode is activated on the manipulator given and if the sorter is enabled for this manipulator, then this manipulator will not change position if any of the previous queries is made on it.
  • the manipulator sorter is also registered to the application sorter, and when notified of a change on an application, it removes the manipulators from the application accordingly, applying the requests described above.
  • the application sorter can then advantageously propose a registration service through the supervisor to enable other decision criteria or control components of a resource to be notified of a change in the sorting of the manipulators, associated with the resource managed by the control component of the resource.
  • the manipulator sorter also offers high-level queries for obtaining for a given application and a given resource, that they are the applications that could prevent it from obtaining the use of its resource.
  • a decision criterion component 13 therefore defines rights allocation rules, according to the priority properties, such as those described above, and describing the rights of the applications 5.
  • the control component of a resource then makes the decision to give or not a resource 7 to an application 5 according to the decision criteria to which it is registered. He is sovereign in the acquisition of rights, and can manage one or more resources 7.
  • a resource command register registers with the supervisor to be able to offer its services, and can be added and removed from the system at any time. It does not offer services through the supervisor, but offers services appropriate to the rest of the system so that the latter can know the status of acquisition of a resource, the screen or the keyboard when it acts, as in the example, a computer.
  • the invention is not limited to the embodiments described and shown.
  • other decision criteria can be implemented, for example decision criteria depending on the processor load, the available memory space, the right to access, or battery level.
  • other types of priority properties of applications can be defined based on the nature of these applications, for example indication of dynamic memory occupancy, static, or levels of accreditation related to security: access rights to a particular resource for example or key identification.

Abstract

L'invention vise à résoudre le problème général de gestion d'un système à ressources multiples de nature différente, d'une manière cohérente. En particulier, l'invention est destinée au partage de ressources entre plusieurs applications exécutables sur une plateforme informatique ou dans les situations d'ajout de nouvelles ressources, non prévues initialement. Afin d'atteindre ces objectifs, l'invention propose d'éviter les conflits entre ressources partagées en partant de l'application avec des droits d'accès attribués par application tout en conservant une ouverture permettant d'ajouter des ressources et des applications nouvelles. Plus précisément, le procédé de gestion de ressources d'un système informatique (1 ) partagées entre une pluralité d'applications selon l'invention, consiste à prévoir, pendant l'exécution de ces applications (6), des règles d'attribution qui génèrent, par application, des droits d'accès à chaque ressource partagée (7) sous forme d'étapes ordonnées successivement. Ces étapes sont commandées, pour chaque ressource partagée, par un module de commande spécifique (15), et, à chaque commande, une étape de paramétrage de modules de critères de décision (13) contrôle les règles d'attribution des droits d'accès, les critères de décision pouvant être partagés entre une partie au moins des modules de commande (15).

Description

PROCÉDÉ DE GESTION DE RESSOURCES PARTAGÉES D'UN SYSTÈME
INFORMATIQUE ET MODULE SUPERVISEUR DE MISE EN ŒUVRE, AINSI
QUE LE SYSTÈME INFORMATIQUE MUNI D'UN TEL MODULE
L'invention se rapporte à un procédé de gestion de ressources d'un système informatique, ces ressources étant partagées entre plusieurs modules d'exécution d'applications variées, par exemple le traitement de données à distance, la logistique de surveillance de systèmes asservis, de surveillance de pannes, le suivi de stocks, etc. L'invention concerne également un module superviseur de mise en œuvre de ce procédé et le système informatique comportant ce module superviseur.
Dans un système informatique, une plateforme, un ordinateur ou un terminal, des applications indépendantes peuvent être exécutées en accédant à des ressources logiciels et matériels communes au système informatique. Le partage de telles ressources, comme un écran, des entrées/sorties, de la mémoire, le son, le processeur, l'accès réseau ou autre entre les applications pose problème.
De plus, lors de l'ajout d'applications dont les fonctionnalités de mise en oeuvre utilisent ces ressources logicielles et matérielles entre plusieurs modules d'exécution, l'arbitrage pour l'acquisition ou le partage de ces ressources est particulièrement difficile à mettre en place lorsque le nombre de types différents de ressources augmente.
Dans un cas particulier, le brevet américain US6947048 décrit un procédé de gestion de l'accès à l'écran dans un système embarqué, consistant à centraliser les accès écran pour attribuer des droits d'accès à plusieurs applications. Mais cette solution est limitée à la gestion graphique.
On connaît également le brevet américain US6882965 concernant un procédé d'ordonnancement hiérarchique de l'accès à des ressources. Mais cette solution est limitée à des critères de décision temporelle.
Par ailleurs, le brevet chinois CN1622075 décrit un système pour l'allocation de ressources partagées consistant en un ensemble de gestionnaires de ressources indépendantes, ad hoc pour chaque type de ressource. Chaque ressource, dans cette solution, est indépendante. Ainsi, les critères de décision d'allocation sont donc également indépendants, et il est impossible d'obtenir une uniformité dans la gestion des ressources.
Ainsi, malgré les améliorations apportées, aucun de ces documents n'a pu apporter une solution à la difficulté de gestion de ressources partagées, comme par exemple lorsque deux applications font simultanément des demandes d'accès à une même ressource, comme dans le cas fréquent du canal de son.
Pour limiter ce type de conflits, il est connu d'utiliser des solutions spécifiques à un groupe de ressources, par exemple par une liaison entre la gestion graphique et la gestion du clavier. Ainsi, les architectures basées sur les interfaces usuelles X11 ou Win32 adoptent ce type de solution. Une telle solution est par exemple disponible sur le site Pour X11 > e* sur 'e site http://msdn2.microsoft.com/en-us/library/aa383750.aspx pour Win32. Cependant, dans ces solutions, rien n'empêche des conflits pour l'obtention d'autres ressources, comme le son. A fortiori, ces solutions ne permettent pas d'éviter des conflits pour l'accès à des ressources non prévues ou non gérées.
Une autre solution connue consiste à modéliser l'ensemble du système, avec l'ensemble des applications et l'ensemble des gestions des ressources, à l'aide d'une machine d'état de traçage des connexions muni des outils appropriés. Cette solution est néanmoins inadaptée pour permettre l'ajout d'un service non prévu au départ, car cela remet en cause le modèle initial.
Ainsi, malgré les améliorations apportées dans ces cas particuliers, ces solutions ne résolvent pas le problème évoqué dans le cas le plus général de ressources partagées, en particulier lorsqu'on augmente le nombre de types ressources dans un environnement technique contraint, dont les capacités de traitement sont donc réduites par rapport à la multiplication des applications.
L'invention vise à résoudre le problème général de gestion d'un système à ressources multiples de nature différente, d'une manière cohérente. En particulier, l'invention est destinée au partage de ressources entre plusieurs applications exécutables sur une plateforme informatique ou dans les situations d'ajout de nouvelles ressources, non prévues initialement.
Afin d'atteindre ces objectifs, l'invention propose d'éviter les conflits entre ressources partagées en partant de l'application avec les droits et accès attribués par application tout en conservant une ouverture permettant d'ajouter des ressources et des applications nouvelles.
Plus précisément, l'invention a pour objet un procédé de gestion de ressources d'un système informatique partagées entre une pluralité d'applications dans lequel, pendant l'exécution de ces applications, des règles d'attribution génèrent, par application, des droits d'accès à chaque ressource partagée sous forme d'étapes ordonnées successivement et commandées, pour chaque ressource partagée, par un module de commande spécifique. À chaque commande, une étape de paramétrage de critères de décision contrôle les règles d'attribution des droits d'accès, les critères de décision pouvant être partagés entre une partie au moins des modules de commande, un module de commande et au moins un critère de décision étant ajoutés au système lorsqu'une nouvelle ressource est ajoutée au système.
Selon des formes particulières :
- le paramétrage des critères de décision peut être réalisé par des trieurs d'applications basés sur des propriétés prioritaires d'accès ;
- les propriétés prioritaires attribuées aux applications en correspondance avec les critères de décision se rapportent à l'activation d'une application, lorsqu'une application triée est placée devant les applications ayant la même priorité d'application qu'elle, en dessous de celles ayant une priorité d'application plus élevée, à l'abandon coopératif, lorsqu'une application est triée et placée sous les applications ayant la même priorité d'application qu'elle, mais au- dessus de celles ayant une priorité d'application inférieure, et à l'inactivation lorsque l'application est placée dans une liste non triée d'applications désactivées, le tri étant réservé à une liste principale d'applications ;
- des étapes de mise à jour de critères de décision sont prévues lorsque des modifications interviennent sur au moins l'un d'entre eux ;
- les règles d'attribution de droits d'accès consistent à autoriser l'accès exclusif, à refuser l'accès, à autoriser l'accès partagé ou l'accès partiel d'une ressource par une application ;
- un module de commande et au moins un critère de décision peuvent être ajoutés, notamment lorsqu'une nouvelle ressource est ajoutée au système informatique. Avantageusement, le procédé permet une formalisation, une souplesse et une simplification de la gestion d'un appareil (mobile ou non), en lui permettant de s'adapter en fonction des ressources présentes ou à venir, et de changer le comportement d'accès et de partages de ressources logicielles et matérielles sans perturber les fonctions haut niveau du système.
De plus, le procédé selon l'invention ne nécessite pas d'identification informatique particulière de la gestion des applications, mais de toute identification connue dans les systèmes informatiques de l'état de la technique.
L'invention se rapporte également à un gestionnaire des ressources à partager entre les applications, dénommé module superviseur, pour la mise en œuvre du procédé.
Selon, l'invention, ce module superviseur de gestion de ressources partagées d'un système informatique comportant un espace applicatif et des ressources matérielles et logicielles, est composé d'une première série de composants de mise en œuvre de critères de décision interdépendants et d'une deuxième série de composants de commande d'accès aux ressources en liaison multiple avec la première série. Ainsi des requêtes d'utilisation des ressources et des demandes d'accès aux ressources, transmises respectivement, par des liaisons spécifiques de l'espace applicatif, aux composants de critères de décision et aux composants de commande d'accès aux ressources, sont traitées par les composants du module superviseur pour partager les ressources.
Dans des formes de réalisation particulières, les composants de mise en œuvre de critères de décision et de commande d'accès peuvent être des mémoires de stockage en relation avec des modules logiciels adaptés.
L'invention se rapporte également à un système informatique comportant un tel module superviseur dont les composants de mise en œuvre des critères de décision et de commande d'accès aux ressources sont configurés par paramétrage et répartition de liens établis entre eux. Ce paramétrage peut prendre, par exemple, la forme de propriétés prioritaires correspondant aux critères de décision attribuées à chaque application de l'espace applicatif du système. D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture ci-après d'un exemple détaillé de réalisation, en référence aux figures annexées qui représentent, respectivement :
- la figure 1 , une vue synthétique d'un système informatique selon l'invention ; et
- la figure 2, une vue détaillée du système précédent permettant d'illustrer le fonctionnement du module superviseur.
La figure 1 montre de manière synthétique un système informatique 1 selon l'invention, comportant un module superviseur 3, l'espace applicatif 5 des applications du système et les ressources 7 à partager entre les applications et que ce système met en œuvre. Le superviseur 3 reçoit de l'espace applicatif 5 des requêtes 9 d'accès aux ressources 7 et de changement d'accès, ainsi que l'identification des applications en mode abstrait par des identifiants 11.
En fonction des propriétés 12 des applications de l'espace 5, décrivant leurs droits d'accès respectifs aux ressources 7, le superviseur 3 attribue ou non une ressource 7 comme expliqué ci-après en référence à la figure 2.
L'accès 8 des applications aux ressources 7 est géré en mode abstrait par les identifiants 11.
Le module superviseur 3 et les périphériques du système sont détaillés plus concrètement et plus précisément ci-après, en référence à la figure 2.
Le module superviseur 3 reçoit de l'espace applicatif 5, en tant que requêtes 9 (figure 1 ), des requêtes 9a d'utilisation des ressources 7 et des demandes 9b d'accès à ces ressources.
Le superviseur 3 achemine (flèche 14a) les requêtes 9a d'utilisation de ressources 7 à des modules ou composants 13 de critère de décision, et met en relation (flèche 14b) les demandes 9b d'accès aux ressources 7 de l'espace applicatif 5 avec des modules ou composants 15 de commande d'accès aux ressources 7. Dans l'exemple de réalisation, ces composants sont des mémoires de stockage en relation avec des modules logiciels adaptés, connus de l'homme du métier. Le superviseur 3 stocke, liste et initialise, d'une part, les composants 13 implémentant les critères de décision et, d'autre part les composants 15 implémentant la commande des ressources 7, propres à chaque type de ressource. Avantageusement, le superviseur peut créer, modifier ou supprimer les associations, appelées encore enregistrements, entre les composants 13 des critères de décisions et les composants 15 de commande de chaque ressource 7. Ces enregistrements sont représentés par les doubles flèches 16 sur la figure 2, les commandes de ressource pouvant s'enregistrer aux critères de décision ou inversement. Le superviseur peut aussi permettre à un critère de décision de s'enregistrer à d'autres critères de décision, enregistrements représentés par les flèches 18.
Les identifiants 11 (figure 1 ) sont ici des manipulateurs (« handles » en langue anglaise) qui attribuent des valeurs numériques aux applications 5. Ces manipulateurs créent ou suppriment l'accès en rendant abstraite l'acquisition de la ressource correspondante.
La gestion des manipulateurs 11 est également réalisée par création, association de manipulateurs avec des composants 15 de commande de ressource, notification ou suppression de ces manipulateurs.
Chaque critère de décision est considéré comme un composant informatique offrant des services applicables à des applications 5 ou à d'autres objets informatiques, comme les manipulateurs 11. Un critère de décision est associé à un ou plusieurs composants de commandes de ressources à travers les enregistrements 16. Il s'enregistre auprès du superviseur pour pouvoir offrir ses services, et peut être ajouté et enlevé du système à n'importe quel moment.
Un critère de décision fournit des services de requêtes sur les objets qu'il manipule, des services d'enregistrements standardisés, des commandes d'accès d'une ressource qui vont rendre leurs décisions basées sur le ou les critères de décision auxquels ils sont enregistrés. Dans un exemple de réalisation, le critère de décision est un trieur d'applications. Ce trieur est basé sur une propriété prioritaire des applications, ci- après la « priorité d'application ». Selon cette propriété, le trieur garde une liste ordonnée, décroissante, des applications en fonction de leur priorité, mais également des requêtes transmises telles que : - l'activation d'une application, lorsqu'une application triée et placée devant les applications ayant la même priorité d'application qu'elle, mais en dessous de celles ayant une priorité d'application plus élevée ;
- l'abandon coopératif, lorsqu'une application est triée et placée sous les applications ayant la même priorité d'application qu'elle, mais au-dessus de celles ayant une priorité d'application inférieure ;
- l'inactivation, lorsque l'application est placée dans une liste non triée d'applications désactivées, le tri étant réservé à une liste principale d'applications. Le trieur d'applications peut avantageusement proposer un service d'enregistrement au travers du superviseur pour permettre à d'autres critères de décision ou de commandes de ressources d'être avertis d'un changement dans le tri des applications pour ce critère de décision.
Selon un autre exemple, le critère de décision est un trieur de manipulateurs: il est basé sur une autre propriété prioritaire des applications appelée « priorité d'application à une ressource », spécifique à chaque ressource.
De façon similaire au trieur d'applications, le trieur de manipulateurs garde une liste ordonnée, décroissante, pour chaque ressource, des manipulateurs des applications en fonction de leur priorité d'application à une ressource, mais aussi des requêtes ayant été transmises aux manipulateurs comme :
- l'activation d'un manipulateur, lorsque le manipulateur est trié et placé devant les manipulateurs ayant la même priorité d'application à une ressource, en dessous de ceux ayant une priorité d'application à une Ressource plus élevée ;
- l'abandon coopératif, lorsque le manipulateur est trié et placé sous les manipulateurs ayant la même priorité d'application à une ressource, mais au-dessus de ceux ayant une priorité d'application à une ressource inférieure ;
- l'inactivation, lorsque le manipulateur n'est plus trié dans la liste principale, et est placé dans une autre liste non triée de manipulateurs désactivés.
De plus, ce trieur permet l'activation ou la désactivation du mode « glue » sur un manipulateur donné : si ce mode est activé sur le manipulateur donné et si le trieur est activé pour ce manipulateur, alors ce manipulateur ne changera pas de position si l'une des requêtes précédentes est opérée sur lui.
Le trieur de manipulateurs est en outre enregistré au trieur d'application, et lorsqu'il est notifié d'un changement sur une application, il retire les manipulateurs de l'application en conséquence, en leur appliquant les requêtes décrites ci-dessus.
Le trieur d'application peut alors proposer avantageusement un service d'enregistrement au travers du superviseur pour permettre à d'autres critères de décision ou des composants de commande d'une ressource d'être avertis d'un changement dans le tri des manipulateurs, associés à la ressource gérée par le composant de commande de la ressource.
De manière préférée, le trieur de manipulateurs offre aussi des requêtes de haut niveau pour obtenir, pour une application donnée et une ressource donnée, qu'elles sont les applications qui pourraient l'empêcher d'obtenir l'utilisation de sa ressource.
En fonctionnement, un composant de critère de décision 13 définit donc des règles d'attribution des droits, en fonction des propriétés prioritaires, telles que celles décrites ci-dessus, et décrivant les droits des applications 5. Le composant 15 de commande d'une ressource prend alors la décision de donner ou pas une ressource 7 à une application 5 en fonction des critères de décision auxquels il est enregistré. Il est souverain dans l'acquisition des droits, et peut gérer une ou plusieurs ressources 7.
Une commande de ressources s'enregistre au superviseur pour pouvoir offrir ses services, et peut être ajoutée et supprimée du système à n'importe quel moment. Elle n'offre donc pas de services à travers le superviseur, mais offre des services appropriés au reste du système pour que ce dernier puisse connaître l'état d'acquisition d'une ressource, l'écran ou le clavier lorsqu'il s'agit, comme dans l'exemple, d'un ordinateur.
L'invention n'est pas limitée aux exemples de réalisation décrits et représentés. Outre les deux critères de décision, trieur d'application et trieur de manipulateurs, d'autres critères de décision peuvent être mis en œuvre, par exemple critères de décision dépendant de la charge processeur, de l'espace mémoire disponible, de droit d'accès, ou du niveau de batterie. De plus, d'autres types de propriétés prioritaires des applications peuvent être définies en fonction de la nature de ces applications, par exemple indication d'occupation mémoire dynamique, statique, ou encore niveaux d'accréditation liés à la sécurité : droits d'accès à une ressource particulière par exemple ou clef d'identification.

Claims

REVENDICATIONS
1. Procédé de gestion de ressources d'un système informatique (1) partagées entre une pluralité d'applications, caractérisé en ce que, pendant l'exécution de ces applications (6), des règles d'attribution génèrent, par application, des droits d'accès à chaque ressource partagée (7) sous forme d'étapes ordonnées successivement et commandées, pour chaque ressource partagée, par un module de commande spécifique (15), et en ce que, à chaque commande, une étape de paramétrage de modules de critères de décision (13) contrôle les règles d'attribution des droits d'accès, les critères de décision pouvant être partagés entre une partie au moins des modules de commande, et en ce qu'un module de commande (15) et au moins un critère de décision (13) sont ajoutés au système lorsqu'une nouvelle ressource (7) est ajoutée au système.
2. Procédé de gestion de ressources selon la revendication 1 , dans lequel les règles d'attribution de droits d'accès consistent soit à autoriser l'accès exclusif, soit à refuser l'accès, soit à autoriser l'accès partagé soit l'accès partiel d'une ressource (7) par une application (6).
3. Procédé de gestion de ressources selon la revendication 2, dans lequel le paramétrage des critères de décision est réalisé par des trieurs de décision basés sur des propriétés prioritaires (12) d'accès.
4. Procédé de gestion de ressources selon la revendication 3, dans lequel le trieur de décision est un trieur d'applications basé sur la priorité d'application.
5. Procédé de gestion de ressources selon la revendication 3, dans lequel le trieur de décision est un trieur de manipulateurs d'applications basé sur la priorité d'application à une ressource.
6. Procédé de gestion de ressources selon les revendications 3 et 4, dans lequel les propriétés prioritaires (12) attribuées aux applications en correspondance avec les critères de décision se rapportent à l'activation d'une application (6), lorsqu'une application triée est placée devant les applications ayant la même priorité d'application qu'elle, en dessous de celles ayant une priorité d'application plus élevée, à l'abandon coopératif, lorsqu'une application est triée et placée sous les applications ayant la même priorité d'application qu'elle, mais au-dessus de celles ayant une priorité d'application inférieure, et à l'inactivation lorsque l'application est placée dans une liste non triée d'applications désactivées, le tri étant réservé à une liste principale d'applications.
7. Procédé de gestion de ressources selon les revendications 3 et 4, dans lequel les propriétés prioritaires (12) attribuées aux applications pour des ressources particulières en correspondance avec les critères de décision se rapportent à l'activation d'une ressource pour une application (6) au travers d'un manipulateur (11 ), lorsqu'un manipulateur trié est placé devant les manipulateurs ayant la même priorité que lui, en dessous de ceux ayant une priorité plus élevée, à l'abandon coopératif, lorsqu'un manipulateur est trié et placé sous les manipulateurs ayant la même priorité que lui, mais au-dessus de ceux ayant une priorité inférieure, et à l'inactivation lorsque le manipulateur est placé dans une liste non trié de manipulateurs désactivés, le tri étant réservé à une liste principale de manipulateurs.
8. Procédé de gestion de ressources selon la revendications 7, dans lequel le tri des manipulateurs est soumis au tri des applications décrit dans la revendication 6.
9. Procédé de gestion de ressources selon l'une quelconque des revendications précédentes, dans lequel des étapes de mise à jour de critères de décision sont prévues lorsque des modifications interviennent sur au moins l'un d'entre eux.
10. Module superviseur de gestion de ressources partagées d'un système informatique (1 ) pour la mise en œuvre du procédé selon l'une quelconque des revendications précédentes, comportant un espace applicatif (5) et des ressources (7) matérielles et logicielles, caractérisé en ce qu'il est composé d'une première série de composants (13) de mise en œuvre de critère de décision interdépendants (18) et d'une deuxième série de composants (15) de commande d'accès aux ressources (7) en liaison multiple (16) avec la première série, des requêtes (9a) d'utilisation des ressources et des demandes (9b) d'accès aux ressources, transmises respectivement, par des liaisons spécifiques (14a, 14b), de l'espace applicatif (5) aux composants (13) de critères de décision et aux composants (15) de commande d'accès aux ressources, étant ainsi traitées par les composants (13, 15) du module superviseur (3) pour partager les ressources (7).
11. Système informatique comportant un tel module superviseur dont les composants (13, 15) de mise en œuvre des critères de décision et de commande d'accès aux ressources sont configurés par paramétrage et répartition des liens établis entre eux, des propriétés prioritaires correspondant aux critères de décision étant attribuées à chaque application (6) de l'espace applicatif (5) du système informatique (1 ).
EP08826615A 2007-07-17 2008-07-17 Procédé de gestion de ressources partagées d'un système informatique et module superviseur de mise en oeuvre, ainsi que le système informatique muni d'un tel module Ceased EP2181388A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0705155A FR2919084A1 (fr) 2007-07-17 2007-07-17 Procede de gestion de ressources partagees d'un systeme informatique et module superviseur de mise en oeuvre,ainsi que le systeme informatique muni d'un tel module
PCT/FR2008/051349 WO2009013437A1 (fr) 2007-07-17 2008-07-17 Procédé de gestion de ressources partagées d'un système informatique et module superviseur de mise en oeuvre, ainsi que le système informatique muni d'un tel module

Publications (1)

Publication Number Publication Date
EP2181388A1 true EP2181388A1 (fr) 2010-05-05

Family

ID=39313067

Family Applications (1)

Application Number Title Priority Date Filing Date
EP08826615A Ceased EP2181388A1 (fr) 2007-07-17 2008-07-17 Procédé de gestion de ressources partagées d'un système informatique et module superviseur de mise en oeuvre, ainsi que le système informatique muni d'un tel module

Country Status (4)

Country Link
US (1) US8701116B2 (fr)
EP (1) EP2181388A1 (fr)
FR (1) FR2919084A1 (fr)
WO (1) WO2009013437A1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9401869B1 (en) * 2012-06-04 2016-07-26 Google Inc. System and methods for sharing memory subsystem resources among datacenter applications
FR3082029B1 (fr) 2018-06-05 2020-07-10 Thales Controleur de partage de ressources d'une plate-forme informatique et procede associe de partage des ressources

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1165863A (ja) * 1997-08-26 1999-03-09 Hitachi Ltd 共有資源管理方法
US6073132A (en) * 1998-03-27 2000-06-06 Lsi Logic Corporation Priority arbiter with shifting sequential priority scheme
US6738974B1 (en) * 1998-09-10 2004-05-18 International Business Machines Corporation Apparatus and method for system resource object deallocation in a multi-threaded environment
US6745221B1 (en) * 1999-03-01 2004-06-01 Mitel, Inc. Dynamic resource reallocation
US7260635B2 (en) * 2000-03-21 2007-08-21 Centrisoft Corporation Software, systems and methods for managing a distributed network
US7346910B1 (en) * 2000-05-26 2008-03-18 International Business Machines Incorporation Administration of groups of computer programs, data processing systems, or system resources
FR2857471B1 (fr) * 2003-07-10 2008-09-26 Open Plug Procede de gestion des composants logiciels integres dans un systeme embarque
US6947048B2 (en) * 2003-07-21 2005-09-20 Sony Corporation Method for sharing a graphics display as a resource in an embedded system
CN1622075A (zh) 2003-11-24 2005-06-01 顺德市顺达电脑厂有限公司 系统共享资源分配之方法
US7810061B2 (en) * 2004-09-17 2010-10-05 Cadence Design Systems, Inc. Method and system for creating a useful skew for an electronic circuit
JP4685567B2 (ja) * 2005-09-15 2011-05-18 株式会社日立製作所 情報処理装置によるサービス提供システム

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
None *
See also references of WO2009013437A1 *

Also Published As

Publication number Publication date
US8701116B2 (en) 2014-04-15
WO2009013437A1 (fr) 2009-01-29
FR2919084A1 (fr) 2009-01-23
US20110055840A1 (en) 2011-03-03
WO2009013437A4 (fr) 2009-03-26

Similar Documents

Publication Publication Date Title
FR3025908B1 (fr) Mecanisme et procede pour acceder a des donnees dans une memoire partagee
US8726290B2 (en) System and/or method for balancing allocation of data among reduce processes by reallocation
EP3646226B1 (fr) Configuration de gestionnaire de contrôle d'accès basée sur l'exploration de fichiers de journal
RU2544777C2 (ru) Динамическое размещение данных точных копий
US10873512B2 (en) Methods for managing self-healing cloud infrastructure and applications
US20080077682A1 (en) Service level mapping method
US9825960B2 (en) System and method providing automatic pushdown hierarchical filters
US20140096188A1 (en) System and method for policy generation
US20060136525A1 (en) Method, computer program product and mass storage device for dynamically managing a mass storage device
US20200225936A1 (en) Software discovery using exclusion
US20170366623A1 (en) System, computer program, and method for dividing services into subsets based on interdependencies
CN110740194B (zh) 基于云边融合的微服务组合方法及应用
US20170324765A1 (en) Automated security enclave generation
CN105159736A (zh) 一种支持性能分析的SaaS软件部署方案的构建方法
US20070195356A1 (en) Job preempt set generation for resource management
US8522248B1 (en) Monitoring delegated operations in information management systems
EP2181388A1 (fr) Procédé de gestion de ressources partagées d'un système informatique et module superviseur de mise en oeuvre, ainsi que le système informatique muni d'un tel module
CN115665157B (zh) 一种基于应用资源类型的均衡调度方法和系统
US10887267B2 (en) Intelligent notification routing and delivery
WO2023025033A1 (fr) Découpage intelligent d'ensembles de données pendant un établissement de liaison de micro-services
CN105897841A (zh) 用于网络资源处理的调度方法、设备、系统及子调度器
EP3828707A1 (fr) Procédé d'affectation de ressources en réponse à des requêtes en fonction de leur priorité, programme d'ordinateur, bloc de contrôle d'affectation et système informatique associés
CN109643248A (zh) 用于在高度分布式数据处理系统中自动且动态地将对于任务的责任分配给可用的计算组件的方法
EP3563244B1 (fr) Procede de gestion de memoire virtuelle
US8868720B1 (en) Delegation of discovery functions in information management system

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20100215

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MT NL NO PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL BA MK RS

17Q First examination report despatched

Effective date: 20100611

DAX Request for extension of the european patent (deleted)
RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ALCATEL LUCENT INTERNATIONAL

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ALCATEL LUCENT

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ALCATEL LUCENT

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20170322