本發明涉及物流運輸領域，具體而言，涉及一種車輛監控方法、裝置和系統。

背景技術：

在本領域，為了讓貨主或物流公司能夠及時、準確、全面掌握運輸車輛的信息，對車輛的監控，顯得十分重要。對于物流運輸路線的監管，目前也出現了一些相關的監控系統，但是現有的物流運輸監控系統中，比較常用的手段是記錄運輸軌跡，無法讓貨主在貨物運輸過程中實時了解車輛實際的行駛路線，以及車輛是否能夠按照約定時間到達指定運輸地點，或者車主是否私下繞路夾帶其他貨物，一旦發生上述行為，貨主無法實施有效管控，會使貨主的經濟利益收到損失。

由上可知，現有的物流運輸監控系統，大多以記錄運輸軌跡為主，無法實現對違規車輛本身的控制，只能在事后結算時采取一些措施來進行管理，但是無法從根本上進行管控。

針對上述的問題，目前尚未提出有效的解決方案。

技術實現要素：

本發明實施例提供了一種車輛監控方法、裝置和系統，以至少解決現有的車輛監控系統無法實現對違規運行的車輛進行控制的技術問題。

根據本發明實施例的一個方面，提供了一種車輛監控方法，包括：檢測車輛的運行狀況，其中，運行狀況至少包括：車輛的位置和車輛的運行狀態；判斷車輛的位置是否處于預定路線和/或預定區域的范圍外；如果車輛的位置處于預定路線和/或預定區域范圍外，則根據車輛的運行狀態向車輛發送控制指令。

根據本發明實施例的另一方面，還提供了一種車輛監控系統，包括：用戶終端，用于檢測車輛的運行狀況，判斷車輛的位置是否處于預定路線和/或預定區域的范圍外，如果車輛的位置處于預定路線和/或預定區域范圍外，則向服務器發送鎖車請求，其中，運行狀況至少包括：車輛的位置和車輛的運行狀態；監控平臺，用于接收鎖車請求，并根據車輛的運行狀態向車輛發送控制指令；車載終端，用于實時上傳車輛的位置信息，并接收控制指令。

根據本發明實施例的另一方面，還提供了一種車輛監控裝置，包括：第一檢測模塊，用于檢測車輛的運行狀況，其中，運行狀況至少包括：車輛的位置和車輛的運行狀態；第一判斷模塊，用于判斷車輛的位置是否處于預定路線和/或預定區域的范圍外；第一執行模塊，用于如果車輛的位置處于預定路線和/或預定區域范圍外，則根據車輛的運行狀態向車輛發送控制指令。

在本發明實施例中，通過檢測車輛的運行狀況，其中，運行狀況至少包括：車輛的位置和車輛的運行狀態；判斷車輛的位置是否處于預定路線和/或預定區域的范圍外；如果車輛的位置處于預定路線和/或預定區域范圍外，則根據車輛的運行狀態向車輛發送控制指令，達到了實時查看運輸車輛的運行狀況并在運輸車輛偏離路線或超出指定區域范圍的情況下及時對車輛本身進行控制的目的，從而實現了從根本上對運輸車輛進行實時監控的技術效果，進而解決了現有的車輛監控系統無法實現對違規運行的車輛進行控制的技術問題。

附圖說明

此處所說明的附圖用來提供對本發明的進一步理解，構成本申請的一部分，本發明的示意性實施例及其說明用于解釋本發明，并不構成對本發明的不當限定。在附圖中：

圖1是根據本發明實施例的一種車輛監控方法流程圖；

圖2是根據本發明實施例的一種可選的車輛監控方法流程圖；

圖3是根據本發明實施例的一種可選的車輛監控方法流程圖；

圖4是根據本發明實施例的一種可選的車輛監控方法流程圖；

圖5所示為根據本發明實施例的一種可選的車輛監控方法流程圖；

圖6所示為根據本發明實施例的一種可選的車輛監控時序示意圖；

圖7是根據本發明實施例的一種車輛監控的系統示意圖；以及

圖8是根據本發明實施例的一種車輛監控裝置示意圖。

具體實施方式

為了使本技術領域的人員更好地理解本發明方案，下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分的實施例，而不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都應當屬于本發明保護的范圍。

需要說明的是，本發明的說明書和權利要求書及上述附圖中的術語“第一”、“第二”等是用于區別類似的對象，而不必用于描述特定的順序或先后次序。應該理解這樣使用的數據在適當情況下可以互換，以便這里描述的本發明的實施例能夠以除了在這里圖示或描述的那些以外的順序實施。此外，術語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統、產品或設備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或對于這些過程、方法、產品或設備固有的其它步驟或單元。

實施例1

根據本發明實施例，提供了一種車輛監控的方法實施例，需要說明的是，在附圖的流程圖示出的步驟可以在諸如一組計算機可執行指令的計算機系統中執行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執行所示出或描述的步驟。

圖1是根據本發明實施例的一種車輛監控方法流程圖，如圖1所示，該方法包括如下步驟：

步驟S102，檢測車輛的運行狀況，其中，運行狀況至少包括：車輛的位置和車輛的運行狀態。

具體地，在上述步驟中，上述車輛可以為用于運輸人員的客車，也可以為運輸物品的貨車；上述車輛的位置是指車輛當前的地理位置，可以通過車輛上安裝的車載導航系統獲取；上述車輛的運行狀態是指車輛的發動機當前所處的狀態，至少包括：行駛和停車兩種運行狀態；在對車輛進行監控的過程中，首先要通過車輛的車載終端實時檢測并獲取車輛當前的位置和運行狀態。

一種可選的實施例中，以物流領域的運輸車輛為例，運輸車輛通過車載終端將車輛當前的位置信息和運行狀態實時上傳至貨主的用戶終端，貨主可以通過用戶終端隨時了解運輸車輛當前的運行狀況。

可選地，上述用戶終端可以為計算機、筆記本電腦、手機、平板電腦等智能設備。

步驟S104，判斷車輛的位置是否處于預定路線和/或預定區域的范圍外。

具體地，在上述步驟中，上述預定路線可以為預先根據出發地與目的地設置的交通路線，一種可選的實施例中，用戶可以通過用戶終端上安裝的百度地圖或高德電子地圖來查看交通路線；上述預定區域可以為預先設置的一個或多個地理區域，一種可選的實施例中，該地理區域可以為以目的地為中心的一個地理區域范圍；用戶通過用戶終端檢測并獲取到車輛的位置信息后，判斷車輛當前的位置是否偏離了預定路線，或者，超出了預定區域范圍。

一種可選的實施例中，仍以物流領域的運輸車輛為例，在運輸車輛通過車載終端將車輛當前的位置信息和運行狀態實時上傳至貨主的用戶終端后，貨主可以通過用戶終端判斷運輸車輛當前的位置是否處于預定路線和/或預定區域的范圍外，從而可以確定運輸車輛是否按照事先設定的路線行駛，車輛是否偏離路線，車輛是否不按規定進/出某個區域，對于處于非指定區域的車輛，可以及時采取措施進行補救。

另一種可選的實施例中，以渣土車為例，車輛可以通過車載終端將車輛當前的位置信息和運行狀態實時上傳至車輛監控平臺，車輛監控平臺可以根據車輛當前的位置信息判斷車輛是否不按規定路線行駛，或者，不按規定進/出指定區域，從而有助于監控平臺對車輛進行實時控制。

步驟S106，如果車輛的位置處于預定路線和/或預定區域范圍外，則根據車輛的運行狀態向車輛發送控制指令。

具體地，在上述步驟中，上述控制指令可以為用于控制車輛的發動機是否運作的指令；在用戶通過用戶終端判斷車輛當前的位置偏離了預定路線和/或超出了預定區域范圍的情況下，可以根據車輛當前的運行狀態向車輛發送相應的控制指令。

一種可選的實施例中，仍以物流領域的運輸車輛為例，如果貨主通過用戶終端確定運輸車輛當前的位置偏離了預定路線和/或超出了預定區域范圍，貨主可以系統運營人員聯系，經運營人員與司機核實后，由系統向車載終端發送鎖車指令，由車載終端對發動機ECU下發鎖車操作，從而實現對于車輛的根本上的管控。

此處需要說明是，考慮到安全問題，如果車輛處于行駛當中，不能直接給車輛發送鎖車指令。

由上可知，在本申請上述實施例中，通過車載終端檢測車輛當前的位置信息和運行狀態，并將車輛的位置信息和運行狀態實時上傳至車輛監控平臺和/或用戶終端，在接收到車輛的位置信息，判斷車輛是否偏離預定路線和/或處于預定區域范圍外，在車輛偏離預定路線和/或處于預定區域范圍外的情況下，再根據車輛當前的運行狀態向車輛發送相應的控制指令，達到了實時查看運輸車輛的運行狀況并在運輸車輛偏離路線或超出指定區域范圍的情況下及時對車輛本身進行控制的目的，從而實現了從根本上對運輸車輛進行實時監控的技術效果，進而解決了現有的車輛監控系統無法實現對違規運行的車輛進行控制的技術問題。

在一種可選的實施例中，在判斷車輛的位置是否處于預定路線和/或預定區域的范圍外之前，上述方法還可以包括：車輛的車載終端實時上傳車輛的位置信息。

具體地，在上述實施例中，上述車載終端采用GPS/北斗雙模，定位精度高。

此處需要說明的是，結合百度/高德電子地圖，系統中直接在地圖上設定路線與想要監控的區域，能夠準確判斷車輛是否按照設定的路線行駛以及是否不按規定進/出指定的區域。

一種可選的實施方案中，車載終端GPS位置數據使用交通部道路運輸車輛衛星定位系統部標JTT808通信協議。

通過上述實施例，可以便于用戶或車輛監控中心實時了解車輛運行狀況，以便在車輛違規行駛的情況下，及時做出相應的處理。

在一種可選的實施例中，如圖2所示，根據車輛的運行狀態向車輛發送控制指令，可以包括如下步驟：

步驟S202，判斷車輛的運行狀態是否符合預設的鎖車條件；

步驟S204，如果車輛的運行狀態符合鎖車條件，則向車輛發送第一控制指令，其中，第一控制指令用于控制車輛的發動機處于鎖定狀態；

步驟S206，如果車輛的運行狀態不符合鎖車條件，則向車輛發送第二控制指令，其中，第二控制指令用于在車輛的運行狀態符合鎖車條件的情況下，控制車輛的發動機處于鎖定狀態。

具體地，在上述步驟中，上述預設的鎖車條件可以為如果車輛當前的不在行駛當中或者行駛在安全區域，則檢測到車輛的位置處于預定路線和/或預定區域范圍外的情況下，向車輛發送鎖車指令；上述第一控制指令可以為鎖車指令，用于控制車輛的發動機處于鎖定狀態；上述第二控制指令可以為預鎖車指令，用于在車輛的運行狀態符合鎖車條件的情況下，控制車輛的發動機處于鎖定狀態；在確定車輛的位置處于預定路線和/或預定區域范圍外的情況下，判斷車輛當前的運行狀態是否符合預設的鎖車條件，如果車輛當前的運行狀態符合鎖車條件，則直接向車輛發送第一控制指令，將車輛的發動機進行鎖定，使車輛不能繼續行駛；如果車輛當前的運行狀態不符合鎖車條件，即，車輛當前處于行駛當中，則向車輛發送第二控制指令，在車輛的運行狀態符合鎖車條件的情況下，控制車輛的發動機處于鎖定狀態。

此處需要說明的是，在車輛的運行狀態符合鎖車條件的情況下，當車輛監控中心向車輛發送第一控制指令后，車輛監控中心會同時向貨主與車主發送提示消息，車主與貨主協商溝通后，車主同意后向系統申請解鎖，系統發送解鎖指令，并將解鎖結果發送給貨主與車主。

作為一種可選的實施方案，鎖車指令使用智科與發動機廠商制定的自定義CAN協議。

通過上述實施例，檢測車輛當前的運行狀態來確定向車輛發送的控制指令，可以在確保車輛的安全的情況下對違規的車輛進行控制的目的。

在一種可選的實施例中，如圖3所示，在向車輛發送第一控制指令之后，上述方法還可以包括如下步驟：

步驟S302，車載終端接收第一控制指令；

步驟S304，車載終端將第一控制指令發送給車輛的ECU；

步驟S306，車輛的ECU根據第一控制指令控制車輛的發動機處于鎖定狀態。

具體地，在上述步驟中，上述第一控制指令可以為鎖車指令，用于控制車輛的發動機處于鎖定狀態；在車輛的運行狀態符合鎖車條件的情況下，車輛的車載終端接收車輛監控中心向車輛發送的鎖車指令，并將鎖車指令發送車輛的ECU，車輛的ECU接收到鎖車指令后，控制車輛的發動機處于鎖定狀態。

通過上述實施例，實現了將物流運輸過程中的違規車輛進行鎖定的目的。

在一種可選的實施例中，如圖4所示，在向車輛發送第二控制指令之后，上述方法還可以包括：。

步驟S402，繼續檢測車輛的運行狀態；

步驟S404，在車輛的運行狀態符合鎖車條件的情況下，向車輛發送第一控制指令。

具體地，在上述步驟中，上述第二控制指令可以為預鎖車指令，用于在車輛的運行狀態符合鎖車條件的情況下，控制車輛的發動機處于鎖定狀態；在判斷車輛當前的位置偏離了預定路線和/或超出了預定區域范圍的情況下，如果車輛的運行狀態不符合鎖車條件，則向車輛發送第二控制指令，車輛的車載終端繼續檢測車輛的運行狀態，在車輛的運行狀態符合鎖車條件的情況下，則向車輛發送鎖車指令。

通過上述實施例，鎖車前會先發送預鎖車指令，行駛中的車輛不會被鎖，車輛停止后進行鎖車，保證了車輛的安全問題。

作為一種優選的實施方式，結合圖5和圖6來說明本申請上述實施例，圖5所示為根據本發明實施例的一種可選的車輛監控方法流程圖，圖6所示為根據本發明實施例的一種可選的車輛監控時序示意圖；如圖5所示，包括如下步驟：

步驟S502，設定行駛路線，進/出報警區域。

具體地，在上述步驟中，車輛監控系統預先根據出發地和目的設定好行駛路線，以及指定的進/出報警區域。

步驟S504，車載終端實時上報車輛的位置。

具體地，在上述步驟中，車輛通過車載GPS終端上傳的位置信息。

步驟S506，判斷車輛是否偏離路線或不按規定進/出指定區域。

具體地，在上述步驟中，判斷車輛是否按照事先設定的路線行駛，車輛是否偏離路線，車輛是否不按規定進/出某個區域，對于處于非指定區域的車輛。

步驟S508，提醒貨主，貨主與系統運營人員聯系。

具體地，在上述步驟中，在確定車輛的位置處于預定路線和/或預定區域范圍外的情況下，車輛監控中心會向用戶的用戶終端發送提醒信息，貨主用戶接收到提醒信息后與系統運營人員聯系，申請向車輛發送鎖定指令的請求。

步驟S510，運營人員與車主合核實情況是否屬實。

具體地，在上述步驟中，運營人員在接收到貨主用戶的申請請求之后，與車主用戶核實情況是否屬實。如果情況屬實，則執行步驟是512；如果情況不屬實，則執行步驟S514。

步驟S512，運營人員通過車輛監控系統向車輛發送鎖車指令。

具體地，在上述步驟中，運營人員在接收到貨主用戶的申請請求之后，與車主用戶核實情況，如果情況屬實，則通過車輛監控系統向車輛發送鎖車指令。

步驟S514，運營人員反饋結果給貨主。

具體地，在上述步驟中，運營人員在接收到貨主用戶的申請請求之后，與車主用戶核實情況，如果情況不屬實，則將不向車輛發送鎖車指令，并將反饋結果發送給貨主。

步驟S516，車主與貨主溝通，看貨主是否同意解鎖。

具體地，在上述步驟中，當運營人員通過車輛監控系統向車輛發送鎖車指令后，車主用戶可以與貨主用戶聯系，說明原因，看貨主是否同意解鎖。如果貨主用戶同意解鎖，則執行步驟S518；如果貨主用戶不同意解鎖，則執行步驟S520。

步驟S518，運營人員通過車輛監控系統下發解鎖指令。

具體地，在上述步驟中，如果貨主用戶同意解鎖，則向系統運營人員申請解鎖指令，系統運營人員在收到請求后，通過車輛監控系統向車輛下發解鎖指令。

步驟S520，持續保持車輛的鎖車狀態。

具體地，在上述步驟中，如果貨主用戶不同意解鎖，則車輛保持鎖定狀態。

基于上述步驟S502至S520公開的方案，圖6所示為貨主用戶、系統運營人員、車主用戶、指令服務器、車載終端和車輛發送機之間的時序示意圖，如圖6所示，貨主用戶在判斷車輛的位置處于預定路線和/或預定區域范圍外的情況下，可以向系統運營人員申請鎖車，系統運營人員與車主核實情況，如果不符合鎖車條件，則向貨主用戶反饋信息，如果符合鎖車條件，則向指令服務器發送預鎖車指令；指令服務器在接收到預鎖車指令后，將預鎖車指令組包發送給車載終端；車載終端判斷車輛是否在行駛；在車輛不處于行駛狀態的情況下，系統運營人員向指令服務器發送鎖車指令；指令服務器在接收到鎖車指令后，將鎖車指令組包發送給車載終端；車載終端根據鎖車指令組包對車輛發動機執行鎖車。

在車輛的發動機被鎖定后，系統運營人員會向車主用戶和貨主用戶同時發送鎖車通知；車主用戶與貨主用戶協商溝通，如果貨主用戶同意解鎖，則向系統運營人員申請解鎖指令的請求；系統運營人員將解鎖指令發送給指令服務器；指令服務器在接收到預鎖車指令后，將預鎖車指令組包發送給車載終端；車載終端根據鎖車指令組包對車輛發動機執行解鎖；在將車輛解鎖后，將結果反饋至系統運營人員，系統運營人員將解鎖通知發送給貨主用戶和車主用戶。

在本申請上述實施例公開的方案中，使用車載GPS終端，和基于百度或高德電子地圖中電子圍欄技術，結合智科自定義發動機鎖車協議，完成對于偏離指定路線、進出指定區域的車輛發動機的遠程鎖車，保證貨主的貨物安全和經濟利益。當車輛沒有按照貨主設定的行駛路線行駛，或者沒有按照貨主的要求離開了指定的區域，導致貨主的貨物安全有可能受到損失，或者貨物不能夠在指定的時間內到達指定運輸地點，系統會向貨主發出預警消息，貨主可以聯系系統運營人員來遠程鎖定車主車輛，從根本上防止有損貨主經濟利益的情況發生。因此，基于本發明實施例的物流運輸監控系統，具有較高的時效性，可靠性，安全性。

實施例2

根據本發明實施例，還提供了一種車輛監控的系統施例。本發明實施例1中的車輛監控的方法可以在本發明實施例2的系統中執行。

圖7是根據本發明實施例的一種車輛監控的系統示意圖，如圖7所示，該系統包括：用戶終端701、監控平臺703和車載終端705。

其中，用戶終端701，用于檢測車輛的運行狀況，判斷車輛的位置是否處于預定路線和/或預定區域的范圍外，如果車輛的位置處于預定路線和/或預定區域范圍外，則向服務器發送鎖車請求，其中，運行狀況至少包括：車輛的位置和車輛的運行狀態；

監控平臺703，用于接收鎖車請求，并根據車輛的運行狀態向車輛發送控制指令；

車載終端705，用于實時上傳車輛的位置信息，并接收控制指令。

在一種可選的實施例中，上述監控平臺703還用于判斷車輛的運行狀態是否符合預設的鎖車條件；如果車輛的運行狀態符合鎖車條件，則向車輛發送第一控制指令，其中，第一控制指令用于控制車輛的發動機處于鎖定狀態；如果車輛的運行狀態不符合鎖車條件，則向車輛發送第二控制指令，其中，第二控制指令用于在車輛的運行狀態符合鎖車條件的情況下，控制車輛的發動機處于鎖定狀態。

在一種可選的實施例中，上述車載終端705還用于接收第一控制指令；將第一控制指令發送給車輛的ECU；其中，車輛的ECU根據第一控制指令控制車輛的發動機處于鎖定狀態。

在一種可選的實施例中，上述監控平臺703還用于繼續檢測車輛的運行狀態；在車輛的運行狀態符合鎖車條件的情況下，向車輛發送第一控制指令。

實施例3

根據本發明實施例，還提供了一種車輛監控的裝置實施例。本發明實施例1中的車輛監控的方法可以在本發明實施例3提供的裝置實施例中執行。

圖8是根據本發明實施例的一種車輛監控裝置示意圖，如圖8所示，該裝置包括：第一檢測模塊801、第一判斷模塊803和第一執行模塊805。

其中，第一檢測模塊801，用于檢測車輛的運行狀況，其中，運行狀況至少包括：車輛的位置和車輛的運行狀態；第一判斷模塊803，用于判斷車輛的位置是否處于預定路線和/或預定區域的范圍外；第一執行模塊805，用于如果車輛的位置處于預定路線和/或預定區域范圍外，則根據車輛的運行狀態向車輛發送控制指令。

在一種可選的實施例中，上述裝置還可以包括：上傳模塊，用于車輛的車載終端實時上傳車輛的位置信息。

在一種可選的實施例中，上述第一執行模塊包括：第二判斷模塊，用于判斷車輛的運行狀態是否符合預設的鎖車條件；第二執行模塊，用于如果車輛的運行狀態符合鎖車條件，則向車輛發送第一控制指令，其中，第一控制指令用于控制車輛的發動機處于鎖定狀態；第三執行模塊，用于如果車輛的運行狀態不符合鎖車條件，則向車輛發送第二控制指令，其中，第二控制指令用于在車輛的運行狀態符合鎖車條件的情況下，控制車輛的發動機處于鎖定狀態。

在一種可選的實施例中，上述裝置還包括：接收模塊，用于車載終端接收第一控制指令；第一發送模塊，用于車載終端將第一控制指令發送給車輛的ECU；第四執行模塊，用于車輛的ECU根據第一控制指令控制車輛的發動機處于鎖定狀態。

在一種可選的實施例中，上述裝置還包括：第二檢測模塊，用于繼續檢測車輛的運行狀態；第二發送模塊，用于在車輛的運行狀態符合鎖車條件的情況下，向車輛發送第一控制指令。

上述本發明實施例序號僅僅為了描述，不代表實施例的優劣。

在本發明的上述實施例中，對各個實施例的描述都各有側重，某個實施例中沒有詳述的部分，可以參見其他實施例的相關描述。

在本申請所提供的幾個實施例中，應該理解到，所揭露的技術內容，可通過其它的方式實現。其中，以上所描述的裝置實施例僅僅是示意性的，例如單元的劃分，可以為一種邏輯功能劃分，實際實現時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以集成到另一個系統，或一些特征可以忽略，或不執行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，單元或模塊的間接耦合或通信連接，可以是電性或其它的形式。

作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個單元上。可以根據實際的需要選擇其中的部分或者全部單元來實現本實施例方案的目的。

另外，在本發明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現，也可以采用軟件功能單元的形式實現。

集成的單元如果以軟件功能單元的形式實現并作為獨立的產品銷售或使用時，可以存儲在一個計算機可讀取存儲介質中。基于這樣的理解，本發明的技術方案本質上或者說對現有技術做出貢獻的部分或者該技術方案的全部或部分可以以軟件產品的形式體現出來，該計算機軟件產品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可為個人計算機、服務器或者網絡設備等)執行本發明各個實施例方法的全部或部分步驟。而前述的存儲介質包括：U盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質。

以上僅是本發明的優選實施方式，應當指出，對于本技術領域的普通技術人員來說，在不脫離本發明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應視為本發明的保護范圍。