Análisis de la patente n.º 6561155 de «sincronización de la pintura en partidas multijugador online» de Splatoon a partir de sus reivindicaciones [Explicación de un agente de

En «Splatoon», el modo «Batalla por el territorio» se desarrolla principalmente en partidas online. La patente n.º 6561155 protege directamente esta implementación de red denominada «sincronización de la pintura», que permite que el estado de la tinta que van extendiendo los ocho jugadores se muestre de forma sincronizada en tiempo real en las pantallas de todos ellos.Este artículo, el cuarto de la serie sobre las patentes de Splatoon, analiza este caso junto con la cita del texto original de la reivindicación 1.Lo más destacado es que la reivindicación se centra en el envío y la recepción de «datos de eventos de dibujo» (el acto de pintar), en lugar de en los píxeles (el resultado de la pintura). Se trata de la reivindicación más «orientada a la implementación» de toda la serie, ya que va más allá de la apariencia del juego y aborda la invención desde el nivel de la arquitectura de comunicaciones.

1. ¿Qué es la patente n.º 6561155? — Información bibliográfica y «división de la misma fecha de presentación»

En primer lugar, comprobaremos la información básica de la patente en cuestión a partir de la fuente primaria (texto original de Google Patents).

2. Texto original de la reivindicación 1 (cita)

Cito textualmente la reivindicación 1, que delimita el alcance de los derechos. Se trata de la reivindicación más extensa de la serie, pero la desglosaré en capítulos posteriores siguiendo el flujo de las comunicaciones.

3. Desglose de los elementos constitutivos: lectura siguiendo el flujo de la comunicación

Aunque se trata de un texto extenso, su estructura resulta clara si se lee siguiendo el ciclo de una partida multijugador en línea. En líneas generales, se puede desglosar en los siguientes puntos A a E.

Al final figura «programa de procesamiento de información que realiza el coloreado». En resumen, la reivindicación recoge tal cual una arquitectura de intercambio de eventos simétrica que consiste en «enviar al oponente el coloreado propio como evento, recibir el coloreado del oponente como evento y reproducir el estado de coloreado en las pantallas de cada uno a partir de los eventos de ambas partes».

4. ¿Por qué «datos de eventos de dibujo»? — Antecedentes técnicos

En teoría, existen varias formas de sincronizar el «pintado» en los juegos en línea.El método de enviar tal cual el resultado del pintado (el estado de las texturas o los píxeles); el método de distribuir periódicamente el estado completo de todo el escenario; y el método, como en este caso, de enviar únicamente el evento que indica «dónde, quién y qué tipo de pintado se ha producido», de modo que cada receptor recree por su cuenta el resultado.

Si se envían los resultados del pintado tal cual, el volumen de datos sobre el estado del pintado en toda la pantalla se vuelve enorme, lo que no es viable con el ancho de banda de las partidas en tiempo real. En cambio, si solo se envían los eventos y cada terminal vuelve a calcular los resultados, el volumen de datos transmitidos solo varía en proporción al número de «sucesos».Se trata, por así decirlo, de una decisión de diseño fundamental para que un juego en el que ocho personas salpican tinta simultáneamente pueda funcionar con una conexión a Internet doméstica; la reivindicación 1 formula precisamente este método de «transmisión de eventos + recreación en cada terminal» como los requisitos constituyentes C, D y E.

5. Comparación con las reivindicaciones principales y secundarias: visión general de la serie

Si comparamos las cuatro solicitudes que hemos analizado en esta serie, se observa que, a partir de la misma solicitud original (14 de mayo de 2014), se han extraído reivindicaciones que abarcan capas diferentes.

Lo interesante es que, en este caso, ni la «diferencia de comportamiento en el área de color propio» ni la «determinación del resultado del enfrentamiento basada en el estado de dibujo», que figuraban en la patente principal, se incluyen entre los requisitos.Dado que la patente hermana n.º 6543361 se encarga de la «diferencia de comportamiento» y la patente derivada n.º 6283072 de la «determinación de la victoria o la derrota», el presente caso puede centrarse exclusivamente en la capa de sincronización de la comunicación; de este modo, se establece una división de funciones en toda la serie.Se trata de una estructura en la que se divide verticalmente una experiencia de juego en capas —capa de reglas del juego, capa de sistema de control, capa de control de comportamiento y capa de comunicación— y se asignan derechos a cada una de ellas.

6. Lecciones para los profesionales: las reivindicaciones de la capa de implementación y el diseño de evasión

Fortalezas y alcance de las reivindicaciones de la capa de implementación

Aunque se modifique el aspecto visual de un «juego de pintar», si se pretende sincronizar el pintado en tiempo real a través de Internet, el método de transmisión de eventos es una opción técnicamente viable. En otras palabras, puede decirse que, en este caso, es difícil eludir la reivindicación mediante un simple cambio en el diseño visual, por lo que se trata de una reivindicación que obliga a tomar una decisión ya en la fase de diseño de la arquitectura.Al superponer la reivindicación de la capa de reglas del juego (principal) con la de la capa de implementación (el presente caso), se cubren ambas vías de elusión: «cambiar las reglas» y «modificar la implementación».

Perspectiva del diseño de elusión (en términos generales)

Sugerencias para la redacción de reivindicaciones

Lo que se puede aprender de este caso es la técnica de asignar nombres a las estructuras de datos y convertirlas en elementos de las reivindicaciones. Los términos «datos de eventos de representación del personaje propio» y «datos de eventos de representación del personaje enemigo» son conceptos definidos específicamente para esta reivindicación y permiten rastrear la secuencia de generación (C) → transmisión y recepción (D) → utilización (E).En las invenciones relacionadas con sistemas de comunicación y procesamiento distribuido, si se define «qué se transmite» como datos y se incluye su ciclo de vida en los requisitos constitutivos, se obtienen reivindicaciones claras y fáciles de demostrar. Esto se debe a que, a la hora de demostrar la infracción, resulta relativamente fácil determinar de forma objetiva si existen en los paquetes o en las especificaciones de la API elementos que se correspondan con esta estructura de datos.

7. Resumen y consultas

La patente n.º 6561155 es un caso en el que se ha protegido la sincronización en línea de «Nawabari Battle» mediante el flujo «movimiento, dibujo y ataque con entradas independientes (A·B) → generación de datos de eventos de dibujo (C) → envío y recepción con el sistema contrario (D) → reproducción del relleno mediante ambos datos (E)».La patente hermana n.º 6543361, presentada el mismo día, se encarga de la capa de la «sensación táctil», mientras que la presente se ocupa de la capa de la «comunicación»; juntas, la principal y la secundaria, protegen verticalmente una única experiencia de juego. Se puede decir que es la pieza que, por así decirlo, pone el broche final a la estrategia de división que hemos observado a lo largo del conjunto de patentes de Splatoon.

*Este artículo tiene como objetivo proporcionar información general y no garantiza el resultado de casos concretos ni la validez de las patentes o la existencia o inexistencia de infracción. Las reivindicaciones y la información bibliográfica citadas se basan en información pública disponible en el momento de la redacción (boletines de patentes y Google Patents).La interpretación del alcance real de los derechos debe realizarse teniendo en cuenta el conjunto de la descripción y el historial de la solicitud.