Communications Mining

Communications Mining Dispatcher Framework

Communications Mining Dispatcher Framework は、公式にサポートされている UiPath® テンプレートであり、Communications Mining を使用したプロジェクトの開発を迅速化します。

このフレームワークを使用すると、Communications Mining ストリームを簡単に利用できます。「ストリーム」をご覧ください。構成情報とビジネスロジックを入力すると、ストリームの消費と Orchestrator キューの作成はフレームワークによって処理されます。

注: Communications Mining でストリームが構成済みであることを確認してください。「ストリームを作成する」の手順をご覧ください。

このフレームワークには、Studio のオフィシャルテンプレートから直接アクセスできます。

構成

まず、Data フォルダー内の Config.xlsx ファイルで設定を行います。[Settings] タブには以下の 5 つの設定があります。

設定	説明	備考
CommunicationsMiningProjectName	データセットを含むプロジェクトの名前です。	N/A
CommunicationsMiningDatasetName	ストリームを含むデータセットの名前です。	N/A
CommunicationsMiningStreamName	ストリームの名前です。	N/A
RunContinuously	ストリームが空の場合にプロセスをアクティブな状態に維持するには、`True` に設定します。	継続的にポーリングし、新しいコミュニケーションがストリームに追加されるまで待機します。
PollWaitTime	ストリームのポーリング間の一時停止の時間です (秒単位)。	継続的に実行中の場合にのみ適用されます。 `Continuously`

注: プロジェクト、データセット、ストリームの API 名を使用するようにしてください。プロセスを正しく実行するために、タイトルの使用は避けることをお勧めします。

上記の情報を Config.xlsx で構成すると、Dispatcher Framework は構成したストリームを対象にするようになります。次に、どのコミュニケーションをどの Orchestrator のキューに送るかを判断するビジネスロジックを定義します。

ビジネスロジックは Framework フォルダーの GetDestinationQueue ページで構成します。

この GetDestinationQueue ページには以下が含まれます。

このページでビジネスロジックを構成し、この 2 つの出力をユースケースに適した値に設定できます。

Communications Mining の Result の型では、ユーザーを支援する関数がいくつか提供されています。以下に例を示します。

in_Communication.LabelExists("Address Change") を使用すると、現在のコミュニケーションにラベルが存在するかどうかを確認できます。
in_Communication.EntityExists("policy-number") を使用すると、現在のコミュニケーションにエンティティが存在するかどうかを確認できます。
in_Communication.GetEntity("policy-number").FormattedValue = "123" を使用すると、エンティティに特定の値があるかどうかを確認できます。

これらのヘルパー関数を自身のビジネスロジックと一緒に適用して、どのコミュニケーションを特定の Orchestrator のキューに追加するかを決定します。それに応じて、Destination Queue Name および Destination Queue Folder の値を設定します。