Windows 11のMongolian Baiti描画改善とは?互換性とテスト手順を解説

Windows 11の「Windows 11 improves Mongolian Baiti shaping and rendering」は、モンゴル文字用フォント「Mongolian Baiti」の字形選択と描画を、より正確で一貫したものにする改善です。結論からいえば、モンゴル文字を扱わない一般的な日本語環境では、緊急の対応は必要ありません。一方、Mongolian Baitiを指定するアプリ、Webサイト、Office文書、帳票、PDF生成などでは、更新後に見た目が変わる可能性があるため、事前テストが必要です。

なお、これはAI機能の更新ではありません。Copilotや生成AI、NPUを利用する機能ではなく、Windows 11のフォント処理とテキスト描画品質に関する変更です。2026年7月時点では、Windows Insider向けのBeta Build 26220.8764とExperimental Build 26300.8772で案内されています。(Microsoft Learn)

目次

Windows 11 improves Mongolian Baiti shaping and renderingとは

Microsoftは、Windows 11のInsider向けリリースノートで、Mongolian Baitiのシェーピングとレンダリング動作を改善したと説明しています。目的は、モンゴル文字の出力精度と一貫性を高めることです。

対象として案内されたビルドは次のとおりです。

チャネルビルドベースとなるWindows 11提供状況
Beta26220.8764version 25H2Insider向けプレビュー
Experimental26300.8772version 26H2Insider向けに段階展開
一般提供版未公表未公表提供時期は公式情報待ち

Beta Build 26220.8764はWindows 11 version 25H2、Experimental Build 26300.8772はversion 26H2をベースとし、いずれもイネーブルメントパッケージを利用する構成と説明されています。Experimentalチャネルでは、機能によってControlled Feature Rolloutによる段階配信が行われるため、同じビルドでも端末ごとに反映時期が異なる可能性があります。(Microsoft Learn)

公式情報の日付は2026年7月6日

主な公式ページには、リリース日として「6 July 2026」と記載されています。Experimental版のページには2026年7月7日付の訂正履歴がありますが、訂正されたのは検索ボックスの高さに関する記述であり、Mongolian Baitiの改善項目ではありません。

そのため、本変更を紹介する際は「2026年7月7日前後に確認された更新」と表現することはできるものの、公式のリリース日表記は2026年7月6日である点を押さえておく必要があります。(Microsoft Learn)

AI更新ではなくフォント処理の改善

今回の項目は、公式リリースノートでも「Fonts」に分類されています。AIモデルの更新、クラウド処理、Copilotとの連携ではありません。

少なくとも公開された情報には、次のような利用条件は示されていません。

  • Copilot+ PC
  • NPU搭載PC
  • Microsoft 365 Copilotのライセンス
  • クラウドAIへの接続
  • 新しいAIモデルの有効化

したがって、「AI更新」として管理するのではなく、Windows Updateに伴うフォントおよびテキスト表示の互換性変更として扱うのが適切です。(Microsoft Learn)

シェーピングとレンダリングでは何が違うのか

フォントの表示処理は、単純に「文字コードに対応する画像を並べる」だけではありません。モンゴル文字のような複雑な文字体系では、前後の文字や単語内の位置に応じて、表示する字形を選択する必要があります。

処理役割今回影響する可能性がある部分
シェーピングUnicode文字列を、実際に表示するグリフと配置情報へ変換する語頭形、語中形、語末形、独立形、結合、合字、異体字
レンダリング選択されたグリフを画面や出力先に描画する輪郭、位置、間隔、重なり、表示の安定性
レイアウト行や列、改行、縦書き方向を決定するクリッピング、列送り、文字の回転、改行位置

WindowsのDirectWriteは、Unicode文字列の解析、OpenType機能を利用したグリフシェーピング、文字の測定、描画、ヒットテストなどを担当します。国際的な文字体系を正しく表示するため、文字の前後関係や言語情報を基に字形を決定します。(Microsoft Learn)

ただし、今回の公式情報では、次のどこを変更したのかまでは公開されていません。

  • monbaiti.ttfのフォントデータ
  • Windowsのシェーピングエンジン
  • DirectWriteなどのテキストスタック
  • フォントデータとテキストスタックの両方
  • 特定の文字列やグリフだけを対象とした修正

「フォントファイルだけが更新された」「DirectWriteの仕様が変わった」と断定するのは避けるべきです。

Mongolian Baitiで表示差が起こりやすい理由

Mongolian Baitiは、モンゴル文字を表示するためのWindows標準フォントです。ファイル名はMonbaiti.ttfで、Windows 11のほか、Officeアプリでも提供されています。(Microsoft Learn)

モンゴル文字には、一般的なラテン文字とは異なる次の特徴があります。

  • 縦方向に上から下へ書く
  • 列は左から右へ進む
  • 文字が縦方向に連結する
  • 同じ文字でも語頭、語中、語末、独立時で字形が変わる
  • 前後の文字や母音調和によって字形が変わる
  • ZWJやZWNJで結合状態を制御できる
  • Free Variation Selectorで特定の異体字を指定できる

Unicode Standardでも、モンゴル文字は文脈に応じた字形選択が必要な複雑な文字体系とされています。語頭形、語中形、語末形、独立形などの表示形は別々の文字として保存するのではなく、レンダリングシステムが文字列の文脈から選択します。(Unicode)

つまり、保存されているUnicode文字列が同じでも、シェーピング処理の改善によって画面上の字形や結合状態が変わることがあります。

公式情報から分かる仕様差分

Microsoftが公開している説明は短く、修正対象となる具体的な文字、単語、OpenType機能、グリフ番号は示されていません。現時点で確認できる差分は次のように整理できます。

項目従来の状態改善後確実性
モンゴル文字の出力精度一部で不正確な結果が発生する可能性より正確な出力を目指す公式に明示
表示の一貫性文字列や条件によって差が生じる可能性より一貫した表示を目指す公式に明示
字形選択や配置詳細非公開動作改善公式表現から判断可能
Unicodeの保存形式変更情報なし変更情報なし変更は確認できない
新しいAPI発表なし発表なしリリースノートに記載なし
専用の管理ポリシー発表なし発表なしリリースノートに記載なし
フォントの新バージョン番号未公表未公表断定不可
一般提供時期未公表未公表Insider段階

公開されているWindows 11のフォント一覧には、Mongolian Baitiのバージョンとして5.53が掲載されています。ただし、Microsoftは同じページで、Windows Updateの適用状況によって実際のフォントバージョンが異なる場合があると説明しています。今回のInsiderビルドについて、新しいバージョン番号が公開されたわけではありません。(Microsoft Learn)

既存実装との互換性はどうなるのか

Unicode文字列やファイル形式の変更は案内されていない

今回の情報には、Unicodeのコードポイント、文書ファイル形式、文字コード、入力方式を変更するという記載はありません。そのため、保存済みの文字データを書き換える必要がある更新とは考えにくいでしょう。

ただし、データが同じでも表示結果は変わる可能性があります。特に、次のような処理は影響を受ける可能性があります。

  • グリフの形を前提にした画面レイアウト
  • 固定サイズのラベルや入力欄
  • 画像比較によるUIテスト
  • PDFや画像の再生成
  • 帳票の改ページや列送り
  • 文字位置を利用する選択、キャレット、ヒットテスト
  • OCR結果と画面表示の照合

文字列そのものの互換性と、見た目の互換性は分けて判断する必要があります。

すべてのアプリで同じ変化が出るとは限らない

WindowsにはDirectWrite、GDI、Uniscribe、GDI+、WPF、RichEditなど、複数のテキスト処理コンポーネントがあります。Microsoftも、利用するテキストスタックによって表示動作に違いが生じる可能性があると説明しています。

また、独自にUnicodeからグリフへの変換を行うアプリでは、Windows側の改善がそのまま反映されない場合があります。(Microsoft Learn)

実装方法影響の可能性確認ポイント
Windows標準のMongolian Baitiを利用高い更新前後の表示を直接比較
WindowsのテキストAPIを利用高いグリフ選択、配置、クリッピング
Webページでローカルフォントを指定アプリ依存ブラウザごとに比較
アプリに独自フォントを同梱中程度OS側シェーピングの利用有無
独自シェーピングエンジンを利用低い場合があるエンジンとフォントの組み合わせ
Windows以外のサーバーで画像化直接影響は小さいクライアント表示との差
PDFや画像を更新後に再生成高い改ページ、字形、埋め込み結果

Webアプリの場合、CSSでMongolian Baitiを直接指定していると、クライアントPCのWindows更新状況によって表示が変わる可能性があります。Webフォントを配布している場合でも、ブラウザやOSのシェーピング処理が関与するため、影響が完全になくなるとは限りません。

対応が必要か判断する基準

実務では、次の表を使うと対応レベルを判断しやすくなります。

利用状況対応要否推奨対応
モンゴル文字を一切扱わない原則不要一般提供情報のみ監視
モンゴル文字を閲覧するだけ低~中代表的な文書をサンプル確認
Mongolian Baitiを明示指定している更新前後で回帰テスト
モンゴル語対応製品を提供しているネイティブ話者を含む表示検証
公文書、契約書、出版物を作成するPDF・印刷まで確認
スクリーンショット差分テストを使用基準画像の更新可否を判定
OCRや画像認識の入力に利用する認識精度を再測定
Windows以外で完結する処理Windowsクライアント部分だけ確認

日本語中心の社内PCで、モンゴル文字を表示する機会がない場合は、今回の改善だけを理由にInsiderビルドを導入する必要はありません。

一方、モンゴル語圏向けサービス、国際化対応ソフト、学術資料、行政文書、辞書、電子出版などを扱う場合は、一般提供を待つだけでなく、Insider環境で先行検証する価値があります。

導入条件と確認方法

対象ビルドを確認する

検証対象は、少なくとも次のいずれかです。

  • Windows 11 Insider Beta Build 26220.8764
  • Windows 11 Insider Experimental Build 26300.8772

OSビルドは、Windowsキー + Rからwinverを実行して確認できます。

PowerShellでは、次のコマンドでビルド番号とUBRを取得できます。

$os = Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion'

[PSCustomObject]@{
    DisplayVersion = $os.DisplayVersion
    Build          = "$($os.CurrentBuild).$($os.UBR)"
}

Experimentalチャネルでは段階展開が行われるため、ビルド番号が一致していても、対象動作がすべての端末に同時反映されるとは限りません。最終確認は実際の表示テストで行います。(Microsoft Learn)

Mongolian Baitiのファイルを記録する

検証時は、フォントファイルのハッシュ値も記録しておくと、端末間の差を調査しやすくなります。

Get-FileHash "$env:WINDIR\Fonts\monbaiti.ttf" -Algorithm SHA256

ただし、ハッシュ値が同じでも、Windows側のシェーピングエンジンが変わっていれば表示結果は変わり得ます。逆にハッシュ値が変わっていても、どの文字やOpenType機能が修正されたかまでは分かりません。

フォントのハッシュだけで更新の有無や影響範囲を判断しないことが重要です。

専用の有効化設定は案内されていない

今回のリリースノートには、Mongolian Baitiの改善だけを有効化または無効化する設定、グループポリシー、Intuneポリシーは掲載されていません。

企業環境では、個別のフォントファイルを手作業で差し替えるのではなく、Windows Updateの展開リングを使って管理します。問題が発生した場合に備え、検証端末、先行展開グループ、本番グループを分けておくのが安全です。

更新前後で実施したいテスト手順

変更前の基準環境を保存する

更新前に、次の情報を記録します。

  • Windowsのエディションとビルド番号
  • アプリの名称とバージョン
  • Mongolian Baitiのファイルハッシュ
  • 画面解像度
  • Windowsの拡大率
  • ブラウザの種類とバージョン
  • 印刷ドライバー
  • テストに使用するUnicode文字列
  • 縦書き、横書きなどのレイアウト条件

解像度や拡大率が異なる画面を比較すると、フォント改善とは関係のないアンチエイリアス差まで検出してしまいます。比較条件は可能な限り固定します。

実際の業務データをテストする

ランダムな文字を並べただけでは、文脈依存の問題を十分に検出できません。実際に利用している人名、地名、文章、接尾辞、外来語、帳票データを含めます。

個人情報や機密情報を使えない場合は、同じ文字構造を持つ匿名化データを準備します。

モンゴル文字特有のシーケンスを含める

最低限、次のテスト項目を含めます。

テスト項目確認内容
語頭形、語中形、語末形、独立形文脈に合う字形が選択されるか
結合と合字文字同士が不自然に切れたり重なったりしないか
ZWJとZWNJ指定した結合状態になるか
FVS1~FVS4指定した異体字が表示されるか
U+180E MVS分離母音や接尾辞が正しく成形されるか
U+202F NNBSP既存データとの後方互換性が保たれるか
母音調和を伴う語男性形と女性形が適切に選ばれるか
縦書き上から下、左から右の列順になるか
横書き表示回転や文字方向が意図どおりか
句読点と数字向き、位置、列内配置が正しいか
改行と狭い列接尾辞の成形や結合が崩れないか

Unicode Standardでは、ZWJ、ZWNJ、Free Variation Selector、MVSなどがモンゴル文字の字形選択に関与します。また、古いデータではU+202F NARROW NO-BREAK SPACEが使われている可能性があるため、U+180Eだけでなく既存データのシーケンスも残してテストする必要があります。(Unicode)

複数のアプリと出力方法で比較する

少なくとも、実際に利用する次の経路を確認します。

  • Windows上の業務アプリ
  • Wordなどの文書作成アプリ
  • Webブラウザ
  • 印刷プレビュー
  • PDF出力
  • 画像出力
  • コピーと貼り付け
  • 検索と文字選択
  • スクリーンリーダーを利用する画面

あるアプリで正常でも、別のアプリが異なるテキストスタックを利用していると結果が変わることがあります。単一アプリだけの確認で完了としないことが重要です。(Microsoft Learn)

画像差分だけで合否を決めない

今回の変更は、従来の誤った表示を正しい表示へ直すことが目的です。そのため、更新前のスクリーンショットと異なるだけで「不具合」と判定すると、正しい改善を回帰エラーとして扱ってしまいます。

合否判定は、次の順序で行います。

  1. 保存されているUnicode文字列が正しいか確認する
  2. 期待する字形と結合状態を定義する
  3. 更新前後の表示を比較する
  4. モンゴル文字に詳しい利用者または校正者が確認する
  5. 画像差分の許容値を更新する
  6. PDFや印刷物で最終確認する

ピクセル単位の一致は補助的な指標にとどめ、言語的に正しい表示かどうかを優先します。

管理者が取るべき展開策

影響範囲を棚卸しする

アプリ、Webサイト、文書テンプレート、CSS、ソースコードから、次の文字列を検索します。

Mongolian Baiti
monbaiti.ttf

データベースや文書については、主なモンゴル文字ブロックであるU+1800~U+18AFを含むデータがないか確認します。

フォント名を明示していなくても、フォントフォールバックによってMongolian Baitiが選択されている場合があります。表示結果を重視するシステムでは、実際に利用されたフォントも確認してください。

先行検証グループを分ける

次の順序で展開すると、問題を切り分けやすくなります。

  1. 開発者またはIT管理者の検証端末
  2. モンゴル文字を扱う担当者
  3. 対象業務の一部ユーザー
  4. 全対象ユーザー

Insiderビルドは開発中のプレビューであり、機能が変更、削除されたり、一般提供されなかったりする可能性があります。本番PC全体をInsiderチャネルへ移行するのではなく、専用端末や仮想マシンで評価するのが安全です。(Microsoft Learn)

手動で古いシステムフォントへ戻さない

表示差が見つかっても、Windowsのシステムフォントを手作業で上書きする運用は避けます。端末ごとにフォント状態がばらつき、Windows Updateで再び置き換えられる可能性があるためです。

問題が業務に影響する場合は、次のいずれかで対応します。

  • 対象ビルドの展開を一時停止する
  • アプリ側で別フォントを検証する
  • 出力結果を固定できる方式を採用する
  • Feedback Hubへ再現情報を送る
  • 一般提供版の修正情報を待つ

Feedback Hubへ報告する際は、Unicode文字列を画像だけでなくコードポイントでも提示します。OSビルド、アプリ名、フォントのハッシュ、期待する字形、実際の字形をセットにすると、再現性が高まります。

テストで失敗しやすいポイント

ビルド番号だけで適用済みと判断する

Experimentalチャネルでは段階展開があるため、同じビルドでも動作が一致しない可能性があります。実際の文字列を表示して確認します。

フォントバージョンだけを確認する

シェーピングエンジン側の変更であれば、monbaiti.ttfのバージョンやハッシュが同じでも結果が変わります。

Wordだけで確認する

Office、ブラウザ、業務アプリ、PDF出力では、利用する描画経路が異なる可能性があります。実運用の経路をすべて確認します。

更新前の表示を正解として扱う

今回の目的は表示精度の改善です。従来表示との差ではなく、言語的に正しい字形かどうかを基準にします。

文字を画像へ変換して問題を隠す

一時的に見た目を固定できても、検索、コピー、アクセシビリティ、再編集性が失われます。Unicode文字列を維持したまま問題を解決することが原則です。

まとめ

Windows 11のMongolian Baiti改善は、モンゴル文字のシェーピングとレンダリングを正確で一貫したものにするための更新です。AI機能ではなく、Windowsのフォントおよび文字描画に関する品質改善として扱います。

モンゴル文字を利用していない環境では、直ちに作業する必要はありません。Mongolian Baitiを利用するアプリや文書がある場合は、次の順序で対応します。

  1. フォント名とモンゴル文字データの利用箇所を棚卸しする
  2. 更新前のOS、アプリ、フォント、画面条件を記録する
  3. Insider環境で実際の業務データを表示する
  4. FVS、ZWJ、ZWNJ、MVS、縦書きを含めて確認する
  5. PDFや印刷までテストする
  6. ネイティブ話者または専門担当者が最終確認する
  7. 一般提供版のビルドと更新履歴を継続監視する

公式情報では修正対象となった具体的な文字列や一般提供時期までは明らかにされていません。フォントファイルの変更だけと決めつけず、OS、アプリ、テキストスタックを含む表示経路全体で確認することが、最も確実な対応です。

この記事を書いた人

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows/Office(Teams・Excel)からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

コメント

コメントする

目次