CN101600185B - 跨网络域增值业务套餐的订购方法、系统和业务管理平台 - Google Patents
跨网络域增值业务套餐的订购方法、系统和业务管理平台 Download PDFInfo
- Publication number
- CN101600185B CN101600185B CN200910088919XA CN200910088919A CN101600185B CN 101600185 B CN101600185 B CN 101600185B CN 200910088919X A CN200910088919X A CN 200910088919XA CN 200910088919 A CN200910088919 A CN 200910088919A CN 101600185 B CN101600185 B CN 101600185B
- Authority
- CN
- China
- Prior art keywords
- value
- added service
- user
- order
- territory
- 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
Images
Abstract
本发明公开了一种跨网络域增值业务套餐的订购方法、系统和业务管理平台,其中,订购方法包括:接收终端发送的用于订购跨网络域增值业务套餐的订购请求消息,所述跨网络域增值业务套餐中包括用户选择的分别属于不同网络域的多个增值业务;判断分别与所述多个增值业务对应的多个用户信息中包括的合同号标识是否相同;若相同,则记录所述用户与所述跨网络域增值业务套餐的订购关系信息,并向终端返回订购成功消息,所述订购关系信息包括用户标识、所述分别属于不同网络域的多个增值业务标识和订购成功状态标识。所述终端包括门户服务器和支撑系统。本发明实现了跨网络域的增值业务套餐的订购,为新型增值业务的应用和发展提供了广阔的前景。
Description
技术领域
本发明涉及通信技术,特别涉及一种跨网络域增值业务套餐的订购方法、系统和业务管理平台。
背景技术
增值业务是凭借公用电信网的资源和其他通信设备,在原有通信网基本业务以外开发的附加通信业务,其实现的价值是使原有网络的经济效益或功能价值增高。随着3G牌照的发放以及全业务运营格局的形成,增值业务倍受关注,增值业务的市场规模越来越大,增值服务的应用也越来越广泛,已经成为运营商业务收入增长的主要拉动力量。
当前,对于单一网络域内的增值业务如:手机邮箱、手机炫铃等,运营商已经具备了管理及实现的能力。但是,单一网络域内的增值业务已经越来越不能满足用户和运营商的需求。随着网络技术的不断发展和用户需求的不断增加,新型的增值业务,例如跨网络域的增值业务套餐的管理及实现的需求逐渐增强,而现有技术只解决了单一网络域内的增值业务管理及实现,并没有解决跨网络域的增值业务套餐(例如手机炫铃与宽带增值套餐打包后的套餐)的管理及实现问题。
发明内容
本发明的目的是提供一种跨网络域增值业务套餐的订购方法、系统和业务管理平台,解决现有技术中只存在单一网络域内的增值业务订购方法问题,实现了跨网络域的增值业务套餐的订购。
本发明提供了一种跨网络域增值业务套餐的订购方法,包括:
接收终端发送的用于订购跨网络域增值业务套餐的订购请求消息,所述 跨网络域增值业务套餐中包括用户选择的分别属于不同网络域的多个增值业务;
判断分别与所述多个增值业务对应的多个用户信息中包括的合同号标识是否相同;
若相同,则记录所述用户与所述跨网络域增值业务套餐的订购关系信息,并向终端返回订购成功消息,所述订购关系信息包括用户标识、所述分别属于不同网络域的多个增值业务标识和订购成功状态标识;否则,向终端返回订购失败消息。
本发明提供了一种综合业务管理平台,包括:
接收模块,用于接收终端发送的用于订购跨网络域增值业务套餐的订购请求消息,所述跨网络域增值业务套餐中包括用户选择的分别属于不同网络域的多个增值业务,并将所述订购请求消息发送至认证鉴权模块;
认证鉴权模块,用于判断分别与所述接收模块接收的用户选择的多个增值业务对应的多个用户信息中包括的合同号标识是否相同;
管理模块,用于在所述认证鉴权模块判断所述多个用户信息中包括的合同号标识相同时,记录所述用户与所述跨网络域增值业务套餐的订购关系信息,并向终端返回订购成功消息,所述订购关系信息包括用户标识、所述不同网络域的增值业务标识和订购成功状态标识;否则,向终端返回订购失败消息。
本发明提供了一种跨网络域增值业务套餐的订购系统,包括:
综合业务管理平台,用于接收终端发送的用于订购跨网络域增值业务套餐的订购请求消息,所述跨网络域增值业务套餐中包括用户选择的分别属于不同网络域的多个增值业务;判断分别与所述多个增值业务对应的多个用户信息中包括的合同号标识是否相同;若相同,则记录所述用户与所述跨网络域增值业务套餐的订购关系信息,并向终端返回订购成功消息,所述订购关系信息包括用户标识、所述分别属于不同网络域的多个增值业务标识和订购成功状态标识;否则,向终端返回订购失败消息
支撑系统,用于在用户的付费方式为后付费类型时,在所述综合业务管理平台判断不同的用户信息中包括的合同号标识相同,并记录所述用户与所述跨网络域增值业务套餐的订购关系信息后,对所述跨网络域增值业务套餐进行扣费;
预付费系统,用于在用户的付费方式为预付费类型时,在所述记录所述用户与所述跨网络域增值业务套餐的订购关系信息之前,根据所述综合业务管理平台发送的扣费请求消息,对所述不同网络域的增值业务进行扣费,并返回对所述不同网络域的增值业务扣费成功的扣费结果消息至所述综合业务管理平台。
本发明通过综合业务管理平台在判断跨网络域增值业务套餐中的不同增值业务分别对应的用户信息中的合同号标识相同时,创建用户与跨网络域增值业务套餐的订购关系,实现了跨网络域的增值业务套餐的订购,为新型增值业务的应用和发展提供了广阔的前景。
附图说明
图1为本发明跨网络域增值业务套餐订购方法第一实施例的流程示意图;
图2为本发明跨网络域增值业务套餐订购方法第二实施例的信令示意图;
图3为本发明跨网络域增值业务套餐的订购方法第三实施例的信令示意图;
图4为本发明综合业务管理平台第一实施例的结构示意图;
图5为本发明综合业务管理平台第二实施例的结构示意图;
图6为本发明跨网络域增值业务套餐的订购系统第一实施例的结构示意图;
图7为本发明跨网络域增值业务套餐的订购系统第二实施例的结构示意图。
具体实施方式
下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。
图1为本发明跨网络域增值业务套餐的订购方法第一实施例的流程示意图,如图1所示,本实施例的方法可以包括以下步骤:
步骤101、接收用于订购跨网络域增值业务套餐的订购请求消息。
综合业务管理平台接收用户通过终端发送的用于订购跨网络域增值业务套餐的订购请求消息,该跨网络域增值业务套餐中包括用户选择的分别属于不同网络域的多个增值业务。上述终端可以包括门户服务器和支撑系统。
步骤102、判断分别与所述多个增值业务对应的多个用户信息中包括的合同号标识是否相同。
综合业务管理平台在接收到用户选择的分别属于不同网络域的多个增值业务的订购请求消息后,进行鉴权,比较其存储的分别与上述多个增值业务对应的多个用户信息(每一个网络域的增值业务对应着一个用户信息)中包括的合同号标识,综合业务管理平台判断上述多个用户信息中的合同号标识是否相同。如果相同,则执行步骤103;否则,执行步骤104。
步骤103、创建订购关系,并向终端返回订购成功消息。
综合业务管理平台在判断分别与不同网络域的增值业务对应的多个用户信息中的合同号标识相同后,表示该用户可以订购跨网络域增值业务套餐,则记录用户与跨网络域增值业务套餐的订购关系信息,该订购关系信息包括用户标识、分别属于不同网络域的多个增值业务标识和订购成功状态标识。并向终端对应的用户返回订购成功消息。
步骤104、向终端返回订购失败消息。
本实施例跨网络域增值业务套餐的订购方法通过综合业务管理平台在不同网络域增值业务对应的用户信息中的合同号标识一致时,创建用户与跨网络域增值业务套餐的订购关系,实现了跨网络域增值业务套餐的订购,为新型增值业务的发展提供了广阔的前景。
本发明的跨网络域增值业务套餐的订购方法可以支持用户在支撑系统订购跨网络域的增值业务套餐,以及用户在门户(包括业务门户和综合业务管理平台的用户自服务门户)订购两种方式。以下的第二实施例和第三实施例 将分别以这两种方式为例对本发明的跨网络域增值业务套餐的订购方法进行详细说明。
图2为本发明跨网络域增值业务套餐的订购方法第二实施例的信令示意图,本实施例跨网络域增值业务套餐的订购方法是以用户在支撑系统进行订购,例如以用户在支撑系统订购由手机邮箱和宽带宝典组成的跨网络域增值业务套餐为例进行说明。如图2所示,本实施例方法可以包括以下步骤:
步骤201、用户向支撑系统发起订购请求。
跨网络域的增值业务套餐指的是该套餐中包括多个分别属于不同网络域的增值产品/套餐,例如:某个增值业务套餐含有两个增值产品/套餐,分别是手机炫铃(手机的个性化铃声定制)和宽带宝典(宽带宝典是在原宽带基础上增加宽带应用产品后进行组合销售的一款增值套餐产品),这种套餐就称为跨网络域的增值业务套餐。
当用户在支撑系统进行订购时,套餐中的各增值业务的信息由综合业务管理平台维护,综合业务管理平台会将增值业务信息实时同步至支撑系统。综合业务管理平台会预先将跨网络域增值业务套餐中的增值产品/套餐信息同步至支撑系统供用户选择,用户从支撑系统选择需要订购的不同网络域内的多个增值产品/套餐。例如,用户选择移动电话号码订购手机邮箱,选择宽带接入帐号(即ADSL帐号)订购宽带宝典。此外,用户还可以向支撑系统发送扣费选择信息,该扣费选择消息即用于在多个用户信息中选择扣费帐号所在的用户信息,扣费帐号用于对不同网络域的增值业务进行扣费。用户的付费方式可以包括绑定到宽带接入帐号、绑定到固定电话号码等,用户可以选择其中一个增值产品/套餐的帐号作为支付帐号,例如,用户可以选择ADSL帐号为支付帐号。其中,用户的付费方式也是由支撑系统维护,同步至综合业务管理平台。
步骤202、支撑系统向综合业务管理平台发送订购请求消息。
支撑系统在接收到用户对选择的不同网络域的多个增值产品/套餐的订购请求后,会针对用户选择的不同网络域的增值业务,分别向综合业务管理 平台发送订购请求消息,并在订购请求消息中包括用于标识订购的增值产品/套餐为套餐中的增值产品/套餐而不是单独的增值产品/套餐的类型标识。同时,支撑系统还会同时将用户付费方式和付费类型等信息同步至综合业务管理平台;用户付费类型包括预付费和后付费,用户的付费类型由支撑系统维护,同步至综合业务管理平台。
步骤203、综合业务管理平台判断分别与多个增值业务对应的多个用户信息中包括的合同号标识是否相同,对本次订购进行鉴权。
综合业务管理平台在接收到支撑系统分别发送的针对多个不同网络域增值业务的订购请求消息后,对本次订购进行认证和鉴权,关键是要判断与用户选择的各不同网络域的增值业务分别对应的多个用户信息中包括的合同号标识是否相同。
上述综合业务管理平台在鉴权时需要比较的对应不同增值业务的用户信息,以及用户信息中包括的合同号标识是用户在开通该项增值业务时创建的;用户可以在支撑系统或者门户进行注册和开通业务,下面将详细说明该用户信息和合同号标识的创建。
当用户在支撑系统首次注册时,支撑系统会创建与该用户对应的客户和用户,生成客户信息和用户信息。其中,客户是运营商的服务对象,用户是运营商所提供服务的实际消费实体。客户与用户是一对多的关系。每个客户在本系统中唯一标识,同时客户与用户之间是从属关系。一个客户可以包含一个或多个用户,一个用户对应于一项主体服务,订购多个主体服务则为多个用户。客户和用户都可以分为签约用户和非签约用户,对于签约用户,客户信息和用户状态由支撑系统同步给综合业务管理平台,对于非签约用户(门户注册的),信息和用户状态由综合业务管理平台维护其信息,用户状态包括正常、停机等。支撑系统在用户信息中创建合同号标识;然后支撑系统向综合业务管理平台发送信息同步请求,综合业务管理平台在其系统内创建相同的客户信息和用户信息。当该用户之后在支撑系统开通业务时,支撑系统只创建对应该业务的用户信息,该用户信息中包括的合同号标识与该用户所 关联的客户信息对应的其他用户信息中的合同号标识相同,即一个合同号可以对应一个或者多个用户,关联同一客户信息的用户信息中包括相同的合同号标识。
当用户在门户首次注册时,用户填写用户信息和客户信息,由于是首次成为用户,所填写的客户信息为空,门户收到用户的注册请求后,向综合业务管理平台发送创建用户请求,综合业务管理平台根据为空的客户信息判断出该用户首次注册开户,则分别创建客户信息和用户信息,该用户信息中包括首次创建的合同号信息。之后,该用户在门户开通业务时,综合业务管理平台根据客户信息判断出该用户已经关联客户,已经有客户信息,则只创建用户,生成用户信息,同样,关联同一客户信息的用户信息中包括相同的合同号标识。
当用户在支撑系统首次注册开户,之后在门户开通另一业务时,合同号标识的生成过程如下:用户在支撑系统首次开户开通业务A,则支撑系统创建客户和用户,生成客户信息和与业务A对应的用户信息,该用户信息中含有首次为该用户分配的合同号标识。然后支撑系统发送同步用户A的客户信息和用户信息请求给综合业务管理平台;综合业务管理平台成功同步信息后,创建客户和用户A,生成与支撑系统中相同的客户信息和用户信息。之后,当用户在门户开通另一业务B时,用户填写用户信息和所关联的客户信息;门户发送创建用户B请求给综合业务管理平台。综合业务管理平台根据用户填写的客户信息判断该用户已经关联客户,已经具有客户信息,则不再创建客户,只创建用户,生成用户B的用户信息,其中的合同号标识与用户A的合同号标识相同,并将用户B与客户关联。当用户在门户首次注册开户,之后在支撑系统开通另一业务时,合同号标识的生成过程与上述过程同理。
本实施例中,假设订购手机邮箱对应用户信息A,其中包括合同号标识A;订购宽带宝典时对应用户信息B,其中包括合同号标识B。综合业务管理平台判断合同号标识A和合同号标识B是否相同,如果相同,则为同一合同号标识对应的不同用户信息,则该用户可以订购手机邮箱和宽带宝典组成的 跨网络域增值业务套餐,即只有同一合同号标识下的不同用户才能订购套餐;如果不相同,则该用户不能订购该跨网络域增值业务套餐。此外,综合业务管理平台还进行其他方面的认证和鉴权,例如用户身份认证、用户业务鉴权、服务/内容提供商的状态检查等等。用户业务鉴权是指在处理用户购买(订购)、使用、计费等请求时对产品和用户使用权进行鉴别,鉴别的依据主要是用户和产品的订购关系。在鉴权成功后,继续执行步骤204~210,否则,综合业务管理平台向支撑系统返回鉴权失败消息。
步骤204、综合业务管理平台进行批价。
在上述鉴权通过以后,综合业务管理平台会进行批价。由于本实施例是在支撑系统订购,因此综合业务管理平台批价为0。如果用户的付费类型为预付费类型,则继续执行步骤205;如果用户的付费类型为后付费类型,则执行步骤206,即步骤205是只针对预付费类型用户的。
步骤205、综合业务管理平台向预付费系统发送扣费请求消息,指示所述预付费系统对所述不同网络域的增值业务进行扣费。
综合业务管理平台向预付费系统发送扣费请求消息,在预付费系统对跨网络域增值业务套餐中的不同网络域的增值业务进行费用预留和扣费。预付费系统中保存有预付费用户的账户信息,账户是一种把客户使用的各种产品综合起来,周期性的形成账单,并提交给客户用于计费帐务和交费处理的逻辑方式。每个账户可以包括一个或者多个产品,例如固定电话、ADSL以及移动服务都能出现在一个单独的账单中。一个账户可以有多种支付方式。账户由支撑系统统一管理。每个客户可以拥有一个或者多个账户。综合业务管理平台为不同的业务提供与业务类型无关的通用资费模型和统一的计费。预付费用户的账户余额由预付费系统管理。综合业务管理平台对预付费用户使用的业务进行实时批价后,到预付费系统完成费用预留和扣费等操作。此时,预付费系统将在用户选择的支付帐号即ADSL帐号上进行扣费,并在扣费成功后,向综合业务管理平台返回对不同网络域的增值业务扣费成功的扣费结果消息,继续执行步骤206。
步骤206、综合业务管理平台创建订购关系,记录所述用户与所述跨网络域增值业务套餐的订购关系信息。
综合业务管理平台在批价后创建订购关系,即分别记录用户与跨网络域增值业务套餐中的不同网络域的增值业务的订购关系信息,该订购关系信息包括与用户对应的用户标识、不同网络域增值业务的标识、应用/内容标识、订购成功状态标识、订购时间、取消订购时间等。订购关系状态包括正是订购、暂停、停止等。此外,综合业务管理平台还产生一次批价话单。
步骤207、综合业务管理平台向支撑系统发送订购成功消息,并将一次批价话单发送给支撑系统。
步骤208、支撑系统在接收到综合业务管理平台发送的订购成功消息后,将用户选择的不同网络域的增值产品/套餐进行打包。本实施例是支撑系统打包手机邮箱和宽带宝典,成为跨网络域的增值业务套餐。
步骤209、支撑系统向用户发送订购成功消息。如果用户的付费类型为后付费,则继续执行步骤210。
步骤210、对于付费方式为后付费的用户,支撑系统根据综合业务管理平台发送的一次批价话单,进行二次批价,在用户选择的支付帐号即ADSL帐号上进行扣费,完成对后付费用户针对本次订购的扣费。
此外,在用户以后的使用中,由支撑系统进行周期性扣费;即综合管理系统在鉴权成功后,对该增值业务套餐的实时批价为0,生成一次批价话单给支撑系统,由支撑系统进行二次批价后,对本次订购进行扣费。此外,综合业务管理平台还会生成结算话单,并将该结算话单发送至支撑系统,由支撑系统根据该结算话单进行增值业务套餐的收入费用在不同网络域间的结算、服务/内容提供商的结算,与其他运营商的网间结算等。
本实施例跨网络域套餐的订购方法通过综合业务管理平台在不同网络域增值业务对应的用户信息中的合同号标识一致时,创建用户与跨网络域增值业务套餐的订购关系,实现了跨网络域增值业务套餐的订购,为新型增值业务的发展提供了广阔的前景。
图3为本发明跨网络域增值业务套餐的订购方法第三实施例的信令示意图,本实施例的跨网络域增值业务套餐的订购方法是以用户在门户进行订购为例,例如以用户在综合业务管理平台的用户自服务门户订购由固网悦铃和手机炫铃组成的跨网络域增值业务套餐为例进行说明。如图3所示,本实施例的方法可以包括以下步骤:
步骤301、用户向门户发起订购请求。
用户可以从业务门户或者综合业务管理平台中的用户自服务门户发起订购。当用户在用户自服务门户进行订购时,用户从用户自服务门户对该跨网络域增值业务套餐信息进行浏览后,选择需要打包的不同网络域内的多个增值产品/套餐。例如,用户选择固定电话号码订购固网悦铃,选择移动电话号码订购手机炫铃。此外,用户还向门户发送扣费选择信息,该扣费选择消息用于在多个用户信息中选择扣费帐号所在的用户信息,扣费帐号用于对不同网络域的增值业务进行扣费。用户还可以选择其中一个增值产品/套餐的帐号作为支付帐号,例如,用户可以选择移动电话号码为支付号码。
步骤302、门户向综合业务管理平台发送订购请求消息。
门户在接收到用户对不同网络域的多个增值产品/套餐的订购请求后,会针对用户选择的不同网络域的增值业务,分别向综合业务管理平台发送订购请求消息,例如,门户针对上述的固网悦铃和手机炫铃,分别发起到综合业务管理平台的订购请求,并在订购请求消息中包括用于标识订购的增值产品/套餐为套餐中的增值产品/套餐而不是单独的增值产品/套餐的类型标识。
步骤303、综合业务管理平台判断分别与多个增值业务对应的多个用户信息中包括的合同号标识是否相同,对本次订购进行鉴权。
综合业务管理平台在接收到门户分别发送的多个不同网络域增值业务的订购请求消息后,对本次订购进行认证和鉴权,关键是要判断各不同网络域的增值业务分别对应的用户信息中的合同号标识是否相同。本实施例中,假设订购固网悦铃对应用户信息C,其中包括合同号标识C;订购手机炫铃时对应用户信息D,其中包括合同号标识D。该用户信息和合同号标识的生成 与第二实施例中所述的生成方法相同,在此不再赘述。
综合业务管理平台判断合同号标识C和合同号标识D是否相同。如果相同,则为同一合同号标识对应的不同用户信息,该用户可以订购固网悦铃和手机炫铃组成的跨网络域增值业务套餐,如果不相同,则该用户不能订购该跨网络域增值业务套餐。此外,综合业务管理平台还进行其他方面的鉴权,例如用户的身份认证、用户业务鉴权、服务/内容提供商的状态检查等等。在鉴权成功后,继续执行步骤304~311,否则,综合管理系统向门户返回鉴权失败消息。
步骤304、综合业务管理平台进行批价。
在上述鉴权通过以后,综合业务管理平台会进行批价。如果用户的付费类型为预付费类型,则继续执行步骤305;如果用户的付费类型为后付费类型,则执行步骤306,即步骤305是只针对预付费类型用户的。
步骤305、综合业务管理平台向预付费系统发送扣费请求消息,指示所述预付费系统对所述不同网络域的增值业务进行扣费。
综合业务管理平台在批价后,向预付费系统发送扣费请求消息,指示预付费系统对跨网络域增值业务套餐中的不同网络域的增值业务进行预留和扣费;预付费系统会在扣费成功后,向综合业务管理平台返回对不同网络域的增值业务扣费成功的扣费结果消息,继续执行步骤306。
步骤306、综合业务管理平台创建订购关系,记录所述用户与所述跨网络域增值业务套餐的订购关系信息。
综合业务管理平台在批价后创建订购关系,即分别记录用户与跨网络域增值业务套餐中的不同网络域的增值业务的订购关系信息,该订购关系信息包括与用户对应的用户标识、不同网络域增值业务的标识、订购成功状态标识、订购时间等。此外,综合业务管理平台还产生一次批价话单。
步骤307、综合业务管理平台向门户发送订购成功消息。
步骤308、综合业务管理平台将一次批价话单发送给支撑系统。
步骤309、门户在接收到综合业务管理平台发送的订购成功消息后,将 用户选择的不同网络域的增值产品/套餐进行打包。本实施例是用户自服务门户打包固网悦铃和手机炫铃,成为跨网络域的增值业务套餐。
步骤310、门户向用户发送订购成功消息。如果用户的付费类型为后付费,则继续执行步骤311。
步骤311、对于付费方式为后付费的用户,支撑系统根据综合业务管理平台发送的一次批价话单,进行二次批价,在用户选择的支付帐号即移动电话号码上进行扣费,完成对后付费用户针对本次订购的扣费。
此外,在用户以后的使用中,由综合业务管理平台进行周期性扣费;综合管理系统在鉴权成功后,生成一次批价话单给支撑系统,由支撑系统进行二次批价后,对本次订购进行扣费。此外,综合业务管理平台还会生成结算话单,并将该结算话单发送至支撑系统,由支撑系统根据该结算话单进行增值业务套餐的收入费用在不同网络域间的结算、服务/内容提供商的结算,与其他运营商的网间结算等。
本实施例跨网络域套餐的订购方法通过在与增值业务对应的用户信息中创建合同号标识,并且在各网络域增值业务对应的用户信息中的合同号标识一致时,创建用户与跨网络域增值业务套餐的订购关系,实现了跨网络域的增值业务套餐的订购,为新型增值业务的发展提供了广阔的前景。
图4为本发明综合业务管理平台第一实施例的结构示意图,如图4所示,本实施例的综合业务管理平台包括接收模块41、认证鉴权模块42和管理模块43。
其中,接收模块41用于接收终端发送的用于订购跨网络域增值业务套餐的订购请求消息,所述跨网络域增值业务套餐中包括用户选择的分别属于不同网络域的多个增值业务;
认证鉴权模块42用于判断分别与接收模块41接收的用户选择的多个增值业务对应的多个用户信息中包括的合同号标识是否相同;
管理模块43是综合业务管理平台的数据中心、管理中心和控制中心,它为业务存储统一的用户、业务、产品、服务/内容提供商、订购关系等信息。 本实施例中其用于在认证鉴权模块42判断多个用户信息中包括的合同号标识相同时,记录用户与所述跨网络域增值业务套餐的订购关系信息,并向终端对应的用户返回订购成功消息,所述订购关系信息包括用户标识、所述不同网络域的增值业务标识和订购成功状态标识;否则,向终端返回订购失败消息。
本实施例综合业务平台通过在各网络域增值业务对应的用户信息中的合同号标识一致时,创建用户与跨网络域增值业务套餐的订购关系,实现了跨网络域的增值业务套餐的订购,为新型增值业务的发展提供了广阔的前景。
图5为本发明综合业务管理平台第二实施例的结构示意图,如图5所示,本实施例的综合业务管理平台在第一实施例的基础上,接收模块41包括多个第一接收单元411和第二接收单元412,该第一接收单元中包括第一接收子单元和第二接收子单元;该综合业务管理平台还包括计费模块44。
其中,多个第一接收单元411用于分别接收终端发送的用于订购所述跨网络域增值业务套餐中的属于不同网络域的增值业务的订购请求消息。所述终端包括门户服务器和支撑系统。第一接收单元中的第一接收子单元用于接收用户通过支撑系统发送的订购请求消息;第二接收子单元用于接收用户通过门户服务器发送的订购请求消息,该门户服务器是综合业务管理平台面向使用者的界面,它依托于综合业务管理平台中的管理模块43的强大的数据支持和管理功能支持,将这些数据和管理功能以可视化、可操作、有组织、有区别的形式向不同角色的使用者展现出来。包括运营商门户、服务/内容提供商门户和用户自服务门户。
第二接收单元412用于接收终端发送的用于在所述多个用户信息中选择扣费帐号所在的用户信息的扣费选择信息,所述扣费帐号用于对所述不同网络域的增值业务进行扣费。
管理模块43还用于根据支撑系统发送的信息同步请求,或者门户服务器发送的开通增值业务的请求,创建与增值业务对应的用户信息,该用户信息中包括合同号标识,合同号标识与用户信息关联的客户信息中关联的其他用户信息中的合同号标识相同,所述客户信息与所述用户唯一对应。
计费模块44用于向预付费系统发送扣费请求消息,指示预付费系统对不同网络域的增值业务进行扣费,并接收所述预付费系统对不同网络域的增值业务扣费成功的扣费结果消息;还用于生成一次批价话单和结算话单并向支撑系统发送。
本实施例综合业务平台通过在与增值业务对应的用户信息中创建合同号标识,并且在各网络域增值业务对应的用户信息中的合同号标识一致时,创建用户与跨网络域增值业务套餐的订购关系,实现了跨网络域的增值业务套餐的订购,为新型增值业务的发展提供了广阔的前景。
图6为本发明跨网络域增值业务套餐的订购系统第一实施例的结构示意图,如图6所示,本实施例的系统包括综合业务管理平台51、支撑系统52和预付费系统53。
其中,综合业务管理平台51用于接收终端发送的用于订购跨网络域增值业务套餐的订购请求消息,并在所述多个用户信息中包括的合同号标识相同时,记录所述用户与所述跨网络域增值业务套餐的订购关系信息,向所述用户返回订购成功消息;
支撑系统52用于在用户的付费方式为后付费类型时,在所述综合业务管理平台判断所述不同的用户信息中包括的合同号标识相同,并记录所述用户与所述跨网络域增值业务套餐的订购关系信息后,对所述跨网络域增值业务套餐进行扣费;
预付费系统53用于在用户的付费方式为预付费类型时,在所述记录所述用户与所述跨网络域增值业务套餐的订购关系信息之前,根据所述综合业务管理平台发送的扣费请求消息,对所述不同网络域的增值业务进行扣费,并返回对所述不同网络域的增值业务扣费成功的扣费结果消息至所述综合业务管理平台。该预付费系统53是针对预付费用户而言的,该系统保存预付费用户的账户信息;综合业务管理平台51对预付费用户使用的业务进行实时批价后,到该预付费系统53完成费用预留和扣费等操作。
本实施例跨网络域套餐的订购系统通过综合业务管理平台在各网络域增 值业务对应的用户信息中的合同号标识一致时,创建用户与跨网络域增值业务套餐的订购关系,实现了跨网络域的增值业务套餐的订购,为新型增值业务的发展提供了广阔的前景。
图7为本发明跨网络域增值业务套餐的订购系统第二实施例的结构示意图,如图7所示,本实施例的系统在第一实施例的基础上,进一步地:综合业务管理平台51可以采用图4和图5所示的综合业务管理平台实施例中的结构,其可以包括接收模块511、认证鉴权模块512、管理模块513、计费模块514和管理门户服务器515等功能模块,其中,接收模块511用于接收终端发送的用于订购跨网络域增值业务套餐的订购请求消息;认证鉴权模块512用于判断分别与所述接收模块接收的用户选择的多个增值业务对应的多个用户信息中包括的合同号标识是否相同;所述终端包括门户服务器和支撑系统;管理模块513用于在所述认证鉴权模块判断所述多个用户信息中包括的合同号标识相同时,记录所述用户与所述跨网络域增值业务套餐的订购关系信息;计费模块514用于向预付费系统发送扣费请求消息,指示所述预付费系统对所述不同网络域的增值业务进行扣费;还用于生成一次批价话单和结算话单并发送至支撑系统;管理门户服务器515用于向接收模块发送用于订购跨网络域增值业务套餐的订购请求消息。支撑系统52包括计费帐务单元521、结算单元522、接收单元523和管理单元524等功能模块。其中,计费帐务单元521用于在对所述不同网络域的增值业务进行扣费;结算单元522用于根据所述综合业务管理平台发送的结算话单对所述不同网络域的增值业务进行扣费后的收入进行结算;接收单元523用于接收用于订购跨网络域增值业务套餐的订购请求消息和用户选择扣费帐号所在的用户信息的扣费选择信息;管理单元524用于根据用户发送的开通所述增值业务请求,创建与所述增值业务对应的用户信息并向所述综合业务管理平台发送信息同步请求。
在此基础上,由于图7为发明跨网络域套餐的订购系统的一个具体的实施例,在具体的业务实现中,该跨网络域套餐的订购系统还可以包括业务模块54,该业务模块54可以包括业务能力单元541和业务门户服务器542。本 实施例的跨网络域套餐的订购系统在具体应用中,综合业务管理平台51侧重于增值业务的运营支撑;支撑系统52侧重于基础运营业务的运营支撑,其与综合业务管理平台51共同完成对所有业务的支撑;而且支撑系统52与综合业务管理平台51之间还进行信息交互,包括:信息同步、话单同步等。由业务模块54向用户提供具体的业务实现,如宽带网中的流媒体服务器,提供流媒体点播、直播等业务能力。下面结合图7简单介绍本系统的具体应用,详细的系统订购流程可以参见图2和图3所示的方法实施例。
具体实施中,用户可以通过支撑系统52的接收单元523向综合业务管理平台51发起跨网络域增值业务套餐的订购请求,所述跨网络域增值业务套餐中包括用户选择的分别属于不同网络域的多个增值业务。支撑系统52将所述订购请求消息发送至向所述综合业务管理平台51;还用于接收用户选择扣费帐号所在的用户信息的扣费选择信息,所述扣费帐号用于对所述不同网络域的增值业务进行扣费,并将所述扣费选择信息发送至所述综合业务管理平台。用户也可以通过门户服务器向综合业务管理平台51发起跨网络域增值业务套餐的订购请求,该门户服务器可以包括综合业务管理平台51的管理门户服务器515或者业务模块54的业务门户服务器542。其中,管理门户服务器515包括用户自服务门户和其他门户,用户可以通过用户自服务门户发起订购;业务门户服务器542为用户提供方便统一的导航信息和及时完善的业务发现机制,同时能够满足用户的个性化定制要求。用户可以查询业务、订购产品、发起使用业务等。具体表现为WAP门户、短消息门户等。
该跨网络域增值业务套餐的订购请求可以被综合业务管理平台51的接收模块511接收。然后,认证鉴权模块512会判断分别与用户选择的多个增值业务对应的多个用户信息中包括的合同号标识是否相同,该用户信息都存储在管理模块513中。若相同,则管理模块513记录所述用户与所述跨网络域增值业务套餐的订购关系信息,并向所述用户返回订购成功消息,所述订购关系信息包括用户标识、所述分别属于不同网络域的多个增值业务标识和订购成功状态标识;否则,向终端返回订购失败消息。其中,用户信息是综 合业务管理平台51的管理模块513创建的;也可以是用户在支撑系统52订购时,由支撑系统52中的管理单元524根据用户发送的开通所述增值业务请求创建的,由支撑系统52中的接收单元523向综合业务管理平台51发送信息同步请求,再由管理模块513创建。
对于预付费类型的用户,计费模块514会向预付费系统53发送扣费请求消息,对不同网络域的增值业务进行扣费,并接收扣费成功的扣费结果消息,再创建订购关系。对于后付费类型的用户,计费模块514会产生一次批价话单,并将该一次批价话单发送至支撑系统52的计费帐务单元521,由该计费帐务单元521根据一次批价话单,完成二次批价、客户的合账、缴费等处理,完成对本次订购的扣费。此外,结算单元522也可以根据综合业务管理平台51中的计费模块514发送的结算话单进行服务/内容提供商结算、与其他运营商之间的网间结算等,对所述不同网络域的增值业务进行扣费后的收入进行结算。
在扣费成功后,业务模块54中的业务能力单元541可以向用户提供具体的业务实现,如宽带网中的流媒体服务器,提供流媒体点播、直播等业务能力;业务能力单元541可以包括语音业务能力模块、3G业务能力模块、宽带业务能力模块等。以后用户使用业务后的扣费,如果用户是在支撑系统52订购该套餐,则由支撑系统52进行周期性扣费;如果用户是在门户服务器订购该套餐,则由综合业务管理平台51进行周期性扣费。
本实施例跨网络域增值业务套餐的订购系统通过综合业务管理平台在各网络域增值业务对应的用户信息中的合同号标识一致时,创建用户与跨网络域增值业务套餐的订购关系,实现了跨网络域的增值业务套餐的订购,为新型增值业务的发展提供了广阔的前景。
最后应说明的是:以上实施例仅用以说明本发明的技术方案而非对其进行限制,尽管参照较佳实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对本发明的技术方案进行修改或者等同替换,而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明技术方案的精神和范围。
Claims (19)
1.一种跨网络域增值业务套餐的订购方法,其特征在于,包括:
接收终端发送的用于订购跨网络域增值业务套餐的订购请求消息,所述跨网络域增值业务套餐中包括用户选择的分别属于不同网络域的多个增值业务;
判断分别与所述多个增值业务对应的多个用户信息中包括的合同号标识是否相同;
若相同,则记录所述用户与所述跨网络域增值业务套餐的订购关系信息,并向终端返回订购成功消息,所述订购关系信息包括用户标识、所述分别属于不同网络域的多个增值业务标识和订购成功状态标识;否则,向终端返回订购失败消息。
2.根据权利要求1所述的方法,其特征在于,所述接收终端发送的用于订购跨网络域增值业务套餐的订购请求消息包括:
分别接收终端发送的用于订购所述跨网络域增值业务套餐中的分别属于不同网络域的增值业务的订购请求消息,所述订购请求消息中包括用于标识所述增值业务为套餐中的增值业务的类型标识。
3.根据权利要求1或2所述的方法,其特征在于,所述终端包括门户服务器和支撑系统;所述接收终端发送的用于订购跨网络域增值业务套餐的订购请求消息包括:
接收门户服务器发送的用于订购跨网络域增值业务套餐的订购请求消息;或者
接收支撑系统发送的用于订购跨网络域增值业务套餐的订购请求消息。
4.根据权利要求3所述的方法,其特征在于,在所述接收终端发送的用于订购跨网络域增值业务套餐的订购请求消息之前还包括:
根据支撑系统发送的信息同步请求,或者所述门户服务器发送的开通所述增值业务的请求,生成客户信息和用户信息,所述客户信息与所述用户唯一对应,所述用户信息与所述增值业务对应,所述用户信息中包括合同号标 识;同一客户信息关联的多个用户信息中包括相同的合同号标识,所述多个用户信息分别对应多个增值业务。
5.根据权利要求1所述的方法,其特征在于,还包括:
接收终端发送的用于在所述多个用户信息中选择扣费帐号所在的用户信息的扣费选择信息,所述扣费帐号用于对所述不同网络域增值业务进行扣费。
6.根据权利要求5所述的方法,其特征在于,在所述记录所述用户与所述跨网络域增值业务套餐的订购关系信息之前还包括:
向预付费系统发送扣费请求消息,指示所述预付费系统在所述扣费帐号对所述不同网络域的增值业务进行扣费,并接收所述预付费系统对所述不同网络域的增值业务扣费成功的扣费结果消息。
7.根据权利要求3所述的方法,其特征在于,在所述记录所述用户与所述跨网络域增值业务套餐的订购关系信息,并向终端返回订购成功消息之后还包括:
如果接收的订购请求消息是用户通过支撑系统发送,则由所述支撑系统对所述不同网络域的增值业务进行周期性扣费;
如果接收的订购请求消息是用户通过门户服务器发送,则由综合业务管理平台对所述不同网络域的增值业务进行周期性扣费。
8.根据权利要求7所述的方法,其特征在于,还包括:
向所述支撑系统发送结算话单,由所述支撑系统根据所述结算话单对所述不同网络域的增值业务进行扣费后的收入在所述不同网络域间进行结算。
9.一种综合业务管理平台,其特征在于,包括:
接收模块,用于接收终端发送的用于订购跨网络域增值业务套餐的订购请求消息,所述跨网络域增值业务套餐中包括用户选择的分别属于不同网络域的多个增值业务,并将所述订购请求消息发送至认证鉴权模块;
认证鉴权模块,用于判断分别与所述接收模块接收的用户选择的多个增值业务对应的多个用户信息中包括的合同号标识是否相同;
管理模块,用于在所述认证鉴权模块判断所述多个用户信息中包括的合同号标识相同时,记录所述用户与所述跨网络域增值业务套餐的订购关系信 息,并向终端返回订购成功消息,所述订购关系信息包括用户标识、所述不同网络域的增值业务标识和订购成功状态标识;否则,向终端返回订购失败消息。
10.根据权利要求9所述的综合业务管理平台,其特征在于,所述接收模块包括:
多个第一接收单元,用于分别接收终端发送的用于订购所述跨网络域增值业务套餐中的属于不同网络域的增值业务的订购请求消息,所述订购请求消息中包括用于标识所述增值业务为套餐中的增值业务的类型标识。
11.根据权利要求9或10所述的综合业务管理平台,其特征在于,所述终端包括门户服务器和支撑系统;所述第一接收单元包括:
第一接收子单元,用于接收支撑系统发送的用于订购跨网络域增值业务套餐的订购请求消息;
第二接收子单元,用于接收门户服务器发送的用于订购跨网络域增值业务套餐的订购请求消息。
12.根据权利要求11所述的综合业务管理平台,其特征在于,所述管理模块还用于根据支撑系统发送的信息同步请求,或者所述门户服务器发送的开通所述增值业务的请求,创建与所述增值业务对应的用户信息,所述用户信息中包括合同号标识,所述合同号标识与所述用户信息关联的客户信息中关联的其他用户信息中的合同号标识相同,所述客户信息与所述用户唯一对应。
13.根据权利要求9所述的综合业务管理平台,其特征在于,所述接收模块还包括:
第二接收单元,用于接收终端发送的用于在所述多个用户信息中选择扣费帐号所在的用户信息的扣费选择信息,所述扣费帐号用于对所述不同网络域的增值业务进行扣费。
14.根据权利要求13所述的综合业务管理平台,其特征在于,还包括:
计费模块,用于向预付费系统发送扣费请求消息,指示所述预付费系统在所述扣费帐号对所述不同网络域的增值业务进行扣费,并接收所述预付费 系统对所述不同网络域的增值业务扣费成功的扣费结果消息;还用于生成一次批价话单和结算话单并向支撑系统发送。
15.一种跨网络域增值业务套餐的订购系统,其特征在于,包括:
综合业务管理平台,用于接收终端发送的用于订购跨网络域增值业务套餐的订购请求消息,所述跨网络域增值业务套餐中包括用户选择的分别属于不同网络域的多个增值业务;判断分别与所述多个增值业务对应的多个用户信息中包括的合同号标识是否相同;若相同,则记录所述用户与所述跨网络域增值业务套餐的订购关系信息,并向终端返回订购成功消息,所述订购关系信息包括用户标识、所述分别属于不同网络域的多个增值业务标识和订购成功状态标识;否则,向终端返回订购失败消息;
支撑系统,用于在用户的付费方式为后付费类型时,在所述综合业务管理平台判断不同的用户信息中包括的合同号标识相同,并记录所述用户与所述跨网络域增值业务套餐的订购关系信息后,对所述跨网络域增值业务套餐进行扣费;
预付费系统,用于在用户的付费方式为预付费类型时,在所述记录所述用户与所述跨网络域增值业务套餐的订购关系信息之前,根据所述综合业务管理平台发送的扣费请求消息,对所述不同网络域的增值业务进行扣费,并返回对所述不同网络域的增值业务扣费成功的扣费结果消息至所述综合业务管理平台。
16.根据权利要求15所述的系统,其特征在于,所述综合业务管理平台包括:
接收模块,用于接收终端发送的用于订购跨网络域增值业务套餐的订购请求消息,所述跨网络域增值业务套餐中包括用户选择的分别属于不同网络域的多个增值业务,并将所述订购请求消息发送至认证鉴权模块;所述终端包括门户服务器和支撑系统;
认证鉴权模块,用于判断分别与所述接收模块接收的用户选择的多个增值业务对应的多个用户信息中包括的合同号标识是否相同;
管理模块,用于在所述认证鉴权模块判断所述多个用户信息中包括的合 同号标识相同时,记录所述用户与所述跨网络域增值业务套餐的订购关系信息,并向终端返回订购成功消息。
17.根据权利要求16所述的系统,其特征在于,所述综合业务管理平台还包括:
管理门户服务器,用于向接收模块发送用于订购跨网络域增值业务套餐的订购请求消息;
计费模块,用于向预付费系统发送扣费请求消息,指示所述预付费系统对所述不同网络域的增值业务进行扣费;还用于生成一次批价话单和结算话单并发送至支撑系统。
18.根据权利要求15所述的系统,其特征在于,所述支撑系统包括:
计费帐务单元,用于在对所述不同网络域的增值业务进行扣费;
接收单元,用于接收用于订购跨网络域增值业务套餐的订购请求消息,并将所述订购请求消息发送至向所述综合业务管理平台;还用于接收用户选择扣费帐号所在的用户信息的扣费选择信息,所述扣费帐号用于对所述不同网络域的增值业务进行扣费,并将所述扣费选择信息发送至所述综合业务管理平台;
管理单元,用于根据用户发送的开通所述增值业务请求,创建与所述增值业务对应的用户信息并向所述综合业务管理平台发送信息同步请求,所述用户信息中包括合同号标识。
19.根据权利要求18所述的系统,其特征在于,所述支撑系统还包括:
结算单元,用于根据所述综合业务管理平台发送的结算话单对所述不同网络域的增值业务进行扣费后的收入进行结算。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910088919XA CN101600185B (zh) | 2009-07-14 | 2009-07-14 | 跨网络域增值业务套餐的订购方法、系统和业务管理平台 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910088919XA CN101600185B (zh) | 2009-07-14 | 2009-07-14 | 跨网络域增值业务套餐的订购方法、系统和业务管理平台 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101600185A CN101600185A (zh) | 2009-12-09 |
CN101600185B true CN101600185B (zh) | 2012-05-23 |
Family
ID=41421379
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910088919XA Active CN101600185B (zh) | 2009-07-14 | 2009-07-14 | 跨网络域增值业务套餐的订购方法、系统和业务管理平台 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101600185B (zh) |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101765069B (zh) * | 2009-12-22 | 2013-06-12 | 中国联合网络通信集团有限公司 | 增值业务订购方法、装置及系统 |
CN101841800A (zh) * | 2010-06-02 | 2010-09-22 | 中兴通讯股份有限公司 | 预付费业务计费方法和系统 |
CN102055809A (zh) * | 2011-01-20 | 2011-05-11 | 中国联合网络通信集团有限公司 | 基于b/s结构的电信业务订制方法、装置及系统 |
CN102196408A (zh) * | 2011-05-11 | 2011-09-21 | 华为软件技术有限公司 | 通信业务套餐订购方法和控制业务使用方法及设备和系统 |
CN103856932B (zh) * | 2014-03-17 | 2017-05-03 | 中国联合网络通信集团有限公司 | 一种获取用户欠费状态的方法及系统 |
CN104463639A (zh) * | 2014-12-27 | 2015-03-25 | 华为软件技术有限公司 | 一种业务实现方法和业务运营平台 |
CN106301806A (zh) * | 2015-05-12 | 2017-01-04 | 中兴通讯股份有限公司 | 一种增值业务付费的方法、装置及系统 |
CN105072129B (zh) * | 2015-08-27 | 2018-08-03 | 北京星网锐捷网络技术有限公司 | 认证方法和系统 |
CN107548056B (zh) * | 2017-08-31 | 2021-01-01 | 北京博思汇众科技股份有限公司 | 一种漫游数据处理方法和装置 |
CN111225402B (zh) * | 2018-11-26 | 2022-11-11 | 卓望数码技术(深圳)有限公司 | 一种计费中间件测试系统和方法 |
CN111163051B (zh) * | 2019-11-29 | 2022-05-03 | 中国联合网络通信集团有限公司 | 业务订购方法、装置及终端设备 |
CN113543049B (zh) * | 2020-04-15 | 2022-10-18 | 中国移动通信集团安徽有限公司 | 信息处理方法、装置和业务服务器 |
CN112232911A (zh) * | 2020-10-14 | 2021-01-15 | 北京思特奇信息技术股份有限公司 | 一种权益订购异步处理方法及系统 |
CN114980148B (zh) * | 2021-02-23 | 2024-03-12 | 中国联合网络通信集团有限公司 | 网络能力确定方法和装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030145013A1 (en) * | 1998-07-15 | 2003-07-31 | Ameritech Corporation. | Service package application and a service activation manager for use with a service control point in an advanced intelligent network |
CN101437215A (zh) * | 2008-12-25 | 2009-05-20 | 中国移动通信集团福建有限公司 | 数据业务平台融合计费方法 |
-
2009
- 2009-07-14 CN CN200910088919XA patent/CN101600185B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030145013A1 (en) * | 1998-07-15 | 2003-07-31 | Ameritech Corporation. | Service package application and a service activation manager for use with a service control point in an advanced intelligent network |
CN101437215A (zh) * | 2008-12-25 | 2009-05-20 | 中国移动通信集团福建有限公司 | 数据业务平台融合计费方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101600185A (zh) | 2009-12-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101600185B (zh) | 跨网络域增值业务套餐的订购方法、系统和业务管理平台 | |
US7860762B2 (en) | Charging system and charging method | |
CN1901460B (zh) | 通信网的记帐方法 | |
CN101083538B (zh) | 一种用于ip网络环境下增值业务的实时计费方法 | |
CN1636179A (zh) | 智能网络计费边缘 | |
CN101110877B (zh) | 一种实现综合计费的方法及系统 | |
JP2010507143A (ja) | 携帯電話機ユーザ間での価値転送の方法およびシステム | |
CN103096269A (zh) | 代缴费提醒方法及装置 | |
US20020035479A1 (en) | Access contract changing method for automatically changing an access contract between a prepaid contract and a postpaid contract | |
CN1968106B (zh) | 实现余额共享的计费系统及方法 | |
CZ301262B6 (cs) | Zpusob ovládání a provozu automatu na výdej zboží | |
CN101282500B (zh) | 支持多种访问方式的增值业务控制方法及系统 | |
US20030093334A1 (en) | System and a method for transacting E-commerce utilizing voice-recognition and analysis | |
CN101360159A (zh) | 一种独立vc系统兼容不同充值卡的实现方法及装置 | |
CN101754163A (zh) | 一种增值业务计费方法、系统及装置 | |
CN1964410A (zh) | 计费系统及其充值方法 | |
JP5354433B1 (ja) | 通知システム | |
CN1290373C (zh) | 简化设备激活的方法和系统以及根据该方法激活的设备 | |
CN102461216A (zh) | 用于资助通信服务的方法、电信系统和网络节点 | |
CN101115109A (zh) | 一种充值卡服务的方法及充值卡服务装置 | |
CN101267316A (zh) | 数据业务计费方法及系统、业务控制点及其数据业务网元 | |
CN101017549A (zh) | 基于电话号码的公用事业费查询、缴费方法及系统 | |
JP4638004B2 (ja) | 情報提供サーバ、情報提供方法およびその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体 | |
CN1797452A (zh) | 基于智能网的语音支付系统及其方法 | |
WO2005091228A1 (en) | Mobile ticketing system |
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 |