ในเทคโนโลยีสารสนเทศและการสื่อสารประเภทสื่อ [ ^{1 ] [ 2 ]}ประเภทเนื้อหา^{[ 2 ] [ 3 ]}หรือประเภท MIME ^{[ 1 ] [ 4 ] [ 5 ]}เป็นตัวระบุสองส่วนสำหรับรูปแบบไฟล์และรูปแบบเนื้อหา^{วัตถุประสงค์}ของมันเทียบได้กับส่วนขยายชื่อไฟล์และตัวระบุประเภทที่เป็นมาตรฐานในแง่ที่ว่ามันระบุรูปแบบข้อมูลที่ตั้งใจไว้ ส่วนใหญ่ใช้โดยเทคโนโลยีที่รองรับอินเทอร์เน็ตและยังใช้ในระบบ เดสก์ท็อป Linux ด้วย

หน่วยงาน Internet Assigned Numbers Authority (IANA)เป็นหน่วยงานอย่างเป็นทางการสำหรับการกำหนดมาตรฐานและการเผยแพร่การจำแนกประเภทเหล่านี้ ประเภทสื่อได้รับการกำหนดไว้ในRequest for Comments RFC  2045 (MIME) Part One: Format of Internet Message Bodies (พฤศจิกายน 1996) ในเดือนพฤศจิกายน 1996 ซึ่งเป็นส่วนหนึ่งของ ข้อกำหนด MIME (Multipurpose Internet Mail Extensions)เพื่อระบุประเภทของ เนื้อหาข้อความ อีเมลและไฟล์แนบ^{[ 6 ]}ดังนั้นจึงมีชื่อเดิมว่าประเภท MIME ประเภทสื่อยังถูกใช้โดยโปรโตคอลอินเทอร์เน็ตอื่นๆ เช่นHTTP [ ^{7 ]}รูปแบบไฟล์เอกสาร เช่นHTML [ ^{8 ]}และ ข้อกำหนด XDGที่ใช้งานโดยสภาพแวดล้อมเดสก์ท็อป Linux ^{[ 5 ]}เพื่อวัตถุประสงค์ที่ ^{คล้ายคลึงกัน}

มาตรฐานอินเทอร์เน็ตหรือองค์กรมาตรฐานเว็บต่างๆ มีความเห็นแตกต่างกันเกี่ยวกับคำที่เหมาะสมที่สุดสำหรับตัวระบุประเภทนี้

IANA และIETF ใช้คำว่า "media type" และถือว่าคำว่า "MIME type "ล้าสมัยแล้ว^{[ 1 ]}เนื่องจาก media type ถูกนำมาใช้ในบริบทที่ไม่เกี่ยวข้องกับอีเมล เช่น HTTP ในทางตรงกันข้ามWHATWGยังคงใช้คำว่า "MIME type" และไม่สนับสนุนการใช้คำว่า "media type" เนื่องจากมีความกำกวม เพราะใช้ในความหมายที่แตกต่างกันเมื่อเชื่อมโยงกับคุณลักษณะCSS ^{[ 4 ]}@media

ส่วน หัวการตอบสนอง HTTPสำหรับการระบุประเภทสื่อคือContent-Type. ^{[ 2 ]} W3C ได้ใช้เป็น ชื่อ ประเภทข้อมูล XMLสำหรับประเภทสื่อ^{[ 3 ]} ข้อกำหนด XDGที่นำไปใช้โดยสภาพแวดล้อมเดสก์ท็อปLinuxยังคงใช้คำว่า "ประเภท MIME" ^{[ 5 ]}ContentType

ประเภทสื่อประกอบด้วยประเภทหลักและประเภทย่อยซึ่งจะถูกจัดโครงสร้างเพิ่มเติมเป็นโครงสร้างแบบต้นไม้ประเภทสื่อสามารถกำหนดคำต่อท้ายและพารามิเตอร์ ได้ตามต้องการ :

mime-type = type "/" [ tree "." ] subtype [ "+" suffix ] * [ ";" parameter ];

ตัวอย่างเช่น ไฟล์ HTML อาจถูกกำหนดเป็น ` text/html; charset=UTF-8<type>` ในตัวอย่างนี้ ` text<type>` คือชนิดข้อมูล ` html<sub>subtype>` และ ` charset=UTF-8<parameter>` เป็นพารามิเตอร์เสริมที่ระบุ การ เข้ารหัส อักขระ

ประเภท ชนิดย่อย และชื่อพารามิเตอร์ไม่คำนึงถึงตัวพิมพ์ใหญ่เล็ก ค่าพารามิเตอร์มักจะคำนึงถึงตัวพิมพ์ใหญ่เล็ก แต่อาจถูกตีความในลักษณะที่ไม่คำนึงถึงตัวพิมพ์ใหญ่เล็กได้ ขึ้นอยู่กับการใช้งานที่ต้องการ^{[ 6 ]}

ส่วน "ประเภท" กำหนดการใช้งานกว้างๆ ของประเภทสื่อ ณ เดือนพฤศจิกายน พ.ศ. 2539 ประเภทที่จดทะเบียนแล้ว ได้แก่application, audio, image, message, multipart, textและvideo[ ^{6 ] ภายใน เดือน}กรกฎาคม พ.ศ. 2567 ประเภทที่จดทะเบียนแล้วรวมถึงประเภทข้างต้น บวกกับ^,font , example, modelและ^{[ 1}haptics ]

ประเภทระดับบนสุดที่ไม่เป็นทางการที่ใช้กันทั่วไปคือchemicalซึ่งใช้สำหรับรูปแบบไฟล์เคมี^{[ 9 ] [ 10 ] [ 11 ]}ในบริบทของสภาพแวดล้อมเดสก์ท็อป Linux ประเภทระดับบนสุดที่ไม่เป็นทางการinode( inodesอื่นๆ นอกเหนือจากไฟล์ปกติ เช่นไดเร็กทอรีระบบไฟล์ไฟล์อุปกรณ์หรือลิงก์สัญลักษณ์ ) ^{[ 12 ]}x-content ( สื่อแบบถอดได้เช่นx-content/image-dcfสำหรับกล้องดิจิทัล DCF ) ^{[ 13 ]}package ( แพ็กเกจ ตัวจัดการแพ็กเกจ ) ^{[ 14 ]}และx-office( หมวดหมู่ทั่วไปของ เอกสาร ซอฟต์แวร์เพิ่มประสิทธิภาพการทำงานในสำนักงาน ) ^{[ 14 ] [ 15 ]}ถูกนำมาใช้

โดยทั่วไปแล้ว ประเภทย่อยจะประกอบด้วยรูปแบบสื่อ แต่ก็อาจหรือจำเป็นต้องมีเนื้อหาอื่นๆ เพิ่มเติม เช่น คำนำหน้าโครงสร้าง ชื่อผู้ผลิต ชื่อผลิตภัณฑ์ หรือคำต่อท้าย ขึ้นอยู่กับกฎเกณฑ์ต่างๆ ในโครงสร้างการจดทะเบียน

สื่อทุกประเภทควรได้รับการจดทะเบียนโดยใช้ขั้นตอนการจดทะเบียนของ IANA เพื่อประสิทธิภาพและความยืดหยุ่นของกระบวนการจดทะเบียนประเภทสื่อ สามารถจดทะเบียนโครงสร้างย่อยต่างๆ ในแผนผังการจดทะเบียนซึ่งแยกแยะได้ด้วยการใช้คำนำหน้าแผนผัง ปัจจุบันมีการสร้างแผนผังดังต่อไปนี้: มาตรฐาน (ไม่มีคำนำหน้า), ผู้ผลิต ( vnd.มีคำนำหน้า), ส่วนบุคคลหรือตามความประสงค์ (มีคำนำหน้า) prs., ไม่ได้จดทะเบียน ( x.มีคำนำหน้า) แผนผังการจดทะเบียนเหล่านี้ได้รับการกำหนดขึ้นครั้งแรกในเดือนพฤศจิกายน พ.ศ. 2539 (RFC 2048 ที่ล้าสมัย - ปัจจุบันคือ RFC 6838) อาจมีการสร้างแผนผังการจดทะเบียนใหม่โดยIETF Standards Action เพื่อการลงทะเบียนและการจัดการภายนอกโดยองค์กรถาวรที่มีชื่อเสียง (เช่น สมาคมวิทยาศาสตร์)

ต้นไม้มาตรฐานไม่ได้ใช้คำนำหน้าต้นไม้ใดๆ ตัวอย่างเช่นtext/javascript, image/png. ^{[ 16 ]}

การลงทะเบียนในโครงสร้างมาตรฐานจะต้องเกี่ยวข้องกับข้อกำหนดของ IETF ที่ได้รับการอนุมัติโดยตรงจาก IESG หรือได้รับการลงทะเบียนโดยองค์กรที่เกี่ยวข้องกับมาตรฐานซึ่งได้รับการยอมรับจาก IANA

โครงสร้างต้นไม้ของผู้ขายประกอบด้วยประเภทสื่อที่เกี่ยวข้องกับผลิตภัณฑ์ที่เปิดให้ใช้งานได้ทั่วไป โดยใช้vnd.คำนำหน้าโครงสร้างต้นไม้ ตัวอย่างเช่น: application/vnd.ms-excel, application/vnd.oasis.opendocument.text.

ในบริบทนี้ คำว่า "ผู้จำหน่าย" และ "ผู้ผลิต" ถือว่ามีความหมายเทียบเท่ากัน กลุ่มอุตสาหกรรมและหน่วยงานที่ไม่แสวงหาผลกำไรสามารถลงทะเบียนประเภทสื่อในโครงสร้างผู้จำหน่ายได้ การลงทะเบียนในโครงสร้างผู้จำหน่ายสามารถทำได้โดยใครก็ตามที่ต้องการแลกเปลี่ยนไฟล์ที่เกี่ยวข้องกับผลิตภัณฑ์ซอฟต์แวร์หรือชุดผลิตภัณฑ์ อย่างไรก็ตาม การลงทะเบียนนั้นเป็นของผู้จำหน่ายหรือองค์กรที่ผลิตซอฟต์แวร์ที่ใช้ประเภทที่ลงทะเบียน และผู้จำหน่ายหรือองค์กรนั้นสามารถเลือกที่จะอ้างสิทธิ์ความเป็นเจ้าของในการลงทะเบียนที่ทำโดยบุคคลที่สามได้ตลอดเวลา

โครงสร้างข้อมูลส่วนบุคคลหรือโครงสร้างข้อมูลเพื่อความสวยงามนั้นประกอบด้วยประเภทสื่อที่เกี่ยวข้องกับผลิตภัณฑ์ที่ไม่เปิดเผยต่อสาธารณะหรือประเภทสื่อทดลอง โดยใช้prs.คำนำหน้า "tree" ตัวอย่างเช่นaudio/prs.sid, image/prs.btif.

โครงสร้างข้อมูลแบบไม่จดทะเบียนประกอบด้วยประเภทสื่อที่ออกแบบมาเพื่อใช้ในสภาพแวดล้อมส่วนตัวเท่านั้น และต้องได้รับความยินยอมอย่างชัดเจนจากฝ่ายที่แลกเปลี่ยนข้อมูลกัน โดยใช้x.คำนำหน้าโครงสร้างข้อมูล เช่นapplication/x.foo, video/x.barประเภทสื่อในโครงสร้างข้อมูลนี้ไม่สามารถจดทะเบียนได้

ประเภทนี้ได้รับการกำหนดไว้ครั้งแรกใน RFC 1590 (เผยแพร่ในเดือนกันยายน 1993) โดยใช้ คำนำหน้า x-หรือX-RFC 2048 (เผยแพร่ในเดือนพฤศจิกายน 1996) ได้นำx.คำนำหน้า มาใช้ แต่ไม่แนะนำให้ใช้โครงสร้างต้นไม้ที่ไม่ได้ลงทะเบียน เนื่องจากปัจจุบันมีโครงสร้างต้นไม้ส่วนบุคคลและของผู้จำหน่ายแบบใหม่ที่มีข้อกำหนดการลงทะเบียนที่ผ่อนปรนกว่า RFC 6838 ฉบับปัจจุบัน (เผยแพร่ในเดือนมกราคม 2013) ยังคงคำแนะนำเดียวกัน แต่ประเภทย่อยที่มีคำนำหน้าx-หรือX-จะไม่ถือว่าเป็นสมาชิกของโครงสร้างต้นไม้นี้อีกต่อไป

ประเภทสื่อที่มีการใช้งานอย่างแพร่หลาย (โดยมีประเภทย่อยนำหน้าด้วยx-หรือX-) โดยไม่ได้ลงทะเบียน ควรลงทะเบียนใหม่โดยใช้ประเภทย่อยที่มีคำนำหน้าที่เหมาะสม หากทำไม่ได้ ประเภทสื่อนั้นสามารถลงทะเบียนในโครงสร้างมาตรฐานได้โดยใช้ประเภทย่อยที่ไม่มีคำนำหน้า หลังจากได้รับการอนุมัติจากทั้งผู้ตรวจสอบประเภทสื่อและ IESG แล้วapplication/x-www-form-urlencodedเป็นตัวอย่างของประเภทที่มีการใช้งานอย่างแพร่หลายซึ่งลงทะเบียนโดยใช้x-คำนำหน้า^{[ 17 ]}

คำต่อท้ายเป็นการเสริมคำจำกัดความของประเภทสื่อเพื่อระบุโครงสร้างพื้นฐานของประเภทสื่อนั้นเพิ่มเติม ทำให้สามารถประมวลผลทั่วไปตามโครงสร้างนั้นได้ และเป็นอิสระจากความหมายเฉพาะของประเภทนั้น ประเภทสื่อที่ใช้ไวยากรณ์โครงสร้างที่มีชื่อควรใช้ IANA ที่ลงทะเบียนไว้"+"suffixสำหรับไวยากรณ์โครงสร้างนั้นเมื่อทำการลงทะเบียน ไม่ควรใช้คำต่อท้ายที่ไม่ได้ลงทะเบียน (ตั้งแต่เดือนมกราคม 2013) ขั้นตอนการลงทะเบียนคำต่อท้ายไวยากรณ์โครงสร้างมีกำหนดไว้ใน RFC 6838 ^{[ 16 ]}

คำ ต่อท้าย +xmlได้รับการกำหนดตั้งแต่เดือนมกราคม พ.ศ. 2544 (RFC 3023 ^{[ 18 ]} ) และถูกรวมไว้ในเนื้อหาเริ่มต้นของ Structured Syntax Suffix Registry อย่างเป็นทางการพร้อมกับ^,+json , +ber, +der, +fastinfoset, +wbxmlและ+zipในเดือนมกราคม พ.ศ. 2556 (RFC 6839) ส่วนเพิ่มเติมในภายหลังได้แก่+gzip, +cbor, +json-seq, และ^{[ 19}+cbor-seq ]

จากทะเบียน IANA: ^{[ 1 ]}

Mailcap (มาจากวลี "mail capability") เป็นไฟล์เมตาประเภทหนึ่งที่ใช้ในการกำหนดค่าวิธีการแสดงผลไฟล์ประเภท MIME ต่างๆ ของแอปพลิเคชันที่รองรับ MIME เช่น ไคลเอนต์อีเมลและเว็บเบราว์เซอร์ รูปแบบ mailcap ถูกกำหนดไว้ใน RFC 1524 "A User Agent Configuration Mechanism for Multimedia Mail Format Information" แต่ไม่ได้ถูกกำหนดให้เป็นมาตรฐานอินเทอร์เน็ตระบบ Unixส่วนใหญ่รองรับ รูปแบบนี้

บรรทัดเหล่านี้สามารถเป็นข้อความแสดงความคิดเห็นที่ขึ้นต้นด้วยอักขระ # หรือเป็นประเภท MIME ตามด้วยวิธีการจัดการกับประเภท MIME นั้น ๆ

ไฟล์ที่เกี่ยวข้องคือ ไฟล์ mime.typesซึ่งเชื่อมโยงนามสกุลไฟล์กับประเภท MIMEหากตั้งค่าประเภท MIME อย่างถูกต้องแล้ว ไฟล์นี้ก็ไม่จำเป็น แต่ประเภท MIME อาจถูกตั้งค่าไม่ถูกต้อง หรือตั้งค่าเป็นประเภททั่วไป เช่น `<? html>` application/octet-streamและไฟล์ mime.typesจะช่วยให้สามารถใช้ส่วนขยายไฟล์เป็นตัวอ้างอิงได้ในกรณีเหล่านี้ ในทำนองเดียวกัน เนื่องจากระบบไฟล์จำนวนมากไม่ได้จัดเก็บข้อมูลประเภท MIME แต่ใช้ส่วนขยายไฟล์แทน ไฟล์ mime.types จึงมักถูกใช้โดยเว็บเซิร์ฟเวอร์เพื่อกำหนดประเภท MIME

เมื่อดูไฟล์ สองสิ่งนี้จะทำงานร่วมกันดังนี้: mime.typesส่วนหนึ่งจะเชื่อมโยงนามสกุลไฟล์กับประเภท MIME ในขณะที่อีกส่วนหนึ่งmailcapจะเชื่อมโยงประเภท MIME กับโปรแกรม

ในระบบประเภท UNIX ไฟล์ mime.types มักจะอยู่ที่และ/หรือและรูปแบบก็คือแต่ละบรรทัดเป็นรายการประเภท MIME ที่คั่นด้วยช่องว่าง ตามด้วยส่วนขยายตั้งแต่ศูนย์ถึงหลายส่วนขยาย ตัวอย่างเช่น ประเภท HTML สามารถเชื่อมโยงกับส่วนขยายและโดยใช้บรรทัดต่อไปนี้: /etc/mime.types$HOME/.mime.types.htm.html

ข้อความ/html htm html 

ไฟล์ mime.types มีมาตั้งแต่สมัยNetscapeซึ่งใช้รูปแบบที่แตกต่างออกไป^{[ 21 ]}โดยใช้คู่คีย์-ค่าและรายการส่วนขยายที่คั่นด้วยเครื่องหมายจุลภาค พร้อมด้วยส่วนหัวมาตรฐานที่ประกอบด้วยความคิดเห็นเฉพาะที่ระบุไฟล์ว่าเป็นไฟล์ mime.types ดังนี้:

#--ข้อมูล MIME ของบริษัท Netscape Communications Corporation # ห้ามลบบรรทัดด้านบน บรรทัดนี้ใช้สำหรับระบุประเภทไฟล์ type=text/html exts=htm,html 

• การเจรจาเนื้อหา
• การตรวจสอบเนื้อหา
• นามสกุลไฟล์

• "BCP 13: ประเภทสื่อ" . BCP . IETF Datatracker .
• รายชื่อประเภทสื่ออย่างเป็นทางการของ IANA
• ไลบรารีมาตรฐานของ Python | mimetypes — การแปลงชื่อไฟล์เป็นประเภท MIME
• ประเภท MIME ทั่วไปจากMozilla MDN