ES2394146T3 - Método, sistema y aparato de procesamiento para instalación de componentes - Google Patents

Método, sistema y aparato de procesamiento para instalación de componentes Download PDF

Info

Publication number
ES2394146T3
ES2394146T3 ES09728062T ES09728062T ES2394146T3 ES 2394146 T3 ES2394146 T3 ES 2394146T3 ES 09728062 T ES09728062 T ES 09728062T ES 09728062 T ES09728062 T ES 09728062T ES 2394146 T3 ES2394146 T3 ES 2394146T3
Authority
ES
Spain
Prior art keywords
software component
information
component
software
terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES09728062T
Other languages
English (en)
Inventor
Haitao Liu
Rui Wang
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Device Co Ltd
Original Assignee
Huawei Device Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Device Co Ltd filed Critical Huawei Device Co Ltd
Application granted granted Critical
Publication of ES2394146T3 publication Critical patent/ES2394146T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/61—Installation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/61—Installation
    • G06F8/62—Uninstallation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0866—Checking the configuration
    • H04L41/0869—Validating the configuration within one network element
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Stored Programmes (AREA)

Abstract

Un método de tratamiento para instalación de componentes de software, comprendiendo el método que es realizadoen un terminal:recibir un componente de software entregado por un servidor; ydeterminar operaciones que han de ser realizadas sobre el componente de software entregado de acuerdo con lainformación de estado configurada y almacenada para un componente de software previamente instalado en el terminal ola información establecida y almacenada acerca del componente de software eliminado, la información de estadoestablecida y almacenada para el componente de software eliminado o la información acerca del componente de softwareeliminado es establecida y almacenada cuando el componente de software eliminado previamente instalado en el terminales eliminado del terminal.

Description

Método, sistema y aparato de procesamiento para instalación de componentes
Campo del invento
El presente invento se refiere a tecnologías de comunicación, y en particular, a un método, un sistema y un aparato de tratamiento para instalación de componentes.
Antecedentes del invento
La Gestión o Administración de Dispositivos (DM) V1.2 (denominadas como “Especificaciones DM” de aquí en adelante) de la Alianza Móvil Abierta (OMA) son especificaciones de gestión de dispositivo unificadas desarrolladas por la OMA. Define las funciones de gestión remota en un terminal de destino. El sistema DM proporciona una solución eficiente en costes, a través de la cual un tercero puede gestionar y establecer el entorno y la información de configuración en un dispositivo de terminal de red inalámbrico (tal como terminal móvil y objetos funcionales en el terminal), y resolver los problemas en la utilización de tales dispositivos de red. En esta solución, el software y el firmware (software inalterable) son instalados y actualizados en un modo Por Aire (OTA), y por ello, se proporcionan más servicios personalizados e individualizados, y se mejora la experiencia del usuario. El tercero puede ser un operador móvil, un Proveedor de Servicios (SP), o un departamento de gestión de información de un socio.
Con el desarrollo de aplicaciones de comunicación inalámbrica, los terminales resultan herramientas indispensables en la vida de las personas, y las personas imponen exigencias cada vez más altas en el estilo del aspecto y comportamiento de los terminales. Un servidor de Proveedor de Servicios (SP) espera proporcionar estilos de aspecto diversificados para usuarios de manera que los usuarios puedan presentar los estilos de aspecto de sus terminales de un modo personalizado. El servidor SP espera también gestionar el paquete de Personalización de Aspecto y Comportamiento (LFC) en el terminal para el beneficio de los usuarios y del servidor SP. El aspecto de un terminal se refiere al contenido presentado por el terminal al exterior, por ejemplo, fondo, tono de llamada, y menú, que son conocidos como elementos de aspecto. Cuando son proporcionados múltiples elementos de aspecto para el terminal o son operados por el terminal simultáneamente, el conjunto de tales elementos es denominado paquete de LFC.
En una solución para personalizar estilos de aspecto basados remotamente en la DM de OMA en la técnica anterior, se gestiona cada elemento del paquete de LFC. Cuando la red entrega los contenidos de aspecto, cambia los contenidos del nodo correspondiente directamente.
En el proceso de desarrollo del invento, el inventor encuentra al menos los defectos siguientes en la técnica anterior:
Cuando el software o el paquete de LFC es eliminado del terminal, el nodo correspondiente al paquete de LFC o el nodo correspondiente al "Desplegado" ("Deployed") bajo software es también eliminado. El servidor SP comprueba periódicamente el estado de la instalación de los componentes en el terminal. Consecuentemente, incluso si un componente ha sido eliminado por el usuario, el servidor solicita la reinstalación del componente otra vez después de la comprobación. La técnica anterior no proporciona solución a este problema.
Una solicitud PCT del documento WO 99/10809 ha descrito un mecanismo de seguridad de software configurable de publicador de software, para impedir la prueba sin fin del software. Una Herramienta de Protección del fabricante 100 es utilizada para “inyectar” un archivo ejecutable 101 con un módulo de código 103 que permite o deniega el uso de un producto de software basando en el “estado de prueba”. Y la Herramienta de Protección del Fabricante 100 es utilizada también para crear y editar un archivo de licencia 105. Y el software puede “dejar pistas” en la máquina del usuario de tal manera que una copia subsiguiente pueda determinar o discernir si una copia previa ha sido ya utilizada en la máquina del usuario. En el enlace del software, cuando el software es ejecutado, la información es almacenada en una ubicación 109 de la máquina del usuario, esta información es utilizada para indicar que una copia del producto del software ha sido ejecutada y el usuario no puede elegir ejecutarla otra vez, y puede ser utilizada para impedir que se ejecute cualquier versión subsiguiente del mismo producto de software.
Una solicitud de patente Norteamericana US 2007/0179896 describe un método para impedir el uso no autorizado de un programa de software en un dispositivo informático. El programa de software almacena datos de licencia en el ordenador antes de la ejecución. Cuando un usuario instala una versión de prueba del software, los datos de la licencia indican que el programa de software está funcionando bajo una licencia de prueba, en oposición a una licencia completa que es recibida después de comprar el programa de software. Las licencias de prueba utilizan datos de persistencia. Los datos de persistencia son información escrita en un disco duro del ordenador en distintas ubicaciones. Los datos de persistencia contienen el estado de la instalación del software y, para la versión de prueba, los datos de persistencia pueden contener también la fecha de caducidad del período de prueba. Los datos de persistencia son utilizados por las personas que
desarrollan software para impedir que los usuarios se descarguen y/o instalen múltiples versiones de prueba del mismo programa de software sin comprar el programa de software.
Una solicitud de patente Norteamericana 2005/0044191 describe un método para gestionar la descarga de contenidos en un sistema de red que incluye un dispositivo de terminal, un servidor de gestión y un sitio de descarga incluye tres fases de procedimientos. En una primera fase del procedimiento, el servidor de gestión recibe una solicitud para descargar contenidos desde el dispositivo de terminal y realiza una operación de registro predeterminada. En una segunda fase de procedimiento, el servidor de gestión transmite los datos de atribución correspondientes a los contenidos que han de ser descargados por el dispositivo de terminal, incluyendo los datos de atribución, información del sitio de descarga. En una tercera fase de procedimiento, el dispositivo de terminal ha accedido al sitio de descargas de acuerdo con la información incluida en los datos de atribución y descarga el contenido.
Resumen del invento
Las realizaciones del presente invento proporcionan un método de tratamiento como se ha descrito la reivindicación 1, un sistema como se ha descrito en la reivindicación 8 y un aparato como se ha descrito en la reivindicación 9 para instalación de componentes con el fin de impedir que un servidor SP descargue o instale un componente repetidas veces en el mismo terminal.
Para cumplir los objetivos precedentes, un aspecto del presente invento es proporcionar un método de tratamiento para instalación de componentes, el método es realizado en un terminal, el método de tratamiento incluye: recibir un componente entregado por un servidor; y determinar las operaciones que han de ser realizadas sobre el componente entregado de acuerdo con la información de estado establecida para un componente eliminado o la información acerca del componente eliminado, la información de estado establecida para un componente eliminado o la información acerca del componente eliminado es establecida cuando el componente es eliminado del terminal.
Otro aspecto del presente invento es proporcionar un sistema para instalación de componentes. El sistema incluye: un terminal, adaptado para: recibir un componente entregado por un servidor, establecer y almacenar la información de estado de un componente eliminado o información acerca del componente, y determinar las operaciones que han de ser realizadas sobre el componente entregado de acuerdo con la información de estado del componente o la información acerca del componente, la información de estado establecida para un componente eliminado o información acerca del componente eliminado es establecida cuando el componente es eliminado del terminal; y un servidor, adaptado para: interrogar y obtener la información de estado del componente eliminado o la información acerca del componente eliminado, donde la información es establecida por el terminal; y determinar las operaciones que han de ser realizadas sobre un componente subsiguiente de acuerdo con la información de estado del componente eliminado o la información acerca del componente eliminado.
Otro aspecto del presente invento es proporcionar un terminal, que incluye: un módulo de recepción, adaptado para recibir un componente entregado por un servidor; un módulo de configuración, adaptado para configurar y almacenar la información de estado de un componente eliminado
o la información acerca del componente cuando el componente es eliminado del terminal; y un módulo de determinación de una operación, adaptado para determinar las operaciones que han de ser realizadas sobre el componente recibido por el módulo de recepción de acuerdo con la información de estado del componente o la información del componente establecida por el módulo de configuración.
Comparado con la técnica anterior, la realizaciones del presente invento suponen por lo menos los siguientes beneficios: Después de que el componente sea eliminado, la información de estado del componente eliminado o la información acerca del componente es establecida y almacenada, y las operaciones que han de ser realizadas sobre el componente subsiguiente son determinadas consiguientemente, impidiendo así una descarga o instalación repetida del componente eliminado.
Breve descripción de los dibujos
La fig. 1 es un diagrama de flujo de un método de tratamiento para instalación de componentes en una realización del presente invento;
La fig. 2 muestra una estructura de un subárbol de gestión SCOMO en la primera realización del presente invento;
La fig. 3 es un diagrama de flujo de otro método de tratamiento para instalación de componentes en una realización del presente invento;
La fig. 4 muestra cómo un servidor SP interroga a un terminal en la primera realización del presente invento; La fig. 5 muestra una estructura de un subárbol Eliminado en la segunda realización del presente invento;
La fig. 6 muestra cómo un servidor SP interroga a un terminal en la segunda realización del presente invento;
La fig. 7 muestra una estructura de un subárbol de gestión de LFC en la tercera realización del presente invento;
La fig. 8 muestra cómo un servidor SP interroga a un terminal en la tercera realización del presente invento;
5 La fig. 9 muestra una estructura de un subárbol Eliminado en la cuarta realización del presente invento;
La fig. 10 muestra cómo un servidor SP interroga a un terminal en la cuarta realización del presente invento;
La fig. 11 muestra un sistema para instalación de componentes en una realización del presente invento;
La fig. 12 muestra una estructura de un terminal en una realización del presente invento; y
La fig. 13 muestra una estructura de un servidor en una realización del presente invento.
10 Descripción detallada de las realizaciones
Las realizaciones del presente invento proporcionan un método de tratamiento para la instalación de componentes. Cuando un componente instalado es eliminado en el terminal, la información de estado del componente o la información acerca del componente es establecida y almacenada, y las operaciones que han de ser realizadas sobre el subsiguiente componente son determinadas consiguientemente. De este modo, la información acerca del componente es aún
15 almacenada en el subárbol de gestión correspondiente, y se evita la descarga o instalación repetida del componente eliminado, y la información acerca del componente puede ser eliminada automáticamente en una fecha tope cuando es establecida la fecha tope de almacenamiento de la información.
La fig. 1 es un diagrama de flujo de un método de tratamiento para instalación de componentes en una realización del presente invento. El método de tratamiento incluye las siguientes operaciones:
20 Operación S101: Recibir un componente entregado por un servidor.
Operación S102: Determinar operaciones que han de ser realizadas sobre el componente entregado de acuerdo con el conjunto de información de estado para un componente eliminado o la información acerca del componente eliminado. Después de que un componente haya sido eliminado, la información de estado del componente eliminado o la información acerca del componente eliminado es establecida y almacenada. La información de estado del componente puede ser
25 establecida a "eliminado", que indica que el componente ha sido eliminado.
La información acerca del componente incluye la versión del componente y la fecha tope de almacenamiento de la información del componente, e incluye al menos o bien un identificador del componente y o bien el nombre del componente. La información acerca del componente es establecida en el objeto de gestión del componente.
Después de que se haya establecido la información de estado del componente o la información acerca del componente, el
30 terminal compara la versión del componente entregado con la versión del componente instalado actualmente cuando el servidor SP entrega un componente idéntico al componente eliminado al terminal de nuevo. Si la versión es la misma, el final determina si la fecha tope de almacenamiento de la información del componente es la misma que la fecha actual mediante comparación, y si la fecha tope de almacenamiento de la información del componente es diferente de la fecha actual, indica que la fecha tope de almacenamiento de la información del componente no ha llegado y el terminal sigue
35 almacenando la información del componente en el objeto de gestión del componente. Si la versión del componente eliminado es diferente de la versión del componente entregado, el terminal puede:
(1)
decidir no instalar el componente entregado por el servidor; o
(2)
decidir instalar el componente entregado por el servidor; o
(3)
decidir si instalar o no el componente entregado por el servidor de acuerdo con una política preestablecida.
40 Si el componente entregado de nuevo por el servidor SP al terminal es diferente del componente eliminado, el terminal puede instalar el componente entregado.
A través del método de tratamiento para instalación de componentes anterior, cuando un componente es eliminado, la información de estado del componente o la información acerca del componente es establecida y almacenada, y las operaciones que han de ser realizadas sobre el componente entregado por el servidor son determinadas 45 consiguientemente. Como la información acerca del componente eliminado está aún almacenada en el objeto de gestión del componente, y la descarga o instalación repetida del componente eliminado sobre el terminal es evitada de manera efectiva, y el terminal puede eliminar la información acerca del componente automáticamente al llegar una fecha tope
cuando está establecida la fecha tope de almacenamiento de la información acerca del componente eliminado.
La fig. 2 muestra una estructura de un subárbol de gestión de Objeto de Gestión de Componente de Software (SCOMO) en la primera realización del presente invento. En el subárbol de gestión SCOMO existente, el terminal añade un valor de estado "Eliminado" en el nodo "Desplegado/<X>/Estado" ("Deployed/<X>/State"), como se ha mostrado en la Tabla 1:
Tabla 1
Estado
Descripción Valor Entero
Inactivo
El software instalado está inactivo 10
Activo
El software instalado está activo 20
Eliminado
El software instalado es eliminado 30
Mientras tanto, un nodo de "Savetime" (Tiempo en minutos para guardar copias temporales) es añadido en el subárbol de gestión SCOMO existente para especificar la fecha tope de almacenamiento de la información de instrucción Eliminada. Por defecto, el Savetime es establecido en 19000101. La Tabla 2 muestra la información de instrucción Eliminada.
Tabla 2
Estado
Ocurrencia del Árbol Formato Tipo de acceso mínimo
REQUERIDO
CeroOUno Date Obtenido
10 Cuando se elimina el software, el terminal no elimina el subárbol de gestión bajo "Desplegado", sino que establece el nodo de Estado a "Eliminado", que indica que el software es eliminado; y establece el valor del nodo de Savetime. El terminal almacena la información acerca del software eliminado, por ejemplo, versión, identificador y nombre del software, y fecha tope de almacenamiento de la información del software, etc.
Se ha asumido que el servidor de SP A ha instalado un nuevo software "GameA" para el terminal del usuario B hace unos
15 pocos días, el terminal ejemplifica el nodo <x*> bajo el nodo Desplegado del árbol de gestión del Objeto de Gestión (MO) mostrado en la fig. 2 para "Componente de GameA", y asigna un valor al nodo así denominado. El usuario B tiene una pobre experiencia en utilizar el software, y así el terminal elimina el software.
En este instante, el subárbol del Componente GameA mostrado en la fig. 2 aún existe, y el terminal establece el valor del nodo de Estado a 30 (Eliminado). Mientras tanto, el valor del nodo de Savetime es especificado por el terminal, o recibido
20 por el terminal desde el servidor. Se ha supuesto aquí que el valor del nodo de Savetime es 20081230.
Cuando el terminal del usuario B recibe el software entregado de nuevo por el servidor SP, el terminal compara la versión del software entregada con la versión del software eliminada. Si las versiones son la misma, el terminal no instala el software entregado. Además, el terminal determina si la fecha tope de almacenamiento de la información acerca del software eliminado es la misma que la fecha actual mediante comparación. Si la fecha tope de almacenamiento de la
25 información sobre el software eliminado está establecida en 2008-12-30 y la fecha tope de almacenamiento de la información acerca del software eliminado es diferente de la fecha actual (suponiendo que la fecha actual es 2008-12-01), el terminal sigue almacenando la información acerca del software eliminado.
Si el terminal encuentra que el software entregado es diferente del software eliminado, o la versión del software eliminado es diferente de la versión del software entregada, el terminal puede elegir instalar o no el software entregado por el
30 servidor, o el terminal decide si instalar o no el software entregado por el servidor de acuerdo con una política preestablecida.
La fig. 3 es un diagrama de flujo de otro método de tratamiento para instalación de componentes en una realización del presente invento. El método de tratamiento incluye los siguientes operaciones:
Operación S301: Interrogar y obtener la información de estado de un componente eliminado o la información acerca del 35 componente eliminado, donde la información es establecida por un terminal.
Después de que el componente se haya eliminado, el terminal establece y almacena la información de estado del componente eliminado o la información acerca del componente eliminado. Cuando se interroga al terminal, el servidor SP obtiene la información de estado del componente eliminado o la información acerca del componente eliminado.
Operación S302: Determinar las operaciones que han de ser realizadas sobre un componente subsiguiente de acuerdo con la información de estado del componente eliminado o la información acerca del componente eliminado. Si el componente subsiguiente es diferente del componente eliminado, o, si el componente subsiguiente es el mismo que el componente eliminado pero la versión del componente subsiguiente es diferente de la versión del componente eliminado,
5 el servidor SP recomienda al terminal que instale el componente subsiguiente.
Si la versión del componente subsiguiente es la misma que la versión del componente eliminado pero la fecha tope de almacenamiento de la información acerca del componente es diferente de la fecha actual, el servidor SP sigue almacenando la información acerca del componente eliminado.
Continuando con referencia a la fig. 2, si el usuario B no está satisfecho con el software GameA proporcionado por el
10 servidor SP A, el terminal lo elimina. Suponiendo que el servidor SP interroga al terminal un mes después, el servidor SP realiza el proceso mostrado en la fig. 4, incluyendo:
Operación S401: El servidor SP interroga al subnodo de “Desplegado” y encuentra un subárbol relevante del software GameA – “Componente GameA”.
Operación S402: Mediante la interrogación, el servidor SP encuentra que el valor de estado del nodo de Estado es 30, y 15 prosigue a la operación S403.
Operación S403: El servidor SP compara la versión del software recomendado con la versión del software GameA eliminado. Si las versiones son la misma, el servidor SP realiza la operación S405; si la versión del software recomendado es diferente de la versión del software GameA eliminado, el servidor SP realiza la operación S404.
Operación S404: el servidor SP no recomienda al terminal del usuario B que instale el software recomendado; o el servidor
20 SP recomienda al terminal del usuario B que instale el software, pero el usuario B decide si instalar o no el software recomendado o el usuario B juzga si debe instalar el software recomendado de acuerdo con una política preestablecida. Si el terminal no instala el software recomendado, el proceso prosigue a la operación S405.
Operación S405: EL servidor compara el valor del nodo Savetime (20081230) con la fecha actual (por ejemplo 20070910), y encuentra que la fecha tope de almacenamiento de la información no ha llegado. Por ello, el servidor SP sigue
25 almacenando el subárbol de gestión “Componente GameA” en el árbol de gestión SCOMO.
Operación S406: El servidor SP renuncia a recomendar el software al terminal o instalar el software, y se completa la sesión.
La fig. 5 muestra una estructura de un subárbol Eliminado en la segunda realización del presente invento. En el terminal en la segunda realización, un subárbol Eliminado es añadido en el subárbol de gestión SCOMO. Los nodos del subárbol
30 Eliminado son descritos a continuación:
<X>/Eliminado
Estado
Ocurrencia de árbol Formato Tipo de acceso mínimo
REQUERIDO
Uno Nodo Obtenido
Este nodo es un nodo padre de toda la información de software eliminado. <X>/Eliminado/<X>
Estado
Ocurrencia de árbol Formato Tipo de acceso mínimo
REQUERIDO
CeroOUno Nodo Obtenido
35 Este nodo es un conservador de posición del software eliminado en el terminal. <X>/Eliminado/<X>/ID
Estado
Ocurrencia de árbol Formato Tipo de acceso mínimo
REQUERIDO
Uno Chr Obtenido
Este nodo es un nodo hoja, que especifica el ID del software eliminado en el terminal e identifica únicamente este software. Su valor es el mismo que el valor en el Desplegado/<X>/ID correspondiente.
<X>/Eliminado/<X>/Version
Estado
Ocurrencia de árbol Formato Tipo de acceso mínimo
REQUERIDO
Uno Chr Obtenido
Este nodo es un nodo hoja, y especifica la versión del software eliminado en el terminal. Su valor es el mismo que el valor en el Desplegado/<X>/Version correspondiente.
<X>/Eliminado/<X>/Nombre
Estado
Ocurrencia de árbol Formato Tipo de acceso mínimo
OPCIONAL
CeroOUno Chr Obtenido
Este nodo es un nodo hoja, y especifica el nombre del software eliminado en el terminal. Su valor es el mismo que el valor en el Desplegado/<X>/Nombre correspondiente.
<X>/Eliminado/<X>/Savetime
Estado
Ocurrencia de árbol Formato Tipo de acceso mínimo
REQUERIDO
CeroOUno Fecha Obtenido
10 Este nodo es un nodo hoja, y especifica una fecha tope de almacenamiento del Desplegado/Eliminado/<X> para evitar el almacenamiento permanente de la información inútil. Su valor es 19000101 por defecto.
Cuando se elimina el software, el terminal elimina también el subárbol de gestión correspondiente bajo “Desplegado”, crea el subárbol de tratamiento de instalación de software correspondiente bajo “Eliminado”, y establece el valor correspondiente.
15 Se ha asumido que el servidor SP A ha instalado un nuevo software “GameA” para el terminal del usuario B hace unos pocos días, el terminal ejemplifica el nodo <x*> bajo el nodo Desplegado del árbol de gestión MO mostrado en la fig. 2 a “Componente GameA”, y asigna un valor al nodo bajo éste. El usuario B tiene una pobre experiencia en utilizar el software, así el terminal elimina el software.
En este caso, el subárbol de gestión del Componente GameA mostrado en la fig. 2 es eliminado también, y un subárbol
20 GameA Eliminado es creado bajo el nodo Eliminado mostrado en la fig. 5. Los valores de ID, Nombre y Versión son los mismos que los valores correspondientes bajo el nodo del Componente GameA bajo el nodo Desplegado eliminado. El valor del nodo Savetime es especificado por el terminal, o recibido por el terminal desde el servidor. Se asume aquí que el valor de Savetime es 20081230.
Suponiendo que el servidor SP interrogue al terminal un mes después, el servidor SP realiza el proceso mostrado en la fig. 25 6, incluyendo:
Operación S601: El servidor SP interroga al subnodo de “Desplegado” y no encuentra el subárbol relevante del software GameA.
Operación S602: El servidor SP interroga al subnodo bajo “Eliminado” y encuentra un subárbol relevante del software GameA . “GameA Eliminado”.
30 Operación S603: El servidor compara la versión del software recomendado con la versión del software GameA eliminado. Si la versión es la misma, el servidor SP realiza la operación S605; si la versión del software recomendado es diferente de la versión del software GameA eliminado, el servidor SP realiza la operación S604.
Operación S604: El servidor SP no recomienda al terminal del usuario B que se instale el software; o el servidor SP recomienda al terminal del usuario B que se instale el software pero el usuario B decide si instalar o no el software recomendado o el usuario B juzga si se debe instalar el software recomendado de acuerdo con una política preestablecida. Si el terminal no instala el software recomendado, el proceso prosigue a la operación S605.
Operación S605: El servidor SP compara el valor del nodo Savetime (20081230) con la fecha actual (por ejemplo, 5 20070910), y encuentra que la fecha tope de almacenamiento de la información no ha llegado. Por ello, el servidor SP sigue almacenando el subárbol “GameA Eliminado”.
Operación S606: El servidor SP renuncia a recomendar el software al terminal o instalar el software, y se completa la sesión.
La fig. 7 muestra una estructura de un subárbol de gestión de LFC en la tercera realización del presente invento. En la 10 tercera realización, un nodo RemovedState y un nodo Savetime son añadidos en el subárbol de gestión de LFC existente. Los nodos son descritos más abajo.
Paquete LFC
Estado
Ocurrencia del árbol Formato Tipo de acceso mínimo
REQUERIDO
Uno Nodo Obtenido
Este nodo es un nodo padre de todos los paquetes LFC en el terminal Paquete LFC/<X>
Estado
Ocurrencia del árbol Formato Tipo de acceso mínimo
REQUERIDO
Cero o Más Nodo Obtenido
15 Este nodo es un marcador de posición del paquete LFC en el terminal Paquete LFC/<X>/PkgID
Estado
Ocurrencia del árbol Formato Tipo de acceso mínimo
REQUERIDO
Uno Chr Obtenido
Este nodo es un nodo hoja, que especifica el ID del paquete LFC en el terminal e identifica de manera única el paquete LFC.
Paquete LFC/<X>/Nombre
Estado
Ocurrencia del árbol Formato Tipo de acceso mínimo
OPCIONAL
CeroOUno Chr Obtenido
20 Este nodo es un nodo hoja, que especifica el nombre del paquete LFC en el terminal. Paquete LFC/<X>/Version
Estado
Ocurrencia del árbol Formato Tipo de acceso mínimo
REQUERIDO
Uno Chr Obtenido
Este nodo es un nodo hoja, que especifica la versión del paquete LFC en el terminal. Paquete LFC/<X>/Proveedor
Estado
Ocurrencia del árbol Formato Tipo de acceso mínimo
OPCIONAL
CeroOUno Chr Obtenido
Este nodo es un nodo hoja, que especifica el proveedor del paquete LFC en el terminal. Paquete LFC/<X>/RemovedState
Estado
Ocurrencia del árbol Formato Tipo de acceso mínimo
REQUERIDO
Uno Bool Obtenido
Este nodo es un nodo hoja, que indica si el paquete de LFC en el terminal es eliminado. El valor “1” indica que el paquete de LFC es eliminado, y “0” indica que el paquete de LFC no es eliminado. Por defecto, el valor de este nodo es “0”. Este nodo es un nuevo nodo añadido en el subárbol de gestión de LFC en una realización del presente invento.
<X>/Eliminado/<X>/Savetime
Estado
Ocurrencia del árbol Formato Tipo de acceso mínimo
REQUERIDO
CeroOUno Fecha Obtenido
Este nodo es un nodo hoja, y especifica una fecha tope de almacenamiento de la información del paquete LFC para evitar el almacenamiento permanente de la información inútil. Su valor es 19000101 por defecto.
Cuando se elimina el paquete de LFC, el terminal no elimina el subárbol de gestión correspondiente, pero establece el 10 estado del nodo RemovedState a “1” y establece el valor del nodo Savetime.
Se ha supuesto que el servidor SP A ha instalado un nuevo paquete A de LFC para el terminal del usuario B hace unos pocos días. El terminal ejemplifica el nodo <x*> bajo el subárbol de gestión de LFC mostrado en la fig. 7 al “Paquete A de LFC”, y asigna un valor al nodo bajo éste. El usuario B tiene una pobre experiencia usando el software, así el terminal elimina el paquete de LFC:
15 En este instante, el subárbol del paquete de LFC mostrado en la fig. 7 aún existe, y el terminal establece el valor del nodo RemovedState a 1, que indica que se ha eliminado el paquete de LFC. Mientras tanto, el valor del Savetime es especificado por el terminal, o recibido por el terminal desde el servidor. Aquí, se ha supuesto que el valor del nodo Savetime es 20081230.
Suponiendo que el servidor SP interroga al terminal un mes después, el servidor SP realiza el proceso mostrado en la fig. 20 8, incluyendo:
Operación S801: El servidor SP interroga al subnodo de LFC y encuentra un subárbol relevante del Paquete A de LFC – “Paquete A de LFC”.
Operación S802: Mediante la interrogación, el servidor SP encuentra que el valor de estado del nodo RemovedState es 1, y prosigue a la operación S803.
25 Operación S803: El servidor SP compara la versión del paquete LFC recomendado con la versión del paquete A de LFC eliminado. Si la versión es la misma el servidor SP realiza la operación S805; si la versión del paquete de LFC recomendado es diferente de la versión del paquete A de LFC eliminado, el servidor SP realiza la operación S804.
Operación S804: El servidor SP no recomienda al terminal del usuario B que se instale el paquete de LFC; o el servidor SP recomienda al terminal del usuario B que se instale el paquete de LFC pero el usuario B decide si instalar o no el
30 paquete de LFC recomendado o el usuario B juzga si se debe instalar el paquete de LFC recomendado de acuerdo con una política preestablecida. Si el terminal no instala el paquete de LFC recomendado, el proceso prosigue a la operación S805.
Operación S805: El servidor SP compara el valor del nodo Savetime (20081230) con la fecha actual (por ejemplo, 20070910), y encuentra que la fecha tope de almacenamiento de la información no ha llegado. Por ello, el servidor SP
35 sigue almacenando el subárbol de gestión “Paquete A de LFC”.
Operación S806: El servidor SP renuncia a recomendar el paquete de LFC al terminal o instalar el paquete de LFC, y se completa la sesión.
La fig. 9 muestra una estructura de un subárbol Eliminado en la cuarta realización del presente invento. En el terminal en la cuarta realización, un subárbol Eliminado es añadido en el subárbol de gestión de LFC existente. Los nodos del 40 subárbol Eliminado son descritos a continuación: 9
<X>/Eliminado
Estado
Ocurrencia del árbol Formato Tipo de acceso mínimo
REQUERIDO
Uno Node Obtenido
Este nodo es un nodo padre de toda la información de paquetes LFC eliminado. <X>/Eliminado/<X>
Estado
Ocurrencia del árbol Formato Tipo de acceso mínimo
REQUERIDO
Cero o más Node Obtenido
Este nodo es un conservador de posición del paquete de LFC eliminado en el terminal. Paquete LFC/<X>/PkgID
Estado
Ocurrencia del árbol Formato Tipo de acceso mínimo
REQUERIDO
Uno Chr Obtenido
Este nodo es un nodo hoja, que especifica el ID del paquete LFC en el terminal e identifica de manera única al paquete LFC.
Paquete LFC/<X>/Nombre
Estado
Ocurrencia del árbol Formato Tipo de acceso mínimo
OPCIONAL
CeroOUno Chr Obtenido
Este nodo es un nodo hoja, que especifica el nombre del paquete LFC en el terminal. Paquete LFC/<X>/Version
Estado
Ocurrencia del árbol Formato Tipo de acceso mínimo
REQUERIDO
Uno Chr Obtenido
Este nodo es un nodo hoja, que especifica la versión del paquete LFC en el terminal. Paquete LFC/<X>/Proveedor
Estado
Ocurrencia del árbol Formato Tipo de acceso mínimo
OPCIONAL
CeroOUno Chr Obtenido
Este nodo es un nodo hoja, que especifica el proveedor del paquete LFC en el terminal. <X>/Eliminado/ <X>/Savetime
Estado
Ocurrencia del árbol Formato Tipo de acceso mínimo
REQUERIDO
CeroOUno Fecha Obtenido
15 Este nodo es un nodo hoja, y especifica una fecha tope de almacenamiento del paquete LFC para evitar el almacenamiento permanente de información inútil. Su valor es 19000101 por defecto.
Cuando se elimina el paquete LFC, el terminal elimina también el subárbol de gestión correspondiente, crea el subárbol de gestión del paquete LFC eliminado correspondiente bajo “Eliminado”, y establece el valor correspondiente.
Se ha supuesto que el servidor SP A ha instalado un nuevo paquete A de LFC para el terminal del usuario B hace unos pocos días. El terminal ejemplifica el nodo <x*> bajo el subárbol de gestión de LFC mostrado en la fig. 7 a “Paquete A de LFC”, y asigna un valor al nodo bajo éste. El usuario B tiene una pobre experiencia usando el software, así el terminal elimina el paquete de LFC.
En este caso, el subárbol de gestión del paquete de LFC correspondiente al paquete A mostrado en la fig. 7 es eliminado también, y un subárbol eliminado del Paquete A es creado bajo el nodo Eliminado mostrado en la fig. 9. Los valores de ID, Nombre y Versión son los mismos que los valores correspondientes bajo el subárbol de gestión del Paquete A de LFC. El valor del nodo Savetime es especificado por el terminal, o recibido por el terminal desde el servidor. Se ha supuesto aquí que el valor de Savetime es 20081230.
Suponiendo que el servidor SP interroga al terminal un mes después, el servidor SP realiza el proceso mostrado en la fig. 10, incluyendo:
Operación S1001: El servidor SP interroga al subnodo del subárbol de gestión de LFC y no encuentra el subárbol relevante correspondiente al paquete A de LFC.
Operación S1002: El servidor SP interroga al subnodo bajo “Eliminado” y encuentra un subárbol relevante del Paquete A “Paquete A Eliminado”.
Operación S1003: El servidor SP compara la versión del paquete de LFC recomendado con la versión del paquete A de LFC eliminado. Si la versión es la misma, el servidor SP realiza la operación S1005; si la versión del paquete de LFC recomendado es diferente de la versión del paquete A de LFC eliminado, el servidor SP realiza la operación S1004.
Operación S1004: El servidor SP no recomienda al terminal del usuario B que se instale el paquete de LFC; o el servidor SP recomienda al terminal del usuario B que se instale el paquete de LFC pero el usuario B decide si instalar o no el paquete de LFC recomendado; o el usuario B juzga si se debe instalar el paquete LFC recomendado de acuerdo con una política preestablecida. Si el terminal no instala el paquete de LFC recomendado, el proceso prosigue a la operación S1005.
Operación S1005: El servidor SP compara el valor del nodo Savetime (20081230) con la fecha actual (por ejemplo, 20070910), y encuentra que la fecha tope de almacenamiento de la información no ha llegado. Por ello, el servidor SP sigue almacenando el subárbol “Paquete A Eliminado”.
Operación S1006: El servidor SP renuncia a recomendar el paquete de LFC al terminal o instalar el paquete de LFC, y se completa la sesión.
La fig. 11 muestra un sistema para instalación de componentes en una realización del presente invento. El sistema incluye: un terminal 111, adaptado para: recibir un componente entregado por un servidor 112, y determinar operaciones que han de ser realizadas sobre el componente entregado de acuerdo con la información de estado establecida para un componente eliminado o la información acerca del componente eliminado; y un servidor 112, adaptado para: interrogar y obtener la información de estado del componente eliminado o la información acerca del componente eliminado, donde la información es establecida por el terminal 111; y determinar operaciones que han de ser realizadas sobre un componente subsiguiente de acuerdo con la información de estado del componente eliminado o la información acerca del componente eliminado.
La fig. 12 muestra una estructura de un terminal en una realización del presente invento. El terminal incluye: un módulo de recepción 121, adaptado para recibir un componente entregado por un servidor; un módulo de configuración 122, adaptado para establecer y almacenar información de estado de un componente eliminado o la información acerca del componente; y un módulo 123 de determinación de operación, adaptado para determinar operaciones que han de ser realizadas sobre el componente recibido por el módulo de recepción 121 de acuerdo con la información de estado del componente o la información del componente establecida por el módulo de configuración 122.
El módulo de configuración 122 incluye un submódulo de configuración de estado 1221, adaptado para establecer la información de estado del componente a “eliminado”.
El módulo de configuración 122 incluye además un submódulo de configuración de tiempo 1222, adaptado para establecer la fecha tope de almacenamiento de la información del componente después de que el submódulo de configuración de estado 1221 configure la información de estado del componente a “eliminado”.
El módulo de configuración 122 incluye además un submódulo de configuración de información 1223, adaptado para configurar la información del componente a un objeto de gestión de componente.
El módulo 123 de determinación de operación incluye un submódulo de determinación de instalación 1231, adaptado para: decidir instalar el componente recibido por el módulo de recepción 121 si el componente recibido por el módulo de recepción 121 es diferente del componente eliminado; o decidir instalar el componente recibido por el módulo de recepción 121 si el componente recibido por el módulo de recepción 121 es el mismo que el componente eliminado pero la versión del componente recibido por el módulo de recepción 121 es diferente de la versión del componente eliminado; o decidir no instalar el componente recibido por el módulo de recepción 121; o decidir si se debe instalar o no el componente recibido por el módulo de recepción 121 de acuerdo con la política preestablecida.
El módulo 123 de determinación de operación incluye además un módulo de almacenamiento de información 1232, adaptado para seguir almacenando la información acerca del componente eliminado si el componente recibido por el módulo de recepción 121 es el mismo que el componente eliminado, la versión del componente recibido por el módulo de recepción 121 es la misma que la versión del componente eliminado, y la fecha tope de almacenamiento de la información acerca del componente eliminado es diferente de la fecha actual.
A través del terminal descrito antes, el módulo de configuración 122 establece la información de estado del componente y la información acerca del componente, y el módulo 123 de determinación de operación determina la operación que ha de ser realizada sobre el componente recibido por el módulo de recepción 121 de acuerdo con la información almacenada por el módulo de configuración 122, impidiendo así que el terminal instale un componente repetidamente. Además, es establecido una fecha tope de almacenamiento de la información del componente eliminado para evitar el almacenamiento permanente de la información acerca del componente eliminado.
La fig. 13 muestra una estructura de un servidor en una realización del presente invento. El servidor incluye: un módulo 131 de interrogación y obtención, adaptado para interrogar y obtener la información de estado de un componente eliminado o la información acerca del componente eliminado, donde la información es establecida por un terminal; y un módulo 132 de determinación de operación, adaptado para determinar operaciones que han de ser realizadas sobre un componente subsiguiente de acuerdo con la información de estado del componente eliminado o la información acerca del componente eliminado, donde la información es obtenida por el módulo 131 de interrogación y obtención.
El módulo 132 de determinación de operación incluye un submódulo de recomendación 1321, adaptado para: recomendar la instalación del componente subsiguiente si el componente subsiguiente es diferente del componente eliminado; o, si el componente subsiguiente es el mismo que el componente eliminado pero la versión del componente subsiguiente es diferente de la versión del componente eliminado.
El módulo 132 de determinación de operación incluye un submódulo de almacenamiento de información del componente 1322, adaptado para seguir almacenando la información sobre el componente eliminado si la versión del componente subsiguiente es la misma que la versión del componente eliminado pero la fecha tope de almacenamiento de la información sobre el componente eliminado es diferente de la fecha actual.
Mediante el servidor descrito antes, el módulo 131 de interrogación y obtención obtiene la información de estado del componente eliminado y la información sobre el componente eliminado, donde la información es configurada por el terminal; y el módulo 132 de determinación de operación determina la operación que ha de ser realizada sobre el componente subsiguiente de acuerdo con la información obtenida por el módulo 131 de interrogación y obtención, impidiendo así ser instalado repetidamente. Además, una fecha tope de almacenamiento de la información del componente eliminado es establecida para evitar el almacenamiento permanente de la información acerca del componente eliminado.
A través de las descripciones de las realizaciones precedentes, los expertos en la técnica pueden comprender que el presente invento pueda ser puesto en práctica mediante hardware solamente o mediante software y hardware universal necesario. Basado en tal comprensión, la solución técnica bajo el presente invento puede ser realizada en forma de un producto de software. El producto de software puede ser almacenado en un medio de almacenamiento no volátil, que puede ser un Disco Compacto de Memoria Solo de Lectura (CD-ROM), una unidad "flash" de Bus en Serie Universal (USB), o un disco duro desmontable. El producto de software incluye varias instrucciones que permiten que un dispositivo informático (ordenador personal, servidor, o dispositivo de red) ejecute los métodos de tratamiento proporcionados en las realizaciones del presente invento.
Las descripciones anteriores son realizaciones simplemente específicas del presente invento, pero no están destinadas a limitar el marco del presente invento. Cualquier modificación, reemplazamiento equivalente, o perfeccionamiento hecho sin salir del principio del presente invento debería caer dentro del marco del presente invento.

Claims (14)

  1. REIVINDICACIONES
    1.-Un método de tratamiento para instalación de componentes de software, comprendiendo el método que es realizado en un terminal: recibir un componente de software entregado por un servidor; y determinar operaciones que han de ser realizadas sobre el componente de software entregado de acuerdo con la información de estado configurada y almacenada para un componente de software previamente instalado en el terminal o la información establecida y almacenada acerca del componente de software eliminado, la información de estado establecida y almacenada para el componente de software eliminado o la información acerca del componente de software eliminado es establecida y almacenada cuando el componente de software eliminado previamente instalado en el terminal es eliminado del terminal.
  2. 2.-El método de tratamiento para instalación de componentes de software según la reivindicación 1, en el que: el establecimiento de la información de estado del componente de software eliminado comprende: mantener un subárbol de gestión correspondiente al componente de software eliminado y establecer la información de estado del componente de software a "eliminado".
  3. 3.-El método de tratamiento para instalación de componentes de software según la reivindicación 2, en el que: después de establecer la información de estado del componente de software a "eliminado", el método de tratamiento comprende además: configurar una fecha tope de almacenamiento de la información acerca del componente de software; la determinación de las operaciones que han de ser realizadas para el componente de software entregado de acuerdo con la información de estado establecida para el componente de software eliminado comprende además: seguir almacenando la información acerca del componente de software eliminado si la versión del componente de software entregada es la misma que la versión del componente de software eliminado pero la fecha tope es diferente de la fecha actual.
  4. 4.-El método de tratamiento para instalación de componentes de software según la reivindicación 1, en el que: la información acerca del componente de software eliminado comprende la versión del componente de software eliminado y una fecha tope de almacenamiento de la información acerca del componente de software, y comprende al menos uno o bien de un identificador del componente de software eliminado y o bien un nombre del componente de software eliminado; y la información acerca del componente de software eliminado es establecida en un objeto de gestión de componente de software.
  5. 5.-El método de tratamiento para instalación de componentes de software según la reivindicación 1, en el que: la determinación de las operaciones que han de ser realizadas sobre el componente de software entregado de acuerdo con la información de estado configurada para el componente de software eliminado o la información acerca del componente de software eliminado comprende: si el componente de software entregado es el mismo que el componente de software eliminado pero la versión del componente de software entregado es diferente de la versión del componente de software eliminado, decidir instalar el componente de software entregado, o decidir no instalar el componente de software entregado, o decidir si se debe instalar el componente de software entregado de acuerdo con una política preestablecida.
  6. 6.-El método de tratamiento para instalación de componentes de software según la reivindicación 5, en el que: la información acerca del componente de software eliminado comprende además una fecha tope de almacenamiento de la información acerca del componente de software; la determinación de las operaciones que han de ser realizadas para el componente de software entregado de acuerdo con la información acerca del componente de software eliminado comprende además: seguir almacenando la información acerca del componente de software eliminado si la versión del componente de software entregado es la misma que la versión del componente de software eliminado pero la fecha tope de almacenamiento de la información sobre el componente de software eliminado es diferente de la fecha actual.
  7. 7.-El método de tratamiento para instalación de componentes de software según la reivindicación 1, en el que: la determinación de las operaciones que han de ser realizadas para el componente de software entregado de acuerdo con la información de estado configurada para el componente de software eliminado o la información acerca del componente de software eliminado comprende: instalar el componente de software entregado si el componente de software entregado es diferente del componente de software eliminado.
  8. 8.-Un sistema para instalación de componentes de software, que comprende: un terminal, adaptado para: recibir un componente de software entregado por un servidor, y determinar operaciones que han de ser realizadas sobre el componente de software entregado de acuerdo con la información de estado configurada y almacenada para un componente de software eliminado previamente instalado en el terminal o la información configurada y almacenada acerca del componente de software eliminado, la información de estado establecida y almacenada del
    componente de software eliminado o la información acerca del componente de software eliminado es configurada cuando el componente de software eliminado previamente instalado en el terminal es eliminado del terminal; y el servidor, adaptado para: interrogar y obtener la información de estado del componente de software eliminado o la información acerca del componente de software eliminado, en el que la información es configurada y almacenada por el terminal, y determinar operaciones que han de ser realizadas sobre el componente de software entregado de acuerdo con la información del estado del componente de software eliminado o la información acerca del componente de software eliminado.
  9. 9.-Un terminal que comprende: un módulo de recepción, adaptado para recibir un componente de software entregado por un servidor; un módulo de configuración, adaptado para establecer y almacenar la información de estado de un componente de software eliminado previamente instalado en el terminal o configurar y almacenar la información acerca del componente de software eliminado cuando el componente de software eliminado previamente instalado en el terminal es eliminado del terminal; y un módulo de determinación de operación, adaptado para determinar operaciones que han de ser realizadas sobre el componente de software recibido por el módulo de recepción de acuerdo con la información de estado del componente de software eliminado o la información acerca del componente de software eliminado, en que la información es configurada y almacenada por el módulo de configuración.
  10. 10.-El terminal según la reivindicación 9, en el que: el módulo de configuración comprende un submódulo de configuración de estado, que está adaptado para establecer la información de estado del componente de software a "eliminado".
  11. 11.-El terminal según la reivindicación 10, en el que: el módulo de configuración comprende además un submódulo de configuración de tiempo, que está adaptado para configurar una fecha tope de almacenamiento de la información acerca del componente de software después de que el submódulo de configuración de estado establece la información de estado del componente de software a "eliminado".
  12. 12.-El terminal según la reivindicación 9, en el que: el módulo de configuración comprende un submódulo de configuración de información, que está adaptado para establecer la información acerca del componente de software a un objeto de gestión de componente de software.
  13. 13.-El terminal según la reivindicación 9, en el que el módulo de determinación de operación comprende: un submódulo de determinación de instalación, adaptado para: decidir instalar el componente de software recibido por el módulo de recepción si el componente de software recibido por el módulo de recepción es diferente del componente de software eliminado; o decidir instalar el componente de software eliminado por el módulo de recepción si el componente de software recibido por el módulo de recepción es el mismo que el componente de software eliminado pero la versión del componente de software recibida por el módulo de recepción es diferente de la versión del componente de software eliminado; o decidir no instalar el componente de software recibido por el módulo de recepción; o decidir si instalar o no el componente de software recibido por el módulo de recepción de acuerdo con una política preestablecida.
  14. 14.-El terminal según la reivindicación 9, en el que el módulo de determinación de operación comprende además: un submódulo de almacenamiento de información, adaptado para seguir almacenando la información acerca del componente de software eliminado si el componente de software recibido por el módulo de recepción es el mismo que el componente de software eliminado, la versión del componente de software recibida por el módulo de recepción es la misma que la versión del componente de software eliminado, y una fecha tope de almacenamiento de la información sobre el componente de software eliminado es diferente de la fecha actual.
ES09728062T 2008-04-03 2009-03-17 Método, sistema y aparato de procesamiento para instalación de componentes Active ES2394146T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN200810089722 2008-04-03
CN200810089722.3A CN101252759B (zh) 2008-04-03 2008-04-03 一种组件安装的处理方法、系统和装置
PCT/CN2009/070821 WO2009121264A1 (zh) 2008-04-03 2009-03-17 一种组件安装的处理方法、系统和装置

Publications (1)

Publication Number Publication Date
ES2394146T3 true ES2394146T3 (es) 2013-01-22

Family

ID=39955911

Family Applications (1)

Application Number Title Priority Date Filing Date
ES09728062T Active ES2394146T3 (es) 2008-04-03 2009-03-17 Método, sistema y aparato de procesamiento para instalación de componentes

Country Status (5)

Country Link
US (1) US20110009110A1 (es)
EP (1) EP2244417B1 (es)
CN (1) CN101252759B (es)
ES (1) ES2394146T3 (es)
WO (1) WO2009121264A1 (es)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101437071B (zh) * 2007-11-15 2011-09-28 华为技术有限公司 终端设备管理树管理对象实例化的方法及设备
CN101252759B (zh) * 2008-04-03 2011-12-21 华为终端有限公司 一种组件安装的处理方法、系统和装置
CN103577217A (zh) * 2012-08-10 2014-02-12 腾讯科技（深圳）有限公司 软件显示方法和装置
CN104615452A (zh) * 2014-09-19 2015-05-13 安一恒通（北京）科技有限公司 信息提供方法和装置

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6044469A (en) * 1997-08-29 2000-03-28 Preview Software Software publisher or distributor configurable software security mechanism
US6219698B1 (en) * 1997-12-19 2001-04-17 Compaq Computer Corporation Configuring client software using remote notification
US8234650B1 (en) * 1999-08-23 2012-07-31 Oracle America, Inc. Approach for allocating resources to an apparatus
US6941135B2 (en) * 2001-08-13 2005-09-06 Qualcomm Inc. System and method for temporary application component deletion and reload on a wireless device
AU2002359001A1 (en) * 2001-12-28 2003-07-24 Access Co., Ltd. Usage period management system for applications
JP2004355125A (ja) * 2003-05-27 2004-12-16 Pioneer Electronic Corp ソフトウェア更新処理装置、そのシステム、その方法、そのプログラム、および、そのプログラムを記録した記録媒体
US9332424B2 (en) * 2005-08-05 2016-05-03 Qualcomm Incorporated Centrally managed solution for all device management activities
CN100479378C (zh) * 2005-08-30 2009-04-15 华为技术有限公司 应用软件组件参数配置方法及其系统、及终端设备
KR20070034239A (ko) * 2005-09-23 2007-03-28 삼성전자주식회사 소프트웨어 업데이트 방법 및 시스템과 그 방법을 기록한컴퓨터 판독 가능한 기록매체
US20070106770A1 (en) * 2005-11-10 2007-05-10 Svante Alnas Managing a remote device by a communication element that does not specify an identifier for the management object
US8495389B2 (en) * 2005-12-16 2013-07-23 Safenet, Inc. Locking changing hard disk content to a hardware token
KR101292979B1 (ko) * 2006-08-17 2013-08-02 삼성전자주식회사 디바이스 관리 서버를 통한 단말 내부 소프트웨어 관리방법
CN101252759B (zh) * 2008-04-03 2011-12-21 华为终端有限公司 一种组件安装的处理方法、系统和装置

Also Published As

Publication number Publication date
WO2009121264A1 (zh) 2009-10-08
US20110009110A1 (en) 2011-01-13
EP2244417A1 (en) 2010-10-27
EP2244417B1 (en) 2012-10-03
CN101252759B (zh) 2011-12-21
CN101252759A (zh) 2008-08-27
EP2244417A4 (en) 2011-05-04

Similar Documents

Publication Publication Date Title
EP2626803B1 (en) Information processing device and method for preventing unauthorized application cooperation
US8613101B2 (en) Software distribution service federation
ES2675742T3 (es) Confirmación de usuario en la descarga de datos
US8893110B2 (en) Device management in a network
US20100262958A1 (en) Synchronization of mobile device with application
US10595205B2 (en) Mobile device traffic splitter
CN110115055B (zh) 用于编程和/或管理核心网络切片的系统及方法
US20110246978A1 (en) Application portability and transfer of device management for mobile devices
ES2394146T3 (es) Método, sistema y aparato de procesamiento para instalación de componentes
US20170352115A1 (en) Mobile application licensing tool
CN105323269A (zh) 安卓系统中app的更新方法、终端及存储介质
CN101557584A (zh) 一种实现移动终端应用权限控制的方法及装置
US20190005207A1 (en) Apparatus and method of layered licensing
ES2315970T3 (es) Sistema y procedimiento para administrar una pluralidad de servicios web.
CN104123160A (zh) 一种导航设备的要素级更新方法
Alliance OMA Device Management Bootstrap
US20120117574A1 (en) Method of Defining state transition in Software and Application Control Management Object
JP2022535181A (ja) 加入プロファイル、加入者ｉｄモジュール、および加入サーバを提供する方法
TW201239789A (en) Systems and methods for managing applications and methods for notifying a status of an application
US20120271932A1 (en) Method of Providing Process Operation in Software and Application Control Management Object
KR100723709B1 (ko) 외장형 메모리에 저장되어 있는 콘텐츠를 이동통신단말기에서 실행하는 방법
Jadhav Evaluation and implementation of zero-touch onboarding solutions for IIoT
EP2464080A2 (en) Method of handling access control for software and application control management object client
Alliance Enabler Release Definition for OMA Device Management
US20160192107A1 (en) System And Method To Selectively Manage Add-On Data, Application, Software, Hardware On A Handheld Device Over The Air