一种订单的结队处理方法、装置、系统及介质与流程

1.本发明涉及互联网技术领域，尤其涉及一种订单的结队处理方法、装置、系统及介质。


背景技术：

2.目前，银行在业务推广过程中，通常会基于线上或线下渠道获取到的业务线索向业务员分配相应的订单，业务员可通过例如电话营销、线下面谈、社交平台营销等等方式来完成对业务线索的转化。
3.现有的订单处理过程中，可能存在业务员难以及时完成订单的情况，此时若业务员将订单随意转出给其他业务员，将导致该订单的完成责任难以准确溯源，使得难以转化的订单最终无人负责，令业务线索的订单转化率降低。


技术实现要素：

4.鉴于上述现有技术的不足，本发明的目的在于提供可应用于金融科技或其它相关领域的一种订单的结队处理方法、装置、系统及介质，旨在避免订单被随意转出，提高订单完成责任的溯源性和订单转化率。
5.本发明的技术方案如下：
6.一种订单的结队处理方法，所述方法还包括：
7.响应于请求用户发起的订单结队请求，获取订单信息和结队用户；
8.获取所述请求用户与所述结队用户的沟通数据，根据所述沟通数据和订单信息确认所述订单结队请求是否满足预设结队条件；
9.若所述订单结队请求满足所述预设结队条件，向所述结队用户发送结队确认消息；
10.当接收到所述结队用户返回的结队确认指令时，将当前请求结队的订单配置为结队订单。
11.在一个实施例中，所述获取所述请求用户与所述结队用户的沟通数据，根据所述沟通数据和订单信息确认所述订单结队请求是否满足预设结队条件，包括：
12.获取所述请求用户与所述结队用户的沟通时长；
13.根据所述订单信息确认当前请求结队的订单的状态；
14.当所述沟通时长大于预设时长且订单处于未结队状态时，确认所述订单结队请求满足预设结队条件。
15.在一个实施例中，所述将当前请求结队的订单配置为结队订单，包括：
16.对所述订单信息进行字段扩展，增加相应的结队信息字段生成结队订单；
17.根据所述请求用户和结队用户配置所述结队订单的处理人和责任人。
18.在一个实施例中，所述结队信息字段包括求助方、帮助方、结队发起时间、结队失效时间和结队标识。
19.在一个实施例中，所述将当前请求结队的订单配置为结队订单之后，所述方法还包括：
20.根据扩展后的订单信息生成结队订单页面；
21.分别配置所述请求用户和所述结队用户对所述结队订单页面的操作权限；
22.向所述请求用户和所述结队用户分别发送并展示已配置相应的操作权限的结队订单页面。
23.在一个实施例中，所述方法还包括：
24.查询并展示所述结队订单的完成状态。
25.在一个实施例中，所述方法还包括：
26.获取所述请求用户和所述结队用户的离职状态；
27.当所述结队用户处于已离职状态时，将所述结队订单回退至所述请求用户；
28.当所述结队用户与所述请求用户均处于已离职状态时，将所述结队订单回退至上一级用户，以重新分配订单。
29.一种订单的结队处理装置，包括：
30.信息获取模块，用于响应于请求用户发起的订单结队请求，获取订单信息和结队用户；
31.条件确认模块，用于获取所述请求用户与所述结队用户的沟通数据，根据所述沟通数据和订单信息确认所述订单结队请求是否满足预设结队条件；
32.结队确认模块，用于若所述订单结队请求满足所述预设结队条件，向所述结队用户发送结队确认消息；
33.结队配置模块，用于当接收到所述结队用户返回的结队确认指令时，将当前请求结队的订单配置为结队订单。
34.一种订单的结队处理系统，所述系统包括至少一个处理器；以及，
35.与所述至少一个处理器通信连接的存储器；其中，
36.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述订单的结队处理方法。
37.一种非易失性计算机可读存储介质，所述非易失性计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个或多个处理器执行时，可使得所述一个或多个处理器执行上述的订单的结队处理方法。
38.有益效果：本发明公开了一种订单的结队处理方法、装置、系统及介质，相比于现有技术，本发明实施例通过订单信息和沟通数据对订单进行有条件限制的结队处理，在结队用户确认后才进行结队配置，避免订单被随意转出导致的溯源困难，且通过结队营销机制对满足条件的订单进行结队处理的方式，也提高了订单营销转化率。
附图说明
39.下面将结合附图及实施例对本发明作进一步说明，附图中：
40.图1为本发明实施例提供的订单的结队处理方法的一个流程图；
41.图2为本发明实施例提供的订单的结队处理方法中步骤s200的流程图；
42.图3为本发明实施例提供的订单的结队处理方法中步骤s400的流程图；
43.图4为本发明实施例提供的订单的结队处理方法的另一个流程图；
44.图5为本发明实施例提供的订单的结队处理方法的另一个流程图；
45.图6为本发明实施例提供的订单的结队处理装置的功能模块示意图；
46.图7为本发明实施例提供的订单的结队处理系统的硬件结构示意图。
具体实施方式
47.为使本发明的目的、技术方案及效果更加清楚、明确，以下对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。以下结合附图对本发明实施例进行介绍。
48.请参阅图1，图1为本发明提供的订单的结队处理方法一个实施例的流程图。本实施例提供的订单的结队处理方法应用于包括终端设备、网络和服务器构成的订单处理系统，其中网络为用于在终端设备和服务器之间提供通信链路的介质，其可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等；终端设备上的操作系统可以包括手持设备操作系统(iphone operating system，ios系统)、安卓系统或其他操作系统，终端设备通过网络连接到服务器以实现交互，从而进行接收或发送数据等操作，具体可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、便携式计算机和台式服务器等等。如图1所示，该方法具体包括如下步骤：
49.s100、响应于请求用户发起的订单结队请求，获取订单信息和结队用户。
50.本实施例中，当用户在处理订单过程中遇到自身难以完成的订单时，可作为请求用户在订单界面点击预设的结队按钮进行订单结队操作，以向订单处理系统触发订单结队请求，寻求其它业务员的帮助来完成订单。
51.具体在请求用户点击结队按钮后，将在订单界面进一步展示可选择的结队用户列表，该结队用户列表是基于预设结队条件筛选得到的，以限制用户对订单进行结队操作时的转移范围，例如可限制请求用户仅能向同组或者同级别的其它业务员发起订单结队请求，避免订单的随意转出。请求用户在该结队用户列表中选择一个结队用户后点击提交按钮，提交对该订单的结队请求，订单处理系统在接收到该订单结队请求后，则对请求进行响应，获取请求中携带的订单标识以及结队用户，同时基于该订单标识例如订单编号等从数据库中调取相应的订单信息。
52.s200、获取所述请求用户与所述结队用户的沟通数据，根据所述沟通数据和订单信息确认所述订单结队请求是否满足预设结队条件。
53.在获取了订单信息以及当前选择的结队用户后，则进一步获取请求用户与结队用户之间的沟通数据，例如通话数据、社交平台对话数据等等，基于沟通数据和订单信息确认该订单结队请求是否满足预设结队条件，即订单处理系统将对请求用户发起的订单结队请求进行有条件限制的自动审核判断，避免请求用户对任意订单的随意转出，导致订单难以溯源等情况。
54.s300、若所述订单结队请求满足所述预设结队条件，向所述结队用户发送结队确认消息。
55.在对订单信息和沟通数据进行自动审核后，若订单结队请求满足预设结队条件，则向结队用户发送结队确认消息，具体可以向结队用户发送确认邮件、确认短信、确认弹窗
消息等等，即在满足相应条件的同时，订单的结队处理还需经过结队用户的确认操作，确保结队双方均明确对该订单的结队操作，使订单的责任溯源更加清晰准确。
56.若订单结队请求不满足预设结队条件，则向请求用户发送结队失败消息，提示请求用户当前订单以及与选择的结队用户之间的沟通过程不满足结队要求。
57.s400、当接收到所述结队用户返回的结队确认指令时，将当前请求结队的订单配置为结队订单。
58.结队用户在接收到结队确认消息后，可进行例如点击确认按钮、回复指定的确认语句等等，向订单处理系统发送结队确认指令，系统在接收到该结队确认指令时，则对当前请求用户请求结队的订单进行数据配置，将其配置为结队订单，此时该订单则从请求用户名下转移到结队用户名下，对订单进行双人结队营销，通过结队用户的帮助来提高订单的完成度。
59.若结队用户不同意对订单的结队处理，可点击拒绝按钮、回复指定的拒绝语句、超时不回复(例如超过2小时不回复)等等，向订单处理系统发送结队拒绝指令，系统在接收到结队拒绝指令时，则向请求用户发送结队失败消息，提示请求用户当前选择的结队用户不同意结队营销操作，可及时更换其它结队用户再次发起结队请求，避免订单被挤压，提高订单处理效率。
60.本实施例通过订单信息和沟通数据对订单进行有条件限制的结队处理，在结队用户确认后才进行结队配置，避免订单被随意转出导致的溯源困难，且通过结队营销机制对满足条件的订单进行结队处理的方式，也提高了订单营销转化率。
61.在一个实施例中，请参阅图2，其为本发明实施例提供的订单的结队处理方法中步骤s200的流程图，如图2所示，步骤s200包括：
62.s201、获取所述请求用户与所述结队用户的沟通时长；
63.s202、根据所述订单信息确认当前请求结队的订单的状态；
64.s203、当所述沟通时长大于预设时长且订单处于未结队状态时，确认所述订单结队请求满足预设结队条件。
65.本实施例中，在确认订单结队请求是否满足预设结队条件时，具体通过沟通时长以及订单的状态来自动审核判断，获取请求用户与结队用户之间的沟通时长，该沟通时长优选为请求发起当日内的时长，例如通话时长、社交平台聊天时长等等，通过该沟通时长判断请求用户是否与结队用户进行相应的有效沟通，避免无沟通的订单结队转让处理，同时还根据订单信息确认当前请求结队的订单是否处于未结队状态，只有请求用户与结队用户之间进行了有效沟通，且订单处于未结队状态时，才确认当前的订单结队请求满足预设结队条件。有效避免请求用户对订单进行随意无沟通的结队转出操作，以及对订单的重复结队操作，提高订单结队处理的可靠性。
66.在一个实施例中，请参阅图3，其为本发明实施例提供的订单的结队处理方法中步骤s400的流程图，如图3所示，步骤s400包括：
67.s401、对所述订单信息进行字段扩展，增加相应的结队信息字段生成结队订单；
68.s402、根据所述请求用户和结队用户配置所述结队订单的处理人和责任人。
69.本实施例中，在结队用户同意对订单进行结队营销时，订单处理系统则将订单配置为结队订单，此时对结队成功后的订单信息进行字段扩展，增加相应的结队信息字段以
保存结队数据，生成相应的结队订单，具体的结队信息字段可以包括求助方(即请求用户)、帮助方(即结队用户)、结队发起时间、结队失效时间和结队标识，结队标识用于识别该结队订单的状态，例如若结队标识为第一预设值，则订单为结队中状态，若结队标识为第二预设值，则订单为未结队状态。
70.对订单信息进行字段扩展以更新生成相应的结队订单后，为确保订单的责任溯源性，进一步配置结队订单的处理人和责任人，具体地，在结队用户同意订单结队营销后，则将订单的实际处理人配置为结队用户，而订单的责任人则维持原有的请求用户，即虽然请求用户可寻求他人帮助完成订单，但仍需对该结队操作以及结队订单负责，使得订单无论转出至何处，均能通过责任人明确订单责任，避免发生无法完成的订单难以定责的问题。
71.在一个实施例中，请参阅图4，其为本发明实施例提供的订单的结队处理方法的另一个流程图，如图4所示，步骤s400之后，方法还包括：
72.s500、根据扩展后的订单信息生成结队订单页面；
73.s600、分别配置所述请求用户和所述结队用户对所述结队订单页面的操作权限；
74.s800、向所述请求用户和所述结队用户分别发送并展示已配置相应的操作权限的结队订单页面。
75.本实施例中，在结队成功后，系统生成可视化的结队订单页面，发送给请求用户和结队用户并在其终端界面进行展示，以实现直观的订单操作。具体系统根据扩展后的订单信息生成结队订单页面，即在结队订单页面上可包括求助方、帮助方、结队发起时间、结队失效时间、当前结队状态等等标签，使得结队双方能直观了解当前结队订单的相关信息。
76.同时，由于进行结队操作后，订单的处理人发生了变化，为避免操作混乱，系统在向请求用户和结队用户发送并展示结队订单页面前，先分别配置二者对该结队订单页面的操作权限，例如结队用户作为当前实际的处理人，配置对结队订单页面的全部权限，以便于结队用户查看订单详情、联系客户等等操作；请求用户当前仅作为责任人，可对其操作权限进行相应限制，仅配置访问权限，而限制其在页面上的外呼、发起对话等操作，避免多人同时联系对客户造成不便。
77.进一步地，还可在结队用户的结队订单页面上配置取消结队按钮，结队用户在结队过程中可点击该取消结队按钮触发订单翻转请求，即请求将该结队订单回退给请求用户，此时需验证结队用户与请求用户在请求翻转当日是否存在大于预设时长的沟通历史，例如有效通话大于10s，若二者之间没有有效沟通则拒绝订单翻转请求并提示结队用户及时联系请求用户，确保正在进行结队营销的订单不会被随意回退。
78.在一个实施例中，方法还包括：
79.查询并展示所述结队订单的完成状态。
80.本实施例中，在结队成功后，在结队失效时间到达前，可持续查询结队订单的完成状态，即订单是否达到预设完成指标，以追踪该结队订单是否在结队有效期内成功完成营销，便于根据完成状态的情况进行灵活的订单操作，例如在结队订单成功完成时及时统计订单转化信息，在结队订单完成失败时及时通知请求用户并将结队订单回退给请求用户等等。
81.在一个实施例中，请参阅图5，其为本发明实施例提供的订单的结队处理方法的另一个流程图，如图5所示，
82.s800、获取所述请求用户和所述结队用户的离职状态；
83.s901、当所述结队用户处于已离职状态时，将所述结队订单回退至所述请求用户；
84.s902、当所述结队用户与所述请求用户均处于已离职状态时，将所述结队订单回退至上一级用户，以重新分配订单。
85.本实施例中，在结队营销过程中，针对业务员离职的情况，可定期例如每天获取请求用户和结队用户的离职状态，确认其是否还在职，若结队用户处于已离职状态，请求用户处于未离职状态，则将结队订单回退至请求用户，同时更新订单信息中的相关字段，例如求助方、帮助方、结队发起时间、结队失效时间均置空，结队标识由第一预设值更改为第二预设值等等，以便请求用户对该订单重新选择其它业务进行结队请求处理。
86.若结队用户与请求用户均处于已离职状态，则将该结队订单回退至上一级用户，例如请求用户所处小组的组长等，使得上一级用户可重新向其他用户分配订单，在实现对订单结队处理基础上，也限制了订单的流转范围，提高订单处理的可溯源性。
87.本发明另一实施例提供一种订单的结队处理装置，如图6所示，装置1包括：
88.信息获取模块11，用于响应于请求用户发起的订单结队请求，获取订单信息和结队用户；
89.条件确认模块12，用于获取所述请求用户与所述结队用户的沟通数据，根据所述沟通数据和订单信息确认所述订单结队请求是否满足预设结队条件；
90.结队确认模块13，用于若所述订单结队请求满足所述预设结队条件，向所述结队用户发送结队确认消息；
91.结队配置模块14，用于当接收到所述结队用户返回的结队确认指令时，将当前请求结队的订单配置为结队订单。
92.本发明所称的模块是指能够完成特定功能的一系列计算机程序指令段，比程序更适合于描述订单的结队处理的执行过程，各模块的具体实施方式请参考上述对应的方法实施例，此处不再赘述。
93.在一个实施例中，所述条件确认模块12，包括：
94.时长获取单元，用于获取所述请求用户与所述结队用户的沟通时长；
95.订单状态获取单元，用于根据所述订单信息确认当前请求结队的订单的状态；
96.条件确认单元，用于当所述沟通时长大于预设时长且订单处于未结队状态时，确认所述订单结队请求满足预设结队条件。
97.在一个实施例中，所述结队配置模块14，包括：
98.扩展单元，用于对所述订单信息进行字段扩展，增加相应的结队信息字段生成结队订单；
99.配置单元，用于根据所述请求用户和结队用户配置所述结队订单的处理人和责任人。
100.在一个实施例中，所述结队信息字段包括求助方、帮助方、结队发起时间、结队失效时间和结队标识。
101.在一个实施例中，所述装置1，还包括：
102.页面生成模块，用于根据扩展后的订单信息生成结队订单页面；
103.权限配置模块，用于分别配置所述请求用户和所述结队用户对所述结队订单页面
的操作权限；
104.页面展示模块，用于向所述请求用户和所述结队用户分别发送并展示已配置相应的操作权限的结队订单页面。
105.在一个实施例中，所述装置1，还包括：
106.状态展示模块，用于查询并展示所述结队订单的完成状态。
107.在一个实施例中，所述装置1，还包括：
108.离职状态获取模块，用于获取所述请求用户和所述结队用户的离职状态；
109.第一回退模块，用于当所述结队用户处于已离职状态时，将所述结队订单回退至所述请求用户；
110.第二回退模块，用于当所述结队用户与所述请求用户均处于已离职状态时，将所述结队订单回退至上一级用户，以重新分配订单。
111.本发明另一实施例提供一种订单的结队处理系统，如图7所示，系统10包括：
112.一个或多个处理器110以及存储器120，图7中以一个处理器110为例进行介绍，处理器110和存储器120可以通过总线或者其他方式连接，图7中以通过总线连接为例。
113.处理器110用于完成系统10的各种控制逻辑，其可以为通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)、单片机、arm(acorn risc machine)或其它可编程逻辑器件、分立门或晶体管逻辑、分立的硬件组件或者这些部件的任何组合。还有，处理器110还可以是任何传统处理器、微处理器或状态机。处理器110也可以被实现为计算设备的组合，例如，dsp和微处理器的组合、多个微处理器、一个或多个微处理器结合dsp和/或任何其它这种配置。
114.存储器120作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本发明实施例中的订单的结队处理方法对应的程序指令。处理器110通过运行存储在存储器120中的非易失性软件程序、指令以及单元，从而执行系统10的各种功能应用以及数据处理，即实现上述方法实施例中的订单的结队处理方法。
115.存储器120可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据系统10使用所创建的数据等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器120可选包括相对于处理器110远程设置的存储器，这些远程存储器可以通过网络连接至系统10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
116.一个或者多个单元存储在存储器120中，当被一个或者多个处理器110执行时，实现以下步骤：
117.响应于请求用户发起的订单结队请求，获取订单信息和结队用户；
118.获取所述请求用户与所述结队用户的沟通数据，根据所述沟通数据和订单信息确认所述订单结队请求是否满足预设结队条件；
119.若所述订单结队请求满足所述预设结队条件，向所述结队用户发送结队确认消息；
120.当接收到所述结队用户返回的结队确认指令时，将当前请求结队的订单配置为结
队订单。
121.在一个实施例中，所述获取所述请求用户与所述结队用户的沟通数据，根据所述沟通数据和订单信息确认所述订单结队请求是否满足预设结队条件，包括：
122.获取所述请求用户与所述结队用户的沟通时长；
123.根据所述订单信息确认当前请求结队的订单的状态；
124.当所述沟通时长大于预设时长且订单处于未结队状态时，确认所述订单结队请求满足预设结队条件。
125.在一个实施例中，所述将当前请求结队的订单配置为结队订单，包括：
126.对所述订单信息进行字段扩展，增加相应的结队信息字段生成结队订单；
127.根据所述请求用户和结队用户配置所述结队订单的处理人和责任人。
128.在一个实施例中，所述结队信息字段包括求助方、帮助方、结队发起时间、结队失效时间和结队标识。
129.在一个实施例中，所述将当前请求结队的订单配置为结队订单之后，所述方法还包括：
130.根据扩展后的订单信息生成结队订单页面；
131.分别配置所述请求用户和所述结队用户对所述结队订单页面的操作权限；
132.向所述请求用户和所述结队用户分别发送并展示已配置相应的操作权限的结队订单页面。
133.在一个实施例中，所述方法还包括：
134.查询并展示所述结队订单的完成状态。
135.在一个实施例中，所述方法还包括：
136.获取所述请求用户和所述结队用户的离职状态；
137.当所述结队用户处于已离职状态时，将所述结队订单回退至所述请求用户；
138.当所述结队用户与所述请求用户均处于已离职状态时，将所述结队订单回退至上一级用户，以重新分配订单。
139.本发明实施例提供了一种非易失性计算机可读存储介质，计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个或多个处理器执行，例如，执行以上描述的图1中的方法步骤s100至步骤s400。
140.作为示例，非易失性存储介质能够包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦rom(eeprom)或闪速存储器。易失性存储器能够包括作为外部高速缓存存储器的随机存取存储器(ram)。通过说明而非限制，ram可以以诸如同步ram(sram)、动态ram、(dram)、同步dram(sdram)、双数据速率sdram(ddrsdram)、增强型sdram(esdram)、synchlink dram(sldram)以及直接rambus(兰巴斯)ram(drram)之类的许多形式得到。本文中所描述的操作环境的所公开的存储器组件或存储器旨在包括这些和/或任何其他适合类型的存储器中的一个或多个。
141.综上，本发明公开的一种订单的结队处理方法、装置、系统及介质中，方法通过响应于请求用户发起的订单结队请求，获取订单信息和结队用户；获取所述请求用户与所述结队用户的沟通数据，根据所述沟通数据和订单信息确认所述订单结队请求是否满足预设结队条件；若所述订单结队请求满足所述预设结队条件，向所述结队用户发送结队确认消
息；当接收到所述结队用户返回的结队确认指令时，将当前请求结队的订单配置为结队订单。通过订单信息和沟通数据对订单进行有条件限制的结队处理，在结队用户确认后才进行结队配置，避免订单被随意转出导致的溯源困难，且通过结队营销机制对满足条件的订单进行结队处理的方式，也提高了订单营销转化率。
142.当然，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关硬件(如处理器，控制器等)来完成，所述的计算机程序可存储于一非易失性计算机可读取的存储介质中，该计算机程序在执行时可包括如上述各方法实施例的流程。其中所述的存储介质可为存储器、磁碟、软盘、闪存、光存储器等。
143.应当理解的是，本发明的应用不限于上述的举例，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，所有这些改进和变换都应属于本发明所附权利要求的保护范围。