「Windowsアプリケーションの中国語化における7つの注意ポイント」

既存Windowsアプリケーションの中国語化を進める際に、古い開発環境を新しい開発環境に切り替えるどうかという判断を下さなければなりません。古い開発環境のままだと、サポート終了している場合もありますし、ランタイムにセキュリティ上の問題があったとしても修正されないなどの可能性が出てきます。そのような状態の環境で作ったアプリケーションを動作保障できるかどうかはターゲットとするOSにて十分に検証する必要があります。一方、新しい開発環境にアップグレードとすると、古い開発環境を切り替えることで生じる、コンポーネントのライセンス問題を別途考える必要がありますし、そのままではビルドが通らないことや、ビルドが通っても正しく動作しないなどのトラブルが予想されます。このため、色々な改修・動作検証が必要になってきます。
例えば、Windowsアプリケーションの開発環境であるVisual C++バージョンの履歴（一部）は表2で示すようになります。(MSDNより(※6)) 新しい開発環境を選定する際に、各バージョンがサポートする機能やOSに準拠する必要があります。

表2. Visual C++バージョンの履歴(一部)

開発環境を決めたら、プロジェクトプロパティ設定にいくつか注意すべきことがあります。まずは、言語設定とプリプロセッサ設定です。多言語化されたWindowsアプリケーションでは、日本語や中国語など異なる言語設定のあるリソースを動的に読み込む機能を作り込まなければなりません。Windowsアプリケーションを言語ごとに切り替える仕組みとして、各言語のリソースをDLL化する方法が有効です。言語設定の注意点としては、前述の中国語文字コード体系を明確にし、簡体字中国語の「GB2312」に設定するか繁体字中国語の「Big5」に設定するかを間違わないことです。もし、コンパイルスイッチで言語ごとに読み込むリソースDLLファイルを切り替えたい場合は、プロジェクトプロパティのプリプロセッサ設定にて、図1で示すようなマクロ定義を忘れずに追加しましょう。

図1. プロジェクトプロパティのプリプロセッサ設定

新しい開発環境でプロジェクトをアップグレードする場合は、すべてのプロジェクトプロパティ設定を継承はできないため、一部の設定は選定したターゲットOSでの運用状況に従って調整しなければなりません。例えば、ユーザーアカウント制御 (UAC：User Account Control(※7)) 設定は、Visual C++ 6.0などの旧バージョン開発環境では存在しません。ターゲットOS をWindows Vista以降のものとする場合、実際の運用環境にてユーザーアカウント制御を有効とするかどうかによって、Windowsアプリケーションの動きが変わるため、プロジェクトプロパティ設定を実際の運用状況をイメージしたうえで調整しなければなりません。具体的には、プロジェクトプロパティのマニフェスト設定（図2）にて管理特権を変更する必要があります。(変更方法はMSDN参照(※8))

図2. プロジェクトプロパティのUAC設定

Windowsアプリケーションの中国語化におけるUnicode対応では、Unicode用のMFC及びCランタイムサポートを活用するため、プログラミング段階では、表3で示すような作業が必要となります。(MSDNより(※9))
今回の中国語化対応のプログラミング段階において、一番苦労したのはNo.6の作業内容でした。該当作業では、対象となる関数が100以上と多く、Unicode文字列の文字数を渡すべきか、バイト数を渡すべきかの判断は関数を1つ1つ個別にチェックする必要があるので、対応漏れが比較的発生しやすいと感じました。それと、CString は TCHAR データ型に基づいていることを意識しなければなりません。シンボル「_UNICODE」が定義されている場合、TCHAR は、16 ビット文字エンコードの wchar_t 型となりますが、それ以外の場合、TCHAR は、通常の 8 ビット文字エンコードである char として定義されます。

表3. Unicodeプログラミングの要約

ActiveXコントロール（図3）などのコンポーネント部品がアプリケーションに利用されている場合は、中国語化する前に、Unicodeバージョンが存在するかどうかを確認しなければなりません。Unicodeバージョンが存在しても、ActiveXコントロールのヘッダなどとして表示されるテキストを直接中国語に設定できない場合があるので、関連機能の実現性も事前に検討する必要があります。例えば、今回の中国語化では、アプリケーションにてサードパーティー製のActiveXグリッドコンポーネントを採用していましたが、日本語開発環境において、リソースエディタからヘッダなどの表示テキストに中国語を入力できませんでした。そのため、グリッドコンポーネントが初期化されるたびに、該当するグリッドに中国語の文字列をセットして対応しました。

図3. ActiveXコントロールの例

中国語化の一環として、リソースの設定が画面レイアウトに与える影響を注意しながら開発する必要があります。一部の注意ポイントを下記にピックアップしました。

①

Windows XP、Windows 7、Windows 8などのOSにおいて、ダイアログやボタンなどのリソースを同じ設定とすると、文字が表示し切れないなど、表示のイメージが大きく異なる場合があります。そのため、ターゲットとするOSに応じて、画面レイアウトを1つ1つ確認しながら調整する必要があります。

②

中国語フォントの設定が変わると、画面の見た目の感覚も大きく異なります。特別な指定がない場合、Windowsに標準でインストールされている中国語フォント「SimSun」と「SimHei」から選ぶのが無難ですが、スタイルがあまりにも違いますので、早期に決定する必要があります。個人的な感覚ですが、図4で示すように、同じサイズの場合、「SimSun」は「SimHei」より見やすい傾向があります。

図4. 中国語フォント「SimSun」(左)と「SimHei」(右)の比較

アプリケーションのソースコード中に埋め込むメッセージなどのテキストを抽出し、翻訳を行います。と同時に、テキストの整合性を早い段階からチェックしておく必要があります。例えば、「スイッチ」や「SW」といった表現では、できる限りどちらかに統一した方がわかりやすいと思います。同じ文言が複数の箇所（メニューのアイテムや画面表示、設定ファイル、警告メッセージなど）に表示される場合、整合性を取らないと、ユーザーが戸惑うことになります。早い段階で整合性を取っておかないと、何度も修正された中国語訳文をソースコードに差し込むことになり、修正を繰り返すことでミスも発生しやすくなります。
ヘルプファイルやマニュアルなどドキュメンテーションの翻訳もまた、アプリケーションで使われている中国語訳文内容と整合性を取らなければなりません。また、Windowsアプリケーションでよく使われるヘルプファイルのフォーマットに関して、フォーマットは従来の「.hlp 」ファイルだと、Windows Vista 以降の OSで使用できないので、ヘルプファイルのフォーマットを「.pdf」ファイルなどに変更するか、ユーザーのOS環境に「WinHlp32.exe」(マイクロソフト社ホームページ(※10)参照)というプログラムをインストールするかなどの対応が必要です。

中国語化開発の最終段階では、中国語版のセットアッププログラムを作成することになります。セットアッププログラムを作ることで、OS へアプリケーションのインストール/アンインストールが自動的に行われます。Visual Studio 2005以降の統合開発環境であれば、日本語OSにおいても中国語化されたアプリケーションのセットアッププログラムを作成することができます。セットアッププログラムの作成には、中国語化されたアプリケーションの実行ファイル或いはプロジェクト、プロダクト名、製造元、バージョン情報などが不可欠です。これらの必要な情報の用意ができていれば、MSDN(※11)を参考にすることで簡単に作ることができます。セットアッププロジェクトは中国語化されたアプリケーションのプロジェクトと同じソリューションで作成してもよいし、新たなソリューションで新規作成することでも問題ないです。中国語化開発だけの話ではありませんが、作成時の注意ポイントとしてはActiveXコントロールのレジスタ登録漏れとショートカットのアイコン追加漏れがあります。また、ビルド時に、ソリューションのビルドではセットアップファイルはできないので、ソリューションエクスプローラーで右クリックメニューからビルドするか、ビルドメニューからセットアッププロジェクトをビルドする必要があります。
セットアッププログラムの作成が終わったら、次のステップは試験になります。中国語化されたアプリケーションの動作検証を確実に行うためには、ターゲットとする中国語OSがセットアップされたPC環境を早期に用意した方がよいと思います。中国語OSのPC実機が用意できない場合、VMwareなどの仮想環境にて試験を実施する方法もあります。