專利名稱：一種使業(yè)務(wù)引擎獲得用戶標識的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信，尤其涉及使業(yè)務(wù)引擎獲得用戶標識的方法和 系統(tǒng)。
背景技術(shù)：
目前，在通過移動通信網(wǎng)絡(luò)(比如GPRS或3G網(wǎng)絡(luò))訪問互聯(lián)網(wǎng) 的場景下，移動用戶終端在使用門戶上的業(yè)務(wù)時，門戶將相應(yīng)引擎的鏈 接發(fā)給終端，終端根據(jù)鏈接請求業(yè)務(wù)時，由WAP網(wǎng)關(guān)將用戶MSISDN 號碼或用戶IP地址信息增加在請求消息中告知業(yè)務(wù)引擎，業(yè)務(wù)引擎進 一步可以觸發(fā)對用戶的計費處理。
而對于非移動通信網(wǎng)絡(luò)(比如無線局域網(wǎng)WLAN)訪問互聯(lián)網(wǎng) 時，終端在拜訪門戶時，通過輸入用戶名、密碼進行一次i人證，之后此 用戶在訪問業(yè)務(wù)引擎平臺后需進行計費時，由于用戶終端沒有MSISDN 號碼，即不能通過MSISDN號碼來標識自己的身份，故業(yè)務(wù)引擎在識 別該用戶進行計費時， 一般可通過以下方法對用戶進行身份識別
1. 再次讓用戶輸入用戶名、密碼，對用戶進行身份識別；或者
2. 終端在拜訪門戶進行一次認證后通過保存相應(yīng)cookie的方式進 行二次認證。
方式一會給用戶造成一定的操作復(fù)雜性，方式二需要業(yè)務(wù)引擎能夠 讀取cookie,兩種方式均不能在非移動通信時快速而簡便地為業(yè)務(wù)引擎 提供用戶標識。
發(fā)明內(nèi)容
為解決上述問題，本發(fā)明提出一種使業(yè)務(wù)引擎獲得用戶標識的方 法，可以實現(xiàn)用戶登錄網(wǎng)絡(luò)后，業(yè)務(wù)引擎能夠快速而簡便地識別用戶，
并進行計費等操作。
本發(fā)明提出一種使業(yè)務(wù)引擎獲得用戶標識的方法，包括以下步驟
(1) 當(dāng)用戶通過訂購關(guān)系鑒權(quán)后，由門戶將該用戶的用戶標識添 加到與用戶訂購內(nèi)容對應(yīng)的URL中，并將所述URL發(fā)送到終端；
(2) 由終端向業(yè)務(wù)引擎發(fā)送獲取所訂購的業(yè)務(wù)內(nèi)容的請求，該請 求中包括攜帶用戶標識的URL;
(3) 由業(yè)務(wù)引擎才艮據(jù)所述訂購請求中攜帶的URL,解析獲得該用 戶標識。
進一步，上述使業(yè)務(wù)引擎獲得用戶標識的方法還可具有以下特點， 步驟(l)中，在用戶初次接入網(wǎng)絡(luò)的認證階段時，用戶標識即已經(jīng)通 過終端上傳給門戶，門戶將用戶標識和IP地址的對應(yīng)關(guān)系保存在其臨 時數(shù)據(jù)庫中，并將該用戶標識發(fā)送到業(yè)務(wù)管理平臺。
進一步，上述4吏業(yè)務(wù)引擎獲得用戶標識的方法還可具有以下特點， 步驟(1)中，門戶將用戶的訂購請求發(fā)送到業(yè)務(wù)引擎，則用戶訂購內(nèi) 容已保存于業(yè)務(wù)引擎中，由業(yè)務(wù)提供商根據(jù)該訂購內(nèi)容將此內(nèi)容對應(yīng)的 URL地址保存于門戶中。
進一步，上述4吏業(yè)務(wù)引擎獲得用戶標識的方法還可具有以下特點， 步驟(1)中，由門戶將用戶的訂購請求發(fā)送到業(yè)務(wù)管理平臺，業(yè)務(wù)管 理平臺根據(jù)用戶標識進行訂購關(guān)系鑒權(quán)，并在鑒權(quán)通過后向門戶返回鑒 權(quán)通過消息。
進一步，上述4吏業(yè)務(wù)引擎獲得用戶標識的方法還可具有以下特點， 步驟(1)還包括用戶根據(jù)終端瀏覽器中內(nèi)嵌的門戶地址登錄門戶， 并根據(jù)門戶上展示的業(yè)務(wù)種類，向其發(fā)送請求選擇所需要的業(yè)務(wù)；如果 該用戶已通過業(yè)務(wù)授權(quán)，則門戶向終端瀏覽器返回目錄索引，用戶從該 目錄索引中選擇業(yè)務(wù)內(nèi)容后，通過終端瀏覽器向門戶發(fā)送訂購上述內(nèi)容 的請求。
進一步，上述使業(yè)務(wù)引擎獲得用戶標識的方法還可具有以下特點， 所述用戶標識包括用戶名和/或用戶帳號。
進一步，上述4吏業(yè)務(wù)引擎獲得用戶標識的方法還可具有以下特點，
所述方法應(yīng)用于通信網(wǎng)絡(luò)，當(dāng)應(yīng)用于包括無線應(yīng)用協(xié)議網(wǎng)關(guān)的移動通信 網(wǎng)絡(luò)中時，用戶標識和IP地址的對應(yīng)關(guān)系保存在無線應(yīng)用協(xié)議網(wǎng)關(guān)，
在步驟(3)中，終端通過無線應(yīng)用協(xié)議網(wǎng)關(guān)發(fā)起到業(yè)務(wù)引擎的請求內(nèi) 容，在所述請求中攜帶所述URL。
一種使業(yè)務(wù)引擎獲得用戶標識的系統(tǒng)，包括門戶、終端和業(yè)務(wù)引 擎，其中，
所述門戶，用于在用戶通過訂購關(guān)系鑒權(quán)后，將用戶標識添加到與 訂購內(nèi)容對應(yīng)的URL中，并將該URL發(fā)送到終端；
所述終端，用于向業(yè)務(wù)引擎請求所訂購的內(nèi)容，在請求中包括攜帶 用戶標識的URL;
所述業(yè)務(wù)引擎，用于才艮據(jù)所述訂購請求中攜帶的URL,解析獲得 該用戶標識。
進一步，上述^f吏業(yè)務(wù)引擎獲得用戶標識的系統(tǒng)還可具有以下特點， 還包括業(yè)務(wù)管理平臺，所述終端，用于在用戶初次接入網(wǎng)絡(luò)的認證階段 時，將用戶標識上傳給門戶；所述門戶，用于將用戶標識和IP地址的 對應(yīng)關(guān)系保存在其臨時數(shù)據(jù)庫中，并將用戶標識發(fā)送到業(yè)務(wù)管理平臺。
進一步，上述4吏業(yè)務(wù)引擎獲得用戶標識的系統(tǒng)還可具有以下特點， 所述門戶，用于將訂購請求發(fā)送到業(yè)務(wù)引擎，接收并保存由業(yè)務(wù)引擎返 回的與訂購內(nèi)容對應(yīng)的URL地址。
進一步，上述《吏業(yè)務(wù)引擎獲得用戶標識的系統(tǒng)還可具有以下特點， 所述門戶，用于將用戶的訂購請求發(fā)送到業(yè)務(wù)管理平臺；所述業(yè)務(wù)管理 平臺，根據(jù)用戶標識進行訂購關(guān)系鑒權(quán)，并在鑒權(quán)通過向門戶返回鑒權(quán) 通過消息。
進一步，上述使業(yè)務(wù)引擎獲得用戶標識的系統(tǒng)還可具有以下特點， 所述門戶，在用戶登錄后，將其上的業(yè)務(wù)種類發(fā)送到終端，進而展示給 用戶；根據(jù)用戶所選擇的業(yè)務(wù)種類，向終端瀏覽器返回目錄索引；所述 終端，用于在終端瀏覽器中內(nèi)嵌門戶地址，用戶根據(jù)該地址登錄門戶； 用于將用戶選擇所需要的業(yè)務(wù)的請求發(fā)送到門戶；用于將用戶根據(jù)目錄 索引而進行的訂購請求發(fā)送到門戶。
進一步，上述4吏業(yè)務(wù)引擎獲得用戶標識的系統(tǒng)還可具有以下特點， 所述用戶標識包括用戶名和/或用戶帳號。
進一步，上述使業(yè)務(wù)引擎獲得用戶標識的系統(tǒng)還可具有以下特點，
所述系統(tǒng)應(yīng)用于通信網(wǎng)絡(luò)，當(dāng)應(yīng)用于包括無線應(yīng)用"tH義網(wǎng)關(guān)的移動通信 網(wǎng)絡(luò)中時，用戶標識和IP地址的對應(yīng)關(guān)系保存在無線應(yīng)用協(xié)議網(wǎng)關(guān)， 所述終端通過無線應(yīng)用協(xié)議網(wǎng)關(guān)發(fā)起到業(yè)務(wù)引擎的請求內(nèi)容，在所述請
求中攜帶所述URL。
與現(xiàn)有技術(shù)相比，本發(fā)明在門戶給終端返回對應(yīng)的URL中攜帶用 戶標識，即此URL在包含業(yè)務(wù)ID、內(nèi)容ID的J^上，增加該用戶的 用戶名，用于標識此用戶的身份。本發(fā)明可以實現(xiàn)用戶登錄網(wǎng)絡(luò)后使用 業(yè)務(wù)引擎的業(yè)務(wù)時，業(yè)務(wù)引擎能夠識別用戶，并進行計費等操作。本發(fā) 明方法對用戶和終端均無額外要求，是通過通信網(wǎng)絡(luò)訪問互聯(lián)網(wǎng)的場景 下進行業(yè)務(wù)i人證的一種方式。
圖1是實施例中非移動通信網(wǎng)絡(luò)獲得用戶標識的方法流程圖。
具體實施例方式
本發(fā)明通過門戶將用戶標識傳遞給終端并4吏業(yè)務(wù)引擎獲得用戶標識 的方法，即在門戶給終端返回對應(yīng)的URL中攜帶用戶標識，此URL在 包含業(yè)務(wù)ID、內(nèi)容ID的^J上，增加該用戶的用戶名，用于標識此用 戶的身份，隨后終端發(fā)起到業(yè)務(wù)引擎的請求內(nèi)容，利用前述的URL， 業(yè)務(wù)引擎解析該URL (其中包含業(yè)務(wù)ID、內(nèi)容ID及新增的用戶名)， 從而獲得了該用戶的用戶標識，用于后續(xù)的事件計費等工作。
下面參照圖1,詳細說明本發(fā)明在用戶登錄門戶后，業(yè)務(wù)引擎通過 新增用戶名識別該用戶的處理過程，包括以下步驟
步驟101，用戶啟動終端瀏覽器，根據(jù)該終端瀏覽器中內(nèi)嵌的門戶
地址登錄門戶；
一般的，在用戶初次接入網(wǎng)絡(luò)的認證階段，用戶名等信息即已經(jīng)通 過終端上傳給門戶，門戶會通過一個臨時數(shù)據(jù)庫保存用戶名和IP地址 的對應(yīng)關(guān)系(在傳統(tǒng)情況下保存在WAP網(wǎng)關(guān)中)，并進一步經(jīng)由門戶將 上述信息發(fā)送到業(yè)務(wù)管理平臺。
步驟102，用戶根據(jù)門戶上展示的業(yè)務(wù)種類，向門戶發(fā)送請求選擇 所需要的業(yè)務(wù)；
步驟103，門戶向終端瀏覽器返回目錄索引；
用戶在接入網(wǎng)絡(luò)時要進行業(yè)務(wù)授權(quán)，如果該用戶通過業(yè)務(wù)授權(quán)，則 門戶向其發(fā)送目錄索引。
步驟104,用戶從該目錄索引中選擇自己感興趣的內(nèi)容，并通過終 端瀏覽器向門戶發(fā)送訂購上述內(nèi)容的請求，該請求中包括訂購內(nèi)容的相 關(guān)M，比如節(jié)目ID等；門戶進一步將該請求發(fā)送到業(yè)務(wù)引擎；
此時，用戶訂購的內(nèi)容已保存于業(yè)務(wù)引擎中，由業(yè)務(wù)提供商根據(jù)該 訂購內(nèi)M前將此內(nèi)容對應(yīng)的URL地址存于門戶中。
步驟105，由門戶將該訂購請求發(fā)送到業(yè)務(wù)管理平臺(負責(zé)鑒權(quán)認 證等工作)，即請求業(yè)務(wù)管理平臺根據(jù)用戶名對該用戶進行訂購關(guān)系鑒
權(quán)；
步驟106,業(yè)務(wù)管理平臺根據(jù)用戶名進行訂購關(guān)系鑒權(quán)，如果鑒權(quán) 通過，則向門戶返回鑒權(quán)通過消息，執(zhí)行步驟107;否則，返回鑒權(quán)失 敗消息，結(jié)束；
步驟107，門戶將用戶名USERNAME添加到URL中，再將該 URL發(fā)送到終端瀏覽器，即URL中攜帶業(yè)務(wù)ID和內(nèi)容ID，以及該用 戶的用戶名；
業(yè)務(wù)ID和內(nèi)容ID是業(yè)務(wù)管理平臺事先分配好的，存放于該平臺的 數(shù)據(jù)庫內(nèi)，主要用于計費。
步驟108,終端瀏覽器向業(yè)務(wù)引擎請求所選擇的內(nèi)容，該請求中包 括攜帶業(yè)務(wù)ID、內(nèi)容ID以及USERNAME的URL;
步驟109，業(yè)務(wù)引擎解析該URL,獲得了標識該用戶的用戶名。
業(yè)務(wù)引擎獲得用戶名后，向業(yè)務(wù)管理平臺發(fā)送計費開始請求消息， 并進行后續(xù)計費等相關(guān)流程。當(dāng)然，也可以根據(jù)用戶標識進行其他操
作，如定制特定服務(wù)，保證特定用戶的服務(wù)優(yōu)先級以及Qos等。
一種使業(yè)務(wù)引擎獲得用戶標識的系統(tǒng)，包括門戶、業(yè)務(wù)管理平 臺、終端和業(yè)務(wù)引擎，其中，
所述門戶，用于將用戶名等信息發(fā)送到業(yè)務(wù)管理平臺；用于將其上 的業(yè)務(wù)種類發(fā)送到終端，進而展示給用戶；根據(jù)用戶所選擇的業(yè)務(wù)種 類，向終端瀏覽器返回目錄索引；門戶將訂購請求發(fā)送到業(yè)務(wù)引擎，接 收并保存由業(yè)務(wù)引擎返回的與訂購內(nèi)容對應(yīng)的URL地址；將用戶的訂 購請求發(fā)送到業(yè)務(wù)管理平臺(負責(zé)鑒權(quán)認證等工作)，即請求業(yè)務(wù)管理 平臺才艮據(jù)用戶名對該用戶進行訂購關(guān)系鑒權(quán)；用于在對用戶鑒權(quán)通過
后，將用戶名USERNAME添加到URL中，再將該URL發(fā)送到終端 瀏覽器，即URL中攜帶業(yè)務(wù)ID和內(nèi)容ID，以及該用戶的用戶名；
所述業(yè)務(wù)管理平臺，根據(jù)用戶名進行訂購關(guān)系鑒權(quán)，如果鑒權(quán)通 過，則向門戶返回鑒權(quán)通過消息，否則，返回鑒權(quán)失敗消息；
所述終端，用于在終端瀏覽器中內(nèi)嵌門戶地址，當(dāng)用戶才艮據(jù)該地址 登錄門戶時，將用戶名等信息發(fā)送到門戶；用于將用戶選擇所需要的業(yè) 務(wù)的請求發(fā)送到門戶；用于將用戶根據(jù)目錄索引而進行的訂購請求發(fā)送 到門戶；用于向業(yè)務(wù)引擎請求所選擇的業(yè)務(wù)內(nèi)容，在請求包括攜帶業(yè)務(wù)
ID、內(nèi)容ID以及USERNAME的URL;
所述業(yè)務(wù)引擎，用于解析所述URL，獲得標識該用戶的用戶名；
還用于4艮據(jù)所述用戶名向業(yè)務(wù)管理平臺發(fā)送計費開始請求消息，進行后 續(xù)計費等相關(guān)流程。當(dāng)然，也可以根據(jù)用戶標識進行其他操作，如定制
特定服務(wù)，保證特定用戶的服務(wù)優(yōu)先級以及Qos等。
需要說明的是，本發(fā)明中雖然以用戶名作為識別用戶身份的標志， 但用戶標識不限于用戶名，還可以包括用戶帳號、手機號等。在發(fā)送用 戶標識的過程中，要求門戶能夠支持給用戶的URL攜帶用戶的標識 (包括用戶名)，還要求業(yè)務(wù)引擎支持讀取URL中的用戶標識。另外，本發(fā)明不僅適用于非移動通信網(wǎng)絡(luò)，同樣適用于移動通信網(wǎng)
絡(luò)。當(dāng)應(yīng)用于包括無線應(yīng)用協(xié)議網(wǎng)關(guān)WAP GW的移動通信網(wǎng)絡(luò)中時， 則在步驟108中，終端還可以通過WAP GW^到業(yè)務(wù)引擎的請求內(nèi) 容，在所述請求中攜帶所述URL。
權(quán)利要求
1.一種使業(yè)務(wù)引擎獲得用戶標識的方法，包括以下步驟(1)當(dāng)用戶通過訂購關(guān)系鑒權(quán)后，由門戶將該用戶的用戶標識添加到與用戶訂購內(nèi)容對應(yīng)的URL中，并將所述URL發(fā)送到終端；(2)由終端向業(yè)務(wù)引擎發(fā)送獲取所訂購的業(yè)務(wù)內(nèi)容的請求，該請求中包括攜帶用戶標識的URL；(3)由業(yè)務(wù)引擎根據(jù)所述訂購請求中攜帶的URL，解析獲得該用戶標識。
2. 如權(quán)利要求1所述使業(yè)務(wù)引擎獲得用戶標識的方法，其特征在于，步驟(l)中，在用戶初次接入網(wǎng)絡(luò)的認證階段時，用戶標識即已 經(jīng)通過終端上傳給門戶，門戶將用戶標識和IP地址的對應(yīng)關(guān)系保存在其臨時婆:據(jù)庫中，并將該用戶標識發(fā)送到業(yè)務(wù)管理平臺。
3. 如權(quán)利要求1所述使業(yè)務(wù)引擎獲得用戶標識的方法，其特征在于，步驟(l)中，門戶將用戶的訂購請求發(fā)送到業(yè)務(wù)引擎，則用戶訂 購內(nèi)容已M于業(yè)務(wù)引擎中，由業(yè)務(wù)提供商根據(jù)該訂購內(nèi)容將此內(nèi)容對應(yīng)的URL地址#>^于門戶中。
4. 如權(quán)利要求2所述使業(yè)務(wù)引擎獲得用戶標識的方法，其特征在于，步驟(1)中，由門戶將用戶的訂購請求發(fā)送到業(yè)務(wù)管理平臺，業(yè) 務(wù)管理平臺根據(jù)用戶標識進行訂購關(guān)系鑒權(quán)，并在鑒權(quán)通過后向門戶返 回鑒權(quán)通過消息。
5. 如權(quán)利要求1所述使業(yè)務(wù)引擎獲得用戶標識的方法，其特征在 于，步驟(1)還包括用戶根據(jù)終端瀏覽器中內(nèi)嵌的門戶地址登錄門戶，并根據(jù)門戶上展 示的業(yè)務(wù)種類，向其發(fā)送請求選擇所需要的業(yè)務(wù)；如果該用戶已通過業(yè)務(wù)授權(quán)，則門戶向終端瀏覽器返回目錄索引， 用戶從該目錄索引中選擇業(yè)務(wù)內(nèi)容后，通過終端瀏覽器向門戶發(fā)送訂購 上述內(nèi)容的請求。
6. 如權(quán)利要求1至5中任一所述使業(yè)務(wù)引擎獲得用戶標識的方法， 其特征在于，所述用戶標識包括用戶名和/或用戶帳號。
7. 如權(quán)利要求1所述使業(yè)務(wù)引擎獲得用戶標識的方法，其特征在于，所述方法應(yīng)用于通信網(wǎng)絡(luò)，當(dāng)應(yīng)用于包括無線應(yīng)用協(xié)議網(wǎng)關(guān)的移動 通信網(wǎng)絡(luò)中時，用戶標識和IP地址的對應(yīng)關(guān)系保存在無線應(yīng)用協(xié)議網(wǎng) 關(guān)，在步驟(3)中，終端通過無線應(yīng)用協(xié)議網(wǎng)關(guān)發(fā)起到業(yè)務(wù)引擎的請 求內(nèi)容，在所述請求中攜帶所述URL。
8. —種使業(yè)務(wù)引擎獲得用戶標識的系統(tǒng)，包括門戶、終端和業(yè)務(wù) 引擎，其中，所述門戶，用于在用戶通過訂購關(guān)系鑒權(quán)后，將用戶標識添加到與 訂購內(nèi)容對應(yīng)的URL中，并將該URL發(fā)送到終端；所述終端，用于向業(yè)務(wù)引擎請求所訂購的內(nèi)容，在請求中包括攜帶 用戶標識的URL;所述業(yè)務(wù)引擎，用于根據(jù)所述訂購請求中攜帶的URL，解析獲得 該用戶標識。
9. 如權(quán)利要求8所述使業(yè)務(wù)引擎獲得用戶標識的系統(tǒng)，其特征在 于，還包括業(yè)務(wù)管理平臺，所述終端，用于在用戶初次接入網(wǎng)絡(luò)的認證階段時，將用戶標識上 傳給門戶；所述門戶，用于將用戶標識和IP地址的對應(yīng)關(guān)系保存在其臨時數(shù) 據(jù)庫中，并將用戶標識發(fā)送到業(yè)務(wù)管理平臺。
10. 如權(quán)利要求8所述使業(yè)務(wù)引擎獲得用戶標識的系統(tǒng)，其特征在于，所述門戶，用于將訂購請求發(fā)送到業(yè)務(wù)引擎，接收并保存由業(yè)務(wù)引 擎返回的與訂購內(nèi)容對應(yīng)的URL地址。
11. 如權(quán)利要求9所述使業(yè)務(wù)引擎獲得用戶標識的系統(tǒng)，其特征在 于，所述門戶，用于將用戶的訂購請求發(fā)送到業(yè)務(wù)管理平臺； 所述業(yè)務(wù)管理平臺，根據(jù)用戶標識進行訂購關(guān)系鑒權(quán)，并在鑒權(quán)通 過向門戶返回鑒權(quán)通過消息。
12. 如權(quán)利要求8所述使業(yè)務(wù)引擎獲得用戶標識的系統(tǒng)，其特征在于，所述門戶，在用戶登錄后，將其上的業(yè)務(wù)種類發(fā)送到終端，進而展 示給用戶；根據(jù)用戶所選擇的業(yè)務(wù)種類，向終端瀏覽器返回目錄索引；所述終端，用于在終端瀏覽器中內(nèi)嵌門戶地址，用戶才艮據(jù)該地址登 錄門戶；用于將用戶選擇所需要的業(yè)務(wù)的請求發(fā)送到門戶；用于將用戶 根據(jù)目錄索引而進行的訂購請求發(fā)送到門戶。
13. 如權(quán)利要求8至12中任一所述使業(yè)務(wù)引擎獲得用戶標識的系 統(tǒng)，其特征在于，所述用戶標識包括用戶名和/或用戶帳號。
14. 如權(quán)利要求8所述使業(yè)務(wù)引擎獲得用戶標識的系統(tǒng)，其特征在于，所述系統(tǒng)應(yīng)用于通信網(wǎng)絡(luò)，當(dāng)應(yīng)用于包括無線應(yīng)用協(xié)議網(wǎng)關(guān)的移動 通信網(wǎng)絡(luò)中時，用戶標識和IP地址的對應(yīng)關(guān)系保存在無線應(yīng)用協(xié)議網(wǎng) 關(guān)，所述終端通過無線應(yīng)用協(xié)議網(wǎng)關(guān)發(fā)起到業(yè)務(wù)引擎的請求內(nèi)容，在所 述請求中攜帶所述URL。
全文摘要
一種使業(yè)務(wù)引擎獲得用戶標識的方法，包括以下步驟(1)當(dāng)用戶通過訂購關(guān)系鑒權(quán)后，由門戶將該用戶的用戶標識添加到與用戶訂購內(nèi)容對應(yīng)的URL中，并將所述URL發(fā)送到終端；(2)由終端向業(yè)務(wù)引擎發(fā)送獲取所訂購的業(yè)務(wù)內(nèi)容的請求，該請求中包括攜帶用戶標識的URL；(3)由業(yè)務(wù)引擎根據(jù)所述訂購請求中攜帶的URL，解析獲得該用戶標識。本發(fā)明方法可以實現(xiàn)用戶登錄網(wǎng)絡(luò)后，業(yè)務(wù)引擎能夠快速而簡便地識別用戶，并進行計費等操作。
文檔編號H04L9/32GK101374044SQ20071014169
公開日2009年2月25日 申請日期2007年8月21日 優(yōu)先權(quán)日2007年8月21日
發(fā)明者于建港, 恒 楊, 衛(wèi) 潘, 濤 石, 亮 謝, 邢燕霞, 魏文娟 申請人:中國電信股份有限公司