外国へ商標を出願するときに、日本の出願の指定商品・役務を英訳し、国際分類の表示と過去の対訳に照らして範囲のずれと要確認の表示を挙げる

処理の起点を決める

案件管理システムで、案件の状態が「英訳待ち」になったことを起点にします。 英訳のプログラムが15分ごとに案件の一覧を見て、状態の変わった案件を拾います。依頼者と出願先の国を詰めている途中で動かさないよう、担当者が状態を変えたときだけ動かします。

出願先の国が変わったら、もう一度動かします。 国によって確かめる道具が変わり（国際出願なら MGS、米国への直接出願なら ID Manual）、対訳表の受け入れの記録も国ごとに違うためです。前回の対訳表は消さず、版を分けて残します。

対訳表と参照表の更新は、別に動かします。 指定国の審査の結果が届いたとき、国際分類の新しい版が発効したときに、表を更新します。更新した日より前に作った対訳表のうち、出願前のものを一覧にして担当者に知らせます。

入力データを集める

質を決めるのは、事務所の対訳表です。 対訳表の英語は、受け入れられたものと、指定国から指摘を受けたものを分けて持ちます。 区別しないと、指摘を受けた英語を「過去に使った訳」として当ててしまいます。

依頼者の商品の説明を入れるのは、和文だけでは訳が決まらない表示があるためです。 和文の表示が広い言葉のとき、英語では用途や材質を書き足すかどうかで範囲が変わります。依頼者が外国で何を売るかを、範囲を判断する材料として弁理士に渡します。

データの取得方法を決める

指定商品・指定役務は、所定の様式（区分の列と表示の列を持つ表）で受け取ります。 日本の出願の願書の写しから文章のまま読ませると、区切りの位置を誤ります。願書から表に写す作業を、最初の手順に置きます。

似た和文の検索は、AIではなくプログラムで行います。 文字の重なりで、対訳表と参照表から上位10件ずつを取ります。候補の行はプログラムが取り出し、AIにはその中から選ぶか、無ければ訳すかを決めさせます。

AIへ渡す前に整形する

1. 区切り … 表示の並びを、読点・全角の空白・改行で項目に分けます。括弧の中では分けません
2. 表記の揃え … 全角・半角、長音の記号を揃えた照合用の値を作ります。対訳表には元の表記を載せます
3. 完全一致の照合 … 揃えた和文で対訳表を引き、区分も一致し、出願先の国で受け入れられた記録のある行を「過去の対訳」とします
4. 受け入れの記録の無い一致 … 和文は一致するが、出願先の国で使った記録が無い行は、英語を当てたうえで「要確認」の印を付けます
5. 版の確認 … 対訳表の行の国際分類の版が今の版と違えば、印を付けます
6. 候補の収集 … 一致しない項目ごとに、似た和文の対訳を上位10件取ります。指摘を受けた記録のある英語は、候補から外します

4番目を分けるのは、国によって受け入れられる表示が違うためです。 ある国で受け入れられた英語が、別の国でも受け入れられるとは限りません。MGS に受け入れの確認の機能があるのは、そのためです。出願先の国で使った記録が無ければ、過去の対訳でも確かめる対象に入れます。

6番目で指摘を受けた英語を外すのは、同じ指摘を繰り返さないためです。 外した英語は、候補とは別に「過去に指摘を受けた訳」として対訳表に添え、担当者が避けられるようにします。

AIに処理させる

させるのは、対訳表と一致しない項目ごとに、次の4つを出すことだけです。

範囲の判定は4つの値で返させます。 same（同じ範囲）、broader（英訳のほうが広い）、narrower（英訳のほうが狭い）、uncertain（判断できない）です。broader は、出願の一覧に入れる前に必ず弁理士が見る印です。

1行目と2行目が、最も起きやすい失敗です。 AIは、英語として自然な一覧にしようとして、和文に無い用途や例を書き足すことがあります。 書き足した語は、そのまま範囲の変化です。指示で禁じたうえで、英訳の語と和文の語の対応を term_map に書かせ、和文に対応の無い英語の語があればプログラムが「要確認」にします。

指示内容を固定する

あなたは特許事務所の外国出願の担当です。日本の商標出願の指定商品・指定役務のうち、
事務所の対訳表と一致しなかった項目を、外国出願用の英語に訳してください。

【出すもの】
1. translation：英訳の案
   - 【候補の行】に和文と同じ範囲の英語があれば、その英語をそのまま写す
   - 合う候補が無ければ、和文の語だけを使って新しく訳し、new_translation を true にする
2. source_id：写した候補の行の番号。新しく訳したときは空
3. scope：和文と比べた英訳の範囲
   - same ...... 同じ範囲
   - broader ... 英訳のほうが広い（和文に無い商品を含みうる）
   - narrower .. 英訳のほうが狭い（和文の商品の一部が外れる）
   - uncertain . 判断できない
4. class_check：和文の区分と、候補の行の区分が合っているか（ok／mismatch／uncertain）
5. term_map：和文の語と英訳の語の対応
6. note：判断に迷った点を1〜2文

【厳守事項】
- 和文に無い商品・用途・材質・例を英訳に足さないでください。
- "namely" "including" "such as" などで例を書き足さないでください。
- 区分を変えないでください。合わないと思うときは class_check を mismatch にしてください。
- 候補の行の英語を写すときは、語を足したり減らしたりしないでください。
- 迷ったときは scope を same にせず uncertain にしてください。
- 指定する国で受け入れられるかどうかは書かないでください。
- term_map には、英訳のすべての語が和文のどの語に当たるかを書いてください。
  和文に当たる語が無い英語の語があれば、その語の相手を空にしてください。

【和文の項目】{item}（区分：第{class}類）
【依頼者の商品の説明】{client_note}
【候補の行】{candidates}
【過去に指摘を受けた訳】{rejected}

「例を書き足さない」を明記しないと、自然な英語にするために書き足します。 「衣服」を訳すときに、具体例を並べて「namely」で続けるのは英語の一覧としてはよく見る形ですが、どの例を挙げるかは範囲の判断です。 弁理士が依頼者と決めます。

term_map で和文に当たらない英語の語を空にさせるのは、プログラムで書き足しを見つけるためです。 相手が空の語が1つでもあれば、その項目は broader かどうかにかかわらず弁理士に回します。

出力形式を固定する

次の形のJSONで受け取ります。

{
  "item_id": "",
  "original_ja": "",
  "class": 0,
  "translation": "",
  "new_translation": false,
  "source_id": "",
  "scope": "same | broader | narrower | uncertain",
  "class_check": "ok | mismatch | uncertain",
  "term_map": [ { "ja": "", "en": "" } ],
  "note": ""
}

1つ目の理由は、過去の対訳とAIの訳を同じ表に並べられることです。 前処理で「過去の対訳」とした項目も同じ形の行にし、どの行が過去の英語で、どの行がAIの新しい訳かを source_id と new_translation で分けます。

2つ目は、対訳表の判定を規則で決められることです。

判定の条件が重なる行は、下の行を優先します。 新しい訳で範囲も broader の行は、MGS で確かめる前に弁理士が範囲を決めます。範囲が決まらないまま MGS で受け入れを確かめても、確かめた英語が使われないことがあり、担当者の確認が無駄になるためです。 弁理士が英語を決めてから、担当者が MGS に回します。

3つ目は、出願用の英語の一覧をプログラムで組み立てられることです。 弁理士が確定した行を、区分ごとに番号を付けて並べ、区切り記号をそろえます。組み立てをAIに任せないので、確定した英語が一覧の段階で変わりません。

担当者と弁理士には、案件ごとに次のような対訳表を渡します。

【案件】TM-F-2026-0331　出願先：国際出願（指定国 5）　国際分類：NCL(13-2026)

【要判断（弁理士）】
 第30類「冷凍の調理済み麺」→ (英訳の案)   scope: broader
   理由：英訳から「冷凍」に当たる語が落ちている

【要確認（MGS）】
 第30類「抹茶入りの焼き菓子」→ (英訳の案)   new_translation
   MGS で各指定国の受け入れを確認

【候補から選択】 3項目　【過去の対訳】 8項目（受け入れた国と版は別表）

「要判断」と「要確認」を上に置き、行き先を分けます。 前者は弁理士、後者は担当者が見るもので、同じ一覧に混ぜると、MGS で確かめれば済む行に弁理士の時間を使います。

システムへ連携する

MGS とはプログラムでつなぎません。 担当者が画面で表示を検索し、受け入れの結果を参照表に記録します。記録した結果は、次の案件の候補と前処理の照合に使われます。

WIPO や各国の官庁への出願のシステムともつなぎません。 英語の一覧を出願書類に入れて提出するのは、従来どおり弁理士の確認を経た人の手順です。WIPO の案内にあるとおり、出した後に一覧は広げられないので、提出の手前は必ず人が持ちます。

人が確認する

対訳表の全行を、判定ごとに担当者と弁理士で分けて見ます。

1. 担当者が「要確認（MGS）」を見る … 新しく訳した表示と、出願先の国で使った記録の無い過去の対訳を MGS で検索し、受け入れの結果を記録します。「要判断」にも当たる行は、弁理士が英語を決めた後に回します
2. 弁理士が「要判断」を見る … 範囲が広い・狭い・判断できない行と、区分の合わない行です。依頼者の商品の説明と照らし、和文の範囲に収まる英語を決めます
3. 弁理士が「候補から選択」と「過去の対訳」を流し見る … 英語の並びに違和感が無いかだけを見ます
4. 確定した英語を対訳表に戻す … 受け入れの結果が出たら、審査の結果の欄を更新します

2番目が、AIに任せられない部分です。 英語でどこまで具体的に書くかは、依頼者がその国で何を売るかと、日本の出願の範囲の両方を知っている弁理士にしか決められません。

4番目が、次の案件の時間を減らします。 確定した英語と受け入れの結果が対訳表に戻ると、同じ和文の次の案件では前処理で当たり、AIにも担当者にも回りません。

目標は、36件をならして1件30分です。 過去の対訳で埋まる案件は短く、新しい商品の多い案件は MGS での確認に時間がかかります。

例外に対処する

上から6行目と7行目は、毎年必ず起きます。 国際分類は毎年版が変わり、WIPO の案内でも次の版の事前の公表が始まっています。版をまたぐ時期に出す案件は、過去の対訳に頼りすぎないことが大事です。

記録を残す

• 和文の様式と、出願先の国・経路
• 英訳に使った対訳表・参照表の版と、国際分類の版
• 項目ごとの判定（前処理の結果とAIの出力の両方）と、集めた候補の行
• 担当者が MGS で確かめた結果と、確かめた日
• 弁理士が確定した英語と、AIの案から変えた理由
• 出願後の各国の審査の結果（表示を理由とする指摘の有無）

2つ目の国際分類の版が、後から最も必要になる記録です。 指定国から表示について指摘を受けたときに、英訳の時点でどの版を見ていたかが分からないと、訳の誤りか、版の変更かを切り分けられません。

最後の行は、対訳表を育てる材料になります。 指摘を受けた英語と補正後の英語を対訳表に戻すと、次の案件から指摘を受けた訳は候補に出ず、補正後の英語が当たります。