一種應(yīng)用于終端設(shè)備的支付方法及裝置的制造方法
【專利摘要】本申請公開一種應(yīng)用于終端設(shè)備的支付方法及裝置。該方法中，首先獲取應(yīng)用程序產(chǎn)生的支付訂單，然后，根據(jù)所述支付訂單中包括的支付方式，將所述支付訂單傳輸至所述支付方式對應(yīng)的支付服務(wù)器，以便所述支付器根據(jù)所述支付訂單中包括的支付信息進行支付，并獲取所述支付服務(wù)器傳輸?shù)闹Ц督Y(jié)果，將所述支付結(jié)果轉(zhuǎn)化為預(yù)設(shè)的統(tǒng)一形式，將轉(zhuǎn)化后的支付結(jié)果傳輸至所述應(yīng)用程序，以便用戶能夠知悉本次的支付結(jié)果。通過本申請，能夠使安裝在終端設(shè)備中的各個應(yīng)用程序完成支付。
【專利說明】
一種應(yīng)用于終端設(shè)備的支付方法及裝置
技術(shù)領(lǐng)域
[0001]本發(fā)明實施例涉及終端設(shè)備技術(shù)領(lǐng)域，尤其涉及一種應(yīng)用于終端設(shè)備的支付方法及裝置。
【背景技術(shù)】
[0002]隨著科技的進步，終端設(shè)備的功能日益多樣化，目前通常在終端設(shè)備中安裝多種形式的APP(AppliCat1n，應(yīng)用程序)，以滿足用戶的多樣化需求。例如，可在終端設(shè)備中安裝樂視視頻APP，以滿足用戶觀賞視頻的需求。
[0003]但是，發(fā)明人在本申請的研究過程中發(fā)現(xiàn)，隨著各個APP的發(fā)展，某些APP需要根據(jù)用戶的付費情況，為用戶提供不同的服務(wù)。例如，樂視視頻APP能夠?qū)⒅Ц稌T費的用戶作為會員，并為會員提供更多的視頻服務(wù)。這種情況下，亟需一種適用于各應(yīng)用程序的支付方法。

【發(fā)明內(nèi)容】

[0004]為克服相關(guān)技術(shù)中存在的問題，本發(fā)明實施例提供一種應(yīng)用于終端設(shè)備的支付方法及裝置。
[0005]為了解決上述技術(shù)問題，本發(fā)明實施例公開了如下技術(shù)方案:
[0006]根據(jù)本發(fā)明實施例的第一方面，提供一種應(yīng)用于終端設(shè)備的支付方法，包括:
[0007]獲取應(yīng)用程序產(chǎn)生的支付訂單，其中，所述支付訂單中至少包括:本次支付選用的支付方式和支付信息；
[0008]根據(jù)所述支付訂單中包括的支付方式，將所述支付訂單傳輸至所述支付方式對應(yīng)的支付服務(wù)器，以便所述支付服務(wù)器根據(jù)所述支付訂單中包括的支付信息進行支付；
[0009]獲取所述支付服務(wù)器傳輸?shù)闹Ц督Y(jié)果，將所述支付結(jié)果轉(zhuǎn)化為預(yù)設(shè)的統(tǒng)一形式，并將轉(zhuǎn)化后的支付結(jié)果傳輸至所述應(yīng)用程序。
[0010]優(yōu)選的，所述獲取應(yīng)用程序產(chǎn)生的支付訂單，包括:
[0011]接收應(yīng)用程序傳輸?shù)闹Ц队唵?，其中，所述?yīng)用程序在接收到用戶的觸控操作后，根據(jù)所述觸控操作產(chǎn)生相應(yīng)的支付訂單；
[0012]或者，獲取預(yù)設(shè)的支付協(xié)議，若根據(jù)所述支付協(xié)議確定當(dāng)前需要支付時，產(chǎn)生支付提示，并將所述支付提示傳輸至所述應(yīng)用程序，以便所述應(yīng)用程序根據(jù)所述支付提示產(chǎn)生相應(yīng)的支付訂單并傳輸。
[0013]優(yōu)選的，還包括:
[0014]在所述獲取應(yīng)用程序產(chǎn)生的支付訂單之前，根據(jù)所述應(yīng)用程序支持的支付方式，產(chǎn)生相應(yīng)的支付列表，并將所述支付列表傳輸至所述應(yīng)用程序，以便所述應(yīng)用程序顯示所述支付列表；
[0015]其中，所述支付列表中包括所述應(yīng)用程序支持的支付方式，或者，所述支付列表中包括所述應(yīng)用程序支持的支付方式，以及不支持的支付方式的支付客戶端的安裝信息。
[0016]優(yōu)選的，還包括:
[0017]獲取應(yīng)用程序產(chǎn)生的支付訂單后，判斷是否支持所述支付訂單中包括的支付方式，若否，產(chǎn)生相應(yīng)的提示信息，并傳輸至所述應(yīng)用程序，若是，再執(zhí)行將所述支付訂單傳輸至所述支付方式對應(yīng)的支付服務(wù)器的操作。
[0018]優(yōu)選的，還包括:
[0019]在獲取支付訂單后，獲取所述支付信息中包含的支付金額，若所述支付金額不大于O，則中斷本次支付操作，若所述支付金額大于O，再執(zhí)行將所述支付訂單傳輸至所述支付方式對應(yīng)的支付服務(wù)器的操作。
[0020]根據(jù)本發(fā)明實施例的第二方面，提供一種應(yīng)用于終端設(shè)備的支付裝置，包括:
[0021]支付訂單獲取模塊，用于獲取應(yīng)用程序產(chǎn)生的支付訂單，其中，所述支付訂單中至少包括:本次支付選用的支付方式和支付信息；
[0022]支付訂單傳輸模塊，用于根據(jù)所述支付訂單中包括的支付方式，將所述支付訂單傳輸至所述支付方式對應(yīng)的支付服務(wù)器，以便所述支付服務(wù)器根據(jù)所述支付訂單中包括的支付信息進行支付；
[0023]支付結(jié)果獲取模塊，用于獲取所述支付服務(wù)器傳輸?shù)闹Ц督Y(jié)果，將所述支付結(jié)果轉(zhuǎn)化為預(yù)設(shè)的統(tǒng)一形式，并將轉(zhuǎn)化后的支付結(jié)果傳輸至所述應(yīng)用程序。
[0024]優(yōu)選的，所述支付訂單獲取模塊包括:
[0025]第一接收單元，用于接收應(yīng)用程序傳輸?shù)闹Ц队唵?，其中，所述?yīng)用程序在接收到用戶的觸控操作后，根據(jù)所述觸控操作產(chǎn)生相應(yīng)的支付訂單；
[0026]或者，
[0027]第二接收單元，用于獲取預(yù)設(shè)的支付協(xié)議，若根據(jù)所述支付協(xié)議確定當(dāng)前需要支付時，產(chǎn)生支付提示，并將所述支付提示傳輸至所述應(yīng)用程序，以便所述應(yīng)用程序根據(jù)所述支付提示產(chǎn)生相應(yīng)的支付訂單并傳輸至所述第二接收單元。
[0028]優(yōu)選的，還包括:
[0029]支付列表產(chǎn)生模塊，用于在所述獲取應(yīng)用程序產(chǎn)生的支付訂單之前，根據(jù)所述應(yīng)用程序支持的支付方式，產(chǎn)生相應(yīng)的支付列表，并將所述支付列表傳輸至所述應(yīng)用程序，以便所述應(yīng)用程序顯示所述支付列表；
[0030]其中，所述支付列表中包括所述應(yīng)用程序支持的支付方式，或者，所述支付列表中包括所述應(yīng)用程序支持的支付方式，以及不支持的支付方式的支付客戶端的安裝信息。
[0031]優(yōu)選的，還包括:
[0032]支付方式判斷模塊，用于獲取所述支付訂單獲取模塊傳輸?shù)闹Ц队唵魏?，判斷是否支持所述支付訂單中包括的支付方式，若否，產(chǎn)生相應(yīng)的提示信息，并傳輸至所述應(yīng)用程序，若是，再觸發(fā)所述支付訂單傳輸模塊執(zhí)行將所述支付訂單傳輸至所述支付方式對應(yīng)的支付服務(wù)器的操作。
[0033]優(yōu)選的，還包括:
[0034]支付金額判斷模塊，用于獲取所述支付訂單獲取模塊傳輸?shù)闹Ц队唵魏螅@取所述支付信息中包含的支付金額，若所述支付金額不大于O，則中斷本次支付操作，若所述支付金額大于O，再觸發(fā)所述支付訂單傳輸模塊執(zhí)行將所述支付訂單傳輸至所述支付方式對應(yīng)的支付服務(wù)器的操作。
[0035]本發(fā)明的實施例提供的技術(shù)方案可以包括以下有益效果:
[0036]本申請公開一種應(yīng)用于終端設(shè)備的支付方法及裝置。該方法中，首先獲取應(yīng)用程序產(chǎn)生的支付訂單，然后，根據(jù)所述支付訂單中包括的支付方式，將所述支付訂單傳輸至所述支付方式對應(yīng)的支付服務(wù)器，以便所述支付器根據(jù)所述支付訂單中包括的支付信息進行支付，并獲取所述支付服務(wù)器傳輸?shù)闹Ц督Y(jié)果，將所述支付結(jié)果轉(zhuǎn)化為預(yù)設(shè)的統(tǒng)一形式，將轉(zhuǎn)化后的支付結(jié)果傳輸至所述應(yīng)用程序，以便用戶能夠知悉本次的支付結(jié)果。通過本申請，能夠使安裝在終端設(shè)備中的各個應(yīng)用程序完成支付。
[0037]進一步的，本申請公開的應(yīng)用于終端設(shè)備的支付方法，由于能夠為安裝在終端設(shè)備中的各個應(yīng)用程序完成支付，從而無需為各個應(yīng)用程序單獨開發(fā)對應(yīng)的支付模塊，節(jié)省大量人力物力。
[0038]應(yīng)當(dāng)理解的是，以上的一般描述和后文的細(xì)節(jié)描述僅是示例性和解釋性的，并不能限制本發(fā)明。
【附圖說明】
[0039]此處的附圖被并入說明書中并構(gòu)成本說明書的一部分，示出了符合本發(fā)明的實施例，并與說明書一起用于解釋本發(fā)明的原理。
[0040]圖1是根據(jù)本發(fā)明一示例性實施例示出的一種應(yīng)用于終端設(shè)備的支付方法的工作流程示意圖；
[0041]圖2是根據(jù)本發(fā)明一示例性實施例示出的又一種應(yīng)用于終端設(shè)備的支付方法的工作流程示意圖；
[0042]圖3是根據(jù)本發(fā)明一示例性實施例示出的又一種應(yīng)用于終端設(shè)備的支付方法的工作流程示意圖；
[0043]圖4是根據(jù)本發(fā)明一示例性實施例示出的一種應(yīng)用于終端設(shè)備的支付裝置的結(jié)構(gòu)示意圖。
【具體實施方式】
[0044]這里將詳細(xì)地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本發(fā)明相一致的所有實施方式。相反，它們僅是與如所附權(quán)利要求書中所詳述的、本發(fā)明的一些方面相一致的裝置和方法的例子。
[0045]本申請公開一種應(yīng)用于終端設(shè)備的支付方法及裝置，以滿足各應(yīng)用程序的支付需求。
[0046]本申請的實施例一公開一種應(yīng)用于終端設(shè)備的支付方法。參見圖1所示的工作流程示意圖，所述應(yīng)用于終端設(shè)備的支付方法包括以下步驟:
[0047]步驟Sll、獲取應(yīng)用程序產(chǎn)生的支付訂單，其中，所述支付訂單中至少包括:本次支付選用的支付方式和支付信息。
[0048]其中，所述應(yīng)用程序為需要支付服務(wù)的應(yīng)用程序，例如，為樂視視頻APP和樂視直播APP等，本申請對此不作限定。另外，支付方式通常包括多種，例如，微信支付、支付寶支付和百度錢包支付等。
[0049]另外，所述支付訂單中還包括支付信息，所述支付信息通常包括本次需要支付的金額，并且，還可以包括本次支付的訂單編號等。
[0050]步驟S12、根據(jù)所述支付訂單中包括的支付方式，將所述支付訂單傳輸至所述支付方式對應(yīng)的支付服務(wù)器，以便所述支付服務(wù)器根據(jù)所述支付訂單中包括的支付信息進行支付。
[0051]本申請中，能夠根據(jù)支付訂單中包括的支付方式，將所述支付訂單傳輸至所述支付方式對應(yīng)的支付服務(wù)器，例如，若所述支付訂單中選用的支付方式為微信支付，則將所述支付訂單傳輸至微信服務(wù)器。
[0052]所述支付服務(wù)器在獲取所述支付訂單后，根據(jù)所述支付訂單，進行支付，然后根據(jù)支付情況產(chǎn)生相應(yīng)的支付結(jié)果，并將支付結(jié)果傳輸至終端設(shè)備。其中，所述支付結(jié)果通常包括:支付成功、支付失敗和支付取消等。
[0053]步驟S13、獲取所述支付服務(wù)器傳輸?shù)闹Ц督Y(jié)果，將所述支付結(jié)果轉(zhuǎn)化為預(yù)設(shè)的統(tǒng)一形式，并將轉(zhuǎn)化后的支付結(jié)果傳輸至所述應(yīng)用程序。
[0054]其中，不同的支付服務(wù)器傳輸?shù)闹Ц督Y(jié)果，往往為不同的格式。因此，在獲取所述支付結(jié)果后，需要將其轉(zhuǎn)化為預(yù)設(shè)的統(tǒng)一形式，再將轉(zhuǎn)化后的支付結(jié)果傳輸至所述應(yīng)用程序，以便所述應(yīng)用程序向用戶展示本次的支付結(jié)果。
[0055]例如，利用微信進行支付時，在微信服務(wù)器返回的支付結(jié)果中，通常加載字段“O”表示支付成功，加載字段“-Γ表示支付失敗，并加載字段“_2”表示支付取消;而利用支付寶進行支付時，在支付寶服務(wù)器返回的支付結(jié)果中，通常加載字段“9000”表示支付成功，加載字段“4000”表示支付失敗，并加載字段“6001”表示支付取消。
[0056]這種情況下，接收到不同的支付服務(wù)器傳輸?shù)闹Ц督Y(jié)果后，會將所述支付結(jié)果轉(zhuǎn)化為預(yù)設(shè)的統(tǒng)一形式，并將轉(zhuǎn)化后的支付結(jié)果傳輸至所述應(yīng)用程序，以便應(yīng)用程序?qū)⒅Ц督Y(jié)果展示給用戶。例如，在轉(zhuǎn)化后的支付結(jié)果中，通過加載字段“I”表示支付成功，加載字段“O”表示支付失敗，并通過加載字段“2”表示支付取消，進一步的，還可以通過加載字段“3”表示等待確認(rèn)支付，加載字段“4”表示獲取支付信息失敗等。
[0057]并且，在各個應(yīng)用程序中，預(yù)先存儲各個字段與支付結(jié)果的映射關(guān)系，應(yīng)用程序在接收到轉(zhuǎn)化后的支付結(jié)果后，即可根據(jù)其中包含的字段所表征的含義并展示。
[0058]本申請的第一實施例公開一種應(yīng)用于終端設(shè)備的支付方法，該方法中，首先獲取應(yīng)用程序產(chǎn)生的支付訂單，然后，根據(jù)所述支付訂單中包括的支付方式，將所述支付訂單傳輸至所述支付方式對應(yīng)的支付服務(wù)器，以便所述支付器根據(jù)所述支付訂單中包括的支付信息進行支付，并獲取所述支付服務(wù)器傳輸?shù)闹Ц督Y(jié)果，將所述支付結(jié)果轉(zhuǎn)化為預(yù)設(shè)的統(tǒng)一形式，將轉(zhuǎn)化后的支付結(jié)果傳輸至所述應(yīng)用程序，以便用戶能夠知悉本次的支付結(jié)果。通過本申請，能夠使安裝在終端設(shè)備中的各個應(yīng)用程序完成支付。
[0059]進一步的，本申請公開的應(yīng)用于終端設(shè)備的支付方法，由于能夠為安裝在終端設(shè)備中的各個應(yīng)用程序完成支付，從而無需為各個應(yīng)用程序單獨開發(fā)對應(yīng)的支付模塊，節(jié)省大量人力物力。
[0060]另外，在本申請公開的應(yīng)用于終端設(shè)備的支付方法中，根據(jù)實際的支付需求，可通過多種方式獲取應(yīng)用程序產(chǎn)生的支付訂單。
[0061]在其中一種方式中，所述獲取應(yīng)用程序產(chǎn)生的支付訂單，包括:接收應(yīng)用程序傳輸?shù)闹Ц队唵?，其中，所述?yīng)用程序在接收到用戶的觸控操作后，根據(jù)所述觸控操作產(chǎn)生相應(yīng)的支付訂單。
[0062]上述方式中，當(dāng)需要支付時，用戶會對安裝在終端設(shè)備中的應(yīng)用程序進行觸控，應(yīng)用程序根據(jù)接收到的所述觸控操作，產(chǎn)生相應(yīng)的支付訂單，從而能夠獲取所述應(yīng)用程序產(chǎn)生的支付訂單。
[0063]在另一種方式中，所述獲取應(yīng)用程序產(chǎn)生的支付訂單，包括:
[0064]獲取預(yù)設(shè)的支付協(xié)議，若根據(jù)所述支付協(xié)議確定當(dāng)前需要支付時，產(chǎn)生支付提示，并將所述支付提示傳輸至所述應(yīng)用程序，以便所述應(yīng)用程序根據(jù)所述支付提示產(chǎn)生相應(yīng)的支付訂單并傳輸。
[0065]某些應(yīng)用程序預(yù)先簽署支付協(xié)議，并根據(jù)該支付協(xié)議進行支付。例如，在使用樂視視頻APP時，用戶需要在每個月的月末時，支付一個月的會員費用，以購買下個月的會員服務(wù)，這種情況下，用戶可預(yù)先與樂視視頻APP簽署相應(yīng)的支付協(xié)議，該支付協(xié)議中規(guī)定樂視視頻APP每月支付一次會員費用。在本申請公開的方案中，則每隔預(yù)設(shè)的支付周期(即一個月)，產(chǎn)生支付提示，并傳輸至應(yīng)用程序，從而使應(yīng)用程序根據(jù)所述支付提示產(chǎn)生相應(yīng)的支付訂單，從而無需用戶在每個月末執(zhí)行對應(yīng)用程序的觸控操作。
[0066]通過上述公開的兩種獲取應(yīng)用程序產(chǎn)生的支付訂單的方式，即可根據(jù)用戶的觸控操作直接獲取相應(yīng)的支付訂單，也可以根據(jù)簽訂的協(xié)議獲取支付訂單，從而能夠為支付應(yīng)用提供多種產(chǎn)生支付訂單的方式，為用戶帶來便利。
[0067]進一步的，在本申請公開的應(yīng)用于終端設(shè)備的支付方法中，還包括:
[0068]在所述獲取應(yīng)用程序產(chǎn)生的支付訂單之前，根據(jù)所述應(yīng)用程序支持的支付方式，產(chǎn)生相應(yīng)的支付列表，并將所述支付列表傳輸至所述應(yīng)用程序，以便所述應(yīng)用程序顯示所述支付列表。其中，所述支付列表中包括所述應(yīng)用程序支持的支付方式，或者，所述支付列表中包括所述應(yīng)用程序支持的支付方式，以及不支持的支付方式的支付客戶端的安裝信息。
[0069]為了便于用戶選擇支付方式，本申請公開的方法中，會根據(jù)所述應(yīng)用程序支持的支付方式，產(chǎn)生相應(yīng)的支付列表，以便應(yīng)用程序顯示所述支付列表。
[0070]其中，所述支付列表中包括所述應(yīng)用程序支持的支付方式，例如，某一應(yīng)用程序只支持支付寶的支付方式，這種情況下，在所述支付列表中，不包括所述應(yīng)用程序不支持的支付方式，或者，所述應(yīng)用程序不支持的支付方式以帶有特殊標(biāo)記的符號標(biāo)出(例如，以灰色標(biāo)出)。
[0071 ]另外，若終端設(shè)備未安裝某些支付客戶端，導(dǎo)致應(yīng)用程序無法支持該支付方式，這種情況下，所述支付列表中包括所述應(yīng)用程序支持的支付方式，以及不支持的支付方式的支付客戶端的安裝信息。例如，若終端設(shè)備中未安裝微信客戶端，則應(yīng)用程序無法支持微信的支付方式，在所述支付列表中，還可以包括位置客戶端的安裝信息，以便提醒用戶。
[0072]進一步的，參見圖2所示的工作流程示意圖，本申請公開的應(yīng)用于終端設(shè)備的支付方法，包括:
[0073]步驟S21、獲取應(yīng)用程序產(chǎn)生的支付訂單，其中，所述支付訂單中至少包括:本次支付選用的支付方式和支付信息。
[0074]步驟S22、獲取應(yīng)用程序產(chǎn)生的支付訂單后，判斷是否支持所述支付訂單中包括的支付方式，若是，執(zhí)行步驟S23的操作，若否，執(zhí)行步驟S25的操作。
[0075]步驟S23、根據(jù)所述支付訂單中包括的支付方式，將所述支付訂單傳輸至所述支付方式對應(yīng)的支付服務(wù)器，以便所述支付服務(wù)器根據(jù)所述支付訂單中包括的支付信息進行支付。
[0076]步驟S24、獲取所述支付服務(wù)器傳輸?shù)闹Ц督Y(jié)果，將所述支付結(jié)果轉(zhuǎn)化為預(yù)設(shè)的統(tǒng)一形式，并將轉(zhuǎn)化后的支付結(jié)果傳輸至所述應(yīng)用程序。
[0077]步驟S25、若確定不支持所述支付訂單中包括的支付方式，產(chǎn)生相應(yīng)的提示信息，并傳輸至所述應(yīng)用程序，以便所述應(yīng)用程序繼續(xù)選擇其他可支持的支付方式。
[0078]其中，步驟S21與步驟Sll的操作方式相同，步驟S23至步驟S24的操作方式與步驟S12至步驟S13的操作方式相同，可相互參照，此處不再贅述。
[0079]目前存在多種支付方式，如微信支付、支付寶支付和百度錢包支付等。這種情況下，終端設(shè)備有時無法支持應(yīng)用程序產(chǎn)生的支付訂單中所指出的支付方式，例如，若終端設(shè)備中未安裝支付寶，則終端設(shè)備無法支持支付寶這一支付方式。因此，在上述步驟中，獲取應(yīng)用程序產(chǎn)生的支付訂單后，判斷是否支持所述支付訂單中包括的支付方式，若不能支持所述支付訂單中包括的支付方式，則產(chǎn)生相應(yīng)的提示信息，并傳輸至所述應(yīng)用程序，以提示用戶。
[0080]另外，若經(jīng)過判斷，確定支持所述支付訂單中包括的支付方式，再執(zhí)行將所述支付訂單傳輸至相應(yīng)的支付服務(wù)器的操作，以便所述支付服務(wù)器根據(jù)所述支付訂單完成本次支付。
[0081]進一步的，參見圖3所示的工作流程示意圖，本申請公開的應(yīng)用于終端設(shè)備的支付方法，包括:
[0082]步驟S31、獲取應(yīng)用程序產(chǎn)生的支付訂單，其中，所述支付訂單中至少包括:本次支付選用的支付方式和支付信息。
[0083]步驟S32、在獲取支付訂單后，獲取所述支付信息中包含的支付金額，并判斷所述支付金額是否大于0，若是，執(zhí)行步驟S33的操作，若否，執(zhí)行步驟S35的操作。
[0084]步驟S33、若所述支付金額大于0，根據(jù)所述支付訂單中包括的支付方式，將所述支付訂單傳輸至所述支付方式對應(yīng)的支付服務(wù)器，以便所述支付服務(wù)器根據(jù)所述支付訂單中包括的支付信息進行支付。
[0085]步驟S34、獲取所述支付服務(wù)器傳輸?shù)闹Ц督Y(jié)果，將所述支付結(jié)果轉(zhuǎn)化為預(yù)設(shè)的統(tǒng)一形式，并將轉(zhuǎn)化后的支付結(jié)果傳輸至所述應(yīng)用程序。
[0086]步驟S35、若所述支付金額不大于O，中斷本次支付操作。
[0087]其中，步驟S31與步驟Sll的操作方式相同，步驟S33至步驟S34的操作方式與步驟S12至步驟S13的操作方式相同，可相互參照，此處不再贅述。
[0088]上述步驟中，在獲取支付訂單后，獲取所述支付信息中包含的支付金額，若所述支付信息中包含的支付金額不大于0，則說明本次不需要支付。這種情況下，中斷本次支付操作，不再向支付服務(wù)器傳輸支付訂單，節(jié)省了網(wǎng)絡(luò)流量，并且，避免支付服務(wù)器執(zhí)行不必要的操作。
[0089]另外，在所述支付金額不大于0，中斷本次支付操作后，還可以產(chǎn)生支付取消的提示信息，并向應(yīng)用程序傳輸所述支付取消的提示信息，以提醒用戶。
[0090]相應(yīng)的，在本申請的第二實施例中，公開一種應(yīng)用于終端設(shè)備的支付裝置。參見圖4所示的結(jié)構(gòu)示意圖，所述應(yīng)用于終端設(shè)備的支付裝置包括:支付訂單獲取模塊100、支付訂單傳輸模塊200和支付結(jié)果獲取模塊300。
[0091]其中，所述支付訂單獲取模塊100，用于獲取應(yīng)用程序產(chǎn)生的支付訂單，其中，所述支付訂單中至少包括:本次支付選用的支付方式和支付信息；
[0092]所述支付訂單傳輸模塊200，用于根據(jù)所述支付訂單中包括的支付方式，將所述支付訂單傳輸至所述支付方式對應(yīng)的支付服務(wù)器，以便所述支付服務(wù)器根據(jù)所述支付訂單中包括的支付信息進行支付；
[0093]所述支付結(jié)果獲取模塊300，用于獲取所述支付服務(wù)器傳輸?shù)闹Ц督Y(jié)果，將所述支付結(jié)果轉(zhuǎn)化為預(yù)設(shè)的統(tǒng)一形式，并將轉(zhuǎn)化后的支付結(jié)果傳輸至所述應(yīng)用程序。
[0094]進一步的，所述支付訂單獲取模塊包括:第一接收單元或者第二接收單元。
[0095]其中，所述第一接收單元用于接收應(yīng)用程序傳輸?shù)闹Ц队唵?，其中，所述?yīng)用程序在接收到用戶的觸控操作后，根據(jù)所述觸控操作產(chǎn)生相應(yīng)的支付訂單；
[0096]所述第二接收單元用于獲取預(yù)設(shè)的支付協(xié)議，若根據(jù)所述支付協(xié)議確定當(dāng)前需要支付時，產(chǎn)生支付提示，并將所述支付提示傳輸至所述應(yīng)用程序，以便所述應(yīng)用程序根據(jù)所述支付提示產(chǎn)生相應(yīng)的支付訂單并傳輸至所述第二接收單元。
[0097]進一步的，本申請公開的所述的應(yīng)用于終端設(shè)備的支付裝置還包括:
[0098]支付列表產(chǎn)生模塊，用于在所述獲取應(yīng)用程序產(chǎn)生的支付訂單之前，根據(jù)所述應(yīng)用程序支持的支付方式，產(chǎn)生相應(yīng)的支付列表，并將所述支付列表傳輸至所述應(yīng)用程序，以便所述應(yīng)用程序顯示所述支付列表；
[0099]其中，所述支付列表中包括所述應(yīng)用程序支持的支付方式，或者，所述支付列表中包括所述應(yīng)用程序支持的支付方式，以及不支持的支付方式的支付客戶端的安裝信息。
[0100]進一步的，本申請公開的所述的應(yīng)用于終端設(shè)備的支付裝置還包括:
[0101]支付方式判斷模塊，用于獲取所述支付訂單獲取模塊100傳輸?shù)闹Ц队唵魏?，判斷是否支持所述支付訂單中包括的支付方式，若否，產(chǎn)生相應(yīng)的提示信息，并傳輸至所述應(yīng)用程序，若是，再觸發(fā)所述支付訂單傳輸模塊200執(zhí)行將所述支付訂單傳輸至所述支付方式對應(yīng)的支付服務(wù)器的操作。
[0102]進一步的，本申請公開的所述的應(yīng)用于終端設(shè)備的支付裝置還包括:
[0103]支付金額判斷模塊，用于獲取所述支付訂單獲取模塊100傳輸?shù)闹Ц队唵魏?，獲取所述支付信息中包含的支付金額，若所述支付金額不大于O，則中斷本次支付操作，若所述支付金額大于O，再觸發(fā)所述支付訂單傳輸模塊200執(zhí)行將所述支付訂單傳輸至所述支付方式對應(yīng)的支付服務(wù)器的操作。
[0104]通過本申請，能夠使安裝在終端設(shè)備中的各個應(yīng)用程序完成支付。
[0105]進一步的，本申請公開的應(yīng)用于終端設(shè)備的支付裝置由于能夠為安裝在終端設(shè)備中的各個應(yīng)用程序完成支付，從而無需為各個應(yīng)用程序單獨開發(fā)對應(yīng)的支付模塊，節(jié)省大量人力物力。
[0106]關(guān)于上述實施例中的裝置，其中各個模塊執(zhí)行操作的具體方式已經(jīng)在有關(guān)該方法的實施例中進行了詳細(xì)描述，此處將不做詳細(xì)闡述說明。
[0107]本領(lǐng)域技術(shù)人員在考慮說明書及實踐公開的發(fā)明后，將容易想到本發(fā)明的其它實施方案。本申請旨在涵蓋本發(fā)明的任何變型、用途或者適應(yīng)性變化，這些變型、用途或者適應(yīng)性變化遵循本發(fā)明的一般性原理并包括本發(fā)明未公開的本技術(shù)領(lǐng)域中的公知常識或慣用技術(shù)手段。說明書和實施例僅被視為示例性的，本發(fā)明的真正范圍和精神由下面的權(quán)利要求指出。
[0108]應(yīng)當(dāng)理解的是，本發(fā)明并不局限于上面已經(jīng)描述并在附圖中示出的精確結(jié)構(gòu)，并且可以在不脫離其范圍進行各種修改和改變。本發(fā)明的范圍僅由所附的權(quán)利要求來限制。
【主權(quán)項】
1.一種應(yīng)用于終端設(shè)備的支付方法，其特征在于，包括: 獲取應(yīng)用程序產(chǎn)生的支付訂單，其中，所述支付訂單中至少包括:本次支付選用的支付方式和支付信息； 根據(jù)所述支付訂單中包括的支付方式，將所述支付訂單傳輸至所述支付方式對應(yīng)的支付服務(wù)器，以便所述支付服務(wù)器根據(jù)所述支付訂單中包括的支付信息進行支付； 獲取所述支付服務(wù)器傳輸?shù)闹Ц督Y(jié)果，將所述支付結(jié)果轉(zhuǎn)化為預(yù)設(shè)的統(tǒng)一形式，并將轉(zhuǎn)化后的支付結(jié)果傳輸至所述應(yīng)用程序。2.根據(jù)權(quán)利要求1所述的應(yīng)用于終端設(shè)備的支付方法，其特征在于，所述獲取應(yīng)用程序產(chǎn)生的支付訂單，包括: 接收應(yīng)用程序傳輸?shù)闹Ц队唵危渲?，所述?yīng)用程序在接收到用戶的觸控操作后，根據(jù)所述觸控操作產(chǎn)生相應(yīng)的支付訂單； 或者， 獲取預(yù)設(shè)的支付協(xié)議，若根據(jù)所述支付協(xié)議確定當(dāng)前需要支付時，產(chǎn)生支付提示，并將所述支付提示傳輸至所述應(yīng)用程序，以便所述應(yīng)用程序根據(jù)所述支付提示產(chǎn)生相應(yīng)的支付訂單并傳輸。3.根據(jù)權(quán)利要求1所述的應(yīng)用于終端設(shè)備的支付方法，其特征在于，還包括: 在所述獲取應(yīng)用程序產(chǎn)生的支付訂單之前，根據(jù)所述應(yīng)用程序支持的支付方式，產(chǎn)生相應(yīng)的支付列表，并將所述支付列表傳輸至所述應(yīng)用程序，以便所述應(yīng)用程序顯示所述支付列表； 其中，所述支付列表中包括所述應(yīng)用程序支持的支付方式，或者，所述支付列表中包括所述應(yīng)用程序支持的支付方式，以及不支持的支付方式的支付客戶端的安裝信息。4.根據(jù)權(quán)利要求1所述的應(yīng)用于終端設(shè)備的支付方法，其特征在于，還包括: 獲取應(yīng)用程序產(chǎn)生的支付訂單后，判斷是否支持所述支付訂單中包括的支付方式，若否，產(chǎn)生相應(yīng)的提示信息，并傳輸至所述應(yīng)用程序，若是，再執(zhí)行將所述支付訂單傳輸至所述支付方式對應(yīng)的支付服務(wù)器的操作。5.根據(jù)權(quán)利要求1所述的應(yīng)用于終端設(shè)備的支付方法，其特征在于，還包括: 在獲取支付訂單后，獲取所述支付信息中包含的支付金額，若所述支付金額不大于O，則中斷本次支付操作，若所述支付金額大于O，再執(zhí)行將所述支付訂單傳輸至所述支付方式對應(yīng)的支付服務(wù)器的操作。6.一種應(yīng)用于終端設(shè)備的支付裝置，其特征在于，包括: 支付訂單獲取模塊，用于獲取應(yīng)用程序產(chǎn)生的支付訂單，其中，所述支付訂單中至少包括:本次支付選用的支付方式和支付信息； 支付訂單傳輸模塊，用于根據(jù)所述支付訂單中包括的支付方式，將所述支付訂單傳輸至所述支付方式對應(yīng)的支付服務(wù)器，以便所述支付服務(wù)器根據(jù)所述支付訂單中包括的支付信息進行支付； 支付結(jié)果獲取模塊，用于獲取所述支付服務(wù)器傳輸?shù)闹Ц督Y(jié)果，將所述支付結(jié)果轉(zhuǎn)化為預(yù)設(shè)的統(tǒng)一形式，并將轉(zhuǎn)化后的支付結(jié)果傳輸至所述應(yīng)用程序。7.根據(jù)權(quán)利要求6所述的應(yīng)用于終端設(shè)備的支付裝置，其特征在于，所述支付訂單獲取模塊包括: 第一接收單元，用于接收應(yīng)用程序傳輸?shù)闹Ц队唵?，其中，所述?yīng)用程序在接收到用戶的觸控操作后，根據(jù)所述觸控操作產(chǎn)生相應(yīng)的支付訂單； 或者， 第二接收單元，用于獲取預(yù)設(shè)的支付協(xié)議，若根據(jù)所述支付協(xié)議確定當(dāng)前需要支付時，產(chǎn)生支付提示，并將所述支付提示傳輸至所述應(yīng)用程序，以便所述應(yīng)用程序根據(jù)所述支付提示產(chǎn)生相應(yīng)的支付訂單并傳輸至所述第二接收單元。8.根據(jù)權(quán)利要求6所述的應(yīng)用于終端設(shè)備的支付裝置，其特征在于，還包括: 支付列表產(chǎn)生模塊，用于在所述獲取應(yīng)用程序產(chǎn)生的支付訂單之前，根據(jù)所述應(yīng)用程序支持的支付方式，產(chǎn)生相應(yīng)的支付列表，并將所述支付列表傳輸至所述應(yīng)用程序，以便所述應(yīng)用程序顯示所述支付列表； 其中，所述支付列表中包括所述應(yīng)用程序支持的支付方式，或者，所述支付列表中包括所述應(yīng)用程序支持的支付方式，以及不支持的支付方式的支付客戶端的安裝信息。9.根據(jù)權(quán)利要求6所述的應(yīng)用于終端設(shè)備的支付裝置，其特征在于，還包括: 支付方式判斷模塊，用于獲取所述支付訂單獲取模塊傳輸?shù)闹Ц队唵魏?，判斷是否支持所述支付訂單中包括的支付方式，若否，產(chǎn)生相應(yīng)的提示信息，并傳輸至所述應(yīng)用程序，若是，再觸發(fā)所述支付訂單傳輸模塊執(zhí)行將所述支付訂單傳輸至所述支付方式對應(yīng)的支付服務(wù)器的操作。10.根據(jù)權(quán)利要求6所述的應(yīng)用于終端設(shè)備的支付裝置，其特征在于，還包括: 支付金額判斷模塊，用于獲取所述支付訂單獲取模塊傳輸?shù)闹Ц队唵魏?，獲取所述支付信息中包含的支付金額，若所述支付金額不大于0，則中斷本次支付操作，若所述支付金額大于0，再觸發(fā)所述支付訂單傳輸模塊執(zhí)行將所述支付訂單傳輸至所述支付方式對應(yīng)的支付服務(wù)器的操作。
【文檔編號】G06Q20/32GK106022746SQ201610343769
【公開日】2016年10月12日
【申請日】2016年5月23日
【發(fā)明人】王學(xué)方
【申請人】樂視控股（北京）有限公司, 樂視網(wǎng)信息技術(shù)（北京）股份有限公司