專(zhuān)利名稱(chēng)：業(yè)務(wù)體驗(yàn)的實(shí)現(xiàn)方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種業(yè)務(wù)體驗(yàn)的實(shí)現(xiàn)方法和系統(tǒng)。
背景技術(shù)：
目前，電信增值業(yè)務(wù)正在快速發(fā)展，面對(duì)越來(lái)越多的增值業(yè)務(wù)，用戶(hù)通常希望在開(kāi) 通增值業(yè)務(wù)之前能夠?qū)υ鲋禈I(yè)務(wù)進(jìn)行體驗(yàn)，在經(jīng)過(guò)試用之后決定是否進(jìn)行訂購(gòu)和開(kāi)通。面 對(duì)用戶(hù)的體驗(yàn)需求，運(yùn)營(yíng)商會(huì)開(kāi)設(shè)業(yè)務(wù)體驗(yàn)廳和體驗(yàn)門(mén)戶(hù)網(wǎng)站等多種體驗(yàn)平臺(tái)，通過(guò)體驗(yàn) 廳和體驗(yàn)門(mén)戶(hù)網(wǎng)站，用戶(hù)可以對(duì)增值業(yè)務(wù)進(jìn)行體驗(yàn)。圖1是相關(guān)技術(shù)中業(yè)務(wù)體驗(yàn)廳的系統(tǒng)示意圖。如圖1所示，在體驗(yàn)廳系統(tǒng)中，體驗(yàn) 廳管理服務(wù)器與多個(gè)體驗(yàn)終端連接，當(dāng)用戶(hù)使用體驗(yàn)終端進(jìn)行體驗(yàn)時(shí)，體驗(yàn)廳管理服務(wù)器 就能夠通過(guò)體驗(yàn)終端向用戶(hù)呈現(xiàn)體驗(yàn)的業(yè)務(wù)內(nèi)容，實(shí)現(xiàn)用戶(hù)對(duì)增值業(yè)務(wù)的試用，這樣，就能 夠使用戶(hù)切身了解到增值業(yè)務(wù)的功能和具體情況后，根據(jù)自身的意愿判斷是否開(kāi)通對(duì)應(yīng)的 增值業(yè)務(wù)。具體地，在圖1所示的體驗(yàn)系統(tǒng)中，預(yù)先定義的體驗(yàn)邏輯(S卩，體驗(yàn)策略)、界面、以 及相關(guān)文件均可以保存在體驗(yàn)廳服務(wù)器中，客戶(hù)登錄體驗(yàn)終端時(shí)，根據(jù)客戶(hù)的操作，給客戶(hù) 推送動(dòng)態(tài)的內(nèi)容，例如，文字、動(dòng)畫(huà)、介紹信息等。體驗(yàn)終端還包括實(shí)體的設(shè)備，例如，摘機(jī)系 統(tǒng)，如果客戶(hù)摘下某款手機(jī)，則可以在旁邊的顯示屏幕上給客戶(hù)推送這款手機(jī)的賣(mài)點(diǎn)、適配 業(yè)務(wù)、換購(gòu)政策等。另外，隨著互聯(lián)網(wǎng)體驗(yàn)營(yíng)銷(xiāo)的發(fā)展，運(yùn)營(yíng)商也建設(shè)了體驗(yàn)門(mén)戶(hù)網(wǎng)站，并將業(yè)務(wù)介 紹、動(dòng)畫(huà)教程、以及互動(dòng)操作等集成在網(wǎng)站上，如圖2所示，用戶(hù)可以上網(wǎng)終端通過(guò)登錄體 驗(yàn)門(mén)戶(hù)網(wǎng)站，由體驗(yàn)門(mén)戶(hù)網(wǎng)站向上網(wǎng)終端傳輸體驗(yàn)內(nèi)容，達(dá)到業(yè)務(wù)體驗(yàn)的目的。在用戶(hù)基于目前的業(yè)務(wù)體驗(yàn)平臺(tái)體驗(yàn)業(yè)務(wù)時(shí)，體驗(yàn)內(nèi)容的數(shù)據(jù)直接從體驗(yàn)門(mén)戶(hù)網(wǎng) 站或體驗(yàn)廳管理服務(wù)器傳輸給用戶(hù)的終端，而具體每次體驗(yàn)的過(guò)程和結(jié)果對(duì)于上層設(shè)備是 不可知的，也是無(wú)法被上層設(shè)備控制的。另外，上述的這兩種業(yè)務(wù)體驗(yàn)方式之間并沒(méi)有實(shí) 現(xiàn)有效的聯(lián)動(dòng)，例如，當(dāng)通用戶(hù)在體驗(yàn)廳進(jìn)行體驗(yàn)后，如果用戶(hù)之后登陸體驗(yàn)門(mén)戶(hù)網(wǎng)站期望 繼續(xù)體驗(yàn)，由于門(mén)戶(hù)網(wǎng)站系統(tǒng)無(wú)法獲得該客戶(hù)進(jìn)行業(yè)務(wù)體驗(yàn)的歷史數(shù)據(jù)，所以無(wú)法基于用 戶(hù)進(jìn)行體驗(yàn)的歷史結(jié)果為客戶(hù)提供個(gè)性化推薦，例如，用戶(hù)已經(jīng)訂閱了手機(jī)早報(bào)業(yè)務(wù)，或者 用戶(hù)已經(jīng)體驗(yàn)過(guò)手機(jī)早報(bào)業(yè)務(wù)，對(duì)手機(jī)電子報(bào)紙已經(jīng)有所了解，但是，當(dāng)用戶(hù)登陸體驗(yàn)平臺(tái) 進(jìn)行體驗(yàn)時(shí)，由于體驗(yàn)平臺(tái)無(wú)法獲知用戶(hù)已經(jīng)訂閱或體驗(yàn)了手機(jī)早報(bào)，因此，無(wú)法確定用戶(hù) 是否已經(jīng)對(duì)手機(jī)上的各種電子報(bào)紙有所了解，而是需要假設(shè)用戶(hù)對(duì)手機(jī)電子報(bào)紙完全不了 解，提示用戶(hù)是否需要對(duì)手機(jī)電子報(bào)紙業(yè)務(wù)進(jìn)行介紹，而不能夠主動(dòng)地向用戶(hù)介紹其他類(lèi) 型的手機(jī)報(bào)紙的內(nèi)容概要，導(dǎo)致體驗(yàn)過(guò)程出現(xiàn)大量的重復(fù)處理，不僅會(huì)影響用戶(hù)體驗(yàn)，還會(huì) 降低體驗(yàn)的效率，增加體驗(yàn)系統(tǒng)的處理負(fù)擔(dān)。造成上述問(wèn)題的原因在于，目前的體驗(yàn)系統(tǒng)中，如果希望將具體的體驗(yàn)場(chǎng)景進(jìn)行 重現(xiàn)或傳輸，每進(jìn)行一次這種操作，就需要傳輸大量的信息，而目前用戶(hù)進(jìn)行業(yè)務(wù)體驗(yàn)的數(shù) 量是相當(dāng)大的，因此，對(duì)于目前的網(wǎng)絡(luò)而言是無(wú)法實(shí)現(xiàn)這種大量數(shù)據(jù)交互的。
目前，針對(duì)相關(guān)技術(shù)中由于網(wǎng)絡(luò)傳輸存在的限制導(dǎo)致業(yè)務(wù)體驗(yàn)智能度低、重復(fù)處 量理大、體驗(yàn)效率差的問(wèn)題，尚未提出有效的解決方案。

發(fā)明內(nèi)容
針對(duì)相關(guān)技術(shù)中的問(wèn)題，本發(fā)明提出一種業(yè)務(wù)體驗(yàn)的實(shí)現(xiàn)方法和系統(tǒng)，能夠有效 避免相關(guān)技術(shù)中由于不同體驗(yàn)平臺(tái)無(wú)法進(jìn)行聯(lián)動(dòng)、網(wǎng)絡(luò)上層設(shè)備不能夠控制和管理體驗(yàn)過(guò) 程的問(wèn)題，從而提高體驗(yàn)的智能度和效率、降低網(wǎng)絡(luò)負(fù)擔(dān)。本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的根據(jù)本發(fā)明的一個(gè)方面，提供了 一種業(yè)務(wù)體驗(yàn)的實(shí)現(xiàn)方法。該方法包括在用戶(hù)通過(guò)第一體驗(yàn)平臺(tái)體驗(yàn)業(yè)務(wù)的情況下，管理后臺(tái)確定需要對(duì) 用戶(hù)采用的體驗(yàn)策略，其中，體驗(yàn)策略由至少一個(gè)體驗(yàn)規(guī)則有序地構(gòu)成，體驗(yàn)規(guī)則是推送體 驗(yàn)內(nèi)容的規(guī)則；管理后臺(tái)將體驗(yàn)策略的標(biāo)識(shí)以及體驗(yàn)策略中需要首先執(zhí)行的體驗(yàn)規(guī)則的標(biāo) 識(shí)通知給第一體驗(yàn)平臺(tái)，以便第一體驗(yàn)平臺(tái)根據(jù)體驗(yàn)策略的標(biāo)識(shí)和需要首先執(zhí)行的體驗(yàn)規(guī) 則的標(biāo)識(shí)對(duì)用戶(hù)推送體驗(yàn)內(nèi)容。其中，在用戶(hù)未體驗(yàn)完體驗(yàn)策略中所有體驗(yàn)規(guī)則對(duì)應(yīng)的體驗(yàn)內(nèi)容時(shí)就退出體驗(yàn)的 情況下，該方法可以進(jìn)一步包括步驟1，第一體驗(yàn)平臺(tái)將用戶(hù)當(dāng)前已經(jīng)完成體驗(yàn)的體驗(yàn)規(guī) 則的標(biāo)識(shí)和體驗(yàn)策略的標(biāo)識(shí)通知給管理后臺(tái)；步驟2，在用戶(hù)通過(guò)第二體驗(yàn)平臺(tái)繼續(xù)進(jìn)行 體驗(yàn)時(shí)，管理后臺(tái)根據(jù)體驗(yàn)策略以及用戶(hù)當(dāng)前已經(jīng)體驗(yàn)完成的體驗(yàn)規(guī)則確定用戶(hù)繼續(xù)進(jìn)行 體驗(yàn)時(shí)的體驗(yàn)規(guī)則；步驟3，管理后臺(tái)將確定的體驗(yàn)規(guī)則的標(biāo)識(shí)和體驗(yàn)策略的標(biāo)識(shí)通知給 第二體驗(yàn)平臺(tái)，以便第二體驗(yàn)平臺(tái)根據(jù)確定的體驗(yàn)規(guī)則對(duì)用戶(hù)推送相應(yīng)的體驗(yàn)內(nèi)容，其中， 第一體驗(yàn)平臺(tái)與第二體驗(yàn)平臺(tái)相同或不同。并且，在管理后臺(tái)確定用戶(hù)繼續(xù)進(jìn)行體驗(yàn)時(shí)的體驗(yàn)規(guī)則進(jìn)一步包括在用戶(hù)通過(guò) 第二體驗(yàn)平臺(tái)繼續(xù)進(jìn)行體驗(yàn)時(shí)，根據(jù)業(yè)務(wù)操作歷史記錄確定需要對(duì)用戶(hù)采用的新的體驗(yàn)策 略，并判斷新的體驗(yàn)策略是否具有與用戶(hù)根據(jù)原體驗(yàn)策略進(jìn)行體驗(yàn)且中途退出時(shí)所產(chǎn)生的 斷點(diǎn)，如果判斷結(jié)果為是，則執(zhí)行步驟2和步驟3 ；如果判斷結(jié)構(gòu)為否，則根據(jù)用戶(hù)已經(jīng)體驗(yàn) 完成的體驗(yàn)規(guī)則和新的體驗(yàn)策略確定用戶(hù)繼續(xù)進(jìn)行體驗(yàn)時(shí)的體驗(yàn)規(guī)則，并將該體驗(yàn)規(guī)則的 標(biāo)識(shí)和新的體驗(yàn)策略的標(biāo)識(shí)通知給第二體驗(yàn)平臺(tái)，處理結(jié)束。另外，管理后臺(tái)確定需要對(duì)用戶(hù)采用的體驗(yàn)策略包括管理后臺(tái)根據(jù)用戶(hù)的業(yè)務(wù) 操作歷史記錄確定體驗(yàn)策略，其中，業(yè)務(wù)操作歷史記錄用于表示用戶(hù)進(jìn)行業(yè)務(wù)體驗(yàn)和業(yè)務(wù) 訂購(gòu)的情況?？蛇x地，歷史記錄包括以下至少之一用戶(hù)已經(jīng)體驗(yàn)的業(yè)務(wù)的標(biāo)識(shí)，用戶(hù)已經(jīng)體驗(yàn) 的業(yè)務(wù)的類(lèi)型，用戶(hù)已經(jīng)訂購(gòu)的業(yè)務(wù)的標(biāo)識(shí)，用戶(hù)已經(jīng)訂購(gòu)的業(yè)務(wù)的類(lèi)型，用戶(hù)體驗(yàn)業(yè)務(wù)、 訂購(gòu)業(yè)務(wù)以及使用業(yè)務(wù)的時(shí)間。另外，至少一個(gè)業(yè)務(wù)規(guī)則由管理后臺(tái)預(yù)先根據(jù)體驗(yàn)策略所對(duì)應(yīng)的體驗(yàn)流程中不同 的體驗(yàn)階段劃分得到?？蛇x地，第一體驗(yàn)平臺(tái)和第二體驗(yàn)平臺(tái)包括以下至少之一體驗(yàn)門(mén)戶(hù)網(wǎng)站、體驗(yàn)廳
管理服務(wù)器。根據(jù)本發(fā)明的另一方面，提供了一種業(yè)務(wù)體驗(yàn)的實(shí)現(xiàn)系統(tǒng)。根據(jù)本發(fā)明的業(yè)務(wù)體驗(yàn)的實(shí)現(xiàn)系統(tǒng)包括管理后臺(tái)和第一體驗(yàn)平臺(tái)，其中，管理后臺(tái)用于在用戶(hù)通過(guò)第一體驗(yàn)平臺(tái)體驗(yàn)業(yè)務(wù)的情況下，確定需要對(duì)用戶(hù)采用的體驗(yàn)策略，并 將體驗(yàn)策略的標(biāo)識(shí)以及體驗(yàn)策略中需要首先執(zhí)行的體驗(yàn)規(guī)則的標(biāo)識(shí)通知給第一體驗(yàn)平臺(tái)， 其中，體驗(yàn)策略由至少一個(gè)體驗(yàn)規(guī)則有序地構(gòu)成，體驗(yàn)規(guī)則是推送體驗(yàn)內(nèi)容的規(guī)則；第一體 驗(yàn)平臺(tái)用于根據(jù)來(lái)自管理后臺(tái)的體驗(yàn)策略的標(biāo)識(shí)和需要首先執(zhí)行的體驗(yàn)規(guī)則的標(biāo)識(shí)對(duì)用 戶(hù)推送體驗(yàn)內(nèi)容。該系統(tǒng)還包括第二體驗(yàn)平臺(tái)，其中，第一體驗(yàn)平臺(tái)還用于在用戶(hù)未體驗(yàn)完體驗(yàn)策 略中所有體驗(yàn)規(guī)則對(duì)應(yīng)的體驗(yàn)內(nèi)容時(shí)就退出體驗(yàn)的情況下，將用戶(hù)當(dāng)前已經(jīng)完成體驗(yàn)的體 驗(yàn)規(guī)則的標(biāo)識(shí)和體驗(yàn)策略的標(biāo)識(shí)通知給管理后臺(tái)；管理后臺(tái)還用于在用戶(hù)通過(guò)第二體驗(yàn)平 臺(tái)繼續(xù)進(jìn)行體驗(yàn)的情況下，根據(jù)體驗(yàn)策略以及用戶(hù)當(dāng)前已經(jīng)體驗(yàn)完成的體驗(yàn)規(guī)則確定用戶(hù) 繼續(xù)進(jìn)行體驗(yàn)時(shí)的體驗(yàn)規(guī)則，并將確定的體驗(yàn)規(guī)則的標(biāo)識(shí)和體驗(yàn)策略的標(biāo)識(shí)通知給第二體 驗(yàn)平臺(tái)；第二體驗(yàn)平臺(tái)用于在用戶(hù)通過(guò)第二體驗(yàn)平臺(tái)繼續(xù)進(jìn)行體驗(yàn)時(shí)，根據(jù)管理后臺(tái)確定 的體驗(yàn)規(guī)則的標(biāo)識(shí)和體驗(yàn)策略的標(biāo)識(shí)對(duì)用戶(hù)推送相應(yīng)的體驗(yàn)內(nèi)容。該系統(tǒng)可以進(jìn)一步包括客戶(hù)關(guān)系服務(wù)器，用于保存用戶(hù)的業(yè)務(wù)操作歷史記錄，其 中，業(yè)務(wù)操作歷史記錄用于表示用戶(hù)進(jìn)行業(yè)務(wù)體驗(yàn)和業(yè)務(wù)訂購(gòu)的情況；用戶(hù)管理后臺(tái)還用 于根據(jù)業(yè)務(wù)操作歷史記錄對(duì)體驗(yàn)策略進(jìn)行調(diào)整，并根據(jù)用戶(hù)已經(jīng)體驗(yàn)完成的體驗(yàn)規(guī)則和調(diào) 整后的體驗(yàn)策略確定用戶(hù)繼續(xù)進(jìn)行體驗(yàn)時(shí)的體驗(yàn)規(guī)則。此外，上述管理后臺(tái)還用于預(yù)先根據(jù)體驗(yàn)策略所對(duì)應(yīng)的體驗(yàn)流程中不同的體驗(yàn)階 段劃分得到至少一個(gè)業(yè)務(wù)規(guī)則。本發(fā)明通過(guò)一個(gè)通用的體驗(yàn)管理后臺(tái)將業(yè)務(wù)體驗(yàn)過(guò)程所對(duì)應(yīng)的體驗(yàn)邏輯(S卩，體 驗(yàn)策略)劃分為多個(gè)體驗(yàn)規(guī)則，體驗(yàn)規(guī)則由管理后臺(tái)統(tǒng)一生成并分發(fā)到各個(gè)不同的體驗(yàn)前 端系統(tǒng)(體驗(yàn)前端系統(tǒng)就是用戶(hù)進(jìn)行業(yè)務(wù)體驗(yàn)時(shí)所借助的體驗(yàn)平臺(tái)，其可以是定制化的體 驗(yàn)機(jī)也可以是體驗(yàn)門(mén)戶(hù)網(wǎng)站等)，這樣，前端體驗(yàn)系統(tǒng)就能夠根據(jù)體驗(yàn)規(guī)則生成適當(dāng)?shù)捏w驗(yàn) 內(nèi)容展現(xiàn)給客戶(hù)，不論用戶(hù)通過(guò)什么體驗(yàn)平臺(tái)進(jìn)行業(yè)務(wù)體驗(yàn)，這些體驗(yàn)平臺(tái)都能夠根據(jù)管 理后臺(tái)指示的體驗(yàn)規(guī)則向用戶(hù)提供相應(yīng)的體驗(yàn)內(nèi)容，由于網(wǎng)絡(luò)中傳輸?shù)膬H僅是體驗(yàn)規(guī)則的 標(biāo)識(shí)，因此能夠避免大量數(shù)據(jù)在網(wǎng)絡(luò)中傳輸，同時(shí)有助于體驗(yàn)平臺(tái)將規(guī)則上報(bào)給管理后臺(tái)， 并且，由于體驗(yàn)策略由管理后臺(tái)確定，因此，使得用戶(hù)的體驗(yàn)?zāi)軌虻玫焦芾砗笈_(tái)的控制，有 助于提高體驗(yàn)的智能度，避免重復(fù)體驗(yàn)的問(wèn)題出現(xiàn)。


圖1是相關(guān)技術(shù)中體驗(yàn)廳管理服務(wù)器與體驗(yàn)終端連接的結(jié)構(gòu)示意圖；圖2是相關(guān)技術(shù)中體驗(yàn)門(mén)戶(hù)網(wǎng)站與上網(wǎng)終端連接的結(jié)構(gòu)示意圖；圖3是根據(jù)本發(fā)明實(shí)施例的業(yè)務(wù)體驗(yàn)的實(shí)現(xiàn)方法的流程圖；圖4是根據(jù)本發(fā)明實(shí)施例的業(yè)務(wù)體驗(yàn)的實(shí)現(xiàn)系統(tǒng)的結(jié)構(gòu)框圖；圖5是根據(jù)本發(fā)明實(shí)施例的業(yè)務(wù)體驗(yàn)的實(shí)現(xiàn)系統(tǒng)的部署實(shí)例的框圖；圖6是根據(jù)本發(fā)明實(shí)施例的業(yè)務(wù)體驗(yàn)的實(shí)現(xiàn)過(guò)程中體驗(yàn)規(guī)則發(fā)布的信令流程圖；圖7是根據(jù)本發(fā)明實(shí)施例的業(yè)務(wù)體驗(yàn)過(guò)程的具體處理過(guò)程的信令流程圖；圖8是根據(jù)本發(fā)明實(shí)施例的業(yè)務(wù)體驗(yàn)過(guò)程出現(xiàn)異常的信令流程圖；圖9是根據(jù)本發(fā)明實(shí)施例的業(yè)務(wù)體驗(yàn)過(guò)程中用戶(hù)在一次體驗(yàn)未完成的情況下退 出體驗(yàn)的信令流程圖10是根據(jù)本發(fā)明實(shí)施例的業(yè)務(wù)體驗(yàn)過(guò)程中用戶(hù)在一次體驗(yàn)未完成的情況下退 出體驗(yàn)后重新登錄并繼續(xù)體驗(yàn)的信令流程圖。
具體實(shí)施例方式針對(duì)相關(guān)技術(shù)中由于網(wǎng)絡(luò)傳輸?shù)木窒扌裕沟枚囿w驗(yàn)平臺(tái)的數(shù)據(jù)不能夠互通，并 且體驗(yàn)過(guò)程不能夠得到其他上層網(wǎng)元設(shè)備的協(xié)助，導(dǎo)致業(yè)務(wù)體驗(yàn)不能夠跨平臺(tái)進(jìn)行，并且 無(wú)法在中斷后繼續(xù)執(zhí)行，且體驗(yàn)過(guò)程智能度較低的問(wèn)題，本發(fā)明提出，將業(yè)務(wù)體驗(yàn)過(guò)程所對(duì) 應(yīng)的體驗(yàn)策略劃分為多個(gè)體驗(yàn)規(guī)則(也可以理解為體驗(yàn)的步驟)，并由管理后臺(tái)決策規(guī)則 的確定和規(guī)則的下發(fā)，這樣，不論用戶(hù)通過(guò)什么體驗(yàn)平臺(tái)進(jìn)行業(yè)務(wù)體驗(yàn)，這些體驗(yàn)平臺(tái)都能 夠根據(jù)管理后臺(tái)發(fā)送的體驗(yàn)規(guī)則向用戶(hù)提供相應(yīng)的體驗(yàn)內(nèi)容，從而避免大量數(shù)據(jù)在網(wǎng)絡(luò)中 傳輸，并且，由于體驗(yàn)策略由管理后臺(tái)確定，因此，使得用戶(hù)的體驗(yàn)?zāi)軌虻玫焦芾砗笈_(tái)的控 制，有助于提高體驗(yàn)的智能度，避免重復(fù)體驗(yàn)的問(wèn)題出現(xiàn)。根據(jù)本發(fā)明的實(shí)施例，提供了 一種業(yè)務(wù)體驗(yàn)的實(shí)現(xiàn)方法。在實(shí)現(xiàn)該方法前，管理后臺(tái)需要進(jìn)行體驗(yàn)規(guī)則的發(fā)布，在體驗(yàn)規(guī)則發(fā)布成功后，每 個(gè)體驗(yàn)平臺(tái)均保存體驗(yàn)規(guī)則與相應(yīng)標(biāo)識(shí)的對(duì)應(yīng)關(guān)系，且管理后臺(tái)需要繼續(xù)發(fā)布體驗(yàn)策略， 每個(gè)體驗(yàn)策略同樣具有相應(yīng)的標(biāo)識(shí)，并且，每個(gè)體驗(yàn)策略中包含有序排列的至少一個(gè)體驗(yàn) 規(guī)則，在體驗(yàn)策略發(fā)布后，體驗(yàn)平臺(tái)就能夠保存每個(gè)體驗(yàn)策略與相應(yīng)策略標(biāo)識(shí)的對(duì)應(yīng)關(guān)系。如圖3所示，根據(jù)本發(fā)明實(shí)施例的業(yè)務(wù)體驗(yàn)的實(shí)現(xiàn)方法包括步驟S301，在用戶(hù)通過(guò)第一體驗(yàn)平臺(tái)體驗(yàn)業(yè)務(wù)的情況下，管理后臺(tái)確定需要對(duì)用 戶(hù)采用的體驗(yàn)策略，其中，體驗(yàn)策略由至少一個(gè)體驗(yàn)規(guī)則有序地構(gòu)成，體驗(yàn)規(guī)則是推送體驗(yàn) 內(nèi)容的規(guī)則；步驟S303，管理后臺(tái)將體驗(yàn)策略的標(biāo)識(shí)以及體驗(yàn)策略中需要首先執(zhí)行的體驗(yàn)規(guī)則 的標(biāo)識(shí)通知給第一體驗(yàn)平臺(tái)，以便第一體驗(yàn)平臺(tái)根據(jù)體驗(yàn)策略的標(biāo)識(shí)和需要首先執(zhí)行的體 驗(yàn)規(guī)則的標(biāo)識(shí)對(duì)用戶(hù)推送體驗(yàn)內(nèi)容(即，體驗(yàn)平臺(tái)會(huì)順序執(zhí)行體驗(yàn)策略中的體驗(yàn)規(guī)則，依 次推送相應(yīng)的體驗(yàn)內(nèi)容)。借助于上述處理，通過(guò)將業(yè)務(wù)體驗(yàn)過(guò)程所對(duì)應(yīng)的體驗(yàn)策略劃分為多個(gè)體驗(yàn)規(guī)則， 并由管理后臺(tái)進(jìn)行體驗(yàn)策略的確定并將體驗(yàn)策略中的一系列體驗(yàn)規(guī)則通知給用戶(hù)進(jìn)行體 驗(yàn)時(shí)所使用的體驗(yàn)平臺(tái)，這樣，不論用戶(hù)通過(guò)什么體驗(yàn)平臺(tái)進(jìn)行業(yè)務(wù)體驗(yàn)，這些體驗(yàn)平臺(tái)都 能夠根據(jù)管理后臺(tái)指示的體驗(yàn)規(guī)則向用戶(hù)提供相應(yīng)的體驗(yàn)內(nèi)容，由于網(wǎng)絡(luò)中傳輸?shù)膬H僅是 體驗(yàn)規(guī)則的標(biāo)識(shí)，因此能夠避免大量數(shù)據(jù)在網(wǎng)絡(luò)中傳輸，并且，由于傳輸?shù)捏w驗(yàn)規(guī)則的標(biāo)識(shí) 是所有體驗(yàn)平臺(tái)均能夠識(shí)別的，因此，不同體驗(yàn)平臺(tái)能夠很容易地進(jìn)行數(shù)據(jù)共享，并且有助 于實(shí)現(xiàn)體驗(yàn)平臺(tái)之間的聯(lián)動(dòng)，還有助于體驗(yàn)平臺(tái)將體驗(yàn)的實(shí)際狀況通過(guò)體驗(yàn)規(guī)則上報(bào)來(lái)通 知給管理后臺(tái)，并且，由于體驗(yàn)策略由管理后臺(tái)確定，因此，使得用戶(hù)的體驗(yàn)?zāi)軌虻玫焦芾?后臺(tái)的控制，有助于提高體驗(yàn)的智能度，避免重復(fù)體驗(yàn)的問(wèn)題出現(xiàn)。其中，對(duì)于上述的體驗(yàn)規(guī)則，可以根據(jù)以下方式進(jìn)行劃分根據(jù)用戶(hù)體驗(yàn)業(yè)務(wù)的不 同階段，將每個(gè)階段劃分為一個(gè)(不可分割的)體驗(yàn)規(guī)則，例如，對(duì)于手機(jī)電子報(bào)業(yè)務(wù)，可以 劃分為以下五個(gè)順序排列的體驗(yàn)規(guī)則(1)向用戶(hù)展示該業(yè)務(wù)的相關(guān)介紹；(2)向用戶(hù)發(fā)送 免費(fèi)電子報(bào)；(3)詢(xún)問(wèn)用戶(hù)是否已經(jīng)正常看到訂購(gòu)的電子報(bào)；(4)在用戶(hù)無(wú)法正常看到電子 報(bào)的情況下遠(yuǎn)程配置用戶(hù)的終端，使終端的配置符合瀏覽電子報(bào)的要求；(5)詢(xún)問(wèn)用戶(hù)是否需要開(kāi)通業(yè)務(wù)。例如，假設(shè)管理后臺(tái)將這五個(gè)體驗(yàn)規(guī)則發(fā)送給體驗(yàn)大廳管理服務(wù)器，體驗(yàn)大廳管 理服務(wù)器首先會(huì)向用戶(hù)發(fā)送業(yè)務(wù)介紹信息，之后會(huì)向用戶(hù)發(fā)送免費(fèi)的手機(jī)報(bào)，然后向用戶(hù) 發(fā)送是否正常瀏覽手機(jī)報(bào)的信息，然后，可以將對(duì)終端進(jìn)行配置的方式展示發(fā)送給用戶(hù)、或 者直接發(fā)送一段代碼給用戶(hù)由代碼直接完成終端的配置；最后，還可以向用戶(hù)發(fā)送是否訂 購(gòu)該業(yè)務(wù)的詢(xún)問(wèn)信息。也就是說(shuō)，本發(fā)明實(shí)施例的管理后臺(tái)是一個(gè)跨體驗(yàn)平臺(tái)的管理系統(tǒng)，與各個(gè)渠道 的體驗(yàn)平臺(tái)連接，由于在本申請(qǐng)的實(shí)施例中將體驗(yàn)策略劃分為多個(gè)體驗(yàn)規(guī)則，因此，管理后 臺(tái)就能夠體驗(yàn)過(guò)程中的各個(gè)階段均進(jìn)行合理的控制和決策，并且發(fā)送各個(gè)體驗(yàn)平臺(tái)均能夠 識(shí)別的體驗(yàn)規(guī)則。另外，在相關(guān)技術(shù)中，體驗(yàn)門(mén)戶(hù)網(wǎng)站和體驗(yàn)廳服務(wù)器各自所掌握的資源并不相同， 在用戶(hù)進(jìn)行體驗(yàn)時(shí)向用戶(hù)展示的體驗(yàn)內(nèi)容也存在差別，因此，即使體驗(yàn)門(mén)戶(hù)網(wǎng)站與體驗(yàn)廳 管理服務(wù)器能夠互相傳遞體驗(yàn)內(nèi)容，也不能夠識(shí)別對(duì)方發(fā)送過(guò)來(lái)的體驗(yàn)內(nèi)容，但是，這些體 驗(yàn)平臺(tái)是能夠根據(jù)管理后臺(tái)發(fā)送的體驗(yàn)規(guī)則的，因此，也就能夠?qū)⒏髯孕枰l(fā)送的體驗(yàn)內(nèi) 容發(fā)送給用戶(hù)終端，實(shí)現(xiàn)業(yè)務(wù)的體驗(yàn)。并且，在體驗(yàn)的過(guò)程中，本發(fā)明的處理還可以包括以下步驟步驟1，在用戶(hù)未體驗(yàn)完體驗(yàn)策略中所有體驗(yàn)規(guī)則對(duì)應(yīng)的體驗(yàn)內(nèi)容時(shí)就退出體驗(yàn) 的情況下，第一體驗(yàn)平臺(tái)能夠?qū)⒂脩?hù)當(dāng)前已經(jīng)完成體驗(yàn)的體驗(yàn)規(guī)則的標(biāo)識(shí)和體驗(yàn)策略的標(biāo) 識(shí)通知給管理后臺(tái)；步驟2，在用戶(hù)通過(guò)第二體驗(yàn)平臺(tái)繼續(xù)進(jìn)行體驗(yàn)時(shí)，管理后臺(tái)根據(jù)體驗(yàn) 策略以及用戶(hù)當(dāng)前已經(jīng)體驗(yàn)完成的體驗(yàn)規(guī)則確定用戶(hù)繼續(xù)進(jìn)行體驗(yàn)時(shí)的體驗(yàn)規(guī)則；步驟 3，將確定的體驗(yàn)規(guī)則和體驗(yàn)策略的標(biāo)識(shí)通知給第二體驗(yàn)平臺(tái)，以便第二體驗(yàn)平臺(tái)根據(jù)確定 的體驗(yàn)規(guī)則和體驗(yàn)策略對(duì)用戶(hù)推送相應(yīng)的體驗(yàn)內(nèi)容，其中，第一體驗(yàn)平臺(tái)與第二體驗(yàn)平臺(tái) 相同或不同。以上述場(chǎng)景為例，假設(shè)用戶(hù)已經(jīng)在體驗(yàn)廳體驗(yàn)了第一個(gè)體驗(yàn)規(guī)則，但是中途退出 體驗(yàn)，此時(shí)體驗(yàn)廳會(huì)將用戶(hù)已經(jīng)體驗(yàn)完的第一個(gè)體驗(yàn)規(guī)則(即，用戶(hù)已經(jīng)瀏覽過(guò)業(yè)務(wù)介紹) 通知給管理后臺(tái)，而當(dāng)用戶(hù)在門(mén)戶(hù)網(wǎng)站登陸繼續(xù)進(jìn)行體驗(yàn)時(shí)，管理后臺(tái)會(huì)根據(jù)體驗(yàn)策略和 已經(jīng)體驗(yàn)完的第一個(gè)體驗(yàn)規(guī)則確定，用戶(hù)應(yīng)當(dāng)從第二個(gè)體驗(yàn)規(guī)則繼續(xù)體驗(yàn)，進(jìn)而將第二個(gè) 體驗(yàn)規(guī)則的標(biāo)識(shí)通知給體驗(yàn)門(mén)戶(hù)網(wǎng)站，根據(jù)第二個(gè)體驗(yàn)規(guī)則，體驗(yàn)門(mén)戶(hù)網(wǎng)站會(huì)向用戶(hù)發(fā)送 免費(fèi)手機(jī)報(bào)。也就是說(shuō)，不論用戶(hù)在什么體驗(yàn)平臺(tái)登錄進(jìn)行業(yè)務(wù)的體驗(yàn)，或者在什么時(shí)候中途 退出體驗(yàn)，由于管理后臺(tái)能夠存儲(chǔ)用戶(hù)當(dāng)前的體驗(yàn)狀態(tài)(即，當(dāng)前體驗(yàn)完成的體驗(yàn)規(guī)則)， 就能夠在用戶(hù)后續(xù)登錄準(zhǔn)備繼續(xù)完成體驗(yàn)時(shí)將這一狀態(tài)通過(guò)體驗(yàn)規(guī)則通知給體驗(yàn)平臺(tái)，從 而實(shí)現(xiàn)繼續(xù)體驗(yàn)，避免執(zhí)行重復(fù)的體驗(yàn)步驟。另外，在管理后臺(tái)確定需要對(duì)用戶(hù)采用的體驗(yàn)策略時(shí)，可以根據(jù)用戶(hù)的業(yè)務(wù)操作 歷史記錄確定體驗(yàn)策略，其中，業(yè)務(wù)操作歷史記錄用于表示用戶(hù)進(jìn)行業(yè)務(wù)體驗(yàn)和業(yè)務(wù)訂購(gòu) 的情況，該操作歷史記錄可以包括用戶(hù)已經(jīng)體驗(yàn)的業(yè)務(wù)的標(biāo)識(shí)、用戶(hù)已經(jīng)體驗(yàn)的業(yè)務(wù)的類(lèi) 型、用戶(hù)已經(jīng)訂購(gòu)的業(yè)務(wù)的標(biāo)識(shí)、以及用戶(hù)已經(jīng)訂購(gòu)的業(yè)務(wù)的類(lèi)型中的一個(gè)或其組合，還可 以進(jìn)一步包括用戶(hù)進(jìn)行訂購(gòu)、體驗(yàn)和使用的時(shí)間，具體地，基于用戶(hù)進(jìn)行業(yè)務(wù)訂購(gòu)/體驗(yàn)的 歷史記錄，管理后臺(tái)可以確定用戶(hù)的業(yè)務(wù)訂購(gòu)關(guān)系和使用活躍程度，進(jìn)而能夠選擇適當(dāng)?shù)捏w驗(yàn)策略(體驗(yàn)規(guī)則的組合)并自動(dòng)分發(fā)，即，管理后臺(tái)并不控制各個(gè)渠道的體驗(yàn)平臺(tái)向用 戶(hù)展現(xiàn)什么體驗(yàn)內(nèi)容，只是決定控制規(guī)則所組成的體驗(yàn)策略，在后臺(tái)系統(tǒng)的規(guī)則控制下，每 個(gè)體驗(yàn)平臺(tái)再利用其上可用資源根據(jù)體驗(yàn)規(guī)則展示體驗(yàn)內(nèi)容(即，由每個(gè)體驗(yàn)平臺(tái)來(lái)適配 對(duì)應(yīng)來(lái)自管理后臺(tái)體的驗(yàn)規(guī)則的體驗(yàn)內(nèi)容)，不同的體驗(yàn)平臺(tái)進(jìn)行業(yè)務(wù)展示的方式不一定 相同?？蛇x地，管理后臺(tái)可以設(shè)置活躍度的多個(gè)數(shù)值范圍，每個(gè)數(shù)值范圍設(shè)置一個(gè)對(duì)應(yīng) 的體驗(yàn)策略，根據(jù)用戶(hù)的業(yè)務(wù)操作歷史記錄，管理后臺(tái)可以得到用戶(hù)的業(yè)務(wù)訂購(gòu)關(guān)系和活 躍度，并將用戶(hù)的活躍度進(jìn)行量化，根據(jù)量化后的活躍度所在的數(shù)值范圍和業(yè)務(wù)訂購(gòu)關(guān)系 確定相應(yīng)的體驗(yàn)策略。另外，管理后臺(tái)能夠自行或借助其他方式對(duì)用戶(hù)訂購(gòu)或體驗(yàn)的業(yè)務(wù)以及體驗(yàn)和訂 購(gòu)的時(shí)間進(jìn)行統(tǒng)計(jì)，確定用戶(hù)的偏好，從而進(jìn)行個(gè)性化的體驗(yàn)推薦，有效提高用戶(hù)體驗(yàn)的智 能度。并且，在管理后臺(tái)確定用戶(hù)重新登錄時(shí)繼續(xù)進(jìn)行體驗(yàn)時(shí)的體驗(yàn)規(guī)則時(shí)，可以根據(jù) 業(yè)務(wù)操作歷史記錄對(duì)體驗(yàn)策略進(jìn)行調(diào)整，并根據(jù)用戶(hù)已經(jīng)體驗(yàn)完成的體驗(yàn)規(guī)則和調(diào)整后的 體驗(yàn)策略確定用戶(hù)繼續(xù)進(jìn)行體驗(yàn)時(shí)的體驗(yàn)規(guī)則。例如，以上述列舉的五個(gè)體驗(yàn)規(guī)則的場(chǎng)景為例，假設(shè)用戶(hù)完成了第二個(gè)體驗(yàn)規(guī)則 的體驗(yàn)(即，用戶(hù)已經(jīng)收到了免費(fèi)發(fā)送的手機(jī)報(bào))，之后退出體驗(yàn)，當(dāng)用戶(hù)后續(xù)登錄后，管理 后臺(tái)會(huì)首先判斷用戶(hù)是否完成體驗(yàn)，并應(yīng)當(dāng)確定用戶(hù)對(duì)手機(jī)報(bào)業(yè)務(wù)的訂購(gòu)狀況，如果發(fā)現(xiàn) 用戶(hù)已經(jīng)訂購(gòu)了之前體驗(yàn)的手機(jī)報(bào)業(yè)務(wù)，則管理后臺(tái)就不應(yīng)當(dāng)繼續(xù)發(fā)送詢(xún)問(wèn)用戶(hù)是否訂閱 該業(yè)務(wù)的體驗(yàn)規(guī)則，從而進(jìn)一步提高體驗(yàn)的智能度。具體地，在用戶(hù)通過(guò)第二體驗(yàn)平臺(tái)繼續(xù)進(jìn)行體驗(yàn)時(shí)，可以首先判斷用戶(hù)是否有未 完成的體驗(yàn)策略(即，判斷是否有體驗(yàn)規(guī)則被吊起)，如果判斷為是，則根據(jù)用戶(hù)當(dāng)前的業(yè) 務(wù)操作歷史記錄確定需要對(duì)用戶(hù)采用的新的體驗(yàn)策略，并判斷新的體驗(yàn)策略是否具有與用 戶(hù)根據(jù)原體驗(yàn)策略進(jìn)行體驗(yàn)且中途退出時(shí)所產(chǎn)生的斷點(diǎn)，如果判斷結(jié)果為是，則執(zhí)行上步 驟2和步驟3 ；如果判斷結(jié)構(gòu)為否，則表示用戶(hù)在繼續(xù)進(jìn)行體驗(yàn)之前，已經(jīng)進(jìn)行了有關(guān)該業(yè) 務(wù)的操作，導(dǎo)致原先的體驗(yàn)策略不適用，此時(shí)，管理后臺(tái)會(huì)根據(jù)用戶(hù)已經(jīng)體驗(yàn)完成的體驗(yàn)規(guī) 則和新的體驗(yàn)策略確定用戶(hù)繼續(xù)進(jìn)行體驗(yàn)時(shí)的體驗(yàn)規(guī)則，并將該體驗(yàn)規(guī)則的標(biāo)識(shí)和新的體 驗(yàn)策略的標(biāo)識(shí)通知給第二體驗(yàn)平臺(tái)，由第二體驗(yàn)平臺(tái)繼續(xù)依次執(zhí)行體驗(yàn)規(guī)則，而不是根據(jù) 原先的體驗(yàn)規(guī)則進(jìn)行繼續(xù)體驗(yàn)。根據(jù)本發(fā)明的另一實(shí)施例，提供了一種業(yè)務(wù)體驗(yàn)的實(shí)現(xiàn)系統(tǒng)。如圖4所示，根據(jù)本發(fā)明實(shí)施例的系統(tǒng)包括管理后臺(tái)41和至少一個(gè)體驗(yàn)平臺(tái)，為 了表述清楚，以第一體驗(yàn)平臺(tái)42和第二體驗(yàn)平臺(tái)43進(jìn)行說(shuō)明。其中，管理后臺(tái)41用于在用戶(hù)通過(guò)第一體驗(yàn)平臺(tái)42體驗(yàn)業(yè)務(wù)的情況下，確定需要 對(duì)用戶(hù)采用的體驗(yàn)策略，并將體驗(yàn)策略的標(biāo)識(shí)以及體驗(yàn)策略中需要首先執(zhí)行的體驗(yàn)規(guī)則的 標(biāo)識(shí)通知給第一體驗(yàn)平臺(tái)42，其中，體驗(yàn)策略由至少一個(gè)體驗(yàn)規(guī)則有序地構(gòu)成，體驗(yàn)規(guī)則是 推送體驗(yàn)內(nèi)容的規(guī)則；第一體驗(yàn)平臺(tái)42用于根據(jù)來(lái)自管理后臺(tái)41的體驗(yàn)策略的標(biāo)識(shí)和需要首先執(zhí)行的 體驗(yàn)規(guī)則的標(biāo)識(shí)對(duì)用戶(hù)推送體驗(yàn)內(nèi)容。并且，第一體驗(yàn)平臺(tái)42還用于在用戶(hù)未體驗(yàn)完體驗(yàn)策略中所有體驗(yàn)規(guī)則對(duì)應(yīng)的體驗(yàn)內(nèi)容時(shí)就退出體驗(yàn)的情況下，將用戶(hù)當(dāng)前已經(jīng)完成體驗(yàn)的體驗(yàn)規(guī)則的標(biāo)識(shí)和體驗(yàn)策略 的標(biāo)識(shí)通知給管理后臺(tái)41 ；而管理后臺(tái)41還用于在用戶(hù)通過(guò)第二體驗(yàn)平臺(tái)43繼續(xù)進(jìn)行體 驗(yàn)的情況下，根據(jù)體驗(yàn)策略以及用戶(hù)當(dāng)前已經(jīng)體驗(yàn)完成的體驗(yàn)規(guī)則確定用戶(hù)繼續(xù)進(jìn)行體驗(yàn) 時(shí)的體驗(yàn)規(guī)則，并將確定的體驗(yàn)規(guī)則的標(biāo)識(shí)和體驗(yàn)策略的標(biāo)識(shí)通知給第二體驗(yàn)平臺(tái)43 ；第 二體驗(yàn)平臺(tái)43用于在用戶(hù)通過(guò)第二體驗(yàn)平臺(tái)43繼續(xù)進(jìn)行體驗(yàn)時(shí)，根據(jù)管理后臺(tái)41確定的 體驗(yàn)規(guī)則的標(biāo)識(shí)和體驗(yàn)策略的標(biāo)識(shí)對(duì)用戶(hù)推送相應(yīng)的體驗(yàn)內(nèi)容。為了進(jìn)一步提高業(yè)務(wù)體驗(yàn)的智能度，上述系統(tǒng)還可以進(jìn)一步包括客戶(hù)關(guān)系服務(wù)器(圖4中未示出)，與管理后臺(tái)連接，用于保存用戶(hù)的業(yè)務(wù)操作歷 史記錄，其中，業(yè)務(wù)操作歷史記錄用于表示用戶(hù)進(jìn)行業(yè)務(wù)體驗(yàn)和業(yè)務(wù)訂購(gòu)的情況；基于此， 用戶(hù)管理后臺(tái)還可以用于根據(jù)業(yè)務(wù)操作歷史記錄對(duì)體驗(yàn)策略進(jìn)行調(diào)整，并根據(jù)用戶(hù)已經(jīng)體 驗(yàn)完成的體驗(yàn)規(guī)則和調(diào)整后的體驗(yàn)策略確定用戶(hù)繼續(xù)進(jìn)行體驗(yàn)時(shí)的體驗(yàn)規(guī)則；具體地，在 用戶(hù)重新登錄進(jìn)行體驗(yàn)時(shí)，管理后臺(tái)此時(shí)可以根據(jù)用戶(hù)當(dāng)前的訂購(gòu)關(guān)系和活躍程度選擇適 配的體驗(yàn)策略，如果這時(shí)客戶(hù)適配的體驗(yàn)策略已經(jīng)和保存的斷點(diǎn)不一致(即，用戶(hù)進(jìn)行了 新的業(yè)務(wù)訂購(gòu)和體驗(yàn)等操作，導(dǎo)致原本為該用戶(hù)確定的體驗(yàn)策略目前已經(jīng)不適用于該用 戶(hù))，則需要根據(jù)新確定體驗(yàn)策略完成用戶(hù)的體驗(yàn)。之前已經(jīng)提到，為了提高業(yè)務(wù)體驗(yàn)的智能度，管理后臺(tái)可以借助其他網(wǎng)元的協(xié)助， 例如，可以將與數(shù)據(jù)分析系統(tǒng)、業(yè)務(wù)平臺(tái)等進(jìn)行連接，這樣，管理后臺(tái)就能夠從數(shù)據(jù)分析系 統(tǒng)獲取用戶(hù)訂購(gòu)和體驗(yàn)業(yè)務(wù)的統(tǒng)計(jì)結(jié)果，通過(guò)業(yè)務(wù)平臺(tái)能夠獲知業(yè)務(wù)的諸多詳細(xì)介紹和業(yè) 務(wù)功能的更新等信息。另外，在實(shí)際應(yīng)用中，管理后臺(tái)可以同步記錄多個(gè)渠道的每個(gè)客戶(hù)的體驗(yàn)信息，并 且通過(guò)實(shí)時(shí)的數(shù)據(jù)交互過(guò)程，實(shí)現(xiàn)客戶(hù)在多個(gè)渠道的體驗(yàn)連續(xù)性。應(yīng)當(dāng)注意，之前以第一和第二體驗(yàn)平臺(tái)進(jìn)行描述僅僅是出于清楚的目的，實(shí)際應(yīng) 用中，體驗(yàn)平臺(tái)的數(shù)量可以為兩個(gè)以上，并且每個(gè)體驗(yàn)平臺(tái)都可以具有將用戶(hù)體驗(yàn)時(shí)中途 退出時(shí)體驗(yàn)策略的斷點(diǎn)通知給管理后臺(tái)、以及根據(jù)后臺(tái)通知的體驗(yàn)策略和需要執(zhí)行的體驗(yàn) 規(guī)則標(biāo)識(shí)為重新登錄的用戶(hù)實(shí)現(xiàn)繼續(xù)體驗(yàn)的功能。圖5是根據(jù)本發(fā)明實(shí)例的業(yè)務(wù)體驗(yàn)的實(shí)現(xiàn)系統(tǒng)的具體結(jié)構(gòu)實(shí)例的框圖。如圖5所示，管理后臺(tái)與數(shù)據(jù)分析系統(tǒng)、客戶(hù)關(guān)系服務(wù)器、業(yè)務(wù)平臺(tái)、以及體驗(yàn)平 臺(tái)連接，其中，管理后臺(tái)可以包括體驗(yàn)管理服務(wù)器、體驗(yàn)數(shù)據(jù)服務(wù)器和體驗(yàn)接口服務(wù)器，具 體地，體驗(yàn)平臺(tái)可以包括體驗(yàn)廳管理服務(wù)器和門(mén)戶(hù)網(wǎng)站接口服務(wù)器。與管理后臺(tái)連接的數(shù)據(jù)分析系統(tǒng)能夠根據(jù)管理后臺(tái)統(tǒng)計(jì)的一個(gè)或多個(gè)用戶(hù)進(jìn)行 業(yè)務(wù)體驗(yàn)等業(yè)務(wù)操作的歷史記錄或進(jìn)一步結(jié)合業(yè)務(wù)平臺(tái)的用戶(hù)數(shù)據(jù)進(jìn)行總結(jié)和統(tǒng)計(jì)，得到 統(tǒng)計(jì)結(jié)果。根據(jù)數(shù)據(jù)分析系統(tǒng)提供的數(shù)據(jù)，管理后臺(tái)能夠更有針對(duì)性地決策應(yīng)當(dāng)如何進(jìn)行 業(yè)務(wù)體驗(yàn)的推薦?？蛻?hù)關(guān)系服務(wù)器中保存了用戶(hù)進(jìn)行業(yè)務(wù)體驗(yàn)、業(yè)務(wù)訂購(gòu)等業(yè)務(wù)操作的歷 史記錄，根據(jù)客戶(hù)關(guān)系服務(wù)器中保存的歷史記錄，不僅能夠?qū)崿F(xiàn)用戶(hù)中途退出體驗(yàn)后、在重 新登錄時(shí)在之前從退出而沒(méi)有完成的體驗(yàn)規(guī)則繼續(xù)完成體驗(yàn)，而且管理后臺(tái)還能夠根據(jù)客 戶(hù)關(guān)系服務(wù)器中的歷史記錄對(duì)用戶(hù)的體驗(yàn)策略進(jìn)行動(dòng)態(tài)調(diào)整，進(jìn)一步提高系統(tǒng)的智能度； 業(yè)務(wù)平臺(tái)是開(kāi)展業(yè)務(wù)的網(wǎng)元，其中會(huì)不斷更新得到新的業(yè)務(wù)以及升級(jí)后的業(yè)務(wù)，管理后臺(tái) 可以根據(jù)業(yè)務(wù)的更新?tīng)顩r得到新的業(yè)務(wù)介紹，并通過(guò)修改業(yè)務(wù)體驗(yàn)規(guī)則。這樣，不僅能夠?qū)?現(xiàn)不同類(lèi)型的體驗(yàn)平臺(tái)上進(jìn)行的業(yè)務(wù)體驗(yàn)得到集中管理和決策，并且能夠?yàn)轶w驗(yàn)廳終端用戶(hù)和門(mén)戶(hù)網(wǎng)站用戶(hù)提供更加智能和個(gè)性化的體驗(yàn)。在本發(fā)明中的該系統(tǒng)中，可以將不同的體驗(yàn)規(guī)則按照業(yè)務(wù)介紹、使用方法、高手秘 笈、趣味體驗(yàn)、業(yè)務(wù)試用、客戶(hù)端下載、業(yè)務(wù)訂購(gòu)等分類(lèi)，進(jìn)行歸屬和編號(hào)，每個(gè)體驗(yàn)規(guī)則作 為一個(gè)不可分割的原子操作對(duì)待，并分別建立各自分屬的類(lèi)別碼和編號(hào)。其中，體驗(yàn)規(guī)則可 以是用于根據(jù)業(yè)務(wù)名稱(chēng)、客戶(hù)訂購(gòu)關(guān)系、客戶(hù)的活躍度三個(gè)緯度表示如何推送體驗(yàn)內(nèi)容的 規(guī)則，例如，對(duì)于彩鈴業(yè)務(wù)，加入一個(gè)用戶(hù)與該業(yè)務(wù)存在訂購(gòu)關(guān)系，但是該用戶(hù)的活躍度較 低，此時(shí)，在需要對(duì)該用戶(hù)進(jìn)行彩鈴業(yè)務(wù)體驗(yàn)時(shí)，可以推送一首特定的免費(fèi)彩鈴下載，此時(shí)， 向用戶(hù)提供免費(fèi)彩鈴下載就構(gòu)成了一個(gè)體驗(yàn)規(guī)則，而提供下載時(shí)當(dāng)如何展示界面、如何和 用戶(hù)完成互動(dòng)以便讓用戶(hù)選擇期望下載的音樂(lè)，是某個(gè)特定體驗(yàn)平臺(tái)根據(jù)體驗(yàn)規(guī)則進(jìn)行適 配得到的體驗(yàn)內(nèi)容，并且該鈴聲可以屬于業(yè)務(wù)試用類(lèi)別并具備相應(yīng)的編號(hào)。在用戶(hù)進(jìn)行業(yè) 務(wù)體驗(yàn)時(shí)，體驗(yàn)平臺(tái)可以根據(jù)從CRM系統(tǒng)獲得的客戶(hù)業(yè)務(wù)訂購(gòu)關(guān)系，從分析系統(tǒng)獲得的客 戶(hù)活躍狀態(tài)(每個(gè)活躍狀態(tài)有自己的不同定義，例如，如果用戶(hù)在一個(gè)月內(nèi)變更過(guò)彩鈴歌 曲或者同時(shí)訂購(gòu)了音樂(lè)盒業(yè)務(wù)，則可以認(rèn)為該用戶(hù)在彩鈴業(yè)務(wù)方面的活躍度較高)以及提 前分發(fā)的體驗(yàn)規(guī)則，這樣就能夠?yàn)榭蛻?hù)自動(dòng)生成一個(gè)體驗(yàn)內(nèi)容，每個(gè)體驗(yàn)內(nèi)容都有一個(gè)相 應(yīng)的體驗(yàn)規(guī)則，根據(jù)體驗(yàn)策略的優(yōu)先級(jí)順序，根據(jù)生成的不同的體驗(yàn)內(nèi)容，進(jìn)行個(gè)性化的業(yè) 務(wù)體驗(yàn)。從而有效避免了體驗(yàn)內(nèi)容每次都從統(tǒng)一后臺(tái)分發(fā)，導(dǎo)致數(shù)據(jù)傳輸量大，而且難以進(jìn) 行斷點(diǎn)保存的問(wèn)題。在上述系統(tǒng)中，每個(gè)體驗(yàn)規(guī)則對(duì)應(yīng)的體驗(yàn)內(nèi)容或者步驟是在后臺(tái)進(jìn)行開(kāi)發(fā)，并統(tǒng) 一分發(fā)到各個(gè)體驗(yàn)平臺(tái)(分發(fā)的方式可以是FTP或其他方式，本文不再一一列舉)，由這些 體驗(yàn)平臺(tái)根據(jù)體驗(yàn)規(guī)則通過(guò)具體界面和方式將體驗(yàn)內(nèi)容展示給用戶(hù)。本發(fā)明實(shí)施例中，體驗(yàn)管理后臺(tái)與數(shù)據(jù)分析平臺(tái)、客戶(hù)關(guān)系服務(wù)器、以及業(yè)務(wù)平臺(tái) 連接，在工作中，管理后臺(tái)與這些平臺(tái)實(shí)時(shí)進(jìn)行數(shù)據(jù)交換，處理對(duì)應(yīng)的數(shù)據(jù)業(yè)務(wù)。為了保障 客戶(hù)在不同渠道的體驗(yàn)的一致性，在管理后臺(tái)配置統(tǒng)一的體驗(yàn)策略，然后發(fā)布到每個(gè)體驗(yàn) 平臺(tái)的管理控制服務(wù)器，各個(gè)平臺(tái)的管理控制服務(wù)器負(fù)責(zé)體驗(yàn)規(guī)則的執(zhí)行。如圖6所示，具 體的實(shí)現(xiàn)過(guò)程如下步驟601，管理后臺(tái)配置體驗(yàn)規(guī)則，圖5中管理后臺(tái)的體驗(yàn)管理服務(wù)器得到配置的 體驗(yàn)規(guī)則；步驟602，體驗(yàn)管理服務(wù)器對(duì)配置的體驗(yàn)規(guī)則進(jìn)行沖突檢測(cè)；步驟603，體驗(yàn)管理服務(wù)器將體驗(yàn)規(guī)則發(fā)布到各個(gè)體驗(yàn)平臺(tái)的獨(dú)立服務(wù)器(例如， 體驗(yàn)廳管理服務(wù)器和門(mén)戶(hù)網(wǎng)站接口服務(wù)器)；步驟604，體驗(yàn)平臺(tái)各自的服務(wù)器保存并加載體驗(yàn)規(guī)則。具體地，每個(gè)體驗(yàn)平臺(tái)的 接口服務(wù)器在接收每個(gè)體驗(yàn)規(guī)則后可以將該體驗(yàn)規(guī)則加載到體驗(yàn)邏輯引擎中，以便后續(xù)執(zhí) 行。圖7是根據(jù)本發(fā)明實(shí)施例的業(yè)務(wù)體驗(yàn)的詳細(xì)處理過(guò)程的信令流程圖。如圖7所示， 身份鑒別的過(guò)程如下步驟701，體驗(yàn)終端發(fā)送推送請(qǐng)求給體驗(yàn)平臺(tái)；步驟702，體驗(yàn)平臺(tái)將查詢(xún)用戶(hù)狀態(tài)請(qǐng)求發(fā)送給管理后臺(tái)；步驟703，管理后臺(tái)向客戶(hù)關(guān)系服務(wù)器發(fā)送用戶(hù)身份鑒別請(qǐng)求；步驟704，如果身份鑒別結(jié)果為用戶(hù)合法，則管理后臺(tái)在數(shù)據(jù)分析系統(tǒng)或其本地查詢(xún)?cè)撚脩?hù)的行為信息；步驟705，管理后臺(tái)查詢(xún)?cè)撚脩?hù)目前未完成體驗(yàn)的中斷點(diǎn)狀態(tài)信息(即，查詢(xún)?cè)撚?戶(hù)是否有未完成的體驗(yàn))和歷史體驗(yàn)信息；步驟706，管理后臺(tái)向體驗(yàn)平臺(tái)返回體驗(yàn)策略中未完成(吊起)的體驗(yàn)規(guī)則標(biāo)識(shí) (編號(hào))，之后，管理后臺(tái)可以更新用戶(hù)的體驗(yàn)狀態(tài)信息，更新為用戶(hù)戶(hù)又繼續(xù)開(kāi)始體驗(yàn)；步驟707，體驗(yàn)平臺(tái)生成體驗(yàn)內(nèi)容；步驟708，體驗(yàn)平臺(tái)生成體驗(yàn)界面；步驟709，體驗(yàn)平臺(tái)將體驗(yàn)界面推送給體驗(yàn)終端。如果此后用戶(hù)請(qǐng)求開(kāi)始某個(gè)具體的業(yè)務(wù)體驗(yàn)過(guò)程，體驗(yàn)平臺(tái)需要將體驗(yàn)請(qǐng)求發(fā)送 給管理后臺(tái)；管理后臺(tái)需要根據(jù)用戶(hù)的信息查找適配的規(guī)則編號(hào)，并返回給體驗(yàn)平臺(tái)，并更 新體驗(yàn)狀態(tài)信息；之后，體驗(yàn)平臺(tái)針對(duì)本次管理平臺(tái)發(fā)布的體驗(yàn)規(guī)則生成體驗(yàn)內(nèi)容和界面， 并推送界面給體驗(yàn)終端。在圖7所示的處理過(guò)程中，客戶(hù)身份鑒別是用來(lái)鑒別該客戶(hù)是否是合法的體驗(yàn)用 戶(hù)、以及確定該用戶(hù)目前的存在的業(yè)務(wù)訂購(gòu)關(guān)系，同時(shí)從分析系統(tǒng)查詢(xún)客戶(hù)存在訂購(gòu)關(guān)系 的業(yè)務(wù)的行為信息，并將該信息轉(zhuǎn)換為活躍狀態(tài)，從而確定客戶(hù)適配的體驗(yàn)規(guī)則，并將相應(yīng) 適配的規(guī)則編號(hào)發(fā)送給體驗(yàn)平臺(tái)，由體驗(yàn)平臺(tái)根據(jù)這些體驗(yàn)規(guī)則生成體驗(yàn)內(nèi)容。另外，如果 發(fā)現(xiàn)該用戶(hù)有吊起的體驗(yàn)規(guī)則，則先發(fā)送掉起的體驗(yàn)規(guī)則，完成未完成的體驗(yàn)。另外，通過(guò) 查詢(xún)客戶(hù)體驗(yàn)狀態(tài)信息，可以查詢(xún)客戶(hù)目前正在哪個(gè)渠道服務(wù)器管理下進(jìn)行體驗(yàn)，如果在 查詢(xún)客戶(hù)已經(jīng)在某個(gè)體驗(yàn)環(huán)境下進(jìn)行體驗(yàn)的過(guò)程中，則發(fā)送錯(cuò)誤信息，防止同一用戶(hù)同時(shí) 重復(fù)體驗(yàn)和訂購(gòu)業(yè)務(wù)。具體地，在用戶(hù)同時(shí)通過(guò)兩個(gè)或更多不同的體驗(yàn)平臺(tái)實(shí)現(xiàn)同一體驗(yàn)策略對(duì)應(yīng)的體 驗(yàn)過(guò)程而導(dǎo)致體驗(yàn)出現(xiàn)異常時(shí)，可以執(zhí)行圖8所示的處理，具體過(guò)程如下步驟801，體驗(yàn)終端發(fā)送推送請(qǐng)求給體驗(yàn)平臺(tái)；步驟802，體驗(yàn)平臺(tái)將查詢(xún)用戶(hù)狀態(tài)請(qǐng)求發(fā)送給管理后臺(tái)；步驟803，管理后臺(tái)向客戶(hù)關(guān)系服務(wù)器發(fā)送用戶(hù)身份鑒別請(qǐng)求；步驟804，如果身份鑒別結(jié)果為用戶(hù)合法，則管理后臺(tái)查詢(xún)?cè)撚脩?hù)生效的體驗(yàn)規(guī) 則；步驟805，管理后臺(tái)查詢(xún)?cè)撚脩?hù)的狀態(tài)信息和行為信息；步驟806，管理后臺(tái)查詢(xún)到該用戶(hù)同時(shí)通過(guò)兩個(gè)或更多不同的體驗(yàn)平臺(tái)實(shí)現(xiàn)同一 體驗(yàn)策略對(duì)應(yīng)的體驗(yàn)過(guò)程，則向體驗(yàn)平臺(tái)返回重復(fù)信息(表示用戶(hù)體驗(yàn)過(guò)程出現(xiàn)異常)；步驟807，體驗(yàn)平臺(tái)生成提示界面；步驟808，體驗(yàn)平臺(tái)將提示界面推送給體驗(yàn)終端。圖9是體驗(yàn)平臺(tái)檢測(cè)到用戶(hù)中途退出體驗(yàn)的情況下收集用戶(hù)當(dāng)前體驗(yàn)的狀態(tài)信 息的處理信令流程圖。如圖9所示，具體的處理過(guò)程如下步驟901，體驗(yàn)平臺(tái)檢測(cè)用戶(hù)的操作；步驟902，體驗(yàn)平臺(tái)檢測(cè)體驗(yàn)的執(zhí)行過(guò)程中用戶(hù)是否退出體驗(yàn)，在本實(shí)施例中，當(dāng) 用戶(hù)在兩分鐘(或其他時(shí)間段)內(nèi)沒(méi)有進(jìn)行任何操作，或者用戶(hù)在體驗(yàn)界面點(diǎn)擊離開(kāi)按鈕， 則判斷用戶(hù)已經(jīng)中途退出體驗(yàn)，此時(shí)需要向管理后臺(tái)傳輸數(shù)據(jù)；應(yīng)當(dāng)注意，這里判斷用戶(hù)是 否中途退出的方式僅僅是一個(gè)具體的實(shí)例，并不用于限定本發(fā)明；
步驟903，在確定用戶(hù)中途退出的情況下，體驗(yàn)平臺(tái)就收集客戶(hù)當(dāng)前體驗(yàn)信息，具 體地，可以提取用戶(hù)當(dāng)前的體驗(yàn)規(guī)則編號(hào)以及用來(lái)生成體驗(yàn)內(nèi)容的編號(hào)序列表；步驟904，體驗(yàn)平臺(tái)向管理后臺(tái)發(fā)送信息同步請(qǐng)求；步驟905，管理后臺(tái)返回同意啟動(dòng)信息同步的指示；步驟906，體驗(yàn)平臺(tái)將記錄的該用戶(hù)的體驗(yàn)信息發(fā)送給管理后臺(tái)；接著，管理后臺(tái)保存體驗(yàn)平臺(tái)發(fā)送的體驗(yàn)信息；之后，管理后臺(tái)可以與分析系統(tǒng) 完成該用戶(hù)的體驗(yàn)歷史信息和狀態(tài)信息的同步，變更該用戶(hù)的體驗(yàn)狀態(tài)為未完成體驗(yàn)的狀 態(tài)；如果步驟902中體驗(yàn)平臺(tái)判斷用戶(hù)沒(méi)有退出體驗(yàn)，則根據(jù)從管理后臺(tái)接收的體驗(yàn) 規(guī)則繼續(xù)生成體驗(yàn)界面并向體驗(yàn)終端推送體驗(yàn)界面。圖10是用戶(hù)中途退出體驗(yàn)后重新登錄進(jìn)行繼續(xù)體驗(yàn)的處理流程圖。如圖10所示，具體過(guò)程如下步驟1001，體驗(yàn)平臺(tái)檢測(cè)用戶(hù)的操作；步驟1002，如用戶(hù)請(qǐng)求體驗(yàn)，則體驗(yàn)平臺(tái)將用戶(hù)的請(qǐng)求推送給管理后臺(tái)；步驟1003，管理后臺(tái)判斷該用戶(hù)是否有未下線的懸掛的體驗(yàn)規(guī)則(即，判斷該用 戶(hù)是否完成了之前的體驗(yàn)過(guò)程)；如果判斷為是，則執(zhí)行步驟1004和步驟1005 ；步驟1004，管理后臺(tái)將體驗(yàn)信息發(fā)送給體驗(yàn)平臺(tái)，其中包含用戶(hù)需要繼續(xù)體驗(yàn)的 體驗(yàn)規(guī)則；步驟1005，根據(jù)管理后臺(tái)的體驗(yàn)狀態(tài)信息，體驗(yàn)平臺(tái)找到具體的體驗(yàn)規(guī)則序列并 生成體驗(yàn)界面，之后將體驗(yàn)界面推送給終端，從而使用戶(hù)完成之前未完成的體驗(yàn)；如果步驟1003的判斷結(jié)構(gòu)為否，則管理后臺(tái)查詢(xún)用戶(hù)的業(yè)務(wù)訂購(gòu)關(guān)系，之后執(zhí)行 步驟1007 ；步驟1007，管理后臺(tái)向分析系統(tǒng)查詢(xún)用戶(hù)的業(yè)務(wù)使用記錄；步驟1008，分析系統(tǒng)向管理后臺(tái)返回用戶(hù)的業(yè)務(wù)使用信息；步驟1009，管理后臺(tái)將用戶(hù)的業(yè)務(wù)使用信息轉(zhuǎn)換為活躍度信息并臨時(shí)保存；如果用戶(hù)開(kāi)始體驗(yàn)新的業(yè)務(wù)，體驗(yàn)平臺(tái)會(huì)將用戶(hù)希望體驗(yàn)的業(yè)務(wù)編碼通知給管理 后臺(tái)；管理后臺(tái)會(huì)生成適配的體驗(yàn)規(guī)則編碼序列(體驗(yàn)策略)，并發(fā)送給體驗(yàn)平臺(tái)；體驗(yàn)平 臺(tái)會(huì)生成相應(yīng)的體驗(yàn)內(nèi)容，并生成新的體驗(yàn)界面，之后將該界面發(fā)送給體驗(yàn)終端。借助于本發(fā)明的上述技術(shù)方案，通過(guò)一個(gè)通用的體驗(yàn)管理后臺(tái)將業(yè)務(wù)體驗(yàn)過(guò)程所 對(duì)應(yīng)的體驗(yàn)邏輯(體驗(yàn)策略)劃分為多個(gè)體驗(yàn)規(guī)則，體驗(yàn)規(guī)則由管理后臺(tái)統(tǒng)一生成并分發(fā) 到各個(gè)不同的體驗(yàn)前端系統(tǒng)(體驗(yàn)前端系統(tǒng)就是用戶(hù)進(jìn)行業(yè)務(wù)體驗(yàn)時(shí)所借助的體驗(yàn)平臺(tái)， 其可以是定制化的體驗(yàn)機(jī)也可以是體驗(yàn)門(mén)戶(hù)網(wǎng)站等)，這樣，前端體驗(yàn)系統(tǒng)就能夠根據(jù)體驗(yàn) 規(guī)則生成適當(dāng)?shù)捏w驗(yàn)內(nèi)容展現(xiàn)給客戶(hù)。體驗(yàn)策略有一系列這樣的體驗(yàn)規(guī)則組成，并由管理 后臺(tái)根據(jù)使用客戶(hù)的在運(yùn)營(yíng)商業(yè)務(wù)系統(tǒng)的使用記錄來(lái)生成不同的體驗(yàn)策略，由管理后臺(tái)將 體驗(yàn)策略通知給用戶(hù)進(jìn)行體驗(yàn)時(shí)所使用的體驗(yàn)平臺(tái)，這樣，不論用戶(hù)通過(guò)什么體驗(yàn)平臺(tái)進(jìn) 行業(yè)務(wù)體驗(yàn)，這些體驗(yàn)平臺(tái)都能夠根據(jù)管理后臺(tái)指示的體驗(yàn)規(guī)則向用戶(hù)提供相應(yīng)的體驗(yàn)內(nèi) 容，由于網(wǎng)絡(luò)中傳輸?shù)膬H僅是體驗(yàn)規(guī)則的標(biāo)識(shí)，因此能夠避免大量數(shù)據(jù)在網(wǎng)絡(luò)中傳輸，同時(shí) 有助于體驗(yàn)平臺(tái)將規(guī)則上報(bào)給管理后臺(tái)，并且，由于體驗(yàn)策略由管理后臺(tái)確定，因此，使得 用戶(hù)的體驗(yàn)?zāi)軌虻玫焦芾砗笈_(tái)的控制，有助于提高體驗(yàn)的智能度，避免重復(fù)體驗(yàn)的問(wèn)題出現(xiàn)。 以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精 神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種業(yè)務(wù)體驗(yàn)的實(shí)現(xiàn)方法，其特征在于，所述方法包括在用戶(hù)通過(guò)第一體驗(yàn)平臺(tái)體驗(yàn)業(yè)務(wù)的情況下，管理后臺(tái)確定需要對(duì)所述用戶(hù)采用的體驗(yàn)策略，其中，所述體驗(yàn)策略由至少一個(gè)體驗(yàn)規(guī)則有序地構(gòu)成，所述體驗(yàn)規(guī)則是推送體驗(yàn)內(nèi)容的規(guī)則；所述管理后臺(tái)將所述體驗(yàn)策略的標(biāo)識(shí)以及所述體驗(yàn)策略中需要首先執(zhí)行的體驗(yàn)規(guī)則的標(biāo)識(shí)通知給所述第一體驗(yàn)平臺(tái)，以便所述第一體驗(yàn)平臺(tái)根據(jù)所述體驗(yàn)策略的標(biāo)識(shí)和所述需要首先執(zhí)行的體驗(yàn)規(guī)則的標(biāo)識(shí)對(duì)所述用戶(hù)推送所述體驗(yàn)內(nèi)容。
2.根據(jù)權(quán)利要求1所述的實(shí)現(xiàn)方法，其特征在于，在所述用戶(hù)未體驗(yàn)完所述體驗(yàn)策略 中所有體驗(yàn)規(guī)則對(duì)應(yīng)的體驗(yàn)內(nèi)容時(shí)就退出體驗(yàn)的情況下，進(jìn)一步包括步驟1，所述第一體驗(yàn)平臺(tái)將所述用戶(hù)當(dāng)前已經(jīng)完成體驗(yàn)的體驗(yàn)規(guī)則的標(biāo)識(shí)和所述體 驗(yàn)策略的標(biāo)識(shí)通知給所述管理后臺(tái)；步驟2，在所述用戶(hù)通過(guò)第二體驗(yàn)平臺(tái)繼續(xù)進(jìn)行體驗(yàn)時(shí)，所述管理后臺(tái)根據(jù)所述體驗(yàn) 策略以及所述用戶(hù)當(dāng)前已經(jīng)體驗(yàn)完成的體驗(yàn)規(guī)則確定所述用戶(hù)繼續(xù)進(jìn)行體驗(yàn)時(shí)的體驗(yàn)規(guī) 則；步驟3，所述管理后臺(tái)將確定的所述體驗(yàn)規(guī)則的標(biāo)識(shí)和所述體驗(yàn)策略的標(biāo)識(shí)通知給所 述第二體驗(yàn)平臺(tái)，以便所述第二體驗(yàn)平臺(tái)根據(jù)確定的所述體驗(yàn)規(guī)則對(duì)所述用戶(hù)推送相應(yīng)的 體驗(yàn)內(nèi)容，其中，所述第一體驗(yàn)平臺(tái)與所述第二體驗(yàn)平臺(tái)相同或不同。
3.根據(jù)權(quán)利要求2所述的實(shí)現(xiàn)方法，其特征在于，在所述管理后臺(tái)確定所述用戶(hù)繼續(xù) 進(jìn)行體驗(yàn)時(shí)的體驗(yàn)規(guī)則進(jìn)一步包括在所述用戶(hù)通過(guò)第二體驗(yàn)平臺(tái)繼續(xù)進(jìn)行體驗(yàn)時(shí)，根據(jù)所述業(yè)務(wù)操作歷史記錄確定需要 對(duì)所述用戶(hù)采用的新的體驗(yàn)策略，并判斷所述新的體驗(yàn)策略是否具有與用戶(hù)根據(jù)原體驗(yàn)策 略進(jìn)行體驗(yàn)且中途退出時(shí)所產(chǎn)生的斷點(diǎn)，如果判斷結(jié)果為是，則執(zhí)行所述步驟2和所述步 驟3 ；如果判斷結(jié)構(gòu)為否，則根據(jù)所述用戶(hù)已經(jīng)體驗(yàn)完成的體驗(yàn)規(guī)則和所述新的體驗(yàn)策略 確定所述用戶(hù)繼續(xù)進(jìn)行體驗(yàn)時(shí)的體驗(yàn)規(guī)則，并將該體驗(yàn)規(guī)則的標(biāo)識(shí)和所述新的體驗(yàn)策略的 標(biāo)識(shí)通知給所述第二體驗(yàn)平臺(tái)，處理結(jié)束。
4.根據(jù)權(quán)利要求2或3所述的實(shí)現(xiàn)方法，其特征在于，所述管理后臺(tái)確定需要對(duì)用戶(hù)采 用的體驗(yàn)策略包括所述管理后臺(tái)根據(jù)所述用戶(hù)的業(yè)務(wù)操作歷史記錄確定所述體驗(yàn)策略，其中，所述業(yè)務(wù) 操作歷史記錄用于表示所述用戶(hù)進(jìn)行業(yè)務(wù)體驗(yàn)和業(yè)務(wù)訂購(gòu)的情況。
5.根據(jù)權(quán)利要求4所述的實(shí)現(xiàn)方法，其特征在于，所述歷史記錄包括以下至少之一所述用戶(hù)已經(jīng)體驗(yàn)的業(yè)務(wù)的標(biāo)識(shí)，所述用戶(hù)已經(jīng)體驗(yàn)的業(yè)務(wù)的類(lèi)型，所述用戶(hù)已經(jīng)訂購(gòu)的業(yè)務(wù)的標(biāo)識(shí)，所述用戶(hù)已經(jīng)訂購(gòu)的業(yè)務(wù)的類(lèi)型，所述用戶(hù)體驗(yàn)業(yè)務(wù)、訂購(gòu)業(yè)務(wù)以及使用 業(yè)務(wù)的時(shí)間。
6.根據(jù)權(quán)利要求1至3中任一項(xiàng)所述的實(shí)現(xiàn)方法，其特征在于，所述至少一個(gè)業(yè)務(wù)規(guī)則 由所述管理后臺(tái)預(yù)先根據(jù)體驗(yàn)策略所對(duì)應(yīng)的體驗(yàn)流程中不同的體驗(yàn)階段劃分得到。
7.根據(jù)權(quán)利要求2所述的實(shí)現(xiàn)方法，其特征在于，所述第一體驗(yàn)平臺(tái)和所述第二體驗(yàn) 平臺(tái)包括以下至少之一體驗(yàn)門(mén)戶(hù)網(wǎng)站、體驗(yàn)廳管理服務(wù)器。
8.—種業(yè)務(wù)體驗(yàn)的實(shí)現(xiàn)系統(tǒng)，其特征在于，所述系統(tǒng)包括管理后臺(tái)和第一體驗(yàn)平臺(tái)，其中，所述管理后臺(tái)用于在用戶(hù)通過(guò)所述第一體驗(yàn)平臺(tái)體驗(yàn)業(yè)務(wù)的情況下，確定需要對(duì)所述 用戶(hù)采用的體驗(yàn)策略，并將所述體驗(yàn)策略的標(biāo)識(shí)以及所述體驗(yàn)策略中需要首先執(zhí)行的體驗(yàn) 規(guī)則的標(biāo)識(shí)通知給所述第一體驗(yàn)平臺(tái)，其中，所述體驗(yàn)策略由至少一個(gè)體驗(yàn)規(guī)則有序地構(gòu) 成，所述體驗(yàn)規(guī)則是推送體驗(yàn)內(nèi)容的規(guī)則；所述第一體驗(yàn)平臺(tái)用于根據(jù)來(lái)自所述管理后臺(tái)的所述體驗(yàn)策略的標(biāo)識(shí)和所述需要首 先執(zhí)行的體驗(yàn)規(guī)則的標(biāo)識(shí)對(duì)所述用戶(hù)推送所述體驗(yàn)內(nèi)容。
9.根據(jù)權(quán)利要求8所述的實(shí)現(xiàn)系統(tǒng)，其特征在于，還包括第二體驗(yàn)平臺(tái)，其中，所述第一體驗(yàn)平臺(tái)還用于在所述用戶(hù)未體驗(yàn)完所述體驗(yàn)策略中所有體驗(yàn)規(guī)則對(duì) 應(yīng)的體驗(yàn)內(nèi)容時(shí)就退出體驗(yàn)的情況下，將所述用戶(hù)當(dāng)前已經(jīng)完成體驗(yàn)的體驗(yàn)規(guī)則的標(biāo)識(shí)和 所述體驗(yàn)策略的標(biāo)識(shí)通知給所述管理后臺(tái)；所述管理后臺(tái)還用于在所述用戶(hù)通過(guò)所述第二體驗(yàn)平臺(tái)繼續(xù)進(jìn)行體驗(yàn)的情況下，根據(jù) 所述體驗(yàn)策略以及所述用戶(hù)當(dāng)前已經(jīng)體驗(yàn)完成的體驗(yàn)規(guī)則確定所述用戶(hù)繼續(xù)進(jìn)行體驗(yàn)時(shí) 的體驗(yàn)規(guī)則，并將確定的所述體驗(yàn)規(guī)則的標(biāo)識(shí)和所述體驗(yàn)策略的標(biāo)識(shí)通知給所述第二體驗(yàn) 平臺(tái)；所述第二體驗(yàn)平臺(tái)用于在所述用戶(hù)通過(guò)第二體驗(yàn)平臺(tái)繼續(xù)進(jìn)行體驗(yàn)時(shí)，根據(jù)所述管理 后臺(tái)確定的所述體驗(yàn)規(guī)則的標(biāo)識(shí)和所述體驗(yàn)策略的標(biāo)識(shí)對(duì)所述用戶(hù)推送相應(yīng)的體驗(yàn)內(nèi)容。
10.根據(jù)權(quán)利要求9所述的實(shí)現(xiàn)系統(tǒng)，其特征在于，進(jìn)一步包括客戶(hù)關(guān)系服務(wù)器，用于保存所述用戶(hù)的業(yè)務(wù)操作歷史記錄，其中，所述業(yè)務(wù)操作歷史記 錄用于表示所述用戶(hù)進(jìn)行業(yè)務(wù)體驗(yàn)和業(yè)務(wù)訂購(gòu)的情況；所述用戶(hù)所述管理后臺(tái)還用于根據(jù)業(yè)務(wù)操作歷史記錄對(duì)所述體驗(yàn)策略進(jìn)行調(diào)整，并根 據(jù)所述用戶(hù)已經(jīng)體驗(yàn)完成的體驗(yàn)規(guī)則和調(diào)整后的所述體驗(yàn)策略確定所述用戶(hù)繼續(xù)進(jìn)行體 驗(yàn)時(shí)的體驗(yàn)規(guī)則。
11.根據(jù)權(quán)利要求8至10中任一項(xiàng)所述的實(shí)現(xiàn)系統(tǒng)，其特征在于，所述管理后臺(tái)還用于 預(yù)先根據(jù)體驗(yàn)策略所對(duì)應(yīng)的體驗(yàn)流程中不同的體驗(yàn)階段劃分得到所述至少一個(gè)業(yè)務(wù)規(guī)則。
全文摘要
本發(fā)明公開(kāi)了一種業(yè)務(wù)體驗(yàn)的實(shí)現(xiàn)方法和系統(tǒng)，該方法包括在用戶(hù)通過(guò)第一體驗(yàn)平臺(tái)體驗(yàn)業(yè)務(wù)的情況下，管理后臺(tái)確定需要對(duì)用戶(hù)采用的體驗(yàn)策略，其中，體驗(yàn)策略由至少一個(gè)體驗(yàn)規(guī)則有序地構(gòu)成，體驗(yàn)規(guī)則是推送體驗(yàn)內(nèi)容的規(guī)則；管理后臺(tái)將體驗(yàn)策略的標(biāo)識(shí)以及體驗(yàn)策略中需要首先執(zhí)行的體驗(yàn)規(guī)則的標(biāo)識(shí)通知給第一體驗(yàn)平臺(tái)，以便第一體驗(yàn)平臺(tái)根據(jù)體驗(yàn)策略的標(biāo)識(shí)和需要首先執(zhí)行的體驗(yàn)規(guī)則的標(biāo)識(shí)對(duì)用戶(hù)推送體驗(yàn)內(nèi)容。通過(guò)本發(fā)明，不論用戶(hù)通過(guò)什么體驗(yàn)平臺(tái)進(jìn)行業(yè)務(wù)體驗(yàn)，這些體驗(yàn)平臺(tái)都能夠根據(jù)管理后臺(tái)指示的體驗(yàn)規(guī)則向用戶(hù)提供相應(yīng)的體驗(yàn)內(nèi)容，避免大量數(shù)據(jù)在網(wǎng)絡(luò)中傳輸，有助于體驗(yàn)平臺(tái)將規(guī)則上報(bào)給管理后臺(tái)，且能使用戶(hù)的體驗(yàn)?zāi)軌虻玫焦芾砗笈_(tái)的控制。
文檔編號(hào)H04M3/42GK101997914SQ20101053086
公開(kāi)日2011年3月30日 申請(qǐng)日期2010年10月29日 優(yōu)先權(quán)日2010年10月29日
發(fā)明者唐勇, 孫錚, 張輝, 潘宏筠, 高鍵 申請(qǐng)人:中國(guó)移動(dòng)通信集團(tuán)北京有限公司