CN101183952A - 一种计费方法、系统及计费触发装置 - Google Patents

Abstract

本发明实施例公开了一种计费方法，包括如下步骤：接收业务消息；根据所述业务消息和存储的系统配置信息构造计费请求，将所述计费请求发送至计费子系统；接收所述计费子系统根据所述计费请求返回的计费请求处理结果消息，根据所述计费请求处理结果消息处理所述接收的业务消息。本发明的实施例还公开了一种计费系统和计费触发装置。在本发明中，由于在业务子系统和用户端之间设立了一个可信的计费触发装置，当用户端使用业务时通过该计费触发装置向计费子系统发送计费请求触发实际计费，在避免了业务子系统发送欺诈性的计费请求的同时，可实现多种类型的计费方式，较好的体现了不同业务的价值。

Description

一种计费方法、系统及计费触发装置

技术领域

本发明涉及数据通讯领域，尤其涉及一种计费方法、系统及计费触发装置。

背景技术

当用户需要拥有自己的web、Email或FTP等服务器时，可以采用两种方法：一是自建该业务，或是托管该业务。所谓托管(Hosting)，是指由运营商建立业务系统或运营商与合作伙伴一起建设业务系统，而用户只需要支付一定的费用就可以直接使用这些业务系统，而不要用户再自己建设一套。

为向用户收取合理的使用费，该托管业务的提供方需要对用户使用该托管业务进行计费。目前，对IT类托管业务的计费存在一定的问题：如果让业务子系统触发计费，那么在这种合作运营的托管业务中可能存在计费欺诈的问题，如，用户实际上只使用业务5分钟，而当业务子系统向运营商管理的计费子系统上报时，由于涉及到业务系统提供者(即与运营商的合作伙伴)可能获得的利益的问题，可能出现业务系统上报用户使用了10分钟的情况。运营商为了避免这种计费欺诈的情况的出现，当业务子系统为运营商合作建设的业务系统时，一般对IT类托管业务采用包租类计费方式，其计费过程如图1所示。这种计费方式过于单一，不能够实现对用户使用业务时长、次数、流量等情况的计费，不能够很好的体现不同业务的价值。

发明内容

本发明所要解决的技术问题在于，提供一种计费方法、系统及计费触发装置，用于具有托管类业务的网络中，可以在避免计费欺诈的情况下实现多种计费方式进行计费。

为了解决上述技术问题，一方面，本发明的实施例提供了一种计费方法，包括如下步骤：接收业务消息；根据所述业务消息和存储的系统配置信息构造计费请求，将所述计费请求发送至计费子系统；接收所述计费子系统根据所述计费请求返回的计费请求处理结果消息，根据所述计费请求处理结果消息处理所述接收的业务消息。

另一方面，本发明的实施例提供了一种计费触发装置，包括：第一接收模块，用于接收业务消息；生成模块，用于根据所述接收的业务消息和存储的系统配置信息生成计费请求；第一发送模块，用于将所述生成模块生成的计费请求发送至计费子系统；第二接收模块，用于接收所述计费子系统根据所述计费请求返回的计费请求处理结果消息；处理模块，用于根据所述第二接收模块接收的计费请求处理结果消息处理所述接收的业务消息。

同时，本发明的实施例还提供了一种计费系统，包括计费触发装置、计费子系统以及业务子系统，其中：所述计费触发装置，用于接收来自用户端或所述业务子系统的业务消息，根据所述业务消息和存储的系统配置信息构造计费请求，并向所述计费子系统发送所述计费请求，再根据收到的所述计费子系统根据所述计费请求返回的计费请求处理结果消息处理所述接收的业务消息；所述计费子系统，用于根据来自所述计费触发装置的计费请求进行计费处理，根据所述计费处理的结果生成计费请求处理结果消息，将所述计费请求处理结果消息返回至所述计费触发装置；所述业务子系统，为所述托管业务的业务提供端，用于接收来自所述计费触发装置的业务消息或向所述计费触发装置发送业务消息。

在本发明提供的具体实施例中，在业务子系统和用户端之间设立了一个可信的计费触发装置，当用户端使用业务时通过该计费触发装置向计费子系统发送计费请求触发实际计费，在避免了业务子系统发送欺诈性的计费请求的同时，可实现多种类型的计费方式，较好的体现了不同业务的价值。

附图说明

图1是现有的托管业务计费流程示意图；

图2是本发明中计费系统的一个具体实施例的组成示意图；

图3是图2中计费触发装置的一个具体实施例的组成示意图；

图4是图3中生成模块的一个具体实施例的组成示意图；

图5是图3中处理模块的一个具体实施例的组成示意图；

图6是图2中计费触发装置的另一个具体实施例的组成示意图；

图7是本发明中计费方法的一个具体实施例的组成示意图；

图8是本发明中计费方法的另一个具体实施例的组成示意图；

图9是本发明中计费方法的另一个具体实施例的组成示意图。

具体实施方式

下面参考附图对本发明的优选实施例进行描述。在所参照的附图中，不同的图中相同的部件使用相同的附图标号来表示。

参见图2，为本发明中计费系统的一个具体实施例的组成示意图。如图所示，该计费系统包括业务子系统1、计费触发装置2以及计费子系统3。

其中，业务子系统1为托管业务的业务提供端，用于向所述计费触发装置2发送业务消息或接收来自所述计费触发装置2的业务消息。当托管业务为运营商与其他方合作建设的业务时，该业务子系统1由业务提供方管理；当托管业务为运营商自建业务时，该业务子系统1由运营商管理。

计费触发装置2，用于根据接收的业务消息触发计费子系统3进行计费，当计费成功后再将其接收的业务消息转发给相应的装置。用户需要使用业务时向业务子系统1发送业务消息，该业务消息先到达计费触发装置2并触发计费，业务消息的具体内容可能包括使用某项业务的请求、目标地址、该业务所使用的端口和用以区别不同用户的用户标识等，计费成功后该业务消息则被转发至业务子系统1；或者是，当业务子系统1获知用户需要使用某项业务后响应用户的业务请求，向用户发送业务消息，该业务消息先到达计费触发装置2并触发计费，该业务消息则包括用户端请求获得的业务内容、目标地址、该业务所使用的端口和用户标识等，计费成功后该业务消息则被转发至用户端。而实际中由哪一方发起计费则与具体的业务类型有关，可参见后述的具体实施例。

计费子系统3与图1所示的现有技术中的计费子系统的功能类似，区别在于，在本发明的具体实施例中，计费子系统3用于根据来自计费触发装置2的计费请求进行计费处理，并生成计费请求处理结果消息，最后将所述计费请求处理结果消息返回至所述计费触发装置2。其具体的计费处理过程与现有技术中的计费子系统的处理过程类似，此处不做赘述。

在本发明具体实施例所提供的计费系统中，计费触发装置2由运营商管理，这样，运营商就可以对计费过程进行控制，从而防止欺诈的产生。下面详细描述计费触发装置2的具体组成。

图3为图2中的计费触发装置2的一个具体实施例的组成示意图。如图所示，所述计费触发装置2包括第一接收模块21、生成模块22、第一发送模块23、第二接收模块24以及处理模块25。

其中，第一接收模块21用于接收来自用户端或业务子系统1的业务消息。

生成模块22则根据所述接收到的业务消息和存储的系统配置信息生成计费请求。如图4所示，生成模块22具体可包括存储子模块220、查询子模块221、解析子模块222、获取子模块223以及构造子模块224。

其中，存储子模块220用于存储系统配置信息，该系统配置信息包括一系列的IP地址、端口以及协议配置信息。查询子模块221用于在系统配置信息中查询与业务消息中的业务标识(该业务标识可为该业务所使用的端口)相对应的协议配置信息，所述协议配置信息具体还包括协议类型、协议包定义和协议特征等内容。解析子模块222用于根据查询到的协议配置信息从不同种类的业务消息解析出该消息中是否包括计费特征信息(该计费特征信息用于指示与该消息相关的业务需要进行计费)，并从业务消息中解析出用户标识(如用户帐号)。获取子模块223根据解析出的用户标识在系统配置信息中获取相应的计费信息；若包括计费特征信息，则构造子模块224根据解析出的用户标识信息和获取子模块223获取到的计费信息构造计费请求，其中计费信息可包括业务类型、计费类型以及费用信息等。该计费请求中可包括用户信息(即用户帐号等)、业务信息(如业务类型)、费用信息以及业务量信息等内容。

第一发送模块23，用于将生成模块22生成的计费请求发送至计费子系统3。计费子系统3会根据其接收到的计费请求进行计费处理，根据计费处理的结果生成计费请求处理结果消息，并将该计费请求处理结果消息返回给计费触发装置2。

第二接收模块24用于接收上述计费子系统3返回的计费请求处理结果消息。该计费请求处理结果消息中包括提示计费成功的计费成功指示信息。

处理模块25用于根据第二接收模块24接收的计费请求处理结果消息处理第一接收模块20接收的业务消息。如图5所示，该处理模块25具体包括判断子模块250、转发子模块251以及删除子模块252，其中，判断子模块250用于判断所述计费请求处理结果消息中是否包括计费成功指示信息，并生成判断结果：当所述计费请求处理结果消息中包括计费成功指示信息时判断结果为是，当所述计费请求处理结果消息中不包括计费成功指示信息时判断结果为否；转发子模块251，用于当所述判断子模块250生成的判断结果为是时转发所述接收的业务消息，即当计费成功时转发业务消息至该业务消息中的目的地址所指示地址；删除子模块252，用于当所述判断子模块250生成的判断结果为否时，删除所述接收的业务消息，即当计费失败时删除业务消息。

图6为图2中的计费触发装置的另一个具体实施例的组成示意图。其中，计费触发装置4除包括如上所述的第一接收模块21、生成模块22、第一发送模块23、第二接收模块24以及处理模块25以外，还可进一步包括提示模块26、第二发送模块27以及第三接收模块28。

其中，提示模块26用于根据所述生成模块22生成的计费请求生成计费提示。该计费提示用于提示用户端将对其将要使用的业务进行计费。

第二发送模块27，用于将所述提示模块26生成的计费提示发送至用户端。用户端可对该计费提示进行响应，如确认该计费提示，并向第三接收模块28发送计费提示确认信息。第三接收模块28接收到该计费提示确认信息后，第一发送模块23才将计费请求发送至计费子系统3。

下面详细描述与上述计费系统有关的计费方法，如图7所示，该方法包括步骤：

步骤S701、计费触发装置接收业务消息。当是由用户端发起计费时，该业务消息来自用户端，其具体内容可能包括使用某项业务的请求、目标地址、端口和用户标识，计费成功后该业务消息则被转发至业务子系统；当由业务子系统发起计费时，该业务消息来自业务子系统，其内容可能包括用户端请求获得的业务内容、业务的目标地址、业务标识(如业务使用的端口等)和用户标识，计费成功后该业务消息则被转发至用户端。而实际中由哪一方发起计费则与具体的业务类型有关。

步骤S702、计费触发装置根据所述业务消息和其存储的系统配置信息构造计费请求，将所述计费请求发送至计费子系统。

其中，当构造好计费请求之后，还可提示用户计费子系统对用户将要使用的业务将进行计费，用户确认要使用业务后，计费触发装置才将计费请求发送至计费子系统触发计费；当然也可以不对用户进行提示而在生成计费请求后直接将其发送给计费子系统触发计费。当有计费提示过程时，步骤S702具体可包括：步骤S801、根据所述业务消息和系统配置信息构造计费请求；步骤S802、根据所述计费请求生成计费提示，并将该计费提示发送至用户端；步骤S803、接收所述用户端根据收到的所述计费提示返回的计费提示确认信息；步骤S804、将所述计费请求发送至计费子系统。

在步骤S702中，计费触发装置根据所述业务消息和其存储的系统配置信息构造计费请求步骤可进一步为：步骤S901、根据所述业务消息中的业务标识在系统配置信息中查询协议配置信息。在本步骤中，业务标识可以是端口号，一些周知的业务使用的是某一固定的端口，如超文本传输协议(HTTP，Hyper TextTransfer Protocol)业务使用端口80，FTP业务使用端口21等，这样从业务消息中获知了端口号之后就可以找到该业务消息的协议类型，根据该协议类型在系统配置信息中即可查询解析这类协议需要的协议配置信息。在系统配置信息中可配置有端口号与协议配置类型的对应表。步骤S902、根据所述查询到的协议配置信息对所述业务消息进行解析，获得解析结果。该解析结果中可包括计费特征信息和用户标识。步骤S903、根据所述用户标识在系统配置信息中获取相应的计费信息。计费信息可包括业务类型、计费类型以及费用信息等。步骤S904、根据所述解析结果和计费信息构造计费请求。对该步骤的理解应为，当解析结果中包含了计费特征信息时，表明需要对与该业务消息相应的业务进行计费，所以此时根据解析出的用户标识和获取的计费信息构造相应的计费请求，该计费请求中可包括用户信息(即用户帐号等)、业务信息、费用信息以及业务量信息等内容；但是，若解析结果中不包含计费特征信息，则表示对与该业务消息相应的业务不需要进行计费，则不需要构造计费请求以使计费子系统进行计费，不需要执行本方法的后续步骤，计费触发装置直接转发该业务消息给相应的设备(用户端或业务系统端)，或是计费请求中即表明对该业务不需要计费，计费子系统收到该计费请求后不对该业务进行计费。

步骤S703、计费触发装置接收所述计费子系统根据所述计费请求返回的计费请求处理结果消息，并根据所述计费请求处理结果消息处理所述接收的业务消息。其中，当计费子系统计费成功时，其返回的计费请求处理结果消息中包括提示计费成功的计费成功提示信息，当计费触发装置检测到该计费请求处理结果消息中包括该计费成功提示信息时，将步骤S701中接收到的业务消息发送至业务消息中的目标地址；否则，计费触发装置删除其接收到的业务消息。

其中，上述各步骤中对各装置、系统及信息的定义与前述的系统具体实施例中定义一致。

下面结合具体业务种类说明上述流程。

如图8所示，为本发明中计费方法的另一个具体实施例的流程示意图。需要说明的是，为了简化信号的传递过程以便更好的理解整个计费流程，图中未显示计费触发装置中与发送和接收相关的模块。在本例中，托管业务为桌面传真业务，用户可通过用户端(即为个人电脑(Personal Computer，PC))上的应用程序发送传真。在本例中业务子系统即为传真业务系统，假设传真业务系统与传真客户端之间采用TCP/IP协议进行通讯，其通讯内容包括三个指令：传真开始(START)、传真内容(CONTENT)以及传真结束(END)。传真业务按照时长进行计费。

在计费触发装置上配置有传真业务系统的IP地址、端口，并且配置传真业务的计费策略为按时长计费，配置有传真业务的三个指令特征(包括TCP协议包定义和指令特征定义)。

当用户需要使用传真业务时，传真客户端向传真业务系统发送传真开始指令(START)。传真开始指令先到达计费触发装置，计费触发装置中的查询子模块根据接收到的IP包(即包括传真开始指令的数据包，由于是通过TCP/IP协议进行传送，所以称该数据包为IP包)中的业务标识(即传真业务使用的端口)，在存储子模块中存储的系统配置信息中查询与端口相应的协议配置信息(如果网络可为传真业务进行服务，那么在该系统配置信息中应当配置有相应的协议配置信息)。在协议配置信息中包括协议类型、协议包定义和协议特征等内容，这样解析子模块就可以根据协议配置信息对IP包进行解析，获得指令具体内容为START，并获得IP包中的用户标识。获取子模块根据用户标识从存储子模块中存储的系统配置信息中获取相应的计费信息，该计费信息中可包括用户信息、计费类型、计费价格等信息。然后构造子模块根据指令内容START以及计费信息构造出计费请求。将构造好的计费请求发送至计费子系统，该计费子系统则可根据接收到的计费请求进行相应的计费处理，在本例中计费类型为按时长计费，计费子系统可根据本次计费请求进行预扣、查询用户金额等处理。计费子系统处理完成后根据其处理结果生成一计费请求处理结果消息并发送至计费触发装置。计费触发装置收到计费请求处理结果消息后对消息的内容进行判断，当响应消息中包括计费成功提示信息提示本次计费成功则将传真开始指令转发至相应的传真业务系统(否则不转发该指令)。传真业务系统接收到传真开始指令后，传真客户端就可以向传真业务系统发送传真了。

当传真客户端发送传真结束后，向传真业务端发送传真结束指令(END)，该指令先到达计费触发装置，计费触发装置如上所述对该指令进行解析，然后构造并发送计费请求，该计费请求中包括计费金额以及计费时长等，计费子系统接收计费请求后进行计费处理并返回计费请求处理结果消息，计费触发装置根据计费请求处理结果消息获知计费成功后将传真结束指令发送给传真系统。

从以上描述可以看出本例为客户端发起计费的情况，下面举例说明业务系统发起计费时的计费流程。

以PC HTTP(Hypertext Transfer Protocol，超文本传输协议)下载为例，在本托管业务中，用户可通过PC浏览器进行下载，下载采用HTTP协议。在HTTP协议头中定义下载计费标志(如CHARGE＝XXX，当协议解析子模块解析到下载内容中的HTTP头中包括该标志时，代表该HTTP业务需要进行计费)。同时，在计费触发装置上配置有下载业务系统的IP地址和端口、下载业务的计费策略(按次计费)以及下载计费的类型(为HTTP)和协议特征(CHARGE＝XXX)。

则该业务计费过程如图9所示，用户通过下载客户端(即PC浏览器)选择下载内容，该项请求被下载业务系统接收。下载业务系统将下载内容发送给下载客户端，下载内容先到达计费触发装置，其中下载内容中还包括用户标识(USERID＝XXXXX)。计费触发装置中的查询子模块根据接收到的IP包中的端口号，在存储子模块中存储的系统配置信息中查询与上述端口号相应的协议配置信息。在协议配置信息中包括协议类型、协议包定义和协议特征等内容，这样解析子模块就可以根据协议配置信息对IP包进行解析，获得指令具体内容为CHARGE＝XXX，用户标识为USERID＝XXXXX。获取子模块根据该用户标识在系统配置信息中获取相应的计费信息，该计费信息中可包括计费类型、计费价格等信息。构造子模块则根据指令内容CHARGE＝XXX、用户标识USERID＝XXXXX以及计费信息构造出计费请求，计费请求中包括用户信息(即用户帐号等)、业务信息、费用信息以及业务量信息等内容。

此时，提示模块可生成计费提示信息，并将该信息发送至下载客户端，以提示用户将对其使用该下载业务进行计费，该提示中可包括计费金额等内容，用户确认后返回计费提示确认信息。计费触发装置接收到确认信息后才将计费请求发送至计费子系统。这个提示用户要进行计费的过程(如图中虚线框内的过程)为可选过程，在本发明的其他具体实施例中情况也类似。

计费子系统根据接收到的计费请求进行相应的计费处理，计费子系统处理完成后根据其处理结果生成计费请求处理结果消息并发送至计费触发装置。计费触发装置收到计费请求处理结果消息后对消息的内容进行判断，当响应消息中包括计费成功提示信息提示本次计费成功则将下载内容转发至相应的下载客户端(否则不转发该指令)。

在本发明提供的具体实施例中，在业务子系统和用户端之间设立了一个可信的计费触发装置，当用户端使用业务时通过该计费触发装置向计费子系统发送计费请求触发实际计费，在避免了业务子系统发送欺诈性的计费请求的同时，可实现多种类型的计费方式，较好的体现了不同业务的价值。

以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims (13)

1.一种计费方法，用于具有托管业务的网络中，其特征在于，所述方法包括：

接收业务消息；

根据所述业务消息和存储的系统配置信息构造计费请求，将所述计费请求发送至计费子系统；

接收所述计费子系统根据所述计费请求返回的计费请求处理结果消息，根据所述计费请求处理结果消息处理所述接收的业务消息。

2.如权利要求1所述的方法，其特征在于，所述根据所述业务消息和系统配置信息构造计费请求，将所述计费请求发送至计费子系统步骤具体为：

根据所述业务消息和系统配置信息构造计费请求；

根据所述计费请求生成计费提示，并发送所述计费提示至用户端；

接收所述用户端根据所述计费提示返回的计费提示确认信息；

将所述计费请求发送至计费子系统。

3.如权利要求1至2中任一项所述的方法，其特征在于，所述业务消息中包括业务标识，所述根据所述业务消息和系统配置信息构造计费请求具体包括如下步骤：

根据所述业务消息中的业务标识在系统配置信息中查询协议配置信息；

根据所述查询到的协议配置信息对所述业务消息进行解析，获得解析结果，所述解析结果中包括所述业务的用户标识；

根据所述用户标识在系统配置信息中获取相应的计费信息；

根据所述解析结果和所述计费信息构造计费请求。

4.如权利要求3所述的方法，其特征在于，所述根据所述计费请求处理结果消息处理所述接收的业务消息具体为：

判断所述计费请求处理结果消息中是否包括计费成功指示信息，如果判断为是，转发所述接收的业务消息；否则，删除所述接收的业务消息。

5.如权利要求4所述的方法，其特征在于，所述业务消息中还包括目标地址，所述转发所述接收的业务消息是指转发所述接收的业务消息至所述业务消息中的目标地址。

6.一种计费触发装置，用于根据接收的业务消息触发计费子系统进行计费，其特征在于，所述计费触发装置包括：

第一接收模块，用于接收业务消息；

生成模块，用于根据所述接收的业务消息和存储的系统配置信息生成计费请求；

第一发送模块，用于将所述生成模块生成的计费请求发送至计费子系统；

第二接收模块，用于接收所述计费子系统根据所述计费请求返回的计费请求处理结果消息；

处理模块，用于根据所述第二接收模块接收的计费请求处理结果消息处理所述第一接收模块接收的业务消息。

7.如权利要求6所述的计费触发装置，其特征在于，所述装置还包括：

提示模块，用于根据所述生成模块生成的计费请求生成计费提示；

第二发送模块，用于将所述提示模块生成的计费提示发送至用户端；

第三接收模块，用于接收所述用户端根据所述计费提示返回的计费提示确认信息；

所述第一发送模块在所述第三接收模块接收到所述计费提示确认信息后将所述计费请求发送至计费子系统。

8.如权利要求6或7所述的计费触发装置，其特征在于，所述业务消息中包括业务标识，所述生成模块具体包括：

存储子模块，用于存储所述系统配置信息；

查询子模块，用于根据所述业务消息中的业务标识在系统配置信息中查询协议配置信息；

解析子模块，用于根据所述查询到的协议配置信息对业务消息进行解析，获得解析结果，所述解析结果中包括所述业务的用户标识；

获取子模块，用于根据所述解析出的用户标识在系统配置信息中获取相应的计费信息；

构造子模块，用于根据所述解析子模块获得的解析结果和获取子模块获得的计费信息构造计费请求。

9.如权利要求8所述的装置，其特征在于，所述处理模块包括：

判断子模块，用于判断所述计费请求处理结果消息中是否包括计费成功指示信息，并生成判断结果；

转发子模块，用于当所述判断子模块生成的判断结果为是时转发所述接收的业务消息；

删除子模块，用于当所述判断子模块生成的判断结果为否时删除所述接收的业务消息。

10.如权利要求9所述的装置，其特征在于，所述业务消息中还包括目标地址，所述转发子模块用于当所述判断子模块生成的判断结果为是时转发所述接收的业务消息至所述业务消息的目标地址。

11.一种计费系统，用于具有托管业务的网络中，其特征在于，所述系统包括计费触发装置、计费子系统以及业务子系统，其中：

所述计费触发装置，用于接收来自用户端或所述业务子系统的业务消息，根据所述业务消息和存储的系统配置信息生成计费请求，并向所述计费子系统发送所述计费请求，再根据所述计费子系统根据所述计费请求返回的计费请求处理结果消息处理所述接收的业务消息；

所述计费子系统，用于根据来自所述计费触发装置的计费请求进行计费处理，根据所述计费处理的结果生成计费请求处理结果消息，将所述计费请求处理结果消息返回至所述计费触发装置；

所述业务子系统，为所述托管业务的业务提供端，用于接收来自所述计费触发装置的业务消息或向所述计费触发装置发送业务消息。

12.如权利要求11所述的系统，其特征在于，所述计费触发装置具体包括：

第一接收模块，用于接收来自用户端或所述业务子系统的接收业务消息；

生成模块，用于根据所述接收的业务消息和存储的系统配置信息生成计费请求；

第一发送模块，用于将所述生成模块生成的计费请求发送至计费子系统；

第二接收模块，用于接收所述计费子系统根据所述计费请求返回的计费请求处理结果消息；

处理模块，用于根据所述第二接收模块接收的计费请求处理结果消息处理所述接收的业务消息。

13.如权利要求12所述的系统，其特征在于，所述计费触发装置还包括：

提示模块，用于根据所述生成模块生成的计费请求生成计费提示；

第二发送模块，用于将所述提示模块生成的计费提示发送至用户端；

第三接收模块，用于接收所述用户端根据收到的所述计费提示返回的计费提示确认信息；

其中所述第一发送模块在所述第三接收模块接收到所述计费提示确认信息后将所述计费请求发送至计费子系统。

Images