(57)【要約】【解決手段】一般的に記載すると、本発明の特徴は、利用可能なソースデータ及びローカライズされた情報をユーザに提供することに関連する。更に具体的には、ソースストリングが取得され、対応する利用可能なソースデータセットをリトリーブするために使用される。ソースデータは、利用可能なリソース又は利用可能なコンテンツを含み得る。更にリソースは、ストリングに対応し得る。利用可能なソースデータセットからの要素が選択され得、その選択された要素に関連するデータを取得するために使用され得る。関連データは、ソースデータの選択に対応するローカライズされた情報を含み得る。こうして利用可能なソースデータ及び対応するローカライズされた情報が、取得され得、アプリケーション又はドキュメントにおいて使用され得る。【選択図】図５
2009545077.tif 000002
【特許請求の範囲】
【請求項１】
データを処理するための方法であって、
任意言語のソースストリング（４０４）に対応する利用可能なソースデータに関するリクエストを取得するステップと、
前記リクエストに応答し、統合された利用可能なソースデータセット（４１２）及び対応するリンクデータを提供するステップであって、前記リンクデータが、前記統合されたセット内の要素をリンクして、任意の一要素に対する更新が、前記要素の選択すべてに伝播するものと、を含む方法。
【請求項２】
更に、
ソースデータのユーザ選択（４１４）に対応する利用可能な関連データに関するリクエストを取得するステップと
前記リクエストに応答し、統合された利用可能な関連データセット（５００）を提供するステップであって、前記統合された利用可能な関連データセットが、前記ソースデータのユーザ選択に対応するローカライズされた情報を含むものと、を含む請求項１記載の方法。
【請求項３】
更に、
前記ソースストリング（４０４）にマッチする利用可能なソースデータに関するクエリを複数のデータプロバイダそれぞれ（１０２）に提出するステップと、
前記複数のデータプロバイダ（１０２）の少なくとも１つから、マッチする利用可能なソースデータセットを取得するステップと、
マッチする利用可能なソースデータセットそれぞれを単一の利用可能なソースデータセットに統合するステップであって、前記ソースデータの統合が、前記統合された利用可能なソースデータセット内の要素順序の優先付けを伴うものと、を含む請求項１記載の方法。
【請求項４】
更に、
ソースデータのユーザ選択（４１４）に対応する利用可能な関連データに関するクエリを複数のデータプロバイダそれぞれ（１０２）に提出するステップと、
前記複数のデータプロバイダ（１０２）の少なくとも１つから、利用可能な関連データセットを取得するステップと、
利用可能な関連データセットそれぞれを単一の利用可能な関連データセットに統合するステップであって、前記関連データの統合が、前記統合された利用可能な関連データセット内の要素順序の優先付けを伴うものと、を含む請求項２記載の方法。
【請求項５】
更に、
前記利用可能なソースデータ（４１２）に対応するメタデータを提供するステップであって、前記ソースデータが、１つ以上のリソースを含み得、メタデータが、１つ以上のリソースを検証するために使用され得るものと、を含む請求項１記載の方法。
【請求項６】
更に、
利用可能な関連データセット（５００）に対応するメタデータを提供するステップであって、前記メタデータが、前記関連データセットに含まれる前記ローカライズされた情報を検証するために使用され得るものを含む請求項２記載の方法。
【請求項７】
前記ローカライズされた情報が１つ以上の要素を含んでいて、各要素が、（１）前記ソースデータのユーザ選択の翻訳文及び（２）前記ソースデータのユーザ選択（４１４）と同等の再解釈、のうち少なくとも１つに対応することを特徴とする請求項２記載の方法。
【請求項８】
前記利用可能なソースデータに関する前記リクエストが、（１）近似マッチング、（２）正規表現マッチング、（３）厳密なマッチング、（４）範囲マッチング及び（５）変換マッチング、のうち少なくとも１つに従って前記ソースストリング（４０４）にマッチするデータをリトリーブすることを特徴とする請求項１記載の方法。
【請求項９】
ディスプレイ及び入力装置を含む計算機システムにおいてソースストリング（４０４）に対応するデータを表示するための方法であって、
前記ソースストリング（４０４）に対応する利用可能なリソースセットを取得するステップと、
前記利用可能なリソースセット（４１２）を表示するステップと、
利用可能なリソースの選択（４１４）を取得するステップと、
関連データセット（５００）を取得するステップであって、前記関連データセットにおける各要素が、前記選択されたリソースのローカライズされたバージョンに対応するものと、
前記関連データセット（５００）を表示するステップ又は維持するステップと、を含む方法。
【請求項１０】
更に、
前記ソースストリング（４０４）の作者からメタデータを取得するステップと、
設計時、前記メタデータを使用し前記ソースストリング（４０４）及び対応する任意のローカライゼーションを検証するステップと、を含む請求項９記載の方法。
【請求項１１】
前記メタデータの少なくとも一部が、前記ソースストリング中の用語の意味に関する情報に対応することを特徴とする請求項１０記載の方法。
【請求項１２】
更に、
前記入力装置を介しユーザから前記ソースストリング（４０４）を取得するステップと、
前記ソースストリング（４０４）を検証するステップと、を含む請求項９記載の方法。
【請求項１３】
前記ソースストリング（４０４）の検証が、前記ソースストリング（４０４）が理解可能か否かを決定するための文体検証の実行を含むことを特徴とする請求項１２記載の方法。
【請求項１４】
前記ソースストリング（４０４）の検証が、前記ソースストリング（４０４）が選択された環境の要件に合致するか否かを決定するための機能的検証の実行を含むことを特徴とする請求項１２記載の方法。
【請求項１５】
前記ソースストリング（４０４）の検証が、前記ソースストリング（４０４）が有効な用語だけを含むことを保証するための用語検証の実行を含むことを特徴とする請求項１２記載の方法。
【請求項１６】
前記ソースストリング（４０４）の検証が、前記ソースストリング（４０４）が、文法及びスペリングルールに従うか否かを決定するための言語学的検証の実行を含むことを特徴とする請求項１２記載の方法。
【請求項１７】
データ処理用計算機実行可能コンポーネントを有する計算機可読媒体であって、
ソースストリング（４０４）及び利用可能なソースデータ（４１２）を取得するためのデータ処理コンポーネントであって、前記ソースデータが、前記ソースストリングに対応する１つ以上の検証されたリソースを含むものと、
ソースデータの選択に対応する関連データに関するリクエストを送信するためと、前記関連データ（５００）を取得するため、のデータプロバイダインタフェースコンポーネント（１１２）であって、前記関連データ（５００）が、前記ソースデータのユーザ選択に対応するローカライズされた情報を含む計算機可読媒体。
【請求項１８】
更に、
１つ以上のデータプロバイダコンポーネント（１０２）から受信されたデータセットの統合用と、前記データプロバイダインタフェースコンポーネント（１１２）に対する前記統合されたデータの配布用、のデータマネージャコンポーネント（１０４）を含む請求項１７記載の計算機可読媒体。
【請求項１９】
ユーザインタフェースコンポーネント（１１４）が、前記データプロバイダインタフェースコンポーネント（１１２）によって取得された前記関連データ（５００）を表示することを特徴とする請求項１７記載の計算機実行可能コンポーネント。
【請求項２０】
前記関連データ（５００）が、ファイルに維持されることを特徴とする請求項１７記載の計算機可読媒体。
【発明の詳細な説明】
【背景技術】
【０００１】
作者は、計算機システムに関するアプリケーション開発の間、１つ以上の利用可能なリソースと類似のリソースを作成し得る。その上、１つ以上の利用可能なリソースは、利用可能なリソースが、一定の要件に従うことを保証するための検証処理を介し存在し得ている。更に、利用可能なリソースは、様々な市場を越えて様々なプラットフォーム上のアプリケーションにおいて使用するために、ローカライズされ得ている。現在のところ、新しいアプリケーションにおける再利用のために、利用可能なリソース又は対応する任意のローカライゼーションにアクセスする容易で、効率的な方法はない。
【０００２】
リソースの再利用が価値を高め得る例は、情報を処理するアプリケーション開発の間である。例えばアプリケーションは、ユーザインタフェースに情報を表示し得る。開発過程の間、作者は、アプリケーション開発者でもあり得、アプリケーションのユーザインタフェースにおいて使用されるストリングを作成し得る。このストリングは類似し得るが、１つ以上の利用可能なストリングと厳密に同一でない。利用可能なストリングは、それらが一定の要件に従うことを保証するための検証処理を介し存在し得ている。例えば利用可能なストリングは、それらが文法的に正しく、一貫した用語が使用されていることを保証するように検証されている。新しいストリングの作者が利用可能なストリングへのアクセスを有する場合、その作者は、ユーザ経験にマイナスに影響し得る新しいストリングを作成することとは反対に、利用可能なストリングの１つを再利用することを選び得る。例えば、新たに作成されるストリングは、複雑か又は不明瞭な言語を使用し得、形式又はスタイルの問題を有し得、一貫性のない用語を使用し得、誤りを導入し得、又は他の問題をもたらし得る。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
前例を続けると、利用可能なストリングはまた、様々なプラットフォーム上又は様々な市場を越えたアプリケーションにおいて使用するために、ローカライズされ得ている。更に、利用可能なストリングは、将来、ローカライズされ得る。またローカライゼーションは、様々な検証処理も介され得る。例えば利用可能なストリングは、前もって１つ以上の言語に翻訳され得る。翻訳文は、文法的な正当性、用語の一貫性、機能的な正当性その他を保証するように検証され得ている。現在、利用可能なストリング又はそれらに対応するローカライゼーションにアクセスするためのいかなる容易で効率的な方法もない。
【課題を解決するための手段】
【０００４】
この概要を「発明を実施するための最良の形態」において、更に後述されるいくつかの概念を紹介するために簡易化された形式で提供する。この概要は、請求項記載対象の重要な特色又は本質的な特徴を特定することを意図せず、また援助として請求項記載対象の範囲を決定するときに使用されることも意図しない。
【０００５】
一特徴に従ったデータ処理に関する方法を提供する。任意言語のソースストリングに対応する利用可能なソースデータに関するリクエストが、取得され得る。そのリクエストに応答し、統合された利用可能なソースデータセット及び対応するリンクデータを提供する。リンクデータは、任意の一要素に対する更新が、要素選択すべてに伝播するように、統合されたセット内の要素をリンクする。
【０００６】
別の特徴に従ったソースストリングに対応するデータを表示するための方法が、提供され得る。本方法は、ディスプレイ及び入力装置を含む計算機システムにおいて実行され得る。ソースストリングに対応する利用可能なリソースセットが取得され得る。利用可能なリソースセットが表示され得る。利用可能なリソースの選択が、取得され得る。関連データセットが取得され得る。関連データセット内の各要素は、選択されたリソースのローカライズされたバージョンに相当し得る。関連データセットは、表示又は維持され得る。
【０００７】
別の特徴に従ったデータ処理用計算機実行可能コンポーネントを有する計算機可読媒体が、提供される。データ処理コンポーネント及びデータプロバイダインタフェースコンポーネントが、計算機実行可能コンポーネントに含まれ得る。データ処理コンポーネントは、ソースストリング及びソースデータを取得し得る。ソースストリングに対応する１つ以上のリソースが、ソースデータに含まれ得る。データプロバイダインタフェースコンポーネントは、ソースデータの選択に対応する関連データに関するリクエストを提出し得、関連データを取得し得る。関連データは、ソースデータの選択に対応するローカライズされた情報を含み得る。
【発明を実施するための最良の形態】
【０００８】
添付図面と併用するとき、以下の詳細説明を参照することによって同等のことが、更に理解されるようになるので、上記の特徴及び本発明の添付の利点の多くが、更に容易に正しく理解されるようになるだろう。
【０００９】
一般的に言えば、本発明の特徴は、アプリケーション又はドキュメントにおいて使用するために利用可能なソースデータ及びローカライズされた情報を提供することに関連する。アプリケーションは、ソフトウェアアプリケーションや、マルチメディアアプリケーションや、ウェブブラウザ、スクリプト、ウェブページ、ライブラリなどのインターネットアプリケーションや、文書処理プログラムや、携帯装置上で使用されるアプリケーション又は任意タイプのデータ処理アプリケーションを含み得る。より具体的には、ソースストリングは、対応するソースデータを検索するために、取得され使用される。ソースデータは、１つ以上の利用可能なリソース又は１つ以上のコンテンツ要素を含み得る。更に、リソースは、ストリングに対応し得る。例えばソースストリングは、アプリケーションによって処理されるストリングであり得、ソースデータは、他のアプリケーションに使用されているか又は使用される予定のストリングに対応し得る。またリソースは、リンク情報に対応し得る。例えば作者は、まだ完成していないリソースにリンクし得る。ソースデータに含まれるリソース又はコンテンツ要素の１つが、選択されたリソースに関連するデータを取得するために、選択され得る。関連データは、ソースデータの選択に対応したローカライズされた情報を含み得る。例えば関連データは、ソースデータの選択に対応した翻訳文を含み得る。こうしてユーザは、アプリケーション又はドキュメントにおいて使用され得る利用可能なソースデータ及びローカライズされた情報を提供され得る。
【００１０】
検証処理は、ソースストリングに対して実行され得る。例えばソースストリングは、それがユーザによって入力されたとき、検証され得る。また検証処理は、ソースデータ及び関連データに対しても実行され得る。例えばソースデータ及び関連データは、それが新しいアプリケーションにおいて使用される前に検証され得る。いくつかの異なるタイプの検証処理が、ソースストリング、ソースデータ及び関連データに対して実行され得る。実行され得る検証処理のタイプの例は、機能的検証、言語学的検証、ブラックリスト又はホワイトリストによる検証、文体検証、用語検証及びデータが検証手続きに従うことを保証する援助をする他の任意タイプの検証を含む。様々な検証処理のタイプを更に詳細に後述する。
【００１１】
今、図１を参照すると、例示的な動作環境（１００）は、ユーザとの対話を容易にするためのクライアント装置（１０８）及び１つ以上のデータプロバイダ（１０２）からのデータをリトリーブし統合するためのデータマネージャ（１０４）を含み得る。１つ以上のデータプロバイダ（１０２）は、データマネージャ（１０４）に情報を提供し得る。各データプロバイダ（１０２）は、ソースデータ及び／又はソースデータに関連するデータを提供し得る。ソースデータ及び関連データセットの内容を、図４及び５に関連し更に詳細に後述する。
【００１２】
データプロバイダ（１０２）は、第三者データプロバイダから、機械翻訳エンジンから及び／又はシステム管理者によって指定されたデータプロバイダから、データをストアし得、提供し得る。データマネージャは、１つ以上のデータプロバイダからデータを取得し、様々なデータセットを統合し得る。データの統合は、データの優先付けを含み得、一定の順序でユーザに表示され又は維持される。例えばデータマネージャ（１０４）は、明示的又は暗示的なユーザのフィードバックのいずれかから、結果の優先付け方法を学び得る。ユーザが、一定のデータプロバイダからの項目を一貫し廃棄した場合、そのデータプロバイダからリトリーブされた項目は、時間と共にデータスタック上により低く格付けられるようにデータが、統合され得る。データソースに対しいかなる固有の制限もない。しかし、システムのユーザは、データソースを限定及び／又は優先付けることを選択し得る。例えばユーザは、最終的に第三者データプロバイダを除去するか、又は第三者プロバイダからのデータを表示するか又は維持することを選択し得る。あるいはまたデータマネージャ（１０４）は、データが、データ優先度に関連した順序で表示又は維持されるように統合されたデータセット内のデータを分類する別の方法を使用し得る。１つ以上のデータプロバイダ（１０２）が、クライアント装置（１０２）に情報を直接的に提供し得る。複数のデータプロバイダ（１０２）が、クライアント装置（１０８）に情報を直接的に提供する場合、クライアント装置（１０８）上に設置されたデータマネージャコンポーネント（１０４）が、各データプロバイダ（１０２）から受信されたデータセットを統合し得る。例えばデータセットは統合され得、冗長なデータは、統合されたデータセットから除去される。更に、統合されたデータセット内のデータは、分類され得、より高い優先度のデータを最初に示す異なる方法で表示され得る。
【００１３】
例示的な実施形態においては、データプロバイダインタフェースコンポーネント（１１２）は、１つ以上のデータプロバイダ（１０２）からデータを取得し得る。データプロバイダインタフェースコンポーネント（１１２）は、１つ以上のローカルデータプロバイダ（１０２）又はネットワーク（１０５）を介して１つ以上のリモートデータプロバイダ（１０２）からデータを取得し得る。ローカルデータプロバイダ（１０２）は、ＣＤ、ＵＳＢ装置又は他のタイプの取り外し可能記憶装置を介し配布され得る。ローカルデータプロバイダ（１０２）は、リモートデータプロバイダ（１０２）を使用するためには不十分な通信機構である市場において使用され得る。データプロバイダからのデータは、データプロバイダインタフェースコンポーネント（１１２）に提供される前に、データマネージャコンポーネント（１０４）によって統合され得る。ローカルにリトリーブされたデータは、データマネージャコンポーネントによって、クライアント装置（１０８）に対してローカルで統合され得る。１つ以上のデータプロバイダ（１０２）が、ソースデータ、関連データ又はその双方をストアし得る。ユーザインタフェースコンポーネント（１１４）は、ユーザ表示用にデータプロバイダインタフェースコンポーネント（１１２）からデータを取得し得る。例示的な実施形態においては、ユーザインタフェースコンポーネント（１１４）は、スタンドアロンアプリケーションのフロントエンドを表す。あるいはまたアプリケーションインターフェースコンポーネント（１１０）は、ユーザインタフェースコンポーネント（１１４）を１つ以上のソフトウェアアプリケーション（１１６）と一体化し得る。例えば、ユーザインタフェースコンポーネント（１１４）は、ソフトウェア開発アプリケーションと統合され得るので、作者は典型的な開発環境において検証されたリソース及びローカライズされた情報へのアクセスを有する。ユーザインタフェースコンポーネントは、例えばコンテンツのオーサリングプログラムなどの任意タイプのオーサリングプログラムと一体化され得る。コンテンツオーサリングの場合、利用可能なリソースの再利用の代わりに、利用可能なコンテンツが再使用される。コンテンツオーサリングを更に詳細に後述する。
【００１４】
当業者は、データ及び／又はコンポーネントが、計算機可読媒体にストアされ得、フロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭドライブなどの計算機可読媒体に関するドライブ機構又はネットワークインターフェースを使用し、クライアント装置（１０８）のメモリにロードされ得ることが理解されよう。更に、コンポーネントは、単一の装置上含まれ得、又は任意の方法で配布され得る。例えばすべてのコンポーネントが、クライアント装置（１０８）上に設置され得る。更に、コンポーネントは、任意の方法で一体化され得る。例えばユーザインタフェースコンポーネント（１１４）、データプロバイダインタフェースコンポーネント（１１２）及びアプリケーションインターフェースコンポーネント（１１０）は、単一のコンポーネントに一体化され得る。更に、図１に示されるコンポーネントは、例示的な実施形態を表す。他の実施形態においては、コンポーネントが移動され得、又はそれらの機能性が、別のコンポーネントによって提供され得る。例えばデータマネージャコンポーネント（１０４）及びデータプロバイダインタフェースコンポーネント（１１２）が、移動され得、又はそれらの機能性が、別のコンポーネントによって提供され得る。
【００１５】
今、図２Ａを参照し、統合されたソースデータセットをクライアント装置（１０８）に提供する動作環境（１００）の様々なコンポーネントによる対話を説明する。図２Ａに例示されるようにクライアント装置（１０８）は、ソースストリングにマッチングするソースデータに関するリクエストを発行する。リクエストは、クライアント装置（１０８）とユーザとの対話に応答し発行され得る。マッチングソースデータに関するリクエストは、インターネットなどの通信ネットワーク（１０６）を介し送信され得る。データマネージャ（１０４）は、リクエストを取得し、１つ以上のデータプロバイダ（１０２）にマッチングソースデータに関するクエリを発行する。様々なタイプのクエリが、データプロバイダ（１０２）に対し実行され得る。例えばデータプロバイダ（１０２）は、ソースストリングとの厳密なマッチを提供し得る。更に、データプロバイダ（１０２）は、関連する用語を有するソースデータを提供する近似マッチングを提供し得る。更にまた、部分マッチングが提供され得る。またワイルドカードの使用を含む正規表現マッチングも提供され得る。更に、様々な値に対するマッチングが提供され得る。更に、変換に対するマッチングが提供され得る。例えば、ユーザが単語「copy」に対して変換検索を実行することを所望する場合、いくつかの形態論的形式で「copy」に関するクエリが実施される。こうして単語「copied」及び「copies」を含むマッチングが返される。更に、それぞれの検索タイプが、１つ以上の別の検索のタイプと結合され得る。また検索は、ソースデータ、関連データ及び／又はソースデータ又は関連データに対応するメタデータに対し実行され得る。当業者には、ソースデータセットとソースストリングとのマッチング技法（単数又は複数）を限定しないことが十分に理解されよう。
【００１６】
図２Ａを継続して参照すると、データマネージャ（１０４）は、１つ以上のデータプロバイダ（１０２）から、マッチするソースデータセットを取得し得る。例示的な実施形態においては、各ソースデータセットは、リソースに対応する要素を含み得る。各リソースは、前もって検証され得ている。例えば各リソースは、機能的検証処理、言語学的検証処理、ブラックリスト又はホワイトリストに対する検証処理、文体検証処理、ソース及び目的のデータを横断し一貫した用語を保証するための処理、データの一貫性を検証するための処理、他に別の検証処理を通過し得る。ブラックリストに対する検証は、データに含むべきでない用語に関するチェックに関与し、一方でホワイトリストに対する検証は、データに含む必要のある用語に関するチェックを伴う。ブラックリスト検証の特別な場合、地政学的問題に関するデータのチェックを伴う。様々な検証タイプを更に詳細に後述する。実際には、各リソースは、別のアプリケーションのユーザインタフェースにおいて以前使用されたストリングに対応し得る。更に各リソースは、対応するメタデータを含み得る。メタデータは、リソースを検証するか又はリソースに関する付加情報を提供するために使用され得る。図２Ａを継続して参照すると、データマネージャ（１０４）は、１つ以上のデータセットを１つの統合された結果セットに統合する。１つ以上のデータセットを統合することによって、データマネージャ（１０４）は、統合された結果セットから冗長な要素を除去し得、統合された結果セット内でデータを優先付けし得る。統合されたソースデータは、通信ネットワーク（１０６）を介しクライアント装置（１０８）に送信され得る。データマネージャ（１０４）は、優先度に従ってデータの初期の順序を提供し得るが、統合された結果が送信された後にデータの優先度は、変化し得る。例えばクライアント装置においてユーザは、データを再順序付けし得る。例示的な実施形態においては、データマネージャ（１０４）は、クライアント装置（１０８）上のコンポーネントとして含まれ得る。更に、１つ以上のデータプロバイダ（１０２）は、クライアント装置（１０８）上のコンポーネントであり得、又はクライアント装置（１０８）に対しローカルであり得る。
【００１７】
今、図２Ｂを参照し、統合された関連データセットをクライアント装置（１０８）に提供する動作環境（１００）の様々なコンポーネントによる対話を説明する。関連データは、ユーザがソースデータセットを閲覧した後、ユーザによってリクエストされ得る。例えば関連データは、ソースデータのユーザ選択に対応する翻訳文セットであり得る。図２Ｂに例示されるように、ユーザはソースデータから選択を実行する。クライアント装置（１０８）は、ソースデータのユーザ選択に対応する関連データに関するリクエストを発行する。関連データに関するリクエストは、インターネットなどの通信ネットワーク（１０６）を介し送信され得る。データマネージャ（１０４）は、そのリクエストを取得し得、関連データに関するクエリを１つ以上のデータプロバイダ（１０２）に発行し得る。
【００１８】
図２Ｂを継続して参照すると、データマネージャ（１０４）は、１つ以上のデータプロバイダ（１０２）から関連データセットを取得し得る。例示的な実施形態においては、関連データセットそれぞれは、ソースデータのユーザ選択の様々な言語の翻訳文に対応する要素を含み得る。更に、データプロバイダ（１０２）は、テストの目的に使用され得る疑似翻訳文を提供し得る。関連データセット要素それぞれは、正当で検証され得る。実際には、各要素は、ソースデータのユーザ選択の正当で検証された翻訳文に対応する。更に、関連データセット要素それぞれは、対応するメタデータを含み得る。メタデータは、要素を検証するか又は要素に関する付加情報を提供するために使用され得る。図２Ｂを継続して参照すると、データマネージャ（１０４）は、１つ以上のデータプロバイダ（１０２）からリトリーブされた１つ以上の関連データセットを１つの統合された結果セットに統合する。１つ以上の関連データセットを統合することによって、データマネージャ（１０４）は、優先付けされていて冗長な要素を有していない統合された関連データセットを提供し得る。統合された関連データセットは、クライアント装置（１０８）に通信ネットワーク（１０６）を介し送信され得る。クライアント装置（１０８）は、関連データセットを表示し得、及び／又はファイルに関連データセットを維持し得る。例示的な実施形態においては、関連データセットは、ソースデータを用いて取得され得、関連データセットに関する個別のクエリは、不要である。図２Ｂは、データプロバイダ（１０２）への関連データに関するリクエストの送信を示すが、関連データが、統合された結果に従ってデータプロバイダ（１０２）から取得され得ることが十分に理解されよう。このような場合、関連データはその後、ユーザによってリクエストされるまでクライアント装置（１０８）上にストアされ得る。
【００１９】
今から図３を参照し、クライアント装置（１０８）によって実装される例示的なデータの選択及び表示ルーチンの流れ図を説明する。ブロック（３０２）において、ユーザ入力が取得される。例えばユーザインタフェースコンポーネント（１１４）は、ユーザからソースストリング形式のユーザ入力を取得し得る。更に後述されるように、ソースストリングが、メタデータを使用し検証され得る。実際には、いくつかの可能性のある問題をユーザに警告するために、ユーザがソースストリングをタイプするときにソースストリングは検証され得る。ブロック（３０４）において、ソースストリングは、１つ以上のデータプロバイダ（１０２）からのソースデータのマッチングに関するクエリを作成するために、使用される。例えばソースストリングは、ソースデータのマッチングに関するリクエストを作成するために、クライアント装置（１０８）によって使用され得る。リクエストは、データプロバイダ（１０２）に転送される。例示的な実施形態においては、リクエストは、ソースデータに関してデータプロバイダ（１０４）にクエリするデータマネージャコンポーネント（１０４）に転送される。マッチするソースデータが、クライアント装置（１０８）に提供される。データプロバイダのクエリは、近似マッチング、厳密なマッチング、部分マッチング、正規表現マッチング又は当技術分野で周知の他のタイプの検索を実行し得る。更に、正規表現マッチングは、ワイルドカードを含み得る。ブロック（３０６）において、マッチするソースデータセットが、クライアント装置（１０８）に提供され表示される。例示的な実施形態においては、ソースデータがクライアント装置（１０８）に提供される前に、データマネージャ（１０４）がそれを統合する。
【００２０】
図３を継続して参照すると、ブロック（３０８）において、クライアント装置（１０８）は、ソースデータのユーザ選択を取得する。例えばソースデータは、ソースストリングに対応する１つ以上の検証されたリソースを含み得る。実際には、ユーザによって開発されているアプリケーションの要件を満たすリソースをユーザは選択し得る。クライアント装置（１０８）は、１つ以上のデータプロバイダ（１０２）にソースデータのユーザ選択に対応する関連データに関するリクエストを転送し得る。あるいはまた関連データは、ソースデータと共に返送され得、クライアントのメモリからリトリーブされ得る。例示的な実施形態においては、データマネージャコンポーネント（１０４）は、対応する関連データに関するリクエストを取得し、１つ以上のデータプロバイダ（１０２）にクエリする。データマネージャ（１０４）は、１つ以上のデータプロバイダ（１０２）から受信された関連データセットを統合された関連データセットに統合し得る。例えばデータマネージャ（１０４）は、統合された関連データセットから冗長な要素を除去し得る。ブロック（３１０）において、関連データセットが、クライアント装置（１０８）によって取得され、ユーザに表示される。代替又は追加として、関連データセットが、維持され得る。例示的な実施形態においては、関連データセットは、ソースデータのユーザ選択に対応する１つ以上の翻訳文を含む。翻訳文は、正当化され検証され得る。更に、ユーザは、アプリケーションにおいて使用する１つ以上の翻訳文を選択し得る。ブロック（３１２）において、データの選択及び表示ルーチン（３００）を終了する。
【００２１】
またデータプロバイダクエリは、データ型を越えたクエリを含み得る。ユーザは、例えば音声ファイル、別のストリング、ビットマップ、映像ファイル又は他の任意のデータタイプにマッチするソースストリングを検索し得る。更に検索は、対応するソースデータ及び関連データの属性を指定するメタデータを使用し、更に限定され得る。例えばメタデータは、データの作者、言語、対応するデータのサイズ、データが以前に使用された情況（例えばボタン上、スクリプト中など）又は他の属性を指定し得る。対応するデータがビットマップの場合、メタデータは、そのビットマップの色濃度を指定し得る。メタデータを利用することによって、データクエリは、特定の作者から又は特定サイズのデータだけを返すように限定され得る。作者が、例えばボタンラベルとして使用するためにストリングを作成する場合、検索の実行時、作者は、ボタンラベルが返されるとき、以前使用されたデータだけを指定し得る。
【００２２】
今から図４を参照し、ソースストリング（４０４）及びソースデータ（４１２）を表示するクライアント装置（１０８）によって提供される例示的なユーザインタフェース（４００）を説明する。ソースストリング表示部（４０６）は、ソースストリング（４０４）を表示するために使用され得る。ソースストリングは、入力装置を介しユーザから取得され得る。ユーザは、例えばソースストリング表示部（４０６）にソースストリング（４０４）を直接にタイプし得る。あるいはまたユーザは、別のアプリケーションからソースストリングをコピー、ペーストし得、又はクライアント装置（１０８）のメモリからソースをリトリーブし得る。当技術分野で周知の他の技法が、ソースストリング（４０４）を取得するために使用され得る。ソースストリング表示コントローラ（４０２）は、ソースストリング表示部（４０６）を非表示又は表示するために使用され得る。更にユーザは、ソースストリングを入力する言語及びソースデータ及び関連データの言語又は複数の言語を選択し得る。
【００２３】
ソースストリング（４０４）が検証され得る。例示的な実施形態においては、ユーザがソースストリング表示部（４０６）にソースストリングをタイプしたとき、それが検証される。異なるタイプの検証が、ソースストリング（４０４）に対して実行され得る。例えば機能的検証は、ローカライズの課題を検出するために、実行され得る。更に機能的検証は、機能的特徴を有するソースストリングの一部が、目的のストリングで正しく機能し続けることを検証するために使用され得る。例えば時として「プレースホルダ」と呼ばれるソースストリング内の変数は、ストリングがユーザに表示される前に、値と置換される。機能的検証は、プレースホルダが、ソースストリングのローカライズされたバージョンで正しく機能し続けることを検証するために、使用され得る。例示的な実施形態においては、機能的検証は、ソフトウェア開発環境に直接的に一体化され得る。例えば機能的検証は、作者がソーステキストを入力している間に検証が実行され得るように、直接的に一体化され得る。これによって、任意の潜在的問題が作者に直ちに通知される。検証がアプリケーションの開発の間に実行され得るので、作者又は開発者は、アプリケーションによって課される制約と一貫するようにソースストリングを変更するべきか否か、又はソースストリングが、それらの制約に対して検証するようにアプリケーションによって課されるいくつかの制約を変更するべきか否かを決定し得る。設計時の検証を実行することによって、それを実行することが最も効率的であるとき、設計者は、アプリケーションを修正することが可能になる。
【００２４】
また言語学的検証は、文法及びスペルのミスのないソースストリングをユーザが作成することを援助するために提供され得る。言語学的検証も又、ソースストリングがユーザによって入力されるときに実行され得る。ホワイトリスト及びブラックリスト検証は、ストリング内の用語に対し実行され得る。前述のように、ホワイトリスト検証は、ホワイトリスト上の用語がストリング中に出現することを検証し、一方、ブラックリスト検証は、ブラックリスト上の用語がストリング中に出現しないことを検証する。地政学的検証は、用語検証の一タイプであって、ソースストリングが、地政学的要件に合致することを検証するために、ブラックリスト又はホワイトリストに対し実行され得る。例えばＡ国は、Ｂ国の存在を承認しないことがある。そうするとＡ国を対象とする製品においては、Ｂ国の名前を使用することによって、その製品が不適切に受け取られ得る。地政学的検証は、ソースストリングがそのような地政学的に要注意の用語を含まないことを検証し得る。同様に地政学的検証は、Ｂ国に出荷された製品が、Ｂ国の適切な名前を含むことを検証するために使用され得る。地政学的検証は、ソースストリングがユーザによって入力されるときに実行され得る。また地政学的検証が目標ストリングに対しても実行され得る。地政学的検証によって例証されるように、使用される検証技法は、市場依存である。すなわち、使用される検証技法は、対象の市場に基づいて変化し得る。文体検証は、ソースストリング（４０４）が、人間及び／又は機械翻訳エンジンに対し理解可能であることを検証し得る。文体検証は、ソースストリングがユーザによって入力されるときに実行され得る。異なるタイプの検証が、スタンドアロンツール内で提供され得、又は他のアプリケーションに一体化され得る。
【００２５】
図４を継続して参照すると、ソースストリング（４０４）の一定の部分がマークされ得る。例えばソースストリングの一部が、前述の検証技法によってフラグを与えられ得、マークされ得、ユーザは検証の課題を検索し得る。例えばソースストリング中の変数が機能的特徴を有し得、その結果、マークされ得る。更に、「ファイル」などの語句又は単語は、ソースストリングのローカライゼーションを越え一貫したままの必要性がある一定の意味を有し得る。これらの特別な単語又は語句もまたマークされ得る。ソースストリングの一部は、任意の方法でマークされ得る。例えばソースストリングの一部が、下線表示されるか、太字表示されるか、イタリック体で表示されるか、強調表示されるか、異なるサイズの字体で表示されるか又は当技術分野で周知の他の任意の方法でマークされ得る。更にソースストリング（４０４）の任意の部分は、ストリング全体を含んでマークされ得る。
【００２６】
例示的なユーザインタフェース（４００）はまた、ステータス表示部を非表示又は表示するステータス表示コントローラ（４０８）も含み得る。ステータス表示部は、ステータス情報を提供するために使用され得る。検索表示コントローラ（４１０）は、ソースデータ表示部（４１２）を表示又は非表示するために使用され得る。ソースデータ表示部（４１２）は、ソースストリング（４０４）に対応するソースデータを表示し得る。ソースデータは、ボタン（４２６）をクリックすることによりユーザによってリトリーブされ得る。例示的な実施形態においては、ソースデータは、１つ以上のデータプロバイダ（１０２）からリトリーブされる。ソースデータは、利用可能なリソースを含み得る。あるいはまたソースデータは、利用可能なコンテンツを含み得る。ソースデータはまた、まだ完成していないリソース又はコンテンツにリンクするタグも含み得る。例えば作者は、新しいリソース又はコンテンツを作成し得、その項目を利用可能にし得る。他の作者は、それが完成していなくても検証されてもいなくても、タグにリンクすることを選択し得る。リソース又はコンテンツが、一旦完成すると、リンクによって完成したバージョンを自動的に取得可能にできる。例示的な実施形態においては、ソースデータは、他のアプリケーションにおいて以前使用されていたユーザインタフェースのストリングを含む。アプリケーション内及びアプリケーションを越えた一貫性が、既存のストリングを再利用することによって達成され得る。キーとなる単数又は複数の用語が、ソースストリング表示部（４０６）に入力され得、ソースデータ（４１２）に関するクエリを形成するために使用され得る。またユーザは、ストリングを表示させたいように正確にタイプすることを試み得る。ソースデータ（４１２）のリソースに対応するメタデータはまた、ユーザリクエストと同時又は任意のとき何れかに、１つ以上のデータプロバイダ（１０２）からリトリーブされ得る。メタデータは、リソースに関する情報を提供し、リソースを検証するために使用される。ユーザインタフェース（４００）はまた、ソースデータセットに含まれるリソース数の表示（４１６）も含み得る。メタデータ表示コントローラ（４１８）は、メタデータ表示部を非表示又は表示にし得る。メタデータ表示部は後述する。機械翻訳（ＭＴ）チェック表示コントローラ（４２４）は、機械翻訳チェック表示部を非表示又は表示し得る。機械翻訳チェック実行は、ソースストリングの潜在的な機械翻訳品質の表示をユーザに提供する。コピーボタン（４２８）は、ソースストリング又はソースデータを他の表示部又は他のアプリケーションにコピーするために使用され得る。
【００２７】
今から図５を参照し、ソースデータのユーザ選択（４１４）に関連するデータを表示する表示部（５００）を含む図４の例示的なユーザインタフェース（４００）を示すブロック図を説明する。ソースデータ表示部（４１２）中のリソースのリストを検討後、ユーザは関連データセット（５００）をリトリーブするために、リソースを選択し得る。ユーザは、例えばリソース「The spooler file was not found.」（４１４）を選択し得る。例示的な実施形態においては、選択されたリソース（４３２）は、ソースストリング表示部（４０６）にも表われる。選択されたリソース（４１４）に関連するデータセットをリトリーブするために、ユーザは、ボタン（４２６）をクリックし得る。応答としてクライアント装置（１０８）は、関連データセット（５００）をリトリーブするために、１つ以上のデータプロバイダ（１０２）にクエリを転送し得る。ソースデータ（４１２）を提供するデータプロバイダ（１０２）は、関連データを提供するデータプロバイダ（１０２）と異なり得る。関連データセットは、一旦、クライアント装置（１０８）によって取得されると、例えばユーザインタフェースコンポーネント（１１４）によって表示部（５００）に表示され得る。コピーボタン（４２８）は、関連データセットから他の表示部又は他のアプリケーションに選択された要素をコピーするために使用され得る。
【００２８】
利用可能なリソース又はコンテンツが選択される毎に、選択された項目は、ソースデータ要素へのリンクを含み得、要素が後日変更された場合、その修正が自動的に取得され得る。ユーザは、例えば「File not found in root directory」などのリソースを選択し得る。後でそのリソースが、「File not found in base directory」に変更され得る。リンクのために、この項目を選択していたすべてのユーザは、更新された項目を自動的にリトリーブし得る。このようにしてアプリケーションを越えた用語の一貫性が、提供され得る。同様に、リンクが関連データ内の要素に提供され得る。前述のように、関連データは、ソースデータの選択された要素に対応するローカライズされた情報を含み得る。ローカライズが変更した場合、提供されたリンクのために変更されたローカライズが自動的に取得され得る。更に提供されたリンクの結果として、任意の新しいローカライズが自動的にリトリーブされ得る。こうして本発明は、アプリケーションを越えて一貫したソース及び関連データを提供する。更に本検証技法は、ソース及び関連データの集中型検証を提供し得る。
【００２９】
例示的な実施形態においては、関連データセットは、選択されたソースデータ（４１４）の１つ以上のローカライズされたバージョンを含み得る。例えば関連データセットは、１つ以上の翻訳文を含み得る。例示的な実施形態においては、関連データセットは、選択されたソースデータ（４１４）を同一の言語又は別の言語の同等な意味の音声へのマッピングを含み得る。当技術分野で周知のローカライズされた他の情報のタイプもまた提供され得る。ローカライズされた他の情報のタイプは、時として同等な再解釈として参照される。関連データは、正当化され得、それが正しくローカライズされたことを検証され得る。更に、関連データは、別のアプリケーションにおいて以前使用され得ている。こうして選択されたソースデータに対応する関連データセットに含まれるローカライズを使用する選択によって、ユーザは、アプリケーション内及びアプリケーションを越えた一貫性を保証し得る。関連データセット表示部（５００）は、翻訳文に対応する言語表示を提供する言語カラム（５０２）及び選択されたソースデータのローカライズされたバージョンを表示するテキストカラム（５０４）を含み得る。ユーザは、ローカライズされるアプリケーションに含めるために、１つ以上のローカライズを選択し得る。ソースストリング（４０４）及びソースデータ（４１２）は、任意の言語であり得る。こうして英語から別の言語への翻訳文が、提供され得るだけでなく、任意の言語から別の任意の言語への翻訳文もまた提供され得る。更にどのローカライズが、ソースデータの特定の要素に関して利用可能かを探すことによって、ユーザが結局必要とする、対応したローカライズを有するソースデータ要素を使用するように、ユーザは選択し得る。
【００３０】
またメタデータ（４３０）も、ユーザから取得され得る。メタデータは、名前−値のペア（４２０）を含み得る。更にメタデータは、リソース、ソースストリング又は関連データを検証するために使用され得る。ユーザは、例えばメタデータを使用し、ストリングに対し最大長の制約を設置し得る。ユーザが、最大長４０にストリングを制約することを所望する場合、ユーザは、制約名として「MaxLength」を選択し、又は入力し得、値のカラムに「４０」を入力し得る。制約「MaxLength＝４０」（４２２）は、ソースストリング（４３２）が、長さ４０を超過しないことを検証するように使用され得る。ユーザによって入力されたメタデータは、前述の検証技法に追加又は代わりに使用され得る。メタデータのキャプチャは、ソフトウェア開発環境と一体化され得る。用語メタデータはまた、ユーザによって入力され得る。例えばソースストリング中の用語は不明瞭であり得る。ユーザによって入力された用語のメタデータが、不明瞭を明確にし得る。用語のメタデータは、正確なローカライズを生成するために、ローカライザによって使用され得る。
【００３１】
開発アプリケーションの文脈で例示的な実施形態について一般に論述したが、本明細書に論述した実施形態が、コンテンツオーサリング環境を含むように拡張可能なことが当業者によって十分に理解されよう。例えばコンテンツ作者は、コンテンツが、様々なプラットフォームを越えて一貫していることを保証するために、本明細書に論述した実施形態を利用し得る。ウェブページの作者は、ウェブページのルックアンドフィールが、ウェブサイトを越えて一貫していることを保証するために、リンクを利用し得る。同様にドキュメント作者は、ドキュメント内部の標準コンテンツが一貫していることを保証するドキュメントテンプレートを作成するために、リンクを利用し得る。更に、コンテンツをリンクすることによって一貫性が、ソースデータにおいて保証されるだけでなく、正当化され検証された一貫性のあるローカライズもまた効率的に利用され得る。例えばリンクされたＡ言語のコンテンツが一旦、Ｂ言語に翻訳されると、翻訳文が、Ａ言語のコンテンツすべてのリンカに対し利用可能になる。
【００３２】
例示的な実施形態をユーザインタフェースの文脈で一般的に論述しているが、本明細書に論述された実施形態が、バッチ処理システムを含むように拡張可能なことが当業者によって十分に理解されよう。例えばバッチ処理コンポーネントを有するバッチ処理システムは、いくつかのソースストリングを一度に処理し得る。ソースストリングは、記憶装置に維持された対応するソースデータ、関連データ及び任意のエラーと共にデータ記憶装置から読み出され得る。この様にして、いくつかのソースストリングは、データ記憶装置に維持されている結果を用いて処理され得る。
【００３３】
本発明の例示的な実施形態を示し説明してきたが、本発明の趣旨と範囲から逸脱せずに本明細への様々な変更を行うことができることが十分に理解されよう。
【図面の簡単な説明】
【００３４】
【図１】本発明の特徴による多くのデータプロバイダ、データマネージャ及びクライアント装置を含む例示的な動作環境のブロック図である。
【図２Ａ】本発明の特徴によるデータマネージャ及びデータプロバイダからのソースデータマッチングに関するクライアント装置のリクエストを例示する図１の動作環境のブロック図である。
【図２Ｂ】本発明の特徴によるデータマネージャ及びデータプロバイダからの関連データに関するクライアント装置のリクエストを例示する図１の動作環境のブロック図である。
【図３】本発明の特徴によるクライアント装置によって実装されるデータの選択及び表示ルーチンを例示する流れ図である。
【図４】本発明の特徴によるソースストリングを表示するソースストリング表示部及び対応するソースデータを表示するソースデータ表示部を含むユーザインタフェースのブロック図である。
【図５】本発明の特徴による関連データセットを表示する関連データセット表示部及びメタデータを表示するメタデータ表示部を含む図４のユーザインタフェースのブロック図である。
【図１】
2009545077.tif 000003
【図２Ａ】
2009545077.tif 000004
【図２Ｂ】
2009545077.tif 000005
【図３】
2009545077.tif 000006
【図４】
2009545077.tif 000007
【図５】
2009545077.tif 000008
【国際調査報告】
2009545077.tif 000009
2009545077.tif 000010