异常账户的确定方法和装置与流程

本发明涉及互联网领域，具体而言，涉及一种异常账户的确定方法和装置。

背景技术：

餐饮CRM系统(Customer Relationship Management，客户关系管理系统)在提供给商户的对账单中均采用交易记录进行汇总，但交易系统在运行过程中由于系统故障、人为错误调账会产生交易流水记录与会员卡内的积分余额、储值余额及券余额不匹配的情况，或由于不同商户间的数据迁移也可能导致不同商户间账务不平等问题。为监控以上问题导致的商户财务数据不准确和商户与会员之间的投诉等情况，需提供一套快速准确的对账系统，用于及时发现出现问题的会员卡，以便及时通知运营人员和商户进行处理，而在相关技术中，并无及时确定上述有问题的会员卡或者账户的技术方案。

针对相关技术中无法及时确定异常账户的技术问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种异常账户的确定方法和装置，以至少解决相关技术中无法及时确定异常账户的技术问题。

根据本发明实施例的一个方面，提供了一种异常账户的确定方法，该方法包括：获取SAAS系统中指定租户的日志信息，其中，日志信息中记录有属于指定租户的多个账户的多种交易类型的交易流水信息，每个交易类型的交易流水信息按照交易时间的顺序进行排列；从指定租户的第一数据库中读取多个账户的当前账户信息，其中，第一数据库用于实时更新多个账户的账户信息；基于多个账户的交易流水信息和多个账户的当前账户信息确定多个账户中的异常账户。

进一步地，获取SAAS系统中指定租户的日志信息包括：确定SAAS系统中为指定租户分配的第二数据库；使用数据库复制技术将第二数据库中的日志信息复制至本地的第三数据库。

进一步地，从指定租户的第一数据库中读取多个账户的当前账户信息包括：使用数据库复制技术将第一数据库中多个账户的当前账户信息复制至第三数据库。

进一步地，基于多个账户的交易流水信息和多个账户的当前账户信息确定多个账户中的异常账户包括：在第三数据库中，通过全量核对的方式确定多个账户中任一账户的交易流水信息与任一账户的当前账户信息是否匹配，或，通过增量核对的方式确定任一账户的交易流水信息与任一账户的当前账户信息是否匹配；在任一账户的交易流水信息与任一账户的当前账户信息不匹配的情况下，确定任一账户为异常账户。

进一步地，通过全量核对的方式确定多个账户中任一账户的交易流水信息与任一账户的当前账户信息是否匹配包括：根据任一账户的多种交易类型中任一交易类型的所有交易流水信息确定任一交易类型的入账类型的交易流水总额和出账类型的交易流水总额；判断任一交易类型的入账类型的交易流水总额和出账类型的交易流水总额间的差值与任一账户的当前账户信息中任一交易类型的余额是否相同；在判断出差值与余额不相同的情况下，确定任一账户的交易流水信息与任一账户的当前账户信息不匹配。

进一步地，通过增量核对的方式确定任一账户的交易流水信息与任一账户的当前账户信息是否匹配包括：获取任一账户的多种交易类型中任一交易类型的多条交易流水信息，其中，多条交易流水信息为前一次增量核对之后产生的交易流水信息；根据多条交易流水信息确定任一交易类型的入账类型的交易流水总额和出账类型的交易流水总额间的第一差值；确定任一账户的当前账户信息中任一交易类型的当前余额与前一次增量核对之后的余额间的第二差值；判断第二差值与第一差值是否相同；在判断出第二差值与第一差值不相同的情况下，确定任一账户的交易流水信息与任一账户的当前账户信息不匹配。

进一步地，多种交易类型包括积分交易、储值交易以及券交易中的至少之一。

根据本发明实施例的另一个方面，提供了一种异常账户的确定装置，该装置包括：获取单元，用于获取SAAS系统中指定租户的日志信息，其中，日志信息中记录有属于指定租户的多个账户的多种交易类型的交易流水信息，每个交易类型的交易流水信息按照交易时间的顺序进行排列；读取单元，用于从指定租户的第一数据库中读取多个账户的当前账户信息，其中，第一数据库用于实时更新多个账户的账户信息；确定单元，用于基于多个账户的交易流水信息和多个账户的当前账户信息确定多个账户中的异常账户。

进一步地，获取单元包括：确定模块，用于确定SAAS系统中为指定租户分配的第二数据库；复制模块，用于使用数据库复制技术将第二数据库中的日志信息复制至本地的第三数据库。

进一步地，读取单元还用于使用数据库复制技术将第一数据库中多个账户的当前账户信息复制至第三数据库。

在本发明实施例中，获取SAAS系统中指定租户的日志信息，其中，日志信息中记录有属于指定租户的多个账户的多种交易类型的交易流水信息，每个交易类型的交易流水信息按照交易时间的顺序进行排列；从指定租户的第一数据库中读取多个账户的当前账户信息，其中，第一数据库用于实时更新多个账户的账户信息；基于多个账户的交易流水信息和多个账户的当前账户信息确定多个账户中的异常账户。从而解决了相关技术中无法及时确定异常账户的技术问题，实现了及时确定异常账户的技术效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的异常账户的确定方法的流程图；

图2是根据本发明实施例的异常账户的确定装置的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本发明实施例，提供了一种异常账户的确定方法的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的异常账户的确定方法的流程图，如图1所示，该方法包括如下步骤：

步骤S101，获取SAAS系统中指定租户的日志信息，其中，日志信息中记录有属于指定租户的多个账户的多种交易类型的交易流水信息，每个交易类型的交易流水信息按照交易时间的顺序进行排列。

步骤S102，从指定租户的第一数据库中读取多个账户的当前账户信息，其中，第一数据库用于实时更新多个账户的账户信息。

步骤S103，基于多个账户的交易流水信息和多个账户的当前账户信息确定多个账户中的异常账户。

通过上述实施例，获取SAAS系统中指定租户的日志信息，其中，日志信息中记录有属于指定租户的多个账户的多种交易类型的交易流水信息，每个交易类型的交易流水信息按照交易时间的顺序进行排列；从指定租户的第一数据库中读取多个账户的当前账户信息，其中，第一数据库用于实时更新多个账户的账户信息；基于多个账户的交易流水信息和多个账户的当前账户信息确定多个账户中的异常账户。从而解决了相关技术中无法及时确定异常账户的技术问题，实现了及时确定异常账户的技术效果。

上述的指定租户是指在SAAS系统的租户，具体可以为某一餐饮平台(如外卖、快餐、餐饮店等)，而账户是指在餐饮平台上进行消费的用户的账户。上述的多种交易类型包括积分交易、储值交易以及券交易中的至少之一。

需要说明的，对账系统一般会根据不同业务类型单独进行设计，当前常见的财务对账系统多见于金融机构内部或企业与金融机构内部的现金对账系统或电子商务公司内基于线上支付系统交易而产生的内部的对账系统。

传统银企对账系统具有高安全性，但相应系统实现复杂且大多数是采用离线批处理方式，因此需要较大的硬件设备投入，且业务主要针对单一的资金流，缺少针对多种类型账目的核对机制。且大部分对账系统都是针对固定的账期进行核对，缺少针对不同账期对账的灵活性。

而在本申请的技术方案中，实现较简单，也无需较多的投入，且可以实现实时处理，使用基于数据库的复制技术，可灵活设置执行时间和执行频率，并解决SAAS模式下多商户现金、储值、积分和券等多种账务类型核对的需求。

在步骤S101中，获取SAAS系统中指定租户的日志信息包括：确定SAAS系统中为指定租户分配的第二数据库；使用数据库复制技术将第二数据库中的日志信息复制至本地的第三数据库。

在步骤S102中，从指定租户的第一数据库中读取多个账户的当前账户信息包括：使用数据库复制技术将第一数据库中多个账户的当前账户信息复制至第三数据库。

在步骤S103中，基于多个账户的交易流水信息和多个账户的当前账户信息确定多个账户中的异常账户包括：在第三数据库中，通过全量核对的方式确定多个账户中任一账户的交易流水信息与任一账户的当前账户信息是否匹配，或，通过增量核对的方式确定任一账户的交易流水信息与任一账户的当前账户信息是否匹配；在任一账户的交易流水信息与任一账户的当前账户信息不匹配的情况下，确定任一账户为异常账户。

可选地，通过全量核对的方式确定多个账户中任一账户的交易流水信息与任一账户的当前账户信息是否匹配包括：根据任一账户的多种交易类型中任一交易类型的所有交易流水信息确定任一交易类型的入账类型的交易流水总额和出账类型的交易流水总额；判断任一交易类型的入账类型的交易流水总额和出账类型的交易流水总额间的差值与任一账户的当前账户信息中任一交易类型的余额是否相同；在判断出差值与余额不相同的情况下，确定任一账户的交易流水信息与任一账户的当前账户信息不匹配。

可选地，通过增量核对的方式确定任一账户的交易流水信息与任一账户的当前账户信息是否匹配包括：获取任一账户的多种交易类型中任一交易类型的多条交易流水信息，其中，多条交易流水信息为前一次增量核对之后产生的交易流水信息；根据多条交易流水信息确定任一交易类型的入账类型的交易流水总额和出账类型的交易流水总额间的第一差值；确定任一账户的当前账户信息中任一交易类型的当前余额与前一次增量核对之后的余额间的第二差值；判断第二差值与第一差值是否相同；在判断出第二差值与第一差值不相同的情况下，确定任一账户的交易流水信息与任一账户的当前账户信息不匹配。

在利用本申请的技术方确定异常账户时，可以按照如下步骤实现：

步骤S11，采用基于数据库复制技术，及数据库原生SQL进行核对。

步骤S12，定时批量全量核对和高频率增量差额核对方式结合进行核对。

(1)全量核对依据主要原理是依据理论的余额值应等于对应入账交易类型的交易流水总额减去对应出账的交易类型总额，并以此差额和当前会员卡内余额进行比对，如不一致则此会员卡异常；

(2)增量核对采用当前卡内余额和上次对账后至今交易差额的相减后得出的差额与上次对账后系统存储的余额进行对比，如不一致则标记此会员卡异常。

步骤S13，以上两种对账方式分别应用到整个系统级和商户级进行逐级核对，确定每个商户中的异常账户。

使用本申请的技术方案，部署实施简单，基于原有数据库复制库空闲时间处理，可节省成本；利用全量和增量相结合，即保证数据相对的准确性也提高了问题定位的低延时性。

需要说明的是，卡数据的增量核对可替换成storm等流式计算工具进行处理，增加扩展性及效率。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

图2是根据本发明实施例的异常账户的确定装置的示意图。如图2所示，该装置可以包括：获取单元21、读取单元22以及确定单元23。

获取单元21，用于获取SAAS系统中指定租户的日志信息，其中，日志信息中记录有属于指定租户的多个账户的多种交易类型的交易流水信息，每个交易类型的交易流水信息按照交易时间的顺序进行排列；

读取单元22，用于从指定租户的第一数据库中读取多个账户的当前账户信息，其中，第一数据库用于实时更新多个账户的账户信息；

确定单元23，用于基于多个账户的交易流水信息和多个账户的当前账户信息确定多个账户中的异常账户。

通过上述实施例，获取单元获取SAAS系统中指定租户的日志信息，其中，日志信息中记录有属于指定租户的多个账户的多种交易类型的交易流水信息，每个交易类型的交易流水信息按照交易时间的顺序进行排列；读取单元从指定租户的第一数据库中读取多个账户的当前账户信息，其中，第一数据库用于实时更新多个账户的账户信息；确定单元基于多个账户的交易流水信息和多个账户的当前账户信息确定多个账户中的异常账户，从而解决了相关技术中无法及时确定异常账户的技术问题。

上述的指定租户是指在SAAS系统的租户，具体可以为某一餐饮平台(如外卖、快餐、餐饮店等)，而账户是指在餐饮平台上进行消费的用户的账户。上述的多种交易类型包括积分交易、储值交易以及券交易中的至少之一。

利用本申请的技术方案，实现较简单，也无需较多的投入，且可以实现实时处理，使用基于数据库的复制技术，可灵活设置执行时间和执行频率，并解决SAAS模式下多商户现金、储值、积分和券等多种账务类型核对的需求。

上述的获取单元包括：确定模块，用于确定SAAS系统中为指定租户分配的第二数据库；复制模块，用于使用数据库复制技术将第二数据库中的日志信息复制至本地的第三数据库。

上述的读取单元还用于使用数据库复制技术将第一数据库中多个账户的当前账户信息复制至第三数据库。

上述的确定单元包括：第一确定模块，用于在第三数据库中，通过全量核对的方式确定多个账户中任一账户的交易流水信息与任一账户的当前账户信息是否匹配，第二确定模块，用于通过增量核对的方式确定任一账户的交易流水信息与任一账户的当前账户信息是否匹配；第三确定模块，用于在任一账户的交易流水信息与任一账户的当前账户信息不匹配的情况下，确定任一账户为异常账户。

可选地，第一确定模块还用于根据任一账户的多种交易类型中任一交易类型的所有交易流水信息确定任一交易类型的入账类型的交易流水总额和出账类型的交易流水总额；判断任一交易类型的入账类型的交易流水总额和出账类型的交易流水总额间的差值与任一账户的当前账户信息中任一交易类型的余额是否相同(此处的任一交易是指对应交易的余额账户一致，如积分交易和积分账户一致)；在判断出差值与余额不相同的情况下，确定任一账户的交易流水信息与任一账户的当前账户信息不匹配。

可选地，第二确定模块还用于获取任一账户的多种交易类型中任一交易类型的多条交易流水信息，其中，多条交易流水信息为前一次增量核对之后产生的交易流水信息；根据多条交易流水信息确定任一交易类型的入账类型的交易流水总额和出账类型的交易流水总额间的第一差值；确定任一账户的当前账户信息中任一交易类型的当前余额与前一次增量核对之后的余额间的第二差值；判断第二差值与第一差值是否相同；在判断出第二差值与第一差值不相同的情况下，确定任一账户的交易流水信息与任一账户的当前账户信息不匹配。

使用本申请的技术方案，部署实施简单，基于原有数据库复制库空闲时间处理，可节省成本；利用全量和增量相结合，即保证数据相对的准确性也提高了问题定位的低延时性。

本实施例中所提供的各个模块与方法实施例对应步骤所提供的使用方法相同、应用场景也可以相同。当然，需要注意的是，上述模块涉及的方案可以不限于上述实施例中的内容和场景，且上述模块可以运行在计算机终端或移动终端，可以通过软件或硬件实现。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。