业务的处理方法、装置、电子设备及存储介质

本申请涉及数据处理技术领域，尤其涉及一种业务的处理方法、装置、电子设备及存储介质。

近年来，智能移动终端以其方便携带、响应快速等特点迅猛发展，在生活中无处不在，已经成为我们生活中最重要的部分之一。为了顺应时代潮流，推进行外办公业务发展，开发移动端办公应用迫在眉睫。因此，为了方便用户办理业务，许多公司也开发了移动端办理业务的功能，用户可以在移动终端上发起业务申请，相关的工作人员也可在固定终端或者移动终端上处理用户的业务申请。

但是，在多终端渠道并行处理业务的过程中，由于缺乏完善的多渠道业务管理机制，容易出现多个工作人员通过不同的渠道处理同一个业务的情况，导致业务处理过程中流程发生冲突，影响业务处理的效率，并且重复的工作造成了人力资源的浪费。

有鉴于此，本申请提供一种业务的处理方法、装置、电子设备及存储介质，以解决现有技术中由于缺乏完善的多渠道业务管理机制，容易出现多个工作人员通过不同的渠道处理同一个业务的情况，导致业务处理过程中流程发生冲突，影响业务处理的效率，并且重复的工作造成了人力资源的浪费的问题。

为实现上述目的，本申请提供如下技术方案：

本申请第一方面公开了业务的处理方法，包括：

接收用户发送的业务申请，并将所述业务申请存储到待处理业务列表中；

若检测到所述业务申请进入处理状态，则获取处理所述业务申请的人员信息以及终端信息；

基于所述人员信息和所述终端信息，构建所述业务申请与所述人员信息之间的关联关系以及所述业务申请与所述终端信息之间的关联关系；其中，所述关联关系用于表征所述业务申请只响应于构建了关联关系的处理人员或者处理渠道；

若检测到所述业务申请进入处理结束状态，则解除所述业务申请与所述人员信息之间的关联关系以及所述业务申请与所述终端信息之间的关联关系。

可选的，上述的方法，所述基于所述人员信息和所述终端信息，构建所述业务申请与所述人员信息之间的关联关系以及所述业务申请与所述终端信息之间的关联关系，包括：

根据终端信息确定出处理所述业务申请的终端的终端类型；其中，所述终端类型包括固定终端和移动终端；

若处理所述业务申请的终端类型为移动终端，则通过伪声明的方式构建所述业务申请与所述人员信息之间的关联关系以及所述业务申请与所述终端信息之间的关联关系；

若处理所述业务申请的终端类型为固定终端，则通过业务流程管理声明的方式构建所述业务申请与所述人员信息之间的关联关系以及所述业务申请与所述终端信息之间的关联关系。

可选的，上述的方法，所述基于所述人员信息和所述终端信息，构建所述业务申请与所述人员信息之间的关联关系以及所述业务申请与所述终端信息之间的关联关系之后，还包括：

若接收到所述业务申请的关联关系变更请求，则根据所述关联关系变更请求，变更所述业务申请与所述人员信息之间的关联关系和/或变更所述业务申请与所述终端信息之间的关联关系。

可选的，上述的方法，还包括：

若检测到所述业务申请的处理状态出现异常，则获取所述业务申请的处理出现异常的原因；

生成所述业务申请处理异常的告警信息，并解除所述业务申请的人员锁定以及渠道锁定。

本申请第二方面公开了一种业务的处理装置，包括：

接收单元，用于接收用户发送的业务申请，并将所述业务申请存储到待处理业务列表中；

第一获取单元，用于若检测到所述业务申请进入处理状态，则获取处理所述业务申请的人员信息以及终端信息；

构建单元，用于基于所述人员信息和所述终端信息，构建所述业务申请与所述人员信息之间的关联关系以及所述业务申请与所述终端信息之间的关联关系；其中，所述关联关系用于表征所述业务申请只响应于构建了关联关系的处理人员或者处理渠道；

解除单元，用于若检测到所述业务申请进入处理结束状态，则解除所述业务申请与所述人员信息之间的关联关系以及所述业务申请与所述终端信息之间的关联关系。

可选的，上述的装置，所述构建单元，包括：

确定子单元，用于根据终端信息确定出处理所述业务申请的终端的终端类型；其中，所述终端类型包括固定终端和移动终端；

第一锁定子单元，用于若处理所述业务申请的终端类型为移动终端，则通过伪声明的方式构建所述业务申请与所述人员信息之间的关联关系以及所述业务申请与所述终端信息之间的关联关系；

第二锁定子单元，用于若处理所述业务申请的终端类型为固定终端，则通过业务流程管理声明的方式构建所述业务申请与所述人员信息之间的关联关系以及所述业务申请与所述终端信息之间的关联关系。

可选的，上述的装置，还包括：

变更单元，用于若接收到所述业务申请的关联关系变更请求，则根据所述关联关系变更请求，变更所述业务申请与所述人员信息之间的关联关系和/或变更所述业务申请与所述终端信息之间的关联关系。

可选的，上述的装置，第二获取单元，用于若检测到所述业务申请的处理状态出现异常，则获取所述业务申请的处理出现异常的原因；

信息生成单元，用于生成所述业务申请处理异常的告警信息，并解除所述业务申请的人员锁定以及渠道锁定。

本申请第三方面公开了一种电子设备，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如本申请第一方面中任意一项所述的方法。

本申请第四方面公开了一种计算机存储介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现如本申请第一方面中任意一项所述的方法。

从上述技术方案可以看出，本申请提供的一种业务的处理方法中，通过接收用户发送的业务申请，并将业务申请存储到待处理业务列表中。若检测到业务申请进入处理状态，则获取处理业务申请的人员信息以及终端信息。基于人员信息和终端信息，构建业务申请与人员信息之间的关联关系以及所述业务申请与终端信息之间的关联关系；其中，关联关系用于表征业务申请只响应于构建了关联关系的处理人员或者处理渠道。若检测到业务申请进入处理结束状态，则解除业务申请与所述人员信息之间的关联关系以及业务申请与所述终端信息之间的关联关系。由此可知，利用本申请的方法，可以在业务处理过程中，针对业务处理的人员以及业务处理的渠道进行锁定，解决了现有技术中由于缺乏完善的多渠道业务管理机制，容易出现多个工作人员通过不同的渠道处理同一个业务的情况，导致业务处理过程中流程发生冲突，影响业务处理的效率，并且重复的工作造成了人力资源的浪费的问题。

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例公开的一种业务的处理方法的流程图；

图2为本申请另一实施例公开的步骤S103的一种实施方式的流程图；

图3为本申请另一实施例公开的一种业务的处理装置的示意图；

图4为本申请另一实施例公开的一种电子设备的示意图。

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

在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

并且，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

由背景技术可知，在多终端渠道并行处理业务的过程中，由于缺乏完善的多渠道业务管理机制，容易出现多个工作人员通过不同的渠道处理同一个业务的情况，导致业务处理过程中流程发生冲突，影响业务处理的效率，并且重复的工作造成了人力资源的浪费。

鉴于此，本申请提供一种业务的处理方法、装置、电子设备及存储介质，以解决现有技术中由于缺乏完善的多渠道业务管理机制，容易出现多个工作人员通过不同的渠道处理同一个业务的情况，导致业务处理过程中流程发生冲突，影响业务处理的效率，并且重复的工作造成了人力资源的浪费的问题。

本申请实施例公开了一种业务的处理方法，具体如图1所示，具体包括：

S101、接收用户发送的业务申请，并将业务申请存储到待处理业务列表中。

需要说明的是，用户可以在移动终端或者web(World Wide Web，万维网)端渠道发起业务申请，例如银行的贷款业务申请。后台系统在接收到用户的发送的业务申请之后，会将该业务申请存储到待处理业务列表中，以等待工作人员来进行处理。

S102、若检测到业务申请进入处理状态，则获取处理业务申请的人员信息以及终端信息。

需要说明的是，后台系统会对待处理业务列表中的业务状态进行实时监测，如果检测到用户发送的业务申请被相关工作人员开始处理，既业务申请进入处理状态，则获取处理该业务申请的工作人员的人员信息，例如姓名、职位、工作编号等。同时也会获取该工作人员用于处理该业务申请的终端信息，例如终端设备类型，终端设备型号等。

S103、基于人员信息和终端信息，构建业务申请与人员信息之间的关联关系以及业务申请与所述终端信息之间的关联关系；其中，关联关系用于表征业务申请只响应于构建了关联关系的处理人员或者处理渠道。

需要说明的是，在获取到该业务申请的工作人员的人员信息和该工作人员用于处理该业务申请的终端信息之后，则根据人员信息，构建业务申请与人员信息之间的关联关系，对该业务申请进行人员锁定，该业务就锁定在该工作人员的名下，其他工作人员则无法处理该业务，避免多名工作人员重复处理一项业务。同时，根据工作人员的终端信息，构建业务申请与所述终端信息之间的关联关系，对处理该业务的处理渠道进行锁定，锁定之后，就不允许通过其他终端的渠道来对该业务进行处理，避免多渠道同时处理造成流程混乱。构建关联关系后，业务申请就只响应于构建了关联关系的处理人员或者处理渠道，其他的处理人员或者处理渠道的请求便不再响应。

可选的，在本申请的另一实施例中，步骤S103的一种实施方式，如图2所示，可以包括：

S201、根据终端信息确定出处理业务申请的终端的终端类型；其中，终端类型包括固定终端和移动终端。

需要说明的是，对获取到的终端信息进行解析，确定出处理业务申请的终端的终端类型，其中，终端类型包括固定终端和移动终端。

S202、若处理业务申请的终端类型为移动终端，则通过伪声明的方式构建业务申请与人员信息之间的关联关系以及业务申请与终端信息之间的关联关系。

需要说明的是，如果处理业务申请的终端类型为移动终端，由于移动终端无法直接进行业务流程管理声明，因此则通过伪声明的方式，向后台系统发送对业务申请进行人员锁定以及对业务申请进行渠道锁定的声明信息，再由web端根据声明信息对该业务申请进行人员锁定以及对业务申请进行渠道锁定，构建业务申请与人员信息之间的关联关系以及业务申请与终端信息之间的关联关系，将该业务标记在对应的工作人员和对应渠道的名下。

S203、若处理业务申请的终端类型为固定终端，则通过业务流程管理声明的方式构建业务申请与人员信息之间的关联关系以及业务申请与终端信息之间的关联关系。

需要说明的是，如果处理业务申请的终端类型为固定终端，则直接对该业务申请做BPM(Business Process Management，业务流程管理)声明，构建业务申请与人员信息之间的关联关系以及业务申请与终端信息之间的关联关系，对业务申请进行人员锁定以及对业务申请进行渠道锁定，将该业务标记在对应的工作人员和对应渠道的名下。

可选的，在本申请的另一实施例中，执行步骤S103之后，还可以包括：

若接收到业务申请的关联关系变更请求，则根据关联关系变更请求，变更业务申请与人员信息之间的关联关系和/或变更业务申请与终端信息之间的关联关系。

需要说明的是，如果在对业务申请进行人员锁定以及对业务申请进行渠道锁定之后，如果接受到业务申请的锁定信息变更请求，可能需要更改锁定的工作人员或者更改锁定处理渠道，那么就根据锁定信息变更请求，对已经构建关联关系的人员信息或者渠道信息进变更。

S104、若检测到业务申请进入处理结束状态，则解除业务申请与人员信息之间的关联关系以及业务申请与终端信息之间的关联关系。

需要说明的是，如果检测到用户发送的业务申请已经处理完毕，则业务申请与人员信息之间的关联关系以及业务申请与终端信息之间的关联关系。以便对该业务进行后续的流程跳转，执行后续的操作。

可选的，在本申请另一实施例中，上述业务的处理方法，还可以包括：

若检测到业务申请的处理状态出现异常，则获取业务申请的处理出现异常的原因。

生成业务申请处理异常的告警信息，并解除业务申请的人员锁定以及渠道锁定。

需要说明的是，在业务处理的过程中，如果业务的处理状态出现某些异常情况无法处理业务，则获取业务申请的处理出现异常的原因。例如程序卡死，系统无响应等。然后根据异常原因生成告警信息，提醒工作人员采取相应的处理措施。同时解除业务申请的人员锁定以及渠道锁定，以便工作人员更好的解决出现的问题。

本申请实施例提供的一种业务的处理方法中，通过接收用户发送的业务申请，并将业务申请存储到待处理业务列表中。若检测到业务申请进入处理状态，则获取处理业务申请的人员信息以及终端信息。基于人员信息和终端信息，构建业务申请与人员信息之间的关联关系以及所述业务申请与终端信息之间的关联关系；其中，关联关系用于表征业务申请只响应于构建了关联关系的处理人员或者处理渠道。若检测到业务申请进入处理结束状态，则解除业务申请与所述人员信息之间的关联关系以及业务申请与所述终端信息之间的关联关系。由此可知，利用本申请的方法，可以在业务处理过程中，针对业务处理的人员以及业务处理的渠道进行锁定，解决了现有技术中由于缺乏完善的多渠道业务管理机制，容易出现多个工作人员通过不同的渠道处理同一个业务的情况，导致业务处理过程中流程发生冲突，影响业务处理的效率，并且重复的工作造成了人力资源的浪费的问题。

在本申请的另一实施例还公开了一种业务的处理装置，如图3所示，包括：

接收单元301，用于接收用户发送的业务申请，并将业务申请存储到待处理业务列表中。

第一获取单元302，用于若检测到业务申请进入处理状态，则获取处理业务申请的人员信息以及终端信息。

构建单元303，用于基于人员信息和所述终端信息，构建业务申请与人员信息之间的关联关系以及业务申请与终端信息之间的关联关系；其中，关联关系用于表征业务申请只响应于构建了关联关系的处理人员或者处理渠道。

解除单元304，用于若检测到业务申请进入处理结束状态，则解除业务申请与人员信息之间的关联关系以及业务申请与终端信息之间的关联关系。

本实施例中，接收单元301、第一获取单元302、构建单元303、解除单元304的具体执行过程，可参见对应图1的方法实施例内容，此处不再赘述。

本申请实施例提供的一种业务的处理装置中，通过接收单元301接收用户发送的业务申请，并将业务申请存储到待处理业务列表中。若检测到业务申请进入处理状态，第一获取单元302则获取处理业务申请的人员信息以及终端信息。锁定单元303基于人员信息和终端信息，构建业务申请与人员信息之间的关联关系以及业务申请与终端信息之间的关联关系；其中，关联关系用于表征业务申请只响应于构建了关联关系的处理人员或者处理渠道。若检测到业务申请进入处理结束状态，解除单元304则解除业务申请与人员信息之间的关联关系以及业务申请与终端信息之间的关联关系。由此可知，利用本申请的方法，可以在业务处理过程中，针对业务处理的人员以及业务处理的渠道进行锁定，解决了现有技术中由于缺乏完善的多渠道业务管理机制，容易出现多个工作人员通过不同的渠道处理同一个业务的情况，导致业务处理过程中流程发生冲突，影响业务处理的效率，并且重复的工作造成了人力资源的浪费的问题。

可选的，在本申请的另一实施例中，构建单元303的一种实施方式，可以包括：

确定子单元，用于根据终端信息确定出处理业务申请的终端的终端类型；其中，终端类型包括固定终端和移动终端。

第一锁定子单元，用于若处理业务申请的终端类型为移动终端，则通过伪声明的方式构建业务申请与人员信息之间的关联关系以及业务申请与终端信息之间的关联关系。

第二锁定子单元，用于若处理业务申请的终端类型为固定终端，则通过业务流程管理声明的方式构建业务申请与人员信息之间的关联关系以及业务申请与终端信息之间的关联关系。

本实施例中，确定子单元、第一锁定子单元以及第二锁定子单元的具体执行过程，可参见图2对应的方法实施例内容，此处不再赘述。

可选的，在本申请的另一实施例中，上述业务的处理装置，还可以包括：

变更单元，用于若接收到业务申请的关联关系变更请求，则根据关联关系变更请求，变更业务申请与人员信息之间的关联关系和/或变更业务申请与终端信息之间的关联关系。

本实施例中，变更单元的具体执行过程，可参见上述对应的方法实施例内容，此处不再赘述。

可选的，在本申请的另一实施例中，上述业务的处理装置，还可以包括：

第二获取单元，用于若检测到业务申请的处理状态出现异常，则获取业务申请的处理出现异常的原因；

信息生成单元，用于生成业务申请处理异常的告警信息，并解除业务申请的人员锁定以及渠道锁定。

本实施例中，第二获取单元、信息生成单元的具体执行过程，可参见上述对应的方法实施例内容，此处不再赘述。

本申请另一实施例还提供了一种电子设备，如图4所示，具体包括：

一个或多个处理器401。

存储装置402，其上存储有一个或多个程序。

当一个或多个程序被一个或多个处理器401执行时，使得一个或多个处理器401实现如上述实施例中任意一项方法。

本申请另一实施例还提供了计算机存储介质，其上存储有计算机程序，其中，计算机程序被处理器执行时实现如上述实施例中任意一项方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。