最終更新: 2026-09-02

漢字の画数と文字数の不思議な関係 - 1 文字で 84 画の漢字が存在する

「雷」を 3 つ重ねた漢字「靐」は 39 画。「龍」を 4 つ並べた「𪚥」は 64 画。そして、日本で最も画数が多いとされる漢字「たいと」は 84 画に達します。しかし、これらの漢字はすべて文字数カウント上は「1 文字」です。画数が 1 画の「一」も、84 画の「たいと」も、同じ 1 文字。この記事では、漢字の画数と文字数カウントの関係を掘り下げ、Unicode における漢字の収録数や異体字の仕組みまで解説します。

画数が多い漢字ランキング

漢字の画数には理論上の上限がありません。既存の漢字を組み合わせて新しい漢字を作ることができるため、画数は際限なく増やせます。ただし、実際に使われた記録がある漢字に限ると、以下のようなランキングになります。

画数の多い漢字の多くは、同じ漢字を複数組み合わせた「理義字」(りぎじ) と呼ばれる構造を持っています。「森」(木 × 3 = 12 画)、「轟」(車 × 3 = 21 画)、「靐」(雷 × 3 = 39 画) のように、同じ部品を 2〜4 個重ねることで画数が倍増します。この構造は「たくさんの」「激しい」といった強調の意味を持つことが多く、漢字の造字法としては古くから存在する手法です。

84 画のこの字は、苗字として使われたとする話が知られていますが、辞書や公的な記録での裏付けは確認できません。文字コード上は 2020 年の Unicode 13.0 (拡張 G) で U+3106C として追加されており、対応フォントがあれば 1 文字として表示できます。64 画の「𪚥」も同様です。逆に Unicode に収録されていない字は、文字として入力も保存もできず、画像で示すしかありません。

常用漢字 2,136 字の中で最も画数が多いのは「鬱」の 29 画です。「鬱」は 2010 年の常用漢字表改定 (平成 22 年内閣告示第 2 号) で追加された字ですが、改定案に寄せられた意見の中では、削除を求める声が最も多かった字でもありました。常用漢字表が選ぶ基準は画数の少なさではなく、日常の文章でその字がどれだけ必要かです。だからこそ 29 画の字が目安の中に入ります。

常用漢字の画数分布

常用漢字 2,136 字の画数分布を見ると、日本語で日常的に使われる漢字の「標準的な複雑さ」が見えてきます。

最も多いのは 9〜12 画の漢字で、常用漢字全体の約 39.5 % を占めます。平均は約 10.4 画。つまり、日本語の文章で使われる漢字は、平均して 10 画程度の複雑さを持っています。21 画以上はわずか 10 字で、「欄」「躍」「露」「顧」「鶴」(21 画)、「籠」「襲」「鑑」「驚」(22 画)、そして「鬱」(29 画) です。

なお、画数の数え方は辞典によって 1 画違う字があります。ここでは常用漢字表 (2010 年内閣告示) の 2,136 字について、Unicode の漢字属性が定める総画数を基準に数えています。

9〜12 画に山ができるのは、漢字の造字法のうち最も数が多いのが「意味を表す部分 + 音を表す部分」を組み合わせた形声文字だからです。部首側が 3〜4 画、音を表す側が 6〜8 画程度で、合わせるとちょうどこの帯に収まります。画数が少なすぎる字は互いに紛れやすく (「未」と「末」、「己」と「已」)、多すぎる字は書くのも読むのも負担が大きい。日常語を担う漢字がこの帯に集まるのは、造字の仕組みと使いやすさの両方の結果です。

画数が多くてもバイト数は同じ - Unicode の平等性

ここが文字数カウントの観点で最も重要なポイントです。漢字の画数がどれだけ多くても、文字数とバイト数の関係は変わりません。

CJK 統合漢字の基本領域 (U+4E00〜U+9FFF) に収録されている漢字は、画数に関係なくすべて UTF-8 で 3 バイト、UTF-16 で 2 バイトです。64 画の「𪚥」は拡張領域 B (U+20000〜U+2A6DF) に収録されているため、UTF-8 で 4 バイト、UTF-16 でサロゲートペア (4 バイト) になります。

つまり、画数の多さはバイト数に影響しません。影響するのは Unicode のどの領域に収録されているかです。基本領域の漢字は 3 バイト、拡張領域の漢字は 4 バイト。この違いは画数ではなく、Unicode への収録時期によって決まります。

CJK 統合漢字の収録数の推移

Unicode に収録されている漢字の数は、バージョンを重ねるごとに増え続けています。Unicode の基本で解説しているように、Unicode は世界中の文字を統一的に扱うための規格ですが、漢字の収録は特に大規模なプロジェクトです。

累計は基本領域と拡張領域 (拡張 A から J) を合計した値です。累計の伸びが各行の追加字数より少し大きいのは、基本領域そのものにも各版で 1 字から数十字の追加があるためです。なお、互換用の領域にも例外的に統合漢字として扱われる 12 字があり、これを含める数え方では各行が 12 字多くなります。同じバージョンの字数が「97,668 字」と「97,680 字」のように十数字ずれて紹介されるのは、この 12 字を数えるかどうかの違いです。

1992 年の Unicode 1.0.1 では約 2 万字だった CJK 統合漢字は、2025 年の Unicode 17.0 で約 10 万字に達しました。30 年余りで約 5 倍に増えたことになります。しかし、日常的に使われる漢字は日本語で約 3,000 字、中国語 (簡体字) で約 3,500 字程度です。残りの 9 万字以上は、古典文献、方言、歴史的な異体字などに使われる稀少な漢字です。

異体字セレクタ (IVS) - 同じ文字が複数の字形を持つ仕組み

漢字の文字数カウントをさらに複雑にするのが、異体字セレクタ (IVS: Ideographic Variation Sequence) の存在です。IVS は、同じ漢字の異なる字形 (異体字) を区別するための仕組みで、基底文字の後ろに異体字セレクタ (U+E0100〜U+E01EF) を付加します。

ここで混同しやすいのが、旧字体との違いです。「辺」の旧字体「邊」「邉」は、Unicode 上もそれぞれ別のコードポイントを持つ独立した文字なので、IVS は要りません。IVS が扱うのは、それとは違って「同じ 1 文字として 1 つのコードポイントに統合された字形の差」です。点があるかないか、最後の画をはねるか止めるか、といった細部の違いを、基底文字に続けてセレクタを置くことで指定します。戸籍や登記の実務では、この細部まで区別して記録する必要があるため IVS が使われます。

IVS を使った場合、見た目は 1 文字ですが、データ上は基底文字 + 異体字セレクタの 2 文字分のコードポイントを消費します。これは絵文字の文字数カウントで「1 つの絵文字が複数のコードポイントで構成される」のと同じ構造です。

文字数カウントツールによっては、IVS 付きの漢字を「2 文字」とカウントする場合があります。人間の目には 1 文字に見えるのに、プログラム上は 2 文字。この不一致は、名前の入力フォームや住所録システムで実際にトラブルを引き起こしています。

名前に使える漢字の制限と文字数

日本では、子どもの名前に使える文字が法律で制限されています。戸籍法第 50 条が「子の名には、常用平易な文字を用いなければならない」と定め、その具体的な範囲は同法施行規則第 60 条で、常用漢字表に掲げる漢字、同規則の別表第二に掲げる漢字 (いわゆる人名用漢字)、片仮名または平仮名と規定されています。この範囲外の漢字は、画数がどれだけ少なくても名前には使えません。

名前の文字数自体には法的な上限がありませんが、実務上は戸籍システムの制約を受けます。市区町村のシステムによって扱える文字の範囲が異なり、特に異体字や旧字体の扱いは自治体ごとにばらつきがあります。

記録される情報は増える方向にあります。2025 年 5 月 26 日に施行された改正戸籍法では、戸籍の記載事項に氏名の振り仮名が加わりました (戸籍法第 13 条)。漢字の字形に加えて読みも記録されるため、氏名を扱うシステムでは項目そのものが増えています。

画数と教育 - 学年別配当漢字の設計思想

小学校で学ぶ漢字 (教育漢字) 1,026 字は、学年ごとに配当されています。この配当は画数だけでなく、使用頻度や概念の難易度も考慮されていますが、画数との相関は明確に存在します。

配当の中身を見ると、1 年生は「一」「日」「山」のような画数の少ない字が中心で、「臓」「警」のように十数画を超える字は高学年に置かれています。学年が上がるにつれて部品数の多い字が増えていくのは、子どもの手先の器用さと語彙の広がりに合わせた設計です。1 年生で「鬱」(29 画) を教えないのは、書字能力の発達段階を踏まえた当然の判断ということになります。

画数と手書き入力 - デジタル時代の画数問題

スマートフォンやタブレットの手書き入力では、画数が認識精度に直接影響します。画数が多い漢字ほど、小さな画面の上で正確に書くのが難しくなります。狭い枠に多くの画を収めようとすると画と画の間隔が詰まり、どこで筆を切ったのかの判定が曖昧になるためです。

「鬱」(29 画) をスマートフォンの手書き入力で正確に書ける人は少ないでしょう。画面上の手書き入力は、書き終わった形だけを見る紙の文字認識とは違い、どの順序でどちら向きに線を引いたかという書いている最中の情報も手がかりにできます。それでも入力する側の負担は画数のまま残ります。個々の認識エンジンが内部で何をしているかは公開されていないので、精度を数字で語ることはできませんが、実務的な結論は単純です。画数の多い字は手書きで粘らず、部首検索や読み入力に切り替えたほうが早く済みます。

この問題は、フォーム入力のバリデーション設計にも関連します。氏名入力フォームで手書き入力を受け付ける場合、画数の多い漢字の誤認識を考慮した UI 設計 (候補リストの表示、読み仮名からの変換オプションなど) が重要です。特に行政サービスのオンライン申請では、戸籍上の正確な字形を入力する必要があるため、手書き認識の精度は直接的にユーザー体験に影響します。

画数の多い漢字では、手書きよりも「読みを入力して変換する」ほうが手数が少なくなります。手書きの手間は画数に比例して増えますが、読み入力の手数は画数と無関係で、読みの仮名数だけで決まるからです。「鬱」は 29 画ですが、読みは「うつ」の 2 文字。この非対称性が、複雑な漢字ほど変換に頼るほうが速い理由です。

画数と文字数カウントの実務的な教訓

漢字の画数と文字数の関係から得られる実務的な教訓は、「見た目の複雑さとデータ上のサイズは別物」ということです。全角と半角の違いと同様に、文字の見た目とデータ上の扱いは必ずしも一致しません。

Web フォームの文字数制限を設計する際、「漢字 1 文字 = 1 文字」として扱うのが一般的ですが、IVS 付きの漢字やサロゲートペアを考慮すると、実装はそれほど単純ではありません。特に氏名入力フォームでは、異体字を正しく扱えるかどうかがユーザー体験に直結します。

84 画の漢字も 1 画の漢字も、文字数カウント上は等しく「1 文字」。この平等性は Unicode の設計思想そのものであり、世界中の文字を統一的に扱うための基盤です。画数という物理的な複雑さを超えて、デジタルの世界ではすべての文字が等しく扱われる。それが Unicode の美しさでもあり、時に厄介さでもあるのです。

漢字の画数は、書道や教育の世界では重要な指標ですが、デジタルの文字数カウントでは完全に無視されます。1 画の「一」も 29 画の「鬱」も、Slack のメッセージでは同じ 1 文字としてカウントされ、LINE のメッセージでも同じ 1 文字です。この「画数の民主化」は、デジタルコミュニケーションが漢字文化圏にもたらした大きな変化のひとつと言えるでしょう。