- Print
- PDF
Client Sourced Messages
Message Names
Start
Finalize
Update
Stop
Start
Description
The first message client needs to send in WebSocket and gRPC integrations.
The server returns a StartResponse message after initialization is finished.
Also used as the “Parameters” multipart field in HTTP integrations.
Explanations | JSON |
Name of the sent message. Must be Start.
Name of the project.
Tenant id of the project, you can check here for info about finding your tenant id.
Token retrieved from the Authentication Service.
Properties of the incoming and outgoing audio messages.
|
|
*: Client configurable, any name can be given to the key. ** : Not Necessary for HTTP integrations. ***: Not Necessary for HTTP integrations if the Input Audio is a Wave. |
Update
Description
Updates the key-value pairs given by the StartMessage under Settings. These new values overwrite the old ones, and keep others untouched.
The server returns a UpdateResponse message to let the client know if update was successful.
Explanations | JSON |
Name of the message. Must be Update.
The key-value pairs that will redefine the parameters used in the session.
|
|
*: Client configurable, any name can be given to the key. |
Finalize
Description
Tells every node in the session to finalize their remaining work and then send a FinalResult event.
The server returns a FinalizeResponse to acknowledge the message.
Explanations | JSON |
Name of the sent message. Must be Finalize. |
|
Stop
Description
Tells every node in the session to interrupt and dismiss their remaining work and then send a FinalResult event.
Explanations | JSON |
Name of the sent message. Must be Stop. |
|
Event
Description
Sends a custom Event to the session to be outputted from the Entry node.
Explanations | JSON |
Event object The Event object in JSON format. |
|
Server Sourced Messages
Message Names
StartResponse
FinalizeResponse
StopResponse
UpdateResponse
StartResponse
Description
Acknowledges the incoming Start Message, and returns the result of the operation. Any response other than Success indicates that the session didn’t start.
Explanations | JSON |
Name of the message. Must be StartResponse.
Operation result. Can be Success, Busy, NoActiveOperation, UnknownMessageName and Failed |
|
UpdateResponse
Description
Acknowledges the incoming Update Message , and returns the result of the operation. Any response other than Success indicates that the Parameters stayed the same.
Explanations | JSON |
Name of the message. Must be UpdateResponse.
Operation result. Can be Success, Busy, NoActiveOperation, UnknownMessageName and Failed. |
|
FinalizeResponse
Description
Acknowledges the incoming Finalize Message , and returns Success if nodes successfully started finalizing their work.
Busy means that there is another Finalize or Stop operation is going on.
NoActiveOperation means either the session was already finished or was never started.
Explanations | JSON |
Name of the message. Must be FinalizeResponse.
Operation result. Can be Success, Busy, NoActiveOperation, UnknownMessageName and Failed |
|
A successful FinalizeResponse doesn’t mean the operation is finished. It means the finalization sequence has started. The client still needs to wait for the Event “FinalResult”.
StopResponse
Description
Acknowledges the incoming Stop Message , and returns the result of the operation.
Busy means that there is another Finalize or Stop operation is going on.
NoActiveOperation means either the session was already finished or was never started.
Explanations | JSON |
Name of the message. Must be StopResponse.
Operation result. Can be Success, Busy, NoActiveOperation, UnknownMessageName and Failed |
|
Event
Description
A JSON object of any event that reached the Publisher Node. Event objects are highly customizable. For reference you can check here.
Explanations | JSON |
The Event object in JSON format. |
|
Incident
Explanations | JSON |
The Incident object in JSON format.
|
|