SUSI.AI

SUSI Server uses DAO in which accounting object is stored as JSONTray. SUSI clients are using this accounting object for user settings data. In this blogpost we will focus on how to use accounting JSONTray to write the user settings, so that a client can use such endpoint to store the user related settings in Susi server. The Susi server provides the required API endpoints to its web and mobile clients. Before starting with the implementation of servlet let’s take a look at Accounting.java file, to check how Susi server stores the accounting data. public class Accounting { private JsonTray parent; private JSONObject json; private UserRequests requests; private ClientIdentity identity; ... }   The JsonTray is class to hold the volume as <String,JsonObject> pairs as a Json file. The UserRequests  class holds all the user activities. The ClientIdentity class extend the base class Client and provides an Identification String for authentication of users. Now that we have understood about accounting in SUSI server let’s proceed for making an API endpoint to Store Webclient User settings. To make an endpoint we will use the HttpServlet class which provides methods, such as doGet and doPost, for handling HTTP-specific services. We will inherit our ChangeUserSettings class from AbstractAPIHandler yand implement APIhandler interface. In Susi Server the AbsrtactAPI handler extends a HTTPServlet which implements doGet and doPost ,all servlet in SUSI Server extends this class to increase code reusability.   Since a User has to store its setting, set the minimum base role to access this endpoint to User. Apart from ‘User’ there are Admin and Anonymous roles too. @Override public BaseUserRole getMinimalBaseUserRole() { return BaseUserRole.USER; } Next set the path for using this endpoint, by overriding getAPIPath method(). @Override public String getAPIPath() { return "/aaa/changeUserSettings.json"; } We won’t be dealing with getdefault permissions so null can be return. @Override public JSONObject getDefaultPermissions(BaseUserRole baseUserRole) { return null; } Next we implement serviceImpl method which takes four parameters the query, response, authorization and default permissions. @Override public ServiceResponse serviceImpl(Query query, HttpServletResponse response, Authorization authorization, JsonObjectWithDefault permissions) throws APIException { String key = query.get("key", null); String value =query.get("value", null); if (key == null || value == null ) { throw new APIException(400, "Bad Service call, key or value parameters not provided"); } else { if (authorization.getIdentity() == null) { throw new APIException(400, "Specified User Setting not found, ensure you are logged in"); } else { Accounting accounting = DAO.getAccounting(authorization.getIdentity()); JSONObject jsonObject = new JSONObject(); jsonObject.put(key, value); if (accounting.getJSON().has("settings")) { accounting.getJSON().getJSONObject("settings").put(key, value); } else { accounting.getJSON().put("settings", jsonObject); } JSONObject result = new JSONObject(); result.put("message", "You successfully changed settings to your account!"); return new ServiceResponse(result); } } } We will be storing the setting in Json object using key, value pairs. Take the values from user using query.get(“param”,”default value”) and set the default value to null. So that in case the parameters are not present the servlet can return “Bad service call”. To get the accounting object user identity string given by authorization.getIdentity() method is used. Now check if…

An Alexa skill which can be used to ask susi for answers like: "Alexa, ask susi chat who are you" or "Alexa, ask susi chat what is the temperature in berlin". If at any point of time, you are unclear about the code in the blog post, you can check the code of the already made SUSI Alexa skill from the susi_alexa_skill repository. Getting Started : Alexa Susi AI Skill Follow the instructions below: Visit the Amazon developer site and Login. Click Alexa, on the top bar. Click Alexa skills kit. Click on add a new skill button on the top right of the page. We will be at the skill information tab.   Write the name of the skill Write the invocation name of the skill i.e. the name that will be used to trigger your skill. Like in our case, if we need to ask anything (as we have 'susi chat' as the invocation name), we will ask with "Alexa, ask susi chat" as a prefix to our question sentence. By clicking next, we will be redirected to the second tab i.e. Interaction model. We need to fill two fields here i.e. intent schema and sample utterances. For intent schema, we need to write all the available intents and the parameters for each of them. Like in our case: { "intents": [ { "slots": [ { "name": "query", "type": "AMAZON.LITERAL" } ], "intent": "callSusiApi" } ] } We have a single intent that is "callSusiApi" and the parameter it accepts is "query" of type "AMAZON.LITERAL" (in simple words, a string type). Parameters are termed as slots here. The different types of slots available, can be seen from here. For sample utterances, we need to tell what utterances by the client will lead to what intent. In our case: We have just one intent and the whole string uttered by the client should be fed to this intent as a "query" slot (parameter). Let's click next now. We will be shifted to the configuration tab. We will be making a lambda function, which will hold the code for our Susi skill, further we need to link that code to this skill. To do the linking we need to get the Amazon resource name i.e. ARN and fill it in the field named endpoint: To get the amazon resource name, in a new tab, visit here. Visit "Lambda" followed by get started button. Click on "Create a lambda function": We need to select a blueprint for our lambda function. Select the "blank function" option for that. Click next. For configure triggers option, click this box and select "Alexa skills kit" option. Click next. In configure function tab, just write the name of the function and its description. Let’s code our lambda function: // basic syntax that should be available in the lambda function var https = require('http'); exports.handler = (event, context) => { try { if (event.session.new) { // New Session console.log("NEW SESSION") } switch (event.request.type) { case "LaunchRequest": //…