The following documentation outlines the details of the Connector for Microsoft Direct Line. It describes how the connector is implemented and what limitations this imposes on bots that are added via this connector. It shows how activities need to be composed to successfully send messages and actions to the Conversational Cloud.
It does not go into details on implementation details of such a bot. Microsoft provides different ways to implement chat bots like the Bot Framework SDK. A good starting point is the documentation on Azure Bot Services.
Third-Party Bots only supports the Direct Line API version 3.0.
Third-Party Bots only supports authorization with the Direct Line secret. Authorization with a Bot ID and Tenant ID is not supported.
Third-Party Bots uses the replyToId of a bot activity to match it against the consumer message. Bot activities that are not an explicit response to a consumer message won't be processed.
The connector respects the error codes sent by the Direct Line API. For example, the API sends the HTTP Status Code
502 if a bot does not handle a message within 15 seconds.
This means that our connector won't process activities that are sent by the bot in this case. Instead, it resends
the message up to 2 times on server errors.
For details how a bot can acknowledge the request within 15 seconds, see Microsoft's documentation on
how bots work.
Figure 1.1 The vendor configuration step for Microsoft Direct Line bots
Test Connection requires the bot to acknowledge the test message that will be sent. The bot does not necessarily need to send any response activities for this message.
|Direct Line Secret||The first key provided in the direct line channel configuration||x3XkXXoadX0.xknotlXk8VbU6vXXXX4kwdsGW-N3m-4XjTHPTde4XXX|
|Direct Line Endpoint||The endpoint the connector should use to reach the bot. Apart from the default you can also choose an endpoint that is close to the region that your account is configured for||https://directline.botframework.com/v3/directline|
|Multiple Activities (Optional)||The connector by default only polls for activities until he finds some on the channel. If you intent to send multiple activities independently from each other especially after the bot has acknowledged the request you should activate this feature. The value describes the time the connector will wait [in milliseconds] and then check again for further responses. The connector will continue checking in this interval as long as he finds more responses. If no additional responses can be found after this interval all responses found until this point will be returned.||1000|
|Power Virtual Agents Bot||This enables certain features for best compatibility with Power Virtual Agents. Enabled this if your bot was created on that platform. See the PVA subsection for more details.|
Figure 1.2 Detailed parameter description
The Direct Line Secret can be found in the Azure Portal if you select the corresponding Web App Bot and edit the Configuration of the Direct Line Channel.
Figure 1.3 Location of the Direct Line secret in Azure
If a message is routed to the bot the connector implements the following steps to retrieve the responses from the Direct Line API:
- It will get a client either from the cache or by getting the information from the Direct Line API.
- In case of a new conversation, a request to start a new conversation is also send to the Direct Line API.
Figure 1.4 Flow for starting/resuming a conversation
After a conversation client has been retrieved in this way, the customer message is send to the Direct Line API. The connector does retries on error responses and will poll for the responses after the message has been successfully send.
Figure 1.5 Flow for getting bot responses to a customer message