> For the complete documentation index, see [llms.txt](https://docs.maiagent.ai/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.maiagent.ai/maiagent-user-guide/maiagent-user-guide-ja/application/voicecs/ivr-intent-recognition.md).

# IVR カスタマーサポートの意図認識

**IVR（自動音声応答）カスタマーサポートの意図認識**とは、AIの音声処理技術を組み合わせることで、ユーザーが音声コマンドを通じてカスタマーサポートシステムと対話し、顧客の意図を自動的に認識して適切なサービスを提供する技術の応用を指します。日本でも、こうしたシステムは銀行、通信、医療などの分野で広く活用されており、サービス効率と顧客体験の向上に貢献しています。

## **主な機能とフロー** <a href="#core-features-and-workflow" id="core-features-and-workflow"></a>

1. **音声入力の受け付け**\
   顧客が電話をかけると、システムは自動音声メニューを再生します（例：「ご用件を簡単にお話しください。担当者がサポートいたします。」）。顧客はボタンを押して選択する必要はなく、音声で直接ニーズを伝えます。
2. **音声認識（ASR）**\
   システムは自動音声認識技術（Automatic Speech Recognition）を利用して、音声をテキストに変換します。例えば、顧客が「請求書を確認したい」と話すと、システムはその内容をテキスト入力に変換します。
3. **意味理解（NLU）**\
   システムは自然言語理解（Natural Language Understanding）技術によって意味を分析し、ユーザーの真のニーズを判断します。例えば：
   * 語彙分析：「確認」「請求書」といったキーワードから、ニーズが請求に関連していることがわかります。
   * 意図認識：顧客の目的が「請求書の確認」であると判断します。
4. **応答とルーティング**\
   システムは意味分析の結果に基づいて適切なサービスを提供します。次のような選択肢が考えられます：
   * **直接応答**：自動処理が可能なニーズの場合、例えば「ご請求金額は1,200円、お支払い期限は12月15日です」と回答します。
   * **担当者への転送**：複雑なニーズの場合、システムは自動的に該当部門の担当者へ転送し、同時に意味の要約を提供することで、繰り返しのやり取りを減らします。

## **技術的な課題と制約** <a href="#technical-challenges-and-limitations" id="technical-challenges-and-limitations"></a>

1. **多様な表現の理解の難しさ**
   * ユーザーの言語表現は標準的でない場合があります。例えば「私の請求書は結局どうなっているの？」や「支払いの問題はどうすればいいの？」のように意味が曖昧なため、BERTなどのモデルでは<mark style="color:red;">**具体的なニーズを正確に判断できない**</mark>ことがあります。
   * 日本では、複数の言語や方言（標準語や各地域の方言）の混在にも対応する必要があり、言語モデルによるこれらの言語データへのサポートはまだ十分ではありません。
2. **意図の細分化における限界**
   * 現代のNLPモデルは大量のテキストデータを処理できますが、特定の業界の専門知識や特殊な意図を完全に把握することはできません。例えば「前回の支払いの具体的な日付を知りたい」という場合、正しく回答するには異なるシステムを連携させる必要があるかもしれません。
   * BERTは短い会話の断片を処理する効果は高いものの、長文や複雑な意味表現ではモデルが混乱を起こします。
3. **データの偏りとコーパスの不完全性**
   * 言語モデルの学習には<mark style="color:red;">**膨大なローカライズされたコーパスが必要**</mark>であり、データが不足していたり単一の表現形式に偏っていたりすると、モデルが特殊な文脈に適応する能力が不足してしまいます。例えば、日本特有の言語習慣について、モデルが十分な文脈コーパスを持たない場合があります。
4. **文脈と記憶の制約**
   * 顧客の会話には通常、文脈的なつながりがあります。例えば「さっき話した支払いの件で、まだ他にも質問があるのですが」のような複数ターンの対話では、システムが以前の意図を記憶している必要があります。既存のNLPモデルはこの点での応用に限界があります。
   * 意図の判定が誤ると、ユーザーはニーズを言い直さざるを得なくなり、フラストレーションを招きます。
5. **誤りに対する許容度の低さ**
   * 顧客のカスタマーサポートシステムに対する忍耐には限りがあります。音声システムが誤った判定をすると、顧客は不満を感じ、最終的に直接オペレーターとの会話を求めることになりかねません。

## 業界の現状 <a href="#industry-status-quo" id="industry-status-quo"></a>

現在も、多くの企業の音声カスタマーサポートシステムは、従来のボタン選択式のフローを採用しています。**ある銀行の音声カスタマーサポートシステム**を例にとると、その設計は業務の多様性を十分に考慮し、多階層メニューの選択肢を提供してユーザーを誘導しています。しかし、ユーザーの対話体験という点では、まだ最適化・改善の余地が多く残されています。

LLM（大規模言語モデル）とRAG（検索拡張生成、Retrieval-Augmented Generation）の登場は、意味認識およびIVRシステム全体に革命的な変化をもたらしました。これにより、音声カスタマーサポートシステムはよりスマートで、より正確で、より適応性の高いものとなり、従来の多くのNLP技術が抱えていた制約を克服しています。

{% embed url="<https://bank.sinopac.com/MMA8/bank/service/cs-phonecall.html>" %}

<figure><img src="/files/0HKnvAv3fwCJc2gipcUE" alt="" width="563"><figcaption></figcaption></figure>

## ソリューション <a href="#solution" id="solution"></a>

以下では、MaiAgentの強力かつ正確なLLM・RAG機能を活用し、ステップごとに非常に優れた意味認識アシスタントを作り上げる方法をご紹介します。

### 操作手順 <a href="#operation-steps" id="operation-steps"></a>

#### 1. データの準備 <a href="#step1-data-preparation" id="step1-data-preparation"></a>

{% hint style="info" %}
従来、BERTはNLPタスク（意図認識、感情分析など）において、学習のために大量のラベル付きデータを必要としていました。ラベル付けは通常、人手で行われ、例えば文に意図カテゴリやキーワードを付与する作業は、時間とコストの両面で負担が大きいものでした。高品質なラベル付きデータがあっても、モデルの汎化能力は不十分になりがちです。業務ニーズや利用習慣が変化した場合には、ラベルを付け直してモデルを再学習する必要があり、その周期は長くなります。

LLMとRAGの強みは、生成型の言語能力とリアルタイム検索のダイナミックさを十分に組み合わせられる点にあります。これにより、ラベル付きデータへの依存から脱却し、意味認識の精度を高め、開発・保守コストを削減し、ユーザー体験を大幅に改善できます。この技術の組み合わせは、スマートなカスタマーサポートと音声インタラクションに新たな業界標準を打ち立てるものであり、今後の自動化とパーソナライズされたサービスを推進する鍵となります。
{% endhint %}

LLMとRAGの導入により、ラベル付きデータ準備のプロセスは大幅に簡素化されました。今では、データをExcelの表に整理し、意図分類を簡単に列挙したうえで、この**銀行カスタマーサービス一覧**をMaiAgent AIアシスタントのナレッジベースにアップロードするだけで、スマートな意味認識システムの運用をサポートできます。

<figure><img src="/files/sB8XaRC3NCY0KieFYalv" alt=""><figcaption><p>銀行サービス一覧（意図認識用）</p></figcaption></figure>

#### **2. ロール指示の定義** <a href="#step2-define-system-prompt" id="step2-define-system-prompt"></a>

```markdown
# 角色
你是 MaiAgent 銀行的語意理解機器人

# 輸出格式
請根據使用者對話，了解客戶想要得到的服務意圖，從知識庫中判斷使用者想要的服務意圖並輸出

意圖很明確時，請輸出一個意圖就好；若有多個相似意圖無法判斷，請列出3個以內最相近的意圖

<example>
-<代碼>:<分類> - <子分類>
</example>

<example>
-<代碼>:<分類> - <子分類>
-<代碼>:<分類> - <子分類>
...
</example>

<example>
N/A
</example>

# 輸出限制
- 請使用繁體中文回覆
- 不在知識庫範圍內的資訊請勿回答
- 請直接輸出 <example> 與 </example> 內的文字，不要包含其他敘述
- 輸出不包含<example>與</example>
- 根據知識庫資料回答，無法判斷意圖時請以下方<example>內的文字回答
```

#### 3. 利用を開始する <a href="#step3-get-started" id="step3-get-started"></a>

### 使用例 <a href="#usage-examples" id="usage-examples"></a>

#### 単一の対話 <a href="#single-turn-conversation" id="single-turn-conversation"></a>

<figure><img src="/files/aImW83vt07O3HlZT9JZI" alt=""><figcaption><p>意図認識の事例</p></figcaption></figure>

#### 複数ターンの対話 <a href="#multi-turn-conversation" id="multi-turn-conversation"></a>

LLMとRAGの技術は、複数ターンの対話においてBERTでは意図を認識しにくいというボトルネックを解決しました。

<figure><img src="/files/SQeHmN5D0YahwE0B2riP" alt=""><figcaption><p>意図認識における複数ターン対話の例</p></figcaption></figure>


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.maiagent.ai/maiagent-user-guide/maiagent-user-guide-ja/application/voicecs/ivr-intent-recognition.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.