业务线索处理方法、装置和电子设备

技术领域

本发明涉及计算机信息处理领域，具体而言，涉及一种业务线索处理方法、装置、电子设备及计算机可读介质。

背景技术

随着计算机科学技术发展，传统金融业务逐步演变为互联网金融业务。例如，保全业务可以由BI(BusinessIntelligence，即商务智能)人员直接保全人员名单写到业务数据库，然后手动抽取名单分配给坐席，同时系统中设置一个定时任务，根据回收日期定时回收未处理的保全人员名单。

由于数据清洗、名单分配等操作都基于保全人员名单一张表进行，导致金融业务系统整体耦合性较强，不利于金融业务系统水平扩展，因此，需要一种新的技术方案，能够有效处理以保全人员名单为例的业务线索数据，同时降低业务线索处理与其他业务处理过程之间的耦合程度。

发明内容

本发明旨在有效处理以保全人员名单为例的业务线索数据，同时降低业务线索处理与其他业务处理过程之间的耦合程度。

为了解决上述技术问题，本发明第一方面提出一种业务线索处理方法，所述方法包括：根据预设的数据清洗规则，对存储在线索信息表中的线索信息进行数据清洗，每条线索信息中包含一用户的身份信息和该用户办理业务的业务信息；根据所述线索信息表，更新存储在用户信息表中的多个用户的身份信息；从所述用户信息表中的所述多个用户身份信息发送给多个业务处理单元，由所述多个业务处理单元根据查找用户并对所述用户开展业务。

根据本发明的一种优选实施方式，所述多个业务处理单元被划分为多组，分别用于在不同业务场景下处理业务；所述从所述用户信息表中的所述多个用户身份信息发送给多个业务处理单元，包括：从所述用户信息表中获取与目标业务场景对应的用户身份信息，记录到与所述目标业务场景对应的分配表中；将所述分配表中的用户身份信息分配给所述目标业务场景对应的一组业务处理单元。

根据本发明的一种优选实施方式，所述将所述分配表中的用户身份信息分配给所述目标业务场景对应的一组业务处理单元，包括：根据预设的该组业务处理单元的顺序，依次向该组业务处理单元发送用户身份信息。

根据本发明的一种优选实施方式，预先为每个业务处理单元设置处理上限次数，在所述从所述用户信息表中的所述多个用户身份信息发送给多个业务处理单元之前，包括：从所述多个业务处理单元中，去除已处理业务次数到达所述处理上限次数的业务处理单元，

根据本发明的一种优选实施方式，还包括：在监测到发生干扰业务办理的事件时，查询所述事件相关用户的用户身份信息；查询用于处理所述事件相关用户身份信息的业务处理单元，通知所述业务处理单元取消对所述事件相关用户开展业务。

为了解决上述技术问题，本发明第二方面提出一种业务线索处理装置，所述装置包括：数据清洗模块，根据预设的数据清洗规则，对存储在线索信息表中的线索信息进行数据清洗，每条线索信息中包含一用户的身份信息和该用户办理业务的业务信息；身份更新模块，根据所述线索信息表，更新存储在用户信息表中的多个用户的身份信息；业务开展模块，从所述用户信息表中的所述多个用户身份信息发送给多个业务处理单元，由所述多个业务处理单元根据查找用户并对所述用户开展业务。

根据本发明的一种优选实施方式，所述多个业务处理单元被划分为多组，分别用于在不同业务场景下处理业务；所述业务开展模块，从所述用户信息表中获取与目标业务场景对应的用户身份信息，记录到与所述目标业务场景对应的分配表中；将所述分配表中的用户身份信息分配给所述目标业务场景对应的一组业务处理单元。

根据本发明的一种优选实施方式，所述业务开展模块根据预设的该组业务处理单元的顺序，依次向该组业务处理单元发送用户身份信息。

根据本发明的一种优选实施方式，预先为每个业务处理单元设置处理上限次数，所述装置还包括：业务过滤模块，在所述从所述用户信息表中的所述多个用户身份信息发送给多个业务处理单元之前，从所述多个业务处理单元中，去除已处理业务次数到达所述处理上限次数的业务处理单元，

根据本发明的一种优选实施方式，还包括：事件监测模块，在监测到发生干扰业务办理的事件时，查询所述事件相关用户的用户身份信息；业务取消模块，查询用于处理所述事件相关用户身份信息的业务处理单元，通知所述业务处理单元取消对所述事件相关用户开展业务。

为了解决上述技术问题，本发明第三方面提出一种电子设备，其包括处理器以及存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器执行上述的方法。

为了解决上述技术问题，本发明第四方面提出一种计算机可读存储介质，该所述计算机可读存储介质存储一个或多个程序，当所述一个或多个程序被处理器执行时，实现上述的方法。

本发明的技术方案，对存储在线索信息表的业务线索信息进行清洗后，根据清洗结果对存储在用户信息表中的用户身份信息进行更新，并基于用户信息表分配用户身份信息并开展业务，由于线索信息表与用户信息表为两张表，所以数据清洗过程与用户身份信息分配过程实现了解耦，有利于提升系统整体的可扩展性和稳定性。

附图说明

为了使本发明所解决的技术问题、采用的技术手段及取得的技术效果更加清楚，下面将参照附图详细描述本发明的具体实施例。但需声明的是，下面描述的附图仅仅是本发明的示例性实施例的附图，对于本领域的技术人员来讲，在不付出创造性劳动的前提下，可以根据这些附图获得其他实施例的附图。

图1是根据本发明的一个实施例的业务线索处理方法的流程图；

图2是根据本发明的一个实施例的业务线索处理方法的示意图；

图3是根据本发明的一个实施例的业务线索处理方法的流程图；

图4是根据本发明的一个实施例的业务线索处理方法的示意图；

图5是根据本发明的一个实施例的业务线索处理方法的示意图；

图6是根据本发明的一个实施例的业务线索处理方法的示意图；

图7是根据本发明的一个实施例的业务线索处理装置的框图；

图8是根据本发明的一个实施例的业务线索处理装置的框图；

图9是根据本发明的一个实施例的电子设备的框图；

图10是根据本发明的一个实施例的计算机可读存储介质的示意图。

具体实施方式

现在将参考附图来更加全面地描述本发明的示例性实施例，虽然各示例性实施例能够以多种具体的方式实施，但不应理解为本发明仅限于在此阐述的实施例。相反，提供这些示例性实施例是为了使本发明的内容更加完整，更加便于将发明构思全面地传达给本领域的技术人员。

在符合本发明的技术构思的前提下，在某个特定的实施例中描述的结构、性能、效果或者其他特征可以以任何合适的方式结合到一个或更多其他的实施例中。

在对于具体实施例的介绍过程中，对结构、性能、效果或者其他特征的细节描述是为了使本领域的技术人员对实施例能够充分理解。但是，并不排除本领域技术人员可以在特定情况下，以不含有上述结构、性能、效果或者其他特征的技术方案来实施本发明。

附图中的流程图仅是一种示例性的流程演示，不代表本发明的方案中必须包括流程图中的所有的内容、操作和步骤，也不代表必须按照图中所显示的的顺序执行。例如，流程图中有的操作/步骤可以分解，有的操作/步骤可以合并或部分合并，等等，在不脱离本发明的发明主旨的情况下，流程图中显示的执行顺序可以根据实际情况改变。

附图中的框图一般表示的是功能实体，并不一定必然与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

各附图中相同的附图标记表示相同或类似的元件、组件或部分，因而下文中可能省略了对相同或类似的元件、组件或部分的重复描述。还应理解，虽然本文中可能使用第一、第二、第三等表示编号的定语来描述各种器件、元件、组件或部分，但是这些器件、元件、组件或部分不应受这些定语的限制。也就是说，这些定语仅是用来将一者与另一者区分。例如，第一器件亦可称为第二器件，但不偏离本发明实质的技术方案。此外，术语“和/或”、“及/或”是指包括所列出项目中的任一个或多个的所有组合。

本发明所提出的一种业务线索处理方法，与现有技术方案有所不同，线索数据的清洗和用户身份信息的分配并非基于同一张表，而是首先根据预设的数据清洗规则，对存储在线索信息表中的线索信息进行数据清洗，每条线索信息中包含一用户的身份信息和该用户办理业务的业务信息；根据所述线索信息表，更新存储在用户信息表中的多个用户的身份信息；从所述用户信息表中的所述多个用户身份信息发送给多个业务处理单元，由所述多个业务处理单元根据查找用户并对所述用户开展业务，由于线索信息表与用户信息表为两张表，所以数据清洗过程与用户身份信息分配过程实现了解耦，有利于提升系统整体的可扩展性和稳定性。

如图1所示，本发明的一个实施例中提供了一种业务线索处理方法，方法包括：

步骤S110，根据预设的数据清洗规则，对存储在线索信息表中的线索信息进行数据清洗，每条线索信息中包含一用户的身份信息和该用户办理业务的业务信息。

步骤S120，根据线索信息表，更新存储在用户信息表中的多个用户的身份信息。

在本实施例中，以保全业务为例，通常线索信息包括线索内容的基本信息、相关订单信息和用户身份信息，如果所有字段都放在一张表里会导致耦合性太强，不利于表结构拆分，而如果每个字段都单独建立一张表,则会过度简化设计，而且通常订单信息和用户身份信息是强关联的，不利于拆分，所以本实施例中最终设计了2张表，一张是线索信息表，另外一张则是用户信息表，线索信息表中订单号不重复但用户身份信息是可以有重复的，因为同一用户可能在不同场景下产生不同订单，而用户信息表中的用户身份信息则只有一条。数据清洗只对线索信息表进行操作，不涉及用户信息表，只有向业务处理单元分配名单时才对用户信息表进行操作。

如图2所示，线索清洗规则可以根据提前动态配置，并通过定时轮询的方式每隔30分钟查询线索表未清洗的数据。对于清洗完成的线索数据，可以去用户信息表查询是否存在匹配的用户身份信息，并据此决定对用户信息表的用户身份信息进行新增或更新操作，同时在线索信息表中将此条数据标注为已清洗状态。

考虑到数据安全，对用户的手机号和姓名严禁明文存储。对于线索信息表，设置一个定时加密机制，定时轮询未加密的线索数据，并对其中的手机号或者姓名进行加密，同时写入可解密字段和掩码字段，确保在推送名单时都是加密可用数据。

步骤S130，从用户信息表中的多个用户身份信息发送给多个业务处理单元，由多个业务处理单元根据查找用户并对用户开展业务。

在本实施例中，对业务单元的类型不进行限制，可以是自动开展业务的系统，也可以是人工坐席。

根据本实施例的技术方案，对存储在线索信息表的业务线索信息进行清洗后，根据清洗结果对存储在用户信息表中的用户身份信息进行更新，并基于用户信息表分配用户身份信息并开展业务，由于线索信息表与用户信息表为两张表，所以数据清洗过程与用户身份信息分配过程实现了解耦，有利于提升系统整体的可扩展性和稳定性。

如图3所示，本发明的一个实施例中提供了一种业务线索处理方法，方法包括：

步骤S310，根据预设的数据清洗规则，对存储在线索信息表中的线索信息进行数据清洗，每条线索信息中包含一用户的身份信息和该用户办理业务的业务信息。

步骤S320，根据线索信息表，更新存储在用户信息表中的多个用户的身份信息。

在本实施例中，将对线索信息表的线索清洗以及对用户身份信息表的查询均微服务化，根据线索信息表对用户信息表更新时，可以通过dubbo接口实现微服务的交互，对用户信息表查询时可以设置一定的超时时间，在超时或发生异常时相关线索数据会放到一个失败重试队列，每隔5分钟、1小时、6小时进行重试，在3次失败后的会放到异常表中,通过邮件通知人工介入处理，保证每一条线索都可以得到正常的清洗。

步骤S330从多个业务处理单元中，去除已处理业务次数到达处理上限次数的业务处理单元。

在本实施例中，预先为每个业务处理单元设置处理上限次数。具体地，可以以页面形式设置场景分配模板，每个模板都可以有不同场景的分配上限，在设置坐席分配上限时可以通过选择场景模板批量选择坐席，设置坐席的处理上限。

步骤S340，从用户信息表中获取与目标业务场景对应的用户身份信息，记录到与目标业务场景对应的分配表中，将分配表中的用户身份信息分配给目标业务场景对应的一组业务处理单元，由业务处理单元根据查找用户并对用户开展业务。

在本实施例中，多个业务处理单元被划分为多组，分别用于在不同业务场景下处理业务。根据业务场景类型的不同，将用户身份信息发送至匹配业务场景下的业务处理单元，以便更好地为用户开展业务。

为实现用户身份信息下发，可以设置两个微服务，一个微服务对用户信息表进行操作，读取其中的用户身份信息，另一微服务负责将用户身份信息发送给自建系统或第三方系统下的业务处理单元，操作的是自建系统或第三方系统下的表，因为两个微服务操作的表是不同的，所以本实施例的设计有利于动态扩展每个微服务性能，提升服务的可用性。

如图4所示，本实施例的业务处理单元通常由自建系统或第三方系统提供，所以需要向自建系统或第三方系统推送用户身份信息，本实施例中可以配置自动下发任务和配置手动下发任务，手动下发任务中可以配置实时生效任务也可以配置预约生效任务，涉及到的表有config表和task表,自动下发任务是当天配置隔天生效，每天会有一个任务将config表中的数据同步到task表；手动添加任务则是直接在task表中新增用户身份信息。本实施例中，可以通过一个30分钟轮询一次的任务处理task表中未下发完成的用户身份信息，判断下发是否完成的方法对比实际下发量与config表中配置的下发量是否相等，为了避免数据的重复下发，task表中的数据下发完毕后，不再执行当天及之前新增的任务。

在本实施例中，为用户身份信息下发的过程中，为了防止数据重复下发，会对正在下发的数据上锁，下发任务结束锁释放。数据下发涉及到不同的业务系统，下发规则可以根据策略动态配置，不同的业务系统使用不同的策略规则去用户信息表取出数据，然后调用用户身份信息下发服务推送到自建系统或第三方系统。为了查看用户信息表中的数据存量及推送情况，可以设置一个任务，查询用户信息表表的处理状态及推送目标，生成一个统计表。

本实施例中，具体地，可以根据预设的该组业务处理单元的顺序，依次向该组业务处理单元发送用户身份信息。

如图5所示，自建系统接收到用户身份信息后，会写数据到自建库的pool表和customer表，通过一个数据同步的定时任务，把pool表中的数据同步到allot待分配表，并同时写入统计表记录当前数据的批次信息，根据数据中的场景类型生成多条任务写入task表。考虑到task表中的任务执行时间以及任务的时效性，每次行任务时会从task表中取出当前待执行的所有任务，循环顺序执行保证每条任务的数据去重性。

在分配用户身份信息时，根据task表中的任务取出待分配的数据，进行去重处理后，生成一个更新sql的实例，包括插入的List(表单)、更新的List、删除的List，以及统计表的更新，并在分配全部任务时批量提交为待分配表中数据状态的更新，同时也会通过redis(缓存)更新当天不同业务场景下的已分配数量和已分配总量和每个坐席对应不同场景的分配量。在用户身份信息的数量不足以平均分配到坐席时，首先每个业务场景都设置一个待分配坐席顺序的List，在处理每条待分配名单时会根据场景取出对应的坐席顺序进行分配，每个分配任务结束时会通过redis记录下一个待分配的坐席索引，下个任务重新获取对应的坐席，保证用户身份信息可以顺利分配到各坐席。同时每天会自动查询分配情况，把结果根据重要性以电话和短信的方式触发到对应的开发人员,有问题及时排查处理。

在本实施例中，可以查看每个场景的当天配置情况和实际下发情况以及实时配置数据，当天配置情况是以场景模板表结合坐席表得到的结果，实际下发数据则是在自动分配过程中记录的缓存数据，实时配置数据则是通过sql实时查询得到的结果。

步骤S350，在监测到发生干扰业务办理的事件时，查询事件相关用户的用户身份信息。

步骤S360，查询用于处理事件相关用户身份信息的业务处理单元，通知业务处理单元取消对事件相关用户开展业务。

在本实施例中，对用户身份信息的回收，第一种是根据回收日期定时回收数据，第二种是根据推送事件实时回收。通过设置定时回收任务，每天定时触发。以保全业务为例，实时回收是通过接受推送事件：扣费成功事件、签约成功事件、退保成功事件，来实时回收用户身份信息，并解除用户身份信息与坐席的关系，减少对客户的打扰，提高坐席的成单率。

本实施例的技术方案，如图6所示，通过功能微服务化的方式将线索清洗、用户信息、开展业务等过程进行解耦，BI人员推送数据到线索信息库后，根据清洗规则进行数据清洗，清洗完成后更新用户信息库，再下发到自建系统或者三方系统。数据到了自建库之后，可以根据场景类型配置不同的分配模板数量，用来批量设置坐席场景分配上限，然后将用户身份信息分配到坐席，并能够查询坐席当天分配数据统计和存量数据统计。每天监控任务会通过短信和电话方式反馈自动分配数据情况，确保有问题优先处理。每天的回收任务会处理到期数据，将自建库表和用户信息表中的信息回收。线索数据清洗和用户身份信息下发可以采用SpingBoot技术实现，数据交互通过dubbo(Dubbo是一个分布式服务框架)技术实现，数据存储可以使用Mysql、Redis、ES等技术，任务机制统一通过XXLJob进行管理和分发，数据加密方式可以使用RSA+AES等技术，界面展示可以通过SpingMVC+Vue来实现。

本实施例的技术方案，对线索数据清洗及用户信息下发、分配功能和业务系统进行解耦，有利于服务功能稳定和服务器水平扩展；用户身份信息可以根据业务场景类型下发，实现了数据传输的多样化；任务机制统一通过XXLJob进行管理，与业务系统分离，实现服务器的负载均衡；用户身份信息的分配可以根据坐席配置场景分配上限自动分配，提升名单分配准确率。

本领域技术人员可以理解，实现上述实施例的全部或部分步骤被实现为由数据处理设备(包括计算机)执行的程序，即计算机程序。在该计算机程序被执行时，可以实现本发明提供的上述方法。而且，所述的计算机程序可以存储于计算机可读存储介质中，该存储介质可以是磁盘、光盘、ROM、RAM等可读存储介质，也可以是多个存储介质组成的存储阵列，例如磁盘或磁带存储阵列。所述的存储介质不限于集中式存储，其也可以是分布式存储，例如基于云计算的云存储。

下面描述本发明的装置实施例，该装置可以用于执行本发明的方法实施例。对于本发明装置实施例中描述的细节，应视为对于上述方法实施例的补充；对于在本发明装置实施例中未披露的细节，可以参照上述方法实施例来实现。

如图7所示，本发明的一个实施例中提供了一种业务线索处理装置，装置包括：

数据清洗模块710，根据预设的数据清洗规则，对存储在线索信息表中的线索信息进行数据清洗，每条线索信息中包含一用户的身份信息和该用户办理业务的业务信息。

身份更新模块720，根据线索信息表，更新存储在用户信息表中的多个用户的身份信息。

在本实施例中，以保全业务为例，通常线索信息包括线索内容的基本信息、相关订单信息和用户身份信息，如果所有字段都放在一张表里会导致耦合性太强，不利于表结构拆分，而如果每个字段都单独建立一张表,则会过度简化设计，而且通常订单信息和用户身份信息是强关联的，不利于拆分，所以本实施例中最终设计了2张表，一张是线索信息表，另外一张则是用户信息表，线索信息表中订单号不重复但用户身份信息是可以有重复的，因为同一用户可能在不同场景下产生不同订单，而用户信息表中的用户身份信息则只有一条。数据清洗只对线索信息表进行操作，不涉及用户信息表，只有向业务处理单元分配名单时才对用户信息表进行操作。

如图2所示，线索清洗规则可以根据提前动态配置，并通过定时轮询的方式每隔30分钟查询线索表未清洗的数据。对于清洗完成的线索数据，可以去用户信息表查询是否存在匹配的用户身份信息，并据此决定对用户信息表的用户身份信息进行新增或更新操作，同时在线索信息表中将此条数据标注为已清洗状态。

考虑到数据安全，对用户的手机号和姓名严禁明文存储。对于线索信息表，设置一个定时加密机制，定时轮询未加密的线索数据，并对其中的手机号或者姓名进行加密，同时写入可解密字段和掩码字段，确保在推送名单时都是加密可用数据。

业务开展模块730，从用户信息表中的多个用户身份信息发送给多个业务处理单元，由多个业务处理单元根据查找用户并对用户开展业务。

在本实施例中，对业务单元的类型不进行限制，可以是自动开展业务的系统，也可以是人工坐席。

根据本实施例的技术方案，对存储在线索信息表的业务线索信息进行清洗后，根据清洗结果对存储在用户信息表中的用户身份信息进行更新，并基于用户信息表分配用户身份信息并开展业务，由于线索信息表与用户信息表为两张表，所以数据清洗过程与用户身份信息分配过程实现了解耦，有利于提升系统整体的可扩展性和稳定性。

如图8所示，本发明的一个实施例中提供了一种业务线索处理装置，装置包括：

数据清洗模块810，根据预设的数据清洗规则，对存储在线索信息表中的线索信息进行数据清洗，每条线索信息中包含一用户的身份信息和该用户办理业务的业务信息。

身份更新模块820，根据线索信息表，更新存储在用户信息表中的多个用户的身份信息。

在本实施例中，将对线索信息表的线索清洗以及对用户身份信息表的查询均微服务化，根据线索信息表对用户信息表更新时，可以通过dubbo接口实现微服务的交互，对用户信息表查询时可以设置一定的超时时间，在超时或发生异常时相关线索数据会放到一个失败重试队列，每隔5分钟、1小时、6小时进行重试，在3次失败后的会放到异常表中,通过邮件通知人工介入处理，保证每一条线索都可以得到正常的清洗。

业务过滤模块830，从多个业务处理单元中，去除已处理业务次数到达处理上限次数的业务处理单元。

在本实施例中，预先为每个业务处理单元设置处理上限次数。具体地，可以以页面形式设置场景分配模板，每个模板都可以有不同场景的分配上限，在设置坐席分配上限时可以通过选择场景模板批量选择坐席，设置坐席的处理上限。

业务开展模块840，从用户信息表中获取与目标业务场景对应的用户身份信息，记录到与目标业务场景对应的分配表中，将分配表中的用户身份信息分配给目标业务场景对应的一组业务处理单元，由业务处理单元根据查找用户并对用户开展业务。

在本实施例中，多个业务处理单元被划分为多组，分别用于在不同业务场景下处理业务。根据业务场景类型的不同，将用户身份信息发送至匹配业务场景下的业务处理单元，以便更好地为用户开展业务。

为实现用户身份信息下发，可以设置两个微服务，一个微服务对用户信息表进行操作，读取其中的用户身份信息，另一微服务负责将用户身份信息发送给自建系统或第三方系统下的业务处理单元，操作的是自建系统或第三方系统下的表，因为两个微服务操作的表是不同的，所以本实施例的设计有利于动态扩展每个微服务性能，提升服务的可用性。

如图4所示，本实施例的业务处理单元通常由自建系统或第三方系统提供，所以需要向自建系统或第三方系统推送用户身份信息，本实施例中可以配置自动下发任务和配置手动下发任务，手动下发任务中可以配置实时生效任务也可以配置预约生效任务，涉及到的表有config表和task表,自动下发任务是当天配置隔天生效，每天会有一个任务将config表中的数据同步到task表；手动添加任务则是直接在task表中新增用户身份信息。本实施例中，可以通过一个30分钟轮询一次的任务处理task表中未下发完成的用户身份信息，判断下发是否完成的方法对比实际下发量与config表中配置的下发量是否相等，为了避免数据的重复下发，task表中的数据下发完毕后，不再执行当天及之前新增的任务。

在本实施例中，为用户身份信息下发的过程中，为了防止数据重复下发，会对正在下发的数据上锁，下发任务结束锁释放。数据下发涉及到不同的业务系统，下发规则可以根据策略动态配置，不同的业务系统使用不同的策略规则去用户信息表取出数据，然后调用用户身份信息下发服务推送到自建系统或第三方系统。为了查看用户信息表中的数据存量及推送情况，可以设置一个任务，查询用户信息表表的处理状态及推送目标，生成一个统计表。

本实施例中，具体地，可以根据预设的该组业务处理单元的顺序，依次向该组业务处理单元发送用户身份信息。

如图5所示，自建系统接收到用户身份信息后，会写数据到自建库的pool表和customer表，通过一个数据同步的定时任务，把pool表中的数据同步到allot待分配表，并同时写入统计表记录当前数据的批次信息，根据数据中的场景类型生成多条任务写入task表。考虑到task表中的任务执行时间以及任务的时效性，每次行任务时会从task表中取出当前待执行的所有任务，循环顺序执行保证每条任务的数据去重性。

在分配用户身份信息时，根据task表中的任务取出待分配的数据，进行去重处理后，生成一个更新sql的实例，包括插入的List(表单)、更新的List、删除的List，以及统计表的更新，并在分配全部任务时批量提交为待分配表中数据状态的更新，同时也会通过redis(缓存)更新当天不同业务场景下的已分配数量和已分配总量和每个坐席对应不同场景的分配量。在用户身份信息的数量不足以平均分配到坐席时，首先每个业务场景都设置一个待分配坐席顺序的List，在处理每条待分配名单时会根据场景取出对应的坐席顺序进行分配，每个分配任务结束时会通过redis记录下一个待分配的坐席索引，下个任务重新获取对应的坐席，保证用户身份信息可以顺利分配到各坐席。同时每天会自动查询分配情况，把结果根据重要性以电话和短信的方式触发到对应的开发人员,有问题及时排查处理。

在本实施例中，可以查看每个场景的当天配置情况和实际下发情况以及实时配置数据，当天配置情况是以场景模板表结合坐席表得到的结果，实际下发数据则是在自动分配过程中记录的缓存数据，实时配置数据则是通过sql实时查询得到的结果。

事件监测模块850，在监测到发生干扰业务办理的事件时，查询事件相关用户的用户身份信息。

业务取消模块860，查询用于处理事件相关用户身份信息的业务处理单元，通知业务处理单元取消对事件相关用户开展业务。

在本实施例中，对用户身份信息的回收，第一种是根据回收日期定时回收数据，第二种是根据推送事件实时回收。通过设置定时回收任务，每天定时触发。以保全业务为例，实时回收是通过接受推送事件：扣费成功事件、签约成功事件、退保成功事件，来实时回收用户身份信息，并解除用户身份信息与坐席的关系，减少对客户的打扰，提高坐席的成单率。

本实施例的技术方案，如图6所示，通过功能微服务化的方式将线索清洗、用户信息、开展业务等过程进行解耦，BI人员推送数据到线索信息库后，根据清洗规则进行数据清洗，清洗完成后更新用户信息库，再下发到自建系统或者三方系统。数据到了自建库之后，可以根据场景类型配置不同的分配模板数量，用来批量设置坐席场景分配上限，然后将用户身份信息分配到坐席，并能够查询坐席当天分配数据统计和存量数据统计。每天监控任务会通过短信和电话方式反馈自动分配数据情况，确保有问题优先处理。每天的回收任务会处理到期数据，将自建库表和用户信息表中的信息回收。线索数据清洗和用户身份信息下发可以采用SpingBoot技术实现，数据交互通过dubbo(Dubbo是一个分布式服务框架)技术实现，数据存储可以使用Mysql、Redis、ES等技术，任务机制统一通过XXLJob进行管理和分发，数据加密方式可以使用RSA+AES等技术，界面展示可以通过SpingMVC+Vue来实现。

本实施例的技术方案，通过线索数据清洗解决了用户身份信息的统一性问题，提高了系统的可用性；通过用户身份信息下发解决了数据分发的统一入口问题，不同的业务系统可以配置不同的下发规则，提高系统数据传输的灵活性以及数据安全性；用户身份信息的自动同步和自动分配，实现了名单自动分配全流程，通过XXLJob统一调度，解决了与业务系统解耦，提高业务系统稳定性；实现了场景模板配置化、坐席设置分配上限批量化、分配统计和数据存量统计界面化、数据回收实时化。本实施例中，在线索数据清洗及用户身份信息下发过程中，保护手机号的隐私性，推向三方系统时不会传输明文手机号；自建系统数据分配过程中先是同步待分配的数据，根据批次号生成对应的数据统计，然后取出待分配数据根据不同的下发过滤规则下发到坐席账户，这样可以提高异常数据排查的完整性和快速性。

本领域技术人员可以理解，上述装置实施例中的各模块可以按照描述分布于装置中，也可以进行相应变化，分布于不同于上述实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

下面描述本发明的电子设备实施例，该电子设备可以视为对于上述本发明的方法和装置实施例的实体形式的实施方式。对于本发明电子设备实施例中描述的细节，应视为对于上述方法或装置实施例的补充；对于在本发明电子设备实施例中未披露的细节，可以参照上述方法或装置实施例来实现。

图9是根据本发明的一种电子设备的示例性实施例的结构框图。图9显示的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图9所示，该示例性实施例的电子设备200以通用数据处理设备的形式表现。电子设备200的组件可以包括但不限于：至少一个处理单元210、至少一个存储单元220、连接不同系统组件(包括存储单元220和处理单元210)的总线230、显示单元240等。

其中，所述存储单元220存储有计算机可读程序，其可以是源程序或都只读程序的代码。所述程序可以被处理单元210执行，使得所述处理单元210执行本发明各种实施方式的步骤。例如，所述处理单元210可以执行如图1或图3所示的步骤。

所述存储单元220可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)2201和/或高速缓存存储单元2202，还可以进一步包括只读存储单元(ROM)2203。所述存储单元220还可以包括具有一组(至少一个)程序模块2205的程序/实用工具2204，这样的程序模块2205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线230可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备200也可以与一个或多个外部设备300(例如键盘、显示器、网络设备、蓝牙设备等)通信，使得用户能经由这些外部设备300与该电子设备200交互，和/或使得该电子设备200能与一个或多个其它数据处理设备(例如路由器、调制解调器等等)进行通信。这种通信可以通过输入/输出(I/O)接口250进行，还可以通过网络适配器260与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)进行。网络适配器260可以通过总线230与电子设备200的其它模块通信。应当明白，尽管图中未示出，电子设备200中可使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

图10是本发明的一个计算机可读介质实施例的示意图。如图10所示，所述计算机程序可以存储于一个或多个计算机可读介质上。计算机可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。当所述计算机程序被一个或多个数据处理设备执行时，使得该计算机可读介质能够实现本发明的上述方法，即：根据预设的数据清洗规则，对存储在线索信息表中的线索信息进行数据清洗，每条线索信息中包含一用户的身份信息和该用户办理业务的业务信息；根据所述线索信息表，更新存储在用户信息表中的多个用户的身份信息；从所述用户信息表中的所述多个用户身份信息发送给多个业务处理单元，由所述多个业务处理单元根据查找用户并对所述用户开展业务。

通过以上的实施方式的描述，本领域的技术人员易于理解，本发明描述的示例性实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个计算机可读的存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台数据处理设备(可以是个人计算机、服务器、或者网络设备等)执行根据本发明的上述方法。

所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

综上所述，本发明可以执行计算机程序的方法、装置、电子设备或计算机可读介质来实现。可以在实践中使用微处理器或者数字信号处理器(DSP)等通用数据处理设备来实现本发明的一些或者全部功能。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，应理解的是，本发明不与任何特定计算机、虚拟装置或者电子设备固有相关，各种通用装置也可以实现本发明。以上所述仅为本发明的具体实施例而已，并不用于限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。