主要原因推斷裝置、主要原因推斷方法以及記錄介質的製作方法
2023-05-18 06:08:56
專利名稱：主要原因推斷裝置、主要原因推斷方法以及記錄介質的製作方法
技術領域：
本發明涉及主要原因推斷裝置(要因推定裝置)、主要原因推斷方法以及計算機可讀取記錄介質，特別地，涉及能進行適當的主要原因推斷的主要原因推斷裝置、主要原因推斷方法、程序以及計算機可讀取記錄介質。
背景技術：
以往，眾所周知診斷型專家系統，其使用推斷在製造工序等方面的不良的主要原因的主要原因推斷裝置。這樣的專家系統中，通過與用戶的對話，即對用戶進行規定的提問，並獲得對該問題的用戶的回答，由此，接受關於不良的數據的輸入，使用知識庫來推斷其主要原因。但是，由於用戶的技能，有時不能輸入適當的回答。為了應對這樣的情況，例如，在特許第3511632號公報(專利文獻1)中，僅從檢查機中進行數據的輸入。
專利文獻1日本特許第3511632號公報(段落號碼0009以及圖3等)以往的使用了主要原因推斷裝置的專家系統如上述那樣構成。根據專利文獻1，從檢查機上輸入數據，但是，為此，存在需要傳感器，並因此而花費成本的問題。另外，即使代替與用戶的對話，在能夠以來自檢查機的數據代替的情況下，也因對象系統的不同、有無傳感器或攝像機等數據檢測裝置，有時需要不同的知識庫或特徵提取運算。
發明內容
本發明著眼於上述的問題點，目的在於提供節約成本並能進行適當的主要原因推斷的主要原因推斷裝置、主要原因推斷方法、程序以及保存程序的計算機可讀取記錄介質。
本發明中的、基於對於與現象相關聯的特徵量的數據，來推斷對於所述現象的主要原因的主要原因推斷裝置，包括特徵量決定部件，決定特徵量；用戶輸入部件，接受來自用戶的輸入作為對於特徵量決定部件決定的特徵量的數據；裝置數據輸入部件，輸入來自數據取得裝置的數據來作為對於特徵量決定部件決定的特徵量的數據；輸入源定義部件，預先決定從用戶輸入部件和裝置數據輸入部件的哪一個當中輸入對於特徵量的數據；以及推斷部件，使用從輸入源定義部件決定的輸入部件輸入的數據來推斷所述主要原因。
由於預先決定從用戶輸入部件和裝置數據輸入部件的哪一個輸入對於規定的特徵量的數據，所以如果根據推斷主要原因的對象系統的不同或進行診斷的用戶的技能的不同等，適當地預先決定，則使用輸入的數據能得到用於推斷主要原因的適當的數據。
其結果，能夠提供一種無需花費成本而能夠進行適當的主要原因推斷的主要原因推斷裝置。
理想的是，特徵量存在多個，推斷部件基於多個特徵量來推斷主要原因，輸入源定義部件包含優先順序決定部件，該優先順序決定部件對於多個特徵量，預先決定使來自用戶輸入部件和裝置數據輸入部件中的哪一個輸入部件的數據輸入優先。
進而，理想的是，優先順序決定部件還包含可靠度判斷部件，該可靠度判斷部件判斷兩數據輸入部件的各自的輸入數據的可靠度，優先順序決定部件根據可靠度判斷部件的判斷結果，決定使來自用戶輸入部件和裝置數據輸入部件的哪一個輸入部件的輸入數據優先。
可靠度判斷部件根據用戶的技能或職能來判斷可靠度。
輸入源定義部件對應於用於推斷主要原因的對象系統，對於多個特徵量，預先決定輸入來自用戶輸入部件和裝置數據輸入部件的哪一個輸入部件的數據。
根據本發明的一個實施方式，對象系統在多個運用階段下運行，包含運用階段輸入部件，使用戶輸入對象系統中的運用階段以及能夠使用的所述數據取得裝置，以及有效主要原因定義部件，將被運用階段輸入部件輸入的運用階段以及數據取得裝置與現象對應來保存。
在本發明的進一步的其它的方案中，基於對於與現象相關聯的特徵量的數據來推斷對於現象的主要原因的主要原因推斷方法，包含以下步驟預先決定從用戶輸入裝置或者數據取得裝置的哪一個輸入對於特徵量的數據的步驟；決定特徵量的步驟；從預先決定的某一個當中輸入對於特徵量的數據的步驟；以及使用所輸入的數據推斷對於現象的主要原因的步驟。
在本發明的進一步的其它的方案中，使計算機執行上述的主要原因推斷方法的程序，可以保存在計算機可讀取記錄介質中。
圖1是本發明一實施方式涉及的主要原因推斷裝置的功能方框圖。
圖2是表示基板安裝線的圖。
圖3是表示一例用於確定基板安裝線的不良原因的情況的知識庫的圖。
圖4(A)～(D)是表示知識庫的內容的圖。
圖5是表示輸入源定義表的圖。
圖6是表示第1實施方式中的主要原因推斷裝置的動作的流程圖。
圖7是表示輸入源定義表的圖。
圖8是表示第2實施方式中的主要原因推斷裝置的動作的流程圖。
圖9(A)～(C)是說明產生「橋接」的情況的推理方法的圖。
圖10(A)～(B)是表示確定一級主要原因的方法的圖。
圖11(A)～(B)是表示確定二級主要原因的方法的圖。
圖12(A)～(B)是表示輸入源定義表的圖。
圖13是表示第3實施方式中的主要原因推斷裝置的動作的流程圖。
圖14是第4實施方式的主要原因推斷裝置的功能方框圖。
圖15(A)～(B)是表示有效主要原因定義表的圖。
圖16是表示第4實施方式的主要原因推斷裝置的動作的流程圖。
圖17(A)～(C)是用於說明特徵量或者主要原因的切換的圖。
圖18(A)～(C)是表示有效主要原因定義表的圖。
具體實施例方式
(1)第1實施方式以下，參照
本發明的一實施方式。圖1是表示本發明的一實施方式中的主要原因推斷裝置的主要單元的功能方框圖。參照圖1，主要原因推斷裝置10是例如使用對於與現象相關聯的規定的特徵量的數據來推斷在製造工序等產生的不良等的主要原因的裝置。參照圖1，主要原因推斷裝置10具有接受來自用戶以及設置在製造工序等的傳感器23的數據的接口。
主要原因推斷裝置10包含成為與用戶的接口的GUI(Graphic UserInterface)12，連接到GUI 12的輸入單元13，連接到輸入單元13的推理引擎14，以及連接到推理引擎14的知識庫16。輸入單元13連接到輸入源定義表17以及語言值變換單元18。推理引擎14基於知識庫16進行在製造工序等中產生的不良的主要原因的推斷。另一方面，來自傳感器23的數據被輸入傳感器數據輸入單元19，在語言值變換單元18變換後輸入到輸入單元13。
語言值變換單元18將被輸入到傳感器數據輸入單元19的來自傳感器23的數據變換成推理引擎14能進行推理的數據。具體地講，例如，假設來自傳感器23的數據是0.8，推理引擎14使用數據H(高)還是L(低)來進行推理。此時，語言值變換單元18具有規定的閾值，並將所輸入的傳感器數據0.8變換成H(高)或L(低)的某一個。
GUI 12包含用於對用戶顯示圖像的顯示器等顯示單元，以及用戶看到顯示後而用於輸入的鍵盤、或滑鼠這樣的輸入部件，並起到接受來自用戶的輸入的用戶輸入部件(用戶輸入裝置)的作用。
輸入源定義表(輸入源定義部件)17為用於決定是經由GUI 12從用戶那裡接受被輸入到輸入單元13的數據，還是從傳感器數據輸入單元19接受的表。另外，GUI 12也可以接受上述以外的文件或者語音接口等的輸入設備產生的輸入。
主要原因推斷裝置10具體地說為具有CPU 11的計算機，推理引擎14和語言值變換單元18是程序，知識庫16被保存在未圖示的硬碟等的保存部件。另外，推理引擎14起到特徵量決定部件以及推斷部件的作用。
另外，在以下，將成為推斷主要原因的對象的系統稱為對象系統。另外，在這裡，作為來自對象系統的輸入，說明來自未圖示的檢查裝置具有的傳感器23的輸入，但是不限於此，也可以輸入來自包含拍攝檢查對象的圖像的攝像機等的、能夠取得數據的任意的數據取得裝置的數據。因此，傳感器數據輸入單元19作為裝置數據輸入部件起作用。
接著，使用圖1所示的主要原因推斷裝置10來具體地說明推斷主要原因的方法。主要原因推斷裝置10作為推斷某些製造工序等中的不良主要原因的、所謂的專家系統動作。專家系統存在很多，在這裡，說明確定電子零件安裝裝置的基板安裝線中的不良原因的情況。
圖2表示基板安裝線。參照圖2，基板安裝線60包含從被安裝電子零件的基板的流動的上遊側開始朝著下遊側排列的印刷工序、裝配(Mount)工序和回流(Reflow)工序。各工序間通過傳送機、機器人、其它的搬運裝置連接。各工序設置用於進行該工序的處理的裝置。
在印刷工序中設置用於在基板的焊盤上印刷焊錫的印刷機61，以及進行印刷後的檢查的印刷後檢查裝置62。在裝配工序中設置用於在基板上裝配零件的裝配機63，以及進行裝配後的檢查的裝配後檢查裝置64。在回流工序中設置用於將零件的端子進行焊錫焊接到焊盤的回流爐65，以及進行焊錫焊接後的檢查的回流後檢查裝置66。
印刷機61、印刷後檢查裝置62、裝配機63、裝配後檢查裝置64、回流爐65以及回流後檢查裝置66，分別經由LAN 67連接到主要原因推斷裝置10以及檢查信息存儲裝置68。
來自印刷後檢查裝置62、裝配後檢查裝置64、回流後檢查裝置66的各個工序中的檢查結果包含檢查圖像，被發送到檢查信息存儲裝置68並保存，並根據需要從主要原因推斷裝置10讀出。
在這裡，作為不良，有橋接(bridge)(粘附焊錫而使零件的電極間短路)、浸潤不良(焊錫和焊盤或者焊錫和零件的電極之間的連接不合格)、焊腳(fillet)異常(焊錫量過多或者過少，從斷面看焊錫時的輪廓線未成為漂亮的山型)、以及無零件(零件不存在)等。
即，在這裡，使用戶觀看來自設置在基板安裝線的檢查裝置的傳感器23的數據，或者來自攝像機等的檢查圖像，輸入其判斷結果，進行主要原因的推斷。
接著說明知識庫16的內容。圖3是表示一例在確定基板安裝線中的不良原因的情況時使用的知識庫16的圖。參照圖3，在這裡，知識庫16為3層構造，第一層表示作為不良的、通過生產線後的產品的不合格，在這裡，被表示「橋接」。第二層表示作為不良的一級主要原因的生產過程中的產品的異常現象，第三層表現成為一級主要原因的原因的、作為二級主要原因的工序的裝置或使用的材料的異常。
接著，說明知識庫16的構造。圖4(A)是表示知識庫16具有的規則數據31的圖，在這裡，例如列舉作為現象被判斷為「橋接」(現象ID為P0001，參照圖4(B))的情況的條件。如圖4(A)所示，規則數據31具有IF～THEN規則，該IF～THEN規則包含其特徵ID由T0001、T0002、T0003…等表示的特徵量數據。即，根據某特徵量的有無，能推斷成為其主要原因的現象。在這裡，所謂特徵ID是用於確定與不良這樣的現象相關聯的特徵量的。
圖4(B)是表示現象數據32的圖。該現象數據構成表示主要原因推斷裝置10中的因果關係的主要原因。圖4(C)是表示在圖4(A)所示的特徵量數據的取得方法的圖。
參照圖4(C)，各特徵量以特徵ID區分，對於每一個包含表示特徵ID內連號、取得方法、對用戶顯示的選擇項、此時從用戶輸入的數據的對、以及用於將來自傳感器23的數值輸入變換成語言值的閾值。
關於特徵ID內連號，1是利用與用戶的對話進行各特徵ID的數據的取得的情況，包含對用戶的提問的選擇項以及其輸入。另外，該輸入超過閾值時作為TRUE計算，未超過時作為FALSE計算。另外，特徵ID內連號2表示為來自檢查裝置的傳感器的數據輸入的情況。
這樣，對於一個特徵量數據的取得，準備兩種方法，即根據與用戶的對話的輸入和來自檢查裝置的數據輸入的情況。
圖4(D)是表示將作為圖4(C)所示的取得方法的提問內容顯示到未圖示的顯示器的情況的例子的圖。在這裡，表示在圖4(C)中的特徵ID為T0001的情況的提問畫面。
圖5是表示在圖1中由17所示的輸入源定義表17的內容的圖。如圖5所示，輸入源定義表17對每個特徵ID使用特徵ID連號，從而預先決定作為輸入源，是由用戶(人)輸入還是由傳感器23輸入的其中一個。
圖6是說明該實施方式中的主要原因推斷裝置10的動作(具體地將，為CPU 11的動作)的流程圖。參照圖6，在主要原因推斷裝置10中，首先，推理引擎14決定接下來要輸入的特徵(步驟S11，以下，省略「步驟」)。因此，推理引擎14是作為特徵量決定部件起作用。輸入單元13參照輸入源定義表17，決定使用戶進行特徵量的輸入還是使傳感器進行特徵量的輸入(S12)。
使用戶輸入時，GUI 12將對用戶提問的內容顯示到未圖示的顯示器(S13)，對於提示給用戶的特徵量，使其輸入回答(S14)。
輸入來自傳感器23的數據時，語言變換單元18從傳感器23經由傳感器數據輸入單元19取得數據(S15)，語言變換單元18將來自傳感器23的數值數據變換成語言值(S16)。來自該傳感器23的輸入被自動地進行。
基於從任意一個當中輸入的數據，推理引擎14進行推理(S17)。將其進行到滿足推理結束條件為止(在S18為「是」)，GUI 12將推理結果顯示給用戶(S19)。
這樣，根據該實施方式，對應於輸入源定義表17的內容，進行與來自用戶或者傳感器當中任意一個的特徵量相關的數據的輸入，並根據該輸入，推理引擎14推斷主要原因，因此，對應於對象系統的不同、或者用戶的技能，如果預先決定要輸入的數據，則能夠輸入恰當的特徵量數據。其結果，能夠減輕由不恰當的輸入引起的診斷性能的低下，能夠削減用於輸入的成本。
另外，在該輸入源定義表17的輸入源的決定中，理想的是，在推斷對象系統中的主要原因的情況下，考慮製造了的產品、材料、參數、操作者進行的調整、維護等來決定。
(2)第2實施方式接下來說明本發明的第2實施方式。在該實施方式中，主要原因推斷裝置10的基本的結構與圖1所示的第1實施方式相同。在該實施方式中，輸入關於多個特徵量的數據，並將其組合來推斷主要原因。
圖7表示此時的輸入源定義表17的例子。參照圖7，輸入源定義表17對於每個特徵ID具有由特徵ID內連號規定的兩個輸入。特徵ID內連號1規定人作為輸入源，特徵ID內連號2規定來自傳感器23的傳感器數據作為輸入源。進而，在這裡，利用優先級規定人和傳感器當中哪一個優先。例如，如果特徵ID為T0001，則傳感器數據為優先級1，人為優先級2，所以傳感器數據優先。
圖8是表示在本實施方式中的CPU 11進行的動作的流程圖。參照圖8，在本實施方式中，如上所述，輸入多個數據方面與先前的實施方式不同。因此，從圖8的S21到S26為止的處理與圖6所示的從S11到S16為止的處理相同，所以其說明省略。
在本實施方式中，處理從S24或者S26轉移到S27時，為了得到多個輸入，所以判斷能否得到了需要的輸入。未得到必要的輸入時，處理移向S22，輸入下面的數據。在S27中得到了需要的輸入時，綜合輸入單元13輸入的多個語言值(S28)，推理引擎14進行推理(S29)。接著，判斷是否滿足推理結束條件(S30)，並且GUI22顯示推理結果。
像這樣，在該實施方式中，因使用多個特徵量來推斷主要原因而主要原因推斷的精度提高。另外，因為預先規定來自人的數據的輸入和來自傳感器的數據的輸入的優先級，所以，如果適當地預先設定優先級，就能進一步提高主要原因推斷的精度。
接著，說明具體的主要原因的推斷方法。圖9是說明主要原因推斷裝置10的、作為在電子零件安裝裝置中的不良的一個例子的、產生「橋接」的情況下的推理方法的說明圖。圖9(A)是表示圖2所示不良和一級主要原因的圖，圖9(B)是表示用於診斷(推斷)一級主要原因的、提示給用戶的提問句，以及該情況下的來自用戶的回答的例子的圖。圖9(C)是與圖9(B)所示的提問句一起顯示的、在印刷工序等中的檢查圖像。該檢查圖像保存在圖2所示的檢查信息存儲裝置68中，根據需要被從那裡取出。另外，也可以直接保存在知識庫16中。這樣，獲得來自用戶的信息時，與顯示來自檢查裝置的檢查圖像等同時進行。由此，輸入正確的信息，進行準確的推理。
參照圖9(B)，在這裡，得到關於有關特徵量的提問ID2以及6的有意義的回答。從這些回答中，推理引擎14推理為對應於不良(橋接)的一級主要原因為在圖9(A)中用粗線表示的原因。即，有橋接的主要原因的可能性的只是集中在產生了『印刷後焊錫的滲出』或者『按壓安裝後焊錫的壓壞』這樣的二級主要原因。
圖10是表示用於確定二級主要原因的方法的圖。圖10(A)是表示作為有圖9所示的主要原因的可能性的一個例子的、存在『印刷後焊錫的滲出』的情況的特徵量的圖，圖10(B)是表示在該階段使用的、提示給用戶的提問句、以及此時的來自用戶的回答的例子的圖。與圖9的情況相同，用戶根據檢查圖像，對於有關特徵量的問題IDA～D的提問輸入回答。從所輸入的回答中可知問題IDA以及C關聯。因此，這些關聯的「印刷機掩膜有破損」「印刷機基板厚度設定有誤」以及「印刷機印壓設定高」被判斷為二級主要原因。
圖11是表示用於確定由圖9所確定的另一個橋接的主要原因的可能性的、即「安裝後焊錫壓壞」的二級主要原因的方法的圖。圖11(A)是表示有「安裝後焊錫壓壞」的情況下的特徵量(二級主要原因)的圖，圖11(B)是表示在該階段使用的、提示給用戶的提問句、以及此時的來自用戶的回答的例子的圖。與圖10的情況相同，用戶根據檢查圖像，輸入對於有關特徵量的問題IDF～J的問題的回答。從所輸入的回答中可知問題IDF、I以及J相關，與這些關聯的「裝配機噴嘴堵塞」被判斷為二級主要原因。
根據以上，推理引擎14推定為，「印刷機掩膜破損」、「印刷機基板厚度設定有誤」、「印刷機印壓設定高」、以及「裝配機噴嘴堵塞」這五個成為「橋接」的主要原因的可能性高。
進而，不僅人的判斷、傳感器數據，例如有像由攝像機產生的圖像判斷這樣3個以上的輸入的情況下，對於各個輸入規定優先級，採用優先級高的輸入也可以。另外，不是利用優先級，而是利用這些輸入數據的多數來判斷，將多的一方的結果作為對於特徵量的判斷也可以。例如在上述中，對於印刷後的焊錫的錯位(特徵IDT0001)，人的判斷、變換傳感器數據後的語言值當中隸屬度(membership grade)最大的、由攝像機產生的圖像判斷分別表示「FALSE」、「TRUE」、「FALSE」的情況下，判斷為「FALSE」。
進而，在傳感器23設置多個，例如2個的情況下，從一個傳感器中得到0.8這樣一個值，從其它的傳感器得到0.7這樣一個值時，求這些數據的平均值並將其作為傳感器數據也可以。即，對於多個數據，預定規定這些數據的綜合方法(在該情況下為平均值)，並按照該綜合方法，將綜合數據後的值作為輸入數據也可以。
(3)第3實施方式接著說明本發明的第3實施方式。在該實施方式中，主要原因推斷裝置10的基本的結構與圖1所示的第1實施方式相同。在該實施方式中，基於從用戶輸入的信息或者從檢查裝置檢測的信息，判斷輸入來自用戶的數據還是輸入傳感器數據。
例如輸入單元13對於用戶詢問用戶的技能或者詢問是否具備傳感器或者攝像機等數據取得裝置，根據其結果，對於具備數據取得裝置的，自動地(或者優先地)從那裡輸入，在不具備數據取得裝置時，設為從用戶輸入。此時，輸入單元13起到優先順序決定部件的作用。
圖12(A)表示用於生成此時的輸入源定義表17的、對於顯示在顯示器的詢問畫面。參照圖12(A)，對於用戶顯示「請輸入能夠利用的檢查裝置信息以及裝置信息」，同時詢問在基板安裝線上是否設置了以下各檢查裝置。即，詢問是否設置了印刷後檢查裝置(檢查圖像)、印刷後檢查裝置(檢查數值數據)、裝配後檢查裝置(檢查圖像)、裝配後檢查裝置(檢查數值數據)、回流後檢查裝置(檢查圖像)、回流後檢查裝置(檢查數值數據)。另外，詢問作為裝置信息是否設置了裝配機A、裝配機B。在這裡，各檢查裝置以帶複選框方式顯示，用戶通過選擇該複選框，來輸入能夠利用的檢查裝置信息以及裝置信息。
這樣，輸入能夠利用的檢查裝置等時，CPU 11基於此，生成圖12(B)所示的、表示可利用數據的輸入源定義表17。此時，對於具備檢查裝置這樣的數據取得裝置，優先地從那裡輸入，不具備檢查裝置時，設為從用戶輸入。此時，CPU 11起到優先順序決定部件的功能。
參照圖12(B)，輸入源定義表17對每個特徵ID，顯示特徵ID內連號、優先順序、以及輸入源，同時用○標記顯示在圖12(A)輸入的、能夠利用的檢查裝置等。由此，能夠利用的傳感器數據等變得明了，根據設備構成，能夠更加可靠地判斷來自人的數據和來自傳感器的數據當中哪一個應該被優先取入。
接著說明此時的動作。圖13是表示該實施方式中的CPU 11進行的動作的流程圖。參照圖13，在該實施方式中，首先，輸入單元13從GUI 12取得圖12(A)所示的檢查裝置信息等(S41)。推理引擎14決定接著要輸入的特徵(S42)。輸入單元13從輸入源定義表17決定輸入源(S43)。
輸入單元13參照輸入源定義表17，決定使人輸入特徵還是使傳感器輸入(S44)。如果為來自人的輸入，則GUI 12對用戶提示問題，並使用戶輸入關於提示的特徵量的回答(S45、S46)。另一方面，如果為來自傳感器23的輸入，則語言變換單元18從傳感器23取得信息，將來自傳感器23的數值輸入變換成語言值(S47、S48)。
根據來自任意一個的數據，推理引擎14進行推理。並且，如果滿足推理結束條件(在S50為「是」)，GUI 12顯示推理結果(S51)。如果不滿足推理結束條件(在S50為「否」)，則轉移到S43。
另外，在上述實施方式中，使用戶輸入檢查裝置的有無、裝配機的信息，但不限於此，輸入用戶的技能也可以。
此時，例如能根據用戶的技能變更優先級的設定。即，用戶(人)如果為基板安裝線的領導者等，則其技能充分值得信賴，所以使人的判斷優先於傳感器數據。另一方面，用戶例如如果為僅承擔製造線的一工序的操作者，則關於其技能，不太能夠信賴，則使傳感器數據優先。此時，CPU 11起到可靠度(信頼度)判斷部件的作用。
另外，也可以根據用戶的權限或者用戶的職能(役割)等改變優先順序。作為用戶的權限，例如存在僅擔當製造線的一工序的操作者權限或者製造線的領導者的權限等。作為用戶的職能，存在設計擔當者或者生產技術者。據此，其技能和知識不同。因此，預先輸入這些數據，並根據該信息，決定哪個現象的判斷是使來自用戶的輸入優先還是使來自檢查裝置的數據優先。
進而，輸入主要原因推斷裝置10用於推斷主要原因的對象系統的種類，並對應於此，組合多個輸入也可以。
這樣一來，能夠根據用戶的技能的水平或者對象系統的種類，能夠改變輸入目的地，所以能夠進行更恰當的數據輸入。
另外，對於能利用的檢查裝置等的信息，主要原因推斷裝置10自動地檢測這些信息也可以。
(4)實施方式4接著，說明本發明的第4實施方式。在上述各實施方式中，選擇由人輸入主要原因推斷裝置被輸入的數據，還是從傳感器輸入數據，但是，在實施方式4中，為了該輸入而切換對用戶顯示的內容。具體地講，根據主要原因推斷裝置推斷主要原因的對象系統的運用階段(運用フエ一ズ)，鑑於注重的主要原因不同這一點，根據運用階段，切換對用戶輸出的內容。
圖14是本發明的第4實施方式的主要原因推斷裝置20的主要單元的功能方框圖。參照圖14，本實施方式中的主要原因推斷裝置20對於圖1所示的主要原因推斷裝置10，有效主要原因定義表15被附加到推理引擎14。除此之外，與圖1所示的主要原因推斷裝置10基本相同，所以對於這之外的方面，對於同一部分賦予同一參照號碼，省略其說明。
推斷主要原因的對象系統在多個運用階段下運行。有效主要原因定義表(有效主要原因定義部件)15具有在某個運用階段時輸出哪個主要原因等的數據。另外，所謂運用階段在製造系統中指生產階段，包含試製階段、批量生產階段等。
圖15表示有效主要原因定義表15、以及用於生成它的、使用戶輸入對象系統中的運用階段以及能夠使用的數據取得裝置的詢問畫面。圖15(A)表示生產階段等的輸入畫面。作為生產階段等，用戶能夠預先通過該畫面來決定。參照圖15(A)，該輸入畫面除了催促能夠利用的生產階段信息、裝置信息的輸入的顯示之外，還顯示選擇複選框和各階段。用戶從該畫面輸入能夠利用的階段。
在這裡，生產階段有試製階段、批量生產階段，作為裝配機的裝置信息顯示裝配機A、裝配機B。生產階段中之所以包含裝配機，是因為根據使用哪臺裝配機，能夠使用的信息不同。
基於在圖15(A)所輸入的數據而生成圖15(B)所示的有效主要原因定義表15。有效主要原因定義表15是將所輸入的運用階段以及數據取得裝置與對象對應起來保存的表。
因此，GUI12作為使用戶輸入對象系統中的運用階段以及數據取得裝置的運用階段輸入部件起作用。
另外，在這裡，作為運用階段，說明了在製造裝置中的生產階段，但是不限於此，根據推斷主要原因的對象系統等而不同，可以包含各種運用階段。
接著，說明本實施方式中的CPU21的動作。圖16是用於說明本該實施方式中的動作的流程圖。參照圖16，輸入單元13從GUI12取得系統的運用階段等的信息(S61)。推理引擎14根據運用階段等信息決定輸出的主要原因(S62)。接著，推理引擎14決定下面要輸入的特徵(S63)。輸入單元13根據輸入源定義表17決定輸入源(S64)。輸入單元13參照輸入源定義表17來決定使人輸入特徵還是使傳感器23輸入。在使人輸入時，GUI12對用戶提示問題，使其輸入對於提示給用戶的特徵量的回答(S66、S67)在從傳感器23輸入的情況下，語言變換單元18從傳感器23取得信息，並且，語言變換單元23將來自傳感器23的數值輸入變換成語言值(S68、S69)。
推理引擎14進行推理(S70)，判斷是否滿足推理結束條件(S71)，如果滿足(在S71為「是」)，GUI12顯示推理結果(S72)。在S71中，如果不滿足推理結束條件(在S71為「否」)，則返回S63，輸入下面的數據。
並且，推理引擎14根據運用階段等的信息決定輸出的主要原因的處理(S62)，在S70之後或者在S72之前進行都可以。
如上，根據該實施方式，根據系統的運用階段來切換輸出給用戶的內容，所以能夠進行對應於系統的運用階段的用於主要原因推斷的數據輸入。
接著，說明在上述實施方式中在切換輸出的主要原因的情況下注重的內容。
圖17是用於說明有效主要原因定義表15中的特徵量、或者主要原因的切換的圖。圖17(A)是表示有效主要原因定義表的一例43的數據結構的圖。這與圖15(B)所示的基本相同。在這裡，有效主要原因定義表43對每個製造線和其階段44中都包含信息45，該信息45包含生產階段和裝置信息。除此之外，還有以後要說明的現象ID、特徵ID、優先順序數據。
圖17(B)為表示從圖17(A)中取出現象ID、包含生產階段和裝置信息的信息45，從而生成表示現象和生產階段、裝置信息之間的關係的對應表的狀態的圖。該圖與圖15(B)對應。
另一方面，圖17(C)對每個特徵ID顯示特徵ID內連號、優先順序、能取得的檢查數據。即，在這裡，特徵ID和檢查數據的對應在一覽表中便可知地被顯示著。
即，如圖17(A)表示有效主要原因定義表43那樣，其構成為含有多個關聯信息，從其中，用於特徵量或者主要原因的切換的信息根據需要取出共用的信息，從而能生成需要的有效主要原因定義表15。
通過如此進行，在由圖15說明的例子當中，需要個別地選擇存在能夠利用的檢查裝置的生產階段，但是，這裡，從該表中取出關聯的數據，從而能夠容易地生成與圖15(A)對應的表。
接著，說明使用有效主要原因定義表15來編輯規則數據、特徵ID和檢查數據的對應在一覽中可知的表的方法。如圖16所示，從GUI 12使用戶輸入例如生產階段、檢查裝置信息、裝置信息。生產階段是試製階段，具有印刷後檢查裝置(檢查圖像，這指能夠檢測檢查圖像的檢查裝置)，使用裝配機A時則作為已輸入的信息。
根據所輸入信息來切換輸入源，集中成為最終的輸出的主要原因。
圖18(A)是表示該情況的有效主要原因定義表15的圖，為與圖1 5(B)一樣的圖。在圖18(A)中，根據所輸入的試製階段、裝配機A，具有這些信息的現象ID(P0301以及P0302)51a能夠使用，但是，不具有這些信息的現象ID(P0303以及P0304)51b不能使用。因此，如圖18(B)所示，在規則數據52中，導入能夠使用的現象ID(P0301以及P0302)的規則52a能夠使用而留下，導入不能使用的現象ID(P0303以及P0304)的規則52b因為不能使用而刪除。
同樣地，參照圖18(C)，具有印刷後檢查裝置(檢查圖像)的特徵ID 53a(T0001，特徵內連號1)以及特徵ID54a(T0002，特徵內連號1)是能夠使用，但是不具有印刷後檢查裝置(檢查圖像)的特徵ID 53b(T0001，特徵內連號2)以及特徵ID 54b(T0002，特徵內連號2)因為不能使用而刪除。
這樣，使用戶輸入與進行主要原因推斷的對象系統對應的、檢查裝置信息或裝置信息，對應於此，能生成需要的有效主要原因定義表15。
另外，在上述實施方式中，說明了根據對象系統的運用階段，切換要輸出的主要原因，從而生成必要的有效主要原因定義表的例子，但是不限於此，也可以根據上述的用戶的職能、權限，來切換要輸出的主要原因。
另外，根據對應於主要原因的對策上所花費的成本，也可以切換。這例如作為某主要原因的對策，有需要一個小時的對策A和用5分鐘能夠處理的對策B時，根據主要原因對策上需要的時間或成本，可以切換要輸出的主要原因。
並且，在上述實施方式中，說明了本發明的主要原因推斷裝置應用於推斷基板安裝裝置中的不良內容的原因的裝置的情況，但是不限於此，也可以應用在任意的裝置中的所希望的主要原因的推斷裝置中。
另外，在上述實施方式中，說明了主要原因推斷裝置為其專用裝置的情況，但是，不限於此，將裝置作為通用的計算機，將上述動作完全程序化，利用該程序使計算機動作，從而作為主要原因推斷裝置使用也可以。此時，該程序，既可以由光碟或硬碟這樣的記錄介質來提供，也可以經由網絡從網絡上的伺服器下載。
以上，參照
了本發明的實施方式，但是，本發明不限於圖示的實施方式的例子。對於圖示的實施方式，在與本發明相同的範圍內，或者在均等的範圍內，能夠加上各種修改或變形。
權利要求
1.一種主要原因推斷裝置，基於對於與現象相關聯的特徵量的數據，來推斷對於所述現象的主要原因，包括特徵量決定部件，決定所述特徵量；用戶輸入部件，接受來自用戶的輸入來作為對於所述特徵量決定部件決定的特徵量的數據；裝置數據輸入部件，輸入來自數據取得裝置的數據來作為對於所述特徵量決定部件決定的特徵量的數據；輸入源定義部件，預先決定從所述用戶輸入部件和所述裝置數據輸入部件的哪一個輸入對於所述特徵量的數據；以及推斷部件，使用從所述輸入源定義部件決定的輸入部件輸入的數據來推斷所述主要原因。
2.如權利要求1所述的主要原因推斷裝置，所述特徵量存在多個，所述推斷部件基於所述多個特徵量來推斷所述主要原因，所述輸入源定義部件包含優先順序決定部件，該優先順序決定部件對於所述多個特徵量，預先決定使來自所述用戶輸入部件和所述裝置數據輸入部件中的哪一個輸入部件的數據輸入優先。
3.如權利要求2所述的主要原因推斷裝置，所述優先順序決定部件還包含可靠度判斷部件，該可靠度判斷部件判斷所述用戶輸入部件和所述裝置數據輸入部件的各自的輸入數據的可靠度，所述優先順序決定部件根據所述可靠度判斷部件的判斷結果，決定使來自所述用戶輸入部件和所述裝置數據輸入部件的哪一個輸入部件的輸入數據優先。
4.如權利要求3所述的主要原因推斷裝置，所述可靠度判斷部件根據用戶的技能或職能來判斷可靠度。
5.如權利要求1至4的任何一項所述的主要原因推斷裝置，所述輸入源定義部件根據用於推斷所述主要原因的對象系統，對於所述多個特徵量，預先決定輸入來自所述用戶輸入部件和所述裝置數據輸入部件中的哪一個輸入部件的數據。
6.如權利要求5所述的主要原因推斷裝置，所述對象系統在多個運用階段下運行，包含運用階段輸入部件，使用戶輸入所述對象系統中的所述運用階段以及能夠使用的所述數據取得裝置，並包含有效主要原因定義部件，將被所述運用階段輸入部件輸入的運用階段以及所述數據取得裝置與所述現象對應來保存。
7.一種主要原因推斷方法，基於對於與現象相關聯的特徵量的數據，來推斷對於所述現象的主要原因，包含預先決定從用戶輸入裝置或者數據取得裝置的哪一個輸入對於特徵量的數據的步驟；決定特徵量的步驟；從預先決定的某一個輸入對於特徵量的數據的步驟；以及使用所輸入的數據推斷對於現象的主要原因的步驟。
8.一種計算機可讀取記錄介質，保存使計算機執行權利要求7所述的主要原因推斷方法的程序。
全文摘要
提供一種不花費成本而能夠進行適當的主要原因推斷的主要原因推斷裝置。推理引擎決定輸入的特徵(S11)，並參照輸入源定義表，決定使人進行特徵的輸入還是使傳感器進行特徵的輸入(S12)。在使人輸入時，在顯示器上顯示對用戶提問的內容，並使其輸入回答(S13、S14)。在使來自傳感器的數據輸入時，語言變換單元從傳感器經由傳感器數據輸入單元取得信息，語言變換單元將來自傳感器的數值數據變換成語言值(S15、S16)。根據任意一個的處理，基於輸入的數據，推理引擎進行推理(S17)。將其進行到滿足推理結束條件為止(在S18為「是」)，(GUI)對用戶顯示推理結果(S19)。
文檔編號G06Q50/00GK101052294SQ20071009161
公開日2007年10月10日 申請日期2007年4月3日 優先權日2006年4月3日
發明者古賀純平, 中嶋康曉, 糀谷和人 申請人:歐姆龍株式會社