これをFDJPで一気に比較すると、順序違いの段落が追加・削除扱いになります。結局、追加や削除の部分だけをもう一度比較し、完全一致していることを確認した上で訳文をコピーしなければなりません。

このときは、1日あたり平均15,000ワードを処理しないと間に合わない納期でした。いくらFDJPがあるとはいっても、一段落ごとにFDJPを使っていく作業は、かなりの負担になります。

そこで、この負担を減らすために登場したのがCT_Matchです。具体的に言うと、CT_Matchには以下のプロセスを手伝ってもらっています。

(1) 似ている文の検索（秀丸）
(2) 該当する文の原文のコピー（秀丸）
(3) コピーした内容をFDJPにペースト（FDJP）
(4) 翻訳対象原文から、比較したい文の原文をコピー（Wordまたは秀丸）
(5) コピーした内容をFDJPにペースト（FDJP）
(6) 原文同士の比較（FDJP）
(7) 比較対象とした原文に対応する、すでにある翻訳文をコピー（Wordまたは秀丸）
(8) コピーした翻訳文を、翻訳対象原文の該当箇所にペースト（Word）

要するに、完全／部分一致文が相当な率で含まれることが分かっているときに、上記の作業を助けてもらうことがCT_Matchの目的です。CT_Matchではベースになる翻訳資産の作成には細心の注意を払う必要がありますから、普段はCT_Matchよりも秀丸とFDJPの組み合わせを使うほうが、効率的で速いことも多々あります。

実は、この関連5件の受注には裏話があります。
クライアントさんの方では、翻訳者の負担を極力減らすためにという配慮から、完全一致部分に翻訳不要として×印を付けてきていました。

先方では親ファイルをひとつ決め、それをベースに他の件をFDJPで一気に比較して翻訳不要箇所を抽出していたのです。翻訳不要箇所については、納品後に社内のコーディネータが親ファイルの訳文から該当部分をコピーして挿入する段取りになっていたようです。もともとが普通にやって訳せる量ではありませんので、この配慮はもっともです。

でも、CT_Translateなどのツールを駆使していた私にとって、翻訳不要箇所だけ原文のまま残すのは、かえって厄介でした。かといって、翻訳不要箇所をいちいちデータから削るのも100%無駄な作業になります。それより、全文に訳を入れておく方がよほど楽でした。ましてやCT_Matchが生まれた後はなおさらです。

そこで、翻訳不要箇所にも訳文を入れてもよいかと訊ねました。訳文の挿入は、もともとクライアント側で行う予定になっていた作業ですので、ノーと言われるはずがありません。

最初から過剰負荷の案件なのに、さらに自分の作業を増やすような要望が翻訳者の側から出たことで、クライアントは驚きました。このようなことがあると、翻訳者への謎と信頼感は高まります。おまけに、翻訳不要箇所を除いても普通なら何日もかかるような翻訳が、1日1件のペースで納品されてきたあかつきには、クライアントがいかに驚いたかは想像に難くないでしょう。

この一連のケースでは、（さすがに無理だと思ったのか、こちらに発注されていなかっただけで）実はもっとたくさんの関連案件がありました。

そして、最初は5件での発注だったのが、途中から何件も追加の依頼がきています。そう、「どうしてなのかは謎だけど、こんなに高速・確実に処理できるのであれば、もう少し頼んでも大丈夫かも」ということになったわけですね。

CT_Matchシリーズは、こうした「いざというとき」に強いツールです。
もちろん、似たような内容の案件ばかりを扱っている人であれば、毎回使うようにしても構わないのですが、基本的には万が一に備えるためのツールだと考えてください。

なお、CT_Matchを使わずに秀丸エディタとFDJPを利用した運用事例については、辞書パックの資料『エディタとテキスト比較による翻訳資産活用の運用事例』で解説しています。