JP2015528162A - ローカライズされたユーザインターフェースの生成 - Google Patents

Abstract

親言語の文字列を親言語の異形に適合させるために、適合規則が準備され、親言語の文字列に対して適用される。以前の適合翻訳が最初に使用され、次いで、未適合の翻訳ユニットが、翻訳ユニットを適合させるために適用される適合規則とマッチングされる。ユーザインターフェースを設計または試験するために、翻訳候補のセットが元言語の文字列のために取得され、翻訳候補のうちの１つがその翻訳候補のサイズに基づいて選択される。選択された翻訳候補の区域が計算され、疑似ローカライズされた文字列が、選択された翻訳候補の計算された区域に基づいて生成される。そして、疑似ローカライズされた文字列は、ユーザインターフェースの表示を生成または試験する際に使用される。

Description

[0001] 現在、世界中の複数の異なる地理的地域で提供されるコンピュータプログラムおよびシステムが数多く存在する。このことは、多くの場合、コンピュータソフトウェアおよび関連文書のテキストがいくつかの異なる言語に翻訳されなければならないことを意味する。例えば、コンピュータプログラムの支援文書や、リソースファイルおよびその他のユーザインターフェースのテキスト文字列が、対応する製品が様々な異なる言語を使用する国で販売されるとき、それらの異なる言語に翻訳されることが多い。

[0002] コンピュータプログラムおよび関連文書で使用されるテキスト文字列を様々な異なる言語に翻訳（ローカライズ）することに関連する問題は、一部の言語が複数の異なる異形又は方言（variant）を有することによって深刻化させられる。例として、製品が、ドイツ語などの親言語（parent language）を話す国で販売されていると仮定する。そのような国の特定の言語の必要性を厳密に満たすために、それらの国で提供される製品は、対応する親言語の（適合（adaptation）と呼ばれる）言語の異形又は方言に翻訳される必要があることが多い。例えば、ドイツ語は、オーストリアにおいては、ドイツで話されているドイツ語と幾分異なる。確かに両国は親言語（ドイツ語）を話すが、それらの国は、ドイツ−ドイツ語（German-Germany）およびオーストリア−ドイツ語（German-Austria）などのその親言語のそれらの国独自の異形をそれぞれ有する。

[0003] 製品に対応するテキスト文字列を親言語の異形に翻訳することは、多くの場合、手動で行われてきた。つまり、手動の翻訳者が、親言語の内容を使用し、適合された言語（または親言語の異形）で使用される変更に対応するように、その親言語の内容を手動で適合させる。

[0004] 目標言語で使用するためにコンピュータ製品を翻訳（またはローカライズ）することに関連する別の問題は、コンピュータプログラムで使用されるユーザインターフェースの表示を設計することに関連する。例えば、開発者は、元言語で製品を開発するときに、元言語のテキストが途中で切れず、それ以外の不自然な形で表示されることなく適切に表示され得るようにユーザインターフェースの表示を設計する。しかし、元言語のテキストが目標言語または目標言語の異形に翻訳されるとき、テキストのサイズは、元言語のテキストよりも（目標言語で使用されるフォントに応じて）長いもしくは大きいまたは短いもしくは小さい可能性がある。したがって、製品が翻訳またはローカライズされるとき、目標言語（または目標言語の異形）のテキスト文字列は、途中で切れるか、または不自然に表示される可能性がある。

[0005] この問題に対処するために、一部の現在の開発者は、国際的に妥当であるようにソフトウェアを構築し、国際的な妥当性に関してソフトウェアを試験する際に疑似ローカライズ（pseudo-localization）として知られる手法を用いる。疑似ローカライズプロセスは、（英語の文字列などの）所与の元の文字列の文字を（Unicodeなどの）目標セットの文字で置き換え、文字列にさらなる文字を追加することによって文字列のサイズを変更する。例えば、元言語が英語である製品において、ある現行の疑似ローカライズプロセスが実行されるとき、そのプロセスは、元言語のリソース文字列に文字を追加するために決まった方式またはフォーミュラ（fixed formula）を使用する。ある具体的な例としては、英語の元の文字列に存在する文字数の１４０パーセントを使用する、疑似ローカライズされた目標文字セットを生成する。つまり、疑似ローカライズのためのこの決まった方式は、翻訳（またはローカライズ）が元の文字列で見つかった文字数の１４０パーセントを超えないという前提に立つ。しかし、この決まった方式は、世界の書き言葉の動的で多様なサイズを正確に表さない。

[0006] 決まった方式の疑似ローカライズ手法がうまくいかない１つの例は、英語からギリシャ語などの言語に翻訳するときである。単語「ｅ−ｍａｉｌ」は、決まった方式のローカライズ手法がその単語に適用されると、１４０パーセント拡大される。つまり、６文字の長さの文字列「ｅ−ｍａｉｌ」（これは「Ｔａｈｏｍａ」８ｐｔ．フォントで３３ピクセルの長さである）は、１７文字の長さ（「Ｔａｈｏｍａ」８ｐｔ．フォントで１１０ピクセル）の最大長まで拡大される。これは、以下のように計算される。

[0007] ３３ピクセルＸ１４０％＋５０ピクセルの開始区切り文字幅＋１５ピクセルの終了区切り文字幅）。

[0008] したがって、疑似ローカライズされた文字列は、１１０ピクセルの長さである。しかし、これは、いくつかの異なる言語に翻訳するとき、正確な疑似ローカライズ文字列をもたらさない。例えば、ギリシャ語に翻訳された単語「ｅ−ｍａｉｌ」は、３５文字の長さの文字列（これは「Ｔａｈｏｍａ」８ｐｔ．フォントで１９２ピクセルの長さである）である。

[0009] 上述の検討は、一般的な背景情報として述べているに過ぎず、特許請求の対象の範囲を決定する助けとして使用されるようには意図していない。

[0010] 親言語の文字列を親言語の異形に適合させるために、適合規則が準備され、親言語の文字列に対して適用される。以前の適合翻訳（adaptation translation）が最初に使用され、次いで、未適合の翻訳ユニットが、翻訳ユニットを適合させるために適用される適合規則とマッチングされる。

[0011] ユーザインターフェースを設計または試験するために、翻訳候補のセット（組）が元言語の文字列のために取得され、翻訳候補のうちの１つが、その翻訳候補のサイズに基づいて選択される。選択された翻訳候補の区域又は面積が計算され、疑似ローカライズされた文字列が、選択された翻訳候補の計算された区域に基づいて生成される。そして、疑似ローカライズされた文字列は、ユーザインターフェースの表示を生成または試験する際に使用される。

[0012] この概要は、「発明を実施するための形態」において以下でさらに説明される概念の選択を簡潔な形態で導入するために提供される。この概要は、特許請求される主題の重要な特徴または必須の特徴を特定するように意図されておらず、特許請求される主題の範囲を決定する助けとして使用されるように意図されてもいない。特許請求される主題は、背景技術で述べられたいずれかのまたはすべての欠点を解決する実装に限定されない。

[0013]ビジネス（business）適合システムのブロック図である。 [0014]図１に示されたシステムの全体的な動作を示すフローチャートである。 [0015]適合規則がどのようにして生成されるかを示すフローチャートである。 [0016]１つの例示的なユーザインターフェースの表示の図である。 [0017]規則に基づく適合翻訳プロセスの実行を示すフローチャートである。 規則に基づく適合翻訳プロセスの実行を示すフローチャートである。 [0018]既存の適合翻訳を再利用する一実施形態を示すフローチャートである。 [0019]翻訳ユニットを検討する一実施形態を示すフローチャートである。 [0020]１つの例示的なユーザインターフェースの表示の図である。 [0021]規則の確認の１つの例示的な実施形態を示すフローチャートである。 [0022]ユーザインターフェース生成／試験システムの一実施形態のブロック図である。 [0023]図８に示されたシステムの全体的な動作の一実施形態を示すフローチャートである。 図８に示されたシステムの全体的な動作の一実施形態を示すフローチャートである。 [0024]１つの例示的なユーザインターフェースの表示を示す図である。 [0025]使用され得る様々なアーキテクチャのブロック図である。 [0026]モバイルデバイスの一実施形態を示す図である。 モバイルデバイスの一実施形態を示す図である。 モバイルデバイスの一実施形態を示す図である。 モバイルデバイスの一実施形態を示す図である。 モバイルデバイスの一実施形態を示す図である。 [0027]１つの例示的なコンピューティング環境のブロック図である。

[0028] 図１は、ビジネス適合システム１００のブロック図である。システム１００は、プロセッサ１０２、適合エンジン１０４、規則確認コンポーネント１０６、過去ビジネス適合翻訳ストア１０８、（適合規則１１２を含む）適合規則ストア１１０、およびユーザインターフェース・コンポーネント１１４を含む。図１に示される実施形態において、システム１００は、翻訳コンポーネント１１６およびビジネス製品１１８に結合するように示されている。

[0029] プロセッサ１０２は、例示的に、関連するメモリおよびタイミング回路（図示せず）を有するコンピュータプロセッサを含む。プロセッサ１０２は、例示的に、システム１００の機能部分を形成し、システム１００のその他のコンポーネント（構成要素）およびエンジンによって作動され、システム１００のその他の構成要素およびエンジンの機能を助ける。

[0030] データストア１０８および１１０は、システム１００内に示されている。言うまでもなく、データストア１０８および１１０は、システム１００から遠隔にある可能性があり、または異なるアーキテクチャである可能性もある。同様に、各データストア１０８および１１０は、複数のデータストアである可能性があり、またはデータストアは、単一のデータストアへと組み合わされる可能性がある。これらのアーキテクチャのすべては、本明細書において想定されている。

[0031] システム１００の動作の様々な実施形態が、その他の図に関連して以下で説明される。簡潔に、しかし、概要を示すために、システム１００は、親言語の文書を言語の異形に適合させるために使用される。例えば、親言語がドイツ語である場合、システム１００は、ドイツ語の文書を、オーストリアで話されているドイツ語の特定の異形又は方言に適合させる。いずれの場合も、元言語文書１２０は、翻訳コンポーネント１１６によって親言語の文書に翻訳される。親文書（parent document）は、ブロック１２２によって示される。適合エンジン１０４は、親文書１２２が特定の言語の異形に適合されるように、データストア１１０の複数の適合規則（adaptation rules）１１２を適用し、さらに、ストア１０８の過去の適合翻訳を使用して親文書１２２の翻訳ユニットを適合させる。規則確認コンポーネント１０６は、規則が正しく適用されたことを確認し、システム１００は、ビジネス製品１１８に含めるための適合された文書１２４を出力する。

[0032] ユーザインターフェース・コンポーネント１１４は、例示的に、ユーザ１２６のために情報を表示するユーザインターフェースの表示１２５を生成する。ユーザインターフェースの表示１２５は、やはり例示的に、ユーザ１２６から入力を受け取るためのユーザ入力メカニズムを含み、したがって、ユーザ１２６は、システム１００の様々な部分とインタラクションすることができる。ユーザ１２６は、複数の適合規則１１２を生成するため、適合された文書を検討するため、またはその他の理由でこれを行う可能性がある。一実施形態において、ユーザ入力メカニズムは、（マウスなどの）ポイントアンドクリックデバイス、ハードウェアキーボード、仮想キーボード、音声入力、キーパッド、またはその他の入力からユーザ入力を受け取る可能性がある。加えて、ユーザインターフェース１２５がタッチ感知式スクリーンに表示される場合、ユーザ入力は、指、スタイラス、または別の入力メカニズムを使用してユーザ１２６が入力するタッチジェスチャである可能性がある。

[0033] 図２は、図１に示されたシステム１００の全体的な動作の一実施形態をより詳細に示すフローチャートである。システム１００は、まず、適合規則１１２を準備または修正する好適なユーザインターフェースの表示１２５を通じてユーザ１２６から入力を受け取り、適合規則ストア１１０にそれらの入力を記憶する。これは、図２のブロック１３０によって示される。それから、適合エンジン１０４は、親文書１２２を受け取り、親文書１２２に規則に基づく適合翻訳プロセスを実行して、その文書が異形を反映するように親文書１２２を適合させる。規則に基づく適合翻訳プロセスを実行することは、図２のブロック１３２によって示される。

[0034] プロセスを適用する際、適合エンジン１０４は、例示的に、さらなる検討のために特定の翻訳ユニットに印を付ける（またはそれらの翻訳ユニットにフラグを立てる）。したがって、フラグを立てられた翻訳ユニットを有する文書が、ユーザ１２６による検討（レビュー）のためにユーザインターフェース・コンポーネント１１４によって表示される。適合フラグが立てられた翻訳ユニットを検討することは、図２のブロック１３４によって示される。それらの翻訳ユニットを検討する際、ユーザ１２６は、それらの翻訳ユニットを訂正するか、またはそれらの翻訳ユニットを承認するかのどちらを行い、それに応じて関連するフラグを変更する。

[0035] 次いで、規則確認コンポーネント１０６が、適合規則１１２が親文書に正しく適用されたことを確認する。例えば、規則確認コンポーネント１０６は、規則の除外および規則の範囲が遵守されたことを確認する。規則を確認することは、図２のブロック１３６によって示される。最後に、適合された文書１２４が出力され、ビジネス製品１１８に組み込まれる。これは、図２のブロック１３８によって示される。

[0036] 図３および３Ａは、適合規則１１２の準備をより詳細に示す。一実施形態においては、ユーザインターフェース・コンポーネント１１４が、適合規則１１２を生成するためにユーザ１２６から入力を受信するための好適なユーザインターフェースの表示１２５を生成する。初めのプロセスとして、翻訳者が、元言語文書１２０および親言語文書１２２を分析して、適合可能な用語を有する可能性がある元の文字列および対応する親翻訳（parent translation）を特定する可能性がある。これは、自動化されたプロセスによって、または手動で行われる可能性がある。一実施形態において、そのプロセスは、プロジェクトの翻訳サイクルの間、断続的に実行される継続するプロセスである。いずれの場合も、翻訳者は、例示的に、親言語、および親言語と適合された言語との間の違いについての言語の知識を有する。

[0037] 適合可能である可能性がある用語が特定されると、その用語はシステム１００によって受け取られ、ユーザ１２６に対して表示される。これは、図３のブロック１４０によって示される。図３Ａは、適合可能な用語１４４をユーザ１２６に対して表示する１つの例示的なユーザインターフェースの表示１４２を示す。一実施形態において、ユーザ１２６に対して表示される適合可能な用語１４４は、元の用語１４６、親翻訳１４８、適合された翻訳１５０、および任意のその他の所望の情報１５２を含む。そして、ユーザ１２６は、適合規則１１２がこの特定の適合可能な用語に関して生成される必要があると判断する可能性がある。

[0038] 次いで、システム１００は、やはり例示的なユーザインターフェースを通じて、この適合規則に関する識別情報をユーザ１２６から受け取る。識別情報を受け取ることは、図３のブロック１５４によって示される。図３Ａに示された実施形態において、ユーザインターフェースの表示１４２は、好適なユーザ入力メカニズム１５６を通じて識別入力を受け取る。識別情報は、例として、規則識別子１５８、親言語名１６０、適合された言語名１６２、およびその他の情報１６４を含む可能性がある。例として、親言語名は、「ドイツ語」である可能性があり、一方、適合された言語名は、「オーストリア−ドイツ語」（オーストリアで話されるドイツ語）である可能性がある。もちろん、これらは例として与えられるに過ぎない。

[0039] 適合規則が特定されると、システム１００は、（やはり好適なユーザインターフェースの表示を通じて）ユーザ１２６から、この適合規則に割り振られるべき規則の範囲を受け取ることができる。規則の範囲を受け取ることは、図３のブロック１６６によって示され、図３Ａは、好適なユーザ入力メカニズム１６８がユーザインターフェースの表示１４２で範囲の入力を受け取るために使用され得ることを示す。

[0040] ユーザ１２６は、適合規則の範囲が、適合可能な用語のそれぞれについて、全体的に適用されるべきと決めることができる。全体的な範囲とは、適合規則が所与の翻訳コンテナ（translation container）の（例えば、所与のリソースファイル、エラーメッセージなどの）すべての翻訳ユニットに適用されることを意味する。翻訳ユニットは、例示的に、リソースファイルの翻訳可能な文の低レベルのエンティティである。翻訳ユニットは、翻訳されるべき元の用語、翻訳、および（リソース識別子、翻訳が行われるべきでない箇所の翻訳ロック（translation lock）、翻訳のステータスを検出する様々な翻訳フラグ、翻訳の始まりおよび範囲、ならびにさらなるカスタマイズされた情報などの）リソースについてのメタデータを含む。全体的な範囲は、図３のブロック１７０によって示される。

[0041] ユーザ１２６は、他の範囲を現在の適合規則に割り当てる可能性もある。例えば、制限された範囲とは、適合規則が、条件に基づいて所与の翻訳コンテナの翻訳ユニットのサブセットに適用されることを意味する。ファイルレベルの条件は、例えば、ファイル名、または複数のリソースファイルを選択するための正規表現である可能性があり、適合規則は、そのファイルまたは複数のリソースファイルに適用される可能性がある。リソースレベルの条件は、リソースＩＤの範囲、表現、翻訳ユニットのフラグ、またはその他のリソースレベルの条件に基づいて一群の翻訳ユニットのうちの１つまたは複数を選択するために使用され得る。制限された範囲は、図３のブロック１７２によって示される。

[0042] ユーザ１２６は、やはり例示的に、予め定義された適合範囲を割り振る可能性がある。その場合、適合規則は、全体的な範囲と制限された範囲との両方に優先するように定義される。これは、ファイル名およびリソースＩＤの助けを借りて特定の目標の語または選択された翻訳ユニットを一意に特定することによってそれらの特定の目標の語または選択された翻訳ユニットに関して行われ得る。予め定義された適合範囲は、図３のブロック１７４によって示される。

[0043] ユーザ１２６は、適合規則が除外されるかまたは適用されない除外を定義することによって範囲を割り振る可能性がある。除外は、適合プロセスから除外される表現された翻訳ユニットを定義する。もちろん、除外は、リソースＩＤの範囲、翻訳ユニットのフラグなどに基づいてプロセスから除外される一群の翻訳ユニットまたはその他の区域を定義するために使用される可能性もある。除外を範囲の一部として割り振ることは、図３のブロック１７６によって示される。

[0044] 当然ながら、ユーザ１２６は、その他のまたは異なる範囲を提供する可能性もある。これは、図３のブロック１７８によって示される。

[0045] ユーザ１２６は、現在の適合規則に範囲を割り振ると、例示的に、図３のブロック１８０によって示されるようにその他のメタデータも与える可能性がある。図３Ａは、ユーザインターフェースの表示１４２が、好適なユーザインターフェースメカニズム１８２を通じてその他のメタデータをユーザ１２６が入力することを可能にすることを示す。一実施形態において、その他のメタデータは、検討中の適合される用語の性質を含む。性質は、カルチャ（culture）、用語の法的意義、言語改正情報（language reform information）、または特定の適合可能な用語に関連する領域（domain）固有の情報を含む可能性がある。用語の性質は、図３のブロック１８４によって示される。ユーザは、規則が新しい規則であるか、古い規則であるか、または相対的に古い規則であるかなどをユーザが後で判断することができるように適合規則の古さを入力する可能性もある。これは、ブロック１８６によって示される。ユーザは、適合可能な用語が属するファイル名またはリソースＩＤも含める可能性があり、これは、ブロック１８８によって示される。ユーザ１２６は、ブロック１９０によって示されるようにその他のコメントを与える可能性もある。言うまでもなく、この種のメタデータは、例示的であるに過ぎず、その他のメタデータ１９２も、入力される可能性がある。

[0046] いずれの場合も、ユーザが適合規則を生成すると、その適合規則は、例示的に、以下の表１に明示された情報を含む可能性がある。
表１
適合ＩＤ − 適合規則の一意の識別情報
親言語名 − 親言語情報（LCID、カルチャ名である可能性がある）等
適合された言語名 − 適合された言語情報（LCID、カルチャ名である可能性がある）等
元の用語 − 適合が実行される元の用語（英語）
親翻訳 − 元の用語の親言語の翻訳
適合された翻訳 − 元の用語の適合された言語の翻訳
適合範囲 − 上で説明された
適合の性質 − カルチャ、法律、言語改正、領域固有などの適合された用語の性質
適合規則の古さ − 所与の規則が新しいかまたは古いかを判断するためこれに基づいて、適合の実行範囲が判断され得る。
ファイル名、リソースＩＤ − 一部の適合範囲に役立つ
コメント − 一般的なレベルのコメントのため

[0047] 適合規則１１２のセット（組）は、システム１００においてユーザ１２６によって生成されると、親言語文書１２２に対して規則に基づく適合翻訳プロセスを実行する際に適合エンジン１０４によって適用され得る。図４Ａおよび４Ｂ（集合的に図４と称する）は、そのような規則に基づくプロセスを実行する際のシステム１００の動作の一実施形態を示すフローチャートを示す。

[0048] システム１００は、最初に、親言語文書１２２（または親文書１２２）を受け取る。親文書１２２は、例示的に、親言語の翻訳が最終決定され、確認された所与の文書またはリソースファイルである可能性がある。適合のための親文書を受け取ることは、図４のブロック２００によって示される。次に、エンジン１０４が、親言語文書１２２を、適合プロセスが実行される適合文書にコピーする。これは、図４のブロック２０２によって示される。

[0049] 次いで、適合エンジン１０４は、この適合文書に関してデータストア１０８に利用可能ないずれかの以前の適合翻訳が存在するかどうか判定する。これは、図４のブロック２０４によって示される。例えば、以前にリリースされた文書またはリソースファイルで、適合翻訳が既に完了している可能性がある。その場合、親文書１２２が以前のリリースと同じであれば、さらなる適合は実行される必要がなく、単に以前の適合翻訳がコピーされ得る。当然ながら、親文書１２２の個々の翻訳ユニットが、やはり適用され得る以前の翻訳の適合を有する可能性もある。いずれの場合も、適合エンジン１０４は、現在の親文書に適用可能である以前の適合翻訳を取得し、適用し、これは、図４のブロック２０６によって示される。以前の適合翻訳を特定し、適用することは、図５に関連して以下で詳細に説明される。

[0050] それから、適合エンジン１０４は、適合文書を分析して適合文書のすべての翻訳ユニットを特定する。これは、図４のブロック２０８によって示される。そして、適合エンジン１０４は、さらなる処理のために、ブロック２０８で特定された未適合の翻訳ユニットのうちの１つを選択する。これは、図４のブロック２１０によって示される。

[0051] 次いで、適合エンジン１０４は、選択された翻訳ユニットを、データストア１１０の複数の適合規則１１２とマッチングする。これは、図４のブロック２１２によって示される。１つの例示的な実施形態において、全体的な範囲の複数の適合規則（globally scoped adaptation rules）は最後にマッチングされる。したがって、（全体的な範囲の適合規則以外の）いずれかの適合規則１１２が規則で定義された範囲に基づいて選択された翻訳ユニットに一致する場合、対応する適合翻訳（上の表１参照）が、マッチングされた適合規則から適合文書にコピーされ、（適合翻訳承認ステータスを示す）適合翻訳ステータスフラグが、「承認」に設定される。その他のさらなる詳細が、この適合された翻訳を生成するために適用された適合規則１１２について追加される可能性がある。選択された翻訳ユニットを適合規則とマッチングし、適合された翻訳および承認ステータス（およびおそらくはその他のメタデータ）を一致する規則から適合文書にコピーすることは、図４のブロック２１４および２１６によって示される。

[0052] 全体的な範囲の適合規則が選択された翻訳ユニットに一致することが分かる場合、翻訳ユニットの元の用語が単語によってトークン化され、全体的な範囲の適合規則で適合された用語とマッチングするために全体的な範囲の適合規則とマッチングされる。一致が見つかる場合、マッチングされた規則の適合された翻訳が適合文書の対応する適合された翻訳を置き換えるが、適合翻訳承認ステータスフラグは、「承認」ではなく「さらなる検討」のために設定される。それから、適合エンジン１０４は、適合文書に処理されるべきさらなる未適合の翻訳ユニットが存在するかどうかを判定する。存在する場合、処理は、ブロック２１０に戻り、次の未適合の翻訳ユニットが選択される。そうである場合、プロセスは完了する。これは、図４のブロック２１８によって示される。

[0053] 図５は、（図４のブロック２０６によって示されたように）以前の適合翻訳がどのようにして適合文書に適用され得るかをより詳細に示すフローチャートである。一実施形態において、適合エンジン１０４は、最初に、過去ビジネス適合翻訳データストア（またはメモリ）１０８にアクセスする。これは、図５のブロック２２０によって示される。それから、適合エンジン１０４は、データストア１０８に記憶された翻訳ユニットのメタデータにアクセスする。これは、ブロック２２２によって示される。次いで、エンジン１０４は、データストア１０８の適合翻訳ユニットのいずれかが適合文書に当てはまるかどうかを判定する。これは、図５のブロック２２４によって示される。当てはまらない場合、処理は、図４のブロック２０８に関連して単に先に進む。しかし、それらの適合翻訳ユニットが当てはまる場合、処理は、過去の適合された翻訳および関連するメタデータを適合文書に伝搬させる図４の「適用」工程２０６に進む。これは、図５のブロック２２６によって示される。

[0054] 図６は、ユーザ１２６による検討のための文書を生成する際の（図１に示された）システム１００の動作の一実施形態を示すフローチャートである。最初に、適合エンジン１０４が、例示的に、さらなる検討が行われるべきであることを示す承認ステータスを有する適合文書のすべての翻訳ユニットを特定する。これは、図６のブロック２３０によって示される。

[0055] 次いで、適合エンジン１０４は、ユーザインターフェース・コンポーネント１１４を使用して、ユーザ１２６による検討のために特定された翻訳ユニットを表示するための好適なユーザインターフェースの表示１２５を生成する。これは、図６のブロック２３２によって示される。図６Ａは、さらなる検討を必要とする翻訳ユニットを好適なユーザインターフェースメカニズム２３６でユーザ１２６に対して表示するために使用される１つの例示的なユーザインターフェースの表示２３４を示す。そのとき、ユーザ１２６は、コンテキスト（context）またはその他の言語の文法の問題に関して翻訳ユニットを訂正する編集入力を与えることができる。編集入力を受け取ることは、図６Ａのブロック２３８によって示される。一実施形態において、編集入力は、図６Ａに示された好適なユーザ入力メカニズム２４０を通じて与えられ得る。

[0056] ユーザ１２６は、翻訳ユニットを承認すると、この適合文書の承認ステータスを「承認」とするように好適なユーザ入力メカニズム２４２を通じてステータスインジケータを修正することができる。これは、図６のブロック２４４によって示される。

[0057] ユーザインターフェースメカニズム２３６で翻訳ユニットを表示する際に、適合エンジン２３４は、ユーザ１２６による検討のために親言語の翻訳および適合された翻訳もやはり出力する可能性があることに留意されたい。これは、翻訳ユニットを検討することを助ける可能性がある。

[0058] 適合文書が十分に検討され、承認された後、規則確認コンポーネント１０６は、例示的に、適合規則１１２が正しく適用されたことを確認する。図７は、この確認を実行する際の規則確認コンポーネント１０６の動作の一実施形態をより詳細に示すフローチャートである。

[0059] 規則確認コンポーネント１０６は、最初に、さらなる検討が行われるべきであることを示すステータスをまだ有する文書の任意の翻訳ユニットを特定し、報告する。これらの翻訳ユニットがユーザ１２６に対して表示され、したがって、ユーザはさらなるアクションを行い、それらの翻訳ユニットに「承認」と印を付けることができる。これは、図７のブロック２５０および２５２によって示される。それから、規則確認コンポーネント１０６が、適合文書で適用された適合規則１１２のいずれかを特定する。これは、ブロック２５４によって示される。

[0060] 次いで、規則確認コンポーネント１０６は、特定された適合規則が適切に適用されたかどうかを確かめる。これは、ブロック２５６によって示される。例えば、規則が除外を有する場合、規則確認コンポーネント１０６は、除外された状況で規則が適用されなかったことを保証する。つまり、規則確認コンポーネント１０６は、規則が除外されるべきであった場合に規則が過剰に適用されなかったことを保証する。さらに、翻訳ユニットのコンテキストを考慮して、規則確認コンポーネント１０６は、所与の適合規則にそれ以上除外が追加されるべきでないことを保証する。特定された適合規則が適切に適用されたかどうかを判定することは、その他の処理も含む可能性があり、図７のブロック２５８によって示される。

[0061] 規則が改訂を必要とする場合、適合コンポーネント１０６は、必要に応じて、ユーザ１２６が適合規則１１２を改訂することを可能にする好適なユーザインターフェース１２５を生成する。これは、図７のブロック２６０によって示される。

[0062] 適合規則１１２のいずれかが改訂された場合、適合エンジン１０４は、適合規則１１２が適切に適用されることを確かめるために適合文書に対して適合翻訳プロセスを再実行する。これは、図７のブロック２６２によって示される。そのとき、適合エンジン１０４は、ブロック２６４によって示されるように、ユーザ１２６が適合文書を検討することを再び可能にし、処理が、ブロック２５０に戻り、規則確認コンポーネント１０６が、適合規則が適切に適用されたことを確認することを再び開始する。

[0063] ブロック２５８において、規則確認コンポーネント１０６によって、適合規則が適切に適用されたと判定される場合、図７のブロック２６６によって示されるように、適合文書１２４（または適合された言語文書１２４）が出力される。それから、文書１２４は、ブロック２６８によって示されるように、ユーザインターフェースの表示を設計するかもしくは試験するかのどちらかのために使用される可能性があり、またはビジネス製品１１８に単純にコピーされる可能性がある。これは、図７のブロック２７０によって示される。

[0064] 図８は、ユーザインターフェース生成または試験システム３００を示すブロック図である。図８に示されるアーキテクチャにおいて、システム３００は、翻訳サイズサービス３０２およびクライアント３０４を含む。クライアント３０４は、所与の製品のユーザインターフェースの設計を生成または試験するためにユーザ３０６によって使用されている。図８は、システム３００が既存の翻訳ストア３０６および翻訳コンポーネント３０８にアクセスすることができることも示す。言うまでもなく、既存の翻訳ストア３０６および翻訳コンポーネント３０８は、サービス３０２の一部であるか、またはサービス３０２の遠隔にある可能性がある。加えて、クライアント／サービスアーキテクチャは、１つの例示的なアーキテクチャであるに過ぎず、クライアントとサービスとの両方の部分は、組み合わされるかまたはさらに分割され、異なるアーキテクチャで使用される可能性がある。

[0065] 図８に示された実施形態において、翻訳サイズサービス３０２は、プロセッサ３１０、翻訳特定器３１２、およびサイズ計算コンポーネント３１４を含む。クライアント３０４は、例示的に、プロセッサ３１６、元文字列特定器３１８、疑似ローカライズされた文字列生成器３２０、およびユーザインターフェース（UI）設計／試験コンポーネント３２２を含む。

[0066] データストア３０６およびコンポーネント３０８はサービス３０２の一部であるか、またはサービス３０２とは分かれている可能性があることに留意されたい。加えて、一実施形態において、プロセッサ３１０および３１６は、関連するメモリおよびタイミング回路（図示せず）を有するコンピュータプロセッサである。プロセッサ３１０および３１６は、それぞれ、サービス３０２およびクライアント３０４の機能コンポーネントを形成し、それぞれ、サービス３０２およびクライアント３０４のその他のコンポーネントまたは生成器またはその他のアイテムの機能を助ける。

[0067] システム３００の詳細な動作は、図９に関連して下で検討されるが、ここでは概要を示すために簡潔に検討される。概して、クライアント３０４は、例示的に、ローカライズされるべきアイテム３２４を受け取る。アイテムは、例えば、リソースファイルの文字列、または任意のその他のアイテムである可能性がある。それから、クライアント３０４は、アイテム３２４からの元の文字列３２６を翻訳サイズサービス３０２に送る。そのとき、サービス３０２は、ストア３０６に元の文字列３２６のいずれかの既存の翻訳が存在するかどうかを特定する。存在しない場合、サービス３０２は、元の文字列３２６を、その元の文字列３２６を翻訳する翻訳コンポーネント３０８に与える。次いで、利用可能な翻訳候補３２８が、目標言語で使用される特定のフォント３３０に基づいて、利用可能な翻訳候補３２８の（平方ピクセルの単位など）平方単位（square unit）でサイズを計算するサイズ計算コンポーネント３１４に与えられる。そして、サービス３０２が、選択された翻訳候補の区域３３２をクライアント３０４に返す。疑似ローカライズされた文字列生成器３２０は、サービス３０２によって送られた区域３３２とほぼ同じサイズの疑似ローカライズされた文字列３３４を生成する。疑似ローカライズされた文字列３３４は、ブロック３３６によって示されるように、疑似ローカライズされた文字列を用いてユーザインターフェースの表示を生成または試験するためにＵＩ設計／試験コンポーネント３２２によって使用され得る。

[0068] 図９Ａおよび９Ｂ（集合的に図９）は、システム３００の全体的な動作をより詳細に示すフローチャートを示す。最初に、クライアント３０４が、元の文字列と、元の文字列のコンテキストとを受け取る。一実施形態において、元の文字列３２６は、そのコンテキストとともに、ローカライズされるべきアイテム３２４内で元文字列特定器３１８によって特定される。一実施形態において、元文字列特定器３１８は、ローカライズされるべきアイテム３２４を１つまたは複数の異なる元の文字列に分割する。それから、元の文字列３２６のうちの選択された１つが（その元の文字列のコンテキストとともに）、翻訳サイズサービス３０２にクライアント３０４によって与えられる。元の文字列を（その元の文字列のコンテキストとともに）受け取り、元の文字列およびコンテキストをサービス３０２に送ることは、それぞれ、図９のブロック３５０および３５２によって示される。

[0069] 次いで、翻訳特定器３１２が、元の文字列３２６の１つまたは複数の目標言語の既存の翻訳に関して既存の翻訳ストア３０６を検索する。これは、図９のブロック３５４によって示される。翻訳特定器３１２は、データストア３０６に既に存在するすべてのあり得る候補翻訳を特定する。

[0070] ストア３０６に既存の翻訳がない場合（または任意選択により既存の翻訳があったとしても）、翻訳特定器３１２は、元の文字列３２６を翻訳させるためにその元の文字列３２６を翻訳コンポーネント３０８に送る。いずれかの既存の翻訳が存在するかどうかを判定し、元の文字列３２６を翻訳コンポーネント３０８に送ることは、それぞれ、図９のブロック３５６および３５８によって示される。翻訳コンポーネント３０８は、統計的なまたは規則に基づく翻訳コンポーネントなどの機械翻訳コンポーネントである可能性がある。当然ながら、翻訳コンポーネント３０８は、自然言語処理能力およびその他の翻訳機能を含む可能性もある。いずれの場合も、翻訳特定器３１２は、１つまたは複数の利用可能な翻訳候補３２８を得る。これは、図９のブロック３６０によって示される。

[0071] 利用可能な翻訳候補３２８を得る際に、翻訳特定器３１２は、様々な異なる手法を用いる可能性があることに留意されたい。これらは、ユーザ３０７によって、またはその他の方法で構成可能である可能性がある。例えば、翻訳特定器３１２は、選択された言語のすべての翻訳候補を特定する可能性がある。これは、図９のブロック３６２によって示される。代替的にまたは追加的に、翻訳特定器３１２は、元の文字列３２６に関するすべての言語のすべての翻訳を得る。これは、図９のブロック３６４によって示される。言うまでもなく、翻訳特定器３１２は、言語に無関係に、最も長い翻訳のみなど、その他の翻訳を得る可能性もある。これは、ブロック３６６によって示される。翻訳特定器３１２は、もちろん、ブロック３６８によって示されるように、最も短い翻訳を得る可能性があり、またはブロック３７０によって示されるように、任意のその他の翻訳候補もしくはそれらのサブセットを取得する可能性がある。

[0072] そして、サイズ計算コンポーネント３１４が、翻訳特定器３１２によってそのサイズ計算コンポーネント３１４に与えられた利用可能な翻訳候補３２８のそれぞれのサイズを計算する。これは、様々な異なる単位を用いて行われる可能性がある。一実施形態において、コンポーネント３１４は、平方ピクセル単位で、利用可能な翻訳候補３２８の区域又は面積を計算する。一実施形態において、区域は、何らかの種類のユーザインターフェースの表示単位で計算される。これは、（平方インチ、平方センチメートルなどの）測定単位である可能性があり、または平方ピクセルなどの別の種類の表示単位である可能性がある。これは、図２のブロック３７２によって示される。区を計算する際、サイズ計算コンポーネント３１４は、それぞれの利用可能な翻訳候補３２８で使用される特定のフォント３３０を考慮する。例えば、一部のコンピュータシステムは、使用されている特定の言語に応じて異なるフォントを使用する。サイズ計算コンポーネント３１４は、利用可能な翻訳候補３２８のそれぞれの区域を計算する際にそれらのフォント３３０のサイズを考慮する。

[0073] それから、翻訳特定器３１２が、サイズおよびコンテキストに基づいて所望の翻訳を特定するために様々な翻訳候補を比較する。一実施形態において、翻訳特定器３１２は、元の文字列３２６のサイズに基づいて特定の翻訳を選択するために、設計されている製品の性質と、元の文字列３２６の性質またはコンテキストとを認識する。例えば、モバイルアプリケーションからの翻訳は、モバイルデバイスで利用可能な限られた表示スペースが原因で、デスクトップアプリケーションからの翻訳よりも短い傾向がある。また、メニュー名の翻訳は、元の文字列の目的が原因で、エラーメッセージの翻訳よりも短い傾向がある。一実施形態において、翻訳特定器３１２は、デバイスおよび元の文字列および製品の目的および性質を考慮するだけでなく、元の文字列３２６に関するその他のコンテキストアイテムも含める。翻訳特定器３１２は、このコンテキスト情報を用いて利用可能な翻訳候補３２８を重み付けし、次いで、利用可能な翻訳候補３２８のその重みおよび（例えば、平方ピクセル単位の）サイズに基づいて利用可能な翻訳候補のうちの１つを選択する。これは、図９のブロック３７４によって示される。

[0074] 翻訳特定器３１２が所望の翻訳候補を特定すると、サイズ計算コンポーネント３１４は、選択された翻訳の区域をクライアント３０４に送る。一例として、翻訳特定器３１２が、最も長い翻訳を特定し、したがって、サイズ計算コンポーネント３１４が、最も長い翻訳候補３３２の区域をクライアント３０４に送る。もちろん、選択された翻訳が何であろうと、サイズ計算コンポーネント３１４は、選択された翻訳の区域をクライアント３０４に送る。これは、図９のブロック３７６によって示される。

[0075] それから、疑似ローカライズされた文字列生成器３２０が、サービス３０２から受け取られた区域３３２とほぼ同じサイズの疑似ローカライズされた文字列３３４を生成する。疑似ローカライズされた文字列を生成する様々な異なる方法が、存在する。例えば、疑似ローカライズされた文字列生成器３２０は、ランダムな文字を、それらの文字がサービス３０２から受け取られたのと同じ区域を有する限り、疑似ローカライズされた文字列として組み立てることができる。言うまでもなく、生成器３２０は、ランダムでないかもしくは疑似ランダムな文字を使用する可能性もあり、または選択された翻訳自体を含む文字の任意のその他の組もしくは組合せを使用する可能性がある。いずれの場合も、計算された区域３３２に基づいて疑似ローカライズされた文字列を生成することは、図９のブロック３７８によって示される。

[0076] そして、生成器３２０が、疑似ローカライズされた文字列３３４をＵＩ設計／試験コンポーネント３２２に出力し、ＵＩ設計／試験コンポーネント３２２において、疑似ローカライズされた文字列３３４は、ユーザインターフェースの表示を生成すること、既に生成されたユーザインターフェースの表示をローカライズされた製品にローカライズすること、ユーザインターフェースの表示を試験して途中で途切れるエラー、単語の途中での折り返しのエラー、またはその他の種類のエラーを特定することなどのために使用される可能性がある。ＵＩの表示を生成または試験する際に使用するために疑似ローカライズされた文字列を出力することは、図９のブロック３８０によって示される。

[0077] 一実施形態において、ＵＩ設計／試験コンポーネント３２２は、疑似ローカライズされた文字列を用いたＵＩをユーザインターフェースの表示３３６でユーザ３０７に与える。図１０は、使用され得るユーザインターフェースの表示３８２の一実施形態を示す。ＵＩ設計／試験表示３８２は、現在設計または試験されている特定のユーザインターフェースの表示またはユーザインターフェースの画面の表示を含むことが分かる。これは、図１０のブロック３８４によって示される。ＵＩの表示３８４は、例示的に、（テキストボックスまたはその他のユーザインターフェースの表示要素などの）ユーザインターフェースの表示要素３８６に疑似ローカライズされた文字列を含む。表示３８２は、例示的に、表示要素３８６に疑似ローカライズされた文字列のサイズを収容するために、現在設計または試験されているＵＩの表示３８４に対してユーザ３０７が修正を行うことを可能にするユーザ入力メカニズム３８８をさらに提供する。疑似ローカライズされた文字列の使用に基づいてＵＩの表示に対して変更を行うことは、図９のブロック３９０によって示される。もちろん、これらの変更は、多種多様な異なる変更である可能性がある。例えば、ユーザ３０７は、疑似ローカライズされた文字列に基づいて（表示アイテム３８６などの）ユーザインターフェース・コンポーネントをサイズ変更するかまたはレイアウト変更する可能性がある。これは、ブロック３９２によって示される。ユーザ３０７は、文字列を大きくまたは小さくするようにその文字列を変更する可能性がある。これは、ブロック３９４によって示される。当然ながら、ユーザ３０７は、ブロック３９６によって示されるように、その他の変更を行う可能性もある。

[0078] したがって、システム３００は、実際の既存の翻訳または機械翻訳に基づいて疑似ローカライズされた文字列のサイズを決めることが分かる。システム３００は、所与の文字列によって占められる画面の範囲を（平方ピクセルまたはその他の単位などの）平方単位で計算する。さらに、疑似ローカライズされた文字列のサイズを生成するために使用される可能性がある翻訳を絞り込むことは、コンテキストに影響を受ける。これは、元の文字列の領域、製品が設計されている対象のデバイス、元の文字列の出所のデバイス、元の文字列の特定の性質、またはその他のコンテキストの情報に基づいて行われる可能性がある。加えて、システムは、疑似ローカライズされた文字列のサイズを得る際に、生成されるべき最終的な文字列の特定のフォントおよびスタイルを動的に考慮する。これは、新しいオペレーティングシステムもしくはアプリケーションが複数のデバイスで提供されるか、または順序を表すフォントとは異なるグリフを有する新しいフォントを言語に導入するときにＵＩの設計を向上させるが、ＵＩの文字列を変更することまたは大きな再設計を必要としない。

[0079] 図１１は、クラウドコンピューティングアーキテクチャ５００を含む様々なアーキテクチャで示されるシステム１００および３００のブロック図である。クラウドコンピューティングは、サービスを配信するシステムの物理的な位置または構成をエンドユーザが知っていることを必要としない計算、ソフトウェア、データアクセス、およびストレージサービスを提供する。様々な実施形態において、クラウドコンピューティングは、適切なプロトコルを用いてインターネットなどの広域ネットワーク上でサービスを配信する。例えば、クラウドコンピューティングプロバイダは、広域ネットワーク上でアプリケーションを配信し、それらのアプリケーションは、ウェブブラウザまたは任意のその他のコンピューティングコンポーネントを通じてアクセスされ得る。システム１００および３００のソフトウェアまたはコンポーネントならびに対応するデータは、遠隔の位置にあるサーバに記憶される可能性がある。クラウドコンピューティング環境の計算リソースは、遠隔のデータセンターの位置に集約される可能性があり、または分散される可能性がある。クラウドコンピューティングインフラストラクチャは、ユーザのための単一のアクセスポイント（point of access）に見えるとしても、共有されたデータセンターを通じてサービスを配信することができる。したがって、本明細書において説明されるコンポーネントおよび機能は、クラウドコンピューティングアーキテクチャを用いて遠隔の位置のサービスプロバイダから提供される可能性がある。代替的に、それらのコンポーネントおよび機能は、通常のサーバから提供される可能性があり、またはクライアントデバイスに直接もしくはその他の方法でインストールされる可能性がある。

[0080] 本説明は、パブリッククラウドコンピューティングとプライベートクラウドコンピューティングとの両方を含むように意図される。（パブリックとプライベートとの両方の）クラウドコンピューティングは、リソースの実質的にシームレスなプールを行い、ならびに基礎を成すハードウェアインフラストラクチャを管理し、構成する必要性を減らす。

[0081] パブリッククラウドは、供給業者によって管理され、典型的には、同じインフラストラクチャを用いて複数の消費者をサポートする。また、パブリッククラウドは、プライベートクラウドとは対照的に、エンドユーザをハードウェアの管理から解放することができる。プライベートクラウドは、組織自体によって管理される可能性があり、インフラストラクチャは、典型的には、その他の組織と共有されない。組織は、インストールおよび修理など、ハードウェアを引き続きある程度保守する。

[0082] 図１１に示される実施形態は、特に、システム１００および３００のすべてまたは一部が（パブリック、プライベート、または一部がパブリックである一方、その他がプライベートである組合せである可能性がある）クラウド５０２に置かれる可能性があることを示す。したがって、ユーザ１２６、３０７は、ユーザデバイス５０４を用いてクラウド５０２を通じてそれらのシステムにアクセスする。

[0083] 図１１は、クラウドアーキテクチャの別の実施形態も示す。図１１は、システム１００および３００の一部の要素がクラウド５０２に配置される一方、その他の要素はクラウド５０２に配置されないことも企図されることを示す。例として、データストア１０８、１１０、３０６は、クラウド５０２の外に配置され、クラウド５０２を通じてアクセスされる可能性がある。別の実施形態においては、システム１００および３００の構成要素の一部またはすべてが、やはりクラウド５０２の外にある。それらの要素は、どこに置かれるかに関わりなく、ネットワーク（広域ネットワークかもしくはローカルエリアネットワークかのどちらか）を通じてデバイス５０４によって直接アクセスされ得るか、サービスによって遠隔の場所でホストされ得るか、またはクラウドを通じてサービスとして提供されるかもしくはクラウドにある接続サービスによってアクセスされ得る。図１１は、システム１００および３００の部分の一部またはすべてがデバイス５０４に置かれ得ることをさらに示す。これらのアーキテクチャのすべては、本明細書において企図されている。

[0084] システム１００および３００またはそれらの一部は、多種多様な異なるデバイスに置かれる可能性もある。それらのデバイスの一部は、サーバ、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、またはパームトップコンピュータ、セル電話、スマートフォン、マルチメディアプレーヤ、携帯情報端末などのその他のモバイルデバイスを含む。

[0085] 図１２は、本システム（またはそれらの一部）が展開され得る、ユーザまたはクライアントのハンドヘルドデバイス１６として使用され得るハンドヘルドまたはモバイルコンピューティングデバイスの１つの例示的な実施形態の簡略化されたブロック図である。図１３〜１６は、ハンドヘルドまたはモバイルデバイスの例である。

[0086] 図１２は、システム１００もしくはシステム３００の各コンポーネントを実行することができ、またはシステム１００もしくは３００とインタラクションし、またはその両方を行うクライアントデバイス１６のコンポーネントの全体的なブロック図を与える。デバイス１６においては、ハンドヘルドデバイスがその他のコンピューティングデバイスと通信することを可能にし、一部の実施形態では、スキャニングすることによるなどして自動的に情報を受信するためのチャネルを提供する通信リンク１３が、設けられる。通信リンク１３の例は、赤外線ポートと、シリアル／ＵＳＢポートと、イーサネットポートなどのケーブルネットワークポートと、ネットワークへのセルラアクセスを提供するために使用される無線サービスである汎用パケット無線サービス（GPRS）、ＬＴＥ、ＨＳＰＡ、ＨＳＰＡ＋、およびその他の３Ｇおよび４Ｇ無線プロトコル、１Ｘｒｔｔ、およびショートメッセージサービス、ならびにネットワークへのローカル無線接続を提供する８０２．１１および８０２．１１ｂ（Wi-Fi）プロトコル、およびＢｌｕｅｔｏｏｔｈプロトコルを含む１つまたは複数の通信プロトコルによる通信を可能にする無線ネットワークポートとを含む。

[0087] その他の実施形態では、アプリケーションまたは（システム１００もしくはシステム３００のような）システムは、セキュアデジタル（SD）カードインターフェース１５に接続される取り外し可能なＳＤカードに受容される。ＳＤカードインターフェース１５および通信リンク１３は、メモリ２１、および入力／出力（I/O）コンポーネント２３、ならびにクロック２５、および位置特定システム２７にも接続されるバス１９を通じて（図１のプロセッサ１００または図８のプロセッサ３１０および３１６をやはり具現化する可能性がある）プロセッサ１７と通信する。

[0088] Ｉ／Ｏコンポーネント２３は、一実施形態において、入力および出力動作を容易にするために設けられる。デバイス１６の様々な実施形態のためのＩ／Ｏコンポーネント２３は、ボタン、タッチセンサー、マルチタッチセンサー、光学または映像センサー、音声センサー、タッチスクリーン、近接センサー、マイクロホン、チルトセンサー、および重力スイッチ（gravity switch）などの入力コンポーネントと、ディスプレイデバイス、スピーカ、および／またはプリンタポートなどの出力コンポーネントとを含み得る。その他のＩ／Ｏコンポーネント２３も、使用され得る。

[0089] クロック２５は、例示的に、時間および日付けを出力するリアルタイムクロックコンポーネントを含む。さらに、クロック２５は、例示的に、プロセッサ１７のためのタイミング機能を提供する可能性がある。

[0090] 位置特定システム２７は、例示的に、デバイス１６の現在の地理的位置を出力するコンポーネントを含む。これは、例えば、全地球測位システム（GPS）受信機、ＬＯＲＡＮシステム、推測航法（dead reckoning）システム、セルラ三角測量システム、またはその他の測位システムを含み得る。さらに、位置特定システム２７は、例えば、所望の地図、ナビゲーション経路、およびその他の地理的機能を生成するマッピングソフトウェアまたはナビゲーションソフトウェアを含み得る。

[0091] メモリ２１は、オペレーティングシステム２９、ネットワーク設定３１、アプリケーション３３、アプリケーション構成設定３５、データストア３７、通信ドライバ３９、および通信構成設定４１を記憶する。メモリ２１は、すべての種類の有形の揮発性および不揮発性コンピュータ可読メモリデバイスを含み得る。メモリ２１は、（以下で説明される）コンピュータストレージ媒体も含み得る。メモリ２１は、プロセッサ１７によって実行されるときに、プロセッサに、コンピュータによって実行される工程または機能を命令に従って実行させるコンピュータ可読命令を記憶する。システム１００もしくは３００、またはデータストア１０８、１１０、３０６のアイテムは、例えば、メモリ２１にある可能性がある。同様に、デバイス１６は、様々なビジネスアプリケーションを実行するか、またはシステム１００もしくはシステム３００の一部もしくはすべてを具現化するか、またはその両方を行うことができるクライアントビジネスシステム２４を有する可能性がある。プロセッサ１７は、その他のコンポーネントの機能を助けるためにその他のコンポーネントによって作動される可能性もある。

[0092] ネットワーク設定３１の例は、プロキシ情報、インターネット接続情報、およびマッピングなどの事柄を含む。アプリケーション構成設定３５は、アプリケーションを特定の企業またはユーザに合うように調整する設定を含む。通信構成設定４１は、その他のコンピュータとの通信のためのパラメータを与え、ＧＰＲＳパラメータ、ＳＭＳパラメータ、接続ユーザ名、およびパスワードなどのアイテムを含む。

[0093] アプリケーション３３は、オペレーティングシステム２９の一部であるか、またはデバイス１６の外部からホストされる可能性もあるが、デバイス１６に既に記憶されたアプリケーションであるか、または使用中にインストールされるアプリケーションである可能性がある。

[0094] 図１３および１４は、デバイス１６がタブレットコンピュータ６００である一実施形態を示す。図１３において、図３Ａのユーザインターフェースの表示を表示したディスプレイ画面６０２を有するコンピュータ６００が示される。図１４は、図１０のユーザインターフェースの表示を表示したコンピュータ６００を示す。画面６０２は、タッチスクリーンである可能性があり（したがって、ユーザの指６０５のタッチジェスチャがアプリケーションとインタラクションするために使用される可能性があり）、またはペンもしくはスタイラスから入力を受け取るペン対応インターフェースである可能性がある。画面６０２は、オンスクリーン仮想キーボードを使用する可能性もある。言うまでもなく、画面６０２は、例えば、無線リンクまたはＵＳＢポートなどの好適な取り付けメカニズムによってキーボードまたはその他のユーザ入力デバイスに取り付けられる可能性もある。コンピュータ６００は、例示的に、音声入力も受け取る可能性がある。

[0095] 図１５および１６は、使用され得るデバイス１６のさらなる例を与えるが、その他のデバイス１６も使用され得る。図１５においては、スマートフォンまたはモバイル電話４５が、デバイス１６として与えられる。電話４５は、電話番号をダイヤルするための１組のキーパッド４７、アプリケーションの画像を含む画像、アイコン、ウェブページ、写真、および映像を表示することができるディスプレイ４９、ならびにディスプレイ上に示されるアイテムを選択するための制御ボタン５１を含む。電話は、汎用パケット無線サービス（GPRS）および１Ｘｒｔｔなどのセルラ電話信号と、ショートメッセージサービス（SMS）信号とを受信するためのアンテナ５３を含む。一部の実施形態において、電話４５は、セキュアデジタル（SD）カード５７を受けるＳＤカードスロット５５も含む。

[0096] 図１６のモバイルデバイスは、携帯情報端末（PDA）５９または（以降、PDA 59と呼ばれる）マルチメディアプレーヤもしくはタブレットコンピューティングデバイスなどである。ＰＤＡ５９は、スタイラスが画面上に位置づけられるときにスタイラス６３の位置（またはユーザの指などのその他のポインタ）の一部を感知する電磁誘導式スクリーン６１を含む。これは、ユーザが画面上のアイテムを選択し、強調表示し、移動させ、ならびに描画し、書くことを可能にする。ＰＤＡ５９は、ディスプレイ６１に触れることなく、ユーザがディスプレイ６１に表示されるメニューオプションまたはその他の表示オプションをスクロールすることを可能にし、ユーザがアプリケーションを変更するかまたはユーザ入力機能を選択することを可能にするいくつかのユーザ入力キーまたは（ボタン６５などの）ボタンも含む。図示されていないが、ＰＤＡ５９は、その他のコンピュータとの無線通信を可能にする内蔵アンテナおよび赤外線送信機／受信機ならびに、その他のコンピューティングデバイスとのハードウェア接続を可能にする接続ポートを含み得る。そのようなハードウェア接続は、通常、シリアルまたはＵＳＢポートを通じてその他のコンピュータに接続するクレードルによってなされる。したがって、これらの接続は、非ネットワーク接続である。一実施形態において、モバイルデバイス５９は、ＳＤカード６９を受容するＳＤカードスロット６７も含む。

[0097] デバイス１６のその他の形態があり得ることに留意されたい。

[0098] 図１７は、（例えば）システム１００またはシステム３００が展開され得るコンピューティング環境の一実施形態である。図１７を参照すると、一部の実施形態を実装するための例示的なシステムは、コンピュータ８１０の形態の多目的コンピューティングデバイスを含む。コンピュータ８１０のコンポーネントは、（プロセッサ１０２、３１０、または３１６を含み得る）処理ユニット８２０、システムメモリ８３０、およびシステムメモリを含む様々なシステムコンポーネントを処理ユニット８２０に結合するシステムバス８２１を含み得るがこれらに限定されない。システムバス８２１は、各種のバスアーキテクチャのいずれかを使用したメモリバスまたはメモリコントローラ、周辺バス、およびローカルバスを含む数種のバス構造のいずれかである可能性がある。限定ではなく例として、そのようなアーキテクチャは、業界標準アーキテクチャ（ISA）バス、マイクロチャネルアーキテクチャ（MCA）バス、拡張ＩＳＡ（EISA）バス、ビデオ電子装置規格化協会（VESA: Video Electronics Standards Association）ローカルバス、およびＭｅｚｚａｎｉｎｅバスとしても知られる周辺装置相互接続（PCI: Peripheral Component Interconnect）バスを含む。図１〜１０に関連して説明されたメモリおよびプログラムは、図１１の対応する部分に展開される可能性がある。

[0099] 通常、コンピュータ８１０は、様々なコンピュータ可読媒体を含む。コンピュータ可読媒体は、コンピュータ８１０によってアクセスされる可能性があり、揮発性媒体と不揮発性媒体との両方、取り外し可能な媒体および取り外し不可能な媒体を含む任意の入手可能な媒体である可能性がある。限定でなく例として、コンピュータ可読媒体は、コンピュータストレージ媒体および通信媒体を含む可能性がある。コンピュータストレージ媒体は、変調されたデータ信号または搬送波とは異なり、変調されたデータ信号または搬送波を含まない。コンピュータストレージ媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、またはその他のデータなどの情報を記憶するための任意の方法または技術で実装された揮発性と不揮発性との両方の取り外し可能な媒体および取り外し不可能な媒体を含むハードウェアストレージ媒体を含む。コンピュータストレージ媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、もしくはその他のメモリ技術、ＣＤ−ＲＯＭ、デジタルバーサタイルディスク（DVD）、もしくはその他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ、もしくはその他の磁気ストレージデバイス、または所望の情報を記憶するために使用される可能性があり、コンピュータ８１０によってアクセスされる可能性がある任意のその他の媒体を含むがこれらに限定されない。通常、通信媒体は、搬送メカニズムでコンピュータ可読命令、データ構造、プログラムモジュール、またはその他のデータを具現化し、任意の情報配信媒体を含む。用語「変調されたデータ信号」は、その信号の特徴のうちの１つまたは複数を、信号中に情報を符号化するような方法で設定または変更した信号を意味する。限定ではなく例として、通信媒体は、有線ネットワークまたは直接有線接続などの有線媒体、ならびに音響、ＲＦ、赤外線、およびその他の無線媒体などの無線媒体を含む。上記の媒体のうちの任意のものの組合せも、コンピュータ可読媒体の範囲に含まれるべきである。

[00100] システムメモリ８３０は、読み出し専用メモリ（ROM）８３１およびランダムアクセスメモリ（RAM）８３２などの揮発性および／または不揮発性メモリの形態のコンピュータストレージ媒体を含む。起動中などにコンピュータ８１０内の要素間で情報を転送することに役立つ基礎的なルーチンを含む基本入／出力システム８３３（BIOS）は、通常ＲＯＭ８３１に記憶される。通常、ＲＡＭ８３２は、処理ユニット８２０によって直ちにアクセス可能である、および／または処理ユニット８２０によって現在操作されているデータおよび／またはプログラムモジュールを含む。限定ではなく例として、図１７は、オペレーティングシステム８３４、アプリケーションプログラム８３５、その他のプログラムモジュール８３６、およびプログラムデータ８３７を示す。

[00101] コンピュータ８１０は、その他の取り外し可能な／取り外し不可能な揮発性／不揮発性コンピュータストレージ媒体をやはり含む可能性がある。単なる例として、図１７は、取り外し不可能な不揮発性磁気媒体からの読み出し、または当該媒体に対する書き込みを行うハードディスクドライブ８４１と、取り外し可能な不揮発性磁気ディスク８５２からの読み出し、または当該磁気ディスクに対する書き込みを行う磁気ディスクドライブ８５１と、ＣＤ ＲＯＭまたはその他の光媒体などの取り外し可能な不揮発性光ディスク８５６からの読み出し、または当該光ディスクに対する書き込みを行う光ディスクドライブ８５５とを示す。例示的な動作環境で使用され得るその他の取り外し可能な／取り外し不可能な揮発性／不揮発性コンピュータストレージ媒体は、磁気テープカセット、フラッシュメモリカード、デジタルバーサタイルディスク、デジタルビデオテープ、固体ＲＡＭ、固体ＲＯＭなどを含むがこれらに限定されない。ハードディスクドライブ８４１は、通常インターフェース８４０などの取り外し不可能なメモリインターフェースを介してシステムバス８２１に接続され、磁気ディスクドライブ８５１および光ディスクドライブ８５５は、通常インターフェース８５０などの取り外し可能なメモリインターフェースによってシステムバス８２１に接続される。

[00102] 上で検討され、図１７に示されたドライブおよびそれらのドライブに関連するコンピュータストレージ媒体は、コンピュータ８１０のためのコンピュータ可読命令、データ構造、プログラムモジュール、およびその他のデータの記憶を行う。例えば、図１７において、ハードディスクドライブ８４１は、オペレーティングシステム８４４、アプリケーションプログラム８４５、その他のプログラムモジュール８４６、およびプログラムデータ８４７を記憶するものとして示されている。これらのコンポーネントは、オペレーティングシステム８３４、アプリケーションプログラム８３５、その他のプログラムモジュール８３６、およびプログラムデータ８３７と同じであるか、または異なるかのいずれかである可能性がある留意されたい。オペレーティングシステム８４４、アプリケーションプログラム８４５、その他のプログラムモジュール８４６、およびプログラムデータ８４７は、少なくともそれらが異なるコピーであることを示すためにここでは異なる番号を与えられる。

[00103] ユーザは、キーボード８６２、マイクロホン８６３、およびマウス、トラックボール、またはタッチパッドなどのポインティングデバイス８６１などの入力デバイスを通じてコンピュータ８１０にコマンドおよび情報を入力することができる。その他の入力デバイス（図示せず）は、ジョイスティック、ゲームパッド、衛星通信用パラボラアンテナ、スキャナなどを含む可能性がある。これらのおよびその他の入力デバイスは、システムバスに結合されたユーザ入力インターフェース８６０を介して処理ユニット８２０に接続されることが多いが、パラレルポート、ゲームポート、またはユニバーサルシリアルバス（USB）などのその他のインターフェースおよびバス構造によって接続される可能性がある。視覚ディスプレイ８９１またはその他の種類のディスプレイデバイスも、ビデオインターフェース８９０などのインターフェースを介してシステムバス８２１に接続される。モニタに加えて、コンピュータは、出力周辺機器インターフェース８９５を介して接続され得るスピーカ８９７およびプリンタ８９６などのその他の周辺出力デバイスを含む可能性もある。

[00104] コンピュータ８１０は、遠隔のコンピュータ８８０などの１つまたは複数の遠隔のコンピュータへの論理接続を使用したネットワーク化された環境で動作させられる。遠隔のコンピュータ８８０は、パーソナルコンピュータ、ハンドヘルドデバイス、サーバ、ルータ、ネットワークＰＣ、ピアデバイス、またはその他のよくあるネットワークノードである可能性があり、通常コンピュータ８１０に関連して上で説明された要素の多くまたはすべてを含む。図１７に示された論理接続は、ローカルエリアネットワーク（LAN）８７１および広域ネットワーク（WAN）８７３を含むが、その他のネットワークを含む可能性もある。そのようなネットワーキング環境は、オフィス、企業規模のコンピュータネットワーク、イントラネット、およびインターネットにおいて一般的である。

[00105] ＬＡＮネットワーキング環境において使用されるとき、コンピュータ８１０は、ネットワークインターフェースまたはアダプタ８７０を介してＬＡＮ８７１に接続される。ＷＡＮネットワーキング環境において使用されるとき、通常、コンピュータ８１０は、モデム８７２、またはインターネットなどのＷＡＮ８７３を介して通信を確立するためのその他の手段を含む。内蔵または外付けである可能性があるモデム８７２は、ユーザ入力インターフェース８６０またはその他の適切なメカニズムを介してシステムバス８２１に接続され得る。ネットワーク化された環境において、コンピュータ８１０に関連して示されたプログラムモジュール、またはそれらのモジュールの一部は、遠隔のメモリストレージデバイスに記憶され得る。限定ではなく例として、図１７は、遠隔のコンピュータ８８０にあるものとして遠隔のアプリケーションプログラム８８５を示す。図示されたネットワーク接続は例示的であり、コンピュータ間で通信リンクを確立するその他の手段が使用され得ることが理解されるであろう。

[00106] 主題が構造的特徴および／または方法の動作に特有の言語で説明されたが、添付の特許請求の範囲で定義された主題は上述した特定の特徴または動作に必ずしも限定されないことを理解されたい。むしろ、上述の特定の特徴および動作は、特許請求の範囲を実施する例示的な形態として開示したものである。

Claims (10)

1. 親言語の親文書を前記親言語の異形である異形言語の適合文書に適合させる、コンピュータによって実行される方法であって、
   前記親文書を受け取る工程と、
   コンピュータによって実行される規則主導の適合プロセスを実行し、前記適合文書を得る工程と、
   前記親言語の前記異形の前記適合文書を表示する工程と、
   を含む方法。
2. 前記コンピュータによって実行される規則主導の適合プロセスを実行する工程が、
   前記親文書における未適合の翻訳ユニットを特定する工程と、
   前記特定された未適合の翻訳ユニットを複数の適合規則とマッチングさせて、一致する適合規則を特定する工程と、
   前記特定された未適合の翻訳ユニットに関して、前記一致する適合規則からの適合されたユニットを前記親文書にコピーする工程と、
   を含む請求項１に記載のコンピュータによって実行される方法。
3. 前記コンピュータによって実行される規則主導の適合プロセスを実行する工程が、
   前記一致する適合規則が検討されるべきか否かを判定する工程と、
   検討されるべきである場合に、検討ステータスインジケータを設定する工程と、
   前記適合されたユニットが検討されるべきであることを示す視覚的なインジケータとともに前記適合文書において前記適合されたユニットを表示する工程と、
   を含む請求項２に記載のコンピュータによって実行される方法。
4. 前記コンピュータによって実行される規則主導の適合プロセスを実行する工程が、
   前記適合されたユニットを編集するための任意の編集入力を受け取る工程と、
   さらなる検討が必要とされていないことを示すために、前記検討ステータスインジケータをリセットするリセット入力を受け取る工程と、
   を含む請求項３に記載のコンピュータによって実行される方法。
5. 規則入力ユーザインターフェースの表示を表示する工程と、
   前記規則入力ユーザインターフェースの表示を通じて前記適合規則を受け取る工程と、をさらに含み、
   前記適合規則を受け取る工程が、
   それぞれの所与の適合規則に対応する範囲の入力を受け取る工程を含み、
   前記範囲の入力が、前記親文書の未適合の翻訳ユニットに対するそれぞれの所与の適合規則の適用の範囲を示す請求項２に記載のコンピュータによって実行される方法。
6. 前記コンピュータによって実行される規則主導の適合プロセスを実行する工程が、
   前記一致する適合規則からの前記適合されたユニットをコピーする工程の後、前記一致する適合規則に対応する適用の前記範囲によって示される範囲で前記一致する適合規則が適用されたことを確認する工程を含む請求項５に記載のコンピュータによって実行される方法。
7. 前記コンピュータによって実行される規則主導の適合プロセスを実行する工程が、
   前記特定された未適合の翻訳ユニットを複数の適合規則とマッチングする工程の前に、適合翻訳ストアにアクセスして、前記特定された未適合の翻訳ユニットが前記異形に既に適合され、前記適合翻訳ストアに記憶されているか否かを判定する工程と、
   前記特定された未適合の翻訳ユニットが前記異形に既に適合され、前記適合翻訳ストアに記憶されている場合に、前記特定された未適合の翻訳ユニットに関して、前記適合翻訳ストアからの適合されたユニットを前記親文書にコピーする工程と、
   を含む請求項２に記載のコンピュータによって実行される方法。
8. 前記適合されたユニットのサイズを表示単位で計算する工程と、
   ユーザインターフェースの表示の設計を検証するために、疑似ローカライズされた文字列を生成するための疑似ローカライズされた文字列生成器に前記サイズを送る工程と、
   をさらに含む請求項２に記載のコンピュータによって実行される方法。
9. ユーザインターフェースの表示要素を生成するコンピュータによって実行される方法であって、
   元言語の元の文字列を翻訳サイズサービスに送る工程と、
   翻訳候補のサイズを表示単位で示すサイズインジケータを前記翻訳サイズサービスから受け取る工程であって、前記翻訳候補は、目標言語の目標の文字列への前記元の文字列の翻訳である、工程と、
   疑似ローカライズされた文字列を生成する工程であって、当該疑似ローカライズされた文字列の表示サイズが前記サイズインジケータによって示される前記サイズに適合するように、前記疑似ローカライズされた文字列の文字のサイズが定められる、工程と、
   前記疑似ローカライズされた文字列に基づく要素サイズを有する前記ユーザインターフェースの表示要素を生成する工程と、
   を含む方法。
10. 元言語の元の文字列をクライアントから受け取る工程と、
    目標言語の目標の文字列への前記元の文字列の翻訳を取得する工程と、
    前記目標の文字列のサイズを表示単位で計算する工程と、
    前記目標の文字列の前記サイズを前記クライアントに送る工程と、
    を含むコンピュータによって実行される方法。

Images