[要約] RFC 7903は、Windowsイメージメディアタイプに関する仕様であり、Windowsイメージの種類とそのメディアタイプを定義しています。このRFCの目的は、Windowsイメージの相互運用性を向上させるために、標準化されたメディアタイプを提供することです。
Independent Submission S. Leonard
Request for Comments: 7903 Penango, Inc.
Category: Informational September 2016
ISSN: 2070-1721
Windows Image Media Types
Windowsイメージメディアタイプ
Abstract
概要
This document registers media types for certain image formats promulgated in Microsoft Windows, namely image/wmf, image/x-wmf, image/emf, image/x-emf, and image/bmp for use with Windows Metafile, Enhanced Metafile, and Windows Bitmap formats. Originally designed for Microsoft Windows 2.0 and 3.0, these image files are intended to be portable between applications and devices, and they may contain both vector and raster graphics.
このドキュメントは、Microsoft Windowsで公布された特定の画像フォーマット、つまり、image / wmf、image / x-wmf、image / emf、image / x-emf、およびimage / bmpのメディアタイプをWindowsメタファイル、拡張メタファイル、およびWindowsで使用するために登録しますビットマップ形式。これらの画像ファイルは、もともとはMicrosoft Windows 2.0および3.0用に設計されたもので、アプリケーションとデバイス間での移植を目的としており、ベクターグラフィックとラスターグラフィックの両方を含むことができます。
Status of This Memo
本文書の状態
This document is not an Internet Standards Track specification; it is published for informational purposes.
このドキュメントはInternet Standards Trackの仕様ではありません。情報提供を目的として公開されています。
This is a contribution to the RFC Series, independently of any other RFC stream. The RFC Editor has chosen to publish this document at its discretion and makes no statement about its value for implementation or deployment. Documents approved for publication by the RFC Editor are not a candidate for any level of Internet Standard; see Section 2 of RFC 7841.
これは、他のRFCストリームとは無関係に、RFCシリーズへの貢献です。 RFCエディターは、このドキュメントを独自の裁量で公開することを選択し、実装または展開に対するその価値については何も述べていません。 RFC Editorによって公開が承認されたドキュメントは、どのレベルのインターネット標準の候補にもなりません。 RFC 7841のセクション2をご覧ください。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc7903.
このドキュメントの現在のステータス、エラータ、およびフィードバックの提供方法に関する情報は、http：//www.rfc-editor.org/info/rfc7903で入手できます。
Copyright Notice
著作権表示
Copyright (c) 2016 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2016 IETF Trustおよびドキュメントの作成者として識別された人物。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document.
この文書は、BCP 78およびIETF文書に関するIETFトラストの法的規定（http://trustee.ietf.org/license-info）の対象であり、この文書の発行日に有効です。これらのドキュメントは、このドキュメントに関するあなたの権利と制限を説明しているため、注意深く確認してください。
Table of Contents
目次
1. Introduction ....................................................2
1.1. Windows Metafiles ..........................................2
1.2. Windows Bitmaps ............................................3
2. Windows Metafile Media Type Registration Application ............4
3. Enhanced Metafile Media Type Registration Application ...........6
4. Windows Bitmap Media Type Registration Application ..............9
5. IANA Considerations ............................................11
6. Security Considerations ........................................11
7. References .....................................................11
7.1. Normative References ......................................11
7.2. Informative References ....................................11
Author's Address ..................................................12
Long before the invention of Scalable Vector Graphics, Microsoft Corporation recognized the value of recording images in a format that its applications and operating systems could easily render irrespective of the output device. With the release of Windows 3.0, Microsoft released its Windows Metafile (WMF) format, which can contain vector and raster graphics in one package. As a binary format that needed to work on 16-bit machines, WMF is comprised of a sequence of record structures. Each record contains drawing commands, object definitions, and configuration settings. When a metafile is processed, the image can be rendered on a display, output to a printer or plotter, stored in memory, or saved to some persistent storage. Reflecting the relationship to the Windows Graphics Device Interface (GDI) API, WMF data is "played" to a playback device context in the same manner that PostScript content is treated as an executable program that results in the output of the original document.
Scalable Vector Graphicsが発明されるずっと前から、Microsoft Corporationは、アプリケーションやオペレーティングシステムが出力デバイスに関係なく簡単にレンダリングできる形式で画像を記録することの価値を認めていました。 Windows 3.0のリリースに伴い、マイクロソフトはWindowsメタファイル（WMF）形式をリリースしました。これには、1つのパッケージにベクターグラフィックとラスターグラフィックを含めることができます。 16ビットマシンでの作業に必要なバイナリ形式として、WMFは一連のレコード構造で構成されています。各レコードには、描画コマンド、オブジェクト定義、および構成設定が含まれています。メタファイルが処理されると、画像をディスプレイにレンダリングしたり、プリンターやプロッターに出力したり、メモリーに保存したり、永続的なストレージに保存したりできます。 Windowsグラフィックデバイスインターフェイス（GDI）APIとの関係を反映して、WMFデータは、PostScriptコンテンツが実行可能プログラムとして扱われ、元のドキュメントが出力されるのと同じ方法で、再生デバイスコンテキストに「再生」されます。
As Microsoft's first 32-bit operating system, Windows NT 3.1 introduced an overhaul to the Windows API ("Win32") and the in-memory formats upon which those APIs relied. The Enhanced Metafile (EMF) format was created at this time, using 32-bit values instead of WMF's 16-bit values. In Windows XP, Microsoft extended EMF with "EMF+", adding support for Windows GDI+.
マイクロソフトの最初の32ビットオペレーティングシステムであるWindows NT 3.1は、Windows API（ "Win32"）と、それらのAPIが依存するメモリ内形式に全面的な見直しを導入しました。 WMFの16ビット値の代わりに32ビット値を使用して、現在、拡張メタファイル（EMF）形式が作成されました。 Windows XPでは、Microsoftは「EMF +」でEMFを拡張し、Windows GDI +のサポートを追加しました。
Many implementations of WMF and EMF were created because of Windows' commercial success in the 1990s. A large body of free and commercially available clip art and other artwork exists in this format. Furthermore, WMF content appears non-normatively in certain standards (e.g., [OOXML]); the usage is common enough that an implementer would almost certainly need to support it for basic interoperability.
1990年代のWindowsの商業的成功により、WMFおよびEMFの多くの実装が作成されました。無料で市販されているクリップアートやその他のアートワークの大部分がこの形式で存在します。さらに、WMFコンテンツは特定の標準（[OOXML]など）で非規範的に表示されます。使用法は十分に一般的であるため、実装者はほぼ確実に基本的な相互運用性のためにそれをサポートする必要があります。
Microsoft publicly documented the WMF format as early as the 1992 Windows 3.1 SDK. Since 2007, Microsoft has released the format specifications [MS-WMF], [MS-EMF], and [MS-EMF+] under its Open Specification Promise [MS-OSP].
マイクロソフトは、1992年のWindows 3.1 SDKとして、WMF形式を公式に文書化しました。 2007年以降、MicrosoftはOpen Specification Promise [MS-OSP]でフォーマット仕様[MS-WMF]、[MS-EMF]、および[MS-EMF +]をリリースしています。
Long before the invention of Portable Network Graphics (PNG), Microsoft Corporation and IBM Corporation needed to record images in a format that their applications and operating systems could easily render on low-end machines (Intel 80286). The resulting "BMP" format contains a single raster graphic with basic header fields that can be easily mapped (or "blitted") to locations in memory. As computing moved from 16-bit to 32-bit, BMP evolved to contain 32-bit structures. As the '90s wore on, the venerable BMP got boosts with support for additional color spaces, color profiles, and compression formats. The same basic format can be used to convey 2-bit black-and-white bitmaps with a 1-bit alpha mask from the '80s, and full-color Ultra HD images on leading-edge displays. BMP is a building block of other formats, including Windows Metafiles, Windows Icons, and Windows Cursors.
ポータブルネットワークグラフィックス（PNG）が発明されるずっと前に、Microsoft CorporationとIBM Corporationは、アプリケーションとオペレーティングシステムがローエンドマシン（Intel 80286）で簡単にレンダリングできる形式で画像を記録する必要がありました。結果の「BMP」フォーマットには、メモリ内の場所に簡単にマップ（または「ブリット」）できる基本ヘッダーフィールドを持つ単一のラスターグラフィックが含まれます。コンピューティングが16ビットから32ビットに移行すると、BMPは32ビット構造を含むように進化しました。 90年代が進むにつれて、由緒あるBMPは、追加のカラースペース、カラープロファイル、および圧縮形式をサポートするようになりました。同じ基本フォーマットを使用して、80年代の1ビットアルファマスク付きの2ビット白黒ビットマップ、および最先端のディスプレイでのフルカラーUltra HD画像を伝達できます。 BMPは、Windowsメタファイル、Windowsアイコン、Windowsカーソルなど、他の形式の構成要素です。
Many implementations of BMP were created because of Windows' commercial success in the 1990s. Usage of the format for interchange has declined since the advent of PNG (for lossless raster graphics) and JPEG (for lossy raster graphics); however, a large body of free and commercially available BMP artwork exists. Since Windows Icons are a building block of "favicon.ico" web technology, an implementer would almost certainly need to support this format for basic interoperability.
1990年代にWindowsが商業的に成功したため、BMPの多くの実装が作成されました。交換用の形式の使用は、PNG（ロスのないラスターグラフィック用）およびJPEG（ロスのあるラスターグラフィック用）の登場以来、減少しています。ただし、無料で市販されているBMPアートワークが多数存在します。 Windowsアイコンは "favicon.ico" Webテクノロジーのビルディングブロックであるため、実装者は基本的に相互運用性のためにこのフォーマットをサポートする必要があります。
Microsoft publicly documented the BMP format as early as the 1992 Windows 3.1 SDK (in the Windows Metafile documentation). Since 2007 Microsoft has released the format specification [MS-WMF], which includes most components of the Windows Bitmap format, under its Open Specification Promise [MS-OSP]. See Section 2.2.2.9 of [MS-WMF] (DeviceIndependentBitmap Object). BMP data begins with a BITMAPFILEHEADER and is followed by one of the bitmap headers (BITMAPINFOHEADER, BITMAPV4HEADER, or BITMAPV5HEADER), optional color table data, bitmap data, and optional profile data, in that order [BMPSTOR].
マイクロソフトは、1992 Windows 3.1 SDK（Windowsメタファイルのドキュメント）として、BMP形式を公式に文書化しました。 2007年以降、MicrosoftはOpen Specification Promise [MS-OSP]に基づいて、Windowsビットマップ形式のほとんどのコンポーネントを含む形式仕様[MS-WMF]をリリースしています。 [MS-WMF]（DeviceIndependentBitmapオブジェクト）のセクション2.2.2.9を参照してください。 BMPデータはBITMAPFILEHEADERで始まり、その後にビットマップヘッダー（BITMAPINFOHEADER、BITMAPV4HEADER、またはBITMAPV5HEADER）、オプションのカラーテーブルデータ、ビットマップデータ、オプションのプロファイルデータのいずれかが[BMPSTOR]の順序で続きます。
Implementers need to be aware of the [MICE] vulnerability, and to guard against it. Some details are included in the completed registration template.
実装者は[MICE]の脆弱性を認識し、それを防ぐ必要があります。一部の詳細は、完成した登録テンプレートに含まれています。
Type name: image
タイプ名：画像
Subtype name: wmf
サブタイプ名：wmf
Required parameters: None.
必須パラメーター：なし。
Optional parameters:
オプションのパラメーター：
DEFAULT_CHARSET: The character set intended when the CharacterSet enumeration (see the WMF specification) specifies DEFAULT_CHARSET. The value of this parameter is a charset from the IANA "Character Sets" registry <http://www.iana.org/assignments/character-sets>. When this parameter is not specified, DEFAULT_CHARSET has the following meaning in the WMF specification: "a character set based on the current system locale; for example, when the system locale is United States English, the default character set is ANSI_CHARSET" (which is Windows-1252, more or less). That is, when not specified, the default character set is system dependent. This optional parameter is new to this registration and may not enjoy widespread support for some time. Therefore, EMF instead of WMF (or if necessary under the circumstances, embedded EMF within WMF) is a more sensible choice when text is present.
DEFAULT_CHARSET：CharacterSet列挙（WMF仕様を参照）がDEFAULT_CHARSETを指定するときに意図された文字セット。このパラメータの値は、IANAの「文字セット」レジストリ<http://www.iana.org/assignments/character-sets>の文字セットです。このパラメーターが指定されていない場合、DEFAULT_CHARSETはWMF仕様で次の意味を持ちます。「現在のシステムロケールに基づく文字セット。たとえば、システムロケールが米国英語の場合、デフォルトの文字セットはANSI_CHARSETです（これはWindows-1252、多かれ少なかれ）。つまり、指定されていない場合、デフォルトの文字セットはシステムに依存します。このオプションのパラメーターは、この登録に新しく追加されたものであり、しばらくの間は広範囲にわたるサポートを受けられない場合があります。したがって、テキストが存在する場合は、WMFの代わりにEMF（または必要に応じてWMF内に埋め込まれたEMF）を選択する方が賢明です。
Encoding considerations: Binary.
エンコーディングに関する考慮事項：バイナリ。
Security considerations:
セキュリティに関する考慮事項：
The Windows Metafile format's security history is punctuated in 2005-2006 with the disclosure of the Metafile Image Code Execution ("MICE") vulnerability. MICE won the 2007 Pwnie Award for "Mass 0wnage" and "Breaking the Internet". The official Microsoft security bulletin describes that the flaw occurs because Windows Metafiles can set the SETABORTPROC value of the MetafileEscapes enumeration (accessible via the META_ESCAPE record), allowing for arbitrary code execution, i.e., "active content".
Windowsメタファイル形式のセキュリティ履歴は、メタファイル画像コード実行（「MICE」）の脆弱性の開示により、2005〜2006年に中断されています。 MICEは2007年のPwnie Awardで「Mass 0wnage」と「Breaking the Internet」を受賞しました。マイクロソフトの公式セキュリティ情報では、WindowsメタファイルがMetafileEscapes列挙（META_ESCAPEレコードを介してアクセス可能）のSETABORTPROC値を設定し、任意のコード実行、つまり「アクティブコンテンツ」を実行できるため、この問題が発生すると説明しています。
Windows Metafiles can contain Enhanced Metafiles using the META_ESCAPE_ENHANCED_METAFILE record; thus, the security considerations of EMF apply to WMF.
Windowsメタファイルには、META_ESCAPE_ENHANCED_METAFILEレコードを使用して拡張メタファイルを含めることができます。したがって、EMFのセキュリティに関する考慮事項がWMFに適用されます。
Windows Metafiles are historically very buggy. As the original intent was to replicate Windows GDI calls, flaws in GDI, or in a display or printer driver implementing the backend to GDI, could be exploitable. WMF implementations not backed by Windows GDI have different risks: namely, while a malicious WMF author may not consider the non-Windows GDI implementation as a primary target, WMF has many "corner case" records for which an implementation's processing may not have received the same level of scrutiny as the Windows implementation. "Fuzzing" the implementation is appropriate.
Windowsメタファイルは歴史的に非常にバグが多いです。元々の目的はWindows GDI呼び出しを複製することだったので、GDI、またはGDIのバックエンドを実装するディスプレイまたはプリンタードライバーの欠陥が悪用される可能性があります。 Windows GDIでサポートされていないWMF実装にはさまざまなリスクがあります。つまり、悪意のあるWMF作成者はWindows以外のGDI実装を主要なターゲットとは見なさないかもしれませんが、WMFには実装の処理が受け取っていない可能性のある多くの「コーナーケース」レコードがあります。 Windows実装と同じレベルの精査。実装を「ファジング」するのが適切です。
As a "basic" image format, the image/wmf media type does not employ executable content and provides no facilities for privacy or integrity.
「基本的な」画像フォーマットとして、image / wmfメディアタイプは実行可能なコンテンツを使用せず、プライバシーや整合性のための機能を提供しません。
Interoperability considerations:
相互運用性に関する考慮事項：
Windows Metafile is the original 16-bit metafile format; it was released in 1990 at what some computer historians might consider the "zenith" of the desktop publishing revolution. Accordingly, there is a large body of free and commercially available clip art that is still in use, either independently or embedded in productivity documents (word processing documents, desktop publishing documents, slideshows, presentations, spreadsheets, and workbooks). For example, references to WMF content appear (non-normatively) in Office Open XML. To say that support for this format is necessary for interoperability would not be an understatement.
Windowsメタファイルは、元の16ビットメタファイル形式です。これは、一部のコンピュータ歴史家がデスクトップパブリッシング革命の「天頂」と見なす可能性のある時期に、1990年にリリースされました。したがって、独立して、または生産性ドキュメント（ワープロドキュメント、デスクトップパブリッシングドキュメント、スライドショー、プレゼンテーション、スプレッドシート、およびワークブック）に埋め込まれて、まだ使用されている無料の市販のクリップアートが多数あります。たとえば、WMFコンテンツへの参照は、OfficeオープンXMLに（標準ではなく）表示されます。このフォーマットのサポートが相互運用性のために必要であると言うことは控えめな表現ではないでしょう。
Accommodations for comments or arbitrary data storage in Windows Metafiles are virtually non-existent. However, Windows Metafiles can contain Enhanced Metafiles using the META_ESCAPE_ENHANCED_METAFILE record, so an implementation that handles Windows Metafiles is also expected to handle enhanced metafile content. Windows Metafiles can store and output text strings (see META_TEXTOUT and META_EXTTEXTOUT records), but the encodings of the strings may be ambiguous. Unicode encodings are not possible without the DEFAULT_CHARSET parameter defined in this registration.
Windowsメタファイル内のコメントまたは任意のデータストレージへの対応は、事実上存在しません。ただし、Windowsメタファイルには、META_ESCAPE_ENHANCED_METAFILEレコードを使用して拡張メタファイルを含めることができるため、Windowsメタファイルを処理する実装は、拡張メタファイルコンテンツも処理することが期待されています。 Windowsメタファイルはテキスト文字列（META_TEXTOUTおよびMETA_EXTTEXTOUTレコードを参照）を格納および出力できますが、文字列のエンコーディングがあいまいな場合があります。この登録で定義されているDEFAULT_CHARSETパラメータがないと、Unicodeエンコーディングはできません。
The previously unregistered type image/x-wmf is also in wide use. Accordingly, it is registered as a deprecated alias.
以前に登録されていないタイプimage / x-wmfも広く使用されています。したがって、非推奨のエイリアスとして登録されています。
Published specification:
公開された仕様：
WMF: Microsoft Corporation, "[MS-WMF]: Windows Metafile Format", v20160714 (Rev 13.1), July 2016, <http://msdn.microsoft.com/library/cc250370>.
WMF：Microsoft Corporation、「[MS-WMF]：Windows Metafile Format」、v20160714（Rev 13.1）、2016年7月、<http://msdn.microsoft.com/library/cc250370>。
Applications that use this media type:
このメディアタイプを使用するアプリケーション：
Office productivity applications; clip art applications; desktop publishing applications; some web browsers (e.g., Internet Explorer).
オフィス生産性アプリケーション。クリップアートアプリケーション;デスクトップパブリッシングアプリケーション;一部のWebブラウザー（Internet Explorerなど）。
Fragment identifier considerations: None.
フラグメント識別子の考慮事項：なし。
Additional information:
追加情報：
Deprecated alias names for this type: image/x-wmf
このタイプの非推奨のエイリアス名：image / x-wmf
Magic number(s): D7 CD C6 9A (little-endian DWORD 0x9AC6CDD7)
マジックナンバー：D7 CD C6 9A（リトルエンディアンDWORD 0x9AC6CDD7）
File extension(s): .wmf
ファイル拡張子：.wmf
Macintosh file type code(s): None. A uniform type identifier (UTI) of "com.microsoft.wmf" is suggested.
Macintoshファイルタイプコード：なし。 "com.microsoft.wmf"のUniform Type Identifier（UTI）が推奨されます。
Person & email address to contact for further information:
詳細について連絡する人とメールアドレス：
Sean Leonard <dev+ietf@seantek.com>
Restrictions on usage: None.
使用制限：なし。
Author/Change controller: Sean Leonard <dev+ietf@seantek.com>
Intended usage: COMMON
使用目的：COMMON
Provisional registration? No
仮登録？番号
Type name: image
タイプ名：画像
Subtype name: emf
サブタイプ名：emf
Required parameters: None.
必須パラメーター：なし。
Optional parameters: None.
オプションのパラメーター：なし。
Encoding considerations: Binary.
エンコーディングに関する考慮事項：バイナリ。
Security considerations:
セキュリティに関する考慮事項：
Enhanced Metafiles are not afflicted with the Metafile Image Code Execution ("MICE") vulnerability. There has been no public disclosure of vulnerabilities specific to EMF or EMF+ to date. Neither EMF nor EMF+ are designed to contain "active content". Nonetheless, Enhanced Metafiles can contain Encapsulated PostScript (EPS) data; thus, the security considerations of PostScript processing may also apply to EMF.
拡張メタファイルは、メタファイル画像コード実行（「MICE」）の脆弱性の影響を受けません。これまでのところ、EMFまたはEMF +に固有の脆弱性の公開はありません。 EMFもEMF +も「アクティブコンテンツ」を含むようには設計されていません。それにもかかわらず、拡張メタファイルにはカプセル化PostScript（EPS）データを含めることができます。したがって、PostScript処理のセキュリティに関する考慮事項がEMFにも適用される場合があります。
As the original intent was to replicate Windows GDI calls, flaws in GDI, or in a display or printer driver implementing the backend to GDI, could be exploitable with maliciously crafted EMF content. EMF implementations not backed by Windows GDI have different risks: namely, while a malicious EMF author may not consider the non-Windows GDI implementation as a primary target, EMF has many "corner case" records for which an implementation's processing may not have received the same level of scrutiny as the Windows implementation. "Fuzzing" the implementation is appropriate. It is also possible that EMF+ data is "safe" while EMF data contains an exploit (or vice versa); the EMF+-aware implementation (such as an application designed for GDI+ on Windows XP or above) would skip the "unsafe" data while another implementation would fall prey to the exploit.
本来の目的はWindows GDI呼び出しを複製することだったため、GDI、またはGDIへのバックエンドを実装するディスプレイまたはプリンタードライバーの欠陥が、悪意を持って作成されたEMFコンテンツで悪用される可能性があります。 Windows GDIでサポートされていないEMF実装にはさまざまなリスクがあります。つまり、悪意のあるEMF作成者はWindows以外のGDI実装を主要なターゲットとは見なさないかもしれませんが、EMFには、実装の処理が受け取っていない可能性のある多くの「コーナーケース」レコードがあります。 Windows実装と同じレベルの精査。実装を「ファジング」するのが適切です。 EMF +データが「安全」である一方で、EMFデータにエクスプロイトが含まれている（またはその逆）ことも可能です。 EMF +対応の実装（Windows XP以降でGDI +用に設計されたアプリケーションなど）は「安全でない」データをスキップし、別の実装はエクスプロイトの犠牲になります。
As a "basic" image format, the image/emf media type does not employ executable content and provides no facilities for privacy or integrity.
「基本的な」画像形式として、画像/ emfメディアタイプは実行可能なコンテンツを使用せず、プライバシーや整合性のための機能を提供しません。
Interoperability considerations:
相互運用性に関する考慮事項：
Enhanced Metafile is the 32-bit metafile format; it was released in 1992 along with Windows NT 3.1. There is a large body of free and commercially available clip art that is still in use, either independently or embedded in productivity documents (word processing documents, desktop publishing documents, slideshows, presentations, spreadsheets, and workbooks). To say that support for this format is necessary for interoperability would not be an understatement.
拡張メタファイルは32ビットのメタファイル形式です。 1992年にWindows NT 3.1とともにリリースされました。独立して、または生産性ドキュメント（ワープロドキュメント、デスクトップパブリッシングドキュメント、スライドショー、プレゼンテーション、スプレッドシート、およびワークブック）に埋め込まれて、現在も使用されている無料の市販のクリップアートが多数あります。このフォーマットのサポートが相互運用性のために必要であると言うことは控えめな表現ではないでしょう。
Enhanced Metafiles have extensive accommodations for comments and arbitrary data storage. Enhanced Metafiles can store and output text strings. Mercifully, the encodings of these strings are well-defined. Record examples include EMR_EXTTEXTOUTA (US-ASCII), EMR_EXTTEXTOUTW (UTF16-LE), EMR_POLYTEXTOUTA (US-ASCII), EMR_POLYTEXTOUTW (UTF16-LE), and EMR_SMALLTEXTOUT (UTF16-LE or the low-order 8 bits of UTF16-LE -- effectively ISO-8859-1 -- depending on ETO_SMALL_CHARS).
拡張メタファイルには、コメントと任意のデータストレージのための広範な調整機能があります。拡張メタファイルは、テキスト文字列を保存および出力できます。幸いなことに、これらの文字列のエンコーディングは明確に定義されています。レコードの例には、EMR_EXTTEXTOUTA（US-ASCII）、EMR_EXTTEXTOUTW（UTF16-LE）、EMR_POLYTEXTOUTA（US-ASCII）、EMR_POLYTEXTOUTW（UTF16-LE）、およびEMR_SMALLTEXTOUT（UTF16-LEまたはUTF16-LEの下位8ビット）が含まれます。実質的にはISO-8859-1-ETO_SMALL_CHARSに依存）。
Enhanced Metafiles can contain Encapsulated PostScript (EPS) data in the EpsData object. The FormatSignature EPS_SIGNATURE (0x46535045, in little-endian) is used instead of ENHMETA_SIGNAUTRE (0x464D4520, in little-endian) in such a case.
拡張メタファイルには、EpsDataオブジェクトにEncapsulated PostScript（EPS）データを含めることができます。このような場合、FormatSignature EPS_SIGNATURE（リトルエンディアンの0x46535045）は、ENHMETA_SIGNAUTRE（リトルエンディアンの0x464D4520）の代わりに使用されます。
Windows XP introduced the GDI+ API, along with EMF+. EMF+ is actually an embedded format in which GDI+ commands are stored as EMF comment records (EMR_COMMENT_EMFPLUS record type). Content containing EMF+ data can be identified as "EMF+ Only" (only EMF+; the EMF records are not sufficient to reconstitute the drawing) or "EMF+ Dual" (both EMF records alone or EMF+ records alone, when played back, are sufficient to reconstitute the drawing). Support for EMF+ records may not be as extensive as support for the original EMF records.
Windows XPでは、EMF +とともにGDI + APIが導入されました。 EMF +は、実際には、GDI +コマンドがEMFコメントレコード（EMR_COMMENT_EMFPLUSレコードタイプ）として格納される埋め込み形式です。 EMF +データを含むコンテンツは、「EMF +のみ」（EMF +のみ。EMFレコードは図面を再構成するのに十分ではありません）または「EMF +デュアル」（EMFレコードのみまたはEMF +レコードのみ、再生時に再構成するのに十分）として識別できます。お絵かき）。 EMF +レコードのサポートは、元のEMFレコードのサポートほど広範囲ではない場合があります。
The previously unregistered type image/x-emf is also in wide use. Accordingly, it is registered as a deprecated alias.
以前に登録されていないタイプのimage / x-emfも広く使用されています。したがって、非推奨のエイリアスとして登録されています。
Published specification:
公開された仕様：
EMF: Microsoft Corporation, "[MS-EMF]: Enhanced Metafile Format", v20160714 (Rev 12.0), July 2016, <http://msdn.microsoft.com/library/cc230514>.
EMF：Microsoft Corporation、「[MS-EMF]：Enhanced Metafile Format」、v20160714（Rev 12.0）、2016年7月、<http://msdn.microsoft.com/library/cc230514>。
EMF+: Microsoft Corporation, "[MS-EMFPLUS]: Enhanced Metafile Format Plus Extensions", v20160714 (Rev 14.1), July 2016, <http://msdn.microsoft.com/library/cc230724>.
EMF +：Microsoft Corporation、「[MS-EMFPLUS]：Enhanced Metafile Format Plus Extensions」、v20160714（Rev 14.1）、2016年7月、<http://msdn.microsoft.com/library/cc230724>。
Applications that use this media type:
このメディアタイプを使用するアプリケーション：
Office productivity applications; clip art applications; desktop publishing applications; some web browsers (e.g., Internet Explorer).
オフィス生産性アプリケーション。クリップアートアプリケーション;デスクトップパブリッシングアプリケーション;一部のWebブラウザー（Internet Explorerなど）。
Fragment identifier considerations: None.
フラグメント識別子の考慮事項：なし。
Additional information:
追加情報：
Deprecated alias names for this type: image/x-emf
このタイプの非推奨のエイリアス名：image / x-emf
Magic number(s): 01 00 00 00 (little-endian DWORD 0x00000001), corresponding to the EMR_HEADER Type field. The next field (EMR_HEADER Size) should be at least 88 (little-endian DWORD 0x00000050).
マジック番号：EMR_HEADER Typeフィールドに対応する01 00 00 00（リトルエンディアンDWORD 0x00000001）。次のフィールド（EMR_HEADERサイズ）は少なくとも88（リトルエンディアンDWORD 0x00000050）でなければなりません。
File extension(s): .emf (for both EMF and EMF+ content) Macintosh file type code(s): None. A uniform type identifier (UTI) of "com.microsoft.emf" is suggested.
ファイル拡張子：.emf（EMFおよびEMF +コンテンツの両方）Macintoshファイルタイプコード：なし。 "com.microsoft.emf"のUniform Type Identifier（UTI）が推奨されます。
Person & email address to contact for further information:
詳細について連絡する人とメールアドレス：
Sean Leonard <dev+ietf@seantek.com>
Restrictions on usage: None.
使用制限：なし。
Author/Change controller: Sean Leonard <dev+ietf@seantek.com>
Intended usage: COMMON
使用目的：COMMON
Provisional registration? No
仮登録？番号
Type name: image
タイプ名：画像
Subtype name: bmp
サブタイプ名：bmp
Required parameters: None.
必須パラメーター：なし。
Optional parameters: None.
オプションのパラメーター：なし。
Encoding considerations: Binary.
エンコーディングに関する考慮事項：バイナリ。
Security considerations:
セキュリティに関する考慮事項：
Bitmaps have a mostly unremarkable security history.
ビットマップには、ほとんど目立たないセキュリティ履歴があります。
Because BMP data can encapsulate JPEG or PNG data (BI_JPEG, BI_PNG values of the Compression enumeration in Section 2.1.1.7 of the WMF specification), the security considerations of JPEG and PNG processing may also apply to BMP.
BMPデータはJPEGまたはPNGデータ（WMF仕様のセクション2.1.1.7のCompression列挙体のBI_JPEG、BI_PNG値）をカプセル化できるため、JPEGおよびPNG処理のセキュリティに関する考慮事項がBMPにも適用される場合があります。
As a "basic" image format, the image/bmp media type does not employ executable content and provides no facilities for privacy or integrity.
「基本的な」画像形式として、画像/ bmpメディアタイプは実行可能なコンテンツを使用せず、プライバシーや整合性のための機能を提供しません。
Interoperability considerations:
相互運用性に関する考慮事項：
Uncompressed Windows Bitmaps can be rather large. If there is a need to compress an image, modern applications should consider emitting JPEG or PNG data instead of embedding them in BMP payloads.
非圧縮のWindowsビットマップはかなり大きくなる可能性があります。画像を圧縮する必要がある場合、最新のアプリケーションでは、BMPペイロードに埋め込むのではなく、JPEGまたはPNGデータを出力することを検討する必要があります。
Published specification:
公開された仕様：
WMF: Microsoft Corporation, "[MS-WMF]: Windows Metafile Format", v20160714 (Rev 13.1), July 2016, <http://msdn.microsoft.com/library/cc250370>.
WMF：Microsoft Corporation、「[MS-WMF]：Windows Metafile Format」、v20160714（Rev 13.1）、2016年7月、<http://msdn.microsoft.com/library/cc250370>。
BMP: Microsoft Corporation, "Bitmap Storage", MSDN ID dd183391, <http://msdn.microsoft.com/library/dd183391>.
BMP：Microsoft Corporation、「ビットマップストレージ」、MSDN ID dd183391、<http://msdn.microsoft.com/library/dd183391>。
Applications that use this media type:
このメディアタイプを使用するアプリケーション：
Office productivity applications; clip art applications; desktop publishing applications; web browsers; graphics processing applications.
オフィス生産性アプリケーション。クリップアートアプリケーション;デスクトップパブリッシングアプリケーション;ウェブブラウザー;グラフィックス処理アプリケーション。
Fragment identifier considerations: None.
フラグメント識別子の考慮事項：なし。
Additional information:
追加情報：
Magic number(s): 42 4D ("BM"), meaning "bitmap". The next field (BITMAPFILEHEADER bfSize) is a little-endian DWORD indicating the size of the bitmap content in bytes.
マジックナンバー：42 4D（「BM」）、「ビットマップ」を意味します。次のフィールド（BITMAPFILEHEADER bfSize）は、ビットマップコンテンツのサイズをバイト単位で示すリトルエンディアンDWORDです。
File extension(s): .bmp, .dib
ファイル拡張子：.bmp、.dib
Macintosh file type code(s): "BMP ", "BMPf", or "BMPp". Apple has promulgated a uniform type identifier (UTI) of "com.microsoft.bmp".
Macintoshファイルタイプコード：「BMP」、「BMPf」、または「BMPp」。 Appleは「com.microsoft.bmp」の統一型識別子（UTI）を公布しました。
Person & email address to contact for further information:
詳細について連絡する人とメールアドレス：
Sean Leonard <dev+ietf@seantek.com>
Restrictions on usage: None.
使用制限：なし。
Author/Change controller: Sean Leonard <dev+ietf@seantek.com>
Intended usage: COMMON
使用目的：COMMON
Provisional registration? No
仮登録？番号
IANA has registered the media types image/wmf, image/x-wmf, image/emf, image/x-emf, and image/bmp in the standards tree using the applications provided in Sections 2, 3, and 4 of this document.
IANAは、このドキュメントのセクション2、3、および4で提供されるアプリケーションを使用して、メディアタイプimage / wmf、image / x-wmf、image / emf、image / x-emf、およびimage / bmpを標準ツリーに登録しました。
See the registration templates for their respective security considerations.
それぞれのセキュリティに関する考慮事項については、登録テンプレートを参照してください。
The Metafile Image Code Execution (MICE) vulnerability won the 2007 Pwnie Award for "Mass 0wnage" and "Breaking the Internet" [PWNIES07].
Metafile Image Code Execution（MICE）の脆弱性は、「Mass 0wnage」および「Breaking the Internet」[PWNIES07]の2007 Pwnie Awardを受賞しました。
[BMPSTOR] Microsoft Corporation, "Bitmap Storage", MSDN ID dd183391, <http://msdn.microsoft.com/library/dd183391>.
[BMPSTOR] Microsoft Corporation、「ビットマップストレージ」、MSDN ID dd183391、<http://msdn.microsoft.com/library/dd183391>。
[MS-EMF] Microsoft Corporation, "[MS-EMF]: Enhanced Metafile Format", v20160714 (Rev 12.0), July 2016, <http://msdn.microsoft.com/library/cc230514>.
[MS-EMF] Microsoft Corporation、「[MS-EMF]：Enhanced Metafile Format」、v20160714（Rev 12.0）、2016年7月、<http://msdn.microsoft.com/library/cc230514>。
[MS-EMF+] Microsoft Corporation, "[MS-EMFPLUS]: Enhanced Metafile Format Plus Extensions", v20160714 (Rev 14.1), July 2016, <http://msdn.microsoft.com/library/cc230724>.
[MS-EMF +] Microsoft Corporation、「[MS-EMFPLUS]：Enhanced Metafile Format Plus Extensions」、v20160714（Rev 14.1）、2016年7月、<http://msdn.microsoft.com/library/cc230724>。
[MS-WMF] Microsoft Corporation, "[MS-WMF]: Windows Metafile Format", v20160714 (Rev 13.1), July 2016, <http://msdn.microsoft.com/library/cc250370>.
[MS-WMF] Microsoft Corporation、「[MS-WMF]：Windows Metafile Format」、v20160714（Rev 13.1）、2016年7月、<http://msdn.microsoft.com/library/cc250370>。
[MICE] Microsoft Corporation, "Vulnerability in Graphics Rendering Engine Could Allow Remote Code Execution (912919)", MS06-001, V1.0, January 2006, <https://technet.microsoft.com/library/security/ms06-001>.
[MICE] Microsoft Corporation、「グラフィックスレンダリングエンジンの脆弱性により、リモートでコードが実行される（912919）」、MS06-001、V1.0、2006年1月、<https://technet.microsoft.com/library/security/ms06- 001>。
[MS-OSP] Microsoft Corporation, "Open Specification Promise", February 2007, <https://msdn.microsoft.com/ en-us/openspecifications/dn646765>.
[MS-OSP] Microsoft Corporation、「Open Specification Promise」、2007年2月、<https://msdn.microsoft.com/ en-us / openspecifications / dn646765>。
[OOXML] Ecma International, "Office Open XML File Formats", Standard ECMA-376, Fourth Edition, ISO/IEC 29500, December 2012, <http://www.ecma-international.org/publications/ standards/Ecma-376.htm>.
[OOXML] Ecma International、「Office Open XML File Formats」、標準ECMA-376、第4版、ISO / IEC 29500、2012年12月、<http://www.ecma-international.org/publications/standards/Ecma-376 .htm>。
[PWNIES07] Pwnie Awards LLC, "Winners of Pwnie Awards 2007", 2007, <http://pwnies.com/archive/2007/winners/>.
[PWNIES07] Pwnie Awards LLC、「Winners of Pwnie Awards 2007」、2007、<http://pwnies.com/archive/2007/winners/>。
Author's Address
著者のアドレス
Sean Leonard Penango, Inc. 5900 Wilshire Boulevard 21st Floor Los Angeles, CA 90036 United States of America
Sean Leonard Penango、Inc. 5900 Wilshire Boulevard 21st Floor Los Angeles、CA 90036アメリカ合衆国
Email: dev+ietf@seantek.com
URI: http://www.penango.com/