CN102137376A - 业务请求处理方法、系统及装置 - Google Patents
业务请求处理方法、系统及装置 Download PDFInfo
- Publication number
- CN102137376A CN102137376A CN2010105391130A CN201010539113A CN102137376A CN 102137376 A CN102137376 A CN 102137376A CN 2010105391130 A CN2010105391130 A CN 2010105391130A CN 201010539113 A CN201010539113 A CN 201010539113A CN 102137376 A CN102137376 A CN 102137376A
- Authority
- CN
- China
- Prior art keywords
- balance status
- service
- service request
- status
- accounting server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明实施例公开了一种业务请求处理方法、系统及装置,涉及业务处理领域,减少欠费漏洞、提高业务处理性能。一种业务请求处理方法,收到业务请求后,检查预先记录的余额状态,当余额状态处于正常状态时,处理相应的业务,并根据所述处理生成计费数据,将所述计费数据提供给计费服务器进行扣费操作;当余额状态处于风险状态时,指示计费服务器进行扣费操作,在计费服务器成功扣费后处理相应的业务,在计费服务器扣费失败时拒绝处理相应的业务;当所述余额状态处于欠费状态时,拒绝处理所述业务请求对应的业务。主要应用于业务请求的处理。
Description
技术领域
本发明涉及业务请求处理领域,尤其涉及业务请求处理方法、系统及装置。
背景技术
目前,手机业务可以采用实时扣费或者准实时扣费的方法进行计费。
实时扣费方法,在每次业务触发时,从余额中预留出本次业务所需费用,如果余额中的费用小于本次业务所需费用,则拒绝业务触发。采用本方案进行计费,由于每次业务触发都要与计费系统进行交互,影响手机的业务系统处理性能。
准实时扣费方法,由业务系统生成计费CDR(Charge data Record,负责数据记录),BOSS(Business Support System,业务支撑系统)定期采集CDR中的业务记录,进行扣费。当BOSS发现某用户费用不足时通知业务部件拒绝为该用户继续触发业务;当用户充值后,BOSS重新通知业务部件,业务部件继续为该用户处理业务,并生成计费CDR供BOSS采集。
采用准实时扣费方案,从业务系统生成计费CDR到BOSS采集CDR,再到BOSS扣费后通知业务部件用户状态变化,业务系统获得用户状态的一系列流程中,每一步骤都可能存在时间差,这样,在用户实际使用过程中,当用户费用不够的时候,还可能继续使用业务,造成计费漏洞。
发明内容
本发明的实施例提供一种业务请求处理方法、系统及装置,在减少欠费漏洞的同时,提高业务处理性能。
为达到上述目的,本发明的实施例采用如下技术方案:
一种业务请求处理方法,包括:
在收到业务请求后,检查预先记录的余额状态,所述余额状态包括正常状态、风险状态和欠费状态;
当所述余额状态处于正常状态时,处理所述业务请求对应的业务,并根据所述处理生成计费数据,将所述计费数据提供给计费服务器进行扣费操作;
当所述余额状态处于风险状态时,实时请求计费服务器进行扣费操作,在所述计费服务器成功执行扣费操作时处理所述业务请求对应的业务,在所述计费服务器执行扣费操作失败时拒绝所述业务请求;
当所述余额状态处于欠费状态时,拒绝所述业务请求。
一种业务请求处理系统,包括:
业务服务器,用于在收到业务请求后,检查预先记录的余额状态,所述余额状态包括正常状态、风险状态和欠费状态;当所述余额状态处于正常状态时,根据所述业务请求处理相应业务,并根据所述处理生成计费数据,将所述计费数据提供给计费服务器进行扣费操作;当所述余额状态处于风险状态时,实时请求计费服务器进行扣费操作,在所述计费服务器成功执行扣费操作时处理所述业务请求对应的业务,在所述计费服务器执行扣费操作失败时拒绝所述业务请求;在所述余额状态处于欠费状态时,拒绝所述业务请求;
计费服务器,用于依据所述业务服务器提供的计费数据进行扣费操作;并在所述业务服务器发起实时的扣费操作请求时,进行实时扣费操作,并返回扣费操作结果。
一种业务服务器,包括:
检查单元,用于在收到业务请求后,检查预先记录的余额状态,所述余额状态包括正常状态、风险状态和欠费状态;
计费控制单元,用于当所述余额状态处于正常状态时,触发处理单元对所述业务请求对应的业务进行处理,并根据所述处理生成计费数据,将所述计费数据提供给计费服务器进行扣费操作;当所述余额状态处于风险状态时,实时请求计费服务器进行扣费操作,在所述计费服务器成功执行扣费操作时触发处理单元对所述业务请求对应的业务进行处理,在所述计费服务器执行扣费操作失败时触发拒绝单元拒绝所述业务请求;当所述余额状态处于欠费状态时,触发拒绝单元拒绝所述业务请求;
处理单元,用于处理所述业务请求对应的业务;
拒绝单元,用于拒绝所述业务请求。
本发明实施例提供的业务请求处理方法、系统及装置,当余额在正常状态时,由于此时余额较多,产生欠费漏洞的几率很小,采用准实时扣费方法计费,对业务处理性能的影响较小。当余额在风险状态时,由于此时余额较少,为了避免欠费漏洞,采用实时扣费方法计费。
采用上述技术方案,将余额的不同状态分别采用不同的扣费方法,在减少欠费漏洞的同时,提高业务处理性能。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例业务请求处理方法的流程图;
图2为本发明实施例余额状态处于正常状态时业务请求处理方法的流程图;
图3为本发明实施例余额状态处于风险状态时业务请求处理方法的流程图;
图4为本发明实施例业务请求处理系统的结构图;
图5为本发明实施例业务服务器的结构图;
图6为本发明另一实施例业务服务器的结构图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供了一种业务请求处理方法,如图1所示,包括以下步骤:
101、在收到业务请求后,检查预先记录的余额状态,所述余额状态包括正常状态、风险状态和欠费状态。
在收到业务请求后,业务服务器可以检查预先记录的余额状态,当余额状态处于正常状态时,采用准实时计费的方式进行扣费,即执行步骤102;当余额状态处于风险状态时,采实时计费的方式进行扣费,即执行步骤103;当余额状态处于欠费状态时,执行步骤104。
其中,业务服务器预先记录的余额状态可以由计费服务器通知更新。具体的,当余额状态发生变化时,计费服务器向业务服务器发送余额状态变化通知消息,业务服务器接收到该余额状态变化通知消息后,根据该消息更新记录的余额状态。
102、处理所述业务请求对应的业务,并根据所述处理生成计费数据,将所述计费数据提供给计费服务器进行扣费操作。
具体的,在采用准实时方式进行计费时,业务服务器直接处理业务请求对应的业务,并根据对业务的处理生成计费数据,如计费CDR,并将产生计费数据提供给计费服务器,如BOSS系统,进行扣费操作。其中,在向计费服务器提供计费数据时,可以由计费服务器定时从业务服务器进行采集。
103、实时请求计费服务器进行扣费操作,在计费服务器成功执行扣费操作时处理业务请求对应的业务,在计费服务器执行扣费操作失败时拒绝该业务请求。
具体的,采用实时的方式进行扣费时,业务服务器可以向计费服务器,如BOSS系统,发送实时扣费请求,并根据计费服务器返回的实时扣费应答确定计费服务器是否成功执行扣费操作。其中,实时扣费请求和实时扣费应答可以采用SMPP协议,也可以采用SOAP或Diameter协议等。
104、拒绝业务请求。由于当前的余额状态处于欠费状态,没有足够的余额支付任何业务请求所述需要的费用,所以,为了避免计费漏洞,业务服务器拒绝处理业务请求对应的业务。
本发明实施例提供的业务请求处理方法,当余额在正常状态时,由于此时余额较多,产生欠费漏洞的几率很小,采用准实时扣费方法计费,而当余额在风险状态时,由于此时余额较少,为了避免欠费漏洞,采用实时扣费方法计费。这样,既兼顾了对业务处理性能的影响,又避免了产生欠费漏洞的风险。因此,采用上述技术方案,将余额的不同状态分别采用不同的扣费方法,在减少欠费漏洞的同时,提高业务处理性能。
作为本实施例的一种实施方式,余额状态可以根据余额与预设取值范围之间的关系判定,具体的,可以包括以下三种情况:
1、当余额大于或等于所述预设取值范围的最大值时,判定余额状态为正常状态;
2、当余额大于预设取值范围的最小值、小于预设取值范围的最大值时,判定余额状态为风险状态;
3、当余额小于或等于预设取值范围的最小值时,判定余额状态为欠费状态。
下面以预设余额范围为0到10为例,详细说明余额状态的定义情况:
设余额=A,则:
当A>=10时,判定余额状态为正常状态;
当A<=0时,判定余额状态为欠费状态;
当0<A<10时,判定余额状态为风险状态。
下面以余额状态处于正常状态、计费服务器为BOSS系统为例对本发明实施例的处理流程进行详细说明,如图2所示,业务请求处理方法可以包括以下步骤:
201、在用户发起业务请求后,业务服务器接收业务请求。具体的,可以是用户的通话请求,或者是信息发送请求,或者是WEB页面浏览请求等。
202、在收到业务请求后,业务服务器检查预先记录的余额状态,余额状态可以包括正常状态、风险状态和欠费状态。
其中,余额状态可以由BOSS系统根据余额与预设取值范围的关系判定。业务服务器预先记录的余额状态可以由BOSS系统通知更新。具体的,当余额状态发生变化时,BOSS系统向业务服务器发送余额状态变化通知消息,业务服务器接收到该余额状态变化通知消息后,根据该消息更新记录的余额状态。
203、当余额状态处于正常状态时,采用准实时的方式进行扣费操作,业务服务器处理业务请求对应的业务,并根据所述处理生成计费CDR(Charge dataRecord),供BOSS系统采集计费数据使用。计费CDR中包含业务信息,及业务所需支付的相应费用情况。
204、业务服务器将计费CDR提供给BOSS系统进行扣费操作。具体的,BOSS系统按照预定时间间隔从业务服务器中采集计费CDR中的计费数据,作为BOSS系统执行扣费操作的依据。
205、BOSS系统根据采集到的计费数据执行扣费操作。
具体的,BOSS系统根据计费CDR中包含的业务信息,及业务所需支付的相应费用情况,计算需要从余额中扣除的费用,并从余额中扣除相应费用。
206、BOSS系统在根据计费数据成功执行扣费操作后,判定余额状态是否发生变化。
具体的,BOSS系统在依据计费数据进行扣费操作后,会判断余额状态是否由正常状态转换成其它状态,即:判断当前余额是否在预设取值范围之间,或者当前余额是否小于或者等于预设取值范围的最小值。具体可以包括以下两种情况:
第一、当当前余额在预设取值范围之内时,BOSS系统判断余额状态由正常状态转换为风险状态;
第二、当当前余额小于或等于预设取值范围的最小值时,BOSS系统判断余额状态由正常状态转换为欠费状态。
207、当余额状态发生变化时,执行步骤208,否则,流程结束。
在BOSS系统执行扣费操作后,如果余额状态发生变化,则BOSS系统向业务服务器发送余额状态变化通知消息,余额状态变化通知消息中包含变化后的余额状态信息。
208、业务服务器接收BOSS系统发送的余额状态变化通知消息,并根据接收到的BOSS系统发送的余额状态变化通知消息更新当前余额状态信息。后续业务服务器可以根据更新后的余额状态调整计费方式,比如,当余额状态由正常状态转换为风险状态时,则将计费方式由准实时计费调整为实时计费。
下面以余额状态处于风险状态为例进行说明,如图3所示,本实施例中业务请求处理方法可以包括以下步骤:
301、在用户发起业务请求后,业务服务器接收业务请求。具体的,可以是用户的通话请求,或者是信息发送请求,或者是WEB页面浏览请求等。
302、在收到业务请求后,业务服务器检查预先记录的余额状态,余额状态可以包括正常状态、风险状态和欠费状态。余额状态可以由计费服务器根据余额与预设取值范围的关系判定。
其中,余额状态可以由BOSS系统根据余额与预设取值范围的关系判定。业务服务器预先记录的余额状态可以由BOSS系统通知更新。具体的,当余额状态发生变化时,BOSS系统向业务服务器发送余额状态变化通知消息,业务服务器接收到该余额状态变化通知消息后,根据该消息更新记录的余额状态。
303、当余额状态处于风险状态时,采用实时的方式进行扣费操作,业务服务器实时请求BOSS系统进行扣费操作。
由于余额已经处于风险状态,为了避免欠费漏洞,所以,每次收到业务请求,业务服务器都要首先向BOSS系统请求扣费操作。并根据BOSS系统扣费操作是否成功决定是否执行业务请求。
304、BOSS系统在收到业务服务器的扣费操作请求后,计算本次业务所需的费用,并且判断当前余额是否足够支付本次业务所需费用。当当前余额足够支付本次业务所需费用时,执行步骤305,当当前余额不足以支付本次业务所需费用时,执行步骤306。
305、由于余额足够支付本次业务所需费用,BOSS系统可以成功执行扣费操作,BOSS系统从余额中扣除本次业务所需费用,BOSS系统执行扣费操作成功。
306、由于余额不足以支付本次业务所需费用,BOSS系统无法执行扣费操作,于是,BOSS系统取消扣费操作,BOSS系统执行扣费操作失败。
307、在BOSS系统执行扣费操作成功或者失败后,BOSS系统向业务服务器发送扣费应答消息,扣费应答消息中包含判断BOSS系统是否成功执行扣费操作的消息。
308、业务服务器根据BOSS系统返回的扣费应答消息判断BOSS系统是否成功执行扣费操作。在BOSS系统成功执行扣费操作时,执行步骤309,在BOSS系统执行扣费操作失败时,执行步骤3010。
309、由于余额足够支付本次业务所需费用,且BOSS系统已经成功执行了扣费操作,执行相应的业务请求对应的业务不会产生任何的欠费漏洞,业务服务器可以处理业务请求对应的业务。
3010、由于余额不足以支付本次业务所需费用,BOSS系统执行扣费操作失败,执行相应的业务请求对应的业务可能会产生欠费漏洞,业务服务器拒绝处理业务请求对应的业务。
3011、BOSS系统判断余额状态是否由风险状态转换成其它状态。
BOSS系统执行完扣费操作后,会判断余额状态是否由风险状态转换成其它状态:具体为:判断当前余额是否小于预设取值范围的最小值;当所述当前余额小于预设取值范围的最小值时,BOSS系统判断由风险状态余额状态转换为欠费状态。当余额状态发生变化时,执行步骤3012,否则,流程结束。需要说明的是,步骤3011也可以放在步骤305、步骤306或步骤307之后执行。
3012、在BOSS系统执行扣费操作后,如果余额状态发生变化,则BOSS系统向业务服务器发送余额状态变化通知消息,余额状态变化通知消息中包含变化后的余额状态信息。
3013、业务服务器根据接收到的所述BOSS系统发送的余额状态变化通知消息更新当前余额状态信息。
当余额状态处于欠费状态时,由于余额不足以支付任何业务所述的费用,因此,为了避免欠费漏洞,业务服务器拒绝处理所述业务请求对应的业务。
本发明实施例提供的业务请求处理方法,当余额在正常状态时,由于此时余额较多,产生欠费漏洞的几率很小,采用准实时扣费方法计费,对业务处理性能的影响较小。当余额在风险状态时,由于此时余额较少,为了避免欠费漏洞,采用实时扣费方法计费。当余额在欠费状态时,拒绝处理业务,既不产生欠费漏洞,也不影响业务性能。
采用上述技术方案,将余额的不同状态分别采用不同的扣费方法,在减少欠费漏洞的同时,提高业务处理性能。
作为本实施例的另一种实施方式,在充值后,计费服务器需要判断余额的变化是否引起余额状态的转换,可以包括以下三种情况:
第一、当余额从小于或等于预设取值范围的最小值转换为在预定取值范围之内的范围内时,余额状态从欠费状态转换为风险状态;
第二、当余额从小于或等于预设取值范围的最小值转换为大于或等于预设取值范围的最大值时,余额状态从欠费状态转换为正常状态;
第三、当余额从在预定取值范围之间的范围内转换为大于或等于预设取值范围的最大值时,余额状态从风险状态转换为正常状态。
在充值后,计费服务器根据余额变化的情况,判断余额的状态变化,并将变化后的余额状态及时发送给业务服务器,能够及时的改变业务服务器重记录的余额状态,提高终端的业务性能。
本发明实施例提供了一种业务请求处理系统,如图4所示,包括:业务服务器41、计费服务器42。
其中,业务服务器41,在收到业务请求后,检查预先记录的余额状态,余额状态包括正常状态、风险状态和欠费状态;当余额状态处于正常状态时,根据业务请求处理相应业务,并根据该处理生成计费数据,将计费数据提供给计费服务器进行扣费操作;当余额状态处于风险状态时,实时请求计费服务器41进行扣费操作,在计费服务器41成功执行扣费操作时处理业务请求对应的业务,在计费服务器41执行扣费操作失败时拒绝处理该业务请求。当余额状态处于欠费状态时,业务服务器41拒绝该业务请求。
计费服务器42,依据业务服务器提供的计费数据进行扣费操作;并在业务服务器发起实时的扣费操作请求时,进行实时扣费操作,并返回扣费操作结果。具体的,计费服务器在接收到业务服务器发来的扣费操作指示后,判断余额是否足够支付本次业务所需费用;当余额足够支付本次业务所需费用时,执行扣费操作;当余额不足以支付本次业务所需费用时,拒绝执行扣费操作,并向业务服务器发送扣费操作应答。
本发明实施例提供的业务请求处理系统,当余额在正常状态时,由于此时余额较多,产生欠费漏洞的几率很小,采用准实时扣费方法计费,对业务处理性能的影响较小。当余额在风险状态时,由于此时余额较少,为了避免欠费漏洞,采用实时扣费方法计费。
采用上述技术方案,将余额的不同状态分别采用不同的扣费方法,在减少欠费漏洞的同时,提高业务处理性能。
作为本实施例的一种实施方式,余额状态可以由计费服务器根据余额和预设取值范围之间的关系判定。
计费服务器42还用于在余额状态发生变化时向业务服务器发送余额状态变化通知消息。
业务服务器41还用于接收计费服务器在余额状态发生变化时发送的余额状态变化通知消息,并根据接收到的余额状态变化通知消息更新记录的余额状态。
其中,计费服务器可以在每次扣费或用户充值之后对余额状态是否发生变化进行判断,从而及时的更新业务服务器中的余额状态。
本发明实施例中,业务服务器可以是短信中心、彩信中心、移动交换中心等为用户提供业务的服务器。计费服务器可以是提供计费功能的BOSS系统。
下面对业务服务器的具体实现做进一步说明,如图5所示,本发明实施例提供的业务服务器可以包括:检查单元51、计费控制单元52、处理单元53、拒绝单元54。
其中,检查单元51用于在收到业务请求后,检查预先记录的余额状态,余额状态包括正常状态、风险状态和欠费状态;
当余额状态处于正常状态时,计费控制单元52触发处理单元53对业务请求对应的业务进行处理,并根据该处理生成计费数据,将计费数据提供给计费服务器进行扣费操作。
当余额状态处于风险状态时,计费控制单元52实时请求计费服务器进行扣费操作,在计费服务器成功执行扣费操作时触发处理单元对业务请求对应的业务进行处理,在计费服务器执行扣费操作失败时触发拒绝单元拒绝该业务请求。
当余额状态处于欠费状态时,计费控制单元52直接触发拒绝单元54拒绝业务请求。
本发明实施例提供的业务服务器,当余额在正常状态时,由于此时余额较多,产生欠费漏洞的几率很小,采用准实时扣费方法计费,对业务处理性能的影响较小。当余额在风险状态时,由于此时余额较少,为了避免欠费漏洞,采用实时扣费方法计费。
采用上述技术方案,将余额的不同状态分别采用不同的扣费方法,在减少欠费漏洞的同时,提高业务处理性能。
需要说明的是,上述各单元的具体实现可参考方法实施例部分,这里不再赘述。
作为本实施例的一种实施方式,本发明实施例提供业务服务器还可以进一步包括更新单元,如图6所示,本实施例中,业务服务器可以包括:检查单元61、计费控制单元62、处理单元63、拒绝单元64、更新单元65。
其中,检查单元61、计费控制单元62、处理单元63、拒绝单元64的具体实现可参考图5所示实施例,这里不再赘述。
更新单元65用于接收所述计费服务器在余额状态发生变化时发送的余额状态变化通知消息,并根据接收到的余额状态变化通知消息更新记录的余额状态。
其中,余额状态可以记录在业务服务器的检查单元中,也可以独立记录在业务服务器中,这里不做任何限定,图6所示为余额状态记录在业务检查单元中的实施例。
本发明实施例提供的业务服务器,当余额在正常状态时,由于此时余额较多,产生欠费漏洞的几率很小,采用准实时扣费方法计费,对业务处理性能的影响较小。当余额在风险状态时,由于此时余额较少,为了避免欠费漏洞,采用实时扣费方法计费。当余额在欠费状态时,拒绝处理业务,既不产生欠费漏洞,也不影响业务性能。
采用上述技术方案,将余额的不同状态分别采用不同的扣费方法,在减少欠费漏洞的同时,提高业务处理性能。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在可读取的存储介质中,如计算机的软盘,硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。
Claims (10)
1.一种业务请求处理方法,其特征在于,包括:
在收到业务请求后,检查预先记录的余额状态,所述余额状态包括正常状态、风险状态和欠费状态;
当所述余额状态处于正常状态时,处理所述业务请求对应的业务,并根据所述处理生成计费数据,将所述计费数据提供给计费服务器进行扣费操作;
当所述余额状态处于风险状态时,实时请求计费服务器进行扣费操作,在所述计费服务器成功执行扣费操作时处理所述业务请求对应的业务,在所述计费服务器执行扣费操作失败时拒绝所述业务请求;
当所述余额状态处于欠费状态时,拒绝所述业务请求。
2.根据权利要求1所述的业务请求处理方法,其特征在于,所述方法还包括:
接收所述计费服务器在余额状态发生变化时发送的余额状态变化通知消息;
根据接收到的所述余额状态变化通知消息更新记录的余额状态。
3.根据权利要求2所述的业务请求处理方法,其特征在于,所述余额状态由计费服务器根据余额和预设取值范围之间的关系进行判定。
4.根据权利要求1所述的业务请求处理方法,其特征在于,所述计费数据通过所述计费服务器定时从业务服务器进行采集的方式提供。
5.一种业务请求处理系统,其特征在于,包括:
业务服务器,用于在收到业务请求后,检查预先记录的余额状态,所述余额状态包括正常状态、风险状态和欠费状态;当所述余额状态处于正常状态时,根据所述业务请求处理相应业务,并根据所述处理生成计费数据,将所述计费数据提供给计费服务器进行扣费操作;当所述余额状态处于风险状态时,实时请求计费服务器进行扣费操作,在所述计费服务器成功执行扣费操作时处理所述业务请求对应的业务,在所述计费服务器执行扣费操作失败时拒绝所述业务请求;在所述余额状态处于欠费状态时,拒绝所述业务请求;
计费服务器,用于依据所述业务服务器提供的计费数据进行扣费操作;并在所述业务服务器发起实时的扣费操作请求时,进行实时扣费操作,并返回扣费操作结果。
6.根据权利要求5所述的业务请求处理系统,其特征在于,
所述计费服务器还用于在余额状态发生变化时向所述业务服务器发送余额状态变化通知消息;
所述业务服务器还用于接收所述计费服务器在余额状态发生变化时发送的余额状态变化通知消息,并根据接收到的余额状态变化通知消息更新记录的余额状态。
7.根据权利要求4或5所述的业务请求处理系统,其特征在于,所述计费服务器根据余额和预设取值范围之间的关系判定余额状态。
8.一种业务服务器,其特征在于,包括:
检查单元,用于在收到业务请求后,检查预先记录的余额状态,所述余额状态包括正常状态、风险状态和欠费状态;
计费控制单元,用于当所述余额状态处于正常状态时,触发处理单元对所述业务请求对应的业务进行处理,并根据所述处理生成计费数据,将所述计费数据提供给计费服务器进行扣费操作;当所述余额状态处于风险状态时,实时请求计费服务器进行扣费操作,在所述计费服务器成功执行扣费操作时触发处理单元对所述业务请求对应的业务进行处理,在所述计费服务器执行扣费操作失败时触发拒绝单元拒绝所述业务请求;当所述余额状态处于欠费状态时,触发拒绝单元拒绝所述业务请求;
处理单元,用于处理所述业务请求对应的业务;
拒绝单元,用于拒绝所述业务请求。
9.根据权利要求8所述的业务服务器,其特征在于,所述业务服务器还包括:
更新单元,用于接收所述计费服务器在余额状态发生变化时发送的余额状态变化通知消息,并根据接收到的所述余额状态变化通知消息更新记录的余额状态。
10.根据权利要求8所述的业务服务器,其特征在于,所述余额状态由计费服务器根据余额和预设取值范围之间的关系进行判定。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010105391130A CN102137376A (zh) | 2010-11-10 | 2010-11-10 | 业务请求处理方法、系统及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010105391130A CN102137376A (zh) | 2010-11-10 | 2010-11-10 | 业务请求处理方法、系统及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102137376A true CN102137376A (zh) | 2011-07-27 |
Family
ID=44297011
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010105391130A Pending CN102137376A (zh) | 2010-11-10 | 2010-11-10 | 业务请求处理方法、系统及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102137376A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012155627A1 (zh) * | 2011-08-22 | 2012-11-22 | 中兴通讯股份有限公司 | 一种业务欠费控制方法、系统、业务中心和实时计费设备 |
CN103369738A (zh) * | 2012-03-28 | 2013-10-23 | 中兴通讯股份有限公司 | 一种用户增值电信业务处理方法及装置 |
CN103873322A (zh) * | 2014-03-10 | 2014-06-18 | 联想(北京)有限公司 | 一种信息处理方法及通信终端 |
WO2018064951A1 (zh) * | 2016-10-08 | 2018-04-12 | 中兴通讯股份有限公司 | 一种业务订购方法、系统及业务服务器 |
CN111194066A (zh) * | 2020-01-10 | 2020-05-22 | 中国联合网络通信集团有限公司 | 一种基站联盟方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2004016004A1 (en) * | 2002-08-08 | 2004-02-19 | Technolux Holding S.A. | Telecommunications and telephony network |
CN1558694A (zh) * | 2004-01-14 | 2004-12-29 | 得实信息科技(北京)有限公司 | 预付费用户在两种异构网络之间的国际漫游的实现方法 |
CN1671166A (zh) * | 2004-03-17 | 2005-09-21 | 华为技术有限公司 | 一种实现国际漫游用户本地预付费业务的方法 |
-
2010
- 2010-11-10 CN CN2010105391130A patent/CN102137376A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2004016004A1 (en) * | 2002-08-08 | 2004-02-19 | Technolux Holding S.A. | Telecommunications and telephony network |
CN1558694A (zh) * | 2004-01-14 | 2004-12-29 | 得实信息科技(北京)有限公司 | 预付费用户在两种异构网络之间的国际漫游的实现方法 |
CN1671166A (zh) * | 2004-03-17 | 2005-09-21 | 华为技术有限公司 | 一种实现国际漫游用户本地预付费业务的方法 |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012155627A1 (zh) * | 2011-08-22 | 2012-11-22 | 中兴通讯股份有限公司 | 一种业务欠费控制方法、系统、业务中心和实时计费设备 |
CN102958028A (zh) * | 2011-08-22 | 2013-03-06 | 中兴通讯股份有限公司 | 一种业务欠费控制方法、系统、业务中心和实时计费设备 |
CN103369738A (zh) * | 2012-03-28 | 2013-10-23 | 中兴通讯股份有限公司 | 一种用户增值电信业务处理方法及装置 |
CN103369738B (zh) * | 2012-03-28 | 2016-12-07 | 中兴通讯股份有限公司 | 一种用户增值电信业务处理方法及装置 |
CN103873322A (zh) * | 2014-03-10 | 2014-06-18 | 联想(北京)有限公司 | 一种信息处理方法及通信终端 |
CN103873322B (zh) * | 2014-03-10 | 2017-09-29 | 联想(北京)有限公司 | 一种信息处理方法及通信终端 |
WO2018064951A1 (zh) * | 2016-10-08 | 2018-04-12 | 中兴通讯股份有限公司 | 一种业务订购方法、系统及业务服务器 |
CN111194066A (zh) * | 2020-01-10 | 2020-05-22 | 中国联合网络通信集团有限公司 | 一种基站联盟方法及装置 |
CN111194066B (zh) * | 2020-01-10 | 2022-02-11 | 中国联合网络通信集团有限公司 | 一种基站联盟方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5048735B2 (ja) | 無線装置へのサードパーティのアプリケーションの販売およびサービスのためのシステムおよび方法 | |
CN102045682B (zh) | 一种支付业务异常交易的处理方法及系统 | |
KR101160377B1 (ko) | 가입자에 대한 통합식 선불 과금 및 후불 과금 제공 통신 네트워크, 방법 및 통신 네트워크의 과금 선택 시스템 | |
US20140068212A1 (en) | Device backups and updates in view of data usage statistics | |
WO2009042764A1 (en) | Lease model for avoiding permanent card locking | |
CN102137376A (zh) | 业务请求处理方法、系统及装置 | |
JP2012178105A (ja) | 情報処理プログラム、情報処理方法、及び携帯端末 | |
EP1607892A1 (en) | A method and system adapted to enable an electronic payment of mobile device insurance. | |
CN108416853A (zh) | 停车自助缴费方法、系统及存储介质 | |
EP2026551B1 (en) | A method and system of charging and an account period switching module | |
CN110197368B (zh) | 一种云资源处理方法、装置及存储介质 | |
CN112073486A (zh) | 资源转移方法和装置、存储介质和电子装置 | |
CN110930139A (zh) | 基于客户消费量的差异化燃气缴费服务系统 | |
CN100442697C (zh) | 计费方法及其系统 | |
CN101069413A (zh) | 通信系统中用于回报业务用户的方法和系统 | |
EP2184708A2 (en) | Method and device for processing credits to be used by subscribers of communications networks | |
CN109147193A (zh) | 充电设备的运营管理方法、系统及存储介质 | |
CN115965369A (zh) | 一种智能管理支付系统 | |
CN102118252B (zh) | 业务放通方法、设备及系统 | |
CN111861612A (zh) | 一种资源分配方法、装置、设备及介质 | |
CN105722048A (zh) | 一种在在线计费系统中用于计费的方法与设备 | |
CN102958028A (zh) | 一种业务欠费控制方法、系统、业务中心和实时计费设备 | |
CN102802142A (zh) | 移动资费信贷装置及方法 | |
CN114049104A (zh) | 一种停车月卡费用的支付方法及装置 | |
CN117294726A (zh) | 订单状态同步方法、电子设备、充电系统及程序产品 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110727 |