NTTデータ先端技術株式会社の原田です。

Azure OpenAI Service の学習にあたって試してみたフルノーコードによる開発のご紹介です。
この記事は2023/11/15時点の情報で記載しています、アップデートにより変わってしまっている部分がありましたらご容赦ください。

今回は全6回の第4回~ ServiceNow でクライアントサイド開発 ~になります。

記事一覧

第1回. Logic Apps でサーバーサイド開発(構築編)
第2回. Logic Apps でサーバーサイド開発(開発編)
第3回. Power Platform でクライアントサイド開発
第4回. ServiceNow でクライアントサイド開発
第5回. Azure リソースのセキュリティ強化
第6回. Azure OpenAI Service をノーコード開発してみるのまとめ

はじめに

クライアントサイド開発の2回目は ServiceNow の仮想エージェントを使用します。
前回の終わりで少し触れましたが実は Power Virtual Agent はライセンスの関係で社内公開できないという状況に陥ってしまい、その代替方式として ServiceNow の仮想エージェントが浮上と言う経緯を辿っています。
↓が仮想エージェントの全体フローです、次のセクションからポイントとなる実装をピックアップしてご紹介していきます。

REST メッセージの登録

まず前段の作業として API を REST メッセージとして登録します、Power Platform ですとカスタムコネクタが相当の機能でしょうか。

POST メソッドの定義は以下の通り。

関連リンクのテストを押すと、値フィールドに設定されたパラメータで API を呼び出してくれます。(Postman 使わなくて良いので便利)

関連リンクのテストを押すとスクリプト使用のプレビューで、サンプルを取得可能です。(この時点でノーコードではなくなりました…)

try { 
 var r = new sn_ws.RESTMessageV2('aoai-qiita-chat-create', 'POST');
 r.setStringParameterNoEscape('DisplayName', '原田 幸太郎');
 r.setStringParameterNoEscape('UserId', 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx');
 r.setStringParameterNoEscape('Email', 'haradaktr@intellilink.co.jp');
 r.setStringParameterNoEscape('LastName', '原田');
 r.setStringParameterNoEscape('FirstName', '幸太郎');
 r.setStringParameterNoEscape('UPN', 'haradaktr@intellilink.co.jp');
 r.setStringParameterNoEscape('SessionId', '');
 r.setStringParameterNoEscape('Message', 'NTTデータ先端技術株式会社について教えてください。');

//override authentication profile 
//authentication type ='basic'/ 'oauth2'
//r.setAuthenticationProfile(authentication type, profile name);

//set a MID server name if one wants to run the message on MID
//r.setMIDServer('MY_MID_SERVER');

//if the message is configured to communicate through ECC queue, either
//by setting a MID server or calling executeAsync, one needs to set skip_sensor
//to true. Otherwise, one may get an intermittent error that the response body is null
//r.setEccParameter('skip_sensor', true);

 var response = r.execute();
 var responseBody = response.getBody();
 var httpStatus = response.getStatusCode();
}
catch(ex) {
 var message = ex.message;
}

テーブル定義の変更

REST メッセージの登録の際エンドポイントフィールドが200文字に制限されていて入力できないと言う事象に当たりましたので、テーブル定義を変更して255文字に拡張しています。
ここは結構手間取りました。

SessionId 生成

ここから仮想エージェントの中身です、まずは SessionId の生成。
スクリプト応答コンポーネントを配置して、

スクリプトはこんな感じ、Guid を生成して仮想エージェント変数に格納しています。

(function execute() {
    vaVars.sessionid = gs.generateGUID();
})()

API 呼び出し

その後テキスト入力のコンポーネントを配置し、API の呼び出し処理です。
こちらもスクリプト応答コンポーネントを配置して、

スクリプトはこんな感じ、呼び出し処理はサンプルそのままでパラメータには vaInput.user に格納されているユーザー情報を使用しています。

(function execute() {
    try { 
        var r = new sn_ws.RESTMessageV2('aoai-qiita-chat-create', 'POST');
        r.setStringParameterNoEscape('DisplayName', vaInputs.user.first_name + ' ' + vaInputs.user.last_name);
        r.setStringParameterNoEscape('UserId', vaInputs.user);
        r.setStringParameterNoEscape('Email', vaInputs.user.email);
        r.setStringParameterNoEscape('LastName', vaInputs.user.last_name);
        r.setStringParameterNoEscape('FirstName', vaInputs.user.first_name);
        r.setStringParameterNoEscape('UPN', vaInputs.user.email);
        r.setStringParameterNoEscape('Message', vaInputs.input_message);
        r.setStringParameterNoEscape('SessionId', vaVars.sessionid);

        var response = r.execute();
        var httpStatus = response.getStatusCode();
        var responseBody = response.getBody();
        var parser = new JSONParser();
        var result = parser.parse(responseBody);

        var singleOutMsg = new sn_cs.SinglePartOutMsg();
        singleOutMsg.setTextPart(result.Content);
        return singleOutMsg
    }
    catch(ex) {
        var message = ex.message;
    }
})()

responsebody を取得するところまではサンプルの通りですが、Json をパースするところでコーディングが発生しています。

繰り返し制御

繰り返しの制御はブーリアン入力コンポーネントを配置し、意思決定ユーティリティで遷移先を振り分ける形です。

テスト

チャットボットのテストを行います。

上手くいっていそうですね、画面は省略しますがセッション情報も格納されていました。
(すいませんクレジット超過処理は未実装です)

おわりに

今回はエンドポイントフィールドの200文字制限突破に0.5日ほど手間取りました。
開発期間はこちらも 1.5～2.0 日くらいで、未実装の部分があるのを習熟度で相殺すると生産性は Power Virtual Agent とあまり変わらない印象です。
あと ServiceNow はノーコードと言うよりローコードだと言うのもわかりました。

次回

ここまででサーバーサイド・クライアントサイドとも大枠まで開発することができました。
次回は観点を変えて Azure リソースのセキュリティ強化を実施していきます。