(57)【要約】  【課題】  異なるロケールで使用される国際対応のアプリケーションソフトウェアの文字列の編集作業を容易にする。  【解決手段】  コンピュータのユーザインターフェース３７に表示される文字列リソースを複数のロケールに対応して備えているアプリケーションソフトウェア１０であって、実行ファイル１２と、実行ファイル１２とは別個に異なるロケール毎に設けられる複数の文字列リソースファイル１８と、コンピュータのＯＳのロケールを取得すると共にそのロケールに対応した文字列リソースファイル１８を読み出す呼出ＤＬＬファイル１３とを備え、実行ファイル１２は、呼出ＤＬＬファイル１３で選択して読み出された文字列リソースファイル１８内から取得した文字列をユーザインターフェース３７に表示する。  【選択図】  図１
2005157720.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータのユーザインターフェースに表示される文字列リソースを複数のロケールに対応して備えているアプリケーションソフトウェアであって、
実行ファイルと、
該実行ファイルとは別個に異なるロケール毎に個別に設けられる複数の文字列リソースファイルと、
上記コンピュータのＯＳ（Operating System）のロケールを取得すると共に該取得されたロケールに対応した上記文字列リソースファイルを読み出す呼出ＤＬＬ（Dynamic Link Library）ファイルとを備え、
上記実行ファイルは、上記呼出ＤＬＬファイルで選択して読み出された上記文字列リソースファイル内から取得した文字列をユーザインターフェースに表示することを特徴とする国際対応アプリケーションソフトウェア。
【請求項２】
上記文字列リソースファイル内には上記文字列および該文字列に対応するコード番号が保存されていると共に、異ロケールの各文字列リソースファイルの間で同義の文字列には同一コード番号が割り当てられ、
上記実行ファイルは上記コード番号を引数として上記文字列リソースファイル内の該当文字列を取得して上記ユーザインターフェースに表示している一方、
上記コード番号で関連付けられた各ロケールに対応する同義の文字列を上記各文字列リソースファイルから一覧表示して編集することを可能とする編集用文字列リソースエディタを備えている請求項１に記載の国際対応アプリケーションソフトウェア。
【請求項３】
上記文字列リソースファイルから取得した文字列の長さに応じて、該文字列を表示させるユーザインターフェースの表示領域サイズ、あるいは／および、表示する文字サイズを自動設定する表示補正手段を備えている請求項１または請求項２に記載の国際対応アプリケーションソフトウェア。
【請求項４】
請求項１乃至請求項３のいずれか１項に記載の国際対応アプリケーションソフトウェアを開発する方法であって、
上記複数の文字列リソースファイルの間で同義の文字列には同一コード番号を割り当て、編集用文字列リソースエディタ上において各ロケールに対応する同義の文字列を関連付けて一覧表示し、上記文字列リソースファイル内の文字列を作成／編集していることを特徴とする国際対応アプリケーションソフトウェアの開発方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、国際対応アプリケーションソフトウェアおよびその開発方法に関し、複数の異なるロケールに導入するアプリケーションソフトウェアおよび開発方法に関するものである。
【背景技術】
【０００２】
従来、異なるロケール（ユーザが属する地域の言語や慣習等の環境）で使用され得る国際対応のアプリケーションソフトウェアはコンパイル済みの実行ファイルの中に各ロケールに対応する文字列リソース（ユーザインターフェースに表示されるテキスト全般）がそれぞれ格納された状態となっていた。
例えば、あるアプリケーションソフトウェアを日本語環境で開発する一方、当該アプリケーションソフトウェアを日本以外に中国および韓国でも使用する場合、図１５に示すように、アプリケーションソフトウェア１のコンパイル済みの実行ファイル２内に、各国の文字列リソースである日本語リソース３、中国語リソース４および韓国語リソース５を夫々含ませて開発されていた。
【０００３】
しかし、ユーザインターフェースに表示させる文字列を修正するため日本語リソース３、中国語リソース４あるいは韓国語リソース５を編集する必要が生じた場合には、開発言語付属のリソースエディタにより日本語リソース３、中国語リソース４あるいは韓国語リソース５を修正した後、再度、コンパイル作業を行って実行ファイル２を作成し直す必要がある。よって、文字列の修正／編集作業は面倒なものとなると共に、修正後に再コンパイルを必要とする関係上、ソフトウェアの配布先ではコンパイラを有する開発環境がないため修正作業が行えず、メンテナンス性が悪く且つユーザによるカスタマイズも不可能となる問題がある。
【０００４】
また、開発言語付属のリソースエディタで編集を行う場合はＯＳ（Operating System）の標準フォントに設定されており、例えば、ＯＳが日本語環境の場合に、異なるロケールである中国語等の編集を行うと文字化けが発生するため、異なるロケールの言語を編集する際には標準フォントの切り替えを逐一行いながら編集せねばならない問題がある。
さらに、各ロケールの文字列リソース３、４、５を実行ファイル２の内部に格納しており、複数ロケールの各文字列リソース３、４、５のうち同義の文字列を比較する手段がなかったため、一元管理ができず編集漏れが発生しやすいという問題もある。
【０００５】
特開２０００−２３５４４４号公報では、ビルドソフトウェアプログラムの特定のビルトバージョンに対応するメークファイル及び構成ファイルを集中ファイルに保存することにより、コードの変更をコンパイルの際に下位レベル全てに伝播させることを可能として、プログラムのコードのテキスト編集を効率良く行えるシステムを提案している。
しかしながら、テキストの編集後は再コンパイルを必要とすることには変わりなく、メンテナンス性やカスタマイズ性が悪いという問題は解消されていない。
【特許文献１】特開２０００−２３５４４４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、上記問題に鑑みてなされたもので、異なるロケールで使用される国際対応のアプリケーションソフトウェアにおいて、文字列の編集作業を容易にすると共に、文字化けを防止し、更に各ロケールの文字列リソースを一元管理して編集漏れを防止することを課題としている。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明は、コンピュータのユーザインターフェースに表示される文字列リソースを複数のロケールに対応して備えているアプリケーションソフトウェアであって、
実行ファイルと、
該実行ファイルとは別個に異なるロケール毎に個別に設けられる複数の文字列リソースファイルと、
上記コンピュータのＯＳ（Operating System）のロケールを取得すると共に該取得されたロケールに対応した上記文字列リソースファイルを読み出す呼出ＤＬＬ（Dynamic Link Library）ファイルとを備え、
上記実行ファイルは、上記呼出ＤＬＬファイルで選択して読み出された上記文字列リソースファイル内から取得した文字列をユーザインターフェースに表示することを特徴とする国際対応アプリケーションソフトウェアを提供している。
【０００８】
上記構成とすると、文字列リソースファイルを実行ファイルとは別ファイルとして設けているので、アプリケーションソフトウェアの各国対応版を開発する際にどのロケールでも同一の実行ファイルを使用することができ、開発工程およびコストを低減することができる。また、文字列リソースファイルを実行ファイルから分離したことで、文字列を編集した後に再コンパイルする必要がなくなり編集作業を簡素化することができる。さらに、文字列を修正／編集するのに際してコンパイラを有する開発環境が不要となるので、ユーザ側でもメンテナンスあるいはカスタマイズを行うことも可能となる。
【０００９】
また、実行ファイルに触れることなく文字列の修正／編集を行うため、編集作業者に実行ファイルのソースコードを知られるのを防止することができ、機密性の向上や作業ミスの防止にも貢献する。さらに、実行ファイルは呼出ＤＬＬファイルを介してロケール毎にまとめられた文字列リソースファイルを丸ごと読み出すので、文字列のローカライズ漏れを防止することができる。なお、文字列リソースファイルはテキスト形式またはリッチテキスト形式で作成されていることが好ましい。
【００１０】
ここで、ロケールとは、広義にはユーザが属する地域の言語や慣習等の環境をいい、言語と国名の組み合わせで構成されるものであり（同じ言語を使う国でも通貨や日付の書式が異なる場合はロケールも異なる一方、同じ国でも異なる言語を使用する場合は同一国に複数のロケールがあることになる。）、狭義には、主に言語環境のことをいう。
文字列リソースとは、アプリケーションソフトウェアのユーザインターフェースに表示されるテキスト全般をいい、具体的には、メニュー、ダイアログボックスに使用される、情報メッセージ、警告メッセージ、エラーメッセージなどが挙げられる。
ローカライズとは、アプリケーションソフトウェアを特定のロケールに適合するように変更することをいう。
【００１１】
上記文字列リソースファイル内には上記文字列および該文字列に対応するコード番号が保存されていると共に、異ロケールの各文字列リソースファイルの間で同義の文字列には同一コード番号が割り当てられ、
上記実行ファイルは上記コード番号を引数として上記文字列リソースファイル内の該当文字列を取得して上記ユーザインターフェースに表示している一方、
上記コード番号で関連付けられた各ロケールに対応する同義の文字列を上記各文字列リソースファイルから一覧表示して編集することを可能とする編集用文字列リソースエディタを備えている。
【００１２】
上記構成とすると、編集用文字列リソースエディタで複数ロケールにわたって文字列を編集する際に、各ロケールの同義の文字列は同一コード番号で関連付けられて一覧表示されるため、編集作業者は各ロケールの文字列の対応関係が一目瞭然となる。このように、編集用文字列リソースエディタにより文字列リソースを一元管理することができるようになることで、ローカライズされていない文字列が残存する等の作業漏れの防止を図ることができる。
【００１３】
上記文字列リソースファイルから取得した文字列の長さに応じて、該文字列を表示させるユーザインターフェースの表示領域サイズ、あるいは／および、表示する文字サイズを自動設定する表示補正手段を備えている。
【００１４】
例えば、同義の文字列について日本語での文字列長さよりも中国語での文字列長さの方が大きい場合には、開発段階で日本語の文字列長さに合うようにユーザインターフェースの表示領域サイズを決定してしまうと、中国語にローカライズした際に表示領域をオーバーしてしまう問題が発生する。しかし、日本語の文字列に対応する中国語の文字列の長さを逐一調べてコーディングしていたのでは開発作業は大変煩雑なものとなる。
そこで、上記構成とすると、開発言語と異なる言語にローカライズする際に、表示補正手段により文字列の長さに適した表示領域サイズを随時設定して表示することで、表示エラーを防止できると共に開発作業性も向上させることができる。
【００１５】
また本発明は、上記国際対応アプリケーションソフトウェアを開発する方法であって、
上記複数の文字列リソースファイルの間で同義の文字列には同一コード番号を割り当て、編集用文字列リソースエディタ上において各ロケールに対応する同義の文字列を関連付けて一覧表示し、上記文字列リソースファイル内の文字列を作成／編集していることを特徴とする国際対応アプリケーションソフトウェアの開発方法を提供している。
【００１６】
上記方法によれば、各ロケールの同義の文字列は同一コード番号で関連付けて一覧表示し文字列の作成や編集等を行うので、文字列リソースを一覧で一元管理することができ、文字列のローカライズ漏れ防止を図ることができる。
【発明の効果】
【００１７】
以上の説明より明らかなように、本発明によれば、文字列リソースファイルを実行ファイルとは分離しているので、各国対応版を開発する際に同一の実行ファイルを使用でき開発効率が向上すると共に、文字列リソースを編集した場合でも再コンパイルする必要がなくなりメンテナンス性が向上する。また、実行ファイルのソースコードを操作する必要がないので、プログラムの機密性の向上や作業ミスの防止を図ることができる。さらに、全ての文字列リソースをコード番号で一元管理することにより、文字列のローカライズ漏れを防止することができる。
【発明を実施するための最良の形態】
【００１８】
本発明の第１実施形態を図面を参照して説明する。
図１に示すアプリケーションソフトウェア１０は、複数のロケール（本実施形態では日本、中国、韓国）においてＷｉｎｄｏｗｓ（Ｒ）をＯＳとするコンピュータにインストールして使用されると共に、各ロケールに対応する文字列リソースを実行ファイル１２とは別に文字列リソースファイル１８として日本語リソースファイル１４、中国語リソースファイル１５および韓国語リソースファイル１６を別ファイルで設けている。
【００１９】
詳しくは、アプリケーションソフトウェア１０は、配布先のコンピュータでの実際の処理を行う処理部１１と、文字列リソースファイル１８の編集を一元的に行う編集用文字列リソースエディタ１７とを備えている。
処理部１１は、コンパイル済みの実行ファイル１２と、コンピュータのユーザインターフェースに表示される文字列リソースを各ロケールに対応して別個に設けている文字列リソースファイル１８（日本語リソースファイル１４、中国語リソースファイル１５および韓国語リソースファイル１６）と、インストール先のコンピュータのＯＳ（Operating System）のロケールを取得すると共にそのロケールに対応する文字列リソースファイル１８を読み出す呼出ＤＬＬ（Dynamic Link Library）ファイル１３とを備えている。
【００２０】
文字列リソースファイル１８はリッチテキスト形式であり、図３に示すように、そのロケールでのフォント情報等を有するヘッダを先頭に記載していると共に、以下にコード番号と文字コードとを一対一で対応付けて列挙記載している。また、ファイル名は、Ｗｉｎｄｏｗｓ（Ｒ）ＯＳで標準で決められているロケールＩＤを用いて、[ロケールＩＤ]．ＲＴＦという命名規則とし、例えば、日本語の場合は１０４１．ＲＴＦ、中国語の場合は２０５２．ＲＴＦ、韓国語の場合は１０４２．ＲＴＦと命名している。
なお、コード番号は、日本語リソースファイル１４、中国語リソースファイル１５および韓国語リソースファイル１６の間で同義の文字列に対して同一コード番号を付与することとしており、かつ、図１０に示すように、日本語でのあいうえお順の呼び名や用途に応じてコード番号を付与するルールとして管理が容易となるようにしている。
【００２１】
編集用文字列リソースエディタ１７は、コンピュータ上のインターフェース２０として図４のように表示され、コード番号２１に関連付けて各ロケール（日本語、中国語、韓国語）の文字列２２、２３、２４を文字列リソースファイル１８から読み込んで一覧表示している。
編集用文字列リソースエディタ１７は、図５に示すように、各文字列リソースファイル１８からコード番号順にリストとしてメモリに読み込むソートリスト部３４、３５、３６と、各ソートリスト部３４、３５、３６から同一コード番号で関連付けて１つのデータセットとするデータセット部３３と、該データセットをインターフェース部２０に接続するデータグリッド部３２とを備えている。また、データグリッド部３２は、インターフェース２０の各列を各ロケールの言語に変換する設定としている。
【００２２】
なお、図４の各ボタンの機能を具体的に説明すると、Createボタン２５は、新たな文字列リソースファイルを作成する際に新規ロケールを選択して新たな列を追加する機能を有する。Openボタン２６は、編集用文字列リソースエディタ１７上に読み込む文字列リソースファイル１８を選択する機能を有する。Saveボタン２７は、文字列リソースファイル１８の保存機能を有する。Closeボタン２８は、編集用文字列リソースエディタ１７のプログラムを終了する機能を有する。Create Documentボタン２９は、外部ファイル（例えばＭｉｃｒｏｓｏｆｔＥｘｃｅｌ（Ｒ））に出力する機能を有する。Addnewボタン３０は、新たな行を追加する機能を有する。Findボタン３１は、表示内からテキスト検索する機能を有する。
【００２３】
次に、アプリケーションソフトウェア１０の処理部１１の流れを図２のフローチャートを基に説明する。
先ず、アプリケーションソフトウェア１０を起動すると、呼出ＤＬＬファイル１３がインストール先のコンピュータのＯＳのロケールを確認し（Ｓ１）、ロケールＩＤを取得する（Ｓ２）。ここで、ロケールＩＤは、ＯＳが日本語環境なら１０４１、中国語環境なら２０５２、韓国語環境なら１０４２が取得される。
そして、ＯＳより「２０５２」が取得されたとすれば、ファイル名に「２０５２」が含まれた文字列リソースファイルである中国語リソースファイル１５をメモリに読み込む（Ｓ３）。なお、ロケールＩＤの取得先をＯＳとせずに、開発者が予めロケールＩＤを手動設定したファイルから読み出すようにしても好適である。
【００２４】
一方、実行ファイル１２は、新規オブジェクトを生成し（Ｓ５）、ユーザインターフェースに表示すべき文字列のコード番号を引数として呼出ＤＬＬファイル１３のメソッド関数を呼び出す（Ｓ６）。呼出ＤＬＬファイル１３側のメソッド関数では受け取ったコード番号に対応する文字列を予めメモリに読み出された中国語リソースファイル１５から取り出して実行ファイル１２側に返し（Ｓ４）、実行ファイル１２はその文字コードを戻り値として受け取る（Ｓ７）。次いで、その戻り値に基づき、中国語の文字列を画面に表示する（Ｓ８）。そして、文字列の処理が終了するまでこれを繰り返し、終了すれば別のプログラム処理へと移る（Ｓ９）。
【００２５】
上記のようにすれば、例えば、実行ファイル１１がメニュー画面を表示するものである場合には、図７に示すように、ユーザインターフェース３７を中国語で正しく表示することができる。また、上記処理をＯＳが日本語環境の中で行えば、図８に示すようにメニュー画面が日本語で表示され、ＯＳが韓国語環境であれば、図９に示すようにメニュー画面が韓国語で表示される。
【００２６】
次に、編集用文字列リソースエディタ１７の処理の流れを図６のフローチャートを基に説明する。
先ず、文字列リソースファイル１８が存在するか否かを確認し（Ｓ１０）、存在しない場合には、文字列リソースファイルを生成するロケールを選択して新規ファイルを作成する（Ｓ１１）。一方、文字列リソースファイル１８が存在する場合には、各文字列リソースファイル１８（日本語リソースファイル１４、中国語リソースファイル１５、韓国語リソースファイル１６）をメモリに読み込んで（Ｓ１５）、インターフェース部２０にデータ表示する（Ｓ１２）。
【００２７】
そして、図４に示す画面上で一覧表示された文字列の編集を行った後（Ｓ１３）、Saveボタン２７でデータ保存を行い、Closeボタン２８で編集作業を終了する。
ここで、編集用文字列リソースエディタ１７により行った編集対象である文字列リソースファイル１８は、実行ファイル１１とは別ファイルで設けているため、実行ファイル１１を触ることなく編集する構成とされており、編集後に再コンパイルする必要はない。
【００２８】
なお、上記実施形態では、文字列リソースファイル１８のファイル名を[ロケールＩＤ]．ＲＴＦとしてロケール毎に１ファイルとして、全システムに共通で使用できる文字列リソースファイル１８を作成するため、システムが複数ある場合には、あるシステムにとっては不要な文字も含まれて容量が増大することが考えられる。
そこで、文字列リソースファイル１８のファイル名の命名ルールとして、[ロケールＩＤ][システム名]．ＲＴＦとすれば、文字列リソースファイル１８をシステム毎に分割することができ、ファイル自体の容量を必要最小限にして配布することができ、資源の有効活用を図ることができる。
【００２９】
また、従来はプログラムにエラーが生じた場合、エラーログファイルを参照して開発者の判断のもと修正作業を行っているが、エラー時の自己診断機能として、エラーメッセージをもとに修正箇所およびエラー内容を取得し、プログラム修正方法をアナウンス（表示／ファイル出力）して指示する構成としても好適である。こうすれば、エラー処置方法が明確になり、異常が発生した時の対処時間の短縮を図ることができる。
【００３０】
図１１は第２実施形態を示す。
第１実施形態との相違点は、アプリケーションソフトウェア４０の処理部４１の実行ファイル４２内に表示補正手段４３を備えている点である。
【００３１】
従来、ユーザインターフェースの表示領域（ボタン等）は、開発段階においてそこに表示される日本語文字列の長さに応じてサイズ等を設定しているため、異ロケールでの文字列が日本語に比べて大幅に長い場合、２段表示されたり文字欠けする等してプログラムの修正が必要となる恐れがある。
そこで、本実施形態では表示補正手段４３設けて、文字列リソースファイル１８（日本語リソースファイル１４、中国語リソースファイル１５、韓国語リソースファイル１６）から取得した文字列の長さに応じて、該文字列を表示させるユーザインターフェースの表示領域サイズ（縦横長さ）を自動設定するようにしている。
【００３２】
これを、図１２に示すフローチャートで説明すれば、実行ファイル４２が呼出ＤＬＬファイル１３から文字列の戻り値を取得（Ｓ７）した後工程で、該文字列の長さに応じた表示領域のサイズの設定を行って（Ｓ２０）、画面に表示することとしている。なお、図１２中の他のステップは第１実施実施形態と同様であるため、同一符号を付して説明を省略する。
上記構成とすると、文字数によるシステム変更作業が無くなり、開発コストの削減を図れると共に、表示エラーを確実に無くすことができる。
また、表示領域サイズを自動調整する代わりに（或いは、それに併せて）、表示文字サイズを自動設定するようにし、文字数が多ければ文字サイズを自動的に小さくして文字欠け等を防止するようにしてもよい。
なお、他の構成は第１実施形態と同様であるため説明を省略する。
【００３３】
図１３は第３実施形態を示す。
第１実施形態との相違点は、開発者言語である日本語リソースファイル５２以外のロケールの文字列リソースファイルを作成することなく、翻訳処理部５３を設けている点である。
【００３４】
本実施形態のアプリケーションソフトウェア５０は、実行ファイル１２と、呼出ＤＬＬファイル５１と、日本語リソースファイル５２と、翻訳辞書となる日中翻訳処理部５３とを備えている。
例えば、呼出ＤＬＬファイル５１によりＯＳのロケールが中国語であると取得された場合には、実行ファイル１２により呼出ＤＬＬファイル５１を介して日本語リソースファイル５２から呼び出された文字列を、日中翻訳処理部５３で中国語文字列に変換した上で実行ファイル１２へとわたす構成としている。
【００３５】
上記構成とすると、日本語以外の文字列リソースファイルを作成する翻訳作業を廃止することができ、開発は実行ファイル１２および呼出ＤＬＬファイル５１と共に一カ国の文字列リソースファイル５２を開発さえすれば、翻訳処理部（翻訳辞書）５３と共に配布するだけでよく、開発工程を削減することができる。
なお、他の構成は第１実施形態と同様であるため説明を省略する。
【００３６】
図１４は第４実施形態を示す。
第１実施形態との相違点は、音声メッセージ案内を設けている点である。
本実施形態のアプリケーションソフトウェア６０は処理部６１と編集用リソースエディタ６７とを備え、該処理部６１は、実行ファイル６２と、呼出ＤＬＬファイル６３と、各ロケールファイル６４、６５、６６とを備えている。
【００３７】
日本語ロケールファイル６４は日本語リソースファイル１４と日本語音声ファイル６７とを備え、中国語ロケールファイル６５は中国語リソースファイル１５と中国語音声ファイル６８とを備え、韓国語ロケールファイル６６は韓国語リソースファイル１６よ韓国語音声ファイル６９とを備えている。
【００３８】
例えば、日本語音声ファイル６７内の音声データ（注意、警告、異常メッセージ）は、日本語リソースファイル１４内の同義の文字列に付されたコード番号と同一のコード番号が付与されており、実行ファイル６２によりコード番号を引数として日本語リソースファイル１４から文字列が呼び出されるのに伴って、日本語音声ファイル６７からも音声データが呼び出され、文字列によるメッセージ表示と共に音声案内を行っている。他のロケール（中国、韓国）の場合も同様である。
【００３９】
上記構成とすると、ユーザに対して視覚的のみならず聴覚的にもメッセージを伝達することができ、ハンディキャップ（視覚障害者）を持った人でもオペレーションを行い易くなる。なお、他の構成は第１実施形態と同様であるため説明を省略する。
【図面の簡単な説明】
【００４０】
【図１】本発明の第１実施形態のアプリケーションソフトウェアを示すブロック図である。
【図２】アプリケーションソフトウェアの処理を示すフローチャートである。
【図３】文字列リソースファイルのファイル内容を示す図面である。
【図４】編集用文字列リソースエディタのインターフェース画面である。
【図５】編集用文字列リソースエディタのブロック図である。
【図６】編集用文字列リソースエディタの処理を示すフローチャートである。
【図７】日本語での表示画面である。
【図８】中国語での表示画面である。
【図９】韓国語での表示画面である。
【図１０】文字列へのキーの割り当て規約を示す図面である。
【図１１】第２実施形態のアプリケーションソフトウェアを示すブロック図である。
【図１２】アプリケーションソフトウェアの処理を示すフローチャートである。
【図１３】第３実施形態のアプリケーションソフトウェアを示すブロック図である。
【図１４】第４実施形態のアプリケーションソフトウェアを示すブロック図である。
【図１５】従来のアプリケーションソフトウェアを示すブロック図である。
【符号の説明】
【００４１】
１０    アプリケーションソフトウェア
１１    処理部
１２    実行ファイル
１３    呼出ＤＬＬファイル
１４    日本語リソースファイル
１５    中国語リソースファイル
１６    韓国語リソースファイル
１７    編集用文字列リソースエディタ
１８    文字列リソースファイル
３７    ユーザインターフェース
【図１】
2005157720.tif 000003
【図２】
2005157720.tif 000004
【図３】
2005157720.tif 000005
【図４】
2005157720.tif 000006
【図５】
2005157720.tif 000007
【図６】
2005157720.tif 000008
【図７】
2005157720.tif 000009
【図８】
2005157720.tif 000010
【図９】
2005157720.tif 000011
【図１０】
2005157720.tif 000012
【図１１】
2005157720.tif 000013
【図１２】
2005157720.tif 000014
【図１３】
2005157720.tif 000015
【図１４】
2005157720.tif 000016
【図１５】
2005157720.tif 000017