識別子

識別子は、一意のオブジェクトまたは一意のオブジェクトのクラスを識別する (つまり、そのアイデンティティをラベル付けする) 名前です。ここでの「オブジェクト」またはクラスは、アイデア、人、物理的な可算オブジェクト (またはそのクラス)、または物理的な不可算物質 (またはそのクラス) です。略語ID は、多くの場合、アイデンティティ、識別 (識別するプロセス)、または識別子 (つまり、識別のインスタンス) を指します。識別子は、単語、数字、文字、記号、またはそれらの任意の組み合わせです。

単語、数字、文字、または記号は、エンコード システム(文字、数字、単語、または記号がアイデアや長い名前を表す)に従う場合もあれば、単に任意の場合もあります。識別子がエンコード システムに従う場合、コードまたはID コードと呼ばれることがよくあります。たとえば、ISO/IEC 11179メタデータ レジストリ標準では、記号的な意味を持たない識別子とは対照的に、長い値を置き換える有効な記号のシステムとしてコードを定義しています。エンコード スキームに従わない識別子は、多くの場合、任意の IDと呼ばれます。つまり、任意に割り当てられ、それ以上の意味はありません。(識別子は、実際には任意の場合でも、「コード」と呼ばれることがあります。これは、話者がより深い意味があると信じている場合や、単に気軽に不正確に話しているためです。)

固有識別子( UID ) は、 1 つのインスタンスのみ、つまり宇宙の 1 つの特定のオブジェクトのみを参照する識別子です。部品番号は識別子ですが、固有識別子ではありません。固有識別子には、部品設計の各インスタンスを識別するためのシリアル番号が必要です。したがって、識別子「モデル T」は、フォードのモデル Tを構成する自動車のクラス(モデル)を識別します。一方、固有識別子「モデル T シリアル番号 159,862」は、そのクラスの特定のメンバー、つまり特定の人物が所有する特定のモデル T 車を 1 台識別します。

名前と識別子の概念は、表示上は同等であり、したがって、これらの用語は表示上同義です。ただし、コード名とID 番号は、従来の自然言語の命名の意味では、名前とは暗黙的に区別されることが多いため、常に暗黙的に同義であるとは限りません。たとえば、「Jamie Zawinski」と「Netscape従業員番号 20」は、どちらも同じ特定の人間を表す識別子ですが、通常の英語の暗黙では、「Jamie Zawinski」は「名前」であって「識別子」ではないと見なされる場合があります。一方、「Netscape 従業員番号 20」は「識別子」であって「名前」ではないと見なされます。これは、エティックな区別ではなく、エミックな区別の欠如です。

メタデータでは、識別子は、識別スキーム内でオブジェクトを一意に識別する、言語に依存しないラベル、記号、またはトークンです。接尾辞「識別子」は、データ要素に名前を付けるときの表現用語としても使用されます。

ID コードには、メタデータが付随している場合があります。たとえば、目の前にある食品パッケージに「2011-09-25T15:42Z-MFR5-P02-243-45」という識別子が付いていることがわかっている場合、そのデータだけでなく、2011 年 9 月 25 日午後 3 時 42 分 UTC にパッケージ化され、米国イリノイ州ピオリアの工場ビル 2 でライセンス ベンダー番号 5 によって製造され、そのシフトでラインから出荷された 243 番目のパッケージであり、検査官番号 45 によって検査されたことを示すメタデータも持っています。

任意の識別子にはメタデータがない場合があります。たとえば、食品のパッケージに 100054678214 とだけ記載されている場合、その ID は識別情報以外何も伝えず、日付、製造元名、製造順序ランク、検査員番号は伝えません。場合によっては、連続したシリアル番号などの任意の識別子によって情報が漏洩することがあります (ドイツの戦車問題など)。不透明な識別子 (わずかな情報さえも漏洩しないように設計された識別子) には、「非常に不透明なポインタ」やバージョン 4 UUID などがあります。

コンピュータ サイエンスでは、識別子 (ID) はエンティティに名前を付ける語彙 トークンです。識別子は、事実上すべての情報処理システムで広く使用されています。エンティティを識別すると、エンティティを参照できるようになります。これは、あらゆる種類の記号処理に不可欠です。

コンピュータ言語では、識別子は言語エンティティに名前を付けるトークン（シンボルとも呼ばれる）です。識別子が表すエンティティの種類には、変数、型、ラベル、サブルーチン、パ​​ッケージなどがあります。

リソースには複数の識別子が含まれる場合があります。代表的な例は次のとおりです。

• 複数の名前、ニックネーム、呼称（敬称、あいさつ）を持つ人物
  • たとえば、ある特定の人物が、次の識別子すべてによって識別される場合があります: Jane Smith、Jane Elizabeth Meredith Smith、Jane E. M. Smith、Jane E. Smith、Janie Smith、Janie、Little Janie (母親、姉妹、またはいとこである Big Janie とは対照的)、Aunt Jane、Auntie Janie、Mom、Grandmom、Nana、Kelly の母親、Billy の祖母、Ms. Smith、Dr. Smith、Jane E. Smith、PhD、Fuzzy (職場での彼女の冗談めいたニックネーム)。
• 複数のバージョンを持つ1つの文書^[1]
• 1つの物質に複数の名前が付けられている（例えば、CAS索引名とIUPAC名、^[2] INNジェネリック医薬品名とUSANジェネリック医薬品名とブランド名）

逆の場合も可能で、複数のリソースが同じ識別子で表されます (以下で説明)。

多くのコードや命名体系は、小さな名前空間から生まれます。長年にわたり、それらのいくつかはより大きな名前空間に浸透していきます（国境を越えた貿易、科学的協力、軍事同盟、一般的な文化的相互接続または同化など、人々が以前はそうでなかった方法で交流するようになるにつれて）。そのような普及が起こると、以前は潜在的で無意味だった元の命名規則の限界が痛いほど明らかになり、レトロニミー、同義性、翻訳/トランスコーディングなどが必要になることがよくあります。このような限界は通常、元のコンテキストからより広いコンテキストへの移行に伴って生じます。通常、システムは暗黙のコンテキスト（コンテキストは以前は想定されており、狭い）、容量の欠如（可能な ID の数が少ない、時代遅れの狭いコンテキストを反映している）、拡張性の欠如（機能が定義されておらず、将来のニーズに備えて留保されている）、および特異性と曖昧さ解消機能の欠如（長年の一意性が新しい非一意性に遭遇するコンテキストシフトに関連）を示します。コンピュータサイエンスでは、この問題は命名の衝突と呼ばれています。CODENシステムの誕生と拡張の物語は、ここ数十年の技術命名法の文脈における良い事例を提供します。特定の指定子に見られる大文字の使用法のバリエーションは、固有名詞と普通名詞の区別 (およびその複雑さ) に対処する必要がある自然言語で発生するこの問題の例を示しています。すべてのオブジェクトに UID がある宇宙では、名前空間は必要ありません。つまり、1 つの巨大な名前空間が構成されることになりますが、人間の頭では、これほど多くの UID を追跡したり、意味的に相互に関連付けたりすることはできません。

• Wiktionaryの識別子の辞書定義
• ウィキメディア・コモンズの識別子に関連するメディア