Azure AI Translator

解決する課題

アプリやサービスを多言語に対応させたいとき、翻訳エンジンを自前で構築・運用しようとすると、言語ごとの学習データやモデル運用に大きな手間がかかります。Azure AI Translator は、ニューラル機械翻訳のエンジンを API として提供し、テキストやドキュメントの翻訳をアプリケーションへ手軽に組み込めるようにします。

• ユーザー入力やUI文言を リアルタイムに多言語へ翻訳したい
• Word・PDF・PowerPoint などの ドキュメントを書式を保ったまま翻訳したい
• 自社の 専門用語やブランド表現に合わせた翻訳に最適化したい
• 入力された文章が 何語かを自動判定してから翻訳したい
• 翻訳エンジンの構築・運用を抱え込まずに マネージドな翻訳を使いたい

主要概念と用語

• Translator（翻訳サービス）: Azure AI services が提供する翻訳機能。1つのリソース・エンドポイントから REST/SDK で呼び出す
• テキスト翻訳（Text Translation）: 短い文や段落を即時に翻訳する同期 API。複数の対象言語へ同時に翻訳することもできる
• ドキュメント翻訳（Document Translation）: Word・PDF・PowerPoint などのファイルを、書式やレイアウトを保ったまま翻訳する非同期機能
• Custom Translator（カスタム翻訳）: 自社の対訳データで学習し、専門用語や言い回しに合わせた独自モデルを作る機能
• 言語検出（Detect）: 入力テキストがどの言語かを推定する機能。翻訳前の前処理として使う
• 音訳（Transliteration）: ある言語の文字を別の文字体系へ変換する機能（例: 日本語のかなをローマ字へ）
• 辞書参照（Dictionary Lookup）: 単語の訳語候補や例文を返す機能
• プロファニティフィルター（Profanity Filtering）: 不適切な語の扱い（除去・マスクなど）を制御するオプション
• カテゴリ（Category）: Custom Translator で学習したモデルを識別し、翻訳時に指定するID

仕様・制限・クォータ

• テキスト翻訳は同期 APIで、ドキュメント翻訳は 非同期ジョブとして実行し完了をポーリングして結果を取得する
• REST API と各言語の SDK から利用でき、テキスト翻訳では1リクエストで複数言語への同時翻訳ができる
• 多数の言語に対応するが、機能（翻訳・音訳・辞書など）ごとに対応言語が異なるため、対象言語のサポート状況を事前に確認する
• 1リクエストあたりの配列要素数や文字数に上限があり、長文や大量データは分割やドキュメント翻訳の利用が必要になる
• ドキュメント翻訳は Azure Blob Storage 上のファイルを入出力の対象とし、ソースとターゲットのコンテナを指定して実行する
• データレジデンシー（処理リージョン）やグローバルエンドポイントなど、運用上の選択肢がある
• 具体的な上限値・対応言語・課金単位はリージョンや機能で異なり更新されるため、最新の公式ドキュメントで確認する

内部の仕組み

Azure AI Translator は、Microsoft が学習・運用する ニューラル機械翻訳モデルを API の背後に持ち、利用者はモデルそのものを意識せずに翻訳結果だけを受け取ります。入力テキストをエンドポイントへ送ると、ソース言語の検出（指定がない場合）と翻訳が行われ、ターゲット言語のテキストが返ります。

• テキスト翻訳は同期的に処理され、ソース言語を省略すると言語検出が自動で働く
• ドキュメント翻訳は、Blob Storage のソースから読み取り、翻訳済みファイルをターゲットへ書き出す非同期ジョブとして動く。書式やレイアウトは可能な範囲で保持される
• Custom Translator では、利用者が対訳データをアップロードして学習を実行し、生成したモデルにカテゴリIDを割り当てて翻訳時に指定する
• 翻訳エンジンやモデルの更新はサービス側で管理され、利用者はインフラを意識せずに使える

設計パターン / ベストプラクティス

• 標準翻訳で足りるならカスタムを作らない。対訳データの整備・学習・再学習の運用コストを避けられる
• 長文や大量データはドキュメント翻訳や分割を使い、テキスト翻訳の文字数・配列上限に収める
• ドキュメント翻訳は ジョブ投入とポーリングを前提に設計し、タイムアウトやリトライを組み込む
• ソース言語が不定な入力は 言語検出を前段に挟むか、翻訳側の自動検出に任せる
• 専門用語の訳ぶれが問題になる場合は Custom Translator や用語集で訳語を固定する
• 音声やドキュメントなど 他の AI サービスとパイプラインで連携し、文字起こし結果やテキスト化したドキュメントを翻訳へ渡す

運用・監視

• Azure Monitor のメトリクスで呼び出し回数・遅延・エラー率・スロットリングを監視する
• 診断設定でログを Log Analytics へ送り、利用状況やエラー傾向を長期に分析する
• スロットリング（レート上限） に備え、リトライとバックオフをクライアント側で実装する
• ドキュメント翻訳では ジョブのステータス遷移を監視し、失敗ジョブの再投入を運用に組み込む
• Custom Translator は 再学習のサイクルを運用に組み込み、対訳データの追加で品質を継続的に高める

コスト

課金は基本的に 翻訳した文字数に対する従量制で、機能や層によって単価が異なります。無料枠が用意されており検証段階ではコストを抑えやすい一方、ドキュメント翻訳や Custom Translator は課金観点が分かれる点に注意します。

セキュリティ

• Microsoft Entra ID 認証 + RBAC を基本とし、キー認証への過度な依存を避ける
• リソースのキーは Key Vault で管理し、コードへのハードコードを避ける
• プライベートエンドポイント / 仮想ネットワークで通信を閉域化できる
• ドキュメント翻訳で扱う Blob Storage の入出力コンテナのアクセス権を最小化する
• 保存データはサービス側で暗号化され、要件に応じて カスタマーマネージドキーにも対応する
• データレジデンシー（処理リージョン）の要件を満たすリージョンを選ぶ

関連サービス・比較

Azure AI Translator はテキストやドキュメントの翻訳に特化したサービスで、感情分析やエンティティ抽出などの NLP は Azure AI Language が、音声の文字起こしや音声翻訳は Azure AI Speech が担います。役割の境界と、AWS の相当サービスを対応づけると理解しやすくなります。

ハンズオン / CLI例

# リソースグループを作成
az group create --name demo-rg --location japaneast

# Translator リソース（Azure AI services の Translator）を作成
az cognitiveservices account create \
  --resource-group demo-rg \
  --name demo-translator-0628 \
  --kind TextTranslation \
  --sku S1 \
  --location japaneast \
  --yes

# エンドポイントとキーを確認（アプリから呼び出す際に使う）
az cognitiveservices account show \
  --resource-group demo-rg \
  --name demo-translator-0628 \
  --query "properties.endpoint" -o tsv

az cognitiveservices account keys list \
  --resource-group demo-rg \
  --name demo-translator-0628 \
  --query "key1" -o tsv

# 取得したキーを使い、REST API でテキスト翻訳を呼び出す例
# （KEY と REGION は上のコマンドの出力やリソースのリージョンに置き換える）
curl -X POST "https://api.cognitive.microsofttranslator.com/translate?api-version=3.0&from=ja&to=en" \
  -H "Ocp-Apim-Subscription-Key: <KEY>" \
  -H "Ocp-Apim-Subscription-Region: <REGION>" \
  -H "Content-Type: application/json" \
  -d '[{ "Text": "対応が早くてとても満足しています。" }]'