BR112016016992B1

BR112016016992B1 - Sistema de rastreamento de uma pluralidade de itens, método para o rastreamento de uma pluralidade de itens e meio legível por computador não transitório

Info

Publication number: BR112016016992B1
Application number: BR112016016992-1A
Authority: BR
Inventors: Ognjen STANAREVIC; Boris PAVLOVIC; Bradley Cooper
Original assignee: Sicpa Holding Sa
Priority date: 2014-02-26
Filing date: 2015-02-18
Publication date: 2022-08-30
Also published as: WO2015128232A1; CN106030630B; UY36011A; AR099576A1; BR112016016992A2; EP3111390A1; RU2664416C2; CN106030630A; MY181075A; US20160371644A1; RU2016137343A3; US10776746B2; RU2016137343A

Abstract

SISTEMA, MÉTODO, PROGRAMA DE COMPUTADOR E PRODUTO DE PROGRAMA DE COMPUTADOR PARA O RASTREAMENTO DE UMA PLURALIDADE DE ITENS. O presente trabalho diz respeito a um sistema para rastreamento de uma pluralidade de itens considerando uma interface configurada para receber um registro de dados de evento, incluindo informação de operação indicando uma operação, informação de tempo indicando um tempo em que ocorreu a operação, e informação de identificação identificando pelo menos um item, um armazenador de dados configurado para armazenar informação de estado, indicando um ou mais estados para cada uma da pluralidade de itens e uma unidade de processamento configurada para receber através da interface um registro de dados de evento. A unidade de processamento é configurada para, em resposta a receber o registro de dados de evento e para o pelo menos um item identificado pela informação de identificação incluída no registro de dados de evento recebido, gerar com base no registro de dados de evento recebido, informação de estado indicando um estado do pelo menos um item após a operação, consultar, a partir do armazenador de dados, informação de estado precedente, indicando um estado do pelo menos um item diretamente antes da operação, e informação de estado subsequente, indicando um estado do pelo menos um item diretamente após a operação, avaliar, se a informação de estado precedente foi obtida em resposta à consulta ao armazenador de dados, uma transição entre o estado indicado pela informação de estado gerada e o estado indicado pela informação de estado precedente, para uma conformidade de primeira regra e, avaliar se informação subsequente de estado foi obtida em resposta à consulta ao armazenador de dados, uma transição entre o estado indicado pela informação de estado gerada e o estado indicado pela informação de estado subsequente para uma conformidade de segunda regra.

Description

TRANSITÓRIO CAMPO TÉCNICO

[0001] A presente invenção refere-se a sistemas e métodos para rastreamento de itens. Mais especificamente, a presente invenção refere-se a sistemas e métodos de manipulação de registros de dados de eventos que incluem informação de identificação, identificação de pelo menos um item, informação de operação indicando uma operação sobre aquele item e informação de tempo, indicando um tempo em que ocorreu a operação. Além disso, a presente invenção também se relaciona com entidades de processamento correspondentes, programas de computador e produtos de programa de computador. FUNDAMENTOS

[0002] Rastreamento de itens, hoje em dia, é prática comum em vários campos da indústria, tais como a fabricação e distribuição de mercadorias, verificação e autenticação de itens (bens, produtos, documentos, etc.) no campo, logística, transporte e afins. Este rastreamento de itens já é bem apoiado por vários sistemas técnicos convencionais, envolvendo os leitores de código de barras, scanners, terminais móveis, rede e equipamentos de comunicação, sensores, detectores, sistemas de posicionamento por satélite, equipamentos de RFID, servidores, entidades de processamento, armazenamento de dados e similares.

[0003] Em uma escala comum, no entanto, estes sistemas que empregam todo tipo de peças individuais de equipamento técnico, como mencionado acima, são normalmente distribuídos no campo, ou seja, a área que o sistema para rastreamento de itens deve cobrir. Mais especificamente, em um local de manufatura pode haver scanners instalados detectando a presença de itens em vários locais, pessoal de entrega pode ser fornecido com aparelhos portáteis para registrar recebimento e entrega de itens individuais ou empacotados, equipamentos de comunicação podem receber e encaminhar dados correspondentes dos scanners, dispositivos, etc. para alguma entidade central que processa, armazena e avalia os dados.

[0004] De certa forma, tais sistemas de todos os tipos de equipamento técnico distribuído podem, então, permitir o rastreamento de um ou mais itens no campo. Em particular, os sistemas podem permitir recuperação de informação sobre onde um item em particular se encontra atualmente, sobre o que aconteceu e quando, a um determinado item, e qual é o estado resultante do item, como resultado de algum tipo de operação. Existem vários exemplos de operações que podem ser aplicadas a itens no campo, no entanto, algo comum para todas as operações é que uma determinada operação coloca um item em um estado particular, bem- definido. Por exemplo, um item pode ser rastreado para estar num local específico (coordenadas GPS, cidade, país, etc.), rastreado para estar sujeito a uma ou mais operações (por exemplo, vendido, aberto, cruzando uma fronteira, etc.) que, por sua vez, resulta em estados específicos de itens (por exemplo, garantia corrente, não mais vendável, exportado para outro país, sujeito a imposto, etc.).

[0005] Estes sistemas podem ser de uso específico para otimizar a fabricação, distribuição, serviço, manutenção e processos relacionados. Adicionalmente, estes sistemas podem ser usados para autenticar e verificar a correta distribuição e circulação de itens. Por exemplo, um item pode ser detectado como sujeito a uma operação de exportação (fronteira cruzada), Considerando que este item na verdade não deveria deixar um país devido, por exemplo, a requisitos relativos às especificações técnicas e/ou compatibilidade com sistemas locais no exterior.

[0006] Embora a distribuição, geralmente em grande escala, de tais sistemas permita uma ampla área de cobertura e, consequentemente, permita o rastreamento de muitos itens sobre uma grande zona geográfica, incluindo muitos tipos de operações para os itens, qualquer distribuição de sistemas geralmente sofre de dificuldades no que diz respeito a recolha e transmissão de informação para habilitar o rastreamento de precisão. Especificamente, qualquer informação recolhida no campo pode ser inicialmente off-line, no sentido de que um scanner ou dispositivo portátil coleta dados, mas processa ou encaminha os dados coletados apenas com algum atraso, por exemplo, após um número pré-determinado de eventos registrados.

[0007] Isso pode ser o resultado de como o equipamento de comunicação envolvido funciona, visto que para cada tarefa de comunicação pode ser necessário estabelecer uma conexão que, por sua vez, faz com que os recursos de energia (bateria) sejam consumidos ou simplesmente pode precisar de acesso a uma rede de comunicação, que pode não estar acessível no subsolo ou dentro de edifícios. Por exemplo, o sistema pode saber que um item foi produzido em algum primeiro país e que, mais tarde, este mesmo item foi visto no campo em algum segundo país. A informação de que o item cruzou corretamente uma fronteira podem, ainda, ser locais com a autoridade aduaneira ou empresa de transporte e ainda deve ser reportada, por exemplo, em uma transferência de lote próxima, à meia-noite, ou quando um dispositivo portátil novo tem acesso a uma rede de comunicação (sem fio) ou é colocado novamente em sua base. Naturalmente, o custo também pode desempenhar um papel, visto que operadores de rede podem cobrar por conexão, para que os dados sejam coletados e mantidos deliberadamente.

[0008] Além do acima, existem sistemas convencionais que considerem um lote (ou: periódico) de processamento de eventos coletados, onde cada lote de eventos é ordenado por tempo antes do processamento. O período entre esses dois ciclos de processamento em lote define, assim, como eventos atrasados são aceitos. Todos os eventos que são mais antigos que um período de lote, são rejeitados. Ou então esses eventos, além de todos os eventos com uma hora de evento mais recente, precisam ser reprocessados.

[0009] De qualquer forma, há o problema que os eventos de escaneamento, detecção ou - geralmente - submeter um item a uma operação, podem sofrer atrasos quando reportados a alguma entidade de armazenamento ou processamento de dados central. No entanto, tais atrasos podem degradar a precisão de rastreamento dos itens. De certa forma, pode ser que o sistema não seja capaz de fornecer rastreamento preciso, com várias possíveis consequências desvantajosas, como redução da eficiência dos processos envolvidos, causando um consumo desnecessário de recursos energéticos, ou - entre outros - desencadeamento de alertas falsos.

RESUMO

[00010] Os problemas e objetivos mencionados acima são resolvidos pelo assunto em questão nas reivindicações independentes. Modalidades adicionais preferenciais são definidas nas reivindicações dependentes.

[00011] De acordo com um aspecto da presente invenção, existe um sistema para rastrear uma pluralidade de itens que compreende: uma interface configurada para receber um registro de dados de evento incluindo informação de operação, indicando uma operação, informação de tempo, indicando um tempo em que ocorreu a operação e informação de identificação, identificando pelo menos um item; um armazenador de dados configurado para armazenar informação de estado, indicando um ou mais estados para cada um da pluralidade de itens; e uma unidade de processamento configurada para receber, através da interface, um registro de dados de evento e que, em resposta ao recebimento do registro de dados de evento e para o pelo menos um item, identificado pela informação de identificação incluída no registro de dados de evento recebido: gerar, com base no registro de dados de evento, informação indicando o estado do pelo menos um item após a operação; consultar, do armazenador de dados, informação de estado precedente, indicando um estado do pelo menos um item diretamente antes da operação e informação de estado subsequente, indicando um estado do pelo menos um item diretamente após a operação; avaliar, se a informação de estado precedente foi obtida em resposta à consulta ao armazenador de dados, uma transição entre o estado indicado pela informação de estado gerada e o estado indicado pela informação de estado precedente para uma conformidade de primeira regra e, avaliar, se informação de estado subsequente foi obtida em resposta à consulta ao armazenador de dados, uma transição entre o estado indicado pelas informação de estado gerada e o estado indicado pelas informação de estado subsequente para uma conformidade de segunda regra.

[00012] De acordo com outro aspecto da presente invenção, existe um método para rastrear uma pluralidade de itens que compreende as etapas de: receber um registro de dados de evento incluindo informação de operação, indicando uma operação, informação de tempo, indicando um tempo em que ocorreu a operação e informação de identificação, identificando pelo menos um item; armazenar um ou mais estados para cada um da pluralidade de itens; e receber um registro de dados de evento e que, em resposta ao recebimento do registro de dados de evento e para pelo menos um item, identificado pela informação de identificação incluída no registro de dados de evento recebido as etapas de: gerar, com base no registro de dados de evento, informação indicando o estado do pelo menos um item após a operação; consultar informação de estado precedente, indicando um estado do pelo menos um item diretamente antes da operação e informação de estado subsequente, indicando um estado do pelo menos um item diretamente após a operação; avaliar, se a informação de estado precedente foi obtida em resposta à consulta, uma transição entre o estado indicado pela informação de estado gerada e o estado indicado pela informação de estado precedente para uma conformidade de primeira regra e de, avaliar, se informação de estado subsequente foi obtida em resposta à consulta, uma transição entre o estado indicado pela informação de estado gerada e o estado indicado pela informação de estado subsequente para uma conformidade de segunda regra.

[00013] De acordo com aspectos adicionais da presente invenção, são fornecidos programas de computador relacionados e produtos de programa de computador.

BREVE DESCRIÇÃO DAS FIGURAS

[00014] Modalidades da presente invenção, as quais são apresentadas para uma melhor compreensão dos conceitos criativos e que não podem ser vistas como limitantes à invenção, agora serão descritas tendo como referência as figuras, em que:

[00015] Figura 1 mostra uma vista esquemática de um sistema para rastreamento de itens de acordo com uma modalidade geral do sistema da presente invenção;

[00016] Figuras 2A e 2B mostram vistas esquemáticas do equipamento habitual envolvido em sistemas para rastreamento de itens;

[00017] Figuras 3A a 3C mostram representações esquemáticas de registros de dados de evento de acordo com modalidades adicionais da presente invenção;

[00018] Figuras 4A a 4C mostram fluxogramas esquemáticos de modalidades de método da presente invenção;

[00019] Figuras 5A a 5C mostram esquematicamente uma sequência em linha com as modalidades gerais de método da presente invenção; e

[00020] Figuras 6A a 6C mostram diagramas esquemáticos de processamento para processar um evento sob a forma de uma operação para um ou mais itens em sistemas de acordo com modalidades da presente invenção.

DESCRIÇÃO DETALHADA

[00021] Figura 1 mostra uma vista esquemática de um sistema para rastreamento de itens de acordo com uma modalidade geral do sistema da presente invenção; O sistema é composto por uma interface 20 que é configurada para receber um registro de dados de evento 60 através de uma rede 40. A rede 40 pode incluir qualquer um dentre a internet, uma rede de área local sem fio (WLAN), uma rede de comunicação sem fio tal como GSM, PCS, GPRS, UMTS, 3GPP, LTE e redes relacionadas, redes com fio, redes ISDN, rede por campo de proximidade (por exemplo, Bluetooth [TM]) e similares. O propósito da rede 40 é, de forma geral, transmitir referido registro de dados de evento 60 dos equipamentos de aquisição 50 para a interface 20. Tal equipamento de aquisição 50 pode compreender vários dispositivos individuais e entidades, tais como scanners, leitores de código de barras, sensores e afins. Geralmente, o equipamento de aquisição 50 é adaptado para detectar uma operação em um ou mais itens, que serão descritos mais detalhadamente abaixo.

[00022] O sistema é composto adicionalmente por uma unidade de processamento 10 que, por sua vez, compreende recursos de processamento 101, recursos de memória 102 e recursos de comunicação 103. Tais recursos de memória 102 (por exemplo, memória) armazenam código, a fim de instruir os recursos de processamento 101 para executarem uma ou mais modalidades de método, como sendo parte da presente divulgação. Desta forma, a unidade de processamento 10 é especificamente configurada para receber, através da interface 20, um registro de dados de evento 60 e, em resposta a receber o registro de dados de evento 60, gerar informação de estado com base no registro de dados de evento recebido. A informação de estado indica um estado do pelo menos um item após a operação, com identificação por meio do registro de dados de evento recebido 60.

[00023] Em geral, a informação de estado indica um estado do item por meio de informações adequadas: por exemplo, a informação de estado pode indicar o estado como uma mensagem de texto ou um identificador definido em outro lugar no sistema. Uma mensagem de texto pode conter uma sequência de caracteres indicando o estado de forma bem compreensível, por exemplo, "ENVIADO", "VENDIDO", "EXPORTADO", etc. Da mesma forma, tais estados podem ser definidos por um identificador que se relaciona com uma definição mais detalhada em uma lista (livro de código) definida em outro lugar, por exemplo, a informação de estado pode indicar um valor numérico ou alfanumérico (por exemplo, "245" ou "HCY46F"), que, por sua vez, aponta para uma definição mais detalhada do livro de código, tal como "245 = ENVIADO DA FÁBRICA". Adicionalmente, a informação de estado pode definir os valores de um ou mais atributos do item. Em particular, uma lista de valores de atributos apropriados pode ser armazenada na informação de estado. A lista também pode incluir a definição ou identificadores (nomes) dos atributos como tal. Geralmente, um atributo pode ser qualquer propriedade associável ao item, incluindo físicas observáveis, localização, estados de campo, etc. Informação de estado resultante podem, então, parecer com "LOCALIZAÇÃO=ZRH; VENDIDA=SIM; EXPIRA = 20150101", ou no exemplo das informações de estado apenas carregando os valores de atributo "ZRH;1;20150101", ou algo parecido.

[00024] Adicionalmente e novamente, em resposta a receber o registro de dados de evento 60, unidade de processamento 10, consultas de informação de estado precedente e informação de estado subsequente a partir do armazenador de dados 30, em que a informação de estado precedente indicam um estado do pelo menos um item diretamente antes da operação, e a informação de estado subsequente indicam um estado do pelo menos um item diretamente após a operação. Desta forma, o armazenador de dados 30 pode armazenar estados de um item que "cercam" o estado recentemente gerado, gerados em resposta ao registro de dados de evento recentemente recebido.

[00025] Em geral, o fato de que um estado é precedente ou subsequente pode ser determinado com base na informação de tempo, contidas no registro de dados de evento recebido: esta informação de tempo indica um tempo em que uma operação ocorreu que alterou o estado do item. Este novo estado alterado é aquele que é gerado em conjunto com a chamada informação de estado. Essa informação de estado pode ser como tal associadas com um tempo que indica o tempo a partir do qual o item assumiu o estado resultante. Portanto, qualquer informação de estado já armazenada no armazenador de dados 30, que é associada com tempos antes e depois, pode ser considerada como precedente e subsequente, respectivamente. O fato de que um estado diretamente precede/sucede implica que não há nenhum estado adicional conhecido (armazenado) no armazenador de dados 30 que está entre o estado gerado e o estado diretamente precedente e, respectivamente, o estado diretamente subsequente. De preferência, para os fins acima, todas as informações de estado, aquelas geradas, bem como aquelas armazenadas em armazenador de dados 30, estão associadas com informações de tempo correspondentes, facilitando a determinação de sua sequência temporal.

[00026] No entanto, é claro que haverá situações nas quais não existe nenhuma informação de estado precedente. Isto pode ser o caso se o evento recebido (registro de dados de evento) refere-se a uma operação de inicialização com a qual rastreamento para o referido item começa no sistema. Por exemplo, uma operação de "item despachado da fábrica" pode referir-se à manufatura e acondicionamento de um item sendo concluídos, sendo assim o item liberado para o campo. O sistema pode rastrear itens apenas no campo, para que o rastreamento de itens de fábrica, ou seja, antes do seu lançamento, não seja considerado. O evento relativo a tal operação de inicialização pode assim ser o primeiro com o qual o rastreamento começa e o item é correspondentemente "registrado" com o sistema.

[00027] Da mesma forma, é claro que haverá situações nas quais não existe nenhuma informação de estado subsequente. Este será normalmente o caso quando o sistema é atualizado, ou seja, armazena o estado verdadeiro. recente e real do item. Seguindo o exemplo acima, o registro de dados de evento recebido pode abranger, por exemplo, uma operação de transporte durante a qual o item recém liberado é enviado. Estas duas operações seguiriam diretamente na sequência, de forma que nenhuma informação de estado subsequente será armazenada no armazenador de dados 30. No entanto, pode ser de vantagem substancial, que tanto um estado precedente e um estado subsequente sejam considerados em todo o caso e assim (pelo menos) consultados do armazenador de dados 30, independentemente se eles realmente existem ou não. A razão é que o registro de dados de evento recebido pode ser atrasado no sistema, embora diga respeito a um evento que ocorreu antes de um evento já considerado por meio do armazenamento da chamada informação de estado subsequente. Desta forma, várias vantagens podem ser obtidas como são descritas mais detalhadamente em conjunto com as modalidades descritas com as Figuras 6A a 6C.

[00028] A unidade de processamento 10, então, avalia se a informação de estado precedente foi recebida em resposta à consulta ao armazenador de dados 30, uma transição entre o estado indicado pela informação de estado gerada e o estado indicado pela informação de estado precedente para uma conformidade de primeira regra. Adicionalmente, a unidade de processamento 10 avalia, se informação de estado subsequente foi obtida em resposta à consulta ao armazenador de dados, uma transição entre o estado indicado pela informação de estado gerada e o estado indicado pela informação de estado subsequente para uma conformidade de segunda regra. Desta forma, o evento relacionado com o registro de dados de evento recebido pode ser avaliado sobre se ele "se encaixa" uma cadeia de eventos e estados definidos pelas regras mencionadas.

[00029] Por exemplo, uma regra pode definir um ou mais pares de estados, que são considerados pelo sistema como estando alinhados com alguma sequência predefinida de estados ou transições de estado. Se um par de uma informação de estado gerada e informação de estado precedente ou subsequente não está no mesmo conjunto de pares daquela regra, pode ser encontrado que aquele par não obedece a essa regra. Seguindo novamente o exemplo acima, um evento relativo a uma operação de venda não deve diretamente seguir a operação de liberação, visto que venda diretamente da fábrica é proibida. Geralmente, uma regra define se uma determinada transição entre os dois estados de um par de estados(ou informação de estado correspondente) é conforme a sequência de estados/transições de estado.

[00030] Seguindo os exemplos e modalidades relacionadas com a informação de estado carregando valores de atributo, um caso ilustrativo que pode ser de um atributo definindo um local, por exemplo, por meio de abreviações do país. Então, informação de estado precedente pode definir "CH", indicando que o item está na Suíça, e informação de estado subsequente pode definir "PL", indicando que o item está na Polônia. Uma regra pode agora definir pares de atributo permitidos, refletindo um determinado requisito. Por exemplo, o requisito pode ser que itens possam apenas "viajar" por rotas geograficamente definidas, em que apenas países vizinhos definem pares permitidos (por exemplo, "CH"-> "FR"; "CH"-> "DE"; "DE"-> "PL", etc.). Neste caso, o par pode ser encontrado como não cumprindo a regra, uma vez que a Suíça não tem nenhuma fronteira comum com a Polônia. No entanto, se o evento de entrada refere-se a detectar o item na Alemanha, em um momento entre o estado precedente e o subsequente, ambas as transições, ou seja, "CH"-> "DE" e "DE"-> "PL" podem ser encontradas em conformidade com a regra. Claro, a presente divulgação não é limitada para o exemplo acima, pois, para qualquer atributo, pares de conformidade ou não-conformidade pares podem ser definidos em uma regra. Neste ponto deve ser notado que, claramente, a regra pode definir a conformidade por meio de ambas as definições positivas (ou seja, quais transições estão em conformidade) e/ou definições negativas (ou seja, quais transições não estão em conformidade). As ações acima são executadas para o item único, identificado pela informação de identificação incluídas no registro de dados de evento recebido, ou, se a informação de identificação incluída no registro de dados de evento recebido identifica mais de um item, para cada um desses itens identificados.

[00031] Além disso, a operação e/ou o tipo de evento pode ser considerado ao avaliar a conformidade de regra. Especificamente, a operação pode determinar um a partir de uma pluralidade de regras que devem ser aplicadas para os estados em consideração. Novamente, seguindo o exemplo acima ilustrado, relativo aos atributos definindo locais, a regra pode definir que, por exemplo, uma transição no valor do atributo deve ocorrer somente em relação a uma ou mais operação(s) específica(s). Por exemplo, a transição de "CH" para "DE" deve somente ocorrer com a operação "CRUZAR FRONTEIRA". Desta forma, irregularidades podem ser identificadas, uma vez que o par de atributos (estado) não corresponde à operação. Por exemplo, a transição de "CH" para "DE" pode não estar em conformidade a uma regra com a operação "PALETE ABERTO".

[00032] O armazenador de dados 30 está configurado para armazenar a informação de estado para os itens que estão sujeitos a rastreamento pelo sistema. Como já discutimos, o armazenador de dados 30 armazena, contanto que já existente, a informação de estado precedente e subsequente. A informação de estado gerada, gerada pela unidade de processamento 10, em resposta a receber o registro de dados de evento 60, pode também ser armazenada no armazenador de dados 30, para que o mesmo armazene a lista disponível mais precisa dos estados para cada item. O formato pode ser efetuado de forma adequada, de forma que a indexação geralmente seja feita em relação à informação de identificação. Isto permite acessar a informação de todos os estados até agora conhecidos pelo armazenador de dados 30. Esta informação pode ser acrescentada conforme necessário, por exemplo, quando um estado recentemente gerado é para ser armazenado na história de estados.

[00033] De forma geral, a unidade de processamento 10 pode se comunicar por meio de seus recursos de comunicação 103 com a interface 20 e também com o armazenador de dados 30. A presente modalidade, no entanto, não deve ser limitada à configuração mostrada, em que é claro que dita interface 20 e/ou dito armazenador de dados 30 podem ser parte da unidade de processamento 10, no sentido de que a unidade de processamento 10 é, por exemplo, formada por alguma entidade de servidor (computador servidor, máquina virtual de um Data Center, etc.) de forma que a interface 20 pode bem ser feita configurando adicionalmente os recursos de processamento 101 por conseguinte. Nesta situação, ditos recursos de comunicação 103 podem se comunicar diretamente à rede 40. Quanto ao armazenador de dados 30, é para ser notado que este também pode ser parte da unidade de processamento 10, ou pode muito bem ser um armazenador de dados remoto de um data center, ou acessível através de alguma rede, por exemplo também pela rede 40. Os recursos de processamento 101 podem assumir a forma de uma ou mais unidades de processamento (CPU) e os recursos de memória 102 de dispositivos de memória usuais de hardware (disco rígido, disco de estado sólido, memória de acesso aleatório, memória Flash, etc.).

[00034] Figura 2A mostra uma peça exemplar de equipamento de aquisição sob a forma de um dispositivo de leitura de código de barras/scanner portátil 51. O dispositivo 51 compreende uma janela 54, por meio da qual uma imagem digital de alguma marcação (por exemplo, código de barras 1D ou 2D) em um item 200 que é sujeito a rastreamento, pode ser adquirida. Como mostrado aqui, um código de barras 2D é aplicado a um item e colocado no campo de visão do dispositivo 51. O dispositivo 51 é adicionalmente composto por equipamentos de processamento integrado 52, incluindo geralmente uma unidade de processamento, uma unidade de memória e possivelmente também uma unidade de comunicação. Além de um ou mais botões de operação (opcionais), o dispositivo 51 também pode compreender uma interface de usuário sob a forma de um visor 53 (e/ou luzes indicadoras e similares). No caso de um visor, sendo um sensível ao toque, pode ser dispensado com quaisquer elementos/botões de operação adicionais, visto que a operação do dispositivo pode ser totalmente facilitada por meio de uma tela de toque. O dispositivo 51 pode também compreender uma fonte de luz opcional para iluminar um item durante a inspeção. Ainda mais, meios adicionais podem ser providos para notificar acusticamente um resultado de autenticação para um usuário.

[00035] Fig. 2B mostra uma vista esquemática de uma peça exemplar de equipamento de aquisição do tipo fixo, como um módulo 51' operável para ser montado em uma linha de produção/distribuição para a leitura de marcações dispostas em itens transportados na referida linha. O dispositivo 51' compreende uma janela 54' através da qual uma imagem de uma marcação anexada a um item, pode ser adquirida. O dispositivo 51' é compreende, adicionalmente, equipamento de processamento integrado 52', incluindo geralmente uma unidade de processamento, uma unidade de memória e possivelmente também uma unidade de comunicação. Além de um ou mais botões de operação (opcionais), o dispositivo 51' também pode compreender uma fonte de luz opcional para iluminar um item durante a aquisição da imagem. Um elemento de fixação adicional 55 pode ser provido para a montagem do dispositivo 51' em, por exemplo, um local específico em uma linha de produção em que uma pluralidade de itens passa pelo dispositivo. A localização específica pode ser associada um evento específico, para que qualquer resultado de detecção do dispositivo 51' possa ser identificado como uma operação específica sendo aplicado ao item. O dispositivo pode, é claro, tomar outras formas e pode ser ligado com fio ou sem fio.

[00036] Nas modalidades descritas em conjunto com as Figuras 2A e 2B, os recursos de processamento correspondentes são configurados para determinar a ocorrência de um evento e, correspondentemente, compilar um registro de dados de evento para encaminhamento imediato ou posterior para a interface do sistema. Mais especificamente, a aquisição de uma imagem que compreende uma marcação em um item pode desencadear decodificação do conteúdo da marcação para obtenção de algum tipo de informação que identifica o item. Por exemplo, um código de barras 2D, disposto em um item pode transportar um número de série que pode servir como, mais ou menos, identificação unificada esse item. Esta informação pode ser, portanto, usada para gerar a informação de identificação como sendo parte de um registro de dados de evento.

[00037] Deve-se notar que - em geral - não é necessário assegurar rigorosa exclusividade, visto que os identificadores podem ser reutilizados ao longo do tempo, para itens de diferentes tipos ou nas diferentes zonas geográficas. Por exemplo, um conjunto de identificadores exclusivos pode ser reutilizado após os itens identificados normalmente tenham expirado ou deteriorado (por exemplo, mercadorias perecíveis, tal como uma garrafa de leite fresco, podem ser identificadas por meio de identificadores reutilizados depois de, por exemplo, metade de um ano). Adicionalmente, identificação única de algum tipo de item pode também ser dispensada completamente: por exemplo, uma pluralidade de embalagens de cigarro pode transportar o mesmo identificador. No entanto, por meio da associação de todos estas embalagens a um pacote (palete, transporte), o rastreamento de qualquer uma destes embalagens ainda permite rastreamento do pacote. Claro, qualquer outro mecanismo para plausivelmente distinguir dois itens com o mesmo identificador ou rastreamento de itens com identificadores idênticos pode se aplicar.

[00038] No que diz respeito a operação, isso pode ser implícito para a localização e/ou funcionamento dos dispositivos de 51, 51'. No exemplo do dispositivo fixo 51', sua respectiva localização ao fim de um transportador poderá implicar que qualquer item que passa nesse local (ou seja, é registrado/detectado pelo dispositivo 51') teve sua fabricação concluída e, portanto, é liberado. Além disso, o tipo de operação pode ser definido para os dispositivos em que, por exemplo, um usuário seleciona uma operação específica por meio da interface de usuário 53 do dispositivo portátil 51 antes de digitalizar o item. Isto tem a vantagem de que uma pluralidade de operações pode ser considerada por um único dispositivo. Assim, a informação de operação pode ser gerada. Da mesma forma, a informação de tempo pode ser gerada por meio de, por exemplo, acesso a um relógio interno do dispositivo. Desta forma, um registro de dados de evento completo pode ser compilado.

[00039] É comum aos dispositivos 51 e 51', como exemplos para equipamento de aquisição, que os mesmos gerem um registro de dados de evento para encaminhá-lo para a interface do sistema. De preferência, os dispositivos levam em conta exigências ambientais durante a transmissão de um ou mais registros de dados de evento. Por exemplo, dispositivo portátil 51 pode se comunicar através de uma rede de acesso sem fio (WLAN, UMTS, etc.) que podem não estar disponível em todos os lugares. Portanto, o dispositivo pode coletar todos os registros de dados de evento gerados até que o acesso à rede esteja disponível e todos os registros coletados possam ser encaminhados ao mesmo tempo. Esquemas de carregamento da rede empregada também podem desempenhar um papel, uma vez que pode ser preferível realizar uma transferência de lote de mais de um registro, para evitar o custo de envio "ad hoc" de cada registro gerado individualmente. Isso se aplica, da mesma forma, para o equipamento do tipo fixo, visto que os canais de comunicação disponíveis podem ser compartilhados com outros aplicativos, ou a fábrica relata, como tal, quaisquer eventos relativo a lotes de qualquer maneira. É uma vantagem de modalidades da presente invenção que os efeitos associados com tais atrasos são substancialmente atenuados.

[00040] Em geral, a configuração real de tal equipamento de detecção 50 não é restrita aos exemplos mostrados. Da mesma forma, identificação por radiofrequência (RFID) ou qualquer outro tipo de detecção física pode ser aplicada, desde que a ocorrência de um evento possa ser determinada, e um registro de dados de evento correspondente seja gerado em conformidade.

[00041] Figura 3A mostra uma representação esquemática de um registro de dados de evento 610, de acordo com uma modalidade adicional da presente invenção; Como mostrado, registro de dados de evento 610 compreende informação de tempo 611, informação de identificação 612 e informação de operação 613. Tal informação de tempo 611 indica um tempo em que uma operação ocorreu. Mais especificamente, referida operação aplica-se a um ou mais itens sujeitos a rastreamento. Geralmente, uma operação é um ato que coloca um ou mais itens em um estado bem definido, em que este estado após a operação geralmente difere do estado antes da operação. Portanto, a operação geralmente altera o estado de um ou mais itens no qual é aplicada.

[00042] Exemplos de operações adequadas incluem completar um estágio de manufatura de um item, completar a manufatura em si de um item, testar uma ou mais propriedades de um item, embalar um item, colocar um item para um local específico, enviar um item, abrir um item, vender um item, desembalar um item, detectar um item em um local específico e/ou tempo , determinar um fator observável físico de um item (por exemplo, temperatura, pressão, massa, volume, etc.), re-embalar um item, detectar um item para sair de uma área específica (área de fábrica/instalações, área regional, país, área de jurisdição, etc.). De qualquer forma, o tipo de operação é indicado pela dita informação de operação 613 composta pelo registro de dados de evento 610.

[00043] A informação de identificação 612 do registro de evento 610 identifica o item que foi sujeito à operação no tempo específico. Assim como dita informação de tempo 611 e dita informação de operação 613, também a informação de identificação 612 pode tomar qualquer forma adequada em que, normalmente, uma sequência de caracteres (bytes) representa um identificador mais ou menos único que identifica o item. Note-se que não é necessária exclusividade rigorosa, visto que identificadores podem ser reutilizadas ao longo do tempo ou uma pluralidade de itens carregando um identificador está associado a um item de ordem maior (veja acima). No que diz respeito à informação de operação 613, geralmente um par de caracteres (bytes) pode ser suficiente, visto que uma operação pode ser identificada por meio de uma lista de código em que um identificador de operação está associado a uma operação específica, que pode ser definida em maior detalhe em outro lugar no sistema.

[00044] Figuras 3B e 3C mostram representações esquemáticas de um registro de dados de evento, de acordo com uma modalidade adicional da presente invenção; Especificamente, a informação de identificação 612' do registro de dados de evento 620 é expandida por meios de acomodação para a identificação de uma pluralidade de itens. Por exemplo, informação de identificação 612' acomoda uma pluralidade de identificadores, cada um dos quais identifica um item individual. É importante notar que pode não haver necessidade de que os itens de tal pluralidade sejam idênticos ou do mesmo tipo. Muito pelo contrário, um identificador pode identificar um conjunto de vários itens que são diferentes, semelhantes ou do mesmo tipo, e que são, pelo menos em parte, correspondentemente identificados por identificadores remanescentes da informação de identificação 612'. Desta forma, é provido um meio para definir uma associação hierárquica em que um item de ordem maior, identificado, por exemplo, por ID1, é um coletivo de um ou mais itens subordinados, por exemplo identificados por ID2, ID3,...

[00045] Na Figura 3C, um registro de dados de evento 630 é acrescentado por informação de localização 614, que pode indicar um local no qual a operação foi realizada em um item em um determinado momento. A informação de localização 614 pode, novamente, tomar qualquer forma adequada que pode identificar mais ou menos exclusivamente um local. Exemplos incluem posições geográficas (coordenadas GPS/GLONASS/Galileu), códigos de localização (por exemplo, IATA ou códigos de letras similares como ZRH, JFK, etc), códigos de país ICANN ou quaisquer outros códigos para a identificação de um local ou uma área de localização. Deve ficar claro que as modalidades como mostradas em conjunto com as Figuras 3A a 3C podem ser combinadas em qualquer forma adequada. Por exemplo, o registro de dados de evento 620 pode ser anexado com a informação de localização 614, tal como no caso de registro de dados de evento 630.

[00046] Figura 4A mostra um fluxograma esquemático de uma modalidade de método da presente invenção. Especificamente, uma modalidade é mostrada para o rastreamento de uma pluralidade de itens. Esta modalidade compreende uma etapa 511 (ARMAZENAMENTO DE INFORMAÇÃO DE ESTADO) de armazenar informação de estado, indicando um ou mais estados para cada um da pluralidade de itens para, por exemplo, um armazenador de dados. Na etapa 512 (RECEBENDO REGISTRO DE DADOS DE EVENTO), um registro de dados de evento é recebido de, por exemplo, uma interface encaminhando o registro de dados de evento a partir de equipamentos no campo. O registro de dados de evento inclui informação de operação indicando uma operação, informação de tempo, indicando um tempo em que ocorreu a operação, e informação de identificação, identificando pelo menos um item;

[00047] Etapa 512 de receber um registro de dados de evento desencadeia as etapas seguintes para que elas sejam realizados em resposta a receber o registro de dados de evento na etapa 512, e para que eles sejam realizados para pelo menos um item identificado pela informação de identificação, incluídas no registro de dados de eventos recebido. Se o registro de dados de evento recebido transporta informação de identificação que identifica mais de um item, as seguintes etapas podem ser executadas para cada item que está sendo identificado. Estas etapas são pelo menos etapas 513, 514 e 515.

[00048] Na etapa 513 (GERAR INFORMAÇÕES DE ESTADO) existe (nova) informação de estado gerada com base no registro de dados de evento recebido. A informação de estado gerada indica um estado do pelo menos um item após a operação, com definição pela informação de operação como parte do registro de dados de evento recebido. Na etapa 514 (CONSULTAR INFORMAÇÃO DE ESTADO PRECEDENTE/SUBSEQUENTE) informação de estado precedente, indicando um estado do pelo menos um item diretamente antes da operação e informação de estado subsequente indicando um estado do pelo menos um item diretamente após a operação, são consultadas, por exemplo, a partir do armazenador de dados. É importante notar que a ordem real pode ser diferente da ordem descrita. Em particular, as etapas podem ser executadas em qualquer ordem, contanto que a etapa 515 (AVALIAR TRANSIÇÕES) de avaliação tem toda a informação pronta, se existir.

[00049] Depois que a (nova) informação de estado foi gerada na etapa 513 e, tanto a informação de estado precedente e quanto a informação de estado subsequente, foram consultadas pelo menos na etapa 514, o método pode proceder para a etapa 515, de avaliar as transições de estado possível. Especificamente, se a informação de estado precedente foi recebida em resposta à consulta na etapa 514, uma transição entre o estado indicado pela informação de estado gerada e o estado indicado pela informação de estado precedente pode ser avaliada para uma conformidade de primeira regra. Da mesma forma, se informação de estado subsequente foi obtida em resposta à consulta na etapa 514, uma transição entre o estado indicado pela informação de estado gerada e o estado indicado pela informação de estado subsequente para uma conformidade de segunda regra.

[00050] Em geral, os termos conformidade de primeira e segunda regra são relacionados a primeiros e segundo resultados de avaliação de conformidade a uma regra. O primeiro resultado refere-se a avaliar o par de informações de estado precedente e informação de estado gerada (novo), e o segundo resultado refere-se a avaliar o par de informações de estado subsequente e a informação de estado gerada (novo). Assim, se ambas as informações de estado precedente e subsequente existiam, dois resultados estão disponíveis para o registro de dados de evento recebido. Geralmente, a informação de estado gerada também pode ser armazenada na etapa opcional 516 (ARMAZENAMENTO DE INFORMAÇÃO DE ESTADO GERADA).

[00051] Um exemplo específico desta modalidade geral da presente invenção é explicado nas Figuras 5A a) a c). Especificamente, a Figura 5A a) mostra esquematicamente um primeiro registro de dados de evento 60, com informação de tempo indicando uma primeira vez e um segundo registro de dados de evento 60" com informação de tempo, indicando uma segunda vez depois da dita primeira vez. Registros de dados de evento 60, 60' resultaram em informações de estado 90 e 90', sendo armazenados no armazenador de dados 30. Uma primeira transição 901 pode ou não estar de acordo com uma regra correspondente.

[00052] Figura 5A b) mostra a situação em que um registro de dados de evento 60" adicional é recebido com informação de tempo, indicando um tempo adicional entre a dita primeira vez e a dita segunda vez. A informação de estado resultante 90" pode já ser armazenada no armazenador de dados 30 (como mostrado) ou, alternativamente, pode também ser apenas preliminarmente calculada e mantida fora do armazenador de dados 30. Em qualquer caso, tendo agora esses três conjuntos 90, 90' e 90" de informações de estado, permite prontamente avaliar também as transições adicionais como mostrado na Figura 5A c). Especificamente, agora, transições 902 e 903 podem ser avaliadas com respeito à conformidade com a(s) regra(s) correspondente(s). Por exemplo, se transição 901 verificou-se como não estando de acordo com a regra aplicável, as transições agora presentes 902 e 903, seguindo a real sequência temporal dada pela primeira vez, ou tempo adicional, e pela segunda vez, podem ambos estar em conformidade com a(s) regra(s) aplicável(s).

[00053] Opcionalmente, os resultados da etapa de avaliação 515 podem disparar notificações ou alertas na etapa 517 (NOTIFICAÇÃO/ALERTA).

[00054] Com referência agora às figuras 4A e 5A, a etapa de avaliação 517 de transição 901,pode portanto desencadear uma notificação indicando uma não-conformidade, como esta transição não está de acordo com a regra aplicável. No entanto, após a recepção do evento adicional 60" indicando tal tempo adicional e avaliação de transição 902 como estando em conformidade com a regra aplicável, é criada uma nova transição 903 entre estado 90" e estado 90', ou seja, informação de tempo, indicando o tempo adicional de evento 60" é adicionada na série de tempo do estado 90' e, a notificação de não-conformidade associada com estado 90' é atualizada por meio da substituição da informação de não-conformidade com uma informação especificando que a transição é válida. Isso corresponde a um cancelamento implícito da transição 901 anterior (não- conformidade).

[00055] Em geral, uma notificação consiste em uma ação específica tomada em resposta a um resultado específico de avaliação da conformidade de regra. Esta ação é capaz de trazer o resultado para a atenção de outros processos e/ou operadores (humanos) ou outro destinatário responsável para, por sua vez, decidir sobre ações adicionais em resposta à notificação. Um alerta é diferente de uma notificação na medida em que o alerta compreende ações adicionais que distinguem o alerta como sendo de maior importância/prioridade em comparação com uma (mera) notificação . Por exemplo, ditas ações adicionais podem compreender espera por um aviso de alerta, no sentido de que um operador específico pode ser obrigado a acusar a recepção do alerta.

[00056] Uma notificação ou alerta pode assumir a forma de uma mensagem eletrônica, como SMS (do inglês short message service - serviço de mensagens curtas), e-mail ou qualquer outro formato de mensagem eletrônica. Pode conter detalhes dos itens relevantes e seu estado correspondente e pode ser usado para acionar um ou mais processos tais como a geração de relatórios, intervenção manual por operadores, etc. Uma notificação ou alerta também pode, por exemplo, desencadear ativação automática (através de uma unidade de controle) de uma operação, tal como ações de controle de qualidade em uma linha de produção/embalagem/transporte, ejetando um item daquela linha, verificando estoques ou paletes específicos, impressão de etiqueta, etc. Novamente, a ordem mostrada pode ser diferente, no sentido de que a informação gerada é armazenada em qualquer momento após a geração e o desencadeamento de uma notificação, ou alerta, pode ser em resposta à não-conformidade de primeira regra detectada.

[00057] Figura 4B mostra um fluxograma esquemático de outra modalidade de método da presente invenção, com base nas modalidades como mostradas e descritas em conjunto com a Figura 4A. Especificamente, esta modalidade refere-se ao caso em que a informação de identificação identifica pelo menos um item adicional (ou seja, uma pluralidade de itens), em que aquele pelo menos um item adicional é associado a o um item. Por exemplo, o um item refere-se a um pacote de vários itens, em que o item adicional é um dos itens constituintes do pacote. A presente modalidade compreende, para esta finalidade, uma etapa 521 (GERAÇÃO DE INFORMAÇÃO DE SEGUNDO ESTADO), gerando, com base no registro de dados de eventos recebido, informação de segundo estado, indicando um estado do item adicional depois da operação definida na informação de operação do registro de dados de evento recebido. Novamente antes ou depois da etapa 521, esta modalidade compreende uma etapa 522 (CONSULTANDO INFORMAÇÃO DE SEGUNDO ESTADO PRECEDENTE/SUBSEQUENTE) de consulta de informação de segundo estado precedente, indicando um estado do item adicional diretamente antes da operação e informação de segundo estado subsequente, indicando um estado do item adicional diretamente após a operação.

[00058] Uma vez que a informação de segundo estado foi gerada na etapa 521 e, ambas as informações de segundo estado precedente e subsequente tenham sido pelo menos consultadas na etapa 522, o método pode avançar para etapa 523 (AVALIAR TRANSIÇÕES DE ESTADO) de avaliação, se informação de segundo estado precedente foi obtida em resposta à consulta na etapa 522, uma transição entre o estado indicado pela informação de segundo estado gerada e o estado indicado pela informação de segundo estado precedente para uma conformidade de quarta regra e, se informação de segundo estado subsequente foi obtida em resposta à consulta na etapa 522, uma transição entre o estado indicado pela informação de segundo estado gerada e o estado indicado pela informação de segundo estado subsequente, para uma conformidade de quinta regra.

[00059] Um exemplo específico desta modalidade geral da presente invenção é explicado adiante nas Figuras 5B a) a d). Especificamente, a Figura 5B a) mostra esquematicamente um primeiro registro de dados de evento 61 com informação de identificação, identificando um primeiro item 201. Como resultado, informação de primeiro estado 91 pode ser gerada para o primeiro item 201, que é identificado pela informação de identificação do registro de dados de evento 61. Essa informação de estado 91 indica o estado do primeiro item 201 em um primeiro tempo, indicado pela informação de tempo do registro de dados de evento 61. Da mesma forma, um registro de dados de evento 63 adicional para este primeiro item resulta em informação de estado 93, para o primeiro item, em um segundo tempo depois do dito primeiro tempo. Por conseguinte, uma transição 911 pode ser avaliada para conformidade a uma regra aplicável.

[00060] Figura 5B b) mostra esquematicamente o recebimento de um registro de dados de evento 62 com informação identificativa, identificando um item adicional 202 e o primeiro item 201. Como consequência, a informação de operação no registro de dados de evento 62 afeta não só o estado do item adicional 202, que é refletido pela informação de estado 92 gerada em conformidade, mas também o estado do primeiro item 201. Portanto, nova informação de estado 91' para o primeiro item 201 é gerada indicando um estado do primeiro item 201 em um tempo entre o primeiro tempo e o segundo tempo, seguindo a suposição de que o registro de dados de evento 62 transporta informação de tempo, indicando um tempo entre este primeiro e segundo tempo. Como consequência, a informação de estado recém-gerada 91', as transições 912 e 913 entre os estados indicados por informação de estado 91 e 91' e, respectivamente, 91' e 93.

[00061] Como mostrado na Figura 5B c), um registro de dados de evento adicional 64 é recebido, o qual por meio de sua informação de identificação novamente identifica, pelo menos, o primeiro item 201 e o item adicional 202. Como consequência pode ser gerada informação de estado correspondente 91" e 94 para ambos os itens 201 e 202, que indica estados em um ou mais tempos, entre o primeiro e segundo tempo dependendo do tempo indicado pela informação de tempo do registro de dados de evento 64. Como um resultado e como mostrado na Figura 5B d), transições de estado 914 e 915 podem ser avaliadas para o primeiro item 201 e, pelo menos uma transição de estado 916 pode ser avaliada para o item adicional 202. Em geral, no caso da informação de identificação identificar mais de um item, esses itens podem ser associados entre si, ou esses itens podem ter um relacionamento. Por exemplo, o primeiro item 201 mostrado pode ser um produto individual (embalagem), considerando que o segundo item pode ser um pacote de mais de um desses produtos individuais sob a forma de uma caixa, um palete ou algo parecido.

[00062] Figura 4C mostra um fluxograma esquemático de outra modalidade de método da presente invenção, com base nas modalidades como mostradas e descritas em conjunto com a Figura 4A. Especificamente, esta modalidade refere-se ao caso onde um item relacionado pode ser identificado como estando associado a um dos itens identificados pela informação de identificação, incluída no registro de dados de evento recebido. Neste caso, dita informação de estado que indica o estado do item após a operação é gerada adicionalmente com base em informação de estado consultada a partir do armazenador de dados e indicando um estado do item relacionado.

[00063] Esta modalidade então compreende uma etapa 531 (GERAR INFORMAÇÃO DE TERCEIRO ESTADO) de gerar, com base no registro de dados de evento recebido, informação de terceiro estado que indica um estado do item relacionado após a operação. Da mesma forma que as outras modalidades do método, uma etapa 532 (CONSULTA DE INFORMAÇÃO DE TERCEIRO ESTADO PRECEDENTE/SUBSEQUENTE) consulta informação de terceiro estado precedente, indicando um estado do item relacionado diretamente antes da operação e consultas a informação de terceiro estado subsequente, indicando um estado do item relacionado diretamente após a operação. Em geral, a presente modalidade permite o processamento de eventos que indiretamente se relaciona aos itens sujeitos a rastreamento. Mais especificamente, as transições de estado de itens podem ser avaliadas, onde tais itens não são diretamente identificados pelo registro de dados de evento recebido. Por exemplo, o evento recebido refere-se a uma operação de abertura de um palete. No armazenador de dados (ou outro local) pode haver informação sobre quais itens adicionais formavam aquele palete, de forma que receber um registro de dados de eventos relacionado ao palete permite avaliar as transições de estado para os itens constituintes individuais, sob a forma dos chamados itens relacionados.

[00064] Uma vez que a informação de terceiro estado foi gerada na etapa 531 e, ambas as informações de terceiro estado precedente e subsequente tenham sido pelo menos consultadas na etapa 532 (em ordem arbitrária), o método pode avançar para etapa 533 (AVALIAR TRANSIÇÕES DE ESTADO) de avaliar, se informação de terceiro estado precedente foi obtida em resposta à consulta na etapa 532, uma transição entre o estado indicado pela informação de terceiro estado gerada e o estado indicado pela informação de terceiro estado precedente, para uma conformidade de sexta regra e, se informação de terceiro estado subsequente foi obtida em resposta à consulta na etapa 532, uma transição entre o estado indicado pela informação de terceiro estado gerada e o estado indicado pela informação de terceiro estado subsequente, para uma conformidade de sétima regra.

[00065] Um exemplo específico desta modalidade geral da presente invenção é semelhante ao explicado em conjunto com a Figura 5B, exceto pela necessidade de qualquer informação de identificação explicitamente identificando itens relacionados. Mais especificamente, mas seguindo o exemplo como dado com a Figura 5B, um registro de dados de evento recebido pode carregar informação de identificação, identificando apenas um, digamos, o primeiro item 201. A relação entre o primeiro item 201 e o segundo item 202 pode não ser estabelecida por meio de informação adicional na informação de identificação. Pelo contrário, a relação é estabelecida consultando o armazenador de dados. Desta maneira, informações de estado 91' e 91" podem ser geradas mesmo se os registros de dados de evento 62 e 64 transportam informação de identificação identificando (apenas) o segundo item 202. Novamente no exemplo do segundo item 202 sendo um pacote de vários primeiros itens individuais 201, o armazenador de dados pode armazenar uma lista para o segundo item, carregando informação sobre quais primeiros itens individuais 201 fazem parte deste segundo item 202.

[00066] Uma modalidade adicional da presente invenção é explicada nas Figuras 5C a) e b). Especificamente, a Figura 5C a) mostra esquematicamente um primeiro registro de evento dados 61 com informação de identificação que identifica um primeiro item 201 e um segundo item 202, que estão ambos relacionados ou associados ao item 210. O último item 210 pode ser, por exemplo, um palete que transporta itens 201 e 202. De certa forma, o primeiro e segundo itens 201, 202 tem uma relação hierárquica com o item 210 de ordem maior. O registro de dados de evento pode, portanto, resultar em informação de estado 91 definindo os estados de todos os itens, a saber item 201, item 202 e item 210.

[00067] Um segundo registro de dados de evento 61' pode carregar informação de identificação identificando qualquer um ou todos os itens, 201, 202 e 210. O segundo registro de dados de evento 61', no entanto, resulta em informações de estado 91' definindo um estado para o qual uma transição 911 do estado precedente, definida por informação de estado 91, pode ser avaliada. A presente modalidade considera o caso em que a avaliação da transição 911 ou o evento 61', como tal, resulta em uma notificação 822 que carrega algumas informações relativas à associação entre os itens envolvidos. Por exemplo, a relação hierárquica entre itens 201, 202 e 210 pode ser definida por meio de notificação 822. Em geral, nesta modalidade uma notificação, assim, carrega informação sobre a relação entre os itens que são identificados pela informação de identificação. Da mesma forma, esta definição explícita por meio da informação de identificação não é estritamente necessária, uma vez que a relação também pode ser obtida consultando-se o armazenador de dados de modo que possa ser incluída em uma notificação.

[00068] No que diz respeito à notificação, deve notar-se que uma notificação pode ser vinculada a uma transição (ou sua avaliação), a um estado, e/ou um evento. Enquanto, no caso de uma notificação sendo um alerta, ele pode ter sido criado em resposta à avaliação de uma transição (ou seja, movimento inválido) e deve ser vinculado ao evento que causou a transição para ser descoberto - consequentemente notificação 822 pode ser ligada ao evento 61' e/ou estado 91'. Isto faz sentido, particularmente, no caso de notificações, que estão mais vinculadas a um estado particular sendo encontrado em vez de uma transição. Isso pode ser de adicional importância, porque uma notificação/alerta pode ser considerada válida somente no momento desse estado de descoberta. Se, por exemplo, um novo estado é considerado de forma que a sequência pode se tornar 91-> 91"-> 91', a transição anteriormente avaliada 911 nunca aconteceu, mas a notificação 822 pode ainda ter sido criada, pelo processamento do evento 61' e/ou estado 91'.

[00069] Figura 5C b) mostra esquematicamente a recepção de um novo registro de dados de evento 62 que transporta informação de identificação, identificando pelo menos um dos itens. Especificamente, o exemplo considera que pelo menos item 201 é identificado e que a informação de operação do registro de dados de evento 62 refere-se a dissolver a relação entre item 201 e item 202 e/ou item 210. Em geral, um evento também pode afetar o relacionamento entre itens associados (anteriormente). Seguindo o exemplo acima de um palete carregando vários itens individuais, a operação relatada pelo registro de dados de evento 62 pode ser relacionada à remoção de um item de um palete, que então poderia ser representada pelo item 210, enquanto o item removido em si seria representado pelo item 201. A notificação emitida anteriormente pode ainda ser aplicada, mas seu conteúdo pode ser modificado. Por exemplo, isso pode ser efetuado por meio da mudança da notificação 822 em notificação 822' (por exemplo, por meio de uma atualização de notificação). Especificamente, a notificação 822' pode compreender informação atualizada relativa à associação entre os itens envolvidos, ou seja, a relação hierárquica entre itens restantes 202 e 210.

[00070] Especificamente, a emissão de correções a uma notificação pode particularmente acontecer durante o processamento de eventos fora de ordem ou atrasados. No cenário mostrado, o processamento do evento 61' (incluindo a transição 911 e/ou estados 91,91') cria a notificação 822 com uma determinada hierarquia de itens. Como o estado 91" pode ser cronologicamente depois do estado 91', ele não pode emitir uma correção à notificação 822, com a consequência de que a notificação 822 ainda está correta no momento do estado 91'. Portanto, o evento 62 causa uma mudança nas hierarquias entre os estados existentes 91 e 91', pelos quais a informação de hierarquia que estava presente quando o evento 61' anteriormente foi avaliado, agora é conhecida por ter sido incorreta, consequentemente uma correção 822' à notificação 822 precisa ser gerada para o evento 61' (estado 91').

[00071] Figura 6A mostra um diagrama esquemático de processamento para processar um evento sob a forma de uma operação para um item em um sistema de acordo com as modalidades da presente invenção. Especificamente, refere-se novamente ao equipamento de aquisição 50, a interface 20, a entidade de processamento 10, bem como ao armazenador de dados 30, como esses componentes foram descritos em maior detalhe em conjunto com a Figura 1. O procedimento mostrado começa com uma operação sendo aplicada a um item, essa operação sendo relatada por meio de um evento 810 a um aparelho de aquisição 50 correspondente. Esta parte recipiente do equipamento de aquisição 50 então gera um registro de dados de evento 60 que é encaminhado em 811 para a interface 20. Por exemplo, a peça de equipamento de aquisição 50 pode ser na forma de um detector que detecta um item específico em uma localização específica (por exemplo, estágio de fabricação em uma fábrica, localização em uma esteira rolante, etc.). Seguindo este exemplo, evento 810 pode ser identificado como relativo a uma operação de conclusão, detectando a presença de um determinado item em um local específico em um tempo correspondente.

[00072] A partir disso, o equipamento de aquisição 50 pode gerar o registro de dados de evento 60 e pode encaminhá-lo em 811 para a interface 20. Interface 20 recebe (e possivelmente coleta uma pluralidade de) registros de dados de evento e os encaminha individualmente em 812 para processamento na unidade de processamento 10.

[00073] Com base no registro de dados de evento 60 recebido, a entidade de processamento 10, em seguida, gera informação de estado em 813, indicando um estado do item após a operação, ambos identificados por meio do registro de dados de evento 60 recebido. Opcionalmente, esta informação de estado gerada pode ser armazenada em 814 para o histórico do estado mantido no armazenador de dados 30, para cada item. A unidade de processamento 10, novamente em resposta ao recebimento do registro de dados de evento 60 em 812, então, consulta em 815 a partir do armazenador de dados 30, informação de estado precedente do item (identificada por meio do registro de dados de evento recebido) e, da mesma forma, em 817, informação de estado subsequente.

[00074] Se tal informação de estado precedente foi recebida com sucesso em resposta à consulta em 815, uma transição entre o estado indicado pela informação de estado gerada e o estado indicado pela informação de estado precedente é avaliada em 817 para uma conformidade de primeira regra. Da mesma forma, em 817, se informação de estado subsequente foi obtida com sucesso, em resposta à consulta em 816, uma transição entre o estado indicado pela informação de estado gerada e o estado indicado pela informação de estado subsequente é avaliada em 817 para uma conformidade de segunda regra. É importante notar que a ordem descrita de ações 815 a 817, pode ser diferente. Por exemplo, a informação de estado precedente/subsequente pode ser consultada somente após a nova informação de estado foi gerada.

[00075] Com base na avaliação sobre, digamos, a conformidade de primeira e/ou segunda regra, algum tipo de resultado pode ser notificado em 818. Por exemplo, se uma das conformidades de regra for violada, a notificação 818 pode ser sob a forma de um alerta. Esse alerta, por sua vez, pode indicar que o registro de dados de evento 60 recebido é relacionado a um evento sendo inesperado e/ou violação de algum requisito. Por exemplo, o registro de dados de evento 60 recebido refere-se a um evento que, normalmente, não pode ocorrer para o item sendo em um estado indicado pela informação de estado precedente atualmente armazenada no armazenador de dados 30. Por exemplo, o evento 810 refere-se à detecção de um item em uma localização específica, em que a informação de estado precedente armazenada indica (ou: sugeriria) que o item não pode ser detectado naquele local. Seguindo este exemplo, um possível cenário pode parecer com o seguinte: a informação de estado precedente armazenada no armazenador de dados 30 indica que um item está ainda sujeito a um processo de empacotamento ou fabricação e, portanto, não devia ter deixado a fábrica ainda, mas o evento recebido 810 refere-se a detectar exatamente este item já no campo.

[00076] Figura 6B mostra um diagrama esquemático de processamento para processar outro cenário de evento em um sistema de acordo com as modalidades da presente invenção. É, novamente, referido ao equipamento de aquisição 50, a interface 20, a entidade de processamento 10 e o armazenador de dados 30. O procedimento mostrado começa com uma operação sendo aplicada a um item, essa operação sendo relatada por meio de um evento 8200 a uma peça de aparelho de aquisição 50 correspondente. Esta parte recipiente do equipamento de aquisição 50 então gera um registro de dados de evento 60 que é encaminhado em 8201 para a interface 20. A partir disso, o procedimento continua da mesma forma que mostrado em conjunto com Figura 6A. Ou seja, o registro de dados de evento é encaminhado em 8202 para a unidade de processamento 10 e a geração de nova informação de estado, a consulta da informação de estado precedente e subsequente, bem como sua correspondente avaliação considerando conformidades de regra ocorrem em 8203. O resultado da coleção 8203 de procedimentos será, porém, que um item é registrado no sistema e há disponível pelo menos uma informação de estado para esse item.

[00077] Em comparação com o evento 8200, um evento adicional 8210 realiza-se em um momento posterior no tempo. No entanto, pode ser gerado um registro de dados de evento mas é retido em 8211, de forma que não alcance a interface 20. Além de reter localmente (por exemplo, com o equipamento de aquisição 50 ou dentro da rede 40 entre equipamento 40 e interface 20) um registro de dados de evento gerado, o mesmo pode resultar se o evento 8210 é detectado, mas a geração de seu registro de dados de evento correspondente está atrasada.

[00078] Em seguida, novamente em um ponto posterior no tempo, ocorre um evento adicional 8220, seu registro de dados de evento correspondente 60' atinge a interface 20 em 8221 e é encaminhado em 8222 para a unidade de processamento 10. Em resposta ao recebimento desses registro de dados de evento 60', a entidade de processamento 10, em seguida, consulta em 8223 e 8224 informação de estado precedente e subsequente, gera informação de estado em 8225 indicando um estado do item após a operação, que são ambos identificados mediante o registro de dados de evento 60' recebido. Agora se supõe que, pelo menos, informação de estado precedente foi obtida com sucesso em resposta à consulta em 8223, devido às ações que tomaram lugar em conjunto com o evento 8200. Portanto, uma transição entre o estado indicado pela informação de estado gerada (em resposta ao registro de dados de evento 60') e o estado indicado pela informação de estado precedente (com base no registro de dados de eventos 60) pode ser avaliada em 8226 para conformidade de regra.

[00079] Olhando para a sequência real dos eventos 8200, 8210 e 8220, no entanto, sugere que a avaliação em 8226 não vai submeter-se à conformidade de regra. Notando o fato de que evento 8210 não foi considerado até agora pela unidade de processamento 10, uma transição entre o estado resultante da operação de evento 8200 e o estado resultante da operação de evento 8220 não pode ser considerada como em conformidade com uma regra. Por exemplo, o item em questão pode ter sido liberado para campo para um primeiro país com o evento 8200, mas foi detectado em outro país com o evento 8220. No entanto, um caminho direto desde o local de fabricação até outro país pode ser considerado inadmissível, devido a, por exemplo, possível violação dos requisitos aplicáveis. Como consequência, unidade de processamento de 10 pode lançar uma notificação 8228 na forma de um alerta, indicando que um item foi detectado em uma localização não permitida. Em 8227, o estado gerado pode ser armazenado no armazenador de dados 30 na forma de informação de estado correspondente.

[00080] Em seguida, novamente, em um ponto mais adiante no tempo, evento 8220 é relatado por transmitir o registro de dados de evento correspondente 60" que atinge a interface 20 em 8231 e, eventualmente, a unidade de processamento 10 em 8232. Por exemplo, a peça de equipamento de aquisição 50 que detectou evento 8220, mas manteve a transmissão registro em 8211 tornou-se agora online (acesso a uma rede), de forma que o registro de dados de evento 60" foi lançado. Em 8233 para 8236, novamente, a geração de informação de estado e a consulta de informação de estado precedente e subsequente podem ocorrer como descrito acima. Olhando para a sequência temporal de eventos 8200, 8210 e 8220, é agora claro que ambas as consultas 8233 e 8234 serão bem sucedidas, visto que o estado como o resultado da operação com evento 8210 será válido entre os estados como os resultados de, respectivamente, as operações com eventos 8200 e 8220.

[00081] Seguindo o exemplo acima, o evento 8210 pode abranger operação de cruzamento de fronteira (por exemplo, o item é detectado em um ponto de verificação aduaneira). Isto pode, no entanto, agora resultar em ambas as transições, ou seja aquela entre o estado precedente (resultante da operação de evento 8200) e o estado gerado (resultante de agora processar a operação de evento 8210) e aquela entre aquele estado gerado e estado subsequente (resultante da operação de evento 8220) estarem em conformidade com as regras. Em 8237 o estado recentemente gerado pode ser armazenado novamente para o armazenador de dados 30. Adicionalmente, a notificação gerada anteriormente 8228 pode ser cancelada em 8238, visto que obviamente, já não se aplica.

[00082] Alternativamente, qualquer notificação anteriormente gerada também pode ser corrigida ou alterada em vez de ser cancelada, sempre que o alerta emitido anteriormente não se aplica mais, mas mesmo a avaliação adicional mostrou que a transição ainda não cumpre a regra por outras razões. Além disso, o alerta emitido anteriormente ainda pode se aplicar, mas seu conteúdo é modificado, enquanto o tempo de alerta e/ou seu status (tipo de alerta) pode permanecer inalterado. Portanto, o conteúdo de um alerta emitido anteriormente pode ser modificado tendo em conta o novo estado.

[00083] Por exemplo, isso pode ser o caso, se houver mais do que um evento 8210 desaparecido (entre eventos 8200 e 8220) quando os registros de dados de evento 60' e 60" são processados em 8223 a 8227 e, respectivamente, 8233 a 8237.

[00084] Um aspecto das modalidades da presente invenção pode demonstrar várias vantagens a este ponto. Mais especificamente, a informação de tempo compreendida nos registros de dados de evento permite gerar a informação de estado que indica estados do item em vários pontos do tempo. Isto, por sua vez, permite ordenar de forma temporal todos os estados de um item e consequentemente avaliar transições entre estados adjacentes (em tempo). Adicionalmente, visto que os registros de dados de evento são processados em resposta à sua respectiva recepção (ou seja, a disponibilidade para a unidade de processamento), um registro de dados de evento atrasado pode curar uma transição de estado anteriormente inválida. No que diz à conformidade de regra, os registros de dados de evento são considerados não em relação ao seu tempo que a unidade de processamento 10 recebe os registros, mas no que se refere ao tempo em que os eventos correspondentes realmente aconteceram. Isto permite vantajosamente preciso rastreamento de itens mesmo que registros de dados de evento possam estar atrasados no sistema.

[00085] Adicionalmente, modalidades da presente invenção podem dispensar quaisquer processos em lote: especificamente, as modalidades podem processar qualquer evento, independentemente de quão antigo este evento é, ou seja, quanto é o intervalo de tempo entre o momento de receber o registro de dados de evento (e processar isso) e o tempo que o evento/operação ocorreu. Em comparação com o processamento em lote e outros conceitos convencionais, que podem considerar eventos até um atraso correspondente ao intervalo de lote, as modalidades da presente invenção podem considerar praticamente qualquer atraso para fazer o rastreamento de itens, independentes de qualquer período (intervalo) de ciclo de lote e, além disso, pode dispensar processamento de lote como um todo que - entre outros - geralmente depende de agendamento confiável e pode exigir manutenção ou períodos de processamento (de lote) durante os quais um sistema pode ser inacessível.

[00086] Mais especificamente, processamento de lote geralmente envolve a criação de um limite relativo a um atraso admissível para recepção de eventos, mas se um evento chega mais tarde do que esse atraso, pode ser praticamente recusado, no sentido de que não é considerado no lote, e, como resultado, a informação resultante daquele processamento de lote pode ser errônea. Para ainda considerar o evento atrasado ou simplesmente se um evento em um próximo lote precisa disso, o reprocessamento de um lote anterior pode ser realizado. No entanto, isso introduz um atraso adicional por causa do processamento daquele lote. Por outro lado, o processamento em tempo real de eventos de acordo com modalidades da presente invenção, ou seja, a consulta e avaliação de conformidades de regra, em resposta a receber um evento, permite atualizar automaticamente o histórico relativo a um estado de um item, ou um grupo relacionado de itens tendo ligações hierárquicas. Tal atualização não é nem dependente quaisquer janelas de tempo (períodos) para coletar eventos, nem é dependente de tempo de inatividade, durante o qual um atraso adicional é introduzido enquanto o lote na verdade é processado. Pelo contrário, processamento pode ocorrer cada vez que um evento é recebido e tal processamento também é vantajosamente limitado a parte relevante dos dados, ou seja, o estado de um item específico ou o grupo relacionado de itens, dependendo do conteúdo do evento particular. Como outra consequência, qualquer processamento desnecessário de peças adicionais de um lote pode ser evitado.

[00087] Figura 6C mostra um diagrama esquemático de processamento para processar outro cenário de evento em um sistema de acordo com as modalidades da presente invenção. É, novamente, referido ao equipamento de aquisição 50, a interface 20, a entidade de processamento 10 e o armazenador de dados 30. O procedimento mostrado começa com uma operação que está sendo aplicada a um item, uma pluralidade de itens ou uma coleção de itens que, por sua vez, representam algum item de ordem maior (pacote). Esta operação é relatada por meio de um evento 830 a uma peça correspondente de aparelho de aquisição 50. Esta parte recipiente do equipamento de aquisição 50 então gera um registro de dados de evento 61 que é encaminhado em 831 para a interface 20. A partir disso, o procedimento continua da mesma forma que mostrado em conjunto com Figura 6A. Ou seja, o registro de dados de evento 61 é encaminhado em 832 para a unidade de processamento 10.

[00088] No entanto, o registro de dados de evento recebido 61 transporta informação de identificação que identifica mais de um item. Ou seja, a informação de identificação correspondente identifica itens 1, 2,... por meio de identificadores ID1, ID2,... como eles foram mostrados, por exemplo, em conjunto com a Figura 3B. Neste caso, a processamento 10 unidade analisa a informação de identificação compreendida nos registros de dados de evento 61 recebidos a fim de desempenhar toda ação adicional para cada item identificado. Ou seja, para um primeiro item (1). os estados precedentes e subsequentes são consultados, as novas informações do estado são geradas, as transições aplicáveis são avaliadas em 833, 834, 835 e 836. Opcionalmente, as informações de estado gerado para o primeiro item são armazenadas em 837 para o armazenador de dados 30 e quaisquer notificações 838 são efetuadas em resposta às conformidades de regra avaliadas. Da mesma forma, os procedimentos são repetidos para o segundo item 2. De 839 em diante e, novamente, para cada item adicional identificado pelas informações de identificação no registro de dados de evento 61 recebido.

[00089] Embora as modalidades acima mencionadas se relacionem com a aplicação da invenção para rastreamento de itens (como mercadorias em distribuição ou veículos na gestão de frota, por exemplo), o método específico de manipulação de registros de dados de evento para avaliar as transições de estado (envolvendo estados precedentes e subsequentes) com relação a conformidade de alguma regra também pode aplicar, por analogia direta, a outro campo como campo de automação (sistemas de controle automático ou seja, para operação de máquinas ou industrial processos nas fábricas), ou do tipo de controle de feedback ou do tipo de controle sequencial. Neste caso, um controlador (um PLC, Controlador Lógico Programável, por exemplo) normalmente controla os estados de um dispositivo (em vez de um "item"), por meio do recebimento de sinais entregados por sensores medindo parâmetros físicos relacionados a este dispositivo (em vez de "operação no item"). O controlador pode entregar eventos para um computador operável para executar algoritmos de controle complexos para gerenciar o dispositivo (ou uma pluralidade de dispositivos), em que um evento aqui inclui dados indicando as informações de identificação de um dispositivo, um valor de um parâmetro relativo ao dispositivo como medido por um sensor e enviado para o controlador e, um tempo em que o valor do parâmetro é entregue pelo controlador. Assim, a invenção também permite um controle em tempo real dos eventos de automação.

[00090] Uma determinada modalidade pode ser definida como um sistema de manipulação de eventos em automação que compreende: uma interface configurada para receber um registro de dados de evento incluindo informações de evento, indicando uma evento, informação de tempo, indicando um tempo em que ocorreu a operação e informações de identificação, identificando um originador; um armazenador de dados configurado para armazenar informações de estado, indicando um ou mais estados para cada originador; e uma unidade de processamento configurada para receber, através da interface, um registro de dados de evento e que, em resposta ao recebimento do registro de dados de evento e para o pelo menos um originador, identificado pela informação de identificação incluída no registro de dados de evento recebido: gerar, com base no registro de dados de evento, informação indicando o estado do originador após a evento; consultar, do armazenador de dados, informações de estado precedentes, indicando um estado do originador diretamente antes do evento e informações de estado subsequente, indicando um estado do originador diretamente após o evento; avaliar, se a informação de estado precedente foi obtida em resposta à consulta ao armazenador de dados, uma transição entre o estado indicado pela informação de estado gerada e o estado indicado pela informação de estado precedente para uma conformidade de primeira regra e, avaliar, se informação de estado subsequente foi obtida em resposta à consulta ao armazenador de dados, uma transição entre o estado indicado pela informação de estado gerada e o estado indicado pela informação de estado subsequente por uma conformidade de segunda regra.

[00091] Em tal sistema a informação de tempo pode, de preferência, indicar um tempo quando o evento ocorreu e a informação de identificação pode, de preferência, indicar um originador do evento, em que um originador pode ser um sensor como parte de equipamento de aquisição de dados distribuídos, ou um item sujeito à manufatura. Desta forma, o evento pode, portanto, também representar tais dados de sensor.

[00092] Em geral, essas modalidades adicionais dessa forma se relacionam a sistemas e métodos para manipulação de eventos em automação e, mais especificamente, a sistemas e métodos de manipulação de registros de dados de eventos que incluem informações de identificação, identificando um originador, informação de evento indicando um evento e informações de tempo indicando um tempo. Automação como tal, nos dias de hoje, é uma prática comum em vários campos industriais, tais como a fabricação, embalagem e distribuição de mercadorias, equipamentos de laboratório e processamento, logística, infraestrutura de transporte e afins. Comum a tal automação (industrial) é que, normalmente, o equipamento de aquisição de dados coleta todo tipo de dados e detecta a ocorrência de eventos. Por exemplo, parâmetros físicos observáveis são medidos como parte de um processo de fabricação, ou a presença de um item é detectada em um estágio específico de processamento. Tal automação já é bem apoiada por vários sistemas técnicos convencionais envolvendo leitores de código de barras, scanners, terminais móveis, equipamentos de rede e comunicação, sensores, detectores, sistemas de posicionamento por satélite, equipamentos de RF-ID, servidores, entidades de processamento, armazenadores de dados e similares.

[00093] Em uma escala comum, no entanto, estes sistemas empregando todo tipo de peças individuais de equipamento técnico, como mencionado acima, são normalmente distribuídos no campo, ou seja, na área que o sistema deve cobrir. Mais especificamente, em um local de manufatura pode haver uma pluralidade de sensores e leitores instalados em vários locais, pessoal pode ter aparelhos portáteis fornecidos para registrar recebimento e entrega de itens individuais ou empacotados, ou medir observáveis, equipamentos de comunicação podem receber e encaminhar dados correspondentes dos sensores, leitores, dispositivos, etc. para alguma entidade central que processa, armazena e avalia os dados. Comumente, também equipamento móvel é utilizado, por exemplo, quando itens ou bens são transportados entre locais. No entanto, também durante essas "viagens” a vigilância é continuada, por exemplo, nos casos em que os itens não podem exceder uma dada temperatura durante seu deslocamento entre locais e estágios de processamento.

[00094] De certa forma, tais sistemas de todos os tipos de equipamento técnico distribuído podem, então, permitir supervisão e controle do processo como um todo e o rastreamento de um ou mais itens no campo. Em particular, os sistemas podem permitir recuperação de informações sobre onde um item em particular se encontra atualmente, em qual estado (observável) está um estágio de processamento ou fabricação, o que aconteceu e quando a um determinado item, e qual é o estado resultante do item, como resultado de algum tipo de operação, por exemplo, como resultado do estágio de processamento ou manufatura.

[00095] Existem vários exemplos de operações que podem ser aplicadas a itens no campo, no entanto, algo comum para todas as operações é que uma determinada operação coloca um item em um estado particular, bem-definido. Por exemplo, um item pode ser rastreado como estando num local específico (coordenadas GPS, cidade, país, etc.), rastreado para estar sujeito a uma ou mais operações (por exemplo, processado, complementado por um ou mais componentes, usinado etc.) que, por sua vez, resulta em estados específicos dos itens. Adicionalmente os estágios, como tal, podem ser em vários estados, de acordo com o observável (por exemplo, tudo OK, falha, acima da temperatura, baixa oferta, etc.). Assim, estes sistemas podem ser de uso específico para otimizar a fabricação, distribuição, serviço, manutenção e processos relacionados.

[00096] Embora a distribuição, geralmente em grande escala, de tais sistemas permita uma ampla área de cobertura e, consequentemente, permita o manuseio de muitos sensores, estágios e itens sobre uma grande zona geográfica, incluindo muitos tipos de operações para os itens, qualquer distribuição de sistemas geralmente sofre de dificuldades no que diz respeito à recolha e transmissão de informação para habilitar aquisição de dados com precisão. Especificamente, qualquer informação recolhida no campo pode ser inicialmente off-line, no sentido de que um scanner ou dispositivo portátil coleta dados, mas processa ou encaminha os dados coletados apenas com algum atraso, por exemplo, após um número pré- determinado de eventos serem registrados.

[00097] Por exemplo, um sensor em um local de fabricação pode ser conectado diretamente à entidade de coleta de dados e, assim, permite transmissão de dados em tempo real "ao vivo", enquanto os sensores no equipamento de transporte podem sentir um observável (por exemplo, a temperatura durante o transporte), mas podem relatar os dados apenas intermitentemente, ou no final do transporte onde o sensor pode recuperar o acesso a uma rede de comunicação. Durante os períodos de "off-line" o equipamento de aquisição de dados empregado pode, portanto, reservar informação para reportar mais tarde.

[00098] Isso pode ser o resultado de como o equipamento de comunicação envolvido funciona, visto que para cada tarefa de comunicação pode ser necessário estabelecer uma conexão que, por sua vez, faz com que os recursos de energia (bateria) sejam consumidos ou simplesmente pode requerer acesso a uma rede de comunicação, que pode não estar acessível no subsolo ou dentro de edifícios. Por exemplo, o sistema pode saber que um item deixou um primeiro local e que mais tarde no tempo este mesmo item foi visto em um segundo local. A informação sobre o que ocorreu neste intervalo de tempo (por exemplo, a temperatura durante o transporte foi mantido em uma faixa admissível) pode ainda ser reservada por alguns equipamentos e esperar para ser reportada, por exemplo, em uma transferência de lote próxima à meia-noite ou quando um dispositivo móvel ou portátil, novamente, tem acesso a uma rede de comunicação (sem fio) ou é colocado novamente em sua base. Naturalmente, o custo também pode desempenhar um papel, visto que operadores de rede podem cobrar por conexão, para que os dados sejam coletados e mantidos deliberadamente.

[00099] Em geral, as modalidades adicionais podem, portanto, solucionar o problema de que os eventos de leitura, detecção ou medição de um observável, podem sofrer atrasos quando relatados a alguma entidade de armazenamento ou processamento de dados central. Assim, esses atrasos podem substancialmente degradar a exatidão dos sistemas, de forma que o sistema não seja capaz de fornecer informação sobre o processo com várias possíveis consequências desvantajosas, como redução da eficiência dos processos envolvidos, causando um consumo desnecessário de recursos energéticos, ou - entre outros - desencadeamento de alertas falsos.

[000100] Desta forma, um sistema, por exemplo aquele descrito em conjunto com a Figura 1, pode ser adaptado para manipular eventos de automação. O propósito de uma rede empregada 40 é, de forma geral, transmitir registros de dados de evento 60 dos equipamentos de aquisição 50 para a interface 20. O equipamento de aquisição pode, assim, compreender vários dispositivos individuais e entidades, tais como scanners, leitores de código de barras, sensores e afins. Geralmente, tais equipamentos de aquisição são adaptados para medir um observável, detectar uma presença ou um estado e/ou detectar uma operação em um ou mais itens, e serão descritos mais detalhadamente abaixo.

[000101] A unidade de processamento do sistema, por sua vez, compreende ou emprega recursos de processamento, recursos de memória e recursos de comunicação. Tais recursos de memória (por exemplo, memória) podem armazenar código, de forma a instruir os recursos de processamento para realizar o recebimento de um registro de dados de evento e, em resposta ao recebimento do registro de dados de evento, gerar informações de estado com base no registro de dados de evento recebido. A informação de estado indica um estado do originador após o evento, identificado por meio do registro de dados de evento recebido.

[000102] Nestas modalidades, a informação de estado pode, preferencialmente, indicar um estado por meio de informação adequada: por exemplo, a informação de estado pode indicar o estado como uma mensagem de texto ou um identificador definido em outro lugar no sistema. Uma mensagem de texto pode conter uma sequência de caracteres indicando o estado de forma bem compreensível, por exemplo, "OK", "FALHA", "ACIMA DA TEMPERATURA", etc. Da mesma forma, tais estados podem ser definidos por um identificador que se relaciona com uma definição mais detalhada em uma lista (livro de código) definida em outro lugar, por exemplo, a informação de estado pode indicar um valor numérico ou alfanumérico (por exemplo, "245" ou "HCY46F"), que, por sua vez, aponta para uma definição mais detalhada do livro de código, tal como "245 = SEM FORNECIMENTO xxx”. Neste contexto, o evento como tal pode ser identificado como a instância em que ou quando ocorreu um evento específico. Por exemplo, o originador detectou que uma temperatura excedeu um valor limite determinado, ou que um fornecimento de um consumível (por exemplo, cola, verniz, compostos, etc.) se esgota. O evento é, então, a instância de detectar o estado correspondente do originador, ou seja, o originador está, também, em um estado de "FALHA" ou "SEM FORNECIMENTO". Desta forma, o evento e o estado estão intimamente relacionados entre si e podem ser definidos e/ou armazenados de forma semelhante ou mesmo idêntica.

[000103] Adicionalmente, a informação de estado também pode indicar um valor de um observável. Isto se refere especificamente aos casos onde um evento como tal pode ser identificado em medição de um observável. O evento é então também acoplado à hora do evento, no sentido de que a informação de tempo do registro de dados de evento pode indicar o tempo quando a medida foi feita ou quando um valor observável é válido. Por exemplo, o originador pode ser um sensor medindo um observável físico (por exemplo, temperatura, pressão, massa, volume, etc.) de um estágio de processamento, ferramenta, item, etc. Medindo essa figura física e obtendo um valor correspondente em um determinado momento pode então identificar o evento. Neste caso, a informação de evento do registro de dados de evento pode levar informação sobre o valor do observável e a informação de tempo indica um tempo quando aquela medida foi tomada ou quando o valor era válido.

[000104] Em geral, o originador pode ser qualquer entidade identificável e distinguível. Na prática, o originador é a entidade que detecta, gera ou vivencia o evento. Seguindo os exemplos acima, um originador pode ser na forma de um sensor (por exemplo, como parte do equipamento de aquisição de dados distribuído), um detector, um scanner, um estágio de processamento ou fabricação, um item e afins. É importante notar, no entanto, que o originador desempenha o papel correlacionar eventos associados e registro de dados de evento resultantes, acontecendo em diferentes pontos no tempo. Por exemplo, se um evento prévio refere-se a "SEM FORNECIMENTO" ou "ACIMA DA TEMPERATURA", um evento mais tarde pode se relacionar com "FORNECIMENTO RECARREGADO" ou "TEMPERATURA OK". No entanto, pode também ser necessário atribuir os dois eventos consecutivos para o mesmo originador a fim de permitir uma avaliação confiável dos eventos e para permitir a operação adequada e confiável do sistema. Por exemplo, a mera suposição de que um estado de falha tenha sido apagado por receber um registro de dados de evento positivo pode não contar com a possibilidade de que o registro de dados de evento positivo refere-se a um originador, enquanto foi outro originador que gerou o registro de dados de evento negativo prévio.

[000105] Adicionalmente, a informação de estado pode armazenar os valores de um ou mais atributos do originador. Em particular, uma lista de valores de atributos apropriados pode ser armazenada na informação de estado. A lista também pode incluir a definição ou identificadores (nomes) dos atributos como tal. Geralmente, um atributo pode ser qualquer propriedade associável ao originador, incluindo físicas observáveis, localização, estados de campo, etc.

[000106] Em resposta a receber o registro de dados de evento 60, a unidade de processamento pode, agora, consultar do armazenador de dados, informação de estado precedente e informação de estado subsequente, em que a informação de estado precedente indica, aqui, um estado do originador diretamente antes do evento, e a informação de estado subsequente indica um estado do originador diretamente após o evento. Desta forma, o armazenador de dados 30 pode armazenar estados de um originador que "cercam" o estado recentemente gerado, gerados em resposta ao registro de dados de evento recentemente recebido.

[000107] Novamente, é claro que pode haver situações nas quais não existe nenhuma informação de estado precedente. Isto pode ser o caso, se o evento recebido (registro de dados de evento) refere-se a um procedimento de inicialização. Por exemplo, um originador pode registrar com o sistema simplesmente por meio de transmissão de um evento específico e fornecimento de sua identificação. Desta forma, por exemplo a instalação, manutenção e configuração de equipamentos de aquisição de dados distribuídos podem ser substancialmente facilitadas. O evento relativo a tal operação de inicialização pode assim ser o primeiro com o qual começa consideração pelo sistema, e o originador é correspondentemente "registrado" com o sistema.

[000108] Da mesma forma, é claro que haverá situações nas quais não existe nenhuma informação de estado subsequente. Este será normalmente o caso quando o sistema é atualizado, ou seja, armazena o estado verdadeiro. recente e real do item. No entanto, pode ser substancialmente vantajoso que tanto um estado precedente, quanto um estado subsequente, sejam considerados em todo o caso e assim (pelo menos) sejam consultados a partir do armazenador de dados 30, independentemente se eles realmente existem ou não. A razão é que o registro de dados de evento recebido pode ser atrasado no sistema, embora diga respeito a um evento que ocorreu antes de um evento já considerado, por meio do armazenamento da chamada informação de estado subsequente.

[000109] Seguindo exemplos e modalidades relacionadas com a informação de estado carregando informações de um observável, um caso ilustrativo pode ser o de um estágio de processamento, exigindo temperaturas abaixo de-18 ° C para o funcionamento adequado. Então, informação de estado precedente pode definir um estado de, digamos, "-20 ° C", indicando que o estágio está funcionando corretamente. Da mesma forma, informação de estado subsequente pode definir um estado de "-24 ° C", indicando ainda um funcionamento adequado e também um resfriamento. Uma regra pode agora definir pares permitidos, refletindo um determinado requisito. Por exemplo, o requisito pode ser que a temperatura não deve variar por mais de dois graus centígrados, por exemplo, devido a estabilidade e a continuidade do processo subjacente. De certa forma, esta transição pode, portanto, ser encontrada como não estando em conformidade com a regra aplicável de forma que, opcionalmente, uma notificação ou até mesmo um alerta é gerado. No entanto, se o evento de entrada define um estado de "-22 ° C", ambas as transições, ou seja, "-20 ° C"-> "-22 ° C" e "-22 ° C,"->"-24 ° C" podem ser encontradas como em conformidade com a regra.

[000110] Uma peça exemplar de equipamento de aquisição pode ser na forma de um dispositivo leitor portátil de temperatura. Tal dispositivo geralmente compreende uma janela, através da qual pode ser conferida uma temperatura de um objeto. O dispositivo 51 adicionalmente compreende equipamento de processamento integrado 52, incluindo geralmente uma unidade de processamento, uma unidade de memória e possivelmente também uma unidade de comunicação. Além de um ou mais botões de operação (opcionais), o dispositivo 51 também pode compreender uma interface de usuário sob a forma de um visor (e/ou luzes indicadoras e similares). Desta forma, tal dispositivo pode atuar como um originador no sentido de um sensor portátil, medindo um observável (temperatura) para algum item bem definido, e/ou em algum local bem definido e em determinado momento. O dispositivo geraria então um registro de dados de evento carregando como informação de evento um valor, indicando o número medido e como informação de identificação um identificador do dispositivo como originador ou do item como originador. Adicionalmente, é claro, tal dispositivo não está limitado a medir uma temperatura e qualquer figura adequada pode estar sujeita a medição e geração de evento correspondente.

[000111] Uma peça adicionalmente exemplar de equipamento de aquisição pode ser sob a forma de um dispositivo sensor de temperatura do processo, que geralmente compreende uma área de detector, através do qual a temperatura do meio circundante (por exemplo, líquido, fluidos de processo, gases, granulados, etc.) pode ser adquirida. Tal dispositivo adicionalmente compreende equipamento de processamento integrado, incluindo geralmente uma unidade de processamento, uma unidade de memória e possivelmente também uma unidade de comunicação. Tais dispositivos podem ser ligados a fio, mas este tipo de meio de comunicação pode ser, é claro, complementado ou substituído por uma interface sem fio, como IrDA, Bluetooth (TM), ZigBee (TM), WLAN, UMTS, GPRS, GSM, 3GPP, LTE e tecnologias relacionadas.

[000112] Nos dispositivos descritos das modalidades adicionais, os recursos de processamento correspondentes podem ser configurados para determinar a ocorrência de um evento e, correspondentemente, compilar um registro de dados de evento para encaminhamento imediato ou posterior para a interface do sistema. De qualquer forma, a informação adquirida (identificação de um item, presença de item, medição de temperatura ou outra figura física, etc.) é a base para que o evento e o registro de dados de evento correspondente sejam gerados. Como informação de identificação pode ser empregado qualquer identificador apropriado que pode mais ou menos exclusivamente identificar o originador.

[000113] Os seguintes parágrafos numerados definem modalidades adicionais de uma m geral de método da presente invenção. 1. A modalidade de método, em que o método compreende adicionalmente uma etapa de avaliar, se a informação de estado precedente e a informação de estado subsequente foram recuperadas em resposta à consulta ao armazenador de dados, uma transição entre o estado indicado pela informação de estado precedente e o estado indicado pela informação de estado subsequente por uma conformidade de terceira regra. 2. A modalidade de método ou o método do parágrafo 1, em que a informação de identificação identifica uma pluralidade de itens, e o método adicionalmente realiza as etapas de gerar a informação de estado, de consultar informação de estado precedente e informação de estado subsequente e, de avaliar se a informação de estado precedente e/ou subsequente foi obtida, as transições, para cada item da referida pluralidade de itens identificados pela informação de identificação. 3. A modalidade de método ou o método do parágrafo 1 ou 2, em que a informação de identificação identifica pelo menos um item adicional, o pelo menos um item adicional sendo associado a o um item, o método compreendendo adicionalmente as etapas de: gerar, com base no registro de dados de eventos recebido, informação de segundo estado, indicando um estado do item adicional após a operação; consultar a informação de segundo estado precedente, indicando um estado do item adicional diretamente antes da operação e informação de segundo estado subsequente, indicando um estado do item adicional diretamente após a operação; avaliar, se informação de segundo estado precedente foi obtida em resposta à consulta, uma transição entre o estado indicado pela informação de segundo estado gerada e o estado indicado pela informação de segundo estado precedente, para uma quarta regra de conformidade e de, avaliar, se informação de segundo estado subsequente foi obtida em resposta à consulta, uma transição entre o estado indicado pela informação de segundo estado gerada e o estado indicado pela informação de segundo estado subsequente para uma conformidade de quinta regra. 4. A modalidade de método, ou o método de qualquer um dos parágrafos de 1 a 3, compreendendo adicionalmente uma etapa de consulta para identificar um item relacionado, que está associado a um dos itens identificados pela informação de identificação, incluída no registro de dados de evento recebido. 5. O método do parágrafo 4, em que a etapa de geração da dita informação de estado, indicando o estado do item após a operação é adicionalmente baseada em informação de estado consultada indicando um estado do item relacionado. 6. O método do parágrafo 4 ou 5, compreendendo adicionalmente as etapas de gerar, com base no registro de dados de eventos recebido, informação de terceiro estado, indicando um estado do item relacionado após a operação; consultar a informação de terceiro estado precedente, indicando um estado do item relacionado diretamente antes da operação e informação de terceiro estado subsequente, indicando um estado do item relacionado, diretamente após a operação; avaliar, se informação de terceiro estado precedente foi obtida em resposta à consulta, uma transição entre o estado indicado pela informação de terceiro estado gerada e o estado indicado pela informação de terceiro estado precedente, para uma conformidade de quarta regra e de, avaliar, se informação de terceiro estado subsequente foi obtida em resposta à consulta, uma transição entre o estado indicado pela terceiro informação de estado gerada e o estado indicado pela informação de terceiro estado subsequente para uma conformidade de sétima regra. 7. A modalidade de método, ou o método de qualquer um dos parágrafos de 1 a 6, compreendendo adicionalmente uma etapa de emitir uma notificação com base em uma transição de estado avaliado. 8. O método do parágrafo 7, em que a notificação compreende informação sobre uma relação entre os itens que são identificados por dita informação de identificação. 9. O método do parágrafo 7 ou 8, em que a notificação é um alerta indicando uma não-conformidade a uma regra. 10. O método de qualquer um dos parágrafos 7 a 9, compreendendo adicionalmente uma etapa de cancelar e/ou corrigir uma notificação de alerta com base na avaliação de uma transição de estado. 11. A modalidade de método, ou o método de qualquer um dos parágrafos 1 a 10, em que as regras são definidas por pares de valor relativos a uma transição de estado. 12. O método do parágrafo 11, em que as regras consideraram adicionalmente a operação definida pela informação de operação do registro de dados de evento. 13. A modalidade de método, ou o método de qualquer um dos parágrafos de 1 a 12, em que o registro de dados de evento inclui informação de localização, indicando um local onde a operação ocorreu. 14. A modalidade de método, ou o método de qualquer um dos parágrafos de 1 a 13, em que a informação de estado inclui qualquer um dentre um texto, uma referência a um livro de código, valores de um ou mais atributos, identificadores para um ou mais atributos.

[000114] Embora modalidades detalhadas tenham sido descritas, estas só servem para fornecer uma melhor compreensão da invenção, definida pelas reivindicações independentes e não devem ser vistas como limitantes.

Claims

1. Sistema de rastreamento de uma pluralidade de itens caracterizado pelo fato de compreender: um equipamento de aquisição (50) adaptado para detectar operações aplicadas a pelo menos um item, e gerar registros de dados de evento (60), cada um incluindo informação de operação (613) indicando uma operação aplicada ao pelo menos um item, informação de tempo (611) indicando um tempo quando a operação aplicada ao pelo menos um item realmente ocorreu, e informação de identificação (612) identificando o pelo menos um item como detectado pelo equipamento de aquisição (50); uma interface (20) configurada para receber, através de uma rede (40) de comunicação, os registros de dados de evento (60) a partir do equipamento de aquisição (50); um armazenador de dados (30) configurado para armazenar informação de estado, indicando um ou mais estados para cada uma da pluralidade de itens; e uma unidade de processamento (10) configurada para receber, através da interface (20), os registros de dados de evento (60) a partir do equipamento de aquisição (50), e para, em resposta ao recebimento atual de um registro de dados de evento (60) dos registros de dados de evento (60) a partir do equipamento de aquisição (50) e para o pelo menos um item identificado pela informação de identificação (612) incluída no registro de dados de evento (60) recebido atualmente: gerar, com base no registro de dados de evento (60) recebido atualmente, informação de estado indicando um estado do pelo menos um item como um resultado de uma operação indicada no registro de dados de evento (60) recebido atualmente; consultar, a partir do armazenador de dados (30), informação de estado precedente, indicando um estado do pelo menos um item diretamente antes da operação indicada no registro de dados de evento (60) recebido atualmente, e informação de estado subsequente indicando um estado do pelo menos um item diretamente após a operação indicada no registro de dados de evento (60) recebido atualmente; em que a informação do estado precedente armazenada no armazenador de dados (30) é informação de estado gerada e enviada ao armazenador de dados (30) pela unidade de processamento (10) antes de gerar a informação de estado com base no registro de dados de evento (60) recebido atualmente, em que a informação do estado precedente é baseada em um registro de dados de evento (60) anterior dos registros de dados de evento (60) a partir do equipamento de aquisição (50), o registro de dados de evento (60) anterior recebido pela unidade de processamento (10) antes de receber o registro de dados de evento (60) recebido atualmente, e em que a informação de estado precedente indica um estado do pelo menos um item como um resultado de uma operação ocorrida indicada no registro de dados de evento (60) anterior que indica um tempo da operação ocorrida indicada no registro de dados de evento (60) anterior, que é mais cedo do que um tempo da operação indicada no registro de dados de evento (60) recebido atualmente; e em que a informação de estado subsequente armazenada no armazenador de dados (30) é informação de estado gerada e enviada para o armazenador de dados (30) pela unidade de processamento (10) antes de gerar a informação de estado com base no registro de dados de evento (60) recebido atualmente, em que a informação de estado subsequente é baseada em outro registro de dados de evento (60) anterior dos registros de dados de evento (60) a partir do equipamento de aquisição (50), o outro registro de dados de evento (60) anterior recebido pela unidade de processamento (10) antes de receber o registro de dados de evento (60) recebido atualmente, e em que a informação de estado subsequente indica um estado do pelo menos um item como um resultado de uma operação ocorrida indicada no outro registro de dados de evento (60) anterior que indica um tempo da operação ocorrida indicada no outro registro de dados de evento (60) anterior, que é mais tarde do que um tempo da operação indicada no registro de dados de evento (60) recebido atualmente; avaliar, se a informação de estado precedente foi recebida em resposta à consulta ao armazenador de dados (30), uma transição entre o estado indicado pela informação de estado gerada e o estado indicado pela informação de estado precedente para uma conformidade de primeira regra e, para avaliar, se a informação de estado subsequente foi obtida em resposta à consulta ao armazenador de dados (30), uma transição entre o estado indicado pela informação de estado gerada e o estado indicado pela informação de estado subsequente para uma conformidade de segunda regra, em que a unidade de processamento (10) é configurada para, em resposta a um resultado específico de conformidade de regra de avaliação, emitir uma notificação, e o sistema compreende adicionalmente: uma unidade de controle configurada para, mediante recebimento da notificação, ativar automaticamente uma operação no item em estágio de manufatura, processamento ou distribuição.

2. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato de que a unidade de processamento (10) é adicionalmente configurada para avaliar, se a informação de estado precedente e a informação de estado subsequente foram recuperadas em resposta à consulta ao armazenador de dados (30), uma transição entre o estado indicado pela informação de estado precedente e o estado indicado pela informação de estado subsequente para uma conformidade de terceira regra.

3. Sistema, de acordo com a reivindicação 1 ou 2, caracterizado pelo fato de que a informação de identificação (612) identifica uma pluralidade de itens, e a unidade de processamento (10) está configurada para gerar a informação de estado, para consultar informação de estado precedente e informação de estado subsequente e avaliar, se a informação de estado precedente e/ou subsequente foi obtida, as transições, para cada item da referida pluralidade dos itens identificados pela informação de identificação (612).

4. Sistema, de acordo com qualquer uma das reivindicações 1 a 3, caracterizado pelo fato de que a informação de identificação (612) identifica pelo menos um item adicional, o pelo menos um item adicional sendo associado ao um item, e a unidade de processamento (10) é adicionalmente configurada para: gerar, com base no registro de dados de evento (60) recebido atualmente, informação de segundo estado indicando um estado do item adicional como um resultado da operação indicada no registro de dados de evento (60) recebido atualmente; consultar, a partir do armazenador de dados (30), informação de segundo estado precedente indicando um estado do item adicional diretamente antes da operação indicada no registro de dados de evento (60) recebido atualmente, e informação de segundo estado subsequente indicando um estado do item adicional diretamente após a operação indicada no registro de dados de evento (60) recebido atualmente; avaliar, se a informação de segundo estado precedente foi recebida em resposta à consulta ao armazenador de dados (30), uma transição entre o estado indicado pela informação de segundo estado gerada e o estado indicado pela informação de segundo estado precedente para uma conformidade de quarta regra e, para avaliar, se a informação de segundo estado subsequente foi obtida em resposta à consulta ao armazenador de dados (30), uma transição entre o estado indicado pela informação de segundo estado gerada e o estado indicado pela informação de segundo estado subsequente para uma conformidade de quinta regra.

5. Sistema, de acordo com qualquer uma das reivindicações 1 a 4, caracterizado pelo fato de que a unidade de processamento (10) é adicionalmente configurada para consultar o armazenador de dados (30) para identificar um item relacionado que está associado a um dos itens identificados pela informação de identificação (612) incluída no registro de dados de evento (60) recebido atualmente.

6. Sistema, de acordo com a reivindicação 5, caracterizado pelo fato de que a unidade de processamento (10) está adicionalmente configurada para gerar dita informação de estado indicando o estado do item como um resultado da operação indicada no registro de dados de evento (60) recebido atualmente, adicionalmente com base em informação de estado consultada a partir do armazenador de dados (30) e indicando um estado do item relacionado.

7. Sistema, de acordo com a reivindicação 5 ou 6, caracterizado pelo fato de que a unidade de processamento (10) está adicionalmente configurada para: gerar, com base no registro de dados de evento (60) recebido atualmente, informação de terceiro estado indicando um estado do item relacionado como um resultado da operação indicada no registro de dados de evento (60) recebido atualmente; consultar, a partir do armazenador de dados (30), terceira informação de estado precedente, indicando um estado do item relacionado diretamente antes da operação indicada no registro de dados de evento (60) recebido atualmente, e terceira informação de estado subsequente indicando um estado do item relacionado diretamente após a operação indicada no registro de dados de evento (60) recebido atualmente; avaliar, se a terceira informação de estado precedente foi recebida em resposta à consulta ao armazenador de dados (30), uma transição entre o estado indicado pela terceira informação de estado gerada e o estado indicado pela terceira informação de estado precedente para uma conformidade de sexta regra e, para avaliar, se a terceira informação de estado subsequente foi obtida em resposta à consulta ao armazenador de dados (30), uma transição entre o estado indicado pela informação de estado gerada e o estado indicado pela terceira informação de estado subsequente para uma conformidade de sétima regra.

8. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato de que a notificação compreende informação sobre uma relação entre itens que são identificados por dita informação de identificação (612).

9. Sistema, de acordo com a reivindicação 8, caracterizado pelo fato de que a notificação é um alerta indicando uma não-conformidade a uma regra.

10. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato de que a unidade de processamento (10) está adicionalmente configurada para cancelar e/ou corrigir uma notificação de alerta com base em uma transição de estado avaliada.

11. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato de que a primeira e a segunda regras são definidas por pares de valor relativos a uma transição de estado.

12. Sistema, de acordo com a reivindicação 11, caracterizado pelo fato de que a primeira e a segunda regras consideraram adicionalmente a operação definida pela informação de operação (613) do registro de dados de evento (60).

13. Sistema, de acordo com qualquer uma das reivindicações 1 a 12, caracterizado pelo fato de que o registro de dados de evento (60) inclui informação de localização indicando um local onde a operação ocorreu.

14. Sistema, de acordo com qualquer uma das reivindicações 1 a 12, caracterizado pelo fato de que a informação de estado inclui qualquer um dentre um texto claro, uma referência a um livro de código, valores de um ou mais atributos, identificadores para um ou mais atributos.

15. Método para o rastreamento de uma pluralidade de itens, caracterizado pelo fato de que compreende as etapas de: detectar através de um equipamento de aquisição (50) operações aplicadas a pelo menos um item, e gerar registro de dados de evento (60) cada um incluindo informação de operação (613) indicando uma operação aplicada ao pelo menos um item, informação de tempo (611) indicando um tempo quando a operação aplicada ao pelo menos um item realmente ocorreu, e informação de identificação (612) identificando o pelo menos um item como detectado pelo equipamento de aquisição (50); receber, por uma interface (20), através de uma rede (40) de comunicação, os registros de dados de evento (60) a partir do equipamento de aquisição (50); armazenar, em um armazenador de dados (30), informação de estado indicando um ou mais estados para cada um da pluralidade de itens; e em resposta ao recebimento atualmente através da interface (20) um registro de dados de evento (60) dos registro de dados de evento (60) a partir do equipamento de aquisição (50) e, para o pelo menos um item identificado pela informação de identificação (612) incluída no registro de dados de evento (60) recebido atualmente, realizar, por meio de uma unidade de processamento (10), as etapas de: gerar, com base no registro de dados de evento (60) recebido atualmente, informação de estado indicando um estado do pelo menos um item como um resultado de uma operação indicada no registro de dados de evento (60) recebido atualmente; consultar, a partir do armazenamento de dados (30), informação de estado precedente, indicando um estado do pelo menos um item diretamente antes da operação indicada no registro de dados de evento (60) recebido atualmente, e informação de estado subsequente indicando um estado do pelo menos um item diretamente após a operação indicada no registro de dados de evento (60) recebido atualmente; em que a informação do estado precedente armazenada no armazenador de dados (30) é informação de estado gerada e enviada ao armazenador de dados (30) pela unidade de processamento (10) antes de gerar a informação de estado com base no registro de dados de evento (60) recebido atualmente, em que a informação do estado precedente é baseada em um registro de dados de evento (60) anterior do registro de dados de evento (60) a partir do equipamento de aquisição (50), o registro de dados de evento (60) anterior recebido pela unidade de processamento (10) antes de receber o registro de dados de evento (60) recebido atualmente, e em que a informação de estado precedente indica um estado do pelo menos um item como um resultado de uma operação ocorrida indicada no registro de dados de evento (60) anterior que indica um tempo da operação ocorrida indicada no registro de dados de evento (60) anterior, que é mais cedo do que um tempo da operação indicada no registro de dados de evento (60) recebido atualmente; e em que a informação de estado subsequente armazenada no armazenador de dados (30) é informação de estado gerada e enviada para o armazenador de dados (30) pela unidade de processamento (10) antes de gerar informação de estado com base no registro de dados de evento (60) recebido atualmente, em que a informação de estado subsequente é baseada em outro registro de dados de evento (60) anterior dos registros de dados de evento (60) a partir do equipamento de aquisição (50), o outro registro de dados de evento (60) anterior recebido pela unidade de processamento (10) antes de receber o registro de dados de evento (60) recebido atualmente, e em que a informação de estado subsequente indica um estado do pelo menos um item como um resultado de uma operação ocorrida indicada no outro registro de dados de evento (60) anterior que indica um tempo da operação ocorrida indicada no outro registro de dados de evento (60) anterior, que é mais tarde do que um tempo da operação indicada no registro de dados de evento (60) recebido atualmente; avaliar, se a informação de estado precedente foi recebida em resposta à consulta, uma transição entre o estado indicado pela informação de estado gerada e o estado indicado pela informação de estado precedente para uma conformidade de primeira regra e, de avaliar, se a informação de estado subsequente foi obtida em resposta à consulta, uma transição entre o estado indicado pela informação de estado gerada e o estado indicado pela informação de estado subsequente para uma conformidade de segunda regra, e em resposta a um resultado específico de conformidade de regra de avaliação, emitir uma notificação e ativar automaticamente, através de uma unidade de controle, uma operação no item em estágio de manufatura, processamento ou distribuição.

16. Meio legível por computador não transitório, caracterizado pelo fato de que é para armazenar o código que implementa um método conforme definido na reivindicação 15 quando executado em recursos de processamento de uma entidade de processamento.