Contoso では、次の技術要件を特定しています。
* データ サイエンティストは、ASDK を使用して Butler をテストする必要があります。
* 可能な限り、ソリューションではコストを最小限に抑える必要があります。
* バトラーは、ユーザーが初めて接続するときに名前で挨拶する必要があります。
* Butler は 1 日に最大 10,000 件のメッセージを処理できる必要があります。
* Butler は、基本的な発話に基づいてユーザーの意図を認識する必要があります。
* Azure Bot Service のすべての構成は、一元的にログに記録する必要があります。
* 可能な限り、ソリューションでは最小権限の原則を使用する必要があります。
* 内部ユーザーは、Microsoft Skype for Business を使用して Butler にアクセスできる必要があります。
* 新しい Bookings アプリは、ユーザーが Butler と対話できるユーザー インターフェイスを提供する必要があります。
* KeyManagers という名前の Azure AD グループ内のユーザーは、すべての Azure Cognitive Services のキーを管理できる必要があります。
* バトラーは、ユーザーに部屋の予約、予約のキャンセル、既存の予約の表示などの機能を提供する必要があります。
* 単一のデータ センターまたは Azure リージョンに障害が発生した場合でも、北米とヨーロッパのユーザーは新しい Bookings アプリを利用できる必要があります。
* 継続的な改善のためには、サンプル発話を送信し、チャットボットの応答を実際の意図と比較することで Butler をテストできる必要があります。
https://docs.splunk.com/Documentation/Splunk/8.0.2/Knowledge/SetupaGETworkflowaction GETワークフローアクションを定義する手順
* [設定] > [フィールド] > [ワークフロー アクション] に移動します。
* [新規] をクリックして、新しいワークフロー アクション フォームを開きます。
* アクションのラベルを定義します。
ラベル フィールドを使用すると、フィールドまたはイベント ワークフロー メニューに表示されるテキストを定義できます。ラベルは静的にすることも、関連するフィールドの値を含めることもできます。
* ワークフロー アクションがデータ内の特定のフィールドまたはイベント タイプに適用されるかどうかを決定します。
1 つ以上のフィールドを識別するには、[次のフィールドにのみ適用] を使用します。フィールドを識別すると、ワークフロー アクションは、イベント メニューまたはフィールド メニューのいずれかで、それらのフィールドを持つイベントに対してのみ表示されます。空白のままにするか、アスタリスクを入力すると、アクションはすべてのフィールドのメニューに表示されます。
1 つ以上のイベント タイプを識別するには、[次のイベント タイプにのみ適用] を使用します。イベント タイプを識別すると、ワークフロー アクションは、そのイベント タイプに属するイベントのイベント メニューにのみ表示されます。
* [アクションの表示場所] では、アクションを [イベント] メニュー、[フィールド] メニュー、またはその両方のいずれに表示するかを決定します。
* アクションタイプをリンクに設定します。
* URI には、フィールド値を送信する外部リソースの場所の URI を指定します。
ラベル設定と同様に、フィールドの値を宣言するときは、ドル記号で囲まれたフィールド名を使用します。
URI 経由で GET アクションに渡される変数は、送信中に自動的に URL エンコードされます。つまり、単語や句読点の間にスペースがある値を含めることができます。
* [リンクを開く場所] で、ワークフロー アクションを現在のウィンドウに表示するか、新しいウィンドウでリンクを開くかを決定します。
* 取得するLinkメソッドを設定します。
* [保存] をクリックして、ワークフロー アクション定義を保存します。