CN102916820B - 计费系统及方法 - Google Patents
计费系统及方法 Download PDFInfo
- Publication number
- CN102916820B CN102916820B CN201210406401.8A CN201210406401A CN102916820B CN 102916820 B CN102916820 B CN 102916820B CN 201210406401 A CN201210406401 A CN 201210406401A CN 102916820 B CN102916820 B CN 102916820B
- Authority
- CN
- China
- Prior art keywords
- data
- client
- service
- business
- clients
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 55
- 238000013500 data storage Methods 0.000 claims description 49
- 210000000352 storage cell Anatomy 0.000 claims description 47
- 230000008569 process Effects 0.000 claims description 40
- 210000004027 cell Anatomy 0.000 claims description 10
- 239000012141 concentrate Substances 0.000 description 12
- 230000000977 initiatory effect Effects 0.000 description 12
- 230000005540 biological transmission Effects 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 4
- 230000010354 integration Effects 0.000 description 2
- 235000012054 meals Nutrition 0.000 description 2
- 239000002699 waste material Substances 0.000 description 2
- 238000010276 construction Methods 0.000 description 1
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明提供的一种计费系统及方法,该计费系统包括应用服务平台用于接收第一客户端发送的业务请求,该业务请求携带第一客户端的身份标识、业务请求类型标识和业务类型码,发送数据获取请求至数据中心,该数据获取请求包括第一客户端的身份标识和业务类型码;数据中心用于根据该数据获取请求获取第一业务数据并返回该第一业务数据至应用服务平台,该第一业务数据包括第一客户端的签约信息和第一客户端的与业务类型码对应的业务处理数据;应用服务平台根据第一业务数据进行业务请求类型标识所标识的业务处理。本发明提供的计费系统及方法通过在全国建设一套计费系统,业务请求集中在该计费系统中进行处理,从而提高了业务处理效率。
Description
技术领域
本发明涉及信息系统架构技术,尤其涉及一种计费系统及方法。
背景技术
目前,传统计费系统多采用两级或三级架构,为了保证用户请求的及时性,业务请求均放在子系统中来处理。不同地区间的计费系统是独立建设的,计费系统不集中,导致资源浪费,而且由于不同地区从硬件、数据库、操作系统及计费软件等构建过程中采用的技术标准不同,从而导致地区间的计费系统存在较大的差异,当客户端不在归属地发起业务请求时,需要通过客户端当前所处地区的子系统,中转到归属地子系统,才能进行业务处理,使得业务处理耗时长,效率低。
发明内容
本发明提供一种计费系统及方法,用以解决现有的计费系统当客户端不在归属地发起业务请求时,需要通过客户端当前所处地区的子系统,中转到归属地子系统,才能进行业务处理,使得业务处理耗时长,效率低的问题。
本发明提供一种计费系统,包括数据中心和应用服务平台;
所述应用服务平台,用于接收第一客户端发送的业务请求,所述业务请求携带所述第一客户端的身份标识、业务请求类型标识和业务类型码,发送数据获取请求至所述数据中心,所述数据获取请求包括所述第一客户端的身份标识和所述业务类型码,接收所述数据中心根据所述数据获取请求返回的第一业务数据,根据所述第一业务数据进行所述业务请求类型标识所标识的业务处理;
所述数据中心,用于存储所有客户端的签约信息和所有客户端的业务处理数据,接收所述应用服务平台发送的所述数据获取请求,根据所述第一客户端的身份标识和所述业务类型码,获取所述第一业务数据,发送所述第一业务数据至所述应用服务平台,以使所述应用服务平台进行相应业务处理,所述第一业务数据包括所述第一客户端的签约信息和所述第一客户端的与所述业务类型码对应的业务处理数据。
本发明提供一种计费方法,包括:
应用服务平台接收第一客户端发送的业务请求,所述业务请求携带所述第一客户端的身份标识、业务请求类型标识和业务类型码;
所述应用服务平台发送数据获取请求至数据中心,所述数据获取请求包括所述第一客户端的身份标识和所述业务类型码;
所述数据中心根据所述第一客户端的身份标识和所述业务类型码,获取第一业务数据,所述第一业务数据包括所述第一客户端的签约信息和所述第一客户端的与所述业务类型码对应的业务处理数据;其中,所述数据中心存储所有客户端的签约信息和所有客户端的业务处理数据;
所述数据中心发送所述第一业务数据至所述应用服务平台,以使所述应用服务平台进行相应业务处理;
所述应用服务平台根据所述第一业务数据进行所述业务请求类型标识所标识的业务处理。
本发明提供的计费系统和方法,应用服务平台负责接收客户端发送的业务请求、根据业务请求从数据中心获取相应的业务数据,并根据获取的业务数据进行相应的业务处理;数据中心中负责存储所有客户端的签约信息和所有客户端的业务处理数据,并负责向应用服务平台提供业务数据,以使应用服务平台根据业务数据进行相应业务处理,实现了一级架构的计费系统,通过建设一套计费系统,当处于异地的客户端发起业务请求时,业务请求可以直接接入该一级架构的计费系统,该计费系统可以根据该业务请求进行业务处理,不再将业务请求进行中转,从而提高业务处理效率。
附图说明
图1为本发明实施例提供的一种计费系统的结构示意图;
图2为本发明实施例提供的另一种计费系统的结构示意图;
图3为本发明实施例提供的一种计费方法的流程图;
图4为本发明实施例提供的另一种计费方法的流程图。
具体实施方式
图1为本发明实施例提供的一种计费系统结构示意图,如图1所示,本实施例提供的计费系统可以用于电信领域,也可以应用在到与电信业务类似的其他领域中,如银行计费系统,但并不以此为限。该计费系统包括应用服务平台11和数据中心12。
应用服务平台11,用于接收第一客户端发送的业务请求,该业务请求携带第一客户端的身份标识(Identity,简称为ID)、业务请求类型标识和业务类型码,发送数据获取请求至数据中心12,该数据获取请求包括第一客户端的身份标识和业务类型码,接收数据中心12根据数据获取请求获取的第一业务数据,根据所述第一业务数据进行与所述业务请求类型标识所标识的业务处理。
数据中心12用于存储所有客户端的签约信息和所有客户端的业务处理数据,接收所述应用服务平台发送的所述数据获取请求,根据所述第一客户端的身份标识和业务类型码,获取第一业务数据,发送所述第一业务数据至所述应用服务平台,以使所述应用服务平台进行相应业务处理,所述第一业务数据包括所述第一客户端的签约信息和所述第一客户端的与所述业务类型码对应的业务处理数据。
具体地,第一客户端具体可以为固定电话用户、手机用户或者笔记本电脑等移动终端,也可以为销售终端(Point Of Sale,简称为POS)等终端。本实施例以电信领域为例,第一客户端发送业务请求至应用服务平台11,该业务请求携带有第一客户端的身份ID,用于标识第一客户端。第一客户端的身份ID可以为手机号码、固定电话号码、个人计算机接入号等。第一客户端发起业务请求时,在业务请求中还携带了业务请求类型标识和业务类型码,其中,该业务请求标识用于标识第一客户端发起的业务请求的类型,如计费、查询等请求,而业务类型码用于标识第一客户端的业务类型,如手机上网、通话、短信、话费查询等业务。
在本实施例中,由于应用服务平台11中并未存储业务处理数据,不能直接处理业务请求。应用服务平台11接收到业务请求之后,向数据中心12发送数据获取请求,该数据获取请求中携带第一客户端的身份ID和业务类型码。
数据中心12中集中存储了所有客户端的签约信息和所有客户端的业务处理数据,其中,客户端的签约信息可以包括套餐信息、流量信息、时长信息、费用信息等。也就是说,将全国客户的签约信息和业务处理数据集中存储在数据中心12中,即在全国范围内建立一个通用的数据中心,作为各个省市业务处理的资源基地,各个省市不再单独建立数据库存储客户的签约信息和业务处理数据。通过将所有客户端的签约信息和所有的业务处理数据集成存储在一个数据中心中,避免在各个地区建设数据中心,节省了资源。
数据中心12在接收到数据获取请求后,根据该数据获取请求中的第一客户端的身份ID获取第一客户端的签约信息,根据第一客户端的身份ID和业务类型码,获取第一客户端的与业务类型码对应的业务处理数据,将第一客户端的签约信息和第一客户端的与业务类型码对应的业务处理数据作为第一业务数据,并将该第一业务数据发送至应用服务平台11。应用服务平台11在接收到数据中心12发送的第一业务数据后,根据该第一业务数据进行业务请求类型标识所标识的业务处理。例如,当第一客户端发起通话时,该第一客户端发起的业务请求中,业务请求类型标识所标识的业务处理为计费请求,业务类型码标识业务类型为通话,则数据中心12根据客户端的身份ID和业务类型码获取第一客户端的签约信息和业务处理数据,将第一客户端签约信息和业务处理数据作为第一业务处理数据发送应用服务平台11,其中第一客户端签约信息包括话费套餐信息,业务处理数据包括数据类业务数据和实时数据,该数据类业务处理数据为发起的通话的计费标准数据,如,0.2元/分钟,而实时数据为第一客户端的通话时长。应用服务平台11根据该第一业务数据对第一客户端进行相应的计费处理。
本实施例提供的计费系统,应用服务平台接收第一客户端发送的业务请求,之后发送数据获取请求至数据中心,由数据中心中返回第一业务数据,并根据第一业务数据进行相应业务处理,而数据中心统一存储所有客户端的签约信息和所有客户端的业务处理数据,并负责向应用服务平台提供进行业务处理所需的业务数据,实现了一级架构的计费系统。本实施例通过构建集中存储客户端信息和业务处理数据的数据中心和进行业务处理的应用服务平台,可以建设统一的计费系统,通过该计费系统,当处于异地的客户端发起业务请求时,业务请求可以直接接入该一级架构的计费系统,该计费系统可以根据该业务请求进行业务处理,不再将业务处理请求进行中转,从而提高业务处理效率。
图2为本发明实施例提供的另一种计费系统。如图2所示,在本实施例中,应用服务平台11的一种实现结构包括:第一接收模块111、第一发送模块112和处理模块113。第一接收模块111,用于接收第一客户端发送的业务请求,以及接收数据中心12根据数据获取请求返回的第一业务数据。第一接收模块111与数据中心12连接。第一发送模块112,与数据中心12连接,用于在第一接收模块111接收到业务请求之后,发送数据获取请求至数据中心12。该数据获取请求包括第一客户端的身份ID和业务类型码。可选的,第一发送模块112与第一接收模块111连接。处理模块113,与第一接收模块111连接,用于在第一接收模块111接收到第一业务数据之后,根据第一接收模块11l接收到的第一业务数据进行业务请求类型标识所标识的业务处理。
具体地,第一客户端向应用服务平台11发送业务请求,该业务请求中携带第一客户端的身份ID、业务请求标识和业务类型码。第一客户端的身份ID可以为手机号码、固定电话号码、个人计算机接入号等。该业务请求标识用于标识第一客户端发起的业务请求的类型,如计费、查询等请求,而业务类型码用于标识客户端的业务类型,如手机上网、通话、话费查询等业务。
由于应用服务平台11中并未存储业务处理数据,应用服务平台11不能直接处理业务请求。第一接收模块111在接收到该业务请求后,通过第一发送模块112向数据中心12发送一个数据获取请求,并且该数据获取请求包括第一客户端的身份ID和业务类型码,以使数据中心12中根据该数据获取请求返回第一业务数据。该第一业务数据包括第一客户端的签约信息和第一客户端的与业务类型码对应的业务处理数据。第一接收模块111接收数据中心12根据该数据获取请求返回的第一业务数据之后,处理模块113根据第一业务数据进行业务请求类型标识所标识的业务处理。例如,当第一客户端发起通话时,该第一客户端发起的业务请求中,业务请求类型标识所标识的业务处理为计费请求,业务类型码标识业务类型为通话,则数据中心12根据客户端的身份ID和业务类型码获取第一客户端的签约信息和业务处理数据,将第一客户端签约信息和业务处理数据作为第一业务处理数据发送应用服务平台11,其中第一客户端签约信息包括话费套餐信息,业务处理数据包括数据类业务数据和实时数据,该数据类业务处理数据为发起的通话的计费标准数据,如,0.2元/分钟,而实时数据为第一客户端的通话时长。应用服务平台11根据该第一业务数据对第一客户端进行相应的计费处理。
进一步地,当业务请求为查询请求时,处理模块113还与第一发送模块112连接。处理模块113还用于将根据第一业务数据进行业务请求类型标识所标识的业务处理的处理结果,发送给第一发送模块112。第一发送模块112在接收到该处理结果之后,将该处理结果发送给。
本实施例中,数据中心12的一种实现结构包括第二接收模块121、获取模块122、数据库123和第二发送模块124。第二接收模块121,用于接收第一发送模块112发送的数据获取请求。第二接收模块121与应用服务平台11连接。获取模块122,用于在第二接收模块121接收到数据获取请求之后,根据该数据获取请求中的第一客户端的身份ID和业务类型码,从数据库123中获取第一业务数据。数据库123,用于存储所有客户端的签约信息和所有客户端的业务处理数据。第二发送模块124与应用服务平台11连接。第二发送模块124,用于发送第一业务数据至应用服务平台11中的第一接收模块111,以使处理模块113根据第一接收模块111接收到的第一业务数据进行相应业务处理。
在实际的计费系统中,每个客户端的业务处理数据包括:基础业务处理数据和私有业务处理数据。进一步地,数据库123还可以包括共享数据库1231和私有数据库1232。共享数据库1231用于存储所有客户端的签约信息和所有客户端的基础业务处理数据。例如客户端的签约信息、合作伙伴信息、产品信息、订购实例、接入渠道等信息可以存储在该共享数据库1231中。基础业务处理数据为全国各地推行的统一的计费标准,以通话计费为例,当通话超出套餐时长时,超出的时长每分钟通话的计费标准。基础业务处理数据为全国客户端都要用到的类型数据,是统一的类型数据,是全局数据。而私有数据库1232用于存储所有客户端的私有业务处理数据,该私有业务处理数据是不同地区设定的业务处理的数据,例如,优惠信息,优惠信息在不同地区可能采用了不同的标准。
进一步地,共享数据库1231还可以包括至少一个第一数据存储单元,该至少一个第一数据存储单元用于存储所有客户端的签约信息和所有客户端的基础业务处理数据。而私有数据库1232还可以包括至少一个第二数据存储单元,该至少一个第二数据存储单元用于存储所有客户端的私有业务处理数据。
在本实施例中,通过该共享数据库1231可以快速地获取客户端的签约信息和基础业务处理数据,提高业务请求处理的效率,而且将所有客户端都可以用到的基础业务处理数据集中存储,避免了资源的浪费。通过该私有数据库1232,当客户端发起的业务请求需要利用私有业务处理数据进行处理时,也可以在数据中心12中的私有数据库1232中快速地获取相应的私有业务处理数据,不需要将业务请求中转到各地的子系统中进行处相应的业务处理,从而可以进一步地提高业务请求处理的效率。
更进一步地,获取模块122可以包括:存储单元1221、查询单元1222和获取单元1223。存储单元1221与查询单元1222连接。存储单元1221,用于存储身份ID与域服务器标识之间的第一对应关系。查询单元1222与获取单元1223连接,查询单元1222用于根据第一客户端的身份ID查询存储单元1221所存储的第一对应关系,获取与第一客户端对应的第一域服务器的标识,并根据第一域服务器的标识发送获取请求至第一域服务器,以使第一域服务器根据获取请求返回第一业务数据,其中,获取请求包括第一客户端的身份ID。获取单元1223与域服务器连接。获取单元1223,用于接收第一域服务器返回的第一业务数据。
更进一步地,所有客户端的签约信息和所有客户端的业务处理数据集中存储在数据中心12,所有客户端的签约信息和所有客户端的业务处理数据针对全国范围的,则数据存储是海量数据存储。数据中心需要通过域服务器来提供服务,数据中心12中包括至少一个域服务器125。第一域服务器用于接收查询单元1222发送的获取请求,根据该数据获取请求中的第一客户端的身份ID查询预先存储的数据存储单元地址与身份ID之间的第二对应关系,获取与第一客户端的身份ID对应的第一数据存储单元地址和第二数据存储单元地址,然后从第一数据存储单元地址对应的第一数据存储单元中获取第一客户端的签约信息和第一客户端的基础业务处理数据,从第二数据存储单元地址对应的第二数据存储单元中获取第一客户端的私有业务处理数据,作为第一业务数据返回给获取单元1223。获取单元1223在接收第一域服务器返回的第一业务数据之后,获取单元1223将该第一业务数据经过第二发送模块124返回给应用服务平台11。应用服务平台11根据该第一业务数据进行处相应的业务处理。
本实施例提供的计费系统,应用服务平台接收客户端发送的业务请求后,发送数据获取请求至数据中心,数据中心根据该数据获取请求获取第一业务数据并返回至应用服务平台,应用服务平台根据第一业务数据进行与业务请求类型标识所标识的业务处理。数据中心统一存储所有客户端的签约信息和所有客户端的业务处理数据,实现了一级架构的计费系统。本实施例通过构建集中存储客户端信息和业务处理数据的数据中心和进行业务处理的应用服务平台,在全国建设一套计费系统,当处于异地的客户端发起业务请求时,业务请求可以直接接入该一级架构的计费系统,该计费系统可以根据该业务请求进行业务处理,不再将业务请求进行中转,从而提高业务处理效率。
进一步地,本实施例通过在数据中心中建立共享数据库存储所有客户端的签约信息和基础业务处理数据,建立私有数据库存储私有业务处理数据,避免了在不同子系统中存储客户端的签约信息和基础业务处理数据,节省了资源,同时,由于将所有客户端的签约信息和所有客户端的业务处理数据集中存储在同一个数据中心中,并且客户端发起的业务请求不再经过子系统进行处理,而将客户端的业务请求集中在该统一的计费系统中进行处理,从而所有子系统作为客户端接入该数据中心,这些子系统本身不再进行数据处理,由统一的计费系统进行业务处理,屏蔽了地区间的差异,统一了计费模式。
在实际应用中,应用服务平台11还可以根据业务具体类别,提供外网接入式服务台及全业务服务台。外网接入式服务可以为合作伙伴自有应用和合作伙伴工作台提供接入渠道,合作伙伴可以通过外网接入式服务提供的接入渠道应用集中存储的数据。该外网接入式服务可以包括合作伙伴自由应用或者合作伙伴工作台的请求,进一步地提高了业务处理数据的利用率。而全业务应用服务台可以为以计费服务为基础的客户端集中提供各种应用,该全业务应用服务台可以接入来自网上营业厅工作台、短信工作台、掌上营业厅工作台在全业务服务台中可以方便所有客户端调用集中存储的数据。应用服务平台11在接收到业务请求相应的业务处理数据后,根据业务处理数据进行处理。也就是说,所有子系统可以作为客户端接入该应用服务平台11,不再进行数据处理,所有业务请求集中在应用服务平台进行处理,从而提高了业务处理的效率。
在实际应用中,应用服务平台11和数据中心12中可以采用成本低廉的个人计算机(personal computer,简称为PC)服务器做集群,该PC服务器采用大规模并发处理的系统,通过上述软件系统对业务请求进行处理。该软件系统具有处理大量的数据并发的海量处理能力。该软件系统可以将海量的小型数据块进行合并,还可以将大型的业务处理任务进行分解后,进行处理。优选地,应用服务平台11可以采用云计算技术进行海量数据处理。本实施例中,该计费系统的数据中心的数据库采用为非关系型数据库(Not OnlyStructured Query Language,简称为NoSQL)模式的文件类型数据库来存储数据。
图3为本发明实施例提供的一种计费方法流程图。如图3所示,本实施例提供的计费系统可以用于电信领域,也可以应用在到与电信业务类似的其他领域中,如银行计费系统,但并不以此为限。该计费方法包括:
301、应用服务平台接收第一客户端发送的业务请求,所述业务请求携带所述第一客户端的身份标识、业务请求类型标识和业务类型码。
302、所述应用服务平台发送数据获取请求至数据中心,所述数据获取请求包括所述第一客户端的身份标识和所述业务类型码。
303、所述数据中心根据所述第一客户端的身份标识和所述业务类型码,获取第一业务数据,所述第一业务数据包括所述第一客户端的签约信息和所述第一客户端的与所述业务类型码对应的业务处理数据;其中,所述数据中心存储所有客户端的签约信息和所有客户端的业务处理数据。
304、所述数据中心发送所述第一业务数据至所述应用服务平台,以使所述应用服务平台进行相应业务处理。
305、所述应用服务平台根据所述第一业务数据进行所述业务请求类型标识所标识的业务处理。
具体地,第一客户端具体可以为固定电话用户、手机用户或者笔记本电脑等移动终端,也可以为POS机等终端。本实施例以电信领域为例,第一客户端发送业务请求至应用服务平台,该业务请求携带有第一客户端的身份ID。第一客户端的身份ID可以为手机号码、固定电话号码、个人计算机接入号等。第一客户端发起请求时,在业务请求中还携带了业务请求类型标识和业务类型码,其中,该业务请求标识用于标识第一客户端发起的业务请求的类型,如计费、查询等请求,而业务类型码用于标识第一客户端的业务类型,如手机上网、通话、短信、话费查询等业务。
在本实施例中,由于应用服务平台中并未存储业务处理数据,不能直接处理业务请求。应用服务平台接收到业务请求之后,向数据中心发送数据获取请求,该数据获取请求中携带第一客户端的身份ID和业务类型码。
数据中心中集中存储了所有客户端的签约信息和所有客户端的业务处理数据,其中,客户端的签约信息可以包括套餐信息、流量信息、时长信息、费用信息等。也就是说,将全国客户的签约信息和业务处理数据集中存储在数据中心中,即在全国范围内建立一个通用的数据中心,作为各个省市业务处理的资源基地,各个省市不再单独建立数据库存储客户的签约信息和业务处理数据。通过将所有客户端的签约信息和所有的业务处理数据集成存储在一个数据中心中,避免在各个地区建设数据中心,节省了资源。
数据中心在接收到数据获取请求后,根据该数据获取请求中的第一客户端的身份ID获取第一客户端的签约信息,根据第一客户端的身份ID和业务类型码,获取第一客户端的与业务类型码对应的业务处理数据,将第一客户端的签约信息和第一客户端的与业务类型码对应的业务处理数据作为第一业务数据,并将该第一业务数据发送至应用服务平台。应用服务平台在接收到数据中心发送的第一业务数据后,根据该第一业务数据进行业务请求类型标识所标识的业务处理。例如,当第一客户端发起通话时,该第一客户端发起的业务请求中,业务请求类型标识所标识的业务处理为计费请求,业务类型码标识业务类型为通话,则数据中心根据客户端的身份ID和业务类型码获取第一客户端的签约信息和业务处理数据,将第一客户端签约信息和业务处理数据作为第一业务处理数据发送应用服务平台,其中第一客户端签约信息包括话费套餐信息,业务处理数据包括数据类业务数据和实时数据,该数据类业务处理数据为发起的通话的计费标准数据,如,0.2元/分钟,而实时数据为第一客户端的通话时长。应用服务平台根据该第一业务数据对第一客户端进行相应的计费处理。
本实施例提供的计费系统,应用服务平台接收第一客户端发送的业务请求,之后发送数据获取请求至数据中心,由数据中心中返回第一业务数据,并根据第一业务数据进行相应业务处理,而数据中心统一存储所有客户端的签约信息和所有客户端的业务处理数据,并负责向应用服务平台提供进行业务处理所需的业务数据,实现了一级架构的计费系统。本实施例通过构建集中存储客户端信息和业务处理数据的数据中心和进行业务处理的应用服务平台,可以建设统一的计费系统,当处于异地的客户端发起业务请求时,业务请求可以直接接入该一级架构的计费系统,该计费系统可以根据该业务请求进行业务处理,不再将业务进行中转,从而提高业务处理效率。
图4为本发明实施例提供的另一种计费方法流程图。如图4所示,该计费方法包括:
401、应用服务平台接收第一客户端发送的业务请求,所述业务请求携带所述第一客户端的身份标识、业务请求类型标识和业务类型码。
具体地,第一客户端具体可以为固定电话用户、手机用户或者笔记本电脑等移动终端,也可以为POS机等终端。第一客户端向应用服务平台发送业务请求,该业务请求中携带第一客户端的身份ID、业务请求标识和业务类型码。第一客户端的身份ID可以为手机号码、固定电话号码、个人计算机接入号等。该业务请求标识用于标识第一客户端发起的业务请求的类型,如计费、查询等请求,而业务类型码用于标识客户端的业务类型,如手机上网、通话、短信、话费查询等业务。
402、所述应用服务平台发送数据获取请求至数据中心,所述数据获取请求包括所述第一客户端的身份标识和所述业务类型码。
由于应用服务平台中并未存储业务处理数据,应用服务平台不能直接处理业务请求。在接收到该业务请求后,应用服务平台向数据中心发送一个数据获取请求,并且该数据获取请求包括第一客户端的身份ID和业务类型码,以使数据中心中根据该数据获取请求返回第一业务数据。
本实施例中,数据中心存储所有客户端的签约信息和所有客户端的业务处理数据。在实际的计费系统中,每个客户端的业务处理数据包括:基础业务处理数据和私有业务处理数据。进一步地,数据中心将所有客户端的签约信息和所有客户端的基础业务处理数据存储在共享数据库中,例如客户端的签约信息、合作伙伴信息、产品信息、订购实例、接入渠道等信息可以存储在该共享数据库中。基础业务处理数据为全国各地推行的统一的计费标准,以通话计费为例,当通话超出套餐时长时,超出的时长每分钟通话的计费标准。基础业务处理数据为全国客户端都要用到的类型数据,是统一的类型数据,是全局数据。而且,数据中心将所有客户端的私有业务处理数据存储在私有数据库中。私有业务处理数据是不同地区设定的业务处理的数据,例如,优惠信息,优惠信息在不同地区可能采用了不同的标准。
进一步地,共享数据库还可以包括至少一个第一数据存储单元,该至少一个第一数据存储单元用于存储所有客户端的签约信息和所有客户端的基础业务处理数据。而私有数据库还可以包括至少一个第二数据存储单元,该至少一个第二数据存储单元用于存储所有客户端的私有业务处理数据。
在本实施例中,通过该共享数据库可以快速地获取客户端的签约信息和基础业务处理数据,提高业务请求处理的效率,而且将所有客户端都可以用到的基础业务处理数据集中存储,避免了资源的浪费。通过该私有数据库,当客户端发起的业务请求需要利用私有数据库中的私有业务处理数据进行处理时,也可以在数据中心中快速地获取,不需要中转到各地的子系统中来进行处相应的业务处理,从而可以进一步地提高业务请求处理的效率。
403、所述数据中心根据预先存储的数据存储单元的地址与身份标识之间的第二对应关系,获取与所述第一客户端的身份标识对应的第一数据存储单元地址和第二数据存储单元地址。
具体地,所有客户端的签约信息和所有客户端的业务处理数据集中存储在数据中心,所有客户端的签约信息和所有客户端的业务处理数据针对全国范围的,则数据中心存储的是海量的数据。数据中心通过域服务器来提供服务,数据中心中包括至少一个域服务器,每个域服务器服务多个客户端。数据中心存储了身份ID与域服务器标识之间的第一对应关系,其中,域服务器标识用于标识域服务器。
进一步地,数据中心在根据预先存储的数据存储单元的地址与身份标识之间的第二对应关系,获取与所述第一客户端的身份标识对应的第一数据存储单元地址和第二数据存储单元地址之前,还包括:
数据中心根据第一客户端的身份ID查询预先存储的身份ID与域服务器标识之间的第一对应关系,获取与该第一客户端对应的第一域服务器的标识,并根据该第一域服务器的标识发送获取请求至该第一域服务器,以使所述第一域服务器根据所述获取请求返回所述第一业务数据,所述获取请求包括所述第一客户端的身份ID。
404、所述数据中心从所述第一数据存储单元地址对应的第一数据存储单元中获取所述第一客户端的签约信息和所述第一客户端的基础业务处理数据,从所述第二数据存储单元地址对应的第二数据存储单元中获取所述第一客户端的私有业务处理数据,作为所述第一业务数据。
405、所述数据中心发送所述第一业务数据至所述应用服务平台,以使所述应用服务平台进行相应业务处理。
406、所述应用服务平台根据所述第一业务数据进行所述业务请求类型标识所标识的业务处理。
具体地,应用服务平台根据接收到的第一业务数据进行业务请求类型标识所标识的业务处理。例如,当第一客户端发起通话时,该第一客户端发起的业务请求中,业务请求类型标识所标识的业务处理为计费请求,业务类型码标识业务类型为通话,则数据中心根据客户端的身份ID和业务类型码获取第一客户端的签约信息和业务处理数据,将第一客户端签约信息和业务处理数据作为第一业务处理数据发送应用服务平台,其中第一客户端签约信息包括话费套餐信息,业务处理数据包括数据类业务数据和实时数据,该数据类业务处理数据为发起的通话的计费标准数据,如,0.2元/分钟,而实时数据为第一客户端的通话时长。应用服务平台根据该第一业务数据对第一客户端进行相应的计费处理。
进一步地,当业务请求为查询请求时,应用服务平台还将根据第一业务数据进行业务请求类型标识所标识的业务处理的处理结果,并将该处理结果发送给第一客户端。
本实施例提供的计费系统,应用服务平台接收客户端发送的业务请求后,发送数据获取请求至数据中心,数据中心根据该数据获取请求获取第一业务数据并返回至应用服务平台,应用服务平台根据第一业务数据进行与业务请求类型标识所标识的业务处理。数据中心统一存储所有客户端的签约信息和所有客户端的业务处理数据,实现了一级架构的计费系统。本实施例通过构建集中存储客户端信息和业务处理数据的数据中心和进行业务处理的应用服务平台,在全国建设一套计费系统,当处于异地的客户端发起业务请求时,业务请求可以直接接入该一级架构的计费系统,该计费系统可以根据该业务请求进行业务处理,不再将业务进行中转,从而提高业务处理效率。
进一步地,本实施例通过在数据中心中建立共享数据库存储所有客户端的签约信息和基础业务处理数据,建立私有数据库存储私有业务处理数据,避免了在不同子系统中存储客户端的签约信息和基础业务处理数据,节省了资源,同时,由于将所有客户端的签约信息和所有客户端的业务处理数据集中存储在同一个数据中心中,并且客户端发起的业务请求不再经过子系统进行处理,而将客户端的业务请求集中在该统一的计费系统中进行处理,从而所有子系统作为客户端接入该数据中心,这些子系统本身不再进行数据处理,由统一的计费系统进行业务处理,屏蔽了地区间的差异,统一了计费模式。
在实际应用中,应用服务平台还可以根据业务具体类别,提供外网接入式服务台及全业务服务台。外网接入式服务可以为合作伙伴自有应用和合作伙伴工作台提供接入渠道,合作伙伴可以通过外网接入式服务提供的接入渠道应用集中存储的数据。该外网接入式服务可以包括合作伙伴自由应用或者合作伙伴工作台的请求,进一步地提高了业务处理数据的利用率。而全业务应用服务台可以为以计费服务为基础的客户端集中提供各种应用,该全业务应用服务台可以接入来自网上营业厅工作台、短信工作台、掌上营业厅工作台,在全业务服务台中可以方便各个客户端调用集中存储的数据。应用服务平台在接收到业务请求相应的业务处理数据后,根据业务处理数据进行处理。也就是说,所有子系统可以作为客户端接入该应用服务平台,不再进行数据处理,所有业务请求集中在应用服务平台进行处理,从而提高了业务处理的效率。
在实际应用中,应用服务平台和数据中心可以采用成本低廉的PC服务器做集群,该PC服务器采用大规模并发处理的系统,通过上述软件系统对业务请求进行处理。该软件系统具有处理大量的数据并发的海量处理能力。该软件系统可以将海量的小型数据块进行合并,还可以将大型的业务处理任务进行分解后,进行处理。优选地,应用服务平台可以采用云计算技术进行海量数据处理。本实施例中,该计费系统的数据中心的数据库采用为NoSQL模式的文件类型数据库来存储数据。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (3)
1.一种计费系统,其特征在于,包括数据中心和应用服务平台;
所述应用服务平台,用于接收第一客户端发送的业务请求,所述业务请求携带所述第一客户端的身份标识、业务请求类型标识和业务类型码,发送数据获取请求至所述数据中心,所述数据获取请求包括所述第一客户端的身份标识和所述业务类型码,接收所述数据中心根据所述数据获取请求返回的第一业务数据,根据所述第一业务数据进行所述业务请求类型标识所标识的业务处理;
所述数据中心,用于存储所有客户端的签约信息和所有客户端的业务处理数据,接收所述应用服务平台发送的所述数据获取请求,根据所述第一客户端的身份标识和所述业务类型码,获取所述第一业务数据,发送所述第一业务数据至所述应用服务平台,以使所述应用服务平台进行相应业务处理,所述第一业务数据包括所述第一客户端的签约信息和所述第一客户端的与所述业务类型码对应的业务处理数据;
所述数据中心包括:
数据库,用于存储所有客户端的签约信息和所有客户端的业务处理数据;
第二接收模块,用于接收所述应用服务平台发送的所述数据获取请求;
获取模块,用于在所述第二接收模块接收到所述数据获取请求之后,根据所述数据获取请求中的所述第一客户端的身份标识和所述业务类型码,从所述数据库中获取所述第一业务数据;
第二发送模块,用于发送所述第一业务数据至所述应用服务平台,以使所述应用服务平台进行相应业务处理;
每个客户端的业务处理数据包括:基础业务处理数据和私有业务处理数据;
所述数据库包括:
共享数据库,用于存储所有客户端的签约信息和所有客户端的基础业务处理数据;
私有数据库,用于存储所有客户端的私有业务处理数据;
所述共享数据库包括至少一个第一数据存储单元,所述至少一个第一数据存储单元用于存储所有客户端的签约信息和所有客户端的基础业务处理数据;
所述私有数据库包括至少一个第二数据存储单元,所述至少一个第二数据存储单元用于存储所有客户端的私有业务处理数据;
所述获取模块包括:
存储单元,用于存储身份标识与域服务器标识之间的第一对应关系;
查询单元,用于根据所述第一客户端的身份标识查询所述存储单元所存储的所述第一对应关系,获取与所述第一客户端对应的第一域服务器的标识,并根据所述第一域服务器的标识发送获取请求至所述第一域服务器,以使所述第一域服务器根据所述获取请求返回所述第一业务数据,所述获取请求包括所述第一客户端的身份标识;
获取单元,用于接收所述第一域服务器返回的所述第一业务数据;
所述数据中心还包括:至少一个域服务器;
所述至少一个域服务器中的所述第一域服务器,用于接收所述查询单元发送的所述获取请求,根据所述第一客户端的身份标识查询预先存储的数据存储单元地址与身份标识之间的第二对应关系,获取与所述第一客户端的身份标识对应的第一数据存储单元地址和第二数据存储单元地址,然后从所述第一数据存储单元地址对应的第一数据存储单元中获取所述第一客户端的签约信息和所述第一客户端的基础业务处理数据,从所述第二数据存储单元地址对应的第二数据存储单元中获取所述第一客户端的私有业务处理数据,作为所述第一业务数据返回给所述获取单元。
2.根据权利要求1所述的计费系统,其特征在于,所述应用服务平台包括:
第一接收模块,用于接收所述第一客户端发送的所述业务请求,以及接收所述数据中心根据所述数据获取请求返回的第一业务数据;
第一发送模块,用于在所述第一接收模块接收到所述业务请求之后,发送所述数据获取请求至所述数据中心;
处理模块,用于在所述第一接收模块接收到所述第一业务数据之后,根据所述第一业务数据进行所述业务请求类型标识所标识的业务处理。
3.一种计费方法,其特征在于,包括:
应用服务平台接收第一客户端发送的业务请求,所述业务请求携带所述第一客户端的身份标识、业务请求类型标识和业务类型码;
所述应用服务平台发送数据获取请求至数据中心,所述数据获取请求包括所述第一客户端的身份标识和所述业务类型码;
所述数据中心根据所述第一客户端的身份标识和所述业务类型码,获取第一业务数据,所述第一业务数据包括所述第一客户端的签约信息和所述第一客户端的与所述业务类型码对应的业务处理数据;其中,所述数据中心存储所有客户端的签约信息和所有客户端的业务处理数据;
所述数据中心发送所述第一业务数据至所述应用服务平台,以使所述应用服务平台进行相应业务处理;
所述应用服务平台根据所述第一业务数据进行所述业务请求类型标识所标识的业务处理;
每个客户端的业务处理数据包括:基础业务处理数据和私有业务处理数据;
所述数据中心中存储所有客户端的签约信息和所有客户端的业务处理数据的方式包括:
所述数据中心将所有客户端的签约信息和所有客户端的基础业务处理数据存储在共享数据库中;
所述数据中心将所有客户端的私有业务处理数据存储在私有数据库中;
所述共享数据库包括至少一个第一数据存储单元,所述私有数据库包括至少一个第二数据存储单元;
所述数据中心将所有客户端的签约信息和所有客户端的基础业务处理数据存储在共享数据库中包括:
所述数据中心将所有客户端的签约信息和所有客户端的基础业务处理数据存储在所述至少一个第一数据存储单元中;
所述数据中心将所有客户端的私有业务处理数据存储在私有数据库存中包括:
所述数据中心将所有客户端的私有业务处理数据存储在所述至少一个第二数据存储单元中;
所述数据中心根据所述第一客户端的身份标识和所述业务类型码,获取第一业务数据包括:
所述数据中心根据预先存储的数据存储单元的地址与身份标识之间的第二对应关系,获取与所述第一客户端的身份标识对应的第一数据存储单元地址和第二数据存储单元地址;
所述数据中心从所述第一数据存储单元地址对应的第一数据存储单元中获取所述第一客户端的签约信息和所述第一客户端的基础业务处理数据,从所述第二数据存储单元地址对应的第二数据存储单元中获取所述第一客户端的私有业务处理数据,作为所述第一业务数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210406401.8A CN102916820B (zh) | 2012-10-23 | 2012-10-23 | 计费系统及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210406401.8A CN102916820B (zh) | 2012-10-23 | 2012-10-23 | 计费系统及方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102916820A CN102916820A (zh) | 2013-02-06 |
CN102916820B true CN102916820B (zh) | 2015-03-18 |
Family
ID=47615060
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210406401.8A Active CN102916820B (zh) | 2012-10-23 | 2012-10-23 | 计费系统及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102916820B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105306508A (zh) * | 2014-07-17 | 2016-02-03 | 阿里巴巴集团控股有限公司 | 一种业务处理方法和设备 |
CN114064254A (zh) * | 2020-07-31 | 2022-02-18 | 华为技术有限公司 | 一种通信方法及设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101217690A (zh) * | 2007-12-27 | 2008-07-09 | 华为技术有限公司 | 实现数据业务和数据信息分布存储的系统及方法 |
CN101448246A (zh) * | 2008-12-29 | 2009-06-03 | 中国移动通信集团北京有限公司 | 一种实现增值业务能力互通的方法、系统及装置 |
CN101466091A (zh) * | 2008-12-30 | 2009-06-24 | 中国移动通信集团北京有限公司 | 一种实现增值业务能力互通的方法、系统及装置 |
CN101620704A (zh) * | 2009-08-03 | 2010-01-06 | 中国联合网络通信集团有限公司 | 一种实现网上交费的方法及系统 |
CN102025512A (zh) * | 2009-09-14 | 2011-04-20 | 中国移动通信集团北京有限公司 | 业务运营支撑系统、业务开通方法及设备 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2005110023A (ja) * | 2003-09-30 | 2005-04-21 | Toshiba Corp | 情報処理装置及び情報処理方法 |
-
2012
- 2012-10-23 CN CN201210406401.8A patent/CN102916820B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101217690A (zh) * | 2007-12-27 | 2008-07-09 | 华为技术有限公司 | 实现数据业务和数据信息分布存储的系统及方法 |
CN101448246A (zh) * | 2008-12-29 | 2009-06-03 | 中国移动通信集团北京有限公司 | 一种实现增值业务能力互通的方法、系统及装置 |
CN101466091A (zh) * | 2008-12-30 | 2009-06-24 | 中国移动通信集团北京有限公司 | 一种实现增值业务能力互通的方法、系统及装置 |
CN101620704A (zh) * | 2009-08-03 | 2010-01-06 | 中国联合网络通信集团有限公司 | 一种实现网上交费的方法及系统 |
CN102025512A (zh) * | 2009-09-14 | 2011-04-20 | 中国移动通信集团北京有限公司 | 业务运营支撑系统、业务开通方法及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN102916820A (zh) | 2013-02-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103369009B (zh) | 一种在线问答方法、设备及系统 | |
CN103377652B (zh) | 一种用于进行语音识别的方法、装置和设备 | |
CN102056135A (zh) | 移动终端的注册方法、移动终端及服务器 | |
CN107800901B (zh) | 用户呼叫处理方法、装置、计算机设备和存储介质 | |
CN109711999A (zh) | 基于中间平台的出单方法及装置、计算机设备、存储介质 | |
CN109118360B (zh) | 区块链对账方法、装置、设备及存储介质 | |
CN101551922A (zh) | 一种远程取号方法及系统 | |
CN113486051A (zh) | 工业互联网标识解析方法、系统、节点及存储介质 | |
CN105141789A (zh) | 陌生号码标记方法和装置 | |
CN107644017A (zh) | 日志文件的查询方法及装置 | |
CN114219414B (zh) | 一种灵活用工业务中台的签约方法、结算方法及系统 | |
CN102916820B (zh) | 计费系统及方法 | |
CN101420681A (zh) | 一种业务管理平台下处理多渠道请求订购的方法和装置 | |
CN106982126B (zh) | 一种资源共享计费方法及计费装置、内存库 | |
CN104580303A (zh) | 虚拟资源操作系统、运营商管理平台及应用服务共享方法 | |
CN104301352B (zh) | 双卡终端的适配方法和装置 | |
CN101483615A (zh) | 一种远程取号方法及系统 | |
CN102892071A (zh) | 基于手机的服务内容展现系统及方法 | |
CN105447000A (zh) | 一种事务消息的传输方法和设备 | |
CN101662746B (zh) | 一种业务请求处理方法、呼叫中心服务器及通信系统 | |
CN1905702B (zh) | 一种实现短消息群发的方法、系统及装置 | |
CN109962834B (zh) | 信息处理方法、系统、终端和计算机存储介质 | |
CN100450218C (zh) | 一种集群系统中动态查询群组成员状态方法 | |
CN101753561A (zh) | 业务的集群处理方法及集群系统 | |
CN101685524A (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |