一种业务处理方法、装置及系统与流程

本发明涉及数据处理领域，尤其涉及一种业务处理方法、装置及系统。

背景技术：

当前银行系统中，客户办理业务时通常需要在银行网点的柜台办理，并且，很多业务还需要在开户行或者在开户地办理业务，但是，在用户不方便去银行网点的柜台办理业务时，会给客户带来很多不便，非常影响客户体验。

并且，一般的银行网点的柜员只受理线下客户的业务委托，不能在线为客户办理业务，但是，有一些业务只能通过银行网点的柜员进行办理，这样也为用户带来了极大的不便。

技术实现要素：

有鉴于此，本发明实施例公开了一种业务处理方法，解决了现有技术中，银行网点柜员无法为客户在线上办理业务的问题。

本发明实施例公开了一种业务处理方法，包括：

接收终端发送的业务请求；

获取所述业务请求中包含的属性信息；所述属性信息包括发起业务请求的终端的归属地、业务请求类型中的至少一个；

基于所述业务请求的第一属性信息调取相应的银行业务人员的信息；所述第一属性信息为所述属性信息中的至少一个；

基于调取的所述业务人员的信息和业务请求的第二属性信息为所述业务请求分配目标业务人员；所述第二属性信息为所述属性信息中的至少一个。

可选的，还包括：

所述业务人员信息包括：业务人员状态、业务人员所属地区、业务人员所服务的业务类型。

可选的，还包括：

实时监测业务人员的状态，并基于监测结果实时更新业务人员的状态信息。

可选的，还包括：

接收具有不同权限的用户输入的服务信息；

对服务信息进行分析和整合；

发布所述服务信息。

可选的，还包括：

基于发布的服务信息向具有相应权限的用户发送消息通知。

可选的，所述银行业务人员包括银行网点柜员。

本发明实施例还公开了一种业务处理装置，包括：

第一接收单元，包括接收终端发送的业务请求；

获取单元，包括获取所述业务请求中包含的属性信息；所述属性信息包括发起业务请求的终端的归属地、业务请求类型中的至少一个；

调取单元，用于基于所述业务请求的第一属性信息调取相应的银行业务人员信息；所述第一属性信息为所述属性信息中的至少一个；

分配单元，用于基于调取的所述业务人员的信息和业务请求的第二属性信息为所述业务请求分配的目标业务人员；所述第二属性信息为所述属性信息中的至少一个。

可选的，还包括：

第二接收单元，用于接收具有不同权限的用户输入的服务信息；

分析和整合单元，用于对服务信息进行分析和整合；

发布单元，用于发布所述服务信息。

本发明实施例还公开了一种业务处理系统，包括：

用户管理模块，用于为不同的用户分配权限，并基于为用户分配的权限发起与权限相匹配的业务请求；所述用户包括：银行各层级的业务人员以及银行服务的客户；

消息调度模块，用于基于用户管理模块发起的业务请求，为用户分配响应业务请求的对端用户；

用户交互模块，用于不同用户之间进行信息交互。

可选的，所述消息调度模块包括：

获取单元，用于获取所述业务请求中包含的属性信息；所述属性信息包括发起业务请求的终端的归属地、业务请求类型中的至少一个；

调取单元，用于基于所述业务请求的第一属性信息调取相应的银行业务人员的信息；所述第一属性信息为所述属性信息中的至少一个；

分配单元，用于基于调取的所述业务人员的信息和业务请求的第二属性信息为所述业务请求分配目标业务人员；所述第二属性信息为所述属性信息中的至少一个。

可选的，还包括：

服务模块，用于将接收到的服务信息进行分析和整合，并发布所述服务信息。

可选的，还包括：

消息广播模块，用于基于发布的服务信息向具有相应权限的用户发送消息通知。

本实施例中公开了一种业务处理方法，包括：接收终端发送的业务请求；获取所述业务请求中包含的属性信息；所述属性信息包括发起业务请求的终端的归属地、业务请求类型中的至少一个；基于所述业务请求的第一属性信息调取相应的银行业务人员的信息；所述第一属性信息为所述属性信息中的至少一个；基于调取的所述业务人员的信息和业务请求的第二属性信息为所述业务请求分配目标业务人员；所述第二属性信息为所述属性信息中的至少一个。这样，在接收到终端发送的业务请求后，基于业务请求中携带的属性信息和银行业务人员的信息，筛选用于响应业务请求的银行业务人员，这样实现了银行柜员对线上业务响应。

进一步的，基于对服务信息的发布，及通知，实现了银行各层级之间的信息交互，例如实现了银行各层级间的培训、通知等日常需求，提高了行内业务管理能力。

附图说明

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

图1示出了本发明实施例公开的一种信息业务处理方法的流程流程示意图；

图2示出了本发明实施例提供的一种信息业务处理方法的又一流程示意图；

图3示出了本发明实施例提供的一种业务处理装置的结构示意图；

图4示出了本发明实施例提供的一种业务处理系统的结构示意图。

具体实施方式

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

参考图1，示出了本发明实施例公开的一种信息交互方法的流程示意图，在本实施例中，该方法包括：

s101：接收终端发送的业务请求；

本实施例中，用户发起业务请求可以通过终端中的相关app，或者通过其它的第三方入口，例如微信公众号等。

s102：获取所述业务请求中包含属性信息；所述属性信息包括发起业务请求的终端的归属地、业务请求类型中的至少一个；

本实施例中，终端发起业务请求后，业务请求中携带一些信息，例如包括：业务请求的终端归属地、业务请求的类型等。

进行信息交互时可以获取业务请求中携带的信息中的至少一个，即获取的业务请求中包含的属性信息为发起业务请求的终端的归属地、业务请求类型中的至少一个。

s103：基于所述业务请求中的第一属性信息调取相应的银行业务人员信息；所述第一属性信息为所述属性信息中的至少一个；

s104：基于调取的所述业务人员信息和业务请求的第二属性信息，为所述业务请求分配目标业务人员；所述第二属性信息为所述属性信息中的至少一个；

本实施例中，在属性信息包括：发起业务请求的终端归属地以及业务请求类型时，为业务请求分配业务人员的过程可以包括如下的两种实现方式：

方式一、

基于发起业务请求的终端归属地，调取服务于所述终端归属地的业务人员的信息；

本实施例中，服务于终端归属地的业务人员可以为，在终端归属地的某个银行网点工作的银行业务人员，或者级别较高的，可以办理终端归属地业务的银行业务人员等。

从调取的服务于终端归属地的业务人员的信息中，筛选能够受理业务请求类型的业务人员的信息；

从能够受理业务请求类型的业务人员的信息中筛选状态在线的业务人员。

方式二、基于发起业务请求的业务类型，调取能够受理业务请求类型的业务人员的信息；

从能够受理业务请求类型的业务人员的信息中筛选服务于发起所述业务请求的终端归属地的业务人员；

从筛选出的服务于发起所述业务请求的终端归属地的业务人员中筛选状态在线的业务人员。

基于上述两种实现方式，本实施中，对于筛选状态在线的业务人员，可以在任何一个步骤中筛选业务人员时，就筛选出状态在线的业务人员，本实施例中不进行限定。

本实施中，能够执行业务办理的人员可能为银行网点的柜员，在工作期间，银行网点的柜员可能会由于处理线下的业务从而无法执行线上业务，因此，银行业务人员可以在不执行线下业务的情况下，更新当前状态。

其中，业务人员的状态可以包括：空闲、业务办理中、暂停办理业务等。

系统为了及时的获取到线下业务人员，可以实时的对业务人员的状态进行监测，并基于监测结果实时更新业务人员的状态信息。

本实施例中，在接收到终端发送的业务请求后，基于业务请求中携带的属性信息和银行业务人员的信息，筛选用于响应业务请求的银行业务人员，这样实现了银行柜员对线上业务响应。

进一步的，为了实现业务人员的灵活调度，业务人员除了能够办理业务人员的银行网点柜员外，还可以是其它的业务人员。

为了区分不同的业务人员，可以为不同的业务人员设置不同的标签，例如标签可以包括：咨询类、业务办理类，即可以将需要办理的业务分配给标签为业务办理类的业务人员，将无需办理业务、但是需要咨询相关问题的业务分配给标签为咨询类的业务人员。

进一步的，本实施例中的系统还可以为用户提供不同的服务，具体的，包括：

s201：接收具有不同权限的用户输入的服务信息；

本实施中，具有不同权限的用户可以上传不同的服务信息，服务信息可以包括业务指导要求、培训资料等。

s202：对服务信息进行分析和整合；

本实施例，系统对接收到的服务信息进行分析和整合，得到可以在系统上发布的信息。

举例说明：可以将服务信息进行分类，并设置服务器的标签；或者还可以包括将服务信息转换成系统能够读懂的语言类型。

s203：发布所述服务信息。

本实施例中，将接收到的服务信息分析和整合后，可以将服务信息进行分布，将信息发布后其它用户可以查看该服务信息。

进一步的，为了具有相关权限的用户可以即使的收到服务信息，可以向具有相应权限的用户发送消息通知。

本实施例中，基于对服务信息的发布，及通知，实现了银行各层级之间的信息交互，例如实现了银行各层级间的培训、通知等日常需求，提高了行内业务管理能力。

参考图3，示出了本发明实施例提供的一种业务处理装置的结构示意图，在本实施例中，该装置包括：

第一接收单元301，包括接收终端发送的业务请求；

获取单元302，包括获取所述业务请求中包含的属性信息；所述属性信息包括发起业务请求的终端的归属地、业务请求类型中的至少一个；

调取单元303，用于基于所述业务请求的第一属性信息调取相应的银行业务人员信息；所述第一属性信息为所述属性信息中的至少一个；

分配单元304，用于基于调取的所述业务人员的信息和业务请求的第二属性信息为所述业务请求分配的目标业务人员；所述第二属性信息为所述属性信息中的至少一个。

可选的，还包括：

第二接收单元，用于接收具有不同权限的用户输入的服务信息；

分析和整合单元，用于对服务信息进行分析和整合；

发布单元，用于发布所述服务信息。

可选的，所述业务人员信息包括：业务人员状态、业务人员所属地区、业务人员所服务的业务类型。

可选的，还包括：

监测单元，用于实时监测业务人员的状态，并基于监测结果实时更新业务人员的状态信息。

可选的，还包括：

消息通知发送单元，用于基于发布的服务信息向具有相应权限的用户发送消息通知。

可选的，所述银行业务人员为银行网点柜员。

通过本实施例的装置，实现了对银行客户进行在线业务办理的功能，并且基于对服务信息的发布，及通知，实现了银行各层级之间的信息交互，例如实现了银行各层级间的培训、通知等日常需求，提高了行内业务管理能力。

参考图4，示出了本发明实施例提供的一种业务处理系统的结构示意图，在本实施例中，该系统包括：

用户管理模块100，用于为不同的用户分配权限，并基于为用户分配的权限发起与权限相匹配的业务请求；所述用户包括：银行各层级的业务人员以及银行服务的客户；

消息调度模块200，用于基于用户管理模块发起的业务请求，为用户分配响应业务请求的对端用户；

用户交互模块300，用于不同用于之间进行信息交互。

本实施中，本系统服务于不同角色的用户，包括银行各层级的业务人员以及银行服务的客户。其中，银行各层级的业务人员包括：各银行网点机构的柜员、各银行网点机构的管理人员。

其中，具有不同身份或者不同职位的用户具有不同的权限，不同的权限可以使用该系统不同的功能。

举例说明：对于银行服务的客户，具有发起业务请求的权限；银行各网点机构的基层业务人员，例如柜员，具有响应业务请求的权限，办理业务的权限；银行的管理人员，具有发布服务信息的权限。

其中，基于不同的用户角色，用户管理模块可以包括：管理人员单元、基层业务人员单元以及客户单元。

其中，用户发起业务请求可以通过终端执行，例如可以通过终端中的相关app，或者通过其它的第三方入口，例如微信公众号等。

进一步的，发起的业务请求除了可以为业务办理或者业务咨询的请求，也可以是银行内部人员发起的会议请求、求助请求等。

由此，发起业务请求的用户除了包括银行服务的客户外，还可以为银行各层级的业务人员。

消息调度模块200，在基于用户管理模块发起的业务请求，为用户分配响应业务请求的对端用户；

本实施例中，基于不同的业务请求，确定业务请求对应的对端用户，其中，在业务请求是银行服务的客户发起时，那么对端用户为银行的业务人员；当业务请求为银行的业务人员，那么对端用户可以为业务请求对应的其它银行业务人员。

其中，在一种实现方式中，消息调度模块可以包括：

获取单元，用于获取所述业务请求中包含的属性信息；所述属性信息包括发起业务请求的终端的归属地、业务请求类型中的至少一个；

调取单元，用于基于所述业务请求的第一属性信息调取相应的银行业务人员的信息；所述第一属性信息为所述属性信息中的至少一个；

分配单元，用于基于调取的所述业务人员的信息和业务请求的第二属性信息为所述业务请求分配目标业务人员；所述第二属性信息为所述属性信息中的至少一个。

上述s103—s104中对上述消息调度模块的实现方式进行了详细的介绍，本实施例中，不再赘述。

用户交互模块，实现了不同用户之间的信息交互，其中，信息交互的方式包括：语音信息交互(例如包括对话式的语音交互)，信息分享等。

除此之外，该系统还包括：

服务模块，用于将接收到的服务信息进行分析和整合，并发布所述服务信息。

进一步的，该系统还博阿酷：

消息广播模块，用于基于发布的服务信息向具有相应权限的用户发送消息通知。

通过本实施例的系统，实现了对银行客户进行在线业务办理的功能，并且基于对服务信息的发布，及通知，实现了银行各层级之间的信息交互，例如实现了银行各层级间的培训、通知等日常需求，提高了行内业务管理能力。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

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