Что следует иметь в виду при выпуске приложения, в котором используются библиотеки, лицензированные по лицензии Apache 2.0? [закрыто]

25

Я создаю приложение для Android, которое скоро будет готово к выпуску.

Я просто собираюсь реализовать систему вкладок, используя эту библиотеку . Я прочитал, что он лицензируется под лицензией Apache 2.0 . Я никогда не использовал никаких лицензированных библиотек для приложений / программ / игр, которые я распространял (потому что я их не распространял), поэтому у меня нет никакого опыта работы с лицензиями и лицензионными библиотеками, поэтому мне интересно, есть ли что-нибудь помнить при распространении приложения, использующего библиотеку, лицензированную по лицензии Apache 2.0.

Иметь ввиду

  • Я задал этот вопрос в StackOverflow , но мне рекомендовали вместо этого перенести его в Программисты , но проверить справочный центр, если этот сайт принял такой вопрос, прежде чем я разместил. Я сделал, и, насколько я мог видеть и понимать из того, что я читаю, такой вопрос разрешен.
  • Я прочитал несколько похожих вопросов и нашел ответы на некоторые из моих вопросов, но мне все еще кое-что интересно, и я хочу прояснить ситуацию, чтобы не ошибиться.

Это оставшиеся вопросы

  • Я прочитал, что «пользователи моего приложения должны получить копию лицензии Apache 2.0. Чтобы избежать путаницы, вы также должны указать, к каким частям дистрибутива применяется лицензия». Достаточно ли просто поместить ссылку на лицензию Apache 2.0 на странице «О приложении» в приложении и указать имя лицензированной библиотеки вместе со ссылкой?
  • Продолжая описанный выше вопрос: как мне нужно «указать, к каким частям дистрибутива применяется лицензия». Означает ли это, что я скажу, какая часть моего приложения лицензирована (иными словами, библиотека является лицензированной частью)?
  • Могу ли я изменить источник библиотеки, затем включить измененную версию в свое приложение и продать ее?
  • (это не имеет ничего общего с лицензированными библиотеками) Нужно ли применять лицензию для моего приложения? Если да, какой из них рекомендуется? Будет ли мое приложение автоматически защищено авторским правом при загрузке в Google Play Store? Что рекомендуется для защиты от «подражателей»?

Есть ли какие-либо рекомендации или рекомендации? Я хотел бы знать, чтобы я не делал никаких ошибок и должен был платить штрафы или попадать в неприятности или что-то в этом роде. Благодарность!

ОБНОВЛЕНИЕ: Я прочитал ответ Амона и нашел еще несколько вопросов:

  • Как я понял из сказанного Amon, мое приложение автоматически защищено авторским правом. Он также сказал, что я могу зарегистрировать авторское право и что это может дать мне некоторые преимущества в некоторых юрисдикциях. Где я могу зарегистрировать авторское право?
  • Какие части лицензии я должен распечатать на странице «о»? Достаточно ли поместить это (с веб-сайта библиотеки Apache 2.0) ниже информационного текста библиотеки и поместить ссылку на отдельную страницу (в приложении) со всей лицензией Apache 2.0 ?:

Copyright [yyyy] [имя владельца авторских прав]

Лицензировано по лицензии Apache, версия 2.0 («Лицензия»); Вы не можете использовать этот файл, кроме как в соответствии с Лицензией. Вы можете получить копию лицензии на

http://www.apache.org/licenses/LICENSE-2.0

Если это не требуется действующим законодательством или не согласовано в письменной форме, программное обеспечение, распространяемое по лицензии, распространяется на условиях «КАК ЕСТЬ», БЕЗ ГАРАНТИЙ ИЛИ УСЛОВИЙ ЛЮБОГО РОДА, явных или подразумеваемых. См. Лицензию для конкретного языка, регулирующего разрешения и ограничения в рамках Лицензии.

Могут возникнуть другие вопросы.

Даниэль Квист
источник

Ответы:

21

Существуют хорошо разработанные шаблоны для атрибуции библиотек, которые вы используете. Как правило, вы помещаете эту атрибуцию в то же место, где размещаете уведомление об авторских правах.

  • В настольном приложении: часто есть пункт меню «Справка> О программе», в котором отображается небольшое информационное окно с названием приложения, номером версии, авторскими правами и контактом разработчика. Это было бы хорошим местом для отображения лицензий на используемые библиотеки.

  • В мобильном приложении: в вашем меню настроек у вас может быть информационный элемент «About», который содержит ту же информацию, что и в предыдущем случае, или элемент «Open Source», в котором перечислены используемые библиотеки с открытым исходным кодом и их лицензии.

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

Я ожидаю, что страница «about» будет выглядеть примерно так:

Мое приложение v1.2.3

© 2015 моя компания

Нашли ошибку? Пожалуйста, [помогите нам исправить это] (открывает форму сообщения об ошибке).

Используя это приложение, вы соглашаетесь с нашими [условиями и услугами] (открывает диалог).

Это приложение использует следующие библиотеки с открытым исходным кодом:

Библиотека Foo [сайт]

Библиотека Foo авторское право и лицензия

Библиотека Бар [веб-сайт]

Библиотека Бар авторское право и лицензия

Вы должны изложить всю лицензию и не полагаться на внешние веб-сайты - вся юридическая информация должна быть доступна без подключения к Интернету. Конечно, вы можете создать страницу так, чтобы пользователю не приходилось бесконечно прокручивать, хотя многие авторы юридического текста, кажется, любят бесконечные повторяющиеся болтовни ВСЕ КОРОБКИ ДЛЯ БОЛЬШОЙ ЗАКОНОДАТЕЛЬНОСТИ.

Прежде чем принимать лицензию, обязательно прочитайте и поймите ее. У некоторых лицензий также есть официальная страница часто задаваемых вопросов, которая отвечает на многие распространенные вопросы. Однако лицензия Apache 2.0 довольно короткая и простая. Вот соответствующий отрывок:

4. Перераспределение. Вы можете воспроизводить и распространять копии Работы или ее Производных работ на любом носителе, с изменениями или без них, а также в форме Источника или Объекта, при условии, что Вы соответствуете следующим условиям:

  • Вы должны предоставить любым другим получателям Работы или Производных Работ копию этой Лицензии; а также
  • Вы должны заставить любые измененные файлы иметь заметные уведомления о том, что Вы изменили файлы; а также
  • [...]
  • Если Работа включает в себя текстовый файл «УВЕДОМЛЕНИЕ» как часть своего распространения, то любые распространяемые вами Производные работы должны включать читаемую копию уведомлений об атрибуции, содержащихся в таком файле УВЕДОМЛЕНИЯ, […]

Вы можете добавить свое собственное заявление об авторских правах в свои модификации и предоставить дополнительные или иные условия лицензии […] при условии, что Ваше использование, воспроизведение и распространение Произведения в противном случае соответствуют условиям, указанным в настоящей Лицензии.

Если лицензия позволяет вам изменять библиотеку и распространять измененную библиотеку, вы можете продать ее. Лицензия Apache 2.0 допускает это в определенных ограничениях. Например, вам придется четко перечислить свои изменения в исходной библиотеке и приписать исходную библиотеку, даже если ваша измененная библиотека использует другую лицензию.


Относительно вашего вопроса «нужна ли мне лицензия» / «как получить авторское право»:

Вы автоматически владеете авторскими правами на все свои творческие работы, но вы должны четко указать свои авторские права, указав год публикации и имя владельца авторских прав. Например, если бы я опубликовал программу в 2012 году и выпустил обновления в 2014 и 2015 годах, я бы написал «© 2012, 2014–2015 amon». В дополнение к этому, формальная регистрация вашего авторского права может иметь некоторые преимущества в некоторых юрисдикциях.

Лицензия по умолчанию для всего защищенного авторским правом - «все права защищены». Однако, распространяя приложение, вы, вероятно, подразумеваете лицензию для своих пользователей, позволяющую им использовать ваше приложение. Кроме того, используя такие торговые площадки, как Google Play Store, вы принимаете их условия обслуживания, которые могут предъявлять вам определенные требования и предоставлять пользователям определенные разрешения, но я не прочитал соответствующие условия. Возможно, имеет смысл предоставить свои собственные условия обслуживания в дополнение к любым неявным лицензиям. Однако вам не нужно выбирать существующую лицензию с открытым исходным кодом.

Ваши юридические требования при публикации приложения на этом не заканчиваются. Особенно когда вы собираете, храните или передаете данные, на вас, вероятно, распространяются различные законы о защите данных по всему миру. Обратите внимание, что это может произойти, даже если вы собираете эти данные не как часть обычной работы этого приложения, а «только» для рекламы, аналитики или отчетов о сбоях.

Если каким-либо образом ваше приложение может принести вам деньги, ваш бизнес-план должен включать в себя беседу со специализированным юристом об условиях обслуживания, лицензиях и политиках конфиденциальности.

Амон
источник
1
Вы не даете неявную лицензию, позволяющую пользователям использовать ваше программное обеспечение; использование программного обеспечения не требует лицензии, поскольку использование, как правило, не является одним из исключительных прав владельца авторских прав.
21
@amon Спасибо! Отличный ответ! У меня есть несколько вопросов, но у меня нет времени задавать их прямо сейчас. Я сделаю это позже. ;)
Даниэль Квист
«Это может произойти, даже если вы не собираете эти данные как часть нормальной работы этого приложения, а« только »для рекламы», я бы сказал, особенно если.
Андреа Лаззаротто