会話履歴の編集
会話履歴の編集
保存された会話履歴から機密エンティティを自動的に編集します。
会話履歴の編集機能は、会話データが保存される前に機密情報を検出して削除します。これにより、確認や分析に役立つ会話ログを保持しながら、機密エンティティの露出を最小限に抑えます。
この機能は現在、一部のエンタープライズのお客様のみご利用いただけます。アクセスについては 営業までお問い合わせください。
概要
会話が終了すると、後処理でトランスクリプトとオーディオをスキャンし、機密エンティティを検出します。検出されたエンティティは、会話データを保存する前に編集されます。
- トランスクリプトと分析:エンティティの出現箇所は
[ENTITY_NAME](例:[NAME]、[EMAIL_ADDRESS])に置き換えられます。 - オーディオ:エンティティの出現箇所はビープ音に置き換えられます。
- Webhook:トランスクリプトとオーディオのWebhookにも編集済みデータが含まれます。
エンティティ検出を行わずに発信者のキーパッド入力を編集するには、エージェントでDTMF 入力の編集を有効にしてください。
後処理は会話終了後に実行されるため、会話が履歴に表示されるまで少し時間がかかります。
設定
編集設定は、エージェントの詳細タブの下部にあるプライバシーセクションにあります。
編集設定には次の2つのフィールドがあります。
編集の仕組み
プレースホルダー形式
編集された各エンティティは、大文字の角括弧で囲まれたタイプ名に置き換えられます。たとえば、email_addressを設定した場合、トランスクリプト内のjohn@example.comのようなメールアドレスは[EMAIL_ADDRESS]になります。
親エンティティと子エンティティ
エンティティはドット記法を使用した階層構造に従います。どのレベルでも編集を設定できます。
- 親エンティティ(例:
name):配下のすべての子エンティティを編集します。すべての一致箇所で親のプレースホルダーが使用されます。たとえば、名と姓はいずれも[NAME]に置き換えられます。 - 子エンティティ(例:
name.name_given):その特定のタイプのみを、専用のプレースホルダー[NAME_GIVEN]を使用して編集します。
親エンティティとその子のいずれかを両方指定した場合、親がすでに対象をカバーしているため、子の指定は無視されます。
例
["name", "email_address", "financial_id.payment_card.payment_card_number"]を設定すると、次のようになります。
- すべての名前(名、姓、その他)を
[NAME]に置き換える - メールアドレスを
[EMAIL_ADDRESS]に置き換える - 支払いカード番号を
[PAYMENT_CARD_NUMBER]に置き換える
対応エンティティ
名前
連絡先
個人情報
認証情報
Web
組織
金融識別子
所在地
日付
一意の識別子
医療
ベストプラクティス
- 必要なエンティティだけを有効にしてください。 設定するエンティティタイプが少ないほど、検出率は向上します。対象エンティティを絞り込むことで曖昧さが減り、より正確に検出できます。
- 例と説明を参照してください。 各エンティティで何が編集されるかを理解するには、エンティティ選択シート内のエンティティ横にある例と、上記の説明またはシート内のツールチップを確認してください。
ゼロ保持モードとの比較
会話履歴の編集とゼロ保持モードはいずれも機密データを保護しますが、仕組みが異なり、適するニーズも異なります。
よくある質問
エンティティ検出に失敗した場合はどうなりますか?
エンティティ検出中にエラーが発生した場合、システムは会話データを一切保存しない ゼロ保持モードの動作にフォールバックします。
編集により、ElevenLabsは会話データにアクセスできなくなりますか?
いいえ。編集は、表示される保存済みの会話履歴に適用されます。ElevenLabsは引き続き 内部ログを通じて会話データにアクセスできる場合があります。これを防ぐには、ゼロ保持 モードを有効にしてください。
会話が表示されるまで時間がかかるのはなぜですか?
編集が有効な場合、各会話の後にエンティティを検出して編集する後処理が実行されます。 このため、会話が履歴に表示されるまで少し時間がかかります。
今後、さらに多くの設定オプションが利用可能になりますか?
はい。この機能は初期段階にあり、今後さらに柔軟な設定オプションをサポートする予定です。
HIPAA準拠を保証しないのに、この機能が役立つのはなぜですか?
内部での露出を抑制: 会話履歴の編集により、ワークスペース内の誰も会話履歴に含まれる機密エンティティを確認できなくなります。
最善を尽くしたデータ処理を示す: クライアントや監査担当者に対して、機密情報を保護するための合理的な措置を講じながら、 モニタリングと改善のために会話データを保持していることを示す前向きなシグナルとなります。
デバッグのアクセスを維持: ゼロ保持モードとは異なり、編集では会話履歴を確認可能な状態に保てます。 そのため、プライバシー管理を完全に犠牲にすることなく、チームでエージェントのパフォーマンスを監視し、問題を調査して、 改善を繰り返すことができます。
ゼロ保持モードと会話履歴の編集を同時に有効にできますか?
はい。両方を有効にすると会話データは保存されませんが、通話後のトランスクリプトと オーディオWebhookからは機密エンティティが 編集されます。