Права на контент і технології
1) Навіщо це потрібно
У iGaming контент (арт, UI/UX, звук, відео, стріми) і технології (код, SDK, інтеграції, алгоритми) створюються безліччю сторін: внутрішніми командами, студіями, провайдерами, афіліатами, інфлюенсерами. Без чітких правових рамок виникають суперечки про володіння, блокування, штрафи і втрати трафіку. Ця стаття задає єдиний каркас володіння, ліцензування, обліку та захисту.
2) Карта об'єктів прав
Контент: графіка/ілюстрації, UI-компоненти, анімації, тексти, туторіали, відео/стріми, звук/музика, 3D-моделі, промо-матеріали, фотобанк.
Технології: вихідний код (клієнт/сервер), скрипти, SDK/плагіни, схеми БД, алгоритми/моделі, конфіги, інфраструктурні шаблони, схеми API.
Суміжні активи: домени, шрифти/іконки/стоки, ліцензії, патенти/заявки, секрети (trade secrets), бази даних і метадані (журнали, телеметрія).
3) Моделі володіння
Work-for-hire/Службовий твір: виключні права відразу у компанії (або за договором - передаються).
Assignment (чек-аут прав): явна передача виключних прав від творця до компанії.
Joint ownership (спільні): пайове володіння (вимагає регламенту: хто ліцензує/стягує).
License-only: виконавець зберігає права, а компанії дається ліцензія (обмежена/виключна).
Open-source/копілефт: права авторів + умови ліцензії (див. § 10).
Рекомендація: для ключових активів - assignment + waiver особистих немайнових прав, де допустимо, або службовий режим.
4) Права на контент: нюанси за видами
4. 1 Графіка, UI/іконки, 3D
Оформляйте assignment/work-for-hire.
Для шрифтів/іконок/стоків - зберігайте ліцензії та область використання (веб/додаток/ООН).
4. 2 Відео/стріми, live-казино
Права на відеопотік, записи та кліпи; окремі згоди image rights у провідних/моделей.
Для стрімерів/інфлюенсерів - ліцензія на використання фрагментів + morals clause.
4. 3 Музика/звук
Потрібні: права синхронізації, майстер-права, публічне виконання (для відео/івентів).
Для бібліотек - фіксуйте ID ліцензії та обмеження.
4. 4 Тексти/переклади
Assignment + дозвіл на правки/локалізацію; у лінгвістів - явна передача прав на переклади.
5) Права на технології
Код та архітектура: assignment на вихідні, право на модифікацію/субліцензування; заборона зворотної розробки для зовнішніх осіб.
Алгоритми/моделі ML: закріплюйте права на навчені ваги/пайплайни; дані і Derived Data - окремим пунктом.
Інфраструктура як код (IaC), діаграми, схеми БД: включайте в список об'єктів, що охороняються.
6) Бази даних, дані і «Derived Data»
База даних: права на підбір/розташування матеріалів; договірно закріплюйте володіння схемою, даними, метаданими і журналами.
Дані про події (Derived): агреговані/знеособлені метрики допускаються до використання згідно з договором; персональні дані - тільки в межах DPA/політик.
Права суб'єктів даних: маршрутизація запитів (доступ/видалення) і заборона створювати «тіньові» копії.
7) AI-генерація і похідні
Визначте, кому належать промпти, датасети, згенеровані зображення/тексти, права на дообучение.
Для асетів, допрацьованих дизайнером, - закріплюйте створення похідного твору і assignment.
Зберігайте джерела/походження (provenance): промпт, версія моделі, дата - в реєстрі.
8) Партнерства: white-label, co-dev, афіліати
White-label: права на бренд/тему/шаблони UI залишаються у власника; партнер отримує обмежену ліцензію без права реєстрації схожих ТМ.
Спільна розробка (co-dev): заздалегідь діліть права на код/контент/модулі; хто тримає патенти/виключні права.
Афіліати: заборона реєстрації доменів/соц-хендлів з вашим брендом; тільки надані матеріали; pre-clearance.
9) Комерційна таємниця (trade secrets)
Що в секретах: формули антифроду, патерни лімітів, алгоритми анти-бонус-аб'юзу, схеми ризк-скорингу.
Заходи: NDA, обмеження доступу (RBAC), журналювання, маркування, safe-сховища, onboarding/offboarding-чек-листи.
10) Open-source і сумісність
Політика ліцензій: permissive (MIT/BSD/Apache) - зелена зона; LGPL - жовта при дотриманні; GPL/AGPL - червона для закритих сервісів.
SBOM обов'язковий: версії, ліцензії, посилання на джерела.
Публічні вклади (upstream): CLA/DCO, узгодження з Legal, без розкриття секретів.
11) Патенти та винаходи
Впроваджуйте Invention Assignment Agreement зі співробітниками/підрядниками.
Відстежуйте патентні заявки конкурентів; використовуйте при необхідності defensive publication.
У договорах з вендорами - застереження про патентний грант/індемніті.
12) Правозастосування: скарги та видалення
Ескалація: добровільне зняття → претензія → скарга майданчику → хостеру/реєстратору → суд/адм. процедура.
Для доменів - механізми вилучення у кіберсквотерів; для соцмереж/відео - стандартні форми скарг.
Ведіть реєстр доказів: скріншоти, хеші, дати.
13) Матриця ризиків (RAG)
14) Чек-листи
Перед підписанням з підрядником/студією
- Режим: work-for-hire или assignment.
- Waiver особистих прав (де допустимо), дозвіл на модифікації/локалізації.
- Перелік вихідних (файли, проект, сировинні асети), формат передачі.
- Гарантії оригінальності, відсутність чужих ліцензій без згоди.
Перед релізом контенту/функції
- Ліцензії на шрифти/іконки/музику/футтаж.
- Згоди image rights, якщо є особи.
- SBOM і перевірка сумісності OSS.
- Оновлені реєстри активів і прав.
У партнерстві/white-label
- Обмежена ліцензія, заборона реєстрації подібних ТМ.
- Гайд по бренду, pre-clearance матеріалів.
- Права на модифікації/оновлення/зворотну сумісність.
15) Рекомендовані реєстри (YAML)
15. 1 Реєстр контенту
yaml asset_id: "ART-2025-118"
type: "ui_icon hero_art video music copy 3d"
title: "Lobby Hero 01"
source: "inhouse studio stock"
rights: "assigned licensed"
license_ref: "stock:VID-8821 (web+app)"
image_rights: {persons: ["Model A"], release_id: "IR-2025-011"}
owner: "Design"
version: "v1. 3"15. 2 Реєстр технології/коду
yaml repo: "game-engine-core"
modules: ["rng","reels","bonus-math"]
ip_status: "assigned"
sbom: "sbom-game-engine-1. 3. json"
oss_policy: "permissive_only"
patent_notes: "defensive pub 2025-06"
owner: "Engineering"15. 3 Реєстр даних/Derived
yaml dataset: "session_telemetry_v2"
pii: false derived_from: ["raw_sessions","events"]
retention_days: 365 allowed_use: ["analytics","rg_models"]
dpa_ref: "DPA-2025-04"
owner: "Data"16) Шаблони договірних пунктів (фрагменти)
A. assignment/Передача прав
B. ліцензія на технології
C. бази даних і Derived Data
D. Image Rights
E. Open-Source
F. такедауни/Правозастосування
17) Плейбуки (операційні сценарії)
P-CT-01: Виявлено чужий асет в макеті
Аудит → заміна асета → запис до реєстру → навчання команди → при необхідності - відповідь правовласнику.
P-TECH-02: Конфлікт OSS-ліцензії
Перевірка SBOM → пошук альтернативи/ізоляція сервісу → реліз-фікс → ретроспектива по процесу.
P-VID-03: Скарга на відеокліп/стрім
Фіксація фрагмента → перевірка релізів/ліцензій → часткове/повне зняття → відповідь і план запобігання.
P-DOM-04: Фейковий домен/клон
Скріни/хеші → претензія → скарга реєстратору/хостеру → редирект/блокування → запис до реєстру інцидентів.
18) KPI/метрики
Coverage% активів з оформленим володінням/ліцензіями.
SBOM Coverage% і частка «зелених» ліцензій.
Time-to-Takedown (середнє/95-й перцентиль).
Інциденти бренду/100k візитів (клони/фішинг/нелегіт креативи).
Частка асетів з релізами image rights серед матеріалів з особами.
19) Міні-FAQ
Чи можна використовувати стокову музику в стрімах? Так, якщо ліцензія покриває синхронізацію і публічне виконання.
Кому належать навчені ML-моделі? Тим, хто визначений у договорі; зафіксуйте володіння вагами і Derived Data.
Чи потрібно оформляти права на шрифти? Так, і зберігати ліцензію/область застосування.
Хто володіє відеозаписами live-столів? Власник продакшну/провайдер - за договором; оператор отримує ліцензію.
20) Висновок
Права на контент і технології - це система, а не набір документів. Визначте модель володіння, оформіть assignment, керуйте OSS через SBOM, фіксуйте права на дані і відеопотоки, стандартизуйте такедауни - і ваші креативи, код і дані стануть захищеним активом, а не юридичним ризиком.