CN109214676B - 一种业务订单处理方法、装置、服务器及存储介质 - Google Patents

Abstract

本发明实施例公开了一种业务订单处理方法、装置、服务器及存储介质，该方法包括：接收第一用户提交的业务办理请求，该业务办理请求中携带有业务标识、用户信息和业务办理需求信息。进一步地，识别业务标识，以确定出第一用户办理的目标业务，并基于业务办理需求信息和用户信息，生成目标业务对应的业务订单，向第二用户对应的客户端发送该业务订单，当接收到第二用户针对业务订单输入确认处理的指令时，将该业务订单分配至第二用户，以便于第二用户对该业务订单进行处理。采用本发明实施例，有利于提高业务处理的效率和智能性。

Description

一种业务订单处理方法、装置、服务器及存储介质

技术领域

本申请涉及金融技术领域，尤其涉及一种业务订单处理方法、装置、服务器及存储介质。

背景技术

目前，金融领域的业务办理，均需要用户到线下的金融机构(如银行)提出业务办理申请，再由相关的办理人员(如客户经理)对该业务办理申请进行处理。一方面，这样的业务处理方式办理人员不能预知用户所需办理的目标业务，无法提前准备该目标业务对应的相关材料，业务处理效率低，另一方面，这样的业务处理方式，无法满足用户的个性化业务办理需求，业务处理的智能性低下。

发明内容

本发明实施例提供一种业务订单处理方法、装置、服务器及存储介质，有利于提高业务处理的智能性。

一方面，本发明实施例提供了一种业务订单处理方法，该方法应用于服务器，包括：

接收第一用户提交的业务办理请求，所述业务办理请求中携带有业务标识、所述第一用户的用户信息和所述第一用户的业务办理需求信息，所述业务标识用于指示所述第一用户办理的目标业务；

识别所述业务标识，以确定出所述第一用户办理的目标业务；

基于所述业务办理需求信息和所述用户信息，生成所述目标业务对应的业务订单，所述业务订单包括所述业务办理需求信息和所述用户信息；

向第二用户对应的客户端发送所述业务订单，以便于所述第二用户对应的客户端展示所述业务订单，当接收到所述第二用户针对所述业务订单输入确认处理的指令时，将所述业务订单分配至所述第二用户，以便于所述第二用户对所述业务订单进行处理。

在一个实施例中，所述向第二用户对应的客户端发送所述业务订单，以便于所述第二用户对应的客户端展示所述业务订单的具体实施方式为：获取预先存储的至少一个第二用户中每个第二用户的对象信息；解析所述对象信息和所述业务办理需求信息，若解析得到所述对象信息与所述业务办理需求信息匹配，则确定所述对象信息对应的第二用户为目标用户；向所述目标用户展示所述业务订单。

在一个实施例中，所述业务办理需求信息指示了处理所述目标业务对应第二用户的目标处理等级，所述解析所述对象信息和所述业务办理需求信息之后，还可以从所述对象信息中获取所述第二用户的资质信息，所述资质信息指示了所述第二用户的业务处理等级；比较所述资质信息所指示的所述业务处理等级与所述业务办理需求信息所指示的所述目标处理等级；若所述业务处理等级高于或者等于所述目标处理等级，则确定所述对象信息与所述业务办理需求信息匹配。

在一个实施例中，业务办理需求信息还指示了所述目标业务对应的办理时间段，所述解析所述对象信息和所述业务办理需求信息之后，还可以从所述对象信息中获取所述第二用户的日程信息，所述日程信息指示了所述第二用户每日的行程安排；根据所述日程信息，确定所述办理时间段内所述第二用户是否处于在岗状态；若处于在岗状态，则确定所述对象信息与所述业务办理需求信息匹配。

在一个实施例中，所述业务办理需求信息还指示了所述目标业务的办理地点，所述解析所述对象信息和所述业务办理需求信息之后，还可以从所述对象信息中获取所述第二用户的位置信息，所述位置信息指示了所述第二用户当前所处的位置；解析所述位置信息，若解析得到所述第二用户当前所处的位置与所述业务办理需求信息所指示的办理地点的距离小于或者等于预设距离阈值，则确定所述对象信息与所述业务办理需求信息匹配。

在一个实施例中，所述解析所述对象信息和所述业务办理需求信息之后，还可以从所述对象信息中获取所述第二用户当前处理的业务订单的数量；若所述业务订单的数量小于或者等于预设数量阈值，则确定所述对象信息与所述业务办理需求信息匹配。

在一个实施例中，所述将所述业务订单分配至所述第二用户之后，还可以记录所述第二用户针对所述业务订单的处理进程信息，并将所述处理进程信息与所述业务订单关联存储至数据库中，以便于所述第一用户查看所述处理进程信息。

另一方面，本发明实施例还提供了一种业务订单处理装置，包括：

接收单元，用于接收第一用户提交的业务办理请求，所述业务办理请求中携带有业务标识、所述第一用户的用户信息和所述第一用户的业务办理需求信息，所述业务标识用于指示所述第一用户办理的目标业务；

处理单元，用于识别所述业务标识，以确定出所述第一用户办理的目标业务；

处理单元，还用于基于所述业务办理需求信息和所述用户信息，生成所述目标业务对应的业务订单，所述业务订单包括所述业务办理需求信息和所述用户信息；

输出单元，用于向第二用户对应的客户端发送所述业务订单，以便于所述第二用户对应的客户端展示所述业务订单；

接收单元，还用于接收所述第二用户针对所述业务订单输入确认处理的指令；

处理单元，还用于当通过所述接收单元接收到所述第二用户针对所述业务订单输入确认处理的指令时，将所述业务订单分配至所述第二用户。

再一方面，本发明实施例还提供了一种服务器，包括：处理器和存储装置；所述存储装置，用于存储程序指令；所述处理器，调用所述程序指令，用于执行上述的业务订单处理方法。

相应地，本发明实施例还提供了一种计算机存储介质，该计算机存储介质中存储有程序指令，该程序指令被执行时，用于实现上述的业务订单处理方法。

本发明实施例中，服务器可以接收第一用户提交的业务办理请求，该业务办理请求中携带有业务标识、第一用户的用户信息和第一用户的业务办理需求信息。进一步地，服务器可以识别业务标识，以确定出第一用户办理的目标业务，并基于业务办理需求信息和该用户信息，生成目标业务对应的业务订单，进而向第二用户对应的客户端发送该业务订单，以便于第二用户对应的客户端展示该业务订单。进一步地，当服务器接收到第二用户针对业务订单输入的确认处理的指令时，可以将业务订单分配至第二用户，以便于第二用户对业务订单进行处理。采用本发明实施例，有利于提高业务处理的效率和智能性。

附图说明

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

图1是本发明实施例的一种业务订单处理系统的结构示意图；

图2是本发明实施例的一种业务订单处理方法的流程示意图；

图3a是本发明实施例的一种业务订单处理界面图；

图3b是本发明实施例的另一种业务订单处理界面图；

图4是本发明实施例的另一种业务订单处理方法的流程示意图；

图5是本发明实施例的又一种业务订单处理界面图；

图6是本发明实施例的一种业务订单处理装置的结构示意图；

图7是本发明实施例的一种服务器的结构示意图。

具体实施方式

本发明实施例所描述的业务订单处理方法，涉及到提供业务订单处理的服务器、和能够为用户提供业务订单处理服务的客户端。请参见图1，是本发明实施例可应用的一种业务订单处理系统的结构示意图。如图1所示，该业务订单处理系统可包括客户端101和服务器102。其中，该服务器可以是业务办理平台对应的服务器，可以用于提供业务订单处理的相关服务。该客户端可以为一种智能终端，该智能终端中预先安装有业务办理平台对应的应用或者可以开启业务办理平台对应的网站，该客户端还可以为业务办理平台对应的应用本身，本发明对此不作具体限定。

示例性地，该智能终端可以为银行的业务办理设备，还可以为智能手机(如Android手机、iOS手机、Windows Phone手机等)、平板电脑、掌上电脑、笔记本电脑、移动互联网设备(MID，Mobile Internet Devices)或穿戴式设备等。

在一个实施例中，第一用户可以通过客户端101登录业务处理平台，并在业务办理平台相应的页面中，选择需要办理的目标业务以及办理该目标业务的办理需求，并在选择完成后，输入确认请求的确认操作。进一步地，客户端101检测到该确认操作后，则可以生成该第一用户的业务办理请求，并将该业务办理请求发送至服务器，该业务办理请求携带有目标业务对应的业务标识、第一用户的用户信息和第一用户的业务办理需求信息。这种情况下，服务器102接收到来自客户端101的业务办理请求后，则可以识别业务办理请求中携带的业务标识，确定出第一用户办理的目标业务，并基于业务办理需求信息和用户信息，生成目标业务对应的业务订单，并将该业务订单发送至第二用户对应的客户端101，以便于该客户端101向第二用户展示该业务订单，其中，该业务订单包括业务办理需求信息和用户信息。进一步地，第二用户基于自身的用户账号通过客户端101登录服务器102对应的业务处理平台后，可以查看客户端101显示的该业务订单，并根据自身需求选择是否处理该业务订单，若选择处理，则针对该业务订单输入确认处理的指令。这种情况下，当客户端101检测到该确认处理的指令时，则可以将该确认处理的指令发送至服务器102，服务器102可以根据该确认处理的指令，将上述业务订单分配至第二用户。

可以理解的是，上述第一用户和第二用户对应的客户端101可以是同一设备，也可以是不同设备。在一个实施例中，当第一用户和第二用户对应的客户端101是同一设备的情况下，基于第一用户和第二用户拥有不同的权限，两者登录同一客户端101可执行的操作也有所不同。

其中，所描述的第一用户可以为提交业务办理请求的人，第二用户可以为向第一用户提供服务，办理该业务办理请求对应业务的人。以银行机构为例，第一用户可以理解为想要通过该银行机构办理银行相关业务的客户，第二用户可以理解为该银行机构的工作人员(如客户经理)，可以为客户办理该相关业务提供服务。

请参见图2，是本发明实施例提供的一种业务订单处理方法，该方法应用于服务器，包括：

201、服务器接收第一用户提交的业务办理请求，该业务办理请求中携带有业务标识、第一用户的用户信息和第一用户的业务办理需求信息。

202、服务器识别业务标识，以确定出第一用户办理的目标业务。

其中，该业务标识用于指示第一用户办理的目标业务。示例性地，该业务标识例如可以为目标业务的名称、目标业务的业务编码等可以唯一识别该目标业务的标识。本发明对此不作具体限定。

在一个实施例中，第一用户通过客户端登录业务办理平台后，可以在业务办理平台相应的页面中，选择需要办理的目标业务以及办理该目标业务的办理需求，并在选择完成后，输入确认请求的确认操作。客户端检测到该确认操作后，则生成该第一用户的业务办理请求，并向业务办理平台对应的服务器发送第一用户的业务办理请求，该业务办理请求中携带有业务标识、第一用户的用户信息和第一用户的业务办理需求信息。进一步地，服务器接收到第一用户提交的业务办理请求后，可以识别业务办理请求中的业务标识，确定出第一用户所需办理的目标业务。

其中，该确认操作的操作方式例如可以为触控确认按钮。示例性地，客户端为预先安装有业务处理平台对应应用的手机。第一用户通过手机开启业务处理平台对应的应用，并基于自身的用户账号登录该应用。进一步地，用户登录该应用后，在业务办理页面选择需要办理的业务为100万的贷款业务(即目标业务)，办理该业务的时间为2018年8月20日09:00—11:00，办理该业务的地点为深圳X区X小区9栋801室(即办理需求)，选择完成后，点击确认提交的功能按钮(即输入确认请求的确认操作)。这种情况下，客户端检测到该确认请求的确认操作，可以基于上述用户账号获取该第一用户的用户信息，并生成第一用户的业务办理请求，进而向业务办理平台对应的服务器发送第一用户的业务办理请求，该业务办理请求中携带有100万的贷款业务对应的业务标识、第一用户的用户信息和第一用户的业务办理需求信息(即有100万的贷款业务对应的办理时间为2018年8月20日09:00—11:00，以及办理地点为深圳X区X小区9栋801室)。进一步地，服务器接收到第一用户提交的业务办理请求后，可以识别业务办理请求中的业务标识，确定出第一用户所需办理的目标业务为100万的贷款业务。

203、服务器基于业务办理需求信息和该用户信息，生成目标业务对应的业务订单，该业务订单包括业务办理需求信息和用户信息。

其中，上述用户信息可以包括第一用户在业务办理平台对应的账号和第一用户的个人基本信息(如姓名、性别、年龄、家庭住址、证件号、联系方式等)。还可以包括第一用户在业务办理平台对应金融机构的资产信息、银行卡号等等。

在一个实施例中，服务器确定出第一用户所需办理的目标业务后，可以解析业务办理请求中携带的业务办理需求信息和该用户信息，进而根据业务办理需求信息和用户信息，生成办理目标业务的业务订单，该业务订单可以包括用户信息、业务办理需求信息以及目标业务的关联信息等等。

示例性地，该用户信息指示了第一用户的姓名为：张三、性别为：女、联系方式：1345678901；该业务办理需求指示了第一用户办理目标业务的指定时间为2018年8月20日09:00—11:00；该目标业务为100万的贷款业务。这种情况下，基于业务办理需求信息和用户信息，生成的办理目标业务对应的业务订单001可以如图3a所示。

204、服务器向第二用户对应的客户端发送该业务订单，以便于第二用户对应的客户端展示该业务订单。

205、当服务器接收到第二用户针对业务订单输入的确认处理的指令时，将业务订单分配至第二用户，以便于第二用户对业务订单进行处理。

在一个实施例中，服务器在生成业务订单后，可以向第二用户对应的客户端发送该业务订单。第二用户可以通过客户端登录业务办理平台，并在该业务办理平台对应的展示界面查看该业务订单，了解该业务订单对应办理的目标业务、第一用户的办理需求以及第一用户的用户信息，进而确定是否处理该业务订单，若第二用户想要处理该业务订单，则可以针对该业务订单输入确认处理的指令。进一步地，当客户端检测到第二用户针对业务订单输入确认处理的指令后，则可以将第二用户针对该业务订单输入的确认处理的指令发送至服务器。进一步地，服务器接收到该确认处理的指令后，则可以将该业务订单与第二用户对应的用户账号关联，也即，将该业务订单分配至第二用户。

其中，该确认处理的指令对应的操作方式例如可以为第二用户触控业务订单处理页面中包括的“确认处理”的功能按钮。示例性地，该业务订单处理页面可以如图3b所示，该页面包括“确认处理”的功能按钮301。这种情况下，当客户端接收到第二用户针对功能按钮301输入的触控操作时，则可以生成第二用户针对业务订单001的确认处理的指令，并将该确认处理的指令发送至业务办理平台对应的服务器。进一步地，业务办理平台对应的服务器接收到该确认处理的指令后，则可以将该业务订单与第二用户对应的用户账号关联，当第二用户基于自身的用户账号登录该业务办理平台后，则可以查看该业务订单001，进而对业务订单001对应的目标业务100万贷款业务进行处理，也即在指定时间段2018年8月20日09:00—11:00，为第一用户张三办理100万贷款业务。

又例如，第二用户基于自身的用户账号登录该业务办理平台后，查看到服务器分配给自己的业务订单001，该业务订单001显示第一用户所需办理的目标业务为100万贷款业务，办理需求为：上门办理，办理地点为深圳市南山区X公寓402。这种情况下，第二用户则需前往深圳市南山区X公寓402为第一用户办理该100万贷款业务，进而完成对该业务订单001的处理。

本发明实施例中，服务器可以接收第一用户提交的业务办理请求，该业务办理请求中携带有业务标识、第一用户的用户信息和第一用户的业务办理需求信息。进一步地，服务器可以识别业务标识，以确定出第一用户办理的目标业务，并基于业务办理需求信息和该用户信息，生成目标业务对应的业务订单，进而向第二用户对应的客户端发送该业务订单，以便于第二用户对应的客户端展示该业务订单。进一步地，当服务器接收到第二用户针对业务订单输入的确认处理的指令时，可以将业务订单分配至第二用户，以便于第二用户对业务订单进行处理。采用本发明实施例，有利于提高业务处理的效率和智能性。

再请参见图4，是本发明实施例提供的另一种业务订单处理方法，该方法应用于服务器，包括：

401、服务器接收第一用户提交的业务办理请求，该业务办理请求中携带有业务标识、第一用户的用户信息和第一用户的业务办理需求信息。

402、服务器识别业务标识，以确定出第一用户办理的目标业务。

403、服务器基于业务办理需求信息和该用户信息，生成目标业务对应的业务订单，该业务订单包括业务办理需求信息和用户信息。

其中，步骤401～步骤403的具体实现方式可以参见上述实施例中步骤201～步骤203的相关描述，此处不再赘述。

404、服务器向第二用户对应的客户端发送该业务订单，以便于第二用户对应的客户端展示该业务订单。

在一个实施例中，服务器可以预先存储至少一个第二用户的对象信息。该对象信息可以包括每个第二用户的资质信息、日程信息、位置信息、以及当前处理的业务订单的数量等等。其中，该资质信息可以包括第二用户的业务处理等级，日程信息可以包括第二用户每日的行程安排，如2018年8月20这日的行程安排可以为：09:00-11:00外出、13:00-18:00在岗以及18:00-09:00休息。

这种情况下，服务器可以获取预先存储的至少一个第二用户中每个第二用户的对象信息，并解析对象信息和业务办理需求信息，若解析得到对象信息与业务办理需求信息匹配，则确定对象信息对应的第二用户为目标用户，进而向目标用户对应的客户端发送业务订单。

在一个实施例中，业务办理需求信息指示了处理所目标业务对应第二用户的目标处理等级，终端解析对象信息和业务办理需求信息之后，可以从上述对象信息中获取第二用户的资质信息，该资质信息指示了第二用户的业务处理等级。进一步地，服务器可以比较资质信息所指示的业务处理等级与业务办理需求信息所指示的目标处理等级，若业务处理等级高于或者等于目标处理等级，则确定对象信息与业务办理需求信息匹配。

示例性地，服务器为业务办理平台对应的服务器，上述业务办理需求信息指示了处理目标业务对应第二用户的目标处理等级为3级，第二用户小P的资质信息指示了小P的业务处理等级为2级。这种情况下，服务器获取到小P的资质信息后，可以将资质信息所指示的小P对应的业务处理等级2级与目标处理等级3级进行比较，经过比较确定出小P对应的业务处理等级2级高于目标处理等级3级，则可以将小P确定为目标用户。进一步地，当服务器检测到小P通过客户端登录业务办理平台后，可以向小P对应的客户端发送该业务订单。小P对应的客户端接收到该业务订单后，则可以展示该业务订单。

在一个实施例中，业务办理需求信息还指示了目标业务对应的办理时间段，服务器解析对象信息和业务办理需求信息之后，可以从对象信息中获取第二用户的日程信息，该日程信息指示了第二用户每日的行程安排。进一步地，服务器可以根据日程信息，确定办理时间段内第二用户是否处于在岗状态，若处于在岗状态，则确定上述对象信息与上述业务办理需求信息匹配。

示例性地，服务器为业务办理平台对应的服务器，上述业务办理需求信息指示了目标业务对应的办理时间段为：2018年8月20日15:00-17:00，第二用户小K的日程信息指示了小K2018年8月20日的行程安排为09:00-11:00外出、13:00-18:00在岗以及18:00-09:00休息。这种情况下，服务器根据业务办理需求信息确定出目标业务对应的办理时间段为2018年8月20日15:00-17:00后，则可以获取每个第二用户的日程信息，并解析该日程信息，以得到每个第二用户在2018年8月20日15:00-17:00这一时间段的在岗状态，经过解析确定出小K2018年8月20日15:00-17:00这一时间段的行程安排显示为在岗，则可以将该小K确定为目标用户。进一步地，当服务器检测到小K通过客户端登录业务办理平台后，可以向小K对应的客户端发送该业务订单。小K对应的客户端接收到该业务订单后，则可以展示该业务订单。

在一个实施例中，业务办理需求信息还指示了目标业务的办理地点，服务器解析对象信息和业务办理需求信息之后，还可以从对象信息中获取第二用户的位置信息，该位置信息指示了第二用户当前所处的位置。进一步地，服务器可以解析该位置信息，若解析得到第二用户当前所处的位置与业务办理需求信息所指示的办理地点的距离小于或者等于预设距离阈值，则确定对象信息与业务办理需求信息匹配。

示例性地，服务器为业务办理平台对应的服务器，预设距离阈值为2公里，上述业务办理需求信息指示了目标业务的办理地点为深圳市南山区科兴科学园A座(以下简称位置1)，第二用户小O的位置信息指示小O当前所处位置为深圳市南山区科兴科学园(以下简称位置2)。这种情况下，服务器根据业务办理需求确定出目标业务的办理地点为位置1后，可以获取每个第二用户的位置信息，并解析该位置信息确定出每个第二用户的当前所处位置，进一步地，计算每个第二用户的当前所处位置与位置1的距离，经过计算得到第二用户小O的位置2与位置1之间的距离为500米，小于预设距离阈值2公里，则将该该小O确定为目标用户。进一步地，当服务器检测到小O通过客户端登录业务办理平台后，可以向小O对应的客户端发送该业务订单。小O对应的客户端接收到该业务订单后，则可以展示该业务订单。

在一个实施例中，服务器解析对象信息和业务办理需求信息之后，还可以从对象信息中获取第二用户当前处理的业务订单的数量，若该业务订单的数量小于或者等于预设数量阈值，则确定对象信息与业务办理需求信息匹配。

示例性地，服务器为业务办理平台对应的服务器，预设数量阈值为20，第二用户小A的对象信息指示小A前处理的业务订单的数量5。这种情况下，服务器可以从每个第二用户的对象信息中获取每个第二用户当前处理的业务订单的数量，并将每个第二用户当前处理的业务订单的数量与预设数量阈值进行比较，比较得到小A前处理的业务订单的数量5小于预设数量阈值20，则可以将小A确定为目标用户。进一步地，当服务器检测到小A通过客户端登录业务办理平台后，可以向小A对应的客户端发送该业务订单。小A对应的客户端接收到该业务订单后，则可以展示该业务订单。

405、当服务器接收到第二用户针对业务订单输入的确认处理的指令时，将业务订单分配至第二用户，以便于第二用户对业务订单进行处理。

其中，步骤405的具体实现方式可以参见上述实施例中步骤205的相关描述，此处不再赘述。

406、服务器记录第二用户针对业务订单的处理进程信息，并将该处理进程信息与业务订单关联存储至数据库中，以便于第一用户获取该处理进程信息。

其中，该处理进程信息可以包括第二用户对该业务订单的处理状态，如：待处理、处理中、处理完成。示例性地，在处理状态为待处理时，该处理进程信息还可以包括该业务订单的预计处理时间；在处理状态为处理中时，该处理进程信息还可以包括每个处理节点的进程、每个处理节点对应的处理时间，以及每个处理节点的处理结果；在处理状态为处理完成时，该处理进程信息可以包括该业务订单的最终处理结果。

在一个实施例中，服务器为业务办理平台对应的服务器。这种情况下，服务器记录第二用户针对业务订单的处理进程信息，并将该处理进程信息与业务订单关联存储至数据库后，第一用户可以通过客户端登录业务办理平台，当客户端检测到第一用户登录后，可以向服务器获取该业务订单对应的处理进程信息，并将该处理进程信息展示在显示界面中，以便于第一用户查看该业务订单对应的处理进程信息。示例性，该业务订单的处理进程信息对应的展示界面可以如图5所示。

本发明实施例中，服务器可以接收第一用户提交的业务办理请求，该业务办理请求中携带有业务标识、第一用户的用户信息和第一用户的业务办理需求信息。进一步地，服务器可以识别业务标识，以确定出第一用户办理的目标业务，并基于业务办理需求信息和该用户信息，生成目标业务对应的业务订单，进而向第二用户对应的客户端发送该业务订单，以便于第二用户对应的客户端展示该业务订单。进一步地，当服务器接收到第二用户针对业务订单输入的确认处理的指令时，可以将业务订单分配至第二用户，并记录第二用户针对业务订单的处理进程信息，进而将该处理进程信息与业务订单关联存储至数据库中，以便于第一用户获取该处理进程信息。采用本发明实施例，有利于提高业务处理的效率和智能性。

本发明实施例提供了一种业务订单处理装置，该装置包括用于执行前述如图2或者图4所述的方法的单元。具体地，参见图6，是本发明实施例提供的一种装置的示意性框图。本实施例的装置包括：接收单元60、处理单元61、以及输出单元61，其中：

接收单元60，用于接收第一用户提交的业务办理请求，所述业务办理请求中携带有业务标识、所述第一用户的用户信息和所述第一用户的业务办理需求信息，所述业务标识用于指示所述第一用户办理的目标业务；

处理单元61，用于识别所述业务标识，以确定出所述第一用户办理的目标业务；

处理单元61，还用于基于所述业务办理需求信息和所述用户信息，生成所述目标业务对应的业务订单，所述业务订单包括所述业务办理需求信息和所述用户信息；

输出单元62，用于向第二用户对应的客户端发送所述业务订单，以便于所述第二用户对应的客户端展示所述业务订单；

接收单元60，还用于接收所述第二用户针对所述业务订单输入确认处理的指令；

处理单元61，还用于当通过所述接收单元60接收到所述第二用户针对所述业务订单输入确认处理的指令时，将所述业务订单分配至所述第二用户。

在一个实施例中，处理单元61，具体用于获取预先存储的至少一个第二用户中每个第二用户的对象信息；解析所述对象信息和所述业务办理需求信息，若解析得到所述对象信息与所述业务办理需求信息匹配，则确定所述对象信息对应的第二用户为目标用户；向所述目标用户展示所述业务订单。

在一个实施例中，所述业务办理需求信息指示了处理所述目标业务对应第二用户的目标处理等级，所述处理单元61，具体还用于从所述对象信息中获取所述第二用户的资质信息，所述资质信息指示了所述第二用户的业务处理等级；比较所述资质信息所指示的所述业务处理等级与所述业务办理需求信息所指示的所述目标处理等级；若所述业务处理等级高于或者等于所述目标处理等级，则确定所述对象信息与所述业务办理需求信息匹配。

在一个实施例中，业务办理需求信息还指示了所述目标业务对应的办理时间段，所述处理单元61，具体还用于从所述对象信息中获取所述第二用户的日程信息，所述日程信息指示了所述第二用户每日的行程安排；根据所述日程信息，确定所述办理时间段内所述第二用户是否处于在岗状态；若处于在岗状态，则确定所述对象信息与所述业务办理需求信息匹配。

在一个实施例中，所述业务办理需求信息还指示了所述目标业务的办理地点，所述处理单元61，具体还用于从所述对象信息中获取所述第二用户的位置信息，所述位置信息指示了所述第二用户当前所处的位置；解析所述位置信息，若解析得到所述第二用户当前所处的位置与所述业务办理需求信息所指示的办理地点的距离小于或者等于预设距离阈值，则确定所述对象信息与所述业务办理需求信息匹配。

在一个实施例中，所述处理单元61，具体还用于若所述业务订单的数量小于或者等于预设数量阈值，则确定所述对象信息与所述业务办理需求信息匹配。

在一个实施例中，所述处理单元61，还用于记录所述第二用户针对所述业务订单的处理进程信息，并将所述处理进程信息与所述业务订单关联存储至数据库中，以便于所述第一用户查看所述处理进程信息。

可以理解的是，本实施例的业务订单处理装置的各功能单元、单元的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。

本发明实施例中，接收单元60可以接收第一用户提交的业务办理请求，该业务办理请求中携带有业务标识、第一用户的用户信息和第一用户的业务办理需求信息。进一步地，处理单元61可以识别业务标识，以确定出第一用户办理的目标业务，并基于业务办理需求信息和用户信息生成目标业务对应的包括业务办理需求信息和用户信息业务订单，输出单元62向第二用户对应的客户端发送业务订单，接收单元60接收第二用户针对业务订单输入确认处理的指令，处理单元61当通过接收单元60接收到第二用户针对业务订单输入确认处理的指令时，将业务订单分配至第二用户。采用本发明，有利于提高业务处理的效率和智能性。

参见图7，是本申请实施例提供的一种服务器的示意性框图。如图所示的本实施例中的服务器可以包括：一个或多个处理器701；一个或多个存储装置702；一个或者多个网络接口703。上述处理器701、存储装置702、和网络接口703通过总线连接。存储装置702用于存储计算机程序，计算机程序包括程序指令，处理器701用于执行存储装置702存储的程序指令。网络接口703受处理器701控制用于收发消息，其中，处理器701被配置用于调用程序指令执行：通过网络接口703接收第一用户提交的业务办理请求，所述业务办理请求中携带有业务标识、所述第一用户的用户信息和所述第一用户的业务办理需求信息，所述业务标识用于指示所述第一用户办理的目标业务；识别所述业务标识，以确定出所述第一用户办理的目标业务；基于所述业务办理需求信息和所述用户信息，生成所述目标业务对应的业务订单，所述业务订单包括所述业务办理需求信息和所述用户信息；通过网络接口703向第二用户对应的客户端发送所述业务订单，以便于所述第二用户对应的客户端展示所述业务订单，当通过网络接口703接收到所述第二用户针对所述业务订单输入确认处理的指令时，将所述业务订单分配至所述第二用户，以便于所述第二用户对所述业务订单进行处理。

在一个实施例中，所述处理器701，可以用于获取预先存储的至少一个第二用户中每个第二用户的对象信息；解析所述对象信息和所述业务办理需求信息，若解析得到所述对象信息与所述业务办理需求信息匹配，则确定所述对象信息对应的第二用户为目标用户；向所述目标用户展示所述业务订单。

在一个实施例中，所述业务办理需求信息指示了处理所述目标业务对应第二用户的目标处理等级，所述处理器701，可以用于从所述对象信息中获取所述第二用户的资质信息，所述资质信息指示了所述第二用户的业务处理等级；比较所述资质信息所指示的所述业务处理等级与所述业务办理需求信息所指示的所述目标处理等级；若所述业务处理等级高于或者等于所述目标处理等级，则确定所述对象信息与所述业务办理需求信息匹配。

在一个实施例中，业务办理需求信息还指示了所述目标业务对应的办理时间段，所述处理器701，从所述对象信息中获取所述第二用户的日程信息，所述日程信息指示了所述第二用户每日的行程安排；根据所述日程信息，确定所述办理时间段内所述第二用户是否处于在岗状态；若处于在岗状态，则确定所述对象信息与所述业务办理需求信息匹配。

在一个实施例中，所述业务办理需求信息还指示了所述目标业务的办理地点，所述处理器701，还用于从所述对象信息中获取所述第二用户的位置信息，所述位置信息指示了所述第二用户当前所处的位置；解析所述位置信息，若解析得到所述第二用户当前所处的位置与所述业务办理需求信息所指示的办理地点的距离小于或者等于预设距离阈值，则确定所述对象信息与所述业务办理需求信息匹配。

在一个实施例中，所述处理器701，还用于从所述对象信息中获取所述第二用户当前处理的业务订单的数量；若所述业务订单的数量小于或者等于预设数量阈值，则确定所述对象信息与所述业务办理需求信息匹配。

在一个实施例中，所述处理器701，还用于记录所述第二用户针对所述业务订单的处理进程信息，并将所述处理进程信息与所述业务订单关联存储至数据库中，以便于所述第一用户查看所述处理进程信息。

应当理解，在本申请实施例中，所称处理器701可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

该存储装置702可以包括只读存储器和随机存取存储器，并向处理器701提供指令和数据。存储装置702的一部分还可以包括非易失性随机存取存储器。例如，存储装置702还可以存储设备类型的信息。

具体实现中，本申请实施例中所描述的处理器701可执行本申请实施例图2或者图4提供的业务订单处理方法的实施例和图6所描述的业务订单处理装置的实现方式，在此不再赘述。

本发明实施例中还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令被处理器执行时，可执行上述如图2或者图4所述方法实施例中服务器所执行的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

以上所揭露的仅为本发明的部分实施例而已，当然不能以此来限定本发明之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本发明权利要求所作的等同变化，仍属于发明所涵盖的范围。

Claims (7)

1.一种业务订单处理方法，其特征在于，包括：

接收第一用户提交的业务办理请求，所述业务办理请求中携带有业务标识、所述第一用户的用户信息和所述第一用户的业务办理需求信息，所述业务标识用于指示所述第一用户办理的目标业务，所述目标业务为金融机构的金融业务，所述业务办理需求信息指示了所述目标业务对应的办理时间段；

识别所述业务标识，以确定出所述第一用户办理的目标业务；

基于所述业务办理需求信息和所述用户信息，生成所述目标业务对应的业务订单，所述业务订单包括所述业务办理需求信息和所述用户信息，所述用户信息包括第一用户在所述金融机构的资产信息；

获取预先存储的至少一个第二用户中每个第二用户的对象信息；

解析所述对象信息和所述业务办理需求信息，若解析得到所述对象信息与所述业务办理需求信息匹配，则向所述对象信息对应的第二用户对应的客户端发送所述业务订单，以便于所述第二用户对应的客户端展示所述业务订单；

当接收到所述第二用户针对所述业务订单输入的确认处理的指令时，将所述业务订单分配至所述第二用户，以便于所述第二用户对所述业务订单进行处理；

记录所述第二用户针对所述业务订单的处理进程信息，并将所述处理进程信息与所述业务订单关联存储至数据库中，以便于所述第一用户获取所述处理进程信息；其中，所述处理进程信息包括所述第二用户对所述业务订单的处理状态，在处理状态为处理中时，所述处理进程信息包括每个处理节点的进程、每个处理节点对应的处理时间，以及每个处理节点的处理结果；

所述解析所述对象信息和所述业务办理需求信息之后，所述方法还包括：

从所述对象信息中获取所述第二用户的日程信息，所述日程信息指示了所述第二用户每日的行程安排，所述日程信息包括外出时间段、在岗时间段以及休息时间段；

根据所述日程信息，确定所述办理时间段内所述第二用户是否处于在岗状态；

若处于在岗状态，则确定所述对象信息与所述业务办理需求信息匹配。

2.根据权利要求1所述的方法，其特征在于，所述业务办理需求信息指示了处理所述目标业务对应第二用户的目标处理等级，所述解析所述对象信息和所述业务办理需求信息之后，所述方法还包括：

从所述对象信息中获取所述第二用户的资质信息，所述资质信息指示了所述第二用户的业务处理等级；

比较所述资质信息所指示的所述业务处理等级与所述业务办理需求信息所指示的所述目标处理等级；

若所述业务处理等级高于或者等于所述目标处理等级，则确定所述对象信息与所述业务办理需求信息匹配。

3.根据权利要求1所述的方法，其特征在于，所述业务办理需求信息还指示了所述目标业务的办理地点，所述解析所述对象信息和所述业务办理需求信息之后，所述方法还包括：

从所述对象信息中获取所述第二用户的位置信息，所述位置信息指示了所述第二用户当前所处的位置；

解析所述位置信息，若解析得到所述第二用户当前所处的位置与所述业务办理需求信息所指示的办理地点的距离小于或者等于预设距离阈值，则确定所述对象信息与所述业务办理需求信息匹配。

4.根据权利要求1所述的方法，其特征在于，所述解析所述对象信息和所述业务办理需求信息之后，所述方法还包括：

从所述对象信息中获取所述第二用户当前处理的业务订单的数量；

若所述业务订单的数量小于或者等于预设数量阈值，则确定所述对象信息与所述业务办理需求信息匹配。

5.一种业务订单处理装置，其特征在于，包括：

接收单元，用于接收第一用户提交的业务办理请求，所述业务办理请求中携带有业务标识、所述第一用户的用户信息和所述第一用户的业务办理需求信息，所述业务标识用于指示所述第一用户办理的目标业务，所述目标业务为金融机构的金融业务，所述业务办理需求信息指示了所述目标业务对应的办理时间段；

处理单元，用于识别所述业务标识，以确定出所述第一用户办理的目标业务；

所述处理单元，还用于基于所述业务办理需求信息和所述用户信息，生成所述目标业务对应的业务订单，所述业务订单包括所述业务办理需求信息和所述用户信息，所述用户信息包括第一用户在所述金融机构的资产信息；

所述处理单元，还用于获取预先存储的至少一个第二用户中每个第二用户的对象信息；解析所述对象信息和所述业务办理需求信息；

输出单元，用于在解析得到所述对象信息与所述业务办理需求信息匹配时，向所述对象信息对应的第二用户对应的客户端发送所述业务订单，以便于所述第二用户对应的客户端展示所述业务订单；

所述接收单元，还用于接收所述第二用户针对所述业务订单输入确认处理的指令；

所述处理单元，还用于当通过所述接收单元接收到所述第二用户针对所述业务订单输入确认处理的指令时，将所述业务订单分配至所述第二用户；

所述处理单元，还用于记录所述第二用户针对所述业务订单的处理进程信息，并将所述处理进程信息与所述业务订单关联存储至数据库中，以便于所述第一用户获取所述处理进程信息；其中，所述处理进程信息包括所述第二用户对所述业务订单的处理状态，在处理状态为处理中时，所述处理进程信息包括每个处理节点的进程、每个处理节点对应的处理时间，以及每个处理节点的处理结果；

其中，所述处理单元具体用于：

从所述对象信息中获取所述第二用户的日程信息，所述日程信息指示了所述第二用户每日的行程安排，所述日程信息包括外出时间段、在岗时间段以及休息时间段；

根据所述日程信息，确定所述办理时间段内所述第二用户是否处于在岗状态；

若处于在岗状态，则确定所述对象信息与所述业务办理需求信息匹配。

6.一种服务器，其特征在于，包括：处理器和存储装置；

所述存储装置，用于存储程序指令；

所述处理器，调用所述程序指令，用于执行如权利要求1-4任一项所述的方法。

7.一种计算机存储介质，其特征在于，该计算机存储介质中存储有程序指令，该程序指令被执行时，用于实现如权利要求1-4任一项所述的方法。

Images