RFC2879 日本語訳
2879 Content Feature Schema for Internet Fax (V2). G. Klyne, L.McIntyre. August 2000. (Format: TXT=104032 bytes) (Obsoletes RFC2531) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group G. Klyne
Request for Comments: 2879 Content Technologies
Obsoletes: 2531 L. McIntyre
Category: Standards Track Xerox Corporation
August 2000
Klyneがコメントのために要求するワーキンググループG.をネットワークでつないでください: 2879の満足している技術が以下を時代遅れにします。 2531年のL.マッキンタイヤカテゴリ: 標準化過程ゼロックス社の2000年8月
Content Feature Schema for Internet Fax (V2)
インターネットファックスのための満足している特徴図式(V2)
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 (2000). All Rights Reserved.
Copyright(C)インターネット協会(2000)。 All rights reserved。
Abstract
要約
This document defines a content media feature schema for Internet fax.
このドキュメントはインターネットファックスのために満足しているメディア特徴図式を定義します。
It is a profile of the media feature registration mechanisms [1,2,3] for use in performing capability identification between extended Internet fax systems [5]. It replaces and updates the feature schema defined in RFC 2531.
それは拡張インターネットファックスシステム[5]の間の能力識別を実行することにおける使用のためのメディア特徴登録メカニズム[1、2、3]のプロフィールです。 それは、RFC2531で定義された特徴図式を、取り替えて、アップデートします。
Table of Contents
目次
1. Introduction .............................................2
1.1 Organization of this document ........................3
1.2 Terminology and document conventions .................3
1.3 Discussion of this document ..........................4
2. Fax feature schema syntax ................................4
3. Internet fax feature tags ................................4
3.1 Image size ...........................................5
3.2 Resolution ...........................................5
3.3 Media type ...........................................6
3.4 Paper Size ...........................................6
3.5 Color capability .....................................7
3.6 Color model ..........................................8
3.7 Image coding ........................................11
3.8 MRC mode ............................................12
4. Examples ................................................13
4.1 Simple mode Internet fax system ....................13
1. 序論…2 1.1 このドキュメントの組織…3 1.2 用語とドキュメントコンベンション…3 1.3 このドキュメントの議論…4 2. ファックスで、特徴図式構文を送ってください…4 3. インターネットファックス特徴タグ…4 3.1 イメージサイズ…5 3.2解決…3.3のメディアがタイプする5…6 3.4紙サイズ…6 3.5 能力を着色してください…7 3.6 モデルを着色してください…8 3.7 イメージコード化…11 3.8 MRCモード…12 4. 例…13 4.1の簡単なモードインターネットファックスシステム…13
Klyne & McIntyre Standards Track [Page 1] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[1ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
4.2 High-end black-and-white Internet fax system.........14
4.3 Grey-scale Internet fax system ......................14
4.4 Full-color Internet fax system (JPEG only) ..........15
4.5 Full-color Internet fax system (JPEG and JBIG) ......16
4.6 Full-color Internet fax system (MRC) ................17
4.7 Sender and receiver feature matching ................19
5. IANA Considerations .....................................21
6. Security Considerations .................................21
6.1 Capability descriptions and mechanisms ..............21
6.2 Specific threats ....................................21
7. Acknowledgements ........................................22
8. References ..............................................22
9. Authors' Addresses ......................................24
Appendix A: Feature registrations ..........................25
A.1 Image size ..........................................25
A.2 Resolution aspect ratio .............................27
A.3 Color levels ........................................28
A.4 Color space ........................................30
A.5 CIELAB color illuminant .............................33
A.6 CIELAB color depth ..................................35
A.7 CIELAB color gamut ..................................37
A.8 Image file structure ................................39
A.9 Image data coding ...................................41
A.10 Image coding constraint ............................43
A.11 JBIG stripe size .................................. 44
A.12 Image interleave ...................................46
A.13 Color subsampling ..................................47
A.14 MRC availability and mode ..........................49
A.15 MRC maximum stripe size ............................50
Appendix B: TIFF mode descriptions .........................52
Appendix C: Changes from RFC 2531 ..........................57
Full Copyright Statement ...................................58
4.2 ハイエンドの黒くて白いインターネットはファックスでシステムを送ります…14 4.3灰色のスケールインターネットファックスシステム…14 4.4フルカラーインターネットファックスシステム(JPEG専用)…15 4.5フルカラーインターネットファックスシステム(JPEGとJBIG)…16 4.6 フルカラーインターネットファックスシステム(MRC)…17 4.7の送付者と受信機はマッチングを特徴とします…19 5. IANA問題…21 6. セキュリティ問題…21 6.1の能力記述とメカニズム…21 6.2の特定の脅威…21 7. 承認…22 8. 参照…22 9. 作者のアドレス…24 付録A: 登録証明書を特徴としてください…25 A.1画像寸法…25 A.2解決アスペクトレシオ…27 A.3はレベルを着色します…28 A.4はスペースを着色します…30 A.5 CIELABは発光体を着色します…33 A.6 CIELABは深さを着色します…35 A.7 CIELABは全域を着色します…37 A.8イメージファイル構造…39 A.9イメージデータコード化…41 A.10画像符号化規制…43 A.11 JBIGはサイズにしまをつけます… 44A.12イメージインタリーブ…46 A.13は「副-標本抽出」を着色します…47のA.14 MRCの有用性とモード…49 A.15 MRCの最大のしまのサイズ…50 付録B: TIFFモード記述…52 付録C: RFC2531からの変化…57 完全な著作権宣言文…58
1. Introduction
1. 序論
This document defines a content media feature schema for Internet fax.
このドキュメントはインターネットファックスのために満足しているメディア特徴図式を定義します。
It is a profile of the media feature registration mechanisms [1,2,3] for use in performing capability identification between extended Internet fax systems [5]. It replaces and updates the feature schema defined in RFC 2531.
それは拡張インターネットファックスシステム[5]の間の能力識別を実行することにおける使用のためのメディア特徴登録メカニズム[1、2、3]のプロフィールです。 それは、RFC2531で定義された特徴図式を、取り替えて、アップデートします。
The media feature description mechanisms do not describe any specific mechanisms for communicating capability information, but do presume that any such mechanisms will transfer textual values. In conjunction with this feature schema, they specify a textual format to be used for describing Internet Fax capability information.
記述メカニズムがするメディア機能は、能力情報を伝えるためにどんな特定のメカニズムについても説明しませんが、どんなそのようなメカニズムも原文の値を移すと推定します。 この特徴図式に関連して、彼らは、インターネットファックス能力情報について説明するのに使用されるために原文の形式を指定します。
Klyne & McIntyre Standards Track [Page 2] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[2ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
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.
「能力識別」は受電方式が能力情報を送付システムに供給する特定の形式の能力交換です。
"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実装を築き上げるのに必要ではありませんが、より大きい深さでデザインを理解したがっている人を助けるかもしれません。
Klyne & McIntyre Standards Track [Page 3] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[3ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
1.3 Discussion of this document
1.3 このドキュメントの議論
Discussion of this document should take place on the Internet fax mailing list hosted by the Internet Mail Consortium (IMC). Please send comments regarding this document to:
このドキュメントの議論はインターネットメールConsortium(IMC)によってホスティングされたインターネットファックスメーリングリストで行われるべきです。 以下のことのためにこのドキュメントに関してコメントを送ってください。
ietf-fax@imc.org
ietf-fax@imc.org
To subscribe to this list, send a message with the body 'subscribe' to "ietf-fax-request@imc.org".
このリストに加入するには、" ietf-fax-request@imc.org "に'申し込む'というボディーがあるメッセージを送ってください。
To see what has gone on before you subscribed, please see the mailing list archive at:
あなたが申し込む前に何が起こったかを確認するために、以下でメーリングリストアーカイブを見てください。
http://www.imc.org/ietf-fax/
http://www.imc.org/ietf-fax/
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 according to the media feature registration procedure [1] (some of which are appended to this document).
メディア特徴登録手順[1](それの或るものはこのドキュメントに追加されます)に従って、特徴タグの決定的な記述は彼らの登録の参照で示されます。
Klyne & McIntyre Standards Track [Page 4] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[4ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
NOTE: The presence of a feature tag in this list does
not mean that an extended Internet fax system must have
that capability; rather, it must recognize the feature
tag and deal with it according to the capabilities that
it does have.
以下に注意してください。 このリストでの特徴タグの存在は、拡張インターネットファックスシステムにはその能力がなければならないことを意味しません。 むしろ、持っている能力に従って、それは、特徴タグを認識して、それに対処しなければなりません。
Further, an extended Internet fax system is not prevented
from recognizing and offering additional feature tags.
The list below is intended to provide a basic vocabulary
that all extended Internet fax systems can use in a
consistent fashion.
さらに、拡張インターネットファックスシステムは、付加的な機能タグを認識して、提供してもよいです。 以下のリストがすべての拡張インターネットファックスシステムが一貫したファッションで使用できる基本語彙を提供することを意図します。
If an unrecognized or unused feature tag is received, the
feature set matching rule (described in [2]) operates so
that tag is effectively ignored.
認識されていないか未使用の特徴タグが受け取られているなら、特徴は規則を合わせるのをセットしました。(説明されたコネ[2])が作動するので、事実上、タグは無視されます。
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'の値です。
Klyne & McIntyre Standards Track [Page 5] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[5ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
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 with multi-level images, and (b) any multi-level image resolution is required to be an integral sub-multiple of the applicable mask resolution.
MRC形式ドキュメントのための解決について説明するとき、完全なセットの使用可能な解決は記載されています。 しかしながら、彼らの使用にはいくつかの制限があります: (a) (b) マルチレベルイメージだけと共に100dpi resolutionを使用できます、そして、マルチレベルイメージ解決が、適切なマスク解決の不可欠のサブ倍数になるのに必要です。
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]。
Klyne & McIntyre Standards Track [Page 6] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[6ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
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]。
The intention here is to give a broad indication of color handling capabilities that might be used, for example, to select among a small number of available data resources.
ここでの意志は少ない数の利用可能なデータ源で選択する例えば使用されるかもしれない色の取り扱い能力の広いしるしを与えることです。
The value of this feature also gives an indication of the more detailed color handling features that might be applicable (see next section).
また、この特徴の値は適切であるかもしれないより詳細な色の取り扱い機能のしるしを与えます(次のセクションを見てください)。
'Binary' indicates blank-and-white, or other bi-level capability. No further qualifying feature tags are required.
'バイナリー'は何らかの空白と白を示します。両性愛者のレベル能力。 これ以上資格を得ていない特徴タグが必要です。
'Limited' indicates a small number of distinct fixed colors, such as might be provided by a highlight printer, pen plotter or limited color display. The 'color-levels' tag should be used to indicate the number of distinct colors available.
'株式会社'はハイライトプリンタ、ペンプロッタまたは限られた色のディスプレイで提供するかもしれないような少ない数の異なった固定色を示します。 '色レベル'タグは、利用可能な異なった色の数を示すのに使用されるべきです。
NOTE: No ability to indicate any specific or named color
is implied by this option. Some devices might use
different intensity levels rather than different hues for
distinction.
以下に注意してください。 どんな特定の、または、命名された色も示す能力は全くこのオプションで含意されません。 いくつかのデバイスが区別に異なった色よりむしろ異なった強度レベルを使用するかもしれません。
In the context of Internet fax, 'limited' is interpreted as one-bit- per-color-sample (RGB, CMY or CMYK), depending on the color space used.
インターネットファックスの文脈では、'有限'が1ビットであると解釈される、-、-、色見本、スペースが使用した色に依存する(RGB、CMYまたはCMYK。)
'Mapped' indicates that pixel color values are mapped in some specifiable way to a multi-component color space. The 'color-levels' tag may be used to indicate the number of distinct colors available; in its absence, sufficient levels to display a photographic image should be assumed.
'写像されたこと'は、画素色の値が多成分系の色のスペースへの何らかの明記できる方法で写像されるのを示します。 '色レベル'タグは利用可能な異なった色の数を示すのに使用されるかもしれません。 不在では、画像を表示できるくらいのレベルに就くべきです。
'Grey' indicates a continuous tone grey-scale capability.
'灰色'は連続したトーン灰色のスケール能力を示します。
'Full' indicates full continuous tone color capability.
'完全'は完全な連続した音色能力を示します。
Klyne & McIntyre Standards Track [Page 7] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[7ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
For 'Mapped', 'Grey' and 'Full' color, additional feature tags (section 3.6) may be used to further qualify the color reproduction.
'写像してい'て、'灰色'の、そして、'完全な'色において、付加的な機能タグ(セクション3.6)は、さらに色再現に資格を与えるのに使用されるかもしれません。
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)
color-illuminant <token> (per ITU T.4 [13], E.6.7)
D50
D65
D75
SA
SC
F2
F7
F11
CTnnnn (see below)
CIELAB-L-depth <integer> (>0)
CIELAB-a-depth "
CIELAB-b-depth "
CIELAB-L-min <integer>
CIELAB-L-max "
CIELAB-a-min "
CIELAB-a-max "
CIELAB-b-min "
CIELAB-b-max "
特徴タグ名前Legal値---------------- ------------ 「色レベル<整数>(>2)色スペースDevice-RGB(デバイスRGB)デバイス-CMY(デバイスCMY)デバイス-CMYK(デバイスCMYK)CIELAB、(T.42[9])(さらなる登録証明書で広げられるかもしれません)カラー発光体<トークン>(ITU T.4[13]あたりのE.6.7)D50 D65 D75 SA SC F2 F7 F11 CTnnnn(以下を見る)CIELAB-L-深さ<整数>(>0)CIELAB aの深さ「CIELAB-b-深さ」CIELAB-L-分<整数>CIELAB-L-最大「分のCIELAB」CIELAB a最大「CIELAB-b-分」CIELAB-b-最大あたりのLAB」
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つのただ一つの数値です。
Klyne & McIntyre Standards Track [Page 8] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[8ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
(B) indicates pixel-to-color value mapping
(B)は画素から色への値のマッピングを示します。
- "color values" have a separate numeric value for each color
component (i.e. L*, a*, b* in the case of CIELAB indicated
above.)
- 「色の値」には、それぞれの色の成分のための別々の数値があります。(すなわち、L*、CIELABの場合におけるb*が上で示した*。)
(C) indicates how the color values are related to a physical
color. This involves interpretation of the color value with
respect to a color model (e.g. RGB, L*a*b*, CMY, CMYK) and a
color space (which is typically recipient-dependent).
(C)は色の値がどう物理的な色に関連するかを示します。 これはカラーモデル(例えば、RGB、L*a*b*、CMY、CMYK)と色のスペース(受取人通常依存している)に関して色の価値の解釈にかかわります。
- "physical rendition" is a color value physically realized on a
display, printer or other device.
- 「物理的な表現」はディスプレイ、プリンタまたは対向機器に物理的に実現された色の値です。
There are many variables that can be applied at each stage of the processing of a color image, and any may be critical to meaningful handling of that image in some circumstances. In other circumstances many of the variables may be implied (to some level of approximation) in the application that uses them (e.g. color images published on a Web page).
カラーイメージの処理の各段階で適用できる多変数があります、そして、いずれもいくつかの事情におけるそのイメージの重要な取り扱いに重要であるかもしれません。 他の事情では、変数の多くがそれら(例えばウェブページで発行されたカラーイメージ)を使用するアプリケーションで含意されるかもしれません(何らかのレベルの近似に)。
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 or color model used is significant. Two kinds of color space can be distinguished: device-dependent and calibrated. Device dependent spaces are named here as 'Device-xxx', and are used to indicate a color space that is defined by the receiving device. Calibrated color spaces presume the existence of a rendering system that is calibrated with respect to an indicated definition, and is capable of processing the device- independent color information accordingly.
'色スペース'は、主に'写像され'て'完全である'と共に使用されますが、使用される正確な色かカラーモデルが重要であるなら、他のモードで使用されるかもしれません。 2種類の色のスペースを区別できます: デバイス依存して較正されています。 デバイスに依存する空間は、'デバイス-xxx'としてここで命名されて、受信デバイスによって定義される色のスペースを示すのに使用されます。 空間が示された定義に関して較正されて、それに従って、デバイスの独立している色彩の情報を処理できるレンダリングシステムの存在であると推定する色を較正しました。
Klyne & McIntyre Standards Track [Page 9] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[9ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
A color-handling receiver should indicate any appropriate device color space capability in addition to any calibrated color spaces that it may support. A calibrated color space should be used when precise color matching is required in the absence of specific knowledge of the receiving system.
色取り扱い受信機はそれがサポートするどんな較正された色の空間に加えてどんな適切なデバイス色のスペース能力も示すはずです。 正確な色のマッチングが受電方式に関する特定の知識がないとき必要であるときに、較正された色のスペースは使用されるべきです。
NOTE: In practice, although they appear to be separate
concepts, the color model and color space cannot be
separated. In the final analysis, a color model (RGB,
CMY, etc.) must be defined with respect to some color
space.
以下に注意してください。 彼らは、別々の概念であるように見えますが、実際には、カラーモデルと色のスペースを切り離すことができません。 最終分析では、何らかの色のスペースに関してカラーモデル(RGB、CMYなど)を定義しなければなりません。
'color-illuminant' indicates a CIE illuminant, using the same general form that is used for this purpose by Group 3 fax (as defined in ITU T.4 [13], section E.6.7). When the illuminant is specified by its color temperature, the token string 'CTnnnn' is used, where 'nnnn' is a decimal number that is the color temperature in Kelvins; e.g. CT7500 indicates an illuminant color temperature of 7500K.
'カラー発光体'はCIE発光体を示します、このためにGroup3ファックスによって使用されるのと同じ一般的なフォームを使用して(ITU T.4[13]、セクションE.6.7で定義されるように)。 発光体が色の温度によって指定されるとき、トークンストリング'CTnnnn'は使用されています、'nnnn'がケルビンで色の温度である10進数であるところで。 例えば、CT7500は7500Kの発光体色の温度を示します。
NOTE: ITU T.4 indicates a binary representation for color
temperature values.
以下に注意してください。 ITU T.4は色の温度値のための2進法表示を示します。
In practice, much of the illuminant detail given here
will probably be unused by Internet fax. The only value
likely to be specified is 'D50', which is the default
color illuminant for Group 3 fax.
実際には、ここに述べられた発光体詳細の多くがたぶんインターネットファックスで未使用になるでしょう。 指定されそうな唯一の値がGroup3ファックスのためのデフォルトカラー発光体である'D50'です。
'CIELAB-L-depth', 'CIELAB-a-depth' and 'CIELAB-b-depth' indicate the number of different values that are possible for the L*, a* and b* color components respectively, and are significant only when colors are represented in a CIELAB color space. These features would be used with palletized color, or with full color where each color component has a different number of possible values.
'CIELAB-L-深さ'、'CIELAB aの深さ'、および'CIELAB-b-深さ'はL*、*、およびb*色の成分にはそれぞれ可能な、そして、色がCIELAB色のスペースに表されるときだけ重要な異価の数を示します。 これらの特徴はそれぞれの色の成分が異なった数の可能な値を持っているところでpalletized色、またはフルカラーで使用されているでしょう。
Color depth values relate to the representation of colour values rather than the resolution of a scanning or rendering device. Thus, if 256 different L-component values can be represented then the assertion (CIELAB-L-depth<=256) is used, even if a receiving device can render only 100 distinct luminance values. (Color rendering resolution is not covered by this memo.)
色の深さ値はスキャンかレンダリングデバイスの解決よりむしろ色の値の表現に関連します。 したがって、256の異なったL-成分値を表すことができるなら、主張(CIELAB-L-深さ<=256)は使用されています、受信デバイスが100の異なった輝度値しかレンダリングできないでも。 (演色解決はこのメモでカバーされていません。)
The 'CIELAB-x-min' and 'CIELAB-x-max' values indicate a color gamut (i.e. a range of color values that are used or may be rendered). A gamut may be indicated in terms of the CIELAB color space even when colors are represented in some other space.
'CIELAB-x-分'と'CIELAB-x-最大'値は色域を示します(すなわち、さまざまな色の値が、使用されるか、またはレンダリングされるかもしれません)。 色がある他のスペースに表されるときさえ、全域はCIELAB色のスペースで示されるかもしれません。
Klyne & McIntyre Standards Track [Page 10] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[10ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
3.7 Image coding
3.7 画像符号化
Feature tag name Legal values
---------------- ------------
image-file- TIFF
structure TIFF-limited
TIFF-minimal
TIFF-MRC
TIFF-MRC-limited
(may be extended by further registrations)
image-coding MH
MR
MMR
JBIG
JPEG
(may be extended by further registrations)
image-coding- JBIG-T85 (bi-level, per ITU T.85)
constraint JBIG-T43 (multi-level, per ITU T.43)
JPEG-T4E (per ITU T.4, Annex E)
(may be extended by further registrations)
JBIG-stripe-size <Integer>
image-interleave Stripe
Plane
color-subsampling "1:1:1" (no color subsampling)
"4:1:1" (4:1:1 color subsampling)
特徴タグ名前Legal値---------------- ------------ イメージファイル-TIFFがTIFFによって限られたTIFF最小量の画像符号化MH MMR JBIG JPEG TIFF-MRC TIFF-MRCによって限られた(さらなる登録証明書で広げられるかもしれない)イメージさん(さらなる登録証明書で広げられるかもしれない)コード化-JBIG-T85(ITU T.85あたりの両性愛者のレベル)規制JBIG-T43(ITU T.43あたりのマルチレベル)JPEG-T4E(ITU T.4あたりのAnnex E)(さらなる登録証明書で広げられるかもしれない)JBIGしまのサイズ<Integer>イメージインタリーブStripe Plane色「副-標本抽出」を構造化する、「1:1:1インチ(色の「副-標本抽出」でない)「4:1:1インチ」(4:1:1色の「副-標本抽出」)
Reference: this document, appendix A.
参照: このドキュメント、付録A。
'image-file-structure' defines how the coded image data is wrapped and formatted. The following options are defined here:
'イメージファイル構造'は符号化画像データがどう包装されて、フォーマットされるかを定義します。 以下のオプションはここで定義されます:
o 'TIFF' indicates image data enclosed and tagged using TIFF
structures described in Adobe's definition of TIFF [20].
o 'TIFF'はAdobeのTIFF[20]の定義で説明されたTIFF構造を使用することで、同封されて、タグ付けをされたイメージデータを示します。
o 'TIFF-limited' indicates image data structured using TIFF, but
with the limitations on the placement of Image File Descriptors
(IFDs) indicated in section 4.4.6 of RFC 2301 [7].
o 'TIFFによって制限されること'はTIFFを使用することで構造化されますが、Image File Descriptors(IFDs)のプレースメントの制限で.6セクション4.4RFC2301[7]で示されたイメージデータを示します。
o 'TIFF-minimal' indicates a TIFF image format that meets the IFD
placement, byte ordering and bit ordering requirements of the
"minimal black and white mode" described in section 3.5 of RFC
2301 [7], also known as TIFF-S.
o 'TIFF最小量'は「最小量の白黒のモード」の要件をRFC2301[7]のセクション3.5で説明されて、また、TIFF-Sとして知るよう命令するIFDプレースメント、バイト順、およびビットを達成するTIFF画像形式を示します。
o 'TIFF-MRC' uses a TIFF image structure [20] augmented with a sub-
IFD structure, described for the "Mixed Raster Content mode" in
section 8.1.2 of RFC 2301 [7], also known as TIFF-M. This
provides a file structure to contain composite images constructed
using the MRC model described in T.44 [15] (see tag 'MRC-mode').
o 'TIFF-MRC'はサブIFD構造に従って増大して、.2セクション8.1RFC2301[7]における「Mixed Raster Contentモード」のために説明されて、またTIFF-Mとして知られているTIFF画像構造[20]を使用します。 これは、T.44[15]で説明されたMRCモデルを使用することで構成された合成画像を含むようにファイル構造を提供します(タグ'MRC-モード'を見てください)。
Klyne & McIntyre Standards Track [Page 11] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[11ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
o 'TIFF-MRC-limited' is the same as 'TIFF-MRC', except that the
primary IFD (i.e. top-level IFDs, as opposed to sub-IFDs)
placement is constrained in the same way as 'TIFF-limited'.
o 'TIFF-MRCによって制限されること'は'TIFF-MRC'と同じです、'TIFFによって制限されること'と同様に、プライマリIFD(すなわち、サブIFDsと対照的にトップレベルIFDs)プレースメントが抑制されるのを除いて。
'image-coding' describes how raw image data is compressed and coded as a sequence of bits. These are generic tags that may apply to a range of file formats and usage environments.
'画像符号化'は、イメージデータがビットの系列としてどれくらい生で圧縮されて、コード化されるかを説明します。 これらはさまざまなファイル形式と用法環境に適用されるかもしれないジェネリックタグです。
'image-coding-constraint' describes how the raw image data coding method is constrained to meet a particular operating environment. Options defined here are JBIG and JPEG coding constraints that apply in typical Group 3 fax environments.
生のイメージデータコード化方法が特定の操作環境を満たすのがどう抑制されるかを'イメージコード化規制'は説明します。 ここで定義されたオプションは、典型的な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.
制限でないのに同等な後者。
NOTE: there are several image coding options here, and
not all are required in all circumstances.
以下に注意してください。 いくつかの画像符号化オプションがここにあります、そして、すべてがすべての事情で必要であるというわけではありません。
Specification of the image-file-structure tag value alone
is not normally sufficient to describe the capabilities
of a recipient. A general rule is that sufficient detail
should be provided to exclude any unsupported features.
通常、イメージファイル構造タグ価値の仕様だけが、受取人の能力について説明するために十分ではありません。 一般的な規則は十分な詳細がどんなサポートされない特徴も遮断するために明らかにされるべきであるということです。
For extended Internet fax, image-file-structure and
image-coding should always be specified, together with
additional values described above as needed to clearly
indicate which feature tag values are supported and which
are not. (See also the examples in section 4.)
拡張インターネットファックスとして、イメージファイル構造と画像符号化はいつも指定されるべきです、どの特徴タグ値が支持されるかを明確に示すために必要に応じて上で説明されたそうしない加算値と共に。 (また、セクション4の例を見てください。)
3.8 MRC mode
3.8 MRCモード
Feature tag name Legal values ---------------- ------------ MRC-mode <Integer> (0..7) (per ITU T.44 [15]) MRC-max-stripe-size <Integer>
特徴タグ名前Legal値---------------- ------------ MRC-モード<整数>(0 .7)、(ITU T.44[15])MRC最大しまのサイズ<整数>。
Reference: this document, appendix A.
参照: このドキュメント、付録A。
Klyne & McIntyre Standards Track [Page 12] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[12ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
The 'MRC-mode' feature is used to indicate the availability of MRC (mixed raster content) image format capability. A zero value indicates MRC is not available, a non-zero value indicates the maximum available MRC mode number.
'MRC-モード'の特徴は、MRC(複雑なラスタ内容)画像形式能力の有用性を示すのに使用されます。 ゼロは、MRCによる利用可能であることで、非ゼロ値が最大の有効なMRCモード番号を示すということでないことを示すのを評価します。
An MRC formatted document is actually a collection of several images, each of which is described by a separate feature collection. An MRC-capable receiver is presumed to be capable of accepting any combination of contained images that conform to both the MRC construction rules and the image-coding capabilities declared elsewhere.
MRCフォーマット済みの文書は実際にいくつかのイメージの収集です。それは別々の特徴収集でそれぞれ説明されます。 あえてMRCできる受信機をほかの場所で宣言されたMRC構成規則と画像符号化能力の両方に従う含まれたイメージのどんな組み合わせも受け入れることができます。
Within an MRC-formatted document, multi-level coders are used for foreground and background images (i.e. odd-numbered layers: 1, 3, 5, etc.) and bi-level coders are used for mask layers (i.e. even numbered layers 2, 4, 6, etc.). MRC format also imposes constraints on the resolutions that can be used.
MRC-フォーマット済みの文書の中では、マルチレベル符号化器はフォアグランドと背景画像(すなわち、変に番号付の層: 1、3、5など)に使用されます、そして、両性愛者のレベル符号化器はマスク層(すなわち、層2、4、6などに付番さえする)に使用されます。 また、MRC形式は使用できる解決に規制を課します。
The 'MRC-max-stripe-size' feature may be used with MRC coding, and indicates the maximum number of scan lines in each MRC stripe. The legal constraints are:
'MRC最大しまのサイズ'の特徴は、MRCコード化と共に使用されるかもしれなくて、それぞれのMRCしまでスキャン線の最大数を示します。 法的な規制は以下の通りです。
(MRC-max-stripe-size<=256)
(MRC-max-stripe-size>=0)
(MRC-最大しまサイズ<=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.
これらの値はしまのサイズで上限を示します。 実価はしまの間で異なるかもしれません、そして、各しまのための実サイズはイメージデータで示されます。
4. Examples
4. 例
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 profile S is required to be supported by such a system.
この例は典型的な簡単なモードインターネットファックスシステムの能力について説明します。 そのようなシステムによってTIFFプロフィールSが支持されなければならないことに注意してください。
(& (image-file-structure=TIFF-minimal)
(MRC-mode=0)
(color=Binary)
(image-coding=MH) (MRC-mode=0)
(| (& (dpi=204) (dpi-xyratio=[204/98,204/196]) )
(& (dpi=200) (dpi-xyratio=[200/100,1]) ) )
(size-x<=2150/254)
(paper-size=A4)
((イメージファイル構造=いさかい最小量)(MRC-モード=0)(=を着色して、2進にします)(画像符号化はMHと等しいです)(MRC-モード=0)、(|、((dpi=204)(dpi-xyratio=[204/98,204/196]) )((dpi=200)(dpi-xyratio=[200/100、1])))(サイズx<=2150/254)(紙サイズ=A4)
Klyne & McIntyre Standards Track [Page 13] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[13ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
(ua-media=stationery) )
(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"、そのインターネットを除いて、ファックスの機能性は加えられるでしょう」と呼ばれるものに同等でしょう。
(& (image-file-structure=TIFF)
(MRC-mode=0)
(color=Binary)
(| (& (dpi=204) (dpi-xyratio=[204/98,204/196]) )
(& (dpi=200) (dpi-xyratio=[200/100,1]) )
(& (dpi=300) (dpi-xyratio=1) ) )
(| (image-coding=[MH,MR,MMR])
(& (image-coding=JBIG)
(image-coding-constraint=JBIG-T85)
(JBIG-stripe-size=128) ) )
(size-x<=2150/254)
(paper-size=[letter,A4,B4]) )
(ua-media=stationery) )
(& (image-file-structure=TIFF) (MRC-mode=0) (color=Binary) (| (& (dpi=204) (dpi-xyratio=[204/98,204/196]) ) (& (dpi=200) (dpi-xyratio=[200/100,1]) ) (& (dpi=300) (dpi-xyratio=1) ) ) (| (image-coding=[MH,MR,MMR]) (& (image-coding=JBIG) (image-coding-constraint=JBIG-T85) (JBIG-stripe-size=128) ) ) (size-x<=2150/254) (paper-size=[letter,A4,B4]) ) (ua-media=stationery) )
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解決を必要とします。
(& (image-file-structure=TIFF)
(MRC-mode=0)
(| (& (color=Binary)
(| (image-coding=[MH,MR,MMR])
(& (image-coding=JBIG)
(image-coding-constraint=JBIG-T85)
(JBIG-stripe-size=128) ) )
(| (& (dpi=204) (dpi-xyratio=[204/98,204/196]) )
(& (dpi=200) (dpi-xyratio=[200/100,1]) )
(& (dpi=300) (dpi-xyratio=1) ) )
(& (color=Grey)
(color-levels<=256)
(color-space-CIELAB)
(color-illuminant=D50)
(CIELAB-L-min>=0)
(CIELAB-L-max<=100)
(| (& (image-coding=JPEG)
(image-coding-constraint=JPEG-T4E) )
(& (image-coding=JBIG)
(image-coding-constraint=JBIG-T43)
イメージ..ファイル構造..等しい..いさかい..モード..着色..2進..画像符号化..画像符号化..等しい..イメージ..コード化..規制..等しい..しま..サイズ..dpi..dpi..dpi..dpi..dpi..dpi; ((色は灰色と等しいです)(レベルを着色している<=256)(スペースをCIELABに着色してください)(カラー発光体=D50)(CIELAB-L-分>=0)(CIELAB-L-最大<=100)、(|、((画像符号化はJPEGと等しいです)(イメージをコード化する規制=JPEG-T4E))、((画像符号化=JBIG)(イメージをコード化する規制=JBIG-T43)
Klyne & McIntyre Standards Track [Page 14] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[14ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
(JBIG-stripe-size=128)
(image-interleave=stripe) ) )
(dpi=[100,200,300]) (dpi-xyratio=1) ) )
(size-x<=2150/254)
(paper-size=[letter,A4,B4]) )
(ua-media=stationery) )
(JBIG-しまサイズ=128) (イメージインタリーブ=しま) ) (dpiは[100,200,300])と等しいです。 (dpi-xyratio=1) ) ) (サイズx<=2150/254) (紙サイズ=[手紙、A4、B4]) ) (ua-メディア=文房具) )
4.4 Full-color Internet fax system (JPEG only)
4.4 フルカラーインターネットファックスシステム(JPEG専用)
This adds 24-bit full-color to the previous example.
これは24ビットのフルカラーを前の例に追加します。
(& (image-file-structure=TIFF)
(MRC-mode=0)
(| (& (color=Binary)
(image-coding=[MH,MR,MMR])
(| (& (dpi=204) (dpi-xyratio=[204/98,204/196]) )
(& (dpi=200) (dpi-xyratio=[200/100,1]) )
(& (dpi=300) (dpi-xyratio=1) ) ) )
(& (color=grey)
(image-coding=JPEG)
(image-coding-constraint=JPEG-T4E)
(color-levels<=256)
(color-space=CIELAB)
(color-illuminant=D50)
(CIELAB-L-min>=0)
(CIELAB-L-max<=100)
(dpi=[100,200,300]) (dpi-xyratio=1) )
(& (color=full)
(image-coding=JPEG)
(image-coding-constraint=JPEG-T4E)
(color-subsampling=["1:1:1","4:1:1"])
(color-levels<=16777216)
(color-space=CIELAB)
(color-illuminant=D50)
(CIELAB-L-min>=0)
(CIELAB-L-max<=100)
(CIELAB-a-min>=-85)
(CIELAB-a-max<=85)
(CIELAB-b-min>=-75)
(CIELAB-b-max<=125)
(dpi=[100,200,300]) (dpi-xyratio=1) ) )
(size-x<=2150/254)
(paper-size=[letter,A4,B4]) )
(ua-media=stationery) )
(ua-メディア=文房具)
Klyne & McIntyre Standards Track [Page 15] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[15ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
4.5 Full-color Internet fax system (JPEG and JBIG)
4.5 フルカラーインターネットファックスシステム(JPEGとJBIG)
This adds limited CMY(K), RGB and 16-bit mapped color using JBIG coding to the previous example.
これは、前の例へのJBIGコード化を使用することで限られたCMY(K)、RGB、および16ビットの写像している色を加えます。
(& (image-file-structure=TIFF)
(MRC-mode=0)
(| (& (color=Binary)
(| (image-coding=[MH,MR,MMR])
(& (image-coding=JBIG)
(image-coding-constraint=JBIG-T85)
(JBIG-stripe-size=128) ) )
(| (& (dpi=204) (dpi-xyratio=[204/98,204/196]) )
(& (dpi=200) (dpi-xyratio=[200/100,1]) )
(& (dpi=300) (dpi-xyratio=1) ) ) )
(& (color=Limited)
(image-coding=JBIG)
(image-coding-constraint=JBIG-T43)
(JBIG-stripe-size=128)
(image-interleave=stripe)
(| (& (color-space=[Device-RGB,Device-CMY])
(color-levels<=8) )
(& (color-space=Device-CMYK)
(color-levels<=16) ) )
(dpi=[100,200,300]) (dpi-xyratio=1) )
(& (color=Mapped)
(image-coding=JBIG)
(image-coding-constraint=JBIG-T43)
(JBIG-stripe-size=128)
(image-interleave=stripe)
(color-levels<=65536)
(color-space=CIELAB)
(color-illuminant=D50)
(CIELAB-L-min>=0)
(CIELAB-L-max<=100)
(CIELAB-a-min>=-85)
(CIELAB-a-max<=85)
(CIELAB-b-min>=-75)
(CIELAB-b-max<=125)
(dpi=[100,200,300]) (dpi-xyratio=1) )
(& (color=grey)
(| (& (image-coding=JPEG)
(image-coding-constraint=JPEG-T4E) )
(& (image-coding=JBIG)
(image-coding-constraint=JBIG-T43)
(JBIG-stripe-size=128)
(image-interleave=stripe) ) )
(color-levels<=256)
イメージ..ファイル構造..等しい..いさかい..モード..着色..2進..画像符号化..画像符号化..等しい..イメージ..コード化..規制..等しい..しま..サイズ..dpi..dpi..dpi..dpi..dpi..dpi; ((色=株式会社)(画像符号化はJBIGと等しいです)(イメージをコード化する規制はJBIG-T43と等しいです)(JBIG-しまサイズ=128)(イメージインタリーブ=しま)(| ((装置色スペース=RGB、装置-CMY)(<=8を色で平らにします)((色スペースは装置-CMYKと等しいです)(レベルを着色している<=16)))(dpi=1億20万300)(dpi-xyratio=1)); 大きい)、(イメージをコード化する規制はJBIG-T43と等しいです)(JBIG-しまサイズ=128)(イメージインタリーブ=しま)(レベルを着色している<=256)
Klyne & McIntyre Standards Track [Page 16] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[16ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
(color-space=CIELAB)
(color-illuminant=D50)
(CIELAB-L-min>=0)
(CIELAB-L-max<=100)
(dpi=[100,200,300]) (dpi-xyratio=1) )
(& (color=full)
(| (& (image-coding=JPEG)
(image-coding-constraint=JPEG-T4E)
(color-subsampling=["1:1:1","4:1:1"]) )
(& (image-coding=JBIG)
(image-coding-constraint=JBIG-T43)
(JBIG-stripe-size=128)
(image-interleave=stripe) ) )
(color-levels<=16777216)
(color-space=CIELAB)
(color-illuminant=D50)
(CIELAB-L-min>=0)
(CIELAB-L-max<=100)
(CIELAB-a-min>=-85)
(CIELAB-a-max<=85)
(CIELAB-b-min>=-75)
(CIELAB-b-max<=125)
(dpi=[100,200,300]) (dpi-xyratio=1) ) )
(size-x<=2150/254)
(paper-size=[letter,A4,B4]) )
(ua-media=stationery) )
(色スペースはCIELABと等しいです) (カラー発光体=D50)(CIELAB-L-分>=0)(CIELAB-L-最大<=100)(dpi=[100,200,300])(dpi-xyratio=1)) (& (color=full) (| (& (image-coding=JPEG) (image-coding-constraint=JPEG-T4E) (color-subsampling=["1:1:1","4:1:1"]) ) (& (image-coding=JBIG) (image-coding-constraint=JBIG-T43) (JBIG-stripe-size=128) (image-interleave=stripe) ) ) (color-levels<=16777216) (color-space=CIELAB) (color-illuminant=D50) (CIELAB-L-min>=0) (CIELAB-L-max<=100) (CIELAB-a-min>=-85) (CIELAB-a-max<=85) (CIELAB-b-min>=-75) (CIELAB-b-max<=125) (dpi=[100,200,300]) (dpi-xyratio=1) ) ) (サイズx<=2150/254) (紙サイズ=[手紙、A4、B4]) ) (ua-メディア=文房具) )
4.6 Full-color Internet fax system (MRC)
4.6 フルカラーインターネットファックスシステム(MRC)
This adds MRC image structures to the previous example.
これはMRC画像構造を前の例に追加します。
(& (image-file-structure=TIFF-MRC)
(MRC-mode<=1) (MRC-max-stripe-size>=0)
(| (& (color=binary)
(| (image-coding=[MH,MR,MMR])
(& (image-coding=JBIG)
(image-coding-constraint=JBIG-T85)
(JBIG-stripe-size=128) ) )
(| (& (dpi=204) (dpi-xyratio=[204/98,204/196]) )
(& (dpi=200) (dpi-xyratio=[200/100,1]) )
(& (dpi=[300,400]) (dpi-xyratio=1) ) ) )
(& (color=limited)
(| (& (color-space=[Device-RGB,Device-CMY])
(color-levels<=8) ) )
(| (& (color-space=Device-CMYK)
(color-levels<=16) ) )
(image-coding=JBIG)
(image-coding-constraint=JBIG-T43)
イメージ..ファイル構造..等しい..いさかい..モード..最大..しま..サイズ..着色..2進..画像符号化..画像符号化..等しい..イメージ..コード化..規制..等しい..しま..サイズ..dpi..dpi..dpi..dpi..dpi..dpi; ((制限された色=)、(|、((装置色スペース=RGB、装置-CMY)(<=8を色で平らにする)))、(| ((色スペースは装置-CMYKと等しいです)(レベルを着色している<=16))(画像符号化=JBIG)(イメージをコード化する規制=JBIG-T43)
Klyne & McIntyre Standards Track [Page 17] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[17ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
(JBIG-stripe-size=128)
(image-interleave=stripe)
(dpi=[100,200,300,400]) (dpi-xyratio=1) )
(& (color=mapped)
(color-levels<=65536)
(image-coding=JBIG)
(image-coding-constraint=JBIG-T43)
(JBIG-stripe-size=128)
(image-interleave=stripe)
(color-space=CIELAB)
(CIELAB-L-min>=0)
(CIELAB-L-max<=100)
(CIELAB-a-min>=-85)
(CIELAB-a-max<=85)
(CIELAB-b-min>=-75)
(CIELAB-b-max<=125) ) )
(color-illuminant=D50)
(dpi=[100,200,300,400]) (dpi-xyratio=1) )
(& (color=grey)
(| (& (image-coding=JPEG)
(image-coding-constraint=JPEG-T4E) )
(& (image-coding=JBIG)
(image-coding-constraint=JBIG-T43)
(JBIG-stripe-size=128)
(image-interleave=stripe) ) )
(color-space=CIELAB)
(color-levels<=256)
(color-illuminant=D50)
(CIELAB-L-min>=0)
(CIELAB-L-max<=100)
(dpi=[100,200,300,400]) (dpi-xyratio=1) )
(& (color=full)
(| (& (image-coding=JPEG)
(image-coding-constraint=JPEG-T4E)
(color-subsampling=["1:1:1","4:1:1"]) )
(& (image-coding=JBIG)
(image-coding-constraint=JBIG-T43)
(JBIG-stripe-size=128)
(image-interleave=stripe) ) )
(color-levels<=16777216)
(color-space=CIELAB)
(color-illuminant=D50)
(CIELAB-L-min>=0)
(CIELAB-L-max<=100)
(CIELAB-a-min>=-85)
(CIELAB-a-max<=85)
(CIELAB-b-min>=-75)
(CIELAB-b-max<=125)
(JBIG-しまサイズ=128) (イメージインタリーブ=しま)([100,200,300,400]) dpi=(dpi-xyratio=1)) 色..写像..色..平らにする..画像符号化..等しい..イメージ..コード化..規制..等しい..しま..サイズ..イメージ..インタリーブ..等しい..しま..色..スペース..等しい..分..最大..分..最大..分..最大 ) (カラー発光体=D50) (dpiは[100,200,300,400])と等しいです。 (dpi-xyratio=1) ) 色..灰色..画像符号化..等しい..イメージ..コード化..規制..画像符号化..等しい..イメージ..コード化..規制..等しい..しま..サイズ..イメージ..インタリーブ..しま..色..スペース..等しい..着色..レベル..色..発光体..分..最大..dpi..等しい..dpi ((色=完全) (|、((画像符号化はJPEGと等しいです)(イメージをコード化する規制はJPEG-T4Eと等しいです)(色の「副-標本抽出」である=[「1:1:1インチ」と、4:1:1インチ)((画像符号化はJBIGと等しいです)(イメージをコード化する規制はJBIG-T43と等しいです)(JBIG-しまサイズ=128)(イメージインタリーブ=しま))) (レベルを着色している<=16777216) (色スペース=CIELAB) (カラー発光体=D50) (CIELAB-L-分>=0) (CIELAB-L-最大<=100) (CIELABの-1分の>=-85) (CIELABの-1最大の<=85) (CIELAB-b分>=-75) (CIELAB-b-最大<=125)
Klyne & McIntyre Standards Track [Page 18] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[18ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
(dpi=[100,200,300,400]) (dpi-xyratio=1) ) )
(size-x<=2550/254)
(Paper-size=[Letter,A4,B4])
(ua-media=stationery) )
(dpi=[100,200,300,400])(dpi-xyratio=1)) ) (サイズx<=2550/254) (紙サイズ=[手紙、A4、B4]) (ua-メディア=文房具) )
4.7 Sender and receiver feature matching
4.7 送付者と受信機特徴マッチング
This example considers sending a document to an enhanced black-and- white fax system with the following receiver capabilities:
そして、この例が、高められた黒にドキュメントを送ると考える、-、-以下の受信機能力でファックスシステムを空白にしてください:
(& (| (& (dpi=200) (dpi-xyatio=200/100) )
(& (dpi=200) (dpi-xyratio=1) )
(& (dpi=300) (dpi-xyratio=1) )
(& (dpi=400) (dpi-xyratio=1) ) )
(color=Binary)
(| (& (paper-size=A4) (ua-media=[stationery,transparency]) )
(& (paper-size=B4) (ua-media=continuous) ) )
(image-coding=[MH,MR,JBIG]) )
dpi..dpi..dpi..dpi..dpi..dpi..dpi..dpi..色..バイナリー..紙サイズ..メディア..文房具..透明..紙サイズ..メディア..連続..画像符号化..さん
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つの画像形式を合成能力声明に結合できます:
(| (& (dpi=300) (dpi-xyratio=1)
(color=Binary)
(paper-size=A4)
(image-coding=[MMR,JBIG]) )
(& (dpi=200) (dpi-xyratio=200/100)
(color=Binary)
(|、((dpi=300)(dpi-xyratio=1)(=を着色して、2進にします)(紙サイズ=A4)(画像符号化=[MMR、JBIG]))、((dpi=200)(dpi-xyratio=200/100)(色=バイナリー)
Klyne & McIntyre Standards Track [Page 19] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[19ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
(paper-size=B4)
(image-coding=[MH,MR]) )
(& (dpi=300) (dpi-xyratio=1)
(color=Mapped) (color-levels=42)
(paper-size=A4)
(image-coding=JPEG) ) )
(紙サイズ=B4) (画像符号化=[MH、MR]) ((dpi=300)(dpi-xyratio=1)(=が写像した色)(色レベル=42)(紙サイズ=A4)(画像符号化はJPEGと等しいです)) )
This could be simplified, but there is little gain in doing so at this point.
これを簡素化できましたが、それほどここにするのにおいて利得がほとんどありません。
The composite document description can be matched with the receiver capability description, according to the rules in [2], to yield the result:
規則に従って、結果をもたらすために[2]で受信機能力記述に合成ドキュメント記述に合うことができます:
(| (& (dpi=300) (dpi-xyratio=1)
(color=Binary)
(paper-size=A4)
(ua-media=[stationery,transparency])
(image-coding=JBIG) )
(& (dpi=200) (dpi-xyratio=200/100)
(color=Binary)
(paper-size=B4)
(ua-media=continuous)
(image-coding=[MH,MR]) ) )
(|、((dpi=300)(dpi-xyratio=1)(=を着色して、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コード化のどちらかと共にドキュメントの低い解像度バージョンを送ることができます。
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
o 送付者は分からないかもしれませんが、'ua-メディア'の特徴は、それにタグ付けをして、言及しません、規則が保存するマッチング
Klyne & McIntyre Standards Track [Page 20] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[20ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
constraint that the B4 document is rendered with
'(ua-media=continuous)', and the A4 document may be rendered with
'(ua-media=[stationery,transparency])'.
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 repeats the descriptions of feature tags introduced by RFC 2531 [22], with some small revisions. These have been registered in the "IETF tree", according to the procedure described in section 3.1.1 of "Media Feature Tag Registration Procedure" [1] (i.e. these feature tags are subject to the "IETF Consensus" policies described in RFC 2434 [21]).
このドキュメントの付録Aはいくつかの小さい改正でRFC2531[22]によって紹介された特徴タグの記述を繰り返します。 「メディアはタグ登録手順を特徴とすること」についてセクション3.1.1で説明された手順に従った「IETF木」[1]にこれらを登録してあります。(すなわち、これらの特徴タグはRFC2434[21])で説明された「IETFコンセンサス」方針を条件としています。
Appendix section A.5 introduces one new feature tag (color- illuminant) to be registered according to the same procedure. An ASN.1 identifier should be assigned for this new tag and replaced in the body of the registration.
付録部分A.5は、同じ手順によると、登録されるために、1個の新機能タグ(カラー発光体)を紹介します。 ASN.1識別子をこの新しいタグのために割り当てて、登録のボディーで取り替えるべきです。
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. Implementers and users should take care that the mechanisms employed ensure that capabilities are revealed only to appropriate persons, systems and agents.
これらの関心の大部分はそれを乱用するかもしれないだれかの手に入る能力情報に関係します。 このドキュメントは送付者が、それらの公表のためにメカニズムではなく、受取人がどんな画像特性を処理できるかを決心しているのを助ける能力を指定します。 Implementersとユーザは、使われたメカニズムが、能力が明らかにされるのを確実にすることに注意するべきです人々、システム、およびエージェントを当てる。
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. 求められていない料金別納郵便: 受取人が、あるタイプのイメージを処理できるのが知られているなら、それらはそのようなイメージを送りたがっている大量の郵送者によって狙われるかもしれません。
Klyne & McIntyre Standards Track [Page 21] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[21ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
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", RFC 2506, March 1999.
[1]HoltmanとK.とMutzとA.とT.ハーディー、「メディアはタグ登録手順を特徴とする」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 T.30 Feature Mapping",
RFC 2880, July 2000.
[4] マッキンタイヤとL.とG.Klyne、「インターネットファックスT.30特徴マッピング」、RFC2880、2000年7月。
[5] Masinter, L. and D. Wing, RFC 2532, "Extended Facsimile Using
Internet Mail", RFC 2532, March 1999.
Masinter、L.、およびD.が翼をつけさせる[5]、RFC2532、「インターネットメールを使用する拡張ファクシミリ」、RFC2532、1999年3月。
[6] "Procedures for document facsimile transmission in the general
switched telephone network", ITU-T Recommendation T.30 (1999),
International Telecommunications Union, March 1999
[6] 「司令官におけるドキュメントファクシミリ伝送のための手順は電話網を切り換えました」、ITU-T Recommendation T.30(1999)、国際Telecommunications Union、1999年3月
[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(カスタム発光体、全域をカバーしています)
[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を覆っています)
[12] Klyne, G., "Protocol-independent Content Negotiation Framework",
RFC 2703, September 1999.
[12]Klyne、G.、「プロトコルから独立している満足している交渉枠組み」、RFC2703、1999年9月。
Klyne & McIntyre Standards Track [Page 22] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[22ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
[13] "Standardization of Group 3 facsimile terminals for document
transmission", ITU-T Recommendation T.4 (1999), International
Telecommunications Union, (Covers basic fax coding formats: MH,
MR)
[13] 「ドキュメントトランスミッションのためのGroup3ファクシミリ端末の規格化」、ITU-T Recommendation T.4(1999)、国際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年の国際電気通信組合(一般的に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年の国際電気通信組合(一般的に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]によってさらに抑制される、)
[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] Adobe開発者協会<ftp://ftp.adobe.com/パブ/アドービ煉瓦/devrelations/devtechnotes/pdffiles/tiff6.pdf>1992年6月に画像ファイル形式、改正6.0にタグ付けをしてください。
[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月)。
[22] Klyne, G. and L. McIntyre, "Content feature schema for Internet
fax", RFC 2531, March 1999.
[22]KlyneとG.とL.マッキンタイヤ、「インターネットファックスのための満足している特徴図式」、RFC2531、1999年3月。
Klyne & McIntyre Standards Track [Page 23] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[23ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
9. Authors' Addresses
9. 作者のアドレス
Graham Klyne Content Technologies Ltd. 1220 Parkview, Arlington Business Park Theale Reading, RG7 4SA United Kingdom.
全麦のKlyne満足している技術株式会社1220Parkview、アーリントンビジネスはTheale読書、RG7 4SAイギリスを駐車します。
Phone: +44 118 930 1300 Fax: +44 118 930 1301 EMail: GK@ACM.ORG
以下に電話をしてください。 +44 118 930、1300Fax: +44 1301年の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 Fax: +1-650-845-2340 EMail: Lloyd.McIntyre@pahv.xerox.com
以下に電話をしてください。 +1-650-813-6762 Fax: +1-650-845-2340 メールしてください: Lloyd.McIntyre@pahv.xerox.com
Klyne & McIntyre Standards Track [Page 24] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[24ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
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識別子はタグを特集します:
size-x: 1.3.6.1.8.1.7
size-y: 1.3.6.1.8.1.8
サイズx: 1.3.6.1.8.1.7 サイズy: 1.3.6.1.8.1.8
- Summary of the media features indicated:
- 特徴が示したメディアの概要:
These feature tags indicate the size of a displayed, printed
or otherwise rendered document image; they indicate
horizontal (size-x) and vertical (size-y) dimensions.
これらの特徴タグは表示されたか、印刷されたか、または別の方法でレンダリングされたドキュメントイメージのサイズを示します。 彼らは水平(サイズ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 25] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[25ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
- 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
一般的
Klyne & McIntyre Standards Track [Page 26] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[26ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
- Author/Change controller:
- コントローラを書くか、または変えてください:
IETF
IETF
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))
Klyne & McIntyre Standards Track [Page 27] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[27ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
- Related standards or documents:
- 関連規格かドキュメント:
The memo "Media Features for Display, Print, and Fax" [3]
describes a feature (dpi) for measuring document resolution.
メモ「ディスプレイ、印刷、およびファックスのためのメディア機能」[3]は測定ドキュメント解決のために特徴(dpi)について説明します。
- 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 (palletized) color is used, this is generally
different from the number of different colors that can be
represented through the color mapping function.
写像している(palletizedされる)色が使用されているとき、一般に、これは表すことができる異なった色の数から色のマッピング機能まで異なっています。
This feature tag is used in conjunction with a 'color' feature
having a value other than 'Binary'.
この特徴タグは'バイナリー'を除いた値を持っている'色'の特徴に関連して使用されます。
Klyne & McIntyre Standards Track [Page 28] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[28ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
- Values appropriate for use with this feature tag:
- この特徴タグによる使用に、適切な値:
Integer (>=2)
整数(>=2)
- The feature tag is intended primarily for use in the following
applications, protocols, services, or negotiation mechanisms:
- 特徴タグは主として以下のアプリケーション、プロトコル、サービス、または交渉メカニズムにおける使用のために意図します:
Color image printing or display applications where the data
resource used may depend upon color handling capabilities of
the recipient.
リソースが使用したデータを色に依存するかもしれないイメージ印刷かディスプレイアプリケーションを受取人の取り扱い能力に着色してください。
- Examples of typical use:
- 典型的な使用に関する例:
To describe recipient capabilities:
(& (color=limited) (color-levels<=6) )
(& (color=grey) (color-levels<=64) )
(& (color=mapped) (color-levels<=240) )
(& (color=full) (color-levels<=16777216) )
受取人能力について説明するために: ((制限された色=)(<=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 (i.e. not both as equalities).
一般に、ドキュメントによって使用される色の値の実数はまさに、受取人が扱うことができる数に合っていません。 特徴マッチを達成するために、不平等(すなわち、平等としての両方でない)として少なくとも宣言しなければなりません。
It is recommended that a recipient declares the number of
color values that it can handle as an inequality (<=), and a
data resource declares the number of colors that it uses with
an equality, as shown in the examples above.
受取人がそれが不平等(<=)として扱うことができる色の値の数を宣言するのが、お勧めであり、データリソースは、それが平等と共に例に示されるように使用する色数が上であると宣言します。
Klyne & McIntyre Standards Track [Page 29] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[29ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
- Security considerations:
- セキュリティ問題:
- Privacy concerns, related to exposure of personal information:
Where feature matching is used to select content applicable
to the physical abilities of a user, unusual values for this
feature tag might give an indication of a user's restricted
abilities.
- 個人情報の暴露に関連するプライバシーの問題: 特徴マッチングがユーザの物理的な能力に適切な内容を選択するのに使用されるところに、この特徴タグのための珍しい値はユーザの制限された能力のしるしを与えるかもしれません。
- Related feature tags:
- 関連特徴タグ:
color [3]
color-space [this document]
色の[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'の値を持っています。
Klyne & McIntyre Standards Track [Page 30] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[30ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
Calibrated color space values are provided for use with a
rendering system that is calibrated with respect to some
indicated definition, and capable of processing device-
independent color information accordingly.
較正された色のスペース値は、何らかの示された定義に関して較正されるレンダリングシステムで使用に提供されて、それに従って、デバイスの独立している色彩の情報を処理できます。
- Values appropriate for use with this feature tag:
- この特徴タグによる使用に、適切な値:
Token
トークン
Device color Device-RGB (device dependent RGB)
spaces: Device-CMY (device dependent CMY)
Device-CMYK (device dependent CMYK)
デバイス色の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)
Klyne & McIntyre Standards Track [Page 31] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[31ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
- Related standards or documents:
- 関連規格かドキュメント:
CIELAB color space is defined in [19]
スペースが定義されるCIELAB色[19]
CIELAB use for fax is described in ITU T.42 [9]
ファックスのCIELAB使用はITU T.42で説明されます。[9]
- Interoperability considerations:
- 相互運用性問題:
A color-handling receiver should indicate any appropriate
device color space capability, in addition to any calibrated
color spaces that it may support.
色取り扱い受信機はどんな適切なデバイス色のスペース能力も示すはずです、それがサポートするどんな較正された色の空間に加えて。
Calibrated color spaces are intended to be used when precise
color matching is required; otherwise, if applicable, a
device color space (color-space=Device-xxx) should be
indicated.
正確な色のマッチングが必要であるときに、較正された色の空間が使用されることを意図します。 そうでなくて、適切であることで、デバイス色のスペース(色スペースはデバイス-xxxと等しい)は示されるべきです。
Documents for which exact color matching is not important
should indicate a device color space capability, if
applicable.
適切であるなら、どれが色のマッチングを強要するかが、重要でないので、ドキュメントはデバイス色のスペース能力を示すはずです。
These principles allow sender/receiver feature matching to be
achieved when exact color matching is not required.
正確な色のマッチングは必要でないときに、これらの原則が、送付者/受信機特徴マッチングが達成されるのを許容します。
- Security considerations:
- セキュリティ問題:
- Privacy concerns, related to exposure of personal information:
Where feature matching is used to select content applicable
to the physical abilities of a user, unusual values for this
feature tag might give an indication of a user's restricted
abilities.
- 個人情報の暴露に関連するプライバシーの問題: 特徴マッチングがユーザの物理的な能力に適切な内容を選択するのに使用されるところに、この特徴タグのための珍しい値はユーザの制限された能力のしるしを与えるかもしれません。
- Denial of service concerns related to consequences of
specifying incorrect values:
Failure to indicate a generic color space capability for a
device may lead to failure to match color space for an
application or document that does not require an exact color
match.
- サービス関心の否定は不正確な値を指定する結果に関連しました: デバイスのためにジェネリック色のスペース能力を示さない場合、正確な色整合を必要としないアプリケーションかドキュメントのための色のスペースを合わせないことにつながるかもしれません。
- Related feature tags:
- 関連特徴タグ:
color [3]
色[3]
- Related media types or data formats:
- 関連メディアタイプかデータ形式:
TIFF-FX [7]
いさかい-FX[7]
Klyne & McIntyre Standards Track [Page 32] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[32ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
- Intended usage:
- 意図している用法:
Internet fax
Color image scanning/rendering applications
インターネットファックスColorイメージスキャン/レンダリングアプリケーション
- Author/Change controller:
- コントローラを書くか、または変えてください:
IETF
IETF
A.5 CIELAB color illuminant
A.5 CIELABカラー発光体
- Media Feature tag name(s):
- メディアFeatureは名前にタグ付けをします:
color-illuminant
カラー発光体
- ASN.1 identifier associated with this feature tag:
- この特徴タグに関連しているASN.1識別子:
1.3.6.1.8.1.29
1.3.6.1.8.1.29
- Summary of the media features indicated:
- 特徴が示したメディアの概要:
This feature indicates a color illuminant. This has the
effect of modifying the color space calibration to reflect the
use of different sources of illumination.
この特徴はカラー発光体を示します。 これには、イルミネーションのさまざまな原因の使用を反映するように色の宇宙較正を変更するという効果があります。
A color-illuminant value would normally be used only with a
calibrated color space.
通常、カラー発光体値は較正された色のスペースだけと共に使用されるでしょう。
- Values appropriate for use with this feature tag:
- この特徴タグによる使用に、適切な値:
Token
トークン
CIELAB illuminant D50
values: D65
D75
SA
SC
F2
F7
F11
CIELAB発光体D50値: D65 D75 SA Sc F2 F7 F11
Defined by color CTnnnn where 'nnnn' is a decimal
temperature: representation of the illuminant
color temperature in Kelvins.
カラーCTnnnnで、'nnnn'がどこの10進温度であるかを定義します: ケルビンにおける、発光体色の温度の表現。
(may be extended by further registrations)
(さらなる登録証明書で広げられるかもしれません)
Klyne & McIntyre Standards Track [Page 33] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[33ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
NOTE: The default color illuminant for Group 3 fax is D50.
以下に注意してください。 Group3ファックスのためのデフォルトカラー発光体はD50です。
- The feature tag is intended primarily for use in the following
applications, protocols, services, or negotiation mechanisms:
- 特徴タグは主として以下のアプリケーション、プロトコル、サービス、または交渉メカニズムにおける使用のために意図します:
Color image printing and display applications where the data
resource used may depend upon detailed color handling
capabilities of the recipient.
リソースが使用したデータを詳細な色に依存するかもしれないイメージ印刷とディスプレイアプリケーションを受取人の取り扱い能力に着色してください。
Scanning applications where the data transferred may depend
upon the image generation capabilities of the originator.
データが移されたスキャンアプリケーションは創始者の画像生成能力によるかもしれません。
- Examples of typical use:
- 典型的な使用に関する例:
To describe rendering or scanning capabilities, or to describe
capabilities assumed by a document for which exact color
handling capabilities are required:
レンダリングか能力をスキャンすると説明するか、またはどの正確な色のためにドキュメントによって想定された能力について説明するために、取り扱い能力が必要です:
(& (color-space=CIELAB) (color-illuminant=D50) )
((色スペースはCIELABと等しいです)(カラー発光体=D50))
- Related standards or documents:
- 関連規格かドキュメント:
CIELAB color illuminant representations are described in ITU
T.4 [13], Annex E.6.7.
Annex E.6.7、CIELAB色の発光体表現はITU T.4[13]で説明されます。
- Interoperability considerations:
- 相互運用性問題:
A color-handling receiver that supports a calibrated color
space should indicate any constraint on the illuminants it can
handle.
較正された色がスペースであるとサポートする色取り扱い受信機はそれが扱うことができる発光体の上にどんな規制も示すはずです。
In the absence of a color-illuminant constraint, a receiver is
presumed to accept and deal with any specified illuminant
value.
カラー発光体規制がないとき、どんな指定された発光体値も、受け入れて、あえて受信機を対処されています。
- Related feature tags:
- 関連特徴タグ:
color [3]
color-space [this document]
色の[3]色スペース[このドキュメント]
- Related media types or data formats:
- 関連メディアタイプかデータ形式:
TIFF-FX [7]
いさかい-FX[7]
- Intended usage:
- 意図している用法:
Internet fax
Color image scanning/rendering applications
インターネットファックスColorイメージスキャン/レンダリングアプリケーション
Klyne & McIntyre Standards Track [Page 34] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[34ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
- Author/Change controller:
- コントローラを書くか、または変えてください:
IETF
IETF
A.6 CIELAB color depth
A.6 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識別子はタグを特集します:
CIELAB-L-depth: 1.3.6.1.8.1.12
CIELAB-a-depth: 1.3.6.1.8.1.13
CIELAB-b-depth: 1.3.6.1.8.1.14
CIELAB-L-深さ: 1.3.6.1.8.1.12 CIELAB aの深さ: 1.3.6.1.8.1.13 CIELAB-b-深さ: 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 represented.
通常、この特徴は、'=が写像した色'、ことによると'色は灰色と等しい'と共に使用されるか、または表すことができる異なった色の数を示すために'= いっぱいに着色するでしょう'。
NOTE: this feature tag describes the number of values that
can be represented for a color component, and does not
necessarily indicate the number of distinct values that can
be rendered or resolved by a system.
以下に注意してください。 この特徴タグは、色の成分のために表すことができる値の数について説明して、必ずシステムでレンダリングするか、または決議できる異なった値の数を示すというわけではありません。
- Values appropriate for use with these feature tags:
- 使用に、これらで適切な値はタグを特集します:
Integer (>0)
整数(>0)
- These feature tags are intended primarily for use in the
following applications, protocols, services, or negotiation
mechanisms:
- これらの特徴タグは主として以下のアプリケーション、プロトコル、サービス、または交渉メカニズムにおける使用のために意図します:
Color image printing and display applications where the data
resource used may depend upon color handling capabilities of
the recipient.
リソースが使用したデータを色に依存するかもしれないイメージ印刷とディスプレイアプリケーションを受取人の取り扱い能力に着色してください。
Klyne & McIntyre Standards Track [Page 35] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[35ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
Scanning applications where the data transferred may depend
upon the image generation capabilities of the originator.
データが移されたスキャンアプリケーションは創始者の画像生成能力によるかもしれません。
- Examples of typical use:
- 典型的な使用に関する例:
To describe rendering or scanning capabilities:
レンダリングか能力をスキャンすると説明するために:
(& (color=mapped) (color-levels<=240)
(CIELAB-L-depth<=128)
(CIELAB-a-depth<=128)
(CIELAB-b-depth<=128) )
(& (color=full) (color-levels<=16777216)
(CIELAB-L-depth<=256)
(CIELAB-a-depth<=128)
(CIELAB-b-depth<=128) )
((=が写像した色)(<=240を色で平らにします)(CIELAB-L-深さ<=128)(CIELABの-1深さの<=128)(CIELAB-b-深さ<=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.
CIELAB color space is defined in [19]
メモ「ディスプレイ、印刷、およびファックスのためのメディア機能」[3]は、基本的な色の能力を示すために特徴(色)を定義します。 スペースが定義される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イメージスキャン/レンダリングアプリケーション
Klyne & McIntyre Standards Track [Page 36] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[36ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
- Author/Change controller:
- コントローラを書くか、または変えてください:
IETF
IETF
A.7 CIELAB color gamut
A.7 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識別子はタグを特集します:
CIELAB-L-min: 1.3.6.1.8.1.15
CIELAB-L-max: 1.3.6.1.8.1.16
CIELAB-a-min: 1.3.6.1.8.1.17
CIELAB-a-max: 1.3.6.1.8.1.18
CIELAB-b-min: 1.3.6.1.8.1.19
CIELAB-b-max: 1.3.6.1.8.1.20
CIELAB-L-分: 1.3.6.1.8.1.15 CIELAB-L-最大: 1.3.6.1.8.1.16 分のCIELAB: 1.3.6.1.8.1.17 CIELAB a最大: 1.3.6.1.8.1.18CIELAB-b-分: 1.3.6.1.8.1.19 CIELAB-b-最大: 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*コンポーネントの最小の、そして、最大の値です。
NOTE: color component values are assumed to be rational
numbers, so a limited gamut does not necessarily indicate
limited color resolution.
以下に注意してください。 色の成分値が有理数であると思われるので、限られた全域は必ず限られた色の解決を示すというわけではありません。
- Values appropriate for use with this feature tag:
- この特徴タグによる使用に、適切な値:
Rational
合理的
Klyne & McIntyre Standards Track [Page 37] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[37ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
- The feature tag is intended primarily for use in the following
applications, protocols, services, or negotiation mechanisms:
- 特徴タグは主として以下のアプリケーション、プロトコル、サービス、または交渉メカニズムにおける使用のために意図します:
Color image printing and display applications where the data
resource used may depend upon detailed color handling
capabilities of the recipient.
リソースが使用したデータを詳細な色に依存するかもしれないイメージ印刷とディスプレイアプリケーションを受取人の取り扱い能力に着色してください。
Scanning applications where the data transferred may depend
upon the detailed color image generation capabilities of the
originator.
データが移されたスキャンアプリケーションは創始者の詳細なカラーイメージ世代能力によるかもしれません。
- Examples of typical use:
- 典型的な使用に関する例:
To describe rendering or scanning capabilities:
レンダリングか能力をスキャンすると説明するために:
(& (CIELAB-L-min>=0)
(CIELAB-L-max<=100)
(CIELAB-a-min>=-75)
(CIELAB-a-max<=+75)
(CIELAB-b-min>=-85)
(CIELAB-b-max<=+85) )
((CIELAB-L-分>=0)(CIELAB-L最大<=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-a-min=-35)
(CIELAB-a-max=+55)
(CIELAB-b-min=-45)
(CIELAB-b-max=+65) )
((CIELAB-L-分=20)(CIELAB-L-最大=80)(CIELAB1分の=-35)(CIELAB1最大の=+55)(CIELAB-b分=-45)(CIELAB-b-最大は+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.
ドキュメントについて説明するとき、値が使用した実際の最小の、そして、最大の色の成分は上に示されるように示されるべきです。
Klyne & McIntyre Standards Track [Page 38] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[38ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
- Security considerations:
- セキュリティ問題:
- Privacy concerns, related to exposure of personal information:
Where feature matching is used to select content applicable
to the physical abilities of a user, unusual values for this
feature tag might give an indication of a user's restricted
abilities.
- 個人情報の暴露に関連するプライバシーの問題: 特徴マッチングがユーザの物理的な能力に適切な内容を選択するのに使用されるところに、この特徴タグのための珍しい値はユーザの制限された能力のしるしを与えるかもしれません。
- Related feature tags:
- 関連特徴タグ:
color [3]
color-space [this document]
色の[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.8 Image file structure
A.8イメージファイル構造
- 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.).
それはイメージデータコード化を示しません: 別々の特徴タグ(画像符号化など)によってそれは説明されます。
Klyne & McIntyre Standards Track [Page 39] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[39ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
- Values appropriate for use with this feature tag:
- この特徴タグによる使用に、適切な値:
Token
トークン
Image file TIFF
structure TIFF-limited
options: TIFF-minimal
TIFF-MRC
TIFF-MRC-limited
イメージ・ファイルTIFFはTIFFによって限られたオプションを構造化します: 制限されたいさかい最小量のいさかい-MRCいさかいMRC
(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.
このタグがイメージファイル構造の情報を提供することを意図します。 他のタグはイメージデータコード化に関する情報を提供します。
The following tag values are defined here:
以下のタグ値はここで定義されます:
o 'TIFF' indicates image data enclosed and tagged using TIFF
structures described in Adobe's definition of TIFF [20].
o 'TIFF'はAdobeのTIFF[20]の定義で説明されたTIFF構造を使用することで、同封されて、タグ付けをされたイメージデータを示します。
o 'TIFF-limited' indicates image data structured using TIFF,
but with limitations on the placement of Image File
Descriptors (IFDs) within the file, which are indicated in
section 4.4.6 of RFC 2301 [7].
o 'TIFFによって制限されること'はTIFFを使用することで構造化されるのにもかかわらずの、ファイルの中のImage File Descriptors(IFDs)のプレースメントの制限があるイメージデータを示します。Image File Descriptorsは.6セクション4.4RFC2301[7]で示されます。
o 'TIFF-minimal' indicates a TIFF image format that meets the
IFD placement, byte ordering and bit ordering requirements
of the "minimal black and white mode" described in section
3.5 of RFC 2301 [7], also known as TIFF-S.
o 'TIFF最小量'は「最小量の白黒のモード」の要件をRFC2301[7]のセクション3.5で説明されて、また、TIFF-Sとして知るよう命令するIFDプレースメント、バイト順、およびビットを達成するTIFF画像形式を示します。
Klyne & McIntyre Standards Track [Page 40] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[40ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
o 'TIFF-MRC' uses a TIFF image structure [20] augmented with a
sub-IFD structure, described for the "Mixed Raster Content
mode" in section 8.1.2 of RFC 2301 [7], also known as TIFF-M
(see also tag 'MRC-mode').
o 'TIFF-MRC'はサブIFD構造に従って増大して、.2セクション8.1RFC2301[7]における「Mixed Raster Contentモード」のために説明されて、またTIFF-Mとして知られているTIFF画像構造[20]を使用します(また、タグ'MRC-モード'を見てください)。
o 'TIFF-MRC-limited' is the same as 'TIFF-MRC', except that
the IFD placement is constrained as for 'TIFF-limited'.
o IFDプレースメントが'TIFFによって制限される'のように抑制されるのを除いて、'TIFF-MRCによって制限されること'は'TIFF-MRC'と同じです。
Registration of additional image file structure tags should
focus similarly on image file structure issues, not raw image
data compression and coding. As a guide, an image file
structure may contain image data coded in a variety of ways,
and carries information to describe that coding separately
from MIME content-type labelling, etc.
追加イメージ・ファイル構造タグの登録は同様に生の画像データ圧縮とコード化ではなく、イメージ・ファイル構造問題に焦点を合わせるべきです。 ガイドとして、イメージファイル構造は、さまざまな方法でコード化されたイメージデータを含むかもしれなくて、別々にMIME content typeラベルなどからそのコード化について説明するために情報を運びます。
- Related feature tags:
- 関連特徴タグ:
image-coding [this document]
MRC-mode [this document]
画像符号化[このドキュメント]MRC-モード[このドキュメント]
- Related media types or data formats:
- 関連メディアタイプかデータ形式:
TIFF-FX [7]
TIFF V6.0 (Adobe) [20]
いさかい-FX[7]いさかいV6.0(Adobe)[20]
- Intended usage:
- 意図している用法:
Internet fax
Image scanning/rendering applications
インターネットファックスImageスキャン/レンダリングアプリケーション
- Author/Change controller:
- コントローラを書くか、または変えてください:
IETF
IETF
A.9 Image data coding
A.9イメージデータコード化
- 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.
この特徴タグは、画像データ圧縮とコード化のフォームが使用したのを示します。
Klyne & McIntyre Standards Track [Page 41] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[41ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
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.
イメージデータを移すインターネットファックス、および他のアプリケーション。
- 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しまのサイズ[このドキュメント]イメージインタリーブ[このドキュメント]
Klyne & McIntyre Standards Track [Page 42] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[42ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
- 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.10 Image coding constraint
A.10画像符号化規制
- 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
- 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.
上で示されたこの特徴のための特定の値は使用のためにインターネットファックスで意図します。
Klyne & McIntyre Standards Track [Page 43] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[43ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
- 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しまのサイズ[このドキュメント]イメージインタリーブ[このドキュメント]
- 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.11 JBIG stripe size
A.11 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
Klyne & McIntyre Standards Track [Page 44] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[44ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
- 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)
- 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.
システムの間の相互運用性のための正しい状態、ジェネリックイメージコーディング技法を扱う能力、および特定の画像符号化規制を確立するのは確立しているに違いありません。
Klyne & McIntyre Standards Track [Page 45] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[45ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
- 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
A.12 Image interleave
A.12イメージインタリーブ
- 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.
イメージデータを移すインターネットファックス、および他のアプリケーション。
Klyne & McIntyre Standards Track [Page 46] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[46ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
- Examples of typical use:
- 典型的な使用に関する例:
(image-interleave=stripe)
(image-interleave=[stripe,plane])
(イメージインタリーブ=しま)(イメージインタリーブ=[しま、飛行機])
- Considerations particular to use in individual applications,
protocols, services, or negotiation mechanisms:
- 個々のアプリケーションで使用するために特定の問題、プロトコル、サービス、または交渉メカニズム:
Specifying a plane interleave means that an entire page of
image data must be buffered in order to generate or render the
image. This may place considerable demands on the memory of a
sending or receiving system.
飛行機インタリーブを指定するのは、イメージを生成するか、または表すために1まるまる1ページのイメージデータをバッファリングしなければならないことを意味します。 これは発信か受電方式の記憶装置にかなりの要求を置くかもしれません。
- Related feature tags:
- 関連特徴タグ:
image-coding [this document]
JBIG-stripe-size [this document]
画像符号化[このドキュメント]JBIGしまのサイズ[このドキュメント]
- 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 Color subsampling
A.13色の「副-標本抽出」
- 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.
この特徴タグは、色彩の情報が輝度データに関する「副-標本抽出」であるかもしれないかどうかを示します。
Klyne & McIntyre Standards Track [Page 47] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[47ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
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 one set of color component
samples for each 4 luminance samples.
「4:1:1インチのThis値は各4個の輝度のサンプルのための1セットのカラーコンポーネントのサンプルを示します。」
(may be extended by further registrations)
(さらなる登録証明書で広げられるかもしれません)
- The feature tag is intended primarily for use in the following
applications, protocols, services, or negotiation mechanisms:
- 特徴タグは主として以下のアプリケーション、プロトコル、サービス、または交渉メカニズムにおける使用のために意図します:
Color image printing and display applications where the data
resource used may depend upon color handling capabilities of
the recipient.
リソースが使用したデータを色に依存するかもしれないイメージ印刷とディスプレイアプリケーションを受取人の取り扱い能力に着色してください。
Scanning applications where the data transferred may depend
upon the image generation capabilities of the originator.
データが移されたスキャンアプリケーションは創始者の画像生成能力によるかもしれません。
- Examples of typical use:
- 典型的な使用に関する例:
(& (color=full) (color-space=[LAB,CIELAB])
(color-subsampling=["1:1:1","4:1:1"]) )
((= いっぱいに着色します)(色スペース=[研究室、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イメージスキャン/レンダリングアプリケーション
Klyne & McIntyre Standards Track [Page 48] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[48ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
- Author/Change controller:
- コントローラを書くか、または変えてください:
IETF
IETF
A.14 MRC availability and mode
A.14 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
- 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)
Klyne & McIntyre Standards Track [Page 49] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[49ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
- 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モードを扱う能力、およびどんな含まれたイメージコーディング技法も確立するのは確立しているに違いありません。
- 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.15 MRC maximum stripe size
A.15 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
Klyne & McIntyre Standards Track [Page 50] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[50ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
- 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.
イメージデータを移すインターネットファックス、および他のアプリケーション。
- Examples of typical use:
- 典型的な使用に関する例:
(MRC-max-stripe-size<=256)
(MRC-max-stripe-size>=0)
(MRC-最大しまサイズ<=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 51] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[51ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
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 has no optional elements, so is presented as a single feature set. Other profiles are presented as (TIFF-x-base) and (TIFF-x-full) indicating the minimum and full feature sets associated with each profile.
随意的な要素を全く持っていないので、単独形体がセットしたので、TIFF-Sを寄贈します。 (TIFF-x-ベース)、最小限を示す(いっぱいなTIFF-x)、および完全な特徴セットが各プロフィールと交際したので、他のプロフィールは提示されます。
(TIFF-S) :-
(& (image-file-structure=TIFF-S)
(color=Binary)
(image-coding=MH) (MRC-mode=0)
(| (& (dpi=200)
(dpi-xyratio=[200/100,200/200])
(size-x=1728/200) )
(& (dpi=204)
(dpi-xyratio=[204/98,204/196]
(size-x=1728/204) ) )
(paper-size=A4) )
(いさかいS):-、((イメージファイル構造はいさかいSと等しいです)(=を着色して、2進にします)(画像符号化はMHと等しいです)(MRC-モード=0)(|、((dpi=200)(dpi-xyratio=[200/100,200/200])(サイズ-x=1728/200))((dpi=204)(dpi-xyratio=[204/98,204/196](サイズ-x=1728/204)))(紙サイズ=A4))
(TIFF-F-base) :-
(& (image-file-structure=TIFF-F)
(color=Binary)
(image-coding=MH) (MRC-mode=0)
(dpi=204)
(dpi-xyratio=[204/98,204/196])
(size-x=1728/204)
(paper-size=A4) )
(いさかいFベース) :-((いさかいイメージファイル構造=F)(色=バイナリー)(画像符号化はMHと等しいです)(MRC-モード=0)(dpi=204)(dpi-xyratio=[204/98,204/196])(サイズ-x=1728/204)(紙サイズ=A4))
(TIFF-F-full) :-
(& (image-file-structure=TIFF-F)
(color=Binary)
(image-coding=[MH,MR,MMR]) (MRC-mode=0)
(| (& (dpi=200)
(dpi-xyratio=[200/100,200/200])
(size-x=[1728/200,2048/200,2432/200]) )
(& (dpi=204)
(dpi-xyratio=[204/98,204/196,204/391])
(size-x=[1728/204,2048/204,2432/204]) )
(& (dpi=300)
(いさかいF満):-、((イメージファイル構造はいさかいFと等しいです)(=を着色して、2進にします)(画像符号化=[MH、MR、MMR])(MRC-モード=0)、(|、((dpi=200)(dpi-xyratio=[200/100,200/200])(サイズxは[1728/200、2048/200、2432/200]と等しい))、((dpi=204)(dpi-xyratio=[204/98,204/196,204/391])(サイズxは[1728/204、2048/204、2432/204]と等しい))、((dpi=300)
Klyne & McIntyre Standards Track [Page 52] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[52ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
(dpi-xyratio=300/300)
(size-x=[2592/300,3072/300,3648/300]) )
(& (dpi=400)
(dpi-xyratio=400/400)
(size-x=[3456/400,4096/400,4864/400]) )
(& (dpi=408)
(dpi-xyratio=408/391)
(size-x=[3456/408,4096/408,4864/408]) ) )
(paper-size=[A4, B4, A3, letter, legal]) )
(dpi-xyratio=300/300) (サイズx=[2592/300、3072/300、3648/300]) ((dpi=400)(dpi-xyratio=400/400)(サイズx=[3456/400、4096/400、4864/400])) ((dpi=408)(dpi-xyratio=408/391)(サイズx=[3456/408、4096/408、4864/408])) ) (紙サイズ=[A4、B4、手紙的、そして、法的なA3]) )
(TIFF-J-base) :-
(& (image-file-structure=TIFF-J)
(color=Binary)
(MRC-mode=0)
(image-coding=JBIG)
(image-coding-constraint=JBIG-T85)
(JBIG-stripe-size=128)
(dpi=204)
(dpi-xyratio=[204/98,204/196])
(size-x=1728/204)
(paper-size=A4) )
(いさかいJベース) :-((いさかいイメージファイル構造=J)(色=バイナリー)(MRC-モード=0)(画像符号化はJBIGと等しいです)(イメージをコード化する規制はJBIG-T85と等しいです)(JBIG-しまサイズ=128)(dpi=204)(dpi-xyratio=[204/98,204/196])(サイズ-x=1728/204)(紙サイズ=A4))
(TIFF-J-full) :-
(& (image-file-structure=TIFF-J)
(color=Binary)
(MRC-mode=0)
(image-coding=JBIG)
(image-coding-constraint=JBIG-T85)
(JBIG-stripe-size>0)
(| (& (dpi=200)
(dpi-xyratio=[200/100,200/200])
(size-x=[1728/200,2048/200,2432/200]) )
(& (dpi=204)
(dpi-xyratio=[204/98,204/196,204/391])
(size-x=[1728/204,2048/204,2432/204]) )
(& (dpi=300)
(dpi-xyratio=300/300)
(size-x=[2592/300,3072/300,3648/300]) )
(& (dpi=400)
(dpi-xyratio=400/400)
(size-x=[3456/400,4096/400,4864/400]) )
(& (dpi=408)
(dpi-xyratio=408/391)
(size-x=[3456/408,4096/408,4864/408]) ) )
(paper-size=[A4, B4, A3, letter, legal]) )
(いさかいJ満) :-( (イメージファイル構造はいさかいJと等しいです)(=を着色して、2進にします)(MRC-モード=0)(画像符号化はJBIGと等しいです)(イメージをコード化する規制はJBIG-T85と等しいです)(JBIG-しまサイズ>0); (|、((dpi=200) (dpi-xyratio=200/100,200/200) (サイズ-x=1728/200、2048/200、2432/200)、((dpi=204) (dpi-xyratio=204/98,204/196,204/391) (サイズ-x=1728/204、2048/204、2432/204)、((dpi=300) (dpi-xyratio=300/300) (サイズ-x=2592/300、3072/300、3648/300)、((dpi=400) (dpi-xyratio=400/400) (サイズ-x=3456/400、4096/400、4864/400)、((dpi=408) (dpi-xyratio=408/391) (サイズ-x=3456/408、4096/408、4864/408) (紙サイズはA4と等しいです、B4、A3、手紙、法的である、); )
(TIFF-C-base) :-
(& (image-file-structure=TIFF-C)
(いさかいCベース):-、((いさかいイメージファイル構造=C)
Klyne & McIntyre Standards Track [Page 53] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[53ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
(color=grey)
(color-levels<=256)
(MRC-mode=0)
(image-coding=JPEG) (image-coding-constraint=JPEG-T4E)
(color-space=CIELAB)
(CIELAB-L-depth<=101)
(CIELAB-L-min>=0)
(CIELAB-L-max<=100)
(color-illuminant=D50)
(dpi=200) (dpi-xyratio=1)
(size-x=864/100)
(paper-size=A4) )
色..等しい..灰色..着色..レベル..モード..画像符号化..等しい..イメージ..コード化..規制..等しい..色..スペース..等しい..深さ..分..最大..色..発光体..dpi..dpi..サイズ..紙サイズ
(TIFF-C-full) :-
(& (image-file-structure=TIFF-C)
(image-coding=JPEG) (image-coding-constraint=JPEG-T4E)
(color-space=CIELAB)
(| (& (color=grey)
(color-levels<=4096)
(CIELAB-L-depth<=4096) )
(& (color=full)
(color-levels<=68719476736)
(color-subsampling=["4:1:1","1:1:1"])
(CIELAB-L-depth<=4096)
(CIELAB-a-depth<=4096)
(CIELAB-b-depth<=4096) ) )
(MRC-mode=0)
(dpi=[100,200,300,400]) (dpi-xyratio=1)
(size-x=[864/100,1024/100,1216/100])
(paper-size=[A4, B4, A3, letter, legal]) )
(いさかいC満) :-(& (image-file-structure=TIFF-C) (image-coding=JPEG) (image-coding-constraint=JPEG-T4E) (color-space=CIELAB) (| (& (color=grey) (color-levels<=4096) (CIELAB-L-depth<=4096) ) (& (color=full) (color-levels<=68719476736) (color-subsampling=["4:1:1","1:1:1"]) (CIELAB-L-depth<=4096) (CIELAB-a-depth<=4096) (CIELAB-b-depth<=4096) ) ) (MRC-mode=0) (dpi=[100,200,300,400]) (dpi-xyratio=1) (size-x=[864/100,1024/100,1216/100]) (paper-size=[A4, B4, A3, letter, legal]) )
(TIFF-L-base) :-
(& (image-file-structure=TIFF-L)
(MRC-mode=0)
(image-coding=JBIG)
(image-coding-constraint=JBIG-T43)
(JBIG-stripe-size=128)
(image-interleave=stripe)
(color=grey)
(color-levels<=256)
(color-space=CIELAB)
(CIELAB-L-depth=101)
(CIELAB-L-min>=0)
(CIELAB-L-max<=100)
(color-illuminant=D50)
(dpi=200) (dpi-xyratio=1)
(size-x=864/100)
(paper-size=A4) )
(いさかいLベース) :-イメージ..ファイル構造..等しい..いさかい..モード..画像符号化..等しい..イメージ..コード化..規制..等しい..しま..サイズ..イメージ..インタリーブ..等しい..しま..色..等しい..灰色..着色..レベル..色..スペース..等しい..深さ..分..最大..色..発光体..dpi..dpi..サイズ..紙サイズ
Klyne & McIntyre Standards Track [Page 54] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[54ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
(TIFF-L-full) :-
(& (image-file-structure=TIFF-L)
(MRC-mode=0)
(image-coding=JBIG)
(image-coding-constraint=JBIG-T43)
(JBIG-stripe-size>0)
(image-interleave=[stripe, plane])
(| (& (color=limited)
(color-levels<=8)
(color-space=[Device-RGB, Device-CMY] ) )
(& (color=limited)
(color-levels<=16)
(color-space=Device-CMYK) )
(& (color=mapped)
(color-levels<=65536)
(color-space=CIELAB)
(CIELAB-L-depth<=4096)
(CIELAB-a-depth<=4096)
(CIELAB-b-depth<=4096) )
(& (color=grey)
(color-levels<=4096)
(color-space=CIELAB)
(CIELAB-L-depth<=4096) )
(& (color=full)
(color-space=CIELAB)
(color-levels<=68719476736)
(CIELAB-L-depth<=4096)
(CIELAB-a-depth<=4096)
(CIELAB-b-depth<=4096)
(CIELAB-L-min>=0) ) )
(dpi=[100,200,300,400]) (dpi-xyratio=1)
(size-x=[864/100,1024/100,1216/100])
(paper-size=[A4, B4, A3, letter, legal]) )
(いさかいL満) :-( (イメージファイル構造はTIFF-Lと等しいです)(MRC-モード=0)(画像符号化はJBIGと等しいです)(イメージをコード化する規制はJBIG-T43と等しいです)(JBIG-しまサイズ>0)(イメージインタリーブはしま、飛行機と等しいです); 色..制限..色..レベル..色..スペース..装置..RGB..装置..色..制限..色..平らにする..色..スペース..等しい..装置..色..写像..色..平らにする..色..スペース..等しい..深さ..深さ..深さ; 色..等しい..灰色..色..平らにする..色..スペース..等しい..深さ..着色..いっぱい..色..スペース..等しい..着色..レベル..深さ..深さ..深さ..分; (dpi=1002億30万400) (dpi-xyratio=1) (サイズ-x=864/100、1024/100、1216/100)、(紙サイズ=A4、B4、手紙的、そして、法的なA3); )
(TIFF-M-base) :-
(& (image-file-structure=TIFF-M)
(MRC-mode>=1)
(MRC-max-stripe-size<=256) )
(Mが基礎づけるいさかい) :-((イメージファイル構造はいさかいMと等しいです)(MRC-モード>=1)(MRC-最大しまサイズ<=256))
(TIFF-M-full) :-
(& (image-file-structure=TIFF-M)
(MRC-mode>=1) )
(いさかいM満) :-((イメージファイル構造はいさかいMと等しいです)(MRC-モード>=1))
Klyne & McIntyre Standards Track [Page 55] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[55ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
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.
すべて黒くて白いモードのサポートを示します。
TIFF-M is a composite mode and must be used in conjunction with some other mode to define the particular capabilities of a receiver; e.g.
TIFF-Mを合成モードであり、受信機の特定の能力を定義するのにある他のモードに関連して使用しなければなりません。 例えば
(| (TIFF-M-base)
(TIFF-S) (TIFF-J-full) (TIFF-C-base) (TIFF-L-full) )
(| (Mが基礎づけるいさかい)(いさかいS)(いさかいJ満)(いさかいCベース)(いさかいL満))
Each sub-image in an MRC image must conform to the capabilities indicated AND also to any additional constraints imposed by the MRC structure, such as bi-level mask layer, etc. See sections A.13 and section 3.7.
MRCイメージのそれぞれのサブイメージはMRC構造によって示されて、どんな追加規制にも課された能力に従わなければなりません、両性愛者のレベルマスク層などのように セクションA.13とセクション3.7を見てください。
Klyne & McIntyre Standards Track [Page 56] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[56ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
Appendix C: Changes from RFC 2531
付録C: RFC2531からの変化
00a 23-Jun-1999 Updated Appendix B with more complete TIFF-FX
profile descriptions. Added note to section 3.5
clarifying the meaning of (color=limited) in the
context of Internet fax. Added note to section
3.6 and A.6 to clarify interpretation of color
depth. In A.6, noted that color gamut is not the
same as color resolution; fixed example. Split
section 3.7 into two sections, dealing with simple
image coding options and MRC composite image
options. Added new feature tag 'color-illuminant'
(sections 3.6, A.5). Added cross-references from
TIFF-M image file structure to MRC-mode tag.
Updated introduction and references.
以上がある00a1999年6月23日Updated Appendix BはTIFF-FXプロフィール記述を終了します。 インターネットファックスの文脈で(制限された色=)の意味をはっきりさせるセクション3.5に注意を追加しました。 色の濃さの解釈をはっきりさせるためにセクション3.6とA.6に注意を追加しました。 A.6では、注意されて、その色域は色の解決と同じではありません。 固定例。 簡単な画像符号化オプションとMRC合成画像オプションに対処して、セクション3.7を2つのセクションに分割してください。 タグ'カラー発光体'(セクション3.6、A.5)という新機能を加えました。 TIFF-Mイメージからの加えられた相互参照はMRC-モードタグに構造をファイルします。 序論と参照をアップデートしました。
00b 10-Aug-1999 Bring examples into line with T.30 mapping
document [4], and reorganize to make the
expression structure less complex. Add details of
mailing list for discussion. Added JPEG-only
colour example. Change definition of image-file-
structure tag to indicate more precisely what is
being defined, and to draw out the distinction
between a file structure to contain MRC images
(image-file-structure), and the MRC image model
(MRC-mode).
T.30マッピングがある線への00b1999年8月10日Bringの例は[4]を記録します、そして、再編成して、表現構造をより複雑でなくしてください。 議論のためにメーリングリストの詳細を加えてください。 加えられたJPEGだけが例を着色します。 イメージ構造をファイルしているタグの定義を変えて、より正確に定義されていることを示して、含むファイル構造MRCイメージ(イメージファイル構造)と、MRCイメージモデル(MRC-モード)の間に区別を引き出してください。
01a 01-Oct-1999 Update author's address and some references.
01a1999年10月1日Update作者のアドレスといくつかの参照。
01b 05-Jan-2000 Incorporate last-call review comments (all
editorial).
01b2000年1月5日Incorporateは、最後にレビューをコメント(すべての社説)と呼びます。
Klyne & McIntyre Standards Track [Page 57] RFC 2879 Content Feature Schema for Internet Fax (V2) August 2000
インターネットへのKlyneと2879年のマッキンタイヤ標準化過程[57ページ]のRFCの満足している特徴図式は2000年8月に(V2)にファックスします。
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The Internet Society (2000). All Rights Reserved.
Copyright(C)インターネット協会(2000)。 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.
このドキュメントとそして、「そのままで」という基礎とインターネットの振興発展を目的とする組織に、インターネット・エンジニアリング・タスク・フォースが速達の、または、暗示しているすべての保証を放棄するかどうかというここにことであり、他を含んでいて、含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Acknowledgement
承認
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。
Klyne & McIntyre Standards Track [Page 58]
Klyneとマッキンタイヤ標準化過程[58ページ]
一覧
スポンサーリンク
