您的瀏覽器不支援JavaScript功能,若網頁功能無法正常使用時,請開啟瀏覽器JavaScript狀態

img
×  登入
 各類專區
跳到主要內容區塊 目前檢視身分

Bot 開發教學1套(6h) (需搭配[iota 機器人暨即時通訊息平台優惠包] 或 [iota 機器人互動平台] 或 [iota 員工即時通平台])

標案名稱108年第四次電腦軟體共同供應契約採購
組  別14
單  位
項  次367
採購數量級距1-20
產  地
評  價

產品功能規格

iota是一個機關內單一的人與人、人與機器人「互動平台」,它以機關專屬的即時通型式,提供員工進行快速溝通及高效的機關內AP存取機會。特點有二:主機建置在機關內,溝通資料都存在自己家裡,安全又容易再利用。公司可以發揮創意,寫自己的機器人腳本程式,掛在這個平台上,不限數量,員工就能在特定的作業上快速、更不費力的完成任務。

iota的核心產品目標,是想要在機關內部建立一個「創新、智能」的新溝通平台,以下將相關產品特性與效益做結構化說明:
1. 產品目標:
1.1. 在機關內建立「創新、智能的新溝通平台」
1.2. 成為機關智能OA的加速器
2. 欲解決的問題:
2.1. 機關想建置行動化服務:
(1) 開發成本高:因開發App的門檻與成本相對比開發Bot還高。除了需先具備寫跨平台服務的能力,還得對不同的mobile device進行許多相容性的研究與調校;另外,不同的服務通常需要開發不同的App,每個App都需要獨立的部署資源投入,因此衍生了更多的管理與上架問題。
(2) 使用者負擔高:近年來使用者對於安裝、學習、更新App開始感到厭倦,對於App操作的優使性要求也愈來愈嚴苛,因此提高了有效推廣的障礙。
(3) RWD有其限制:若改以Web RWD標準來開發行動應用,將無法發揮行動裝置主動「提醒」(Push Notification) 的特點,大幅降低已知使用情境的有效性。
2.2. 機關想建置內部專屬即時通(EIM)
(1) 安全議題:大眾用/雲端的IM服務,由於知名度較高,可能比較容易成為駭客攻擊對象。
(2) 綜合效益不足:常見的現象是,EIM對使用者誘因不足,用戶因為已經用慣了Line來溝通所有事項,機關在沒有提供任何誘因的前提下,要求導致低使用率與效益不張。
(3) 傳統EIM彈性不足:一般EIM內建的微服務 (如待辦、投票..) 不一定符合不同客戶需求;而大部分EIM提供的 API 只能與 AP 做淺介接(如單向發出提醒),須投入大量客製成本才能做深度互動(如填申請單)。
4.3. 主要特色:
3.1. 開發容易:降低推動行動化服務的開發成本
(1) 不需再寫App:只要機關學會寫簡單的Bot對話腳本程式,就能把原來開發App的大量資源與技術,專心的運用在Bot對話設計上,提高員工存取特定服務的效率及友善性。
(2) 快速上手:內建與微軟Bot Framework完全相容的機器人開發接口,對於撰寫機器人程式,本公司除了提供一日或可選購的開發教學,在網路也很容易找到豐富的Bot開發學習資源,讓機關直接上手,消除開發的try and error。
(3) 部署成本降低:每個Bot開發完成後,只要註冊到此平台,機關內員工就可以立即在平台上找到這個機器人,開始存取它的便捷服務。用戶永久只需安裝一套此平台的App,未來每個新Bot上線、更版,用戶都不需再安裝任何軟體。
(4) 減少員工學習成本:在聊天室與各種機關內AP Bot互動,介面均以「聊天室」為標準,以引導式的對話(若Bot需接受自然語言,可另案擴充)來存取AP原有特定服務,大幅降低傳統App服務必經的操作學習過程。
3.2. 資料落地: 本平台主機建置在機關地端,溝通資料集中在內部的主機上,因此更易於管理者掌握與未來做加值利用。
3.3. 貼切支援:
(1) 富饒格式表單:與機器人對話的聊天室(chat-room)可以支援呈現富饒格式表單,例如表單中的文字輸入框、下拉選單、勾選項、插圖等物件,當bot需要使用者提供相關資料時,就可以「一表填列」,因此可省去許多人與bot 來回詢問確認的對話設計,及讓人覺得冗長無謂的對話時間,且減少錯誤溝通,降低使用 AI 成本(把NLU 用在刀口)。
(2) 可介接AI平台:另可擴充本公司提供之自然語言意圖解析與Q&A Chatbot專案服務,能更有效的與iota平台整合,來達到個案的NLU需求目標。
3.4. 極簡易用:
(1) 平台單一介面:同一個互動/交談介面,人與 Bot 互動、人與人溝通一次滿足。
(2) EIM功能簡捷:
(A) 主要使用畫面只有兩個:「聯絡人(包括Bot)」、「聊天室列表」,直覺易懂。
(B) 未讀名單:提供群組中「每一擇」訊息的「已/未讀名單」快速查看功能,任何人都能快速掌握訊息流通情況,幫助追蹤溝通狀態。
(C) 整合機關組織與帳戶:系統建置過程將一併完成帳號源介接(需於安裝前與客戶共識介接方法),讓每個員工一上線就能找到每個人,無需「加入好友」目前支援 AD、LDAP、SQL Server 之帳號源轉入與排程同步。


功能規格/基本需求

1. 平台整體功能:
Bot介接
 提供MS Bot Framework SDK相容Bot API
 提供MS Adaptive Card相容之Bot呈現UI,可產生常見資料表互動卡片(如下接選單、checkbox、Radio、Text等)
整合機關帳戶
 支援登出功能
 整合機關 AD 帳戶
 支援 OAuth 授權標準
聯絡人
 以關鍵字搜尋聯絡人
 顯示他人是否正在使用
 設定「常用聯絡人」
群組
 個人可自建議題群組
 系統自動建立 AD 組織群組
 可管理群組成員及群組大頭貼
 以關鍵字查找群組名稱
個人設定
 個人大頭貼設定
 聊天室可置頂
 不常用聊天室可隱藏
 針對特定聊天室開/關推播提醒(Push Notification) 或其鈴聲
 (強制)更版提醒
對話
 提示未讀訊息數目
 離線時來訊推播提醒
 個別訊息「已讀」顯示
 群組中個別訊息「已/未讀」名單列表
 訊息/檔案可複製或轉傳
 桌機螢幕可擷圖
 以關鍵字查找對話訊息
 訊息可夾 URL 並呈現來源摘要(視來源格式而定)
檔案上傳/下載
 圖片預覽/影片播放
 Desktop 可拖放檔案進聊天室
表情貼圖
 貼圖傳送、機關套圖查看/下載
支援「多裝置」
 Mobile: Android5/iOS10
 Desktop: Win7 64bit /Mac10.9
後台設定
 可上載自製之表情貼圖套圖
 可設定用戶端軟體下載點

2. 環境需求
Client:
 Mobile: Android 6 以上 / iOS 10 以上
 Desktop: Windows 8 64bit 以上 / Mac OS X10.11 以上
Server: 2 部 (正式機 + 測試機)
 CPU:6 core
 OS:Red Hat Linux
 RAM:16 GB
 HD:200GB (掛 /root 底下)
以上規格應視組織人數及資料累積趨勢調整
(e.g. 叡揚內部 500 人使用 CPU 6 core, Ram 16G)
3. 網路需求
3.1. Client App to Server:
(1) 純內網使用:提供 FQDN (例如: iota.domain.com.tw),並允許對內使用,共兩組。VM 軟體防火牆 port : 80, 443, 3000, 3306, 3443, 5222, 8081, 8443, 8983, 9090, 9091
(2) 外網使用:提供 FQDN (例如: iota.domain.com.tw),並允許對內使用,共兩組。機關/實體防火牆,輸入 port:80, 443, 3443, 5222, 8443, 9091
3.3.2. Server to FCM / APNS: 啟用手機提醒(Push Notification)需讓Server 能連到 FCM / APNS (HTTPS):雙向 port: 443
3.3.3. Client App between FCM / APNS: 啟用手機提醒(Push Notification)需能達到以下要求
(1) 手機註冊 FCM / APNS 的推播 token
(2) 手機接收 FCM / APNS 的推播通知
(3) 開放輸出 port: 443, 5228-5230