Планировщик задач Windows 7 позволяет мне запускать задачу, когда компьютер переходит в режим ожидания, но, похоже, не существует очевидного способа запустить задачу, когда компьютер выходит из режима ожидания или больше не находится в режиме ожидания.
Наверняка есть какое-то событие, которое запускается в Windows (журнал событий?), когда компьютер больше не бездействует? Или какой-то способ зафиксировать тот факт, что компьютер больше не бездействует, и отреагировать на это запланированной задачей?
Как бы я это сделал?
Или, на худой конец, есть ли где-нибудь программа командной строки, которая может вызывать команды или события, когда компьютер входит в режим ожидания/выходит из него?
[ОБНОВЛЕНИЕ:] Подход в моем ответе Диого Роча работает. Я создал нулевой исполняемый файл через py2exe из этого скрипта:
import sys
import time
#restart a pause every twenty seconds, with two functions that call each other.
def call_pause():
pause()
def pause():
time.sleep(20)
call_pause()
call_pause()
--и настройте запланированную задачу в Windows, для которой будет экспортирован следующий HTML-код:
<?xml version="1.0" encoding="UTF-16"?>
<Task version="1.2" xmlns="http://schemas.microsoft.com/windows/2004/02/mit/task">
<RegistrationInfo>
<Date>2012-04-27T17:40:46.8871631</Date>
<Author>GENIUS-BREATH-COMPY</Author>
<Description>This task runs ProgA when the computer enters an idle state, and terminates ProgA when the computer *leaves* an idle state. The is all for scheduled TaskB, which periodically runs a batch that tests whether ProgA is running. If ProgA is not running (because this task terminated it), ProgB runs (as the computer is NOT idle). If ProgA *is* running, TaskB's batch does not run ProgB.</Description>
</RegistrationInfo>
<Triggers>
<IdleTrigger>
<Enabled>true</Enabled>
</IdleTrigger>
</Triggers>
<Principals>
<Principal id="Author">
<UserId>S-1-5-18</UserId>
<RunLevel>HighestAvailable</RunLevel>
</Principal>
</Principals>
<Settings>
<MultipleInstancesPolicy>IgnoreNew</MultipleInstancesPolicy>
<DisallowStartIfOnBatteries>false</DisallowStartIfOnBatteries>
<StopIfGoingOnBatteries>true</StopIfGoingOnBatteries>
<AllowHardTerminate>true</AllowHardTerminate>
<StartWhenAvailable>true</StartWhenAvailable>
<RunOnlyIfNetworkAvailable>false</RunOnlyIfNetworkAvailable>
<IdleSettings>
<Duration>PT1M</Duration>
<WaitTimeout>PT0S</WaitTimeout>
<StopOnIdleEnd>true</StopOnIdleEnd>
<RestartOnIdle>true</RestartOnIdle>
</IdleSettings>
<AllowStartOnDemand>true</AllowStartOnDemand>
<Enabled>true</Enabled>
<Hidden>false</Hidden>
<RunOnlyIfIdle>true</RunOnlyIfIdle>
<WakeToRun>false</WakeToRun>
<ExecutionTimeLimit>PT0S</ExecutionTimeLimit>
<Priority>7</Priority>
<RestartOnFailure>
<Interval>PT1M</Interval>
<Count>3</Count>
</RestartOnFailure>
</Settings>
<Actions Context="Author">
<Exec>
<Command>C:\path_to\nullExecutable</Command>
</Exec>
</Actions>
</Task>
И оставил свой компьютер бездействующим на 15 минут. Диспетчер задач показал запущенный null-исполняемый файл. Как только я пошевелил мышкой, компьютер вышел из состояния бездействия, а null-исполняемый файл исчез из списка задач.
Отсюда дело за настройками задачи (или программы — что я делаю с Python и py2exe), которая использует pslist (с переключателем -accepteula, чтобы на компьютерах, на которых он развернут, он действительно запускал программу) для проверки того, запущен ли нулевой exe. Если он запущен, переменная среды %ERRORLEVEL% устанавливается в 0, поскольку pslist был запущен без ошибок. Если эта переменная среды равна 1, он был запущен с ошибкой (он не обнаружил исполняемый файл запущенным). Я использую эту переменную среды в пакетном скрипте для запуска другой задачи, если компьютернетпраздный.
решение1
Я не думаю, что возможно реализовать какие-либо методы для обнаружения «границы» триггера для событий бездействия (входа или выхода из состояния бездействия), однако есть команда, которая заставляет Windows переходить в состояние бездействия и запускать задачи, запускаемые в состоянии бездействия:
Rundll32.exe advapi32.dll,ProcessIdleTasks
Вы можете объединить другое событие (из журнала событий) для запуска этой команды, которая в свою очередь запустит другую задачу, которая должна быть запущена в состоянии простоя. Насколько вам известно, вы можете свободно объединять любые задачи, которые захотите.