AIコールセンターの閲覧権限を設計する方法

AIコールセンターの閲覧権限は、役職名だけで決めません。録音を聞く理由と対象の通話を先に決め、必要な期間だけアクセスできるようにします。

同じオペレーターでも、担当中の問い合わせと全社の過去録音では必要な範囲が違います。まず、一般オペレーターのアカウントで担当外キューの録音を検索し、見えないことを確認してください。

閲覧する理由から権限を分ける

最初に、誰が見るかではなく何のために見るかを分けます。応対中に顧客情報を確認する目的と、通話後に品質を評価する目的は同じではありません。苦情調査やシステム障害の解析も別の作業です。

目的ごとに、対象データと利用期間を決めます。応対中の参照は担当中の顧客へ限定できます。品質確認では抽出した通話だけを一定期間見られれば足りる場合があります。役職が上だから全録音を常時閲覧できる、という設計にしないでください。

個人情報保護委員会のアクセス制御に関するQ&Aは、権限の最小化に加え、利用者数や利用時間を必要最小限にする手法を挙げています。権限名だけでなく、対象と時間を絞るところまで設計します。

録音と文字起こし、要約は同じ通話から作られます。ただし、漏れたときの影響と利用方法は一致しません。全文検索できる文字起こしは、多数の通話から特定の情報を探しやすくなります。録音には声そのものが残ります。

再生と検索を別の操作として扱います。修正と出力も分けてください。品質担当者に再生を許可しても、一括出力が必要とは限りません。要約だけで業務を完了できる担当者には、録音原本を見せない選択もできます。

一つの権限で三つのデータがすべて見える製品では、運用だけで補える範囲を確認します。抽出対象を限定する、出力を承認制にする、閲覧場所を管理端末へ絞るといった方法があります。補えない場合は、製品選定時の制約として記録してください。

AIコールセンターでは、用件やブランドごとにキューを分けることがあります。担当者には自分のキューだけを見せます。同じ顧客が別の窓口へ連絡していても、業務上必要でなければ履歴を横断表示しません。

部署だけで範囲を決めると、応援勤務や兼務で権限が広がりやすくなります。担当キューに加えて、現在のシフトや割り当て中の案件へ結び付けます。一時的な応援権限には終了時刻を設定してください。

NIST SP 800-207は、ネットワークの場所や資産の所有だけで暗黙の信頼を与えず、資源ごとに認証と認可を行う考え方を示しています。社内ネットワークからの接続という理由だけで、全キューを見せない設計にします。

住所や生年月日などを本人確認に使う場合、確認が終わった後も同じ画面へ出し続ける必要があるかを見直します。全桁を表示せず、一部を伏せた値で照合できる業務もあります。AIが聞き取った値を要約や通知へそのまま複製しないようにします。

本人確認の失敗時は、より多くの情報を表示して解決しようとしないでください。確認回数を決め、条件を超えたら権限の異なる担当者へ引き継ぎます。引き継ぎ先でも、再確認に必要な情報だけを表示します。

画面の表示制御だけでなく、検索と出力も対象です。本人確認値をキーワード検索できないか、CSVへ含まれないかを試します。通話後に不要となる値は、録音や文字起こしに残る範囲も確認してください。

品質管理者は応対を評価するために録音を見ますが、AIの回答範囲やルーティングを自由に変更する必要はありません。評価する人と本番設定を変更する人を分けると、問題の指摘から修正、承認までを追いやすくなります。

設定変更者にも、権限の付与と削除を許可するとは限りません。アカウント管理は別の管理者へ残し、会話やキューの設定だけを担当させます。重要な変更は一人で公開せず、確認者を通して反映します。

個人情報保護委員会の通則ガイドラインは、個人データを扱う情報システムについてアクセス制御や利用者の識別・認証などを示しています。日常作業の便利さだけで管理権限をまとめず、作業単位へ分けてください。

権限表を作った後、三人分のアカウントを用意します。一般オペレーター、品質管理者、設定管理者で次の操作を試します。

禁止した操作は、ボタンが見えないだけでなく処理自体が拒否されることを確認します。許可した操作もログから追える状態にします。人事異動やキューの再編、製品更新があったときは同じ操作を繰り返してください。

最初の作業は、一般オペレーターのアカウントで担当外キューの録音を検索することです。結果が表示された場合は、役割全体へ権限を足すのではなく、担当キューと利用期間から範囲を狭めます。