我相信絕大多數(shù)讀者并不從事裝備設(shè)計(jì)領(lǐng)域，因此沒必要深入了解“多信號流圖”，但這種圖形化模式的提出對知識圖譜建設(shè)非常有借鑒價(jià)值。對應(yīng)到傳統(tǒng)信息化軟件的設(shè)計(jì)你會發(fā)現(xiàn)，UML就是一種圖形化的建模方式，類圖屬于軟件靜態(tài)關(guān)系的圖形化描述，時(shí)序圖、狀態(tài)圖、序列圖等等是軟件動(dòng)態(tài)關(guān)系的圖形化描述，部署圖是軟件物理結(jié)構(gòu)的圖形化描述，因此在知識建模過程中，可以考慮建立自有的圖形化描述，提高知識抽取的工程化能力。

下圖總結(jié)了采用知識圖譜建設(shè)方法論，進(jìn)行裝備故障診斷時(shí)各個(gè)階段的主要工作，包括：

1、知識建模階段，對裝備、功能（控制、分離、引導(dǎo)、連接……）、輸入輸出（能量、物質(zhì)、信號）等基本概念的抽象，以及利用“多信號流圖”進(jìn)行圖形化描述（類似面向?qū)ο蟮?UML 方式）；

2、知識抽取階段，可以在研發(fā)過程中設(shè)計(jì)裝備的“多信號流圖”，對于研發(fā)階段沒有進(jìn)行這方面設(shè)計(jì)的可以從維修手冊中抽取。用多信號流圖可以產(chǎn)生故障樹與故障相關(guān)矩陣。

3、知識驗(yàn)證階段，可以利用相關(guān)矩陣推斷新增加的知識是否有效，也可以驗(yàn)證測試是否完備，例如兩個(gè)故障模式在故障矩陣中故障特征是一致的，就可能需要增加測試點(diǎn)；

4、利用故障知識圖譜，可以在開發(fā)實(shí)時(shí)診斷的應(yīng)用，利用推理機(jī)實(shí)時(shí)確定故障發(fā)生的部件，產(chǎn)生故障應(yīng)急的預(yù)案等等。

感謝胡政博士為本文提供的案例，他曾是國防科技大學(xué)裝備綜合保障技術(shù)重點(diǎn)實(shí)驗(yàn)室的核心成員，我國裝備保障領(lǐng)域的知名專家。他創(chuàng)辦的湖南擎新公司，專注于大型裝備的實(shí)時(shí)故障診斷、檢測技術(shù)的研究與實(shí)踐，完成了多項(xiàng)重大武器裝備的故障診斷知識圖譜的建設(shè)。

3總 結(jié)

企業(yè)軟件從流程化開始起步，逐步實(shí)現(xiàn)數(shù)據(jù)化，今天我們希望它能夠更加智能化。而目前智能化還主要體現(xiàn)在圖像識別、語音識別的應(yīng)用，究其原因是目前以機(jī)器學(xué)習(xí)為核心的技術(shù)并不能滿足很多場景，諸如缺少大量數(shù)據(jù)、結(jié)果不夠明確、需要明晰推理過程。而建立專業(yè)領(lǐng)域知識圖譜，正是將人工智能應(yīng)用從簡單應(yīng)用轉(zhuǎn)向知識密集但數(shù)據(jù)缺少的復(fù)雜應(yīng)用。

《老焦專欄 ｜ 解開知識圖譜神秘的面紗》、《老焦專欄 ｜ 知識圖譜建設(shè)方法論》，在這一系列的三篇文章醞釀了很長時(shí)間，借鑒了企業(yè)軟件流行的面向?qū)ο蠓椒�，提出了一個(gè)工程化實(shí)施知識圖譜建設(shè)的方法論，包括知識建模中的領(lǐng)域劃分、概念與關(guān)系建模，知識抽取的自動(dòng)化、非自動(dòng)化方法，最后列舉了知識圖譜的四種應(yīng)用形式，并通過一個(gè)裝備故障監(jiān)測的示例，講解了如何基于知識圖譜進(jìn)行推理、如何在知識圖譜建模時(shí)類似 UML 的方式建立知識模型。

后面我們還會針對知識圖譜這一話題，進(jìn)行持續(xù)的探討，敬請期待。