Loading article…
コンピューターの世界では、国際化とローカリゼーション（米語）または国際化とローカリゼーション（英語）は、それぞれi18nとl10nと略されることが多く、[1]コンピューターソフトウェアをさまざまな言語、地域的特性、対象地域の技術的要件に適応させる手段です。[2]
国際化とは、エンジニアリングの変更なしにさまざまな言語や地域に適応できるようにソフトウェア アプリケーションを設計するプロセスです。ローカリゼーションとは、テキストを翻訳し、ロケール固有のコンポーネントを追加することで、国際化されたソフトウェアを特定の地域や言語に適応させるプロセスです。
ローカリゼーション（異なるロケールに対して複数回実行される可能性がある）では、国際化（理想的にはローカリゼーションの前に一度だけ、または進行中の開発の不可欠な部分として実行される）によって提供されるインフラストラクチャまたは柔軟性が使用されます。[3]
ネーミング
これらの用語は、単語が長いため、数字の i18n（18は、 internationalization（国際化）の最初のiと最後のnの間にある文字の数を表し、 1970年代または1980年代にDigital Equipment Corporationで造られた用法） [4] [5]やlocalization（ローカリゼーション）のl10nと略されることが多い。[1] [6]後者の用語を大文字（L10n）で表記して、両者を区別している筆者もいる。[7]
IBMやオラクルなどの一部の企業は、国際化とローカリゼーションを組み合わせたグローバリゼーション（g11n）という用語を使用しています。 [8]
マイクロソフトは国際化を世界対応とローカリゼーションの組み合わせと定義しています。世界対応は開発者のタスクであり、製品を複数の文字や文化で使用できるようにし（グローバリゼーション）、ユーザーインターフェイスリソースをローカライズ可能な形式で分離します（ローカライズ可能性、L12yと略されます）。[9] [10]
ヒューレット・パッカードとHP-UXは、ローカライズ可能なソフトウェアを作成するために、「National Language Support」または「Native Language Support」(NLS)と呼ばれるシステムを開発しました。[2]
IBM [11]を含む一部のベンダーは、特定のロケールのみをサポートするソフトウェア製品のローカライズ版にNational Language Version (NLV)という用語を使用しています。この用語は、異なる市場向けにソフトウェアの同様のNLVバージョンが存在することを意味します。この用語は、国際化とローカライズが行われておらず、ソフトウェア製品がどのバージョンでも1つの言語とロケールのみをサポートする場合には使用されません。
範囲
ウェブサイトの図表に基づく）
Software without frontiersによると、製品を国際化する際に考慮すべき設計面は「データのエンコーディング、データとドキュメント、ソフトウェアの構築、ハードウェアデバイスのサポート、およびユーザーインタラクション」であり、完全に国際化された製品をゼロから作成する際に考慮すべき主要な設計領域は「ユーザーインタラクション、アルゴリズムの設計とデータ形式、ソフトウェアサービス、およびドキュメント」です。[2]
翻訳は通常、言語ローカリゼーションの中で最も時間のかかる要素です。[2]これには次のような作業が含まれます。
- 映画、ビデオ、オーディオの場合、吹き替えまたは字幕を使用して、話し言葉や音楽の歌詞を翻訳します。
- 印刷物やデジタルメディアのテキスト翻訳（エラーメッセージやドキュメントを含む可能性あり）
- テキストを含む画像やロゴを翻訳や一般的なアイコンに変更する可能性がある[2]
- 翻訳の長さや文字サイズの違い（ラテンアルファベットと中国語の文字など）により、ある言語ではうまく機能するレイアウトが他の言語ではうまく機能しないことがあります[2]
- 方言、使用域、変種の違いを考慮する[2]
- 次のような書き方の規則があります:
- 数字の書式設定（特に小数点と桁区切り）
- 日付と時刻の形式。異なる暦（イスラム暦や日本暦など）の使用も含まれる可能性があります。
標準ロケールデータ
コンピュータ プログラムはコンテンツを動的に生成できるため、コンピュータ ソフトウェアでは単語や語句の単純な翻訳以上の差異が生じることがあります。翻訳の準備として、国際化プロセスでこれらの差異を考慮する必要がある場合があります。これらの差異の多くは非常に一般的なので、言語間の変換は簡単に自動化できます。UnicodeのCommon Locale Data Repository は、このような差異のコレクションを提供します。そのデータは、Microsoft Windows、macOS、Debianなどの主要なオペレーティング システムや、 GoogleやWikimedia Foundationなどの主要なインターネット企業やプロジェクトで使用されています。このような差異の例を次に示します。
- 異なる表記体系の異なる「スクリプト」では、異なる文字、つまり異なる文字セット、表語文字、表意文字、または記号が使用されます。現代のシステムでは、Unicode標準を使用して、単一の文字エンコーディングでさまざまな言語を表します。
- 書字方向は、ほとんどのヨーロッパ言語では左から右、ヘブライ語とアラビア語では右から左、牛耕文字ではその両方、一部のアジア言語ではオプションで縦書きとなる。[2]
- 複雑なテキストレイアウト（文脈に応じて文字の形が変わる言語向け）
- 一部の文字では大文字が使用されますが、他の文字では使用されません。
- 言語や表記体系によってテキストの並べ替えルールは異なります
- 言語によって数字体系が異なるため、西洋アラビア数字が使用されていない場合はサポートが必要になる場合があります。
- 言語によって複数形化のルールが異なるため、数値コンテンツを動的に表示するプログラムは複雑になる可能性があります。[12]その他の文法規則も異なる場合があります（例：属格）。
- 言語によって句読点の使いかたが異なります（例：英語では二重引用符（" "）を使用し、フランス語ではギュイメット（« »）を使用してテキストを引用します）
- キーボードショートカットは、ローカライズされているキーボードレイアウト上のボタンのみを使用できます。ショートカットが特定の言語の単語に対応している場合（たとえば、Ctrl-sは英語で「保存」を表します）、変更が必要になる場合があります。[13]
全国大会
国によって経済慣習は異なり、次のような違いがあります。
- 用紙サイズ
- 放送テレビシステムと一般的なストレージメディア
- 電話番号の形式
- 郵便住所の形式、郵便番号、配送サービスの選択
- 通貨（シンボル、通貨マーカーの位置、異なるインフレ履歴による適正額） - ISO 4217コードは国際化のためによく使用されます。
- 測定システム
- バッテリーサイズ
- 電圧と電流の規格
特に、米国とヨーロッパでは、これらのケースのほとんどが異なります。他の地域では、これらのいずれかに従うことがよくあります。
オンライン マップ、天気予報、決済サービス プロバイダーなどの特定のサードパーティ サービスは、世界中で同じ通信事業者から利用できないか、まったく利用できない場合があります。
タイムゾーンは世界中で異なります。製品が元々 1 つのタイムゾーンのユーザーとのみやり取りしていた場合は、この点を考慮する必要があります。国際化のために、UTC は内部的に使用され、その後、表示目的でローカル タイムゾーンに変換されることがよくあります。
国によって法的要件は異なります。たとえば、次のようになります。
- 規制遵守には、特定の管轄区域に合わせたカスタマイズや、次のような製品全体の変更が必要になる場合があります。
- 政府によって割り当てられた番号にはさまざまな形式があります（パスポート、社会保障番号、その他の国民識別番号など）
ローカリゼーションでは、次のような文化の違いも考慮されることがあります。
- 地元の祝日
- 個人名と敬称の慣例
- 美学
- 画像と色彩の象徴の理解可能性と文化的適切性
- 写真に写っている場所の人々の民族、衣服、社会経済的地位、建築物
- 社会的タブー、地元の一般的な宗教、日本文化における血液型と他の文化における星座などの迷信などの地元の慣習や慣習
ソフトウェアの国際化のためのビジネスプロセス
製品を国際化するには、製品が参入すると予想されるさまざまな市場を検討することが重要です。[2]住所のフィールドの長さ、住所の独自の形式、郵便番号のない国に対応するために郵便番号フィールドをオプションにしたり、州のない国に対応するために州フィールドをオプションにしたりできること、さらに現地の法律に準拠した新しい登録フローの導入などの詳細は、国際化を複雑なプロジェクトにする例のほんの一部です。[7] [17]より広範なアプローチでは、ビジネスプロセスロジックの適応や個々の文化的（行動的）側面の組み込みなど、文化的要因が考慮されます。[2] [18]
1990年代にはすでに、 Bullなどの企業がすべての翻訳業務に機械翻訳（Systran ）を大規模に使用しており、人間の翻訳者が前編集（入力を機械が読めるようにする）と後編集を担当していました。[2]
エンジニアリング
既存のソフトウェアを再設計する場合も、新しい国際化ソフトウェアを設計する場合も、国際化の最初のステップは、ロケールに依存する可能性のある各部分（コード、テキスト、データ）を個別のモジュールに分割することです。[2]各モジュールは、標準ライブラリ/依存関係に依存するか、各ロケールの必要に応じて個別に置き換えることができます。
現在、アプリケーションでは、必要に応じてプログラム実行中に読み込まれるリソース ファイルにテキストを配置するのが一般的です。[2]リソース ファイルに格納されているこれらの文字列は、比較的簡単に翻訳できます。プログラムは、選択されたロケール データに応じてリソース ライブラリを参照するように構築されることがよくあります。
翻訳可能な文字列と翻訳された文字列を格納するストレージは、文字列がメッセージと呼ばれるため、メッセージカタログ[2]と呼ばれることもあります。カタログは通常、特定のローカリゼーション形式のファイルのセットと、その形式を処理するための標準ライブラリで構成されます。これを支援するソフトウェアライブラリと形式の1 つがgettextです。
したがって、アプリケーションで複数の言語をサポートするには、実行時に適切な言語リソース ファイルを選択するようにアプリケーションを設計する必要があります。データ入力の検証やその他の多くのロケールに依存するデータ型を管理するために必要なコードも、さまざまなロケール要件をサポートする必要があります。最新の開発システムとオペレーティング システムには、これらの型の国際サポートのための高度なライブラリが含まれています。上記の標準ロケール データも参照してください。
多くのローカリゼーションの問題 (例: 記述方向、テキストの並べ替え) では、テキストの翻訳よりもソフトウェアに大幅な変更が必要になります。たとえば、OpenOffice.orgでは、コンパイル スイッチを使用してこれを実現しています。
プロセス
グローバリゼーションの方法には、計画の後、国際化、ローカリゼーション、品質保証という3つの実装ステップが含まれます。[2]
開発チームには、ある程度（品質保証など）プロセスの基本/中心段階を担当し、他のすべての段階を可能にする担当者が含まれています。[2]このような担当者は通常、外国語や外国文化を理解し、ある程度の技術的背景を持っています。専門のテクニカルライターは、潜在的に複雑な概念に対して文化的に適切な構文を構築し、ローカリゼーション要素を展開してテストするためのエンジニアリングリソースと組み合わせる必要があります。
適切に国際化されると、ソフトウェアはローカリゼーションのためにより分散化されたモデルに頼ることができるようになります。フリーソフトウェアやオープンソースソフトウェアは通常、エンドユーザーやボランティアによる自己ローカリゼーションに依存しており、時にはチームで編成されます。[19]たとえば、GNOMEプロジェクトには100を超える言語のボランティア翻訳チームがあります。[ 20 ] MediaWikiは500を超える言語をサポートしており、そのうち100は2023年9月時点でほぼ完了しています[update]。[21]
既存のテキストを他の言語に翻訳する場合、製品の寿命を通じてテキストの並行バージョンを維持することは困難です。[22]たとえば、ユーザーに表示されるメッセージが変更された場合、翻訳されたバージョンをすべて変更する必要があります。
マイクロソフトなどの独立系ソフトウェアベンダーは、開発者向けに参考となるソフトウェアローカリゼーションガイドラインを提供している場合があります。[23]ソフトウェアのローカリゼーション言語は、書き言葉とは異なる場合があります。
商業上の考慮
商業的な環境では、ローカライズの利点はより多くの市場へのアクセスです。1980年代初頭、Lotus 1-2-3はプログラムコードとテキストを分離するのに2年かかり、ヨーロッパでMicrosoft Multiplanに市場リーダーの座を奪われました。[2] MicroProは、西ドイツ市場でオーストリアの翻訳者を使用したため、 WordStarのドキュメントが「本来あるべき調子になっていない」ことに気付きました。[24]
しかし、これにはエンジニアリングをはるかに超える相当なコストがかかります。さらに、ビジネス運営は、まったく異なる通貨、規制環境、税制で販売されることの多い複数の個別のローカライズされた製品の生産、保管、流通を管理するために適応する必要があります。
最後に、販売、マーケティング、技術サポートも、ローカライズされた製品の顧客をサポートするために、新しい言語での業務を容易にする必要があります。特に、言語人口が比較的少ない場合、ローカライズされた製品を提供することは経済的に決して実現可能ではない可能性があります。言語人口が多いために特定の製品のローカライズが正当化され、製品の内部構造がすでにローカライズを許可している場合でも、特定のソフトウェア開発者または発行者は、複数のロケールでの運用に関連する補助的な機能を管理するための規模と洗練性に欠けている可能性があります。
参照
- サブコンポーネントと標準:
- 関連する概念:
- コンピュータのアクセシビリティ
- コンピュータのロシア化、ロシア語へのローカライズ
- 関心の分離
- 方法と例:
- ゲームのローカリゼーション
- グローバリゼーション管理システム
- 疑似ローカリゼーションは、ソフトウェア製品のローカリゼーションの準備状況をテストするためのソフトウェア テスト方法です。
- 他の：
参考文献
- ^ ab Ishida, Richard; Miller, Susan K. (2005-12-05). 「Localization vs. Internationalization」. W3C . 2016-04-03時点のオリジナルよりアーカイブ。2023-09-16に取得。
- ^ abcdefghijklmnopq Hall, PAV; Hudson, R., eds. (1997). Software without Frontiers: A Multi-Platform, Multi-Cultural, Multi-Nation Approach . Chichester: Wiley. ISBN 0-471-96974-5。
- ^ Esselink, Bert (2006)。「ローカリゼーションの進化」(PDF)。Pym, Anthony、Perekrestenko, Alexander、Starink, Bram (編)。翻訳技術とその教育 (ローカリゼーションに関する多くの言及を含む)。タラゴナ: Intercultural Studies Group – URV。pp. 21–29。ISBN 84-611-1131-1. 2012 年 9 月 7 日にオリジナル(PDF)からアーカイブされました。
簡単に言えば、ローカリゼーションは言語とテクノロジーを組み合わせて、文化や言語の壁を越えられる製品を生み出すことを中心に展開されます。それ以上でもそれ以下でもありません。
- ^ 「W3C 専門用語集」W3C。2011年9月2日時点のオリジナルよりアーカイブ。2023年9月16日閲覧。
- ^ “略語I18nの由来”. I18nGuy . 2014年6月27日時点のオリジナルよりアーカイブ。2022年2月19日閲覧。
- ^ “Concepts (GNU gettext utilities)”. gnu.org . 2019年9月18日時点のオリジナルよりアーカイブ。2023年9月16日閲覧。
多くの人々は、これらの長い単語を何度も書くのにうんざりし、代わりに
i18n
や
l10n
と書く習慣を身につけ、各単語の最初と最後の文字を引用符で囲み、中間の文字の連続を、単にそのような文字がいくつあるかを示す数字に置き換えました。
- ^ ab alan (2011年3月29日). 「国際化（i18n）、ローカリゼーション（L10n）、グローバリゼーション（g11n）とは何か」。ccjk.com。2015年4月2日時点のオリジナルよりアーカイブ。 2023年9月16日閲覧。L10n
の大文字のLは、i18nの小文字のiと区別するのに役立ちます。
- ^ 「Globalize Your Business」IBM 2016年3月31日時点のオリジナルよりアーカイブ。
- ^ 「Globalization Step-by-Step」。Go Global Developer Center。2015年4月12日時点のオリジナルよりアーカイブ。
- ^ 「グローバリゼーションのステップバイステップ: 国際化を理解する」。Go Global Developer Center。2015年5月26日時点のオリジナルよりアーカイブ。
- ^ 「各国語版」IBM。
- ^ “複数形（GNU gettextユーティリティ）” gnu.org . 2021年3月14日時点のオリジナルよりアーカイブ。 2023年9月16日閲覧。
- ^ 「キーボードショートカットをローカライズする必要がありますか？」。人間による翻訳サービス - 言語から言語への翻訳。2014年8月21日。2015年4月3日時点のオリジナルよりアーカイブ。 2022年2月19日閲覧。
- ^ Mateen Haider (2016年5月17日). 「パキスタン、インドの物議を醸す『地図法案』に対する懸念を表明」Dawn . 2018年5月10日時点のオリジナルよりアーカイブ。 2018年5月9日閲覧。
- ^ ヤセル・ラティフ・ハムダニ（2016年5月18日）。「地図が変わっても、カシミールがインドの一部になるわけではない」。エクスプレス・トリビューン。 2022年2月19日閲覧。
- ^ 「地理空間情報規制法案の概要」。マドラス・クーリエ。2017年7月24日。2020年10月29日時点のオリジナルよりアーカイブ。2022年2月19日閲覧。
- ^ 「付録 V 国際住所形式」。Microsoft Docs。2008年6月2日。2021年5月19日時点のオリジナルよりアーカイブ。 2022年2月19日閲覧。
- ^ Pawlowski, Jan M. Culture Profiles: Facilitating Global Learning and Knowledge Sharing (PDF) (ドラフト版) 。2011-07-16 のオリジナルからアーカイブ(PDF) 。2009-10-01に取得。
- ^ Reina, Laura Arjona; Robles, Gregorio; González-Barahona, Jesús M. (2013). 「フリーソフトウェアにおけるローカリゼーションの予備分析: 翻訳の実行方法」。Petrinja, Etiel; Succi, Giancarlo; Ioini, Nabil El; Sillitti, Alberto (編)。オープンソースソフトウェア: 品質検証。IFIP 情報通信技術の進歩。第 404 巻。Springer Berlin Heidelberg。pp. 153–167。doi : 10.1007 / 978-3-642-38928-3_11。ISBN 978-3-642-38927-6。
- ^ “GNOME Languages”. GNOME . 2023年8月29日時点のオリジナルよりアーカイブ。2023年9月16日閲覧。
- ^ “Translating:Group Statistics”. translatewiki.net . 2023年8月29日時点のオリジナルよりアーカイブ。2023年9月16日閲覧。
- ^ 「ゲームを20の言語に翻訳して地獄行きを避ける方法：混乱の4つの悪魔を追い払う」PocketGamer.biz。2014年4月4日。2017年12月7日時点のオリジナルよりアーカイブ。 2022年2月19日閲覧。
- ^ jowilco (2023-08-24). 「Microsoft ローカリゼーション スタイル ガイド - グローバリゼーション」. learn.microsoft.com . 2024-09-15に取得。
- ^ Schrage, Michael (1985年2月17日). 「IBMが欧州コンピュータ市場で優位に立つ」ワシントンポスト。2018年8月29日時点のオリジナルよりアーカイブ。 2018年8月29日閲覧。
さらに読む
- Smith-Ferrier, Guy (2006)。. NET 国際化: グローバル Windows および Web アプリケーションを構築するための開発者ガイド。アッパー サドル リバー、ニュージャージー: Addison Wesley Professional。ISBN 0-321-34138-4。
- Esselink, Bert (2000)。ローカリゼーションの実践ガイド。アムステルダム: John Benjamins。ISBN 1-58811-006-0。
- Ash, Lydia (2003)。『Web テスト コンパニオン: 効率的で効果的なテストのためのインサイダー ガイド』。インディアナ州インディアナポリス: Wiley。ISBN 0-471-43021-8。
- デパルマ、ドナルド A. (2004)。『国境なきビジネス:グローバルマーケティング戦略ガイド』マサチューセッツ州チェルムズフォード: Globa Vista Press。ISBN 0-9765169-0-X。
外部リンク
無料辞書のウィクショナリーで「国際化」 または「ローカリゼーション」を調べてください。
Wikibooks での FOSS ローカリゼーション- ローカリゼーションと国際化 (World Wide Web Consortium による)
ウィキメディア・コモンズの国際化とローカリゼーションに関連するメディア