本文へ移動

Azure AI Fundamentals(AI-901)想定問題集

テキストと音声の AI ソリューションの要点整理と想定問題

公式の学習ガイドの「Microsoft Foundry を使用して AI ソリューションを実装する(55〜60%)> Foundry を使用してテキストと音声用の AI ソリューションを実装する」にあたる分野です。まず要点整理で全体をつかみ、下の演習で 35 問を 1 問ずつ解けます。答えると A〜D すべての解説が出ます。

この分野の小項目

  • 2.2 テキスト分析を組み込んだアプリ(Azure Language)(5 問) テキスト分析を含む軽量アプリケーションを構築する(Azure Language の固有表現認識・感情分析・キー フレーズ抽出・要約などの呼び出し)。
  • 2.2 言語検出・PII 検出などの前処理(6 問) テキスト分析を含む軽量アプリケーションを構築する(言語検出、個人を特定できる情報の検出と伏せ字化)。
  • 2.2 生成モデルでのテキスト分析(4 問) テキスト分析を含む軽量アプリケーションを構築する(デプロイ済みの生成モデルにプロンプトで分類・抽出・要約をさせる方法との使い分け)。
  • 2.2 マルチモーダル モデルで音声プロンプトに応答する(4 問) デプロイされたマルチモーダル モデルを使用して、音声プロンプトに応答する。
  • 2.2 Azure Speech で音声認識アプリを作る(7 問) Foundry Tools の Azure Speech を使用して軽量アプリケーションを構築する(音声テキスト変換・リアルタイム/高速/バッチ文字起こし)。
  • 2.2 Azure Speech で音声合成アプリを作る(5 問) Foundry Tools の Azure Speech を使用して軽量アプリケーションを構築する(テキスト読み上げ・音声の選択・SSML)。
  • 2.2 音声翻訳・言語識別・Voice Live(4 問) Foundry Tools の Azure Speech を使用して軽量アプリケーションを構築する(音声翻訳、話されている言語の識別、音声での対話)。

要点整理

テキスト分析を組み込んだアプリ(Azure Language)

Azure Language:コア機能と従来の機能を分けて覚える

Azure Language は、文章を理解・分析する自然言語処理の機能をまとめた Foundry Tools のサービスです。Foundry ポータル・REST API・クライアント ライブラリから使えます。

使い方の流れは共通です。リソースを作るとエンドポイント URL とキーが生成され、それで要求を認証してテキストを送ります。事前構築済みの機能は、モデルを変えずにそのまま分析します。

2026 年の公式ドキュメントは、機能を「コア機能」と「従来の機能」に分けています。新規開発に推奨されるコア機能は、PII 検出・言語検出・固有表現認識(事前構築済みとカスタム)・Text Analytics for health です。

従来の機能には、会話言語理解・カスタム テキスト分類・エンティティ リンク設定・キー フレーズ抽出・オーケストレーション ワークフロー・質問応答・感情分析とオピニオン マイニング・要約があります。

要約には、文章の抽出型要約と抽象型要約、会議や通話の会話要約があります。従来の機能のうち、感情分析・キー フレーズ抽出・要約は、2029 年 3 月 31 日に Azure Language から廃止予定です。公式は、新しいプロジェクトを Microsoft Foundry のモデルに向けるよう案内しています。

固有表現認識は、人・場所・組織・数量などを見つけて種類に分けます。自社固有の種類を取り出したいときは、自分のデータで学習させるカスタム NER を使います。

やりたいこと使う機能区分
人名・場所・組織などを種類付きで取り出す固有表現認識コア
個人情報を見つけて伏せるPII 検出コア
文章が何語かを判定する言語検出コア
医療の文章から病名や薬を取り出すText Analytics for healthコア
主な話題の語句を一覧にするキー フレーズ抽出従来(2029-03-31 廃止予定)
肯定・否定を判定する感情分析従来(2029-03-31 廃止予定)
長い文章や会話を短くまとめる要約従来(2029-03-31 廃止予定)
語句の正体を判別し Wikipedia へつなぐエンティティ リンク設定従来

出典: Foundry Tools の Azure 言語とは/Azure Language の名前付きエンティティ認識 (NER) 機能は何ですか?/Azure Language Service での感情分析とオピニオン マイニングとは/要約とは何か

言語検出・PII 検出などの前処理

言語検出と PII 検出:送る前の前処理

言語検出は、文書ごとに主な言語・ISO 639-1 の言語コード・名前・信頼度スコアを返します。100 を超える言語に対応し、文字の種類(スクリプト)も返します。

英語とフランス語で綴りが同じ語のように、あいまいな入力もあります。そのときは ISO 3166-1 alpha-2 の国・地域コードをヒントとして渡すと、判定を助けられます。

PII 検出は、氏名・電話番号などの個人を特定できる情報を見つけ、伏せ字にします。結果には、エンティティのカテゴリ・信頼度スコア・伏せ字にしたテキストが含まれます。

PII 検出には 3 つの種類があります。文字列を同期で処理するテキスト PII、チャットや文字起こしを扱う会話 PII、PDF や Word のファイルを扱うドキュメント ベースの PII です。

返す種類を絞りたいときは、piiCategories に Person などを指定します。入力の言語を指定しないと、既定で英語として処理される点にも注意します。

伏せ方の方針(文字で埋める・種類名に置き換える・架空の値に置き換える)は、プレビューの API で選べるようになっています。運用では一般提供(GA)の API バージョンを使うのが公式の推奨です。

PII の種類入力向く場面
テキスト PII文字列(同期)アプリ・プロンプト・ログ・チケット
会話 PIIチャットや文字起こし(非同期)コンタクト センター・会議・通話記録
ドキュメント ベースの PII.pdf・.docx・.txt(非同期)文書の共有やコンプライアンスの処理

出典: Azure 言語での言語検出とは/Azure言語での個人を特定できる情報 (PII) 検出機能とは/テキストから個人を特定できる情報 (PII) を識別して抽出する

生成モデルでのテキスト分析

生成モデルでテキストを分析する

デプロイ済みの生成モデルにプロンプトで指示すれば、分類・抽出・要約・感情の判定もできます。学習データが無くても、すぐに試せるのが強みです。

決まったラベルに分けたいときは、分類名と入力・答えの例をいくつかプロンプトに入れます。これが少数ショットです。例を入れずに指示だけで頼む方法はゼロショットと呼びます。

結果をプログラムで読み込むなら構造化出力を使います。指定した JSON スキーマに沿って出力させる機能で、有効な JSON だけを保証する旧来の JSON モードより厳密です。

渡した資料に無い内容まで答えてしまうときは、根拠の文章を渡し、それだけで答えるよう指示します。答えが無いときは「見つかりません」と返すよう逃げ道も書いておきます。

分類や抽出のように決まった答えを求める作業では、温度を低めにします。温度を上げると出力がランダムになり、ラベルがぶれやすくなります。

一方、Azure Language の専用機能は、カテゴリや信頼度スコア付きの決まった形で結果を返します。どちらを使うかは、柔軟さと結果の形の安定のどちらを重く見るかで選びます。

出典: 迅速なエンジニアリング手法/Microsoft Foundry モデルで Azure OpenAI で構造化出力を使用する方法

マルチモーダル モデルで音声プロンプトに応答する

マルチモーダル モデルで音声に答える

音声の入出力ができるモデルを使えば、音声で質問して音声で答えを受け取れます。方法は大きく 2 つあります。

1 つ目は、gpt-audio や gpt-audio-mini をチャット補完 API で使う方法です。modalities に text と audio を指定し、音声は base64 のデータと形式を input_audio に入れて送ります。

2 つ目は、GPT Realtime API を使うリアルタイム オーディオです。低い遅延で「音声入力・音声出力」の会話ができ、音声アシスタントやリアルタイム翻訳に向きます。

Realtime API の接続方法は 3 つです。ブラウザーやモバイルの利用者側アプリは WebRTC、サーバー間は WebSocket、電話システムは SIP を使います。公式は多くの場合に WebRTC を推奨しています。

会話の区切り方は、音声アクティビティ検出の方式として turn_detection で決めます。server_vad は無音の長さで区切り、semantic_vad は話した言葉から話し終わりを判断します。後者は利用者を途中で遮りにくくなります。

Realtime API の音声は PCM 16 ビット・モノラル・24kHz が前提で、1 回のセッションは最大 60 分です。

接続方法遅延の目安向く用途
WebRTC最大 100 ミリ秒Web アプリ・モバイル アプリ・ブラウザー
WebSocket最大 200 ミリ秒バックエンド サービス・サーバー間の通信
SIP場合により異なるコール センター・IVR・電話のアプリ

出典: クイックスタート ガイド - Azure OpenAI のオーディオ生成を開始する/Azure OpenAI で音声とオーディオに GPT Realtime API を使用する

Azure Speech で音声認識アプリを作る

Azure Speech の音声認識:3 つの文字起こしを選び分ける

Azure Speech の音声認識には、リアルタイム・高速・バッチの 3 つの方式があります。Speech SDK・Speech CLI・REST API から使えます。

リアルタイム文字起こしは、マイクなどから流れてくる音声をその場で文字にします。ライブ キャプションやコール センターでの応対支援に向きます。

高速文字起こしは、録音済みファイルを同期で、リアルタイムより速く文字にします。対象は 5 時間未満・500 MB 未満のファイルで、会議メモやボイスメールが公式の例です。

バッチ文字起こしは、ストレージに保管した大量の音声を非同期で処理します。ピーク時は開始まで最大 30 分、完了まで最大 24 時間かかることがあります。

精度を上げる手段は 2 段階です。固有名詞を手軽に直すならフレーズ リスト、雑音や業界の専門用語に本格的に合わせるならカスタム音声モデルを学習させます。

話者を分けたいときはダイアライゼーション(話者分離)を使います。最大 35 人まで区別できます。言語学習には、発音の正確さと流暢さを評価する発音評価があります。

方式入力結果の返り方公式の例
リアルタイム文字起こし流れてくる音声その場で順に返るライブ キャプション・音声アシスタント
高速文字起こし録音済みファイル同期ですぐ返る会議メモ・ボイスメール・動画字幕
バッチ文字起こし保存済みの大量の音声非同期で後から取得通話後の品質確認・大量の字幕

出典: 音声テキスト変換の概要/高速文字起こし API を使用する/バッチ文字起こしの概要/Azure Speech とは

Azure Speech で音声合成アプリを作る

Azure Speech の音声合成:声の選び方と SSML

音声合成(テキスト読み上げ)は、テキストを人のような声に変えます。土台はディープ ニューラル ネットワークで作るニューラル音声です。

声は大きく 2 種類です。100 以上の言語とロケールですぐ使える標準音声と、自社の録音から作るカスタム音声です。カスタム音声は責任ある使用のためアクセスが制限され、申請が要ります。

読み方を細かく整えるにはSSML を使います。XML ベースの書き方で、ピッチ・発音・話す速さ・音量・間を指定でき、1 つの文書で複数の声も使えます。

10 分を超える長い音声は、バッチ合成で非同期に作ります。オーディオブックや講義が公式の例です。

キャラクターの口を声に合わせて動かすには、口形素イベントを使います。現在は en-US のニューラル音声だけが対応しています。

料金は、処理した文字数で数えます。日本語の漢字などは 1 文字が 2 文字として数えられる点も公式に書かれています。

出典: テキスト読み上げの概要/音声合成マークアップ言語 (SSML) の概要

音声翻訳・言語識別・Voice Live

音声翻訳・言語識別・Voice Live

音声翻訳は、話された音声をリアルタイムで多言語の文字や音声に訳します。1 回の呼び出しで 2 つのターゲット言語に直接訳せます。

ライブ インタープリターは、入力言語を設定せずに話された言語を識別し続けます。同じセッションで言語が切り替わっても対応し、話者の調子を保った声で訳します。

言語識別は、音声で話されている言語を候補の中から判定します。開始時の識別は最初の数秒で 1 回だけ判定し、候補は最大 4 言語です。

継続的な言語識別は、音声の途中で言語が変わっても識別でき、候補は最大 10 言語です。ただし、1 つの文の中での切り替えは検出しません。

Voice Live は、音声認識・生成 AI・音声合成を 1 つにまとめた音声対話の API です。フル マネージドで、生成モデルを自分でデプロイする必要もありません。

Voice Live には、雑音の抑制・エコー キャンセル・割り込みの検出・話し終わりの検出・アバター・関数呼び出しの機能があります。部品を自分でつなぐ方式より、手間と体感の遅延を減らせます。

やりたいこと使う機能
英語の講演を 2 か国語の字幕にする音声翻訳
相手の言語が不明な旅行通訳ライブ インタープリター
通話の途中で言語が変わる継続的な言語識別(候補は最大 10)
最初に一度だけ言語を決めればよい開始時の言語識別(候補は最大 4)
音声ボットを 1 つの API で作るVoice Live

出典: 音声翻訳の概要/言語識別を実装する/Voice Live API の概要

演習(35 問)

結果はこのブラウザに保存され、ハブの「自分の成績」と弱点モードに使われます。

第 1 問 / 35 問

問題を読み込んでいます…

全問と解説の一覧

正解と解説は折りたたんであります。先に自分で考えてから開いてください。

全 35 問

テキスト分析を組み込んだアプリ(Azure Language)

  1. 保険会社が事故報告のメールを自動で整理したい。本文から人名・場所・組織名・日付を、種類のラベル付きで取り出す必要がある。Azure Language のどの機能を使うのが最も適切か?

    A. キー フレーズ抽出で主な語句を一覧にする B. 固有表現認識でエンティティを分類して取り出す C. 言語検出で本文が何語かを判定する D. 感情分析で文ごとの肯定・否定を判定する

    答えと解説

    正解: B 【A(不正解)】 ? 文章の主な話題を表す語句を、リストで返す機能です。 主要な概念を語句で返すだけで、人名や場所といった種類には分類しない。 【B(正解)】 ? 人・場所・組織・数量などを見つけて、種類に分ける機能です。 事前構築済みの NER は、人・場所・組織などのエンティティを識別して分類する。保険金請求の確認を楽にする例も公式に挙がっている。 【C(不正解)】 ? 文章が何語で書かれているかを判定する機能です。 返すのは言語名や言語コードで、本文中の人名や日付は取り出さない。 【D(不正解)】 ? 文章が肯定的か否定的かを判定する機能です。 感情のラベルと信頼度スコアを返す機能で、エンティティの抽出はしない。

    出典: Azure Language の名前付きエンティティ認識 (NER) 機能は何ですか?

    この問題へのリンク
  2. Foundry Tools の Azure Language のリソースを作成した。アプリから REST API を呼び出すとき、要求の送り先と認証に使うものとして公式の一般的な流れに書かれているのはどれか?

    A. 学習済みモデルのファイルと、その重みのデータ B. Speech Studio のプロジェクト名とボイス名 C. リソースで生成されるエンドポイント URL とキー D. Azure Blob Storage の SAS URL だけ

    答えと解説

    正解: C 【A(不正解)】 ? モデルそのものを自分で持ち込む方法です。 事前構築済みの機能はモデルを変更せずにそのまま使う。モデルのファイルを送る仕組みではない。 【B(不正解)】 ? 音声サービスの画面で使う名前です。 Speech Studio は Azure Speech の画面で、Azure Language の呼び出しには使わない。 【C(正解)】 ? リソースを作ると発行される、接続先と秘密の文字列です。 公式の流れでは、リソースを作るとキーとエンドポイント URL が生成され、それで要求を認証する。 【D(不正解)】 ? ストレージのファイルに期限付きでアクセスする URL です。 SAS URL はファイルの置き場所を渡す方法で、テキスト分析の呼び出しの認証には使わない。

    出典: Azure Language の名前付きエンティティ認識 (NER) 機能は何ですか?(一般的なワークフロー)

    この問題へのリンク
  3. 新しいテキスト分析アプリを設計している。Azure Language の機能は「コア機能」と「従来の機能」に分かれている。新規開発に推奨されるコア機能に含まれるものはどれか?

    A. 感情分析とオピニオン マイニング B. キー フレーズ抽出 C. テキストの要約 D. PII 検出

    答えと解説

    正解: D 【A(不正解)】 ? 肯定・否定の感情と、対象ごとの意見を取り出す機能です。 従来の機能に分類され、2029 年 3 月 31 日に Azure Language から廃止される予定である。 【B(不正解)】 ? 文章の主な話題を語句で返す機能です。 従来の機能に分類され、2029 年 3 月 31 日に廃止される予定である。 【C(不正解)】 ? 長い文章や会話の要点を短くまとめる機能です。 従来の機能に分類され、2029 年 3 月 31 日に廃止される予定である。 【D(正解)】 ? 個人を特定できる情報を見つけて、伏せ字にできる機能です。 PII 検出は、言語検出・NER・Text Analytics for health と並ぶコア機能で、新規開発に推奨されている。

    出典: Foundry Tools の Azure 言語とは

    この問題へのリンク
  4. 口コミの感情とキー フレーズを分析する新規プロジェクトを始める。これらの機能は 2029 年 3 月 31 日に Azure Language から廃止予定と告知されている。公式の案内に沿う進め方はどれか?

    A. Foundry Models の生成モデルで分析する設計にする B. 廃止まで期間があるので従来の機能で作り、移行は考えない C. Azure Vision の画像分析に切り替えて文章を読ませる D. Translator で英語に訳してから従来の機能に送る

    答えと解説

    正解: A 【A(正解)】 ? Microsoft Foundry で使えるモデル群を使う方法です。 公式は、既存のワークロードを移行し、新しいプロジェクトは Microsoft Foundry のモデルに向けるよう案内している。 【B(不正解)】 ? 今ある機能を使い続ける方法です。 廃止日を過ぎると運用が止まるおそれがある。公式は新規プロジェクトを Foundry に向けるよう勧めている。 【C(不正解)】 ? 画像から特徴を取り出すサービスです。 画像分析は画像向けで、口コミの感情分析の代わりにはならない。画像分析 4.0 自体も廃止予定である。 【D(不正解)】 ? テキストを別の言語に翻訳するサービスです。 翻訳しても、廃止予定の機能に頼る点は変わらない。移行の問題は解決しない。

    出典: Azure Language Service での感情分析とオピニオン マイニングとは/Foundry Tools での Azure 言語でのキー フレーズ抽出とは

    この問題へのリンク
  5. 病院が診療記録の文章から、病名や薬の名前を取り出してラベルを付けたい。自分でモデルを作らずに済ませたい。最も適切な機能はどれか?

    A. 自前のデータで学習させるカスタム NERで病名を取り出す B. 会話言語理解で発話の意図と重要な情報を予測する C. Text Analytics for health で医療情報を抽出する D. エンティティ リンク設定で Wikipedia につなぐ

    答えと解説

    正解: C 【A(不正解)】 ? 独自のエンティティの種類を学習させて取り出す方法です。 自分のデータで学習が必要になる。モデルを作らずに済ませたいという条件に合わない。 【B(不正解)】 ? 利用者の発話から意図を予測する、カスタム モデルの機能です。 発話の意図を判定するための機能で、学習も必要である。診療記録からの医療情報の抽出には向かない。 【C(正解)】 ? 医療の文章から健康に関する情報を取り出す機能です。 公式の選び分けでは、モデルを作らずに臨床・医療の文書から医療情報を抽出する用途に Text Analytics for health を挙げている。 【D(不正解)】 ? 語句が何を指すかを判別し、Wikipedia へのリンクを返す機能です。 一般的な語句の正体を明確にする機能で、医療の用語にラベルを付ける目的には合わない。

    出典: Foundry Tools の Azure 言語とは(どのコア言語機能を使用する必要がありますか?)

    この問題へのリンク

言語検出・PII 検出などの前処理

  1. サポート窓口の問い合わせ文をログに保存する前に、電話番号やメールアドレスを伏せ字にしたい。Azure Language で最も適切な機能はどれか?

    A. 言語検出で問い合わせの言語を判定する B. キー フレーズ抽出で重要な語句を残す C. オピニオン マイニングで意見の対象を探す D. PII 検出で個人情報を検出して伏せる

    答えと解説

    正解: D 【A(不正解)】 ? 文章が何語かを判定する機能です。 言語名とコードを返すだけで、個人情報を伏せる処理はしない。 【B(不正解)】 ? 主な話題を表す語句を一覧にする機能です。 語句を取り出すだけで、伏せ字にしたテキストは返さない。 【C(不正解)】 ? 対象ごとの肯定・否定の意見を取り出す機能です。 製品の特性などへの意見を分析する機能で、個人情報の保護には使わない。 【D(正解)】 ? 個人を特定できる情報を見つけ、伏せ字にできる機能です。 PII 検出は、エンティティのカテゴリ・信頼度スコアと、伏せ字にしたテキストを返す。保存前のプライバシー対策に使える。

    出典: Azure言語での個人を特定できる情報 (PII) 検出機能とは

    この問題へのリンク
  2. 多言語のレビューを、言語ごとに担当者へ振り分けたい。Azure Language の言語検出がドキュメントごとに返す情報として含まれるものはどれか?

    A. 言語名・ISO 639-1 の言語コード・信頼度スコア B. 指定したターゲット言語に翻訳した本文 C. 文ごとと文書全体の肯定・否定・中立のラベル D. 録音を話者ごとに区切った発言とその時刻

    答えと解説

    正解: A 【A(正解)】 ? 何語か・その記号・判定の確からしさの組です。 言語検出は、主な言語・ISO 639-1 コード・読める名前・信頼度スコアなどを返す。 【B(不正解)】 ? 文章を別の言語に変えた結果です。 翻訳は Translator などの役割で、言語検出は翻訳文を返さない。 【C(不正解)】 ? 感情の判定結果です。 感情のラベルを返すのは感情分析である。 【D(不正解)】 ? 誰が話したかを分ける処理の結果です。 話者を分けるのは音声の文字起こし側の機能で、テキストの言語検出は扱わない。

    出典: Azure 言語での言語検出とは

    この問題へのリンク
  3. フランスの店舗から届く短い感想に、英語とフランス語で綴りが同じ語が多い。言語検出の結果がぶれるので、投稿元の国を生かして判定を安定させたい。最も適切な方法はどれか?

    A. 感想を画像にしてから 光学式文字認識にかける B. 国・地域コードをヒントとして要求に付ける C. カスタム音声モデルを学習させる D. 感情分析の信頼度スコアで言語を推定する

    答えと解説

    正解: B 【A(不正解)】 ? 画像から文字を読み取る技術です。 文字を読み取るだけで、どの言語かの判定は良くならない。 【B(正解)】 ? テキストの出所の国・地域を知らせる方法です。 公式は、あいまいな入力に国・地域コードを指定すると判定を助けると説明している。「communication」が英仏共通という例も挙がっている。 【C(不正解)】 ? 音声認識の精度を上げるため、自前のデータで学習させるモデルです。 音声認識向けの仕組みで、テキストの言語検出には関係しない。 【D(不正解)】 ? 肯定・否定の確からしさを示す値です。 感情の確からしさであり、何語かを判定する材料にはならない。

    出典: Azure 言語での言語検出とは(あいまいなコンテンツの処理)

    この問題へのリンク
  4. 法務部が契約書の PDF と Word ファイルから個人情報を伏せ、文書の構造を保ったまま社外に共有したい。PII 検出のどの種類を選ぶのが最も適切か?

    A. メッセージなどの文字列を同期で処理するテキスト PII B. チャットや通話の文字起こしを扱う会話 PII C. 言語検出で契約書の言語だけを先に調べる D. ネイティブ ファイルを扱うドキュメント ベースの PII

    答えと解説

    正解: D 【A(不正解)】 ? メッセージやログなどの文字列を、その場で処理する種類です。 生のテキスト文字列向けで、PDF や Word のファイルを構造ごと扱う用途には向かない。 【B(不正解)】 ? 複数ターンのやり取りや通話の記録を扱う種類です。 会話の文脈を生かす種類で、契約書のようなネイティブ ファイルは対象外である。 【C(不正解)】 ? 文章が何語かを判定する機能です。 言語を判定するだけで、個人情報を伏せたファイルは作らない。 【D(正解)】 ? ファイルをストレージ経由で、非同期に処理する種類です。 ドキュメント ベースの PII は文書の構造を保ちながら、伏せ字済みのファイルと JSON のメタデータを返す。

    出典: Azure言語での個人を特定できる情報 (PII) 検出機能とは(適切な PII 機能を選択する)

    この問題へのリンク
  5. 店舗レビューを公開する前に、人名だけを伏せたい。URL や店の電話番号は残したい。PII 検出の要求で設定する内容として最も適切なものはどれか?

    A. piiCategories に Person だけを指定する B. language を指定せず、既定のまま送る C. modelVersion に古い日付を指定する D. キー フレーズ抽出を同じ要求に追加する

    答えと解説

    正解: A 【A(正解)】 ? 検出して返すエンティティの種類を絞る設定です。 piiCategories で種類を指定すると、その種類だけが返る。default を含めなければ、指定した種類以外は返らない。 【B(不正解)】 ? 入力の言語を書かずに送る方法です。 言語を省くと既定で英語として扱われる。どの種類を伏せるかは絞れない。 【C(不正解)】 ? 使うモデルの版を固定する設定です。 モデルの版を選ぶ設定で、伏せる種類を人名だけに限る効果はない。 【D(不正解)】 ? 主な話題の語句を返す機能です。 語句の一覧が増えるだけで、伏せる対象を人名に限ることはできない。

    出典: テキストから個人を特定できる情報 (PII) を識別して抽出する(返されるエンティティを選択する)

    この問題へのリンク
  6. 日本語の問い合わせ文をPII 検出に送ったが、氏名の検出が期待より少ない。要求を確認すると、入力の言語を何も指定していなかった。まず見直すべき点はどれか?

    A. Speech SDK の認識言語を ja-JP に変える B. 伏せ字の文字を * から - に変える C. 文書ごとに入力の言語を日本語と指定する D. 要求を非同期に変えて 24 時間後に取りに行く

    答えと解説

    正解: C 【A(不正解)】 ? 音声認識で使う言語の設定です。 音声認識の設定で、テキストを送る PII 検出の要求には関係しない。 【B(不正解)】 ? 伏せた部分を埋める記号の設定です。 見た目が変わるだけで、検出される量は変わらない。 【C(正解)】 ? 送る文章が何語で書かれているかを伝える設定です。 言語を指定しないと、抽出は既定で英語として行われる。日本語の文章なら言語を明示するのが先である。 【D(不正解)】 ? 結果を後から受け取る呼び出し方です。 呼び出し方を変えても、言語の扱いは変わらない。検出の少なさの原因は解消しない。

    出典: テキストから個人を特定できる情報 (PII) を識別して抽出する(入力言語)

    この問題へのリンク

生成モデルでのテキスト分析

  1. 問い合わせを「請求」「配送」「故障」の自社独自の分類に分けたい。学習用のラベル付きデータはまだ無い。デプロイ済みの生成モデルですぐ試すとき、最も適切なプロンプトの工夫はどれか?

    A. 温度を最大にして、毎回違う分類を出させる B. 分類名と、入力と答えの例をいくつか示す C. 言語検出の結果をそのまま分類名にする D. SSML で問い合わせ文を囲んでから送る

    答えと解説

    正解: B 【A(不正解)】 ? 出力のばらつきを大きくする設定です。 温度を上げると出力がランダムになる。決まったラベルに分ける作業には逆効果である。 【B(正解)】 ? 例を見せて、望む応答の形を伝える方法です。 少数ショットでは例を含めてモデルの応答を方向づける。例に無いラベルの種類まで推測できる例も公式にある。 【C(不正解)】 ? 文章が何語かを判定した結果です。 何語かが分かるだけで、請求・配送などの内容の分類にはならない。 【D(不正解)】 ? 音声合成の読み方を指定する書き方です。 音声合成のためのマークアップで、生成モデルの分類の精度には関係しない。

    出典: 迅速なエンジニアリング手法(例・少数ショット学習)

    この問題へのリンク
  2. 生成モデルで問い合わせから「氏名・日付・製品名」を抜き出し、結果をプログラムで読み込みたい。項目名と型が毎回そろった JSON で受け取るには、どの機能を使うのが最も適切か?

    A. 構造化出力で JSON スキーマを指定する B. 最大トークン数を小さくして短く答えさせる C. 温度を上げて表現の幅を広げる D. キー フレーズ抽出の結果を JSON に変換する

    答えと解説

    正解: A 【A(正解)】 ? 出力を指定した JSON の形に沿わせる機能です。 構造化出力は、指定した JSON スキーマにモデルを従わせる。有効な JSON だけを保証する旧来の JSON モードより厳密である。 【B(不正解)】 ? 1 回の応答の長さの上限を決める設定です。 応答が短くなるだけで、項目や型がそろう保証はない。途中で切れるおそれも増える。 【C(不正解)】 ? 出力のばらつきを調整する設定です。 ばらつきが増えるため、決まった形で受け取る目的には合わない。 【D(不正解)】 ? 主な話題を表す語句を返す機能です。 語句の一覧は返るが、氏名・日付などの項目に分けた形にはならない。

    出典: Microsoft Foundry モデルで Azure OpenAI で構造化出力を使用する方法

    この問題へのリンク
  3. 個人情報を伏せる処理を、生成モデルへのプロンプトで行うか、Azure Language のPII 検出で行うか検討している。PII 検出の特徴として公式の説明に合うものはどれか?

    A. 自分のデータで追加学習させてから使う必要がある B. 伏せた部分に、文脈に合う新しい文章を自由に書き足す C. カテゴリと信頼度スコア付きの結果と伏せ字の文が返る D. 画像に写った顔も同じ要求でぼかせる

    答えと解説

    正解: C 【A(不正解)】 ? 使う前にモデルを学習させる方法です。 PII 検出は事前構成済みで、データに使うモデルへのカスタマイズは行わずにそのまま分析する。 【B(不正解)】 ? 内容を新たに作り出す使い方です。 文章を自由に作るのは生成モデルの得意分野である。PII 検出は検出と伏せ字が役割である。 【C(正解)】 ? 検出した情報を、決まった形で返す仕組みです。 PII 検出は、エンティティのカテゴリ・信頼度スコア・伏せ字にした結果を含む構造化された出力を返す。 【D(不正解)】 ? 画像の中の顔を扱う処理です。 PII 検出が扱うのはテキスト・会話・文書である。顔の処理は Azure Face などの役割になる。

    出典: Azure言語での個人を特定できる情報 (PII) 検出機能とは

    この問題へのリンク
  4. 社内規程の文章を渡して、生成モデルに質問へ答えさせている。規程に無い内容まで、もっともらしく答えてしまう。公式のプロンプトの手法に沿う改善として最も適切なものはどれか?

    A. 温度を上げて、いろいろな答え方を何度も試させる B. 質問だけを送り、規程の文章は渡さないようにする C. 回答を音声合成で読み上げて担当者が確認する D. 渡した文章だけで答え、無ければその旨を返させる

    答えと解説

    正解: D 【A(不正解)】 ? 出力のばらつきを大きくする設定です。 ランダムさが増すだけで、根拠の無い回答は減らない。 【B(不正解)】 ? 根拠となる資料を外す方法です。 根拠を渡さないと、モデルは学習済みの知識に頼る。規程に無い回答はむしろ増える。 【C(不正解)】 ? テキストを声に変える処理です。 読み上げても内容は変わらない。根拠の無い回答を防ぐ手段ではない。 【D(正解)】 ? 根拠の範囲と、答えられないときの返し方を決める指示です。 公式は、根拠データを渡して回答をそれに基づかせる方法と、答えが無いときの逃げ道を示す方法を挙げている。

    出典: 迅速なエンジニアリング手法(基礎となる文脈を提供する・ベスト プラクティス)

    この問題へのリンク

マルチモーダル モデルで音声プロンプトに応答する

  1. 既存の /chat/completions API で、音声の入力と音声の出力を扱いたい。Foundry でデプロイするモデルとして最も適切なものはどれか?

    A. 画像を生成するモデルの GPT-image-1 B. 音声を扱う gpt-audio 系のモデル C. 自分の画像で学習させた Custom Vision のモデル D. Translator のテキスト翻訳の API

    答えと解説

    正解: B 【A(不正解)】 ? テキストや画像から画像を作るモデルです。 画像の生成と編集のためのモデルで、音声の入出力は扱わない。 【B(正解)】 ? OpenAI の音声対応モデルの系列です。 オーディオ対応モデルは /chat/completions に音声のモダリティを加える。テキスト・音声・その両方を扱える。 【C(不正解)】 ? 自分の画像で学習させる画像認識のモデルです。 画像の分類や物体検出のためのもので、音声とは関係しない。 【D(不正解)】 ? テキストを別の言語に訳すサービスです。 テキストの翻訳サービスで、チャット補完の音声応答は作らない。

    出典: クイックスタート ガイド - Azure OpenAI のオーディオ生成を開始する

    この問題へのリンク
  2. 録音した質問の音声ファイルを gpt-audio のデプロイに送り、文字と音声の両方で回答を受け取りたい。チャット補完の要求の組み立てとして最も適切なものはどれか?

    A. 音声ファイルの名前と保存場所を system メッセージに書いて送る B. 音声を image_url に入れ、detail を high にする C. modalities を text と audio にし、input_audio で渡す D. 音声を SSML の要素で囲んで user メッセージに入れる

    答えと解説

    正解: C 【A(不正解)】 ? モデルへの最初の指示に、ファイル名だけを書く方法です。 ファイル名を書いても音声の中身はモデルに届かない。 【B(不正解)】 ? 画像を渡すときの項目と設定です。 image_url と detail は画像入力のための項目で、音声には使わない。 【C(正解)】 ? 入出力の種類と、音声データの渡し方を決める組み立てです。 公式の例では modalities に text と audio を指定する。音声は base64 のデータと形式を input_audio に入れて送る。 【D(不正解)】 ? 音声合成の読み方を指定する書き方です。 SSML は音声合成の出力を調整するためのもので、音声入力を渡す方法ではない。

    出典: クイックスタート ガイド - Azure OpenAI のオーディオ生成を開始する

    この問題へのリンク
  3. ブラウザーで動く音声アシスタントを作る。利用者の声に短い遅延で音声で答えたい。GPT Realtime API の接続方法として、公式が多くの場合に推奨するのはどれか?

    A. WebRTC で接続する B. SIP で接続する C. バッチ文字起こしに録音を送る D. 高速文字起こしで文字にしてから返す

    答えと解説

    正解: A 【A(正解)】 ? リアルタイムの音声や映像を送受信するための通信技術です。 公式は、低遅延のリアルタイム音声ストリーミングには多くの場合 WebRTC を推奨している。遅延の目安は最大 100 ミリ秒である。 【B(不正解)】 ? 電話システムとつなぐための方式です。 SIP はコール センターや IVR などの電話向けである。ブラウザー アプリの第一候補ではない。 【C(不正解)】 ? 大量の録音を後からまとめて文字にする方法です。 非同期の処理で結果まで時間がかかる。その場で音声で答える用途には使えない。 【D(不正解)】 ? 録音済みファイルを短時間で文字にする方法です。 録音済みファイル向けで、音声の応答も作らない。会話の遅延も大きくなる。

    出典: Azure OpenAI で音声とオーディオに GPT Realtime API を使用する(接続方法)

    この問題へのリンク
  4. リアルタイム オーディオの音声アシスタントで、利用者が考えながら少し間を置くと、話の途中で応答を始めてしまう。セッションの設定で見直す点として最も適切なものはどれか?

    A. voice を別の声に変えて聞き取りやすくする B. input_audio_format を別の音声形式に変える C. tools に関数を追加して外部の情報を使う D. turn_detection を semantic_vad にする

    答えと解説

    正解: D 【A(不正解)】 ? 応答に使う声の種類の設定です。 声の種類が変わるだけで、話し終わりの判定は変わらない。 【B(不正解)】 ? 送る音声データの形式の設定です。 形式の変更は話し終わりの判定方法に関係しない。Realtime API の入力は pcm16 が前提である。 【C(不正解)】 ? 外部の関数を呼べるようにする設定です。 ツールの追加は会話の機能を増やすもので、割り込みの問題は解決しない。 【D(正解)】 ? 発話の内容から話し終わりを判断する方式です。 semantic_vad は話した言葉から話し終わりの確率を見る。利用者を遮ったり、話す前に区切ったりしにくくなる。

    出典: Azure OpenAI で音声とオーディオに GPT Realtime API を使用する(音声アクティビティ検出)

    この問題へのリンク

Azure Speech で音声認識アプリを作る

  1. 営業担当が会議の録音ファイルをアップロードし、議事メモ用の文字起こしをすぐに受け取りたい。待ち時間も予測しやすくしたい。Azure Speech で最も適切な方法はどれか?

    A. バッチ文字起こしに登録し、後で結果を取りに行く B. 高速文字起こし API を使う C. 音声翻訳で英語に訳してから文字にする D. 発音評価で話し方の点数を付ける

    答えと解説

    正解: B 【A(不正解)】 ? 大量の保存済み音声を非同期でまとめて処理する方法です。 ピーク時は処理開始まで最大 30 分、完了まで最大 24 時間かかることがある。すぐ受け取りたい用途に合わない。 【B(正解)】 ? 録音ファイルを同期で、短時間に文字にする方法です。 高速文字起こしは同期で、リアルタイムより速く結果を返す。会議メモやボイスメールが公式の例である。 【C(不正解)】 ? 話された音声を別の言語に訳す機能です。 翻訳が目的の機能で、同じ言語の議事メモを作る用途には余計な処理になる。 【D(不正解)】 ? 発音の正確さや流暢さを評価する機能です。 言語学習向けのフィードバック機能で、文字起こしの結果を得る目的とは違う。

    出典: 音声テキスト変換の概要(文字起こしオプションを選択する)/高速文字起こし API を使用する

    この問題へのリンク
  2. コール センターが過去 1 年分の通話録音をストレージに保管している。品質確認のため、これらをまとめて文字にしたい。結果は翌日以降でよい。最も適切な方法はどれか?

    A. リアルタイム文字起こしで 1 本ずつ再生して処理する B. テキスト読み上げアバターで録音を動画にする C. REST API のバッチ文字起こしでコンテナーを指定する D. Voice Live に録音を流し込む

    答えと解説

    正解: C 【A(不正解)】 ? 流れてくる音声を、その場で順に文字にする方法です。 ライブの音声向けで、大量の保存済み録音を効率よく処理する方法ではない。 【B(不正解)】 ? テキストを話す人物の動画に変える機能です。 テキストから動画を作る機能で、録音を文字にはしない。 【C(正解)】 ? 保存済みの大量の音声を非同期で処理する方法です。 バッチ文字起こしは Blob Storage のコンテナーや複数ファイルを受け取り、非同期で処理する。通話後の分析が公式の例である。 【D(不正解)】 ? 人と音声で会話するアプリを作るための API です。 音声エージェントとのリアルタイムの対話向けで、保存済み録音の一括処理には向かない。

    出典: バッチ文字起こしの概要

    この問題へのリンク
  3. 工場の現場で作業報告を音声入力している。機械の騒音が大きく、社内の専門用語も多いため、基本モデルでは誤認識が目立つ。精度を上げる方法として最も適切なものはどれか?

    A. 現場の音声データでカスタム音声モデルを学習させる B. ブランド専用のカスタム音声を作って読み上げる C. SSML で専門用語の読み方を細かく指定する D. 言語識別を有効にして候補の言語を増やす

    答えと解説

    正解: A 【A(正解)】 ? 自前の音声データで学習させ、音声認識を調整するモデルです。 公式は、環境の雑音や業界固有の用語で基本モデルが不十分なときに、カスタム音声モデルを学習させるよう示している。 【B(不正解)】 ? 読み上げに使う、自社固有の合成音声を作る機能です。 音声合成の声を作る機能で、聞き取りの精度は上がらない。 【C(不正解)】 ? 音声合成の発音や速さを指定する書き方です。 SSML は読み上げ側の設定で、音声認識の誤りは直らない。 【D(不正解)】 ? 話されている言語を候補から判定する機能です。 何語かを判定するだけで、雑音や専門用語による誤認識は減らない。

    出典: Azure Speech とは(音声からテキストへ変換)/音声テキスト変換の概要(Custom Speech)

    この問題へのリンク
  4. 製品名「Contoso」や担当者の名前が、文字起こしで別の語に誤認識される。モデルの学習はせず、手軽に精度を上げたい。最も適切な方法はどれか?

    A. ダイアライゼーションを有効にする B. フレーズ リストに製品名や人名を登録する C. カスタム音声で製品名を読み上げる声を作る D. 口形素イベントを受け取る

    答えと解説

    正解: B 【A(不正解)】 ? 録音の中で話者を区別する処理です。 誰が話したかを分ける処理で、固有名詞の認識精度は上がらない。 【B(正解)】 ? 話されそうな語句を音声認識に事前に渡す仕組みです。 フレーズ リストは固有名詞や専門用語の認識を助ける。モデルの学習は不要である。 【C(不正解)】 ? 読み上げ用の自社固有の声を作る機能です。 音声合成の機能で、聞き取りの精度には関係しない。 【D(不正解)】 ? 発音時の口の形を表す情報です。 音声合成で口の動きを作るための情報で、文字起こしには使わない。

    出典: 音声テキスト変換の概要(フレーズ リスト)

    この問題へのリンク
  5. 複数人が参加した会議の録音を文字にするとき、どの発言を誰がしたかを区別したい。Azure Speech の機能として最も適切なものはどれか?

    A. 言語識別 B. 発音評価 C. ダイアライゼーション D. フレーズ リスト

    答えと解説

    正解: C 【A(不正解)】 ? 話されている言語を判定する機能です。 何語かを判定する機能で、話者の区別はしない。 【B(不正解)】 ? 発音の正確さや流暢さを評価する機能です。 話し方の評価をする機能で、発言者を分けない。 【C(正解)】 ? 録音の中で、話者ごとに発言を分ける処理です。 ダイアライゼーションは録音内の話者を区別する。公式では最大 35 人まで識別できる。 【D(不正解)】 ? 認識させたい語句を事前に渡す仕組みです。 特定の語の認識を助ける仕組みで、誰の発言かは分からない。

    出典: 音声テキスト変換の概要(ダイアライゼーション)

    この問題へのリンク
  6. オンライン セミナーで、話している内容をその場で字幕として表示したい。Azure Speech の文字起こしの方式として最も適切なものはどれか?

    A. バッチ文字起こし B. 高速文字起こし C. Custom Vision の物体検出 D. リアルタイム文字起こし

    答えと解説

    正解: D 【A(不正解)】 ? 保存済みの大量の音声を非同期で処理する方式です。 結果が後から返る方式で、その場の字幕には間に合わない。 【B(不正解)】 ? 録音済みのファイルを短時間で処理する方式です。 録音済みファイル向けで、流れてくる音声の字幕には向かない。 【C(不正解)】 ? 画像の中の物体を見つける機能です。 画像向けの機能で、音声の文字起こしはしない。 【D(正解)】 ? 流れてくる音声を、その場で順に文字にする方式です。 ライブ キャプションは、公式でリアルタイム文字起こしの代表的な用途として挙がっている。

    出典: 音声テキスト変換の概要(文字起こしオプションを選択する)

    この問題へのリンク
  7. 英会話学習アプリで、学習者が読み上げた音声の発音の正確さと流暢さに、すぐフィードバックを返したい。Azure Speech のどの機能を使うのが最も適切か?

    A. 発音評価 B. 音声翻訳 C. テキスト読み上げアバター D. 言語識別

    答えと解説

    正解: A 【A(正解)】 ? 話された音声の発音を評価し、フィードバックを返す機能です。 発音評価は正確性と流暢性に関するフィードバックを返す。言語学習が公式の代表的な用途である。 【B(不正解)】 ? 話された音声を別の言語に訳す機能です。 訳すための機能で、発音の良し悪しは評価しない。 【C(不正解)】 ? テキストを話す人物の動画に変える機能です。 動画を作る機能で、学習者の発音は評価しない。 【D(不正解)】 ? 話されている言語を判定する機能です。 何語かが分かるだけで、発音の正確さは分からない。

    出典: Azure Speech とは(発音評価)

    この問題へのリンク

Azure Speech で音声合成アプリを作る

  1. 駅の案内放送をテキスト読み上げで作る。駅名の読み方を正し、文の間に間を入れ、話す速さと音量も調整したい。最も適切な方法はどれか?

    A. フレーズ リストに駅名を登録する B. SSML で発音・間・速さ・音量を指定する C. カスタム音声モデルを学習させる D. 言語検出で駅名の言語を判定する

    答えと解説

    正解: B 【A(不正解)】 ? 音声認識に、話されそうな語句を渡す仕組みです。 聞き取り側の精度を上げる仕組みで、読み上げの発音や間は調整できない。 【B(正解)】 ? テキスト読み上げの出力を細かく指定する、XML ベースの書き方です。 SSML ではピッチ・発音・話す速さ・音量・一時停止などを指定できる。 【C(不正解)】 ? 音声認識の精度を上げるために学習させるモデルです。 音声認識向けのモデルで、読み上げの調整には使わない。 【D(不正解)】 ? 文章が何語かを判定する機能です。 言語が分かるだけで、読み方や間の調整はできない。

    出典: 音声合成マークアップ言語 (SSML) の概要

    この問題へのリンク
  2. Azure Speech のテキスト読み上げで、申請なしですぐ使える高品質な声として提供されているものはどれか?

    A. 自社の録音から作るブランド専用の声 B. 顔写真から作る本人そっくりの声 C. 標準音声(ニューラル音声) D. 口形素だけで作る無音の声

    答えと解説

    正解: C 【A(不正解)】 ? 自分で用意した音声データから作る声です。 カスタム音声は、責任ある使用のためアクセスが制限されており、申請が要る。 【B(不正解)】 ? 画像をもとに声を作る方法です。 Azure Speech にそのような機能は書かれていない。 【C(正解)】 ? ディープ ニューラル ネットワークで作られた、人に近い声です。 標準音声は 100 以上の言語とロケールですぐに使えるニューラル音声である。価格ページではニューラルと呼ばれる。 【D(不正解)】 ? 口の形を表す情報です。 口形素は口の動きのアニメーションに使う情報で、声そのものではない。

    出典: テキスト読み上げの概要

    この問題へのリンク
  3. テレビ CM のキャラクターの声を、自社だけが使える合成音声にしたい。声優の録音データは用意できる。Azure Speech での進め方として最も適切なものはどれか?

    A. 標準音声を選び、SSML で高さを変えるだけで済ませる B. カスタム音声モデルを学習させて声を作る C. 発音評価で声優の発音を採点してから使う D. 利用を申請し、承認後にカスタム音声を作る

    答えと解説

    正解: D 【A(不正解)】 ? 既にある声の聞こえ方を調整する方法です。 調整はできるが、誰でも使える標準音声のままで、自社固有の声にはならない。 【B(不正解)】 ? 音声認識の精度を上げるためのモデルです。 聞き取り側のモデルで、合成音声の声は作れない。 【C(不正解)】 ? 話された音声の発音を評価する機能です。 評価をするだけで、新しい合成音声は作れない。 【D(正解)】 ? ブランド固有の合成音声を、自前の録音から作る機能です。 カスタム音声は責任ある使用のためアクセスが制限されている。申請して承認を受けてから作成する。

    出典: テキスト読み上げの概要(主な機能・カスタム音声)

    この問題へのリンク
  4. 電子書籍の 1 冊分をまとめてオーディオブックにしたい。出来上がる音声は 10 分を大きく超える。結果はその場で受け取れなくてもよい。最も適切な方法はどれか?

    A. バッチ合成 API で非同期に合成する B. 高速文字起こしで本文を処理する C. Voice Live で 1 文ずつ会話させる D. 音声翻訳の出力を保存する

    答えと解説

    正解: A 【A(正解)】 ? テキストからの音声合成を、非同期の要求として行う方法です。 バッチ合成 API は 10 分を超える音声を非同期で合成できる。オーディオブックや講義が公式の例である。 【B(不正解)】 ? 録音済み音声を短時間で文字にする方法です。 音声を文字にする機能で、向きが逆である。 【C(不正解)】 ? 音声エージェントとリアルタイムに会話する API です。 対話向けの API で、長い本の一括合成には向かない。 【D(不正解)】 ? 話された音声を別の言語に訳す機能です。 入力が音声の翻訳機能で、テキストの本を読み上げる用途ではない。

    出典: テキスト読み上げの概要(長時間の音声の非同期合成)

    この問題へのリンク
  5. 米国英語のニューラル音声で読み上げるキャラクターの口を、声に合わせて動かしたい。Speech SDK で受け取る情報として最も適切なものはどれか?

    A. ダイアライゼーションの話者ラベル B. 言語識別の判定結果 C. 口形素イベント D. フレーズ リストの一致結果

    答えと解説

    正解: C 【A(不正解)】 ? 録音内の話者を区別した結果です。 誰が話したかの情報で、口の形は分からない。 【B(不正解)】 ? 話されている言語を判定した結果です。 言語が分かるだけで、アニメーションのデータにはならない。 【C(正解)】 ? 発音するときの唇・あご・舌の形を表す情報です。 口形素イベントから顔のアニメーション データを作れる。現在は en-US のニューラル音声だけが対応している。 【D(不正解)】 ? 登録した語句が認識されたかの情報です。 音声認識の補助で、合成音声の口の動きとは関係しない。

    出典: テキスト読み上げの概要(口形素)

    この問題へのリンク

音声翻訳・言語識別・Voice Live

  1. 英語の講演を、その場で日本語と中国語の字幕にして配信したい。Azure Speech のどの機能を使うのが最も適切か?

    A. 講演後にバッチ文字起こしをしてから翻訳する B. 言語識別だけを有効にして話者の言語を判定する C. SSML で講演の原稿を日本語の声で読み上げる D. Speech SDK の音声翻訳で 2 つの言語に訳す

    答えと解説

    正解: D 【A(不正解)】 ? 保存済みの音声を後からまとめて文字にする方法です。 結果が後から返るため、その場の字幕には間に合わない。 【B(不正解)】 ? 話されている言語を判定する機能です。 何語かが分かるだけで、翻訳はしない。 【C(不正解)】 ? 音声合成の読み方を指定する書き方です。 読み上げの調整で、話された英語を訳す機能ではない。 【D(正解)】 ? 話された音声をリアルタイムで多言語に訳す機能です。 音声翻訳はリアルタイムに訳した文を返す。1 回の呼び出しで 2 つのターゲット言語に直接訳せる。

    出典: 音声翻訳の概要(複数のターゲット言語への翻訳)

    この問題へのリンク
  2. 海外向け窓口の通話を文字にする。客は日本語・英語・韓国語のどれかで話し、通話の途中で言語を切り替えることもある。言語識別の設定として最も適切なものはどれか?

    A. 候補の 3 言語を指定し、継続的な言語識別を使う B. 候補の 3 言語を指定し、開始時の言語識別を使う C. 候補を指定せず、Azure Language の言語検出に音声を送る D. フレーズ リストに 3 言語のあいさつを登録する

    答えと解説

    正解: A 【A(正解)】 ? 音声の間ずっと、言語の変化を見続ける方式です。 継続的な言語識別は音声の途中の言語の変化を識別でき、候補は最大 10 言語まで指定できる。連続認識で使う。 【B(不正解)】 ? 音声の最初の数秒で一度だけ言語を判定する方式です。 開始時の識別は最初に 1 回だけ判定する。途中で言語が変わる通話には向かない。 【C(不正解)】 ? テキストが何語かを判定する機能です。 テキスト向けの機能で、音声をそのまま送ることはできない。 【D(不正解)】 ? 認識させたい語句を事前に渡す仕組みです。 語句の認識を助けるだけで、話されている言語の判定はしない。

    出典: 言語識別を実装する(候補言語・開始時と継続的な言語識別)

    この問題へのリンク
  3. コール センターの音声ボットを作る。音声認識・生成モデル・音声合成を自分でつなぐと、手間がかかり遅延も大きくなる。1 つの API でまとめて扱いたいとき、最も適切なものはどれか?

    A. Translator の文書翻訳 B. Voice Live API C. バッチ文字起こし D. Custom Vision

    答えと解説

    正解: B 【A(不正解)】 ? 文書の構造を保ったまま翻訳する機能です。 文書の翻訳サービスで、音声での対話は扱わない。 【B(正解)】 ? Azure Speech が提供する、音声エージェント向けの API です。 Voice Live は 3 つの機能を 1 つのインターフェイスに統合したフル マネージドの API で、生成モデルのデプロイも不要である。 【C(不正解)】 ? 保存済みの大量の音声を非同期で文字にする方法です。 後から結果が返る方式で、その場で会話する用途には使えない。 【D(不正解)】 ? 自分の画像で学習させる画像認識のサービスです。 画像向けのサービスで、音声ボットとは関係しない。

    出典: Voice Live API の概要

    この問題へのリンク
  4. 旅行者向けの通訳アプリを作る。相手が何語で話すかは事前に設定できない。訳した音声は、話し手の調子を保った自然な声にしたい。音声翻訳のどの機能が最も適切か?

    A. 開始時の言語識別と、テキストへの翻訳の組み合わせ B. テキスト読み上げアバターで訳文を読ませる C. ライブ インタープリターを使う D. 発音評価で相手の発音を採点する

    答えと解説

    正解: C 【A(不正解)】 ? 最初の数秒で言語を決め、文字で訳す方法です。 言語が途中で変わると対応しにくい。訳文も文字だけで、話し手の調子は保てない。 【B(不正解)】 ? テキストを話す人物の動画に変える機能です。 動画を作る機能で、話された言語の識別や翻訳はしない。 【C(正解)】 ? 音声翻訳に含まれる、会話向けの機能です。 入力言語を設定せずに言語を識別し続け、話者のスタイルとトーンを保つ自然な声で訳す。旅行通訳が公式の例である。 【D(不正解)】 ? 発音の正確さを評価する機能です。 話し方の評価で、通訳にはならない。

    出典: 音声翻訳の概要(ライブ インタープリター)

    この問題へのリンク

この分野に出てくる用語(53 語)

Azure Language:固有表現認識・PII 検出・感情分析・要約などの自然言語処理を提供する Foundry Tools のサービス。

Azure Speech:音声テキスト変換・テキスト読み上げ・音声翻訳などを提供する Foundry Tools のサービス。

Azure Vision:画像を処理して、文字・物体・説明などの情報を返す Foundry Tools のサービス。

Custom Vision:自分の画像とラベルで学習させ、画像分類や物体検出のモデルを作るサービス。

Foundry Models:Microsoft Foundry で AI モデルを探し、比較・評価してデプロイするための場所。1 万を超えるモデルを収録している。

Foundry Tools:音声・言語・ビジョン・情報抽出などの事前構築済み AI 機能を API で使えるサービス群。

gpt-audio:チャット補完 API に音声の入力と出力を加える OpenAI のモデル。小型の gpt-audio-mini もある。

GPT-image-1:テキストの指示から画像を生成・編集できる OpenAI の画像生成モデル。制限付きアクセスのプレビューで、GPT-Image-2 などの新しいモデルは一般提供。

PII 検出:文章や会話から氏名・電話番号などの個人を特定できる情報を見つけ、伏せ字にできる機能。

Speech SDK:Azure Speech の音声認識・音声合成・翻訳などをアプリから使うためのライブラリ。多くの言語で使える。

SSML:音声合成で、発音・速さ・高さ・音量などを細かく指定するためのマークアップ言語。

Text Analytics for health:医療の文章から、病名や薬などの健康に関する情報を抽出してラベルを付ける Azure Language の機能。

Translator:テキストや文書を多くの言語に翻訳する Foundry Tools のサービス。文書の構造と書式を保ったまま翻訳することもできる。

Voice Live:音声認識・モデルとのやり取り・音声合成をまとめて扱い、人と自然に音声で会話するアプリを作る Azure Speech の機能。

エンティティ リンク設定:文章中の語句が何を指すかを判別し、Wikipedia の該当ページへのリンクを返す機能。

オピニオン マイニング:感情分析の拡張で、商品の「画面」などの対象ごとに意見の肯定・否定を取り出す機能。

カスタム NER:自分のデータで学習させ、業務に固有の種類のエンティティを取り出すモデルを作る Azure Language の機能。

カスタム音声:ブランドや製品に固有の合成音声を、自前の録音データから作る Azure Speech の機能。

カスタム音声モデル:雑音や専門用語に合わせて音声認識の精度を上げるため、自前のデータで学習させる音声認識モデル。

キー フレーズ抽出:文章の中から主な話題を表す語句を取り出し、リストで返す機能。

ゼロショット:例を示さずに指示だけでモデルに作業させるプロンプトの方法。

ダイアライゼーション:録音の中で話者を区別し、発言ごとに誰が話したかを分ける処理。Azure Speech は最大 35 人まで識別できる。

テキスト読み上げアバター:テキストを、自然な声で話す人物のデジタル動画に変換する Azure Speech の機能。

ニューラル音声:ディープ ニューラル ネットワークで作られた、人の声に近い自然な合成音声。

バッチ合成:10 分を超えるような長いテキストを非同期で音声にする方法。完成した音声を後からダウンロードする。

バッチ文字起こし:大量の録音済み音声を非同期でまとめてテキストに変換する方法。REST API を使う。

フレーズ リスト:話されそうな固有名詞や専門用語を音声認識に事前に渡し、認識の精度を上げる仕組み。モデルの学習は要らない。

ライブ インタープリター:入力言語を設定せずに話された言語を識別し続け、話者の調子を保った声で訳す音声翻訳の機能。

リアルタイム オーディオ:低い遅延で音声を入力し、音声で応答を返せる音声対応モデルの使い方。

リアルタイム文字起こし:マイクなどから流れてくる音声を、その場で順次テキストに変換する方法。

温度:生成の出力のばらつきを調整するパラメーター。高いと多様に、低いと決まった答えに寄る。

音声アクティビティ検出:話し始めと話し終わりを検出して会話のターンを区切る仕組み。Realtime API では turn_detection で server_vad や semantic_vad を選ぶ。

音声合成:テキストから人の声のような音声を作ること。

音声認識:話し言葉を聞き取ってテキストに変換すること。

音声翻訳:話された音声をリアルタイムで別の言語のテキストや音声に翻訳する機能。

会話言語理解:利用者の発話から意図を予測し、重要な情報を取り出すカスタム モデルを作る Azure Language の機能。

会話要約:会議やコール センターの会話から、問題と解決策・まとめ・章タイトルなどを作る Azure Language の要約機能。

感情分析:文章が肯定的・否定的・中立のどれかを判定し、スコアを返す機能。

言語検出:文章が何語で書かれているかを判定する機能。

言語識別:音声で話されている言語を、候補の言語の中から判定する Azure Speech の機能。

固有表現認識:文章中の人名・地名・組織名・日付などを見つけ、種類に分類する機能。

光学式文字認識:画像や文書の写真から、印刷や手書きの文字を読み取ってテキストにする技術。

口形素:音を発音するときの唇・あご・舌の形。Speech SDK のイベントで受け取り、顔のアニメーションに使える。

構造化出力:モデルの出力を、指定した JSON スキーマに沿った形で返させる機能。

高速文字起こし:録音済みの音声ファイルを短時間でテキストに変換する方法。

最大トークン数:1 回の応答で生成するトークン数の上限を決める設定。

自然言語処理:人の言葉(文章や会話)をコンピューターで理解・分析・生成する技術の総称。

質問応答:用意した情報から、利用者の質問に最も合う回答を返す Azure Language の機能。チャット ボットなどに使う。

少数ショット:入力と出力の例をいくつかプロンプトに含めて、望む応答の形をモデルに示す方法。

抽出型要約:元の文書から重要な文を選んで並べる要約の方法。

抽象型要約:元の文をそのまま使わず、新しい短い文を作って要点をまとめる要約の方法。

発音評価:話された音声の発音の正確さや流暢さを評価し、フィードバックを返す Azure Speech の機能。

要約:長い文章や会話の要点を短くまとめる機能。抽出型と抽象型がある。

用語集で全部の用語を見る →

独学の次に、講座で体系立てて学びたい人へ

この問題集は独学用です。クラウドや生成AI・DX を仕事で使えるところまで講師つきで学びたい人には、IT・生成AI/DX の講座がそろうスクールも選択肢になります。

本ページは広告・アフィリエイトプログラムを利用しており、リンク経由でのお申し込み・購入により当サイトに収益が発生することがあります。ただし、ランキング・評価・掲載内容は広告費や報酬の有無に関わらず編集部の独自基準で決定しており、広告主からの指示により内容を変更することはありません。

ヒューマンアカデミー(資格・IT/Webスクール)PR

IT・Webデザイン・資格まで幅広い講座。生成AI/DX講座はリスキリング補助金の対象

ヒューマンアカデミー(資格・IT/Webスクール)の広告無料で講座資料を探す →

まずは無料ではじめられます。リンク先は公式サイトです。

このサービスの解説記事を読む →