Oracle Digital Assistant

解決する課題

問い合わせ対応や社内手続きを、人手のチャットや専用画面に頼らず自然言語の会話で自動化したい場面で役立ちます。会話エンジンや自然言語理解（NLU）を自前で構築・運用せず、宣言的にボットを組み立てられるのが価値です。

• 顧客や従業員からの定型的な問い合わせ・申請をボットで自動応答したい
• 会話の意図判定や対話制御を自前で実装・運用するのは負担が大きい
• 同じボットをWeb・SNS・音声など複数のチャネルへ一度に公開したい
• 既存の基幹システムやAPIと会話を連携させ、注文照会や予約などの実処理まで行いたい
• 会話AIを OCI の IAM・監査・ネットワークの枠組みの中で安全に運用したい

主要概念と用語

• デジタルアシスタント（Digital Assistant）: 複数のスキルを束ねる上位の窓口。ユーザーの発話を適切なスキルへ振り分けるルーター的な役割を持つ
• スキル（Skill）: 特定領域の会話機能を担う単位。意図・エンティティ・対話フローをまとめ、単独でもアシスタント配下でも使える
• 意図（Intent）: ユーザーが達成したい目的の分類。例として「残高照会」「予約変更」などを発話例から学習する
• エンティティ（Entity）: 発話から抽出する値（日付・金額・地名など）。意図の実行に必要なパラメータを切り出す
• NLU（自然言語理解）モデル: 発話を意図とエンティティに対応づける学習済みモデル。発話例（学習データ）から訓練する
• 対話フロー（Dialog Flow）: 会話の状態遷移を定義する仕組み。応答・分岐・バックエンド呼び出しを記述する
• YAML 方式 / ビジュアル方式: 対話フローの記述方法。状態を YAML で書く方式と、画面上でフローを組む方式がある
• コンポーネント（Component）: 対話フロー内の処理部品。組み込みのほか、独自処理を行うカスタムコンポーネントを実装できる
• チャネル（Channel）: ボットを公開する経路。Web チャットや各種メッセージング、音声などに接続する
• ナレッジ連携 / 生成 AI 連携: 文書から回答を引く検索や、生成 AI を会話に組み込む仕組み

仕様・制限・クォータ

• スキルやデジタルアシスタントはバージョン管理でき、開発・公開・更新を段階的に進められる
• 意図やエンティティの数、発話例の件数、デジタルアシスタント配下のスキル数などに設計上の上限がある
• 利用できる言語は機能ごとに範囲が異なるため、対象言語のサポート状況を事前に確認する
• 既存ボット資産を取り込めるよう、インポート/エクスポート（スキルやアシスタントのパッケージ）に対応する
• 具体的な上限値や提供リージョンは時期で変わり得るため、最新の公式ドキュメントで確認すること

内部の仕組み

Oracle Digital Assistant は、発話を受け取って意図とエンティティに解釈する NLU エンジンと、解釈結果に従って会話を進める対話エンジンをマネージドに提供します。利用者は発話例・意図・エンティティ・対話フローを定義し、サービス側が学習と実行を担います。

ユーザーの発話はまずデジタルアシスタントが受け取り、内容に応じて担当するスキルへ振り分けます。スキル内では NLU が発話を意図に対応づけ、必要なエンティティを抽出します。対話フローは現在の状態に基づいて応答を返し、外部処理が要るときはカスタムコンポーネントから API や Functions を呼び出して結果を会話に反映します。応答はチャネルアダプタを通じて各チャネルの形式に変換され、ユーザーへ返されます。

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

• まずスコープの狭いスキルを作って意図を絞り込み、運用しながら発話例を継続的に拡充する
• 業務をまたぐ場合はスキルを機能ごとに分割し、デジタルアシスタントでルーティングして保守性を保つ
• バックエンド連携はカスタムコンポーネントに閉じ込め、対話フローと外部 API の責務を分離する
• 意図が曖昧なときのフォールバックや人手へのエスカレーションを必ず用意する
• 学習データ（発話例）は実際のログから継続的に見直し、誤分類を減らす改善ループを回す
• スキルやアシスタントはバージョン管理とエクスポートで開発・本番を分け、再現可能にする

運用・監視

• 会話のログや指標は**インサイト（分析機能）**で可視化し、意図の的中率や離脱箇所を確認して改善する
• API 呼び出しやインスタンスの操作はOCI Monitoring と OCI Audit で監視・追跡する
• 学習データを更新したら再訓練とテストを行い、回帰を防いでから公開する
• カスタムコンポーネントが呼ぶ外部 API の失敗時挙動（タイムアウト・リトライ・フォールバック応答）を設計する
• チャネルごとの到達性や認証トークンの有効期限を監視し、連携断を早期に検知する

コスト

• 課金は**処理した会話量（リクエストや会話セッション単位）**に応じた従量制が基本となる
• デジタルアシスタントのインスタンスを確保している間に関わるコスト要素にも注意する
• 無駄な再訓練や不要なバックエンド呼び出しを減らし、会話あたりの処理を軽く保つ
• 具体的な単価は変動するため、料金は公式の価格ページで都度確認する

セキュリティ

• アクセス制御はOCI IAM のポリシーで行い、開発・公開・管理の権限をコンパートメント単位で最小化する
• バックエンド連携の認証情報はハードコードせず、保管庫（Vault）やリソースプリンシパルで安全に扱う
• 会話に含まれ得る個人情報は、ログ保存やバックエンド送信の前にマスキング・最小化を検討する
• 通信は TLS で保護され、操作は OCI Audit に記録されて追跡できる

関連サービス・比較

問い合わせの会話そのものを担うのが Oracle Digital Assistant、テキストの感情やエンティティを単発で解析するのが OCI Language です。両者は補完関係にあり、会話ログの分析に Language を併用できます。

ハンズオン / CLI例

# 指定コンパートメント内のデジタルアシスタントインスタンス一覧を確認
oci oda instance list \
  --compartment-id "$COMPARTMENT_OCID"

# デジタルアシスタントインスタンスを作成（名前と形状を指定）
oci oda instance create \
  --compartment-id "$COMPARTMENT_OCID" \
  --display-name "support-bot" \
  --shape-name "DEVELOPMENT" \
  --wait-for-state ACTIVE

# 特定インスタンスの詳細を取得
oci oda instance get \
  --oda-instance-id "$ODA_INSTANCE_OCID"