专利名称：数据稽核及修复处理方法和装置的制作方法
技术领域：
本发明实施例涉及数据同步处理技术，尤其涉及一种数据稽核及修复处理方法和
装置
背景技术：
业内现有的电信运营支撑系统(Business Support SysTem ;简称BSS)系统通常分成两大功能部件客户管理系统(Customer RelationshipManagement ;简称CRM)和融合计费系统(Convergent Billing System ;简称CBS)。其中，CRM主要负责和客户接触并受理运营商的各类业务，CBS主要是负责计费、账务等功能。CBS在对终端客户进行批价、出账、收费时需要依据用户订购的各类产品信息，因此CRM需要在业务受理时将用户资料以及产品资料等信息同步到CBS系统中。同时CBS在业务流程中也可能触发用户信息的变更，CBS需要将变更信息同步到CRM。由于WS (WebService)接口本身非事务性的特点，以及多业务并发时之间的相关性，导致CRM和CBS两侧的数据不一致。例如由于网络超时，导致CRM侧认为订单没有执行成功，业务回退了，但实际上CBS数据已经同步成功了。BSS系统中的用户数据尤其CRM和CBS之间同步的数据，是关键性核心数据，出现两侧数据不一致会造成用户投诉以及收入流失等严重事故。因此需要进行数据稽核。现有技术中数据稽核的过程包括，CRM和CBS分别生成待稽核数据源文件，并发送给稽核比对工具所在的稽核系统，稽核比对工具根据定时任务启动比对处理，若发现数据差异则生成告警消息给12000，生成比对结果并归档，对于有数据差异的情况，生成差异结果文档。文件生成传递时间和稽核启动时间均可配置。在实现本发明实施例的过程中，发明人发现由于BSS系统中用户数据量大，稽核需要的数据文件生成、入库以及比对对性能的要求比较高；而且一般选择在每天系统闲时进行稽核，由于稽核的滞后性往往出现发现异常时，已经造成了严重后果。另外，稽核系统一般仅做数据稽核，不具备数据修复的能力。而且CRM和CBS等核心部件也不会提供接口给第三方稽核系统来进行数据修改。因此在发现数据异常后，通常依赖人工修复，但此过程往往伴随手工操作的风险。
发明内容
本发明实施例针对现有技术的缺陷，提供一种数据稽核及修复处理方法和装置，以达到CRM和CBS在数据同步过程中的实时数据稽核，并实现数据的自动修复。本发明实施例提供一种数据稽核及修复处理方法，包括面向服务的体系结构集成系统SOA-IF在到达触发条件时，通过查询接口分别向CRM和CBS发送用户列表，所述用户列表包括多个标识信息，所述标识信息所对应的数据为待稽核数据；所述SOA-IF分别接收所述CRM和所述CBS返回的资料列表，所述资料列表包括所述标识信息，以及所述待稽核数据；所述SOA-IF根据所述CRM和所述CBS返回的资料列表进行数据比对，若数据不一致，则通过数据同步接口应用主数据方的数据对辅数据方的数据进行同步更新；所述主数据方和所述辅数据方是根据数据的类型在所述CRM和所述CBS中确定的。如上所述的方法，其中，所述标识信息为业务流水号和/或用户标识，所述业务流水号和/或所述用户标识记录在所述SOA-IF所维护的数据同步日志中。如上所述的方法，其中，所述触发条件为到达预定周期，或者所述数据同步日志的记录达到预定数量。如上所述的方法，其中，所述通过数据同步接口应用主数据方的数据对辅数据方的数据进行同步更新之后，所述方法还包括所述SOA-IF记录稽核日志。 本发明实施例提供一种数据稽核及修复处理装置，包括请求模块，用于在到达触发条件时，通过查询接口分别向CRM和CBS发送用户列表，所述用户列表包括多个标识信息，所述标识信息所对应的数据为待稽核数据；接收模块，用于分别接收所述CRM和所述CBS返回的资料列表，并发送给处理模块，所述资料列表包括所述标识信息，以及所述待稽核数据；处理模块，用于根据所述接收模块发送的所述CRM和所述CBS返回的资料列表进行数据比对，若数据不一致，则通过数据同步接口应用主数据方的数据对辅数据方的数据进行同步更新；所述主数据方和所述辅数据方是根据数据的类型在所述CRM和所述CBS中确定的。如上所述的装置，其中，所述标识信息为业务流水号和/或用户标识，所述业务流水号和/或所述用户标识记录在所述SOA-IF所维护的数据同步日志中。如上所述的装置，其中，所述触发条件为到达预定周期，或者所述数据同步日志的记录达到预定数量。如上所述的装置，其中，所述通过数据同步接口应用主数据方的数据对辅数据方的数据进行同步更新之后，所述处理模块还用于记录稽核日志。本发明实施例提供的数据稽核及修复处理方法和装置，基于SOA-IF自身的特点以及CRM和CBS提供的数据同步接口，准实时地完成数据的稽核及修复过程，避免因处理滞后而带来的运营商收入损失和用户投诉。而且数据修复自动完成，保证数据的准确性；不但易于实现，而且还降低了成本。
图I为本发明实施例SOA-IF构架示意图；图2为本发明数据稽核及修复处理方法实施例流程图；图3为本发明数据稽核及修复处理装置实施例结构示意图。
具体实施例方式由于业务系统本身的数据模型复杂，部件间模型不统一，所有现有的稽核技术基本都是业务系统例如CRM、CBS等按照约定好的格式导出文件再发送到第三方稽核系统进行数据稽核。但是通过第三方稽核系统进行数据稽核具有滞后性，并且其不具备数据修复功能，因此本发明各实施例提供一种解决方案，具体为本发明各实施例不依赖业务系统本身进行稽核，而使用面向服务的体系结构集成系统SOA-IF进行数据稽核，业务系统只要提供相应的服务就可以。图I为本发明实施例SOA-IF构架示意图，如图I所示，在BSS大颗粒解决方案下，SOA-IF负责下一代业务支撑系统(NGBSS)内部CBS\CRM\统一产品目录(Unify ProductCatalog ;简称UPC) \ 合作伙伴关系管理(PartnerRelationship Mangement ;简称PRM)等部件的集成以及和外部系统如网上营业厅(Portal) \移动虚拟运营商(Mobile VirtualNetwork Operator ;简称MVN0)系统之间的集成。各个子系统通过SOA-IF进行数据同步和交互，例如CRM、CBS通过SOA-IF进行数据同步。由于SOA-IF负责部件间的数据同步，因此其知道哪些用户发生了变更，并且可以调用部件本来就提供出来的数据同步接口进行数据修复。这样就可以做到准实时地进行数据稽核和数据修复，及时地发现错误。
图2为本发明数据稽核及修复处理方法实施例流程图，本发明基于SOA-IF的上述特点，提供一种数据稽核及修复处理方法，如图2所示，该方法包括步骤200、S0A_IF在到达触发条件时，通过查询接口分别向CRM和CBS发送用户列表;在SOA-IF结构中，CRM和CBS提供各自基线的接口能力(即指部件本来的接口能力，自身自带默认的能力)，SOA-IF对接口进行封装然后提供给双方(因为业务部件提供的是一套固定的接口，但是和第三方集成时候外部接口和内部接口提供肯定不完全一样的，因此需要SOA-IF进行转换，流程编排等完成接口适配)。CRM和CBS通过SOA-IF进行数据同步交互。例如CRM受理一用户的开户请求时会同时向SOA-IF发起数据同步请求,并携带需要同步的同步数据；S0A-IF在接收到CRM发送的同步数据后，调用CBS的数据同步接口，并将同步数据发送给CBS ；CBS接收到同步数据进行数据后进行数据归档并存储在本地；然后CBS向SOA-IF返回同步成功响应，SOA-IF进而通知CRM，CBS数据同步成功；CRM进行数据归档并存储在本地。到此CRM和CBS通过SOA-IF进行数据同步交互的流程结束。SOA-IF在数据同步过程中可以将发生业务变更的信息记录到本地数据库或者缓存中，例如可以记录在一数据同步日志中。在数据同步日志可以包括用于标识此次业务的标识信息，该标识信息可以为业务流水号和/或用户标识，其中用户标识可以为用户的手机号等。在完成数据同步后，本发明实施例中SOA-IF可以在适当的时间主动发起数据稽核的流程，以检测CRM和CBS作存储的数据是否一致。由于CRM和CBS提供批量用户资料查询接口给S0A-IF，因此SOA-IF可以一次性从CRM和CBS中获取多组数据进行比对。具体地，SOA-IF根据数据同步日志获取多个需要进行数据比对的待稽核数据的标识信息，生成一用户列表包括获取到的多个标识信息。然后，SOA-IF通过查询接口将该用户列表发送给CRM和 CBS。本发明实施例中所述的触发条件可以根据实际需求进行设置，例如触发条件可以为到达预定周期例如每个5分钟(时间频率可以配置)触发一次数据稽核，或者数据同步日志的记录达到预定数量例如每50个用户触发一次数据稽核等等。步骤201、SOA-IF分别接收所述CRM和所述CBS返回的资料列表；
CRM和CBS在接收到SOA-IF发送的用户列表后，根据其中包括的标识信息从本地获取到对应的数据作为待稽核数据，形成资料列表返回给S0A-IF。在资料列表中包括标识信息，以及所述待稽核数据。步骤202、S0A_IF根据所述CRM和所述CBS返回的资料列表进行数据比对，若数据不一致，则通过数据同步接口应用主数据方的数据对辅数据方的数据进行同步更新；所述主数据方和所述辅数据方是根据数据的类型在所述CRM和所述CBS中确定的。SOA-IF接收CRM和CBS各自返回的资料列表，并进行数据比对例如SOA-IF对双方返回的同一用户的数据进行对比等。若发现两边的数据不一致，则通过数据同步接口应用主数据方的数据对辅数据方的数据进行同步更新。其中，CRM和CBS所存储的数据根据数据类型的不同，可以将CRM和CBS定义为主数据方和辅数据方，例如以用户数据为例，由于主数据存储在CRM侧，因此以CRM为主数据方，以CBS为辅数据方；若以用户的余额信息为例，由于余额信息存储在CBS侧，因此以CBS为主数据方，以CRM为辅数据方。当SOA-IF检查出有数据不一致的发生，便可以主数据方CRM的数据为准，调用辅数据方CBS提供的资料同步接口，进行数据修复。本发明方法实施例中进行数据修复可以是重复执行一次数据同 步的处理步骤，即通过调用资料同步接口再做一次CBS的数据同步流程，以完成数据修复。本发明实施例中数据稽核流程可以是独立的进程处理，与数据同步过程没有关系。SOA-IF在通过数据同步接口对辅数据方的数据进行同步更新之后，还可以记录稽核日志，并可以支持异常出现时进行告警。本发明实施例提供的数据稽核及修复处理方法，基于SOA-IF自身的特点以及CRM和CBS提供的数据同步接口，准实时地完成数据的稽核及修复过程，避免因处理滞后而带来的运营商收入损失和用户投诉。而且数据修复自动完成，保证数据的准确性；不但易于实现，而且还降低了成本。SOA-IF根据数据对比时候发现差异进行数据自动同步修复外，也可以支持根据手机号查找最近5分钟内改用户的业务流水号，SOA-IF重新进行流程编排，重复执行稽核时间段内发生的业务。具体包括=SOA-IF在数据同步过程记录业务流水和用户ID (手机号)，CRM和CBS同样需要保存业务日志(至少稽核时间以上，一般模板3个月以上)；执行与上述实施例相同的数据同步和数据稽核流程；S0A-IF发现有不一致数据，查找该用户最近5分钟内发生的业务变更流水(假设稽核时间为5分钟一次)；S0A-IF以时间为顺序，通知CRM或者CBS重新发起业务变更和数据同步。CRM、CBS需要支持根据业务日志记录内容不同或者不同的业务发起不同的任务，如日志显示事务执行成功的话只做数据同步，不做其他操作。图3为本发明数据稽核及修复处理装置实施例结构示意图，如图3所示，该装置包括请求模块31、接收模块32和处理模块33，其中，请求模块31用于在到达触发条件时，通过查询接口分别向CRM和CBS发送用户列表，所述用户列表包括多个标识信息，所述标识信息所对应的数据为待稽核数据；接收模块32用于分别接收所述CRM和所述CBS返回的资料列表，并发送给处理模块，所述资料列表包括所述标识信息，以及所述待稽核数据；处理模块33用于根据所述接收模块发送的所述CRM和所述CBS返回的资料列表进行数据比对，若数据不一致，则通过数据同步接口应用主数据方的数据对辅数据方的数据进行同步更新；所述主数据方和所述辅数据方是根据数据的类型在所述CRM和所述CBS中确定的。
具体地，本发明实施例提供的数据稽核及修复处理装置可以为S0A-IF，其中的请求模块31到达预定周期例如每个5分钟触发一次数据稽核，或者数据同步日志的记录达到预定数量例如每50个用户触发一次数据稽核，具体通过查询接口向CRM和CBS发送包括多个标识信息的用户列表，向CRM和CBS请求待稽核数据；标识信息可以为业务流水号和/或用户标识，被记录在数据同步日志中。CRM和CBS获取与标识信息对应的待稽核数据，形成资料列表并返回给SOA-IF。SOA-IF通过接收模块32接收资料列表，在通过处理模块33进行数据比对，并在数据不一致时，通过数据同步接口对出现错误的数据进行主动修复。SOA-IF通过数据同步接口应用主数据方的数据对辅数据方的数据进行同步更新之后，还可以通过处理模块32记录稽核日志。本发明实施例提供的数据稽核及修复处理装置，基于SOA-IF自身的特点以及CRM和CBS提供的数据同步接口，准实时地完成数据的稽核及修复过程，避免因处理滞后而带来的运营商收入损失和用户投诉。而且数据修复自动完成，保证数据的准确性；不但易于实现，而且还降低了成本。本发明各实施例主要应用于BSS大颗粒解决方案中，基于SOA-IF集成框架下数据 同步中的数据稽核和数据修复。除了以上各实施例提到的CRM和CBS之间数据同步，还可以应用于其他系统间的数据同步，例如统一产品管理中心UPC和相关的部件CRM、CBS、PRM (合作伙伴管理系统)之间的产品数据同步时的数据稽核和数据自动修复；还适用于MVNE (即为MVNO租用提供网络的实体运营商)方案中，MVNE系统和MVNO的支撑系统间的数据稽核和数据自动修复。本发明另一个实施例提供一种数据稽核及修复处理装置，包括处理器，所述处理器用于在到达触发条件时，通过查询接口分别向CRM和CBS发送用户列表，所述用户列表包括多个标识信息，所述标识信息所对应的数据为待稽核数据；分别接收所述CRM和所述CBS返回的资料列表，所述资料列表包括所述标识信息，以及所述待稽核数据；根据所述CRM和所述CBS返回的资料列表进行数据比对，若数据不一致，则通过数据同步接口应用主数据方的数据对辅数据方的数据进行同步更新；所述主数据方和所述辅数据方是根据数据的类型在所述CRM和所述CBS中确定的。在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括U盘、移动硬盘、只读存储器(Read-Only Memory, ROM)、随机存取存储器(Random Access Memory, RAM)、磁碟或者光盘等各种可以存储程序代码的介质。本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。最后应说明的是以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征 进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
权利要求
1.一种数据稽核及修复处理方法，其特征在于，包括 面向服务的体系结构集成系统SOA-IF在到达触发条件时，通过查询接口分别向CRM和CBS发送用户列表，所述用户列表包括多个标识信息，所述标识信息所对应的数据为待稽核数据； 所述SOA-IF分别接收所述CRM和所述CBS返回的资料列表，所述资料列表包括所述标识信息，以及所述待稽核数据； 所述SOA-IF根据所述CRM和所述CBS返回的资料列表进行数据比对，若数据不一致，则通过数据同步接口应用主数据方的数据对辅数据方的数据进行同步更新；所述主数据方和所述辅数据方是根据数据的类型在所述CRM和所述CBS中确定的。
2.根据权利要求I所述的方法，其特征在于，所述标识信息为业务流水号和/或用户标 识，所述业务流水号和/或所述用户标识记录在所述SOA-IF所维护的数据同步日志中。
3.根据权利要求2所述的方法，其特征在于，所述触发条件为到达预定周期，或者所述数据同步日志的记录达到预定数量。
4.根据权利要求I所述的方法，其特征在于，所述通过数据同步接口应用主数据方的数据对辅数据方的数据进行同步更新之后，所述方法还包括 所述SOA-IF记录稽核日志。
5.一种数据稽核及修复处理装置，其特征在于，包括 请求模块，用于在到达触发条件时，通过查询接口分别向CRM和CBS发送用户列表，所述用户列表包括多个标识信息，所述标识信息所对应的数据为待稽核数据； 接收模块，用于分别接收所述CRM和所述CBS返回的资料列表，并发送给处理模块，所述资料列表包括所述标识信息，以及所述待稽核数据； 处理模块，用于根据所述接收模块发送的所述CRM和所述CBS返回的资料列表进行数据比对，若数据不一致，则通过数据同步接口应用主数据方的数据对辅数据方的数据进行同步更新；所述主数据方和所述辅数据方是根据数据的类型在所述CRM和所述CBS中确定的。
6.根据权利要求5所述的装置，其特征在于，所述标识信息为业务流水号和/或用户标识，所述业务流水号和/或所述用户标识记录在所述SOA-IF所维护的数据同步日志中。
7.根据权利要求6所述的装置，其特征在于，所述触发条件为到达预定周期，或者所述数据同步日志的记录达到预定数量。
8.根据权利要求5所述的装置，其特征在于，所述通过数据同步接口应用主数据方的数据对辅数据方的数据进行同步更新之后，所述处理模块还用于记录稽核日志。
全文摘要
本发明实施例提供一种数据稽核及修复处理方法和装置。该方法包括SOA-IF在到达触发条件时，通过查询接口分别向CRM和CBS发送用户列表，用户列表包括多个标识信息，标识信息所对应的数据为待稽核数据；SOA-IF分别接收CRM和CBS返回的资料列表，资料列表包括标识信息，以及待稽核数据；SOA-IF根据CRM和CBS返回的资料列表进行数据比对，若数据不一致，则通过数据同步接口进行数据修复。本发明各实施例基于SOA-IF自身的特点以及CRM和CBS提供的数据同步接口，准实时地完成数据的稽核及修复过程，避免因处理滞后而带来的运营商收入损失和用户投诉。而且数据修复自动完成，保证数据的准确性；不但易于实现，而且还降低了成本。
文档编号H04L29/08GK102970159SQ20121043898
公开日2013年3月13日 申请日期2012年11月5日 优先权日2012年11月5日
发明者杨屹 申请人:华为软件技术有限公司