T447/19 OJ 2022 o pedido refere-se a um método de distribuição de ativos eletrônicos para um aplicativo de teste em um processo de fabricação. O Conselho observou que a solução de fornecer um demonstrativo que assume o gerenciamento de ativos reduz a carga do servidor e, assim, resolve o problema técnico de como minimizar a sobrecarga do servidor. Como nenhum dos documentos citados levaria o versado à solução sem retrospectiva, o assunto era inventivo. Reduzir a carga do servidor é um efeito técnico e resolve um problema técnico de como minimizar a sobrecarga do servidor. Os produtos hoje estão em um System-on-Chip (SoC) onde os fabricantes podem usar o mesmo SoC com vários recursos ativados/desativados para diferenciar os produtos finais no mercado. Na fabricação distribuída, os dispositivos são fabricados em locais remotos e a ativação não autorizada de recursos representa uma perda significativa de receita para as empresas. Portanto, é necessário que o produtor central monitore e controle o dispositivo para evitar fraudes por (sub)contratados de fabricação local. A prática comum é fornecer chaves criptográficas com cada ativo eletrônico que é distribuído do produtor central para um servidor local em cada fabricante remoto. Os ativos são então testados por um agente (gerado em log) antes de serem inseridos no dispositivo. A invenção se refere ao gerenciamento da distribuição de ativos onde o agente é executado como um processo separado, independente do aplicativo de teste correspondente. Isso permite que o agente assuma a comunicação com o aplicativo e a solicitação/recebimento de ativos eletrônicos para a aplicação de teste correspondente. Portanto, não é necessário estabelecer conexão com o aplicativo de teste ou monitorar o uso dos ativos toda vez que o aplicativo precisar de ativos para inserção no dispositivo, pois o daemon assume essa tarefa. Além disso, os ativos deixados no cache do demonstrativo no final do aplicativo de teste não são perdidos, mas podem ser usados por uma instância subsequente do aplicativo de teste.
A
Divisão de Exame indeferiu o pedido e considerou o objeto das
reivindicações sem atividade inventiva sobre D1 combinado com D3.
De acordo com o recorrente, a ação 1 difere da D1 no sentido de
que: (a) o programa de software do agente é executado como um
processo daemon separadamente do aplicativo de teste e compreende uma
API do agente para comunicação com o dispositivo, (b) o daemon
mantém um registro de ativos não usados quando a instância do
aplicativo de teste termina para uma próxima instância do
aplicativo de teste. Segundo o recorrente, estas duas
características distintivas conjugam-se para proporcionar o efeito
técnico do daemon assumir a gestão dos ativos, reduzindo assim a
carga do servidor. Uma vez que ambas as características distintivas
(a) e (b) se relacionam com o daemon, e a formulação do problema
técnico objetivo pelo apelante é considerada plausível, o conselho
decidiu seguir o apelante a esse respeito.Para o Conselho D3 descreve
uma rede na qual uma série de aplicativos cliente 120 estão
conectados a um servidor de diretório 110. Normalmente tais
aplicações cliente acessam o servidor de diretório estabelecendo
uma conexão direta através de uma operação de ligação, que
inicia uma sessão de protocolo entre a aplicação e o servidor,
permite a autenticação do cliente ao servidor, etc. D3 resolve esse
problema instalando um daemon de cache 210 Light Directory Access
Protocol (LDAP) entre os aplicativos e o servidor. O daemon obtém
dados do servidor e os armazena (armazena em cache) em seu cache de
dados para que possa fornecê-los diretamente aos aplicativos
solicitantes sem a necessidade de os aplicativos se conectarem ao
servidor. Ao mesmo tempo, o daemon se conecta ao servidor de
diretório e recupera qualquer informação solicitada por um
aplicativo, mas não armazenada em seu cache. Desta forma, o servidor
tem que gerenciar apenas uma conexão individual (ao daemon) e pode
realizar sua tarefa principal de recuperação de informações de
forma mais eficiente. Na invenção reivindicada, é o daemon que,
usando os dados de log recebidos do aplicativo de teste, mantém um
registro dos ativos não utilizados restantes em seu cache. O agente
chave (21) em D1 não faz nada semelhante. Conforme explicado no
ponto 3.6 acima, o monitoramento das chaves (ativos) e sua utilização
em D1 é realizado pelo controlador do produtor e não pelo agente de
chaves. Uma vez que, de acordo com o método de D1, a avaliação e o
monitoramento do uso da chave com base nos dados de log são
efetuados no produtor e não no servidor do fabricante, o técnico
que deseja reduzir a carga do servidor não teria motivos para mova
essa funcionalidade do produtor para o agente principal. Portanto,
não há incentivo em D1 para o versado na técnica introduzir
qualquer funcionalidade de monitoramento de uso de chave no agente de
chave sem retrospectiva. D3, que não menciona nenhuma chave/ativo ou
qualquer monitoramento do uso/acesso dos dados armazenados em cache
no daemon pelos aplicativos também não forneceria tal incentivo. A
conclusão do conselho é, portanto, que o objeto da reivindicação
1 envolve uma atividade inventiva na acepção do artigo 56 EPC.
Bardehle Pagenberg - Preston Richard; Distribution of electronic assets with reduced load to the server: technical, www.lexology.com 07.06.2022
Nenhum comentário:
Postar um comentário