本發(fā)明涉及移動(dòng)通訊領(lǐng)域，特別是涉及一種資源授權(quán)方法及裝置。

背景技術(shù)：

oauth是一個(gè)關(guān)于授權(quán)(authorization)的開(kāi)放網(wǎng)絡(luò)標(biāo)準(zhǔn)，在全世界得到廣泛應(yīng)用，目前的版本是2.0版。oauth在"第三方應(yīng)用"與"服務(wù)提供商"之間，設(shè)置了一個(gè)授權(quán)層(authorizationlayer)。"第三方應(yīng)用"不能直接登錄"服務(wù)提供商"，只能登錄授權(quán)層，以此將用戶與第三方應(yīng)用區(qū)分開(kāi)來(lái)。"第三方應(yīng)用"登錄授權(quán)層所用的令牌(token)，與用戶的密碼不同。用戶可以在登錄的時(shí)候，設(shè)置授權(quán)令牌的權(quán)限范圍和有效期。

"第三方應(yīng)用"登錄授權(quán)層以后，"服務(wù)提供商"根據(jù)令牌的權(quán)限范圍和有效期，向"第三方應(yīng)用"開(kāi)放用戶儲(chǔ)存的資料。在現(xiàn)有技術(shù)中，一般授權(quán)流程如下：

步驟1，用戶打開(kāi)第三方應(yīng)用以后，第三方應(yīng)用要求用戶給予授權(quán)。

步驟2，用戶同意給予第三方應(yīng)用授權(quán)。

步驟3，第三方應(yīng)用使用上一步獲得的授權(quán)，向認(rèn)證服務(wù)器申請(qǐng)令牌。

步驟4，認(rèn)證服務(wù)器對(duì)第三方應(yīng)用進(jìn)行認(rèn)證以后，確認(rèn)無(wú)誤，同意發(fā)放令牌。

步驟5，第三方應(yīng)用使用令牌，向資源服務(wù)器申請(qǐng)獲取資源。

步驟6，資源服務(wù)器確認(rèn)令牌無(wú)誤，同意向第三方應(yīng)用開(kāi)放資源。

從上述處理過(guò)程可以看出，上述方案中第三方應(yīng)用一旦獲取令牌以后，在有效期限以內(nèi)可以任意訪問(wèn)相應(yīng)的資源。因此在授權(quán)訪問(wèn)資源的這一環(huán)節(jié)，oauth協(xié)議框架存在以下一些不安全的因素：

1、第三方在引導(dǎo)用戶授權(quán)時(shí)，認(rèn)證服務(wù)器往往對(duì)要求的權(quán)限描述不是非 常清晰，細(xì)節(jié)不明，一般用戶往往在沒(méi)有完全理解風(fēng)險(xiǎn)的基礎(chǔ)上就選擇了同意。

2、第三方在本次使用完相應(yīng)的資源后，仍然持有該訪問(wèn)令牌，在有效期內(nèi)可以在用戶完全不知情的情況下繼續(xù)使用一些用戶資源，侵犯了用戶相關(guān)權(quán)益。例如，第三方獲取某用戶的好友列表資源，然后在該用戶不知情的情況下向好友群發(fā)廣告郵件等。

技術(shù)實(shí)現(xiàn)要素：

鑒于現(xiàn)有技術(shù)中第三方應(yīng)用在濫用授權(quán)的問(wèn)題，提出了本發(fā)明以便提供一種克服上述問(wèn)題或者至少部分地解決上述問(wèn)題的資源授權(quán)方法及裝置。

本發(fā)明提供一種資源授權(quán)方法，包括：

接收第三方應(yīng)用的授權(quán)訪問(wèn)請(qǐng)求，并引導(dǎo)用戶對(duì)第三方應(yīng)用進(jìn)行授權(quán)，根據(jù)用戶的授權(quán)結(jié)果向第三方應(yīng)用發(fā)送令牌；

接收第三方應(yīng)用發(fā)送的攜帶有令牌的用戶資源訪問(wèn)請(qǐng)求，對(duì)令牌進(jìn)行驗(yàn)證，在驗(yàn)證通過(guò)后，根據(jù)用戶資源訪問(wèn)請(qǐng)求確定第三方應(yīng)用所訪問(wèn)的用戶資源是否為屬于預(yù)先規(guī)定的敏感資源；

在確定第三方應(yīng)用所訪問(wèn)的用戶資源為敏感資源時(shí)，向用戶發(fā)送是否授權(quán)第三方應(yīng)用獲取敏感資源的請(qǐng)求，接收用戶的授權(quán)應(yīng)答，根據(jù)授權(quán)應(yīng)答確定是否將敏感資源返回給第三方應(yīng)用。

本發(fā)明還提供了一種資源授權(quán)裝置，設(shè)置于服務(wù)提供商的服務(wù)器，包括：

令牌模塊，用于接收第三方應(yīng)用的授權(quán)訪問(wèn)請(qǐng)求，并引導(dǎo)用戶對(duì)第三方應(yīng)用進(jìn)行授權(quán)，根據(jù)用戶的授權(quán)結(jié)果向第三方應(yīng)用發(fā)送令牌；

確定模塊，用于接收第三方應(yīng)用發(fā)送的攜帶有令牌的用戶資源訪問(wèn)請(qǐng)求，對(duì)令牌進(jìn)行驗(yàn)證，在驗(yàn)證通過(guò)后，根據(jù)用戶資源訪問(wèn)請(qǐng)求確定第三方應(yīng)用所訪問(wèn)的用戶資源是否為屬于預(yù)先規(guī)定的敏感資源；

授權(quán)請(qǐng)求模塊，用于在確定第三方應(yīng)用所訪問(wèn)的用戶資源為敏感資源時(shí)，向用戶發(fā)送是否授權(quán)第三方應(yīng)用獲取敏感資源的請(qǐng)求，接收用戶的授權(quán)應(yīng)答， 根據(jù)授權(quán)應(yīng)答確定是否將敏感資源返回給第三方應(yīng)用。

本發(fā)明有益效果如下：

通過(guò)在資源訪問(wèn)真正發(fā)生時(shí)，給用戶以更加明確的通知信息，解決了現(xiàn)有技術(shù)中第三方應(yīng)用在濫用授權(quán)的問(wèn)題，能夠有效防止了第三方在后臺(tái)濫用授權(quán)。

上述說(shuō)明僅是本發(fā)明技術(shù)方案的概述，為了能夠更清楚了解本發(fā)明的技術(shù)手段，而可依照說(shuō)明書(shū)的內(nèi)容予以實(shí)施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點(diǎn)能夠更明顯易懂，以下特舉本發(fā)明的具體實(shí)施方式。

附圖說(shuō)明

通過(guò)閱讀下文優(yōu)選實(shí)施方式的詳細(xì)描述，各種其他的優(yōu)點(diǎn)和益處對(duì)于本領(lǐng)域普通技術(shù)人員將變得清楚明了。附圖僅用于示出優(yōu)選實(shí)施方式的目的，而并不認(rèn)為是對(duì)本發(fā)明的限制。而且在整個(gè)附圖中，用相同的參考符號(hào)表示相同的部件。在附圖中：

圖1是本發(fā)明實(shí)施例的資源授權(quán)方法的流程圖；

圖2是本發(fā)明實(shí)施例的資源授權(quán)方法的信令流程圖；

圖3是本發(fā)明實(shí)施例的資源授權(quán)方法的優(yōu)選實(shí)例的信令流程圖；

圖4是本發(fā)明實(shí)施例的資源授權(quán)裝置的結(jié)構(gòu)示意圖。

具體實(shí)施方式

下面將參照附圖更詳細(xì)地描述本公開(kāi)的示例性實(shí)施例。雖然附圖中顯示了本公開(kāi)的示例性實(shí)施例，然而應(yīng)當(dāng)理解，可以以各種形式實(shí)現(xiàn)本公開(kāi)而不應(yīng)被這里闡述的實(shí)施例所限制。相反，提供這些實(shí)施例是為了能夠更透徹地理解本公開(kāi)，并且能夠?qū)⒈竟_(kāi)的范圍完整的傳達(dá)給本領(lǐng)域的技術(shù)人員。

為防止第三方應(yīng)用在事后濫用授權(quán)，本發(fā)明實(shí)施例提供了一種資源授權(quán)方法及裝置，當(dāng)?shù)谌綉?yīng)用持令牌訪問(wèn)資源服務(wù)器時(shí)，服務(wù)器需要對(duì)訪問(wèn)內(nèi)容加 以甄別，如訪問(wèn)較高級(jí)別的敏感資源時(shí)，以短信，推送(push)消息，電子郵件等方式告知用戶。用戶以規(guī)定的授權(quán)方式回應(yīng)后，資源服務(wù)器才能允許第三方繼續(xù)訪問(wèn)資源。規(guī)定的授權(quán)方式可以有一次授權(quán)，多次授權(quán)，限期內(nèi)永久授權(quán)，限時(shí)授權(quán)等。以下結(jié)合附圖以及實(shí)施例，對(duì)本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說(shuō)明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不限定本發(fā)明。

方法實(shí)施例

根據(jù)本發(fā)明的實(shí)施例，提供了一種資源授權(quán)方法，圖1是本發(fā)明實(shí)施例的資源授權(quán)方法的流程圖，如圖1所示，根據(jù)本發(fā)明實(shí)施例的資源授權(quán)方法包括如下處理：

步驟101，接收第三方應(yīng)用的授權(quán)訪問(wèn)請(qǐng)求，并引導(dǎo)用戶對(duì)第三方應(yīng)用進(jìn)行授權(quán)，根據(jù)用戶的授權(quán)結(jié)果向第三方應(yīng)用發(fā)送令牌；其中，可以根據(jù)oauth協(xié)議引導(dǎo)用戶對(duì)第三方應(yīng)用進(jìn)行授權(quán)。

步驟102，接收第三方應(yīng)用發(fā)送的攜帶有令牌的用戶資源訪問(wèn)請(qǐng)求，對(duì)令牌進(jìn)行驗(yàn)證，在驗(yàn)證通過(guò)后，根據(jù)用戶資源訪問(wèn)請(qǐng)求確定第三方應(yīng)用所訪問(wèn)的用戶資源是否為屬于預(yù)先規(guī)定的敏感資源；

步驟103，在確定第三方應(yīng)用所訪問(wèn)的用戶資源為敏感資源時(shí)，向用戶發(fā)送是否授權(quán)第三方應(yīng)用獲取敏感資源的請(qǐng)求，接收用戶的授權(quán)應(yīng)答，根據(jù)授權(quán)應(yīng)答確定是否將敏感資源返回給第三方應(yīng)用。

優(yōu)選地，是否授權(quán)第三方應(yīng)用獲取敏感資源的請(qǐng)求具體包括：敏感資源的詳細(xì)信息、安全級(jí)別、以及是否授權(quán)的請(qǐng)求；授權(quán)應(yīng)答具體包括：同意或拒絕授權(quán)、以及授權(quán)方式，其中，授權(quán)方式包括：一次同意或拒絕授權(quán)、多次同意或拒絕授權(quán)、以及限時(shí)同意或拒絕授權(quán)。

其中，在步驟103中，在確定第三方應(yīng)用所訪問(wèn)的用戶資源為敏感資源時(shí)，可以將第三方應(yīng)用發(fā)送的用戶資源訪問(wèn)請(qǐng)求掛起；或者，向第三方應(yīng)用返回等待響應(yīng)。

在步驟103中，根據(jù)授權(quán)應(yīng)答確定是否將敏感資源返回給第三方應(yīng)用具體 包括：如果用戶的授權(quán)應(yīng)答為同意授權(quán)，則將敏感資源返回給第三方應(yīng)用；如果用戶的授權(quán)應(yīng)答為拒絕授權(quán)，則將拒絕授權(quán)響應(yīng)返回給第三方應(yīng)用。

在本發(fā)明實(shí)施例中，在確定第三方應(yīng)用所訪問(wèn)的用戶資源不是敏感資源時(shí)，將第三方應(yīng)用所請(qǐng)求的用戶資源返回給第三方應(yīng)用。

向用戶發(fā)送是否授權(quán)第三方應(yīng)用獲取敏感資源的請(qǐng)求之后，如果在預(yù)定時(shí)間內(nèi)沒(méi)有收到用戶返回的授權(quán)應(yīng)答，則默認(rèn)用戶拒絕授權(quán)。

以下結(jié)合附圖，對(duì)本發(fā)明實(shí)施例的上述技術(shù)方案進(jìn)行詳細(xì)說(shuō)明。

圖2是本發(fā)明實(shí)施例的資源授權(quán)方法的信令流程圖，如圖2所示，具體包括如下處理：

步驟201，第三方應(yīng)用請(qǐng)求服務(wù)提供者進(jìn)行授權(quán)；

步驟202，按oauth協(xié)議引導(dǎo)用戶授權(quán)后，服務(wù)提供者返回給第三方應(yīng)用一個(gè)令牌；

步驟203，第三方應(yīng)用使用此令牌向服務(wù)提供者請(qǐng)求訪問(wèn)用戶的相關(guān)資源；

步驟204，服務(wù)提供者判斷此次訪問(wèn)的用戶資源是否為敏感資源，如果不是敏感資源，直接返回資源給第三方。如果是敏感資源，將掛起該訪問(wèn)請(qǐng)求或返回給第三方一個(gè)需要等待的響應(yīng)；

步驟205，對(duì)于敏感資源，服務(wù)提供者將通過(guò)各種通道告知用戶詳細(xì)的第三方應(yīng)用請(qǐng)求信息，指明安全級(jí)別，要求用戶再次確認(rèn)同意或拒絕該授權(quán)；

步驟206，用戶從服務(wù)提供者收到該信息后需要進(jìn)行應(yīng)答，同意或拒絕授權(quán)，如果用戶一段時(shí)間內(nèi)沒(méi)有任何響應(yīng)，則默認(rèn)為拒絕授權(quán)；用戶在同意和拒絕時(shí)可根據(jù)提示做出特定授權(quán)應(yīng)答，如一次授權(quán)，多次授權(quán)，限期內(nèi)永久授權(quán)，限時(shí)授權(quán)等方式；

步驟207，服務(wù)提供者根據(jù)用戶的應(yīng)答情況，對(duì)第三方進(jìn)行回復(fù)。如用戶同意授權(quán)則返回相應(yīng)資源，否則回復(fù)userdennied等類(lèi)似響應(yīng)。

以下結(jié)合實(shí)例，對(duì)本發(fā)明實(shí)施例的上述技術(shù)方案進(jìn)行舉例說(shuō)明。

圖3是本發(fā)明實(shí)施例的資源授權(quán)方法的優(yōu)選實(shí)例的信令流程圖，如圖3所 示，具體包括如下處理：

步驟301，第三方應(yīng)用向im服務(wù)提供商請(qǐng)求授權(quán)訪問(wèn)某手機(jī)用戶的相關(guān)信息；

步驟302，第三方應(yīng)用按oauth協(xié)議打開(kāi)瀏覽器，訪問(wèn)im服務(wù)提供商的用戶登錄授權(quán)頁(yè)面。引導(dǎo)用戶登錄并授權(quán)后，返回給第三方應(yīng)用一個(gè)令牌；

步驟303，第三方應(yīng)用使用該令牌請(qǐng)求訪問(wèn)該im用戶的相關(guān)信息資源，如該用戶的好友信息；

步驟304，im服務(wù)提供商判斷此次訪問(wèn)的用戶資源是否為敏感資源，比如此時(shí)訪問(wèn)的是該用戶的基本資料，如昵稱，id等，則直接授權(quán)給第三方。如果訪問(wèn)的是im好友的信息等敏感資源，則將掛起該訪問(wèn)請(qǐng)求或返回給第三方一個(gè)需要等待的響應(yīng)；

步驟305，對(duì)于im好友信息等敏感資源，im服務(wù)提供商將通過(guò)各種可選通道，如短信，push，email等告知用戶詳細(xì)的請(qǐng)求情況，指明有可能涉及到哪些安全因素，要求用戶再次確認(rèn)同意或拒絕該授權(quán)；

步驟306，用戶通過(guò)短信等方式收到請(qǐng)求后，再通過(guò)回復(fù)短信等方式告知im服務(wù)提供商同意或拒絕授權(quán)。如果用戶一段時(shí)間內(nèi)沒(méi)有任何響應(yīng)，則默認(rèn)為拒絕授權(quán)；用戶在同意和拒絕時(shí)可根據(jù)提示做出特定授權(quán)應(yīng)答，如一次授權(quán)，多次授權(quán)，限期內(nèi)永久授權(quán)，限時(shí)授權(quán)等方式；

步驟307，im服務(wù)提供商根據(jù)用戶的應(yīng)答情況，對(duì)第三方應(yīng)用進(jìn)行回復(fù)。如用戶同意授權(quán)則返回相應(yīng)資源，否則回復(fù)userdennied；

綜上所述，借助于本發(fā)明實(shí)施例的技術(shù)方案，通過(guò)在資源訪問(wèn)真正發(fā)生時(shí)，給用戶以更加明確的通知信息，解決了現(xiàn)有技術(shù)中第三方應(yīng)用在濫用授權(quán)的問(wèn)題，能夠使用戶可以更加靈活地選擇使用多種授權(quán)方式，從而有效防止了第三方在后臺(tái)濫用授權(quán)。

裝置實(shí)施例

根據(jù)本發(fā)明的實(shí)施例，提供了一種資源授權(quán)裝置，設(shè)置于服務(wù)提供商的服 務(wù)器，圖4是本發(fā)明實(shí)施例的資源授權(quán)裝置的結(jié)構(gòu)示意圖，如圖4所示，根據(jù)本發(fā)明實(shí)施例的資源授權(quán)裝置包括：令牌模塊40、確定模塊42、以及授權(quán)請(qǐng)求模塊44，以下對(duì)本發(fā)明實(shí)施例的各個(gè)模塊進(jìn)行詳細(xì)的說(shuō)明。

令牌模塊40，用于接收第三方應(yīng)用的授權(quán)訪問(wèn)請(qǐng)求，并引導(dǎo)用戶對(duì)第三方應(yīng)用進(jìn)行授權(quán)，根據(jù)用戶的授權(quán)結(jié)果向第三方應(yīng)用發(fā)送令牌；令牌模塊40具體用于：根據(jù)oauth協(xié)議引導(dǎo)用戶對(duì)第三方應(yīng)用進(jìn)行授權(quán)。

確定模塊42，用于接收第三方應(yīng)用發(fā)送的攜帶有令牌的用戶資源訪問(wèn)請(qǐng)求，對(duì)令牌進(jìn)行驗(yàn)證，在驗(yàn)證通過(guò)后，根據(jù)用戶資源訪問(wèn)請(qǐng)求確定第三方應(yīng)用所訪問(wèn)的用戶資源是否為屬于預(yù)先規(guī)定的敏感資源；

授權(quán)請(qǐng)求模塊44，用于在確定第三方應(yīng)用所訪問(wèn)的用戶資源為敏感資源時(shí)，向用戶發(fā)送是否授權(quán)第三方應(yīng)用獲取敏感資源的請(qǐng)求，接收用戶的授權(quán)應(yīng)答，根據(jù)授權(quán)應(yīng)答確定是否將敏感資源返回給第三方應(yīng)用。

其中，是否授權(quán)第三方應(yīng)用獲取敏感資源的請(qǐng)求具體包括：敏感資源的詳細(xì)信息、安全級(jí)別、以及是否授權(quán)的請(qǐng)求；授權(quán)應(yīng)答具體包括：同意或拒絕授權(quán)、以及授權(quán)方式，其中，授權(quán)方式包括：一次同意或拒絕授權(quán)、多次同意或拒絕授權(quán)、以及限時(shí)同意或拒絕授權(quán)。

授權(quán)請(qǐng)求模塊44具體用于：如果用戶的授權(quán)應(yīng)答為同意授權(quán)，則將敏感資源返回給第三方應(yīng)用；如果用戶的授權(quán)應(yīng)答為拒絕授權(quán)，則將拒絕授權(quán)響應(yīng)返回給第三方應(yīng)用。

授權(quán)請(qǐng)求模塊44進(jìn)一步用于：將第三方應(yīng)用發(fā)送的用戶資源訪問(wèn)請(qǐng)求掛起；或者，向第三方應(yīng)用返回等待響應(yīng)。在確定模塊42確定第三方應(yīng)用所訪問(wèn)的用戶資源不是敏感資源時(shí)，將第三方應(yīng)用所請(qǐng)求的用戶資源返回給第三方應(yīng)用。向用戶發(fā)送是否授權(quán)第三方應(yīng)用獲取敏感資源的請(qǐng)求之后，如果在預(yù)定時(shí)間內(nèi)沒(méi)有收到用戶返回的授權(quán)應(yīng)答，則默認(rèn)用戶拒絕授權(quán)。

綜上所述，借助于本發(fā)明實(shí)施例的技術(shù)方案，通過(guò)在資源訪問(wèn)真正發(fā)生時(shí)，給用戶以更加明確的通知信息，解決了現(xiàn)有技術(shù)中第三方應(yīng)用在濫用授權(quán)的問(wèn) 題，能夠使用戶可以更加靈活地選擇使用多種授權(quán)方式，從而有效防止了第三方在后臺(tái)濫用授權(quán)。

顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。

在此提供的算法和顯示不與任何特定計(jì)算機(jī)、虛擬系統(tǒng)或者其它設(shè)備固有相關(guān)。各種通用系統(tǒng)也可以與基于在此的示教一起使用。根據(jù)上面的描述，構(gòu)造這類(lèi)系統(tǒng)所要求的結(jié)構(gòu)是顯而易見(jiàn)的。此外，本發(fā)明也不針對(duì)任何特定編程語(yǔ)言。應(yīng)當(dāng)明白，可以利用各種編程語(yǔ)言實(shí)現(xiàn)在此描述的本發(fā)明的內(nèi)容，并且上面對(duì)特定語(yǔ)言所做的描述是為了披露本發(fā)明的最佳實(shí)施方式。

在此處所提供的說(shuō)明書(shū)中，說(shuō)明了大量具體細(xì)節(jié)。然而，能夠理解，本發(fā)明的實(shí)施例可以在沒(méi)有這些具體細(xì)節(jié)的情況下實(shí)踐。在一些實(shí)例中，并未詳細(xì)示出公知的方法、結(jié)構(gòu)和技術(shù)，以便不模糊對(duì)本說(shuō)明書(shū)的理解。

類(lèi)似地，應(yīng)當(dāng)理解，為了精簡(jiǎn)本公開(kāi)并幫助理解各個(gè)發(fā)明方面中的一個(gè)或多個(gè)，在上面對(duì)本發(fā)明的示例性實(shí)施例的描述中，本發(fā)明的各個(gè)特征有時(shí)被一起分組到單個(gè)實(shí)施例、圖、或者對(duì)其的描述中。然而，并不應(yīng)將該公開(kāi)的方法解釋成反映如下意圖：即所要求保護(hù)的本發(fā)明要求比在每個(gè)權(quán)利要求中所明確記載的特征更多的特征。更確切地說(shuō)，如下面的權(quán)利要求書(shū)所反映的那樣，發(fā)明方面在于少于前面公開(kāi)的單個(gè)實(shí)施例的所有特征。因此，遵循具體實(shí)施方式的權(quán)利要求書(shū)由此明確地并入該具體實(shí)施方式，其中每個(gè)權(quán)利要求本身都作為本發(fā)明的單獨(dú)實(shí)施例。

本領(lǐng)域那些技術(shù)人員可以理解，可以對(duì)實(shí)施例中的客戶端中的模塊進(jìn)行自適應(yīng)性地改變并且把它們?cè)O(shè)置在與該實(shí)施例不同的一個(gè)或多個(gè)客戶端中?？梢园褜?shí)施例中的模塊組合成一個(gè)模塊，以及此外可以把它們分成多個(gè)子模塊或子單元或子組件。除了這樣的特征和/或過(guò)程或者單元中的至少一些是相互排斥之外，可以采用任何組合對(duì)本說(shuō)明書(shū)(包括伴隨的權(quán)利要求、摘要和附圖)中公 開(kāi)的所有特征以及如此公開(kāi)的任何方法或者客戶端的所有過(guò)程或單元進(jìn)行組合。除非另外明確陳述，本說(shuō)明書(shū)(包括伴隨的權(quán)利要求、摘要和附圖)中公開(kāi)的每個(gè)特征可以由提供相同、等同或相似目的的替代特征來(lái)代替。

此外，本領(lǐng)域的技術(shù)人員能夠理解，盡管在此所述的一些實(shí)施例包括其它實(shí)施例中所包括的某些特征而不是其它特征，但是不同實(shí)施例的特征的組合意味著處于本發(fā)明的范圍之內(nèi)并且形成不同的實(shí)施例。例如，在下面的權(quán)利要求書(shū)中，所要求保護(hù)的實(shí)施例的任意之一都可以以任意的組合方式來(lái)使用。

本發(fā)明的各個(gè)部件實(shí)施例可以以硬件實(shí)現(xiàn)，或者以在一個(gè)或者多個(gè)處理器上運(yùn)行的軟件模塊實(shí)現(xiàn)，或者以它們的組合實(shí)現(xiàn)。本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，可以在實(shí)踐中使用微處理器或者數(shù)字信號(hào)處理器(dsp)來(lái)實(shí)現(xiàn)根據(jù)本發(fā)明實(shí)施例的加載有排序網(wǎng)址的客戶端中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實(shí)現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設(shè)備或者裝置程序(例如，計(jì)算機(jī)程序和計(jì)算機(jī)程序產(chǎn)品)。這樣的實(shí)現(xiàn)本發(fā)明的程序可以存儲(chǔ)在計(jì)算機(jī)可讀介質(zhì)上，或者可以具有一個(gè)或者多個(gè)信號(hào)的形式。這樣的信號(hào)可以從因特網(wǎng)網(wǎng)站上下載得到，或者在載體信號(hào)上提供，或者以任何其他形式提供。

應(yīng)該注意的是上述實(shí)施例對(duì)本發(fā)明進(jìn)行說(shuō)明而不是對(duì)本發(fā)明進(jìn)行限制，并且本領(lǐng)域技術(shù)人員在不脫離所附權(quán)利要求的范圍的情況下可設(shè)計(jì)出替換實(shí)施例。在權(quán)利要求中，不應(yīng)將位于括號(hào)之間的任何參考符號(hào)構(gòu)造成對(duì)權(quán)利要求的限制。單詞“包含”不排除存在未列在權(quán)利要求中的元件或步驟。位于元件之前的單詞“一”或“一個(gè)”不排除存在多個(gè)這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當(dāng)編程的計(jì)算機(jī)來(lái)實(shí)現(xiàn)。在列舉了若干裝置的單元權(quán)利要求中，這些裝置中的若干個(gè)可以是通過(guò)同一個(gè)硬件項(xiàng)來(lái)具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序?？蓪⑦@些單詞解釋為名稱。