初めに森口氏より、事例を用いた用語の重要性についての再確認が行われた。Test」という用語が、UI採用やTMでの利用・編集により、複数のバージョンがバラバラに伝播していき、結果、用語管理のライフサイクル内に負の連鎖が発生するという、ドイツTC協会tekomでの事例が示され、用語の規定ルールが存在しないことによる用語の功罪を確認した。ドイツで取り組みが進んでおり、その中でTC協会とJTFでも用語統一のためのワーキンググループ(WG)が発足したことが紹介された。次に徳田氏が、TC観点からの用語の重要性と課題について説明した。翻訳の分野では用語集といえば「A=B」という形式で対訳として提供されることが多い。TC分野では原稿を作る段階から表現の統一に使用されるため、対訳だけでなく用語の定義や用例などの項目が必要であり、翻訳以前の原稿作成の段階から用語を固めておくことの重要性が提起された。TC分野における和文の原稿作成の場合、元原稿を技術者が執筆するのが一般的である。技術者は、用語の創作/名詞化(例:「~機能」)を好んで行う傾向がある。日本語では名詞化した言葉を創作するのは簡単であるため、数多くの表現が生み出される。名詞化した用語は英訳の際に同様に名詞化することは難しいため、通常、動詞で表現する。それを用語として登録することにはとても困難が伴う。そのため、原稿執筆の段階より用語を固めておく必要があると徳田氏はいう。この問題が起こるのは、技術者の書いた用語を的確に理解・承認できる人がいないことが背景にあることも指摘された。次のセクションでは森口氏から、用語管理の階層構造やPDCAサイクルを念頭に置いた欧米の用語管理・運用について、TCシンポジウムで翻訳会社の立場からメーカー向けに公演した内容として以下が語られた。クライアントから用語が支給された際、課題は以下のようなものがある。一般的に、用語集は階層構造を持っており、ピラミッド的に以下のように各レイヤーで積み重なっている。悪い例:客先から提供された用語集が1つのExcel内に複数のシートがあり、どのシートをどのような用途・優先度で優先するのか不明。上記の用語集に優先度が未指定。運用方針の不備UI、略語、未知語の取り扱い、大規模プロジェクト時に用語が揺れた際のQAフローなどが未決定。管理方針の不備TMに登録した後の管理方針に不備がある場合、後に勝手に変更してしまう恐れがある。管理運用に際して、上記のような課題があるなか、管理方針の参考として欧米の例を紹介する。欧米の例では用語の管理について以下の1–6までを繰り返し回していく。「1.エントリ選定」–「2.定義依頼」–「3.定義作業」–「4.承認」–「5.公開」–「6.メンテナンス」–「2.定義依頼」...各フェーズについての解説とコメントは以下の通りである。エントリ選定:用語とする言葉を選定する。ソースクライアントが選定するべきであるが、決まってないことが多い。ソースクライアントの任意の部門が「用語」として言葉を選定する必要がある。定義依頼:開発部門もしくは翻訳会社など、定義を決定する作業者を決め、定義を依頼する。定義作業:各言語で用語を定義する。多言語の場合は各言語のサプライヤーや販社に依頼することになる。承認:定義された用語を承認する。定義された用語を誰が承認するのかの検討が必要。(例:ターミノロジスト、現地の販社、ソースクライアントの依頼部門)公開:作業者に用語集を公開する。用語集の使い方が正確に伝わっているかに注意。メンテナンス:必要に応じて用語の変更、削除を「2.定義依頼」のプロセスに流す。上記6フェーズのサイクルの中心で、ステータス・属性管理などすべての管理をしている「ターミノロジスト」が重要な役割を果たしている。ドイツでは管理の仕組みが整備されており、会社によってはターミノロジストという役割を与えている会社もある。専任ではなくPMやQA担当者が兼任することが多い。上記サイクルができあがった後、公開・運用時にも課題は挙がる。新出の用語が出現したときの対応方法を翻訳者に扱いを任せるかどうかと言った点である。用語集があると翻訳者は逆に迷うことがあるが、新出用語は現場の翻訳者が一番把握しているため、「新出の用語の場合は翻訳者に任せます」という一言が重要である。翻訳者の高橋氏が個人翻訳者の立場から、用語集への要望や、理想の用語集について語った。翻訳者が依頼者から受け取る用語集にはいくつかの種類がある。Termの形式で届けられる。能動的に検索しなくても該当の用語が使われている場合は自動で提示されるため、分野に詳しくない場合に有用であることが利点として挙げられるが、一方で欠点には、検索機能が低く、用語加工の手間がかかることが挙げられる。多い形式はExcelファイルで配布されるパターンで、利点としては作成・加工しやすさがあるが、正規表現やワイルドカードが使えない等、検索性が高くないことが欠点である。用語集がテキストファイル形式で配布されることもあり、こちらが一番使いやすいと考える。検索性が高く、加工しやすいという利点を最大限に活かすため、受領した用語集はすべてこの形式に変換して使用している。欠点は色分けなどができないことである。上記のような形式があるが、形式によらず以下a–fのような用語集は翻訳者にとって利用しにくい。レイヤーの区別がなく、翻訳者の判断が困難。b)一対多になっており「使い分け情報」がない。c)製品名、サービス名の表記が混乱している。