故障處理支持系統及與其連接的終端裝置的製作方法
2023-06-01 12:26:06
專利名稱：故障處理支持系統及與其連接的終端裝置的製作方法
技術領域：
本發明涉及經由通信網對臨床檢查裝置等各種裝置進行遠程監視，並預知裝置的故障等的監視系統。
背景技術：
在機械類中發生故障時，為了從故障症狀確定故障原因及修理方法，一般使用故障檢修手冊和維修手冊(manual)(下面，將它們只總稱為手冊)。為了使機械類從故障迅速復原，用於查找故障原因的項目是否在手冊中以恰當的順序配置成為重要的要點。例如，對於某種故障症狀，如果將出現該症狀的頻率較高的原因記載在手冊的參照順序中靠前的地方，則能夠縮短裝置的使用者或服務工程師為尋找到故障原因所需要的時間，能夠實現快速的復原。
因而，優選地將手冊編寫為，優先地配置從故障症狀所推測的故障原因之中概率較高的原因以及對其故障原因的有效修理程序。相反，對於未這樣編寫的手冊來說，存在確定故障原因需要時間這樣的問題。例如，在與確定故障原因沒有直接關係的檢查項目在手冊中被優先地記載、而且其檢查的實施程序複雜且需要時間等的情況下，若考慮到多個服務工程師使用該手冊進行修理，則不能忽視整體的時間損耗。
但是，手冊的修訂需要很多工作量及時間。因而，以往手冊的修訂一般只在裝置的規格有大幅變更的情形等、如果不修改則不能作為手冊起作用的情況下進行。也就是說，在較小改變的情況下，有時手冊的修改也被省略。另外，新機型的文件修訂需要花費許多時間以手工操作來進行。
發明內容
本發明的目的是，為了解決該問題，而實現可提供聯機(online)手冊的故障處理支持系統，該聯機手冊可以高效率確定故障原因並且修訂操作不需要費力。
為了達到上述目的，本發明的故障處理支持系統的特徵為，具備判斷路徑存儲機構，用來將裝置所能產生故障的事件數據的列表、用於確定上述事件原因的判斷資料數據的列表、與原因相對應的處理程序數據的列表、和賦予這些數據相互的的關聯一起存儲；判斷資料提示機構，如果輸入了事件數據，則從上述判斷路徑存儲機構提取與該事件相關的判斷資料數據並輸出；處理程序提示機構，如果選擇輸入了上述判斷資料提示機構所輸出的判斷資料數據的任一個，則從上述判斷路徑存儲機構提取與根據選擇輸入的判斷資料數據確定的原因相關的處理程序數據並輸出；在上述判斷路徑存儲機構中，對各事件數據的判斷資料數據附加適合度進行存儲，上述判斷資料提示機構按與上述適合度相應的順序輸出所提取的判斷資料數據。
還有，所謂判斷資料的「適合度」意味著，為確定某個事件的原因的判斷資料成為決定依據的次數和頻率等。另外，所謂「判斷資料數據按照適合度被存儲」包含兩種方式，一種是與對適合度數值化後的數據一起存儲判斷資料數據的方式，另一種是判斷資料數據在存儲區域按與適合度相應的順序被排列的方式。
根據這種結構，當輸入故障事件數據時，由於用於確定其原因所需的判斷資料數據按與適合度相對應的順序加以輸出，因而應對故障的人能夠更高效率地確定故障的原因。
在上述故障處理支持系統中，優選的是，還具備實例存儲機構，將實際的該故障的事件數據、在指定上述故障原因時所選擇出的判斷資料數據以及為應對該故障所進行的處理程序數據作為實際的故障事例存儲；適合度決定機構，用來進行下述處理，即按照在上述實例存儲機構所存儲的故障事例中選擇各判斷資料數據的次數或頻率，來決定對上述各事件數據的判斷資料數據的適合度。
根據這種結構，由於按照在實例存儲機構所存儲的故障事例中選擇各判斷資料數據的次數或頻率，來決定對上述各事件數據的判斷資料數據的適合度，因而不需要修訂的麻煩而能夠進行自動維護，使其能提示與判斷資料數據適合度相應的處理程序。
另外，在上述故障處理支持系統中優選的是，在上述判斷路徑存儲機構中還存儲下述數據，該數據用來決定對各原因的上述處理程序數據優先順序，上述處理程序提示機構按照上述優先順序來提示從上述判斷路徑存儲機構所提取的處理程序數據。
再者，優選的是，作為決定上述優先級所用的數據，在上述判斷路徑存儲機構存儲各處理程序的所需時間、各處理程序的進行所需要的成本或者下述時間平均值的至少任一個，上述時間是在進行各處理程序後直至在相同裝置中因相同原因發生相同事件的時間。
或者，也可以使用下述(1)(2)(3)之中的至少2種來作為用來決定上述優先順序的數據，使用戶選擇輸入根據哪個數據來決定優先順序，上述(1)是各處理程序的所需時間，(2)是各處理程序的進行所需要的成本，(3)是在進行各處理程序後直至在相同裝置中因相同原因發生相同事件的時間，在上述故障處理支持系統中優選的是，還具備輸入機構，用來選擇或任意輸入上述事件數據、判斷資料數據以及處理程序數據的組合；新路徑登錄機構，用來使通過上述輸入機構所輸入的事件數據、判斷資料數據及處理程序數據相關聯，並存儲到上述判斷路徑存儲機構中。
根據這種結構，由於可以隨時登錄上述事件數據、判斷資料數據以及處理程序數據的新組合，因而能夠實現維護不費事的故障處理支持系統。
另外，為達到上述目的，本發明所涉及的終端裝置是一種與上述任一個故障處理支持系統連接的終端裝置，其特徵為，具備事件輸入機構，用來輸入裝置所發生故障的事件數據；判斷資料輸入機構，用來獲取由上述判斷資料提示機構所輸出的判斷資料數據，從所獲取到的判斷資料數據之中選擇輸入任一個；處理程序顯示機構，用來獲取由上述處理程序提示機構所輸出的處理程序數據，並顯示所獲取到的處理程序數據。
圖1是表示本發明一個實施方式所涉及的服務支持系統和SE終端機的概略結構的框圖。
圖2(a)～(d)是表示服務支持系統中所存儲數據一個示例的說明圖。
圖3(a)及(b)是表示服務支持系統中所存儲數據一個示例的說明圖。
圖4是從SE終端機連接到服務支持系統時所顯示畫面的一個示例。
圖5是通過服務支持系統顯示於SE終端機上的症狀選擇畫面一個示例。
圖6是通過服務支持系統顯示於SE終端機上的判斷資料選擇畫面一個示例。
圖7是通過服務支持系統顯示於SE終端機上的處理程序選擇畫面一個示例。
圖8是通過服務支持系統顯示於SE終端機上的操作列表畫面一個示例。
圖9是通過服務支持系統顯示於SE終端機上的操作說明畫面一個示例。
圖10是修理報告書輸入畫面的一個示例。
圖11是服務工程師登錄新路徑時的修理報告書輸入畫面一個示例。
圖12是服務工程師登錄新路徑時接著圖11的畫面顯示於SE終端機上的畫面一個示例。
圖13是接著圖12的畫面顯示於SE終端機上的畫面一個示例。
圖14是接著圖13的畫面顯示於SE終端機上的畫面一個示例。
圖15是接著圖14的畫面顯示於SE終端機上的畫面一個示例。
圖16是接著圖15的畫面顯示於SE終端機上的畫面一個示例。
圖17是表示SE終端器概略結構的框圖。
具體實施例方式
下面，參照
本發明的一個實施方式。
本實施方式所涉及的服務支持系統是為了支持對交付給用戶後的設備(下面，稱為用戶設備)進行修理和維護等的服務工程師，由設備製造者進行運營管理的系統進行。
因此，如圖1所示，本實施方式的服務支持系統1經由網際網路30，與服務工程師所攜帶的SE終端機P1、P2…(下面，稱為SE終端機P)相連接。SE終端機P例如可以採用個人計算機、PDA或者行動電話等可進行網際網路連接的任意的可攜式終端裝置。服務工程師在進行用戶設備的修理和維護作業時，通過所攜帶的SE終端機P，經由網際網路30連接到服務支持系統1中，按照從服務支持系統1向SE終端機P所提供的聯機手冊來進行作業。
在修理作業時，服務工程師首先將用戶設備的故障症狀輸入到SE終端機P。由於很多情況下即便故障症狀相同其原因也是各種各樣的，因而為了確切且高效率地修好故障，正確快速查明故障原因是很重要的。服務支持系統1對於每種用戶設備，對能想到的各個故障，將症狀及其原因、以及用於從該症狀確定原因的判斷資料相互關聯，存儲到資料庫中。然後，若服務工程師從SE終端機P輸入症狀，則服務支持系統1根據所輸入的症狀，從上述資料庫中選擇認為對確定原因有效的備選判斷資料，以恰當的優先順序使之顯示於SE終端機P的顯示器上。該判斷資料的優先順序(適合度)將在下面加以詳細說明，而通過對故障的處理事例的累積，在服務支持系統1中加以決定，隨著新處理事例的累積被適當地更新。
服務工程師對於SE終端機P上所顯示的判斷資料，按優先順序較高的順序進行確認作業，來確定故障原因。若確定了原因，則服務支持系統1從資料庫選擇與原因相應的處理方法說明，以恰當的優先順序使之顯示到SE終端機P上。據此，服務工程師可以一邊查看SE終端機P的顯示器上所顯示的說明一邊開展作業，能夠適當且高效率地實施修理或維護作業。
另外，服務工程師於進行修理作業之後，在SE終端機P上製作修理報告書。將例如與用戶有關的信息(用戶名等)、與發生故障的用戶設備有關的信息(機型名和設備ID等)、故障的症狀、作為確定原因的決定依據的判斷資料以及與所進行的處理作業等有關的信息輸入到該報告書中。由服務工程師向修理報告書所輸入的信息，從SE終端機P傳送給服務支持系統1。服務支持系統根據這些信息，進行對存儲了上述判斷資料的資料庫的更新作業以及對判斷資料和處理程序的優先順序的更新作業。
在此，參照圖1及圖2說明服務支持系統1結構的一個示例。如圖1所示，服務支持系統1由以下構成數據存儲部10，由處理程序-操作對應數據存儲部11、操作數據存儲部12、內容存儲部13、修理報告書數據存儲部14(實例存儲機構)、評價數據存儲部15、判斷路徑數據存儲部16(判斷路徑存儲機構)、原因-處理程序對應數據存儲部17、用戶設備信息正本18等構成；通信處理部19；數據提取部20(判斷資料提示機構、處理程序提示機構)；更新處理部21(適合度決定機構、新路徑登錄機構)等。
在處理程序-操作對應數據存儲部11中，如圖2(a)所示，對用戶設備的每一機型，在相關聯的狀態下記錄有對故障的處理程序的代碼以及構成各處理程序的1個或多個操作代碼。所謂操作，是指例如「確認…」、「更換…」、「調整…」等由服務工程師實施的作業的單位。各操作不一定由單一的動作來構成，也可以包括一系列動作。例如，「更換密封墊」這樣的操作不只是更換密封墊的動作，而包含「將(要更換的密封墊部分的)蓋子卸下」等附帶動作。在圖2(a)所示的示例中，作為對HA-8160這種機型故障的處理程序之一的SR0302，由A011、A239、A021及A012這樣的4種操作構成。
在操作數據存儲部12中，如圖2(b)所示，對於所有與各用戶設備有關的操作，在相關聯的狀態下記錄有操作號碼、各操作的所需時間、各操作所需要的部件費用以及到與各操作對應的操作內容的超連結。所謂操作內容指的是，為了使服務工程師可以在修理作業時進行參照、將操作的詳細說明顯示於SE終端機P上所用的內容，例如作為HTML形式等的文件被記錄於內容存儲部13中。
在修理報告書數據存儲部14中，如圖2(c)所示，在相互關聯的狀態下記錄有各服務工程師在作業完成後所製作出的修理報告書數據，也就是報告書號碼、所修理用戶設備的機型名、該用戶設備的設備ID、作業日、故障症狀的代碼、作為確定原因的決定依據的判斷資料的代碼、所確定的故障原因代碼以及修理作業時所參照的處理程序的代碼等。
在評價數據存儲部15中，如圖2(d)所示，作為用來評價對各機型故障的處理程序的優先順序的信息，記錄有基於原因的MTBF、MTBF、運算完成報告書號碼、MTTR以及成本等。所謂MTBF意味著一次發生故障後到下次發生故障的時間的平均值，而所謂「基於原因的MTBF」與通常的MTBF有所不同，表示一次發生故障到再次發生因相同原因而引起的故障的時間的平均值。還有，評價數據存儲部15中所存儲的數據將在下面加以詳細說明，而可以根據修理報告書數據存儲部14的內容，由更新處理部21予以適當更新。
判斷路徑數據存儲部16(判斷路徑存儲部)如圖3(a)所示，用來為用戶設備的每一機型存儲症狀代碼和判斷資料代碼以及下述原因代碼之間的關係，該原因代碼是由症狀和判斷資料的組合確定的。例如，在圖3(a)所示的示例中，在HA-8160中症狀代碼為「T11」時，作為判斷資料選擇了「J23」的情況下，確定其故障原因代碼為「R01」。還有，判斷路徑數據存儲部16的記錄按機型名的順序被排序，相同機型名的記錄進一步按症狀代碼的順序被排序。再者，相同症狀代碼的記錄對於判斷資料代碼，按用於確定該症狀的原因的實例多的順序被排序實例。也就是說，在圖3(a)所示的示例中，機型名為「HA-8160」且症狀代碼為「T11」的記錄之內，作為在過去的修理事例中確定原因的決定依據使用最多的判斷資料是「J23」，其次多的是「J02」。還有，判斷路徑數據存儲部16中的判斷資料代碼的次序如同下面所說明那樣，根據修理報告書數據存儲部14中所儲存的數據，由更新處理部21在指定時間加以更新。
原因-處理程序對應數據存儲部17如圖3(b)所示，為用戶設備的每一機型存儲原因代碼和處理程序代碼之間的關係。例如，在圖3(b)的示例中，對HA-8160確定故障原因是「R02」的情況下，作為對其故障的處理程序，存在「SR0302」、「SR0201」、「SR0408」及「SR0409」的4種。
在用戶設備信息正本18中登錄有用戶設備所輸出的所有告警信息。另外，還登錄有與構成用戶設備的部件有關的信息等。
通信處理部19用於經由網際網路30，對和SE終端機P等外部裝置之間的通信進行控制。數據提取部20(判斷資料提示部、處理程序提示部)用來按照所給的條件，從數據存儲部10的各部提取數據。更新處理部21用來進行對判斷資料的優先順序等加以更新的處理。
在此，以某個用戶設備(機型名HA-8160)發生故障的情形為例，對服務支持系統1及SE終端機P的動作加以具體說明。
服務工程師若從用戶設備接到聯絡併到達用戶方，則從SE終端機P經由網際網路30向服務支持系統1連接。由此，在SE終端機P的顯示器上例如圖4所示，顯示對用戶設備機型名進行選擇輸入的畫面(機型選擇畫面)。此處，若服務工程師如圖4所示選擇修理對象的用戶設備機型名，則所選擇出的機型代碼經由服務支持系統1的通信處理部19傳送到數據提取部20。數據提取部20按照該機型代碼，從內容存儲部13提取下述畫面(症狀選擇畫面)的內容，該畫面例如是圖5所示的那種從有關其機型所假定的故障的列表對症狀進行選擇輸入的畫面。所提取的內容傳遞給通信處理部19，傳送給SE終端機P。據此，在SE終端機P的顯示器上顯示圖5所示的那種畫面。
服務工程師在SE終端機所顯示的症狀選擇畫面上，選擇與用戶設備的症狀相當的症狀。還有，此處假設修理對象的用戶設備顯示「T11 Low Flowrate」這樣的故障信息，服務工程師如圖5所示在症狀選擇畫面上選擇出「T11…」。在該畫面上各症狀的開頭所示的代碼(Dxx、Exx、Txx等)是原本附加給各故障症狀的症狀代碼，若服務工程師選擇出任一症狀，則該症狀代碼從SE終端機P發送到服務支持系統1。
在服務支持系統1中，若獲取到從SE終端機P所發送的症狀代碼，則數據提取部20以所獲取到的症狀代碼作為關鍵字，參照判斷路徑數據存儲部16，提取用於確定該症狀原因的判斷資料代碼。如上所述，在判斷路徑數據存儲部16中，按在過去的修理事例中作為確定原因的決定依據的次數較多的順序存儲有用於確定各症狀原因的判斷資料。數據提取部20將從判斷路徑數據存儲部16所提取的判斷資料代碼按照其優先級發送給SE終端機P。據此，下述畫面(判斷資料選擇畫面)被顯示於SE終端機P的顯示器上，上述畫面例如是圖6所示的那種將用於根據症狀確定故障原因的判斷資料附加優先順序而顯示的畫面。在圖6所示的示例中，將用於確定故障(「T11」)的原因的判斷資料附加優先級(No.1～)顯示。在圖6中，在優先級之後所示的代碼(Jxx)是原本附加給各判斷資料的判斷資料代碼。還有，在圖6以及下述的圖7和圖8中，瀏覽器的邊框等圖示予以省略。
服務工程師從優先級高的資料依次往下確認該判斷資料選擇畫面上所顯示的判斷資料(確認事項)。也就是說，在圖6的示例中首先確認從注射閥有沒有液體洩漏(No.1 J23)，如果沒有液體洩漏，則接著確認在A液管路中是否產生氣泡(No.2 J02)。此處，如果已知產生了氣泡，則服務工程師在判斷資料選擇畫面上，選擇該確認事項(No.2 J02)。藉此，所選擇的判斷資料代碼從SE終端機P發送到服務支持系統1。
在服務支持系統1中，若獲取到從SE終端機P所發送的判斷資料代碼，則數據提取部20以用戶設備的機型名、症狀代碼及判斷資料代碼作為關鍵字，參照判斷路徑數據存儲部16，來確定原因。例如，在上述的情況下，假設在判斷路徑數據存儲部16中存儲有圖3(a)所示的那種數據，因為機型名是「HA-8160」，症狀代碼是「T11」，判斷資料是「J02」，所以被確定的原因代碼是「R02」。
數據提取部20若確定了原因代碼，則根據該原因代碼參照原因-處理程序對應數據存儲部17，提取用於處理該原因的處理程序。例如，在原因-處理程序對應數據存儲部17的內容是圖3(b)所示的那種數據的情況下，如果原因代碼是「R02」，則提取「SR0302」、「SR0201」、「SR0408」及「SR0409」的4種作為處理程序。
數據提取部20進一步從處理程序-操作對應數據存儲部11及操作數據存儲部12，提取與構成所提取的各處理程序的操作有關的信息。數據提取部20進一步從評價數據存儲部15提取所提取處理程序各自的MTTR。然後，數據提取部20按MTTR值小的順序，添加優先級將所提取的處理程序發送給SE終端機P。據此，如圖7所示，在SE終端機P的顯示器上顯示下述畫面(處理程序選擇畫面)，該畫面按MTTR小的順序排列出用來應對原因「R02」的處理程序。
處理程序選擇畫面如上所述，用來表示根據所選擇的故障事件和判斷資料的組合確定的處理程序。在圖7的示例中，將通過服務支持系統1從下述組合所選擇出的全部處理程序添加優先順序加以顯示，上述組合是通過事件選擇畫面所選擇出的故障事件(事件代碼「T11」)和通過判斷資料選擇畫面所選擇出的判斷資料(判斷資料代碼「J02」)的組合。還有，在本實施方式中，可以從下述(1)(2)(3)的3種之中選擇任一個，來作為顯示處理程序時的優先順序，上述(1)是MTTR短的順序，(2)是MTBF長的順序，(3)是修理成本低的順序。在圖7的示例中，雖然按MTTR短的順序顯示出3種處理程序，但是如果服務工程師選擇「變成MTBF順序」或者「變成Cost順序」，則數據提取部20按照其選擇，參照評價數據存儲部15重新排列處理程序並加以顯示。另外，在該示例中，雖然設為當最初顯示處理程序選擇畫面時按MTTR小的順序加以排列，但是也可以最初按MTBF順序或者成本順序進行顯示，按照服務工程師的選擇做出重新排列。
在此，若服務工程師選擇最優先顯示的處理程序「SR0302」，則SE終端機P的顯示畫面例如圖8所示，變化成所選擇的處理程序中包括的操作的列表畫面。為圖8所示的畫面所顯示的各操作，設置有連結。然後，若服務工程師如圖8所示選擇操作，則通過為所選擇的操作所設置的連接，將與其操作對應的操作內容從內容存儲部13提取，顯示到SE終端機P的畫面上。例如，若在圖8所示的畫面上服務工程師選擇[A011]的操作，則SE終端機P的畫面顯示例如變化成圖9所示的那種畫面。服務工程師一邊查看該畫面一邊進行修理作業。還有，操作內容可以根據需要，使畫面滾動、或將畫面的一部分放大、或者移動到前後的畫面。
在作業結束之後，服務工程師在SE終端機P上調出圖10所示的那種修理報告書製作畫面，輸入必要的事項。還有，在圖10及下述的圖11-圖16中，將瀏覽器的邊框等圖示予以省略。在該畫面上，設置有路徑輸入欄40。例如，在上述示例中，由於在圖5的事件選擇畫面上選擇了「T11」、在圖6的判斷資料選擇畫面上選擇了「J02」、在圖7的處理程序選擇畫面上選擇了「SR0302」，因而服務工程師如圖10所示，向路徑輸入欄40輸入這些代碼。輸入到路徑輸入欄40中的數據與輸入到修理報告書製作畫面中的其它數據一起，從SE終端機P發送給服務支持系統1。在服務支持系統1中，更新處理部21例如圖2(c)所示，將從SE終端機P所發送的修理報告書數據存儲到修理報告書數據存儲部14中。
以上是服務工程師進行修理作業時服務支持系統1及SE終端機P的動作說明。
在服務支持系統1中，根據修理報告書數據存儲部14中所存儲的數據，對於判斷路徑數據存儲部16中的判斷資料優先順序以及評價數據存儲部15中的各種數據，定期進行更新處理。該更新處理例如既可以以1天1次或者1個月1次等那樣在每一定期間進行1次，也可以在每當向修理報告書數據存儲部14追加了指定件數的新修理報告書數據時進行。
更新處理部21對於判斷路徑數據存儲部16的判斷資料優先順序，從修理報告書數據存儲部14中所存儲的全部修理實例中，對於相同機型中的相同症狀，分別計算出使用過的各判斷資料代碼的次數。然後，更新處理部21根據計算結果，在判斷路徑數據存儲部16中對記錄重新排列，以使在過去的修理實例中各機型的各症狀的判斷資料變成作為確定原因的決定依據的次數多的順序。
另外，更新處理部21根據修理報告書數據存儲部14中所存儲的數據，對評價數據存儲部15的內容進行更新。更新處理部21首先在修理報告書數據存儲部14中，從上次進行該更新處理後所追加的記錄，提取設備ID、症狀及原因全部一致的記錄，計算出這些記錄中的作業日的間隔。例如，在圖2(c)的示例中，由於報告書號碼為「123456」的記錄和「123452」的記錄其設備ID、症狀及原因全部一致，因而求取這些記錄的作業日欄中所記錄的日期數據之差。此時，求出2002年3月26日和2002年3月12日的差為14天。也就是說，在2002年3月12日利用處理程序「SR0302」進行修理的14天之後，在相同的用戶設備中產生因相同原因而引起的相同症狀的故障。因此，更新處理部21採用該值，對與對應的機型名(HA-8160)及對應的處理程序(SR0302)有關的基於原因的MTBF的值進行更新。在圖2(d)所示的示例中，雖然與HA-8160的處理程序「SR0302」有關的原因MTBF的值為193天，但是加上在上面所求出的14天數據，由(193×23+14)/(23+1)＝186分別將基於原因的MTBF的天數、樣本數及運算完成報告書號碼更新為186、24及123452。
通過上面的處理，更新處理部21在指定時間對判斷資料的優先級和基於原因的MTBF的值等進行更新。
在本實施方式的服務支持系統1中，服務工程師可以通過下面的程序，向判斷路徑數據存儲部16追加新的路徑。例如，雖然服務工程師在修理某個用戶設備的故障時從SE終端機P訪問到服務支持系統1，但是因未顯示確切的判斷資料而由自己加以適當應對，在這種情況下，可以將自己所進行的作業內容向服務支持系統1進行登錄。
下面，對於該登錄程序，採用具體示例予以說明。這裡，雖然在某個用戶設備中顯示有告警信息「T11Low flowrate」，服務工程師從SE終端機P訪問到服務支持系統1，但是未顯示與該症狀對應的判斷資料。然後，服務工程師自己進行檢查，結果斷定「在A液流路中產生有氣泡」，判明其原因為「溶析液管道和內面板之間的連接不良」。然後，為修理該故障，服務工程師依次進行替換密封墊的更換(操作代碼A011)、溶析液管道和內面板的連接部加固(A239)、配管壓力確認(A021)以及測量動作確認(A012)的4個操作。
首先，服務工程師在如圖11所示SE終端機P所顯示的修理報告書製作畫面上，在路徑輸入欄40中選擇症狀。此處，選擇輸入「T11Low flowrate」的症狀。還有，用戶設備所輸出的所有告警信息預先登錄於服務支持系統1的用戶設備信息正本18中，在路徑輸入欄40上列表顯示全部告警信息。因而，服務工程師可以從所列表顯示的告警信息選擇對應的信息。但是，對於未進行正本登錄的症狀，也可以新製作症狀代碼及其說明。若服務工程師輸入症狀代碼並按下「新製作」按鈕，則SE終端機P的畫面變化成圖12所示的那種填寫原因的畫面。在此，服務工程師輸入成為故障原因的部位(單元名)。此處，選擇「流路系統」並按下「下一步」按鈕。據此，SE終端機P的畫面變化成圖13所示的那種畫面。
在圖13所示的畫面上，從用戶設備信息正本18提取出流路系統的部件，在部件列表欄41上列表顯示。服務工程師從其列表選擇對應的部件，按下向原因部位欄的追加按鈕42。此處，選擇追加「溶析液管道」和「內面板連接部」。所追加的部件在原因部位欄43中顯示。
確定原因部位之後，若服務工程師按下「下一步」按鈕，則SE終端機的畫面變化成圖14所示的那種畫面。此處，服務工程師選擇作為原因的主要因素(重點)。此處，選擇「連接不佳」。若服務工程師按下「下一步」按鈕，則SE終端機的畫面變化成圖15所示的那種畫面。
在此，服務工程師採用任意的字符序列輸入用來確定原因的判斷基準。另外，此處所輸入的判斷基準應為與現有的判斷基準在客觀上不同的判斷基準。原因是，以使其他服務工程師可以理解判斷基準的差異。在圖15的示例中，服務工程師所輸入的判斷基準是「在A液管路中產生氣泡」。
若輸入判斷基準，則SE終端機的畫面變化成圖16所示的那種畫面。在該畫面上，服務工程師利用「A011」、「A239」、「A021」及「A012」的操作號碼，輸入為修理故障而進行的作業內容。
如上由服務工程師所輸入的信息通過更新處理部21，登錄到判斷路徑數據存儲部16、原因-處理程序對應數據存儲部17以及處理程序-操作對應數據存儲部11中，其他服務工程師也可以加以利用。
在此，參照圖17對於SE終端機P的概略結構予以說明。SE終端機P如上所述，構成為可進行網際網路連接的任意可攜式終端裝置，如圖17所示具備事件輸入支持部51、判斷資料輸入支持部52及處理程序顯示部53。另外，SE終端機P具備顯示器54，可以顯示例如圖4～圖16所示的那種畫面；GUI(未圖示)，可以進行該顯示器54所顯示數據的選擇以及進行向顯示器54所顯示的輸入欄的輸入。還有，優選地以觸摸面板來構成SE終端機的顯示器54。
事件輸入支持部51用來從服務支持系統1接收機型選擇畫面(例如參見圖4)或症狀選擇畫面等(例如參見圖5)的內容數據，將其顯示到顯示器54上，並由服務工程師輸入裝置中所發生故障的事件數據。判斷資料輸入支持部52用來從服務支持系統1接收判斷資料選擇畫面(例如參見圖6)的內容數據，將其顯示到顯示器54上，並由服務工程師從判斷資料數據之中選擇輸入任一個。處理程序顯示部53用來獲取從服務支持系統1所傳送的處理程序(例如參見圖7～圖9)的內容數據，將所獲取到的處理程序數據顯示到顯示器54上。
還有，在本實施方式中，在圖2(a)～(d)以及圖3(a)和(b)中表示了順序文件結構的數據示例來作為數據存儲部10的各存儲部的具體示例，但是數據結構不限定於順序文件。另外，在判斷路徑數據存儲部16中也是按順序記錄的排列順序來表示判斷資料的優先順序的構成，但是各記錄也可以具有表示判斷資料優先順序的屬性。另外，本實施方式所示的數據存儲部10的邏輯結構歸根結底只是一個示例，可以考慮數據的檢索效率和存儲容量的有效利用等，對數據結構加以任意變更。
如同上面所說明的那樣，根據本發明，可以實現可提供聯機手冊的故障處理支持系統，該聯機手冊可以高效率確定故障原因並且修訂操作不需要費力。
權利要求
1.一種故障處理支持系統，其特徵為，具備判斷路徑存儲機構，用來將裝置所能產生的故障的事件數據的列表、用於確定上述事件原因的判斷資料數據的列表、與原因相對應的處理程序數據的列表、及這些數據的相互關聯關係進行存儲；判斷資料提示機構，當被輸入事件數據時，從上述判斷路徑存儲機構提取與該事件相關的判斷資料數據；處理程序提示機構，當被選擇輸入上述判斷資料提示機構所輸出的判斷資料數據的任一個時，從上述判斷路徑存儲機構提取與根據被選擇輸入的判斷資料數據確定的原因相關的處理程序數據並輸出；在上述判斷路徑存儲機構中，按照適合度存儲對各事件數據的判斷資料數據，上述判斷資料提示機構按與上述適合度相應的順序輸出所提取的判斷資料數據。
2.根據權利要求1所述的故障處理支持系統，其特徵為，還具備實例存儲機構，將相應故障的事件數據、在確定上述故障的原因時所選擇的判斷資料數據以及為應對該故障而進行的處理程序數據，作為實際的故障事例存儲；適合度決定機構，用來實行下述處理，即根據在上述實例存儲機構中存儲的故障事例中，各判斷資料數據被選擇的次數或頻率，來決定判斷資料數據對上述各事件數據的適合度。
3.根據權利要求2所述的故障處理支持系統，其特徵為上述適合度決定機構以指定的時間間隔進行上述適合度的決定處理。
4.根據權利要求2所述的故障處理支持系統，其特徵為每當向上述實例存儲機構追加存儲了指定數量的故障事例，上述適合度決定機構就進行上述適合度的決定處理。
5.根據權利要求1所述的故障處理支持系統，其特徵為在上述判斷存儲機構中還存儲有用來決定上述處理程序數據對於各原因的優先順序的數據。上述處理程序提示機構按照上述優先級來提示從上述判斷路徑存儲機構所提取的處理程序數據。
6.根據權利要求5所述的故障處理支持系統，其特徵為將各處理程序的所需時間作為用來決定上述優先順序的數據，存儲在上述判斷路徑存儲機構中。
7.根據權利要求5所述的故障處理支持系統，其特徵為將進行各處理程序所需要的成本作為用來決定上述優先級的數據，存儲在上述判斷路徑存儲機構中。
8.根據權利要求5所述的故障處理支持系統，其特徵為將從實施了各處理程序後直到在相同裝置中因相同原因而發生相同事件的時間的均值，作為用來決定上述優先級的數據，存儲在上述判斷路徑存儲機構中。
9.根據權利要求5所述的故障處理支持系統，其特徵為也可以採用下述(1)(2)(3)之中的至少2種，作為用來決定上述優先順序的數據，並使用戶選擇輸入根據哪個數據來決定優先順序，上述(1)是各處理程序的所需時間，(2)是實施各處理程序所需的成本，(3)是在實施各處理程序後直至在相同裝置中因相同原因而發生相同事件的時間。
10.根據權利要求1所述的故障處理支持系統，其特徵為上述處理程序數據包含對各個操作進行說明的操作內容。
11.根據權利要求1所述的故障處理支持系統，其特徵為，還具備輸入機構，用來選擇或任意輸入上述事件數據、判斷資料數據以及處理程序數據的組合；新路徑登錄機構，使通過上述輸入機構輸入的事件數據、判斷資料數據及處理程序數據相關聯，並存儲到上述判斷路徑存儲機構中。
12.一種終端裝置，與權利要求1～11任一項記載的故障處理支持系統連接，其特徵為，具備事件輸入機構，用來向機構輸入所發生故障的事件數據；判斷資料輸入機構，用來接收由上述判斷資料提示機構所輸出的判斷資料數據、並從所接收到的判斷資料數據之中選擇輸入任一個；處理程序顯示機構，用來接收由上述處理程序提示機構所輸出的處理程序數據、並顯示所接收到的處理程序數據。
全文摘要
提供一種可以高效率確定故障原因並且修訂操作不需要費力的聯機手冊，服務工程師(SE)從SE終端向服務支持系統(1)數據存儲部(16)中以適合度較高的順序存儲有用來確定各症狀的原因的判斷資料，數據提取部(20)以該順序提取判資料，向SE終端機提示。如果SE選擇合乎修理對象設備的狀態的判斷資料，則數據提取部(20)從處理程序－操作數據存儲部(11)、操作數據存儲部(12)、以及內容存儲部(13)提取對應於該判斷資料的處理程序的操作內容，顯示到SE終端機上。
文檔編號G06F11/273GK1659561SQ0381324
公開日2005年8月24日 申請日期2003年6月6日 優先權日2002年6月7日
發明者和田敦 申請人:愛科來株式會社