Разрабатываем систему защиты авторских прав. Урок 2. Анализ мозгового штурма |
![]() |
![]() |
Автор megabax | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
25.04.2013 г. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Разрабатываем систему защиты авторских прав. Урок 2. Анализ мозгового штурмаЭто последний урок из серии "Разрабатываем систему защиты авторских прав", публикуемый в бесплатном разделе. Начиная со следующего, публикация уроков будет продолжена в платном разделе. В бесплатном же разделе, возможно, иногда будут опубликованы некоторые отдельные статьи по проблемам защиты программных продуктов от несанкционированного использования. И так, сегодня мы будем анализировать идеи, которые "нарожали" на предыдущем уроке. Вот их отредактированный список (помните мы вычеркивали неудачные мысли):
Вот с этим то списком мы сейчас и будем работать. Берем каждую идею и взвешиваем ее плюсы и минусы, а под ними пишем дополнительные мысли, если они будут. Привязаться к реестру Windows.
Доп. мысли: Привязаться к конфигурации компьютера.
Сделать аппаратный ключ.
При старте программа коннектиться к сайту, а там есть сведения, сколько задействовано лицензий.
Определенное количество запусков.
Сделать программный ключ.
Доп. мысли: 1. Фирма 1С уже использует программный ключ. И как то защищает его. В частности, 1С:Предприятие, не найдя аппаратный ключ, пытается использовать лицензию программного ключа, а для его установки она запрашивает пароль, который идет в конверте вместе с коробовкой лицензионной программы. Может, как то перенять их идею?
Каким то хитрым образом определить, сколько человек используют программу
Постоянно менять регистрационный ключ и сделать автоматическое обновление ключа с сайта.
Доп. мысли: о необходимости продления лицензий предупреждать заранее. В итоге можно предварительно сформулировать вот такую идею: У каждого экземпляра программного продукта генерируется свой УИД. Этот УИД регистрируется базе данных владельца исключительных прав на ПП (тоесть, у нас). Регистрация рассчитана на определенной количество запусков, по истечению которых программа обновит регистрационный ключ через интернет. Система запомнит, какой регистрационный ключ обновился и повторное его уже не обновляет. Что это даст? Допустим, пользователь купил лицензионную прогу. Через определенное время у нее кончился лимит запусков и ключи обновились через интернет. Что будет если эта прога попадет в руки нелицензионному пользователю? Лимит запусков кончился, программа должна обновиться через интернет. Допустим, она обновилась. И все, тогда лицензионный пользователь уже не сможет обновить ключи, на сервере уже есть информация что обновление прошло. И правильно, пусть не дает свой лицензионный экземпляр проги кому попало. В лицензионном договоре так и напишем, что за утерю лицензии ответственность несет юзер. Для красоты еще может пароль придумать, что бы тот кто украл прогу не смог обновить лицензию. Раскрыл пароль - извини, сам виноват, пароль надо хранить в тайне. Осталось только придумать способ, что бы пират не смог взломать счетчик количества запусков. Но это уже вопрос постановки задачи, его мы будем рассматривать на следующем уроке.
|
Пред. » |
---|