根据设备上的WES系统反过来得到Answer File，很好。
这是Windows Embedded上的原文地址：http://blogs.msdn.com/b/embedded/archive/2011/03/10/regenerating-answer-file-from-an-existing-device-using-pkgscn-and-tap.aspx
以下是本人翻译过来的：
对于WES7，最典型的开发过程是这样的：首先在ICE中创建一个应答文件（Answer File），然后将它部署到设备中。然而将这个过程反过来也是可能的，即从一个存在的设备中生成应答文件。
适用于以下情况：
1.源应答文件丢失
2.设备上面直接安装了更新（通过WindowsUpdate或者是手动），而你想要复制这些配置（包括所有更新）并安装到其它设备上。
幸运的是，Standard7包含的工具允许您在3步中完成这个目标。
1.使用PkgScn.exe导出已安装包的列表
2.使用Tap.exe生成硬件配置
3.把以上成果导入到ICE中创建新的应答文件
现在看一下每步的详细过程：
第一步：使用PkgScn导出已安装包的列表
这个步骤可以在线或者离线进行。
在线情况下，首先使用CopyPkgScn.cmd脚本将PkgScn.exe和相关二进制文件复制到设备。可以在如下位置中找到CopyPkgScn.cmd：C:\Program Files\Windows Embedded Standard 7\Tools\Image Configuration Editor。如果您的设备运行一个64为的操作系统，在X64应用程序文件夹中使用这个脚本的64位版本复制64位二进制文件。
在PkgScn复制到设备后，运行如下命令得到包列表：PkgScn /Get-Packages /ConfigsetDir:
对于离线情况，需要增加一个参数以标记要加载镜像的位置。镜像（WIM文件）可以使用ImageX或Dism来加载：
PkgScn /Image:<Mounted_image> /Get-Packages /ConfigsetDir:
在这条命令成功完成后，包信息就会被存放在当前目录中的AutoUnattend.xml文件中。手动保存这个文件，第三步中会用到。
第二步：
使用Tap生成硬件和驱动配置
接下来我们在设备上运行Tap.exe以得到硬件和驱动信息。可以在如下目录中找到tap：C:\Program Files\Windows Embedded Standard 7\Tools\Image Configuration Editor，对64位版本的话应该是X64应用程序目录。Tap.exe只可以在设备自己上面运行。在设备上运行如下命令：Tap /o
在当前目录中会生成一个名为devices.pqm的硬件和驱动信息文件。
第三步：导入文件至ICE中
运行ICE然后选择File - Open Answer File
选择在第一步中生成的AutoUnattend.xml文件
应该能看到一个由设备中的包构成的应答文件（确切的包依赖于已经安装了什么）。
接下来我们添加从第二步中提取到的硬件和驱动信息。从菜单里选择File -> Import -> Import PMQ，选择devices.pmq文件。现在，在应答文件面板中可以看到驱动了。
【可选的】从IBW安装时额外的设置信息
如果您使用IBW安装原设备，你可以在那时恢复任何配置或设置。数据在这个设备的文件中：C:\Windows\panther\cbs_unattend.xml。要在在ICE中使用设个数据，从设备上覆制这个文件到File -> Import -> Template，然后选择这个文件。现在出现在模版文件夹的DS面板中，可以通过拖动它到你的应答文件中。
要注意的一点是，如果你使用cbs_unattend.xml文件，任何敏感的用户数据比如用户名和密码在安装之后就失效了，所以必须在ICE中重新键入这些值。
结论：
这个时候，你可以创建一个配置集以部署这个应答文件到另一个设备上，或者继续修改应答文件以满足需求。
在打包之前，我有一些警告：
限制：
在设备上安装的更新但是没有在DS中的将会在“Unknown Packages”中显示。你可以通过ECEMOO或WEDU下载更新来修复。
直接安装到设备上的第三方驱动或应用程序不会被复制到应答文件中。
设置不能被从设备上恢复（除了上面描述的IBW的设置）
如果将Service Pack作为更新安装到设备上，这将会在“Unknown Packages”中出现，因为Service Pack不能被DS导入。
希望这篇文章对您是有用的，如果有任何问题可以到这里：Windows Embedded Standard forums.
Matthew
2011-03-10