UOF默默走向應用
國家文件格式標準標文通（UOF）從2007年9月1日正式實施以來，到今天已經整整兩年了。
這兩年間，在國家相關政府機構、國產軟體廠家等多方的密切配合及大力協同下，UOF專案攻關進展順利，取得了一系列成績。UOF標準於今年5月完成1.1版本，針對1.0版本作了110處的修訂，對於普通使用者常用的功能，產品都能很好支援。紅旗2000、永中、金山、中標四家公司都投入了大量人力和資金進行UOF標準的產品實現，目前幾家國產辦公軟體已可較好地實現互聯互通。
2007年11月，原國家資訊化辦公室要求將中央外聯部作為UOF的試點單位。中央外聯部承建了發改委中央電子政務專案，該專案是發改委電子政務國產化示範專案、國家保密局黨政機關示範專案、國家檔案機關辦公專案，因此在該專案的實施推進過程中，中央外聯部、商務部、中央檔案館三家部委均已正式使用UOF標準。紅旗2000為中央外聯部電子政務方案提供了DOC/UOF/RTF格式間的轉換功能。
另外，在國家發展和改革委員會釋出的2008年資訊保安專項通知中，要求申報的電子文件必須使用UOF格式，且使用UOF格式的文件進行答辯。更多的部門會在今後的專案申報中逐步引入UOF。
近日，北京市資訊化標準委員會已成立，UOF標準的宣貫和試點工作將是北京市信標委的一項重要工作。國家相關主管部門也擬要求在國家各部委試點UOF標準，要求各部委使用UOF標準格式提交電子文件。
這些都是UOF默默走向應用的具體例子。之所以說是“默默”，是因為UOF在前進的過程中一直都秉承著認真細緻、持續改進的態度。我們不求步子邁得大邁得快，但必須確保每一步都走得穩。因為這是對UOF實現真正開放性的忠實保證。在國家標準UOF實現問題上，我的態度是要客觀看待UOF實現過程中不同於ODF和微軟OOXML的特殊性，不能操之不急。
ODF和OOXML這兩個國際開放標準基本都屬於由單一廠商主導標準制定和實現工作的範疇。ODF是基於開源實施，有開源的OpenOffice.org作為參考實現，使人們得以通過分析其版面演算法瞭解ODF的實現情況。而微軟的OOXML實際上就是基於自身所謂開放的私家標準，所提供的實施標準就是 Office 2007，缺少符合性測試案例。有一個事實說起來拗口，卻不得不仔細羅列說明：微軟Office 2007實現的是微軟自己的“MS OOXML”標準，與已成為國際標準的ISO OOXML有很大的差別；而且ISO OOXML目前還沒有任何實現，據說微軟的Office 14會實現該標準，但由於缺少符合性測試案例，到時微軟Office到底實現的是哪個版本的OOXML，抑或是針對Office 14本身“獨特”的OOXML，這些也都不得而知。因此，從開放性的角度看，OOXML與UOF相比有很大差距，因為它始終存在巨大的不可知性。
從我國的文件格式國家標準UOF本身的發展來說，格式本身基本上和ODF、OXML的在體系結構和標準質量上處在同一水平。但在其實現過程中，卻明顯要比ODF和OXML更為繁瑣，然而這種繁瑣並不是由於標準本身引起的。這是因為，UOF自起步起就採用多家辦公軟體廠商合作共同制定的方式，在產品實現上也採取多家參與的方式。由於各企業對標準的理解存在差異，採用的技術手段也不盡相同，因此同樣實現UOF 標準的產品在表現形式上差異較大,需要軟體廠商們在兩兩比對的基礎上不斷進行溝通協商，作出修改完善，直至根據標準描述所實現的每一步都得到RedOffice、永中Office、金山WPS和中標Office四個產品的基本認可或者多數認可。同時這四家廠商還要制訂出能完全覆蓋標準所有內容的完整測試案例庫，為UOF標準符合度驗證和相容性鋪墊基礎。
UOF的多個廠家制訂、多個廠家實現，突出了顯現標準或符合性測試案例庫的重要性，也使得UOF標準在最初的實現中會有更多的困難和一個相對較長的循序漸進過程。但只有這樣才能確保其真正開放性，而OOXML還沒有符合性案例庫。
UOF標準需要做的工作還有很多，但我們會繼續支援它默默走下去，持續推進對UOF標準的產品實現、加大標準試點示範工作、進一步強化UOF與其它國際文件格式標準相容工作，打好紮實穩健的基本功，以真正的開放性來推動國產辦公軟體的發展。