碼教授對於基於框架的專家系統
基於框架的專家系統是指採用框架知識表示方法的專家系統。它以框架系統為基礎,具有較好的結構化特性。基於框架的專家系統自20世紀80年代到90年代興起以來,目前已在模擬、控制等領域得到了成功應用。
基於框架的專家系統的基本結構也與如圖10.1所示的專家系統類似,其主要區別在於知識庫中知識的表示和組織方式,綜合資料庫中事實的表示方式,推理機的推理方法和系統推理過程的控制策略等。
在基於框架的專家系統中,知識庫由表示問題領域知識的框架系統所組成。至於框架與框架系統的概念和結構我們已在第2章討論過,它們可用來表示比較複雜的結構性知識。
框架專家系統的推理過程主要是透過對框架的繼承、匹配與填槽來實現的。當需要求解問題時,首先要把該問題用框架表示出來。然後利用框架之間的繼承關係,把它與知識庫中的已有框架進行匹配,找出一個或多個候選框架,並在這些候選框架引導下進一步獲取附加資訊,填充儘量多的槽值,以建立一個描述當前情況的例項。最後再用某種評價方法對候選框架進行評價,以決定是否接收該框架。
框架系統的特性繼承主要是透過ISA、AKO鏈來實現的。當需要查詢某一事物的某個屬性,且描述該事物的框架未提供其屬性值時,系統就沿ISA和AKO鏈追溯到具有相同槽的類或超類框架。
框架的匹配實際上是透過對相應槽的槽名和槽值逐個進行比較來實現的。如果兩個框架的各對應槽沒有矛盾,或者滿足預先規定的某些條件,就認為這兩個框架可以匹配。由於框架間存在繼承關係,一個框架所描述的某些屬性及屬性值可能是從超類框架繼承過來的,因此兩個框架的比較往往會涉及到超類框架,這就增加了匹配的複雜性。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31549219/viewspace-2212886/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 碼教授為你介紹協同式專家系統
- 碼教授告訴你專家系統的產生與發展
- 【Fuzzy】模糊專家系統(3)
- 基於webpack4搭建的react專案框架WebReact框架
- 基於Vue的點對點聊天專案Vue
- 基於go語言gin框架的web專案骨架Go框架Web
- 基於gin框架封裝的web專案骨架goskeleton框架封裝WebGo
- 基於 “typesys” 實現序列指令碼框架指令碼框架
- 基於react + redux的Bone框架ReactRedux框架
- 基於Cucumber框架的學習框架
- 基於 GitHub Discussions 的 Blog 框架Github框架
- 基於graphql的微服務基礎框架微服務框架
- 專家系統:人工智慧領域的重要分支人工智慧
- 簡單對比測試了幾個基於 swoole 的框架框架
- 關於 Roguelike 的探討,及基於 Roguelike 的新框架框架
- 總結一下基於 Lumen 框架的專案架構框架架構
- Flutter狀態管理Provider(三)基於Provider的程式碼框架FlutterIDE框架
- 基於CPU版本的Caffe推理框架框架
- Flutter 基於Bloc框架的封裝FlutterBloC框架封裝
- 基於 iframe 的微前端框架 —— 擎天前端框架
- 基於SSM框架的文章管理系統(增加留言回覆功能)SSM框架
- 基於SSM框架的JavaWeb通用許可權管理系統SSM框架JavaWeb
- [非專業翻譯] Mapster - 基於規則的對映
- 基於 CNN 的驗證碼破解實戰專案CNN
- 基於OT開發系統的專利問題
- Wizzdi :基於 Spring Boot 的無程式碼系統Spring Boot
- 讀人工智慧全傳05專家系統人工智慧
- 基於元件化開發,一個簡單的Android專案框架元件化Android框架
- 基於Abp React前端的專案建立與執行——React框架分析React前端框架
- yamecent-admin 基於 Laravel 框架的 rbac 後臺管理系統Laravel框架
- Unity 揹包系統的完整實現(基於MVC框架思想)UnityMVC框架
- 基於 xorm 的服務端框架 XGoServerORM服務端框架GoServer
- Fission:基於Kubernetes的Serverless函式框架Server函式框架
- pbgo: 基於Protobuf的rpc/rest迷你框架GoRPCREST框架
- 一個基於Android的MVP框架DemoAndroidMVP框架
- 基於AOP的MVP框架(一)GoMVP的使用MVP框架Go
- 基於netty手寫RPC框架NettyRPC框架
- 基於Koa2打造屬於自己的MVC框架MVC框架