RFC2531 日本語訳
2531 Content Feature Schema for Internet Fax. G. Klyne, L. McIntyre. March 1999. (Format: TXT=88295 bytes) (Obsoleted by RFC2879) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group G. Klyne
Request for Comments: 2531 5GM/Content Technologies
Category: Standards Track L. McIntyre
Xerox Corporation
March 1999
Klyneがコメントのために要求するワーキンググループG.をネットワークでつないでください: 2531年の5GM/内容技術カテゴリ: 1999年の標準化過程L.マッキンタイヤのゼロックスの社の行進
Content Feature Schema for Internet Fax
インターネットファックスのための満足している特徴図式
Status of this Memo
この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.
このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (1999). All Rights Reserved.
Copyright(C)インターネット協会(1999)。 All rights reserved。
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].
このドキュメントは拡張インターネットファックスシステム[5]の間の能力識別を実行することにおける使用のためにメディア特徴登録メカニズム[1、2、3]のプロフィールである満足している特徴図式を定義します。
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.
このドキュメントは、能力情報を伝えるためにどんな特定のメカニズムについても説明しませんが、どんなそのようなメカニズムも原文の値を移すと推定します。 それは、インターネットファックス能力情報について説明するのに使用されるために原文の形式を指定します。
Klyne & McIntyre Standards Track [Page 1] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[1ページ]。
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
1. 序論…3 1.1 このドキュメントの組織…3 1.2 用語とドキュメントコンベンション…3 2. ファックスで、特徴図式構文を送ってください…4 3. インターネットファックス特徴タグ…4 3.1 イメージサイズ…5 3.2解決…3.3のメディアがタイプする5…6 3.4紙サイズ…6 3.5 能力を着色してください…6 3.6 モデルを着色してください…8 3.7 イメージコード化…10 4. 例…12 4.1の簡単なモードインターネットファックスシステム…12 4.2 ハイエンドの黒くて白いインターネットはファックスでシステムを送ります…12 4.3灰色のスケールインターネットファックスシステム…13 4.4フルカラーインターネットファックスシステム…13 4.5 フルカラーインターネットファックスシステム(MRC)…14 4.6の送付者と受信機はマッチングを特徴とします…15 5. IANA問題…17 6. セキュリティ問題…17 6.1の能力記述とメカニズム…17 6.2の特定の脅威…18 7. 承認…18 8. 参照…18 9. 作者のアドレス…21 付録A: 登録証明書を特徴としてください…22 A.1画像寸法…22 A.2解決アスペクトレシオ…24 A.3はレベルを着色します…25 A.4はスペースを着色します…27 A.5 CIELABは深さを着色します…30 A.6 CIELABは全域を着色します…32 A.7イメージファイル構造…34 A.8イメージデータコード化…36 A.9画像符号化規制…38 A.10 JBIGはサイズにしまをつけます…39A.11イメージインタリーブ…41 A.12は「副-標本抽出」を着色します…42のA.13 MRCの有用性とモード…43 A.14 MRCの最大のしまのサイズ…45 付録B: TIFFモード記述…47 付録C: 改正歴史…49 完全な著作権宣言文…51
Klyne & McIntyre Standards Track [Page 2] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[2ページ]。
1. Introduction
1. 序論
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].
このドキュメントは拡張インターネットファックスシステム[5]の間の能力識別を実行することにおける使用のためにメディア特徴登録メカニズム[1、2、3]のプロフィールである満足している特徴図式を定義します。
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.
示すことができる能力の範囲はインターネットファックス[7]とGroup3ファクシミリ[6]のためにTIFFファイル形式でカバーされたものに基づいています。 仲間ドキュメント[4]はこの図式とGroup3ファックス能力の間の関係とマッピングについて説明します。
1.1 Organization of this document
1.1 このドキュメントの組織
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]に総合的な構文を指定します。
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はファックスするために特定であり、どんな適切な登録も既に存在しないメディア機能のための付加的な機能タグ登録証明書を含んでいます。 これらはメディア特徴登録手順[1]で定められたフォームに提示されます。
1.2 Terminology and document conventions
1.2 用語とドキュメントコンベンション
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.
「能力識別」は受電方式が能力情報を送付システムに供給する特定の形式の能力交換です。
Klyne & McIntyre Standards Track [Page 3] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[3ページ]。
"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.
以下に注意してください。 このようなコメントは原理の追加不要不急な情報をこのドキュメントの後ろに供給します。 そのような情報は、conformant実装を築き上げるのに必要ではありませんが、より大きい深さでデザインを理解したがっている人を助けるかもしれません。
2. Fax feature schema syntax
2. ファックス特徴図式構文
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.
以下に注意してください。 特徴登録が能力を処理するメディアに対応する特徴のベースボキャブラリーを提供するメディア。 特徴セット構文は特徴の組み合わせについて説明するためにこれらを結合するのにメカニズムと形式を提供します。 このメモは、拡張インターネットに関連するかもしれないそれらの特徴がファックスでシステムを送るのを示します。
3. Internet fax feature tags
3. インターネットファックス特徴タグ
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.
以下に注意してください。 このリストでの特徴タグの存在は、拡張インターネットファックスシステムにはその能力がなければならないことを意味しません。 むしろ、持っている能力に従って、それは、特徴タグを認識して、それに対処しなければなりません。
Klyne & McIntyre Standards Track [Page 4] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[4ページ]。
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])は、事実上、タグが無視されるように、作動します。
3.1 Image size
3.1 画像寸法
Feature tag name Legal values
---------------- ------------
size-x <Rational> (>0)
size-y <Rational> (>0)
特徴タグ名前Legal値---------------- ------------ サイズx<Rational>(>0)サイズy<Rational>。(>0)
Reference: this document, Appendix A.
参照: このドキュメント、Appendix 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.
実サイズがミリメートルで測定されるところでは、10/254に関する換算率は、正確なインチベースの値をもたらすために適用されるかもしれません。
3.2 Resolution
3.2 解決
Feature tag name Legal values
---------------- ------------
dpi <Integer> (>0)
dpi-xyratio <Rational> (>0)
特徴タグ名前Legal値---------------- ------------ dpi<Integer>(>0)dpi-xyratio<Rational>。(>0)
Reference: "Media Features for Display, Print, and Fax" [3], and this document appendix A.
参照: 「Display、Print、およびファックスのためのメディアFeatures」[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と現在であって等しくないなら、水平な解決(横軸)は'dpi'特徴価値によって示されます、そして、垂直解像度(Y軸)は'dpi xyratio'が割られた'dpi'の値です。
For example, the basic Group 3 fax resolution of 200*100dpi might be indicated as:
例えば、200*100dpiの基本的なGroup3ファックス解決は以下として示されるかもしれません。
(& (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
MRC形式ドキュメントのための解決について説明するとき、完全なセットの使用可能な解決は記載されています。 しかしながら、彼らの使用にはいくつかの制限があります: (a) 100dpi resolutionを使用できる、唯一
Klyne & McIntyre Standards Track [Page 5] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[5ページ]。
with multi-level images, and (b) any multi-level image resolution is required to be an integral sub-multiple of the applicable mask resolution.
マルチレベルイメージ、および(b)で、マルチレベルイメージ解決が、適切なマスク解決の不可欠のサブ倍数になるのに必要です。
3.3 Media type
3.3 メディアタイプ
Feature tag name Legal values
---------------- ------------
ua-media screen
screen-paged
stationery
transparency
envelope
envelope-plain
continuous
特徴タグ名前Legal値---------------- ------------ ua-メディアは連続していた状態でスクリーンで呼び出された文房具透明封筒封筒平野を上映します。
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])はその媒体の上で画質をしました。
3.4 Paper Size
3.4 紙サイズ
Feature tag name Legal values
---------------- ------------
paper-size A4
A3
B4
letter
legal
特徴タグ名前Legal値---------------- ------------ 紙サイズA4 A3 B4手紙法的です。
Reference: "Media Features for Display, Print, and Fax" [3].
参照: 「ディスプレイ、印刷、およびファックスのためのメディア機能」[3]。
3.5 Color capability
3.5 色の能力
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)
特徴タグ名前Legal値---------------- ------------ Binary(両性愛者のレベル専用)が制限した色(限られた数の色)は灰色(灰色のスケール専用)をいっぱいに写像しました(パレットかそうでなければ、写像している色)。(完全な連続した音色)
Reference: "Media Features for Display, Print, and Fax" [3].
参照: 「ディスプレイ、印刷、およびファックスのためのメディア機能」[3]。
Klyne & McIntyre Standards Track [Page 6] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[6ページ]。
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)は、さらに色再現に資格を与えるのに使用されるかもしれません。
Klyne & McIntyre Standards Track [Page 7] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[7ページ]。
3.6 Color model
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)
特徴タグ名前Legal値---------------- ------------ 色レベル<整数>(>2)色スペースDevice-RGB(デバイスRGB)デバイス-CMY(デバイスCMY)デバイス-CMYK(デバイスCMYK)CIELAB、(T.42[9])あたりのLAB(さらなる登録証明書で広げられるかもしれません)
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 aの深さCIELAB-b-深さCIELAB-L-分<整数>CIELAB-L-最大分のCIELAB CIELAB a最大CIELAB-b-分CIELAB-b-最大
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
生の噛み付いている画素が物理的なストリームを着色する、--、(A)->、値--、(B)->が評価する、--、(C)->、表現
- "raw bit stream" is a stream of coded bits
- 「生のビットストリーム」はコード化されたビットの流れです。
(A) indicates image coding/decoding (MH,MR,MMR,JPEG,JBIG,etc.)
(A)は画像符号化/解読を示します。(MH、さん、MMR、JPEG、JBIGなど)
- "pixel values" are a single numeric value per picture element
that designates the color of that element.
- 1その要素の色を指定する画素あたり「ピクセル値」は1つのただ一つの数値です。
(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)と色のスペース(受取人通常依存している)に関して色の価値の解釈にかかわります。
Klyne & McIntyre Standards Track [Page 8] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[8ページ]。
- "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).
カラーイメージの処理の各段階で適用できる多変数があります、そして、いずれもいくつかの事情におけるそのイメージの重要な取り扱いに重要であるかもしれません。 他の事情では、変数の多くがそれら(例えばウェブページで発行されたカラーイメージ)を使用するアプリケーションで含意されるかもしれません(何らかのレベルの近似に)。
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レベルのイメージに関しては、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.
'色スペース'は、主に'写像され'て'完全である'と共に使用されますが、使用される正確な色が重要であるなら、他のモードで使用されるかもしれません。 2種類の色のスペースを区別できます: デバイス依存して較正されています。 デバイスに依存する空間は、'デバイス-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
'CIELAB-L-深さ'、'CIELAB aの深さ'、および'CIELAB-b-深さ'はL*、*、およびb*色の成分にはそれぞれ可能な、そして、色であるときにだけ重要な異価の数を示します。
Klyne & McIntyre Standards Track [Page 9] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[9ページ]。
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色のスペースでは、表されます。 これらの特徴はそれぞれの色の成分が異なった数の可能な値を持っているところでpalettized色、またはフルカラーで使用されているでしょう。
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-最大'値は色域を示します(すなわち、さまざまな色の値が、使用されるか、またはレンダリングされるかもしれません)。 色がある他のスペースに表されるときさえ、全域はCIELAB色のスペースで示されるかもしれません。
3.7 Image coding
3.7 画像符号化
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>
特徴タグ名前Legal値---------------- ------------ TIFF-S構造TIFF-F TIFF-J TIFF-C TIFF-L TIFF-M(非TIFFイメージファイル構造をカバーするためにさらなる登録証明書で広げられるかもしれない)画像符号化MH MR MMR JBIG JPEG(さらなる登録証明書で広げられるかもしれない)イメージをコード化するイメージファイルのJBIG-T85(1ITU T.85あたりの両性愛者のレベル)の規制JBIG-T43(1ITU T.43あたりのマルチレベル)JPEG-T4E; (ITU T.4あたりのAnnex E)(さらなる登録証明書で広げられるかもしれません)JBIGしまのサイズ<Integer>イメージインタリーブStripe Plane色「副-標本抽出」、「1:1:1インチ(色の「副-標本抽出」でない)「4:1:1インチの(4:1:1色の「副-標本抽出」)MRC-モード<整数>(0 .7)(ITU T.44 15あたりの)MRCマックスしまのサイズ<整数>」
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.
'イメージファイル構造'は符号化画像データがどう包装されて、フォーマットされるかを定義します。 ここで定義されたオプションはRFC2301[7]あたりのTIFF-FXの様々なプロフィールです。 これらのオプションは、データ(TIFFファイル形式、バイト順、噛み付いている注文など)をイメージの総合的な形式に適用して、TIFF-FXプロフィール仕様の他の局面でカバーされている特定の画像符号化問題を定義しません。
Klyne & McIntyre Standards Track [Page 10] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[10ページ]。
'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.
生のイメージデータコード化メソッドが特定の操作環境を満たすのがどう抑制されるかを'イメージコード化規制'は説明します。 ここで定義されたオプションは、典型的なGroup3ファックス環境で適用される規制をコード化する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最大しまのサイズ'の特徴は、MRCコード化と共に使用されるかもしれなくて、それぞれのMRCしまでスキャン系列の最大数を示します。 法的な規制は以下の通りです。
(MRC-max-stripe-size=[0..256])
(MRC-max-stripe-size>=0)
(MRC-最大しまサイズ=[0 .256])(MRC-最大しまサイズ>=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.
これらの値はしまのサイズで上限を示します。 実価はしまの間で異なるかもしれません、そして、各しまのための実サイズはイメージデータで示されます。
Klyne & McIntyre Standards Track [Page 11] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[11ページ]。
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の例を見てください。)
4. Examples
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.
ここで得られた詳細のレベルは能力識別に使用されるそれをGroup3ファクシミリに反映します。
4.1 Simple mode Internet fax system
4.1 簡単なモードインターネットファックスシステム
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) )
((色=バイナリー)(いさかいイメージファイル構造=S)(dpi=200)(dpi-xyratio=[200/100,200/200])(紙サイズ=A4)(画像符号化はMHと等しいです)(MRC-モード=0)(ua-メディアは文房具と等しいです))
4.2 High-end black-and-white Internet fax system
4.2 上位白黒インターネットファックスシステム
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"、そのインターネットを除いて、ファックスの機能性は加えられるでしょう」と呼ばれるものに同等でしょう。
Klyne & McIntyre Standards Track [Page 12] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[12ページ]。
(& (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]) )
(& (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]) )
4.3 Grey-scale Internet fax system
4.3 灰色のスケールインターネットファックスシステム
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.
これは灰色のスケールマルチレベルイメージを扱うために広げられた前の例です。 Group3ファックスで保つ際に、この例はマルチレベルイメージのための等しい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]) )
( & =256) (スペースをCIELABに着色してください)(| ((画像符号化はJPEGと等しいです)(イメージをコード化する規制=JPEG-T4E))((画像符号化はJBIGと等しいです)(イメージをコード化する規制はJBIG-T43と等しいです)(JBIG-しまサイズ=128)(イメージインタリーブ=しま))(dpi=1億20万300)(dpi-xyratio=1)); (MRC-モード=0) (紙サイズ=A4、B4); )
4.4 Full-color Internet fax system
4.4 フルカラーインターネットファックスシステム
This adds 16-bit full-color to the previous example.
これは16ビットのフルカラーを前の例に追加します。
Klyne & McIntyre Standards Track [Page 13] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[13ページ]。
(& (| (& (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]) )
( & 着色..いっぱい..着色..レベル..着色..1インチ..1インチ..イメージ..ファイル構造..等しい..いさかい..いさかい..色..スペース..等しい..画像符号化..等しい..イメージ..コード化..規制..画像符号化..等しい..イメージ..コード化..規制..等しい..しま..サイズ..イメージ..インタリーブ..しま..dpi..dpi; (MRC-モード=0) (紙サイズ=A4、B4); )
4.5 Full-color Internet fax system (MRC)
4.5 フルカラーインターネットファックスシステム(MRC)
(& (| (& (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])
色..2進..イメージ..ファイル構造..等しい..いさかい..いさかい..いさかい..モード..画像符号化..等しい..dpi..dpi..dpi..dpi..dpi..dpi..dpi..dpi; イメージ..ファイル構造..等しい..いさかい..いさかい..色..等しい..灰色..着色..レベル..着色..いっぱい..着色..レベル..着色..1インチ..1インチ..色..スペース..等しい..モード..画像符号化..等しい..イメージ..コード化..規制..等しい..dpi..dpi..イメージ..ファイル構造..等しい..いさかい..モード(MRC-最大しまサイズ=[0 .256])
Klyne & McIntyre Standards Track [Page 14] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[14ページ]。
(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]) )
画像符号化..着色..2進..色..等しい..灰色..着色..レベル..着色..いっぱい..着色..レベル..色..1インチ..1インチ..色..スペース..等しい..dpi..dpi ) (紙サイズ=[A4、B4]) )
4.6 Sender and receiver feature matching
4.6 送付者と受信機特徴マッチング
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..dpi..dpi..dpi..dpi..dpi..dpi..dpi..着色..2進..紙サイズ..メディア..文房具..透明..紙サイズ..メディア..連続..画像符号化..さん
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)(=を着色して、2進にします)(紙サイズ=A4)(画像符号化=[MMR、JBIG]))
(& (dpi=200) (dpi-xyratio=200/100)
(color=Binary)
(paper-size=B4)
(image-coding=[MH,MR]) )
((dpi=200)(dpi-xyratio=200/100)(=を着色して、2進にします)(紙サイズ=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):
論理的なOR演算(形式-1OR形式-2OR形式-3について説明する)でこれらの3つの画像形式を合成能力声明に結合できます:
Klyne & McIntyre Standards Track [Page 15] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[15ページ]。
(& (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..dpi..色..等しい..バイナリー..紙サイズ..画像符号化..等しい..dpi..dpi..着色..2進..紙サイズ..画像符号化..dpi..dpi..色..写像..色..レベル..紙サイズ..画像符号化..等しい
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)(=を着色して、2進にします)(紙サイズ=A4)(ua-メディア=[文房具、透明])(画像符号化はJBIGと等しいです)((dpi=200)(dpi-xyratio=200/100)(=を着色して、2進にします)(紙サイズ=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)').
o 受信機が色('(=が写像した色)'で、示される)かJPEGコード化('(画像符号化=JPEG)'によって示される)のどちらかを扱うことができないので、色のドキュメントオプションは排除されます。
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コード化のどちらかと共にドキュメントの低い解像度バージョンを送ることができます。
Klyne & McIntyre Standards Track [Page 16] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[16ページ]。
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])'.
o 送付者は、'ua-メディア'特徴タグを理解しないかもしれなくて、またそれについて言及しませんが、合っている規則は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ドキュメント記述に合っているとき、それぞれのコンポーネントサブイメージの記述が所定の受信者の能力に合わなければならないことに注意してください。
5. IANA Considerations
5. IANA問題
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は「IETF木」の特徴タグの登録証明書を求めます、「メディアはタグ登録手順を特徴とする」という[1]についてセクション3.1.1で定義されるように。(すなわち、これらの特徴タグはRFC2434[21])で説明された「IETFコンセンサス」方針を条件としています。
ASN.1 identifiers should be assigned for each of these registered feature tags and replaced in the body of the registration.
ASN.1識別子をそれぞれのこれらの登録された特徴タグのために割り当てて、登録のボディーで取り替えるべきです。
6. Security Considerations
6. セキュリティ問題
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]
6.1 Capability descriptions and mechanisms
6.1 能力記述とメカニズム
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.
交渉メカニズムは相手への情報およそ1パーティーを明らかにします。 これは、プライバシーの問題を提起して、悪意があるパーティーが特定のセキュリティの存在に関する、より良い推測を穴にするのを許容するかもしれません。
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.
これらの関心の大部分はそれを乱用するかもしれないだれかの手に入る能力情報に関係します。 このドキュメントは送付者が、それらの公表のためにメカニズムではなく、受取人がどんな画像特性を処理できるかを決心しているのを助ける能力を指定します。 作成者とユーザは、使われたメカニズムが、能力が明らかにされるのを確実にすることに注意するべきです人々、システム、およびエージェントを当てる。
Klyne & McIntyre Standards Track [Page 17] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[17ページ]。
6.2 Specific threats
6.2 特定の脅威
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. 求められていない料金別納郵便: 受取人が、あるタイプのイメージを処理できるのが知られているなら、それらはそのようなイメージを送りたがっている大量の郵送者によって狙われるかもしれません。
7. Acknowledgements
7. 承認
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.
作者は感謝してこのメモの以前のバージョンを批評した以下の人々の貢献を承諾します: ジェームスRafferty、ダンが飛んで行って、ロバートがバックリーであり、龍治さんはIwazakiです。 ここで説明された特徴のいくつかが基づいた以下の寄付された考え: ラリーMasinter、アル・ギルマン、クンHoltman。
8. References
8. 参照
[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.ハーディー、「メディアはタグ登録手順を特徴とする」BCP31、RFC2506、1999年3月。
[2] Klyne, G., "A Syntax for Describing Media Feature Sets", RFC
2533, March 1999.
[2]Klyne、G.、「特徴が設定するメディアを説明するための構文」、RFC2533、1999年3月。
[3] Masinter, L., Holtman, K., Mutz, A. and D. Wing, "Media Features
for Display, Print, and Fax", RFC 2534, March 1999.
Masinter、L.、Holtman、K.、Mutz、A.、およびD.が翼をつけさせる[3]、「表示、印刷、およびファックスのためのメディア機能」、RFC2534(1999年3月)。
[4] McIntyre, L. and G. Klyne, "Internet fax feature mapping from
Group 3 fax", Work in Progress.
[4] ProgressのマッキンタイヤとL.とG.Klyne、「Group3ファックスからのインターネットファックス特徴マッピング」、Work。
[5] Masinter, L. and D. Wing, "Extended Facsimile Using Internet
Mail", RFC 2532, March 1999.
[5] Masinter、L.、およびD.は1999年3月に「拡張ファクシミリはインターネットメールを使用すること」でのRFC2532に翼をつけさせます。
[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 Recommendation T.30(1996)、国際Telecommunications Union、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.、ヴェナブル、D.、Zilles(S.、パーソンズ、G.、およびJ.Rafferty)は「インターネットファックスのために形式をファイルします」、RFC2301、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.は飛んで行きます、「ファクシミリの簡単なモードはインターネットメールを使用し」て、RFC2305、1998年3月。
[9] "Continuous-tone color representation method for facsimile"
ITU-T Recommendation T.42 (1996), International
Telecommunications Union, (Covers custom illuminant, gamut).
[9] 「ファクシミリのための連続した音色表現方法」ITU-T Recommendation T.42(1996)、国際Telecommunications Union(カスタム発光体、全域をカバーしています)。
Klyne & McIntyre Standards Track [Page 18] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[18ページ]。
[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] 「色とファクシミリにlosslessコード構成を使用する階調画像表現」、ITU-T Recommendation T.43(1997)、国際Telecommunications Union。 (色/灰色のイメージのために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] 「ドキュメントトランスミッションのためのGroup3ファクシミリ端末の規格化」、ITU-T Recommendation T.4(1996)、国際Telecommunications Union(基本的なファックスコード化形式: 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] 「ファクシミリコード構成とGroup4のためにコントロール機能をコード化すると、装置は電送される」ITU Recommendation T.6、国際Telecommunications Union(一般的に、拡張2-Dがファックスでコード化書式を送る規格;カバーをMMRと呼びます)。
[15] "Mixed Raster Content (MRC)", ITU-T Recommendation T.44,
International Telecommunications Union.
[15] 「Mixedラスタ内容(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 Recommendation T.81(1992)| ISO/IEC10918-1: 1993、国際Telecommunications Union(一般的に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] 「情報技術--絵とオーディオ情報のコード値--進歩的な両性愛者のレベル画像圧縮」、ITU-T Recommendation T.82(1993)| ISO/IEC11544: 1993、国際Telecommunications Union(一般的に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]、「Recommendation T.82のためのアプリケーションプロフィール--、進歩的な2レベルの画像圧縮(ファクシミリ装置のためのJBIG1コード構成)、」、ITU-t Recommendation T.85(1995)、国際Telecommunications Union(カバー両性愛者のレベル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 Publication No.15.2、1986 (定義、CIELAB色のスペース; ファックスによる使用がT.42[9]によってさらに抑制される、)
Klyne & McIntyre Standards Track [Page 19] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[19ページ]。
[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] 1992年6月に画像ファイル形式、改正6.0、Adobe開発者協会、<ftp://ftp.adobe.com/パブ/アドービ煉瓦/devrelations/devtechnotes/pdffiles/tiff6.pdf>にタグ付けをしてください。
[21] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA
Considerations Section in RFCs", BCP 26, RFC 2434, October 1998.
[21]Narten、T.とH.Alvestrand、「RFCsにIANA問題部に書くためのガイドライン」BCP26、RFC2434(1998年10月)。
Klyne & McIntyre Standards Track [Page 20] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[20ページ]。
9. Authors' Addresses
9. 作者のアドレス
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.
株式会社5ウォトリントン通りフォーラム1、駅の道路Nettlebed Thealeヘンリーオンテムズ、RG9 5AB読書、グラハムKlyne第5世代メッセージング株式会社内容技術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 1300年の641 641+44 118 930ファクシミリ: +44 1491 1301年の641 611+44 118 930メール: GK@ACM.ORG
Lloyd McIntyre Xerox Corporation Mailstop PAHV-121 3400 Hillview Ave. Palo Alto, CA 94304 USA
ロイドマッキンタイヤゼロックス社のMailstop PAHV-121 3400Hillview Ave。 パロアルト、カリフォルニア94304米国
Phone: +1-650-813-6762 Facsimile: +1-650-845-2340 EMail: Lloyd.McIntyre@pahv.xerox.com
以下に電話をしてください。 +1-650-813-6762 以下を電送してください。 +1-650-845-2340 メールしてください: Lloyd.McIntyre@pahv.xerox.com
Klyne & McIntyre Standards Track [Page 21] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[21ページ]。
Appendix A: Feature registrations
付録A: 特徴登録証明書
A.1 Image size
A.1画像寸法
- Media Feature tag name(s):
- メディアFeatureは名前にタグ付けをします:
size-x
size-y
サイズxサイズ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
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.
これらの特徴タグは表示されたか、印刷されたか、または別の方法でレンダリングされたドキュメントイメージのサイズを示します。 彼らは水平(サイズx)で垂直な(サイズy)寸法を示します。
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.
実サイズがミリメートルで有効であるところでは、10/254に関する換算率は、正確なインチベースの値をもたらすために適用されるかもしれません。
- 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):
この例はGroup3ファックスのために最大のスキャンされたイメージ幅と高さについて説明します: 215×297mm(8.46×11.69インチ):
(size-x<=2150/254)
(size-y<=2970/254)
(サイズx<=2150/254)(サイズy<=2970/254)
Klyne & McIntyre Standards Track [Page 22] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[22ページ]。
- 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.
「表示、印刷、およびファックスのためのメディア機能」という[3]が説明するメモは画素の測定ドキュメントサイズのために(写真x、写真y)を特集します。
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
どんな体格も知られないで、また有効ではありませんが、画素サイズが知られているところでは、概念的なサイズは(言います)100dpiの知られている画素の重要性と概念的な解決に基づくと宣言されるべきです。
For example, to describe a 640x480 pixel display:
例えば、640×480画素について説明するには、表示してください:
(& (size-x<=640/100) (size-y<=480/100) (dpi=100) )
((サイズx<は640/100と等しいです)(サイズ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 resolutionは使用されています。 有理数を標準形に減少させると、以下の同等な表現はします:
(& (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.
それが使用する他の(非ファックス)アプリケーションだけがある相互運用性、画素ベース、測定値、画素の重要性、(写真x、写真y) 物理的な測定値に加えて宣言されるかもしれません。
- Related feature tags:
- 関連特徴タグ:
pix-x [3]
pix-y [3]
dpi [3]
dpi-xyratio [this document]
写真x[3]写真y[3]dpi[3]dpi-xyratio[このドキュメント]
- Intended usage:
- 意図している用法:
Common
一般的
- Author/Change controller:
- コントローラを書くか、または変えてください:
IETF
IETF
Klyne & McIntyre Standards Track [Page 23] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[23ページ]。
A.2 Resolution aspect ratio
A.2解決アスペクトレシオ
- Media Feature tag name(s):
- メディアFeatureは名前にタグ付けをします:
dpi-xyratio
dpi-xyratio
- ASN.1 identifier associated with this feature tag:
- この特徴タグに関連しているASN.1識別子:
1.3.6.1.8.1.9
1.3.6.1.8.1.9
- 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:
以下の例は391dpiで水平に垂直に204dpiのファックス解決について説明します:
(& (dpi=204) (dpi-xyratio=204/391) )
((dpi=204)(dpi-xyratio=204/391))
- Related standards or documents:
- 関連規格かドキュメント:
The memo "Media Features for Display, Print, and Fax" [3]
describes a feature (dpi) for measuring document resolution.
メモ「表示、印刷、およびファックスのためのメディア機能」[3]は測定ドキュメント解決のために特徴(dpi)について説明します。
Klyne & McIntyre Standards Track [Page 24] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[24ページ]。
- 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]
dpi[3]サイズx[このドキュメント]サイズy[このドキュメント]
- Intended usage:
- 意図している用法:
Internet fax
インターネットファックス
- Author/Change controller:
- コントローラを書くか、または変えてください:
IETF
IETF
A.3 Color levels
A.3色のレベル
- Media Feature tag name(s):
- メディアFeatureは名前にタグ付けをします:
color-levels
色レベル
- ASN.1 identifier associated with this feature tag:
- この特徴タグに関連しているASN.1識別子:
1.3.6.1.8.1.10
1.3.6.1.8.1.10
- 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.
写像している(palettizedされる)色が使用されているとき、一般に、これは表すことができる異なった色の数から色のマッピング機能まで異なっています。
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)
Klyne & McIntyre Standards Track [Page 25] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[25ページ]。
- 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) )
受取人能力について説明するために: ((制限された色=)(<=6を色で平らにします)) ((色は灰色と等しいです)(レベルを着色している<=64)) ((=が写像した色)(<=240を色で平らにします)) ((= いっぱいに着色します)(レベルを着色している<=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.
メモ「表示、印刷、およびファックスのためのメディア機能」[3]は、基本的な色の能力を示すために特徴(色)について説明します。
- 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.
- 個人情報の暴露に関連するプライバシーの問題: 特徴マッチングがユーザの物理的な能力に適切な内容を選択するのに使用されるところに、この特徴タグのための珍しい値はユーザの制限された能力のしるしを与えるかもしれません。
Klyne & McIntyre Standards Track [Page 26] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[26ページ]。
- Related feature tags:
- 関連特徴タグ:
color [3]
color-space [this document]
色の[3]色スペース[このドキュメント]
- Intended usage:
- 意図している用法:
Internet fax
Color image scanning/rendering applications
インターネットファックスColorイメージスキャン/レンダリングアプリケーション
- Author/Change controller:
- コントローラを書くか、または変えてください:
IETF
IETF
A.4 Color space
A.4色のスペース
- Media Feature tag name(s):
- メディアFeatureは名前にタグ付けをします:
color-space
色スペース
- ASN.1 identifier associated with this feature tag:
- この特徴タグに関連しているASN.1識別子:
1.3.6.1.8.1.11
1.3.6.1.8.1.11
- 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
色のスペース価値は2つのタイプの情報を提供します: 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
トークン
Klyne & McIntyre Standards Track [Page 27] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[27ページ]。
Device color Device-RGB (device dependent RGB)
spaces: Device-CMY (device dependent CMY)
Device-CMYK (device dependent CMYK)
デバイス色のDevice-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と等しいこと'を*b*色スペース、CIED50発光体を使用して、およびその完全に拡散している反射している白が指すCIE L*を示します。(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]
Klyne & McIntyre Standards Track [Page 28] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[28ページ]。
- 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]
いさかい-FX[7]
- Intended usage:
- 意図している用法:
Internet fax
Color image scanning/rendering applications
インターネットファックスColorイメージスキャン/レンダリングアプリケーション
- Author/Change controller:
- コントローラを書くか、または変えてください:
IETF
IETF
Klyne & McIntyre Standards Track [Page 29] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[29ページ]。
A.5 CIELAB color depth
A.5 CIELAB色の濃さ
- Media Feature tag name(s):
- メディアFeatureは名前にタグ付けをします:
CIELAB-L-depth
CIELAB-A-depth
CIELAB-B-depth
CIELAB-L-深さCIELAB Aの深さのCIELAB-B-深さ
- 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
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*.
これらの特徴タグは色の深さ能力を示します。 すなわち、個々のCIELAB色の成分を指定できる詳細のレベル。 彼らはそれぞれの色のコンポーネントL*、*、および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の-1深さの<=128)(CIELAB-b-深さ<=128))
Klyne & McIntyre Standards Track [Page 30] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[30ページ]。
(& (color=full) (color-levels<=16777216)
(CIELAB-L-depth<=256)
(CIELAB-a-depth<=128)
(CIELAB-b-depth<=128) )
((= いっぱいに着色します)(レベルを着色している<=16777216)(CIELAB-L-深さ<=256)(CIELABの-1深さの<=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)(CIELAB1深さの=32)(CIELAB-b-深さ=32))((= いっぱいに着色します)(色レベル=32768)(CIELAB-L-深さ=128)(CIELAB1深さの=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.
メモ「ディスプレイ、印刷、およびファックスのためのメディア機能」[3]は、基本的な色の能力を示すために特徴(色)を定義します。
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]
色の[3]色レベル[このドキュメント]色スペース[このドキュメント]
- Intended usage:
- 意図している用法:
Internet fax
Color image scanning/rendering applications
インターネットファックスColorイメージスキャン/レンダリングアプリケーション
- Author/Change controller:
- コントローラを書くか、または変えてください:
IETF
IETF
Klyne & McIntyre Standards Track [Page 31] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[31ページ]。
A.6 CIELAB color gamut
A.6 CIELAB色域
- Media Feature tag name(s):
- メディアFeatureは名前にタグ付けをします:
CIELAB-L-min
CIELAB-L-max
CIELAB-a-min
CIELAB-a-max
CIELAB-b-min
CIELAB-b-max
CIELAB-L-分CIELAB-L-最大分のCIELAB CIELAB a最大CIELAB-b-分CIELAB-b-最大
- 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
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色のスペースのそれぞれの色の成分に使用される最小の、そして、最大の値を示すことによって。
'CIELAB-L-min' and 'CIELAB-L-max' are the minimum and maximum
values of the L* component.
'CIELAB-L-分'と'CIELAB-L-最大'はL*コンポーネントの最小の、そして、最大の値です。
'CIELAB-a-min' and 'CIELAB-a-max' are the minimum and maximum
values of the a* component.
'分のCIELAB'と'CIELAB a最大'はa*コンポーネントの最小の、そして、最大の値です。
'CIELAB-b-min' and 'CIELAB-b-max' are the minimum and maximum
values of the b* component.
'CIELAB-b-分'と'CIELAB-b-最大'は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.
リソースが使用したデータを詳細な色に依存するかもしれないイメージ印刷とディスプレイアプリケーションを受取人の取り扱い能力に着色してください。
Klyne & McIntyre Standards Track [Page 32] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[32ページ]。
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最大<=100)(CIELABの-1分の>=-75)(CIELAB1最大の<は+75と等しいです)(CIELAB-b分>=-85)(CIELAB-b-最大<は+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.
- 個人情報の暴露に関連するプライバシーの問題: 特徴マッチングがユーザの物理的な能力に適切な内容を選択するのに使用されるところに、この特徴タグのための珍しい値はユーザの制限された能力のしるしを与えるかもしれません。
Klyne & McIntyre Standards Track [Page 33] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[33ページ]。
- Related feature tags:
- 関連特徴タグ:
color [3]
color-space [this document]
色の[3]色スペース[このドキュメント]
- Related media types or data formats:
- 関連メディアタイプかデータ形式:
TIFF-FX [7]
いさかい-FX[7]
- Intended usage:
- 意図している用法:
Internet fax
Color image scanning/rendering applications
インターネットファックスColorイメージスキャン/レンダリングアプリケーション
- Author/Change controller:
- コントローラを書くか、または変えてください:
IETF
IETF
A.7 Image file structure
A.7イメージファイル構造
- Media Feature tag name(s):
- メディアFeatureは名前にタグ付けをします:
image-file-structure
イメージファイル構造
- ASN.1 identifier associated with this feature tag:
- この特徴タグに関連しているASN.1識別子:
1.3.6.1.8.1.21
1.3.6.1.8.1.21
- 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
トークン
Klyne & McIntyre Standards Track [Page 34] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[34ページ]。
TIFF-FX profiles TIFF-S
[7]: TIFF-F
TIFF-J
TIFF-C
TIFF-L
TIFF-M
TIFF-FXはTIFF-S[7]の輪郭を描きます: いさかいFいさかいJいさかいCいさかいLいさかいM
(may be extended by further registrations,
to cover non-TIFF image file structures)
(非TIFFイメージファイル構造をカバーするためにさらなる登録証明書で広げられるかもしれません)
- 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.
このメモのAppendix 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イメージデータの場合には、RFC2301[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 content typeラベルなどからそのコード化について説明するために情報を運びます。
- Related feature tags:
- 関連特徴タグ:
image-coding [this document]
画像符号化[このドキュメント]
- Related media types or data formats:
- 関連メディアタイプかデータ形式:
TIFF-FX [7]
TIFF V6.0 (Adobe) [20]
いさかい-FX[7]いさかいV6.0(Adobe)[20]
Klyne & McIntyre Standards Track [Page 35] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[35ページ]。
- Intended usage:
- 意図している用法:
Internet fax
Image scanning/rendering applications
インターネットファックスImageスキャン/レンダリングアプリケーション
- Author/Change controller:
- コントローラを書くか、または変えてください:
IETF
IETF
A.8 Image data coding
A.8イメージデータコード化
- Media Feature tag name(s):
- メディアFeatureは名前にタグ付けをします:
image-coding
画像符号化
- ASN.1 identifier associated with this feature tag:
- この特徴タグに関連しているASN.1識別子:
1.3.6.1.8.1.22
1.3.6.1.8.1.22
- 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
トークンMH 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.
イメージデータを移すインターネットファックス、および他のアプリケーション。
Klyne & McIntyre Standards Track [Page 36] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[36ページ]。
- Examples of typical use:
- 典型的な使用に関する例:
See Appendix B of this memo.
このメモのAppendix 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]
MH、さん: 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]
イメージコード化規制[このドキュメント]JBIGしまのサイズ[このドキュメント]イメージインタリーブ[このドキュメント]
- Related media types or data formats:
- 関連メディアタイプかデータ形式:
TIFF-FX [7]
いさかい-FX[7]
- Intended usage:
- 意図している用法:
Internet fax
Image scanning/rendering applications
インターネットファックスImageスキャン/レンダリングアプリケーション
- Author/Change controller:
- コントローラを書くか、または変えてください:
IETF
IETF
A.9 Image coding constraint
A.9画像符号化規制
- Media Feature tag name(s):
- メディアFeatureは名前にタグ付けをします:
image-coding-constraint
イメージコード化規制
- ASN.1 identifier associated with these feature tags:
- これらの特徴タグに関連しているASN.1識別子:
1.3.6.1.8.1.23
1.3.6.1.8.1.23
Klyne & McIntyre Standards Track [Page 37] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[37ページ]。
- 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)
トークンJBIG-T85(ITU T.85あたりの両性愛者のレベル)JBIG-T43(ITU T.43あたりのマルチレベル)JPEG-T4E(ITU T.4あたりの別館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.
このメモのAppendix 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]
JBIG-T85: ITU T.85[18]JBIG-T43: ITU T.43[10]JPEG-T4E: ITU T.4別館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]
画像符号化[このドキュメント]JBIGしまのサイズ[このドキュメント]イメージインタリーブ[このドキュメント]
Klyne & McIntyre Standards Track [Page 38] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[38ページ]。
- Related media types or data formats:
- 関連メディアタイプかデータ形式:
TIFF-FX [7]
いさかい-FX[7]
- Intended usage:
- 意図している用法:
Internet fax
Color image scanning/rendering applications
インターネットファックスColorイメージスキャン/レンダリングアプリケーション
- Author/Change controller:
- コントローラを書くか、または変えてください:
IETF
IETF
A.10 JBIG stripe size
A.10 JBIGしまのサイズ
- Media Feature tag name(s):
- メディアFeatureは名前にタグ付けをします:
JBIG-stripe-size
JBIGしまのサイズ
- ASN.1 identifier associated with these feature tags:
- これらの特徴タグに関連しているASN.1識別子:
1.3.6.1.8.1.24
1.3.6.1.8.1.24
- 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.
この特徴はJBIG画像符号化(画像符号化はJBIGと等しい)に適用されて、イメージの各しまのために許容できるサイズを示す特定の用法規制です、最終を除いて。
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)
(JBIG-しまサイズ=128)(JBIG-しまサイズ>0)
Klyne & McIntyre Standards Track [Page 39] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[39ページ]。
- Related standards or documents:
- 関連規格かドキュメント:
JBIG: ITU T.82 [17]
JBIG-T85: ITU T.85 [18]
JBIG-T43: ITU T.43 [10]
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)を指定するのは、1まるまる1ページのイメージデータが単一の単位としてコード化されることを意味します。 これは受電方式の記憶装置にかなりの要求を置くかもしれません、全体のしまが、メモリでバッファリングされる必要があるとき。
- 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]
いさかい-FX[7]
- Intended usage:
- 意図している用法:
Internet fax
Color image scanning/rendering applications
インターネットファックスColorイメージスキャン/レンダリングアプリケーション
- Author/Change controller:
- コントローラを書くか、または変えてください:
IETF
IETF
Klyne & McIntyre Standards Track [Page 40] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[40ページ]。
A.11 Image interleave
A.11イメージインタリーブ
- Media Feature tag name(s):
- メディアFeatureは名前にタグ付けをします:
image-interleave
イメージインタリーブ
- ASN.1 identifier associated with this feature tag:
- この特徴タグに関連しているASN.1識別子:
1.3.6.1.8.1.25
1.3.6.1.8.1.25
- 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.
飛行機インタリーブを指定するのが、1まるまる1ページのイメージデータをバッファリングしなければならないことを意味する、生成する、イメージを表してください。 これは発信か受電方式の記憶装置にかなりの要求を置くかもしれません。
- Related feature tags:
- 関連特徴タグ:
image-coding [this document]
JBIG-stripe-size [this document]
画像符号化[このドキュメント]JBIGしまのサイズ[このドキュメント]
Klyne & McIntyre Standards Track [Page 41] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[41ページ]。
- Related media types or data formats:
- 関連メディアタイプかデータ形式:
TIFF-FX [7]
いさかい-FX[7]
- Intended usage:
- 意図している用法:
Internet fax
Color image scanning/rendering applications
インターネットファックスColorイメージスキャン/レンダリングアプリケーション
- Author/Change controller:
- コントローラを書くか、または変えてください:
IETF
IETF
A.12 Color subsampling
A.12色の「副-標本抽出」
- Media Feature tag name(s):
- メディアFeatureは名前にタグ付けをします:
color-subsampling
色「副-標本抽出」
- ASN.1 identifier associated with this feature tag:
- この特徴タグに関連しているASN.1識別子:
1.3.6.1.8.1.26
1.3.6.1.8.1.26
- 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.
「抽出これが評価する1:1:1インチがそれぞれの輝度成分のためのカラーコンポーネントのサンプルのフルセットを示すす」ストリング。
"4:1:1"
This value indicates a set of color samples
for each luminance sample.
「4:1:1インチのThis値はそれぞれの輝度のサンプルのための1セットの色見本を示します。」
(may be extended by further registrations)
(さらなる登録証明書で広げられるかもしれません)
Klyne & McIntyre Standards Track [Page 42] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[42ページ]。
- 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"]) )
((= いっぱいに着色します)(色スペース=[デバイスRGB、CIELAB])(色の「副-標本抽出」である=[「1:1:1インチ」と、4:1:1インチ]))
- Related feature tags:
- 関連特徴タグ:
color [3]
color-space [this document]
image-file-structure [this document]
色の[3]色スペース[このドキュメント]イメージファイル構造[このドキュメント]
- Related media types or data formats:
- 関連メディアタイプかデータ形式:
TIFF-FX [7]
いさかい-FX[7]
- Intended usage:
- 意図している用法:
Internet fax
Color image scanning/rendering applications
インターネットファックスColorイメージスキャン/レンダリングアプリケーション
- Author/Change controller:
- コントローラを書くか、または変えてください:
IETF
IETF
A.13 MRC availability and mode
A.13 MRCの有用性とモード
- Media Feature tag name(s):
- メディアFeatureは名前にタグ付けをします:
MRC-mode
MRC-モード
- ASN.1 identifier associated with this feature tag:
- この特徴タグに関連しているASN.1識別子:
1.3.6.1.8.1.27
1.3.6.1.8.1.27
Klyne & McIntyre Standards Track [Page 43] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[43ページ]。
- 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.
この特徴は、MRC(複雑なラスタ内容)画像形式能力の有用性を示して、また、利用可能なMRCモードを示すのに使用されます。 ゼロは、MRCによる利用可能です、非ゼロ値(範囲1.7における)が有効な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, 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.
このドキュメントのAppendix 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.
システムの間の相互運用性のための正しい状態、MRCモードを扱う能力、およびどんな含まれたイメージコーディング技法も確立するのは確立しているに違いありません。
Klyne & McIntyre Standards Track [Page 44] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[44ページ]。
- Related feature tags:
- 関連特徴タグ:
image-coding [this document]
MRC-max-stripe-size [this document]
画像符号化[このドキュメント]MRC最大しまのサイズ[このドキュメント]
- Related media types or data formats:
- 関連メディアタイプかデータ形式:
TIFF-FX [7]
いさかい-FX[7]
- Intended usage:
- 意図している用法:
Internet fax
Color image scanning/rendering applications
インターネットファックスColorイメージスキャン/レンダリングアプリケーション
- Author/Change controller:
- コントローラを書くか、または変えてください:
IETF
IETF
A.14 MRC maximum stripe size
A.14 MRCの最大のしまのサイズ
- Media Feature tag name(s):
- メディアFeatureは名前にタグ付けをします:
MRC-max-stripe-size
MRC最大しまのサイズ
- ASN.1 identifier associated with this feature tag:
- この特徴タグに関連しているASN.1識別子:
1.3.6.1.8.1.28
1.3.6.1.8.1.28
- 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.
この特徴は、(MRC-モード>=1)をコード化するMRCと共に使用されるかもしれなくて、それぞれのMRCしまでスキャン系列の最大数を示します。
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.
イメージデータを移すインターネットファックス、および他のアプリケーション。
Klyne & McIntyre Standards Track [Page 45] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[45ページ]。
- Examples of typical use:
- 典型的な使用に関する例:
(MRC-max-stripe-size=[0..256])
(MRC-max-stripe-size>=0)
(MRC-最大しまサイズ=[0 .256])(MRC-最大しまサイズ>=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]
いさかい-FX[7]
- Intended usage:
- 意図している用法:
Internet fax
Color image scanning/rendering applications
インターネットファックスColorイメージスキャン/レンダリングアプリケーション
- Author/Change controller:
- コントローラを書くか、または変えてください:
IETF
IETF
Klyne & McIntyre Standards Track [Page 46] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[46ページ]。
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.
この付録はRFC2301[7]によって定義されたTIFFモードの記述を含んでいます、特徴セット式として「特徴が設定するメディアを説明するための構文」[2]によって定義された書式に提示されて、このドキュメントによって紹介された特徴図式を使用して。
These may be taken as illustrations of the feature set combinations that are required for the corresponding TIFF profiles described by RFC 2301.
特徴のイラストがRFC2301によって説明された対応するTIFFプロフィールに必要である組み合わせを設定するとき、これらを取るかもしれません。
(Tiff-S) :-
(& (image-file-structure=TIFF-S)
(color=Binary)
(image-coding=MH) (MRC-mode=0) )
(いさかいS) :-((イメージファイル構造はいさかいSと等しいです)(=を着色して、2進にします)(画像符号化はMHと等しいです)(MRC-モード=0))
(Tiff-F) :-
(& (image-file-structure=TIFF-F)
(color=Binary)
(image-coding=MH) (MRC-mode=0) )
(いさかいF) :-((イメージファイル構造はいさかいFと等しいです)(=を着色して、2進にします)(画像符号化はMHと等しいです)(MRC-モード=0))
(TIFF-J) :-
(& (image-file-structure=TIFF-J)
(color=Binary)
(image-coding=JBIG) (MRC-mode=0) )
(いさかいJ) :-((イメージファイル構造はいさかいJと等しいです)(=を着色して、2進にします)(画像符号化はJBIGと等しいです)(MRC-モード=0))
(TIFF-C) :-
(& (image-file-structure=TIFF-C)
(color=Grey)
(image-coding=JPEG) (MRC-mode=0) )
(いさかいC) :-((イメージファイル構造はいさかいCと等しいです)(色は灰色と等しいです)(画像符号化はJPEGと等しいです)(MRC-モード=0))
(TIFF-L) :-
(& (image-file-structure=TIFF-L)
(color=Grey)
(image-coding=JBIG) (MRC-mode=0) )
(いさかいL) :-((イメージファイル構造はいさかいLと等しいです)(色は灰色と等しいです)(画像符号化はJBIGと等しいです)(MRC-モード=0))
(TIFF-M) :-
(& (image-file-structure=TIFF-M)
(color=[Binary,Grey])
(image-coding=[MH,JPEG]) (MRC-mode>=1) )
(いさかいM) :-((イメージファイル構造はいさかいMと等しいです)(色=[2進の、そして、灰色の])(画像符号化=[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)のために式を結合することによって、示されるでしょう。
Klyne & McIntyre Standards Track [Page 47] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[47ページ]。
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).
同様に、制限されるか、写像されるか、灰色/で(C、L、およびM)にTIFFモードを着色して、または対応する式を結合することによって、示されますフルカラーが義務的でない。(制限された色=)、(=が写像した色)、そして/または、(色=完全)で。
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) )
(| (いさかいF)(いさかいS)(いさかいJ))
indicates support for all black-and-white modes.
すべて黒くて白いモードのサポートを示します。
Klyne & McIntyre Standards Track [Page 48] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[48ページ]。
Appendix C: Revision history
付録C: 改訂履歴
00a 28-Sep-1998 Initial draft.
Initialが作成する00a1998年9月28日。
01a 12-Oct-1998 Incorporated review comments. Described feature
tag for differential x/y resolution ratio. Added
some examples.
01a1998年10月12日Incorporatedはコメントを見直します。 特異な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.
画像符号化での01b1998年10月19日Updated部3.6。 RFC2301からのTIFFモードのための特徴式を含んでいて、Appendix Bを加えました。
02a 26-Oct-1998 Update examples. Add separate stripe size features
for JBIG and MRC.
02a1998年10月26日Updateの例。 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.
02b1998年10月30日Updateの例。 MRCドキュメント(複数の含まれたイメージについて説明する1セットの特徴収集としての)の記述をはっきりさせるテキストを加えてください。 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.
02c1998年11月11日Add 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.
02d1998年11月16日Updateは取り扱い機能、メディアへの反射している変更案を特徴メモ[3]に着色します。 画像符号化能力フレームワークをアップデートしてください。 Appendix BでTIFFモード記述をアップデートしました。
03a 17-Nov-1998 Replace use of 'pix-x', 'pix-y' with 'size-x', '
size-y'. Add registrations in Appendix A.
'写真x'、'サイズx'、'サイズy'がある'写真y'の03a1998年11月17日Replace使用。 Appendix 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.
RFC2119(主なファックスプロトコル草稿には規範的陳述がある)の03bの1998年12月8日のRemoveの標準の言語と参照。 色の機能の構造、および取り除かれたカラーパレットの特徴を改訂してください。 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'.
改訂されていた状態で反射する04a1998年12月14日Updateの例はタグを特集します。 セクション3.7でMRCドキュメントの記述を改訂してください。 '色=は修理した'解釈をはっきりさせました。 '色=は修理した'特徴値を'制限された色='に変えてください。
Klyne & McIntyre Standards Track [Page 49] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[49ページ]。
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.
05a1999年1月4日Incorporate WGは、最後にコメントと呼びます: MRCしまのサイズの参照をMRC-最大しまサイズに変えてください。 同様に、MRC最大のしまサイズに、参照をつけます。 "eifax"を「拡張インターネットファックス」に変えてください。 画像符号化特徴用法のために指導注意を加えました。 加えられたIANAの考慮はAppendix Aにコメントします。
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.
IANA問題のための05bの1999年1月8日のAddedの新しい部。 登録からワーキンググループにファックスする取り除かれた参照は制御セクションを変えます。 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.
TIFFへの05c1999年1月8日Minor改正ははっきりさせるこれが示さないセクション3.5の'制限された=を着色してください'という特定の命名された色のサポートのAppendix B.Reformatted記述でイラストとdescripionsの輪郭を描きます。
Klyne & McIntyre Standards Track [Page 50] RFC 2531 Content Feature Schema for Internet Fax March 1999
KlyneとマッキンタイヤStandardsは1999年のファックス行進のときにRFC2531の満足している特徴図式をインターネットに追跡します[50ページ]。
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The Internet Society (1999). All Rights Reserved.
Copyright(C)インターネット協会(1999)。 All rights reserved。
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.
それに関するこのドキュメントと翻訳は、コピーして、それが批評するか、またはそうでなければわかる他のもの、および派生している作品に提供するか、または準備されているかもしれなくて、コピーされて、発行されて、全体か一部分配された実装を助けるかもしれません、どんな種類の制限なしでも、上の版権情報とこのパラグラフがそのようなすべてのコピーと派生している作品の上に含まれていれば。 しかしながら、このドキュメント自体は何らかの方法で変更されないかもしれません、インターネット協会か他のインターネット組織の版権情報か参照を取り除くのなどように、それを英語以外の言語に翻訳するのが著作権のための手順がインターネットStandardsプロセスで定義したどのケースに従わなければならないか、必要に応じてさもなければ、インターネット標準を開発する目的に必要であるのを除いて。
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.
このドキュメントとそして、「そのままで」という基礎とインターネットの振興発展を目的とする組織に、インターネット・エンジニアリング・タスク・フォースが速達の、または、暗示しているすべての保証を放棄するかどうかというここにことであり、他を含んでいて、含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Klyne & McIntyre Standards Track [Page 51]
Klyneとマッキンタイヤ標準化過程[51ページ]
一覧
スポンサーリンク
