CN101262647A - 计费业务的处理方法、系统及装置 - Google Patents

Abstract

本发明公开了计费业务的处理方法、系统及装置，所述方法包括：业务请求发起方为被请求方分配存储空间；被请求方发生故障时，业务请求发起方将每一次业务信息分别记录在为所述被请求方分配的存储空间内。当计费系统中CGW发生故障时，由于分别记录了每一次的业务流量，因此当用户终端在一次业务计费过程中跨越了计费费率的切换点时，根据每一次业务流量对应的计费标准就能够准确地得到该次业务传输的总费用，从而提高了离线计费的准确度；并且当网络中存在多个IN节点时，由于为每个IN分别设置了放通开关和存储空间，因此CGW可以仅对发生故障的IN进行离线计费处理，由此提高了计费业务处理的灵活性。

Description

计费业务的处理方法、系统及装置

技术领域

本发明涉及通信技术领域，特别涉及计费业务的处理方法、系统及装置。

背景技术

随着SMS(Short Messaging Service，短消息业务)、MMS(Multimedia Message Service，多媒体消息业务)、WAP(WirelessApplication Protocol，无线应用协议)等数据业务广泛深入的应用，电信业的计费系统也越来越复杂，以确保数据业务的计费系统对终端用户提供不间断且准确的计费服务。

现有典型的计费系统包括SMSC(Short Messaging Service Center，短消息业务中心)、MMSC(Multimedia Message Service Center，多媒体消息业务中心)、WAPGW(Wireless Application Protocol Gateway，无线应用协议网关)等用于采集用户访问内容的标识信息和使用量的Service Enabler(业务使能单元)、用于完成业务批价的CGW(ChargingGateway，计费网关)和用于处理扣费或计费的IN(Intelligent Network，智能网)。其中，CGW处于业务系统的核心，相当于业务系统的总线，而IN处于整个网络的核心，处理所有预付费用户的实时扣费，当CGW或者IN出现故障时，由于难以提供计费和扣费服务，将容易导致全网所有的终端用户都无法使用任何类型的数据业务。

现有技术中当计费系统中的CGW发生故障导致业务中断时，通常采用故障隔离的方式，即将实时计费与离线计费相结合，当ServiceEnabler检测到CGW出现故障后直接放通业务，在用户终端结束数据业务后，由Service Enabler记录用户终端访问的具体内容标识和业务流量，当Service Enabler检测到CGW故障恢复后，关闭业务放通然后恢复原有的处理流程。

发明人在对现有技术进行研究时发现，当计费系统在CGW发生故障时，需要对终端进行离线的计费处理，但是在收取流量通道费的业务计费过程由于仅由Service Enabler记录了一次使用中的总流量，因此当用户终端在一次数据传输过程中跨越了计费费率的切换点时，由于无法区分切换点前后分别发生的流量，导致业务处理的计费不准确。

发明内容

本发明实施例的目的在于提供计费业务的处理方法、系统及装置，以使业务的被请求方发生故障时，提高计费系统的计费准确性。

为实现本发明实施例的目的，本发明实施例提供如下技术方案：

一种计费业务的处理方法，包括：

业务请求发起方为被请求方分配存储空间；

被请求方发生故障时，业务请求发起方将每一次业务信息分别记录在为所述被请求方分配的存储空间内。

一种计费业务的处理系统，包括：业务请求发起方和被请求方，

所述业务请求发起方用于，为被请求方分配存储空间，在所述被请求方发生故障时，将每一次业务信息分别记录在为所述被请求方分配的存储空间内。

一种计费业务的处理装置，包括：

分配单元，用于为该业务计费处理装置的被请求方分配存储空间；

记录单元，用于被请求方发生故障时，将每一次业务信息分别记录在为所述被请求方分配的存储空间内。

一种计费业务的处理装置，包括：

读取单元，用于从业务请求发起方为所述处理装置所在的被请求方分配的存储空间内读取记录的每一次业务信息；

计算单元，用于根据所述每一次业务信息计算所述业务请求发起方的总费用。

由以上本发明实施例提供的技术方案可见，本发明实施例中业务请求发起方为被请求方分配存储空间，被请求方发生故障时，业务请求发起方将每一次业务信息分别记录在为所述被请求方分配的存储空间内。应用本发明实施例，当计费系统中的CGW或IN发生故障，特别是在CGW发生故障时，由于分别记录了每一次的业务流量，因此当用户终端在一次业务计费过程中跨越了计费费率的切换点时，根据每一次业务流量对应的计费标准就能够准确地得到该次业务传输的总费用，从而提高了离线计费的准确度。

附图说明

图1为本发明业务计费的处理方法的一个实施例流程图；

图2为本发明业务计费的处理方法的另一个实施例流程图；

图3为本发明业务计费的处理方法的又一个实施例流程图；

图4为本发明业务计费的处理方法的又一个实施例流程图；

图5为本发明业务计费的处理系统的一个实施例框图；

图6为本发明业务计费的处理系统的另一个实施例框图；

图7为本发明一种业务计费的处理装置的一个实施例框图；

图8为本发明一种业务计费的处理装置的另一个实施例框图；

图9为本发明另一种业务计费的处理装置的实施例框图。

具体实施方式

在一个本发明实施例中，业务请求发起方为被请求方分配存储空间，当被请求方发生故障时，业务请求发起方将每一次业务信息分别记录在为该被请求方分配的存储空间内。

参考图1，为本发明计费业务的处理方法的一个实施例的流程：

步骤101：业务请求发起方为被请求方分配存储空间。

其中，当业务请求发起方为业务使能装置时，所述被请求方为计费网关；当业务请求发起方为计费网关，所述被请求方为智能网。

步骤102：被请求方发生故障时，业务请求发起方将每一次业务信息分别记录在为该被请求方分配的存储空间内。

其中，业务信息可以是业务流量或者业务费用。例如，当业务请求发起方为业务使能装置时，业务使能装置将每一次业务流量分别记录在为所述计费网关分配的存储空间内；当业务请求发起方为计费网关时，计费网关将每一次业务费用分别记录在为所述智能网分配的存储空间内。

其中，业务请求发起方可以通过心跳检测方式或简单业务流程模拟方式对所述被请求方进行故障检测。

其中，存储空间可以为通过文件系统存储的存储空间，或通过数据系统存储的存储空间。

由上述实施例可知，由于业务请求发起方不是仅仅记录总的业务信息，而是将每一次业务信息分别进行记录，使得发生故障的被请求方能够按照每一次记录进行准确计费。

参考图2，为本发明计费业务的处理方法的另一个实施例的流程，该实施例示出了进行数据业务计费处理的详细过程：

步骤201：业务请求发起方为每个被请求方分别设置放通开关以及分配存储空间。

步骤202：判断被请求方是否发生故障，若发生故障，则执行步骤203；否则，执行步骤209。

步骤203：业务请求发起方打开发生故障的被请求方对应的放通开关。

当被请求方发生故障时，业务请求发起方打开为被请求方设置的放通开关，打开该放通开关后，业务请求发起方触发对应该被请求方的计费处理流程，即将开始记录每一次业务信息。

步骤204：业务请求发起方将本次业务信息记录在发生故障的被请求方对应的存储空间内。

步骤205：判断被请求方的故障是否恢复，若恢复，则执行步骤206；否则，返回步骤204。

步骤206：业务请求方关闭被请求方的放通开关。

步骤207：业务请求方将存储空间内记录的每一次业务信息提供给被请求方。

步骤208：被请求方根据每一次业务信息对业务请求方进行离线计费处理，结束当前流程。

步骤209：业务请求发起方将业务信息直接发送至被请求方。

步骤210：被请求方根据所述业务信息进行实时计费处理，结束当前流程。

由上述实施例可知，由于业务请求发起方将每一次业务信息分别进行记录，使得发生故障的被请求方在故障恢复后，能够按照每一次记录的详细信息对故障期间的业务进行准确的计费。

参考图3，为本发明计费业务的处理方法的又一个实施例的流程，该实施例以手机终端播放电视节目为例，示出了在CGW发生故障时对用户终端的数据业务进行计费的过程：

步骤301：Service Enabler检测到CGW发生故障后打开放通开关。

步骤302：用户终端开始播放手机电视后该手机发送播放请求到Service Enabler。

步骤303：Service Enabler收到播放请求后将当前开始时间、访问内容标识、URL、以及为该用户终端本次预留流量写入为该用户终端分配的存储空间内。

步骤304：Service Enabler向用户终端发送媒体数据。

步骤305：Service Enabler监控用户终端的业务流量。

步骤306：当到达本时间段的结束时间时Service Enabler将本时间段的业务流量及下一时间段的预留流量写入对应存储空间内，重复步骤304至步骤306，使该用户终端对应的存储空间中分别记录每一时间段的实际业务流量。

步骤307：传输媒体数据一段时间后，用户终端手机向ServiceEnabler发送停止播放请求。

步骤308：Service Enabler收到停止播放请求后，将结束时间、内容标识、URL、当前时间段内的业务流量写入存储空间中并结束会话。

步骤309：Service Enabler检测到CGW恢复功能后关闭放通开关。

步骤310：CGW从Service Enabler的为该用户终端分配的存储空间中提取各个时间段内的业务流量。

步骤311：CGW按照各个时间段的计费标准及业务流量对用户终端的业务进行精确的离线计费处理。

由上述实施例可知，由于Service Enabler不是仅仅记录总的业务信息，而是将每一次业务信息分别进行记录，因此当用户终端在一次业务计费过程中跨越了计费费率的切换点时，发生故障的CGW能够按照每一次业务流量对应的计费标准就能够准确地得到该次业务传输的总费用，从而提高了离线计费的准确度。

下面结合上述本发明的实施例以用户使用手机观看NBA实况为例，对CGW发生故障时的业务计费处理流程进行说明。

该实施例中，假设通过手机实时在线观看NBA的数据业务费率为：在22:30至23:30之间为0.01元/KB，其他时间段为0.02元/KB，计费处理以每5分钟为时间段预留流量和记录实际业务流量，整个计费处理过程如下：

(1)在2007-09-08 22:10:00：CGW异常停机，Service Enabler检测到CGW服务异常，则自动打开放通开关。

(2)在2007-09-08 22:20:00：用户(手机号为+8613312345678的终端)开始观看NBA实况直播。Service Enabler记录该用户本次访问的开始时间(22:20:00)，本次访问的内容(NBA实况直播)，以及预留流量500KB。

(3)2007-09-08 22:25:00：达到第一个五分钟时间段，ServiceEnabler记录首次访问时间(22:20:00至21:25:00)，实际业务流量450KB，以及为下一时间段预留流量500KB。

(4)2007-09-08 22:30:00：到达第二个五分钟时间段，ServiceEnabler记录第二次访问时间(22:25:00～22:30:00)，实际业务流量300KB，以及为下一时间段预留500KB。

(5)2007-09-08 22:35:00：用户结束访问，Service Enabler记录末次访问时间(22:30:00～22:35:00)和末次业务流量480KB。

(6)Service Enabler将上述四条记录分别写入为该CGW分配的存储空间中的相应目录文件“${CGW_DEAD}/20070908/DEDUCT/OFFLINE20070908213000.000001”中。

(7)假设在2007-09-08 22:40:00时，CGW系统恢复正常，ServiceEnabler检测到CGW的故障已经恢复，则自动关闭放通开关。CGW从存储空间的${CGW_DEAD}目录下获取文件“OFFLINE20070908213000.000001”进行计费处理，即CGW可以准确地区分费率发生切换前后使用的流量分别为450KB+300＝750KB和480KB，并计算对应750KB的费用为750×0.02＝15元，对应480KB的费用为480×0.01＝4.8元，最终IN会从该手机用户的帐户中扣除共计19.8元。

对比现有技术，使用现有技术仅会记录如下信息：“2007-09-0822:20:00至2007-09-08 22:35:00，+8613312345678使用NBA实况直播，总流量450+300+480＝1230KB”，因此当CGW恢复功能后不知道应该采用0.01元/KB还是0.02元/KB的费率进行计费，因此只能根据具体的策略配置进行计算，比如将所有流量均采用0.01元/KB费率，或者将所有流量均采用0.02元/KB费率，或者将流量等分到时间区间上，即22:20至22:30的流量为1230KB×(10÷15)＝820KB，22:30至22:35的流量为1230KB-820KB＝410KB，由此可知上述三种计费策略与实际的费用均不相同，导致计费不准确。

参考图4，为本发明计费业务的处理方法的又一个实施例的流程，该实施例仍以手机终端播放电视节目为例，示出了系统中存在两个IN，IN_A和IN_B，其中IN_A发生故障时，对与IN_A对应的用户终端进行离线计费，同时对与IN_B对应的用户终端B进行在线扣费的流程，由于对用户终端A和B进行的计费处理流程并行进行，为了示例的清楚，在图4中将两个并行的流程分开描述，即步骤401至步骤419为对用户终端A进行的离线计费处理，步骤420至步骤432为对用户终端B进行的在线计费处理：

步骤401：CGW检测到IN_A发生故障后打开为IN_A设置的放通开关A。

步骤402：用户终端A开始播放手机电视后该手机发送播发请求到Service Enabler。

步骤403：Service Enabler向CGW发送请求CGW为用户终端A预留流量的计费开始请求。

步骤404：CGW建立会话连接并对预留流量进行批价。

步骤405：CGW判断此时放通开关A已经打开，将扣费请求输出到为该IN_A分配的存储空间中。

步骤406：CGW向Service Enabler返回计费应答。

步骤407：Service Enabler向用户终端A发送媒体数据。

步骤408：传输媒体数据一段时间后Service Enabler判断发送数据的流量达到授权流量。

步骤409：Service Enabler向CGW发送本时间段的计费请求。

步骤410：CGW将根据用户终端A本时间段业务流量计算的实际使用费输出到该IN_A的存储空间内，并对下一时间段的预留流量批价。

步骤411：CGW判断此时放通开关A已经打开，并向ServiceEnabler返回包含本次授权流量的计费应答。

步骤412：Service Enabler向用户终端A发送媒体数据，重复步骤408至步骤412，使该用户终端A对应的存储空间中分别记录每一时间段的实际费用。

步骤413：传输媒体数据一段时间后用户终端A向Service Enabler发送停止播放请求。

步骤414：Service Enabler向CGW发送计费结束消息。

步骤415：CGW将根据用户终端A本时间段业务流量计算的实际使用费输出到该IN_A对应的存储空间内。

步骤416：CGW判断此时放通开关仍然打开，向Service Enabler发送计费应答。

步骤417：当CGW检测到IN_A恢复功能后关闭放通开关A。

步骤418：IN_A从CGW上为其分配的存储空间中提取包含各个时间段的费用。

步骤419：IN_A累计所有费用后进行离线的扣费处理，并结束用户终端A的本次会话。

步骤420：用户终端B开始播放手机电视后该手机发送播放请求到Service Enabler。

步骤421：Service Enabler接收播放请求后向CGW发送请求CGW为该用户终端B预留流量的计费开始请求。

步骤422：CGW建立会话连接并对预留流量进行批价。

步骤423：CGW向IN_B发送扣费请求。

步骤424：IN_B收到扣费请求后进行实时扣费处理。

步骤425：IN_B向CGW发送已经进行扣费处理的扣费应答。

步骤426：CGW收到扣费应答后向Service Enabler返回计费应答。

步骤427：Service Enabler向用户终端B发送媒体数据。

步骤428：传输媒体数据一段时间后，用户终端B向ServiceEnabler发送停止播放请求。

步骤429：Service Enabler向CGW发送计费结束消息。

步骤430：CGW根据实际业务流量批价向IN_B发送扣费消息。

步骤431：IN_B进行实时扣费处理后向CGW发送扣费应答。

步骤432：CGW向Service Enabler返回计费应答，并结束用户终端B的本次会话。

通过图4所示的本发明计费业务的处理方法的描述可知，应用本发明实施例，当计费系统中的CGW或IN发生故障，特别是在CGW发生故障时，由于分别记录了每一次的业务流量，因此当用户终端在一次业务计费过程中跨越了计费费率的切换点时，根据每一次业务流量对应的计费标准就能够准确地得到该次业务传输的总费用，从而提高了离线计费的准确度；并且当网络中存在多个IN节点时，由于为每个IN分别设置了放通开关且分配了存储空间，因此CGW可以仅对发生故障的IN进行离线计费处理，而对未发生故障的IN仍然进行在线计费处理，由此提高了计费业务处理的灵活性。

与本发明计费业务的处理方法的实施例相对应，本发明还提供了计费业务的处理系统。

参考图5，为本发明计费业务的处理系统的一个实施例框图：

该系统包括：业务请求发起方510和被请求方520，其中一个业务请求发起方510对应一个被请求方520。

其中，业务请求发起方510用于为被请求方分配存储空间，在所述被请求方520发生故障时，将每一次业务信息分别记录在为所述被请求方520分配的存储空间内。

进一步，被请求方520用于所述故障恢复时，从所述存储空间内读取记录的每一次业务信息，并根据所述每一次业务信息计算所述业务请求发起510方的总费用。

参考图6，为本发明计费业务的处理系统的另一个实施例框图：

该系统包括：业务请求发起方610和被请求方620，其中一个业务请求发起方610对应多个被请求方，为了便于描述，图6中示出的被请求方620包括两个被请求方，分别为第一被请求方621和第二被请求方622，假设第一被请求方621发生了故障。

其中，业务请求发起方610用于为第一被请求621和第二被请求方622分别分配放通开关和存储空间，在所述第一被请求方621发生故障时，打开为所述第一被请求方621分配的放通开关，将每一次业务信息分别记录在为所述第一被请求方621分配的存储空间内；在所述第一被请求方621发生故障恢复时，关闭为所述第一被请求方621分配的放通开关，并将所述业务信息直接发送到所述第一被请求方621；进一步，第二被请求方622未发生故障，因此业务请求发起方610用于将业务信息直接发送到所述第二被请求方622。

所述第一被请求方621用于所述故障恢复时，从为其分配的存储空间内读取记录的每一次业务信息，并根据所述每一次业务信息计算所述业务请求发起方610的总费用。

与本发明计费业务的处理方法和系统的实施例相对应，本发明还提供了一种计费业务的处理装置，该处理装置应用在计费业务的处理系统中，可以位于作为业务请求发起方的Service Enabler或CGW中。

参考图7，为本发明一种计费业务的处理装置的一个实施例框图：

该装置包括：分配单元810和记录单元820。

其中，分配单元810用于为该业务计费处理装置的被请求方分配存储空间；记录单元820用于被请求方发生故障时，将每一次业务信息分别记录在为所述被请求方分配的存储空间内。

参考图8，为本发明一种计费业务的处理装置的另一个实施例框图：

该装置包括：分配单元810、记录单元820、设置单元830、开关单元840以及发送单元850。

其中，分配单元810用于为该业务计费处理装置的被请求方分别分配存储空间；记录单元820用于被请求方发生故障时，将每一次业务信息分别记录在对应所述被请求方的存储空间内；设置单元830用于为所述被请求方分别设置放通开关；开关单元840用于被请求方发生故障时，打开所述被请求方的放通开关，被请求方故障恢复时，关闭所述放通开关；发送单元850用于被请求方未发生故障或故障恢复时，将所述业务信息直接发送至被请求方。

具体的，当所述业务计费处理装置应用于计费系统中的业务使能装置上时，所述分配单元810具体用于为计费网关分别分配存储空间；所述记录单元820具体用于计费网关发生故障时，将每一次业务流量分别记录在对应所述计费网关的存储空间内。

具体的，当所述业务计费处理装置位于计费系统中的计费网关内时，所述分配单元810具体用于为智能网分别分配存储空间；所述记录单元820具体用于智能网发生故障时，将每一次业务费用分别记录在对应所述智能网的存储空间内。

本发明还提供了另一种计费业务的处理装置，该处理装置应用在计费业务的处理系统中，可以位于作为被请求方的CGW或IN中。

参考图9，为本发明另一种计费业务的处理装置的实施例框图：

该装置包括：读取单元910和计算单元920。

其中，读取单元910用于从业务请求发起方为所述处理装置所在的被请求方分配的存储空间内读取记录的每一次业务信息；计算单元920用于根据所述每一次业务信息计算所述业务请求发起方的总费用。

通过本发明实施例的描述可知，应用本发明实施例，当计费系统中的CGW或IN发生故障，特别是在CGW发生故障时，由于分别记录了每一次的业务流量，因此当用户终端在一次业务计费过程中跨越了计费费率的切换点时，根据每一次业务流量对应的计费标准就能够准确地得到该次业务传输的总费用，从而提高了离线计费的准确度；并且当网络中存在多个IN节点时，由于为每个IN分别设置了放通开关且分配了存储空间，因此CGW可以仅对发生故障的IN进行离线计费处理，而对未发生故障的IN仍然进行在线计费处理，由此提高了计费业务处理的灵活性。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，包括如下步骤：业务请求发起方为被请求方分配存储空间；被请求方发生故障时，业务请求发起方将每一次业务信息分别记录在为所述被请求方分配的存储空间内。所述的存储介质，如：ROM/RAM、磁碟、光盘等。

虽然通过实施例描绘了本发明，本领域普通技术人员知道，本发明有许多变形和变化而不脱离本发明的精神，希望所附的权利要求包括这些变形和变化而不脱离本发明的精神。

Claims (13)

1、一种计费业务的处理方法，其特征在于，包括：业务请求发起方为被请求方分配存储空间；

被请求方发生故障时，业务请求发起方将每一次业务信息分别记录在为所述被请求方分配的存储空间内。

2、根据权利要求1所述的方法，其特征在于，进一步包括：

当被请求方故障恢复时，业务请求发起方将所述存储空间内记录的每一次业务信息提供给被请求方；

所述被请求方根据所述每一次业务信息计算所述业务请求方的总费用。

3、根据权利要求1所述的方法，其特征在于，进一步包括：

业务请求发起方为被请求方分别设置放通开关；

被请求方发生故障时，业务请求发起方打开所述被请求方的放通开关。

4、根据权利要求3所述的方法，其特征在于，进一步包括：

被请求方未发生故障或故障恢复时，业务请求发起方关闭所述放通开关，并将所述业务信息直接发送至被请求方。

5、根据权利要求1所述的方法，其特征在于，所述业务请求发起方为业务使能装置，所述被请求方为计费网关；或

所述业务请求发起方为计费网关，所述被请求方为智能网。

6、根据权利要求5所述的方法，其特征在于，所述业务请求发起方将每一次业务信息分别记录在为所述被请求方分配的存储空间具体为：

当业务请求发起方为业务使能装置时，业务使能装置将每一次业务流量分别记录在为所述计费网关分配的存储空间内；

当业务请求发起方为计费网关时，计费网关将每一次业务费用分别记录在为所述智能网分配的存储空间内。

7、根据权利要求1至6任意一项所述的方法，其特征在于，所述业务请求发起方通过心跳检测方式或简单业务流程模拟方式对所述被请求方进行故障检测；

所述存储空间为通过文件系统存储的存储空间，或通过数据系统管理的存储空间。

8、一种计费业务的处理系统，其特征在于，包括：业务请求发起方和被请求方，

所述业务请求发起方用于，为被请求方分配存储空间，在所述被请求方发生故障时，将每一次业务信息分别记录在为所述被请求方分配的存储空间内。

9、根据权利要求8所述的系统，其特征在于，所述被请求方进一步用于，在所述故障恢复时，从所述分配的存储空间内读取记录的每一次业务信息，并根据所述每一次业务信息计算所述业务请求发起方的总费用。

10、一种计费业务的处理装置，其特征在于，包括：

分配单元，用于为该业务计费处理装置的被请求方分配存储空间；

记录单元，用于被请求方发生故障时，将每一次业务信息分别记录在为所述被请求方分配的存储空间内。

11、根据权利要求10所述的业务使能装置，其特征在于，还包括：

设置单元，用于为所述被请求方分别设置放通开关；

开关单元，用于被请求方发生故障时，打开所述被请求方的放通开关，被请求方故障恢复时，关闭所述放通开关；

发送单元，用于被请求方未发生故障或故障恢复时，将所述业务信息直接发送至被请求方。

12、根据权利要求10所述的装置，其特征在于，所述业务计费处理装置位于业务使能装置内，或位于计费网关内；

所述业务计费处理装置位于业务使能装置时，所述分配单元具体用于为计费网关分别分配存储空间；

所述记录单元具体用于计费网关发生故障时，将每一次业务流量分别记录在对应所述计费网关的存储空间内；

所述业务计费处理装置位于计费网关内时，所述分配单元具体用于为智能网分别分配存储空间；

所述记录单元具体用于智能网发生故障时，将每一次业务费用分别记录在对应所述智能网的存储空间内。

13、一种计费业务的处理装置，其特征在于，包括：

读取单元，用于从业务请求发起方为所述处理装置所在的被请求方分配的存储空间内读取记录的每一次业务信息；

计算单元，用于根据所述每一次业务信息计算所述业务请求发起方的总费用。

Images