ES2302133T3 - Analisis automatico de comportamiento y solucion de fallos. - Google Patents
Analisis automatico de comportamiento y solucion de fallos. Download PDFInfo
- Publication number
- ES2302133T3 ES2302133T3 ES05109199T ES05109199T ES2302133T3 ES 2302133 T3 ES2302133 T3 ES 2302133T3 ES 05109199 T ES05109199 T ES 05109199T ES 05109199 T ES05109199 T ES 05109199T ES 2302133 T3 ES2302133 T3 ES 2302133T3
- Authority
- ES
- Spain
- Prior art keywords
- data
- error
- list
- real
- prioritized
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0793—Remedial or corrective actions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
- G06F11/0733—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a data processing system embedded in an image processing device, e.g. printer, facsimile, scanner
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
- G06F11/0748—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a remote unit communicating with a single-box computer node experiencing an error/fault
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/079—Root cause analysis, i.e. error or fault diagnosis
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/2294—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing by remote test
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Biomedical Technology (AREA)
- Health & Medical Sciences (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Debugging And Monitoring (AREA)
- Facsimiles In General (AREA)
- Control Or Security For Electrophotography (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
- Error Detection And Correction (AREA)
- Detection And Correction Of Errors (AREA)
- Accessory Devices And Overall Control Thereof (AREA)
- Control Of Electric Motors In General (AREA)
Abstract
Sistema de diagnosis para dispositivos electromecánicos de, al menos, un tipo predefinido, cuyo sistema comprende: - medios de comunicación (20) para comunicar con un dispositivo real (100) del tipo predefinido, - medios (27) para acceder a un conjunto (26) de datos de conocimientos que contiene conocimientos relacionados con propiedades de dispositivos del tipo predefinido, - medios (25) para acceder a un conjunto (24) de datos de dispositivo que contiene parámetros del dispositivo real, incluyendo los parámetros datos de errores reales indicativos de errores que han ocurrido en un período real, y - medios (23) para acceder a un conjunto (22) de datos históricos que contiene datos históricos del dispositivo real, incluyendo los datos históricos datos históricos de errores relacionados con errores, datos de comportamiento relacionados con un análisis del comportamiento y/o datos correctivos relacionados con la resolución de fallos que han ocurrido antes del período real, - medios de cálculo (29) para analizar y combinar datos de los conjuntos de datos a fin de generar una lista (28) de elementos priorizados indicativa de pasos correctivos a ejecutar, estando los elementos relacionados con el comportamiento y/o el fallo del dispositivo real, y estando priorizados de acuerdo con reglas de prioridad, y - medios (50) de análisis sistemático de errores conectados a los medios de cálculo (29) para detectar sistemáticamente tendencias o patrones en los datos de errores, en el que los medios (50) de análisis sistemático de errores están dispuestos para detectar al menos una tendencia del dispositivo real comparando valores de error relativos calculados a partir de los datos de errores reales e históricos, y cuyos medios de cálculo están dispuestos para incluir un elemento tendencia en la lista priorizada cuando la tendencia excede un umbral predeterminado.
Description
Análisis automático de comportamiento y solución
de fallos.
\global\parskip0.900000\baselineskip
El invento se refiere a un sistema para la
diagnosis de dispositivos electromecánicos de, al menos, un tipo
predefinido, comprendiendo el sistema medios de comunicación para
comunicar con un dispositivo real del tipo predefinido, medios para
acceder a un conjunto de datos de conocimientos que contienen
conocimientos relacionados con las propiedades de dispositivos del
tipo predefinido, medios para acceder a un conjunto de datos de
dispositivo que contienen parámetros del dispositivo real,
incluyendo los parámetros datos de errores reales que indican
errores que han ocurrido en un período real, y medios para acceder a
un conjunto de datos históricos que contienen datos históricos del
dispositivo real, incluyendo los datos históricos datos históricos
de errores relacionados con errores, datos de comportamiento
relacionados con el análisis del comportamiento y/o datos
correctivos relacionados con las soluciones aplicadas para resolver
los fallos que ocurrieron antes del período real. Más
particularmente, el sistema del invento está destinado a utilizarse
como herramienta para análisis del comportamiento y para solucionar
fallos.
El invento se refiere, además, a un método para
el análisis del comportamiento y la resolución de fallos de
dispositivos electromecánicos de, por lo menos, un tipo predefinido,
comprendiendo el método los pasos de comunicar con un dispositivo
real del tipo predefinido, acceder a un conjunto de datos de
conocimientos que contienen conocimientos relacionados con las
propiedades de dispositivos del tipo predefinido, acceder a un
conjunto de datos de dispositivo que contienen parámetros del
dispositivo real, incluyendo los parámetros datos de errores reales
que indican errores que han ocurrido en un período real, y acceder a
un conjunto de datos históricos que contienen datos históricos del
dispositivo real, incluyendo los datos históricos datos históricos
de errores relacionados con errores, datos de comportamiento
relacionados con el análisis del comportamiento y/o datos
correctivos relacionados con soluciones aplicadas para resolver los
fallos que ocurrieron antes del período real.
Un sistema y un método similares para la
predicción, diagnóstico y resolución de fallos utilizando la
adquisición y la realimentación de datos para un sistema
electrónico distribuido son conocidos a partir del documento EP
1109101. En el sistema, la predicción y el diagnóstico de fallos en
tiempo real en dispositivos electrónicos que trabajan en un entorno
de red, puede conseguirse utilizando datos de vigilancia, datos de
realimentación y escrutando datos de fallos procedentes de una
pluralidad de dispositivos, por ejemplo, dispositivos
electromecánicos o máquinas como impresoras o copiadoras. En primer
lugar, un sistema de diagnóstico solicita datos sobre el estado de
una máquina y/o sus componentes y colecciones de los mismos como
parte del funcionamiento normal de la máquina. En segundo lugar, el
tratamiento en tiempo real de los datos en el sitio de la máquina o
en cualquier punto de la red distribuida permite predecir o
diagnosticar fallos del sistema. Habiéndose determinado y/o
predicho un fallo del sistema, la comunicación con uno o más
observadores remotos de la red permite que éstos examinen la
información del diagnóstico y/o de la acción requerida para
solucionar el fallo. Además, la interrogación al dispositivo
electrónico particular o a una base de datos que contenga datos
sobre dispositivos de tipo similar, por parte del servidor de
diagnóstico, permite que éste precise el diagnóstico original
basándose en estos datos recogidos para conseguir un completo
sistema para predicción/diagnóstico de fallos. Sin embargo, el
diagnóstico y la resolución exigen tratamiento en tiempo real y se
basan en su activación por un fallo real. Cada fallo que aparece es
analizado con fines de diagnóstico por el sistema conocido. En caso
de que hayan de ejecutarse múltiples pasos para la resolución, los
mismos se llevan a cabo en un orden predefinido, lo que hace que el
sistema sea relativamente ineficaz.
La solicitud internacional WO 2004/051520
describe un sistema para la formación, el control y la ejecución
automatizados de un diseño de dispositivo electrónico, en particular
un diseño de circuito integrado (IC). El sistema está destinado a
detectar fallos del dispositivo electrónico, basándose en lo cual
puedan determinarse uno o múltiples pasos correctivos para resolver
dicho fallo. Puede aplicarse una asignación de prioridades a los
pasos correctivos para conseguir que el sistema sea más eficaz,
determinándose la prioridad, por ejemplo, por su orden de entrada
en el sistema. No obstante, existe una necesidad permanente de
mejorar adicionalmente la eficacia del sistema.
Un objeto del invento es proporcionar un sistema
y un método mejorados para el análisis del comportamiento y la
resolución de fallos.
De acuerdo con un primer aspecto del invento, el
objeto se consigue merced a un sistema como se define en la adjunta
reivindicación 1 independiente.
De acuerdo con un segundo aspecto del invento,
el objeto se consigue mediante un método como se define en la
adjunta reivindicación 14 independiente, detectando sistemáticamente
tendencias o patrones en los datos de errores, en el que el
análisis sistemático de errores comprende detectar, al menos, una
tendencia del dispositivo real comparando valores de errores
relativos calculados a partir de los datos reales e históricos de
errores, y dicho paso de generación comprende incluir un elemento
tendencia en la lista de elementos priorizados cuando la tendencia
excede un umbral predeterminado.
De acuerdo con un tercer aspecto del invento, el
objeto se consigue mediante un producto programa de ordenador para
llevar a la práctica el método como se define en la adjunta
reivindicación 24 independiente.
De acuerdo con un cuarto aspecto del invento, el
objeto se consigue mediante un dispositivo del tipo predefinido de
dispositivos electromecánicos, como se define en la adjunta
reivindicación 25 independiente, comprendiendo el dispositivo el
sistema de diagnosis.
\global\parskip1.000000\baselineskip
Las medidas tienen el efecto siguiente. Datos
procedentes del conjunto de datos de conocimientos contienen
conocimientos relacionados con las propiedades de los dispositivos
de tipo predefinido. Se accede a los datos procedentes del conjunto
de datos de dispositivos para recuperar parámetros del dispositivo
real, en particular datos de errores reales que indiquen errores
que han ocurrido en un período real. El período real es un intervalo
de tiempo para medición del comportamiento, por ejemplo, desde la
última sesión de resolución o desde una acción de mantenimiento
(por ejemplo, la visita de un técnico de servicio). Además, se
recuperan los datos históricos del dispositivo real, que incluyen
datos históricos de errores relacionados con errores, datos de
comportamiento relacionados con el análisis del comportamiento y/o
datos correctivos relacionados con la resolución de fallos que han
ocurrido antes del período real. Subsiguientemente, se genera la
lista de elementos priorizados analizando y combinando datos
procedentes de los conjuntos de datos, en cuya lista elementos tales
como datos de errores, temas de mantenimiento, peticiones de
clientes, actualizaciones, etc., son filtrados y organizados de
acuerdo con su importancia relativa. La lista de elementos
priorizados tiene la ventaja de que los pasos correctivos a
ejecutar están claramente identificados y puede reconocerse su
importancia relativa. Los elementos de la lista de elementos
priorizados se ordenan de acuerdo con reglas de prioridad
relacionadas con el comportamiento, mantenimiento y/o fallos del
dispositivo real. Por ello, actividades de servicio tales como
análisis de fallos, resolución de errores y mantenimiento, son
integradas, controladas y mejoradas efectivamente basándose en la
lista de elementos priorizados. La detección sistemática de
tendencias en los datos de errores tiene la ventaja de que el
análisis sistemático de errores le proporciona a un usuario una
herramienta para analizar los errores automática y objetivamente,
evitando la influencia humana. Más en particular, detectando al
menos una tendencia del dispositivo real mediante la comparación de
los valores de error relativos calculados a partir de los datos
históricos y reales de errores, cuyo elemento tendencia se incluye
en la lista de elementos priorizados cuando la tendencia supera un
umbral predeterminado, un análisis del comportamiento se basa tanto
en los datos históricos como en los datos reales de errores de la
máquina particular. Los valores de error relativos son valores de
error relacionados con el volumen de trabajo del dispositivo, por
ejemplo, el número de copias realizadas dividido por el número
absoluto de errores.
En una realización del sistema, los medios de
cálculo están dispuestos para generar la lista de elementos
priorizados de acuerdo con las reglas de prioridad incluyendo
síntomas y acciones correspondientes, seleccionándose los síntomas
de acuerdo con un nivel de afectación del comportamiento del
dispositivo real. Organizando los síntomas de acuerdo con el nivel
en que afectan al funcionamiento del dispositivo, se consigue una
prioridad efectiva para las medidas correctivas. Esto tiene la
ventaja de que las acciones correspondientes a los síntomas están
consideradas de acuerdo con la importancia para el comportamiento
del dispositivo.
En una realización del sistema, los medios de
cálculo comprenden, para dicho análisis, medios para el análisis
sistemático de errores para detectar sistemáticamente patrones en
los datos de error. Esto tiene la ventaja de que el análisis
sistemático de errores le proporciona al usuario una herramienta
para analizar errores automática y objetivamente, evitando la
influencia humana.
En una realización del sistema, los medios para
el análisis sistemático de errores están dispuestos para detectar
al menos un patrón del dispositivo real basado en valores de error
relativos calculados a partir de, al menos, los datos de errores
reales comparados con, al menos, un valor de referencia basado en el
conocimiento de propiedades de dispositivos del tipo predefinido, y
los medios de cálculo están dispuestos para incluir un elemento
patrón en la lista de elementos priorizados cuando el patrón supere
un umbral predeterminado. Esto tiene la ventaja de que un análisis
del comportamiento se basa en la comparación de valores reales de la
máquina particular con niveles calculados en relación con un
conjunto de máquinas.
En una realización del sistema, los medios de
cálculo están dispuestos para fijar la prioridad de un elemento en
la lista de elementos priorizados de acuerdo con las reglas de
prioridad combinando, para un tipo de error seleccionado, dicha
tendencia y dicho patrón detectados. Esto tiene la ventaja de que la
importancia de los síntomas relacionados con el tipo de error
seleccionado se basa en la tendencia detectada a partir de la
máquina real y en la comparación de los valores encontrados con los
valores esperados, calculados en relación con un conjunto de
máquinas.
En una realización del sistema, los medios de
cálculo están dispuestos para incluir datos correctivos en la lista
de elementos priorizados relacionada con las medidas correctivas que
se han tomado. Esto tiene la ventaja de que las acciones realizadas
se emparejan con los síntomas detectados.
En una realización del sistema, los medios para
acceder al conjunto de datos históricos están dispuestos para
incluir la lista de elementos priorizados en la base de datos
históricos. Esto tiene la ventaja de que las lista de elementos
priorizados incluye el estado, los errores detectados, síntomas,
etc., que han sido generados en sesiones correctivas previas, puede
ser recuperada de la base de datos históricos.
En una realización, el sistema de diagnóstico
está incluido en el software de control del dispositivo
electromecánico y puede ser activado por un operador, por ejemplo
un técnico de servicio. En una realización más específica, el
dispositivo comprende una interconexión (por ejemplo, una ranura de
conexión) para un medio portátil de almacenamiento de dato, tal
como un "lápiz" de memoria USB, que incluye datos de servicio
para dispositivos del tipo en cuestión.
Este puede configurarse de modo que el sistema
de diagnóstico se ponga en marcha automáticamente cuando el medio
portátil de almacenamiento de datos se conecta al dispositivo.
Además, el medio portátil de almacenamiento de datos puede contener
datos de autorización, que permitan el acceso al sistema de
diagnóstico de servicio, con el fin de impedir un mal uso del
mismo.
Una vez que se ha completado la sesión de
servicio, los datos del informe pueden almacenarse en el medio
portátil de almacenamiento para su análisis y/o tratamiento en una
etapa posterior.
El uso de un medio portátil de almacenamiento de
datos como se ha descrito en lo que antecede no se limita al
sistema de diagnóstico específico descrito en esta solicitud de
patente, sino que puede aplicarse a cualquier clase de sistemas de
diagnóstico para dispositivos electromecánicos, tales como
impresoras o escáneres.
Otras realizaciones preferidas del sistema, del
método y del dispositivo de acuerdo con el invento, se ofrecen en
las adjuntas reivindicaciones dependientes.
Estos y otros aspectos del invento resultarán
evidentes y se explicarán además haciendo referencia a las
realizaciones descritas a modo de ejemplo en la siguiente
descripción y con referencia a los dibujos adjuntos, en los que:
la figura 1 muestra un aparato para tratar
hojas,
la figura 2 ilustra un sistema para el análisis
del comportamiento y la resolución de fallos,
la figura 3 muestra un método para el análisis
del comportamiento y la resolución de fallos,
la figura 4 muestra un método para el análisis
del comportamiento y la resolución de fallos que incluye la creación
de conocimientos,
la figura 5 ilustra un análisis sistemático de
errores, y
la figura 6 ilustra una lista de elementos
priorizados.
Las figuras son diagramáticas y no están
dibujadas a escala. En las figuras, elementos que corresponden a
elementos ya descritos tienen los mismos números de referencia.
La figura 1 muestra un aparato para tratar
hojas. Las hojas son, usualmente, documentos en papel pero pueden
incluir cualquier tipo de hojas para contener información, por
ejemplo transparencias, libros, dibujos, etc.
\vskip1.000000\baselineskip
El aparato 100 tiene una unidad de impresora 130
que incluye una sección de tratamiento electrofotográfico, de por
sí conocida, en la que se carga un medio fotoconductor expuesto (por
ejemplo, mediante una agrupación de LED) de acuerdo con datos de
imagen digitales. El medio es revelado con tóner en polvo y,
después, la imagen de tóner es transferida a un soporte de imagen,
usualmente una hoja de papel, y fijada sobre él. Alternativamente,
la imagen puede ser generada mediante tinta, cera, etc. En una
sección de suministro 140 está disponible una cantidad de soportes
de imagen con diferentes formatos y en diferentes orientaciones. Los
soportes de imagen con la imagen de tóner son transportados a la
sección 150 de acabado y entrega que, si es necesario, los recoge
en grupos y los grapa, depositándolos luego en la bandeja de entrega
151.
El aparato para el tratamiento de hojas puede
consistir en, solamente, una impresora pero, de preferencia, es un
dispositivo multifunción que, además, incluye las funciones de
escaneo, copiado o envío por fax, por ejemplo, una copiadora
versátil. Un alimentador 110 de documentos está provisto de una
bandeja de entrada 111 para la introducción de una pila de
documentos, un mecanismo de transporte (no representado) para
transportar los documentos, de uno en uno, a lo largo de una unidad
de escáner 120, y una bandeja de entrega 112, en la que se colocan
los documentos tras ser escaneados. La unidad de escáner 120 incluye
un escáner de ventana plana provisto de una platina de vidrio sobre
la que puede colocarse un documento original, una agrupación de CCD
(dispositivos de carga acoplados) y una unidad de generación de
imágenes dotada de un espejo móvil y un sistema de lentes para
formar la imagen del documento en la agrupación de CCD. En estas
condiciones, la agrupación de CCD genera señales eléctricas que se
convierten en datos de imagen digitales en una forma de por sí
conocida. El aparato tiene una interconexión con el usuario que
incluye, por ejemplo, un panel 160 de control del operador previsto
en el aparato para hacerle funcionar. La interconexión con el
usuario puede estar provista de un dispositivo de presentación 161
y teclas.
La unidad de control del aparato se muestra
diagramáticamente mediante el número de referencia 170. Un cable
171 puede conectar la unidad de control 170 a través de una unidad
de red con una red local. La red puede ser cableada pero, también,
puede ser parcial o totalmente inalámbrica. El aparato puede
acoplarse a una herramienta de servicio, por ejemplo, un programa
de ordenador en un ordenador portátil 180, a través de la red,
mediante un conectador dedicado o a través de una conexión
inalámbrica 182. La herramienta de servicio está provista de una
unidad de comunicaciones para comunicar con un dispositivo real que
se está probando. El dispositivo de servicio puede prestar servicio
a dispositivos de diversos tipos y puede estar incorporado como un
ordenador estándar, por ejemplo, de sobremesa, en combinación con
un programa de software y, si es necesario, algún hardware
adicional de interconexión para comunicación con el dispositivo que
se prueba.
Para trabajar con la herramienta de servicio, el
aparato está provisto de una memoria no volátil, por ejemplo un
disco duro magnético 172, para contener información de estado del
aparato, denominado conjunto de datos del dispositivo. La memoria
es gestionada por la unidad de control 170. El conjunto de datos del
dispositivo contiene parámetros reales del dispositivo, incluyendo
los parámetros datos de errores reales que indican errores que han
ocurrido en un período real. El período real es un intervalo de
tiempo dedicado a la medición del comportamiento, por ejemplo desde
la última sesión de resolución o desde la última acción de
mantenimiento ejecutada por el usuario (por ejemplo, un técnico de
servicio). El período real es reiniciado usualmente de forma manual
por el usuario, pero puede ser controlado automáticamente. Para el
reinicio manual se emplea una prueba predefinida del dispositivo.
La presentación de datos dentro del intervalo real puede basarse en
un período de tiempo fijo (por ejemplo, cada mes se mide por
separado) o puede enlazarse con una cantidad de operaciones (por
ejemplo, horas de funcionamiento o número de copias). Los datos de
errores pueden incluir varios códigos de error diferentes o
contadores de errores dedicados o una serie de valores medidos para
parámetros o errores específicos.
En una realización del aparato, la unidad de
control 170 está provista, además, de una unidad de conjunto de
datos históricos para gestionar un conjunto de datos históricos que
contiene los datos históricos del dispositivo. Los datos históricos
pueden almacenarse, también, en la memoria no volátil o en una
memoria separada, por ejemplo un disco flexible. Los datos
históricos pueden incluir datos históricos de errores relacionados
con errores, datos de comportamiento relacionados con análisis del
comportamiento y/o datos correctivos relacionados con la resolución
de fallos que ocurrieron antes del período real.
La figura 2 muestra un sistema para el análisis
del comportamiento y la resolución de fallos. La figura es una
representación diagramática del sistema para realizar análisis del
comportamiento y llevar a cabo la resolución de fallos de
dispositivos electromecánicos de, al menos, un tipo predefinido. El
sistema tiene una herramienta de servicio 21, por ejemplo una
unidad de hardware dedicada o una herramienta de software integrada
en un ordenador portátil 180 o en un procesador remoto conectado
mediante una red. La herramienta de servicio 21 funciona en una
unidad de comunicaciones 20 para comunicar con un dispositivo real
100 (dispositivo en prueba) del tipo predefinido, por ejemplo una
red o una unidad de interconexión dedicada para conectar con el
aparato de tratamiento de hojas ilustrado en la figura 1. La
herramienta de servicio 21 tiene una primera unidad de acceso 27
para acceder a un conjunto 26 de datos de conocimiento relacionados
con el tipo de dispositivo, una segunda unidad de acceso 25 para
acceder al conjunto 24 de datos del dispositivo y una tercera unidad
de acceso 23 para acceder al conjunto 22 de datos históricos,
estando relacionados los dos últimos conjuntos de datos con el
dispositivo particular 100 en prueba. Además, la herramienta de
servicio 21 tiene una unidad de cálculo 29 para analizar y combinar
datos procedentes de los conjuntos de datos a fin de generar una
lista 28 de elementos priorizados, indicativa de los pasos
correctivos a ejecutar, estando relacionados los elementos con el
comportamiento y/o el fallo del dispositivo real y habiéndose
asignado las prioridades de acuerdo con reglas de prioridad. La
herramienta de servicio puede estar provista de una interconexión de
usuario y de funciones de entrada para el operador, para introducir
las operaciones ejecutadas, por ejemplo una unidad de entrada que
comprenda un teclado, un ratón y una pantalla de presentación.
Finalmente, la herramienta de servicio incluye
módulos para el análisis 50 sistemático de errores y para
procedimientos 70 de prueba de diagnóstico automatizados, que se
describirán con mayor detalle en lo que sigue.
La lista 28 de elementos priorizados incluye un
conjunto integrado de elementos que han de ser atendidos o
ejecutados, relacionados con errores que han ocurrido en un período
real, a saber, un intervalo de tiempo empleado para una medición
del comportamiento, por ejemplo, desde la última sesión de
corrección o de una visita de mantenimiento de un técnico de
servicio. Además, la lista de elementos priorizados incluye
elementos de mantenimiento que pueden enlazarse con una magnitud de
uso funcional recuperada del dispositivo. Puede asignarse una
prioridad elevada a elementos de mantenimiento que se han atrasado o
que se atrasarán en breve.
En la práctica, en la herramienta de servicio,
el análisis de comportamiento y el mantenimiento están en línea con
normas de organización del servicio. La organización del servicio
puede enfocarse sobre una "visita de calidad". Esto significa,
en la práctica, un foco sobre un menor tiempo medio para la
reparación (MTTR) y la realización de mantenimiento preventivo
cuando se dispone de tiempo. Las necesidades de la organización del
servicio se traducen en reglas de prioridad para el análisis del
comportamiento. Las reglas de prioridad se incluyen en la
herramienta de servicio 21.
En una realización de la herramienta de servicio
21, la unidad de cálculo 29 fija la prioridad de un elemento de la
lista de elementos priorizados, para un tipo de error seleccionado,
dependiendo del número de actividades que han sido ejecutadas por
el dispositivo electromecánico en el período real. En general, los
valores presentados para los errores pueden normalizarse basándose
en el uso funcional, por ejemplo el número de errores por cada
10.000 copias. Asimismo, el uso de consumibles tales como el tóner,
puede presentarse como un número relativo. La prioridad del
elemento puede basarse, subsiguientemente, en los valores
relativos.
Por ejemplo, el valor del comportamiento
relativo puede determinarse como sigue. Supongamos que se genera un
código de error en una máquina copiadora cuando una hoja de un
documento original no es separada a tiempo. El código de error está
relacionado con el funcionamiento del mecanismo de separación y
puede calcularse un valor de comportamiento relativo. Si el código
de error ha ocurrido 10 veces y el mecanismo de separación ha sido
utilizado 10.000 veces, el valor de comportamiento relativo es 10000
dividido por 10 = 1000. Evidentemente, un valor de comportamiento
relativo elevado representa una mejor funcionalidad del dispositivo
que un valor bajo.
La lista de elementos priorizados puede incluir,
además, opciones de actualización, por ejemplo, nuevo software para
instalar o elementos de hardware a reemplazar cuando estén
disponibles. La lista de elementos priorizados también puede
incluir elementos que han de ejecutarse a petición del cliente, por
ejemplo, nuevas funciones a añadir o elementos que requieren una
atención especial incluidos en una etapa anterior, por ejemplo por
un técnico de servicio en una visita anterior. La lista de elementos
priorizados se organiza mediante reglas de prioridad, las cuales
determinan, como se describe más abajo, la presentación y/o la
situación de un elemento en la lista.
Ha de observarse que el conjunto 26 de datos de
conocimientos contiene conocimientos relacionados con propiedades
de dispositivos de uno o de más tipos, y puede incorporarse en la
práctica como una base de datos en el ordenador portátil o como una
base de datos remota a la que se acceda a través de una red como
Internet. La parte pertinente de la base de datos de conocimientos
para un tipo específico de dispositivo se denomina "base de datos
de tipo". La base de datos de tipo puede ser creada y mantenida
por el fabricante del dispositivo electromecánico o por un
departamento de servicio y mantenimiento, basándose en el
conocimiento adquirido durante el diseño y el ensayo (prototipo)
del dispositivo, y en la experiencia adquirida en el campo con otros
dispositivos del tipo particular.
La figura 3 muestra un método para el análisis
del comportamiento y la resolución de fallos, relacionado con el
presente invento. La parte superior muestra un proceso principal 31
para realizar operaciones de servicio y mantenimiento a un
dispositivo desplegado o en poder de un cliente. El primer paso
DISPATCH (ENVÍO) 310 indica la preparación de la tarea para un
trabajo de servicio y puede incluir la recepción de un mensaje
procedente del dispositivo o del cliente avisando de que el
dispositivo no está funcionando apropiadamente o de que necesita
mantenimiento. En el siguiente paso VISIT (VISITA) 311, se acopla
una herramienta de servicio al dispositivo real. En el paso ANALYSE
(ANALIZAR) 312, se analizan y diagnostican el estado y las
actividades. Subsiguientemente, en el paso REMEDIATE (SOLUCIONAR)
313, el dispositivo es probado, reparado y/o se realiza un
mantenimiento para solucionar y evitar fallos o perturbaciones del
comportamiento del dispositivo. Finalmente, en el paso REPORT
(INFORMAR) 314, se informa sobre las actividades de servicio a una
unidad administrativa central, por ejemplo para incluir datos sobre
el análisis del comportamiento y sobre la resolución del fallo en
los conocimientos del tipo de dispositivos o para facturar al
cliente por el servicio.
En la parte inferior 32 de la figura 3 se
muestran los pasos ANALYSE 312 y REMEDIATE 313 con mayor detalle,
cuyos pasos se llevan a la práctica y están soportados por
realizaciones de la herramienta de servicio 21 como se ha expuesto
en lo que antecede en la figura 2. En un primer paso CREATE (CREAR)
321, la herramienta de servicio accede a las bases de datos y crea
la lista de elementos priorizados. En otro paso DIAGNOSE
(DIAGNÓSTICO) 322, la herramienta de servicio puede llevar a cabo
un diagnóstico detallado sobre elementos seleccionados de la lista
de elementos priorizados, como se describe con detalle en lo que
sigue. En el paso PARTS (PARTES) 323, la herramienta de servicio
indica partes que han de reemplazarse, limpiarse o sobre las que hay
que realizar un mantenimiento. Las partes requeridas pueden
comprobarse contra unas existencias disponibles, por ejemplo unas
existencias que se encuentran en el vehículo del técnico de
servicio. Como resultado, en el paso TRANSACTION (TRANSACCIÓN) 324,
el técnico de servicio puede buscar todas las partes requeridas de
una vez, mientras que las partes que le falten se solicitarán
automáticamente. Además, el técnico de servicio puede reemplazar las
partes y realizar las operaciones de mantenimiento indicadas en la
lista de elementos priorizados. En un paso CHACK (COMPROBAR) 325,
el producto reparado es hecho funcionar de acuerdo con rutinas de
prueba predefinidas, por ejemplo pruebas dedicadas u operaciones
manuales, con el fin de verificar el correcto estado funcional. En
un paso RESULT (RESULTADO) 326, puede confirmarse la conformidad del
cliente para el producto reparado, para verificar el resultado de
la sesión de servicio. En particular, la conformidad puede ser parte
de la lista de elementos priorizados y puede marcarse como
satisfecha por la herramienta de servicio. Finalmente, en el paso
LOG (REGISTRO) 327 se da por concluida la sesión de servicio
ajustando el dispositivo para un nuevo período real, por ejemplo
reiniciando los contadores para uso funcional. Finalmente, el
resultado de la sesión de servicio denominado "lista de elementos
priorizados ejecutada", que puede incluir datos de errores,
partes reemplazadas, mantenimiento realizado y resultados
conseguidos, se incluye en el conjunto 22 de datos históricos del
dispositivo 100.
La figura 4 muestra un método para el análisis
del comportamiento y la resolución de fallos que incluye la
creación de conocimientos. La sección izquierda 41 ilustra el
sistema para el análisis del comportamiento y la resolución de
fallos como se ha descrito en lo que antecede. En el paso SOLVE
(SOLUCIONAR) 44, se aplica servicio de acuerdo con la lista de
elementos priorizados y se resuelven los problemas existentes. En el
paso REPORT 45, se informa del estado del dispositivo y del
mantenimiento. La sección derecha 42 muestra una función de
acumulación de conocimientos de una unidad de servicio central, por
ejemplo un centro de servicio corporativo de un fabricante. En un
primer paso RESULT (RESULTADO) 421, se reciben, de la herramienta de
servicio, los resultados del fallo y la solución informando de la
lista de elementos priorizados ejecutada que incluye la información
de estado pertinente y las acciones llevadas a cabo como servicio y
mantenimiento. En una base de datos 422 de servicio central se
recogen y organizan tales datos históricos. Una herramienta de
análisis 423 trabaja, en la base de datos 422 de servicio central,
para calcular datos medios y tendencias que se detectan a partir de
los resultados de dispositivos reales de un tipo seleccionado de
acuerdo con la lista de elementos priorizados ejecutada. Los datos
calculados, que representan propiedades medias del dispositivo de un
tipo seleccionado, son introducidos en una base de datos 43 de
conocimientos. La base de datos 43 de conocimientos, o datos
pertinentes seleccionados para dispositivos específicos, es
transferida a la base de datos 26 de tipos a la que puede acceder
la herramienta de servicio 21, por ejemplo, es almacenada en un
disco duro local. La transferencia puede realizarse diariamente,
por ejemplo por la noche, cuando se conecta la herramienta de
servicio con un servidor local. El intercambio de datos entre el
ordenador del usuario 41 de la herramienta de servicio y el
servidor central 42 (por ejemplo, en la sede central) puede
realizarse por medio de Internet, una red interna corporativa o una
conexión dedicada, o por medio de memorias separadas, por ejemplo,
CD-ROM. Alternativamente, a la base de datos 43 de
conocimientos puede accederse a petición para actualizar la base de
datos de tipo, por ejemplo por Internet.
El sistema que se ha descrito en lo que antecede
con referencia a la figura 2, puede incluir un módulo 50 para el
análisis sistemático de errores para ejecutar un análisis
sistemático de errores que detecte patrones de error y tendencias
como se expone en lo que sigue. El módulo 50 de análisis sistemático
de errores puede incorporarse como una herramienta de software
separada que interconecte con la herramienta de servicio 21, o como
parte integrante de la herramienta de servicio. Se describirán a
continuación detalles funcionales del módulo 50 de análisis
sistemático de errores.
Pueden detectarse patrones de error basándose en
códigos de error para errores específicos, o pueden detectarse
basándose en la combinación de diferentes códigos de error. Puede
asignarse una prioridad correspondiente basándose en la importancia
relativa del patrón de errores detectado. Por ejemplo, a un error
permanente que bloquee el uso de la máquina se le asignará la
máxima prioridad. Un mensaje de aviso que indique errores posibles
o incidentales, puede tener una prioridad baja. Los patrones de
error pueden compararse con valores de error esperados basándose en
datos procedentes de la base de datos de tipo.
Además, los niveles de error específicos pueden
compararse con niveles de error previos del mismo error para
detectar tendencias, es decir, parámetros comparados con datos
históricos de la misma máquina. En particular, puede incluirse un
elemento tendencia en la lista de elementos priorizados cuando la
tendencia supere un umbral predeterminado, es decir, la variación
en el tiempo de un parámetro seleccionado sea mayor que el valor
predeterminado para ese parámetro.
En la lista de elementos priorizados organizada
pueden presentarse elementos de error asignándoles una prioridad
que refleje la importancia relativa de los errores, es decir, el
nivel de afectación del comportamiento del dispositivo o una
capacidad funcional remanente predicha basada en una tendencia.
La figura 5 muestra aspectos ilustrativos del
análisis sistemático de errores. En la figura 5 un número de
período de medición se indica en un eje horizontal Fecha, 51, y un
valor de comportamiento relativo se indica en un eje vertical valor
de P, 52. Los valores 53 de comportamiento relativo en períodos
subsiguientes se muestran como barras y se calculan para un
indicador de comportamiento o de error específico. Por ejemplo, el
error específico puede contarse con un contador de errores o el
comportamiento puede medirse mediante alguna rutina de comprobación
automática, por ejemplo diariamente durante la puesta en marcha o
como trabajo en segundo plano. Los valores absolutos detectados se
transforman en valores relativos normalizándolos de acuerdo con el
uso funcional, por ejemplo el número de horas en funcionamiento o el
número de impresiones realizadas, indicando los valores más
elevados un comportamiento mejor que los valores más bajos. Un
límite alto 54 indica un valor de referencia mínimo para un
comportamiento normal. Un límite bajo 55 indica un valor de
referencia mínimo para un comportamiento normal, indicando que se
requiere una solución inmediata. Ambos límites se basan en el
conocimiento de las propiedades del tipo de dispositivo, que se
recuperan de la base de datos 26 de tipo. En un ejemplo práctico,
el límite bajo 55 (en la figura en el valor máximo de P) puede
representar un valor en el que el 80% de los dispositivos conocidos
tendrá un mejor comportamiento y el límite alto 54 puede
representar un valor en el que el 90% de los dispositivos conocidos
tendrá un mejor comportamiento.
Ha de observarse que el análisis sistemático de
errores puede incluir el cálculo de un número de valores para
diferentes parámetros de error basándose en algoritmos. Cada
algoritmo puede utilizar los datos históricos pertinentes para
calcular valores medios y normalizar tales valores.
Subsiguientemente, los valores calculados para períodos
subsiguientes se comparan con valores calculados anteriormente a fin
de generar un valor de tendencia para el comportamiento del
dispositivo real, es decir, comparado con su propio comportamiento
previo. Asimismo, los valores calculados normalizados se comparan
con valores límite conocidos, representativos del respectivo tipo
de dispositivo, es decir, para detectar si los valores reales se
apartan de los esperados.
En una realización, el módulo 50 de análisis
sistemático de errores tiene un filtro para impedir el cálculo de
valores erróneos. El filtro detecta el número de operaciones y
compara ese número con un número mínimo de operaciones. Si el
número es demasiado bajo para garantizar resultados fiables, se
aborta el cálculo o se le asigna una prioridad baja al resultado.
Alternativamente, puede ampliarse el período para el cálculo a fin
de incluir uno o más períodos precedentes para incluir más datos de
medición. El número mínimo de operaciones puede formar parte de la
base de datos de tipo y puede ser diferente para distintos códigos
de error.
Alternativamente, puede aplicarse un filtro para
eliminar errores incidentales de la lista de elementos priorizados.
Un número bajo de errores puede ser aceptable o, incluso, esperado
para algunos códigos de error. Por ello, la base de datos de tipo
puede incluir datos de umbral que indiquen un nivel de error que sea
aceptable para códigos de error específicos. Por ello, la unidad de
cálculo fija la prioridad de un elemento de la lista de elementos
priorizados, para un tipo de error seleccionado, dependiendo de la
determinación de si los datos de error comprenden incidentes. En un
caso particular, los errores se clasifican como incidentes si
solamente un número relativamente pequeño de intervalos que
constituyan el período real contiene al menos un error. Los
intervalos pueden corresponder a intervalos de tiempo fijos, como un
día o una semana. Si un error particular ocurre varias veces en un
día pero la mayoría de los otros días no ocurre ese error, el error
se clasifica como incidente.
\newpage
En la figura 5, los valores de muestra de
períodos subsiguientes recopilados, por ejemplo, durante visitas
subsiguientes, indican un deterioro del comportamiento. El análisis
sistemático de errores realiza los siguientes cálculos. Desde el
período 1 al período 2 se detecta un comportamiento normal. Del
período 2 al período 3 se detecta un cambio de tendencia; sin
embargo, no se traspasa el límite alto 54. La tendencia detectada
proporciona un primer factor de prioridad denominado indicador de
tendencia. Subsiguientemente, puede incluirse un elemento
relacionado en la lista de elementos priorizados, pero recibe una
prioridad relativamente baja. Examinando la siguiente visita en el
período 4 y comparándola con la visita del período 3, en ella no se
detecta la tendencia pero se cruza el límite alto, de forma que se
activa un indicador de prioridad de límite. El indicado de prioridad
de límite tiene un valor bajo si se cruza el límite alto 54, un
valor elevado si se cruza el límite bajo 55 y cero en otro caso.
Examinando la visita 5 y comparándola con la visita o con el período
4, en ella se detecta la tendencia y sigue traspasándose el límite
alto 54. Examinando la visita 6 y comparándola con la visita o con
el período 5, se ve que no se detecta la tendencia pero que se ha
traspasado el límite bajo 55. Finalmente, comparando 7 con 6, se
detecta la tendencia en combinación con el cruce del límite
bajo.
La prioridad del elemento relacionado de la
lista de elementos priorizados puede basarse en la combinación del
indicador de tendencia y del indicador de límite. Las reglas de
prioridad se basan en la combinación, para el tipo de error
seleccionado, de la tendencia detectada basándose en el cambio
ocurrido en el tiempo en comparación con períodos anteriores, y el
patrón detectado basándose en los límites traspasados en el período
real. Si se trata de una tendencia confirmada y fuerte y se cruza el
límite bajo 55, la prioridad es alta. Sin embargo, un único
incidente puede activar el límite bajo 55 pero puede no constituir
una tendencia confirmada. La prioridad resultante, en este caso,
puede tener un nivel medio.
Se han definido 5 combinaciones diferentes. Cada
combinación tiene su prioridad específica. Existe tendencia pero no
se han traspasado los límites 54, 55: prioridad 2. No existe
tendencia y se ha traspasado el límite alto 54: prioridad 3. Existe
tendencia y se ha traspasado el límite bajo: prioridad 1. No existe
tendencia y se ha traspasado el límite bajo 55: prioridad 2. Existe
tendencia y se ha traspasado el límite alto 54: prioridad 1.
Ha de observarse que la herramienta de servicio
21 es una herramienta de asesoramiento. El usuario puede tomar
medidas acerca de los elementos presentados pero, de preferencia,
también aplica su propia experiencia. Por ejemplo, algunos códigos
de error detectados exigirán una actuación inmediata y otros pueden
estar muy relacionados con el cliente y con el uso del dispositivo.
Pueden ignorarse los activadores de mantenimiento que indican la
necesidad de sustituir una parte determinada si la calidad de la
misma todavía parece suficiente para este cliente particular. Otras
partes en mantenimiento deben reemplazarse porque, de otro modo, el
dispositivo no funcionará. Merced a la herramienta de servicio se
consigue una asignación básica de prioridades, y la lista de
síntomas priorizados se crea basándose en errores y en contadores de
los datos reales e históricos y, además, basándose en los
activadores y las reglas generales de los datos de conocimientos y
el análisis estadístico de los errores. Además, basándose en la
experiencia del técnico y en la situación del cliente, se ejecutan
acciones sobre síntomas detectados por la herramienta de
servicio.
La principal ventaja de la herramienta de
servicio reside en la uniformidad, un método de trabajo y una
herramienta para todos los dispositivos, al proporcionar una visión
global priorizada, automática y rápida de posibles síntomas
basándose en reglas generales. Otras ventajas incluyen la
posibilidad de añadir síntomas manualmente, enlaces automáticos a
toda la documentación digital, pruebas de dispositivos y otras
herramientas de servicio, una información fácil y, finalmente,
haciendo que la información que disponible para análisis
ulteriores.
La figura 6 muestra una lista de elementos
priorizados. La lista 28 de elementos priorizados contiene una
sección 62 de lista de síntomas organizada y una sección 63 de lista
de acciones correspondientes. Los síntomas y las acciones
correspondientes están organizados de acuerdo con las reglas de
prioridad. En particular, los síntomas están organizados de acuerdo
con un nivel de afectación del comportamiento del dispositivo real.
Puede preverse un campo separado para introducir acciones
correctivas reales o pruebas realizadas. Los diversos valores
ofrecidos en la figura 6 son valores de muestra arbitrarios.
La lista 28 de elementos priorizados de la
figura 6 está organizada en varias categorías. Una primera categoría
ERRORS (ERRORES) 64 tiene una alta prioridad y contiene varios
códigos de error y niveles de error que han ocurrido. La lista de
errores que se presenta es, ante todo, la lista resultante del
módulo 50 de análisis sistemático de errores (SEA). También se
presentan ciertos códigos de error que no son detectados en el SEA
pero que están marcados en la base de datos de conocimientos de modo
que se presenten siempre que estén activos. Además, siempre puede
presentarse cualquier código de error del tipo de error permanente.
Finalmente, el usuario tiene la posibilidad de buscar los datos
reales para los restantes códigos de error ocurridos que no hayan
sido detectados automáticamente y añadir estos códigos de error
manualmente. El técnico de servicio aprovecha su experiencia acerca
del dispositivo, su conocimiento de la situación del cliente y las
herramientas de diagnóstico como el análisis, la documentación
digital y las pruebas del dispositivo para diagnosticar/analizar el
problema y llevar a cabo las acciones necesarias.
En una realización, para algunos errores pueden
presentarse varios errores, mientras que para otros errores puede
calcularse y presentarse un valor relativo. La prioridad puede
indicarse mediante el orden en que se muestran los códigos de error
y/o mediante un indicador o color, etc.
En la sección 63 de lista de acciones
correspondiente, puede proporcionarse un resultado del análisis y/o
puede indicarse la acción correctiva propuesta.
Una segunda categoría QUALITY (CALIDAD) 65 de la
lista 28 de elementos priorizados incluye indicadores del
comportamiento del dispositivo, por ejemplo con respecto a la
calidad de imagen y al ajuste óptico de la imagen. Puede preverse
un mando ("blando") correspondiente (no mostrado) para activar
una prueba relacionada del dispositivo mediante el cual, por
ejemplo, el dispositivo pueda generar copias o impresiones que
puedan utilizarse para juzgar la calidad o el ajuste óptico de la
imagen.
Una tercera categoría MAINTENANCE
(MANTENIMIENTO) 66 de la lista 28 de elementos priorizados incluye
elementos relacionados con el mantenimiento preventivo, tal como la
sustitución de unidades afectadas por el desgaste, limpieza de
partes o comprobación de niveles de consumibles tales como tinta o
tóner. Las acciones correspondientes incluyen las respectivas
acciones de mantenimiento y las partes requeridas pueden incluirse
en una lista.
Una cuarta categoría OTHER (OTROS) 67 de la
lista 28 de elementos priorizados incluye otros síntomas de
naturaleza especial, tales como una petición o quejas del cliente o
síntomas inesperados o indefinidos. Por ejemplo, el dispositivo
puede presentar un problema al ponerlo en marcha o producir un ruido
o una vibración inusual, que no pueda ser identificada por el
usuario o por el operador, pero que ha sido observada y avisada, por
ejemplo a través de la interconexión con el usuario o mediante una
petición de servicio.
Finalmente, una quinta categoría MODIFICATIONS
(MODIFICACIONES) 68 de la lista 28 de elementos priorizados incluye
actualizaciones y mejoras definidas para el tipo de máquina
respectivo, teniendo en cuenta el historial del aparato real. La
acción correspondiente indica las partes y/o las actuaciones
requeridas.
Ha de observarse que los elementos relacionados
con los errores tienen la máxima prioridad, mientras que las
categorías subsiguientes tienen prioridades más bajas. No obstante,
una modificación puede, también, tener una alta prioridad, por
ejemplo si la modificación se relaciona con la seguridad del
dispositivo.
En una realización, la lista 28 de elementos
priorizados está provista de elementos de enlace (no mostrados) que
corresponden a los elementos priorizados, por ejemplo, pulsadores
"blandos" en la sección 63 de acciones. Un pulsador puede
activar otra lista de acciones detalladas y/o un documento de manual
de servicio, que aclare la acción a realizar. El elemento de enlace
puede ejecutarse en un ordenador local que proporcione la
herramienta de servicio, por ejemplo abriendo un documento local.
El elemento de enlace puede activar, también, una comunicación con
un servidor remoto, por ejemplo a través de Internet, con una base
de datos de servicio central en el sitio del fabricante del
dispositivo.
En una realización, la lista de elementos
priorizados puede especificar, en la sección de acciones, las partes
reales necesarias para ejecutar la acción, por ejemplo las unidades
de sustitución o los consumibles para llevar a cabo el
mantenimiento o las modificaciones. La disponibilidad de las partes
en un suministro local, tal como las existencias que se encuentran
en un vehículo o en el centro de servicio regional, puede
verificarse automáticamente y el resultado puede presentarse en la
sección de acciones.
En una realización, el sistema como se muestra
en la figura 2 comprende un módulo 70 de diagnóstico para llevar a
cabo procedimientos de diagnóstico. La herramienta de servicio 21
activa los procedimientos de diagnóstico desde el módulo de
diagnóstico 70 controlando el dispositivo real mediante la unidad de
comunicaciones 20. Un procedimiento de diagnóstico activa funciones
seleccionadas de los dispositivos poniendo al dispositivo en un
modo predefinido y haciéndolo funcionar. Los resultados son
recibidos y analizados de acuerdo con criterios predefinidos. En
particular, pueden activarse pruebas de diagnóstico a través de la
herramienta de servicio, por ejemplo mediante un pulsador dedicado
(no mostrado) en la sección de acciones de la lista de elementos
priorizados. El resultado de la prueba de diagnóstico puede
detectarse automáticamente o puede exigir su interpretación e
introducción por el técnico. El módulo 70 de diagnóstico puede ser
una herramienta de software separada, por ejemplo una utilidad de
software o puede estar integrado en la herramienta de servicio
21.
En una realización, la herramienta de servicio
está incorporada para ser hecha funcionar directamente por el
cliente, es decir, por un miembro de la organización que sea
propietario de la máquina o que la alquile. Por ejemplo, la
herramienta de servicio puede estar incorporada en un sitio web de
Internet y puede acceder a los datos requeridos en el dispositivo
del cliente a través de Internet. El cliente puede ser guiado para
llevar a cabo las acciones incluidas en la sección lista de acciones
que, en este caso, pueden limitarse a acciones que el cliente sea
capaz de llevar a cabo (o que se tenga confianza en que puede), o
puede generarse automáticamente una llamada de servicio a un
técnico de servicio profesional.
En una realización del dispositivo
electromecánico, por ejemplo la impresora/copiadora ilustrada en la
figura 1, la herramienta de servicio está incluida en la unidad de
control del dispositivo como prueba 100. Entonces, la herramienta
de servicio puede ser activada a través de la interconexión del
dispositivo con el usuario. Asimismo, el dispositivo puede estar
provisto de una ranura de conexión 186 para una unidad de memoria
portátil, tal como un "lápiz" de memoria USB 184, en la que se
hayan almacenado previamente datos de servicio tales como, por
ejemplo, la base de datos históricos 22 (figura 2) y la base de
datos 26 de conocimientos de servicio. Además, los datos de
autorización del técnico de servicio pertinente pueden estar
almacenados en la unidad 184 de memoria portátil. El dispositivo
comprobaría, entonces, los datos de autorización y, en caso de
reconocimiento, proporcionaría acceso automáticamente a la
herramienta de servicio integrada.
\newpage
La herramienta de servicio puede ser activada
automáticamente como reacción a la inserción de la unidad 184 de
memoria portátil en la ranura 186. En ese caso, la interconexión
160, 161 con el usuario del dispositivo sería controlada por la
herramienta de servicio para que el técnico la haga funcionar. En
consecuencia, la lista de elementos priorizados puede ser
presentada, entonces, en el dispositivo de presentación 161 del
dispositivo. Alternativamente, la lista de elementos priorizados
puede ser presentada, también, en papel como salida impresa de la
unidad de impresión 130.
Naturalmente, como interconexión con el usuario
para la herramienta de servicio integrada podría utilizarse,
también, un dispositivo de presentación separado o un puesto de
trabajo acoplado al dispositivo.
Al finalizar el servicio real y las actividades
de reparación, la información acerca del resultado (véase la figura
4, elemento 45) puede almacenarse en la unidad 184 de memoria
portátil. Esos datos pueden utilizarse posteriormente para
actualizar la base de datos 22 de servicio central.
Además, el dispositivo electromecánico puede
estar provisto de un elemento especial de interconexión con el
usuario, por ejemplo un pulsador azul o una opción de menú, por
ejemplo para que un usuario active la herramienta de servicio, con
el fin de ejecutar un diagnóstico de primera mano y tareas de
reparación. Se le puede guiar entonces al usuario para que realice
las acciones de la lista de acciones que, en este caso, pueden
limitarse a acciones que el cliente sea capaz de llevar a cabo (o
que se tenga confianza en que puede), o puede generarse
automáticamente una llamada de servicio a un técnico de servicio
profesional.
Si bien el invento se ha explicado,
fundamentalmente, mediante realizaciones relacionadas con la copia y
la impresión de documentos, ha de observarse que el sistema del
invento es adecuado para cualquier otro tipo de máquinas
electromecánicas. Esto incluye, por ejemplo, máquinas que impriman
sobre papel continuo sin bandeja de impresión, máquinas para el
trazado de gráficos o cualquier tipo de dispositivo para la
manipulación o el tratamiento de un producto.
Además, la descripción se enfoca,
principalmente, sobre la herramienta de servicio utilizada "en
línea" por el usuario directamente sobre el dispositivo en el
sitio del cliente. Sin embargo, la herramienta puede utilizarse,
también, en una situación "fuera de línea", por ejemplo cuando
se prepara una visita de servicio o en un ajuste a distancia. Datos
del dispositivo real pueden estar disponibles de contactos
anteriores, pueden ser estimados o pueden ser transmitidos por
separado, por ejemplo a través de una red. La persona que se
encuentra en situación "fuera de línea" hará uso de esta
herramienta sin estar en línea para conseguir una mejor preparación
de una visita o una sesión correctiva. Por ejemplo, una persona con
experiencia puede, basándose en su análisis de los elementos de la
lista de trabajos y en el uso de todas las herramientas adicionales,
transmitir su aviso, indicios, etc. al técnico de servicio antes de
que tenga lugar la visita. El propio técnico de servicio tendrá,
también, la posibilidad de utilizar esta herramienta sin estar en
línea para prepararse antes de la visita. El cliente también puede
utilizar una versión "fuera de línea" similar de esta
herramienta.
En una realización, el dispositivo es capaz de
generar mensajes o avisos para el usuario, que se presentan en la
lista de elementos priorizados. Además, la comunicación entre el
cliente de la máquina y la organización de servicio puede estar
disponible a través de la herramienta de servicio.
Ha de observarse que, en este documento, el
empleo del verbo "comprender" y su conjugación no excluye la
presencia de otros elementos o pasos distintos de los enumerados y
que el artículo "un" precediendo a un elemento no excluye la
presencia de una pluralidad de tales elementos, que ningún signo de
referencia limita el alcance de las reivindicaciones, que el
invento y cualquier unidad o medios mencionados pueden ser
incorporados en la práctica mediante el hardware y/o el software
adecuados y que varios "medios" o "unidades" pueden estar
representados por el mismo elemento.
Claims (30)
-
\global\parskip0.930000\baselineskip
1. Sistema de diagnosis para dispositivos electromecánicos de, al menos, un tipo predefinido, cuyo sistema comprende:- medios de comunicación (20) para comunicar con un dispositivo real (100) del tipo predefinido,- medios (27) para acceder a un conjunto (26) de datos de conocimientos que contiene conocimientos relacionados con propiedades de dispositivos del tipo predefinido,- medios (25) para acceder a un conjunto (24) de datos de dispositivo que contiene parámetros del dispositivo real, incluyendo los parámetros datos de errores reales indicativos de errores que han ocurrido en un período real, y- medios (23) para acceder a un conjunto (22) de datos históricos que contiene datos históricos del dispositivo real, incluyendo los datos históricos datos históricos de errores relacionados con errores, datos de comportamiento relacionados con un análisis del comportamiento y/o datos correctivos relacionados con la resolución de fallos que han ocurrido antes del período real,- medios de cálculo (29) para analizar y combinar datos de los conjuntos de datos a fin de generar una lista (28) de elementos priorizados indicativa de pasos correctivos a ejecutar, estando los elementos relacionados con el comportamiento y/o el fallo del dispositivo real, y estando priorizados de acuerdo con reglas de prioridad, y- medios (50) de análisis sistemático de errores conectados a los medios de cálculo (29) para detectar sistemáticamente tendencias o patrones en los datos de errores, en el que los medios (50) de análisis sistemático de errores están dispuestos para detectar al menos una tendencia del dispositivo real comparando valores de error relativos calculados a partir de los datos de errores reales e históricos, y cuyos medios de cálculo están dispuestos para incluir un elemento tendencia en la lista priorizada cuando la tendencia excede un umbral predeterminado. - 2. Sistema como se reivindica en la reivindicación 1, en el que los medios de cálculo (29) están dispuestos para generar la lista de elementos priorizados de acuerdo con las reglas de prioridad incluyendo síntomas y actuaciones correspondientes, seleccionándose los síntomas de acuerdo con el nivel de afectación del comportamiento del dispositivo real.
- 3. Sistema como se reivindica en la reivindicación 1 o en la reivindicación 2, en el que los medios de cálculo (29) están dispuestos para generar la lista de elementos priorizados subdividida en categorías de acuerdo con las reglas de prioridad.
- 4. Sistema como se reivindica en la reivindicación 3, en el que las categorías comprenden una categoría de error (64), una categoría de mantenimiento (66), una categoría de modificación (68) y/o una categoría de calidad (65).
- 5. Sistema como se reivindica en la reivindicación 1, que comprende además medios (50) de análisis sistemático de errores conectados a los medios de cálculo (29) para detectar sistemáticamente patrones en los datos de errores.
- 6. Sistema como se reivindica en la reivindicación 5, en el que los medios (50) de análisis sistemático de errores están dispuestos para detectar al menos un patrón del dispositivo real basándose en valores de error relativos calculados a partir de, al menos, los datos de errores reales comparados con, al menos, un valor de referencia basado en los conocimientos relacionados con propiedades de dispositivos del tipo predefinido, y los medios de cálculo están dispuestos para incluir un elemento patrón en la lista de elementos priorizados cuando el patrón supera un umbral predeterminado.
- 7. Sistema como se reivindica en la reivindicación 6, en el que los medios de cálculo (29) están dispuestos para establecer la prioridad de un elemento en la lista de elementos priorizados de acuerdo con reglas de prioridad combinando, para un tipo de error seleccionado, dicha tendencia detectada y dicho patrón detectado.
- 8. Sistema como se reivindica en cualquiera de las reivindicaciones precedentes, en el que los medios de cálculo (29) están dispuestos para establecer la prioridad de un elemento en la lista de elementos priorizados de acuerdo con reglas de prioridad ajustando la prioridad, para un tipo de error seleccionado, dependiendo del número de actividades ejecutadas por el dispositivo electromecánico en el período real.
- 9. Sistema como se reivindica en cualquiera de las reivindicaciones precedentes, en el que los medios de cálculo (29) están dispuestos para establecer la prioridad de un elemento en la lista de elementos priorizados de acuerdo con reglas de prioridad ajustando la prioridad, para un tipo de error seleccionado, dependiendo de la determinación de si los datos de error comprenden incidentes, en un caso particular clasificando errores como incidentes si sólo un número relativamente pequeños de intervalos que constituyen el período real contienen, al menos, un error.
- 10. Sistema como se reivindica en cualquiera de las reivindicaciones precedentes, que comprende además medios de diagnóstico (70) para ejecutar procedimientos de diagnóstico controlando el dispositivo real a través de los medios de comunicaciones.
\global\parskip1.000000\baselineskip
- 11. Sistema como se reivindica en cualquiera de las reivindicaciones precedentes, en el que los medios de cálculo (29) están dispuestos para incluir partes de repuesto en la lista de elementos priorizados, en relación con las medidas correctivas.
- 12. Sistema como se reivindica en cualquiera de las reivindicaciones precedentes, en el que los medios de cálculo (29) están dispuesto para incluir datos correctivos en la lista de elementos priorizados, en relación con las medidas correctivas que han sido ejecutadas.
- 13. Sistema como se reivindica en las reivindicaciones 1, 2, 11 o 12, en el que los medios (23) para acceder al conjunto de datos históricos, están dispuestos para incluir la lista de elementos priorizados en la base de datos históricos.
- 14. Método para la diagnosis de dispositivos electromecánicos de, al menos, un tipo predefinido, comprendiendo el método los pasos de- comunicar con un dispositivo real del tipo predefinido,- acceder a un conjunto de datos de conocimientos que contenga conocimientos relacionados con las propiedades de dispositivos del tipo predefinido,- acceder a un conjunto de datos de dispositivo que contenga parámetros del dispositivo real, incluyendo los parámetros datos de errores reales indicativos de errores que han ocurrido en un período real, y- acceder a un conjunto de datos históricos que contenga datos históricos del dispositivo real, incluyendo los datos históricos datos relacionados con errores, datos de comportamiento relacionados con análisis del comportamiento y/o datos correctivos relacionados con la resolución de fallos ocurridos antes del período real,- analizar y combinar datos procedentes de los conjuntos de datos para generar una lista de elementos priorizados indicativa de los pasos correctivos a ejecutar, cuyos elementos se relacionan con el comportamiento y/o con fallos del dispositivo real, y a los que se asigna la prioridad aplicando reglas de prioridad, en el que dicho paso de análisis comprende el análisis sistemático de errores para detectar sistemáticamente tendencias o patrones en los datos de errores, en el que el análisis sistemático de errores comprende detectar al menos una tendencia del dispositivo real comparando valores de error relativos calculados a partir de los datos de errores reales e históricos, y dicho paso de generación comprende incluir un elemento tendencia en la lista de elementos priorizados cuando la tendencia excede un umbral predeterminado.
- 15. Método como se reivindica en la reivindicación 14, en el que dicho paso de generación de la lista de elementos priorizados de acuerdo con las reglas de prioridad, comprende incluir síntomas y acciones correspondientes, seleccionándose los síntomas de acuerdo con un nivel de afectación del comportamiento del dispositivo real.
- 16. Método como se reivindica en la reivindicación 14, en el que dicho paso de análisis comprende el análisis sistemático de errores para detectar sistemáticamente patrones en los datos de errores.
- 17. Método como se reivindica en la reivindicación 15, en el que el análisis sistemático de errores comprende detectar, al menos, un patrón del dispositivo real basándose en valores de error relativos calculados a partir de, por lo menos, los datos de errores reales comparados con, al menos, un valor de referencia basado en el conocimiento relacionado con propiedades del dispositivo del tipo predefinido, y dicho paso de generación comprende incluir un elemento patrón en la lista de elementos priorizados cuando el patrón excede un umbral predeterminado.
- 18. Método como se reivindica en la reivindicación 16 y en la reivindicación 17, en el que dicho paso de generación comprende establecer la prioridad de un elemento de la lista de elementos priorizados de acuerdo con reglas de prioridad combinando, para un tipo de error seleccionado, dicha tendencia detectada y dicho patrón detectado.
- 19. Método como se reivindica en cualquiera de las reivindicaciones 14 a 18, en el que dicho paso de generación comprende incluir datos correctivos en la lista de elementos priorizados, relacionados con los pasos correctivos que han sido ejecutados.
- 20. Método como se reivindica en cualquiera de las reivindicaciones 14 a 18, en el que dicho paso de acceder al conjunto de datos históricos comprende incluir la lista de elementos priorizados en la base de datos históricos.
- 21. Método como se reivindica en la reivindicación 14, que incluye un paso preliminar de almacenar, al menos, dicho conjunto de datos de conocimiento que contiene conocimientos relacionados con propiedades del dispositivo del tipo predefinido en un medio portátil de almacenamiento de datos, para conexión al dispositivo real.
- 22. Método como se reivindica en la reivindicación 14, en el que dicho paso de comunicar con el dispositivo real incluye conectar un medio portátil de almacenamiento de datos con el dispositivo real, conteniendo el medio portátil de almacenamiento de datos, al menos, dicho conjunto de datos de conocimientos que contiene conocimientos relacionados con propiedades del dispositivo del tipo predefinido.
- 23. Método como se reivindica en la reivindicación 22, en el que como reacción a la conexión de dichos medio portátil de almacenamiento de datos, el dispositivo real entra, automáticamente, en un modo de diagnóstico en el que se ejecutan dichos pasos de acceso a los conjuntos de datos y de análisis y combinación.
- 24. Producto programa de ordenador para el diagnóstico de dispositivos electromecánicos de, al menos, un tipo predefinido, cuyo programa es operativo para hacer que un procesador lleve a cabo el método de cualquiera de las reivindicaciones 14 a 23.
- 25. Dispositivo electromecánico de tipo predefinido, que comprende un sistema de diagnóstico de acuerdo con una de las reivindicaciones 1 a 13, cuyo sistema comprende- medios (27) para acceder a un conjunto (26) de datos de conocimiento que contiene conocimientos relacionados con propiedades de dispositivos del tipo predefinido,- medios (25) para acceder a un conjunto (24) de datos de dispositivo que contiene parámetros del dispositivo real, incluyendo los parámetros datos de errores reales indicativos de errores que han ocurrido en un período real, y- medios (23) para acceder a un conjunto (22) de datos históricos que contiene datos históricos del dispositivo real, incluyendo los datos históricos datos históricos de errores relacionados con errores, datos de comportamiento relacionados con análisis del comportamiento y/o datos correctivos relacionados con la resolución de fallos que ocurrieron antes del período real,- medios de cálculo (29) para analizar y combinar datos procedentes de los conjuntos de datos a fin de generar una lista (28) de elementos priorizados, indicativa de pasos correctivos a ejecutar, relacionándose los elementos con el comportamiento y/o con fallos del dispositivo real, y asignándoseles la prioridad mediante la aplicación de reglas de prioridad, y- medios (50) de análisis sistemático de errores conectados con los medios de cálculo (29) para detectar sistemáticamente tendencias o patrones en los datos de error, en el que los medios (50) de análisis sistemático de errores están dispuestos para detectar, al menos, una tendencia del dispositivo real comparando valores de error relativos calculados a partir de los datos de errores reales e históricos, y los medios de cálculo están dispuestos para incluir un elemento tendencia en la lista de elementos priorizados cuando la tendencia excede un umbral predeterminado.
- 26. Dispositivo como se reivindica en la reivindicación 25, cuyo dispositivo es un aparato digital para tratamiento de hojas, para tratar documentos en hojas, comprendiendo el aparato una unidad de impresora (130) y/o una unidad de escáner (120).
- 27. Dispositivo como se reivindica en la reivindicación 26, cuyo dispositivo comprende una interconexión (160) con el usuario, que incluye una orden que puede ser activada por un usuario para poner en marcha el sistema de diagnosis.
- 28. Dispositivo como se reivindica en la reivindicación 25, cuyo dispositivo comprende una interconexión (186) para un medio portátil (184) de almacenamiento de datos que incluye, al menos, el conjunto (26) de datos de conocimiento que contiene conocimientos relacionados con propiedades de dispositivos del tipo predefinido.
- 29. Dispositivo como se reivindica en la reivindicación 28, que incluye medios para percibir automáticamente la realización de una conexión con un medio portátil (184) de almacenamiento de datos que tiene, almacenados en él, datos para la diagnosis del dispositivo y, en respuesta a dicha percepción, activar automáticamente el sistema de diagnosis.
- 30. Dispositivo como se reivindica en la reivindicación 28 o en la reivindicación 29, que incluye medios para percibir automáticamente la realización de una conexión con un medio portátil (184) de almacenamiento de datos y que, en respuesta a ella, comprueba automáticamente los datos de autorización en él almacenados.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP05100482 | 2005-01-26 | ||
EP05100482 | 2005-01-26 | ||
EP05109199A EP1688842B1 (en) | 2005-01-26 | 2005-10-04 | Automated performance analysis and failure remediation |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2302133T3 true ES2302133T3 (es) | 2008-07-01 |
Family
ID=36642665
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES05109199T Active ES2302133T3 (es) | 2005-01-26 | 2005-10-04 | Analisis automatico de comportamiento y solucion de fallos. |
Country Status (10)
Country | Link |
---|---|
US (1) | US7421371B2 (es) |
EP (1) | EP1688842B1 (es) |
JP (1) | JP2006216017A (es) |
CN (1) | CN1811721A (es) |
AT (1) | ATE386979T1 (es) |
AU (1) | AU2005244557A1 (es) |
DE (1) | DE602005004886T2 (es) |
DK (1) | DK1688842T3 (es) |
ES (1) | ES2302133T3 (es) |
NO (1) | NO20060150L (es) |
Families Citing this family (56)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4538214B2 (ja) * | 2002-11-22 | 2010-09-08 | オセ−テクノロジーズ・ベー・ヴエー | グラフによる画像分割 |
US7116759B2 (en) * | 2003-06-30 | 2006-10-03 | Bellsouth Intellectual Property Corporation | Method, system and computer program product for facilitating the analysis of automatic line insulation testing data |
DE102004041740A1 (de) * | 2004-08-28 | 2006-03-02 | Daimlerchrysler Ag | Verbesserte Reparaturverifikation für elektronische Fahrzeugsysteme |
JP4980684B2 (ja) | 2006-09-29 | 2012-07-18 | 富士通株式会社 | 基板情報取得変換方法とそのプログラムおよび装置 |
DE602007008463D1 (de) * | 2006-12-18 | 2010-09-23 | Ibm | Verfahren, system und computerprogramm zum prüfen enquellen |
US8737353B2 (en) * | 2007-03-21 | 2014-05-27 | Qualcomm Incorporated | Methods and apparatus for RF handoff in a multi-frequency network |
US8948757B2 (en) * | 2007-03-21 | 2015-02-03 | Qualcomm Incorporated | Methods and apparatus for RF handoff in a multi-frequency network |
US8750248B2 (en) * | 2007-03-21 | 2014-06-10 | Qualcomm Incorporated | Methods and apparatus for RF handoff in a multi-frequency network |
US8737350B2 (en) * | 2007-03-21 | 2014-05-27 | Qualcomm Incorporated | Methods and apparatus for RF handoff in a multi-frequency network |
US8457064B2 (en) * | 2007-03-21 | 2013-06-04 | Qualcomm Incorporated | Methods and apparatus for RF handoff in a multi-frequency network |
US8565799B2 (en) * | 2007-04-04 | 2013-10-22 | Qualcomm Incorporated | Methods and apparatus for flow data acquisition in a multi-frequency network |
US8171347B2 (en) * | 2007-07-11 | 2012-05-01 | Oracle America, Inc. | Method and apparatus for troubleshooting a computer system |
US8570939B2 (en) * | 2008-03-07 | 2013-10-29 | Qualcomm Incorporated | Methods and systems for choosing cyclic delays in multiple antenna OFDM systems |
WO2009122525A1 (ja) * | 2008-03-31 | 2009-10-08 | 富士通株式会社 | トラブル対処システム、方法およびそのためのプログラム |
US10832181B2 (en) * | 2008-07-28 | 2020-11-10 | International Business Machines Corporation | Management of business process key performance indicators |
US9084937B2 (en) * | 2008-11-18 | 2015-07-21 | Gtech Canada Ulc | Faults and performance issue prediction |
US8145073B2 (en) * | 2008-12-04 | 2012-03-27 | Xerox Corporation | System and method for improving failure detection using collective intelligence with end-user feedback |
FR2946023B1 (fr) * | 2009-06-02 | 2014-11-28 | Airbus France | Procede et dispositif de traitement de pannes |
US8683456B2 (en) | 2009-07-13 | 2014-03-25 | Apple Inc. | Test partitioning for a non-volatile memory |
DE102009051638A1 (de) * | 2009-11-02 | 2011-05-05 | Giesecke & Devrient Gmbh | Verfahren für den Betrieb einer Banknotenbearbeitungsmaschine |
US8645776B2 (en) * | 2010-03-24 | 2014-02-04 | Apple Inc. | Run-time testing of memory locations in a non-volatile memory |
US8650446B2 (en) * | 2010-03-24 | 2014-02-11 | Apple Inc. | Management of a non-volatile memory based on test quality |
CN101890843B (zh) * | 2010-06-24 | 2011-09-21 | 福建实达资讯科技有限公司 | 一种用于打印机生产测试和服务支持的多功能便携设备 |
US8751903B2 (en) | 2010-07-26 | 2014-06-10 | Apple Inc. | Methods and systems for monitoring write operations of non-volatile memory |
US8972804B2 (en) * | 2010-09-16 | 2015-03-03 | Xerox Corporation | Point of need access to an electronic maintenance manual utilizing current machine status |
CN102568147B (zh) * | 2010-12-29 | 2013-07-10 | 沈阳中科博微自动化技术有限公司 | 半导体设备软件故障报警方法 |
JP5655571B2 (ja) * | 2011-01-06 | 2015-01-21 | 富士ゼロックス株式会社 | 画像形成システム、判定基準設定装置及びプログラム |
US8982378B2 (en) * | 2012-11-27 | 2015-03-17 | Xerox Corporation | Methods and systems for analyzing the impact of machine failure data on a print shop |
US9098412B1 (en) * | 2012-12-17 | 2015-08-04 | Emc Corporation | Guided performance troubleshooting and exploration |
US10108515B2 (en) * | 2013-03-01 | 2018-10-23 | Sony Interactive Entertainment LLC | Remotely testing electronic devices using messaging and presence protocol |
US9330119B2 (en) | 2013-04-11 | 2016-05-03 | Oracle International Corporation | Knowledge intensive data management system for business process and case management |
US10740358B2 (en) | 2013-04-11 | 2020-08-11 | Oracle International Corporation | Knowledge-intensive data processing system |
US9399525B2 (en) * | 2014-02-03 | 2016-07-26 | Airbus Operations (S.A.S.) | Method, systems, and computer readable media for troubleshooting an aircraft system during system failure |
US10623285B1 (en) | 2014-05-09 | 2020-04-14 | Amazon Technologies, Inc. | Multi-mode health monitoring service |
US10248561B2 (en) | 2015-06-18 | 2019-04-02 | Oracle International Corporation | Stateless detection of out-of-memory events in virtual machines |
US20160379124A1 (en) * | 2015-06-26 | 2016-12-29 | CrowdCare Corporation | System and method of proactive self-care for electronic devices |
JP6341150B2 (ja) * | 2015-07-09 | 2018-06-13 | 京セラドキュメントソリューションズ株式会社 | 画像形成装置、画像形成装置の異常管理システム |
US10184974B2 (en) | 2015-09-22 | 2019-01-22 | Raytheon Company | Systems and methods for determining whether a circuit is operating properly |
US10809156B2 (en) * | 2016-02-15 | 2020-10-20 | General Electric Company | Automated system and method for generating engine test cell analytics and diagnostics |
US10180869B2 (en) | 2016-02-16 | 2019-01-15 | Microsoft Technology Licensing, Llc | Automated ordering of computer system repair |
US10534643B2 (en) | 2016-05-09 | 2020-01-14 | Oracle International Corporation | Correlation of thread intensity and heap usage to identify heap-hoarding stack traces |
US10324783B1 (en) * | 2016-09-01 | 2019-06-18 | Servicenow, Inc. | System and method for workflow error handling |
CN106411579A (zh) * | 2016-09-13 | 2017-02-15 | 深圳市金立通信设备有限公司 | 一种运行错误信息的处理方法及终端和系统 |
US10009482B1 (en) * | 2017-02-28 | 2018-06-26 | Kyocera Document Solutions Inc. | System and method for diagnosing parts of a printing device to be replaced based on an incident rate |
US10866569B2 (en) * | 2017-06-14 | 2020-12-15 | Siemens Industry, Inc. | Fault detection and diagnostics rule selection |
DE102019001760A1 (de) * | 2018-03-19 | 2019-09-19 | Fanuc Corporation | Informationsverarbeitungsgerät, maschinelle lernvorrichtungund system |
CN108763039B (zh) * | 2018-04-02 | 2021-09-21 | 创新先进技术有限公司 | 一种业务故障模拟方法、装置及设备 |
CN112655030A (zh) | 2018-08-20 | 2021-04-13 | 斯凯孚人工智能有限公司 | 为工业机器故障提供矫正解决方案推荐 |
CN109189352B (zh) * | 2018-09-11 | 2021-11-19 | 宜春小马快印科技有限公司 | 打印机故障监测方法、装置、系统及可读存储介质 |
JP2020049667A (ja) * | 2018-09-21 | 2020-04-02 | ブラザー工業株式会社 | 電子機器及び通信処理プログラム |
US11012291B2 (en) | 2018-10-31 | 2021-05-18 | Dell Products L.P. | Remote access controller support system |
US11068333B2 (en) | 2019-06-24 | 2021-07-20 | Bank Of America Corporation | Defect analysis and remediation tool |
JP2021005306A (ja) * | 2019-06-27 | 2021-01-14 | 京セラドキュメントソリューションズ株式会社 | 機器管理システム及び機器管理装置 |
US10860263B1 (en) | 2019-06-28 | 2020-12-08 | Xerox Corporation | Methods and systems for dynamically configuring a decurler subsystem of a print device |
US11144038B2 (en) * | 2019-09-27 | 2021-10-12 | Rockwell Automation Technologies, Inc. | System and method for industrial automation troubleshooting |
CN112348211B (zh) * | 2020-11-05 | 2023-09-26 | 通用电气(武汉)自动化有限公司 | 一种过程诊断方法、装置、设备和介质 |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5132920A (en) * | 1988-02-16 | 1992-07-21 | Westinghouse Electric Corp. | Automated system to prioritize repair of plant equipment |
JP2789903B2 (ja) * | 1991-12-16 | 1998-08-27 | 富士ゼロックス株式会社 | 画像記録装置の診断システム |
JPH06214820A (ja) * | 1992-11-24 | 1994-08-05 | Xerox Corp | 遠隔診断のための会話形診断データ伝送システム |
US5608643A (en) * | 1994-09-01 | 1997-03-04 | General Programming Holdings, Inc. | System for managing multiple dispensing units and method of operation |
JPH08123756A (ja) * | 1994-10-27 | 1996-05-17 | Nippon Telegr & Teleph Corp <Ntt> | オペレーションシナリオ実行方法及びオペレーションシナリオ実行装置 |
JP2002529822A (ja) * | 1998-11-03 | 2002-09-10 | ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー | 調整装置 |
US6651034B1 (en) * | 1999-10-28 | 2003-11-18 | General Electric Company | Apparatus and method for performance and fault data analysis |
US6892317B1 (en) * | 1999-12-16 | 2005-05-10 | Xerox Corporation | Systems and methods for failure prediction, diagnosis and remediation using data acquisition and feedback for a distributed electronic system |
AU2001255568A1 (en) * | 2000-12-29 | 2002-07-16 | General Electric Company | Method and system for identifying repeatedly malfunctioning equipment |
US6574537B2 (en) * | 2001-02-05 | 2003-06-03 | The Boeing Company | Diagnostic system and method |
US20020156692A1 (en) * | 2001-04-20 | 2002-10-24 | Squeglia Mark R. | Method and system for managing supply of replacement parts of a piece of equipment |
AU2003302532A1 (en) * | 2002-11-19 | 2004-06-23 | Prophicy Semiconductor, Inc. | System and method for automated electronic device design |
US6751536B1 (en) * | 2002-12-04 | 2004-06-15 | The Boeing Company | Diagnostic system and method for enabling multistage decision optimization for aircraft preflight dispatch |
US7409595B2 (en) * | 2005-01-18 | 2008-08-05 | International Business Machines Corporation | History-based prioritizing of suspected components |
-
2005
- 2005-10-04 DE DE602005004886T patent/DE602005004886T2/de active Active
- 2005-10-04 ES ES05109199T patent/ES2302133T3/es active Active
- 2005-10-04 EP EP05109199A patent/EP1688842B1/en active Active
- 2005-10-04 DK DK05109199T patent/DK1688842T3/da active
- 2005-10-04 AT AT05109199T patent/ATE386979T1/de not_active IP Right Cessation
- 2005-12-15 AU AU2005244557A patent/AU2005244557A1/en not_active Abandoned
- 2005-12-21 JP JP2005367809A patent/JP2006216017A/ja active Pending
-
2006
- 2006-01-10 NO NO20060150A patent/NO20060150L/no not_active Application Discontinuation
- 2006-01-25 US US11/338,687 patent/US7421371B2/en active Active
- 2006-01-26 CN CNA2006100069676A patent/CN1811721A/zh active Pending
Also Published As
Publication number | Publication date |
---|---|
ATE386979T1 (de) | 2008-03-15 |
DK1688842T3 (da) | 2008-06-16 |
DE602005004886D1 (de) | 2008-04-03 |
EP1688842B1 (en) | 2008-02-20 |
US20060168475A1 (en) | 2006-07-27 |
AU2005244557A1 (en) | 2006-08-10 |
EP1688842A1 (en) | 2006-08-09 |
JP2006216017A (ja) | 2006-08-17 |
DE602005004886T2 (de) | 2009-02-19 |
CN1811721A (zh) | 2006-08-02 |
US7421371B2 (en) | 2008-09-02 |
NO20060150L (no) | 2006-07-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2302133T3 (es) | Analisis automatico de comportamiento y solucion de fallos. | |
JP6058596B2 (ja) | 管理システム、管理装置、管理方法、管理プログラム | |
JP5756395B2 (ja) | 情報処理装置の制御方法、情報処理装置及び制御プログラム | |
EP2131249A2 (en) | Image forming apparatus that manages copy charges | |
JP2013069044A (ja) | メンテナンス作業支援装置、メンテナンス作業支援システム、メンテナンス作業支援方法及びメンテナンス作業支援プログラム | |
JP2022084713A (ja) | 情報処理装置、情報処理装置の制御方法、及び、プログラム | |
US20100281188A1 (en) | Methods and Systems for Outlying Peripheral Device Management | |
US20220053101A1 (en) | Maintenance support device, maintenance support method, and non-transitory computer readable medium | |
JP4720187B2 (ja) | 保守管理システム | |
JP3822800B2 (ja) | 画像出力装置 | |
JP2013030983A (ja) | 画像処理システム、画像処理装置、表示方法、および表示プログラム | |
JP7163687B2 (ja) | 情報処理装置、情報処理システム及び情報処理プログラム | |
CN107092171A (zh) | 具有处理盒的图像形成设备及其控制方法和存储介质 | |
JP2006040297A (ja) | 画像出力装置 | |
JP4457825B2 (ja) | 画像形成装置管理システム | |
JP2020077921A (ja) | 診断システム及び診断方法 | |
JP2019093578A (ja) | 画像形成装置、制御方法およびプログラム | |
US20200301631A1 (en) | Information processing system, information processing apparatus, and non-transitory computer readable medium | |
CN118349195A (zh) | 管理系统和方法 | |
JP7484151B2 (ja) | 異常診断システムおよび異常診断装置 | |
JP5263438B2 (ja) | 料金計算システム | |
CN102213923A (zh) | 图像形成设备和显示方法 | |
JP2018180708A (ja) | 管理システム | |
JP6676911B2 (ja) | 管理装置および画像形成装置 | |
JP2007226506A (ja) | プリンタとスキャナとプリンタドライバとプリンタ制御プログラムと記録媒体とプリンタ制御方法 |