一种话单处理方法及设备与流程

本申请实施例涉及通信
技术领域：
，尤其涉及一种话单处理方法及设备。
背景技术：
：融合计费系统(convergencebillingsystem，cbs)是一个综合性的在线、离线计费平台，能够为语音、数据等服务提供灵活的定价和实时的计费功能，能够支持各种预付费、后付费业务，话音、数据、多媒体业务以及有线、无线、因特internet网业务等。在实际应用中，cbs系统通常会产生大量价值不大的话单，例如零费用话单，这些价值不大的话单占用了大量的存储空间，并且对cbs系统的入帐和累账性能具有很大的影响。举例来说，当用户在国家边界或跨网络使用数据业务时，会存在着频繁的漫游切换，这样会在短时间内产生大量的漫游零费用话单。除数据业务外，在很多其它场景下也会产生零费用话单，如业务频繁断网、上网等。这种零费用话单数量庞大，比如在欧洲某地区，一个用户每月最多可以产生40万条的数据业务零费用话单，这类零费用话单不仅占用大量的存储空间，而且非常影响话单入库、累帐和出账的性能。现有技术采用的一种方案为，参见图1，cbs系统中的数据适配网元将采集到的价值不大的话单直接过滤掉，然后将过滤后的话单分发给账务处理网元进行入库、累账、出账等操作，这样可以节省话单的存储空间。但由于过滤掉了一些话单，因而使得cbs系统不同阶段处理的话单不一致，不同移动网络运行商之间漫游数据稽核不一致，从而导致话单一致性稽核失败，对cbs系统的计费可靠性产生影响。技术实现要素：本申请实施例提供一种话单处理方法及设备，能够节省话单的存储空间，保证话单稽核的一致性。为达到上述目的，本申请实施例采用如下技术方案：第一方面，本申请实施例提供了一种话单处理方法，包括：数据适配网元从融合计费点获取m个第一话单文件，m为正整数，每个第一话单文件包括至少一个话单。而后，数据适配网元将m个第一话单文件中，满足预设条件的多个话单合并为一个合话单，以生成n个合话单文件，n为正整数，合话单文件与合话单一一对应。进而，数据适配网元根据m个第一话单文件和n个合话单文件生成n个稽核文件，稽核文件用于账务处理网元进行话单稽核。之后，数据适配网元将话单信息发送给账务处理网元，话单信息包括n个合话单文件和n个稽核文件。这样，数据适配单元通过将第一话单文件中的多个话单合并为合话单，并以合话单文件的形式发送给账务处理网元，以使得账务处理网元可以将合话单文件中的合话单进行入库和累账，而不是将第一话单文件中的每个话单都进行入库和累账，因而可以减少入库和累账的话单的数量，从而可以减少话单占用的存储空间，降低存储成本，提高系统入库、累账以及出账性能，提升运维效率。结合第一方面，在一种可能的实现方式中，预设条件包括：对应同一用户，或者，对应多个用户且多个用户为关联用户。这样，通过将对应同一用户或对应关联用户的话单合并为一个合话单，可以便于话单计费和管理。结合第一方面和上述可能的实现方式，在另一种可能的实现方式中，预设条件还包括以下条件中的至少一个：对应的业务类型为预设业务类型，对应的费率相同，对应的业务起始时间在预设时间段内，对应的业务结束时间在预设时间段内。这样，可以根据实际需要设定预设条件的具体内容。结合第一方面和上述可能的实现方式，在另一种可能的实现方式中，预设条件还包括对应的费用为0，或者，对应的费用小于或者等于预设值。这样，可以将零费用话单进行合并，或者可以将小额话单进行合并。结合第一方面和上述可能的实现方式，在另一种可能的实现方式中，合话单包括业务起始时间、业务结束时间和费用，合话单对应的业务起始时间为满足预设条件的多个话单对应的多个业务起始时间中的最小值；合话单对应的业务结束时间为满足预设条件的多个话单对应的多个业务结束时间中的最大值；合话单对应的费用为满足预设条件的多个话单对应的多个费用之和。这样，合并后的合话单与合并前的多个话单具有对应关系。结合第一方面和上述可能的实现方式，在另一种可能的实现方式中，每个第一话单文件中未合并至合话单中的至少一个话单形成一个第二话单文件，m个第一话单文件中未合并的至少一个话单生成p个第二话单文件，p为正整数且p小于或者等于m，话单信息还包括p个第二话单文件。这样，数据适配网元还可以将未合并的话单以第二话单文件的形式发送给账务处理网元，以便于账务处理网元进行入库和累账。结合第一方面和上述可能的实现方式，在另一种可能的实现方式中，第二话单文件的文件名与对应的第一话单文件的文件名存在第一关联关系。这样，根据第一关联关系和第二话单文件的文件名，可以确定与第二话单文件对应的第一话单文件的文件名。结合第一方面和上述可能的实现方式，在另一种可能的实现方式中，文件名包括文件主名和后缀，第二话单文件的文件名与对应的第一话单文件的文件名存在第一关联关系包括：第二话单文件的文件名通过在对应的第一话单文件的文件名的前端或后端添加预设字符获得。这样，根据文件主名和后缀可以快速地确定与第二话单文件对应的第一话单文件的文件名。结合第一方面和上述可能的实现方式，在另一种可能的实现方式中，稽核文件与合话单文件以及合话单一一对应，稽核文件包括对应的合话单所对应的每个第一话单文件的文件名与稽核量的对应关系。也就是说，稽核文件可以用于表示合话单文件与第一话单文件中的话单的合并关系。结合第一方面和上述可能的实现方式，在另一种可能的实现方式中，稽核文件的文件名与对应的合话单文件的文件名存在第二关联关系。这样，根据第二关联关系和合话单文件的文件名，可以确定稽核文件的文件名。结合第一方面和上述可能的实现方式，在另一种可能的实现方式中，稽核文件的文件名与对应的合话单文件的文件名存在第二关联关系包括：稽核文件与对应的合话单文件的文件名中的文件主名相同，稽核文件的文件名中的后缀为预设后缀，且与对应的合话单文件的文件名中的后缀不同。这样，根据文件主名和后缀，可以快速确定与合话单文件对应的稽核文件的文件名。结合第一方面和上述可能的实现方式，在另一种可能的实现方式中，话单信息还包括第一稽核信息，第一稽核信息包括m个第一话单文件中的每个第一话单文件的文件名与稽核量的对应关系，在数据适配网元将话单信息发送给账务处理网元之前，该方法还包括：数据适配网元从融合计费点获取第一稽核信息。这样，数据适配网元可以将从融合计费点获取的第一稽核信息发送给账务处理网元，以便于账务处理网元根据第一稽核信息进行话单稽核。结合第一方面和上述可能的实现方式，在另一种可能的实现方式中，稽核量包括话单记录数和费用中的至少一种。这样，在进行话单稽核时，可以对话单记录数和/或费用的一致性进行稽核。第二方面，本申请实施例提供了一种话单处理方法，包括：账务处理网元接收数据适配网元发送的话单信息。其中，话单信息包括n个合话单文件和n个稽核文件，n为正整数，合话单文件包括合话单，合话单为m个第一话单文件中满足预设条件的多个话单合并成的话单，n个稽核文件根据m个第一话单文件和n个合话单文件获得。而后，账务处理网元将话单文件入库和累账，话单文件包括话单信息中的n个合话单文件。之后，账务处理网元根据n个合话单文件和n个稽核文件进行话单稽核。这样，账务处理网元将第一话单文件中多个话单合并后的合话单进行入库和累账，而不是将第一话单文件中的每个话单都进行入库和累账，因而可以减少入库和累账的话单的数量，从而可以减少话单占用的存储空间，降低存储成本，减少话单的输入输出操作以及与网络交互的次数，提高系统入库、累账以及出账性能，提升运维效率。并且，账务处理网元还可以根据用于表示第一话单文件和合话单文件中的话单的合并关系的稽核文件，对账务处理网元入库的话单和数据适配单元从融合计费点获取的第一话单文件中的话单进行话单稽核，从而可以保证话单稽核的一致性。结合第二方面，在一种可能的实现方式中，话单信息和话单文件还包括p个第二话单文件，每个第二话单文件中包括的话单为一个第一话单文件中未合并至合话单中的话单，在账务处理网元接收数据适配网元发送的话单信息之后，该方法还包括：账务处理网元根据p个第二话单文件生成第二稽核信息。这样，账务处理网元可以根据第二稽核信息进行话单稽核。结合第二方面和上述可能的实现方式，在另一种可能的实现方式中，第二话单文件的文件名与对应的第一话单文件的文件名存在第一关联关系，账务处理网元根据p个第二话单文件生成第二稽核信息包括：对于p个第二话单文件中的任意第二话单文件，账务处理网元根据任意第二话单文件的文件名和第一关联关系，确定第二话单文件对应的第一话单文件的文件名。任意第二话单文件对应的第一话单文件的文件名，和任意第二话单文件中的稽核量形成一个子第二稽核信息。p个第二话单文件对应的p个子第二稽核信息形成第二稽核信息。这样，账务处理网元可以根据第一关联关系和p个第二话单文件生成第二稽核信息。结合第二方面和上述可能的实现方式，在另一种可能的实现方式中，话单信息还包括第一稽核信息，第一稽核信息包括m个第一话单文件中的每个第一话单文件的文件名与稽核量的对应关系。这样，账务处理网元可以根据第一稽核信息进行话单稽核。结合第二方面和上述可能的实现方式，在另一种可能的实现方式中，账务处理网元根据n个合话单文件和n个稽核文件进行话单稽核包括：账务处理网元根据n个合话单文件和n个稽核文件生成第三稽核信息。账务处理网元将第二稽核信息和第三稽核信息合并为第四稽核信息。账务处理网元根据第四稽核信息和第一稽核信息进行话单稽核。这样，账务处理网元可以通过对比第四稽核信息和第一稽核信息的一致性来进行话单稽核。结合第二方面和上述可能的实现方式，在另一种可能的实现方式中，稽核文件的文件名与对应的合话单文件的文件名存在第二关联关系，稽核文件与合话单文件和合话单一一对应，稽核文件包括对应的合话单所对应的每个第一话单文件的文件名与稽核量的对应关系。账务处理网元根据n个合话单文件和n个稽核文件生成第三稽核信息包括：对于n个合话单文件中的任意合话单文件，账务处理网元根据任意合话单文件的文件名和第二关联关系，确定任意合话单文件对应的稽核文件的文件名。任意合话单文件对应的稽核文件中包括的每个第一话单文件的文件名与稽核量的对应关系，形成一个子第三稽核信息。n个合话单文件对应的n个子第三稽核信息形成第三稽核信息。这样，账务处理网元可以根据第二关联关系、n个合话单文件和n个稽核文件生成第三稽核信息。结合第二方面和上述可能的实现方式，在另一种可能的实现方式中，稽核量包括话单记录数和费用中的至少一个。结合第二方面和上述可能的实现方式，在另一种可能的实现方式中，预设条件包括：对应同一用户，或者，对应多个用户且多个用户为关联用户。结合第二方面和上述可能的实现方式，在另一种可能的实现方式中，预设条件还包括以下条件中的至少一个：对应的业务类型为预设业务类型，对应的费率相同，对应的业务起始时间在预设时间段内，对应的业务结束时间在预设时间段内。结合第二方面和上述可能的实现方式，在另一种可能的实现方式中，预设条件还包括对应的费用为0，或者，对应的费用小于或者等于预设值。结合第二方面和上述可能的实现方式，在另一种可能的实现方式中，合话单包括业务起始时间、业务结束时间和费用，合话单对应的业务起始时间为满足预设条件的多个话单对应的多个业务起始时间中的最小值；合话单对应的业务结束时间为满足预设条件的多个话单对应的多个业务结束时间中的最大值；合话单对应的费用为满足预设条件的多个话单对应的多个费用之和。第三方面，本申请实施例提供一种数据适配网元，包括：获取单元，用于从融合计费点获取m个第一话单文件，m为正整数，每个第一话单文件包括至少一个话单。合并单元，用于将m个第一话单文件中，满足预设条件的多个话单合并为一个合话单，以生成n个合话单文件，n为正整数，合话单文件与合话单一一对应。生成单元，用于根据m个第一话单文件和n个合话单文件生成n个稽核文件，稽核文件用于账务处理网元进行话单稽核。发送单元，用于将话单信息发送给账务处理网元，话单信息包括n个合话单文件和n个稽核文件。结合第三方面，在一种可能的实现方式中，每个第一话单文件中未合并至合话单中的至少一个话单形成一个第二话单文件，m个第一话单文件中未合并的至少一个话单生成p个第二话单文件，p为正整数且p小于或者等于m，话单信息还包括p个第二话单文件。结合第三方面和上述可能的实现方式，在另一种可能的实现方式中，话单信息还包括第一稽核信息，第一稽核信息包括m个第一话单文件中的每个第一话单文件的文件名与稽核量的对应关系，获取单元还用于：在发送单元将话单信息发送给账务处理网元之前，从融合计费点获取第一稽核信息。结合第三方面和上述可能的实现方式，在另一种可能的实现方式中，稽核文件与合话单文件以及合话单一一对应，稽核文件包括对应的合话单所对应的每个第一话单文件的文件名与稽核量的对应关系。结合第三方面和上述可能的实现方式，在另一种可能的实现方式中，第二话单文件的文件名与对应的第一话单文件的文件名存在第一关联关系。结合第三方面和上述可能的实现方式，在另一种可能的实现方式中，稽核文件与合话单文件以及合话单一一对应，稽核文件包括对应的合话单所对应的每个第一话单文件的文件名与稽核量的对应关系。结合第三方面和上述可能的实现方式，在另一种可能的实现方式中，稽核文件的文件名与对应的合话单文件的文件名存在第二关联关系。结合第三方面和上述可能的实现方式，在另一种可能的实现方式中，稽核量包括话单记录数和费用中的至少一个。结合第三方面和上述可能的实现方式，在另一种可能的实现方式中，预设条件包括：对应同一用户，或者，对应多个用户且多个用户为关联用户。结合第三方面和上述可能的实现方式，在另一种可能的实现方式中，预设条件还包括以下条件中的至少一个：对应的业务类型为预设业务类型，对应的费率相同，对应的业务起始时间在预设时间段内，对应的业务结束时间在预设时间段内。结合第三方面和上述可能的实现方式，在另一种可能的实现方式中，预设条件还包括对应的费用为0，或者，对应的费用小于或者等于预设值。结合第三方面和上述可能的实现方式，在另一种可能的实现方式中，合话单包括业务起始时间、业务结束时间和费用，合话单对应的业务起始时间为满足预设条件的多个话单对应的多个业务起始时间中的最小值；合话单对应的业务结束时间为满足预设条件的多个话单对应的多个业务结束时间中的最大值；合话单对应的费用为满足预设条件的多个话单对应的多个费用之和。第四方面，本申请实施例提供一种账务处理网元，包括：接收单元，用于接收数据适配网元发送的话单信息。其中，话单信息包括n个合话单文件和n个稽核文件，n为正整数，合话单文件包括合话单，合话单为m个第一话单文件中满足预设条件的多个话单合并成的话单，n个稽核文件根据m个第一话单文件和n个合话单文件获得。处理单元，用于将话单文件入库和累账，话单文件包括话单信息中的n个合话单文件。稽核单元，用于根据n个合话单文件和n个稽核文件进行话单稽核。结合第四方面，在一种可能的实现方式中，稽核文件与合话单文件和合话单一一对应，稽核文件包括对应的合话单所对应的每个第一话单文件的文件名与稽核量的对应关系。结合第四方面和上述可能的实现方式，在另一种可能的实现方式中，话单信息和话单文件还包括p个第二话单文件，每个第二话单文件中包括的话单为一个第一话单文件中未合并至合话单中的话单，稽核单元还用于：根据p个第二话单文件生成第二稽核信息。结合第四方面和上述可能的实现方式，在另一种可能的实现方式中，话单信息还包括第一稽核信息，第一稽核信息包括m个第一话单文件中的每个第一话单文件的文件名与稽核量的对应关系。结合第四方面和上述可能的实现方式，在另一种可能的实现方式中，稽核单元具体用于：根据n个合话单文件和n个稽核文件生成第三稽核信息。将第二稽核信息和第三稽核信息合并为第四稽核信息。根据第四稽核信息和第一稽核信息进行话单稽核。结合第四方面和上述可能的实现方式，在另一种可能的实现方式中，第二话单文件的文件名与对应的第一话单文件的文件名存在第一关联关系，处理单元具体用于：对于p个第二话单文件中的任意第二话单文件，账务处理网元根据任意第二话单文件的文件名和第一关联关系，确定任意第二话单文件对应的第一话单文件的文件名。任意第二话单文件对应的第一话单文件的文件名，和任意第二话单文件中的稽核量形成一个子第二稽核信息。p个第二话单文件对应的p个子第二稽核信息形成第二稽核信息。结合第四方面和上述可能的实现方式，在另一种可能的实现方式中，话单信息还包括第一稽核信息，第一稽核信息包括m个第一话单文件中的每个第一话单文件的文件名与稽核量的对应关系。结合第四方面和上述可能的实现方式，在另一种可能的实现方式中，稽核文件的文件名与对应的合话单文件的文件名存在第二关联关系，稽核文件与合话单文件和合话单一一对应，稽核文件包括对应的合话单所对应的每个第一话单文件的文件名与稽核量的对应关系。稽核单元具体用于：对于n个合话单文件中的任意合话单文件，账务处理网元根据任意合话单文件的文件名和第二关联关系，确定任意合话单文件对应的稽核文件的文件名。任意合话单文件对应的稽核文件中包括的每个第一话单文件的文件名与稽核量的对应关系，形成一个子第三稽核信息。n个合话单文件对应的n个子第三稽核信息形成第三稽核信息。结合第四方面和上述可能的实现方式，在另一种可能的实现方式中，稽核量包括话单记录数和费用中的至少一个。结合第四方面和上述可能的实现方式，在另一种可能的实现方式中，预设条件包括：对应同一用户，或者，对应多个用户且多个用户为关联用户。结合第四方面和上述可能的实现方式，在另一种可能的实现方式中，预设条件还包括以下条件中的至少一个：对应的业务类型为预设业务类型，对应的费率相同，对应的业务起始时间在预设时间段内，对应的业务结束时间在预设时间段内。结合第四方面和上述可能的实现方式，在另一种可能的实现方式中，预设条件还包括对应的费用为0，或者，对应的费用小于或者等于预设值。结合第四方面和上述可能的实现方式，在另一种可能的实现方式中，合话单包括业务起始时间、业务结束时间和费用，合话单对应的业务起始时间为满足预设条件的多个话单对应的多个业务起始时间中的最小值；合话单对应的业务结束时间为满足预设条件的多个话单对应的多个业务结束时间中的最大值；合话单对应的费用为满足预设条件的多个话单对应的多个费用之和。第五方面，本申请实施例提供了一种数据适配网元，包括至少一个处理器、存储器、通信接口和总线，至少一个处理器与存储器通过总线相连。通信接口用于数据交互。存储器用于存储指令。处理器用于，调用存储在存储器中的指令以实现上述第一方面及第一方面任一项中的话单处理方法。第六方面，本申请实施例提供了一种账务处理网元，包括至少一个处理器、存储器、通信接口和总线，至少一个处理器与存储器通过总线相连。通信接口用于数据交互。存储器用于存储指令。处理器用于，调用存储在存储器中的指令以实现上述第二方面及第二方面的任一种可能的实现方式提供的话单处理方法。第七方面，本申请实施例提供了一种计算机可读存储介质，包括指令，当其在数据适配网元上运行时，使得数据适配网元执行如上述第一方面及第一方面任一项中的话单处理方法。第八方面，本申请实施例提供了一种计算机可读存储介质，包括指令，当其在账务处理网元上运行时，使得账务处理网元执行如上述第二方面及第二方面任一项中的话单处理方法。第九方面，本申请实施例提供了一种包含指令的计算机程序产品，当其在数据适配网元上运行时，使得数据适配网元执行如上述第一方面及第一方面任一项中的话单处理方法。第十方面，本申请实施例提供了一种包含指令的计算机程序产品，当其在账务处理网元上运行时，使得账务处理网元执行上述第二方面及第二方面任一项中的话单处理方法。第十一方面，本申请实施例提供了一种系统，该系统包括数据适配网元和账务处理网元。该数据适配网元用于执行上述第一方面及第一方面的任一种可能的实现方式提供的话单处理方法，该账务处理网元用于执行上述第二方面及第二方面的任一种可能的实现方式提供的话单处理方法。其中，关于上述第三方面至第十一方面的有益效果，可以参见上述第一方面和第二方面中的相关描述，此处不再赘述。附图说明图1为现有技术提供的一种话单处理方法流程图；图2为本申请实施例提供的一种计费系统架构图；图3为本申请实施例提供的一种数据适配网元和账务处理网元的结构示意图；图4为本申请实施例提供的一种话单处理方法流程图；图5为本申请实施例提供的另一种话单处理方法流程图；图6为本申请实施例提供的另一种话单处理方法流程图；图7为本申请实施例提供的一种数据适配网元的结构示意图；图8为本申请实施例提供的另一种数据适配网元的结构示意图；图9为本申请实施例提供的一种账务处理网元的结构示意图；图10为本申请实施例提供的另一种账务处理网元的结构示意图。具体实施方式为了便于理解，示例的给出了部分与本申请实施例相关概念的说明以供参考。如下所示：话单：指原始通信记录信息，又可以称为详单、呼叫详细记录(calldetailrecord，cdr)。费率：指缴纳费用的比率。累账：指按照一定方式将话单中的费用进行累加的过程。出账：指对一个时间范围内(例如，月)的累帐费用经过一定的业务处理，形成账单数据的过程。下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，a/b可以表示a或b；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，在本申请实施例的描述中，“多个”是指两个或多于两个。本申请实施例涉及到的融合计费系统10的架构图可以参见图2。如图2所示，该融合计费系统10可以包括融合计费点(convergentbillingpoint，cbp)11、数据适配网元mediation12、账务处理网元billing13和账务应收网元(accountreceivable，ar)14。其中，融合计费点11主要可以用于对待计费业务进行批价、入账等操作，并将扣费明细写到话单文件中，话单文件中包括多个话单，每个话单对应一个话单记录。数据适配网元12还可以称为中介网元或数据采集网元，主要可以用于从融合计费点11获取产生的话单文件，并将获取到的话单文件分发到账务处理网元的指定目录中。账务处理网元13主要可以用于扫描指定目录中的话单文件，将话单文件中的话单进行入库和累账，并稽核账务处理网元13入库的话单与融合计费点11产生的话单是否一致。账务处理网元13还可以用于，基于入库和累账数据进行出账，并将出账结果同步给账务应收网元14。账务应收网元14主要可以用于根据账务处理网元13提供的出账结果进行销账等操作。其中，账务处理网元13可以包括内存数据库和话单数据库，账务处理网元将话单入库是指，账务处理网元13将话单存入话单数据库；内存数据库可以用于存放累账数据和出账数据。账务应收网元14可以用于对出账结果进行销账等操作。在图2所示架构中，数据适配网元的组成示意图可以参见图3，如图3所示，数据适配网元可以包括至少一个处理器21，存储器22、通信接口23、总线24。下面将结合图3对数据适配网元的各个构成部件进行具体的介绍：处理器21是数据适配网元的控制中心，可以是一个处理器，也可以是多个处理元件的统称。例如，处理器21是一个中央处理器(centralprocessingunit，cpu)，也可以是特定集成电路(applicationspecificintegratedcircuit，asic)，或者是被配置成实施本申请实施例的一个或多个集成电路，例如：一个或多个微处理器(digitalsignalprocessor，dsp)，或，一个或者多个现场可编程门阵列(fieldprogrammablegatearray，fpga)。其中，处理器21可以通过运行或执行存储在存储器22内的软件程序，以及调用存储在存储器22内的数据，执行数据适配网元的各种功能。在具体的实现中，作为一种实施例，处理器21可以包括一个或多个cpu，例如图3中所示的cpu0和cpu1。在具体实现中，作为一种实施例，数据适配网元可以包括多个处理器。这些处理器中的每一个可以是一个单核处理器(single-cpu)，也可以是一个多核处理器(multi-cpu)。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。存储器22可以是只读存储器(read-onlymemory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(randomaccessmemory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasableprogrammableread-onlymemory，eeprom)、只读光盘(compactdiscread-onlymemory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器22可以是独立存在，通过总线24与处理器21相连接。存储器22也可以和处理器21集成在一起。其中，存储器22用于存储执行本申请方案的软件程序，并由处理器21来控制执行。通信接口23，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radioaccessnetwork，ran)，无线局域网(wirelesslocalareanetworks，wlan)等。通信接口23可以包括接收单元实现接收功能，以及发送单元实现发送功能。总线24，可以是工业标准体系结构(industrystandardarchitecture，isa)总线、外部设备互连(peripheralcomponentinterconnect，pci)总线或扩展工业标准体系结构(extendedindustrystandardarchitecture，eisa)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图3中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。图3中示出的设备结构并不构成对数据适配网元的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。此外，图2所示架构中的账务处理网元，可以与图3所示的数据适配网元具有类似的结构，这里不再赘述。基于图2所示的架构，对于产生的大量的零费用等价值不大的话单，在图1所示的现有技术中，数据适配网元将这些价值不大的话单直接过滤掉以节省话单存储空间，但这样将使得这些价值不大的话单不会分发至账务处理网元，从而使得cbs系统中账务处理网元入库的话单与数据适配网元获取的话单不一致，进而导致话单稽核失败。本申请实施例所采用的主要方案为，数据适配网元将价值不大的话单合并为一个合话单以节省话单存储空间，同时还生成与合话单对应的稽核文件，以用于账务处理网元根据稽核文件进行话单稽核，因而可以保证话单稽核的一致性。以下将通过具体实施例进行详细说明。参见图4，本申请实施例提供一种话单处理方法，该方法可以包括：201、数据适配网元从融合计费点获取m个第一话单文件，m为正整数，每个第一话单文件包括至少一个话单。其中，第一话单文件用于存放话单，每个第一话单文件可以包括一个或多个话单，每个话单对应一个话单记录数。这里的m个第一话单文件为数据适配网元从融合计费点获取的话单文件，可以称为原始话单文件。第一话单文件中的话单可以称为原始话单。在本申请以下实施例中，第一话单文件与原始话单文件表示相同的含义，可以通用。在一种具体实现方式中，数据适配网元可以周期性地从融合计费点获取第一话单文件。202、数据适配网元将m个第一话单文件中，满足预设条件的多个话单合并为一个合话单，以生成n个合话单文件，n为正整数，合话单文件与合话单一一对应。其中，合话单文件用于存放合话单，每个合话单文件可以存放一个合话单。这里满足预设条件的话单通常可以为价值不大的话单，例如零费用话单等。在该步骤202中，数据适配网元将m个第一话单文件中，满足预设条件的多个话单合并为一个合话单，从而生成n个合话单文件，也就是说，m个第一话单文件可以转换成n个合话单文件。其中，数据适配网元通过将满足预设条件的多个话单合并为一个话单，可以减少话单的数量。203、数据适配网元根据m个第一话单文件和n个合话单文件生成n个稽核文件，稽核文件用于账务处理网元进行话单稽核。其中，稽核文件与合话单文件以及合话单文件中的合话单一一对应。该稽核文件根据m个第一话单文件和n个合话单文件的对应关系生成，即根据m个第一话单文件中的话单与n个合话单文件中的合话单的合并关系生成。也就是说，稽核文件可以用于表示第一话单文件和合话单文件中的话单的合并关系。204、数据适配网元将话单信息发送给账务处理网元，话单信息包括n个合话单文件和n个稽核文件。在一种具体的实现方式中，数据适配网元可以周期性地将话单信息发送给账务处理网元。其中，这里的周期可以与步骤201中的周期相同也可以不同，周期的大小可以根据实际情况进行设置，示例性的，步骤201中的周期可以为5分钟，步骤204中的周期可以为2个小时。205、在接收到数据适配网元发送的话单信息后，账务处理网元将话单文件入库和累账，话单文件包括话单信息中的n个合话单文件。其中，这里的话单信息与步骤204中数据适配网元发送的话单信息相对应，可以包括n个合话单文件和n个稽核文件，该合话单文件包括合话单，该合话单为m个第一话单文件中满足预设条件的多个话单合并成的话单，该n个稽核文件根据m个第一话单文件和n个合话单文件获得。在接收到数据适配网元发送的话单信息后，账务处理网元可以将话单信息中的n个合话单文件进行入库和累账。其中，这里的入库是指存入话单数据库。其中，由于账务处理网元入库和累账的是合话单文件，具体是合话单文件中的合话单，而合话单中的每个合话单是由第一话单文件中的多个话单合并获得的，因而与将合并前的第一话单文件中的多个话单进行入库和累账相比，将合并后的合话单进行入库和累账，可以减少入库和累账的话单的数量，从而可以节省话单占用的话单数据库的存储空间，提高系统入库和累账的性能。206、账务处理网元根据n个合话单文件和n个稽核文件进行话单稽核。这里的话单稽核是指，稽核账务处理网元入库的话单情况与数据适配单元从融合计费点获取的原始话单的话单情况是否一致。其中，稽核账务处理网元入库的话单文件是原始话单文件转换后的话单文件。由于该n个合话单文件为账务处理网元入库的话单文件，稽核文件是在步骤203中根据m个第一话单文件和n个合话单文件的对应关系生成的，可以用于表示第一话单文件和合话单文件中的话单的合并关系，因而根据该n个合话单文件和该n个稽核文件，账务处理网元可以根据账务处理网元入库的话单情况，获知账务处理网元入库的话单对应的转换前的原始话单情况，并与数据适配网元获取的原始话单情况进行一致性稽核，因而可以保证话单稽核的一致性。在本申请实施例中，数据适配单元将第一话单文件中的多个话单合并为合话单，并以合话单文件的形式发送给账务处理网元，账务处理网元将合话单文件中的合话单进行入库和累账，而不是将第一话单文件中的每个话单都进行入库和累账，因而可以减少入库和累账的话单的数量，从而可以减少话单占用的存储空间，降低存储成本，减少话单的输入输出操作以及与网络交互的次数，提高系统入库、累账以及出账性能，提升运维效率。并且，减少入库和累账的话单的数量，还可以提高运维人员操作话单数据库的效率，降低话单数据库的日常维护(如索引重建、统计更新、数据搬迁)成本。此外，账务处理网元还可以根据用于表示第一话单文件和合话单文件中的话单的合并关系的稽核文件，对账务处理网元入库的话单和数据适配单元从融合计费点获取的第一话单文件中的话单进行话单稽核，从而可以保证话单稽核的一致性。另外，值得注意的是，在本申请实施例中，在合并话单以节省话单数据库存储空间的同时，还生成了稽核文件，但由于稽核文件用于进行话单稽核而不会存入话单数据库，因而不会占用话单数据库的存储空间。并且，通常情况下，第一话单文件中的每个话单的大小大概为1kb(字节)左右，而每个稽核文件的大小大概只有0.1kb左右，并且，数据适配网元从融合计费点获取的第一话单文件中的话单数量通常很大，相应的，满足预设条件、可以合并的价值不大的话单的数量也很大(通常与不满足预设条件的普通话单不在一个数量级上)，因而合并后的合话单的数量通常远小于合并前的价值不大的话单的数量，合并后的合话单的数量可以与普通话单在同一个数量级，或者可以低于普通话单对应数量级。举例来说，数据业务已经成为目前欧洲各大运营商的主要收入，数据业务使用频率高，需要实时产生话单。欧洲国家和运营商有如下特点：欧洲国家众多，且很多国家都是申根国，用户可以方便地出入各个国家；欧洲高端运营商较多，移动虚拟网络运营商(mobilevirtualnetworkoperator，mvno)应用广泛；国家与国家之间、运营商与运营商之间的数据业务漫游结算很频繁。因此，用户在国家边界或跨网络使用数据业务时，会存在着频繁的漫游切换，这样在短时间内会产生大量的价值不大的话单例如漫游零费用话单。假设欧洲某地区每个用户每月产生40万个零费用话单，这40万个零费用话单的大小大概为0.4gb左右，若这些话单可以合并为1000个合话单，且对应生成1000个稽核文件，则这1000个合话单的大小为1000kb左右，这1000个稽核文件的大小为100k左右，这1000个合话单和这1000个稽核文件的大小总共为1100kb左右，远小于0.4gb，从而可以节省大量的话单存储空间。其中，上述步骤203中的预设条件可以根据实际需要进行设定。例如，该预设条件具体可以包括对应同一用户，或者，对应多个用户且多个用户为关联用户。即，数据适配网元可以将m个第一话单文件中，对应同一用户的话单合并为一个合话单。或者，数据适配网元可以将m个第一话单文件中对应不同的用户，且该不同用户为关联用户的话单合并为一个合话单。进一步地，该预设条件还可以包括以下条件中的至少一个：对应的业务类型为预设业务类型，对应的费率相同，对应的业务起始时间在预设时间段内，对应的业务结束时间在预设时间段内。其中，这里的业务类型用于表示业务所属的分类，例如可以包括数据业务、语音业务、短信业务或彩信业务等。示例性的，该预设条件具体包括：对应同一用户，且对应的业务类型为数据业务。再示例性的，该预设条件具体可以包括：对应同一用户，对应的业务类型为数据业务，费率相同，且对应的业务起始时间在12:00之后，对应的业务的结束时间在14:00之前。即，数据适配网元可以将m个第一话单文件中，对应同一用户，对应的业务类型为数据业务，费率相同，且业务开始时间和业务结束时间都在12:00-14:00范围内的至少一个话单合并为一个合话单。进一步地，该预设条件还可以包括费用为0或者费用小于或者等于预设值。示例性的，该预设条件具体可以包括对应同一用户，对应的业务类型为数据业务，且对应的业务起始时间在12:00之后，对应的业务的结束时间在14:00之前，费用为0。再示例性的，该预设条件具体可以包括对应同一用户，对应的业务类型为数据业务，费率相同，对应的业务起始时间在12:00之后，对应的业务的结束时间在14:00之前，且费用小于或者等于预设值1元。即，账务处理网元可以将对应同一用户，对应的业务类型为数据业务，费率相同，业务开始时间和业务结束时间都在12:00-14:00范围内，且话单对应的费用小于或者等于1元的至少一个话单合并为一个合话单。具体的，第一话单文件中话单包括的字段内容可以根据实际需要进行设置，上述步骤203中获得的合话单中包括的字段内容也可以根据实际需要进行设置。例如，在一种实现方式中，第一话单文件中的话单以及合话单可以包括业务起始时间、业务结束时间和费用。其中，合话单对应的业务起始时间可以为满足预设条件的多个话单对应的多个业务起始时间中的最小值；合话单对应的业务结束时间可以为满足预设条件的多个话单对应的多个业务结束时间中的最大值；合话单对应的费用为满足预设条件的多个话单对应的多个费用之和。在另一种实现方式中，第一话单文件中的话单和合话单还可以包括话单标识、计费对象标识。在另外的实现方式中，参见表1，第一话单文件中的话单和合话单还可以包括话单子标识、业务子类以及费率等其它字段。其中，话单子标识用于配合话单标识来标识一个话单，例如，当某一个业务的持续时间跨越00:00时，该业务可以对应两个话单，这两个话单的话单标识可能相同，但话单子标识可能不同。话单标识和话单子标识可以构成一个话单的主键。业务子类用于配合业务类型来标标识业务所属的分类。表1字段字段描述cdr_id话单标识cdr_sub_id话单子标识obj_id计费对象标识，一般为用户标识start_date业务开始时间end_date业务结束时间amount费用service_category业务类型usage_service_type业务子类…其它字段举例来说，若预设条件为预设条件1即对应同一用户，对应的业务类型为数据业务，且费用为0；并且，若数据适配网元从融合计费点获取的m个第一话单文件包括2个话单文件，即话单文件cbp_cdr_file_00001.dat和话单文件cbp_cdr_file_00002.dat；且参见如下表2，话单文件cbp_cdr_file_00001.dat可以包括3个话单，对应3个话单记录，每个话单记录表示一个话单；参见如下表3，话单文件cbp_cdr_file_00002.dat可以包括2个话单，对应2个话单记录，每个话单记录表示一个话单；则这2个第一话单文件中满足预设条件的话单合并可以得到一个合话单和一个合话单文件，该合话单文件可以称为cbp_cdr_file_00001_merged.dat，具体可以参见如下表4。表2表3字段名话单记录1话单记录2cdr_id10111012cdr_sub_id11obj_id200002200002start_date2017030213:01:072017030213:01:08end_date2017030213:01:072017030213:01:08amount00servuce_categirtdatadatausage_service_type——表4字段名话单记录1cdr_id1000000001cdr_sub_id1obj_id200002start_date2017030213:01:05end_date2017030213:01:08amount0servuce_categirtdatausage_service_type—其中，表2-表4中的“—”表示该字段为空，voice表示语音业务，data表示数据业务。由表2、表3和表4可知，表4中包括一个合话单1000000001，该合话单是将表2所示的话单文件cbp_cdr_file_00001.dat中，话单记录2对应的话单1002和话单记录3对应的话单1003，以及表3所示的话单文件cbp_cdr_file_00002.dat中，话单记录1对应的话单1011，话单记录2对应的话单1012合并得到的。其中，合话单1000000001对应的付费对象为200002，与话单1002、话单1003、话单1011和话单1012对应的付费对象相同，即合话单1000000001与话单1002、话单1003、话单1011和话单1012对应同一用户。合话单1000000001对应的业务起始时间为2017030213:01:05，话单1002、话单1003、话单1011和话单1012分别对应的业务起始时间为2017030213:01:05、2017030213:01:06、2017030213:01:07和2017030213:01:08，即合话单1000000001对应的业务起始时间为话单1002、话单1003、话单1011和话单1012分别对应的业务起始时间的最小值。合话单1000000001对应的业务结束时间为2017030213:01:08，话单1002、话单1003、话单1011和话单1012分别对应的业务结束时间为2017030213:01:05、2017030213:01:06、2017030213:01:07和2017030213:01:08，即合话单1000000001对应的业务结束时间为话单1002、话单1003、话单1011和话单1012分别对应的业务结束时间的最大值。另外，合话单1000000001，与话单1002、话单1003、话单1011和话单1012对应的业务类型均为数据业务data，且合话单1000000001，与话单1002、话单1003、话单1011和话单1012对应的费用均为0。此外，在上述步骤202中，预设条件中也可以不包括预设时间段，数据适配网元也可以根据预设的合并周期，将m个第一话单文件中满足预设条件的话单周期性地合并为一个合话单，例如这里的合并周期可以为2小时，即数据适配网元可以每隔2小时进行一次话单合并。另外，需要说明的是，以上仅说明了对应业务起始时间、业务结束时间和费用如何合并，当话单中还包括其它字段时，对于任意字段，例如字段1，合话单中的字段1可以设置为预设值或空值，或者合话单中的字段1可以为待合并为该合话单中的多个话单中的多个字段1中，任意一个字段1的取值。例如，当话单1和话单2合并为合话单1时，若话单1中的业务类型为数据业务，话单2中的业务类型为语音业务，则合话单1中的业务类型可以为空值，或者合话单1中的业务类型可以为预设值数据业务，或者合话单1中的业务类型可以随机选取话单1和话单2中的一个业务类型。此外，除移动通信场景外，在物联网、车联网等其它应用场景中，也可以采用本发明实施例提供的话单处理方法进行话单处理。例如，在一种具体实施方式中，计费方式采用按次计费(例如每次0.1元)，每次使用对应一个话单，在话单量较大时，可以将每小时内的话单合并，并将合并的话单中的费用累加。需要说明的是，在实际应用时具体可以通过多种方式实现本申请实施例中的话单合并，以上所示的话单合并的具体方式，仅仅是示例性的说明，并不作为对本申请实施例提供的话单合并方式的限定。在本申请实施例中，在步骤202中生成n个合话单文件之后，每个第一话单文件中未合并至合话单中的至少一个话单形成一个第二话单文件，m个第一话单文件中未合并的至少一个话单生成p个第二话单文件，p为正整数且p小于或者等于m，这样，m个第一话单文件中的话单可以转换成n个合话单文件中的合话单和p个第二话单文件中的话单。该第二话单文件可以理解为，第一话单文件中将满足预设条件的话单拆分出去之后剩余的话单形成的话单文件。也就是说，m个第一话单文件除了可以转换成n个合话单文件外，还可以转换成p个第二话单文件。在生成p个第二话单文件后，话单信息中还可以包括p个第二话单文件。仍以上述表2和表3所示的第一话单文件及预设条件1为例，在表2所示的话单文件cbp_cdr_file_00001.dat中，未合并至合话单中的话单为话单记录1对应的话单1001，因而该话单1001形成一个第二话单文件。在表3所示的话单文件cbp_cdr_file_00002.dat中，所有话单都合并到了合话单中，因而cbp_cdr_file_00002.dat中没有未合并的话单，因而cbp_cdr_file_00002.dat中不会对应生成一个第二话单文件。也就是说，这里生成的p个第二话单文件为1个第二话单文件，可以称为第二话单文件cbp_cdr_file_00001_splited.dat，该第二话单文件cbp_cdr_file_00001_splited.dat可以参见如下表5。表5由表5可知，该第二话单文件cbp_cdr_file_00001_splited.dat中的话单为表2所示的话单文件cbp_cdr_file_00001.dat中，未合并的话单1001。此外，对比表2、表3、表4和表5可知，表2和表3中所示的第一话单文件中的话单，转换成了表4中所示的合话单文件中的合话单以及表5所示的第二话单文件中的话单。在生成p个第二话单文件的基础上，数据适配网元在步骤204中向账务处理网元发送的话单信息中还可以包括该p个第二话单文件，账务处理网元入库和累账的话单文件中还可以包括第二话单文件。也就是说，账务处理网元接收到数据适配网元发送的话单信息可以包括n个合话单文件、n个稽核文件和p个第二话单文件，账务处理网元可以将话单信息中，m个第一话单文件中的话单转换成的n个合话单文件中的合话单和p个第二话单文件中的话单进行入库和累账，即账务处理网元进行入库和累账的话单文件包括n个合话单文件和p个第二话单文件。进一步地，参见图5，账务处理网元接收数据适配网元在步骤204中发送的话单信息之后，还可以包括：207、账务处理网元根据p个第二话单文件生成第二稽核信息。这里的第二稽核信息可以用于账务处理网元对话单的一致性进行稽核。在本申请实施例中，账务处理网元进行的话单稽核，具体可以是稽核账务处理网元入库的话单对应的转换前的原始话单文件与稽核量的对应关系，与数据适配网元从融合计费点获取的原始话单文件与稽核量的对应关系是否一致。其中，稽核量可以用于描述话单的特征，例如可以包括对应的话单记录数和费用中的至少一个，和/或其它特征，这里不作具体限定。本申请以下实施例将以稽核量包括话单记录数和费用为例进行说明。这里的第二稽核信息可以用于描述，账务处理网元入库的第二话单文件对应的转换前的原始话单文件(第一话单文件)与稽核量的对应关系。具体的，第二话单文件的文件名与对应的第一话单文件的文件名可以存在第一关联关系。在此基础上，步骤207具体可以包括：对于p个第二话单文件中的任意第二话单文件，账务处理网元根据任意第二话单文件的文件名和第一关联关系，确定第二话单文件对应的第一话单文件的文件名。任意第二话单文件对应的第一话单文件的文件名，和任意第二话单文件中的稽核量形成一个子第二稽核信息。p个第二话单文件对应的p个子第二稽核信息形成第二稽核信息。若第二话单文件1中包括的话单是第一话单文件1中未合并至合话单中的话单，则该第二话单文件1与该第一话单文件1对应。当第二话单文件的文件名与对应的第一话单文件的文件名可以存在第一关联关系时，账务处理网元可以根据第二话单文件的文件名和第一关联关系，确定第二话单文件对应的第一话单文件的文件名。这里的第一关联关系可以根据实际需要来设置。例如，第二话单文件的文件名可以通过在对应的第一话单文件的文件名的前端或后端添加预设字符获得。举例来说，文件名主要可以包括文件主名和后缀，上述表5所示的第二话单文件与上述表2的第一话单文件对应，上述表5所示的第二话单文件的文件名为cbp_cdr_file_00001_splited.dat，上述表2所示的第一话单文件的文件名为cbp_cdr_file_00001.dat，该第二话单文件的文件名是在对应的第一话单文件的文件主名的后端添加预设字符“_splited”来获得的。这样，账务处理网元根据文件名为cbp_cdr_file_00001_splited.dat的第二话单文件，就可以确定文件名为cbp_cdr_file_00001.dat的第一话单文件与该第二话单文件cbp_cdr_file_00001_splited.dat对应。该第二话单文件cbp_cdr_file_00001_splited.dat对应的第一话单文件的文件名cbp_cdr_file_00001_splited.dat，以及该第二话单文件cbp_cdr_file_00001_splited.dat中的稽核量形成一个子第二稽核信息。这里的稽核量包括第二话单文件cbp_cdr_file_00001_splited.dat中的话单记录数和费用。由表5可知，该第二话单文件cbp_cdr_file_00001_splited.dat仅包括1个话单，对应一个话单记录数，且费用为100，因而该第二话单文件cbp_cdr_file_00001_splited.dat的稽核量为话单记录数1，费用100。该子第二稽核信息可以参见如下表6。表6第一话单文件的文件名话单记录数费用cbp_cdr_file_00001.dat1100在表6中，第一话单文件的文件名是指，账务处理网元入库的第二话单文件对应的原始话单文件的文件名。进一步地，参见如下表7，该子第二稽核信息在包括第一话单文件的文件名与稽核量的对应关系的基础上，还可以包括对应的第二话单文件的文件名。表7第二话单文件的文件名第一话单文件的文件名话单记录数费用cbp_cdr_file_00001_splited.datcbp_cdr_file_00001.dat1100需要说明的是，在本申请实施例所举示例中，由于只生成了一个第二话单文件，因而仅对应一个子第二稽核信息，第二稽核信息仅包括表6或表7所示的一个子第二稽核信息；当有多个第二话单文件时，每个第二话单文件都可以对应一个子第二稽核信息，所有子第二稽核信息可以形成第二稽核信息，这里不再赘述。进一步地，步骤204中的话单信息还可以包括第一稽核信息，第一稽核信息包括m个第一话单文件中的每个第一话单文件的文件名与稽核量的对应关系。在步骤204之前，该方法还可以包括：208、数据适配网元从融合计费点获取第一稽核信息。其中，这里的第一稽核信息可以用于描述，数据适配网元从融合计费点获取的原始话单文件与稽核量的对应关系。示例性的，第一稽核信息可以参见如下表8。表8第一话单文件的文件名话单记录数费用cbp_cdr_file_00001.dat3100cbp_cdr_file_00002.dat20在表8中，第一话单文件的文件名是指数据适配网元从融合计费点获取的第一话单文件的文件名。由表8可知，数据适配网元从融合计费点获取了2个第一话单文件，即话单文件cbp_cdr_file_00001.dat和话单文件cbp_cdr_file_00002.dat，其中，话单文件cbp_cdr_file_00001.dat包括3个话单，对应3个话单记录数，且这3个话单的总费用为0；话单文件cbp_cdr_file_00002.dat包括2个话单，对应2个话单记录数，且这2个话单的总费用为0。在获得第二稽核信息和第一稽核信息的基础上，账务处理网元在上述步骤206中根据n个合话单文件和n个稽核文件进行话单稽核可以包括：2061、账务处理网元根据n个合话单文件和n个稽核文件生成第三稽核信息。2062、账务处理网元将第二稽核信息和第三稽核信息合并为第四稽核信息。2063、账务处理网元根据第四稽核信息和第一稽核信息进行话单稽核。其中，这里的第三稽核信息用于描述，账务处理网元入库的合话单文件对应的转换前的原始话单文件(第一话单文件)与稽核量的对应关系。又由于第二稽核信息用于描述，账务处理网元入库的第二话单文件对应的转换前的原始话单文件(第一话单文件)与稽核量的对应关系。因而，第二稽核信息和第三稽核信息合并后的第四稽核信息，可以用于描述账务处理网元入库的话单文件对应的转换前的原始话单文件(第一话单文件)与稽核量的对应关系，而第一稽核信息用于描述，数据适配网元从融合计费点获取的原始话单文件与稽核量的对应关系。因而，账务处理网元通过稽核第四稽核信息和第一稽核信息，可以保证话单稽核的一致性，从而提高计费系统的可靠性。具体的，稽核文件与合话单文件和合话单一一对应，稽核文件可以用于描述第一话单文件和合话单文件中的话单的合并关系。因而，根据稽核文件，账务处理网元可以获得账务处理网元入库的合话单文件对应的转换前的原始话单文件(第一话单文件)与稽核量的对应关系，即第三稽核信息。在一种具体实现方式中，稽核文件可以包括对应的合话单所对应的每个第一话单文件的文件名与稽核量的对应关系。示例性的，与上述表4所示的合话单文件cbp_cdr_file_00001_merged.dat对应的稽核文件可以参见如下表9。表9字段名合并记录1合并记录2mrg_cdr_id10000000011000000001mgr_cdr_sub_id11src_file_namecbp_cdr_file_00001.datcbp_cdr_file_00002.datsrc_cdr_cnt22total_amt00由表9可知，该稽核文件包括两个合并记录，每个合并记录对应一个第一话单文件，每个合并记录用于描述该稽核文件对应的合话单与一个第一话单的对应关系，以及该第一话单文件中合并至该合话单中的话单的话单记录数或费用等特征。例如，合并记录1可以表明，该稽核文件对应的合话单为合话单1000000001，该合话单1000000001对应一个第一话单文件cbp_cdr_file_00001.dat，该第一话单文件cbp_cdr_file_00001.dat中合并至该合话单中的话单的话单记录数为2，该第一话单文件cbp_cdr_file_00001.dat中合并至该合话单中的话单的费用之和为0。也就是说，合并记录1记录了：第一话单文件cbp_cdr_file_00001.dat中有2个话单合并至合话单1000000001中，且这2个话单的总费用为0。类似的，合并记录2记录了：第一话单文件cbp_cdr_file_00002.dat中有2个话单合并至合话单1000000001中，且这2个话单的总费用为0。在一种具体实施方式中，若预设条件中包括费用为0，则合并至合话单中的话单的费用均为0，这样，在合话单和稽核文件中，也可以不包括费用这一字段，而默认费用为0。在本申请实施例中，稽核文件的文件名与对应的合话单文件的文件名可以存在第二关联关系。在此基础上，账务处理网元在步骤2061中根据n个合话单文件和n个稽核文件生成第三稽核信息可以包括：对于n个合话单文件中的任意合话单文件，账务处理网元根据任意合话单文件的文件名和第二关联关系，确定任意合话单文件对应的稽核文件的文件名。任意合话单文件对应的稽核文件中包括的每个第一话单文件的文件名与稽核量的对应关系，形成一个子第三稽核信息。n个合话单文件对应的n个子第三稽核信息形成第三稽核信息。其中，这里的第二关联关系可以根据实际需要来设置。例如，在一种具体的实现方式中，稽核文件与对应的合话单文件的文件名中的文件主名相同，稽核文件的文件名中的后缀为预设后缀，且与对应的合话单文件的文件名中的后缀不同。示例性的，在上述表9所示的稽核文件的文件名为cbp_cdr_file_00001_merged.chk，后缀为“.chk”；与之对应的上述表3中的合话单文件的文件名为cbp_cdr_file_00001_merged.dat，后缀为“.dat”。这样，账务处理网元根据文件名为cbp_cdr_file_00001_merged.dat的合话单文件，就可以确定文件名为cbp_cdr_file_00001_merged.chk的稽核文件与cbp_cdr_file_00001_merged.dat这一合话单文件对应。在另一种具体的实现方式中，稽核文件的文件主名为对应的合话单文件的文件主名的后端添加预设字符，稽核文件的文件名中的后缀为预设后缀，且与对应的合话单文件的文件名中的后缀不同。参见表9，该合话单文件cbp_cdr_file_00001_merged.dat对应的稽核文件cbp_cdr_file_00001_merged.chk包括的第一话单文件的文件名cbp_cdr_file_00001.dat和cbp_cdr_file_00002.dat，以及该稽核文件cbp_cdr_file_00001_merged.chk中的稽核量形成一个子第三稽核信息。这里的稽核量包括稽核文件cbp_cdr_file_00001_merged.chk中的话单记录数和费用。由表9可知，该稽核文件cbp_cdr_file_00001_merged.chk包括两个第一话单文件的文件名，即cbp_cdr_file_00001.dat和cbp_cdr_file_00002.dat，还包括与第一话单文件cbp_cdr_file_00001.dat对应的话单记录数2和费用0，还包括与第二话单文件cbp_cdr_file_00002.dat对应的话单记录数2和费用0。因而，该子第三稽核信息可以参见如下表10。表10第一话单文件名话单记录数费用cbp_cdr_file_00001.dat20cbp_cdr_file_00002.dat20在表10中，第一话单文件的文件名是指，稽核文件对应(或包括)的原始话单文件的文件名，该稽核文件与账务处理网元入库的合话单文件相对应。进一步地，参见如下表11，该子第三稽核信息在包括第一话单文件的文件名与稽核量的对应关系的基础上，还可以包括与该稽核文件对应的，账务处理网元入库的合话单文件的文件名。表11需要说明的是，在本申请实施例所举示例中，由于只生成了一个合话单文件和一个稽核文件，因而仅对应一个子第三稽核信息，第三稽核信息仅包括表10或表11所示的一个子第三稽核信息；当有多个合话单文件和多个稽核文件时，每个稽核文件都可以对应一个子第三稽核信息，所有子第三稽核信息可以形成第三稽核信息，这里不再赘述。在得到第二稽核信息和第三稽核信息后，账务处理网元可以将第二稽核信息和第三稽核信息合并为第四稽核信息。示例性的，表6对应的第二稽核信息和表10对应的第三稽核信息合并后得到的第四稽核信息可以参见如下表12。表12第一话单文件的文件名话单记录数费用cbp_cdr_file_00001.dat3100cbp_cdr_file_00002.dat20对比表12中的第四稽核信息和表8中的第一稽核信息可知，第四稽核信息与第一稽核信息包括的第一话单文件的数量和文件名均相同，并且，每个第一话单文件的文件名对应的稽核量即话单记录数和费用也均相同。表12中的第四稽核信息可以用于描述，账务处理网元入库的话单文件对应的转换前的原始话单文件(第一话单文件)与稽核量的对应关系，而表8中的第一稽核信息可以用于描述，数据适配网元从融合计费点获取的原始话单文件与稽核量的对应关系。因而，表12和表8相同可以说明，账务处理网元入库的话单文件对应的转换前的原始话单文件(第一话单文件)与稽核量的对应关系，与数据适配网元从融合计费点获取的原始话单文件与稽核量的对应关系相同，话单一致性稽核通过。可见，本申请实施例提供的话单处理方法可以保证话单稽核的一致性，从而提高计费系统的可靠性。进一步地，本申请实施例提供的话单处理方法还可以包括：209、账务处理网元根据入库和累账的数据进行出账。210、账务处理网元将出账数据发送给账务应收网元。此外，本申请上述实施例提供的话单处理方法的另一种流程图还可以参见图6。上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，上述数据适配网元和账务处理网元为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。本申请实施例可以根据上述方法示例对数据适配网元和账务处理网元进行功能单元或模块的划分，例如，可以对应各个功能划分各个功能单元或模块，也可以将两个或两个以上的功能集成在一个处理单元或模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能单元或模块的形式实现。需要说明的是，本申请实施例中对单元或模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。比如，在采用对应各个功能划分各个功能单元的情况下，图7示出了上述实施例中所涉及的数据适配网元70的一种可能的结构示意图。该数据适配网元70包括获取单元701、合并单元702、生成单元703和发送单元704。其中，获取单元701，用于从融合计费点获取m个第一话单文件，m为正整数，每个第一话单文件包括至少一个话单，还可以用于执行图5中的步骤208。合并单元702，用于将m个第一话单文件中，满足预设条件的多个话单合并为一个合话单，以生成n个合话单文件，n为正整数，合话单文件与合话单一一对应。生成单元703，用于根据m个第一话单文件和n个合话单文件生成n个稽核文件，稽核文件用于账务处理网元进行话单稽核。发送单元704，用于将话单信息发送给账务处理网元，话单信息包括n个合话单文件和n个稽核文件。其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能单元或模块的功能描述，在此不再赘述。以采用集成的方式划分各个功能模块的情况下，图8示出了上述实施例中所涉及的数据适配网元80的一种可能的结构示意图，该数据适配网元80包括：处理模块801和通信模块802。其中，该处理模块801可用于执行图7中合并单元702和生成单元703所能执行的操作，该通信模块802可用于执行图7中获取单元701和发送单元704所能执行的操作，具体可参考图7所示的实施例，本申请实施例在此不再赘述。其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能单元或模块的功能描述，在此不再赘述。在本实施例中，该数据适配网元以对应各个功能划分各个功能单元或模块的形式来呈现，或者，该数据适配网元以采用集成的方式划分各个功能单元或模块的形式来呈现。这里的“单元、模块”可以指特定应用集成电路，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到数据适配网元70或者数据适配网元80可以采用图3所示的形式。比如，图7中的获取单元701、合并单元702、生成单元703和发送单元704可以通过由处理器21来调用存储器22中存储的应用程序代码来执行，本申请实施例对此不作任何限制。或者，比如，图8中的处理模块801和通信模块802可以通过由处理器21来调用存储器22中存储的应用程序代码来执行，本申请实施例对此不作任何限制。由于本申请实施例提供的数据适配网元可用于执行上述话单处理方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。比如，在采用对应各个功能划分各个功能单元的情况下，图9示出了上述实施例中所涉及的账务处理网元的一种可能的结构示意图，该账务处理网元90包括：接收单元901、处理单元902、稽核单元903和发送单元904。其中，接收单元901，用于接收数据适配网元发送的话单信息，话单信息包括n个合话单文件和n个稽核文件，n为正整数。该合话单文件包括合话单，合话单为m个第一话单文件中满足预设条件的多个话单合并成的话单，n个稽核文件根据m个第一话单文件和n个合话单文件获得。处理单元902，用于将话单文件入库和累账，话单文件包括话单信息中的n个合话单文件。稽核单元903，用于根据n个合话单文件和n个稽核文件进行话单稽核。此外，处理单元902还可以用于支持账务处理网元90执行图5中的步骤209。稽核单元903还可以用于支持账务处理网元90执行图5中的步骤2061-2063和步骤207。发送单元904可以用于支持账务处理网元90执行图5中的步骤210。其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能单元或模块的功能描述，在此不再赘述。以采用集成的方式划分各个功能模块的情况下，图10示出了上述实施例中所涉及的账务处理网元100的一种可能的结构示意图，该账务处理网元100包括：处理模块1001和通信模块1002。其中，该处理模块1001可用于执行图9中处理单元902和稽核单元903所能执行的操作，该通信模块1002可用于执行图9中接收单元901和发送单元904所能执行的操作，具体可参考图9所示的实施例，本申请实施例在此不再赘述。其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。在本实施例中，该账务处理网元以对应各个功能划分各个功能模块的形式来呈现，或者，该账务处理网元以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到账务处理网元90或者账务处理网元100可以采用图3所示的形式。比如，图9中的接收单元901、处理单元902、稽核单元903和发送单元904可以通过由处理器21来调用存储器22中存储的应用程序代码来执行，本申请实施例对此不作任何限制。或者，比如，图10中的处理模块1002和通信模块1001可以通过由处理器21来调用存储器22中存储的应用程序代码来执行，本申请实施例对此不作任何限制。由于本申请实施例提供的账务处理网元可以用于执行上述话单处理方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。本申请实施例还提供了一种计算机存储介质，用于储存为上述数据适配网元所用的计算机软件指令，当其在数据适配网元上运行时，使得数据适配网元可以执行上述实施例中的话单处理方法。本申请实施例还提供了一种计算机存储介质，用于储存为上述账务处理网元所用的计算机软件指令，当其在账务处理网元上运行时，使得账务处理网元可以执行上述实施例中的话单处理方法。本申请实施例还提供了一种包含指令的计算机程序产品，当其在上述数据适配网元上运行时，使得数据适配网元可以执行上述实施例中的话单处理方法。本申请实施例还提供了一种包含指令的计算机程序产品，当其在上述账务处理网元上运行时，使得账务处理网元可以执行上述实施例中的话单处理方法。本申请实施例还提供了一种系统，该系统可以包括数据适配网元、账务处理网元。进一步地，该系统还可以包括融合计费点和账务应收网元。该系统的结构示意图可以参见图2。该系统中的数据适配网元和账务处理网元可以执行本申请上述实施例提供的话单处理方法。在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digitalsubscriberline，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，dvd)、或者半导体介质(例如固态硬盘(solidstatedisk，ssd))等。尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看附图、公开内容、以及所附权利要求书，可理解并实现公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。当前第1页12