É fácil uma empresa de climate tech pensar que obter uma patente encerra a proteção tecnológica. Porém, um produto real não funciona apenas com as invenções descritas nas reivindicações. Coeficientes de calibração dos sensores, regras para definir a posição de instalação em cada galpão, código que identifica dados ausentes, dados de treinamento, registros operacionais de cada cliente, APIs, painéis e procedimentos de resposta em campo juntos geram o desempenho. Alguns desses ativos podem ser patenteáveis, outros só preservam seu valor se permanecerem confidenciais e, para outros, o escopo de uso precisa ser definido por direitos autorais ou contrato.

Por isso, uma estratégia de PI posterior à patente não consiste em registrar o maior número possível de direitos. Consiste em decidir quais ativos mostrar, a quem e em que nível, e por quais meios administrar os riscos de vazamento, cópia, desenvolvimento independente e reutilização após o fim de um contrato. Como cada instrumento de proteção tem requisitos e limites diferentes, uma mesma tecnologia deve ser projetada em várias camadas.

Primeiro equívoco a corrigir: uma patente não é um certificado de propriedade do produto inteiro

A patente é um direito exclusivo reconhecido em determinado país ou região para uma invenção que atende a requisitos definidos. Este artigo apresenta um quadro geral de operação; exceções à novidade, invenções de empregados, proteção de dados e efeitos contratuais variam conforme a lei e o contrato, por isso devem ser revisados por agentes de propriedade industrial e advogados locais. A WIPO explica que patentes são direitos territoriais e só produzem efeitos no país ou região que as concedeu. Um depósito ou registro doméstico não protege automaticamente o país de vendas no exterior, e um pedido internacional PCT não emite uma patente única mundial. A decisão de entrada deve considerar, país a país, o mercado-alvo, o país de fabricação, os concorrentes e a possibilidade de execução.

A patente também é uma estrutura na qual se obtêm direitos em troca da divulgação de uma invenção. Revelar o núcleo em artigo, feira, proposta ou demonstração para cliente antes do depósito pode destruir a novidade em alguns países. Por outro lado, se a divulgação permitir que concorrentes criem facilmente uma solução alternativa e for difícil detectar a infração, uma estratégia de segredo comercial pode ser mais adequada. Tanto patentear tudo quanto esconder tudo são extremos arriscados.

Os direitos autorais também não são uma solução universal. A WIPO explica que programas de computador e bases de dados podem ser protegidos por direitos autorais, mas a proteção alcança a expressão, não as ideias, os procedimentos, os métodos de operação ou os próprios conceitos matemáticos. Só o direito autoral dificilmente impede que um concorrente implemente independentemente a mesma função com outro código. Em última análise, patentes, segredos comerciais, direitos autorais, marcas, contratos e segurança devem ser combinados de acordo com suas funções.

O primeiro passo é criar um mapa de ativos de PI

Divida a plataforma de metano da pecuária em ativos, em vez de tratá-la como uma única invenção. O hardware pode incluir a estrutura de posicionamento dos sensores, os caminhos de amostragem, equipamentos de calibração e desenhos de fabricação. A camada analítica pode incluir fórmulas para estimar a ventilação, detecção de valores atípicos, modelos de referência, características e pesos do modelo. A camada de dados pode incluir observações brutas, rótulos, dados de atividade, histórico de calibração, emissões derivadas e relatórios. A camada de software pode incluir firmware, aplicações Edge, código em nuvem, especificações de API, UI e scripts de implantação. A camada de negócios pode incluir preços, listas de clientes, custos de instalação e avaliações de parceiros.

Para cada ativo, registre pelo menos o proprietário, criador ou inventor, data de criação, local de armazenamento, situação de divulgação, versão do produto, valor comercial, possibilidade de engenharia reversa, impacto de vazamento, contratos relacionados e medidas de proteção. Não presuma que código escrito por empregado, firmware desenvolvido por terceirizado, modelo criado em pesquisa conjunta com universidade e dados fornecidos por uma fazenda tenham a mesma titularidade. Pagar por algo ou operar o servidor não transfere automaticamente todos os direitos necessários.

O mapa de ativos não pode terminar como uma lista da equipe jurídica. Conecte-o ao fluxo real das funções do produto, dos pipelines de dados e dos contratos. Por exemplo, um item chamado “modelo de emissões v3” deve estar ligado à finalidade permitida para os dados de origem, às bibliotecas de código aberto, ao repositório, ao ID da execução de treinamento, ao hash do modelo implantado e aos documentos de divulgação externa. Assim, o escopo de proteção e as obrigações podem ser atualizados quando a tecnologia mudar.

Para algoritmos, defina primeiro a fronteira entre patente e segredo comercial

Sob o nome algoritmo misturam-se coisas diferentes: métodos de processamento que produzem efeito técnico, arquitetura do modelo, seleção de características, curadoria dos dados de treinamento, limites, valores de ajuste específicos do local e documentos explicativos. Conforme a jurisdição e as reivindicações concretas, alguns itens podem merecer análise de patente, mas o rótulo “algoritmo de AI (IA)” por si só não cria patenteabilidade. Antes da divulgação, examine com um agente de propriedade industrial os elementos inventivos, o estado da técnica e os países onde se pretende obter proteção.

Quando o produto revela sua função, mas torna difíceis de descobrir os parâmetros internos, considere uma estratégia de segredo comercial. Um segredo comercial não é protegido apenas por ser declarado confidencial. A WIPO descreve, em termos gerais, que a informação precisa ter valor comercial por ser secreta, ser conhecida apenas por um grupo limitado e estar sujeita a medidas razoáveis do titular para mantê-la em segredo. Não é um sistema para exercer exclusividade contra quem desenvolve independentemente o mesmo método ou faz engenharia reversa legalmente.

Ao tratar um algoritmo como segredo comercial, não bloqueie apenas os arquivos do modelo. Classifique por nível as definições de características, os dados de treinamento e validação, hiperparâmetros, limites de desempenho e configurações de implantação, concedendo acesso somente a quem precisa dele para trabalhar. Opere em conjunto permissões do repositório, autenticação multifator, registros de exportação, criptografia, NDAs com parceiros e recolhimento e bloqueio de acesso na saída do empregado ou no término do contrato. Artigos e materiais para clientes devem oferecer informação suficiente para avaliar o desempenho, sem divulgar automaticamente parâmetros secretos desnecessários para a reprodução.

Dados não podem ser protegidos pela palavra “propriedade” sozinha

Surgem disputas quando uma plataforma presume ter todos os direitos simplesmente porque os dados dos sensores estão armazenados em seu servidor. Dados de atividade fornecidos pela fazenda, valores brutos observados pelo equipamento, rótulos de eventos adicionados por pessoas, correções feitas por um modelo, emissões agregadas, relatórios para clientes e modelos treinados em várias fazendas têm criadores e interesses diferentes. O próprio dado, a estrutura da base de dados, o segredo comercial, os dados pessoais e os direitos contratuais de uso são questões distintas.

Nos contratos, expresse as permissões por verbos, em vez de usar a abstração “propriedade dos dados”. Separe quem pode coletar, consultar, copiar, corrigir, combinar, treinar modelos, fornecer dados a terceiros e utilizá-los em alegações externas, além de finalidade, período, território e nível de anonimização. No término, defina a devolução e exclusão dos dados de origem, o tratamento dos backups, a continuidade do uso de estatísticas agregadas e modelos já criados e os deveres legais de retenção. Ao verificador, conceda acesso de leitura apenas pelo período e no escopo necessários para confirmar uma alegação.

Direitos amplos sobre dados não são automaticamente a melhor estratégia. Um direito de uso por prazo indeterminado e com finalidade pouco clara pode reduzir a confiança da fazenda e tornar-se um ônus em regulações estrangeiras e análises de compras de clientes. Por outro lado, sem os direitos de correção, controle de qualidade e melhoria do modelo necessários para prestar o serviço, é difícil operar o produto. O essencial é compatibilizar as permissões mínimas necessárias com um valor que possa ser explicado ao cliente.

Gerencie código, dependências e direitos de distribuição em conjunto

Os direitos autorais de software protegem a expressão do código, mas, no negócio, as primeiras perguntas são quem o escreveu e quais direitos a empresa garantiu. Revise os contratos com empregados, freelancers, terceirizados e parceiros de pesquisa conjunta, especificando titularidade dos entregáveis, direitos de modificar, reproduzir, distribuir e relicenciar, entrega do código-fonte e inclusão de documentação e testes. Commits do repositório e registros de revisão ajudam a comprovar o processo de criação e as versões.

Código aberto não é código dispensado de análise de direitos apenas porque é gratuito. Registre componentes, versões, licenças, modificações e formas de distribuição em uma lista de materiais de software e verifique obrigações de avisos e fornecimento do código-fonte. Firmware de sensores, imagens Edge, serviços em nuvem e programas instalados no cliente são distribuídos de formas diferentes; portanto, a mesma conclusão de licença não pode ser aplicada automaticamente a todos. Código gerado por AI também deve ser tratado no processo de desenvolvimento quanto à procedência, revisão, testes de segurança e possíveis conflitos de licença.

Os contratos com clientes devem distinguir direitos de acesso à conta de propriedade do software. O cliente pode receber o direito de usar os resultados sem receber o código-fonte ou o modelo. Por outro lado, para se preparar para a interrupção do serviço por um fornecedor, um comprador empresarial pode solicitar escrow do código-fonte, exportação de dados e suporte à transição. Em vez de recusar tudo ou transferir tudo automaticamente, projete condições de acionamento, escopo, custos e deveres de confidencialidade.

Cenário de campo: desenvolvimento conjunto com fazenda, universidade e parceiro de fabricação

Suponha uma empresa hipotética de monitoramento de metano que coleta dados em uma fazenda, aprimora um modelo de emissões com uma equipe de pesquisa universitária e contrata um parceiro de fabricação para criar o firmware do gateway. Se a titularidade dos resultados só for discutida depois do início da pesquisa conjunta, autoria da invenção, publicação, uso do código e escopo do treinamento de dados podem entrar em conflito.

Antes de começar, fixe uma lista da PI preexistente trazida por cada parte. Para a PI resultante criada no trabalho conjunto, defina titularidade por invenção e obra, decisões de depósito, custos, licenças e campos de negócio. Os procedimentos de publicação da universidade devem incluir um período de pré-análise para avaliar depósitos e remover segredos comerciais. Divida o consentimento dos dados da fazenda para pesquisa, prestação de serviço, treinamento de modelo e estudos de caso públicos, e forneça ao parceiro de fabricação apenas desenhos, chaves e módulos de firmware necessários à produção.

A WIPO também explica que contratos de transferência de tecnologia distinguem licenças de cessões e que contratos de pesquisa conjunta devem tratar de PI preexistente, titularidade e acesso aos resultados, benefícios e riscos e direitos de comercialização. Ajuste o contrato com assessoria jurídica à colaboração e à jurisdição reais, em vez de usar um modelo sem alterações. Este quadro não constitui aconselhamento jurídico.

Padrão operacional: conecte o Registro de PI a um gate de divulgação

O Registro de PI deve conter mais que números de patentes. Registre ID do ativo, tipo, proprietário, criador ou inventor, contratos relacionados, jurisdição, situação de divulgação, nível de confidencialidade, usuários autorizados, repositório, versão do produto, data de renovação ou revisão e responsável pela resposta a infrações ou vazamentos. Compare-o trimestralmente com o roadmap do produto para verificar se faltam código, dados ou know-how.

Use um único gate para divulgação externa. Antes de sair um artigo, comunicado de imprensa, proposta, repositório Git público, demonstração em feira ou documento de API para clientes, revise a necessidade de depósito de patente, segredos comerciais, dados pessoais, contratos com clientes e obrigações de código aberto. Manter o resultado da aprovação e o hash da versão divulgada permite rastrear o que foi divulgado e quando.

Prepare também a resposta a incidentes. Se credenciais vazarem, um repositório for copiado, equipamentos não forem recuperados de um empregado que saiu ou um parceiro usar material fora da finalidade, defina quem bloqueará o acesso, preservará evidências, determinará o impacto, emitirá notificações contratuais e tomará medidas legais. Como é difícil recuperar o sigilo depois de um vazamento de segredo comercial, a prevenção e a rapidez da resposta inicial são importantes.

Lista de verificação de implementação

  • Você dividiu o produto em ativos de hardware, algoritmo, dados, software e know-how operacional?

  • Você separou corretamente a jurisdição e a situação de depósitos ou registros domésticos dos direitos estrangeiros?

  • Antes de apresentações externas, você revisa novidade, informações confidenciais e autorização do cliente para divulgação?

  • Você escolhe entre patente e segredo comercial com base na possibilidade de engenharia reversa, no custo da divulgação e na possibilidade de execução?

  • A lista de segredos comerciais, os níveis de confidencialidade, o menor privilégio, os NDAs e os procedimentos de saída ou término são realmente operados?

  • Você separou no contrato dados brutos, rótulos, valores derivados, relatórios e direitos de treinamento de modelos?

  • Você documentou a titularidade e o uso permitido dos resultados de empregados, terceirizados e pesquisa conjunta?

  • Você gerencia componentes de código aberto e obrigações de licença por forma de distribuição?

  • O Registro de PI conecta versões do produto, do modelo e dos dados aos contratos relacionados?

  • Especialistas locais revisam as diferenças entre leis e contratos nacionais antes da entrada no mercado?

Conclusão: um portfólio de PI é um sistema para operar os limites da tecnologia

A patente é um ponto de partida importante, mas não protege de uma só vez os parâmetros secretos de um algoritmo, os direitos de uso dos dados de uma fazenda, o código de software e o know-how de campo. Como os ativos protegidos e os caminhos de exposição diferem, posicione patentes, segredos comerciais, direitos autorais, contratos e controles de segurança em torno de cada ativo.

Uma boa estratégia de PI não tranca todas as informações. Forneça a clientes e verificadores evidências para avaliar o desempenho, protegendo por menor privilégio os segredos desnecessários para a reprodução. Quando for possível rastrear quem criou e quem pode usar algo, onde ele produz efeitos e o que permanece após o término de um contrato, a PI se torna uma base operacional para expansão do produto e colaboração — não um conjunto de certificados de registro.

Fontes