[要約] RFC 3302は、TIFF形式の画像を扱うためのMIMEサブタイプの登録に関するものです。このRFCの目的は、TIFF形式の画像を正確に識別し、適切に処理するための標準化を提供することです。
Network Working Group G. Parsons
Request for Comments: 3302 Nortel Networks
Obsoletes: 2302 J. Rafferty
Category: Standards Track Brooktrout Technology
September 2002
Tag Image File Format (TIFF) - image/tiff MIME Sub-type Registration
タグイメージファイル形式（TIFF） - 画像/TIFF MIMEサブタイプの登録
Status of this Memo
本文書の位置付け
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このドキュメントは、インターネットコミュニティのインターネット標準トラックプロトコルを指定し、改善のための議論と提案を要求します。このプロトコルの標準化状態とステータスについては、「インターネット公式プロトコル標準」（STD 1）の現在のエディションを参照してください。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2002). All Rights Reserved.
Copyright（c）The Internet Society（2002）。無断転載を禁じます。
Abstract
概要
This document describes the registration of the MIME sub-type image/tiff. This document refines an earlier sub-type registration in RFC 1528.
このドキュメントでは、MIMEサブタイプの画像/TIFFの登録について説明します。このドキュメントでは、RFC 1528での以前のサブタイプの登録を改善します。
This document obsoletes RFC 2302.
このドキュメントは、RFC 2302を廃止します。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [REQ].
「必須」、「そうしない」、「必須」、「shall」、「shall "、" ingle "、" should "、" not "、" becommended "、" bay "、および「optional」は、RFC 2119 [req]に記載されているとおりに解釈される。
This document describes the registration of the MIME sub-type image/tiff. The baseline encoding of TIFF (Tag Image File Format) is defined by [TIFF].
このドキュメントでは、MIMEサブタイプの画像/TIFFの登録について説明します。TIFF（タグイメージファイル形式）のベースラインエンコーディングは、[TIFF]で定義されます。
This document is a product of the IETF Internet Fax Working Group. All comments on this document should be forwarded to the email distribution list at <ietf-fax@imc.org>.
このドキュメントは、IETFインターネットFAXワーキンググループの製品です。このドキュメントに関するすべてのコメントは、<ietf-fax@imc.org>の電子メール配布リストに転送する必要があります。
TIFF (Tag Image File Format) Revision 6.0 is defined in detail by Adobe in [TIFF]. The documentation can be obtained from Adobe at:
TIFF（タグイメージファイル形式）リビジョン6.0は、[TIFF]のAdobeによって詳細に定義されています。ドキュメントは、次のようなAdobeから入手できます。
Adobe Developers Association Adobe Systems Incorporated 345 Park Avenue San Jose, CA 95110-2704
Adobe Developers Association Adobe Systems Incorporated 345 Park Avenue San Jose、CA 95110-2704
Phone: +1-408-536-6000
Fax: +1-408-537-6000
A copy of this specification can also be found in: http://partners.adobe.com/asn/developer/PDFS/TN/TIFF6.pdf
この仕様のコピーは、http：//partners.adobe.com/asn/developer/pdfs/tn/tiff6.pdfにもあります。
While a brief scope and feature description is provided in this section as background information, the reader is directed to the original TIFF specification [TIFF] to obtain complete feature and technical details.
このセクションでは、背景情報として簡単な範囲と機能の説明が提供されていますが、読者は完全な機能と技術的な詳細を取得するために、元のTIFF仕様[TIFF]に向けられています。
TIFF describes image data that typically comes from scanners, frame grabbers, and paint- and photo-retouching programs. TIFF is not a printer language or page description language. The purpose of TIFF is to describe and store raster image data. A primary goal of TIFF is to provide a rich environment within which applications can exchange image data. This richness is required to take advantage of the varying capabilities of scanners and other imaging devices. Though TIFF is a rich format, it can easily be used for simple scanners and applications as well because the number of required fields is small.
TIFFは、通常、スキャナー、フレームグラバー、塗装および写真の再び回転プログラムから得られる画像データを説明しています。TIFFは、プリンター言語やページの説明言語ではありません。TIFFの目的は、ラスター画像データを説明および保存することです。TIFFの主な目標は、アプリケーションが画像データを交換できる豊富な環境を提供することです。この豊かさは、スキャナーやその他のイメージングデバイスのさまざまな機能を活用するために必要です。TIFFは豊富な形式ですが、必要なフィールドの数が小さいため、簡単なスキャナーやアプリケーションにも簡単に使用できます。
Some of the features of TIFF (from [TIFF]) are:
tiff（[tiff]から）のいくつかの機能は次のとおりです。
- TIFF is capable of describing bilevel, grayscale, palette-color, and full-color image data in several color spaces.
- Tiffは、いくつかのカラースペースで、Bilevel、Grayscale、Palette-Color、およびフルカラーの画像データを説明できます。
- TIFF includes a number of compression schemes that allow developers to choose the best space or time tradeoff for their applications.
- TIFFには、開発者がアプリケーションに最適なスペースまたはタイムトレードオフを選択できるようにする多くの圧縮スキームが含まれています。
- TIFF is designed to be extensible and to evolve gracefully as new needs arise.
- TIFFは、拡張可能であり、新しいニーズが生じるにつれて優雅に進化するように設計されています。
- TIFF allows the inclusion of an unlimited amount of private or special-purpose information.
- TIFFは、無制限の量のプライベートまたは特別な情報を含めることができます。
The image/tiff content-type was previously defined in RFC 1528 as containing TIFF 6.0 encoded image data, with specific reference made to a subset known as TIFF Class F. This document redefines the original image/tiff definition to refer to TIFF 6.0 [TIFF] encoded image data, consistent with existing practice for TIFF aware Internet applications. This definition is further enhanced by introducing the new "application parameter" (section 6.2) to enable identification of a specific subset of TIFF and TIFF extensions for the encoded image data.
画像/TIFFコンテンツタイプは、TIFF 6.0エンコード画像データを含むRFC 1528で以前に定義されていました。TIFFクラスFとして知られるサブセットを特定の参照を使用して、このドキュメントはTIFF 6.0 [TIFFを参照する元の画像/TIFF定義を再定義します。] Encoded Image Dataは、TIFF Awareインターネットアプリケーションの既存のプラクティスと一致しています。この定義は、新しい「アプリケーションパラメーター」（セクション6.2）を導入して、エンコードされた画像データのTIFFおよびTIFF拡張機能の特定の識別を可能にすることにより、さらに強化されます。
There are cases where it may be useful to identify the application applicable to the content of an image/tiff body. Typically, this would be used to assist the recipient in dispatching a suitable rendering package to handle the display or processing of the image file. As a result, an optional "application" parameter is defined for image/tiff to identify a particular application's subset of TIFF and TIFF extensions for the encoded image data, if it is known. No values are defined in this document.
画像/TIFFボディの内容に適用可能なアプリケーションを特定することが役立つ場合があります。通常、これは、イメージファイルの表示または処理を処理するための適切なレンダリングパッケージの発送を受信者が支援するために使用されます。その結果、オプションの「アプリケーション」パラメーターが画像/TIFFに対して定義されており、既知の場合、エンコードされた画像データの特定のアプリケーションのTIFFおよびTIFF拡張機能を識別します。このドキュメントでは、値は定義されていません。
Example:
例：
Content-type: image/tiff; application=foo
There is no default value for application, as the absence of the application parameter indicates that the encoded TIFF image is Baseline TIFF or that it is not necessary to identify the application. It is up to the recipient's implementation to determine the application (if necessary) and render the image to the user.
アプリケーションパラメーターがないことは、エンコードされたTIFF画像がベースラインTIFFであること、またはアプリケーションを識別する必要がないことを示しているため、アプリケーションにデフォルト値はありません。アプリケーションを決定（必要に応じて）決定し、ユーザーに画像をレンダリングするのは、受信者の実装次第です。
New values for the image/tiff application parameter must be approved by the IESG prior to registration. As a result, the publication of a description of parameter values in an RFC is required.
画像/TIFFアプリケーションパラメーターの新しい値は、登録前にIESGによって承認される必要があります。その結果、RFCでのパラメーター値の説明の公開が必要です。
Guidelines on writing IANA considerations for RFCs can be found in RFC 2434.
RFCのIANAの考慮事項の作成に関するガイドラインは、RFC 2434に記載されています。
An application parameter is a hint to the receiver. It MUST NOT be used as a blind request to execute some arbitrary program.
アプリケーションパラメーターは、受信者のヒントです。任意のプログラムを実行するための盲目的な要求として使用してはなりません。
Instead, it should be viewed rather as an indication of what sort of application would be able to handle the content most appropriately.
代わりに、どのようなアプリケーションがコンテンツを最も適切に処理できるかを示すことを示すものとしてむしろ見る必要があります。
To: ietf-types@iana.org Subject: Registration of Standard MIME media type image/tiff
宛先：ietf-types@iana.org件名：標準MIMEメディアタイプの画像/tiffの登録
MIME media type name: image
MIMEメディアタイプ名：画像
MIME subtype name: tiff
MIMEサブタイプ名：TIFF
Required parameters: none
必要なパラメーター：なし
Optional parameters: application
オプションのパラメーター：アプリケーション
There is no format specified for the value of this parameter in addition to that specified by [MIME1]. Various applications of TIFF may define values as required as hints to the receiver. There is no default value for application, as the absence of the application parameter indicates that the encoded TIFF image is Baseline TIFF or that it is not necessary to identify the application. It is up to the implementation to determine the application (if necessary) and render the image to the user.
[mime1]で指定されたものに加えて、このパラメーターの値に指定された形式はありません。TIFFのさまざまなアプリケーションは、必要に応じてレシーバーへのヒントとして値を定義する場合があります。アプリケーションパラメーターがないことは、エンコードされたTIFF画像がベースラインTIFFであること、またはアプリケーションを識別する必要がないことを示しているため、アプリケーションにデフォルト値はありません。アプリケーションを決定し（必要に応じて）、ユーザーに画像をレンダリングするのは実装次第です。
Encoding considerations:
考慮事項のエンコード：
This media type consists of binary data. The base64 encoding should be used on transports that cannot accommodate binary data directly.
このメディアタイプは、バイナリデータで構成されています。Base64エンコーディングは、バイナリデータに直接対応できないトランスポートに使用する必要があります。
Security considerations:
セキュリティ上の考慮事項：
TIFF utilizes a structure which can store image data and attributes of this image data. The fields defined in the TIFF specification are of a descriptive nature and provide information that is useful to facilitate the viewing and rendering of images by a recipient. As such, the fields currently defined in the TIFF specification do not in themselves create additional security risks, since the fields are not used to induce any particular behavior by the recipient application.
TIFFは、この画像データの画像データと属性を保存できる構造を利用しています。TIFF仕様で定義されているフィールドは、記述的性質のものであり、受信者による画像の表示とレンダリングを促進するのに役立つ情報を提供します。そのため、TIFF仕様で現在定義されているフィールド自体は、受信者アプリケーションによって特定の動作を誘導するためにフィールドを使用していないため、追加のセキュリティリスクを作成しません。
TIFF has an extensible structure, so that it is theoretically possible that fields could be defined in the future which could be used to induce particular actions on the part of the recipient, thus presenting additional security risks, but this type of capability is not supported in the referenced TIFF specification. Indeed, the definition of fields which would include such processing instructions is inconsistent with the goals and spirit of the TIFF specification as defined to date.
TIFFには拡張可能な構造があるため、理論的には、受信者の側面に特定のアクションを誘導するために使用できるため、フィールドを将来定義できるため、追加のセキュリティリスクを提示できますが、このタイプの機能はサポートされていません。参照されたTIFF仕様。実際、このような処理手順を含むフィールドの定義は、これまで定義されているTIFF仕様の目標と精神と矛盾しています。
Interoperability considerations:
相互運用性の考慮事項：
The ability of implementations to handle all the defined applications (or profiles within applications) of TIFF may not be ubiquitous. As a result, implementations may decode and attempt to display the encoded TIFF image data only to determine that the image cannot be rendered. The presence of the application parameter may aid in allowing this determination before dispatching for rendering. However, it should be noted that the parameter value is not intended to convey levels of capabilities for a particular application.
TIFFのすべての定義されたアプリケーション（またはアプリケーション内のプロファイル）を処理する実装の能力は、遍在していない場合があります。その結果、実装は、エンコードされたTIFF画像データをデコードして表示しようとする場合のみ、画像をレンダリングできないと判断します。アプリケーションパラメーターの存在は、レンダリングのために派遣する前にこの決定を許可するのに役立ちます。ただし、パラメーター値は、特定のアプリケーションの機能のレベルを伝えることを意図していないことに注意する必要があります。
Published specification:
公開された仕様：
TIFF (Tag Image File Format) is defined in: TIFF (TM) Revision 6.0 - Final June 3, 1992
TIFF（タグイメージファイル形式）は次のように定義されています：TIFF（TM）リビジョン6.0- 1992年6月3日
Adobe Developers Association Adobe Systems Incorporated 345 Park Avenue San Jose, CA 95110-2704
Adobe Developers Association Adobe Systems Incorporated 345 Park Avenue San Jose、CA 95110-2704
Phone: +1-408-536-6000
Fax: +1-408-537-6000
A copy of this specification can be found in: http://partners.adobe.com/asn/developer/pdfs/tn/TIFF6.pdf
この仕様のコピーは、http：//partners.adobe.com/asn/developer/pdfs/tn/tiff6.pdfにあります。
Applications which use this media type:
このメディアタイプを使用するアプリケーション：
Imaging, fax, messaging and multi-media
イメージング、ファックス、メッセージング、マルチメディア
Additional information:
追加情報：
Magic number(s):
II (little-endian): 49 49 2A 00 hex
MM (big-endian): 4D 4D 00 2A hex
File extension(s): .TIF
Macintosh File Type Code(s): TIFF
Person & email address to contact for further information:
詳細については、連絡先への個人およびメールアドレス：
Glenn W. Parsons gparsons@nortelnetworks.com
Glenn W. Parsons gparsons@nortelnetworks.com
James Rafferty jraff@brooktrout.com
James Rafferty jraff@brooktrout.com
Intended usage: COMMON
意図された使用法：共通
Change controller: James Rafferty
Change Controller：James Rafferty
TIFF utilizes a structure which can store image data and attributes of this image data. The fields defined in the TIFF specification are of a descriptive nature and provide information that is useful to facilitate the viewing and rendering of images by a recipient. As such, the fields currently defined in the TIFF specification do not in themselves create additional security risks, since the fields are not used to induce any particular behavior by the recipient application.
TIFFは、この画像データの画像データと属性を保存できる構造を利用しています。TIFF仕様で定義されているフィールドは、記述的性質のものであり、受信者による画像の表示とレンダリングを促進するのに役立つ情報を提供します。そのため、TIFF仕様で現在定義されているフィールド自体は、受信者アプリケーションによって特定の動作を誘導するためにフィールドを使用していないため、追加のセキュリティリスクを作成しません。
TIFF has an extensible structure, so that it is theoretically possible that fields could be defined in the future which could be used to induce particular actions on the part of the recipient, thus presenting additional security risks, but this type of capability is not supported in the referenced TIFF specification. Indeed, the definition of fields which would include such processing instructions is inconsistent with the goals and spirit of the TIFF specification as defined to date.
TIFFには拡張可能な構造があるため、理論的には、受信者の側面に特定のアクションを誘導するために使用できるため、フィールドを将来定義できるため、追加のセキュリティリスクを提示できますが、このタイプの機能はサポートされていません。参照されたTIFF仕様。実際、このような処理手順を含むフィールドの定義は、これまで定義されているTIFF仕様の目標と精神と矛盾しています。
* Correction of magic number * Improvements of the security considerations * Change of change controller * Various editorials to improve clarity
* マジック番号の修正 *セキュリティの考慮事項の改善 * Change Controllerの変更 *明確さを改善するためのさまざまな社説
[REQ] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[Req] Bradner、S。、「要件レベルを示すためにRFCで使用するためのキーワード」、BCP 14、RFC 2119、1997年3月。
[MIME1] Freed, N. and N. Borenstein, "Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies", RFC 2045, November 1996.
[Mime1] Freed、N。and N. Borenstein、「多目的インターネットメール拡張機能（MIME）パート1：インターネットメッセージボディの形式」、RFC 2045、1996年11月。
[MIME4] Freed, N. and N. Borenstein, "Multipurpose Internet Mail Extensions (MIME) Part Four: Registration Procedures", BCP 13, RFC 2048, November 1996.
[Mime4] Freed、N。およびN. Borenstein、「多目的インターネットメールエクステンション（MIME）パート4：登録手順」、BCP 13、RFC 2048、1996年11月。
[TIFF] Adobe Developers Association, TIFF (TM) Revision 6.0 - Final, June 3, 1992.
[TIFF] Adobe Developers Association、TIFF（TM）Revision 6.0-最終、1992年6月3日。
[TIFFREG] Parsons, G., Rafferty, J. and S. Zilles, "Tag Image File Format (TIFF) -image/tiff MIME Sub-type Registration", RFC 2302, March 1998.
[Tiffreg] Parsons、G.、Rafferty、J。and S. Zilles、「タグイメージファイル形式（TIFF）-IMAGE/TIFF MIMEサブタイプ登録」、RFC 2302、1998年3月。
[TPC.INT] Malamud, C. and M. Rose, "Principles of Operation for the TPC.INT Subdomain: Remote Printing -- Technical Procedures", RFC 1528, October 1993.
[TPC.INT] Malamud、C。およびM. Rose、「TPC.INTサブドメインの操作の原則：リモート印刷 - 技術手順」、RFC 1528、1993年10月。
Glenn W. Parsons Nortel Networks P.O. Box 3511, Station C Ottawa, ON K1Y 4H7 Canada
グレン・W・パーソンズ・ノルテル・ネットワークP.O.ボックス3511、ステーションCオタワ、K1Y 4H7カナダ
Phone: +1-613-763-7582
Fax: +1-613-763-2697
EMail: gparsons@nortelnetworks.com
James Rafferty Brooktrout Technology 410 First Avenue Needham, MA 02494 USA
ジェームズラファティブルックトラウトテクノロジー410ファーストアベニューニーダム、マサチューセッツ州02494 USA
Phone: +1-781-433-9462
Fax: +1-781-433-9268
EMail: jraff@brooktrout.com
Copyright (C) The Internet Society (2002). All Rights Reserved.
Copyright（c）The Internet Society（2002）。無断転載を禁じます。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
このドキュメントと翻訳は他の人にコピーされて提供される場合があり、それについてコメントまたは説明する派生作品、またはその実装を支援することができます。、上記の著作権通知とこの段落がそのようなすべてのコピーとデリバティブ作品に含まれている場合。ただし、このドキュメント自体は、インターネット協会や他のインターネット組織への著作権通知や参照を削除するなど、いかなる方法でも変更できない場合があります。インターネット標準プロセスに従うか、英語以外の言語に翻訳するために必要な場合に従う必要があります。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上記の限られた許可は永続的であり、インターネット社会またはその後継者または譲受人によって取り消されることはありません。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントと本書に含まれる情報は、「現状」に基づいて提供されており、インターネット社会とインターネットエンジニアリングタスクフォースは、ここにある情報の使用が行われないという保証を含むがこれらに限定されないすべての保証を否認します。特定の目的に対する商品性または適合性の権利または黙示的な保証を侵害します。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFCエディター機能の資金は現在、インターネット協会によって提供されています。