(57)【要約】【課題】多言語化・ローカル化を低コストで実現すること。【解決手段】画面表示用文字列管理のために言語に加えて国／地域も使用し、デフォルト言語、国、地域を設定し、言語に対するデフォルトの国／地域を定義し、表示させたい言語、国、地域の文字列がデータベースに存在する場合にはその文字列を表示し、存在しない場合にはデフォルト言語、国、地域の文字列を表示する。【選択図】図１
2007328428.tif 000002
【特許請求の範囲】
【請求項１】
画面表示用文字列管理のために言語に加えて国／地域も使用し、デフォルト言語、国、地域を設定し、言語に対するデフォルトの国／地域を定義し、表示させたい言語、国、地域の文字列がデータベースに存在する場合にはその文字列を表示し、存在しない場合にはデフォルト言語、国、地域の文字列を表示することを特徴とするコンピュータシステム。
【請求項２】
日付の表示フォーマットを言語、国、地域に対応させて定義することを特徴とする請求項１記載のコンピュータシステム。
【請求項３】
画面表示用文字列管理のために言語に加えて国／地域も使用し、デフォルト言語、国、地域を設定し、言語に対するデフォルトの国／地域を定義し、表示させたい言語、国、地域の文字列がデータベースに存在する場合にはその文字列を表示し、存在しない場合にはデフォルト言語、国、地域の文字列を表示することを特徴とする多言語化／ローカル化方法。
【請求項４】
日付の表示フォーマットを言語、国、地域に対応させて定義することを特徴とする請求項３記載の多言語化／ローカル化方法。
【請求項５】
コンピュータに請求項１記載の機能を実現させることを特徴とするプログラム。
【請求項６】
コンピュータに請求項２記載の機能を実現させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータシステムの多言語化／ローカル化を実現するための技術に関する。
【背景技術】
【０００２】
従来、文字列をマスタ化し、言語に応じた文字列を表示／出力するという方式は一般的に使用されている。特に言語毎に使用する文字列を定義したファイルを用意しておき、使用言語毎に表示文字列を決定するような方法は多いが、この方法の場合にはシステム上の多くの出力項目に対して全て何らかの値を設定しなければならないか、既存の設定をコピーして必要な部分のみを変更するといった方式をとることになる。
【０００３】
コピーして変更する場合、システムの改変等の際に変更の反映を言語別に行う必要があり、作業漏れ等による問題が発生しやすい。特に利用者が少ない言語等では致命的な状態であっても、問題が発覚しにくく対応が後手に回る可能性が高い。
【０００４】
現在、多言語に対応したシステム／ソフトウェアを実現する際、多くのケースでは表示／出力用の文字列を外部リソース化して言語毎に切り替えて利用する方式が用いられている。この方式により、多言語対応する際に必要な翻訳は言語毎のリソースファイルのみとなり、多言語化に大きく役に立っている
【０００５】
ここで、ユーザヘの表示が発生した場合、取得した表示言語情報の種別を判断し、表示言語情報から利用すべき表示言語に対応したマッピング情報を選択し、表示用の各国言語に対応した各表示言語リソースを含むライブラリのうち、選択されたマッピング情報に対応する表示言語リソースを検索し、利用すべき表示言語に合致したライブラリを抽出することで、ソフトウェアプログラムのプログラムコード部を修正すること無く、一つのソフトウェアプログラムで、複数の表示言語を容易に切り替え表示することができる技術が提案されている（例えば、特許文献１参照）。
【特許文献１】特開２００１−１４２６００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した従来例においては次のような問題点があった。
【０００７】
言語毎の対応では不十分なケースがある。すなわち、同じ言語でも利用される国や地域が違えば、適切な表現／単語が違うケースがある。
【０００８】
また、翻訳が完了しないとその言語での提供ができなく、最低限必要な部分のみを翻訳して運用開始する等の形式が取りづらかった。
【０００９】
本発明は、以上説明した問題点を解決するためになされたものである。その目的は、表示／出力用の文字列の管理のために「言語」に加えて「国・地域」も使用する。これにより、より適切なローカル化が可能となり、同じフランス語でもフランスで使用される場合とベルギーで使用される場合では別の文字列を表示／出力することを可能とするところにある。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、本発明は、画面表示用文字列管理のために言語に加えて国／地域も使用し、デフォルト言語、国、地域を設定し、言語に対するデフォルトの国／地域を定義し、表示させたい言語、国、地域の文字列がデータベースに存在する場合にはその文字列を表示し、存在しない場合にはデフォルト言語、国、地域の文字列を表示するコンピュータシステムを提供する。
【００１１】
また、本発明は、画面表示用文字列管理のために言語に加えて国／地域も使用し、デフォルト言語、国、地域を設定し、言語に対するデフォルトの国／地域を定義し、表示させたい言語、国、地域の文字列がデータベースに存在する場合にはその文字列を表示し、存在しない場合にはデフォルト言語、国、地域の文字列を表示する多言語化／ローカル化方法を提供する。
【発明の効果】
【００１２】
本発明によれば、多言語化・ローカル化を低コストで実現できる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の第１の実施の形態について図面を参照して詳細に説明する。
【００１４】
図１において、本実施の形態におけるコンピュータシステムは、図１のように利用者の言語や国／地域に応じた表示を行うためには、図２のような出力項目を定義したマスタデータを整備する。
【００１５】
出力項目は画面／帳票等に表示される個々の項目毎に一意となるＩＤを持ち、それに対して言語や国・地域別の文字列を定義しておく。
【００１６】
システムが画面等に文字列を出力する際には、全てこのマスタデータを元にして出力するが、任意の言語、国・地域に対するデータ整備が完了していなくてもシステムの利用には致命的な問題が発生しないようにデフォルトの言語や国・地域の文字列を参照するような機能を用意する。
【００１７】
利用者の言語、国・地域専用の登録がない場合にデフォルトの言語や国・地域の定義を参照することにより、図２の例における画面:ＳＲ０００１,項目：ＣＯＬ００１,言語:ｅｎ,国・地域：ＵＫ用のレコードの登録の必要はなく、ＵＳのレコードのコピーではないためデフォルトであるＵＳの文字列が変更になった場合でも自動的に変更される。
【００１８】
この仕組を有効に機能させるためにデフォルト言語のデフォルト国・地域分に関しては全ての項目に対して定義しておく必要があるが、それ以外の言語や国・地域の情報に関しては登録は必須ではない。登録されていない項目に関してはデフォルトの文字列が表示されるだけであり、運用に致命的な影響を及ぼすことはない。
【００１９】
次に、図２及び図３のフローチャートを参照して本実施の形態の動作例について詳細に説明する。
【００２０】
画面や帳票等に出力する文字列を取得する際のロジックとしては図３のようになる。利用者へ表示する画面を決定し、それに必要な業務ロジックを実行した後に画面上に表示する項目を取得する。表示する画面の各項目に対して、以下の順で定義されている文字列を取得する。
【００２１】
１．利用者の使用言語、国・地域専用に定義された文字列
２．利用者の使用言語、その言語のデフォルトの国・地域用として定義された文字列
３．デフォルトの言語、デフォルトの言語のデフォルトの国・地域用として定義された文字列
例えばアメリカの英語を使用する利用者の場合、画面:ＳＲ０００１の項目：ＣＯＬ００７に表示する項目としては"Ｃｏｌｏｒ"が採用されるが、日本の(日本語を使用する)利用者の場合には同じ場所に"色"が表示される。また、英語を使用する利用者であってもイギリスの人の場合には"Ｃｏｌｏｕｒ"が表示される。画面:ＳＲ０００１,項目：ＣＯＬ００１の英語表現において、イギリスの場合は文字列が登録されていないが、このような場合には英語のデフォルト地域として登録された(この場合はアメリカ)国・地域の定義である"Ｆｉｌｅ"が表示される。
【００２２】
このように利用者にとってより有効な文字列を極力採用するが、使用言語用の定義等がなくてもデフォルトの定義を使用した表示が可能であり、運用には致命的な影響は発生しない。また特に利用頻度が高い部分や利用者の要望が特に強い部分を優先して翻訳、マスタ登録していくことによってシステム運用後に徐々に多言語化・ローカル化の完成度を高めることが可能となる。
【００２３】
例えば、日本語用の文字列が整備されていない場合、システムで表示する文字列は英語になってしまうが、特に英語が分からない人が利用するケースが多いものを優先して整備するなどの調整も行うことが可能である。
【００２４】
以上の動作をまとめると図４のような動作を行うシステムを構築することができる。重要なのは対象となる言語や国・地域が変わってもシステムが処理するロジックには一切変更が必要なく、翻訳データが十分に用意できない場合でも運用しながら徐々に整備するという方式が採用できるという点となる。また運用を開始した後に新しい言語を追加したり、国や地域に特有の表現に対応したり等の変更が行いやすく、例えば、従来イギリスとして一まとめにしていたものをイングランド用、スコットランド用、ウェールズ用、等とよりきめ細かなローカル化を実現することも可能となる。
【００２５】
上記の本実施の形態においては、翻訳／ローカル化に対する作業を最小とするために、デフォルト言語／デフォルト国・地域という考え方を使用する。例えば、デフォルト言語を英語として英語版の文字列を定義すると、他の言語用として翻訳された文字列が定義されていなくても英語用の文字列を使用するような方式とする。翻訳は表示／出力項目単位で実施し、システムで使用する全表示／出力項目を翻訳しなくても当面の運用に最低限必要な項目のみの翻訳／ローカル化を実施するだけでよい。この場合、未翻訳部分の文字列はデフォルト言語(=英語)のコピーを保持するのではない。使用言語用の文字列がなければデフォルト言語の文字列を使用するという方式を取ることで、無駄な情報を保持する必要がなくなる上にメンテナンス時の改訂も自動的に行われる。特に言語が同じで国・地域の違いによって一部の文字列のみを変更したい等といったケースにおいては、この方式は有効であり、翻訳のための時間／費用の削減を見込むことができる。
【００２６】
多言語化・ローカル化を低コストで実現できる。その理由は、表示／出力文字列がマスタ化されている上に"デフォルト"の採用によりマスタデータの完全な整備が完了するまで運用開始を必ずしも待たせなくても良いためである。
【００２７】
また、多言語化・ローカル化する際に表示／出力用の文字列用のデータ格納を効率化できる。その理由は、特にローカル化等の場合には多くの文字列をデフォルトと共有でき、同じ文字列を重複して登録する必要がないためである。
【００２８】
次に、本発明の第２の実施の形態の構成について詳細に説明する。
【００２９】
図２のような出力文字列を直接埋め込むことができるケースはシステム構築上非常に多いが、これだけでは正しく対処できないケースもある。例えば、日付のフォーマット等に関しては、国や地域によって一般的なものが異なる。
【００３０】
日本の場合は"２００６／３／１"のようなフォーマットが使用されることが多いが、アメリカ等では"Ｍａｒ  １  ２００６"や"３−１−２００６"等のフォーマットが好まれる。これらの文字列は日々変化するため、フォーマットを定義した上で国や地域(場合によっては言語)によってどの形式を使用するかを決定する必要がある。
【００３１】
このようなケースにおいても基本的な考え方やロジックとしては一般的な文字列と同様に扱うことができる。
【００３２】
なお、上述する各実施の形態は、本発明の好適な実施の形態であり、本発明の要旨を逸脱しない範囲内において種々変更実施が可能である。例えば、本コンピュータシステムの機能を実現するためのプログラムを装置に読込ませて実行することにより装置の機能を実現する処理を行ってもよい。さらに、そのプログラムは、コンピュータ読み取り可能な記録媒体であるＣＤ−ＲＯＭまたは光磁気ディスクなどを介して、または伝送媒体であるインターネット、電話回線などを介して伝送波により他のコンピュータシステムに伝送されてもよい。
【００３３】
上述する各実施の形態は、本コンピュータシステムが１つのシステムとして実現されている構成について説明したが、装置が別個に接続されている構成や機能毎に複数の装置などが追加された構成にも適用可能であることはもちろんである。
【００３４】
本発明は様々な言語／国・地域からのアクセスが行われるＷｅｂシステムにおいて特に有効であり、対応すべき言語や国・地域が多くなるほど効果が大きくなる。一つのシステムを多くの利用者／言語等で同時使用するようなケースがもっとも適しているが、利用対象者の使用言語が単一の場合でも日本で構築したものをアメリカ、フランス、スペイン、・・・等と展開するような場合でも開発は日本語版で行った上で、マスタ設定のみを行えばよいので適用に向いている。
【図面の簡単な説明】
【００３５】
【図１】本発明の第１の実施の形態におけるコンピュータシステムの概略構成を示す図である。
【図２】本発明の第１の実施の形態における出力項目の定義の一例を示す図である。
【図３】本発明の第１の実施の形態における処理動作を示すフローチャートである。
【図４】本発明の第１の実施の形態における構築され得るシステムの動作を示す図である。
【図１】
2007328428.tif 000003
【図２】
2007328428.tif 000004
【図３】
2007328428.tif 000005
【図４】
2007328428.tif 000006