BRPI0618302A2

BRPI0618302A2 - modelagem da entrada do usuário e interação em aplicativos baseados em fluxo de trabalho

Info

Publication number: BRPI0618302A2
Application number: BRPI0618302-6A
Authority: BR
Inventors: Dandres Sanabria; Constantin Mihai; Nikhil Kothari; Israel Helerio; Michael Harder; Paul Maybee
Original assignee: Microsoft Corp
Priority date: 2005-12-29
Filing date: 2006-12-07
Publication date: 2011-08-23
Also published as: RU2008126237A; EP1969484A4; CN101346713B; US20070156485A1; CN101346713A; BRPI0618302A8; JP2009522645A; US9710773B2; WO2007078593A1; EP1969484A1; US20150206079A1; KR20080087804A; US8849691B2; RU2445688C2

Abstract

MODELAGEM DA ENTRADA DO USUáRIO E INTERAçAO EM APLICATIVOS BASEADOS EM FLUXO DE TRABALHO Trata-se de sistemas e métodos que implementam interatividade como parte do próprio fluxo de trabalho. Dados são passados para dentro e para fora do fluxo de trabalho para formar um fluxo de trabalho interativo, por meio do uso de um componente de atividade interativa. Tal componente de atividade interativa modela pontos de suspensão dentro de uma definição de fluxo de trabalho, em que a entrada do usuário e a interação associada podem ser fornecidas para o fluxo de trabalho durante vários intervalos de interatividade que exigem a entrada do usuário. Tal esquema permite uma troca de dados controlada/síncrona entre o fluxo de trabalho e um aplicativo hospedeiro associado a ele.

Description

"MODELAGEM DA ENTRADA DO USUÁRIO E INTERAÇÃO EMAPLICATIVOS BASEADOS EM FLUXO DE TRABALHO"

ANTECEDENTES DA INVENÇÃO

Em geral, "fluxo de trabalho" refere-se ao fluxode informações e controle dentro de organizações. As empre-sas empenham-se continuamente em definir, documentar e mo-dernizar tais processos a fim de competir solidamente. Emuma configuração comercial, esses processos incluem o pro-cessamento de vendas e pedidos, tarefas de compra, controlee gerenciamento de estoque, controle de fabricação e produ-ção, envio e recebimento, contas a pagar, entre outros.

Os sistemas de computadores e software associadosagora oferecem ferramentas com as quais as empresas e outrasorganizações podem aperfeiçoar seu fluxo de trabalho. Asferramentas de software podem ser usadas para moldar os pro-cessos ou programações de fluxo de trabalho comercial e i-dentificar ineficiências e possíveis aperfeiçoamentos. Alémdisso, quando um processo envolve a troca de dados entrepessoas, departamentos, instalações ou mesmo entre companhi-as separadas, sistemas e redes de computadores podem ser u-sados para aperfeiçoar essas trocas. Tais sistemas e ferra-mentas de software são capazes, ainda, de aperfeiçoar cálcu-los em grande escala e o processamento de outros dados ouinformações que costumam estar associados a informações re-lacionadas ao comércio.

Sendo assim, o gerenciamento do fluxo de trabalhoinclui o gerenciamento eficaz do fluxo e controle de infor-mações nos processos comerciais de uma organização, em que aautomação de tal processamento de informações levou a muitosaperfeiçoamentos eficazes no mundo comercial moderno. Alémdo mais, atualmente, tal automação do gerenciamento do fluxode trabalho permite ainda que empresas e outras organizaçõesaperfeiçoem ainda mais o desempenho ao executar as transa-ções de fluxo de trabalho em sistemas de computadores, in-clusive redes mundiais de computadores, tal como a Internet.

Um típico aplicativo baseado em fluxo de trabalhogeralmente requer que várias condições sejam satisfeitas.Por exemplo, uma dessas condições é a capacidade de tomardecisões com base em regras comerciais. Isso pode incluirregras simples, (por exemplo, como uma decisão entre "sim"ou "não" com base no resultado de uma verificação de crédi-to) , e regras mais complexas, (por exemplo, o conjunto pos-sivelmente grande que deve ser avaliado para tomar uma deci-são de subscrição inicial). Outra condição é a comunicaçãocom outros softwares e outros sistemas fora do fluxo de tra-balho. Por exemplo, um pedido inicial pode ser recebido apartir de uma parte do aplicativo, enquanto alguns aspectos,(por exemplo, contatar um serviço de crédito), podem exigircomunicação usando outros serviços ou tecnologias da Rede(Web). Uma condição adicional a ser satisfeita é a interaçãoapropriada do fluxo de trabalho com os usuários. Por exem-plo, o fluxo de trabalho normalmente deve ser capaz de exi-bir uma interface com o usuário própria ou interagir com se-res humanos por meio de outros softwares. Ademais, a capaci-dade de manter o estado durante todo o tempo de existênciado fluxo de trabalho é outra condição que precisa ser satis-feita. Portanto, a criação e execução de um fluxo de traba-lho em software representam desafios únicos.

Por exemplo, alguns processos comerciais podem le-var horas, dias ou semanas para serem completados, sendo ne- cessário manter informações sobre o estado atual do fluxo detrabalho durante todo esse tempo. Além disso, esse tipo defluxo de trabalho prolongado normalmente também se comunicacom outros softwares sem o uso de blocos, e uma comunicaçãoassincrona pode representar dificuldades. Ao mesmo tempo, embora a moldagem de interações fixas entre softwares sejarelativamente direta, os consumidores tendem a exigir cons-tantemente flexibilidade adicional, tal como o recurso demudar um processo comercial dinamicamente. A manipulação dediversos aplicativos pode também agravar as complexidades envolvidas na criação e no gerenciamento do fluxo de traba-lho.

Muitos aplicativos para ferramentas de fluxo detrabalho são internos a uma empresa ou organização.

Com a chegada dos computadores em rede com modems ou outros tipos de ligações de comunicação, os sistemas decomputadores em locais remotos agora podem se comunicar comfacilidade entre si. Tal comunicação avançada permite queaplicativos de fluxo de trabalho de sistemas de computadoressejam usados entre instalações remotas dentro de uma compa-nhia. Um exemplo inclui encaminhar o pedido de um cliente apartir de uma sede comercial para um escritório de vendasremoto para verificação pelo vendedor apropriado, e retornaruma verificação para a sede. Os aplicativos de fluxo de tra-balho também podem ser de especial utilidade no processamen-to de transações comerciais entre diferentes companhias. Emum aplicativo típico, duas companhias, com uma relação com-prador-vendedor, podem desejar automatizar a geração e oprocessamento de pedidos de venda, transporte de produtos,faturamento e cobrança.

Por exemplo, um aplicativo direcionado a um pro-blema específico, tal como a gestão de relacionamento com ocliente (CRM), ou a um mercado vertical específico, tal comoserviços financeiros, pode ser construído em torno de umfluxo de trabalho. Esse tipo de aplicativo normalmente im-plementa uma série de processos comerciais diferentes. Aconstrução da lógica que orienta esses processos em uma basede fluxo de trabalho comum, tal como o Windows WorkflowFoundation, pode tornar o aplicativo mais rápido de se cons-truir, mais ágil de ser alterado e mais fácil de ser perso-nalizado. Além disso, a automatização de tais processos poderesultar em melhora significativa na eficácia, que, de outraforma, não seria possível. No entanto, tal aplicativo inter-companhia de tecnologia de fluxo de trabalho requer a coope-ração das companhias, a criação de interface apropriada e aimplementação do serviço de persistência adequado dos siste-mas de computadores e aplicativos existentes em uma compa-nhia individual.

Até o presente momento, foram desenvolvidas ferra-mentas de aplicativo de fluxo de trabalho que oferecem algu-ma capacidade para automatizar o fluxo de trabalho comercialpela definição de programações de fluxo de trabalho. Por e-xemplo, um comprador pode desejar transmitir um número depedido de compra junto com uma lista de produtos sendo com-prados a um vendedor, e o vendedor pode desejar respondercom uma confirmação do pedido e uma data de envio esperada.Tal tipo de transação pode envolver um consumidor geral com-prando produtos de um revendedor, ou, como alternativa, duasgrandes pessoas jurídicas que fazem negócios regularmente.Os dados associados ao pedido e à confirmação podem ser re-lativamente pequenos e o tempo de transmissão para os dadospode ser da ordem de frações de segundo. Um aplicativo deprogramação de fluxo de trabalho em execução em um sistemade computador pode alocar recursos de sistema para a transa-ção durante sua pendência, que geralmente é muito curta.

No entanto, a modelagem de uma interação do usuá-rio dentro de um fluxo de trabalho apresenta dificuldades.Em particular, quando pessoas estão envolvidas , um fluxo detrabalho pode levar um longo tempo para ser completado, e aconstrução de sistemas escalonáveis requer a desativação dofluxo de trabalho para a interação com o usuário. Além domais, orientar uma interface com o usuário (IU) baseando-seno estado do fluxo de trabalho, independente do tipo de a-plicativo, pode aumentar ainda mais as complexidades envol-vidas .

Portanto, há a necessidade de se superar as defi-ciências exemplificativas supramencionadas associadas aossistemas e dispositivos convencionais.

SUMÁRIO

A seguir, será apresentado um sumário simplificadoa fim de oferecer uma explicação básica de alguns aspectosda matéria reivindicada. Esse sumário não se trata de umavisão geral extensiva. Não há a intenção de identificar ele-mentos chave/cruciais ou de delinear o âmbito da matériareivindicada. Sua única finalidade é a de apresentar algunsconceitos da invenção, de forma simplificada, para servir deprelúdio à descrição mais detalhada apresentada mais adian-te .

A invenção reivindicada refere-se a sistemas e mé-todos que implementam interatividade/entrada do usuário comoparte de um fluxo de trabalho em si, em que os dados sãopassados para dentro e para fora do fluxo de trabalho a fimde formar um fluxo de trabalho interativo por meio do empre-go de um componente de atividade interativa. Tal componentede atividade interativa modela pontos de suspensão dentro deuma definição do fluxo de trabalho, e não depende de um tipode aplicativo com o intuito de abranger aplicativos de ser-viço de Rede, de console, de área de trabalho, serviços deRede, entre outros. Sendo assim, a entrada do usuário e ainteração associada podem ser fornecidas ao fluxo de traba-lho durante vários intervalos de interatividade que solici-tam a entrada de usuário para permitir uma troca de dadoscontrolada/sincrona entre o fluxo de trabalho e um aplicati-vo hospedeiro associado ao fluxo de trabalho. Desse modo, emmomentos definidos dentro da execução do fluxo de trabalho,o contexto do usuário pode ser associado a uma instância dofluxo de trabalho.

Em um aspecto relacionado, o componente de ativi-dade interativa e os pontos de suspensão podem relacionar-seà alternância dos usuários do fluxo de trabalho. Por exem-plo, o fluxo de trabalho pode orientar a Interface com o U-suário (IU) com base no estado do fluxo de trabalho durantea suspensão, tal como informações relacionadas ao usuário dofluxo de trabalho. Dessa forma, um fluxo de trabalho intera-tivo é apresentado, que executa até pontos específicos, eenvia uma resposta ao aplicativo hospedeiro. Ademais, o a-plicativo hospedeiro pode alterar a aparência do fluxo detrabalho com base no estado de suspensão. Um tipo de fluxode trabalho pode ser definido (por exemplo, por meio de pro-gramação ou de uma ferramenta visual), e o aplicativo hospe-deiro pode inscrever-se em eventos de suspensão para ofere-cer um gancho dentro da execução do fluxo de trabalho. 0(s)evento(s) de suspensão pode(m) então ser construído(s) e ba-seado (s) nas informações de tal(is) evento(s) (por exemplo,informações com respeito ao usuário atual do fluxo de tra-balho) ; a aparência da IU pode ser alterada. Sendo assim, osdados podem ser passados para dentro e para fora de umaclasse do fluxo de trabalho, e aspectos personalizados podemser definidos para interação durante o tempo de execução(por exemplo, fluxo de trabalho fortemente tipificado).

Por exemplo, no contexto de um relatório de despe-sas, um usuário inicial pode iniciar um fluxo de trabalho derelatório de despesas, e um usuário responsável pela aprova-ção pode então aprovar tal relatório de despesas. Sendo as-sim, um processo pode ser abstraído na classe do fluxo detrabalho, em que o processo e a classe do fluxo de trabalhoestão sendo executados até um ponto em que se deve envolverum responsável pela aprovação. Nesse ponto, a interação dousuário inicial é interrompida. 0 responsável pela aprovaçãoentão abre o aplicativo (por exemplo, a partir de uma máqui-na diferente) para executar o fluxo de trabalho e retomar ainstância do fluxo de trabalho com a ação especificada peloresponsável pela aprovação (por exemplo, aprovar, desapro-var, entre outros). Desse modo, é possível passar os dadospara dentro e para fora da instância do fluxo de trabalho empontos de suspensão durante o tempo de existência da instân-cia do fluxo de trabalho.

De acordo com uma metodologia da presente inven-ção, é possível analisar uma ação no fluxo de trabalho paraverificar se ele corresponde a uma atividade interativa. Ca-so corresponda, o fluxo de trabalho é suspenso. Logo após,um evento de suspensão é criado e comunicado ao hospedeiro.Como tal, e enquanto a instância do fluxo de trabalho esti-ver suspensa, os dados são obtidos do hospedeiro e passadospara dentro e/ou para fora do fluxo de trabalho. Além disso,se os dados obtidos do hospedeiro indicarem um evento reto-mado, então o fluxo de trabalho pode ser retomado. O fluxode trabalho também pode ser carregado com base em uma iden-tificação da instância do fluxo de trabalho (por exemplo,por meio de um componente de consulta). O evento retomadopode ser recebido pelo fluxo de trabalho e executado paraalcançar a próxima etapa do processo.

Para a realização dos fins citados e relacionados,certos aspectos ilustrativos da matéria reivindicada sãodescritos neste documento em relação à descrição seguinte eaos desenhos anexos. Esses aspectos indicam várias formas emque a matéria reivindicada pode ser praticada, todas asquais devem estar dentro do âmbito da matéria reivindicada.

Outras vantagens e aspectos novos irão transparecer na des-crição detalhada seguinte, ao ser considerada em combinaçãocom os desenhos.

BREVE DESCRIÇÃO DOS DESENHOS

A Fig. 1 ilustra um diagrama de sistema exemplifi-cativo de um aplicativo hospedeiro que interage com um fluxode trabalho, por meio de um componente de atividade intera-tiva .

A Fig. 2 ilustra a execução de um fluxo de traba-lho com vários pontos de suspensão que solicitam interaçãocom um usuário e/ou hospedeiro.

As Figs. 3 e 4 ilustram um fluxograma especificopara um relatório de despesas com pontos de suspensão, deacordo com um aspecto exemplificativo da presente invenção.

A Fig. 5 ilustra uma interface gráfica exemplifi-cativa empregada para a apresentação de várias ações execu-tadas durante a execução do fluxo de trabalho.

A Fig. 6 ilustra uma troca de dados entre uma ins-tância do fluxo de trabalho e o aplicativo hospedeiro, deacordo com um aspecto da presente invenção.

As Figs. 7 a 9 ilustram uma metodologia exemplifi-cativa do fluxo de execução do fluxo de trabalho, de acordocom um aspecto da presente invenção.

A Fig. 10 ilustra um ambiente exemplificativo paraimplementar os vários aspectos da presente invenção.

A Fig. 11 é um diagrama de blocos esquemático deum ambiente de computação adicional que pode ser empregadopara implementar um fluxo de trabalho com um componente deatividade interativa da presente invenção.

DESCRIÇÃO DETALHADA

Os vários aspectos da presente invenção são agoradescritos, com referência aos desenhos em anexo, em que nú-meros iguais referem-se a elementos iguais ou corresponden- tes em todas as partes. Deve-se compreender, entretanto, queos desenhos e a descrição detalhada relacionada a eles nãotêm a intenção de limitar a matéria reivindicada à forma es-pecifica revelada. Em vez disso, a intenção é de cobrir to-das as modificações, equivalentes e alternativas incluídas dentro do âmbito e da essência da matéria reivindicada.

Conforme usados neste documento, os termos "compo-nente", "sistema", "serviço" e similares pretendem referir-se a uma entidade relacionada a computador, seja em hardwa-re, em uma combinação de hardware e software, em software ou em software em execução. Por exemplo, um componente podeser, sem a isto se limitar, um processo em execução em umprocessador, um processador, um objeto, um executável, umencadeamento de execução, um programa e/ou um computador. Atítulo ilustrativo, tanto um aplicativo em execução em um computador quanto o computador podem ser um componente. Umou mais componentes podem residir dentro de um processo e/ouencadeamento de execução, ao passo que um componente podeestar localizado em um computador e/ou ser distribuído entredois ou mais computadores.

No presente documento, a palavra "exemplificativo"é usada para indicar algo que serve de exemplo ou ilustra-ção. Qualquer aspecto ou projeto descrito no presente docu-mento como "exemplificativo" não deve ser necessariamenteinterpretado como preferido ou favorável em relação a outrosaspectos ou projetos.

Ademais, a matéria revelada pode ser implementadacomo um sistema, método, aparelho ou artigo de fabricaçãousando programação padrão e/ou técnicas de engenharia paraproduzir softwares, firmwares, hardwares, ou qualquer combi-nação desses, para controlar um computador ou dispositivobaseado em processador a fim de implementar os aspectos des-critos em detalhes no presente documento. Conforme usado nopresente documento, o termo programa de computador tem a in-tenção de abranger um programa de computador acessível apartir de qualquer dispositivo, portador ou meio legível porcomputador. Por exemplo, meios legíveis por computador podemincluir, mas sem a isto se restringir: dispositivos de arma-zenamento magnético (por exemplo, discos rígidos, discosflexíveis, tiras magnéticas etc.), discos ópticos (por exem-plo, discos compactos (CDs), discos versáteis digitais(DVDs) etc.), cartões inteligentes e dispositivos de memóriaflash (por exemplo, cartões, memory sticks) . Além disso, a-preciar-se-á que uma onda portadora pode ser empregada paracarregar dados eletrônicos legíveis por computador, tal comoos usados para transmitir e receber correio eletrônico oupara acessar uma rede tal como a Internet ou uma rede local(LAN) . Certamente, os versados na técnica perceberão muitasmodificações que podem ser aplicadas a essa configuração semdivergir do âmbito ou da essência da matéria reivindicada.

Voltando-se inicialmente à Fig. 1, é ilustrado umdiagrama de blocos para um sistema 101 que implementa inte-ratividade como parte do próprio fluxo de trabalho, em quedados são passados para dentro e para fora do fluxo de tra-balho a fim de formar um fluxo de trabalho interativo. 0sistema 101 emprega um componente de atividade interativa140 que modela pontos de suspensão dentro de uma definiçãodo fluxo de trabalho, e que não depende de um tipo de apli-cativo com o intuito de abranger aplicativos de serviço deRede, de console, de área de trabalho, serviços de Rede, en-tre outros.

Além disso, o sistema 101 inclui um aplicativohospedeiro 120 que interage com um sistema de fluxo de tra-balho 100, em que o fluxo de trabalho pode modelar um pro-cesso humano ou sistemático que é definido como um mapa deatividades. Uma atividade é uma etapa de um fluxo de traba-lho, e é a unidade de execução, re-utilização e composiçãopara um fluxo de trabalho. O mapa de atividades expressa re-gras, ações, estados e sua relação. Geralmente, o fluxo detrabalho é executado por meio do mecanismo/tempo de execuçãodo fluxo de trabalho 110, e o tempo de execução do fluxo detrabalho exige um aplicativo externo para hospedá-lo, de a-cordo com algumas poucas regras, conforme representado pelohospedeiro 120. A troca de dados entre o hospedeiro 120 e osistema de fluxo de trabalho 100 podem relacionar-se a e/oudescrever os documentos comerciais e outros objetos emprega-dos para, ou com o intuito de, facilitar a atividade do flu-xo de trabalho ou um fluxo entre as variáveis locais do flu-xo de trabalho usadas para os dados comunicados com o apli-cativo hospedeiro 120.

Por exemplo, o aplicativo hospedeiro 120 pode in-teragir com o Provedor de Fluxo de Trabalho 115 associado aosistema de fluxo de trabalho 100, por meio de uma Classe deBase do Provedor de Fluxo de Trabalho 117 e/ou implementaçãoassociada a ela. Além disso, o hospedeiro 120 pode ser res-ponsável por uma série de aspectos adicionais e cruciais,tal como a criação de um ou mais fluxos de trabalho, encami-nhamento de chamadas entre vários componentes conforme ne-cessário para a execução adequada do fluxo de trabalho, econfiguração de mecanismos de isolamento. Ademais, o hospe-deiro 120 pode criar vários processos para tirar proveito devárias Unidades Centrais de Processamento (CPUs) em uma má-quina por motivos de escalabilidade ou para executar umgrande número de instâncias do fluxo de trabalho em um gran-de conjunto de máquinas. O hospedeiro 120 pode ainda contro-lar as diretivas para aplicá-las quando um fluxo de trabalhoé submetido a uma longa espera, monitora eventos específicose comunica-os ao usuário ou administrador, ajusta limites detempo e tentativas para cada fluxo de trabalho, exibe conta-dores de desempenho e grava informações de registro parafins de depuração e diagnóstico.

Um fluxo de trabalho associado ao sistema de fluxode trabalho 101 pode comunicar-se com o mundo externo pormeio de um serviço estabelecido especialmente para esse fim,em que tal serviço pode disparar eventos em que as ativida-des orientadas por eventos dentro do fluxo de trabalho seinterligarão. Outrossim, o serviço expõe métodos públicospara o fluxo de trabalho chamar e enviar dados ao hospedei-ro .

Conforme ilustrado na Fig. 1, o componente de ati-vidade interativa 14 0 pode implementar a interatividade comoparte de um fluxo de trabalho em si, em que dados são passa-dos dentro e fora do fluxo de trabalho, para formar um fluxode trabalho interativo. O componente de atividade interativa140 modela pontos de suspensão dentro de uma definição dofluxo de trabalho. Sendo assim, a entrada do usuário e a in-teração associada podem ser fornecidas ao fluxo de trabalhodurante vários intervalos de interatividade que solicitam aentrada do usuário para permitir uma troca de dados contro-lada/sincrona entre o fluxo de trabalho e um aplicativo hos-pedeiro associado ao fluxo de trabalho. Desse modo, em mo-mentos definidos dentro da execução do fluxo de trabalho, ocontexto do usuário pode ser associado a uma instância dofluxo de trabalho.

A Fig. 2 ilustra a execução de um fluxo de traba-lho 200 com vários pontos de suspensão que exigem interaçãocom o usuário. Os pontos de suspensão 212-215 (1 a n, onde ηé um número inteiro) podem ser modelados pelo componente deatividade interativa para corresponderem a instâncias duran-te o tempo de execução do fluxo de trabalho, em que o fluxode trabalho pode ser suspenso para troca de dados com um a-plicativo hospedeiro, por exemplo. Além disso, tais pontosde suspensão 212-215 podem relacionar-se à alternância deusuários do fluxo de trabalho. Por exemplo, o fluxo de tra-balho pode orientar a Interface com o Usuário (IU) com base no estado do fluxo de trabalho durante a suspensão, tal comoinformações relacionadas ao usuário do fluxo de trabalho.

O fluxo de trabalho 200 pode ser definido na formade uma programação para execução em um sistema de computa-dor. Uma programação pode incluir um conjunto de ações com uma simultaneidade, dependência e atributos de transação es-pecificados associados a ela. Cada programação possui um es-tado de programação associado, que inclui uma definição daprogramação, a localização atual dentro da programação, bemcomo dados ativos ou dinâmicos e objetos associados à pro- gramação. Dentro de uma programação, podem existir limitesde transações com base em agrupamentos de ações. Sob esseaspecto, uma transação pode abranger ações ou transações in-dividuais, ou grupos das mesmas. As ações podem ser agrupa-das em seqüências, que são executadas em série, bem como ta-refas em que as ações são executadas ao mesmo tempo, por e-xemplo. Com base nos agrupamentos, portanto, os atributossimultâneos podem ser resolvidos para as ações e transaçõesdentro de uma programação.

As ações correspondem ao trabalho que é realizado dentro de uma programação e são a unidade básica de sua com-posição. Tais ações podem incluir atributos relacionados àlatência, simultaneidade e compensação, seja alternadamenteou em conjunto, dentro do contexto de uma programação. Porexemplo, uma ação pode enviar estímulos originados externa-mente a uma programação, permitindo, assim, que programasexternos avancem o estado da programação. Esses estímulospodem ser um evento, uma mensagem ou uma chamada em um com-ponente reservado. No caso de um evento, a programação emexecução age como um subscritor. Instâncias específicas daprogramação se encaixarão em uma ação tal como um evento,uma mensagem ou uma chamada em um componente reservado.

Ademais, as ações podem orientar chamadas de méto-dos nos componentes. Geralmente, tais ações instanciam umcomponente, (por exemplo, criam uma instância do componen-te) , chamam um método na instância e, logo após, liberam areferência à instância se ela não for usada posteriormentena programação. Quando um aplicativo executa uma programa-ção, pode-se criar uma instância de um mecanismo programadore a programação e uma ligação associada são carregadas. Asações, adicionalmente, podem incluir informações com respei-to ao tempo de conclusão ou latência esperado ou real. Taisinformações podem ser incorporadas na definição da programa-ção quando a programação está sendo definida e/ou podem serfornecidas dinamicamente em tempo de execução com base eminformações históricas ou preditivas sobre a latência da a-ção.

Os pontos de suspensão 212-215 também podem indi-car pontos de desidratação no fluxo de trabalho. Uma vez queum fluxo de trabalho pode ser executado por horas, dias ousemanas, o tempo de execução 200 pode desativar automatica-mente um fluxo de trabalho em execução e armazenar, de formapersistente, seu estado nos pontos de suspensão 212-215quando ele estiver inativo por um período de tempo. A desi-dratação refere-se, em geral, a um método de armazenar sele-tivamente um estado de programação em um meio de armazena-mento com base em considerações de latência. Por exemplo,quando é esperado que uma ação em uma programação leve cincohoras para uma mensagem de entrada, o estado da programaçãopode ser desidratado ao disco até que a mensagem seja rece-bida. Em uma situação desse tipo, o sistema pode realizaroutras tarefas até o recebimento da mensagem, com isso, au-mentando significativamente a produtividade de trabalho e aeficácia do sistema. Sendo assim, a entrada do usuário e ainteração associada podem ser fornecidas ao fluxo de traba-lho durante vários intervalos de interatividade que solici-tam a entrada do usuário para permitir uma troca de dadoscontrolada/síncrona entre o fluxo de trabalho e um aplicati-vo hospedeiro associado ao fluxo de trabalho. Desse modo, emmomentos definidos dentro da execução do fluxo de trabalho,o contexto do usuário pode ser associado a uma instância dofluxo de trabalho.

A seguir será apresentada uma definição exemplifi-cativa para o componente de atividade interativa para sus-pender e/ou retomar uma instância de fluxo de trabalho nospontos de suspensão 212-215:

Conforme indicado, a classe de atividade pode em-pregar seu próprio executor para a finalidade de bloquear aexecução do fluxo de trabalho chamando o método Suspender noServiço Interativo. Isso pode iniciar a propagação do Iden-tificadorDelnteração associado ao componente de AtividadeInterativa até o manipulador do hospedeiro.

Sendo assim, é possível oferecer um fluxo de tra-balho interativo que é executado até pontos específicos, eoferecer realimentação ao aplicativo hospedeiro. 0 aplicati-vo hospedeiro pode alterar a aparência do fluxo de trabalhocom base no estado de suspensão. Um tipo de fluxo de traba-lho pode ser definido (por exemplo, por meio de programaçãoou de uma ferramenta visual), e o aplicativo hospedeiro podesubscrever-se a eventos de suspensão para oferecer um ganchona execução do fluxo de trabalho. 0(s) evento(s) de suspen-são pode(m) então ser disparado(s) e baseado(s) nas informa-ções de tal(is) evento(s) (por exemplo, informações com res-peito a um usuário do fluxo de trabalho); a aparência da IUpode ser alterada. Sendo assim, é possível passar os dadospara dentro e para fora de uma classe do fluxo de trabalho,e podem ser definidos aspectos personalizados para interaçãodurante o tempo de execução (por exemplo, fluxo de trabalhofortemente tipificado) .

As Figs. 3 e 4 ilustram fluxogramas específicospara um relatório de despesas com pontos de suspensão quepermite entrada do usuário e interação associada durante vá-rios intervalos de interatividade que exigem entrada do usu-ário, para permitir uma troca de dados controlada/síncronaentre o fluxo de trabalho e um aplicativo hospedeiro associ-ado ao fluxo de trabalho. Os fluxogramas 300 e 400 ilustramo emprego da atividade TrocarUsuário e do componente Ativi-dadelnterativa como pontos de suspensão dentro de um fluxode trabalho Relatório de Despesas.

Tal como e no contexto de um relatório de despe-sas, um usuário inicial pode iniciar um fluxo de trabalho derelatório de despesas, e um usuário responsável pela aprova-ção pode então aprovar tal relatório de despesas. Sendo as-sim, um processo pode ser abstraído na classe do fluxo detrabalho, em que o processo e a classe do fluxo de trabalhoestão sendo executados até um ponto em que o envolvimento deum responsável pela aprovação torna-sè necessário. Nesseponto, a interação do usuário inicial é interrompida. O res-ponsável pela aprovação então abre o aplicativo (por exem-plo, a partir de uma máquina diferente) para executar o flu-xo de trabalho e retomar a instância do fluxo de trabalhocom a ação especificada pelo responsável pela aprovação (porexemplo, aprovar, desaprovar, entre outros). Desse modo, osdados podem ser passados para dentro e para fora da instân-cia do fluxo de trabalho em momentos de suspensão durante otempo de existência da instância do fluxo de trabalho.

Conforme ilustrado na Fig. 3, a caixa 310 repre-senta uma ação "RDEnviada", em que é indicado um estado desuspensão para o aplicativo hospedeiro para processar umavisualização de um relatório de despesas submetido por meiode uma interface gráfica (por exemplo, uma forma dedicada),conforme descrito em detalhes abaixo na Fig. 5. Além disso,a ação 320 na definição de fluxo de trabalho 300 representauma instância da atividade TrocarUsuário pela qual a inven-ção reivindicada altera a associação atual entre o usuárioresponsável pela execução do próximo segmento do fluxo detrabalho e a instância do fluxo de trabalho. Geralmente, is-so assegura que o fluxo de trabalho possa ser retomado poruma ação de aprovar/rejeitar realizada sob o contexto de e-xecução somente do usuário apropriado. De forma similar, asações 330, 430 representam instâncias do intervalo Ativida-delnterativa, de acordo com um aspecto exemplificativo dainvenção reivindicada. De modo semelhante, a caixa 420, queé designada como NovaRD, ilustra um Novo Relatório de Despe-sas, em que o fluxo de trabalho se torna suspenso enquantoaguardando pelos dados de relatórios de despesas globais se-rem fornecidos como resultado da entrada do usuário por meiode uma interface gráfica (por exemplo, uma forma dedicada daFig. 5) .

O fluxo de trabalho possui um aplicativo para en-viar e aprovar relatórios de despesas, caracterizado pelofato de o aplicativo contém várias páginas que são coordena-das por um fluxo de trabalho. Além das várias atividades econstruções de fluxo de controle, o fluxo de trabalho de-monstra como o usuário associado pode ser alterado, quandoapresentado ao responsável pela aprovação do relatório dedespesas, por exemplo. Como já explicado, durante a açãoPreencherRD 430, o fluxo de trabalho é suspenso e o usuáriopode continuar a adicionar itens de linha ao relatório dedespesas. Também é possível incluir consultar a lista defluxos de trabalho em desenvolvimento disponíveis para exi-bição no fluxo de trabalho do aplicativo.

Por exemplo, o aplicativo de relatórios de Despe-sas pode conter uma página inicial que lista relatórios dedespesas em desenvolvimento que foram enviados pelo usuárioatual e quaisquer relatórios de despesas aguardando a apro-vação do usuário. Tal aplicativo permite a criação de novosrelatórios de despesas pela: especificação de informaçõestais como a finalidade do relatório de despesas, entre ou-tros; adição dos itens de linha individuais; e verificaçãoda exatidão das informações. Além do mais, quando um novorelatório de despesas é enviado, o aplicativo pode enviaruma notificação por correio eletrônico 460 ao responsávelpela aprovação. Logo após, o responsável pela aprovação podevisualizar um relatório de despesas e ou aprová-lo ou rejei-tá-lo, enviando, então, uma mensagem final.

A seguir, é apresentada uma definição do fluxo detrabalho Relatórios de Despesas exemplificativo que incorpo-ra interatividade, de acordo com um aspecto exemplificativoda presente invenção.

<WorkfIow Name="ExpenseReportingWorkflow"Inherits="InteractiveWorkfIow"Implements="ITrackingWorkfIowStateHandler"

xmlns="System.ApplicationServices.Workflows, System.ApplicationServices.Workflow"

xmlns : w="System.Web.WorkfIows,System.Web"

xmlns : s="SampleApp">

</Transitions>

</StartActivity><UIActivity Name="NewER"

InteractionIdentifier="NewER" Actions="Submit">

<ActivityTransition Destination="FillER"

Action="Submit" />

</Transitions>

</UIAetivity>

<UIAotivity Name="FillER"

InteractionIdentifier="FillER" Actions="AddItem, Submit">

<ActivityTransition Destination="FillER"

Action="AddItem" />

<ActivityTransition Destination="FillApprover"

Action="Submit" />

</Transitions>

</UIAetivity>

<CodeAetivity Name="FillApprover"

CustomExecute="FillApprover_CustomExeeute">

</CodeAetivity>

<UIAetivity Name="VerifyER"

InteraetionIdentifier="VerifyER" Actions="Submit">

<ActivityTransition Destination="MailActivityl"

Action="Submit" />

</Transitions></UIActivity>

<s:MailActivity Name=nMailActivityl"From="expenses@example.com" Subjeet=nNew expensereport submitted; approval required.">

</Transitions>

</s:MaiIAetivity>

</Transitions>

<ActivityTransition Destination="Payment"

Action="Approve" />

</Transitions></UIActivity>

<s:MailAetivity Name="MailAetivity2"From="expenses@example.com" Subj ect="Expense

report was rejected."><Transitions>

</Transitions>

</s:MailActivity>

<CodeActivity Name=nPayment"

CustomExecute="Payment_CustomExecute"><Transitions>

</Transitions>

</CodeActivity>

<s:MailActivity Name="MailActivity3"From="expenses@example.com" Subj ect="Expensereport was approved.">

</s:MailActivity>

<Code Language="C#">private Guid _expenseReportID;private ExpenseReport _expenseReport;public ExpenseReport ExpenseReport {get { return _expenseReport; }}

public Guid ExpenseReportID {get { return expenseReportID; }set { _expenseReportID = value; }}

protected override void OnStarting(EventArgs e) {base.OnStarting(e);

_expenseReport = new ExpenseReport();

_expenseReportID = _expenseReport. ID;}

private void FillApprover_CustomExecute (objectsender, ActivityExecuteEventArgs e) {

// TODO: Usa usuário atual e quantidade dorelatório de despesas para determinar responsável pelaaprovação

e.Result = true;}

private void Payment_CustomExeeute(objeet sender,ActivityExecuteEventArgs e) {

// TODO: Efetua pagamento chamando um serviço da

Rede

e.Result = true;}

#region Implementation ofITraekingWorkfIowStateHandler voidITraekingWorkfIowStateHandler.BeginLoa() {}

void ITraekingWorkfIowStateHandler.BeginSave () {ExpensesDB.UpdateExpenseReport (_expenseReport);}

void ITraekingWorkfIowStateHandler.EndLoad() {_expenseReport

ExpensesDB.GetExpenseReport(ExpenseReportID) ;}

void ITrackingWorkfIowStateHandler.EndSave() {}

#endregion</Code></Workflow>Web.config<system.web><pageFlows>

<add name="NewER'

behavior="CreateWorkflow" />

pagePath="NewER.aspx"

pagePath="FillER.aspx"

</pages></pageFlow></pageFlows></system.web>Default.aspx<%@ Page %><html><body>

<asp:WorkflowDataSourceid="pendingWorkflows"

pageFlowName="ExpenseReporting"Filter=nCreatedByUser" />

<asp:WorkflowDataSource runat="server"id="approvalWorkflows"

pageFlowName="ExpenseReporting"Filter=AssignedToUser"

Expense Reports Pending Approval:<asp:GridView runat="server"

DataSourceID="pendingWorkflows" />Expense Reports Needing Approval:<asp:GridView runat="server"

DataSourceID="approvaiWorkflows" />

<a href="NewER.aspx">Create New Expense Report</a>

</form>

</body>

</html>

Approve.aspx

<%@ Page %>

<asp:PageFlowManager runat="server"

id="pageFlowManager1" PageFlowName="ExpenseReporting" />

<html>

<body>

<asp: FormView runat="server"DataSourceID="pageFlowManager1">

</ItemTemplate>

</asp:FormView>

<asp:ActionButton runat="server" Text="Approve">

<asp:PageFlowAction Type=nResume"

ResumeAction=nApprove" />

</ClickAetions>

</asp:AetionButton>

<asp:AetionButton runat="server" Text=nRejeet">

<asp:PageFlowAetion Type=nResumen

ResumeAction=nRejeetn />

</CliekAetions>

</asp:ActionButton>

</form>

</body>

</html>

A Fig. 5 ilustra uma interface gráfica exemplifi-cativa (por exemplo, uma forma dedicada) que pode ser apli-cada em combinação com vários aspectos da invenção reivindi-cada. Para um fluxo de página 510, tal aplicativo de relató-rios de despesa apresenta um aplicativo de Rede para enviare aprovar relatórios de despesas, por exemplo. O aplicativocontém várias páginas coordenadas por um fluxo de trabalho.Além das várias atividades e construções de fluxo de contro-le, o fluxo de trabalho demonstra como o usuário associadopor ser trocado. 0 fluxo de página 510 também demonstra aconsulta à lista de fluxos de trabalho em desenvolvimentodisponíveis para exibição no fluxo de trabalho do aplicati-vo. Por exemplo, o fluxo de trabalho pode orientar a Inter-face com o Usuário (IU) com base no estado do fluxo de tra-balho durante a suspensão, tal como informações relacionadasao usuário do fluxo de trabalho. Dessa forma, obtém-se umfluxo de trabalho interativo, que é executado até pontos es-pecíficos, e fornece uma realimentação ao aplicativo hospe-deiro. Ademais, o aplicativo hospedeiro pode alterar a apa-rência do fluxo de trabalho com base no estado de suspensão.Conforme explicado acima, no contexto de um relatório dedespesas, um tipo de fluxo de trabalho pode ser definido(por exemplo, por meio de programação ou de uma ferramentavisual), e o aplicativo hospedeiro pode subscrever-se a e-ventos de suspensão para oferecer um gancho na execução dofluxo de trabalho. 0(s) evento(s) de suspensão pode(m) entãoser disparado(s) e baseado(s) nas informações de tal(is) e-vento(s) (por exemplo, informações com respeito a um usuáriodo fluxo de trabalho); a aparência da UI pode ser alterada.Sendo assim, os dados podem ser passados para dentro e parafora de uma classe do fluxo de trabalho, e podem-se definircaracterísticas personalizadas para interação durante o tem-po de execução (por exemplo, fluxo de trabalho fortementetipificado). Além disso, o hospedeiro pode consultar a ins-tância de fluxo de trabalho para identificar a atividade deinteração atual que fez com que o fluxo de trabalho se tor-nasse suspenso e/ou ocioso.

A Fig. 6 ilustra um diagrama de blocos para umsistema 600 que pode modelar pontos de suspensão dentro deuma definição do fluxo de trabalho, caracterizado pelo fatode que dados são passado dentro e fora do fluxo de trabalhopara formar um fluxo de trabalho interativo. Geralmente, emuma instância de fluxo de trabalho 640 que possui um compo-nente de atividade interativa 610 incluído como parte sua,um evento de suspensão pode ser disparado para permitir umasuspensão na execução do fluxo de trabalho, seja em termosde tempo, ou trocando o usuário atual, por exemplo. O fluxode trabalho pode iniciar a execução executando a AtividadeI-nicial contida e terminar quando PararAtividade for executa-do. No decorrer da execução, cada atividade pode ser anali-sada para verificar se ela pode ser executada. Se a ativida-de não puder ser executada, o fluxo de trabalho é suspenso,por exemplo. Se uma atividade pode ser executada, um métodoExecutar associado é invocado, e se o método retornar um re-sultado de êxito, usa-se a transição de atividade apropriadapara determinar a próxima atividade. Fluxos de trabalho po-dem ser suspensos por uma série de motivos, tais como: can-celamento da execução de uma atividade, incapacidade de umaatividade em continuar em execução, um retardo específicointroduzido para adiar uma execução posterior, e alteraçãode contexto de usuário exigindo que a execução subseqüenteseja realizada por um usuário diferente. Uma vez suspensa, ainstância de fluxo de trabalho pode ser salva/serializada embase de dados ou armazenamento equivalente, a partir do qualela poderá ser posteriormente, recuperada, desserializada eretomada. Um fluxo de trabalho também pode entrar em estadode erro, se a execução de uma atividade resultar em um erroque não é tratado.

Conforme ilustrado na Fig. 6, o componente de ati-vidade interativa 610 pode disparar o evento por meio doserviço de interatividade 620, que está associado ao meca-nismo/tempo de execução do fluxo de trabalho 635. Posterior-mente, o fluxo de trabalho é suspenso e o hospedeiro 630 po-de trocar dados (por exemplo, obter dados) com a instânciade fluxo de trabalho 640. O hospedeiro pode, então, retomaro fluxo de trabalho, chamando o serviço de atividade intera-tiva 620, para retomar a execução do fluxo de trabalho. Sen-do assim, a entrada do usuário e a interação associada podemser fornecidas ao fluxo de trabalho durante vários interva-los de interatividade que solicitam a entrada do usuário pa-ra permitir uma troca de dados controlada/sincrona entre ofluxo de trabalho e um aplicativo hospedeiro associado aofluxo de trabalho.

As Figs 7 a 9 ilustram fluxogramas exemplificati-vos do fluxo de execução do fluxo de trabalho, de acordo comum aspecto da presente reivindicada. Embora o método exem-plificativo seja ilustrado e descrito no presente documentocomo uma série de blocos que representam vários evento e/ouações, a invenção reivindicada não se limita à ordem ilus-trada de tais blocos. Por exemplo, diferentemente da ordemilustrada no presente documento, algumas ações ou eventospodem ocorrer em ordens diferentes e/ou simultaneamente aoutras ações ou eventos, de acordo com a invenção. Além dis-so, pode ser que nem todos os blocos, eventos ou ações ilus-trados sejam necessários para implementar uma metodologia deacordo com a presente invenção. Ademais, apreciar-se-á que o método exemplificativo e outros métodos de acordo com a in-venção podem ser implementados em associação ao método ilus-trado e descrito no presente documento, assim como em rela-ção a outros sistemas e aparelhos não ilustrados ou descri-tos. Conforme ilustrado na Fig. 7, a metodologia 700, o pro- cesso do fluxo de trabalho executa e passa para a ação se-guinte do processo. A execução do fluxo de trabalho pode ve-rificar em 710 se a ação a ser executada significa um térmi-no do fluxo de trabalho. Se a resposta for positiva, a exe-cução do fluxo de trabalho termina em 720. Caso contrário, a metodologia prossegue para a ação 730, em que a ação a serexecutada pelo fluxo de trabalho é analisada para verificarse ela é uma atividade interativa. Se a resposta for positi-va, o fluxo de trabalho é suspenso em 740 para permitir in-teração com um aplicativo hospedeiro, conforme descrito pre- viamente em detalhes. Caso contrário, a metodologia retornapara a ação 705, em que o fluxo de trabalho executa a açãoatual e prossegue para a próxima.

Conforme ilustrado na Fig. 7 e após a suspensão dofluxo de trabalho em 740, o fluxo de execução prossegue com o disparo de um evento de suspensão para o hospedeiro, em750. Como tal, e conforme ilustrado na Fig. 8, embora a ins-tância do fluxo de trabalho seja suspensa em 860, os dadossão trocados entre o hospedeiro e o fluxo de trabalho em862. Como tal, os dados podem ser passados dentro e/ou forado fluxo de trabalho. Isso pode incluir a obtenção dos dadosa partir da instância do fluxo de trabalho em 864 e/ou a de-finição dos dados pelo hospedeiro em 866. Sendo assim, a en-trada do usuário e a interação associada podem ser forneci-das ao fluxo de trabalho durante vários intervalos de inte-ratividade que solicitam a entrada do usuário para permitiruma troca de dados controlada/sincrona entre o fluxo de tra-balho e um aplicativo hospedeiro associado ao fluxo de tra-balho. Desse modo, em momentos definidos dentro da execuçãodo fluxo de trabalho, o contexto do usuário pode ser associ-ado a uma instância do fluxo de trabalho.

Em 870, pode-se realizar uma verificação para ana-lisar se os dados lançados pelo hospedeiro são um evento deretomada. Se não, então a instância do fluxo de trabalho po-de permanecer em estado suspenso para continuar a troca dedados, e a metodologia volta para a ação 862. Caso contrá-rio, a metodologia prossegue para a Fig. 9, em que o hospe-deiro pode enviar um evento para o fluxo de trabalho pararetomar a execução em 980. Em 982, é possível realizar umaverificação quanto a se o fluxo de trabalho está carregado.Se a resposta for positiva, o fluxo de trabalho recebe o e-vento de retomada em 986 e, logo após, volta para a ação 705para executar uma ação seguinte do fluxo de execução. Casocontrário, e se o fluxo de trabalho não estiver carregado,então o fluxo de trabalho é carregado com base em uma iden-tificação associada a ele (por exemplo, quando a instânciado fluxo de trabalho foi criada) em 984, e então prosseguepara a ação 8 96 para retomar o fluxo de trabalho.

De modo a apresentar um contexto para os váriosaspectos da matéria revelada, as Figs. 10 e 11, bem como adiscussão seguinte, visam a apresentar uma breve descriçãogeral de um ambiente de computação adequado, no qual é pos-sível implementar os vários aspectos da matéria revelada.Embora a invenção tenha sido descrita acima no contexto ge-ral de instruções executáveis por computador de um programade computador que roda em um computador e/ou em computado-res, os versados na técnica reconhecerão que a invenção tam-bém pode ser implementada em combinação com outros módulosde programa. Geralmente, os módulos de programa incluem ro-tinas, programas, componentes, estruturas de dados, etc.,que efetuam tarefas específicas e/ou implementam tipos dedados abstratos específicos. Além disso, os versados na téc-nica irão apreciar que os métodos inventivos podem ser pra-ticados com outras configurações de sistema de computador,incluindo sistemas de computador de único processador oumultiprocessadores, microdispositivos de computação, compu-tadores de grande porte, bem como computadores pessoais,dispositivos de computação portáteis (por exemplo, assisten-te digital pessoal (PDA), telefone, relógio, etc.), compo-nentes eletrônicos industriais baseados em microprocessadorou programáveis pelo consumidor, entre outros. Os aspectosilustrados também podem ser praticados em ambientes de com-putação distribuída, nos quais as tarefas são efetuadas pordispositivos de processamento remoto que estão ligados pormeio de uma rede de comunicações. No entanto, alguns dos as-pectos da invenção, ou mesmo todos, podem ser praticados emcomputadores autônomos.

Em um ambiente de computação distribuída, os módu-los de programa podem estar localizados tanto em dispositi-vos de armazenamento em memória local quanto remota.

Com referência à Fig. 10, é descrito um ambienteilustrativo 1010 para implementar vários aspectos da inven-ção reivindicada, o qual inclui um computador 1012. 0 compu-tador 1012 inclui uma unidade de processamento 1014, uma me-mória do sistema 1016 e um barramento do sistema 1018. Obarramento do sistema 1018 acopla componentes do sistema,incluindo, sem a isto se limitar, a memória do sistema 1016à unidade de processamento 1014. A unidade de processamento1014 pode ser qualquer uma dentre vários processadores dis-poníveis. Microprocessadores duplos e outras arquiteturascom múltiplos processadores também podem ser empregados comoa unidade de processamento 1014.

O barramento do sistema 1018 pode ser qualquer umdentre vários tipos de estrutura(s) de barramento®, incluin-do o barramento de memória ou controlador de memória, umbarramento periférico ou barramento externo e/ou um barra-mento local usando qualquer uma dentre uma variedade de ar-quiteturas de barramento disponíveis, incluindo, mas sem aisto se limitar, barramento de 11 bits, Arquitetura PadrãoIndustrial (ISA), Arquitetura de Microcanal (MSA), ISA Es-tendida (EISA), Interface IDE, Barramento local VESA (VLB),Interconexão de Componentes Periféricos (PCI), BarramentoSerial Universal (USB), Porta Gráfica Acelerada (AGP), bar-ramento da Associação Internacional de Placas de Memória pa-ra Computador Pessoal (PCMCIA), CardBUS, Bluetooth, Firewire1394 e Interface para Pequenos Sistemas de Computador(SCSI) .

A memória do sistema 1016 inclui a memória volátil1020 e memória não-volátil 1022. 0 sistema básico de entra-da/saída (BIOS), contendo as rotinas básicas para transfe-rência de informações entre os elementos dentro do computa-dor 1012, tal como durante a inicialização, é armazenado namemória não-volátil 1022. A titulo de ilustração, sem limi-tação, a memória não volátil 1022 pode incluir memória so-mente para leitura (ROM), ROM programável (PROM), ROM ele-tricamente programável (EPROM), ROM eletricamente apagável(EEPROM) ou memória flash. A memória volátil 1020 inclui me-mória de acesso aleatório (RAM), que age como memória cacheexterna. A titulo de ilustração, e sem limitação, a RAM seencontra disponível em diversas formas, como RAM sincrona(SRAM), RAM dinâmica (DRAM), DRAM sincrona (SDRAM), SDRAM dedupla taxa de dados (DDR SDRAM), SDRAM avançada (ESDRAM),DRAM Synchlink (SLDRAM) e RAM direta Rambus (DRRAM).

0 computador 1012 também inclui meios de armazena-mento de computador removiveis/não-removiveis e volá-teis/não-voláteis. A Fig. 10 ilustra, por exemplo, um arma-zenamento em disco 1024. 0 armazenamento em disco 1024 in-clui, sem a isto se restringir, dispositivos como uma unida-de de disco magnético, uma unidade de disco flexível, umaunidade de fita, uma unidade Jaz, uma unidade Zip, uma uni-dade LS-100, um cartão de memória flash ou um cartão memorystick. Além disso, o armazenamento em disco 1024 pode inclu-ir meios de armazenamento separados ou em combinação com ou-tros meios de armazenamento, incluindo, mas sem a isto serestringir, uma unidade de disco óptico, tal como um dispo- sitivo de disco compacto ROM (CD-ROM), uma unidade de CDgravável (Unidade de CD-R), uma unidade de CD regravável (U-nidade de CD-RW) ou uma unidade de disco versátil digitalROM (DVD-ROM). Para facilitar a conexão dos dispositivos dearmazenamento em disco 1024 ao barramento do sistema 1018, costuma-se usar uma interface removível ou não-removivel,tal como a interface 1026.

Deve-se apreciar que a Fig. 10 representa um soft-ware que age como um elemento intermediário entre os usuá-rios e os recursos básicos do computador descritos no ambi-ente operacional adequado 1010. Tal software inclui um sis-tema operacional 1028. O sistema operacional 1028, que podeser armazenado no armazenamento em disco 1024, serve paracontrolar e alocar recursos do sistema de computador 1012.Os aplicativos de sistema 1030 tiram proveito do gerencia- mento de recursos do sistema operacional 1028 por meio dosmódulos de programa 1032 e dos dados de programa 1034 arma-zenados tanto na memória do sistema 1016 como no armazena-mento em disco 1024. Deve-se apreciar que os vários compo-nentes descritos no presente documento podem ser implementa- dos com vários sistemas operacionais ou combinações de sis-temas operacionais.

O usuário entra com comandos ou informações nocomputador 1012 por meio do(s) dispositivo(s) de entrada1036. Os dispositivos de entrada 1036 incluem, sem a isto serestringir, um dispositivo de apontamento tal como um mouse,trackball, caneta, teclado sensível ao toque, teclado, mi-crofone, joystick, controle de jogo, antena de satélite,scanner, placa sintonizadora de TV, câmera digital, câmerade vídeo digital, webcam, e outros do gênero. Esses e outrosdispositivos de entrada conectam-se à unidade de processa-mento 1014 por meio do barramento do sistema 1018 pela(s)porta(s) de interface 1038. A(s) porta(s) de interface 1038incluem, por exemplo, uma porta serial, uma porta paralela,uma porta de jogo e um barramento serial universal (USB).0(s) dispositivo(s) de saída 1040 usam alguns dos mesmos ti-pos de portas que o(s) dispositivo(s) de entrada 1036. Dessemodo, por exemplo, uma porta USB pode ser usada para entradade informações no computador 1012 e para transmitir informa-ções do computador 1012 para um dispositivo de saída 1040. 0adaptador de saída 1042 é proporcionado para ilustrar queexistem alguns dispositivos de saída 1040 como monitores,alto-falantes e impressoras, dentre outros dispositivos desaída 1040, que necessitam de adaptadores especiais. Os a-daptadores de saída 1042 incluem, a título de ilustração enão de limitação, placas de vídeo e de som que propiciam ummeio de conexão entre o dispositivo de saída 1040 e o barra-mento de sistema 1018. Deve-se observar que outros disposi-tivos e/ou sistemas de dispositivos oferecerem tanto recur-sos de entrada quanto de saída, tal como o(s) computador(es)remoto(s) 1044.

O computador 1012 pode operar em um ambiente emrede usando conexões lógicas com um ou mais computadores re-motos, tais como o(s) computador(es) remoto(s) 1044. 0(s)computador(es) remoto(s) 1044 pode(m) ser um computador pes-soal, um servidor, um roteador, um PC de rede, uma estaçãode trabalho, um dispositivo baseado em microprocessador, umdispositivo não hierarquizado ou outro nó comum da rede, en-tre outros, e tipicamente incluem grande parte ou todos oselementos descritos em relação ao computador 1012. Para finsde concisão, apenas um dispositivo de armazenamento em memó-ria 1046 é ilustrado junto ao(s) computador(es) remoto(s)1044. 0(s) computador(es) remoto(s) 1044 é(são) logicamenteconectado(s) ao computador 1012 por meio de uma interface derede 1048 e então fisicamente conectado(s) por via de cone-xão de comunicação 1050. A interface de rede 1048 abrangeredes de comunicação, tais como redes locais (LAN) e redesde longa distância (WAN). As tecnologias LAN incluem Inter-face de Dados Distribuídos por Fibra Óptica (FDDI), Interfa-ce de Dados Distribuídos por Cobre (CDDI), Ethernet/IEEE802.3, Rede em Anel/IEEE 802.5, entre outros. As tecnologiasWAN incluem, sem a isto se restringir, ligações ponto-a-ponto, redes de comutação de circuito como Redes Digitais deServiços Integrados (ISDN) e variações destas, redes de co-mutação de pacotes e Linhas Digitais do Assinante (DSL).A(s) conexão(ões) de comunicação 1050 referem-se ao hardwa-re/software usado para conectar a interface de rede 1048 aobarramento 1018. Embora a conexão de comunicação 1050 sejailustrada, visando maior clareza na ilustração, dentro docomputador 1012, ela também pode ser externa ao computador1012. O hardware/software necessário para conexão à interfa-ce de rede 1048 inclui, para fins meramente exemplificati-vos, tecnologias internas e externas como modems, inclusivemodems de grade telefônica regular, modems a cabo e modemsDSL, adaptadores ISDN e placas Ethernet. A Fig. 11 é um dia-grama de blocos esquemático de um ambiente de computação mo-delo que pode ser usado para implementar um fluxo de traba-lho com um componente de interatividade da invenção reivin-dicada. O sistema 1100 inclui um ou mais cliente (s) 1110.O(s) cliente(s) 1110 podem ser hardware e/ou software (porexemplo, encadeamentos, processos, dispositivos de computa-ção) . O sistema 1100 também inclui um ou mais servidor(es)1130. O(s) servidor(es) 1130 também podem ser hardware e/ousoftware (por exemplo, encadeamentos, processos, dispositi-vos de computação). Os servidores 1130 podem armazenar enca-deamentos para realizar transformações empregando os compo-nentes descritos no presente documento, por exemplo. Umapossível comunicação entre um cliente 1110 e um servidor1130 pode ser na forma de um pacote de dados adaptado paraser transmitido entre dois ou mais processos de computador.O sistema 1100 inclui uma estrutura de comunicação 1150 quepode ser usada para facilitar as comunicações entre o(s)cliente(s) 1110 e o(s) servidor(es) 1130. 0(s) cliente(s)1110 são operavelmente conectados a um ou mais armazenamen-tos de dados de cliente 1160 que podem ser usados para arma-zenar informações locais para o(s) cliente(s) 1110. De formasemelhante, o(s) servidor(es) 1130 (é)são operavelmente co-nectado (s) a um ou mais armazenamento(s) de dados de servi-dor 1140 que podem ser usado(s) para armazenar informaçõeslocais para os servidores 1130.

O que foi descrito acima inclui vários aspectosexemplificativos. Naturalmente, não é possível descrever to-das as combinações possíveis dos componentes ou metodologiaspara fins de descrição desses aspectos, mas os versados natécnica serão capazes de reconhecer diversas outras possí-veis combinações e alterações. Logo, os aspectos descritosneste documento pretendem abranger todas tais alterações,modificações e variações que se enquadram na essência e noâmbito das reivindicações anexas. Além do mais, na medida emque o termo "inclui" é usado, tanto na descrição detalhadacomo nas reivindicações, tal termo pretende ser inclusivo deforma semelhante ao termo "compreendendo", uma vez que "com-preendendo" é interpretado, quando empregado, como uma pala-vra de transição em uma reivindicação.

Claims

1. Sistema implementado por computador,CARACTERIZADO por compreender os seguintes componentes exe-cutáveis por computador:um sistema de fluxo de trabalho (100) contendo umcomponente de atividade interativa (140) que modela pontosde suspensão dentro de um fluxo de trabalho; eum hospedeiro (120) que troca dados com o fluxo detrabalho nos pontos de suspensão.

2. Sistema implementado por computador, de acordocom a reivindicação 1, CARACTERIZADO pelo fato de que ospontos de suspensão possuem intervalos de interatividade pa-ra entrada do usuário.

3. Sistema implementado por computador, de acordoponente de atividade interativa possui recursos de troca deusuário.

4. Sistema implementado por computador, de acordocom a reivindicação 2, CARACTERIZADO pelo fato de que o flu-xo de trabalho pode ser carregado com base na identificaçãoassociada a ele.

5. Sistema implementado por computador, de acordocom a reivindicação 1, CARACTERIZADO pelo fato de que ospontos de suspensão são associados a uma aparência da Inter-face com o Usuário (IU) alterável do fluxo de trabalho.

6. Sistema implementado por computador, de acordocom a reivindicação 5, CARACTERIZADO pelo fato de que a IUpode ser operada com base no estado do fluxo de trabalho du-com a reivindicação 9, CARACTERIZADO por adicionalmente com-preender verificar se os dados são um evento de retomada.14. Método implementado por computador, de acordocom a reivindicação 9, CARACTERIZADO por adicionalmente com-preender disparar um evento de suspensão para o hospedeiro.15. Método implementado por computador, de acordocom a reivindicação 14, CARACTERIZADO por adicionalmentecompreender um dentre alterar e modificar uma IU com base noevento de suspensão.16. Método implementado por computador, de acordocom a reivindicação 14, CARACTERIZADO por adicionalmentecompreender fornecer uma entrada do usuário ao fluxo de tra-balho.17. Método implementado por computador, de acordocom a reivindicação 14, CARACTERIZADO por adicionalmentecompreender subscrever o hospedeiro a eventos de suspensãodentro de um fluxo de trabalho.18. Método implementado por computador, de acordocom a reivindicação 14, CARACTERIZADO por adicionalmentecompreender determinar um estado do fluxo de trabalho con-sultando uma instância do fluxo de trabalho para identificaruma atividade de interação que causou a suspensão do fluxode trabalho.19. Método implementado por computador, de acordocom a reivindicação 14, CARACTERIZADO por adicionalmentecompreender alterar a aparência do fluxo de trabalho com ba-se em pontos de suspensão.20. Sistema implementado por computador,rante a suspensão.

7. Sistema implementado por computador, de acordocom a reivindicação 5, CARACTERIZADO pelo fato de que o flu-xo de trabalho pode ser retomado por uma atividade do hospe-deiro.

8. Sistema implementado por computador, de acordocom a reivindicação 5, CARACTERIZADO pelo fato de que o sis-tema de fluxo de trabalho possui uma Classe do provedor defluxo de trabalho para comunicação com o hospedeiro.

9. Método implementado por computador,CARACTERIZADO por compreender as seguintes ações executáveispor computador:encontrar uma atividade que suspende um fluxo detrabalho,trocar dados entre um hospedeiro e o fluxo de tra-balho durante a suspensão do fluxo de trabalho.

10. Método implementado por computador, de acordocom a reivindicação 9, CARACTERIZADO por adicionalmente com-preender definir dados pelo hospedeiro.

11. Método implementado por computador, de acordocom a reivindicação 9, CARACTERIZADO por adicionalmente com-preender enviar um evento pelo hospedeiro ao fluxo de traba-lho para retomar a execução.

12. Método implementado por computador, de acordocom a reivindicação 9, CARACTERIZADO por carregar um fluxode trabalho com base em uma identificação de uma instânciado fluxo de trabalho.

13. Método implementado por computador, de acordoCARACTERIZADO por compreender os seguintes componentes exe-cutáveis por computador:meios (110) para suspender um fluxo de trabalho; emeios (140) para trocar dados entre um hospedeiroe o fluxo de trabalho durante a suspensão do fluxo de traba-lho.