¿Cuáles son las mejores API de sistema de diálogo para Internet de las cosas?

Cuando busca apoyar diálogos para Internet de cosas, hay un par de cosas que es extremadamente importante tener en cuenta.

  1. Debe ser capaz de comprender la entrada del lenguaje natural (forma libre). Para que estas experiencias se vuelvan omnipresentes para IOT, necesitamos poder hablar de sus aplicaciones / servicios / dispositivos / bots de la forma en que habla con los humanos. Solo pídelo. En un escenario de casa inteligente, imagine que entra a su casa y dice “precaliente el horno a 400 grados y encienda el juego de los Yankees”. Para las interfaces basadas en texto o voz, necesita un servicio que tome la entrada y la convierta en datos procesables (de esta manera, algo puede suceder realmente según lo que usted dijo).
  2. Tiene que ser contextual. Al determinar con qué plataforma va a trabajar, es imprescindible que seleccione una que admita contexto. Qué significa eso, preguntas. Significa que desea que el bot / dispositivo / servicio comprenda el flujo de la conversación, considere de qué está hablando, qué está sucediendo en la interfaz de usuario e incluso estímulos ambientales. La plataforma también debe ser capaz de admitir flujos de diálogo simultáneos. Por ejemplo, puede preguntar sobre el clima, reproducir música y apagar las luces en diferentes solicitudes. Al igual que cuando estás hablando con un humano, no deberías tener que regresar y decir explícitamente lo que estás pidiendo. [Ejemplo: “¿Cómo está el clima en San Francisco?” “¿Qué tal Palo Alto?” “¿Qué tal mañana?” → todas estas solicitudes son parte del mismo flujo de conversación y deberían estar relacionadas contextualmente.]
  3. La plataforma debe ser abierta y escalable. Debería facilitarle agregar nuevos escenarios de interacción y actualizar su sistema en función de cómo los usuarios interactúan con él. Además, debe tener soporte multilingüe para que pueda implementar experiencia localizada para sus usuarios.
  4. Construya una vez, implemente en todas partes. Como desarrollador, no desea crear la misma experiencia / bot 10 veces para cada medio que desee admitir. Además, debe asegurarse de tener una experiencia de cliente unificada sin importar cómo interactúen sus usuarios finales con su producto. Por lo tanto, debe elegir una plataforma que lo haga posible [Api.ai, por ejemplo, tiene opciones de 1 clic para implementar en diferentes plataformas, o, por supuesto, puede trabajar con la API directamente].

[Descargo de responsabilidad: al igual que todos los demás, soy parcial.]

Puede utilizar las plataformas NLU, específicamente diseñadas para implementar la Inteligencia conversacional. Recientemente hemos evaluado 7 de ellos: API.AI de Google, Amazon Lex, Wit.ai de Facebook, LUIS de Microsoft, IBM Watson Conversation, Recast.AI | Collaborative Bot Platform y Snips.ai.

Actualmente existen muchos protocolos técnicos de IoT donde algunos son coherentes. Antes de dar un paso hacia la estandarización para una API de nivel de vida más alta (que se consideraría como la capa de aplicación superior en la pila de protocolos) es necesario un estándar común para todos los diversos protocolos de nivel técnico inferior que la API de diálogo puede usar.

A continuación se muestra una lista de algunos estándares técnicos y protocolos existentes:

– 6LowPAN por IETF

– AllJoyn por AllSeen Alliance *

– AMQP por OASIS

– CoAP por IP para Smart Objects Alliance

– Contiki por Thingsquare *

– DDS por grupo de gestión de objetos

– HomeKit de Apple *

– HTTP por W3C

– Plataforma IoT de Intel *

– Mbed por ARM *

– MQTT por IBM

– IoTivity por Open Interconnect Consortium *

– Stomp por Stomp Spec Group

– Tema por grupo de temas

– WAMP por Tavendo

– XMPP por la Fundación de Estándares XMPP

– ZeroMQ por iMatix *

– ZigBee por ZigBee Alliance

– Z-Wave por Z-Wave Alliance