Программа для облачного резервного копирования

Нужно комплексное решение по резервному копированию через интернет. Скорее всего, это комплексное решение будет состоять из нескольких программ и помощи в настройке сервера.
Резервное копирование в основном будет использоваться для резервного копирования баз 1С 7 и 8.

В качестве сервера резервного копирования планируется использовать имеющийся компьютер под Windows Server 2008 без белого IP-адреса. Белый IP использовать не хочется из соображений безопасности, но если других вариантов не будет... 
Есть доменное имя, к которому привязан IP – предоставленное noip.com.
Также для связи с сервером можно использовать, как вариант, предоставление адреса сервисом, который предоставляют производители роутеров. Например, Microtik предоставляет своим роутерам длинные имена типа 0000000dcb00.sn.mynetname.net.
Можно вместо такого сервера использовать недорогой сетевой накопитель.

В качестве компьютеров, с которых осуществляется резервное копирование – множество компьютеров с Windows начиная от 7 и 2003 и выше. Характеристики компьютеров начинаются от Celeron/1 Гб ОЗУ. Компьютеры находятся в разных местах и локальной сетью не связаны.
На компьютерах пользователей должна устанавливаться простая программа, которая позволяет автоматически ежедневно копировать указанный файл или папку на сервер с архивацией и шифрованием (для шифрования можно использовать архиваторы).
Программа должна быть доступна для установки и настройки системщику начальной продвинутости, графический интерфейс не обязателен – можно настраивать ключами или текстовым файлом. 

Будем считать, что на сервере одна папка, в которую осуществляется резервное копирование. В ней – подпапки для каждого клиентского компьютера.
На сервере необходима программа (или набор программ), которая позволяет:
1. Ежедневно удалять лишние файлы в каталогах пользователей в соответствии с настройками. Желательна такая настройка: оставлять семь последних файлов и по файлу на семь последних понедельников. Гибкая настройка не нужна.
2. Проверять, что новые копии в каждой папке ежедневно появляются. Если не появляются в течение двух дней – нужно сигнализировать администратору резервного копирования – например, на е-майл.
3. Проверять, что в тех архивах, которые делаются, есть свежие файлы. Это на случай того, что настроят резервное копирование не на ту папку. Если не появляются в течение двух дней – нужно сигнализировать администратору резервного копирования – например, на е-майл.

Необходимо чтобы со стороны клиента нельзя было считать чужие архивы – только свои. Это также можно реализовать как разграничением доступа, так и запретом читать файлы с клиента – только записывать.

Теперь необязательный функционал (сделаем, если цена реализации такого функционала будет недорогой):
- Чтобы клиентская программа также автоматически выкладывала на сервер свои настройки (включая пароль для расшифровки) – чтобы не оказалось, что копии есть, а мы забыли пароль.
- Чтобы с клиента нельзя было удалять файлы резервных копий – только создавать новые.
- Возможность использования на сервере нескольких папок для резервного копирования (чтобы не использовать один винчестер, а несколько).
- Возможность копирования с клиентского компьютера нескольких папок или файлов, а не одного.
- Возможность проверять, что архивы действительно "живые", то есть файл приходит целиком.
- Значок резервного копирования в облако в трее с индикацией когда резервное копирование фактически происходит.

Оплата после проверки на тех нескольких десятках компьютерах, с которых будет настроено резервное копирование. Небольшой аванс после проверки на нескольких первых компьютерах.

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