(57)【要約】  翻訳の品質評価を自動化するためのシステム（１０）。システム（１０）は、プロセッサ（１４）、及び操作可能な状態で相互に接続されているメモリデバイス（１６）を有するコンピュータ（１２）を含んでもよい。第１の言語によるソーステキストは、メモリデバイス（１６）内に格納されてよい。第２の言語へのソーステキストの翻訳を含むターゲットテキストもメモリデバイス（１６）内に格納されてよい。これに加えて、複数の実行ファイルは、メモリデバイス（１６）上に格納されるとともに、プロセッサ（１４）によって実行されたときに、１つ以上のブロックを含むテストサンプルを単独で認識するように構成されてもよく、前記各ブロックは、ソーステキストから選択されたソース部分とターゲットテキストから選択された対応するターゲット部分とを有する整合されたセットを含む。
2009506428.tif 000002
【特許請求の範囲】
【請求項１】
プロセッサ、及び操作可能な状態で相互に接続しているメモリデバイスを備えている、コンピュータ、
前記メモリデバイス内に格納されているとともに、第１の言語に対応しているソーステキスト、
前記メモリデバイス内に格納されているとともに、第１の言語とは異なる第２の言語によるソーステキストの翻訳を含むターゲットテキスト、並びに、
前記メモリデバイス上に格納されているとともに、プロセッサによって実行されたときに、１つ以上のブロックを含むテストサンプルを単独で認識するように構成された複数の実行ファイルであって、前記各ブロックが、ソーステキストから選択されたソース部分とターゲットテキストから選択された対応するターゲット部分とを有する整合されたセットを含む実行ファイル
から成る、システム。
【請求項２】
複数の実行ファイルによって、１つ以上のブロックのうちの少なくとも１つのブロックのソース部分及びターゲット部分のうちの１つの中に含まれている単語の数が判断される、請求項１に記載のシステム。
【請求項３】
複数の実行ファイルによって、１つ以上のブロックのうちの少なくとも１つのブロックのソーステキスト内のソース部分及びターゲット部分のうちの１つの場所が判断される、請求項２に記載のシステム。
【請求項４】
複数の実行ファイル内に含まれている明示式によって、前記場所が決定づけられる、請求項３に記載のシステム。
【請求項５】
複数の実行ファイルによって、前記場所が無作為に決定づけられる、請求項３に記載のシステム。
【請求項６】
メモリデバイスが、第１の言語の単語を第２の言語の単語に一致させる複数の辞書エントリをさらに格納し、並びに、
複数の実行ファイルによって、ソーステキスト及びターゲットテキストのうちの１つの中に含まれているとともに、複数の辞書エントリの中にも含まれている単語の集中度の変化に応じて、前記場所が選択される、請求項３に記載のシステム。
【請求項７】
メモリデバイスが、１つ以上の電子ストレージユニットを含む、請求項３に記載のシステム。
【請求項８】
１つ以上の電子ストレージユニットのうちの少なくとも１つが、プロセッサから離れた位置に配置されている、請求項７に記載のシステム。
【請求項９】
１つ以上の電子ストレージユニットのうちの少なくとも１つが、インターネットを介してプロセッサに接続している、請求項８に記載のシステム。
【請求項１０】
メモリデバイスが、１つ以上の電子ストレージユニットを含む、請求項１に記載のシステム。
【請求項１１】
第１のプロセッサ、及び操作可能な状態で相互に接続している第１のメモリデバイスを備えている、第１のコンピュータ、
第２のプロセッサ、及び操作可能な状態で相互に接続している第２のメモリデバイスを備えている、第２のコンピュータ、
第１のメモリデバイス上に格納されているとともに、人間の翻訳者が、第１の言語に対応するソーステキストを、第１の言語とは異なる第２の言語に対応するターゲットテキストに翻訳するのを支援する構成になっている第１の複数の実行ファイル、並びに、
第２のメモリデバイス上に格納されているとともに、１つ以上のブロックを含むテストサンプルを単独で認識する構成になっている第２の複数の実行ファイルであって、前記各ブロックが、ソーステキストから選択されたソース部分とターゲットテキストから選択された対応するターゲット部分とを有する整合されたセットを含む実行ファイル
から成る、システム。
【請求項１２】
第２の複数の実行ファイルによって、１つ以上のブロックのうちの少なくとも１つのブロックのソース部分の中に含まれている単語の数が決定づけられる、請求項１１に記載のシステム。
【請求項１３】
第２の複数の実行ファイルの中に含まれている明示式、及び第２の複数の実行ファイルによる無作為選択のうちの１つによって、１つ以上のブロックのうちの少なくとも１つのブロックのソーステキスト内のソース部分の場所が決定づけられる、請求項１２に記載のシステム。
【請求項１４】
第１のコンピュータからソーステキストとターゲットテキストとを受信する電子ストレージデバイスをさらに備えている、請求項１１に記載のシステム。
【請求項１５】
第２のコンピュータが、電子ストレージデバイスからソーステキストとターゲットテキストとを受信する、請求項１４に記載のシステム。
【請求項１６】
電子ストレージデバイス、第１のコンピュータ、及び第２のコンピュータが、ネットワークを介して相互接続している、請求項１５に記載のシステム。
【請求項１７】
前記ネットワークがインターネットを含む、請求項１６に記載のシステム。
【請求項１８】
プロセッサ、及び操作可能な状態で相互に接続しているメモリデバイスを備えているコンピュータであって、前記メモリデバイスが特定の実行ファイルを含むコンピュータを選択すること、
第１の言語に対応するソーステキストと、第１の言語とは異なる第２の言語へのソーステキストの翻訳を含むターゲットテキストとから成るペアをメモリデバイス内に格納すること、並びに、
プロセッサ上で特定の実行ファイルを実行させて、ソーステキストから選択されたソース部分とターゲットテキストから選択された対応するターゲット部分とを有する整合されたセットをそれぞれが含む１つ以上のブロックを含むテストサンプルを、前記ソーステキスト及び前記ターゲットテキストのうちの１つから単独で認識させること
から成る、方法。
【請求項１９】
テストサンプルに証明される翻訳の品質の人的評価を行うことをさらに含む、請求項１８に記載の方法。
【請求項２０】
人的評価が、スペリング、文法、書式、文体、句読点、及び一義性の維持のうちの少なくとも１つについて、テストサンプルを採点することを含む、請求項１９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、言語翻訳システム、さらに詳細には、翻訳及び翻訳レビューにおける客観性を向上させるための新しいシステム及び方法に関する。
【背景技術】
【０００２】
企業が成長し世界市場へ進出するにつれ、製品、サービス、及び企業の提供する補助文書を国際化することが必要になる。このような製品、サービスなどの各々をカスタマイズして、ターゲット市場特有の文化的、言語的、法律的、技術的要件に対応させなければならない。有効性を得るためには、このカスタマイゼーションを適時、経済的、正確、及び再現可能な形で提供しなければならない。
【０００３】
新しい市場向けの製品を準備する際の時間と費用の大半は、ユーザ向けマニュアル、広告資料などの翻訳に費やされる。この時間と費用の大きさの原因は、高品質な翻訳を実現させるために今のところ必要とされる多大な人的労力にある。例えば、現時点では、翻訳が「完了」した後でも、高度な訓練を受けたレビューアが翻訳済みの文書のかなりの部分を読み分析して初めて、特定レベルの品質を確保することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
翻訳の品質を正確に評価するために特定文書のどの部分をどの程度読む必要があるのかを人間のレビューアが判断するのは難しい。それ故に、レビューアは典型的には、少ないどころか、より多くの資料のレビュー及び分析をする可能性がある。典型的には、レビューアは文書全体をレビューし分析することになる。さらには、ある１人のレビューアが経験を通じて妥当なサンプリングサイズとサンプリング頻度を見出した場合でも、そのレビューアは依然として、再現可能な結果に到達することはできない可能性がある。その上、ある１人のレビューアが用いるサンプリングサイズとサンプリング頻度は、別のレビューアが用いるものとは大きく異なる場合がある。したがって、レビュープロセスには大きな非一貫性が存在し得る。
【０００５】
上記及びその他の非一貫性と、現在用いられている多大な時間を要する方法は、コストを増大させ、得られる翻訳の品質を低下させる。必要なのは、あらゆるタイプの文書及び資料の翻訳に、客観的な自動品質管理又は品質保証を適用する装置と方法である。さらに必要なのは、翻訳プロセスのすべて又はかなりの部分を監視及び管理する翻訳システムに、この客観的な品質管理を組み込む装置と方法である。
【課題を解決するための手段】
【０００６】
上記を考慮し、本明細書で具現化されているとともに広く説明されている本発明によれば、方法及び装置は、本発明の１つの実施形態では、さまざまなコンポーネント、例えば翻訳支援ソフト、品質定量化ソフト、及びリソース管理ソフトを含む翻訳システムを含むものとして開示されている。翻訳団体は、翻訳支援ソフトが提供するツールと機能を用いて、効率的かつ予想通りにソースドキュメントをターゲットドキュメントに翻訳し得る。
【０００７】
レビュー団体は、品質定量化ソフトが提供するツールと機能を用いて、翻訳団体の行った翻訳の品質を効率的かつ客観的に判断することができる。リソース管理ソフトは、品質定量化ソフトによって集められたデータ内のパターンを管理者が識別するのを支援し、システム全体又はシステムの操作に対する変更及び調整を伝達及び実施することができるフレームワークを提供することができる。
【０００８】
特定の実施形態では、特定の情報、プログラム、電子文書などの格納場所、すなわちデータベースは、さまざまなソフトウェアプログラムにより利用されてよく、本発明による翻訳システムに搭載されてよい。例えば、翻訳支援ソフトは、前記データベースからソース（未翻訳の）ドキュメントを読み出し、前記データベースにターゲット（翻訳済み）ドキュメントを保存することができる。同様に、品質定量化ソフトは、前記データベースからソースドキュメント及びターゲットドキュメントを読み出し、品質データを前記データベースに保存することができる。さらに、リソース管理ソフトは、前記データベースからドキュメント及び品質データを読み出し、データベースを通じて指示、プロジェクト、変更、及び調整を伝達することができる。
【０００９】
本発明による翻訳システムの操作は、翻訳者から成る翻訳団体から翻訳者を選定することから開始してよい。翻訳支援ソフトを用いて、前記翻訳者は、未翻訳のソースドキュメントを読み出し、前記ソースドキュメントを翻訳し、得られた翻訳済みのターゲットドキュメントを格納することができる。続いて、レビュー団体からレビューアが選定されてよい。品質定量化ソフトを用いて、前記レビューアは、ターゲットドキュメント及び対応するソースドキュメントを読み出し、そこに書かれている翻訳を客観的に評価することができる。特定の実施形態では、この評価に、所定の測定基準の適用を含めてもよい。翻訳が閾値点をもって評価に合格したら、ターゲットドキュメントは確定されてよい。あるいは、翻訳が少なくとも閾値点を得なかった場合には、全面的な編集を施すか、追加評価を行うなどしてよい。
【００１０】
本システムの操作は、これまでに判断された評価を格納することによって継続することができる。一度格納したら、この評価は、これまでに収集されたデータと合わせて分析されて、例えばドキュメントのタイプ、コンテンツのタイプ、翻訳者などのパターンを識別することができる。パターンが識別されたら、リソースの割り当てを改善してよい。適切な改善としては、特定の翻訳者への個人的なフィードバック、翻訳団体全体に対する一般的なフィードバック、特定の翻訳者に割り当てられた翻訳の数、大きさ、又はタイプの調整、特定の翻訳者に与えられる報酬の調整などが挙げられ得る。
【００１１】
本発明による翻訳システムを操作する際のさまざまな工程又はタスクは、いずれかの適切な形で、翻訳支援ソフト、品質定量化ソフト、及びリソース管理ソフトの間で分担されてよい。例えば、特定の実施形態では、翻訳支援ソフトは、翻訳者が未翻訳ドキュメントを読み出し、前記ドキュメントを翻訳し、得られた翻訳済みターゲットドキュメントをデータベースに格納するのを支援してよい。品質定量化ソフトは、レビューアがターゲットドキュメント及び対応するソースドキュメントを読み出し、前記ドキュメントに書かれた翻訳を客観的に評価し、データベース内に評価を格納するのを支援してよい。リソース管理ソフトは、翻訳者の選定、レビューアの選定、パターンの識別、及びリソースの割り当ての改善において管理者を支援してよい。
【発明を実施するための最良の形態】
【００１２】
本明細書の図面に広く説明及び例示されているように、本発明のコンポーネントは、多種多様な異なる構成で配置及び設計できることが容易に理解される。したがって、図面で示すとおり、本発明のシステム及び方法の実施形態に関するさらに詳細な以下の説明は、請求する本発明の範囲を制限しようというものではなく、本発明のさまざまな実施形態の代表例に過ぎない。本発明の図解入りの実施形態は、図面を参照することによって非常によく理解でき、図面では、全体を通じて、同様の部分に同様の数字が指定されている。
【００１３】
図１を参照すると、本発明を実施するための装置１０又はシステム１０は、１つ以上のノード１２（例えば、クライアント１２、コンピュータ１２）を搭載してよい。前記ノード１２は、プロセッサ１４又はＣＰＵ１４を含んでよい。ＣＰＵ１４は、操作可能な状態でメモリデバイス１６に接続されてよい。メモリデバイス１６は、ハードドライブ１８又はその他の不揮発性ストレージデバイス１８、読み取り専用メモリ２０（ＲＯＭ２０）、及びランダムアクセス（通常揮発性）メモリ２２（ＲＡＭ２２又は動作メモリ２２）などのデバイスを１つ以上搭載してもよい。このようなコンポーネント１４、１６、１８、２０、２２は、単一のノード１２の中に存在してよく、又は互いから離れている複数のノード１２の中に存在してもよい。
【００１４】
特定の実施形態では、装置１０は、ユーザから、又は別のデバイスからの入力を受信するための入力デバイス２４を搭載してよい。入力デバイス２４は、１つ以上の物理的実施形態を含んでよい。例えば、ユーザとの対話のためにキーボード２６を用いてよく、マウス２８又はスタイラスパッド３０でもよい。その他のデバイスやユーザなどとの通信用としてタッチスクリーン３２、電話３４、又は単に電気通信回線３４を用いてもよい。同様に、スキャナ３６を用いて、図式的な入力を受信することができ、前記図式的な入力は別の形式に変えられても変えられなくてもよい。ネットワーク４０によって接続されている特定のノード１２又はその他のノード１２内に常駐しているか否かを問わず、入力デバイスとしてハードドライブ３８又はその他のメモリデバイス３８を用いてもよい。特定の実施形態では、そのようなネットワーク４０を介する通信を円滑にするために、ネットワークカード４２（インターフェースカード）又はポート４４をノード１２内に設けてよい。
【００１５】
一部の実施形態では、出力デバイス４６は、ノード１２内に設けられるか、装置１０内でアクセスできるようにしてよい。出力デバイス４６は、１つ以上の物理的ハードウェアユニットを含んでよい。例えば、一般に、ポート４４を使用して、ノード１２への入力を受信するとともに、ノード１２からの出力を送信してもよい。その一方で、プロセス中のフィードバックのために、又はプロセッサ１４とユーザとの間の双方向通信を助けるために、モニタ４８によってユーザに対して出力を行ってもよい。情報を出力するために、出力デバイス４６として、プリンタ５０、ハードドライブ５２、又はその他のデバイスを用いてもよい。
【００１６】
内部では、単一のバス５４又は複数のバス５４によって、プロセッサ１４、メモリデバイス１６、入力デバイス２４、出力デバイス４６、ネットワークカード４２、及びポート４４を操作可能な状態で相互接続してもよい。バス５４はデータキャリアとして考えてよい。そのようなものとして、バス５４は数々の構成で具体化されることができる。バス５４及びネットワーク４０の必要に応じて、ワイヤ、光ファイバー回線、また可視光、赤外線、及び無線周波によるワイヤレス電磁通信を同様に実施してもよい。
【００１７】
一般に、ノード１２が接続するネットワーク４０は、同様に、ルータ５６を介して別のネットワーク５８に接続されてもよい。一般に、ノード１２は同じネットワーク４０上にあり、複数のネットワーク（すなわち、ネットワーク４０及び近隣のネットワーク５８）に隣接してよく、又はインターネットワーク上の個々のノード１２として、複数のルータ５６及び複数のネットワークによって分離されてもよい。個々のノード１２は、さまざまな通信機能を有することができる。一部の実施形態では、任意のノード１２において、最低でも論理機能が利用可能であり得る。例えば、各ノード１２は、上で説明したその他のコンポーネントをいくつか備えているプロセッサ１２を含んでよい。
【００１８】
ネットワーク４０は、１つ以上のサーバ６０を含んでよい。サーバ６０を用いて、ネットワーク４０上の他のノード１２に対して、任意の実際的な数のファイル、データベースなどの管理、格納、伝達、移動、アクセス、アップデートなどを行うことができる。典型的には、ネットワーク４０上のすべてのノード１２がサーバ６０にアクセスするようにしてよい。その一方で、個々のサーバ６０又は複数のサーバ６０によって、その他の特殊な機能、例えば、通信、アプリケーション、ディレクトリサービスなどを実施してよい。
【００１９】
一般に、ノード１２は、ネットワーク４０上でサーバ６０、ルータ５６、又は他のノード１２と通信する必要がある可能性がある。同様に、ノード１２は、インターネットワーク接続にある別の近隣のネットワーク５８上で、ある遠隔ノード１２と通信する必要がある可能性がある。同様に、個々のコンポーネントは、互いにデータを伝達し合う必要がある可能性がある。一般に、任意の一対のデバイスの間に通信リンクが存在してよい。
【００２０】
図２を参照すると、装置１０は、本発明による翻訳システム６２をサポートすることができる。前記翻訳システム６２は、さまざまなコンポーネント、例えば翻訳支援ソフト６４、品質定量化ソフト６６、及びリソース管理ソフト６８を搭載してよい。これらのコンポーネント６４、６６、６８は、１つ以上のルーティン、ライブラリ、又はソフトウェアアプリケーションとしての、１つ以上のメモリ場所にある任意の数の「プロセッサによって実行可能なコードの論理セグメント」（すなわち、実行ファイル）内で具現化され得る。
【００２１】
例えば、特定の実施形態では、単一のアプリケーションが、翻訳を支援することを目的とする特定の機能、品質の定量化を目的とするその他の機能、及びリソース管理を目的とするさらに別の機能を有してよい。別の実施形態では、１つのアプリケーションによって翻訳支援ソフト４６が提供され、別のアプリケーションによって品質定量化ソフト６６が提供され、さらに別のアプリケーションによってリソース管理ソフト６８が提供されてもよい。同様に、すべての機能が、別のアプリケーションに利用可能なライブラリ内のルーティンとして提供され得る。
【００２２】
一般に、合わせて翻訳システム６２を形成する、又は前記システムのコンポーネント６４、６６、６８のいずれかを形成する機能は、任意の数のノード１２上で動作する任意の数のアプリケーションによって提供されることができる。
【００２３】
特定の実施形態では、翻訳システム６２のその他のコンポーネント６２、６４、６６の１つ以上にアクセス可能な特定の情報、プログラム、電子文書などの格納場所７０、すなわちデータベース７０を設けるのが望ましい場合がある。例えば、翻訳支援ソフト６２は、ソース（未翻訳）ドキュメントをここから読み出し、ターゲット（翻訳済み）ドキュメントを格納することができる、場所７０を必要とし得る。同様に、品質定量化ソフト６６は、ソース及びターゲットドキュメントをここから読み出し、品質データの格納することができる、場所７０を必要とし得る。さらに、リソース管理ソフト６６は、確定されたドキュメント及び品質データをここから読み出し、ここを介して実施に向けて指示、プロジェクト、変更、及び調整を配布することができる、場所７０を必要とし得る。
【００２４】
したがって、特定の実施形態では、翻訳システム６２は、翻訳システム６２のその他のコンポーネント６４、６６、６８に操作可能な状態で接続しているデータベース７０を搭載してよい。データベース７０は、任意の情報、指示、データ、プログラム、電子文書などを含んでよい。特定の実施形態では、データベース７０は、１つ以上のノード１２のメモリデバイス１６上にあってよい。別の実施形態では、データベース７０は、限られた数のデバイス１６及びノード１２に集中されてもよい。例えば、一部の実施形態では、データベース７０は、単一のサーバ６０又はその他のコンピュータのハードドライブ１８上に格納されている情報、ドキュメントなどを含んでよい。
【００２５】
１人以上の翻訳者によって翻訳団体７２が形成されてよい。翻訳支援ソフト６４が提供するツール及び機能に、翻訳団体７２の専門知識７４を適用してもよい。翻訳支援ソフト６４と翻訳団体７２は連携して、効率的かつ予想通りにソースドキュメントをターゲットドキュメントに翻訳することができる。
【００２６】
同様に、１人以上のレビューアによってレビュー団体７６が形成されてよい。品質定量化ソフト６６が提供するツール及び機能に、レビュー団体７６の専門知識７８を適用してもよい。品質定量化ソフト６６とレビュー団体７６は連携して、翻訳団体７２及び翻訳支援ソフト６４が行った翻訳の品質を効率的かつ客観的に判断することができる。
【００２７】
管理者８０は、品質定量化ソフト６６が収集及び格納した情報を用いて、最終製品の品質を向上させるためにどのような変更又は調整を行う必要があるのか、より正確に判断することができる。特定の実施形態では、リソース管理ソフト６８は、管理者８０の専門知識８２を最も重要な問題に適用する作業を効率的に促進することができる。
【００２８】
例えば、一部の実施形態では、リソース管理ソフト６８は、品質定量化ソフト６６が収集したデータ内のパターンの識別において管理者を支援することができる。これに加えて、リソース管理ソフト６８は、システム６２全体に対する変更及び調整、又はシステム６２の動作を伝達及び実施することができるフレームワークを提供することができる。
【００２９】
図３を参照すると、本発明による翻訳システム６２の操作は、翻訳団体７２から翻訳者を選定すること（８４）から開始してよい。翻訳支援ソフト６４を用いて、翻訳者は、未翻訳のソースドキュメントを読み出し（８６）、前記ドキュメントを翻訳し（８８）、得られた翻訳済みのターゲットドキュメントを格納（９０）することができる。特定の実施形態では、翻訳者は、ソースドキュメント及びターゲットドキュメントを関連ペアとして格納（９０）してよい。特定の実施形態では、前記ペアは、ファイル命名規則によって関連付けられてよい。別の実施形態では、前記ペアは、ソースドキュメントとターゲットドキュメントの両方を同じ電子ファイル内に格納すること（９０）によって関連付けられてよい。
【００３０】
システム６２の操作は、レビュー団体７６からレビューアを選定すること（９２）によって継続することができる。品質定量化ソフト６６を用いて、レビューアは、ターゲットドキュメント及び対応するソースドキュメントを読み出し（９４）、そこに書かれている翻訳を客観的に評価（９６）することができる。特定の実施形態では、翻訳を客観的に評価すること（９６）によって、それに対応するスコア（例えば数値、カテゴリスコアなど）を生成させてもよい。このようなスコアを用いて、翻訳が特定の品質閾値に達しているかどうかを判断（９８）することができる。翻訳が前記閾値点に達している場合、ターゲットドキュメントを確定（１００）させてよい。あるいは、翻訳が少なくとも前記閾値点をもって合格していない場合、別のオプションを査定し選択（１０２）してよい。
【００３１】
例えば、特定の実施形態では、特定の品質閾値に達しなかったターゲットドキュメントのすべてに全面的な編集を施してよい。この編集１０４としては、問題のある部分の再翻訳、文法的エラーの修正、句読点のエラーの修正、スペルミスの修正など、又はこれらのいずれかの組み合わせが挙げられる。あるいは、一部の状況では、ターゲットドキュメントのさらなるサンプリング１０６及びレビューを行うのが有益であり得る。このサンプリング１０６によって、さらに正確に翻訳の品質を判断できる。例えば、サンプリング１０６によって、第１の評価９６が本当に翻訳を正確に特性化したものであるかを判断することができる。さらに、翻訳の品質を低下させた主な原因であり得る特定のエラーに尽力と配慮を集中させることができる。
【００３２】
一般に、翻訳の品質を向上させ、所望に反して低い品質となる原因になったエラーを特定するなどを行う任意のオプション１０８が続けられてよい。例えば、特定の実施形態では、全面的な編集１０４の後に、翻訳を再び客観的に評価して（９６）、スコアを割り出すことができる。その結果、全面的な編集１０４によって翻訳が十分に修正されて、品質閾値に達したかを判断（９８）することができる。
【００３３】
システム６２の操作は、これまでに判断された評価を格納すること（１１０）によって継続することができる。一度格納（１１０）したら、この評価は、これまでに収集されたデータと合わせて分析されて、さまざまなパターンを識別（１１２）することができる。例えば、分析によって、翻訳時に、翻訳団体７２の特定の翻訳者が常に特定の文法的エラーを犯すことが明らかになり得る。その他のパターンとしては、翻訳の品質と翻訳経験の長さ、技術面での経歴、ドキュメントの内容、語彙、年齢、ソース又はターゲット言語が母国語であるか否かにかかわらず、会話経験年数などとの相関関係などが挙げられる。
【００３４】
パターンが識別（１１２）されたら、リソースの割り当てを改善してよい（１１４）。この改善１１４の性質は主に、識別されたパターンの性質に左右され得る。例えば、翻訳時に、翻訳団体７２の特定の翻訳者が常に特定のエラー（例えば、文法上のエラー、文脈上のエラー、内容的なエラー）を犯すと判断した場合、その個人の翻訳者に対し、個人的なフィードバックを行ってよい（１１６）。このフィードバックによって、当該翻訳者を育成し、将来に前記翻訳者が翻訳する際に同じエラーを再び犯すことを軽減又は排除させ得る。
【００３５】
別の改善１１４としては、翻訳団体７２に与えられる全般的な指導の焦点における変更１１８を挙げてよい。これは、特定のエラーがかなりの数の翻訳者による翻訳の中に見られる場合にとりわけ有用であり得る。例えば、この全般的な指導によって、翻訳支援ソフト６４の機能のうち、特定の問題に対応するために最近加えられた新たな機能に関して翻訳団体７２を教育することができる。
【００３６】
複数回のフィードバックセッションの後でも、特定の翻訳者の翻訳に依然として特定のエラーが明らかな場合には、翻訳者を選定する（８４）基準を調整してよい（１２０）。例えば、依頼物の重要度、内容、若しくは主題を限定してよく、又はその特定の翻訳者の雇用を打ち切ってもよい。あるいは、その翻訳者に割り当てる仕事を調整して、その翻訳者の翻訳に利用可能な及び見合う時間、コスト、内容などに基づき、その翻訳者の能力に、より適合させてもよい。
【００３７】
特定の実施形態では、リソースの割り当てを改善して（１１４）、特定のクライアント又は翻訳者に関連する価格設定又は報酬を調整してよい（１２２）。例えば、特定の翻訳者の翻訳に対する品質スコアが一貫して高いと判断された場合には、その翻訳者の金銭的報酬を増加させてよい。これによって、その翻訳者の能力、モチベーション、又はこれら両方が向上して、特定の企業との雇用関係を継続することができる。したがって、その企業は、最も収益性の高い人的資産を今まで以上に守ることができる。逆に言えば、常に特定の品質レベルを下回る翻訳を生み出す任意の翻訳者の報酬を下げて（１１２）、生み出された翻訳の真価をより正確に反映させることができる。
【００３８】
特定のドキュメントの翻訳に課される料金も調整されてよい（１２２）。例えば、特定のクライアントの翻訳が、毎回のように全面的な編集１０４が必要なほど複雑又は専門的であると判断された場合には、その翻訳に課される料金を調整して（１２２）、関連する作業をより正確に反映させることができる。同様に、クライアントが、翻訳に対して特定の品質レベルを求める場合には、その品質の翻訳を作成及び点検するのに必要な追加作業の量を正確に割り出し、それに従ってそのクライアントに請求する料金を調整することができる（１２２）。
【００３９】
本発明による翻訳システム６２を操作するための上記のさまざまな工程又はタスクは、いずれかの適切な形で、システム６２のさまざまなコンポーネント６４、６６、６８、７０の間で分担されてよい。例えば、特定の実施形態では、翻訳支援ソフト６４は、翻訳者が未翻訳ドキュメントを読み出し（８６）、前記ドキュメントを翻訳し（８８）、得られた翻訳済みターゲットドキュメントをデータベース７０内に格納する（９０）のを支援してよい。品質定量化ソフト６６は、レビューアがターゲットドキュメント及び対応するソースドキュメントを読み出し（９４）、前記ドキュメントに書かれた翻訳を客観的に評価し（９６）、データベース７０内に評価を格納する（１１０）ことを支援してよい。リソース管理ソフト６８は、翻訳者の選定８４、レビューアの選定９２、パターンの識別１１２、及びリソースの割り当ての改善１１４において管理者８０を支援してよい。
【００４０】
同様に、翻訳が品質閾値に達したか否かを判断すること（９８）、ドキュメントを確定すること（１００）、及びオプションを査定し選択すること（１０２）は、いずれかの適切な形で、システム６２のさまざまなコンポーネント６４、６６、６８、７０の間で分担されてよい。例えば、特定の実施形態では、品質定量化ソフト６６は、翻訳が品質閾値に達したか否かを判断すること（９８）を担当してよく、リソース管理ソフト６８は、クライアントへの送付に備えてドキュメントを確定すること（１００）を担当してよい。さらに、リソース管理ソフト６８は、オプションを査定し選択すること（１０２）を担当してよいが、全面的な編集１０４又は追加サンプリング１０８を行う際に品質定量化ソフト６６を用いるよう、レビュー団体７６に指示を与えてもよい。
【００４１】
図４を参照すると、特定の実施形態では、翻訳サービスを提供する企業は、中枢部に位置する翻訳団体７２、レビュー団体７６、及び管理者８０を採用してよい。別の実施形態では、翻訳サービスを提供する企業は、世界各地に住む個人を抱えている翻訳団体７２、レビュー団体７６、及び管理者８０を採用してよい。本発明によるシステム６２は、そのような両方のビジネス手法のニーズとともに、上記の２つを複合した手法を採用しているその他の手法のニーズを満たすことができる。
【００４２】
例えば、特定の実施形態では、ネットワーク４０を介して、１つ以上のサーバ６０、レビューア用ワークステーション１２４、翻訳者用ワークステーション１２６、及び管理者用ワークステーション１２８が接続されてよい。１つ以上のサーバ６０が、データベース７０をサポートしてよい。１つ以上のレビューア用ワークステーション１２４が、品質定量化ソフト６６を搭載するようにプログラムされてよい。１つ以上の翻訳者用ワークステーション１２６が、翻訳支援ソフト６４を搭載するようにプログラムされてよい。１つ以上の管理者用ワークステーション１２８が、作業中プロジェクトの割り当て及びフォローアップを管理するリソース管理ソフト６８を搭載するようにプログラムされてよい。
【００４３】
ネットワーク４０は、適切ないずれかの方法で規模が拡大・縮小されて、さまざまなコンピュータ６０、１２４、１２６、１２８の場所により課される地理的要件に対応することができる。例えば、特定の実施形態では、ネットワーク４０は、ローカルエリアネットワーク（ＬＡＮ）を含んでよい。別の実施形態では、ネットワーク４０はインターネットを含んでよい。さらに別の実施形態では、ネットワーク４０は、操作可能な状態でインターネットに接続している広域ネットワーク（ＷＡＮ）、ＶＰＮ、又はローカルエリアネットワークを含んでよい。
【００４４】
さまざまなコンピュータ６０、１２４、１２６、１２８とそれらのオペレータ７２、７６、８０との通信は、適切ないかなる様式で実施されてもよい。例えば、特定の実施形態では、１つ以上のサーバ６０が、インターネット上のウェブサイトを提供してよい。翻訳団体７２、レビュー団体７６、及び管理者８０を形成する個人にユーザ名とパスワードを持たせて、前記ウェブサイト（例えばデータベース７０）に掲載されている情報へのアクセスを許可してもよい。したがって、翻訳者はウェブサイトにアクセスして、翻訳する状態になっている適切なソースドキュメントを読み出すことができ、レビューアはウェブサイトにアクセスして、評価などを行う状態になっているソースドキュメント及びターゲットドキュメントのペアを読み出すことができる。
【００４５】
所望に応じて、そのようなウェブサイトは、各個人のスケジュール表をサポート及び提供してもよい。スケジュール表は、その時点で特定の個人に割り当てられているタスクのすべてを列挙してよい。スケジュール表はさらに、特定のタスクを行うのに必要又は有用な資料へリンクさせてもよい。また、ウェブサイトは、取り組んでいるタスクと関係のない資料への個人のアクセスを制限してもよい。さらに、ウェブサイトは、個人的なフィードバック１１６、全般的な指導１１８などを送達するための送達機構を形成してもよい。
【００４６】
別の実施形態では、さまざまなコンピュータ６０、１２４、１２６、１２８とそれらのオペレータ７２、７６、８０との通信は、Ｅメールを介して行われてもよい。例えば、管理者８０は、割り当て又はプロジェクトを翻訳者にＥメールしてよい。完了時には、プロジェクトは、管理者８０にＥメールで返送されてよい。レビュー団体７６のレビューアとの通信の際に、同様のプロセスが適用されてよい。所望に応じて、リソース管理ソフト６８をある程度、例えばＥメールなどを、自動化してよい。
【００４７】
例えば、管理者８０は、リソース管理ソフト６８を用いて、翻訳するソースドキュメントを準備してよい。次に、ソフト６８は、何らかの循環スキームに従って翻訳団体７２から適任翻訳者を自動選定し、その翻訳者にソースドキュメントを添付したＥメールを送付してよい。続いて、翻訳者は返答を行い、そのプロジェクトを引き受けるか断るかしてよい。翻訳者がプロジェクトを引き受けた場合には、リソース管理ソフト６８は、その旨を記録することができる。一方、翻訳者がプロジェクトを断った場合には、リソース管理ソフト６８は、循環スキームに従って次の適任翻訳者を選定し、プロセスが継続し得る。
【００４８】
さらに別の実施形態では、より従来的な通信方法を採用してもよい。例えば、一部の実施形態では、航空便又は陸上便、電話、ファクシミリなどによる通信が十分であり得る。所望に応じて、複数の通信形態を用いてよい。例えば、電話を用いて、管理者８０は、特定のプロジェクトを完成させるという翻訳者の能力及び要望を確認する一方で、Ｅメールを用いて、ソースドキュメントを電子形式で翻訳者に送付してよい。
【００４９】
図５を参照すると、本発明による翻訳支援ソフト６４は、所望の任意の機能を提供することができる。一般に、この機能は１つ以上のモジュールに示され得る。例えば、特定の実施形態では、翻訳支援ソフト６４は、フォーマットからコンテンツを分離させるフィルタモジュール１３０を搭載してよい。例えば、翻訳支援ソフト６４を用いて、翻訳者はデータベース７０から未翻訳ドキュメント１３２又はソースドキュメント１３２を読み出すことができる。このドキュメント１３２は、２つの特徴的な側面、すなわち、単語又はテキストから成るコンテンツと、フォント、行間、段落区切り、ページ上でのテキスト配置などから成るフォーマットとを有し得る。それ故に、フィルタモジュール１３０が、フォーマットからコンテンツを分離させることができる。このため、翻訳者は、フォーマットを気にすることなく、コンテンツの翻訳に集中できる。
【００５０】
一部の実施形態では、翻訳支援ソフト６４は、セグメント化モジュール１３４を搭載してよい。セグメント化モジュール１３４は、ソースドキュメント１３２のコンテンツを別個のフレーズに分割することができ、それぞれは、特定の考想を表す。したがって、翻訳者はソースドキュメント１３２をフレーズごとに翻訳できる。特定の実施形態では、セグメント化モジュール１３４は、ソースドキュメント１３２を最適に分割できる方法を判断する際、主に句読点に依存し得る。
【００５１】
特定の実施形態では、ソースドキュメント１３２がセグメント化されると、セグメント化モジュール１３４は、ソースドキュメント１３２を複製して、翻訳ドキュメント１３６、すなわちターゲットドキュメント１３６を形成することができる。最初は、ターゲットドキュメント１３６はソースドキュメント１３２と同一であり得る。しかしながら、翻訳者が翻訳を行う際に、ターゲットドキュメント１３６のフレーズを、元のフレーズをターゲット言語に翻訳したものから成る新しいフレーズに置き換えることができる。したがって、翻訳が完了した時点には、ターゲットドキュメント１３６は、ソースドキュメント１３２のフレーズごとの翻訳から構成され得る。
【００５２】
本発明による翻訳支援ソフト６４は、新しい資料の翻訳速度を速めるために、これまでに完成され、レビューされ、承認された翻訳を活用（例えば再利用、参照）するための事前翻訳モジュール１３８を搭載してよい。特定の実施形態では、事前翻訳モジュール１３８は、新しい未完成のターゲットドキュメント１３６のセグメント又はフレーズをリソースペア１４２の一群１４０と比較することができる。そのような一群１４０の各リソースペア１４２は、完成済みのターゲットドキュメント１３６ａ、１３６ｂ、１３６ｎと対になっているソースドキュメント１３２ａ、１３２ｂ、１３２ｎを含み得る。
【００５３】
事前翻訳モジュール１３６によって、新たなターゲットドキュメント１３６内のフレーズに、リソースペア１４２のソースドキュメント１３２ａ内のフレーズと一致するものが見つかった場合、事前翻訳モジュール１３８は、リソースペア１４２の対応するターゲットドキュメント１３６ａ内にある対応する翻訳済みフレーズを識別することができる。続いて、事前翻訳モジュール１３８は、新たなターゲットドキュメント１３６内の前記フレーズを、リソースペア１４２から抜き出された翻訳済みフレーズに置き換えることができる。このようにして、二重の労力が回避され、翻訳プロセスの効率が高まり、翻訳の客観性及び一貫性が改善され得る。
【００５４】
特定の実施形態では、本発明による翻訳支援ソフト６４は、エディタモジュール１４４を搭載して、ソフトウェア６４と翻訳者との間のインターフェースを提供することができる。一部の実施形態では、エディタモジュール１４４は、翻訳支援ソフト６４を実行するコンピュータ１２に対応しているモニタ４８上にさまざまな表示ウィンドウを提供し得る。エディタモジュール１４４はさらに、前記ウィンドウの１つ以上に含まれているテキストの編集をサポートすることができる。
【００５５】
例えば、１つの実施形態では、エディタモジュール１４４は、ソースドキュメント１３２の特定部分を表示する第１のウィンドウ、及びターゲットドキュメント１３６の対応する部分を表示する第２のウィンドウをサポートすることができる。これら２つのウィンドウは垂直に表示されるとともに、同期化させることができる。したがって、翻訳者がスクロールして、第１のウィンドウに表示されているソースドキュメントの部分を変更すると、エディタモジュール１４４は、第２のウィンドウに表示されているターゲットドキュメント１３６の部分を同時に調整することができる。同様に、第２のウィンドウに表示されているターゲットドキュメント１３６の部分を変えると、第１のウィンドウに表示されているソースドキュメント１３２の部分も同時に変わる。所望により、又は必要に応じて、エディタモジュール１４４は、第１のウィンドウ及び第２のウィンドウの両方にあるテキストの編集をサポートすることができる。
【００５６】
一部の実施形態では、翻訳支援ソフト６４は、個々の単語の翻訳速度を速めるために、辞書モジュール１４６を搭載してよい。特定の実施形態では、辞書モジュール１４６は、新しい未完成のターゲットドキュメント１３６の単語を、さまざまな単語ペア１５０から成る辞書１４８と比較することができる。そのような辞書１４８の各単語ペア１５０は、ターゲット言語の同じ意味及び用法の単語１５４ａ、１５４ｂ、１５４ｎと対になっているか、又は別の方法で一致しているソース言語の単語１５２ａ、５２ｂ、１５２ｎを含み得る。
【００５７】
辞書モジュール１４６によって、新しいターゲットドキュメント１３６の単語のうち、辞書１４８の単語ペア１５０の中にもある単語が見つかった場合、辞書モジュール１４６は、前記単語をその訳語に入れ換えることができる。あるいは、辞書モジュール１４６は、前記単語の訳語の可用性を表示するようエディタモジュール１４４に指示することができる。
【００５８】
例えば、特定の単語が辞書１４８の単語ペア１５０の中にもある旨を辞書モジュール１６４が通知すると、エディタモジュール１４４は、所定の規則に従ってその単語を強調表示してもよい（すなわち、単語の色を変えたり、単語に下線を引いたりするなど）。その結果、その特定の単語の訳語が辞書１４８の中に見出され得ることを翻訳者に知らせることができる。
【００５９】
特定の実施形態では、翻訳者は、強調表示されている単語をクリックするか、又は別の方法で選択することによって、辞書１４８に含まれている訳語を見ることができる。これによって、単語、その訳語、意味、用例などを表示する新たなウィンドウが立ち上げられてもよい。あるいは、これによって、単に、モニタ４８のスクリーン上に辞書情報を表示させるために用意された所定のウィンドウに単語、その訳語、意味、用例などが見られるようにしてもよい。所望に応じて、仮想ボタン又はその他のコマンド配置が含まれて、翻訳者が新しいターゲットドキュメント１３６内で未翻訳単語をその訳語に入れ換えることができるようにしてよい。
【００６０】
一部の実施形態では、翻訳支援ソフト６４は、ファジーネットワークモジュール１５６を搭載してもよい。そのようなモジュール１５６は、リソースペア１４２の一群１４０に含まれているフレーズがターゲットドキュメント１３６の中のフレーズと同一ではない場合でも、事前翻訳モジュール１３８が一群１４０の中に関連フレーズを見つけるよう支援することができる。特定の実施形態では、ファジーネットワークモジュール１５６はエディタモジュール１４４と協働して、一群１４０又はリソースペア１４２から読み出された類似の翻訳済みフレーズを新しいターゲットドキュメント１３６に組み入れる前に、その翻訳済みフレーズを翻訳者に修正させることができる。
【００６１】
状況によっては、翻訳者の手元に、本発明による翻訳支援ソフト６４を使って生成されたのではないかなりの量のソースドキュメント１３２及びターゲットドキュメント１３６があってもよい。このようなリソースは、その後の翻訳で活用されるリソースペア１４２の一群１４０の中に組み入れるためにすぐには利用可能でないことがある。このため、本発明による翻訳支援ソフト６４は、アラインメントモジュール１５８を搭載してよい。このようなモジュール１５８は、フィルタモジュール１３０及びセグメント化モジュール１３４と協働して、前記ドキュメント１３２、１３６をリソースペアに変換することができる。
【００６２】
例えば、対応するソースドキュメント１３２とターゲットドキュメント１３６に相当する電子ファイルが翻訳支援ソフト６４の中に取り込まれることができる。フィルタモジュール１３０は、ドキュメント１３２、１３６のコンテンツをそのフォーマットから分離することができる。セグメント化モジュール１３４は、ソースドキュメント１３２とターゲットドキュメント１３６の両方をセグメント又はフレーズに分割することができる。最後に、アラインメントモジュール１５８は、ソースドキュメント１３２のセグメント又はフレーズをターゲットドキュメント１３６の適切なセグメント又はフレーズと比較及びアラインメントすることができる。１セグメントは、１単語、１節、１文、１段落、又はその他の利便的な区分にしてよい。
【００６３】
特定の実施形態では、アラインメントは、２つのドキュメント１３２、１３６が一致していないと思われる任意の領域を強調表示してよい。これに応じて、翻訳者は手作業で、これら問題のある特定のセグメントの生成、アラインメントなどを行ってよい。前記の手順に従って、翻訳支援ソフト６４は、リソースペア１４２の一群１４０の質を高めるとともに、さまざまなソースドキュメント１３２及びターゲットドキュメント１３６を、その出所にかかわらず、活用することができる。
【００６４】
一部の実施形態では、本発明による翻訳支援ソフト６４がその他の外部又は種々のソフトウェアアプリケーションと協働するのが望ましいことがある。したがって、翻訳支援ソフトは、そのようなアプリケーションとの相互作用を容易にするさまざまなインターフェースモジュールを搭載してよい。例えば、特定の実施形態又は状況では、機械翻訳インターフェース１６０を搭載するのが望ましい場合がある。前記インターフェース１６０は、完成した翻訳を実現させるようプログラムされているコンピュータシステム及びアプリケーションとの双方向通信をサポートすることができる。
【００６５】
一部の実施形態では、本発明による翻訳支援ソフト６４は、制御管理システム（ＣＭＳ）インターフェース１６２を搭載してよい。このインターフェース１６２は、制御管理システムとの相互作用を容易にして、テキストの分析、ファイルの読み込み、統計情報の伝達、プロジェクト内容の伝達、翻訳に役立つ翻訳パラメータの伝達などを実行することができる。同様に、ワークフローサーバインターフェース１６４は、ワークフローサーバ（場合に応じて、リソース管理ソフト６８の一部として搭載される）との相互作用を容易にして、翻訳団体７２のさまざまな翻訳者とやり取りするプロジェクトの流れを制御することができる。
【００６６】
上で論じたモジュール及びインターフェースに加えて、翻訳支援ソフト６４は、所望又は必要に応じて、その他のモジュール１６６を搭載してよい。一般に、前記その他のモジュール１６６は、翻訳支援ソフト６４の効率性、順応性、使いやすさなどを高めるための追加の機能を提供することができる。例えば、特定の実施形態では、前記その他のモジュール１６６として、翻訳者モジュールを挙げることができる。前記モジュールは、翻訳者と得られたターゲットドキュメント１３６との間のつながりを形成することができる。したがって、翻訳者モジュールは、データベース７０内に翻訳者記録１６８を生成して、翻訳をその翻訳を行った人物に対して特定することができる。
【００６７】
図６を参照すると、本発明による品質定量化ソフト６６は、任意の所望の機能を提供することができる。一般に、この機能は１つ以上のモジュール内に示されてよい。例えば、特定の実施形態では、品質定量化ソフト６６は、識別モジュール１７０を搭載して、品質制御の目的上有用であり得る特定の情報を収集及び格納してよい。例えば、識別モジュール１７０は、レビュー団体７６のどのレビューアが翻訳のレビューを行ったかを示す識別子１７２、翻訳団体７２のどの翻訳者が翻訳を行ったかを示す識別子１７４、問題となっている正確なドキュメントを示す識別子１７６、ソース言語に関する情報１７８、ターゲット言語に関する情報１８０、及び有用又は統計上重要であり得るその他の情報１８２を含んでよい。
【００６８】
特定の実施形態では、本発明による品質定量化ソフト６６は、品質評価を行う際の閾値、サンプリング手順などを定めるメトリックモジュール１８４、翻訳の中にある特定のエラーに関する情報の収集を促すエラー報告モジュール１８６、及び品質定量化ソフト６６の入手した情報を蓄積するとともに前記情報を１つ以上のログファイル１９０に格納する出力モジュール１８８も搭載してよい。一部の実施形態では、翻訳のレビューを行う各ドキュメントに対して１つのログファイル１９０が生成されてよい。
【００６９】
上で論じたモジュールに加えて、品質定量化ソフト６６は、所望又は必要に応じて、その他のモジュールを搭載してよい。一般に、前記その他のモジュールは、品質定量化ソフト６４の効率性、順応性、客観性、再現性、使いやすさなどを高めるための追加の機能を提供することができる。
【００７０】
図７を参照すると、特定の実施形態では、メトリックモジュール１８４は、レビューアが、レビュープロセスで適用する特定のメトリック（単数又は複数）を選択できるようにするメトリックセレクタ１９２をサポートすることができる。一部の実施形態では、メトリックセレクタ１９２は、レビューアに、さまざまなメトリックを列挙しているメトリックライブラリ１９４を提供してよく、レビューアはそのリストから選択することができる。１つの実施形態では、メトリックライブラリ１９４は、米国翻訳者協会（American Translators Association）（ＡＴＡ）が公表した基準１９６、ローカリゼーション規格協会（Localization Industry Standards Association）（ＬＩＳＡ）が公表した基準１９８、自動車技術会（Society of Automotive Engineers）（ＳＡＥ）のような技術協会が公表した基準２００、又はその他何らかの団体が公表した基準２０２に基づくメトリックをユーザが選択できるようにしてよい。さらに、メトリックライブラリ１９４は、特定のプロジェクトに合わせて、又は本発明による翻訳の評価における幅広い経験に基づいて作成される、カスタムメトリック２０４の構築及び選択をサポートしてもよい。
【００７１】
特定の実施形態では、適用するメトリックは、クライアント又は管理者８０が決定づけてよい。したがって、メトリックの選択は、レビューアの裁量外としてよい。
一部の実施形態では、メトリックモジュール１８４は、翻訳上のエラーのさまざまな等級又は程度を定めるエラーアプレイザ２０６をサポートすることができる。特定の実施形態では、レビューアがエラーアプレイザ２０６を利用して、エラーの前記等級又は程度を定義してよい。あるいは、メトリックライブラリ１９４から選択されたメトリックが、等級又は程度を定義してもよい。
【００７２】
特定の実施形態では、エラーアプレイザ２０６は、複数、例えば３つのエラー等級又は程度、すなわち、軽微２０８、重大２１０、及び非常に重大２１２を定義することができる。エラーアプレイザ２０６はまた、各エラー等級に関連するポイントを割り当ててもよい。例えば、軽微なエラーには１ポイントという値を割り当ててよく、重大なエラーには５ポイントという値を割り当ててよく、非常に重大なエラーには、翻訳が対応する品質閾値に達していないことを確かなものにするために必要などれほど高いポイントでも割り当ててよい。
【００７３】
メトリックモジュール１８４はまた、エラー識別子２１４及び閾値セレクタ２１６をサポートしてよい。エラー識別子２１４は、翻訳が調査される原因となるさまざまなタイプのエラーを明瞭化することができる。閾値セレクタ２１６は、翻訳の合格スコアの構成要因を定義することができる。特定の実施形態では、エラー識別子２１４によって明瞭化される特定のエラーとともに、閾値セレクタ２１６によって定義される閾値が、プロジェクトごと、クライアントごとなどにレビューアにより定義されてよい。あるいは、メトリックライブラリ１９４から選択されたメトリックが、閾値を定義し、翻訳が調査される原因となるさまざまなタイプのエラーを明瞭化してもよい。
【００７４】
一部の実施形態では、翻訳のレビューは、翻訳から抜き出された１つ以上のサンプルの詳細なレビューを含んでよい。翻訳サンプルはブロックとみなしてよい。したがって、メトリックモジュール１８４は、ブロックディファイナ２１８及びブロックセレクタ２２０を搭載してよい。ブロックディファイナ２１８は、ブロック又はサンプルの範囲を定義することができる。ブロックセレクタ２２０は、前記ブロック又はサンプルの選択方法を定義することができる。特定の実施形態では、ブロックディファイナ２１８及びブロックセレクタ２２０により用いられる方法は、プロジェクトごと、クライアントごとなどにレビューアが定義してよい。あるいは、メトリックライブラリ１９４から選択されたメトリックが、ブロックディファイナ２１８及びブロックセレクタ２２０により用いられる方法を明瞭化させてもよい。
【００７５】
ブロックディファイナ２１８は、統計上許容可能な任意の方法でブロック又はサンプルの範囲を定義してよい。特定の実施形態では、ブロックの範囲を明示的に（２２２）規定してよい。例えば、ブロックディファイナ２１８は、ブロックが特定数の連続する単語から構成されるように決定づけることができる。あるいは、式２２４によってブロックの範囲が定義されてもよい。例えば、ブロックディファイナ２１８は、ブロックが、総単語数の特定の値又はいくらかの割合のうち、大きい方の数と同数の連続する単語から構成されるように決定づけることができる。
【００７６】
特定の実施形態では、ブロックを定義する方法をプロジェクトごとに変えてよい。例えば、ブロック定義は、翻訳の主題２２６を基準としてよい。したがって、複雑かつ専門的な用語が含まれている翻訳には、より徹底的な精査を施してよい。同様に、ブロック定義は、翻訳しているドキュメントの所有者である特定のクライアント２２８を基準としてもよい。例えば、クライアントは特定のブロックサイズを具体的に要請してよい。さらに、ブロック定義は、翻訳者２３０を基準としてもよい。例えば、新規翻訳者のブロックサイズは、経験豊かな翻訳者のブロックサイズと異なっていてもよい。
【００７７】
ブロックセレクタ２２０は、統計上許容可能な任意の方法でいかにブロック又はサンプルが選択されるのかを定義することができる。ブロックディファイナ２１８と同様に、ブロックセレクタ２２０によるブロックの選択は典型的に、明示２３２又は式２３４によるものであり得る。さらに、ブロックの選択は無作為に行ってもよい（２３６）。一部の実施形態では、この無作為選択２３６は、カウント数（例えば単語数、文章数、段落数、ページ数など）を基準としてよい。あるいは、無作為選択２３６は、何らかのその他２４０の基準に基づいてもよい。
【００７８】
一部の実施形態では、ブロックセレクタ２２０によるブロックの選択は、トリガされてよい（２４２）。すなわち、ドキュメント内の何らかの事象によって、ブロックの選択がトリガされてよい。適切なトリガとしては、ドキュメント内の新規見出し２４４、ドキュメント内の単語の用法の変化２４６、ドキュメントから抜き出される種々のカウント数２４８、辞書エントリ（すなわち、ドキュメント内の単語のうち、辞書１４８の中にもある単語）の密集度又は割合の変化２５０、事前翻訳済みフレーズ（すなわち、リソースペア１４２内にあるフレーズ）の密集度又は割合の変化２５２、新規ファイル（例えば、電子ドキュメントファイル）への移行２５４などが挙げられるであろう。
【００７９】
上で列挙したトリガに加えて、ブロック選択でその他のトリガ２５６を用いてもよい。一般に、ドキュメントの主題の変化を示し得るいかなるトリガも有用であり得る。これらのトリガは、ドキュメント内の領域のうち、さまざまな翻訳力のテストを施し、それを受けて追加の精査が必要となる場合のある領域を強調表示する。
【００８０】
本発明によるブロックセレクタ２２０は、明示２３２、式２３４、無作為２３６、又はトリガ２４２法の任意の組み合わせ２５８を用いて、ブロック又はサンプルの選択法を定義することができる。例えば、一部の実施形態では、明示（２３２）コマンドに従って第１のブロックが選択されてよく、その一方で、その後のブロックは、式２３４、無作為２３６、又はトリガ２４２によって選択される。
【００８１】
特定の実施形態では、ブロックを選択する方法はプロジェクトごとに変えてよい。例えば、ブロック選択は、翻訳の主題２６０、翻訳しているドキュメントの所有者である特定のクライアント２６２、又は翻訳者２６４を基準とすることができる。したがって、複雑かつ専門的な用語が含まれている翻訳に、より徹底的な精査を施してよく、クライアントは特定のブロック選択法を具体的に要請してよく、新規翻訳者向けのブロック選択は、経験豊かな翻訳者の場合に用いる選択法と異なるものであってよい、などとすることができる。
【００８２】
図８を参照すると、客観性は、個人的な感情、偏見、又は、解釈による曲解なしに、徹底的かつ正確な分析を行う能力として定義することができる。一貫性のある再現可能な品質の高い翻訳分析又は翻訳評価を実現させるには、特定レベルの客観性がなければならない。これは、複数のレビューアが前記評価を行う場合にとりわけ当てはまる。
【００８３】
一般的に言えば、翻訳の品質を定量化又は評価する場合には、その評価の客観性は人の介在と反比例して変化する。したがって、典型的には、人の介在の程度が大きいほど客観性が低下する。逆に、人の介在を制限することによって、客観性は向上し得る。
【００８４】
図９を参照すると、人の介在を低減させ、それによって客観性を向上させる１つの方法は、可能な限り多くの評価工程及び判定を自動化することである。自動化では、自動化しなければ人間が行うことになる判定を機械（例えば、コンピュータ）で処理してよく、前記機械の強みは、予め定められたパスと指示に正確に従う能力にある。機械は、その機械が従う基礎的なパス又は指示と同じほど客観的であり得る。したがって、パス及び指示を向上させることに人的労力を集中させることができ、パス及び指示の統計的有意性及び客観性が十分に改善されたら、機械によってパス及び指示が正確かつ再現可能に実行されると信頼することができる。
【００８５】
図１０を参照すると、本発明による翻訳評価２６６は、自動化要素２６８と人的要素２７０とに分けることができる。翻訳評価２６６の自動化要素２６８としては、レビューアの選定２７２を挙げることができる。例えば、コンピュータは、適任レビューアのリストから、特定の翻訳のレビューアを無作為に選定してよい。その他の自動化要素２６６としては、メトリックの選択２７４を挙げることができる。例えば、特定のクライアント向けのすべての翻訳を、特定のメトリックを用いて評価すべき旨を定めることができる。特定の実施形態では、所望又は必要に応じて、別の要素２７６又はタスク２７６も自動化してよい。
【００８６】
特定のメトリックの選択２７４によって、人間のレビューアの裁量から多くの判定を除去することができる。例えば、メトリックの選択２７４は、ブロックの定義法、ブロックの選択法、ブロックが評価されるさまざまなエラーカテゴリ又はエラータイプ、さまざまなエラーに対するポイント値、閾値「合格スコア」などを自動的に判断し得る。
【００８７】
さらに、特定の実施形態では、品質定量化ソフト６６が、前記要素２７２、２７４を実行してもよい。例えば、メトリックは、ブロック定義及びブロック選択で用いる方法を決定づけてよく、それに応じてソフトウェア６６はブロックのサイズ決定及び選択を行ってよい。つまり、ソフトウェア６６は、レビューアに、レビューすべきテキストのブロックを単に提示し得る。このように、別のやり方ではブロックの定義及び選択時に見られることがある人の介在がかなり限られ得るため、評価２６６の客観性が大幅に向上され得る。
【００８８】
翻訳評価２６６の人的要因２７０としては、意味の判定２７８を挙げることができる。これらには、ターゲットドキュメントの特定部分が、ソースドキュメントの意味を正確に反映しているかについての判断が含まれ得る。その他の人的要因２７０としては、文法規則の適用２８０、句読点規則の適用２８２、スペリング規則の適用２８４、及びスタイル規則の適用２８６を挙げることができる。特定の実施形態では、翻訳評価２６６は、所望又は必要に応じて、その他の人的要素２８８又はタスク２８８を含んでもよい。
【００８９】
図１１を参照すると、翻訳評価２６６に関わるタスクのすべてを自動化するのは困難であり得るが、本発明による特定の実施形態は、人間のレビューアが行うことになる残りの要素２７０に対する制御２９０を組み込んでよい。前記制御２９０は、人的要素２７０の客観性を向上させることができる。
【００９０】
例えば、ある１つの制御２９０は、採用するレビューアの数を制限（２９２）するものであってよい。レビューアの数を制限（２９２）することによって、レビュー団体７６の監督及び指導に利用できる限定的リソースをさらに密に適用することができる。その他の制御２９０としては、レビュー団体７６に定着する資格のある者を判断するための徹底的なスクリーニング２９４及びテスト２９６、レビュー団体７６の技能及び理解を高めるための指導２９８、レビューされているドキュメントの翻訳を行った翻訳者の匿名化３００、並びにブロック管理３０２を挙げることができる。
【００９１】
特定の実施形態では、ブロック管理３０２は、特定の翻訳評価２６６中にレビューアが検証しなければならないブロックのサイズ及び量を制限又は最小化してよい。一般的に言えば、人間の注意力と集中力は時間の経過とともに低下する。それ故に、レビューアは、長いブロックよりも短いブロックを、より徹底的に評価することができる。このため、各ブロックのサイズは、その統計的有意性によって定めた限界まで最小化されてよい。同様に、選択されるブロックの数は、その統計的有意性によって定めた限界まで最小化されてよい。
【００９２】
一部の実施形態では、ソースドキュメントの品質は、得られるターゲットドキュメントの品質を制限し得る。例えば、ソースドキュメント内に不明瞭な部分がある場合、この不明瞭性がターゲットドキュメントに移行し、それによってターゲットドキュメントの品質が低下する可能性が非常に高い。したがって、人の介在に対する別の制御２９０は、ソースドキュメントの品質査定３０４を含んでよい。この査定３０４は、ソースドキュメントを改善する機会を提供することができる。あるいは、ターゲットドキュメントに適用される期待値又は天井スコアを調整してもよい。
【００９３】
人の介在に対する別の制御２９０は、言語テクノロジー３０６の継続的発展であり得る。このテクノロジー３０６が発展し続けると、現在人間が行っている追加の要素２７０は、最終的には自動化要素２６８になり得る。上記の翻訳評価（２６６）時の人の介在に対する制御２９０に加えて、所望又は必要に応じて、制御を行うための別の方法３０８が実施されてもよい。
【００９４】
図１２を参照すると、特定の実施形態では、翻訳評価２６６の最中に、エラー報告モジュール１８６は、ログファイル１９０を生成させるために必要な情報をレビューアが入力するのを支援することができる。エラー報告モジュール１８６は、エラーカテゴリ３１０のリストをレビューアに提供してよく、レビューアは前記リストから選択を行ってよい。このリスト３１０は、メトリックモジュール１８４のエラー識別子２１４内で明瞭化されるエラーに対応し得る。
【００９５】
一部の実施形態では、エラーカテゴリ３１０のリストは「なし」というオプション３１２が含まれてよく、このオプションは、ブロック内でエラーが認識されない場合に選択されてよい。リスト３１０内のさらなるオプションとしては、誤った用語３１４、脱落３１６、文法的エラー３１８、スペルミス３２０、句読点のエラー３２２、文体のエラー３２４、書式のエラー３２６、その他のエラー３２８、翻訳者とは無関係のエラー３３０などの指摘を挙げることができる。翻訳者とは無関係のエラー３３０は、翻訳者の過失ではないエラーであり得る。このようなエラー３３０としては、メモリエラー、例えば、事前翻訳によるエラー（リソースペアからエラーがインポートされる）、並びにソースドキュメント内のエラーに起因するソースエラーを挙げることができる。
【００９６】
エラー報告モジュール１８６は、エラーの重要度３３２、すなわち程度３３２のリストをレビューアに提供してよく、レビューアは前記リストから選択を行ってよい。前記程度３３２は、メトリックモジュール１８４のエラーアプレイザ２０６内で明瞭化されるエラーの程度と一致し得る。さらに、エラー報告モジュール１８６は、レビューアが、特定の懸案事項、エラーなどを特徴づけたり説明したりするコメント３３４を入力できるようにすることができる。
【００９７】
操作時、レビューアがブロック内にエラーを見つけると、レビューアは、エラーカテゴリ３１０のリストの中からエラータイプを選択することができる。エラータイプの選択によって、割り当てられるエラーの重要度３３２が自動的に決定づけられ得る。例えば、一部の実施形態では、レビューアが「句読点のエラー」３３２を選択すると、「軽微」という重要度３３２が自動的に割り当てられることができる。別の実施形態では、レビューアは、選択されたエラータイプ３１０にかかわらず、重要度３３２を毎回選択してよい。さらに別の実施形態では、特定のタイプのエラー３１０には、重要度３３２が自動的に割り当てられてよく、別のタイプのエラー３１０に対しては、レビューアに重要度３３２を選択させてもよい。
【００９８】
エラータイプが選択され、適切な重要度３３２が選択又は割り当てられると、レビューアは所望又は必要に応じて、コメントを加えてもよい。その後、エラー報告が提出されてよい。同じ様に、その後レビューアは、ブロック内で識別された次のエラーを続けてドキュメント化することができる。ブロック内のエラーのすべてをドキュメント化するまで、このプロセスを続けてよい。続いて、レビューアは次のブロックに進み、エラードキュメント化プロセスを続けてよい。
【００９９】
図１３を参照すると、特定の実施形態では、出力モジュール１８８は、エラー報告モジュール１８６の作成したエラー報告のすべてを編集して、特定の翻訳の特性を明らかにするログファイル１９０を生成してよい。一部の実施形態では、出力モジュール１８８は、特にこの編集及び生成機能を行うためにログファイルジェネレータ３３６を搭載してもよい。
【０１００】
本発明によるログファイル１９０は、翻訳の特性を明らかにする際に有用であり得る任意の情報を含むことができる。例えば、特定の実施形態では、ログファイル１９０は、レビューアの識別番号３３８、翻訳者の識別番号３４０、ドキュメントの識別番号３４２、メトリックの識別番号３４４、日付情報３４６（例えば、翻訳日、レビュー日など）、総単語数３４８、ソース言語３５０、ターゲット言語３５２、エラー表３５４、翻訳に割り当てられた全体スコア３５６（例えば、総合的品質指数３５６）、又は望ましいか若しくは必要であり得るその他の任意の情報を含んでよい。
【０１０１】
一部の実施形態では、エラー表３５４は、ドキュメントから選択されたブロック内又はブロック群内にある各タイプのエラー数３６０をリスト化するチャートを含んでよい。また、テーブル３５４は、軽微であったエラーの数３６２、重大であったエラーの数３６４、及び非常に重大であったエラーの数３６６を示してもよい。適切な合計作業は、見つかったエラー総数、軽微エラーの総数、重大なエラーの総数などを表す総計３６８を割り出すことができる。
【０１０２】
各タイプのエラーの重要度の総計３７０を求めるには、軽微エラーに割り当てられた重要度（例えば、１ポイント）と軽微エラーの数３６２を乗じてよく、重大なエラーに割り当てられた重要度（例えば、５ポイント）と重大なエラーの数３６４を乗じてよく、非常に重大なエラーに割り当てられた罰則タイプの重要度（例えばドキュメントを不合格とするのに十分なポイント）と非常に重大なエラーの数３６６を乗じてよい。続いて、各エラーについて結果を合計し、すべてのエラータイプを総計して、ドキュメントに対するエラーポイント３７２を算出することができる。このような方法で算出されて、エラーポイント３７２は、見つかったエラーの数、並びに前記エラーの程度又は重大度を表す。
【０１０３】
図１４を参照すると、翻訳の品質を定量化する際に有用な総合的品質指標３５６にエラーポイント３７２を変換するための方法３７４、プロセス３７４、又は公式化３７４が数多く存在する。一般に、これらの方法は、何らかの合理的な方法で、実際にレビューされた１つ以上のブロックから算出されたエラーポイント３７２をドキュメント全体まで単に拡大させる。
【０１０４】
例えば、１つの実施形態では、レビュープロセスでは１つのブロックのみを用いたと仮定してよい。したがって、総合的品質指標３５６を割り出すプロセス３７４は、ドキュメント内の単語の総数３４８をブロックサイズ３７６、すなわちブロック内の単語数３７６で除して、ドキュメント内に収まるブロックの数３７８を算出することから始めてよい。次に、このブロック総数３７８と、１つのブロック内に見られるエラーポイント３７２を乗じて、予想される総エラーポイント３８０を求めることができる。予想される総エラーポイント３８０をドキュメント内の単語の総数３４８で除して、１単語当たりの予想されるエラーポイント３８２を求めることができる。
【０１０５】
１単語当たりの予想されるエラーポイント３８２を割合３８４に変換してよい。この割合を総合的品質指数３５６として用いてよい。あるいは、この割合３８４を「負」の割合ではなく、「正」の割合に変換してよい。例えば、誤って翻訳された単語の割合ではなく、正確に翻訳された単語の割合を表す総合的品質指数３５６を採用するのを好む人がいるかもしれない。したがって、割合３８４を所望どおりに修正して、所望の総合的品質指数３５６を求めてもよい。
【０１０６】
上記の図は、「１単語」ベースによる総合的品質指数３５６を生成する。１文ベース、１段落ベース、１ページベースなど、所望に応じて、その他の適切な指数３５６が提示されてもよい。式３７４はそれに応じて調整されてよい。これに加えて、２つ以上のブロックから収集されたエラーポイント３７２を採用している実施形態では、図示されている公式３７４を入力する前に、エラーポイント３７２が１ブロック当たりのエラーポイントに変換されてもよい。
【０１０７】
図１５を参照すると、本発明によるリソース管理ソフト９８は、所望の任意の機能を提供することができる。一般に、この機能は１つ以上のモジュール内で示されてよい。例えば、特定の実施形態では、リソース管理ソフト６８は、人材追跡モジュール３８６を搭載してよい。前記モジュール３８６は、翻訳団体７２、レビュー団体７６などに関する経歴情報３８８を記録することができる。
【０１０８】
この経歴情報３８８としては、氏名、年齢、性別、専門の技術分野、学歴、国籍、在住経験国のリスト、在住年数、会話言語、研修年数、翻訳経験年数、報酬単価、翻訳スピード、関連年月日を伴う翻訳スコア３５６などを挙げることができる。この経歴情報３８８は、管理者８０が傾向又はパターンを識別するのを支援することができる。識別されたら、前記パターンは、管理者がリソースの割り当てを改善する（１１４）のを支援することができる。
【０１０９】
特定の実施形態では、リソース管理ソフト６８は、プロジェクト査定モジュール３９０を搭載してもよい。このモジュール３９０は、管理者８０が特定のプロジェクトの完成に備えて見積もりを作成するのを支援することができる。一部の実施形態では、プロジェクト査定モジュール３９０は、プリプロセッサモジュール３９２を搭載して、翻訳されるドキュメントのどの部分又は断片に、リソースペア１４０、辞書１４８などの中ですでに翻訳済みの単語又はフレーズが含まれているかを判断することができる。比較モジュール３９４は、事前翻訳可能な部分のこの密集度を、すでに完了している類似の翻訳で見られる密集度と比較することができる。続いて、予測モジュール３９６が、比較モジュール３９４から提供される情報を用いて、新規ドキュメントを翻訳する際のコストを予測することができる。次に、出力モジュール３９８は、管理者８０が、検討されている作業のさまざまな側面を明瞭化する見積もり及び関連コストの予測を生成するのを支援し得る。
【０１１０】
一部の実施形態では、リソース管理ソフト６８は、プロジェクト追跡モジュール４００を搭載して、管理者８０が、プロジェクトが完成に向けて進行するのに応じて、プロジェクトの進行を追うのを支援してよい。一部の実施形態では、プロジェクト追跡モジュール４００は、翻訳、レビューなどのさまざまなタスクが適宜に行われることを保証するスケジュールトラッカ４０２、プロジェクトに関わる金銭的リソースの割り当て及び消費を監視する予算トラッカ４０４、並びに翻訳プロセスの概略を提供するとともに、必要なタスクがすべて適切かつ適宜に行われることを保証するプロセスチェックリスト４２０を搭載してよい。
【０１１１】
一部の実施形態では、リソース管理ソフト６８は、パターン検出モジュール４０５を搭載して、リソースの割り当てを改善する（１１４）ために用いられ得る統計的に有意なパターンを管理者８０が識別するのを支援してよい。この作業において支援するために、パターン検出モジュール４０８はクエリーエンジン４１０を搭載して、データベース７０の中に含まれている情報の手動又は自動検索を促進することができる。パターン検出モジュール４０８は、関連付けモジュール４１２も搭載して、管理者８０が、特定の結論に合理的な要因を分離させるのを支援することができる。
【０１１２】
特定の実施形態では、リソース管理ソフト６８は、プロジェクト割り当てモジュール４１４を搭載して、翻訳団体７２、レビュー団体７６などとやり取りするプロジェクトの流れを管理者８０が管理するのを支援することができる。一部の実施形態では、プロジェクト割り当てモジュール４１４は、ワークフローサーバとして機能することができる。このような機能をもたらすために、プロジェクト割り当てモジュール４１４は、エバリュエータ４１６を搭載して、どの翻訳者及びレビューアがどのプロジェクトを引き受けるかについて判断するのを支援し得る。ディストリビュータ４１８は、選定された翻訳者又はレビューアにプロジェクトを配送するのを支援し得る。例えば、ディストリビュータ４１８は、Ｅメールを介して翻訳者にプロジェクトを送付することができる。あるいは、ディストリビュータ４１８は、安全なウェブサイト上にプロジェクトを単にポストして、そこに翻訳者、レビューアなどがログオンし、プロジェクトを読み出してもよい。プロジェクト割り当てモジュール４１４は、翻訳プロセスの概略を提供するとともに、すべての必要なタスクが適切かつ適宜に行われるのを保証するプロセスチェックリスト４２０も搭載することができる。
【０１１３】
本発明は、その基本的構造又は本質的特質から逸脱せずに、他の特定の形態で具体化されてもよい。記載した実施形態は、あらゆる点で例示的なものであり、限定するものではないとみなすものとする。したがって、本発明の範囲は、上記の説明部分よりもむしろ、添付の請求項に示されている。請求項の意義及び同等性の範囲内にあるすべての変更は、請求項の範囲内に含まれるものとする。
【０１１４】
本発明の上記の特徴は、添付図面とともに以下の説明及び添付の請求項から、さらに十分に明らかになるであろう。これらの図面には本発明の典型的な実施形態のみが描かれており、そのため、これらの図面は本発明の範囲を限定するものとはみなさないことを踏まえつつ、以下の添付図面を用いて、本発明をさらに具体的かつ詳細に説明していく。
【図面の簡単な説明】
【０１１５】
【図１】本発明による翻訳システムを実施するためのコンピュータシステムを示している概略ブロック図。
【図２】本発明による翻訳システムの高レベルの概略を提供する概略ブロック図。
【図３】図２に示した翻訳システムの、可能性のある操作法を示すブロック図。
【図４】本発明による翻訳システムを実施できるネットワークの１つの実施形態の概略図。
【図５】可能性のあるさまざまなモジュール、並びに本発明による翻訳支援ソフトにより用いられる情報及び記録を格納するための対応するデータベースを含む翻訳支援ソフトの１つの実施形態を示す概略ブロック図。
【図６】可能性のあるさまざまなモジュール（例えば、典型的には「実行ファイル」）、並びに本発明による品質定量化ソフトにより用いられる情報及び記録を格納するための対応するデータベースを含む品質定量化ソフトの１つの実施形態を示す概略ブロック図。
【図７】本発明による品質定量化ソフト内に組み込むためのメトリックモジュールの１つの実施形態を示す概略ブロック図。
【図８】客観性と人間の介在との逆相関を示すグラフ。
【図９】人間の介在と自動化との逆相関を示すグラフ。
【図１０】本発明による翻訳評価に含まれてよいさまざまな自動化要素及び人的要素を示しているブロック図。
【図１１】本発明による翻訳評価において人的要素に課してよいさまざまな制御を示すブロック図。
【図１２】本発明による品質定量化ソフト内に組み込むためのエラー報告モジュールの１つの実施形態を示す概略ブロック図。
【図１３】本発明による品質定量化ソフト内に組み込むための出力モジュールの１つの実施形態を示す概略ブロック図。
【図１４】本発明による翻訳の総合的品質指数を算出するための１つの方法を示す概略ブロック図。
【図１５】本発明による、可能性のあるさまざまなモジュールを含むリソース管理ソフトの１つの実施形態を示す概略ブロック図。
【図１】
2009506428.tif 000003
【図２】
2009506428.tif 000004
【図３】
2009506428.tif 000005
【図４】
2009506428.tif 000006
【図５】
2009506428.tif 000007
【図６】
2009506428.tif 000008
【図７】
2009506428.tif 000009
【図８】
2009506428.tif 000010
【図９】
2009506428.tif 000011
【図１０】
2009506428.tif 000012
【図１１】
2009506428.tif 000013
【図１２】
2009506428.tif 000014
【図１３】
2009506428.tif 000015
【図１４】
2009506428.tif 000016
【図１５】
2009506428.tif 000017
【国際調査報告】
2009506428.tif 000018
2009506428.tif 000019
2009506428.tif 000020