Во первых, я так и не понял чем не устраивают внешние планировщики? У тебя уже есть либо крон под *никсами, либо шедулер под виндами. Повесь в них запускалку своего отчетного модуля и все.
Во вторых, собственный планировщик тоже очень простая вещь - вешаешь процесс который сидит и ждет когда часы пробьют "двенадцать" и запускает очередное задание. Плюс к этому он в пустой период должен каждые цать секунд просыпаться и проверять список заданий, вдруг новое юзер задание создал или старое запретил. Элементарно до ужаса.

Павел. СВнешние планировщики не устраивают вот чем:
1) Необходимо иметь какой-либо интерфейс взаимодействия с ними. Изменять КронТаб в никсах, либо как-то работать с Win шедулером (COM?).Зачем??? Внешний тем и хорош, что никакого интерфейса для управления им писать не нужно. Этот интерфейс уже написан. И юзера уже умеют с ним обращаться.
Павел. С2) Что может делать крон/шедулер? запускать процесс? Это нужно где-то еще хранить бинарник, писать к нему пути и.т.д.И что? Это проблема?
Павел. С3) Не будет статистики по загруженности.Почему??? Ты можешь вести статистику либо в запускалке, либо в самом модуле генерирующем отчет.
Павел. С4) Задачи параллельно нельзя выполнять. Нужно, например, чтобы один отчет сделался в 12:00, а за ним в 12:15 следующий, качественно другой.А это-то с чего вдруг проблемой стало? Или ты думаешь что крон с шедулером только по одной задаче за раз запускать могут? :)
Павел. СЕще я не хочу стобы в БД в пике нагрузки было много соединений.Тоже совершенно не проблема. У тебя модуль генерации отчета будет подключаться к базе? Ну пусть сервер БД и следит чтобы к нему одновременно приходили не более чем цать клиентов, а отчетный модуль если получит ошибку коннекта "слишком много пользователей" пусть подождет чуток и снова попробует присоединиться.

Павел. СНа мой взгляд не так уж это и элементарно. Мне в голову до сих пор не пришла нормальная идея по реализации.Все элементарно.