MX2007003315A

MX2007003315A - Metodo de automatizacion de proceso movil.

Info

Publication number: MX2007003315A
Application number: MX2007003315A
Authority: MX
Inventors: Andrew Monroe; Andrew Leamon
Original assignee: Airclic Inc
Priority date: 2004-09-23
Filing date: 2005-09-22
Publication date: 2007-11-15
Also published as: US20060136902A1; US7373361B2; WO2006034407A3; WO2006034407A2; EP1794670A4; EP1794670A2

Abstract

Los dispositivos remotos se comunican con un servidor central con el fin de proporcionar la informacion de seguimiento de evento que se refiere a un proceso de negocios, el cual es conducido por personas que desempenan multiples papeles. El programa o software, que incluye una maquina de estado, es descargado en el dispositivo. Una primera tabla de estado tambien es descargada y es aplicada en la maquina de estado con el fin de configurar el dispositivo para operar de acuerdo con un primer papel. Mientras el dispositivo es configurado para operar de acuerdo con el primer papel, los datos de campo son capturados y procesados con la maquina de estado de acuerdo con la primera tabla de estado para generar la informacion de seguimiento de evento, la cual es transmitida al servidor. A continuacion, una segunda tabla de estado es aplicada en la maquina de estado previamente descargada con el fin de reconfigurar el dispositivo para operar de acuerdo con un segundo papel. El dispositivo es reconfigurado del primer papel al segundo papel sin cambiar la maquina de estado ene le dispositivo remoto es configurado para operar de acuerdo con el segundo papel, los datos de campo son capturados y procesados con la maquina de estado de acuerdo con la segunda tabla de estado para generar la informacion de seguimiento de evento, la cual es transmitida al servidor.

Description

MÉTODO DE AUTOMATIZACIÓN DE PROCESO MÓVIL Campo de la Invención La presente invención se refiere a sistemas y métodos de automatización de proceso móvil. Antecedentes de la Invención Las soluciones existentes de automatización de proceso móvil requieren de un equipo voluminoso y costoso y sólo permiten modelos rígidos de proceso predefinido. Con frecuencia, las soluciones basadas por proyecto involucran gastos de desarrollos costosos y ascendentes y grandes tiempos de implementación, con lo cual se hace difícil mantener los procesos sincronizados con los negocios actuales. Las soluciones basadas en el Sistema Global de Posicionamiento (GPS, por sus siglas en inglés) sólo proporcionan información en cuanto a la ubicación de la gente y las propiedades, en lugar de lo que están haciendo o cuáles son las siguientes etapas que podrían ser requeridas. Existe la necesidad en la técnica de una solución flexible con un modelo de proceso rápido que no requiera una inversión en infraestructura IT. Sumario de la Invención La presente invención se dirige a un método que varía la configuración de un dispositivo remoto. El método funciona en el contexto de un sistema que incluye un servidor REF. 180718 central y una pluralidad de dispositivos remotos. Los dispositivos remotos se comunican con el servidor central con el objeto de proporcionar al servidor central la información de seguimiento de evento, que incluye los datos de campo que se refieren a un proceso de negocios. El proceso de negocios es conducido por una o más personas que desempeñan múltiples papeles en el proceso de negocios. El programa o software que incluye una máquina de estado, es descargado en el dispositivo remoto. Una primera tabla de estado es descargada en el dispositivo remoto y es aplicada en la máquina de estado con el fin de configurar el dispositivo remoto de manera que funcione de acuerdo con un primer papel en el proceso de negocio. Mientras que el dispositivo remoto es configurado para funcionar de acuerdo con el primer papel : (i) los datos de campo son capturados utilizando el dispositivo remoto; (ii) los datos de campo son procesados con la máquina de estado de acuerdo con la primera tabla de estado a fin de generar la información de seguimiento de evento; y (iii) la información de seguimiento de evento es transmitida desde el dispositivo remoto al servidor central de acuerdo con la salida de (ii) . La presente invención también se dirige a un método que proporciona acceso a la información de seguimiento de evento que es relevante para un proceso de negocios, en el contexto de un sistema que incluye una pluralidad de distintos proveedores de servicio que suministran servicios a una pluralidad de diferentes entidades de negocios. Cada una de las entidades de negocios es asociada con uno o más de los procesos de negocios. La información de seguimiento de evento, que se refiere a los procesos de negocios asociados al menos con dos de las entidades de negocios, es recibida en un servidor central a partir de los proveedores de servicio. Cada ítem de la información de seguimiento de evento es indicado que se encuentra asociado con una de las entidades de negocios. La información recibida de seguimiento de evento es organizada de acuerdo con la indicación. El acceso a la información organizada de seguimiento de evento se proporciona a cada una de las entidades de negocios.

Breve Descripción de las Figuras A continuación, la invención será descrita con referencia a las modalidades preferidas y alternativas de la misma en conjunto con las figuras, en las cuales: La Figura 1A es una modalidad preferida de un sistema de la presente invención; La Figura IB es una representación de los componentes de un sistema de la presente invención; La Figura 1C es una representación de los componentes que podrían ser mantenidos en un dispositivo remoto de acuerdo con una modalidad preferida de la presente invención; La Figura 2 es una interfaz de usuario de ejemplo que muestra una secuencia de estado creada de acuerdo con la presente invención; La Figura 3 es un diagrama de flujo que ilustra una modalidad preferida de un método de la presente invención; La Figura 4 es un diagrama de flujo que ilustra una modalidad preferida de un método de la presente invención; La Figura 5 es una interfaz de usuario de ejemplo que podría ser empleada para crear un diagrama de acuerdo con la presente invención; y Las Figuras 6a y 6b son un diagrama de ejemplo creado de acuerdo con la presente invención.

Descripción Detallada de las Figuras La presente invención proporciona una solución flexible de automatización de proceso móvil que depende de una infraestructura alojada en forma central, con lo cual, se elimina la necesidad de que los usuarios inviertan en equipo de propiedad y en infraestructura IT. La solución proporciona un modo simple, rápido y económico las aplicaciones de escritura, modificación y optimización que están basadas en procesos de negocios y en el despliegue de estas aplicaciones en el campo . Con referencia a la Figura 1A, los individuos 5 (por ejemplo, trabajadores en el campo) emplean los dispositivos remotos 10 que se comunican con un servidor central 15. Estos dispositivos remotos 10 podrían incluir, por medio de ejemplo, teléfonos móviles, asistentes digitales personales y/u otros dispositivos portátiles de computación. En algunas modalidades, los dispositivos remotos 10 podrían incluir un mecanismo de exploración 11 (por ejemplo, RFID o un código de barras) unido con los mismos. El software mantenido en el dispositivo remoto 10 es descrito más adelante con referencia a la Figura 1C. Los usuarios 12 acceden al servidor central 15 para obtener la información proporcionada por los dispositivos remotos 10. En una modalidad, los dispositivos remotos 10 se comunican con el servidor central 15 a través de una red inalámbrica de datos, aunque las formas de comunicación alámbrica se encuentran dentro del alcance de la presente invención. Los usuarios 12 se comunican con el servidor central 15 a través de una red, tal como una WLAN o LAN. Los individuos 5 entran la información (por ejemplo, en forma manual o mediante la exploración de los códigos de barras o etiquetas RFID) que representa las acciones, ítems, ubicaciones, eventos u otro tipo de información. Los códigos existentes podrían ser utilizados, o pueden ser creados nuevos códigos que representen la información o que registren las actividades. En algunas modalidades, los dispositivos remotos 10 son activados por GPS, con lo cual, se permite la determinación de la ubicación de los dispositivos remotos 10 (y de esta manera, de los individuos 5) . Una vez entrada la información, ésta es transmitida al servidor central 15 y se encuentra disponible para su revisión, consulta o reporte, y para su alimentación a otros sistemas de servidor. Una modalidad de ejemplo del sistema inventivo incluye cuatro componentes de función básica, como se representa en la Figura IB. El componente de diseño 20 permite que los diseñadores de proceso representen en forma gráfica los procesos de negocios y que generen aplicaciones de funcionamiento (es decir, a través de la creación de diagramas de estado) las cuales pueden ser transmitidas a los dispositivos remotos 10. Como se describe en más detalle más adelante, es creado un diagrama Microsoft Visio®, y es transformado en una aplicación que puede ser ejecutada en los dispositivos remotos 10. El componente de captura 30 permite la colección de datos, utilizando escáneres, RFID, o una entrada de tecla como se describe en mayor detalle más adelante. El componente de reporte 40 hace disponibles a las personas interesadas (por ejemplo, a través de las herramientas basadas en la Web) los datos colectados utilizando el componente de captura 30. El componente de recolección 50 incluye una utilidad de servidor especializado que puede suministrar los datos capturados en múltiples formatos que exporta a los sistemas de facturación, tiempo, manejo de propiedad, auditoria, ERP, CRM, SCM y a otros sistemas de negocios. En una modalidad preferida de la presente invención, el software cargado en el dispositivo remoto 10 está comprendido de un conjunto de componentes que controlan las entradas, salidas, la lógica y el estado. Un diagrama que proporciona una ilustración de ejemplo de estos componentes se muestra en la Figura 1C . Se entenderá por aquellas personas expertas en la técnica que los componentes descritos en la presente son componentes de ejemplo; los componentes adicionales o diferentes podrían ser utilizados en otras modalidades de la presente invención. Los componentes centrales son como sigue. La máquina de estado 101 controla el estado actual de la aplicación que se ejecuta en el dispositivo remoto 10. Esta depende del analizador de estado 102 para crear una nueva máquina de estado 101 y en base a la validación de entrada 103 se mueve a través de los estados. El componente de manejo de variable 104 mantiene los valores actuales de las variables y las colecciones utilizadas en la máquina de estado 101. El manejador de evento 105 mantiene el evento de negocios del usuario actual, el evento de negocio de segundo plano y la historia de los eventos previos de negocios. El componente de tarea de segundo plano 106 colecta la información en nombre del usuario en forma automática para reportar el estado y efectuar la carga.

Los servicios incluyen lo siguiente. El analizador de estado 102 toma una representación comprimida del diagrama de la máquina de estado 101 y genera una instancia de tiempo de ejecución. El servicio de almacenamiento 107 maneja la persistencia de todos los datos para garantizar la integridad del evento de negocios a través de los reinicios. También almacena las variables, el estado de la máquina de estado 101, los eventos incompletos y completos de negocios y el diagrama comprimido de la máquina de estado 101. El servicio de autentificación 108 válida la identidad del usuario y registra una sesión con el proveedor de servicio (por ejemplo, en el servidor central 15). Las utilidades incluyen las siguientes. La utilidad de validación de entrada 103 garantiza la entrada válida en base a un conjunto de restricciones definidas dentro de la máquina de estado 101. La utilidad de salida de usuario 109 avisa e informa al usuario del estado actual. También requiere entradas en base al estado actual de la máquina de estado 101. Los mecanismos de entrada/salida incluyen lo siguiente. El GPS 110 captura la ubicación actual del usuario. El teclado 111 permite que el usuario entre datos. La AutoID 112 es una forma simplista de entrada de usuario que utiliza, por ejemplo, un escáner o RFID. El sincronizador 113 genera los datos en base a los eventos predefinidos de tiempo de la máquina de estado. La red 114 permite que un dispositivo remoto 10 recupere las nuevas aplicaciones y que cargue los datos. La pantalla 115 es el medio básico de proporcionar la información al usuario de la aplicación. La impresora 116 permite la salida de copias impresas. El sonido 117 proporciona la alerta para la entrada inválida y la terminación exitosa. Con el fin de crear una aplicación de funcionamiento a partir de una representación visual de un proceso de negocios, en primer lugar, el usuario debe crear un diagrama de estado. El Apéndice describe un modo de ejemplo en el cual pueden crearse diagramas de estado utilizando el Microsoft Visio®. Los programas de creación de flujo de trabajo diferentes del Microsoft Visio® pueden ser utilizados dentro del alcance de la presente invención. A través del uso de un traductor, el diagrama de estado es convertido en una secuencia de estado (un ejemplo de la cual se muestra en la Figura 2), que representa una aplicación que puede ser procesada por el dispositivo remoto. Después de la creación, esta secuencia de estado/aplicación es almacenada en un diccionario central de datos (es decir, el servidor central 15) . El diccionario central de datos también mantiene una configuración para todos los usuarios del sistema y mantiene una asociación de las secuencias de estado con los usuarios, según sea aplicable.

A partir del campo, cuando un usuario se registra, éste puede descargar la última versión de su aplicación (es) del servidor central 15 en su dispositivo remoto, ya sea en forma inalámbrica o utilizando una red alambrada. La estructura o esquema instalado en el dispositivo remoto (descrito con anterioridad con referencia a la Figura 1C) permite que el usuario consiga esto. Con el fin de obtener acceso a la aplicación (es) , en la modalidad preferida, el usuario es requerido para entrar en el dispositivo remoto la información de identificación de usuario (que identifica únicamente un usuario particular de todos los otros usuarios del sistema) y un código de licencia (que identifica únicamente la aplicación de interés) . La presente invención es útil en una diversidad de distintos contextos, tal como por medio de ejemplo, de los servicios de logística y transportación, operaciones, servicios de ventas y campo, servicios de seguridad y emergencia y educación. Otros contextos que emplean la presente invención serán conocidos por aquellas personas expertas en la técnica. Como será aparente a partir de los ejemplos proporcionados más adelante, la presente invención consigue visibilidad, rendición de cuentas y eficiencia operativa . Con respecto a la logística y transportación, la presente invención puede ser utilizada en el seguimiento de mensajeros, embarcaciones, ubicaciones de conductores y en otras propiedades en movimiento. Por medio de ejemplo, la presente invención puede ser utilizada para explorar paquetes en base a la recepción, sistema de almacenamiento y suministro; la captura prueba el suministro para llenar las facturas; la medición de los tiempos de espera del conductor; la mejora del servicio mediante la comparación de los tiempos prometidos de recepción/suministro con las conexiones de recepción y captura de firma; la ostensión de visibilidad en la hora/ubicación de los embarques individuales para un mejor servicio; y la exactitud o comparación de los manifiestos o declaraciones con los embarques y la capitalización en el enrutamiento conjuntivo. En una modalidad particularmente única de la presente invención, la visibilidad es proporcionada en los servicios subcontratados de distribución. Por medio de ejemplo, se supone que la Compañía A subcontrata la distribución de su Producto ABC con múltiples compañías de transporte por carretera. El proceso de negocios asociado con esta distribución incluye: la etapa 1: recoger el Producto ABC del centro de distribución; y etapa 2: entregar el Producto ABC al cliente. Un diagrama de estado es creado para este proceso y la aplicación resultante es descargada en el teléfono móvil de cada conductor de la Compañía de transporte responsable de la entrega del Producto ABC. De este modo, por ejemplo, en base a recoger el Producto ABC del almacén, el Conductor Joe de J&J Truc ing explora el paquete; la información que representa esta actividad (es decir, un paquete particular que contiene el Producto ABC fue recogido del almacén por el Conductor Joe a las 8:00 am) es presentado en una ubicación central (por ejemplo, el servidor central 15). A continuación, el Conductor Joe entregue el paquete al cliente y al hacerlo explora una vez más el paquete. La información que representa la entrega también es transmitida a la ubicación central. Los conductores de otras Compañías de transporte también entregan paquetes del Producto ABC para la Compañía A. Estos conductores podrían tener la aplicación descargada en sus dispositivos remotos y conectar las actividades similares con aquellas escritas con respecto al Conductor Joe. Entonces, la Compañía A podría obtener toda su información de distribución desde una ubicación centralizada, en lugar de tener que integrar sus sistemas con una pluralidad de distintas Compañías de transporte por carretera . Por medio de un ejemplo adicional, se supone que la Compañía A cambia su proceso de negocios para agregar una seguridad más rígida para sus productos. En particular, la Compañía A adiciona una tercera etapa (etapa 3: la obtención de un recibo firmado por el cliente como prueba de la entrega) a su proceso de negocios. En las soluciones de la técnica anterior, la Compañía A sería requerida para tener un programador de cómputo para crear un nuevo código que represente la aplicación revisada (incluyendo los elementos representados por una estructura de la presente invención, un ejemplo de la cual se describe con anterioridad con referencia a la Figura 1C) , el regreso de la llamada a cada dispositivo remoto de cada conductor, y la recarga de la nueva aplicación en cada microteléfono. De acuerdo con la presente invención, el diagrama Visio simplemente podría ser cambiado (véase el Apéndice A) para reflejar el nuevo proceso de negocios, y un diagrama de estado es creado aquí y es transmitido al dispositivo de cada individuo involucrado en estos procesos de negocios. Esto puede ser conseguido sin tener que cambiar la máquina de estado en el dispositivo. En una variación de este ejemplo, se supone que el Conductor Jim también trabaja para J&J Trucking, junto con el Conductor Joe. El Conductor Jim es responsable de obtener los recibos firmados del cliente y regresarlos a la Compañía A. La obtención de un recibo firmado por el cliente y su retorno a la Compañía A es parte del proceso de negocios de la Compañía A (y una aplicación ha sido creada para la misma de acuerdo con la presente invención) . Se supone además en este ejemplo que el Conductor Jim y el Conductor Joe comparten un dispositivo remoto. En base a la terminación de la tarea de entrega del Conductor Joe, éste podría proporcionar el dispositivo al Conductor Jim, quien descarga la aplicación relevante en su parte del proceso de negocios de la Compañía A. Se supone además en este ejemplo que una o más de estas Compañías de transporte sirven a la Compañía X en conexión con su distribución del Producto XYZ . La Compañía X tiene su propio proceso de negocios que será seguido en conexión con la entrega del Producto XYZ. En este ejemplo, el Conductor Joe también entrega el Producto XYZ para la Compañía X y de esta manera, mantiene dos aplicaciones en su dispositivo remoto, una para la entrega del Producto ABC y otra para la entrega del Producto XYZ. En una modalidad, el dispositivo remoto del Conductor Joe podría indicar (por ejemplo mediante una codificación de color) las aplicaciones que podrían ser utilizadas en la Compañía A y las aplicaciones que podrían ser utilizadas en la Compañía X. La información colectada por el Conductor Joe en el campo para la Compañía X es designada como tal y es mantenida en el servidor central en una cuenta separada de la información colectada por el Conductor Joe para la Compañía A. En el contexto de las operaciones, la presente invención puede ser utilizada para cumplir con los retos de logística que son inherentes en los procesos de mantenimiento y reparación, los cuales son intensivos de trabajo y partes. Por medio de ejemplo, la presente invención puede ser utilizada para obtener una imagen en tiempo real de las existencias de las partes; la vista del estado preciso del trabajo complejo de reparación (es decir, cuáles trabajadores son asignadas a este, qué etapas están completas, cuáles son las etapas restantes) ; la planeación rápida de los técnicos de reparación móvil; la terminación o cierre de las órdenes de trabajo MRO del suelo de talleres, sin retrasos o trámites; la identificación rápida de las partes y suministros que necesitan ser reabastecidos a medidas que son consumidos; y simplemente la comunicación del técnico para los trabajos de emergencia para observar cuáles son los trabajadores que están disponibles, cerca del trabajo, que ha necesitado las partes y las habilidades requeridas. Con respecto a las ventas, la presente invención proporciona información exacta y el tiempo en base al ciclo de ventas, lo cual permite la realización de una toma de decisión en cuanto a si el equipo de ventas está operando en la productividad máxima. Por medio de ejemplo, la presente invención puede ser utilizada para rastrear las oportunidades individuales de ventas; asignar las posibilidades y los valores potenciales a distintas cuentas; monitorear el desempeño del representante de ventas con respecto al tiempo; y manejar los prospectos individuales y la visión de todo el ciclo de ventas para situar las oportunidades o los riesgos. Con respecto a los servicios de campo, como resultado de tener la capacidad de obtención de información inmediata y precisa acerca de los procesos remotos de negocios basados en el campo, la presente invención proporciona una solución invaluable para organizaciones que desean proporcionar los niveles más altos de servicio al cliente. En particular, por medio de ejemplo, la presente invención puede ser utilizada para acelerar el servicio y reparación de producto en el campo; conseguir un manejo en tiempo real de los procesos de cliente-servicio; terminar o cerrar las órdenes de trabajo del campo a medida que los trabajos son completados; crear pistas de auditoria de todo los procesos, que incluyen la ubicación, la hora, la fecha y la acción; observar el tiempo estimado para la terminación; y mejorar el control de existencias de las partes de reemplazo. Con respecto a los servicios de seguridad y emergencia, la presente invención es útil en el seguimiento y manejo de estos procesos inherentemente móviles. Por medio de ejemplo, la presente invención puede ser utilizada por el personal de seguridad para explorar las distintas estaciones de registro en sus rondas regulares, con lo cual se proporcionan datos exactos de la hora y la ubicación que ratifican la conformidad con los procedimientos de seguridad; primero retransmisores manejan la selección en emergencias y transportación a las instalaciones médicas; los oficiales de seguridad de tierra rastrean los contenedores, manifiestos o declaraciones de embarque y otras obligaciones de embarque/recepción . Finalmente, con respecto a aplicaciones de educación, la presente invención puede ser utilizada para proporcionar información en tiempo real que transfiere los procesos diariamente, tal como el seguimiento de la asistencia, el consumo de comidas y los inventarios de alimento y libros de texto. Por ejemplo, la presente invención puede ser utilizada para observar los datos de programa del estudiante y la información de contacto de los familiares, para responder a las emergencias del estudiante, a incidentes y otras necesidades; para registrar y publicar los datos de asistencia; para manejar la existencia de libros de texto y abastecimientos; para optimizar los pagos de comida y para incrementar la precisión para la maximización de utilidades o ingresos; para el registro de autobuses, traslados y ubicaciones; y para mejorar el mantenimiento y la seguridad escolar. Una modalidad preferida de un método que varía la configuración de los dispositivos remotos se ilustra en el diagrama de flujo que se representa en la Figura 3. El método funciona en el contexto de un sistema (por ejemplo, el sistema que se representa en la Figura 1A) que incluye un servidor central 15 y una pluralidad de dispositivos remotos 10. Los dispositivos remotos 10 se comunican con el servidor central 15 con el fin de proporcionar la información de seguimiento de evento, que incluye datos de campo, que son relevantes para el proceso de negocios al servidor central. El proceso de negocios es conducido por una o más personas que desempeñan por lo menos un primer y segundo papeles diferentes en el proceso de negocios. En la etapa 301, el software que comprende una máquina de estado es descargado en un dispositivo remoto (por ejemplo, la máquina de estado 101 de la Figura 1C) . En la etapa 302, una primera tabla de estado es descargada en el dispositivo remoto. En la etapa 303, la primera tabla de estado (por ejemplo, el diagrama de estado 202 de la Figura 2) es aplicada en la máquina de estado con el objeto de configurar el dispositivo remoto 10 para operar de acuerdo con el primer papel en el proceso de negocios. En las etapas 304, 305 y 306, de manera respectiva, mientras que el dispositivo remoto 10 es configurado para operar de acuerdo con el primer papel , los datos de campo son capturados utilizando el dispositivo remoto 10; los datos de campo son procesados con la máquina de estado de acuerdo con la primera tabla de estado para generar la información de seguimiento de evento; y la información de seguimiento de evento asociada con el proceso de negocios es transmitida del dispositivo remoto 10 al servidor central 15 de acuerdo con la salida de la etapa 305. En la etapa 307, la segunda tabla de estado es descargada en el dispositivo remoto. En la etapa 303, la segunda tabla de estado es aplicada en la máquina de estado previamente descargada con el fin de reconfigurar el dispositivo remoto 10 para operar de acuerdo con el segundo papel en el proceso de negocios. El dispositivo remoto es reconfigurado del primer papel al segundo papel sin cambiar la máquina de estado en el dispositivo remoto 10. En las etapas 304, 305 y 306, de manera respectiva, mientras que el dispositivo remoto es configurado para operar de acuerdo con el segundo papel, los datos de campo son capturados al menos con un dispositivo remoto; los datos de campo son procesados con la máquina de estado de acuerdo con la segunda tabla de estado para generar la información de seguimiento de evento; y la información de seguimiento de evento asociada con el proceso de negocios es transmitida del dispositivo remoto 10 al servidor central 15 de acuerdo con la salida de la etapa 305. Una modalidad preferida de un método que proporciona acceso a la información de seguimiento de evento que es relevante para un proceso de negocios se ilustra en el diagrama de flujo representado en la Figura 4. El método es realizado en el contexto de un sistema que incluye una pluralidad de distintos proveedores de servicio quienes suministran servicios a una pluralidad de diferentes entidades de negocios . Cada una de las entidades de negocios es asociada con uno o más de los procesos de negocios. La información de seguimiento de evento con relación a los procesos de negocios asociados al menos con dos de las entidades de negocios es recibida en la etapa 401 en un servidor central desde los proveedores de servicio. Cada ítem de la información de seguimiento de evento es indicado que es asociado con una de las entidades de negocios. La información recibida de seguimiento de evento es organizada de acuerdo con la indicación en la etapa 402. El acceso a la información organizada de seguimiento de evento es proporcionado en cada una de las entidades de negocios en la etapa 403. Habiendo descrito de esta manera las modalidades ilustrativas de la invención, varias modificaciones y mejoras se les ocurrirán a aquellas personas expertas en la técnica y se pretende que se encuentren dentro del alcance de la invención. En consecuencia, la descripción precedente sólo es por medio de ejemplo y no se pretende que sea limitante. La invención sólo es limitada como es definida en las siguientes reivindicaciones y los equivalentes de la misma.

APÉNDICE Lo siguiente proporciona un proceso de ejemplo para la creación de un diagrama de estado que podría ser utilizado en conexión con la presente invención, el cual incluye la explicación del uso básico de algunas formas de ejemplo que son utilizadas para crear el diagrama. El usuario mantiene en un directorio en la computadora de usuario, uno o más archivos de patrón o duplicado que contienen las formas y un archivo .vsd. El programa Visual Basic para Aplicaciones debe ser instalado y los macros permitidos para el patrón y el documento .vsd. El usuario puede crear un diagrama de estado utilizando las formas proporcionadas. Cuando el usuario abre el archivo .vsd, también se abre el archivo de patrón. Una interfaz de ejemplo se muestra en la Figura 5. Si el usuario quisiera generar diagramas nuevos o adicionales, el usuario podría crear otra pestaña en el archivo .vsd haciendo clic derecho en la lengüeta nombrada como Página-1 en la parte inferior y podría seleccionar "Insertar la Página..." o podría guardar el diagrama actual como un segundo diagrama. Cuando se utilicen múltiples pestañas, el usuario puede presionar el botón de guardar mientras que observa el diagrama para lo cual el usuario quiere generar la secuencia de estado. En cualquier caso, el usuario debe utilizar un diagrama Visio que es originalmente derivado del archivo .vsd para asegurar que los macros correctos sean incluidos. Ciertas formas de ejemplo son descritas en la Tabla 1. Otras formas habituales podrían ser creadas y utilizadas dentro del alcance de la presente invención.

La Figura 6 muestra un diagrama de ejemplo creado de acuerdo con la presente invención, que ilustra un proceso de negocios .

Lo siguiente describe la información de implementación de ejemplo que se refiere a la programación de la aplicación que será ejecutada en el dispositivo remoto. Transiciones de Tecla Suave Cuando una transición de menú o una transición de menú No-OP también están presentes en un estado regular, ésta se encontrará disponible por medio de la segunda tecla suave o aparecerá en el menú de dispositivo remoto. Existe un límite de uno por estado, en la modalidad preferida. Los ejemplos son proporcionados más adelante.

Transición de Menú- Transición de Menú NoOp 2.0 1 1 I Exploración A Partir de los Menús . Una transición sin menú conectada con el estado de menú originará el permiso del usuario para explorar a partir de este estado de menú. Una selección de menú de tecla suave/dispositivo titulada "Exploración" activará el escáner. Las transiciones múltiples son permitidas. Los ejemplos se proporcionan más adelante. ?stjKipidíí fó : ; Transicion.

Transición No Op- Funciones Variables Las funciones variables podrían ser entradas en el "Otro" campo del Conjunto de Transiciones Variables 2.0. Estas funciones permiten que el usuario realice funciones aritméticas con ambas variables y constantes como operandos. Las operaciones que son disponibles incluyen: adición, sustracción, multiplicación, división y módulo. Estas funciones sólo podrían contener dos operandos (una operación) , de los cuales ambos deben ser enteros de valor (los valores decimales no son soportados) . Algunos ejemplos siguen con las descripciones. Otro: = {varl}+7 (agrega 7 al valor de la variable vari) Otro: = 7+ {vari} (agrega 7 al valor de la variable vari) Otro: = {varl}-{var2} (sustrae var2 de {vari}) Otro: = 34*{var2} (34 multiplicado por var2 ) Otro: = {varl}/2 (vari dividido entre 2) Nota: los residuos son ignorados Otro = {varl}%2 (vari módulo 2) Nota: este es el residuo de una operación de división. Soporte de Imagen. A través del estado de consulta, puede proporcionarse que los códigos serán depositados . Esto regresará los títulos y encenderá la pantalla del dispositivo. La presencia de un parámetro en el código llamado PICTURE también permitirá la recuperación de una imagen para este código. Un caso común de uso es la identificación de licencia. El parámetro debe ser llamado PICTURE y debe ser ajustado igual a url . Esta url puede ser una vía relativa o una vía absoluta. Si fuera una vía relativa, el número de código + .png será adjuntado en la url . Listas Las listas permiten al individuo almacenar la información en un grupo, con lo cual se permite que el usuario cargue esta información de grupo en el microteléfono a partir de la lista. Esto permite la carga previa de datos (por ejemplo, los manifiestos, ubicaciones que el usuario necesita visitar este día, etc.). GPS La ubicación del usuario puede ser capturada (para dispositivos activados por GPS) y utilizada en conexión con el flujo de trabajo, en algunas modalidades. Colección Automática de Datos El diagrama de estado puede ser configurado en un modo que provocará que ciertos datos sean entrados o que las acciones sean realizadas en forma automática sin la interacción del usuario. Por ejemplo, los datos GPS podrían ser capturados en forma automática. Otro ejemplo se refiere al seguimiento de niños y de autobuses. Las detenciones o paros de autobús deben ser interrumpidas en eventos separados de negocios sin ninguna interacción con el dispositivo remoto. Dentro del diagrama, el usuario puede configurar la velocidad del autobús que activará la finalización del evento de negocio y obligará a una carga. Por lo tanto, cuando el autobús se aleja y excede una velocidad, por ejemplo, de 8.05 m/h (5 mph) , sucederá una carga. Se hace constar que con relación a esta fecha el mejor método conocido por la solicitante para llevar a la práctica la citada invención, es el que resulta claro de la presente descripción de la invención.

Claims

REIVINDICACIONES Habiéndose descrito la invención como antecede, se reclama como propiedad lo contenido en las siguientes reivindicaciones: 1. En un sistema que incluye un servidor central y una pluralidad de dispositivos remotos, en donde los dispositivos remotos se comunican con el servidor central con el fin de proporcionar la información de seguimiento de evento, que incluye los datos de campo que son relevantes para un proceso de negocios, al servidor central, en donde el proceso de negocios es conducido por una o más personas que desempeñan al menos un primer y un segundo papeles diferentes en un proceso de negocios, un método que varía una configuración al menos de uno de los dispositivos remotos, caracterizado porque comprende: (a) descargar el software que incluye una máquina de estado en el dispositivo remoto; (b) descargar una primera tabla de estado al dispositivo remoto y aplicar la primera tabla de estado en la máquina de estado con el fin de configurar el dispositivo remoto para operar de acuerdo con el primer papel en el proceso de negocios; (c) mientras el dispositivo remoto es configurado para operar de acuerdo con el primer papel : (i) capturar los datos de campo con el dispositivo remoto; (ii) procesar, con la máquina de estado y de acuerdo con la primera tabla de estado, los datos de campo para generar la información de seguimiento de evento asociada con el proceso de negocios; y (iii) transmitir la información de seguimiento de evento del dispositivo remoto al servidor central de acuerdo con la salida de la etapa (c) (ii); (d) después de la etapa (c) , aplicar la segunda tabla de estado a la máquina de estado previamente descargada en la etapa (a) con el fin de reconfigurar el dispositivo remoto para operar de acuerdo con el segundo papel en el proceso de negocios, en donde el dispositivo remoto es reconfigurado del primer papel al segundo papel sin cambiar la máquina de estado en el dispositivo remoto; y (e) mientras el dispositivo remoto es configurado para operar de acuerdo con el segundo papel : (i) captura los datos de campo al menos con un dispositivo remoto; (ii) procesa, con la máquina de estado y de acuerdo con la segunda tabla de estado, los datos de campo para generar la información de seguimiento de evento; y (iii) transmite la información de seguimiento de evento asociada con el proceso de negocios del dispositivo remoto al servidor central de acuerdo con la salida de la etapa (e) (ii) .
2. El método de conformidad con la reivindicación 1, caracterizado porque el sistema además comprende una interfaz gráfica de usuario para entrar una definición del proceso de negocios que será almacenada en el servidor central; en donde, en base a la definición del proceso de negocios, el servidor central genera en forma automática por lo menos una primera tabla de estado para el primer papel en el proceso de negocios y la segunda tabla de estado para el segundo papel en el proceso de negocios.
3. El método de conformidad con la reivindicación 1, caracterizado porque el dispositivo remoto incluye un escáner que detecta en forma automática los artículos susceptibles de ser leídos por la máquina, y en donde las etapas c(i) y e(i) incluyen la detección en forma automática de los artículos susceptibles de ser leídos por máquina como parte de los datos de campo .
4. Un sistema para la captura de la información de seguimiento de evento, que incluye los datos de campo, relacionada con el proceso de negocios, caracterizado porque comprende: un servidor central; una o más personas que conducen el proceso de negocios desempeñando al menos un primer y un segundo papeles diferentes en el proceso de negocios; una pluralidad de dispositivos remotos en comunicación con el servidor central y utilizados por las personas para colectar la información de seguimiento de evento y proporcionar la información de seguimiento de evento al servidor central, en donde la configuración de los dispositivos remotos es variada mediante: (a) la descarga del software que incluye una máquina de estado en el dispositivo remoto; (b) la descarga de una primera tabla de estado en el dispositivo remoto y la aplicación de la primera tabla de estado en la máquina de estado con el fin de configurar el dispositivo remoto para operar de acuerdo con el primer papel en el proceso de negocios; y (c) mientras el dispositivo remoto es configurado para operar de acuerdo con el primer papel : (i) captura los datos de campo con el dispositivo remoto; (ii) procesa, con la máquina de estado y de acuerdo con la primera tabla de estado, los datos de campo para generar la información de seguimiento de evento asociada con el proceso de negocios; y (iii) transmite la información de seguimiento de evento del dispositivo remoto al servidor central de acuerdo con la salida de la etapa (c) (ii) ; (d) después de la etapa (c) , aplicar la segunda tabla de estado en la máquina de estado previamente descargada en la etapa (a) con el fin de reconfigurar el dispositivo remoto para operar de acuerdo con el segundo papel en el proceso de negocios, en donde el dispositivo remoto es reconfigurado del primer papel al segundo papel sin cambiar la máquina de estado en el dispositivo remoto; y (e) mientras el dispositivo remoto es configurado para operar de acuerdo con el segundo papel : (i) captura los datos de campo al menos con un dispositivo remoto; (ii) procesa, con la máquina de estado y de acuerdo con la segunda tabla de estado, los datos de campo para generar la información de seguimiento de evento; y (iii) transmite la información de seguimiento de evento asociada con el proceso de negocios del dispositivo remoto al servidor central de acuerdo con la salida de la etapa (e) (ii) .
5. En un sistema que incluye una pluralidad de diferentes proveedores de servicio quienes suministran servicios a una pluralidad de distintas entidades de negocios, en donde cada una de las entidades de negocios es asociada con uno o más procesos de negocios, un método que proporciona acceso a la información de seguimiento de evento que es relevante para los procesos de negocios, caracterizado porque el método comprende: (a) recibir en el servidor central, a partir de los proveedores de servicio, la información de seguimiento de evento que se refiere a los procesos de negocios asociados al menos con dos de las entidades de negocios, en donde cada ítem de la información de seguimiento de evento es indicado que es asociado con una de las entidades de negocios; (b) organizar la información recibida de seguimiento de evento de acuerdo con la indicación; y (c) proporcionar a cada una de las entidades de negocios acceso a la información organizada de seguimiento de evento .