没有确切的错误日志（您可以尝试在EventViewer中查找相关的错误吗？）很难说出问题是什么。

但是我会尝试以下方法：

1. 在开始菜单中，键入Component services并将其打开（右键单击-以管理员身份！）
2. 转到Component services -> My Computer -> DCOM Config文件夹

您会看到类似的内容

1. 在树中找到您的COM应用程序。
2. 右键单击它，打开属性，转到Security Tab

它看起来像这样（不用管图片中标签的标题，在您的情况下，它应该类似于AutoCal）：

如果显示为灰色（例如我的情况），则可以使用以下过程来更改系统上的设置，并使此选项卡可配置：

1. 转到Start > Run。输入regedit
2. 转到与要管理的DCOM组件关联的密钥：HKEY_LOCAL_MACHINE\SOFTWARE\Classes\AppID\{XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX}
3. 右键单击它。选择Permissions
4. 点击Advanced
5. 将所有者更改为Administrator或您的用户帐户
6. 点击OK
7. 为Full Control组和您选择的所有者选择Administrators
8. 转到Start > Run。搜索services。 查找COM+ System Application。右键单击该服务，然后单击Restart

一旦启用了Security标签，就可以更改COM对象的权限。例如-您可以允许运行您的服务的用户访问或激活此COM对象。

我希望这对您有所帮助，但同样，没有任何其他错误信息-这是一个漫长的尝试。

您将要在NETWORK SERVICE下运行它，但这不是问题。

您遇到的所有情况都汇总在 KB257757 下。

Considerations for server-side Automation of Office

您最好的选择是将其重写为.Net。如果它是基本的并且您不使用XML，那么值得尝试一下该格式。过去，我们必须确保每个人（我们所有的客户）都使用MS Office 2003（原来IBM是2002年的唯一产品，并且有一个2002的插件可以读取2003）。

我知道这不好，很抱歉成为坏消息的承担者。

微软的立场：

大多数服务器端自动化任务涉及文档创建或编辑。 Office 2007支持新的Open XML文件格式，使开发人员可以在服务器端创建，编辑，读取和转换文件内容。这些文件格式使用Microsoft .NET 3.x Framework中的System.IO.Package.IO命名空间来编辑Office文件，而无需使用Office客户端应用程序本身。这是处理服务中Office文件更改的推荐和受支持的方法。