一种增值业务中同步订购关系的方法和系统的制作方法

文档序号:7803619阅读:157来源:国知局
专利名称:一种增值业务中同步订购关系的方法和系统的制作方法
技术领域
本发明涉及通信领域,特别涉及一种增值业务中同步订购关系的方法和系统。
背景技术
现有技术中信息网整合各种网络,如移动网络、数据网络和互联网,通过多种方式为用户提供增值业务。其中,SI (业务集成商,Service Integrator)提供业务,用户对需要的业务进行订购,信息网将用户订购的业务发送给用户。信息网在接收到用户的订购请求后,需要将订购请求的订购关系同步到SI处。例如,农村信息网整合移动网络、数据网络和互联网等资源,通过IVR(互动式语音应答,Interactive Voice Response)电话语音服务、手机短信、WEB网站等方式,将政府农业部门、农业科研机构、涉农企业提供的农业信息提供给农民用户。其中,政府农业部门、农业科研机构、涉农企业提供农业相关的业务,农民用户通过信息网订购所需业务。信息网接收到农民用户的订购请求后,通过BHP(业务枢纽平台,Business Hub Platform)将该订购请求的订购关系同步到对应的SI处,如政府农业部门、农业科研机构、或涉农企业。进而通过BHP,将农村政策、农业法律法规、市场信息及科技信息及时送达农民,为现代化农业管理提供农政、农商、农技、农贸、市场供求、农业气象、病虫害预警等方面信息。现有技术中同步订购关系的技术方案如图1所示,包括如下步骤。步骤101,BOSS(业务运营支撑系统,Business Operation System)接收到用户订购某业务的请求,本地保存该订购关系,并将订购关系同步给BHP。步骤102,BHP接收BOSS同步的订购关系,本地保存订购关系,将订购关系同步给SI。步骤103,SI接收BHP同步的订购关系并保存。其中,BOSS使用HTTP协议将订购关系的报文传递给BHP中的OrderReceiver服务(订购接收服务),OrderReceiver服务为WEB服务,OrderReceivere服务接收到订购关系的报文,对订购关系的报文进行业务解析,把解析完毕的订购关系保存到数据库。之后,按照SI规定的格式要求生成订购关系的报文,并将订购关系的报文传递给SI提供的URL地址。现有技术的方案包括如下问题。现有技术中,同步业务链太长,业务链中既包括BOSS和BHP之间的同步,也包括BHP和SI之间的同步,业务链过长会增加产生风险的可能性。现有技术中,使用单数据库,因为订购关系同步涉及到多张数据表的操作,采用单数据库使得数据库压力过大,影响同步的速度。现有技术中,使用单服务,OrderReceivere服务,只提供一个服务来处理BHP侧业务,增加了产生风险的可能性。现有技术不容易被扩展,在需要提高并发处理量时,需要经过大量的开发才能实现升级。

发明内容
本发明提供的一种增值业务中同步订购关系的方法和系统,以解决由于业务链过长而增加产生风险的可能性的问题。本发明公开了一种增值业务中同步订购关系的方法,所述方法包括:步骤1,业务运营支撑系统接收到订购业务的请求后,将封装所述请求对应的订购关系的报文转发给业务枢纽平台;步骤2,业务枢纽平台的订购关系存储模块将接收的报文中的订购关系存储到数据库中;步骤3,业务枢纽平台的业务集成商发送模块周期地检查数据库,在检查到数据库中新存储订购关系后,从数据库中读取新存储的订购关系发送给业务集成商进行保存。其中,所述数据库包括多个池数据库;所述步骤2进一步包括:步骤21,订购关系存储模块按配置的规则将接收的报文中的订购关系存储到对应的池数据库。其中,所述步骤2进一步包括:步骤31,订购关系存储模块的网关模块接收到报文后,按负载均衡方式将所述报文转发给订购关系存储模块的接收器集群中的接收器;步骤32,所述接收器接收到所述报文后,处理所述报文,解析出订购关系,并将所述订购关系存储到数据库中。其中,所述数据库还包括全局数据库;所述方法还包括将配置的基本信息存储到全局数据库;所述步骤21进一步包括:步骤41,订购关系存储模块按配置的规则从全局数据库中读取基本信息,依据所述基本信息确定接收的订购关系所属的类;步骤42,订购关系存储模块将接收的订购关系存储到所属的类对应的池数据库。其中,所述数据库包括多个池数据库;所述将所述订购关系存储到数据库中进一步包括:步骤51,接收器将所述订购关系发送给业务枢纽平台的数据访问层模块;步骤52,数据访问层模块按配置的规则将订购关系存储到对应的池数据库。其中,所述步骤3进一步包括:步骤61,业务集成商发送模块周期地向业务枢纽平台的数据访问层模块发送检查指示;步骤62,数据访问层模块依据检查指示查询数据库,读取数据库中新存储的订购关系,并将读取的订购关系发送给业务集成商发送模块;步骤63,业务集成商发送模块将接收的订购关系发送给业务集成商进行保存。其中,所述方法还包括按配置将全局数据库中的基本信息存储到缓存中;所述订购关系存储模块按配置的规则从全局数据库中读取基本信息进一步包括:
步骤71A,订购关系存储模块按配置的规则从缓存中查找基本信息,如果查找到,则读取查找到的基本信息,否则,按配置的规则从全局数据库中查找基本信息并读取;或者,所述订购关系存储模块按配置的规则从全局数据库中读取基本信息进一步包括:步骤71B,订购关系存储模块按配置的规则从缓存中查找基本信息,如果查找到,则读取查找到的基本信息,否则,按配置的规则从全局数据库中查找基本信息并读取,将读取的基本信息存储到缓存中;所述方法还包括步骤72B,统计缓存中每个基本信息被调用的次数,定期将被调用的次数小于预设阀值的基本信息从缓存中删除。其中,所述方法还包括:步骤81,在池数据库内存储的数据量超过预设阀值时,修改所述配置的规则,将所述池数据库对应存储的部分订购关系划分到新的池数据库中进行存储。本发明还公开了一种增值业务中同步订购关系的系统,所述系统包括:业务运营支撑系统、业务集成商、以及业务枢纽平台,业务枢纽平台包括数据库、业务集成商发送模块和订购关系存储|吴块;业务运营支撑系统,用于接收到订购业务的请求后,将封装所述请求对应的订购关系的报文转发给业务枢纽平台;订购关系存储模块,用于将接收的报文中的订购关系存储到数据库中;业务集成商发送模块,用于周期地检查数据库,在检查到数据库中新存储订购关系后,从数据库中读取新存储的订购关系发送给业务集成商; 业务集成商,用于存储接收的订购关系。其中,所述数据库包括多个池数据库;所述订购关系存储模块进一步用于按配置的规则将接收的报文中的订购关系存储到对应的池数据库;或者,所述订购关系存储模块进一步包括网关模块和接收器集群,网关模块,用于接收到报文后,按负载均衡方式将所述报文转发给接收器集群中的接收器;接收器,用于接收到报文后,处理所述报文,解析出订购关系,并将所述订购关系存储到数据库中。本发明实施例的有益效果是:通过周期地检查数据库中新存储的订购关系,进行订购关系的同步,能够将现有技术中的三方同步模式转换为两两同步模式,避免了由于业务链过长而引发的风险;通过将订购关系存储到多个池数据库中,能够降低数据库压力,提高同步的处理量;通过采用多个接收器,进行负载均衡,能够提高同步处理速度,并且便于扩展;并且,采用多接收器和多个池数据库,在业务量大幅提升后,无要进行二次开发,便可通过简单配置提高订购关系同步的并发处理能力;通过使用全局数据库和缓存,能够方便基本信息查询,提高处理速度;通过使用数据访问层模块进行数据访问,能够便于扩展,并采用多个功能模块完成订购关系同步,降低同步失败风险;对存储过量的池数据库中数据进行重新划分,分流存储,能够不断满足客户量增加的需要,提高处理能力。


图1为现有技术中同步订购关系的技术方案的示意图;图2为本发明增值业务中同步订购关系的方法的流程图;图3为本发明增值业务中同步订购关系的方法实施例的示意图;图4为本发明增值业务中同步订购关系的方法实施例的流程图;图5为本发明增值业务中同步订购关系的系统的结构图。
具体实施例方式为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。参见图2,为本发明提供的增值业务中同步订购关系的方法的流程图。步骤S100,BOSS (业务运营支撑系统)接收到订购业务的请求后,将封装该请求对应的订购关系的报文转发给BHP (业务枢纽平台)。每个订购业务的请求对应一个订购关系,该订购关系为订购业务的用户同提供该业务的业务集成商间的对应关系。步骤S200,BHP的订购关系存储模块将接收的报文中的订购关系存储到数据库中。在一较佳的实施方式中,数据库包括多个池数据库。所述步骤S200进一步包括BHP的订购关系存储模块按配置的规则将接收报文中的订购关系存储到对应的池数据库。进一步地,所述方法还包括在池数据库内存储的数据量超过预设阀值时,修改所述配置的规则,将所述池数据库对应存储的部分订购关系划分到新的池数据库中进行存储。当某个池数据库中存储的数据量过大时,超过预设阀值表示存储的数据量过大,则对配置的规则进行修改,将该池数据库对应存储的订购关系划分为多个部分,一部分仍然存储在原池数据库中,其他部分则存储到新的池数据库中。进一步地,数据库还包括全局数据库;将配置的基本信息存储到全局数据库。例如,在BHP开始接收报文前,将配置的基本信息存储到全局数据库。所述BHP的订购关系存储模块按配置的规则将接收的报文中的订购关系存储到对应的池数据库进一步包括:步骤S210A,订购关系存储模块按配置的规则从全局数据库中读取基本信息,依据该基本信息确定接收的订购关系所属的类。配置的规则中规定将订购关系进行分类的标准,依据该标准读取全局数据库中的相关基本信息,依据读取的基本信息确定订购关系所属的类。举例而言,基本信息包括区域数据、商品数据、号段数据。区域数据为号段同该号段所属的区域的对应关系表,号段数据为手机号码同该手机号码所属的号段的对应关系表,商品数据中包括每个业务的描述信息和该业务的SI的URL地址。配置的规则中规定按订购业务的用户的手机号码所属号段进行分类,则读取号段数据,确定订购关系的用户的手机号码所属的号段,订购关系属于该号段对应的类。其中,每个类同一个池数据库对应。步骤S220A,订购关系存储模块将接收的订购关系存储到所属的类对应的池数据库。进一步地,使用缓存存储基本信息,提高基本信息读取速度。在一具体实施方式
中,在BHP开始接收报文前,按配置将全局数据库中的基本信息存储到缓存中。例如,按配置将全局数据库中的部分基本信息存储到缓存中。所述BHP的订购关系存储模块按配置的规则从全局数据库中读取基本信息进一步包括:订购关系存储模块按配置的规则从缓存中查找基本信息,如果查找到,则读取查找到的基本信息,否则,按配置的规则从全局数据库中查找基本信息并读取。当全局数据库中基本信息改变时,缓存中存储的信息同步更新。在另一具体实施方式
中,BHP的订购关系存储模块按配置的规则从全局数据库中读取基本信息进一步包括:订购关系存储模块按配置的规则从缓存中查找基本信息,如果查找到,则读取查找到的基本信息,否则,按配置的规则从全局数据库中查找基本信息并读取,将读取的基本信息存储到缓存中。所述方法还包括统计缓存中每个基本信息被调用的次数,定期将被调用的次数小于预设阀值的基本信息从缓存中删除。当全局数据库中基本信息改变时,缓存中存储的信息同步更新。通过该方法,能够在缓存中存储热点基本信息,提高在缓存中查找基本信息的命中率,进而提高基本信息的读取速度。在另一较佳的实施方式中,所述步骤S200进一步包括步骤S210B,订购关系存储模块的网关模块接收到报文后,按负载均衡方式,将该报文转发给订购关系存储模块的接收器集群中的接收器。负载均衡方式为使接收器集群中的各个接收器处理的报文数量均衡的方式,包括多种具体实现方式。例如,轮询接收器集群中的接收器,向轮询到的接收器转发报文,具体而言,轮询方式为将接收器集群中的接收器排序,将报文转发给上次接收报文的接收器的下一个接收器,上次接收报文的接收器为排序中最后一个接收器时,将报文转发给排序中第一个接收器;或者,再例如,将报文转发给接收器集群当前等待处理的报文最少的接收器。步骤S220B,接收器接收到报文后,处理该报文,解析出订购关系,并将该订购关系存储到数据库中。处理报文包括解析报文,验证报文合法性。其中,数据库包括多个池数据库;所述将该订购关系存储到数据库中进一步包括:步骤S221,接收器将该订购关系发送给数据访问层模块。步骤S222,数据访问层模块按配置的规则将订购关系存储到对应的池数据库。步骤S300,BHP的业务集成商发送模块周期地检查数据库,在检查到数据库中新存储订购关系后,从数据库中读取新存储的订购关系发送给SI (业务集成商)进行保存。在一较佳的实施方式中,所述步骤S300进一步包括如下步骤。
步骤S310,业务集成商发送模块周期地向BHP的数据访问层模块发送检查指示。步骤S320,数据访问层模块依据检查指示检查数据库,读取数据库中新存储的订购关系,并将读取的订购关系发送给业务集成商发送模块。步骤S330,业务集成商发送模块将接收的订购关系发送给SI进行保存。参见图3,为本发明增值业务中同步订购关系的方法实施例的示意图。现有技术中OrderReceiver服务实现的功能由网关模块、接收器集群、数据访问层模块,业务集成商发送模块来共同实现。数据库由现有技术中的单一数据库划分为两类数据库,全局数据库和池数据库,池数据库为多个,同订购关系的分类对应。全局数据库中存储基本信息,例如:区域数据、商品数据、号段数据等。其中,区域数据为号段同该号段所属的区域的对应关系表,号段数据为手机号码同该手机号码所属的号段的对应关系表,商品数据中包括每个业务的描述信息和该业务的SI的URL地址。该些基本信息为完成订购关系存储提供支撑。并且,在本实施例中,按配置对部分基本信息进行缓存,以减少对全局数据库的访问,提高同步处理速度,缓解数据库压力。池数据库中存储订购关系,以及订购关系的其他对应数据,例如订购关系对应的用户信息。池数据库为多个,配置的规则中规定将订购关系进行分类的标准,例如按号码分段进行分类,每一个分段对应一类,或按用户手机号码所在的区域进行分类,每一区域对应一类。每个池数据库中存储一类的订购关系。本实施例中,按区域进行分类,每一个区域对
应一类。采用多个池数据库,当因为业务的发展,某个池数据库内的数据量过多时,例如超过预设阀值时,修改配置的规则,将该池数据库对应存储的部分订购关系划分到新的池数据库中进行存储,以提升数据库访问速度。参见图4,为本发明增值业务中同步订购关系的方法实施例的流程图。步骤S401,BOSS接收到订购业务的请求后,通过HTTP协议将封装该请求对应的订购关系的报文转发给BHP。步骤S402,网关模块接收到报文后,按负载均衡方式,通过RPC(远程过程调用协议,Remote Procedure Call Protocol)协议将接收的报文转发给接收器集群中的接收器。本实施例中,负载均衡方式为轮询接收器集群中的接收器,向轮询到的接收器转发报文。步骤S403,接收器接收到报文后,验证报文合法性,解析报文获得订购关系,并通过RPC协议将订购关系发送给数据访问层模块。步骤S404,数据访问层模块按配置的规则确定待读取的基本信息,从缓存中查找该待读取的基本信息,如果查找到,则读取查找到的基本信息,否则,从全局数据库中查找待读取的基本信息并读取。本实施例中,因为按区域进行分类,所以待读取的基本信息为号段数据和区域数据。步骤S405,数据访问层模块依据该基本信息确定接收的订购关系所属的类,将订购关系存储到所属的类对应的池数据库。
本实施例中,数据访问层模块依据号段数据确定订购关系的用户的手机号码所在的号码段,再依据区域信息,查找该号段所属的区域,获得订购关系的用户号码所属的区域,进而确定该订购关系所属的类。步骤S406,池数据库将新存储的订购关系复制到临时表中。步骤S407,业务集成商发送模块通过RPC协议周期地向数据访问层模块发送检查指示。步骤S408,数据访问层模块依据检查指示查询池数据库的临时表,读取临时表中存储的订购关系,将读取的订购关系发送给业务集成商发送模块,并删除临时表中信息。步骤S409,业务集成商发送模块将接收的订购关系按规范生成报文,发送给SI进行保存。由上述实施例可见,通过业务集成商发送模块周期地指示数据访问层模块检查数据库中新存储的订购关系,进行订购关系的同步,能够将现有技术中的三方同步模式转换为两两同步模式,避免了由于业务链过长而引发的风险;通过将订购关系存储到多个池数据库中,能够降低数据库压力,提高同步的处理量;通过采用多个接收器,进行负载均衡,能够提高同步处理速度,并且便于扩展;并且,采用多接收器和多个池数据库,在业务量大幅提升后,无要进行二次开发,便可通过简单配置提高订购关系同步的并发处理能力;通过使用全局数据库和缓存,能够方便基本信息查询,提高处理速度;通过使用数据访问层模块进行数据访问,能够便于扩展;通过,现有技术中OrderReceiver服务实现的功能由网关模块、接收器集群、数据访问层模块,业务集成商发送模块来共同实现,能够降低同步失败风险。本发明一种增值业务中同步订购关系的系统如图5所示。所述系统包括:业务运营支撑系统100、业务集成商300、以及业务枢纽平台200,业务枢纽平台200包括订购关系存储模块210、数据库220和业务集成商发送模块230。业务运营支撑系统100,用于接收到订购业务的请求后,将封装所述请求对应的订购关系的报文转发给业务枢纽平台200。订购关系存储模块210,用于将接收的报文中的订购关系存储到数据库220中。业务集成商发送模块230,用于周期地检查数据库,在检查到数据库220中新存储订购关系后,从数据库220中读取新存储的订购关系发送给业务集成商300。业务集成商300,用于存储接收的订购关系。进一步地,所述数据库包括多个池数据库;所述订购关系存储模块进一步用于按配置的规则将接收的报文中的订购关系存储到对应的池数据库。进一步地,所述订购关系存储模块进一步包括网关模块和接收器集群,网关模块,用于接收到报文后,按负载均衡方式将所述报文转发给接收器集群中的接收器;接收器,用于接收到报文后,处理所述报文,解析出订购关系,并将所述订购关系存储到数据库中。其中,所述数据库包括多个池数据库;所述业务枢纽平台还包括数据访问层模块,所述接收器在将所述订购关系存储到数据库中时进一步用于将所述订购关系发送给数据访问层模块;数据访问层模块,用于按配置的规则将订购关系存储到对应的池数据库。进一步地,所述数据库还包括用于存储配置的基本信息的全局数据库;所述订购关系存储模块进一步用于按配置的规则从全局数据库中读取基本信息,依据所述基本信息确定接收的订购关系所属的类;将接收的订购关系存储到所属的类对应的池数据库。其中,所述业务枢纽平台还包括按配置存储全局数据库中的基本信息的缓存;所述订购关系存储模块在按配置的规则从全局数据库中读取基本信息时进一步用于按配置的规则从缓存中查找基本信息,如果查找到,则读取查找到的基本信息,否则,按配置的规则从全局数据库中查找基本信息并读取。其中,所述业务枢纽平台还包括缓存;所述订购关系存储模块在按配置的规则从全局数据库中读取基本信息时进一步用于按配置的规则从缓存中查找基本信息,如果查找到,则读取查找到的基本信息,否则,按配置的规则从全局数据库中查找基本信息并读取,将读取的基本信息存储到缓存中。所述业务枢纽平台还包括更新模块,更新模块,用于统计缓存中每个基本信息被调用的次数,定期将被调用的次数小于预设阀值的基本信息从缓存中删除。进一步地,所述业务枢纽平台还包括数据访问层模块,业务集成商发送模块进一步用于周期地向业务枢纽平台的数据访问层模块发送检查指示;并将接收的订购关系发送给业务集成商进行保存;数据访问层模块,用于依据检查指示查询数据库,读取数据库中新存储的订购关系,并将读取的订购关系发送给业务集成商发送模块。进一步地,所述业务枢纽平台还包括规则修改模块,所述规则修改模块用于在池数据库内存储的数据量超过预设阀值时,修改配置的规则,将所述池数据库对应存储的部分订购关系划分到新的池数据库中进行存储。以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
权利要求
1.一种增值业务中同步订购关系的方法,其特征在于,所述方法包括: 步骤1,业务运营支撑系统接收到订购业务的请求后,将封装所述请求对应的订购关系的报文转发给业务枢纽平台; 步骤2,业务枢纽平台的订购关系存储模块将接收的报文中的订购关系存储到数据库中; 步骤3,业务枢纽平台的业务集成商发送模块周期地检查数据库,在检查到数据库中新存储订购关系后,从数据库中读取新存储的订购关系发送给业务集成商进行保存。
2.根据权利要求1所述的增值业务中同步订购关系的方法,其特征在于, 所述数据库包括多个池数据库; 所述步骤2进一步包括: 步骤21,订购关系存储模块按配置的规则将接收的报文中的订购关系存储到对应的池数据库。
3.根据权利要求1所述的增值业务中同步订购关系的方法,其特征在于, 所述步骤2进一步包括: 步骤31,订购关系存储模块的网关模块接收到报文后,按负载均衡方式将所述报文转发给订购关系存储模块的接收器集群中的接收器; 步骤32,所述接收器 接收到所述报文后,处理所述报文,解析出订购关系,并将所述订购关系存储到数据库中。
4.根据权利要求2所述的增值业务中同步订购关系的方法,其特征在于, 所述数据库还包括全局数据库; 所述方法还包括将配置的基本信息存储到全局数据库; 所述步骤21进一步包括: 步骤41,订购关系存储模块按配置的规则从全局数据库中读取基本信息,依据所述基本信息确定接收的订购关系所属的类; 步骤42,订购关系存储模块将接收的订购关系存储到所属的类对应的池数据库。
5.根据权利要求3所述的增值业务中同步订购关系的方法,其特征在于, 所述数据库包括多个池数据库; 所述将所述订购关系存储到数据库中进一步包括: 步骤51,接收器将所述订购关系发送给业务枢纽平台的数据访问层模块; 步骤52,数据访问层模块按配置的规则将订购关系存储到对应的池数据库。
6.根据权利要求1所述的增值业务中同步订购关系的方法,其特征在于, 所述步骤3进一步包括: 步骤61,业务集成商发送模块周期地向业务枢纽平台的数据访问层模块发送检查指示; 步骤62,数据访问层模块依据检查指示查询数据库,读取数据库中新存储的订购关系,并将读取的订购关系发送给业务集成商发送模块; 步骤63,业务集成商发送模块将接收的订购关系发送给业务集成商进行保存。
7.根据权利要求4所述的增值业务中同步订购关系的方法,其特征在于, 所述方法还包括按配置将全局数据库中的基本信息存储到缓存中;所述订购关系存储模块按配置的规则从全局数据库中读取基本信息进一步包括: 步骤71A,订购关系存储模块按配置的规则从缓存中查找基本信息,如果查找到,则读取查找到的基本信息,否则,按配置的规则从全局数据库中查找基本信息并读取;或者,所述订购关系存储模块按配置的规则从全局数据库中读取基本信息进一步包括: 步骤71B,订购关系存储模块按配置的规则从缓存中查找基本信息,如果查找到,则读取查找到的基本信息,否则,按配置的规则从全局数据库中查找基本信息并读取,将读取的基本信息存储到缓存中; 所述方法还包括 步骤72B,统计缓存中每个基本信息被调用的次数,定期将被调用的次数小于预设阀值的基本信息从缓存中删除。
8.根据权利要求2所述的增值业务中同步订购关系的方法,其特征在于, 所述方法还包括: 步骤81,在池数据库内存储的数据量超过预设阀值时,修改所述配置的规则,将所述池数据库对应存储的部分订购关系划分到新的池数据库中进行存储。
9.一种增值业务中同步订购关系的系统,其特征在于,所述系统包括:业务运营支撑系统、业务集成商、以及业务枢纽平台,业务枢纽平台包括数据库、业务集成商发送模块和订购关系存储模块; 业务运营支撑系统,用于接收到订购业务的请求后,将封装所述请求对应的订购关系的报文转发给业务枢纽平台; 订购关系存储模块,用于将接收 的报文中的订购关系存储到数据库中; 业务集成商发送模块,用于周期地检查数据库,在检查到数据库中新存储订购关系后,从数据库中读取新存储的订购关系发送给业务集成商; 业务集成商,用于存储接收的订购关系。
10.根据权利要求9所述的增值业务中同步订购关系的系统,其特征在于, 所述数据库包括多个池数据库; 所述订购关系存储模块进一步用于按配置的规则将接收的报文中的订购关系存储到对应的池数据库; 或者, 所述订购关系存储模块进一步包括网关模块和接收器集群, 网关模块,用于接收到报文后,按负载均衡方式将所述报文转发给接收器集群中的接收器; 接收器,用于接收到报文后,处理所述报文,解析出订购关系,并将所述订购关系存储到数据库中。
全文摘要
本发明公开一种增值业务中同步订购关系的方法和系统,所述方法包括步骤1,业务运营支撑系统接收到订购业务的请求后,将封装所述请求对应的订购关系的报文转发给业务枢纽平台;步骤2,业务枢纽平台的订购关系存储模块将接收的报文中的订购关系存储到数据库中;步骤3,业务枢纽平台的业务集成商发送模块周期地检查数据库,在检查到数据库中新存储订购关系后,从数据库中读取新存储的订购关系发送给业务集成商进行保存。本发明能够解决由于业务链过长而增加产生风险的可能性的问题。
文档编号H04M3/42GK103188405SQ20111044793
公开日2013年7月3日 申请日期2011年12月28日 优先权日2011年12月28日
发明者张岩 申请人:北京新媒传信科技有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1