ES2612549T3

ES2612549T3 - Comunicación de datos con nodo de red remoto

Info

Publication number: ES2612549T3
Application number: ES06801968.6T
Authority: ES
Inventors: Michael J. Albanese; James Roland Henderson; Keith Barraclough; David Irvine; Rodrigo Philander
Original assignee: Nokia Technologies Oy
Current assignee: Nokia Technologies Oy
Priority date: 2005-09-02
Filing date: 2006-08-21
Publication date: 2017-05-17
Anticipated expiration: 2026-08-21
Also published as: WO2007030305A3; CN101310263A; EP1934777A4; WO2007030305A2; EP1934777A2; PL1934777T3; EP1934777B1; JP2009507298A

Abstract

Un nodo de red base (130), que comprende: medios para recibir una solicitud de transferencia de datos autenticados desde un servidor (110) a través de una red (105); medios para responder al control desde el servidor (110), en respuesta a una solicitud de transferencia de datos autenticados, comprendiendo los medios para responder al control desde el servidor (110): medios para usar metadatos en el nodo de red base (130) para identificar datos específicos de la aplicación correspondientes a la solicitud; medios para proporcionar en un dispositivo remoto (120) una lista que identifica una pluralidad de datos específicos de aplicación disponibles en el nodo de base (130) para la transferencia, incluyendo los datos específicos de la aplicación identificados correspondientes a la solicitud de transferencia de datos autenticada; y medios para responder a una solicitud en el dispositivo remoto (120), que indica la selección del usuario de datos específicos de la aplicación: transcodificando los datos identificados específicos de la aplicación desde un primer tipo de formato a un segundo tipo de formato de paquetes de comunicación, siendo el segundo tipo de formato compatible con el dispositivo remoto (120); y enviando los datos transcodificados al dispositivo remoto (120).

Description

5

10

15

20

25

30

35

40

45

50

55

60

65

DESCRIPCION

Comunicacion de datos con nodo de red remoto Campo de la invencion

La presente invencion se refiere en general a comunicaciones de datos entre terminales o nodos de datos situados de manera remota y, mas en particular, a la presentacion de datos especfficos de la aplicacion con un nodo de red remoto a traves de una red, tal como Internet.

Antecedentes de la invencion

A medida que el acceso a Internet y a otras redes de comunicaciones se hace mas facil, conveniente y de acceso mas facilmente disponible, estas redes se utilizan cada vez mas para aplicaciones que implican la transferencia de datos, tales como imagenes, audio, video y otros tipos de flujo de datos, texto y otro contenido. Por ejemplo, se estan solicitando datos para software informatico, musica, video, servicios de noticias, juegos y otras aplicaciones y se entregan a traves de Internet y, para muchas aplicaciones, a traves de redes inalambricas, tales como aquellas implementadas por redes de telefonfa celular.

El contenido (por ejemplo, audio, imagenes o video) se ha convertido en aplicacion y se almacena facilmente por via electronica. Por ejemplo, el almacenamiento de musica en medios electronicos regrabables se ha convertido en un metodo popular en el que se mantienen y se acceden a colecciones de musica. Otro ejemplo implica aplicaciones de video, donde la grabacion y el almacenamiento digital de las colecciones de television y video personal se ha convertido en popular. Las fotograffas a menudo se almacenan y se acceden por via electronica, en lugar de confiar en las fotos impresas convencionales y albumes de fotos ffsicos.

A medida que el almacenamiento electronico de contenido y otros datos crece en popularidad, el acceso a los datos, asf como las maneras convenientes para almacenar los datos, se vuelven cada vez mas importantes. Por ejemplo, las ventas de musica en formatos de audio descargables se estan convirtiendo cada vez mas populares. Los reproductores digitales de audio basados en el hogar o la oficina o reproductores portatiles que pueden ser utilizados en automoviles, ordenadores portatiles, dispositivos de escucha personales y otros se utilizan para la reproduccion de esta musica descargada. Para reproducir la musica, los datos de audio se cargan en reproductores portatiles u ordenadores locales y se utilizan para reproducir la musica a nivel local. Normalmente, la cantidad de espacio de almacenamiento necesario para almacenar un gran volumen de datos de audio excede la capacidad de memoria de los reproductores de audio digitales, ordenadores u otros aparatos capaces de reproducir musica. En este sentido, la gestion y el uso de audio, asf como otros datos, tales como datos de imagen y datos de video, se ha convertido cada vez mas gravoso en vista de la demanda y el uso de estos datos.

Como se aplica a los documentos convencionales y a otros tipos de datos (por ejemplo, basados en documentos de texto, hojas de calculo o presentaciones), la demanda de acceso flexible y eficiente para este tipo de datos tambien ha crecido. Por ejemplo, muchos lugares de trabajo se han convertido en cada vez mas moviles; los empleados a menudo trabajan desde una ubicacion remota, como en casa o en lugares de viaje. El acceso a los datos desde lugares remotos ha sido particularmente util para facilitar la movilidad mientras se mantiene un nivel deseable de acceso a la informacion. Sin embargo, el creciente tamano de los archivos de datos transferidos de manera deseable para facilitar la movilidad o para proporcionar de otro modo el acceso de datos flexible ha presentado desaffos para la entrega de dichos datos a traves de canales de comunicacion. Por ejemplo, el correo electronico esta generalmente limitado en su capacidad de transferir grandes archivos de datos, tal como archivos de audio, video, texto y presentaciones.

Para muchas aplicaciones de comunicacion, el aumento del uso y la falta de disponibilidad de los enfoques de transferencia de datos requiere el uso creativo de los canales de comunicacion y datos. Para satisfacer estas y otras necesidades de transferencia de datos, las redes se han mejorado en la capacidad de procesar grandes cantidades de datos y en la capacidad de procesar datos a una velocidad superior. Ademas, los aparatos de acceso a redes se han mejorado para aumentar la velocidad a la que los datos pueden procesarse y transferirse. Sin embargo, como aumenta la demanda de transferencia de datos de alta cantidad, estas necesidades se vuelven mas diffciles de cumplir.

Uno de los retos para la transferencia de datos en Internet se debe a la falta de flexibilidad de los canales de transferencia de datos. Por ejemplo, si un proveedor de datos vende datos a un usuario final a traves de Internet, el usuario final normalmente descarga los datos utilizando uno de solo un punado de ubicaciones de descarga operadas en el control del proveedor. Este tipo de operacion puede ser engorrosa y costosa, ya que los datos pueden tener que desplazarse una distancia significativa y, por lo tanto, ocupan mas tiempo y espacio en la red de comunicaciones. Ademas, la transferencia de datos esta limitada por la ubicacion de las ubicaciones de descarga.

Otro reto para la transferencia y gestion de datos eficaz esta relacionado con el suministro de datos a una velocidad de transferencia aceptable (por ejemplo, en relacion con el ancho de banda). Ciertos aparatos de acceso a la red

5

10

15

20

25

30

35

40

45

50

55

60

65

estan limitados en su capacidad de procesar datos de audio a diferentes velocidades, ya sea por sus configuraciones internas o por la disponibilidad de acceso a la red. Por ejemplo, los aparatos de acceso de red de tipo movil (inalambrica) pueden estar limitados por la conectividad disponible a las redes moviles. Ademas, ciertos aparatos de red pueden ser adaptables para comunicaciones por cable e inalambricas, con su respectiva capacidad de acceder a datos que estan siendo relativamente mayores (por ejemplo, mas rapidos) a traves de comunicaciones por cable, con respecto a la tecnologfa inalambrica, cuando estos aparatos estan operando a traves de comunicaciones inalambricas, pueden ser capaces de recibir datos a una velocidad inferior, o tasa de bits.

Sin embargo, otro reto para la transferencia y la gestion de datos se deriva de la existencia de un gran numero de diferentes tipos de datos, asf como de diferentes tipos de aparatos de acceso a datos. Por ejemplo, varios diferentes tipos de datos se implementan para el almacenamiento de archivos de audio. A menudo, estos tipos de datos estan asociados con un tipo particular de dispositivo de audio digital que se utiliza para la reproduccion. Ademas, con cada tipo de datos, a menudo hay diferentes maneras en las que se almacenan los datos, normalmente en relacion con diferentes niveles de calidad (por ejemplo, con diferentes tasas de bits de reproduccion). En este sentido, un reproductor de audio digital no solo debe tener acceso a datos, sino tambien tener acceso a datos en un formato particular.

Aun otro reto para la transferencia de datos en red implica la gestion de derechos de medios asociados a la gestion de derechos digitales (DRM). Como se describio anteriormente, los medios digitales tales como audio o video, se pueden adquirir a traves de entrega electronica. Para inhibir y/o prevenir copia, distribucion o cualquier otro uso no autorizado de los datos, se toman precauciones de seguridad. En algunas aplicaciones, estas precauciones de seguridad requieren enfoques especificos para permitir la reproduccion, que pueden agravar aun mas las dificultades asociadas con la transferencia de datos y su uso posterior (por ejemplo, reproduccion).

La gestion eficaz y eficiente de la transferencia de datos a traves de redes de comunicacion ha sido un reto de cara al avance de las tecnologfas y canales comerciales que utilizan o podrfan utilizar la transferencia de datos basados en la red. Ademas, las limitaciones de los enfoques anteriores restringen la capacidad de satisfacer la demanda de la transferencia de dichos datos entre terminales de datos de una manera fiable, segura, eficiente y asequible.

El documento US2004/0117845A1 ensena un sistema y un metodo para el intercambio de medios entre amigos, familiares y proveedores de medios de terceras partes en una red de intercambio de medios cerrada y segura. Los medios pueden incluir, por ejemplo, video digital, audio digital, imagenes digitales, datos digitales o cualquier tipo de informacion digital. El sistema comprende un primer almacenamiento en una primera casa que almacena los medios (con una primera direccion de red asociada) y un segundo almacenamiento en una segunda casa que almacena medios (con una segunda direccion de red asociada). Un software en un servidor que esta conectado a ambas casas (en de una red de comunicacion) recibe una solicitud que identifica uno de los dispositivos de almacenamiento de medios y responde mediante la identificacion del otro dispositivo de almacenamiento de medios para soportar la entrega de los medios desde el primer almacenamiento al segundo a traves de la red de comunicacion.

El documento US2004/0003132A1 ensena una arquitectura comun de datos, sistema, metodo y producto de programa de ordenador, para datos de objeto inteligentes en entornos de datos heterogeneos. Las aplicaciones del sistema incluyen ciencias de la vida, biotecnologfa, diagnostico e intervencion terapeutica, productos farmaceuticos y bioinformatica. En realizaciones de la invencion, se proporciona una estructura de datos nueva a la que se hace referencia como un objeto molecular inteligente. El objeto molecular inteligente puede incluir ambos componentes de procedimiento (o recursos) y no de procedimiento (no recursos), en el que el componente de no procedimiento tiene caracterfsticas en comun con (aunque no las mismas que) los "datos" en el sentido convencional y el componente de procedimiento acopla informacion adicional con los "datos" y anade funcionalidad y capacidades de un sistema o metodo que utiliza los "datos".

El documento US2003/119386A1 proporciona eficiencia y precision para el uso de modulos de extension mediante la instalacion de modulos de extension especificos del servidor. Los modulos de extension especificos del servidor se instalan con identificacion unica, tales como los tipos MIME, haciendo referencia a un servidor especffico para que el modulo de extension pueda trabajar en conjunto con ese servidor. De esta manera, similares modulos de extension instalados desde diferentes servidores pueden trabajar de forma automatica especfficamente con su servidor compatible, lo que aumenta la flexibilidad, precision y facilidad de uso, mientras que se reduce la ambiguedad. Como resultado, un navegador para acceder a un tipo especffico de datos, tales como un tipo MIME, sera automaticamente dirigido al servidor correcto sin reelaboracion significativa del sistema. La decision de donde encaminar la solicitud de activacion puede hacerse en respuesta al tipo MIME del modulo de extension que se ha instalado.

El documento US5862325 proporciona un sistema de comunicaciones automatizado que opera para transferir datos, metadatos y metodos desde un ordenador proveedor a un ordenador consumidor a traves de una red de comunicaciones. La informacion transferida controla la relacion de comunicaciones, incluyendo las respuestas por parte del equipo de los consumidores, la actualizacion de la informacion y procesos para futuras comunicaciones. La informacion que cambia en el ordenador proveedor se actualiza automaticamente en el ordenador consumidor a traves del sistema de comunicaciones con el fin de mantener la continuidad de la relacion. La transferencia de

5

10

15

20

25

30

35

40

45

50

55

60

65

metadatas y metodos permite el procesamiento inteligente de la informacion por el ordenador del consumidor y el control combinado por el proveedor y el consumidor de los tipos y contenido de la informacion posteriormente transferidos. El procesamiento orientado a objetos se utiliza para el almacenamiento y la transferencia de informacion. El uso de metadatos y otros metodos permite automatizar muchas de las acciones que se basan las comunicaciones, incluidas las confirmaciones de comunicacion y archivo de la informacion. Los objetos de servicio y los servidores asociados proporcionan datos especializados, los metadatos y los metodos a los proveedores y consumidores para automatizar muchos servicios y las transacciones de comunicaciones comunes utiles para los proveedores y los consumidores. Una combinacion de los programas y bases de datos de proveedor y el consumidor permite una funcionalidad adicional, incluyendo la coordinacion de multiples usuarios de una unica base de datos.

Sumario de la invencion

La presente invencion se refiere a metodos de enrutamiento de datos, gestion y aplicaciones asociadas para hacer que el contenido de tipo de solicitud este disponible en un dispositivo remoto. La presente invencion se ejemplifica en un numero de implementaciones y aplicaciones, algunas de las cuales se resumen mas abajo.

De acuerdo con varias, pero no necesariamente todas las formas de realizacion de la invencion, se proporciona un nodo de red de base que comprende: medios para recibir una solicitud de transferencia de datos autenticados desde un servidor a traves de una red; medios para responder al control desde el servidor, en respuesta a una solicitud de transferencia de datos autenticada, los medios para responder al control desde el servidor que comprende: medios para usar los metadatos en el nodo de red de base para identificar los datos especfficos de la aplicacion correspondiente a la solicitud, medios para proporcionar a un dispositivo remoto un listado de identificacion de datos especfficos de aplicacion disponibles plurales en el nodo de base para la transferencia incluyendo los datos especfficos de la aplicacion identificada correspondiente a la solicitud de transferencia de datos autenticada; y medios para responder a una solicitud en el dispositivo remoto que indica la seleccion del usuario de los datos especfficos de la aplicacion por: transcodificacion de los datos identificados especfficos de la aplicacion de un primer tipo de formato a un segundo tipo de formato de paquetes de comunicacion, el segundo tipo de formato siendo compatible con el dispositivo remoto; y enviar los datos transcodificados al dispositivo remoto.

De acuerdo con varias, pero no necesariamente todas las formas de realizacion de la invencion, se proporciona un servidor que comprende: medios para recibir solicitudes de transferencia de datos a traves de una red, medios para asociar las solicitudes de transferencia de datos recibidas con un dispositivo de base, medios para autenticar las solicitudes de transferencia de datos asociadas como una funcion de los datos de autenticacion para el dispositivo de base y los datos en la solicitud, y medios para controlar el dispositivo de base asociada, en respuesta a una solicitud de transferencia de datos autenticado, los medios para controlar el dispositivo de base asociada que comprende; medios para el uso de metadatos en el dispositivo de base para identificar los datos especfficos de la aplicacion correspondiente a la solicitud, medios para proporcionar a un dispositivo remoto un listado que identifica datos especfficos de aplicacion plurales disponibles en el nodo de base para la transferencia incluyendo los datos especfficos de la aplicacion identificados correspondientes a la solicitud de transferencia de datos autenticada; y medios para responder a una solicitud en el dispositivo remoto que indica la seleccion del usuario de los datos especfficos de la aplicacion por: transcodificacion de los datos especfficos de la aplicacion identificados de un primer tipo de formato a un segundo tipo de formato de paquetes de comunicacion, el segundo tipo de formato siendo compatible con el dispositivo remoto; y medios para enviar los datos transcodificados al dispositivo remoto. Segun diversas, pero no necesariamente todas las realizaciones de la invencion, se proporciona un metodo para comunicar datos especfficos de la aplicacion entre la base y los dispositivos basados en paquetes remotos a traves de una red basada en paquetes, y para la presentacion de los datos especfficos de la aplicacion en los dispositivos remotos, comprendiendo el metodo: la recepcion de solicitudes de transferencia de datos a traves de la red; asociar las solicitudes recibidas de transferencia de datos con un dispositivo de base; autenticar las solicitudes de transferencia de datos asociadas en funcion de los datos de autenticacion para el dispositivo de base de datos y en la solicitud; y para una solicitud de transferencia de datos autenticada, controlar el dispositivo de base asociada a traves de la red; utilizar los metadatos en el dispositivo de base para identificar los datos especfficos de la aplicacion correspondiente a la solicitud autenticada; proporcionar en el dispositivo remoto un listado de identificacion de datos especfficos de aplicacion plurales disponibles en el nodo de base para la transferencia incluyendo los datos especfficos de la aplicacion identificada correspondiente a la solicitud de transferencia de datos autenticada; y responder a una solicitud en el dispositivo remoto que indica la seleccion del usuario de los datos especfficos de la aplicacion a traves de: la transcodificacion de los datos especfficos de la aplicacion seleccionados a partir de un primer tipo de formato a un segundo tipo de formato de paquetes de comunicacion, el segundo tipo de formato siendo compatible con el dispositivo remoto; y enviar los datos transcodificados al dispositivo remoto. Segun diversas, pero no necesariamente todas las realizaciones de la invencion, se proporciona un metodo para comunicar datos especfficos de la aplicacion entre la base y los dispositivos basados en paquetes remotos a traves de una red basada en paquetes, y para la presentacion de los datos especfficos de la aplicacion en los dispositivos remotos, comprendiendo el metodo: recibir una solicitud de transferencia de datos autenticados desde un servidor a traves de la red; en respuesta a una solicitud de transferencia de datos autenticada, respondiendo a controlar desde el servidor mediante el uso de metadatos para identificar los datos especfficos de la aplicacion correspondiente a la solicitud autenticada; proporcionar al dispositivo remoto un listado de identificacion de datos especfficos plurales de

5

10

15

20

25

30

35

40

45

50

55

60

65

aplicacion disponibles en el nodo de base para la transferencia incluyendo los datos especfficos de la aplicacion identificada correspondiente a la solicitud de transferencia de datos autenticada; y en respuesta a una solicitud en el dispositivo remoto que indica la seleccion del usuario de los datos especfficos de la aplicacion por: transcodificacion de los datos especfficos de la aplicacion seleccionada de un primer tipo de formato a un segundo tipo de formato de comunicacion por paquetes, el segundo tipo de formato es compatible con el dispositivo remoto; y enviar los datos transcodificados al dispositivo remoto. El resumen anterior de la presente invencion no pretende describir cada realizacion ilustrada o cada implementacion de la presente invencion. Las figuras y la descripcion detallada que siguen ejemplifican mas particularmente estas realizaciones.

Breve descripcion de los dibujos

La invencion puede entenderse mas completamente en consideracion a la descripcion detallada de diversas realizaciones de la invencion que sigue en relacion con los dibujos adjuntos, en los que:

La figura 1 es un sistema para el enrutamiento de datos a traves de una red de protocolo de Internet utilizando un enfoque de acceso de interfaz de anfitrion de servidor, de acuerdo con un ejemplo de realizacion de la presente invencion;

La figura 1A muestra una configuracion de red domestica que implica una implementacion de enrutador de aplicacion de usuario, de acuerdo con otro ejemplo de realizacion de la presente invencion;

La figura 2A es una disposicion y metodo para la comunicacion de datos entre una aplicacion de agente y un usuario remoto, de acuerdo con otro ejemplo de realizacion de la presente invencion; y

La figura 2B es una disposicion y metodo para la comunicacion de datos de un usuario remoto a una aplicacion de agente, de acuerdo con otro ejemplo de realizacion de la presente invencion.

Aunque la invencion es susceptible de modificaciones y formas alternativas, detalles de la misma se han mostrado a modo de ejemplo en los dibujos y se describiran en detalle. Debe entenderse, sin embargo, que la intencion no es limitar la invencion a las realizaciones particulares descritas. Por el contrario, la intencion es cubrir todas las modificaciones, equivalentes y alternativas que caigan dentro del alcance de la invencion como se define por las reivindicaciones adjuntas.

Descripcion detallada

La presente invencion se cree que es aplicable a varios diferentes tipos de comunicaciones, y la invencion se ha encontrado que es particularmente adecuada para el enrutamiento de contenido en una red tal como Internet, como una funcion de pantalla y/o caracterfsticas operativas de un dispositivo remoto involucrado con el enrutamiento. Aunque la presente invencion no se limita necesariamente a tales aplicaciones, diversos aspectos de la invencion pueden ser apreciados a traves de una discusion de varios ejemplos que utilizan este contexto.

De acuerdo con un ejemplo de realizacion de la presente invencion, un sistema de enrutamiento de red de igual a igual esta adaptado para la comunicacion de datos de forma selectiva entre un nodo de red de base y un usuario en un dispositivo remoto basado en paquetes (por ejemplo, un aparato de acceso a la red) a traves del cual el usuario esta autorizado para acceder al nodo de red de base.

Un servidor anfitrion proporciona un servicio de red personal que se conecta un usuario, con el software implementado en un nodo de red de base (por ejemplo, un dispositivo basado en paquetes, tal como un ordenador), con los datos disponibles en el nodo de red de base. El servidor anfitrion facilita una interfaz inteligente accesible por el dispositivo remoto basado en paquetes y facilita aun mas la seleccion y la entrega de datos desde el nodo de red de base al dispositivo remoto basado en paquetes. Datos seleccionados estan configurados para el uso en el dispositivo remoto basado en paquetes usando informacion que caracteriza la programacion disponible en el dispositivo remoto basado en paquetes. Es decir, los datos especfficos de la aplicacion y los metadatos asociados (es decir, la informacion que caracteriza los datos especfficos de la aplicacion) se utiliza para proporcionar acceso a (por ejemplo, la visualizacion de) los datos en el dispositivo remoto basado en paquetes sin implementar necesariamente la aplicacion a la que los datos son especfficos. Con este enfoque, un usuario en el dispositivo remoto basado en paquetes esta por lo tanto conectado a un nodo de red de base en el sentido de que el usuario puede recibir informacion almacenada en el nodo de la red base, directamente y/o a traves del servidor anfitrion.

En algunas aplicaciones, el enfoque discutido anteriormente puede facilitarse a traves de un dispositivo remoto basado en paquetes que no necesitan necesariamente comprender o procesar informacion especffica de la aplicacion con el fin de mostrar o hacer que la informacion especffica de la aplicacion disponible de otra manera. En este sentido, los datos creados con y/o almacenados en relacion con un programa de software en particular en el nodo de red de base (datos especfficos de la aplicacion) pueden ser vistos o de otra manera accedidos en el dispositivo remoto basado en paquetes, sin utilizar necesariamente el programa de software en particular en el dispositivo remoto basado en paquetes. Los datos en el nodo de red de base son transcodificados, tal como mediante la colocacion de los datos en un tipo MIME que se pueden enviar a traves de Internet a un dispositivo remoto basado en paquetes. En este contexto, un “tipo MIME” se refiere a un formato que facilita la transferencia de datos como imagenes, archivos graficos o de texto a traves de Internet, de tal manera que los archivos pueden ser

5

10

15

20

25

30

35

40

45

50

55

60

65

vistos usando una aplicacion del navegador de Internet (por ejemplo, sin tener que implementar necesariamente un programa de software utilizado para crear los datos).

En general, los datos especfficos de la aplicacion son el contenido para el que un usuario utiliza normalmente una aplicacion para gestionar. Este contenido puede incluir, por ejemplo, datos especfficos de una aplicacion de programa en particular o un tipo de datos que se puede implementar con varias aplicaciones de programa. Por ejemplo, los mensajes de correo electronico son gestionados por una aplicacion de lector de correo, la musica puede ser gestionada por una aplicacion de biblioteca de musica o reproductor, y las imagenes pueden ser gestionadas por una aplicacion de album; cada una de estas aplicaciones implican los datos especfficos de las aplicaciones (datos especfficos de la aplicacion). En algunos casos, estas aplicaciones gestionan metadatos de contenido y contienen un puntero al contenido del sistema de archivos. En otros casos estas aplicaciones gestionan tanto los metadatos de contenido y el contenido en una sola base de datos. En cada uno de estos casos, los metadatos se utilizan para acceder al contenido para su presentacion a un usuario remoto, y en muchos casos, para su presentacion a un usuario remoto que no tenga una aplicacion que gestione el contenido.

Diversos enfoques para la entrega de datos al dispositivo remoto basado en paquetes se implementan en relacion con diferentes aplicaciones, dependiendo de las condiciones que rodean a cada aplicacion y otros problemas pertinentes. En cada aplicacion, el servidor anfitrion controla el encaminado de datos desde el nodo de red de base (y otros nodos de la red base). En un ejemplo de entrega, el software en el nodo de red de base esta configurado para hacer que los datos esten disponibles para el servidor anfitrion, con el servidor anfitrion recuperando los datos desde el nodo de la red base y pasando los datos recuperados al dispositivo remoto basado en paquetes. En otro ejemplo de entrega, el software en el nodo de red de base hace que los datos esten disponibles directamente en el dispositivo remoto basado en paquetes utilizando, por ejemplo, una interfaz de Internet proporcionada por el servidor anfitrion.

El acceso a datos en cada nodo de la red de base es controlado por el servidor anfitrion usando un criterio de autorizacion para limitar el acceso al nodo de red base. Cuando se utilizan criterios especfficos del usuario, tales como la identificacion (por ejemplo, nombre de usuario) y codigo de seguridad (por ejemplo, una contrasena), esta informacion puede ser almacenada en un dispositivo remoto basado en paquetes y de forma automatica proporcionada al servidor anfitrion, en el servidor anfitrion (o en otro lugar en la red) o introducida por un usuario en el dispositivo remoto basado en paquetes. En algunas aplicaciones, caracterfsticas de identificacion especfficas para cada dispositivo remoto basado en paquetes se utiliza como criterio de autorizacion, con dicha informacion de identificacion proporcionada por los dispositivos remotos basados en paquetes al servidor anfitrion. Por ejemplo, cuando el dispositivo remoto basado en paquetes incluye un telefono movil, el numero de telefono puede utilizarse para conceder acceso a los datos en el nodo de red base. Otros identificadores tambien se pueden utilizar para conceder el acceso, tal como un numero de identificacion de usuario de un telefono movil o la identificacion de otro tipo de aparato de acceso de red. En otras aplicaciones, una combinacion de informacion de identificacion especffica a un dispositivo remoto basado en paquetes (por ejemplo, un numero de telefono) y los criterios especfficos del usuario, tales como una contrasena y/o identificacion, se utilizan en el control de acceso a los datos en el nodo de red de base.

En algunas aplicaciones, el criterio de autorizacion se implementa para conceder acceso especffico a partes limitadas de datos disponibles en el nodo de red de base. En su caso, los metadatos asociados con los datos disponibles en el nodo de red de base se implementan de forma selectiva para facilitar este acceso limitado. Caracterfsticas del dispositivo remoto basado en paquetes (por ejemplo, sus capacidades disponibles) tambien pueden ser utilizadas en conexion con criterio de autorizacion para conceder el acceso a los datos. Por ejemplo, cuando un usuario de base concede acceso a los datos en el nodo de red de base a un usuario remoto, el usuario de base puede desear limitar el acceso del usuario remoto para seleccionar datos. En este sentido, se proporciona la autorizacion para el usuario remoto (por ejemplo, como asociado con la identificacion y la contrasena del usuario remoto) a porciones limitadas de datos disponibles para el nodo de red base. Este enfoque se puede implementar, por ejemplo, cuando un usuario de base desea compartir de las imagenes seleccionadas con un usuario remoto en particular; el usuario de base configura el software en el nodo de base y/o en el servidor anfitrion para permitir el acceso a estas imagenes seleccionadas (por ejemplo, haciendo referencia a las imagenes o colocandolas en un directorio en particular). En algunas aplicaciones, conceder el acceso puede implicar la concesion de acceso a las selecciones especfficas de aplicaciones hechas para caracterizar los datos, con metadatos que identifican los datos asociados a la caracterizacion (por ejemplo, cuando un usuario desea compartir solo las imagenes etiquetadas con una identificacion de tipo de metadatos en particular, tal como “mis imagenes”). Con la concesion de acceso, el usuario remoto puede acceder y ver las imagenes seleccionadas a traves de un dispositivo remoto basado en paquetes.

Como se ha descrito en relacion con las diversas realizaciones de ejemplo anteriores y otros y las implementaciones descritas en el presente documento, el nodo de red de base puede incluir, por ejemplo, uno o mas de un ordenador personal, caja de conexion, camara web, sistema de seguimiento seguro y/o un sistema de almacenamiento de contenido en una ubicacion domestica o de negocio con acceso a la red (por ejemplo, Internet). En este contexto, un “usuario” en un dispositivo remoto basado en paquetes puede incluir una o mas personas, como miembros de un hogar, los empleados de una empresa o simplemente una autorizacion de acceso dada a un individuo por un usuario

5

10

15

20

25

30

35

40

45

50

55

60

65

asociado con el nodo de red de base. Ademas, un “usuario” puede ser una maquina que funciona de forma automatica, por ejemplo, segun lo programado por un individuo.

En otra realizacion, el servidor y/o el software de servidor implementado en un nodo de la red de base facilita la proteccion de los derechos asociados a los datos almacenados en la base de la red. Estos derechos, como los derechos a menudo son referidos como la gestion de derechos digitales (DRM), se asocian a menudo con los derechos de autor u otras leyes que regulan el uso y/o distribucion de datos. En algunos casos, los derechos se asocian simplemente con el deseo de proteger la informacion personal y/o confidencial. En este sentido, uno o ambos del servidor anfitrion y el software implementado en el nodo de red de base implementa enfoques en relacion con la proteccion de estos derechos.

Una aplicacion de ejemplo que implica la proteccion de datos se refiere a la distribucion de la musica. Cuando la musica esta protegida, el servidor anfitrion y/o el nodo de red de base puede ser programado con la programacion de control de distribucion que asegura que la entrega de la musica a traves de la red se puede utilizar por el dispositivo remoto basado en paquetes y, en algunos casos, esta protegida. En algunas aplicaciones, la musica es entregada al dispositivo remoto basado en paquetes en un formato protegido original, tal como aquel en el que la musica se entrega (despues de la compra) a traves de Internet. En aplicaciones en las que el dispositivo de control remoto basado en paquetes es incapaz de utilizar los datos en el formato original protegido, el servidor anfitrion y/o el nodo de red de base puede quitar la proteccion original y enviar los datos en un formato sin proteccion. En otras aplicaciones, la proteccion original se elimina y los datos se vuelven a proteger usando un esquema de proteccion utilizable por el dispositivo remoto basado en paquetes; este enfoque es util, por ejemplo, cuando la entrega protegida es deseable pero en la que la entrega en un formato protegido original no lo es. En este sentido, un usuario que almacena musica en su nodo de red base (por ejemplo, un PC) puede acceder a la musica a traves de un dispositivo remoto basado en paquetes (por ejemplo, un telefono movil) mientras se mantiene la seguridad de que la musica se distribuye correctamente en la vista de los derechos de los medios de comunicacion y/o caracterfsticas del dispositivo de control remoto basado en paquetes.

En algunas aplicaciones, la entrega de datos tales como contenido de medios implica la configuracion de los contenidos en un formato que sea susceptible de entregarse a y/o utilizarse en el dispositivo remoto basado en paquetes. Por ejemplo, cuando un dispositivo remoto basado en paquetes es capaz de mostrar imagenes en un formato particular, las imagenes solicitadas por el dispositivo remoto basado en paquetes son formateadas de manera adecuada para que el dispositivo remoto basado en paquetes pueda mostrar las imagenes. Ademas, cuando la tasa de transferencia de datos esta limitada por las conexiones disponibles (ancho de banda), las imagenes pueden ser formateadas para que cada imagen requiera una cantidad relativamente menor de datos (por ejemplo, imagenes de alta resolucion se formatean a una resolucion mas baja para reducir el tamano de los datos de imagen, antes transferir). Como otro ejemplo, al solicitar los datos de audio como la musica y estando el dispositivo remoto basado en paquetes adaptado para la reproduccion de datos de audio en un formato de audio digital en particular (por ejemplo, el formato mp3), los datos de audio solicitados se formatean en el formato de audio digital en particular.

En otro ejemplo de realizacion de la presente invencion, los datos se comunican entre una disposicion de ordenador personal y un dispositivo remoto basado en paquetes de una manera acorde con la aplicacion y/o caracterfsticas de la pantalla del dispositivo remoto utilizando un modulo de extension asociado con la aplicacion que crea los datos. Un agente (por ejemplo, codigo de programacion) se implementa en la disposicion de ordenador domestico y funciona con un servidor de enrutamiento basado en la red para facilitar el control del encaminado de red distribuida. Las aplicaciones de programa (por ejemplo, aplicaciones de escritorio de terceras partes) en la disposicion de ordenador domestico se integran para su uso con el agente mediante la programacion especffica del agente, con el modulo de extension facilitando el acceso a los datos a medida que se caracteriza por los metadatos asociados con la aplicacion. Estos metadatos incluyen, por ejemplo, datos que describen los datos especfficos de la aplicacion, como los que se utilizan para agrupar los datos, identificar los datos como un tipo particular de datos, o atributos establecidos para los datos. Los atributos pueden incluir, por ejemplo, las caracterfsticas de la pantalla, las caracterfsticas de reproduccion, las caracterfsticas de seguridad o las caracterfsticas de los derechos de los medios, en su caso. El modulo de extension se lleva a cabo, por ejemplo, usando una biblioteca cargada dinamicamente de codigo compilado que proporciona funcionalidad adicional y/u opcional; esta funcionalidad permite que el agente interactue con y/o acceda a los datos especfficos de la aplicacion.

En una aplicacion, el agente anteriormente discutido implementa un conjunto de modulos cargados dinamicamente en tiempo de ejecucion, los modulos generalmente incluyendo uno o mas modulos de extension de espacio de recursos y modulos de extension manejadores MIME. Los modulos de extension del espacio de recursos actuan como una capa de abstraccion entre el agente y algun tipo de recurso externo (por ejemplo, recursos) de almacenamiento, para facilitar el acceso a los recursos almacenados en el contexto de las caracterfsticas de dichos recursos (por ejemplo, informacion de identificacion, tales como etiquetas asignadas por una aplicacion de programa mediante el cual se creo el recurso). Estos recursos pueden incluir, por ejemplo, los recursos seleccionados tal como se implementan con una pantalla en particular (por ejemplo, pagina web) que se esta creando para su uso en un dispositivo remoto basado en paquetes, tales como imagenes, audio, video, texto u otros datos. Estos recursos se almacenan generalmente en un lugar que se puede denominar como un espacio de recursos; en este punto, el

5

10

15

20

25

30

35

40

45

50

55

60

65

espacio de recursos como se discute en el presente documento puede implementarse utilizando uno o mas de varios tipos de posiciones de almacenamiento, en una disposicion de ordenador personal o en otro lugar y accesible a traves de una red.

Uno de los modulos de extension de espacio de recursos presenta una interfaz con el agente para proporcionar funciones para la consulta, la recuperacion de las colecciones de recursos, la recuperacion de los recursos individuales, y la insercion de nuevos recursos en el espacio de recursos. Es decir, el dispositivo remoto basado en paquetes, a traves de un modulo de extension de espacio de recursos, puede interactuar con uno o mas recursos (por ejemplo, las funciones del programa de aplicaciones, datos u otra informacion) tal como son facilitados por el servidor de enrutamiento basado en la red sin tener que implementar necesariamente recursos de programacion especfficos en el dispositivo remoto basado en paquetes. Por ejemplo, en un programa de aplicacion asigna etiquetas a los datos que identifican las caracterfsticas de los datos, como una agrupacion, tipo de datos, fecha u otras caracterfsticas, el modulo de extension de espacio de recursos esta adaptado para acceder a estas etiquetas para presentar la informacion para su uso por el dispositivo remoto basado en paquetes en el acceso o el procesamiento de otra manera de los datos etiquetados. Las etiquetas pueden, por ejemplo, ser especfficas para el programa de aplicacion o especfficas para un tipo particular de datos (por ejemplo, datos de imagen) que pueden ser utilizados por diferentes programas de aplicacion.

Una o mas de varios modulos de extension de espacio de recursos se implementan en el marco de este enfoque, dependiendo de la situacion particular. Ejemplos de modulos de extension de espacio de recursos que se pueden implementar en relacion con las diversas realizaciones de ejemplo descritas en este documento incluyen las adaptadas para interactuar con un sistema nativo de archivos, sistemas de audio, sistemas de video, sistemas de correo electronico o dispositivos conectados a la red.

En algunas aplicaciones, los modulos de extension de espacio de recursos se implementan en forma no ffsica y puede afectar a uno o mas espacios de recursos combinados. Por ejemplo, cuando un espacio de recursos determinado se define logicamente (por ejemplo, como un “espacio de recursos logico” particular), ese espacio de recursos se asocia selectivamente con uno o mas diferentes espacios de recursos ffsicos, con informacion en cada espacio de recursos ffsico que se muestra como parte del espacio de recursos logico. Como se discutio anteriormente, de este modo una o mas ubicaciones de espacio de recursos se pueden implementar con un unico espacio de recursos logico.

Algunas aplicaciones implican la aplicacion de un espacio de recursos dinamico que cambia de acuerdo con los criterios seleccionados. Por ejemplo, los modulos de extension de espacio de recursos pueden proporcionar una interfaz entre un dispositivo remoto basado en paquetes y entidades logicas, como un motor de busqueda de escritorio, un espacio de recursos meta gestionado por el usuario que consiste en punteros a objetos favoritos en otros espacios de recursos, listas de reproduccion y otros metadatos integrados almacenados con los archivos. Cuando un espacio de recursos logico se define como una funcion de una funcion de busqueda de aplicacion de escritorio, se buscan archivos almacenados para aquellos archivos que coincidan con los criterios seleccionados. Los resultados de esa busqueda, que puede incluir informacion de diversos lugares, se definen como pertenecientes a un espacio logico de recurso particular que cumple con los criterios seleccionados en el momento que se accede el espacio de recursos logico.

Al igual que con los modulos de extension de espacio de recursos, una o mas de varios modulos de extension de manejador MIME se implementan de forma selectiva para proporcionar servicios para los recursos de transcodificacion de un tipo MIME especffico en un formato adecuado para el dispositivo remoto basado en paquetes. En este sentido, cuando la informacion sobre el tipo o tipos de aplicaciones y/o funciones disponibles en el dispositivo remoto basado en paquetes se comprueban, una o mas modulos de extension manejadores MIME se implementan para transcodificar los recursos en un formato susceptible para ser utilizado por el dispositivo remoto basado en paquetes. En una implementacion, un manejador MIME se ha registrado en un tipo de MIME de imagen/jpeg para transcodificar adecuadamente (ajustar la altura, la anchura y la calidad) un recurso JPEG para permitir una correcta visualizacion en un dispositivo remoto basado en paquetes, como un telefono movil. En otra aplicacion, un manejador MIME se ha registrado en un tipo de aplicacion MIME para proporcionar una version rasterizada de un archivo de origen que se transfiere al dispositivo remoto basado en paquetes si el acceso a la red remota no es compatible con la visualizacion de documentos del tipo de archivo de origen.

En algunas aplicaciones, tipos MIME de aplicacion se implementan para la rasterizacion de documentos de tipo PDF Adobe, documentos de Microsoft Word u otros. En este contexto, la rasterizacion generalmente se refiere a la conversion de imagenes en forma de trama (por ejemplo, mapa de bits) para la visualizacion u otro uso. Por ejemplo, en los documentos de tipo PDF rasterizados, se pueden convertir de un formato PDF en un formato de mapa de bits que se puede ver en un navegador web Internet en un dispositivo remoto basado en paquetes. En este caso, el dispositivo remoto basado en paquetes no tiene por que poner en practica un programa de aplicacion capaz de ver los documentos PDF; un navegador web capaz de visualizar imagenes rasterizadas se puede implementar para ver los documentos PDF rasterizados.

En otra ejecucion que implique el espacio de recursos, espacios de recursos multiples se fusionan en el mismo o en

5

10

15

20

25

30

35

40

45

50

55

60

65

distintos equipos y/o dispositivos, lo que facilita una interfaz de usuario intuitiva unificada. Se combina informacion a partir de dos o mas espacios de recursos que se relacionan con la misma pieza de datos, facilitando asf el acceso unificado a la misma. En el contexto de proporcionar acceso a un dispositivo remoto basado en paquetes, un usuario en un dispositivo de este tipo puede tener acceso a la informacion de los dos o mas espacios de recursos utilizando una unica interfaz de usuario. Por ejemplo, cuando una pantalla en particular esta configurada para un usuario en un dispositivo remoto basado en paquetes, la pantalla puede extraer informacion a partir de dos o mas espacios de recursos relacionados con los datos que se muestran. Una de estas aplicaciones consiste en la visualizacion de imagenes y datos de audio disponibles en un ordenador personal y acceso a un dispositivo de acceso remoto de Internet a traves del agente. Una pantalla en el aparato de acceso remoto de Internet esta configurada para mostrar tanto los datos de imagen y los datos de audio, que pueden ser almacenados por separado (sin relacion), pero los combina en un unico espacio de recursos tal como se presenta a un usuario remoto. Cuando uno o ambos de los datos de imagen y de audio se seleccionan para el acceso, la imagen y/o datos de audio estando configurados para su uso en y enrutamiento al aparato de acceso de Internet remoto.

En algunas aplicaciones, el espacio de recursos es compartido entre dos o mas usuarios. Este enfoque es util, por ejemplo, cuando un usuario desea compartir su espacio de recursos con otro usuario, y puede facilitar que el intercambio a traves de la provision de informacion a los demas usuarios a traves de control de acceso, tales como una ficha electronica (discutido mas adelante). Ciertas aplicaciones implican la combinacion de espacios de recursos de diferentes usuarios en espacios (por ejemplo, logicos) de recursos individuales o multiples, facilitando el acceso a los contenidos en los espacios de recursos de dos usuarios a traves de cada espacio de recursos combinado. El acceso al espacio de recursos combinado se concede de forma selectiva a los usuarios, incluyendo uno o mas de esos usuarios cuyos espacios de recursos se combinan y/u otros usuarios reconocidos por los usuarios cuyo contenido se encuentra disponible a traves del espacio de recursos combinado. Con estos planteamientos, el servidor anfitrion funciona con uno o mas nodos de la red de base para compartir el espacio de recursos con diferentes usuarios y/o para combinar el espacio de recursos de diferentes nodos de la red de base y, en su caso, presentara un unico espacio de recursos combinado (logico) para los usuarios que acceden.

En otra ejecucion que implique el espacio de recursos, metadatos u otra informacion asociada se utiliza para rellenar uno o mas espacios de recursos cuando un archivo o una pieza de medios son entregados a un nodo de almacenamiento de un dispositivo remoto basado en paquetes. Por ejemplo, las imagenes tomadas con un telefono movil que tiene con el una camara en marcha se pueden dirigir desde el telefono movil a un ordenador personal. El telefono movil puede, en relacion con la transferencia de imagenes, anadir datos GPS o etiquetas de voz para colocar en el espacio de recursos. Con este enfoque, los datos se pueden agregar (por ejemplo, etiquetar) a un archivo o una pieza de los medios de comunicacion en particular. Ademas, el acceso tanto a los archivos/medios de comunicacion y los datos anadidos a los mismos se pueden combinar, como se discute en el ejemplo anterior, de manera que el acceso a los datos (por ejemplo, una imagen) se coordina con el acceso a la voz, GPS u otros datos asociados con los mismos.

Volviendo ahora a las figuras, la figura 1 es un sistema 100 para la configuracion y el enrutado de datos a traves de una red de protocolo de Internet a traves de una interfaz de anfitrion de servidor, de acuerdo con otro ejemplo de realizacion de la presente invencion. El sistema 100 incluye un servidor basado en la red 110 que aloja la interfaz, una pluralidad de dispositivos basados en paquetes remotos 120 - i y una pluralidad de nodos de origen 130 - N (por ejemplo, dispositivos de red base, tal como ordenadores u otros dispositivos basados en paquetes), todos los cuales se comunican a traves de una red 105. La red 105 incluye una red basada en paquetes tal como Internet y, en su caso, una o mas de otras redes tales como una red de telefonfa movil o una red de area local (LAN). En algunas aplicaciones, la red 105 es una red de area local implementada para una localidad como una casa o un negocio. En otras aplicaciones, la red 105 es o incluye una red virtual o conjunto de canales de comunicacion de aplicaciones virtuales dentro de un procesador o grupo de procesadores asociados a un dispositivo de computacion.

El servidor basado en la red 110 incluye un enrutador de la aplicacion anfitrion 112 que interactua con enrutadores de aplicacion de usuario en cada nodo local y aloja la interfaz, por ejemplo, como una pagina web de Internet. En este sentido, cada nodo local incluye dicho enrutador de la aplicacion de usuario, con el nodo local 130 se muestra incluyendo un enrutador de la aplicacion de usuario 132. Los enrutadores de la aplicacion de usuario y anfitrion trabajan juntos para hacer un enrutador de red distribuida, el enrutador programa de control 112 que opera enrutadores de red distribuida personales de cada usuario, de tal manera que el enrutador personales de cada usuario (por ejemplo, la red personal de cada usuario) incluye la aplicacion(es) de usuario en el nodo(s) principal del usuario que funcionan en conjunto con el enrutador de la aplicacion anfitrion 112. En algunas aplicaciones, el enrutador de la aplicacion de usuario 132 esta configurado en el servidor basado en la red 110 y se descarga en los nodos de origen como una descarga de software, y se implementa en un dispositivo tal como un ordenador personal o un enrutador de red. Cada usuario puede pues acceder a sus datos en el nodo o nodos de origen del usuario, usando su enrutador personal y los datos en el nodo(s) de origen del usuario.

El uso de la interfaz, el servidor basado en la red 110 facilita selectivamente el acceso del usuario a los datos en uno o mas de los nodos de origen 130 - N, a traves de uno de los dispositivos basados en paquetes remotos 120 - i. El servidor basado en la red 110 implementa criterios de autorizacion 114 para la autenticacion de un usuario en particular en respuesta a una solicitud de acceso a datos a traves de uno de los nodos de origen 130 - N o uno de

5

10

15

20

25

30

35

40

45

50

55

60

65

los dispositivos basados en paquetes remotos 120 - i. En este sentido, cuando un usuario en un dispositivo remoto basado en paquetes solicita datos tales como una imagen, audio y/o contenido de medios de video desde un nodo local particular 110 procesa una autorizacion para la solicitud del usuario que utilizando los criterios de autorizacion 114. Si la autorizacion es exitosa (por ejemplo, se cumplen los criterios de autorizacion), el servidor 110 basado en la red facilita la comunicacion de datos de uno o mas de los nodos de origen 130 - N a uno de los dispositivos basados en paquetes remotos 120 - i a los cuales el usuario solicito datos.

Los datos comunicados a uno de los dispositivos basados en paquetes remotos 120 - i estan configurados de forma selectiva en la direccion del servidor de red 110 para su uso en el dispositivo de control remoto basado en paquetes. Por ejemplo, cuando los datos solicitados desde el nodo local 130 son datos espedficos de la aplicacion que se implementa mediante un programa de aplicacion en particular, el servidor basado en la red 110 controla, a traves de uno o ambos del enrutador de la aplicacion anfitrion 112 y la U.A.R. 132, la configuracion de los datos en un formato que es utilizable por un dispositivo remoto basado en paquetes solicitante (por ejemplo, 120). Es decir, cuando el dispositivo remoto basado en paquetes 120 tiene un programa de aplicacion capaz de implementar los datos solicitados (por ejemplo, exhibiendo o presentando de otro modo los datos a un usuario), los datos solicitados no estan necesariamente configurados en un formato diferente. Cuando el dispositivo remoto basado en paquetes es incapaz de aplicar los datos solicitados, o cuando es deseable la transferencia de los datos en un formato diferente (por ejemplo, para reducir el ancho de banda de transferencia), los datos solicitados se reconfiguran en un formato tal que puede ser implementado en el dispositivo remoto basado en paquetes. Por ejemplo, cuando los datos solicitados requieren un programa de procesamiento de texto en particular y el dispositivo remoto basado en paquetes es para ver los datos utilizando un navegador web, una o las dos de las aplicaciones anfitrionas del enrutador 112 y la U.A.R. 132 trabajan para configurar los datos solicitados en un formato que puede ser ejecutado por un navegador web.

En algunas aplicaciones, la configuracion de los datos se realiza utilizando un modulo de extension en el nodo principal que esta adaptado para acceder a la informacion etiquetada a los datos almacenados con el fin de presentar los datos en un dispositivo remoto basado en paquetes. Por lo tanto un usuario puede hacer en el dispositivo remoto basado en paquetes selecciones para la transferencia de datos de acuerdo con los datos de la etiqueta (por ejemplo, mediante la solicitud de una categona particular de datos). El modulo de extension utiliza entonces la seleccion y facilita la transferencia de los datos solicitados. En su caso, un modulo de extension manejador MIME se implementa para transcodificar los datos solicitados en un tipo MIME que puede ser implementado por el dispositivo remoto basado en paquetes a traves del cual se ha hecho la solicitud. Estos enfoques del modulo de extension pueden, por ejemplo, ser implementados de una manera similar a la descrita en relacion con la figura 2A y otras mas abajo.

El servidor de red 110 tambien almacena y utiliza los datos de configuracion 116, que incluyen una amplia variedad de informacion de configuracion que utiliza el enrutador de la aplicacion anfitrion 112 para facilitar la transferencia de datos en nombre de un usuario. Los datos de configuracion 116 se proporcionan generalmente por los usuarios y son aumentados aun mas por el servidor basado en la red 110 para incluir informacion util en el procesamiento de informacion en nombre de cada usuario. Los datos de configuracion 116 tambien pueden incluir informacion de uno o mas proveedores de servicios asociados a los usuarios del sistema, con los datos de configuracion incluyendo, por ejemplo, polfticas a nivel mundial y/o espedficas relacionadas con el uso del sistema de cada usuario. Ademas, los datos de configuracion 116 se implementan de forma selectiva en uno o mas nodos de origen, y se pueden utilizar para varias funciones U.A.R.

Los datos de configuracion 116 incluyen normalmente las preferencias del usuario en relacion a varias funciones espedficas del usuario, tales como el tipo de interfaz presentada a cada usuario, la forma en que se presenta y/o entrega el contenido disponible, limitaciones de acceso (por ejemplo, a los usuarios asociados) y las caractensticas de transferencia de datos. Por ejemplo, cuando un usuario prefiere la entrega de un formato particular de datos a su dispositivo remoto basado en paquetes, o donde las capacidades del dispositivo requieren un formato particular, ese usuario puede especificar el formato en las preferencias del usuario. El enrutador de la aplicacion anfitrion 112 y/o la U.A.R. 132 en consecuencia funcionan para dar formato a los datos de forma adecuada antes de enviar los datos al dispositivo remoto basado en paquetes del usuario. Del mismo modo, donde el dispositivo remoto basado en paquetes esta limitado en su aplicacion a un formato particular, los datos enviados al dispositivo remoto basado en paquetes esta configurado en dicho formato particular. Ademas, en su caso, el enrutador de la aplicacion anfitrion 112 y/o U.A.R. 132 accede a los dispositivos basados en paquetes remoto solicitantes para determinar un tipo de formato de datos utilizables y formatear los datos solicitados de manera apropiada. En ciertas aplicaciones, las solicitudes de datos desde dispositivos basados en paquetes remotos incluyen tal informacion de formato, con el enrutador de la aplicacion anfitrion 112 y/o U.A.R. 132 aplicando la informacion de formato en la solicitud. Estos enfoques pueden implicar implementar el enrutador de aplicacion de usuario en el nodo de inicio del usuario para dar formato a los datos y/o formatear los datos en el servidor de red 110 (por ejemplo, tal como se utiliza con una aplicacion de agente 250 que se muestra en la figura 2 y se describe a continuacion).

Los datos La configuracion 116 incluyen ademas informacion utilizada por el servidor basado en la red 110 para comunicarse con y/o acceder cada nodo de usuario, tal como la direccion relativa del nodo local de la red 105 (por ejemplo, la direccion IP de cada usuario y/o nombre espacio direccion) e informacion de seguridad. Cuando un

5

10

15

20

25

30

35

40

45

50

55

60

65

usuario tiene mas de un nodo local, tal como con un “usuario” domestico que tiene diferentes ordenadores utilizados por los diferentes miembros de la familia, o en que diferentes nodos “de origen” estan situados en diferentes lugares en una red, los datos de configuracion 116 reflejan estos multiples nodos de origen. El acceso de los usuarios con multiples nodos de origen en una casa normalmente implica que el servidor basado en red que proporcione una interfaz para, y el acceso a, varios equipos a los individuos asociados con el hogar o negocio (y que tengan la autorizacion correspondiente). El acceso de los usuarios con multiples nodos de origen a traves de una red en la que, por ejemplo, un usuario tiene diferentes ubicaciones de nodos de origen, tales como diferentes lugares de residencia y/o negocio, de manera similar implica la provision de acceso a varios equipos en diferentes ubicaciones en una red, con una porcion de un controlador de encaminamiento implementado en cada lugar.

Un enfoque de acceso de usuario particular en el que participan multiples nodos “de origen” implica que el usuario accede a varios nodos de origen basados en la red desde la que el usuario esta autorizado a acceder a los datos. Por ejemplo, cuando un usuario en el dispositivo remoto basado en paquetes 120 compra datos como una pelfcula, musica o software, un proveedor de contenidos que tiene multiples nodos fuente de origen en los que se encuentran los datos o los medios pueden conceder al usuario acceso a estos multiples nodos para la descarga de los datos adquiridos. En este sentido, un usuario puede descargar los datos para una sola compra de multiples fuentes, lo que permite acelerar la entrega de datos. Este enfoque tambien puede implicar el uso de diferentes nodos de origen implementados por los usuarios que se suscriben a un servicio en particular, con cada usuario haciendo de los datos esten disponibles en su nodo local para su posterior transferencia a un usuario final en un dispositivo remoto basado en paquetes. En estos casos, el enrutador de la aplicacion anfitrion 112 trabaja con los enrutadores de aplicacion de usuario en cada nodo local implicado para gestionar la transferencia de datos.

En algunas aplicaciones, el servidor basado en la red 110 permite el acceso a la informacion en multiples nodos de origen para un usuario en particular, sobre la base de la autorizacion anteriormente discutida. Por ejemplo, los usuarios pueden tener mas de un nodo local, por ejemplo, dos o mas ordenadores en una red domestica o de negocios, o dos o mas equipos de redes separadas. El servidor basado en la red 110 trabaja con enrutadores de aplicacion de usuario en cada nodo local para facilitar contenido al usuario, cuando el usuario esta autorizado para ello. Cuando se usa para mostrar los datos disponibles, la interfaz esta configurada para mostrar los datos de todos los nodos de origen a los que un usuario particular esta autorizado a acceder.

Dependiendo de la aplicacion y el tipo de datos particular que estan siendo transferidos, el servidor basado en la red 110 rastrea la transferencia de datos entre los nodos de origen 130 - N y los dispositivos basados en paquetes remotos 120 - i. Cuando los datos que tienen asociados derechos de medios (por ejemplo, los derechos de autor) se transfieren, el servidor basado en la red 110 rastrea de la transferencia de los datos para asegurar que se siguen los reglamentos relacionados con los derechos particulares de los medios. Por ejemplo, cuando se transfiere la musica comprada, los derechos asociados a la musica pueden limitar la distribucion de la musica a los usuarios que no sean el comprador. En este sentido, el servidor basado en la red 110 rastrea cualquier transferencia de musica comprada para asegurar que se cumplan las regulaciones aplicables.

El sistema 100 esta adaptado para trabajar en varios entornos que implican dispares redes, dispositivos de nodo local, dispositivos basados en paquetes a distancia, datos y caracterfsticas de los mismos. Un escenario de caso de uso particular, implica el acceso a datos remotos de la siguiente manera. Cuando un usuario particular que es parte en el nodo local 130 (por ejemplo, un propietario que tiene un contenido multimedia almacenado en su ordenador personal) desea establecer acceso remoto, el usuario se registra para un servicio proporcionado a traves del servidor basado en la red 110. El servidor basado en la red 110 pide al usuario la informacion de acceso al nodo principal del usuario 130 para que el enrutador de la aplicacion anfitrion 112 pueda interactuar con el nodo principal del usuario. Esta informacion de acceso incluye informacion suficiente para identificar el nodo local 130 en la red 105 y otra informacion apropiada, tal como ubicaciones de datos en el nodo local 130 que son accesibles por el servidor basado en la red (y/o por los dispositivos remotos basados en paquetes). El acceso a la informacion se almacena con los datos de configuracion 116, junto con otra informacion para el usuario segun sea apropiado para la aplicacion particular.

El enrutador de la aplicacion de usuario 132 (software implementado, por ejemplo, en el ordenador personal del usuario, un enrutador u otro dispositivo de red) esta instalado en el nodo principal del usuario 130 y esta configurado para funcionar en conexion con el enrutador de la aplicacion anfitrion 112. En algunos casos, algunas de las funciones discutidas como llevadas a cabo con el enrutador de la aplicacion anfitrion 112 se establecen y/o se ponen en practica en el enrutador de aplicacion de usuario 132, tales como la limitacion de acceso a ubicaciones de datos particulares en el nodo local 130.

Una cuenta se establece para el usuario, con informacion de tipo de servicio (por ejemplo, informacion de facturacion) en el servidor basado en la red 110. La cuenta incluye informacion de autorizacion establecida con el usuario, que se presenta al usuario para su uso en el acceso al servidor basado en la red y, en consecuencia, su nodo local 130, asf como informacion de la cuenta a traves del servidor de red. Esta informacion de autorizacion se almacena con los criterios de autorizacion 114.

El usuario emplea el dispositivo remoto basado en paquetes 120 para acceder a datos en el nodo local 130 visitando

5

10

15

20

25

30

35

40

45

50

55

60

65

la interfaz (por ejemplo, navegador web) presentado por el servidor basado en red en nombre del usuario. En algunas aplicaciones, una funcion de tipo enrutador de aplicacion de usuario tambien se implementa en el dispositivo remoto basado en paquetes 120. Este acceso a los datos puede implicar, por ejemplo, el uso de un telefono movil con capacidad de Internet como el dispositivo remoto basado en paquetes 120, con la interfaz que se accede como una pagina web a traves del telefono movil. El usuario proporciona datos de acceso en el servidor basado en la red 110 a traves de la interfaz. La informacion de autorizacion puede implicar uno o ambos de la informacion de autorizacion de usuario de entrada (por ejemplo, una contrasena o voz para el reconocimiento de voz) y la informacion de identificacion asociada con el dispositivo remoto basado en paquetes 120. El servidor 110 basado en la red utiliza la informacion de autorizacion junto con los criterios de autorizacion 114 para determinar si el acceso esta autorizado.

Una vez que el usuario ha sido autorizado a traves del dispositivo remoto basado en paquetes 120, el servidor basado en red proporciona al usuario informacion relativa a los datos disponibles, tales como el contenido de los medios a traves de la interfaz, vistos como una pagina web. Uno o ambos del nodo local 130 y el servidor basado en la red 110 proporcionan algunos o la totalidad de la interfaz y una lista de datos disponibles para la transferencia. La lista de datos puede ser adaptada a las preferencias del usuario en particular, las capacidades del dispositivo, o de otro modo limitado en su alcance para restringir los datos a los que un usuario en particular tiene acceso. El usuario selecciona los datos para la transferencia y la aplicacion anfitrion del enrutador 112 responde al interactuar con el enrutador de la aplicacion de inicio 132 para facilitar la transferencia de datos al dispositivo remoto basado en paquetes 120. Esta transferencia de datos se lleva a cabo de acuerdo con la seleccion del usuario y los datos de configuracion 116.

Cuando los datos seleccionados requieren un formato, cuando en el dispositivo remoto basado en paquetes 120 del usuario deseablemente recibe datos en un formato particular, como se discutio anteriormente, los enrutadores anfitrion y de aplicaciones de usuario 112 y 132 trabajan para dar formato a los datos, utilizando, por ejemplo, la informacion almacenada en un nodo local y la funcionalidad del dispositivo remoto basado en paquetes. Por ejemplo, donde los datos es la musica y en el que el dispositivo remoto basado en paquetes 120 deseablemente reproduce musica en un primer formato, pero la musica se almacena en el nodo local 130 en un segundo formato, los datos de musica se formatean en el primer formato antes de la transferencia al dispositivo remoto basado en paquetes. El formato se lleva a cabo generalmente en uno o ambos del nodo local 130 y el servidor basado en la red 110, dependiendo de la aplicacion particular. En algunas aplicaciones, el enrutador de la aplicacion de usuario 132 da formato a los datos, antes de su transferencia al dispositivo remoto basado en paquetes 120. Los datos se transfieren luego desde el nodo local 130 con el dispositivo remoto basado en paquetes 120, a traves del servidor basado en la red 110 y/o directamente a traves de la red 105.

En algunas aplicaciones, el formato implica la aplicacion de metadatos, cuando esten disponibles, asociados a una aplicacion en el nodo local 130 para categorizar o presentar los datos al dispositivo remoto basado en paquetes 120 de otra manera. Por ejemplo, cuando un usuario solicita una lista de datos que entran en un tipo de identificacion en particular, como todos los datos de la imagen (por ejemplo, un album de fotos), se utilizan metadatos que describen los datos como datos de imagen para identificar los datos. Los datos identificados se presentan en un formato susceptible de visualizar en el dispositivo remoto basado en paquetes 120. En algunas aplicaciones, los datos que se muestran son datos de identificacion, de los que un usuario puede seleccionar datos especfficos para la transferencia real de los contenidos (por ejemplo, imagenes) que corresponden a los datos de identificacion. La seleccion se comunica al nodo local 130, que responde mediante la configuracion de los datos seleccionados para uso en el dispositivo remoto basado en paquetes 120 y facilita la comunicacion de los mismos.

El tipo de formato en el que se reciben los datos de forma deseable en un dispositivo remoto basado en paquetes en particular se encuentra en uno o mas de varias maneras. En una aplicacion, los datos de configuracion 116 incluye informacion sobre el formato de los datos para un dispositivo remoto basado en paquetes en particular como se describe anteriormente; cuando un usuario solicita datos para ese dispositivo en particular, los servidores basados en la red 110 trabajan con el nodo local para ajustar los datos en el formato indicado en los datos de configuracion. En otra aplicacion, los usuarios seleccionan manualmente un formato de datos al solicitar datos a traves de un dispositivo remoto basado en paquetes. En otras aplicaciones, el formato de datos se selecciona automaticamente por uno o ambos del servidor basado en la red 110 y el nodo local al que se solicita el acceso, utilizando la informacion que identifica el tipo y/o las capacidades del dispositivo remoto basado en paquetes al que los datos se van a transferir (por ejemplo, tal como se preve en la comunicacion solicitada de estos).

Con referencia de nuevo a la situacion anterior, otro enfoque de transferencia de datos implica la entrega de los datos de transmision al dispositivo remoto basado en paquetes 120 a traves del servidor basado en la red 110. El flujo de datos puede implicar, por ejemplo, el paso de datos desde un dispositivo de datos de transmision en directo, como un sintonizador de television, una camara de video o un receptor de radio, o la transmision de datos de una fuente de flujo basado en la red, como por ejemplo una estacion de radio por Internet u otra fuente de emision en directo, o de una fuente de video basada en la red. Este envfo de datos tambien puede implicar la aplicacion de los servicios de suscripcion o de otra autorizacion de uso basados en honorarios que se implementa en relacion con la transferencia de datos y es aplicable, por ejemplo, sobre una base especffica del usuario.

5

10

15

20

25

30

35

40

45

50

55

60

65

Los enrutadores anfitrion y de la aplicacion de usuario 112 y 132 trabajan para configurar los datos de transmision en directo en un formato apropiado y, ademas, para transferir los datos a una velocidad de transferencia deseable, en relacion con el ancho de banda disponible. La velocidad de transferencia puede, por ejemplo, ser relativa a la condicion de la red 105 y ademas se puede caracterizar por las caracterfsticas relacionadas de transferencia, tales como la calidad de la conexion de red y las funciones asociadas, tales como el tamano de memoria intermedia y el enfoque. Ademas, el formato se lleva a cabo opcionalmente como una condicion de la red 105 y/o el dispositivo remoto basado en paquetes 120, como en relacion con la velocidad de transferencia disponible y/o como en relacion con el tipo de datos susceptibles de uso en el dispositivo remoto basado en paquetes. Por ejemplo, cuando un usuario solicita la transmision de musica desde el nodo local 130, la velocidad de transferencia disponible se utiliza para seleccionar el formato de la musica. Cuando la velocidad de transferencia disponible es baja tal como con una red de telefonfa movil, se usan los datos de velocidad de bits inferior para reducir la cantidad de datos requeridos para ser transferidos por la musica seleccionada (y, en consecuencia, tambien resulta en audio de calidad relativamente mas baja). Donde la tasa de transferencia disponible es alta, como por ejemplo con un enlace a Internet de alta velocidad, tal como un enlace DSL, se utilizan los datos de alta tasa de bits, facilitando escuchar musica de alta calidad.

En algunas aplicaciones de transmision, el flujo de datos esta protegido o de otra manera controlado utilizando una o mas de varias estrategias para el cumplimiento, por ejemplo, con los derechos asociados a los datos u otros derechos aplicables, tales como los llevados a cabo por las agencias gubernamentales en asociacion con la entrega de los datos. Por ejemplo, en medios de transmision que estan protegidos por derechos de difusion, el enrutador de aplicacion utiliza proteccion para garantizar que la transferencia se adhiere a los derechos de los medios asociados. Varios enfoques de proteccion, como los que se discuten a continuacion, se ejecuta de acuerdo con las caracterfsticas de la aplicacion y uso de los datos particulares del dispositivo de acceso remoto en particular que vaya a usar los datos.

En caso de que la transmision de datos este sujeta a reglas de tipo de gobierno, tales como las asociadas con la retransmision de una emision o reglas de la television o de la radio, el enrutador de la aplicacion transfiere los datos (o impide la transferencia de datos) en relacion con las reglas. Por ejemplo, donde no se permite la retransmision de una emision de television, el enrutador de la aplicacion transfiere datos para asegurarse de que cualquier usuario recibe la emision lo esta haciendo sin la introduccion de cuestiones relacionadas con la retransmision, como asegurandose de que un usuario final que recibe la emision esta autorizado para hacerlo como una emision original. Dicha retransmision puede ser facilitada de conformidad con, por ejemplo, la transferencia de datos de difusion convencional a un televisor a distancia en la propia casa.

En algunas aplicaciones que implican la transferencia de datos de transmision en directo como datos de television, el enrutador de la aplicacion garantiza el cumplimiento de las reglas lfmites asociadas a una ubicacion en la que existe el dispositivo remoto basado en paquetes. Por ejemplo, cuando la emision de una senal de television de transmision en directo en particular esta sujeta a reglas lfmites, de modo que la senal no debe ser transmitida en una determinada region geografica, el enrutador de la aplicacion determina la ubicacion del dispositivo remoto basado en paquetes antes de facilitar la transferencia de los datos de transmision en directo. Cuando la ubicacion del dispositivo remoto basado en paquetes esta en el cumplimiento de las reglas lfmites, el enrutador de la aplicacion permite la transferencia de datos de transmision en directo, y donde la ubicacion no esta en conformidad con las reglas lfmites, el enrutador de la aplicacion desactiva la transferencia de datos de transmision en directo.

En una aplicacion que implique un telefono movil como un dispositivo remoto basado en paquetes, el enrutador de la aplicacion identifica la ubicacion del telefono movil antes de habilitar la transferencia de datos, tales como datos de transmision en directo sujetos a reglas de lfmites u otra informacion de localizacion. Esta identificacion puede ser facilitada usando, por ejemplo, la identificacion de una ubicacion local de transmision (por ejemplo, una torre de transmision o GPS) a traves del cual se comunica el telefono movil. Cuando se determina la ubicacion del telefono movil, que la ubicacion se utiliza para determinar si la transferencia de datos de transmision en directo es apropiada, y la transferencia se lleva a cabo (o no lleva a cabo) de manera apropiada.

En otro ejemplo de realizacion, el servidor basado en la red 110 facilita la transferencia de datos desde uno de los dispositivos basados en paquetes remotos 120 - i a uno de los nodos de origen 130 - N, utilizando un enfoque de autorizacion similar al que se discutio anteriormente. Por ejemplo, cuando un usuario en el dispositivo remoto basado en paquetes 120 desea enviar una imagen a su nodo local 130, ese usuario accede a la interfaz proporcionada a traves del servidor basado en la red 110. Una vez autorizado, el usuario sube la imagen para el nodo local 130, que responde mediante la aceptacion de la imagen y el almacenamiento de la imagen a nivel local. Con este enfoque, el almacenamiento de imagenes se facilita con el dispositivo remoto basado en paquetes 120, mientras que la utilizacion de las capacidades de almacenamiento de datos del nodo local 130. Cuando se implementa con un dispositivo de camara, el dispositivo remoto basado en paquetes 120 goza de una gran cantidad de espacio de almacenamiento para las imagenes relativas, por ejemplo, a las camaras convencionales (y los telefonos con camara), donde el espacio es limitado para el almacenamiento en la camara. Ademas, cuando las imagenes se cargan en el nodo local 130, condiciones adversas, tales como perdida, robo de camaras o telefonos con camara no necesariamente sufren una perdida asociada de datos de imagen, en relacion con los enfoques convencionales en los que se almacenan las imagenes en la camara o la camara del telefono.

5

10

15

20

25

30

35

40

45

50

55

60

65

Algunas aplicaciones que implican la transferencia selectiva de datos utilizan un contador u otros datos de autenticacion para autenticar a entregar o permitir a un usuario acceder y, en su caso, los datos de uso de otra manera. El contador generalmente incluye informacion de autorizacion que se envfa a un usuario en un dispositivo remoto basado en paquetes. Por ejemplo, un contador electronico puede incluir un enlace a una pagina web en particular alojada en el servidor basado en la red 110, con informacion de tipo de seguridad incorporado en el contador para su uso en el acceso a los datos almacenados en un nodo local. Ademas, el contador tambien puede incluir informacion que puede ser utilizada para enlazar un usuario final con datos, tales como una identificacion de una ubicacion de almacenamiento para los datos. Ademas, el contador puede incluir informacion que especifica el tipo de datos que se puede utilizar en un nodo desde el que se realiza una solicitud para los datos.

El identificador se genera utilizando uno o ambos del enrutador de aplicacion anfitrion 112 y un enrutador de aplicacion de usuario (por ejemplo, 132) en el nodo local desde el que se transfieren los datos. En algunas aplicaciones, un usuario acceder a su nodo local a traves de un dispositivo remoto basado en paquetes hace que el nodo local y/o el enrutador de aplicacion anfitrion 112 para generar el identificador. Un usuario del nodo local entonces envfa el identificador, tal como mediante correo electronico, a un usuario final en un dispositivo remoto basado en paquetes. En algunas aplicaciones, el nodo local y los usuarios finales pueden ser la misma persona, por ejemplo, cuando un usuario particular desea acceder a sus propios datos en un nodo local, cuando se utiliza un dispositivo remoto basado en paquetes.

Un usuario en un dispositivo remoto basado en paquetes que recibe este identificador utiliza el identificador en una o mas de varias formas para comunicarse con el servidor basado en la red 110 y en ultima instancia, para facilitar la transferencia de datos desde un nodo local particular, al que se aplica el identificador. En algunas aplicaciones, el usuario final implementa el identificador directamente, por ejemplo, haciendo clic en un enlace asociado con el identificador que fue enviado en una comunicacion electronica, tal como un correo electronico o mensaje instantaneo, o enviando de una manera informacion asociada con el identificador al servidor basado en la red 110. Ciertas aplicaciones tambien requieren que un usuario final proporcione una contrasena u otros criterios de seguridad cuando se implementa el identificador.

En algunos contextos, el identificador se implementa con un informe de transmision. Es decir, cuando un usuario particular a un dispositivo remoto basado en paquetes recibe un identificador, ese usuario envfa un informe de transmision (por ejemplo, haciendo clic en un enlace que se proporciona con el identificador) que se envfa de vuelta al enrutador de red. El enrutador de red (implementado en uno o ambos del enrutador de aplicacion anfitrion 112 y el enrutador de aplicacion de usuario 132) a su vez envfa informacion de autenticacion y/o de seguridad al usuario en el dispositivo remoto basado en paquetes para hacer los datos transferidos utilizables en el mismo. Este enfoque puede implementarse, por ejemplo, cuando el identificador incluye un enlace a los datos, en el que el identificador incluye los datos o cuando el identificador se entrega junto con los datos.

Algunas implementaciones implican el uso de identificadores que tienen un tiempo de vida, con los identificadores utilizables mas de una vez. Por ejemplo, cuando un identificador proporciona acceso a un archivo o archivos multimedia particulares, un usuario que tiene el identificador en su dispositivo de acceso a la red puede acceder al archivo o archivos de medios particular durante la vida util del identificador. Ademas, cuando se realizan actualizaciones al archivo o archivos multimedia a los que se aplica el identificador, la notificacion se puede enviar a un usuario que tiene el identificador. Por ejemplo, cuando un identificador concede el acceso a un archivo que incluye un album de fotos digital personal compartido por varios miembros de la familia, cada uno teniendo un identificador de acceso, las actualizaciones del album de fotos se pueden anunciar a los miembros de la familia.

Otra realizacion de ejemplo se refiere a la utilizacion de un identificador para fines promocionales, cuando la reaccion del usuario al identificador se realiza un seguimiento y se utiliza para promociones. Por ejemplo, un identificador puede incluir informacion que permita a un usuario en un telefono movil acceder y descargar un tono de llamada que es un clip corto de musica. Si al usuario le gusta el tono de llamada y posteriormente adquiere la musica en relacion con el clip (o no), la informacion en el identificador se utiliza para realizar un seguimiento de esa compra. En algunas aplicaciones, una regalia (por ejemplo, fondos, servicios u otro artfculo de valor) se da en relacion con la compra seguida. La regalia se puede facilitar, por ejemplo, mediante el seguimiento de la fuente del identificador y dando a esa fuente una regalia sobre la base de la compra.

En otra aplicacion, el servidor basado en la red 110 esta configurado para procesar solicitudes de transferencia de datos de acuerdo con los derechos de los medios asociados con los datos. Los derechos de medios (u otros datos) son a menudo objeto de normas, reglamentos, contratos u otros acuerdos relativos a los derechos asociados a los datos. En este sentido, estas normas, reglamentos, contratos u otros acuerdos se implementan para asegurar que cualquier transferencia de los datos cumple con estos acuerdos. Por ejemplo, como se menciono anteriormente, ciertos datos, tales como medios protegidos por derechos de autor u otra proteccion de gestion de derechos digitales (DRM). Cuando la transferencia de los datos protegidos tiene que cumplir con las reglas o reglamentos particulares, se configuran el servidor basado en la red 110 y el correspondiente nodo local, a traves del enrutador de programa de control 112 y el enrutador de aplicacion de usuario en el nodo local correspondiente, para adoptar medidas para asegurar que se cumple la transferencia de datos.

5

10

15

20

25

30

35

40

45

50

55

60

65

Por ejemplo, cuando un usuario en el dispositivo remoto basado en paquetes 120 solicita la entrega de datos protegidos, el enrutador de aplicacion anfitrion 112 trabaja con el enrutador de aplicacion de usuario 132 para procesar y transmitir los datos solicitados en consecuencia. En algunas aplicaciones, esta transferencia implica simplemente pasar los datos protegidos al dispositivo remoto basado en paquetes 120, que procesa los datos con proteccion para su uso. En aplicaciones en las que el dispositivo remoto basado en paquetes 120 no puede procesar datos en un formato protegido particular, o en el que el paso de los datos protegidos no es deseable, el enrutador de aplicacion configura los datos en un formato protegido o no protegido que puede ser utilizado por dispositivo remoto basado en paquetes.

En algunas aplicaciones, el servidor basado en la red 110 bloquea el acceso a ciertos archivos en relacion con el tipo de archivo y los reglamentos aplicables en relacion con la transferencia del tipo de archivo. Por ejemplo, el acceso a los medios protegidos puede bloquearse a cualquier usuario que no sea un usuario verificado como el dueno de los medios protegidos, por ejemplo, cuando un usuario en el nodo local 130 hace que los datos disponibles para su dispositivo remoto personal basado en paquetes 120.

En ciertas realizaciones, el servidor basado en la red 110 sigue la transferencia de los datos protegidos y, en su caso, los informes de irregularidades o abusos potenciales. Por ejemplo, cuando una contrasena para controlar el acceso especffico del usuario a los medios protegidos es utilizada por mas de un usuario a la vez, o se utiliza a una frecuencia relativamente alta, el servidor basado en la red 110 puede detectar estos usos y senalar el uso como potencialmente en violacion de los derechos de los medios relevantes. Este enfoque aborda el potencial de usuarios que comparten ilegalmente su informacion con otros. En relacion con el enfoque de identificador descrito anteriormente, la frecuencia y el tiempo de uso de identificador y/o una identificacion de los dispositivos que utilizan los identificadores, puede realizar de manera similar un seguimiento y utilizarlo para identificar cualquier irregularidad. En algunas implementaciones, una cuenta de usuario se desconecta automaticamente, deteniendo efectivamente cualquier transferencia de datos, tras la deteccion de una irregularidad potencial.

Los derechos de datos (por ejemplo, medios) estan protegidos en varias maneras. En algunas implementaciones, el cifrado, la proteccion mediante contrasena o enfoques de bloqueo hacia delante (es decir, prevencion de que los datos recibidos vuelvan a reenviarse) se utiliza para asegurar que el contenido protegido es transferido de conformidad con las normas aplicables. Estos enfoques pueden implementarse en conexion con la proteccion original aplicada a los datos o con proteccion adicional, donde el enrutador de aplicacion elimina la proteccion original y vuelve a proteger los datos para su entrega a un dispositivo remoto basado en paquetes.

Para ciertas aplicaciones que requieren la entrega de datos de acuerdo con enfoques particulares de proteccion, tales como los implementados con las normas pertinentes de comunicacion y/o leyes, los enrutadores anfitrion y de aplicacion de usuario 112 y 132 utilizan algunos o todos estos enfoques para garantizar el cumplimiento. En algunas aplicaciones, el enrutador de aplicacion elimina la proteccion original a partir de datos y envfa los datos en un formato sin proteccion a un usuario remoto, donde dicha entrega sin proteccion es aceptable (por ejemplo, cuando la entrega a un dispositivo remoto basado en paquetes de un usuario particular cumple con las reglas aplicables). En otras aplicaciones, el enrutador de aplicacion vuelve a proteger los datos de tal manera que los datos pueden ser procesados por el dispositivo remoto basado en paquetes. Todavfa otras aplicaciones implican el uso de un identificador como se describio anteriormente, con el identificador incluyendo, por ejemplo, la autorizacion para un usuario particular para recibir y utilizar datos o software de aplicacion que facilita el uso de los datos protegidos en un dispositivo remoto basado en paquetes.

En otro ejemplo de realizacion, el enrutador de aplicacion implementado con el enrutador de aplicacion anfitrion 112 y un enrutador de aplicacion de usuario (por ejemplo, 132) esta configurado para seleccionar un medio de comunicacion particular en la red 105 para utilizarse en el envfo de datos a un dispositivo remoto basado en paquetes. Por ejemplo, algunos dispositivos basados en paquetes remotos son capaces de conectarse a diferentes redes (por ejemplo, implementado como se representa por la red 105). Los telefonos moviles son un tipo de ejemplo de dispositivo remoto basado en paquetes que puede ser utilizado en conexion con un enfoque de este tipo, donde un telefono particular puede ser capaz de recibir datos a traves de diferentes enlaces de comunicaciones (por ejemplo, a traves de un sistema global GSM para comunicaciones moviles), un enlace CDMA (acceso multiple por division de codigo) o un enlace inalambrico de Internet local). En este sentido, cuando multiples redes estan disponibles y cuando un dispositivo remoto basado en paquetes particular al que los datos se van a transferir es capaz de recibir informacion a traves de las multiples redes, el enrutador de aplicacion selecciona una de las redes a traves de la cual enviar los datos.

Una aplicacion que implique el enfoque mencionado en las comunicaciones por medio de seleccion implica el uso de un telefono movil u otro dispositivo configurado para comunicarse a traves de una red de telefonfa movil, tal como una red GSM y un enlace local de conexion inalambrica a Internet (por ejemplo, citada comunmente como "wi-fi"). Cuando una red de telefonfa movil esta disponible (como normalmente esta facilmente disponible para las comunicaciones de telefonfa), las comunicaciones de telefono y/o datos pueden enviarse a traves de la red de telefonfa movil. Cuando un enlace de red de acceso inalambrico a Internet esta disponible, las comunicaciones de datos se pueden enviar de forma selectiva a traves del enlace de red inalambrico a Internet, generalmente facilitando la transferencia de datos mas altas que los enlaces de telefonos moviles y, en muchos casos, la transferencia de

5

10

15

20

25

30

35

40

45

50

55

60

65

datos relativamente mas economica. El enlace inalambrico a Internet tambien se utiliza para comunicaciones de telefonfa, por ejemplo, donde el telefono movil esta configurado para comunicaciones de protocolo de Internet (IP) de tipo de telefonfa.

La combinacion de telefono movil/Internet inalambrico se puede utilizar en una multitud de maneras, dependiendo de la aplicacion particular, las redes disponibles, la configuracion del usuario y las condiciones de proveedores de servicios. Por ejemplo, cuando un telefono movil de este tipo se utiliza en un area que no ofrece conexion inalambrica a Internet, o cuando cualquier enlace inalambrico a Internet no esta disponible de manera robusta, la red de telefonfa movil se utiliza para comunicaciones de datos y voz. Las condiciones relativas a la disponibilidad inalambrica a Internet se pueden detectar, por ejemplo, por el propio telefono o por el servidor basado en la red 110, por ejemplo, mediante el uso de la informacion asociada con una fuente de comunicaciones de telefonfa movil identificada como una torre de transmision. Cuando el telefono movil tiene acceso a un enlace inalambrico a Internet, el enlace se utiliza para la comunicacion de datos y, en particular, para la comunicacion de datos que tiene un tamano relativamente grande (y beneficiandose asf de comunicaciones de banda ancha y los posibles canales de comunicacion de menor coste). Tales enlaces inalambricos suelen estar disponibles, por ejemplo, en aeropuertos, cafeterias, instituciones educativas u otros lugares en los que un enlace inalambrico a Internet es deseable; ademas, como la tecnologfa inalambrica a Internet crece, estos enlaces estan cada vez mas generalizados y se implementan publicamente en varias localizaciones regionales.

En algunas aplicaciones, los valores de configuracion en el telefono movil, en el enrutador de aplicacion de red distribuida o en otros nodos en el sistema 100 estan configurados para controlar la entrega de datos al telefono movil como una funcion de la disponibilidad de una red inalambrica. Por ejemplo, cuando un usuario solicita datos tales como una pelfcula o una presentacion que tienen un tamano de archivo de datos relativamente grande, la configuracion en una o mas ubicaciones en el sistema 100 puede estar configurada para transferir los datos cuando un enlace inalambrico a Internet esta disponible para el telefono movil. En este sentido, la configuracion de usuario se puede implementar para hacer la transferencia inalambrica de Internet una opcion deseable para los archivos de datos a traves de un cierto tamano, con una opcion para anular los ajustes para efectuar la transferencia a traves de una red de telefonfa movil. Este enfoque puede ser util, por ejemplo, cuando la transferencia de datos inmediata no es necesaria o cuando un usuario decide esperar para transferir datos hasta que un enlace inalambrico a Internet este disponible por razones economicas o de otro tipo. En este sentido, un usuario puede solicitar un conjunto particular de datos y el enrutador de aplicaciones de red distribuida (112 y/o 132) puede implementarse para transferir automaticamente los datos solicitados cuando un enlace inalambrico a Internet esta disponible para el telefono movil o cuando un usuario especfficamente inicia la transferencia.

Otro ejemplo de realizacion en relacion con el uso/seleccion de redes inalambricas de Internet y una red de telefonfa movil implica la transferencia de datos desde un dispositivo remoto basado en paquetes (por ejemplo, un dispositivo remoto basado en paquetes 120 al nodo local 130 en la figura 1). La transferencia de datos en esta direccion puede gestionarse de una manera que es similar a la gestion de la transferencia de datos desde el nodo local a un dispositivo remoto basado en paquetes. Por ejemplo, cuando un video o imagen(es) se toma con un telefono movil, el tamano del archivo asociado con ese video o imagen(es) puede ser grande. En este sentido, la informacion puede ser transferida selectivamente al nodo local en relacion con la disponibilidad de una red inalambrica. Una de estas aplicaciones consiste en el uso de un telefono con camara; cuando un usuario ha tomado varias imagenes, esas imagenes se pueden subir a su nodo local cuando una red inalambrica esta disponible. Con esta aplicacion, las fotos tomadas se pueden almacenar de forma segura en un nodo local, que libera espacio en el telefono con camara para tomar fotograffas adicionales. Muchas otras aplicaciones (por ejemplo, video) se implementan de una manera similar.

Con referencia de nuevo a la figura 1, la seleccion de una red en particular sobre la cual el envfo de datos puede implicar la consideracion de una o mas de varias caracterfsticas de red, tales como la velocidad de transferencia, fiabilidad, disponibilidad, proteccion de los derechos, coste y otros, incluyendo, por ejemplo, las descritas anteriormente. Los usuarios que utilizan el servidor basado en red 110 para la transferencia de datos tambien pueden proporcionar datos especfficos del usuario con respecto a las preferencias para la transferencia de datos en el ambito de varios tipos disponibles de redes. Las preferencias se pueden proporcionar en forma de datos de configuracion 116 que el enrutador de aplicacion puede acceder y utilizar en la seleccion de una red o tiempo de transferencia de datos particular, o puede implicar una seleccion por parte de un usuario en un dispositivo remoto basado en paquetes realizado en relacion con un evento particular de transferencia de datos. Estas preferencias de usuario o selecciones pueden implicar la seleccion directa de una red particular o, por ejemplo, la seleccion de criterios para la utilizacion mediante el enrutador de la red en la seleccion de una red en nombre de un usuario. En este sentido, el enrutador de aplicacion emplea criterios en la seleccion de una red particular a traves de la que enviar los datos y, en algunas aplicaciones, en la seleccion de un momento determinado durante el cual se envfan los datos.

En otro ejemplo de realizacion de la presente invencion, una memoria cache inteligente 140 se implementa con el sistema 100 para el almacenamiento (cache) de datos para ser transferidos por la red 105 a uno o mas de los dispositivos basados en paquetes remotos 120-i. La memoria cache inteligente 140 esta configurada para almacenar datos y, en consecuencia, implica dispositivos tales como un sistema de base de datos u otra disposicion de

5

10

15

20

25

30

35

40

45

50

55

60

65

almacenamiento de datos accesible por el servidor basado en red 110. La memoria cache inteligente 140, aunque se muestra como una disposicion separada, se puede implementar de forma selectiva con uno o mas de los dispositivos/redes que se muestran en el sistema 100, como con el nodo local 130, la red 105, el servidor basado en la red 110 (o una red basada en un servidor diferente) o un dispositivo remoto basado en paquetes 120. En algunas aplicaciones, los datos en la memoria cache inteligente 140 incluyen datos que pertenecen a un espacio determinado de recursos y, en ese espacio de recursos que se accede mediante un dispositivo remoto basado en paquetes, los datos en la memoria cache inteligente se ponen a disposicion.

Cuando se transfieren los datos entre uno o mas de los nodos locales 130-N y uno o mas de los dispositivos remotos basados en paquetes 120-i, la memoria cache inteligente 140 puede implementarse como una memoria intermedia y/o disposicion de almacenamiento. Por ejemplo, cuando un usuario en el nodo local 130 desea hacer disponibles los datos de audio seleccionados (por ejemplo, cierta musica) para su telefono movil u otro dispositivo remoto basado en paquetes, que el usuario puede iniciar la transferencia de datos, utilizando el enrutador de aplicacion anfitrion 112 junto con el enrutador de aplicacion de usuario 132 a la memoria cache inteligente 140. Ademas, cuando los datos se van a configurar para la implementacion en un dispositivo remoto basado en paquetes, la memoria cache inteligente se puede utilizar para almacenar datos desde el nodo local, con el enrutador de aplicacion anfitrion 112 facilitando la configuracion de los datos almacenados en un formato susceptible para el dispositivo remoto basado en paquetes, y la posterior transferencia de los datos configurados. Estos datos estan disponibles para su descarga posterior y/o en tiempo real a un dispositivo remoto del usuario. En una aplicacion de transferencia inversa, los datos pueden ser transferidos desde un dispositivo remoto basado en paquetes a la memoria cache inteligente 140, independientemente de la disponibilidad de un nodo local particular al que se envfan los datos. Posteriormente, el nodo local puede acceder a la memoria cache inteligente 140 para recuperar los datos. Con estos enfoques, un nodo local o dispositivo remoto basado en paquetes no necesita ser necesariamente accesible para facilitar una transferencia de datos. Ademas, cuando la transferencia de datos implica la transferencia de datos de transmision, la memoria cache inteligente 140 puede implementarse como una memoria intermedia para dar cabida a problemas potenciales con comunicacion a traves de uno o mas enlaces en la red 105, o simplemente para hacer una pausa en el flujo de datos (por ejemplo, para hacer una pausa de video y/o audio).

Otra aplicacion de la memoria cache inteligente 140 implica la memoria cache implementada en un nodo local, tal como en un ordenador personal o con un dispositivo de almacenamiento en el nodo local 130. En general, cuando un enrutador de aplicacion de usuario 132 esta activo y la memoria cache esta activa (o puede ser activada por el enrutador de aplicacion de usuario 132), el acceso a la memoria cache esta disponible a un dispositivo remoto basado en paquetes. En este sentido, un usuario en un aparato tal como un ordenador personal puede transferir datos a la memoria cache inteligente 140. Una vez transferidos, el ordenador personal u otro aparato pueden apagarse mientras se asegura de que los datos estan disponibles en la memoria cache para acceso. Por ejemplo, cuando un dispositivo de almacenamiento conectado a red (NAS) se implementa en el nodo local 130, un usuario en un PC en el nodo local puede designar un archivo particular en el NAS para que este disponible para la transferencia de datos. El NAS (o un archivo en el mismo) actua conjuntamente con el enrutador de aplicacion de usuario 132 como la memoria cache inteligente 140; el acceso y la transferencia de datos se efectuan de una manera similar a los que se analizan en este documento.

En algunas aplicaciones, el enrutador de aplicacion de usuario 132 administra el almacenamiento de los datos en la memoria cache inteligente 140 utilizando condiciones relativas al tipo particular de escenario de transferencia de datos en el que se implementa la memoria cache inteligente 140. Cuando el uso de la memoria cache inteligente 140 es apropiada o de otra manera beneficiosa, el enrutador de aplicacion de usuario 132, posiblemente en conexion con el enrutador de aplicacion anfitrion 112, facilita el uso mediante la gestion automatica de transferencia hacia y desde la memoria cache inteligente. En otras aplicaciones, un usuario en un nodo local o dispositivo remoto basado en paquetes dirige manualmente el almacenamiento y/o la recuperacion de datos en la memoria cache inteligente 140, tal como, por ejemplo, mediante el almacenamiento fisicamente de la informacion a una ubicacion (cache) de almacenamiento de datos local o remoto. Dependiendo de las selecciones del usuario, determinados datos pueden ser almacenados en la memoria cache inteligente 140 basandose en una regla implementada con el enrutador de aplicacion de usuario 132, tal como para datos de un usuario articular que se necesitan acceder de forma regular o datos que requieren un largo tiempo para su transferencia, tal como datos de video.

En algunas aplicaciones, el enrutador de aplicaciones de red distribuido accede a la memoria cache inteligente 140 usando un enfoque basado en protocolo para la recuperacion de datos. Por ejemplo, cuando un usuario en el dispositivo remoto basado en paquetes 120 solicita que los datos esten disponibles a traves del nodo local 130, el enrutador de aplicaciones de red distribuido comprueba si el dato solicitado se encuentra en la memoria cache inteligente 140. Si los datos estan disponibles en la memoria cache inteligente 140, los datos se transfieren al dispositivo remoto basado en paquetes 120. Si los datos no estan disponibles en la memoria cache inteligente 140, el controlador del enrutador de aplicaciones de red distribuido accede al nodo local 130 para recuperar los datos.

Cuando los datos se someten a la transferencia a la memoria cache inteligente 140, uno o ambos del enrutador de aplicacion de usuario 132 y el enrutador de aplicacion anfitrion 112 monitorizan la transferencia de datos y, en su caso, se comunica con el dispositivo que realiza la transferencia para asegurar que la transferencia se efectua correctamente. Por ejemplo, cuando un usuario elige transferir datos desde su PC a la memoria cache inteligente

5

10

15

20

25

30

35

40

45

50

55

60

65

140, se monitoriza la transferencia para asegurar que sea exitosa. Por ejemplo, si un usuario intenta cerrar su PC o interrumpir de otro modo la transferencia, una comunicacion de advertencia (por ejemplo, un mensaje emergente en un monitor de PC) se genera para alertar al usuario de que la transferencia no se ha completado.

En otra realizacion que implica la memoria cache inteligente 140, se transmite video a un dispositivo remoto basado en paquetes utilizando la memoria cache inteligente para almacenar parte o la totalidad del video como una memoria intermedia. Por ejemplo, cuando un usuario ordena una pelfcula, a traves de un nodo local 130, para descargarse para su reproduccion en un dispositivo remoto basada en paquetes 120, una cantidad seleccionada de los datos de video para la pelfcula se puede almacenar en la memoria cache inteligente 140. Una vez que se inicia la reproduccion, los datos enviados para la reproduccion se borran de la memoria cache 140 o se hacen inaccesibles de otra manera, con los datos restantes para la pelfcula que se envfan a la memoria cache 140 o, en algunos casos, directamente al dispositivo remoto basado en paquetes 120. En algunas aplicaciones, los datos de la pelfcula almacenados en la memoria cache inteligente 140 son inutilizables en el dispositivo remoto basado en paquetes (o cualquier aparato) hasta que una corriente de habilitacion de datos, tal como que los datos que implican informacion de cifrado o de video, se envfa al dispositivo remoto basado en paquetes. Esta corriente de datos de habilitacion se utiliza para hacer los datos de la pelfcula disponibles en el dispositivo remoto basado en paquetes. Con estos enfoques, los datos de la pelfcula se transfieren, con al menos una porcion de los datos de la pelfcula almacenados en la memoria cache inteligente 140, mientras que se mantienen los derechos de los medios pertinentes a la pelfcula en que una copia util de la pelfcula no necesariamente se almacena en cualquier ubicacion.

Otras aplicaciones se refieren a un enfoque de identificadores, similar al descrito anteriormente, utilizando la memoria cache inteligente 140 para almacenar informacion a la que se dirige un identificador. Por ejemplo, cuando un usuario en un nodo local envfa un identificador para su uso en un dispositivo remoto basado en paquetes para la recuperacion de un conjunto particular de datos, el conjunto particular de datos se puede almacenar en la memoria cache inteligente 140. El identificador puede ser, por ejemplo, el punto de la seccion de la memoria cache inteligente 140 en el que se almacenan los datos. Cuando un usuario en un dispositivo remoto basado en paquetes implementa el identificador, el conjunto particular de datos en la memoria cache inteligente se envfa al dispositivo remoto basado en paquetes.

El nodo local 130 y el enrutador de aplicacion de usuario 132 se implementan en varias maneras, dependiendo de la aplicacion. En algunas aplicaciones, el enrutador de aplicacion de usuario 132 se encuentra en un dispositivo de computacion del hogar, tal como un ordenador de escritorio o portatil. En otras aplicaciones, el enrutador de aplicacion de usuario 132 esta programado en un enrutador, modem, dispositivo de almacenamiento de datos u otro dispositivo de usuario implementado en una casa, oficina u otro sistema de red (generalmente local). Ademas, el enrutador de aplicacion de usuario 132 puede implementarse con uno de los dispositivos remotos basados en paquetes 120-i en ciertas aplicaciones. A este respecto, la figura 1A muestra diferentes ejemplos de realizacion que implican un enrutador de aplicacion de usuario y una multitud de diferentes tipos de datos y/o disposiciones de almacenamiento.

La figura 1A muestra una configuracion de red domestica 101 que implica el dispositivo enrutador de aplicacion de usuario 132, de acuerdo con otro ejemplo de realizacion de la presente invencion. Como se describio anteriormente, esta configuracion 101 se puede implementar en relacion con uno o mas de los nodos locales 130, como se describe con la figura 1, con algunos o todos los dispositivos mostrados en la figura 1A que componen este nodo local. El enrutador de aplicacion de usuario 132 se muestra como un dispositivo separado, pero puede implementarse en relacion con una o mas de varios dispositivos, incluyendo los que se muestran. Se muestra a modo de ejemplo un ordenador personal 150, una memoria cache inteligente 151, un dispositivo de almacenamiento conectado a red (NAS) 152, un dispositivo "plug and play" universal (UPnP) 153, una puerta de enlace a Internet 154, un enrutador de red local 155, un telefono 156 (por ejemplo, un telefono IP) y/o grabador de video digital (DVR) 157 (o, por ejemplo, un PVR). Algunos o todos estos dispositivos estan conectados en una red domestica (o de negocio) con el enrutador de aplicacion de usuario 132 controlando el acceso a uno o mas de los mismos para la transferencia de archivos o la transmision de transferencia de datos con un dispositivo remoto basado en paquetes. Ademas, los dispositivos mostrados pueden comunicarse entre si, directamente o a traves de un enrutador (por ejemplo, el enrutador de la red local 155), para la transferencia de datos y/o la implementacion de funciones de enrutador de aplicacion de usuario.

En algunas aplicaciones, los datos disponibles de uno o mas de los artfculos 150-157 estan configurados de forma selectiva y se proporcionan a un dispositivo remoto basado en paquetes utilizando uno o mas de los enfoques descritos en el presente documento. Por ejemplo, cuando el DVR 157 incluye datos de video almacenados para su uso mediante una aplicacion DVR particular, un modulo de extension para el DVR se implementa de forma selectiva para acceder al contenido en el DVR en categorfas u otras disposiciones identificadas, por ejemplo, con metadatos. Las categorfas identificadas se proporcionan al dispositivo remoto basado en paquetes en un formato susceptible de navegacion a traves de las categorfas y la seleccion de un video particular (por ejemplo, recurso) para su reproduccion. El contenido de video seleccionado esta configurado para la reproduccion y la comunicacion con el dispositivo remoto basado en paquetes, usando informacion que caracteriza las funciones disponibles en el dispositivo remoto basado en paquetes. Por ejemplo, cuando el dispositivo remoto basado en paquetes tiene capacidades de reproduccion de video basadas en el navegador particular, los datos de video estan configurados en

5

10

15

20

25

30

35

40

45

50

55

60

65

un formato susceptible de reproduccion de acuerdo con esas capacidades.

En una implementacion, el enrutador aplicacion de usuario 132 se integra con el enrutador de red local 155, con funciones de enrutador de aplicacion de usuario programadas en el enrutador de la red local. A este respecto, los dispositivos individuales que se muestran en la figura 1A no tiene necesariamente que ser alimentado para facilitar la transferencia de datos con el nodo de origen representado en la configuracion 101. Por ejemplo, cuando los datos almacenados en el dispositivo NAS 152 deseablemente se pone a disposicion del dispositivo remoto basado en paquetes 120 (de la figura 1), el enrutador de la red local 155 puede controlar directamente el acceso a la misma sin involucrar necesariamente al PC 150 (u otro dispositivo de control). Por otra parte, en su caso, el enrutador de la red local 155 se puede programar, junto con uno o mas de los dispositivos que se muestran, para alimentar el dispositivo (por ejemplo, despertar el dispositivo desde un modo dormido de baja potencia a un modo despierto activo) para facilitar los datos transferir con el mismo. Estos y otros enfoques se implementan facilmente con el enrutador de aplicacion de usuario 132, ya sea integrado con el enrutador de la red local 155 o con otro dispositivo.

La figura 2A muestra un sistema 200 para el enrutamiento de los datos y la configuracion con los mismos, de acuerdo con otro ejemplo de realizacion de la presente invencion. El sistema incluye una pluralidad de aplicaciones remotas de navegador, incluyendo la aplicacion remota navegador 210, los componentes de servidor basadas en la red 230 y una pluralidad de disposiciones basadas en agentes, incluyendo una disposicion basada en el agente 240 (por ejemplo, un nodo de base en el contexto de la descripcion anterior). En general, la aplicacion de navegador remoto 210 se implementa en un aparato de acceso remoto, tal como un telefono movil o un ordenador. La disposicion a base de agente 240 se implementa en un nodo local, tal como en un ordenador personal o de negocios del usuario, servidor u otro aparato accesible a la red (por ejemplo, un dispositivo de almacenamiento o un dispositivo de medios, tal como un aparato de audio o video). Los componentes de servidor basados en la red 230 se implementan en un servidor anfitrion, que interactua con la aplicacion de navegador remoto 210 y la disposicion basada en el agente 240 para facilitar la comunicacion de datos entre los mismos.

La disposicion basada en el agente 240 (por ejemplo, un ordenador personal) incluye una aplicacion de agente 250, un modulo de extension de espacio de recurso 260 (por ejemplo, un modulo de extension adaptado para una o mas aplicaciones especificas de terceros) y un modulo de extension manejador MIME 270. El modulo de extension de espacio de recurso 260 se implementa para acceder a los datos caracterizados (por ejemplo, a traves de metadatos) mediante una aplicacion de terceros 265 (o una pluralidad de tales aplicaciones), tal como un programa de aplicacion para procesamiento de texto, audio y/o video. Los datos para los que se implementa el modulo de extension de espacio de recurso 260 pueden estar disponibles a nivel local, tal, como, por ejemplo, en una base de datos 280 o disponibles de forma remota a traves de Internet 220, tal como en un lugar de almacenamiento remoto o proveedor de contenido basado en suscripcion.

La base de datos 280 puede implementarse en mas de una ubicacion logica y/o ffsica. Por ejemplo, la base de datos 280 puede incluir una o mas de una base de datos local, una base de datos distribuida, aparatos de almacenamiento tales como un dispositivo de audio digital o de video digital, u otro dispositivo de acceso de red local que esta adaptado para acceder a un servicio remoto de base de datos, tal como un proveedor de contenidos. Estas implementaciones de bases de datos estan acopladas para comunicarse con la disposicion basada en el agente 240, utilizando, por ejemplo, un enlace de comunicaciones de red local o Internet.

Una multitud de espacios de recursos 290-N, incluidos los espacios de recursos ffsicos y/o virtuales, se pueden implementar con la base de datos 280 y, en su caso, con otros lugares de almacenamiento de datos remotos. Estos espacios de recursos 290-N se integran de forma selectiva para formar un espacio de recursos virtual, cuando se ve en el navegador remoto 210, e incluyen datos situados en una o mas de varias posiciones locales y/o remotas de almacenamiento.

En algunas aplicaciones, el modulo de extension de espacio de recursos 260 esta adaptado para identificar y acceder a datos almacenados usando diferentes enfoques. Por ejemplo, el modulo de extension de espacio de recursos 260 puede acceder a los datos almacenados en un archivo individual en la base de datos 280. Ademas, el modulo de extension de espacio de recursos 260 se puede implementar para acceder a los datos almacenados en un lugar particular, como una fila especificada o filas en la base de datos 280.

El sistema 200 se implementa para facilitar el flujo de datos entre el navegador remoto 210 y la disposicion basada en el agente 240 en una o mas de varias maneras. En una aplicacion, el flujo de datos se facilita como sigue. Un usuario hace una solicitud de URL (localizador uniforme de recursos) desde un telefono movil que implementa un navegador HTML con la aplicacion de navegador remoto 210. La solicitud de URL contiene un identificador para la disposicion basada en el agente 240 y una ruta de recurso que identifica a la vez un espacio del recurso y el recurso para acceder con la solicitud.

La solicitud del usuario se recibe por los componentes de servidor basados en la red 230, que autentican la solicitud, aplican reglas de control de acceso a la solicitud, y dirige la solicitud a la disposicion basada en el agente apropiado. Los componentes de servidor basados en la red 230 implementan las reglas de control de acceso para controlar el acceso a la disposicion basada en el agente 240, con acceso limitado, por ejemplo, a un propietario (por ejemplo, de

5

10

15

20

25

30

35

40

45

50

55

60

65

un ordenador personal que implementa la disposicion basada en agente) o a un acceso concedido al usuario mediante el propietario. En algunas aplicaciones, las reglas de control de acceso especifican la concesion de acceso solo a la informacion seleccionada (por ejemplo, el espacio del recurso seleccionado) disponible en la disposicion basada en el agente 240. Como se describe adicionalmente en este documento, la concesion del acceso seleccionado se puede efectuar utilizando un enfoque de tipo de identificacion, donde un propietario/controlador de la disposicion basada en agente 240 emite una identificacion a un usuario, a quien se concede el acceso (cuando se implementa la autorizacion) a la disposicion basada en agente 240 de acuerdo con el control de acceso especificado en la identificacion. Por otra parte, los componentes de servidor basados en la red 230 implementan reglas de control de acceso de manera similar para la concesion de acceso para cargar datos en la disposicion basada en el agente 240, con acceso a usuarios individuales para cargar archivos en ubicaciones de datos seleccionadas (por ejemplo, el espacio del recurso) en consecuencia gestionado como se especifica en las reglas de control de acceso para el usuario particular que sube los datos.

Una vez que la solicitud es recibida por la disposicion basada en el agente 240, el recurso o el espacio del recurso que se define en la solicitud se asigna a un modulo de extension de espacio de recurso 260 para la manipulacion, que tiene acceso a un recurso o recursos en funcion de la solicitud y de informacion que caracteriza los datos (por ejemplo, metadatos). En algunas implementaciones, el modulo de extension de espacio de recurso 260 interactua con cualquier aplicacion requerida externa (por ejemplo, aplicacion de terceros 265) para gestionar la solicitud, es decir, mediante la asociacion de la solicitud con un tipo de aplicacion particular que es soporta el tipo de datos en la disposicion basada en el agente 240 que es objeto de la solicitud.

Cuando la solicitud es para datos que se envfan a la aplicacion de navegador remoto 210, una respuesta a la solicitud esta configurada como una funcion del tipo MIME del recurso que regresa del espacio del recurso y las capacidades de la aplicacion de navegador remoto solicitante. Un modulo de extension de manejador MIME 270 apropiado se invoca para codificar la respuesta de una manera que es susceptible de utilizarse en la aplicacion de navegador remoto 210. Una vez transcodificada, la respuesta se devuelve a la aplicacion de navegador remoto 210, ya sea directamente o por medio de componentes de servidor basados en la red 230.

Cuando la solicitud recibida por la disposicion basada en el agente es para la carga de datos, esta respuesta puede no necesariamente implementarse, con datos que acompanan la solicitud de carga que se cargan en la disposicion basada en el agente 240 y, cuando se especifique, en un espacio de recurso particular. Cuando se especifique por parte de un usuario de la disposicion basada en agentes 240, si los datos no estan en un formato susceptible para una aplicacion que implementa los datos, el modulo de extension de espacio de recurso 260 interactua con el modulo de extension de manejador MIME 270, y los datos se transcodifican en un formato apropiado.

En otra aplicacion, una solicitud de usuario inicial (por ejemplo, desde un telefono movil como se describio en los parrafos anteriores describiendo la figura 2A) es para una identificacion de recursos disponibles a los que se puede acceder. La solicitud puede identificar un espacio de recursos (por ejemplo, una categorfa particular de datos), o puede ser general para solicitar la identificacion de todos los recursos disponibles. Los componentes de servidor basados en la red 230 autentican la solicitud, aplican las reglas de control de acceso y dirigen la solicitud a la disposicion basada en el agente apropiado, que devuelve informacion de identificacion de los recursos disponibles, en su caso, en funcion de las reglas de control de acceso y la propia solicitud. A partir de ahf, el telefono movil puede enviar una segunda solicitud que identifica los recursos especfficos a devolver, o un grupo de recursos a devolver, de la lista de recursos disponibles.

En relacion con otro ejemplo de realizacion, el modulo de extension de espacio de recursos 260 esta integrado con la aplicacion de terceros 265. En esta realizacion, la aplicacion de terceros 265 maneja las solicitudes de datos mediante la informacion que se prepara para volver a la aplicacion de navegador remoto 210, utilizando informacion en la solicitud (o disponible de otra manera) que detalla las capacidades de la aplicacion de navegador remoto 210. Esta informacion preparada se pone a disposicion de la aplicacion del agente 250, que implementa el modulo de extension de manejador MIME 270 para facilitar aun mas la solicitud.

El modulo de extension de manejador MIME 270 selecciona un manejador MIME apropiado para llevar a cabo la transformacion de datos para cualquier solicitud HTTP dada como una funcion del tipo MIME de datos de origen y el tipo MIME de datos de destino. En una implementacion, el modulo de extension de manejador MIME 270 identifica el tipo MIME de fuente de los valores de la cabecera del tipo de contenido HTTP y/o directamente mediante el examen de los datos. En otra aplicacion, el modulo de extension de manejador MIME 270 deriva el tipo MIME de un destino para los datos utilizando valores de cabecera de aceptacion HTTP de los datos, en el caso de la transformacion de datos para ser devueltos como una respuesta HTTP, y/o el uso del tipo o tipos MIME que un espacio de recursos determinado esta adaptado para aceptar.

En algunas aplicaciones, cada manejador MIME esta asociado con un solo tipo MIME canonico y con una coleccion de tipos MIME de salida. El tipo MIME canonico define el tipo de datos que se puede utilizar como entrada al manejador. El modulo de extension de manejador MIME 270 utiliza la coleccion de tipos MIME de salida para determinar el tipo de datos que puede generarse mediante el manejador. Al seleccionar un manejador MIME para gestionar una solicitud HTTP, el modulo de extension de manejador MIME 270 itera a traves de todos los

5

10

15

20

25

30

35

40

45

50

55

60

65

manejadores MIME disponibles en ningun orden particular hasta que se encuentra un manejador adecuado. Si no se encuentra un manejador adecuado, el modulo de extension de manejador MIME 270 utiliza un manejador predeterminado, que devuelve los datos de origen sin modificaciones.

Cuando se selecciona un manejador MIME, el modulo de extension de manejador MIME 270 se considera un manejador MIME especialmente apropiado cuando el tipo de datos de origen coincide con el tipo MIME canonico para el manejador y la interseccion entre los tipos MIME de salida para el manejador y el tipo MIME de los datos de destino no es un conjunto vacfo. Es decir, cuando los tipos MIME de salida y de destino incluyen un tipo MIME coincidente, el modulo de extension de manejador MIME 270 esta adaptado para facilitar una transformacion adecuada de los datos.

En una implementacion, el modulo de extension de manejador MIME 270 transforma los datos con un tipo MIME que es un tipo canonico de texto/xml, con un conjunto de datos de destino de {texto/html, aplicacion/xhtml + xml}. El modulo de extension de manejador MIME 270 transforma XML en XHTML (y por definicion HTML) mediante un mecanismo de transformacion. Por ejemplo, cuando una solicitud HTTP para datos "foo.xml" se recibe mediante el modulo de extension de manejador MIME 270 con una cabecera aceptar "texto/html", el modulo de extension de manejador MIME prueba el tipo de datos fuente, texto/XML, que coincide con el tipo MIME canonico. La interseccion de los conjuntos {texto/html} y {texto/html, aplicacion/xhtml + xml} no es un conjunto vacfo; por lo tanto, el modulo de extension de manejador MIMe 270 transforma los datos solicitados ("foo.xml") desde texto/XML a texto/html.

Como se ha descrito anteriormente, el modulo de extension de espacio de recursos 260 y el modulo de extension de manejador MIME 270 se pueden implementar para facilitar la visualizacion y la transferencia de varios tipos de datos, asociados con varios programas, al navegador remoto 210. En una realizacion, una aplicacion de gestion de imagenes implementada como la aplicacion de terceros 265 en la disposicion basada en el agente 240 mantiene una entrada para cada imagen que se gestione en la base de datos 280 (por ejemplo, asociada con uno o mas de los espacios de recursos 290-N). Las entradas contienen metadatos correspondientes a la imagen, y a la ubicacion de la imagen en el sistema de archivos.

La aplicacion de gestion de imagenes 265 proporciona un mecanismo para que un usuario agregue metadatos definidos por el usuario para cada entrada. Estos metadatos definidos por el usuario se utilizan selectivamente para organizar entradas en colecciones logicas, donde se define una coleccion como el conjunto de entradas que tienen el mismo valor para alguna pieza de metadatos. Por ejemplo, todas las entradas con un valor de metadatos "coleccion = gente" son miembros de la coleccion "personas" (es decir, incluyendo imagenes de personas).

La disposicion basada en el agente 240 proporciona una abstraccion del espacio de recursos a la aplicacion de gestion de imagenes 265 a traves de su capacidad de modulo de extension, mediante el acceso a los metadatos para identificar datos particulares en la base de datos 280 que se caracteriza como se indica en los metadatos. Un usuario en el navegador remoto 210 es asf capaz de acceder remotamente a las imagenes sobre la base de metadatos mantenidos externamente a la imagen. Por ejemplo, cuando el usuario en el navegador remoto 210 envfa una solicitud de datos con informacion de recursos especificando imagenes de personas, el modulo de extension de espacio de recursos 260 accede a los metadatos en la base de datos 280 para identificar los datos correspondientes a la coleccion "personas". Los datos identificados se transcodifican a continuacion, a traves del modulo de extension de manejador MIME 270, en su caso, y luego se envfan al navegador remoto 210.

En otras aplicaciones, los metadatos como se ha descrito anteriormente, se usan de manera selectiva en artfculos seleccionados desde dentro de un espacio de recursos, asf como para usar los metadatos para impulsar la presentacion de los artfculos al usuario. Por ejemplo, una aplicacion de asignacion que se ejecuta como la aplicacion de terceros 265 puede almacenar datos de imagen con coordenadas geograficas como metadatos correspondientes a los datos de la imagen. Cuando un usuario solicita una imagen de una region geografica, tal como una ciudad en particular, la region se define como un conjunto de coordenadas que se presento a la disposicion basada en el agente 240. La solicitud se procesa utilizando un espacio de recursos que es capaz de extraer metadatos adecuados a partir de imagenes del sistema de archivos, utilizando coordenadas de donde se creo la imagen. Usando estos metadatos, el espacio de recursos es capaz de seleccionar las imagenes que caen dentro de una region geografica definida por el usuario. Una vez seleccionadas, las imagenes se pueden colocar en un mapa de la region geografica definida por el usuario en la ubicacion en la que se creo la imagen (especificada por los metadatos geograficos contenida en la imagen).

En algunas aplicaciones, uno o ambos de los componentes de servidor basados en la red 230 y la disposicion a base del agente 240 niegan selectivamente las solicitudes desde la aplicacion de navegador remoto 210, donde la programacion disponible en la aplicacion de navegador remoto no puede procesar datos u otra informacion que es el objeto de las solicitudes. Por ejemplo, cuando una solicitud particular especifica un recurso que incluye datos de video que no se pueden utilizar en la aplicacion de navegador remoto 210, la solicitud de dichos datos puede negarse, donde los datos no pueden transcodificarse apropiadamente para su uso en la aplicacion de navegador remoto de alguna otra manera.

En ciertas aplicaciones, una solicitud desde la aplicacion de navegador remoto 210 puede dirigirse a un conjunto de

5

10

15

20

25

30

35

40

45

50

55

60

65

recursos que incluyen cierta informacion que puede ser utilizada en la aplicacion de navegador remoto, asf como otra informacion que no puede ser utilizada asf. A este respecto, uno o ambos de los componentes de servidor basados en la red 230 y la disposicion basada en el agente 240 procesa solicitudes desde la aplicacion de navegador remoto 210 facilitando el retorno selectivo de la informacion que se puede utilizar en la aplicacion de navegador remoto. Cierta informacion en el conjunto de recursos requeridos podra ser directamente utilizable en la aplicacion de navegador remoto 210, en cuyo caso no se aplica necesariamente el enfoque de transcodificacion descrito anteriormente. Cuando cualesquiera informaciones en el conjunto de recursos solicitado es utilizable en la aplicacion de navegador remoto 210 en una forma de transcodificacion, esa informacion se transcodifica como se describio anteriormente. La informacion en el conjunto de recursos solicitada que no se puede utilizar en la aplicacion de navegador remoto 210 en consecuencia no se envfa a la misma. Con este enfoque, la informacion devuelta a la aplicacion de navegador remoto 210 incluye toda la informacion en el conjunto de recursos que se puede utilizar en la aplicacion de navegador remoto, con transcodificacion implementada e informacion restringida, segun el caso.

La figura 2B es una disposicion y un metodo para la comunicacion de datos desde un usuario remoto a una aplicacion de agente, de acuerdo con otro ejemplo de realizacion de la presente invencion. El enfoque mostrado en la figura 2B es aplicable, por ejemplo, al enfoque que se muestra en la figura 2A, con datos que se envfan a la disposicion basada en agente 240 desde la aplicacion de navegador remoto 210. Los datos de entrada, tales como datos de imagen, se envfan desde la aplicacion de navegador remoto 210 a los componentes de servidor basados en la red 230 a traves de Internet 220.

Los componentes de servidor basados en la red 230 implementan una funcion de autenticacion para autenticar los datos entrantes segun sea apropiado para la transferencia a la disposicion basada en el agente 240 (por ejemplo, para asegurarse de que un usuario en la aplicacion de navegador remoto 210 esta autorizado para transferir los datos a la disposicion basada en agentes). Una funcion de control de acceso tambien se implementa para asignar informacion de enrutamiento a los datos de entrada, que a su vez envfan (usando la informacion de enrutamiento) a la disposicion basada en el agente 240 a traves de Internet.

Una vez que los datos son recibidos en la disposicion basada en el agente 240, la aplicacion de agente 250 procesa los datos para determinar si es un tipo de datos adecuado para su uso en uno de los espacios de recursos 290-N en la base de datos 280. Si en una configuracion/tipo de datos apropiada, los datos de entrada se almacenan en un espacio de recursos coincidente en la base de datos 280. En este contexto, el almacenamiento de los datos en un espacio de recursos coincidente puede implicar, por ejemplo, el almacenamiento de los datos recibidos en general y almacenar mas metadatos que caracterizan a los datos recibidos para su asociacion con uno o mas espacios de recursos (virtuales). Si no esta en una configuracion/tipo de datos apropiada, la aplicacion de agente 250 invoca una funcion de transcodificacion de espacio de fuente a recurso MIME que implementa un modulo de extension/transcodificador de manejador MIME 270 para transcodificar los datos en datos que tienen un tipo MIME apropiado (por ejemplo, tal como es utilizable por una aplicacion de terceros 265, a traves de un modulo de extension de espacio de recursos 260). Este enfoque de transcodificacion puede implementarse, por ejemplo, de una manera analizada anteriormente en conexion con el modulo de extension de manejador MIME 270.

En los ejemplos anteriores descritos en relacion con la figura 2A y/o la figura 2B, diversos componentes descritos se implementan selectivamente con disposiciones de procesamiento programadas que ejecutan programas basados en software. Por ejemplo, el modulo de extension/transcodificador de manejador MIME 270 se implementa de forma selectiva con un ordenador personal en la posicion del hogar del usuario, acoplado a Internet y adaptado para su comunicacion con los componentes de servidor basados en la red 230. Del mismo modo, el modulo de extension de espacio de recursos 260 y la aplicacion del agente 250 y la aplicacion de terceros 265 (por ejemplo, unos datos, graficos, video o aplicacion de procesamiento de texto) se implementan de forma selectiva mediante una aplicacion de software que se ejecuta, por ejemplo, en un ordenador personal programado apropiadamente. Por otra parte, el espacio de recursos 280 puede implementarse en un dispositivo de almacenamiento en disco duro asociado con un ordenador personal como se menciono anteriormente, ya sea localmente (por ejemplo, internamente en una carcasa de ordenador comun) o conectado de forma remota a traves de un enlace de comunicaciones, tal como un enlace de red, Internet 220, LAN (red de area local) o un enlace USB (bus serie universal). Las diversas realizaciones descritas anteriormente y mostradas en las figuras se proporcionan a modo de ilustracion solamente y no se deben interpretar para limitar la invencion. Basandose en la descripcion y los ejemplos anteriores, los expertos en la tecnica reconoceran facilmente que diversas modificaciones y cambios pueden realizarse a la presente invencion sin seguir estrictamente las realizaciones de ejemplo y las aplicaciones ilustradas y descritas en este documento). Por ejemplo, las funciones llevadas a cabo por los nodos de red anfitrion y local se mueven de forma selectiva desde el nodo anfitrion al local y/o del nodo local al anfitrion, dependiendo de la aplicacion. Este tipo de enfoque es consistente, por ejemplo, con un enrutador de datos de red distribuido que tiene porciones del mismo implementadas en un servidor anfitrion y un nodo local, con las funciones del enrutador de datos se realizan en uno o ambos las ubicaciones anfitrion y local. Como otro ejemplo, la interfaz proporcionada a los usuarios remotos puede implicar ciertas funciones basadas en el cliente y otras implementaciones del dispositivo de acceso a la red del usuario remoto, tal como, por ejemplo, cuando el usuario "remoto" es otro nodo de usuario local que accede a un nodo de usuario local diferente (con software implementado en ambos nodos). Estos enfoques se aplican en relacion con diversas realizaciones de ejemplo de la presente invencion. Tales modificaciones y cambios no se apartan del alcance de la

presente invencion que se expone en las siguientes reivindicaciones.

Claims

5

10

15

20

25

30

35

40

45

50

55

60

65

1. Un nodo de red base (130), que comprende:

medios para recibir una solicitud de transferencia de datos autenticados desde un servidor (110) a traves de una red (105);

medios para responder al control desde el servidor (110), en respuesta a una solicitud de transferencia de datos autenticados, comprendiendo los medios para responder al control desde el servidor (110):

medios para usar metadatos en el nodo de red base (130) para identificar datos especfficos de la aplicacion correspondientes a la solicitud;

medios para proporcionar en un dispositivo remoto (120) una lista que identifica una pluralidad de datos especfficos de aplicacion disponibles en el nodo de base (130) para la transferencia, incluyendo los datos especfficos de la aplicacion identificados correspondientes a la solicitud de transferencia de datos autenticada; y

medios para responder a una solicitud en el dispositivo remoto (120), que indica la seleccion del usuario de datos especfficos de la aplicacion:

transcodificando los datos identificados especfficos de la aplicacion desde un primer tipo de formato a un segundo tipo de formato de paquetes de comunicacion, siendo el segundo tipo de formato compatible con el dispositivo remoto (120); y

enviando los datos transcodificados al dispositivo remoto (120).
2. El nodo de red base (130) de la reivindicacion 1, en el que los medios para responder al control desde el servidor (110) estan adaptados para acceder a metadatos creados por una aplicacion de programa en el nodo de red base (130) para identificar datos especfficos de la aplicacion correspondientes a la solicitud, los datos especfficos de la aplicacion creados por la aplicacion del programa, y para transcodificar los datos especfficos de la aplicacion identificados desde un primer tipo de formato de la aplicacion del programa al segundo tipo de formato.
3. El nodo de red base (130) de la reivindicacion 2, en el que los medios para responder al control desde el servidor (110) estan adaptados para transcodificar los datos identificados especfficos de la aplicacion desde un primer tipo de formato de la aplicacion de programa al segundo tipo de formato rasterizando los datos especfficos de la aplicacion en datos que se pueden ver con una aplicacion de navegador web en el dispositivo remoto (120).
4. El nodo de red base (130) de la reivindicacion 1, en el que los medios para responder al control desde el servidor (110) estan adaptados para transcodificar los datos identificados especfficos de la aplicacion desde un primer tipo de formato a un segundo tipo de formato de paquetes de comunicacion transcodificando los datos en un formato de tipo MIME que es compatible con el dispositivo remoto (120).
5. El nodo de red base (130) de la reivindicacion 1, en el que los medios para responder al control desde el servidor (110) estan adaptados para cargar un modulo de extension de espacio de recursos (260) para cada aplicacion particular a la que se aplican los datos especfficos de la aplicacion, y para implementar cada modulo de extension de espacio de recursos para acceder a los metadatos en el nodo de red base (130) para identificar datos especfficos de la aplicacion correspondientes a la solicitud.
6. El nodo de red base (130) de la reivindicacion 1, en el que los medios para responder al control desde el servidor (110) estan adaptados para cargar un modulo de extension de formateo de datos, para cada aplicacion particular a la que se aplican los datos especfficos de la aplicacion, para transcodificar datos del tipo de datos especffico de la aplicacion identificada, y los medios para responder al control desde el servidor (110) tambien estan adaptados para implementar cada modulo de extension de formateo de datos para transcodificar datos especfficos de la aplicacion identificados desde un primer tipo de formato a un segundo tipo de formato de comunicacion de paquetes que es compatible con el dispositivo remoto (120).
7. El nodo de red base (130) de la reivindicacion 6, en el que el modulo de extension de formateo de datos es un modulo de extension de manejador MIME (270) adaptado para transcodificar los datos especfficos de la aplicacion identificados desde un primer tipo MIME a un segundo tipo MIME que puede mostrarse en el dispositivo remoto (120).
8. El nodo de red base (130) de la reivindicacion 1, en el que los datos especfficos de la aplicacion incluyen datos que requieren un programa de software especffico para el acceso y la visualizacion de los datos, y en el que los medios para responder al control desde el servidor (110) transcodifican los datos especfficos de la aplicacion en un formato que se puede ver usando un programa de software diferente que, en ausencia de la transcodificacion, es incapaz de acceder y presentar los datos en una forma visible.
9. El nodo de red base (130) de la reivindicacion 1, en el que los medios para responder al control desde el servidor (110) estan adaptados para configurar los datos especfficos de la aplicacion identificados para su presentacion a un

5

10

15

20

25

30

35

40

45

50

55

60

65

usuario en el dispositivo remoto (120) como una funcion de una aplicacion de programa disponible en los dispositivos remotos (120).
10. El nodo de red base (130) de la reivindicacion 1, en el que los medios para responder al control desde el servidor (110) estan adaptados para transcodificar los datos identificados especfficos de la aplicacion desde un primer tipo de formato a un segundo tipo de formato de comunicacion de paquetes que es compatible para su visualizacion con una aplicacion de navegador en el dispositivo remoto (120).
11. El nodo de red base (130) de la reivindicacion 1, en el que los datos especfficos de la aplicacion incluyen datos que requieren un programa de software especffico para el acceso y la visualizacion de los datos, y en el que los medios para responder al control desde el servidor (110) estan adaptados para determinar una aplicacion de programa disponible en el dispositivo remoto (120) y para transcodificar los datos especfficos de la aplicacion identificada para el acceso y la visualizacion usando la aplicacion del programa determinada.
12. El nodo de red base (130) de la reivindicacion 1, en el que los medios para responder al control desde el servidor (110) estan adaptados ademas para responder a solicitudes autenticadas que especifican una caracterfstica de datos basada en metadatos para ser encaminados identificando datos especfficos de la aplicacion que tienen metadatos que corresponden a la caracterfstica basada en metadatos especificada.
13. El nodo de red base (130) de la reivindicacion 1, en el que los medios para responder al control desde el servidor (110) estan adaptados ademas para

presentar selecciones para un usuario en el dispositivo remoto (120), agrupando las selecciones datos especfficos de la aplicacion almacenados en funcion de los metadatos para los datos almacenados especfficos de la aplicacion,

responder a las solicitudes autorizadas que identifican una de las selecciones presentadas identificando los datos especfficos de la aplicacion como el grupo de datos especfficos de la aplicacion almacenados correspondientes a la seleccion.
14. El nodo de red base (130) de la reivindicacion 1, en el que los medios para responder al control desde el servidor (110) estan adaptados para facilitar la comunicacion de datos desde un dispositivo remoto (120) al nodo de red base (130) y para dirigir la configuracion y el almacenamiento de los datos comunicados en el nodo de base (130) en funcion de los metadatos de una aplicacion de programa de terceros en el nodo de base (130).
15. El nodo de red base (130) de la reivindicacion 1, en el que los medios para responder al control desde el servidor (110) estan adaptados ademas para

rellenar al menos un espacio de recursos como una funcion de los metadatos que caracterizan los datos especfficos de la aplicacion almacenados, y

presentar las selecciones a un usuario en el dispositivo remoto (120), presentando el al menos un espacio de recursos como una seleccion.
16. Un servidor (110), que comprende:

medios para recibir solicitudes de transferencia de datos a traves de una red (105), medios para asociar las solicitudes recibidas de transferencia de datos con un dispositivo de base (130), medios para autenticar las solicitudes asociadas de transferencia de datos como una funcion de datos de autenticacion para el dispositivo de base (130) y datos en la solicitud, y

medios para controlar el dispositivo de base asociado (130), en respuesta a una solicitud de transferencia de datos autenticada, comprendiendo los medios para controlar el dispositivo de base asociado (130):

medios para el uso de metadatos en el dispositivo de base (130) para identificar los datos especfficos de la aplicacion correspondiente a la solicitud;

medios para proporcionar en un dispositivo remoto (120) una lista que identifica una pluralidad de datos especfficos de aplicacion disponibles en el nodo de base (130) para la transferencia, incluyendo los datos especfficos de la aplicacion identificados correspondientes a la solicitud de transferencia de datos autenticada; y

medios para responder a una solicitud en el dispositivo remoto (120), que indica la seleccion del usuario de datos especfficos de la aplicacion

transcodificando los datos identificados especfficos de la aplicacion desde un primer tipo de formato a un segundo tipo de formato de paquetes de comunicacion, siendo el segundo tipo de formato compatible con el dispositivo remoto (120); y

medios para enviar los datos transcodificados a un dispositivo remoto (120).
17. Un metodo para comunicar datos especfficos de aplicacion entre dispositivos de base y remotos basados en paquetes a traves de una red basada en paquetes (105) y para la presentacion de los datos especfficos de la aplicacion en los dispositivos remotos (120), comprendiendo el metodo:

5

10

15

20

25

30

35

40

45

50

55

60

recibir solicitudes de transferencia de datos a traves de la red (105),

asociar las solicitudes recibidas de transferencia de datos a un dispositivo de base (130); autenticar las solicitudes de transferencia de datos asociadas como una funcion de los datos de autenticacion para el dispositivo de base (130) y los datos en la solicitud; y

para una solicitud de transferencia de datos autenticada, controlar el dispositivo de base asociado (130) a traves de la red (105) para

usar metadatas en el dispositivo de base (130) para identificar datos especfficos de la aplicacion correspondientes a la solicitud autenticada;

proporcionar en el dispositivo remoto (120) una lista que identifica una pluralidad de datos especfficos de aplicacion disponibles en el nodo de base (130) para la transferencia, incluyendo los datos especfficos de la aplicacion identificados correspondientes a la solicitud de transferencia de datos autenticada; y responder a una solicitud en el dispositivo remoto (120), que indica la seleccion del usuario de datos especfficos de la aplicacion:

transcodificando los datos seleccionados especfficos de la aplicacion desde un primer tipo de formato a un segundo tipo de formato de paquetes de comunicacion, siendo el segundo tipo de formato compatible con el dispositivo remoto (120); y

enviando los datos transcodificados al dispositivo remoto (120).
18. El metodo de la reivindicacion 17, en el que el uso de metadatos en el dispositivo de base (130) incluye el acceso a metadatos creados por una aplicacion de programa en el dispositivo de base (130) para identificar datos especfficos de la aplicacion correspondientes a la solicitud, los datos especfficos de la aplicacion creados por la aplicacion del programa, y en el que la transcodificacion incluye la transcodificacion de los datos especfficos de la aplicacion identificados desde un primer tipo de formato de la aplicacion del programa al segundo tipo de formato.
19. El metodo de la reivindicacion 17, en el que los datos especfficos de la aplicacion incluyen datos que requieren un programa de software especffico para el acceso y la visualizacion de los datos, y en el que la transcodificacion incluye la transcodicacion de los datos especfficos de la aplicacion identificados en un formato que se puede ver usando un programa de software diferente que, en ausencia de la transcodificacion, es incapaz de acceder y presentar los datos en una forma visible.
20. Un metodo para comunicar datos especfficos de aplicacion entre dispositivos de base y remotos basados en paquetes a traves de una red basada en paquetes (105), y para la presentacion de los datos especfficos de la aplicacion en los dispositivos remotos (120), comprendiendo el metodo:

recibir una solicitud de transferencia de datos autenticados desde un servidor (110) a traves de la red (105); en respuesta a una solicitud de transferencia de datos autenticada, responder al control desde el servidor (110):

usando metadatos para identificar datos especfficos de la aplicacion correspondientes a la solicitud autenticada;

proporcionando en el dispositivo remoto (120) una lista que identifica una pluralidad de datos especfficos de aplicacion disponibles en el nodo de base (130) para la transferencia, incluyendo los datos especfficos de la aplicacion identificados correspondientes a la solicitud de transferencia de datos autenticada; y respondiendo a una solicitud en el dispositivo remoto (120), que indica la seleccion del usuario de los datos especfficos de la aplicacion:

transcodificando los datos seleccionados especfficos de la aplicacion desde un primer tipo de formato a un segundo tipo de formato de paquetes de comunicacion, siendo el segundo tipo de formato compatible con el dispositivo remoto (120); y

enviando los datos transcodificados al dispositivo remoto (120).
21. Un sistema para comunicar datos especfficos de aplicacion entre dispositivos de base y remotos basados en paquetes a traves de una red basada en paquetes (105), y para la presentacion de los datos especfficos de la aplicacion en el dispositivo remoto, comprendiendo el sistema:

al menos un nodo de red base (130) de acuerdo con la reivindicacion 1; un servidor (110) de acuerdo con la reivindicacion 16; y al menos un dispositivo remoto (120).