MX2008015676A

MX2008015676A - Sistema integral de manejo de productos.

Info

Publication number: MX2008015676A
Application number: MX2008015676A
Authority: MX
Inventors: Mark E Glotzbach; Richard A Mccoy; Matthew P Ebrom; Patrick J Glotzbach; Matthew Nibbelink; Stephen D Krefman; Michelle A Paustian; Michael A Morrell; Anthony E Jenkins; Gregory S Lieto; Wei Wang
Original assignee: Whirlpool Co
Priority date: 2005-06-09
Filing date: 2006-06-09
Publication date: 2009-02-12
Also published as: BRPI0621758A2; CA2611014A1; US20080108388A1; WO2006135771A2; WO2006135771A3; EP2228969A1; US20100287059A1; US8028302B2; BRPI0611640A2; US8345686B2; CN101228741A; US7808368B2; BRPI0611726A2; US20080104208A1; EP2244443A1; US8040234B2; US20090132070A1; EP1889160A2; BRPI0622274A2; US8786412B2

Abstract

Se proporciona un sistema integral de manejo de productos para un producto. El sistema (10) incluye procesos discretos para planear (1000), diseñar (2000), comprobar (3000), producir (4000), vender (6000), utilizar (8000) y dar servicio (10000) a un producto que comprende uno o más componentes. También incluye una base de datos (30) relacional integral que contiene información acerca del producto, del rendimiento, de las ventas, de los consumidores y de los mercados y de las herramientas (20) del sistema para operar en los procesos discretos.

Description

SISTEMA INTEGRAL DE MANEJO DE PRODUCTOS DESCRIPCIÓN DE LA INVENCIÓN La invención se refiere a métodos para manejar un producto durante toda su vida útil, desde su diseño, creación y fabricación, hasta su venta, servicio e inhabilitación. Cada producto, ya sea un objeto, una máquina o un servicio y, en particular, un producto utilizado en el hogar, tiene una vida útil definible que abarca desde su origen como una idea abstracta hasta el final de su utilidad. Las tecnologías de conexión de redes hacen posible sistematizar procesos asociados con la transformación de un producto a partir de una idea hasta una modalidad útil, utilizar, actualizar y dar servicio a ese producto durante su vida e inhabilitar el producto al final de su vida útil. En un mundo con complejidad y velocidad cada vez mayores, existe la necesidad de proporcionar mayor conveniencia, simplicidad mejorada y menor costo en la entrega de productos en el uso, actualización del servicio e inhabilitación de esos productos. Un sistema (10) integral de manejo de productos incluye procesos discretos para planear (1000) , diseñar o crear (2000) , comprobar (3000) , producir (4000) , vender (6000) , utilizar (8000) y dar servicio (10000) a un producto que comprende uno o más componentes . También se proporciona una base de datos (30) relacional integral que contiene información acerca del producto, incluyendo el rendimiento, las ventas, los consumidores y los mercados. Se proporcionan herramientas (20) del sistema para operarse en los procesos discretos. Cualquier proceso interactúa en forma automática con la base de datos integral e interactúa en forma selectiva con las herramientas del sistema. BREVE DESCRIPCIÓN DE LOS DIBUJOS En los dibujos: Las Figuras 1 y 1A son diagramas de flujo que ilustran un sistema integral para manejar un producto durante su vida de acuerdo con la invención. La Figura 2 es un diagrama de flujo que muestra un proceso de planeacion del producto del sistema integral de la Figura 1. La Figura 3 es un diagrama de flujo que muestra un proceso de creación del producto del sistema integral de la Figura 1. La Figura 4 es un diagrama de flujo que muestra un proceso de comprobación de producto y de concepto del sistema integral de la Figura 1. La Figura 5 es un diagrama de flujo que muestra un proceso de fabricación del producto del sistema integral de la Figura 1. La Figura 6 es un diagrama de flujo que muestra un proceso de comercialización del producto del sistema integral de la Figura 1. La Figura 7 es un diagrama de flujo que muestra un proceso de venta del producto del sistema integral de la Figura 1. La Figura 8 es un diagrama de flujo que muestra un proceso de instalación del producto del sistema integral de la Figura 1. La Figura 9 es un diagrama de flujo que muestra un proceso de registro del producto del sistema integral de la Figura 1. La Figura 10 es un diagrama de flujo que muestra un proceso de uso del producto del sistema integral de la Figura 1. La Figura 11 es un diagrama de flujo que muestra un proceso de operación del producto, incorporado en el proceso de uso del producto de la Figura 10. La Figura 12 es un diagrama de flujo que muestra un proceso para que un usuario realice modificaciones a un producto del sistema integral de la Figura 1. La Figura 13 es un diagrama de flujo que muestra un proceso de inhabilitación del producto del sistema integral de la Figura 1. La Figura 14 es un diagrama de flujo que muestra un proceso de servicio del producto del sistema integral de la Figura 1.

La Figura 15 es un diagrama de flujo que muestra un proceso de diagnóstico activo en el proceso de servicio del producto de la Figura 14. La Figura 16 es un diagrama de flujo que muestra un proceso de diagnóstico de falla del PCB en el proceso de diagnóstico activo de la Figura 15. La Figura 17 es un diagrama de flujo que muestra un proceso para elaborar una lista de componentes en el proceso de diagnóstico de falla del PCB de la Figura 16. La Figura 18 es un diagrama de flujo que muestra un proceso de validación de software en el proceso de diagnóstico de falla del PCB de la Figura 16. La Figura 19 es un diagrama de flujo que muestra un proceso de comprobación de salidas del PCB en el proceso de diagnóstico de falla del PCB de la Figura 16. La Figura 20 es un diagrama de flujo que muestra un proceso de comprobación de entradas del PCB en el proceso de diagnóstico de falla del PCB de la Figura 16. La Figura 21 es un diagrama de flujo que muestra un proceso de comprobación de fallas del dispositivo en el proceso de diagnóstico activo de la Figura 15. La Figura 22 es un diagrama de flujo que muestra un proceso de comprobación de fallas del dispositivo de salida del aparato en el proceso de comprobación de fallas del dispositivo de la Figura 21.

La Figura 23 es un diagrama de flujo que muestra un proceso de comprobación de fallas del dispositivo de entrada del aparato en el proceso de comprobación de fallas del dispositivo de la Figura 21. La Figura 24 es un diagrama de flujo que muestra un proceso de comprobación automatizada en el proceso de diagnóstico activo de la Figura 15. La Figura 25 es un diagrama de flujo que muestra un proceso de comprobación específica en el proceso de diagnóstico activo de la Figura 15. La Figura 26 es un diagrama de flujo que muestra un proceso de comprobación de errores del operador en el proceso de diagnóstico activo de la Figura 15. La Figura 27 es un diagrama de flujo que muestra un proceso de habilitación de red en el proceso de servicio del producto de la Figura 14. Las Figuras 1 y 1A muestran un sistema integral para manejar un producto de acuerdo con la invención. El sistema incluye un proceso 10 del producto en un nivel, herramientas 20 del sistema que interactúan con el proceso 10 del producto y un depósito 30 de datos que interactúa tanto con el proceso 10 del producto como con las herramientas 20 del sistema. Se entenderá que un producto ejemplar al que se aplica el proceso del producto es cualquier tipo de producto que un consumidor puede utilizar, tal como una herramienta, un aparato, una aplicación de software o un servicio personal. Aunque pueden describirse una o más modalidades en términos de un electrodoméstico, tal como una lavadora o un horno, la invención no se limita a las mismas. Además, se entenderá que aunque todas o partes del sistema y de los procesos descritos a continuación pueden realizarse en forma automática, por ejemplo, mediante una computadora o una red de computadoras, éstas no se limitan de ese modo. En cualquier aplicación dada, puede ser económico que una o más partes del sistema, de acuerdo con la invención, se realicen en forma manual . Puede ser útil contemplar que las herramientas : 20 del sistema se superpongan tanto al proceso 10 del producto como al depósito 30 de datos. Las herramientas 20 del sistema incluyen un editor 22 de configuración, un editor 24 de comprobación y un editor 26 de componente. Se entenderá que cualquier producto dado comprenderá uno o más componentes, el total de los cuales comprende una configuración de producto. El editor 22 de configuración modifica o desarrolla la configuración del producto. El editor 26 de componentes modifica o desarrolla un solo componente. El editor 24 de comprobación permite una operación comprobable de una configuración de producto o de un componente. Cualquiera o todos del editor 22 de configuración, editor 24 de comprobación o el editor 26 de componente pueden acoplar cualquier punto del proceso 10 del producto y/o del depósito 30 de datos en cualquier momento dado. Aunque muchas de las funciones de las herramientas del sistema pueden realizarse por humanos, se encuentra dentro del alcance de la invención que estos editores se habiliten o faciliten por el software. Después de todo, la captura de datos para una base de datos que se utiliza en forma eficaz, tal como el depósito 30 de datos, se logra mejor mediante una red de computadoras. El depósito 30 de datos es una o más bases de datos relaciónales que contienen información completa acerca de uno o más productos. Por ejemplo, la base de datos 20000 puede ser una lista de productos a los que puede aplicarse el proceso 10 del producto. De manera similar, se concibe que la base de datos 21000 sea una disposición integral de configuraciones de productos, cada producto teniendo una o más configuraciones. Y la base de datos 19000 contiene un catálogo de componentes que conforman las configuraciones de productos de la base de datos 21000. El depósito 30 de datos también puede contener una lista de fuentes 19500 para los componentes del catálogo. Los componentes en productos de aparatos, por ejemplo, incluirán componentes y accesorios tales como relojes, auxiliares de cocina, sensores, software y similares, como se describe en la solicitud internacional titulada presentada el 9 de junio de 2006 y al mismo tiempo que la solicitud actual, la descripción total de la cual se incorpora en la presente para referencia. Los componentes también pueden incluir cosas tales como protocolos de comprobación, conocimiento especializado, instrucciones de usuario, etc. Cada producto de la base de datos 20000 de productos de preferencia se asociará con un mini depósito 32 de datos acerca de las comprobaciones y del rendimiento 18000 de fábrica, de las comprobaciones y del rendimiento 17000 en la práctica real de cliente y de las comprobaciones y del rendimiento 16000 de laboratorio. Cada una de estas comprobaciones se utilizará para establecer una base de datos de parámetros 12000 de rendimiento. Y los datos 12000 de los parámetros de rendimiento estarán relacionados con una base de datos separada de datos 13000 de fallas. Asimismo, los parámetros 12000 de rendimiento se asociarán con datos 14000 de ventas, los cuales, a su vez, se asociarán con datos 11000 de uso del consumidor y con datos 15000 de ventas mínimas (realimentación del consumidor durante el curso de la venta) . Esta asociación permite una correlación entre las ventas y los parámetros de rendimiento. A su vez, los datos 10000 de uso del consumidor se ven afectados por los perfiles 23000 de un consumidor y por los datos 22000 de segmentación del mercado. Los datos 23000 de perfil del consumidor pueden obtenerse, por ejemplo, a partir de un proceso de registro del producto. Los datos 22000 de segmentación del mercado se refieren a segmentos identificables de mercados conocidos para el producto. Por ejemplo, en la industria de los electrodomésticos, algunas veces los consumidores se clasifican en grupos identificables con características similares, tales como "amas de casa con niños" o "aficionados al hogar" . La adhesión 30000 del proceso y los datos incluyen información sobre qué tan bien los datos del depósito 30 de datos se propagan y encuentran disponibles para diversas fuentes de realización del proceso 10 del producto. Los datos sobre el rendimiento del capital invertido ("ROI") 31000 proporcionan información valiosa sobre el impacto de los componentes reutilizables en el costo y en la disponibilidad de recursos . La comunicación eficaz entre el depósito 30 de datos y diversos aspectos del proceso 10 del producto puede lograrse al emplear una arquitectura de software que permita la fácil comunicación entre los componentes internos de un producto y los componentes externos, herramientas 10 del sistema, recursos y el depósito 30 de datos. La arquitectura de software puede implementarse en y comunicarse a través de una red de comunicación interna en el producto. Un ejemplo de una red de comunicación utilizada dentro de un producto de aparato es el protocolo de red AMPLIA, creado por Whirlpool, Inc., cesionario de la presente solicitud de patente. Otro ejemplo de arquitectura de software que puede facilitar la comunicación entre los componentes internos de un producto y 1) otros componentes internos, 2) componentes externos, 3) componentes externos en ese producto u otros productos o 4) otros recursos externos al producto, tal como el depósito 30 de datos, se describe en la Solicitud Internacional titulada SOFTWARE ARCHITECTURE SYSTEM AND METHOD FOR COMMUNICATION WITH, AND MANAGEMENT OF, AT LEAST ONE COMPONENT WITHIN A HOUSEHOLD APPLIANCE, presentada el 8 de junio de 2006, que reclama la prioridad sobre la Solicitud de Patente Norteamericana No. 60/595,148, presentada el 9 de junio de 2005, de las cuales ambas se incorporan para referencia. Todos los métodos y procesos descritos en esta solicitud pueden facilitarse por el software y estructuras de red descritas en cualquiera de estas solicitudes. Pasando ahora al proceso 10 del producto en el sistema, de acuerdo con la invención de la Figura 1, un punto de inicio normal en la vida útil de un producto es un proceso 1000 de planeación del producto. El proceso 1000 de planeación del producto normalmente da como resultado una configuración 1800 del producto. También puede dar como resultado suficiente información conceptual que se enviará a un proceso 1500 de gestión de la Propiedad Industrial ("IP") en el que se pueden seguir etapas para iniciar la protección de una idea nueva. Después, la configuración 1800 del producto normalmente se envía a un proceso 2000 de creación del producto. A través del proceso 2000 de creación del producto, el producto normalmente se envía a una comprobación 3000 de producto y de concepto. Si el producto supera la comprobación de producto y de concepto, entonces éste , se envía a un proceso de fabricación del producto. En algún punto conjuntamente con esta trayectoria, se selecciona un proceso 5000 de comercialización del producto. Será aparente por las líneas punteadas entre estos diversos procesos que un producto no necesita seguir en forma secuencial los procesos antes mencionados, sino que pueden alimentarse hacia delante en cualquier punto en el proceso 10 del producto hacia otro punto en el proceso del producto. Por ejemplo, una configuración del producto en 18000 puede describirse en úna exposición comercial como parte del proceso 5000 de comercialización del producto antes de que éste se cree, compruebe o fabrique. De manera similar, prototipos de comprobación de producto y de concepto pueden mostrarse, o comercializarse en el proceso 5000 de comercialización del producto para crear demandas nuevas o preliminares para ' el producto. Asimismo, en cualquier punto en la trayectoria, los elementos del producto pueden enviarse al proceso 1500 de gestión de IP. Eventualmente , si el producto supera el punto de ser fabricado, en el proceso 4000 de fabricación del producto, éste entrará a un proceso 6000 de venta del producto. El proceso 6000 de venta del producto generalmente seleccionará un proceso 6500 de instalación del producto y un proceso 7000 de registro del producto. Estos procesos pueden llevarse a cabo por el usuario o consumidor final tal como, por ejemplo, en el caso de un software de instalación automática o de un producto de instalación automática, tal como un electrodoméstico. Estos procesos también pueden llevarse a cabo por instaladores profesionales. Normalmente, un producto pasará por un proceso 8000 de uso del producto, durante el cual el usuario puede, ocasionalmente, cambiar el producto por un proceso 9000 de modificación por el usuario. Eventualmente , el producto puede requerir algún tipo de servicio, en cuyo caso se selecciona un proceso 1000 de servicio del producto. Y, al final de su vida útil, el producto en su totalidad, o uno o más componentes del producto, se inhabilitará, ya sea en forma voluntaria por el usuario o en forma involuntaria si el producto falla en forma irremediable. El proceso 1000 de planeación del producto se muestra con mayor totalidad en la Figura 2. Se reconoce a partir de la Figura 1 que diversas entradas se proporcionan en el proceso 1000 de planeación del producto, por ejemplo, datos de comercialización del producto, uso del producto, servicio del producto y comprobación de producto y de concepto. Cualquiera que sea la entrada, el proceso 1000 de planeación del producto sigue las trayectorias 1 ó 2, en forma individual o simultánea. Una trayectoria contempla la adopción de nuevos componentes 1010 propuestos, los cuales normalmente pasan por un proceso 3000 de comprobación de producto y de concepto. Se toma una decisión en 1015 de si se incluye o no en el producto un nuevo componente propuesto. Si es así, entonces el nuevo componente se agrega a la configuración 1800 del producto, actualizando el catálogo 19000 de componentes en el depósito 30 de datos. Se entenderá que este proceso total puede llevarse a cabo virtualmente por computadora, por ejemplo. Si no se va a incluir en el producto un nuevo componente propuesto, entonces el proceso regresa al inicio, donde continúa en la segunda trayectoria con componentes 1060 conocidos. Aquí, se recupera información pertinente del catálogo 19000 de componentes y se toma una decisión en 1063 acerca de cuáles componentes conservar. La decisión 1063 de retención se ilumina por datos adicionales sobre el uso 11000 del consumidor y sobre ventas 14000 a partir del depósito 30 de datos. La decisión de conservar los componentes da como resultado un número de componentes 1065 planeados. Normalmente, una decisión se tomará en 1067 de si se modifican o no uno o más componentes planeados. La decisión 1067 de modificación se ilumina por datos adicionales sobre parámetros 12000 de rendimiento, los cuales pueden o no modificarse por datos 13000 de falla. Cualquier modificación 1070 como consecuencia de una decisión de modificación afirmativa se agrega al catálogo 19000 de componentes y a la configuración 1800 del producto. Normalmente, la nueva configuración 1800 del producto se agregará a la base de datos 21000 de configuraciones del producto, y se puede o no seleccionar el proceso 1500 de gestión de IP. Un producto que termina con éxito el proceso de planeación del producto normalmente irá al proceso 2000 de creación del producto. La Figura 3 muestra el proceso 2000 de creación del producto, el cual inicia con la configuración 1800 del producto y de cualquier entrada que se proporcione desde corriente arriba en el proceso 10 del producto. El sistema realiza una búsqueda en el catálogo 19000 de componentes para determinar si se agregan nuevos componentes en 2020 para satisfacer la configuración 1800 del producto. El sistema también obtendrá datos de la cadena 32000 de suministro y de las fuentes con el fin de determinar si se construye, se compra o se renta un componente particular. Si no se necesitan nuevos componentes, entonces los componentes se configuran en 2200 para la configuración 1800 del producto. Por ejemplo, los componentes pueden adaptarse para ajustarse a parámetros específicos designados o definidos en la configuración 1800 del producto. En la integración 2210 del sistema, los componentes configurados se ensamblan en un prototipo y se evalúa todo el componente 2215 de interacción del usuario. Por ejemplo, en un electrodoméstico, el proceso considerará cómo interactúa el humano con el producto sin menoscabo por la ergonometría . ¿Qué elecciones tiene el usuario? ¿El usuario interactuará con botones, comandos de voz, botones selectores, pantallas de texto, teclados o similares? ¿Qué opciones están disponibles para elecciones equivocadas? Eventualmente, los prototipos y el proceso 2000 de creación del producto se enviarán a comprobaciones del sistema, en 2260, normalmente en un laboratorio, registrando cualquier dato para las comprobaciones, en 2245, e integrando además la prueba de laboratorio y la base de datos 16000 de rendimiento. Después, el sistema compara los resultados del prototipo, en 2270, con la configuración 1800 del producto y decide, en 2275, si< se necesitan modificaciones. Si es así, el sistema incorpora cambios de diseño, en 2290, y regresa a configurar los componentes de 2200. Si no se necesitan cambios, entonces el producto normalmente se envía a la comprobación 3000 de producto y de concepto. El proceso 1500 de gestión de IP se iniciará si no se ha seleccionado o actualizado previamente. Se entenderá que gran parte del proceso 2000 de creación del producto puede realizarse, ya sea virtualmente por computadora o físicamente mediante prototipos del mundo real. Un proceso 3000 de comprobación de producto y de concepto, de acuerdo con la invención, se muestra en la Figura 4. Se contempla que este proceso se aplique a un producto específico y, finalmente, que proporcione alguna predicción de modelo comercial con respecto a ese producto. El proceso inicia con una configuración de componente o de producto, en 1020. Los datos de costos pueden producirse a partir de la configuración de los componentes o del producto, y puede variar dependiendo del número de factores que puedan extraerse del depósito 30 de datos. La configuración de los componentes y del producto se somete a una comprobación apropiada, recuperada de la prueba de laboratorio y de la base 16000 de datos de rendimiento. Esta comprobación producirá datos relacionados con la conflabilidad y, en el mejor de los casos, validará los resultados de la comprobación. La comprobación posterior, en 1025, puede incluir una comprobación de campo de empleado (EFT) o una comprobación de campo de cliente (CUFT) de prototipos. Tal comprobación proporcionará más datos para la comprobación de CUFT y para la base de datos 17000 de rendimiento, lo cual mejorará la información acerca de la conflabilidad. Las comprobaciones también pueden proporcionar más información acerca del uso 11000 del consumidor que permitirá algunas salidas acerca de los beneficios del consumidor y proyecciones de volumen. Asimismo, estas comprobaciones pueden proporcionar datos acerca de la capacidad de fabricación y requerimientos de capital para el producto. Aún una comprobación adicional, en 1030, puede incluir una construcción de fabricación limitada que proporcionará información sobre la comprobación y el rendimiento 18000 de fábrica. Finalmente, un lanzamiento de producción limitada en un mercado seleccionado puede proporcionar datos 15000 de ventas mínimas, a partir de los cuales el sistema puede obtener información sobre el objetivo del comprador y el poder del precio. Esto, a su vez, puede validar información sobre proyecciones de volumen. Con un programa de integración de componentes propuesto, en 1050, el sistema puede generar un modelo comercial para el producto, proporcionando a los administradores una herramienta útil para tomar decisiones acerca del producto. Se entenderá que la comprobación 3000 de producto y de concepto puede realizarse virtualmente mediante modelado por computadora o en tiempo real con prototipos físicos y fabricación o una combinación de ambos. Un proceso 4000 de fabricación de producto, de acuerdo con la invención, se muestra en la Figura 5. Éste típicamente inicia con entradas predeterminadas, como se muestra en la Figura 1. Aunque aspectos del proceso pueden adaptarse fácilmente a un producto de servicio, este proceso se aplica más a un producto físico. Por ejemplo, considérese un electrodoméstico que puede conectarse a la red, que se desplaza hasta una línea de ensamble. El producto se ensambla, en 4010, en un punto en el que pueden permitirse algunas funciones. Una de esas funciones es la comunicación, la cual se habilita, en 4012. Una computadora alejada de la línea de montaje puede intentar la comunicación con el aparato y realizar los ajustes necesarios para asignar una identificación única del producto, en 4015. Las comprobaciones del producto pueden recuperarse, en 4020, del depósito 30 de datos, incluyendo las comprobaciones apropiadas para el control de calidad. Puesto que el electrodoméstico desplaza hasta la línea, una computadora remota de comprobación puede identificar el aparato con el uso de la identificación de producto preasignada y obtener el acceso a la red interna del aparato. La computadora remota de comprobación puede virtualmente poner a funcionar el aparato a través de sus ciclos, de acuerdo con la configuración 1800 de producto, obtener una funcionalidad total del aparato y comprobarlo, en 4025, de acuerdo con los protocolos recuperados del depósito 30 de datos. El sistema puede agregar el producto, la configuración de producto y los componentes comprobados a las respectivas bases de datos 20000, 21000 y 19000, respectivamente, las cuales se han mejorado previamente mediante el proceso 2000 de creación del producto, por ejemplo. Los resultados de las comprobaciones se enviarán a la comprobación de fábrica de la base de datos 18000 de rendimiento. Un proceso 5000 de comercialización del producto, de acuerdo con la invención, se muestra en la Figura 6. La comercialización del producto puede iniciar con el lanzamiento de una cadencia de relaciones públicas, con nada más que conceptos, en 5010, para crear una agitación y estimular la demanda, o para anunciar las características de un nuevo producto próximo, en 5020, o en forma simultánea con el lanzamiento de un producto, en 5015. La planificación del tiempo puede realizarse en relación con el lanzamiento de un producto, tal como las relaciones públicas antes del lanzamiento, en 5025, relaciones públicas durante el lanzamiento del producto, en 5030, y relaciones públicas después del lanzamiento, en 5040. Tipos de relaciones públicas típicas, en 5050, incluyen pilotos que pueden considerarse un despliegue limitado de productos de producción, asociaciones tales como un despliegue limitado con la empresa particular que se asocia, anuncio de nuevas características y accesorios, órdenes especiales en mercados especiales y exposiciones comerciales y medios generales. Las relaciones públicas pueden centrarse en ciertos temas. Por ejemplo, en la industria de los electrodomésticos, las relaciones públicas pueden centrarse en un tema ecológico, es decir, qué tan compatible es el aparato con el medio ambiente. Otros temas ejemplares incluyen el halo ("el efecto Ángel"), alta tecnología, amas de casa con niños, nuevo desarrollo (dirigido a expertos financieros como una empresa innovadora) y accesorios. De preferencia, el sistema incluirá resultados medibles en el proceso de comercialización del producto para ventas principales, imagen de la empresa y precios de bolsa para una empresa públicamente comercializada. Un proceso 6000 de venta del producto, de acuerdo con la invención, se muestra en la Figura 7. El proceso 6000 de venta del producto inicia con el acercamiento del consumidor al producto 6010. Es importante recordar que la invención contempla que esta etapa de acercamiento ocurra en el mundo real cuando un consumidor se aproxime o pase junto a un producto en exposición, y también en el mundo virtual cuando un consumidor utiliza un ratón para hacer clic en o moverse sobre una imagen en una página web. El producto puede configurarse para ofrecerse al consumidor, en 6020, directamente con un texto, video, voz o algún otro aviso o, de manera alterna, el producto puede configurarse para notificar a un agente que lo ofrezca al consumidor, por ejemplo, un comerciante. En 6030, ya sea el producto en sí o el agente interactúa con el consumidor y obtiene información que puede alimentar al depósito 30 de datos y, más particularmente, perfiles 23000 de consumidor y segmentación 22000 del mercado. Asimismo, la interacción, en 6030, puede mejorar los datos 15000 de ventas mínimas. En respuesta a esa interacción o como resultado de la interacción, el producto o el agente, en 6040, puede sugerir otro producto al consumidor. Asimismo, el consumidor puede interactuar con el producto y/o con el agente para informarse acerca del producto, en 6050. En algún punto se le puede presentar la decisión al consumidor, en 6055, sobre si comprar o no el producto. Si el consumidor decide no comprar el producto, puede tener lugar una interacción continuada o el proceso puede finalizar. Por otro lado, si el consumidor decide comprar el producto, al consumidor se le puede ofrecer, además, en 6060, la oportunidad de personalizar y de agregar accesorios al producto y de comprar productos secundarios. Por ejemplo, con un electrodoméstico que puede conectarse a la red, el consumidor puede tener la opinión de comprar ampliaciones de garantías, capacidad de diagnóstico pasivo y mejoras adicionales del software. La compra se lleva a cabo, en 6070, un registro de la cual se envía a la base de datos 14000 de ventas y el proceso puede pasar a la instalación. Un proceso 6500 de instalación del producto, de acuerdo con la invención, se muestra en la Figura 8. El proceso 6500 de instalación del producto inicia con entradas apropiadas (véase Figura 1) y continúa con la colocación del producto en su lugar, en 6510. Pueden requerirse, en 6520, un sistema de conexión del producto, como en el caso de un electrodoméstico. Si no se ha llevado a cabo con anterioridad en el proceso de venta, el producto puede registrarse, en 7000. El fabricante puede hacer el registro de una condición para permitir el uso del producto, en 6530, o, de manera alterna, permitir que el consumidor evite el registro y proporcione recordatorios periódicos, en 6535. Se contempla que esa aplicación, particularmente de un aparato, pueda incluir diversos modos, de los cuales cualquiera o todos puedan permitirse, dependiendo de lo que se compró. Por ejemplo, considérese un aparato de lavadora que puede conectarse a la red. La instalación puede incluir permitir un uso automatizado y una guia de cuidados, en 6540, la cual, con la activación durante su uso, puede proporcionar en forma automática instrucciones al usuario sobre el uso del aparato. Cuando el consumidor presiona un botón particular de ' la lavadora, el aparato puede emitir una sugerencia vocal o proporcionar una visualización de texto de que sólo ciertos detergentes funcionarán con la. característica particular seleccionada. La instalación también puede incluir permitir diagnósticos pasivos, en 6550. Aquí, el aparato puede monitorear en forma continua el rendimiento de todos los componentes de la lavadora y avisar al consumidor (nuevamente mediante voz o mediante texto) que un componente particular está a punto de fallar y necesita ser cambiado. La instalación también puede incluir permitir la mediación de información, en 6560, donde al consumidor se le ofrece la oportunidad de compartir los datos de uso de la lavadora con el fabricante o con un tercero. La instalación también puede incluir permitir una guía de mejoras, donde al consumidor se le presentan recordatorios de mejoras disponibles, basándose en interacciones observadas en forma automática entre el consumidor y la lavadora. La instalación también puede incluir permitir mejoras a la capacidad de conexión a la red de la lavadora. Por ejemplo, el identificador único para la lavadora puede agregarse en forma automática a la lista de dispositivos reconocidos en otros aparatos conectados a la red. Además, la lavadora puede configurarse para adquirir identificadores en forma automática en aparatos adquiridos posteriormente y coordinar en forma automática la información actualizada de posesión con el depósito 30 de datos para propietarios registrados con anterioridad. Un proceso 7000 de registro del producto, de acuerdo con la invención, se muestra en la Figura 9 e inicia al seleccionar el proceso, en 7010. Como se indica previamente, esto puede ocurrir en el proceso 6000 de venta del producto, en el proceso 6500 de instalación del producto, en forma separada o, algunas veces, durante el proceso 8000 de uso del producto. Asimismo, el registro del producto puede ocurrir en el proceso 9000 de modificación por el usuario o incluso durante el servicio 10000 del producto (véase Figura 1) . El registro del producto puede seleccionarse por instrucción del consumidor o por instrucción del agente de ventas o en forma automática con la aplicación del producto. Una vez seleccionado, se carga una identificación del producto, en 7020, y se descarga cualquier identificación apropiada de cliente. Esa información puede obtenerse de otros productos o electrodomésticos, en 7025, o a partir de los datos 14000 de ventas. En esta modalidad, el producto tiene un GPS instalado para registrar en forma automática un domicilio en el que se instala el producto. La transmisión continua del domicilio al depósito 30 de datos puede permitir el control de robos si el producto es portátil y sujeto a robo. Por ejemplo, un microondas portátil desplazado de su domicilio registrado puede activar una notificación para el consumidor (por ejemplo, por teléfono celular o correo electrónico) de que el aparato ha sido desplazado. Además, la transmisión continua puede rastrear la ubicación del microondas durante su desplazamiento. De preferencia, al consumidor se le da la oportunidad de confirmar y corregir datos recuperados, en 7030. Una vez confirmado, el producto puede habilitarse para su uso, en 7060, (si el registro es una condición para su aplicación), y la garantía puede activarse, en 7050. De preferencia, las bases de datos de garantía y servicio en el depósito 30 de datos se actualizarán, en 7040. En el caso de un producto que puede ser parte de una disposición de gestión de energía (discutido en lo siguiente) , la notificación puede enviarse en forma automática a una empresa de energía apropiada, en 7200, y este consumidor puede inscribirse en un programa 7210 de gestión de recursos. Un proceso 8000 de uso del producto, de acuerdo con la invención, se muestra en la Figura 10. El uso del producto inicia con la operación 8020 del producto, de acuerdo con la invención, y puede presentar al usuario algunas de las opciones disponibles durante la instalación 6500 del producto. Por ejemplo, al consumidor se le puede presentar la decisión, en 8015, de compartir datos de uso del producto con el fabricante o con un tercero. Si la decisión es afirmativa, el producto se configura en un sistema de mediación de información, en 8010, y esa información se transmite a la base de datos apropiada en el depósito 30 de datos. De manera similar, al consumidor se le puede presentar la decisión, ' en 8025, y permitir un uso automatizado y una guía de cuidados, la cual, con la activación durante su uso, en 8030, puede proporcionar en- forma automática instrucciones al usuario sobre el uso del aparato. Asimismo, en cualquier punto durante la operación del producto, pueden sugerirse mejoras al consumidor o por el consumidor, en 8030. Si se necesita una característica particular, se selecciona un proceso 9000 de mejoras. El proceso 8020 de operación del producto, de acuerdo con la invención, se muestra en la Figura 11. Aquí, la operación del producto comienza con la entrada 111 de tareas. La entrada 111 de tareas puede ser un subproceso hacia sí mismo, y puede incluir algo tan simple como un pulsador de botón, una operación con interruptor, una entrada de texto o un comando de voz. Éste puede seleccionarse en forma automática mediante un comando de software o por la consecuencia automática de un problema diagnosticado. Normalmente, la entrada 111 de tareas dará como resultado alguna decisión 112 de enrutamiento , donde se pedirá al producto que determine directamente la entrada de tareas a través de un algún agente o cliente externo o a través de la intervención humana. De preferencia, se puede proporcionar al cliente alguna indicación 113 de progreso a partir de la decisión 112 de enrutamiento. Por ejemplo, en un aparato de cocción, tal como un horno, el estado del horno puede actualizarse, de tal modo que un cronómetro de conteo regresivo que se inicia antes de cocinar en realidad comience . Si se han habilitado mejoras apropiadas en el aparato, se puede seleccionar un subproceso 114 de diagnóstico para proporcionar alguna respuesta contextual al comando de entrada y a la decisión de enrutamiento, o afinar el comando y el enrutamiento con base en el contexto. Por ejemplo, una lavadora puede programarse para aceptar comandos sólo de un usuario autorizado. El subproceso 114 de diagnóstico puede cuestionar el ingreso de la entrada de tareas en 111 para asegurarse de que el comando provino de un usuario autorizado. El subproceso de diagnóstico también puede identificar un problema con la entrada de tareas y proporcionar una decisión 115 de solución alterna. Por ejemplo, que el consumidor haya ingresado un comando en la lavadora para un lavado pequeño, pero sobrecargado la lavadora con ropa. La lavadora puede detectar la sobrecarga, determinar una solución apropiada y sugerir una solución al consumidor (retirar parte de la ropa) , o incluso anular en forma automática la entrada de tarea para un lavado pequeño con un comando para un lavado grande, notificando y actualizando al usuario con el estado, en 113. La solución se vuelve a definir y a ejecutar en 116 y se audita en 117. De preferencia, los datos se registran y se cargan en el depósito 30 de datos, y el usuario se actualiza con el resultado real de la entrada de tareas. Si el resultado discrepa de la entrada de tareas original, el producto puede proporcionar algún contexto o razón de la discrepancia y sugiere consejos para evitar la discrepancia en el futuro.

Si se detecta un problema, de preferencia se presenta al usuario una consulta, en 118, sobre si se solucionó o no el problema. Si no, la decisión 112 de enrutamiento se vuelve a evaluar y, de ser así, el sistema se reinicia para el ingreso de una nueva entrada 111 de tareas. Debe recordarse que el subproceso 114 de diagnóstico no sólo se refiere a problemas de diagnóstico, sino, en sentido más amplio, al diagnóstico de comandos alternos. Por ejemplo, el proceso puede dar como resultado una recomendación al usuario de un comando diferente, una implementación automática de un comando diferente, un mensaje de error, con o sin la implementación, una indicación o aviso útil, y ofrecer comprar un producto o mejora nueva, o una oferta para participar en el sistema de mediación de información o en el sistema de gestión de energía antes mencionados. El diagnóstico puede basarse en las preferencias del usuario o en la experiencia de auditorías anteriores o continuadas, consumo de energía, disponibilidad de recursos, planificación basada en el ruido y en la vibración, planificación basada en el uso o en la demanda, sensores y otras entradas, disponibilidad de ciclos e información intercambiada en la red con otros productos. El proceso de la Figura 11 puede utilizarse como una plantilla para implementar cualquiera de los procesos descritos en la presente. Es decir, cualquiera que sea el proceso o etapa del proceso, puede determinarse o considerarse como una entrada de tareas . La entrada de tareas se enruta entonces para la decisión, especialmente si la tarea puede determinarse en forma local, por intervención humana o por un agente externo. En el caso del producto, el producto buscará una solución local dentro del producto, para el usuario o para una fuente externa al producto. En la etapa de diagnóstico, la tarea será analizada o cuestionada para asegurar la validez del comando. Si la tarea necesita modificarse, pueden sugerirse alternativas o puede proponerse una nueva solución a la tarea. La solución resultante a la tarea se ejecuta entonces y se somete a una auditoría. Como puede observarse fácilmente, cuando el proceso de la Figura 11 se aplica a un proceso, éste permite: la inspección del proceso y de todas sus etapas; una determinación de dónde deben completarse las etapas o dónde debe extraerse información para completar las etapas, confirmación de la idoneidad de las etapas, modificaciones a las etapas o alternativas a las etapas; la implementación de las etapas; y la auditoría de la solución. Después, el resultado y la información relacionada se guardan en el Depósito 30 de Datos para su uso posterior. El proceso de la Figura 11 se repite hasta que se soluciona el problema. De esta manera, el proceso puede mejorarse en forma automática. La plantilla puede aplicarse al proceso en su totalidad, a un subconjunto de las etapas, en un modo paso a paso, o a una combinación de los mismos. Un proceso para modificaciones 9000 por el usuario, de acuerdo con la invención, se muestra en la Figura 12. Este proceso contempla permitir que el usuario agregue o quite componentes en el producto. Las modificaciones que se van a agregar pueden haberse comprado por el consumidor en el proceso 6000 de ventas o iniciarse en el proceso 8000 de uso del producto. El proceso comienza con la instalación de la modificación, en 9010. Se entenderá que, en este contexto, la instalación también puede incluir la eliminación de un componente. El producto o un sistema de comunicaciones en el que el producto se conecta en red puede tener que suspender la operación normal, en 9010, durante la instalación, y la modificación conecta el sistema donde el sistema reconoce la modificación. El registro del producto puede tener lugar en forma simultánea, de acuerdo con el proceso 7000 de registro del producto. Puede ser necesario validar la modificación, en 9025, antes de la configuración. La validación puede incluir la confirmación de que la modificación es apropiada, autorizada, registrada y operable. Si no se valida, una notificación en 9027 puede actualizar la base de datos 11000 de uso del consumidor en el depósito 30 de datos. Si se valida, la modificación puede configurarse en forma automática o permitir que el sistema se configure en forma automática, en 9030, o el sistema se adapta a la modificación y permite la modificación para configurar el sistema, en 9040, o alguna combinación de ambas. De preferencia, el depósito 30 de datos se actualiza con el uso 11000 del consumidor, datos 33000 de servicio y de garantía y datos 34000 de registro del producto. Una vez configurado, el producto reanuda su operación normal, en 9050, y el sistema interactúa con la modificación, en 9060. Un ejemplo de una mejora del producto es el registro del producto con un proveedor de recursos, tal como una termoeléctrica. El usuario puede registrarse en línea con el proveedor de recursos y convenir la compra de electricidad a tasas predeterminadas, las cuales pueden incluir tasas reducidas para un uso que no sea en horas pico. El usuario también puede convenir que el suministro eléctrico se termine o reduzca por el proveedor de recursos con base en demandas del sistema. El usuario también puede convenir el suministro de energía con base en un seguimiento de los precios en el mercado de productos, el precio de la cual puede establecerse mediante una subasta en línea. Un proceso 9500 de inhabilitación del producto, de acuerdo con la invención, se muestra en la Figura 13. En algún punto, la vida útil del producto o componente del producto llegará a su fin. Esto da inicio al proceso 9500 de inhabilitación del producto. El consumidor puede decidir dejar de usar el producto, en 9600. De preferencia, el consumidor sólo necesita informar a uno de los productos en red acerca de la inhabilitación de un producto identificado, en 9610. Se le puede solicitar al consumidor que apague el producto o que elimine la comunicación, en 9620. En otro aspecto de este proceso, los productos en la red pueden detectar, en 9510, que un producto falta por registrar sus dispositivos conectados, también conocido como una "lista de conocimiento" . El sistema conectado a la red realiza una determinación, en 9520, del producto que se identifica como faltante. Una consulta, en 9525, al consumidor verifica si la eliminación es temporal o permanente. Si es permanente, el sistema conectado a la red elimina el producto de la lista de conocimiento, en 9530, solicita al usuario información de reciclaje, en 9540, o sugiere la ayuda para la desinstalación del producto, y puede sugerir un repuesto o proporcionar una orden automatizada, en 9550. De preferencia, las bases de datos de garantía y de servicio en el depósito 30 de datos se actualizan, en 7040. Un proceso 10000 de servicio del producto, de acuerdo con la invención, se muestra en la Figura 14. El producto o proceso 10000 de servicio proporciona uno de los beneficios más convenientes del sistema integral de manejo de productos de acuerdo con la invención. El proceso de servicio del producto comienza con una consulta en 12 de si se permite o no el diagnóstico pasivo en el producto. Si no se permite, al consumidor se le hace otra consulta en 13 con la oportunidad de instalar un componente de diagnóstico pasivo. Si la respuesta a esa consulta es sí, el componente de diagnóstico pasivo se instala y se inicia. Si la respuesta a esa consulta es no, al usuario se le apremia con otra consulta en 22 acerca de si se observa algún problema. Si no se observa ningún problema, el sistema restablece el inicio del servicio del producto. Si se observa algún problema, entonces se le hace otra consulta al usuario en 24 acerca de si el producto ya está conectado a la red. Si no, se le solicita al usuario en 25 que habilite la red mediante el uso del método de habilitación de red en 26. Si el usuario elige no habilitar la red, se le puede presentar al usuario una guía de uso y de cuidados, información de garantía u otra información del servicio en 27. Una vez que se habilita la red, el sistema selecciona uno de tres procesos de diagnóstico activo, según se prefiera por el consumidor. Los procesos de diagnóstico activo incluyen un servicio de hágalo usted mismo en 30, servicio remoto en 40, o servicio local en 50. Se le puede presentar al consumidor una lista de preferencias, menú o consultas secuenciales . Estas opciones están dirigidas a quien va a llevar a cabo el proceso de diagnóstico activo en 60. Se contempla que un producto capaz de conectarse a la red tendrá una o más tarjetas de circuito impreso (PCB) y puertos de entrada/salida (10) . Las arquitecturas 32 de servicio se predeterminarán para el producto y comprenderán formas de problemas de comunicación al obtener soluciones durante el proceso de diagnóstico. Arquitecturas ejemplares de servicio incluyen (1) códigos audibles integrados en una PCB en el producto que pueden comunicarse con un centro de servicios por teléfono (inalámbrico o teléfono fijo) , (2) códigos audibles integrados en múltiples PCB en el producto conectados juntos a la red que pueden comunicarse con un centro de servicios por teléfono (inalámbrico o teléfono fijo), (3) códigos audibles distribuidos en múltiples PCB en el producto conectados juntos a la red que pueden comunicarse con un centro de servicios por teléfono (inalámbrico o teléfono fijo) , (4) señales audibles externas conectadas en forma inalámbrica a una o más PCB que pueden comunicarse con un centro de servicios por teléfono (inalámbrico o teléfono fijo) , (5) una computadora de servicio conectada por cable a una o más PCB en el producto por medio de un puerto de 10, (6) una computadora de servicio conectada en forma inalámbrica a una o más PCB en el producto por medio de un puerto de 10, (7) una conexión de datos remota por Internet o módem telefónico entre un centro de servicios y un puerto de 10 en el producto, (8) una conexión de datos remota por USB, pastillas de memoria y claves automatizadas, transmitidas por un mensajero, (9) códigos de error mostrados en el producto, (10) códigos de error mostrados en un producto remoto conectado en red con el producto diagnosticado y (11) el técnico secundario tradicional que se comunica con el consumidor o tecnología de servicio. El proceso 60 de diagnóstico activo se opera como se describe en lo siguiente y, después, al consumidor se le presenta una consulta, en 62, de si se identificó o no la solución. Si no, el proceso de diagnóstico activo vuelve a comenzar. Si es así, el sistema puede identificar partes o repuestos necesarios, en 70, ordenar las partes en forma automática, en 72, ordenar el repuesto, en 74, recibir las partes o repuestos, en 73 y ejecutar una solución, en 74. Si el proceso de diagnóstico pasivo opera en 14, éste enfrenta una consulta en 20, de si se detecta algún problema. Si no se detecta el problema, al consumidor se le presenta la consulta en 22 acerca de la observación del problema. Por otro lado, si el proceso de diagnóstico pasivo detecta un problema, el sistema notifica al consumidor, en 15 y enfrenta una consulta en 28 de si se identificó o no una solución. Si la solución se identifica en forma automática, el sistema procede a ordenar las partes o repuestos en 70. Si no se identifica la solución en 28, se selecciona el proceso de diagnóstico activo . Con la ejecución de la solución en 74, el sistema consulta entonces en 75 si una garantía se encuentra o no en su lugar, recopilando información relevante del depósito 30 de datos. Si una garantía se encuentra en su lugar, el garante carga con la responsabilidad del costo de la solución. Si ninguna garantía se encuentra en su lugar, el usuario carga con la responsabilidad del costo de la solución . El proceso 60 de diagnóstico activo se muestra en la Figura 15 con las comprobaciones secuenciales en el proceso mostrado en las Figuras 16 a 26. El proceso 60 de diagnóstico activo comienza con el establecimiento de la comunicación, en 601, entre un observador de comprobación y el producto. Asimismo, en 603, se tiene acceso al depósito 30 de datos. El observador 602 de comprobación adquiere la identificación del producto o del componente y, en 604, con base en esa identificación, recupera del depósito 30 de datos un software apropiado, datos, documentos, aplicaciones e información de los componentes y del producto. Dependiendo del alcance de una falla, por ejemplo, como en un modo de falla total, se le puede solicitar al observador de comprobación que cambie la arquitectura 32 del servicio para el diagnóstico. La primera comprobación en el proceso de diagnóstico activo es la comprobación de fallas de PCB, en 630. El diagnóstico de fallas de PCB se muestra en la Figura 16 y comienza cuando el observador de comprobación elabora una lista de componentes para operar. Observando ahora la Figura 17, la lista de componentes 632 se obtiene al ejecutar un comando de descubrimiento, en 634, para recuperar datos apropiados en los componentes a partir del depósito 30 de datos o a partir de datos almacenados en el producto. La identificación apropiada del componente se almacena, en 636, en una ubicación de memoria apropiada. Regresando a la Figura 16, el diagnóstico de falla de PCB procede a una consulta en 635, para determinar si todos los componentes en la lista han sido comprobados. Si no, entonces el sistema procede a una validación de software, en 640. El proceso 640 de validación de software se muestra en la Figura 18. El proceso comienza en 641 con una búsqueda de cualquier versión actualizada de software disponible para el componente de PCB o para el producto. El sistema compara la información de versión del producto y de los componentes, en 604, con datos 21000 actualizados de configuración del producto del depósito 30 de datos, y responde una consulta en 642, de si se requiere una actualización. Si se requiere una actualización, la actualización se realiza en 645. Si no se requiere una actualización, se le presenta al sistema una consulta en 643, acerca de boletines del servicio. Si los boletines del servicio están disponibles y son necesarios, se lleva a cabo una acción apropiada en 646 para obtenerlos. Si ningún boletín adicional del servicio se encuentra disponible o no se necesita, entonces el sistema lleva a cabo una verificación cíclica de redundancia (CRC) , en 644, y compara la CRC esperada para el producto con la CRC real. Una consulta en 647 determina si existe una incompatibilidad en la comparación. Si existe una incompatibilidad, entonces se determina que el componente de PCB ha fallado y el proceso de diagnóstico de falla de PCB regresa a la falla. Si no existe ninguna incompatibilidad, entonces el proceso de diagnóstico de falla de PCB regresa un paso y procede a una comprobación 650 de salidas de PCB (véase Figura 16) . El proceso 650 de comprobación de salidas de PCB se muestra en las Figuras 19-19B. El proceso comienza con una reconfiguración, en 652, de las conexiones de PCB, de acuerdo con las Figuras 19A y 19B. El cableado 104 preformado entre la PCB 100 y los dispositivos 102 que se controlan mediante la PCB, como se muestra en la Figura 19A, se desconecta y se vuelve a conectar a un aditamento 101 de comprobación, conectado en forma operable al observador de comprobación, en 105, como se muestra en la Figura 19B. Normalmente, esta reconexión se realizará en forma manual, pero se encuentra dentro del alcance de la invención para que la reconexión y reconfiguración se realicen en forma electrónica por medio de un conmutador, o en forma electrónica, por ejemplo. La conexión entre el aditamento 101 de comprobación y el observador 105 de comprobación pueden ser inalámbricos o remotos, dependiendo de la arquitectura 32 de servicio aplicada. El aditamento 101 de comprobación puede ser un poco más que un puerto de 10 en el producto. Con el acceso a los datos 21000 de configuración del producto y a la información 604 de versión del producto o del complemento, el observador de comprobación se configura en 653. En 654, el observador de comprobación energiza cada salida, en forma individual y secuencial, detectando la salida de potencia correspondiente, en 656, y comparando el resultado con los resultados esperados con base en la información en los datos 21000 de configuración del producto. Cada comprobación da como resultado una consulta, en 658, de si se ha detectado o no una incompatibilidad. Si existe una incompatibilidad, entonces se determina que el componente de PCB ha fallado y el proceso de diagnóstico de falla de PCB regresa a la falla. Si no se detecta ninguna incompatibilidad, entonces el sistema consulta si todas las entradas se han comprobado o no, en 659. Si se han comprobado todas las salidas, el sistema itera sobre la siguiente salida. Si no existe ninguna incompatibilidad en ninguna salida, entonces el proceso de diagnóstico de falla de PCB regresa un paso y procede a una comprobación 660 de entradas de PCB (véase Figura 16) . El proceso 660 de comprobación de entradas de PCB se muestra en las Figuras 20-20B. El proceso comienza con una reconfiguración, en 662, de las conexiones de PCB, de acuerdo con las Figuras 20A y 20B. El cableado 104 preformado entre la PCB 100 y los dispositivos 102 que se controlan mediante la PCB, como se muestra en la Figura 20A, se desconecta y se vuelve a conectar a un aditamento 101 de comprobación, conectado en forma operable al observador de comprobación, en 105, como se muestra en la Figura 20B. Normalmente, esta reconexión se realizará en forma manual, pero se encuentra dentro del alcance de la invención que la reconexión y reconfiguración se realicen en forma electrónica por medio de un conmutador, o en forma electrónica, por ejemplo. La conexión entre el aditamento 101 de comprobación y el observador 105 de comprobación pueden ser inalámbricos o remotos, dependiendo de la arquitectura 32 de servicio aplicada. El aditamento 101 de comprobación puede ser un poco más que un puerto de 10 en el producto. Con el acceso a los datos 21000 de configuración del producto y a la información 604 de versión del producto o del componente, el observador de comprobación se configura, en 663. Además, en 663A, el observador de comprobación también se configura para acceder a ubicaciones específicas de memoria en la PCB. El procesador de adquisición de datos descrito ya sea en la solicitud internacional titulada SOFTWARE ARCHITECTURE SYSTEM AND METHOD FOR COMMUNICATION WITH, AND MANAGEMENT OF, AT LEAST ONE COMPONENT WITHIN A HOUSEHOLD APPLIANCE, presentada el 8 de junio de 2006, la cual reclama la prioridad sobre la Solicitud de Patente Norteamericana No. 60/595,148, presentada el 9 de junio de 2005, se adapta particularmente para permitir tal configuración en el observador de comprobación. En 664, el observador de comprobación establece cada entrada de acuerdo con la configuración 21000 del producto como si el producto estuviera operando, intentado conducir a la PCB a un resultado esperado. Por consiguiente, en 666, el observador de comprobación mide un valor en una ubicación de memoria correspondiente y compara el valor medido con el valor esperado. Cada comprobación da como resultado una consulta, en 668, de si se ha detectado o no una incompatibilidad. Si existe una incompatibilidad, entonces se determina que el componente de PCB ha fallado y el proceso de diagnóstico de falla de PCB regresa a la falla. Si no se detecta ninguna incompatibilidad, entonces ; el sistema consulta si todas las salidas se han comprobado o no, en 669. Si se han comprobado todas las entradas, el sistema itera sobre la siguiente entrada. Si no existe ninguna incompatibilidad en ninguna entrada, entonces el proceso de diagnóstico de falla de PCB regresa un paso y procede a una comprobación 670 de falla del dispositivo (véase Figura 15) . La segunda comprobación en el proceso de diagnóstico activo es el proceso 670 de comprobación de fallas del dispositivo. El diagnóstico de fallas del dispositivo se muestra en la Figura 21 y comienza cuando el observador de comprobación elabora una lista de componentes para operar. Véase la Figura 17. El diagnóstico de fallas del dispositivo procede a una consulta, en 671, para determinar si todos los componentes en la lista han sido comprobados. Si no, entonces el sistema procede a una comprobación de fallas del dispositivo de salida del producto, en 670A. El diagnóstico de fallas del dispositivo de salida del producto se muestra en la Figura 22. Éste comienza en 672 con una consulta acerca de si se permite o no la detección de potencia. Para que este diagnóstico sea eficaz, el sistema debe proporcionar algún modo de detectar la potencia, tal como por medio de corriente, ya sea en forma individual o en una línea común. La información apropiada sobre la detección de potencia puede obtenerse a partir de los datos 21000 de configuración del producto o del depósito 30 de datos. Si no se permite la detección de potencia, el aparato de detección de potencia debe configurarse, en 678. Si se permite la detección de potencia, se presenta la segunda consulta, en 673, para determinar si se habilita o no la comprobación automática del componente. Esta consulta responde a la pregunta de si se presenta o no la curva de potencia esperada para la comparación o si necesita obtenerse. Si no : se habilita la comprobación automática del componente, el observador de comprobación debe configurarse, en 678, con el dispositivo apropiado y con perfiles de consumo de potencia del dispositivo, en 673, obtenidos a partir de los datos 21000 de configuración del producto. Una vez que todo está configurado, el diagnóstico de fallas del dispositivo de salida del producto procede a una consulta, en 674, para determinar si todos los dispositivos en la lista han sido comprobados. Si no, entonces la siguiente salida del dispositivo se establece en 675 y el perfil real de consumo de potencia se compara en 676 con el perfil esperado de consumo de potencia. Si existe una incompatibilidad, entonces se determina que el componente de PCB ha fallado y el proceso de diagnóstico de falla de PCB regresa a la falla. (Véase la Figura 15) . Si ninguno de los dispositivos muestra una incompatibilidad, y el proceso regresa a la comprobación de fallas del dispositivo de entrada del producto, en 670B, (véase Figura 21) . El diagnóstico de fallas del dispositivo de entrada del producto se muestra en la Figura 23. Éste comienza en 700 con una consulta acerca de si se habilita o no la comprobación automática del componente. Si no, entonces el observador de comprobación y la PCB se configuran en 702 con modelos en planta apropiados, obtenidos en 704 a partir de la base de datos 21000 de configuración del producto. Los modelos en planta conducen la entrada a un resultado esperado o a un estado en la salida. El sistema determina y configura una recolección de datos apropiados en 708 y establece una salida o patrón de memoria de acuerdo con la definición del modelo en planta del dispositivo de entrada, obtenida a partir del modelo en planta en 712. Después, el proceso determina en 713 si requieren presiones de tecla virtuales o alguna otra entrada virtual con el fin de conducir la entrada al resultado esperado. Si es así, entonces se establecen comandos virtuales en 714, y si no, se presenta una consulta en 715 de si se requiere la intervención del usuario. Un ejemplo de intervención del usuario en una lavadora puede ser introducir en forma manual una carga desbalanceada. Si se requiere la intervención del usuario, entonces se le solicita al usuario que inicie una acción en las consultas del sistema en 717 de si la acción se ha completado. Si es así, entonces el valor de entrada se compara con el resultado de salida esperado, en 718. Si existe una incompatibilidad, entonces se determina que el componente de PCB ha fallado y el proceso de diagnóstico de falla de PCB regresa a la falla. (Véase la Figura 15) . Si el dispositivo no muestra una incompatibilidad, entonces el proceso regresa a una consulta en 710 de si todos los dispositivos han sido comprobados o no. Si no, entonces el siguiente dispositivo de entrada se establece en 712 y la comprobación se vuelve a realizar. Si no existe ninguna incompatibilidad en ningún dispositivo de entrada, entonces el proceso de diagnóstico de falla del dispositivo regresa un paso y procede a una comprobación 610 automatizada (véase Figura 15) . El proceso 610 de comprobación automatizada es la tercera comprobación y se muestra en la Figura 2 . El diagnóstico busca más problemas sutiles, tal como problemas ambientales, sobrecalentamiento o tipos de productos de consumo, y se basa en mayor medida en evidencia estadística del depósito 30 de datos. El diagnóstico de comprobación automatizada se muestra en la Figura 24, y comienza en 611 con una consulta de si se habilita o no la comprobación automática del componente. Si no, entonces, el observador de comprobación se configura en 612 con macros 613 de comprobaciones del sistema, obtenidos de la base de datos 21000 de configuración del producto. El sistema determina y configura una recolección de datos apropiados en 614 y recupera los patrones de datos esperados de los macros en 660. Una consulta en 618 pregunta si todos los macros se han completado o no. Si no, entonces el proceso establece salidas y valores de memoria de acuerdo con la siguiente definición de macro en 620 y verifica el valor de entrada contra los resultados esperados. Si existe una incompatibilidad, entonces se determina que el componente de PCB ha fallado y el proceso de diagnóstico activo de PCB regresa a la falla. (Véase Figura 15) Si el dispositivo no muestra una incompatibilidad, entonces el proceso regresa a la consulta en 618 de si todos los macros han sido comprobados. Si no existe ninguna incompatibilidad en ningún macro, entonces el proceso de diagnóstico de comprobación automatizada regresa un paso y procede a otra comprobación en el proceso de diagnóstico activo (véase Figura 15) . El proceso de diagnóstico activo contempla que el diagnóstico 630 de fallas de PCB y el diagnóstico de falla del dispositivo de 670 en el diagnóstico 610 de comprobación automatizada se lleven a cabo en forma secuencial. Dos comprobaciones más están disponibles en el proceso de diagnóstico activo, y una comprobación 690 específica y una comprobación 720 de error del operador, incluyendo inicialmente antes de las primeras tres o después. La comprobación 690 específica se muestra en la Figura 25. Esta comprobación está diseñada para proporcionar al usuario suficiente información para capturar algo nuevo en un diagnóstico del producto. Éste comienza con la configuración del observador 692 de comprobación con base en datos de la base de datos 21000 de configuración del producto. Éste comienza descargando documentos técnicos, en 694, historial del servicio del producto, incluyendo modelo y clase en 696 y descargando registros de transacción específicos anteriores, si alguno es aplicable. En 693, el observador de comprobación ingresa un modo de captura de proceso y solicita al usuario en 695 que capture cierta información de usuario. Una vez que toda la información se encuentra en su lugar, el sistema busca en 698, ideas adicionales para comprobaciones de diagnóstico. En este punto, el usuario puede seleccionar de la descarga una o más ideas de comprobación o agregar nuevas comprobaciones para su ejecución. Una respuesta afirmativa a la consulta acerca de comprobaciones adicionales que se van a llevar a cabo da como resultado otra consulta en 699 de si la comprobación ya existe o no. Si es así, entonces el sistema procede a ejecutar las comprobaciones, en 708. Si la comprobación es nueva, la nueva comprobación se crea en 700, se consultan las etapas de comprobación y se agregan en 702, 704, y el sistema asigna en forma automática un identificador globalmente único a la comprobación en 706. Una o más comprobaciones se ejecutan en 708, con datos capturados resultantes y tal vez con análisis de los resultados del observador de comprobación. La comprobación se registra 710 y se envía al depósito 30 de datos. Una consulta 712 determina si se ha identificado o no el problema y si la comprobación específica se continúa o no o se regresa al proceso 60 de diagnóstico activo . La comprobación 720 de error del operador se muestra en la Figura 26. Esta comprobación comienza con varias consultas diseñadas para determinar el nivel de compromiso con el usuario. Por ejemplo, una consulta 722 determina si el producto se habilita con dialogo y, en 724, si el producto se habilita o no con texto y, en 725, si el producto se habilita o no con video y, en 726, si el usuario desea o no comprar un equipo para mejorar o habilitar tal comunicación. Si es así, las modificaciones descargadas, en 728, con datos apropiados de la base de datos 21000 de configuración del producto. Una vez que se establece la comunicación, se ingresa el problema en 730, y una consulta en 732 determina si se reconoce el problema. Si es así, el sistema compara las configuraciones y acciones del usuario en el producto con un modelo preferido y busca una incompatibilidad en 736. Si existe una incompatibilidad, en 734 se solicita al usuario la selección alterna sugerida, con lo cual las selecciones pueden cambiarse en 740 y una consulta acerca de la resolución del problema en 742. Si se soluciona el problema, la transacción se registra en 740 y ese diagnóstico se termina. Si el problema no se soluciona, puede ingresarse un problema adicional o el problema puede volverse a ingresar en 730. Si no existe ninguna incompatibilidad en 736, el sistema puede solicitar alguna interacción con el usuario en 738. La falla de la interacción adicional en 744 dirigirá al sistema hacia algún modo de ayuda en 750. El usuario puede determinar en 752 si se desea una interacción adicional con la interfaz de usuario. Si no, la transacción finaliza y se registra en 740. Si es así, la información de salida se proporciona en 754 y una interacción con el usuario se lleva a cabo en 756 y el problema puede o no solucionarse en 758. Si el problema no se soluciona, el proceso regresa nuevamente a la etapa 752. Si se soluciona el problema, la transacción se registra y el control regresa a la etapa 720 para solucionar cualquier error adicional y, si no existe ninguno, se termina. Con referencia nuevamente a la Figura 14 y al proceso 10000 de servicio del producto, la red que habilita el método 26 se muestra en la Figura 27. Éste comienza con una consulta en 262 de si una conexión de red se encuentra disponible. Si no, entonces se solicita al usuario en 264 que compre o adquiera e instale de otro modo un equipo de conexión. Si se encuentra disponible una conexión de red, o si el usuario ha instalado de otro modo una conexión de red, el sistema consulta en 266 si la conexión de red es o no alámbrica o inalámbrica. Si es inalámbrica, al usuario se le ofrece la oportunidad en 268 de adquirir, tal como mediante una compra, una clave, una llave de protección inteligente u otro accesorio para habilitar y facilitar el proceso de diagnóstico activo. El software se instala, se habilita y se opera con el objetivo de establecer una comunicación de red con una diafonia mínima entre dispositivos posiblemente opuestos . Con referencia nuevamente a la Figura 14 y al proceso de diagnóstico pasivo en 14, se entenderá que el proceso de diagnóstico pasivo será similar o igual que el proceso de diagnóstico activo, pero configurado para ejecutarse en forma pasiva sin la intervención del usuario o del observador de comprobación. En tal modalidad, el observador de comprobación se construirá en el producto, puede llevarse a cabo una conmutación remota o automática, de las conexiones mediante el comando del software, y el momento para ejecutar tal diagnóstico pasivo automático normalmente será en el momento en que el producto no se encuentre en operación. Aunque la invención se ha descrito específicamente en relación con ciertas modalidades específicas de la misma, se entenderá que esto es a modo de ilustración y no de limitación, y el alcance de las reivindicaciones anexas debe considerarse tan ampliamente como la técnica anterior lo permita .

Claims

REIVINDICACIONES 1. Un sistema para manejar un producto a través de procesos sucesivos asociados con el producto, incluyendo la planeación, creación, comprobación, producción, venta, instalación, mejoramiento, modificación, uso, servicio e inhabilitación del producto, cuyos procesos sucesivos incluyen etapas realizadas por recursos, el sistema caracterizado porque un depósito de datos completos almacena información completa acerca del producto, y una red de computadora conecta los recursos que realizan las etapas al depósito de datos, en donde el depósito de datos interactúa con los recursos para comunicar información entre los recursos y el depósito de datos para cada uno de los procesos sucesivos, con lo cual, para cualquiera de dos etapas sucesivas dentro de un proceso o en procesos sucesivos, una interacción posterior dentro o entre un recurso, el producto y el depósito de datos se verán afectos por la información asociada con una interacción inicial entre un recurso y el depósito de datos, de tal modo que el producto puede manejarse en forma efectiva e informativa durante su vida.
2. El sistema de conformidad con la reivindicación 1, caracterizado porque el proceso vende el producto, la interacción inicial incluye comunicar información acerca de un consumidor del producto al depósito de datos, y la interacción posterior incluye utilizar la información acerca del consumidor para realizar una compra del producto.
3. El sistema de conformidad con la reivindicación 2, caracterizado porque la interacción posterior incluye uno de sugerir diferentes productos o servicios, ofrecer una decisión para comprar el producto, ofrecer información acerca de los diferentes productos o servicios, ofrecer una decisión para comprar los diferentes productos o servicios, y transmitir información acerca de la transacción al depósito de datos .
4. El sistema de conformidad con la reivindicación 1, caracterizado porque el proceso registra el producto, la interacción inicial incluye constatar a partir del depósito de datos si el producto ha sido registrado, y la interacción posterior incluye utilizar la información acerca del registro para uno de recordar al consumidor registrar el producto, ofrecer al consumidor una experiencia de registro del producto, habilitar con anterioridad características de compra, habilitar selectivamente características opcionales, habilitar selectivamente el uso del producto, habilitar un diagnóstico pasivo, habilitar la mediación de información, habilitar una guía de mejoras, y selectivamente mejorar la capacidad de conexión a red del producto.
5. El sistema de conformidad con la reivindicación 1, caracterizado porque el proceso utiliza el producto, la interacción inicial incluye constatar a partir del depósito de datos si el producto ha sido autorizado para mediación de información, y la interacción posterior incluye transmitir datos de uso al depósito.
6. El sistema de conformidad con la reivindicación 1, caracterizado porque el proceso utiliza el producto, la interacción inicial incluye constatar a partir del depósito de datos si se han habilitado mejoras apropiadas en el producto, y la interacción posterior incluye seleccionar una etapa para proporcionar una respuesta contextual a una etapa inicial en el uso del producto.
7. El sistema de conformidad con la reivindicación 6, caracterizado porque la etapa inicial es una entrada de tarea, y la respuesta es una de cuestionamiento de la entrada de tarea para constatar la autorización para completar la entrada de tarea, ingresar una modificación de tarea, ingresar una afinación de tarea, recomendación a un usuario de un comando alterno, implementación automática de un comando diferente, un mensaje de error, indicación útil, aviso, ofertas de nuevos productos, ofertas de mejoras de productos, ofertas para participar en una mediación de información, ofertas para participar en el sistema de gestión de energía.
8. El sistema de conformidad con la reivindicación 1, caracterizado porque el proceso modifica el producto, la interacción inicial incluye una de validar y configurar una modificación del producto, utilizando el depósito de datos, y la interacción posterior incluye por lo menos uno de la configuración del producto en sí con la modificación, adaptarse a la modificación y permitir la modificación para configurar el producto.
9. El sistema de conformidad con la reivindicación 8, caracterizado porque la información asociada con la interacción posterior se asocia con un registro inicial del producto .
10. El sistema de conformidad con la reivindicación 1, caracterizado porque el proceso utiliza el producto, la interacción inicial incluye registrar el registro, mejora o modificación del producto en el depósito de datos, y la interacción posterior incluye una entrada de tarea en el producto con base en la interacción inicial.
11. El sistema de conformidad con la reivindicación 10, caracterizado porque la entrada de tarea incluye uno de enviar información acerca del producto a una empresa e ingresar un programa de gestión de recursos .
12. El sistema de conformidad con la reivindicación 1, caracterizado porque el proceso da servicio al producto, la interacción inicial incluye recuperar un software apropiado, datos, documentos, aplicaciones, listas de componentes, información de configuración de recolección de datos, patrones de datos esperados, historial de servicio, información para configurar un observador de comprobación e información del producto del depósito de datos, y la interacción posterior incluye ejecutar un proceso de diagnóstico activo en el producto con base en el software apropiado, datos, documentos, aplicaciones, listas de componentes, información de configuración de recolección de datos, patrones de datos esperados, historial de servicio, información para configurar un observador de comprobación e información del producto.
13. El sistema de conformidad con la reivindicación 1, caracterizado porque el proceso da servicio al producto, la interacción inicial incluye recuperar datos del depósito de datos para configurar un observador de comprobación, crear nuevas comprobaciones y transmitir las nuevas comprobaciones al depósito de datos, y la interacción posterior incluye recuperar las nuevas comprobaciones del depósito de datos para configurar otro observador de comprobación.
14. El sistema de conformidad con la reivindicación 1, caracterizado porque el proceso modifica el producto, la interacción inicial incluye recopilar información del consumidor y comunicarla al depósito de datos, y la interacción posterior incluye ofrecer una mejora o modificación del producto con base en la información de consumidor .
15. El sistema de conformidad con la reivindicación 1, caracterizado porque el proceso modifica el producto, la interacción inicial incluye recopilar información del producto y comunicarla al depósito de datos, y la interacción posterior incluye ofrecer una mejora o modificación del producto con base en la información del producto.