多言語ユーザーインターフェース

多言語ユーザー インターフェイス( MUI )を使用すると、アプリケーションのユーザー インターフェイスのローカライズが可能になります。

MUI は、Microsoftによって、 Windows 11からWindows 2000までのオペレーティング システム の統合機能として提供されていますが、古いバージョンではいくつかの制限があります。

MUI は、Microsoft の主力製品であるMicrosoft WindowsおよびMicrosoft Office のローカライズに使用され、オープン テクノロジであるため、MUI をサポートする Windows バージョンで実行されるすべてのアプリケーションで使用できます。

MUI のコア機能は、コンピュータ上のすべてのアプリケーションで使用/共有できる優先言語のユーザー定義のシステム設定です。次にコアとなる機能は、この設定を使用して、ユーザーの優先言語のリソースから実行時にユーザー インターフェイス アセットをロードするシステム関数 (LoadString など) です。MUI 対応にするには、アプリケーションはユーザー インターフェイス アセットを言語固有のリソースとして保存し、実行時に LoadStrIng を使用してロードするだけで済みます。

MUI は、ユーザー インターフェイス アセットを個別の単一言語ファイルとして保存することもサポートしており、開発と展開の柔軟性が向上します。この機能はオプションです。リソースはアプリケーション バイナリに保存できます。

MUI は、カスタムおよび拡張されたローカリゼーション動作を可能にするシステム関数も提供します。

MUI技術^[1]はWindows OSに統合されており、ローカライズ可能な資産を所定の方法でリソースとして保存し、MUI対応のwin32関数を使用してリソースを読み取ることで、アプリケーションで活用できます。

アプリケーションでの MUI の比較的単純な実装では、各言語の文字列をバイナリ ファイルの文字列テーブル リソースに格納し、実行時に win32 関数 LoadString を使用して文字列を読み込みます。その他の MUI 関連の構成やコードは必要ありません。必要に応じて、MUI の次のオプション機能を実装できます。

• 展開/インストールの柔軟性を実現するために、各言語のリソースを別々のDLLに保存します。
• アプリケーションは専用のMUI機能を使用して、システム定義のユーザー設定以外の言語を使用するなど、ローカライズ可能なアセットの消費をより細かく制御できます。
• ローカライズ可能なアセットはリソース以外の形式で保存できる

MUI の設計は、アプリケーション ロジック ファイル (リソース) にすべての言語を含めるなど、ローカリゼーションに関する従来のモノリシック設計の制限を軽減する、アプリケーションのローカリゼーション情報を保存する共通の方法を提供することを目指しています。MUI を使用すると、次の展開シナリオが可能になります。

• アプリケーションロジックや他の言語ファイルを変更せずに、言語ファイルのみをインストールして言語のサポートを追加します。
• インストールされた言語ファイルを変更せずに、アプリケーションロジックファイルのみをインストールすることで、新機能を追加し、バグを修正します。

次の MUI 関連用語は、Microsoft のドキュメントで使用されているか、または Microsoft のドキュメントから派生したものです。

言語中立（LN）：テキストやその他のローカライズ可能な要素のない画像など、閲覧者の言語に関係なく意味を伝えるものを表します。

LN リソース: アプリケーションのすべての言語バージョンで共有され、インストールされるリソース

LN ファイル: アプリケーション ロジックと言語に依存しないリソースを含む Windows バイナリ

言語固有 (LS): 閲覧者の言語によって意味が大きく異なるものを表します。最も一般的な LS 項目はインターフェイス文字列ですが、テキストを含む画像などの他の項目も対象となります。

LS リソース ファイル: 1 つの言語にローカライズされたリソースのセット。別名 MUI ファイル

言語の選択は、システムによってシステム用 (すべてのユーザーによって共有され、新しいユーザーのデフォルトとして使用される場合もあります) および各ユーザー用に保存されます。これらの選択は、ユーザーがシステムのコントロール パネルから変更できますが、アプリケーションでは変更できません。

これらの設定は、OS が UI 要素に使用する言語を制御します。アプリケーションもこれらの設定を使用できます。MUI 対応のシステム関数 (LoadString など) を使用すると、使用は自動的かつ透過的になります (使用に MUI 固有のコードは必要ありません)。ただし、これらの設定の使用はオプションであり、カスタマイズ可能です。アプリケーションは、言語設定を無視するように設計できます。または、MUI 対応のシステム関数によって提供される方法以外の方法で使用することもできます。

アプリケーションは、MUI 関数^{[2] を}使用して言語設定を読み取ることができます。言語設定は、デフォルトでユーザーの選択 (想定) に設定され、優先順位の付いた言語のリストです。これらの設定は、システム、ユーザー、プロセス、およびスレッド レベルで提供されます (上位レベルで変更すると、下位レベルの設定も変更されると想定されます)。

アプリケーションは、MUI の動作に影響を与えるために、これらの言語設定リストを (SetThreadPreferredUILanguages やその他の関数を介して) 変更できます。例:

LPCWSTR languageIdSpec = L "en-US \0 " ; ULONG langCount = 1 ; if ( ! SetThreadPreferredUILanguages ( MUI_LANGUAGE_NAME , languageIdSpec , & langCount )) MessageBoxW ( NULL , L "スレッドの優先 UI 言語を設定できません。" , NULL , MB_ICONERROR );   
   
   
       

MUI は、Windows バイナリ (別名 Win32 PE) ファイル (DLL、EXE、SYS) (通常は DLL ファイル) に保存されているローカライズされたリソースのサポートを提供します。

言語のリソースは、アプリケーション バイナリまたは MUI (別名 LS) ファイル (言語ごとに 1 つ) に保存できます。MUI がリソースを見つけるには、MUI ファイルが関連する LN ファイルと同じディレクトリにあり、LN ファイルと同じ名前に「. LCID .mui」を追加した名前になっている必要があります。たとえば、LN ファイルmy-lib.dllの場合、en-US の MUI ファイルの名前はmy-lib.dll.0409.muiになります。

文字列リソースは次のように文字列テーブルとしてコード化されます。

言語 LANG_ENGLISH、SUBLANG_NEUTRAL
ストリングテーブル
始める
1 L「メッセージテキスト」
終わり

LoadString、FormatMessage、LoadImageなど、アプリケーションリソースを読み取るいくつかのwin32関数はMUI対応です。^[3]

各関数は、グローバル言語設定で選択された言語のリソースを、アプリケーション リソースまたは関連付けられた MUI ファイル (LN ファイルと同じ場所にあり、命名規則に従います) から読み取ろうとします。各関数は、グローバル言語設定を使用して、使用可能な言語を選択します。MUI ファイルが存在しないか、MUI ファイル内にリソースが存在しないために、最初の優先言語のリソースの読み込みが失敗した場合、関数は次の優先言語を試行し、すべての設定が試行されるまでこれを繰り返します。すべての優先言語の読み込みが失敗した場合は、LN ファイルを試行します。

最もよく使用される関数は、文字列テーブル リソースから文字列をロードする LoadString です。LoadString の使用例:

wchar_t * resourceCharArray ; int resourceLength = LoadStringW ( moduleHandle , resourceId , ( LPWSTR ) & resourceCharArray , 0 ); if ( ! resourceLength ) { MessageBoxW ( NULL , L "リソースが見つかりません。" , NULL , MB_ICONERROR ); return -1 ; } 
      
 

       
     


wchar_t * text = ( LPWSTR ) malloc (( resourceLength + 1 ) * sizeof ( wchar_t )); wcsncpy ( text , resourceCharArray , resourceLength ); text [ resourceLength ] = L '\0' ; // null 終了       
  
   

これは、必ずしもヌル終端ではないリソース テキスト文字バッファーのアドレスを取得します。次に、文字を新しいバッファーにコピーし、ヌル終端を追加します。別のオプションとして、LoadString に渡されたバッファーに文字列をコピーさせることもできますが、これには固定長バッファーを使用する必要があります。これには、通常、必要以上に割り当てたり、短すぎる場合は切り捨てられたりするなどの欠点があります。

奇妙なことに、LoadString に関する MS ドキュメントには、MUI との相互作用 (言語設定の使用) については触れられていません。

FormatMessage も MUI 対応です。関数リファレンス ページには、パラメータ dwLanguageId が 0 として渡された場合のユーザーの言語設定との相互作用について説明されています。ただし、FormatMessage は文字列テーブルではなくメッセージテーブルから読み取ります。Raymond Chen が言うように、「実際にメッセージ テーブルを使用する人はいません」。^[4]

MS のドキュメントでは、MUI がこのストレージからの取得を完全にサポートしているため、UI アセットをリソースとして保存することを推奨していますが、MUI は XML、JSON、フラット テキスト ファイルなど、他のファイル形式もサポートしていると記載されています。^[5]これは、MUI のリソース取得機能を使用することは、アプリケーションを MUI 対応にする必要がないことを意味します。アプリケーションは、独自のカスタム UI アセット取得ロジックを使用できます。

MUI を有効にするには、アプリケーションでシステム言語設定を使用する必要があります。カスタム UI アセット取得ロジックでは、オプションで MUI 関数 GetFileMUIPath を使用して、MUI ファイルの場所と命名規則を活用することができます。

MS MUI ドキュメントでは次の概念について説明していますが、これらが MUI とどのように関連し、どのような価値を提供するのかは不明です。

• リソース設定ファイル^[6]
• レジストリ文字列リダイレクト^[7]

MUI をサポート/実装するための基本的なタスク:

• アプリケーションコードで LoadString を使用してリソースを読み取ります。これは、ユーザーの好みやシステム設定を使用して、可用性に基づいてユーザーが最も好む言語のリソースを読み取ります。
• 各言語のリソース ソース コード (RC) を作成します。各言語を別々の RC ファイルに保存することをお勧めします。

基本的なタスクを完了すると、アプリケーションは MUI 対応になります。ただし、アプリケーションがオプションで利用できる MUI の他の機能もあります。

基本的なタスクは、すべての言語をアプリケーション バイナリのリソースに格納することを意味します。つまり、言語に依存しません。この構造は、MUI のすべてのランタイム ローカリゼーションの利点と、シンプルな単一ファイルの展開を提供しますが、MUI が提供する展開の柔軟性は考慮しません。展開の柔軟性を活用するには、次の操作を行います。

• アプリケーションバイナリプロジェクトを構成して、すべてのLSリソースを除外します（LNファイルを作成します）。
• 各言語をリソース DLL にビルドするようにプロジェクトを構成します。名前は LN ファイルと同じ + " LCID .mui" -- MUI ファイル
• MUI ファイルを LN ファイルと同じディレクトリに展開/インストールします。

ローカライズされたアセットをリソース以外の形式で保存するには、アプリケーションは、言語設定のシステム設定に基づいて実行時にアセットを読み取るメカニズムを実装する必要があります (GetThreadUILanguage を参照)。つまり、アプリケーションは LoadString を使用せずに、システム言語設定に基づいて UI アセットを読み込みます。アプリケーションは、GetFileMUIPath を使用して、言語ごとの MUI ファイルの場所と命名規則を活用できます。

MUI テクノロジは、ソフトウェア パッケージをグローバル化して展開するための古いテクノロジであるローカライズ バージョンに対応し、その改良として開発されました。このセクションでは、ローカライズ バージョンと比較した MUI の違いと利点について説明します。

MUI パックでローカライズされた Windows は、ローカライズされたバージョンと同じ目的を達成しますが、重要な違いがあります。どちらもメニューとダイアログをターゲット言語で表示しますが、ローカライズされたバージョンのみが翻訳されたファイル名とフォルダー名を使用します。[これは何を意味しますか? 一部の特別なフォルダーはローカライズ可能ですが (ドキュメント、ダウンロードなど)、ユーザーが作成したファイル/フォルダーはローカライズできません (OS によって)。言語パックは特別なフォルダー名をローカライズしないのですか? 他に何ができるのですか?]

Windows のローカライズ版では、基本オペレーティング システムだけでなく、含まれるすべてのプログラム [どのプログラムですか?]、ファイル名とフォルダ名 [したがって、ファイル名とフォルダ名はローカライズされます。これは上記と矛盾します]、オブジェクト名 [オブジェクトとは何ですか?]、レジストリ内の文字列 [本当ですか? どの文字列ですか?]、および Windows で使用されるその他の内部文字列も特定の言語に翻訳されます。Windows のローカライズ版では、以前のローカライズ版からのアップグレードがサポートされ、ユーザー インターフェイス リソースは完全にローカライズされますが、これは製品の MUI バージョンには当てはまりません。[MUI に当てはまらないのはどれですか?]

MUI バージョンには、レジストリエントリ [レジストリ エントリは機能ですか?] やMicrosoft 管理コンソールの項目などの翻訳された管理機能は含まれません。

MUI バージョンの利点の 1 つは、コンピューターの各ユーザーが異なる言語を使用できることです。^[8] OS のローカライズ バージョンでは、これは不可能です。ローカライズされたアプリケーションでは可能かもしれませんが、言語ごとに 1 つずつ、複数のバージョンをインストールする必要があり、アプリケーションのストレージ スペースと並列インストールの問題が発生する可能性があります。MUI では、単一のバージョンで複数の言語がサポートされ、OS とアプリケーションはユーザーの優先言語を使用します。さらに、同じ OS で、アプリケーションでサポートされている言語のいずれかを使用するアプリケーションをホストできます。これらの言語は、OS で選択された言語とは異なる場合があり、OS でサポートされていない言語である場合もあります。

MUI はWindows 2000で導入され、その後の各 Windows リリースでもサポートされています。

これらのバージョンの MUI 製品は、Microsoft とのボリューム契約を通じてのみ入手可能でした。小売チャネルを通じて入手することはできませんでした。ただし、一部のOEM は製品を配布しました。^{[引用が必要]}

Windows XPまでは、製品の MUI パックは英語版の上に適用され、ローカライズされたユーザー エクスペリエンスを提供します。MUI パックは合計 5 セットあります。

Windows Vista では、 MUI テクノロジが強化され、英語のリソースがアプリケーション ロジックバイナリ ファイルから分離されました。アプリケーション ロジック ファイルは、言語に依存しない、つまり言語に依存しなくなりました。つまり、アプリケーション ロジック ファイルは英語中心ではなくなりました。この分離により、Windows のコア バイナリを変更せずに言語を完全に変更し、同じアプリケーション ロジック バイナリを使用して複数の言語をインストールできるようになりました。言語は、Windows Vista のユーザー インターフェイスの一部または全体をローカライズするために必要なリソースを含む言語パックとして適用されます。

MUI パックは、Windows Vista Enterprise ユーザーに提供され、 Windows Vista Ultimate ユーザーにはUltimate Extrasとして提供されます。

Windows Vista 以降では、関連する MUI API のセットもアプリケーション開発用に開発者に提供されます。[これにより、誰でも MUI テクノロジを使用できるようになりますか?]

発売時には、次の 16 個の言語パックがリリースされました。

2007 年 10 月 23 日に、残りの 19 個の言語パックがリリースされました。

MUI は、 Windows 7 Enterprise および Ultimate エディションのユーザー、および Windows Phone 7 のユーザー が利用できます。

Windows 7以降、Microsoftは「MUIパック」を「言語パック」と呼ぶようになりました。言語インターフェイスパック（LIP）と混同しないでください。^[9]

発売時には、以下の15の言語パックがリリースされました^[10]（中国語（香港）はモバイルでは利用できません）。

2009 年 10 月 31 日に、残りの 22 の言語パックがリリースされました (エストニア語、クロアチア語、ラトビア語、リトアニア語、ルーマニア語、スロバキア語、スロベニア語、セルビア語、ブルガリア語、ヘブライ語、アラビア語、タイ語はモバイルでは利用できません)。

リリース時には 6 つの言語のみがサポートされていました。

2011年9月27日のWindows Phone 7.5のリリースにより、さらに20の言語が追加されました（トルコ語とウクライナ語はWindows Phone 8まで表示言語としてサポートされていません）。^[11] Windows Phone 7の最初のLIPは、Tangoアップデートでインドネシア語とマレー語になりました。^[12]

Windows 8/RT以降、ほとんどのエディションのWindowsでは、いくつかの例外を除いて 、すべての言語パックをダウンロードしてインストールできます。^[13]

• Windowsの単一言語エディションでは、インストールできる言語パックは1つだけです。^[14]これは、EnterpriseまたはUltimate以外のWindows 7以前のエディションと同じ動作です。
• Windows の OEM エディションでは、プレインストールまたはダウンロード可能な言語パックは、デバイスの製造元と購入国/地域 (および携帯電話接続を備えたデバイスの場合は携帯電話会社) によって異なります。これは、ローカル市場向けの機能と、あらゆる場所のユーザー向けの機能が混在したものです。製造元やワイヤレス キャリアによって、デバイスに複数の表示言語がプレインストールされている場合がありますが、各製造元やワイヤレス キャリアは、プレロードされた言語セットとエンド ユーザーがインストールできる言語セットの 2 つの異なる言語セットをインストールします。このルールは現在、 Windows Phone 7 ^[15]以降の Windows PhoneとWindows 8以降の PCで使用されています(Windows 8 とWindows Phone 8 は同じ Windows NT カーネルを共有しているため)。その後、Windows 10 バージョン 1803 で廃止されましたが、Windows 10 バージョン 1809 でひっそりと復活しました。エンド ユーザーは、メディア作成ツールを使用してクリーン インストールを実行し、OEM ライセンスの上にリテール ライセンスをインストールすることで、地域ロックを回避し、必要な表示言語をインストールできます。
  • Windows の更新プロセスは、現在インストールされている表示言語にはまったく影響しませんが、エンド ユーザーが OEM によって新しくリリースされた言語パックにアクセスできるようになる場合があります (PC のみ)。ただし、新しい機能更新プログラムをインストールすると、表示言語が初期セットアップ プロセス中に設定された言語に戻る場合があります。たとえば、AT&T の Samsung ATIV Smart PC を Windows 8.1 から Windows 10 Anniversary Update にアップグレードすると (必ずしも一度に行う必要はありません)、Galaxy S8 シリーズや Verizon ベースの Galaxy Book と同様に、英語、スペイン語、フランス語、ドイツ語、イタリア語、韓国語 (最後の 3 つの言語は、発売時にエンド ユーザーがダウンロードできます) に加えて、ポルトガル語 (ブラジル)、ベトナム語、中国語 (簡体字と繁体字)、日本語をインストールできるようになります。
  • 一方、Samsung Galaxy Bookデバイスは、Samsungアプリが公式にアフリカーンス語をサポートしていないため、表示言語としてアフリカーンス語をサポートしていません。^[16]さらに、北米で販売されているGalaxy Bookラップトップのセルラーバージョンは、スマートフォンと同様に、Wi-Fiのみのモデルよりも表示言語が少なくなっています。
  • 英語 (オーストラリア) や英語 (カナダ) などの特定の言語パックは、Xbox コンソールと Surface Duo でのみサポートされます。
  • 一部のLIPパックでは、特定のMUIパック（基本言語）が存在するか互換性があることが求められます。^[17]基本言語が存在しないか互換性がない場合、そのLIPはそのデバイスにインストールできません。

Windows 10 バージョン 1803 以降、Microsoft は一部の場所で [ストア?]、以前の用語「言語パック」の代わりに「ローカル エクスペリエンス パック」(LXP) という用語を使い始めましたが、動作は同じです。^[18] Windows 設定からインストールすることに加えて、これらの 110 個の LXP は Microsoft Store (アプリと Web) からも入手できます。後者は、Windows のコンシューマー エディションのリモート インストールを可能にします。^[19] Microsoft Store のすべてのアプリケーションと同様に、その Windows デバイスと互換性のある LXP のみが Microsoft Store アプリに表示されます。

LXPは、通常のWindows更新サイクルとは別に、Microsoft Storeを通じて更新されます。^[20]

OSバージョン別にサポートされる言語は次のとおりです。

Windows Phone の多言語ユーザー インターフェイスはバージョン 7.0 まで登場しませんでした。

MUI技術は、「オペレーティングシステム用の多言語ユーザーインターフェイス」という国際特許で保護されています。^[21]発明者は、Bjorn C. Rettig、Edward S. Miller、Gregory Wilson、Shan Xuです。

• Windows MUI ナレッジ センター (アーカイブ)
• Windows 言語パック (Microsoft リファレンス)
• 言語インターフェースパック(LIP)
• GNU gettext : ローカリゼーション用の UNIX システムであり、LoadString に似た機能も備えています。