Oracle 无障碍政策与标准解释

Oracle 的无障碍理念和政策

Oracle 致力于构建基于标准的产品，帮助客户降低复杂性并充分利用现有技术投资，这一努力已延伸至无障碍功能方法。Oracle 使用行业标准技术（例如 HTML、JavaScript 和 Java）呈现大多数用户界面，遵循国际公认的无障碍标准，支持屏幕阅读器、屏幕放大器和语音识别等各种辅助技术 (AT)。

无障碍功能对整个信息和通信技术 (ICT) 社区提出了独特的挑战，因为这既涉及各种与之相关的法律和指南、技术的快速变化，也受到几乎所有产品开发领域（从初始设计到支持服务）的影响。继续阅读，了解 Oracle 如何应对这些挑战。

无障碍政策

指南和标准

Oracle 无障碍指南基于美国 2017 年修订的 1973 年《康复法案》第 508 条以及万维网联盟 (W3C) Web 内容无障碍指南 2.1 AA 标准 (WCAG 2.1 AA)。

Oracle 致力于在实际可行的情况下开发符合修订的第 508 条和 WCAG 2.1 AA 标准的新产品。随着新产品和新版本符合修订的第 508 条和 WCAG 2.1 标准，我们将基于自愿性产品无障碍功能模板 (VPAT)（使用更新的 VPAT 2.x 模板）发布无障碍合规性报告 (ACR)。在此之前，我们的 VPAT 纳入全部 WCAG 2.0 'A' 和 'AA' 标准以及第 508 条标准。

2017 年，美国无障碍委员会发布了基于 WCAG 2.0 AA 标准修订的第 508 条标准。2014 年，欧盟响应 376 指令，基于 WCAG 2.0 AA 标准发布了最初版本的 EN 301 549 标准《适用于欧洲政府采购 ICT 产品和服务的无障碍要求》。2019 年，该标准进行了更新，纳入了 WCAG 2.1 标准。请参见适用于欧洲政府采购 ICT 产品和服务的 EN 301 549 无障碍要求 (PDF) - V3.1.1 (2019-11)。Oracle 一直在积极参与这些指南的制定工作，并密切跟踪工作进度。

任何标准都需要一定的解释；请参见标准解释，详细了解 Oracle 如何符合各项标准。

无障碍状态

Oracle 使用各种技术对 Oracle 产品进行无障碍测试，包括自动化工具、专家启发式评审、视觉检测、手动操作以及残障和非残障用户使用各种 AT 进行测试。我们使用自愿性产品无障碍功能模板 (VPAT) 报告这些测试的结果，提供无障碍合规性报告 (ACR)。VPAT 由 ITI 和 GSA 编制，旨在帮助美国联邦缔约官和其他买家就无障碍功能支持对商业 ICT 产品和服务的可用性进行初步评估。有关 Oracle 如何使用 VPAT 的深入讨论，请参阅无障碍合规性报告 (ACR)，并查找 Oracle 产品的相应 ACR。

面向加拿大安大略省的无障碍客户服务计划

面向加拿大安大略省的 Oracle 无障碍客户服务计划 (PDF) 概要介绍了 Oracle 为履行 2005 年《安大略省残疾人无障碍法案》(AODA) 尤其是第 165/16 号法规规定的义务而批准的政策、实践和程序。Oracle 多年无障碍计划 (PDF) 概要介绍了 Oracle 对遵守安大略省无障碍标准的承诺。

无障碍标准最新动态

Oracle 一直积极参与 WCAG 2.2 无障碍指南的制定工作，并将在 WCAG 2.2 发布后实施更多 WCAG 2.2 成功标准。

Oracle 对 WCAG 2.2 或 ARIA 中若干无障碍标准和指南的解释和立场

确定输入用途

相关标准

• https://www.w3.org/WAI/WCAG21/Understanding/identify-input-purpose.html

Oracle 的立场

某些客户将此标准解释为所有输入字段都需要确定输入用途。该标准针对收集用户个人信息的输入字段明确规定了范围。Oracle 致力于确定收集此类个人信息的字段的输入用途。

“获得焦点时”和“用户输入时”

相关标准

• 了解成功标准 3.2.1：获得焦点时 (On Focus) | WAI | W3C
• 了解成功标准 3.2.2：用户输入时 (On Input) | WAI | W3C

Oracle 的立场

某些客户将“获得焦点时”和“用户输入时”成功标准解释为广泛适用于内容和上下文两者的更改。Oracle 对此的解释是，这些标准特定适用于上下文更改，不适用于不改变页面意义的内容更改。

无障碍富互联网应用创作实践指南 (ARIA APG)

相关标准

• 无

Oracle 的立场

某些客户将无障碍富互联网应用创作实践指南 (ARIA APG) 解释为规范性文档，所有人应严格遵循其模式。实际上，ARIA APG 是非规范性文档。APG 中提供的模式是实施示例，不代表唯一有效的模式。“APG 不指定规范性要求，因此没有合规性模型。”有关更多信息，请参见 APG 并非规范性标准。

Oracle 对第 508 条或 WCAG 1.0 中若干遗留无障碍标准的存档解释和立场

为了回应客户对特定 HTML 内容（特别是在自动化验证工具表明不合规时）的询问，我们在此提供解释。大多数问题缘于这些法规和标准大多数是在 1999 年或 2001 年制定的，而在此后浏览器和辅助技术 (AT) 取得了很大的发展。Oracle 欣然接受对第 508 条的修正和对 WCAG 的更新，它们修改或澄清了下面讨论的许多条款，以考虑技术更改，因此我们正积极参与使这些更改生效的委员会工作。

为了简洁起见，在下文中，“1194.22(l)”等引用指的是第 508 条标准中的 1194.22(l) 条款（《美国联邦法规》第 36 章第 1194 部分），“WCAG 1.0 #6.3”等引用指的是 WCAG 1.0 6.3 标准。

使用脚本，尤其是使用 JavaScript

相关标准

• 1194.22(l)：当页面使用脚本语言显示内容或创建界面元素时，脚本提供的信息应通过辅助技术可读取的功能文本进行标识。
• WCAG 1.0 #6.3：确保在关闭或不支持脚本、applet 或其它编程对象时页面是可用的。如果页面不可用，请在替代可访问页面上提供等效信息。
• WCAG 1.0 #8.1：使脚本和 applet 等编程元素直接可访问或与辅助技术 (AT) 兼容。

Oracle 的立场

很多客户将这些标准解读为要求产品只能在禁用脚本时才可访问。但情况并非如此。第 508 条标准和 WCAG 1.0 均允许使用可直接访问或与 AT 兼容的脚本。大多数（就算不是全部）Oracle 产品需要 javascript 并依赖于支持 javascript 的浏览器。Oracle 认为，javascript 不仅可以实现无障碍功能，还可以改善无障碍体验。例如，通过更改页面上的部分内容（而非重新加载整个页面），用户不必为了查找已修改的小部分内容而浏览全“新”页面。迁移到丰富的客户端界面需要更多地使用脚本，Oracle 致力于使此类代码可供残障人士使用，也就是说，我们将生成不同的代码，提供可媲美的体验。

验证已发布的形式化语法

相关标准

• WCAG 1.0 #3.2：创建用于验证已发布形式化语法的文档。

Oracle 的立场

某些 HTML 标签对无障碍功能没有影响，众所周知，不同浏览器对标签的解释并不相同。重点在于，与无障碍功能相关的标签必须由浏览器和辅助技术明确解释。出于各种原因，Oracle 的 HTML 可能不完全遵循形式化语法：

• 在很多情况下，我们需要在 HTML DOM 上添加额外信息，为此会使用“expandos”。
• 根据 W3C WAI-ARIA 的建议，我们使用 tabIndex="-1" 来使某些元素可获焦。
• 由于不同浏览器的运行方式不同，我们可以优化 HTML 以考虑特定浏览器行为。

如果客户当前处于有效技术支持服务期，Oracle 将按照 Oracle 标准技术支持政策解决“非标准”HTML 妨碍无障碍功能的任何问题，但 Oracle 不一定会更正自动化工具报告的，不会对无障碍功能产生负面影响的“无效 HTML”。

设备独立性

相关标准

• WCAG 1.0 #6.4：对于脚本和 applet，请确保事件处理程序独立于输入设备。
• WCAG 1.0 #9.2：确保任何有自己的接口的元素都可以独立于设备运行。
• WCAG 1.0 #9.3：对于脚本，请指定逻辑事件处理程序，而不是依赖于设备的事件处理程序。

Oracle 的立场

某些客户将这些标准解释为，禁止任何只能通过鼠标（如双击）执行的操作。Oracle 致力于为所有用户提供丰富的用户体验，在需要复杂的鼠标操作（例如双击或拖放）的情况下，将提供仅可使用键盘执行的替代机械装置。

框架

相关标准

• 1194.22(i)：框架应使用文字标题，以便于框架识别和导航。
• WCAG 1.0 #12.1：为每个框架提供标题，以便于框架识别和导航。

Oracle 的立场

Oracle 遇到了许多情况，框架被视为“违反”无障碍标准，或者不被认为是“适当的 HTML”。Oracle 认为框架是 HTML 的正规元素，因此只用支持框架的浏览器进行认证。在 Oracle 产品中，框架按照引用的相关标准正确标记。只有一个例外是使用 iFrame（仅用于与服务器通信）。在这种情况下，Oracle 有意不为框架设置标题，从而使该元素对用户不可见（对视力正常的用户同样不可见）。

样式表

相关标准

• 1194.22(d)：文档应加以组织，使其不需要相关样式表也易于阅读。
• WCAG 1.0 #6.1：组织文档，使其无需样式表也可以阅读。例如，在未关联样式表的情况下呈现 HTML 文档时，用户仍能够阅读该文档。

Oracle 的立场

Oracle 将此标准解释为，应当将信息（“内容”）和展示分开。例如，HTML 应具有识别信息的语义标记，并且应使用外部样式表来呈现特定的外观。当用户使用辅助技术访问页面时，系统必须以有意义的顺序传达信息。但是，Oracle 不接受产品必须在浏览器禁用样式表的情况下运行，因为：

• 所有现代浏览器都支持样式表
• 在页面内容中设置 display:none 等样式属性通常用于向所有用户隐藏内容；完全禁用样式表将导致错误地显示此信息
• 现代浏览器支持根据需要使用用户样式表覆盖作者样式表

插件链接

相关标准

• 1194.22(m)：当网页要求客户端系统上存在 applet、插件或其它应用程序来解释页面内容时，该页面必须提供符合 1194.21(a) 至 (l) 的插件链接或 applet 链接。

Oracle 的立场

许多插件（如 Adobe 的 PDF 查看器）现在已被普遍使用，并且通常预安装在计算机上。在某些情况下（例如使用 Oracle JInitiator 插件），插件随产品一起提供并自动安装。不仅如此，提供公司防火墙外的站点链接，或者允许用户下载和安装插件，可能会违反公司政策。因此，当插件链接不被视为普遍使用，也未随产品一起提供时，Oracle 产品将提供符合此标准的插件链接。

跳过导航

相关标准

• 1194.22(o)：应提供一种允许用户跳过重复性导航链接的方法。

Oracle 的立场

很多 Oracle 产品都提供了一个链接，可将关注点移动到页面的“主要内容”。不过，Oracle 还注意到，大多数 AT 支持这样一种机制：允许用户使用标准的结构化标记标签移动到页面的各个部分。Oracle 可能会在适当的时候使用该机制来实现本条款的目标。