Analisando a Patente nº 6561155, que protege a “sincronização de pintura em partidas online” do Splatoon, a partir das reivindicações [Explicação do advogado de patentes]

No modo “Batalha de Território” do “Splatoon”, as partidas online são o principal campo de batalha. A Patente nº 6561155 protege diretamente essa implementação de rede chamada “sincronização de pintura”, que faz com que o estado da tinta espalhada por oito jogadores seja exibido de forma sincronizada em tempo real nas telas de todos os participantes.Este artigo, como quarto da série sobre as patentes de Splatoon, analisa esse caso detalhadamente, acompanhado da citação do texto original da reivindicação 1.O ponto de destaque é o fato de a reivindicação se referir à transmissão e recepção de “dados de eventos de desenho” (o ato de pintar), e não aos pixels (o resultado da pintura). Trata-se da reivindicação mais “voltada para a implementação” da série, que vai além da aparência do jogo e aborda a invenção no nível da arquitetura de comunicação.

1. O que é a Patente nº 6561155 — Informações bibliográficas e “divisão irmã com data de depósito idêntica”

Primeiramente, verificamos as informações básicas da patente em questão nas fontes primárias (texto original do Google Patents).

2. Texto original da reivindicação 1 (citação)

Cito, tal como no original, a reivindicação 1, que delimita o escopo dos direitos. Embora seja a reivindicação mais longa da série, iremos decompor-la nos capítulos seguintes, acompanhando o fluxo da comunicação.

3. Análise dos elementos constitutivos — leitura seguindo o fluxo da comunicação

Embora seja um texto longo, a estrutura fica clara quando lida de acordo com um ciclo de partida online. Em linhas gerais, pode ser dividido nos seguintes pontos A a E.

O final é “programa de processamento de informações que realiza a coloração”. Em resumo, a arquitetura de troca simétrica de eventos — que consiste em “enviar a coloração do próprio personagem como um evento ao oponente, receber a coloração do oponente como um evento e reproduzir o estado de coloração na tela de cada um a partir dos eventos de ambos” — constitui, por si só, a reivindicação.

4. Por que “dados de eventos de renderização”? — Contexto técnico

Em jogos online, existem, em teoria, várias maneiras de sincronizar a “pintura”.O método de enviar diretamente o resultado da pintura (textura ou estado dos pixels), o método de distribuir periodicamente o estado completo de toda a fase e, como neste caso, o método de enviar apenas o evento indicando “onde, quem e que tipo de pintura foi realizada”, deixando que o destinatário recrie o resultado por conta própria.

Se o resultado da pintura fosse enviado tal como está, o volume de dados do estado de pintura em toda a fase se tornaria enorme, o que não é viável com a largura de banda disponível para partidas em tempo real. No método em que apenas os eventos são enviados e os resultados são recalculados em cada terminal, o volume de comunicação se limita a ser proporcional ao número de “eventos”.Trata-se, por assim dizer, de uma decisão de projeto que serve de base para viabilizar um jogo em que oito pessoas espalham tinta simultaneamente por meio de uma conexão de internet doméstica; a reivindicação 1 precisamente formaliza esse método de “transmissão de eventos + recriação em cada terminal” como os elementos constitutivos C, D e E.

5. Comparação com reivindicações-mãe e irmãs — panorama geral da série

Ao comparar os quatro casos abordados nesta série, percebe-se que, a partir do mesmo pedido original (14 de maio de 2014), foram extraídas reivindicações que abrangem camadas distintas.

O que é interessante é que, neste caso, nem a “diferença de comportamento na área da própria cor” nem a “determinação do resultado da partida com base no estado de desenho”, presentes na patente-mãe, estão incluídas nos requisitos.Como a patente irmã nº 6543361 é responsável pela “diferença de comportamento” e a patente filha nº 6283072 pela “determinação de vitória ou derrota”, este caso pode se concentrar exclusivamente na camada de sincronização de comunicação — a divisão de funções está estabelecida em toda a série.Trata-se de uma estrutura em que uma experiência de jogo é dividida verticalmente em camadas — camada de regras do jogo, camada de sistema de operação, camada de controle de comportamento e camada de comunicação —, com os direitos distribuídos em cada uma delas.

6. Lições para profissionais — reivindicações da camada de implementação e projeto de contorno

Pontos fortes e alcance das reivindicações da camada de implementação

Mesmo que se altere a aparência de um “jogo de pintura”, se o objetivo for sincronizar a pintura em tempo real online, o método de transmissão de eventos é uma opção viável do ponto de vista da engenharia. Em outras palavras, pode-se dizer que, neste caso, é difícil contornar a reivindicação apenas com alterações no design visual; trata-se de uma reivindicação que exige uma decisão já na fase de projeto da arquitetura.Ao sobrepor a reivindicação da camada de regras do jogo (pai) e a reivindicação da camada de implementação (este caso), é possível abranger tanto a via de “contornar alterando as regras” quanto a via de “contornar alterando a implementação”.

Perspectiva do projeto de contorno (teoria geral)

Sugestões para a redação de reivindicações

O que se pode aprender com este caso é a técnica de atribuir nomes às estruturas de dados e incorporá-las como componentes das reivindicações. Os termos “dados de eventos de renderização do personagem próprio” e “dados de eventos de renderização do personagem inimigo” são conceitos definidos especificamente para esta reivindicação e permitem rastrear a sequência de fluxo: geração (C) → transmissão e recepção (D) → utilização (E).Em invenções relacionadas a sistemas de comunicação e processamento distribuído, definir “o que é transportado” como dados e incorporar esse ciclo de vida aos requisitos essenciais resulta em reivindicações claras e fáceis de comprovar. Isso porque, na hora de comprovar a violação, é relativamente fácil determinar de forma objetiva se existe algo equivalente a essa estrutura de dados nos pacotes ou nas especificações da API.

7. Resumo + Consultas

A Patente nº 6561155 é um caso em que se registrou a propriedade intelectual da própria sincronização online da “Nawabari Battle”, seguindo o fluxo: “movimento, desenho e ataque (A·B) por entradas diferentes → geração de dados de eventos de desenho (C) → envio e recepção com o sistema adversário (D) → reprodução da pintura com base nos dois tipos de dados (E)”.Enquanto a patente irmã 6543361, registrada na mesma data, abrange a camada da “sensação tátil”, esta patente é responsável pela camada da “comunicação”; juntas, a patente-mãe e a patente-filha protegem verticalmente uma única experiência de jogo — pode-se dizer que esta é a peça que dá o toque final à estratégia de divisão que observamos ao longo do conjunto de patentes de Splatoon.

*Este artigo tem como objetivo fornecer informações gerais e não garante conclusões sobre casos específicos, nem a validade de patentes ou a existência ou não de violação. As reivindicações e informações bibliográficas citadas baseiam-se em informações públicas disponíveis no momento da redação (Boletim Oficial de Patentes e Google Patents).A interpretação do escopo real dos direitos deve ser feita com base na descrição completa e no histórico do pedido.