一种账户资源共享的方法和装置与流程

本发明涉及通信技术领域，特别涉及一种账户资源共享的方法和装置。

背景技术：

在通信日益发达的今天，套餐资源共享的需求也日益增加。目前，计费系统中的套餐资源共享是通过主副卡的方式来实现的。由于主副卡的关系需要维护在同一个计费系统中，因此，该方式无法实现跨计费系统的账户间的套餐资源共享。

技术实现要素：

本发明实施例提供一种账户资源共享的方法和装置，以实现跨计费系统的账户资源共享。

第一方面，本发明实施例提供一种账户资源共享的方法，所述方法包括：

GGSN接收用户设备以第一账户发起的业务请求，所述业务请求中携带所述第一账户的标识；

所述GGSN根据所述第一账户的标识从预先存储的代付关系中查找与所述第一账户具有代付关系的第二账户的标识；

所述GGSN向所述第二账户归属的计费系统发起针对所述业务请求的计费请求，所述计费请求中携带用于计费的第二账户的标识；

所述GGSN在接收到来自所述计费系统的计费成功响应后，允许所述终端使用所述业务。

在第一方面的第一种可能的实现方式中，在所述GGSN接收以第一账户发起的业务请求前，所述方法还包括：

所述GGSN接收所述第一账户与所述第二账户的代付关系，所述代付关系中包括所述第一账户的标识和所述第二账户的标识；

所述GGSN存储所述代付关系。

结合第一方面或第一方面的第一种可能的实现方式，在第一方面的第二种 可能的实现方式中，所述代付关系中还包括所述第一账户与所述第二账户的代付关系的有效时间；

所述GGSN根据所述第一账户的标识从预先存储的代付关系中查找与所述第一账户具有代付关系的第二账户的标识，具体包括：

所述GGSN根据所述第一账户的标识从预先存储的代付关系中查找与所述第一账户具有有效代付关系的第二账户的标识。

结合第一方面的第二种可能的实现方式，在第一方面的第三种可能的实现方式中，所述方法还包括：

所述GGSN在所述第一账户与所述第二账户的代付关系失效后，删除所述代付关系。

结合第一方面或第一方面的第一至第二种可能的实现方式，在第一方面的第四种可能的实现方式中，所述方法还包括：所述GGSN接收取消所述第一账户和所述第二账户的代付关系的请求，根据所述请求删除所述第一账户和所述第二账户的代付关系。

结合第一方面或第一方面的第一至第四种可能的实现方式，在第一方面的第五种可能的实现方式中，所述计费请求中还携带所述第一账户的标识；其中，所述第一账户的标识用作代付关系鉴权和/或用作计费参考。

结合第一方面或第一方面的第一至第五种可能的实现方式，在第一方面的第六种可能的实现方式中，所述方法还包括：在所述计费请求中扩展属性值对AVP参数，以扩展的AVP参数来携带所述第二账户的标识。

第二方面，本发明实施例提供一种账户资源共享的方法，所述方法包括：

计费系统接收针对第一账户发起的业务请求的计费请求；所述计费请求中携带用于计费的第二账户的标识，所述第二账户与所述第一账户具有代付关系；

计费系统采用所述第二账户对所述第一账户发起的业务请求进行计费。

在第二方面的第一种可能的实现方式中，所述方法还包括：

所述计费系统接收所述第一账户与所述第二账户的代付关系，所述代付关系中包括所述第一账户的标识和所述第二账户的标识；

所述计费系统存储所述代付关系。

结合第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，所述计费请求中还携带所述第一账户的标识。

结合第二方面的第二种可能的实现方式，在第二方面的第三种可能的实现方式中，所述计费系统采用所述第二账户对所述第一账户发起的业务请求进行计费前，所述方法还包括：

所述计费系统根据存储的所述代付关系对所述计费请求进行鉴权，确定所述计费请求中携带的所述第一账户的标识和第二账户的标识满足所述代付关系。

结合第二方面的第二至第三种可能的实现方式，在第二方面的第四种可能的实现方式中，所述计费系统采用所述第二账户对所述第一账户发起的业务请求进行计费具体包括：

所述计费系统根据所述第一账户的标识确定针对所述第一账户发起的业务请求的计费费率，以确定出的计费费率在所述第二账户中进行计费。

结合第二方面或第二方面的第一至第四种可能的实现方式，在第二方面的第五种可能的实现方式中，所述计费请求中包括扩展的属性值对AVP参数，所述第二账户的标识携带在扩展的所述AVP参数中。

结合第二方面或第二方面的第一至第五种可能的实现方式，在第二方面的第六种可能的实现方式中，所述方法还包括：

计费系统产生包括所述第一账户标识和所述第二账户标识的话单。

第三方面，本发明实施例提供一种账户资源共享的装置，所述装置包括：

接收模块，用于接收用户设备以第一账户发起的业务请求，所述业务请求中携带所述第一账户的标识；

业务模块，用于根据所述第一账户的标识从预先存储的代付关系中查找与所述第一账户具有代付关系的第二账户的标识；

控制模块，用于向所述第二账户归属的计费系统发起针对所述业务请求的计费请求，所述计费请求中携带用于计费的第二账户的标识；并在接收到来自所述计费系统的计费成功响应后，允许所述终端使用所述业务。

在第三方面的第一种可能的实现方式中，接收模块还用于接收所述第一账户与所述第二账户的代付关系，所述代付关系中包括所述第一账户的标识和所述第二账户的标识；

所述装置还包括：

存储模块，用于存储所述接收模块接收的所述代付关系。

结合第三方面或第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，所述代付关系中还包括所述第一账户与所述第二账户的代付关系的有效时间；

所述业务模块具体用于根据所述第一账户的标识从预先存储的代付关系中查找与所述第一账户具有有效代付关系的第二账户的标识。

结合第三方面的第二种可能的实现方式，在第三方面的第三种可能的实现方式中，所述业务模块还用于在所述第一账户与所述第二账户的代付关系失效后，删除所述代付关系。

结合第三方面或第三方面的第一至第二种可能的实现方式，在第三方面的第四种可能的实现方式中，所述接收模块还用于接收取消所述第一账户和所述第二账户的代付关系的请求；

所述业务模块还用于根据所述接收模块接收到的取消所述第一账户和所述第二账户的代付关系的请求删除所述第一账户和所述第二账户的代付关系。

结合第三方面或第三方面的第一至第四种可能的实现方式，在第三方面的第五种可能的实现方式中，所述计费请求中还携带所述第一账户的标识；其中，所述第一账户的标识用作代付关系鉴权和/或用作计费参考。

结合第三方面或第三方面的第一至第五种可能的实现方式，在第三方面的第六种可能的实现方式中，所述控制模块还用于在所述计费请求中扩展属性值对AVP参数，以扩展的AVP参数来携带所述第二账户的标识。

第四方面，本发明实施例提供一种账户资源共享的装置，所述装置包括：接收模块，用于接收针对第一账户发起的业务请求的计费请求；所述计费请求中携带用于计费的第二账户的标识，所述第二账户与所述第一账户具有代付关系；

计费模块，用于采用所述第二账户对所述第一账户发起的业务请求进行计费。

在第四方面的第一种可能的实现方式中，所述接收模块还用于接收所述第一账户与所述第二账户的代付关系，所述代付关系中包括所述第一账户的标识和所述第二账户的标识；

所述装置还包括：

存储模块，用于存储所述代付关系。

结合第四方面的第一种可能的实现方式，在第四方面的第二种可能的实现方式中，所述计费请求中还携带所述第一账户的标识。

结合第四方面的第二种可能的实现方式，在第四方面的第三种可能的实现方式中，所述计费模块具体用于根据所述第一账户的标识确定针对所述第一账户发起的业务请求的计费费率，以确定出的计费费率在所述第二账户中进行计费。

结合第四方面第二至第三种可能的实现方式，在第四方面的第四种可能的实现方式中，所述计费模块还用于根据存储的所述代付关系对所述计费请求进行鉴权，确定所述计费请求中携带的所述第一账户的标识和第二账户的标识满足所述代付关系。

结合第四方面或第二方面的第一至第四种可能的实现方式，在第四方面的第五种可能的实现方式中所述计费请求中包括扩展的属性值对AVP参数，所述第二账户的标识携带在扩展的所述AVP参数中。

结合第四方面或第二方面的第一至第五种可能的实现方式，在第四方面的第六种可能的实现方式中，所述计费模块还用于产生包括所述第一账户标识和所述第二账户标识的话单。

在上述实施例中，由GGSN保存代付关系，通过GGSN将第一账户的业务请求发送到第二账户归属的计费系统，使计费系统在第二账户中对该业务进行计费，实现了在跨系统的账户间的共享。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的实现账户资源共享的网络架构图；

图2是本发明实施例提供的注册代付关系的流程示意图；

图3是本发明实施例提供的取消代付关系的流程示意图；

图4是本发明实施例提供的账户资源共享的方法流程图；

图5是本发明另一实施例提供的账户资源共享的方法流程图；

图6是本发明另一实施例提供的账户资源共享的方法流程图；

图7是本发明实施例提供的实现账户资源共享的装置的结构示意图；

图8是本发明另一实施例提供的实现账户资源共享的装置的结构示意图；

图9是本发明实施例提供的GGSN的结构示意图；

图10是本发明实施例提供的计费系统的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明实施例提供的实现账户资源共享的网络架构图。如图1所示，该网络架构包括：客户关系管理(customer relationship management，CRM)设备、开通设备(Provisioning)、网关通用分组无线业务(general packet radio service，GPRS)支撑节点(gateway GPRS support node，GGSN)以及计费系统。

其中，CRM设备用于对账户的代付关系进行注册，并通过开通设备将注册的代付关系分别发送给GGSN和计费系统。

开通设备可用于对消息进行适配转发。本发明实施例中，开通设备用于在CRM设备与GGSN之间，以及在CRM设备和计费系统之间进行消息转发。具体的，开通设备可将CRM设备中注册的代付关系分别转发给GGSN和计费系统，并将GGSN和计费系统返回的响应消息转发给CRM设备。

GGSN用于接收用户设备以第一账户发起的业务请求，并针对接收到的业务请求发起计费请求到计费系统，按照计费系统返回的计费响应控制用户设备对业务的使用。本发明实施例中，GGSN中存储有从来自CRM设备的代付关系。GGSN在接收到业务请求后，根据该代付关系判断是否存在与第一账号具有代付关系的第二账号。如果存在，则GGSN将计费请求发给第二账户归属的计费系统，并在计费请求中携带第二账号的标识，指示计费系统采用第二账户进行计费。如果不存在，则GGSN将计费请求发给第一账户归属的计费系统，并在计费请求中携带第一账号的标识，指示计费系统采用第一账户进行计费。

计费系统用于根据接收到的计费请求进行计费。其中，计费系统包括在线计费系统(online charging control，OCS)或融合计费系统(convergent billing system，CBS)等具有计费功能的系统。

GGSN与计费系统之间可以使用Diameter协议进行通信。

基于上述网络架构，下面分别通过图2和图3对注册代付关系的流程以及取消代付关系的流程做详细说明。

图2为本发明实施例提供的注册代付关系的流程示意图，如图2所示，该注册过程包括：

S200，CRM设备接收要注册代付关系的账户的标识。其中，要注册代付关系的账户中包括支付账户以及共享该支付账户的套餐资源的消费账户。

具体的，用户可通过自助渠道或营业厅在CRM中注册一个支付账户与其它一个或多个消费账户的代付关系，使该支付账户的套餐资源可以共享给与其具有代付关系的消费账户使用。其中，账户资源具体可以是该账户可使用的套餐资源，比如，流量套餐。

S202，CRM在本地建立要注册的各账户间的代付关系。

该代付关系中包括支付账户的标识以及与该支付账户的标识相对应的消费账户的标识。可选的，代付关系中还可以包括有效时间，该有效时间可通过生效时间和失效时间两个字段来表示。如表1所示，表1为该代付关系的一种示意。

表1

其中，支付账户和消费账户的标识可以是国际移动用户识别码(international mobile subscriber identity，IMSI)，国际移动设备标识(international mobile equipment identity，IMEI)，移动台国际ISDN号码(mobile station international ISDN number，MSISDN)中的一种或多种。

S204，CRM设备将代付关系发送给开通设备。

具体的，CRM可发起同步消息，将代付关系同步到开通设备。该同步操作可 采用CRM与开通设备间现有的同步接口来实现。

S206，开通设备将代付关系发送给GGSN。

开通设备可新增简单对象访问协议(Simple Object Access Protocol，SOAP)接口，通过该SOAP接口将代付关系同步到GGSN。

S208，GGSN存储该代付关系。

具体的，GGSN可以采用表的形式来保存该代付关系，如表1所示。

S210，GGSN向开通设备返回表示成功接收所述代付关系的响应消息。

S212，开通设备将代付关系发送给计费系统。

开通设备可新增SOAP接口，通过该SOAP接口将代付关系同步到计费系统。

S214，计费系统存储该代付关系。

具体的，计费系统可以采用表的形式来保存该代付关系，如表1所示。

S216，计费系统向开通设备返回表示成功接收所述代付关系的响应消息。

S218，开通设备向CRM设备返回成功响应。

需要说明的是，上述步骤S208-S210与步骤S212-S218之间没有执行先后顺序的限定，也可以先执行步骤S212-S218再执行步骤S208-S210，或者可以并发执行。

图3为本发明实施例提供的取消代付关系的流程示意图，如图3所示，该取消过程包括：

S300，CRM设备接收要取消代付关系的请求，该请求中携带需要取消代付关系的账户的标识。其中，需要取消的账户的标识包括支付账户的标识和消费账户的标识。

具体的，用户可通过自助渠道或营业厅在CRM中取消代付关系。

S302，CRM设备发送取消代付关系的请求到开通设备。

CRM设备可以通过同步的方式将取消代付关系的请求发送到开通设备。CRM设备与开通设备的同步接口同样可以采用现有接口。

S304，开通设备发送取消代付关系的请求到GGSN。

开通设备同样可以通过新增的SOAP接口，将取消代付关系的请求同步到GGSN。

S306，GGSN删除包含取消请求中携带的账户的标识所对应的代付关系。

GGSN在存储的代付关系中找到需要取消支付账户的标识和消费账户的标 识，如果该支付账户与消费账户的代购关系。

S308，GGSN向开通设备返回取消成功响应。

S310，开通设备发送取消代付关系的请求到计费系统。

开通设备同样可以通过新增的SOAP接口，将取消代付关系的请求同步到计费系统。

S312，计费系统删除包含取消请求中携带的账户的标识所对应的代付关系。

计费系统在存储的代付关系中找到需要取消支付账户的标识和消费账户的标识，如果该支付账户与消费账户的代购关系。

S314，计费系统向开通设备返回取消成功响应。

S316，开通设备向CRM设备返回取消成功响应。

需要说明的是，上述步骤S304-S308与步骤S310-S314之间没有执行先后顺序的限定，也可以先执行步骤S310-S314再执行步骤S304-S308，或者可以并发执行。

下面分别通过图4和图5对账户资源共享的流程做详细的说明。

图4为本发明实施例提供的账户资源共享的方法流程图。该方法应用于GGSN中。如图4所示，该方法包括：

S400，GGSN接收用户设备以第一账户发起的业务请求，所述业务请求中携带所述第一账户的标识。

其中，该业务请求可以是使用数据业务的请求，比如，用户设备的上网请求。

需要说明的是，本发明所有实施例中，第一账户代表的是消费账户。

S402，GGSN根据所述第一账户的标识从预先存储的代付关系中查找与所述第一账户具有代付关系的第二账户的标识。

GGSN可以预先获取所述第一账户与所述第二账户的代付关系，并保持该代付关系。代付关系中包括所述第一账户的标识和所述第二账户的标识。其中，GGSN获取所述第一账户与所述第二账户的代付关系的过程参考图2所示的方法，这里不再赘述。

需要说明的是，本发明所有实施例中，第二账户代表的是支付账户。

S404，GGSN向所述第二账户归属的计费系统发起针对所述业务请求的计费请求，所述计费请求中携带用于计费的第二账户的标识。

GGSN与计费系统之间的通信可以基于Diameter协议。具体的，GGSN可以使用信用控制请求(Credit Control Request，CCR)消息向计费系统发送计费请求。

其中，GGSN也可以采用标准结构的CCR消息来发送该计费请求。GGSN在该标准结构的CCR消息中将业务请求的发起方字段(如，字段Subscription-Id-Data)填写为第二账户的标识。

需要说明的是，采用标准结构的CCR消息来携带第二账户的标识，会对计费系统完全屏蔽掉代付的过程，使得该过程完全由网络设备GGSN来控制，不便于计费系统进行计费控制。

因此，本发明实施例还可以在计费请求中进一步携带第一账户的标识。该第一账户的标识可用作代付关系鉴权和/或用作计费参考。在此情况下，GGSN可以在CCR消息中扩展属性值对(attribute-value pair，AVP)参数，以扩展的AVP参数来携带所述第二账户的标识。第一账户的标识则携带在业务请求的发起方字段(如，字段Subscription-Id-Data)中。

可选的，GGSN在计费请求中扩展的AVP参数可以是一个AVP组，第一账户的标识也可以携带在扩展的AVP组中，这样计费系统可以直接从扩展的AVP参数获知本次计费请求是第二账户为第一账户代付，不用解析其它字段，提高计费系统的处理效率。其中，扩展的AVP组举例如下：

CCR消息扩展AVP组Subscriber-ID Group:

|-----Payment-SubscriberID

|-----Origin-SubscriberID

其中，Payment-SubscriberID为第二账户的标识(即支付账户的标识)，可以是IMSI，IMEI，MSISDN或者支付卡的卡号等计费系统中可使用的账户。

Origin-SubscriberID为第一账户的标识(即消费账户的标识)，可以是IMSI，IMEI或MSISDN中的一种或多种。

S406，GGSN在接收到来自所述计费系统的计费成功响应后，允许所述终端使用所述业务。

需要说明的是，第一账户和第二账户可以位于不同的计费系统。在步骤S404中，GGSN是将计费请求发送到第二账户归属的计费系统中。上述实施例针对存在第二账户为第一账户代付的代付关系的情况的处理过程。对于不存在该代付 关系的情况，GGSN则将计费请求发送到发起计费请求的第一账户所归属的计费系统。

在上述实施例中，由GGSN保存代付关系，通过GGSN将第一账户的业务请求发送到第二账户归属的计费系统，使计费系统在第二账户中对该业务进行计费，实现了在跨系统的账户间的共享。

更进一步的，GGSN存储的代付关系中还可以进一步的包括第一账户与第二账户的代付关系的有效时间，如表1所示。因此，步骤S402中，GGSN根据所述第一账户的标识从预先存储的代付关系中查找与所述第一账户具有代付关系的第二账户的标识具体可以包括：所述GGSN根据所述第一账户的标识从预先存储的代付关系中查找与所述第一账户具有有效代付关系的第二账户的标识。有效代付关系是指处于有效时间范围内的代付关系。

在第一账户与第二账户的代付关系失效后，GGSN还可以进一步删除第一账户与第二账户的代付关系。

另外，GGSN还可以根据接收到的取消所述第一账户和所述第二账户的代付关系的请求，删除所述第一账户和所述第二账户的代付关系。具体可参考图3所示实施例中的取消代付关系的过程。

图5为本发明另一实施例提供的账户资源共享的方法流程图。该方法应用于计费系统中。如图5所示，该方法包括：

S500，计费系统接收针对第一账户发起的业务请求的计费请求；所述计费请求中携带用于计费的第二账户的标识，所述第二账户与所述第一账户具有代付关系。

其中，第一账户和第二账户可归属于不同的计费系统。步骤S500中的计费系统为第二账户归属的计费系统。

S502，计费系统采用所述第二账户对所述第一账户发起的业务请求进行计费。

对代付关系的控制功能可在计费系统中实现。具体的，计费系统可以预先获取第一账户与所述第二账户的代付关系，并保持该代付关系。代付关系中包括所述第一账户的标识和所述第二账户的标识。其中，计费系统获取所述第一账户与所述第二账户的代付关系的过程参考图2所示的方法，这里不再赘述。

计费系统接收到的计费请求中可以进一步携带第一账户的标识。本实施例 中第一账户的标识以及第二账户的标识的携带方式可参考图4所示的实施例，这里不再赘述。

计费系统可以根据计费请求中携带的第一账户的标识和第二账户的标识进行代付关系鉴权，和/或，用作计费参考。

具体的，计费系统根据计费请求中携带的第一账户的标识和第二账户的标识进行代付关系鉴权可在步骤S502之前执行。也就是说，在步骤S502之前，计费系统可以根据存储的所述代付关系对所述计费请求进行鉴权，确定所述计费请求中携带的所述第一账户的标识和第二账户的标识满足所述代付关系。

另外，计费系统可以针对与支付账户具有绑定关系的各消费账户设置不同的优惠策略或者计费系统可以采用各消费账户自身的费率或优惠来对支付账户计费。因此，计费请求可以携带的第一账户的标识，以用作计费参考。该计费参考是指确定费率，优惠等。例如，计费系统可以根据所述第一账户的标识确定针对所述第一账户发起的业务请求的计费费率，以确定出的计费费率在所述第二账户中进行计费。

计费系统完成计费后，可进一步产生包括所述第一账户标识和所述第二账户标识的话单。

上述实施例通过在计费系统进行代付关系的控制，可以针对不同消费账户采用不同计费策略，使各消费账户可以采用不同费率或优惠来使用支付账户的套餐资源。

下面结合图6，以数据业务中共享支付账户的流量套餐为例对本发明实施例的方案做更详细的说明。

S600，GGSN接收用户设备以第一账户发起的使用数据业务的业务请求请求。

业务请求中携带第一账户的标识。

S602，GGSN根据所述第一账户的标识从预先存储的代付关系中查找与所述第一账户具有代付关系的第二账户的标识。

本实施例以存在第一账户和第二账户的代付关系为例进行说明。对于不存在该代付关系的情况，可执行现有技术中的计费流程，这里不再赘述。

S604，GGSN向所述第二账户归属的计费系统发起针对所述业务请求的计费请求。

该计费请求为CCR消息，该CCR消息的消息类型为初始(Initial)。该CCR 消息中以扩展的AVR组携带第一账户的标识和第二账户的标识。

S606，计费系统根据计费请求中携带的第一账户的标识和第二账户的标识进行代付关系鉴权。

该鉴权过程可包括判断第一账户的标识和第二账户的标识是否存在代付关系。

对于一个支付账户可共享给多个消费账户的情况，计费系统还可以进一步对是否允许多个消费账户同时使用进行鉴权。

S608，计费系统在鉴权通过后，采用第二账户进行批价、预留等计费处理。

本发明实施例以鉴权通过为例进行说明。对于鉴权不通过的情况则返回鉴权失败，并终止流程。

S610，计费系统向GGSN返回表示计费成功的计费响应。

计费响应可以采用信用控制应答(Credit Control Answer，CCA)消息。计费响应中携带授权量。

S612，GGSN在接收到计费成功响应后，允许用户设备使用数据业务。

S614，在用户设备使用数据业务的过程中，GGSN根据授权量的使用情况发起计费更新请求到计费系统。

计费更新请求也可以采用CCR消息，该CCR消息的消息类型为更新(Update)。计费更新请求中携带用户的使用量。

S616，计费系统接收到计费更新请求后进行扣费、批价以及预留等计费处理。

本步骤中，计费系统会根据计费更新请求中携带的使用量进行扣费。

S618，计费系统向GGSN返回计费响应。

该计费响应中携带新的授权量。

需要说明的是，步骤S614至步骤S618可在用户设备使用数据业务的过程中重复执行，直到用户停止使用或者余额不足，

S620，GGSN接收来自用户设备的停止使用数据业务的停止请求，

S622，GGSN向计费系统发送计费终止请求。

计费终止请求也可以采用CCR消息，该CCR消息的消息类型为终止(Terminate)。计费终止请求中也携带用户的使用量。

S624-S626，计费系统进行扣费并向GGSN发送计费终止响应。

图7为本发明实施例提供的账户资源共享的装置700的结构示意图。其中，该装置可以是GGSN。该装置700包括：

接收模块701，用于接收用户设备以第一账户发起的业务请求，所述业务请求中携带所述第一账户的标识。

业务模块702，用于根据所述第一账户的标识从预先存储的代付关系中查找与所述第一账户具有代付关系的第二账户的标识。

控制模块703，用于向所述第二账户归属的计费系统发起针对所述业务请求的计费请求，所述计费请求中携带用于计费的第二账户的标识；并在接收到来自所述计费系统的计费成功响应后，允许所述终端使用所述业务。

其中，接收模块701接收业务请求的功能可采用现有技术来实现，这里不再赘述。

控制模块703可以通过Diameter协议来发送计费请求。具体的，可以使用Diameter协议中信用控制请求(Credit Control Request，CCR)消息向计费系统发送计费请求。该计费请求中还可以进一步携带第一账户的标识。其中，所述第一账户的标识用作代付关系鉴权和/或用作计费参考。

对于第一账户的标识以及第二账户的标识在计费请求中的携带方式可以参考图4所示的实施例部分。例如，控制模块703可以在计费请求中扩展的属性值对AVP参数，将第二账户的标识携带在扩展的所述AVP参数中。

接收模块701还可以进一步用于接收所述第一账户与所述第二账户的代付关系，所述代付关系中包括所述第一账户的标识和所述第二账户的标识。其中，接收模块701接收该代付关系的过程可参考图2所示的实施例。

装置700还可以进一步包括：存储模块704，用于存储接收模块701接收的所述代付关系。

在一个实施例中，上述代付关系中还可以包括所述第一账户与所述第二账户的代付关系的有效时间。

业务模块702具体用于根据所述第一账户的标识从预先存储的代付关系中查找与所述第一账户具有有效代付关系的第二账户的标识。

业务模块702还可用于在所述第一账户与所述第二账户的代付关系失效后，删除所述代付关系。

在另一实施例中，接收模块701还可用于接收取消所述第一账户和所述第 二账户的代付关系的请求。其中，接收模块701接收该取消请求的过程可参考图3所示的实施例。

业务模块702还用于根据所述接收模块接收到的取消所述第一账户和所述第二账户的代付关系的请求删除所述第一账户和所述第二账户的代付关系。

需要说明的是，根据失效删除代付关系和根据取消请求删除代付关系在方案中可以同时存在。

上述实施例在装置700保存代付关系，通过该装置700将第一账户的业务请求发送到第二账户归属的计费系统，使计费系统在第二账户中对该业务进行计费，实现了在跨系统的账户间的共享。

装置700中各模块的实现可参考图4所示的方法实施例，这里不再赘述。

图8为本发明实施例提供的账户资源共享的装置800的结构示意图。其中，该装置可以是计费系统。该装置800包括：

接收模块801，用于接收针对第一账户发起的业务请求的计费请求；所述计费请求中携带用于计费的第二账户的标识，所述第二账户与所述第一账户具有代付关系。

计费模块802，用于采用所述第二账户对所述第一账户发起的业务请求进行计费。

其中，接收模块801可以基于Diameter协议来接收计费请求。具体的，接收的计费请求可以是Diameter协议中的信用控制请求(Credit Control Request，CCR)消息。该计费请求中还可以进一步携带第一账户的标识。

对于第一账户的标识以及第二账户的标识在计费请求中的携带方式可以参考图4所示的实施例部分。例如，计费请求中可扩展的属性值对AVP参数，第二账户的标识携带在扩展的所述AVP参数中。

接收模块801还可用于接收所述第一账户与所述第二账户的代付关系，所述代付关系中包括所述第一账户的标识和所述第二账户的标识。其中，接收模块801接收该代付关系的过程可参考图2所示的实施例。

装置800还进一步包括：存储模块803，用于存储接收模块801接收的所述代付关系。

计费模块802可以可以根据计费请求中携带的第一账户的标识和第二账户的标识进行代付关系鉴权，和/或，用作计费参考。具体的，计费模块802用于 根据所述第一账户的标识确定针对所述第一账户发起的业务请求的计费费率，以确定出的计费费率在所述第二账户中进行计费。

计费模块802还可进一步用于根据存储的所述代付关系对所述计费请求进行鉴权，确定所述计费请求中携带的所述第一账户的标识和第二账户的标识满足所述代付关系。

计费模块802在完成计费后还进一步用于产生包括所述第一账户标识和所述第二账户标识的话单。

图9为本发明实施例提供的GGSN的硬件结构图。如图9所示，该GGSN包括存储器91、通信接口92，处理器93、总线94。

其中，处理器93、存储器91和通信接口92通过总线94通信连接。

通信接口92用来实现GGSN与其他设备或通信网络(例如但不限于PLMN/PSTN，互联网等)之间的通信。本发明实施例中，代付关系以及业务请求可以通过通信接口92来接收。

存储器91可以是硬盘等存储介质。存储器91可以程序的指令以及应用数据。本发明实施例中存储器91存储有代付关系。

处理器93可以采用通用的中央处理器(Central Processing Unit，CPU)，微处理器，应用专用集成电路(Application Specific Integrated Circuit，ASIC)，或者一个或多个集成电路，用于运行相关程序。

总线94可包括一通路，在各个部件(例如处理器93、存储器91和通信接口92、)之间传送信息。

本发明实施例中，处理器93用于运行存储器91中的程序指令，用于实现以下功能：接收用户设备以第一账户发起的业务请求，所述业务请求中携带所述第一账户的标识；根据所述第一账户的标识从预先存储的代付关系中查找与所述第一账户具有代付关系的第二账户的标识；向所述第二账户归属的计费系统发起针对所述业务请求的计费请求，所述计费请求中携带用于计费的第二账户的标识；在接收到来自所述计费系统的计费成功响应后，允许所述终端使用所述业务。

所述处理器93具体处理过程可参考图4以及图6所示的方法实施例部分，这里不再赘述。

图10为本发明实施例提供的计费系统的硬件结构图。如图10所示，该计 费系统包括存储器101、通信接口102，处理器103、总线104。

其中，处理器103、存储器101和通信接口102通过总线104通信连接。

通信接口102用来实现计费系统与其他设备或通信网络(例如但不限于PLMN/PSTN，互联网等)之间的通信。本发明实施例中，代付关系以及计费请求可以通过通信接口102来接收。

存储器101可以是硬盘等存储介质。存储器101可以程序的指令以及应用数据。本发明实施例中存储器101存储有代付关系。

处理器103可以采用通用的中央处理器(Central Processing Unit，CPU)，微处理器，应用专用集成电路(Application Specific Integrated Circuit，ASIC)，或者一个或多个集成电路，用于运行相关程序。

总线104可包括一通路，在各个部件(例如处理器103、存储器101和通信接口102、)之间传送信息。

本发明实施例中，处理器103用于运行存储器101中的程序指令，用于实现以下功能：接收针对第一账户发起的业务请求的计费请求；所述计费请求中携带用于计费的第二账户的标识，所述第二账户与所述第一账户具有代付关系；采用所述第二账户对所述第一账户发起的业务请求进行计费。

所述处理器103具体处理过程可参考图5以及图6所示的方法实施例部分，这里不再赘述。

通过以上的实施例的描述，本领域普通技术人员可以理解：实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，包括如上述方法实施例的步骤，所述的存储介质，如：ROM/RAM、磁碟、光盘等。

以上所述，仅为本发明的具体实施例，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。