本發(fā)明涉及撥號故障檢測技術(shù)，尤其涉及一種寬帶撥號故障的處理方法和裝置。

背景技術(shù)：

目前，通過寬帶網(wǎng)絡(luò)接入互聯(lián)網(wǎng)是極為普遍的一種接入網(wǎng)絡(luò)的方式；通常，用戶通過pc端或者路由器撥號輸入由運營商提供的該用戶的用戶賬號和密碼進行寬帶撥號，發(fā)送接入認證請求到認證-授權(quán)-計費(authentication-authorization-accounting，aaa)服務(wù)器，由aaa服務(wù)器完成認證后接入互聯(lián)網(wǎng)。

在寬帶撥號上網(wǎng)的過程中用戶經(jīng)常會遇到賬號密碼輸入錯誤、用戶欠費、端口綁定失敗等問題，而用戶的撥號界面只會顯示相應(yīng)的錯誤代碼提示，但不會定位具體錯誤原因并給出后續(xù)處理建議；例如，在用戶的界面僅顯示寬帶連接錯誤691提示。

目前，家庭路由器用戶已經(jīng)占到有線寬帶用戶一半以上的比例；在家庭路由器的場景下，用戶通過使用手機、pc等終端通過wi-fi(wireless-fidelity)接入到寬帶網(wǎng)絡(luò)，此時，用戶終端不進行直接撥號，而是由路由器進行撥號；在不登錄家庭路由器的情況下，用戶終端甚至不會顯示相應(yīng)的錯誤代碼提示，造成用戶體驗極為不佳，并帶來運營商寬帶故障的高投訴率；進一步地，在使用家庭路由器的場景下，家庭路由器通常會在撥號失敗的情況下連續(xù)重復(fù)撥號，導(dǎo)致aaa服務(wù)器接收大量無效報文，造成aaa服務(wù)器負荷急劇提升，極端情況下甚至對aaa服務(wù)器處理正常報文的性能造成嚴(yán)重影響。

現(xiàn)有技術(shù)中存在以下兩種寬帶撥號的故障檢測方案：

第一種方案：在用戶終端上安裝故障檢測客戶端，故障檢測客戶端監(jiān)測到在用戶進行寬帶撥號的過程中發(fā)生用戶帳號類錯誤時，發(fā)起特定虛擬專用撥號網(wǎng)業(yè)務(wù)(virtualprivatedial－upnetworks，vpdn)賬號撥號，建立臨時鏈接到寬帶故障診斷平臺，并向?qū)拵Ч收显\斷平臺發(fā)送檢測請求；寬帶故障診斷平臺從aaa服務(wù)器及客戶關(guān)系管理系統(tǒng)(customerrelationshipmanagement，crm)查詢用戶帳號對應(yīng)的用戶的狀態(tài)信息，并據(jù)此定位用戶賬號類錯誤的原因，并通過vpdn通道將該用戶賬號類錯誤的原因發(fā)送給用戶終端；用戶終端顯示用戶賬號類錯誤的原因以提示用戶進行錯誤修復(fù)。

第二種方案：在主機與接入服務(wù)器進入點對點協(xié)議(pointtopointprotocol，ppp)會話階段的認證授權(quán)環(huán)節(jié)時，主機向接入服務(wù)器發(fā)送用于驗證用戶名和密碼的認證數(shù)據(jù)包；主機接收到所述接入服務(wù)器返回的認證結(jié)果數(shù)據(jù)包后，若所述認證結(jié)果數(shù)據(jù)包為否定應(yīng)答(negative-acknowledgment，nak)，則設(shè)置錯誤標(biāo)識的值為x；主機每隔m秒判斷一次錯誤標(biāo)識的值，若錯誤標(biāo)識的值為x，則在撥號頁面中顯示用戶名和密碼錯誤的提示，m為正數(shù)；如此，用戶可以在撥號頁面直觀地獲知不能上網(wǎng)的原因是用戶名或密碼輸入有誤，從而能夠及時輸入正確的用戶名和密碼。

可以看出，基于上述第一種方案，用戶必須在終端上安裝特殊的寬帶故障檢測客戶端，降低了用戶體驗；此外，不能對家庭路由器的場景下寬帶撥號故障進行檢測；而上述第二種方案，僅考慮了賬號密碼錯誤的情況，未考慮造成寬帶撥號故障的其他原因。

進一步地，以上兩種方案均僅從用戶體驗和投訴角度考慮，未考慮過路由器在撥號失敗的情況下連續(xù)重復(fù)撥號導(dǎo)致aaa服務(wù)器接收大量無效報文，對aaa服務(wù)器處理正常報文性能的影響。

技術(shù)實現(xiàn)要素：

為解決上述技術(shù)問題，本發(fā)明實施例期望提供一種寬帶撥號故障的處理方法和裝置，能夠避免用戶終端進行重復(fù)的無效撥號，降低aaa服務(wù)器的工作 負荷。

本發(fā)明的技術(shù)方案是這樣實現(xiàn)的：

本發(fā)明實施例提供了一種寬帶撥號故障的處理方法，所述方法包括：

在用戶終端進行撥號上網(wǎng)連接的過程中，獲取aaa服務(wù)器生成的認證響應(yīng)報文；

在所獲取的認證響應(yīng)報文為用于表示認證未通過的拒絕響應(yīng)報文時，獲取所述認證響應(yīng)報文對應(yīng)的認證錯誤原因，并將所述認證響應(yīng)報文修改為用于表示認證通過的接受響應(yīng)報文；

將修改后的認證響應(yīng)報文發(fā)送至與所述用戶終端連接的寬帶遠程接入服務(wù)器(broadbandremoteaccessserver，bras)，并將所述認證錯誤原因發(fā)送至用戶終端。

上述方案中，所述將所述認證錯誤原因發(fā)送至用戶終端，包括：基于所述認證錯誤原因配置統(tǒng)一資源定位符(uniformresourcelocator，url)地址，向用戶終端推送所配置的url地址對應(yīng)的頁面；所配置的url地址對應(yīng)的頁面用于顯示所述認證錯誤原因。

上述方案中，在基于所述認證錯誤原因配置url地址后，所述方法還包括：

在接收到用戶終端發(fā)起的超文本傳輸協(xié)議(hypertexttransferprotocol，http)請求時，獲取所述http請求中攜帶的用戶終端所使用的瀏覽器的用戶代理(useragent，ua)信息；基于所述用戶終端所使用的瀏覽器的ua信息，得出所配置的url對應(yīng)的頁面。

上述方案中，所配置的url地址對應(yīng)的頁面還用于顯示所述認證錯誤原因?qū)?yīng)的錯誤修復(fù)方式。

上述方案中，所述方法還包括：

在用戶終端進行撥號上網(wǎng)連接的過程中，aaa服務(wù)器通過對撥號上網(wǎng)連接所使用的用戶賬戶信息進行認證，生成認證響應(yīng)報文。

本發(fā)明實施例還提供了一種寬帶撥號故障的處理裝置，該裝置包括：獲取模塊、處理模塊和發(fā)送模塊；其中，

獲取模塊，用于在用戶終端進行撥號上網(wǎng)連接的過程中，獲取aaa服務(wù)器生成的認證響應(yīng)報文；

處理模塊，用于在所獲取的認證響應(yīng)報文為用于表示認證未通過的拒絕響應(yīng)報文時，獲取所述認證響應(yīng)報文對應(yīng)的認證錯誤原因，并將所述認證響應(yīng)報文修改為用于表示認證通過的接受響應(yīng)報文；

發(fā)送模塊，用于將修改后的認證響應(yīng)報文發(fā)送至與所述用戶終端連接的bras，并將所述認證錯誤原因發(fā)送至用戶終端。

上述方案中，所述發(fā)送模塊，具體用于基于所述認證錯誤原因配置url地址，向用戶終端推送所配置的url地址對應(yīng)的頁面；所配置的url地址對應(yīng)的頁面用于顯示所述認證錯誤原因。

上述方案中，所述發(fā)送模塊，還用于在基于所述認證錯誤原因配置url地址，且接收到用戶終端發(fā)起的http請求時，獲取所述http請求中攜帶的用戶終端所使用的瀏覽器的用戶代理ua信息；基于所述用戶終端所使用的瀏覽器的ua信息，得出所配置的url對應(yīng)的頁面。

上述方案中，所配置的url地址對應(yīng)的頁面還用于顯示所述認證錯誤原因?qū)?yīng)的錯誤修復(fù)方式。

上述方案中，所述aaa服務(wù)器，用于在用戶終端進行撥號上網(wǎng)連接的過程中，通過對撥號上網(wǎng)連接所使用的用戶賬戶信息進行認證，生成認證響應(yīng)報文。

本發(fā)明實施例提供的一種寬帶撥號故障的處理方法和裝置，在用戶終端進行撥號上網(wǎng)連接的過程中，獲取認證-授權(quán)-計費aaa服務(wù)器生成的認證響應(yīng)報文；在所獲取的認證響應(yīng)報文為用于表示認證未通過的拒絕響應(yīng)報文時，獲取所述認證響應(yīng)報文對應(yīng)的認證錯誤原因，并將所述認證響應(yīng)報文修改為用于表示認證通過的接受響應(yīng)報文；將修改后的認證響應(yīng)報文發(fā)送至與所述用戶終端連接的寬帶遠程接入服務(wù)器bras，并將所述認證錯誤原因發(fā)送至用戶終端；如此，能夠避免用戶終端進行重復(fù)的無效撥號，并降低aaa服務(wù)器的工作負荷；另外，能夠?qū)⒂脩艚K端能夠直觀得獲知認證錯誤原因，便于用戶進行錯誤 修復(fù)。

附圖說明

圖1為本發(fā)明寬帶撥號故障的處理方法的第一實施例的流程圖；

圖2為本發(fā)明寬帶撥號故障的處理方法的第二實施例的一個應(yīng)用場景的架構(gòu)示意圖；

圖3為本發(fā)明寬帶撥號故障的處理方法的第二實施例的第一流程圖；

圖4為本發(fā)明寬帶撥號故障的處理方法的第二實施例的第二流程圖；

圖5為本發(fā)明實施例寬帶撥號故障的處理裝置的結(jié)構(gòu)示意圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述。

第一實施例

圖1為本發(fā)明寬帶撥號故障的處理方法的第一實施例的流程圖，如圖1所示，該流程包括：

步驟100：在用戶終端進行撥號上網(wǎng)連接的過程中，獲取aaa服務(wù)器生成的認證響應(yīng)報文。

這里，用戶終端可以是計算機等固定終端，也可以是移動電話、平板電腦等移動終端，用戶終端進行撥號的方式可以是以太網(wǎng)承載點對點協(xié)議(point-to-pointprotocoloverethernet，pppoe)撥號方式。

這里，在用戶終端進行撥號上網(wǎng)連接的過程中，aaa服務(wù)器通過對撥號上網(wǎng)連接所使用的用戶賬戶信息進行認證，生成認證響應(yīng)報文。

具體地說，在用戶終端進行撥號上網(wǎng)連接的過程中，用戶終端將所述用戶賬戶信息發(fā)送至bras；bras將所述用戶賬戶信息轉(zhuǎn)發(fā)至aaa服務(wù)器；aaa服務(wù)器對所述用戶賬戶信息進行認證，生成認證響應(yīng)報文；這里，aaa服務(wù)器對所述用戶賬戶信息認證未通過時，生成拒絕響應(yīng)報文；aaa服務(wù)器對所述用 戶賬戶信息認證通過時，生成接受響應(yīng)報文。

顯然，拒絕響應(yīng)報文用于表示認證未通過，接受響應(yīng)報文用于表示認證通過；例如，拒絕響應(yīng)報文為response-reject報文時，接受響應(yīng)報文為response-accept報文；拒絕響應(yīng)報文為access-reject報文時，接受響應(yīng)報文為access-accept報文。

這里，撥號上網(wǎng)連接所使用的用戶賬戶信息包括但不限于用戶賬號、密碼、用戶賬號的欠費停機信息等。

對于拒絕響應(yīng)報文的內(nèi)容，具體地說，拒絕響應(yīng)報文包括認證錯誤類型的撥號錯誤代碼，例如，撥號錯誤代碼包括但不限于錯誤678、錯誤691、錯誤619、錯誤718等等。

步驟101：在所獲取的認證響應(yīng)報文為用于表示認證未通過的拒絕響應(yīng)報文時，獲取所述認證響應(yīng)報文對應(yīng)的認證錯誤原因，并將所述認證響應(yīng)報文修改為用于表示認證通過的接受響應(yīng)報文。

這里，在認證響應(yīng)報文為拒絕響應(yīng)報文時，認證響應(yīng)報文包括認證錯誤類型的撥號錯誤代碼；如此，可以基于認證錯誤類型的撥號錯誤代碼，得出所述認證響應(yīng)報文對應(yīng)的認證錯誤原因。

對于將所述認證響應(yīng)報文修改為用于表示認證通過的接受響應(yīng)報文的實現(xiàn)方式，具體地說，拒絕響應(yīng)報文為response-reject報文時，可以將拒絕響應(yīng)報文修改為response-accept報文；拒絕響應(yīng)報文為access-reject報文時，可以將絕響應(yīng)報文修改為access-accept報文。

需要說明的是，在所獲取的認證響應(yīng)報文為用于表示認證通過的接受響應(yīng)報文時，可以利用接受響應(yīng)報文實現(xiàn)用戶終端的互聯(lián)網(wǎng)接入；具體地，aaa服務(wù)器將生成的接受響應(yīng)報文發(fā)送至bras，bras基于接收的接受響應(yīng)報文，實現(xiàn)用戶終端的互聯(lián)網(wǎng)接入；這里，bras實現(xiàn)用戶終端的互聯(lián)網(wǎng)接入的過程具有現(xiàn)有的實現(xiàn)方式，這里不再贅述。

步驟102：將修改后的認證響應(yīng)報文發(fā)送至與所述用戶終端連接的bras，并將所述認證錯誤原因發(fā)送至用戶終端。

對于將所述認證錯誤原因發(fā)送至用戶終端的實現(xiàn)方式，具體地說，所述將所述認證錯誤原因發(fā)送至用戶終端，包括：基于所述認證錯誤原因配置url地址，向用戶終端推送所配置的url地址對應(yīng)的頁面；所配置的url地址對應(yīng)的頁面用于顯示所述認證錯誤原因。

這里，所配置的url地址對應(yīng)的頁面用于顯示所述認證錯誤原因時，所配置的url地址對應(yīng)的頁面包括但不限于用戶欠費頁面、用戶密碼錯誤頁面、用戶賬號不存在頁面、用戶唯一性限制錯誤頁面等。

這里，所配置的url地址對應(yīng)的頁面可以是一個頁面，也可以是多個頁面；所配置的url地址對應(yīng)的頁面還可以用于顯示所述認證錯誤原因?qū)?yīng)的錯誤修復(fù)方式；例如，所述認證錯誤原因為用戶欠費時，所述認證錯誤原因?qū)?yīng)的錯誤修復(fù)方式為提示用戶進行充值。

進一步地，在基于所述認證錯誤原因配置url地址后，在用戶終端發(fā)起http請求時，獲取所述http請求中攜帶的用戶終端所使用的瀏覽器的ua信息；基于所述用戶終端所使用的瀏覽器的ua信息，得出所配置的url對應(yīng)的頁面；例如，可以基于所述用戶終端所使用的瀏覽器的ua信息，確定所得出的所配置的url對應(yīng)的頁面為手機瀏覽器頁面還是計算機終端的瀏覽器頁面。

在實際應(yīng)用中，在向用戶終端推送所配置的url地址對應(yīng)的頁面時，會使用戶終端顯示所配置的url地址對應(yīng)的頁面；如此，用戶可以根據(jù)所配置的url地址對應(yīng)的頁面的內(nèi)容，獲知認證錯誤原因，并基于所述認證錯誤原因?qū)?yīng)的錯誤修復(fù)方式，進行錯誤修復(fù)。

可以理解的是，在將修改后的認證響應(yīng)報文發(fā)送至bras后，由于修改后的認證響應(yīng)報文為接受響應(yīng)報文，bras可以基于接收的接受響應(yīng)報文，實現(xiàn)用戶終端的互聯(lián)網(wǎng)接入；如此，用戶終端不會重復(fù)進行撥號，可以降低aaa服務(wù)器的工作負荷。

進一步地，在對所述認證響應(yīng)報文進行修改后，還可以在修改后的認證響應(yīng)報文中添加filter-id字段，在用戶終端發(fā)起http請求時，利用bras獲取 所述http請求；之后，bras判斷所述http請求對應(yīng)的用戶認證信息中是否包含filter-id字段，如果是，則bras根據(jù)filter-id字段對所述http請求進行重定向；如果否，則用戶終端可以通過bras正常接入互聯(lián)網(wǎng)。

這里，在bras根據(jù)filter-id字段對所述http請求進行重定向，用戶終端不能通過bras接入互聯(lián)網(wǎng)。

應(yīng)用本發(fā)明第一實施例的寬帶撥號故障的處理方法，通過將將所述認證響應(yīng)報文修改為用于表示認證通過的接受響應(yīng)報文，能夠避免用戶終端進行重復(fù)的無效撥號，并降低aaa服務(wù)器的工作負荷；另外，能夠?qū)⒂脩艚K端能夠直觀得獲知認證錯誤原因，便于用戶進行錯誤修復(fù)。

第二實施例

為了能更加體現(xiàn)本發(fā)明的目的，在本發(fā)明第一實施例的基礎(chǔ)上，進行進一步的舉例說明。

圖2為本發(fā)明寬帶撥號故障的處理方法的第二實施例的一個應(yīng)用場景的架構(gòu)示意圖，如圖2所示，用戶終端200與bras201連接，bras201分別與aaa服務(wù)器202和互聯(lián)網(wǎng)203形成通訊連接，用戶終端200、bras201和aaa服務(wù)器202的實現(xiàn)方式已經(jīng)在本發(fā)明寬帶撥號故障的處理方法的第一實施例中作出說明，這里不再重復(fù)。

參照圖2，推送門戶模塊204分別連接認證分析模塊205、用戶終端200和bras201，報文交換模塊206分別連接aaa服務(wù)器202、bras201和認證分析模塊205；下面通過附圖對認證分析模塊、報文交換模塊、推送門戶模塊的作用進行說明。

圖3為本發(fā)明寬帶撥號故障的處理方法的第二實施例的第一流程圖，如圖3所示，該流程包括：

步驟301：在用戶終端進行撥號上網(wǎng)連接的過程中，利用aaa服務(wù)器生成的認證響應(yīng)報文。

本步驟的具體實現(xiàn)方式已經(jīng)在步驟100中作出說明，這里不再重復(fù)。

步驟302：報文交換模塊獲取從aaa服務(wù)器返回的認證響應(yīng)報文，并將接 收的認證響應(yīng)報文轉(zhuǎn)發(fā)至認證分析模塊。

步驟303：認證分析模塊判斷接收到的認證響應(yīng)報文是否為拒絕響應(yīng)報文，如果是，則跳至步驟305，如果否，則跳至步驟304。

步驟304：認證分析模塊將接收的認證響應(yīng)報文發(fā)送至報文交換模塊，報文交換模塊將認證響應(yīng)報文發(fā)送至bras。

可以理解的是，本步驟中，由于bras接收的認證響應(yīng)報文不是拒絕響應(yīng)報文，如此，bras可以基于接收的認證響應(yīng)報文，實現(xiàn)用戶終端的互聯(lián)網(wǎng)接入。

步驟305：認證分析模塊獲取所述認證響應(yīng)報文對應(yīng)的認證錯誤原因，并將所述認證錯誤原因發(fā)送至推送門戶模塊；認證分析模塊將接收的認證響應(yīng)報文修改為接受響應(yīng)報文，并將修改后的認證響應(yīng)報文發(fā)送至報文交換模塊。

這里，獲取所述認證響應(yīng)報文對應(yīng)的認證錯誤原因的方式已經(jīng)在步驟101中作出說明，這里不再贅述。

步驟306：推送門戶模塊基于接收的認證錯誤原因配置url地址；報文交換模塊在修改后的認證響應(yīng)報文中添加filter-id字段，并將添加filter-id字段后的認證響應(yīng)報文發(fā)送至bras。

本步驟中，基于接收的認證錯誤原因配置url地址的實現(xiàn)方式與步驟102中基于所述認證錯誤原因配置url地址的實現(xiàn)方式完全相同，這里不再贅述。

在步驟306之后，本發(fā)明寬帶撥號故障的處理方法的第二實施例的流程可以參照圖4進行說明。

圖4為本發(fā)明寬帶撥號故障的處理方法的第二實施例的第二流程圖，如圖4所示，該流程包括：

步驟307：用戶終端發(fā)起http請求。

對于本步驟的一種實現(xiàn)方式，示例性地，用戶在通過用戶終端上的瀏覽器發(fā)起上網(wǎng)請求時，用戶終端發(fā)起http請求。

本步驟中，用戶終端發(fā)起的http請求被發(fā)送至bras。

步驟308：bras接收用戶終端發(fā)起的http請求，判斷接收的http請 求對應(yīng)的用戶認證信息是否包含有filter-id字段，如果是，則跳至步驟310，如果否，則跳至步驟309。

步驟309：bras基于接收的接受響應(yīng)報文，實現(xiàn)用戶終端的互聯(lián)網(wǎng)接入。

步驟310：bras根據(jù)filter-id字段將所述http請求重定向至推送門戶模塊。

這里，bras根據(jù)filter-id字段將所述http請求重定向至推送門戶模塊后，由于http請求不能被發(fā)送至互聯(lián)網(wǎng)，因此，用戶終端不能通過bras接入互聯(lián)網(wǎng)。

步驟311：推送門戶模塊向用戶終端推送所配置的url地址對應(yīng)的頁面。

本步驟中，向用戶終端推送所配置的url地址對應(yīng)的頁面的實現(xiàn)方式已經(jīng)在步驟102中作出說明，這里不再贅述。

第三實施例

針對本發(fā)明第一實施例的寬帶撥號故障的處理方法，本發(fā)明第三實施例還提出了一種寬帶撥號故障的處理裝置。

圖5為本發(fā)明實施例寬帶撥號故障的處理裝置的結(jié)構(gòu)示意圖，如圖5所示，該裝置包括：獲取模塊500、處理模塊501和發(fā)送模塊502；其中，

獲取模塊500，用于在用戶終端進行撥號上網(wǎng)連接的過程中，獲取aaa服務(wù)器生成的認證響應(yīng)報文。

處理模塊501，用于在所獲取的認證響應(yīng)報文為用于表示認證未通過的拒絕響應(yīng)報文時，獲取所述認證響應(yīng)報文對應(yīng)的認證錯誤原因，并將所述認證響應(yīng)報文修改為用于表示認證通過的接受響應(yīng)報文。

發(fā)送模塊502，用于將修改后的認證響應(yīng)報文發(fā)送至與所述用戶終端連接的bras，并將所述認證錯誤原因發(fā)送至用戶終端。

具體地，所述發(fā)送模塊502，用于基于所述認證錯誤原因配置url地址，向用戶終端推送所配置的url地址對應(yīng)的頁面；所配置的url地址對應(yīng)的頁面用于顯示所述認證錯誤原因。

進一步地，所述發(fā)送模塊502，還用于在基于所述認證錯誤原因配置url 地址，且接收到用戶終端發(fā)起的http請求時，獲取所述http請求中攜帶的用戶終端所使用的瀏覽器的ua信息；基于所述用戶終端所使用的瀏覽器的ua信息，得出所配置的url對應(yīng)的頁面。

進一步地，所配置的url地址對應(yīng)的頁面還用于顯示所述認證錯誤原因?qū)?yīng)的錯誤修復(fù)方式。

這里，所述aaa服務(wù)器，用于在用戶終端進行撥號上網(wǎng)連接的過程中，通過對撥號上網(wǎng)連接所使用的用戶賬戶信息進行認證，生成認證響應(yīng)報文。

在實際應(yīng)用中，所述獲取模塊500、處理模塊501和發(fā)送模塊502均可由位于aaa服務(wù)器、bras或用戶終端中的中央處理器(centralprocessingunit，cpu)、微處理器(microprocessorunit，mpu)、數(shù)字信號處理器(digitalsignalprocessor，dsp)、或現(xiàn)場可編程門陣列(fieldprogrammablegatearray，fpga)等實現(xiàn)。

本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本發(fā)明可采用硬件實施例、軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器和光學(xué)存儲器等)上實施的計算機程序產(chǎn)品的形式。

本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設(shè)備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合。可提供這些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導(dǎo)計算機或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流 程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計算機或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。