MXPA01001483A

MXPA01001483A - Un editor virtual y metodos relacionados para generar dinamicamente publicaciones personalizadas.

Info

Publication number: MXPA01001483A
Application number: MXPA01001483A
Authority: MX
Inventors: Gupta Aloke
Original assignee: Hewlett Packard Co
Priority date: 1999-06-07
Filing date: 2000-06-01
Publication date: 2002-11-29
Also published as: CN1320231A; EP1103024A1; AU774792B2; CN1165827C; JP2003501735A; US6981214B1; WO2000075757A1; CA2339802A1; AU5176500A; BR0006691A; KR20010111087A

Abstract

Un sistema distribuidor de documentos que comprende un almacen de datos para recibir una pluralidad de objetos de contenido y un editor virtual (306) para generar dinamicamente una publicacion personalizada para un usuario solicitante. El editor virtual recupera selectivamente uno o mas de los objetos de contenido recibidos para construir una publicacion personalizada para un usuario solicitante en base, por lo menos en parte, al perfil personal aceptado asociado con el usuario solicitante.

Description

UN EDITOR VIRTUAL Y MÉTODOS RELACIONADOS PARA GENERAR DINÁMICAMENTE PUBLICACIONES PERSONALIZADAS DESCRIPCIÓN -Antecedentes y campo de la invención — La presente invención es una continuación en parte de la solicitud de patente de los Estados Unidos de América No. 09/325,040 presentada el 7 de junio de 1999 titulada Document Delivery System for Automatically Printing a Document on a Printing Device (Sistema de Entrega de Documentos para Imprimir Automáticamente un Documento en un Dispositivo Impresor), por Brewster, et. al. Esta invención generalmente se relaciona al campo de la impresión y, más particularmente, a un editor virtual y métodos relacionados para generar dinámicamente publicaciones personalizadas en un sistema automatizado de entrega de documentos. A mediados de 1400, Johann Gutenberg revolucionó la forma en que se diseminó la información a través de su invención de la prensa de tipo movible. Con la publicación de la Biblia Mazarin, documentos que se mantuvieron una vez en el dominio exclusivo de unos cuantos privilegiados fueron entonces difundidos ampliamente a las masas. Casi 550 años después, la revolución de los medios de comunicación masivos que Gutenberg inició está viva y bien, completa con periódicos tales como el New York Times y el Washington Post, revistas como Newsweek y Sport Ilustrated, y literalmente miles y miles de otras publicaciones. Aún cuando estas miles de publicaciones cubren una gama amplia de intereses, de noticias a deportes a modas a modelismo de coheteria, tienen una cosa en común: están destinadas a ser leídas por un mercado masivo. A diferencia de los dias anteriores a Gutenberg en los cuales un documento se leerla literalmente por sólo una persona de un muy pequeño número de personas, no es económicamente viable para las publicaciones actuales el tener tal pequeño número de lectores, debido por lo menos en parte a los altos costos de mercadeo, producción y distribución. De hecho, muchas de las publicaciones actuales se consolidan en gran medida por la publicidad contenida dentro de ellas. Estos anunciantes son atraídos a las publicaciones que pueden entregar de manera consistente un público grande, fiable de consumidores que se expondrán a su publicidad. Aún cuando este modelo de publicación de mercado en masa ha trabajado bien durante centenares de años, esto no ha sido sin sus problemas. Uno de tales problemas es que un lector típico de una publicación tiene una variedad amplia de intereses, y ninguna publicación del mercado masivo podrá satisfacer todos estos intereses. Por ejemplo, un lector que está interesado en las noticias internacionales, golf, pesca con mosca artificial, genealogía y computadoras, tendría que subscribirse a varias publicaciones diferentes para satisfacer estos intereses. Claro, en vista de que estas publicaciones se pretenden para el mercado masivo ellas también contendrán una cantidad importante de material en el que nuestro lector no está interesado y no leerá. _Sobra decir que si existe una cantidad importante de material que un lector no está leyendo, existe también una cantidad importante de publicidad que el lector no está leyendo así como también una cantidad importante de papel que se desperdicia. Los anunciantes saben esto, y están de acuerdo en pagar considerablemente menos a una revista o periódico del mercado masivo por 1000 exposiciones a su anuncio que lo que ellos pagarían a un generador de -correo directo que puede proporcionar una garantía más específica de que las personas expuestas a su anuncio son de un grupo demográfico que muy probablemente leerán su anuncio y estarán interesados en él. Además, no es ni rentable ni eficaz en tiempo para la mayoría de los lectores el subscribirse a y/o leer gran un número de publicaciones. Generalmente, el lector típico sólo se subscribirá a unas cuantas publicaciones que le son de más interés. El reducido nivel de lectura de publicaciones a las que nuestro lector típico no se subscribe, aunque ellos podrían estar interesados en por lo menos algo del contenido editorial y publicitario contenido dentro, significa que la publicación recibe menos subscripciones y renovación de anuncios que ellos podrían recibir de alguna manera. Si muchos otros lectores toman la misma decisión, la salud continuada de la publicación podría estar en riesgo, y la publicación sería forzada a quebrar. De hecho, muchas publicaciones salen anualmente del mercado por no atraer un número sostenido de anunciantes y lectores - aún si existiera un gran número de lectores que pudieran estar interesados en leer su publicación, y un número correspondiente de anunciantes ansiosos de tener estos lectores expuestos a sus anuncios. En general, las publicaciones que no atraen un mercado masivo sustancial de personas que desean pagar por y/o leerlos cesa la publicación. Es una pena, puesto que muchas de estas publicaciones enriquecerían la diversidad de información disponible a todos los lectores, y mantendría una vía para escritores y artistas menos conocidos para practicar sus artículos .

A últimas fechas, ha surgido un nuevo tipo de publicación: la publicación electrónica. Los lectores de estas publicaciones típicamente firman en Internet a través de su computadora, y leen las publicaciones en linea. Algunas de estas publicaciones, como CNN.com y pointcast.com, le permiten a los usuarios establecer preferencias personales respecto al tipo de material que les gustaría leer. A menudo, estas publicaciones personalizadas incluyen publicidad, normalmente en la forma de un anuncio tipo estandarte que se coloca a lo largo de una periferia de la pantalla (arriba, abajo, al lado, etc. ) . Mientras estas publicaciones electrónicas han sido un desarrollo interesante en la distribución de información, ellas todavía representan sólo un fragmento diminuto de la información que se publica bajo el modelo más tradicional después de Gutenberg. Muchos lectores de estas publicaciones electrónicas se quejan de que ellas son muy difíciles leer (en la pantalla de video) , sobre todo durante periodos largos. Mientras que podría ser conveniente para un lector firmar en Internet para mirar el sitio web CNN.com para un resumen breve de las ultimas noticias, este lector gastarla sólo unos minutos en el sitio, y probablemente se subscribiría todavía a más medios de comunicación impresos tradicionales tal como Newsweek o The Washington Post. Ellos también probablemente invertirían significativamente más tiempo leyendo la más tradicional publicación impresa de lo que ellos invertirían en la lectura de la publicación electrónica, y correspondientemente, gastarían más tiempo estando expuestos a los anuncios en la publicación impresa tradicional. Por tanto, las publicaciones impresas continúan floreciendo hoy - más de cinco siglos después de que Gutenberg las hizo posible - y después de más de una década de la innovación de la publicación electrónica. Mientras estas publicaciones impresas han beneficiado ciertamente a la sociedad moderna, hasta ahora no se ha realizado ningún esfuerzo importante para resolver los problemas subyacentes con estas publicaciones discutidas anteriormente. Simplemente tal solución se proporciona aquí.

Sumario Un sistema de entrega o distribución de documentos que incluye un dispositivo de almacenamiento que almacena una pluralidad de objetos de contenido recibidos y Un editor virtual. El editor virtual recupera selectivamente uno o más de los objetos de contenido recibidos para construir una publicación para un usuario con base, por lo menos en parte, en un perfil personal asociado con el usuario.

Breve Descripción de las Figuras La figura 1 muestra un diagrama de bloques de un sistema de entrega de documentos de una modalidad de la invención. Las figuras 2-4 ilustran diagramas de flujo que detallan el funcionamiento del módulo de transmisión y el módulo de impresión del sistema de entrega de documentos de una modalidad de la invención. La figura 5 ilustra cómo se adquiere la información del perfil del usuario de un usuario en una modalidad de la invención. La figura 6 muestra cómo se adquiere la información del perfil del usuario de _un usuario en una modalidad de la invención. La figura 7 muestra un programa de impresión para la entrega de documentos en una modalidad de la invención. La figura 8 muestra cómo la programación de la impresión de la figura 7 puede modificares por el usuario. Las figuras 9A-9B muestran un documento impreso mediante el dispositivo de impresión de conformidad con una modalidad de la invención.

La figura 10 muestra un documento impreso por el dispositivo de impresión de conformidad con una modalidad de la invención. Las figuras 11A-11D muestran un documento impreso por el dispositivo de impresión de conformidad con una modalidad de la invención. La figura 12 muestra un documento impreso por el dispositivo de impresión de conformidad con una modalidad de la invención. La figura 13 ilustra un diagrama de bloques de un módulo de edición ejemplar que incorpora lo descrito en la presente invención. La figura 14 ilustra un diagrama de bloques de un módulo de conocimientos ejemplar que incluye la información del perfil del usuario e información del proveedor del contenido . La figura 15 es un diagrama de bloques de un sensor virtual ejemplar, de conformidad con una modalidad de la presente invención. " Las figuras 16A y 16B ilustran de forma gráfica estructuras de datos para guardar información del perfil del usuario e información del proveedor del contenido, respectivamente .

La figura 17 ilustra un diagrama de flujo de un método ejemplar que genera un documento de cliente, de conformidad con un aspecto de la presente invención. La figura 18 ilustra un diagrama de flujo de un método ejemplar del funcionamiento para un componente de cliente del sistema de entrega de documentos, de conformidad con un aspecto de la presente invención. La figura 19 ilustra un diagrama de flujo de un método ejemplar para diseñar un documento de cliente de objetos de contenido dispares de alguna manera, de conformidad con un aspecto de la presente invención. La figura 20 ilustra un diagrama de flujo de un método ejemplar para programar una entrega de documento (s) de cliente, de conformidad con un aspecto de la presente invención. La figura 21 ilustra un diagrama de flujo de un método ejemplar para rastrear la distribución de objetos de contenido y contabilidad para los proveedores del contenido, de acuerdo con un aspecto de la presente invención. La figura 24 ilustra gráficamente un documento ejemplar que comprende objetos de contenido encapsulados en envolventes mediante el innovador editor virtual, de conformidad con un aspecto de la presente invención.

Descripción detallada La figura 1 ilustra un diagrama de bloques de un innovador sistema de entrega de documentos, de conformidad con una ^modalidad de la invención. El sistema de entrega de documentos 10 contiene el servidor de documentos 100. En una modalidad preferida, el servidor de documentos 100 se acopla operativamente mediante la red 200 a una variedad de computadoras personales, dispositivos de impresión, y otros dispositivos electrónicos, colectivamente referidos como dispositivos 300. Como se describirá más detalladamente abajo, el servidor de documentos 100 contiene un innovador módulo de edición 120, un módulo de transmisión 150 y un módulo de conocimientos 170 para generar dinámicamente publicaciones personalizadas a partir de objetos de contenido dispares de otra manera para usuarios solicitante/suscriptores . El módulo de edición 120 recibe alimentación de objetos de contenido de uno o más proveedores del contenido 50, y/o de uno o más proveedores de publicidad 80 para genexar documentos personalizados con base en, por lo menos en parte, varios criterios importantes que incluyen, por ejemplo, intereses de los usuarios, estacionalidad, criterios de distribución de proveedores del contenido y proveedores de publicidad, y similares. Como se utiliza aquí, se pretende que proveedores del contenido 50 incluyan todos los proveedores del contenido de la publicación no incluyendo publicidad, mientras que los proveedores de publicidad 80 proporcionan el material de publicidad. Desde la perspectiva de un modelo comercial financiero, estas dos fuentes de material de publicación difieren significativamente (se paga a los proveedores del contenido una cuota del operador del servidor de documentos, mientras que los anunciantes pagan para anunciar en las publicaciones generadas) , desde el punto de vista del usuario final ambos proporcionan contenido a la publicación. Por consiguiente, cuando se utiliza sin un numeral de referencia el término general "proveedores del contenido" se pretende que incluya tanto a los proveedores del contenido 50 como a los proveedores de publicidad 80. Si se pretende una distinción, el número de referencia apropiado se denotará específicamente. El módulo de distribución 400 se acopla operativamente al servidor de documentos 100 y, como se discutirá, opcionalmente distribuye producto y/o subsidios de producto a usuarios con base, por lo menos en parte, en la fuente y cantidad de contenido proporcionado a los usuarios . En una modalidad preferida, el servidor de documentos 100 es una minicomputadora/servidor, tal como un servidor HP 9000 vendido por la compañía Hewlett-Packard, aunque las personas con conocimientos medios en la materia apreciarán que el servidor 100 podría ser cualquier tipo de otro(s) dispositivo (s) electrónico (s) o de informática que realice las funciones descritas aqui y aún caer dentro de la esencia y alcance de la invención. La red 200 es preferentemente la Internet, aunque una red Intranet, red de área local, u otro tipo de red privada o pública, ya sea alambrada (por ejemplo, teléfono, TV por cable, etc.) o inalámbrica (por ejemplo, satélite, radio, teléfono celular, etc.), pueden también adicionalmente usarse o ser susceptibles de usarse. En la figura 1 se muestran dispositivos 300 como ser capaces de configurarse en una amplia variedad de maneras. Por ejemplo, la computadora personal 310 se muestra conectada a dispositivo de impresión 320 que imprime el documento 10320 para el usuario 20320. La computadora personal 310 se acopla operativamente a la red de computadoras 200. En contraste, el dispositivo de impresión 330 que imprime el documento 10330 para el usuario 20330, se acopla operativamente a la red 200 sin una computadora personal intermedia u otro dispositivo electrónico. El dispositivo de impresión 350, el cual imprime el documento 10350 para el usuario 20350, se muestra conectado al dispositivo electrónico 340 que podría ser una caja superior de conjunto, un juego de televisión, una computadora de mano auxiliar digital personal (PDA) u otro tipo de dispositivo electrónico que se acople operativamente a la red 200. Finalmente, el dispositivo de impresión 370, el cual imprime el documento 10370 para el usuario 20370, se conecta a un dispositivo electrónico 360, que se conecta operativamente a la red 200. Los dispositivos de impresión mostrados en la figura 1 podrían ser impresoras, tal como la impresora HP DeskJet 890, la impresora HP LaserJet V, u otros modelos de impresoras fabricadas por HP u otros; los dispositivos llamados "mopiers" u otros dispositivos de impresión multifunciones que pueden imprimir, enviar facsímiles, digitalizar, y/o copiar, o cualquier otro dispositivo capaz de transferir información a un medio imprimible tal como papel común, papel especial, transparencias, u otros medios capaces de recibir la información tangiblemente y que pueda transportarse fácilmente por el usuario. El módulo de transmisión 150 se localiza preferentemente con el servidor de documentos 100. Como se muestra en la figura 1, el módulo de impresión 380 podría localizarse en cualquiera de los dispositivos 300, tal como en una computadora personal 310, el dispositivo de impresión 330, o el dispositivo electrónico 340, se acopla operativamente vía la red 200 al servidor de documentos 100, o podría localizarse dentro del mismo servidor de documentos 100, como en el módulo de conocimientos 170. De conformidad con una modalidad de la invención, el módulo de transmisión 150 y el módulo de impresión 380 representan funciones de software que se ejecutan en microprocesador (es) adecuadamente programado (s) dentro de un dispositivo 300 y/o servidor de documentos 100. Se apreciará, sin ^embargo, que podrían emplearse hardware de propósito especial u otros mecanismos para llevar a cabo las innovadoras características y funciones descritas abajo. La figura 13 ilustra un diagrama de bloques del módulo de edición 120 que incorpora las enseñanzas de la presente invención. Como se muestra, el módulo de edición 120 comprende uno o más controladores 502, un innovador agente editor 504, un innovador editor virtual 506, espacio de memoria 508 y una o más interfaces de entrada/salida (I/O) 510, cada uno acoplado como se muestra. De conformidad con una aplicación de la invención, el módulo de edición 120 puede contener bien una o más aplicación (es) 512 ejecutables por el (los) controlador (es) 502. No obstante esto, de conformidad con una modalidad a ser descrita mas detalladamente abajo, el módulo de edición (120) incluye un innovador conjunto de herramientas de edición 512 que hacen posible que el productor (por ejemplo un usuario registrado) establezca un perfil de publicación que se usa por el módulo de edición 120 para crear de forma automática una publicación. Se apreciará que aunque se muestran como entidades funcionales separadas y distintas, uno o más bloques funcionales 502-510 pueden combinarse bien en entidades funcionales comunes. Es más, aunque se muestra de acuerdo con un paradigma del hardware, las personas con conocimientos medios en la materia apreciarán que el módulo de edición 120 y sus elementos constitutivos 502-510 pueden ser incluidos bien como una serie de instrucciones ejecutables que, cuando se ejecutan por un procesador anfitrión, llevan a cabo las caractexísticas y funciones del módulo de edición 120 a ser discutidas abajo. A este respecto, la figura 13 es meramente ilustrativa del alcance y esencia de la invención reclamada. Como se muestra, el (los) controlador (s) 502 invoca (n) selectivamente uno o más del .editor virtual 506 para generar un documento de cliente para un usuario y/o suscriptor que lo solicita, o agente editor 504 para completar el diseño y perfeccionar la programación de la entrega de tales documentos del -diente. El (los) controlador (s) 502 puede (n) iniciar la construcción y/o entrega de un documento de cliente en contestación a la interacción con el usuario con una interfaz de usuario (por ejemplo, una página web) , o para acomodar una programación de entrega seleccionada por el usuario. A este respecto, el controlador 502 se comunica con aplicaciones externas (por ejemplo, páginas web) u otros elementos (por ejemplo, un perfil de usuario) por medio de la(s) interfaz (ees) 510 de entrada/salida (1/0) . En una modalidad alterna, el controlador 502 le proporciona una interfaz de usuario a un usuario con la que solicita/construye un documento de cliente usando una o más de las aplicaciones 512. Pero para la aplicación de lo descrito en la presente invención, el (los) controlador (s) 502 se piensa represente (n) cualquiera de una amplia variedad de dispositivos del control conocidos en el medio incluyendo, pero no limitados a, una serie lógica programable (PLA) , un microprocesador, un controlador de propósito especial, un circuito integrado de aplicación específica (ASIC) , y similares. En una modalidad alterna, el (los) controlador (s) 502 se incluyen como una serie de instrucciones ejecutables las cuales, cuando se ejecutan, llevan a cabo la lógica de control aquí descrita. El dispositivo de memoria 508 y la(s) interfaz (ees) 510 de I/O son cada una pensada para que represente los dispositivos normalmente conocidos en el medio. La(s) interfaz (ees) 510 de I/O se pretende, en particular, que incluyan una o más de cualquiera de las diferentes interfaces de comunicación conocidas en el medio incluyendo, pero no limitadas a, una interfaz de comunicación de conexión directa (por ejemplo, una interfaz serial, una interfaz paralela, un bus de serie universal (USB), un puerto avanzado de gráficos (AGP), etc.), una interfaz de red de área local (por ejemplo, una interfaz Ethernet, una interfaz token ring, etc.), o una interfaz de red de área amplia. A este respecto, el módulo de edición 120 puede comunicarse con cualquiera de una variedad de dispositivos externos y remotos usando una interfaz apropiada de una pluralidad de interfaces 510 de I/O alambradas y/o no alambradas . De conformidad con un aspecto de la presente invención, el editor virtual 506 personaliza publicaciones para una publicación compuesta y única con base en varios factores. Como se muestra, el editor virtual 506 incluye un administrador de contenido 518 y un agente de construcción 520. El administrador de contenido 518 incluye un agente de análisis/envolvente 522, una función de administrador de contratos 524 y un agente de transacciones 526. Conforme el módulo editor 120 recibe el contenido de uno o más proveedores del contenido, el administrador de contenido 518 se invoca selectivamente mediante el (los) controlador (es) 502. El agente de análisis/envolvente 522 analiza el contenido recibido y lo clasifica con base en cualquiera de uno o más de varios atributos incluyendo, la fuente, la materia objeto, la longitud, el costo, etc. Además, el agente de análisis/envolvente 522 encapsula el objeto de contenido en una envolvente con un 'identificador único. Se apreciará, con base en la siguiente descripción, que el envolvente de encapsulación habilita a los sensores virtuales (no mostrados) en el sistema de distribución de documentos para rastrear de forma precisa la distribución, recepción y disposición de los objetos de contenido. De conformidad con una modalidad, los sensores virtuales se incluyen dentro de los módulos de impresión 380 para rastrear la distribución, recepción y disposición de objetos de contenido encapsulados . De conformidad con una aplicación, el administrador de contratos 524 es un componente de manejo de bancos de datos que administra todas las obligaciones contractuales de los usuarios (subscriptores, proveedores del contenido, etc.) del sistema de entrega de documentos. De conformidad con una aplicación, el administrador de contratos 524 proporciona el cálculo de cuotas y acuerdos de despliegue para los proveedores del contenido selectos (por ejemplo, artistas), las cuotas de publicidad para otros proveedores del contenido (por ejemplo, anunciantes), información de suscripción para los usuarios selectos, y similares. Periódicamente, el administrador de contratos 524 accede a uno o más bancos de datos de proveedor del contenido para identificar la distribución del objeto de contenido, calcular los pagos de cuotas, facturas de publicidad y facturas de suscripción para la distribución a los usuarios apropiados mediante el agente de transacciones 526. A este respecto, el administrador de contratos 524 asegura que se adhieran las obligaciones contractuales del sistema de entrega de documentos. El agente de transacciones 526 es la interfaz primaria entre el sistema de entrega de documentos y un sistema financiero de comercio electrónico público/privado (por ejemplo, la red financiera CheckFree™ ofrecida por CheckFree Corporation) . Como se mencionó anteriormente, el agente de transacciones 526 es responsable de ejecutar los pagos y transacciones de crédito/debito de cuenta con cuentas de usuarios con base, por lo menos en parte, en la distribución de objetos de contenido de acuerdo con los términos y condiciones mantenidos en el administrador de contratos 524. Debe notarse que aunque se muestra como un elemento del módulo de edición 120, las personas con conocimientos medios en la materia apreciarán que el administrador de contenido 518 puede desplegarse bien como una entidad funcional separada e independiente sin desviarse de la esencia y alcance de la presente invención.

El agente de construcción 520** del editor virtual 506 extrae objetos de contenido para generar un documento de cliente de conformidad con uno o más contribuyentes clave. Como se usa aquí, los contribuyentes clave incluyen uno o más de uno de~ los intereses de un usuario de suscriptor/solicitante, demografía, estacionalidad, requisitos de servidor de documentos, y criterios de uso del proveedor del contenido, y similares. Como se describirá en mayor detalle abajo, el agente de construcción 520 extrae objetos de contenido que es probable sean de interés para un usuario particular y genera una publicación personalizada para ese usuario. El agente de construcción 520 utiliza información recibida mediante procesos no secretos y secretos del sistema de entrega de documentos 10 para registrar cronológicamente la interacción de un usuario y la disposición de material recibido, así como la retroalimentación de solicitud del usuario, para mejorar la satisfacción del usuario con publicaciones personalizadas subsecuentes. Información recogida como resultado de estos procesos no secretos/secretos se usa por el agente de construcción 520 para actualizar un perfil del usuario asociado con el usuario, al cual se accede al generar una publicación personalizada. En este aspecto, el agente de construcción 520 normalmente realiza funciones asociadas comúnmente con un editor físico de, digamos, una revista: decisiones de contenido de publicación, decisiones de diseño y formato, publicidad y similares, además estos factores en otra información clave tal como preferencias personales para generar publicaciones personalizadas para millones de individuos. Una vez que el agente de construcción 520 ha extraído objetos de contenido para generar la publicación, esta se pasa al agente editor 504, para finalizar el diseño y programar la entrega de la publicación personalizada al (los) destinatario (s) previsto (s). De conformidad con la modalidad ejemplar ilustrada, el agente editor 504 se presenta comprendiendo el administrador de programación 514 y el administrador de diseño 516. Como se describirá en mayor detalle abajo, el administrador de diseño 516 recibe los objetos de contenido del administrador de construcción 506 y finaliza un diseño por lo menos parcial de la publicación personalizada. De conformidad con un aspecto de la invención, el administrador de diseño 516 guarda un registro del tiempo requerido para completar al menos un diseño parcial de la publicación para determinar la complejidad de la publicación personalizada. Este indicador de complejidad se Usa posteriormente por el agente editor 504 para estimar el tiempo requerido para diseñar publicaciones futuras que contienen uno o más de los mismos objetos de contenido, y ayudar al administrador de programación 514 a estimar el tiempo requerido para completar la publicación. Una vez que el administrador de diseño 516 ha completado al menos un diseño parcial de la publicación, el administrador de programación 514 completa el diseño de la publicación (por ejemplo, con objetos de contenido de último minuto, o actualizaciones para tales objetos), y programa la entrega de la publicación personalizada. De conformidad con una modalidad, a ser descrita más detalladamente abajo, el administrador de programación 514 utiliza información proveniente de una variedad de fuentes disponibles para programar la entrega de la publicación. Más particularmente, el administrador de programación 514 utiliza información proveniente del perfil personal del usuario, una medición de la complejidad del administrador de diseño 516, y una indicación proveniente de los dispositivos de impresión asociados con el usuario confirmando que una cantidad adecuada y tipo de medios están disponibles para imprimir la publicación. Con base, por lo menos en parte, en tal información, el administrador de programación 514 trabaja para establecer un programa de publicación óptimo para una o más publicaciones personalizadas . La figura 14 ilustra un módulo de conocimientos ejemplar 170, de conformidad con una modalidad de la presente invención. Como se muestra, el módulo de conocimientos 170 comprende información del perfil del usuario 602, información del proveedor del contenido 620, información de la administración de contratos 630, y opcionalmente el módulo de impresión 380 y programación de impresión 390. Como se describirá más detalladamente abajo, el banco de datos de información del perfil del usuario 602 se utiliza para recolectar información y desarrollar un perfil para usuarios del sistema 10. El banco de datos de información del proveedor del contenido 620 se emplea para rastrear el uso y disposición del proveedor del contenido. El banco de datos de información de administración de contratos 630 se utiliza para guardar información respecto a términos de licencias, tarifas, etc. Guardando la información de perfil del usuario, información del proveedor del contenido e información de administración de contratos, el servidor de documentos 100 es capaz de proporcionar servicio individualizado a usuarios y proveedores de contenido igualmente. Adquiriendo y guardando dinámicamente información exacta en la distribución, recepción y disposición del usuario de publicaciones en el nivel de objetos de contenido, el servidor de documentos 100 es capaz de proporcionar una publicación personalizada al usuario seleccionando de forma exacta los intereses del usuario, en tanto que al mismo tiempo proporciona una contabilidad exacta para los proveedores del contenido para propósitos de participación y/o pagos de licénciamiento. En este sentido, el sistema de entrega de documentos 10 representa un avance revolucionario en la industria editorial, es decir, la habilidad de proporcionar publicaciones seleccionadas individualmente a una escala en otros tiempos disponible solo para empresas de medios masivos. La figura 15 ilustra un diagrama de bloques de un sensor virtual ejemplar, de conformidad con una aplicación de la presente invención. Como se mencionó anteriormente, uno o más sensores virtuales 35000 se distribuyen selectivamente a lo largo del sistema de entrega de documentos 10 para supervisar e informar de la distribución, recepción y disposición del usuario de los objetos de contenido. Además, los sensores 35000 también rastrean el sistema y acciones del usuario tomadas en los objetos de contenido, por ejemplo un usuario podría enviar un correo electrónico a un autor, comprar un producto publicitario (por ejemplo a través de Internet mediante un enlace proporcionado en un anuncio recibido) , etc. Es mas, el rastreo de la distribución y recepción de los objetos de contenido habilita al sistema de entrega de documentos 10 para tomar acción automáticamente sobre las publicaciones proporcionadas a través del sistema 10. Por ejemplo, rastreando la recepción de una "publicación reciente" (por ejemplo con base en algún vencimiento, etc) . De conformidad con una aplicación, el (los) sensor (es) virtual (es) 35000 se incorpora (n) en el módulo de impresión 380 en todo el sistema de entrega de documentos 10. De conformidad con una aplicación los sensores 35000 se despliegan adicionalmente/alternativamente en uno o más de los dispositivos 300 tal como, por ejemplo, uno o más dispositivos de cómputo, uno o mas dispositivos de impresión, y/o uno o más dispositivos de infraestructura de red (no mostrados) . Se apreciará que la cantidad de información recolectada es dependiente al menos ligeramente del número de sensores virtuales 35000 desplegados a través del sistema de entrega de documentos 10. De conformidad con la modalidad ejemplar ilustrada en la figura 15, se muestra el sensor 35000 comprendiendo un agente de monitoreo 35002 y un agente de información, acoplados comunicativamente como se muestra. Como se usa aquí, el agente de monitoreo 35002 recibe el tráfico de la red y analiza el tráfico para distribución de objetos de contenido que identificablemente regresan a un módulo de edición particular (por ejemplo, 120) y/o a un servidor de entrega de documentos (por ejemplo, 100) . De conformidad con una aplicación ejemplar, el agente de monitoreo 35002 analiza el tráfico de la red recibido para objetos de contenido envueltos en envolventes de rastreo (a ser descritas más detalladamente abajo) . La información del envolvente de rastreo identifica singularmente el objeto de contenido y, opcionalmente, el módulo de edición o servidor de entrega de documentos responsable de la distribución del objeto de contenido. El agente de información 35004 se invoca para compilar y emitir un informe a uno o más servidor (es) de entrega de documentos 100 que identifican la distribución, recepción y disposición del documento y la disposición del usuario de los objetos de contenido recibidos. _Aunque ilustrado de acuerdo con un paradigma del hardware, el sensor virtual 35000 y/o uno o más de sus elementos constitutivos puede llevarse a cabo bien por una serie de instrucciones ejecutables que llevan a cabo las funciones a ser descritas más detalladamente abajo. De forma similar, el banco de datos de información de proveedor del contenido 620 se usa por el sistema de entrega de documentos para guardar una historia de distribución, recepción y disposición de objetos de contenido . De conformidad con un aspecto de la invención, el administrador de contratos 524 utiliza información guardada en el banco de datos de información del proveedor del contenido 620 para calcular periódicamente los pagos de cuotas, facturas de publicidad, y facturas de suscripción.

Estructuras de datos ejemplares de información del perfil del usuario e información de proveedor de contenidos se ilustran- con referencia a las figuras 16A y 16B. La figura 16A ilustra gráficamente un ejemplo de la estructura de datos 602 del perfil del usuario, conveniente para uso con el innovador sistema de entrega de documentos.^ De conformidad con la aplicación ejemplar ilustrada, la estructura de datos 602 de información del perfil del usuario incluye un campo nombre del usuario 604, un campo de identificación del usuario 606, un campo de información de contacto 608, un campo de información de interés 610, un campo de información de suscripción 612, un campo de información de disposición 614, y un campo de información de retroalimentación 616. Como se presentó anteriormente, parte de la información guardada en la estructura de datos del perfil del usuario 602, se obtiene abiertamente, por ejemplo, preguntándole al usuario por tal información durante un periodo de registro. Otra información tal como, por ejemplo, información de disposición, se obtiene secretamente supervisando la disposición de las envolventes de rastreo por el usuario, por ejemplo, cuanto tiempo invirtió el usuario con cierta información, el usuario le envió información a otros, etc. De esta manera, se desarrolla la estructura de datos del perfil del usuario 602, desarrollando de forma continua, mejorando de forma continua, el conjunto de información que refleja los intereses actuales de los usuarios del sistema de entrega de documentos . La figura 16B ilustra una estructura de datos ejemplar que comprende información de un proveedor del contenido, de conformidad con una modalidad de la presente invención. De conformidad con la modalidad ilustrada ejemplar, la estructura de datos de información de proveedor del contenido 620 incluye un campo de nombre de proveedor de contenido 622, un campo de identificación de proveedor de contenido 624, un campo de identificación de envolvente 626 para cada uno de los objetos de contenido proporcionados por el proveedor de contenido, un campo de programación de tasa 628, un campo de uso mensual 630 y un campo de información de retroalimentación 630. como se indicó anteriormente, las estructuras de datos de mayor o menor complejidad bien pueden utilizarse para guardar información de perfil del usuario y/o información de proveedor de contenido sin apartarse de la esencia y alcance de la presente invención. Regresando a las figuras 2-4, se presentan diagramas de flujo que detallan el funcionamiento del módulo de transmisión 150 y un primer modo de funcionamiento del módulo de impresión 380, de conformidad con una modalidad de la invención. En las figuras 2-4, el diagrama de flujo mostrado en la columna izquierda se ejecuta por el módulo de transmisión 150 del servidor de documentos 100, y el diagrama de flujo en la columna derecha se ejecuta por el módulo de impresión 380. Refiriéndose ahora a la figura 2, el diagrama de flujo para el módulo de transmisión 150 inicia en el bloque 1000, y el diagrama de flujo para el módulo de impresión 380 inicia en el bloque 2000. Puesto que existe una gran cantidad de interacción entre estos dos diagramas de flujo, como se representa por las líneas punteadas que conectan las dos columnas, el funcionamiento de los dos diagramas de flujo se describirá simultáneamente. En el bloque 2100, los datos del perfil del usuario se envían al servidor de documentos 100 para ser almacenados en el perfil del usuario. Estos datos del perfil del usuario pueden asumir muchas formas diferentes, desde simples hasta muy detalladas. La figura 5 muestra una muy simplemente adquisición de datos del perfil del usuario, tal como la usada en el Instant Delivery Program (Programa de Entrega Instantánea) de HP, la primera versión del cual estuvo generalmente disponible al público menos de un año desde la fecha de presentación de esta solicitud de patente. En este programa, se almacenan sólo tres piezas de información en el perfil del usuario: el tipo de impresora, la dirección de correo electrónico, y si HP puede hacer contacto con el usuario. La figura 6 muestra un perfil de usuario más complicado que el actualmente usado en el Programa de Entrega Instantánea de HP, el cual incluye el nombre del usuario, la dirección de correo electrónico, nombre de la compañía, ciudad, estado, país, C.P. o código postal, número de teléfono, información de la impresora y áreas de interés. Las personas con conocimientos medios en la materia apreciarán que podrían enviarse mas o menos datos del perfil del usuario de aquellos mostrados en las figuras 5 y 6 al módulo de transmisión 150 en el bloque 2100 y todavía podrían caer dentro de la esencia y alcance de la invención, que por lo menos parte de esta información pudiera provenir de una fuente diferente al usuario. Por ejemplo, los datos del perfil del usuario también podrían incluir el ingreso familiar, edad, y sexo del usuario, entre otras cosas. En cualquier caso, el bloque 1100 recibe los datos del perfil del usuario enviados por el bloque 2100. El bloque 1200 almacena los datos del perfil del usuario, preferentemente en el módulo de conocimientos 170. T?lternamente, los datos del perfil del usuario podrían almacenarse en el dispositivo 300 o en alguna otra ubicación local o remota. El bloque 2200 verifica si un documento debe recibirse del servidor de documentos 100. Esto se realiza verificando la programación de impresión 390 la cual se almacena preferentemente en un dispositivo 300 o un servidor de documentos 100, pero puede almacenarse en alguna otra ubicación local o remota. El programa de impresión 930 preferentemente contiene información que puede usarse para determinar cuándo deben imprimirse los documentos por el dispositivo de impresión, tal como en la creación del documento, el tiempo solicitado por el usuario, el lapso de tiempo especificado, y/o ocurrencia de uno o más eventos externos (por ejemplo, un precio accionario o índice que alcance un valor especificado, un marcador final de un evento deportivo, etc.). La programación de la impresión 390 puede asociarse con un usuario individual, un dispositivo o un grupo o usuarios y/o dispositivos. Además, cada entrada de programación de impresión 390 podría producir la impresión de uno o más documentos. La figura 7 muestra un ejemplo de programación de impresión 390, del tipo que podría usarse en una versión mejorada del Programa de Entrega Instantánea de HP. En este ejemplo, se muestran el título de la entrega, la programación de la entrega, los datos y tiempo de entrega siguiente, y el estado de la última entrega. Preferentemente, el usuario puede seleccionar en que momento debe imprimirse un documento, si debe imprimirse en un día específico de la semana o mes, días de la semana, o fines de semana, y si la programación de la impresión debe vencer después de un periodo específico o debe continuar indefinidamente . Refiriéndose de nuevo a la figura 2, el módulo de impresión 380 vigila la programación de impresión 390 para ver si debe pedirse un documento del servidor de documentos 100 o de otra fuente. Cuando el bloque 2200 determina que un documento debe pedirse del servidor de documentos 100 o de otra fuente, el bloque 2200 se contesta afirmativamente, y el bloque 2300 automáticamente demanda el documento, sin la intervención del usuario del servidor 100 o de otra fuente, como se describirá en mayor detalle abajo. Nótese que si el módulo de impresión 380 se localiza en el dispositivo 300, el bloque 2200 opera en un modo "recuperación" dónde el documento se "recupera" del servidor de documentos 100 u otra fuente al dispositivo 300. Sin embargo, si el módulo de impresión 380 se localiza remotamente del dispositivo 300, tal como en el servidor de documentos 100, el bloque 2200 opera en un modo "cargar" donde el documento se "carga" desde el servidor de documentos 100 u otra fuente al dispositivo 300. Si el bloque 2300 determina que el documento se localiza en el servidor de documentos 100 o en otra fuente accesible mediante la red 200, y si el dispositivo 300 está actualmente en un estado desconectado dónde no se acopla operativamente a la red 200, el bloque 2300 ejecutará a o de alguna manera entrará en un estado conectado con la red 200, para que el dispositivo 300 se acople operativamente a la red 200. Entretanto, el bloque 1300 verifica para ver si un documento se ha pedido del módulo de impresión 380 en el bloque 2300. Una vez que se determina que tal un documento se -ha pedido, el bloque 1400 genera el documento para el módulo de impresión 380. El bloque 1500 entonces envía el documento al módulo de impresión 380. El bloque 2400 verifica para ver si un documento se ha recibido del servidor de documentos 100 mediante el bloque 1500. Una vez que tal un documento se ha recibido, el bloque 2500 automáticamente imprime el documento, sin la intervención del usuario, en un dispositivo de impresión. El término "sin intervención del usuario" significa que un usuario no está involucrado directamente en la operación de impresión; el documento se envía automáticamente a un dispositivo 300 para ser impreso por un dispositivo de impresión. De conformidad con este modo de operación, el usuario no presiona ""ningún" botón de impresión o se involucra directamente o de alguna manera en el proceso de impresión; de hecho, el usuario ni siquiera estaría presente en el mismo cuarto, ciudad, estado, o país que el dispositivo 300 durante la operación de impresión. La operación de impresión ocurre automáticamente en un estado desatendido -independientemente de si el usuario está presente o no. Además, si el programa de impresión 390 se almacena de una manera independiente del dispositivo, como en el servidor de documentos 100, un usuario que viaja podría "proceder a iniciar una sesión" para el servidor de documentos 100 y tener su documento personalizado enviado a un dispositivo 300 que ~ es conveniente para la ubicación actual del usuario . Con referencia ahora a la figura 3, el bloque 2600 verifica para ver si el documento se imprimió con éxito. En caso negativo, el bloque 2800 realiza tratamiento de errores, tal como intentar imprimir de nuevo el documento, notificando al usuario que el dispositivo de impresión se quedó sin papel o tiene alguna otra condición de error, o decidir simplemente no imprimir el documento. Cuando el documento se imprime con éxito, el bloque 2900 informa al servidor de documentos 100 que el documento se imprimió con éxito. El bloque 1600 espera por una indicación proveniente del módulo de impresión 380 de que el documento se imprimió con éxito. Cuando se recibe tal indicación, el bloque 1700 actualiza el perfil del usuario con esta información. Se apreciará que no todos los bloques en las figuras 2-4 necesitan llevarse a cabo, o implementarse de conformidad con el orden denotado, para caer dentro de la esencia y alcance de la presente invención. Más específicamente, de conformidad con una aplicación, el flujo de control se mueve del bloque 2600 al bloque 4100 de la figura 4, como se discutirá después, y del bloque 1500 de nuevo al bloque 1300 de la figura 2. Se ha contemplado una modalidad alterna donde se transmite otra información de regreso al servidor de documentos 100 en el bloque 2900 para poner al día el perfil del usuario almacenado preferentemente en el módulo de conocimientos 170. Esta otra información podría ser el uso de tinta (uso total o uso interrumpido por color de tinta) , el uso de medios imprimibles (número de páginas impresas, tipo de medios usados, etc.), u otros tipos de información. Además, otra modalidad alterna se ha contemplado en donde parte o toda la información contenida en el perfil del usuario se almacena en el módulo de conocimientos 170 y proviene de una fuente diferente al usuario mediante el módulo de impresión 380. Por ejemplo, información disponible pública o privadamente sobre el usuario, y/o los dispositivos 300 que él/ella/ellos usan, podría adquirirse de una amplia variedad de fuentes diferentes y podría insertarse preferentemente en el perfil del usuario almacenado en el módulo de conocimientos 170.

El bloque 1800 examina el perfil del usuario almacenado preferentemente en el módulo de conocimientos 170 para determinar si un subsidio del producto debe proporcionarse al usuario. Por ejemplo, si la información en el perfil del usuario indica que este usuario ha impreso su 1000" documento, tal como un documento "preferido" que contiene publicidad proveniente de proveedores de anuncios o publicidad 80 o se encuentra de alguna manera bajo el control del módulo de edición 120, puede garantizarse el proporcionar un subsidio de producto al usuario. Para propósitos de esta invención, un "subsidio de producto" podría ser un consumible de impresión u otro producto. Un "consumible de impresión" es un cartucho de chorro de tinta para una impresora de chorro de tinta, la tinta para tal cartucho de chorro de tinta, un cartucho de toner para una impresora láser, el toner para tal cartucho de toner, o cualquier otro producto o sustancia que se vacie cuando un documento se imprime, incluso cintas para impresora, etc. Nótese que "tinta" referido a lo anterior sería típicamente de una variedad permanente, pero la tinta borrable, tal como la que se vende por Eink Company, también podría usarse. Nótese que el subsidio del producto aquí referido se consolida preferentemente por lo menos en parte por los beneficios publicitarios recibidos de los proveedores de publicidad 80 (figura 1) , pero se ha contemplado una modalidad donde el subsidio del producto es consolidado por lo menos en parte de los beneficios de distribución recibido de los proveedores del contenido 50 (figura 1) . En cualquier caso, la información (tal como información estadística) respecto a lo que se imprimió por quien se proporciona preferentemente a los proveedores del contenido 50 y/o proveedores de publicidad 80 -preferentemente como un documento que se envía automáticamente a uno o más dispositivos de impresión de conformidad con lo descrito en esta invención. Otras formas de productos que se contemplan sean subvencionadas por esta invención incluyen medios imprimibles, tal como papel común, papel especial, transparencias, y similares, y también puede incluir dispositivos 300 tales como dispositivos de impresión, dispositivos electrónicos, y computadoras personales. De hecho, se han contemplado modalidades alternas donde se subvencionan otros productos, tales como un precio de suscripción a un documento, o incluso un producto no directamente relacionado al sistema de entrega de documentos aquí mostrado, tal como jabón o comida para perro. Si el bloque 1800 determina que tal subsidio se garantiza, el bloque 1900 solicita que el módulo de distribución 400 proporcione tal subsidio al usuario. En una modalidad, el módulo de distribución 400 simplemente envía por correspondencia un producto tal como un producto consumible de impresión u otro producto tal como el tipo descrito anteriormente a un usuario a la dirección especificada en el perfil del usuario. En otra modalidad, el módulo de distribución 400 envía por correo o genera electrónicamente un cupón que el usuario puede usar para recibir un producto gratis o un producto con descuento del tipo descrito anteriormente. Sin tener en cuenta si el bloque 1800 se contesta afirmativamente o negativamente, el flujo de control regresa entonces al bloque 1300 (figura 2) para ver si otro documento se ha pedido del módulo de impresión 380. Con referencia de nuevo a la figura 3, después de que el bloque 2900 informa al servidor de documentos 100 que el documento se imprimió con éxito, el flujo de control se mueve al bloque 4100 (figura 4), el cual verifica con el servidor de documentos 100 para ver cuál es la versión actual del módulo de impresión 380. El bloque 3100 verifica para ver si tal solicitud se ha recibido, y cuándo se ha recibido, el bloque 3200 envía la información relativa a la versión actual del módulo de impresión al módulo de impresión 380. El bloque 4200 compara esta información proveniente del servidor de documentos 100 con su propia versión y determina si se encuentra disponible una versión actualizada del módulo de impresión. Por ejemplo, si el módulo de impresión 380 corre la versión 4.0, y el servidor de documentos 100 indica que la versión 4.1 es la versión actual del módulo de impresión 380, el bloque 4200 determinaría que se encuentra disponible una versión actualizada del módulo de impresión 380, y el control de flujo se movería al bloque 4300. El bloque 4300 verifica para ver si esta versión actualizada del módulo de impresión 380 debe pedirse para ser descargada. Mientras un usuario podría ser cuestionado de si tal descarga debe solicitarse o no, y podría típicamente bajar esta en un momento conveniente, tal paso también podría realizarse automáticamente sin intervención del usuario. Si se solicita tal descarga, el bloque 4400 se contesta afirmativamente, y el bloque 3500 baja el módulo de impresión actualizado el cual se instala entonces en el bloque 4500. Independientemente de cómo se contesten los bloques 4200 y 4300, el flujo de control se mueve al bloque 4600, el cual verifica para ver si un estado desconectado debe introducirse. Si el bloque 2300 (figura 2) determinó que ese dispositivo 300 estaba en un estado desconectado cuando el documento fue pedido, como se discutió anteriormente (es decir, no acoplado operativamente a una red 200) , el bloque 4600 se contesta afirmativamente, y el bloque 4700 reingresa al estado desconectado. En cualquier caso, el flujo de control regresa al bloque 2200 de la figura 2. Con referencia de nuevo a la programación de impresión 390 mostrada en la figura 7, puede verse que se pueden solicitar para impresión muchos tipos diferentes de documentos. Por ejemplo, el título del documento 11000 especifica una dirección de red, tal como un Localizador Uniforme de Recursos de Internet (URL) que contiene la ubicación de la red de un documento a ser impreso. Nótese que este URL puede estar parcial o completamente escondido del usuario, como es el caso con el URL para el documento 15000. En este escenario, el módulo de edición 120 del servidor de documentos 100 sólo va a la Internet al URL indicado (el cual se mostraría en la figura 1 como uno de los proveedores del contenido 50) , y captura el documento indicado que se transmite entonces a un dispositivo de impresión mediante el módulo de transmisión 150 y al módulo de impresión 380, como se ha discutido. Alternativamente, el dispositivo 300 podría ir directamente al propio URL sin ayuda del servidor de documentos 100; en este caso, el bloque 2300 (figura 2) solicita el documento 110Q0 de otra fuente - directamente del proveedor del contenido 50 (en el URL indicado) mediante la red 200. En contraste, el documento 12000 no es un documento que se origina con un proveedor del contenido 50 mediante Internet, pero en cambio se almacena directamente en el dispositivo 300, tal como un dispositivo de impresión, una computadora personal, u .otro dispositivo electrónico. Un ejemplo de tal documento podría ser un calendario diario de un programa tal como Microsoft Outlook, que el usuario ha pedido se imprima automáticamente a su impresora, sin intervención del usuario, a las 7:00 a.m. todas las mañanas del fin de semana. En tal modalidad, el módulo de impresión 380 no necesita pedir el documento del servidor de documentos 100, puesto que puede acceder a los documentos sin pasar por la red 200. En esta modalidad, el bloque 2300 de la figura 2 demanda el documento de otro dispositivo fuente 300. Mientras que el bloque 2900 todavía indicaría preferentemente que el documento se imprimió, y en tanto el bloque 1700 todavía podría actualizar el perfil del usuario en el módulo de conocimientos 170, el imprimir tal documento no generaría ningún tipo de crédito preferentemente hacia un subsidio de producto, puesto que tal documento no sería considerado un documento "preferido", por ejemplo, no un documento bajo el control del módulo de edición 120. Refiriéndose de nuevo a la figura 7, se muestra una programación de impresión del documento 13000. El documento 13000 se llama un "documento personalizado". Un "documento personalizado" es un documento que se ensambla por medio del módulo de edición 120 del servidor de documentos 100 de una variedad de proveedores del contenido 50 y proveedores de publicidad 80, con base en la información contenida en el perfil del usuario almacenada en el módulo de conocimientos 170. Por ejemplo, el documento 13000 es un "documento personalizado". Nuestro usuario ha pedido que el documento 13000 -su periódico personalizado- se imprima a las 6: 00 a.m. todos los días. El módulo de edición 120 examina los intereses del usuario como se especifica en el perfil del usuario almacenado en el módulo de conocimientos 170 para ensamblar el documento de proveedores del contenido 50 seleccionados en-el que el usuario ha indicado un interés. El módulo de edición 120 también inserta publicidad proveniente de los proveedores de publicidad 80 -de nuevo con base en el perfil del usuario almacenado en el módulo de conocimientos 170. La figura 8 muestra cómo el programa de impresión 390 de la figura 7 puede ser revisado por el usuario. El usuario puede usar la programación recomendada por el editor, utilizar un programa predefinido que el usuario ha establecido, o puede usar un programa u horario personal para la entrega. Si se selecciona una programación personal, el usuario puede seleccionar una entrega diaria, semanal, mensual, o seleccionar una entrega una vez cada número especificado de días, o especificar cada día de la semana. Además, también puede especificarse el momento del día: una vez en un momento designado, varias veces durante el día, o tiempos múltiples separados por un periodo especificado. Aun cuando no se muestra aquí, el usuario también podría revisar la programación u horario de impresión 390 para pedir que un documento se envíe cuando se cree, o durante la ocurrencia de un evento externo. Las figuras 9A-9B muestran el documento 11000 impreso por el dispositivo de impresión de conformidad con una modalidad de la invención. Nótese que este documento proviene de un proveedor del contenido 50 mediante la red 200 (o a través del servidor de documentos 100 o directamente) , y no contiene ninguna publicidad. Aún cuando el documento 11000 se estructura preferentemente por el proveedor del contenido 50 de manera tal que se optimice la información contenida en el documento a ser impreso, tal formato no es necesario. La figura 10 muestra el documento 12000 impreso por el dispositivo de impresión de conformidad con una modalidad de la invención. Nótese que este documento es un calendario diario de un usuario que proviene directamente del dispositivo 300 y no del servidor de documentos 100 mediante la red 200.

Las figuras 11A-D muestran el documento 1300 impreso por el dispositivo de impresión de conformidad con una modalidad de la invención. Nótese que este documento es un periódico personalizado del usuario que contiene información sobre la que el usuario ha indicado un interés específico, como se almacena en el perfil del usuario en el módulo de conocimientos 170. También nótese que este documento contiene publicidad la cual el módulo de edición 120 ha determinado que el usuario también estaría interesado, de nuevo con "base en la información contenida en el perfil del usuario almacenada en el módulo de conocimientos 170. Como ya se ha discutido, cuando el usuario imprime un número suficiente de tales documentos "preferidos", el usuario puede recibir un subsidio de un consumible de impresión u otro(s) producto (s) . La figura 12 muestra el documento 14000 impreso por el dispositivo de impresión de conformidad con una modalidad de la presente invención._ Nótese que el documento 14000 es HP Instant Delivery Times - un documento localizado en él servidor de documentos 100. Aunque este documento no contiene publicidad per se, todavia se considera que es un "documento preferido", puesto que está bajo el _ control del módulo de edición 120. El documento 14000 le informa a los usuarios del Instant Delivery de nuevas descargas o nueva información respecto al Programa Program Ihstant Delivery. Habiendo presentado la operación del sistema de entrega de documentos 10, arriba, las figuras 17-21 proporcionan información operacional adicional respecto a aspectos selectos de la presente invención. En consecuencia, regresando a la figura 17, se presenta un diagrama de flujo que ilustra un método ejemplar para generar un documento personalizado. Como se muestra, el método empieza en el bloque 1010, en donde el módulo editor recibe los objetos de contenido de los proveedores del contenido 50 y/o proveedores de publicidad 80, y selectivamente invoca un caso de administrador de contenido 518. En respuesta, el administrador de contenido 518 clasifica, envuelve y almacena cada uno de los objetos de contenido recibidos en uno o más almacenamientos de contenido, bloque 1015. Más específicamente, como se presentó anteriormente el administrador de contenido 518, invoca un caso de agente de análisis/envolvente 522 para analizar y encapsular el objeto de contenido recibido en un envolvente de rastreo que tiene un identificador único. De conformidad con una aplicación, el agente de análisis 522 identifica los datos de meta dentro del objeto de contenido recibido, es decir, información (palabras, frases, etc.) que caracterizan el objeto de contenido, para clasificar el objeto de contenido. Una vez que el agente de análisis 522 ha clasificado y encapsulado el objeto de contenido I recibido en una envolvente, el administrador de contenido 518 actualiza la estructura de datos de información del proveedor del contenido 620 asociada con el proveedor del objeto de contenido para denotar el identificador de envolvente para el objeto de contenido recibido. En el bloque 1300, el módulo de edición 120 identifica si se ha recibido una indicación para la construcción de un documento personalizado. Como se presentó anteriormente, tal indicación puede generarse mediante una solicitud de usuario mediante una interfaz del usuario (por ejemplo, una página web), o en respuesta a una indicación recibida de, por ejemplo, el programa de impresión 390. En cualquier caso, si se recibe una indicación, el módulo de edición 120 invoca un caso del editor virtual 506 innovador para generar una publicación personalizada para la entrega al usuario identificado. En este sentido, el editor virtual 506 invoca un caso de agente de construcción 520, el cual obtiene información de un perfil del usuario asociado con el usuario identificado para determinar los intereses de los usuarios, bloque 1410. En el bloque 1415, el agente de construcción 520 obtiene información del perfil del usuario 602 para determinar el medio de elección (por ejemplo, enviar la publicación electrónicamente vía correo electrónico, enviar vía facsímil, enviar a una impresora local "del usuario, etc.), intereses, preferencias y/o una historia de información recibida. En el bloque 1420, el agente de construcción 520 determina si la solicitud de publicación es única para un usuario individual, o si la información ya se ha recuperado para otro usuario. Si los objetos de contenido identificados para publicación ya se han recuperado para satisfacer otra petición de usuario, el agente de construcción 520 accede a la memoria local 508 para recuperar rápidamente los objetos de contenido identificados, bloque 1425. De otra manera, en el bloque 1430, el agente de construcción 520 -extrae los objetos apropiados de los objetos de contenido con los cuales generar una publicación personalizada. En el bloque 1435, el agente de construcción 520 genera un diseño inicial del documento personalizado usando la información extraída. De conformidad con una aplicación, el agente de construcción 520 identifica objetos de contenido adicionales basados, por lo menos en parte, en los objetos de contenido ya extraídos y otros criterios de contribuyente importante (por ejemplo, estracionalidad, ubicación, etc.) introducidos anteriormente. . Es más, el agente de construcción 520 también puede dejar espacio en el diseño para la inclusión del contenido por un proveedor de contenido local (por ejemplo, un ISP) , a través del cual la publicación personalizada se transmitirá en ruta al usuario identificado. En el bloque 1440, el agente de construcción 520 perfecciona adicionalmente el diseño del documento, actualizando el banco de datos de información del proveedor del contenido 620 con una indicación de cuáles objetos de contenido se han utilizado en la construcción del documento personalizado. El documento personalizado creado por el agente de construcción 520 del editor virtual 506 se envía entonces al agente editor 504, bloque 1445. Como se describirá abajo (figuras 19 y 20), el administrador de diseño 516 del agente editor finaliza el diseño y contenido (salvo objetos de contenido sensibles al tiempo de último minuto) , mientras que el administrador de programación 514 programa óptimamente la entrega de la publicación para incluir los objetos de contenido sensibles al tiempo de último minuto. El agente editor 504 publica entonces el documento personalizado para entrega al usuario mediante el módulo de transmisión 150 y un módulo de impresión 380 asociado con el usuario. De regreso a la figura 18, se presenta un diagrama de flujo que ilustra un método ejemplar del funcionamiento de un innovador módulo de impresión 380, de conformidad con una modalidad de la presente invención. Como se presentó anteriormente, el módulo de impresión 380 puede ubicarse a lo largo del sistema de entrega de documentos 10, e incluye un sensor virtual (no mostrado) el cual detecta e identifica los envolventes de rastreo para objetos de contenido que comprenden las publicaciones personalizadas recibidas, proporcionando al servidor de documentos 100 la confirmación de recepción y disposición del usuario de los objetos de contenido. De conformidad con la modalidad ejemplar ilustrada de la figura 18, el método empieza con el bloque 2695, en donde el módulo de impresión 380 informa al servidor de publicación que la publicación se imprimió de forma exitosa. En el bloque 2900, se le informa al servidor de documentos 100 que la publicación se ha impreso de forma exitosa. En respuesta, el administrador de conten±do 518 actualiza los campos de uso de los objetos de contenido que comprenden el documento personalizado recibido, para la contabilidad exacta a los proveedores del contenido 50 y los proveedores de publicidad 80. En el bloque 2905, el módulo de impresión 380 vigila secretamente la interacción del usuario con la publicación recibida. Como se presentó anteriormente, esta vigilancia secreta (mediante los sensores 35000, solicitud (es) del (los) cliente (s), etc.) registra una o más de la distribución de objetos de contenido a un usuario, recepción del usuario de objetos de contenido, si el objeto (s) se imprimió o vio en una terminal de exhibición, la duración de la visita (si fue por terminal), si ocurrió cualquier edición del (los) objeto (s) de contenido, y cualquier otra interacción del usuario con el (los) objeto (s) de contenido. En paralelo, de conformidad con una modalidad de la presente invención, el módulo de impresión 380 pregunta abiertamente al usuario para la retroalimentación sobre la publicación recibida en general, y sobre uno o más de los objetos de contenido en particular, bloque 2910. En el bloque 2915, el módulo de impresión determina si el usuario ha proporcionado la retroalimentación. En el bloque 2920, el módulo de impresión 380 sopesa la satisfacción del usuario con base, por lo menos en parte, en la interacción observada del usuario con la publicación recibida y cualquier retroalimentación recibida por el usuario. En el bloque 1695, el módulo de impresión 380 anota cualquier distribución adicional de los objetos de contenido que comprenden la publicación personalizada, independientemente de cualquier ediciones/anotaciones que se hicieron a la publicación, etc., y proporciona tal información al módulo de edición 120 para actualizar el perfil del usuario y las estructuras de datos de información del proveedor del contenido 602 y 620, respectivamente. El sistema 10 posteriormente rastrea la redistribución, recepción y disposición del usuario de los objetos de contenido a los nuevos receptores como se describió anteriormente para el receptor original. Regresando ahora a las figuras 19 y 20, se describirá la operación del agente editor 504. Como se presentó anteriormente, una vez que el agente de construcción 520 ha recopilado los componentes de una publicación personalizada, la construcción de los objetos de contenido se proporciona al agente editor 504, bloque 1445. En el bloque 1447, el agente editor 504 invoca un caso de administrador de diseño 516 y un reloj interior (no mostrado) se acopla para supervisar el tiempo de recopilación. De conformidad con una aplicación, se desarrollan y mantienen medidas más complejas tal como, por ejemplo, tiempo de recopilación en un momento particular del día, en un día de la semana, etc. Manteniendo esta medida de tiempo de recopilación, sin embargo complejo o rudimentario, le permite al agente 504 mejorar la publicación y programación de la entrega. En el bloque 1448, el administrador de diseño 516 determina si la publicación contiene algún material sensible al tiempo. Si es el caso, se hace una determinación adicional de si la programación de la entrega debe incluir el momento para obtener la información (objetos de contenido) inmediatamente antes de la entrega de la publicación, bloque 1451. Si la publicación no contiene información sensible al tiempo (1449) , o la programación de la entrega no requiere la obtención de la información -inmediatamente antes de la entrega (1451), el administrador de diseño 516 recibe los objetos de contenido del editor virtual 506 para finalizar el diseño de la publicación, bloque 1453. En el bloque 1455, el administrador de diseño analiza los objetos de contenido a la luz de la información del contribuyente clave y genera un último diseño del documento. Si la publicación debe incluir información sensible al tiempo y de último minuto (identificada en los bloques 1449 y 1451, respectivamente) , el administrador de diseño 516 recibe los objetos de contenido del editor virtual y realiza un diseño final parcial de la publicación, dejando la realización del diseño al administrador de programación 514 una vez que se han recuperado los objetos de contenido de último minuto, bloque 1454. En el bloque 1457, a la realización del diseño final o parcial de la publicación, el administrador de diseño 516 desacopla el reloj interior, calcula el tiempo de recopilación y actualiza un conjunto de registros con respecto al tiempo de recopilación. De conformidad con una aplicación, el administrador de diseño 516 genera una medición de la complejidad de la publicación y proporciona una medida del tiempo de recopilación estimado para varios grados de complejidad de .la publicación. El tiempo de recopilación estimado puede usarse entonces para programar óptimamente la publicación con base, por lo menos en parte, en la complejidad de los trabajos. En el bloque 1459, un administrador de diseño 516 determina si la publicación es un documento único destinado para un usuario, o si este debe ser "difundido" a varios receptores. Si esta destinado para un solo usuario, el administrador de diseño lo reenvía al administrador de programación 514. Si este se debe difundir a varios receptores, el administrador de diseño 516 primero tabula las cantidades de publicación en el bloque 1461 antes de enviar la publicación al administrador de programación 514, bloque 1460. La figura 20 proporciona un diagrama de flujo de un método ejemplar para programar de forma eficiente la publicación, de conformidad con un aspecto de la presente invención. Como se muestra el proceso inicia en el bloque 1465, en donde el administrador de programación 514 recibe una publicación proveniente del administrador de diseño 516 y efectúa un cálculo inicial de balance de carga. De conformidad con una aplicación, el administrador de diseño 516 proporciona al administrador de programación 514 un tiempo de recopilación estimado, al cual hace referencia el administrador de programación 514 para utilizar de forma óptima los recursos del agente editor 504. El estimado de tiempo de recopilación puede ser un valor cuantitativo (por ejemplo, el tiempo de recopilación del administrador de diseño 516 para diseñar la publicación) , o un valor cualitativo (por ejemplo, una indicación de que la publicación es de complejidad baja, media o alta) . El administrador de programación 514 identifica entonces un tiempo de inicio de publicación óptimo con base en, por ejemplo, la complejidad relativa de la publicación recibida contra las publicaciones programadas. De conformidad con una modalidad, el administrador de programación guarda una lista de espera de trabajos de publicación denotando el tiempo de inicio y un tiempo de proceso estimado para cada publicación. En el bloque 1469, el administrador de programación 514 determina si es tiempo de completar la publicación y entregar una publicación puesta en lista de espera. Si es el caso, el administrador de programación 514 acopla un reloj interior para supervisar tiempo de recopilación, bloque 1471. Como se dijo anteriormente, la medida del tiempo de recopilación es útil para hacer estimaciones futuras del tiempo _ de proceso del administrador de programación 514 para trabajos de complejidad similar, con lo cual se desarrolla iterativamente un administrador de programación 514 más exacto 514. En el bloque 1473, el administrador de programación 514 recupera cualquier información sensible al tiempo de último minuto para inclusión en la publicación, y finaliza el diseño de la publicación incluyendo tal contenido . En el bloque - 1475, el administrador de programación 514 continuamente vigila si el agente editor 504 está en tiempo de programado para completar la publicación dentro del tiempo asignado. Por ejemplo, esto es particularmente importante durante la publicación de cantidades múltiples de un documento. En tal caso, el administrador de programación determina continuamente si es probable que ocurra la publicación de todos los documentos. Asumiendo que el editor se encuentra en tiempo programado, el administrador de programación 514 determina además en el bloque 1477 si la publicación está completa. Una vez que la publicación está completa, el administrador de programación 514 desacopla el reloj interior midiendo el tiempo de recopilación -y registrando esta información para uso en la estimación y programación de futuras publicaciones, bloque 1479. En el bloque 1481, el administrador de programación 514 genera el documento para la entrega al módulo de impresión 380, y envía el documento al módulo de transmisión 150 para entrega a los módulos de impresión 380, bloque 1495. Si, en el bloque 1475, anterior, el administrador de programación 514 determina que no es probable completar la publicación de conformidad con la programación, el administrador de programación 514 incumple en la publicación en el bloque 1483, de manera que éste pueda mantener su programa de publicación moviéndose al siguiente trabajo de publicación. En tal aplicación, el administrador de programación 514 notifica al administrador del sistema para ajustar los datos heurísticos e informar las publicaciones fallidas, bloque 1485. En el bloque 1487, se genera y proporciona una publicación predefinida al (los) módulo (s) de impresión 380, bloque 1481. En una aplicación alterna, en lugar de incumplir la publicación actual (1483) , el administrador de programación 514 reoptimiza la programación de la publicación, cambiando trabajos de publicación en la lista de espera como sea necesario para asegurar la publicación del documento actual . Regresando ahora a la figura 21, se presenta un diagrama de flujo de un método ejemplar para rastrear la distribución, recepción y disposición de objetos de 'contenido individuales que comprende una publicación personalizada, de conformidad con un aspecto de la presente invención. Como se presentó anteriormente, siempre que el módulo de edición 120 recibe contenido (periodístico, artístico o publicitario) clasifica los objetos de contenido y encapsula el objeto en un envolvente de rastreo (ilustrado de forma gráfica con referencia a la figura 22) . Los envolventes de rastreo incluyen marcadores identificables únicos que están asociados con objetos de contenido por el administrador de contenido 518 del sistema de entrega de documentos 10. Como se mencionó anteriormente, el (los) sensor (es) virtual (es) 35000 incluido (s) a través del sistema de entrega de documentos (por ejemplo, en los módulos de impresión 380, dispositivos de cómputo, dispositivos de impresión, etc.), identifican la distribución, recepción e interacción del usuario con objetos de contenido encapsulados en tales envolventes. En este sentido, el uso de envolventes de rastreo y sensor (es) virtual (es) 35000 facilita el monitoreo secreto de la distribución y disposición de objetos de contenido desde muchos puntos a través de todo el sistema de entrega de documentos 10, el servidor de entrega de documentos 100 con retroalimentación importante respecto a cuáles objetos son de interés para usuarios particulares, la cantidad de distribución de objetos de contenido (por ejemplo para propósitos contables), y similares. Como se usa aquí, envolventes de rastreo son marcadores no invasivos, es decir, ellos no alteran el contenido de los objetos de contenido. Para propósitos de ilustración, y no de limitación, un ejemplo de una publicación personalizada 6000 que comprende objetos de contenido insertados en los envolventes de rastreo 6002 (A) ... (N) se proporciona con referencia a la figura 24. Como se muestra el objeto de contenido 6004, se encapsula dentro de un envolvente de rastreo 6002 (A) con una "etiqueta" o "marcador" 6006 el cual se almacena en la estructura de datos de información - de proveedor del contenido para identificar singularmente el objeto de contenido. El método de la figura 21 inicia con el bloque 5002, en donde el administrador de contenido 518 del editor virtual 506 recibe un informe de uno o más sensores virtuales que los objetos de contenido han sido enviados a través de, o recibios por, usuarios identificados. En respuesta, el administrador de contenido apropiado 518 actualiza el (los) perfil (es) del (los) usuario (s) apropiado (s) (bloque 5004) y las estructuras de datos de información de proveedor del contenido (bloque 5006) para reflejar la distribución, recepción y/o disposición de objetos de contenido. En el bloque 5008, el administrador de contratos 524 del administrador de contenido 518 periódicamente inicia transacciones financieras con los proveedores del contenido 50, los proveedores de publicidad 80 y los usuarios que se suscriben. Más específicamente, el administrador de contratos 524 inicia los pagos de cuotas para la distribución y recepción de objetos de contenido proporcionados por los proveedores del contenido de selección, de acuerdo con obligaciones contractuales establecidas entre el sistema de entrega de documentos y los proveedores del contenido. En este sentido, el administrador de contratos identifica el uso de objetos de contenido asociados con los proveedores del contenido 50 para determinar un pago de cuota exacto, e instruye al agente de transacción 526 para completar la transacción financiera, preferentemente mediante una de varias redes de servicios financieros electrónicos. En tal caso, el agente de transacciones 526 inicia un pago a la cuenta de la red de servicios financieros asociada con los proveedores del contenido 50 por la cantidad identificada por el administrador de contratos 524. Alternativamente, el agente de transacciones 526 puede comenzar la impresión de cheques pagables a los proveedores del contenido 50 en una denominación indicada por el administrador de contratos 524, en donde tales cheques entonces se envían por correo a los proveedores del contenido 50. De conformidad con un aspecto de la invención, el grado de exactitud con que se supervisa la distribución de contenido y la disposición dentro del sistema de entrega de documentos 10 facilita "microtransacciones", es decir, transacciones electrónicas que ocurren automáticamente con cada operación del sistema en donde se crea una obligación financiera (como se define en la información del administración de contratos) . De conformidad con una modalidad ejemplar, una cuenta financiera asociada con un proveedor del contenido 50 se acredita con un pago de cuota cada vez que un objeto de contenido asociado con el proveedor contenido 50 se distribuye o redistribuye. Esto puede sumar centenares, miles o millones de microtransacciones por día, por proveedor del contenido. El agente de transacciones 526 puede iniciar las transacciones financieras como sumas de pagos de una sola vez llevados a cabo en una base periódica, o con base en alcanzar un umbral monetario (por ejemplo, los pagos se hacen en incrementos de $10) . Aunque se describió en el contexto de un pago de cuota a un proveedor del contenido 50, el agente de transacciones financieras 526 puede cargar alternativamente cuentas de proveedores de publicidad 80, o usuarios que se suscriben en una icrotransacción, con base en suma global periódica u otra, en casi la misma forma como se describió anteriormente. De forma similar, el administrador de contratos 524 calcula periódicamente el uso de publicidad para proveedores de publicidad 80, instruye al agente de transacciones 526 para facturar los proveedores de publicidad identificados 80 con base en uso de publicidad, asociaciones, y similares. Como anteriormente, agente de transacciones 526 lleva esta facturación preferentemente mediante una red financiera electrónica, pero puede alternativamente (o además) iniciar la impresión y envío por correo de facturas físicas a los proveedores de publicidad 80.

Claims

REIVINDICACIONES

1. Un sistema de entrega de documentos caracterizado porque comprende: un dispositivo del almacenamiento que almacena una pluralidad de objetos de contenido recibidos; y un editor virtual que selectivamente recupera uno o más de los objetos de contenido recibidos para construir una publicación para un usuario con base, por lo menos en parte, en un perfil del usuario asociado con el usuario.

2. Un sistema de entrega de documentos de conformidad con la reivindicación 1, caracterizado porque el perfil del usuario incluye información con respecto a los intereses de un usuario.

3. Un sistema de entrega de documentos de conformidad con la reivindicación 2, caracterizado porque la información que comprende el perfil del usuario se adquiere utilizando procesos abiertos .

4. Un sistema de entrega de documentos de conformidad con la reivindicación 1, caracterizado porque el editor virtual construye la publicación con base, por lo menos en parte, en uno o más contribuyentes clave y la información se recupera de un perfil personal.

5. Un sistema de .entrega de documentos de conformidad con la reivindicación 4, caracterizado porque los contribuyentes clave incluyen uno o más de los intereses de un usuario, demografía, ubicación, estacionalidad, requisitos del servidor de documentos, y criterios de uso del proveedor del contenido.

6. Un sistema de entrega de documentos de conformidad con la reivindicación 1, caracterizado porque el editor virtual comprende: un administrador del contenido que recibe los objetos de contenido de uno o más de una pluralidad de proveedores del contenido y almacena los objetos de contenido para inclusión subsecuente en publicaciones; y un agente de construcción, acoplado al administrador del contenido, el cual recupera uno o más objetos de contenido a partir de los cuales se genera una publicación personalizada para un usuario.

7. Un sistema de entrega de documentos de conformidad con la reivindicación 6, caracterizado porque el administrador del contenido encapsula objetos de contenido recibidos en un envolvente marcador no invasivo que incluye un marcador único para identificar la distribución, recepción y disposición del usuario del objeto de contenido a través del sistema de distribución de documentos .

8. Un sistema de entrega de documentos de conformidad con la reivindicación 7, caracterizado porque además comprende: uno o más sensores virtuales, distribuidos a lo largo del sistema de entrega de documentos, para identificar la distribución, recepción y disposición del usuario de los objetos de contenido y proporcionar indicaciones de la distribución, recepción y disposición del usuario al administrador de contenido.

9. Un sistema de entrega de documentos de conformidad con la reivindicación 8, caracterizado porque el administrador del contenido inicia transacciones financieras con uno o más de la pluralidad de proveedores del contenido con base, por lo menos en parte, en las .indicaciones recibidas del uno o más sensores virtuales.

10. Un sistema de entrega de documentos de conformidad con la reivindicación 6, caracterizado porque el agente de construcción recupera los objetos de contenido para una publicación con base, por lo menos en parte, en el perfil del usuario y uno o más contribuyentes clave de proveedor del contenido.

11. Un sistema de entrega de documentos de conformidad con la reivindicación 1, caracterizado porque el editor virtual construye una publicación con base, por lo menos en parte, en las recomendaciones de formato del proveedor de contenido y/o criterio de uso.

12. Un sistema de entrega de documentos de conformidad con la reivindicación 11, caracterizado porque las recomendaciones de formato de proveedor del contenido y/o criterio de uso definen limitaciones de publicación de los objetos de contenido selectos de un proveedor del contenido xon respecto a los objetos de contenido de otro proveedor del contenido.

13. Un sistema de entrega de documentos de conformidad con la reivindicación 1, caracterizado porque el editor virtual construye una publicación con base, por lo menos en parte, en una o más de una hora de publicación, una ubicación del usuario solicitante, demografía del usuario, requisitos del servidor de documentos, y criterios de uso de proveedor del contenido.

14. Un medio del almacenamiento que comprende una pluralidad de instrucciones ejecutables que incluyen por lo menos un subconjunto que, cuando se ejecuta, lleve a cabo un editor virtual de conformidad con la reivindicación 1.

15. Un método para generar una publicación que comprende : recibir uno o más objetos de contenido de uno o más proveedores del contenido; almacenar los objetos de contenido recibidos; y generar una publicación utilizando selectivamente uno o más de los objetos de contenido recibidos con base, por lo menos en parte, en un perfil del usuario de un usuario solicitante.

16. Un método de conformidad con la reivindicación 15, caracterizado porque comprende además: publicar la publicación generada de acuerdo con criterios de uso del proveedor del contenido; y distribuir la publicación al usuario solicitante.

17. Un método de conformidad con la reivindicación 16, caracterizado porque el paso de publicar comprende además el paso de definir limitaciones en los objetos de contenido de publicación de un proveedor del contenido con respecto a los objetos de contenido provenientes de otro proveedor del contenido.

18. Un método de conformidad con la reivindicación 16, caracterizado porque el paso de publicar además comprende el paso de limitar la publicación de objetos de contenido de proveedores de contenido que compiten.

19. Un método de conformidad con la reivindicación 16, caracterizado porque el paso de distribuir además comprende el paso de distribuir a través de un sistema de entrega de documentos electrónico.

20. Un método de conformidad con la reivindicación 19, caracterizado porque además comprende recibir indicaciones de uno o más sensores distribuidos a lo largo del sistema de entrega de documentos denotando la distribución, recepción y/o disposición^ del usuario de uno o más de los objetos de contenido que comprenden la publicación.

21. Un método de conformidad con la reivindicación 20, caracterizado porque comprende además actualizar la información de perfil de usuario con base, por lo menos en parte, en las indicaciones recibidas.

22. Un método de conformidad con la reivindicación 20, caracterizado porque el paso de recibir las indicaciones además comprende el paso de recibir información respecto a uno o más de una cantidad de tiempo que el usuario invierte en la publicación recibida, si el usuario guardó la publicación, si el usuario remitió la publicación a otro, y si el usuario editó/alteró la publicación.

23. Un método de conformidad con la reivindicación 20, caracterizado porque además comprende iniciar transacciones financieras con uno o más proveedores del contenido seleccionados con base, por lo menos en parte, en las indicaciones recibidas.

24. Un método de conformidad con la reivindicación 15, caracterizado porque el almacenar los objetos de contenido recibidos comprende: encapsular los objetos de contenido recibidos en un envolvente único no invasivo que identifica singularmente los objetos de contenido; y guardar los objetos de conteni do encapsulados en un medio del almacenamiento accesible para uso subsecuente.

25. Un método de conformidad con la reivindicación 24, caracterizado porque comprende además distribuir la publicación construida a uno o más usuarios solicitantes a través de un sistema de entrega de documentos electrónico.

26. Un método de conformidad con la reivindicación 25, caracterizado porque además comprende recibir indicaciones de uno o más sensores distribuidos a lo largo del sistema de entrega de documentos que denotan la distribución, recepción y disposición del usuario de por lo menos uno o más objetos de contenido asociados con la publicación.

27. Un método de conformidad con la reivindicación 26, caracterizado porque el paso de recibir las indicaciones comprende además el paso de identificar el por lo menos uno o más objetos de contenido por un marcador no invasivo.

28. Un método de conformidad con la reivindicación 26, caracterizado porque comprende además iniciar transacciones financieras con uno o más proveedores del contenido seleccionados con base, por lo menos en parte, en las indicaciones recibidas.

29. Un método de conformidad con la reivindicación 26, caracterizado porque además comprende actualizar información de perfil de usuario con base, por lo menos en parte, en las indicaciones recibidas.

30. Un medio de almacenamiento que comprende una pluralidad de instrucciones ejecutables que incluyen por lo menos un subconjunto de las cuales, cuando se ejecutan, lleva a cabo un método de conformidad con la reivindicación 15.

31. Un dispositivo de cómputo caracterizado porque comprende: un medio de almacenamiento para almacenar una pluralidad de instrucciones ejecutables; y un controlador, acoplado al medio de almacenamiento, para ejecutar por lo menos un subconjunto de instrucciones ejecutables almacenadas y llevar a cabo un método de conformidad con la reivindicación 15.

32. Un dispositivo de almacenamiento caracterizado porque comprende una pluralidad de instrucciones ejecutables que incluyen por lo menos un subconjunto de las cuales, cuando se ejecutan, llevan a cabo un servicio de editor virtual para recibir objetos de contenido de uno o más proveedores de contenido, almacenar los objetos de contenido recibidos, y recuperar selectivamente los objetos de contenido para construir una publicación de acuerdo con por lo menos un perfil del usuario de un usuario solicitante.

33. Un dispositivo de almacenamiento de conformidad con la reivindicación 32, caracterizado porque el servicio de editor virtual construye la publicación de acuerdo con otros contribuyentes clave que incluyen uno o más de una hora de publicación, una ubicación geográfica del usuario solicitante, características/limitaciones de servidox de documentos y/o criterios de uso del proveedor del contenido .

34. Un dispositivo de almacenamiento de conformidad con la reivindicación 32, caracterizado porque el servicio de editor virtual encapsula los objetos de contenido recibidos en un envolvente único no invasivo que identifica singularmente cada uno de los objetos de contenido .

35. Un medio de almacenamiento de conformidad con la reivindicación 34, caracterizado porque el editor virtual recibe indicaciones que denotan la distribución, recepción y disposición del usuario de uno o más objetos de contenido distribuidos con la publicación al usuario solicitante a través de un sistema de entrega de documentos.

36. Un medio de almacenamiento de conformidad con la reivindicación 35, caracterizado porque el editor virtual actualiza la información del perfil del usuario con base, por lo menos en parte, en las indicaciones recibidas.

37. Un medio de almacenamiento de conformidad con la reivindicación 35, caracterizado porque el editor virtual inicia las transacciones financieras con uno o más proveedores del contenido seleccionados con base, por lo menos en parte, en las indicaciones recibidas .