Какое событие планировщика задач Windows 7 будет реагировать на состояние простоя END?

Какое событие планировщика задач Windows 7 будет реагировать на состояние простоя END?

Планировщик задач 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

Вы можете объединить другое событие (из журнала событий) для запуска этой команды, которая в свою очередь запустит другую задачу, которая должна быть запущена в состоянии простоя. Насколько вам известно, вы можете свободно объединять любые задачи, которые захотите.

Связанный контент