ISO/IEC 14776-326:2015 情報技術— Small Computer System Interface(SCSI)—パート326:縮小ブロックコマンド(RBC) | ページ 5

※一部、英文及び仏文を自動翻訳した日本語訳を使用しています。

3 つの用語、定義、略語、キーワード、および表記法

3.1 用語と定義

このドキュメントでは、次の用語と定義が適用されます。

3.1.1

追加のセンス コード

ASC

センスデータのフィールド

注記 1 ISO/IEC 14776-452:2005 の 7.20.2 を参照。

[出典: ISO/IEC 14776-452:2005, 3.1.2, 修正 – SPC-2 への参照を追加]

3.1.2

追加のセンス コード修飾子

ASCQ

センスデータのフィールド

注記 1 ISO/IEC 14776-452:2005 の 7.20.2 を参照。

3.1.3

バイト

B

8ビットのデータ

[出典: ISO/IEC 14776-452:2005, 3.1.9, 修正 – 定義の簡素化]

3.1.4

コマンド記述子ブロック

CDB

イニシエーターからデバイスにコマンドを通信するために使用される、長さが最大 ​​16 B の構造

[出典: ISO/IEC 14776-452:2005, 3.1.11, modified – Definition changed.]

3.1.5

イベントフィールド

センスデータ情報フィールドのバイト 0

注記 1:センス コードが EVENT STATUS NOTIFICATION (38h) を示す場合の Event Status情報フィールドの形式については、表 24 を参照してください。

3.1.6

論理ユニット

デバイス モデルのインスタンスであるデバイスの一部

注記 1:たとえば、大容量記憶装置、CD-ROM, またはプリンターはデバイス モデルです。

注記2 1つ以上の論理ユニットを実装するデバイスでは、論理ユニットのデバイスタイプが異なる場合があります。

[出典: ISO/IEC 14776-452:2005, 3.1.30, 修正 - 定義および説明情報が変更された。]

3.1.7

センスデータ

デバイスがイニシエータに配信するエラーまたは例外的なデバイス状態を記述するデータ

[出典: ISO/IEC 14776-452:2005, 3.1.47, modified – 定義を簡略化し、説明情報を削除]

3.1.8

センスキー

センスデータのフィールド

注記 1 ISO/IEC 14776-452 の 7.20.3 を参照。

[出典: ISO/IEC 14776-452:2005, 3.1.48, modified - Definition changed.]

3.1.9

状態

各コマンドの完了時にデバイスからイニシエーターに送信される応答情報

[出典: ISO/IEC 14776-452:2005, 3.1.52, modified – 定義を簡略化し、説明情報を削除]

3.1.10

ユニット注意状態

論理ユニットが 1 つ以上のイニシエータに報告する非同期ステータス情報を持っている間に維持される状態

[出典: ISO/IEC 14776-452:2005, 3.1.58, 修正 – 「状態」は「条件」に置き換えられ、防御情報は削除された。]

3.1.11

ベンダー固有

ビット、フィールド、コード値など、この標準では定義されていませんが、ベンダーが定義している可能性があります

[出典: ISO/IEC 14776-452:2005, 3.1.59, 修正 – 定義のマイナーな編集上の変更]

3.2 略語

この規格では、次の略語が使用されています。

ASC追加のセンス コード
ASCQ追加のセンス コード修飾子
CDBコマンド記述子ブロック
MMC-2マルチメディア コマンド 2
赤血球削減されたブロック コマンド (この標準)
SAM-2SCSI アーキテクチャ モデル 2
SBCSCSI ブロック コマンド
SBP-2シリアル バス プロトコル 2
SPC-2SCSI プライマリ コマンド 2

3.3 キーワード

次のように、要件とオプションのレベルを区別するためにいくつかのキーワードが使用されます。

3.3.1 期待

この規格が想定する設計モデルにおけるハードウェアまたはソフトウェアの動作を記述するために使用されるキーワード。他のハードウェアおよびソフトウェア設計モデルも実装できます。

3.3.2 無視

値が受信者によってチェックされないビット、バイト、クワドレット、またはフィールドを記述するキーワード

3.3.3 必須

この規格で定義された実装が必要な項目を示すキーワード

3.3.4 5月

暗黙の好みではなく、選択の柔軟性を示すキーワード

3.3.5 オプション

この標準で実装する必要のない機能を説明するキーワード。ただし、標準で定義されているオプション機能が実装されている場合は、標準で定義されているとおりに実装する必要があります。

3.3.6 予約済み

オブジェクト (例: ビット、バイト、およびフィールド) を記述するために使用されるキーワード、またはオブジェクトまたはコード値のいずれかが将来の標準化のために取っておかれる場合にこれらのオブジェクトに割り当てられるコード値。使用法と解釈は、この標準または他の標準の将来の拡張によって指定される場合があります。予約済みオブジェクトはゼロにするか、将来の標準の開発時に、そのような標準で指定された値に設定する必要があります。予約済みオブジェクトの受信者は、その値をチェックしません。定義されたオブジェクトの受信者は、その値をチェックし、予約されたコード値を拒否します。

3.3.7 しなければならない

必須要件を示すキーワード。設計者は、この規格に準拠する他の製品との相互運用性を確保するために、そのような必須要件をすべて実装する必要があります。

3.4 規約

読者は、この規格を理解するために、次の表記規則を理解する必要があります。

3.4.1 非数値

小文字は、通常の英語の意味を持つ単語に使用されます。この規格で使用されている特定の単語や用語には、通常の英語の意味を超えた特定の意味があります。これらの単語および用語は、第 3 条またはそれらが最初に登場する本文で定義されています。

略語、コマンド、および頭字語の名前はすべて大文字です (例: TEST UNIT READY コマンド)

フィールドは小文字で表示されます (論理ブロック アドレスなど)

1 ビットのみを含むフィールドは、通常、名前フィールドではなく名前ビットと呼ばれます。

文字で示される正式なリスト (例: a) 赤。 b) 青; c) 緑) は任意の順序です。数字 (例: 1) で示される正式なリストは赤。 2) 青; 3) 緑) は、必要な順序になっています。

テキスト、表、または図の間で競合が発生した場合、競合を解決するための優先順位はテキストです。次にテーブル。そして最後に数字。すべての表または図がテキストで完全に説明されているわけではありません。表は、データ形式と値を示しています。メモは、実装の要件を構成するものではありません。

3.4.2 数値

ISO の番号付け規則が使用されます (つまり、1000 以上の倍数はスペースで区切られ、65 536 または 0.5 のようにコンマが小数点として使用されます)

10 進数は、下付き文字のないアラビア数字または英語名 (42 や 12 など) で表されます。

16 進数は、文字セット 0 ~ 9 および A ~ F の数字とそれに続く小文字の h (例: 2Ah) で表されます。

2 進数は、文字セット 0 と 1 の数字とそれに続く小文字の b で表されます (例: 0010 1010b)

バイナリ量の最上位ビットは左側に表示され、量の最高の代数値位置を表します。

読みやすくするために、2 進数と 16 進数は、スペースで区切られた 4 桁のグループに分けられます。

3 Terms, definitions, abbreviations, keywords, and conventions

3.1 Terms and definitions

For the purposes of this document, the following terms and definitions apply.

3.1.1

additional sense code

ASC

field in the sense data

Note 1 to entry: See 7.20.2 in ISO/IEC 14776-452:2005.

[SOURCE: ISO/IEC 14776-452:2005, 3.1.2, modified – Reference to SPC-2 added.]

3.1.2

additional sense code qualifier

ASCQ

field in the sense data

Note 1 to entry: See 7.20.2 in ISO/IEC 14776-452:2005.

3.1.3

byte

B

eight bit of data

[SOURCE: ISO/IEC 14776-452:2005, 3.1.9, modified – Definition simplified.]

3.1.4

command descriptor block

CDB

structure of up to 16 B in length used to communicate a command from an initiator to a device

[SOURCE: ISO/IEC 14776-452:2005, 3.1.11, modified – Definition changed.]

3.1.5

event field

byte 0 of the sense data information field

Note 1 to entry: See Table 24 for the Event Status information field format when the sense code indicates EVENT STATUS NOTIFICATION (38h).

3.1.6

logical unit

part of the device that is an instance of a device model

Note 1 to entry: For example mass storage, CD-ROM or a printer are device models.

Note 2 to entry: In devices that implement one or more logical units, the device type of the logical units may differ.

[SOURCE: ISO/IEC 14776-452:2005, 3.1.30, modified – Definition and explanatory information changed.]

3.1.7

sense data

data describing an error or exceptional device condition that a device delivers to an initiator

[SOURCE: ISO/IEC 14776-452:2005, 3.1.47, modified – Definition simplified and explanatory information deleted.]

3.1.8

sense key

field in the sense data

Note 1 to entry: See 7.20.3 in ISO/IEC 14776-452.

[SOURCE: ISO/IEC 14776-452:2005, 3.1.48, modified – Definition changed.]

3.1.9

status

response information sent from a device to an initiator upon completion of each command

[SOURCE: ISO/IEC 14776-452:2005, 3.1.52, modified – Definition simplified and explanatory information deleted.]

3.1.10

unit attention condition

condition that a logical unit maintains while it has asynchronous status information to report to one or more initiators

[SOURCE: ISO/IEC 14776-452:2005, 3.1.58, modified –"State" has been replaced by"condition" and refence information has been deleted.]

3.1.11

vendor specific

bit, field, code value, etc., not defined in this standard, that may be vendor defined

[SOURCE: ISO/IEC 14776-452:2005, 3.1.59, modified – Minor editorial change of the definition.]

3.2 Abbreviations

The following abbreviations are used in this standard:

ASCAdditional Sense Code
ASCQAdditional Sense Code Qualifier
CDBCommand Descriptor Block
MMC-2Multi-Medial Commands 2
RBCReduced Block Commands (this standard)
SAM-2SCSI Architecture Model 2
SBCSCSI Block Commands
SBP-2Serial Bus Protocol 2
SPC-2SCSI Primary Commands 2

3.3 Keywords

Several keywords are used to differentiate levels of requirements and options, as follows.

3.3.1 expected

keyword used to describe the behavior of the hardware or software in the design models assumed by this standard. Other hardware and software design models may also be implemented.

3.3.2 ignored

keyword that describes bits, bytes, quadlets, or fields whose values are not checked by the recipient

3.3.3 mandatory

keyword that indicates items required to be implemented as defined by this standard

3.3.4 may

keyword that indicates flexibility of choice with no implied preference

3.3.5 optional

keyword that describes features which are not required to be implemented by this standard. However, if any optional feature defined by the standard is implemented, it shall be implemented as defined by the standard.

3.3.6 reserved

keyword used to describe objects (eg., bits, bytes, and field) or the code values assigned to these objects in cases where either the object or the code value is set aside for future standardization. Usage and interpretation may be specified by future extensions to this or other standards. A reserved object shall be zeroed or, upon development of a future standard, set to a value specified by such a standard. The recipient of a reserved object shall not check its value. The recipient of a defined object shall check its value and reject reserved code values.

3.3.7 shall

keyword that indicates a mandatory requirement. Designers are required to implement all such mandatory requirements to assure interoperability with other products conforming to this standard.

3.4 Conventions

The following conventions shall be understood by the reader in order to comprehend this standard.

3.4.1 Non-numeric values

Lowercase is used for words having the normal English meaning. Certain words and terms used in this standard have a specific meaning beyond the normal English meaning. These words and terms are defined either in Clause 3 or in the text where they first appear.

The names of abbreviations, commands, and acronyms are in all uppercase (e.g., TEST UNIT READY command).

Fields are shown in small caps (e.g., logical block address).

Fields containing only one bit are usually referred to as the name bit instead of the name field.

Formal lists connoted by letters (e.g., a) red; b) blue; c) green) are in an arbitrary order. Formal lists connoted by numbers (e.g., 1) red; 2) blue; 3) green) are in a required sequential order.

If a conflict arises between text, tables, or figures, the order of precedence to resolve conflicts is text; then tables; and finally figures. Not all tables or figures are fully described in text. Tables show data format and values. Notes do not constitute any requirements for implementations.

3.4.2 Numeric values

The ISO convention of numbering is used (i.e., the thousands and higher multiples are separated by a space and a comma is used as the decimal point as in 65 536 or 0,5).

Decimal numbers are represented by Arabic numerals without subscripts or by their English names (e.g., 42, or twelve).

Hexadecimal numbers are represented by digits from the character set 0 to 9 and A to F followed by the lower-case h (e.g., 2Ah).

Binary numbers are represented by digits from the character set 0 and 1 followed by the lower-case b (e.g., 0010 1010b).

The most significant bit of a binary quantity is shown on the left side and represents the highest algebraic value position in the quantity.

For the sake of legibility, binary and hexadecimal numbers are separated into groups of four digits separated by spaces.