遠程維護系統、郵件連接確認和郵件傳輸環境診斷方法
2023-05-26 01:47:21
專利名稱：遠程維護系統、郵件連接確認和郵件傳輸環境診斷方法
技術領域：
本發明涉及一種遠程維護系統、郵件連接確認方法、郵件連接確認程序和郵件傳輸環境診斷程序，其當安裝在用戶設備中的監視單元檢測到故障時，通過網際網路利用電子郵件向維護中心報告故障信息，具體地說，本發明涉及一種遠程維護系統、郵件連接確認方法、郵件連接確認程序和郵件傳輸環境診斷程序，其傳送連接確認郵件，並且自動地診斷郵件傳輸環境。
背景技術：
到目前為止，已知一種遠程維護系統，當用戶設備檢測到故障時，該系統通過網際網路利用電子郵件向維護中心報告故障信息。在這樣的傳統遠程維護系統中，作為保持硬體故障等受到監視的軟體，監視代理(surveillance agent)被安裝在用戶設備上，並且監視代理在檢測到設備的硬體故障等時，通過網際網路利用電子郵件(e-mail)向位於遠端的維護中心報告故障的發生。維護中心告知支持人員已接收到了故障發生通知，並且支持人員在接收到報告後，確認該報告的內容，並且攜帶必要的替換部件前往修理用戶設備，以便提供迅捷有效的維護服務。
日本專利申請No.2002-055850[專利文獻2]日本專利申請No.2003-296135然而，在這樣的傳統遠程維護系統中，為了提供迅捷有效的維護服務，很重要的一點就是要可靠地傳送用於報告故障發生的電子郵件。儘管如此，近年來出現了很多因安全措施加強等原因而在郵件傳輸環境中受到限制的用戶，並且存在以下問題雖然在開始系統運行的起始階段已正常發送了電子郵件，但是由於郵件傳輸環境的隨後改變而使郵件傳輸受到了限制。郵件傳輸環境的改變例如以下所述。
利用郵件源地址來限制發送方；在郵件傳送時利用驗證(例如SMTP-AUTH、SMTP前的POP等)來限制傳輸；利用傳輸大小來限制；由於病毒檢查等原因進行限制(禁止分割郵件傳輸以及限制擴展碼)。
SMTP前的POP會記錄在POP伺服器中已通過驗證的IP位址，並且當接收到郵件發送的請求時，檢查IP位址的記錄列表，如果在該列表中存在已通過驗證的IP位址，則接收該發送請求，否則拒絕該發送請求。在過去了一段確定的時間後，從記錄列表中刪除IP位址。此外，SMTP-AUTH在接收到郵件時，在SMTP伺服器和用戶設備之間對用戶帳戶和密碼進行驗證，只有在得到驗證後，才允許郵件發送。通常，雖然對郵件傳輸環境的這些限制經常是由網絡的管理者來完成的，但是另一方面，使用遠程維護系統來接收服務的用戶經常不知道對郵件傳輸環境的限制，結果會出現以下問題在很多情況下，當用戶設備發生硬體故障等時，非常有可能無法發送顯示故障發生的電子郵件，因而遇到麻煩。
發明內容
根據本發明，提供了一種遠程維護系統、郵件連接確認方法、郵件連接確認程序和郵件傳輸環境診斷程序，它們容易地確認用於報告故障發生的電子郵件的傳輸路徑，並且可以可靠地傳送與郵件傳輸環境的改變相對應的郵件。
(系統)本發明針對一種遠程維護系統，當安裝在用戶設備中的監視單元檢測到故障時，該系統通過網際網路利用電子郵件向維護中心報告故障信息。
作為這樣的遠程維護系統，本發明的特徵在於在用戶設備中提供一種連接確認單元，該單元準備並發送在郵件內容上不同的多種模式的連接確認郵件，並且提供一種診斷單元，其中，根據在固定的時間段內從用戶設備接收到的一個或多個連接確認郵件的接收結果，用戶設備的郵件傳輸環境被診斷，診斷結果通過電子郵件被發送到用戶設備或者任意地址。
這裡，連接確認單元準備並發送多種模式的連接確認郵件，這些模式在是否存在分割郵件、郵件尺寸、附件文件尺寸、附件文件數量、附件文件名稱的擴展碼或附件文件名稱的長度方面不同。
在從由用戶設備發送的多種模式的連接確認郵件當中可以接收到所有模式的連接確認郵件的情況下，診斷單元發送連接成功作為診斷結果，而當存在任何無法接收的連接確認郵件時，診斷單元發送促使郵件傳輸環境的設置改變的消息作為診斷結果。
當在郵件傳輸環境中設置了存在郵件分割時，連接確認單元準備並發送尺寸上小於預定分割尺寸的未附加文件的第一連接確認郵件和尺寸上大於分割尺寸的附加有文件的第二連接確認郵件，其中，在第一連接確認郵件和第二連接確認郵件都可以接收的情況下，診斷單元發送連接成功作為診斷結果，並且其中，在可以接收到第一連接確認郵件，但無法接收到第二連接確認郵件的情況下，診斷單元發送變為無分割郵件的設置改變作為診斷結果。
當在郵件傳輸環境中設置了無分割郵件時，連接確認單元準備並發送尺寸上小於預定分割尺寸的未附加文件的第一連接確認郵件和對於分割尺寸而言具有足夠尺寸的附加有文件的第三連接確認郵件，其中，在第一連接確認郵件和第三連接確認郵件都可以接收到的情況下，診斷單元發送連接成功作為診斷結果，並且其中，在可以接收到第一連接確認郵件，但無法接收到第三連接確認郵件的情況下，診斷單元發送變為分割郵件存在的設置改變作為診斷結果。
關於郵件尺寸，例如第一連接確認郵件可小於64KB，第二連接確認郵件可以在64到128KB之間，而第三連接確認郵件可以為2兆字節。
當在發送連接確認郵件後又過去了固定的時間段之後依然無法從維護系統接收到診斷結果時，連接確認單元輸出一個意圖使郵件傳輸環境被複查的消息。
連接確認單元在開始系統運行之前發送連接確認郵件。此外，連接確認單元可以發送與周期性發送的周期性報告郵件相關聯的連接確認郵件。
此外，連接確認單元發送與通過用戶設備的故障檢測而發送的故障發生郵件相關聯的連接確認郵件。
(方法)當與用戶設備安裝在一起的監視單元檢測到故障時，本發明提供一種遠程維護系統的郵件連接確認方法，用於通過網際網路利用電子郵件向維護中心報告故障信息。
本發明的郵件連接確認方法包括連接確認步驟，該步驟準備並從用戶設備發送在郵件內容上不同的多種模式的連接確認郵件；以及診斷步驟，該步驟在維護中心處，根據在固定的時間段內從用戶設備接收到的一個或多個連接確認郵件的接收結果來診斷用戶設備的郵件傳輸環境，並利用電子郵件向用戶設備或任意地址發送診斷結果。
(程序)本發明提供了一種由用戶設備的計算機執行的郵件確認程序，以在檢測到故障時，通過網際網路利用電子郵件向維護中心報告故障信息。即，本發明的特徵在於本發明的郵件連接確認程序允許用戶設備的計算機執行以下步驟連接確認步驟，該步驟準備並從用戶設備向維護中心發送在郵件內容上不同的多種模式的連接確認郵件；以及診斷結果接收步驟，該步驟基於從維護中心發送的連接確認郵件的接收結果，接收並顯示用戶設備的郵件傳輸環境的診斷結果。
當安裝在用戶設備中的監視單元檢測到故障時，本發明提供將由維護中心的計算機執行的郵件傳輸環境診斷程序，以接收通過網際網路傳送的有關故障信息的電子郵件。也就是說，本發明的特徵在於本發明的郵件傳輸環境診斷程序使得維護中心的計算機執行以下步驟連接確認郵件接收步驟，該步驟接收從用戶設備發送的、在郵件內容上不同的多種模式的連接確認郵件；以及診斷步驟，該步驟在維護中心處，根據在固定的時間段內從用戶設備接收到的一個或多個連接確認郵件的接收結果來診斷用戶設備的郵件傳輸環境，並且利用電子郵件向用戶設備或任意地址發送診斷結果。
根據本發明，在維護服務的運行啟動時或者在運行期間的適當時刻等，從用戶設備向維護中心發送在郵件內容上不同的多種模式的連接確認郵件，並且根據在維護中心中連接確認郵件的接收狀態，診斷出在用戶側的郵件傳輸環境，當存在無法接收的某些模式的連接確認郵件時，利用郵件發送以下消息作為診斷結果，該消息促使所述用戶的郵件傳輸環境的設置改變，以便能夠接收郵件，並且通過在用戶側基於診斷結果執行設置改變，從而確保在用戶設備和維護中心之間的郵件通信路線，當在用戶設備中發生故障時，故障發生通過電子郵件被可靠地傳送到維護中心，從而能夠提供快捷有效的維護服務。參考附圖，從以下詳細的描述中將會更加清楚本發明的以上及其他目的、特徵和優點。
圖1是適用於本發明的遠程維護系統的框圖；圖2A和2B是根據本發明的包括郵件傳輸路線確認功能的用戶設備和中心設備的功能配置框圖；圖3是圖2A和2B的用戶設備和中心設備的軟體配置的說明圖；圖4是實現圖1的用戶設備和維護中心設備的計算機的硬體環境的框圖；圖5是由圖1的監視代理進行的連接確認處理的流程圖；圖6是由圖1的維護中心設備進行的診斷處理的流程圖；圖7是示出在本發明中使用的連接確認郵件的類型的說明圖；圖8是通過組合圖7的連接確認郵件而發送的連接確認郵件組合模式的說明圖；圖9是在圖1的監視代理中顯示的連接確認執行屏幕的說明圖；圖10是圖1的維護中心設備對分割確認模式的郵件接收的標準的說明圖；圖11是圖1的維護中心對尺寸限制確認模式的郵件接收的標準的說明圖；
圖12是分割確認模式在連接確認成功時的診斷結果屏幕的說明圖；圖13是分割確認模式在連接確認失敗時的診斷結果屏幕的說明圖；圖14是尺寸限制確認模式在連接確認成功時的診斷結果屏幕的說明圖；以及圖15是尺寸限制確認模式在連接確認失敗時的診斷結果屏幕的說明圖。
具體實施例方式
圖1是適用於本發明的遠程維護系統的框圖。在圖1中，安裝在提供維護服務的維護中心中的維護中心設備10與安裝在用戶中的、通過網際網路14提供維護服務的用戶設備12-1到12-4相連。用戶設備12-1到12-4是信息處理裝置或系統，例如計算機等，並且安裝有作為軟體的監視代理16-1到16-4。監視代理16-1到16-4在用戶設備12-1到12-4中保持諸如硬體故障等的故障處於監視中，並且當檢測到故障時，通過網際網路14利用電子郵件向維護中心設備10報告。已通過電子郵件從監視代理16-1到16-4接收到故障報告的維護中心設備10分析郵件內容，並且進行顯示輸出，以便通知支持人員已接收到故障發生報告。支持人員一旦接收到該故障報告，就確認該報告內容，並且攜帶必要的替換部件等前往修理用戶設備12-1到12-4。
圖2A和2B是根據本發明的包括郵件傳輸路線確認功能的用戶設備和中心設備的功能配置的說明圖。在圖2A和2B中，用戶設備12代表圖1中的用戶設備12-1到12-4，並且用戶設備12配備有監視代理16和通信控制單元20。監視單元16通過被安裝在構成用戶設備12的計算機的應用執行環境中而發揮作用。監視代理16配備了設備監視單元22、郵件發送和接收單元24，還配備了根據本發明實現郵件傳輸路線確認功能的連接確認單元28。設備監視單元22配備有日誌文件26，連接確認單元28配備有郵件模式消息文件30。另一方面，維護中心設備10配備了維護服務處理單元32和通信控制單元34。維護服務處理單元32通過構成維護中心設備10的計算機而安裝在應用執行環境中，從而發揮作用。維護服務處理單元32配備有故障郵件處理單元36、郵件發送和接收單元40，還配備了根據本發明確認郵件傳輸路線的診斷單元42。故障郵件處理單元36配備有服務管理文件38，此外，診斷單元42配備有診斷文件44。作為一個示例，在用戶設備12和維護中心設備10之間形成了在網際網路14上穿過郵件伺服器46、48和50的郵件傳輸路線。在用戶設備12的監視代理16和維護中心設備10的維護服務處理單元32中與遠程維護系統相對應的功能是由監視代理16的設備監視單元22和日誌文件26來配置的，而維護服務處理單元32是由故障郵件處理單元36和服務管理文件38來配置的。這些都是主要為傳統遠程系統提供的功能，並且監視代理16的設備監視單元22保持諸如用戶設備12的硬體故障之類的故障處於監視之下，並且當檢測到故障時，由郵件發送和接收單元24利用電子郵件向維護設備10報告已發生故障的事實。此外，設備監視單元22收集用戶設備12的日誌，並將所收集的日誌存儲到日誌文件26中。被收集的伴隨有故障的日誌在發送了初始的故障報告郵件之後，根據情況需要通過將日誌文件附加到另一個電子郵件上，而被發送到維護中心設備10。此外，設備監視單元22每天一次或每周一次發送一份周期性郵件，該郵件伴隨有郵件傳輸路線的設置信息，以和維護中心設備10確認郵件傳輸路線。維護中心設備10中的維護服務處理單元32的故障郵件處理單元36在通過電子郵件從用戶設備12的監視代理16接收到有關故障發生的報告後，在設備顯示器上顯示「故障發生」，以便通知支持人員，從而指示對應措施。此外，故障郵件處理單元36管理從監視代理16發送的周期性郵件的接收，並且在每天一次或每周一次的周期性郵件未被接收的情況下，確定在郵件傳輸路線中發生了故障，並且向支持人員發出郵件傳輸路線的故障發生報告。除了這樣的遠程維護功能之外，本發明還通過在預定時刻使用連接確認郵件來執行郵件傳輸路線確認處理，因此，監視代理16配備了連接確認單元28和郵件模式消息文件30，此外，維護中心設備10側還配備了診斷單元42和診斷文件44。
本發明進行郵件傳輸路線確認處理的時刻例如以下1.系統運行開始時
2.監視代理16進行故障檢測時3.周期性郵件報告時配備在監視代理16中的連接確認單元28在接收到連接確認發送請求時，準備在郵件內容上不同的多種模式的連接確認郵件，並從郵件發送和接收單元24，經由通信控制單元20，通過郵件伺服器46、48和50向維護中心設備10發送這些郵件。配備在維護中心設備10中的診斷單元42根據在固定的時間段內接收到的一個或多個連接確認郵件的接收結果，診斷用戶設備12的郵件傳輸環境，並且利用電子郵件向用戶設備12發送診斷結果。這裡，作為從連接確認單元28發送的多種模式的連接確認郵件，準備並發送了在是否存在分割郵件、郵件大小、附件文件、附件文件名稱的擴展碼、附件文件名稱的長度或其他方面不同的多種模式的連接確認郵件。
在本發明的具體實施例中，將以下情形作為一個示例其中在用戶設備12的傳輸環境中對是否存在郵件分割進行指定，準備並發送以下三種類型的連接確認郵件。
1.尺寸上小於分割尺寸的未附加文件的第一連接確認郵件(小郵件)2.尺寸上大於分割尺寸的附加有文件的第二連接確認郵件(部分郵件)3.對於分割尺寸而言具有足夠大尺寸的附加有文件的第三連接確認郵件(大郵件)此外，為了通過一次連接確認一次性地全部發送這三種類型的連接確認郵件，當考慮到有極其大量的用戶終端設備(例如幾百個到幾千個)被實際連接到維護中心設備10時，有必要極大地縮短每次確認郵件傳輸路線的處理時間，因此，關於這三種類型的連接確認郵件，用戶設備12的當前郵件傳輸環境被劃分成存在和不存在郵件分割設置的兩種情況，並且通過利用兩種郵件模式的組合，進行郵件傳輸路線的連接確認。
這種組合被劃分為1.分割確認模式，和2.尺寸控制確認模式。
分割確認模式是這樣一種情形存在分割設置作為郵件傳輸環境，在此情形中，發送第一連接確認郵件(小郵件)和第二連接確認郵件(部分郵件)。此外，尺寸限制確認模式是這樣一種情形不存在分割設置作為郵件傳輸環境，在此情形中，發送第一連接確認郵件(小郵件)和第三連接確認郵件(大郵件)。此外，在監視代理16的連接確認單元28準備並發送多種模式的連接確認郵件的情況下，也可能出現這樣的故障在維護中心設備10側根本不能發送連接確認郵件，因此，在這種情況下，無法接收到來自維護中心設備10的診斷單元42的通過電子郵件的診斷結果，因此，連接確認單元28設置並保持一個從發送連接確認郵件開始，直到接收診斷結果為止的監視超時時間，並且在等待接收診斷結果時發生超時的情況中，向用戶輸出顯示郵件傳輸接收環境的異常。
圖3是圖2A和2B的用戶設備和中心設備的軟體配置的說明圖。在圖3中，在計算機的OS 52上執行用戶設備12的監視代理16，其配置用戶設備12，並在OS 52上安裝屏幕處理單元54，其提供郵件發送和接收單元24，設備監視單元22和連接確認單元28，還有設備監視單元22和連接確認單元28的圖形用戶界面屏幕作為應用。另一方面，除了配置維護中心設備10的計算機的OS 56上作為應用的郵件發送和接收單元40、故障郵件處理單元36和診斷單元42外，維護中心設備10的維護服務處理單元32還安裝了屏幕處理單元58，其為支持人員顯示圖形用戶界面屏幕。適當的OS，例如Solaris(R)、Linux等，被用作OS 52和56。
圖4是實現用戶設備12和維護中心設備10的計算機的硬體環境的框圖。在圖4中，CPU 60的總線62配備有RAM 64、ROM 66、硬碟驅動器68、鍵盤72、滑鼠74和連接顯示器76和設備接口70、以及與網際網路實現通信連接的網絡適配器78。除了圖4中所示的OS 52之外，硬碟驅動器68還存儲有作為應用的郵件發送和接收單元24、設備監視單元22、連接確認單元28和屏幕處理單元54的程序，其當計算機激活時由RAM 64讀取並由CPU 60執行。
對於圖2A和2B的維護中心設備10，使用與圖4的計算機相同的硬體環境，除了在圖3的維護中心設備10中所示的OS 56之外，硬碟驅動器68還安裝有作為應用的郵件發送和接收單元40、故障郵件處理單元36、診斷單元42以及屏幕處理單元58的程序，其當計算機激活時由RAM 64讀取並由CPU 60執行。
圖5是由圖1的監視代理16中配備的連接確認單元28進行的連接確認處理的流程圖。在圖5中，連接確認單元在步驟S1處檢查連接確認發送請求被接收與否，並且在系統運行開始前的啟動時，在由監視代理16檢測用戶設備12的故障後的故障郵件的報告時，或者在每天一次或每周一次之類的周期性郵件報告時，連接確認發送請求被提交並接受。在步驟S1處，當連接確認發送請求的接受被確定時，在步驟S2處準備多種不同模式的消息文件。這些消息文件被預先存儲在圖2A和2B的郵件模式消息文件30中。接下來，在步驟S3處，發送附加有初始消息文件的連接確認郵件。接著，在步驟S4處，連接確認單元檢查是否發送了所有的模式，如果尚未發送，則連接確認單元返回步驟S3，並發送附加有下一消息文件的連接確認郵件。在多個連接確認郵件當中，也包括不附加任何消息文件的純文本郵件。在步驟S4處，當確定發送了所有模式的連接確認郵件時，連接確認單元前進到步驟S5，並且開始對來自維護中心設備10的診斷結果的郵件接收進行診斷結果響應超時監視，並且在步驟S6處，連接確認單元檢查是否接收到診斷結果郵件。在未接收到診斷結果的郵件的情況下，在步驟S8處，連接確認單元檢查是否出現超時，當在發生超時前在步驟S6處接收到診斷結果的郵件時，連接確認單元前進到步驟S7，並且顯示輸出所接收的診斷結果。另一方面，在步驟S6處接收到診斷結果的郵件之前，在步驟S8處發生超時的情況下，連接確認單元前進到步驟S9，並且在該情況中，確定多種模式的連接確認郵件沒有被全部發送到維護中心設備10側，顯示郵件傳輸錯誤，並向用戶輸出顯示對郵件傳輸環境的複查。在步驟S10處重複步驟S1到S9的這些處理，直到用戶設備發出了停止指令。
圖6是由圖1的維護中心設備10的維護服務處理單元32中配備的診斷單元42進行的診斷處理的流程圖。在圖6中，在對從用戶設備12發送的多種模式的連接確認郵件進行診斷處理中，診斷單元42在步驟S1處檢查連接確認郵件中的第一郵件的接收，並且一旦接收到第一郵件，則在步驟S2處，開始對剩餘連接確認郵件的超時監視。接著，在步驟S3處，診斷單元42檢查是否接收到了連接確認郵件，如果已接收到，則在步驟S4處，診斷單元42檢查是否接收到所有的模式。在所有的模式都已被接收的情況中，在步驟S5處，診斷單元42準備連接成功的診斷消息，並且在步驟S6處，向用戶設備12發送診斷結果郵件。另一方面，當在步驟S3處沒有接收到連接確認郵件的情況中，或者在即使接收到了連接確認郵件，但在步驟S4處沒有接收到所有模式的情況中，在步驟S7處檢查是否存在超時，並且在沒有接收到所有模式且在步驟S7處確定有超時的情況中，診斷單元42前進到步驟S8，並且準備與「無法接收」的連接確認郵件相對應的診斷消息，並且在步驟S6處向用戶設備12發送診斷結果。重複步驟S1到S6的這些處理，直到維護中心設備10在步驟S9處發出停止指令。
圖7是示出在本發明中使用的連接確認郵件類型80的一個示例的說明圖。在圖7中，關於連接確認郵件模式，在本實施例中，如檢查模式82中所示，準備了三種類型的模式，例如第一連接確認郵件、第二連接確認郵件和第三連接確認郵件。每個檢查模式82包括連接確認內容的屬性84、傳輸尺寸86、代碼88和文件附件90。第一連接確認郵件是未被分割的郵件，例如是小於被設置為分割尺寸的64kb的郵件，並且是沒有附件文件的純文件郵件。第二連接確認郵件是尺寸被分割的郵件，例如，在分割尺寸的設置是64kb的情況下具有大於64kb的尺寸，例如64到128kb之間，並提供有附件文件，以達到郵件尺寸。為了保證第二連接確認郵件的傳輸尺寸而附加的文件被預先準備為假文件，此外，由於在圖2A和2B所示的遠程維護系統中的用戶設備12和維護中心設備10之間的郵件傳輸對附件文件執行代碼壓縮，因此連接確認郵件也附加有用作附件文件的壓縮假文件。此外，第三連接確認郵件是一種以不分割的方式傳送將被分份的尺寸的郵件，例如傳輸尺寸有2Mb，並附加有假尺寸以達到這一傳輸尺寸，並且附加的假文件與第二連接確認郵件類似，也被進行代碼壓縮。這裡，雖然希望把第三連接確認郵件改變成圖3的遠程維護系統可傳送的最大尺寸的電子郵件，但是通常來說，由於最大尺寸大到例如幾兆字節，所以如果這樣大的尺寸被用於連接確認，則用於與大量用戶設備的連接確認的郵件傳輸路線的佔用將消耗過多的時間，因此，例如，傳輸尺寸採用2Mb，這大約是最大尺寸的三分之一。
圖8是通過組合圖7的連接確認郵件而發送的連接確認郵件的組合模式的說明圖。由於用戶設備12關於郵件傳輸環境的設置96可以被設定為存在分割或不存在分割，所以連接確認郵件組合模式92準備對應於「存在分割」的分割確認模式，並準備對應於「不存在分割」的尺寸限制確認模式。對於在存在分割情況下的分割確認模式，順序發送第一連接確認郵件和第二連接確認郵件，以及第一連接確認郵件和第三連接確認郵件，作為連接確認郵件類型和順序。因而，對於在圖7中示出的三種郵件模式，對應於在郵件傳輸環境中存在或不存在分割，通過組合併發送其中的兩種模式，與發送三種模式的情形相比，只有兩種模式可以管理，因此可以極大地縮短用於郵件傳輸路線的連接確認的通信時間。也就是說，為了確認用戶設備12和維護中心10之間的郵件傳輸路線的連接，雖然希望通過圖7中所示的全部模式(三種模式)的連接確認郵件來進行檢查，但是如果每次都要傳送所有的模式，那麼連接確認將很耗時，因此，根據當時用戶設備12中的郵件傳輸環境，具體地說就是分割設置存在與否(如圖8所示)，來發送組合了兩種模式的連接確認郵件，從而執行連接確認。這裡，關於郵件傳輸路線的連接確認所需的使用時間，當例如考慮在圖8的尺寸限制確認模式狀況下，在具有大約50K pps的可運行速度的線路上進行2.1兆字節的郵件傳輸時，郵件傳輸時間為6分鐘，而當考慮這一時間加上在中心、郵件鏈等處的接收時間時，大約需要8到10分鐘的處理時間。另一方面，在圖8的分割確認模式的情形中，例如進行0.2Mb的郵件傳輸，此時，大約1分鐘的使用時間就夠用了。因此，對於在圖5的步驟S5處的診斷結果響應的超時時間和圖6的步驟S2處的剩餘連接確認郵件的超時監視而言，分別設置與圖8的組合傳輸模式所需的處理時間相對應的超時時間。自然地，與在傳輸尺寸上較大的尺寸限制確認模式一方的處理時間相對應的超時時間可以被固定地設置。
圖9是由圖1的用戶設備12所顯示的連接確認執行屏幕的說明圖。在圖9的連接確認執行屏幕100中，在連接確認消息102之後，顯示是否將結果報告104給客戶管理者的選擇，此外，顯示向監管者的結果報告106。對於給客戶管理者的結果報告104以及給監管者的結果報告106，在已設置了報告或不報告之後，當按下OK鈕108的時候，在圖5的步驟S1處，連接確認發送請求被接受，並且執行從步驟S2開始的一系列連接確認處理。自然地，對於與故障檢測相關聯的連接確認或者與周期性郵件相關聯的連接確認，分別與這些確認相關地自動生成連接確認發送請求，並且執行連接確認處理。
圖10是對圖8的分割確認模式的郵件接收進行連接確認的標準的說明圖，其由配備在圖1的維護中心設備10中的診斷單元42使用，該分割確認模式標準112被預先註冊在診斷文件44中。在圖10的分割確認模式標準112中，由於第一連接確認郵件和第二連接確認郵件是由用戶設備12按順序發送的，所以情形1示出兩個郵件都被接收，情形2示出第一連接確認郵件被接收，而第二連接確認郵件未被接收，情形3示出第一連接確認郵件未被接收，而第二連接確認郵件被接收。關於情形1，由於傳輸郵件環境中沒有任何問題，所以不需要用於用戶設備的應對措施。關於情形2，未接收到在傳送時郵件尺寸將被分割的第二連接確認郵件，並且用戶設備的郵件傳輸環境變成[設為分割郵件限制存在]。因此，由於該郵件不能接收，所以需要將[設為無分份郵件]用作應對措施。關於情形3，傳輸尺寸小的第一連接確認郵件未被接收，傳輸尺寸大並且被分份的第二連接確認郵件被接收，這通常是不可能的，因此，需要將[錯誤郵件檢查]或[郵件傳輸環境複查]用作應對措施。
圖11是當接收到根據圖8的尺寸限制確認模式的連接確認郵件時的尺寸限制確認模式標準114，該標準也被類似地預先註冊在配備在圖2A和2B的維護中心設備10中的診斷文件44中。尺寸限制確認模式標準114示出傳輸尺寸最小的第一連接確認郵件和以不分割的方式傳送分份的尺寸的第三連接確認郵件被接收。在此情況下，情形4示出兩種郵件都被接收，情形5示出第一連接確認郵件被接收，而第三連接確認郵件不能接收。相反，情形6示出第一連接確認郵件不能接收，而第三連接確認郵件被接收。在兩種郵件都被接收的情形4中，在郵件傳輸環境中沒有問題，不需要任何應對措施。在第一連接確認郵件被接收，而第三連接確認郵件不能接收的情形5中，由於在傳輸郵件環境中存在傳輸尺寸限制，所以分割郵件存在需要被設置為應對措施。情形6是傳輸尺寸小的第一連接確認郵件不能接收，而尺寸大的第三連接確認郵件被接收的一種情形。這樣一種情形通常是不可能的，此時需要諸如錯誤郵件檢查和傳輸環境複查一類的應對措施。
圖12是等效於圖10的情形1的分割確認模式在連接確認成功時(測試成功時)的診斷結果屏幕116-1的說明圖。在示出測試成功時的診斷結果屏幕116-1中，在遠程連接完成報告單118-1之後，提供了站點信息120-1，它的下面顯示了以下內容的診斷結果122-11.當前狀態2.診斷結果信息在測試成功時，當前狀態被顯示為[郵件設置{存在分割設置}]，此外診斷結果的內容被顯示為[成功(小郵件＝OK，部分郵件＝OK)]。
圖13是等效於圖10的情形2的分割確認模式在連接確認失敗時的結果屏幕的說明圖。在測試失敗時的診斷結果屏幕116-2在遠程連接結果報告單118-2後提供有站點信息120-2，下面顯示了診斷結果122-2，其中當前狀態被顯示為[郵件設置{存在分割}]，診斷結果被顯示為[失敗{小郵件＝OK，部分郵件＝NG}]，此外，應對措施被顯示為[請設置為無分割郵件，並再次執行連接確認]。
圖14是等效於圖11的情形4的尺寸限制確認模式在連接確認成功時(測試成功時)的結果屏幕的說明圖。在測試成功時的診斷結果屏幕124-1在遠程連接完成報告單126-1後提供有站點信息128-1，接著又提供了診斷結果130-1。診斷結果130-1中當前狀態顯示為[郵件設置{存在分割}]，下面的診斷結果被顯示為[成功(小郵件＝OK，大郵件＝OK)]。
圖15是等效於圖11的情形5的尺寸限制確認模式在連接確認失敗時的結果屏幕的說明圖。在測試失敗時的診斷結果屏幕124-2在遠程連接結果完成報告單126-1後顯示有站點信息128-2，接著顯示有診斷結果130-2。診斷結果130-2中當前狀態顯示為[郵件設置{存在分割}]，診斷結果被顯示為[失敗(小郵件＝OK，大郵件＝NG)]，此外，應對措施被顯示為[請設置為存在郵件分割，並再次執行連接確認]。此外，本發明提供了一種郵件連接確認程序，該程序被配備在圖1的用戶設備12中的監視代理16用作連接確認單元28，該郵件連接確認程序具有如圖5的流程圖中所示的內容。此外，本發明還提供了一種診斷程序，該程序用作配備在圖9的維護中心設備10中的維護服務處理單元32的診斷單元42，並且該診斷程序具有圖7的流程圖中所示的內容。雖然以上描述的實施例以存在或不存在分割設置被用作郵件傳輸環境的情形作為一個示例，但是作為所採用的不同於此的對郵件傳輸環境的限制，還有主要用作安全應對措施的發送起始郵件地址的發送者限制、郵件發送時間的驗證等，即使郵件傳輸環境的這種限制是在網絡環境側進行的，類似地，也會發送分別具有對應於郵件環境的檢查模式的多種模式的連接確認郵件，從而確認郵件傳輸路線，並且在接收到所有模式的連接確認郵件的情況下，將連接成功作為診斷結果進行響應，而當存在不能接收的連接確認郵件時，可以發送促使郵件傳輸環境的設置發生改變的消息作為診斷結果，該消息使得不能接收的連接確認郵件變為可接收的。此外，本發明在不損害本發明的目的和優點的情況下包括適當的修改，而且不受到以上示出的數值的限制。
本申請是基於2005年10月27日在日本遞交的在先申請No.JP2005-312641的優先權。
權利要求
1.一種當安裝在用戶設備中的監視單元檢測故障時，通過網際網路利用電子郵件向維護中心報告故障信息的遠程維護系統，其中所述用戶設備配備有連接確認單元，用於準備並發送在郵件內容上不同的多種模式的連接確認郵件，並且其中，所述維護中心配備有診斷單元，用於根據在固定的時間段內從所述用戶設備接收到的一個或多個連接確認郵件的接收結果來診斷所述用戶設備的郵件傳輸環境，並利用電子郵件向所述用戶設備或任意地址發送診斷結果。
2.根據權利要求1的遠程維護系統，其中，所述連接確認單元準備並發送在存在或不存在分割郵件、郵件尺寸、附件文件尺寸、附件文件數量、附件文件名稱的擴展碼或附件文件名稱長度方面不同的多種模式的連接確認郵件。
3.根據權利要求1的遠程維護系統，其中，當可以接收到從所述用戶設備發送的多種模式的連接確認郵件當中的所有模式的連接確認郵件時，所述診斷單元發送連接成功作為診斷結果，並且當存在不能接收的連接確認郵件時，所述診斷單元發送促使所述郵件傳輸環境的設置發生改變的消息作為診斷結果。
4.根據權利要求1的遠程維護系統，其中，在在所述郵件傳輸環境中設置了存在郵件分割的情況下，所述連接確認單元準備並發送尺寸小於預定分割尺寸的未附加文件的第一連接確認郵件和尺寸大於分割尺寸的附加有文件的第二連接確認郵件，其中，在所述第一連接確認郵件和所述第二連接確認郵件都可以接收的情況下，所述診斷單元發送連接成功作為診斷結果，並且其中，在所述第一連接確認郵件被接收，而所述第二連接確認郵件不能接收的情況下，所述診斷單元發送變為無分割郵件的設置改變作為診斷結果。
5.根據權利要求1的遠程維護系統，其中，在在所述郵件傳輸環境中設置了不存在郵件分割的情況下，所述連接確認單元準備並發送尺寸小於預定分割尺寸的未附加文件的第一連接確認郵件和對於分割尺寸而言具有足夠尺寸的附加有文件的第三連接確認郵件，其中，在所述第一連接確認郵件和所述第三連接確認郵件都可以接收的情況下，所述診斷單元發送連接成功作為診斷結果，並且其中，在所述第一連接確認郵件可以接收，而所述第三連接確認郵件無法接收的情況下，所述診斷單元發送存在分割郵件的設置改變作為診斷結果。
6.根據權利要求4或5的遠程維護系統，其中，所述第一連接確認郵件小於64Kb，所述第二連接確認郵件為64到128Kb，所述第三連接確認郵件為2Mb。
7.根據權利要求1的遠程維護系統，其中，在即使當連接確認郵件被發送之後已經過去了預定的時間時，還無法接收到來自所述維護系統的診斷結果的情況下，所述連接確認單元輸出用於促使對所述郵件傳輸環境進行複查的消息。
8.根據權利要求1的遠程維護系統，其中，所述連接確認單元在系統運行開始之前發送連接確認郵件。
9.根據權利要求1的遠程維護系統，其中，所述連接確認單元發送與周期性發送的周期性報告郵件相關聯的連接確認郵件。
10.根據權利要求1的遠程維護系統，其中，所述連接確認單元發送與通過所述用戶設備的故障檢測而發送的故障發生郵件相關聯的連接確認郵件。
11.一種當安裝在用戶設備中的監視單元檢測到故障時，通過網際網路利用電子郵件向維護中心報告故障信息的遠程維護系統的郵件連接確認方法，包括連接確認步驟，該步驟準備並從所述用戶設備發送在郵件內容上不同的多種模式的連接確認郵件；以及診斷步驟，該步驟在所述維護中心處，根據在固定的時間段內從所述用戶設備接收到的一個或多個連接確認郵件的接收結果來診斷所述用戶設備的郵件傳輸環境，並利用電子郵件向所述用戶設備或任意地址發送診斷結果。
12.根據權利要求11的遠程維護系統的郵件連接確認方法，其中，所述連接確認步驟準備並發送在存在或不存在分割郵件、郵件尺寸、附件文件尺寸、附件文件數量、附件文件名稱的擴展碼、附件文件名稱長度等方面不同的多種模式的連接確認郵件。
13.根據權利要求11的遠程維護系統的郵件連接確認方法，其中，在從所述用戶設備發送的多種模式的連接確認郵件當中可以接收到所有模式的連接確認郵件的情況下，診斷單元發送連接成功作為診斷結果，並且在存在不能接收的連接確認郵件的情況下，診斷單元發送促使所述郵件傳輸環境發生改變的消息作為診斷結果。
14.根據權利要求11的遠程維護系統的郵件連接確認方法，其中，在在所述郵件傳輸環境中設置了存在郵件分割的情況下，所述連接確認步驟準備並發送尺寸小於預定分割尺寸的未附加文件的第一連接確認郵件和尺寸大於分割尺寸的附加有文件的第二連接確認郵件，其中，在所述第一連接確認郵件和所述第二連接確認郵件都可以接收的情況下，診斷單元發送連接成功作為診斷結果，並且其中，在所述第一連接確認郵件可以接收，而所述第二連接確認郵件無法接收的情況下，診斷單元發送變為無分割郵件的設置改變作為診斷結果。
15.根據權利要求11的遠程維護系統的郵件連接確認方法，其中，在在所述郵件傳輸環境中設置了不存在郵件分割的情況下，所述連接確認步驟準備並發送尺寸小於預定分割尺寸的未附加文件的第一連接確認郵件和對於分割尺寸而言具有足夠尺寸的附加有文件的第三連接確認郵件，其中，在所述第一連接確認郵件和所述第三連接確認郵件都可以接收的情況下，診斷單元發送連接成功作為診斷結果，並且其中，在所述第一連接確認郵件可以接收，而所述第三連接確認郵件無法接收的情況下，診斷單元發送變為存在分割郵件的設置改變作為診斷結果。
16.一種存儲程序的計算機可讀存儲介質，允許在檢測到故障時，通過網際網路利用電子郵件向維護中心報告故障信息的用戶設備的計算機執行連接確認步驟，該步驟準備並從所述用戶設備向所述維護中心發送在郵件內容上不同的多種模式的連接確認郵件；以及診斷結果接收步驟，該步驟基於從所述維護中心發送的連接確認郵件的接收結果，接收並顯示所述用戶設備的郵件傳輸環境的診斷結果。
17.根據權利要求16的存儲介質，其中，所述連接確認步驟準備並發送在存在或不存在分割郵件、郵件尺寸、附件文件尺寸、附件文件數量、附件文件名稱的擴展碼或附件文件名稱長度方面不同的多種模式的連接確認郵件。
18.根據權利要求16的存儲介質，其中，在從所述用戶設備發送的多種模式的連接確認郵件當中可以接收到所有模式的連接確認郵件的情況下，所述診斷結果接收步驟接收連接成功的診斷結果，或者在存在無法接收的連接確認郵件的情況下，所述診斷結果接收步驟接收促使所述郵件傳輸環境的設置改變的消息的診斷結果。
19.根據權利要求16的存儲介質，其中，在在所述郵件傳輸環境中設置了存在郵件分割的情況下，所述連接確認步驟準備並發送尺寸小於預定分割尺寸的未附加文件的第一連接確認郵件和尺寸大於分割尺寸的附加有文件的第二連接確認郵件，並且其中，在所述第一連接確認郵件和所述第二連接確認郵件都可以接收的情況下，所述診斷結果接收步驟接收並顯示表示連接成功的診斷結果，並且在所述第一連接確認郵件可以接收，而所述第二連接確認郵件無法接收的情況下，所述診斷結果接收步驟接收並顯示表示變為無分割郵件的設置改變的診斷結果。
20.根據權利要求16的存儲介質，其中，在在所述郵件傳輸環境中設置了不存在郵件分割的情況下，所述連接確認步驟準備並發送尺寸小於預定分割尺寸的未附加文件的第一連接確認郵件和對於分割尺寸而言具有足夠尺寸的附加有文件的第三連接確認郵件，其中，在所述第一連接確認郵件和所述第三連接確認郵件都可以接收的情況下，所述診斷結果接收步驟接收並顯示表示連接成功的診斷結果，並且在所述第一連接確認郵件可以接收，而所述第三連接確認郵件無法接收的情況下，所述診斷結果接收步驟接收並顯示表示變為存在分割郵件的設置改變的診斷結果。
全文摘要
本發明提供了一種遠程維護系統、郵件連接確認和郵件傳輸環境診斷方法。當安裝在用戶設備中的監視代理檢測到故障時，故障信息通過網際網路利用電子郵件被報告給維護中心設備。用戶設備配備有連接確認單元，該單元準備並發送在郵件內容上不同的多種模式的連接確認郵件，並且維護中心設備配備有診斷單元，該單元根據在固定時間段內接收的一個或多個連接確認郵件的接收結果來診斷用戶設備的郵件傳輸環境，並通過電子郵件向用戶設備發送診斷結果。
文檔編號H04L29/06GK1949772SQ20061000302
公開日2007年4月18日 申請日期2006年1月26日 優先權日2005年10月13日
發明者疋田智弘, 木村義弘, 橘育子, 林俊明, 谷藤嶽, 堀上敬祐, 谷川泰崇 申請人:富士通株式會社