誰もログオンしていないときにコンピューターの起動時にプログラムを起動し、誰かがログオンしたときにウィンドウを表示します（OS：Windows）

Windows Server 2012 のタスクスケジューラを使用してシステムの起動時に起動するプログラムがあります。コンピューターが自動的に再起動する場合でも、プログラムを起動する必要があります。

管理者はプログラムの起動に使用されるアカウントであり、タスクのオプション「ユーザーがログオンしているかどうかにかかわらず実行」がチェックされます。

これに関する問題は、誰かが最終的にリモートデスクトップ接続を使用して管理者としてログオンすると、インターフェイス（プログラムウィンドウ）が非表示になることです。

私が理解しているように、タスクスケジューラを使用してこれを解決する方法はありません。

どうすれば解決できますか？

それはかなり一般的な問題であるはずですが、ネットを検索しても何も見つかりません。Microsoftがスケジューラーでこのような制限を許可していることにはかなり驚いています。VBScriptまたは起動時に実行され、ユーザーが実際にログオンしたときに表示されるプログラムを起動するものを作成できますか？

他のアイデア？

（ちなみに、元のプログラムに接続する別のGUI専用プログラムを作成する必要はありません。ユーザーログオン時に既に実行中のプログラムを終了して起動する必要がない場合も、この方法を好みます。もう一度。）

自分でそれを行う方法を見つけました。多少の回避策ですが、それが私が期待するものです。

• さて、最初のステップは、MicrosoftからAutoLogon.exeというプログラムを入手することです：http ://technet.microsoft.com/sv-se/sysinternals/bb963905.aspx
  

やめる！まだ縮まないでください。読む...

• 実行し、管理者が自動的にログオンするように設定します。

• タスクスケジューラでタスクを作成します。ユーザー（管理者）がログオンしているときにのみ実行するように設定します。トリガーは「ログオン時」であり、管理者がログオンしたときにのみトリガーすることを指定します。

• 2番目のタスクを作成します。ユーザーがログオンしているときにのみ実行し、管理者ログオン時にトリガーします。アクションは「プログラムの開始」であり、プログラムは「C：\ Windows \ System32 \ rundll32.exe」であり、引数フィールドは「user32.dll、LockWorkStation」に設定されています。

コンピューターを再起動すると、管理者が自動的にログオンし、開始するプログラムが開始され、ワー​​クステーションがロックされます。リモートデスクトップ接続経由でログインすると、プログラムウィンドウが表示され、GUIを使用できます。コンピュータを問題なくロック/ロック解除し、必要に応じて切断/再接続できます。サーバーにアクセスして実際のワークステーションにログインしても問題はありません。Administratorはすでにサインインしているため、タスクは再度実行されません（ブレークアウトできない無限のログインロックループは作成されません）。

そのような単純な。自動ログイン後、コンピューターがロックされるまでに1秒の時間がありますが、コンピューターに物理的にアクセスできるプロのハッカーは、この時間帯になにかこっそりすることができると思いますが、私の場合はそのセキュリティリスクを見落とすことができます。プロのハッカーを家に入れて、コンピューターを見せない限り、システムは比較的安全です。何よりも、スーパーボールト保護を必要とするコンピューターにはそれほど価値がないので、このソリューションには非常に満足しています。

Windows Server 2012のタスクスケジューラを使用してシステムの起動時に起動するプログラムがあります。コンピューターが自動的に再起動する場合でも、プログラムを起動する必要があります。

次に、Windowsの仕様で定義されているように、なぜシステムサービスにしないのですか？

どうすれば解決できますか？

できません。バックグラウンドプログラムは、UIと対話することは想定されていません。または：UIは、サービスに接続する独自のプログラムを実行する必要があります。ログインしたユーザーのユーザー空間で実行されているUIがプレゼンテーションを行い、Windowsサービスが処理を行います。これが、おそらく15年ほどモデルを設計する方法です。

Microsoftがスケジューラーでこのような制限を許可していることにはかなり驚いています。

私はあなたが理由を尋ねることを決してボットしなかったことにもっと驚いています。

複数の問題があります。

• 複数の人がログインしている場合、誰がUIを取得しますか？
• ユーザーがログアウトすると、プログラムを強制終了しますか？痛い。
• セキュリティ。バックグラウンドプログラムは制限された権限で実行される場合があります-UIをユーザーに公開すると、ユーザーはそこでコードを実行できます。Windowsメッセージングモデルは-ああ-問題でいっぱいです。

ちなみに、元のプログラムに接続するGUI専用のプログラムを別に作成する必要はありません。

私もマイクロソフトもこの時点であなたが何をしたいのか気にしません。ログイン済みのユーザーUIにバックグラウンド処理を結び付ける確立されサポートされているモデルがあります-それを使用するかどうか。しかし、そうでない場合は、あなたが我慢したセキュリティの問題を厳守しないでください。

Sessionプログラムが実行されるのはすべてです。誰もログインしていない場合、下に表示する対話型セッションSession 0はありません。下で実行されると信じています。これは、他の人のように表示されない奇妙なUIを持っています

これで、プログラムがexplorer.exe起動時（またはユーザーログインを検出する他の方法）を検出し、その新しいsessionidで魔法のように自身を変更したり、子プロセスを生成した場合、ログインしている人はあなたが何をしているかを喜んで見るでしょう。