CN101640854A - 增值业务订购关系的维护方法 - Google Patents

Abstract

本发明提供了一种增值业务订购关系的维护方法，包括以下步骤：VASP收到来自BSS的请求更新增值业务订购关系的请求；VASP根据请求更新其保存的增值业务订购关系；BSS根据更新结果更新其保存的增值业务订购关系。通过上述技术方案，克服了现有技术的VASP和BSS均不能实现增值业务的订购关系维护的问题，从而有效地保证了数据安全，以及增值业务操作的成功率。

Description

增值业务订购关系的维护方法

技术领域

本发明涉及通信领域，具体而言，涉及一种增值业务订购关系的维护方法。

背景技术

现今国内通用的2G技术发展到相当成熟的地步，手机相当普及，与手机相关的各种服务也层出不穷。运营商和各类增值业务提供商提供了丰富多彩的增值业务，很好地满足了各类消费群体的需求。随着3G技术在北京、上海等城市的放号测试使用，宣告3G应用即将大规模展开。

在这个2G技术应用广泛存在、3G技术即将到来的时代，运营商需要提供一种既满足现有2G网络提供的各种服务，又支持和面向3G网络运营管理的通用系统。为此，提出了综合增值业务系统(VASP)，解决增值业务开发、管理分散的问题；又提出了综合业务支撑系统(BSS)，用于独立维护用户数据和订购关系数据，保证数据的安全性和可靠性。

然而，上述综合增值业务系统和综合业务支撑系统均不能实现增值业务的订购关系维护，导致不能保证用户数据和业务数据的安全性。

发明内容

本发明旨在提供一种增值业务订购关系的维护方法，以解决上述综合增值业务系统和综合业务支撑系统均不能实现增值业务的订购关系维护的问题。

根据本发明的一个方面，提供了一种增值业务订购关系的维护方法，包括以下步骤：VASP收到来自BSS的请求更新增值业务订购关系的请求；VASP根据请求更新其保存的增值业务订购关系；BSS根据更新结果更新其保存的增值业务订购关系。

优选的，该维护方法还包括：由BSS主动发起请求。

优选的，VASP根据请求更新其保存的增值业务订购关系具体包括：VASP收到来自BSS的请求；VASP鉴权用户的用户信息，并将鉴权结果反馈给BSS；若鉴权失败，则BSS根据接收到的反馈结果，在本次流程结束后的预定时间将正确的用户信息同步给VASP；若鉴权成功，则VASP鉴权增值业务的属性；若鉴权成功，则根据请求更新所保存的增值业务订购关系，并将更新结果反馈给BSS和增值业务提供商；若鉴权失败，则VASP将失败结果及原因反馈给BSS，本次更新增值业务定购关系失败，并将正确的增值业务属性同步给BSS，BSS收到同步消息后，回到上述由BSS主动发起请求的步骤。

优选的，该维护方法还包括：VASP接收用户发起的请求操作增值业务订购关系的消息，并将消息通知BSS；BSS针对消息进行预处理，并根据预处理结果向VASP发送请求。

优选的，VASP通过短消息、互联网或WAP(无线应用协议)接收来自用户的消息。

优选的，BSS针对消息进行预处理，并根据预处理结果向VASP发送请求具体包括：BSS收到消息；BSS决定是否要求用户进行二次确认；如果要求，则BSS向VASP发送二次确认请求消息；VASP收到二次确认请求消息后，鉴权用户的用户信息；将鉴权用户信息的结果反馈给BSS，然后向用户发送请求二次确认的提示；VASP收到用户的二次确认消息后，向BSS发送二次确认结果通知；BSS向VASP发起请求同步增值业务订购关系的请求。

优选的，BSS针对消息进行预处理，并根据预处理结果向VASP发送请求具体包括：BSS收到消息；BSS决定是否要求用户进行二次确认；如果不要求，则BSS向VASP发起请求更新增值业务订购关系的请求。

优选的，VASP根据请求更新其保存的增值业务订购关系具体包括：VASP收到来自BSS的请求；VASP鉴权用户的用户信息；VASP将鉴权用户信息的结果反馈给BSS，并将鉴权结果反馈给BSS；若鉴权失败，则BSS根据接收到的反馈结果，在本次流程结束后的预定时间将正确的用户信息同步给VASP；若鉴权成功，则VASP鉴权增值业务的属性；若鉴权成功，则根据请求更新所保存的增值业务订购关系，并将更新结果反馈给BSS、增值业务提供商和用户；若鉴权失败，则VASP将失败结果及原因反馈给BSS，本次更新增值业务定购关系失败，并将正确的增值业务属性同步给BSS，BSS收到同步消息后，回到上述由BSS主动发起请求的步骤。

优选的，VASP鉴权增值业务属性具体包括：VASP根据请求中的增值业务提供商代码、业务代码和产品代码，检查VASP中所记录的相应的增值业务提供商的状态是否正常，是否对用户暂停或者屏蔽；若正常且未对用户暂停或者屏蔽，则继续检查VASP中所记录的相应的业务状态是否正常，是否对用户暂停或者屏蔽；若正常且未对用户暂停或者屏蔽，则继续检查VASP中所记录的相应的产品状态是否正常，是否对用户暂停或者屏蔽；如果一切正常，则鉴权成功；否则鉴权失败。

优选的，通过web service(网络服务)接口系统单元转发BSS和VASP之间的消息，更新增值业务订购关系包括以下至少一种：订购、退订和变更。

本发明因为实现了VASP和BSS之间的交互，所以克服了现有技术的综合增值业务系统和综合业务支撑系统均不能实现增值业务的订购关系维护的问题，从而有效地保证了数据安全，以及增值业务操作的成功率。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1示出了根据本发明实施例的增值业务订购关系的维护方法的流程图；

图2示出了根据本发明优选实施例的增值业务订购关系的维护方法的订购流程图；

图3示出了根据本发明优选实施例的增值业务订购关系的维护方法的退订流程图；

图4示出了根据本发明优选实施例的增值业务订购关系的维护方法的BSS发起订购流程图；

图5示出了根据本发明优选实施例的增值业务订购关系的维护方法的BSS发起退订流程图；

图6示出了根据本发明优选实施例的增值业务订购关系的维护方法的BSS发起变更流程图；

图7示出了根据本发明优选实施例的增值业务订购关系的维护方法中VASP的位置与BSS间关系示意图。

具体实施方式

下面将参考附图并结合实施例，来详细说明本发明。

图1示出了根据本发明实施例的增值业务订购关系的维护方法的流程图，包括：

步骤S10，VASP收到来自BSS的请求更新增值业务订购关系的请求；

步骤S20，VASP根据请求更新其保存的增值业务订购关系；

步骤S30，BSS根据更新结果更新其保存的增值业务订购关系。

可以看出，本发明的增值业务订购关系的维护方法实现了综合增值业务系统和综合业务支撑系统通过web service接口系统的配合完成增值业务的订购关系维护工作，使两者达到和谐统一，从而有效地保证了数据安全，以及增值业务操作的成功率。

优选的，该维护方法还包括：由BSS主动发起请求。

优选的，步骤S20具体包括：VASP收到来自BSS的请求；VASP鉴权用户的用户信息，并将鉴权结果反馈给BSS；若鉴权失败，则BSS根据接收到的反馈结果，在本次流程结束后的预定时间将正确的用户信息同步给VASP；若鉴权成功，则VASP鉴权增值业务的属性(即，VASP鉴权增值业务提供商的属性及其提供的增值业务的属性及其他约束条件)；若鉴权成功，则根据请求更新所保存的增值业务订购关系，并将更新结果反馈给BSS和增值业务提供商；若鉴权失败，则VASP将失败结果及原因反馈给BSS，本次更新增值业务定购关系失败，并将正确的增值业务属性同步给BSS，BSS收到同步消息后，回到上述由BSS主动发起请求的步骤。

以上优选实施例保证了用户数据和业务数据的安全。

优选的，该维护方法还包括：VASP接收用户发起的请求操作增值业务订购关系的消息，并将消息通知BSS；BSS针对消息进行预处理，并根据预处理结果向VASP发送请求。

优选的，VASP通过短消息、互联网或WAP接收来自用户的消息。

优选的，BSS针对消息进行预处理，并根据预处理结果向VASP发送请求具体包括：BSS收到消息；BSS决定是否要求用户进行二次确认；如果要求，则BSS向VASP发送二次确认请求消息；VASP收到二次确认请求消息后，鉴权用户的用户信息；将鉴权用户信息的结果反馈给BSS，然后向用户发送请求二次确认的提示；VASP收到用户的二次确认消息后，向BSS发送二次确认结果通知；BSS向VASP发起请求同步增值业务订购关系的请求。

以上优选实施例也保证了用户数据和业务数据的安全。

优选的，BSS针对消息进行预处理，并根据预处理结果向VASP发送请求具体包括：BSS收到消息；BSS决定是否要求用户进行二次确认；如果不要求，则BSS向VASP发起请求更新增值业务订购关系的请求。

优选的，步骤S20具体包括：VASP收到来自BSS的请求；VASP鉴权用户的用户信息；VASP将鉴权用户信息的结果反馈给BSS，并将鉴权结果反馈给BSS；若鉴权失败，则BSS根据接收到的反馈结果，在本次流程结束后的预定时间将正确的用户信息同步给VASP；若鉴权成功，则VASP鉴权增值业务的属性；若鉴权成功，则根据请求更新所保存的增值业务订购关系，并将更新结果反馈给BSS、增值业务提供商和用户；若鉴权失败，则VASP将失败结果及原因反馈给BSS，本次更新增值业务定购关系失败，并将正确的增值业务属性同步给BSS，BSS收到同步消息后，回到上述由BSS主动发起请求的步骤。

优选的，VASP鉴权增值业务属性具体包括：VASP根据请求中的增值业务提供商代码、业务代码和产品代码，检查VASP中所记录的相应的增值业务提供商的状态是否正常，是否对用户暂停或者屏蔽；若正常且未对用户暂停或者屏蔽，则继续检查VASP中所记录的相应的业务状态是否正常，是否对用户暂停或者屏蔽；若正常且未对用户暂停或者屏蔽，则继续检查VASP中所记录的相应的产品状态是否正常，是否对用户暂停或者屏蔽；如果一切正常，则鉴权成功；否则鉴权失败。

优选的，通过web service接口系统单元转发BSS和VASP之间的消息，更新增值业务订购关系包括以下至少一种：订购、退订和变更。

以上实施例，通过web service接口系统单元实现了VASP和BSS的配合完成增值业务的订购关系维护工作。

由上述优选实施例可以看出，VASP接收用户各种方式发起的订购请求，通过web service接口系统单元将请求转发给BSS，BSS收到消息做完预处理，再向VASP发送订购关系同步请求，VASP更新订购关系，使用web service接口系统单元通知SP(增值服务提供商)、通知BSS更新订购关系；VASP接收BSS发起的订购请求，VASP更新订购关系，使用web service接口系统单元通知SP、通知BSS更新订购关系；发送短消息通知用户订购结果。本发明灵活、高效的实现了增值业务操作，保证了用户数据和业务数据的安全，保障了增值业务操作的成功率。

图2示出了根据本发明优选实施例的增值业务订购关系的维护方法的订购流程图，包括以下步骤：

步骤201，用户使用手机编辑增值业务的订购指令短信，把该短信发送给VASP。

步骤202，VASP接收手机发送的增值业务订购指令的短信，由VASP的辅助程序查询出该订购指令所对应的产品信息，然后由VASP使用web service接口系统单元(即图4至图6中的接口机IMP)将订购请求(OrderConfirmReq)发送给BSS。

步骤203，BSS收到VASP发送过来的订购请求后，进行订购预处理，决定是否需要向用户发送二次确认，若不需要二次确认，则继续下面的步骤207，否则通过web service接口系统单元向VASP发送订购二次确认消息。

步骤204，VASP收到BSS的订购二次确认消息(OrderRelationNotifyReq)触发业务(MessageAccessSib)后，查找VASP数据库，获取用户信息，鉴权用户存在性和状态，若用户信息正常，则向用户发送确认提示短消息，并将用户的临时数据、增值业务的属性等数据缓存起来，调用web service接口系统单元将鉴权结果通知BSS；若鉴权用户失败，则将失败原因通知BSS，BSS方再将正确的用户数据同步给VASP，然后再回到步骤203，除非是因实际用户数据不存在或不合法，否则一直循环直至成功。

步骤205，用户收到要求确认的提示短消息后，回复确认订购。

步骤206，VASP收到用户的确认订购消息，从缓存中取出对应的数据，然后使用web service接口系统单元向BSS发送二次确认结果通知(OrderRelationNotifyRsltReq)。

步骤207，VASP收到BSS的同步订购关系消息(OrderRelationNotifyReq)，进行鉴权。查看用户在VASP的存在性以及用户的状态，将结果通过同步订购关系的响应消息(OrderRelationNotifyRep)反馈给BSS。

步骤208，VASP根据BSS同步过来的SP代码、业务代码和产品代码，检查VASP数据库服务器中该SP的状态是否正常，是否合法，是否对该用户暂停或者屏蔽。若正常，则继续检查业务状态在VASP数据库服务器中是否正常，是否对该用户暂停或者屏蔽。若正常，则继续检查产品状态在VASP数据库服务器中是否正常，如果一切正常则将订购关系存入VASP数据库服务器。如果前面SP、业务和产品任何一个鉴权失败，则将鉴权的错误结果使用webservice接口系统单元反馈给BSS。BSS根据收到的错误原因，将正确的数据同步给VASP，BSS再使用正确的数据重新发起操作，继续步骤203，直至成功。

步骤209，VASP将订购关系存入VASP数据库服务器后，使用web service接口系统单元向SP同步订购关系(OrderRelationUpdateNotifyReq)。

步骤210，VASP按照和BSS直接规定的接口使用web service接口系统单元通知BSS建立订购关系(OrderRelationNotifyRsltReq)。

步骤211，VASP使用短消息发送模块，向用户发送订购成功的短消息。

步骤212，VASP产生作为日志记录用的话单。

图3示出了根据本发明优选实施例的增值业务订购关系的维护方法的退订流程图，包括以下步骤：

步骤301，用户使用手机编辑增值业务退订指令短信，把该短信发送给VASP。

步骤302，VASP接收手机发送的增值业务退订指令短信，由VASP的辅助程序查询出该退订指令所对应的产品信息，然后由VASP使用web service接口系统单元将退订请求(OrderConfirmReq)发送给BSS。

步骤303，BSS收到VASP发送过来的退订请求后，进行退订预处理，通过web service接口系统单元做协议及接口转换向VASP同步退订。

步骤304，VASP收到BSS的同步退订消息(OrderRelationNotifyReq)，触发业务(MessageAccessSib)，删除订购关系，并将已删除的订购关系存入历史记录库，便于日后统计查询。

步骤305，VASP使用web service接口系统单元，按照与SP的接口规范向SP同步订购关系(OrderRelationUpdateNotifyReq)，通知SP用户已经退订了产品。

步骤306，VASP按照和BSS直接规定的接口使用web service接口系统单元告知BSS用户在VASP的存在性和状态(OrderRelationNotifyRsp)。

步骤307，VASP按照和BSS直接规定的接口使用web service接口系统单元通知BSS订购关系已经删除(OrderRelationNotifyRsltReq)。

步骤308，VASP使用短消息发送模块，向用户发送退订成功的短消息。

步骤309，VASP产生作为日志记录用的话单。

图4示出了根据本发明优选实施例的增值业务订购关系的维护方法的BSS发起订购流程图，包括以下步骤：

步骤401，BSS通过web service接口系统单元(即接口机IMP)向VASP发送订购消息(OrderRelationNotifyReq)。

步骤402，VASP接收通过web service接口系统单元转换过的来自BSS的订购消息(Order_Sync_Req)。

步骤403，VASP收到BSS的同步订购关系消息，进行鉴权。查看VASP数据库，取出用户信息，鉴权用户在VASP的存在性以及用户的状态是否正常。

步骤404，将鉴权结果(OrderRelationNotifyRsp)通过web service接口系统单元反馈给BSS。

步骤405，VASP根据BSS同步过来的SP代码、业务代码和产品代码，检查VASP数据库服务器中该SP的状态是否正常，是否合法，是否对该用户暂停或者屏蔽。若正常，则继续检查业务状态在VASP数据库服务器中是否正常，是否对该用户暂停或者屏蔽。若正常，则继续检查产品状态在VASP数据库服务器中是否正常，如果一切正常则将订购关系存入VASP数据库服务器。如果前面SP、业务和产品任何一个鉴权失败，则将鉴权的错误结果使用webservice接口系统单元反馈给BSS。BSS根据收到的错误原因，将正确的数据同步给VASP，继续步骤401，直至成功。

步骤406，VASP将订购关系存入VASP数据库服务器后，使用web service接口系统单元向SP同步订购关系(OrderRelationUpdateNotifyReq)。

步骤407，VASP按照和BSS直接规定的接口使用web service接口系统单元通知BSS建立订购关系(OrderRelationNotifyRsltReq)。

步骤408，VASP使用短消息发送模块，向用户发送订购成功的短消息。

步骤409，VASP产生作为日志记录用的话单。

图5示出了根据本发明优选实施例的增值业务订购关系的维护方法的BSS发起退订流程图，包括以下步骤：

步骤501，BSS通过web service接口系统单元(即接口机IMP)向VASP发送退订消息(OrderRelationNotifyReq)。

步骤502，VASP接收通过web service接口系统单元转换过的来自BSS的退订消息(Order_Sync_Req)。

步骤503，VASP收到BSS的同步退订消息，删除订购关系，并将已删除的订购关系存入历史记录库，便于日后统计查询。

步骤504，VASP使用web service接口系统单元，按照与SP的接口规范向SP同步订购关系(OrderRelationUpdateNotifyRsp)，通知SP用户已经退订了产品。

步骤505，VASP按照和BSS之间规定的接口使用web service接口系统单元告知BSS用户在VASP的存在性和状态(OrderRelationNotifyRsp)。

步骤506，VASP按照和BSS直接规定的接口使用web service接口系统单元通知BSS订购关系已经删除(OrderRelationNotifyRsltRsp)。

步骤507，VASP使用短消息发送模块，向用户发送退订成功的短消息。

步骤508，VASP产生作为日志记录用的话单。

图6示出了根据本发明优选实施例的增值业务订购关系的维护方法的BSS发起变更流程图，包括以下步骤：

步骤601，BSS通过web service接口系统单元(即接口机IMP)向VASP发送变更消息(OrderRelationNotifyRsp)。

步骤602，VASP接收通过web service接口系统单元转换过的来自BSS的变更消息(Order_Sync_Req)。

步骤603，VASP收到BSS的同步订购关系消息，进行鉴权。查看用户在VASP的存在性以及用户的状态。

步骤604，VASP将鉴权结果(OrderRelationNotifyRsp)通过web service接口系统单元反馈给BSS。

步骤605，VASP根据BSS同步过来的SP代码、业务代码和产品代码，检查VASP数据库服务器中该SP的状态是否正常，是否合法，是否对该用户暂停或者屏蔽。若正常，则继续检查业务状态在VASP数据库服务器中是否正常，是否对该用户暂停或者屏蔽。若正常，则继续检查产品状态在VASP数据库服务器中是否正常，如果一切正常则将根据同步过来的业务代码和用户手机号码信息，在VASP数据库服务器中查找订购关系，查到订购关系后，将BSS同步过来的新的产品代码替换掉原来的产品代码，也就是为用户将原来订购的产品更换成新的产品。将原来老的产品订购关系存入历史记录库，便于日后统计查询。如果前面SP、业务和产品任何一个鉴权失败，则将鉴权的错误结果使用web service接口系统单元反馈给BSS。VASP同步正确的SP、业务和产品信息给BSS，BSS根据收到的错误原因，再将从VASP处获取的正确的数据同步给VASP，继续步骤601，直至成功。

步骤606，VASP将订购关系存入VASP数据库服务器后，使用web service接口系统单元向SP同步订购关系(OrderRelationUpdateNotifyRsp)。

步骤607，VASP按照和BSS之间规定的接口使用web service接口系统单元通知BSS建立订购关系(OrderRelationNotifyRsltRsp)。

步骤608，VASP使用短消息发送模块，向用户发送变更成功的短消息。

步骤609，VASP产生作为日志记录用的话单。

综上所述，本发明提出的增值业务订购关系的维护方法，由用户通过手机终端、WWW门户、WAP门户、IVR自服务门户、WAP自服务门户、SP网站、SP IVR等方式向VASP发起增值业务操作，包括订购、退订或变更，然后由VASP和BSS进行消息交互和数据交互，实现增值业务操作；或由BSS发起增值业务操作，通过和VASP之间进行消息交互和数据交互，实现增值业务操作。该维护方法关键在于VASP和BSS之间通过Web service接口系统单元的交互，高效、灵活多样的实现了产品订购、退订和变更，而且有效地保证了数据安全，以及增值业务操作的成功率。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种增值业务订购关系的维护方法，其特征在于，包括以下步骤：

综合增值业务系统收到来自综合业务支撑系统的请求更新增值业务订购关系的请求；

所述综合增值业务系统根据所述请求更新其保存的所述增值业务订购关系；

所述综合业务支撑系统根据所述更新结果更新其保存的所述增值业务订购关系。

2.根据权利要求1所述的维护方法，其特征在于，还包括：

由所述综合业务支撑系统主动发起所述请求。

3.根据权利要求2所述的维护方法，其特征在于，所述综合增值业务系统根据所述请求更新其保存的所述增值业务订购关系具体包括：

所述综合增值业务系统收到来自所述综合业务支撑系统的所述请求；

所述综合增值业务系统鉴权所述用户的用户信息，并将鉴权结果反馈给所述综合业务支撑系统；

若鉴权失败，则所述综合业务支撑系统根据接收到的反馈结果，在本次流程结束后的预定时间将正确的用户信息同步给所述综合增值业务系统；

若鉴权成功，则所述综合增值业务系统鉴权增值业务的属性；

若鉴权成功，则根据所述请求更新所保存的增值业务订购关系，并将更新结果反馈给所述综合业务支撑系统和增值业务提供商；

若鉴权失败，则所述综合增值业务系统将失败结果及原因反馈给所述综合业务支撑系统，本次更新增值业务定购关系失败，并将正确的增值业务属性同步给所述综合业务支撑系统，所述综合业务支撑系统收到同步消息后，回到上述由所述综合业务支撑系统主动发起所述请求的步骤。

4.根据权利要求1所述的维护方法，其特征在于，还包括：

所述综合增值业务系统接收用户发起的请求操作增值业务订购关系的消息，并将所述消息通知所述综合业务支撑系统；

所述综合业务支撑系统针对所述消息进行预处理，并根据预处理结果向所述综合增值业务系统发送所述请求。

5.根据权利要求4所述的维护方法，其特征在于，所述综合增值业务系统通过短消息、互联网或无线应用协议接收来自所述用户的所述消息。

6.根据权利要求4所述的维护方法，其特征在于，所述综合业务支撑系统针对所述消息进行预处理，并根据预处理结果向所述综合增值业务系统发送所述请求具体包括：

所述综合业务支撑系统收到所述消息；

所述综合业务支撑系统决定是否要求所述用户进行二次确认；

如果要求，则所述综合业务支撑系统向所述综合增值业务系统发送二次确认请求消息；

所述综合增值业务系统收到所述二次确认请求消息后，鉴权所述用户的用户信息；

将鉴权用户信息的结果反馈给所述综合业务支撑系统，然后向所述用户发送请求二次确认的提示；

所述综合增值业务系统收到所述用户的二次确认消息后，向所述综合业务支撑系统发送二次确认结果通知；

所述综合业务支撑系统向所述综合增值业务系统发起请求同步所述增值业务订购关系的所述请求。

7.根据权利要求4所述的维护方法，其特征在于，所述综合业务支撑系统针对所述消息进行预处理，并根据预处理结果向所述综合增值业务系统发送所述请求具体包括：

所述综合业务支撑系统收到所述消息；

所述综合业务支撑系统决定是否要求所述用户进行二次确认；

如果不要求，则所述综合业务支撑系统向所述综合增值业务系统发起请求同步所述增值业务订购关系的所述请求。

8.根据权利要求4所述的维护方法，其特征在于，所述综合增值业务系统根据所述请求更新其保存的所述增值业务订购关系具体包括：

所述综合增值业务系统收到来自所述综合业务支撑系统的所述请求；

所述综合增值业务系统鉴权所述用户的用户信息；

所述综合增值业务系统将鉴权用户信息的结果反馈给所述综合业务支撑系统，并将鉴权结果反馈给所述综合业务支撑系统；

若鉴权失败，则所述综合业务支撑系统根据接收到的反馈结果，在本次流程结束后的预定时间将正确的用户信息同步给所述综合增值业务系统；

若鉴权成功，则所述综合增值业务系统鉴权增值业务的属性；

若鉴权成功，则根据所述请求更新所保存的增值业务订购关系，并将更新结果反馈给所述综合业务支撑系统、增值业务提供商和所述用户；

若鉴权失败，则所述综合增值业务系统将失败结果及原因反馈给所述综合业务支撑系统，本次更新增值业务定购关系失败，并将正确的增值业务属性同步给所述综合业务支撑系统，所述综合业务支撑系统收到同步消息后，回到上述由所述综合业务支撑系统主动发起所述请求的步骤。

9.根据权利要求3或8所述的维护方法，其特征在于，所述综合增值业务系统鉴权增值业务属性具体包括：

所述综合增值业务系统根据所述请求中的增值业务提供商代码、业务代码和产品代码，检查所述所述综合增值业务系统中所记录的相应的增值业务提供商的状态是否正常，是否对所述用户暂停或者屏蔽；

若正常且未对所述用户暂停或者屏蔽，则继续检查所述所述综合增值业务系统中所记录的相应的业务状态是否正常，是否对所述用户暂停或者屏蔽；

若正常且未对所述用户暂停或者屏蔽，则继续检查所述所述综合增值业务系统中所记录的相应的产品状态是否正常，是否对所述用户暂停或者屏蔽；

如果一切正常，则鉴权成功；否则鉴权失败。

10.根据权利要求1至8任一项所述的维护方法，其特征在于，通过网络服务接口系统单元转发所述综合业务支撑系统和所述综合增值业务系统之间的消息，更新所述增值业务订购关系包括以下至少一种：订购、退订和变更。

Images