專利名稱：寬帶用戶支付類型的綁定方法及平臺的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信網(wǎng)絡(luò)技術(shù)，特別涉及一種寬帶用戶支付類型的綁定方法及平臺。
背景技術(shù)：
現(xiàn)有的寬帶增值業(yè)務(wù)具有多種支付類型，例如根據(jù)個人手持式電話系統(tǒng) (Personal Handy-phone System;以下簡稱用戶標識關(guān)聯(lián)付費、寬帶非對稱數(shù)字用戶 線路(Asymmetric Digital Subscriber Line ；以下簡稱ADSL)接入賬號關(guān)聯(lián)付費、獨立付 費賬號、寬帶賬戶卡卡號、寬帶支付卡、統(tǒng)一資金賬號和201卡等。但是，支付類型和增值業(yè) 務(wù)往往是唯一綁定在一起的，且一個用戶一般只能綁定一種支付類型，一旦綁定了某種支 付類型，如PHS用戶標識關(guān)聯(lián)付費，之后只能訂購支持該支付類型的增值業(yè)務(wù)，并且不能與 同樣是該支付類型的其他PHS用戶標識進行綁定。當(dāng)用戶希望選擇支持其他支付類型的增值業(yè)務(wù)時，只能修改已經(jīng)綁定的支付類 型，或者再注冊一個新的用戶來進行訂購；當(dāng)用戶希望使用多種支付類型來訂購使用多個 增值業(yè)務(wù)時，就需要注冊多個用戶來實現(xiàn)。上述支付類型的靈活性差，限制了用戶對支付類型的操作，增加了用戶訂購增值 業(yè)務(wù)的復(fù)雜度，使得用戶體驗較差。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種寬帶用戶支付類型的綁定方法及平臺，以解決寬帶用戶 支付類型靈活性差、用戶訂購增值業(yè)務(wù)復(fù)雜的問題，以增強寬帶增值業(yè)務(wù)網(wǎng)上支付的可操 作性。為實現(xiàn)上述目的，本發(fā)明提供了一種寬帶用戶支付類型的綁定方法，包括接收用 戶發(fā)送的攜帶一個或多個支付賬號信息的建立綁定請求；確認所述一個或多個支付賬號為 所述用戶已綁定的支付類型對應(yīng)的支付賬號或所述用戶未綁定的支付類型對應(yīng)的支付賬 號，并執(zhí)行建立綁定操作。本發(fā)明還提供了一種寬帶用戶支付類型的綁定平臺，包括第一接收模塊，用于接 收用戶發(fā)送的攜帶一個或多個支付賬號信息的建立綁定請求；確認模塊，用于確認所述一 個或多個支付賬號為所述用戶已綁定的支付類型對應(yīng)的支付賬號或所述用戶未綁定的支 付類型對應(yīng)的支付賬號；建立綁定模塊，用于執(zhí)行建立綁定操作。本發(fā)明通過提供一種寬帶用戶支付類型的綁定方法及平臺，實現(xiàn)了用戶與多種支 付類型的綁定，使得用戶可以方便地使用多種支付類型訂購多個增值業(yè)務(wù)；通過運營商對 系統(tǒng)的擴展，有效地解決了用戶訂購寬帶增值業(yè)務(wù)時支付類型受限的問題，增加了寬帶增 值業(yè)務(wù)支付的靈活性，增強了寬帶增值業(yè)務(wù)網(wǎng)上支付的可操作性，也相應(yīng)地提高了運營商 的服務(wù)水平和業(yè)務(wù)擴展能力。


圖1為本發(fā)明寬帶用戶支付類型的綁定方法第一實施例的流程圖；圖2為本發(fā)明寬帶用戶支付類型的綁定方法第二實施例的流程圖；圖3為本發(fā)明寬帶用戶支付類型的綁定方法第三實施例的流程圖；圖4為本發(fā)明寬帶用戶支付類型的綁定方法第四實施例的第一流程圖；圖5為本發(fā)明寬帶用戶支付類型的綁定方法第四實施例的第二流程圖；圖6為本發(fā)明寬帶用戶支付類型的綁定方法中解除綁定第一實施例的流程圖；圖7為本發(fā)明寬帶用戶支付類型的綁定方法中解除綁定第二實施例的流程圖；圖8為本發(fā)明寬帶用戶支付類型的綁定方法中更改綁定第一實施例的流程圖；圖9為本發(fā)明寬帶用戶支付類型的綁定方法中更改綁定第二實施例的流程圖；圖10為本發(fā)明寬帶用戶支付類型的綁定平臺第一實施例的系統(tǒng)框圖；圖11為本發(fā)明寬帶用戶支付類型的綁定平臺第二實施例的系統(tǒng)框圖；圖12為本發(fā)明寬帶用戶支付類型的綁定平臺第三實施例的系統(tǒng)框圖；圖13為本發(fā)明寬帶用戶支付類型的綁定平臺第四實施例的系統(tǒng)框圖。
具體實施例方式下面通過附圖和實施例，對本發(fā)明的技術(shù)方案做進一步的詳細描述。圖1為本發(fā)明寬帶用戶支付類型的綁定方法第一實施例的流程圖。如圖1所示， 本發(fā)明寬帶用戶支付類型的綁定方法，包括步驟101、接收用戶發(fā)送的攜帶一個或多個支付賬號信息的建立綁定請求；步驟102、確認一個或多個支付賬號為用戶已綁定的支付類型對應(yīng)的支付賬號或 用戶未綁定的支付類型對應(yīng)的支付賬號，并執(zhí)行建立綁定操作。上述步驟中，接收到的建立綁定請求中攜帶的支付賬號信息可以為一個或多個， 若建立綁定請求中攜帶了多個支付賬號信息，則在步驟102中分別確認多個支付賬號為用 戶已綁定的支付類型對應(yīng)的支付賬號或用戶未綁定的支付類型對應(yīng)的支付賬號，并分別執(zhí) 行建立綁定操作。本實施例通過建立用戶與一個或多個支付賬號的綁定，使得用戶可以方便地使用 多種支付類型訂購多個增值業(yè)務(wù)；通過運營商對系統(tǒng)的擴展，有效地解決了用戶訂購寬帶 增值業(yè)務(wù)時支付類型受限的問題，增加了寬帶增值業(yè)務(wù)支付的靈活性，增強了寬帶增值業(yè) 務(wù)網(wǎng)上支付的可操作性，也相應(yīng)地提高了運營商的服務(wù)水平和業(yè)務(wù)擴展能力。圖2為本發(fā)明寬帶用戶支付類型的綁定方法第二實施例的流程圖。如圖2所示， 在上述技術(shù)方案的基礎(chǔ)上，步驟102可具體為步驟201、當(dāng)一個或多個支付賬號為用戶已綁定的支付類型對應(yīng)的支付賬號時，驗 證該支付賬號的合法性；步驟202、若支付賬號合法，則執(zhí)行建立綁定操作。本實施例適用于支付賬號為用戶已綁定的支付類型對應(yīng)的支付賬號的情況。此 時，驗證支付賬號的合法性，對其中合法的支付賬號執(zhí)行建立綁定操作，建立用戶與該支付 賬號的綁定。本實施例通過對與用戶已綁定的支付類型對應(yīng)的支付賬號進行綁定，使得用戶可以方便地使用多種支付賬號訂購增值業(yè)務(wù)的需求，增加了寬帶增值業(yè)務(wù)支付的靈活性，增 強了寬帶增值業(yè)務(wù)網(wǎng)上支付的可操作性，也相應(yīng)地提高了運營商的服務(wù)水平和業(yè)務(wù)擴展能 力。圖3為本發(fā)明寬帶用戶支付類型的綁定方法第三實施例的流程圖。如圖3所示， 在本發(fā)明方法第一實施例技術(shù)方案的基礎(chǔ)上，步驟102還可具體為步驟301、當(dāng)一個或多個支付賬號為用戶未綁定的支付類型對應(yīng)的支付賬號時，驗 證用戶是否有權(quán)綁定該支付賬號對應(yīng)的支付類型；步驟302、若用戶有權(quán)綁定該支付賬號對應(yīng)的支付類型，則驗證該支付賬號的合法性；步驟303、若該支付賬號合法，則執(zhí)行建立綁定操作。本實施例適用于支付賬號為用戶未綁定的支付類型對應(yīng)的支付賬號的情況。此 時，需要先驗證用戶是否有權(quán)綁定該支付賬號對應(yīng)的支付類型，然后驗證其中用戶有權(quán)綁 定其對應(yīng)支付類型的支付賬號的合法性，對其中合法的支付賬號執(zhí)行建立綁定操作，建立 用戶與該支付賬號及其對應(yīng)的支付類型的綁定。本實施例通過對與用戶未綁定的支付類型對應(yīng)的支付賬號進行綁定，同時綁定其 對應(yīng)的支付類型，實現(xiàn)了用戶與多種支付類型的綁定，使得用戶可以方便地使用多種支付 類型訂購多個增值業(yè)務(wù)；通過運營商對系統(tǒng)的擴展，有效地解決了用戶訂購寬帶增值業(yè)務(wù) 時支付類型受限的問題，增加了寬帶增值業(yè)務(wù)支付的靈活性，增強了寬帶增值業(yè)務(wù)網(wǎng)上支 付的可操作性，也相應(yīng)地提高了運營商的服務(wù)水平和業(yè)務(wù)擴展能力。圖4為本發(fā)明寬帶用戶支付類型的綁定方法第四實施例的第一流程圖。如圖4所 示，在本發(fā)明方法第二實施例技術(shù)方案的基礎(chǔ)上，上述步驟202可具體為步驟401、若該支付賬號合法，則驗證用戶訂購的增值業(yè)務(wù)是否支持該支付賬號對 應(yīng)的支付類型；步驟402、若用戶訂購的增值業(yè)務(wù)支持該支付賬號對應(yīng)的支付類型，則查詢支付賬 號的余額，并比較該余額與用戶訂購的增值業(yè)務(wù)所需費用；步驟403、若余額大于增值業(yè)務(wù)所需費用，則建立用戶與該支付賬號或與該支付賬 號及其對應(yīng)的支付類型的綁定。圖5為本發(fā)明寬帶用戶支付類型的綁定方法第四實施例的第二流程圖。如圖5所 示，在本發(fā)明方法第三實施例技術(shù)方案的基礎(chǔ)上，上述步驟303可具體為步驟501、若該支付賬號合法，則驗證用戶訂購的增值業(yè)務(wù)是否支持該支付賬號對 應(yīng)的支付類型；步驟502、若用戶訂購的增值業(yè)務(wù)支持該支付賬號對應(yīng)的支付類型，則查詢支付賬 號的余額，并比較該余額與用戶訂購的增值業(yè)務(wù)所需費用；步驟503、若余額大于增值業(yè)務(wù)所需費用，則建立用戶與該支付賬號或與該支付賬 號及其對應(yīng)的支付類型的綁定。本實施例適用于用戶在訂購增值業(yè)務(wù)時進行綁定請求的情況。在上述技術(shù)方案的 基礎(chǔ)上，本實施例還需驗證用戶訂購的增值業(yè)務(wù)是否支持該支付賬號對應(yīng)的支付類型，以 及查詢支付賬號余額是否大于該增值業(yè)務(wù)所需費用，本發(fā)明中增值業(yè)務(wù)的所需費用具體包 括增值業(yè)務(wù)的包月費或系統(tǒng)批價等。只有在上述兩個條件都滿足的情況下，才能夠建立用 戶與該支付賬號或與該支付賬號及其對應(yīng)的支付類型的綁定。
本實施例通過在用戶訂購增值業(yè)務(wù)時提供對支付賬號或?qū)χЦ顿~號及其對應(yīng)的 支付類型的綁定，實現(xiàn)了用戶與多種支付類型的綁定，使得用戶可以隨時使用多種支付類 型訂購多個增值業(yè)務(wù)；通過運營商對系統(tǒng)的擴展，有效地解決了用戶訂購寬帶增值業(yè)務(wù)時 支付類型受限的問題，增加了寬帶增值業(yè)務(wù)支付的靈活性，增強了寬帶增值業(yè)務(wù)網(wǎng)上支付 的可操作性，也相應(yīng)地提高了運營商的服務(wù)水平和業(yè)務(wù)擴展能力。圖6為本發(fā)明寬帶用戶支付類型的綁定方法中解除綁定第一實施例的流程圖。如 圖6所示，在上述所有技術(shù)方案的基礎(chǔ)上，本發(fā)明寬帶用戶支付類型的綁定方法，還可包 括步驟601、接收用戶發(fā)送的攜帶一個或多個支付賬號信息的解除綁定請求；步驟602、驗證需解除綁定的一個或多個支付賬號是否已支付其關(guān)聯(lián)的增值業(yè)務(wù) 的所需費用；步驟603、若已支付其關(guān)聯(lián)的增值業(yè)務(wù)的所需費用，則發(fā)送確認解除綁定提示信息 至所述用戶；步驟604、接收用戶的確認解除綁定的響應(yīng)，解除用戶與該支付賬號的綁定。在本實施例中，當(dāng)接收到要求解除某一個或多個支付賬號的解除綁定請求時，需 要驗證一個或多個支付賬號是否已支付其關(guān)聯(lián)的增值業(yè)務(wù)的所需費用，向用戶發(fā)送確認解 除與已支付所需費用的支付賬號綁定的提示信息，當(dāng)接收到用戶發(fā)送的確認解除綁定的響 應(yīng)后，解除用戶與該支付賬號的綁定。本實施例實現(xiàn)了用戶與支付賬號的解除綁定，增加了寬帶增值業(yè)務(wù)支付的靈活 性，增強了寬帶增值業(yè)務(wù)網(wǎng)上支付的可操作性，也相應(yīng)地提高了運營商的服務(wù)水平和業(yè)務(wù) 擴展能力。圖7為本發(fā)明寬帶用戶支付類型的綁定方法中解除綁定第二實施例的流程圖。如 圖7所示，在上述技術(shù)方案的基礎(chǔ)上，本發(fā)明寬帶用戶支付類型的綁定方法，還可包括步驟701、接收用戶發(fā)送的攜帶一個或多個支付類型信息的解除綁定請求；步驟702、驗證是否存在與一個或多個支付類型對應(yīng)的已與用戶綁定的支付賬號， 若不存在，則執(zhí)行步驟703，若存在，則執(zhí)行步驟704 ；步驟703、發(fā)送確認解除綁定提示信息至用戶，接收到用戶的確認解除綁定的響應(yīng) 后，解除用戶與該支付類型的綁定；步驟704、驗證與該支付類型對應(yīng)的已與用戶綁定的支付賬號是否已支付其關(guān)聯(lián) 的增值業(yè)務(wù)的所需費用；步驟705、若已支付其關(guān)聯(lián)的增值業(yè)務(wù)的所需費用，則發(fā)送確認解除綁定提示信息 至用戶；接收到用戶的確認解除綁定的響應(yīng)后，解除用戶與該支付類型及其對應(yīng)的支付賬 號的綁定。本實施例與上述寬帶用戶支付類型的綁定方法中解除綁定第一實施例的不同之 處在于，在本實施例中，用戶請求解除與一個或多個支付類型的綁定。此時，需首先驗證是 否存在與該支付類型對應(yīng)的已與用戶綁定的支付賬號，若不存在，則直接發(fā)送確認解除綁 定提示信息，待接收到用戶響應(yīng)后，解除用戶與該支付類型的綁定；若存在，則需繼續(xù)驗證 該支付賬號是否支付所需費用，后續(xù)具體操作可參見上述解除綁定第一實施例中的描述。本實施例實現(xiàn)了用戶與支付類型的解除綁定，增加了寬帶增值業(yè)務(wù)支付的靈活性，增強了寬帶增值業(yè)務(wù)網(wǎng)上支付的可操作性，也相應(yīng)地提高了運營商的服務(wù)水平和業(yè)務(wù) 擴展能力。圖8為本發(fā)明寬帶用戶支付類型的綁定方法中更改綁定第一實施例的流程圖。如 圖8所示，在上述所有技術(shù)方案的基礎(chǔ)上，本發(fā)明寬帶用戶支付類型的綁定方法，還可包 括步驟801、接收用戶發(fā)送的攜帶一個或多個與用戶已綁定的支付類型對應(yīng)的新支 付賬號的更改綁定請求；步驟802、驗證該新支付賬號的合法性；步驟803、若該新支付賬號合法，則驗證該新支付賬號與更改綁定請求攜帶的相應(yīng) 的原支付賬號是否屬于同一支付類型；步驟804、若屬于同一支付類型，則發(fā)送確認更改綁定提示信息至用戶；步驟805、接收用戶的確認更改綁定的響應(yīng)后，解除用戶與原支付賬號的綁定，建 立用戶與新支付賬號的綁定。在本實施例中，當(dāng)接收到攜帶新支付賬號的更改綁定請求且該新支付賬號對應(yīng)的 支付類型已與用戶綁定時，在驗證該新支付賬號的合法性之后，還需驗證該支付賬號與更 改綁定請求中攜帶的相應(yīng)的原支付賬號是否屬于同于支付類型，若屬于同一支付類型，則 向用戶發(fā)送確認更改綁定提示信息，接收到用戶響應(yīng)后，解除用戶與原支付賬號的綁定，并 建立用戶與新支付賬號的綁定。本實施例實現(xiàn)了用戶與支付賬號的更改綁定，增加了寬帶增值業(yè)務(wù)支付的靈活 性，增強了寬帶增值業(yè)務(wù)網(wǎng)上支付的可操作性，也相應(yīng)地提高了運營商的服務(wù)水平和業(yè)務(wù) 擴展能力。圖9為本發(fā)明寬帶用戶支付類型的綁定方法中更改綁定第二實施例的流程圖。如 圖9所示，在上述所有技術(shù)方案的基礎(chǔ)上，本發(fā)明寬帶用戶支付類型的綁定方法，還可包 括步驟901、接收用戶發(fā)送的攜帶一個或多個與用戶未綁定的支付類型對應(yīng)的新支 付賬號的更改綁定請求；步驟902、驗證用戶是否有權(quán)綁定該新支付賬號對應(yīng)的支付類型；步驟903、若用戶有權(quán)綁定該新支付賬號對應(yīng)的支付類型，則驗證該新支付賬號的 合法性；步驟904、若該新支付賬號合法，則發(fā)送確認更改綁定提示信息至用戶；步驟905、接收用戶的確認更改綁定的響應(yīng)后，解除用戶與原支付賬號及其相應(yīng)的 支付類型的綁定，建立用戶與新支付賬號及其相應(yīng)的支付類型的綁定。本實施例與上述寬帶用戶支付類型的綁定方法中更改綁定第一實施例的不同之 處在于，在本實施例中，用戶接收攜帶新支付賬號的更改綁定請求，該新支付賬號對應(yīng)的支 付類型未與用戶綁定。此時，需首先驗證用戶是否有權(quán)綁定該新支付賬號對應(yīng)的支付類型， 然后再驗證新支付賬號的合法性，最后向用戶發(fā)送確認更改綁定提示信息，接收到用戶響 應(yīng)后，解除用戶與原支付賬號及其相應(yīng)的支付類型的綁定，并建立用戶與新支付賬號及其 相應(yīng)的支付類型的綁定。本實施例實現(xiàn)了用戶與支付賬號及其相應(yīng)的支付類型的更改綁定，增加了寬帶增值業(yè)務(wù)支付的靈活性，增強了寬帶增值業(yè)務(wù)網(wǎng)上支付的可操作性，也相應(yīng)地提高了運營商 的服務(wù)水平和業(yè)務(wù)擴展能力。圖10為本發(fā)明寬帶用戶支付類型的綁定平臺第一實施例的系統(tǒng)框圖。如圖10所示，本發(fā)明寬帶用戶支付類型的綁定平臺包括第一接收模塊1、確認模塊2和建立綁定模 塊3。其中，第一接收模塊1用于接收用戶發(fā)送的攜帶一個或多個支付賬號信息的建立綁定 請求；確認模塊2用于確認一個或多個支付賬號為用戶已綁定的支付類型對應(yīng)的支付賬號 或用戶未綁定的支付類型對應(yīng)的支付賬號；建立綁定模塊3用于執(zhí)行建立綁定操作。在本實施例中，第一接收模塊1接收到的建立綁定請求中攜帶的支付賬號信息可 以為一個或多個，若建立綁定請求中攜帶了多個支付賬號信息，則確認模塊2分別確認多 個支付賬號為用戶已綁定的支付類型對應(yīng)的支付賬號或用戶未綁定的支付類型對應(yīng)的支 付賬號，最后建立綁定模塊3分別執(zhí)行建立綁定操作。該寬帶用戶支付類型的綁定平臺中 包括的模塊的功能實現(xiàn)如上述方法實施例中的具體描述，在此不再贅述。本實施例通過建立用戶與一個或多個支付賬號的綁定，實現(xiàn)了用戶與支付類型的 綁定，使得用戶可以方便地使用多種支付類型訂購多個增值業(yè)務(wù)；通過運營商對系統(tǒng)的擴 展，有效地解決了用戶訂購寬帶增值業(yè)務(wù)時支付類型受限的問題，增加了寬帶增值業(yè)務(wù)支 付的靈活性，增強了寬帶增值業(yè)務(wù)網(wǎng)上支付的可操作性，也相應(yīng)地提高了運營商的服務(wù)水 平和業(yè)務(wù)擴展能力。圖11為本發(fā)明寬帶用戶支付類型的綁定平臺第二實施例的系統(tǒng)框圖。如圖11所 示，在上述綁定平臺第一實施例的基礎(chǔ)上，本發(fā)明寬帶用戶支付類型的綁定平臺包括第一 接收模塊1、確認模塊2和建立綁定模塊3，還可以包括第一驗證模塊4和查詢比較模塊5。 其中，第一驗證模塊4用于驗證確認模塊2所確認的支付賬號的合法性，驗證用戶是否有權(quán) 綁定支付賬號對應(yīng)的支付類型，或驗證用戶訂購的增值業(yè)務(wù)是否支持支付賬號對應(yīng)的支付 類型；查詢比較模塊5用于查詢支付賬號的余額，并比較余額與增值業(yè)務(wù)所需費用。在上述寬帶用戶支付類型的綁定平臺第一實施例本實施例的基礎(chǔ)上，本實施例的 綁定平臺可以用于在用戶注冊時綁定一個或多個支付賬號，也可以用于當(dāng)用戶訂購增值業(yè) 務(wù)時綁定一個和多個支付賬號。且通過該綁定平臺用戶可以在已綁定的支付類型下綁定其 對應(yīng)的支付賬號，也可以直接綁定某支付類型及其相應(yīng)的支付賬號。該寬帶用戶支付類型 的綁定平臺中包括的模塊的功能實現(xiàn)如上述方法實施例中的具體描述，在此不再贅述。本實施例通過提供一種寬帶用戶支付類型的綁定平臺，實現(xiàn)了用戶與多種支付類 型的綁定，使得用戶可以隨時使用多種支付類型訂購多個增值業(yè)務(wù)；通過運營商對系統(tǒng)的 擴展，有效地解決了用戶訂購寬帶增值業(yè)務(wù)時支付類型受限的問題，增加了寬帶增值業(yè)務(wù) 支付的靈活性，增強了寬帶增值業(yè)務(wù)網(wǎng)上支付的可操作性，也相應(yīng)地提高了運營商的服務(wù) 水平和業(yè)務(wù)擴展能力。圖12為本發(fā)明寬帶用戶支付類型的綁定平臺第三實施例的系統(tǒng)框圖。如圖12所 示，在上述綁定平臺第二實施例的基礎(chǔ)上，本發(fā)明寬帶用戶支付類型的綁定平臺包括第一 接收模塊1、確認模塊2、建立綁定模塊3、第一驗證模塊4和查詢比較模塊5，還可以包括 第二接收模塊6、第二驗證模塊7、第一發(fā)送模塊8和解除綁定模塊9。其中，第二接收模塊 6用于接收用戶發(fā)送的攜帶一個或多個支付賬號信息的解除綁定請求，接收用戶發(fā)送的攜 帶一個或多個支付類型信息的解除綁定請求，或接收用戶的確認解除綁定的響應(yīng)；第二驗證模塊7用于驗證需解除綁定的一個或多個支付賬號是否已支付其關(guān)聯(lián)的增值業(yè)務(wù)的所 需費用，驗證是否存在與支付類型對應(yīng)的已與用戶綁定的支付賬號，或驗證與支付類型對 應(yīng)的已與用戶綁定的支付賬號是否已支付其關(guān)聯(lián)的增值業(yè)務(wù)的所需費用；第一發(fā)送模塊8 用于發(fā)送確認解除綁定提示信息至用戶；解除綁定模塊9用于解除用戶與支付賬號或者與 支付類型或者與支付類型及其對應(yīng)的支付賬號的綁定。 該寬帶用戶支付類型的綁定平臺中包括的模塊的功能實現(xiàn)如上述方法實施例中 的具體描述，在此不再贅述。在上述寬帶用戶支付類型的綁定平臺實施例的基礎(chǔ)上，本實施例實現(xiàn)了用戶與支 付類型的解除綁定，增加了寬帶增值業(yè)務(wù)支付的靈活性，增強了寬帶增值業(yè)務(wù)網(wǎng)上支付的 可操作性，也相應(yīng)地提高了運營商的服務(wù)水平和業(yè)務(wù)擴展能力。圖13為本發(fā)明寬帶用戶支付類型的綁定平臺第四實施例的系統(tǒng)框圖。如圖13所 示，在上述綁定平臺第三實施例的基礎(chǔ)上，本發(fā)明寬帶用戶支付類型的綁定平臺包括第一 接收模塊1、確認模塊2、建立綁定模塊3、第一驗證模塊4、查詢比較模塊5、第二接收模塊 6、第二驗證模塊7、第一發(fā)送模塊8和解除綁定模塊9，還可以包括第三接收模塊10、第三 驗證模塊11和第二發(fā)送模塊12。其中，第三接收模塊10與建立綁定模塊3、第一驗證模塊 4和解除綁定模塊9連接，用于接收用戶發(fā)送的攜帶一個或多個與用戶已綁定的支付類型 對應(yīng)的新支付賬號的更改綁定請求，接收用戶發(fā)送的攜帶一個或多個與用戶未綁定的支付 類型對應(yīng)的新支付賬號的更改綁定請求，或接收用戶的確認更改綁定的響應(yīng)；第三驗證模 塊11用于驗證新支付賬號與更改綁定請求攜帶的相應(yīng)的原支付賬號是否屬于同一支付類 型；第二發(fā)送模塊12用于發(fā)送確認更改綁定提示信息至用戶。該寬帶用戶支付類型的綁定平臺中包括的模塊的功能實現(xiàn)如上述方法實施例中 的具體描述，在此不再贅述。在上述寬帶用戶支付類型的綁定平臺實施例的基礎(chǔ)上，本實施例實現(xiàn)了用戶與支 付類型的更改綁定，增加了寬帶增值業(yè)務(wù)支付的靈活性，增強了寬帶增值業(yè)務(wù)網(wǎng)上支付的 可操作性，也相應(yīng)地提高了運營商的服務(wù)水平和業(yè)務(wù)擴展能力。最后應(yīng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案而非對其進行限制， 盡管參照較佳實施例對本發(fā)明進行了詳細的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依 然可以對本發(fā)明的技術(shù)方案進行修改或者等同替換，而這些修改或者等同替換亦不能使修 改后的技術(shù)方案脫離本發(fā)明技術(shù)方案的精神和范圍。
權(quán)利要求
一種寬帶用戶支付類型的綁定方法，其特征在于，包括接收用戶發(fā)送的攜帶一個或多個支付賬號信息的建立綁定請求；確認所述一個或多個支付賬號為所述用戶已綁定的支付類型對應(yīng)的支付賬號或所述用戶未綁定的支付類型對應(yīng)的支付賬號，并執(zhí)行建立綁定操作。
2.根據(jù)權(quán)利要求1所述的寬帶用戶支付類型的綁定方法，其特征在于，當(dāng)所述一個或多個支付賬號為所述用戶已綁定的支付類型對應(yīng)的支付賬號時，驗證所 述支付賬號的合法性；若所述支付賬號合法，則執(zhí)行建立綁定操作。
3.根據(jù)權(quán)利要求1所述的寬帶用戶支付類型的綁定方法，其特征在于，當(dāng)所述一個或多個支付賬號為所述用戶未綁定的支付類型對應(yīng)的支付賬號時，驗證所 述用戶是否有權(quán)綁定所述支付賬號對應(yīng)的支付類型；若所述用戶有權(quán)綁定所述支付賬號對應(yīng)的支付類型，則驗證所述支付賬號的合法性； 若所述支付賬號合法，則執(zhí)行建立綁定操作。
4.根據(jù)權(quán)利要求2或3所述的寬帶用戶支付類型的綁定方法，其特征在于，所述若所述 支付賬號合法，則執(zhí)行建立綁定操作，具體為若所述支付賬號合法，則驗證所述用戶訂購的增值業(yè)務(wù)是否支持所述支付賬號對應(yīng)的 支付類型；若所述用戶訂購的增值業(yè)務(wù)支持所述支付賬號對應(yīng)的支付類型，則查詢所述支付賬號 的余額，并比較所述余額與用戶訂購的增值業(yè)務(wù)所需費用；若所述余額大于所述增值業(yè)務(wù)所需費用，則建立所述用戶與所述支付賬號或與所述支 付賬號及其對應(yīng)的支付類型的綁定。
5.根據(jù)權(quán)利要求4所述的寬帶用戶支付類型的綁定方法，其特征在于，還包括在接收到所述用戶發(fā)送的攜帶一個或多個支付賬號信息的解除綁定請求時，驗證需解 除綁定的一個或多個支付賬號是否已支付其關(guān)聯(lián)的增值業(yè)務(wù)的所需費用；若已支付其關(guān)聯(lián)的增值業(yè)務(wù)的所需費用，則發(fā)送確認解除綁定提示信息至所述用戶； 接收到所述用戶的確認解除綁定的響應(yīng)后，解除所述用戶與所述支付賬號的綁定。
6.根據(jù)權(quán)利要求4所述的寬帶用戶支付類型的綁定方法，其特征在于，還包括在接收到所述用戶發(fā)送的攜帶一個或多個支付類型信息的解除綁定請求時，驗證是否 存在與所述支付類型對應(yīng)的已與所述用戶綁定的支付賬號；若不存在，則發(fā)送確認解除綁定提示信息至所述用戶，接收到所述用戶的確認解除綁 定的響應(yīng)后，解除所述用戶與所述支付類型的綁定；若存在，則驗證與所述支付類型對應(yīng)的已與所述用戶綁定的支付賬號是否已支付其關(guān) 聯(lián)的增值業(yè)務(wù)的所需費用；若已支付其關(guān)聯(lián)的增值業(yè)務(wù)的所需費用，則發(fā)送確認解除綁定 提示信息至所述用戶；接收到所述用戶的確認解除綁定的響應(yīng)后，解除所述用戶與所述支 付類型及其對應(yīng)的支付賬號的綁定。
7.根據(jù)權(quán)利要求4所述的寬帶用戶支付類型的綁定方法，其特征在于，還包括 在接收到所述用戶發(fā)送的攜帶一個或多個與所述用戶已綁定的支付類型對應(yīng)的新支付賬號的更改綁定請求時，驗證所述新支付賬號的合法性；若所述新支付賬號合法，則驗證所述新支付賬號與所述更改綁定請求攜帶的相應(yīng)的原支付賬號是否屬于同一支付類型；若屬于同一支付類型，則發(fā)送確認更改綁定提示信息至所述用戶； 接收到所述用戶的確認更改綁定的響應(yīng)后，解除所述用戶與所述原支付賬號的綁定， 建立所述用戶與所述新支付賬號的綁定。
8.根據(jù)權(quán)利要求4所述的寬帶用戶支付類型的綁定方法，其特征在于，還包括 在接收到所述用戶發(fā)送的攜帶一個或多個與所述用戶未綁定的支付類型對應(yīng)的新支付賬號的更改綁定請求時，驗證所述用戶是否有權(quán)綁定所述新支付賬號對應(yīng)的支付類型； 若所述用戶有權(quán)綁定所述新支付賬號對應(yīng)的支付類型，則驗證所述新支付賬號的合法性；若所述新支付賬號合法，則發(fā)送確認更改綁定提示信息至所述用戶； 接收到所述用戶的確認更改綁定的響應(yīng)后，解除所述用戶與所述原支付賬號及其相應(yīng) 的支付類型的綁定，建立所述用戶與所述新支付賬號及其相應(yīng)的支付類型的綁定。
9.一種寬帶用戶支付類型的綁定平臺，其特征在于，包括第一接收模塊，用于接收用戶發(fā)送的攜帶一個或多個支付賬號信息的建立綁定請求； 確認模塊，用于確認所述一個或多個支付賬號為所述用戶已綁定的支付類型對應(yīng)的支 付賬號或所述用戶未綁定的支付類型對應(yīng)的支付賬號； 建立綁定模塊，用于執(zhí)行建立綁定操作。
10.根據(jù)權(quán)利要求9所述的寬帶用戶支付類型的綁定平臺，其特征在于，還包括第一驗證模塊，用于驗證所述支付賬號的合法性，驗證所述用戶是否有權(quán)綁定所述支 付賬號對應(yīng)的支付類型，或驗證所述用戶訂購的增值業(yè)務(wù)是否支持所述支付賬號對應(yīng)的支 付類型；查詢比較模塊，用于查詢所述支付賬號的余額，并比較所述余額與所述增值業(yè)務(wù)所需費用。
11.根據(jù)權(quán)利要求9或10所述的寬帶用戶支付類型的綁定平臺，其特征在于，還包括 第二接收模塊，用于接收所述用戶發(fā)送的攜帶一個或多個支付賬號信息的解除綁定請求，接收所述用戶發(fā)送的攜帶一個或多個支付類型信息的解除綁定請求，或接收所述用戶 的確認解除綁定的響應(yīng)；第二驗證模塊，用于驗證需解除綁定的一個或多個支付賬號是否已支付其關(guān)聯(lián)的增值 業(yè)務(wù)的所需費用，驗證是否存在與所述支付類型對應(yīng)的已與所述用戶綁定的支付賬號，或 驗證與所述支付類型對應(yīng)的已與所述用戶綁定的支付賬號是否已支付其關(guān)聯(lián)的增值業(yè)務(wù) 的所需費用；第一發(fā)送模塊，用于發(fā)送確認解除綁定提示信息至所述用戶； 解除綁定模塊，用于解除所述用戶與所述支付賬號或者與所述支付類型或者與所述支 付類型及其對應(yīng)的支付賬號的綁定。
12.根據(jù)權(quán)利要求11所述的寬帶用戶支付類型的綁定平臺，其特征在于，還包括第三接收模塊，用于接收所述用戶發(fā)送的攜帶一個或多個與所述用戶已綁定的支付類 型對應(yīng)的新支付賬號的更改綁定請求，接收所述用戶發(fā)送的攜帶一個或多個與所述用戶未 綁定的支付類型對應(yīng)的新支付賬號的更改綁定請求，或接收所述用戶的確認更改綁定的響 應(yīng)；第三驗證模塊，用于驗證所述新支付賬號與所述更改綁定請求攜帶的相應(yīng)的原支付賬 號是否屬于同一支付類型；第二發(fā)送模塊，用于發(fā)送確認更改綁定提示信息至所述用戶。
全文摘要
本發(fā)明公開了一種寬帶用戶支付類型的綁定方法及平臺，該方法包括接收用戶發(fā)送的攜帶一個或多個支付賬號信息的建立綁定請求；確認所述一個或多個支付賬號為所述用戶已綁定的支付類型對應(yīng)的支付賬號或所述用戶未綁定的支付類型對應(yīng)的支付賬號，并執(zhí)行建立綁定操作。該平臺包括第一接收模塊、確認模塊和建立綁定模塊。本發(fā)明通過實現(xiàn)用戶與多種支付類型的綁定，使得用戶可以方便地使用多種支付類型訂購多個增值業(yè)務(wù)；通過運營商對系統(tǒng)的擴展，有效地解決了用戶訂購寬帶增值業(yè)務(wù)時支付類型受限的問題，增加了寬帶增值業(yè)務(wù)支付的靈活性，增強了寬帶增值業(yè)務(wù)網(wǎng)上支付的可操作性，也相應(yīng)地提高了運營商的服務(wù)水平和業(yè)務(wù)擴展能力。
文檔編號H04L12/14GK101841795SQ20091008008
公開日2010年9月22日 申請日期2009年3月18日 優(yōu)先權(quán)日2009年3月18日
發(fā)明者毋濤, 王志軍, 王蓉, 胡尼亞, 馬麗 申請人:中國聯(lián)合網(wǎng)絡(luò)通信集團有限公司