Base64とは何？ わかりやすく解説 Weblio辞書 (original) (raw)
Base64は、データを64種類の印字可能な英数字のみを用いて、それ以外の文字を扱うことの出来ない通信環境にてマルチバイト文字やバイナリデータを扱うためのエンコード方式である。当初PEM (RFC 1421) がPrintable Encodingという名で規定した仕様を、MIMEがBase64と名付け、RFC 3548、RFC 4648 らが再度規定した[1]。7ビットのデータしか扱うことの出来ない電子メールにて広く利用されている。具体的には、A、…、Z、a、…、z、0、…、9 の62種類の文字[注釈 1]と、2種類の記号 (+、/)、さらにパディング（埋め草）のための記号として = が用いられる。この変換によって、データ量は4/3（約133%）となり[注釈 2]、増加する。また、MIMEの基準では76文字ごとに改行コードが入るため、この分の2バイトを計算に入れるとデータ量は約137%となる[注釈 3]。
変換形式
Base64変換の手順を以下に挙げる。
- 元データを6ビットずつに分割する。（6ビットに満たない分は後ろに0を追加して6ビットにする）
- 各6ビットの値を変換表を使って4文字ずつ変換する。
- 4文字に足りない分は
=記号を後ろに追加する。
変換例
| 段階 | 状態 | データ |
|---|---|---|
| 1 | 元データ | "ABCDEFG"（文字列） |
| 2 | 6ビットずつに分割 | {010000, 010100, 001001, 000011, 010001, 000100, 010101, 000110, 010001, 11}（ビット列の列） |
| 3 | 2ビット余るので、4ビット分0を追加して6ビットにする | {010000, 010100, 001001, 000011, 010001, 000100, 010101, 000110, 010001, 110000}（ビット列の列） |
| 4 | 変換表により、4文字ずつ変換する | {"QUJD", "REVG"、"Rw"}（文字列の列） |
| 5 | 最後の文字列が2文字足りないので、2文字分 = 記号を追加して4文字にする | {"QUJD", "REVG", "Rw=="}（文字列の列） |
| 6 | 連結してBase64文字列にする | "QUJDREVGRw=="（文字列） |
変換表
6ビットのビット列に対して一つの文字を対応づけているだけである。
| ビット列 Base64文字 000000 A 000001 B 000010 C 000011 D 000100 E 000101 F 000110 G 000111 H 001000 I 001001 J 001010 K 001011 L 001100 M 001101 N 001110 O 001111 P | ビット列 Base64文字 010000 Q 010001 R 010010 S 010011 T 010100 U 010101 V 010110 W 010111 X 011000 Y 011001 Z 011010 a 011011 b 011100 c 011101 d 011110 e 011111 f | ビット列 Base64文字 100000 g 100001 h 100010 i 100011 j 100100 k 100101 l 100110 m 100111 n 101000 o 101001 p 101010 q 101011 r 101100 s 101101 t 101110 u 101111 v | ビット列 Base64文字 110000 w 110001 x 110010 y 110011 z 110100 0 110101 1 110110 2 110111 3 111000 4 111001 5 111010 6 111011 7 111100 8 111101 9 111110 + 111111 / |
|---|
主な利用例
電子メール
電子メールでは、SMTPなどの制約により、7ビット文字列以外をやり取りすることは出来ない。このため、添付ファイルなどのバイナリ形式のデータを送信する際に標準的に利用されている。
Basic認証
HTTPヘッダでは、特殊記号を使用することが出来ないため、ユーザー名とパスワードをコロン (:) で区切ってBase64エンコードした文字列がBasic認証に用いられている。
電子掲示板
インターネット上の電子掲示板では、文字列以外のバイナリデータの書き込みは基本的に不可能である。そこで、画像やテキスト文章を圧縮したファイルなどをやり取りするために、この形式が使用されることがある。
問題点
このエンコードを行うとデータ量が大きく増加するため、特に大きなファイルの送受信などをする場合は、電子メール以外の手段を利用したほうが格段に速い場合がある。また、英文の中に特殊文字が混じっているテキスト文章などは、特殊文字だけをエンコードした方がデータ効率が良く、デコードを行わなくても大体のデータが読めると言う利点がある。（Quoted-printable参照）
変形版
URLにBase64を含ませると、+ と / が問題を引き起こすことがある。これらの文字がURLで特別な意味を持つために %h1h0[注釈 4]の形にエスケープする必要が生じるためである。 他にも、+ と / が特別な意味をもつ個所（正規表現など）やその使用が制限される個所（XMLなど）でBase64を用いるときには、この2文字のかわりに !、-、. などを用いることがある。
| 変形 | 62番目の文字 | 63番目の文字 | パディング | 1行が固定長か | 行の最大長 | 改行文字 | 指定された文字以外を使えるかどうか | 行のチェックサム |
|---|---|---|---|---|---|---|---|---|
| オリジナルの Privacy-Enhanced Mail (PEM) の Base64(RFC 1421、deprecated) | + | / | =(必須) | はい(最終行を除く) | 64 | CR+LF | 禁止 | (なし) |
| MIME の Base64 転送エンコーディング(RFC 2045) | + | / | =(必須) | いいえ(可変) | 76 | CR+LF | 許可(破棄される) | (なし) |
| RFC 3548 や RFC 4648 の標準の 'Base64' エンコーディング | + | / | =(必須) | はい(最終行を除く) | 64 または 76(改行が必要な場合のみ) | CR+LF(改行が必要な場合のみ) | 禁止 | (なし) |
| OpenPGP用「Radix-64」(RFC 4880) | + | / | =(必須) | いいえ(可変) | 76 | CR+LF | 禁止 | 24ビットCRC(Radix-64-encoded, including one pad character) |
| UTF-7 のための変形 Base64(RFC 1642、obsoleted) | + | / | (なし) | いいえ(可変) | (なし) | (なし) | 禁止 | (なし) |
| ファイル名のための変形 Base64(非標準) | + | - | (なし) | いいえ(可変) | (ファイルシステムの限界、一般には255) | (なし) | 禁止 | (なし) |
| URLアプリケーションのための変形 Base64('base64url' encoding) | - | _ | (なし) | いいえ(可変) | アプリケーション依存 | (なし) | 禁止 | (なし) |
| XML名前トークン向け修正Base64(Nmtoken) | . | - | (なし) | いいえ(可変) | XML パーサー依存 | (なし) | 禁止 | (なし) |
| XML識別子向け修正Base64(Name) | _ | : | (なし) | いいえ(可変) | XML パーサー依存 | (なし) | 禁止 | (なし) |
| プログラム識別子向け修正Base64（変種1，非標準） | _ | - | (なし) | いいえ(可変) | 言語・システム依存 | (なし) | 禁止 | (なし) |
| プログラム識別子向け修正Base64（変種2，非標準） | . | _ | (なし) | いいえ(可変) | 言語・システム依存 | (なし) | 禁止 | (なし) |
| 正規表現のための変形 Base64(非標準) | ! | - | (なし) | いいえ(可変) | アプリケーション依存 | (なし) | 禁止 | (なし) |
注釈
- ^ ISO基本ラテンアルファベット（いわゆるアルファベット）が大文字・小文字の各26文字とアラビア数字の10文字。
- ^ 元データを6ビット区切りにし、6ビットのそれぞれを印字可能な64文字の内の1文字に置き換える。その1文字1文字は8ビットなので、元の6ビットを8ビットで表現するわけである。よって、データ量は8/6つまり4/3となる。
- ^ Base64エンコード後の1文字は、元のデータの6ビットを表現しているので、Base64エンコード後が76文字ということは、元のデータは、76 × 6ビット = 456ビット = 57バイトである。57バイトを76 + 2 = 78バイトで表現しているので、データ量は78 ÷ 57 ≒ 1.37 = 137%となる。
- ^
h1とh0にはそれぞれ16進数の数字の一文字が入る。
脚注
- ^ “The Base16, Base32, and Base64 Data Encodings”. 2025年3月5日閲覧。
関連項目
外部リンク
- RFC 4648 - IETFによるBase16とBase32とBase64の規格書 （英語）
- Online Base64 Encoding
- Online Base64 Decoding
| 表話編歴データ交換（英語版）フォーマット | |
|---|---|
| 対人可読フォーマット | Atom CSV EDIFACT（英語版） JSON Web Encryption Web Token Web Signature（英語版） プロパティリスト RDF Rebol TOML XML YAML |
| バイナリフォーマット | AMF（英語版） Ascii85 ASN.1 SMI（英語版） Avro Base32 Base64 Bencode（英語版） BSON UBJSON（英語版） Cap'n Proto（英語版） CBOR FlatBuffers（英語版） MessagePack プロパティリスト Protocol Buffers Thrift Cyphal（英語版） DSDL XDR uuencode（英語版） yEnc（英語版） |