ISO/IEC 11179-31:2023 情報技術 — メタデータ レジストリ (MDR) — Part 31: データ仕様登録のメタモデル | ページ 6

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

3 用語と定義

このドキュメントの目的のために、ISO/IEC 11179-3 および以下に記載されている用語と定義が適用されます。

ISO および IEC は、次のアドレスで標準化に使用する用語データベースを維持しています。

3.1

オブジェクトクラス

明確な境界と意味で識別され、そのプロパティと動作が同じ規則に従う現実世界の一連のアイデア、抽象化、または物事

3.2

財産

オブジェクトクラスのすべてのメンバーに共通の品質 (3.1)

3.3

特徴

プロパティの抽象化 (3.2)

例:

「コードマウス」というコンセプトの特徴として、「コンピューターと接続するためのケーブルを持っていること」。

注記1特性は 概念を説明するために使用される(3.4) 。

[出典:ISO 1087:2019, 3.2.1]

3.4

概念

特性(3.3) の独自の組み合わせによって作成される知識の単位。

注記1:概念は必ずしも特定の自然言語に縛られているわけではない.ただし、それらは社会的または文化的背景の影響を受け、異なる分類につながることがよくあります。

注記2概念はその表現から独立している。

[出典:ISO 1087:2019, 3.2.7, 修正 — エントリの注 2 が変更されました。]

3.5

概念ドメイン

CD

値の意味 (3.10) である、列挙されたセット、従属概念の記述、またはその両方として意味が表現される 概念 (3.4 )

3.6

記述された概念ドメイン

ルール、手順または範囲(すなわち間隔)などの記述または仕様によって指定される 概念ドメイン(3.5) 。

3.7

列挙された概念ドメイン

すべての 値の意味 (3.10) のリストによって指定される 概念ドメイン (3.5 )

注記値の意味の順序付けは暗示されていません。

3.8

局所的に列挙された概念ドメイン

値の意味 (3.10) がレジストリ内でローカルに列挙される列挙された 概念ドメイン (3.7)

注記 1: 列挙された概念ドメイン (3.11) を参照 。

3.9

局所的に列挙された概念ドメインのサブセット

データ要素の概念(3.25) が特定のコンテキストで想定できる値の意味を制限するために使用される、 ローカルに列挙された概念ドメイン(3.8) における 値の意味(3.10) のサブセット

3.10

値の意味

値の意味内容

注記 1: レジストリ (3.36) における値の意味の表現は、対応する 値ドメイン (3.13) におけるそれらの表現とは独立していなければならない (また制約してはならない) .

3.11

参照列挙された概念ドメイン

正式な定義によって指定された 列挙された概念ドメイン (3.7)

注記 1:定義は、外部的に列挙された 値の意味を参照する場合がある (3.10) 。

3.12

列挙された概念ドメインの定義

列挙された概念ドメインの正式な定義 (3.7)

注記 1:定義は、外部的に列挙された 値の意味を参照する場合がある (3.10) 。

3.13

値ドメイン

vd

許容値のセット(3.19)

注記 1:値ドメインは表現を提供しますが、値が関連付けられている データ要素の概念 (3.25) や値が何を意味するかについては意味がありません。

注記2:許容は、列挙するか、説明を介して表現するか、またはその2つの組み合わせのいずれかです。

3.14

記述値ドメイン

ルール、手順、または範囲(つまり間隔)などの記述または仕様によって指定される 値ドメイン(3.13 )

3.15

列挙値ドメイン

すべての 許容値(3.19) のリストによって指定される 値ドメイン(3.13 )

注記 1:許容値の順序付けは暗示されていません。

3.16

ローカル列挙値ドメイン

許容値(3.19) がレジストリ内に格納されている 列挙値ドメイン(3.15)

注記 1: 列挙値ドメイン (3.18) を参照 してください。

3.17

ローカル列挙値ドメイン サブセット

データ要素 (3.23) が特定のコンテキストで想定できる値の意味を制限するために使用される ローカル列挙値ドメイン (3.16) の 許容値 (3.19) のサブセット

3.18

参照列挙値ドメイン

外部で列挙され た許容値(3.19) を含む、外部仕様への参照によって指定される 列挙値ドメイン(3.15 )

3.19

許容値

値の意味の指定 (3.10)

注記 1許容値は、 値ドメインの一部として指定するか (3.13) 、 値の意味にのみ関連付けて指定することができます (3.10) 。

注記 2:値ドメイン内では、許容値は、列挙、説明による表現、またはその 2 つの組み合わせのいずれかです。

注記3単一の許容値から単一の値の意味への明示的なマッピングは、値の意味と許容値の両方が列挙されている場合にのみ可能です。たとえば、コード セットの場合です。記述された許容値の場合、記述された意味を値の範囲 (キログラム単位の重量など) に関連付けることができます。

3.20

データ

コミュニケーション、解釈、または処理に適した形式化された方法で、情報の再解釈可能な表現。

注記 1:データは、人間または自動手段によって処理できます。

[出典:ISO/IEC 2382:2015, 2121272, modified — entry 2 と 3 の注記を削除]

3.21

データ・タイプ

それらの値のプロパティとそれらの値に対する操作によって特徴付けられる、個別の値のセット

[出典:ISO/IEC 11404:2007, 3.12]

3.22

データ型スキーム

1つまたは複数の データ型(3.21) の仕様のソース。

[出典:ISO/IEC 11404:2007, 3.12]

3.23

データ項目

<データの構成> 文脈上分割できないと考えられる データの単位(3.20) 。

注記 1:定義では、データ要素はある文脈において「分割不可能」であると述べられています。これは、あるコンテキスト (電話番号など) では分割できないと見なされるデータ要素が、別のコンテキスト (国コード、市外局番、市内番号など) では分割できる可能性があることを意味します。

例:

3桁の10進数のすべての組み合わせで構成される値を持つデータ要素「人の年齢」。

[SOURCE:ISO/IEC 2382:2015, 2121599, modified — エントリの接頭辞への注記なしで例を最後に移動。その他の記入事項を差し替えました。 ]

3.24

データ要素コレクション

順序付けされていないか順序付けられている可能性がある1つまたは複数の データ要素(3.23)

注記1:順序付けられていないコレクションの例は、セットまたはバッグ (またはマルチセット) です。順序付きコレクションの例はリストです。

3.25

データ要素の概念

概念 (3.4) データ要素 (3.23) の形で表すことができ、特定の表現とは無関係に記述される

注記 1データ要素の概念は、それが表現する組み合わせを持つプロパティとオブジェクト クラスの両方に暗黙的に関連付けられています。

注記2:データ要素の概念は、それぞれがその 値の意味(3.10) を表現するゼロ、1つまたは複数の 概念ドメイン(3.5) に関連付けることもできます。

注記 3データ要素概念は、それぞれが関連する 値ドメイン (3.13) を介してデータ要素概念の表現を提供する 0 個、1 個、または複数の データ要素 (3.23) と関連付けることもできます。

3.26

データ要素の派生

1つまたは複数の出力データ要素を導出するために、1つまたは複数の入力 データ要素(3.23) に データ要素導出規則(3.28) を適用すること。

3.27

データ要素の例

データ要素の代表的なイラスト(3.23)

3.28

データ要素導出規則

論理演算、数学演算、その他の演算、または導出を指定する何らかの組み合わせ

3.29

次元

同等 の測定単位のセット(3.33)

注記 1: 2 つの測定単位間の同等性は、一方の測定単位で測定された値と他方の測定単位で測定された値との間の 1 対 1 の対応を維持する量の存在によって決定されます。コンテキスト、および特徴付け操作が同じwhere

注記 2ここで定義された同値は,すべての測定単位の集合に関する同値関係を形成する。各等価クラスは次元に対応します。測定単位「華氏の温度」と「摂氏の温度」は、次の理由で同じ次元を持ちます。
  • a)華氏で測定された値が与えられた場合、同じ量で摂氏で測定された値があり、その逆もあり、よく知られた対応 ºC = (5/9)*(ºF - 32) および ºF = ( 9/5)*(℃) + 32.
  • b)両方の値に対して同じ操作を実行できます。

注記 3:測定単位「摂氏温度」と「ケルビン温度」は同じ次元に属さない。ある測定単位から別の測定単位 (°C = K - 273.15 および K = °C + 273.15) に量を変換するのは簡単ですが、ケルビンでの特徴付け操作には比率の取得が含まれますが、これは摂氏の場合には当てはまりません。 .たとえば、20 K は 10 K の 2 倍の温度ですが、20 °C は 10 °C の 2 倍の温度ではありません。

注記 4:測定単位は、物理的なカテゴリに限定されません。物理カテゴリの例: 線形測定、面積、体積、質量、速度、持続時間。非物理的なカテゴリの例: 通貨、品質指標、色の濃さ。

注記5:数量は、相互に比較可能な数量のカテゴリーにグループ化することができます。長さ、直径、距離、高さ、波長などは、そのようなカテゴリを構成します。相互に比較可能な量は同じ次元を持ちます。 ISO 80000-1 [ 13] では、これらを「同種の量」と呼んでいます。

注記6 ISO 80000-1は、物理的寸法(例えば、長さ、質量、速度)を規定しています。このドキュメントでは、非物理的な次元 (通貨、品質指標などの値次元など) も許可されています。次元の現在の概念は、次元ではなく、ISO 80000-1 が次元製品と呼んでいるものと同等です。

3.30

測定クラス

1つまたは複数の 次元(3.29) と関連付けるための一連の同等 の測定単位(3.33 )。

3.31

座標

座標系の原点からの測定

3.32

表記

正式な構文と関連するセマンティクス

例:

UML, MOF, OCL, OWL/RDF, SKOS, CGIF, XCL, XTM または ISO/IEC 11404

注記 1:正式な構文は、多くの場合、機械処理を目的としています。

[出典:ISO/IEC 11179-3:2023, 3.2.36]

3.33

測定単位

<value domain> 関連する値が測定される実際の単位

注記 1 ISO 80000-1 [ 13] は、物理的測定システム (国際単位系、SI) を指定しています。物理的な測定は、測定の 1 つのタイプにすぎません。価値測定は別のタイプの測定です。このドキュメントでは、適切な測定システムの使用を許可しています。

注記2関連する 概念領域(3.5) の 次元(3.29) は,指定された測定単位に対して適切でなければならない。

3.34

次元の測定単位

特定の単位を表すすべての値に適用される等価関係を指定する 次元 (3.29)

3.35

測定単位(3.33)に 関連する値。

注記 1:華氏 32 度と摂氏 0 度は量であり、異なる測定システムでは同等の値です。

3.36

レジストリ

登録情報システム(3.37)

[出典:ISO/IEC 11179-1:2023, 3.2.34]

3.37

登録

レジストリ(3.36) にアイテムを含めるための一連のルール、操作、および手順

注記 1 ISO/IEC 11179 に適用される登録の詳細な説明は、ISO/IEC 11179-6 に記載されています。

[出典:ISO/IEC 11179-1:2023, 3.2.88]

参考文献

1ISO 3166-1, 国およびその下位区分の名前を表すためのコード — Part 1: 国コード
2ISO/IEC 9075-2, 情報技術 — データベース言語 — SQL — Part 2: Foundation (SQ/Foundation)
3ISO/IEC 9899, 情報技術 — プログラミング言語 — C
4ISO/IEC 11179-3:2003 1情報技術 — メタデータ レジストリ (MDR) — Part 3: レジストリ メタモデルと基本属性
5ISO/IEC 11179-3:2013 1)情報技術 — メタデータ レジストリ (MDR) — Part 3: レジストリ メタモデルと基本属性
6ISO/IEC 11179-3:2023, 情報技術 — メタデータ レジストリ (MDR) — Part 3: レジストリ共通機能のメタモデル
7ISO/IEC 11179-6:2023, 情報技術 — メタデータ レジストリ (MDR) — Part 6: 登録
8ISO/IEC 11179-33:2023, 情報技術 — メタデータ レジストリ (MDR) — Part 33: データ セット登録のメタモデル
9ISO/IEC 11404:2007, 情報技術 — 汎用データ型 (GPD)
10ISO/IEC 19505-1, 情報技術 — オブジェクト管理グループ統一モデリング言語 (OMG UML) — Part 1: インフラストラクチャ2取得 2022 年 8 月 8 日)
11ISO/IEC 19505-2, 情報技術 — オブジェクト管理グループ統一モデリング言語 (OMG UML) — Part 2:上部構造3取得 2022 年 8 月 8 日)
12ISO 21090, 健康情報学 — 情報交換のための調和されたデータ型
13ISO 80000-1, 数量および単位 — Part 1: 一般
14W3C XML スキーマ定義言語 (XSD) 1.1 Part 2: データ型、W3C 勧告、2012 年 4 月 5 日 (参照 https://www.w3.org/TR/xmlschema11-2/ 2022 年 8 月 8 日取得)

3 Terms and definitions

For the purposes of this document, the terms and definitions given in ISO/IEC 11179-3 and the following apply.

ISO and IEC maintain terminology databases for use in standardization at the following addresses:

3.1

object class

set of ideas, abstractions or things in the real world that are identified with explicit boundaries and meaning and whose properties and behaviour follow the same rules

3.2

property

quality common to all members of an object class (3.1)

3.3

characteristic

abstraction of a property (3.2)

EXAMPLE:

'Having a cable for connecting with a computer' as a characteristic of the concept 'cord mouse'.

Note 1 to entry: Characteristics are used for describing concepts (3.4) .

[SOURCE:ISO 1087:2019, 3.2.1]

3.4

concept

unit of knowledge created by a unique combination of characteristics (3.3)

Note 1 to entry: Concepts are not necessarily bound to particular natural languages. They are, however, influenced by the social or cultural background which often leads to different categorizations.

Note 2 to entry: A concept is independent of its representation.

[SOURCE:ISO 1087:2019, 3.2.7, modified — Note 2 to entry changed.]

3.5

conceptual domain

CD

concept (3.4) whose meaning is expressed as an enumerated set, a description of subordinate concepts or both, which are value meanings (3.10)

3.6

described conceptual domain

conceptual domain (3.5) that is specified by a description or specification, such as a rule, a procedure or a range (i.e. interval)

3.7

enumerated conceptual domain

conceptual domain (3.5) that is specified by a list of all its value meanings (3.10)

Note 1 to entry: No ordering of the value meanings is implied.

3.8

local enumerated conceptual domain

enumerated conceptual domain (3.7) whose value meanings (3.10) are enumerated locally within the registry

Note 1 to entry: c.f. reference enumerated conceptual domain (3.11) .

3.9

local enumerated conceptual domain subset

subset of the value meanings (3.10) in a local enumerated conceptual domain (3.8) used to restrict the value meanings a data element concept (3.25) can assume in a particular context

3.10

value meaning

semantic content of a value

Note 1 to entry: The representation of value meanings in a registry (3.36) shall be independent of (and shall not constrain) their representation in any corresponding value domain (3.13) .

3.11

reference enumerated conceptual domain

enumerated conceptual domain (3.7) that is specified by a formal definition

Note 1 to entry: The definition may reference externally enumerated value meanings (3.10) .

3.12

enumerated conceptual domain definition

formal definition of an enumerated conceptual domain (3.7)

Note 1 to entry: The definition may reference externally enumerated value meanings (3.10) .

3.13

value domain

VD

set of permissible values (3.19)

Note 1 to entry: The value domain provides representation but has no implication as to what data element concept (3.25) the values are associated with nor what the values mean.

Note 2 to entry: The permissiblevalues can either be enumerated, expressed via a description, or a combination of the two.

3.14

described value domain

value domain (3.13) that is specified by a description or specification, such as a rule, a procedure or a range (i.e. interval)

3.15

enumerated value domain

value domain (3.13) that is specified by a list of all its permissible values (3.19)

Note 1 to entry: No ordering of the permissible values is implied.

3.16

local enumerated value domain

enumerated value domain (3.15) whose permissible values (3.19) are stored within the registry

Note 1 to entry: c.f. reference enumerated value domain (3.18) .

3.17

local enumerated value domain subset

subset of the permissible values (3.19) in a local enumerated value domain (3.16) used to restrict the value meanings a data element (3.23) can assume in a particular context

3.18

reference enumerated value domain

enumerated value domain (3.15) that is specified by reference to an external specification, including externally enumerated permissible values (3.19)

3.19

permissible value

designation of a value meaning (3.10)

Note 1 to entry: Permissible values may be specified either as part of a value domain (3.13) or only associated with a value meaning (3.10) .

Note 2 to entry: Within a value domain, permissible values can either be enumerated, expressed via a description, or a combination of the two.

Note 3 to entry: Explicit mapping of a single permissible value to a single value meaning is possible only when both the value meaning and permissible value are enumerated, e.g. for code sets. For described permissible values, it is possible for the described meaning to be associated with a range of values, e.g. weight in kilograms.

3.20

data

re-interpretable representation of information in a formalized manner suitable for communication, interpretation or processing

Note 1 to entry: Data can be processed by humans or by automatic means.

[SOURCE:ISO/IEC 2382:2015, 2121272, modified — Notes to entry 2 and 3 deleted.]

3.21

datatype

set of distinct values, characterized by properties of those values and by operations on those values

[SOURCE:ISO/IEC 11404:2007, 3.12]

3.22

datatype scheme

source of the specification of one or more datatypes (3.21)

[SOURCE:ISO/IEC 11404:2007, 3.12]

3.23

data element

<organization of data> unit of data (3.20) that is considered in context to be indivisible

Note 1 to entry: The definition states that a data element is “indivisible” in some context. This means that it is possible that a data element considered indivisible in one context (e.g. telephone number) may be divisible in another context, (e.g. country code, area code, local number).

EXAMPLE:

The data element “age of a person” with values consisting of all combinations of 3 decimal digits.

[SOURCE:ISO/IEC 2382:2015, 2121599, modified — Example moved to the end without the Note to entry prefix. Other Notes to entry have been replaced.]

3.24

data element collection

one or more data elements (3.23) that may be unordered or ordered

Note 1 to entry: Examples of unordered collections are a set or a bag (or multiset). An example of an ordered collection is a list.

3.25

data element concept

concept (3.4) that can be represented in the form of a data element (3.23) , described independently of any particular representation

Note 1 to entry: A data element concept is implicitly associated with both the property and the object class whose combination it expresses.

Note 2 to entry: A data element concept may also be associated with zero, one or more conceptual domains (3.5) each of which expresses its value meanings (3.10) .

Note 3 to entry: A data element concept may also be associated with zero, one or more data elements (3.23) each of which provide representation for the data element concept via its associated value domain (3.13) .

3.26

data element derivation

application of a data element derivation rule (3.28) to one or more input data elements (3.23) to derive one or more output data elements

3.27

data element example

representative illustration of a data element (3.23)

3.28

data element derivation rule

logical, mathematical, other operations or some combination specifying derivation

3.29

dimensionality

set of equivalent units of measure (3.33)

Note 1 to entry: Equivalence between two units of measure is determined by the existence of a quantity preserving one-to-one correspondence between values measured in one unit of measure and values measured in the other unit of measure, independent of context, and where characterizing operations are the same.

Note 2 to entry: The equivalence defined here forms an equivalence relation on the set of all units of measure. Each equivalence class corresponds to a dimensionality. The units of measure"temperature in degrees Fahrenheit" and"temperature in degrees Celsius" have the same dimensionality, because:
  • a) given a value measured in degrees Fahrenheit there is a value measured in degrees Celsius with the same quantity, and vice-versa, by the well-known correspondences ºC = (5/9)*(ºF - 32) and ºF = (9/5)*(ºC) + 32.
  • b) the same operations can be performed on both values.

Note 3 to entry: The units of measure"temperature in degrees Celsius" and"temperature in kelvins" do not belong to the same dimensionality. Even though it is easy to convert quantities from one unit of measure to the other (°C = K - 273,15 and K = °C + 273,15), the characterizing operations in kelvins include taking ratios, whereas this is not the case for degrees Celsius. For instance, 20 K is twice as warm as 10 K, but 20 °C is not twice as warm as 10 °C.

Note 4 to entry: Units of measure are not limited to physical categories. Examples of physical categories are: linear measure, area, volume, mass, velocity, time duration. Examples of non-physical categories are: currency, quality indicator, colour intensity.

Note 5 to entry: Quantities may be grouped together into categories of quantities which are mutually comparable. Lengths, diameters, distances, heights, wavelengths and so on would constitute such a category. Mutually comparable quantities have the same dimensionality. ISO 80000-1 [13] calls these “quantities of the same kind”.

Note 6 to entry: ISO 80000-1 specifies physical dimensions (e.g. length, mass, velocity). This document also permits non-physical dimensions (e.g. value dimensions such as: currency, quality indicator). The present concept of dimensionality equates to what ISO 80000-1 calls Dimensional Product, rather than to Dimension.

3.30

measure class

set of equivalent units of measure (3.33) for association with one or more dimensionalities (3.29)

3.31

coordinate

measurement from the origin of a frame of reference

3.32

notation

formal syntax and associated semantics

EXAMPLE:

UML, MOF, OCL, OWL/RDF, SKOS, CGIF, XCL, XTM or ISO/IEC 11404

Note 1 to entry: Formal syntax is often intended for machine processing.

[SOURCE:ISO/IEC 11179-3:2023, 3.2.36]

3.33

unit of measure

<value domain> actual units in which the associated values are measured

Note 1 to entry: ISO 80000-1 [13] specifies a system of physical measurement (the International System of Units, SI). Physical measurement is only one type of measurement. Value measurement is another type of measurement. This document permits the use of any appropriate system of measurement.

Note 2 to entry: The dimensionality (3.29) of the associated conceptual domain (3.5) shall be appropriate for the specified unit of measure.

3.34

unit of measure dimensionality

dimensionality (3.29) that specifies the equivalence relation that applies to all values representing a particular unit

3.35

quantity

value associated with a unit of measure (3.33)

Note 1 to entry: 32º Fahrenheit and 0º Celsius are quantities, and they are equivalent values in different measuring systems.

3.36

registry

information system for registration (3.37)

[SOURCE:ISO/IEC 11179-1:2023, 3.2.34]

3.37

registration

set of rules, operations and procedures for inclusion of an item in a registry (3.36)

Note 1 to entry: A detailed description of registration as it applies in ISO/IEC 11179 is found in ISO/IEC 11179-6.

[SOURCE:ISO/IEC 11179-1:2023, 3.2.88]

Bibliography

1ISO 3166-1, Codes for the representation of names of countries and their subdivisions — Part 1: Country code
2ISO/IEC 9075-2, Information technology — Database languages — SQL — Part 2: Foundation (SQ/Foundation)
3ISO/IEC 9899, Information technology — Programming languages — C
4ISO/IEC 11179-3:2003 1 , Information technology — Metadata registries (MDR) — Part 3: Registry metamodel and basic attributes
5ISO/IEC 11179-3:20131), Information technology — Metadata registries (MDR) — Part 3: Registry metamodel and basic attributes
6ISO/IEC 11179-3:2023, Information technology — Metadata registries (MDR) — Part 3: Metamodel for registry common facilities
7ISO/IEC 11179-6:2023, Information technology — Metadata registries (MDR) — Part 6: Registration
8ISO/IEC 11179-33:2023, Information technology — Metadata registries (MDR) — Part 33: Metamodel for data set registration
9ISO/IEC 11404:2007, Information technology — General-Purpose Datatypes (GPD)
10ISO/IEC 19505-1, Information technology — Object Management Group Unified Modeling Language (OMG UML) — Part 1: Infrastructure2 retrieved 2022-08-08)
11ISO/IEC 19505-2, Information technology — Object Management Group Unified Modeling Language (OMG UML) — Part 2: Superstructure3 retrieved 2022-08-08)
12ISO 21090, Health informatics — Harmonized data types for information interchange
13ISO 80000-1, Quantities and units — Part 1: General
14W3C XML Schema Definition Language (XSD) 1.1 Part 2: Datatypes, W3C Recommendation 5 April 2012 (See https://www.w3.org/TR/xmlschema11-2/ retrieved 2022-08-08)