Die Dialogflow-Vorgangsinformationen.
JSON-Darstellung |
---|
{ "operationName": string, "operationType": enum ( |
Felder | |
---|---|
operationName |
Nur Ausgabe Der vom Server zugewiesene Name (Vorgangs-ID), der nur innerhalb des Dienstes eindeutig ist, der ihn ursprünglich zurückgibt. |
operationType |
Nur Ausgabe Dialogflow-Vorgangstyp. |
operationState |
Nur Ausgabe Dialogflow-Vorgangsstatus. |
error |
Nur Ausgabe Fehlerergebnis, falls vorhanden. |
OperationType
Dialogflow-Vorgangstypen.
Enums | |
---|---|
OPERATION_TYPE_UNSPECIFIED |
Nicht definierter Typ. |
ASSOCIATE_DIALOGFLOW |
Dialogflow verknüpfen. |
DISSOCIATE_DIALOGFLOW |
Dialogflow trennen. |
ADD_DOCUMENT_TO_KNOWLEDGEBASE |
Dokument zur Wissensdatenbank hinzufügen. |
DELETE_DOCUMENT_FROM_KNOWLEDGEBASE |
Dokument aus Wissensdatenbank löschen. |
OperationState
Vorgangsstatus in Dialogflow
Enums | |
---|---|
OPERATION_STATE_UNSPECIFIED |
Nicht angegebener Zustand. |
PROCESSING |
Wird verarbeitet. |
COMPLETED |
Abgeschlossen. |
FAILED |
Fehlgeschlagen. |
Status
Mit dem Typ Status
wird ein logisches Fehlermodell definiert, das für verschiedene Programmierumgebungen wie REST APIs und RPC APIs geeignet ist. Dieses Modell wird von gRPC verwendet. Jede Status
-Meldung enthält die folgenden drei Datenelemente: Fehlercode, Fehlermeldung und Fehlerdetails.
Weitere Informationen zu diesem Fehlermodell und zur Arbeit damit finden Sie in der API-Designanleitung.
JSON-Darstellung |
---|
{ "code": integer, "message": string, "details": [ { "@type": string, field1: ..., ... } ] } |
Felder | |
---|---|
code |
Der Statuscode, der idealerweise ein ENUM-Wert von |
message |
Eine an Entwickler gerichtete Fehlermeldung, die englischsprachig sein sollte. Jede Fehlermeldung an den Nutzer sollte lokalisiert und im Feld |
details[] |
Eine Auflistung aller Meldungen, die die Fehlerdetails enthalten. Es gibt einen gemeinsamen Satz von Nachrichtentypen, die APIs verwenden können. Ein Objekt, das Felder eines beliebigen Typs enthält. Ein zusätzliches Feld |