ES2266503T3 - Sistema y procedimiento para realizar diagnosticos usando un dispositivo portatil. - Google Patents
Sistema y procedimiento para realizar diagnosticos usando un dispositivo portatil. Download PDFInfo
- Publication number
- ES2266503T3 ES2266503T3 ES02734298T ES02734298T ES2266503T3 ES 2266503 T3 ES2266503 T3 ES 2266503T3 ES 02734298 T ES02734298 T ES 02734298T ES 02734298 T ES02734298 T ES 02734298T ES 2266503 T3 ES2266503 T3 ES 2266503T3
- Authority
- ES
- Spain
- Prior art keywords
- template
- diagnostic
- record
- data
- file
- 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.)
- Expired - Lifetime
Links
Classifications
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B19/00—Programme-control systems
- G05B19/02—Programme-control systems electric
- G05B19/18—Numerical control [NC], i.e. automatically operating machines, in particular machine tools, e.g. in a manufacturing environment, so as to execute positioning, movement or co-ordinated operations by means of programme data in numerical form
- G05B19/19—Numerical control [NC], i.e. automatically operating machines, in particular machine tools, e.g. in a manufacturing environment, so as to execute positioning, movement or co-ordinated operations by means of programme data in numerical form characterised by positioning or contouring control systems, e.g. to control position from one programmed point to another or to control movement along a programmed continuous path
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/21—Design, administration or maintenance of databases
- G06F16/217—Database tuning
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/20—Pc systems
- G05B2219/23—Pc programming
- G05B2219/23027—Database with information on how to control or test different appliances
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/20—Pc systems
- G05B2219/24—Pc safety
- G05B2219/24058—Remote testing, monitoring independent from normal control by pc
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
- Y10S707/99933—Query processing, i.e. searching
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Human Computer Interaction (AREA)
- Manufacturing & Machinery (AREA)
- Automation & Control Theory (AREA)
- Stored Programmes (AREA)
- Testing And Monitoring For Control Systems (AREA)
- Alarm Systems (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
Abstract
Un aparato de diagnóstico dirigido por datos para una pluralidad de dispositivos (102), que comprende un primer archivo (1113) que incluye una pluralidad de registros de plantilla, correspondiendo cada registro de plantilla a una plantilla respectiva de unas plantillas predeterminadas, un segundo archivo (1111) que incluye una pluralidad de registros de datos, refiriéndose cada registro de datos a una plantilla de la pluralidad de plantillas y dicho segundo archivo (1111) relacionado con información de diagnóstico para un dispositivo de la pluralidad de dispositivos (102): un dispositivo de visualización (106); y un motor de búsqueda (1200) configurado para detectar uno o mas de los dispositivos (102) que están disponibles para comunicar con, para visualizar una lista de dispositivos (102) detectados, para recibir una entrada en respuesta a la lista mostrada, para determinar un archivo de registro de datos para leer basado en la entrada recibida, y para mostrar un registro de los registrosde datos, formateado según su plantilla referenciada, en el dispositivo de visualización (106).
Description
Sistema y procedimiento para realizar
diagnósticos usando un dispositivo portátil.
La presente invención se refiere a sistemas de
diagnóstico de instalaciones y, más particularmente a sistemas de
diagnóstico automatizados para calentar instalaciones de
calefacción y refrigeración.
El número y la complejidad de dispositivos e
instalaciones que se están instalando en los emplazamientos
residenciales y de negocios están creciendo a un ritmo sin
precedentes. Además, este equipamiento incluye típicamente
microprocesadores y otros dispositivos lógicos programables que
permiten la interpolación y la comunicación con otros aparatos así
como dispositivos distantes. La reparación el mantenimiento de tal
instalación siempre ha sido una tarea difícil que en el futuro será
más compleja convirtiéndose en un mayor reto.
En el pasado, se necesitaba un técnico
especializado muy preparado y experimentado que entendiese los
procedimientos de la resolución de las averías y el funcionamiento
de diversos dispositivos así como la utilidad diferentes equipos
para solucionar las averías, tales como voltímetros, amperímetros,
indicadores de presión y aparato de prueba similares. Este enfoque
del mantenimiento y de la reparación está basado casi exclusivamente
en la pericia del técnico y se hace cada vez más difícil a medida
que los aparatos van equipados con una mayor inteligencia.
Los dispositivo de diagnósticos especializados
individuales para cada pieza de del equipo o dispositivo es una
posibles solución de mantenimiento. Sin embargo, los costes de
tantos, y tan especializados dispositivos de diagnóstico hacen que
tal solución sea demasiado cara y en absoluto atractiva para la
mayoría de las compañías y del personal de servicios técnicos. La
diversidad de fabricantes y los distintos aparatos disponibles con
llevaría que la mayoría del personal de servicio técnico tuvieses
que formarse para reparar o mantener apenas una cuantas líneas de
aparatos.
Un dispositivo de diagnóstico más general que
puede ejecutar un software respectivo personalizado para diversos
equipos o dispositivos evitaría algunos de los problemas
anteriormente identificados. Sin embargo, seguiría siendo
tremendamente costoso desarrollar y codificar las numerosas
aplicaciones personalizadas de software para cada equipo. La
formación para le personal del servicio técnico para cada operación
personalizada de software garantizando la compatibilidad del
software y proporcionando revisiones que son compatible con los
futuro y lo anterior son problemas adicionales que necesitarían ser
solucionados y resultados para hacer que dicha plataforma de
diagnóstica sea válida.
El documento US 5 369 756 describe un sistema
que realiza una interferencia basada en el conocimiento del árbol de
fallos, un guiamiento y una fórmula de definición puede aparecer en
pantalla sobre una pantalla de visualización CRT seleccionando los
elementos individuales a partir de un árbol de fallos en la pantalla
de visualización usando, por ejemplo una tecla de función. Para
visualizar un proceso anormal en una pantalla de visualización,
solamente se recogen eventos relevantes para el proceso anormal, y
el árbol de fallos se reedita entonces, de manera que el árbol de
fallos reeditado pueda ser visualizado automáticamente en la
pantalla de visualización. En particular, este documento muestra un
aparato de diagnóstico dirigido por datos para un dispositivo que
tiene una pluralidad de subconjuntos y que comprende un dispositivo
de visualización. El aparato comprende, además, un motor de
búsqueda configurado para visualizar registros de datos en el
dispositivo de la pantalla.
Sengupta et al: "búsqueda por
plantillas: un enfoque generalizado para la formulación de búsqueda
visual para base de datos dominadas de texto" IEEE International
Forum On Research and Technology Advances, 7-9 de
mayo 1997, Washington DC, EE.UU. describe el uso de plantillas junto
con búsquedas para una base de datos.
Por consiguiente, hay una necesidad de un
sistema de diagnóstico que se puede usar por personal técnico para
diagnosticar, reparar y mantener equipos y aparatos que se pueden
usar con diversos modelos y fabricantes de equipos, que está
familiarizado con el manual de diagnóstico usado por muchos técnicos
y que utiliza el software que se puede desarrollar fácil y
rápidamente.
La presente invención soluciona estas y otras
necesidades proporcionando una entorno de aplicación dentro de un
dispositivo portátil o distante que utiliza módulos de diagnóstico
que son creados fácilmente usando una herramienta
El objeto anterior se consigue mediante un
aparato según la reivindicación 1 y mediante un procedimiento como
el expuesto en la reivindicación 16. Las reivindicaciones
dependientes se dirigen a otros aspectos ventajosos de la
invención.
Un aspecto de la presente invención se refiere a
un aparato de diagnóstico dirigido por datos para una pluralidad de
dispositivos. Este aparato incluye una pluralidad de registros de
plantillas, correspondiendo cada grabación de plantilla a una
plantilla de una pluralidad de plantilla predeterminadas, y una
pluralidad de registros de datos relativos a información de
diagnóstico sobre uno de los dispositivos. Cada uno de las registros
de datos se refiere a una de las plantillas. Igualmente se incluye
un motor de búsqueda configurado para visualizar una de las
registros de datos, formateada según su plantilla referenciada,
sobre un dispositivo de visualización.
Otro aspecto de la presente invención se refiere
a un procedimiento para proporcionar una herramienta de diagnóstico
dirigido por datos para una pluralidad de aparatos. Este
procedimiento incluye las etapas de leer una grabación de plantilla
a partir de un archivo de plantilla constituida por una pluralidad
de registros de plantillas y leer una grabación a partir de un
archivo de grabación de datos, en el cual la grabación se refiere a
una grabación de plantilla y el archivo de grabación está asociado a
un aparato de la pluralidad de aparatos. El procedimiento incluye
ejecutar una rutina de generación de forma para formatear
dinámicamente la grabación de acuerdo con la grabación de plantilla,
y a continuación visualizar la grabación formateada.
Un aspecto adicional de la presente invención se
refiere a un sistema de desarrollo de bases de datos de diagnóstico
que está constituido por una pluralidad de registros de plantillas,
correspondiendo cada grabación de plantilla a una plantilla
respectiva de una pluralidad de plantillas predeterminadas e
identificar una o más entidades y sus ubicaciones respectivas en una
pantalla de visualización; archivos respectivos de descripción de
dispositivos, correspondiendo cada archivo a un aparato de entre uno
o más aparatos; una herramienta de interfaz gráfica de usuario para
cada grabación de plantilla, comprendiendo cada herramienta una
secuencia de pantalla para recoger información para personalizar
estas entidades que se pueden configurar con el fin de crear una
grabación; y un constructor de base de datos configurado para
combinar cualquier grabación creada por cada una de las herramientas
de interfaz gráfica de usuario dentro de un archivo de base de
datos.
Otro aspecto de la presente invención se refiere
a un procedimiento para desarrollar una base de datos de diagnóstico
por definición de flujo. El procedimiento según este aspecto empieza
con la etapa de seleccionar un aparato que corresponde a la base de
datos de diagnóstico por definición de flujo, comprendiendo la base
de datos una pluralidad de nudos. El procedimiento continúa creando
una grabación respectiva para cada nudo a) seleccionando una
plantilla respectiva y b) personalizando variables y datos que se
pueden configurar para la plantilla respectiva. Finalmente, el
procedimiento concluye combinando los registros para formar la base
de datos de diagnóstico por definición de flujo.
Otros objetos y ventajas adicionales de la
presente invención serán rápidamente aparentes a partir de la
siguiente descripción detalla, simplemente à título ilustrativo del
mejor modo contemplado de puesta en práctica de la invención. Como
se comprobará, la invención es capaz de otras y diferentes
realizaciones y diversos detalles son capaces de ser modificados en
diversos aspectos evidentes, todo esto sin salirse de la invención.
Por lo tanto, los dibujos y la descripción han de considerarse como
siendo de naturaleza ilustrativa y no restrictiva.
La presente descripción se ilustra a título de
ejemplo, y no a título de limitación, en las figuras de los dibujos
anexos y en los cuales los números de referencia iguales se refieren
a elementos similares y en los cuales:
La figura 1 ilustra un entorno ejemplar en el
cual una realización de la presente invención es ventajosa.
La figura 2 ilustra un diagrama de alto nivel de
función de software ejemplares para base de datos de diagnostico en
construcción según una realización de la presente invención.
Las figuras 3A-3E ilustran
pantallas de plantillas ejemplares según una realización de la
presente invención.
La figura 4 ilustra una captura de pantalla
ejemplar de una pantalla de bienvenida de una aplicación de
constructor de base de datos según la realización de la figura
3.
Las figuras 5A-10 ilustran una
secuencia de capturas de pantalla ejemplares de una herramienta
asistente de desarrollo para crear registros de diagnóstico por
definición de flujo según una realización de la presente
invención.
La figura 11 ilustra un diagrama de flujo para
un motor de búsqueda ejemplar según una realización de la presente
invención.
La figura 12 ilustra un diagrama de flujo más
detallado para el motor de búsqueda según la figura 11.
La figura 13 ilustra un diagrama del sistema
de coordenadas usado dentro de la pantalla de visualización Palm
Pilot.
La figura 14 ilustra una pantalla de menú
ejemplar según una realización de la presente invención
Las figuras 15A-15D ilustran una
secuencia de capturas de pantalla ejemplares de PDA que visualizan
registros de diagnóstico a partir de una cadena de diagnóstico de
acuerdo con una realización de la presente invención.
Aunque la presente descripción va dirigida a
una realización ejemplar de un dispositivo portátil, tal como una
PDA (Agenda digital personal), que es utilizada por un técnico de
mantenimiento, la presente invención contempla igualmente el uso de
una plataforma informática conectada a distancia que realiza
operaciones similares y que tiene una funcionalidad similar. Además,
se pueden usar la herramienta de diagnóstico y los procedimientos
descritos conectados a un aparato "inteligente", o
alternativamente, pueden funcionar independientemente de tal
aparato. En el primer caso, la herramienta de diagnóstico y el
aparato pueden comunicarse e intercambiar parámetros y valores
útiles en la diagnosis y la reparación del aparato. Los posibles
protocolos de comunicaciones incluyen, por ejemplo, RS 223, RS 485,
USB, Blue Tooth, TCP/IP, Irda y GPS Wireless. En el modo operativo
independiente, las rutinas y procedimientos de diagnóstico pueden
ser iguales pero los valores y parámetros se pueden introducir
manualmente por el técnico operativo en ese lugar.
La figura 1 describe un entorno ejemplar en el
cual la presente invención puede revelarse útil. Un aparato 102
requiere algún tipo de reparación y mantenimiento por un técnico
de mantenimiento 104. El técnico de mantenimiento utiliza la
presente serie de herramientas y procedimientos de diagnóstico por
una PDA 106 u otro dispositivo portátil. La PDA 16 acepta Software
que ayuda a diagnosticar y resolver los problemas del equipo 102. Se
describe un centro de servicio 108 como un depósito central de
información que es útil para que la PDA 106 realice sus funciones
en una realización, el centro de servicio 108 es propiedad de la
compañía de servicio que emplea al técnico 104, y el centro de
servicio 108 ha comprado, o adquirido de otro modo o desarrollado,
la información para descargar la PDA 106. En otra realización, el
centro de servicio 108 puede ser un tercer proveedor 112 de la
información útil. El centro de servicio 108 puede estar situado
alejado de la fuente de información útil 112 pero comunica o recibe
la información del proveedor 112 mediante una red 110. Además de
los procedimientos e información de diagnóstico, el proveedor de
datos 112 puede proporcionar manuales y esquemas técnicos así como
ayuda para la instalación de equipos o cursos de formación.
En una realización preferida, el técnico de
mantenimiento 104 paga solo por el módulo de diagnóstico necesario
para el diagnóstico del aparato 102 y descarga este módulo del
proveedor de servicios 108 a la PDA 106. El técnico 104 utiliza
entonces este módulo para llevar a cabo el mantenimiento del equipo
102.
El personal de servicio tiene la posibilidad de
llevar el mantenimiento de una gran variedad de aparatos, teniendo
cada operador de mantenimiento distintas necesidades. Además, el
equipo de mantenimiento usado por los operadores de mantenimiento
puede cubrir más de un único producto y por lo tanto necesita
adaptarse fácilmente a la diversidad de actividades diarias que el
operador de mantenimiento se puede encontrar. Por lo tanto, se ha
tomado un enfoque modular que permite que una PDA u otro dispositivo
portátil, tenga un "motor" residente que ejecute módulos de
diagnóstico suplementarios que se crean usando una herramienta de
desarrollo de base de datos. Este diseño permite desarrollar un gran
número de módulos por una o más partes para cubrir el mercado y
permite que el personal o las compañías de mantenimiento adquieran
por separado y paguen por los módulos sólo cuando se necesitan. Los
aparatos pueden incluir, por ejemplos hornos, calentadores de agua
caliente, sistemas de aire acondicionado, paquetes acondicionadores
de aire terminal (PTCAs), bombas de calor, etc.
De este modo, a partir de un punto de vista
global, la serie de software para la PDA consiste en dos elementos,
un motor de búsqueda y los módulos de diagnóstico. El motor de
búsqueda es un ejecutable codificado por hardware escrito para el
Palm OS, por ejemplo, otro sistema operativo para otros dispositivos
de tipo PDA. El motor de búsqueda lee la información de diagnóstico
y las instrucciones a partir de un archivo de una base de datos de
diagnóstico y los ejecuta. El archivo de base de datos de
diagnóstico es un formato de plantilla predefinida del cual el motor
de búsqueda tiene conocimiento previo. A partir de la perspectiva de
la PDA, el motor de búsqueda es, por ejemplo, un archivo ejecutable
Palm (es decir, pre) que contiene información de plantilla
predefinida. Este motor de búsqueda es un motor codificado por
hardware de utilización única que se ejecuta como si estuviese
accionado por un módulo de diagnóstico seleccionado. En este caso,
"utilización única" significa simplemente que no se necesita un
nuevo motor de búsqueda para cada fabricante o producto diferente.
El motor de búsqueda puede, por supuesto, ser revisado y actualizado
para proporcionar funcionalidad adicional si se necesita.
Cada módulo de diagnóstico comprende múltiples
bases de datos que incluyen texto, variables, información de
comunicación y flujo de diferentes pantallas de diagnóstico
relacionadas con un aparato particular. Una vez hecha la selección,
se carga un módulo de diagnóstico particular que tiene
inscripciones, datos, plantillas, datos y otras informaciones
asociadas. El motor de búsqueda se ejecuta entonces como si
estuviese accionado por el módulo de diagnóstico. Cuando se conecta
a un aparato inteligente, por ejemplo, la PDA puede comunicar con el
aparato y buscar en el aparato datos que aparecen en pantalla para
el personal de mantenimiento o usados para fines de diagnóstico
automático. Para maximizar el uso y proporcionar flexibilidad, dada
la variación en los protocolos y las aplicaciones de comunicación,
el módulo de diagnóstico incluye una parte que define las series de
comunicación variables y los atributos variables que están
asociados al módulo particular de diagnóstico específico del
producto.
\newpage
La serie de herramientas de diagnóstico
dirigidas por datos consideradas dentro de la presente invención,
que utilizan un motor de diagnóstico basado en PDA, se pueden
adquirir a través de una amplia gama de dispositivos específicos de
hardware de fabricantes. El motor de búsqueda presentará al técnico
un número cualquiera de etapas de diagnóstico que se han de realizar
para aislar, identificar y reparar un fallo de la unidad.
Presentará flujos de diagnóstico apropiados, recomendaciones,
números de piezas e información de referencia técnica para cualquier
unidad de hardware que esté siendo diagnosticada por el técnico. La
ejecución del motor de búsqueda es "dirigida por datos" porque
su operación está definida por cualquier base de datos de
Definición de Flujo de diagnóstico (DFD) cargada durante el tiempo
de diagnóstico. Esta base de datos DFD determinará lo que ve de
hecho el técnico en la pantalla de la PDA.
Habrá muchos módulos de diagnóstico diferentes
necesarios para cubrir todas las versiones de producto y
fabricantes de aparatos y equipos. La carga potencial, la
experiencia, el tiempo y los costes de la creación de estos
módulos de diagnóstico podrían potencialmente ser irresistibles. Sin
embargo, una aplicación de "constructor de bases de datos",
denominada de ahora en adelante como DB Builder, utiliza las
plantillas conocidas para permitir la creación de los archivos de
las bases de datos dentro de cada módulo de diagnóstico con poca o
nula experiencia de software. La figura 2 proporciona un diagrama de
flujo del funcionamiento de la aplicación DB Builder que empieza en
la etapa 202 con el usuario eligiendo crear un nuevo archivo DFD o
editar un archivo DFD existente. Cuando se usa la aplicación DB
Builder, el usuario selecciona en primer lugar en la etapa 204 un
archivo de definición de hardware 206 que incluye información acerca
de un producto específico. El usuario selecciona entonces, en la
etapa 208, entre las plantillas disponibles con el fin de iniciar
la construcción del módulo de diagnóstico. Cada plantilla define una
pantalla de PDA que tiene entidades predefinidas dentro de la misma
y el usuario selección/define entonces todas las variables y las
información sobre la plantilla visualizada. El usuario sigue
definiendo el flujo de diagnóstico identificando que pantalla va a
visualizar a continuación cuando selección el botón
"siguiente", "si", "ayuda" o "no", et... Una vez
completado, el módulo de diagnóstico está listo para su
almacenamiento 212 y 213 y su uso.
Los elementos que aparecen en la pantalla de PDA
y todas las características que un usuario puede definir son
conocidos como "entidades". En una realización preferida, el DB
Builder soporta tres tipos de entidades: entidades de texto,
entidades de botones y entidades de campo. Cada entidad está
definida por una base de datos de Plantillas de interfaz de usuario
que reside en la PDA y en la estación de trabajo DB Builder. Un DFD
válido consiste en un preámbulo DFD seguido de cualquier combinación
de entidades. El DFD, junto con las normas de funcionamiento
definidas por el UIT, son usados por el motor de búsqueda para
interpretar la entrada proporcionada por el usuario y generar
correctamente la interfaz gráfica de usuario en la PDA.
Los dispositivos portátiles tales como las PDA
incluyen una función básica "hot-sync" que le
permite comunicar con ordenadores típicos de sobremesa y otras
plataformas informáticas. Tal función puede personalizarse dentro
del actual entorno para instalar el motor de búsqueda en la PDA,
sincronizar todos los módulos de diagnóstico en la PDA, y crear un
directorio de todos los módulos de diagnóstico disponibles en la
PDA. En algunos modos de diagnóstico, la PDA puede también adquirir
y almacenar datos a partir de un aparato o equipo. Estos datos se
pueden actualizar a partir de la PDA para un ordenador si también se
necesita usar la funcionalidad hot-sync
personalidad
Decir que la herramienta de diagnóstico está
dirigida por datos significa que hay bases de datos que están
disponibles para llevar a cabo varias y diversas tareas. Por lo
tanto, el término "base de datos" llega a ser demasiado
genérico y confuso para referirse sin ambigüedad a diferentes
partes de la presente invención. Más adelante, hay algunas bases de
datos específicas que están incluidas en, o usadas por, un módulo de
diagnóstico.
Se usa una base de datos de dispositivo de
búsqueda (QD) para proporcionar información específica de
hardware dentro de un módulo de diagnóstico acerca de un aparato
específico que ha de ser sometido a mantenimiento y reparación. La
base de datos QD incluye al menos tres tipos distintos de
información:
- 1)
- un sistema de series descriptivas que constituyen los términos que se pueden buscar a partir de un dispositivo de hardware objetivo, tal como número de serie, número de modelo, etc. (estos nombres pueden presentarse a l operador cuando se crea un archivo DFD para un dispositivo objetivo).
- 2)
- Las serie actual de búsqueda (es decir, códigos máquina entendidos por un controlador dentro de un aparato inteligente) que son enviados sobre un medio de comunicaciones al dispositivo de hardware; y
- 3)
- Restricciones de parámetros (por ejemplo valores mínimo y máximo) en su caso, para elementos de búsqueda válidos.
Una base de datos de definición de flujo de
diagnóstico (DFD) contiene los datos que definen las pantallas
que la PDA presenta a los técnicos. Todo el flujo, el aspecto de las
pantallas y las acciones que se realizan cuando se hacen algunas
elecciones por parte del técnico están totalmente definidas por esta
base de datos.
Una base de datos maestra DFD reside en
la PDA y contiene una lista de todas las bases de datos DFD que
están situadas en la PDA. Esta base de datos maestra se usa cuando
se ha puesto en marcha en primer lugar le motor de búsqueda. Si
contiene más de una entrada, se presenta una lista en la pantalla de
la PDA al técnico al poner en marcha el motor de búsqueda. El
técnico puede entonces elegir, a partir de la lista, el DFD
particular que quiere para realizar una tarea de diagnóstico.
En una realización preferida, el formato
originario de un archivo DFD es el de Microsoft Access. Sin embargo,
Microsoft Access no puede funcionar en Palm OS u otros sistemas
operativos de PDA. Por lo tanto, se puede emplear un formulario de
traducción de Access a un formato de archivo plano de base de datos.
Un archivo plano es uno que en el cual los datos de una tabla son
recogidos en líneas de texto ASCII con valores de cada tabla
delimitados de lagunas manera. El uso del archivo plano requiere que
el motor de búsqueda tenga algunos conocimientos de cómo están
organizados los datos dentro del archivo. La estación de trabajo DB
Builder u otro ordenador proporcionará por lo tanto una aplicación
de comunicaciones que, al descargar la base de datos DFD, traducirá
entonces esta base de datos a uno o más archivos planos útiles para
el sistema operativo de PDA y el motor de
búsqueda.
búsqueda.
Con el fin de proporcionar un desarrollo
flexible y sencillo del presente sistema y serie de herramientas de
diagnóstico, se emplea el concepto de plantillas en la concepción de
la aplicación DB Builder. En una realización preferida, se emplean
cinco plantillas diferentes que pueden manejar casi cualquier
pantalla de diagnóstico que se necesite presentar a un técnico
durante un escenario típico de diagnóstico. Se podrían utilizar más
o menos plantillas sin salirse considerablemente del alcance y de la
cobertura de la presente invención. La capacidad para añadir
plantillas para manejar nuevos escenarios o escenarios no
habituales es inherente al diseño modular usado en el presente
sistema de serie de herramientas.
Cada plantilla de la interfaz gráfica del
usuario (GUI) define el número de entidades o componentes del
interfaz del usuario, su apariencia general, y las funciones
específicas para dar alguna pantalla. La capacidad de búsqueda, a
través del uso de la base de datos DFD y QD, ha predeterminado el
conocimiento con respecto a estas plantillas. Tales conocimientos
pueden incluir:
1) el tipo particular de plantilla empleada para
dar una pantalla de visualización;
2) la particular muestra de cada plantilla;
3) el numero de componentes de la interfaz del
usuario para cada plantilla; y
4) la orden para ejecutar para una acción dada
que el usuario toma, si es para proceder a un pantalla siguiente o
adquirir un dato (desde cualquiera de la técnica o dispositivo del
mismo).
Las cinco plantillas sin la realización
preferida incluye una plantilla menú, una plantilla si/no, una
plantilla de instrucción, plantilla de entrada de usuario y
plantilla causa/corrección.
La plantilla de menú representada en la Figura
3A es la más básica de todas las plantillas y se usa normalmente
para la primera pantalla de una fila DFD. La plantilla menú
proporciona la capacidad de definir las
sub-elecciones desde una localización dada a partir
de un hilo a lo largo de un diagnostico.
Un hilo de diagnostico se puede pensar como
una un estructura de árbol que tiene un nódulo de raíz y muchas
ramificaciones con nódulos de hojas. Un nódulo o nódulo de registro
es la encarnación de una plantilla en formato de base de datos, cada
uno de los nódulos a lo largo del hilo de los diagnósticos se
realizó un formato de gráfica como una plantilla. Así, la plantilla
de menú proporciona la capacidad de seleccionar el nódulo de la raíz
o algún otro nódulo sin un hilo de diagnósticos.
La creación de una plantilla de menús permite la
configuración de la serie de elecciones 302 que se pueden hacer, el
nombre asignado a cada una de estas elecciones, y la definición de
un enlace para cada posible elección que ofrece la plantilla de
menús.
La creación de una plantilla SI/NO, representada
en la figura 3B, permite la entrada de texto 312, tal como
instrucciones o direcciones, y la información de una pregunta 314
que se puede responder con un "si" o un "no". La plantilla
muestra también dos botones de navegación 316 y 318 marcado con
"Si" y "No", teniendo cada uno un subnodo respectivo
asociado con la trayectoria cogida si se selecciona el botón
respectivo.
La creación de una plantilla de instrucción,
representada en la figura 3C, permite la introducción de texto 322
que representa una directiva que hay que mostrar al usuario y
permite la selección de únicamente un único botón adicional 324.
Este botón está marcado preferiblemente con "OK",
"Siguiente" o alguna palabra sinónima. Por ejemplo, esta
plantilla se puede usar para dar instrucciones al técnico hacer de
conectar una pieza auxiliar del equipo antes de seguir. El flujo de
diagnóstico se detendrá hasta que el técnico responda
afirmativamente pulsando el botón "OK" (o hasta que el técnico
seleccione los botones "volver" o "Principal".
La creación de una plantilla de entrada de
usuario, representada en la figura 3D, permite la entrada de texto
332 y una configuración del número de campos de entrada 334, nombres
336 asociados con cada campo y la capacidad para solicitar
información a partir del hardware. Se permite la selección de un
único botón 338 que lleva el nombre de "solicitud" o algo
similar.
La creación de la plantilla de causa/corrección,
representada en la figura 3E, permite la entrada de dos secciones
distintivas de texto, una sección 342 aparecerá bajo el título
"Causa" y la otra sección 344 aparecerá bajo el título
"corrección".
La DB Builder es una herramienta de software
residente en una estación de trabajo que proporciona una interfaz
gráfica de usuario que permite que un usuario con poca o nula
experiencia en programación defina un flujo de diagnóstico. Tal
definición incluye las pantallas que un técnico verá cuando haga
funcionar el flujo de diagnóstico así como donde "saltar" y
"volver" dentro del flujo de diagnóstico. Funciones auxiliares
de la DB Builder incluyen la capacidad de guardar un flujo de
diagnóstico como un archivo DFD y la capacidad de descargar el
archivo DFD en una PDA para su ejecución el motor de búsqueda. La
interfaz de usuario está basada en una estructura jerárquica análoga
a un árbol. Cada nodo del árbol representa una pantalla a visualizar
por el usuario. El flujo desde la raíz del árbol hasta un nodo que
no tiene subnodos (es decir, un nodo final) está definido como una
cadena. El árbol puede comprende tantas cadenas como sean necesaria
para manejar las permutaciones encontradas en cualquier escenario
dado de diagnostico. La trayectoria de cualquier cadena dada define
completamente una trayectoria de flujo de diagnóstico.
La DB Builder se abre con una pantalla que
permite que el usuario cree un nuevo archivo DFD o que abre un
archivo existente. Crear un nuevo archivo implica que se generará un
archivo DFD (o base de datos) para un aparato de hardware
particular. La identificación del objetivo deberá darse a conocer a
la DB Builder. Usando este conocimiento, la DB Builder es capaz de
conectar con una base de datos QD apropiada para recuperar
información, tal como que elementos se necesitan para este
dispositivo particular, que serie de comandos comprende una
solicitud válida para este dispositivo, y cuales son las gamas
válidas de datos que resultan de las solicitudes. Las diferentes
bases de datos QD pueden ser creadas por un fabricante de equipos,
el fabricante del controlador o incluso un tercero.
La DB Builder permite la configuración de cada
nodo (es decir, plantilla visualizada) usando un conjunto
predefinido de plantillas de interfaz; limita el número de
plantillas para reducir la posibilidad de sobrecarga de
información, confusión, y error de usuario, proporciona la
configuración de únicamente campos predefinidos dentro de la
plantilla permitida; proporciona suficientes plantillas para manejar
la mayoría de las necesidades de flujo de diagnóstico, permite la
extensibilidad permitiendo el añadido de plantillas si fuese
necesario en el futuro; y proporciona ayuda "Asistente" para
ayudar al usuario a personalizar las plantillas de pantalla.
En algunos casos, el elección independiente de
hardware puede ser válida para crear un tutorial o un programa de
formación que no está relacionado con un aparato específico. Bajo
este modo, la DB Builder puede prevenir la selección de lagunas
plantillas tales como la Plantilla "Entrada de datos".
La figura 4 ilustra una pantalla inicial 400
para crear un nuevo archivo DFD usando la aplicación DB Builder. La
venta 402 en la parte izquierda de la pantalla crea la estructura de
tipo árbol del flujo de diagnóstico que está siendo definido; sin
embargo, esta ventana contiene actualmente únicamente el nodo raíz
406 - "La pantalla de introducción" que está oscurecida en esta
figura por detrás del menú desplegable 404. El usuario ha
seleccionado bien el menú de la barra de herramientas o un icono
correspondiente a "insertar un nuevo modo" y entonces
selecciona la plantilla "Menús" para iluminar está opción.
Las figuras 5A-5D muestran una
secuencia de pantallas en la que una herramienta Asistente de
desarrollo ejemplar proporcionaría ayuda a un usuario no
experimentado para producir una pantalla de PDA construida en la
plantilla Menú. En la figura 5A, el usuario recibe una pantalla de
bienvenida 500 que explica el uso de la pantalla de menú. La mitad
superior de la figura 5B proporciona al usuario una ventana de
diálogo 502 en la cual se puede especificar el número de elementos
de menú 504. Seleccionando "siguiente", el usuario puede pasar
a la parte pantalla inferior 506 de la figura 5B. En esta pantalla,
se proporciona un número correspondiente de capos de entrada 508,
510 y 512 par permitir que el usuario defina la etiqueta de texto
que es asignada a cada elección de menú. Pasando a la figura 5C, se
presenta al usuario una pantalla 520 que permite, usando campos de
entrada 522, 524 y 526 la especificación del nodo 8º enlace) de
niños asociado a cada uno de las elecciones de menú. Después de
completar la pantalla en la figura 5C, el usuario termina definiendo
la pantalla de menú y puede salir usando la pantalla 530 como se
muestra en la figura 5D. Al salir, la DB Builder construye un
registro DFD con la información suministrada por el usuario.
\global\parskip0.850000\baselineskip
Las figuras 6A-6D muestran una
secuencia de pantallas en la que una herramienta Asistente de
desarrollo ejemplar proporcionaría ayuda a un usuario no
experimentado para producir una pantalla de PDA constituida a partir
de una plantilla de Si/No. La figura 6A representa la primera
pantalla 660 que explica el objeto y el uso de un formulario Si/No.
Pasando a la figura 6B, se presenta al usuario una pantalla 602 1ue
incluye una entrada de texto para introducir el texto que ha de ser
planteado como una pregunta. Como la plantilla Si/No define
automáticamente dos botones que dan como resultado un cambio de
trayectoria del flujo de diagnóstico al ser elegidos, el Asistente
proporciona la pantalla 610 al usuario como se muestra en la figura
6C. La pantalla 610 incluye dos campos de entrada de datos 612 y 614
donde el usuario puede especificar el nombre del nodo al que va a
saltar dependiendo del botón "Si" o "no" seleccionado por
un técnico. Después de completar la pantalla en la figura 6C, el l
usuario termina definiendo la pantalla Si/No y puede salir usando la
pantalla 630 como se muestra en la figura 6D. al salir, la DB
Builder construye un registro DFD con la información suministrada
por el usuario.
Las figuras 7A-7C muestran una
secuencia de pantallas en la que una herramienta Asistente de
desarrollo ejemplar proporcionaría ayuda a un usuario no
experimentado para producir una pantalla de PDA constituida a
partir de una plantilla de directivas. Después de que la pantalla
700 (véase figura 7A) se ha presentado al usuario para explicar el
uso de este tipo de plantilla, se presenta al usuario, como se
muestra en la figura 7B, la pantalla 702 que tiene una ventana de
entrada de texto 704. Esta ventana de entrada de texto 704 permite
al usuario introducir el texto que será visualizado al usuario.
Después de completar la introducción de texto, el usuario puede
seleccionar el botón "siguiente" y pasar a la pantalla de
salida 710, como se muestra en la figura 7C. Al salir, la DB Builder
construye un registro DFD con la información suministrada por el
usuario.
Las figuras 8A-8C muestran una
secuencia de pantallas en la que una herramienta Asistente de
desarrollo ejemplar proporcionaría ayuda a un usuario no
experimentado para producir una pantalla de PDA construida a partir
de una plantilla de Introducción de datos. La pantalla de bienvenida
800, como se muestra en la figura 8A, explica al usuario la función
y el objeto de la plantilla de Introducción de datos. Avanzando a la
siguiente pantalla 802, como se muestra en la figura 8B, se
proporciona al usuario una ventana 804 que registra una serie de
elementos 806. Los elementos 806 presentado en la ventana de
selección 804 son recuperados a partir de la base de datos QB que
corresponde al aparato inicialmente seleccionado cuando se ha puesto
en marcha la aplicación DB Builder. El usuario selecciona los
elementos que serán recuperados usando la pantalla Introducción de
datos que se están definiendo. Creando el registro DFD para la
pantalla Introducción de datos, la aplicación DB Builder recupera
la serie de comandos asociados a los elementos de solicitud
seleccionados y los inserta en el registro DFD. Al completar la
pantalla 802, el usuario puede avanzar a la pantalla final 808 como
se muestra en la figura 8C. Al salir, la DB Builder construye un
registro DFD con la información suministrada por el usuario.
Las figuras 9A-9F muestran una
secuencia de pantallas en la que una herramienta Asistente de
desarrollo ejemplar proporcionaría ayuda a un usuario no
experimentado para producir una pantalla de PDA construida a partir
de una plantilla Causa/Corrección. El usuario empieza, como se
muestra en la figura 9A, con la pantalla 900 que explica la función
y el objeto de este tipo de plantilla. El usuario avanza entonces
como se muestra en la figura 9B, a la pantalla 902 que tiene una
ventaja de entrada de texto 904 que permite introducir el texto que
está asociado con la "Causa". La figura 9C representa la
siguiente pantalla 906 que encuentra el usuario; esta pantalla 906
tiene una ventana de entrada de texto 908 que permite introducir el
texto asociado a la "Corrección". En una realización preferida,
como se muestra en la figura 9D, se presenta entonces al usuario
una pantalla 910 que da la oportunidad de definir una plantilla de
Si/No (típicamente para determinar si ha tenido éxito la
corrección). La figura 9E proporciona una pantalla 912 que permite
la introducción de la pregunta en una ventana de entrada de texto
914 y una pantalla correspondiente (no mostrada) permite como se ha
descrito anteriormente asignando un submodo a cada botón Si/No.
Finalmente, se presenta al usuario la pantalla 916, como se muestra
en la figura 9F, cuando se completa la definición de pantalla. Al
salir, la DB Builder construye un registro DFD con la información
suministrada por el usuario.
La figura 10 representa una pantalla 1000 que
permite que un usuario edite los atributos de un nodo. En esta
pantalla 1000, se selecciona el nodo Menú 1 y muestran sus atributos
en la región 1002. Estos atributos pueden incluir información
asociada al nodo, tal como el título, texto adicional, los nombres
de los elementos de menú y los enlaces de los elementos de menú. Se
presenta una pluralidad de botones 1004 a un usuario que al ser
seleccionados permiten, editar, añadir o eliminar algunos de los
atributos. Los botones de edición 1004 están personalizados para el
tipo de plantilla asociado al nodo seleccionado. Por ejemplo, en la
pantalla ejemplar 1000, las elecciones son "Cambiar a enlace de
cambio de menú" "Eliminar una elección de menú",
"Renombrar una elección de menú", "añadir una elección de
menú" y "Establecer el enlace de ayuda". Si el modo
seleccionado fuese un nodo de introducción de datos entonces se
proporcionaría otros botones de edición más apropiados 1004 al
usuario.
Al completar la definición de cada pantalla
dentro del flujo de diagnóstico, la aplicación DB Builder crea un
archivo DFD a partir de todos los registros DFD que se han creado
durante la sesión de usuario.
El motor de búsqueda es un bucle dirigido por
eventos que es responsable de crear dinámicamente pantallas (o
formas) de interfaz de usuario, procesar los datos de entrada del
aparato y del usuario, preguntar al dispositivo, recuperar datos de
los diversos archivos de las bases de datos que constituyen un
módulo de diagnóstico, y guardar datos para subirá una aplicación
informática distante.
\global\parskip0.990000\baselineskip
La figura 11 representa una visión de conjunto
de la operación del motor de búsqueda según una realización de la
presente invención. En la etapa 1102, el técnico selecciona el motor
de búsqueda haciendo funcionar la PDA dentro de la cual está
almacenado el motor de búsqueda. Al ejecutar, el motor de búsqueda,
en la etapa 1104 requiere una lista maestra 1105 de los DFD que
están actualmente disponibles en la PDA. El técnico, en la etapa
1106 puede selecciona uno de los módulos de la lista para poner en
marcha (etapa 1108) la lectura del motor de búsqueda de los
archivos QD 1109 asociados al módulo seleccionado. El motor de
búsqueda lee entonces, en la etapa 1110, los registros DFD 1111
asociados al módulo seleccionado para recuperar los datos y otras
informaciones que controlan el flujo de diagnóstico. Con el fin de
mostrar una pantalla al técnico, el motor de búsqueda lee entonces,
en la etapa 112, un archivo UIT para controlar cómo se visualizan
los datos DFD (etapa 1114). El flujo de diagnóstico sigue con los
registros DFD posteriores y la plantilla asociada usada para
presentar pantallas al técnico, adquirir y almacenar datos, y
controlar la trayectoria del flujo de diagnóstico. Una alternativa
al usuario que selecciona manualmente el módulo de diagnóstico en la
etapa 1106 es incluir un comando de tipo "silbido" que el motor
de búsqueda puede enviar a un puerto de comunicaciones para
descubrir qué dispositivo o dispositivos están acoplados. Esta
funcionalidad depende de los dispositivos acoplados que tienen
inteligencia para reconocer el comando de "silbido" y responder
en consecuencia.
El motor de búsqueda puede ser realizado usando
una serie de diferentes módulos e interfaces de programación de
aplicación, como lo reconocería un programador informático
experimentado, funcionan y comunican juntos para llevar a cabo las
funciones del motor de búsqueda. Una organización ejemplar del motor
de búsqueda se describe más adelante con referencia a la figura 12.
Sin embargo, se debería reconocer que el motor de búsqueda se puede
realizar de muchas otras formas funcionalmente equivalentes.
Cuando el motor de búsqueda se activa en primer
lugar (etapa 1202), un módulo Dynamic GUI recupera (etapa 1204) una
lista de todas las bases de datos DFD activas que residen en la
PDA. A partir de esta lista El módulo Dynamic GUI creará un
formulario que permitirá que el técnico seleccione un dispositivo
específico. Este módulo puede incluir una característica de
"limpieza" para retirar cualquier archivo DFD viejo o sin usar.
Una vez que la base de datos DFD se ha seleccionado, el módulo
Dynamic GUI recuperará (etapa 1206) el primer registro en la base de
datos DFD. A partir de este registro, el primer formulario o
pantalla asociada al aparato aparecerá en la PDA.
El módulo Dynamic GUI es capaz de visualizar
información, llevar a cabo la introducción de datos para entradas de
campo, iniciar la comunicación con un dispositivo de hardware
específico y guardar los datos recuperados a partir del técnico o de
dispositivo de hardware. El módulo Dynamic GUI es capaz de
ramificarse en subnodos o dicho de otro modo, generar un nuevo
formulario dinámicamente acorde con la entrada del técnico y la
base de datos DFD. Para solicitar información a un dispositivo de
hardware, el módulo Dynamic GUI puede llamar (etapa 1210) a un
módulo Preguntar al dispositivo separado para enviar comandos al
dispositivo de hardware específico.
El módulo Dynamic GUI puede llamar (etapa 1208)
a un módulo Generar Formulario para generar dinámicamente (etapa
1212) todos los formularios para visualizar en la PDA especificando
al módulo Generar Formulario el registro dentro del archivo DFD del
formulario necesitado. El módulo Generar Formulario buscará la base
de datos DFD para el formulario o el registro especificado. El
registro especificado incluye un identificador de plantilla que
identifica el tipo de plantilla que hay que usar para visualizar el
formulario y el módulo Generar Formulario usa este identificador
para recuperar la información de plantilla del registro DFD y el
registro de plantilla asociado al formulario especificado.
La rutina llamada por el módulo Generar
formulario para recuperar la información de plantilla recibe el
identificador de la plantilla utilizada para el formulario
especificado. La información acerca de cada plantilla está definida
dentro de un registro respectivo de la base de datos de Plantilla
de interfaz de usuario (UIT), esta información puede incluir
elementos tales como números de objetos de plantilla y sus
ubicaciones respectivas y un indicador si un objeto de si un objeto
se puede repetir dentro de un área de pantalla predefinida. Otra
información incluida en un registro de plantilla puede incluir, por
ejemplo, el número de botones, la información y nombres de botón, la
información de texto que incluye el formato de fuente, información
de negrita o subrayado, información de entrada de campo e
información de imagen en mapa de bits. La información no incluida en
esta base de datos de plantillas es cualquier información que es
específica del formulario generado. Por ejemplo, la plantilla puede
especificar que el texto aparezca en un emplazamiento (20, 20); sin
embargo, es la información dentro del registro DFD la que especifica
que texto será de hecho colocado en este emplazamiento. Otro ejemplo
es que un botón de "flecha izquierda" en el emplazamiento (90,
100) puede especificarse mediante la plantilla, sin embargo, el nodo
niños asociado a una selección de este botón está determinado a
partir del registro DFD.
Usando la información del registro de plantilla
y el registro de DFD, el módulo Generar formulario muestra (etapa
1214) una pantalla apropiada al técnico. En una realización
preferida, además de la plantilla, cada pantalla de interfaz de
usuario visualizada tendrá un botón "Principal" y un botón
"Volver". El botón principal, cuando se selecciona, mandará al
técnico a la primera pantalla del flujo de diagnóstico y el botón
"volver" devolverá al usuario a la pantalla anterior en el
flujo de diagnóstico. El flujo de diagnóstico espera (etapa 1216)
que un evento de usuario (por ejemplo, entrada o selección de botón)
para determinar la siguiente pantalla que mostrará el módulo
Generar forma.
El motor de búsqueda puede usar un módulo Mandar
generador para enviar series ASCII o series de otro tipo; a un
puerto de salida de comunicaciones para comunicar con un
dispositivo: si un técnico selecciona el Botón "solicitar" en
un formulario visualizado; entonces se pedirá al módulo Mandar
generador que genere un comando apropiado para solicitar al
dispositivo que utilice el puerto de comunicaciones. Inversamente,
el motor de búsqueda recogerá también datos recibidos del
dispositivo requerido y los almacena en un archivo plano. Este
archivo plano se puede subir a una estación de trabajo distante para
diversos fines tales como revisar el trabajo de un técnico, para la
recogida de datos estadísticos relativos a un dispositivo o
fabricante particular, para archivar registro de mantenimiento de un
dispositivo específico y para documentar el trabajo o procedimientos
de garantías.
Por ejemplo, un formulario de datos de entrada
(es decir, un formulario que se constituye usando la plantilla de
datos de entrada de usuario) puede contener una serie de campos de
entrada y botones pulsadores para introducir datos así como un botón
"de solicitud". Cuando el botón "solicitud" está pulsado,
o seleccionado, se reciben datos para cada campo en el formulario a
partir del dispositivo externo. Cuando el motor de búsqueda recibe
datos para cada campo, se crea un nuevo registro que contiene los
datos transferido en un único archivo de base de datos únicamente
nombrado. Se puede crear tal único nombre usando un sello e de
fecha o de tiempo, o posiblemente confiando en un identificador de
dispositivo almacenado en el aparato, o por otro medios similares.
Esto datos de usuario almacenados pueden más tarde extraerse de la
PDA usando la funcionalidad hot-sync.
Como se ha indicado, cada registro DFD se
referirá a un registro UIT. El registro UIT contiene información
acerca del número de entidades, la secuenciación de las entidades y
el posicionamiento de las entidades que están definidas dentro del
registro DFD. Como ejemplo, el registro DFD puede especificar usar
la plantilla de menú (por ejemplo registro UIT \alm{1}0). Como
resultado, el motor de búsqueda esperará, en una realización, 4
entidades que están, además, definidas dentro del registro DFD. En
la plantilla de menú ejemplar de la figura 3, estas entidades son
"Título de menú" (es decir, "Encabezamiento de Texto")
1302, "Campo de Texto Introductor" 1304, "Control de lista
para selección de menú" 1306 y Botón de "Ayuda" 1308. Este
registro UIT especificará también las coordenadas de posicionamiento
de cada una de estas entidades. Un Palm Pilot, por ejemplo como se
muestra en la figura 13 está definido como una rejilla de 160 x 160
y es este sistema de coordenadas el que se usa para especificar la
posición de las entidades dentro de una plantilla.
La figura 14 representa una pantalla ejemplar
que se ha construido usando la plantilla de menú. Según esta
plantilla, la pantalla tiene un título 1402, una pluralidad de
elecciones (cada una de las cuales da como resultado un enlace
seleccionado) 1404, 1406 y 1408, y un botón de "volver" 1410.
La primera tabla es un registro DFD ejemplar para crear la pantalla
de la figura 14. como se puede observar a partir de la tabla, las
primeras 12 filas definen un encabezamiento de registro DFD
ejemplar que identifica aspectos del registro. A continuación, el
texto de título, el número de botones y se especifica cada
Identificador de niños del botón La segunda tabla es una plantilla
de menú ejemplar que se usa en la extracción de información del
registro DFD y en su correcta visualización en la pantalla. Juntos,
estos archivos son utilizados por el motor de búsqueda para crear la
visualización mostrada en la figura 14 en la PDA del técnico.
| Nombre de campo | Tipo | Descripción |
| Signature | Texto | "xyzzy" |
| Versión | Ulnt | 0x01000 |
| RecordLen | Ulnt | 150 |
| UniqueID | Ulnt | 1 |
| ParentID | Ulnt | 0 |
| TemplateID | Ulnt | 0 |
| LongNodeName | Texto | "Menú de título" |
| ShortNodeName | Texto | "MT" |
| HyperLink | Ulnt | 0 |
| Bitmap_File_Name | Texto | " " |
| Audio_File_Name | Texto | " " |
| WebURL | Texto | " " |
| Entity Text | Texto | "Mi título basado en una plantilla de menú" |
| Text_Justification | eNum | Justificar_Centro |
(Continuación)
| Nombre de campo | Tipo | Descripción |
| Number_Buttons | UChar | 3 |
| ChildID | Ulat | 2 (único identificador o registro de ir a) |
| Entity_Button_Text | Texto | "Mi elección 1" |
| Entity_QD_Output | Word | -1 (indica el número de comando QD) |
| ChildID | Ulnt | 3 (único identificador o registro de ir a) |
| Entity_Button_Text | Texto | "Mi elección 2" |
| Entity_QD_Output | Ulnt | -1 (no indica ningún comando QD) |
| ChildID | Ulnt | 4 (único identificador o registro de ir a) |
| Entity_Button_Text | Texto | "Mi elección 3" |
| Entity_QD_Output | Ulnt | -1 |
\vskip1.000000\baselineskip
| Nombre de campo | Tipo | Descripción |
| Signature | Texto | "xyzzy" |
| Versión | Ulnt | 0x01000 |
| RecordLen | Ulnt | 33 |
| TemplateID | Ulnt | 0 |
| Num_Template_Entities | UChar | 2 |
| EntityID | Ulnt | Encabezamiento |
| Entity type | Enum | Texto de entidad |
| Entity X_UL_Loc | UChar | 0, |
| Entity Y_UL_Loc | UChar | 0, |
| Entity X_LR_Loc | UChar | 160, |
| Entity Y_LR_Loc | UChar | 30, |
| TEXT_JUSTRIFICATION | eNUM | Justificar texto a la izquierda |
| EntityID | Ulnt | Botón de flecha |
| Entity type | Enum | Botón de entidad |
| Entity X_UL_Loc | UChar | 20, |
| Entity Y_UL_Loc | UChar | 30, |
| Entity X_LR_Loc | UChar | 150, |
| Entity Y_LR_Loc | UChar | 120, |
| Repeat_indicator | UChar | 1 |
Las figuras 15A-15D representan
una secuencia de pantallas de PDA ejemplares creadas usando una
realización de la presente invención. Dentro de esta secuencia, el
motor de búsqueda está funcionando en la PDA y muestra una pantalla
en un tiempo basado en el registro DFD y los registros UIT dentro de
un módulo de diagnóstico. Cuando las actividades y las entradas del
técnico requieren que se muestre otra pantalla, se hace referencia
otro registro DFD y el registro UIT acompañante para controlar la
pantalla de visualización.
En la figura 15A, se muestra la pantalla de
bienvenida de la serie de herramientas de diagnóstico como un menú
que permite que un técnico seleccione una categoría de equipos para
realizar su mantenimiento y/o reparación. El motor de búsqueda está
funcionando en la parte superior del Palm OS para proporcionar este
menú. Si el técnico selecciona "Calentar bombas", entonces el
motor de búsqueda muestra todos los módulos de diagnóstico de la
memoria que corresponden a un "calentar bomba". En particular,
la figura 15B muestra que se encuentran 4 módulo de diagnóstico
relacionados con calentar bombas. Estos módulos dan como resultado
un menú de nombre de aparato que se presenta al técnico para su
selección. El técnico también tiene la opción de autodetectar
dispositivo en el exterior. Únicamente los elementos detectados y
que tienen un módulo de diagnóstico disponible serán presentados al
técnico para su selección. Si el técnico, por ejemplo, selecciona el
Lennox HP27, la pantalla de la figura 15c será presentada al técnico
para proporcionar una serie de opciones seleccionables relacionadas
con este aparato. La figura 15D representa la pantalla resultante si
el técnico selecciona "Fallos" a en el menú de elección en la
figura 15C. Los parámetros de fallos son recuperados por el modo de
búsqueda a partir del aparato. Para llevar a cabo esta función, el
motor de búsqueda debe referirse a la base de datos QD apropiada
para determinar qué parámetros pueden ser solicitados a partir de un
aparato de la serie HP27 y que serie de comandos específicos
enviados al aparato darán como resultado la recuperación de los
valores de datos correctos. Sin embargo, una vez completada esta
transferencia de datos, se puede mostrar la apantalla de la figura
15D.
Se ha descrito una serie de herramientas de
diagnóstico que se ponen a disposición de los técnicos que llevan
el mantenimiento de equipos en emplazamientos residenciales o de
negocio utilizando un dispositivo portátil tal como una PDA. La PDA
hace funcionar un motor principal que puede ejecutar módulos de
diagnóstico, correspondiendo cada módulo de diagnóstico a un aparato
o dispositivo particular que requiere soluciones a averías,
reparación, diagnostico, mantenimiento o instalación. Los módulos de
diagnóstico usan un número limitado de plantillas para definir
posibles disposiciones de pantalla para cada pantalla mostrada al
técnico. Además, el módulo de diagnóstico incluye un archivo de
definición de flujo de diagnóstico en el cual cada archivo
corresponde a una pantalla mostrada a un técnico. El motor principal
usa una información de plantilla y los registros de definición de
flujo de diagnóstico para definir completamente una pantalla para
mostrar a un técnico. De esta manera, se pone a disposición de un
técnico una serie de herramientas de diagnóstico no específicas,
modulares y extensibles. Para simplificar la creación de los
archivos de definición de diagnóstico, se proporciona una
herramienta de desarrollo gráfico de usuario que permite que un
usuario no experimentado seleccione una definición de plantilla,
para mostrar definiciones de los campos en esta plantilla y para
crear la definición de diagnóstico que incorpora la entrada de
usuario.
Aunque esta invención se ha descrito junto a lo
que se considera actualmente que es la realización más práctica y
preferida, se ha de entender que la invención no se limita a la
realización descrita. La invención es capaz de otras realizaciones
diferentes y sus diversos detalles son capaces de modificaciones en
diversos aspectos evidentes, todo ello sin salirse de la invención.
Por lo tanto, los dibujos y la descripción han de ser considerados
como de naturaleza ilustrativa y no restrictiva.
Claims (19)
1. Un aparato de diagnóstico dirigido por
datos para una pluralidad de dispositivos (102), que comprende
un primer archivo (1113) que incluye una
pluralidad de registros de plantilla, correspondiendo cada registro
de plantilla a una plantilla respectiva de unas plantillas
predeterminadas,
un segundo archivo (1111) que incluye una
pluralidad de registros de datos, refiriéndose cada registro de
datos a una plantilla de la pluralidad de plantillas y dicho
segundo archivo (1111) relacionado con información de diagnóstico
para un dispositivo de la pluralidad de dispositivos (102):
un dispositivo de visualización (106); y un
motor de búsqueda (1200) configurado para detectar uno o mas de los
dispositivos (102) que están disponibles para comunicar con, para
visualizar una lista de dispositivos (102) detectados, para recibir
una entrada en respuesta a la lista mostrada, para determinar un
archivo de registro de datos para leer basado en la entrada
recibida, y para mostrar un registro de los registros de datos,
formateado según su plantilla referenciada, en el dispositivo de
visualización (106).
2. El aparato según la reivindicación 1,
en el cual el motor de búsqueda está, además, configurado para
- leer el registro de datos;
- leer la plantilla referenciada; y
- formatear dinámicamente el registro de datos para mostrar en el dispositivo de visualización de acuerdo con la plantilla referenciada.
3. El aparato según la reivindicación 1,
en el cual la pluralidad de registros de datos describen uno de:
- una definición (112) de flujo de diagnóstico,
- un manual técnico (112),
- un procedimiento para resolver problemas (112), y
- un tutorial de instrucciones (112).
4. El aparato según la reivindicación 1,
en el cual el registro de datos incluye uno o más enlaces (1216) a
otros de la pluralidad de otros registros de datos.
5. El aparato según la reivindicación 4,
en el cual el motor de búsqueda (1200) en respuesta a una señal de
entrada, está configurado, además, para mostrar en el dispositivo
de visualización (106) un segundo registro de datos de entre los
otros registros de la pluralidad de registros de datos, según la
plantilla referenciada por el segundo registro de datos.
6. El aparato según la reivindicación 1,
que comprende, además, una pluralidad de segundos archivos, estando
cada segundo archivo (1111) asociado a un dispositivo de la
pluralidad de dispositivos.
7. El aparato según la reivindicación 6,
en el cual el motor de búsqueda está configurado para montar en el
dispositivo una lista (1105) de la pluralidad de segundos
archivos.
8. El aparato según la reivindicación 6, en
el cual cada uno de la pluralidad de segundos archivos igualmente
hace igualmente referencia a las plantillas referenciadas por el
primer archivo (1113).
9. El aparato según la reivindicación 1,
en el cual el aparato de diagnóstico (106) es una plataforma
informática portátil.
10. El aparato según la reivindicación 1, en
el cual el aparato de diagnóstico (106) es un Asistente Digital
Personal.
11. El aparato según la reivindicación 1, en
el cual el aparato de diagnóstico (106) está situado a distancia de
la pluralidad de dispositivos (102).
12. El aparato según la reivindicación 1,
que comprende, además,
un puerto de comunicaciones configurado para
conectar con el dispositivo (102).
13. El aparato según la reivindicación 12,
en el cual el registro de datos incluye un comando para recuperar
información del dispositivo (102), y en el cual el motor de búsqueda
(1200) está, además, configurado para:
recibir una señal de entrada,
enviar el comando a través del puerto de
comunicaciones al dispositivo, y
recibir del dispositivo información relativa a
los parámetros operativos.
14. El aparato según la reivindicación 1, en
el cual la pluralidad de plantillas (1113) predeterminadas, incluye
una plantilla de menú, una plantilla de Si/No, una plantilla de
directivas, una plantillas de causa/corrección, y una plantilla de
entrada de datos.
15. El aparato según la reivindicación 1, en
el cual cada registro de plantilla identifica una o más entidades
(1302, 1304 y 1306) y emplazamientos respectivos que han de
visualizarse como una pantalla en el dispositivo de visualización
(106), y en el cual cada registro de datos identifica atributos
configurables de una o más entidades identificadas en su plantilla
referenciada.
16. Un procedimiento para proporcionar una
herramienta de diagnóstico dirigida por datos (106) para una
pluralidad de instrumentos (102), que comprende las etapas de:
detectar uno o más de los instrumentos que están
disponibles para comunicar con,
visualizar una lista de instrumentos
detectados;
recibir una entrada en respuesta a la lista
visualizada; y
determinar un archivo de registro de datos
seleccionado para leer basado en la entrada recibida;
leer (1112) un registro de plantilla de un
archivo de plantilla (1113) que comprende una pluralidad de
registros de plantilla;
leer (1110) un registro de un archivo (1111) de
registro de datos, haciendo referencia dicho registro al registro de
plantilla y dicho archivo de registro de datos está asociado a un
instrumento (102) de la pluralidad de instrumentos;
ejecutar (1114) una rutina de generación de
formulario para formatear dinámicamente el registro de acuerdo con
el registro de plantilla; y visualizar (1114) el registro
formateado.
17. El procedimiento según la reivindicación
16, que comprende, además, las etapas de
recibir (1216) una entrada en respuesta a la
visualización del registro formateado;
determinar un segundo registro del archivo de
registro de datos (1111) basado en la entrada, haciendo referencia
dicho segundo archivo de registro a un segundo registro de
plantilla;
ejecutar (1114) la rutina de generación de
formularios para formatear dinámicamente el segundo registro según
el segundo registro de plantilla; y
visualizar (1114) el segundo registro
formateado.
18. El procedimiento según la reivindicación
17, que comprende, además, las etapas de:
solicitar (1220) a un instrumento (102)
parámetros operativos;
recibir los parámetros operativos del
instrumento (102); y
visualizar los parámetros operativos recibidos
(figura 15D).
19. El procedimiento según la reivindicación
16, que comprende, además, la etapa de:
descargar otro archivo de registro de datos
asociado a un segundo de los instrumentos.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US28982501P | 2001-05-10 | 2001-05-10 | |
| US289825P | 2001-05-10 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2266503T3 true ES2266503T3 (es) | 2007-03-01 |
Family
ID=23113263
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES02734298T Expired - Lifetime ES2266503T3 (es) | 2001-05-10 | 2002-05-10 | Sistema y procedimiento para realizar diagnosticos usando un dispositivo portatil. |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US6862589B2 (es) |
| EP (1) | EP1386199B1 (es) |
| AT (1) | ATE330263T1 (es) |
| AU (1) | AU2002305477A1 (es) |
| CA (1) | CA2447053C (es) |
| DE (1) | DE60212372T2 (es) |
| ES (1) | ES2266503T3 (es) |
| WO (1) | WO2002091088A2 (es) |
Families Citing this family (80)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6728662B2 (en) * | 2002-02-15 | 2004-04-27 | Radiodetection Limited | Method and system for remotely servicing a detection device |
| EP1502201B1 (en) * | 2002-05-03 | 2009-12-23 | American Power Conversion Corporation | Method and apparatus for collecting and displaying network device information |
| US7131005B2 (en) * | 2002-06-28 | 2006-10-31 | Motorola, Inc. | Method and system for component authentication of a vehicle |
| US7549046B2 (en) * | 2002-06-28 | 2009-06-16 | Temic Automotive Of North America, Inc. | Method and system for vehicle authorization of a service technician |
| US7325135B2 (en) * | 2002-06-28 | 2008-01-29 | Temic Automotive Of North America, Inc. | Method and system for authorizing reconfiguration of a vehicle |
| US7137142B2 (en) | 2002-06-28 | 2006-11-14 | Motorola, Inc. | Method and system for vehicle authentication of a component using key separation |
| US7127611B2 (en) * | 2002-06-28 | 2006-10-24 | Motorola, Inc. | Method and system for vehicle authentication of a component class |
| US7600114B2 (en) * | 2002-06-28 | 2009-10-06 | Temic Automotive Of North America, Inc. | Method and system for vehicle authentication of another vehicle |
| US20040003234A1 (en) * | 2002-06-28 | 2004-01-01 | Jurgen Reinold | Method and system for vehicle authentication of a subassembly |
| US7137001B2 (en) * | 2002-06-28 | 2006-11-14 | Motorola, Inc. | Authentication of vehicle components |
| US7010682B2 (en) * | 2002-06-28 | 2006-03-07 | Motorola, Inc. | Method and system for vehicle authentication of a component |
| US20040001593A1 (en) * | 2002-06-28 | 2004-01-01 | Jurgen Reinold | Method and system for component obtainment of vehicle authentication |
| US7181615B2 (en) * | 2002-06-28 | 2007-02-20 | Motorola, Inc. | Method and system for vehicle authentication of a remote access device |
| US7228420B2 (en) | 2002-06-28 | 2007-06-05 | Temic Automotive Of North America, Inc. | Method and system for technician authentication of a vehicle |
| US20040003232A1 (en) * | 2002-06-28 | 2004-01-01 | Levenson Samuel M. | Method and system for vehicle component authentication of another vehicle component |
| US20040003230A1 (en) * | 2002-06-28 | 2004-01-01 | Puhl Larry C. | Method and system for vehicle authentication of a service technician |
| US6839710B2 (en) * | 2002-06-28 | 2005-01-04 | Motorola, Inc. | Method and system for maintaining a configuration history of a vehicle |
| US7246273B2 (en) * | 2003-02-28 | 2007-07-17 | Sony Corporation | Method of, apparatus and graphical user interface for automatic diagnostics |
| US7392435B2 (en) * | 2003-05-09 | 2008-06-24 | Nokia Inc. | Email gateway diagnostic tool, system, and method |
| US9069666B2 (en) | 2003-05-21 | 2015-06-30 | Hewlett-Packard Development Company, L.P. | Systems and methods for controlling error reporting and resolution |
| US7373553B2 (en) * | 2003-05-21 | 2008-05-13 | Hewlett-Packard Development Company, L.P. | Computer support network with customer portal to monitor incident-handling status by vendor's computer service system |
| US20050223288A1 (en) * | 2004-02-12 | 2005-10-06 | Lockheed Martin Corporation | Diagnostic fault detection and isolation |
| US7584420B2 (en) | 2004-02-12 | 2009-09-01 | Lockheed Martin Corporation | Graphical authoring and editing of mark-up language sequences |
| US7801702B2 (en) * | 2004-02-12 | 2010-09-21 | Lockheed Martin Corporation | Enhanced diagnostic fault detection and isolation |
| US20050240555A1 (en) * | 2004-02-12 | 2005-10-27 | Lockheed Martin Corporation | Interactive electronic technical manual system integrated with the system under test |
| DE102004041740A1 (de) * | 2004-08-28 | 2006-03-02 | Daimlerchrysler Ag | Verbesserte Reparaturverifikation für elektronische Fahrzeugsysteme |
| US20060120181A1 (en) * | 2004-10-05 | 2006-06-08 | Lockheed Martin Corp. | Fault detection and isolation with analysis of built-in-test results |
| US20060085692A1 (en) * | 2004-10-06 | 2006-04-20 | Lockheed Martin Corp. | Bus fault detection and isolation |
| US20080052281A1 (en) * | 2006-08-23 | 2008-02-28 | Lockheed Martin Corporation | Database insertion and retrieval system and method |
| GB2437472B (en) * | 2005-02-17 | 2010-05-12 | Ranco Inc | Adverse condition detector with diagnostics |
| US7427025B2 (en) * | 2005-07-08 | 2008-09-23 | Lockheed Marlin Corp. | Automated postal voting system and method |
| US20070126731A1 (en) * | 2005-12-06 | 2007-06-07 | Sabram Stephen R | Graphical architecture for handheld measurement system |
| JP4055800B2 (ja) * | 2005-12-29 | 2008-03-05 | ダイキン工業株式会社 | 特定機器管理装置 |
| US8150156B2 (en) * | 2006-01-04 | 2012-04-03 | International Business Machines Corporation | Automated processing of paper forms using remotely-stored templates |
| US7774327B1 (en) * | 2006-01-31 | 2010-08-10 | Network Appliance, Inc. | Method and system for reducing boot time of a storage server |
| TW200732927A (en) * | 2006-02-23 | 2007-09-01 | Accfast Technology Corp | Design method and apparatus for user interface and recording media for storing descriptive program thereof |
| JP5138970B2 (ja) * | 2006-12-20 | 2013-02-06 | リプレックス株式会社 | システム、サーバ、情報端末、オペレーティングシステム、ミドルウェア、情報通信機器、認証方法、システム及びアプリケーションソフトウェア |
| US7715859B2 (en) * | 2006-12-22 | 2010-05-11 | Palm, Inc. | Presence engine and a method of operating a presence engine for encoding or decoding availability status into a signal representative of an audio signal |
| ITRN20070007A1 (it) * | 2007-02-08 | 2007-05-10 | Indesit Company Spa | Dispositivo portatile di assistenza tecnica di un elettrodomestico |
| EP1975751A1 (en) * | 2007-03-30 | 2008-10-01 | Abb Research Ltd. | Data transfer of data for analysis and evaluation |
| US20080269921A1 (en) * | 2007-04-30 | 2008-10-30 | Accenture Global Services Gmbh | System and Method for Providing Support Assistance |
| US8046704B2 (en) * | 2007-04-30 | 2011-10-25 | Accenture Global Services Limited | Compliance monitoring |
| EP2001164A1 (en) * | 2007-05-14 | 2008-12-10 | Abb Research Ltd. | Simplified support of an isolated computer network |
| US20080288462A1 (en) * | 2007-05-16 | 2008-11-20 | Naono Norihiko | Database system and display method on information terminal |
| US20090083000A1 (en) | 2007-09-26 | 2009-03-26 | Modu Ltd. | Automated appliance diagnostics and reporting |
| US20090121864A1 (en) * | 2007-11-14 | 2009-05-14 | Scott Douglas Osborne | Devices, systems and functionality for field personnel communication and management |
| US20090276706A1 (en) * | 2008-05-05 | 2009-11-05 | Andrew Kenneth Lukes | Method for automating troubleshooting flowcharts |
| US8719245B2 (en) * | 2008-06-02 | 2014-05-06 | International Business Machines Corporation | Query templates with functional template blocks |
| US9046979B2 (en) * | 2008-08-29 | 2015-06-02 | Adobe Systems Incorporated | Panel configurator engine |
| US8155878B2 (en) | 2008-11-19 | 2012-04-10 | Xerox Corporation | System and method for locating an operator in a remote troubleshooting context |
| US9285987B2 (en) * | 2009-08-31 | 2016-03-15 | Kyocera Mita Corporation | Operating device and image forming apparatus with display format receiver for receiving instructions from a user for selecting a display format |
| GB2473194A (en) * | 2009-09-02 | 2011-03-09 | 1E Ltd | Monitoring the performance of a computer based on the value of a net useful activity metric |
| US8655830B2 (en) | 2009-10-06 | 2014-02-18 | Johnson Controls Technology Company | Systems and methods for reporting a cause of an event or equipment state using causal relationship models in a building management system |
| US9475359B2 (en) * | 2009-10-06 | 2016-10-25 | Johnson Controls Technology Company | Systems and methods for displaying a hierarchical set of building management system information |
| US20110087650A1 (en) * | 2009-10-06 | 2011-04-14 | Johnson Controls Technology Company | Creation and use of causal relationship models in building management systems and applications |
| US8195691B2 (en) * | 2009-12-18 | 2012-06-05 | Microsoft Corporation | Query-based tree formation |
| RU2016122623A (ru) | 2010-03-18 | 2018-11-29 | НУОДиБи ИНК. | Система управления базой данных |
| US8516016B2 (en) | 2010-07-07 | 2013-08-20 | Johnson Controls Technology Company | Systems and methods for facilitating communication between a plurality of building automation subsystems |
| US8682921B2 (en) | 2010-07-07 | 2014-03-25 | Johnson Controls Technology Company | Query engine for building management systems |
| US8621362B2 (en) | 2011-01-21 | 2013-12-31 | Xerox Corporation | Mobile screen methods and systems for collaborative troubleshooting of a device |
| US20120248212A1 (en) * | 2011-03-30 | 2012-10-04 | Trane International Inc. | Methods and Systems for Controlling a Hybrid Heating System |
| KR20130036579A (ko) * | 2011-10-04 | 2013-04-12 | 삼성전자주식회사 | 휴대기기 및 이에 적용되는 진단 서비스 제공 방법, 그리고 진단 시스템 |
| US9483344B2 (en) * | 2012-04-05 | 2016-11-01 | Assurant, Inc. | System, method, apparatus, and computer program product for providing mobile device support services |
| DE102012216770A1 (de) * | 2012-09-19 | 2014-03-20 | Krones Ag | Bediensystem für eine Behälterbehandlungsmaschine, ein Bediengerät und einen separaten Zusatzbildschirm |
| US11176111B2 (en) | 2013-03-15 | 2021-11-16 | Nuodb, Inc. | Distributed database management system with dynamically split B-tree indexes |
| US10740323B1 (en) | 2013-03-15 | 2020-08-11 | Nuodb, Inc. | Global uniqueness checking in distributed databases |
| US9501363B1 (en) | 2013-03-15 | 2016-11-22 | Nuodb, Inc. | Distributed database management system with node failure detection |
| WO2014168913A1 (en) | 2013-04-08 | 2014-10-16 | Nuodb, Inc. | Database management system with database hibernation and bursting |
| WO2015066228A2 (en) * | 2013-10-29 | 2015-05-07 | Lantronix, Inc. | Data capture on a serial device |
| US9606529B2 (en) | 2014-07-31 | 2017-03-28 | Miq Llc | User customization of auto-detected data for analysis |
| US10884869B2 (en) | 2015-04-16 | 2021-01-05 | Nuodb, Inc. | Backup and restore in a distributed database utilizing consistent database snapshots |
| US10067969B2 (en) | 2015-05-29 | 2018-09-04 | Nuodb, Inc. | Table partitioning within distributed database systems |
| US10180954B2 (en) | 2015-05-29 | 2019-01-15 | Nuodb, Inc. | Disconnected operation within distributed database systems |
| US9589287B2 (en) * | 2015-06-29 | 2017-03-07 | Miq Llc | User community generated analytics and marketplace data for modular systems |
| US9588504B2 (en) | 2015-06-29 | 2017-03-07 | Miq Llc | Modular control system |
| US9630614B1 (en) | 2016-01-28 | 2017-04-25 | Miq Llc | Modular power plants for machines |
| EP3669286A4 (en) | 2017-08-15 | 2021-06-23 | NUODB Inc. | DIVISION OF INDEX INTO DISTRIBUTED DATABASES |
| GB2568586B (en) * | 2017-10-02 | 2022-11-23 | Fisher Rosemount Systems Inc | Systems and methods for configuring and presenting a display navigation hierachy in a process plant |
| GB2568786B (en) * | 2017-10-02 | 2022-11-09 | Fisher Rosemount Systems Inc | Plant/project standards and display themes in a process control plant |
| US10788972B2 (en) | 2017-10-02 | 2020-09-29 | Fisher-Rosemount Systems, Inc. | Systems and methods for automatically populating a display area with historized process parameters |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2689359B1 (fr) * | 1992-03-27 | 1996-06-14 | Aerospatiale | Dispositif d'aide a la maintenance pour torche a plasma. |
| JPH07282089A (ja) * | 1994-04-05 | 1995-10-27 | Hitachi Ltd | 携帯型故障診断装置 |
| US5806071A (en) * | 1995-08-21 | 1998-09-08 | Info America, Inc. | Process and system for configuring information for presentation at an interactive electronic device |
| US5897622A (en) | 1996-10-16 | 1999-04-27 | Microsoft Corporation | Electronic shopping and merchandising system |
| US6701352B1 (en) * | 1997-07-11 | 2004-03-02 | Pitney Bowes Inc. | Method and apparatus for importing information from a network resource |
| US6529908B1 (en) * | 1998-05-28 | 2003-03-04 | Netspan Corporation | Web-updated database with record distribution by email |
| US6317718B1 (en) | 1999-02-26 | 2001-11-13 | Accenture Properties (2) B.V. | System, method and article of manufacture for location-based filtering for shopping agent in the physical world |
| US6546002B1 (en) | 1999-07-07 | 2003-04-08 | Joseph J. Kim | System and method for implementing an intelligent and mobile menu-interface agent |
| US6454150B1 (en) * | 2000-12-28 | 2002-09-24 | Pitney Bowes Inc. | Soft-start feature for continuous web cutters |
| US6671655B2 (en) * | 2000-12-28 | 2003-12-30 | John A Moccio | Strategy based diagnostic system |
-
2002
- 2002-05-10 EP EP02734298A patent/EP1386199B1/en not_active Expired - Lifetime
- 2002-05-10 AU AU2002305477A patent/AU2002305477A1/en not_active Abandoned
- 2002-05-10 ES ES02734298T patent/ES2266503T3/es not_active Expired - Lifetime
- 2002-05-10 DE DE60212372T patent/DE60212372T2/de not_active Expired - Fee Related
- 2002-05-10 US US10/141,775 patent/US6862589B2/en not_active Expired - Lifetime
- 2002-05-10 CA CA002447053A patent/CA2447053C/en not_active Expired - Fee Related
- 2002-05-10 AT AT02734298T patent/ATE330263T1/de not_active IP Right Cessation
- 2002-05-10 WO PCT/US2002/014633 patent/WO2002091088A2/en active IP Right Grant
Also Published As
| Publication number | Publication date |
|---|---|
| EP1386199B1 (en) | 2006-06-14 |
| US20030009710A1 (en) | 2003-01-09 |
| US6862589B2 (en) | 2005-03-01 |
| CA2447053A1 (en) | 2002-11-14 |
| WO2002091088A3 (en) | 2003-02-27 |
| DE60212372D1 (de) | 2006-07-27 |
| ATE330263T1 (de) | 2006-07-15 |
| AU2002305477A1 (en) | 2002-11-18 |
| EP1386199A2 (en) | 2004-02-04 |
| CA2447053C (en) | 2006-03-14 |
| DE60212372T2 (de) | 2007-05-31 |
| WO2002091088A2 (en) | 2002-11-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2266503T3 (es) | Sistema y procedimiento para realizar diagnosticos usando un dispositivo portatil. | |
| US6421822B1 (en) | Graphical user interface for developing test cases using a test object library | |
| US9754059B2 (en) | Graphical design verification environment generator | |
| US6978440B1 (en) | System and method for developing test cases using a test object library | |
| US5940294A (en) | System for assisting configuring a process control environment | |
| US7908020B2 (en) | Architecture for control systems | |
| US7552024B2 (en) | Circuit board diagnostic operating center | |
| KR100735949B1 (ko) | 설비, 특히 역사설비에 명령을 하는 철도의 논리소프트웨어 엔진들을 점검하는 장치와 방법 | |
| US7533347B2 (en) | Creating a graphical user interface for selected parameters of a graphical program | |
| US7484200B2 (en) | Automatically analyzing and modifying a graphical program | |
| CN104007957A (zh) | 在编辑期间显示实时数据的改进图形用户界面编辑器 | |
| US20070005299A1 (en) | Systems and methods providing a declarative screen model for automated testing | |
| US20040060039A1 (en) | Program and process for generating data used in software function test | |
| US20120117537A1 (en) | Flow Chart Programming Platform for Testers and Simulators | |
| CN109876445B (zh) | 一种基于行为树的高解耦引导方法及系统 | |
| US20200050435A1 (en) | Tool compiler | |
| US20080155494A1 (en) | Method for mapping the structure of a complex software product | |
| CN108415742A (zh) | 分布式能源管理系统中模块化的界面配置方法及装置 | |
| CN100407191C (zh) | 过程控制系统的自动建模方法及相应的过程控制系统 | |
| US20010021985A1 (en) | Software Debugging | |
| CN107902507B (zh) | 控制软件现场调试系统以及调试方法 | |
| US8402388B2 (en) | Setting up a communication procedure between instances and a protocol tester using the method | |
| CN101617504B (zh) | 用于工业控制设备数据的综合程序员参考 | |
| US20060015845A1 (en) | Method and system for managing measurement operations of testing and analysis devices | |
| CN109019217B (zh) | 一种电梯控制软件现场调试系统 |