Network Working Group G. Klyne
Request for Comments: 2879 Content Technologies
Obsoletes: 2531 L. McIntyre
Category: Standards Track Xerox Corporation
August 2000
Content Feature Schema for Internet Fax (V2)
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 (2000). All Rights Reserved.
著作権（C）インターネット協会（2000）。全著作権所有。
Abstract
抽象
This document defines a content media feature schema for Internet fax.
このドキュメントはインターネットファックスのためのコンテンツメディア機能のスキーマを定義します。
It is a profile of the media feature registration mechanisms [1,2,3] for use in performing capability identification between extended Internet fax systems [5]. It replaces and updates the feature schema defined in RFC 2531.
これは、拡張インターネットファックスシステム間で機能識別を行う際に使用するためのメディア特徴登録メカニズム[1,2,3]のプロファイルである[5]。それは置き換えられ、RFC 2531で定義された機能のスキーマを更新します。
Table of Contents
目次
1. Introduction .............................................2
1.1 Organization of this document ........................3
1.2 Terminology and document conventions .................3
1.3 Discussion of this document ..........................4
2. Fax feature schema syntax ................................4
3. Internet fax feature tags ................................4
3.1 Image size ...........................................5
3.2 Resolution ...........................................5
3.3 Media type ...........................................6
3.4 Paper Size ...........................................6
3.5 Color capability .....................................7
3.6 Color model ..........................................8
3.7 Image coding ........................................11
3.8 MRC mode ............................................12
4. Examples ................................................13
4.1 Simple mode Internet fax system ....................13
4.2 High-end black-and-white Internet fax system.........14
4.3 Grey-scale Internet fax system ......................14
4.4 Full-color Internet fax system (JPEG only) ..........15
4.5 Full-color Internet fax system (JPEG and JBIG) ......16
4.6 Full-color Internet fax system (MRC) ................17
4.7 Sender and receiver feature matching ................19
5. IANA Considerations .....................................21
6. Security Considerations .................................21
6.1 Capability descriptions and mechanisms ..............21
6.2 Specific threats ....................................21
7. Acknowledgements ........................................22
8. References ..............................................22
9. Authors' Addresses ......................................24
Appendix A: Feature registrations ..........................25
A.1 Image size ..........................................25
A.2 Resolution aspect ratio .............................27
A.3 Color levels ........................................28
A.4 Color space ........................................30
A.5 CIELAB color illuminant .............................33
A.6 CIELAB color depth ..................................35
A.7 CIELAB color gamut ..................................37
A.8 Image file structure ................................39
A.9 Image data coding ...................................41
A.10 Image coding constraint ............................43
A.11 JBIG stripe size .................................. 44
A.12 Image interleave ...................................46
A.13 Color subsampling ..................................47
A.14 MRC availability and mode ..........................49
A.15 MRC maximum stripe size ............................50
Appendix B: TIFF mode descriptions .........................52
Appendix C: Changes from RFC 2531 ..........................57
Full Copyright Statement ...................................58
This document defines a content media feature schema for Internet fax.
このドキュメントはインターネットファックスのためのコンテンツメディア機能のスキーマを定義します。
It is a profile of the media feature registration mechanisms [1,2,3] for use in performing capability identification between extended Internet fax systems [5]. It replaces and updates the feature schema defined in RFC 2531.
これは、拡張インターネットファックスシステム間で機能識別を行う際に使用するためのメディア特徴登録メカニズム[1,2,3]のプロファイルである[5]。それは置き換えられ、RFC 2531で定義された機能のスキーマを更新します。
The media feature description mechanisms do not describe any specific mechanisms for communicating capability information, but do presume that any such mechanisms will transfer textual values. In conjunction with this feature schema, they specify a textual format to be used for describing Internet Fax capability information.
メディア特徴記述メカニズムは、能力情報を通信するための任意の特定のメカニズムを説明していませんが、どのようなメカニズムは、テキストの値を転送することを想定します。この機能スキーマに関連して、彼らは、インターネットファクス機能情報を記述するために使用されるテキスト形式を指定します。
The range of capabilities that can be indicated are based on those covered by the TIFF file format for Internet fax [7] and Group 3 facsimile [6]. A companion document [4] describes the relationship and mapping between this schema and Group 3 fax capabilities.
示すことができる機能の範囲は、インターネットファックスのためのTIFFファイル形式によってカバーされたものに基づいている[7]及びグループ3ファクシミリ[6]。仲間ドキュメント[4]は、このスキーマとグループ3 FAX機能との関係とマッピングについて説明します。
Section 2 specifies the overall syntax for fax feature descriptions by reference to the media feature registration and syntax documents [1,2].
第2節では、[1,2]メディア特徴登録と構文の文書を参照することにより、FAX機能の説明のための全体的な構文を指定します。
Section 3 enumerates the feature tags that are to be recognized and processed by extended Internet fax systems, according to their capabilities.
第3節では、その能力に応じて、拡張インターネットファックスシステムによって認識され、処理される機能タグを列挙します。
Appendix A contains additional feature tag registrations for media features that are specific to fax and for which no applicable registration already exists. These are presented in the form prescribed by the media feature registration procedure [1].
付録Aは、FAXに固有のメディア機能のためと該当登録がすでに存在しないため、追加のフィーチャータグの登録が含まれています。これらは、メディア特徴登録手順[1]によって規定された形態で提示されます。
The term "extended Internet fax system" is used to describe any software, device or combination of these that conforms to the specification "Extended Facsimile Using Internet Mail" [5].
用語「拡張インターネットファックスシステム」は、「インターネットメールを使用したファクシミリ拡張」仕様に準拠する任意のソフトウェア、デバイス、またはこれらの組み合わせを記述するために使用されている[5]。
"capability exchange" describes any transfer of information between communicating systems that is used to indicate system capabilities and hence determine the form of data transferred. This term covers both one-way and two-way transfers of capability information.
「能力交換」は、システムの能力を示し、したがって、転送されるデータの形式を決定するために使用されるシステムの通信との間の情報の任意の転送を記述する。この用語は、機能情報の両方の一方向および双方向転送をカバーしています。
"capability identification" is a particular form of capability exchange in which a receiving system provides capability information to a sending system.
「能力の識別」は受信システムが、送信システムに能力情報を提供する能力交換の特定の形態です。
"capability description" is a collection of data presented in some specific format that describes the capabilities of some communicating entity. It may exist separately from any specific capability exchange mechanism.
「機能の説明は」いくつかの通信エンティティの機能について説明し、いくつかの特定の形式で提示されたデータの集まりです。これは、任意の特定の能力交換メカニズムとは別に存在してもよいです。
NOTE: Comments like this provide additional nonessential
information about the rationale behind this document.
Such information is not needed for building a conformant
implementation, but may help those who wish to understand
the design in greater depth.
Discussion of this document should take place on the Internet fax mailing list hosted by the Internet Mail Consortium (IMC). Please send comments regarding this document to:
本書の議論は、インターネットメールコンソーシアム（IMC）が主催するインターネットファクスメーリングリストで行われるべき。このドキュメントに関するコメントを送ってください。
ietf-fax@imc.org
いえｔｆーふぁｘ＠いｍｃ。おｒｇ
To subscribe to this list, send a message with the body 'subscribe' to "ietf-fax-request@imc.org".
このリストを購読するには、「ietf-fax-request@imc.org」に「購読の体にメッセージを送信します。
To see what has gone on before you subscribed, please see the mailing list archive at:
あなたが加入する前に行っているかを確認するには、でメーリングリストのアーカイブを参照してください。
http://www.imc.org/ietf-fax/
ｈっｔｐ：／／ｗっｗ。いｍｃ。おｒｇ／いえｔｆーふぁｘ／
The syntax for the fax feature schema is described by "A syntax for describing media feature sets" [2]. This in turn calls upon media feature tags that may be registered according to the procedure described in "Media Feature Tag Registration Procedure" [1].
ファックス機能スキーマの構文は、「メディア機能セットを記述するための構文」で記述される[2]。これは、順番に、「メディア特徴タグの登録手順」[1]に記載の手順に従って登録することができるメディア特徴タグに呼びかけ。
NOTE: Media feature registration provides a base
vocabulary of features that correspond to media handling
capabilities. The feature set syntax provides a
mechanism and format for combining these to describe
combinations of features. This memo indicates those
features that may be associated with extended Internet
fax systems.
This section enumerates and briefly describes a number of feature tags that are defined for use with extended Internet fax systems and applications. These tags may be used also by other systems and applications that support corresponding capabilities.
このセクションでは、列挙し、簡単に拡張インターネットファックスシステムやアプリケーションで使用するために定義された特徴タグの数を示します。これらのタグは、対応する機能をサポートする他のシステムやアプリケーションでも使用することができます。
The feature tags presented below are those that an extended Internet fax system is expected to recognize its ability or non-ability to handle.
以下に提示する機能タグは、拡張インターネットファックスシステムがその能力または処理するために、非能力を認識することが期待されているものです。
Definitive descriptions of feature tags are indicated by reference to their registration according to the media feature registration procedure [1] (some of which are appended to this document).
特徴タグの決定的な記述は、メディア特徴登録手順[1]（そのうちのいくつかは、この文書に添付されている）によれば、それらの登録を参照して示されています。
NOTE: The presence of a feature tag in this list does
not mean that an extended Internet fax system must have
that capability; rather, it must recognize the feature
tag and deal with it according to the capabilities that
it does have.
Further, an extended Internet fax system is not prevented from recognizing and offering additional feature tags. The list below is intended to provide a basic vocabulary that all extended Internet fax systems can use in a consistent fashion.
さらに、拡張インターネットファックスシステムは、追加機能のタグを認識し、提供することが防止されていません。以下のリストは、すべての拡張インターネットファックスシステムは一貫した方法で使用できる基本的な語彙を提供することを意図しています。
If an unrecognized or unused feature tag is received, the feature set matching rule (described in [2]) operates so that tag is effectively ignored.
認識されていない、または未使用の特徴タグが受信された場合、（[2]に記載の）特徴セットマッチングルールのでそのタグを効果的に無視されて動作します。
Feature tag name Legal values
---------------- ------------
size-x <Rational> (>0)
size-y <Rational> (>0)
Reference: this document, Appendix A.
参考：この文書は、付録A.
These feature values indicate a rendered document size in inches.
これらの特徴値はインチでレンダリングされた原稿のサイズを示しています。
Where the actual size is measured in millimetres, a conversion factor of 10/254 may be applied to yield an exact inch-based value.
実際のサイズは、ミリメートル単位で測定される、254分の10の変換係数は、正確インチベース値を得るために適用されてもよいです。
Feature tag name Legal values
---------------- ------------
dpi <Integer> (>0)
dpi-xyratio <Rational> (>0)
Reference: "Media Features for Display, Print, and Fax" [3], and this document appendix A.
参考：「表示、印刷、およびファックスのためのメディアの機能」[3]、およびこのドキュメントの付録A.
If 'dpi-xyratio' is present and not equal to 1 then the horizontal resolution (x-axis) is indicated by the 'dpi' feature value, and the vertical resolution (y-axis) is the value of 'dpi' divided by 'dpi-xyratio'.
「DPI-xyratio」が存在し、1に等しくない場合、水平解像度（x軸）は「DPI」特徴量で示され、垂直解像度（y軸）は「DPI」の値で割った値'DPI-xyratio'。
For example, the basic Group 3 fax resolution of 200*100dpi might be indicated as:
例えば、200 * 100dpiの基本的なグループ3ファクシミリ解像度は次のように示される場合があります。
(& (dpi=200) (dpi-xyratio=200/100) )
（＆（DPI = 200）（DPI-xyratio = 200/100））
When describing resolutions for an MRC format document, the complete set of usable resolutions is listed. However, there are some restrictions on their use: (a) 100dpi resolution can be used only with multi-level images, and (b) any multi-level image resolution is required to be an integral sub-multiple of the applicable mask resolution.
MRC形式文書の解像度を記述する場合、使用可能な解像度の完全なセットが表示されています。しかしながら、それらの使用に関するいくつかの制限がある：（a）に100dpiの解像度は、多値画像を使用することができ、および（b）任意の多値画像の解像度は、適用可能なマスク解像度の整数サブ複数であることが要求されます。
Feature tag name Legal values
---------------- ------------
ua-media screen
screen-paged
stationery
transparency
envelope
envelope-plain
continuous
Reference: "Media Features for Display, Print, and Fax" [3].
参考：「表示、印刷、およびファックスのためのメディアの機能」[3]。
NOTE: Where the recipient indicates specific support for
hard copy or soft copy media type, a sender of color
image data may wish to adjust the color components (e.g.
per the related rules of ITU recommendation T.42 [9]) to
improve rendered image quality on that medium.
Feature tag name Legal values
---------------- ------------
paper-size A4
A3
B4
letter
legal
Reference: "Media Features for Display, Print, and Fax" [3].
参考：「表示、印刷、およびファックスのためのメディアの機能」[3]。
Feature tag name Legal values
---------------- ------------
color Binary (bi-level only)
Limited (a limited number of colors)
Mapped (palette or otherwise mapped color)
Grey (grey-scale only)
Full (full continuous-tone color)
Reference: "Media Features for Display, Print, and Fax" [3].
参考：「表示、印刷、およびファックスのためのメディアの機能」[3]。
The intention here is to give a broad indication of color handling capabilities that might be used, for example, to select among a small number of available data resources.
ここでの意図は、利用可能なデータリソースの数が少ないの中から選択するように、例えば、使用されるかもしれない色処理能力の幅広い指示を与えることです。
The value of this feature also gives an indication of the more detailed color handling features that might be applicable (see next section).
この機能の値も適用できる可能性がある、より詳細なカラー処理機能（次のセクションを参照）の表示を提供します。
'Binary' indicates blank-and-white, or other bi-level capability. No further qualifying feature tags are required.
「バイナリ」は、ブランクと白、または他のバイレベルの能力を示します。これ以上の予選機能タグは必要ありません。
'Limited' indicates a small number of distinct fixed colors, such as might be provided by a highlight printer, pen plotter or limited color display. The 'color-levels' tag should be used to indicate the number of distinct colors available.
「限定」は、ハイライトプリンタ、ペンプロッタまたは制限されたカラーディスプレイによって提供されるかもしれないような、別個の固定色の小さな数を示します。 「色レベル」タグは、利用可能な異なる色の数を示すために使用されるべきです。
NOTE: No ability to indicate any specific or named color
is implied by this option. Some devices might use
different intensity levels rather than different hues for
distinction.
In the context of Internet fax, 'limited' is interpreted as one-bit-per-color-sample (RGB, CMY or CMYK), depending on the color space used.
インターネットファックスの文脈では、使用される色空間に応じて、1ビットあたりのカラーサンプル（RGB、CMYまたはCMYK）として解釈される「限定」。
'Mapped' indicates that pixel color values are mapped in some specifiable way to a multi-component color space. The 'color-levels' tag may be used to indicate the number of distinct colors available; in its absence, sufficient levels to display a photographic image should be assumed.
「マップされた」ピクセルカラー値は、多成分の色空間に何らかの指定できるようにマッピングされることを示しています。 「色レベル」タグは、利用可能な異なる色の数を示すために使用されてもよいです。その非存在下で、撮影画像を表示するための十分なレベルを想定しなければなりません。
'Grey' indicates a continuous tone grey-scale capability.
「グレー」は連続階調グレースケールの能力を示します。
'Full' indicates full continuous tone color capability.
「フル」は、完全な連続階調カラー能力を示します。
For 'Mapped', 'Grey' and 'Full' color, additional feature tags (section 3.6) may be used to further qualify the color reproduction.
「マップされた」、「グレー」と「フル」色のために、追加の特徴タグ（セクション3.6）は、さらに色再現性を修飾するために使用されてもよいです。
Feature tag name Legal values
---------------- ------------
color-levels <integer> (>2)
color-space Device-RGB (device RGB)
Device-CMY (device CMY)
Device-CMYK (device CMYK)
CIELAB (LAB per T.42 [9])
(may be extended by further registrations)
color-illuminant <token> (per ITU T.4 [13], E.6.7)
D50
D65
D75
SA
SC
F2
F7
F11
CTnnnn (see below)
CIELAB-L-depth <integer> (>0)
CIELAB-a-depth "
CIELAB-b-depth "
CIELAB-L-min <integer>
CIELAB-L-max "
CIELAB-a-min "
CIELAB-a-max "
CIELAB-b-min "
CIELAB-b-max "
Reference: this document, appendix A.
参考：この文書は、付録A.
The general model for image handling (both color and non-color) is described here from a receiver's perspective; a similar model operates in the reverse direction for a scan/send perspective:
（色及び非色の両方）を処理画像のための一般的なモデルは、受信機の観点から本明細書に記載されています。同様のモデルは、スキャン/視点を送るための逆方向に動作します。
raw bit pixel color physical
stream -(A)-> values -(B)-> values -(C)-> rendition
- "raw bit stream" is a stream of coded bits
- 「生ビットストリーム」符号化ビットのストリームであります
(A) indicates image coding/decoding (MH,MR,MMR,JPEG,JBIG,etc.)
（A）は、画像符号化/復号化を示し（MH、MR、MMR、JPEG、JBIG、など。）
- "pixel values" are a single numeric value per picture element that designates the color of that element.
- 「画素値」とは、その要素の色を指定する画素ごとに単一の数値です。
(B) indicates pixel-to-color value mapping
（B）は、画素間の色値のマッピングを示しています
- "color values" have a separate numeric value for each color component (i.e. L*, a*, b* in the case of CIELAB indicated above.)
- 「色の値」は、各色成分の別の数値（すなわち、のL *、*は、CIELABの場合のb *は上記で示した。）を有しています
(C) indicates how the color values are related to a physical color. This involves interpretation of the color value with respect to a color model (e.g. RGB, L*a*b*, CMY, CMYK) and a color space (which is typically recipient-dependent).
（C）は、カラー値が物理色に関連しているかを示します。これは、カラーモデル（例えばRGB、L * a * b *表、CMY、CMYK）色空間（典型的には、受信者に依存している）に対するカラー値の解釈を伴います。
- "physical rendition" is a color value physically realized on a display, printer or other device.
- 「物理的な表現は、」物理的に、ディスプレイ、プリンタ又は他の装置上で実現色値です。
There are many variables that can be applied at each stage of the processing of a color image, and any may be critical to meaningful handling of that image in some circumstances. In other circumstances many of the variables may be implied (to some level of approximation) in the application that uses them (e.g. color images published on a Web page).
そこカラー画像の処理の各段階で適用することができる多くの変数があり、いずれも、いくつかの状況において、その画像の意味の取り扱いにとって重要であり得ます。他の状況での変数の多くは、それらを使用するアプリケーションに（例えば、カラー画像は、Webページ上で公開された）（近似のいくつかのレベルに）暗示されてもよいです。
The color feature framework described here is intended to allow capability description at a range of granularity: feature tags which correspond to implied (or "don't care" or "unknown") feature values may simply be omitted from a capability description.
ここで説明した色特徴枠組みは粒度の範囲で能力の記述を可能にするように意図されている：暗黙の（または「ドント・ケア」または「不明」）に対応する特徴タグ特徴値は、単に機能の説明から省略されてもよいです。
Grey scale and bi-level images are handled within this framework as a special case, having a 1-component color model. The following features are used for describing color capabilities:
グレースケールおよびバイレベル画像は、1成分の色モデルを有する、特殊なケースとして、このフレームワーク内で処理されます。次の機能は、カラー機能を記述するために使用されます。
'color-levels' indicates the number of distinct values for each picture element, and applies to all but bi-level images. For bi-level images, a value of 2 is implied.
「色レベル」各画素のための異なる値の数を示し、及びバイレベル画像が、すべてに適用されます。バイレベル画像に対して、2の値が暗示されます。
'color-space' is used mainly with 'Mapped' and 'Full', but could be used with other modes if the exact color or color model used is significant. Two kinds of color space can be distinguished: device-dependent and calibrated. Device dependent spaces are named here as 'Device-xxx', and are used to indicate a color space that is defined by the receiving device. Calibrated color spaces presume the existence of a rendering system that is calibrated with respect to an indicated definition, and is capable of processing the device-independent color information accordingly.
「色空間」は、「マップされた」と「フル」で主に使用されるが、使用される正確な色または色モデルが有意である場合、他のモードで使用することができます。色空間の二種類を区別することができます。デバイス依存およびキャリブレーション。デバイス依存空間は「デバイス-XXX」としてここで命名され、受信装置によって定義される色空間を示すために使用されます。較正された色空間は、指示された定義に対して較正されるレンダリングシステムの存在を推定し、それに応じてデバイス非依存の色情報を処理することができます。
A color-handling receiver should indicate any appropriate device color space capability in addition to any calibrated color spaces that it may support. A calibrated color space should be used when precise color matching is required in the absence of specific knowledge of the receiving system.
色処理受信機は、それがサポートすることができる任意の較正色空間に加えて、任意の適切なデバイス色空間能力を示すべきです。正確なカラーマッチングが受信システムの具体的な知識が存在しない場合に必要とされる場合に較正された色空間が使用されるべきです。
NOTE: In practice, although they appear to be separate concepts, the color model and color space cannot be separated. In the final analysis, a color model (RGB, CMY, etc.) must be defined with respect to some color space.
注：彼らは別の概念のように見えるが、実際には、カラーモデルとカラースペースを分離することはできません。最終的な分析では、カラーモデル（RGB、CMYなど）、いくつかの色空間に関して定義されなければなりません。
'color-illuminant' indicates a CIE illuminant, using the same general form that is used for this purpose by Group 3 fax (as defined in ITU T.4 [13], section E.6.7). When the illuminant is specified by its color temperature, the token string 'CTnnnn' is used, where 'nnnn' is a decimal number that is the color temperature in Kelvins; e.g. CT7500 indicates an illuminant color temperature of 7500K.
「色光源は、」（ITU T.4 [13]、セクションE.6.7で定義されるように）グループ3ファックスで、この目的のために使用されるものと同じ一般的な形式を用いて、CIE光源を示しています。光源は、その色温度によって指定された場合、トークン文字列 'CTnnnnは「nnnnは」ケルビンの色温度であり、十進数である場合、使用されています。例えばCT7500は、7500Kの照明色温度を示しています。
NOTE: ITU T.4 indicates a binary representation for color temperature values.
注：ITU T.4色温度値のバイナリ表現を示しています。
In practice, much of the illuminant detail given here will probably be unused by Internet fax. The only value likely to be specified is 'D50', which is the default color illuminant for Group 3 fax.
実際には、ここで与えられた光源の詳細の多くは、おそらくインターネットファックスで未使用となります。指定される可能性が高い唯一の値は、グループ3ファクシミリのデフォルトの色の光源である「D50」です。
'CIELAB-L-depth', 'CIELAB-a-depth' and 'CIELAB-b-depth' indicate the number of different values that are possible for the L*, a* and b* color components respectively, and are significant only when colors are represented in a CIELAB color space. These features would be used with palletized color, or with full color where each color component has a different number of possible values.
「CIELAB-L-深さ」、「CIELAB-深さ」と「CIELAB-B-深度」は、それぞれのL *、a *及びb *の色成分の可能な異なる値の数を示し、そしてのみ有意です色は、CIELAB色空間で表現されている場合。これらの特徴は、パレット色で、各色成分が取り得る値の異なる数を有するフルカラーで使用されるであろう。
Color depth values relate to the representation of colour values rather than the resolution of a scanning or rendering device. Thus, if 256 different L-component values can be represented then the assertion (CIELAB-L-depth<=256) is used, even if a receiving device can render only 100 distinct luminance values. (Color rendering resolution is not covered by this memo.)
色深度値は、カラー値の表現ではなく、走査又はレンダリング装置の解像度に関する。 256個の異なるL成分値は、次に、アサーションを表現することができればこのようにして、（CIELAB-L-深さ<= 256）は、受信装置は、わずか100の異なる輝度値をレンダリングすることができても、使用されています。 （カラーレンダリング解像度はこのメモでカバーされていません。）
The 'CIELAB-x-min' and 'CIELAB-x-max' values indicate a color gamut (i.e. a range of color values that are used or may be rendered). A gamut may be indicated in terms of the CIELAB color space even when colors are represented in some other space.
「CIELAB-X分」および「CIELAB-X-MAX」の値は、色域（使用されているまたはレンダリングすることができる色の値の、すなわち範囲）を示します。色域は、色が他の空間で表現されていてもCIELAB色空間の点で示されてもよいです。
Feature tag name Legal values
---------------- ------------
image-file- TIFF
structure TIFF-limited
TIFF-minimal
TIFF-MRC
TIFF-MRC-limited
(may be extended by further registrations)
image-coding MH
MR
MMR
JBIG
JPEG
(may be extended by further registrations)
image-coding- JBIG-T85 (bi-level, per ITU T.85)
constraint JBIG-T43 (multi-level, per ITU T.43)
JPEG-T4E (per ITU T.4, Annex E)
(may be extended by further registrations)
JBIG-stripe-size <Integer>
image-interleave Stripe
Plane
color-subsampling "1:1:1" (no color subsampling)
"4:1:1" (4:1:1 color subsampling)
Reference: this document, appendix A.
参考：この文書は、付録A.
'image-file-structure' defines how the coded image data is wrapped and formatted. The following options are defined here:
「イメージファイル構造は、」符号化された画像データを包んでフォーマットされる方法を定義します。次のオプションは、ここで定義されています。
o 'TIFF' indicates image data enclosed and tagged using TIFF structures described in Adobe's definition of TIFF [20].
O「TIFF」は、画像データが封入及びTIFFのAdobeの定義[20]に記載のTIFF構造を用いてタグ付けさを示しています。
o 'TIFF-limited' indicates image data structured using TIFF, but with the limitations on the placement of Image File Descriptors (IFDs) indicated in section 4.4.6 of RFC 2301 [7].
O「TIFF制限」はTIFFを使用して構成された画像データを示しているが、画像のファイル記述子の配置上の制限付きで（のIFD）は、RFC 2301のセクション4.4.6に示されている[7]。
o 'TIFF-minimal' indicates a TIFF image format that meets the IFD placement, byte ordering and bit ordering requirements of the "minimal black and white mode" described in section 3.5 of RFC 2301 [7], also known as TIFF-S.
O「TIFF-最小」は、[7]、また、TIFF-Sとしても知られているRFC 2301のセクション3.5に記載された「最小白黒モード」のIFD配置、バイト順序とビット順序付け要件を満たしているTIFF画像フォーマットを示しています。
o 'TIFF-MRC' uses a TIFF image structure [20] augmented with a sub-IFD structure, described for the "Mixed Raster Content mode" in section 8.1.2 of RFC 2301 [7], also known as TIFF-M. This provides a file structure to contain composite images constructed using the MRC model described in T.44 [15] (see tag 'MRC-mode').
O「TIFF-MRCは、」サブIFD構造で補強TIFF画像構造[20]を使用して、[7]、また、TIFF-Mとして知られているRFC 2301のセクション8.1.2に「混合ラスタコンテンツモード」の説明。これはT.44 [15]に記載のMRCモデル（タグ「MRC-モード」を参照）を使用して構築された複合画像を含むようにファイル構造を提供します。
o 'TIFF-MRC-limited' is the same as 'TIFF-MRC', except that the primary IFD (i.e. top-level IFDs, as opposed to sub-IFDs) placement is constrained in the same way as 'TIFF-limited'.
O「制限されたTIFF-MRC」は点を除いて、「TIFF-MRC」と同じである一次IFD（すなわちトップレベルのIFD、サブのIFDとは対照的に）配置と同じように制約される「TIFF制限」 。
'image-coding' describes how raw image data is compressed and coded as a sequence of bits. These are generic tags that may apply to a range of file formats and usage environments.
「画像符号化は、」生の画像データを圧縮してビットのシーケンスとして符号化される方法を記載しています。これらは、ファイル形式や使用環境の範囲に適用されることがあり、一般的なタグです。
'image-coding-constraint' describes how the raw image data coding method is constrained to meet a particular operating environment. Options defined here are JBIG and JPEG coding constraints that apply in typical Group 3 fax environments.
「画像符号化制約は、」生の画像データの符号化方法は、特定の動作環境を満たすために制約される方法について説明します。ここで定義されたオプションは、一般的なグループ3ファックス環境に適用JBIGやJPEGコーディング制約です。
The 'JBIG-stripe-size' feature may be used with JBIG image coding, and indicates the number of scan lines in each stripe except the last in an image. The legal constraints are:
「JBIGストライプサイズ」の特徴は、JBIG画像符号化で使用され、画像の最後を除いて、各ストライプ内の走査線の数を示してもよいです。法的制約は以下のとおりです。
(JBIG-stripe-size=128) (JBIG-stripe-size>=0)
（JBIGストライプサイズ= 128）（JBIGストライプサイズ> = 0）
The latter being equivalent to no restriction.
後者は、制限なしに等価です。
NOTE: there are several image coding options here, and not all are required in all circumstances.
注：そこにいくつかの画像符号化のオプションはここにある、とすべてがすべての状況で必要とされていません。
Specification of the image-file-structure tag value alone is not normally sufficient to describe the capabilities of a recipient. A general rule is that sufficient detail should be provided to exclude any unsupported features.
単独画像ファイル構造のタグ値の仕様は、受信者の能力を記述するのに通常は十分ではありません。一般的なルールは十分な詳細は、任意のサポートされていない機能を除外するために提供されるべきであるということです。
For extended Internet fax, image-file-structure and image-coding should always be specified, together with additional values described above as needed to clearly indicate which feature tag values are supported and which are not. (See also the examples in section 4.)
必要に応じて拡張されたインターネットファックス、イメージ・ファイル構造と画像コーディングは常に一緒に、上記の追加の値を使用して、指定されなければならないために明確にタグ値がサポートされていないされていますかを指示します。 （また、セクション4の例を参照）。
Feature tag name Legal values
---------------- ------------
MRC-mode <Integer> (0..7) (per ITU T.44 [15])
MRC-max-stripe-size <Integer>
Reference: this document, appendix A.
参考：この文書は、付録A.
The 'MRC-mode' feature is used to indicate the availability of MRC (mixed raster content) image format capability. A zero value indicates MRC is not available, a non-zero value indicates the maximum available MRC mode number.
「MRC-モード」の特徴は、MRC（混合ラスタコンテンツ）画像フォーマット能力の利用可能性を示すために使用されます。ゼロ値は非ゼロ値は、最大利用可能なMRCモード番号を示し、MRCが利用できないことを示します。
An MRC formatted document is actually a collection of several images, each of which is described by a separate feature collection. An MRC-capable receiver is presumed to be capable of accepting any combination of contained images that conform to both the MRC construction rules and the image-coding capabilities declared elsewhere.
MRCフォーマットされた文書は、実際には別々の特徴集合によって記述されてそれぞれが複数の画像の集合です。 MRC-可能な受信機は、MRC構築ルールと他の場所で宣言された画像符号化機能の両方に準拠して含まれる画像の任意の組み合わせを受け入れることができると推定されます。
Within an MRC-formatted document, multi-level coders are used for foreground and background images (i.e. odd-numbered layers: 1, 3, 5, etc.) and bi-level coders are used for mask layers (i.e. even numbered layers 2, 4, 6, etc.). MRC format also imposes constraints on the resolutions that can be used.
MRCフォーマットの文書内、マルチレベル符号器は、前景と背景画像のために使用される（すなわち、奇数番目の層：1、3、5、等）及びバイレベルコーダは、マスク層のために使用される（すなわち、偶数層2 、4、6、等）。 MRCフォーマットを使用することも可能な解像度に制約を課します。
The 'MRC-max-stripe-size' feature may be used with MRC coding, and indicates the maximum number of scan lines in each MRC stripe. The legal constraints are:
「MRC-MAX-ストライプサイズ」の特徴は、MRCのコーディングで使用され、各MRCストライプにおける走査線の最大数を示してもよいです。法的制約は以下のとおりです。
(MRC-max-stripe-size<=256) (MRC-max-stripe-size>=0)
（MRC-MAX-ストライプサイズ<= 256）（MRC-MAX-ストライプサイズ> = 0）
These values indicate upper bounds on the stripe size. The actual value may vary between stripes, and the actual size for each stripe is indicated in the image data.
これらの値は、ストライプサイズの上限を示しています。実際の値は、ストライプ間で変化してもよいし、各ストライプの実際のサイズは、画像データに示されています。
The level of detail captured here reflects that used for capability identification in Group 3 facsimile.
ここで捕捉され、詳細のレベルは、グループ3ファクシミリの機能を識別するために使用したことを反映しています。
This example describes the capabilities of a typical simple mode Internet fax system. Note that TIFF profile S is required to be supported by such a system.
この例では、典型的なシンプルモードインターネットファックスシステムの機能について説明します。 TIFFプロフィールSは、このようなシステムでサポートされていることが必要であることに注意してください。
(& (image-file-structure=TIFF-minimal) (MRC-mode=0) (color=Binary) (image-coding=MH) (MRC-mode=0) (| (& (dpi=204) (dpi-xyratio=[204/98,204/196]) ) (& (dpi=200) (dpi-xyratio=[200/100,1]) ) ) (size-x<=2150/254) (paper-size=A4) (ua-media=stationery) )
（＆（イメージファイル構造= TIFF-最小）（MRC-MODE = 0）（色=バイナリ）（画像符号化= MH）（MRC-MODE = 0）（|（＆（DPI = 204）（DPI -xyratio = [204/98204/196]））（＆（DPI = 200）（DPI-xyratio = [200 / 100,1]）））（サイズX <= 254分の2150）（用紙サイズ= A4 ）（UA-メディア=文房具））
This would include support for B/W JBIG and be equivalent to what is sometimes called "Super G3", except that Internet fax functionality would be added.
これは、B / W JBIGのためのサポートが含まれており、そのインターネットファクス機能が追加される以外、時々、「スーパーG3」と呼ばれるものに相当します。
(& (image-file-structure=TIFF) (MRC-mode=0) (color=Binary) (| (& (dpi=204) (dpi-xyratio=[204/98,204/196]) ) (& (dpi=200) (dpi-xyratio=[200/100,1]) ) (& (dpi=300) (dpi-xyratio=1) ) ) (| (image-coding=[MH,MR,MMR]) (& (image-coding=JBIG) (image-coding-constraint=JBIG-T85) (JBIG-stripe-size=128) ) ) (size-x<=2150/254) (paper-size=[letter,A4,B4]) ) (ua-media=stationery) )
（＆（イメージファイル構造= TIFF）（MRC-MODE = 0）（色=バイナリ）（|（＆（DPI = 204）（DPI-xyratio = [204/98204/196]））（＆（DPI = 200）（DPI-xyratio = [200 / 100,1]））（＆（DPI = 300）（DPI-xyratio = 1）））（|（画像符号化= [MH、MR、MMR]）（＆ （画像符号化= JBIG）（画像符号化制約= JBIG-T85）（JBIGストライプサイズ= 128）））（サイズX <= 254分の2150）（用紙サイズ= [レター、A4、B4 ]））（UA-メディア=文房具））
This is the previous example extended to handle grey scale multi-level images. In keeping with Group 3 fax, this example requires equal x- and y- resolutions for a multi-level image.
これは、グレースケール多値画像を処理するために、拡張前の例です。グループ3ファクシミリに合わせて、この例では、多値画像に対して等しいx軸とy軸解像度を必要とします。
(& (image-file-structure=TIFF) (MRC-mode=0) (| (& (color=Binary) (| (image-coding=[MH,MR,MMR]) (& (image-coding=JBIG) (image-coding-constraint=JBIG-T85) (JBIG-stripe-size=128) ) ) (| (& (dpi=204) (dpi-xyratio=[204/98,204/196]) ) (& (dpi=200) (dpi-xyratio=[200/100,1]) ) (& (dpi=300) (dpi-xyratio=1) ) ) (& (color=Grey) (color-levels<=256) (color-space-CIELAB) (color-illuminant=D50) (CIELAB-L-min>=0) (CIELAB-L-max<=100) (| (& (image-coding=JPEG) (image-coding-constraint=JPEG-T4E) ) (& (image-coding=JBIG) (image-coding-constraint=JBIG-T43) (JBIG-stripe-size=128) (image-interleave=stripe) ) ) (dpi=[100,200,300]) (dpi-xyratio=1) ) ) (size-x<=2150/254) (paper-size=[letter,A4,B4]) ) (ua-media=stationery) )
（＆（イメージファイル構造= TIFF）（MRC-MODE = 0）（|（＆（色=バイナリ）（|（画像符号化= [MH、MR、MMR]）（＆（画像符号化= JBIG ）（画像符号化制約= JBIG-T85）（JBIGストライプサイズ= 128）））（|（＆（DPI = 204）（DPI-xyratio = [204/98204/196]））（＆（DPI = 200）（DPI-xyratio = [200 / 100,1]））（＆（DPI = 300）（DPI-xyratio = 1）））（＆（色=グレー）（色レベル<= 256）（色-space-CIELAB）（色光源= D50）（CIELAB-L分> = 0）（CIELAB-L-MAX <= 100）（|（＆（画像符号化= JPEG）（画像符号化制約= JPEG-T4E））（＆（画像符号化= JBIG）（画像符号化制約= JBIG-T43）（JBIGストライプサイズ= 128）（画像インターリーブ=ストライプ）））（DPI = [100,200,300]） （DPI-xyratio = 1）））（サイズX <= / 254 2150）（用紙サイズ= [レター、A4、B4]））（UA-メディア=文房具））
This adds 24-bit full-color to the previous example.
これは、前の例には、24ビットフルカラーを加算します。
(& (image-file-structure=TIFF) (MRC-mode=0) (| (& (color=Binary) (image-coding=[MH,MR,MMR]) (| (& (dpi=204) (dpi-xyratio=[204/98,204/196]) ) (& (dpi=200) (dpi-xyratio=[200/100,1]) ) (& (dpi=300) (dpi-xyratio=1) ) ) ) (& (color=grey) (image-coding=JPEG) (image-coding-constraint=JPEG-T4E) (color-levels<=256) (color-space=CIELAB) (color-illuminant=D50) (CIELAB-L-min>=0) (CIELAB-L-max<=100) (dpi=[100,200,300]) (dpi-xyratio=1) ) (& (color=full) (image-coding=JPEG) (image-coding-constraint=JPEG-T4E) (color-subsampling=["1:1:1","4:1:1"]) (color-levels<=16777216) (color-space=CIELAB) (color-illuminant=D50) (CIELAB-L-min>=0) (CIELAB-L-max<=100) (CIELAB-a-min>=-85) (CIELAB-a-max<=85) (CIELAB-b-min>=-75) (CIELAB-b-max<=125) (dpi=[100,200,300]) (dpi-xyratio=1) ) ) (size-x<=2150/254) (paper-size=[letter,A4,B4]) ) (ua-media=stationery) )
（＆（イメージファイル構造= TIFF）（MRC-MODE = 0）（|（＆（色=バイナリ）（画像符号化= [MH、MR、MMR]）（|（＆（DPI = 204）（ DPI-xyratio = [204/98204/196]））（＆（DPI = 200）（DPI-xyratio = [200 / 100,1]））（＆（DPI = 300）（DPI-xyratio = 1））） （）＆（色=グレー）（画像符号化= JPEG）（画像符号化制約= JPEG-T4E）（色レベル<= 256）（色空間= CIELAB）（色光源= D50）（CIELAB -L分> = 0）（CIELAB-L-MAX <= 100）（DPI = [100,200,300]）（DPI-xyratio = 1））（＆（色=フル）（画像符号化= JPEG）（イメージ - コーディング制約= JPEG-T4E）（カラーサブサンプリング= [ "1：1：1"、 "4：1：1"]）（色レベル<= 16777216）（色空間= CIELAB）（カラー光源= D50）（CIELAB-L分> = 0）（CIELAB-L-MAX <= 100）（CIELAB-分> = - 85）（CIELAB--MAX <= 85）（CIELAB-B-分> = - 75）（CIELAB-B-MAX <= 125）（DPI = [100,200,300]）（DPI-xyratio = 1）））（サイズX <= 254分の2150）（用紙サイズ= [レター、A4 、B4]））（UA-メディア=文房具））
This adds limited CMY(K), RGB and 16-bit mapped color using JBIG coding to the previous example.
これは前の例とJBIG符号化を用いてCMY（K）、RGB、16ビットマッピングされた色限定付加します。
(& (image-file-structure=TIFF) (MRC-mode=0) (| (& (color=Binary) (| (image-coding=[MH,MR,MMR]) (& (image-coding=JBIG) (image-coding-constraint=JBIG-T85) (JBIG-stripe-size=128) ) ) (| (& (dpi=204) (dpi-xyratio=[204/98,204/196]) ) (& (dpi=200) (dpi-xyratio=[200/100,1]) ) (& (dpi=300) (dpi-xyratio=1) ) ) ) (& (color=Limited) (image-coding=JBIG) (image-coding-constraint=JBIG-T43) (JBIG-stripe-size=128) (image-interleave=stripe) (| (& (color-space=[Device-RGB,Device-CMY]) (color-levels<=8) ) (& (color-space=Device-CMYK) (color-levels<=16) ) ) (dpi=[100,200,300]) (dpi-xyratio=1) ) (& (color=Mapped) (image-coding=JBIG) (image-coding-constraint=JBIG-T43) (JBIG-stripe-size=128) (image-interleave=stripe) (color-levels<=65536) (color-space=CIELAB) (color-illuminant=D50) (CIELAB-L-min>=0) (CIELAB-L-max<=100) (CIELAB-a-min>=-85) (CIELAB-a-max<=85) (CIELAB-b-min>=-75) (CIELAB-b-max<=125) (dpi=[100,200,300]) (dpi-xyratio=1) ) (& (color=grey) (| (& (image-coding=JPEG) (image-coding-constraint=JPEG-T4E) ) (& (image-coding=JBIG) (image-coding-constraint=JBIG-T43) (JBIG-stripe-size=128) (image-interleave=stripe) ) ) (color-levels<=256) (color-space=CIELAB) (color-illuminant=D50) (CIELAB-L-min>=0) (CIELAB-L-max<=100) (dpi=[100,200,300]) (dpi-xyratio=1) ) (& (color=full) (| (& (image-coding=JPEG) (image-coding-constraint=JPEG-T4E) (color-subsampling=["1:1:1","4:1:1"]) ) (& (image-coding=JBIG) (image-coding-constraint=JBIG-T43) (JBIG-stripe-size=128) (image-interleave=stripe) ) ) (color-levels<=16777216) (color-space=CIELAB) (color-illuminant=D50) (CIELAB-L-min>=0) (CIELAB-L-max<=100) (CIELAB-a-min>=-85) (CIELAB-a-max<=85) (CIELAB-b-min>=-75) (CIELAB-b-max<=125) (dpi=[100,200,300]) (dpi-xyratio=1) ) ) (size-x<=2150/254) (paper-size=[letter,A4,B4]) ) (ua-media=stationery) )
（＆（イメージファイル構造= TIFF）（MRC-MODE = 0）（|（＆（色=バイナリ）（|（画像符号化= [MH、MR、MMR]）（＆（画像符号化= JBIG ）（画像符号化制約= JBIG-T85）（JBIGストライプサイズ= 128）））（|（＆（DPI = 204）（DPI-xyratio = [204/98204/196]））（＆（DPI = 200）（DPI-xyratio = [200 / 100,1]））（＆（DPI = 300）（DPI-xyratio = 1））））（＆（色=リミテッド）（画像符号化= JBIG）（画像-coding制約= JBIG-T43）（JBIGストライプサイズ= 128）（画像インターリーブ=ストライプ）（|（＆（色空間= [デバイス-RGB、デバイス-CMY]）（色レベル<= 8））（＆（色空間=デバイスCMYK）（色レベル<= 16）））（DPI = [100,200,300]）（DPI-xyratio = 1））（＆（色=マッピングされる）（画像符号化= JBIG）（画像符号化制約= JBIG-T43）（JBIGストライプサイズ= 128）（画像インターリーブ=ストライプ）（色レベル<= 65536）（色空間= CIELAB）（色発光= D50）（CIELAB-L分> = 0）（CIELAB-L-MAX <= 100）（CIELAB-分> = - 85）（CIELAB--MAX <= 85）（CIELAB-B-分> = -75）（CIELAB-B-MAX <= 125）（DPI = [100,200,300]）（DPI-xyratio = 1））（＆（色=グレー）（|（＆（画像符号化= JPEG）（イメージ - コーディング制約= JPEG-T4E ））（＆（画像符号化= JBIG）（画像符号化制約= JBIG-T43）（JBIGストライプサイズ= 128）（画像インターリーブ=ストライプ）））（色レベル<= 256）（色-space = CIELAB）（色光源= D50）（CIELAB-L分> = 0）（CIELAB-L-MAX <= 100）（DPI = [100,200,300]）（DPI-xyratio = 1））（＆（色=フル）（| （＆（画像符号化= JPEG）（画像符号化制約= JPEG-T4E）（カラーサブサンプリング= [ "1：1：1"、 "4：1：1"]））（＆（画像符号化= JBIG）（画像符号化制約= JBIG-T43）（JBIGストライプサイズ= 128）（画像インターリーブ=ストライプ）））（色レベル<= 16777216）（色空間= CIELAB）（色 - 光源= D50）（CIELAB-L分> = 0）（CIELAB-L-MAX <= 100）（CIELAB-分> = - 85）（CIELAB--MAX <= 85）（CIELAB-B-分> = - 75）（CIELAB-B-MAX <= 125）（DPI = [100,200,300]）（DPI-xyratio = 1）））（サイズX <= 254分の2150）（用紙サイズ= [手紙、 A4、B4]））（UA-メディア=文房具））
This adds MRC image structures to the previous example.
これは、前の例にMRCの画像構造が追加されます。
(& (image-file-structure=TIFF-MRC) (MRC-mode<=1) (MRC-max-stripe-size>=0) (| (& (color=binary) (| (image-coding=[MH,MR,MMR]) (& (image-coding=JBIG) (image-coding-constraint=JBIG-T85) (JBIG-stripe-size=128) ) ) (| (& (dpi=204) (dpi-xyratio=[204/98,204/196]) ) (& (dpi=200) (dpi-xyratio=[200/100,1]) ) (& (dpi=[300,400]) (dpi-xyratio=1) ) ) ) (& (color=limited) (| (& (color-space=[Device-RGB,Device-CMY]) (color-levels<=8) ) ) (| (& (color-space=Device-CMYK) (color-levels<=16) ) ) (image-coding=JBIG) (image-coding-constraint=JBIG-T43) (JBIG-stripe-size=128) (image-interleave=stripe) (dpi=[100,200,300,400]) (dpi-xyratio=1) ) (& (color=mapped) (color-levels<=65536) (image-coding=JBIG) (image-coding-constraint=JBIG-T43) (JBIG-stripe-size=128) (image-interleave=stripe) (color-space=CIELAB) (CIELAB-L-min>=0) (CIELAB-L-max<=100) (CIELAB-a-min>=-85) (CIELAB-a-max<=85) (CIELAB-b-min>=-75) (CIELAB-b-max<=125) ) ) (color-illuminant=D50) (dpi=[100,200,300,400]) (dpi-xyratio=1) ) (& (color=grey) (| (& (image-coding=JPEG) (image-coding-constraint=JPEG-T4E) ) (& (image-coding=JBIG) (image-coding-constraint=JBIG-T43) (JBIG-stripe-size=128) (image-interleave=stripe) ) ) (color-space=CIELAB) (color-levels<=256) (color-illuminant=D50) (CIELAB-L-min>=0) (CIELAB-L-max<=100) (dpi=[100,200,300,400]) (dpi-xyratio=1) ) (& (color=full) (| (& (image-coding=JPEG) (image-coding-constraint=JPEG-T4E) (color-subsampling=["1:1:1","4:1:1"]) ) (& (image-coding=JBIG) (image-coding-constraint=JBIG-T43) (JBIG-stripe-size=128) (image-interleave=stripe) ) ) (color-levels<=16777216) (color-space=CIELAB) (color-illuminant=D50) (CIELAB-L-min>=0) (CIELAB-L-max<=100) (CIELAB-a-min>=-85) (CIELAB-a-max<=85) (CIELAB-b-min>=-75) (CIELAB-b-max<=125) (dpi=[100,200,300,400]) (dpi-xyratio=1) ) ) (size-x<=2550/254) (Paper-size=[Letter,A4,B4]) (ua-media=stationery) )
（＆（イメージファイル構造= TIFF-MRC）（MRC-モード<= 1）（MRC-MAX-ストライプサイズ> = 0）（|（＆（色=バイナリ）（|（画像符号化= [ MH、MR、MMR]）（＆（画像符号化= JBIG）（画像符号化制約= JBIG-T85）（JBIGストライプサイズ= 128）））（|（＆（DPI = 204）（dpi- xyratio = [204/98204/196]））（＆（DPI = 200）（DPI-xyratio = [200 / 100,1]））（＆（DPI = [300,400]）（DPI-xyratio = 1））） （）＆（色=限られた）（|（＆（色空間= [デバイス-RGB、デバイス-CMY]）（色レベル<= 8）））（|（＆（色空間=デバイスCMYK） （色レベル<= 16）））（画像符号化= JBIG）（画像符号化制約= JBIG-T43）（JBIGストライプサイズ= 128）（画像インターリーブ=ストライプ）（DPI = [100200300400] ）（DPI-xyratio = 1））（＆（色=マッピングされた）（色レベル<= 65536）（画像符号化= JBIG）（画像符号化制約= JBIG-T43）（JBIGストライプサイズ= 128 ）（画像インターリーブ=ストライプ）（色空間= CIELAB）（CIELAB-L分> = 0）（CIELAB-L-MAX <= 100）（CIELAB-分> = - 85）（CIELAB-A -max <= 85）（CIELAB-B分> = - 75）（CIELAB-B-MAX <= 125）））（色光源= D50）（DPI = [100200300400]）（DPI-xyratio = 1） （）＆（色=グレー）（|（＆ （画像符号化= JPEG）（画像符号化制約= JPEG-T4E））（＆（画像符号化= JBIG）（画像符号化制約= JBIG-T43）（JBIGストライプサイズ= 128）（画像-interleave =ストライプ）））（色空間= CIELAB）（色レベル<= 256）（色光源= D50）（CIELAB-L分> = 0）（CIELAB-L-MAX <= 100）（ DPI = [100200300400]）（DPI-xyratio = 1））（＆（色=フル）（| （＆（画像符号化= JPEG）（画像符号化制約= JPEG-T4E）（カラーサブサンプリング= [ "1：1：1"、 "4：1：1"]））（＆（画像符号化= JBIG）（画像符号化制約= JBIG-T43）（JBIGストライプサイズ= 128）（画像インターリーブ=ストライプ）））（色レベル<= 16777216）（色空間= CIELAB）（色 - 光源= D50）（CIELAB-L分> = 0）（CIELAB-L-MAX <= 100）（CIELAB-分> = - 85）（CIELAB--MAX <= 85）（CIELAB-B-分> = - 75）（CIELAB-B-MAX <= 125）（DPI = [100200300400]）（DPI-xyratio = 1）））（サイズX <= / 254 2550）（用紙サイズ= [レター、 A4、B4]）（UAメディア=文房具））
This example considers sending a document to an enhanced black-and-white fax system with the following receiver capabilities:
この例では、次の受信機能を備えた拡張白黒ファックスシステムに文書を送信考慮する。
(& (| (& (dpi=200) (dpi-xyatio=200/100) ) (& (dpi=200) (dpi-xyratio=1) ) (& (dpi=300) (dpi-xyratio=1) ) (& (dpi=400) (dpi-xyratio=1) ) ) (color=Binary) (| (& (paper-size=A4) (ua-media=[stationery,transparency]) ) (& (paper-size=B4) (ua-media=continuous) ) ) (image-coding=[MH,MR,JBIG]) )
（＆（|（＆（DPI = 200）（DPI-xyatio = 200/100））（＆（DPI = 200）（DPI-xyratio = 1））（＆（DPI = 300）（DPI-xyratio = 1） （）＆（DPI = 400）（DPI-xyratio = 1）））（色=バイナリ）（|（＆（用紙サイズ= A4）（UA-メディア= [文房具、透明度]））（＆（ペーパー - サイズ= B4）（UA-メディア=連続）））（画像符号化= [MH、MR、JBIG]））
Turning to the document itself, assume it is available to the sender in three possible formats, A4 high resolution, B4 low resolution and A4 high resolution color, described by:
文書自体に目を向けると、それによって説明した3つの可能なフォーマット、A4高解像度、B4低解像度及びA4高解像度カラーで送信者に利用可能であると仮定する。
(& (dpi=300) (dpi-xyratio=1) (color=Binary) (paper-size=A4) (image-coding=[MMR,JBIG]) )
（＆（DPI = 300）（DPI-xyratio = 1）（色=バイナリ）（用紙サイズ= A4）（画像符号化= [MMR、JBIG]））
(& (dpi=200) (dpi-xyratio=200/100) (color=Binary) (paper-size=B4) (image-coding=[MH,MR]) )
（＆（DPI = 200）（DPI-xyratio = 200/100）（色=バイナリ）（用紙サイズ= B4）（画像符号化= [MH、MR]））
(& (dpi=300) (dpi-xyratio=1) (color=Mapped) (color-levels<=256) (paper-size=A4) (image-coding=JPEG) )
（＆（DPI = 300）（DPI-xyratio = 1）（色=マッピングされる）（色レベル<= 256）（用紙サイズ= A4）（画像符号化= JPEG））
These three image formats can be combined into a composite capability statement by a logical-OR operation (to describe format-1 OR format-2 OR format-3):
これら3つの画像フォーマットは、（フォーマット1またはフォーマット2 ORフォーマット3を記述するために）論理OR演算により複合能力文に組み合わせることができます。
(| (& (dpi=300) (dpi-xyratio=1) (color=Binary) (paper-size=A4) (image-coding=[MMR,JBIG]) ) (& (dpi=200) (dpi-xyratio=200/100) (color=Binary) (paper-size=B4) (image-coding=[MH,MR]) ) (& (dpi=300) (dpi-xyratio=1) (color=Mapped) (color-levels=42) (paper-size=A4) (image-coding=JPEG) ) )
（|（＆（DPI = 300）（DPI-xyratio = 1）（色=バイナリ）（用紙サイズ= A4）（画像符号化= [MMR、JBIG]））（＆（DPI = 200）（dpi- xyratio = 200/100）（色=バイナリ）（用紙サイズ= B4）（画像符号化= [MH、MR]））（＆（DPI = 300）（DPI-xyratio = 1）（色=マッピングされます）（色レベル= 42）（用紙サイズ= A4）（画像符号化= JPEG）））
This could be simplified, but there is little gain in doing so at this point.
これを簡略化することができますが、この時点ではそうすることにはほとんど利益があります。
The composite document description can be matched with the receiver capability description, according to the rules in [2], to yield the result:
複合文書記述は、結果を得るために、[2]の規則に従って、受信機機能の説明と一致させることができます。
(| (& (dpi=300) (dpi-xyratio=1) (color=Binary) (paper-size=A4) (ua-media=[stationery,transparency]) (image-coding=JBIG) ) (& (dpi=200) (dpi-xyratio=200/100) (color=Binary) (paper-size=B4) (ua-media=continuous) (image-coding=[MH,MR]) ) )
（|（＆（DPIは= 300）（DPI-xyratio = 1）（色=バイナリ）（用紙サイズ= A4）（UA-メディア= [文房具、透明度]）（画像符号化= JBIG））（＆（ DPI = 200）（DPI-xyratio = 200/100）（色=バイナリ）（用紙サイズ= B4）（UA-メディア=連続）（画像符号化= [MH、MR]）））
Points to note about the feature matching process:
特徴マッチングプロセスについての注意点：
o The color document option is eliminated because the receiver cannot handle either color (indicated by '(color=Mapped)') or JPEG coding (indicated by '(image-coding=JPEG)').
受信機は、色（「（色=マッピングされる）」で示される）、または（「（画像符号化= JPEG）」で示される）JPEG符号化のいずれかを処理できないので、oをカラー原稿オプションが除去されます。
o The high resolution version of the document with '(dpi=300)' must be send using '(image-coding=JBIG)' because this is the only available coding of the image data that the receiver can use for high resolution documents. (The available 300dpi document codings here are MMR and JBIG, and the receiver capabilities are MH, MR and JBIG.)
O「（DPI = 300）」と原稿の高解像度バージョンを使用して送信しなければならない「（=画像符号化JBIG）」これは、受信機は、高解像度のドキュメントに使用できる画像データの符号化にのみ使用可能であるためです。 （ここでは利用可能300dpiの文書のコーディングは、MMRとJBIGであり、受信機の機能は、MH、MRとJBIGです。）
o The low-resolution version of the document can be sent with either MH or MR coding as the receiver can deal with either of these for low resolution documents.
ドキュメントの低解像度バージョンoを受信機は、低解像度の文書にこれらのいずれかを取り扱うことができるようコーディングMHまたはMRのいずれかで送信することができます。
o The high resolution variant of the document is available only for A4, so that is the paper-size used in that case. Similarly the low resolution version is sent for B4 paper.
oを原稿の高解像度変異体は、A4のために利用可能であり、その結果は、その場合に使用される用紙サイズです。同様に低解像度バージョンはB4紙のために送られます。
o Even though the sender may not understand the 'ua-media' feature tag, and does not mention it, the matching rules preserve the constraint that the B4 document is rendered with '(ua-media=continuous)', and the A4 document may be rendered with '(ua-media=[stationery,transparency])'.
送信者が「UA-メディア」機能タグを理解しないかもしれないし、それを言及していないにもかかわらず、O、マッチングルールは、B4の文書は「（UA-メディア=連続）」でレンダリングされ、制約、およびA4の文書を保存します'（UA-メディア= [文房具、透明度]）' でレンダリングすることができます。
Finally, note that when matching an MRC document description, the description of each component sub-image must match the capabilities of the intended receiver.
最後に、MRC文書記述に一致する場合、各成分のサブ画像の説明は、意図された受信機の能力に一致しなければならないことに注意してください。
Appendix A of this document repeats the descriptions of feature tags introduced by RFC 2531 [22], with some small revisions. These have been registered in the "IETF tree", according to the procedure described in section 3.1.1 of "Media Feature Tag Registration Procedure" [1] (i.e. these feature tags are subject to the "IETF Consensus" policies described in RFC 2434 [21]).
このドキュメントの付録Aには、いくつかの小さな改正で、RFC 2531 [22]によって導入された機能タグの記述を繰り返します。これらは、「メディアフィーチャータグの登録手順」のセクション3.1.1に記載された手順に従って、「IETFツリー」に登録されている[1]（すなわち、これらの機能タグはRFC 2434に記載されている「IETFコンセンサス」方針の対象となります[21]）。
Appendix section A.5 introduces one new feature tag (color-illuminant) to be registered according to the same procedure. An ASN.1 identifier should be assigned for this new tag and replaced in the body of the registration.
付録セクションA.5は同じ手順に従って、登録される1個の新しい特徴タグ（色発光）を導入します。 ASN.1識別子は、この新しいタグに割り当てられ、登録の本体に交換する必要があります。
The points raised below are in addition to the general security considerations for extended Internet fax [5], and others discussed in [2,8,11,12,13]
以下隆起点は、拡張インターネットファックス[5]のための一般的なセキュリティ問題に追加され、そして他で議論[2,8,11,12,13]
Negotiation mechanisms reveal information about one party to other parties. This may raise privacy concerns, and may allow a malicious party to make better guesses about the presence of specific security holes.
交渉メカニズムは、他の当事者に一方の当事者についての情報を明らかにしました。これはプライバシーの問題を提起することができ、悪意のある当事者が特定のセキュリティホールの存在についてのより良い推測を作ることを可能にします。
Most of these concerns pertain to capability information getting into the hands of someone who may abuse it. This document specifies capabilities that help a sender to determine what image characteristics can be processed by the recipient, not mechanisms for their publication. Implementers and users should take care that the mechanisms employed ensure that capabilities are revealed only to appropriate persons, systems and agents.
これらの懸念の大半はそれを乱用することが誰かの手に入る能力情報に関連します。この文書では、画像特性がないメカニズム彼らの出版物のために、受信者が処理できるかを決定するために、送信者を助ける機能を指定します。採用のメカニズムが機能のみを適切な人物、システムおよびエージェントに明らかにされていることを確認することを実装し、ユーザーが世話をする必要があります。
1. Unsolicited bulk mail: if it is known that a recipient can process certain types of images, they may be targeted by bulk mailers that want to send such images.
1.迷惑メール：それは受信者は、画像の特定の種類を処理できることが知られている場合、彼らは、そのような画像を送信したいバルクメーラーによって標的とすることができます。
The authors gratefully acknowledge the contributions of the following persons who commented on earlier versions of this memo: James Rafferty, Dan Wing, Robert Buckley, Mr Ryuji Iwazaki. The following contributed ideas upon which some of the features described here have been based: Larry Masinter, Al Gilman, Koen Holtman.
ジェームズ・ラファティ、ダン・ウィング、ロバート・バックリー氏隆次Iwazaki：作者は感謝してこのメモの以前のバージョンでコメントし、次の者の貢献を認めます。ここで説明する機能の一部は基づいていた、その上に、次の貢献のアイデア：ラリーMasinter、アルギルマン、公園Holtman。
[1] Holtman, K., Mutz, A. and T. Hardie, "Media Feature Tag Registration Procedure", RFC 2506, March 1999.
[1] Holtman、K.、MUTZ、A.およびT.ハーディ、 "メディア特徴タグの登録手順"、RFC 2506、1999年3月。
[2] Klyne, G., "A syntax for describing media feature sets", RFC 2533, March 1999.
[2] Klyne、G.、RFC 2533、1999年3月 "メディア機能セットを記述するための構文"。
[3] Masinter, L., Holtman, K., Mutz, A. and D. Wing, "Media Features for Display, Print, and Fax", RFC 2534, March 1999.
[3] Masinter、L.、Holtman、K.、MUTZ、A.とD.翼、 "表示、印刷用メディアの機能、およびファックス"、RFC 2534、1999年3月。
[4] McIntyre, L. and G. Klyne, "Internet Fax T.30 Feature Mapping", RFC 2880, July 2000.
[4]マッキンタイア、L.とG. Klyne、 "インターネットファクスT.30機能のマッピング"、RFC 2880、2000年7月。
[5] Masinter, L. and D. Wing, RFC 2532, "Extended Facsimile Using Internet Mail", RFC 2532, March 1999.
[5] Masinter、L.とD.ウィング、RFC 2532、 "インターネットメールを使用して、拡張ファクシミリ"、RFC 2532、1999年3月。
[6] "Procedures for document facsimile transmission in the general switched telephone network", ITU-T Recommendation T.30 (1999), International Telecommunications Union, March 1999
[6] 1999年3月、ITU-T勧告T.30（1999）、国際電気通信連合「一般的に、文書ファクシミリ送信のための手順は、交換電話網」
[7] McIntyre, L., Buckley, R., Venable, D., Zilles, S., Parsons, G. and J. Rafferty, "File format for Internet fax", RFC 2301, March 1998.
[7]マッキンタイア、L.、バックリー、R.、VENABLE、D.、Zilles、S.、パーソンズ、G.およびJ.ラファティー、 "インターネットファックスのファイル形式"、RFC 2301、1998年3月。
[8] Toyoda, K., Ohno, H., Murai, J. and D. Wing, "A Simple Mode of Facsimile Using Internet Mail", RFC 2305, March 1998.
[8]豊田、K.、大野、H.、村井、J.およびD.翼、 "インターネットメールを使用するファクシミリのシンプルモード"、RFC 2305、1998年3月。
[9] "Continuous-tone color representation method for facsimile" ITU-T Recommendation T.42 (1996) International Telecommunications Union (Covers custom illuminant, gamut)
ITU-T勧告T.42（1996）、国際電気通信連合[9]「ファクシミリのための連続階調カラー表現法」（カスタム光源、色域をカバー）
[10] "Colour and gray-scale image representation using lossless coding scheme for facsimile" ITU-T Recommendation T.43 (1997) International Telecommunications Union. (Covers JBIG for colour/grey images)
[10]「カラーファクシミリのためのロスレス符号化方式用いてグレースケール画像表現」ITU-T勧告T.43（1997）国際電気通信連合。 （カラー/グレー画像に対してJBIGカバー）
[12] Klyne, G., "Protocol-independent Content Negotiation Framework", RFC 2703, September 1999.
[12] Klyne、G.、 "プロトコルに依存しないコンテンツネゴシエーションフレームワーク"、RFC 2703、1999年9月。
[13] "Standardization of Group 3 facsimile terminals for document transmission", ITU-T Recommendation T.4 (1999), International Telecommunications Union, (Covers basic fax coding formats: MH, MR)
[13] "文書送信のためのグループの標準化3台のファクシミリ端末"、ITU-T勧告T. 4（1999）、国際電気通信連合（基本ファックスコーディングフォーマットをカバー：MH、MR）
[14] "Facsimile coding schemes and coding control functions for Group 4 facsimile apparatus", ITU Recommendation T.6, International Telecommunications Union, (Commonly referred to as the MMR standard; covers extended 2-D fax coding format).
[14] ITU勧告T. 6、国際電気通信連合、「符号化方式及びグループ4ファクシミリ装置のための制御機能をコーディングファクシミリ」（一般MMR標準と称する。カバーは、2-Dファックスコーディングフォーマットを拡張しました）。
[15] "Mixed Raster Content (MRC)", ITU-T Recommendation T.44, International Telecommunications Union.
[15] "混合ラスターコンテンツ（MRC）"、ITU-T勧告T.44、国際電気通信連合。
[16] "Information technology - Digital compression and coding of continuous-tone still image - Requirements and guidelines" ITU-T Recommendation T.81 (1992) | ISO/IEC 10918-1:1993 International Telecommunications Union, (Commonly referred to as JPEG standard)
[16]「情報技術 - デジタル圧縮と連続階調静止画像のコーディング - 要件とガイドライン」ITU-T勧告T.81（1992）| ISO / IEC 10918-1：1993国際電気通信連合、（一般的にJPEG標準とも呼ばれます）
[17] "Information technology - Coded representation of picture and audio information - Progressive bi-level image compression" ITU-T Recommendation T.82 (1993) | ISO/IEC 11544:1993 International Telecommunications Union (Commonly referred to as JBIG1 standard)
[17]「情報技術 - 映像及び音声情報の符号化表現 - プログレッシブ2値画像圧縮」ITU-T勧告T.82（1993）| ISO / IEC 11544：1993国際電気通信連合（一般JBIG1標準とも呼ばれます）
[18] "Application profile for Recommendation T.82 - Progressive bi-level image compression (JBIG1 coding scheme for facsimile apparatus)", ITU-T Recommendation T.85 (1995),International Telecommunications Union, (Covers bi-level JBIG).
[18] "勧告T.82のアプリケーションプロファイル - プログレッシブ2値画像圧縮（ファクシミリ装置用JBIG1の符号化方式）"、ITU-T勧告T.85（1995）、国際電気通信連合（バイレベルJBIGカバー） 。
[19] "Colorimeter, 2nd ed.", CIE Publication No. 15.2, 1986. (Defines CIELAB color space; use with fax is further constrained by T.42 [9].)
[19]「比色、第2版」、CIE公開番号15.2、1986年（定義CIELAB色空間;さらにT.42によって制約される[9]ファックスで使用）
[20] Tag Image File Format, Revision 6.0 Adobe Developers Association <ftp://ftp.adobe.com/pub/adobe/devrelations/devtechnotes/pdffiles /tiff6.pdf> June 1992
[20]タグイメージファイル形式、リビジョン6.0のAdobe開発者協会<ftp://ftp.adobe.com/pub/adobe/devrelations/devtechnotes/pdffiles /tiff6.pdf> 1992年6月
[21] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 2434, October 1998.
、BCP 26、RFC 2434、1998年10月[21] Narten氏、T.とH. Alvestrand、 "RFCsにIANA問題部に書くためのガイドライン"。
[22] Klyne, G. and L. McIntyre, "Content feature schema for Internet fax", RFC 2531, March 1999.
[22] Klyne、G.とL.マッキンタイア、 "インターネットファックスのためのコンテンツ機能のスキーマ"、RFC 2531、1999年3月。
Graham Klyne Content Technologies Ltd. 1220 Parkview, Arlington Business Park Theale Reading, RG7 4SA United Kingdom.
グラハムKlyneコンテンツテクノロジ株式会社1220パークビュー、アーリントンビジネスパークTheale読書、RG7 4SAイギリス。
Phone: +44 118 930 1300 Fax: +44 118 930 1301 EMail: GK@ACM.ORG
電話：+44 118 930 1300ファックス：+44 118 930 1301 Eメール：GK@ACM.ORG
Lloyd McIntyre Xerox Corporation Mailstop PAHV-121 3400 Hillview Ave. Palo Alto, CA 94304 USA
ロイド・マッキンタイアゼロックス・コーポレーションメールストップPAHV-121 3400ヒルビューアベニュー。パロアルト、CA 94304 USA
Phone: +1-650-813-6762 Fax: +1-650-845-2340 EMail: Lloyd.McIntyre@pahv.xerox.com
電話：+ 1-650-813-6762ファックス：+ 1-650-845-2340 Eメール：Lloyd.McIntyre@pahv.xerox.com
Appendix A: Feature registrations
付録A：機能の登録
A.1 Image size
A.1画像サイズ
- Media Feature tag name(s):
- メディア特徴タグ名（S）：
size-x
size-y
- ASN.1 identifiers associated with these feature tags:
- これらの機能のタグに関連付けられたASN.1識別子：
size-x: 1.3.6.1.8.1.7
size-y: 1.3.6.1.8.1.8
- Summary of the media features indicated:
- メディア機能の概要が示されています：
These feature tags indicate the size of a displayed, printed
or otherwise rendered document image; they indicate
horizontal (size-x) and vertical (size-y) dimensions.
The unit of measure is inches (to be consistent with the measure of resolution defined by the feature tag 'dpi').
尺度の単位はインチ（特徴タグ「DPI」によって定義された解像度の測定値と一致するように）です。
Where the actual size is available in millimetres, a conversion factor of 10/254 may be applied to yield an exact inch-based value.
実際の大きさはミリメートルで利用可能である場合、254分の10の変換係数は、正確インチベース値を得るために適用されてもよいです。
- Values appropriate for use with these feature tags:
- これらの機能タグで使用するための適切な値：
Rational (>0)
合理的な（> 0）
- The feature tag is intended primarily for use in the following applications, protocols, services, or negotiation mechanisms:
- フィーチャータグは、主に以下のアプリケーション、プロトコル、サービス、または交渉メカニズムにおける使用のために意図されています。
Print and display applications where different media choices
will be made depending on the size of the recipient device.
- Examples of typical use:
- 典型的な使用例：
This example describes the maximum scanned image width and
height for Group 3 fax: 215x297 mm (8.46x11.69 inches):
(size-x<=2150/254) (size-y<=2970/254)
（サイズX <= 254分の2150）（サイズY <= 254分の2970）
- Related standards or documents:
- 関連の規格や文書：
The memo "Media Features for Display, Print, and Fax" [3]
describes features (pix-x, pix-y) for measuring document size
in pixels.
Fax applications should declare physical dimensions using the features defined here.
ファックスアプリケーションは、ここで定義された機能を使用して、物理的寸法を宣言する必要があります。
- Considerations particular to use in individual applications, protocols, services, or negotiation mechanisms:
- 個々のアプリケーション、プロトコル、サービス、または交渉メカニズムで使用する特定の考慮事項：
Where no physical size is known or available, but a pixel size
is known, a notional size should be declared based upon known
pixel dimensions and a notional resolution of (say) 100dpi
For example, to describe a 640x480 pixel display:
例えば、640×480ピクセルのディスプレイを説明します。
(& (size-x<=640/100) (size-y<=480/100) (dpi=100) )
（＆（サイズX <= 100分の640）（サイズY <480/100）（DPI = 100））
The notional 100dpi resolution is used as it represents a fairly typical resolution for a pixel-limited display. Reducing the rational numbers to canonical form gives the following equivalent expression:
それはピクセル制限表示のためのかなり一般的な解像度を表すように概念的100dpiの解像度が使用されています。正規形式に有理数を減らすことは、次の等価な式を与えます：
(& (size-x<=32/5) (size-y<=24/5) (dpi=100) )
（＆（サイズX <= 32/5）、（サイズY <= 24/5）、（DPI = 100））
- Interoperability considerations:
- 相互運用性の考慮事項：
For interoperability with other (non-fax) applications that
use only pixel-based measurements, pixel dimensions (pix-x,
pix-y) may be declared in addition to physical measurements.
- Related feature tags:
- 関連機能タグ：
pix-x [3]
pix-y [3]
dpi [3]
dpi-xyratio [this document]
- Intended usage:
- 意図している用法：
Common
一般
- Author/Change controller:
- 著者/変更コントローラ：
IETF
IETF
A.2 Resolution aspect ratio
A.2解像度、アスペクト比
- Media Feature tag name(s):
- メディア特徴タグ名（S）：
dpi-xyratio
DPI-xyratio
- ASN.1 identifier associated with this feature tag:
- この機能のタグに関連するASN.1識別子：
- Summary of the media features indicated:
- メディア機能の概要が示されています：
This feature is used to indicate differential horizontal and
vertical resolution capability. In the absence of this
feature, horizontal and vertical resolutions are presumed to
be the same.
When this feature tag is specified, any declared resolution (dpi) is presumed to apply to the horizontal axis, and the vertical resolution is obtained by dividing that declared resolution by the resolution ratio.
この機能タグが指定されている場合、任意の宣言された解像度（DPI）は、横軸に適用すると推定され、垂直解像度は解像度比率によってその宣言された解像度を分割することにより得られます。
The value of this feature is a pure number, since it represents the ratio of two resolution values.
それは、2つの解像度の値の比を表しているので、この機能の値は、純粋な数です。
- Values appropriate for use with this feature tag:
- この機能タグを使用するために適切な値：
Rational (>0)
合理的な（> 0）
- The feature tag is intended primarily for use in the following applications, protocols, services, or negotiation mechanisms:
- フィーチャータグは、主に以下のアプリケーション、プロトコル、サービス、または交渉メカニズムにおける使用のために意図されています。
Internet fax, and other print or display applications that
must handle differential horizontal and vertical resolution
values.
- Examples of typical use:
- 典型的な使用例：
The following example describes a fax resolution of 204 dpi
horizontally by 391 dpi vertically:
(& (dpi=204) (dpi-xyratio=204/391) )
（＆（DPI = 204）（DPI-xyratio = 391分の204））
- Related standards or documents:
- 関連の規格や文書：
The memo "Media Features for Display, Print, and Fax" [3]
describes a feature (dpi) for measuring document resolution.
- Interoperability considerations:
- 相互運用性の考慮事項：
When interoperating with an application that does not
recognize the differential resolution feature, resolution
matching may be performed on the basis of the horizontal
resolution only, so aspect ratio information may be lost.
- Related feature tags:
- 関連機能タグ：
dpi [3]
size-x [this document]
size-y [this document]
- Intended usage:
- 意図している用法：
Internet fax
インターネットファックス
- Author/Change controller:
- 著者/変更コントローラ：
IETF
IETF
A.3 Color levels
A.3カラーレベル
- Media Feature tag name(s):
- メディア特徴タグ名（S）：
color-levels
カラーレベル
- ASN.1 identifier associated with this feature tag:
- この機能のタグに関連するASN.1識別子：
- Summary of the media features indicated:
- メディア機能の概要が示されています：
This feature tag is used to indicate a number of different
image data pixel color values.
When mapped (palletized) color is used, this is generally different from the number of different colors that can be represented through the color mapping function.
マッピングされた（パレット）の色が使用される場合、これは、一般的にカラーマッピング機能を介して表すことができ、異なる色の数と異なっています。
This feature tag is used in conjunction with a 'color' feature having a value other than 'Binary'.
この特徴タグは「バイナリ」以外の値を有する「カラー」機能と組み合わせて使用されます。
- Values appropriate for use with this feature tag:
- この機能タグを使用するために適切な値：
Integer (>=2)
整数（> = 2）
- The feature tag is intended primarily for use in the following applications, protocols, services, or negotiation mechanisms:
- フィーチャータグは、主に以下のアプリケーション、プロトコル、サービス、または交渉メカニズムにおける使用のために意図されています。
Color image printing or display applications where the data
resource used may depend upon color handling capabilities of
the recipient.
- Examples of typical use:
- 典型的な使用例：
To describe recipient capabilities:
(& (color=limited) (color-levels<=6) )
(& (color=grey) (color-levels<=64) )
(& (color=mapped) (color-levels<=240) )
(& (color=full) (color-levels<=16777216) )
To describe capabilities used by a document: (& (color=limited) (color-levels=4) ) (& (color=grey) (color-levels=48) ) (& (color=mapped) (color-levels=100) ) (& (color=full) (color-levels=32768) )
文書で使用される機能を説明するために：（＆（色=限られた）（色レベル= 4））（＆（色=グレー）（色レベル= 48））（＆（色=マッピングされた）（色レベル= 100））（＆（色=フル）（色レベル= 32768））
- Related standards or documents:
- 関連の規格や文書：
The memo "Media Features for Display, Print, and Fax" [3]
describes a feature (color) for indicating basic color
capabilities.
- Interoperability considerations:
- 相互運用性の考慮事項：
The actual number of color values used by a document does not,
in general, exactly match the number that can be handled by a
recipient. To achieve a feature match, at least one must be
declared as an inequality (i.e. not both as equalities).
It is recommended that a recipient declares the number of color values that it can handle as an inequality (<=), and a data resource declares the number of colors that it uses with an equality, as shown in the examples above.
受信者は、それが不等式（<=）として扱うことができるカラー値の数を宣言し、上記の例に示すように、データリソースは、それが平等で使用する色の数を宣言することをお勧めします。
- Security considerations:
- セキュリティの考慮事項：
- Privacy concerns, related to exposure of personal information: Where feature matching is used to select content applicable to the physical abilities of a user, unusual values for this feature tag might give an indication of a user's restricted abilities.
- プライバシーの問題は、個人情報の暴露に関連する：特徴マッチングがユーザーの身体能力に該当するコンテンツを選択するために使用され、この機能タグの珍しい値は、ユーザーの制限された能力の指標を与えるかもしれません。
- Related feature tags:
- 関連機能タグ：
color [3]
color-space [this document]
- Intended usage:
- 意図している用法：
Internet fax
Color image scanning/rendering applications
- Author/Change controller:
- 著者/変更コントローラ：
IETF
IETF
A.4 Color space
A.4色空間
- Media Feature tag name(s):
- メディア特徴タグ名（S）：
color-space
色空間
- ASN.1 identifier associated with this feature tag:
- この機能のタグに関連するASN.1識別子：
- Summary of the media features indicated:
- メディア機能の概要が示されています：
This feature indicates a color space.
この機能は、カラースペースを示しています。
A color space value provides two types of information: o the color model used to represent a color value, including the number of color components o a mapping between color values and their physical realizations
カラー値を表すために使用されるカラーモデルO、カラー値とその物理的実現との間のマッピングO色成分の数を含む：色空間値が情報の二種類を提供します
Device color space values are defined for applications where the general color representation used is significant, but exact color rendering is left to the device used. Device color spaces defined here have values of the form 'Device-xxx'.
デバイス色空間の値が使用される一般的な色表現が重要であるアプリケーションのために定義されているが、正確な演色を用いるデバイスに残されます。ここで定義されたデバイスのカラースペースは、「デバイス-XXX」形式の値を持ちます。
Calibrated color space values are provided for use with a rendering system that is calibrated with respect to some indicated definition, and capable of processing device-independent color information accordingly.
較正された色空間値は、いくつかの示された定義に関連して較正されるレンダリングシステムで使用するために設けられ、それに応じてデバイス非依存の色情報を処理することが可能です。
- Values appropriate for use with this feature tag:
- この機能タグを使用するために適切な値：
Token
都県
Device color Device-RGB (device dependent RGB) spaces: Device-CMY (device dependent CMY) Device-CMYK (device dependent CMYK)
デバイス色デバイス-RGB（デバイス依存RGB）空間：デバイス-CMY（デバイス依存のCMY）デバイス-CMYK（デバイス依存のCMYK）
Calibrated color CIELAB (per T.42 [9]) space:
較正された色空間CIELAB（T.42 [9]あたり）：
(may be extended by further registrations)
（さらに登録することによって延長することができます）
'Color-space=CIELAB' indicates the CIE L*a*b* colour space, using CIED50 illuminant and its perfectly diffuse reflecting white point (per T.42 [9]).
'色空間CIELAB =' はCIED50光源とその完全拡散反射白色点を用いて、CIEのL * a * b *色空間を示している（T.42あたり[9]）。
- The feature tag is intended primarily for use in the following applications, protocols, services, or negotiation mechanisms:
- フィーチャータグは、主に以下のアプリケーション、プロトコル、サービス、または交渉メカニズムにおける使用のために意図されています。
Color image printing and display applications where the data
resource used may depend upon color handling capabilities of
the recipient.
Scanning applications where the data transferred may depend upon the image generation capabilities of the originator.
データ転送スキャンアプリケーションは、発信元の画像生成機能に依存し得ます。
- Examples of typical use:
- 典型的な使用例：
To describe rendering or scanning capabilities:
レンダリングやスキャン機能を説明するには：
(color-space=[Device-RGB,CIELAB])
（色空間= [デバイス-RGB、CIELAB]）
To describe capabilities assumed by a document for which approximate color reproduction is required:
近似色再現が必要とされている文書が想定している機能を説明するために：
(color-space=Device-RGB)
（色空間=デバイスRGB）
To describe capabilities assumed by a document for which exact color reproduction is required:
正確な色再現が必要とされている文書が想定している機能を説明するために：
(color-space=CIELAB)
（色空間= CIELAB）
- Related standards or documents:
- 関連の規格や文書：
CIELAB color space is defined in [19]
CIELAB色空間は[19]で定義されています
CIELAB use for fax is described in ITU T.42 [9]
ファックス用のCIELABの使用は、ITU T.42に記載されている[9]
- Interoperability considerations:
- 相互運用性の考慮事項：
A color-handling receiver should indicate any appropriate
device color space capability, in addition to any calibrated
color spaces that it may support.
Calibrated color spaces are intended to be used when precise color matching is required; otherwise, if applicable, a device color space (color-space=Device-xxx) should be indicated.
較正された色空間は、正確なカラーマッチングが必要とされるときに使用されることが意図されます。そうでない場合、該当する場合、デバイスのカラースペース（色空間=デバイス-XXX）が示されるべきです。
Documents for which exact color matching is not important should indicate a device color space capability, if applicable.
該当する場合は、デバイス色空間の能力を示すべき正確なカラーマッチングのための書類は重要ではありません。
These principles allow sender/receiver feature matching to be achieved when exact color matching is not required.
これらの原理は、正確なカラーマッチングを必要としない場合、送信者/受信特徴マッチングを達成することを可能にします。
- Security considerations:
- セキュリティの考慮事項：
- Privacy concerns, related to exposure of personal information: Where feature matching is used to select content applicable to the physical abilities of a user, unusual values for this feature tag might give an indication of a user's restricted abilities.
- プライバシーの問題は、個人情報の暴露に関連する：特徴マッチングがユーザーの身体能力に該当するコンテンツを選択するために使用され、この機能タグの珍しい値は、ユーザーの制限された能力の指標を与えるかもしれません。
- Denial of service concerns related to consequences of specifying incorrect values: Failure to indicate a generic color space capability for a device may lead to failure to match color space for an application or document that does not require an exact color match.
- 不正な値を指定しての結果に関連したサービスの懸念の拒否：デバイスのための一般的な色空間の能力を示すために失敗すると、正確な色合わせを必要としないアプリケーションやドキュメントのカラースペースに合わせて、故障につながる可能性があります。
- Related feature tags:
- 関連機能タグ：
color [3]
色[3]
- Related media types or data formats:
- 関連メディアタイプかデータ形式：
TIFF-FX [7]
TIFF-FX [7]
- Intended usage:
- 意図している用法：
Internet fax
Color image scanning/rendering applications
- Author/Change controller:
- 著者/変更コントローラ：
IETF
IETF
A.5 CIELAB color illuminant
A.5 CIELAB色光源
- Media Feature tag name(s):
- メディア特徴タグ名（S）：
color-illuminant
カラー光源
- ASN.1 identifier associated with this feature tag:
- この機能のタグに関連するASN.1識別子：
- Summary of the media features indicated:
- メディア機能の概要が示されています：
This feature indicates a color illuminant. This has the
effect of modifying the color space calibration to reflect the
use of different sources of illumination.
A color-illuminant value would normally be used only with a calibrated color space.
色光源の値は、通常のみ較正色空間で使用されるであろう。
- Values appropriate for use with this feature tag:
- この機能タグを使用するために適切な値：
Token
都県
CIELAB illuminant D50 values: D65 D75 SA SC F2 F7 F11
CIELABイルミナントD50値：D65 D75 SA SC F2 F7 F11
Defined by color CTnnnn where 'nnnn' is a decimal temperature: representation of the illuminant color temperature in Kelvins.
ケルビンにおける光源の色温度の表現：「nnnnは」小数温度色CTnnnnによって定義されます。
(may be extended by further registrations)
（さらに登録することによって延長することができます）
NOTE: The default color illuminant for Group 3 fax is D50.
注：グループ3ファックスのデフォルトの色の光源はD50です。
- The feature tag is intended primarily for use in the following applications, protocols, services, or negotiation mechanisms:
- フィーチャータグは、主に以下のアプリケーション、プロトコル、サービス、または交渉メカニズムにおける使用のために意図されています。
Color image printing and display applications where the data
resource used may depend upon detailed color handling
capabilities of the recipient.
Scanning applications where the data transferred may depend upon the image generation capabilities of the originator.
データ転送スキャンアプリケーションは、発信元の画像生成機能に依存し得ます。
- Examples of typical use:
- 典型的な使用例：
To describe rendering or scanning capabilities, or to describe
capabilities assumed by a document for which exact color
handling capabilities are required:
(& (color-space=CIELAB) (color-illuminant=D50) )
（＆（色空間= CIELAB）（色光源= D50））
- Related standards or documents:
- 関連の規格や文書：
CIELAB color illuminant representations are described in ITU
T.4 [13], Annex E.6.7.
- Interoperability considerations:
- 相互運用性の考慮事項：
A color-handling receiver that supports a calibrated color
space should indicate any constraint on the illuminants it can
handle.
In the absence of a color-illuminant constraint, a receiver is presumed to accept and deal with any specified illuminant value.
色光源の制約の非存在下では、受信機が受け入れると、任意指定光源値に対処するためと推定されます。
- Related feature tags:
- 関連機能タグ：
color [3]
color-space [this document]
- Related media types or data formats:
- 関連メディアタイプかデータ形式：
TIFF-FX [7]
TIFF-FX [7]
- Intended usage:
- 意図している用法：
Internet fax
Color image scanning/rendering applications
- Author/Change controller:
- 著者/変更コントローラ：
IETF
IETF
A.6 CIELAB color depth
A.6 CIELAB色深度
- Media Feature tag name(s):
- メディア特徴タグ名（S）：
CIELAB-L-depth
CIELAB-a-depth
CIELAB-b-depth
- ASN.1 identifiers associated with these feature tags:
- これらの機能のタグに関連付けられたASN.1識別子：
CIELAB-L-depth: 1.3.6.1.8.1.12
CIELAB-a-depth: 1.3.6.1.8.1.13
CIELAB-b-depth: 1.3.6.1.8.1.14
- Summary of the media features indicated:
- メディア機能の概要が示されています：
These feature tags indicate a color depth capability; i.e.
the level of detail to which an individual CIELAB color
component can be specified. They define the number of
distinct values possible for each of the color components L*,
a* and b*.
Typically, this feature would be used with 'color=mapped', and possibly 'color=grey' or 'color=full', to indicate the number of distinct colors that can be represented.
典型的には、この機能を表すことができ、異なる色の数を示すために、「色=マッピングされた」、およびおそらく「色=グレー」または「色=完全」で使用されるであろう。
NOTE: this feature tag describes the number of values that can be represented for a color component, and does not necessarily indicate the number of distinct values that can be rendered or resolved by a system.
注：この機能タグは、色成分について表すことができる値の数を記述し、必ずしもシステムによってレンダリング又は解消することができる別個の値の数を示すものではありません。
- Values appropriate for use with these feature tags:
- これらの機能タグで使用するための適切な値：
Integer (>0)
整数（> 0）
- These feature tags are intended primarily for use in the following applications, protocols, services, or negotiation mechanisms:
- これらの機能のタグは、主に以下のアプリケーション、プロトコル、サービス、または交渉メカニズムにおける使用のために意図されています。
Color image printing and display applications where the data
resource used may depend upon color handling capabilities of
the recipient.
Scanning applications where the data transferred may depend upon the image generation capabilities of the originator.
データ転送スキャンアプリケーションは、発信元の画像生成機能に依存し得ます。
- Examples of typical use:
- 典型的な使用例：
To describe rendering or scanning capabilities:
レンダリングやスキャン機能を説明するには：
(& (color=mapped) (color-levels<=240) (CIELAB-L-depth<=128) (CIELAB-a-depth<=128) (CIELAB-b-depth<=128) ) (& (color=full) (color-levels<=16777216) (CIELAB-L-depth<=256) (CIELAB-a-depth<=128) (CIELAB-b-depth<=128) )
（＆（色=マッピングされた）（色レベル<= 240）（CIELAB-L-深さ<= 128）（CIELAB-深さ<= 128）（CIELAB-B-深さ<= 128））（＆（色=フル）（色レベル<= 16777216）（CIELAB-L-深さ<= 256）（CIELAB-深さ<= 128）（CIELAB-B-深さ<= 128））
To describe capabilities assumed by a document:
文書によって仮定の機能を説明するために：
(& (color=mapped) (color-levels=200) (CIELAB-L-depth=32) (CIELAB-a-depth=32) (CIELAB-b-depth=32) ) (& (color=full) (color-levels=32768) (CIELAB-L-depth=128) (CIELAB-a-depth=32) (CIELAB-b-depth=32) )
（＆（色=マッピングされた）（色レベル= 200）（CIELAB-L-深さ= 32）（CIELAB-深さ= 32）（CIELAB-B-深さ= 32））（＆（色=フル）（色レベル= 32768）（CIELAB-L-深さ= 128）（CIELAB-深さ= 32）（CIELAB-B-深さ= 32））
- Related standards or documents:
- 関連の規格や文書：
The memo "Media Features for Display, Print, and Fax" [3]
defines a feature (color) for indicating basic color
capabilities.
CIELAB color space is defined in [19]
CIELAB use for fax is described in ITU T.42 [9]
ファックス用のCIELABの使用は、ITU T.42に記載されている[9]
- Related feature tags:
- 関連機能タグ：
color [3]
color-levels [this document]
color-space [this document]
- Intended usage:
- 意図している用法：
Internet fax
Color image scanning/rendering applications
- Author/Change controller:
- 著者/変更コントローラ：
IETF
IETF
A.7 CIELAB color gamut
A.7 CIELAB色域
- Media Feature tag name(s):
- メディア特徴タグ名（S）：
CIELAB-L-min
CIELAB-L-max
CIELAB-a-min
CIELAB-a-max
CIELAB-b-min
CIELAB-b-max
- ASN.1 identifiers associated with these feature tags:
- これらの機能のタグに関連付けられたASN.1識別子：
CIELAB-L-min: 1.3.6.1.8.1.15
CIELAB-L-max: 1.3.6.1.8.1.16
CIELAB-a-min: 1.3.6.1.8.1.17
CIELAB-a-max: 1.3.6.1.8.1.18
CIELAB-b-min: 1.3.6.1.8.1.19
CIELAB-b-max: 1.3.6.1.8.1.20
- Summary of the media features indicated:
- メディア機能の概要が示されています：
These feature indicate a supported range of color values, by
indicating minimum and maximum values used for each color
component in a CIELAB color space.
'CIELAB-L-min' and 'CIELAB-L-max' are the minimum and maximum values of the L* component.
'CIELAB-L-分' および 'CIELAB-L-MAX' は最小値とL *成分の最大値です。
'CIELAB-a-min' and 'CIELAB-a-max' are the minimum and maximum values of the a* component.
'CIELAB-分' および 'CIELAB-maxは' A *成分の最小値と最大値です。
'CIELAB-b-min' and 'CIELAB-b-max' are the minimum and maximum values of the b* component.
'CIELAB-B-分' および 'CIELAB-B-MAX' のb *成分の最小値と最大値です。
NOTE: color component values are assumed to be rational numbers, so a limited gamut does not necessarily indicate limited color resolution.
注：色成分値が有理数であると仮定され、そのように限定され色域は、必ずしも限定色解像度を示していません。
- Values appropriate for use with this feature tag:
- この機能タグを使用するために適切な値：
Rational
ラショナル
- The feature tag is intended primarily for use in the following applications, protocols, services, or negotiation mechanisms:
- フィーチャータグは、主に以下のアプリケーション、プロトコル、サービス、または交渉メカニズムにおける使用のために意図されています。
Color image printing and display applications where the data
resource used may depend upon detailed color handling
capabilities of the recipient.
Scanning applications where the data transferred may depend upon the detailed color image generation capabilities of the originator.
転送されたデータは、発信者の詳細なカラー画像生成機能に依存し得るスキャンアプリケーション。
- Examples of typical use:
- 典型的な使用例：
To describe rendering or scanning capabilities:
レンダリングやスキャン機能を説明するには：
(& (CIELAB-L-min>=0) (CIELAB-L-max<=100) (CIELAB-a-min>=-75) (CIELAB-a-max<=+75) (CIELAB-b-min>=-85) (CIELAB-b-max<=+85) )
（＆（CIELAB-L分> = 0）（CIELAB-L-MAX <= 100）（CIELAB-分> = - 75）（CIELAB--MAX <= + 75）（CIELAB-B-分> = - 85）（CIELAB-B-MAX <= + 85））
To describe capabilities required by a document:
文書で必要な機能を説明するには：
(& (CIELAB-L-min=20) (CIELAB-L-max=80) (CIELAB-a-min=-35) (CIELAB-a-max=+55) (CIELAB-b-min=-45) (CIELAB-b-max=+65) )
（＆（CIELAB-L-分= 20）（CIELAB-L-MAX = 80）（CIELAB-分= -35）（CIELAB--MAX = + 55）（CIELAB-B-分= -45） （CIELAB-B-MAX = + 65））
- Related standards or documents:
- 関連の規格や文書：
CIELAB color space is defined in [19]
CIELAB色空間は[19]で定義されています
CIELAB use for fax is described in ITU T.42 [9]
ファックス用のCIELABの使用は、ITU T.42に記載されている[9]
- Interoperability considerations:
- 相互運用性の考慮事項：
When describing a recipient's capabilities, the minimum and
maximum color component values that can be rendered should be
indicated by inequalities as shown in the examples above.
When describing a document, the actual minimum and maximum color component values used should be indicated, as shown above.
文書を記述する際に上記のように、実際に使用される最小および最大の色成分値を、示さなければなりません。
- Security considerations:
- セキュリティの考慮事項：
- Privacy concerns, related to exposure of personal information: Where feature matching is used to select content applicable to the physical abilities of a user, unusual values for this feature tag might give an indication of a user's restricted abilities.
- プライバシーの問題は、個人情報の暴露に関連する：特徴マッチングがユーザーの身体能力に該当するコンテンツを選択するために使用され、この機能タグの珍しい値は、ユーザーの制限された能力の指標を与えるかもしれません。
- Related feature tags:
- 関連機能タグ：
color [3]
color-space [this document]
- Related media types or data formats:
- 関連メディアタイプかデータ形式：
TIFF-FX [7]
TIFF-FX [7]
- Intended usage:
- 意図している用法：
Internet fax
Color image scanning/rendering applications
- Author/Change controller:
- 著者/変更コントローラ：
IETF
IETF
A.8 Image file structure
A.8画像ファイルの構造
- Media Feature tag name(s):
- メディア特徴タグ名（S）：
image-file-structure
画像ファイルの構造
- ASN.1 identifier associated with this feature tag:
- この機能のタグに関連するASN.1識別子：
- Summary of the media features indicated:
- メディア機能の概要が示されています：
This feature indicates a file structure used for transfer and
presentation of image data.
It does not indicate image data coding: that is described by separate feature tags (image-coding, etc.).
別の特徴タグ（画像符号化、等）によって記述される：それは、画像符号化データを示していません。
- Values appropriate for use with this feature tag:
- この機能タグを使用するために適切な値：
Token
都県
Image file TIFF structure TIFF-limited options: TIFF-minimal TIFF-MRC TIFF-MRC-limited
画像ファイルTIFF構造TIFF限定オプション：TIFF-最小限TIFF-MRC TIFF-MRC-制限
(may be extended by further registrations,
to cover non-TIFF image file structures)
- The feature tag is intended primarily for use in the following applications, protocols, services, or negotiation mechanisms:
- フィーチャータグは、主に以下のアプリケーション、プロトコル、サービス、または交渉メカニズムにおける使用のために意図されています。
Internet fax, and other print or display applications that
transfer image data.
- Examples of typical use:
- 典型的な使用例：
See Appendix B of this memo.
このメモの付録Bを参照してください。
- Considerations particular to use in individual applications, protocols, services, or negotiation mechanisms:
- 個々のアプリケーション、プロトコル、サービス、または交渉メカニズムで使用する特定の考慮事項：
This tag is intended to provide information about an image
file structure. Information about image data coding is
provided by other tags.
The following tag values are defined here:
次のタグの値は、ここで定義されています。
o 'TIFF' indicates image data enclosed and tagged using TIFF structures described in Adobe's definition of TIFF [20].
O「TIFF」は、画像データが封入及びTIFFのAdobeの定義[20]に記載のTIFF構造を用いてタグ付けさを示しています。
o 'TIFF-limited' indicates image data structured using TIFF, but with limitations on the placement of Image File Descriptors (IFDs) within the file, which are indicated in section 4.4.6 of RFC 2301 [7].
O「TIFF制限」はTIFFを使用して構成された画像データを示しているが、RFC 2301のセクション4.4.6に示されているイメージファイル記述子ファイル内（のIFD）の配置に制限が[7]。
o 'TIFF-minimal' indicates a TIFF image format that meets the IFD placement, byte ordering and bit ordering requirements of the "minimal black and white mode" described in section 3.5 of RFC 2301 [7], also known as TIFF-S.
O「TIFF-最小」は、[7]、また、TIFF-Sとしても知られているRFC 2301のセクション3.5に記載された「最小白黒モード」のIFD配置、バイト順序とビット順序付け要件を満たしているTIFF画像フォーマットを示しています。
o 'TIFF-MRC' uses a TIFF image structure [20] augmented with a sub-IFD structure, described for the "Mixed Raster Content mode" in section 8.1.2 of RFC 2301 [7], also known as TIFF-M (see also tag 'MRC-mode').
O「TIFF-MRCは、」RFC 2301のセクション8.1.2に「混合ラスタコンテンツモード」の説明[7]、また、TIFF-M（として知られている、サブIFD構造で補強TIFF画像構造[20]を使用して'）MRC-modeを' タグも参照してください。
o 'TIFF-MRC-limited' is the same as 'TIFF-MRC', except that the IFD placement is constrained as for 'TIFF-limited'.
O「TIFF-MRC-制限は、」IFDの配置が「TIFF-制限」のように制約されることを除いて、「TIFF-MRC」と同じです。
Registration of additional image file structure tags should focus similarly on image file structure issues, not raw image data compression and coding. As a guide, an image file structure may contain image data coded in a variety of ways, and carries information to describe that coding separately from MIME content-type labelling, etc.
追加の画像ファイル構造タグの登録は、画像ファイルの構造上の問題ではなく、生の画像データ圧縮符号化にも同様に焦点を当てるべきです。ガイドとして、画像ファイルの構造は、種々の方法で符号化された画像データを含んでいてもよい、等、MIMEコンテンツタイプ標識とは別に符号化することを説明するための情報を運びます
- Related feature tags:
- 関連機能タグ：
image-coding [this document]
MRC-mode [this document]
- Related media types or data formats:
- 関連メディアタイプかデータ形式：
TIFF-FX [7]
TIFF V6.0 (Adobe) [20]
- Intended usage:
- 意図している用法：
Internet fax
Image scanning/rendering applications
- Author/Change controller:
- 著者/変更コントローラ：
IETF
IETF
A.9 Image data coding
コーディングA.9画像データ
- Media Feature tag name(s):
- メディア特徴タグ名（S）：
image-coding
画像コーディング
- ASN.1 identifier associated with this feature tag:
- この機能のタグに関連するASN.1識別子：
- Summary of the media features indicated:
- メディア機能の概要が示されています：
This feature tag indicates a form of image data compression
and coding used.
It identifies a generic image coding technique used, without regard to any specific profiling of that technique that may be applied. Values for this feature are generally applicable across a wide range of image transfer applications.
これは、適用され得ることが技術の任意の特定のプロファイルに関係なく、使用される一般的な画像符号化技術を特定します。この機能の値は、画像転送アプリケーションの幅広い一般的に適用されています。
This information is distinct from the image file structure and MRC information conveyed by the 'image-file-structure' tags.
この情報は、「イメージファイル構造」タグによって搬送イメージファイル構造とMRC情報から区別されます。
- Values appropriate for use with this feature tag:
- この機能タグを使用するために適切な値：
Token MH
MR
MMR
JBIG
JPEG
(may be extended by further registrations)
（さらに登録することによって延長することができます）
- The feature tag is intended primarily for use in the following applications, protocols, services, or negotiation mechanisms:
- フィーチャータグは、主に以下のアプリケーション、プロトコル、サービス、または交渉メカニズムにおける使用のために意図されています。
Internet fax, and other applications that transfer image data.
インターネットファックス、および画像データを転送する他のアプリケーション。
- Examples of typical use:
- 典型的な使用例：
See Appendix B of this memo.
このメモの付録Bを参照してください。
- Related standards or documents:
- 関連の規格や文書：
MH, MR: ITU T.4 [13]
MMR: ITU T.6 [14]
JPEG: ITU T.81 [16]
JBIG: ITU T.82 [17]
- Interoperability considerations:
- 相互運用性の考慮事項：
To establish the correct conditions for interoperability
between systems, capabilities to handle the generic image
coding technique and the specific image coding constraints
must be established.
- Related feature tags:
- 関連機能タグ：
image-coding-constraint [this document]
JBIG-stripe-size [this document]
image-interleave [this document]
- Related media types or data formats:
- 関連メディアタイプかデータ形式：
TIFF-FX [7]
TIFF-FX [7]
- Intended usage:
- 意図している用法：
Internet fax
Image scanning/rendering applications
- Author/Change controller:
- 著者/変更コントローラ：
IETF
IETF
A.10 Image coding constraint
A.10イメージコーディング制約
- Media Feature tag name(s):
- メディア特徴タグ名（S）：
image-coding-constraint
画像の符号化制約
- ASN.1 identifier associated with these feature tags:
- これらの機能のタグに関連付けられたASN.1識別子：
- Summary of the media features indicated:
- メディア機能の概要が示されています：
This feature tag qualifies the 'image-coding' feature with a
specific profile or usage constraints.
Values for this feature are generally specific to some given value of 'image-coding' and also to some restricted application or class of applications.
この機能の値は、一般に「画像の符号化」のいくつかの指定された値にしても、アプリケーションのいくつか制限されたアプリケーションまたはクラスに固有のものです。
- Values appropriate for use with this feature tag:
- この機能タグを使用するために適切な値：
Token JBIG-T85 (bi-level, per ITU T.85)
JBIG-T43 (multi-level, per ITU T.43)
JPEG-T4E (per ITU T.4, Annex E)
(may be extended by further registrations)
（さらに登録することによって延長することができます）
- The feature tag is intended primarily for use in the following applications, protocols, services, or negotiation mechanisms:
- フィーチャータグは、主に以下のアプリケーション、プロトコル、サービス、または交渉メカニズムにおける使用のために意図されています。
Internet fax, and other applications that transfer image data.
インターネットファックス、および画像データを転送する他のアプリケーション。
The specific values for this feature indicated above are intended for use with Internet fax.
上記に示した、この機能のための具体的な値は、インターネットファックスでの使用を目的としています。
- Examples of typical use:
- 典型的な使用例：
See Appendix B of this memo.
このメモの付録Bを参照してください。
- Related standards or documents:
- 関連の規格や文書：
JBIG-T85: ITU T.85 [18]
JBIG-T43: ITU T.43 [10]
JPEG-T4E: ITU T.4 Annex E [13]
- Interoperability considerations:
- 相互運用性の考慮事項：
To establish the correct conditions for interoperability
between systems, capabilities to handle the generic image
coding technique and the specific image coding constraints
must be established.
- Related feature tags:
- 関連機能タグ：
image-coding [this document]
JBIG-stripe-size [this document]
image-interleave [this document]
- Related media types or data formats:
- 関連メディアタイプかデータ形式：
TIFF-FX [7]
TIFF-FX [7]
- Intended usage:
- 意図している用法：
Internet fax
Color image scanning/rendering applications
- Author/Change controller:
- 著者/変更コントローラ：
IETF
IETF
A.11 JBIG stripe size
A.11 JBIGのストライプサイズ
- Media Feature tag name(s):
- メディア特徴タグ名（S）：
JBIG-stripe-size
JBIGストライプサイズ
- ASN.1 identifier associated with these feature tags:
- これらの機能のタグに関連付けられたASN.1識別子：
- Summary of the media features indicated:
- メディア機能の概要が示されています：
This feature is a specific usage constraint that is applied to
JBIG image coding (image-coding=JBIG), and indicates the
allowable size for each stripe of an image, except the last.
A stripe of a JBIG image is a delimited horizontal band of compressed image data that can be decompressed separately from the surrounding data.
JBIG画像のストライプは、周囲のデータから別々に伸張することができる圧縮画像データの区切りの水平帯域です。
- Values appropriate for use with this feature tag:
- この機能タグを使用するために適切な値：
Integer (>0)
整数（> 0）
- The feature tag is intended primarily for use in the following applications, protocols, services, or negotiation mechanisms:
- フィーチャータグは、主に以下のアプリケーション、プロトコル、サービス、または交渉メカニズムにおける使用のために意図されています。
Internet fax, and other applications that transfer image data.
インターネットファックス、および画像データを転送する他のアプリケーション。
- Examples of typical use:
- 典型的な使用例：
(JBIG-stripe-size=128)
(JBIG-stripe-size>0)
- Related standards or documents:
- 関連の規格や文書：
JBIG: ITU T.82 [17]
JBIG-T85: ITU T.85 [18]
JBIG-T43: ITU T.43 [10]
- Considerations particular to use in individual applications, protocols, services, or negotiation mechanisms:
- 個々のアプリケーション、プロトコル、サービス、または交渉メカニズムで使用する特定の考慮事項：
In the case of Internet fax, the specific constraints allowed
for a receiver are those given as examples above.
Specifying a stripe size that is not limited (JBIG-stripe-size>0) means that an entire page of image data is encoded as a single unit. This may place considerable demands on the memory of a receiving system, as the entire stripe needs to be buffered in memory.
限定されるものではなく、ストライプサイズ（JBIGストライプサイズ> 0）を指定すると、画像データのページ全体は、単一のユニットとして符号化されることを意味します。ストライプ全体をメモリにバッファリングする必要があり、これは、受信システムのメモリ上でかなりの需要を置くことがあります。
- Interoperability considerations:
- 相互運用性の考慮事項：
To establish the correct conditions for interoperability
between systems, capabilities to handle the generic image
coding technique and the specific image coding constraints
must be established.
- Related feature tags:
- 関連機能タグ：
image-coding [this document]
image-coding-constraint [this document]
image-interleave [this document]
- Related media types or data formats:
- 関連メディアタイプかデータ形式：
TIFF-FX [7]
TIFF-FX [7]
- Intended usage:
- 意図している用法：
Internet fax
Color image scanning/rendering applications
- Author/Change controller:
- 著者/変更コントローラ：
IETF
IETF
A.12 Image interleave
A.12イメージインターリーブ
- Media Feature tag name(s):
- メディア特徴タグ名（S）：
image-interleave
画像インターリーブ
- ASN.1 identifier associated with this feature tag:
- この機能のタグに関連するASN.1識別子：
- Summary of the media features indicated:
- メディア機能の概要が示されています：
This feature indicates an image interleave capability.
この機能は、画像インターリーブ能力を示します。
It may be used with JBIG images (image-coding=JBIG) to indicate color plane interleaving of either stripes or entire image planes.
ストライプ全体画像平面のいずれかの色平面のインタリーブを示すために、JBIG画像（画像符号化= JBIG）と共に使用することができます。
- Values appropriate for use with this feature tag:
- この機能タグを使用するために適切な値：
Token Stripe
Plane
- The feature tag is intended primarily for use in the following applications, protocols, services, or negotiation mechanisms:
- フィーチャータグは、主に以下のアプリケーション、プロトコル、サービス、または交渉メカニズムにおける使用のために意図されています。
Internet fax, and other applications that transfer image data.
インターネットファックス、および画像データを転送する他のアプリケーション。
- Examples of typical use:
- 典型的な使用例：
(image-interleave=stripe)
(image-interleave=[stripe,plane])
- Considerations particular to use in individual applications, protocols, services, or negotiation mechanisms:
- 個々のアプリケーション、プロトコル、サービス、または交渉メカニズムで使用する特定の考慮事項：
Specifying a plane interleave means that an entire page of
image data must be buffered in order to generate or render the
image. This may place considerable demands on the memory of a
sending or receiving system.
- Related feature tags:
- 関連機能タグ：
image-coding [this document]
JBIG-stripe-size [this document]
- Related media types or data formats:
- 関連メディアタイプかデータ形式：
TIFF-FX [7]
TIFF-FX [7]
- Intended usage:
- 意図している用法：
Internet fax
Color image scanning/rendering applications
- Author/Change controller:
- 著者/変更コントローラ：
IETF
IETF
A.13 Color subsampling
A.13色のサブサンプリング
- Media Feature tag name(s):
- メディア特徴タグ名（S）：
color-subsampling
カラーサブサンプリング
- ASN.1 identifier associated with this feature tag:
- この機能のタグに関連するASN.1識別子：
- Summary of the media features indicated:
- メディア機能の概要が示されています：
This feature tag indicates whether color information may be
subsampled with respect to luminance data.
It is used with continuous color images (color=full), color spaces that use separate luminance and color components (e.g. color-space=LAB), and image file structures that support color subsampling.
これは、連続したカラー画像（色=フル）と別輝度と色成分（例えば、色空間= LAB）、およびカラーサブサンプリングをサポートする画像ファイルの構造を使用する色空間を用いています。
- Values appropriate for use with this feature tag:
- この機能タグを使用するために適切な値：
String "1:1:1"
This value indicates a full set of color
component samples for each luminance
component sample.
"4:1:1"
This value indicates one set of color component
samples for each 4 luminance samples.
(may be extended by further registrations)
（さらに登録することによって延長することができます）
- The feature tag is intended primarily for use in the following applications, protocols, services, or negotiation mechanisms:
- フィーチャータグは、主に以下のアプリケーション、プロトコル、サービス、または交渉メカニズムにおける使用のために意図されています。
Color image printing and display applications where the data
resource used may depend upon color handling capabilities of
the recipient.
Scanning applications where the data transferred may depend upon the image generation capabilities of the originator.
データ転送スキャンアプリケーションは、発信元の画像生成機能に依存し得ます。
- Examples of typical use:
- 典型的な使用例：
(& (color=full) (color-space=[LAB,CIELAB])
(color-subsampling=["1:1:1","4:1:1"]) )
- Related feature tags:
- 関連機能タグ：
color [3]
color-space [this document]
image-file-structure [this document]
- Related media types or data formats:
- 関連メディアタイプかデータ形式：
TIFF-FX [7]
TIFF-FX [7]
- Intended usage:
- 意図している用法：
Internet fax
Color image scanning/rendering applications
- Author/Change controller:
- 著者/変更コントローラ：
IETF
IETF
A.14 MRC availability and mode
A.14 MRC可用性とモード
- Media Feature tag name(s):
- メディア特徴タグ名（S）：
MRC-mode
MRC-モード
- ASN.1 identifier associated with this feature tag:
- この機能のタグに関連するASN.1識別子：
- Summary of the media features indicated:
- メディア機能の概要が示されています：
This feature is used to indicate the availability of MRC
(mixed raster content) image format capability, and also the
MRC mode available. A zero value indicates MRC is not
available, a non-zero value (in the range 1..7) indicates the
available MRC mode number.
An MRC formatted document is actually a collection of several images, each of which is described by a separate feature collection. An MRC-capable receiver is presumed to be capable of accepting any combination of contained images that conform to the MRC construction rules, where each such image matches the separately declared resolution, color capability, color model, image coding, and any other capabilities.
MRCフォーマットされた文書は、実際には別々の特徴集合によって記述されてそれぞれが複数の画像の集合です。 MRC-可能な受信機は、このような各画像は別々に宣言解像度、カラー機能、カラーモデル、画像符号化、及び任意の他の機能に一致MRC構築規則に準拠含まれる画像の任意の組み合わせを受け入れることができると推定されます。
NOTE: an MRC formatted document may appear within a TIFF image file structure.
注：MRCフォーマットされた文書は、TIFFイメージファイル構造の中に表示されることがあります。
Within an MRC-formatted document, multi-level coders are used for foreground and background images (i.e. odd-numbered layers: 1, 3, 5, etc.) and bi-level coders are used for mask layers (i.e. even numbered layers 2, 4, 6, etc.).
MRCフォーマットの文書内、マルチレベル符号器は、前景と背景画像のために使用される（すなわち、奇数番目の層：1、3、5、等）及びバイレベルコーダは、マスク層のために使用される（すなわち、偶数層2 、4、6、等）。
- Values appropriate for use with this feature tag:
- この機能タグを使用するために適切な値：
Integer (0..7)
整数（0..7）
- The feature tag is intended primarily for use in the following applications, protocols, services, or negotiation mechanisms:
- フィーチャータグは、主に以下のアプリケーション、プロトコル、サービス、または交渉メカニズムにおける使用のために意図されています。
Internet fax, and other applications that transfer image data.
インターネットファックス、および画像データを転送する他のアプリケーション。
- Examples of typical use:
- 典型的な使用例：
See Appendix B of this document.
このドキュメントの付録Bを参照してください。
- Related standards or documents:
- 関連の規格や文書：
ITU T.44 [15]
ITU T.44 [15]
- Interoperability considerations:
- 相互運用性の考慮事項：
To establish the correct conditions for interoperability
between systems, capabilities to handle the MRC mode and any
contained image coding techniques must be established.
- Related feature tags:
- 関連機能タグ：
image-coding [this document]
MRC-max-stripe-size [this document]
- Related media types or data formats:
- 関連メディアタイプかデータ形式：
TIFF-FX [7]
TIFF-FX [7]
- Intended usage:
- 意図している用法：
Internet fax
Color image scanning/rendering applications
- Author/Change controller:
- 著者/変更コントローラ：
IETF
IETF
A.15 MRC maximum stripe size
A.15 MRC最大ストライプサイズ
- Media Feature tag name(s):
- メディア特徴タグ名（S）：
MRC-max-stripe-size
MRC-MAX-ストライプサイズ
- ASN.1 identifier associated with this feature tag:
- この機能のタグに関連するASN.1識別子：
- Summary of the media features indicated:
- メディア機能の概要が示されています：
This feature may be used with MRC coding (MRC-mode>=1), and
indicates the maximum number of scan lines in each MRC stripe.
The value given indicates an upper bound on the stripe size. The actual value may vary between stripes, and the actual size for each stripe is indicated in the image data.
与えられた値は、ストライプサイズの上限を示しています。実際の値は、ストライプ間で変化してもよいし、各ストライプの実際のサイズは、画像データに示されています。
- Values appropriate for use with this feature tag:
- この機能タグを使用するために適切な値：
Integer (>0)
整数（> 0）
- The feature tag is intended primarily for use in the following applications, protocols, services, or negotiation mechanisms:
- フィーチャータグは、主に以下のアプリケーション、プロトコル、サービス、または交渉メカニズムにおける使用のために意図されています。
Internet fax, and other applications that transfer image data.
インターネットファックス、および画像データを転送する他のアプリケーション。
- Examples of typical use:
- 典型的な使用例：
(MRC-max-stripe-size<=256)
(MRC-max-stripe-size>=0)
- Considerations particular to use in individual applications, protocols, services, or negotiation mechanisms:
- 個々のアプリケーション、プロトコル、サービス、または交渉メカニズムで使用する特定の考慮事項：
For Internet fax, the legal constraints for an image receiver
are those given as examples above.
- Related feature tags:
- 関連機能タグ：
MRC-mode [this document]
MRC-モード[このドキュメント]
- Related media types or data formats:
- 関連メディアタイプかデータ形式：
TIFF-FX [7]
TIFF-FX [7]
- Intended usage:
- 意図している用法：
Internet fax
Color image scanning/rendering applications
- Author/Change controller:
- 著者/変更コントローラ：
IETF
IETF
Appendix B: TIFF mode descriptions
付録B：TIFFモードの説明
This appendix contains descriptions of the TIFF modes defined by RFC 2301 [7], presented as feature set expressions in the form defined by "A syntax for describing media feature sets" [2] and using the feature schema introduced by this document.
この付録では、RFC 2301によって定義されたTIFFモードの記述を含む[7]、[2]、このドキュメントによって導入された機能のスキーマを使用して「メディア機能セットを記述するためのシンタックス」によって定義された形で機能セット表現として提示します。
These may be taken as illustrations of the feature set combinations that are required for the corresponding TIFF profiles described by RFC 2301.
これらは、RFC 2301によって記載された対応するTIFFプロファイルのために必要とされる機能セットの組み合わせの例示として解釈されてもよいです。
TIFF-S has no optional elements, so is presented as a single feature set. Other profiles are presented as (TIFF-x-base) and (TIFF-x-full) indicating the minimum and full feature sets associated with each profile.
TIFF-Sは、その一つの機能セットとして提示され、何のオプションの要素を持っていません。他のプロファイルは（TIFF-Xベース）及び（TIFF-Xフル）が最小と各プロファイルに関連付けられた完全な機能セットを示すものとして提示されます。
(TIFF-S) :- (& (image-file-structure=TIFF-S) (color=Binary) (image-coding=MH) (MRC-mode=0) (| (& (dpi=200) (dpi-xyratio=[200/100,200/200]) (size-x=1728/200) ) (& (dpi=204) (dpi-xyratio=[204/98,204/196] (size-x=1728/204) ) ) (paper-size=A4) )
（TIFF-S）： - （＆（イメージファイル構造= TIFF-S）（色=バイナリ）（画像符号化= MH）（MRC-MODE = 0）（|（＆（DPI = 200）（DPI -xyratio = [200 / 100,200 / 200]）（サイズX = 1728/200））（＆（DPI = 204）（DPI-xyratio = [204/98204/196]（サイズ= X / 204 1728）） ）（用紙サイズ= A4））
(TIFF-F-base) :- (& (image-file-structure=TIFF-F) (color=Binary) (image-coding=MH) (MRC-mode=0) (dpi=204) (dpi-xyratio=[204/98,204/196]) (size-x=1728/204) (paper-size=A4) )
（TIFF-F-塩基）： - （＆（イメージファイル構造= TIFF-F）（色=バイナリ）（画像符号化= MH）（MRC-MODE = 0）（DPI = 204）（DPI-xyratio = [204/98204/196]）（サイズX = 204分の1728）（用紙サイズ= A4））
(TIFF-F-full) :- (& (image-file-structure=TIFF-F) (color=Binary) (image-coding=[MH,MR,MMR]) (MRC-mode=0) (| (& (dpi=200) (dpi-xyratio=[200/100,200/200]) (size-x=[1728/200,2048/200,2432/200]) ) (& (dpi=204) (dpi-xyratio=[204/98,204/196,204/391]) (size-x=[1728/204,2048/204,2432/204]) ) (& (dpi=300)
（TIFF-Fフル）： - （＆（イメージファイル構造= TIFF-F）（色=バイナリ）（画像符号化= [MH、MR、MMR]）（MRC-MODE = 0）（（| ＆（DPI = 200）（DPI-xyratio = [200 / 100,200 / 200]）（サイズX = 1728 / 200,2048 / 200,2432 / 200]））（＆（DPI = 204）（DPI-xyratio = [204/98204/196204/391]）（サイズX = 1728 / 204,2048 / 204,2432 / 204]））（＆（DPI = 300）
(dpi-xyratio=300/300)
(size-x=[2592/300,3072/300,3648/300]) )
(& (dpi=400)
(dpi-xyratio=400/400)
(size-x=[3456/400,4096/400,4864/400]) )
(& (dpi=408)
(dpi-xyratio=408/391)
(size-x=[3456/408,4096/408,4864/408]) ) )
(paper-size=[A4, B4, A3, letter, legal]) )
(TIFF-J-base) :- (& (image-file-structure=TIFF-J) (color=Binary) (MRC-mode=0) (image-coding=JBIG) (image-coding-constraint=JBIG-T85) (JBIG-stripe-size=128) (dpi=204) (dpi-xyratio=[204/98,204/196]) (size-x=1728/204) (paper-size=A4) )
（TIFF-J-塩基）： - （＆（イメージファイル構造= TIFF-J）（色=バイナリ）（MRC-MODE = 0）（= JBIG）（画像符号化制約= JBIG-画像符号化T85）（JBIGストライプサイズ= 128）（DPI = 204）（DPI-xyratio = [204/98204/196]）（サイズX = 204分の1728）（用紙サイズ= A4））
(TIFF-J-full) :- (& (image-file-structure=TIFF-J) (color=Binary) (MRC-mode=0) (image-coding=JBIG) (image-coding-constraint=JBIG-T85) (JBIG-stripe-size>0) (| (& (dpi=200) (dpi-xyratio=[200/100,200/200]) (size-x=[1728/200,2048/200,2432/200]) ) (& (dpi=204) (dpi-xyratio=[204/98,204/196,204/391]) (size-x=[1728/204,2048/204,2432/204]) ) (& (dpi=300) (dpi-xyratio=300/300) (size-x=[2592/300,3072/300,3648/300]) ) (& (dpi=400) (dpi-xyratio=400/400) (size-x=[3456/400,4096/400,4864/400]) ) (& (dpi=408) (dpi-xyratio=408/391) (size-x=[3456/408,4096/408,4864/408]) ) ) (paper-size=[A4, B4, A3, letter, legal]) )
（TIFF-Jフル）： - （＆（イメージファイル構造= TIFF-J）（色=バイナリ）（MRC-MODE = 0）（画像符号化= JBIG）（画像符号化制約= JBIG- T85）（JBIGストライプサイズ> 0）（|（＆（DPI = 200）（DPI-xyratio = [200 / 100,200 / 200]）（サイズX = 1728 / 200,2048 / 200,2432 / 200 ]））（＆（DPI = 204）（DPI-xyratio = [204/98204/196204/391]）（サイズX = 1728 / 204,2048 / 204,2432 / 204]））（＆（DPI = 300）（DPI-xyratio = 300/300）（サイズX = 2592 / 300,3072 / 300,3648 / 300]））（＆（DPI = 400）（DPI-xyratio = 400/400）（サイズ - X = 3456 / 400,4096 / 400,4864 / 400]））（＆（DPI = 408）（DPI-xyratio = 391分の408）（サイズX = 3456 / 408,4096 / 408,4864 / 408 ]）））（用紙サイズ= A4、B4、A3、レター、リーガル]））
(TIFF-C-base) :- (& (image-file-structure=TIFF-C)
（TIFF-C塩基）： - （＆（イメージファイル構造= TIFF-C）
(color=grey)
(color-levels<=256)
(MRC-mode=0)
(image-coding=JPEG) (image-coding-constraint=JPEG-T4E)
(color-space=CIELAB)
(CIELAB-L-depth<=101)
(CIELAB-L-min>=0)
(CIELAB-L-max<=100)
(color-illuminant=D50)
(dpi=200) (dpi-xyratio=1)
(size-x=864/100)
(paper-size=A4) )
(TIFF-C-full) :- (& (image-file-structure=TIFF-C) (image-coding=JPEG) (image-coding-constraint=JPEG-T4E) (color-space=CIELAB) (| (& (color=grey) (color-levels<=4096) (CIELAB-L-depth<=4096) ) (& (color=full) (color-levels<=68719476736) (color-subsampling=["4:1:1","1:1:1"]) (CIELAB-L-depth<=4096) (CIELAB-a-depth<=4096) (CIELAB-b-depth<=4096) ) ) (MRC-mode=0) (dpi=[100,200,300,400]) (dpi-xyratio=1) (size-x=[864/100,1024/100,1216/100]) (paper-size=[A4, B4, A3, letter, legal]) )
（TIFF-C-フル）： - （＆（画像ファイル構造= TIFF-C）（= JPEG）（画像コーディング制約= JPEG-T4E）（色空間をイメージコーディング= CIELAB）（|（ ＆（色=グレー）（色レベル<= 4096）（CIELAB-L-深さ<= 4096））（フル・（色=）（色レベル<= 68719476736）（カラーサブサンプリング= [ "4：1 ：1" 、 "1：1：1"]）（CIELAB-L-深さ<= 4096）（CIELAB-深さ<= 4096）（CIELAB-B-深さ<= 4096）））（MRC-モード= 0）（DPI = [100200300400]）（DPI-xyratio = 1）（サイズX = [864 / 100,1024 / 100,1216 / 100]）（用紙サイズ= A4、B4、A3、レター、リーガル]））
(TIFF-L-base) :- (& (image-file-structure=TIFF-L) (MRC-mode=0) (image-coding=JBIG) (image-coding-constraint=JBIG-T43) (JBIG-stripe-size=128) (image-interleave=stripe) (color=grey) (color-levels<=256) (color-space=CIELAB) (CIELAB-L-depth=101) (CIELAB-L-min>=0) (CIELAB-L-max<=100) (color-illuminant=D50) (dpi=200) (dpi-xyratio=1) (size-x=864/100) (paper-size=A4) )
（TIFF-L-塩基）： - （＆（イメージファイル構造= TIFF-L）（MRC-MODE = 0）（= JBIG）（画像符号化制約= JBIG-T43）（JBIG-画像符号化ストライプサイズ= 128）（画像インターリーブ=ストライプ）（色=グレー）（色レベル<= 256）（色空間= CIELAB）（CIELAB-L-深さ= 101）（CIELAB-L-分> = 0）（CIELAB-L-MAX <= 100）（色光源= D50）（DPI = 200）（DPI-xyratio = 1）（サイズX = 100分の864）（用紙サイズ= A4））
(TIFF-L-full) :- (& (image-file-structure=TIFF-L) (MRC-mode=0) (image-coding=JBIG) (image-coding-constraint=JBIG-T43) (JBIG-stripe-size>0) (image-interleave=[stripe, plane]) (| (& (color=limited) (color-levels<=8) (color-space=[Device-RGB, Device-CMY] ) ) (& (color=limited) (color-levels<=16) (color-space=Device-CMYK) ) (& (color=mapped) (color-levels<=65536) (color-space=CIELAB) (CIELAB-L-depth<=4096) (CIELAB-a-depth<=4096) (CIELAB-b-depth<=4096) ) (& (color=grey) (color-levels<=4096) (color-space=CIELAB) (CIELAB-L-depth<=4096) ) (& (color=full) (color-space=CIELAB) (color-levels<=68719476736) (CIELAB-L-depth<=4096) (CIELAB-a-depth<=4096) (CIELAB-b-depth<=4096) (CIELAB-L-min>=0) ) ) (dpi=[100,200,300,400]) (dpi-xyratio=1) (size-x=[864/100,1024/100,1216/100]) (paper-size=[A4, B4, A3, letter, legal]) )
（TIFF-L-フル）： - （＆（イメージファイル構造= TIFF-L）（MRC-MODE = 0）（画像符号化= JBIG）（画像符号化制約= JBIG-T43）（JBIG-ストライプサイズ> 0）（画像インターリーブ= [ストライプ、平面]）（|（＆（色=限られた）（色レベル<= 8）（色空間= [デバイス-RGB、デバイス-CMY]）） （＆（色=限る。）（色レベル<= 16）（色空間=デバイスCMYK））（＆（色=マッピングされた）（色レベル<= 65536）（色空間= CIELAB）（CIELAB- L-深さ<= 4096）（CIELAB-深さ<= 4096）（CIELAB-B-深さ<= 4096））（＆（色=グレー）（色レベル<= 4096）（色空間= CIELAB） （CIELAB-L-深さ<= 4096））（＆（フルカラー=）（色空間= CIELAB）（色レベル<= 68719476736）（CIELAB-L-深さ<= 4096）（CIELAB-深さ< = 4096）（CIELAB-B-深さ<= 4096）（CIELAB-L分> = 0）））（DPI = [100200300400]）（DPI-xyratio = 1）（サイズX = [864 / 100,1024 / 100,1216 / 100]）（用紙サイズ= A4、B4、A3、レター、リーガル]））
(TIFF-M-base) :- (& (image-file-structure=TIFF-M) (MRC-mode>=1) (MRC-max-stripe-size<=256) )
（TIFF-Mベース）： - （＆（イメージファイル構造= TIFF-M）（MRC-モード> = 1）（MRC-MAX-ストライプサイズ<= 256））
(TIFF-M-full) :- (& (image-file-structure=TIFF-M) (MRC-mode>=1) )
（TIFF-Mフル）： - （＆（イメージファイル構造= TIFF-M）（MRC-モード> = 1））
Support for multiple TIFF profiles may be indicated by combining their expressions with the OR operator; e.g.
複数のTIFFプロファイルのサポートは、OR演算子で自分の表現を組み合わせることによって示すことができます。例えば
(| (TIFF-F) (TIFF-S) (TIFF-J) )
（|（TIFF-F）（TIFF-S）（TIFF-J））
indicates support for all black-and-white modes.
すべて白黒モードのサポートを示します。
TIFF-M is a composite mode and must be used in conjunction with some other mode to define the particular capabilities of a receiver; e.g.
TIFF-Mは、複合モードであり、受信機の特定の機能を定義するためにいくつかの他のモードと組み合わせて使用されなければなりません。例えば
(| (TIFF-M-base) (TIFF-S) (TIFF-J-full) (TIFF-C-base) (TIFF-L-full) )
（|（TIFF-Mベース）（TIFF'S）（TIFF-Jフル）（TIF-C塩基）（TIFF-L-フル））
Each sub-image in an MRC image must conform to the capabilities indicated AND also to any additional constraints imposed by the MRC structure, such as bi-level mask layer, etc. See sections A.13 and section 3.7.
MRC画像における各サブ画像が示さ機能し、また、バイレベルのマスク等層、セクションA.13を参照して、セクション3.7のようなMRC構造によって課される任意の追加の制約に適合しなければなりません。
Appendix C: Changes from RFC 2531
付録C：RFC 2531からの変更点
00a 23-Jun-1999 Updated Appendix B with more complete TIFF-FX profile descriptions. Added note to section 3.5 clarifying the meaning of (color=limited) in the context of Internet fax. Added note to section 3.6 and A.6 to clarify interpretation of color depth. In A.6, noted that color gamut is not the same as color resolution; fixed example. Split section 3.7 into two sections, dealing with simple image coding options and MRC composite image options. Added new feature tag 'color-illuminant' (sections 3.6, A.5). Added cross-references from TIFF-M image file structure to MRC-mode tag. Updated introduction and references.
00A 23-Junの-1999は、より完全なTIFF-FXプロファイルの説明では、付録Bを更新しました。インターネットFAXの文脈で（色=限る）の意味を明確にセクション3.5にメモを追加しました。色深度の解釈を明確にするためにセクション3.6およびA.6にメモを追加しました。 A.6において、色域は、色解像度と同じではないことに注意。固定された例。二つのセクションに分割セクション3.7、シンプルな画像符号化オプションおよびMRC合成画像オプションを扱います。追加された新機能タグ「カラー光源」（セクション3.6、A.5）。 MRC-モードタグにTIFF-Mの画像ファイル構造から相互参照を追加しました。導入と参照を更新しました。
00b 10-Aug-1999 Bring examples into line with T.30 mapping document [4], and reorganize to make the expression structure less complex. Add details of mailing list for discussion. Added JPEG-only colour example. Change definition of image-file-structure tag to indicate more precisely what is being defined, and to draw out the distinction between a file structure to contain MRC images (image-file-structure), and the MRC image model (MRC-mode).
00B 10日 - 8月 - 1999 T.30マッピング文書[4]と行に例を持参し、そして発現構造はより複雑にするために再編成します。議論のためのメーリングリストの詳細を追加します。追加されたJPEGのみの色例。イメージファイル構造の変更定義に定義されているものより正確に示すために、およびMRC画像（イメージファイル構造）を含むようにファイル構造との間の区別を引き出すためにタグ、およびMRC画像モデル（MRC-モード） 。
01a 01-Oct-1999 Update author's address and some references.
01A 01 - 10月 - 1999年の更新著者のアドレスと、いくつかの参照。
01b 05-Jan-2000 Incorporate last-call review comments (all editorial).
01B 05-JAN-2000組み込むラストコールレビューコメント（すべて社説）。
Full Copyright Statement
完全な著作権声明
Copyright (C) The Internet Society (2000). All Rights Reserved.
著作権（C）インターネット協会（2000）。全著作権所有。
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 Editor機能のための基金は現在、インターネット協会によって提供されます。