ES2737725T3 - Sistemas y métodos para la gestión de máquinas de estado - Google Patents

Abstract

Un método implementado por ordenador, en donde el método se realiza mediante el uso de uno o más procesadores, el método que comprende: recibir un identificador de flujo de trabajo; recibir uno o más estados de flujo de trabajo, uno o más estados de flujo de trabajo, que incluyen los correspondientes identificadores de estado de flujo de trabajo; recibir una o más definiciones de operación correspondientes a cada uno de uno o más estados de flujo de trabajo, una o más definiciones de operación que incluyen una o más operaciones de flujo de trabajo; recibir una o más definiciones de transición, las definiciones de transición correspondientes a una o más definiciones de operación y determinar una secuencia de uno o más estados de flujo de trabajo; generar una máquina de estados; configurar la máquina de estados en función del identificador de flujo de trabajo, uno o más estados de flujo de trabajo, una o más definiciones de operación y una o más definiciones de transición. recibir un identificador del caso; generar un objeto de datos del caso que incluya el identificador del caso y una o más propiedades del caso; acceder a la máquina de estados en respuesta a la recepción del identificador del caso; asignar el identificador de flujo de trabajo, uno o más estados de flujo de trabajo, una o más definiciones de operación y una o más definiciones de transición al objeto de datos del caso vincular automáticamente uno o más elementos asociados al objeto de datos del caso, uno o más elementos asociados que se relacionan con el objeto de datos del caso en función de una o más propiedades del caso; acceder a una pluralidad de fuentes de datos de terceros; y recuperar automáticamente, de terceros, uno o más elementos asociados de la pluralidad de fuentes de datos en función de una o más propiedades del caso.

Description

DESCRIPCIÓN

Sistemas y métodos para la gestión de máquinas de estado.

Aviso de derecho de autor

Una porción de la descripción de este documento de patente contiene material que está sujeto a la protección de los derechos de autor. El titular de los derechos de autor no tiene ninguna objeción al facsímil de cualquiera del documento de patente o la descripción de la patente, tal como aparece en los archivos o registros de patentes de la Oficina de Marcas y Patentes, pero de cualquier otra manera se reserva todos los derechos de autor. El siguiente aviso se aplica al programa informático y los datos como se describe a continuación y en los dibujos que forman parte de este documento: Derecho de autor 2015, PALANTIR, INC, Todos los derechos reservados.

Campo técnico

El tema descrito en la presente descripción se relaciona generalmente con la creación y gestión de objetos de datos de casos con un sistema en red. Específicamente, la presente descripción aborda sistemas y métodos para la generación y gestión de objetos de datos de casos.

Antecedentes

Los sistemas de procesamiento de datos pueden usarse para facilitar la creación y gestión de documentos virtuales a través de un sistema en red, a través de la gestión simultánea de una amplia gama de objetos de datos de una variedad de fuentes, donde cada objeto de datos puede tener requisitos de flujo de trabajo o gestión únicos. A su vez, esta gestión puede llevar a aplicaciones innovadoras con aplicaciones prácticas del mundo real. Por ejemplo, una organización puede automatizar un proceso de creación de documentos configurando un sistema de procesamiento de datos para ejecutar varios procesos de flujo de trabajo.

Breve descripción de los dibujos

Varios de los dibujos adjuntos simplemente ilustran modalidades de ejemplo de la presente descripción y no pueden considerarse como limitantes de su alcance.

La Figura 1 es un diagrama de red que ilustra una arquitectura de red adecuada para generar y gestionar casos, de acuerdo con algunas modalidades ilustrativas.

La Figura 2A es un diagrama de bloques que ilustra una modalidad de ejemplo de varios módulos que forman un sistema de gestión de casos, de acuerdo con algunas modalidades de ejemplo, que se proporciona como parte de la arquitectura de red de la Figura 1.

La Figura 2B es un diagrama de bloques que ilustra una modalidad de ejemplo de varios módulos que forman un sistema de máquina de estados, de acuerdo con algunas modalidades de ejemplo, que se proporciona como parte de la arquitectura de red de la Figura 1.

La Figura 3 es un diagrama de flujo que ilustra las operaciones del sistema de la máquina de estados al recibir definiciones de flujo de trabajo, que configura una máquina de estados, de acuerdo con algunas modalidades de ejemplo.

La Figura 4 es un diagrama de flujo que ilustra las operaciones del sistema PaCMan para generar objetos de datos de casos, que accede a una máquina de estados y que asigna a la configuración de flujo de trabajo de la máquina de estados los objetos de casos de datos, de acuerdo con algunas modalidades de ejemplo.

La Figura 5 es un diagrama de interacción que ilustra diversas interacciones de ejemplo entre el sistema de la máquina de estados, el sistema PaCMan y los servidores de terceros, de acuerdo con algunas modalidades.

La Figura 6 es un diagrama que ilustra una bandeja de entrada de documentos del sistema PaCMan, que incluye criterios de clasificación, un icono de creación de casos y un campo de búsqueda de casos, de acuerdo con algunas modalidades de ejemplo.

La Figura 7 es un diagrama que ilustra una interfaz de creación de casos del sistema PaCMan, de acuerdo con algunas modalidades de ejemplo.

La Figura 8 es un diagrama que ilustra un rol de usuario y una interfaz de acceso del sistema PaCMan, de acuerdo con algunas modalidades de ejemplo.

La Figura 9 es un diagrama de bloques que ilustra los componentes de una máquina, de acuerdo con algunas modalidades de ejemplo, capaces de leer instrucciones de un medio legible por máquina y ejecutar una o más de las metodologías descritas en la presente descripción.

Descripción detallada

Los métodos y sistemas de ejemplo se dirigen a un sistema de gestión de casos configurado para generar y gestionar objetos de datos de casos. Los ejemplos simplemente tipifican posibles variaciones. A menos que se indique explícitamente de cualquier otra manera, los componentes y funciones son opcionales y pueden combinarse o subdividirse, y las operaciones pueden variar en secuencia o combinarse o subdividirse. En la siguiente descripción, para los propósitos de la explicación, se exponen numerosos detalles específicos para proporcionar un entendimiento completo de las modalidades de ejemplo. Sin embargo, será evidente para un experto en la técnica que la materia descrita puede llevarse a la práctica sin estos detalles específicos.

Se configura un sistema de gestión de casos (por ejemplo, mediante módulos adecuados) para proporcionar una o más funciones de gestión y generación de casos. Según lo configurado, el sistema de gestión de casos permite a un usuario (por ejemplo, un desarrollador de sistemas) generar y configurar una máquina de estados, la configuración de la máquina de estados incluye uno o más estados de flujo de trabajo, una o más operaciones que pueden ejecutarse en cada uno de uno o más estados, un conjunto de transiciones correspondientes a una o más operaciones y un estado inicial. La máquina de estados proporciona operativamente un flujo de trabajo para un objeto de datos del caso en función de la configuración correspondiente, en donde el objeto de datos del caso incluye la configuración de la máquina de estados.

El sistema de gestión de casos se configura para acceder a la máquina de estados y, en función de la configuración correspondiente de la máquina de estados, genera un objeto de datos del caso. Las modalidades de ejemplo también proporcionan métodos para recibir (y asignar al objeto de datos del caso) una lista de identificadores de usuario, definir roles de usuario y listas de control de acceso (ACL) para los usuarios asociados con los identificadores de usuario, agregar 0 ver rápidamente notas de casos, vincular elementos asociados a los casos generados, y rastrear y registrar un ciclo de vida (por ejemplo, una cronología) de un objeto de datos del casos a través del flujo de trabajo definido.

Las mejoras en la generación y gestión de objetos de datos de casos pueden permitir que los recursos de soporte físico y aplicación informática se optimicen, que incluyen una reducción en el consumo de energía causada por la necesidad de un uso de soporte físico más corto o menos intensivo, una reducción en los requisitos de memoria al reducir la cantidad de información necesaria para procesar en diferentes etapas del flujo de trabajo, o reduciendo la cantidad de tiempo durante el cual se necesita almacenar dicha información, y habilitando, por ejemplo, el filtrado de recursos y los recursos de red asociados con la transmisión y recepción de datos, tal como el uso de ancho de banda, causado por la reducción del número de etapas de consulta requeridas para ejecutarse entre diferentes componentes o módulos de un sistema de soporte físico y/o aplicación informática que incorpora la presente invención.

Como ejemplo ilustrativo desde la perspectiva del usuario, supongamos que un usuario accede al sistema de gestión de casos a través de un dispositivo cliente. El sistema de gestión de casos permite al usuario acceder a una máquina de estados con la configuración de flujo de trabajo correspondiente. El usuario puede acceder a la máquina de estados al enviar un identificador de flujo de trabajo (por ejemplo, un nombre de referencia correspondiente al flujo de trabajo de la máquina de estados), avanzar a través de uno o más estados correspondientes al flujo de trabajo según lo define el desarrollador del sistema (por ejemplo, una creación/proyecto de estado, un estado de aprobación, un estado pendiente), y ejecutar operaciones definidas por el desarrollador que pueden ejecutarse en cada uno de uno o más estados (por ejemplo, redacción, edición, vinculación de documentos relacionados, aprobación, rechazo, asignación, transferencia, cancelación). Por lo tanto, la máquina de estados está preconfigurada (por ejemplo, por el desarrollador del sistema) para incluir las definiciones de flujo de trabajo que luego son accesibles por el usuario.

El usuario puede decidir abrir un caso (por ejemplo, un objeto de datos del caso) en función del flujo de trabajo previamente definido y asociado con la máquina de estados. El usuario accede a la máquina de estados al proporcionar el identificador de flujo de trabajo correspondiente (por ejemplo, asociado a la máquina de estados) a través de la creación de un caso en la interfaz (por ejemplo, seleccionando un icono de "caso nuevo" dentro de una interfaz gráfica de usuario). El usuario también puede proporcionar al sistema de gestión de casos una o más propiedades del caso (por ejemplo, un nombre de caso) con el propósito de abrir y generar el caso, y el sistema de gestión de casos generará el caso en función de la máquina de estados especificada por el usuario. El sistema de gestión de casos aplica una o más definiciones de flujo de trabajo de la máquina de estados correspondiente al caso, definiendo así el flujo de trabajo para el caso. Las operaciones correspondientes al flujo de trabajo previamente definido por el desarrollador del sistema en la máquina de estados pueden ejecutarse en el caso en función del estado actual del caso. Los estados subsiguientes del caso se determinan en función de las definiciones de transición dentro de la configuración de la máquina de estados. De esta manera, el desarrollador del sistema puede definir un flujo de trabajo que se aplique a los casos generados por el sistema de gestión de casos, y además permite a los usuarios abrir y gestionar casos a través de su flujo de trabajo correspondiente en función de las configuraciones de la máquina de estados previamente proporcionadas por el desarrollador del sistema.

Con referencia a la Figura 1, se muestra una modalidad de ejemplo de una arquitectura de red 100 basada en servidorcliente de alto nivel. Una red 104 proporciona funcionalidad del lado del servidor aun dispositivo cliente 110. En algunas implementaciones, un usuario interactúa con un sistema en red 102 mediante el uso del dispositivo cliente 110. La Figura 1 ilustra, por ejemplo, un cliente web 112 (por ejemplo, un navegador, como el explorador INTERNET EXPLORER® desarrollado por MICROSOFT® CORPORATION de Redmond, estado de Washington), aplicación (es) cliente 114 y un cliente programático 116 que se ejecuta en el dispositivo cliente 110. El dispositivo cliente 110 puede incluir el cliente web 112, la (s) aplicación (es) cliente (s) 114, y el cliente programático 116 solos, juntos o en cualquier combinación adecuada. Aunque la Figura 1 muestra un dispositivo cliente 110; en otras implementaciones, la arquitectura de red 100 comprende múltiples dispositivos cliente.

El dispositivo cliente 110 puede ser un dispositivo informático que incluye al menos una pantalla y capacidades de comunicación que proporcionan acceso a la red 104. El dispositivo cliente 110 puede ser, por ejemplo, un dispositivo remoto, estación de trabajo, ordenador, ordenador de propósito general, dispositivo de Internet, dispositivo portátil, dispositivo inalámbrico, dispositivo portátil, ordenador portátil, teléfono celular o móvil, asistente digital personal (PDA), teléfono inteligente, tableta, ordenador portátil ligero, miniordenador portátil, ordenador portátil, ordenador de escritorio, sistema multiprocesador, sistema electrónico de consumo programare o basado en microprocesador, consola de juegos, caja decodificadora, ordenador personal (PC) en red, miniordenador, etc. En una modalidad de ejemplo, el dispositivo cliente 110 comprende uno o más de una pantalla táctil, acelerómetro, giroscopio, sensor biométrico, cámara, micrófono, dispositivo de sistema de posicionamiento global (GPS) y similares.

El dispositivo cliente 110 se comunica con la red 104 a través de una conexión por cable o inalámbrica. Por ejemplo, una o más porciones de la red 104 pueden comprender una red ad hoc, una intranet, una extranet, una red privada virtual (VPN), una red de área local (LAN), una LAN inalámbrica (WLAN), una red de área amplia (WAN), una red WAN inalámbrica (WWAN), una red de área metropolitana (MAN), una porción de Internet, una porción de la red telefónica pública conmutada (PSTN), una red de telefonía celular, una red inalámbrica, una red de fidelidad inalámbrica (Wi-Fi®), una red mundial de interoperabilidad para acceso de microondas (WiMax), otro tipo de red o cualquier combinación adecuada de estas.

En varias modalidades de ejemplo, el usuario puede ser una persona, una máquina u otra entidad que sea capaz de interactuar con el dispositivo 110 del cliente. En algunas modalidades de ejemplo, el usuario no es parte de la arquitectura de red 100, sino que interactúa con la arquitectura de red 100 a través del dispositivo cliente 110 u otro medio. Por ejemplo, el usuario proporciona una entrada (por ejemplo, una entrada de pantalla táctil o una entrada alfanumérica) al dispositivo cliente 110 y la entrada se comunica a la red 104. El usuario puede interactuar con el sistema en red 102 mediante el uso del dispositivo cliente 110. Además, se muestra que una aplicación de terceros 132, que se ejecuta en un servidor de terceros 130, tiene acceso programático al sistema en red 102.

Además, mientras que la arquitectura de red 100 mostrada en la Figura 1 emplea una arquitectura cliente-servidor, el objeto de la presente invención no se limita, por supuesto, a una arquitectura de este tipo, y puede igualmente encontrar una aplicación en un sistema de arquitectura distribuido o de igual a igual, por ejemplo. Los sistemas del (de los) servidor (es) 140 de aplicaciones (por ejemplo, el sistema PaCMan 142 y el sistema de la máquina de estados 144) también pueden implementarse como programas de aplicación informática independientes, que no necesariamente tienen capacidades de red.

La Figura 2A es un diagrama de bloques que ilustra los componentes del sistema PaCMan 142 que configuran el sistema PaCMan 142 para generar y gestionar casos basados en máquinas de estado generadas por el sistema de máquina de estados 144, de acuerdo con algunas modalidades de ejemplo. Se muestra que el sistema PaCMan 142 incluye un módulo de recuperación de estados 210, un módulo de generación de casos 215, un módulo de conexión 220 y el sistema de la máquina de estados 144, todos configurados para comunicarse entre sí (por ejemplo, a través de un bus, una memoria compartida o un conmutador). Uno o más de estos módulos pueden implementarse mediante el uso de uno o más procesadores (por ejemplo, configurando uno o más procesadores para ejecutar las funciones descritas para ese módulo) y, por lo tanto, pueden incluir uno o más de los procesadores.

La Figura 2B es un diagrama de bloques que ilustra los componentes del sistema de la máquina de estados 144 que configuran el sistema de la máquina de estados 144 para crear la máquina de estados en función de las configuraciones de flujo de trabajo proporcionadas, de acuerdo con algunas modalidades de ejemplo. Se muestra que el sistema de la máquina de estados 144 incluye un módulo de flujo de trabajo 235, un módulo de transición 240, un módulo de operación 245 y un módulo de generación de objetos 250, todos configurados para comunicarse entre sí (por ejemplo, a través de un bus, memoria compartida o un conmutador). Uno o más de estos módulos pueden implementarse mediante el uso de uno o más procesadores (por ejemplo, configurando uno o más procesadores para ejecutar las funciones descritas para ese módulo) y, por lo tanto, pueden incluir uno o más de los procesadores.

Uno o más de los módulos descritos en la presente descripción pueden implementarse mediante el uso de solo soporte físico (por ejemplo, uno o más procesadores de una máquina) o una combinación de soporte físico y aplicación informática. Por ejemplo, cualquier módulo descrito del sistema PaCMan 142 o el sistema de la máquina de estados 144 puede incluir físicamente una disposición de uno o más procesadores (por ejemplo, un subconjunto de o entre uno o más de los procesadores de la máquina que se describe a continuación con referencia a la Figura 9) configurado para ejecutar las operaciones descritas en la presente descripción para ese módulo. Como otro ejemplo, cualquier módulo del sistema PaCMan 142 y el sistema de la máquina de estados 144 puede incluir aplicación informática, soporte físico o ambos, que configuran una disposición de uno o más procesadores (por ejemplo, entre uno o más procesadores de la máquina) para realizar la operaciones descritas en la presente descripción para ese módulo. En consecuencia, los diferentes módulos del sistema PaCMan 142 y el sistema de la máquina de estados 144 pueden incluir y configurar diferentes disposiciones de tales procesadores o una única disposición de dichos procesadores en diferentes puntos en el tiempo. Además, cualquiera de los dos o más módulos del sistema PaCMan 142 y el sistema de la máquina de estados 144 pueden combinarse en un solo módulo, y las funciones descritas en la presente descripción para un solo módulo pueden subdividirse entre múltiples módulos. Además, de acuerdo con diversas modalidades de ejemplo, los módulos descritos en la presente descripción como implementados dentro de una sola máquina, base de datos o dispositivo pueden distribuirse en múltiples máquinas, bases de datos o dispositivos.

La Figura 3 es un diagrama de flujo que ilustra las operaciones del sistema de la máquina de estados 144 al ejecutar un método 300 para recibir una configuración de flujo de trabajo y generar y configurar máquinas de estado, de acuerdo con algunas modalidades de ejemplo. Como se muestra en la Figura 3, algunas modalidades de ejemplo del método 300 pueden ejecutarse por el sistema de la máquina de estados 144 mediante el uso de los módulos descritos anteriormente con respecto a la Figura 2B. La Figura 3 muestra el método 300 que incluye una o más de las operaciones 305, 310, 315, 320 y 325.

La operación 305 puede ejecutarse por el módulo de flujo de trabajo 235, y con respecto al dispositivo cliente 110. El módulo de flujo de trabajo 235 recibe una configuración de una máquina de estados que define un flujo de trabajo de un objeto de datos del caso correspondiente. Por ejemplo, el flujo de trabajo del objeto de datos del caso (por ejemplo, caso, documento) incluye uno o más estados de flujo de trabajo, que incluye, por ejemplo, estados correspondientes a una fase de creación de documentos (por ejemplo, borrador), una fase de edición, una fase de revisión, una pendiente fase de aprobación, y una fase aprobada. Por lo tanto, el módulo de flujo de trabajo 235 se configura para recibir entradas desde el dispositivo cliente 110 que proporciona una serie de estados de flujo de trabajo correspondientes a un documento, y los identificadores de estado de flujo de trabajo correspondientes a cada uno de los estados de flujo de trabajo.

La operación 310 puede ejecutarse por el módulo de operación 245, con respecto al dispositivo cliente 110. El módulo de operación 245 recibe definiciones de operación, que definen las operaciones que pueden realizarse en cada uno de los estados de flujo de trabajo definidos en la operación 305. Una operación puede ser, por ejemplo, una acción o un procedimiento que produce un resultado. Un resultado de ejemplo es mover un documento de un estado actual a un estado posterior, o generar una notificación en respuesta a una operación ejecutada. Por ejemplo, el módulo de operación 245 puede recibir múltiples definiciones de operación (por ejemplo, enviar un documento para su aprobación, aprobar un documento, rechazar un documento, asignar un documento, transferir un documento) correspondiente a cada una de las definiciones de estado de flujo de trabajo recibidas por el módulo de flujo de trabajo 235 en funcionamiento 305. El módulo de operaciones 245 rastrea la ejecución de las operaciones ejecutadas en cada uno de los estados de flujo de trabajo y registra las operaciones ejecutadas en una cronología de flujo de trabajo. La cronología del flujo de trabajo puede incluir datos que indiquen una fecha y hora de ejecución, y el correspondiente identificador de usuario de un usuario que ejecutó la operación.

La operación 315 puede ejecutarse por el módulo de transición 240, con respecto al dispositivo cliente 110. El módulo de transición 240 recibe definiciones de transición, que definen una secuencia correspondiente a uno o más estados de flujo de trabajo en función de las operaciones ejecutadas. Por ejemplo, un usuario (por ejemplo, un desarrollador del sistema) puede proporcionar al módulo de transición 240 las definiciones de transición, cada definición de incisión establece un estado de flujo de trabajo posterior de un documento a través del flujo de trabajo en función de una operación ejecutada en el estado actual del documento dentro del flujo de trabajo.

La operación 320 puede ejecutarse por el módulo de generación de objetos 250. El módulo de generación de objetos 250 recupera las definiciones de flujo de trabajo del módulo de flujo de trabajo 235, las definiciones de transición del módulo de transición 240 y las definiciones de operación del módulo de operación 245. Al recuperar las definiciones, el módulo de generación de objetos genera y configura una máquina de estados para asignar las definiciones. En algunas modalidades de ejemplo, el módulo de generación de objetos 250 también puede recibir un identificador de flujo de trabajo para asignar a la máquina de estados. En la operación 325, el sistema de máquina de estados 144 entrega la máquina de estados configurada al sistema PaCMan 142.

La Figura 4 es un diagrama de flujo que ilustra las operaciones del sistema PaCMan 142 al ejecutar un método 400 para generar objetos de datos de casos (por ejemplo, casos), acceder a la máquina de estados relacionada con los casos y gestionar los casos en función de las definiciones de flujo de trabajo correspondientes. Como se muestra en la Figura 4, algunas modalidades de ejemplo del método 400 pueden ejecutarse por el sistema PaCMan 142 mediante el uso de los módulos descritos anteriormente con respecto a la Figura 2A. La Figura 4 muestra el método 400 que incluye una o más de las operaciones 405, 410, 415 y 420. El método 400 es simplemente un ejemplo no limitativo de un método para generar un caso. Aunque las etapas del método se muestran en un orden particular, desde la operación 405 hasta la operación 420, un experto en la técnica entenderá que cualquier sistema configurado para ejecutar las etapas del método, en cualquier orden, está dentro del alcance de la presente descripción.

La operación 405 puede ejecutarse por el módulo 215 de generación de casos del sistema PaCMan 142. El módulo 215 de generación de casos crea un caso que incluye un identificador del caso y una o más propiedades del caso (por ejemplo, nombre del caso, contenido del caso, un sujeto, un autor).

La operación 410 puede ejecutarse por el módulo de recuperación BPM 210 del sistema PaCMan 142. El módulo de recuperación de estados 210 recupera un conjunto de estados de flujo de trabajo al acceder al sistema de la máquina de estados 144. Por ejemplo, el módulo de recuperación de estados 210 puede recibir un identificador de flujo de trabajo del dispositivo cliente 110, y el identificador de flujo de trabajo correspondiente a una máquina de estados con una configuración particular correspondiente al identificador de flujo de trabajo. El sistema de la máquina de estados 144 puede proporcionar al módulo de recuperación de estados 210 acceso a la máquina de estados apropiada, en función del identificador de flujo de trabajo recibido.

La operación 415 puede ejecutarse por el módulo de generación de casos 215. El módulo 215 de generación de casos recibe un comando del dispositivo cliente 110, donde el comando incluye el identificador de flujo de trabajo. El módulo 215 de generación de casos asigna el flujo de trabajo de la máquina de estados identificada por el identificador de flujo de trabajo al caso. La asignación del flujo de trabajo de la máquina de estados al caso aplica las configuraciones de flujo de trabajo recibidas al caso.

La operación 420 puede ejecutarse por el módulo de vinculación 220. El módulo de vinculación 220 accede a los servidores de terceros 130 a través de la red 104, o una o más bases de datos 126 a través de uno o más servidores de bases de datos 124, con el propósito de recuperar cualquier documento o elemento que pueda estar relacionado con el caso generado por el módulo de generación de casos 215 en la operación 405. Los documentos pueden estar relacionados en función de una o más propiedades del caso. El módulo de vinculación 220 puede entonces vincular uno o más elementos asociados al caso. Al vincular uno o más elementos asociados, el módulo de vinculación 220 genera una referencia a cada uno de uno o más elementos asociados, y almacena la referencia dentro del caso, de manera que uno o más elementos asociados pueden recuperarse en función de sus referencias correspondientes. Alternativamente, el módulo de vinculación 220 también puede generar una referencia al caso, y asignar la referencia al caso a uno o más elementos asociados.

El módulo de vinculación 220 recupera una lista de identificadores de usuario correspondientes a uno o más usuarios para asignar al caso. La lista de identificadores de usuario puede incluir nombres, información de contacto, nombres de usuario y similares. Por ejemplo, el módulo de vinculación 220 puede recuperar la lista de identificadores de usuario de una base de datos (por ejemplo, la base de datos 126) en función de una selección o entrada del usuario. El módulo de vinculación 220 también recupera entradas que definen los roles de usuario y el acceso correspondiente a uno o más usuarios identificados por uno o más identificadores de usuario. Los roles de usuario pueden definir operaciones que cada usuario puede realizar en el caso durante uno o más estados de flujo de trabajo.

La Figura 5 es un diagrama de interacción que representa intercambios de ejemplo entre el sistema de la máquina de estados 144, el sistema PacMan 142 y los servidores de terceros 130, de acuerdo con algunas modalidades. En la operación 504, el sistema de la máquina de estados 144 recibe un identificador de flujo de trabajo (por ejemplo, de un desarrollador del sistema) para asignarlo a una configuración de flujo de trabajo de una máquina de estados. En algunos casos, las entradas pueden recibirse a través de un elemento de interfaz gráfica de usuario (GUI) en el que un usuario ingresa una o más fuentes de datos para recuperar documentos.

Las operaciones 504-512 tienen lugar dentro del sistema de la máquina de estados 144. En la operación 506, se reciben los estados de flujo de trabajo y los identificadores de flujo de trabajo correspondientes para cada uno de los estados de flujo de trabajo. Por ejemplo, un usuario (por ejemplo, un desarrollador del sistema) puede definir que un flujo de trabajo tiene cuatro estados de flujo de trabajo posibles, donde cada uno de los cuatro estados de flujo de trabajo tiene un identificador de estados de flujo de trabajo correspondiente (por ejemplo, borrador, aprobado, rechazado, pendiente).

En la operación 508, el sistema de máquina de estados 144 recibe definiciones para las operaciones que pueden ejecutarse en cada uno de uno o más estados de flujo de trabajo. En algunas modalidades de ejemplo, las operaciones pueden incluir asignar el caso, editar el caso, enviar el caso para su aprobación, aprobar el caso o rechazar el caso. Las definiciones pueden limitar las operaciones que pueden ejecutarse en un caso, en dependencia del estado en el que se encuentre el caso.

En la operación 510, el sistema de máquina de estados 144 recibe definiciones de transición correspondientes a uno o más estados de flujo de trabajo, en base a una o más definiciones de operación recibidas en la operación 508. Las definiciones de transición delinean una secuencia de los estados de flujo de trabajo para un objeto de datos del caso. Por ejemplo, las definiciones de transición pueden proporcionar que un estado de flujo de trabajo posterior de un caso varía en dependencia de la operación ejecutada en el caso en su estado actual.

En la operación 512, el sistema de máquina de estados 144 genera y configura una máquina de estados en función de una o más configuraciones de flujo de trabajo (por ejemplo, el identificador de flujo de trabajo, los estados del flujo de trabajo, las operaciones de flujo de trabajo y las definiciones de transición).

Las operaciones 514-520 y 524-526 tienen lugar dentro del sistema PaCMan 142. En la operación 514, el sistema PaCMan 142 accede a la máquina de estados generada por el sistema de máquina de estados 144. Por ejemplo, el sistema PaCMan 142 puede acceder a la máquina de estados proporcionando al sistema de máquinas de estados 144 un identificador de flujo de trabajo correspondiente a un flujo de trabajo de la máquina de estados generado y configurado por el sistema de máquina de estados 144. En algunas modalidades de ejemplo, el sistema PaCMan 142 también puede acceder a múltiples máquinas de estado previamente generadas y configuradas por el sistema de máquina de estado 144, y permitir al usuario seleccionar un flujo de trabajo deseado en función de un identificador de flujo de trabajo.

En la operación 516, el sistema PaCMan 142 recibe propiedades del caso y un identificador del caso del dispositivo cliente 110, y genera un objeto de datos del caso en función de una o más propiedades del caso. En la operación 518, el sistema PaCMan 142 asigna la configuración de flujo de trabajo recuperada de la máquina de estados accedida al caso generado. Una vez que la configuración del flujo de trabajo se ha asignado al caso generado, el caso recibe una o más definiciones de flujo de trabajo de la máquina de estados correspondiente. Al hacerlo, el sistema PaCMan 142 permite que un usuario administre el caso a través de uno o más estados de flujo de trabajo correspondientes, en función de las configuraciones de flujo de trabajo de la máquina de estados correspondiente.

En la operación 520, el sistema PaCMan 142 recupera uno o más elementos asociados con el caso, en función de una o más propiedades del flujo de trabajo, de los servidores de terceros 130. En algunas modalidades, el sistema PaCMan 142 también puede recuperar elementos asociados con el caso de las bases de datos 126. En la operación 522, el servidor de terceros 130 proporciona al sistema PaCMan 142 los elementos asociados, y en la operación 524, el sistema PaCMan 142 vincula los elementos asociados con el caso, como se describió anteriormente con referencia a la Figura 4. En algunas modalidades de ejemplo, los vínculos entre el caso y uno o más elementos están correlacionados por el usuario.

En la operación 526, el sistema PaCMan 142 recibe una lista de uno o más identificadores de usuario que identifican a uno o más usuarios a los que asignar el caso. La asignación del caso asocia el caso con uno o más identificadores de usuario. En algunas modalidades, un usuario puede ser designado como autor del caso, o administrador, de manera que la designación otorga al usuario mayores privilegios de acceso y operación dentro de uno o más estados de flujo de trabajo del caso.

La Figura 6 es un diagrama de interfaz de usuario que muestra una bandeja de entrada de documentos 600 del sistema PaCMan 142, que tiene un campo de búsqueda de casos 602, un icono de creación de casos 604 y uno o más criterios de clasificación 606. La bandeja de entrada del documento 600 puede ser una página web interactiva o una pantalla de aplicación interactiva que permite al usuario (por ejemplo, Adam) generar y gestionar casos.

El campo de búsqueda de casos 602 se muestra como un campo de entrada basado en texto configurado para recibir uno o más identificadores de casos desde el dispositivo cliente 110. Por ejemplo, el usuario puede proporcionar al campo de búsqueda de casos 602 un identificador del caso correspondiente a un caso que se ha generado previamente por el módulo 215 de generación de casos. En algunas modalidades, el campo de búsqueda de casos 602 puede configurarse para expandirse y mostrar una lista de identificadores de casos correspondientes a casos que se han generado previamente, lo que permite al usuario seleccionar un caso para acceder a través del campo de búsqueda de casos 602. Junto al campo de búsqueda de casos 602 se muestran uno o más criterios de clasificación 606. En algunas modalidades, el sistema PaCMan 142 puede configurarse para clasificar los casos generados previamente en función de los criterios de clasificación que pueden incluir un título, una fecha creada, una fecha actualizada o un estado dentro del flujo de trabajo correspondiente al caso.

La selección del ícono de creación de caso 604 puede resultar en la presentación de una interfaz de creación de caso, permitiendo al usuario proporcionar una o más propiedades del caso y asignar una configuración de flujo de trabajo de una máquina de estados para gobernar el flujo de trabajo del caso.

La Figura 7 es un diagrama de una interfaz de creación de casos 700 del sistema PaCMan 142, que se muestra que incluye una o más propiedades del caso 702, y entradas de lista de control de acceso 704. Seleccionando el icono de creación de casos 604 como se muestra en la Figura 6, el sistema PaCMan 142 hace que se muestre la interfaz de creación de casos 700. El usuario puede entonces proporcionar al sistema PaCMan 142 con una o más propiedades del caso 702. En algunas modalidades de ejemplo, el usuario puede ingresar una o más propiedades del caso 702 como entradas basadas en texto.

Alternativamente, la interfaz de creación de casos 700 puede configurarse para presentar una lista de una o más propiedades del caso entre las que un usuario puede seleccionar.

La Figura 8 es un diagrama de un rol de usuario y una interfaz de acceso 800, que se muestra que incluye un campo de identificación de usuario 802 y un campo de rol de usuario 804. El campo de identificación de usuario 802 es operable para recibir uno o más identificadores de usuario correspondientes a usuarios asociados con un caso generado por el sistema PaCMan 142, y el campo de rol de usuario 804 es operable para recibir roles de usuario de cada uno de uno o más identificadores de usuario recibidos en el campo de identificación de usuario 802. Un identificador de usuario (entre uno o más identificadores de usuario) puede tener uno o más roles correspondientes.

La Figura 9 es un diagrama de bloques que ilustra los componentes de una máquina 900, de acuerdo con algunas modalidades de ejemplo, capaces de leer las instrucciones 924 desde un medio 922 legible por máquina (por ejemplo, un medio legible por máquina no transitorio, un medio de almacenamiento legible por máquina, un medio de almacenamiento legible por ordenador, o cualquier combinación adecuada de los mismos) y ejecutar una o más de las metodologías que se describen en la presente descripción, en su totalidad o en parte. Específicamente, la Figura 9 muestra la máquina 900 en la forma de ejemplo de un sistema informático (por ejemplo, un ordenador) dentro del cual se encuentran las instrucciones 924 (por ejemplo, aplicación informática, un programa, una aplicación, un subprograma, una aplicación u otro código ejecutable) para hacer que la máquina 900 ejecute una o más de las metodologías descritas en la presente descripción y puedan ejecutarse, en su totalidad o en parte.

En modalidades alternativas, la máquina 900 funciona como un dispositivo independiente o puede acoplarse comunicativamente (por ejemplo, en red) a otras máquinas. En un despliegue en red, la máquina 900 puede operar en la capacidad de una máquina servidor o una máquina cliente en ambiente de red cliente-servidor, o como una máquina igual en un ambiente de red de distribuida (por ejemplo, entre iguales). La máquina 900 puede ser un ordenador servidor, un ordenador cliente, una PC, una tableta, un ordenador personal, un miniordenador portátil, un teléfono celular, un teléfono inteligente, una caja decodificadora (STB), un PDA, una aplicación web, un enrutador de red, conmutador de red, un puente de red, o cualquier máquina capaz de ejecutar las instrucciones 924, secuenciales o de cualquier otra manera, que especifican acciones a ser tomadas por esa máquina. Adicionalmente, aunque solo se ilustra una única máquina, el término "máquina" también incluirá cualquier colección de máquinas que ejecutan individualmente o en conjunto las instrucciones 924 para ejecutar todas pare de cualquiera o más de las metodologías descritas en la presente descripción.

La máquina 900 incluye un procesador 902 (por ejemplo, una unidad central de procesamiento (CPU), una unidad de procesamiento de gráficos (GPU), un procesador de señales digitales (DSP), un circuito integrado de aplicación específica (ASIC), un circuito integrado de radiofrecuencia (RFIC), o cualquier combinación adecuada de los mismos, una memoria principal 904 y una memoria estática 906, que se configuran para comunicarse entre sí a través de un bus 908. El procesador 902 puede contener microcircuitos digitales de estado sólido (por ejemplo, electrónicos, ópticos o ambos) que pueden configurarse, temporal o permanentemente, mediante algunas o todas las instrucciones 924, de manera que el procesador 902 puede configurarse para realizar una o más de las metodologías descritas en la presente descripción, en su totalidad o en parte. Por ejemplo, un conjunto de uno o más microcircuitos del procesador 902 puede ser configurable para ejecutar uno o más módulos (por ejemplo, módulos de aplicación informática) descritos en la presente descripción. En algunas modalidades de ejemplo, el procesador 902 es una CPU multinúcleo (por ejemplo, una CPU de doble núcleo, una CPU de cuatro núcleos o una CPU de 128 núcleos) dentro de la cual cada uno de los múltiples núcleos es un procesador independiente que puede realizar una cualquiera o más de las metodologías descritas en la presente descripción, en su totalidad o en parte. Aunque los efectos beneficiosos descritos en la presente descripción pueden proporcionarse por la máquina 900 con al menos el procesador 902, estos mismos efectos pueden proporcionarse por un tipo diferente de máquina que no contiene procesadores (por ejemplo, un sistema puramente mecánico, un sistema puramente hidráulico o un sistema híbrido mecánico-hidráulico), si tal máquina sin procesador se configurada para realizar una o más de las metodologías descritas en la presente descripción.

La máquina 900 puede incluir además una pantalla gráfica 910 (por ejemplo, un panel de pantalla de plasma (PDP), una pantalla de diodo emisor de luz (LED), una pantalla de cristal líquido (LCD), un proyector, un tubo de rayos catódicos (CRT) o cualquier otra pantalla capaz de mostrar gráficos o video). La máquina 900 también puede incluir un dispositivo de entrada/salida 912 (por ejemplo, un teclado o teclado numérico, ratón o trackpad), un componente de ubicación 914 (por ejemplo, un receptor GPS), una unidad de almacenamiento 916, un dispositivo de generación de audio 918 (por ejemplo, una tarjeta de sonido, un amplificador, un altavoz, un conector para auriculares o cualquier combinación adecuada de los mismos, y un dispositivo de interfaz de red 920.

La unidad de almacenamiento 916 incluye el medio legible por máquina 922 (por ejemplo, un medio de almacenamiento legible por máquina tangible y no transitorio) en el que se almacenan las instrucciones 924 que incorporan una o más de las metodologías o funciones descritas en la presente descripción. Las instrucciones 924 pueden también residir, completamente o al menos parcialmente, dentro de la memoria principal 904, dentro del procesador 902 (por ejemplo, dentro de la memoria caché del procesador), dentro de la memoria estática 906, o cualquier combinación de las mismas, antes o durante la ejecución de estas por la máquina 900. En consecuencia, la memoria principal 904, la memoria estática 906 y el procesador 902 pueden considerarse medios legibles por máquina (por ejemplo, medios legibles por máquina tangibles y no transitorios). Las instrucciones 924 pueden transmitirse o recibirse a través de una red 926 a través del dispositivo de interfaz de red 920. Por ejemplo, el dispositivo de interfaz de red 920 puede comunicar las instrucciones 924 mediante el uso de uno o más protocolos de transferencia (por ejemplo, protocolo de transferencia de hipertexto (HTTP).

Como se usa en la presente, el término "memoria" se refiere a un medio legible por máquina capaz de almacenar datos de forma temporal o permanente y puede considerarse que incluye, pero no se limita a, memoria de acceso aleatorio (RAM), memoria de solo lectura (ROM), memoria búfer, memoria flash y memoria caché. Mientras que los medios legibles por una máquina 922 se muestran en una modalidad ilustrativa como que es un medio único, el término "medios legibles por máquina" puede incluir un medio único o múltiples medios (por ejemplo, una base de datos centralizada o distribuida, y/o memorias caché asociadas y servidores) que almacenan una o más estructuras de datos o instrucciones. El término "medio legible por máquina" también se tomará para incluir cualquier medio, o combinación de múltiples medios, que sea capaz de almacenar las instrucciones 924 para que las ejecute la máquina 900, de manera que las instrucciones 924, cuando se ejecuten por uno o más procesadores de la máquina 900 (por ejemplo, el procesador 902), hacen que la máquina 900 realice una o más de las metodologías descritas en la presente descripción, en su totalidad o en parte. En consecuencia, un "medio legible por máquina" se refiere a un único aparato o dispositivo de almacenamiento, así como también a los sistemas de almacenamiento basados en la nube o redes de almacenamiento que incluyen múltiples aparatos o dispositivos de almacenamiento. En consecuencia, Debe considerarse que el término "medio legible por máquina" incluye, pero no se limita a, uno o más depósitos de datos tangibles y no transitorios (por ejemplo, volúmenes de datos) en la forma de ejemplo de un chip de memoria de estado sólido, un disco óptico, un disco magnético, o cualquier combinación adecuada de los mismos. Un medio legible por máquina "no transitorio", como se usa en la presente descripción, no incluye específicamente señales de propagación en sí. En algunas modalidades de ejemplo, las instrucciones 924 para la ejecución por la máquina 900 pueden comunicarse por un medio portador. Los ejemplos de dicho medio portador incluyen un medio de almacenamiento (por ejemplo, un medio de almacenamiento legible por máquina no transitorio, tal como una memoria de estado sólido, que se mueve físicamente de un lugar a otro) y un medio transitorio (por ejemplo, un dispositivo de propagación que comunica las instrucciones 924).

Ciertas modalidades se describen en la presente descripción como que incluyen lógica o varios componentes, módulos o mecanismos. Los módulos pueden constituir módulos de aplicación informática (por ejemplo, código almacenado o incorporado de cualquier otra manera en un medio legible por máquina o en un medio de transmisión), módulos de soporte físico, o cualquier combinación adecuada de los mismos. Un "módulo de soporte físico" es una unidad tangible (por ejemplo, no transitoria) capaz de realizar ciertas operaciones y puede configurarse o disponerse de cierta manera física. En varias modalidades de ejemplo, uno o más sistemas informáticos (por ejemplo, un sistema informático independiente, un sistema informático cliente o un sistema informático servidor) o uno o más módulos de soporte físico de un sistema informático (por ejemplo, un procesador o un grupo de procesadores) puede configurarse por aplicación informática (por ejemplo, una aplicación o porción de la aplicación) como un módulo de soporte físico que funciona para realizar ciertas operaciones como se describe en la presente descripción.

En algunas modalidades, un módulo de soporte físico puede implementarse de forma mecánica, electrónica o cualquier combinación adecuada de los mismos. Por ejemplo, un módulo de soporte físico puede incluir circuitos o lógica dedicados que se configuran permanentemente para ejecutar ciertas operaciones. Por ejemplo, un módulo de soporte físico puede ser un procesador de propósito especial, tal como una matriz de compuerta programable de campo (FPGA) o un ASIC. Un módulo de soporte físico también puede incluir un circuito o lógica programable que se configura temporalmente por la aplicación informática para realizar ciertas operaciones. Por ejemplo, un módulo de soporte físico puede incluir aplicación informática incluida dentro de una c Pu u otro procesador programable. Se apreciará que la decisión de implementar un módulo de soporte físico mecánicamente, en circuitos dedicados y configurados permanentemente, o en circuitos configurados temporalmente (por ejemplo, configurados por aplicación informática) puede impulsarse por consideraciones de costo y tiempo.

En consecuencia, debe entenderse que la frase "módulo de soporte físico" abarca una entidad tangible, y tal entidad tangible puede construirse físicamente, configurarse permanentemente (por ejemplo, cablearse), o configurarse temporalmente (por ejemplo, programarse) para operar de cierta manera o para realizar ciertas operaciones descritas en la presente descripción. Como se usa en la presente descripción, "módulo implementado por soporte físico" se refiere a un módulo de soporte físico. Teniendo en cuenta las modalidades en las que los módulos de soporte físico se configuran temporalmente (por ejemplo, programados), no es necesario que cada uno de los módulos de soporte físico se configure o cree una instancia en un momento dado. Por ejemplo, cuando un módulo de soporte físico comprende una CPU configurada por aplicación informática para convertirse en un procesador de propósito especial, la CPU puede configurarse como diferentes procesadores de propósitos especiales respectivamente (por ejemplo, cada uno incluido en un módulo de soporte físico diferente) en diferentes momentos. En consecuencia, la aplicación informática (por ejemplo, un módulo de aplicación informática) puede configurar uno o más procesadores, por ejemplo, para constituir un módulo de soporte físico particular en una instancia de tiempo y para constituir un módulo de soporte físico diferente en una instancia de tiempo diferente.

Los módulos de soporte físico pueden proporcionar información y recibir información de otros módulos de soporte físico. En consecuencia, los módulos de soporte físico descritos pueden considerarse como acoplados comunicativamente. Cuando existen múltiples módulos de soporte físico al mismo tiempo, las comunicaciones pueden lograrse a través de la transmisión de señales (por ejemplo, a través de circuitos y buses apropiados) entre dos o más de los módulos de soporte físico. En modalidades en las que múltiples módulos de soporte físico se configuran o instancian en diferentes momentos, las comunicaciones entre dichos módulos de soporte físico pueden lograrse, por ejemplo, a través del almacenamiento y la recuperación de información en estructuras de memoria a las que los múltiples módulos de soporte físico tienen acceso. Por ejemplo, un módulo de soporte físico puede realizar una operación y almacenar la salida de esa operación en un dispositivo de memoria al que se acopla comunicativamente. Un módulo de soporte físico adicional puede, posteriormente, acceder al dispositivo de memoria para recuperar y procesar la salida almacenada. Los módulos de soporte físico también pueden iniciar comunicaciones con dispositivos de entrada o salida y pueden operar en un recurso (por ejemplo, una recopilación de información).

Las diversas operaciones de métodos ilustrativos descritos en este documento pueden realizarse, al menos parcialmente, por uno o más procesadores que se configuran temporalmente (por ejemplo, por la aplicación informática) o permanentemente configurado para ejecutar las operaciones relevantes. Ya sea configurado de forma temporal o permanente, tales procesadores pueden constituir módulos de procesador implementados que operan para ejecutar una o más operaciones o funciones descritas en la presente descripción. En la presente descripción, las operaciones aquí descritas pueden implementarse al menos parcialmente en el procesador, ya que un procesador es un ejemplo de soporte físico. Por ejemplo, al menos alguna de las operaciones de un método puede ejecutarse por uno o más procesadores o módulos de procesadores implementados. Como se usa en la presente descripción, "módulo implementado por procesador" se refiere a un módulo de soporte físico en el que el soporte físico incluye uno o más procesadores. Uno o más procesadores también pueden operar para apoyar el desempeño de las operaciones relevantes en un ambiente de "computación en la nube" o como una "aplicación informática como un servicio" (SaaS). Por ejemplo, al menos algunas de las operaciones pueden ejecutarse por un grupo de ordenadores (como ejemplos de máquinas que incluyen procesadores), siendo estas operaciones accesibles mediante una red (por ejemplo, el Internet) y mediante una o más interfaces apropiadas (por ejemplo, una interfaz de programa de aplicación (API)).

A lo largo de esta descripción, las instancias plurales pueden implementar componentes, operaciones o estructuras descritas como una sola instancia. Aunque las operaciones individuales de uno o más métodos se ilustran y describen como operaciones separadas, una o más de las operaciones individuales pueden ejecutarse al mismo tiempo, y nada requiere que las operaciones se ejecuten en el orden ilustrado. Generalmente, las estructuras y funcionalidades presentadas como componentes separados en las configuraciones ilustrativas pueden implementarse como una estructura o componente combinado. De manera similar, las estructuras y funcionalidades presentadas como un componente sencillo pueden implementarse como componentes separados. Estas y otras variaciones, modificaciones, adiciones y mejoras pueden caer dentro del alcance del objeto en la presente descripción.

El rendimiento de algunas de las operaciones puede distribuirse entre uno o más procesadores, ya sea que reside dentro de una sola máquina o se despliega a través de un número de máquinas. En algunas modalidades de ejemplo, uno o más procesadores o módulos de soporte físico (por ejemplo, módulos implementados por procesador) pueden ubicarse en una única ubicación geográfica (por ejemplo, dentro de un entorno doméstico, un entorno de oficina o una granja de servidores). En otras modalidades de ejemplo, uno o más procesadores o módulos de soporte físico pueden distribuirse en una serie de ubicaciones geográficas.

Algunas partes del objeto descrito en la presente descripción pueden presentarse en términos de algoritmos o representaciones simbólicas de operaciones en datos almacenados como bits o señales digitales binarias dentro de una memoria de máquina (por ejemplo, una memoria de ordenador). Estas descripciones y representaciones simbólicas o algorítmicas son ejemplos de técnicas usadas por aquellos expertos en las técnicas del procesamiento de datos para transmitir la esencia de su trabajo de manera efectiva a otros expertos en la técnica. Como se usa en la presente descripción, un "algoritmo" es una secuencia de operaciones autoconsistente o un procesamiento similar que conduce a un resultado deseado. En este contexto, los algoritmos y las operaciones implican la manipulación física de cantidades físicas. Típicamente, pero no necesariamente, tales cantidades pueden tomar la forma de señales eléctricas, magnéticas u ópticas capaces de almacenarse, accederse, transferirse, combinarse, compararse o manipularse de cualquier otra manera por una máquina. En ocasiones es conveniente, principalmente por razones de uso común, referirse a tales señales mediante el uso de palabras tales como "datos", "contenido", "bits", "valores", "elementos", "símbolos", "caracteres" "términos", "números", "numerales" o similares. Estas palabras, sin embargo, son meramente etiquetas convenientes y deben asociarse con cantidades físicas apropiadas.

A menos que se especifique de cualquier otra manera, las descripciones en el presente documento que usan palabras como "procesamiento", "computación", "cálculo", "determinación", "presentación", "visualización" o similares pueden referirse a acciones o procesos de una máquina (por ejemplo, un ordenador) que manipula o transforma datos representados como cantidades físicas (por ejemplo, electrónicas, magnéticas u ópticas) dentro de una o más memorias (por ejemplo, memoria volátil, memoria no volátil o cualquier combinación adecuada de las mismas), registros u otra máquina Componentes que reciben, almacenan, transmiten o muestran información. Además, a menos que se especifique de cualquier otra manera, los términos "uno" o "una" se usan en la presente descripción, como es común en los documentos de patente, para incluir uno o más de un ejemplo. Finalmente, como se usa en la presente descripción, la conjunción "o" se refiere a un "o" no exclusivo, a menos que se especifique lo contrario.

Claims (10)

REIVINDICACIONES

1. Un método implementado por ordenador, en donde el método se realiza mediante el uso de uno o más procesadores, el método que comprende:

recibir un identificador de flujo de trabajo;

recibir uno o más estados de flujo de trabajo, uno o más estados de flujo de trabajo, que incluyen los correspondientes identificadores de estado de flujo de trabajo;

recibir una o más definiciones de operación correspondientes a cada uno de uno o más estados de flujo de trabajo, una o más definiciones de operación que incluyen una o más operaciones de flujo de trabajo;

recibir una o más definiciones de transición, las definiciones de transición correspondientes a una o más definiciones de operación y determinar una secuencia de uno o más estados de flujo de trabajo;

generar una máquina de estados;

configurar la máquina de estados en función del identificador de flujo de trabajo, uno o más estados de flujo de trabajo, una o más definiciones de operación y una o más definiciones de transición.

recibir un identificador del caso;

generar un objeto de datos del caso que incluya el identificador del caso y una o más propiedades del caso; acceder a la máquina de estados en respuesta a la recepción del identificador del caso;

asignar el identificador de flujo de trabajo, uno o más estados de flujo de trabajo, una o más definiciones de operación y una o más definiciones de transición al objeto de datos del caso

vincular automáticamente uno o más elementos asociados al objeto de datos del caso, uno o más elementos asociados que se relacionan con el objeto de datos del caso en función de una o más propiedades del caso; acceder a una pluralidad de fuentes de datos de terceros; y

recuperar automáticamente, de terceros, uno o más elementos asociados de la pluralidad de fuentes de datos en función de una o más propiedades del caso.

2. El método de la reivindicación 1, en donde la vinculación incluye:

generar una referencia a cada uno de uno o más elementos asociados; y

almacenar la referencia en el objeto de datos del caso.

3. El método de la reivindicación 1, en donde la vinculación incluye:

generar una referencia al objeto de datos del caso; y

almacenar la referencia con uno o más elementos asociados.

4. El método de cualquiera de las reivindicaciones anteriores, en donde la recepción del identificador de flujo de trabajo incluye la recepción de un nuevo identificador de flujo de trabajo como una entrada de texto.

5. El método de cualquiera de las reivindicaciones 1-3, en donde la recepción del identificador de flujo de trabajo incluye la recepción de una selección del identificador de flujo de trabajo entre una lista de uno o más identificadores de flujo de trabajo.

6. El método de la reivindicación 1, en donde la asignación del identificador de flujo de trabajo, uno o más estados del flujo de trabajo, una o más definiciones de operación y la definición o más definiciones de transición al objeto de datos del caso incluye:

recibir el identificador de flujo de trabajo como una entrada de usuario desde un dispositivo cliente; y acceder a la máquina de estados en función del identificador de flujo de trabajo.

7. El método de la reivindicación 1 que comprende, además:

recibir una lista de identificadores de usuario que comprende una pluralidad de identificadores de usuario que representan uno o más usuarios;

asignar la lista de identificadores de usuario al caso; y

asignar un rol para cada uno de los identificadores de usuario, el rol que define los privilegios de acceso correspondientes al caso.

8. El método de cualquiera de las reivindicaciones anteriores, en donde la ejecución de una operación de flujo de trabajo entre una o más operaciones de flujo de trabajo de una o más definiciones de operación da como resultado una transición en función de una o más definiciones de transición.

9. El método de la reivindicación 8, que comprende, además:

seguir la ejecución de la operación de flujo de trabajo; y

registrar la operación del flujo de trabajo en una cronología de flujo de trabajo, la cronología del flujo de trabajo que incluye una o más operaciones de flujo de trabajo ejecutadas.

10. Un programa de ordenador que comprende las instrucciones legibles por máquina que cuando se ejecutan por un aparato informático que hace que el aparato informático ejecute el método de acuerdo con cualquier reivindicación anterior.

Un sistema que comprende:

procesadores; y

una memoria que almacena instrucciones que, cuando se ejecutan al menos por un procesador entre los procesadores, hacen que el sistema ejecute operaciones que comprenden:

recibir un identificador de flujo de trabajo;

recibir uno o más estados de flujo de trabajo, uno o más estados de flujo de trabajo, que incluyen los correspondientes identificadores de estado de flujo de trabajo;

recibir una o más definiciones de operación correspondientes a cada uno de uno o más estados de flujo de trabajo, una o más definiciones de operación que incluyen una o más operaciones de flujo de trabajo;

recibir una o más definiciones de transición, las definiciones de transición correspondientes a una o más definiciones de operación y determinar una secuencia de uno o más estados de flujo de trabajo;

generar una máquina de estados;

configurar la máquina de estados en función del identificador de flujo de trabajo, uno o más estados de flujo de trabajo, una o más definiciones de operación y una o más definiciones de transición; y

recibir un identificador del caso;

generar un objeto de datos del caso que incluya el identificador del caso y una o más propiedades del caso; acceder a la máquina de estados en respuesta a la recepción del identificador del caso;

asignar el identificador de flujo de trabajo, uno o más estados de flujo de trabajo, una o más definiciones de operación y una o más definiciones de transición al objeto de datos del caso

vincular automáticamente uno o más elementos asociados al objeto de datos del caso, uno o más elementos asociados que se relacionan con el objeto de datos del caso en función de una o más propiedades del caso; acceder a una pluralidad de fuentes de datos de terceros; y

recuperar automáticamente uno o más elementos asociados de la pluralidad de orígenes de datos en función de una o más propiedades del caso.