MXPA05011088A

MXPA05011088A - Ambiente de computo portatil.

Info

Publication number: MXPA05011088A
Application number: MXPA05011088A
Authority: MX
Inventors: William J Westerinen
Original assignee: Microsoft Corp
Priority date: 2004-10-15
Filing date: 2005-10-14
Publication date: 2006-04-20
Also published as: KR101201095B1; JP2006114048A; AU2005222507B2; BRPI0506256A; CA2523532A1; AU2005222507A1; EP1647886A2; KR20060054022A; EP1647886A3

Abstract

Los sistemas, metodos y datos descritos estan dirigidos a un ambiente de computo portatil. Se establece un enlace de comunicacion entre un dispositivo portatil y un dispositivo huesped. El dispositivo portatil esta equipado con una unidad de procesamiento y esta configurado para ejecutar un procedimiento que es accesible a traves del dispositivo huesped. El dispositivo huesped incluye una aplicacion configurada para interactuar con el procedimiento en el dispositivo portatil. El procedimiento en el dispositivo portatil proporciona datos a la aplicacion en el dispositivo huesped utilizando el enlace de comunicacion. La aplicacion utiliza los datos para proporcionar un ambiente de computo.

Description

AMBIENTE DE COMPUTO PORTATIL ANTECEDENTES DE LA INVENCION La computadora personal (PC) ha sido tradicionalmente diseñada para utilizarse por un solo individuo. Un usuario típicamente puede seleccionar y configurar el software instalado en una PC para mantener la estabilidad de la computadora, el funcionamiento y preferencias personales. Sin embargo, cuando una PC es compartida por múltiples usuarios, los diferentes requerimientos de estos usuarios por lo regular tienen un impacto adverso en el sistema. Por ejemplo, los diferentes usuarios pueden desear instalar diferentes aplicaciones, las cuales no pueden ser compatibles con otros. También, un usuario puede desear configurar el ambiente operativo en la PC compartida en cierta forma que no sea aceptable por otro usuario. Además, múltiples usuarios que comparten una PC pueden ocasionar problemas de seguridad. Un sistema disponible indica almacenar un sistema operativo y software en una unidad de memoria flash de conductor común en serie uniforme (USB). El sistema es similar en concepción a una unidad portátil que contiene datos que generalmente son almacenados en una unidad de disco duro interna de una PC. Sin embargo, este sistema se basa en la PC compartida para ejecutar el software almacenado en la unidad de USB. Por ejemplo, el sistema operativo en la unidad de USB puede ser reiniciado de la PC compartida, lo cual sigue creando cuestiones de funcionamiento y seguridad. También, el software en la unidad de USB tiene que ser cargado en la unidad de disco duro de la PC, lo cual es un procedimiento consumidor de tiempo y puede conducir a más preocupaciones sobre el funcionamiento y la seguridad. Un sistema que proporcione un ambiente de cómputo portátil e independiente de dispositivo para utilizarse en una PC compartida continúa siendo el tema de aquellos expertos en la técnica.

COMPENDIO DE LA INVENCION Los sistemas, métodos y estructuras de datos descritos están dirigidos a un ambiente de cómputo portátil. Se establece un enlace de comunicación entre un dispositivo portátil y un dispositivo huésped. El dispositivo portátil está equipado con una unidad de procesamiento y está configurado para ejecutar un procedimiento que es accesible por el dispositivo huésped. El dispositivo huésped incluye una aplicación configurada para interactuar con el procedimiento en el dispositivo portátil. El procedimiento en el dispositivo portátil proporciona datos a la aplicación en el dispositivo huésped utilizando el enlace de comunicación. La aplicación utiliza los datos para proporcionar un ambiente de cómputo. En un aspecto, el ambiente de cómputo dinámicamente es creado en el dispositivo huésped a través del dispositivo portátil. Les datos provistos por el dispositivo portátil, el dispositivo huésped o servidores de red pueden ser utilizados solos o en conjunto para proporcionar este ambiente de cómputo dinámico. En otro aspecto, el dispositivo portátil puede interactuar con aplicaciones provistas por servidores de red. Estas aplicaciones pueden proporcionar varios tipos de servicios, tales como servicios de activación, servicios de autenticación, servicios de respaldo, servicios de actualización, servicios de descarga de contenido, o servicios de diagnóstico. Por ejemplo, los estados almacenados en el dispositivo portátil pueden ser sincronizados con datos en un servidor de red para propósitos de actualización o respaldo.

BREVE DESCRIPCION DE LOS DIBUJOS Los aspectos anteriores y muchas de las ventajas pendientes de esta invención serán más fácilmente apreciadas a medida que se entiendan mejor haciendo referencia a la siguiente descripción detallada, cuando se tome junto con los dibujos anexos, en donde: La Figura 1 muestra un sistema de ambiente de cómputo portátil ilustrativo. La Figura 2 muestra un procedimiento ilustrativo para proporcionar un ambiente de cómputo independiente de dispositivo para un dispositivo de cómputo. La Figura 3 muestra un procedimiento ilustrativo para identificar el dispositivo portátil para el dispositivo huésped. La Figura 4 muestra un procedimiento ilustrativo para iniciar un procedimiento en un dispositivo portátil. La Figura 5 muestra un procedimiento ilustrativo para interactuar con un procedimiento en un dispositivo portátil. La Figura 6 muestra un procedimiento ilustrativo para realizar verificaciones de seguridad con relación al acceso a un dispositivo portátil. La Figura 7 muestra un procedimiento ilustrativo para replicar estados de un dispositivo portátil en una ubicación remota. La Figura 8 muestra un procedimiento ilustrativo para proporcionar acceso a servicios de aplicación manejados por un servidor en una red. La Figura 9 muestra un procedimiento ilustrativo para actualizar los estados en un dispositivo portátil. La Figura 10 muestra comunicaciones ilustrativas entre un dispositivo portátil y un dispositivo huésped. La Figura 11 muestra un sistema ilustrativo para proporcionar una solución de ambiente de cómputo portátil. La Figura 12 muestra un dispositivo portátil ilustrativo para implementar los sistemas y métodos descritos.

DESCRIPCION DETALLADA DE LA MODALIDAD PREFERIDA La Figura 1 muestra un sistema de ambiente de cómputo portátil 100. El sistema 100 incluye un dispositivo portátil 105 y un dispositivo huésped 110. Ambos dispositivos pueden comunicarse con el servidor 115 a través de la red 120. El dispositivo portátil 105 es un dispositivo de cómputo configurado para ejecutar procedimientos que pueden interactuar con aplicaciones que se ejecutan en otros dispositivos de cómputo. El dispositivo portátil 105 típicamente ejecuta estos procedimientos utilizando un módulo de cómputo dentro del dispositivo portátil 105. Por ejemplo, el módulo de cómputo en el dispositivo portátil 105 puede incluir una o más unidades de procesados y memoria. El dispositivo portátil 105 puede ser configurado con almacenamiento no volátil para almacenar varios tipos de información, tales como estados asociados con aplicaciones, ambiente operativo, datos de usuario, datos de autenticación, y similares. El dispositivo portátil 105 puede conectarse al dispositivo huésped 110 utilizando cualquier tipo de mecanismos de conexión. Por ejemplo, el dispositivo .portátil 105 puede ser configurado para conectarse a un puerto del dispositivo huésped 110, tal como un puerto de Conductor Común en Serie Universal (USB), un puerto IEEE 1394 (es decir, fire wire o conductor común), un puerto en serie, un puerto paralelo, un puerto de red, una conexión periférica, o similares. El dispositivo portátil 105 también puede ser conectado al dispositivo huésped 110 utilizando una conexión inalámbrica, tal como una conexión Wi-Fi, Bluetooth, infrarroja, u otras conexiones de radio frecuencia (RF) u ópticas. Los procedimientos ejecutados por el dispositivo portátil 105 pueden incluir cualquier tipo de aplicaciones, tales como servicios de aplicación. El término "servicio de aplicación" o "servicio web" significa una aplicación que es capaz de interactuar con otras aplicaciones a través de uno o más protocolos, tales como protocolos de red. Típicamente, se configuran servicios de aplicación para enviar datos a o recibir datos de aplicaciones a través de cuafquier tipo de redes. Un servicio de aplicación puede ser identificado por un ¡dentificador, tal como una dirección de Protocolo Internet (IP) o un Localizador Uniforme de Recursos (URL), de manera que otras aplicaciones fácilmente pueden localizarse y comunicarse con el servicio de aplicación. Los servicios de aplicación también pueden ser configurados para facilitar la comunicación entre aplicaciones que se están ejecutando en diferentes tipos de dispositivos y ambientes operativos. Los servicios de aplicación pueden comunicarse con otras aplicaciones utilizando varios estándares universales. Por ejemplo, los servicios de aplicación pueden utilizar el Lenguaje de Marcación Extensible (XML) para etiquetar datos, el Protocolo de Acceso de Objeto Simple (SOAP) para transferir datos, el Lenguaje de Descripción de Servicios Web (WSDL) para describir los servicios disponibles, o Descripción, Descubrimiento e Integración Universales (UDDI) para listar qué dispositivos están disponibles. Los servicios de aplicación pueden ser implementados en cualquier tipo de código de software, tal como XML. El dispositivo portátil 105 puede ser configurado para proporcionar un ambiente de cómputo a una aplicación en el dispositivo huésped 110. Por ejemplo, un procedimiento en el dispositivo portátil 105 puede configurar al ambiente de cómputo en el dispositivo huésped con los parámetros deseados de un usuario particular asociado con el dispositivo portátil 105. En una implementación, el ambiente de cómputo puede ser dinámicamente ejecutado en el dispositivo huésped en una forma temporal. Los estados en el dispositivo huésped pueden no ser permanentemente cambiados por el ambiente de cómputo provisto por el dispositivo portátil 105. El dispositivo huésped 110 puede ser configurado para restaurar a un parámetro previo cuando el dispositivo portátil 105 es desconectado del dispositivo huésped. Ya que los estados asociados con el ambiente de cómputo están almacenados en el dispositivo portátil 105, el dispositivo huésped 110 puede ser configurado para no retener ningún estado asociado con ese ambiente. La habilidad de proporcionar un ambiente de cómputo temporal permite que el dispositivo huésped 110 conveniente y con seguridad sea compartido por usuarios múltiples. El dispositivo portátil 105 puede ser configurado para interactuar con otros dispositivos de cómputo a través de la red 120, tal como el servidor 115. El dispositivo portátil 105 puede utilizar el enlace de comunicación establecido entre el dispositivo huésped 110 y la red 120 para comunicarse con el servidor 115. Aunque el dispositivo portátil 105 independientemente puede proporcionar servicios al dispositivo huésped 110, el dispositivo portátil 105 puede ser configurado para proporcionar estos servicios junto con el servidor 115 para crear un ambiente más dinámico rico en contenido. Por ejemplo, el dispositivo portátil 105 puede ser configurado para emplear datos y servicios web del servidor 115 para aumentar el ambiente de cómputo directamente provisto por el dispositivo portátil al dispositivo huésped 110. El dispositivo portátil 105 también puede ser configurado para sustituir el acceso a un ambiente de cómputo provisto por el servidor 115. En cualquier configuración, el ambiente de cómputo típicamente es provisto al dispositivo huésped 110 del dispositivo portátil 105, y no directamente del servidor 115. El dispositivo portátil 105 puede ser configurado para determinar las capacidades del dispositivo huésped 110. El dispositivo portátil 105 puede configurar procedimientos que se ejecutan en el dispositivo para proporcionar datos basándose en las capacidades del dispositivo huésped 110. Por ejemplo, el dispositivo portátil 105 puede determinar las capacidades de presentación del dispositivo huésped 110, tales como tamaño de pantalla, resolución o similares. Los procedimientos en el dispositivo portátil 105 pueden proporcionar datos que pueden ser apropiadamente presentados en el dispositivo huésped 110. El dispositivo portátil 105 puede ser configurado para interactuar con el servidor 115 para cualquier tipo de servicios, por ejemplo, el dispositivo portátil 105 puede recibir estados actualizados para aplicaciones del servidor 115 y proporcionar las aplicaciones actualizadas al dispositivo huésped 110. Los estados actualizados pueden incluir actualizaciones para estados existentes, nuevos estados, o estados con algunos datos que se eliminaron. El dispositivo portátil 105 puede ser configurado para recibir una porción de los estados para el dispositivo que son actualizados. El dispositivo portátil 105 también puede ser configurado para recibir un nuevo lote de estados que reemplaza a todos los estados existentes en el dispositivo portátil 105. El dispositivo portátil 105 además puede ser configurado para almacenar estados en el servidor 115. Los estados pueden ser almacenados y recuperados como parte de las operaciones normales del dispositivo portátil 105 o como copias de respaldo. El dispositivo portátil 105 puede configurado para determinar si los estados en el dispositivo son válidos. Los estados pueden ser inválidos si no se satisfacen ciertas condiciones. Por ejemplo, los estados en el dispositivo portátil 105 pueden ser inválidos después de cierto periodo de tiempo, cierto nivel de uso, que se haya realizado cierta tarea, o similares. La validez de los estados puede estar asociada con un término de uso, tal como un periodo de licencia. En una implementación, el dispositivo portátil 105 puede incluir un dispositivo de control de tiempo. El dispositivo portátil 105 puede ser configurado para determinar un tiempo de expiración asociado con los estados y un tiempo actual del dispositivo de control de tiempos. Si el tiempo de expiración ha pasado con relación al tiempo real, el dispositivo portátil 105 puede determinar que los estados han expirado y puede negar el acceso a los estados. El dispositivo portátil 105 puede ser configurado para volver a 1 o validar los estados. Por ejemplo, el dispositivo portátil 105 puede permitir que un usuario renueve una licencia asociada con los estados almacenados en el dispositivo. El dispositivo portátil 105 también puede ser configurado con mecanismos para proporcionar seguridad. Estos mecanismos de seguridad pueden incluir funcionalidades asociadas con una Autoridad de Certificado (CA). Por ejemplo, el dispositivo portátil 105 puede incluir claves (por ejemplo, claves públicas/privadas) asociadas con un certificado digital de una CA. Las claves pueden ser utilizadas por usuarios autorizados para realizar autenticaciones con el dispositivo portátil 105. Los datos almacenados en el dispositivo portátil 105 pueden ser codificados crípticamente con estas claves, de manera que solamente los usuarios apropiadamente autenticados, y autorizados pueden tener acceso a los datos. Para proteger a los sistemas de seguridad, el dispositivo portátil 105 puede ser configurado para incorporar las funcionalidades asociadas con la CA dentro de los componentes del dispositivo portátil 105. Por ejemplo, las funcionalidades de la CA pueden ser embebidas en un módulo de cómputo del dispositivo portátil 105. En esta configuración, las claves asociadas con la CA podrían no aparecer como elementos en la pila de software mantenida por el dispositivo portátil 105 y, de esta manera, no pueden ser fácilmente comprometidas por un pirata de software. Las claves en esta configuración pueden ser forzadamente obtenidas solo a través de una configuración física del dispositivo portátil 105.

El dispositivo portátil 105 puede ser configurado para recibir datos de autenticación en cualquier tipo de mecanismo de entrada. Por ejemplo, el dispositivo portátil 105 puede recibir datos de autenticación del dispositivo huésped 110, el cual puede proporcionar una ¡nterfase de entrada para usuarios para introducir los datos de autenticación. El dispositivo portátil 105 también puede ser configurado con una interfase de entrada, de manera que los usuarios directamente pueden introducir los datos de autenticación al dispositivo portátil 105. La interfase de entrada en el dispositivo huésped 110 o dispositivo portátil 105 puede incluir cualquier tipo de interfase configurada para permitir que los usuarios introduzcan datos de autenticación. Por ejemplo, la interfase de entrada de entrada de autenticación puede incluir un teclado, un lector biométrico, un dispositivo de reconocimiento de imagen, u otros mecanismos de entrada. El lector biométrico puede incluir un lector de huellas dactilares, un escáner o explorador de retina, un dispositivo de reconocimiento de voz, un detector químico, o similares. El dispositivo portátil 105 puede ser configurado para recibir los datos de la interfase de entrada de autenticación y autenticar ai usuario utilizando los datos. El dispositivo portátil 105 también puede ser configurado para recibir instrucciones ejecutables (o códigos) del dispositivo huésped 110 o servidor 115. Para evitar la ejecución de códigos malignos, se puede identificar códigos legítimos a través de datos de autenticación, tales como una clave. Por ejemplo, los códigos legítimos pueden ser codificados crípticamente con una clave que pueda ser descodificada crípticamente utilizando una clave correspondiente embebida dentro de la unidad de procesamiento del dispositivo portátil 105. El dispositivo portátil 105 puede ser configurado solamente para ejecutar códigos que son apropiadamente codificados en forma críptica con la clave correcta. El dispositivo portátil 105 además puede ser configurado para interactuar con el servidor 115 para realizar verificaciones de seguridad. Por ejemplo, el dispositivo portátil 105 puede permitir que el servidor 115 autentique a un usuario que solicite exceso al dispositivo portátil 105. Los datos de autenticación tales como nombres de usuario, contraseña, información personal, datos biométricos, imágenes, claves, o similares, pueden ser enviados al servidor 115 para autenticación. El servidor 115 también puede ser configurado para verificar los estados en el dispositivo portátil 105 antes de proporcionar la autorización para que el dispositivo portátil 105 realice operaciones normales. El dispositivo huésped 110 es un dispositivo de cómputo dispuesto para ejecutar una aplicación que está configurada para interactuar con un procedimiento en un dispositivo portátil 105. La aplicación puede incluir una interfase de usuario que permite que un usuario interactúe con un procedimiento en el dispositivo portátil ,105. Por ejemplo, el dispositivo huésped 110 puede proporcionar un navegador que interactúa con el servicio de aplicación que se ejecuta en el dispositivo portátil 105.

El dispositivo huésped 110 puede ser cualquier tipo de dispositivo de cómputo, tal como una computadora de escritorio, una computadora portátil o de cuaderno, un asistente digital personal (PDA), un teléfono inalámbrico, un kiosco, o similares. También, ya que los requerimientos para el dispositivo huésped 110 son mínimos, los dispositivos de cómputo que tienen algunas capacidades de procesamiento y de salida pero que no han sido tradicionalmente utilizados para proporcionar funcionalidades de cómputo a los usuarios, también pueden servir como el dispositivo como el dispositivo huésped 110. Por ejemplo, el dispositivo huésped 110 puede ser una impresora, un aparato doméstico, un equipo de audio o de vídeo, relojes electrónicos, o similares. El dispositivo huésped 110 típicamente incluye mecanismos que detectan y se conectan con el dispositivo portátil 105. Por ejemplo, el dispositivo portátil 105 puede ser automáticamente detectado a través del dispositivo huésped 110 mediante una conexión de cables (tal como un USB o fire wire) o una conexión inalámbrica, tal como RF, BlueTooth, WiFi u otros medios ópticos). En una implementación, el dispositivo huésped 110 identifica al dispositivo portátil 105 como un dispositivo de red y establece una conexión entre los dispositivos utilizando protocolos de red a través del mecanismo de comunicación física actual. El dispositivo huésped 110 puede ser configurado para recibir instrucciones del dispositivo portátil 105. Las instrucciones pueden ser ejecutadas para proporcionar un ambiente operativo en el dispositivo huésped 110. Por ejemplo, el dispositivo huésped 110 puede recibir instrucciones del dispositivo portátil 105 para lanzar un navegador, el cual está configurado para conectarse a una dirección IP o URL asociada con un servicio de aplicación provisto por el dispositivo portátil 105. El dispositivo huésped 110 puede incluir una interfase de red para establecer un enlace de comunicación con la red 120. El dispositivo 110 puede ser configurado para permitir que el dispositivo portátil 105 se conecte a la red 120 utilizando este enlace de comunicación. La red 120 puede incluir cualquier tipo de redes, tales como la red de área local (LAN), la red de área amplia (WAN), el Internet, o similares. La Figura 2 muestra un procedimiento 200 ilustrativo para proporcionar un ambiente de cómputo independiente del dispositivo para un dispositivo de cómputo. El procedimiento 200 puede ser utilizado por un dispositivo portátil para proporcionar el ambiente de cómputo a un dispositivo huésped. En el bloque 205, se establece una conexión entre un dispositivo portátil y un dispositivo huésped. La conexión puede ser cualquier tipo de conexiones mediante cables o inalámbricas, tales como f i re wire, red, USB, Wi-Fi, RF, Bluetooth, infrarroja o similares. En el bloque 210, el dispositivo portátil es identificado al dispositivo huésped. Los dispositivos pueden ser configurados con un protocolo (por ejemplo, USB) que automáticamente identifica al dispositivo portátil cuando éste es conectado al dispositivo huésped.

Un procedimiento ilustrativo para identificar el dispositivo portátil con el dispositivo huésped será discutido con relación a la Figura 3.

En el bloque 215, se inicia un procedimiento en el dispositivo portátil. El procedimiento puede incluir uno o más sub-procedimientos. El procedimiento puede ser cualquier tipo de procedimientos que puedan interactuar con otros procedimientos en otros dispositivos. En una implementación, el procedimiento es un servicio de aplicación o servicio web. Un procedimiento ilustrativo para iniciar un procedimiento en un dispositivo portátil se discutirá con relación a la Figura 4. En el bloque 220, se pueden realizar verificaciones de seguridad opcionales. Las verificaciones de seguridad pueden incluir cualquier tipo de procedimientos de autenticación y autorización para usuarios y aplicaciones. Por ejemplo, las verificaciones de seguridad pueden incluir verificar un certificado digital de CA asociado con el dispositivo portátil. Se pueden realizar un procedimiento de autenticación para autenticar las claves asociadas con el certificado digital. Un procedimiento ilustrativo para realizar verificaciones de seguridad en un dispositivo portátil se discutirá con relación a la Figura 6. En el bloque 225, el procedimiento iniciado por el dispositivo portátil se hace disponible al dispositivo huésped. Por ejemplo, ei procedimiento puede ser accesible del dispositivo huésped a través de una aplicación provista por el dispositivo huésped. El dispositivo portátil puede proporcionar datos al dispositivo huésped para configurar la aplicación (por ejemplo, inferíase de usuario) en el dispositivo huésped para interactuar con el procedimiento en el dispositivo portátil. En una implementación , el procedimiento iniciado por el dispositivo portátil es un servicio de aplicación. Un navegador en el dispositivo huésped es configurado para interactuar con el servicio de aplicación navegando hacia una dirección IP o un URL asociado con el servicio de aplicación. La Figura 3 muestra un procedimiento 300 ilustrativo para identificar el dispositivo portátil al dispositivo huésped. El procedimiento 300 comiénza cuando se ha establecido una conexión entre el dispositivo portátil y el dispositivo huésped. En el bloque 305, el dispositivo huésped consulta al dispositivo portátil. El dispositivo huésped puede ser configurado para detectar automáticamente y consultar al dispositivo portátil utilizando un protocolo asociado con la conexión. En el bloque 310, el dispositivo portátil se identifica así mismo con el dispositivo huésped. En una implementación, el dispositivo portátil puede ser identificado con el dispositivo huésped como un dispositivo de red. El dispositivo huésped puede configurar sus parámetros de red para adaptar al dispositivo portátil. Por ejemplo, el dispositivo huésped puede asociar una dirección de red con el dispositivo portátil. En el bloque 315, el dispositivo huésped envía datos relacionados con el dispositivo al dispositivo portátil. Los datos pueden incluir las configuraciones del dispositivo huésped, información de otros dispositivos dentro de o conectados al dispositivo huésped, una o más direcciones IP asociadas con el dispositivo huésped, y similares. En el bloque 320, el dispositivo portátil configura sus procedimientos utilizando los datos recibidos del dispositivo huésped. Por ejemplo, el dispositivo portátil puede asociar una dirección IP o un URL con un servicio de aplicación iniciado en el dispositivo huésped. La Figura 4 muestra un procedimiento 400 ilustrativo para iniciar un procedimiento en un dispositivo portátil. El procedimiento 400 puede ser realizado por un dispositivo portátil durante o después de un procedimiento de encendido. En el bloque 405, se determinan estados asociados con el dispositivo portátil. Los estados pueden ser asociados con procedimientos que pueden ser ejecutados en el dispositivo portátil. Por ejemplo, los estados pueden incluir aplicaciones, configuraciones y datos de adaptación, datos de usuario, o similares. Los estados pueden ser recuperados de medios legibles por computadora en el dispositivo portátil, tales como memoria flash, unidad de disco duro, u otros dispositivos de almacenamiento de memoria. Los estados también pueden ser recuperados de un servidor remoto a través de un enlace de comunicación provisto por un dispositivo huésped. En el bloque 407, se inicia un procedimiento, tal como un servicio de aplicación, utilizando los estados recuperados. El procedimiento puede incluir cualquier tipo de aplicación que sea accesible por otras aplicaciones en otros dispositivos. En el bloque 410, el servicio de aplicación está configurado para ser accesible por una aplicación en el dispositivo huésped. Por ejemplo, el servicio de aplicación puede estar asociado con un identificador web tal como una dirección IP o un URL. En el bloque 415, el dispositivo portátil espera una solicitud del dispositivo huésped. Una aplicación del dispositivo huésped puede enviar una solicitud para interactuar con el servicio de aplicación a través de una interfase de usuario, tal como un navegador. Se debe apreciar que el procedimiento iniciado por el dispositivo portátil puede ser configurado para proporcionar un ambiente de cómputo a una aplicación en el dispositivo huésped. El procedimiento en el dispositivo portátil puede configurar el ambiente de cómputo en el dispositivo huésped a los parámetros deseados de un usuario particular asociado con el dispositivo portátil. En una implementación , el ambiente de cómputo puede ser dinámicamente ejecutado en el dispositivo huésped en una forma temporal. En esta implementación, los estados en el dispositivo huésped no son permanentemente cambiados por el ambiente de cómputo provisto por el dispositivo portátil. La Figura 5 muestra un procedimiento 500 ilustrativo para interactuar con un procedimiento en un dispositivo portátil. El procedimiento 500 puede ser implementado por un dispositivo huésped para ganar acceso a un servicio de aplicación en el dispositivo portátil. En el bloque 505, los datos asociados con un procedimiento en el dispositivo portátil son recibidos. El procedimiento puede incluir un servicio de aplicación. En el bloque 510, se inicia una interfase de usuario por el dispositivo huésped. La interfase de usuario puede incluir cualquier aplicación que permita interacciones de usuario, tales como un navegador. La interfase de usuario puede ser iniciada de acuerdo con un procedimiento de auto-lanzamiento que es recibido del dispositivo portátil o es parte de la configuración del dispositivo huésped. En una implementación, el dispositivo portátil es descubierto cuando el dispositivo portátil es conectado a un dispositivo huésped. El dispositivo huésped puede iniciare un procedimiento según sea instruido por la combinación de acciones que el dispositivo huésped toma cuando el dispositivo portátil es descubierto. Las instrucciones se hacen disponibles a medida que el dispositivo huésped tiene acceso al dispositivo portátil. En el bloque 515, la interfase de usuario del dispositivo huésped se puede comunicar con el servicio de aplicación del dispositivo portátil. Por ejemplo, la interfase de usuario en la forma de un navegador puede ser configurada para navegar a una dirección IP o un URL asociado con el servicio de aplicación. En el bloque 520, la interfase de usuario permite que un usuario interactúe con el servicio de aplicación. La Figura 6 muestra un procedimiento 600 ilustrativo para realizar verificaciones de seguridad con relación al acceso de un dispositivo portátil. El procedimiento 600 puede ser realizado por un dispositivo portátil para autenticar a un usuario autorizado. En el bloque 605, se recupera una clave asociada con el dispositivo portátil. La clave puede ser asociada con un certificado digital de una CA. En el bloque 610, se solicita la autenticación de usuario. La información asociada con la clave puede ser requerida del usuario para realizar la autenticación del usuario. La información puede ser cualquier tipo de datos, tales como un nombre de usuario, una contraseña, datos de autenticación biométricos, o similares. En el bloque de decisión 615, se hace una determinación si el usuario es autenticado. Si no lo es, entonces el procedimiento 600 se va al bloque 635, en donde la solicitud para tener acceso por el usuario es negada. Si el usuario es autenticado, el procedimiento se va a! bloque 620, en donde la comunicación entre el dispositivo portátil y el dispositivo huésped puede ser codificada crípticamente con la clave. En el bloque 625, se realizan otras verificaciones de seguridad. Por ejemplo, el dispositivo portátil puede realizar verificaciones de seguridad conectándose a otros servicios de aplicación en una red. Estos otros servicios de aplicación pueden realizar otras operaciones de seguridad, tales como verificación de autenticación de usuario, verificación de autorización de usuario, validación de los estados de uso del dispositivo portátil, o similares. En el bloque 630, si todas las verificaciones de seguridad son exitosamente realizadas, el usuario puede tener acceso al servicio de aplicación en el dispositivo portátil.

La Figura 7 muestra un procedimiento 700 ilustrativo para replicar estados de un dispositivo portátil en una ubicación remota. El procedimiento 700 puede ser realizado por un dispositivo portátil para hacer respaldos de estados en un servidor red. Estos estados pueden incluir aplicaciones, configuraciones, adaptaciones, datos de usuario, o similares. En el bloque 705, se hace una determinación para respaldar estados en un dispositivo portátil. La determinación puede ser activada por cualquier condición, tal como que transcurra un periodo de tiempo predeterminado, que exceda un umbral de memoria, determinar que los estados actualizados están disponibles en el servidor, conectar el dispositivo portátil a un dispositivo huésped, o similares. En el bloque 710, el dispositivo portátil se conecta a un servicio de aplicación remoto en una red. En el bloque 715, los estados manejados por el servicio de aplicación remoto y que corresponden al dispositivo portátil son determinados. Los estados correspondientes del servicio de aplicación remoto pueden ser copias de respaldo de los estados en el dispositivo portátil. En el bloque de decisión 720, se hace una determinación si se necesita la actualización. Por ejemplo, la actualización puede ser necesaria si el dispositivo portátil contiene estados nuevos o de modificación que son diferentes de los estados que corresponden al dispositivo portátil en el servidor remoto. Si no es necesaria ninguna actualización, el procedimiento 700 se va al bloque 730. Si se necesita la actualización, el procedimiento 700 va al bloque 725, en donde ios estados en el dispositivo portátil en los estados en el servicio de aplicación remoto son sincronizados. El procedimiento 700 después también continúa al bloque 730, el donde el procedimiento es regresado para realizar otras operaciones para el dispositivo portátil. La Figura 8 muestra un procedimiento 800 ilustrativo para proporcionar acceso a servicios de aplicación manejados por un servidor en una red. El procedimiento 800 puede ser implementado por un dispositivo portátil para proporcionar un servicio de aplicación remoto a un dispositivo huésped. En el bloque 805, el dispositivo portátil se conecta a una red a través del dispositivo huésped. El dispositivo portátil puede utilizar un enlace de comunicación que ha sido establecido por el dispositivo huésped. En el bloque 810, se determina un servicio de aplicación remoto en la red. El servicio de aplicación remoto puede incluir cualquier tipo de aplicaciones. En el bloque 815, se recibe una solicitud para acceso del dispositivo huésped. La solicitud puede ser respondida con funcionalidades provistas por el servicio de aplicación remoto. En el bloque 820, la solicitud es enviada al servicio de aplicación remoto a través de un sustituto. Por ejemplo, el dispositivo portátil puede presentar el servicio de aplicación remoto al dispositivo huésped como si el servicio de aplicación remoto estuviera ejecutándose en el dispositivo portátil. El dispositivo portátil también puede incluir el servicio de aplicación local con el servicio de aplicación remoto para proporcionar una experiencia de usuario acelerada o mejorada.

La Figura 9 muestra un procedimiento 900 ilustrativo para actualizar los estados en un dispositivo portátil. En el bloque 905, se inicia un procedimiento de arranque en el dispositivo portátil. En el bloque de decisión 910, se hace una determinación si actualizar los estados en el dispositivo portátil. Por ejemplo, los estados pueden requerir de actualización después de que ha expirado un periodo de uso autorizado. Si los estados en el dispositivo portátil no requieren de actualización, el procedimiento 900 se mueve al bloque 930. Regresando al bloque de decisión 910, si los estados en el dispositivo portátil necesitar actualización, el procedimiento 900 va al bloque 915, en donde se establece una conexión con un servicio de aplicación remoto. El servicio de aplicación remoto puede ser una aplicación de un servidor de manejo de software. En el bloque 920, se determinan estados que necesitar ser actualizados. En el bloque 925, los estados nuevos son recuperados e incorporados en el dispositivo portátil. La actualización puede ser realizada reemplazando una porción de los estados o todos los estados en el dispositivo portátil. En el bloque 930, el procedimiento 900 continúa para realizar el procedimiento de arranque. La Figura 10 muestra comunicaciones 1000 ilustrativas entre un dispositivo portátil y un dispositivo huésped. Las comunicaciones 1000 ilustrativas pueden ser ¡mplementadas en cualquier formato de medios de comunicación y pueden seguir cualquier protocolo de comunicación. Las comunicaciones 1000 ilustrativas pueden ocurrir después de que el dispositivo portátil ha sido conectado al dispositivo huésped. El dispositivo huésped puede enviar un mensaje 1005 conteniendo una consulta de dispositivo al dispositivo portátil. En respuesta, el dispositivo portátil puede enviar un mensaje 1010 con datos para la enumeración de dispositivo de red. El dispositivo huésped puede utilizar los datos para identificar y enumerar al dispositivo portátil como un dispositivo de cómputo a base de red. El dispositivo huésped puede enviar un mensaje 1015 con datos de dispositivo al dispositivo portátil. Los datos de dispositivo pueden incluir cualquier tipo de información de dispositivo, tal como configuración de red, dirección de IP asociada con el dispositivo huésped, tamaño de pantalla y resolución, u otra información relacionada con hardware o software. En respuesta, el dispositivo portátil puede enviar un mensaje 1020 con retos de configuración al dispositivo huésped. Los datos de configuración pueden incluir instrucciones para realizar operaciones. Por ejemplo, los datos de configuraciones pueden incluir una instrucción para lanzar un navegador que envía una solicitud para una página identificada por una dirección especificada. El dispositivo huésped puede enviar el mensaje 1025 conteniendo una solicitud identificada por una dirección IP o un URL asociado con el dispositivo portátil. El dispositivo portátil también lleva un mensaje 1030 que incluye una solicitud para autenticación de usuario. En respuesta, el dispositivo huésped puede enviar un mensaje 1035 conteniendo información de autenticación. Si la información de autenticación es válida, el dispositivo portátil puede enviar un mensaje 1040 con datos generador por un servicio de aplicación en el dispositivo portátil. El dispositivo huésped puede presentar los datos a un usuario utilizando una interfase de usuario, tal como un navegador web. La Figura 11 muestra un sistema 1100 ilustrativo para proporcionar una solución de ambiente de cómputo portátil. La solución de ambiente de cómputo portátil permite que los usuarios creen o implementen un ambiente de cómputo independiente del dispositivo y adaptable que es portátil. Este ambiente de cómputo típicamente es provisto por un dispositivo de cómputo portátil y puede ser implementado en cualquier dispositivo huésped conectado al dispositivo portátil. Las configuraciones del ambiente de cómputo están representadas como estados dinámicos que no tienen que ser almacenados en el dispositivo huésped. De esta manera, un usuario puede implementar su propio ambiente de cómputo personalizado en cualquier dispositivo disponible para él. La solución de ambiente de cómputo portátil también permite que múltiples usuarios eficientemente y con seguridad compartan una sola computadora. El proveedor 1105 hace que la solución de ambiente de cómputo portátil quede disponible a usuarios, tales como el usuario 1110. La solución de ambiente de cómputo portátil incluye un dispositivo portátil, tal como un FOB inteligente (IFOB) 1115. El IFOB 1115 puede ser cualquier tipo de dispositivo como una memoria, una unidad de procesamiento, y un mecanismo de conexión. Por ejemplo, el IFOB 1115 puede ser un dispositivo USB que incluye memoria flash para almacenar estados asociados con un servicio web y una unidad de procesamiento para ejecutar el servicio web. En una ¡mplementación, para simplificar el hardware, el IFOB 1115 se configura con una pantalla de presentación o cualquier otro medio de entrada. La solución de ambiente de cómputo portátil también puede incluir software que proporciona servicios web 1120. La solución de ambiente de cómputo portátil puede ser provista en cualquier forma. Para comenzar, el usuario 1110 obtiene el IFOB 1115 del proveedor 1105 u otra parte. El usuario 1110 puede solicitar al proveedor 1105 para activar el dispositivo portátil 1115. En respuesta, el proveedor 1105 puede proporcionar un mecanismo de acceso al usuario 1 10 para activar el dispositivo portátil 1115. Por ejemplo, el proveedor 1105 puede proporcionar un código para activar los procedimientos en el dispositivo portátil 1115. El proveedor 1105 también puede activar el dispositivo portátil 1115 conectando y configurando el dispositivo. El dispositivo portátil 1115 puede ser activado conectando directamente un dispositivo manejado por el proveedor 1105 o conectando a través de la computadora compartida 1 25. Para manejar y mantener el dispositivo portátil 1115 el proveedor 1105 puede configurar el IFOB 1115 para conectarse a servicios web 1120. Los servicios web 1120 son manejados por el proveedor 1105 y pueden realizar cualquier servicio para el dispositivo portátil 1115, tales como servicios de activación, servicios de autenticación, servicio de respaldo, servicios de actualización, servicio de descarga de contenido, servicios de diagnóstico, o similares. El proveedor 1105 también puede suministrar servicios para configurar la computadora compartida 1125. Por ejemplo, el proveedor 1105 puede proporcionar software que habilita la computadora compartida 1125 para interactuar con el servicio web provisto por el IFOB 1115. El software puede incluir un navegador en la computadora compartida 1125 que está configurado para interactuar con el servicio web provisto por IFOB 1115. La Figura 12 muestra un dispositivo portátil 1200 ilustrativo para implementar los sistemas y métodos descritos. El dispositivo portátil 1200 puede ser cualquier tipo de dispositivo de cómputo. En su configuración más básica, el dispositivo portátil 1200 típicamente incluye por lo menos una unidad de procesamiento 1205, memoria 1220, almacenamiento 1225 e interfase de conexión 1235. Dependiendo de la configuración y tipo exactos del dispositivo de cómputo, la memoria 1220 puede ser volátil (tal como RAM), no volátil (tal como ROM, memoria flash, etc.) o alguna combinación de las dos. La unidad de procesamiento 1205 puede ser cualquier tipo de unidad de procesamiento con un procesador y un controlador de memoria. La unidad de procesamiento 1205 puede incluir funcionalidades asociadas con una CA. Por ejemplo, los datos 1210 asociados con un certificador digital pueden embebidos en la unidad de procesamiento 1205. El dispositivo portátil 1200 también puede incluir el almacenamiento 1225 que incluye, pero no se limita, memoria flash, discos o cinta magnética u óptica, o similares. Los medios de almacenamiento de computadora incluyen memoria volátil y no volátil y almacenamiento implementado en cualquier método o tecnología para almacenar información, tales como instrucciones legibles por computadora, estructuras de datos, módulos de programa, u otros datos. La memoria 1220 y el almacenamiento 1225 son ejemplos de medios de almacenamiento de computadora. Los medios de almacenamiento de computadora incluyen, pero no se limitan a, RAM, ROM, EEPROM, memoria flash u otra tecnología de memoria, CD-ROM, discos versátiles digitales (DVD) u otro almacenamiento óptico, casetes magnéticos, cinta magnética, almacenamiento de disco magnético u otros dispositivos de almacenamiento magnético, o cualquier otro medio que pueda ser utilizado para almacenar la información deseada y que pueda ser accedida por el dispositivo portátil 1200. Cualquiera de estos medios de almacenamiento de computadora puede ser parte del dispositivo portátil 1200. El dispositivo portátil 1200 también puede incluir una interfase de conexión 1235. Dicha interfase de conexión 1235 permite que el dispositivo portátil 1200 se conecte a otros dispositivos. La interfase de conexión 1235 puede incluir cualquier tipo de mecanismos de comunicación, tales como USB, fire wire, Wi-Fi, RF, infrarrojos, ópticos, o similares. Las señales utilizadas con la interfase de conexión 1235 para comunicarse con otros dispositivos son ejemplos de medios de comunicación. Los medios de comunicación típicamente modalizan 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 portadora u otro mecanismo de transporte e incluye cualquier medio de entrega de información. El término "señal de datos modulada" modifica una señal que tiene una o más de sus características fijas o cambiadas de tal manera que codifica información en la señal. A manera de ejemplo, y no de limitación, los medios de comunicación incluyen medios de cables tales como una red con cables o una conexión de cable directo, y medios inalámbricos tales como medios acústicos, RF, infrarrojos y otros medios inalámbricos. El término medios legibles por computadora como se utiliza aquí, incluye medios de almacenamiento de computadora y medios de comunicación. Los métodos descritos pueden ser codificados en cualquier medio legible por computadora en cualquier forma, tales como datos, instrucciones ejecutables por computadora, y similares. El dispositivo portátil 1200 puede incluir un dispositivo de control de tiempos, tal como un reloj 1215. El reloj 1215 proporciona una referencia temporal al dispositivo portátil 1200, que puede ser utilizada para determinar si los estados en la memoria 1220 o almacenamiento 1225 son válidos. El dispositivo portátil 1200 puede contener un regulador de energía 1230 para controlar la energía de un dispositivo de cómputo huésped y suministrar la energía a la unidad de procesamiento 1205 y otros componentes. El dispositivo portátil 1200 también puede tener un dispositivo de entrada 1240 tal como un dispositivo de detección biométrico, teclado, ratón, pluma, dispositivo de entrada de voz, dispositivo de entrada táctil, etc. Todos estos dispositivos son bien conocidos en la técnica y no necesitar ser discutidos con detalle. Aunque las modalidades preferidas de la invención han sido ¡lustradas y descritas, se apreciará que se pueden hacer varios cambios en la misma sin apartarse del espíritu y alcance de la invención.

Claims

REIVINDICACIONES

1.- Un método que comprende: conectar un dispositivo portátil a un dispositivo huésped; ejecutar un procedimiento con un módulo de cómputo del dispositivo portátil, el procedimiento configurado para generar un ambiente de cómputo; y proporcionar el ambiente de cómputo a una aplicación que se ejecuta en el dispositivo huésped.

2.- El método de acuerdo con la reivindicación 1, en donde el procedimiento es un servicio de aplicación.

3. - El método de acuerdo con la reivindicación 1, en donde la aplicación es un navegador.

4. - El método de acuerdo con la reivindicación 1, en donde la conexión del dispositivo portátil a los dispositivos huéspedes se realiza utilizando una ¡nterfase de Conductor Común en Serie Universal (USB).

5. - El método de acuerdo con la reivindicación 1, que comprende además: determinar estados asociados con el procedimiento; y configurar el ambiente de cómputo basándose, por lo menos en parte, en los estados.

6. - El método de acuerdo con la reivindicación 5, en donde los estados representan adaptaciones seleccionadas por un usuario para el ambiente de cómputo.

7. - El método de acuerdo con la reivindicación 1, que comprende además identificar el dispositivo portátil como un dispositivo de red .

8. - El método de acuerdo con la reivindicación 1, que comprende además configurar el dispositivo huésped para comunicarse con el dispositivo portátil basándose, por lo menos en parte, en un protocolo que permite que se comuniquen procedimientos en dos diferentes dispositivos de cómputo.

9. - El método de acuerdo con la reivindicación 1, que comprende además: recibir una dirección del dispositivo huésped; y asociar la dirección con el dispositivo huésped.

10. - El método de acuerdo con la reivindicación 9, en donde la dirección incluye por lo menos uno de una dirección de Protocolo Internet (IP) o un Localizador Uniforme de Recursos (URL).

11. - El método de acuerdo con la reivindicación 9, que comprende además comunicarse con el procedimiento utilizando la dirección.

12. - El método de acuerdo con la reivindicación 1, que comprende además: conectar el dispositivo portátil a un puerto USB del dispositivo huésped; determinar un procedimiento de iniciación en el dispositivo portátil, el procedimiento de iniciación incluyendo instrucciones para abrir un navegador a una dirección asociada con el dispositivo portátil; y ejecutar automáticamente el procedimiento de iniciación en el dispositivo huésped.

13. - El método de acuerdo con la reivindicación 12, en donde el procedimiento de iniciación incluye por lo menos uno identificar una dirección IP, identificar un URL, establecer una conexión con un servidor a través de una red, o lanzar un navegador.

14. - El método de acuerdo con la reivindicación 1, en donde la interfase de usuario está configurada para enviar una solicitud a una dirección asociada con el dispositivo portátil.

15. - El método de acuerdo con la reivindicación 1, que comprende además: determinar una clave asociada con el dispositivo portátil; y autenticar el dispositivo portátil basándose, por lo menos en parte, en la clave.

16. - El método de acuerdo con la reivindicación 1, que comprende además: recuperar un indicador dentro del dispositivo portátil, el indicador especificando si una condición de uso asociada con el procedimiento es válida; y si el indicador indica que la condición no es válida, negar el acceso al procedimiento.

17. - El método de acuerdo con la reivindicación 1, en donde el indicador representa por lo menos uno de un tiempo, un estado de autenticación, o un estado de versión.

18.- Uno o más medios legibles por computadora codificados con instrucciones ejecutables por computadora que, cuando se ejecutan, hacen que por lo menos un procesador realice el método de la reivindicación 1.

19.- Un aparato que comprende: un módulo de cómputo que tiene por lo menos un procesador; un módulo de interfase configurado para comunicarse con un dispositivo huésped; un módulo de memoria que comprende instrucciones que, cuando se ejecutan, hacen que por lo menos un procesador: identifique el aparato con el dispositivo huésped; establezca un enlace de comunicación con el dispositivo huésped; ejecute un procedimiento en el módulo de cómputo; y permita que una aplicación en el dispositivo huésped interactúe con el procedimiento basándose en, por lo menos en parte, un protocolo.

20. - El aparato de acuerdo con la reivindicación 19, en donde el procedimiento incluye un servicio de aplicación configurado para proporcionar un ambiente de cómputo.

21. - El aparato de acuerdo con la reivindicación 20, en donde el servicio de aplicación está configurado para proporcionar datos a una aplicación que se ejecuta en el dispositivo huésped.

22. - El aparato de acuerdo con la reivindicación 21, en donde los datos son provistos a la aplicación en el dispositivo huésped utilizando por lo menos uno de un lenguaje de marcación extensible (XML), protocolo de acceso de objeto simple (SOAP), lenguaje de descripción de servicios web (WSDL), o descripción, descubrimiento e integración universales (UDDI).

23.- El aparato de acuerdo con la reivindicación 20, en donde el módulo de memoria además comprende datos que representan estados asociados con el servicio de aplicación.

24. - El aparato de acuerdo con la reivindicación 23, en donde las instrucciones además hacen que por lo menos un procesador configure el servicio de aplicación basándose, por lo menos en parte, en los estados.

25. - El aparato de acuerdo con la reivindicación 23, en donde el servicio web está configurado para proporcionar un ambiente de cómputo y los estados representan adaptaciones del ambiente de cómputo.

26. - El aparato de acuerdo con la reivindicación 19, en donde el módulo de memoria incluye por lo menos uno de memoria flash, Memoria de Acceso Aleatorio (RAM), una unidad de disco duro, o una unidad de disco óptico.

27.- El aparato de acuerdo con la reivindicación 19, que además comprende un aparato de control de tiempos configurado para proporcionar un primer identificador de control de tiempos.

28.- El aparato de acuerdo con la reivindicación 27, en donde las instrucciones además hacen que por lo menos un procesador: determine un segundo identificador de control de tiempos asociado con el procedimiento; y niegue el acceso al procedimiento si el segundo identificador de control de tiempos es inválido con relación al primer identificador de control de tiempos.

29.- El aparato de acuerdo con la reivindicación 28, en donde el segundo identificador de control de tiempos es inválido si el segundo identificador de controlador de tiempos representa un tiempo que está después de otro tiempo representado por el primer identificador de control de tiempos.

30.- El aparato de acuerdo con la reivindicación 19, en donde las instrucciones además hacen que por lo menos un procesador identifique el aparato para el dispositivo huésped como un dispositivo de red.

31.- El aparato de acuerdo con la reivindicación 19, en donde el enlace de comunicación incluye por lo menos uno de una conexión de conductor común en serie universal (USB), una conexión de radiofrecuencia (RF), una conexión de Wi-Fi (IEEE 802.11), una conexión de Bluetooth, una conexión de fire wire (IEEE 1394), una conexión infrarroja o una conexión óptica.

32.- El aparato de acuerdo con la reivindicación 19, en donde el protocolo incluye por lo menos un protocolo de acceso de objeto simple (SOAP), protocolo de transferencia de hipertexto (HTTP), un protocolo de control de transmisión (TCP), o un protocolo de llamada de procedimiento remoto (RPC).

33.- Un aparato que comprende: un módulo de cómputo que tiene por lo menos un procesador; un módulo de interfase configurado para comunicarse con un dispositivo portátil; un módulo de memoria que comprende instrucciones que, cuando se ejecutan, hacen que por lo menos un procesador: detecte el dispositivo portátil; establezca un enlace de comunicación con el dispositivo portátil; determine un servicio web provisto por un dispositivo portátil; y proporcione una interfase de usuario para interactuar con el servicio web.

34. - El aparato de acuerdo con la reivindicación 33, en donde las instrucciones además hacen que por lo menos un procesador proporcione un ambiente de cómputo basándose en, por lo menos en parte, datos provistos por el servicio web.

35. - El aparato de acuerdo con la reivindicación 34, en donde las instrucciones además hacen que por lo menos un procesador recupere estados del dispositivo portátil.

36. - El aparato de acuerdo con la reivindicación 35, en donde las instrucciones además hacen que por lo menos un procesador configure el ambiente de cómputo utilizando los estados recuperados.

37. - El aparato de acuerdo con la reivindicación 33, que comprende además un dispositivo de red configurado para establecer una conexión a una red.

38. - El aparato de acuerdo con la reivindicación 37, en donde el dispositivo de red además está configurado para proporcionar la conexión para utilizarse por el dispositivo portátil.

39. - Uno o más medios legibles por computadora codificados con una estructura de datos que comprende: un primer campo de datos representando estados asociados con un procedimiento; un segundo campo de datos incluyendo instrucciones que hacen que un dispositivo portátil ejecute el procedimiento; y un tercer campo de datos incluyendo instrucciones que hacen que una interfase de usuario en un dispositivo huésped interactúe con el procedimiento.

40. - Uno o más medios legibles por computadora de acuerdo con la reivindicación 39, en donde las instrucciones en el tercer campo de datos además hacen que el dispositivo huésped proporcione un ambiente de cómputo.

41. - Uno o más medios legibles por computadora de acuerdo con la reivindicación 40, en donde las instrucciones del tercer campo de datos además hacen que el dispositivo huésped configure al ambiente de cómputo basándose en, por lo menos en parte, los estados en el primer campo de datos.

42. - Uno o más medios legibles por computadora de acuerdo con la reivindicación 39, en donde el procedimiento incluye un servicio web.

43.- Uno o más medios legibles por computadora de acuerdo con la reivindicación 39, en donde la estructura de datos es codificada crípticamente con una clave.

44. - Uno o más medios legibles por computadora de acuerdo con la reivindicación 43, en donde la clave es embebida en una unidad de procedimiento del dispositivo portátil.

45. - Un método para comunicarse entre un dispositivo portátil y un dispositivo huésped, el método comprende: enviar, a través del dispositivo portátil al dispositivo huésped, un mensaje que identifica al dispositivo portátil como un dispositivo de red; enviar, a través del dispositivo portátil al dispositivo huésped, un identificador asociado con un procedimiento que se ejecuta en el dispositivo portátil; enviar, a través del dispositivo huésped al dispositivo portátil, una solicitud para interactuar con el procedimiento, la solicitud incluyendo al identificador; y enviar, a través del dispositivo portátil al dispositivo huésped, estados asociados con el procedimiento.

46. - El método de acuerdo con la reivindicación 44, que además comprende enviar, a través del dispositivo portátil al dispositivo huésped, instrucciones para interactuar con el procedimiento.

47. - El método de acuerdo con la reivindicación 44, en donde el identificador incluye por lo menos uno de una dirección IP o un localizador uniforme de recursos (URL).

48. - Un aparato que comprende: medios para conectar un dispositivo portátil con un dispositivo huésped ; medios para ejecutar un servicio de aplicación en el dispositivo portátil; y medios para tener acceso a la aplicación a través de un navegador que se ejecuta en el dispositivo huésped.

49. - El aparato de acuerdo con la reivindicación 48, que comprende además medios para la aplicación para tener acceso al procedimiento utilizando un protocolo de servicios web.

50. - El aparato de acuerdo con la reivindicación 48, que además comprende medios para que el dispositivo portátil se conecte al dispositivo huésped como un dispositivo de red.

51. - El aparato de acuerdo con la reivindicación 48, que comprende además medios para el procedimiento para proporcionar un ambiente de cómputo para el dispositivo huésped.

52. - El aparato de acuerdo con la reivindicación 50, que comprende además medios para determinar estados asociados con el dispositivo portátil.

53.- El aparato de acuerdo con la reivindicación 51, que comprende además medios para que el dispositivo portátil se adapte al ambiente de cómputo utilizando los estados.