GESTIÓN DE RECURSOS.

La presente invención se refiere al campo de la gestión de recursos, particularmente pero no exclusivamente, a la resolución de conflictos entre dos o más aplicaciones de software que solicitan el acceso al mismo recurso. Un ordenador convencional tiene una serie de recursos tales como la pantalla, sistema de sonido, dispositivos de memoria, unidad de disco duro, etc., lo que puede ser utilizado por cualquiera de las aplicaciones que se ejecutan en el sistema. Sin embargo, los recursos pueden servir sólo a un número limitado de aplicaciones al mismo tiempo, por lo que en un entorno de múltiples aplicaciones, existe una necesidad de un sistema de gestión de recursos que es más flexible, manejable y al mismo tiempo más fácil de usar que aquel de un ordenador convencional. El documento EP 0543560 A2 divulga un procedimiento para permitir el acceso a una pluralidad de procesadores a un recurso compartido. El procedimiento incluye la determinación de las prioridades de un procesador que solicita el recurso compartido y un procesador al que actualmente el recurso compartido se encuentra concedido. El documento US 6009426 divulga un procedimiento de gestión de una memoria compartida entre los procesos de la competencia. El procedimiento incluye la asignación de "espera", un "bloqueo de lectura" o "bloqueo de escritura" a una variable. El documento EP 0783152 A2 divulga un procedimiento y aparato para la gestión de cómo los subprocesos de un programa de ordenador de múltiples procesos comparten un recurso. Se da prioridad a uno de los subprocesos del programa sobre otros subprocesos y los otros subprocesos tienen que indicar al subproceso de prioridad cuando requieren el uso de los recursos. Cuando el subproceso de prioridad se realiza mediante el recurso puede liberar el recurso a uno de los otros subprocesos. Después que uno de los otros subprocesos se realiza mediante el recurso, éste se libera de nuevo al subproceso de prioridad siguiendo una solicitud automática desde el subproceso de prioridad. De acuerdo con la presente invención, se proporciona un procedimiento que comprende: recibir, en un recurso, una solicitud de asignación de recurso, siendo el recurso compartido entre una primera solicitud a la que el recurso es actualmente asignado y una segunda aplicación que solicita el acceso al recurso, incluyendo la solicitud de recurso una identidad para la segunda aplicación; comparar, en el recurso, la identidad de la segunda aplicación con una identidad para una aplicación de prioridad predeterminada para determinar si la segunda aplicación es la aplicación de prioridad predeterminada, en el caso de que el segunda aplicación es la aplicación de prioridad predeterminada, el recurso determina si tiene la autoridad para asignarse a sí mismo a la segunda aplicación sobre basado en la información que indica la forma en que la primera aplicación utiliza el recurso, y en caso de que el recurso tenga la autoridad para asignarse a sí mismo a la segunda aplicación, asignándose el recurso a sí mismo a la segunda aplicación. Al determinar si la aplicación que solicita el recurso es una aplicación de prioridad predeterminada, una aplicación que se encuentra actualmente en el foco, por ejemplo, la aplicación que actualmente se encuentra priorizada por el usuario, puede ser considerada para la asignación de recursos, mientras que otras aplicaciones son rechazadas. Al permitir que el recurso se asigne a sí mismo a la segunda aplicación, donde no hay barreras para hacerlo, resulta un procedimiento eficiente de asignación del recurso sin necesidad de implicar componentes de mayor nivel en el proceso de toma de decisiones. Sin embargo, en el caso de que el recurso no tenga la autoridad para permitir la asignación, el procedimiento puede comprender solicitar una decisión sobre si se debe asignar el recurso. La decisión puede implicar componentes de un nivel más alto que tienen una visión general de los recursos del sistema. La decisión puede depender de las prioridades predeterminadas asignadas a la primera y segunda aplicación, o puede depender de la entrada del usuario. El procedimiento también puede comprender la selección de una aplicación que debe ser priorizada en la asignación de recursos y comunicación de información para identificar la aplicación priorizada al recurso. De acuerdo con la invención, se proporciona también un programa para la ejecución mediante un procesador para la aplicación del procedimiento. De acuerdo con la presente invención, se proporciona también un aparato que comprende: un recurso para compartir entre aplicaciones; y medios para asignar el recurso compartido entre una pluralidad de aplicaciones que solicitan acceso a los recursos, en el que, en la determinación de la asignación de los recursos entre una primera aplicación a la que actualmente el recurso es asignado y una segunda aplicación que solicita el acceso al recurso, el recurso está configurado para recibir una identidad para la segunda aplicación, para comparar la identidad de la segunda aplicación con una identidad para una aplicación de prioridad predeterminada para determinar si la segunda aplicación es la aplicación de prioridad predeterminada, en caso de que la segunda aplicación es la aplicación predeterminada 2 ES 2 367 886 T3 prioridad, para determinar si el recurso tiene la autoridad para asignarse a sí mismo a la segunda aplicación sobre la base de la información que indica cómo la primera aplicación utiliza el recurso y, en caso de que el recurso tenga la autoridad para asignarse a sí mismo la segunda aplicación, se asignará a sí mismo la segunda aplicación. Las realizaciones de la invención se divulgan a modo de ejemplo con referencia a los dibujos adjuntos, en los que: La figura 1 es un diagrama esquemático de un sistema informático que incluye una representación del software de acuerdo con la invención en forma de un modelo de capa; La figura 2 es un diagrama esquemático que muestra los detalles del sistema informático en la figura 1; La figura 3 es un diagrama esquemático que ilustra los componentes existentes en cada capa del modelo de capa descrito en relación a la figura 1; La figura 4 es un diagrama esquemático que ilustra la distribución de información relativa a la aplicación enfocada en el sistema de acuerdo con la invención; La figura 5 es un diagrama de flujo esquemático que ilustra un procedimiento de gestión de los recursos de acuerdo con la invención; La figura 6 es un diagrama esquemático que ilustra una solicitud de asignación de una aplicación de enfoque en el modo de usuario; La figura 7 es un diagrama esquemático que ilustra una solicitud de asignación de una aplicación que no se enfoca en el modo de usuario; La figura 8 es un diagrama esquemático que ilustra una solicitud de asignación de una aplicación que no se enfoca en el modo de propietario; La figura 9 es un diagrama esquemático que ilustra una solicitud de asignación de una aplicación de enfoque en el modo de propietario en que el recurso tiene la autoridad para llevar a cabo la asignación; y La figura 10 es un diagrama esquemático que ilustra una solicitud de asignación de una aplicación que se enfoca en el modo de propietario en que el recurso no tiene la autoridad para llevar a cabo la asignación. La figura 1 es un diagrama esquemático de un ordenador 1 que incluye un software de ordenador 2 y hardware de ordenador 3. El software 2 incluye software del sistema operativo 4 y software de gestión de recursos 5, representados en términos de un modelo de capa 6, 7, 8, que comprende una capa de aplicación (la más alta) 6, una capa de recurso (media) 7 y una capa de controlador de dispositivo (la más baja) 8. La figura 2 muestra con más detalle los dispositivos de hardware mostrados en la figura 1. El ordenador 1 comprende una unidad de procesamiento central (CPU) 10 para la ejecución de programas de ordenador y gestionar y controlar el funcionamiento del ordenador. La CPU 10 está conectada a una serie de dispositivos a través de un bus 11, incluyendo los dispositivos un dispositivo de escritura/lectura 12, por ejemplo una disquetera para leer y escribir datos, programas informáticos y de un medio de almacenamiento extraíble como un disquete 13, un dispositivo de almacenamiento 14, por ejemplo, una unidad de disco duro para el almacenamiento del sistema y del software de aplicación y dispositivos de memoria incluyendo ROM 15 y RAM 16. El ordenador incluye, además, dispositivos de entrada/salida para el usuario, como un ratón 17, un teclado 18 y una pantalla 19. Se entenderá que el hardware de ordenador que se ha descrito anteriormente es totalmente convencional y que otras variaciones son posibles, por ejemplo, el ordenador puede estar provisto de un dispositivo de comunicaciones tal como un módem y otras formas de almacenamiento como... [Seguir leyendo]

recibir, (S1), en un recurso (29), una solicitud de asignación de recursos, siendo el recurso compartido entre una primera aplicación de software a la que el recurso (29) está actualmente asignado y una segunda aplicación de software que solicita el acceso al recurso, incluyendo la solicitud del recurso una identidad para la segunda aplicación; comparar, (S5), en el recurso (29), la identidad de la segunda aplicación con una identidad de una aplicación de software predeterminada para determinar si la segunda aplicación es la aplicación priorizada predeterminada; en el caso de que la segunda aplicación sea la aplicación priorizada predeterminada, el recurso que determina (S8) si tiene la autoridad para asignarse a sí mismo a la segunda aplicación sobre la base de la información (NI), que indica cómo la primera aplicación utiliza el recurso; y en el caso de que el recurso tenga la autoridad para asignarse a sí mismo a la segunda aplicación, la asignación del recurso (S9) a sí mismo a la segunda aplicación. 2. Procedimiento según la reivindicación 1, en el que la solicitud de recursos incluye además información de cómo la segunda aplicación tiene la intención de utilizar el recurso e información sobre la forma en que la segunda aplicación tiene la intención de gestionar el recurso. 3. Procedimiento según la reivindicación 1 ó 2 que comprende: en el caso de que el recurso no tenga la autoridad para asignarse a sí mismo a la segunda aplicación, el recurso solicita una decisión en cuanto a cómo asignarse a sí mismo. 4. Procedimiento según la reivindicación 3, en el que la decisión depende de la entrada de un usuario de la primera y segunda aplicación. 5. Procedimiento según la reivindicación 3, en el que la decisión depende de prioridades predeterminadas asignadas a la primera y segunda aplicación. 6. Procedimiento según la reivindicación 3, en el que la decisión comprende denegar la asignación a la segunda aplicación. 7. Procedimiento según una cualquiera de las reivindicaciones anteriores, en el que la identidad de la aplicación priorizada se almacena en el recurso. 8. Procedimiento según una cualquiera de las reivindicaciones anteriores, que comprende, en caso de que la segunda aplicación solicite el uso del recurso sin solicitar su asignación, registrar la segunda aplicación como un usuario con independencia de si se trata de la aplicación priorizada. 9. Procedimiento según una cualquiera de las reivindicaciones anteriores, que comprende seleccionar una aplicación que debe ser priorizada durante la asignación de recursos y comunicar información para identificar la aplicación priorizada al recurso. 10. Procedimiento según la reivindicación 9, que comprende además la actualización del recurso con la información relativa a cambios en la aplicación priorizada. 11. Procedimiento según la reivindicación 9 ó 10, que incluye la determinación de la aplicación priorizada como la aplicación que se prioriza en un momento dado. 12. Procedimiento según la reivindicación 11, en el que la aplicación priorizada comprende la aplicación con la que el usuario está interactuando en el momento dado. 13. Aparato, que comprende: ES 2 367 886 T3 un recurso (29) para compartir entre aplicaciones de software; y medios para la asignación del recurso compartido entre una pluralidad de aplicaciones de software que solicitan el acceso al recurso, en el que, en la determinación de la asignación del recurso (29) entre una primera aplicación de software a la que el recurso está asignado actualmente y una segunda aplicación de software que solicita el acceso al recurso, el recurso está configurado para recibir una identidad para la segunda aplicación, comparar la identidad de la segunda aplicación 8 ES 2 367 886 T3 a la identidad de una aplicación de software priorizada predeterminada para determinar si la segunda aplicación es la aplicación priorizada predeterminada, en caso de que la segunda aplicación sea la aplicación priorizada predeterminada, determinar si el recurso tiene la autoridad para asignarse a sí mismo a la segunda aplicación sobre la base de información sobre la forma cómo la primera aplicación utiliza el recurso y, en caso de que el recurso tenga la autoridad para asignarse a sí mismo a la segunda aplicación, asignarse a sí mismo a la segunda aplicación. 14. Aparato según la reivindicación 13, en el que el recurso está configurado además para recibir información sobre la forma en que la segunda aplicación tiene la intención de utilizar el recurso e información sobre la forma en que la segunda aplicación tiene la intención de gestionar el recurso. 15. Aparato según la reivindicación 13 ó 14, en el que el recurso está configurado para solicitar una decisión en cuanto a cómo asignarse a sí mismo en el caso de que el recurso no tenga la autoridad para asignarse a sí mismo a la segunda aplicación. 16. Aparato según la reivindicación 15, en el que la decisión depende de la entrada de un usuario de la primera y segunda aplicación. 17. Aparato según la reivindicación 15 ó 16, en el que la decisión depende de las prioridades previamente asignadas a la primera y segunda aplicación. 18. Aparato según la reivindicación 15, 16 ó 17, en el que la decisión comprende denegar la asignación a la segunda aplicación. 19. Aparato según una cualquiera de las reivindicaciones 13 a 18, en el que la identidad de la aplicación priorizada se almacena en el recurso. 20. Aparato según una cualquiera de las reivindicaciones 13 a 19, que también comprende un controlador para la determinación de la aplicación que debe ser priorizada en la asignación de recursos. 21. Aparato según una cualquiera de las reivindicaciones 13 a 20, que comprende además un administrador de aplicaciones (33) para resolver un conflicto en una solicitud del recurso entre la primera y segunda aplicación. 22. Aparato según la reivindicación 21, en el que el conflicto surge cuando tanto la primera como la segunda aplicación requieren la propiedad del recurso (29). 23. Producto de programa para ordenador para la ejecución mediante un procesador para implementar de las etapas según cualquiera de las reivindicaciones 1 a 12. 9 ES 2 367 886 T3 ES 2 367 886 T3 11 ES 2 367 886 T3 12 ES 2 367 886 T3 13 ES 2 367 886 T3 14 ES 2 367 886 T3 ES 2 367 886 T3 16 ES 2 367 886 T3 17 ES 2 367 886 T3 18 ES 2 367 886 T3 19