ファイル名拡張子

ファイル名拡張子、ファイル名拡張子、またはファイル拡張子は、コンピュータファイル名の接尾辞です（例：、、 ）。拡張子は、ファイルの内容の特性またはその使用目的を示します。ファイル名拡張子は通常、ピリオドでファイル名の残りの部分から区切られますが、一部のシステム[1]ではスペース^で区切られます。 .txt.docx.md

一部のファイル システムでは、ファイル名拡張子をファイル システム自体の機能として実装し、拡張子の長さと形式を制限する場合があります。一方、他のファイル システムでは、ファイル名拡張子を特別な区別なくファイル名の一部として扱います。

Multicsファイル システムでは、ファイル名は基本名と拡張子コンポーネントに分割されず、単一の文字列として保存されるため、「.」はファイル名で使用できる文字の 1 つとして使用できます。可変長ファイル名を使用でき、複数のドット (つまり複数のサフィックス) を使用できますが、ドット (つまりサフィックスなし) も使用できます。Multics の一部のコンポーネント、および Multics 上で実行されるアプリケーションでは、サフィックスを使用してファイルの種類を示しますが、すべてのファイルにサフィックスが必要なわけではありません。たとえば、実行可能ファイルや通常のテキスト ファイルの名前には、通常、サフィックスはありません。

UNIX 系オペレーティング システムのファイル システムも、ファイル名を 1 つの文字列として保存します。この場合、「.」はファイル名の 1 つの文字として保存されます。複数のサフィックスを持つファイルは、複数の拡張子を持つと言われることがありますが、この点については用語が異なり、ほとんどの著者は、同じファイル名に複数の拡張子を許可しない方法で拡張子を定義しています。 ^[要出典]複数の拡張子は通常、ネストされた変換を表します。たとえば、files.tar.gz(.tarは、ファイルが1 つ以上のファイルのtar アーカイブ.gzであることを示し、は、 tar アーカイブ ファイルがgzipで圧縮されていることを示します)。ファイルを変換または作成するプログラムは、入力ファイル名から推測された名前に適切な拡張子を追加することがあります (出力ファイル名が明示的に指定されていない場合)。ただし、ファイルを読み取るプログラムは通常、その情報を無視します。これは主に人間のユーザーを対象としています。特にバイナリ ファイルでは、ファイルにその内容を説明する内部または外部のメタデータが含まれることがより一般的です。このモデルでは、通常、コマンドで完全なファイル名を提供する必要がありますが、メタデータ アプローチでは、拡張子を省略できることがよくあります。

DOSおよび 16 ビットWindowsでは、ファイル名は最大 8 文字、ピリオド、および最大 3 文字の拡張子で構成されます。DOSおよび Windows のFATファイル システムでは、ファイル名は 8 文字の名前と 3 文字の拡張子として保存されます。ピリオド文字は保存されません。

Microsoft およびIBMのOS/2で使用されている高性能ファイル システム(HPFS) では、ファイル名が単一の文字列として保存され、「.」文字はファイル名内の単なる 1 つの文字として扱われます。HPFS ではファイルの拡張属性がサポートされているため、ファイルのタイプを拡張属性としてファイルに保存できますが、サフィックスを使用する慣例は引き続き使用されています。

Microsoft のWindows NTのネイティブ ファイル システムであるNTFSと、その後のReFSも、ファイル名を 1 つの文字列として保存します。この場合も、既存のバージョンの Windows との互換性を保つために、拡張子をシミュレートするためにサフィックスを使用する慣例が継続されました。Windows NT 3.5では、 VFATと呼ばれる FAT ファイル システムの変種が登場しました。これは、ファイル名を 1 つの文字列として扱い、より長いファイル名をサポートします。

Windows 95では、VFAT により長いファイル名のサポートが導入され、非 NT Windows のファイル名における 8.3 形式の名前/拡張子の分割が削除されました。

従来のMac OSはファイル名ベースの拡張子メタデータを完全に廃止し、代わりにファイル形式を識別するために明確なファイルタイプコードを使用していました。さらに、ファイルのアイコンをダブルクリックしたときにどのアプリケーションが起動するかを決定するためにクリエーターコードが指定されていました。^{[2]しかし、} macOSは、タイプコードとクリエーターコードに加えて、 UNIXのようなNeXTSTEPオペレーティングシステムから派生した結果としてファイル名サフィックスを使用しています。

Commodore システムでは、ファイルの拡張子は PRG、SEQ、USR、REL の 4 つだけです。ただし、これらはプログラムで使用されるデータ タイプを区別するために使用され、内容の識別には関係ありません。

グラフィカル ユーザー インターフェイスの出現により、ファイル管理とインターフェイスの動作の問題が生じました。Microsoft Windows では、複数のアプリケーションを特定の拡張子に関連付けることができ、ファイルの表示、編集、印刷を選択できるコンテキスト メニューなど、必要なアプリケーションを選択するためのさまざまなアクションが用意されていました。拡張子は 1 つのファイル タイプを表すという前提は依然として存在し、拡張子とアイコンの間には明確なマッピングがありました。

インターネット時代が到来した当初、 8.3ファイル名形式に制限されていた Windows システムを使用しているユーザー.HTMは、 で終わる名前の Web ページを作成する必要がありましたが、Macintoshや UNIX コンピューターを使用しているユーザーは、推奨されるファイル名拡張子を使用できました。これは、 Java プログラミング言語.htmlを試しているプログラマーにとっても問題になりました。Javaでは、ソース コードファイルには4 文字のサフィックスが必要であり、 Javaコンパイラオブジェクト コード出力ファイルには5 文字のサフィックスが必要だからです。^[3].java.class

ファイル名拡張子は、メタデータの一種と見なすことができます。^[4]これらは通常、ファイルにデータを格納する方法に関する情報を暗示するために使用されます。ファイル名のどの部分が拡張子であるかを決定する基準を与える正確な定義は、使用されている特定のファイルシステムのルールに属します。通常、拡張子は、ドット文字が最後に出現した場合、それに続く部分文字列です(例: txtはファイル名の拡張子でreadme.txt、htmlは の拡張子ですindex.html)。VMのCMS、VMSなどの一部のメインフレームシステム、 CP/Mなどの PC システム、 MS-DOSなどの派生システムのファイルシステムでは、拡張子はファイル名とは別の名前空間です。Microsoft のDOSおよびWindowsでは、、またはなどの拡張子は、ファイルがプログラム実行可能ファイルであることを示します。OS /360 および後継システムでは、データセット名の最後のピリオドに続く部分は低レベル修飾子と呼ばれ、 TSO EDITなどの一部のソフトウェアでは拡張子として扱われますが、オペレーティングシステム自体には特別な意味はありません。 MVS の Unix ファイルにも同じことが当てはまります。 EXECOMBAT

ファイル名拡張子は、もともとファイルの一般的なタイプを決定するために使用されていました。^{[要出典]ファイルのタイプを}3 文字に凝縮する必要性から、拡張子が短縮されることがよくありました。例として、.GFXグラフィック ファイルには 、プレーン テキスト.TXTには、音楽には が使用されています。しかし、これらのデータ タイプ (およびその他のデータ タイプ) をさまざまな方法で処理するさまざまなソフトウェア プログラムが作成されたため、ファイル名拡張子は特定の製品 (特定の製品バージョンにさえ) と密接に関連付けられるようになりました。たとえば、初期のWordStarファイルはまたは を使用していました ( nはプログラムのバージョン番号)。また、一部のファイル名拡張子の使用法が競合するようになりました。1 つの例として、 RPM パッケージ マネージャーパッケージとRealPlayer Media ファイルの両方に使用されるがあります。 ^[5]その他の拡張子は、DESQviewフォント、Quicken財務台帳、およびQuickTime画像で共有されます。^[6]は、GrabItスクリプトとGame Boy Advance ROM イメージで共有されます。^{[7] は}SmallBasicとScratchで使用されます。.MUS.WS.WSn.rpm.qif .gba .sb.dts

HTTPやMIME 電子メールなどの多くのインターネットプロトコルでは、ビットストリームのタイプは、ファイル名の拡張子ではなく、ストリームのメディア タイプ、つまり MIME タイプとして示されます。これは、Content-type: text/plainのように、ストリームの前のテキスト行で示されます。

ファイル名拡張子とメディア タイプの間には標準的なマッピングがないため、インターネット経由でファイルを転送する際に、作成者、Web サーバー、クライアント ソフトウェア間で解釈の不一致が発生する可能性があります。たとえば、コンテンツ作成者は圧縮されたScalable Vector Graphicsファイルに拡張子svgz を指定する場合がありますが、この拡張子を認識しない Web サーバーは適切なコンテンツ タイプapplication/svg+xmlと必要な圧縮ヘッダーを送信しない可能性があり、Web ブラウザーは画像を正しく解釈して表示できません。

BFSファイルシステムが拡張属性をサポートするBeOS では、メディアタイプを拡張属性としてファイルにタグ付けします。KDEやGNOMEなどの一部のデスクトップ環境では、ファイルコマンドのようにファイル名のサフィックスとファイルの内容の両方を調べることで、ヒューリスティックにメディアタイプをファイルに関連付けます。これらの環境では、そのメディアタイプに基づいてファイルを開いたときに起動するアプリケーションが選択され、ファイル名拡張子への依存が軽減されます。macOSでは、ファイル名拡張子とメディアタイプの両方、およびファイルタイプコードを使用して、ファイルタイプを内部的に識別するための Uniform Type Identifier を選択します。

コマンド名にファイル名拡張子が使用されることは時々あるが、これは通常、コマンドがスクリプトとして実装されていることによる副作用であり、たとえばBourne シェルやPythonでは、コマンド名の後ろにインタープリタ名が付けられる。これはファイル名拡張子とインタープリタの関連付けに依存するシステムでは一般的な方法だが、Linux、Oracle Solaris、BSDベースのシステム、 Apple のmacOSなどのUnix 系システムでは強く推奨されていない^[8] 。これらのシステムでは、インタープリタは通常、スクリプトのヘッダー (" shebang ") として指定される。

関連付けベースのシステムでは、ファイル名の拡張子は、通常、その拡張子の単一のシステム全体のインタープリタの選択にマッピングされます (たとえば、Python を使用することを意味する「.py」)。また、コマンド自体は、拡張子が省略されていても (適切なセットアップが行われていることを前提として)、コマンド ラインから実行できます。実装言語が変更されると、コマンド名の拡張子も変更され、OS は、両方のケースで同じ拡張子なしバージョンのコマンドを使用できるようにすることで、一貫したAPI を提供します。この方法は、関連付けマッピングの本質的にグローバルな性質と、プログラムを呼び出すときに開発者が拡張子を完全に回避しないこと、および開発者がその回避を強制できないことから、多少問題があります。Windows は、このメカニズムを広く採用している唯一の残存システムです。

インタープリタ ディレクティブがあるシステム(Unix のほぼすべてのバージョンを含む) では、コマンド名の拡張子は特別な意味を持たず、標準的な方法では使用されません。スクリプトのインタープリタを設定する主な方法は、使用するインタープリタを指定する 1 行でスクリプトを開始することだからです。これらの環境では、コマンド名に拡張子を含めると、実装の詳細が不必要に公開され、実装が変更された場合に他のプログラムからのコマンドへのすべての参照が将来的にリスクにさらされることになります。たとえば、シェル スクリプトが Python または Ruby で再実装され、その後 C または C++ で再実装されることはまったく普通のことですが、その場合、拡張機能が使用されるとコマンドの名前が変更されます。拡張機能がなければ、プログラムは常に同じ拡張子のない名前を持ち、インタープリタ ディレクティブとマジックナンバーのみが変更され、他のプログラムからのプログラムへの参照は有効なままです。

Microsoft Windowsに付属のファイル ブラウザーであるFile Explorerのデフォルトの動作では、ファイル名の拡張子は表示されません。悪意のあるユーザーは、のようなファイル名を使用してコンピューター ウイルスやコンピューター ワームを拡散しようとしてきました。その目的は、これが、この場合はVBScriptで記述された有害なコンピューター プログラムであるという事実をユーザーに警告することなく、無害なテキスト ファイルである として表示されるようにすることです。ReactOS のデフォルトの動作では、 ReactOS Explorerにファイル名の拡張子が表示されます。 LOVE-LETTER-FOR-YOU.TXT.vbsLOVE-LETTER-FOR-YOU.TXT

それ以降の Windows バージョン ( Windows XP Service Pack 2およびWindows Server 2003以降) には、Webからダウンロードされた場合や電子メールの添付ファイルとして受信された場合など、特定の操作「ゾーン」で「危険」と見なされるファイル名拡張子のカスタマイズ可能なリストが含まれています。最新のウイルス対策ソフトウェアシステムも、可能な限り、このような攻撃の試みからユーザーを保護するのに役立ちます。

一部のウイルスは、「 .com」トップレベルドメインと「.COM」ファイル名拡張子の類似性を利用して、表面上は URL に似た名前 (「myparty.yahoo.com」など)で悪意のある実行可能コマンドファイルの添付ファイルを電子メールで送信します。その結果、ユーザーは電子メールに埋め込まれたリンクをクリックして Web サイトにつながると思い、実際には悪意のある添付ファイルをダウンロードして実行してしまいます。

一部の Windows アプリケーションの脆弱性を悪用するように作成されたマルウェアの事例があり、その脆弱性により、処理されていない長すぎるファイル名拡張子を持つファイルを開くと、スタックベースのバッファ オーバーフローが発生する可能性があります。

ファイル名の拡張子は単なる目印であり、ファイルの内容はそれに一致する必要はありません。^[9]これは悪意のあるコンテンツを隠すために使用できます。したがって、セキュリティ上の理由からファイルを識別しようとする場合、拡張子だけに頼るのは危険であると考えられており、ファイルの内容を適切に分析することが推奨されます。たとえば、UNIX のようなシステムでは、拡張子がまったくないファイルを見つけることは珍しくありません。これは、file代わりになどのコマンドを使用することを意図しており、ファイルのヘッダーを読み取ってその内容を判別するためです。

• ファイル (コマンド)
• ファイル形式のリスト
• ファイル名拡張子のリスト
• メタデータ
• .プロパティ

• ウィキメディア・コモンズのファイル名拡張子に関連するメディア
• Curlieのデータ形式ファイル名拡張子
• FileInfo.com のファイル名拡張子のデータベース