对于最新启用的下载中心，Michelle Bruno 是规划经理，而 Daniel Dumesh 是软件开发负责人，它是一种用于寻找可下载软件、演示程序以及通过 Microsoft 分布式网站及产品组进行更新操作的新型搜索和交付系统。 我们在客户的调查中发现，软件下载是 microsoft.com 中最重要的部分。有相当比例的人访问我们的站点是为了寻找某种特定的软件驱动程序和更新软件、免费产品如 Internet Explorer 和 Outlook Express、软件开发工具或者产品的试验版本或附加软件。
我们最初的解决方案，是一种分成了若干种下载软件的简单文本页，它在我们只能提供很少的供下载软件的时候，工作得很好。随着内容的增加，保证这些页面的及时更新具有很大的挑战性。我们需要一种解决方案，它可在某种供下载软件发布之后自动将之补充进去，而且可使网站访问者的搜索工作更加简单，从而让他们能够更快地找到所需的内容。
我们还需要保证，在用户单击某个链接来下载文件的时候，不仅要让用户能够得到它，还应保证从最合适的全球数据中心为用户提供该文件，而无需从列表中选择。
6 月底或 7 月份启用的新的软件下载中心，可提供所有的供下载软件。
更新的用户界面每个网站访问者，都能够看到一种新的用户界面。故事虽然刚刚开头，但这确实是个良好的开端。
从根本上说，我们希望将静态 Web 页的方法用一种解决方案代替，这种解决方案对成千上万的可下载软件来说具有可扩展性。它应当是快速、高效和小型的。我们还需要一种使用户能从几个角度找到软件的界面：通过产品、分类甚至关键词，操作系统将过滤所有的内容。
首先，我们认识到有两种目的的访问者，一种为了搜索，一种为了浏览。大多数情况下，以浏览为目的的人需要看到最新和最流行的可下载软件，其搜索操作是通过分类进行的。其中一些可能还想查找自己已有的产品。我们在调查中发现的是，那些以搜索为目的的人，他们访问站点是为了下载某个特定的文件，喜欢以产品或关键词为线索进行搜索。
这里是用户界面的工作过程（有关搜索和可用性实践的详细信息，请参阅“
创建有效的 Web 界面需要周密的计划”）。 最初，我们开发了四种用户界面的处理办法，它们在具体方法上有很大区别。我们进行了第一轮的可用性测试，我们运行一些非功能性原型，以彩色打印输出的形式，将之传送给一组用户，以便找到那些能够为最大范围内的各类用户提供最好的服务的办法。我们马上就知道了，为用户提供太多的方式反倒不利于查找可下载软件，因为这会引起混乱。
我们决定简化一下，根据调查结果，表明用户通过产品进行搜索，能够最快地找到结果。所以，这种搜索形式将成为默认设置（参见图 1）。
代码结构有五种 Active Server Pages (ASP) 用于访问和显示所有 24 种本地化版本的软件下载中心的内容和结果。
下面为这些文件及它们所起的作用：
- Search.asp：该文件利用表格形式的数据控件返回 Internet Explorer 4 和 5 浏览器的查询界面及结果，它可提供更快地反应速率。
- Default.asp：该文件直接返回不同于 Internet Explorer 4 和 5 的 Web 浏览器的查询结果。
- SrcRel.asp：如果该文件被 Search.asp 调用，它将检查服务器的高速缓存，目的是查看用户是否在过去的 30 分钟内进行过查询。如果答案是肯定的，它将以逗号分隔的 (CSV) 形式返回高速缓存中的文件结果。否则，就调用过程来访问 SQL Server 数据库并为 Web 客户以及高速缓存中的 CSV 文件返回查询结果。
- Error.asp：该文件用于提供错误信息，并且仅在 default.asp 或 release.asp 不能连接到数据库的时候才返回该文件。
- Release.asp：在用户单击查询结果中的某个可下载软件的标题时，会返回该文件。它还会提交来自 SQL Server 的可下载软件的详细信息（如，描述信息、系统需求以及连至可下载软件本身的链接），或者将 Web 浏览器重定向到控制该下载软件的产品网站。
如果点击下载中心页面，则下拉选择框就会反应出最新的 SQL Server 下载资料。只有产品、操作系统、类别和语言可根据显示进行实际的下载操作。如果可下载文件介绍的是某种利用 PubWiz 工具发布到 Web 中的新产品（请参阅“
在分布式企业环境中发布”），这些下拉列表数据文件就可立即更新。
利用 Internet Explorer 4 或其更高版本，浏览器将检查在用户上次访问之后，包括这些数据的 .js 文件是否已经在服务器中更新。如果还没有，就将它从高速缓存文件中拖到用户的硬盘上，直到下一次改变，从而节省服务器中的数据量。如果用户使用其他的浏览器访问该网站，例如使用 Internet Explorer 3 或者 Netscape Navigator，就会利用 ASP 代码中的 XML 对象和一个含有分类等的 XML 数据文件，将这些数据提交给 HTML。每次都会调用该页面。
为了方便本地化工作，用英文创建的软件下载中心也可处理其他语种。用户界面文本串存储在每种语言各自的 XML 数据文件中，从而使得翻译工作更加简单和高效。
只需“一击”之劳如果你单击某个链接，目的是下载某个发布在 microsoft. com 软件下载程序中的文件（软件下载中心的大多数文件），那是因为它确实很有意思。一种由 Cisco 公司创建的、名为 Distributed Director 的技术，可自动确定用户访问该下载软件最适合的下载路线。
过去，我们使用很多全球数据中心站点，所以您必须在站点列表中选择您认为离您需要的位置最近的站点。现在，您不必再为了下载一个文件而成为地理专家。所有文件都会发布在四个美国数据中心以及在东京和伦敦的国际数据中心中。您根本不必选择站点。
下面讲一讲它是如何工作的。无论您在什么时候需要一个域名，如 download.microsoft.com，计算机首先要将它解析成为 Internet 中的某个 IP 地址。在正常情况下，Web 浏览器向域名服务器要求一个 IP 地址，然后将您送到那个服务器中。Microsoft 的域名服务器，不仅仅是对一套 IP 地址进行自动响应，还会将要求转发给 Distributed Director 路由器。然后该路由器会检查每个数据中心的专用路由器，这些数据中心中包括 download.microsoft.com 服务器，并且在地理学和性能的基础上，决定哪个服务器最适于响应该要求。
一旦确定了最好的数据中心，Distributed Director 会给用户的浏览器发送数据中心中相关服务器的 IP 地址。然后浏览器利用该 IP 地址提出下载要求，之后就会将文件从特定的软件下载服务器中发送到用户的计算机中。
不管您信不信，对于软件下载中心来说，这只是一个开端。在我们希望从更多的 Microsoft 资源中集成可下载软件的很长时间以前，您就可发现可下载软件在不断改进。
Trackback: http://tb.donews.net/TrackBack.aspx?PostId=16222