CN102088690B - 一种获取用户使用业务信息的方法、装置和系统 - Google Patents
一种获取用户使用业务信息的方法、装置和系统 Download PDFInfo
- Publication number
- CN102088690B CN102088690B CN200910241759.8A CN200910241759A CN102088690B CN 102088690 B CN102088690 B CN 102088690B CN 200910241759 A CN200910241759 A CN 200910241759A CN 102088690 B CN102088690 B CN 102088690B
- Authority
- CN
- China
- Prior art keywords
- information
- user
- operator
- specific service
- business
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明实施例公开了一种获取用户使用业务信息的方法,包括以下步骤:接收来自业务平台实体的激活请求,向所述业务平台实体返回所述激活请求对应的激活信息,并记录所述激活信息对应的用户使用业务信息;向服务提供商SP服务器发送所述用户使用业务信息。本发明实施例使第三方合作伙伴能够在不依赖于运营商的前提下,准确得知用户使用业务的具体信息。本发明实施例同样公开了一种应用上述方法的装置和系统。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种获取用户使用业务信息的方法、装置和系统。
背景技术
随着通信网络的发展,以及数据业务中的新业务和新业务运营模式的不断涌现,运营商的业务支撑系统如何为不同运营模式的合作伙伴提供支撑,对实现与合作伙伴的共赢互利越来越重要。现有数据业务的运营模式中,一般由第三方合作伙伴SP(Service Provider,服务提供商)提供业务平台,用户设备需要通过与业务平台的交互来使用数据业务,如图1所示,具体包括以下步骤:
步骤101,用户设备向网关发起使用业务请求。
步骤102,网关将用户的使用业务请求转发给第三方合作伙伴提供的SP业务平台。
步骤103,SP业务平台返回业务响应给网关。
步骤104,SP业务平台记录用户使用业务的相关信息。
步骤105,网关将SP业务平台返回的响应信息转发给用户。
步骤106,网关产生话单。
步骤107,业务支撑系统会从网关采集话单。
步骤108,业务支撑系统根据话单、业务信息和用户信息进行结算,并生成结算单。
步骤109,SP业务平台将自身记录的业务使用信息业务支撑系统提供的结算单两者进行比对,可以实现合作伙伴和运营商的对帐,并处理对帐结果。
现有数据业务中,还存在一种运营模式,即由第三方合作伙伴将提供的应用上传到运营商的应用平台上,用户设备使用业务时直接与运营商信任的应用平台进行交互,实现应用的下载和使用,其业务流程如图2所示,具体包括以下步骤:
步骤201,SP服务器将应用上传到运营商信任的业务平台上。
步骤202,用户设备向运营商业务平台发起业务使用请求。
其中,业务使用请求可以通过运营商的网关发起。
步骤203,运营商业务平台向用户设备返回业务使用响应。
步骤204,运营商业务平台产生话单。
具体地,也可以是运营商的网关产生话单。
步骤205,业务支撑系统从运营商业务平台或网关采集话单。
步骤206,业务支撑系统进行结算并生成结算单。
发明人在实现本发明的过程中,发现现有技术至少存在以下缺陷:
当第三方合作伙伴将提供的应用上传到运营商的应用平台时,由于第三方合作伙伴无法直接获取用户使用业务的具体信息,只能从运营商业务支撑系统产生的结算结果得知用户使用业务的情况,只能完全信任运营商提供的结算信息,无法实现合作伙伴和运营商对结算结果进行对帐。
发明内容
本发明实施例提供了一种获取用户使用业务信息的方法、装置和系统,使第三方合作伙伴能够在不依赖于运营商的前提下,准确得知用户使用业务的具体信息。
本发明实施例提供了一种获取用户使用业务信息的方法,包括以下步骤:
接收来自业务平台实体的激活请求,向所述业务平台实体返回所述激活请求对应的激活信息,并记录所述激活信息对应的用户使用业务信息;
向服务提供商SP服务器发送所述用户使用业务信息。
优选地,所述接收来自业务平台实体的激活请求之前,还包括:
所述SP服务器向运营商业务平台部署SP客户端,并向所述运营商业务平台中的所述业务平台实体发布应用。
优选地,所述向SP服务器发送用户使用业务信息之后,还包括:
所述SP服务器将所述用户使用业务信息和运营商业务支撑系统采集的话单信息进行比较,实现SP与运营商的结算对账。
本发明实施例还提供了一种SP客户端,由对应的SP服务器部署到运营商业务平台中,所述SP客户端包括收发模块和记录模块,其中,
所述收发模块,用于接收来自所述运营商业务平台中的业务平台实体的激活请求,向所述业务平台实体返回所述激活请求对应的激活信息,并向SP服务器发送所述记录模块记录的用户使用业务信息;
记录模块,用于记录所述收发模块发送的激活信息对应的用户使用业务信息。
本发明实施例还提供了一种获取用户使用业务信息的系统,包括SP服务器和运营商业务平台,所述运营商业务平台包括业务平台实体和所述SP服务器部署的SP客户端,其中,
所述SP客户端,用于接收来自所述业务平台实体的激活请求,向所述业务平台实体返回所述激活请求对应的激活信息,并记录所述激活信息对应的用户使用业务信息,向所述SP服务器发送所述用户使用业务信息;
所述业务平台实体,用于接收来自用户设备的业务请求,根据所述业务请求向所述SP客户端发送激活请求,并接收来自所述SP客户端的激活信息,根据所述激活信息向所述用户设备返回业务响应;
所述SP服务器,用于将所述SP客户端部署到所述运营商业务平台中,向所述业务平台实体发布应用,并向所述SP客户端采集用户使用业务信息,将所述用户使用业务信息和运营商业务支撑系统采集的话单信息进行比较,实现SP与运营商的结算对账。
本发明实施例还提供了一种获取用户使用业务信息的方法,包括以下步骤:
接收来自用户设备的激活请求,根据所述激活请求向运营商业务平台发送激活通知,并接收来自所述运营商业务平台的激活通知响应;
根据与所述运营商业务平台的交互结果,存储对应的用户使用业务信息。
优选地,所述接收来自用户设备的激活请求之后,还包括:
根据所述激活请求向所述用户设备返回激活响应。
优选地,所述存储对应的用户使用业务信息之后,还包括:
将所述用户使用业务信息和运营商业务支撑系统采集的话单信息进行比较,实现SP与运营商的结算对账。
本发明实施例还提供了一种SP服务器,包括以下步骤:
收发模块,用于接收来自用户设备的激活请求,根据所述激活请求向运营商业务平台发送激活通知,向所述用户设备返回激活响应,并接收来自所述运营商业务平台的激活通知响应;
存储模块,用于根据所述收发模块与所述运营商业务平台的交互结果,存储对应的用户使用业务信息。
优选地,所述SP服务器,还包括:
比较模块,用于将所述存储模块存储的用户使用业务信息和运营商业务支撑系统采集的话单信息进行比较,实现SP与运营商的结算对账。
本发明实施例还提供了一种获取用户使用业务信息的系统,包括用户设备,SP服务器和运营商业务平台,其中,
所述用户设备,用于向所述SP服务器发送激活请求,并接收所述SP服务器返回的激活响应;
所述SP服务器,用于向所述运营商业务平台发布应用,接收来自所述用户设备的激活请求,根据所述激活请求向所述运营商业务平台发送激活通知,向所述用户设备返回激活响应,并接收来自所述运营商业务平台的激活通知响应,根据与所述运营商业务平台的交互结果,存储对应的用户使用业务信息,将所述用户使用业务信息和运营商业务支撑系统采集的话单信息进行比较,实现SP与运营商的结算对账;
所述运营商业务平台,用于接收来自所述SP服务器的激活通知,并向所述SP服务器返回所述激活通知对应的激活通知响应,根据所述激活通知响应生成话单信息。
与现有技术相比,本发明实施例具有以下优点:本发明实施例针对SP将应用发布到运营商业务平台上、由运营商和用户交互实现应用的下载或使用的运营模式,通过接收来自运营商业务平台或者用户设备的激活请求,获取对应的用户使用业务信息,使第三方合作伙伴能够在不依赖于运营商的前提下,准确得知用户使用业务的具体信息,实现运营商和第三方合作伙伴对结算信息的对帐。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对本发明实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为现有技术中的一种用户设备使用数据业务的流程图;
图2为现有技术中的另一种用户设备使用数据业务的流程图;
图3为本发明实施例一中的一种获取用户使用业务信息的方法流程图;
图4为本发明实施例二中的一种获取用户使用业务信息的方法流程图;
图5为本发明实施例三中的一种SP客户端的装置结构示意图;
图6为本发明实施例四中的一种获取用户使用业务信息的系统结构示意图;
图7为本发明实施例五中的一种获取用户使用业务信息的方法流程图;
图8为本发明实施例六中的一种获取用户使用业务信息的方法流程图;
图9为本发明实施例七中的一种获取用户使用业务信息的方法流程图;
图10为本发明实施例八中的一种SP服务器的装置结构示意图;
图11为本发明实施例九中的一种SP服务器的装置结构示意图;
图12为本发明实施例十中的一种获取用户使用业务信息的系统结构示意图。
具体实施方式
本发明实施例提供的技术方案中,其核心思想为通过在运营商业务平台部署SP客户端,由该SP客户端记录用户使用业务信息,并件该用户使用业务信息发送到SP服务器;或者在业务使用的实时流程中增加用户设备到SP服务器的激活应用,进而由SP服务器根据该激活应用记录用户使用业务信息,在SP将应用发布到运营商业务平台上、由运营商和用户交互实现应用的下载和使用的运营模式下,实现运营商和第三方合作伙伴之间的结算对帐
下面将结合本发明实施例中的附图,对本发明实施例的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图3所示,为本发明实施例一中的一种获取用户使用业务信息的方法流程图,包括以下步骤:
步骤301,接收来自业务平台实体的激活请求,向该业务平台实体返回该激活请求对应的激活信息,并记录该激活信息对应的用户使用业务信息。
其中,用户使用业务信息为SP与运营商进行对帐所需的信息。
具体地,SP服务器向运营商业务平台部署SP客户端,并向运营商业务平台中的业务平台实体发布应用。当用户设备通过网关向业务平台实体发送业务请求时,业务平台实体向运营商业务平台中的SP客户端发送激活请求,SP客户端向该业务平台实体返回该激活请求对应的激活信息,并记录该激活信息对应的用户使用业务信息。
步骤302,向SP服务器发送用户使用业务信息。
具体地,SP客户端向SP服务器发送用户使用业务信息后,SP服务器将该用户使用业务信息和运营商业务支撑系统采集的话单信息进行比较,实现SP与运营商的结算对账。
本发明实施例针对SP将应用发布到运营商业务平台上、由运营商和用户交互实现应用的下载和使用的运营模式,通过接收来自运营商业务平台的激活请求,获取对应的用户使用业务信息,使第三方合作伙伴能够在不依赖于运营商的前提下,准确得知用户使用业务的具体信息,实现运营商和第三方合作伙伴对结算信息的对帐。
以下结合具体的应用场景对本发明实施例一中的获取用户使用业务信息的方法进行详细的描述。
具体地,SP服务器将应用上载到运营商业务平台的同时,在运营商业务平台上部署SP客户端。SP客户端控制用户下载或使用应用,并记录SP与运营商进行结算对帐所需的用户使用业务信息,以实现结算对帐。其中,SP服务器可以完全信任SP客户端,SP客户端可以为每次应用下载或者业务使用分配激活码或者密钥,并记录对帐信息;SP服务器可以从SP客户端采集上述记录的对帐信息。
另外,在具体实现中,话单信息的产生点可以是运营商业务平台或者网关,以下实施例以运营商业务平台产生话单信息为例。
如图4所示,为本发明实施例二中的一种获取用户使用业务信息的方法流程图,具体包括以下步骤:
步骤401,用户设备向网关发起使用业务请求;
步骤402,网关向运营商业务平台中的业务平台实体转发业务使用请求。
步骤403,业务平台实体向SP客户端发送激活请求。
其中,激活请求可以是获取激活码或者密钥的请求。
步骤404,SP客户端向业务平台实体返回激活信息。
其中,激活信息包括激活码或者密钥。
步骤405,SP客户端记录用户使用业务信息。
其中,用户使用业务信息为SP与运营商进行对帐所需的信息。
步骤406,业务平台实体向网关发送应用或响应。
步骤407,业务平台实体产生话单信息。
步骤408,网关向用户设备转发应用或响应。
步骤409,SP服务器从SP客户端采集用户使用业务信息。
步骤410,运营商业务支撑系统从业务平台实体采集话单信息。
步骤411,运营商业务支撑系统根据话单信息进行计费和结算。
步骤412,SP服务器根据采集的用户使用业务信息,与运营商业务支撑系统进行结算对帐。
本发明实施例针对SP将应用发布到运营商业务平台上、由运营商和用户交互实现应用的下载和使用的运营模式,通过接收来自运营商业务平台的激活请求,获取对应的用户使用业务信息,使第三方合作伙伴能够在不依赖于运营商的前提下,准确得知用户使用业务的具体信息,实现运营商和第三方合作伙伴对结算信息的对帐。
本发明实施例在上述实施方式中提供了获取用户使用业务信息的方法和多种应用场景,相应地,本发明实施例还提供了应用上述获取用户使用业务信息的方法的装置和系统。
如图5所示,为本发明实施例三中的一种SP客户端的装置结构示意图,该SP客户端由对应的SP服务器部署到运营商业务平台中,该SP客户端包括收发模块510和记录模块520,其中,
收发模块510,用于接收来自运营商业务平台中的业务平台实体的激活请求,向该业务平台实体返回所述激活请求对应的激活信息,并向SP服务器发送所述记录模块记录的用户使用业务信息。
记录模块520,用于记录收发模块510发送的激活信息对应的用户使用业务信息。
其中,用户使用业务信息为SP与运营商进行对帐所需的信息。
本发明实施例针对SP将应用发布到运营商业务平台上、由运营商和用户交互实现应用的下载和使用的运营模式,通过接收来自运营商业务平台的激活请求,获取对应的用户使用业务信息,使第三方合作伙伴能够在不依赖于运营商的前提下,准确得知用户使用业务的具体信息,实现运营商和第三方合作伙伴对结算信息的对帐。
如图6所示,为本发明实施例四中的一种获取用户使用业务信息的系统结构示意图,包括运营商业务平台610和SP服务器620,该运营商业务平台610包括SP服务器620部署的SP客户端611和业务平台实体612,其中,
SP客户端611,用于接收来自业务平台实体612的激活请求,向业务平台实体612返回所述激活请求对应的激活信息,并记录所述激活信息对应的用户使用业务信息,向SP服务器620发送所述用户使用业务信息。
其中,激活请求可以是获取激活码或者密钥的请求,激活信息包括激活码或者密钥,用户使用业务信息为SP与运营商进行对帐所需的信息。
业务平台实体612,用于接收来自用户设备的业务请求,根据所述业务请求向SP客户端611发送激活请求,并接收来自SP客户端611的激活信息,根据所述激活信息向所述用户设备返回业务响应。
此外,业务平台实体612还可以用于记录话单信息。在具体的实现方式中,话单信息也可以由业务平台实体612和用户设备之间的网关负责记录。
SP服务器620,用于将SP客户端611部署到运营商业务平台610中,向业务平台实体612发布应用,并向SP客户端611采集用户使用业务信息,将所述用户使用业务信息和运营商业务支撑系统采集的话单信息进行比较,实现SP与运营商的结算对账。
本发明实施例针对SP将应用发布到运营商业务平台上、由运营商和用户交互实现应用的下载和使用的运营模式,通过接收来自运营商业务平台的激活请求,获取对应的用户使用业务信息,使第三方合作伙伴能够在不依赖于运营商的前提下,准确得知用户使用业务的具体信息,实现运营商和第三方合作伙伴对结算信息的对帐。
如图7所示,为本发明实施例五中的一种获取用户使用业务信息的方法流程图,包括以下步骤:
步骤701,接收来自用户设备的激活请求,根据该激活请求向运营商业务平台发送激活通知,并接收来自运营商业务平台的激活通知响应。
其中,激活请求可以是获取激活码或者密钥的请求。
步骤702,根据与运营商业务平台的交互结果,存储对应的用户使用业务信息。
其中,用户使用业务信息为SP与运营商进行对帐所需的信息。
具体地,SP服务器存储对应的用户使用业务信息之后,还可以将该用户使用业务信息和运营商业务支撑系统采集的话单信息进行比较,实现SP与运营商的结算对账。
本发明实施例针对SP将应用发布到运营商业务平台上、由运营商和用户交互实现应用的下载和使用的运营模式,通过接收来自用户设备的激活请求,获取对应的用户使用业务信息,使第三方合作伙伴能够在不依赖于运营商的前提下,准确得知用户使用业务的具体信息,实现运营商和第三方合作伙伴对结算信息的对帐。
以下结合具体的应用场景对本发明实施例五中的获取用户使用业务信息的方法进行详细的描述。
具体地,在SP服务器向运营商业务平台上发布应用的运营模式下,用户设备从运营商业务平台下载应用后,如果应用未激活,则不能使用,因此,用户设备需直接向SP服务器发送激活请求,该激活请求中携带SP进行对帐的相关信息。SP服务器向用户设备返回成功的激活响应后,用户设备才能正常使用应用。SP服务器激活应用的同时,会通知运营商业务平台产生话单信息,如CDR(Calling Detail Records,呼叫详细记录)。
如图8所示,为本发明实施例六中的一种获取用户使用业务信息的方法流程图,具体包括以下步骤:
步骤801,用户设备向网关发起使用业务请求。
步骤802,网关向运营商业务平台转发使用业务请求。
步骤803,运营商业务平台向网关返回应用或响应。
步骤804,网关向用户转发应用或响应。
步骤805,用户设备安装或使用应用时,触发计费,发送激活请求到SP服务器。
其中,激活请求可以是获取激活码或者密钥的请求。
步骤806,SP服务器向运营商业务平台发送激活通知。
步骤807,运营商业务平台向SP服务器返回激活响应。
步骤808,运营商业务平台生成CDR。
步骤809,SP服务器记录用户使用业务信息。
其中,用户使用业务信息为SP结算对帐所需的信息。
步骤810,SP服务器向用户设备返回成功的激活响应。
其中,激活信息包括激活码或者密钥。
步骤811,用户设备成功使用业务。
步骤812,运营商业务支撑系统从运营商业务平台采集话单信息。
步骤813,运营商业务支撑系统根据话单信息进行计费和结算。
步骤814,SP服务器根据采集的用户使用业务信息,与运营商进行结算对帐。
本发明实施例针对SP将应用发布到运营商业务平台上、由运营商和用户交互实现应用的下载和使用的运营模式,通过接收来自用户设备的激活请求,获取对应的用户使用业务信息,使第三方合作伙伴能够在不依赖于运营商的前提下,准确得知用户使用业务的具体信息,实现运营商和第三方合作伙伴对结算信息的对帐。
如图9所示,为本发明实施例七中的一种获取用户使用业务信息的方法流程图,与本发明实施例六类似,不同之处在于,SP服务器先给用户设备返回激活响应,再与运营商业务平台交互,通知运营商业务平台生成CDR。该方法具体包括以下步骤:
步骤901,用户设备向网关发起使用业务请求。
步骤902,网关向运营商业务平台转发业务请求。
步骤903,运营商业务平台向网关返回应用或响应。
步骤904,网关向用户转发应用或响应。
步骤905,用户设备安装或使用应用时,触发计费,发送激活请求到SP服务器。
其中,激活请求可以是获取激活码或者密钥的请求。
步骤906,SP服务器向用户设备返回成功的激活响应。
其中,激活信息包括激活码或者密钥。
步骤907,用户设备成功使用业务。
步骤908,SP服务器向运营商业务平台发送激活通知。
步骤909,运营商业务平台向SP服务器返回激活响应。
步骤910,运营商业务平台生成CDR。
步骤911,SP服务器记录用户使用业务信息。
其中,用户使用业务信息为SP结算对帐所需的信息。
步骤912,运营商业务支撑系统从运营商业务平台采集话单信息。
步骤913,运营商业务支撑系统根据话单信息进行计费和结算。
步骤914,SP服务器根据采集的用户使用业务信息,与运营商进行结算对帐。
本发明实施例针对SP将应用发布到运营商业务平台上、由运营商和用户交互实现应用的下载和使用的运营模式,通过接收来自用户设备的激活请求,获取对应的用户使用业务信息,使第三方合作伙伴能够在不依赖于运营商的前提下,准确得知用户使用业务的具体信息,实现运营商和第三方合作伙伴对结算信息的对帐。
本发明实施例在上述实施方式中提供了获取用户使用业务信息的方法和多种应用场景,相应地,本发明实施例还提供了应用上述获取用户使用业务信息的方法的装置和系统。
如图10所示,为本发明实施例八中的一种SP服务器的装置结构示意图,包括:
收发模块1010,用于接收来自用户设备的激活请求,根据所述激活请求向运营商业务平台发送激活通知,向所述用户设备返回激活响应,并接收来自所述运营商业务平台的激活通知响应。
其中,激活请求可以是获取激活码或者密钥的请求。
存储模块1020,用于根据收发模块1010与运营商业务平台的交互结果,存储对应的用户使用业务信息。
其中,用户使用业务信息为SP与运营商进行对帐所需的信息。
本发明实施例针对SP将应用发布到运营商业务平台上、由运营商和用户交互实现应用的下载和使用的运营模式,通过接收来自用户设备的激活请求,获取对应的用户使用业务信息,使第三方合作伙伴能够在不依赖于运营商的前提下,准确得知用户使用业务的具体信息,实现运营商和第三方合作伙伴对结算信息的对帐。
如图11所示,为本发明实施例九中的一种SP服务器的装置结构示意图,包括:
收发模块1110,用于接收来自用户设备的激活请求,根据所述激活请求向运营商业务平台发送激活通知,向所述用户设备返回激活响应,并接收来自所述运营商业务平台的激活通知响应。
其中,激活请求可以是获取激活码或者密钥的请求。
存储模块1120,用于根据收发模块1110与运营商业务平台的交互结果,存储对应的用户使用业务信息。
其中,用户使用业务信息为SP与运营商进行对帐所需的信息。
比较模块1130,用于将存储模块1120存储的用户使用业务信息和运营商业务支撑系统采集的话单信息进行比较,实现SP与运营商的结算对账。
本发明实施例针对SP将应用发布到运营商业务平台上、由运营商和用户交互实现应用的下载和使用的运营模式,通过接收来自用户设备的激活请求,获取对应的用户使用业务信息,使第三方合作伙伴能够在不依赖于运营商的前提下,准确得知用户使用业务的具体信息,实现运营商和第三方合作伙伴对结算信息的对帐。
如图12所示,为本发明实施例十中的一种获取用户使用业务信息的系统结构示意图,包括用户设备1210,SP服务器1220和运营商业务平台1230,其中,
用户设备1210,用于向SP服务器1220发送激活请求,并接收SP服务器1220返回的激活响应。
其中,激活请求可以是获取激活码或者密钥的请求,激活信息包括激活码或者密钥。
SP服务器1220,用于向运营商业务平台1230发布应用,接收来自用户设备1210的激活请求,根据所述激活请求向运营商业务平台1230发送激活通知,向用户设备1210返回激活响应,并接收来自运营商业务平台1230的激活通知响应,根据与运营商业务平台1230的交互结果,存储对应的用户使用业务信息,将所述用户使用业务信息和运营商业务支撑系统采集的话单信息进行比较,实现SP与运营商的结算对账。
其中,用户使用业务信息为SP与运营商进行对帐所需的信息。
运营商业务平台1230,用于接收来自SP服务器1220的激活通知,并向SP服务器1220返回所述激活通知对应的激活通知响应,根据所述激活通知响应生成话单信息。
本发明实施例针对SP将应用发布到运营商业务平台上、由运营商和用户交互实现应用的下载和使用的运营模式,通过接收来自用户设备的激活请求,获取对应的用户使用业务信息,使第三方合作伙伴能够在不依赖于运营商的前提下,准确得知用户使用业务的具体信息,实现运营商和第三方合作伙伴对结算信息的对帐。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台终端设备(可以是手机,个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明实施例原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视本发明的保护范围。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以集成于一体,也可以分离部署;可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (10)
1.一种获取用户使用业务信息的方法,其特征在于,包括以下步骤:
服务提供商SP客户端接收来自业务平台实体的激活请求,向所述业务平台实体返回所述激活请求对应的激活信息,并记录所述激活信息对应的用户使用业务信息;
所述SP客户端向服务提供商SP服务器发送所述用户使用业务信息;
其中,所述激活请求为获取激活码或获取密钥的请求;所述激活信息包括所述激活码或所述密钥;所述用户使用业务信息为SP与运营商进行对账所需的信息;
其中,所述服务提供商SP客户端接收来自业务平台实体的激活请求之前,还包括:
所述SP服务器向运营商业务平台部署SP客户端,并向所述运营商业务平台中的所述业务平台实体发布应用。
2.如权利要求1所述的方法,其特征在于,所述向SP服务器发送用户使用业务信息之后,还包括:
所述SP服务器将所述用户使用业务信息和运营商业务支撑系统采集的话单信息进行比较,实现SP与运营商的结算对账。
3.一种SP客户端,其特征在于,由对应的SP服务器部署到运营商业务平台中,所述SP客户端包括收发模块和记录模块,其中,
所述收发模块,用于接收来自所述运营商业务平台中的业务平台实体的激活请求,向所述业务平台实体返回所述激活请求对应的激活信息,并向SP服务器发送所述记录模块记录的用户使用业务信息;
记录模块,用于记录所述收发模块发送的激活信息对应的用户使用业务信息;
其中,所述激活请求为获取激活码或获取密钥的请求;所述激活信息包括所述激活码或所述密钥;所述用户使用业务信息为SP与运营商进行对账所需的信息。
4.一种获取用户使用业务信息的系统,其特征在于,包括SP服务器和运营商业务平台,所述运营商业务平台包括业务平台实体和所述SP服务器部署的SP客户端,其中,
所述SP客户端,用于接收来自所述业务平台实体的激活请求,向所述业务平台实体返回所述激活请求对应的激活信息,并记录所述激活信息对应的用户使用业务信息,向所述SP服务器发送所述用户使用业务信息;
所述业务平台实体,用于接收来自用户设备的业务请求,根据所述业务请求向所述SP客户端发送激活请求,并接收来自所述SP客户端的激活信息,根据所述激活信息向所述用户设备返回业务响应;
所述SP服务器,用于将所述SP客户端部署到所述运营商业务平台中,向所述业务平台实体发布应用,并向所述SP客户端采集用户使用业务信息,将所述用户使用业务信息和运营商业务支撑系统采集的话单信息进行比较,实现SP与运营商的结算对账;
其中,所述激活请求为获取激活码或获取密钥的请求;所述激活信息包括所述激活码或所述密钥;所述用户使用业务信息为SP与运营商进行对账所需的信息。
5.一种获取用户使用业务信息的方法,其特征在于,包括以下步骤:
服务提供商SP服务器接收来自用户设备的激活请求,根据所述激活请求向运营商业务平台发送激活通知,并接收来自所述运营商业务平台的激活通知响应;
根据与所述运营商业务平台的交互结果,存储对应的用户使用业务信息;
其中,所述激活请求为获取激活码或获取密钥的请求;所述用户使用业务信息为SP与运营商进行对账所需的信息。
6.如权利要求5所述的方法,其特征在于,所述接收来自用户设备的激活请求之后,还包括:
根据所述激活请求向所述用户设备返回激活响应。
7.如权利要求5所述的方法,其特征在于,所述存储对应的用户使用业务信息之后,还包括:
将所述用户使用业务信息和运营商业务支撑系统采集的话单信息进行比较,实现SP与运营商的结算对账。
8.一种SP服务器,其特征在于,包括以下步骤:
收发模块,用于接收来自用户设备的激活请求,根据所述激活请求向运营商业务平台发送激活通知,向所述用户设备返回激活响应,并接收来自所述运营商业务平台的激活通知响应;
存储模块,用于根据所述收发模块与所述运营商业务平台的交互结果,存储对应的用户使用业务信息;
其中,所述激活请求为获取激活码或获取密钥的请求;所述用户使用业务信息为SP与运营商进行对账所需的信息。
9.如权利要求8所述SP服务器,其特征在于,还包括:
比较模块,用于将所述存储模块存储的用户使用业务信息和运营商业务支撑系统采集的话单信息进行比较,实现SP与运营商的结算对账。
10.一种获取用户使用业务信息的系统,其特征在于,包括用户设备,SP服务器和运营商业务平台,其中,
所述用户设备,用于向所述SP服务器发送激活请求,并接收所述SP服务器返回的激活响应;
所述SP服务器,用于向所述运营商业务平台发布应用,接收来自所述用户设备的激活请求,根据所述激活请求向所述运营商业务平台发送激活通知,向所述用户设备返回激活响应,并接收来自所述运营商业务平台的激活通知响应,根据与所述运营商业务平台的交互结果,存储对应的用户使用业务信息,将所述用户使用业务信息和运营商业务支撑系统采集的话单信息进行比较,实现SP与运营商的结算对账;
所述运营商业务平台,用于接收来自所述SP服务器的激活通知,并向所述SP服务器返回所述激活通知对应的激活通知响应,根据所述激活通知响应生成话单信息;
其中,所述激活请求为获取激活码或获取密钥的请求;所述用户使用业务信息为SP与运营商进行对账所需的信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910241759.8A CN102088690B (zh) | 2009-12-07 | 2009-12-07 | 一种获取用户使用业务信息的方法、装置和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910241759.8A CN102088690B (zh) | 2009-12-07 | 2009-12-07 | 一种获取用户使用业务信息的方法、装置和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102088690A CN102088690A (zh) | 2011-06-08 |
CN102088690B true CN102088690B (zh) | 2014-05-21 |
Family
ID=44100252
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910241759.8A Expired - Fee Related CN102088690B (zh) | 2009-12-07 | 2009-12-07 | 一种获取用户使用业务信息的方法、装置和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102088690B (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10979371B2 (en) | 2016-04-11 | 2021-04-13 | Facebook, Inc. | Techniques for messaging agent messaging interactions |
US10567312B2 (en) | 2016-04-11 | 2020-02-18 | Facebook, Inc. | Techniques for messaging bot controls based on machine-learning user intent detection |
US10356029B2 (en) | 2016-09-21 | 2019-07-16 | Facebook, Inc. | Methods and systems for presenting modules in an inbox interface |
US11233760B2 (en) | 2016-09-21 | 2022-01-25 | Facebook, Inc. | Module ranking for a modular inbox |
-
2009
- 2009-12-07 CN CN200910241759.8A patent/CN102088690B/zh not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
CN102088690A (zh) | 2011-06-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109451446B (zh) | 携号转网方法、装置及设备 | |
CN1701330B (zh) | 无线设备活动的记账系统 | |
US8700022B1 (en) | Mobile communication device provisioning and management | |
CN103491270A (zh) | 具有认证的无线设备业务事件数据的开帐系统 | |
US8938226B2 (en) | Reassigned mobile message notifications | |
CN109711999A (zh) | 基于中间平台的出单方法及装置、计算机设备、存储介质 | |
CN103813303B (zh) | 一种eSIM卡更新签约关系的方法、系统及相应设备 | |
CN102238547B (zh) | 控制用户会话的方法、会话服务器、aaa服务器和系统 | |
CN104219615A (zh) | 一种共享无线流量的方法和装置 | |
CN102811130A (zh) | 策略及计费控制下的重定向方法及重定向装置 | |
CN102868998A (zh) | 物联网业务访问方法和装置 | |
JP2010507143A (ja) | 携帯電話機ユーザ間での価値転送の方法およびシステム | |
CN104348792A (zh) | 数据处理方法、装置和系统 | |
CN102088690B (zh) | 一种获取用户使用业务信息的方法、装置和系统 | |
CN107333013A (zh) | 一种会话建立方法、装置、电子设备及存储介质 | |
CN107067559A (zh) | 一种实现充电桩互联充电的方法和装置 | |
CN110221857A (zh) | 应用程序的问题修复方法、装置、电子设备及存储介质 | |
CN101316391A (zh) | 一种资费查询的方法和装置 | |
CN106304030A (zh) | 一种基于虚拟身份信息的通讯方法、装置及系统 | |
CN102149079B (zh) | 一种获取用户身份标识的方法、装置和系统 | |
CN104349372A (zh) | 定位能力调用方法和系统以及位置服务网关 | |
CN105391702A (zh) | 音/视频通信方法、终端、服务器及平台 | |
CN103124252A (zh) | 客户端应用访问鉴权处理方法和装置 | |
CN112116326A (zh) | 一种基于共享平台的公积金业务处理方法和系统 | |
US9774700B2 (en) | Management system for managing a VoIP network service |
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 | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20140521 Termination date: 20211207 |