MXPA06001113A - Arquitectura de licencia flexible para la obtencion de una licencia de aplicacion digital - Google Patents

Abstract

Una aplicación incluye una pluralidad de características. Una transacción se entabla con un minorista para obtener una licencia de producto correspondiente a la aplicación. La licencia de producto define al menos una característica de la aplicación que se puede emplear. Una copia base de la aplicación se obtiene de un distribuidor y se acciona. Una licencia de uso correspondiente a la licencia de producto se adquiere de un concedente por medio de la aplicación accionada enviando la licencia de producto al concedente junto con una identificación de al menos uno de un usuario, el dispositivo de cómputo, y un componente de obligación que opera en el dispositivo de cómputo, en donde la licencia de uso incluye una política de característica que cede derechos para emplear cada característica definida en la licencia de producto.

Description

ARQUITECTURA DE LICENCIA FLEXIBLE PARA LA OBTENCIÓN DE UNA LICENCIA DE APLICACIÓN DIGITAL CAMPO TÉCNICO La presente invención se refiere a una arquitectura de licencia para proporcionar una licencia para operar una aplicación digital en un dispositivo de cómputo o lo similar. Más particularmente, la invención se refiere a una arquitectura de licencia tal en donde únicamente se necesita liberar una versión de la aplicación digital con múltiples características disponibles, y en donde una licencia particular distribuida a un usuario particular especifica que características disponibles se pueden emplear por el usuario. Por ello, el editor de la aplicación no necesita liberar múltiples versiones de la misma aplicación, y el usuario en la obtención de la licencia puede seleccionar cuales de las múltiples características disponibles son para obtenerse en licencia.

ANTECEDENTES DE LA INVENCIÓN La entrada en vigor y manejo de derechos es altamente deseable en conexión con el contenido digital tal como una aplicación digital o lo similar, en donde tal aplicación digital es para distribuirse a uno o más usuarios. Los modos típicos de distribución incluyen dispositivos tangibles tal como un disco magnético (flexible), una cinta magnética, un disco (compacto) (CD) óptico, etc. , y medios intangibles tal como un tablón de anuncios electrónico, una red electrónica, el Internet, etc. Siendo recibida por el usuario en un dispositivo de cómputo del mismo, tal usuario puede activar la aplicación con la ayuda de un sistema de operación apropiado en el dispositivo de cómputo. Típicamente, un autor y/o editor de la aplicación desea distribuir tal aplicación a cada uno de muchos usuarios o destinatarios en intercambio por una retribución de licencia o alguna otra consideración. En tal escenario, entonces, la aplicación puede ser una aplicación de procesamiento de palabra, una aplicación de hoja de cálculo, una aplicación de navegador, una aplicación de media player, una aplicación de jugador de medios, una combinación de los mismos, y lo similar. Tal autor / editor u otra entidad similar (en adelante, "editor"), dada la posibilidad, posiblemente desearía restringir lo que cada usuario pueda hacer con tal aplicación publicada. Por ejemplo, el editor querría restringir al usuario de copiar y redistribuir tal aplicación a un segundo usuario, al menos de una manera que niegue al editor una retribución de licencia de tal segundo usuario. Sin embargo, después de que ha ocurrido la publicación, tal editor tiene muy poco, si hay alguno real, control sobre la aplicación. Esto es especialmente problemático en vista del hecho de que prácticamente cada computadora personal incluye el software y el hardware necesarios para hacer una copia digital exacta de tal aplicación, y para descargar tal copia digital exacta a una disco óptico o magnético en el que se puede escribir, o para enviar tal copia digital exacta sobre una red tal como la Internet a cualquier destino. Por supuesto, como parte de una transacción en donde se distribuye la aplicación, el editor puede requerir al usuario / destinatario de la aplicación prometer no redistribuir tal aplicación de una manera incómoda. Sin embargo, una promesa tal se hace fácilmente y se rompe fácilmente. Un editor puede intentar evitar tal redistribución a través de cualquiera de varios dispositivos de seguridad conocidos, usualmente involucrando codificación y decodificación. Sin embargo, es muy poco probable que evite que un usuario medianamente determinado decodifique una aplicación codificada, guardando tal aplicación en una forma no codificada, y luego redistribuir la misma. Además, el editor puede desear proporcionar al usuario con la flexibilidad de comprar diferentes tipos o ediciones de la aplicación. Por ejemplo, el editor puede desear proporcionar una edición completa a un precio alto y una edición rudimentaria a un precio inferior. Del mismo modo, el editor puede desear ofrecer una edición para negocios y una edición para el hogar, una edición para estudiante y una edición para profesor, o lo similar. Notar, sin embargo, que en la técnica anterior, cada una de tal edición de la aplicación requeriría que el editor distribuya un conjunto separado de código de operación. Por ello, y como se debe apreciar, ofrecer múltiples ediciones de la misma aplicación requiere que un editor mantenga, empaque, y venda cada una de tal edición de manera separada, con costo considerable. Además, cada una de tal edición posiblemente se soporta de manera separada, se actualice de manera separada, y de corregir de manera separada, incluso con costo más considerable. También, cuando se encuentran errores o fallos en la aplicación, cada una de tal edición posiblemente se debe revisar y corregir de manera separada, si de hecho el error existe en todas tales ediciones, otra vez con costo considerable. Para proporcionar al usuario con la flexibilidad de comprar diferentes ediciones de una aplicación, un editor puede ofrecer diferentes tipos de licencias de uso en diferentes retribuciones de licencia, mientras que al mismo tiempo se mantiene al usuario con los términos de cualquier tipo de licencia que de hecho se compró. Por ejemplo, y en el caso donde la aplicación incluye múltiples características disponibles, el editor puede desear ofrecer un menú de usuario de tales características / ediciones disponibles a obtenerse en licencia, o incluso permitir a un usuario seleccionar las particulares de las características disponibles a obtenerse en licencia. Por ello, el usuario al comprar una licencia tal sería capaz de emplear las características disponibles de la aplicación que se autorizan a través de la licencia, y sería restringido de emplear las características disponibles de la aplicación que no se autorizan a través de la licencia. Probablemente, las retribuciones para las licencias variarían dependiendo de las características disponibles autorizadas por ellas. Significativamente, ofreciendo diferentes tipos de licencias para la aplicación u ofreciendo licencias personalizadas para la aplicación, el editor puede evitar tener que distribuir múltiples ediciones distintas de la aplicación, cada una adaptada a un conjunto particular de características disponibles. En lugar de ello, el editor únicamente necesita distribuir una sola copia base de la aplicación con todas las características disponibles, y luego proporcionar una licencia que únicamente autorice un cierto subconjunto de tales todas las características disponibles. Como se puede apreciar, si la única copia base de la aplicación se distribuye en una forma de tal manera que la aplicación sea inoperable sin una licencia válida, tal aplicación se puede distribuir y redistribuir libremente, sin embargo únicamente puede ser operada por un usuario si tal usuario obtiene una licencia del editor o un agente del mismo. El manejo de Derechos (RM) y las arquitecturas de entrada en vigor y métodos se han proporcionado previamente para permitir la operación controlada de las formas arbitrarias de las aplicaciones digitales, en donde tal control es flexible y definible a través del editor de tal aplicación. Típicamente, una licencia digital se proporciona para operar la aplicación, en donde la aplicación no se puede accionar de una manera significativa sin tal licencia. Por ejemplo, puede ser el caso que al menos una parte de la aplicación se codifica y la licencia incluye una clave de decodificación para decodificar tal parte codificada. Además, puede ser el caso que la licencia está vinculada a un usuario o un dispositivo de cómputo del mismo, y tal dispositivo de cómputo incluye una característica de seguridad que asegura que los términos de la licencia se acepten. Sin embargo, tales arquitecturas de RM hasta ahora no se han empleado para efectuar una arquitectura de licencia en donde únicamente necesita liberarse una copia de una aplicación digital con múltiples ediciones o características disponibles de tal manera que una licencia particular distribuida a un usuario particular especifique que características / edición disponibles se pueden emplear por el usuario. Por consiguiente, existe una necesidad de una tal arquitectura de licencia, por medio de la cual un editor de una aplicación no necesite liberar múltiples ediciones de la misma aplicación, y un usuario en la obtención de una licencia pueda seleccionar cuales de las múltiples características / ediciones disponibles son para obtenerse en licencia.

BREVE DESCRIPCIÓN DE LA INVENCIÓN Las necesidades anteriormente mencionadas se satisfacen al menos en parte a través de la presente invención en la cual se proporciona un método para obtener una licencia de uso para utilizar una aplicación en un dispositivo de cómputo, en donde la aplicación incluye una pluralidad de características. En el método, se entabla una transacción con un minorista para obtener una licencia de producto correspondiente a la aplicación de tal minorista, en donde la licencia de producto define al menos una característica de la aplicación que se puede emplear con base en tal licencia de producto.

Además, se obtiene de un distribuidor una copia base de la aplicación y se acciona. La licencia de uso corresponde a la licencia de producto y se adquiere de un concedente a través de la aplicación accionada enviando la licencia de producto al concedente junto con una identificación de al menos una de un usuario, el dispositivo de cómputo, y un componente de obligación que opera en el dispositivo de cómputo, en donde la licencia de uso incluye una política de característica que cede derechos para emplear cada característica definida en la licencia de producto.

BREVE DESCRIPCIÓN DE LOS DIBUJOS El resumen anteriormente mencionado, así como la siguiente descripción detallada de las modalidades de la presente invención, se entenderán mejor cuando se lean en conjunto con los dibujos anexos. Para el propósito de ilustrar la invención, se muestran en los dibujos modalidades que son actualmente preferidas.

Como se debe entender, sin embargo, la invención no está limitada a las disposiciones precisas y medios que se muestran. En los dibujos: La Fig . 1 es un diagrama de bloques que representa un medio ambiente de cómputo no limitante ejemplificativo en el cual se puede implementar la presente invención; La Fig. 2 es un diagrama de bloques que representa un medio ambiente de red ejemplificativo que tiene una variedad de dispositivos de cómputo en los cuales se puede implementar la presente ¡nvención; La Fig. 3 es un diagrama de bloques que muestra una arquitectura de entrada en vigor de un ejemplo de un sistema a base de obligación, incluyendo una licencia digital de acuerdo con una modalidad de la presente invención; La Fig. 4 es un diagrama de bloques que muestra una arquitectura de licencia para distribuir una licencia de uso para emplear una edición de la aplicación de la Fig. 3 de acuerdo con una modalidad de la presente invención; La Fig. 5 es un diagrama de flujo que muestra las etapas clave desarrolladas durante la obtención de la licencia de uso de las Figs. 3 y 4 de acuerdo con una modalidad de la presente invención; La Fig. 6 es un diagrama de flujo que muestra las etapas clave desarrolladas cuando se obtiene la licencia de uso de las Figs. 3 y 4 para utilizar la aplicación de la Fig. 3 de acuerdo con una modalidad de la presente invención; y La Fig. 7 es un diagrama de flujo que muestra las etapas clave desarrolladas cuando se regresa o se transfiere la licencia de uso de las Figs. 3 y 4 de acuerdo con una modalidad de la presente invención.

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN Medio ambiente de cómputo La Fig. 1 y la siguiente discusión están proyectadas para proporcionar una breve descripción general de un medio ambiente de cómputo conveniente en el cual se puede implementar la invención.

Se debe entender, sin embargo, que dispositivos de cómputo portátiles, y otros de todos tipos de contemplan para utilizar en conexión con la presente ¡nvención. Mientras que se describe abajo una computadora de propósito general, esta es sólo un ejemplo, y la presente invención requiere únicamente un cliente delgado que tenga interacción e interoperabilidad de servidor de red. Por ello, la presente invención se puede implementar en un medio ambiente de servicios de huésped en red en el cual están implicados muy pocos o mínimos recursos del cliente, por ejemplo, un medio ambiente en red en el cual el dispositivo del cliente sirve meramente como un buscador o interfase a la Red Mundial. Aunque no se requiere, la invención se puede implementar a través de una interfase de programación de aplicación (API), para utilizar a través de un desarrollador, y/o se puede incluir dentro del software de búsqueda de red el cual se describirá en el contexto general de las instrucciones ejecutables por computadora, tal como módulos de programa, que se ejecutan a través de una o más computadoras, tal como estaciones de trabajo de cliente, servidores, u otros dispositivos. Generalmente, los módulos de programa incluyen rutinas, programas, objetos, componentes, estructuras de datos, y lo similar que desarrollan tareas particulares o implementan tipos de datos abstractos particulares. Típicamente, la funcionalidad de los módulos de programa se puede combinar o distribuir como se desee en varias modalidades. Además, aquellos expertos en la técnica apreciarán que la invención se puede practicar con otras configuraciones de sistema de cómputo. Otros medios ambientes, sistemas de cómputo configuraciones y/o configuraciones bien conocidos que pueden ser convenientes para utilizar con la invención incluyen, pero no están limitados a, computadoras personales (PCs), máquinas medidoras automatizadas, computadora de servidor, dispositivos de escritorio o portátiles, sistemas de multi-procesador, sistemas a base de microprocesador, electrónica de consumidor programable, PCs de red, minicomputadoras, computadoras de estructura principal, y lo similar. La invención también se puede practicar en medios ambientes de cómputo distribuidos en donde las tareas se desarrollan a través de dispositivos de procesamiento remotos que están enlazados a través de una red de comunicaciones u otro medio de transmisión de datos. En un medio ambiente de cómputo distribuido, los módulos de programa se pueden localizar tanto en medios de almacenamiento de cómputo locales como remotos incluyendo dispositivos de almacenamiento de memoria. La Fig. 1 ilustra así un ejemplo de un medio ambiente de sistema de cómputo conveniente 100 en el cual se puede implementar la ¡nvención, aunque como se hace claro más arriba, el medio ambiente de sistema de cómputo 100 únicamente es un ejemplo de un medio ambiente de cómputo conveniente y no está proyectado para sugerir alguna limitación en cuanto al ámbito de uso o funcionalidad de la invención. Tampoco el medio ambiente de cómputo 100 debe interpretarse como que tiene alguna dependencia o requerimiento relacionado a alguno o combinación de componentes ilustrados en el medio ambiente de operación ejemplificativo 100.

Con referencia a la Fig. 1 , un sistema ejemplificativo para implementar la invención incluye un dispositivo de cómputo de propósito general en la forma de una computadora 1 10. Los componentes de la computadora 1 10 pueden incluir, pero no están limitados a, una unidad de procesamiento 120, una memoria de sistema 130, y un bus de sistema 121 que acopla vario componentes de sistema ¡ncluyendo la memoria de sistema con respecto a la unidad de procesamiento 120. El bus de sistema 121 puede ser cualquiera de varios tipos de estructuras de bus que utilizan cualquiera de una variedad de arquitecturas de bus. Como modo de ejemplo, y no de limitación, tales arquitecturas incluyen bus de Arquitectura Estándar de Industria (ISA), bus de Arquitectura de Micro Canal (MCA), bus de ISA Mejorado (EISA), bus local de Asociación de Estándares Electrónicos de Video (VESA), y bus para Interconectar Componentes Periféricos (PCI) (también conocido como bus de Mezanine). La computadora 1 10 típicamente incluye una variedad de medios legibles por computadora. Los medios legibles por computadora puede ser cualquier medio disponible al que se pueda acceder a través de la computadora 1 10 e incluye tanto medios volátiles como no volátiles, medios removibles como no removibles. Como modo de ejemplo, y no de limitación, los medios legibles por computadora pueden comprender medios de almacenamiento de computadora y medios de comunicación. Los medios de almacenamiento de computadora incluyen tanto medios volátiles como no volátiles, removibles como no removibles implementados en cualquier método o tecnología para almacenamiento de información tal como instrucciones legibles por computadora, estructuras de datos, módulos de programa u otros datos. Los medios de almacenamiento de computadora incluyen, pero no están limitados a, RAM, ROM, EEPROM, memoria flash y otra tecnología de memoria, CDROM, discos versátiles digitales (DVD) u otro disco óptico de almacenamiento, casetes magnéticos, cintas magnéticas, disco magnético de almacenamiento u otros dispositivos de almacenamiento magnéticos, o cualquier otro medio el cual se pueda utilizar para almacenar la información deseada y al cual se pueda acceder a través de la computadora 110. Típicamente, los medios de comunicación materializan instrucciones legibles por computadora, estructuras de datos, módulos de programa u otros datos en una señal de datos modulada tal como una onda transportadora u otro mecanismo de transporte e incluye cualquier medio de distribución de información. El término "señal de datos modulada" significa una señal que tiene una o más de sus características fija o cambiada de tal manera que codifique la información en la señal. Como modo de ejemplo, y no de limitación, los medios de comunicación incluyen medios cableados tal como una red cableada o conexión de cableado directo, y medios inalámbricos tal como medios acústicos, de RF, infrarrojos y otros.

También pueden estar incluidas combinaciones de cualquiera de los anteriores dentro del ámbito de los medios legibles por computadora. La memoria de sistema 130 incluye medios de almacenamiento de computadora en la forma de memoria volátil y/o no volátil tal como memoria únicamente de lectura (ROM) 131 y memoria de acceso aleatorio (RAM) 1 32. Un sistema de entrada/salida básico 133 (BIOS), que contiene las rutinas básicas que ayudan a transferir información entre los elementos dentro de la computadora 1 10, tal como durante la inicialización, típicamente se almacena en ROM 131 . La RAM 132 típicamente contiene módulos de programa y/o datos que son inmediatamente accesibles a y/o actualmente son operados en a través de la unidad de procesamiento 120. Como modo de ejemplo, y no de limitación, la Fig. 1 ilustra el sistema de operación 134, programas de aplicación 135, otros módulos de programa 136, y datos de programa 137. La computadora 1 10 también puede incluir otros medios de almacenamiento de computadora removibles/no removibles, volátiles/no volátiles. Como modo de ejemplo únicamente, la Fig. 1 ilustra una unidad de disco duro 141 que lee de o escribe a medios magnéticos no removibles, no volátiles, una unidad de disco magnético 151 que lee de o escribe a un disco magnético no volátil, removible, y una unidad de disco óptico 155 que lee de o escribe a un disco óptico no volátil, removible, 156, tal como un CD ROM u otro medio óptico. Otros medios de almacenamiento de computadora removibles/no removibles, volátiles/no volátiles que se pueden utilizar en el medio ambiente de operación ejemplificativo incluyen, pero no están limitados a, casetes de cinta magnética, tarjetas de memoria flash, discos versátiles digitales, cinta de video digital, RAM en estado sólido, ROM en estado sólido, y lo similar. La unidad de disco duro 141 está típicamente conectada al bus de sistema 121 a través de una interfase de memoria no removible tal como la interfase 140, y la unidad de disco magnético 151 y unidad de disco óptico 155 típicamente están conectadas al bus de sistema 121 a través de una interfase de memoria removible, tal como la ¡nterfase 150. Las unidades y sus medios de almacenamiento de computadora asociados discutidos más arriba e ilustrados en la Fig. 1 proporcionan almacenamiento de instrucciones legibles por computadora, estructuras de datos, módulos de programa y otros datos para la computadora 1 10. En la Fig . 1 , por ejemplo, la unidad de disco duro 141 se ilustra como el sistema de operación de almacenamiento 144, programas de aplicación 145, otros módulos de programa 146, y datos de programa 147. Notar que estos componentes pueden ya sea ser los mismos que o diferentes del sistema de operación 134, programas de aplicación 135, otros módulos de programa 136, y datos de programa 137. El sistema de operación 144, programas de aplicación 145, otros módulos de programa 146, y datos de programa 147 se proporcionan con números diferentes en la presente para ilustrar que, en un mínimo, éstos son copias diferentes. Un usuario puede ingresar comandos e información dentro de la computadora 1 10 a través de dispositivos de entrada tal como un teclado 162 y dispositivo de contacto 161 , comúnmente referidos como un ratón, bola de seguimiento o almohadilla de contacto. Otros dispositivos de entrada (que no se muestran) pueden incluir un micrófono, palanca de juego, almohadilla de juego, plato de satélite, escáner, o lo similar. Esto y otros dispositivos de entrada a menudo están conectados a la unidad de procesamiento 120 a través de una interfase de entrada de usuario 160 que está acoplada al bus de sistema 121 , pero pueden estar conectados a través de otra interfase y estructuras de bus, tal como un puerto paralelo, puerto de juego o un bus de serie universal (USB). También está conectado un monitor 191 u otro tipo de dispositivo de despliegue al bus de sistema 121 a través de una interfase, tal como una interfase de video 190. También puede estar conectada al bus de sistema 121 una ingresase gráfica 182, tal como Northbridge. Norghbridge es un ^^^^^^^^^^H Que se comunica con el CPU, o unidad de procesamiento huésped 120, y asume la responsabilidad para las comunicaciones de puerto de gráficas aceleradas (AGP). Una o más unidades de procesamiento de gráficas (GPUs) 184 se pueden comunicar con la ¡nterfase de gráficas 182. A este respecto, las GPUs 184 generalmente incluyen almacenamiento de memoria en chip, tal como registrador de almacenamiento y GPUs 184 se comunican con una memoria de video 1 86. Las GPUs 1 84, sin embargo, son solo un ejemplo de un coprocesador y por ello se pueden incluir en la computadora 1 10 una variedad de dispositivos de co-procesamiento. Un monitor 191 u otro tipo de dispositivo de despliegue también está conectado al bus de sistema 121 a través de una interfase, tal como una interfase de video 190, la cual puede a su vez comunicarse con la memoria de video 186. Además del monitor 191 , las computadoras también ¡ncluyen otros dispositivos de salida periféricos tal como altavoces 197 e impresora 196, los cuales se pueden conectar a través de una interfase periférica de salida 195. La computadora 10 puede operar en un medio ambiente en red utilizando conexiones lógicas a una o más computadoras remotas, tal como una computadora remota 180. La computadora remota 180 puede ser una computadora personal, un servidor, un ruteador, una PC de red, un dispositivo semejante u otro nodo de red común, y típicamente incluye muchos o todos los elementos descritos más arriba en relación a la computadora 110, aunque únicamente se ha ilustrado un dispositivo de almacenamiento de memoria 181 en la Fig. 1. Las conexiones lógicas descritas en la Fig. 1 incluyen una red de área local (LAN) 171 y una red de área ancha (WAN) 173, pero también puede incluir otras redes. Tales medios ambientes de red son lugares comunes en oficinas, redes de computadora anchas de empresa, intranets y la Internet. Cuando se utiliza en un medio ambiente de red LAN, la computadora 110 está conectada a la LAN 171 a través de una interfase de red o adaptador 170. Cuando se utiliza en un medio ambiente de red WAN, la computador 110 típicamente incluye un módem 172 u otro medio para establecer comunicaciones en la WAN 173, tal como la Internet. El módem 172, el cual puede ser interno o externo, se puede conectar al bus de sistema 121 a través de la interfase de entrada de usuario 160, u otro mecanismo apropiado. En un medio ambiente en red, los módulos de programa descritos en relación a la computadora 110, o partes de los mismos, se pueden almacenar en el dispositivo de almacenamiento de memoria remoto. Como modo de ejemplo, y no de limitación, la Fig. 1 ilustra programas de aplicación remotos 185 que residen en el dispositivo de memoria 181 . Se apreciará que las conexiones de red que se muestran son ejemplificativas y se pueden utilizar otros medios para establecer un enlace de comunicaciones entre las computadoras. Un experto en la técnica puede apreciar que una computadora 1 10 u otro dispositivo de cliente se puede desplegar como parte de una red de computadora. A este respecto, la presente invención pertenece a cualquier sistema de computadora que tenga cualquier número de unidades de almacenamiento o memoria, y cualquier número de aplicaciones y procesos que ocurren a través de cualquier número de volúmenes o unidades de procesamiento. La presente invención se puede aplicar a un medio ambiente con varias computadoras y computadoras de cliente desplegadas en un medio ambiente de res, teniendo almacenamiento remoto o local. La presente invención también se puede aplicar a un dispositivo de cómputo autónomo, que tenga capacidades de funcionalidad de lenguaje de programación, interpretación y ejecución. La informática distribuida facilita el poder compartir los servicios y recursos de computadora a través del intercambio directo entre los sistemas y dispositivos de cómputo. Estos recursos y servicios incluyen el intercambio de información, almacenamiento inmediato, y discos de almacenamiento para archivos. La informática distribuida toma ventaja de la conectividad de red, permitiendo a los clientes elevar su poder colectivo para beneficio de toda la empresa. A este respecto, una variedad de dispositivos pueden tener aplicaciones, objetos y recursos que pueden interactuar para implicar las técnicas de autentificación de la presente invención para conducto (s) de gráficas obligadas. La Fig. 2 proporciona un diagrama esquemático de un medio ambiente de cómputo distribuido o en red ejemplificativo. El medio ambiente de cómputo distribuido comprende los objetos de cómputo 10a, 10b, etc. y los dispositivos u objetos de cómputo 1 10a, 1 10b, 1 10c, etc. Estos objetos pueden comprender programas, métodos, almacenes de datos, lógica programable, etc. Los objetos pueden comprender partes de los mismos o dispositivos diferentes tal como PDAs, televisiones, reproductores de MP3, televisiones, computadoras personales, etc. Cada objeto se puede comunicar con otro objeto a través de la red de comunicaciones 14. Esta red puede comprender por sí misma otros objetos de cómputo y dispositivos de cómputo que proporcionan servicios al sistema de la Fig. 2. De acuerdo con un aspecto de la invención, cada objeto 10 o 1 1 0 puede contener una aplicación que podría requerir las técnicas de autentificación de la presente invención para conducto (s) de gráficas obligadas. También se puede apreciar que un objeto, tal como el 1 10c, se puede albergar en otro dispositivo de cómputo 10 o 1 10. Por ello, aunque el medio ambiente físico descrito puede mostrar los dispositivos conectados como las computadoras, tal ilustración es meramente ejemplificativa y el medio ambiente físico se puede describir alternativamente comprendiendo varios dispositivos digitales tal como PDAs, televisiones, reproductores de MP3, etc. , objetos de software tal como las interfases, objetos de COM y los similar. Existen una variedad de sistemas, componentes, y configuraciones de red que soportan medios ambientes de cómputo distribuidos. Por ejemplo, los sistemas de cómputo pueden estar conectados juntos a través de sistemas líneas de cable o inalámbricos, a través de redes locales o redes distribuidas de de manera ancha. Actualmente, muchas de las redes están acopladas a la Internet, lo cual proporciona la infraestructura para la informática distribuida de manera ancha y abarca muchas rede diferentes. En medios ambientes de red caseros, existen al menos cuatro medios de transporte de red dispares que puede cada uno soportar un protocolo único tal como línea de Energía, datos (tanto inalámbricos como cableados), voz (por ejemplo, teléfono) y medios de entretenimiento. La mayoría de los dispositivos de control caseros tal como los interruptores de luz y aparatos pueden utilizar línea de energía para conectividad. Los Servicios de Datos se pueden ingresar al hogar como banda ancha (por ejemplo, módem de Cable o DSL) y son accesibles dentro el hogar utilizando conectividad ya sea conectividad inalámbrica (por ejemplo, HomerRF o 802.1 1 b) o cableada (por ejemplo, Home PNA, Cat 5, incluso línea de energía). El tráfico de voz puede ingresar al hogar ya sea como cableado (por ejemplo, Cat 3) o inalámbrico (por ejemplo, teléfonos celulares) y se pueden distribuir dentro del hogar utilizando cableado de Cat 3. Los medios de entretenimiento se pueden ingresar al hogar ya sea a través de satélite o de cable y típicamente se distribuye en el hogar utilizando cable coaxial. IEEE 1394 y DVi también están emergiendo como ^^^^S^^^^ digitales para grupos o dispositivos de medios. Todos estos medios ambientes de red y otros que pueden emerger como estándares de protocolo se pueden interconectar para formar un intranet que se puede conectar al mundo exterior a través de la Internet. En corto, una variedad de fuentes dispares existe para el almacenamiento y transmisión de datos, y consecuentemente, moviéndose hacia delante, los dispositivos de cómputo requerirán formas de proteger el contenido en todas las partes del conducto de procesamiento de datos. La 'Internet' comúnmente se refiere a la colección de redes y portales que utilizan el juego TCP/IP de protocolos, los cuales son bien conocidos en la técnica de la red de cómputo. TCP/IP son las siglas para "Programa de Protocolo/interfase de Control de Transporte". La Internet se puede describir como un sistema de redes de computadora remotas distribuidas geográficamente interconectado a través de computadoras que ejecutan protocolos de red que permiten a los usuarios interactuar y compartir información en las redes. Debido a tal participación de información de amplia distribución, las redes remotas tal como la Internet, por ello, generalmente han evolucionado mucho en un sistema abierto para el cual los desarrolladores pueden diseñar aplicaciones de software para desarrollar servicios u operaciones especializadas, esencialmente sin restricción. Por ello, la infraestructura de red permite a un huésped de topologías de red tal como un cliente/servidor, para a par, o arquitecturas híbridas. El "cliente" es un miembro de una clase o grupo que utiliza los servicios de otra clase o grupo al cual no está relacionado. Por ello, en informática, un cliente es un proceso, es decir, aproximadamente un conjunto de instrucciones o tareas, que requiere un servicio proporcionado por otro programa. El proceso de cliente utiliza el servicio requerido sin tener que "saber" ningún detalle de trabajo acerca del otro programa o el servicio por sí mismo. En una arquitectura de cliente/servidor, particularmente un sistema en red, un cliente es usualmente una computadora que accede a recursos de red compartidos proporcionados por otra computadora por ejemplo un servidor. En el ejemplos de la Fig. 2, las computadoras 110a, 110b, etc. se pueden pensar como clientes y la computadora 10a, 10b, etc. se puede pensar como el servidor en donde el servidor 10a, 10b, etc. mantiene los datos que luego se reproducen en las computadoras de cliente 110a, 110b, etc. Un servidor es típicamente un sistema de computadora remoto accesible en una red remota tal como la Internet. El proceso de cliente puede estar activo en un primer sistema de computadora, y el proceso de servidor puede estar activo en un segundo sistema de computadora, comunicándose entre sí en un medio de comunicaciones, proporcionando así funcionalidad distribuida y permitiendo a múltiples clientes tomar ventaja de las capacidades de recopilación de información del servidor. El cliente y el servidor se comunican entre sí utilizando la funcionalidad proporcionada por una capa de protocolo. Por ejemplo, el Protocolo de Transferencia de Hipertexto (HTTP) es un protocolo común que se utiliza junto con la Red Mundial (WWW). Típicamente, una dirección de red de computadora tal como un Localizador de Recurso Universal (URL) o una dirección de Protocolo de Internet (IP) se utiliza para identificar a las computadoras de servidor o cliente entre sí. La dirección de red se puede referir como una dirección de Localizador de Recurso Universal. Por ejemplo, se puede proporcionar la comunicación en un medio de comunicaciones. En particular, el cliente y el servidor se pueden acopar entre sí a través de las conexiones TCP/IP para comunicación de alta capacidad. Por ello, la Figura 2 ilustra un medio ambiente distribuido o en red ejemplificativo, con un servidor en comunicación con las computadoras de cliente a través de una red/bus, en el cual se puede emplear la presente ¡nvención. Con más detalle, un número de servidores 10a, 10b, etc. se interconectan a través de una red/bus de comunicaciones 14, la cual puede ser una LAN, WAN, intranet, la Internet, etc. , con un número de clientes o dispositivos de cómputo remotos 1 10a, 1 10b, 1 10c, 1 10d, 1 1 0e, etc., tal como una computadora portátil, cliente delgado, aparato en red, u otro dispositivo tal como un VCR, TV, horno, luz, calentador y lo similar de acuerdo con la presente ¡nvención. Por ello está contemplado que la presente invención se pueda aplicar a cualquier dispositivo de cómputo en conexión con el cual es deseable procesar, almacenar o proporcionar contenido seguro de una fuente obligada. En un medio ambiente de red en el cual la red/bus de comunicaciones 14 es la Internet por ejemplo, los servidores 10 pueden ser servidores Web con los cuales los clientes 1 10a, 1 10b, 1 10c, 1 10d, 1 10e, etc. se comunican a través de cualquiera de un número de protocolos conocidos tal como HTTP. Los servidores 10 también pueden servir como clientes 1 10, como puede ser característico de un medio ambiente de cómputo distribuido. Las comunicaciones pueden ser cableadas o inalámbricas, donde sea apropiado. Los dispositivos de cliente 1 10 se pueden o no comunicar a través de la red/bus de comunicaciones 14, y pueden tener comunicaciones independientes asociadas con ellos. Por ejemplo, en el caso de un TV o VCR, puede haber o no haber un aspecto en red para el control del mismo. Cada computadora de cliente 1 10 y computadora de servidor 10 puede estar equipada con varios módulos de programa de aplicación u objetos 135 y con conexiones o acceso a varios tipos de elementos de almacenamiento u objetos, a través de los cuales se pueden almacenar archivos o a cuyas parte (s) de archivos se pueden descargar o migrar. Por ello, la presente invención se puede utilizar en un medio ambiente de red de computadora que tenga computadoras de cliente 1 10a, 1 1 0b, etc. que puedan acceder e interactuar con una red/bus de computadora 14 y computadoras de servidor 10a, 10b, etc. que puedan interactuar con las computadoras de cliente 1 10a, 1 10b, etc. y otros dispositivos 1 1 1 y bases de datos 20.

Perspectiva General del Manejo de Derechos (RM) Como se sabe, y haciendo referencia ahora a la Fig. 3, el manejo de derecho y la entrada en vigor es altamente deseable en conexión con una aplicación digital 32 que es para distribuirse a los usuarios. Siendo recibido por el usuario, tal usuario instala la aplicación 32 con la ayuda de un dispositivo de cómputo apropiado 34 o lo similar. Típicamente, un editor o autor de aplicación (en adelante 'editor') 44 que distribuye tal aplicación digital 32 desea restringir lo que el usuario pueda hacer con tal aplicación distribuida 32. Por ejemplo, el editor 44 puede desear restringir al usuario de copiar y redistribuir tal aplicación 32 a un segundo usuario, o puede desear permitir que la aplicación distribuida 32 sea accionada únicamente un número limitado de veces, únicamente por un cierto tiempo total, únicamente en un cierto tipo de máquina, únicamente en un cierto tipo de plataforma de presentación, únicamente a través de un cierto tipo de usuario, etc. Sin embargo, después de que ha ocurrido la distribución, tal editor 44 tiene muy poco, si es que lo tiene, control sobre la aplicación 32. Un sistema de RM 30, entonces, permite el accionado controlado de una aplicación 32, en donde tal control es flexible y definible por el editor 44 de tal aplicación 32. Típicamente, la aplicación 32 se distribuye al usuario en la forma de un paquete 33 a través de cualquier canal de distribución apropiado. El paquete 33 cuando se distribuye, puede incluir la aplicación 32 o una parte de la misma codificada con una clave de codificación / decodificación simétrica (KD) (es decir, (KD(AP))), así como otra información que identifica ia aplicación 32, cómo conseguir una licencia para tal aplicación 32, etc. El sistema RM basado en obligación 30 permite al editor 44 de la aplicación 32 especificar las reglas de licencia que se deben cumplir antes de que se permita accionar tal aplicación 32 en un dispositivo de cómputo del usuario 34. Tales reglas de licencia pueden incluir el requerimiento temporal anteriormente mencionado, y se pueden materializar dentro de una licencia digital o documento de uso (en adelante 'licencia') 36 que el usuario / dispositivo de cómputo del usuario 34 (tales términos son intercambiables a menos que las circunstancias lo requieran de otra manera) debe obtener del editor 44 o un agente del mismo. Tal licencia 36 también incluye la clave de decodificación (KD) para decodificar la parte codificada de la aplicación 32, tal vez codificada de acuerdo a una clave que se puede decodificar por medio del dispositivo de cómputo del usuario 34. Como se observa en la Fig. 3, tal clave de codificación puede ser una clave pública del dispositivo de cómputo del usuario 34 (PU-BB), y el dispositivo de cómputo del usuario 34 probablemente tiene la clave privada correspondiente (PR-^BB) a través de la cual la (PU-BB(KD)) se puede descodificar.

El editor 44 para la aplicación 32 debe confiar en que el dispositivo de cómputo del usuario 34 cumplirá las reglas y requerimientos especificados por tal editor 44 en la licencia 36, es decir, que la aplicación 32, no se accionará a menos que se satisfagan las reglas y requerimientos dentro de la licencia 36. Preferentemente, entonces, el dispositivo de cómputo del usuario 34 se proporciona con un componente de obligación o mecanismo 38 que no accionará la aplicación 32 excepto de acuerdo a las reglas de licencia incluidas en la licencia 36 asociadas con la aplicación 32 y obtenida por el usuario. El componente de obligación 38 típicamente tiene un evaluador de licencia 40 que determina si la licencia 36 es válida, revisa los requerimientos y reglas de licencia en tal licencia válida 36, y determina con base en los requerimientos y reglas de licencia revisados si el usuario solicitante tiene el derecho a accionar la aplicación correspondiente 32 de la manera solicitada, entre otras cosas. Como se debe entender, el evaluador de licencia 40 está confiado en que el sistema RM 30 lleve a cabo los deseos del editor 44 de la aplicación 32 de acuerdo a los requerimientos y reglas en la licencia 36, y el usuario no sea capa de altera fácilmente tal elemento de obligación para algún propósito, infame o de otro tipo. Como se debe entender, los requerimientos y reglas en la licencia 36 pueden especificar si el usuario tiene los derechos de accionar la aplicación 32 con base en cualquiera de los diversos factores, incluyendo quien es el usuario, donde está localizado el usuario, que tipo de dispositivo de cómputo 34 está utilizando el usuario, que sistema de operación está llamando el sistema RM 30, la fecha, la hora, etc. Además, los requerimientos y reglas de la licencia 36 pueden limitar la licencia 36 a un número predeterminado de accionamientos,, o tiempo de operación predeterminado, por ejemplo. Por ello, el componente de obligación 38 puede necesitar hacer referencia a un reloj 42 en el dispositivo de cómputo 34. Los requerimientos y reglas se pueden especificar en la licencia 36 de acuerdo a algún lenguaje apropiado y sintaxis. Por ejemplo, el lenguaje simplemente puede especificar los atributos y valores que se deben especificar (la FECHA debe ser después de X, por ejemplo), o puede requerir el desarrollo de funciones de acuerdo a un guión especificado (SI LA FECHA es posterior a X, ENTONCES . . . , por ejemplo). Con base en el evaluador de licencia 40 que determina que la licencia 36 es válida y que el usuario cumple los requerimientos y reglas en ella, la aplicación 32 entonces se puede accionar. En particular, para accionar la aplicación 32, la clave de decodificación (KD) se obtiene de la licencia 36 y se aplica a (KD(AP)) del paquete 33 para resultar en la aplicación actual 32, y la aplicación actual 32 luego, de hecho, se acciona de la manera expuesta en la licencia 36. Como se expone más arriba, la licencia 36 con (PU_BB(KD)) en efecto autoriza una entidad en posesión de (PR-BB) para acceder la (KD) y acceder así a la aplicación 32 codificada de acuerdo a tal (KD), asumiendo por supuesto que la entidad cumple todas las condiciones que se exponen en la licencia 36. Como se debe apreciar, sin embargo, pueden existir otros tipos de licencias 36 dentro del sistema RM 30. Por ejemplo, se puede apreciar que en un escenario el editor 44 de la aplicación 32 puede autorizar uno o más concedentes particulares 46 para distribuir una licencia 36 para la aplicación 32 proporcionando al concedente 46 con una licencia del editor 36p. Como se puede apreciar, tal licencia de editor 36p es similar a la licencia 36 en que tal licencia de editor 36p posiblemente incluye la clave de decodificación (KD) para decodificar al aplicación 32, aquí codificada de acuerdo a una clave pública del concedente 46 (PU-BB). Del mismo modo, la licencia de editor 36p posiblemente incluye los requerimientos y reglas para presentar el contenido 32. Aquí, sin embargo, tales requerimientos y reglas para son para insertarse en la licencia 36 que se distribuyó por el concedente 46, y no son específicamente aplicables a tal concedente 46. Notar, sin embargo, que la licencia de agente 36p puede de hecho incluir otros requerimientos y reglas que de hecho son aplicables al concedente 46. Por consiguiente, el concedente 46 debe incluir un componente de obligación 38 con un evaluador de licencia 40 de una manera similar al dispositivo de cómputo del usuario 34. Significativamente, cada tipo de licencia 36, 36p, etc. (en adelante, 'licencia 36') cuando se ofrece típicamente incluye una firma digital para propósitos de autentificación / verificación, y cada firma digital se valida a través del componente de obligación 38 antes de la licencia 36 se acepte. Por supuesto, si falla alguna validación, el proceso termina y la licencia 36 no se acepta.

Arquitectura de Licencia Flexible para la Obtención de una Licencia de Aplicación Digital Como se expuso más arriba, un editor 44 puede desear proporcionar a un usuario con la flexibilidad de compara diferentes tipos o ediciones de una aplicación 32. Por ejemplo, y otra vez, el editor 44 puede desear proporcionar una edición completa, una edición rudimentaria, una edición para negocio, una edición para hogar, etc. Sin embargo, de acuerdo a la técnica anterior, cada una de tal edición de la publicación 32 se distribuiría de manera separada como un conjunto de código (es decir, archivo de computadora o serie de tales archivos o lo similar). Como debe ser evidente, el soporte, mantenimiento, comercialización, y distribución de cada uno de tal conjunto de código distribuido de manera separada seria muy complicado, especialmente cuando se compara con el desempeño de tales tareas con respecto a un solo conjunto de código comúnmente distribuido. Por ello, en una modalidad de la presente invención, un editor, de hecho, distribuye un conjunto de código común para la aplicación 32, pero se diferencia entre las ediciones de la aplicación 32, distribuyendo diferentes licencias 36 RM correspondientes. Significativamente, la aplicación 32 como se expone dentro del conjunto de código común se define para tener una pluralidad de características o lo similar, y cada licencia 36 se define para permitir ciertas de las características definidas y/o las ciertas deseables de las características definidas. Construir y emplear una licencia tal 36 para la aplicación 32 dentro de la arquitectura RM 30 es conocida o debe ser evidente para el público relacionado y, por consiguiente, no necesita exponerse en la presente con mucho detalle. Por consiguiente, se puede utilizar cualquiera de tal método de construir y emplear una licencia tal 36 sin apartarse del espíritu y exponerse en conexión con la presente ¡nvención. Por ejemplo, puede ser el caso que la aplicación 32 tenga una parte de ^^^^^ffi que ^^^§ algo en el dispositivo de cómputo 34, y tal parte de instalación se codifique y sea capaz de decodificarse de acuerdo a la clave (KD) de la licencia 36. Por ello, con base en un comando apropiado del usuario o lo similar, el componente de obligación 38 recupera tal clave (KD) de la licencia 36 si tal licencia 36 así lo permite y luego emplea la (KD) recuperada para decodificar la parte de instalación, y la parte de instalación decodificada luego se emplea para instalar la aplicación 32. Similarmente, puede ser el caso que la aplicación 32 se defina para tener varias partes de característica, cada una correspondiendo a una característica, y que cada parte de característica requiera como una condición precedente al uso de la misma que el componente de obligación 38 confirme que la licencia 36 así lo permite. Por ello, y como se debe apreciar ahora, si una aplicación 36 tiene las características A', B y C, una primera licencia 32 que corresponde a una primera edición de la aplicación 32 puede permitir el uso de la característica A únicamente, una segunda licencia 32 que corresponde a una segunda edición de la aplicación 32 puede permitir el uso de las características B y C únicamente, una tercera licencia 32 que corresponde a una tercera edición de la aplicación 32 puede permitir el uso de todas las características A, B, y C, y lo similar. Notar aquí que las ediciones se pueden definir por el editor 44 ofreciendo únicamente ciertos tipos de licencias correspondientes 36, o se puede personalizar por un usuario en el curso de la obtención de un licencia particular 36, suponiendo que el editor de hecho ofrece una tal licencia personalizada 36. En la obtención de un tipo particular de licencia 36, un usuario es capaz de emplear las características disponibles de la aplicación 32 que están autorizadas por la licencia 36, y está restringido de emplear las características disponibles de la aplicación 32 que no están autorizadas por la licencia 36. Probablemente, en el caso donde una licencia 36 se obtiene como una compra con base en una retribución, tal retribución variaría con base en las características disponibles en la aplicación 32 autorizadas por ella. Significativamente, aunque la aplicación 32 se puede ofrecer en al menos las tres ediciones que se exponen más arriba si no más, las tres ediciones pueden estar basadas en una sola copia base de la aplicación 32 con todas las características disponibles incluidas en la misma. Como se debe apreciar, cada característica está disponible para un usuario particular con una licencia particular 36 si la licencia autoriza tal característica o no es deseable tal característica. Además, la única copia base se puede distribuir de manera amplia y redistribuir sin miedo de uso inapropiado puesto que el uso de la aplicación 32 puede ocurrir únicamente con una licencia obtenida apropiadamente 36. Notablemente, para efectuar la distribución de tal licencia 36 para una aplicación y en una modalidad de la presente invención, se proporciona una arquitectura de licencia 50 tal como aquella que se muestra en la Fig. 4. Como se observa en tal Fig. 4, la arquitectura de licencia 50 incluye al editor 44 y la concedente 46 de la Fig. 3, y también puede incluir un minorista 52 que vende la aplicación 32 a un usuario. Por supuesto, el editor 44 también puede ser el minorista 44 sin apartarse del espíritu y ámbito de la presente invención. Probablemente, tal minorista 32 es una localización de venta al por menor que desarrolla una transacción al por menor con un usuario para obtener la aplicación 32 y/o para obtener una licencia 36 correspondiente a la misma. Al hacerlo así, el minorista 52 dirigiría al usuario a un distribuidor 54 o lo similar que opera un sitio de distribución o lo similar para obtener la aplicación 32 por sí mismo y/o dirigiría al usuario al concedente 46 par la licencia 36 por sí misma. Probablemente, aunque no necesariamente, el minorista 52, el concedente 46, y el distribuidor 54 todos están en red juntos a través de una red tal como el Internet, y el usuario visita al minorista 52 y obtiene la aplicación 32 del distribuidor 54 y la licencia 36 del concedente 46 (en adelante, 'la licencia de uso 36') a través de tal red. En una modalidad de la presente invención, y como se observa en la Fig. 4, la aplicación 32 que se proporciona a través del editor 44, incluye un código ejecutable a través del cual la aplicación 32 se ^^^8 y se emplea. Significativamente, tal aplicación 32 que se proporciona por el editor 44 también incluye un número de licencias especiales 36, incluyendo una licencia de definición 36, una licencia inicial 36, y una licencia de no red 36, en donde tales licencias especiales 36 son distintas de la licencia de uso 36 hasta ahora referenciada. La licencia de definición 36, otra vez, no es por sí misma una licencia de uso 36 que se pueda obtener de un concedente 46 para emplear la aplicación 32, pero en lugar de ello es una licencia especial 36 que define todas las características disponibles en la aplicación 32 a través de una licencia de uso apropiada 36. Entonces, tal licencia de definición 36 expone todas las características de la aplicación 32 como derechos disponibles, pero en realidad no cede ninguno de tales derechos. En lugar de ello, una licencia de uso obtenida 36 en la autorización de una característica particular cede un derecho correspondiente. Por ello, para continuar el ejemplo de arriba, si una aplicación 32 incluyera las tres características definidas A, B, y C, la licencia de definición 36 expondría cada una de tales características A, B, y C junto con la ¡nformación pertinente relacionada a ellas. Tales características pertinentes pueden, por ejemplo, incluir una referencia a la característica en la aplicación 32, una descripción, y tal vez información de la edición con respecto a que edición de la aplicación 32 incluye cada característica. Por ello, una licencia de uso 36 que autoriza tal característica puede, por ejemplo, emplear tal información para permitir a un usuario emplear la misma. Del mismo modo, si una licencia de uso 36 no autoriza tal característica, tal ¡nformación puede, sin embargo, emplearse para informar a un usuario de la disponibilidad de tal característica, y tal vez incluso dirigir al usuario a un concedente 46 para obtener otra licencia de uso 36 que autorizaría tal característica. Diferente una licencia de definición 36, una licencia inicial 36, es por sí misma semejante a una licencia de uso 36 que se puede utilizar para emplear la aplicación 32. Sin embargo, tal licencia de uso 32 es una licencia especial 36 ya que tal licencia de uso 36 únicamente se puede emplear de una manera inicial, tal como por ejemplo para permitir a un usuario probar la aplicación 32 por una longitud o cantidad definida de tiempo, por ejemplo. Notar aquí que la licencia de uso 36 no está vinculada al usuario o el dispositivo de cómputo 34 del mismo. Tal licencia inicial 36 puede o no ceder los derechos para todas las características de la aplicación 32 que se exponen dentro de la licencia de definición 36, dependiendo de cómo haya construido el editor 44 tal licencia inicial 36. Generalmente, la licencia inicial 36 se puede ofrecer para permitir a un probable usuario probar la aplicación 32 por un período de tiempo sin comprar una licencia de uso 36, para permitir al usuario tener libre acceso a una edición rudimentaria de la aplicación 32 sin la necesidad de obtener una licencia de uso 36, o lo similar. En el caso anterior, la licencia inicial 36 puede ceder los derechos de todas las características, pero por un periodo relativamente corto de tiempo, mientras que en el último caso, la licencia inicial puede ceder los derechos para algunas características, pero por un periodo de tiempo relativamente largo. Por ello, un usuario puede emplear la licencia inicial 36 de una manera temporal hasta que tal usuario ya sea que decida obtener una licencia de uso 36 o no emplear más la aplicación, o puede emplear la licencia inicial 36 para utilizar una forma rudimentaria de la aplicación 32, como puede ser el caso. Similar a una licencia inicial 36, una licencia de no red 36 es por sí misma semejante a una licencia de uso 36 que se puede utilizar para emplear la aplicación 32. Sin embargo, tal licencia de no red 36 es una licencia especial 36 en el caso de que un usuario no tenga un a acceso de red con respecto al concedente 46, pero sin embargo desee utilizar la aplicación 32. Típicamente, en un caso tal, la licencia de no red 36 no se puede emplear a menos que el usuario obtenga un código de confirmación, tal como por ejemplo a través de teléfono o mail, en donde tal código de confirmación se puede obtener en intercambio por una retribución. Por ello, con tal código de confirmación, la licencia de no red 36 autoriza que la aplicación 32 se emplee como si el usuario hubiera obtenido algún tipo de licencia de uso 36 del concedente 46. Aquí también, la licencia de no red 36 no está vinculada al usuario o el dispositivo de cómputo 34 del mismo, al menos no directamente, aunque al obtener el código de confirmación vincula, al menos indirectamente, la licencia de no red 36 al usuario asumiendo que el usuario se identificó por sí mismo en el curso de la obtención de tal código de confirmación. Como con la licencia inicial 36, la licencia de no en red 36 puede o no ceder los derechos para todas las características de la aplicación 32 que se exponen dentro de la licencia de definición 36, dependiendo de cómo haya construido el editor 44 tal licencia de no en red 36. Notar que mientras que la licencia de no en red 36 puede ceder los derechos para todas las características de la aplicación 32, hacerlo así puede ser poco aconsejable puesto que el código especial obtenido se podría transferir por el usuario a otros quienes entonces serían capaces de acceder a todas tales características de la aplicación 32. Típicamente, el minorista 52 puede proporcionar la aplicación 32 con las licencias especiales anteriormente mencionadas 36 al usuario, ya sea directamente o a través del distribuidor anteriormente mencionado 54. Notar, sin embargo, que el usuario puede también obtener tal aplicación 32 del editor 44 o de cualquier otra fuente sin apartarse del espíritu y ámbito de la presente invención. De hecho, y como se expone con más detalle más abajo, puede ser que el usuario obtenga la aplicación 32 de un conocido o una tercera parte y luego obtenga una licencia de uso 36 a través del minorista 52. En cualquier caso, y en una modalidad de la presente invención, la aplicación 32 que se distribuyó al usuario adicionalmente se puede empacar con información de referencia ¡ncluyendo una identificación de un minorista particular 52. Por ello, en la situación en donde el usuario obtiene la aplicación 32 de una fuente diferente del minorista 52, tal información de referencia hace referencia a tal usuario de tal minorista 52 para efectuar una transacción para obtener una licencia de uso 36 para una edición particular de tal aplicación 32. Además, incluso después de que el usuario obtiene la licencia de uso 36, tal información de referencia se puede emplear si el usuario deseara volver con al minorista 52 para regresar tal licencia de uso 36 o para obtener una licencia de uso diferente 36 para otra edición de tal aplicación 32. Como se expuso más arriba, un usuario en posesión de la única copia base de la aplicación 32 requiere una licencia de uso 36 de algún tipo para emplear una edición correspondiente particular de la aplicación 32, a menos por supuesto que el usuario emplee la licencia inicial anteriormente mencionada 36 o licencia de no red 36. Sin embargo, y como se debe apreciar, una licencia de uso tal 36 contiene la clave de decodificación (KD) para acceder a la parte codificada de la aplicación 32 y está vinculada al usuario o al dispositivo de cómputo 34 del mismo, y por ello no viaja normalmente con la aplicación 32.

En una modalidad de la presente invención, entonces, y recordando que la aplicación 32 incluye la licencia de definición 36 que se expuso más arriba, el usuario en el curso de la obtención de una licencia de uso tal 36 primero obtiene del minorista 52 o lo similar, una licencia de producto 36 que especifica al menos algunas de las características que se exponen en la licencia de definición 36. En tal modalidad, la licencia de producto 36 no es por sí misma una licencia de uso 36 que se puede utilizar para emplear la aplicación 32. En lugar de ello, la licencia de producto 36 que se proporcionó por el minorista 52 o lo similar, define que edición de la aplicación 32 que el usuario ha obtenido, u otras de las características que se exponen en la licencia de definición 36 que el usuario ha solicitado, y por ello es un vale o autorización que el usuario presenta al concedente 46 durante el curso de una transacción de solicitud de licencia de uso para indicar a tal concedente 46 que tal usuario tiene derecho a una licencia de uso correspondiente 36 para una edición particular de la aplicación 32. Pero más simplemente, el usuario interactúa con el minorista 52 para obtener el derecho a una licencia de uso 36 pero de hecho no recibe la licencia de uso 36 de tal minorista 52. En lugar de ello, el usuario recibe la licencia de producto 36 como un vale que se presenta al concedente 46, y el concedente 46 en respuesta, de hecho, distribuye una licencia de uso correspondiente 36 al usuario que el usuario puede de hecho utilizar para emplear una edición correspondiente de la aplicación 32. La licencia de uso 36 que se distribuyó corresponde a la licencia de producto 36 ya que los derechos conferidos en la licencia de uso 36 corresponden a la edición o características expuestas en la licencia de producto 36. Como se puede apreciar, mientras que la licencia de producto 36 se podría dispensar teniendo el usuario que obtener la licencia de uso 36 en el curso de una transacción directa con el concedente 46, el concedente 46 puede preferir no manejar los aspectos de venta minorista de una tal transacción directa. Además, empleando la licencia de producto 36 de la manera expuesta en la presente, se pueden emplear múltiples minoristas 52 para efectuar ias transacciones de venta minorista con los usuarios mientras que, sin embargo, teniendo uno o unos pocos concedentes 46, cada concedente 46 es capaz de distribuir una licencia de uso 36 en conexión con una transacción con cualquier minorista 52. Finalmente, separando la distribución de la licencia de uso 36 por el concedente 46 de la transacción de venta minorista con el minorista 52, el editor 44 puede ejercer mayor control sobre tal distribución, y también puede alcanzar mayor seguridad. Probablemente, la licencia de producto 36 que se proporcionó por el minorista 52 al usuario incluye ¡nformación apropiada con respecto a en donde puede encontrar el usuario al concedente 46 para distribuir la licencia de uso 36 correspondiente a tal licencia de producto 36. Además, en una modalidad de la presente invención, la licencia de producto 36 como se proporcionó por el minorista 52 al usuario, se puede empacar con información de referencia incluyendo una identificación del distribuidor 54 del cual se puede obtener la aplicación 32. Por ello, en la situación en donde el usuario obtiene la licencia de producto 36 antes de la aplicación 32, tal ¡nformación de referencia hace referencia a tal usuario con respecto a tal distribuidor 54 para obtener la copia base de tal aplicación 32. Además, incluso después de que el usuario obtiene la aplicación 32, tal ¡nformación de referencia se puede emplear si el usuario desea volver con el distribuidor 54 por otra copia de tal copia base de tal aplicación 32, o incluso por una versión nueva o actualizada de tal copia base de tal aplicación 32. Para resumir, entonces, un usuario puede obtener la aplicación 32 antes o después de una licencia de producto 36 para la misma. Si es antes, la información de referencia empaquetada con la aplicación 32 se emplea para localizar a un minorista particular 52 del cual el usuario puede obtener la licencia de uso 36. Si es después, la información de referencia empaquetada con la licencia de producto 36 se emplea para localizar un distribuidor particular 54 del cual el usuario pueda obtener la copia base de la aplicación 32. En un escenario típico, y cambiando ahora a la Fig. 5, un usuario que compra o de otra manera obtiene la aplicación 32 y una licencia de uso correspondiente 35 visitaría a un minorista 52 para la misma y entablaría con él una transacción a través de la cual el usuario seleccionaría las características particulares deseadas en la aplicación 32 o una edición particular de la aplicación 32 (etapa 501). Como parte de tal transacción, el usuario puede proporcionar una retribución al minorista 52. Típicamente, aunque no necesariamente, el minorista 52 controla la transacción y determina la presentación de la información y opciones relacionadas a la aplicación 32 y formas aceptables de pago, y con base en la aprobación del usuario ejecuta la transacción. También como parte de la transacción, el minorista 52 recolecta información del usuario necesaria para construir u obtener una licencia de producto apropiada 36 correspondiente a la selección del usuario y, de hecho, construye u obtiene tal licencia de producto 36 (etapa 503). Como se hacer notar arriba, tal licencia de producto 36 se puede empaquetar con información de referencia incluyendo un distribuidor particular 54 del cual se puede obtener la copia base de la aplicación 32. En todo caso, tal licencia de producto 36 se lleva del minorista 52 al usuario (etapa 505). Además, el minorista 52 puede enviar un mensaje de confirmación de transacción al usuario confirmando la transacción. Si es así, el mensaje puede incluir una localización en la cual se puede obtener la licencia de producto 36 si tal licencia de producto 36 no se envía automáticamente al usuario. Con base en la recepción de la licencia de producto 36 del minorista 52, el usuario puede instalar la misma (etapa 507) o puede guardar la licencia de producto 36 para recuperación e instalación posterior. Generalmente, y como se expondrá más abajo con más detalle, la instalación incluye validar la licencia de editor 36 incluyendo una firma del mismo y almacenar la misma en el dispositivo de cómputo 34 para el usuario. Aunque una licencia de uso 36 correspondiente a la licencia de producto 36 se puede obtener en este punto, en lugar de ello puede ser conveniente primero asegurar que la aplicación correspondiente 32 se haya instalado. Notar que si la licencia de producto 36 se guarda para recuperación posterior, tal licencia de producto 36 se debe guardar en una forma codificada, especialmente si la licencia de producto 36 se puede tomar por otro usuario y ser empleada por él. Una vez que la licencia de producto 36 se ha recibido, el dispositivo de cómputo del usuario 34 determina si la aplicación correspondiente 32 se ha instalado (etapa 509). Tal revisión, por ejemplo, se puede realizar revisando un registro en el dispositivo de cómputo 34 para un valor apropiado. Si ya está instalada, la aplicación 32 entonces de puede accionar para completar el proceso de adquirir la licencia de uso 36 (etapa 51 1 ). Si no está instalada, la aplicación 32 se adquiere del distribuidor 54 expuesto en la información de referencia incluida con la licencia de producto 36 o se obtiene de un medio de almacenamiento disponible para el dispositivo de cómputo 34 y la aplicación adquirida 32 se instala en tal dispositivo de cómputo 34 (etapa 513) , y la aplicación instalada 32 luego se accionan como en el la etapa 51 1 . Notar que en este punto puede haber ya otra licencia de uso obtenida 36 en el dispositivo de cómputo 34, en cuyo caso la licencia de uso 36 a obtenerse es una licencia de uso adicional 34. En todo caso, con base en la aplicación instalada 32 que se acciona y con base en la presencia de la licencia de producto 36, el dispositivo de cómputo 34 adquiere una licencia de uso 36 correspondiente a ella (etapa 515). En particular, la licencia de producto 36 y tal vez la licencia de definición 36 de la aplicación 32 se envían al concedente 46 que se define dentro de la licencia de producto 36, junto con una identificación del usuario y/o el dispositivo de cómputo 34 del mismo y/o el componente de obligación 38 del mismo o lo similar (etapa 517). El concedente 46 valida todas las licencias 36 y las identificaciones, y asume tales validaciones salen bien el concedente 46 construye una licencia de uso apropiada 36 con base a ello (etapa 519) y regresa la misma al usuario solicitante (etapa 521 ). Notablemente, en la construcción de la licencia de uso 36, el concedente 46 obtiene una clave criptográfica de al menos una de las identificaciones tal como una clave pública (PU) del usuario, codifica la clave de decodificación anteriormente mencionada (KD) para la aplicación 32 con tal (PU) para resultar en (PU(KD)), e incluye tal (PU(KD)) en la licencia de uso construida y regresada 36. También notablemente, las identificaciones pueden incluir un ID de hardware (HWID) correspondiente al dispositivo de cómputo 34 del usuario y tal HWID también puede estar incluido en la licencia de uso construida y regresada 36. Además notablemente, el concedente 46 puede registrar en una base de datos apropiada que la licencia de producto 36 ha sido presentada y que una licencia de uso correspondiente 36 se ha distribuido, y también puede notificar al minorista con respecto a la misma.

El dispositivo de cómputo del usuario 34 puede almacenar la licencia de uso regresada 36 en una localización apropiada tal como un almacén de licencias, y tal licencia de uso almacenada 36 luego se puede emplear para utilizar ciertas características de la aplicación. En particular, y regresando ahora a la Fig. 6, con base en una solicitud para utilizar una característica particular de la aplicación 32 (etapa 601 ), tal característica de la aplicación 32 puede en efecto solicitar que el componente de obligación 38 determine si una licencia de uso 36 en el dispositivo de cómputo 34 permite tal uso de tal característica (etapa 603). En respuesta, el componente de obligación 38 puede localizar una licencia de uso obtenida 36 en un almacén de licencia (etapa 605), validar la misma (etapa 607), y determinar si tal licencia de uso validada 36 permite el uso de la característica (etapa 609). Suponiendo que la licencia de uso validada 36 de hecho permite el uso de la característica, tal componente de obligación 38 luego recupera la (PU(KD)) de tal licencia de uso 36 y aplica una clave privada correspondiente (PR) a la misma para revelar la clave de decodificación (KD) (etapa 61 1 ), y tal clave de decodificación (KD) puede entonces aplicarse de una manera apropiada para decodificar una parte apropiada de la aplicación 32 (etapa 613). Después, la característica requerida se puede utilizar (etapa 615). Como se puede apreciar, en algún punto el usuario después de haber obtenido la licencia de uso 36 puede decidir regresar la misma, por cualquiera de una variedad de razones.

Críticamente, si se permite al usuario regresar tal licencia de uso 36, no se debe permitir a tal usuario retener una copia de tal licencia de uso 36. Por consiguiente, en una modalidad de la presente invención, y regresando ahora a la Fig. 7, tal devolución se efectúa por medio de una solicitud al minorista 52 que incluye la licencia de uso correspondiente 36 que se proporcionó a través de él (etapa 701 ). En respuesta, el minorista 52 regresa un ejecutable o comando al dispositivo de cómputo del usuario 34 (etapa 703), en donde el ejecutable / comando en efecto suprime la licencia de uso 36 del dispositivo de cómputo del usuario de una manera obligada. En particular, el componente de obligación 38 en tal dispositivo de cómputo 34 ejecuta el ejecutable / comando para suprimir la licencia de uso 36 en discusión (etapa 705), y luego envía un mensaje al minorista 52 que la supresión fue exitosa (etapa 707). Después, el minorista 52 informa al concedente 46 que la licencia de producto correspondiente 36 es inválida (etapa 709), y el concedente 46 registra lo mismo en una base de datos del mismo de tal manera que cualquier solicitud de característica por una licencia de uso 36 con base en tal licencia de producto 36 no se acepta. Como también se puede apreciar, y recordando que la licencia de uso 36 está vinculada a un dispositivo de cómputo particular 34 incluyendo un HWID de tal dispositivo de cómputo 34 en tal licencia de uso 36, es para reconocerse que el usuario puede desear transferir la licencia de uso 36 a otro dispositivo de cómputo 34 del mismo con un HWID diferente, otra vez por cualquiera de una variedad de razones. Similar a lo anterior, si se permite al usuario transferir tal licencia de uso 36 de un primer dispositivo 34 a un segundo dispositivo 34, no se debe permitir al usuario retener una copia de tal licencia de uso 36 que está vinculada al primer dispositivo 34. Por consiguiente, en una modalidad de la presente invención, y regresando otra vez a la Fig . 7, tal transferencia se efectúa de una manera similar a una devolución. En particular, tal transferencia se efectúa a través de una solicitud al concedente 46 que incluye la licencia de producto correspondiente 36 que se proporcionó por el minorista 52 (etapa 701 ). En respuesta, el concedente 46 regresa un ejecutable o comando al dispositivo de cómputo 34 del usuario (etapa 703) , en donde el ejecutable / comando en efecto suprime la licencia de uso 36 del dispositivo de cómputo del usuario de una manera obligada. Otra vez, el componente de obligación 38 en tal dispositivo de cómputo 34 ejecuta el ejecutable / comando para suprimir la licencia de uso 36 en discusión (etapa 705), y luego envía un mensaje al concedente 46 que la supresión fue exitosa (etapa 707). Significativamente, en el contexto de una transferencia, el concedente 46 debe ser capaz de distribuir otra licencia de uso 36 correspondiente a la licencia de producto 36, en este caso a un dispositivo de cómputo diferente 34 del usuario. Por consiguiente, en el contexto de una transferencia, el concedente 46 registra que la licencia de producto correspondiente 36 puede emplearse de nuevo (etapa 709), y cualquier solicitud de característica para una licencia de uso 36 con base en tal licencia de producto 36 de hecho se acepta. En una modalidad de la presente invención, un editor 44 puede definir una licencia 36 a través de un archivo de licencia o lo similar, y luego puede proporcionar el archivo de licencia a un minorista 52 para venta. Además, el editor 44 puede crear la copia base de la aplicación 32 y proporcionar la misma al distribuidor 54. El minorista 52 puede entonces vender la licencia 36 a un usuario y distribuir la misma a través de un concedente 46 operando una página de red o lo similar. La licencia 36 se puede empaquetar con información que señala al usuario el distribuidor 54 si el usuario necesita obtener la aplicación 32 del mismo. La aplicación 32 se pude empaquetar con información que señala al usuario el concedente 46 si el usuario necesita obtener la licencia 36 del mismo. Por ello, un usuario en posesión de la aplicación 32 puede en encontrar al concedente 46 para obtener una licencia 36, y un usuario en posesión de la licencia 36 puede encontrar al distribuidor 54 para obtener la aplicación 32.

Conclusión La programación necesaria para efectuar los procesos desarrollados en conexión con la presente invención es relativamente clara y debe ser evidente para el público de programación relacionado. Por consiguiente, tal programación no está unida al mismo. Entonces, cualquier programación particular, se puede emplear para efectuar la presente invención sin apartarse del espíritu y ámbito de la misma. En la presente invención, una arquitectura RM 30 se emplea para efectuar una arquitectura de licencia 50 en donde únicamente se necesita liberar una copia de una aplicación digital 32 con múltiples ediciones o características disponibles de tal manera que una licencia de uso particular 36 distribuida a un usuario particular especifique que características / edición particular se puede emplear por el usuario. Por ello un editor 44 de la aplicación 32 no necesita liberar múltiples ediciones de la misma aplicación 32, y un usuario en la obtención de una licencia de uso 36 puede seleccionar cuáles de las múltiples características / ediciones disponibles son para obtenerse en licencia. Se debe apreciar que se podrían elaborar cambios a las modalidades descritas arriba sin apartarse de los conceptos inventivos de las mismas. Se debe entender, por consiguiente, que esta invención no está limitada a las modalidades particulares descritas, pero está proyectada para cubrir las modificaciones dentro del espíritu y ámbito de la presente invención como se define a través de las reivindicaciones anexas.

Claims (9)

1. REIVINDICACIONES 1 . Un método para obtener una licencia de uso para utilizar una aplicación en un dispositivo de cómputo, la aplicación incluyendo una pluralidad de características, el método comprendiendo: entablarse en una transacción con un minorista para obtener una licencia de producto correspondiente a la aplicación de tal minorista, la licencia de producto definiendo al menos una característica de la aplicación que se puede emplear con base en tal licencia de producto; obtener una copia base de la aplicación de un distribuidor y accionar tal aplicación; y adquirir una licencia de uso correspondiente a la licencia de producto de un concedente por medio de la aplicación accionada enviando la licencia de producto al concedente junto con una identificación de al menos uno de un usuario, el dispositivo de cómputo, y un componente de obligación que opera en el dispositivo de cómputo, la licencia de uso incluyendo una política de característica que cede derechos para emplear cada característica definida en la licencia de producto.
2. 2. El método según la reivindicación 1 , comprendiendo entablarse en una transacción con un minorista para obtener una licencia de producto definiendo al menos una característica de la aplicación ofrecida por el minorista y representando una edición disponible de la aplicación.
3. 3. El método según la reivindicación 1 , comprendiendo entablarse en una transacción con un minorista para obtener una licencia de producto definiendo al menos una característica de la aplicación seleccionada por un adquirente de tal licencia de producto.
4. 4. El método según la reivindicación 1 , comprendiendo entablarse en una transacción con un minorista para obtener una licencia de producto empaquetada con información de referencia incluyendo un distribuidor particular del cual se obtiene la copia base de la aplicación.
5. 5. El método según la reivindicación 1 , caracterizado porque la menos una parte de la aplicación se codifica y decodifica de acuerdo a una clave (KD), el método comprendiendo adquirir una licencia de uso ¡ncluyendo una clave criptográfica de la identificación codificando la clave (KD), por medio de la cual el componente de obligación se puede recuperar tal clave (KD) y emplear al misma para decodificar la al menos una parte de la aplicación.
6. 6. El método según la reivindicación 1 , caracterizado porque el dispositivo de cómputo incluye un ID de hardware (HWID) correspondiente al dispositivo de cómputo 34, el método comprendiendo adquirir una licencia de uso incluyendo el HWID, por medio de la cual el componente de obligación puede recuperar tal HWID y emplear el mismo para determinar que la licencia está proyectada para emplearse en el dispositivo de cómputo que tiene tal HWID.
7. 7. El método según la reivindicación 1 , caracterizado porque al menos una parte de cada característica de la aplicación se codifica y decodifica de acuerdo a una clave (KD), el método comprendiendo adquirir una licencia de uso incluyendo una clave de criptográfica de la identificación que codifica la clave (KD), el método además comprendiendo: recibir una solicitud para utilizar una característica particular de la aplicación; localizar la licencia de uso adquirida; determinar que la política de característica en la licencia de uso localizada permita el uso solicitado de la característica particular; recuperar la clave codificada (KD) de la licencia de uso localizada; decodificar la clave codificada (KD) y emplear la misma para decodificar la al menos una parte de la característica particular de la aplicación; y utilizar la característica particular de la aplicación.
8. 8. El método según la reivindicación 7, además comprendiendo validar la licencia de uso localizada.
9. 9. El método según la reivindicación 1 , además comprendiendo después de haber adquirido la licencia de uso regresar la misma para cancelar la transacción a través de la cual se obtuvo la licencia de producto, regresar tal licencia de uso ¡ncluyendo: enviar una solicitud de devolución al minorista incluyendo la licencia de producto correspondiente que se proporcionó por el mismo; recibir del minorista uno de un ejecutable y un comando el cual suprime la licencia de uso del dispositivo de cómputo de una manera obligada; ejecutar el ejecutable / comando para suprimir la licencia de uso y enviar un mensaje a un minorista que la supresión de la licencia de uso fue exitosa; por medio del cual el minorista informa al concedente que la licencia de producto es inválida y el concedente registra el mismo en una base de datos del mismo de tal manera que cualquier solicitud de característica para una licencia de uso con base en la licencia de producto no se acepta. 1 0. El método según la reivindicación 1 , caracterizado porque la licencia de uso adquirida está vinculada al dispositivo de cómputo, el método además comprendiendo después de haber adquirido la licencia de uso, regresar la misma para adquirir otra licencia de uso vinculada a otro dispositivo de cómputo, regresar tal licencia de uso incluyendo: enviar una solicitud de transferencia al concedente ¡ncluyendo la licencia de producto correspondiente que se proporcionó por el minorista; recibir del concedente uno de un ejecutable y un comando el cual suprime la licencia de uso del dispositivo de cómputo de una manera obligada; ejecutar el ejecutable / comando para suprimir la licencia de uso y enviar un mensaje al concedente que la supresión de la licencia de uso fue exitosa; por medio del cual la licencia de producto remanece válida y el concedente registra que la licencia de producto puede emplearse otra vez para obtener la otra licencia de uso vinculada al otro dispositivo de cómputo. 1 1 . Una aplicación para utilizarse en un dispositivo de cómputo y una licencia de uso para utilizar la aplicación, la aplicación teniendo una pluralidad de características y comprendiendo: una parte de instalación para instalar tal aplicación en el dispositivo de cómputo, la parte de instalación siendo codificada y teniendo la habilidad de decodificarse de acuerdo a una clave (KD); y una pluralidad de partes de característica, cada parte de característica correspondiendo a una característica, la licencia de uso comprendiendo: política de instalación para determinar si la parte de instalación se puede emplear para instalar la aplicación; política de característica para determinar si cada característica de la aplicación se pude emplear; y la clave (KD) codificada y teniendo la habilidad de decodificarse de acuerdo a una clave disponible para un componente de obligación del dispositivo de cómputo, por medio de la cual el componente de obligación recupera tal clave (KD) de la licencia de uso si la política de instalación de la licencia de uso determina que la parte de instalación, de hecho, se puede emplear para instalar la aplicación y emplea la (KD) recuperada para decodificar la parte de instalación, la parte de instalación decodificada se emplea para instalar la aplicación, y por medio de la cual cada parte de característica requiere como una condición precedente para el uso de la misma que el componente de obligación determine que la política de característica de la licencia de uso permite tal uso de tal parte de característica. 12. La aplicación y licencia de uso según la reivindicación 1 1 , caracterizados porque el dispositivo de cómputo incluye un ID de hardware (HWID) correspondiente al dispositivo de cómputo 34 y la licencia de uso incluye el HWID, por medio de la cual el componente de obligación puede recuperar tal HWI D y emplear el mismo para determinar que la licencia está proyectada para emplearse en el dispositivo de cómputo que tiene tal HWID.