專(zhuān)利名稱(chēng):在設(shè)備管理中處理交互超時(shí)的方法
技術(shù)領(lǐng)域:
本發(fā)明涉及通信技術(shù)領(lǐng)域,尤其涉及在設(shè)備管理中處理交互超時(shí)的方法。
背景技術(shù):
移動(dòng)終端是整個(gè)移動(dòng)運(yùn)營(yíng)服務(wù)體系中重要組成部分。隨著終端功能的日趨復(fù)雜,終端軟件出現(xiàn)問(wèn)題的可能性顯著增加。未來(lái)運(yùn)營(yíng)商之間的競(jìng)爭(zhēng)日趨激烈,如何有效的保證用戶(hù)體驗(yàn)、提高用戶(hù)忠誠(chéng)度,保持高效的服務(wù)質(zhì)量以及低成本的設(shè)備維護(hù)已經(jīng)成為運(yùn)營(yíng)商、終端廠(chǎng)商的一個(gè)重要關(guān)注點(diǎn)。
在現(xiàn)有的開(kāi)放移動(dòng)聯(lián)盟設(shè)備管理(OMADM)規(guī)范中規(guī)定,服務(wù)器方可以發(fā)出一個(gè)用戶(hù)交互命令給終端讓用戶(hù)參與操作,如用戶(hù)確認(rèn)(Confirmation)、用戶(hù)輸入(User Input)、用戶(hù)選擇(User Choice)等,如果用戶(hù)在超時(shí)時(shí)間內(nèi)沒(méi)有響應(yīng),則有兩種處理方法如果服務(wù)器沒(méi)有設(shè)定缺省值(Default),則認(rèn)為是用戶(hù)拒絕操作,如果服務(wù)器設(shè)定有缺省值,則按缺省值進(jìn)行處理。
參閱圖1所示,對(duì)于沒(méi)有設(shè)定缺省值的處理步驟如下(省略建立連接步驟)步驟1服務(wù)器下發(fā)一個(gè)發(fā)起操作的通知;步驟2終端進(jìn)行驗(yàn)證,之后發(fā)送設(shè)備信息給服務(wù)器;步驟3服務(wù)器發(fā)送一個(gè)用戶(hù)交互命令,例如<Alert>
<CmdID>2</CmdID>
<Data>1101</Data>
<Item></Item><!--no optional parameters-->
<Item>
<Data>你想下載并安裝防毒軟件嗎 </Data>
</Item>
</Alert>
步驟4終端提示用戶(hù)進(jìn)行確認(rèn)操作,并等待用戶(hù)確認(rèn);步驟5等待超時(shí),終端返回一個(gè)拒絕狀態(tài)信息,例如<Status>
<MsgRef>1</MsgRef>
<CmdRef>2</CmdRef>
<CmdID>3</CmdID>
<Cmd>Alert</Cmd>
<Data>408</Data><!--超時(shí)-->
</Status>
參閱圖2所示,對(duì)于設(shè)定有缺省值的處理步驟如下(省略建立連接步驟)步驟1服務(wù)器下發(fā)一個(gè)發(fā)起操作的通知;步驟2終端進(jìn)行驗(yàn)證,之后發(fā)送設(shè)備信息給服務(wù)器;步驟3服務(wù)器發(fā)送一個(gè)用戶(hù)交互命令,例如<Alert>
<CmdID>2</CmdID>
<Data>1101</Data>
<Item><Data>DR=1</Data></Item><!--缺省為1-->
<Item>
<Data>你想下載并安裝防毒軟件嗎 </Data>
</Item>
</Alert>
步驟4終端提示用戶(hù)進(jìn)行確認(rèn)操作,并等待用戶(hù)確認(rèn);步驟5等待超時(shí),終端按缺省值返回一個(gè)狀態(tài)信息,例如<Status>
<CmdID>2</CmdID>
<MsgRef>1</MsgRef>
<CmdRef>2</CmdRef>
<Cmd>Alert</Cmd>
<Data>304</Data><!--Not modified--->
</Status>
上述方法在交互超時(shí),對(duì)操作的處理是按服務(wù)器默認(rèn)方式或指定的缺省方式進(jìn)行,在進(jìn)行這種可能是并非用戶(hù)所愿的操作處理后并不保存與操作相關(guān)的交互場(chǎng)景信息和提示用戶(hù)發(fā)生過(guò)此操作,導(dǎo)致用戶(hù)不了解發(fā)生過(guò)此操作和無(wú)法了解該操作的相關(guān)信息,不便于用戶(hù)重新發(fā)起此操作,不僅減弱了用戶(hù)的交互能力,而且也降低了運(yùn)營(yíng)商的服務(wù)質(zhì)量。
發(fā)明內(nèi)容
本發(fā)明提供一種在設(shè)備管理中處理交互超時(shí)的方法,用以解決現(xiàn)有技術(shù)在交互等待超時(shí)并按默認(rèn)方式或指定的缺省方式處理后,存在用戶(hù)無(wú)法了解所發(fā)生操作的問(wèn)題;進(jìn)一步地,解決由此導(dǎo)致不便于用戶(hù)重新發(fā)起操作的問(wèn)題。
為解決上述問(wèn)題,本發(fā)明提供以下技術(shù)方案一種在設(shè)備管理中處理交互超時(shí)的方法,包括如下步驟由設(shè)備管理服務(wù)器向終端設(shè)備發(fā)送需要用戶(hù)交互的操作命令;終端設(shè)備根據(jù)所述操作命令提示用戶(hù)進(jìn)行交互和等待用戶(hù)響應(yīng),并且等待超時(shí)后在設(shè)備上保存與所述操作相關(guān)的交互場(chǎng)景信息。
在保存所述交互場(chǎng)景信息后還產(chǎn)生一個(gè)關(guān)于該次操作的提示消息。
在產(chǎn)生提示消息后終端設(shè)備還接受根據(jù)所述交互場(chǎng)景信息重新發(fā)起所述操作的請(qǐng)求。
在處理所述請(qǐng)求過(guò)程中或處理所述請(qǐng)求后自動(dòng)刪除所述交互場(chǎng)景信息;或者由用戶(hù)手刪除所述交互場(chǎng)景信息。
所述交互場(chǎng)景信息保存在所述終端設(shè)備上,并按下述步驟處理所述請(qǐng)求A、終端設(shè)備根據(jù)交互場(chǎng)景信息中的最終狀態(tài)和操作的有效期判斷操作是否有效,若是,則不再發(fā)起該操作;否則,進(jìn)行步驟B;B、終端設(shè)備向設(shè)備管理服務(wù)器發(fā)起會(huì)話(huà)連接并提交該操作的相關(guān)信息;
C、設(shè)備管理服務(wù)器與終端設(shè)備建立會(huì)話(huà)連接并下發(fā)操作命令。
在終端設(shè)備上和設(shè)備管理服務(wù)器上均保存交互場(chǎng)景信息;按下述步驟處理所述請(qǐng)求(1)終端設(shè)備根據(jù)交互場(chǎng)景信息判斷操作是否完成,若是,則不再發(fā)起該操作;否則,進(jìn)行步驟(2);(2)終端設(shè)備向設(shè)備管理服務(wù)器發(fā)起會(huì)話(huà)連接并請(qǐng)求重新發(fā)起操作;(3)設(shè)備管理服務(wù)器根據(jù)場(chǎng)景信息中的有效期判斷該操作是否有效,若是,則與終端設(shè)備建立會(huì)話(huà)連接并下發(fā)操作命令,否則,通知用戶(hù)該操作失效。
一種在設(shè)備管理中處理交互超時(shí)的方法,包括如下步驟由設(shè)備管理服務(wù)器向終端設(shè)備發(fā)送需要用戶(hù)交互的操作命令;終端設(shè)備根據(jù)所述操作命令提示用戶(hù)進(jìn)行交互和等待用戶(hù)響應(yīng),并且在等待超時(shí)后產(chǎn)生一個(gè)關(guān)于該次操作的提示消息。
由設(shè)備管理服務(wù)器產(chǎn)生所述提示消息,并將該提示消息推送到終端設(shè)備;或者,由終端設(shè)備產(chǎn)生所述提示消息。
還包括根據(jù)所述提示消息中未完成操作的示意,從終端設(shè)備上請(qǐng)求發(fā)起所述操作的步驟。
若設(shè)備管理服務(wù)器在根據(jù)終端設(shè)備返回的狀態(tài)信息確定未完成所述操作,則在本設(shè)備上保存與該操作相關(guān)的交互場(chǎng)景信息。
本發(fā)明在交互超時(shí)后保存交互場(chǎng)景信息和/或向用戶(hù)提供提示消息,使用戶(hù)事后可以查看完整的交互場(chǎng)景信息,或者根據(jù)提示消息及時(shí)了解發(fā)生過(guò)什么操作,從而使用戶(hù)可以決定是否重新發(fā)起此操作;因此,本發(fā)明不僅增強(qiáng)了用戶(hù)的交互能力,而且能夠提高運(yùn)營(yíng)商的服務(wù)質(zhì)量。
圖1為現(xiàn)有技術(shù)中交互超時(shí)后按默認(rèn)方式處理操作的流程圖;圖2為現(xiàn)有技術(shù)中交互超時(shí)后按設(shè)定方式處理操作的流程圖;
圖3A為現(xiàn)有設(shè)備管理(DM)協(xié)議中通知消息格式示意圖;圖3B為實(shí)施例對(duì)DM協(xié)議中通知消息格式擴(kuò)展后的示意圖;圖3C為實(shí)施例一中采用管理樹(shù)存儲(chǔ)交互場(chǎng)景信息的示意圖;圖4A為實(shí)施例一中在終端上增加交互場(chǎng)景信息保存后處理操作的流程圖;圖4B為實(shí)施例一中在終端上保存交互場(chǎng)景信息后重新發(fā)起操作的流程圖;圖5A為實(shí)施例一中在終端和服務(wù)器上增加交互場(chǎng)景信息保存后處理操作的流程圖;圖5B為實(shí)施例一中在終端上和服務(wù)器上保存交互場(chǎng)景信息后重新發(fā)起操作的流程圖;圖6A、圖6B、圖6C、圖6D為實(shí)施例一中刪除交互場(chǎng)景信息的流程圖;圖7A為實(shí)施例二中在交互等待超時(shí)后設(shè)備管理服務(wù)器產(chǎn)生提示消息的流程圖;圖7B為實(shí)施例二中在交互等待超時(shí)后設(shè)備管理服務(wù)器產(chǎn)生提示消息并保存交互場(chǎng)景信息的流程圖;圖7C為實(shí)施例二中刪除設(shè)備管理服務(wù)器上交互場(chǎng)景信息的流程圖。
具體實(shí)施例方式
在設(shè)備管理中,設(shè)備管理服務(wù)器主要是通過(guò)DM協(xié)議對(duì)終端設(shè)備進(jìn)行管理,終端設(shè)備包括但不限于手機(jī)、PDA和掌上電腦等?;竟芾聿僮靼ü碳?jí)、配置維護(hù)和配置管理、設(shè)備診斷、設(shè)備監(jiān)測(cè)、應(yīng)用軟件下載和設(shè)置等(當(dāng)然以后應(yīng)用還會(huì)擴(kuò)展)。
為了在設(shè)備管理的交互過(guò)程中因等待超時(shí)并按指定或默認(rèn)方式處理操作后,使用戶(hù)能夠獲知所發(fā)生過(guò)的操作和了解操作的相關(guān)信息,本發(fā)明在等待超時(shí)的情況下,一種方式是在設(shè)備上首先保存與所述操作相關(guān)的交互場(chǎng)景信息,在此基礎(chǔ)上可以產(chǎn)生一個(gè)提示信息;另一種方式是首先產(chǎn)生一個(gè)與操作相關(guān)的提示信息,在此基礎(chǔ)上可以在操作未完成的情況下保存交互場(chǎng)景信息。
實(shí)施例一、本實(shí)施例以等待超時(shí)后先在設(shè)備上保存與所述操作相關(guān)的交互場(chǎng)景信息為例進(jìn)行說(shuō)明所述交互場(chǎng)景信息可以只保存在終端設(shè)備上,也可以在終端設(shè)備上和設(shè)備管理服務(wù)器上都保存與操作相關(guān)的交互場(chǎng)景信息。根據(jù)保存位置的不同,交互場(chǎng)景信息可包括不同的內(nèi)容。
交互場(chǎng)景信息保存在終端設(shè)備上時(shí),其內(nèi)容可包括操作的最終狀態(tài)、操作的有效期(因?yàn)橛行┎僮髟陂g隔一定的時(shí)間后就沒(méi)有意義了)、操作內(nèi)容的描述、操作標(biāo)識(shí)和設(shè)備管理服務(wù)器標(biāo)識(shí),并保存在所述終端設(shè)備上。
在終端設(shè)備上和設(shè)備管理服務(wù)器上都保存交互場(chǎng)景信息保存時(shí),兩設(shè)備上的交互場(chǎng)景信息內(nèi)容可以不相同。終端設(shè)備上的交互場(chǎng)景信息可包括操作的最終狀態(tài)、操作內(nèi)容的描述、操作標(biāo)識(shí)和設(shè)備管理服務(wù)器標(biāo)識(shí);設(shè)備管理服務(wù)器上的交互場(chǎng)景信息可包括操作的有效期,操作標(biāo)識(shí)和終端設(shè)備等。當(dāng)然終端設(shè)備上的交互場(chǎng)景信息中也可以不包含操作的最終狀態(tài),而保存在設(shè)備管理服務(wù)器上的交互場(chǎng)景信息中。
在設(shè)備上保存了交互場(chǎng)景信息后,為了使用戶(hù)及時(shí)獲知所發(fā)生過(guò)的操作,在終端設(shè)備上產(chǎn)生一個(gè)關(guān)于該操作的提示信息提供給用戶(hù)。用戶(hù)可以打開(kāi)查看保存的交互場(chǎng)景信息,還可以根據(jù)該交互場(chǎng)景信息重新發(fā)起操作。如果用戶(hù)決定重新發(fā)起此操作,設(shè)備則根據(jù)保存的交互場(chǎng)景信息來(lái)判斷操作是否已完成、操作是否已失效,然后根據(jù)判斷結(jié)果決定是否建立會(huì)話(huà)來(lái)完成操作。
以下主要以現(xiàn)有設(shè)備管理系統(tǒng)中的設(shè)備管理服務(wù)器與終端設(shè)備之間的交互為例進(jìn)行說(shuō)明1、交互場(chǎng)景信息保存的協(xié)議層支撐策略A、交互命令的擴(kuò)展策略DM協(xié)議的交互命令已經(jīng)包含了一些交互場(chǎng)景的基本信息,但要支持保存交互場(chǎng)景還需要有兩種基本信息,一是操作的有效期的確定,因?yàn)橛行┎僮髟陂g隔一定的時(shí)間后就沒(méi)有意義了;二是操作的唯一標(biāo)識(shí),在發(fā)起操作時(shí)服務(wù)器可以知道請(qǐng)求的是個(gè)什么操作。
為了獲取這兩種基本信息,在DM協(xié)議中為Alert命令增加兩個(gè)新的屬性標(biāo)簽,分別用于描述操作的有效期和操作的標(biāo)識(shí)。有效期的標(biāo)簽可以采取如下方式<Useful-life></Useful-life>,其值可以是一個(gè)時(shí)間段,也可以是一個(gè)時(shí)間點(diǎn),如果是時(shí)間段則說(shuō)明的是從服務(wù)器發(fā)起操作時(shí)間開(kāi)始的一段時(shí)間內(nèi)有效,如果是時(shí)間點(diǎn)則說(shuō)明的是操作有效的截至日期。操作標(biāo)識(shí)的標(biāo)簽可以采用如下方式<OpID></OpID>,其值可以是操作的ID或別名,具體操作ID的定義由運(yùn)營(yíng)商協(xié)商。添加標(biāo)簽后的命令例如<Alert>
<CmdID>2</CmdID>
<OpID>18</OpID><!--當(dāng)前操作的ID或別名-->
<Useful-life>5</Useful-life><!--假定單位定義為天-->
<Data>1101</Data>
<Item></Item>
<Item>
<Data>你想下載并安裝防毒軟件嗎 </Data>
</Item>
</Alert>
B、具有交互能力的通知消息的擴(kuò)展策略DM協(xié)議的通知消息已經(jīng)包含了一些基本信息,但還缺少有兩種基本信息,一是操作內(nèi)容的描述,使得用戶(hù)可以知道發(fā)生過(guò)什么操作;二是操作的有效期的確定,因?yàn)橛行┎僮髟陂g隔一定的時(shí)間后就沒(méi)有意義了。
為了獲取這兩種基本信息,在DM協(xié)議中為Notification的語(yǔ)法增加兩個(gè)新的元素,分別用于記錄操作的有效期和對(duì)操作進(jìn)行描述。
記錄有效期的元素可以采取如下方式
<useful-life>::=n*BIT;其值可以是一個(gè)時(shí)間段,也可以是一個(gè)時(shí)間點(diǎn),如果是時(shí)間段則說(shuō)明的是從服務(wù)器發(fā)起操作時(shí)間開(kāi)始的一段時(shí)間內(nèi)有效,如果是時(shí)間點(diǎn)則說(shuō)明的是操作有效的截至日期。
用于操作的描述的元素可以采用如下方式<op-specific>::=n*BIT;其值是一個(gè)對(duì)操作描述的字符串。
Notification的原消息格式如圖3A所示,添加兩個(gè)新元素后的消息格式如圖3B所示。
2、交互場(chǎng)景的保存策略A、保存交互場(chǎng)景中的重要數(shù)據(jù)??赡苄枰4娴臄?shù)據(jù)有(不限于這些數(shù)據(jù))超時(shí)操作的發(fā)生時(shí)間、操作內(nèi)容描述、操作的標(biāo)識(shí)、此操作的有效期限、操作的最終狀態(tài)、目標(biāo)服務(wù)器標(biāo)識(shí)、協(xié)議版本等。
B、場(chǎng)景信息的存儲(chǔ)場(chǎng)景信息可保存在終端和服務(wù)器,具體可以采用表或者樹(shù)的形式進(jìn)行保存。使用表進(jìn)行存儲(chǔ)如下表所示
使用管理樹(shù)進(jìn)行存儲(chǔ)如圖3C所示。
參閱圖4A所示,在終端添加交互場(chǎng)景的保存機(jī)制后,由設(shè)備管理服務(wù)器向終端申請(qǐng)操作的處理流程如下步驟1建立連接階段,按照OMADM標(biāo)準(zhǔn)的建立階段進(jìn)行。
步驟2設(shè)備管理服務(wù)器發(fā)送需要用戶(hù)交互的命令。例如命令<Alert>
<CmdID>2</CmdID>
<Data>1101</Data>
<Item></Item><!--no optional parameters-->
<Item>
<Data>你想下載并安裝防毒軟件嗎 </Data>
</Item>
</Alert>
步驟3終端提示用戶(hù)交互并等待。
步驟4終端等待交互超時(shí),按缺省值進(jìn)行處理或返回超時(shí)狀態(tài)給設(shè)備管理服務(wù)器。如命令<Status>
<MsgRef>1</MsgRef>
<CmdRef>2</CmdRef>
<CmdID>3</CmdID>
<Cmd>Alert</Cmd>
<Data>408</Data><!--超時(shí)-->
</Status>
步驟5終端保存交互場(chǎng)景。例如命令SaveSceneInfo( )。
將交互場(chǎng)景信息保存到終端后,給用戶(hù)一個(gè)新信息提示(類(lèi)似新短消息提示),用戶(hù)可以打開(kāi)查看保存的交互場(chǎng)景信息,如果用戶(hù)決定重新發(fā)起此操作,則判斷操作的最終狀態(tài),如果狀態(tài)為操作成功,則不發(fā)起操作請(qǐng)求,如果狀態(tài)為操作失敗,則直接通過(guò)保存的場(chǎng)景信息發(fā)起操作請(qǐng)求,終端上的設(shè)備管理代理模塊(DM Agent模塊)會(huì)首先依據(jù)操作的有效期判斷操作是否有效,如果有效,則自動(dòng)向保存的設(shè)備管理服務(wù)器標(biāo)識(shí)(Server ID)對(duì)應(yīng)服務(wù)器發(fā)起會(huì)話(huà)請(qǐng)求并將此操作的相關(guān)信息發(fā)送至服務(wù)器,否則,提示用戶(hù)操作過(guò)期,并不發(fā)起操作請(qǐng)求。參閱圖4B所示,其處理流程如下步驟1終端顯示新信息提示。例如命令ShowSceneInfo( )。
步驟2用戶(hù)查看保存的交互場(chǎng)景,并決定是否發(fā)起操作。
步驟3用戶(hù)發(fā)起操作請(qǐng)求后,終端首先判斷操作的最終狀態(tài),如果操作已成功,則中止操作,如果為失敗,則依據(jù)操作的有效期判斷操作是否有效,如果無(wú)效,則中止操作。如果有效則向保存的ServerID對(duì)應(yīng)的設(shè)備管理服務(wù)器發(fā)起會(huì)話(huà)請(qǐng)求,轉(zhuǎn)步驟4。例如用于建立會(huì)話(huà)的命令(部分)<SyncML xmlns=′SYNCML:SYNCML1.2′>
<SyncHdr>
<VerDTD>1.2</VerDTD>
<VerProto>DM/1.2</VerProto>
<SessionID>1</SessionID>
……</SyncHdr>
<SyncBody>
<Alert>
<OpID>18</OpID><!--當(dāng)前操作的ID或別名-->
<CmdID>1</CmdID>
<Data>1201</Data><!--Client-initiated session-->
</Alert>
……<Final/>
</SyncBody>
</SyncML>
步驟4建立連接階段,按照OMADM標(biāo)準(zhǔn)的建立階段進(jìn)行。
參閱圖5A所示,在終端和設(shè)備管理服務(wù)器端添加保存交互場(chǎng)景的保存機(jī)制后,由設(shè)備管理服務(wù)器向終端申請(qǐng)操作的處理流程如下步驟1建立連接階段,按照OMADM標(biāo)準(zhǔn)的建立階段進(jìn)行。
步驟2設(shè)備管理服務(wù)器發(fā)送需要用戶(hù)交互的命令。例如命令<Alert>
<CmdID>2</CmdID>
<Data>1101</Data>
<Item></Item><!--no optional parameters-->
<Item>
<Data>你想下載并安裝防毒軟件嗎 </Data>
</Item>
</AIert>
步驟3終端提示用戶(hù)交互并等待。
步驟4終端等待交互超時(shí),按缺省值進(jìn)行處理或返回超時(shí)狀態(tài)給設(shè)備管理服務(wù)器。如命令<Status>
<MsgRef>1</MsgRef>
<CmdRef>2</CmdRef>
<CmdID>3</CmdID>
<Cmd>Alert</Cmd>
<Data>408</Data><!--超時(shí)-->
</Status>
步驟5在終端保存交互場(chǎng)景。例如命令SaveSceneInfo( )。
步驟6如果操作未完成,則在服務(wù)器端保存交互場(chǎng)景。例如命令SaveSceneInfo( )。
將交互場(chǎng)景信息保存到終端后,給用戶(hù)一個(gè)新信息提示(類(lèi)似新短消息提示),用戶(hù)可以打開(kāi)查看保存的交互場(chǎng)景信息,如果用戶(hù)決定重新發(fā)起此操作,則直接通過(guò)保存的場(chǎng)景信息發(fā)起操作請(qǐng)求,終端上的設(shè)備管理代理模塊(DMAgent模塊)會(huì)向保存的設(shè)備管理服務(wù)器標(biāo)識(shí)(Server ID)對(duì)應(yīng)的服務(wù)器發(fā)起操作請(qǐng)求,服務(wù)器依據(jù)操作的有效期判斷操作是否有效,如果有效,則進(jìn)入后續(xù)流程,否則通知終端操作過(guò)期并中止會(huì)話(huà)。參閱圖5B所示,其處理流程如下步驟1終端顯示新信息提示。例如命令ShowSceneInfo( )。
步驟2用戶(hù)查看保存的交互場(chǎng)景,并決定是否發(fā)起操作。
步驟3DMAgent判斷操作是否已經(jīng)完成,如果已經(jīng)完成,則中止請(qǐng)求,否則向保存的ServerID對(duì)應(yīng)的設(shè)備管理服務(wù)器發(fā)起會(huì)話(huà)請(qǐng)求。例如用于建立會(huì)話(huà)的命令(部分)<SyncML xmlns=′SYNCML:SYNCML1.2′>
<SyncHdr>
<VerDTD>1.2</VerDTD>
<VerProto>DM/1.2</VerProto>
<SessionID>1</SessionID>
……</SyncHdr>
<SyncBody>
<Alert>
<CmdID>1</CmdID>
<Data>1201</Data><!--Client-initiated session-->
</Alert>
……<Final/>
</SyncBody>
</SyncML>
步驟4設(shè)備管理服務(wù)器判斷操作是否有效,如果有效則發(fā)送后續(xù)的管理命令。如果操作過(guò)期,則通知終端操作無(wú)效,并中止操作。
對(duì)于終端上的交互場(chǎng)景信息中沒(méi)有保存操作最終狀態(tài)的情況下,在上述步驟3中,DM Agent不再判斷操作是否已經(jīng)完成,而直接向保存的ServerID對(duì)應(yīng)的設(shè)備管理服務(wù)器發(fā)起會(huì)話(huà)請(qǐng)求,在步驟4中由設(shè)備管理服務(wù)器判斷操作是否已經(jīng)完成,如果完成,則不再發(fā)起操作,否則進(jìn)行后續(xù)步驟。
對(duì)于單獨(dú)保存在終端的不再需要的交互場(chǎng)景信息,可通過(guò)以下三種方式刪除(1)通過(guò)命令手工刪除。用戶(hù)在查看保存的場(chǎng)景信息后決定不發(fā)起此操作,則可通過(guò)刪除命令手工在終端將保存的交互場(chǎng)景信息刪除。
(2)用戶(hù)在查看保存的場(chǎng)景信息后決定重新發(fā)起此操作,在通過(guò)保存的場(chǎng)景直接發(fā)起一個(gè)會(huì)話(huà)請(qǐng)求后,終端依據(jù)操作的最終狀態(tài)和有效期進(jìn)行判斷,如果最終狀態(tài)為成功或操作過(guò)期,則終端自動(dòng)將此場(chǎng)景信息刪除。參閱圖6A所示,其流程如下步驟1用戶(hù)直接從保存的交互場(chǎng)景信息發(fā)起會(huì)話(huà)請(qǐng)求。
步驟2終端判斷操作的最終狀態(tài)和有效期,如果最終狀態(tài)為成功或操作過(guò)期,則提示用戶(hù)并中止操作。
步驟3終端刪除保存的場(chǎng)景信息。例如命令DeleteSceneInfo(int index);(3)用戶(hù)在查看保存的場(chǎng)景信息后決定重新發(fā)起此操作,在通過(guò)保存的場(chǎng)景直接發(fā)起一個(gè)會(huì)話(huà)請(qǐng)求后,終端依據(jù)操作的最終狀態(tài)和有效期進(jìn)行判斷,如果操作的最終狀態(tài)為失敗且在有效期內(nèi),則向ServerID對(duì)應(yīng)服務(wù)器發(fā)起操作請(qǐng)求并發(fā)送相關(guān)信息,然后自動(dòng)刪除保存的交互場(chǎng)景信息。參閱圖6B所示,其流程如下步驟1用戶(hù)直接從保存的交互場(chǎng)景信息發(fā)起會(huì)話(huà)請(qǐng)求。
步驟2終端判斷操作的最終狀態(tài)和有效期,如果操作的最終狀態(tài)為失敗且在有效期內(nèi),則向保存的ServerID所對(duì)應(yīng)的設(shè)備管理服務(wù)器發(fā)起會(huì)話(huà)請(qǐng)求。例如命令(部分)<SyncML xmlns=′SYNCML:SYNCML 1.2′>
<SyncHdr>
<VerDTD>1.2</VerDTD>
<VerProto>DM/1.2</VerProto>
<SessionID>1</SessionID>
……</SyncHdr>
<SyncBody>
<Alert>
<OpID>18</OpID><!--當(dāng)前操作的ID或別名-->
<CmdID>1</CmdID>
<Data>1201</Data><!--Client-initiated session-->
</Alert>
……<Final/>
</SyncBody>
</SyncML>
步驟2建立連接階段,按照OMA DM標(biāo)準(zhǔn)的建立階段進(jìn)行。
步驟3終端刪除保存的交互場(chǎng)景信息。例如命令DeleteSceneInfo(intindex);對(duì)于在終端和設(shè)備管理服務(wù)器共同保存的不再需要的交互場(chǎng)景信息,可通過(guò)以下三種方式刪除(1)在終端通過(guò)命令手工刪除,終端隨后通知設(shè)備管理服務(wù)器刪除保存的交互場(chǎng)景信息。用戶(hù)在查看保存的場(chǎng)景信息后決定不發(fā)起此操作,則可通過(guò)刪除命令手工在終端將保存的交互場(chǎng)景信息刪除,終端同時(shí)判斷操作的最終狀態(tài),如果狀態(tài)為未完成則通知設(shè)備管理服務(wù)器刪除保存的交互場(chǎng)景信息。
(2)用戶(hù)在查看保存的場(chǎng)景信息后決定重新發(fā)起此操作,在通過(guò)保存的場(chǎng)景直接發(fā)起一個(gè)會(huì)話(huà)請(qǐng)求后,設(shè)備管理服務(wù)器依據(jù)操作的有效期進(jìn)行判斷,如果操作過(guò)期,設(shè)備管理服務(wù)器則自動(dòng)將此場(chǎng)景信息刪除,并通知終端操作過(guò)期,終端自動(dòng)刪除保存的交互信息。參閱圖6C所示,其流程如下步驟1用戶(hù)直接從保存的交互場(chǎng)景信息發(fā)起會(huì)話(huà)請(qǐng)求。
步驟2設(shè)備管理服務(wù)器判斷操作的有效期,如果操作過(guò)期,則刪除保存的信息,并通知終端操作過(guò)期。
步驟3終端刪除保存的場(chǎng)景信息。例如命令DeleteSceneInfo(int index);(3)用戶(hù)在查看保存的場(chǎng)景信息后決定重新發(fā)起此操作,在通過(guò)保存的場(chǎng)景直接發(fā)起一個(gè)會(huì)話(huà)請(qǐng)求后,設(shè)備管理服務(wù)器依據(jù)操作的有效期進(jìn)行判斷,如果操作在有效期內(nèi),則向終端發(fā)送后續(xù)管理命令,并刪除保存的交互場(chǎng)景信息,終端在請(qǐng)求發(fā)送成功后自動(dòng)刪除保存的交互場(chǎng)景信息。參閱圖6D所示,其流程如下步驟1用戶(hù)直接從保存的交互場(chǎng)景信息發(fā)起會(huì)話(huà)請(qǐng)求。
步驟2設(shè)備管理服務(wù)器判斷操作的有效期,如果操作在有效期內(nèi),則向終端發(fā)送后續(xù)的管理命令,并刪除保存的信息。
步驟3終端刪除保存的場(chǎng)景信息。例如命令DeleteSceneInfo(int index)。
實(shí)施例二、本實(shí)施例以等待超時(shí)后首先產(chǎn)生一個(gè)與操作相關(guān)的提示信息為例進(jìn)行說(shuō)明在交互等待超時(shí)后由設(shè)備管理服務(wù)器推送(Push)一個(gè)消息給終端,這個(gè)消息可以是短消息,也可能是郵件(Mail)或其它消息,終端無(wú)法直接從這個(gè)消息發(fā)起操作,但可以讓用戶(hù)了解情況,然后用戶(hù)想發(fā)起一個(gè)操作時(shí)按普通的OMA步驟發(fā)起即可。
在交互等待超時(shí)后,設(shè)備管理服務(wù)器的除了產(chǎn)生提示消息外,還可在本設(shè)備上保存與該操作相關(guān)的交互場(chǎng)景信息;或者,設(shè)備管理服務(wù)器僅在根據(jù)終端返回的狀態(tài)信息確定未完成所述操作時(shí),在本設(shè)備上保存與該操作相關(guān)的交互場(chǎng)景信息。該場(chǎng)景信息的內(nèi)容可參閱實(shí)施例一中的場(chǎng)景信息的內(nèi)容。
參閱圖7A所示,在設(shè)備管理服務(wù)器上產(chǎn)生提示消息的處理過(guò)程如下(詳細(xì)實(shí)現(xiàn)可參閱實(shí)施例一中的相應(yīng)描述)步驟1建立連接階段,按照OMA DM標(biāo)準(zhǔn)的建立階段進(jìn)行。
步驟2設(shè)備管理服務(wù)器發(fā)送需要用戶(hù)交互的命令。
步驟3終端提示用戶(hù)交互并等待。
步驟4終端等待交互超時(shí),按缺省值進(jìn)行處理或返回超時(shí)狀態(tài)給設(shè)備管理服務(wù)器。
步驟5設(shè)備管理服務(wù)器產(chǎn)生一個(gè)提示消息并發(fā)送到終端,由終端顯示給用戶(hù)。這個(gè)提示消息可以在會(huì)話(huà)結(jié)束后發(fā)送。
用戶(hù)請(qǐng)求發(fā)起操作的方法按OMA標(biāo)準(zhǔn)中終端發(fā)起操作的過(guò)程來(lái)完成。
參閱圖7B所示,設(shè)備管理服務(wù)器在根據(jù)終端返回的超時(shí)狀態(tài)信息確定未完成操作時(shí),保存交互場(chǎng)景信息,例如命令SaveSceneInfo( );然后產(chǎn)生一個(gè)提示消息并發(fā)送到終端,其余處理過(guò)程與圖7A相同。
在設(shè)備管理服務(wù)器上保存交互場(chǎng)景信息后,服務(wù)器在接收到終端重新發(fā)起所述操作的請(qǐng)求消息時(shí),先根據(jù)交互場(chǎng)景信息判斷操作是否完成,若該操作已完成,則不再發(fā)起該操作;否則根據(jù)場(chǎng)景信息判斷該操作是否有效,若有效,則與終端建立會(huì)話(huà)連接并下發(fā)操作命令,否則不再發(fā)起該操作并通知用戶(hù)該操作失效。
對(duì)于保存在設(shè)備管理服務(wù)器上的場(chǎng)景交互信息,可在終端發(fā)起操作后由設(shè)備管理服務(wù)器自動(dòng)刪除,參閱圖7C所示;也可在經(jīng)過(guò)一定期限后由服務(wù)器自動(dòng)刪除。
顯然,本領(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è)備管理中處理交互超時(shí)的方法,其特征在于,該方法包括如下步驟由設(shè)備管理服務(wù)器向終端設(shè)備發(fā)送需要用戶(hù)交互的操作命令;終端設(shè)備根據(jù)所述操作命令提示用戶(hù)進(jìn)行交互和等待用戶(hù)響應(yīng),并且等待超時(shí)后在設(shè)備上保存與所述操作相關(guān)的交互場(chǎng)景信息。
2.如權(quán)利要求1所述的方法,其特征在于,在保存所述交互場(chǎng)景信息后還產(chǎn)生一個(gè)關(guān)于該次操作的提示消息。
3.如權(quán)利要求2所述的方法,其特征在于,在產(chǎn)生提示消息后終端設(shè)備還接受根據(jù)所述交互場(chǎng)景信息重新發(fā)起所述操作的請(qǐng)求。
4.如權(quán)利要求3所述的方法,其特征在于,在處理所述請(qǐng)求過(guò)程中或處理所述請(qǐng)求后自動(dòng)刪除所述交互場(chǎng)景信息;或者,由用戶(hù)通過(guò)手工方式刪除所述交互場(chǎng)景信息。
5.如權(quán)利要求3所述的方法,其特征在于,所述交互場(chǎng)景信息保存在所述終端設(shè)備上,并按下述步驟處理所述請(qǐng)求A、終端設(shè)備根據(jù)交互場(chǎng)景信息中的最終狀態(tài)和操作的有效期判斷操作是否有效,若是,則不再發(fā)起該操作;否則,進(jìn)行步驟B;B、終端設(shè)備向設(shè)備管理服務(wù)器發(fā)起會(huì)話(huà)連接并提交該操作的相關(guān)信息;C、設(shè)備管理服務(wù)器與終端設(shè)備建立會(huì)話(huà)連接并下發(fā)操作命令。
6.如權(quán)利要求3所述的方法,其特征在于,在終端設(shè)備上和設(shè)備管理服務(wù)器上均保存交互場(chǎng)景信息。
7.如權(quán)利要求6所述的方法,其特征在于,按下述步驟處理所述請(qǐng)求(1)終端設(shè)備根據(jù)交互場(chǎng)景信息判斷操作是否完成,若是,則不再發(fā)起該操作;否則,進(jìn)行步驟(2);(2)終端設(shè)備向設(shè)備管理服務(wù)器發(fā)起會(huì)話(huà)連接并請(qǐng)求重新發(fā)起操作;(3)設(shè)備管理服務(wù)器根據(jù)場(chǎng)景信息中的有效期判斷該操作是否有效,若是,則與終端設(shè)備建立會(huì)話(huà)連接并下發(fā)操作命令,否則,通知用戶(hù)該操作失效。
8.如權(quán)利要求6所述的方法,其特征在于,按下述步驟處理所述請(qǐng)求(1)終端設(shè)備向設(shè)備管理服務(wù)器發(fā)起會(huì)話(huà)連接并請(qǐng)求重新發(fā)起操作;(2)設(shè)備管理服務(wù)器根據(jù)交互場(chǎng)景信息判斷操作是否完成,若是,則不再發(fā)起該操作,否則進(jìn)行步驟(3);(3)根據(jù)場(chǎng)景信息判斷該操作是否有效,若是,則與終端設(shè)備建立會(huì)話(huà)連接并下發(fā)操作命令,否則,通知用戶(hù)該操作失效。
9.如權(quán)利要求1至8任一項(xiàng)所述的方法,其特征在于,通過(guò)在設(shè)備的管理樹(shù)上增加一個(gè)節(jié)點(diǎn)保存所述交互場(chǎng)景信息,或者,在設(shè)備使用表的形式保存所述交互場(chǎng)景信息。
10.如權(quán)利要求9所述的方法,其特征在于,通過(guò)擴(kuò)展OMA DM協(xié)議中的交互命令攜帶所述交互場(chǎng)景信息中的部分內(nèi)容。
11.一種在設(shè)備管理中處理交互超時(shí)的方法,其特征在于包括如下步驟由設(shè)備管理服務(wù)器向終端設(shè)備發(fā)送需要用戶(hù)交互的操作命令;終端設(shè)備根據(jù)所述操作命令提示用戶(hù)進(jìn)行交互和等待用戶(hù)響應(yīng),并且在等待超時(shí)后產(chǎn)生一個(gè)關(guān)于該次操作的提示消息。
12.如權(quán)利要求11所述的方法,其特征在于,由設(shè)備管理服務(wù)器產(chǎn)生所述提示消息,并將該提示消息推送到終端設(shè)備;或者,由終端設(shè)備產(chǎn)生所述提示消息。
13.如權(quán)利要求11或12所述的方法,其特征在于,用戶(hù)根據(jù)所述提示消息中未完成操作的示意,從終端設(shè)備上請(qǐng)求設(shè)備管理服務(wù)器發(fā)起所述操作。
14.如權(quán)利要求13所述的方法,其特征在于,設(shè)備管理服務(wù)器還在本設(shè)備上保存與該操作相關(guān)的交互場(chǎng)景信息;或者,設(shè)備管理服務(wù)器僅在根據(jù)終端設(shè)備返回的狀態(tài)信息確定未完成所述操作時(shí),在本設(shè)備上保存與該操作相關(guān)的交互場(chǎng)景信息。
15.如權(quán)利要求14所述的方法,其特征在于,設(shè)備管理服務(wù)器在接收到所述請(qǐng)求發(fā)起所述操作的消息時(shí)先根據(jù)交互場(chǎng)景信息判斷操作是否完成,若是,則不再發(fā)起該操作;若否,則根據(jù)場(chǎng)景信息判斷該操作是否有效,若有效,則與終端設(shè)備建立會(huì)話(huà)連接并下發(fā)操作命令,否則不再發(fā)起該操作并通知用戶(hù)該操作失效。
16.如權(quán)利要求15所述的方法,其特征在于,在處理所述請(qǐng)求過(guò)程中或處理所述請(qǐng)求后自動(dòng)刪除所述交互場(chǎng)景信息;或者,在經(jīng)過(guò)一定時(shí)間后由設(shè)備管理服務(wù)器自動(dòng)刪除。
全文摘要
本發(fā)明公開(kāi)了一種在設(shè)備管理中處理交互超時(shí)的方法,用以解決現(xiàn)有技術(shù)中在交互等待超時(shí)并按默認(rèn)方式或指定的缺省方式處理后,存在用戶(hù)無(wú)法了解所發(fā)生操作的問(wèn)題;該方法由設(shè)備管理服務(wù)器向終端設(shè)備下發(fā)需要用戶(hù)交互的操作命令;終端設(shè)備根據(jù)所述操作命令提示用戶(hù)進(jìn)行交互和等待用戶(hù)響應(yīng),并且在等待超時(shí)后保存與所述操作相關(guān)的交互場(chǎng)景信息。
文檔編號(hào)H04L29/02GK1874339SQ20051007350
公開(kāi)日2006年12月6日 申請(qǐng)日期2005年6月1日 優(yōu)先權(quán)日2005年6月1日
發(fā)明者柴曉前 申請(qǐng)人:華為技術(shù)有限公司