ぴゅあさん、
スクリーンセーバとの関係については、まず、スクリーンセーバの動作内容(Windowsメッセージの内容など）を調べてみようと思っています。それがわかれば解決できると思います。
スクリーンセーバで復帰できなくなる件に関して。
この問題は随分前から確認していますが自宅サーバから配信していた多くの情報もサーバを廃止することとなったのでもう閲覧することはできません。
最後にこの件に関して嘘も入っているでしょうが簡単に。
スクリーンセーバを使うとAN HTTP Serverに関わらずWinが停止してしまうことを殆どの場合で確認してきました。
発生した場合はキーボード，マウスを操作してもハードディスクが復帰せず落とすしか手段がないという状態です（Win95/98で発生を確認しましたがそういうものだということでWinNTでは確認していません。Win2000に関しては（ただしノートによる独特の電源制御あり）復帰できないということはないもののより影響の大きな挙動をするようでもあります）。
尤も単にスクリーンセーバという問題ではなく電源管理（APM）絡みではないかと推測しています。尤も仕事場で見るようなマシンではスクリーンセーバによる問題は殆ど確認していません。大抵こういったマシンはメーカー製プレインストールマシンであったりするということで（有名どこなら？）適切なWinのカスタマイズ等が行われているからかも知れない（確かに市販版Winとは一部動作が違ったりする）とも思うようになっています。メーカーとしては問題が発生することは致命傷ですからその辺はきちんとされていると思います。
そういった点でこの手の問題は自作機或いはプレインストールマシンでもWinの再インストールをしたことがあるという状況であると起こりやすくなるのではないかと思っています。
これにはWinの持つ機能とBIOS等に持つ機能に合わせたBIOSの適切な設定，Winの適切な設定により解決されるものと思います（実際この点に関しては（インターネット上ではない）周辺から相談，情報を多く頂いていました）。
ということでAN HTTP Serverに問題がないかを調べる前にまずマシン，Win環境を再確認してみる（簡単なことです。AN HTTP Serverとは関係なくスクリーンセーバが起動した後の挙動を確認し正しく動作すること（電源制御機能が働くのは通常スクリーンセーバが起動してから更に時間が経ってからになると思います）を充分に確認してみる）といったことが最初の段階と考えます。
その上でAN HTTP Serverを起動させておいてどうなるかによるでしょう。
なおどうも見た限りでは電源制御機能はキーボード，マウスに触っていない程度しか監視しておらず例えばダウンロードしたまま放置しておくとノート（Win2000）の場合はスリープモードにら入ってしまい通信が中断されてしまうようです。
またその状態でハードディスクも停止させられてしまった場合ハードディスクの復帰ができないというのがハングアップ状態につながっているのではないかと考えています（Win95/98デスクトップ/タワー型の場合）。
要はAN HTTP Serverが動作している間（アクセスがなくなったときが難しいのでしょうが）待機状態になったままでも電源制御を働かせないような制御ができれば対処できるのかもしれないと思ったりします。
この辺もうマシン，資料，書籍等処分を開始しているので調べることはできませんが。数万冊に及ぶ書籍を処分するにも古紙業者に一切を頼むとはいえ一苦労...
簡単にといったもののまた長くなってしまいましたね。箇条書きなら兎も角文章として必要な？事項を短く伝えるのは相手がどこまでの知識を持っているか決定できないと言えばそうですが私には無理らしい。
短い期間でしたが色々と下らないレスでかなり混乱させるばかりで申し訳ありませんでした。
それでは。
森さん、
そういうこともあるのですね。
スクリーンセーバとの関係を調べてみます。
中田さん、こんにちは。
以前CGI実行時にまれにハングアップする件で報告させていただいた森です。
どうもサーバがスクリーンセーバを実行しているときによくハング
アップが起きるような気がして、8月上旬にスクリーンセーバの設定を
無効にしたところ、その後動作が安定いたしました。それまでは1〜2日に
1回はハングアップしていたのですが、スクリーンセーバ無効後は8月30日
現在まで一度もハングアップが起きておりません。スクリーンセーバは
Windows標準のflying windowを使用していたのですが、どうもスクリーンセーバ
が一役買っていそうです。引き続き様子を見てみようと思いますが、
とりあえず報告させていただきます。