BR102020012433A2 - Sistema e método para detecção e rastreamento de ativos, integração e validação dos dados obtidos - Google Patents

Abstract

sistema e método para detecção e rastreamento de ativos, integração e validação dos dados obtidos. o sistema compreende um módulo de detecção e rastreamento de ativos (mdr) que detecta e rastreia ativos a serem monitorados por tecnologias de radiofrequência lidas por uma ou mais unidades leitoras (100), processadas em um módulo de processamento (102) e cujos dados são enviados armazenados em um módulo de armazenamento local (104) para envio a um servidor externo (122) através de uma interface de rede (120), e um módulo de conformidade (mc) que permite que o usuário possa inserir rotinas para verificar a conformidade de dados imputados como dados reais do projeto, de forma a prover um conjunto de informações compreensíveis e garantir dados estruturados e relatórios customizados, incluindo dados bim, e um módulo de contrato inteligente (mci), que faz uso de um componente de processamento de pedidos (902) em conjunto com o componente de processamento de licitação (904), permitindo a geração e validação independente de dados e acordos contratuais. cada módulo pode atuar de forma individual ou conjunta com os demais.

Description

SISTEMA E MÉTODO PARA DETECÇÃO E RASTREAMENTO DE ATIVOS, INTEGRAÇÃO E VALIDAÇÃO DOS DADOS OBTIDOS CAMPO DA INVENÇÃO

[01] A presente patente de invenção descreve um sistema e método para detecção e rastreamento de ativos, integração e validação dos dados obtidos que associa os dados de detecção e rastreamento de ativos, utilizando um equipamento específico, outras fontes de dados, documentos e atividades que geralmente não são registradas, controladas ou não são analisadas em profundidade desejável, para fornecer um conjunto de informações compreensíveis e estruturadas para a otimização geral de um projeto com vistas a maximizar a produtividade e eficiência de processos, qualidade, segurança e confiabilidade.

ANTECEDENTES DA INVENÇÃO

[02] A construção civil é uma atividade que envolve uma grande quantidade de variáveis, sendo desenvolvida em um ambiente particularmente dinâmico e mutável, o que torna o gerenciamento de uma obra um trabalho complexo (Mattos, A. D. (2010). Planejamento e controle de obras (1. ed.). São Paulo: PINI).

[03] Para Formoso (Formoso, T. C. (2001). Planejamento e controle da produção em empresas de construção. Porto Alegre: Universidade Federal do Rio Grande do Sul), deficiências no planejamento e controle estão entre as principais causas da baixa produtividade do setor, de suas elevadas perdas e da baixa qualidade de seus produtos.

[04] Segundo Coelho (Coelho, H. O. (2003). Diretrizes e requisitos para o planejamento e controle da produção em nível de médio prazo na construção civil (Dissertação de mestrado). Programa de Pósgraduação em Engenharia Civil, Universidade Federal do Rio Grande do Sul, Porto Alegre), o modelo conceitual dominante na construção civil define a produção como um conjunto de atividades de conversão, que transforma os insumos em produtos intermediários ou finais. Esse modelo tem uma predominância de produção empurrada, sendo baseado no método do caminho crítico (CPM) e na técnica de avaliação e revisão de programa (PERT). No entanto, não são considerados os fluxos físicos entre as atividades, apesar da maior parte dos custos originar-se desses fluxos, e não são considerados os requisitos dos clientes, o que pode resultar em produtos inadequados para o mercado.

[05] Assim como na construção civil, a indústria também utiliza tecnologias para análise de processos e verificação de conformidade, utilizando diversas ferramentas para detecção e análise de fluxo de materiais e de trabalho.

[06] A literatura patentária descreve sistemas e métodos de gerenciamento de processos.

[07] O documento CN110287519 descreve um método e sistema de monitoramento de progresso de construção de engenharia de construção integrados ao BIM, dito método que compreende as etapas: seleção de uma pluralidade de nós de tempo, realização da coleta das partes interna e externa de um canteiro de obras através do emprego de uma pluralidade de meios, realizando a reconstrução tridimensional dos dados internos e externos coletados e realizando o processamento dos dados tridimensionais em um modelo tridimensional interno e externo; corresponder, respectivamente, os modelos tridimensionais internos e externos com um modelo de progresso do plano BIM e executar análises comparativas para obter um gráfico de progresso real da construção interna e externa e dados do modelo tridimensional de diferença de progresso da estrutura principal interna ou externa da construção; resumir e emitir o gráfico de progresso da construção real interno e externo e os dados do modelo tridimensional da diferença de progresso, respectivamente, e alimentar de forma síncrona os dados resumidos e de saída das unidades relacionadas.

[08] O documento KR101927640 descreve um material de construção utilizando uma etiqueta IoT e um sistema e um método para gerenciar um processo. O método pode compreender as etapas de: atualização das informações do material relacionadas aos materiais com base nas informações de identificação de uma etiqueta IoT anexada ao material; gerenciar informações de processo relacionadas ao material com base nas informações de quantidade de construção fornecidas por um terminal de campo; e analisando informações de status do material e informações de status do processo, vinculando as informações do material relacionadas às informações do material e do processo relacionadas ao material.

[09] O documento CN106779447 descreve um sistema e método de gerenciamento inteligente de trabalhadores da construção integrando BIM e RFID. O sistema compreende um capacete com uma etiqueta RFID, um leitor RFID, um computador, uma tela de LED e um alarme sonoro e luminoso. O sistema pode ler informações na etiqueta RFID no capacete usado por um trabalhador da construção civil através do leitor RFID e resumir as informações em segundo plano para análise e processamento, para que funções de identificação, gerenciamento de acesso regional certo, medição da hora de trabalho, posicionamento inteligente e o aviso de segurança do trabalhador da construção é realizado, e os dados também podem ser resumidos e exibidos visualmente em um módulo BIM.

[010] No que diz respeito ao rastreamento de ativos, o estado da técnica descreve inúmeras soluções, tal como o uso de etiquetas de radiofrequência, como etiquetas RFID, dentre as quais se destacam as tags NFC que usam frequências mais altas e tem maior capacidade de armazenamento, assumindo a forma de pequenos chips semicondutores que são incorporados aos ativos. Estas etiquetas RFID são passivas e alimentadas por uma corrente induzida pelo campo de RF de um equipamento leitor. As desvantagens do uso de etiquetas RFID são o alcance é limitado e os dados enviados por uma tag é limitado nas informações que ela pode fornecer.

[011] Uma solução alternativa para rastreamento de ativos diz respeito ao protocolo de transmissão de dados BLE (Bluetooth Low Energy), uma tecnologia sem fio de curto alcance e baixa potência, projetada para baixo custo e longa duração da bateria. Os dispositivos de transmissão (beacons BLE) transmitem sua identidade para dispositivos dentro do alcance, provendo grande quantidade de armazenamento. No entanto, quando usados a longa distância e a alta potência, o consumo de bateria pode ser muito alto para muitas aplicações.

[012] O documento JP2003331097 descreve um sistema de rastreamento da ação de cada trabalhador em um campo de trabalho, captando o conteúdo do trabalho de cada trabalhador na área de permanência do trabalhador e calculando o número de trabalhadores envolvidos em um trabalho específico e o tempo de processo do trabalho específico, utilizando uma etiqueta de transmissão para transmitir um sinal de identificação individual e receptores para receber sinais das respectivas etiquetas de transmissão.

[013] O documento JP2005326965 descreve um sistema de gerenciamento do canteiro de obras que compreende uma etiqueta IC fixada em materiais, ferramentas e operadores existentes no canteiro de obras, um leitor de etiqueta IC para ler o ID da etiqueta IC e um servidor de gerenciamento para se comunicar com o leitor de etiqueta IC.

[014] O documento US20090272803 descreve uma rede de sensores para gerenciar a localização de materiais em um canteiro de obras que inclui sensores de RF com identificadores exclusivos anexados a itens selecionados. Uma rede de leitores de sensores de radiofrequência com dois ou mais leitores de sensores de RF detecta o identificador exclusivo de cada um dos sensores de radiofrequência e sua distância de cada sensor de radiofrequência. Um processador conectado à rede do leitor de sensores de radiofrequência determina a localização dos sensores de radiofrequência com base no identificador exclusivo e na distância detectada por cada leitor do sensor de radiofrequência. Um dispositivo de seleção seleciona um sensor de RF com base em uma entrada do usuário e um dispositivo de captura de imagem se move em resposta à entrada do usuário para exibir o sensor de radiofrequência selecionado em um dispositivo de exibição.

[015] O documento US9462839 descreve um módulo sensor fixado na cabeça de um indivíduo e transmite sinais sem fio correspondentes para análise, rastreamento e/ou relatório das forças detectadas

[016] O documento US20170270461 descreve um sistema que permite o monitoramento dos trabalhadores no ambiente de trabalho, sendo capaz de determinar a localização do sujeito, juntamente com movimento, impactos, altitude e outros parâmetros ambientais que podem afetar a saúde ou outra condição do trabalhador.

[017] No entanto, em ambientes severos e espaçados, tal como em canteiros de obras e minas, onde é requerido o rastreamento de ativos e de pessoal, se faz necessário superar as restrições técnicas das etiquetas sem fio, a fim de permitir o rastreamento e prover informações para o gerenciamento eficiente do inventário e dos projetos.

[018] Em que pese as inúmeras tecnologias disponíveis para o rastreamento de ativos, aquisição de dados e interpretação, se tratam de sistemas e métodos dedicados ao controle de funções específicas, tal como segurança, controle de acesso, uso de equipamentos, rastreamento de ativos, entre outros, gerando informações abundantes, porém não relacionadas de forma a permitir o uso subsequente das informações para previsão de resultados.

[019] Adicionalmente, o estado da técnica descreve algoritmos que verificam a conformidade de dados imputados possivelmente como dados reais (podendo ser dados simulados), mas esses se restringem a funcionalidades de verificação frente à normas ou regras internas, não aceitando padrões de verificação programáveis por usuários que interagem com o sistema, o que limita ou inviabiliza o uso comercial dessas soluções para cenários de verificação não planejados anteriormente ou que sejam divergente de um padrão médio praticado na indústria. Como exemplo, regras de projeto pertinentes à legislação dos bombeiros podem ser altamente específicas, e um algoritmo de conformidade que não permita a programação direta do usuário terá limitações substanciais em garantir uma conformidade geral entre as normas e o executado.

[020] Dessa forma, a presente patente de invenção descreve um sistema e método para detecção e rastreamento de ativos, integração e validação dos dados obtidos que apresenta uma unidade leitora que lê dados de múltiplas etiquetas de radiofrequência dispersas em uma área a ser monitorada, enviando os dados de rastreamento para um servidor remoto para serem processadas, permitindo que o usuário possa inserir rotinas para verificar a conformidade de dados imputados como dados reais do projeto, de forma a prover um conjunto de informações compreensíveis e garantir dados estruturados e relatórios customizados.

SUMÁRIO

[021] A invenção descreve um método para detecção e rastreamento de ativos, integração e validação de dados adquiridos por meio de processos automatizados.

[022] A invenção descreve um sistema para detecção e rastreamento de ativos, integração e validação de dados que envolve o uso de dispositivos de detecção física que enviam dados de rastreamento físico para a Internet, sendo dito equipamento preparado para suportar poeira, impacto, água, tinta e componentes alcalinos, podendo ser independente da rede de fornecimento de energia e podendo operar em sua ausência temporária.

[023] A invenção descreve um sistema para detecção e rastreamento de ativos, integração e validação de dados que permite registrar as atividades executadas no local de monitoramento e as atividades de transporte, que geralmente não são registradas, não são controladas ou simplesmente não são analisadas em profundidade desejável devido aos esforços necessários.

[024] A invenção descreve um método para detecção e rastreamento de ativos, integração e validação de dados que provê dados que podem ser analisados, apresentados e utilizados para prever atividades e resultados.

[025] A invenção descreve um método para detecção e rastreamento de ativos, integração e validação de dados que permite verificar se o que foi executado no local está em conformidade com o que está definido no projeto.

[026] A invenção descreve um sistema para detecção e rastreamento de ativos, integração e validação de dados que permite padronizar os relatórios gerenciais, vinculando aos relatórios já existentes, com a possibilidade de registro de múltiplas informações que geralmente não são anotadas e, portanto, não são avaliadas adequadamente.

[027] A invenção descreve um sistema para detecção e rastreamento de ativos, integração e validação de dados que utiliza as ferramentas disponíveis no mercado, por exemplo, BIM (Building Information Modeling) como informação complementar para verificação de conformidade do projeto, ao contrário das convencionais ferramentas em que estas ferramentas são utilizadas para lidar com a comunicação em tempo real de problemas ocasionais encontrados em uma inspeção, sem prever meios para a organização dos dados e a avaliação posterior.

[028] A invenção descreve um método para detecção e rastreamento de ativos, integração e validação de dados que permite que o usuário possa obter informações, identificar problemas e soluções sobre qualquer elemento projetado, antes ou após sua execução, clicando sobre a representação 3D desse neste elemento. Elementos como portas, móveis, paredes e vigas podem ter informações detalhadas exibidas na tela, vindas diretamente de arquivos de projeto, como o IFC e o BCF. Esse auxílio à informação também pode ser exemplificado em cenários mais complexos, como na verificação de instalações hidráulicas ou elétricas.

[029] A invenção descreve um método para detecção e rastreamento de ativos, integração e validação de dados em que é possível saber onde os materiais estão localizados e qual é a sua rota de movimentação, podendo ser usado para acompanhar o andamento de um projeto de construção e sugerir alterações de processo buscando rotas ótimas. Por exemplo, o material X é usado apenas na fase Y de construção e está sendo direcionado para a área sua área de uso no canteiro de obras, o que atesta o início da fase Y; as rotas dos materiais podem ser rastreadas e analisadas em termos de eficiência quanto à distância, superlotação e meios de transporte.

[030] A invenção descreve um método para detecção e rastreamento de ativos, integração e validação de dados que permite a gestão facilitada da distribuição de materiais em várias fases do trabalho. Por exemplo, se a existência de um determinado material em estoque é fundamental para o progresso da construção, o sistema pode garantir uma requisição de reabastecimento a tempo.

[031] A invenção descreve um sistema para detecção e rastreamento de ativos, integração e validação de dados que permite a adequada gestão da força de trabalho, podendo identificar separadamente equipes individuais que permitam avaliações mais específicas; pode verificar o comparecimento e as condições legais de cada trabalhador, indicando qualquer situação de preocupação; pode interativamente ver remotamente as rotas da força de trabalho e realizar análises semelhantes às das rotas materiais e pode indicar a localização em tempo real de cada trabalhador no canteiro de obras.

[032] A invenção descreve um sistema para detecção e rastreamento de ativos, integração e validação de dados que permite a análise da medição de produtividade baseada em uma razão de "taxa de uso de material"/"horas trabalhadas por equipe".

[033] A invenção descreve um sistema para detecção e rastreamento de ativos, integração e validação de dados que permite retratar graficamente as zonas de trabalho sobre planos de construção e modelos 3D, a fim de facilitar a compreensão dos relatórios, envolvendo a localização de trabalhadores/materiais, de datas passadas ou em tempo real. Além disso, a visualização 3D com BIM também pode ser usada para mostrar rotas de material/trabalhadores graficamente para o usuário.

[034] A invenção descreve um sistema para detecção e rastreamento de ativos, integração e validação de dados que permite que informações impactantes na produtividade e robustez de processos de produção possam ser correlacionadas matematicamente e de forma estruturada com elementos de projeto e execução provenientes de modelos BIM, dados internos da empresa e métricas exteriores ou de mercado.

[035] A invenção descreve um sistema para detecção e rastreamento de ativos, integração e validação de dados que permite a geração e análise de um log de erros e problemas de execução, facilitando análises de lições aprendidas que não são executadas atualmente.

[036] A invenção descreve um sistema para detecção e rastreamento de ativos, integração e validação de dados que permite que haja uma vinculação de dados não estruturados aos componentes analisáveis de projeto, fazendo com que a iteração final do projeto, chamado também de “as built” ou “as is”, façam também o papel de repositório único dos processos de obra, aumentando a robustez e posterior utilidade das informações.

[037] A invenção descreve um sistema para detecção e rastreamento de ativos, integração e validação de dados que permite que as informações coletadas pelo sistema ou inseridas externamente sejam registradas e validadas entre as partes por meio de sistema de “smart contracts”, com ou sem a necessidade de uma validação expressa por todas as partes envolvidas.

[038] A invenção descreve um sistema para detecção e rastreamento de ativos, integração e validação de dados que permite que as informações validadas por “smart contracts” sirvam ao propósito de fonte confiável de informações para terceiros, não envolvidos inicialmente no contrato. Por exemplo, um relatório de qualificação de fornecedores baseado em dados não adulteráveis e validados pelo sistema.

BREVE DESCRIÇÃO DAS FIGURAS

[039] A figura 1 apresenta a representação esquemática do Módulo de Detecção e Rastreamento (MDR), evidenciando a unidade leitora de etiquetas inteligentes fixadas em ativos a serem detectados e rastreados, o servidor externo (122) e o receptor GPS (124).

[040] A figura 2 apresenta o fluxograma de uma rotina de varredura BLE onde a etiqueta BLE (118) é detectada e lida através do receptor BLE (116) da unidade leitora (100).

[041] A figura 3 apresenta o fluxograma da rotina de varredura RFID que implementa a detecção e a leitura da etiqueta RFID (112) através do receptor RFID (110) de uma unidade leitora (100).

[042] A figura 4 apresenta o fluxograma da rotina de envio de dados armazenados no banco de dados do módulo de armazenamento local (104) da unidade leitora (100) para o servidor externo (122).

[043] A figura 5 apresenta um fluxograma onde a etiqueta RFID (112) é digitalizada pelo receptor RFID (110) e os dados são convertidos pelo módulo de conversão (606) em um formato compatível com protocolos e pacotes BLE.

[044] A figura 6 apresenta a representação esquemática do sistema de leitura de posição incluindo o uso de GPRS 712 através da antena móvel 706.

[045] A figura 7 apresenta o fluxograma do módulo rastreador GPS.

[046] A figura 8 apresenta a representação esquemática do Módulo de Conformidade (MC).

[047] A figura 9 apresenta o fluxograma do módulo de conformidade em comunicação com um componente de modelo BIM.

[048] A figura 10 apresenta o fluxograma das etapas de avaliação do relatório de conformidade e atualização do arquivo IFC.

[049] A figura 11 apresenta o fluxograma do Módulo de contrato inteligente.

DESCRIÇÃO DETALHADA DA INVENÇÃO

[050] Para os fins da presente invenção, os seguintes termos são conceituados:

[051] “ativo” compreende equipamentos, pessoas, insumos, ou qualquer bem tangível que necessite de rastreamento em uma determinada área;

[052] “etiqueta de radiofrequência” compreende etiquetas (ou tags) dotada de um circuito microprocessado detectado e lido por uma unidade leitora;

[053] O sistema para detecção e rastreamento de ativos, integração e validação dos dados obtidos, objeto da presente patente de invenção, compreende um Módulo de Detecção e Rastreamento de Ativos (MDR) que detecta e rastreia ativos a serem monitorados e que apresentam pelo menos uma etiqueta de radiofrequência anexada diretamente ao ativo ou anexada a uma estrutura que contém o ativo ou um grupo de ativos, tal como um contêiner ou pallet, dita etiqueta lida por uma unidade leitora.

[054] As etiquetas de radiofrequência podem ser do tipo RFID (RadioFrequency Identification), BLE (Bluetooth Low Energy) ou qualquer outra tecnologia que permita a transmissão de dados entre dita etiqueta de radiofrequência e uma unidade leitora. Alternativamente, a etiqueta de radiofrequência pode enviar sinal ou receber sinal, atuando como um sensor.

[055] Por exemplo, um ativo pode apresentar uma etiqueta RFID (112) ou um sinalizador BLE (118), ou dito ativo pode apresentar etiqueta RFID (112) e sinalizador BLE (118) ou, ainda, outras tecnologias, como Lora e sensores GPS.

[056] A unidade leitora (100) pode ser móvel ou fixa e apresenta capacidade para receber dados de pelo menos uma etiqueta RFID (112) e/ou de pelo menos um sinalizador BLE (118).

[057] Conforme apresentado na figura 1, a unidade leitora (100) apresenta um receptor BLE (116) para suportar comunicação com pelo menos uma etiqueta BLE (118) e um receptor de RFID (110) para suportar comunicação com pelo menos uma etiqueta RFID (112); um módulo de processamento (102), um módulo de armazenamento local (104) onde são armazenados os dados lidos das etiquetas RFID (112) e/ou BLE (118) e uma interface de rede (120) que recebe os dados armazenados no módulo (104), dita unidade leitora (100) alimentada por uma bateria (106) ou um adaptador CA/CC (108) ou uma combinação de ambos.

[058] O módulo de processamento (102) compreende um microprocessador, um microcontrolador ou similar.

[059] A unidade leitora pode operar com ou sem os receptores de BLE (116) e de RFID (110), com apenas um dos receptores (116) ou (110) ou com ambos os receptores (116) ou (110). A retirada ou reinclusão de um dos receptores (116) ou (110) pode ser feita de forma plug-andplay, alterando automaticamente o modo de processamento tão logo verificada a conexão ou desconexão, não provocando alteração substancial no sistema e não dependendo de um profissional especializado para as devidas conexões.

[060] O módulo de armazenamento local (104) compreende uma memória não volátil ou volátil usada para armazenar um banco de dados local. Caso seja usada memória volátil, pode ser previsto um backup de bateria. O armazenamento local (104) pode assumir a forma de RAM, ROM, Flash, como bem como memória removível, como cartões SD, discos de estado sólido (SSD) e similares.

[061] Preferentemente, os dados disponíveis no módulo de armazenamento local (104) são enviados para um servidor externo (122) usando uma API REST.

[062] A interface de rede (120) pode ser qualquer interface de rede com ou sem fio e suporta qualquer protocolo de rede adequado, incluindo dados celulares Ethernet, WiFi ou GSM, XBee, LoRa ou qualquer outra tecnologia de rede de área ampla de baixa potência (LPWAN), que podem ser utilizados associados baseado em regras. Exemplificativamente, se houver uma taxa pelo uso de GPRS na rede celular, o WiFi pode ser preferido. No caso de conexão de rede intermitente, os dados são armazenados no módulo de armazenamento local (104) até que a conexão de rede ao servidor externo (122) seja restaurada.

[063] Opcionalmente, a unidade leitora (100) inclui um receptor GPS (124) para indicar a localização da dita unidade leitora (100).

[064] Preferentemente, o sinalizador BLE (118) é do tipo TLM que suporta o protocolo Eddystone que intercala os formatos de quadro TLM e URL, provendo dados de localização e também informando o nível da bateria nas situações em que o sinalizador BLE (118) é alimentado por bateria.

[065] Dependendo do ambiente de instalação da unidade leitora (100), são previstos reforços contra vibrações, impactos, poeira, umidade, água e outros. Entende-se por ambiente qualquer meio externo ou interno, sujeito à fenômenos naturais, exposição à meios físicos, químicos e biológicos, entre outros.

[066] Os dados recebidos pela unidade leitora (100) referente às etiquetas inteligentes RFID (112) e/ou BLE (118) fixadas no ativo são armazenados em um módulo de armazenamento local (104) e, periodicamente, o módulo de processamento (102) envia os dados, através da interface de rede (120), para o servidor externo (122) que retorna uma confirmação de que os dados foram recebidos, permitindo que o módulo de processamento (102) exclua os dados do armazenamento local (104) ou não, conforme previamente programado.

[067] Na figura 2 é apresentada uma rotina de varredura BLE, onde a etiqueta BLE (118) é detectada e lida através do receptor BLE (116) da unidade leitora (100). A rotina de varredura BLE é executada periodicamente, com frequência suficiente para detectar uma etiqueta BLE assíncrona (118) que transmite seu sinal periodicamente. Todos os dispositivos Bluetooth são rastreados na área de alcance da unidade leitora (100), incluindo ativos com etiquetas BLE (118) e outros dispositivos Bluetooth, como telefones celulares pessoais. De forma ilustrativa, os dados recebidos dos dispositivos Bluetooth são codificados no formato JSON (JavaScript Object Notation), sendo obtida uma lista de todos os dispositivos Bluetooth no formato JSON. Dessa forma, são mantidos apenas os dados das etiquetas BLE (118) fixados em ativos que fazem parte do sistema, ditos dados armazenados no módulo de armazenamento local (104) da unidade leitora (100) em um banco de dados SQLite usando o formato JSON, sendo mantido neste formato quando transmitido ao servidor externo (122).

[068] Podem ser utilizados outros formatos que não seja JSON e um banco de dados que não seja SQLite, sendo apresentados apenas de forma ilustrativa na figura 2 para fins de suficiência descritiva.

[069] Na figura 3 é ilustrada a rotina de varredura RFID que implementa a detecção e a leitura da etiqueta RFID (112) através do receptor RFID (110) de uma unidade leitora (100). A rotina de varredura RFID é executada periodicamente, com frequência suficiente para detectar uma etiqueta RFID assíncrona (112) que responde à unidade leitora (100) quando está dentro do alcance.

[070] Quando uma etiqueta RFID (112) é detectada pelo receptor RFID (110), são recebidos dados que incluem um código de identificação (ID) de etiqueta RFID (112) que é validado para garantir que a etiqueta (112) está associada a um ativo que está sendo rastreado. O ID da etiqueta RFID (112) e outros dados recebidos são formatados no formato JSON, sendo o ID da etiqueta RFID (112) registrado no banco de dados no módulo de armazenamento local (104) para ser enviado a um servidor externo (122).

[071] Podem ser utilizados outros formatos que não seja JSON e um banco de dados que não seja SQLite, sendo apresentados apenas de forma ilustrativa na figura 3 para fins de suficiência descritiva.

[072] O período da rotina de varredura BLE e de varredura RFID é ajustado para garantir que um sinal de uma etiqueta BLE (118) ou de uma etiqueta RFID (112) seja lido de maneira confiável, levando em consideração a localização e velocidades relativas da unidade leitora (100) e das etiquetas (112) ou (118).

[073] Opcionalmente, o receptor RFID (110) não é usado e a rotina de varredura RFID não é executada até a rotina de varredura BLE detectar um ativo dentro do alcance. Isto porque a antena do receptor RFID (110) requer uma quantidade significativa de energia, onde tal rotina reduz o consumo de energia da unidade leitora (100).

[074] Opcionalmente, uma primeira tecnologia de radiofrequência (tal como RFID (110), BLE (116), GPS (124) ou outra tecnologia como LoRaWAN) pode ser desativada quando uma segunda tecnologia é rastreada. Esta função é particularmente relevante para otimização da bateria, sendo desativada a tecnologia que consome mais energia quando detectada uma outra tecnologia que consome menos energia.

[075] Por exemplo, uma etiqueta BLE (118) é detectada e a informação de potência de sinal (RSSI). Caso a etiqueta BLE (118) já esteja registrada e em um novo ciclo de varredura for detectado, o seu contador de leituras é atualizado e um novo valor de RSSI médio é calculado e enviado. Esse processo de cálculo é configurável e permite reduzir discrepâncias causadas por falhas individuais nas leituras das etiquetas de radiofrequência (112) e (118).

[076] Conforme apresentado na figura 4, os dados obtidos da rotina de varredura BLE e da rotina de varredura RFID são armazenados de forma conjunta, em um único formato, no banco de dados do módulo de armazenamento local (104) da unidade leitora (100). Uma solicitação de protocolo de rede, tal como HTTPS, é usada para enviar os dados para o servidor externo (122). Nesta rotina, o módulo de processamento (102) aguarda uma resposta do servidor (122) para indicar o sucesso ou falha da solicitação do protocolo de rede. Se a resposta for negativa, indicando uma falha, os dados são mantidos no banco de dados no armazenamento local (104) para ser feita nova tentativa de envio. Se a resposta for positiva, indicando uma transferência bem-sucedida, os dados são excluídos do módulo de armazenamento local (104). A rotina de envio de dados para o servidor externo (122) prevê constantes checagens para verificar a existência de novos dados para transmitir ou de dados antigos para retransmitir.

[077] Opcionalmente, o receptor de RFID (110) é externo à unidade leitora (100) e conectado através de um cabo, de forma que a conexão entre o receptor RFID (110) e o módulo de processamento (102) da unidade leitora (100) é efetivado por meio de uma porta serial, tal como RS-232, USB ou I2C. Nesta situação, a unidade leitora (100) suporta apenas protocolos BLE e a capacidade de ler uma etiqueta RFID (112) pode ser alcançada pela unidade leitora (100) através de vários arranjos construtivos.

[078] Um primeiro arranjo construtivo compreende um receptor RFID simplificado (110) externo à unidade leitora (100) e conectado ao módulo de processamento (102) através de uma porta serial genérica ou uma porta de E/S de processador semelhante. As informações brutas de RFID capturadas são processadas pelo módulo de processamento (102). A antena RFID proprietária é um componente que fica interno ao encapsulamento do sensor e pode ter sua angulação movida por um usuário através de trilhos. Essa antena se comunica à placa RFID por uma conexão serial. A placa RFID por sua vez se encaixa sobre a placa eletrônica base do equipamento (o que permite sua modularidade) e tem a função de controlar envio e recepção de sinal RFID.

[079] Um segundo arranjo construtivo, apresentado na figura 5, compreende um segundo receptor RFID (602), um módulo de conversão (606) e um sinalizador programável BLE (604). A etiqueta RFID (112) é digitalizada pelo receptor RFID (110) e os dados da etiqueta RFID (112) são convertidos pelo módulo de conversão (606) em um formato compatível com protocolos e pacotes BLE. O módulo de conversão (606) programa as informações convertidas da etiqueta RFID (112) em um sinalizador programável BLE (604) que é lido como uma etiqueta BLE normal (118) pelo receptor BLE (116). Dessa maneira, uma unidade leitora (100) com apenas um receptor BLE (116) pode receber dados de pelo menos uma etiqueta BLE (118) e pelo menos uma etiqueta RFID (112), processar os dados, armazenar e enviar ditos dados para o servidor externo (122). Quando os dados são coletados no servidor externo (122) e analisados, as fontes de dados são diferenciadas como dados RFID ou BLE, independentemente de como os dados foram recebidos pela unidade leitora (100).

[080] Um terceiro arranjo construtivo é apresentado na figura 6 e inclui um módulo rastreador de GPS (700), utilizado para rastrear ativos em movimento a longas distâncias, dito módulo (700) que se comunica com um receptor de GPS (124) acoplado ao módulo de processamento (102) da unidade leitora (100). Dessa forma, o módulo rastreador GPS (700) pode ser usado com o receptor BLE (116) ou com o receptor RFID (110), ou com ambos, sendo os dados de localização dos ativos coletados e transmitidos ao servidor externo (122).

[081] Este módulo rastreador GPS (700) está tipicamente em um modo de baixa energia ou hibernação. Usando um sensor de vibração ou de movimento, este módulo (700) detecta quando o ativo está em movimento, atualizando periodicamente a posição do ativo que pode ser definida com base no tempo decorrido desde a última leitura realizada pelo módulo GPS (700) ou estimando ou medindo a distância dos ativos. Se não houver movimento, um temporizador de vigilância pode ser usado para acordar periodicamente o módulo rastreador GPS (700) para enviar uma confirmação da posição do ativo.

[082] Uma leitura de posição também pode ser iniciada por uma fonte externa em vários links de comunicação, incluindo o uso de GPRS (712) através da antena móvel (706). Dados coletados compreendem a posição, data e hora. Os dados de data e hora podem ser obtidos através do receptor GPS (124) ou da conexão GPRS (712). O banco de dados interno é armazenado em uma memória Flash (702), embora outros tipos de memória também possam ser usados. Os dados da posição são enviados para o servidor externo (122) através de uma interface de rede (120) usando um protocolo de transferência de dados. Os dados da posição são preservados na memória Flash (702) até o recebimento de uma transferência bem-sucedida pelo módulo rastreador GPS (700) do servidor externo (122). Após a coleta ou transferência de dados completada, o módulo rastreador GPS (700) retorna ao modo de hibernação. Quando sai do modo de hibernação, o módulo rastreador GPS (700) primeiro tenta conectar-se à rede GPRS. Se falhar, o módulo rastreador GPS (700) tenta obter informações de localização do GPS (124). Se for bem-sucedido, o módulo rastreador GPS 700 tenta obter informações de localização através da rede GPRS. Se não for bem-sucedido, o módulo rastreador GPS (700) tenta obter informações da localização através do sinal GPS (704). Se isso não for bem-sucedido, ele retorna para o modo de hibernação. Se os dados de localização forem obtidos através do GPRS ou GPS, uma solicitação HTTPS é enviada para o servidor externo (122). Se a solicitação HTTPS não tiver êxito, os dados de localização são salvos na memória Flash local (702) ou no módulo de armazenamento local (104) e o módulo rastreador GPS (700) entra novamente no modo de hibernação. Caso a solicitação HTTPS tenha sucesso, a memória Flash (702) é verificada e quaisquer dados salvos serão enviados antes do rastreador GPS (700) voltar a entrar no modo de hibernação. Quando estiver em hibernação ou no modo de suspensão, o módulo rastreador GPS (700) ou a unidade leitora (100) aguarda até que seja acordado por um sensor de vibração, alerta ou outros meios.

[083] Adicionalmente, uma unidade leitora (100) pode atuar como hub, coletor ou gateway dentro de um sistema que apresenta muitas unidades leitoras (100) e etiquetas de radiofrequência. Esta unidade leitora gateway (100A) tem uma conexão de rede robusta com o servidor externo (122) e coleta dados de outras unidades leitoras (100) integrantes do sistema. Os dados de todas as unidades leitoras (100) são transferidos para o servidor externo (122) à medida que chegam ou em um modo de processamento em lote. Com um relógio em tempo real instalado, a unidade leitora (100A) pode ser configurada para coletar dados das unidades leitoras (100) e transferir para o servidor externo (122) em horários pré-definidos.

[084] Opcionalmente, uma etiqueta RFID (112) fornece dados de localização e funciona em conjunto com o dispositivo GPS (124) para economizar energia usada pelo módulo rastreador GPS (700). A etiqueta RFID (112), como qualquer outra etiqueta RFID, depende de receber um sinal RFID de uma antena para começar a trabalhar. Quando uma unidade leitora (100) chega ao alcance de uma etiqueta RFID (112), ela pode colocar o módulo rastreador GPS (700) no modo de hibernação, com a etiqueta RFID (112) passando a fornecer dados de localização do módulo rastreador GPS (700).

[085] Conforme apresentado na figura 7, quando acordar do modo de hibernação, o módulo de rastreador GPS (700) faz uma primeira tentativa de conexão à rede GPRS. Se falhar, o módulo de rastreador GPS (700) tentar obter informações de localização a partir do GPS. Se for bem-sucedido, o módulo rastreador GPS (700) tenta obter informações de localização através da rede GPRS. Se não for bemsucedido, o módulo de rastreador GPS (700) tenta obter localização através do GPS. Se isso não for bem-sucedido, ele volta para modo de hibernação. Se os dados de localização forem obtidos, em seguida uma solicitação HTTP é enviada para o servidor externo (122). Se a solicitação HTTP não tiver sucesso, os dados de localização são salvos na memória Flash local (702) ou no armazenamento local (104) e o módulo rastreador GPS (700) entra novamente no modo de hibernação. Caso a solicitação HTTP seja com sucesso, a memória Flash (702) é verificada para quaisquer dados salvos anteriormente que, se existirem, serão enviados para o servidor externo (122) antes de reentrar no modo de hibernação. Quando em hibernação, o módulo de rastreador GPS (700) ou unidade leitora (100) espera até ser acordado por um sensor de vibração ou outros meios. Evidente para os versados no assunto que a forma de concretização descrita nesse parágrafo é exemplificativa e pode sofrer alterações a fim de serem adequadas alterações de componentes e de método.

[086] Opcionalmente, uma implementação de LoRa (Long Range) é adicionada à etiqueta RFID (112) ou substitui a etiqueta RFID (112), de forma que os módulos sem fio LoRa tenham uma função análoga ao sistema RFID no funcionamento do sistema. Assim, onde há uma rede LoRa disponível, três estados de potência seriam possíveis. Um primeiro estado de potência é aquele próximo ao canteiro de obras onde as etiquetas RFID (112) poderiam ser usadas para fornecer informações de localização. Um segundo estado de potência seria próximo de locais urbanos ou áreas que fornecem implementações de LoRa que incluem informações de localização. Um terceiro estado de potência seria lugares mais isolados, onde o rastreador GPS seria usado. A adição de protocolos adicionais de rede e sensoriamento, que fornecem informações de localização, permitiria a adição de ainda mais estados de potência.

[087] O Módulo de Detecção e Rastreamento compreende, portanto, a obtenção de dados de ativos ou conjunto de ativos com etiquetas de radiofrequência, ditos dados lidos pela unidade de leitura (100) e enviados ao servidor externo (122) onde são processados em uma base de dados conjunta e usados como base para relatórios interativos, voltados para o monitoramento das operações no ambiente em monitoramento quase em tempo real, conforme esquematicamente apresentado na figura 8.

[088] O Módulo de Detecção e Rastreamento pode usar e exibir modelos BIM juntamente com os dados rastreados, de forma que a localização de materiais, pessoas e ativos pode ser mostrada em um modelo 3D, o que facilita a visualização e a navegação. Também é possível usar a parametrização do modelo BIM para exibir resultados do relatório, como fluxos de movimentação mais precisos. Na outra direção do fluxo de dados, os dados detectados no local podem ser usados para atualizar os modelos BIM.

[089] Um segundo módulo, no contexto da presente invenção designado como Módulo de Conformidade (MC), permite a associação das informações obtidas no Módulo de Detecção e Rastreamento, dados de projeto, planejamento, orçamentação e outros registros feitos em campo, comparando as premissas do projeto e o planejamento com as informações do projeto real incluídas no Módulo de Detecção e Rastreamento.

[090] A metodologia de análise utilizada compreende ferramentas de modelagem paramétrica orientada a objetos, tal como as ferramentas BIM (Building Information Modeling), as quais permitem um fluxo confiável de informações por todo o ciclo de vida do projeto.

[091] As ferramentas BIM permitem que cada objeto/elemento (no contexto da presente invenção conceituados como “dados de especificação de projeto (508)”, a seguir detalhado) possua tipos de dados associados definidos como comportamentos e propriedades. Comportamentos são os relacionamentos entre elementos. Por exemplo, antes de uma janela ser inserida em uma parede, o comportamento da parede anula automaticamente o espaço que coincide com a janela devido ao comportamento desse elemento. Propriedades são informações de elementos de várias naturezas, como nome, tipo, comprimento, forma, densidade, coordenadas cartesianas, fase de construção, capacidade térmica, resistência à compressão, cor, entre outros. Os dados de comportamento e de propriedades são armazenados em conjunto ao modelo 3D, formando uma base de dados conjunta e específica à tecnologia BIM.

[092] O Módulo de conformidade (MC) inclui um componente de especificação de projeto (502), um componente de dados do projeto real (504) e um componente de análise (506) em comunicação com o componente de especificação de projeto (502) e o componente de dados de projeto real (504), tal como representado esquematicamente na figura 8.

[093] O componente de especificação de projeto (502) é capaz de receber e/ou criar dados de especificação de projeto (508) e transmitir os dados de especificação de projeto (508) para o componente de análise (506).

[094] Os dados de especificação de projeto (508) podem ser qualquer tipo de dado especificado para um projeto, incluindo materiais, mão-deobra, ativos, cronogramas de entrega e cronogramas de conclusão, ditos dados (508) geralmente desenvolvidos sobre plataformas comerciais.

[095] O componente de dados real do projeto (504) recebe dados reais do projeto (510) e transmite para o componente analítico (506) que recebe e analisa os dados de especificação de projeto (508) e os dados reais de projeto (510) e os compara para determinar se o projeto real (510) está em conformidade com os dados de especificação de projeto (508).

[096] Preferentemente, os dados reais do projeto (510) são rastreáveis pelo Módulo de Detecção e Rastreamento (MDR), mas podem ser inseridos/informados manualmente, através de formulários padrão de entrada de dados ou por meio de integração com outros sistemas por API.

[097] Quando os dados reais do projeto (510) estão integrados com o Módulo de Detecção e Rastreamento (MDR) ou com bases de dados de gestão, tal como os Sistemas Integrados de Gestão Empresarial (ERP), há uma validação mais abrangente e precisa que a humana, sendo o controle sobre os dados realizado através de um algoritmo de conformidade (511).

[098] O algoritmo de conformidade (511) permite que os dados da execução que retornam para o projeto sejam programados para as necessidades específicas do projeto. Em que pese existirem alguns softwares de verificação, estes apresentam funções bastante limitadas, inexistindo um programável para as necessidades específicas da empresa cliente.

[099] O algoritmo de conformidade (511) faz uma conexão entre o registro de dados reais do projeto (510) e a especificação de projeto (508), aceitando padrões de verificação programáveis pelo usuário que interagem com a sistema através de uma linguagem de programação simplificada, preferentemente utilizando programação visual por blocos, de forma a permitir que o usuário possa inserir rotinas e visualizar os relatórios customizados provenientes da análise (506).

[0100] O algoritmo de conformidade (511) é preferentemente desenvolvido utilizando a biblioteca xBIM, para operações sobre modelos BIM. Tanto a entrada quanto a saída de dados ocorre no formato IFC, padrão de formato aberto. O algoritmo opera diretamente sobre o código fonte dos modelos, e usa bibliotecas de referência customizadas e padrões, essa última opcionalmente como a NBR 15965, o Unicode e o OmniClass.

[0101] Os dados analisados pelo componente analítico (506) podem ser transmitidos para um dispositivo eletrônico portátil, tal como um computador, um tablet ou um smartphone, ou ser exibido conjuntamente com as informações do Módulo de Detecção e Rastreamento (MDR), em uma plataforma única.

[0102] De forma ilustrativa, a figura 9 apresenta o Módulo de Conformidade (MC) em comunicação com um componente de modelo BIM que fornece os dados de especificação do projeto (508) para o Módulo de Conformidade (MC). Os dados de especificação de projeto são criados por uma equipe de projeto (606) que está em comunicação com o BIM (602). O Módulo de Conformidade (MC) está em comunicação com um dispositivo eletrônico utilizado por uma equipe de conformidade (612) que revisa os dados analisados recebidos do Módulo de Conformidade (MC) para verificar a conformidade com os dados de especificação de projeto (508).

[0103] O dispositivo eletrônico também está configurado para acesso pela equipe de projeto (606) para receber feedback da equipe de conformidade (612). Esse feedback pode incluir eventos ou preocupações relacionadas à conformidade ou modificação dos dados originais de especificação de projeto (508). Por exemplo, um projeto de construção utiliza a metodologia BIM que contém dados relativos a detalhes do projeto de construção, incluindo detalhes específicos sobre materiais e mão-de-obra. O arquivo de projeto resultante é criado no formato IFC (Industry Foundation Classes), um padrão aberto para arquivos BIM, criado para resolver problemas de compatibilidade com diferentes softwares BIM. O uso do formato IFC é ilustrativo e não deve ser limitador. O arquivo IFC é fornecido ao Módulo de Conformidade (MC) onde os dados específicos do projeto no arquivo IFC são comparados e analisados com dados reais do projeto (504). Os dados analisados podem ser fornecidos a um dispositivo eletrônico do usuário, onde podem ser revisados pela equipe de verificação de conformidade (612). Se a equipe de conformidade (612) determinar que há um problema com o cronograma ou materiais do projeto, o arquivo IFC pode ser modificado para destacar o problema. Isso permite que o problema seja visto no contexto dentro do software BIM.

[0104] O arquivo IFC revisado é fornecido à equipe do projeto (606) para analisar se o problema pode ter impacto no planejamento.

[0105] Por exemplo, uma obra utiliza sistemas de lajes pré-moldadas. O seu posicionamento na estrutura é registrado através de uma interface com o Módulo de Conformidade (MC). Caso, em testes posteriores à execução, seja constatado uma resistência estrutural baixa em um dos lotes das lajes, a informação de resistência estrutural é armazenada automaticamente no modelo digital em conjunto com as informações de projeto (508), através do algoritmo de conformidade (511). O algoritmo de conformidade (511) utiliza as regras internas para correlacionar as informações do projeto estrutural com as informações provindas da execução. Caso o programa encontre uma inconsistência, que pode ser definida internamente ou por uma programação customizada da empresa, notificações são enviadas as partes responsáveis. Caso o módulo de conformidade seja utilizado em conjunto com o Módulo de Detecção e Rastreamento (MDR), os elementos estruturais não satisfatórios terão sua posição exata encontrada, o que diminuirá custos e prazos para a construtora na correção de problemas.

[0106] O algoritmo (511) do Módulo de Conformidade (MC) executa testes frequentes para encontrar correlações não usuais entre as diferentes fontes de dados imputadas. Como a solução de compatibilidade reúne mais quantidade e tipos de informação de forma analisável que as soluções concorrentes, há uma vantagem no uso de métodos relacionados a inteligência artificial, especificamente os de machine learning e deep learning.

[0107] O relatório de conformidade (840) é transmitido para um servidor de conformidade (845) que a seguir transmite para a equipe do projeto (606). O servidor de conformidade (845) pode estar localizado dentro de um ou mais de qualquer tipo de rede de computador, incluindo sistemas de LAN, WAN, internet ou servidor em nuvem.

[0108] A equipe do projeto (606) avalia o relatório de conformidade (840) e pode tomar medidas para abordar quaisquer aspectos não conformes das especificações do projeto, conforme estabelecido no arquivo IFC do projeto. Essas ações resultarão em um arquivo IFC atualizado (860). A avaliação do relatório de conformidade (820) e a atualização do arquivo IFC (860) podem ser realizadas pelo uso da plataforma de software BIM (602) da equipe do projeto (606). A plataforma de software BIM (602) pode estar localizada dentro de qualquer tipo de sistema de computador. A equipe do projeto (606) então transmite o arquivo IFC ou uma variação de código aberto, tal como BCF, atualizado para o servidor de conformidade (845) onde é transmitido para o Módulo de Conformidade (MC). O usuário pode então implementar o arquivo IFC atualizado no site do projeto, conforme apresentado na figura 10.

[0109] Por exemplo, equipamentos importantes em um edifício podem ter seu funcionamento verificado. Quaisquer problemas visuais ou por discrepância na análise de dados encontrados serão endereçados ao elemento específico no projeto (508) que deve ser representado no design do modelo. Isso será enviado à equipe responsável (606), com a representação do modelo do equipamento possivelmente contendo as especificações necessárias para os cenários de reparo ou substituição.

[0110] Em outro exemplo, ao verificar a estrutura já concretada de um piso, o profissional verifica que algumas vigas apresentam dimensões menores do que as especificadas no projeto. Como é possivelmente um motivo de preocupação, um relatório de alta prioridade é enviado ao projetista estrutural, que avaliará se a condição pode ser mantida assim ou se é necessário um reforço estrutural. Nos dois sentidos, essa documentação é uma informação valiosa e de grande interesse para análises adicionais, para atribuir responsabilidades ou corrigir práticas defeituosas.

[0111] Os relatórios de conformidade gerados podem ser armazenados. Com um processamento adequado de dados e algoritmos específicos de propósito, como aplicativos de aprendizado de máquina, será possível fornecer um serviço de análise preditiva sobre questões de conformidade, fornecendo avaliação personalizada em termos de tipo de construção, tamanho, região, bem como decisões de projetos mais detalhadas, como o sistema estrutural adotado.

[0112] Um terceiro módulo, no escopo da presente invenção denominado de Módulo de Contrato Inteligente (MCI), é direcionado para a criação de contratos com base em dados específicos do projeto, provendo dados que permitem, por exemplo, atestar a procedência de materiais, ranquear fornecedores, confirmar a evolução de um projeto, entre outros, com base nas informações históricas obtidas nas soluções anteriores.

[0113] Conforme mostrado na figura 11, o módulo de contrato inteligente inclui um componente de processamento de pedidos (902) e um componente de processamento de licitação (904) que está em comunicação com o componente de processamento de pedidos (902). O componente de processamento de pedidos (902) inclui um subcomponente de solicitação de pedido (906) e um subcomponente de criação de lances (908).

[0114] O subcomponente de solicitação de pedido (906) está configurado para receber uma solicitação de lance (910) de uma fonte externa através de qualquer rede de comunicação. Esta fonte externa pode ser uma personificação do módulo de conformidade (MC). Uma vez recebido, o subcomponente de criação de licitação (908) cria um projeto de licitação (912) com base na solicitação de licitação (910). O componente de processamento de pedidos (902) fornece então o projeto de licitação (912) para o componente de processamento de licitação (904).

[0115] Uma vez que o componente de processamento de licitação (904) recebe o projeto de licitação (912) do componente de processamento de pedidos (902), o componente de processamento de licitação (904) está configurado para fornecer o projeto de licitação (912) a um ou mais fornecedores (920) e receber lances (922) dos fornecedores (920). As propostas recebidas (922) são analisadas pelo componente de processamento de licitação (904) para determinar qual lance será aceito. Essa determinação pode ser baseada em múltiplos fatores, incluindo, mas não se limitando a custos, qualidade, proximidade e outros parâmetros relevantes. O componente de processamento de lances (904) também está configurado para notificar o fornecedor (920) que apresentou o lance (922) selecionado.

[0116] O Módulo de Contrato Inteligente (MCI) pode ser configurado para criar documentos relevantes para o pedido e entrega do assunto das licitações específicas. Esses documentos podem ser ordem de compra, contratos de entrega e outros tipos semelhantes de documentos. Além disso, esses documentos podem ser executados digitalmente ou podem ser baixados para execução.

[0117] O método, objeto da presente invenção, pode ser descrito com base no exemplo a seguir descrito. Uma Empresa 1 é uma construtora e uma Empresa 2 é uma fornecedora de cimento e uma empresa 3 é uma pedreira de calcário, que fornece insumos para a empresa 2.

[0118] Existem dois tipos de cimento envolvidos neste exemplo, um para uso geral, enquanto outro é para fundações. Os sacos de cimento devem ser entregues em diferentes estágios de construção, sendo cada transação separada. Quando uma transação é feita, todas as partes concordam com sua conclusão e o pagamento financeiro é executado.

[0119] Dependendo da plataforma de desenvolvimento de contratos inteligentes, a seção "compra de cimento" e cada transação dentro dela poderia ser considerada um contrato inteligente separado. Contratos inteligentes podem gerar automaticamente outros contratos inteligentes. Com ele, é possível criar aplicações complexas, que podem incluir aplicações blockchain, que atendem a todas as necessidades financeiras relacionadas às empresas do setor.

[0120] No exemplo, supondo que uma transação de cimento tipo 1 não foi entregue a tempo, de acordo com uma cláusula contratual verificável. Outra rota de contratos seria então ativada, onde essa transação é primeiramente a ser tratada, enquanto outras transações dependem de sua conclusão. Essas outras transações subsequentes também podem ser ativadas manualmente.

[0121] A intenção é estender esse modelo de transação para toda a cadeia de suprimentos, neste caso, até a fornecedora de pedra (Empresa 3). Isso pode ser combinado com uma criptomoeda específica de construção, usada pelas transações de contrato inteligente. O sistema de classificação da empresa será baseado em dados que saem diretamente da especificação dos contratos inteligentes, que podem incluir dados BIM ou dados de rastreamento.

[0122] O ranking não apenas considerará o preço, mas focará em características como conformidade de cronograma, confiabilidade, velocidade e outras questões relevantes.

[0123] Com um sistema de smart-contracts que detecta e valida todas as movimentações de ativos, é possível aliá-lo ao modelo BIM em uma visualização específica voltada para o comprador final: o dono de um apartamento, ou a população, no caso de obras públicas.

[0124] Esse alto nível de detalhe nas especificações provê um sistema de classificação de fornecedores e de produtos de fornecedores, podendo ser utilizado como critério a conformidade com o cronograma, confiabilidade, velocidade e outros problemas relevantes, que podem ser deduzidos computacionalmente do Módulo de Contrato Inteligente.

[0125] Dentro de um modelo BIM, não apenas materiais e componentes podem ser especificados, mas também os serviços necessários para a execução, cujas informações raramente são especificadas. Estas informações detalhadas podem ser usadas como "cláusulas" em um módulo de contrato inteligente, a seguir detalhado, de modo que, se um determinado componente não for entregue de acordo com essa especificação, o Contrato Inteligente não será assinado e essa cláusula seria interpretada como um requisito incomparável.

Claims (20)

1. Sistema para detecção e rastreamento de ativos, integração e validação dos dados obtidos caracterizado por compreender:

   • a) um módulo de detecção e rastreamento de ativos (MDR) que detecta e rastreia ativos a ser monitorados e que apresentam pelo menos uma etiqueta de radiofrequência anexadas diretamente ao ativo ou anexadas a uma estrutura que contém o ativo ou um grupo de ativos, ditas etiquetas lidas por uma unidade leitora (100), processadas em um módulo de processamento (102) e cujos dados são enviados armazenados em um módulo de armazenamento local (104) para envio a um servidor externo (122) através de uma interface de rede (120); e/ou
   • b) um módulo de conformidade (MC) que inclui um componente de especificação de projeto (502) que recebe dados de especificação de projeto (508) do Módulo de Detecção e Rastreamento (MDR) ou de integração com outros sistemas por API e/ou de forma manual por uma equipe de projeto (606) em comunicação com o BIM (602) e transmite os dados de especificação de projeto (508) para o componente de análise (506); um componente de dados do projeto real (504) que recebe e analisa os dados de especificação de projeto (508) e os dados reais de projeto (510) e os compara para determinar se o projeto real (510) está em conformidade com os dados de especificação de projeto (508) através de uma equipe de conformidade (612) que gera um relatório de conformidade (840); e um componente de análise (506) em comunicação com o componente de especificação de projeto (502) e o componente de dados de projeto real (504).
2. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato das etiquetas de radiofrequência serem do tipo RFID (RadioFrequency Identification) (112), BLE (Bluetooth Low Energy) (118) ou qualquer outra tecnologia que permita a transmissão de dados entre dita etiqueta de radiofrequência e uma unidade leitora.
3. Sistema, de acordo com a reivindicação 2, caracterizado pelo fato das etiquetas de radiofrequência enviarem sinal ou receber sinal, atuando como um sensor.
4. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato da unidade leitora (100) ser móvel ou fixa.
5. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato da unidade leitora (100) apresentar um receptor BLE (116) para suportar comunicação com pelo menos uma etiqueta BLE (118) e/ou um receptor de RFID (110) para suportar comunicação com pelo menos uma etiqueta RFID (112).
6. Sistema, de acordo com a reivindicação 5, caracterizado pelo receptor de RFID (110) ser externo à unidade leitora (100) e conectado ao módulo de processamento (102) da unidade leitora (100) por meio de uma porta serial.
7. Sistema, de acordo com a reivindicação 5, caracterizado pelo fato da unidade leitora (100) operar com ou sem os receptores de BLE (116) e de RFID (110), com apenas um dos receptores (116) ou (110) ou com ambos os receptores (116) ou (110).
8. Sistema, de acordo com a reivindicação 7, caracterizado pelo fato dos receptores (116) ou (110) serem conectados à unidade leitora (100) de forma plug-and-play.
9. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato da unidade leitora (100) incluir um receptor GPS (124).
10. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato de apresentar uma antena móvel (706) para conexão GPRS (712).
11. Sistema, de acordo com as reivindicações 8 ou 9, caracterizado pelos dados de data e hora serem armazenados em uma memória e enviados para o servidor externo (122) através de uma interface de rede (120) usando um protocolo de transferência de dados.
12. Sistema, de acordo com a reivindicação 2, caracterizado pelo fato da etiqueta RFID (112) fornecer dados de localização e funcionar em conjunto com um dispositivo GPS (124).
13. Sistema, de acordo com a reivindicação 2, caracterizado pelo fato do sinalizador BLE (118) ser do tipo TLM.
14. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato da unidade leitora (100) atuar como hub, coletor ou gateway dentro de um sistema que apresenta unidades leitoras (100) e etiquetas de radiofrequência.
15. Sistema, de acordo com a reivindicação 2, caracterizado pelo fato da implementação de LoRa (Long Range) ser adicionada à etiqueta RFID (112) ou substituir a etiqueta RFID (112).
16. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato dos dados reais do projeto (510) rastreáveis pelo Módulo de Detecção e Rastreamento (MDR) ou integrados com bases de dados de gestão serem validados por um algoritmo de conformidade (511) que faz a conexão entre o registro de dados reais do projeto (510) e a especificação de projeto (508).
17. Sistema, de acordo com a reivindicação 15, caracterizado pelo fato do algoritmo de conformidade (511) ser preferentemente desenvolvido utilizando a biblioteca xBIM para operações sobre modelos BIM.
18. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato dos dados analisados pelo componente analítico (506) serem transmitidos para um dispositivo eletrônico portátil ou ser exibido conjuntamente com as informações do Módulo de Detecção e Rastreamento (MDR), em uma plataforma única.
19. Sistema, de acordo com a reivindicação 1, caracterizado por apresentar um Módulo de Contrato Inteligente (MCI) que inclui um componente de processamento de pedidos (902) e um componente de processamento de licitação (904) que está em comunicação com o componente de processamento de pedidos (902) que inclui um subcomponente de solicitação de pedido (906) configurado para receber uma solicitação de lance (910) de uma fonte externa através de qualquer rede de comunicação e um subcomponente de criação de lances (908) que cria um projeto de licitação (912) com base na solicitação de licitação (910), dito projeto de licitação (912) fornecido para o componente de processamento de licitação (904) configurado para fornecer dito projeto de licitação (912) a um ou mais fornecedores (920) e receber lances (922) dos fornecedores (920) que são analisadas pelo componente de processamento de licitação (904) para determinar qual lance será aceito e notificar o fornecedor (920) que apresentou o lance (922) selecionado.
20. Método para detecção e rastreamento de ativos, integração e validação dos dados obtidos caracterizado por compreender as etapas:

    • a) Realização de uma rotina de varredura BLE e/ou RFID para detecção e leitura, respectivamente, de etiqueta BLE (118) através do receptor BLE (116) da unidade leitora (100) e de etiqueta RFID (112) através do receptor RFID (110);
    • b) Armazenamento dos dados recebidos pela unidade leitora (100), referente às etiquetas inteligentes RFID (112) e/ou BLE (118), em um banco de dados no módulo de armazenamento local (104), em um único formato;
    • c) Envio dos dados armazenados no módulo de processamento (102) para o servidor externo (122) através da interface de rede (120);
    • d) Confirmação de recebimento dos dados pelo servidor externo (122);
    • e) Dados de especificação do projeto (508) obtidos no Módulo de Detecção e Rastreamento (MDR) e/ou obtidos por meio de integração com outros sistemas por API e/ou de forma manual por uma equipe de projeto (606) são enviados para um componente de análise (506) no Módulo de Conformidade (MC);
    • f) Análise e comparação dos dados de especificação de projeto (508) e dos dados reais de projeto (510) por uma equipe de conformidade (612) por meio de um componente de dados do projeto real (504) para verificação de conformidade com os dados de especificação de projeto (508);
    • g) Geração de um relatório de conformidade (840);
    • h) Transmissão do relatório de conformidade (840) para um servidor de conformidade (845);
    • i) Transmissão do relatório de conformidade (840) do servidor de conformidade (845) para a equipe do projeto (606);
    • j) Avaliação do relatório de conformidade (840) pela equipe de projeto (606) e geração de ações que resultam em um arquivo atualizado (860);
    • k) Transmissão do arquivo atualizado (860) para o servidor de conformidade (845) onde é transmitido para o Módulo de Conformidade (MC);
    • l) dados transmitidos para um dispositivo eletrônico portátil ou exibidos conjuntamente com as informações do Módulo de Detecção e Rastreamento (MDR), em uma plataforma única.

Images