CN102043764A - 减小的字形字体文件 - Google Patents

Abstract

本发明提供了减小的字形字体文件。使用特定字体创建的文件通常不包括为所述字体定义的所有字形。因此，为了降低获得用于创建网络上的文件的字体所需要的带宽量，可以创建包括字形的减小集合的字体文件。在一个或多个示例中，所述字体文件可以仅包括在正被查看的文件中使用的字形。可以联机地产生减小的字形字体文件，或者将其缓存用于以后的快速检索。

Description

减小的字形字体文件

技术领域

本公开的方面涉及减小的字形字体(glyph font)文件的创建与分发(distribution)。

背景技术

诸如网页的网络文档可以使用各种字体来转达样式和增强美感。在许多实例中，被利用来查看网络文档的网络浏览器或用户代理程序(user agent)可能未被配备来查看所述文件，这是因为，相应的字体未被加载在系统中。因此，用户代理程序或者用户代理程序在其上操作的设备可能需要通过网络获得字体。某些字体文件可能较大并因此需要很大的传送带宽。字体文件一般包括所有字形的定义信息，而不论该字形是否被网络文档使用。这表示了带宽的浪费，这是因为，当不需要某数据时，该数据也被传送到用户代理设备。

发明内容

下面陈述简化的总结，以提供对本发明的某些方面的基本理解。该总结不是本发明的全面概述。其既不意在标识本发明的核心或关键元件，也不意在限制本发明的范围。以下总结仅以简化的形式陈述本发明的某些方面作为以下描述的前序。

本公开的方面涉及通过确定用户代理程序类型(例如，浏览器类型)来处理字体请求的字体服务器。使用所确定的用户代理程序类型，网络服务器可以检索(retrieve)所请求的字体，并以与所确定的用户代理程序类型兼容的字体文件格式返回所请求的字体。因此，页面或文档开发者不需要针对特定字体来决定要引用的单个字体文件格式。相反，可以将该决定留给字体服务器，从而可以支持所有浏览器类型。

根据另一方面，可以在网络文档或与其关联的样式表中使用标识符来引用字体文件，所述标识符对字体或字体族来说是唯一的，但对于用于该特定字体或字体族的所有字体文件格式来说是通用的。

根据再一方面，可以配置文档创建应用程序来产生网络文档、以及对应的用于定义网络文档的布局和外观的样式表。该应用程序还可以被配置来从字体服务器检索字体或字体标识信息，以及产生样式表形式的代码段、或引用所选择的字体或字体族的网络文档。

根据再一方面，如果网络服务器没有用于字体的字体文件、或兼容格式的字体文件，则网络服务器可以升级它的字体或字体文件的列表。如果字体服务器接着能够找到字体文件，则在该字体文件未被存储在该服务器中的情况下，该服务器可以将请求重指向到特定的其它字体服务器或字体位置。然后，可以从该其它字体服务器或通过原始字体服务器(即，担当中介)将兼容的字体文件传送到请求的设备。

根据再一方面，网络开发者可以指定并且用户代理程序可以请求用于特定字体的减小的字形范围。这可以用于减小获得用于查看由开发者发布的网络文档的必要信息所需要的带宽量。与其关联的字体服务器或小服务程序(servlet)可以评估请求的有效性，并且，当验证了该请求有效时，产生仅包括请求范围的字形的、用于所请求的字体的字体文件。可以在请求中提供所请求的字形范围。例如，可以在用于HTTP请求的请求字符串中指定字形范围。

附图说明

联系附图，根据以下详细的描述，本发明的各个目的、特征和优点将更明显也更能被全面理解，其中：

图1示出了其中可以实践本发明的一个或多个方面的示例计算机系统和环境；

图2示出了嵌入在可以根据这里所描述的一个或多个方面而使用的网络文档中的示例性样式表；

图3是示出示例性方法的流程图，通过该方法，可以根据用户代理程序兼容性，从字体服务器获得字体；

图4是示出用于产生包括用于定义其结构的样式表的网络文档的示例性方法的流程图；

图5示出了根据这里所描述的一个或多个方面的示例性文档创建应用程序界面；

图6示出了可以用于选择兼容的字体文件的示例性字体服务器；

图7是示出示例性方法的流程图，其中，字体服务器可以将字体文件请求重指向到另一服务器或位置；

图8示出了根据这里所描述的一个或多个方面的用于定义减小的字形范围请求的示例性语法；

图9A示出了根据这里所描述的一个或多个方面的用于处理减小的字形字体文件请求以及产生减小的字形字体文件的示例性方法；以及

图9B示出了根据这里所描述的一个或多个方面的用于从字体服务器获得减小的字形字体文件的示例性流程图。

具体实施方式

如上所述，本公开的方面涉及用于在线网页环境中获得和处理字体的系统、装置、方法以及计算机可读介质。如这里所使用的字体可以指字样(typeface)中字符的集合。在一个或多个示例中，字体可以指为该具体字样所定义的所有字符的集合。用户可以将字体文件以可能仅与一个或多个特定类型的应用程序(如网络浏览器)兼容的字体文件格式上载到网络服务器。因此，网络服务器可以与其它类型的应用程序和网络浏览器兼容的另一字体文件格式来产生第二字体文件。可替代地，用户可以以多个字体文件格式上载字体文件，而不是要求网络服务器产生其它格式的字体文件。使用网络服务器，浏览器可以获得合适格式的字体文件。这允许用户在他们的网页中使用各种样式和字体，而不必将针对一种或另一种类型的浏览器定制页面。

图1示出了网络环境，其中，字体文件可被传送并被用来产生网络文档(如网页)中的文本。网络100可以被配置来提供在包括客户端设备103和网络服务器105的各种设备之间的通信。所述通信可以遵循一个或多个通信协议，包括因特网协议(IP)、超文本传输协议(HTTP)、文件传输协议(FTP)等。设备103可以包括诸如个人计算机(PC)103a的固定设备、以及诸如个人数据助理(PDA)103b、移动电话103c和膝上型计算机103d的移动通信设备。网络服务器105可以被配置来存储和容纳(host)各种类型的信息，包括网页、音乐内容、视频内容、应用程序等。在一个配置中，网络服务器105a可以被配置来容纳用于用户或组织的一个或多个网页或网站。例如，可以根据超文本标记语言(HTML)格式化网页。可使用其它网页格式，如扩展标记语言(XML)、扩展超文本标记语言(XHTML)等。还可以基于层叠式样式表(CSS)定义网页和网站，所述层叠式样式表(CSS)被配置来描述以诸如HTML或XML的标记语言编写的文件的布局和表示。CSS被主要被设计来使文档内容(以HTML或类似的标记语言编写)与文档表示(包括诸如颜色、字体和布局(例如，页边距(margin)、边界)的元素)分离。因此，当设备103之一向网络服务器105a请求页面时，网络服务器105a可以连同这里所引用的一个或多个相应的样式表一起返回网络文档。接着，设备103可以使用诸如网络浏览器的应用程序，根据文档编码以及相应的样式表来呈现网络文档。在一个示例中，样式表可以包括存储或对应于URI的字体参数(例如，@font-face规则)，所述URI指定用于字体的字体文件的位置，其中，以该字体呈现网络文档的一个或多个部分。字体文件一般指存储计算设备以特定字体呈现一组符号和字符所必须的信息的数据文件。设备103可以检索该字体文件，从而网络文档的那些部分可以如创建者/作者期望的那样被呈现。

根据一个或多个方面，网络服务器105b可以被配置来存储字体文件。可以根据各种格式创建字体文件，因此，不同类型的浏览器和应用程序可以具有与那些格式的不同兼容性。例如，可以根据真实类型(TrueType)、开放类型(OpenType)或嵌入式开放类型(Embeded OpenType)格式创建字体。然而，某些网络浏览器(诸如，微软的Internet Explorer)可能与TrueType和OpenType字体文件格式不兼容，而其它浏览器可能与Embeded OpenType字体文件格式不兼容。为了解决这种兼容性问题，网络服务器105b可以以多种格式存储字体文件以提供与多种浏览器和应用程序类型的兼容性。在从一个或多个设备103接收字体文件请求时，网络服务器105b可以确定浏览器或应用程序类型，并选择字体文件的兼容格式以发送到请求的设备。这消除了文档作者决定使用哪种文件格式的需要，并消除了由于不兼容性问题而牺牲她的潜在观众的问题。

图2示出了可以依照这里所述的字体检索而使用的示例性样式表。层叠式样式表200包括定义字体或诸如字体族205的字体族的@font-face规则201，用于当前未安装字体族205的用户设备。层叠式样式表200还定义可以获得用于字体族205的字体文件的位置210(例如，统一的资源标识符)。接着，字体族可以被用于定义在由HTML文件220定义的文档的本体中使用的字体215。虽然如所示出的层叠样式表200仅提供单个字体定义，但可以添加额外的字体或字体族定义，用于在相应的网络文档中使用。例如，可以对标题使用一种字体，而的主体文本使用另一种字体。如所示，样式表200被嵌入在HTML文件220内。在其它安排中，样式表可以在HTML文档的外部，其中，HTML文件包括对外部样式表的引用(如这里将更详细描述的)。

图3示出了一种方法，通过该方法，可以根据请求的应用程序的兼容性而从字体服务器获得字体。在步骤300中，字体服务器可以从网络文档作者或其它源获得对应于新字体的字体文件。例如，文档作者可能希望在网页中使用当前未在字体服务器中提供的字体。在这种情况下，该作者可以将该字体上传到字体服务器，从而该页面的访问者可以在其期望的格式中查看页面，并且，使得其它作者也可以使用该字体。在步骤305中，字体服务器可以验证该字体文件是可被合法分发的。如果字体或字体文件不是可被合法分发的，则字体服务器可以在步骤350中拒绝接受和/或分发该字体或字体文件。在一个示例中，可以通过提取嵌入式元数据执行所述验证，所述元数据由根据字体文件来创建字体的字体厂家(font foundry)设置，并且，所述验证确定元数据是否指示字体文件可被分发。如果字体服务器确定字体文件可被合法分发，则在步骤310中，字体服务器可以随后确定创建字体文件的格式。示例性字体文件格式包括真实类型、开放类型、嵌入式开放类型等。可以通过文件名、文件扩展名、元数据、编码结构和/或它们的组合来识别该格式。一旦字体文件格式已被识别，服务器便可以在步骤315中确定用于该字体的字体文件是否以其它字体文件格式存在。如果不是，则字体服务器可以在步骤320中基于存在所接收的字体文件中的字体数据，以其它字体文件格式产生字体文件。在一个或多个示例中，可以使用诸如微软的网页嵌入字体工具(WEFT)的字体文件创建工具。另外或替代地，可以使用字体文件格式标准创建字体文件，所述字体文件格式标准诸如用于嵌入式开放类型的标准，其可从http://www.w3.org/Submission/EOT/获得。可以将所需要的格式定义作为缺省列表，或者可以为每个字体或字体族定制所需要的格式。

在步骤325中，字体服务器或其服务器小程序可以接收对与所接收的字体文件相对应的字体或字体族的请求。在一个示例中，可以根据包括用户-代理请求-报头(user-agent request-header)字段的HTTP Get请求来构建所述请求，所述用户-代理请求-报头字段包含关于发出该请求的用户代理程序(即，请求该信息的浏览器或应用程序)的信息。根据该请求，字体服务器或服务器小程序可以在步骤330中提取各种参数与其它类型的信息，包括用于所请求的字体或字体族的识别信息、以及用于访问引用所请求的字体或字体族的页面的浏览器的类型。例如，可以在HTTP Get报头中指定字体名称和浏览器应用程序名称。在步骤335中，字体服务器或服务器小程序可以确定用于呈现所请求的字体的用户代理程序。在步骤340中，字体服务器可以接着确定用于正被使用的用户代理程序(例如，一种网络浏览器)的兼容字体文件格式。例如，微软的因特网开拓者(MICROSOFT INTERNET EXPLORER)可能仅与嵌入式开放类型字体文件格式兼容。在一个或多个安排中，浏览器类型还可以包括或引用浏览器的版本。一旦确定了兼容的字体文件格式，在步骤345中，字体服务器或服务器小程序可以在所确定的格式下检索所请求的字体或字体族字体文件，并将其传送给请求设备。

在接收字体文件之后、且在使该字体文件可用于分发之前的某个时刻，字体服务器可以处理该字体文件，例如，以将字体的字形集减小到网页设计者(或者其中引用所述字体的网络文档)所需要的字形，以及/或者压缩所述字体数据。在一个示例中，可以在接收到字体文件后立即处理该字体文件。在另一示例中，响应于接收用于相应字体的请求而处理所述字体文件。所述字体文件可以被减小为仅包括在使用所述字体的网络文档中使用的那些字符或符号。

图8示出了用于对诸如网页或样式表的网络文档中的特定字体定义减小的字形范围(即，少于所有定义的或可用的字形)的示例性语法。语法800可以包括在减小的字体文件不被需要或不可用的情况下用于回退(fallback)或缺省字体的字体定义801。字体定义801可以包括字体族名称803、以及网络位置信息805。可以根据以下语法指定网络位置或地址：使用该字体文件/字体文件名称的网站的服务器地址/序列号。例如，字体文件名称可以是字体名称.eot(FontName.eot)或字体名称.ttf(FontName.ttf)。在网站中指定的字体文件的网络位置或地址(URI)可以是对字体文件的虚拟引用。即，字体或字体文件可以不被存储在所述网络位置上。相反，字体和/或字体文件可以被存储在各种服务器或位置中。因此，对应于所述网络位置的服务器或服务器小程序可以使用查找表来确定所述字体文件的真实位置。可以将查找表从字体服务器加载到服务器小程序中。另一方面，字体定义807指定减小的字体、或对动态减小的字体文件的请求。序列号可以对应于与字体服务的客户关联的标识符。因此，每个网络开发者或网站可被赋予唯一的序列号，用于识别和计费目的。序列号的使用还可以防止字体引用交叉链接，即，使用字体引用而从原始客户到另一网站。字体定义807请求与字体定义801相同的字体，但指定期望的字形集，即000-5FF、1E00-1FFF、2000-2300。还可以在独立的unicode-range(unicode范围)字段809中指定字形范围。取决于样式表规范，范围字段908可以是可选的。使用以上定义801和807，如果例如用户的带宽受限、或者完整的字体文件(包括所有字形)特别大，则用户代理程序可以仅请求如在字体定义807中指定的减小的字形集。通过定义网络浏览选项或用选择来提示，还可以提供给用户下载哪个字体文件的选择。

图9A示出了用于动态字形减小的示例性方法。在步骤900中，字体服务器可以接收对字体的请求。例如，字体请求可以对应于HTTP请求。在步骤905中，服务器可解析该请求，以识别与该请求关联的序列号。在步骤910中，服务器可以基于该序列号来验证该请求的有效性。请求的有效性确认和验证可以包括使用允许客户将网站与安全令牌(token)(例如，序列号)和字体组关联的网络服务和/或网络界面。此信息元组(tuple)可以被加载到字体服务器或服务器小程序中，并且当HTTP请求到来时，可以针对所存储的元组审查该请求。例如，可以将所述序列号和网站地址与在HTTP Get请求和随其包括的引用方字符串(例如，HTTP_REFERER)中指定的序列号比较。还可以将所述字体与和所述序列号和地址关联而存储的一个或多个字体的组相比较，以确定所述请求是否有效，以及所述字体是否应该被提供。如果该请求有效，则在步骤915和920中，字体服务器可以接着解析所述请求，以确定是请求完整的字体文件还是期望减小的字形集字体文件。可以基于在请求中指定的参数进行所述确定。例如，如果请求包括字形范围，则服务器可以确定所述字形范围是否小于对所请求的字体可用或定义的所有字形。替代地或另外地，如果所述请求不包括或指定字形范围，则服务器可以确定正在请求完整的字形字体文件。在一个或多个示例中，可以由与特定字体服务器或用户代理程序关联的服务器小程序解析所述请求。如果请求完整的字体文件，则在步骤925中，所述完整的字体文件可被检索，并从字体服务器被传送到请求的代理程序。

然而，如果服务器确定请求是针对减小的字形字体文件，则服务器可以在步骤930中确定所期望的字形范围。在一个或多个安排中，可以在HTTP请求中指定字形范围。如上所指出，可以以对应于各种字形的Unicode值定义字形范围。一旦定义了所期望的范围，则服务器可以在步骤935中创建仅具有期望的字形范围的字体文件。可以通过复制完整的字体文件、并从此副本中删除用于所有不期望的字形的字形数据来创建这种减小的字形字体文件。字形数据可以包括定义字符和符号的外观的数据(例如，真实类型、嵌入式开放类型、或开放类型数据)、位图信息、字符到字形映射表等。另外地或替代地，在创建减小的字形字体文件时可以去除字体的其它特征或方面；例如，如果所述字形之一可被动态地去除，则可去除连字(当某些字形被并排发现时通过字符呈现器(renderer)动态地替换两个字形的字形)。可替代地，字体服务器可以创建减小的字形字体文件，并且仅将所指定的字形数据复制到减小的字形字体文件中。在一个或多个安排中，字体服务器还可以考虑正被使用的用户代理程序的类型，并且，使用与所述用户代理程序类型兼容的字体文件格式，如这里所讨论的。一旦减小的字形字体文件已被创建，其可以在步骤940中被传送给用户代理程序，用于呈现所关联的网络文档(例如，网页)。在步骤945中，可以在字体服务器小程序(例如，临时存储存储器)中缓存减小的字形字体文件，使得减小的字形字体文件可以被快速地提供给后续的请求者。可以与相应的网站的地址关联地存储减小的字形字体文件，其中所述减小的字形字体文件被创建用于所述网站。因此，当接收到对用于同一网站的减小的字形字体文件的后续请求时，所缓存的文件可以被检索并被提供给请求方。

图9B示出了可以被用于减小字形字体文件的另一示例性动态字形减小流程图。如所示，用户代理程序在从网络服务器请求和接收网络文档时可以请求减小的字形字体文件。因此，字体服务器可能被需要来动态地创建减小的字形字体文件。即，字体服务器可能在具体请求的时刻、且响应于具体请求，需要创建字体文件。起初可以由对应于字体服务器的字体服务器小程序接收和解析请求。可以由网络开发者创建和发布网络文档和/或对应的样式表。因此，网络开发者可以确定查看网络文档所需要的字形范围。

根据一个或多个方面，对样式表中的字体的位置的引用可能不是对特定字体文件的直接引用。相反，该引用可以是对字体或字体族来说唯一的标识符的引用。使用对字体或字体族而不是特定字体文件(以及字体文件格式)唯一的标识符，字体服务器能够为请求的设备和用户选择兼容的字体文件格式。可以由字体服务器或某些其它实体分配标识符。

图4示出了用于产生包括用于定义其结构的样式表的网络文档的示例性方法。在步骤400中，字体管理应用程序可以与远程字体服务器交互(interface)，以检索由服务器提供的可用字体的列表。在步骤405中，应用程序可以提供用户可以通过其浏览各种字体的用户界面。在步骤410中，应用程序可以接收用户对所述字体之一的选择，以用于正被所述用户创建的网络文档。例如，用户可能希望使用名为Helvetica Bold的字体用于网络文档中的主体文本。替代地或另外地，用户可以指定或要求字体管理应用程序确定查看所述文档所需要的字形的范围(例如，如果所述文档仅包括为所述字体定义的字形中的一些)。因此，应用程序可选地评价网络和这里所使用的符号和字符，以识别在该文档中并入的字形的集合。在步骤415中，应用程序可以产生用于样式表的代码段，以将所选择的字体和/或字形范围合并到下层(underlying)的网络文档中。所产生的代码段可以包括对字体或字体族唯一、但对用于该特定字体或字体族的所有字体文件格式通用的字体标识符。另外地或替代地，所产生的代码段可以指定减小的字形范围，如图8所示。这可以减少用户必须下载来查看文档的数据量。在步骤420中，应用程序可以使用相应的样式表来产生网络文档的预览。如这里所指出的，样式表可以是网络文档中的嵌入式样式表，或者可以是外部样式表。此外，可以在单个网络文档中引用或使用多个样式表。

图5示出了示例性的文档创建应用程序界面500，其包括文档输入部分501、字体选择条503、预览选项505、图像插入面板507、以及格式控制条509。文档输入部分501可以提供作者可以输入文本、图像和其它内容的形式，以定义要被发布的网页或其它网络文档。例如，可以使用图像插入面板507选择图像并将图像插入到文档输入部分501中。文档输入部分501可以与将呈现给最终用户的一样(即，隐含下层代码)、或者以所示出的页面代码显示文件。图像插入面板507可以包括允许用户寻找和选择图像文件的浏览功能515。图像插入面板507还可以允许用户定义图像的尺寸。文档创建应用程序可以自动地产生文档代码来定义文档中的图像的尺寸、位置和其它特征。格式控制条509提供对修改页边距、设置对齐、定义新段等的控制。字体选择条503可用于选择和定义用于文档的各个部分的字体。在一个示例中，字体选择条503可以包括列出可用字体的下拉菜单511。可以在一个或多个配置中通过从远程字体服务器检索字体列表来填充下拉菜单511。如与图像和格式代码的插入一样，文档创建应用程序可以产生用于定义被选择用于该文档的字体的代码。在某些安排中，诸如字体代码和颜色代码的某些代码可以被定义在外部样式表(例如，mystyle.css)中，而不是实际的网络文档中。然后，网络文档可以包括对样式表的引用。在界面500中，通过选择标签513可以查看所引用的样式表。在替代的实施例中，样式表可以被嵌入在网络文档中(即，包括样式表代码作为网络文档代码的一部分)。

图6示出了可以用于基于请求字体的浏览器类型选择兼容的字体文件的示例性字体服务器。字体服务器600可以包括字体数据库601，用户代理程序确定模块603、响应产生器605以及请求解析器607。字体数据库601可以被配置来存储用于多种字体的字体文件。字体数据库601可以在多种字体文件格式中存储用于字体的字体文件。在接收到字体请求时，请求解析器607可以解析和提取包括在请求中的报头字段。例如，请求解析器607可以从HTTP Get请求中提取用户代理程序类型报头字段。然后可以将用户代理程序类型信息传递给用户代理程序类型确定模块603，其被配置来识别请求字体和字体文件的用户代理程序的类型(例如，网络浏览器的类型)。请求解析器607还可以被配置来分析引用方字符串(例如，HTTP_REFERER)，并且将引用方信息与字体请求和序列号组合。此信息可以被收集和组合，来协助确定请求是否有效、以及字体是否应被提供。

用户代理程序确定模块603还可以负责确定与所确定的用户代理程序类型兼容的字体文件格式。在一个示例中，用户代理程序确定模块603可以检查存储格式类型与用户代理程序类型之间的关联的查找表，以识别兼容的格式。一旦兼容的格式已被确定，响应产生器605可以被配置来从数据库601中以所确定的字体文件格式检索所请求的字体。然后，可以通过响应产生器605产生包括字体文件的响应，并将其传送到请求的设备。

可选地，字体服务器600可以包括请求重定向器609，其被配置来如果字体服务器600不具有所请求的字体或者未存储兼容的字体文件(例如，在字体数据库601中)，则将字体请求重定向到另一服务器。重定向器609可以使用与它们的位置关联地存储可用的字体和字体文件格式的查找表来确定兼容的字体文件或者所请求的字体的位置。重定向器609还可被配置为从其它服务器接收字体文件，使得响应产生器605可产生对请求的设备的响应。可替换地，重定向器609可以简单地将已经由另一服务器产生的响应传递给请求的设备，由此担当传送中介。如果字体服务器600被配置来从另一服务器接收字体文件，则字体服务器600还可以在字体数据库601中存储字体文件，使得未来的请求不需要被重定向。在一个或多个安排中，字体服务器600还可以包括一个或多个处理器(未示出)、诸如RAM和ROM的存储模块，以协助处理指令的存储和执行。

所描述的模块可以包括固件、软件、硬件和或它们的组合。在一个或多个安排中，字体服务器600还可以包括一个或多个处理器(未示出)、诸如RAM和ROM的存储模块，以协助处理指令的存储和执行。

图7示出了一种方法，通过该方法，字体服务器可以处理对该服务器不知道的字体的请求。在步骤700中，字体服务器或它的服务器小程序可以接收字体文件请求。字体文件请求可以包括字体标识符和用户代理程序类型。在步骤705中，字体服务器或服务器小程序可以确定所请求的字体是否可用。例如，字体服务器或服务器小程序可以为对应于所请求的字体的条目检查查找表。如果服务器或服务器小程序不具有关于所请求的字体的信息，则在步骤710中，服务器小程序可以从数据库(例如在字体服务器中)重新载入或重读查找表信息。因此，可以在步骤715中，使用重新载入的或更新的查找表信息来更新服务器小程序的字体和字体位置的内部列表。

一旦服务器小程序的字体和字体位置的内部列表被更新，则在步骤720中，服务器小程序可以做出所请求的字体是否可用的另一确定。如果是，则在步骤725中，服务器小程序可以将请求重定向到对应于所请求的字体的位置。替代地或另外地，服务器小程序可以从所指定位置检索所请求的字体。然而，如果该字体仍不可用，则在步骤730中，服务器小程序可以向请求方发送字体请求拒绝。

相同的或类似的检索系统、方法和装置可以被用于除字体之外的信息类型。例如，可以通过图像服务器以多种格式存储图像以确保与请求的用户代理程序的兼容性。因此，当浏览器试图检索图像时，图像服务器可以确定请求的用户代理程序类型、以兼容的图像文件格式检索图像、并且将图像返回请求的设备。

可以通过任何数量的、能够存储计算机可读指令的计算机可读介质实施这里所陈述的方法和特征。可以被使用的计算机可读介质的示例包括RAM、ROM、EEPROM、闪存或其它存储设备、CD-ROM、DVD或其它光盘存储器、盒式磁带、磁带、磁存储器等。

另外地或替代地，在至少某些实施例中，可以通过一个或多个集成电路(IC)实施这里所陈述的方法和特征。例如，集成电路可以是访问程序指令或其它存储在只读存储器(ROM)中的数据的微处理器。在某些这种实施例中，ROM存储使IC根据这里所描述的一个或多个方法执行操作的程序指令。在至少某些其它实施例中，这里所描述的方法中的一个或多个被硬件化到IC中。换句话说，IC处于该情况中：应用特定的集成电路(ASIC)具有专用于这里所描述的计算和其它操作的门和其它逻辑。在再一实施例中，IC可以基于从ROM或RAM中读取的程序指令的执行而执行某些操作，而其它操作被硬件化到IC的门和其它逻辑中。此外，IC可以将图像输出给显示缓冲器。

虽然已经描述了执行各种特征的具体示例，但本领域的技术人员将理解，存在所述系统和方法的大量变化和改变，其包含在所附权利要求中所陈述的公开的精神和范围。可选地，对于本领域的普通技术人员，所附权利要求的范围和精神内的大量其它实施例、修改和变化将从对本公开的阅读中发生。

Claims (19)

1.一种方法，包括：

接收对字体的请求；

确定所述请求是否指定这样的字形集，该字形集包括比为所述字体定义的所有字形少的字形；以及

响应于确定所指定的字形集包括比为所述字体定义的所有字形少的字形，产生仅包括所指定的字形集的减小的字形字体文件。

2.如权利要求1所述的方法，其中，使用Unicode来指定所述字形集。

3.如权利要求1所述的方法，其中，所述请求还包括序列号，并且其中，所述方法还包括：

基于所述序列号来验证所述请求的有效性。

4.如权利要求1所述的方法，还包括：

响应于确定所述请求未指定包括比为所述字体定义的所有字形少的字形的字形集，检索包括为所述字体定义的所有字形的字体文件。

5.如权利要求1所述的方法，还包括：

确定与请求的用户代理程序兼容的字体文件格式；以及

依照所确定的字体文件格式，产生所述减小的字形字体文件。

6.如权利要求1所述的方法，还包括：与对应于所述请求的网络文档的标识符关联地缓存所述减小的字形字体文件。

7.如权利要求6所述的方法，还包括：

接收对所述字体的后续请求，其中，所述后续请求指定包括比为所述字体定义的所有字形少的字形的字形集，并且其中，所述后续请求包括所述网络文档的标识符；以及

响应于所述请求，检索所缓存的减小的字形字体文件。

8.一种装置，包括：

处理器；以及

存储器，其可操作地连接到所述处理器，并且存储计算机可读指令，当所述计算机可读指令被执行时，使得所述装置：

接收对字体的请求；

确定所述请求是否指定这样的字形集，该字形集包括比为所述字体定义的所有字形少的字形；以及

响应于确定所指定的字形集包括比为所述字体定义的所有字形少的字形，产生仅包括所指定的字形集的减小的字形字体文件。

9.如权利要求8所述的装置，其中，所述请求还包括序列号，并且其中，当所述计算机可读指令被执行时，还使得所述装置：

基于所述序列号来验证所述请求的有效性。

10.如权利要求8所述的装置，其中，当所述计算机可读指令被执行时，还使得所述装置：

响应于确定所述请求未指定包括比为所述字体定义的所有字形少的字形的字形集，检索包括为所述字体定义的所有字形的字体文件。

11.如权利要求8所述的装置，其中，当所述计算机可读指令被执行时，还使得所述装置：

确定与请求的用户代理程序兼容的字体文件格式；以及

依照所确定的字体文件格式，产生所述减小的字形字体文件。

12.如权利要求8所述的装置，其中，当所述计算机可读指令被执行时，还使得所述装置：与对应于所述请求的网络文档的标识符关联地缓存所述减小的字形字体文件。

13.如权利要求12所述的方法，其中，当所述计算机可读指令被执行时，还使得所述装置：

接收对所述字体的后续请求，其中，所述后续请求指定包括比为所述字体定义的所有字形少的字形的字形集，并且其中，所述后续请求包括所述网络文档的标识符；以及

响应于所述请求，检索所缓存的减小的字形字体文件。

14.一个或多个计算机可读介质，其存储计算机可读指令，当所述计算机可读指令被执行时，使得装置：

接收对字体的请求；

确定所述请求是否指定这样的字形集，该字形集包括比为所述字体定义的所有字形少的字形；以及

响应于确定所指定的字形集包括比为所述字体定义的所有字形少的字形，产生仅包括所指定的字形集的减小的字形字体文件。

15.如权利要求14所述的一个或多个计算机可读介质，其中，所述请求还包括序列号，并且其中当所述计算机可读指令被执行时，还使得所述装置：

基于所述序列号来验证所述请求的有效性。

16.如权利要求14所述的一个或多个计算机可读介质，其中，当所述计算机可读指令被执行时，还使得所述装置：

响应于确定所述请求未指定包括比为所述字体定义的所有字形少的字形的字形集，检索包括为所述字体定义的所有字形的字体文件。

17.如权利要求14所述的一个或多个计算机可读介质，其中，当所述计算机可读指令被执行时，还使得所述装置：

确定与请求的用户代理程序兼容的字体文件格式；以及

依照所确定的字体文件格式，产生所述减小的字形字体文件。

18.如权利要求14所述的一个或多个计算机可读介质，其中，当所述计算机可读指令被执行时，还使得所述装置：与对应于所述请求的网络文档的标识符关联地缓存所述减小的字形字体文件。

19.如权利要求18所述的一个或多个计算机可读介质，其中，当所述计算机可读指令被执行时，还使得所述装置：

接收对所述字体的后续请求，其中，所述后续请求指定包括比为所述字体定义的所有字形少的字形的字形集，并且其中，所述后续请求包括所述网络文档的标识符；以及

响应于所述请求，检索所缓存的减小的字形字体文件。

Images