Closed ghost closed 7 years ago
Originally, Amazon required the use of either the Alexa keyword or a physical button to trigger speech recognition. This project uses neither, just uses Asterisk to record and send the speech file. I don't know if they still require this or not.
I have used LEX/Polly, which does not use Asterisk, but have not found it reliable enough for production use yet. I am sure this will change rapidly, though.
If you are looking for building a commercial product then I strongly suggest getting in contact with AWS marketing & tech folks, as they could answer their licensing and suggest which technology would be best to use.
What a great project! But in your README, you say (added 4th August 2016):
Before I go too far down the road of a project, do you know WHY this would not meet the agreement?
From digging through the terms (which have now moved to https://developer.amazon.com/public/solutions/alexa/alexa-voice-service/support/terms-and-agreements), I found the following, which is where I guess the issue lies:
The problem here is that, necessarily, there will be a path that involves a trans-code of the 8 bit ulaw/alaw.
Also
However, there is also this, written AFTER your README - do the following make any material difference?
I tried asking another Alexa dev, and he said that as far as he is aware, Alexa requires a "one to one" relationship with the end user, but he thinks AVS could be used to interpret intent.
That said, I wonder if LEX is the safe way to go? This StackOverflow answer seems to suggest so, https://stackoverflow.com/questions/43696952/difference-between-amazon-lex-polly-vs-alexa-voice-services-alexa-skill-k
Also, it seems like Lex has a similar use of Lambda and slots and intents. so perhaps Lex and Polly is the answer? http://docs.aws.amazon.com/lex/latest/dg/lambda-input-response-format.html
Have you looked into this? What do you think? If you think this might work and haven't already done it, I'd be happy to help!