Архитектура LLM. Часть 2. Юридический аспект

Из описания выше можно заключить, что ядро любой LLM – это программа + базы данных.

И вроде бы дальше все понятно. С ПО – согласен, но с базами давайте разбираться.

В России наиболее релевантным режимом охраны для таких баз является право изготовителя базы данных (как объекта смежного права).

Есть небольшие вопросы по применимости этого правового режима. Но в России таких вопросов намного меньше. Во многом – благодаря позиции СИПа по доктрине побочного продукта / spin off (подробнее о деле ВКонтакте v. Дабл Дата можете почитать у Романа Бузько).

В общем, как будто должно работать. Но если компания планирует выходить за пределы одной страны (как это обычно происходит), то все меняется.

Так, в большом количестве юрисдикций попросту нет такой же охраны баз данных, как у нас по смежному праву. А где есть (например, sui gerenis в ЕС), охраноспособность таких баз данных под вопросом, в том числе из-за доктрины spin off (со ссылками на практику можно почитать здесь).

Получается, что этот правовой режим не особо удобный, если распространять LLM в разных юрисдикциях.

Поэтому в индустрии этому предпочитают комбинацию (наряду с ПО):
🔘 ноу-хау
➕ механизмы договорного права
➕ технические ограничения

❇️ P.s Я здесь написал про LLM, но это слишком узкий пример (так как мало кто занимается разработкой LLM, особенно в России).

Но указанная логика применима и к узкоспециализированным ИИ системам, о чем я расскажу в следующем посте.