公式公開識別子

公式公開識別子( FPI )は、製品、仕様、または文書を一意に識別するために使用できる、特定の構造を持つ短いテキストです。FPI は、Standard Generalized Markup Language (SGML) の一部として導入され、歴史的には SGML から派生した形式 ( HTMLおよびXML ) で特定の目的を果たします。最も一般的な用途のいくつかは、SGML、XML、および歴史的には HTML の文書型宣言(DOCTYPE) および文書型定義(DTD)の一部としてですが、 vCardおよびiCalendarファイル形式で、ファイルを生成したソフトウェア製品を識別するためにも使用されます。

最近では、オブジェクトを一意に識別するために、 Uniform Resource Identifiers (URI) とUniversally Unique Identifiers (UUID) が一般的に使用されています。FPI はレガシー システムになっています。

FPIは、所有者識別子、それに続く二重スラッシュ（//）、そしてテキスト識別子で構成されます。^{[1] ：381–382}たとえば、識別子「 」は、 FPIの発行者を示す所有者識別子と、 FPIが識別する特定の文書またはオブジェクトを示すテキスト識別子-//W3C//DTD HTML 4.01//ENの2つの部分に分けることができます。 ^[2]この例では、所有者識別子は「」で、テキスト識別子は「」です。 -//W3CDTD HTML 4.01//EN

テキスト識別子自体は複数の構成要素から構成されます。^{[1] : 385}空白の連続は単一のスペースと同等に扱われます。^{[1] : 381–382}

所有者識別子には、最初の3文字で区別される3つのタイプがあり、ISOISO所有者識別子、未登録所有者識別子-//、登録所有者識別子である。^{[1] ：383–384}+//

ISO所有者識別子は、 などのISOISO 8879:1986発行番号、またはISO-IR-111などのISO-IR登録番号のいずれかです。後者のタイプはFPIにのみ許可されています（下記参照）。どちらの場合も、 という文字で始まることで区別され、それらの文字の前にプレフィックスは必要ありません。^{[1] : 383–384}ISO Registration Number 111CHARSETISO

以前は、年と標準番号はハイフン（-、例ISO 8879-1986）で区切られていましたが、^[3]この使用は廃止されています。^[4]代わりに、ハイフンは部品番号と標準番号を区切るために使用されます^[2]（以前は単一のスラッシュ（/）を使用していました）^[5]年は、部品番号がある場合はその後ろに続き、コロン（:）で区切られます。^[2]

未登録の所有者識別子は で始まります-//。^{[1] : 384–385}未登録の識別子を使用する所有者には、W3C ( -//W3C)、^{[6] : 8–9} Internet Engineering Task Force ( -//IETF)、^[7]米国国防総省( -//USA-DOD)、^[8]欧州議会( -//EP) ^[9]などがあります。未登録の識別子は登録されていないため、一意であることが保証されません (別の所有者が同じ所有者識別子を選択する可能性があります)。そのため、FPI 全体の一意性の保証は弱まりますが、同じ所有者を持つ他のすべての FPI と、登録された所有者を持つすべての FPI の両方と区別されることは保証されます。^{[1] : 186}

登録所有者識別子は文字 で始まります。これはISO 9070+//で規定されている登録識別子を指します。^{[1] : 384}実際に登録される部分はの後に続く登録所有者プレフィックスであり、オプションで、たとえば組織内の部門を識別する可能性のある 1 つ以上の所有者割り当て部分が続く場合があります。^{[1] : 184}登録プレフィックスに加えて所有者名コンポーネントが使用される場合、それらはプレフィックスからペアで区切られます。^{[2] [10] : 63}+//::

ISO 9070に準拠した登録所有者プレフィックスは次のいずれかになります。^[2]

• ISO規格の権威の接頭辞。ISOまたはISO/IEC規格の識別子。^[2]+//これらのFPIは前述のように先頭に付く必要はありませんが、 ^{[1] : 184, 383–384}このような接頭辞は、FPIでISO規格、特にIEC規格でもある規格を参照する際に時々使用されます。^{[10] : 318–319}
• ISO登録機関のプレフィックス。次のようなものがあります。
  • 完全な登録機関のプレフィックス（ISO規格の識別子から年を除いたもので、/RA大文字と小文字は区別されません）^[2]
  • ISO 2375プレフィックス（文字列ISO Registration Numberとスペースの後にISO-IR番号が続く^[2]。ただし、前述のように、+//この場合は省略できます）。^{[1] ：383–384}
  • ISBNプレフィックス（文字列ISBN、スペース、ISBN）^{[2] [10] : 321–325 は、ISO 9070 [1] : 184, 384}の後の改正で受け入れられるようになりました。
  • 最近では、登録されたドメイン名（IDNとスペース）も許可されています。^{[11] [12]}たとえば、の所有者は、example.net所有者識別子「+//IDN example.net」を使用してFPIを発行できます。
• ISO会員団体の接頭辞、すなわちISO会員である標準化団体の識別子。^{[2] [1] : 184, 384}
• ISOで識別される組織権限の接頭辞ICD:スペースを入れずにISO 6523組織コードが続く文字列。^{[2] [1] : 184}

テキスト識別子は、クラス、説明、言語に分けることができます。例では-//W3C//DTD HTML 4.01//EN、クラスは「DTD」で、FPIが文書型定義を表していることを示しています。説明は「 」HTML 4.01、言語は「EN」で、文書型定義が英語で書かれていることを示しています（ただし、DTDに準拠した文書は英語である必要はありません）。^{[6] ：7}クラスはスペース文字を使用して説明から区切られ、説明は二重スラッシュを使用して言語から区切られます。テキスト識別子には、オプションで、言語の後にバージョンインジケーターを含めることができ、これも二重スラッシュで区切られます。

テキスト識別子は//所有者識別子の直後に続き、次のブロック大文字の単語の1つで始まり、その後にスペースが続き、パブリックテキストクラスを指定します。^{[1] ：385–387}

DOCUMENT、 SGML文書SUBDOCまたはTEXTSGML文書のフラグメントを参照します。^{[1] ：386}クラスのものは、TEXTテキストエンティティ（エンティティタイプのキーワードなし、つまり文書に直接挿入）を使用して参照されることを意図していますが、クラスのものはSUBDOCサブドキュメントエンティティ（SUBDOCエンティティ宣言でキーワードを使用、つまり独自の個別のスキーマ、名前空間などで解釈される）を使用して参照されることを意図しています。^{[1] ：294〜296、400〜401}クラスのものは、DOCUMENT囲む文書からエンティティとして参照されることを意図していません。

CAPACITYおよび は、SYNTAXSGML 宣言の一部を指します。SD(SGML 宣言全体) は、後に標準に追加された拡張機能によってこのリストに追加されました。この拡張機能は、XML に必要な特定の拡張機能も指定します。^{[13] は、} LPD SGML リンク プロセス定義 (ある SGML 形式から別の SGML 形式への変換を定義) を指します。および はELEMENTS、特定の種類のマークアップ宣言で構成される文書型定義(DTD)の一部を指します。は、DTD 全体を指します。 ENTITIESSHORTREFDTD

残りの3つはSGMLの外部の概念を参照しています。コード化文字セットCHARSET、ファイル形式などの形式（外部ファイルからのエンティティへの参照用、または要素内に含まれるテキスト形式の解釈用）、^{[1] ：336〜337}、およびSGML以外の形式のアセットを参照しています。 NOTATIONNONSGML

-//FPI が利用できない公開テキスト^{[1] : 385} (つまり、一般の人がアクセスまたは購入できない文書、ファイル、または仕様)を参照している場合は、テキストクラス名の後のスペースの後にシーケンスが続きます。 ^{[1] : 182}公開テキストの説明はこのマーカーの後に続きます。利用可能な公開テキストの場合、説明はテキストクラス名の後のスペースの直後に続きます。^{[1] : 385} ISO 出版物の場合、説明は出版物のタイトルの最後の要素から取得され、部品番号はカウントされません。それ以外の場合は、許可された文字の適切に一意の文字列にすることができます。^{[1] : 387}説明は別の//ペアで終了します。^{[1] : 385}

FPI の記述に続く部分はテキストクラスによって異なります。FPI の場合CHARSET、これは公開テキスト指定シーケンスであり、^{[1] : 385}列/行表記法 (例 ) でISO/IEC 2022指定エスケープシーケンスのテキスト表現を示しますESC 2/8 4/0。登録指定エスケープは指定された ISO 所有者識別子と一致することが期待されますが、私的使用指定エスケープは FPI 所有者識別子によって名前空間化されます。^{[1] : 389–390}このタイプの FPI の例として、FPIはHTML 4の SGML 宣言ISO Registration Number 177//CHARSET ISO/IEC 10646-1:1993 UCS-4 with implementation level 3//ESC 2/5 2/15 4/6でUnicode を識別するために使用されます。^[14]

その他すべてのFPI（つまり、クラスが ではないものCHARSET）の場合、説明に続く部分は、大文字のシーケンスであるパブリックテキスト言語であり、 ISO 639-1コードであることが強く推奨されます（ただし、必須ではありません）。^{[1] ： 387–388} ISO 639-1コードの使用を義務付けないことで、検証ソフトウェアに言語がISO 639-1コードであるかどうかを確認する必要性を回避し、拡張性も可能にします。[ ^{1] ： 387}たとえば、実際に使用される少数のFPIは、ISO 639-1コードがリソースを他の言語または言語変種のバージョンと区別するのに不十分であることが判明した場合に、ISO 639-3コード（低地ドイツ語など）^[15]またはハイフンを削除したIETF言語タグ（ガジカで書かれたセルビア語など）^[16]を使用します。ISO 9070の推奨に従い、Steven DeRoseとDavid G. Durandは、ISO 639コードが適用できない場合に使用することを提案している。^{[10] : 62}NDSSRLATNXX

仕様では、リソースの言語は定義されたデータや名前、ソースコードコメントの言語に影響を与える可能性があるが、一部のテキストクラスのユーザビリティには他のテキストクラスよりも大きな影響を与えるとしている。^{[1] : 387}たとえば、ENHTML 4 または XHTML 1 DOCTYPE 宣言の FPI で指定された言語は、Web ページ自体の言語に関係なく変更しないでください。^{[6] : 7}対照的に、DocBookのDSSSLスタイルシートは、特定のローカリゼーションの文字列テーブルエンティティセットを識別するために、異なる言語の FPI を内部的に使用します。^[17]

CHARSETさらに、、、 FPI（指定シーケンスまたは言語が最後の部分でなければならない）を除き、CAPACITY[ 1 ^{] : 390}言語コードの後に​​別のペアが続き、 ^{[1] : 385}パブリックテキスト表示バージョンが続き、 SGMLエンティティの実装が対象とする特定のプラットフォームを指定します。 ^{[1] : 389–390}たとえば、基本エンティティセットは、トートロジーエンティティを使用してLatin-1名前付きエンティティを定義します。^{[1] : 506–507  [18]}一方、は、 XMLで使用するためにUnicodeコードポイント参照を使用してそれらを実装します。^{[19]同様に、} HTML 5とMathMLの共通エンティティセットはFPI を使用します。^[20]NOTATIONSYNTAX//ISO 8879:1986//ENTITIES Added Latin 1//ENSDATAISO 8879:1986//ENTITIES Added Latin 1//EN//XML-//W3C//ENTITIES HTML MathML Set//EN//XML

FPIは、 HTML、XML、 SGML（ Standard Generalized Markup Language）文書の有効な構成要素である文書型宣言（DOCTYPE）の中で、最も理解されていない部分であることは間違いありません。 ^{[29]正式公開識別子がホスト文書に与える影響は、その構文の正確さやそれを}解析するプログラムの動作だけでなく、 FPIが参照するスキーマを担当する組織のISO登録状況にも左右されるという点で異例です。 ^[30]

SGML では、リソースの識別子として 2 つの形式が使用されています。システム識別子は、特定のシステム内でのみ一意かつ意味を持ちますが、パブリック識別子は、より広い範囲で一意かつ意味を持ちます。^{[1] : 186}ここでの「パブリック」という用語は、リソースが一般に公開されていることを必ずしも意味するわけではありません。たとえば、単一の組織内でのみ利用可能な場合もあります (その場合は、利用できないパブリック テキストです)。リソースが参照されている特定のシステム環境またはドキュメントのコンテキストの外部に存在することだけを意味します。^{[1] : 182} FPI は、SGML 標準 (ISO 8879) で規定されている正式な構造に従うという意味で、「正式な」パブリック識別子です。^{[1] : 183}正式な構造に従わないパブリック識別子 (FPI ではない) は、「非公式な」パブリック識別子と呼ばれることもあります。^{[1] : 186}

正式な（非公式な）公開識別子の制約はオプション機能ですが、FPI の仕様は ISO 8879 の開発の後半で導入されたため、公開識別子には FPI を使用することが強く推奨されます。これは、FPI 構造により、ある所有者によって割り当てられた FPI が他の所有者によって割り当てられた FPI と衝突しないことが保証されるからです（名前が衝突する未登録の所有者の場合を除く）。一方、非公式な公開識別子には一意性の保証がなく、ある所有者によって割り当てられた FPI が、別の所有者によって割り当てられた正式なまたは非公式な公開識別子と衝突する可能性があります。^{[1] : 186}正式な構造を使用して公開識別子を解釈できるようにする機能（つまり、公開識別子が FPI であることを要求する機能）は、機能名を使用して SGML 宣言内で有効にできますFORMAL。^{[1] : 64, 88, 378}

対照的に、システム識別子はSGML自体によって定義された構造を持たず、ファイル名、データベースキー、またはインデックス可能なストレージのアドレスである場合もありますが、SGMLシステムのエンティティマネージャコンポーネントによって解釈され、エンティティの場所を識別します。^{[1] : 378}そのため、ISO / IEC 8879自体は、正式なシステム識別子（FSI）という用語は使用していません。この用語は、ISO / IEC 10744（ HyTime）の修正で定義されています。 ^[31]

SGML外部識別子は、PUBLICキーワードの後に​​パブリック識別子のリテラルとオプションのシステム識別子のリテラルが続くか、キーワードSYSTEMの後に​​オプションのシステム識別子のリテラルが続くかのいずれかで構成されます。 ^{[1] : 379}リテラルの先頭と末尾には、リテラル区切り文字または代替リテラル区切り文字, ^{[1] : 380–381}が付けられます。これらは通常、SGML 宣言によって二重および一重の ASCII 引用符に設定されます。これは、SGML の参照具象構文^{[1] : 372}や XML でも同様です。^[32] SGML エンティティ定義で、システム識別子が続かずにキーワードを使用するSYSTEMことは、エンティティ マネージャが名前だけでエンティティを解決できる場合に許可されます。^{[1] : 378}外部識別子は、文書型定義（DTD）を参照する文書型宣言（DOCTYPE） 、 ^{[1] : 403}外部エンティティ仕様^{[1] : 400}およびDTD内の表記法宣言^{[1] : 427}およびリンクプロセス定義（LPD）を参照するリンク型宣言で使用されます。^{[1] : 433–434}

XML の外部識別子は、一般的な SGML よりも制約が厳しく、変更によって焦点は FPI などのパブリック識別子から、システム識別子の形式の標準化へと移っています。システム識別子は (絶対または相対) URI として扱われますが、 [ ^{33] [34]} URI フラグメント識別子 ( で始まる部分) を含んではなりません#。^[34]システム識別子も一般的には必須です。^[35]キーワードSYSTEMの後に​​はシステム識別子リテラルが続く必要があり、PUBLIC一般的な外部識別子の構文では、キーワードの後に​​はパブリック識別子とシステム識別子の両方のリテラルが続く必要があります。^[34]ただし、例外として、表記宣言ではシステム識別子なしでパブリック識別子を使用できます。^[36]

システム識別子はURI（HyTimeの目的上、形式システム識別子またはFSIの一種として分類される^{[31] [37] : 19}、またはより狭義にはストレージオブジェクト識別子として分類される）である必要があるという要件とは対照的に、^[31] SGMLFORMAL機能はXMLでは無効になっています。^{[33] [38]}これは、公開識別子の形式がXMLによって指定されていないためです（つまり、公開識別子はFPIであることが明示的に要求されていませんが、そうである場合もあります）。XML仕様が公開識別子について規定している唯一の詳細は、システム識別子と一緒に指定できること、およびXMLプロセッサが他の情報と一緒に使用して代替URIを決定できることです（それができない場合は、システム識別子で指定されたURIを使用する必要があります）。^[34]

XML名前空間の識別文字列は、空でないURI（絶対URLなど。相対URLの使用は非推奨）である必要がありますが、^[39]解決可能なURLである必要はなく、たとえばURNでもかまいません。^[35]

さらに、 XML Schema (XSD)などの代替スキーマ形式は、XML コンテキストで DTD の競合相手として機能し、DTD の制限の一部を克服します。XSD は (DTD とは異なり) 他の XML ドキュメントと同じツールを使用して検証でき、^[40] XML 名前空間(DTD は、問題の要素名と属性名の固定部分としてのみ解釈できます)をサポートし、 ^{[41]電話番号などのテキスト データの形式に}正規表現の制約を適用でき、複雑なコンテンツ モデル構造をより適切に表現できます。^[40]

そのため、XML フォーマットが DTD を使用することはそれほど一般的ではなく (たとえば、表記法や外部エンティティに FPI を使用する場合があります)、したがって、DTD を参照する DOCTYPE が含まれることもあまり一般的ではありません (FPI または URI のみで参照されますが、DOCTYPE は XML ファイル自体に埋め込まれたエンティティ定義に引き続き使用される場合があります)。^[42]たとえば、RSSのほとんどのバージョン(RSS 0.91 を除く) には公式の DTD がありません。^[43]同様に、当初は FPI によって DTD を識別する文書型宣言を使用していたDocBookフォーマットは、バージョン 5.0 で主要なスキーマ定義を DTD からRELAX NGに切り替え、その時点で文書型宣言を使用しなくなりました。^{[44]また、} Scalable Vector Graphics (SVG)もバージョン 1.2 で同じことを行いました。^[42]

FPI などの公開識別子で識別されるリソースにシステム識別子 (パスや URL など) が指定されていない場合、SGML システムのエンティティ マネージャは公開識別子を参照してシステム識別子を生成します。SGML 仕様自体はエンティティ マネージャがこれを行う方法を指定していませんが、^{[7] : 65–66}公開識別子をシステム識別子にマッピングするテーブルを使用するように意図されていました。^{[1] : 180}したがって、公開識別子からシステム識別子へのマッピングを含むSGML カタログ形式が作成されました。カタログ ファイルでは、特定のシステム識別子を上書きするためのルールを指定することもできます。^{[7] : 65–66  [45] [46] [47]}

XMLではSGML自体よりも多くの場所でシステム識別子の使用が義務付けられていますが、特定のシステム識別子を再マッピングしたり上書きしたりするためにカタログが必要になる場合があります。たとえば、ローカルパスのシステム識別子は他のマシンでは役に立たない可能性があり、ネットワークURLのシステム識別子はネットワーク接続が利用できない場合には役に立ちません。^[35]したがって、XMLソフトウェアで使用するための代替のXMLベースのカタログ形式が存在し、URIの置き換えや書き換え、およびFPIからURIへのマッピングのルールをサポートしています。^[35]

例えば、SGMLカタログのエントリは、Scalable Vector Graphics 1.1 DTDのコピーへのローカルパス（カタログファイルからの相対パス）を指定し、SGMLプロセッサが使用すべきSGML宣言（この場合はXML構文の宣言）を指定することができる。^[48]

パブリック "-//W3C//DTD SVG 1.1//EN" svg11.dtd
DTDDECL "-//W3C//DTD SVG 1.1//EN" /usr/share/xml/declaration/xml.dcl

代替XMLカタログ形式のスキーマ自体はDTDで定義されており、それ自体はFPI（-//OASIS//DTD Entity Resolution XML Catalog V1.0//EN）で識別されます。^[49]同様に、FPIからパスへのマッピングを表現することもできますが、XMLでのみ使用することを意図しているため、代替SGML宣言の指定はサポートされていません。^[35]ただし、SGMLカタログで表現可能な残りの情報を表現するための拡張機能は存在します。^[50]上記のDTD FPIマッピングは次のように表されます。^[49]

<public publicId= "-//W3C//DTD SVG 1.1//EN" uri= "svg11.dtd" />  

HTMLバージョン2から4（XMLベースのXHTML 1.xを含む）は、SGMLのプロファイルとして定義され、SGML宣言と文書型定義（DTD）で指定されていました。使用されている特定のDTDバージョンは、FPIを使用した文書型宣言で指定され、場合によっては（特に後のバージョンでは、および前述のようにXMLで必要な場合）、システム識別子としてDTDファイルのURLと組み合わせて使用​​​​されました。^{[6] ：8–9} XMLのSGML宣言とは対照的に、^[33] HTMLのSGML宣言ではこのFORMAL機能が有効になっており、^[14] HTML DTDで使用される公開識別子とHTML DTD内で使用される公開識別子はFPIである必要がありました。

FPIを含む 文書型宣言（HTML 4.01 Strict用）^{[51] ：}

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">

上記の文書型宣言のFPIは と書かれており-//W3C//DTD HTML 4.01//EN、^[30] URLはシステム識別子として与えられている。FPIは厳密に言えばオプションである。カスタムHTML DTDを定義してFPIを省略することもできたが（一般的ではない）、この場合、 FPIのないシステム識別子の包含はキーワードによって示されるSYSTEM。^{[6] : 6–7}関連するFPIのないカスタムシステム識別子の一例は次の通りである: ^[52]

<!DOCTYPE html システム "http://www.ibm.com/data/dtd/v11/ibmxhtml1-transitional.dtd">

文書型宣言は主にSGML検証ツールでの使用を意図していたため、当初はブラウザでは無視されていました。しかし、古いウェブページは、作成時に使用されていたブラウザで正しく表示されるように設計されており、たとえばCSSなどの仕様に必ずしも準拠してウェブページをレンダリングしているわけではありませんでした。つまり、標準準拠性を向上させるとブラウザが既存のウェブページを誤って表示してしまうため、ブラウザは文書型宣言を使用して、ページがレンダリングされる「モード」を切り替えていました。^{[37] : 17–18}

「Quirks モード」は、既存のページを壊さないように、以前のブラウザ バージョンからのレガシー動作を保持していました。たとえば、Internet Explorerバージョン 6 および 7 は、Internet Explorer 5.5 のボックス モデルを使用してページをレンダリングします。「標準モード」は、関連する仕様にさらに厳密に準拠します。当時「ほぼ標準モード」と呼ばれ、FirefoxとSafariによって最初に実装されたモードは、画像を含むテーブル セルの高さを決定するときに従来の動作を使用しますが、それ以外は標準モードのように動作します。これは、導入当時の Internet Explorer の「標準モード」の動作に対応していました。^{[6] : 9–11  [37] : 18–19}

例えば、HTML 4.01 Strict FPI ( -//W3C//DTD HTML 4.01//EN) を使用する DOCTYPE は、Internet Explorer 6 で標準モードをトリガーし、コンテンツ ボックス ボックス モデルを使用することになります。一方、HTML 4.01 Transitional FPI ( -//W3C//DTD HTML 4.01 Transitional//EN) を使用する DOCTYPE は、Internet Explorer 5.5 (ボーダー ボックス) ボックス モデルの使用を含む Quirks モードをトリガーします。^{[6] : 9–11}ブラウザは、FPI に加えて、Quirks モードと標準モードのどちらかを決定する際にシステム識別子の有無を考慮します。DOCTYPE 宣言がまったくない場合 (または、Internet Explorer 6 の場合、DOCTYPE 宣言がファイルの最初の行ではない場合)、Quirks モードがトリガーされます。^{[37] : 19–20}

HTML 5 は、XHTML 表現を除き、SGML のプロファイルとして定義されていません。そのため、DTD を使用して定義されていません。

HTML 5の初期草案では、DTD FPIの代わりにDOCTYPEのNONSGML-type FPIが使用されていました。これは、Internet Explorer 6のQuirksモードがアクティブにならないためです。 ^[53]これは最終的に完全に廃止され、最終的なHTML 5 DOCTYPEではFPIが使用されていません。推奨される形式は、単に（パブリック識別子もシステム識別子も使用しない）ですが、（ about: URIスキームを使用）のシステム識別子も許容されています。^[54]-//WHATWG//NONSGML HTML5//EN<!DOCTYPE html>about:legacy-compat

対照的に、XML表現（XHTML）は、DOCTYPEを持つことが許可されていますが必須ではありません。また、HTML 5スキーマには検証DTDは提供されていません。^{[55]ただし、XHTML 1.0、XHTML 1.1、MathML DTDのさまざまなFPIは、}文字エンティティの定義を含むdata: URIを指すように定義されています（ネットワークアクセスを回避するため）。^[56]

HTML 5 の HTML (XHTML とは対照的) 表現における FPI の唯一の機能は、レガシー モードを起動することです。WHATWG HTML標準では、どの FPI が Quirks モードを起動するかのリストが指定されています。これには、さまざまなベンダーがカスタマイズした HTML DTD の FPI が含まれます。また、さまざまな HTML 2.0「レベル」の DTD の FPI や、HTML 3.0、3.2、HTML 4.0 および 4.01 の Transitional および Frameset バージョンの FPI も含まれます。ただし、HTML 4.01 (HTML 4.0 ではない) の Transitional および Frameset FPI にシステム識別子が付随している場合は、代わりにほぼ標準モード (「限定 Quirks モード」に名前が変更されました) を起動します。XHTML 1.0 の Transitional および Frameset FPI は、無条件に限定 Quirks モードを起動します。ほとんどの場合、これらは、所有者、クラス、説明 (ただし、言語のどの部分にも一致) を含むプレフィックスとして指定されます。^[52]

仕様では、一意の識別タスクを処理するために、FPI ではなく URI を使用することが増えています。たとえば、XML 名前空間名はURI です。

ユニフォームリソース名（URN）名前空間は、任意のFPIをURIとして書き換えることができるように定義されており、^[11]二重スラッシュをコロンに置き換えます。前の例は、次のURIとして記述できます。

urn:publicid:-:W3C:DTD+HTML+4.01:EN