海外の競合企業の決算説明会の英語の録音と文字起こしを日本語に訳し、売上の動き・見通し・投資の方針を経営企画の比較メモにまとめる

処理の起点を決める

毎朝8時に、受付フォルダに新しいファイルがあるかを確かめて動かします。 説明会は米国の時間で開かれることが多く、日本では夜から早朝です。録音や文字起こしがIRのページに載るのは、説明会の当日から数日後と会社によって違うので、取れた日に担当者がフォルダに入れ、翌朝にまとめて処理します。

ファイルを取ってくるのは担当者です。 IRのページの作りは会社ごとに違い、録音の再生だけで保存ができない会社や、利用条件で取り込みを断っている会社もあります。どの会社の何を取ってよいかは、担当者が利用条件を見て決めます（第13章）。スクリプトはIRのページを見に行きません。

ファイル名は「会社コード_決算期_四半期_種類」にそろえます。 例えば C07_FY2026_Q3_audio.mp3、C07_FY2026_Q3_transcript.txt、C07_FY2026_Q3_slides.pdf です。スクリプトはファイル名から会社と四半期を決め、前の四半期の比較メモを引きます。 名前がそろっていないファイルは処理せず、担当者に戻します。

処理が終わったファイルは処理済みフォルダへ移します。 移すのは比較メモの下書きができたときだけで、受付フォルダに残っている数が、そのまま未処理の数になります。

入力データを集める

質を決めるのは、下の2つです。 会社の台帳に決算期と報告の通貨が無ければ、「Q1」がいつの四半期か、「$」がどの通貨かを取り違えます。用語集が無ければ、同じ「design win」が回ごとに「採用獲得」「デザインイン」「設計採用」と揺れ、 比較メモを並べて読めなくなります。

経営陣の名前と役職を台帳に持つのは、話者を当てるためです。 説明会では司会が「Now I'll turn it over to our CFO」と言って話者が替わります。音声から話者を聞き分けても、誰が話したかの名前は、台帳と司会の言葉で決めます。

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

音声と文字起こしの両方があるときは、文字起こしを使います。 会社が載せた文字起こしは、数字と固有名詞が会社の確かめた表記になっているからです。音声は文字起こしが無い会社の代わりで、音声から作った原文には「音声から聞き取り」という印を付け、担当者が確かめる範囲を広げます。

音声の扱いは公式のページに沿います。 音声は1秒あたり32トークンとして数えられ、16Kbpsに落とされ、複数のチャンネルは1つにまとめられるとされています。60分の説明会なら約11万5千トークンです。2つの音声を1つにまとめる必要はなく、説明会ごとに1回ずつ投げます。

Files API に上げたファイルは48時間で消え、上げた側からダウンロードすることもできません。 元の録音は受付フォルダ（処理後は処理済みフォルダ）に残しておき、やり直すときはもう一度上げます。

AIへ渡す前に整形する

1. ファイル名の確認 … 会社コード・決算期・四半期・種類がそろっているかを見ます。そろっていなければ担当者に戻します
2. 音声の形式の確認 … 公式のページで対応とされる形式（WAV、MP3、AAC、FLAC、M4A など）かを見ます。動画で取れたものは、音声だけを取り出します
3. 大きさの確認 … 20MBを超えれば Files API に上げます。2GBを超えるものは、説明と質疑の区切りで分けます
4. 文字起こしの整え … 会社の文字起こしにある免責の定型文（将来の見通しに関する注意書き）と、オペレーターの案内の部分に印を付け、訳の対象から外します
5. 台帳から当てる情報を引く … 決算期、報告の通貨、セグメントの名前、経営陣の名前と役職、用語集を、その会社の分だけ取り出します
6. 前回の比較メモを引く … 同じ会社の直前の四半期のJSONを引きます。無ければ「初回」とします

4番目の免責の定型文を外すのは、毎回同じ長い文を訳させないためです。 「This call contains forward-looking statements...」は毎回ほぼ同じで、訳しても比較メモに使うところがありません。 ただし、定型文の後に会社が特に付け足した注意（特定の訴訟や規制への言及）は外さず、印を付けて訳させます。

AIに処理させる

1回目にさせるのは、話者と時刻を付けた英日の対訳です。 段落ごとに、話者、開始の時刻（MM:SS）、英語の原文、日本語の訳を並べます。公式のページでは、音声の中の位置を MM:SS の形で指して扱えるとされています。

2回目にさせるのは、対訳から比較メモの項目を取り出すことです。

右端の「言及なし」と「見通しの開示なし」を分けるのが大事です。 前回まで見通しを出していた会社が今回出さなかったなら、それ自体が大きな変化です。何も書かずに空欄にすると、「言わなかった」と「拾い漏れた」の区別がつきません。

1行目と2行目がいちばん起きやすい失敗です。 頼まなくても、親切に「約150億円」と書き添えます。換算の基準日と為替の値をどれにするかは比較表の決まりで、訳の中で行うと回ごとにばらつきます。

指示内容を固定する

あなたは経営企画部の調査担当を手伝い、海外企業の決算説明会を
日本語に訳して、比較メモの項目を取り出す立場です。
渡した音声または文字起こし、会社の台帳、用語集、前の四半期の比較メモだけを
見てください。他の報道や一般の知識で補わないでください。

【1回目：対訳】
- 段落ごとに、話者、開始の時刻（MM:SS）、英語の原文、日本語の訳を出してください。
- 話者の名前と役職は、台帳と司会の紹介の言葉で決めてください。
  決められなければ「話者不明」としてください。
- 用語集にある語は、用語集の訳語を使ってください。
- 数字は訳の中で、英語の表記をかっこで添えてください。
  例：売上高は12億ドル（$1.2 billion）
- 文字起こしが渡されたときは、その文言を原文としてそのまま使ってください。
  音声から聞き取ったときは、source を "audio" にしてください。

【2回目：比較メモの項目】
- 売上の動き、次の四半期の見通し、通期の見通し、設備投資と研究開発、
  質疑の論点、自社に関わる語を、決めた形で取り出してください。
- 各項目には、根拠の英語の原文と時刻を必ず付けてください。
- 前の四半期の比較メモに同じ項目があれば、前回の原文を並べ、
  変化を「上げた／据え置いた／下げた／新たに言及／言及をやめた／判断できない」
  から選んでください。迷ったときは「判断できない」を選んでください。

【厳守事項】
- 金額を円に換えないでください。暦年の四半期に直さないでください。
- 「mid-single digits」「low teens」などを数値に直さないでください。
  訳は「1桁台半ば」「10％台前半」のように言葉のまま、原文を添えてください。
- 述べられていない項目は「言及なし」、見通しを出していなければ
  「見通しの開示なし」としてください。推測で埋めないでください。
- 発言と説明資料の数字が食い違っても、発言を直さないでください。
  食い違いとして印を付けてください。
- 変化の良し悪しや、自社への示唆を書かないでください。
- アナリストの名前は出力しないでください。所属の会社名だけにしてください。

【会社の台帳】{company_profile}
【用語集】{glossary}
【前の四半期の比較メモ】{previous_memo}

「数字に英語の表記をかっこで添える」は、6番目の照合のための指示です。 添えられた「$1.2 billion」という文字列が原文にあるかは、プログラムで確かめられます。添えさせなければ、訳の数字が正しいかを人が1つずつ聞き直すことになります。

「迷ったときは判断できない」を入れているのは、変化の向きを取り違えると比較メモの意味が逆になるからです。 「通期の見通しは据え置き、ただし下限に寄る」を「据え置いた」とだけ書くと、経営会議は相手の弱気を読み落とします。

出力形式を固定する

2回目の出力は、構造化出力でJSONにします。 Gemini API の公式ページでは、Interactions の response_format に mime_type を application/json とし、schema にJSONスキーマを渡す形になっています。対応するのは JSON Schema の一部で、enum や required が使えます。

{
  "company_code": "C07",
  "fiscal_period": "FY2026 Q3",
  "source": "transcript | audio",
  "items": [
    {
      "category": "revenue | guidance_next_q | guidance_fy | capex_rd | qa | own_keyword",
      "status": "mentioned | not_mentioned | not_disclosed",
      "ja": "",
      "quote_en": "",
      "speaker": "",
      "timestamp": "MM:SS",
      "previous_quote_en": "",
      "change": "raised | maintained | lowered | new | dropped | unclear",
      "figures": [ { "ja": "12億ドル", "en": "$1.2 billion" } ]
    }
  ],
  "conflicts_with_slides": [ { "quote_en": "", "slide_page": 0, "note": "" } ]
}

1つ目の理由は、status と change を enum で縛れることです。 「言及なし」と「見通しの開示なし」が自由文で書かれると、比較表で数えられません。決めた値だけを返させれば、四半期をまたいで並べられます。

2つ目は、figures で数字だけを別に持てることです。 スクリプトは figures の en を原文の中で探し、見つからない数字に印を付けます。 音声から聞き取った回は原文も聞き取りなので、照合が通っても source が audio なら人が時刻で聞き直します。

3つ目は、前回と今回が同じ行にあることです。 previous_quote_en と quote_en を並べて読めば、相手が言い回しをどう変えたかを英語のまま比べられます。

公式のページは、構文として正しいJSONでも値が正しいとは限らないので、アプリ側で確かめるよう書いています。 6番目の照合は、その確かめの一つです。

システムへ連携する

比較表の本表には書き込みません。 比較表は四半期をまたいで経営会議に出す表で、一度入った数字の誤りは何四半期も残ります。 スクリプトが書くのは「行の案」のシートまでで、本表に写すのは担当者です。

人が確認する

この構成では、全件を担当者が確かめます。 比較メモは経営会議の材料になるからです。

1. 照合で印が付いた数字を先に見る … 原文に英語の表記が見つからなかった数字を、時刻で戻って確かめます
2. 見通しの言い回しを原文で読む … guidance_next_q と guidance_fy の quote_en を英語のまま読み、訳が強すぎないか弱すぎないかを見ます
3. 変化の向きを確かめる … change が前回の原文と今回の原文から見て正しいかを見ます。unclear は担当者が決めます
4. 音声から聞き取った回は範囲を広げる … 数字と固有名詞を時刻で聞き直します
5. 自社への示唆を書き足す … ここだけは最初から担当者が書きます

2番目を省かないでください。 訳の強弱は、数字よりも誤りに気づきにくい部分です。「慎重」と「悪化」の違いは、経営会議の判断を変えます。

目標は、1回あたり60分です。 聞き取りと訳がなくなり、確かめる場所が時刻と印で示されることで、見る場所が決まります。

例外に対処する

上から3行目は、アジアの企業で起きます。 英語の同時通訳つきで開く会社もあり、通訳の英語を原文として扱うと、通訳の言い換えが「経営陣の言葉」として残ります。 通訳の音声か原語の音声かを、比較メモに書いておきます。

記録を残す

• 元の音声・文字起こし・資料と、取ってきた日とIRのページの場所
• 1回目の対訳と2回目のJSONの全文
• 照合で印が付いた数字と、担当者が確かめた結果
• 担当者が直した箇所 … どの訳を、どう変えたか
• 比較メモの最終版と、経営企画部長に回した日
• 会社ごとの「音声から聞き取り」の回数と、直した箇所の数

担当者が直した箇所は、用語集を育てる材料になります。 同じ語の訳を何度も直しているなら、その語を用語集に足せば次の回から直す手間が消えます。

2回目のJSONは、次の四半期の「前回の比較メモ」になります。 担当者が直した後の版を保存し、次の回はその版を引きます。 直す前の版を引くと、前回の誤りが今回の比較に入ります。