一種在設備管理中控制對終端操作的方法
2023-06-22 20:46:06
專利名稱：一種在設備管理中控制對終端操作的方法
技術領域：
本發明涉及通信領域的設備管理技術，尤其涉及在設備管理中控制對終端操作的方法。
背景技術：
移動終端是整個移動運營服務體系中重要組成部分，隨著終端功能的日趨複雜，終端軟體出現問題的可能性顯著增加。未來運營商之間的競爭日趨激烈，如何有效的保證用戶體驗、提高用戶忠誠度，保持高效的服務質量以及低成本的設備維護已經成為運營商、終端廠商的一個重要關注點。
在現有的開放移動聯盟設備管理(OMA DM)規範中規定，伺服器方可以發起一個操作通知，終端用戶在接收到伺服器的通知後可以拒絕該操作，也可以在操作進行過程中取消此操作。
在建立連接階段拒絕操作步驟如下步驟1DM伺服器發起操作；步驟2終端的DM Agent提示用戶進行操作選擇；步驟3用戶選擇拒絕此操作；步驟4終端的DM Agent向DM伺服器發送取消操作命令，例如如下命令Status
MsgRef1/MsgRef
CmdRef2/CmdRef
CmdID3/CmdID
CmdAlert/Cmd
Data214/Data!--操作取消--
步驟5伺服器中止操作。
在操作進行過程中取消操作的步驟如下步驟1建立連接階段，按照OMA DM標準的初始化階段進行；步驟2伺服器下發操作，例如如下命令Alert
CmdID2/CmdID
Data1101/Data!--User confirmation required--
Item/Item
Item
Data進行下一步操作嗎 /Data
/Item
/Alert
步驟3用戶選擇取消操作；步驟4終端的DM Agent向DM伺服器返回取消操作命令，例如如下命令Status
MsgRef1/MsgRef
CmdRef2/CmdRef
CmdID3/CmdID
CmdAlert/Cmd
Data214/Data!--操作取消--
/Status
步驟5伺服器中止操作。
現有的實現技術中，沒有對操作內容進行區分，終端用戶對伺服器發出的操作只能是接收到一個操作，然後針對這個操作進行「接受」或「拒絕」的選擇，完全處於一種被動狀態。這種技術主要存在如下缺點1、導致建立了一些註定要失敗的會話，不僅損耗了網絡資源，而且增大了設備管理的不穩定性；2、不能滿足用戶的定製化需求，導致終端響應許多其完全不可接受的操作的打擾，對運營商的服務質量造成影響。
發明內容
本發明提供一種在設備管理中控制對終端操作的方法，以解決現有技術在設備管理中對終端操作時存在損耗網絡資源和不能滿足用戶定製需求的問題。
實現本發明的技術方案如下一種在設備管理中控制對終端操作的方法，包括如下步驟在設備管理伺服器上配置是否接受對終端進行操作的定製策略；設備管理伺服器確定需要對終端進行的操作後，根據所述定製策略判斷是否接受所述操作，若是，則向終端下發操作命令，由終端執行該操作，否則拒絕該操作。
對操作進行分類，所述管理伺服器在下發的操作命令中攜帶可識別本操作分類的屬性標籤，終端根據所述屬性標籤識別操作類型並按相應的處理策略完成操作。
按優先級對操作分類，並在定製策略中按操作的優先級配置接受或拒絕操作。
將終端必須執行的操作劃分在一類，並在定製策略中將該類的操作配置為接受操作並禁止用戶修改；其他操作按操作內容的共有特性分類，在定製策略中由用戶按類配置接受或拒絕操作。
按必須執行組、可接受組和拒絕組對操作分類，在定製策略中，將終端必須執行的操作組歸入所述必須執行組並禁止用戶修改，其餘操作按用戶是否接受操作歸入所述可接受組或拒絕組。
一種在設備管理中控制對終端操作的方法，包括如下步驟在終端上配置是否接受對本終端進行操作的定製策略；
終端接收到設備管理伺服器下發的操作命令後，根據所述定製策略判斷是否接受所述操作，若是，則接受該操作，否則拒絕該操作。
在所述定製策略中對操作分類，所述管理伺服器在下發的操作命令中攜帶可識別本操作分類的屬性標籤。
按優先級對操作分類，並按操作的優先級配置接受或拒絕操作。
將終端必須執行的操作分為一類，該類操作設置為接受操作並禁止用戶修改；其他操作按操作內容的共有特性分類，並按類配置接受或拒絕操作。
按必須執行組、可接受組和拒絕組對操作分類，將終端必須執行的操作組歸入所述必須執行組並禁止用戶修改，其餘操作按用戶是否接受操作歸入所述可接受組或拒絕組。
直接在所述終端上配置所述定製策略；或者，通過設備管理伺服器提供的定製流程在設備管理伺服器上配置所述定製策略，並由管理伺服器下發到終端。
一種在設備管理中控制對終端操作的方法，包括如下步驟將設備管理伺服器對終端的操作進行分類，並在終端上配置如何處理各類操作的定製策略；設備管理伺服器在下發的操作中攜帶可識別本操作分類的屬性標籤；以及終端根據所述屬性標籤識別操作類型，並按所述定製策略中該類操作的處理方式執行所述操作。
本發明有益效果如下本發明通過增加定製策略和對操作的分類管理能力，接受用戶主動進行一些設定來自動過濾不願意接受的操作。這樣，不僅方便了用戶和滿足了用戶的定製化需求，而且還降低了伺服器的處理壓力和對網絡資源的消耗；從而能夠提高設備管理的穩定性和運營商的服務質量。
圖1、圖2為現有技術中操作終端的流程圖；圖3A、3B為本發明中對操作按優先級分類時採用樹形結構存儲定製策略的示意圖；圖4A、4B為本發明中按優先級分類時在終端上配置定製策略的流程圖；圖5A、5B為本發明中按優先級分類時在設備管理伺服器上配置定製策略的流程圖；圖6A、6B為本發明中按共性分類時採用樹形結構存儲定製策略的示意圖；圖7A、7B為本發明中按共性分類時在終端上配置定製策略的流程圖；圖8A、8B為本發明中按共性分類時在設備管理伺服器上配置定製策略的流程圖；圖9A、9B、9C、9D為本發明中按操作分組時採用樹形結構存儲定製策略的示意圖；圖10A、10B為本發明中按操作分組時在終端上配置定製策略的流程圖；圖11A、11B為本發明中按操作分組時在設備管理伺服器上配置定製策略的流程圖；圖12A、12B為本發明中控制操作終端的流程圖。
具體實施例方式
本發明通過為移動開放聯盟(OMA)設備管理(DM)提供定製策略，並在定製策略中對操作進行「接受」和「拒絕」的設置來控制對終端的操作。在此基礎上通過操作內容的分類來實現一些相關的操作策略，使得在建立會話過程中不再需要與用戶進行交互，而直接依據定製策略判斷是否繼續建立這個會話。根據定製結果的存儲位置，這個判斷過程可以由伺服器完成，也可以由終端完成。
操作的分類包括以下幾種方式(1)操作的優先級分類依據設備管理中操作的重要性或/和操作提供者的不同，為其提供幾種優先級別。如可以為其提供三種優先級別，分別為高(High)、中(Medium)和低(Low)。其中High級別最高，一般將一些要求終端必須執行(如果終端支持DM)的重要操作歸於此級別；Medium級次之，一般將一些很實用但非必須執行的操作歸於此級別；Low級別最低，將一些附加的實用性較低的操作歸於此級別。具體操作應該屬於哪個級別可由運營商協調。
在DM協議中為每個命令增加一個新的屬性標籤，用於描述該操作的操作級別。該標籤可以採取如下方式Level/Level，具體級別由運營商協商。例如如果運營商將防毒軟體下載操作的級別定義為Medium，則防毒軟體下載操作中的Add命令可以定義為Add
CmdID2/CmdID
LevelMedium/Level
Meta
Formatb64/Format
Type
application/antivirus-inc.virusdef/Type
/Meta
Item
Meta
Size xmlns=′syncml:metinf′28156/Size
/Meta
TargetLocURI./software_data/antivirus/LocURI/Target
Data!--Base64-coded antivirus file--/Data
/Item
/Add
(2)操作的共性分類按設備管理中操作內容的共性和操作的重要性的不同，將操作分為不同的類別，類別的數量及具體的分類由運營商協商。
在DM協議中為每個命令增加一個新的屬性標籤，用於描述該操作的操作類別。該標籤可以採取如下方式OpType/OpType，其值可以是類別的ID或別名，具體類別的定義、類別ID或別名的定義由運營商協商。例如運營商定義一個類別安全軟體，ID為6，則防毒軟體下載操作中的Add命令可以定義為Add
CmdID2/CmdID
OpType6/OpType!—當前操作所屬操作類ID--
Meta
Formatb64/Format
Type
application/antivirus-inc.virusdef/Type
/Meta
Item
Meta
Size xmlns=′syncml:metinf′28156/Size
/Meta
TargetLocURI./software_data/antivirus/LocURI/Target
Data!--Base64-coded antivirus file--/Data
/Item
/Add
(3)用戶自定義的分類按用戶對操作的理解以及操作對用戶的吸引力、實用性等進行分類，可以為用戶限定幾種級別，讓用戶將操作分別歸入這幾種級別中。這種分類策略以用戶為出發點，為用戶提供了更好的主動性和可定製性。但同時也使得分類不唯一。
在DM協議中為每個命令增加一個新的屬性標籤，用於描述該操作。該標籤可以採取如下方式OpID/OpID，其值可以是操作的ID或別名，具體操作、操作ID或別名的定義由運營商協商。例如運營商為防毒軟體下載操作定義了一個標識ID為18，則防毒軟體下載操作中的Add命令可以定義為Add
CmdID2/CmdID
OpID18/OpID!—當前操作的ID或別名--
Meta
Formatb64/Format
Type
application/antivirus-inc.virusdef/Type
/Meta
Item
Meta
Size xmlns=′syncml:metinf′28156/Size
/Meta
TargetLocURI./software_data/antivirus/LocURI/Target
Data!--Base64-coded antivirus file--/Data
/Item
/Add
基於操作內容的分類技術，讓終端用戶可以主動的對分類後的操作進行「接受」和「拒絕」的定製，在建立會話過程中不需要再與用戶進行交互，而直接依據此定製值判斷是否繼續建立這個會話。根據上述的分類策略，操作的用戶定製策略可以包括以下方式(1)操作的優先級定製策略此策略依據操作的優先級分類技術，將設備管理中的所有操作依優先級分類，可以定義為三類High級，Medium級和Low級。對於High級指定為必須級，即只要終端設備支持，則必須執行，終端用戶無拒絕權限；對於Medium級指定為推薦級，即推薦用戶接受，用戶可以將其拒絕；Low級指定為普通級，用戶根據自己的喜好進行設定。具體操作應該屬於哪個級別由運營商協調。
在DM協議中為每個命令增加一個屬性元素Level/Level，用於保存當前操作內容的級別，具體級別由運營商協商。
對定製策略中的定製結果的存儲方式包括A、採用樹形方式存儲定製策略，如圖3A所示，其中，Medium和Low是級別，SettingValue是用戶的定製結果。
可以通過在管理樹上添加一個節點進行存儲，如圖3B所示，圖中的Setting節點即為添加的存儲節點。
B、採用表方式存儲定製策略，如下表所示
另外，也可以採用資料庫方式存儲。
定製策略的存儲位置可以有以下方式A、在終端上存儲在終端上存儲定製策略，其優點是存儲方便，缺點是此操作是否被用戶接受的判斷工作由終端的DM Agent完成，整個過程需要伺服器和終端進行一次通信，也會損耗一些網絡資源。
由於定製策略存儲在終端上，因此，用戶可以通過本終端直接配置定製策略，如圖4A所示。另外，也可通過設備管理伺服器提供的定製流程在設備管理伺服器上配置所述定製策略，如通過Internet、固定電話或到營業廳等方式，然後由管理伺服器將定製策略的配置結果下發到終端保存，如圖4B所示。
添加此存儲策略後的操作過程為終端上的設備管理代理模塊(DM Agent)在接收到操作命令後解析屬性元素Level/Level的值，並依據保存在終端的定製結果進行判斷，如果用戶設定的是「接受」，則進入後續流程，如果用戶設定是「拒絕」，則返回取消操作命令。
B、在設備管理伺服器上存儲在設備管理伺服器上存儲定製策略，其優點是伺服器在發起此操作前即可判斷此操作是否會被用戶接受，無需與終端進行通信，減少了對網絡資源的消耗。基於此存儲方法，伺服器在發起操作前首先依據保存在伺服器側的用戶設定值進行判斷，如果用戶設定為「接收」，則向終端發起操作，如果用戶設定為「拒絕」，則直接取消操作。
由於定製策略存儲在設備管理服務上，可以通過終端配置所述定製策略並發送到設備管理伺服器存儲，如圖5A所示。也可以通過設備管理伺服器提供的定製流程直接在設備管理伺服器上配置所述定製策略，如通過Internet、固定電話或到營業廳等方式，如圖5B所示。
(2)操作的共性分類定製策略此策略依據操作的共性分類，為每類操作提供一個操作定製記錄，記錄用戶對此類操作的「接受」或「拒絕」狀態。將終端必須執行的操作類的記錄值設為「接受」，用戶不得更改；其它操作分類的記錄值接受用戶自己設定。
為DM協議中的每個命令添加一個屬性元素OpType/OpType，用以表示當前操作屬於哪個操作類，其值可以是類別的ID或別名，具體類別的定義、類別ID或別名的定義由運營商協商。
對定製策略及其中的定製結果的存儲方式包括A、採用表的方式進行存儲和維護，如下表所示
其中「操作類名」是由運營商對操作進行分類後確定的類名，「操作類ID」是為操作類分配的標識，用戶設定值是用戶根據自己的喜好進行的設定，可選值為「接受」或「拒絕」。
B、採用樹結構方式存儲存儲格式可定義為樹，如圖6A所示，其中「TypeID」為操作類ID，是為操作類分配的標識，「TypeName」是操作類的名字，是由運營商對操作進行分類後確定的類名，「SettingValue」是用戶設定值，用戶根據自己的喜好進行的設定，可選值為「接受」或「拒絕」。
可以通過在管理樹上添加一個節點進行存儲，如圖6B中的OpSettings節點。
定製策略的存儲位置包括A、在終端存儲在終端存儲定製策略的優點是存儲方便，缺點是此操作是否被用戶接受的判斷工作由終端的DM Agent完成。基於此存儲方法，終端DM Agent在接收到操作命令後解析屬性元素OpType/OpType獲取操作的類型ID，並依據保存在終端側的設定值進行判斷，如果用戶的定製結果為「接受」，則進入後續流程，如果用戶的定製結果為「拒絕」，則返回取消操作命令。
由於定製策略存儲在終端上，可以通過終端直接配置所述定製策略，如圖7A所示在終端上發起設置操作，DM Agent模塊從設備管理伺服器上獲取操作類及ID對應表，用戶依據該表進行設置並存儲在終端上。如圖7B所示，也可以通過設備管理伺服器提供的定製流程在設備管理伺服器上配置所述定製策略，如通過Internet、固定電話或到營業廳等方式，然後由設備管理伺服器下發到終端保存。
B、在設備管理伺服器上存儲在設備管理伺服器上存儲定製策略的優點是伺服器在發起此操作前即可判斷此操作是否會被用戶接受，無需與終端進行通信。基於此存儲方法，伺服器在發起操作前首先依據保存在伺服器側的用戶設定值進行判斷，如果用戶設定為「接收」，則正常向終端發起操作，如果用戶設定為「拒絕」，則直接取消操作。
用戶可以通過終端配置定製策略，如圖8A所示在終端上發起設置操作，DM Agent模塊從設備管理伺服器上獲取操作類及ID對應表，用戶依據該表進行設置後由終端將定製結果發送到設備管理服務上保存。如圖8B所示，也可以通過設備管理伺服器提供的定製流程直接在設備管理伺服器上配置所述定製策略，如通過Internet、固定電話或到營業廳等方式。
如果運營商對操作類、操作類與其ID的對應關係進行了修改、增加或刪除，則通知終端用戶修改定製或重新定製。終端隨時可以重新發起定製流程進行重新定製。
(3)操作的分組定製策略此策略依據用戶自定義的分類，本實施例中限定3種級別，分別是必須執行的(Must)、可以接受的(Accept)、拒絕接受的(Reject)，然後將必須要終端執行的操作(如果終端支持DM)歸入Must組，其它操作由用戶確定是歸入Accept組還是Reiect組。其中Must組由運營商設定，用戶無權對這個組中的操作更改設定，其它兩個組中的操作用戶可以隨意進行更改。
為每個操作定義一個唯一的標識(ID)，操作與其ID的對應用一個表維護。如下表
為DM協議中的每個命令添加一個屬性元素OpID/OpID，用以記錄當前的操作，其值可以是操作的ID或別名，具體操作、其ID或別名的定義由運營商協商。
對定製策略及其中的定製結果的存儲方式包括A、採用樹的方式存儲和維護所有3種級別的設定，如圖9A所示，其中Must子樹中存儲終端必須要執行的操作的ID(如果終端支持DM)，Accept子樹中存儲用戶接受的操作的ID，Reject子樹中存儲用戶拒絕的操作的ID。
可以通過在管理樹上添加一個節點進行存儲，如圖9B中的OpSettings節點。此存儲方法雖然存儲的數據全面，但在判斷時只需在Reject子樹中查找即可確認拒絕與否。
B、採用樹的方式存儲和維護Reject級別的設定，如圖9C所示，在Reject子樹中存儲用戶拒絕的操作的ID。可以通過在管理樹上添加一個節點進行存儲，如圖9D中的OpSettings節點。此存儲方法只存儲Reject子樹，由於在判斷時只需在Reject子樹中查找即可確認拒絕與否，所以此存儲方法可以滿足定製要求，同時節省了空間，簡化了操作。
定製策略的存儲位置包括A、在終端存儲優點是存儲方便，缺點是此操作是否被用戶接受的判斷工作由終端的DMAgent完成，整個過程需要伺服器和終端進行一次通信。基於此存儲方法，終端DM Agent在接收到操作命令後解析屬性元素OpID/OpID獲取操作的ID，然後在保存在終端的存儲樹的Reiect子樹中查找，如果找到，則說明此操作被拒絕，通知伺服器中止操作，如果沒有找到，則說明用戶對其的設定為「接受」，則進入後續流程。
用戶可以直接在終端上配置定製策略，如圖10A所示在終端上發起設置操作，DM Agent模塊從設備管理伺服器上獲取操作類及ID對應表，用戶依據該表進行設置並保存在終端上。也可以通過設備管理伺服器提供的定製流程在設備管理伺服器上配置所述定製策略，如通過Internet、固定電話或到營業廳等方式，然後由伺服器下發到終端保存，如圖10B所示。
B、在設備管理伺服器上存儲在伺服器上存儲定製策略的優點是伺服器在發起此操作前即可判斷此操作是否會被用戶接受，無需與終端進行通信，減少了對網絡資源的消耗。基於此存儲方法，伺服器在發起操作前首先依據保存在伺服器側的用戶設定值進行判斷，如果用戶設定為「接收」，則正常向終端發起操作，如果用戶設定為「拒絕」，則直接取消操作。
用戶可以通過終端配置定製策略，如圖11A所示在終端上發起設置操作，DM Agent模塊從設備管理伺服器上獲取操作類及ID對應表，用戶依據該表進行設置後由終端將定製結果發送到設備管理服務上保存。如圖11B所示，也可以通過設備管理伺服器提供的定製流程直接在設備管理伺服器上配置所述定製策略，如通過Internet、固定電話或到營業廳等方式。
如果運營商添加、刪除或修改了操作及其ID的對應關係，則通知終端用戶修改定製或重新定製。終端隨時可以重新發起定製流程進行重新定製。
如圖12A所示，在終端保存定製策略後，控制操作終端的處理流程(圖中省略了建立連接的步驟)為設備管理伺服器端發起對終端的操作並在下發的操作命令中通過屬性標籤攜帶操作的類型；終端的設備管理代理模塊根據命令中的屬性標籤識別該操作的類型，查詢定製策略判斷是否接受該操作，若是則接受該操作，否則拒絕該操作。
如圖12B所示，在設備管理伺服器保存定製策略後，控制控制操作終端的處理流程(圖中省略了建立連接的步驟)為設備管理伺服器確定需要對終端發起的操作及該操作的類型；設備管理伺服器查詢定製策略判斷是否接受該操作，若是，則向終端下發相應的操作命令，並在該命令中通過屬性標籤攜帶操作的類型，由終端執行該操作，否則，設備管理伺服器直接拒絕該操作。
在圖12B的這個處理過程中，在終端上可以配置對不同類型操作的處理策略，終端的設備管理代理模塊可以根據命令中的屬性標籤識別操作類型，然後按處理策略進行處理，如對設備管理伺服器下發下的不同類型消息，可以給予用戶不同提示、不同的存儲方式等。
另外，在按上述對操作分類後，終端上配置的定製策略可以是終端如何處理各類操作，類似於將上述的處理策略直接融入定製策略中，這個定製策略中不僅標識出了終端拒絕的操作和接受的操作，而且配置了操作的執行方式，即對接受的操作的處理方式。這是因為，對於某些操作可能並不需要用戶配置處理方式，配置接受即可，但對於有些操作，如下發短消息等，用戶接受後根據其類型就可以有不同的處理方式，如，對不同類型消息給予不同提示等。設備管理伺服器在下發的操作命令時，在命令中攜帶可識別本操作分類的屬性標籤，終端根據所述屬性標籤識別操作類型，並按定製策略確定的該類操作對應的處理策略執行所述操作。其餘處理過程與上述同理，不再贅述。
上述雖然以在定製策略中對操作分類來進行接受操作或拒絕操作配置，但也可以不進行分類，如在終端或伺服器上建立數據表，該表中包含各操作與其定製結果之間的對應關係，根據操作命令查詢該表來判斷終端是否接受操作。這種方式在配置定製策略和定製策略管理上不如上述分類方式方便。
顯然，本領域的技術人員可以對本發明進行各種改動和變型而不脫離本發明的精神和範圍。這樣，倘若本發明的這些修改和變型屬於本發明權利要求及其等同技術的範圍之內，則本發明也意圖包含這些改動和變型在內。
權利要求
1.一種在設備管理中控制對終端操作的方法，其特徵在於，包括如下步驟在設備管理伺服器上配置定製策略，該定製策略標識被終端接受和拒絕的操作；設備管理伺服器根據所述定製策略判斷終端是否接受需要進行的操作，若是，則向終端下發操作命令，由終端執行該操作，否則拒絕該操作。
2.如權利要求1所述的方法，其特徵在於，對操作進行分類，所述管理伺服器在下發的操作命令中攜帶可識別本操作分類的屬性標籤，終端根據所述屬性標籤識別操作類型並按本終端上為該類操作配置的處理策略執行操作。
3.如權利要求2所述的方法，其特徵在於，按優先級對操作分類，並在定製策略中按操作的優先級配置接受或拒絕操作。
4.如權利要求3所述的方法，其特徵在於，將要求終端必須執行的操作設置為最高優先級，該最高優先級的操作配置為接受操作並禁止用戶修改。
5.如權利要求2所述的方法，其特徵在於，將終端必須執行的操作劃分在一類，並在定製策略中將該類的操作配置為接受操作並禁止用戶修改；其他操作按操作內容的共有特性分類，在定製策略中由用戶按類配置接受或拒絕操作。
6.如權利要求2所述的方法，其特徵在於，按必須執行組、可接受組和拒絕組對操作分類，在定製策略中，將終端必須執行的操作組歸入所述必須執行組並禁止用戶修改，其餘操作按用戶是否接受操作歸入所述可接受組或拒絕組。
7.如權利要求1至6任一項所述的方法，其特徵在於，按樹形結構、資料庫結構或數據表結構管理所述定製策略。
8.如權利要求7所述的方法，其特徵在於，通過所述終端配置所述定製策略並發送到設備管理伺服器；或者，通過設備管理伺服器提供的定製流程直接在設備管理伺服器上配置所述定製策略。
9.一種在設備管理中控制對終端操作的方法，其特徵在於，包括如下步驟在終端上配置定製策略，該定製策略標識被終端接受和拒絕的操作；終端根據所述定製策略判斷是否接受設備管理伺服器下發的操作，若是，則執行該操作，否則拒絕該操作。
10.如權利要求9所述的方法，其特徵在於，對所述操作分類，並在所述定製策略中按類進行配置；所述管理伺服器在下發的操作命令中攜帶可識別本操作分類的屬性標籤。
11.如權利要求10所述的方法，其特徵在於，按優先級對操作分類，並按操作的優先級配置接受或拒絕操作。
12.如權利要求11所述的方法，其特徵在於，在定製策略中將要求終端必須執行的操作設置為最高優先級，該最高優先級的操作配置為接受操作並禁止用戶修改。
13.如權利要求10所述的方法，其特徵在於，將終端必須執行的操作分為一類，該類操作設置為接受操作並禁止用戶修改；其他操作按操作內容的共有特性分類，並按類配置接受或拒絕操作。
14.如權利要求10所述的方法，其特徵在於，按必須執行組、可接受組和拒絕組對操作分類，將終端必須執行的操作組歸入所述必須執行組並禁止用戶修改，其餘操作按用戶是否接受操作歸入所述可接受組或拒絕組。
15.如權利要求9至14任一項所述的方法，其特徵在於，在終端上按樹形結構、資料庫或數據表結構管理所述定製策略。
16.如權利要求15所述的方法，其特徵在於，直接在所述終端上配置所述定製策略；或者，通過設備管理伺服器提供的定製流程在設備管理伺服器上配置所述定製策略，並由管理伺服器下發到終端。
17.一種在設備管理中控制對終端操作的方法，其特徵在於，包括如下步驟將設備管理伺服器對終端的操作進行分類，並在終端上配置如何處理各類操作的定製策略；設備管理伺服器在下發的操作中攜帶可識別本操作分類的屬性標籤；以及終端根據所述屬性標籤識別操作類型，並按所述定製策略確定的該類操作對應的處理策略執行所述操作。
18.如權利要求17所述的方法，其特徵在於，所述處理策略包括接受操作、接受操作後的執行方式或拒絕操作。
19.如權利要求18所述的方法，其特徵在於，按優先級對操作分類，並按操作的優先級配置定製策略。
20.如權利要求19所述的方法，其特徵在於，在定製策略中將要求終端必須執行的操作設置為最高優先級，該最高優先級的操作配置為接受操作並禁止用戶修改。
21.如權利要求18所述的方法，其特徵在於，將終端必須執行的操作分為一類，該類操作設置為接受操作並禁止用戶修改；其他操作按操作內容的共有特性分類，並按類配置。
22.如權利要求18所述的方法，其特徵在於，按必須執行組、可接受組和拒絕組對操作分類，將終端必須執行的操作組歸入所述必須執行組並禁止用戶修改，其餘操作按用戶是否接受操作歸入所述可接受組或拒絕組。
23.如權利要求17至22任一項所述的方法，其特徵在於，在終端上按樹形結構、資料庫或數據表結構管理所述定製策略。
全文摘要
本發明公開了一種在設備管理中控制對終端操作的方法，該方法在設備管理伺服器上配置是否接受對終端進行操作的定製策略；設備管理伺服器確定需要對終端進行的操作後，根據所述定製策略判斷是否接受所述操作，若是，則向終端下發操作命令，由終端執行該操作，否則拒絕該操作。本發明還同時公開了另一種在設備管理中控制對終端操作的方法，該方法在終端上配置是否接受對本終端進行操作的定製策略；終端接收到設備管理伺服器下發的操作命令後，根據所述定製策略判斷是否接受所述操作，若是，則接受該操作，否則拒絕該操作。
文檔編號H04W8/24GK1870804SQ200510071850
公開日2006年11月29日 申請日期2005年5月25日 優先權日2005年5月25日
發明者柴曉前, 唐傑 申請人:華為技術有限公司