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

Abstract

本发明实施例公开了一种计费系统的业务处理方法、装置及计费系统，为了解决话单稽核处理时用户无法对话单文件进行有效跟踪的问题，本发明实施例公开的方法包括：接收原始话单文件，在原始话单文件中增加标识，并对增加标识的原始话单文件进行处理，生成带有该标识的后续话单文件，对含有该标识的话单文件的处理进行稽核，并在稽核异常时通过该标识对话单文件进行跟踪，定位异常处理步骤。由于在原始话单文件中增加标识，并生成带有该标识的后续话单文件，因此，通过统一的标识，稽核时就可以实现对话单文件进行有效跟踪了。

Description

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

技术领域

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

背景技术

计费系统是运营支撑领域的核心系统，它从设备获取话单，完成批价计费生成帐单，同时完成网间结算功能。上述运算生成的帐单和结算报表决定了运营商的收入，也是普通消费者的缴费依据，所以运算的准确性和完整性备受关注。保证话单在计费系统中准确、完整处理的相关技术称为话单稽核。

目前，国内和海外常见计费系统中，基本采用了单点的话单内部稽核技术，保证关键处理步骤的完整性。业界通用的主要关键点包括采集、预处理、批价、结算等，这些关键过程可以在处理前后核对处理记录、出错条数等内容，形成稽核报告。

采集模块的输入是设备发来的原始话单文件，预处理完成后输出的话单文件是详单文件，该详单文件构成了计费处理模块的输入，因此可以看出，各模块处理的输入是不同的。同时各模块的输入/输出话单文件彼此之间也不是一一对应的，例如，当用户发送一条网内(接收方也是本运营商客户)短信时，从设备上采集到的原始话单文件包括3条通话记录，一条交换中心设备在用户发送完后立即产生的发送记录，一条交换中心产生的接收数据记录，当接收端开机接收后，还有一条来自短信中心的该消息的记录。上述原始话单文件各家网络设备厂商定义的格式不同，包含的内容也不同，有时包含很多设备级的、网络信令的冗余信息。而计费首要的步骤就是通过采集将原始话单文件转化成为 格式统一、内容事先确定好的详单文件，供后续计费处理模块和帐务处理模块按照统一的流程进行批价和处理。上述网内短信的3条原始话单文件经过采集预处理后合并为2条详单文件，分别放在发送方和接收方名下。此时原始话单文件与详单文件是多对多的关系。如果是网间(发送方和接收方属于不同运营商)短信，则交换中心出一条原始话单文件，短信中心出一条原始话单文件，短信网关出一条原始话单文件，一共3条原始话单文件，经过采集后进行合并，并只保留1条详单文件，放在发送方名下，用于后续批价计费。又如：部分交换机会将一次长时间通话拆分成多条话单在不同的原始话单文件中发过来，此时就需要预处理模块将这类话单放入等待处理队列中，直到接收到最后一条原始话单，再重新合并成为一条详单文件输出，此时原始话单文件与详单文件在时间跨度上也很大，因为同一个原始话单文件采集到采集模块后，其中一部分记录很快处理完成放到本模块当前批次的输出话单文件中，另有部分记录需要和后续原始话单合并，即有可能一个原始话单文件的记录预处理后分布在多个详单文件中，并且总处理时间超过一天，此时间段内的若干详单文件都有可能包含此原始话单文件产生的记录。

采集模块输入的是原始话单文件，输出时是按业务类型分类并重新命名的话单文件，里面的通话记录数、格式、排序方式都已经发生了变化。计费处理模块接收了这种按业务类型分类的话单文件，批价后生成了以不同帐期的用户为分类的批价详单文件，里面的排放方式、格式、记录数又和其接收时发生了根本变化。帐务处理模块再对计费处理模块的输出话单文件继续处理。

现有技术的稽核主要是基于目前的话单处理流程，在几个主要处理模块(采集模块、计费处理模块、帐务处理模块、结算处理模块)中进行稽核，比较每个处理模块处理前后的统计结果。

由现有技术可以看出，由于各模块处理的话单文件是不同的，各个阶段的各话单文件彼此之间又不是一一对应的，对用户来说，话单稽核时，如果后续模块处理出错将无法定位到最初的处理过程，也就是说话单稽核处理时用户无法对话单文件进行有效跟踪，而这种可追踪性对于计费系统是很重要的。

发明内容

为了解决话单稽核处理时用户无法对话单文件进行有效跟踪的问题，本发明实施例提供了一种计费系统的业务处理方法，包括：

接收原始话单文件；

在原始话单文件中增加标识，并对增加标识的原始话单文件进行处理，生成带有所述标识的后续话单文件；

稽核含有所述标识的话单文件的处理步骤，并

在稽核异常时通过所述标识对话单文件进行跟踪，定位异常处理步骤。

同时本发明实施例还提供一种计费系统的业务处理装置，包括：

接收模块：用于接收原始话单文件；

标识模块：用于在原始话单文件中加入标识；

话单文件处理模块：用于对输入的加入标识的原始话单文件进行处理，并输出带有所述标识的后续话单文件；

稽核模块：用于对所述话单文件处理模块的输入、输出进行稽核；

跟踪模块：用于在稽核异常时，对带有所述标识的话单文件进行跟踪。

进而本发明实施例还提供了一种计费系统，包括：

接收模块：用于接收原始话单文件；

采集模块：用于对原始话单文件进行采集，生成后续话单文件；

计费处理模块：用于对后续话单文件进行批价处理；

帐务处理模块：用于接收批价处理后的话单文件并对后续话单文件进行帐务处理；

结算处理模块：用于对各模块输出的后续话单文件进行结算处理；

标识模块：用于在采集模块采集的原始话单文件中加入标识；

稽核模块：用于对采集模块、计费处理模块、帐务处理模块和结算处理模块的输入、输出进行稽核；

跟踪模块：用于对带有所述标识的后续话单文件进行跟踪。

由上述本发明提供的实施例可以看出，在原始话单文件中加入标识，并生成带有该标识的后续话单文件，通过统一的标识，可以实现对话单文件进行有效跟踪。进而当处理出现故障时，可以及时准确地定位到故障点所在，实现有效故障定位。

附图说明

图1为本发明实施例提供的方法中文件标识生成示意图；

图2为本发明实施例提供的方法稽核点分布示意图；

图3为本发明提供的第一实施例的方法流程图；

图4为本发明实施例提供的方法中话单生成的流程图；

图5为本发明提供的第二实施例的计费系统的业务处理装置结构示意图；

图6为本发明提供的第三实施例的计费系统的结构示意图。

具体实施方式

本发明实施例中，我们可以选择原始话单文件或其生成的后续话单文件作为稽核的维度，作为优选方案我们选择了作为计费系统输入的采集到的原始话单文件作为稽核的维度，以原始话单文件标识(例如可以采用原始话单文件名或相应的原始话单文件名的ID等，下同)为索引，采用原始文件名时可以为“设备名”+“采集文件日期”.“文件类型”，例如MSC012005103000.dat表示某个交换设备(MSC01)2005年10点30分产生过来的原始话单文件，SMSC022005102000.dat表示短消息中心(SMSC02)05年10点20分产生的原始话单文件，采用相应的原始话单文件名的ID时，可以直接写入一种对应ID，例如标志2342342342表示来自MSC012005103000.dat文件，23542569023表示来自于SMSC022005102000.dat。最终目的是让每条原始话单文件记录和 详单文件，都能够对应到原始话单文件标识上。在首次进行处理时(一般是话单预处理功能)在每条原始话单文件中的通话记录中添加原始话单文件标识，在后续的计费及批价过程中，无论是文件名如何变化，记录按照何种顺序排列，话单文件合并、拆分或者放弃，都在记录中保留最初的原始话单文件标识信息。这种信息被后续模块用于统计维度，并将统计信息发送到统一的稽核功能模块进行汇总，从而提供给操作员一个统一的浏览控制台。

如图1所示，整个计费系统内部包含多个处理模块，图1显示了采集模块(MDS模块，对原始话单文件进行采集和预处理)、计费处理模块(Rating模块，对后续话单文件进行批价处理)、帐务处理模块(Billing模块，对后续话单文件进行帐务处理)。上述模块从业务流程上具有先后关系，总体的输入是采集模块采集来的原始话单文件，这些文件可能来自固定网络、移动网络设备或者结算中心。

当采集模块预处理完毕一个采集到的名为“filename1”的原始话单文件后，它输出一个或多个处理完成后的OutfilenameB后续话单文件，其中包含很多条通话记录，每条记录中都被增加了一个字段的原始话单文件标识信息，内容可以是原始话单文件名信息(如MSC012005103000.dat)，或者是对应的文件ID信息。

经过后续的计费处理模块和帐务处理模块处理，输出的文件名在不断发生变化，但是他们输出的后续话单文件中的通话记录依然保留了原始话单文件标识信息。

最终，每个模块以原始话单文件标识信息进行统计，明确具有该标识的通话记录在本模块的稽核参数，如：处理成功数、出错数、合并和拆分数，并将这些稽核参数发送到系统监控数据库。

操作人员在系统监控台的稽核功能界面中，了解和查看数据库中的各模块汇总稽核参数，并根据计算公式自动计算处理是否正常，如果处理异常，则在一段时间(可以由用户配置，主要考虑到网络话单处理延时)后进行告警，提 示用户话单处理异常，此时可以通过文件标识对话单文件进行跟踪。

如图2所示，我们需要划分合理的稽核点，在每个稽核点的2侧分别有2个系统输出统一的稽核信息，上图中我们划分了5个稽核点，分别是：

1、采集完毕；

2、预处理完毕；

3、批价完毕；

4、出帐完毕；

5、结算开始

在每个点的2侧，采集模块、计费处理模块、帐务处理模块以及结算处理模块(PRM模块，对后续话单文件进行结算处理)将对自己接收到的和处理完成的话单文件中的通话记录以统一的原始话单文件作为维度进行统计，并发送到系统监控数据库，其中结算操作由于接收来自各个模块的话单文件中的通话记录，因此它是一个多入口的操作。

最终我们可以得到每个模块处理前、以及处理后发给下一个模块的通话记录处理数，下面我们以MDS模块为例，说明每个模块需要发送给监控数据库的内容，MDS模块发送给话单稽核模块的参数如下表所示：

变量名	描述
		FileName	系统采集的原始话单文件名，作为索引
Collect Time	采集时间
		MDSInNUM	MDS接收到的文件中的总记录数
MDS filter NUM	该文件MDS过滤掉的记录数
		MDS merge  NUM	该文件中MDS合并损失记录数
MDS 2 Rating  NUM	该文件产生的发给Rating的记录数
		MDS 2PRM	该文件产生的发给PRM的记录数

NUM
		MDS平衡	MDS系统的处理平衡标志，计算公式为  MDSInNum-(MDSfilter NUM+MDSmerg NUM  +MDS2Rating NUM+MDS2PRM NUM)，为0表  示处理正常

每个模块都需要定时将自身统计的接收到的稽核参数(如：接收的总记录数、过滤掉的记录数(主动放弃或出错)、合并掉的记录数(含拆分))发给下一环节模块的记录数(上表的下游处理模块是Rating模块和PRM模块)，这些稽核参数以MDS接收到的原始话单文件名为索引进行累计，也就是说，每个原始话单文件名对应一条记录，本时段没有处理的不提交。

其他模块实现与此类似，具体的参数值由于业务特点和下游模块不同略有出入，此处不再赘述。

最终可以得到一套完整的系统监控稽核参数，可以获得每个原始话单文件在系统中的处理情况，并进而总结计算出是否存在异常。

相对于前面我们提到的几个稽核点，系统监控模块根据以下公式，在各处理模块之间和模块内部进行稽核计算，计算出几个关键的全局稽核指标，本例中的实现如下，分为6个全局稽核指标：

MDS&Rating平衡标志：表示MDS模块的发送和Rating模块的接收是否相等，计算公式为MDS2Rating【注：MDS发送给Rating通话记录数】-RatingInNum【注：Rating接收到通话记录数】，为0表示处理正常，否则表示处理异常；

PRMReceived平衡标志：表示MDS模块和Rating模块发送给PRM模块的记录数和PRM接收到的是否平衡，计算公式为，PRMInNum【注：PRM接收通话记录数】-(MDS2PRM【注：MDS发送给PRM通话记录数】+Rating2PRM【注：Rating发送给PRM通话记录数】)，为0表示处理正常，否则表示处理异常；

Rating&Billing平衡标志：表示Rating模块发送给Billing模块的和Billing模块接收的通话记录数是否平衡，计算公式为Rating2Billing【注：Rating发送给Billing通话记录数】-BillingInNum【注：Billing接收通话记录数】，为0表示正常，否则表示处理异常；

MDS平衡标志：表示MDS模块内部的处理是否平衡，计算公式为MDSInNum【注：MDS接收到的通话记录数】-(MDSfilter NUM【注：MDS主动过滤掉的通话记录数】+MDSmerg NUM【注：MDS合并掉的通话记录数】+MDS2Rating NUM【注：MDS发送给Rating的通话记录数】+MDS2PRMNUM【注：MDS发送给PRM的通话记录数】)，为0表示处理正常，否则表示处理异常；

Rating平衡标志：表示Rating模块内部的处理是否平衡，计算公式为RatingInNum【注：Rating接收到的通话记录数】-(Rating filter NUM【注：Rating主动过滤掉的通话记录数】+Rating merge NUM【注：Rating合并掉的通话记录数】+Rating to Billing NUM【注：Rating发给Billing的通话记录数】+Rating to PRM NUM【注：Rating发送给PRM的通话记录数】)，为0表示处理正常，否则表示处理异常；

PRM平衡标志：表示PRM模块内部的处理是否平衡，计算公式为PRMInNum【注：PRM接收到的通话记录数】-(PRMfiltered【注：PRM主动过滤掉的通话记录数】+PRMmerged【注：PRM合并掉的通话记录数】+PRMOutNum【注：PRM输出的通话记录数】)，为0表示处理正常，否则表示处理异常。

上述稽核标志的所有稽核参数，都是以系统采集到的原始话单文件名为维度，统计的是这个话单文件在各个模块间和模块内部的处理情况，上面只是一个优选的方案，根据计费系统不同的需求，可以设置不同的稽核点和不同的稽核指标，此处不再赘述。

最终，针对一个系统最初采集到的原始话单文件，在系统内部处理正常的 条件是所有平衡标志均正常，也就是：

最终端到端稽核标志位＝MDS&Rating平衡标志＝PRMReceived平衡标志＝Rating&Billing平衡标志＝MDS平衡标志＝Rating平衡标志＝PRM平衡标志＝0。

最终端到端稽核标志位为0，表示话单文件在整个系统端到端的处理无异常，如果在一段时间后(从采集完毕开始计算，主要考虑系统处理延时)还是不能平衡，说明稽核异常，应该告警提请处理。

上述方案还带来其他一些功能，由于用户可以看到每个采集到的原始话单文件在系统内部各模块出错、合并、以及成功数，则可以快速定位到具体模块。其次，由于系统已经具备了基础数据，系统完全可以根据采集点(话单采集设备)进行统计，分析话单文件出错率以及原因，起到优化网络的作用。进一步，按采集话单文件类型分类统计可以分析出不同的业务的业务量和费用特点。

本发明提供的第一实施例是一种计费系统的业务处理的方法，该第一实施例的方法流程如图3所示，例如：

某位号码为AAAAAAAAAAA的手机用户很短时间内(例如几秒)发送了2条短信，一位是发送给网内号码为BBBBBBBBBBB的手机用户，另外一位是其他运营商的号码为CCCCCCCCCCC的手机用户。

步骤S100：接收原始话单文件。

在采集模块接收的是原始话单文件，它是交换中心等设备生成的，各自按照自己的设备定义格式组合和编码，该原始话单文件是整个计费系统的输入。

步骤S200：在一原始话单文件中加入原始话单文件标识，对加入原始话单文件标识的原始话单文件进行后续计费处理，并生成带有所述原始话单文件标识的后续话单文件，具体过程如图4所示。

上述例子的2个短信会分布在3个原始话单文件中，共6条通话记录。交换中心的原始话单文件MSC01200411121030.dat中记录了号码为AAAAAAAAAAA手机用户2个发出记录，1个号码为BBBBBBBBBBB手机 用户的接收记录，总共3条记录。短消息中心的原始话单文件SMSC02200411120268.dat中记录了号码为AAAAAAAAAAA手机用户发送号码为BBBBBBBBBBB手机用户和号码为AAAAAAAAAAA手机用户发送号码为CCCCCCCCCCC手机用户这2个消息在消息中心的处理记录，以及短消息网关的原始话单文件SMSGW02200411120678.dat中记录了在处理发往网外的号码为CCCCCCCCCCC手机用户时的1条处理记录。采集到的6条记录分布在3个原始话单文件中，成为原始通话记录。

当采集模块处理完毕后，被合并成一共4条记录，其中3条详单文件发送给计费处理模块处理，此时是按照业务分类，同一批话单文件中所有的短信在一个话单文件SMS200411120225.dat中，如果有通话，所有的通话在另一个话单文件，如果有上网，上网数据在一个话单文件中。

另1条发给结算处理模块，生成话单文件SMS200411120446.dat，用于网间结算费用。此时开始，每个话单文件的每条通话记录中都带有原始话单文件名，SMS200411120225.dat的每条通话记录中带有原始话单文件名MSC01200411121030.dat，SMS200411120446.dat每条通话记录中带有原始话单文件名SMSGW02200411120678.dat，用于记录的来源跟踪和计算。

短信中心的原始话单的通话记录数，在本次例子中在采集模块的处理中被合并掉了，损失记录数2，短信中心的原始话单的通话记录数，在本次例子中在采集模块的处理中被合并掉了，损失记录数2这种计划内的损失能够统计出并认为正常，本方案的异常情况主要针对未统计的、异常的计划外的损失，这种损失将直接反映在后续稽核计算公式的不平衡上。

计费处理模块处理后，按照不同的帐期(决定了出帐和帐单寄送日期)进行话单文件分类，同一批次话单文件中相同帐期的用户，所有业务使用记录都在同一话单文件中，此时号码为AAAAAAAAAAA手机用户的所有通话、短信、上网等数据都出现在一个文件中0120061012052.dat中，准备提交给帐务处理模块出帐，只剩2条记录。

通过上面的例子可以看出，本发明实施例中的通话记录是一种广义的记录，可以是用户相互之间进行通话时计费系统产生的记录，也可以是用户互发短消息计费系统产生的记录，还可以是用户上网时系统产生的记录等等。

步骤S300：各处理模块将对自己接收到的和处理完成的数据以统一的采集文件信息维度进行统计。

通过上述过程我们可以得出，MDS模块发送给话单稽核模块的参数下表所示：

变量名	描述
		FileName	MSC01200411121030.dat、SMSC02200411120268.dat、  SMSGW02200411120678.dat
Collect Time	采集时间
		MDSInNUM	MDS接收到的文件中的总记录数为：6
MDS filter NUM	该文件MDS过滤掉的记录数为：0
		MDS merge  NUM	该文件中MDS合并损失记录数为：2
MDS 2 Rating  NUM	该文件产生的发给Rating的记录数为：3
		MDS 2PRM  NUM	该文件产生的发给PRM的记录数为：1

其它模块实现与此类似，具体的参数值由于业务特点和下游模块不同略有出入，此处不再赘述。

步骤S400：在各处理模块之间和模块内部进行稽核计算。

MDS&Rating平衡标志：MDSInNum-(MDSfilter NUM+MDSmerg NUM+MDS2Rating NUM+MDS2PRM NUM)，代入上表中的数据，计算结果为0，表示处理正常。其它5个全局稽核指标：PRMReceived Balance平衡标志、Rating&Billing Balance平衡标志、MDS Balance平衡标志、Rating Balance平衡标志和PRM Balance平衡标志均为0，表示处理正常。

步骤S500：此时系统监控模块可以得到一套完整的系统监控数据，可以获得每个原始话单文件在系统中的处理情况，并进而总结计算出是否存在异常，一旦出现异常，可以通过原始话单文件名对话单文件进行跟踪，定位异常处理步骤。

在上述整个过程中，记录的个数，所处理的话单文件名都不断变化，传统的方式统计每个模块内部的处理是否正确，而在后期却无法知道某条记录来自哪个原始话单文件，也无法确认该原始话单文件是否已经全部处理完毕，有否遗漏和重复处理。而本实施例的方案由于添加了必要标识信息、统一的统计维度和系统架构，使得能够实时了解原始话单文件在每个模块中的处理进展，而当长时间(可设定，一般为24小时)某个原始话单文件已经无法稽核平衡时系统可以主动告警。系统监控界面可以通过原始话单文件名跟踪一个时段内的所有话单文件，也可以直接跟踪某个指定的话单文件或一种业务类型的文件。所有文件的正常处理，意味着计费系统运行正常。

本发明提供的第二实施例是一种计费系统业务处理装置，其结构如图5所示，包括：

接收模块10：用于接收原始话单文件；

标识模块100：与接收模块10相连，用于在一原始话单文件中加入标识；比如将原始话单文件标识加入至原始话单文件中的通话记录上，后续处理过程中，该标识信息不发生改变，这样可以是让后续产生的详单文件，都能够对应到原始话单文件标识。

处理模块200：与标识模块100相连，用于对输入的加入标识的话单文件进行处理，根据具体要求并输出带有所述标识的后续话单文件；

稽核模块300：与处理模块相连200，用于对所述处理模块的输入、输出进行稽核；检查处理模块处理过程中是否存在误差，对处理模块处理的各个步骤及各个步骤之间进行稽核；

跟踪模块400：与稽核模块300相连，用于对带有所述标识的话单文件进 行跟踪。在需要对故障定位时，根据所述标识进行跟踪，定位到具体的处理步骤。

该标识模块100包括：

标识子模块110：用于将所述标识增加到原始话单文件的通话记录中。

该处理模块包括200：

采集模块210：用于对原始话单文件进行采集，以及以下模块之一或者组合：

计费处理模块220：与采集模块210相连，用于对后续话单文件进行批价处理；

帐务处理模块230：与计费处理模块220相连，用于对后续话单文件进行帐务处理；

结算处理模块240：与采集模块210、计费处理模块220和帐务处理模块230相连，用于对后续话单文件进行结算处理；

该稽核模块300包括：

稽核子模块310：用于提取各处理模块输入的和输出的话单文件的稽核参数，在各处理模块之间和内部进行稽核。

该稽核子模块310包括：

采集与计费间稽核子模块311：用于采集模块210和计费处理模块220间进行稽核；

采集计费与结算间稽核子模块312：用于采集模块210以及计费处理模块220和结算处理模块240间进行稽核；

计费与帐务间稽核子模块313：用于计费处理模块220和帐务处理模块230间进行稽核；

采集内部稽核子模块314：用于采集模块210内部进行稽核；

计费内部稽核子模块315：用于计费处理模块220内部进行稽核；

结算内部稽核子模块316：用于结算处理模块240内部进行稽核。

本发明第三实施例提供一种计费系统，其结构图如图6所示，该计费系统包括：

接收模块20：用于接收原始话单文件；

采集模块500：与接收模块20相连，用于对原始话单文件进行采集，生成后续话单文件；

计费处理模块600：与采集模块500相连，用于对后续话单文件进行批价处理；

帐务处理模块700：与计费处理模块600相连，用于对后续话单文件进行帐务处理；

结算处理模块800：与采集模块500、计费处理模块600和帐务处理模块700相连，用于对后续话单文件进行结算处理；

在上述基础上，该计费系统增加如下功能模块：

标识模块910：与采集模块500相连，用于在采集模块采集的原始话单文件中加入标识；

稽核模块920：与采集模块500、计费处理模块600、帐务处理模块700和结算处理模块800相连，用于对所述处理模块的输入、输出进行稽核；

跟踪模块930：与采集模块500、计费处理模块600、帐务处理模块700、结算处理模块800和稽核模块920相连，用于对带有所述标识的话单文件进行跟踪。

进一步，所述标识模块910包括：

标识子模块911：用于将所述标识增加到原始话单文件的通话记录中。

进一步，所述稽核模块920包括：

稽核子模块921：用于提取各处理模块输入的和输出的话单文件的稽核参数，在各处理模块之间和内部进行稽核。

进一步，所述稽核子模块921包括：

采集与计费间稽核子模块9211：用于采集模块和计费处理模块间进行稽 核；

采集计费与结算间稽核子模块9212：用于采集模块和结算处理模块间以及计费处理模块和结算处理模块间进行稽核；

计费与帐务间稽核子模块9213：用于计费处理模块和帐务处理模块间进行稽核；

采集内部稽核子模块9214：用于采集模块内部进行稽核；

计费内部稽核子模块9215：用于计费处理模块内部进行稽核；

结算内部稽核子模块9216：用于结算处理模块内部进行稽核。

由上述本发明提供的实施例可以看出，在原始话单文件中加入标识，并生成带有该标识的后续话单文件，通过统一的标识，可以实现对话单文件进行有效跟踪。

上述实施例中，由于可以看到每个采集到的原始话单文件在系统内部各模块出错、合并、以及成功数，则可以快速定位到具体模块。

另外，由于系统已经具备了基础数据，系统完全可以根据采集点(话单采集设备)进行统计，分析话单文件出错率以及原因，起到优化网络的作用。进一步，按采集话单文件类型分类统计可以分析出不同的业务的业务量和费用特点。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (16)

1.一种计费系统的业务处理方法，其特征在于，该方法包括如下步骤：

接收原始话单文件；

在原始话单文件中增加标识，并对增加标识的原始话单文件进行处理，生成带有所述标识的后续话单文件；

稽核含有所述标识的话单文件的处理步骤，并

在稽核异常时通过所述标识对话单文件进行跟踪，定位异常处理步骤。

2.如权利要求1所述的方法，其特征在于，所述标识增加到原始话单文件的通话记录中。

3.如权利要求1所述的方法，其特征在于，

所述对增加标识的原始话单文件进行处理，包括：

对原始话单文件进行采集生成一个或多个后续话单文件，和以下处理步骤之一或者组合：

对后续话单文件进行批价处理；

对后续话单文件进行帐务处理；

对后续话单文件进行结算处理。

4.如权利要求3所述的方法，其特征在于，所述稽核含有所述标识的话单文件的处理步骤包括：

提取各处理步骤处理前后的话单文件的稽核参数，在各处理步骤之间和各处理步骤内部进行稽核。

5.如权利要求4所述的方法，其特征在于，所述提取各处理步骤处理前后的话单文件的稽核参数，在各处理步骤之间和各处理步骤内部进行稽核的步骤包括：

在采集步骤和批价处理步骤之间进行稽核；

在采集步骤和结算处理步骤之间以及批价处理步骤和结算处理步骤之间 进行稽核；

在批价处理步骤和帐务处理步骤之间进行稽核；

对采集步骤进行稽核；

对批价处理步骤进行稽核；

对结算处理步骤进行稽核。

6.如权利要求4或5所述的方法，其特征在于，还包括：

对各个处理步骤之间和各处理步骤内部稽核的结果进行再稽核。

7.如权利要求1或2所述的方法，其特征在于，还包括：

当稽核异常时，进行告警处理和/或进行故障分析及故障定位。

8.如权利要求1或2所述的方法，其特征在于，所述标识包括：

原始话单文件名或原始话单文件名的ID。

9.一种计费系统的业务处理装置，其特征在于，包括：

接收模块：用于接收原始话单文件；

标识模块：用于在原始话单文件中加入标识；

话单文件处理模块：用于对输入的加入标识的原始话单文件进行处理，并输出带有所述标识的后续话单文件；

稽核模块：用于对所述话单文件处理模块的输入、输出进行稽核；

跟踪模块：用于在稽核异常时，对带有所述标识的话单文件骤进行跟踪。

10.如权利要求9所述的装置，其特征在于，所述标识模块包括：

标识子模块：用于将所述标识增加到原始话单文件的通话记录中。

11.如权利要求9或10所述的装置，其特征在于，所述话单文件处理模块包括：

采集模块：用于对原始话单文件进行采集，生成后续话单文件，以及以下模块之一或者组合：

计费处理模块：用于对后续话单文件进行批价处理；

帐务处理模块：用于接收批价处理后的话单文件并进行帐务处理；

结算处理模块：与采集模块、计费处理模块和帐务处理模块相连，用于对各模块输出的后续话单文件进行结算处理； 

所述稽核模块包括： 

稽核子模块：用于提取各处理模块输入的和输出的话单文件的稽核参数，在各处理模块之间和内部进行稽核。 

12.如权利要求11所述的装置，其特征在于，所述稽核子模块包括： 

采集与计费间稽核子模块：用于采集模块和计费处理模块间进行稽核； 

采集计费与结算间稽核子模块：用于采集模块和结算处理模块间以及计费处理模块和结算处理模块间进行稽核； 

计费与帐务间稽核子模块：用于计费处理模块和帐务处理模块间进行稽核； 

采集内部稽核子模块：用于采集模块内部进行稽核； 

计费内部稽核子模块：用于计费处理模块内部进行稽核； 

结算内部稽核子模块：用于结算处理模块内部进行稽核。 

13.一种计费系统，其特征在于，包括： 

接收模块：用于接收原始话单文件； 

采集模块：用于对原始话单文件进行采集，生成后续话单文件； 

计费处理模块：用于对后续话单文件进行批价处理； 

帐务处理模块：用于接收批价处理后的话单文件并对后续话单文件进行帐务处理； 

结算处理模块：用于对各模块输出的后续话单文件进行结算处理； 

标识模块：用于在采集模块采集的原始话单文件中加入标识； 

稽核模块：用于对采集模块、计费处理模块、帐务处理模块和结算处理模块的输入、输出进行稽核； 

跟踪模块：用于对带有所述标识的后续话单文件进行跟踪。 

14.如权利要求13所述的系统，其特征在于，所述标识模块包括： 

标识子模块：用于将所述标识增加到原始话单文件的通话记录中。 

15.如权利要求13或14所述的系统，其特征在于，所述稽核模块包括： 

稽核子模块：用于提取各处理模块输入的和输出的话单文件的稽核参数，在各处理模块之间和内部进行稽核。 

16.如权利要求15所述的系统，其特征在于，所述稽核子模块包括： 

采集与计费间稽核子模块：用于采集模块和计费处理模块间进行稽核； 

采集计费与结算间稽核子模块：用于采集模块和结算处理模块间以及计费处理模块和结算处理模块间进行稽核； 

计费与帐务间稽核子模块：用于计费处理模块和帐务处理模块间进行稽核； 

采集内部稽核子模块：用于采集模块内部进行稽核； 

计费内部稽核子模块：用于计费处理模块内部进行稽核； 

结算内部稽核子模块：用于结算处理模块内部进行稽核。 

Images