MicrosoftがMicrosoft Buildで、Azure Translatorの文書翻訳機能を拡張し、画像ファイルの直接翻訳・画像内文字の翻訳・技術文書フォーマット対応をいずれも一般提供（GA）で開始したと発表した。
Microsoftは開発者向けイベントMicrosoft Buildで、Azure Translatorの文書翻訳機能を拡張し、いずれも一般提供（GA）を開始したと発表した。最大の変化は、翻訳対象が「文字」から「画像を含む文書全体」へ広がった点にある。
具体的には、画像ファイルを直接翻訳しレイアウトを保ったまま即時に返す同期翻訳、大量の画像を一括処理するバッチ翻訳がGAになった。バッチ処理では画像をPDFへ変換する前処理が不要になった。PDFのバッチ翻訳はAzure AI Document Intelligenceを使い、表や脚注、多段組みのレイアウト再現を改善した。WordやPowerPoint内の画像に埋め込まれた文字も文書本文と一緒に翻訳できる。
さらに技術文書向けの構造化フォーマットXML DITAとXLIFF 2.0に同期・非同期の両方で対応し、翻訳結果を後処理なしで既存の制作工程へ戻せる。製品カタログやスキャン文書、技術仕様書をそのまま多言語化でき、リアルタイム処理は顧客サポートやプレビュー、バッチ処理はアーカイブやデータセット向けと用途を分けて使える。
この変化で何が要点か。図解と出典つきで一目で。
構造化された事実を最初に。誰が何をいつどこでなぜどのように。
Azure TranslatorはAzure AI Foundryのツール群に含まれる翻訳サービスで、これまでもテキストや一部文書形式の翻訳を提供してきた。だが企業の現場ではPDFやWord、PowerPointのほか、図表やスクリーンショットなど画像の中に重要な情報が埋め込まれている場合が多く、文字だけの翻訳では対応しきれなかった。今回はAzure AI Vision（画像内文字の検出・抽出）とAzure AI Document Intelligence（文書構造の解析）を組み合わせ、画像や複雑なレイアウトを保ったまま翻訳できるようにした。バッチ処理では画像ファイルをPDFに変換する前処理が不要になった。
翻訳対象が「文字」から「画像を含む文書全体」へ広がったことで、製品カタログやスキャン文書、技術仕様書など実務に多い資料をそのまま多言語化できる。リアルタイム（同期）処理は顧客サポートやプレビュー用途、大量一括（バッチ）処理はアーカイブやデータセット向けと、用途を分けて使える点が実装判断に効く。技術文書の構造化フォーマット（XML DITA・XLIFF 2.0）対応により、翻訳結果を後処理なしで既存の制作工程へ戻せる。
Microsoftは開発者向けイベントMicrosoft Buildで、Azure Translatorの文書翻訳機能を拡張し、いずれも一般提供（GA、誰でも本番利用できる正式提供）を開始したと発表した。最大の変化は、翻訳の対象が「文字」から「画像を含む文書全体」へ広がったことだ。
Learn how new Document Translation capabilities in Azure Translator, available in Foundry Tools, help developers translate images, PDFs, Office files, DITA, XLIFF, and future LLM-powered document workflows.
上の引用にある通り、画像・PDF・Office文書・DITA・XLIFFといった実務に多い資料を、Azure AI Foundryのツール群（Foundry Tools）に含まれるAzure Translatorでそのまま多言語化できる。製品カタログやスキャン文書、技術仕様書のように、図表やスクリーンショットの中に重要な情報が埋め込まれた資料を、文字だけの翻訳ではなく文書ごと扱える点が今回の核になる。
追加された機能のうち、現場の手間を直接減らすのは画像翻訳まわりだ。具体的には次の通り。
画像内の文字検出・抽出にはAzure AI Vision、文書構造の解析にはAzure AI Document Intelligenceを組み合わせており、これが複雑なレイアウトを保ったままの翻訳を支えている。
技術文書を多言語化する現場にとって効くのが、構造化フォーマットへの対応だ。今回、技術文書向けのXML DITA（マニュアルなどを部品単位で管理する構造化文書の規格）と、XLIFF 2.0（翻訳対象テキストをやり取りする業界標準のファイル形式）に、同期・非同期の両方で対応した。
これまで翻訳結果を既存の制作ツールへ戻すには変換や手直しの後処理が挟まることが多かった。標準フォーマットのまま翻訳できれば、訳文をそのまま元の制作工程へ差し戻せる。マニュアルや製品仕様書を継続的に多言語展開する組織では、翻訳と編集の往復にかかる工数が減る方向に効く。
立場別、明日から動ける一手。
同期翻訳とバッチ翻訳のどちらが自社の用途（顧客サポート/プレビュー か アーカイブ/データセット）に合うかを、公式ブログの記載で確認する。
画像のバッチ翻訳で前処理が不要になったことによる運用工程の削減幅を、現行のPDF変換ありフローと比較する。
WordやPowerPoint内の画像に埋め込まれた文字が、文書本文と一緒に翻訳されるかを実ファイルで試す。
本トピックそのものへのX上の反応は限定的で、同時期のMicrosoft Buildや各社の開発者向け発表に話題が集中している。Azure Translatorの文書翻訳拡張については、画像・PDF・Office文書をそのまま多言語化できる点と、XML DITA・XLIFF 2.0対応で制作工程へ後処理なしに戻せる点が、技術文書やカタログを扱う実務者に向けた実装判断材料として受け止められている。
※トレンド検出時刻付近の人気投稿を表示
