Open Packaging Conventions (OPC) เป็นเทคโนโลยีไฟล์คอนเทนเนอร์ที่สร้างขึ้นโดยMicrosoft ในตอนแรก เพื่อใช้จัดเก็บไฟล์XMLและไฟล์ที่ไม่ใช่ XML ที่รวมกันเป็นหน่วยเดียว เช่น เอกสาร Open XML Paper Specification (OpenXPS) รูปแบบไฟล์ OPC ผสานข้อดีของการคงไว้ซึ่งหน่วยไฟล์อิสระที่ฝังอยู่ในเอกสาร และทำให้ไฟล์มีขนาดเล็กกว่าการใช้งาน XML แบบปกติมาก

OPC ได้รับการกำหนดไว้ในส่วนที่ 2 ของมาตรฐานOffice Open XML ISO / IEC 29500:2008และECMA - 376 ^{[ 1 ] [ 2 ]}

ข้อกำหนด ISO/IEC 29500-2:2008 และ ECMA-376 ฉบับที่สองอ้างอิงถึงข้อกำหนดรูปแบบไฟล์ .ZIP เวอร์ชัน 6.2.0 (2004) ของPKWARE, Inc.และเสริมด้วยชุดคำชี้แจงเพิ่มเติม หมายเหตุ: ECMA-376 ฉบับแรกที่เก่ากว่าอ้างอิงถึง "ข้อกำหนดรูปแบบไฟล์ .ZIP" เวอร์ชัน 6.2.1 (2005) ของ PKWARE Inc. ที่ เป็นข้อมูล ( เช่น ไม่ใช่ข้อกำหนด) ^{[ 1 ]}รูปแบบ ZIP ไม่ได้ระบุไว้ในมาตรฐานสากลใดๆ แต่ได้รับการยอมรับอย่างกว้างขวางจากชุมชนและนักพัฒนา

ไมโครซอฟต์ได้ส่งร่างในปี 2549 ให้กับคณะทำงานด้านวิศวกรรมอินเทอร์เน็ต สำหรับ รูปแบบ URI "pack" ( pack://) เพื่อใช้สำหรับการอ้างอิง URI ไปยังแพ็กเกจที่ใช้ OPC ร่างดังกล่าวหมดอายุในปี 2552 ไวยากรณ์ที่ระบุไม่เข้ากันกับมาตรฐานอินเทอร์เน็ตสำหรับรูปแบบ URI (STD 66, RFC 3986) ^{[ 3 ]}ปัจจุบันรูปแบบนี้ถูกจัดอยู่ในรายการของประวัติศาสตร์^{[ 4 ]}

มาตรฐาน ISO 19165:1-2018 แนะนำให้ใช้ Open Packaging Conventions เพื่อนำ Geospatial Package ที่กำหนดไว้ในOpen Archival Information Systemไป ใช้

ทั้งOpen XML Paper Specification (XPS) ^{[ 5 ]}และOffice Open XML (OOXML) ใช้ Open Packaging Conventions (OPC) ซึ่งให้โปรไฟล์ของ รูปแบบ ZIP ทั่วไป นอกเหนือจากข้อมูลและเนื้อหาเอกสารในมาร์กอัป XML แล้ว ไฟล์ในแพ็กเกจ ZIP ยังสามารถรวมไฟล์ข้อความและไฟล์ไบนารีอื่นๆ ในรูปแบบต่างๆ เช่นPNG , BMP , AVI , PDF , RTFหรือแม้แต่ ไฟล์ ODF ที่บรรจุไว้แล้ว OPC ยังกำหนดข้อกำหนดการตั้งชื่อบางอย่างและวิธีการอ้างอิงทางอ้อมเพื่อให้ไฟล์ไบนารีและ XML ในไฟล์เก็บถาวร ZIP ไม่ขึ้นกับตำแหน่ง

ไฟล์ OPC สามารถเปิดได้โดยใช้ยูทิลิตี้ ZIP ทั่วไป OPC อนุญาตให้มีการอ้างอิงทางอ้อมการแบ่งส่วนและการอ้างอิงทางอ้อมแบบสัมพัทธ์^{[ 6 ]}

OPC เป็นเทคโนโลยีพื้นฐานสำหรับรูปแบบไฟล์ใหม่หลายรูปแบบ: ^{[ 7 ]}

OPC รองรับโดยตรงใน Microsoft .NET Framework 3.0 ผ่านทาง เนมสเปซ System.IO.Packagingนอกจากนี้ยังมีไลบรารีโอเพนซอร์สสำหรับภาษาอื่นๆ อีกด้วย

ตั้งแต่Windows 7 เป็นต้น มา OPC ได้รับการสนับสนุนโดยตรงในWindows APIผ่านชุด อินเทอร์เฟซ COMซึ่งเรียกรวมกันว่าPackaging API

อีกทางเลือกหนึ่งคือ สามารถใช้ไลบรารี ZIP ในการสร้างและเปิดไฟล์ OPC ได้ ตราบใดที่ไฟล์ที่ถูกต้องถูกรวมอยู่ในไฟล์ ZIP และปฏิบัติตามข้อกำหนดต่างๆ

ในศัพท์เฉพาะของ OPC คำว่า"แพ็ก เกจ" หมายถึงไฟล์ ZIP และคำว่า " ส่วน"หมายถึงไฟล์ที่จัดเก็บอยู่ภายในไฟล์ ZIP นั้น แต่ละส่วนในแพ็กเกจจะมีชื่อส่วนที่ไม่ซ้ำกันซึ่งเป็นไปตามมาตรฐาน URI พร้อมด้วยประเภทเนื้อหาที่ระบุไว้ในรูปแบบของประเภทสื่อMIME ประเภทเนื้อหาของส่วนจะกำหนดประเภทของข้อมูลที่จัดเก็บอยู่ในส่วนนั้นอย่างชัดเจน และช่วยลดปัญหาการซ้ำซ้อนและความกำกวมที่เกิดขึ้นจากนามสกุล ไฟล์

แพ็กเกจ OPC ยังสามารถรวมความสัมพันธ์ที่กำหนดความเชื่อมโยงระหว่างแพ็กเกจ ส่วนประกอบ และทรัพยากรภายนอกได้อีกด้วย นอกเหนือจากลำดับชั้นของไดเร็กทอรีและส่วนประกอบแล้ว แพ็กเกจ OPC มักใช้ความสัมพันธ์เพื่อเข้าถึงเนื้อหาผ่านกราฟแบบมีทิศทางของความเชื่อมโยง ความสัมพันธ์ประกอบด้วยองค์ประกอบสี่อย่าง:

• ตัวระบุ (ID)
• แหล่งที่มาเสริม (แพ็กเกจหรือส่วนใดส่วนหนึ่งภายในแพ็กเกจ)
• ประเภทความสัมพันธ์ (นิพจน์ในรูปแบบ URI ที่กำหนดประเภทของความสัมพันธ์)
• เป้าหมาย ( URIที่ชี้ไปยังส่วนอื่นภายในแพ็กเกจหรือไปยังทรัพยากรภายนอก)

แพ็กเกจ OPC สามารถจัดเก็บส่วนประกอบที่มีข้อมูลได้ทุกประเภท (ข้อความ รูปภาพ XML ไบนารี หรืออื่นๆ) อย่างไรก็ตาม นามสกุลไฟล์ ".rels" สงวนไว้สำหรับการจัดเก็บข้อมูลเมตาของความสัมพันธ์ภายในโฟลเดอร์ย่อย "/_rels" เท่านั้น ชื่อโฟลเดอร์ย่อย "_rels" นามสกุลไฟล์ ".rels" ภายในไดเร็กทอรีดังกล่าว และชื่อไฟล์ "[Content_Types].xml" ในโฟลเดอร์ใดๆ ก็ตาม เป็นชื่อไฟล์ที่สงวนไว้เพียงสามชื่อสำหรับไฟล์ที่จัดเก็บในแพ็กเกจ OPC

ไฟล์ /[Content_Types].xml

ไฟล์นี้กำหนดประเภทสื่อMIME สำหรับส่วนประกอบทั้งหมดที่จัดเก็บอยู่ในแพ็กเกจ ไฟล์ "/[Content_Types].xml" กำหนดการแมปเริ่มต้นตามนามสกุลไฟล์ พร้อมกับการกำหนดค่าเพิ่มเติมสำหรับส่วนประกอบเฉพาะที่มีประเภทเนื้อหาแตกต่างจากค่าเริ่มต้นของนามสกุลไฟล์ ตัวอย่างเช่น หนึ่งในประเภท MIME ที่กำหนดไว้เหล่านี้คือ:

<Default Extension= "rels" ContentType= "application/vnd.openxmlformats-package.relationships+xml" />

/_rels

โฟลเดอร์ระดับราก "/_rels" เก็บความสัมพันธ์สำหรับแพ็กเกจทั้งหมด โดยปกติโฟลเดอร์ "/_rels" จะมีไฟล์ชื่อ ".rels" อยู่ภายใน "/_rels/.rels" เป็นไฟล์ XML ที่ เก็บ ความสัมพันธ์ระดับแพ็กเกจ เริ่มต้น โดย ปกติเมื่อเปิดไฟล์ที่ใช้ OPC แอปพลิเคชันจะเริ่มต้นด้วยการเข้าถึงไฟล์ "/_rels/.rels" เพื่ออ่านความสัมพันธ์ระดับแพ็กเกจเริ่มต้น

[ชื่อส่วน] .rels

แต่ละส่วนอาจมีความสัมพันธ์ของตัวเอง โฟลเดอร์ _relsคือที่ที่เราจะไปค้นหาความสัมพันธ์สำหรับส่วนใดส่วนหนึ่งภายในแพ็กเกจ ในการค้นหาความสัมพันธ์สำหรับส่วนใดส่วนหนึ่งโดยเฉพาะ เราจะดูในโฟลเดอร์ "_rels" ที่เป็นโฟลเดอร์พี่น้องของส่วนนั้น: ถ้าส่วนนั้นมีความสัมพันธ์ โฟลเดอร์ "_rels" จะมีไฟล์ที่มีชื่อส่วนเดิมของเราแล้วต่อท้ายด้วย ".rels" ตัวอย่างเช่น ถ้าไฟล์ส่วนประเภทเนื้อหามีความสัมพันธ์ใดๆ ก็จะมีไฟล์ชื่อ "[Content_Types].xml.rels" อยู่ภายในโฟลเดอร์ "/_rels"

ความสัมพันธ์ทั้งหมด (รวมถึงความสัมพันธ์ที่เกี่ยวข้องกับแพ็กเกจหลัก) จะถูกแสดงในรูปแบบไฟล์ XML หากคุณเปิดไฟล์ ".rels" ในโปรแกรมแก้ไขข้อความ คุณจะสามารถดูรายละเอียด XML ที่กำหนดความสัมพันธ์ทั้งหมดที่กำหนดเป้าหมายจากส่วนนั้นได้ ไฟล์ความสัมพันธ์ทั่วไปจะมีโค้ด XML ดังนี้:

<Relationships xmlns= "http://schemas.openxmlformats.org/package/2006/relationships" > <Relationship Id= "R0" Type= "http://schemas.microsoft.com/xps/2005/06/fixedrepresentation" Target= "/FixedDocumentSequence.fdseq" /> <Relationship Id= "R1" Type= "http://schemas.openxmlformats.org/package/2006/relationships/metadata/thumbnail" Target= "/Documents/1/Metadata/Page1_Thumbnail.JPG" /> </Relationships>

ซึ่งกำหนดความสัมพันธ์สองประการสำหรับแพ็กเกจหลัก โดยความสัมพันธ์แรกถือเป็นแพ็กเกจหลัก (ในที่นี้ใช้สำหรับ เอกสาร Microsoft XPS รุ่นแรก ก่อนที่จะได้รับการกำหนดมาตรฐานเป็นOpen XML Paper Specificationภายในชุด openxmlformats) และความสัมพันธ์ที่สองใช้เพื่ออ้างอิงถึงรูปแบบอื่น (ในที่นี้คือภาพขนาดย่อที่แสดงหน้าแรกของเอกสาร)

ส่วนหลักของเอกสารที่ฝังอยู่มักจะถูกจัดเก็บไว้ในโฟลเดอร์ชื่อ "/Document" (ซึ่งอาจมีโฟลเดอร์ย่อยอยู่ภายในได้ หากไฟล์นั้นมีเอกสารที่เกี่ยวข้องหลายฉบับ โดยแต่ละฉบับมีส่วนต่างๆ กัน) และส่วนข้อมูลเมตาที่ไม่จำเป็นสำหรับการประมวลผลส่วนหลักของเอกสารจะถูกจัดเก็บไว้ในโฟลเดอร์ชื่อ "/Metadata" อย่างไรก็ตาม ชื่อโฟลเดอร์เหล่านี้จะระบุไว้ในข้อมูลรูปแบบ XML ในไฟล์ความสัมพันธ์ " [partname] .rels" และข้อกำหนด OPC อนุญาตให้จัดระเบียบโฟลเดอร์ได้ตามความสะดวกของแอปพลิเคชัน และชื่อโฟลเดอร์ทั้งสองนี้ไม่จำเป็นต้องระบุเสมอไป

วิธีนี้ส่งเสริมให้แบ่งเอกสารออกเป็นส่วนเล็กๆ ซึ่งดีกว่าในการลดผลกระทบจากความเสียหายของไฟล์^{[ 21 ]}และดีกว่าสำหรับการเข้าถึงข้อมูล เช่น ข้อมูลสไตล์ทั้งหมดอยู่ในส่วน XML เดียว แต่ละเวิร์กชีตหรือตารางแยกกันอยู่ในส่วนต่างๆ ของตนเอง วิธีนี้ช่วยให้เข้าถึงได้เร็วขึ้นและสร้างวัตถุน้อยลงสำหรับไคลเอ็นต์ และทำให้กระบวนการหลายอย่างสามารถทำงานบนเอกสารเดียวกันได้ง่ายขึ้น

ใน Open Packaging Conventions ไฟล์แต่ละไฟล์ที่มีการอ้างอิงจะมี ไฟล์ _rels ของตัวเอง ซึ่งมีรายการการอ้างอิงแบบทางอ้อม วิธีนี้ทำให้การคัดลอกและวางข้อมูลพร้อมทรัพยากรที่เกี่ยวข้องทั้งหมดทำได้ง่ายขึ้นในบางกรณี นอกจากนี้ยังมีการกำหนดขอบเขตชื่อเพื่อลดโอกาสที่ชื่อไฟล์จะชนกัน และอื่นๆ อีกมากมาย