事前翻訳はプロジェクト作成プロセスにおける重要な要素です。適切に行われることで、翻訳者の時間を節約し、結果として翻訳プロジェクトにおける顧客のコスト削減につながります。さらに、承認済み翻訳でセグメントを埋めることができ、場合によっては翻訳者や編集者がテキストを変更できないようにロックすることも可能なため、一貫性の確保にも寄与します。 理想的なプロセスでは、プロジェクトマネージャーがファイル処理方法を柔軟に選択でき、このステップを可能な限り自動化できることが求められます。
プロセスは使用する翻訳ツールによって異なりますが、本記事では業界をリードするツールの一つであるSmartcatとmemoQの比較に焦点を当てます。 以下に、SmartcatとmemoQが翻訳前処理を扱う方法の違いをまとめます。
事前翻訳プロセスは、Smartcatにおけるプロジェクト作成の一部です。これは3ステップのウィザードの最終段階となります。memoQでは、プロジェクトマネージャーはまずプロジェクトを作成し、その後事前翻訳ルールを適用する必要があります。大きな違いではありませんが、ファイル準備プロセスに追加の手順が生じます。 Smartcatでは、プロジェクト作成時に事前翻訳ルールを設定できるだけでなく、プロジェクト作成後も設定可能です。これにより、例えばプロジェクトに新しい翻訳メモリが追加された場合に、プロセスを再度実行することが可能になります。
memoQでは、事前翻訳で選択できるマッチタイプは1種類のみであるようです：
Smartcatにおける事前翻訳設定の例を以下に示します：
一方、ロック機構には柔軟性が欠けているように思われる：
繰り返しになりますが、ロックできるのは1種類のマッチのみであり、変更できるのもこれらのマッチのステータスだけです。Smartcatのように、プロセスの異なる段階で異なる種類のマッチをロックしたり、そのステータスを変更したりするオプションは存在しないようです。前述のように、Smartcatではプロジェクトマネージャーが翻訳プロセスの各ステップでロックするマッチの種類を選択できます。 別の例として、99%の一致を事前翻訳し「翻訳済み」とマークすることで、翻訳者にはロック状態として表示できます。この選択により、品質を損なうことなく翻訳コストを大幅に削減可能です。しかしmemoQではこれが不可能です。Smartcatではプロジェクト要件に基づき、編集者向けに他のタイプの一致をロックしたり、校閲者向けに「完了」とマークしたりできます。Smartcatの実装は明らかに柔軟性が高く、プロジェクトマネージャーにより多くの選択肢を提供しています。
現時点でmemoQがより多くの選択肢を提供している点は、PMがファイルのバージョンを作成できることです。例えば、事前翻訳前のファイルのスナップショットを作成できます。事前翻訳が期待通りでない場合に有用です。また、ロックされたセグメントを無視する単語数分析も可能です。この機能は最近Smartcatにも追加されました。
memoQにはSmartcatよりも明らかに高度な機能もいくつか存在します。その一例が、TM駆動セグメンテーションを活用した事前翻訳機能です。例えば、ファイル内に以下の2つのセグメントがあるとします：
セグメント #1: リンゴが一つあります。セグメント #2: そのリンゴは美味しいです。
TM内に、セグメンテーション規則が異なる類似プロジェクトからの「I have an apple. The apple is delicious.」という一致がある場合、TM駆動型セグメンテーションが有効であれば、memoQはこの一致を挿入するためにセグメントを結合します。セグメントを分割する必要がある場合も同様です。6. フラグメント組み立ては、memoQ事前翻訳のもう一つの優れた機能です。その仕組みは以下の通りです。 ファイル内に以下のセグメントがある場合：
私はりんごを持っています。
翻訳メモリ（TM）には「私は梨を持っている」「私は車を持っている」「私は美味しいロシア産ウォッカのボトルを持っている」といった数十のセグメントが登録されているかもしれません。TMに「Apple」という単語が別のセグメントとして存在する場合、memoQはセグメントを統計的にフレーズに分割して翻訳を組み立てようとします。フランス語では、組み立てられた翻訳は次のように見えるかもしれません：
私はリンゴを持っています。
