Network Working Group G. Klyne
Request for Comments: 2531 5GM/Content Technologies
Category: Standards Track L. McIntyre
Xerox Corporation
March 1999
Content Feature Schema for Internet Fax
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 (1999). All Rights Reserved.
著作権（C）インターネット協会（1999）。全著作権所有。
Abstract
抽象
This document defines a content feature schema that is a profile of the media feature registration mechanisms [1,2,3] for use in performing capability identification between extended Internet fax systems [5].
このドキュメントは、拡張インターネットファックスシステム間で機能識別を行う際に使用するためのメディア特徴登録メカニズム[1,2,3]のプロファイルであるコンテンツ特徴スキーマを定義[5]。
This document does not describe any specific mechanisms for communicating capability information, but does presume that any such mechanisms will transfer textual values. It specifies a textual format to be used for describing Internet fax capability information.
この文書では、能力情報を通信するための任意の特定のメカニズムを記載していないが、そのようなメカニズムは、テキスト値を転送することを想定しません。これは、インターネットファクス機能情報を記述するために使用されるテキスト形式を指定します。
Table of Contents
目次
1. Introduction .............................................3
1.1 Organization of this document............................3
1.2 Terminology and document conventions.....................3
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.........................................6
3.6 Color model..............................................8
3.7 Image coding............................................10
4. Examples ................................................12
4.1 Simple mode Internet fax system.........................12
4.2 High-end black-and-white Internet fax system............12
4.3 Grey-scale Internet fax system..........................13
4.4 Full-color Internet fax system..........................13
4.5 Full-color Internet fax system (MRC)....................14
4.6 Sender and receiver feature matching....................15
5. IANA Considerations .....................................17
6. Security Considerations .................................17
6.1 Capability descriptions and mechanisms..................17
6.2 Specific threats........................................18
7. Acknowledgements ........................................18
8. References ..............................................18
9. Authors' Addresses ......................................21
Appendix A: Feature registrations ..........................22
A.1 Image size..............................................22
A.2 Resolution aspect ratio.................................24
A.3 Color levels............................................25
A.4 Color space.............................................27
A.5 CIELAB color depth......................................30
A.6 CIELAB color gamut......................................32
A.7 Image file structure....................................34
A.8 Image data coding.......................................36
A.9 Image coding constraint.................................38
A.10 JBIG stripe size.......................................39
A.11 Image interleave.......................................41
A.12 Color subsampling......................................42
A.13 MRC availability and mode..............................43
A.14 MRC maximum stripe size................................45
Appendix B: TIFF mode descriptions .........................47
Appendix C: Revision history ...............................49
Full Copyright Statement ...................................51
This document defines a content feature schema that is a profile of the media feature registration mechanisms [1,2,3] for use in performing capability identification between extended Internet fax systems [5].
このドキュメントは、拡張インターネットファックスシステム間で機能識別を行う際に使用するためのメディア特徴登録メカニズム[1,2,3]のプロファイルであるコンテンツ特徴スキーマを定義[5]。
This document does not describe any specific mechanisms for communicating capability information, but does presume that any such mechanisms will transfer textual values. It specifies 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.
注：このようなコメントは、この文書の論理的根拠についての追加非必須情報を提供します。このような情報は、準拠の実装を構築するために必要とされていませんが、より深く設計を理解したい人を助けるかもしれません。
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 per 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 RFC2533 [2]) operates so that tag is effectively ignored.
（RFC2533に記載され[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.
注：受信者がハードコピーまたはソフトコピーのメディアタイプのための特定のサポートを示し、カラー画像データの送信者は、色成分を調整することを望むかもしれない（例えば、ITU勧告T.42 [9]の関連規則に従って）を改善するためにレンダリングされた画像その媒体上の品質。
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 black-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.
一部のデバイスは、区別のために異なる強度レベルではなく、異なる色相を使用する場合があります。
'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)
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
CIELAB-L-深度<整数>（> 0）CIELAB-深度CIELAB-B-深度CIELAB-L-分<整数> CIELAB-L-MAX CIELAB-分CIELAB--MAX CIELAB-B-分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 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など）、いくつかの色空間に関して定義されなければなりません。
'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 palettized 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色空間で表現されている場合。これらの特徴は、パレット色で、各色成分が取り得る値の異なる数を有するフルカラーで使用されるであろう。
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-S
structure TIFF-F
TIFF-J
TIFF-C
TIFF-L
TIFF-M
(may be extended by further registrations,
to cover non-TIFF image file structures)
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)
MRC-mode <Integer> (0..7) (per ITU T.44 [15])
MRC-max-stripe-size <Integer>
Reference: this document, appendix A.
参考：この文書は、付録A.
'image-file-structure' defines how the coded image data is wrapped and formatted. Options defined here are the various profiles of TIFF-FX, per RFC 2301 [7]. These options apply to overall formatting of the image data (TIFF file format, byte ordering, bit ordering, etc.) and do not define specific image coding issues that are covered by other aspects of the TIFF-FX profile specifications.
「イメージファイル構造は、」符号化された画像データを包んでフォーマットされる方法を定義します。ここで定義されたオプションは、TIFF-FXの様々なプロファイルであるRFC 2301あたりの[7]。これらのオプションは、全体的な画像データのフォーマット（TIFFファイル形式、バイト順序、ビット順序など）に適用され、TIFF-FXプロファイル仕様の他の側面でカバーされている特定の画像符号化の問題を定義していません。
'image-coding' describes how the 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.
後者は、制限なしに等価です。
The 'MRC-mode' 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 indicates the available MRC mode number.
「MRC-モード」の特徴は、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 the MRC construction rules and declared image-coding capabilities.
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フォーマットの文書内、マルチレベル符号器は、前景と背景画像のために使用される（すなわち、奇数番目の層：1、3、5、等）及びバイレベルコーダは、マスク層のために使用される（すなわち、偶数層2 、4、6、等）。
NOTE: an MRC formatted document may appear within a TIFF image file structure, so this separate feature is needed to capture the full range of possible capabilities.
注：MRCフォーマットされた文書は、TIFFイメージファイル構造の中に表示される場合がありますので、この独立した機能が可能な機能の全範囲をキャプチャするために必要とされます。
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=[0..256]) (MRC-max-stripe-size>=0)
（MRC-MAX-ストライプサイズ= [0 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.
これらの値は、ストライプサイズの上限を示しています。実際の値は、ストライプ間で変化してもよいし、各ストライプの実際のサイズは、画像データに示されています。
NOTE: there are many 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の例を参照）。
Some of the examples contain comments introduced by '--...'. These are not part of the allowed capability description syntax. They are included here to explain some of the constructs used.
例の中には、「--...」で導入されたコメントが含まれています。これらは、許可された能力記述の構文の一部ではありません。これらは、使用した構築物のいくつかを説明するためにここに含まれています。
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 application S is required to be supported by such a system.
この例では、典型的なシンプルモードインターネットファックスシステムの機能について説明します。 TIFFアプリケーションSは、このようなシステムでサポートされていることが必要であることに注意してください。
(& (color=Binary) (image-file-structure=TIFF-S) (dpi=200) (dpi-xyratio=[200/100,200/200]) (paper-size=A4) (image-coding=MH) (MRC-mode=0) (ua-media=stationery) )
（＆（色=バイナリ）（画像ファイル構造= TIFF-S）（DPI = 200）（DPI-xyratio = [200 / 100,200 / 200]）（用紙サイズ= A4）（= MH画像符号化） （MRC-MODE = 0）（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」と呼ばれるものに相当します。
(& (color=Binary) (image-file-structure=[TIFF-S,TIFF-F,TIFF-J]) (| (& (dpi=200) (dpi-xyratio=200/100) ) -- 200*100 (& (dpi=200) (dpi-xyratio=1) ) -- 200*200 (& (dpi=204) (dpi-xyratio=204/391) ) -- 204*391 (& (dpi=300) (dpi-xyratio=1) ) ) -- 300*300 (| (image-coding=[MH,MR,MMR]) (& (image-coding=JBIG) (image-coding-constraint=JBIG-T85) (JBIG-stripe-size=128) ) ) (MRC-mode=0) (paper-size=[A4,B4]) )
（＆（色=バイナリ）（画像ファイル構造= [TIFF-S、TIFF-F、TIFF-J]）（|（＆（DPI = 200）（DPI-xyratio = 200/100）） - 200 * 100（＆（DPI = 200）（DPI-xyratio = 1）） - 200 * 200（＆（DPI = 204）（DPI-xyratio = 391分の204）） - 204 * 391（＆（DPI = 300 ）（DPI-xyratio = 1））） - 300 * 300（| = JBIG-T85（画像符号化= [MH、MR、MMR]）（＆（画像符号化= JBIG）（画像符号化制約） （JBIGストライプサイズ= 128）））（MRC-MODE = 0）（用紙サイズ= A4、B4]））
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軸解像度を必要とします。
(& (| (& (color=Binary) (image-file-structure=[TIFF-S,TIFF-F,TIFF-J]) (| (image-coding=[MH,MR,MMR]) (& (image-coding=JBIG) (image-coding-constraint=JBIG-T85) (JBIG-stripe-size=128) ) ) (| (& (dpi=200) (dpi-xyratio=200/100) ) (& (dpi=200) (dpi-xyratio=1) ) (& (dpi=204) (dpi-xyratio=204/391) ) (& (dpi=300) (dpi-xyratio=1) ) ) ) (& (color=Grey) (image-file-structure=[TIFF-C,TIFF-L]) (color-levels<=256) (color-space-CIELAB) (| (& (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) ) ) (MRC-mode=0) (paper-size=[A4,B4]) )
（＆（|（＆（色=バイナリ）（画像ファイル構造= [TIFF-S、TIFF-F、TIFF-J]）（|（画像符号化= [MH、MR、MMR]）（＆（画像符号化= JBIG）（画像符号化制約= JBIG-T85）（JBIGストライプサイズ= 128）））（|（＆（DPI = 200）（DPI-xyratio = 200/100））（＆（ DPI = 200）（DPI-xyratio = 1））（＆（DPI = 204）（DPI-xyratio = 391分の204））（＆（DPI = 300）（DPI-xyratio = 1））））（＆（色=グレー）（画像ファイル構造= [TIFF-C、TIFF-L]）（色レベル<= 256）（色空間CIELAB）（|（＆（画像符号化= JPEG）（画像符号化-constraint = JPEG-T4E））（＆（画像符号化= JBIG）（画像符号化制約= JBIG-T43）（JBIGストライプサイズ= 128）（画像インターリーブ=ストライプ）））（DPI = [ 100200300]）（DPI-xyratio = 1）））（MRC-MODE = 0）（用紙サイズ= A4、B4]））
This adds 16-bit full-color to the previous example.
これは、前の例には、16ビットフルカラーを加算します。
(& (| (& (color=Binary) (image-file-structure=[TIFF-S,TIFF-F,TIFF-J]) (| (image-coding=[MH,MR,MMR]) (& (image-coding=JBIG) (image-coding-constraint=JBIG-T85) (JBIG-stripe-size=128) ) ) (| (& (dpi=200) (dpi-xyratio=200/100) ) (& (dpi=200) (dpi-xyratio=1) ) (& (dpi=204) (dpi-xyratio=204/391) ) (& (dpi=300) (dpi-xyratio=1) ) ) ) (& (| (& (color=Grey) (color-levels<=256) ) (& (color=Full) (color-levels<=65536) (color-subsampling=["1:1:1","4:1:1"]) ) ) (image-file-structure=[TIFF-C,TIFF-L]) (color-space=CIELAB) (| (& (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) ) ) (MRC-mode=0) (paper-size=[A4,B4]) )
（＆（|（＆（色=バイナリ）（画像ファイル構造= [TIFF-S、TIFF-F、TIFF-J]）（|（画像符号化= [MH、MR、MMR]）（＆（画像符号化= JBIG）（画像符号化制約= JBIG-T85）（JBIGストライプサイズ= 128）））（|（＆（DPI = 200）（DPI-xyratio = 200/100））（＆（ DPI = 200）（DPI-xyratio = 1））（＆（DPI = 204）（DPI-xyratio = 391分の204））（＆（DPI = 300）（DPI-xyratio = 1））））（＆（| （＆（色=グレー）（色レベル<= 256））（＆（色=フル）（色レベル<= 65536）（カラーサブサンプリング= [ "1：1：1"、「4：1： 1" ]）））（画像ファイル構造= [TIFF-C、TIFF-L]）（色空間= CIELAB）（|（＆（画像符号化= JPEG）（画像符号化制約= JPEG- T4E））（＆（画像符号化= JBIG）（画像符号化制約= JBIG-T43）（JBIGストライプサイズ= 128）（画像インターリーブ=ストライプ）））（DPI = [100,200,300]）（DPI -xyratio = 1）））（MRC-MODE = 0）（用紙サイズ= A4、B4]））
(& (| (& (color=Binary)
(image-file-structure=[TIFF-S,TIFF-F,TIFF-J])
(MRC-mode=0)
(image-coding=[MH,MMR])
(| (& (dpi=200) (dpi-xyratio=[200/100,1]) )
(& (dpi=204) (dpi-xyratio=204/391) )
(& (dpi=300) (dpi-xyratio=1) )
(& (dpi=400) (dpi-xyratio=1) ) ) )
(& (image-file-structure=[TIFF-C,TIFF-L])
(| (& (color=Grey) (color-levels<=256) )
(& (color=Full) (color-levels<=65536)
(color-subsampling=["1:1:1","4:1:1"]) ) )
(color-space=CIELAB)
(MRC-mode=0)
(image-coding=JPEG)
(image-coding-constraint=JPEG-T4E)
(dpi=[100,200,300,400])
(dpi-xyratio=1) )
(& (image-file-structure=TIFF-M)
(MRC-mode=1) (MRC-max-stripe-size=[0..256]) (image-coding=[MH,MMR,JPEG])
(| (color=Binary)
(& (color=Grey) (color-levels<=256) )
(& (color=Full) (color-levels<=65536)
(color-subsampling=["1:1:1","4:1:1"]) ) )
(color-space=CIELAB)
(dpi=[100,200,300,400])
(dpi-xyratio=1) ) )
(paper-size=[A4,B4]) )
This example considers sending a document to a high-end black-and-white fax system with the following receiver capabilities:
この例では、次の受信機能を備えたハイエンド白黒ファックスシステムに文書を送信考慮する。
(& (| (& (dpi=200) (dpi-xyratio=200/100) ) -- 200*100 (& (dpi=200) (dpi-xyratio=1) ) -- 200*200 (& (dpi=300) (dpi-xyratio=1) ) -- 300*300 (& (dpi=400) (dpi-xyratio=1) ) ) -- 400*400 (color=Binary) (| (& (paper-size=A4) (ua-media=[stationery,transparency]) ) (& (paper-size=B4) (ua-media=continuous) ) ) (image-coding=[MH,MR,JBIG]) )
（＆（|（＆（DPI = 200）（DPI-xyratio = 200/100）） - 200 * 100（＆（DPI = 200）（DPI-xyratio = 1）） - 200 * 200（＆（DPI = 300）（DPI-xyratio = 1）） - 300 * 300（＆（DPI = 400）（DPI-xyratio = 1））） - 400 * 400（色=バイナリ）（|（＆（用紙サイズ= 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 calls for registrations of feature tags in the "IETF tree", as defined 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「メディア特徴タグの登録手順」のセクション3.1.1で定義されているように、「IETFツリー」にフィーチャータグの登録を求めて[1]（すなわち、これらの機能のタグは「IETFコンセンサス」方針の対象となりますRFC 2434に記載され[21]）。
ASN.1 identifiers should be assigned for each of these registered feature tags and replaced in the body of the registration.
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. Implementors 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", BCP 31, RFC 2506, March 1999.
[1] Holtman、K.、MUTZ、A.およびT.ハーディ、 "メディア特徴タグの登録手順" を、BCP 31、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 feature mapping from Group 3 fax", Work in Progress.
[4]マッキンタイア、L.とG. Klyne、 "グループ3ファクシミリからのインターネットFAX機能マッピング" が進行中で働いています。
[5] Masinter, L. and D. Wing, "Extended Facsimile Using Internet Mail", RFC 2532, March 1999.
[5] Masinter、L.とD.ウィング、 "インターネットメールを使用して、拡張ファクシミリ"、RFC 2532、1999年3月。
[6] "Procedures for document facsimile transmission in the general switched telephone network", ITU-T Recommendation T.30 (1996), International Telecommunications Union, July 1996.
[6]、ITU-T勧告T.30（1996）、国際電気通信連合、1996年7月「一般に文書のファクシミリ送信のための手順は、交換電話網」。
[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カバー）。
[11] Hardie, T., "Scenarios for the Delivery of Negotiated Content", Work in Progress.
[11]ハーディ、T.、「交渉コンテンツの配信のためのシナリオ」が進行中で働いています。
[12] Klyne, G., "Requirements for protocol-independent content negotiation", Work in Progress.
[12] Klyne、G.、 "プロトコルに依存しないコンテンツネゴシエーションのための要件"、ProgressのWork。
[13] "Standardization of Group 3 facsimile terminals for document transmission", ITU-T Recommendation T.4 (1996), International Telecommunications Union, (Covers basic fax coding formats: MH, MR).
[13] ITU-T勧告T. 4（1996）、国際電気通信連合、 "文書伝送用グループ3ファクシミリ端末の標準化"（基本的なファックスを符号化覆う形式：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問題部に書くためのガイドライン"。
Graham Klyne 5th Generation Messaging Ltd. Content Technologies Ltd. 5 Watlington Street Forum 1, Station Road Nettlebed Theale Henley-on-Thames, RG9 5AB Reading, RG7 4RA United Kingdom United Kingdom.
グラハムKlyne第5世代メッセージング株式会社コンテンツ・テクノロジーズ株式会社5ワトリントンストリートフォーラム1、駅の道路Nettlebed Thealeヘンリーオンテムズ、RG9 5AB読書、RG7 4RAイギリスイギリス。
Phone: +44 1491 641 641 +44 118 930 1300 Facsimile: +44 1491 641 611 +44 118 930 1301 EMail: GK@ACM.ORG
電話：+44 1491 641 641 +44 118 930 1300ファクシミリ：+44 1491 641 611 +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 Facsimile: +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識別子：
1.3.6.1.8.1.7
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 (palettized) 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.
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 at 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 depth
A.5 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識別子：
1.3.6.1.8.1.12
1.3.6.1.8.1.13
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 realized.
典型的には、この機能を実現することができる異なる色の数を示すために、「色=マッピングされた」、およびおそらく「色=グレー」または「色=完全」で使用されるであろう。
- 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) )
（＆（色=マッピングされた）（色レベル<= 240）（CIELAB-L-深さ<= 128）（CIELAB-深さ<= 128）（CIELAB-B-深さ<= 128））
(& (color=full) (color-levels<=16777216) (CIELAB-L-depth<=256) (CIELAB-a-depth<=128) (CIELAB-b-depth<=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色空間は[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.6 CIELAB color gamut
A.6 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識別子：
1.3.6.1.8.1.15
1.3.6.1.8.1.16
1.3.6.1.8.1.17
1.3.6.1.8.1.18
1.3.6.1.8.1.19
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 *成分の最小値と最大値です。
- 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-L-min=-35) (CIELAB-L-max=+55) (CIELAB-L-min=-45) (CIELAB-L-max=+65) )
（＆（CIELAB Lの分= 20）（CIELAB L最大= 80）（CIELAB Lの分= -35）（CIELAB Lの最大= + 55）（CIELAB Lの分= -45） （CIELAB L最大= + 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.7 Image file structure
A.7画像ファイルの構造
- 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
都県
TIFF-FX profiles TIFF-S [7]: TIFF-F TIFF-J TIFF-C TIFF-L TIFF-M
TIFF-FXプロファイルTIFF-S [7]：TIFF-FのTIFF-J TIFF-C TIFF-LのTIFF-M
(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.
In the case of TIFF-FX image data, there are a number of image file format constraints that are imposed by the various usage profiles defined in RFC 2301 [7]. The purpose of the 'image-file-structure' feature tag is to capture those file format constraints.
TIFF-FX画像データの場合には、RFC 2301で定義された様々な使用プロファイルによって課されている画像ファイル形式の制約の数がある[7]。 「イメージ・ファイル構造」機能タグの目的は、これらのファイル形式の制約をキャプチャすることです。
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]
画像符号化[このドキュメント]
- 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.8 Image data coding
コーディングA.8画像データ
- 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.9 Image coding constraint
A.9の画像符号化制約
- 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.10 JBIG stripe size
A.10 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.11 Image interleave
A.11イメージインターリーブ
- 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 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.12 Color subsampling
A.12色のサブサンプリング
- 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 a set of color samples
for each luminance sample.
(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=[Device-RGB,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.13 MRC availability and mode
A.13 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.14 MRC maximum stripe size
A.14 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=[0..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) :- (& (image-file-structure=TIFF-S) (color=Binary) (image-coding=MH) (MRC-mode=0) )
（TIFF-S）： - （＆（イメージファイル構造= TIFF-S）（色=バイナリ）（画像符号化= MH）（MRC-MODE = 0））
(Tiff-F) :- (& (image-file-structure=TIFF-F) (color=Binary) (image-coding=MH) (MRC-mode=0) )
（TIFF-F）： - （＆（イメージファイル構造= TIFF-F）（色=バイナリ）（画像符号化= MH）（MRC-MODE = 0））
(TIFF-J) :- (& (image-file-structure=TIFF-J) (color=Binary) (image-coding=JBIG) (MRC-mode=0) )
（TIFF-J）： - （＆（イメージファイル構造= TIFF-J）（色=バイナリ）（画像符号化= JBIG）（MRC-MODE = 0））
(TIFF-C) :- (& (image-file-structure=TIFF-C) (color=Grey) (image-coding=JPEG) (MRC-mode=0) )
（TIFF-C）： - （＆（イメージファイル構造= TIFF-C）（色=グレー）（画像符号化= JPEG）（MRC-MODE = 0））
(TIFF-L) :- (& (image-file-structure=TIFF-L) (color=Grey) (image-coding=JBIG) (MRC-mode=0) )
（TIFF-L）： - （＆（イメージファイル構造= TIFF-L）（色=グレー）（画像符号化= JBIG）（MRC-MODE = 0））
(TIFF-M) :- (& (image-file-structure=TIFF-M) (color=[Binary,Grey]) (image-coding=[MH,JPEG]) (MRC-mode>=1) )
（TIFF-M）： - （＆（イメージファイル構造= TIFF-M）（色= [バイナリ、グレイ]）（画像符号化= [MH、JPEG]）（MRC-モード> = 1））
The feature sets described above are minimum requirements for the corresponding TIFF modes. Thus, MR and MMR image coding are not mandatory with TIFF mode F, and would be indicated by combining the expression for (TIFF-F) with (image-coding=MR) and/or (image-coding=MMR).
上述した機能セットは、対応するTIFFモードの最低要件です。したがって、MR及びMMR画像符号化は、TIFFモードFと必須ではありません、そして（MR =画像符号化）および/または（= MMRを画像符号化）と（TIFF-F）の式を組み合わせることによって示されるであろう。
Similarly, limited, mapped or full color are not mandatory with the grey/color TIFF modes (C, L and M), and would be indicated by combining the corresponding expression with (color=limited), (color=mapped) and/or (color=full).
同様に、限られた、マッピングされた又はフルカラーグレー/カラーTIFFモード（C、L及びM）と必須ではなく、（色=マッピングされる）、（色=限る。）と、対応する式を組み合わせることによって示されるであろうし、および/または（色=フル）。
TIFF profile M is a composite structure that can combine image data coding options from other profiles: the description above indicates mandatory features; other options may be indicated by combining TIFF-M with other options (e.g. color= limited, mapped or full, and image-coding= MR, MMR or JBIG).
TIFFプロファイルMは、他のプロファイルからオプションを符号化画像データを合成することができる複合構造体である：上記の説明は、必須の特徴を示しています。他のオプションは、他のオプションとTIFF-Mを組み合わせることによって示すことができる（例えば、色=マッピングされたまたは完全、及び= MR、MMRまたはJBIG画像符号化、制限されました）。
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.
すべて白黒モードのサポートを示します。
Appendix C: Revision history
付録C：更新履歴
00a 28-Sep-1998 Initial draft.
00A 28 - 9月 - 1998年最初のドラフト。
01a 12-Oct-1998 Incorporated review comments. Described feature tag for differential x/y resolution ratio. Added some examples.
01A 12 - 10月 - 1998年株式会社のレビューコメント。差動X / Y解像度比について説明した特徴タグ。いくつかの例を追加しました。
01b 19-Oct-1998 Updated section 3.6 on image coding. Added Appendix B containing feature expressions for the TIFF modes from RFC 2301.
画像符号化に01Bの19-oct-1998を更新セクション3.6。 RFC 2301からTIFFモードの機能表現を含む追加付録B。
02a 26-Oct-1998 Update examples. Add separate stripe size features for JBIG and MRC.
02A 26 - 10月 - 1998年の更新例。 JBIGとMRCのための別々のストライプサイズの機能を追加します。
02b 30-Oct-1998 Update examples. Add text clarifying the description of MRC documents (as a set of feature collections describing multiple contained images). Add text describing constrains on resolution and image coding usage within an MRC document.
02B 30 10月 - 1998年の更新例。 （複数の画像を含んで記述する機能のコレクションのセットなど）MRC文書の記述を明確にテキストを追加します。 MRCドキュメント内の使用状況をコーディング解像度画像上の制約を説明するテキストを追加します。
02c 11-Nov-1998 Add ITU references. Added terminology: "capability exchange", "capability identification" and "capability description". Update JBIG and MRC stripe size tags. Move subsampling to colour section. Remove preferred-unit tag. Add T.4, T.6, T.44 and T.81 references.
02C 11 11月 - 1998年ITU参照を追加します。追加されまし用語：「能力交換」、「能力特定」と「機能の説明」。 JBIGとMRCストライプサイズのタグを更新します。色セクションにサブサンプリングを移動します。有利な単位のタグを削除します。 T.4、T.6、T.44およびT.81の参照を追加します。
02d 16-Nov-1998 Update colour handling features, reflecting proposed changes to the media features memo [3]. Update the image coding capability framework. Updated TIFF mode descriptions in Appendix B.
02D 16 11月-1998更新カラー処理機能、[3]メディア機能メモに提案された変更を反映しています。画像符号化機能のフレームワークを更新します。付録B.で更新TIFFモードの説明
03a 17-Nov-1998 Replace use of 'pix-x', 'pix-y' with 'size-x', ' size-y'. Add registrations in Appendix A.
03A 17 11月-1998 'PIX-Y' 'サイズ-X'、 'サイズ-Y' と、 'PIX-X' の使用を交換します。付録Aに登録を追加します。
03b 08-Dec-1998 Remove normative language and reference to RFC2119 (normative statements will be in the main fax protocol draft). Revise structure of colour features, and removed color-palette feature. Define colour feature tags specific to CIELAB model and colour space.
03B 08〜12月 - 1998年RFC2119（規定のステートメントは、メインのファックスプロトコルドラフトになります）に規範的な言語や参照を削除します。色特徴の改訂構造、および削除カラーパレット機能。 CIELABモデルとカラースペースに固有の色の特徴タグを定義します。
04a 14-Dec-1998 Update examples to reflect revised feature tags. Revise description of MRC document in section 3.7. Clarified interpretation of 'color=fixed'. Change feature value 'color=fixed' to 'color=limited'.
04A 14 - 12月 - 1998年の更新例が改訂された機能のタグが反映されます。セクション3.7でMRC文書の記述を修正。 「固定色=」の解釈を明確化。特徴値に「固定色=」「色=限定された」を変更します。
05a 04-Jan-1999 Incorporate WG last-call comments: change references to MRC-stripe-size to MRC-max-stripe-size; similarly references to MRC-maximum-stripe-size. Change "eifax" to "extended Internet fax". Added guidance note for image coding feature usage. Added IANA consideration comments to Appendix A.
MRC-ストライプサイズへの変更参照MRC-MAX-ストライプサイズは、：05A 04-JAN-1999組み込むWGラストコールコメントMRC-最大ストライプサイズと同様の参照。 「拡張インターネットファックス」を「eifax」に変更します。機能の使用状況を画像符号化するためのガイダンスノートを追加しました。付録A.に追加IANAの考慮のコメント
05b 08-Jan-1999 Added new section for IANA considerations; removed references to fax working group from registration change control sections. Remove JPEG from TIFF-L auxiliary predicate. Clarify description of MRC receiver capabilities in section A.13. Remove ' color=full' from (TIFF-C) and (TIFF-M) predicates, and add some explanatory text. Remove 'color=limited' from (TIFF-L) predicate.
05B 08-JAN-1999は、IANA問題のための新しいセクションを追加しました。登録変更制御手段からのワーキンググループをファックスするための参照を削除しました。 TIFF-L補助述語からJPEGを削除します。セクションA.13にMRC受信機の機能の説明を明確にします。 （TIFF-C）から 'フル=カラー' を削除し、（TIFF-M）述語、およびいくつかの説明テキストを追加します。 （TIFF-L）述語から '限られた=色' を削除します。
05c 08-Jan-1999 Minor revisions to TIFF profile illustrations and descripions in Appendix B. Reformatted description of 'color=limited' in section 3.5 to clarify that this does not indicate support for specific named colors.
付録B.でTIFFプロフィールイラストやdescripionsに05C 08-JAN-1999のマイナーリビジョンは、これは、特定の名前付きの色のサポートを示していないことを明確にするセクション3.5の「限定カラー=」の説明を再フォーマット。
Full Copyright Statement
完全な著作権声明
Copyright (C) The Internet Society (1999). All Rights Reserved.
著作権（C）インターネット協会（1999）。全著作権所有。
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.
この文書とここに含まれている情報は、基礎とインターネットソサエティおよびインターネットエンジニアリングタスクフォースはすべての保証を否認し、明示または黙示、その情報の利用がない任意の保証を含むがこれらに限定されない「として、」上に設けられています特定の目的への権利または商品性または適合性の黙示の保証を侵害します。