アラートやシフトスケジュールの通知で担当メンバーを正確に @メンション できるようにするため、DataWorks AI アシスタントではアカウントマッピング機能を提供しています。この機能により、Alibaba Cloud アカウントと DingTalk や Lark/Feishu などの IM プラットフォームアカウントの関連付けが行われ、プラットフォーム間のアイデンティティの不一致の問題を解決します。また、メッセージ内のプレーンテキストの名前がインタラクティブな @メンション に変わります。本トピックでは、チャネル設定でアカウントマッピングを設定してテストする方法について説明します。
仕組み
AI アシスタントでは、統一されたアカウントマッピングの仕組みを使用して、通知ターゲットに正確に通知します。ターゲットがタスクオーナーであっても当番メンバーであっても、システムはそのアイデンティティを対応する IM アカウントに紐付けるため、さまざまなシナリオで繰り返し設定を行う必要がありません。
シフトローテーションのシナリオでは、AI アシスタントは DataWorks オペレーションセンターで管理されているシフトスケジュールと自動的に関連付け、通知ターゲットの自動ローテーションを可能にします。
すべての当番メンバーは、事前にアカウントマッピングの登録を完了する必要があります。これは、ボットが当番メンバーを @メンション するための前提条件です。
前提条件
AI Assistant Serviceの概要 に基づいて AI アシスタントインスタンスが作成済みで、実行中であること。
インスタンスのイメージバージョンが 4.1.6 以降であること。以前のバージョンでは、チャネルカードにアカウントマッピングのエントリが表示されないため、最初にインスタンスをアップグレードしてください。
インスタンスの [基本情報] タブの [チャネル設定] で、少なくとも 1 つの IM チャネルが設定されていること。各チャネルの統合手順については、「AI Assistant Service と DingTalk の統合」、「AI Assistant Service と Lark/Feishu の統合」、「AI Assistant Service と WeCom の統合」をご参照ください。
定期点検またはアラートタスクが実行されていること。@メンション は通知ステージで発生するため、まずレポートが生成されている必要があります。タスク設定については、「AI アシスタントの実践:自然言語によるインテリジェントなデータ運用」をご参照ください。
制限事項
チャネルごとのスコープ:アカウントマッピングは、単一のグローバルテーブルとしてではなく、IM チャネルごとに管理されます。[アカウントマッピング] パネルは、チャネルに紐づいて開きます。DingTalk チャネルから開くと、各メンバーの DingTalk ID のみが表示されます。つまり、メンバーが
@通知 を受信したいチャネルごとに、そのメンバーのマッピングを設定する必要があります。例えば、メンバーに DingTalk のマッピングのみを設定した場合、そのメンバーを Lark グループで正常に
@メンションすることはできません。Lark/Feishuの統一設定:Lark/Feishu は同じチャネルカードで管理され、1 つの ID フィールド (Open ID / User ID) を共有します。
電話番号の表示:プライバシー保護のため、システムは常に電話番号をマスクされた形式 (例:
138****1111) で表示します。既存の番号を保持する:編集時にマスクされた値を変更しないでください。
番号を変更する:マスクされた値を上書きするには、新しい完全な電話番号を入力してください。
シフトスケジュールを通知ターゲットとして使用するには、最初にオペレーションセンターで「シフトスケジュール」を設定する必要があります。この機能には、DataWorks Professional Edition 以上が必要です。
操作手順
ステップ 1:ターゲットチャネルのアカウントマッピングへの移動
DataWorks コンソールにログインし、左側のナビゲーションペインで [AI Assistant Service] をクリックします。
インスタンスリストでターゲットインスタンスを見つけ、インスタンス名をクリックしてインスタンス詳細ページに移動します。
[チャネル設定] エリアで、ターゲットチャネルカード ( DingTalk、WeCom、または Lark ) を見つけ、対応するチャネル統合を設定します。
チャネル設定が完了したら、カードの右上隅にある [アカウントマッピング] をクリックします。
ステップ 2:アカウントマッピングの追加
[アカウントマッピング] パネルの左上隅で、[マッピングを追加] をクリックします。
[マッピングを追加] ダイアログボックスで次のパラメータを設定し、[OK] をクリックします。
パラメータ
必須
デフォルト値
説明
メンバー
はい
該当なし
担当メンバーに対応する RAM ユーザーまたはロールを検索して選択します。ドロップダウンリストでは、各エントリに[ユーザー]または[ロール]のラベルが表示されます。メンバーを選択すると、ニックネーム、アカウント名、アカウント ID が自動的に入力され、マッピングの主キーとして使用されます。
電話番号
いいえ
空
現在のチャネルでこのメンバーに登録されている電話番号。この番号は、電話番号による @メンションの汎用識別子として使用されます。リストには常にマスクされた形式で番号が表示されます。マッピングを編集する際、マスクされた値を変更しない場合、元の番号が保持されます。番号を変更するには、新しい完全な電話番号を入力してください。
チャネル @ 識別子
いいえ
空
現在のチャネルにおけるこのメンバーのプラットフォーム上の ID。フィールド名はチャネルによって異なります。
DingTalk の場合、フィールドは[DingTalk ユーザーID]で、個人詳細ページから取得できます。
WeCom の場合、フィールドは[WeCom アカウント]です。WeCom の管理者は、[連絡先] のユーザー詳細ページから取得できます。
Lark/Feishu の場合、フィールドは[Lark/Feishu Open ID / User ID]です。
ou_で始まる Open ID または User ID を入力できます。ID の取得方法については、「ユーザーIDの取得方法」をご参照ください。
マッピングを有効化
いいえ
有効
デフォルトで有効になっています。無効にすると、このマッピングは無効になります。これにより、レコードを削除せずに、メンバーの @メンション を一時的に停止できます。
マッピングを保存すると、リストが更新され、メンバーが表示されます。インスタンスで他のチャネルも使用している場合は、[チャネル設定] に戻り、他のチャネルカードで同じメンバーに対して上記の手順を繰り返してください。
UI では、メンバーを選択するだけで済みます。電話番号とチャネル @ 識別子の両方が空の場合でも、マッピングを保存できます。ただし、両方が空の場合、このマッピングには現在のチャネルで使用可能な @識別子 がありません。少なくとも 1 つのフィールドを入力することを推奨します。チャネル @ 識別子を優先してください。メンバーが電話番号を変更しても無効になりません。
ステップ 3:検証のためのテストメッセージ送信
単一のテストメッセージを送信して、特定のメンバーのアカウントマッピング設定が有効かどうかを検証できます。
テストを開始する
[アカウントマッピング] リストでターゲットメンバーを見つけ、[操作] 列の [テスト] ボタンをクリックします。
ヒント:現在のチャネルでこのメンバーのマッピング情報 ( @識別子 または電話番号) が空の場合、システムはテストを実行できず、最初に情報を入力するように促します。
設定して送信する
表示されるダイアログボックスで、ターゲットグループボットの
WebhookURL を貼り付け、[送信] をクリックします。重要WeCom と Lark/Feishu のスマートボットは Webhook をサポートしていません。Webhook ボットをグループチャットに追加して、@メンション メッセージ配信をテストできます。
同じボットが複数のグループで使用されている場合、Webhook URL はグループごとに異なります。テスト送信の際は、正しいグループチャット URL を選択して、間違ったグループにメッセージを送信しないようにしてください。
システムは実際のテストメッセージをグループに送信し、すべてのグループメンバーに表示されます。混乱を避けるため、事前に関連するグループメンバーに通知してください。
結果を検証する
対応する IM グループチャットに移動し、テストメッセージを確認します。
成功:メンバーが正常に
@メンション されます (名前がクリック可能な青いリンクとして表示されます)。失敗:メンバー名がプレーンテキストとして表示され、クリックできません。
トラブルシューティング
テストが失敗した場合 (メンバーが正常に
@メンション されない場合)、次の設定を 1 つずつ確認し、問題を修正した後に再度テストしてください。有効化ステータス:マッピングリストで、メンバーの[マッピングを有効化]トグルがオンになっていることを確認してください。
ID 情報:テスト対象のチャネルで、メンバーの[チャネル @ 識別子]または[電話番号]フィールドの少なくとも 1 つが入力されているか確認してください。
識別子の正確性:入力した
@識別子 (DingTalk ユーザーID など) が正確で、誤字や余分なスペースがないことを再確認してください。Webhook の有効性:テストに使用した
WebhookURL が正しく、ボットがターゲットグループチャットに正しく追加されていることを確認してください。
既存マッピングの管理
[アカウントマッピング] パネルのリストで、各マッピングの [操作] 列には次の操作が用意されています。
操作 | 説明 |
テスト | 手動で入力したグループボットの Webhook にテストメッセージを送信し、メンバーが @メンション されることで、マッピングが有効か検証できます。 |
無効化 / 有効化 | マッピングを一時的に無効化または再有効化します。有効なマッピングには[無効化]が表示され、無効なマッピングには[有効化]が表示されます。この操作はこのレコードのステータスにのみ影響し、他の情報は変更されません。 |
編集 | 電話番号、チャネル @ 識別子、および[マッピングを有効化]トグルを変更します。メンバーは変更できません。電話番号がマスクされた状態で表示されている場合、変更しないと元の番号が保持されます。 |
削除 | 確認ダイアログボックスで確認すると、現在のチャネルのメンバーのマッピングが削除されます。他のチャネルのマッピングには影響しません。 |
担当メンバーが退職または交代した場合は、対応するマッピングのチャネル @ 識別子と電話番号を編集するか、単に[マッピングを有効化]トグルをオフにしてください。点検タスクやアラートタスク自体を変更する必要はありません。チームメンバーの変更後、[操作]列の[テスト]を使用して、@メンション が正しい担当者に届くことを確認してください。
1. 担当メンバー
これは最も重要な通知ターゲットです。システムは、インテリジェント分析を通じて特定の担当メンバーを特定します。
動的な担当メンバー (デフォルトの動作)
ロジック:各点検サイクル中、AI アシスタントは問題が検出されたリソース (テーブルやタスクなど) をリアルタイムで分析し、そのリソースのオーナーを自動的に
@メンション します。利点:事前登録は不要です。インテリジェントで自動化されており、通知対象を正確に絞り込みます。現在のサイクルで例外が見つからない場合、通知は送信されません。
適用シナリオ:ほとんどの定型アラートシナリオ。
固定担当メンバー (フォールバック)
ロジック:AI アシスタントを通じて点検タスクで 1 人以上の固定メンバーを指定できます。どの点検サイクルでどのリソースに問題があっても、システムはこれらの固定メンバーを
@メンション します。適用シナリオ:アラートの最終的なフォールバックとして機能し、必ず誰かが通知を受け取るようにします。たとえば、チームリーダーやグループオーナーなど。
2. 当番メンバー
定期タスクを設定する際、AI アシスタントに「シフトスケジュール」を通知ターゲットとして使用するように指示できます。その後、システムはシフトローテーションの仕組みを利用します。
ロジック:AI アシスタントは、DataWorks オペレーションセンターで管理されているシフトスケジュールを自動的に読み取って関連付け、当日の主要な当番メンバーとバックアップ当番メンバーを取得して
@メンション します。利点:通知ターゲットはシフトスケジュールに応じて自動的にローテーションされるため、AI アシスタント側で繰り返し設定を行う必要がありません。
表示:アラートレポートでは、担当メンバーと当番メンバーは明確なラベルとともに別々の行に表示されます。
3. 作成者
監視対象のリソースオブジェクトに担当メンバーがいない場合、DataWorks はフォールバック戦略として作成者を通知ターゲットとして指定します。次の例では Flink を使用しています。
Flink ジョブ監視の場合:ジョブに担当メンバーマッピングが登録されていない場合、AI アシスタントは自動的にジョブの作成者を特定して @メンション し、レポートには「(by creator)」と注釈が表示されます。
優先度:① 担当メンバーマッピング > ② ジョブ作成者 > ③ デフォルトのフォールバックメンバー。AI Assistant Service が適切な担当者を正確に @メンション できるようにするには、アカウントマッピングで関連する関係者を設定する必要があります。
作成者を取得できない場合 (たとえば、ジョブの読み取り権限がないため)、通知はデフォルトのフォールバックメンバーまたはプレーンテキストでのメンションにフォールバックし、「作成者が見つかりません」と注釈が表示されます。
注:Flink 監視と作成者による自動 @メンション 機能には、最初に[Flink Expert Suite]を有効にする必要があります。
マッピングが不完全な場合のフォールバック動作
アカウントマッピングが不完全または曖昧な場合、システムはプレーンテキストでのメンションにフォールバックし、誤った担当者を誤って @メンション することはありません。
シナリオ | 動作 |
メンバーがマッピングテーブルにない | グループには「@田中一郎 (アカウントマッピングが設定されていません)」がプレーンテキストとして表示され、実際には @メンション されません |
マッピングが無効 | 設定されていないものとして扱われ、プレーンテキストでのメンションにデグレードします |
名前の衝突または情報の競合 (たとえば、同じ人物に対して異なる電話番号を持つ複数のレコード) | 誤った担当者を @メンション しないよう、プレーンテキストでのメンションにフォールバックします |
注:レポートに「(アカウントマッピングが設定されていません)」と表示された場合、そのエントリのマッピングを完了するよう促されます。担当メンバーが退職または交代した場合は、マッピングエントリのメンバーまたはチャネル ID を変更するか、[マッピングを有効化] トグルをオフにしてください。タスクを変更する必要はありません。
プラットフォーム別の注意事項
DingTalk
@メンション 通知を有効にするには、グループの Webhook URL を提供する必要があります。
ボットが異なるグループに追加されると、各グループは独自の Webhook URL を生成します。
定期タスクを設定する際は、ターゲットグループの Webhook URL を手動で入力する必要があります。システムは自動的に取得できません。
Lark/Feishu
アプリボットは、Webhook URL なしでグループ ID によって指定されたグループに @メンション メッセージを送信できます。
グループを指定すると、ボットはグループメンバーを直接 @メンション し、通知をトリガーできます。
WeCom
WeCom には、まったく異なる機能を持つ 2 種類のボットがあります。
チャットボット:インタラクティブな会話に使用され、2 つの接続モードをサポートします。
長時間接続モード:Webhook URL なしで、指定されたグループに @メンション メッセージを送信し、通知をトリガーできます。
URL コールバックモード:指定されたグループに @メンション メッセージを送信できません。
どちらのモードも Webhook 機能はありません。
メッセージプッシュボット (Webhook 専用):Webhook URL を介して一方向にメッセージを送信し、@メンション をサポートします。
Webhook を介して @メンション 通知を送信する必要がある場合は、グループにこのタイプのボットを個別に作成してください。
設定の推奨事項
プラットフォーム | 提供する必要があるもの |
DingTalk | ターゲットグループの Webhook URL。 |
Lark/Feishu | ターゲットグループを指定します。@メンション 機能をテストするには、追加の Webhook ボットを作成してください。 |
WeCom | ターゲットグループを指定します (チャットボットが URL コールバックモードではなく、長時間接続モードを使用していることを確認してください)。@メンション 機能をテストするには、追加の Webhook ボットを作成してください。 |
FAQ
Q:メンバーをすべてのチャネルで設定する必要がありますか?
A:はい。アカウントマッピングはチャネルごとに管理されます。DingTalk チャネルには DingTalk ユーザーID を、Lark/Feishu チャネルには Open ID または電話番号を、WeCom チャネルには WeCom アカウントを入力してください。
Q:メンバーの電話番号を変更した場合、マッピングは自動的に更新されますか?
A:いいえ。電話番号とチャネル @ 識別子の両方を、マッピングに手動で登録する必要があります。メンバーの連絡先情報が変更された場合は、対応するマッピングを手動で編集する必要があります。このメンテナンスの手間を削減するには、最初にチャネル @ 識別子を入力することを推奨します。