スケジュールされたタスクでWord Interopが機能しない

Question

Word文書をWordで開き、WordファイルをPDFとして印刷するスクリプトを開発中です。マシンやサーバーのいずれかで手動で実行するとすばらしいことになります。スケジュールされたタスクとして実行しようとすると、問題が発生します。

必要条件の1つは、介入なしに夜間に行う必要があることです。これを行うスケジュールタスクを設定し、セキュリティオプションを「ユーザーがログオンしているときだけ実行する」に設定すると、すべて正常に動作します。問題は、これは誰かがログオンしているかどうかにかかわらず実行する必要があることです。私は、「ユーザーが上かログインしているかどうかを実行」するタスクを設定した場合、スクリプトは次の行に失敗します。

wordDoc = MSWord.Documents.Open(ref fileToConvert, ref refFalse, ref refTrue, 
           ref RN, ref RN, ref RN, ref RN, ref RN, 
           ref RN, ref RN, ref RN, ref RN, ref RN, 
           ref RN, ref RN, ref RN); 

MSWord.Documents.Open()動作しますが、nullを返します。

このタスクは、オフィスでのWindows Server 2008上で実行されている2007年

は、私はこのために服用しなければならない別のアプローチはありますか？

Answer 1

私は、多くの人があなたの試みや失敗に近いものをしようとしていると信じています。サーバーのようなモード（無人など）でオフィスinteropベースのソリューションを実行することができないという噂がたくさんあります。

私は、これはおそらくあなたが探していた答えではない知っているが、それはそれがどのようにそれにもかかわらずであるhereとhere

を参照してください！

Answer 2

Windows Server 2003では、Windows Server 2008でWindowsサービスからOfficeを自動化する際に問題がありましたが、Windows Server 2003ではうまく機能しますが、この問題はOpen呼び出しでも発生しますが、単にnullを返すのではなく例外が発生します。とにかく、これを試してみるといいかもしれません...

this MSDN threadでH小川さんの助言にしたがって試してみたところ、うまくいったようです。それは奇妙なものですが、それを発見した小川さんに誇りを持っています。 「小川ハック」の

概要：あなたは64ビットを持っているかどうかに応じて...どちらか

C:\Windows\SysWOW64\config\systemprofile\Desktopとして、システムプロファイルのデスクトップフォルダを作成し、または

C:\Windows\System32\config\systemprofile\Desktop

Windows。

また、このフォルダには、Officeを「運転」しているユーザーの書き込み権限が必要です。

[編集：補正されたリンクURL]