本發(fā)明涉及電子技術(shù)領(lǐng)域，尤其涉及一種支付方法及終端。

背景技術(shù)：

游戲是手機、平板電腦等用戶終端中一個普遍、且為用戶廣泛使用的應(yīng)用。目前游戲應(yīng)用一般是屬于半免費的，當(dāng)用戶玩游戲時，前期一般是免費的，但游戲進(jìn)行到一定關(guān)卡或者角色生命使用完后，游戲應(yīng)用會提示用戶使用“磚石”或“金幣”等充值以繼續(xù)游戲。

目前，游戲應(yīng)用默認(rèn)的充值方式一般是通過游戲應(yīng)用調(diào)用支付寶、微信等支付平臺進(jìn)行充值，或者通過游戲應(yīng)用調(diào)用短信應(yīng)用在后臺向運營商發(fā)送購買信息，從而通過運營商扣除話費進(jìn)行充值。對于微信、支付寶等支付平臺來說，一般小額支付時并不需要驗證密碼，對于運營商來說，也只要短信發(fā)送成功即可成功扣除話費。從而當(dāng)小孩在使用游戲應(yīng)用時，只要通過游戲應(yīng)用的提示執(zhí)行點擊操作即可執(zhí)行購買，導(dǎo)致不必要游戲支付。

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

本發(fā)明實施例提供了一種支付方法及終端，可以提升終端支付的可靠性，防止誤支付。

第一方面，本發(fā)明實施例提供了一種支付方法，該方法包括：

終端接收用戶在支付調(diào)用應(yīng)用的應(yīng)用操作界面的預(yù)設(shè)操作以生成支付請求；

將所述支付請求轉(zhuǎn)發(fā)至預(yù)設(shè)支付應(yīng)用或短信應(yīng)用；

判斷所述支付調(diào)用應(yīng)用是否為預(yù)設(shè)應(yīng)用；

若所述支付調(diào)用應(yīng)用不為預(yù)設(shè)應(yīng)用，則通過所述預(yù)設(shè)支付應(yīng)用或短信應(yīng)用發(fā)出驗證提示，以對用戶身份進(jìn)行驗證。

另一方面，本發(fā)明實施例提供了一種終端，該終端包括:

接收單元，用于所述終端接收用戶在支付調(diào)用應(yīng)用的應(yīng)用操作界面的預(yù)設(shè)操作以生成支付請求；

轉(zhuǎn)發(fā)單元，用于將所述支付請求轉(zhuǎn)發(fā)至預(yù)設(shè)支付應(yīng)用或短信應(yīng)用；

判斷單元，用于判斷所述支付調(diào)用應(yīng)用是否為預(yù)設(shè)應(yīng)用；

提示單元，用于若所述支付調(diào)用應(yīng)用不為預(yù)設(shè)應(yīng)用，則通過所述預(yù)設(shè)支付應(yīng)用或短信應(yīng)用發(fā)出驗證提示，以對用戶身份進(jìn)行驗證。

可以看出，本發(fā)明實施例提供的技術(shù)方案中，終端接收用戶在支付調(diào)用應(yīng)用的應(yīng)用操作界面的預(yù)設(shè)操作以生成支付請求；將所述支付請求轉(zhuǎn)發(fā)至預(yù)設(shè)支付應(yīng)用或短信應(yīng)用；判斷所述支付調(diào)用應(yīng)用是否為預(yù)設(shè)應(yīng)用；若所述支付調(diào)用應(yīng)用不為預(yù)設(shè)應(yīng)用，則通過所述預(yù)設(shè)支付應(yīng)用或短信應(yīng)用發(fā)出驗證提示，以對用戶身份進(jìn)行驗證。終端接收支付調(diào)用應(yīng)用生成的支付請求并發(fā)送至預(yù)設(shè)支付應(yīng)用或短信應(yīng)用后，再通過預(yù)設(shè)支付應(yīng)用或短信應(yīng)用通過發(fā)出驗證提示對用戶身份進(jìn)行驗證，從而可以保障支付調(diào)用應(yīng)用所請求支付的可靠性，防止支付失誤。

附圖說明

為了更清楚地說明本發(fā)明實施例技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本發(fā)明實施例提供的一種支付方法的示意流程圖；

圖2是本發(fā)明另一個實施例提供一種支付方法的示意流程圖；

圖3是本發(fā)明實施例提供的一種終端的示意性框圖；

圖4是本發(fā)明另一實施例提供的一種終端示意性框圖；

圖5是本發(fā)明又一實施例提供的一種終端示意性框圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。

應(yīng)當(dāng)理解，當(dāng)在本說明書和所附權(quán)利要求書中使用時，術(shù)語“包括”和“包含”指示所描述特征、整體、步驟、操作、元素和/或組件的存在，但并不排除一個或多個其它特征、整體、步驟、操作、元素、組件和/或其集合的存在或添加。

還應(yīng)當(dāng)理解，在此本發(fā)明說明書中所使用的術(shù)語僅僅是出于描述特定實施例的目的而并不意在限制本發(fā)明。如在本發(fā)明說明書和所附權(quán)利要求書中所使用的那樣，除非上下文清楚地指明其它情況，否則單數(shù)形式的“一”、“一個”及“該”意在包括復(fù)數(shù)形式。

還應(yīng)當(dāng)進(jìn)一步理解，在本發(fā)明說明書和所附權(quán)利要求書中使用的術(shù)語“和/或”是指相關(guān)聯(lián)列出的項中的一個或多個的任何組合以及所有可能組合，并且包括這些組合。

如在本說明書和所附權(quán)利要求書中所使用的那樣，術(shù)語“如果”可以依據(jù)上下文被解釋為“當(dāng)...時”或“一旦”或“響應(yīng)于確定”或“響應(yīng)于檢測到”。類似地，短語“如果確定”或“如果檢測到[所描述條件或事件]”可以依據(jù)上下文被解釋為意指“一旦確定”或“響應(yīng)于確定”或“一旦檢測到[所描述條件或事件]”或“響應(yīng)于檢測到[所描述條件或事件]”。

具體實現(xiàn)中，本發(fā)明實施例中描述的終端包括但不限于諸如具有觸摸敏感表面(例如，觸摸屏顯示器和/或觸摸板)的移動電話、膝上型計算機或平板計算機之類的其它便攜式設(shè)備。還應(yīng)當(dāng)理解的是，在某些實施例中，所述設(shè)備并非便攜式通信設(shè)備，而是具有觸摸敏感表面(例如，觸摸屏顯示器和/或觸摸板)的臺式計算機。

在接下來的討論中，描述了包括顯示器和觸摸敏感表面的終端。然而，應(yīng)當(dāng)理解的是，終端可以包括諸如物理鍵盤、鼠標(biāo)和/或控制桿的一個或多個其它物理用戶接口設(shè)備。

終端支持各種應(yīng)用程序，例如以下中的一個或多個：繪圖應(yīng)用程序、演示應(yīng)用程序、文字處理應(yīng)用程序、網(wǎng)站創(chuàng)建應(yīng)用程序、盤刻錄應(yīng)用程序、電子表格應(yīng)用程序、游戲應(yīng)用程序、電話應(yīng)用程序、視頻會議應(yīng)用程序、電子郵件應(yīng)用程序、即時消息收發(fā)應(yīng)用程序、鍛煉支持應(yīng)用程序、照片管理應(yīng)用程序、數(shù)碼相機應(yīng)用程序、數(shù)字?jǐn)z影機應(yīng)用程序、web瀏覽應(yīng)用程序、數(shù)字音樂播放器應(yīng)用程序和/或數(shù)字視頻播放器應(yīng)用程序。

可以在終端上執(zhí)行的各種應(yīng)用程序可以使用諸如觸摸敏感表面的至少一個公共物理用戶接口設(shè)備?？梢栽趹?yīng)用程序之間和/或相應(yīng)應(yīng)用程序內(nèi)調(diào)整和/或改變觸摸敏感表面的一個或多個功能以及終端上顯示的相應(yīng)信息。這樣，終端的公共物理架構(gòu)(例如，觸摸敏感表面)可以支持具有對用戶而言直觀且透明的用戶界面的各種應(yīng)用程序。

參見圖1，圖1是本發(fā)明實施例提供一種支付方法的示意流程圖，該方法應(yīng)用于具有多個攝像頭的終端，如圖所示支付方法可包括以下步驟：

S101、終端接收用戶在支付調(diào)用應(yīng)用的應(yīng)用操作界面的預(yù)設(shè)操作以生成支付請求。

其中，終端是指手機、平板電腦、可穿戴設(shè)備等具有通信功能的終端；支付調(diào)用應(yīng)用是指可以調(diào)用支付應(yīng)用或其它支付手段的一些終端應(yīng)用，在本發(fā)明實施例中，該支付調(diào)用應(yīng)用可以是指游戲應(yīng)用，支付調(diào)用應(yīng)用的操作界面是指該支付調(diào)用應(yīng)用的進(jìn)行觸發(fā)支付的界面，從而在該應(yīng)用操作界面上接收用戶的預(yù)設(shè)操作即可觸發(fā)該支付調(diào)用應(yīng)用去調(diào)用支付應(yīng)用等去進(jìn)行支付，在本發(fā)明實施例中，該預(yù)設(shè)操作可以為觸摸操作、點擊操作或滑動操作等。

其中，支付請求是指由支付調(diào)用應(yīng)用發(fā)出的，用于向支付應(yīng)用或其它支付手段發(fā)送的、請求支付的請求命令。

舉例說明，在本發(fā)明的一個示例中，當(dāng)游戲應(yīng)用需要進(jìn)一步購買游戲裝備時，可以調(diào)用終端中的支付應(yīng)用進(jìn)行支付；此時將在游戲應(yīng)用的購買界面接收用戶的觸摸操作，從而該游戲應(yīng)用在該觸摸操作的觸發(fā)下生成支付請求。

S102、將所述支付請求轉(zhuǎn)發(fā)至預(yù)設(shè)支付應(yīng)用或短信應(yīng)用。

其中，該預(yù)設(shè)支付應(yīng)用是指終端中具有支付功能的應(yīng)用，例如，可以為微信支付應(yīng)用或支付寶支付應(yīng)用等。

舉例說明，在本發(fā)明的一個示例中，當(dāng)用戶在游戲應(yīng)用的操作界面點擊購買按鈕時，此時該游戲應(yīng)用將該支付請求發(fā)送支付寶，從而支付寶應(yīng)用即將執(zhí)行購買操作。

再舉例說明，在本發(fā)明的另一個示例中，當(dāng)用戶在游戲應(yīng)用的操作界面點擊購買按鈕時，該游戲應(yīng)用也可以選擇通過運營商扣除話費的方式進(jìn)行支付，故此時該游戲應(yīng)用也可以調(diào)用短信應(yīng)用生成短信發(fā)送至運營商，以請求運營商扣除話費進(jìn)行支付。

更進(jìn)一步地，可以在游戲界面上設(shè)置支付選擇界面，供用戶通過按鈕選擇終端的支付應(yīng)用進(jìn)行支付或者向運營商發(fā)送短信進(jìn)行支付。

S103、判斷所述支付調(diào)用應(yīng)用是否為預(yù)設(shè)應(yīng)用。

其中，預(yù)設(shè)應(yīng)用是指終端中的支付調(diào)用應(yīng)用調(diào)用支付應(yīng)用或者短信應(yīng)用進(jìn)行支付時，由于可以確定該支付調(diào)用應(yīng)用的可靠性，所以不需要進(jìn)行用戶身份驗證的應(yīng)用集合。

具體地，若所述將所述支付請求轉(zhuǎn)發(fā)至所述終端的預(yù)設(shè)支付應(yīng)用，則所述預(yù)設(shè)應(yīng)用包括所述預(yù)設(shè)支付應(yīng)用；

若將所述支付請求轉(zhuǎn)發(fā)至所述終端的短信應(yīng)用，所述預(yù)設(shè)應(yīng)用包括所述短信應(yīng)用。

具體地，終端可以通過檢查應(yīng)用包名來判斷該支付調(diào)用應(yīng)用是否為預(yù)設(shè)應(yīng)用。

可以理解，當(dāng)調(diào)用微信或支付寶的支付功能進(jìn)行支付時，若是由微信或者支付寶本身調(diào)用的，則可以認(rèn)為該調(diào)用是允許的，不需要額外地進(jìn)行用戶身份驗證，只需要啟用微信支付功能或支付寶支付功能本身的支付驗證即可；同理，若調(diào)用短信應(yīng)用的信息發(fā)送功能向運營商發(fā)送信息時，是由短信應(yīng)用本身調(diào)用的，從而此時可以認(rèn)為是用戶主動編輯的信息，此時不需要進(jìn)行用戶身份驗證。

S104、若所述支付調(diào)用應(yīng)用不為預(yù)設(shè)應(yīng)用，則通過所述預(yù)設(shè)支付應(yīng)用或短信應(yīng)用發(fā)出驗證提示，以對用戶身份進(jìn)行驗證。

其中，驗證提示是指用于對用戶進(jìn)行用戶身份驗證的提示，該驗證提示可以是指紋密碼驗證、數(shù)字密碼驗證和特征識別驗證等方式。

可以看出，本發(fā)明實施例提供的技術(shù)方案中，終端接收用戶在支付調(diào)用應(yīng)用的應(yīng)用操作界面的預(yù)設(shè)操作以生成支付請求；將所述支付請求轉(zhuǎn)發(fā)至預(yù)設(shè)支付應(yīng)用或短信應(yīng)用；判斷所述支付調(diào)用應(yīng)用是否為預(yù)設(shè)應(yīng)用；若所述支付調(diào)用應(yīng)用不為預(yù)設(shè)應(yīng)用，則通過所述預(yù)設(shè)支付應(yīng)用或短信應(yīng)用發(fā)出驗證提示，以對用戶身份進(jìn)行驗證。終端接收支付調(diào)用應(yīng)用生成的支付請求并發(fā)送至預(yù)設(shè)支付應(yīng)用或短信應(yīng)用后，再通過預(yù)設(shè)支付應(yīng)用或短信應(yīng)用通過發(fā)出驗證提示對用戶身份進(jìn)行驗證，從而可以保障支付調(diào)用應(yīng)用所請求支付的可靠性，防止支付失誤。

可選地，在本發(fā)明的一些可能的實施方式中，所述方法還包括：

若所述支付調(diào)用應(yīng)用為預(yù)設(shè)應(yīng)用，則通過所述支付請求。

例如，若預(yù)設(shè)支付應(yīng)用為微信支付應(yīng)用或支付寶支付應(yīng)用，而此時調(diào)用該支付應(yīng)用進(jìn)行支付的應(yīng)用為微信應(yīng)用或支付寶應(yīng)用本身，則說明此時不是通過第三方應(yīng)用調(diào)用的，可直接通過該支付請求，僅進(jìn)行微信支付應(yīng)用或支付寶支付應(yīng)用自身的支付驗證。

可以理解，在該支付調(diào)用應(yīng)用為預(yù)設(shè)應(yīng)用時，說明該支付請求是安全可靠的，此時直接通過支付請求，使得支付更為方便。

可選地，在本發(fā)明的一些可能的實施方式中，所述通過預(yù)設(shè)支付應(yīng)用發(fā)出驗證提示之后，所述方法還包括：

若所述對用戶身份進(jìn)行驗證的結(jié)果為用戶身份驗證未通過，則通過所述預(yù)設(shè)支付應(yīng)用或短信應(yīng)用拒絕所述支付請求。

舉例說明，在本發(fā)明的一個示例中，當(dāng)游戲應(yīng)用接收到用戶的觸摸操作，從而向微信支付應(yīng)用發(fā)送支付請求后，微信支付應(yīng)用在接收到該支付請求后，首先判斷該支付請求是否為微信應(yīng)用自身發(fā)出的，由于該支付請求是由游戲應(yīng)用發(fā)出的，所以需要進(jìn)一步對用戶身份進(jìn)行驗證，若通過對用戶身份進(jìn)行驗證時，發(fā)現(xiàn)當(dāng)前使用的用戶不是目標(biāo)用戶，例如，若此時通過身份驗證檢測到為小孩在使用該手機玩游戲，此時將拒絕該支付請求，以防止支付失誤。

可以理解，通過對用戶身份進(jìn)行驗證，在用戶身份驗證未通過時，說明此時的支付請求是不可靠的，所以此時預(yù)設(shè)支付應(yīng)用或短信應(yīng)用拒絕該支付請求，防止支付失誤，提高支付可靠性。

可選地，在本發(fā)明的一些可能的實施方式中，所述通過所述預(yù)設(shè)支付應(yīng)用或短信應(yīng)用發(fā)出驗證提示，包括：

通過所述預(yù)設(shè)支付應(yīng)用或短信應(yīng)用調(diào)用拍照應(yīng)用，以利用照相機對用戶進(jìn)行人臉識別；或者，

通過所述預(yù)設(shè)支付應(yīng)用或短信應(yīng)用調(diào)用指紋識別應(yīng)用，以對用戶進(jìn)行指紋識別；或者，

通過所述預(yù)設(shè)支付應(yīng)用或短信應(yīng)用調(diào)用所述終端的密碼輸入功能，以提示用戶輸入密碼并對所述密碼進(jìn)行驗證；

所述終端的預(yù)設(shè)支付應(yīng)用或短信應(yīng)用調(diào)用所述終端的屏幕按壓功能，以對用戶的按壓操作進(jìn)行識別。

舉例說明，在本發(fā)明的一個示例中，若用戶通過游戲應(yīng)用執(zhí)行購買操作，并且選擇通過短信向運營商發(fā)送短信請求從運營商扣除話費，此時由于該游戲應(yīng)用不為短信應(yīng)用本身，所以短信應(yīng)用將需要對用戶身份進(jìn)行驗證，具體地，該短信應(yīng)用可以啟動手機拍照功能，通過拍照來對使用者進(jìn)行人臉識別，以判斷該用戶是否為小孩，若此時檢測到該用戶為小孩，則得到的用戶身份驗證結(jié)果為身份驗證未通過，從而防止小孩使用手機進(jìn)行誤操作支付；或者，也可以由短信應(yīng)用調(diào)用啟動指紋識別應(yīng)用，從而當(dāng)用戶通過指紋識別時，才通過身份驗證；或者，也可以通過在使用者使用手機時，檢測使用者在手機屏幕上的按壓操作的手指特征，若通過手指特征檢測到使用者為小孩，此時得出該身份驗證未通過。

更進(jìn)一步地，通過上述用戶身份驗證，如果是小孩，則系統(tǒng)忽略該操作，從而該支付請求發(fā)短信廣播無效。需要說明，當(dāng)身份驗證失敗時，也可以認(rèn)為即使是用戶本人的誤操作，因為很多情況下即使大人在玩的話，也是不小心點的，所以可以屏蔽應(yīng)用采用短信暗地里扣錢的方式。

再舉例說明，在本發(fā)明的另一個示例中，若用戶通過游戲應(yīng)用執(zhí)行購買操作，并且請求微信支付頁面或者支付寶支付頁面進(jìn)行支付時，系統(tǒng)監(jiān)控到并不是微信應(yīng)用或支付寶應(yīng)用本身調(diào)用，則不管用戶是否配置了小額支付，系統(tǒng)給出指紋驗證、密碼驗證等身份驗證方式，只有校驗成功后才能支付；如果是微信應(yīng)用或支付寶應(yīng)用本身調(diào)用，此時系統(tǒng)不執(zhí)行該用戶身份驗證，走支付寶、微信自己的校驗方式。

可以理解，通過上述用戶身份驗證方式，以保障即使是小孩玩游戲或者大人誤操作，不用擔(dān)心被在不知情的情況下進(jìn)行支付，導(dǎo)致手機欠費了，提升支付保障。

參見圖2，圖2是本發(fā)明另一個實施例提供一種支付方法的示意流程圖，圖2所示的方法中，與圖1所示的方法相同或類似的內(nèi)容可以參考圖1中的詳細(xì)描述，此處不再贅述。圖2所示支付方法可包括以下步驟：

S201、終端接收用戶在支付調(diào)用應(yīng)用的應(yīng)用操作界面的預(yù)設(shè)操作以生成支付請求。

其中，終端是指手機、平板電腦、可穿戴設(shè)備等具有通信功能的終端；支付調(diào)用應(yīng)用是指可以調(diào)用支付應(yīng)用或其它支付手段的一些終端應(yīng)用，在本發(fā)明實施例中，該支付調(diào)用應(yīng)用可以是指游戲應(yīng)用，支付調(diào)用應(yīng)用的操作界面是指該支付調(diào)用應(yīng)用的進(jìn)行觸發(fā)支付的界面，從而在該應(yīng)用操作界面上接收用戶的預(yù)設(shè)操作即可觸發(fā)該支付調(diào)用應(yīng)用去調(diào)用支付應(yīng)用等去進(jìn)行支付，在本發(fā)明實施例中，該預(yù)設(shè)操作可以為觸摸操作、點擊操作或滑動操作等。

其中，支付請求是指由支付調(diào)用應(yīng)用發(fā)出的，用于向支付應(yīng)用或其它支付手段發(fā)送的、請求支付的請求命令。

S202、將所述支付請求轉(zhuǎn)發(fā)至預(yù)設(shè)支付應(yīng)用或短信應(yīng)用。

其中，該預(yù)設(shè)支付應(yīng)用是指終端中具有支付功能的應(yīng)用，例如，可以為微信支付應(yīng)用或支付寶支付應(yīng)用等。

S203、判斷所述支付調(diào)用應(yīng)用是否為預(yù)設(shè)應(yīng)用。

其中，預(yù)設(shè)應(yīng)用是指終端中的支付調(diào)用應(yīng)用調(diào)用支付應(yīng)用或者短信應(yīng)用進(jìn)行支付時，由于可以確定該支付調(diào)用應(yīng)用的可靠性，所以不需要進(jìn)行用戶身份驗證的應(yīng)用集合。

可選地，若所述支付調(diào)用應(yīng)用不為預(yù)設(shè)應(yīng)用，則執(zhí)行步驟S204。

可選地，若所述支付調(diào)用應(yīng)用為預(yù)設(shè)應(yīng)用，則執(zhí)行步驟S206。

S204、若所述支付調(diào)用應(yīng)用不為預(yù)設(shè)應(yīng)用，則通過預(yù)設(shè)支付應(yīng)用或短信應(yīng)用發(fā)出驗證提示，以對用戶身份進(jìn)行驗證。

其中，驗證提示是指用于對用戶進(jìn)行用戶身份驗證的提示，該驗證提示可以是指紋密碼驗證、數(shù)字密碼驗證和特征識別驗證等方式。

具體地，所述通過預(yù)設(shè)支付應(yīng)用或短信應(yīng)用發(fā)出驗證提示，包括：

通過預(yù)設(shè)支付應(yīng)用或短信應(yīng)用調(diào)用拍照應(yīng)用，以利用照相機對用戶進(jìn)行人臉識別；或者，

通過預(yù)設(shè)支付應(yīng)用或短信應(yīng)用調(diào)用指紋識別應(yīng)用，以對用戶進(jìn)行指紋識別；或者，

通過預(yù)設(shè)支付應(yīng)用或短信應(yīng)用調(diào)用所述終端的密碼輸入功能，以提示用戶輸入密碼并對所述密碼進(jìn)行驗證；

通過預(yù)設(shè)支付應(yīng)用或短信應(yīng)用調(diào)用所述終端的屏幕按壓功能，以對用戶的按壓操作進(jìn)行識別。

S205、若所述對用戶身份進(jìn)行驗證的結(jié)果為用戶身份驗證未通過，則拒絕所述支付請求。

S206、若所述支付調(diào)用應(yīng)用為預(yù)設(shè)應(yīng)用，則通過所述支付請求。

可以看出，本發(fā)明實施例提供的技術(shù)方案中，終端接收用戶在支付調(diào)用應(yīng)用的應(yīng)用操作界面的預(yù)設(shè)操作以生成支付請求；將所述支付請求轉(zhuǎn)發(fā)至預(yù)設(shè)支付應(yīng)用或短信應(yīng)用；判斷所述支付調(diào)用應(yīng)用是否為預(yù)設(shè)應(yīng)用；若所述支付調(diào)用應(yīng)用不為預(yù)設(shè)應(yīng)用，則通過所述預(yù)設(shè)支付應(yīng)用或短信應(yīng)用發(fā)出驗證提示，以對用戶身份進(jìn)行驗證。終端接收支付調(diào)用應(yīng)用生成的支付請求并發(fā)送至預(yù)設(shè)支付應(yīng)用或短信應(yīng)用后，再通過預(yù)設(shè)支付應(yīng)用或短信應(yīng)用通過發(fā)出驗證提示對用戶身份進(jìn)行驗證，從而可以保障支付調(diào)用應(yīng)用所請求支付的可靠性，防止支付失誤。

參見圖3是本發(fā)明實施例提供的一種終端的示意框圖，用于實現(xiàn)本發(fā)明實施例公開的支付方法，如圖3所示，本發(fā)明實施例提供的一種終端300可以包括：

接收單元310、轉(zhuǎn)發(fā)單元320、判斷單元330和提示單元340。

接收單元310，用于所述終端接收用戶在所述支付調(diào)用應(yīng)用的應(yīng)用操作界面的預(yù)設(shè)操作以生成支付請求。

其中，終端是指手機、平板電腦、可穿戴設(shè)備等具有通信功能的終端；支付調(diào)用應(yīng)用是指可以調(diào)用支付應(yīng)用或其它支付手段的一些終端應(yīng)用，在本發(fā)明實施例中，該支付調(diào)用應(yīng)用可以是指游戲應(yīng)用，支付調(diào)用應(yīng)用的操作界面是指該支付調(diào)用應(yīng)用的進(jìn)行觸發(fā)支付的界面，從而在該應(yīng)用操作界面上接收用戶的預(yù)設(shè)操作即可觸發(fā)該支付調(diào)用應(yīng)用去調(diào)用支付應(yīng)用等去進(jìn)行支付，在本發(fā)明實施例中，該預(yù)設(shè)操作可以為觸摸操作、點擊操作或滑動操作等。

其中，支付請求是指由支付調(diào)用應(yīng)用發(fā)出的，用于向支付應(yīng)用或其它支付手段發(fā)送的、請求支付的請求命令。

舉例說明，在本發(fā)明的一個示例中，當(dāng)游戲應(yīng)用需要進(jìn)一步購買游戲裝備時，可以調(diào)用終端中的支付應(yīng)用進(jìn)行支付；此時將在游戲應(yīng)用的購買界面接收用戶的觸摸操作，從而該游戲應(yīng)用在該觸摸操作的觸發(fā)下生成支付請求。

轉(zhuǎn)發(fā)單元320，用于將所述支付請求轉(zhuǎn)發(fā)至預(yù)設(shè)支付應(yīng)用或短信應(yīng)用。

其中，該預(yù)設(shè)支付應(yīng)用是指終端中具有支付功能的應(yīng)用，例如，可以為微信支付應(yīng)用或支付寶支付應(yīng)用等。

舉例說明，在本發(fā)明的一個示例中，當(dāng)用戶在游戲應(yīng)用的操作界面點擊購買按鈕時，此時該游戲應(yīng)用將該支付請求發(fā)送支付寶，從而支付寶應(yīng)用即將執(zhí)行購買操作。

再舉例說明，在本發(fā)明的另一個示例中，當(dāng)用戶在游戲應(yīng)用的操作界面點擊購買按鈕時，該游戲應(yīng)用也可以選擇通過運營商扣除話費的方式進(jìn)行支付，故此時該游戲應(yīng)用也可以調(diào)用短信應(yīng)用生成短信發(fā)送至運營商，以請求運營商扣除話費進(jìn)行支付。

更進(jìn)一步地，可以在游戲界面上設(shè)置支付選擇界面，供用戶通過按鈕選擇終端的支付應(yīng)用進(jìn)行支付或者向運營商發(fā)送短信進(jìn)行支付。

判斷單元330，用于判斷所述支付調(diào)用應(yīng)用是否為預(yù)設(shè)應(yīng)用。

其中，預(yù)設(shè)應(yīng)用是指終端中的支付調(diào)用應(yīng)用調(diào)用支付應(yīng)用或者短信應(yīng)用進(jìn)行支付時，由于可以確定該支付調(diào)用應(yīng)用的可靠性，所以不需要進(jìn)行用戶身份驗證的應(yīng)用集體。

具體地，若將所述支付請求轉(zhuǎn)發(fā)至所述終端的預(yù)設(shè)支付應(yīng)用，則所述預(yù)設(shè)應(yīng)用包括所述預(yù)設(shè)支付應(yīng)用；

若將所述支付請求轉(zhuǎn)發(fā)至所述終端的短信應(yīng)用，所述預(yù)設(shè)應(yīng)用包括所述短信應(yīng)用。

具體地，終端可以通過檢查應(yīng)用包名來判斷該支付調(diào)用應(yīng)用是否為免驗證應(yīng)集合。

可以理解，當(dāng)調(diào)用微信或支付寶的支付功能進(jìn)行支付時，若是由微信或者支付寶本身調(diào)用的，則可以認(rèn)為該調(diào)用是允許的，不需要額外地進(jìn)行用戶身份驗證，只需要啟用微信支付功能或支付寶支付功能本身的支付驗證即可；同理，若調(diào)用短信應(yīng)用的信息發(fā)送功能向運營商發(fā)送信息時，是由短信應(yīng)用本身調(diào)用的，從而此時可以認(rèn)為是用戶主動編輯的信息，此時不需要進(jìn)行用戶身份驗證。

提示單元340，用于若所述支付調(diào)用應(yīng)用不為預(yù)設(shè)應(yīng)用，則通過所述預(yù)設(shè)支付應(yīng)用或短信應(yīng)用發(fā)出驗證提示，以對用戶身份進(jìn)行驗證。

其中，驗證提示是指用于對用戶進(jìn)行用戶身份驗證的提示，該驗證提示可以是指紋密碼驗證、數(shù)字密碼驗證和特征識別驗證等方式。

可以看出，本發(fā)明實施例提供的技術(shù)方案中，終端300接收用戶在支付調(diào)用應(yīng)用的應(yīng)用操作界面的預(yù)設(shè)操作以生成支付請求；將所述支付請求轉(zhuǎn)發(fā)至預(yù)設(shè)支付應(yīng)用或短信應(yīng)用；判斷所述支付調(diào)用應(yīng)用是否為預(yù)設(shè)應(yīng)用；若所述支付調(diào)用應(yīng)用不為預(yù)設(shè)應(yīng)用，則通過所述預(yù)設(shè)支付應(yīng)用或短信應(yīng)用發(fā)出驗證提示，以對用戶身份進(jìn)行驗證。終端接收支付調(diào)用應(yīng)用生成的支付請求并發(fā)送至預(yù)設(shè)支付應(yīng)用或短信應(yīng)用后，再通過預(yù)設(shè)支付應(yīng)用或短信應(yīng)用通過發(fā)出驗證提示對用戶身份進(jìn)行驗證，從而可以保障支付調(diào)用應(yīng)用所請求支付的可靠性，防止支付失誤。

在本實施例中，終端300是以單元的形式來呈現(xiàn)。這里的“單元”可以指特定應(yīng)用集成電路(application-specific integrated circuit，ASIC)，執(zhí)行一個或多個軟件或固件程序的處理器和存儲器，集成邏輯電路，和/或其他可以提供上述功能的器件。

可以理解的是，本實施例的終端300的各功能單元的功能可根據(jù)上述方法實施例中的方法具體實現(xiàn)，其具體實現(xiàn)過程可以參照上述方法實施例的相關(guān)描述，此處不再贅述。

參見圖4，是本發(fā)明實施例提供的另一種終端的示意框圖，用于實現(xiàn)本發(fā)明實施例公開的支付方法，其中，如圖4所示的終端是由圖3所示的終端進(jìn)行優(yōu)化得到的。圖4所示的終端除了包括圖3所示的終端的單元之外，還有以下擴(kuò)展：

可選地，在本發(fā)明的一些可能的實施方式中，所述終端400還包括：

拒絕單元450，用于若所述對用戶身份進(jìn)行驗證的結(jié)果為用戶身份驗證未通過，則拒絕所述支付請求。

例如，若預(yù)設(shè)支付應(yīng)用為微信支付應(yīng)用或支付寶支付應(yīng)用，而此時調(diào)用該支付應(yīng)用進(jìn)行支付的應(yīng)用為微信應(yīng)用或支付寶應(yīng)用本身，則說明此時不是通過第三方應(yīng)用調(diào)用的，可直接通過該支付請求，僅進(jìn)行微信支付應(yīng)用或支付寶支付應(yīng)用自身的支付驗證。

可以理解，在該支付調(diào)用應(yīng)用為預(yù)設(shè)應(yīng)用時，說明該支付請求是安全可靠的，此時直接通過支付請求，使得支付更為方便。

可選地，在本發(fā)明的一些可能的實施方式中，所述終端還包括：

通過單元460，用于若所述支付調(diào)用應(yīng)用為預(yù)設(shè)應(yīng)用，則通過所述支付請求。

舉例說明，在本發(fā)明的一個示例中，當(dāng)游戲應(yīng)用接收到用戶的觸摸操作，從而向微信支付應(yīng)用發(fā)送支付請求后，微信支付應(yīng)用在接收到該支付請求后，首先判斷該支付請求是否為微信應(yīng)用自身發(fā)出的，由于該支付請求是由游戲應(yīng)用發(fā)出的，所以需要進(jìn)一步對用戶身份進(jìn)行驗證，若通過對用戶身份進(jìn)行驗證時，發(fā)現(xiàn)當(dāng)前使用的用戶不是目標(biāo)用戶，例如，若此時通過身份驗證檢測到為小孩在使用該手機玩游戲，此時將拒絕該支付請求，以防止支付失誤。

可以理解，通過對用戶身份進(jìn)行驗證，在用戶身份驗證未通過時，說明此時的支付請求是不可靠的，所以此時預(yù)設(shè)支付應(yīng)用或短信應(yīng)用拒絕該支付請求，防止支付失誤，提高支付可靠性。

可選地，在本發(fā)明的一些可能的實施方式中，所述提示單元440具體用于：

通過預(yù)設(shè)支付應(yīng)用或短信應(yīng)用調(diào)用拍照應(yīng)用，以利用照相機對用戶進(jìn)行人臉識別；或者，

通過預(yù)設(shè)支付應(yīng)用或短信應(yīng)用調(diào)用指紋識別應(yīng)用，以對用戶進(jìn)行指紋識別；或者，

通過預(yù)設(shè)支付應(yīng)用或短信應(yīng)用調(diào)用所述終端的密碼輸入功能，以提示用戶輸入密碼并對所述密碼進(jìn)行驗證；

通過預(yù)設(shè)支付應(yīng)用或短信應(yīng)用調(diào)用所述終端的屏幕按壓功能，以對用戶的按壓操作進(jìn)行識別。

舉例說明，在本發(fā)明的一個示例中，若用戶通過游戲應(yīng)用執(zhí)行購買操作，并且選擇通過短信向運營商發(fā)送短信請求從運營商扣除話費，此時由于該游戲應(yīng)用不為短信應(yīng)用本身，所以短信應(yīng)用將需要對用戶身份進(jìn)行驗證，具體地，該短信應(yīng)用可以啟動手機拍照功能，通過拍照來對使用者進(jìn)行人臉識別，以判斷該用戶是否為小孩，若此時檢測到該用戶為小孩，則得到的用戶身份驗證結(jié)果為身份驗證未通過，從而防止小孩使用手機進(jìn)行誤操作支付；或者，也可以由短信應(yīng)用調(diào)用啟動指紋識別應(yīng)用，從而當(dāng)用戶通過指紋識別時，才通過身份驗證；或者，也可以通過在使用者使用手機時，檢測使用者在手機屏幕上的按壓操作的手指特征，若通過手指特征檢測到使用者為小孩，此時得出該身份驗證未通過。

更進(jìn)一步地，通過上述用戶身份驗證，如果是小孩，則系統(tǒng)忽略該操作，從而該支付請求發(fā)短信廣播無效。需要說明，當(dāng)身份驗證失敗時，也可以認(rèn)為即使是用戶本人的誤操作，因為很多情況下即使大人在玩的話，也是不小心點的，所以可以屏蔽應(yīng)用采用短信暗地里扣錢的方式。

再舉例說明，在本發(fā)明的另一個示例中，若用戶通過游戲應(yīng)用執(zhí)行購買操作，并且請求微信支付頁面或者支付寶支付頁面進(jìn)行支付時，系統(tǒng)監(jiān)控到并不是微信應(yīng)用或支付寶應(yīng)用本身調(diào)用，則不管用戶是否配置了小額支付，系統(tǒng)給出指紋驗證、密碼驗證等身份驗證方式，只有校驗成功后才能支付；如果是微信應(yīng)用或支付寶應(yīng)用本身調(diào)用，此時系統(tǒng)不執(zhí)行該用戶身份驗證，走支付寶、微信自己的校驗方式。

可以理解，通過上述用戶身份驗證方式，以保障即使是小孩玩游戲或者大人誤操作，不用擔(dān)心被在不知情的情況下進(jìn)行支付，導(dǎo)致手機欠費了，提升支付保障。

可以看出，本發(fā)明實施例提供的技術(shù)方案中，終端400接收用戶在支付調(diào)用應(yīng)用的應(yīng)用操作界面的預(yù)設(shè)操作以生成支付請求；將所述支付請求轉(zhuǎn)發(fā)至預(yù)設(shè)支付應(yīng)用或短信應(yīng)用；判斷所述支付調(diào)用應(yīng)用是否為預(yù)設(shè)應(yīng)用；若所述支付調(diào)用應(yīng)用不為預(yù)設(shè)應(yīng)用，則通過所述預(yù)設(shè)支付應(yīng)用或短信應(yīng)用發(fā)出驗證提示，以對用戶身份進(jìn)行驗證。終端接收支付調(diào)用應(yīng)用生成的支付請求并發(fā)送至預(yù)設(shè)支付應(yīng)用或短信應(yīng)用后，再通過預(yù)設(shè)支付應(yīng)用或短信應(yīng)用通過發(fā)出驗證提示對用戶身份進(jìn)行驗證，從而可以保障支付調(diào)用應(yīng)用所請求支付的可靠性，防止支付失誤。

在本實施例中，終端400是以單元的形式來呈現(xiàn)。這里的“單元”可以指特定應(yīng)用集成電路(application-specific integrated circuit，ASIC)，執(zhí)行一個或多個軟件或固件程序的處理器和存儲器，集成邏輯電路，和/或其他可以提供上述功能的器件。

可以理解的是，本實施例的終端400的各功能單元的功能可根據(jù)上述方法實施例中的方法具體實現(xiàn)，其具體實現(xiàn)過程可以參照上述方法實施例的相關(guān)描述，此處不再贅述。

參見圖5，是本發(fā)明又一實施例提供的一種終端示意框圖。如圖所示的本實施例中的終端包括多個攝像頭，并且該終端可以包括：一個或多個處理器501；一個或多個輸入設(shè)備502，一個或多個輸出設(shè)備503和存儲器504。上述處理器501、輸入設(shè)備502、輸出設(shè)備503和存儲器504通過總線805連接。存儲器502用于存儲指令，處理器501用于執(zhí)行存儲器502存儲的指令。其中，處理器501用于：終端接收用戶在支付調(diào)用應(yīng)用的應(yīng)用操作界面的預(yù)設(shè)操作以生成支付請求；將所述支付請求轉(zhuǎn)發(fā)至預(yù)設(shè)支付應(yīng)用或短信應(yīng)用；判斷所述支付調(diào)用應(yīng)用是否為預(yù)設(shè)應(yīng)用；若所述支付調(diào)用應(yīng)用不為預(yù)設(shè)應(yīng)用，則通過所述預(yù)設(shè)支付應(yīng)用或短信應(yīng)用發(fā)出驗證提示，以對用戶身份進(jìn)行驗證。

可選地，在本發(fā)明的一些可能的實施方式中，該處理器501通過所述預(yù)設(shè)支付應(yīng)用發(fā)出驗證提示之后，還用于：

若所述對用戶身份進(jìn)行驗證的結(jié)果為用戶身份驗證未通過，則通過所述預(yù)設(shè)支付應(yīng)用或短信應(yīng)用拒絕所述支付請求。

可選地，在本發(fā)明的一些可能的實施方式中，該處理器501通過所述預(yù)設(shè)支付應(yīng)用或短信應(yīng)用發(fā)出驗證提示，具體用于：

通過所述預(yù)設(shè)支付應(yīng)用或短信應(yīng)用調(diào)用拍照應(yīng)用，以利用照相機對用戶進(jìn)行人臉識別；或者，

通過所述預(yù)設(shè)支付應(yīng)用或短信應(yīng)用調(diào)用指紋識別應(yīng)用，以對用戶進(jìn)行指紋識別；或者，

通過所述預(yù)設(shè)支付應(yīng)用或短信應(yīng)用調(diào)用所述終端的密碼輸入功能，以提示用戶輸入密碼并對所述密碼進(jìn)行驗證；

通過所述預(yù)設(shè)支付應(yīng)用或短信應(yīng)用調(diào)用所述終端的屏幕按壓功能，以對用戶的按壓操作進(jìn)行識別。

可選地，在本發(fā)明的一些可能的實施方式中，若所述將所述支付請求轉(zhuǎn)發(fā)至所述終端的預(yù)設(shè)支付應(yīng)用，則所述預(yù)設(shè)應(yīng)用包括所述預(yù)設(shè)支付應(yīng)用；

若所述將所述支付請求轉(zhuǎn)發(fā)至所述終端的短信應(yīng)用，則所述預(yù)設(shè)應(yīng)用包括所述短信應(yīng)用。

可選地，在本發(fā)明的一些可能的實施方式中，該處理器501還用于：

若所述支付調(diào)用應(yīng)用為預(yù)設(shè)應(yīng)用，則所述預(yù)設(shè)支付應(yīng)用或短信應(yīng)用通過所述支付請求。

可以看出，本發(fā)明實施例提供的技術(shù)方案中，終端500接收用戶在支付調(diào)用應(yīng)用的應(yīng)用操作界面的預(yù)設(shè)操作以生成支付請求；將所述支付請求轉(zhuǎn)發(fā)至預(yù)設(shè)支付應(yīng)用或短信應(yīng)用；判斷所述支付調(diào)用應(yīng)用是否為預(yù)設(shè)應(yīng)用；若所述支付調(diào)用應(yīng)用不為預(yù)設(shè)應(yīng)用，則通過所述預(yù)設(shè)支付應(yīng)用或短信應(yīng)用發(fā)出驗證提示，以對用戶身份進(jìn)行驗證。終端接收支付調(diào)用應(yīng)用生成的支付請求并發(fā)送至預(yù)設(shè)支付應(yīng)用或短信應(yīng)用后，再通過預(yù)設(shè)支付應(yīng)用或短信應(yīng)用通過發(fā)出驗證提示對用戶身份進(jìn)行驗證，從而可以保障支付調(diào)用應(yīng)用所請求支付的可靠性，防止支付失誤。

在本實施例中，終端500是以單元的形式來呈現(xiàn)。這里的“單元”可以指特定應(yīng)用集成電路(application-specific integrated circuit，ASIC)，執(zhí)行一個或多個軟件或固件程序的處理器和存儲器，集成邏輯電路，和/或其他可以提供上述功能的器件。

可以理解的是，本實施例的終端500的各功能單元的功能可根據(jù)上述方法實施例中的方法具體實現(xiàn)，其具體實現(xiàn)過程可以參照上述方法實施例的相關(guān)描述，此處不再贅述。

應(yīng)當(dāng)理解，在本發(fā)明實施例中，所稱處理器501可以是中央處理單元(Central Processing Unit，CPU)，該處理器還可以是其他通用處理器、數(shù)字信號處理器(Digital Signal Processor，DSP)、專用集成電路(Application Specific Integrated Circuit，ASIC)、現(xiàn)成可編程門陣列(Field-Programmable Gate Array，F(xiàn)PGA)或者其他可編程邏輯器件、分立門或者晶體管邏輯器件、分立硬件組件等。通用處理器可以是微處理器或者該處理器也可以是任何常規(guī)的處理器等。

輸入設(shè)備502可以包括觸控板、指紋采傳感器(用于采集用戶的指紋信息和指紋的方向信息)、麥克風(fēng)等，輸出設(shè)備503可以包括顯示器(LCD等)、揚聲器等。

該存儲器504可以包括只讀存儲器和隨機存取存儲器，并向處理器801提供指令和數(shù)據(jù)。存儲器504的一部分還可以包括非易失性隨機存取存儲器。例如，存儲器504還可以存儲設(shè)備類型的信息。

具體實現(xiàn)中，本發(fā)明實施例中所描述的處理器501、輸入設(shè)備502、輸出設(shè)備503可執(zhí)行本發(fā)明實施例提供的應(yīng)用顯示的方法的第一實施例和第二實施例中所描述的實現(xiàn)方式，也可執(zhí)行本發(fā)明實施例所描述的終端的實現(xiàn)方式，在此不再贅述。

本領(lǐng)域普通技術(shù)人員可以意識到，結(jié)合本文中所公開的實施例描述的各示例的單元及算法步驟，能夠以電子硬件、計算機軟件或者二者的結(jié)合來實現(xiàn)，為了清楚地說明硬件和軟件的可互換性，在上述說明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計約束條件。專業(yè)技術(shù)人員可以對每個特定的應(yīng)用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應(yīng)認(rèn)為超出本發(fā)明的范圍。

所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為了描述的方便和簡潔，上述描述的終端和單元的具體工作過程，可以參考前述方法實施例中的對應(yīng)過程，在此不再贅述。

在本申請所提供的幾個實施例中，應(yīng)該理解到，所揭露的【系統(tǒng)】、終端和方法，可以通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另外，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口、裝置或單元的間接耦合或通信連接，也可以是電的，機械的或其它的形式連接。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本發(fā)明實施例方案的目的。

另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以是兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能單元的形式實現(xiàn)。

所述集成的單元如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機可讀取存儲介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分，或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括：U盤、移動硬盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

以上所述，僅為本發(fā)明的具體實施方式，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到各種等效的修改或替換，這些修改或替換都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)以權(quán)利要求的保護(hù)范圍為準(zhǔn)。