一種手機充值繳費方法、系統和裝置制造方法
【專利摘要】本發明公開了一種手機充值繳費方法、系統和裝置，充值業務控制點收到充值信息后，向業務運營支撐系統發送鑒權請求，鑒權通過后，充值業務控制點向業務運營支撐系統發送繳費請求，完成手機充值繳費。本發明的技術方案由于鑒權和繳費在兩個流程中處理，充值SCP收不到鑒權結果消息，不會向BOSS發送繳費請求，異常情況下不需要發送沖正消息，避免了沖正響應超時造成的一卡多充和用戶感知問題。
【專利說明】一種手機充值繳費方法、系統和裝置
【技術領域】
[0001]本發明涉及通信業務【技術領域】，尤其涉及一種手機充值繳費方法、系統和裝置。
【背景技術】
[0002]目前移動通信用戶可以通過撥打充值接入號碼，根據語音提示輸入充值卡密碼等操作來完成自助繳費。現有手機充值系統通常是通過智能網系統來實現的，涉及的網絡節點主要包括充值業務控制點(Service Control Point, SCP)、充值中心(Voucher Center,VC)和業務運營支撐系統(Business&Operation Support System, BOSS)。其中充值 SCP 主要完成用戶充值流程的控制；vc主要完成充值卡數據的存儲，并根據SCP發來消息進行充值卡數據的相應處理；B0SS完成用戶帳戶的繳費。[0003]現有的手機充值業務流程如圖1所示，包括以下步驟:
[0004]步驟101、SCP收到用戶充值請求，獲得用戶輸入的充值卡和被充值號碼等信息。
[0005]步驟102、SCP向VC查詢充值卡狀態。
[0006]步驟103、VC返回充值狀態、有效期、金額等信息。
[0007]步驟104、SCP判斷卡有效后，向BOSS發送充值繳費請求消息。
[0008]步驟105、BOSS對充值卡進行鑒權，若充值卡未使用，為用戶繳費。
[0009]步驟106、BOSS回送繳費成功消息。
[0010]步驟107、SCP向VC發送充值卡置位消息。
[0011]步驟108、VC返回充值卡置位響應消息。
[0012]步驟109、SCP收到VC返回充值置位響應消息，若置位成功，向用戶反饋充值結果。
[0013]現有的充值流程對繳費超時的失敗處理機制是采用沖正的方式實現。即若SCP未收到繳費結果消息，SCP會向BOSS發送沖正請求，BOSS收到沖正請求，會為用戶的繳費進行回滾，從而確保充值卡和繳費的一致性。
[0014]但是，當網絡出現丟包等異常現象時，充值SCP有可能無法收到BOSS返回的繳費成功消息，會向BOSS發送沖正消息，BOSS收不到沖正消息，不會回滾繳費，SCP會向用戶播放充值失敗提示音，這樣就造成用戶聽到充值失敗提示音但收到BOSS下發的繳費成功短?目。
[0015]對于BOSS繳費成功，充值卡未置位的情況，目前采用對賬方式回滾繳費金額。由于回滾不是實時處理，若用戶用同一張充值卡為他省用戶充值，能夠充值成功。出現大量此類問題后，運營商若采用回滾方式，會造成大量用戶投訴，影響用戶感知。
【發明內容】
[0016]為了解決現有技術中存在的技術問題，本發明提出一種手機充值繳費的方法、系統和裝置，能夠避免因沖正響應超時造成的一卡多充和用戶感知差的問題。
[0017]本發明一方面提供了一種手機充值繳費方法，充值業務控制點收到充值信息后，向業務運營支撐系統發送鑒權請求，鑒權通過后，充值業務控制點向業務運營支撐系統發送繳費請求，完成手機充值繳費。
[0018]本發明另一方面提供了一種手機充值繳費系統，包括充值業務控制點和業務運營支撐系統，其中，
[0019]充值業務控制點用于接收充值信息，向業務運營支撐系統發送鑒權請求，接收業務運營支撐系統返回的鑒權結果，并向業務運營支撐系統發送繳費請求；
[0020]業務運營支撐系統用于接收充值業務控制點發來的鑒權請求，進行鑒權，向充值業務控制點返回鑒權結果，并接收充值業務控制點發來的繳費請求，進行繳費操作。
[0021]本發明再一方面提供了一種充值業務控制點，包括接收模塊和發送模塊，接收模塊用于接收充值信息，并接收業務運營支撐系統返回的鑒權結果；發送模塊用于向業務運營支撐系統發送鑒權請求，并向業務運營支撐系統發送繳費請求。
[0022]本發明還提供了一種業務運營支撐系統，包括接收模塊、發送模塊、鑒權模塊和繳費模塊，其中，
[0023]接收模塊用于從充值業務控制點接收鑒權請求和繳費請求；
[0024]發送模塊用于向充值業務控制點發送鑒權結果；
[0025]鑒權模塊用于對充值卡進行鑒權；
[0026]繳費模塊用于進行繳費操作。
[0027]本發明的技術方案由于鑒權和繳費在兩個流程中處理，充值SCP收不到鑒權結果消息，不會向BOSS發送繳費請求，異常情況下不需要發送沖正消息，避免了沖正響應超時造成的一卡多充和用戶感知問題。
【專利附圖】
【附圖說明】
[0028]圖1是現有技術中手機充值繳費的流程圖。
[0029]圖2是本發明實施例一中手機充值繳費的流程圖。
[0030]圖3是本發明實施例一中手機充值繳費的對賬流程圖。
[0031]圖4是本發明實施例二中手機充值繳費系統的結構示意圖。
[0032]圖5是本發明實施例二中的充值業務控制點的結構示意圖。
[0033]圖6是本發明實施例二中的業務運營支撐系統的結構示意圖。
【具體實施方式】
[0034]下面結合附圖對本發明的【具體實施方式】進行詳細描述。
[0035]本發明的技術方案采用類似三步握手方式，將鑒權和繳費消息分別處理。第一步，充值SCP發送繳費請求至BOSS系統；第二步，BOSS對充值卡鑒權，并返回鑒權結果消息；第三步，充值SCP根據BOSS返回的鑒權結果確定是否向BOSS回送繳費消息。BOSS收到繳費請求消息后為用戶繳費。本發明的充值流程中，鑒權和繳費在兩個流程中處理，充值SCP收不到鑒權結果消息，不會向BOSS發送繳費請求，異常情況下不需要發送沖正消息，避免了沖正響應超時造成的一卡多充和用戶感知問題。
[0036]圖2是本發明實施例一中手機充值繳費的流程圖。如圖2所示，該手機充值繳費的流程包括以下步驟:
[0037]步驟201、充值繳費流程開始時，用戶通過手機終端向充值業務控制點發送充值請求，充值請求中包括被充值手機號碼、充值卡信息等內容。
[0038]步驟202、充值業務控制點收到充值請求后，向充值中心發送包含有充值卡信息的充值卡狀態查詢請求。
[0039]步驟203、充值中心判斷是否該充值卡是否有效，如果有效，則轉至步驟204，如果是無效充值卡，則向充值業務控制點返回充值卡無效的消息，并轉至步驟213。
[0040]步驟204、充值中心將包含有充值狀態、有效期和金額的充值卡狀態信息返回給充值業務控制點，充值業務控制點向業務運營支撐系統發送充值卡鑒權請求。
[0041]步驟205、業務運營支撐系統對充值卡進行鑒權，如果通過，則將通過充值卡鑒權的結果發給充值業務控制點，即鑒權成功結果，如果沒有通過，則將沒有通過充值卡鑒權的結果反饋給充值業務控制點，即鑒權沒有成功結果。
[0042]步驟206、充值業務控制點判斷在預設時間內是否收到業務運營支撐系統發來的充值卡鑒權結果，如果收到，則轉至步驟207，如果沒有收到，則轉至步驟213。
[0043]步驟207、充值業務控制點收到業務運營支撐系統發來的充值卡鑒權結果后，判斷鑒權是否成功，如果成功，則轉至步驟208和步驟212，如果沒有成功，則轉至步驟213。
[0044]步驟208、充值業務控制點向業務運營支撐系統發送繳費請求。
[0045]步驟209、業務運營支撐系統判斷是否在預設時間內收到充值業務控制點發來的繳費請求，如果收到，則轉至步驟210，如果沒有收到，則轉至步驟211。
[0046]步驟210、業務運營支撐系統進行繳費操作，充值流程完成。
[0047]步驟211、清除會話，不進行繳費操作，并轉至步驟213。
[0048]步驟212、充值業務控制點向充值中心發送充值卡置位消息，充值中心向充值業務控制點返回充值卡置位響應消息，充值業務控制點發送充值結果，充值流程完成。
[0049]步驟213、充值業務控制點向終端反饋充值失敗的消息。
[0050]為了防止充值業務控制點的充值話單和業務運營支撐系統中繳費系統的繳費話單之間出現差異，本發明還提出了一種雙向對賬的流程，如圖3所示，該雙向對賬的流程包括以下步驟:
[0051]步驟301、業務運營支撐系統獲取充值業務控制點的充值話單和業務運營支撐系統中繳費系統的繳費話單。
[0052]步驟302、通過被充值號碼、充值卡卡號和充值時間等信息對充值話單與繳費話單進行比對。
[0053]步驟303、如果有充值話單，而沒有對應的繳費話單，業務運營支撐系統對充值話單對應的賬戶進行繳費操作；
[0054]步驟304、如果有繳費話單，而沒有對應的充值話單，業務運營支撐系統對繳費話單對應的賬戶進行回滾操作，即撤銷上一次操作，將繳費記錄復原。
[0055]為了實現上述手機充值繳費和對賬的流程，本發明還提出了一種手機充值繳費系統。圖4是本發明實施例二中手機充值繳費系統的結構示意圖。如圖4所示，該手機充值繳費系統包括終端401、充值中心402、充值業務控制點403和業務運營支撐系統404。
[0056]其中，終端用于向充值業務控制點發送充值請求，并接收充值結果。
[0057]充值中心用于從充值業務控制點接收充值請求，并返回對應的充值卡狀態信息，從充值業務控制點接收充值卡置位消息，并向充值業務控制點返回充值卡置位響應消息。[0058]充值業務控制點用于接收充值信息，向充值中心發送充值卡狀態查詢請求，接收從充值中心返回的對應的充值卡狀態信息，向業務運營支撐系統發送鑒權請求，接收業務運營支撐系統返回的鑒權結果，并向業務運營支撐系統發送繳費請求，向充值中心發送充值卡置位消息，接收充值中心返回的充值卡置位響應消息，并向終端發送充值結果。
[0059]業務運營支撐系統用于接收充值業務控制點發來的鑒權請求，進行鑒權，向充值業務控制點返回鑒權結果，并接收充值業務控制點發來的繳費請求，進行繳費操作。
[0060]業務運營支撐系統還用于獲取充值業務控制點的充值話單和業務運營支撐系統中繳費系統的繳費話單，對所述充值話單與所述繳費話單進行比對，如果有充值話單，而沒有對應的繳費話單，業務運營支撐系統還用于對充值話單對應的賬戶進行繳費操作，如果有繳費話單，而沒有對應的充值話單，業務運營支撐系統還用于對繳費話單對應的賬戶進行回滾操作。
[0061]本發明在上述手機充值繳費系統中，提出了一種充值業務控制點，如圖5所示，該充值業務控制點包括接收模塊501、發送模塊502和判斷模塊503。
[0062]其中接收模塊用于接收充值信息，并接收業務運營支撐系統返回的鑒權結果，接收模塊還用于接收從充值中心返回的對應的充值卡狀態信息，接收充值中心返回的充值卡置位響應消息，接收模塊還用于從業務運營支撐系統接收沒有通過充值卡鑒權的結果。
[0063]發送模塊用于向業務運營支撐系統發送鑒權請求，并向業務運營支撐系統發送繳費請求，發送模塊還用于向充值中心發送充值卡狀態查詢請求，向充值中心發送充值卡置位消息，并向終端發送充值結果，發送模塊還用于向終端反饋充值失敗的消息。
[0064]判斷模塊用于判斷在預設時間內是否收到業務運營支撐系統返回的鑒權結果。
[0065]本發明在上述手機充值繳費系統中，提出了一種業務運營支撐系統，如圖6所示，該業務運營支撐系統包括接收模塊601、發送模塊602、鑒權模塊603、繳費模塊604和對比模塊605。
[0066]其中接收模塊用于從充值業務控制點接收鑒權請求和繳費請求，接收模塊還用于從充值業務控制點接收充值話單，從業務運營支撐系統中繳費系統接收繳費話單。
[0067]發送模塊用于向充值業務控制點發送鑒權結果。
[0068]鑒權模塊用于對充值卡進行鑒權。
[0069]繳費模塊用于進行繳費操作，繳費模塊還用于回滾操作。
[0070]對比模塊用于將充值業務控制點的充值話單和業務運營支撐系統中繳費系統的繳費話單進行對比。
[0071]本發明【具體實施方式】利用類似三步握手的方式，將鑒權和繳費消息分別處理，不需要沖正操作，避免了沖正響應消息超時等異常情況造成的充值風險。同時，采用雙向對賬的方式，能夠解決異常情況的用戶充值問題，確保用戶繳費成功，同時維護運營商利益和用戶感知。
[0072]應說明的是:以上實施例僅用以說明本發明而非限制，本發明也并不僅限于上述舉例，一切不脫離本發明的精神和范圍的技術方案及其改進，其均應涵蓋在本發明的權利要求范圍中。
【權利要求】
1.一種手機充值繳費方法，其特征在于，充值業務控制點收到充值信息后，向業務運營支撐系統發送鑒權請求，鑒權通過后，充值業務控制點向業務運營支撐系統發送繳費請求，完成手機充值繳費。
2.根據權利要求1所述的一種手機充值繳費方法，其特征在于，進一步包括以下步驟: 充值業務控制點收到充值請求后，向充值中心發送充值卡狀態查詢請求； 充值中心向充值業務控制點返回對應的充值卡狀態信息； 充值業務控制點向業務運營支撐系統發送充值卡鑒權請求； 業務運營支 撐系統通過充值卡鑒權后，將鑒權結果反饋給充值業務控制點； 充值業務控制點向業務運營支撐系統發送繳費請求； 業務運營支撐系統進行繳費； 充值業務控制點向充值中心發送充值卡置位消息； 充值中心向充值業務控制點返回充值卡置位響應消息； 充值業務控制點發送充值結果。
3.根據權利要求1或者2所述的一種手機充值繳費方法，其特征在于，還包括以下步驟: 業務運營支撐系統獲取充值業務控制點的充值話單和業務運營支撐系統中繳費系統的繳費話單； 對所述充值話單與所述繳費話單進行比對； 如果有充值話單，而沒有對應的繳費話單，業務運營支撐系統對充值話單對應的賬戶進行繳費操作； 如果有繳費話單，而沒有對應的充值話單，業務運營支撐系統對繳費話單對應的賬戶進行回滾操作。
4.根據權利要求3所述的一種手機充值繳費方法，其特征在于，通過被充值號碼、充值卡卡號和充值時間對所述充值話單與所述繳費話單進行比對。
5.根據權利要求2所述的一種手機充值繳費方法，其特征在于，所述充值卡狀態信息包括充值狀態、有效期和金額。
6.根據權利要求2所述的一種手機充值繳費方法，其特征在于，所述業務運營支撐系統通過充值卡鑒權后，將鑒權結果反饋給充值業務控制點還包括以下步驟: 如果充值業務控制點在預設時間內沒有收到所述鑒權結果，則向終端反饋充值失敗的消息。
7.根據權利要求2所述的一種手機充值繳費方法，其特征在于，還包括以下步驟: 若所述業務運營支撐系統沒有通過充值卡鑒權，將沒有通過充值卡鑒權的結果發送給充值業務控制點，充值業務控制點向終端反饋充值失敗的消息。
8.根據權利要求2所述的一種手機充值繳費方法，其特征在于，還包括以下步驟: 如果業務運營支撐系統在預設時間內沒有收到充值業務控制點發送的繳費請求，清除會話，充值業務控制點向終端反饋充值失敗的消息。
9.一種手機充值繳費系統，其特征在于，包括充值業務控制點和業務運營支撐系統，其中， 充值業務控制點用于接收充值信息，向業務運營支撐系統發送鑒權請求，接收業務運營支撐系統返回的鑒權結果，并向業務運營支撐系統發送繳費請求； 業務運營支撐系統用于接收充值業務控制點發來的鑒權請求，進行鑒權，向充值業務控制點返回鑒權結果，并接收充值業務控制點發來的繳費請求，進行繳費操作。
10.根據權利要求9所述的一種手機充值繳費系統，其特征在于，還包括終端和充值中心， 終端用于向充值業務控制點發送充值請求，并接收充值結果； 充值中心用于從充值業務控制點接收充值請求，并返回對應的充值卡狀態信息，從充值業務控制點接收充值卡置位消息，并向充值業務控制點返回充值卡置位響應消息； 充值業務控制點還用于向充值中心發送充值卡狀態查詢請求，接收從充值中心返回的對應的充值卡狀態信息，向充值中心發送充值卡置位消息，接收充值中心返回的充值卡置位響應消息，并向終端發送充值結果。
11.根據權利要求9或者10所述的一種手機充值繳費系統，其特征在于，業務運營支撐系統還用于獲取充值業務控制點的充值話單和業務運營支撐系統中繳費系統的繳費話單，對所述充值話單與所述繳費話單進行比對，如果有充值話單，而沒有對應的繳費話單，業務運營支撐系統還用于對充值話單對應的賬戶進行繳費操作，如果有繳費話單，而沒有對應的充值話單，業務運營支撐系統還用于對繳費話單對應的賬戶進行回滾操作。
12.一種充值業務控制點，其特征在于，包括接收模塊和發送模塊，接收模塊用于接收充值信息，并接收業務運營支撐系統返回的鑒權結果；發送模塊用于向業務運營支撐系統發送鑒權請求，并向業務運營支撐系統發送繳費請求。
13.根據權利要求12所述的一種充值業務控制點，其特征在于，接收模塊還用于接收從充值中心返回的對應的充值卡狀態信息，接收充值中心返回的充值卡置位響應消息；發送模塊還用于向充值中心發送充值卡狀態查詢請求，向充值中心發送充值卡置位消息，并向終端發送充值結果。
14.根據權利要求12或者13所述的一種充值業務控制點，其特征在于，還包括判斷模塊，判斷模塊用于判斷在預設時間內是否收到業務運營支撐系統返回的鑒權結果，如果沒有，發送模塊還用于向終端反饋充值失敗的消息。
15.根據權利要求13所述的一種充值業務控制點，其特征在于，接收模塊還用于從業務運營支撐系統接收沒有通過充值卡鑒權的結果，發送模塊還用于向終端反饋充值失敗的消息。
16.一種業務運營支撐系統，其特征在于，包括接收模塊、發送模塊、鑒權模塊和繳費模塊，其中， 接收模塊用于從充值業務控制點接收鑒權請求和繳費請求； 發送模塊用于向充值業務控制點發送鑒權結果； 鑒權模塊用于對充值卡進行鑒權； 繳費模塊用于進行繳費操作。
17.根據權利要求16所述的一種業務運營支撐系統，其特征在于，還包括對比模塊，對比模塊用于將充值業務控制點的充值話單和業務運營支撐系統中繳費系統的繳費話單進行對比，接收模塊還用于從充值業務控制點接收充值話單，從業務運營支撐系統中繳費系統接收繳費話單，繳費模塊還用于回滾操作。
【文檔編號】H04M17/00GK103841284SQ201210482750
【公開日】2014年6月4日 申請日期:2012年11月23日 優先權日:2012年11月23日
【發明者】桂國富, 韓露, 姜文杰, 薛振宇 申請人:中國移動通信集團安徽有限公司