ASCII ファイル形式とは？
.ascii 拡張子は、ANSI X3.4-1986 および ISO/IEC 646 として正式化された 7-bit ASCII 文字セット（American Standard Code for Information Interchange）のみでエンコードされたプレーンテキストファイルを識別します。すべてのバイトは 0x00-0x7F の範囲に収まります。印刷可能文字は 0x20-0x7E を占め、タブ（0x09）、ラインフィード（0x0A）、キャリッジリターン（0x0D）などの制御コードが空白や改行を処理します。
この拡張子自体は日常的な使用では一般的ではありません。ほとんどのプレーンテキストコンテンツは、より馴染みのある .txt 拡張子で扱われます。.ascii とラベル付けされたファイルは、通常、エンコーディングを明示したいツールによって作成されたエクスポート、データダンプ、またはドキュメントパッケージです。
ASCII は 128 のコードポイントのみをカバーする 7-bit スキームであるため、アクセント付き文字、非ラテン文字、または基本的な英アルファベット以外の記号を表すことはできません。UTF-8 は上位互換として設計されました。128 文字の ASCII 範囲内に収まるファイルは、ASCII と呼ぼうが UTF-8 と呼ぼうがバイト単位で同一であるため、最新のソフトウェアは .ascii ファイルを透過的に読み取ります。
.ascii ファイルにはファイルシグネチャ（マジックバイト）やバイトオーダーマーク（BOM）は含まれません。識別はコンテンツの検査に依存し、すべてのバイトが 0x80 未満である必要があります。改行コードはホスト OS の慣習に従います。Unix および macOS では LF、Windows では CR+LF です。標準の MIME タイプは text/plain で、オプションで text/plain; charset=us-ascii と指定されます。
あらゆるプレーンテキストエディタで、変換やプラグインなしで .ascii ファイルを開くことができます。同様の役割を果たす関連拡張子には、.asc、.log、.ansi などがあります。
セキュリティと安全性
リスク： LOWプレーン ASCII テキストは最も安全なファイルタイプの 1 つです。コードを含まず、実行することもできません。懸念することなく任意の .ascii ファイルを開くことができます。実用上の唯一の落とし穴は悪意のないものです。文字化けを引き起こすエンコーディングの不一致（実際には 7-bit ASCII ではなく 8-bit/UTF-8 上位互換である場合）や、テキスト以外のペイロードを隠すために拡張子が変更された稀なケースです。想定されるテキストファイルが予期せず巨大であったりバイナリであったりする場合は、中身を確認してください。
形式の詳細
概要- 3ds Max ASCII Scene Export (.ase / 'ASCII' エクスポート) - Autodesk 3ds Max はジオメトリを ASCII テキスト（ASE）としてエクスポートできます。時折 «ascii» ラベルで表示されることがありますが、標準の拡張子は .ase です。
- ASCII アート / 画像からテキストへの出力 - jp2a などのツールは、画像をテキストとして保存された ASCII 文字アートとしてレンダリングします。これは画像フォーマットではなく、文字のプレーンテキストファイルです。
ASCII ファイルを開くプログラム
Windows3 apps
Windows Notepad
標準搭載 ダブルクリックするか、メモ帳から開きます。別のエンコーディングを使用する場合は、«ファイル > 開く» からエンコーディングを選択します（または先に .txt にリネームします）。 
macOS2 apps
Linux2 apps
技術的詳細
詳細仕様| エンコーディングスキーム | 7-bit US-ASCII。各文字は 1 バイトの下位 7 ビットに保存されます（値 0-127） |
| 文字セットサイズ | 128 コードポイント：95 の印刷可能文字（0x20-0x7E）と 33 の制御コード（0x00-0x1F および 0x7F） |
| MIME タイプ | text/plain。正式には text/plain; charset=us-ascii と指定されます |
| ファイルシグネチャ（マジックバイト） | なし - 固定ヘッダーはありません。コンテンツ検査（すべてのバイトが 0x80 未満）によって識別されます |
| バイトオーダーマーク (BOM) | 使用されません。ASCII はマルチバイトシーケンスのないシングルバイトエンコーディングです |
| 一般的な制御コード | タブ 0x09、ラインフィード 0x0A、キャリッジリターン 0x0D。NUL 0x00 がプレーンテキストファイルに現れることは稀です |
| 改行コードの慣習 | Unix/macOS では LF (0x0A)、Windows では CR+LF (0x0D 0x0A)、レガシー Mac OS では単独の CR |
| ファイル構造 | ヘッダー、メタデータブロック、長さプレフィックス、フレーミングのないフラットなバイトストリーム |
| ネイティブ圧縮 | 組み込みのものはありません。ASCII テキストは非常に効率的に圧縮され、gzip は通常、英語の文章に対して 3:1 以上の圧縮率を達成します |
| UTF-8 互換性 | すべての有効な ASCII ファイルはバイト単位で有効な UTF-8 です。0x80 以上のバイトが現れる場合、その逆は成立しません |
| 最大有効バイト値 | 0x7F (DEL 文字)。0x80 以上のバイトは、純粋な ASCII ではなく、8-bit 拡張またはマルチバイトエンコーディングであることを示します |
| 識別方法 | コンテンツスキャン：すべてのバイトが 0x00-0x7F の範囲内にあり、データが人間が読めるテキストであること |
| サポートされているプラットフォーム | ユニバーサル - Windows, macOS, Linux, Unix, DOS、組み込みおよびレガシーシステム。OS 固有の依存関係はありません |
| 典型的なユースケース | ソースコードのエクスポート、ログファイル、ドキュメントパッケージ、および基本的なラテン文字のみを必要とするデータ交換 |
| リリース日 | 1963 (ASCII standard); .ascii as an explicit extension is a later convention |
| 最新バージョン | ASCII (ANSI X3.4-1986 / ISO/IEC 646) - stable; superset is UTF-8 |
| オープンスタンダード | はい · ロイヤリティフリー |
| 仕様書 | www.rfc-editor.org |
ASCII の変換
コミュニティ Q&A
ユーザーからの質問まだ質問はありません。ASCII ファイルについて最初の質問をしてみましょう。
