结构化信息标准促进组织（Organization for the Advancement of Structured Information Standards，OASIS）开发了很多应用于政府、法律和商业的 XML 标准。选举标记语言（Election Markup Language，EML）是 OASIS 对选举世界的尝试性介入，关注的重点是政府管辖范围之内的投票。David 将在这一期文章中介绍 EML 的结构和目标，分析目前在欧洲得到广泛应用的这个标准，将如何对美国未来的数据标准产生深远的影响。
XML 问题的上一期 讨论了将 XML 用于开源代码投票机器的问题，如果读过这篇文章，您就会了解我考察 EML OASIS 标准的动机。因为最近参加了尚在开发之中的 IEEE Project 1622（投票系统电子数据交换，Voting Systems Electronic Data Interchange，请参阅 参考资料），进一步引起了我对这方面的兴趣。实际上，OASIS EML 比 Open Voting Consortium 狭隘的示范系统范围宽广得多，甚至比将来的 P-1622 设计的范围都宽广得多。
具体地说，EML 的目标是：
足够丰富，以便用于多种管辖层次的政府选举，以及不同组织类型（比如社区、团体等）的选举。
允许通过多种渠道投票，包括传统的投票站（可以是电子投票）和诸如网页、电话投票、信息站之类的远程系统。
支持多种表式和投票规则，比如优先级排序和累积投票。
解决安全、加密和身份验证的要求。
记录和传递关于投票人注册、组织成员和其他投票人元数据的信息。
EML 在欧洲政府机关和全世界的一些非政府组织得到了广泛的实际应用。
照我看来，EML 在某种程度上（但还可以忍受）具有 XML 技术（比如 SOAP、W3C XML Schema，甚至还包括 XSLT）所共有的过度设计（over-engineering）的通病。委员会倾向于在标准中规定太多的细节，考虑了太多很少遇到的情况，加入了太多中间层。当然，我本人也加入了另一个标准委员会，恐怕不久也会因为涉及特性的倍增而感到羞愧了。无论如何，我们关于 IEEE P-1622 的初步计划是从一个更简单的、由商业选举系统供应商提供（但是以非私有技术为基础）的数据模型开始，而不是照搬 EML 实现美国选举数据的标准化。对于 P-1622，我们的目标是适应政府选举的需要，而不是适应每种可能的选举场合；此外，美国 55 个州和地区之间选举过程的差异远少于欧洲议会的 45 个成员国（比方说）。虽然如此，我们已经有其他几种数据模型要结合到最终的设计中， 特性泛滥已经出现苗头。
EML 包括什么？
为了对 EML 3.0 版有直观的了解，以下给出了摘自该标准的 Executive Summary 的一段内容：
委员会的主要交付品是 Election Markup Language（选举标记语言，EML）。这是一组用 XML 模式描述的数据和消息定义。目前 EML 包括以下规范：
* 候选人提名，负责候选人列表的提名和批准。
* 选举人登记信息，包括合格的选举人名单。
* 选举人和选举办公室之间的各种通信，比如投票信息、选举通告等。
* 合法选票信息（竞选、辩论、候选人等）。
* 选举人的身份验证。
* 投票说明和投票确认。
* 选举计票和结果。
* 与其他某些已定义数据和接口有关的审计信息。
EML 的不同方面处理很多不同的数据需求。与选举过程的逻辑方面有关的模式使用数字前缀表明其一般类别。因此 400 系列模式与投票有关，500 系列与制表有关（照美国的说法是 检票），100 系列与整个选举规范有关，200 系列与候选人有关，300 系列与选举人（是否有资格等）有关。每个模式系列中都提供一个或多个 W3C XML Schema 来描述符合要求的文档。
其中包括：
110-electionevent.xsd
230-candidatelist.xsd
310-voterregistration.xsd
340-pollinginformation.xsd
410-ballots.xsd
420-authentication.xsd
440-castvote.xsd
510-count.xsd
关于命名方案和模式本身的信息，可以在 OASIS 网站上找到（请参阅 参考资料）。
