微软文档标准惹怒40,000人

今天，9月2日，是微软OOXML全球投票表决的截止日期。此刻，各方面传来的消息很多，其中有些水分，真真假假，让人难以辨别真伪。不过，有些数字却是真实的。
就在此刻，9月2日早上6点39分，在<No>OOXML全球网站上,签名请愿（petition）的请愿者正好达到40,000人，这个第40,000名请愿者恰好是意大利人，他叫“David Leoni”（Italy），他的评论语是：“It's not so difficult to store things in a file. Let's do this in one way only, please”（“把信息存储在一个文件里面并不困难，让我们仅用一种方法去做这件事情”）。这个全球性的<No>OOXML网站，共有39种语言文字的Web主页面，其中简体、繁体中文都有。但是，我确实没有看见有中国人签名在它上面进行请愿。9月2日，早上1点40分，韩国请愿者达到987人，请愿者名字是韩文，我不认识。对于微软来说，这4万人，只是一小撮捣乱分子。
据有关估计，对微软OOXML投“No票”的ISO成员国可达12个，投弃权票者有6个成员国，微软要想取得2/3的“Yes票”，至少必须将ISO的投票成员国（所谓“P”参与成员国加上“O”观察成员国）的总数扩充至48个国家以上，但是，截止到9月1日，才有47个ISO的正式投票成员国（40个“P”成员国，7个“O”成员国）。投票的最后结果，此刻不得而知。
8月31日，一位微软尼日尼亚（Negeria）公共关系经理Ndidiamaka Victoria Uwadoka傻大姐，竟然晕了头，搞错了日子，提前了好几天，就公开发表讲话，赞扬（salute）微软在OOXML投票竞争中取得了“胜利”。可是，ISO投票还没有正式结束，怎么能够庆祝“胜利”呢？由此，足以见得微软（全球）的急切心情。
我们国内也有类似情况，9月1日，赛迪网发表署名（梁媛）文章（实为对微软中国的一次专访），题为“微软OOXML申请国标9月3日并非生死大限”，文章说：“微软OOXML在2006年已经成为ECMA(欧洲计算机制造商协会)376标准，由20多家成员共同参与制定，在申请更高级别的ISO标准时，将由104个国家国标委员会，而非协会、企业等松散组织，先经过一个月的矛盾表述期和五个月的投票期，9月3日投票结束后，ISO将公布第一轮投票结果，无论是否赞成，都将由微软与各国国标委员会进行协商，共同研究出一个解决方案，最后由2008年春天召开的BRM（投票解决方案会议）大会进行最终投票，各国均可以改变立场，最终投票将在ISO网站上公布”。这里值得我们注意，所谓“9月3日投票结束后，ISO将公布第一轮投票结果，无论是否赞成，都将由微软与各国国标委员会进行协商，共同研究出一个解决方案”，这分明是混淆视听，偷换概念。什么“第一轮投票”、什么“无论是否赞成”，都是一些毫无根据的说词。根据ISO的有关规定，9月2日OOXML全球投票截止日期是完全有效的，通过与不通过，到时总有个官方的说法，哪有什么“第一轮”、“第二轮”投票一说？实际上，ISO投票流程图，非常明确，共有9个步骤，比如：
第一步，首先要检查，参加投票的“P”成员国是否超过了半数，若超过了半数，则执行下一步，否则，宣告前5个月调解期（Resolution）的调解失败（fails）；
第二步，除去所有弃权成员国；
第三步，确定实际参与投票的“P”成员国投出“Yes票”的总数是否超过2／3，如果不超过总数的2／3，则宣布调解失败；否则；执行下一步；
第四步，确定投出“No票”的“P”或“O”成员国是否超过总数的25％，如果超过，则调解失败，否则，执行下一步；
如果上述各个步骤，还不能让ISO做出最后的结论，那么，
第五步，收集所有投票和评论，呈交ken Holman（SC 34的主席）；
第六步，责成ECMA和微软处理这些评论，提出解决办法（至2008年1月14日止）；
第七步，SC 34研究这些解决办法，看看是否存在不可解决者，如果发现存在不可解决的问题，则取消BRM会议（Ballot Resolution Meeting，即“投票调解会议”），宣布调解过程终结；否则，考虑召开BRM，解决问题；
第八步，召开BRM会议，以求最终解决问题；
第九步，如果有必要，重新进行全球投票表决。
非常清楚，只有在特定条件之下，才需要召开BRM会议进行调解。比如，只要“P”和“O”成员国投出“No票”的总数超过实际有效投票（非弃权票）成员国总数的25％，那么，就根本不需要召开BRM会议，如果那样，微软OOXML就肯定没戏了。
微软的“算术计谋”（指组建OOXML啦啦队，凑数超过2／3的计谋）是“司马昭之心，路人皆知”。