<menu id="ekeea"></menu><menu id="ekeea"><nav id="ekeea"></nav></menu>
  • <menu id="ekeea"><strong id="ekeea"></strong></menu>
  • 《信息技術 OFD檔案應用指南》(征求意見稿)

    2022-02-17 16:59:10 蘭臺之家 360

    《信息技術 OFD檔案應用指南》(征求意見稿) 

    1 范圍

    本文件規定了 OFD 用于歸檔和長期保存時在文件技術特性和閱讀軟件等方面的應用要求。

    本文件適用于各類信息處理系統中生成的、用于長期保存的 OFD 版式文件,也適用于產生該類文件的文檔格式轉換、文件加工及檢測軟件或其模塊。 

    2 規范性引用文件

    下列文件中的內容通過文中的規范性引用而構成本文件必不可少的條款。其中,注日期的引用文件,   僅該日期對應的版本適用于本文件;不注日期的引用文件,其最新版本(包括所有的修改單)適用于本文件。

    GB 18030 信息技術 中文編碼字符集

    GB/T 18894 電子文件歸檔與管理規范

    GB/T 33190 電子文件存儲與交換格式版式文檔

    DA/T 1 檔案工作基本術語

    DA/T 18 檔案著錄規則

    DA/T 46 文書類電子文件元數據方案

    DA/T 47 版式電子文件長期保存格式需求

    DA/T 54 照片類電子檔案元數據方案

    3 術語和定義 

    下列術語和定義適用于于本文件。 

    3.1 版式 fixed layout

    將文字、圖形、圖像等多種數字內容對象按照一定規則進行版面固化呈現。[來源:GB/T 33190,3.1,有修改]

    3.2 開放版式文檔 open fixed layout document

    GB/T 33190 定義的一種獨立于軟件、硬件、操作系統、輸出(呈現/打?。┰O備的文檔格式。[來源:GB/T 33190,3.2]

    3.3 文書類電子文件 administrative electronic records

    反映黨務、政務、生產經營管理等各項管理活動的電子文件。 [來源:DA/T 46,3.2]

    3.4 字形 glyph

    一個可識別的抽象圖形符號。[來源:GB/T 16964.1,3.6]

    3.5 字型 font

    具有同一基本設計的字形圖像或圖形的集合。 [來源:GB/T 33190,3.6]

    3.6 子集化字型 subset font

    只包括指定的部分字符的字形輪廓數據的字型文件,該文件仍符合字型文件格式規范(如TrueType、OpenType)的所有要求。

    3.7 長期 long-term

    足夠長的時間段,信息在該時間段內可能會發生一系列技術變遷,包括存儲介質的變革、用戶群體   的變更,且這個時間段可能會延伸到無限未來。[來源:GB/T 23286.1,3.13]

    3.8 長期保存 long-term preservation

    用一種可靠的、科學合理的方式長期維護電子文件真實、完整、有效的行為。[來源:DA/T 47,3.3]

    3.9 合規閱讀軟件 conforming reader

    可以恰當地讀取和處理 OFD 文件,并且滿足本文件關于閱讀軟件要求的軟件應用程序。

    3.10 合規生成軟件 conforming writer

    能夠寫出滿足本文件要求的 OFD 文件的軟件應用程序,它既可以是單獨的軟件,也可以是具有導出OFD 文件的任何信息處理系統。

    3.11 去技術化 de-technicalizaion

    移除特定的技術表達內容,使用已知或已公開標準的方法模擬呈現或表示其內容的過程。 

    4 縮略語

    下列縮略語適用于本文件。

    CMYK一種顏色空間,采用四個分量(Cyan 青,Magenta 品紅,Yellow 黃,blacK 黑)表示顏色GRAY一種顏色空間,采用灰度值表示顏色

    OFD 開放版式文檔(Open Fixed layout Document)

    RGB一種顏色空間,采用三個分量(Red 紅,Green 綠,Blue 藍)表示顏色XML 可擴展置標語言(Extensible Markup Language) 

    5 總體說明

    為了便于電子檔案的統一管理和利用,文書類電子文件、部分照片類電子檔案和統計數據應轉換或加工為版式文檔長期保存。用于長期保存的版式電子文件應滿足格式開放、不綁定軟硬件、信息自包含、   格式自描述、顯示一致性、持續可解釋、穩健、可轉換、利于存儲、支持技術認證機制、易于利用等要求,見 DA/T 47。文書類電子文件最小單位是單個文件,見 GB/T 18894。

    版式文檔應采用 GB/T 33190 規定的文件格式。GB/T 33190 規定了一種適合交換和存儲的通用型版式文檔格式,其目標是針對多種業務場景的,就電子文件長期保存目標而言,該標準中的部分內容與電子文件長期保存的要求并不全部一致,因此有必要對其具體技術條款進行進一步限定,禁止在需要長期保存的版式文檔中使用與 DA/T 47 要求相抵觸的技術特性(如外部圖文資源、加密等),以便使電子文件可完全滿足 DA/T 47 提出的各項要求。

    本文件是基于 GB/T 33190 的,包括其術語和技術特性,對于任何有效的 OFD 特性,只要本文件中沒有明確禁止,就可以被應用到用于長期保存的版式電子文件中。

    6 長期保存要求

    6.1 文件結構

     一個組織良好的 OFD 文件其包內結構如圖-1 所示。

    融安特

    圖 1 典型 OFD 文件的包內組織結構


    用于長期保存的 OFD 文件應確保文檔呈現、交互使用到的所有內容和關聯資源均包含在文件包內, 這些要求主要體現在資源定義文件(PublicRes.xml,DocumentRes.xml 和 Page_N/PageRes.xml)、資源文件夾(Res,Page_N/Res)和注釋文件夾(Annots)等處。

    用于長期保存的 OFD 文件還應在上述基本組織之上附加描述該文檔背景信息的元數據、根據實際需要附加標準數字簽名或簽章、反映源文件結構或內容語義的標引和附件信息等,這些要求主要體現在主入口文件(OFD.xml)中的文檔信息(DocInfo)部分或其引出文件、簽名文件夾(Signs)、標引文件夾(Tags)和附件文件夾(Attaches)等處。

    6.2 基本結構

    6.2.1 主入口

    對主入口文件的調整要求如下:

    a) 主入口(OFD.xml)文件中根節點的 DocType 屬性應固定為“OFD-A”;

    b) 文檔的元數據應以自定義元數據(CustomDatas)方式存儲于主入口文件(OFD.xml)中的文檔信息(DocInfo)節點內,元數據名稱應符合 DA/T 46、DA/T 54 等標準的相關要求;當所應用的文檔格式版本允許以引出文件的方式記錄元數據時,宜使用該方式;此種條件下,當涉及對同一元數據項設置或調整取值時,應使用引出文件方式;

    c) 歸檔使用的 OFD 文件不應使用多文檔機制(即包內包含多個 Doc_N 文檔夾),原文件使用該機制的,應通過合格生成軟件在歸檔前按文檔順序拆解為多個單文檔 OFD 文件,或者將多個文檔內容合并到一個文檔中;

    d) OFD 文件中包含多版本(Versions)修訂痕跡信息的,應根據應用需求保留該信息或僅保留最后版本;

    e) OFD 文件包內應去除任何與主入口引出及遞歸延伸引出無關的其他文件。 

    6.2.2 文檔根節點 

    對文檔根節點文件的調整要求如下:

    a)OFD 文檔中包含有權限聲明(Permissions)的,應去除;

    b)OFD 文檔中帶有視圖首選項(VPreferences)設置的,應去除;

    c)OFD 文檔中定義了動作(Actions)且該動作類型不是文檔內跳轉(Goto)的,應去除;

    d)OFD 文檔中的注釋(Annotations)關聯了數字簽名(Signature)其該簽名的數據結構不符合GB/T 35275 要求的,應去除該關聯;

    e) OFD 文檔中不予保留的附件(Attachments)應轉換為頁面內容或以頁面內容描述的外部附件概要信息;

    f) OFD 文檔中帶有擴展信息(Extensions)的,應去除;如果去除的擴展信息對文件輸出效果有影響的,應在歸檔前通過其原生成軟件對應的合格閱讀軟件將其影響固化到頁面內容中。

    6.2.3 頁樹

    對頁面描述文件的調整要求如下:

    a)宜將文件內使用次數最多的頁面設置(PageArea)確定為該文檔的默認頁面設置,在文檔公共數據(CommonData)中描述;

    b)文檔內頁面使用的設置與文檔默認設置相同的,宜在頁面描述中省略頁面設置(PageArea)屬性;

    c)頁面定義了動作(Actions)且該動作類型不是文檔內跳轉(Goto)的,應去除;d)頁面內容中不應出現名稱相同的圖層(Layer);

    e)頁面內容中應限制使用頁面塊(PageBlock)嵌套。

     6.2.4 頁對象

    對頁面中內容的調整要求如下

    a) 頁面描述(Content.xml)中定義的圖層應在文檔生成時確定,原文的主要內容應安排在正文層(Body)和背景層(Background);

    b) 通過掃描加工的文檔,其掃描圖像宜安排在背景層,識別后的文字內容宜安排在正文層; 

    c)頁面內容流(Content.xml 中的內容順序)應按照語義內容順序組織。

    6.2.5 大綱

    對大綱(Outline)的調整要求如下:

    a)文檔大綱的節點(OutlineEle)對應有動作(Action),且動作類型不為文檔內跳轉(Goto)的,應去除該動作;

    b)原文大綱節點中包含文檔內跳轉動作,且該工作跳轉至的書簽名在書簽(Bookmark)列表中不存在、或者跳轉的目標頁面不存在的,合格生成軟件應在轉換時去除該動作。

    6.2.6 資源

    對文檔資源(DocumentRes)的調整要求如下:

    a)顏色空間(ColorSpace)、字型(Font)等應定義在公共資源(PublicRes)中,柵格圖像、音頻、視頻等多媒體(MultiMedia)、繪制參數(DrawParam)、矢量圖像(VectorG)應定義在文檔資源中;

    b)除 GB/T 33190 規定需閱讀軟件自帶的字型以外,OFD 文檔中頁面圖元使用的字型應嵌入對應的子集化字型數據。以下情況應確定字型已被使用:

      1)被填充或勾邊的文字對象(TextObject)引用;

      2)被裁剪區中的文字對象(Text)引用;

    c)嵌入文檔中的子集化字型數據應符合 OpenType 規范,具體要求包括:  

      1)保留原字型中的 cmap、loca 和 glyf 等字形輪廓相關的表數據;

      2)保留 cvt、fpgm、head、hhea、hmtx、maxp、name、OS/2 和 post 等表數據;

      3)按版式文檔字形繪制的實際需求保留其他表數據;

    d)字型數據中的字符應支持 GB 18030 字符集和 Unicode 編碼;

    e)OFD 文檔中使用的柵格圖像格式應限于 BMP、JPEG、PNG、JBIG2、JPEG2000 和 TIF 六種,其他格式的柵格圖像,應在整理歸檔前或轉換過程中轉換此六種格式之一;

    f)OFD 文檔中使用的柵格圖像資源,不應利用其擴展機制加入自定義數據;

    g)OFD 文檔中應去除音頻、視頻,宜在去除上述信息時以外部附件、注釋備注(Remark)等方式保留原文中存留有音視頻的概要信息。

    6.3 頁面描述

    6.3.1 顏色

    對顏色的調整要求如下:

    a)OFD 文檔中應定義默認顏色空間;

    b)OFD 文檔中使用的顏色空間類型應為 GRAY、RGB 或 CMYK,位深度宜為 8;

    c)OFD 文檔中使用的顏色空間宜帶有對應的顏色配置文件(Color Profile)。

    6.3.2 裁剪區

    對裁剪區的調整要求如下:

    a) 裁剪區的實際生效區域包含圖元的外接矩形(Boundary)的,應去除;

    b) 裁剪區的實際生效區域面積小于 0 時,應去除裁剪設置并將所在對象的可見性(Visible)設置為否。

    6.3.3 頁面對象

    對頁面對象的調整要求如下:

    a)除特殊情況,文字、圖形、圖像和復合對象等圖元的外接矩形(Boundary)應以能完整包含文字對象的可見部分的最小矩形為基礎,各方向外擴最大值不超過最小矩形寬度或高度的 1/2;

    b)頁面圖元對象不宜定義動作序列(Actions);

    c)文本對象、圖形對象的線寬(LineWidth)、線端樣式(Cap)、連接樣式(Join)、連接點截斷值(MiterLimit)、虛線樣式(DashPattern、DashOffset)應配合勾邊(Stroke)屬性使用,當 Stroke 取值為 false 時,上述屬性不應設置;

    d)復合對象的是否勾邊(Stroke)、是否填充(Fill)、線寬(LineWidth)、線端樣式(Cap)、連接樣式(Join)、連接點截斷值(MiterLimit)、虛線樣式(DashPattern、DashOffset)屬性以及勾邊顏色、填充顏色不應設置;

    d)圖像對象、視頻對象的填充(Fill)屬性以及填充顏色(FillColor)不應設置。

    6.4 圖形

    對圖形對象(PathObject)的調整要求如下:

    a)勾邊顏色、填充顏色在多個圖形對象之間重復的,宜在繪制參數(DrawParam)中統一聲明,在   圖形對象或所在圖層中引用;

    a)線寬(LineWidth)、連接方式(Join)、虛線樣式(DashPattern)、端點樣式(Cap)、連接點截斷值(MiterLimit)等繪制屬性在 3 個圖形對象之間重復的,宜在利于精簡內容流描述的前提上,將共用的繪制屬性中聲明為繪制參數(DrawParam),由圖形對象或所在圖層中引用該參數。

    6.5 文字

    對文字對象(TextObject)的調整要求如下:

    a)頁面內容中一個文字對象(TextObject)宜描述在一行內且字體屬性一致的字符繪制效果;

    b)文字的高度大小宜使用字號(Size)標識;

    c)文字對象僅使用橫向縮放變換時,宜使用水平縮放比(HScale)標識;

    d)文字的勾邊(Stroke)或填充(Fill)顏色在 3 個以上文字對象之間重復的,宜在繪制參數(DrawParam)中統一聲明,由文字對象或所在圖層引用該參數。

    6.6 圖像

    對圖像對象(ImageObject)的調整要求如下:

    a)在多個頁面中共同使用的柵格圖像宜在文檔資源中統一聲明,否則宜在頁面資源中統一聲明;

    b)若柵格圖像對象中使用了插值繪制(Interpolate)屬性,應禁止使用該選項。

    6.7 視頻

    視頻部分無調整要求。

    6.8 復合對象

    對復合對象(CompositeObject)的調整要求如下:

    在多個頁面中共同使用的矢量圖像資源宜在文檔資源中統一聲明,否則宜在頁面資源中統一聲明。

    6.9 動作

    對動作(Action)的調整要求:

    a)圖元對象、大綱節點、頁面和文檔均不應保留類型為“文檔內跳轉”以外的動作。

    b)去除圖元對象、大綱節點、頁面和文檔中的動作時,宜使用所附著對象或元素的自定義參數機制保留其關鍵原始信息;若所附著對象或元素未定義自定義參數機制,則不保留。

    6.10 注釋

    6.10.1 歸檔前的注釋

    歸檔前已存在的注釋信息在歸檔處理過程中應保留,但具體可使用以下兩種方式之一:

    a)繼續作為注釋對象存在,但其自定義參數應滿足下列條件:

      1) 對注釋外觀顯示有影響的參數應去除,宜由原生成軟件將其影響固化到注釋外觀;

      2) 注釋的外觀使用頁面塊(PageBlock)嵌套的,宜去除嵌套;

      3) 注釋對象的 ReadOnly 屬性應設置為 true,NoZoom、NoRotate 應設置為 false;

    b)將該注釋對象的可見內容與所在頁內容合并。

    6.10.2 歸檔后的注釋

    OFD 文檔歸檔后,管理部門在內部管理中需要添加存檔章、檢驗章、頁碼等內容時,應使用注釋方式附加到文檔中,并與該文檔的原有注釋對象分文件存儲。

    6.11 自定義標引

    存檔過程中 OFD 文檔中的自定義標引(CustomTag)宜保留,標引描述或引用的全部內容應包含在當前文件包內,不應使用外部內容或資源。

    6.12 擴展信息

    對擴展信息(Extensions)的調整要求:

    a)OFD 文檔中帶有擴展信息(Extensions)的,應去除;

    b)擴展信息的對象是圖元、圖層、頁面,且擴展信息對文件顯現效果有影響的,應在歸檔前通過其原生成軟件對應的合格閱讀軟件將其影響固化到頁面內容中。

    6.13 數字簽名

    6.13.1 簽名數據要求

    OFD 文檔中數字簽名至少包括簽名(Type=Sign)和簽章(Type=Seal)兩種類型,其滿足以下條件時可不“去技術化”:

    a)簽名的數據結構滿足 GB/T 35275 的要求,且該結構中的公鑰證書由合格的 CA 機構所頒發;

    b) 簽章的數據結構滿足 GB/T 38540 的要求,且該結構中的電子印章由已備案的制章單位所簽發, 該結構中的簽章者公鑰證書由合格的 CA 機構所頒發;

    c) CA 機構的證書狀態查詢服務或吊銷證書列表服務的可持續性得到檔案科研部門認可。

    歸檔后,OFD 文檔在檔案管理部門內部進行整理、加工和移交等操作時,可添加滿足上述要求的電子簽章或數字簽名。

    6.13.2 簽名的去技術化

    OFD 文檔內不滿足簽名數據要求的數字簽名應進行去技術化處理。簽名(Type=Sign)的去技術化應滿足如下要求:

    a)被注釋對象引用且保留注釋對象時,應按照如下順序處理:

      1)在注釋對象的自定義參數中增加簽名人、簽名時間和簽名時摘要值等信息;

      2)去除注釋對象中對此數字簽名的關聯引用(SignRef)。

    b)被注釋對象引用且不保留注釋對象時,應將注釋對象的外觀轉換為頁面內容;

    c)從數字簽名列表(Signatures.xml)中去除對應記錄,并移除對應的文件夾。

    6.13.3 簽章的去技術化

    簽章(Type=Seal)的去技術化時應將電子簽章的外觀轉換為注釋對象,或轉換為頁面內容等設置圖像混合模式(BlendMode)為 Darken;

    6.14 版本

    OFD 文檔內包含多版本信息的,一般應保留。

    6.15 附件

    6.15.1 附件保留

    用于長期保存的 OFD 文檔中的下列附件應予保留:

    a)使用 TXT、XML 等可通過文本查看軟件查閱其完整內容的;

    b)所描述的內容有公開發布的標準或技術文檔說明其組成,且該標準或技術文檔已經歸檔的;

    c)該文本格式中包含電子簽名且該簽名的數據格式符合公開發布的技術標準的。

    6.15.2 附件去除

    OFD 文檔中有附件且不予保留的,應按照附件的具體類型分別處理后再去除:

    a)附件適合轉換為版式文檔的(參見附錄 A),應將其轉換為 OFD 并依次插入到主文檔后;

    b)附件因以下原因不適合轉換的,應將其轉換為電子檔案管理系統可接收的格式,并在 OFD 文檔中添加附件信息頁保留對這些轉換后附件的關鍵摘要信息:

    1) 附件是音頻或視頻的;

    2) 數據類電子表格文件;

    3) 含有較多動畫、三維效果且該效果不宜丟失的。

    6.16 加密和解密

    用于長期存檔的 OFD 文件中不應使用任何加密選項,歸檔前應從 OFD 文件包內去除與加解密相關的數據內容。

    原文被加密的,應在接收歸檔前進行脫密(將密文解密為明文)操作。

    6.17 對軟件的要求 

    6.17.1 對生成軟件的要求

    生成軟件應能將各種數據和文件轉成或生成符合本文件要求的 OFD 文檔,當原文內容中存在與本文件要求不符的內容時,合格生成軟件應能在轉換時予以糾正。

    6.17.2 對閱讀軟件的要求

    合格閱讀軟件應能完整呈現符合本文件要求的 OFD 文檔,包括其頁面效果、人機交互和文檔屬性等方面。

    合格閱讀軟件在打開符合本文件要求的 OFD 文檔時,應自動禁止插入頁面、調整頁面等文檔編輯功能。

    合格閱讀軟件應包含 OFD 文檔檢查功能,可依配置自動檢查文檔全部或可見部分內容,對其中不符合項以對話框、日志等方式加以提示。

    融安特


    附件2 《信息技術 OFD檔案應用指南》(征求意見稿)編制說明

    一、工作簡況

    1. 任務來源與起草單位
    根據國家標準委關于下達 2020 年第二批國家標準制修訂計劃的通知,國家標準《信息技術 OFD 檔案應用指南》制定計劃于 2020 年 8 月下達,項目計劃號為 20202793-T-469,由全國信息技術標準化技術委員會提出并歸口。
    本標準立項申請由國家檔案局檔案科學技術研究所、中國電子技術標準化研究院、北京數科網維技術有限責任公司等單位提出。標準計劃下達后,組建了國家檔案局檔案科學技術研究所、中國電子技術標準化研究院、北京數科網維技術有限責任公司、江蘇省檔案館、天津市檔案局、寧波市檔案局、福建福昕軟件開發股份有限公司、福昕鯤鵬(北京)信息科技有限公司、華云數據控股集團有限公司、方正國際(北京)軟件有限公司、北京書生電子技術有限公司、北京華電園信息技術有限公司、北京遠橋科技有限公司、上海中信信息發展股份有限公司、上海泛微網絡科技股份有限公司、北京致遠互聯軟件股份有限公司、福建正孚軟件有限公司、南威軟件股份有限公司、航天信息股份有限公司、百望股份有限公司、江西金格科技股份有限公司、同智偉業軟件股份有限公司、北京冠群信息技術股份有限公司、北京海泰方圓科技股份有限公司、北京國脈信安科技有限公司等組成的標準編制組,不但涵蓋OFD 廠商和檔案用戶,更將公文處理、政務服務、票據管理和電子印章廠商包含在內,力圖使編輯工作有最大的代表性。

    2. 編制背景及意義

    檔案是歷史的真實記錄,做好檔案工作是維護黨和國家歷史真實面貌、保障人民群眾根本利益的重要事業。自 2016 年 10 月 14 日國家標準化管理委員會正式批準發布了基于自主技術的國家標準GB/T 33190-2016《電子文件存儲與交換格式 版式文檔》(簡稱 OFD),其對加強檔案的收集、管理、利用,維護國家檔案資源安全,服務我國信息化發展和社會主義現代化建設發揮了重要作用。但是,隨著中國特色社會主義進入新時代,黨中央、國務院對檔案工作提出了新要求,第十三屆全國人大常委會第十九次會議審議通過的新修訂的《中華人民共和國檔案法》也進一步明確了檔案信息化建設內容。與此同時,國內很多單位已在積極推進OFD 的應用,但由于采用技術不同、涉及范圍不同、建設時間不同等原因,OFD 在實踐應用中也出現了一些OFD 文件因信息不滿足自包含要求、外部鏈接存在安全隱患, 電子印章去技術化引發防篡改隱患等一系列問題亟待解決。
    通過提出適用于長期保存的OFD 文件的技術指標、研制該標準可以為OFD 在檔案領域的應用提供重要的理論支撐。該標準以行業實踐作為支撐, 提出了OFD 用于歸檔和長期保存時在文件技術特性上的要求,為各級各類機關、團體、企事業單位和其他社會組織提供了重要指導,有助于檔案事業的發展。同時,統一和規范OFD 在檔案領域應用的相關要求,可以進一步推進檔案信息的共建共享,實現檔案信息資源的合理利用,提升檔案信息化及管理水平,保障檔案的長期保存,適應檔案實際工作需求。

    3. 工作過程

    2020 年 8 月 7 日:該標準研制計劃正式下達。
    2020 年 8 月 10 日:在該標準立項材料基礎上,國家檔案局檔案科學技術研究所召集檔案領域用戶代表和專家,與電子標準院等討論形成了標準的框架內容和主要完善方向;后組織數科網維、福昕鯤鵬、方正、書生等OFD 骨干單位就會議確定的框架完善了標準立項材料。
    2020 年 9 月 9 日:編制形成工作組討論稿(第 1 稿)和相關材料,向全國信息技術標準化技術委員會提交開題資料并通過其組織的審查會議。
    2020 年 11 月至 2021 年 5 月:先后組織召開 6 次編制工作組會議,參
    會討論 230 余人次,編制組專家提出意見 138 條,經討論采納 112 條。討論修改稿專家研討會,編制形成征求意見稿,并提交全國信息技術標準化技術委員會參加內審。
    后續計劃
    2021 年 8 月前:計劃完成征求意見工作。
    2021 年 10 月前:計劃修改形成送審稿,并準備送審材料,組織召開送審稿專家審查會。
    2021 年 12 月前:計劃修改形成報批稿,并準備全套報批材料,完成報批。

    二、標準編制原則和確定主要內容的論據及解決的主要問題

    1. 標準的主要內容
    該標準規定了OFD用于歸檔和長期保存時在文件技術特性的應用要求。
    該標準適用于各級各類機關、團體、企事業單位和其他社會組織對計算機系統中生成、用于長期保存的OFD版式電子文件的轉換加工處理及檢驗。
    該標準主要技術內容包括:
    -OFD長期保存基本要求
    -OFD長期保存技術要求
    -文件結構
    -基本結構
    -頁面描述
    -動作
    -注釋
    -自定義標引
    -數字簽名
    -版本
    -附件
    -文檔安全

    2. 標準編制依據

    該標準的編制依據包含兩個方面:
    (1)檔案領域的術語、管理規范等方面國際標準、國家標準都為該標準提供了重要參考。其總體原則與GB/T 18894-2016《電子文件歸檔與管理規范》、GB/T 26162.1 《信息與文獻—文件管理 第1部分:通則》(ISO15489-1,IDT)等標準的相關要求保持一致,同時在元數據等技術內容方面也與DA/T 46-2009《文書類電子文件元數據方案》等保持協調。
    (2)國家出臺的有關信息技術的標準為《OFD檔案應用指南》的制定提供了基礎。該標準基于XML對版式格式進行描述,便于應用擴展,符合GB 18030《信息技術 中文編碼字符集》。同時,該標準與GB/T 33190-2016《電子文件存儲與交換格式 版式文檔》標準內容協調配套,使其滿足檔案實踐中的可管、可控和長期保存等需要。
    (3)國內各級各類機關、團體、企事業單位和其他社會組織的實踐經驗為該標準研制提供了重要基礎。尤其是檔案部門的探索為該標準的研制提供了重要依據。國家檔案局印發的《數字檔案室建設評價辦法》推薦在電子檔案領域應用OFD作為歸檔文件格式。天津、北京檔案館等單位也結合國家相關政策、標準要求以及其檔案工作實際需求,有針對性的開展了一系列工作部署。目前,OFD標準產品已經應用到全國20余個省市自治區, 包括華北、華南、華中、華東、澳門等地區,應用范圍較廣泛。其應用過程中積累的經驗為該標準的制定提供了重要的支撐。

    3. 標準編制原則

    該標準的編制原則包含兩個方面:
    (1)鼓勵OFD相關產學研用單位共同參與,以確保本標準規定的內容科學合理,具有普適性,可以為OFD在檔案領域的應用提供統一指導和技術參考。
    (2)該標準對促進OFD在檔案領域廣泛應用具有重要的作用,應充分借鑒國際、國內相關先進研究成果。

    三、主要試驗[或驗證]情況分析

    在標準研制過程中,擬選取部分檔案部門OFD 應用案例、技術方案進行驗證,不斷完善標準的框架及具體要求。

    四、知識產權情況說明

    該標準未涉及到知識產權。

    五、產業化情況、推廣應用論證和預期達到的經濟效果

    在標準研制與發布實施過程中,加強標準宣貫解讀、應用實施與推廣工作,促進OFD 在檔案及其他領域的廣泛應用,支撐國內自主版式產業的的健康發展。

    六、采用國際標準和國外先進標準情況

    國際、國外尚未發布OFD檔案應用指南相關基礎通用標準。

    七、與現行相關法律、法規、規章及相關標準的協調性

    與現行法律法規以及相關標準協調一致。

    八、重大分歧意見的處理經過和依據

    無。

    九、標準性質的建議

    建議作為推薦性國家標準。

    十、貫徹標準的要求和措施建議

    標準研制過程中廣泛吸納相關方參與,發布后盡快組織宣貫、應用推廣活動。

    十一、替代或廢止現行相關標準的建議

    該標準未替代或廢止現行相關標準。

    十二、其它應予說明的事項

    無。
    國家標準《信息技術 OFD 檔案應用指南》編制工作組
    2021 年 8 月 30 日



    電話咨詢
    在線地圖
    QQ客服
    新浪彩票 <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <文本链> <文本链> <文本链> <文本链> <文本链> <文本链>