eLearning Metadata Manager - это облачный сервис (eMM - это облачный сервис), предназначенный для работы на серверном оборудовании и предоставлении своего функционала посредством телекоммуникационных сетей, где пользователь взаимодействует с программой через веб-браузер. В таком формате пользователь не получает копии программы для ЭВМ, а работает с временно загруженной клиентской частью, что не считается даже воспроизведением (подпункт 1 пункта статьи 1270 ГК РФ). Таким образом, даже в случае работы с SPA, загрузка кода страниц браузером (во временную папку) не считается воспроизведением.
Облачный сервис, по сути являющийся веб-приложением, всегда состоит из двух компонентов:
- Серверная программа для ЭВМ, работающая на некоем сервере, который не принадлежит пользователю, облачном - виртуальном или физическом, и обеспечивающая хранение, обработку и возврат пользовательской информации
- Пользовательский интерфейс, т.е. непосредственный функционал приложения, через который пользователи загружают данные, вносят/корректируют информацию, скачивают результаты работы программы для ЭВМ. Сложный пользовательский интерфейс (в случае SPA, например) тоже может представлять собой программу для ЭВМ, однако согласно подпункту 1 пункта 2 статьи 1270 ГК РФ
не считается воспроизведением краткосрочная запись произведения, котороая носит врменный или случайный характер
.
Облачные сервисы не подпадают под ограничения лицензии GNU GPL v2 (в отличие от GNU AGPL), поскольку все ограничения применяются только в случае распространения модифицированного кода, а в случае расположения сервиса в "облаке" (не важно - частном или публичном) - пользователи сервиса не получают копию его исходного текста, включая библиотеки по лицензии GNU GPL v2, а значит распространения не происходит.
Юристы активно спорят, по каким видам договоров должны регулироваться оба, и если с первым более-менее понятно, то второе - проходит очень жаркую стадию.
eMM не существует в коробочной версии. Такой формат не предполагался изначально, поскольку коробочная версия для продукта такого класса - это сложный вид программного обеспечения, поскольку необходимо обеспечивать не только своевременные релизы, не содержащие ошибок, но и обратную совместимость с пользовательскими данными, накопленными за время использования предыдущей версии. Более того, многопользовательский продукт зависит от инфраструктуры клиента, в связи с чем требует дополнительных усилий по обеспечению работоспособности в любой среде.
Исходя из этих соображений, архитектура eMM не позволяет существование одновременно более одного экземпляра. Невозможна даже копия на компьютере разработчика, поскольку элементы функциональности хранятся в той же таблице БД с первичным ключом в виде целочисленного автоинкремента, что и пользовательские данные. Таким образом, добавление новой функции в саму программу тут же создает неразрешимый конфликт данных.
Можно спорить об эффективности данного решения (таблица со всеми данными, да еще и PK-автоинкрементом), но в момент передачи Программа была такой, и это факт. На это даже один из представителей одного из ответчиков заявил, что, дескать, истец говорит, что не сделал по-другому, так это потому, что он по-другому не сделал. Логика высочайшего качества (*sarcasm sign*).
До переноса eMM на сервера ответчиков он работал на сервере истца, а затем был перенесен на сервера ответчиков с целью обеспечения им доступа к коду для возможности оперативного устранения вероятных сбоев или добавления отдельных функций, в том числе без участия истца при соответствующей необходимости. По сути - сервера ответчиков должны были выступать в качестве хостинга. Подробнее о переносе: Процесс переноса Программы и обсуждение договоренностей.