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