水電費的繳納方法及裝置的制造方法
【專利摘要】本發(fā)明提供了一種水電費的繳納方法及裝置，其中，所述方法包括：接收用戶終端發(fā)送的用于繳納水電費的短消息，和/或接收所述用戶終端進行交互式語音應答IVR過程中，來自所述用戶終端發(fā)送的用于繳納水電費的操作指令；根據所述短消息和/或所述操作指令執(zhí)行扣除所述水電費的操作。采用本發(fā)明提供的上述技術方案，解決了相關技術中，繳納水電費的方案過于麻煩而導致的用戶體驗度低的問題，提出了一種簡單的繳納水電費的方式，大大提升用戶在繳納水電費時的體驗度。
【專利說明】
水電費的繳納方法及裝置
技術領域
[0001]本發(fā)明涉及通信領域，具體而言，涉及一種水電費的繳納方法及裝置。
【背景技術】
[0002]發(fā)展中國家和欠發(fā)達地區(qū)，電力公司和水利公司普通存在收繳電費困難的問題，排除用戶主觀上拖欠水電費的因素，由于基礎設施落后導致的繳費或購電困難也是突出原因。首先，電力公司和水利公司營業(yè)網點少，用戶要到很遠的地方才能購電或繳費。其次，網絡不發(fā)達，居民有條件上網的人數(shù)少，無法進行網上繳費。再則，繳費額度小，繳費頻次高，由于欠發(fā)達地區(qū)居民普通貧困，戶內電器少，一般會小額購電，隨用隨買。繳費不方便會給這些用戶帶來很大的困擾，所以解決電力公司用戶購電繳費問題是電力公司的迫切需求，是電力公司經營中的痛點之一。
[0003]針對相關技術中，繳納水電費的方案過于麻煩而導致的用戶體驗度低的問題，尚未提出有效的解決方案。

【發(fā)明內容】

[0004]為了解決上述技術問題，本發(fā)明提供了一種水電費的繳納方法及裝置。
[0005]根據本發(fā)明的一個方面，提供了一種水電費的繳納方法，包括:接收用戶終端發(fā)送的用于繳納水電費的短消息，和/或接收所述用戶終端進行交互式語音應答IVR過程中，來自所述用戶終端發(fā)送的用于繳納水電費的操作指令；根據所述短消息和/或所述操作指令執(zhí)行扣除所述水電費的操作。
[0006]優(yōu)選地，接收用戶終端發(fā)送的用于繳納水電費的短消息，包括:接收用戶終端編輯的待繳納水電費所對應的水表標識或電表標識以及繳納金額。
[0007]優(yōu)選地，接收的來自所述用戶終端發(fā)送的用于繳納水電費的操作指令，包括:接收用戶終端在語音提示下輸入的待繳納水電費所對應的水表標識或電表標識以及繳納金額的操作指令。
[0008]優(yōu)選地，根據所述短消息和/或所述操作指令執(zhí)行扣除所述水電費的操作繳納所述水電費，包括:將驗證碼和繳納所述水電費所能夠采用的繳費方式反饋至所述用戶終端；在對所述驗證碼校驗通過后，通過所述支付平臺扣除所述用戶終端輸入的繳納金額對應的值。
[0009]優(yōu)選地，在對所述驗證碼校驗通過后，通過所述支付平臺扣除所述用戶終端輸入的繳納金額對應的值，包括:在對所述驗證碼校驗通過后，將扣費信息發(fā)送至與所述用戶終端選擇的繳費方式對應的支付平臺；通過所述支付平臺扣除所述繳納金額對應的值。
[0010]優(yōu)選地，將扣費信息發(fā)送至與所述用戶終端選擇的繳費方式對應的支付平臺包括:將所述扣費信息發(fā)送至網絡支付平臺或銀行支付平臺；或將所述扣費信息發(fā)送至所述用戶終端所對應的運營商。
[0011]根據本發(fā)明的另一個方面，還提供了一種水電費的繳納裝置，包括:接收模塊，用于接收用戶終端發(fā)送的用于繳納水電費的短消息，和/或接收所述用戶終端進行交互式語音應答IVR過程中，來自所述用戶終端發(fā)送的用于繳納水電費的操作指令；處理模塊，用于根據所述短消息和/或所述操作指令執(zhí)行扣除所述水電費的操作。
[0012]優(yōu)選地，所述接收模塊用于接收用戶終端編輯的待繳納水電費所對應的水表標識或電表標識以及繳納金額。
[0013]優(yōu)選地，所述接收模塊還用于接收用戶終端在語音提示下輸入的待繳納水電費所對應的水表標識或電表標識以及繳納金額的操作指令。
[0014]優(yōu)選地，所述處理模塊包括:反饋單元，用于將驗證碼和繳納所述水電費所能夠采用的繳費方式反饋至所述用戶終端；扣除單元，用于在對所述驗證碼校驗通過后，通過所述支付平臺扣除所述用戶終端輸入的繳納金額對應的值。
[0015]通過本發(fā)明，能夠根據用戶終端的短消息和撥打電話功能就能夠實現(xiàn)扣除水電費的技術方案，解決了相關技術中，繳納水電費的方案過于麻煩而導致的用戶體驗度低的問題，提出了一種簡單的繳納水電費的方式，大大提升用戶在繳納水電費時的體驗度。
【附圖說明】
[0016]此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中:
[0017]圖1為根據本發(fā)明實施例的水電費的繳納方法的流程圖；
[0018]圖2為根據本發(fā)明實施例的水電費的繳納裝置的結構框圖；
[0019]圖3為根據本發(fā)明實施例的水電費的繳納裝置的再一結構框圖；
[0020]圖4為根據本發(fā)明優(yōu)選實施例一的系統(tǒng)網絡結構圖；
[0021]圖5為根據本發(fā)明優(yōu)選實施例一的電費通控制模塊圖；
[0022]圖6為根據本發(fā)明優(yōu)選實施例二的短信流程圖；
[0023]圖7為根據本發(fā)明優(yōu)選實施例三的語音流程圖。
【具體實施方式】
[0024]下文中將參考附圖并結合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。
[0025]本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在所寫的說明書、權利要求書、以及附圖中所特別指出的結構來實現(xiàn)和獲得。
[0026]為了使本技術領域的人員更好地理解本發(fā)明方案，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分的實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應當屬于本發(fā)明保護的范圍。
[0027]為了解決上述技術問題，在本實施例中提供了一種水電費的繳納方法，圖1為根據本發(fā)明實施例的水電費的繳納方法的流程圖，如圖1所示，包括以下步驟:
[0028]步驟S102，接收用戶終端發(fā)送的用于繳納水電費的短消息，和/或接收上述用戶終端進行交互式語音應答IVR過程中，來自上述用戶終端發(fā)送的用于繳納水電費的操作指令；
[0029]步驟S104，根據上述短消息和/或上述操作指令執(zhí)行扣除上述水電費的操作。
[0030]通過上述各個步驟，能夠根據用戶終端的短消息和撥打電話功能就能夠實現(xiàn)扣除水電費的技術方案，即用戶可以通過手機短信支付、撥號IVR語音支付、運營商代交、等多種方式繳納水電費，解決了相關技術中，繳納水電費的方案過于麻煩而導致的用戶體驗度低的問題，提出了一種簡單的繳納水電費的方式，大大提升用戶在繳納水電費時的體驗度，擴寬電費繳納渠道，完善企業(yè)服務平臺。對于用戶實現(xiàn)真正省心省力。
[0031]上述步驟S102可以有多種實現(xiàn)方式，在本發(fā)明實施例中，可以有兩種實現(xiàn)方式:接收用戶終端編輯的待繳納水電費所對應的水表標識或電表標識以及繳納金額；接收用戶終端在語音提示下輸入的待繳納水電費所對應的水表標識或電表標識以及繳納金額的操作指令。
[0032]在本發(fā)明實施例中，上述步驟S104可以通過以下技術方案實現(xiàn):將驗證碼和繳納上述水電費所能夠采用的繳費方式反饋至上述用戶終端；在對上述驗證碼校驗通過后，通過上述支付平臺扣除上述用戶終端輸入的繳納金額對應的值，具體地，在對上述驗證碼校驗通過后，將扣費信息發(fā)送至與上述用戶終端選擇的繳費方式對應的支付平臺；通過上述支付平臺扣除上述繳納金額對應的值。
[0033]上述支付平臺可以包括以下至少之一:網絡支付平臺、銀行支付平臺以及上述用戶終端所對應的運營商。
[0034]以下結合一個示例對本發(fā)明實施例的上述技術方案進行說明:
[0035]需要說明的是，以下步驟A至步驟F并不用于限定以下技術方案的執(zhí)行順序，其僅僅用于說明本發(fā)明實施例的技術方案的幾種可實施示例。
[0036]步驟A.用戶編輯手機短信發(fā)送用戶表號、購電金額到電費通平臺，平臺收到該用戶短信后發(fā)送驗證碼短信+繳費方式給用戶，用戶回復驗證碼+平臺支付方式短信。短信驗證通過后，短信模塊發(fā)送扣費消息給支付鑒權模塊。支付鑒權模塊再發(fā)送扣費消息給銀行平臺或者支付平臺進行扣費。銀行平臺或者支付平臺扣費后返回成功結果給支付鑒權模塊，支付鑒權模塊收到扣費成功結果后再判斷該用戶為預付費用戶還是后付費用戶。如果是預付費用戶，則生成TOKEN碼，通過短信把TOKEN碼、剩余電量和充值金額發(fā)送給用戶。如果是后付費用戶，則通過短信發(fā)送充值金額和剩余金額給用戶。
[0037]步驟B.用戶撥打繳費充值特服號碼，用戶根據語音提示輸入用戶表號、購電金額、平臺支付方式和用戶ID身份驗證通過后語音模塊發(fā)送扣費消息給支付鑒權模塊。支付鑒權模塊再發(fā)送扣費消息給銀行平臺或者支付平臺進行扣費。銀行平臺或者支付平臺扣費后返回成功結果給支付鑒權模塊，支付鑒權模塊收到扣費成功結果后再判斷該用戶為預付費用戶還是后付費用戶。如果是預付費用戶，則生成TOKEN碼，通過語音告訴用戶TOKEN碼、剩余電量給用戶。如果是后付費用戶，則通過語音告知用戶充值金額和剩余金額。
[0038]步驟C.用戶編輯手機短信發(fā)送用戶表號、購電金額到電費通平臺，平臺收到該用戶短信后發(fā)送驗證碼短信+繳費方式給用戶，用戶回復驗證碼+運營商代扣方式短信。短信驗證通過后，短信模塊發(fā)送扣費消息給支付鑒權模塊。支付鑒權模塊再發(fā)送扣費消息給運營商計費模塊。運營商計費模塊扣費后返回成功結果給支付鑒權模塊，支付鑒權模塊收到扣費成功結果后再判斷該用戶為預付費用戶還是后付費用戶。如果是預付費用戶，則生成TOKEN碼，通過短信把TOKEN碼、剩余電量和充值金額發(fā)送給用戶。如果是后付費用戶，則通過短信發(fā)送充值金額和剩余金額給用戶。
[0039]步驟D.用戶撥打繳費充值特服號碼，用戶根據語音提示輸入用戶表號、購電金額、運營商代扣方式和用戶身份證號(或唯一驗證用戶身份ID信息)。身份驗證通過后語音模塊發(fā)送扣費消息給支付鑒權模塊。支付鑒權模塊再發(fā)送扣費消息給運營商計費模塊。運營商計費模塊扣費后返回成功結果給支付鑒權模塊，支付鑒權模塊收到扣費成功結果后再判斷該用戶為預付費用戶還是后付費用戶。如果是預付費用戶，則生成TOKEN碼，通過語音告訴用戶TOKEN碼、剩余電量給用戶。如果是后付費用戶，則通過語音告知用戶充值金額和剩余金額。
[0040]步驟E.用戶購買充值卡后，通過手機短信發(fā)送用戶表號、充值卡卡號和密碼。短信模塊收到充值短信后發(fā)送充值消息給支付鑒權模塊。支付鑒權模鑒權成功后再判斷該用戶為預付費用戶還是后付費用戶。如果是預付費用戶，則生成TOKEN碼，通過短信把TOKEN碼、剩余電量和充值金額發(fā)送給用戶。如果是后付費用戶，則通過短信發(fā)送充值金額和剩余金額給用戶。
[0041]步驟F.用戶購買充值卡后，通過撥打繳費充值特服號碼，用戶根據語音提示輸入用戶表號、充值卡卡號和密碼。語音模塊發(fā)送充值消息給支付鑒權模塊。支付鑒權模鑒權成功后再判斷該用戶為預付費用戶還是后付費用戶。如果是預付費用戶，則生成TOKEN碼，通過語音告訴用戶TOKEN碼、剩余電量給用戶。如果是后付費用戶，則通過語音告知用戶充值金額和剩余金額。
[0042]綜上所述，通過采用本發(fā)明實施例上述提供的技術方案，針對電力企業(yè)收繳電費的痛點以及電力用戶購電不便的痛點提出解決方案。傳統(tǒng)的智能表計通信網絡(AdvancedMetering Infrastructure，簡稱為AMI)平臺能夠為電力企業(yè)解決用電監(jiān)控和計量的問題，但無法解決用戶繳費的問題。通過在AMI平臺中集成支付功能，增強了 AMI平臺的競爭力，同時這也是一種商業(yè)模式創(chuàng)新。與電信運營商進行合作，利用運營商分布廣泛的營業(yè)網點以及運營商的營帳及支付系統(tǒng)，為用戶繳費提供方便，同時也增加運營商的現(xiàn)金流。
[0043]在本實施例中還提供了一種水電費的繳納裝置，用于實現(xiàn)上述實施例及優(yōu)選實施方式，已經進行過說明的不再贅述，下面對該裝置中涉及到的模塊進行說明。如以下所使用的，術語“模塊”可以實現(xiàn)預定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn)，但是硬件，或者軟件和硬件的組合的實現(xiàn)也是可能并被構想的。圖2為根據本發(fā)明實施例的水電費的繳納裝置的結構框圖，如圖2所示，包括:
[0044]接收模塊20，用于接收用戶終端發(fā)送的用于繳納水電費的短消息，和/或接收上述用戶終端進行交互式語音應答IVR過程中，來自上述用戶終端發(fā)送的用于繳納水電費的操作指令；
[0045]處理模塊22，與接收模塊20連接，用于根據上述短消息和/或上述操作指令執(zhí)行扣除上述水電費的操作。
[0046]通過上述各個模塊的綜合運用，能夠根據用戶終端的短消息和撥打電話功能就能夠實現(xiàn)扣除水電費的技術方案，即用戶可以通過手機短信支付、撥號IVR語音支付、運營商代交、等多種方式繳納水電費，解決了相關技術中，繳納水電費的方案過于麻煩而導致的用戶體驗度低的問題，提出了一種簡單的繳納水電費的方式，大大提升用戶在繳納水電費時的體驗度，擴寬電費繳納渠道，完善企業(yè)服務平臺。對于用戶實現(xiàn)真正省心省力。
[0047]可選地，接收模塊20用于接收用戶終端編輯的待繳納水電費所對應的水表標識或電表標識以及繳納金額；接收模塊20還用于接收用戶終端在語音提示下輸入的待繳納水電費所對應的水表標識或電表標識以及繳納金額的操作指令。
[0048]在本發(fā)明實施例中，如圖3所示，處理模塊22包括:反饋單元220，用于將驗證碼和繳納上述水電費所能夠采用的繳費方式反饋至上述用戶終端；扣除單元222，與反饋單元220連接，用于在對上述驗證碼校驗通過后，通過上述支付平臺扣除上述用戶終端輸入的繳納金額對應的值。
[0049]為了更好的理解上述實施例提供的技術方案，以下結合優(yōu)選實施例進行說明:
[0050]優(yōu)選實施例一
[0051]圖4為根據本發(fā)明優(yōu)選實施例一的系統(tǒng)網絡結構圖，主要是電費通系統(tǒng)40，電費通系統(tǒng)40能接收通過短信通道44和語音通道42進行繳費的用戶。電費通系統(tǒng)40與銀行或支付平臺46和運營商代付平臺48進行對接，能滿足用戶的不同方式的繳納電費。同時與AMI平臺50對接，用戶也能及時方便的查詢繳費詳情和余額。
[0052]圖5為根據本發(fā)明優(yōu)選實施例一的電費通控制模塊圖，如圖5所示，包括:
[0053]短信模塊50 (相當于上述實施例中的接收模塊20):用于接收用戶發(fā)送的購電短信，同時發(fā)送確認短信和通知短信給用戶。還用于與支付鑒權模塊進行消息流程交互。
[0054]語音模塊52(相當于上述實施例中的接收模塊20):用于處理用戶撥打的特服電話，進行業(yè)務流程處理，并進行IVR流程語音的放音。還用于與支付鑒權模塊進行消息流程交互。
[0055]支付鑒權模塊54(相當于上述實施例的處理模塊22):主要用于向銀行平臺或者支付平臺進行消息繳費。同時也用于向運營商發(fā)起扣費請求。
[0056]需要說明的是，在本發(fā)明優(yōu)選實施例一種，短信模塊50其主要功能是處理用戶通過短信發(fā)送進行充值或者繳費消息。進行邏輯判斷后把消息發(fā)送到鑒權支付模塊54 ;語音模塊52主要功能是處理用戶撥打特服號碼進行語音充值或者繳費消息，進行邏輯判斷后把消息發(fā)送到鑒權支付模塊54 ;支付鑒權模塊54:主要功能是鑒權用戶的充值流程，如果用戶通過支付平臺或者運營商代付，還負責和支付平臺或者運營商平臺進行繳費消息的交互。同時對繳費的結果和詳單發(fā)送到AMI平臺上對其進行展示。
[0057]優(yōu)選實施例二
[0058]圖6為根據本發(fā)明優(yōu)選實施例二的短信流程圖，如圖6所示，包括以下步驟:
[0059]S602:用戶發(fā)送短信；用戶通過手機發(fā)送充值短信或者繳費短信到電費通系統(tǒng)短信模塊。充值短信輸入表號，充值卡的卡號和密碼，繳費短信輸入表號，繳費金額。
[0060]S604:短信模塊接收短信；短信模塊收到用戶的短信轉入S606。
[0061]S606:是否是充值短信；系統(tǒng)判定用戶發(fā)送的是刮刮卡充值短信則轉入支付鑒權模塊流程S608，如果是繳費短信則轉入支付鑒權模塊流程S618。
[0062]S608:驗證充值卡號和密碼；支付鑒權模塊驗證短信里充值卡的卡號和密碼后轉A S610。
[0063]S610:校驗是否通過；驗證卡號和密碼通過轉入S612，驗證未通過轉入S614。
[0064]S612:是否是預付費用戶；支付鑒權模塊判斷該用戶是預付費用戶還是后付費用戶，判斷為預付費用戶轉入S636，判斷為后付費用戶轉入S638。
[0065]S614:返回充值失敗消息。
[0066]支付鑒權模塊返回失敗充值的消息給短信模塊后轉入S616。
[0067]S616:發(fā)送充值失敗提示:短信模塊收到失敗消息后發(fā)送充值失敗的短信給用戶，提示充值卡充值失敗。
[0068]S618:發(fā)送確認短信和繳費方式:短信模塊發(fā)送確認短信和繳費方式讓用戶選擇，然后轉入S620。
[0069]S620:用戶返回確認短信和繳費方式:用戶接收到短信模塊發(fā)送的確認短信后回復確認短信和繳費方式給短信模塊，然后轉入S622。
[0070]S622:是否平臺支付。
[0071]短信模塊40接收到用戶的確認短信和繳費方式后對繳費方式進行判斷，如果是平臺支付則轉入S624，如果是運營商代付則轉入S632。
[0072]S624:發(fā)送扣費消費給支付平臺:支付鑒權模塊發(fā)送扣費的消息給第三方支付平臺或者銀行卡平臺進行扣費，轉入S626。
[0073]S626:平臺是否支付成功；第三方支付平臺或者銀行卡平臺返回給支付鑒權模板消息，如果扣費成功則轉入S612，如果扣費失敗則轉入S628。
[0074]S628:返回支付失敗消息:支付鑒權模塊返回支付失敗的消息給短信模塊后轉入S630。
[0075]S630:發(fā)送支付失敗的消息:短信模塊收到失敗消息后發(fā)送繳費失敗的短信給用戶，提示用戶繳費失敗。
[0076]S632:發(fā)送扣費消費給運營商:支付鑒權模塊發(fā)送扣費的消息給運營商代付平臺進行扣費，轉入S634。
[0077]S634:運營商是否支付成功:運營商代付平臺返回給支付鑒權模板消息，如果扣費成功則轉入S612，如果扣費失敗則轉入S628。
[0078]S636:發(fā)送Token給用戶:支付鑒權模塊通過消息把token，剩余電量和充值金額發(fā)給短信模塊，短信模塊通過短信把token，剩余電量和充值金額發(fā)給用戶。
[0079]S638:發(fā)送繳費后余額給用戶:支付鑒權模塊通過消息把充值金額和剩余金額給短信模塊，短信模塊通過短信把充值金額和剩余金額發(fā)給用戶。
[0080]優(yōu)選實施例三
[0081]圖7為根據本發(fā)明優(yōu)選實施例三的語音流程圖，如圖7所示，包括以下步驟:
[0082]S700:用戶撥打特服號碼
[0083]用戶通過電話撥打電費通特服號碼進行充值或者繳費。
[0084]S702:語音模塊處理用戶語音
[0085]語音模塊接通用戶撥打的特服號碼，用戶選擇充值還是繳費，轉入S704。
[0086]S704:是否進入充值流程
[0087]根據用戶自己的語音提示輸入判斷用戶是否進入充值流程，如果是充值則轉入支付鑒權模塊流程S706，如果是繳費則轉入支付鑒權模塊流程S716。
[0088]S706:校驗充值卡號和密碼
[0089]用戶通過語音輸入表號，充值卡卡號和密碼，支付鑒權模塊驗證用戶輸入的充值卡的卡號和密碼，轉入S708。
[0090]S708:校驗是否通過
[0091]支付鑒權模塊驗證卡號和密碼通過轉入S710，驗證未通過轉入S712。
[0092]S710:是否是預付費用戶
[0093]支付鑒權模塊判斷該用戶是預付費用戶還是后付費用戶，判斷為預付費用戶轉入418，判斷為后付費用戶轉入419。
[0094]S712:返回充值失敗結果
[0095]支付鑒權模塊返回失敗充值的消息給語音模塊后轉入408。
[0096]S714:播放充值失敗語音
[0097]語音模塊收到失敗消息后發(fā)送充值失敗的語音給用戶，提示充值卡充值失敗。
[0098]S716:用戶輸入繳費金額
[0099]用戶進入繳費流程，根據語音提示輸入表號，繳費金額和用戶身份ID，然后轉入S718o
[0100]S718:選擇繳費方式
[0101]用戶根據語音提示選擇平臺支付還是運營商代扣方式進行繳費。
[0102]S720:是否平臺支付
[0103]支付鑒權模塊判斷是否是平臺支付，如果是則轉入S722，如果是運營商代付則轉人 S728。
[0104]S722:發(fā)送扣費消費給支付平臺
[0105]支付鑒權模塊發(fā)送扣費的消息給第三方支付平臺或者銀行卡平臺進行扣費，轉入S724。
[0106]S724:平臺是否支付成功
[0107]第三方支付平臺或者銀行卡平臺返回給支付鑒權模板消息，如果扣費成功則轉入S710，如果扣費失敗則轉入S726。
[0108]S726:返回支付失敗消息
[0109]支付鑒權模塊返回支付失敗的消息給語音模塊后轉入S728。
[0110]S728:播放支付失敗的語音
[0111]語音模塊收到失敗消息后播放支付失敗的語音告知用戶，提示用戶繳費失敗。
[0112]S730:發(fā)送扣費消費給運營商
[0113]支付鑒權模塊發(fā)送扣費的消息給運營商代付平臺進行扣費，轉入S732。
[0114]S732:運營商是否支付成功
[0115]運營商代付平臺返回給支付鑒權模板消息，如果扣費成功則轉入S710，如果扣費失敗則轉入S726。
[0116]S734:發(fā)送Token給用戶，支付鑒權模塊通過消息把token，剩余電量和充值金額發(fā)給語音模塊，語音模塊通過語音播放把token，剩余電量和充值金額告知用戶。
[0117]S736:發(fā)送繳費后余額給用戶
[0118]支付鑒權模塊通過消息把充值金額和剩余金額給語音模塊，語音模塊通過語音播放把充值金額和剩余金額發(fā)給用戶。
[0119]綜上所述，本發(fā)明實施例達到了以下技術效果:解決了相關技術中，繳納水電費的方案過于麻煩而導致的用戶體驗度低的問題，提出了一種簡單的繳納水電費的方式，大大提升用戶在繳納水電費時的體驗度，擴寬電費繳納渠道，完善企業(yè)服務平臺。對于用戶實現(xiàn)真正省心省力。
[0120]在另外一個實施例中，還提供了一種軟件，該軟件用于執(zhí)行上述實施例及優(yōu)選實施方式中描述的技術方案。
[0121]在另外一個實施例中，還提供了一種存儲介質，該存儲介質中存儲有上述軟件，該存儲介質包括但不限于:光盤、軟盤、硬盤、可擦寫存儲器等。
[0122]需要說明的是，本發(fā)明的說明書和權利要求書及上述附圖中的術語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。應該理解這樣使用的對象在適當情況下可以互換，以便這里描述的本發(fā)明的實施例能夠以除了在這里圖示或描述的那些以外的順序實施。此外，術語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統(tǒng)、產品或設備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或對于這些過程、方法、產品或設備固有的其它步驟或單元。
[0123]顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結合。
[0124]以上上述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。
【主權項】
1.一種水電費的繳納方法，其特征在于，包括: 接收用戶終端發(fā)送的用于繳納水電費的短消息，和/或接收所述用戶終端進行交互式語音應答IVR過程中，來自所述用戶終端發(fā)送的用于繳納水電費的操作指令； 根據所述短消息和/或所述操作指令執(zhí)行扣除所述水電費的操作。2.根據權利要求1所述的方法，其特征在于，接收用戶終端發(fā)送的用于繳納水電費的短消息，包括: 接收用戶終端編輯的待繳納水電費所對應的水表標識或電表標識以及繳納金額。3.根據權利要求1所述的方法，其特征在于，接收的來自所述用戶終端發(fā)送的用于繳納水電費的操作指令，包括: 接收用戶終端在語音提示下輸入的待繳納水電費所對應的水表標識或電表標識以及繳納金額的操作指令。4.根據權利要求2或3所述的方法，其特征在于，根據所述短消息和/或所述操作指令執(zhí)行扣除所述水電費的操作繳納所述水電費，包括: 將驗證碼和繳納所述水電費所能夠采用的繳費方式反饋至所述用戶終端； 在對所述驗證碼校驗通過后，通過支付平臺扣除所述用戶終端輸入的繳納金額對應的值。5.根據權利要求4所述的方法，其特征在于，在對所述驗證碼校驗通過后，通過所述支付平臺扣除所述用戶終端輸入的繳納金額對應的值，包括: 在對所述驗證碼校驗通過后，將扣費信息發(fā)送至與所述用戶終端選擇的繳費方式對應的支付平臺； 通過所述支付平臺扣除所述繳納金額對應的值。6.根據權利要求5所述的方法，其特征在于，將扣費信息發(fā)送至與所述用戶終端選擇的繳費方式對應的支付平臺包括: 將所述扣費信息發(fā)送至網絡支付平臺或銀行支付平臺；或 將所述扣費信息發(fā)送至所述用戶終端所對應的運營商。7.一種水電費的繳納裝置，其特征在于，包括: 接收模塊，用于接收用戶終端發(fā)送的用于繳納水電費的短消息，和/或接收所述用戶終端進行交互式語音應答IVR過程中，來自所述用戶終端發(fā)送的用于繳納水電費的操作指令； 處理模塊，用于根據所述短消息和/或所述操作指令執(zhí)行扣除所述水電費的操作。8.根據權利要求7所述的裝置，其特征在于，所述接收模塊用于接收用戶終端編輯的待繳納水電費所對應的水表標識或電表標識以及繳納金額。9.根據權利要求7所述的裝置，其特征在于，所述接收模塊還用于接收用戶終端在語音提示下輸入的待繳納水電費所對應的水表標識或電表標識以及繳納金額的操作指令。10.根據權利要求8或9所述的裝置，其特征在于，所述處理模塊包括: 反饋單元，用于將驗證碼和繳納所述水電費所能夠采用的繳費方式反饋至所述用戶終端; 扣除單元，用于在對所述驗證碼校驗通過后，通過支付平臺扣除所述用戶終端輸入的繳納金額對應的值。
【文檔編號】H04W4/14GK105869290SQ201510036114
【公開日】2016年8月17日
【申請日】2015年1月23日
【發(fā)明人】唐志宇
【申請人】中興通訊股份有限公司