CN112308680A - 一种订单的处理方法、装置及电子设备 - Google Patents
一种订单的处理方法、装置及电子设备 Download PDFInfo
- Publication number
- CN112308680A CN112308680A CN202011256448.1A CN202011256448A CN112308680A CN 112308680 A CN112308680 A CN 112308680A CN 202011256448 A CN202011256448 A CN 202011256448A CN 112308680 A CN112308680 A CN 112308680A
- Authority
- CN
- China
- Prior art keywords
- order
- technician
- technicians
- accepted
- processing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000003672 processing method Methods 0.000 title description 31
- 238000000034 method Methods 0.000 claims abstract description 115
- 230000008569 process Effects 0.000 claims abstract description 77
- 238000004590 computer program Methods 0.000 claims description 6
- 230000001960 triggered effect Effects 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 4
- 230000008439 repair process Effects 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06311—Scheduling, planning or task assignment for a person or group
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06315—Needs-based resource requirements planning or analysis
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
Landscapes
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Economics (AREA)
- Marketing (AREA)
- Entrepreneurship & Innovation (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Tourism & Hospitality (AREA)
- Development Economics (AREA)
- Educational Administration (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Game Theory and Decision Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请公开了一种订单的处理方法、装置及电子设备,该方案中,先接收订单的处理请求,然后在已接受订单的技术人员不能处理订单时,向除已接受所述订单的技术人员之外的技术人员发送订单共享邀请,以使其他技术人员能处理该订单。可见,本申请中在已接受订单的技术人员不能处理该订单时,可以自动的寻找其他的技术人员以处理该订单,不需要用户重新下单,提高了需求匹配性,也提高了用户的体验度。
Description
技术领域
本申请涉及订单处理领域,特别是涉及一种订单的处理方法、装置及电子设备。
背景技术
随着社会的发展,一些上门服务也逐渐变得普遍,用户通常会通过手机软件下单以寻求一些上门服务,具体地,用户通过手机软件下单,然后技术人员接单以完成该订单,但是若已接受订单的技术人员因某些原因不能处理该订单时,还需要用户重新下单以使其他的技术人员接受该订单,给用户带来不便,用户体验度较低。
发明内容
本申请的目的是提供一种订单的处理方法、装置及电子设备,在已接受订单的技术人员不能处理该订单时,可以自动的寻找其他的技术人员以处理该订单,不需要用户重新下单,提高了需求匹配性,也提高了用户的体验度。
为解决上述技术问题,本申请提供了一种订单的处理方法,包括:
接收所述订单的处理请求;
判断已接受订单的技术人员是否能处理所述订单;
若否,则向除已接受所述订单的技术人员之外的技术人员发送订单共享邀请以使其他所述技术人员选择是否接受所述订单。
优选地,判断已接受所述订单的技术人员是否能处理所述订单,包括:
判断已接受所述订单的技术人员在接受到所述订单后未进行处理的时间是否大于预设时间;
若是,则判定所述已接受所述订单的技术人员不能处理所述订单。
优选地,判断已接受所述订单的技术人员在接受到所述订单后未进行处理的时间是否大于预设时间,包括:
判断是否在预设时间内接收到已接受所述订单的技术人员发送的订单处理信息;
若否,则判定所述已接受所述订单的技术人员不能处理所述订单。
优选地,判断已接受所述订单的技术人员是否能处理所述订单,包括:
判断是否接收到已接受所述订单的技术人员发送的拒绝信息;
若是,则判定所述已接受所述订单的技术人员不能处理所述订单。
优选地,接收所述订单的处理请求前,还包括:
接收多个所述技术人员的信息;
向除已接受所述订单的技术人员之外的技术人员发送订单共享邀请,包括
基于多个所述技术人员的信息向除已接受所述订单的技术人员之外的技术人员发送订单共享邀请。
优选地,所述技术人员的信息包括所述技术人员的业务属性,还包括:
根据所述技术人员的业务属性将所述业务属性相同的技术人员进行分组;
基于多个所述技术人员的信息向除已接受所述订单的技术人员之外的技术人员发送订单共享邀请,包括:
获取已接受所述订单的技术人员的业务属性;
向与已接受所述订单的技术人员的业务属性相同的分组内的技术人员发送订单共享邀请。
优选地,向除已接受所述订单的技术人员之外的技术人员发送订单共享邀请之后,还包括:
判断是否存在所述技术人员接受所述订单共享邀请;
若是,则将接受所述订单共享邀请的技术人员标记为订单处理人员。
优选地,将接受所述订单共享邀请的技术人员标记为订单处理人员,包括:
将最早接受所述订单共享邀请的技术人员标记为所述订单处理人员。
为解决上述技术问题,本申请还提供了一种订单的处理装置,包括:
接收单元,用于接收所述订单的处理请求;
判断单元,用于判断所述技术人员是否能处理所述订单,若否,则触发共享单元;
所述共享单元,用于向除已接受所述订单的技术人员之外的技术人员发送订单共享邀请以使其他所述技术人员选择是否接受所述订单。
优选地,所述判断单元具体用于判断已接受所述订单的技术人员在接受到所述订单后未进行处理的时间是否大于预设时间,若是,则判定所述已接受所述订单的技术人员不能处理所述订单。
优选地,所述判断单元具体用于判断是否在预设时间内接收到已接受所述订单的技术人员发送的订单处理信息;若否,则判定所述已接受所述订单的技术人员不能处理所述订单。
优选地,所述判断单元具体用于判断是否接收到已接受所述订单的技术人员发送的拒绝信息;若是,则判定所述已接受所述订单的技术人员不能处理所述订单。
优选地,所述接收单元还用于接收多个所述技术人员的信息;所述共享单元具体用于基于多个所述技术人员的信息向除已接受所述订单的技术人员之外的技术人员发送订单共享邀请。
优选地,在所述技术人员的信息包括所述技术人员的业务属性时,还包括:
分组单元,用于根据所述技术人员的业务属性将所述业务属性相同的技术人员进行分组;
获取单元,用于在已接受订单的所述技术人员不能处理所述订单时,获取已接受所述订单的技术人员的业务属性;所述共享单元具体用于向与已接受所述订单的技术人员的业务属性相同的分组内的技术人员发送订单共享邀请。
优选地,所述共享单元还用于判断是否存在所述技术人员接受所述订单共享邀请;若是,则将接受所述订单共享邀请的技术人员标记为订单处理人员。
优选地,所述共享单元具体用于将最早接受所述订单共享邀请的技术人员标记为所述订单处理人员。
为解决上述技术问题,本申请还提供了一种电子设备,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现以下步骤:
接收所述订单的处理请求;判断已接受订单的技术人员是否能处理所述订单;若否,则向除已接受所述订单的技术人员之外的技术人员发送订单共享邀请以使其他所述技术人员选择是否接受所述订单。
优选地,所述处理器执行所述存储器中保存的计算机子程序时,可以具体实现以下步骤:判断已接受所述订单的技术人员在接受到所述订单后未进行处理的时间是否大于预设时间;若是,则判定所述已接受所述订单的技术人员不能处理所述订单。
优选地,所述处理器执行所述存储器中保存的计算机子程序时,可以具体实现以下步骤:判断是否在预设时间内接收到已接受所述订单的技术人员发送的订单处理信息;若否,则判定所述已接受所述订单的技术人员不能处理所述订单。
优选地,所述处理器执行所述存储器中保存的计算机子程序时,可以具体实现以下步骤:判断是否接收到已接受所述订单的技术人员发送的拒绝信息;若是,则判定所述已接受所述订单的技术人员不能处理所述订单。
优选地,所述处理器执行所述存储器中保存的计算机子程序时,可以具体实现以下步骤:接收所述订单的处理请求前,接收多个所述技术人员的信息;基于多个所述技术人员的信息向除已接受所述订单的技术人员之外的技术人员发送订单共享邀请。
优选地,所述处理器执行所述存储器中保存的计算机子程序时,可以具体实现以下步骤:在所述技术人员的信息包括所述技术人员的业务属性时;根据所述技术人员的业务属性将所述业务属性相同的技术人员进行分组;获取已接受所述订单的技术人员的业务属性;向与已接受所述订单的技术人员的业务属性相同的分组内的技术人员发送订单共享邀请。
优选地,所述处理器执行所述存储器中保存的计算机子程序时,可以具体实现以下步骤:判断是否存在所述技术人员接受所述订单共享邀请;若是,则将接受所述订单共享邀请的技术人员标记为订单处理人员。
优选地,所述处理器执行所述存储器中保存的计算机子程序时,可以具体实现以下步骤:将最早接受所述订单共享邀请的技术人员标记为所述订单处理人员。
本申请提供了一种订单的处理方法、装置及电子设备,该方案中,先接收订单的处理请求,然后在已接受订单的技术人员不能处理订单时,向除已接受所述订单的技术人员之外的技术人员发送订单共享邀请,以使其他技术人员能处理该订单。可见,本申请中在已接受订单的技术人员不能处理该订单时,可以自动的寻找其他的技术人员以处理该订单,不需要用户重新下单,提高了需求匹配性,也提高了用户的体验度。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对现有技术和实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请提供的第一种订单的处理方法的流程示意图;
图2为本申请提供的第二种订单的处理方法的流程示意图;
图3为本申请提供的第三种订单的处理方法的流程示意图;
图4为本申请提供的第四种订单的处理方法的流程示意图;
图5为本申请提供的第五种订单的处理方法的流程示意图
图6为本申请提供的第六种订单的处理方法的流程示意图;
图7为本申请提供的第七种订单的处理方法的流程示意图;
图8为本申请提供的第八种订单的处理方法的流程示意图;
图9为本申请提供的一种订单的处理装置的结构框图;
图10为本申请提供的一种电子设备的结构框图。
具体实施方式
本申请的核心是提供一种订单的处理方法、装置及电子设备,在已接受订单的技术人员不能处理该订单时,可以自动的寻找其他的技术人员以处理该订单,不需要用户重新下单,提高了需求匹配性,也提高了用户的体验度。
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
请参照图1,图1为本申请提供的第一种订单的处理方法的流程示意图,该方案包括:
S11:接收订单的处理请求;
一般情况下,客户通过手机APP或手机平台下订单,技术人员接收该订单,订单的信息可以为修车、安空调或者其他的订单,本申请在此不做特别的限定,此外,本申请中的下订单和接收订单的方式不限于上述举例,也可以为其他的方式。
S12:判断已接受订单的技术人员是否能处理订单;
考虑到已接受订单的技术人员可能因为自身的原因,比如有急事或在接收订单之后有意外状况需要及时处理,从而不能处理该订单,那么此时需要用户重新下单,影响用户的体验性。为解决以上技术问题,本申请在技术人员接受订单之后,还判断已接受订单的技术人员是否能处理订单,在已接受订单的技术人员不能处理该订单时,方便进行下一步处理,提高了该订单处理的可靠性。
这里的订单可以为上门修车订单、上门修空调订单或者上门安装空调等订单。订单可以但并不仅限于上述举例,均可以根据实际需求进行适应性的更改,本申请在此不做特别的限定。
S13:若否,则向除已接受订单的技术人员之外的技术人员发送订单共享邀请以使其他技术人员选择是否接受订单。
本步骤旨在提供一种判定已接收订单的技术人员不能处理订单之后的处理方法,具体地,在判定接受订单的技术人员不能够处理订单之后,向除已接受订单的技术人员之外的技术人员发送订单共享邀请以使其他技术人员选择是否接受订单,这样可以提高订单与技术人员之间的需求匹配性,不需要用户重新下单,提高了用户的体验。
综上,本申请中在已接受订单的技术人员不能处理该订单时,可以自动的寻找其他的技术人员以处理该订单,不需要用户重新下单,提高了需求匹配性,也提高了用户的体验度。
下面通过另一具体实施方式对本申请所提供的订单的处理方法进行进一步阐述,请参照图2,图2为本申请提供的第二种订单的处理方法的流程示意图,该订单的处理方法包括:
S21:接收订单的处理请求;
S22:判断已接受订单的技术人员在接受到订单后未进行处理的时间是否大于预设时间;
本步骤旨在提供一种判断已接受订单的技术人员是否能处理该订单的方法,具体实现如下:通过判断已接受订单后未进行处理的时间是否大于预设时间,这里的预设时间可以是1分钟、2分钟或者是5分钟,在接受订单后未进行处理的时间大于预设时间时,判定已接受订单的技术人员不能处理该订单,此外,这里的预设时间本申请不做特别的限定,根据实际需求可以做相适应的调整。
通过此步骤可以实现判断已接受订单的技术人员是否能处理该订单,且实现方式简单可靠。
S23:若是,则向除已接受订单的技术人员之外的技术人员发送订单共享邀请以使其他技术人员选择是否接受订单。
本申请实施例提供了一种订单的处理方法,具体而言,在判断已接受订单的技术人员在接受到订单后未进行处理的时间大于预设时间时,判定已接受订单的技术人员不能处理该订单,则向除已接受订单的技术人员之外的技术人员发送订单共享邀请以使其他技术人员选择是否接受订单,提高了需求的匹配性,在已接受订单的技术人员不能处理该订单时,可自动寻找其他的技术人员,不需要用户重新下单,提高了用户的体验。
关于上述步骤S21的具体实施过程可参照前述实施例的内容,在此不再进行赘述。
下面通过另一具体实施方式对本申请所提供的订单的处理方法进行进一步阐述,请参照图3,图3为本申请提供的第三种订单的处理方法的流程示意图,该订单的处理方法包括:
S31:接收订单的处理请求;
S32:判断是否在预设时间内接收到已接受订单的技术人员发送的订单处理信息;
本步骤旨在提供一种判断已接受订单的技术人员在接受到订单后未进行处理的时间是否大于预设时间的方法,具体而言,通过判断已接受订单的技术人员是否在预设时间内发送订单处理信息。
具体地,通常技术人员通过智能终端(比如手机)接单并处理订单,在技术人员接单之后,在预设时间内,比如可以通过手机点击“订单已开始处理”的选项以发送订单处理信息,此时认定已接受订单技术人员能处理该订单;若在预设时间内,没有点击“订单已开始处理”的选项,则认定已接受订单的技术人员不能处理该订单。这里发送订单处理信息的方式不仅限于上述举例,本申请不再赘述。
可见,本步骤可以实现判断已接受订单的技术人员在接受到订单后未进行处理的时间是否大于预设时间,且实现方式简单。
S33:若否,则向除已接受订单的技术人员之外的技术人员发送订单共享邀请以使其他技术人员选择是否接受订单。
本申请实施例提供了一种订单的处理方法,具体而言,在预设时间内没有接收到已接受订单的技术人员发送的订单处理信息时,判定已接受订单的技术人员不能处理该订单,则向除已接受订单的技术人员之外的技术人员发送订单共享邀请以使其他技术人员选择是否接受订单。本实施例可以实现在已接受订单的技术人员不能处理该订单时,可自动寻找其他的技术人员,不需要用户重新下单,提高了用户的体验。
关于上述步骤S31的具体实施过程可参照前述实施例的内容,在此不再进行赘述。
下面通过另一具体实施方式对本申请所提供的订单的处理方法进行进一步阐述,请参照图4,图4为本申请提供的第四种订单的处理方法的流程示意图,该订单的处理方法包括:
S41:接收订单的处理请求;
S42:判断是否接收到已接受订单的技术人员发送的拒绝信息;
本步骤旨在提供一种判断已接受订单的技术人员是否能处理该订单的方法,具体实现如下:通过判断是否接受到已接受订单的技术人员发送的拒绝信息进而判断已接受订单的技术人员是否能处理该订单。
具体地,通常技术人员通过智能终端(比如手机)接单并处理订单,在技术人员接单之后,可能会因为一些个人原因等不能处理该订单,可以通过点击手机上的“拒绝处理该订单”的选项以发送拒绝信息,此时,判定已接受订单的技术人员能处理该订单。
可见,本步骤可以实现判断已接受订单的技术人员在接受到订单后是否能处理该订单,且实现方式简单。
当然,这里已接受订单的技术人员发送拒绝信息的形式并不限于此实施例,具体可以根据实际情况做相适应的调整,本申请在此不再赘述。
S43:若是,则向除已接受订单的技术人员之外的技术人员发送订单共享邀请以使其他技术人员选择是否接受订单。
本申请实施例提供了一种订单的处理方法,具体而言,在接收到已接受订单的技术人员发送的拒绝信息时,判定已接受订单的技术人员不能处理该订单,则向除已接受订单的技术人员之外的技术人员发送订单共享邀请以使其他技术人员选择是否接受订单。可自动寻找其他的技术人员,提高了用户的体验,提高了需求的匹配性。
关于上述步骤S41的具体实施过程可参照前述实施例的内容,在此不再进行赘述。
下面通过另一具体实施方式对本申请所提供的订单的处理方法进行进一步阐述,请参照图5,图5为本申请提供的第五种订单的处理方法的流程示意图,该订单的处理方法包括:
S51:接收多个技术人员的信息;
考虑到后续步骤需要根据多个技术人员的信息向除已接受订单的技术人员之外的技术人员发送订单共享邀请,因此应先接收多个技术人员的信息。这里的多个技术人员的信息可以包括但不限于技术人员的姓名、身份信息及技术方向等,也可以包括其他的信号,本申请在此不做特别的限定。
S52:接受订单的处理请求;
S53:判断已接受订单的技术人员是否能处理订单;
S54:若否,基于多个技术人员的信息向除已接受订单的技术人员之外的技术人员发送订单共享邀请。
本申请实施例提供了一种订单的处理方法,具体而言,在最初的时候,预先设定一批技术人员,也即接收多个技术人员的信息,其中,技术人员的信息可以包括上述举例,本申请在此不做特别的限定。然后在已接受订单的技术人员不能处理该订单时,基于多个技术人员的信息向除已接受订单的技术人员之外的技术人员发送订单共享邀请。通过此方式,对于一些对技术人员有特殊要求的订单,可以根据多个技术人员的信息进行筛选,例如某些家政订单的要求为性别为女性,或者对年龄区间的要求等,本申请在此不做特别的限定。采用本实施例中的方式,便于对技术人员的筛选,进一步提高了订单的需求匹配性。
关于上述步骤S52和S53的具体实施过程可参照前述实施例的内容,在此不再进行赘述。
下面通过另一具体实施方式对本申请所提供的订单的处理方法进行进一步阐述,请参照图6,图6为本申请提供的第六种订单的处理方法的流程示意图,该订单的处理方法包括:
S61:接收多个技术人员的信息;多个技术人员的信息包括技术人员的业务属性;
考虑到多个技术人员业务属性可能不同,比如业务属性可以但不限于为修空调、安空调、修车或洗车等,基于此,本申请中技术人员的信息包括技术人员的业务属性,例如,技术人员张某,业务属性:维修奔驰车。此外,本申请中的业务属性可以不止一个,例如维修奔驰车中的维修为业务属性一,奔驰车为业务属性二,也可以包括其他的业务属性,本申请在此不再限定。
S62:根据技术人员的业务属性将业务属性相同的技术人员进行分组;
本步骤旨在先将业务属性相同的技术人员进行分组,分组的方式可以但不限于建立通讯录,通讯录的信息可以但不限于包括技术人员的业务属性、空闲人数等,本申请不再赘述。
S63:判断已接受订单的技术人员是否能处理订单;
S64:若否,则获取已接受订单的技术人员的业务属性;
S65:向与已接受订单的技术人员的业务属性相同的分组内的技术人员发送订单共享邀请。
本申请实施例提供了一种订单的处理方法,具体而言,先将业务属性相同的技术人员进行分组,然后在判断已接受订单的技术人员不能处理该订单时,获取已接受订单的技术人员的业务属性,最后向与已接受订单的技术人员的业务属性相同的分组内的技术人员发送订单共享邀请。采用本实施例的方式,避免了业务属性与已接受订单的技术人员的业务属性不同的技术人员接收到一些自己不能处理的订单共享邀请,避免了对与已接受订单的技术人员的业务属性不同的技术人员的信息干扰,提高了订单处理的速度。
关于上述步骤S63和S64的具体实施过程可参照前述实施例的内容,在此不再进行赘述。
下面通过另一具体实施方式对本申请所提供的订单的处理方法进行进一步阐述,请参照图7,图7为本申请提供的第七种订单的处理方法的流程示意图,该订单的处理方法包括:
S71:接收订单的处理请求;
S72:判断已接受订单的技术人员是否能处理订单;
S73:若否,则向除已接受订单的技术人员之外的技术人员发送订单共享邀请以使其他技术人员选择是否接受订单;
S74:判断是否存在技术人员接受订单共享邀请;
考虑到向除已接受订单的技术人员之外的技术人员发送订单共享邀请之后,可能因为某些原因导致没有技术人员接收该订单,比如是在下单的高峰期时,没有空闲的技术人员。
为解决以上技术问题,本申请在向除已接受订单的技术人员之外的技术人员发送订单共享邀请之后,还包括判断是否有人处理该订单的步骤以便对该订单的情况进行实时跟踪,提高了订单处理的实时性。
S75:若是,则将接受订单共享邀请的技术人员标记为订单处理人员。
本申请实施例提供了一种订单的处理方法,具体而言,在向除已接受订单的技术人员之外的技术人员发送订单共享邀请之后,若存在技术人员接收订单共享邀请,则将接受订单共享邀请的技术人员标记为订单处理人员已对订单处理人员进行更新,便于用户知晓自己的订单的处理情况。若不存在技术人员接收订单共享邀请,则可以控制提示装置发出第一提示信息,以便工作人员了解该订单无人处理的情况,从而可以调动一些应急的技术人员以处理该订单,或与该订单的用户联系沟通没有技术人员接单的原因,以使用户调节下单的时间或其他的处理方式,本申请在此不再作具体的限定。
可见,采用本申请可以对该订单的情况进行实时跟踪,便于用户知晓自己的订单的处理情况。
关于上述步骤S71至S73的具体实施过程可参照前述实施例的内容,在此不再进行赘述。
下面通过另一具体实施方式对本申请所提供的订单的处理方法进行进一步阐述,请参照图8,图8为本申请提供的第八种订单的处理方法的流程示意图,该订单的处理方法包括:
S81:接收订单的处理请求;
S82:判断已接受订单的技术人员是否能处理订单;
S83:若否,则向除已接受订单的技术人员之外的技术人员发送订单共享邀请以使其他技术人员选择是否接受订单;
S84:判断是否存在技术人员接受订单共享邀请;
S85:若是,则将最早接受订单共享邀请的技术人员标记为订单处理人员。
考虑到在向除已接受订单的技术人员之外的技术人员发送订单共享邀请之后,可能会有多个技术人员可以接受该订单共享邀请,比如在订单相对较少的时间段,可能会存在上述的情况。
基于此,本申请将最早接受订单共享邀请的技术人员标记为订单处理人员,在将最早接受订单共享邀请的技术人员标记为订单处理人员之后,其他的技术人员便不能再接受该订单,保证了技术人员接收订单共享邀请的条理性。
关于上述步骤S81至S84的具体实施过程可参照前述实施例的内容,在此不再进行赘述。
下面通过一个具体实施例对本申请所提供的一种订单的处理方法进行详细阐述。
以维修奔驰车服务为例,若有10个人可以处理维修奔驰车的订单,这10个人在一个通讯录中。首先,用户通过手机下达维修奔驰车的订单,技术人员张某接受该订单,但是张某因事不能处理该订单,在5分钟之内没有对该订单进行处理,则向通讯录中的其他9个人发送订单共享邀请,以便其他9个人能接受订单并对其进行处理,并将最早接受订单共享邀请的技术人员标记为订单处理人员,若通讯录中的其他9个人也不接受或不能处理该订单,则产生提示信息,以便工作人员进行后续处理。
下面对本申请实施例提供的订单的处理系统进行介绍,下文描述的订单的处理系统与上文描述的订单的处理方法可相互对应参照。
请参照图9,图9为本申请提供的一种订单的处理装置的结构框图,该装置包括:
接收单元1,用于接收订单的处理请求;
判断单元2,用于判断技术人员是否能处理订单,若否,则触发共享单元3;
共享单元3,用于向除已接受订单的技术人员之外的技术人员发送订单共享邀请以使其他技术人员选择是否接受订单。
本申请所提供的订单的处理系统,先接收订单的处理请求;然后判断已接受订单的技术人员是否能处理订单;在已接受订单的技术人员不能处理订单时,向除已接受订单的技术人员之外的技术人员发送订单共享邀请以使其他技术人员选择是否接受订单。在已接受订单的技术人员不能处理该订单时,可以自动的寻找其他的技术人员以处理该订单,不需要用户重新下单,提高了需求匹配性,也提高了用户的体验度。
作为一种优选的实施例,上述判断单元2具体用于判断已接受订单的技术人员在接受到订单后未进行处理的时间是否大于预设时间,若是,则判定已接受订单的技术人员不能处理订单。
作为一种优选的实施例,上述判断单元2具体用于判断是否在预设时间内接收到已接受订单的技术人员发送的订单处理信息;若否,则判定已接受订单的技术人员不能处理订单。
作为一种优选的实施例,上述判断单元2具体用于判断是否接收到已接受订单的技术人员发送的拒绝信息;若是,则判定已接受订单的技术人员不能处理订单。
作为一种优选的实施例,接收单元1还用于接收多个技术人员的信息;共享单元3具体用于基于多个技术人员的信息向除已接受订单的技术人员之外的技术人员发送订单共享邀请。
作为一种优选的实施例,在技术人员的信息包括技术人员的业务属性时,还包括:
分组单元,用于根据技术人员的业务属性将业务属性相同的技术人员进行分组;
获取单元,用于在已接受订单的技术人员不能处理订单时,获取已接受订单的技术人员的业务属性;共享单元3具体用于向与已接受订单的技术人员的业务属性相同的分组内的技术人员发送订单共享邀请。
作为一种优选的实施例,上述共享单元3还用于判断是否存在技术人员接受订单共享邀请;若是,则将接受订单共享邀请的技术人员标记为订单处理人员。
作为一种优选的实施例,共享单元3具体用于将最早接受订单共享邀请的技术人员标记为订单处理人员。
对于本申请提供的一种订单的处理装置的其他介绍请参照上述方法实施例,本申请在此不做赘述。
下面对本申请实施例提供的电子设备进行介绍,下文描述的电子设备与上文描述的订单的处理方法可相互对应参考。
请参照图10,图10为本申请提供的一种电子设备的结构框图,该电子设备包括:
存储器4,用于存储计算机程序;
处理器5,用于执行计算机程序时实现以下步骤:
先接收订单的处理请求;判断已接受订单的技术人员是否能处理订单;若否,则向除已接受订单的技术人员之外的技术人员发送订单共享邀请以使其他技术人员选择是否接受订单。
本实施例中,处理器5执行存储器4中保存的计算机子程序时,可以具体实现以下步骤:判断已接受订单的技术人员在接受到订单后未进行处理的时间是否大于预设时间;若是,则判定已接受订单的技术人员不能处理订单。
本实施例中,处理器5执行存储器4中保存的计算机子程序时,可以具体实现以下步骤:判断是否在预设时间内接收到已接受订单的技术人员发送的订单处理信息;若否,则判定已接受订单的技术人员不能处理订单。
本实施例中,处理器5执行存储器4中保存的计算机子程序时,可以具体实现以下步骤:判断是否接收到已接受订单的技术人员发送的拒绝信息;若是,则判定已接受订单的技术人员不能处理订单。
本实施例中,处理器5执行存储器4中保存的计算机子程序时,可以具体实现以下步骤:接收订单的处理请求前,接收多个技术人员的信息;基于多个技术人员的信息向除已接受订单的技术人员之外的技术人员发送订单共享邀请。
本实施例中,处理器5执行存储器4中保存的计算机子程序时,可以具体实现以下步骤:在技术人员的信息包括技术人员的业务属性时;根据技术人员的业务属性将业务属性相同的技术人员进行分组;获取已接受订单的技术人员的业务属性;向与已接受订单的技术人员的业务属性相同的分组内的技术人员发送订单共享邀请。
本实施例中,处理器5执行存储器4中保存的计算机子程序时,可以具体实现以下步骤:判断是否存在技术人员接受订单共享邀请;若是,则将接受订单共享邀请的技术人员标记为订单处理人员。
本实施例中,处理器5执行存储器4中保存的计算机子程序时,可以具体实现以下步骤:将最早接受订单共享邀请的技术人员标记为订单处理人员。
对于本申请提供的一种电子设备的其他介绍请参照上述方法实施例,本申请在此不做赘述。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
还需要说明的是,在本说明书中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其他实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种订单的处理方法,其特征在于,包括:
接收所述订单的处理请求;
判断已接受订单的技术人员是否能处理所述订单;
若否,则向除已接受所述订单的技术人员之外的技术人员发送订单共享邀请以使其他所述技术人员选择是否接受所述订单。
2.如权利要求1所述的订单的处理方法,其特征在于,判断已接受所述订单的技术人员是否能处理所述订单,包括:
判断已接受所述订单的技术人员在接受到所述订单后未进行处理的时间是否大于预设时间;
若是,则判定所述已接受所述订单的技术人员不能处理所述订单。
3.如权利要求2所述的订单的处理方法,其特征在于,判断已接受所述订单的技术人员在接受到所述订单后未进行处理的时间是否大于预设时间,包括:
判断是否在预设时间内接收到已接受所述订单的技术人员发送的订单处理信息;
若否,则判定所述已接受所述订单的技术人员不能处理所述订单。
4.如权利要求1所述的订单的处理方法,其特征在于,判断已接受所述订单的技术人员是否能处理所述订单,包括:
判断是否接收到已接受所述订单的技术人员发送的拒绝信息;
若是,则判定所述已接受所述订单的技术人员不能处理所述订单。
5.如权利要求1所述的订单的处理方法,其特征在于,接收所述订单的处理请求前,还包括:
接收多个所述技术人员的信息;
向除已接受所述订单的技术人员之外的技术人员发送订单共享邀请,包括基于多个所述技术人员的信息向除已接受所述订单的技术人员之外的技术人员发送订单共享邀请。
6.如权利要求5所述的订单的处理方法,其特征在于,所述技术人员的信息包括所述技术人员的业务属性,还包括:
根据所述技术人员的业务属性将所述业务属性相同的技术人员进行分组;
基于多个所述技术人员的信息向除已接受所述订单的技术人员之外的技术人员发送订单共享邀请,包括:
获取已接受所述订单的技术人员的业务属性;
向与已接受所述订单的技术人员的业务属性相同的分组内的技术人员发送订单共享邀请。
7.如权利要求1-6任一项所述的订单的处理方法,其特征在于,向除已接受所述订单的技术人员之外的技术人员发送订单共享邀请之后,还包括:
判断是否存在所述技术人员接受所述订单共享邀请;
若是,则将接受所述订单共享邀请的技术人员标记为订单处理人员。
8.如权利要求7所述的订单的处理方法,其特征在于,将接受所述订单共享邀请的技术人员标记为订单处理人员,包括:
将最早接受所述订单共享邀请的技术人员标记为所述订单处理人员。
9.一种订单的处理装置,其特征在于,包括:
接收单元,用于接收所述订单的处理请求;
判断单元,用于判断所述技术人员是否能处理所述订单,若否,则触发共享单元;
所述共享单元,用于向除已接受所述订单的技术人员之外的技术人员发送订单共享邀请以使其他所述技术人员选择是否接受所述订单。
10.一种电子设备,其特征在于,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如权利要求1-8任一项所述的订单的处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011256448.1A CN112308680A (zh) | 2020-11-11 | 2020-11-11 | 一种订单的处理方法、装置及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011256448.1A CN112308680A (zh) | 2020-11-11 | 2020-11-11 | 一种订单的处理方法、装置及电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112308680A true CN112308680A (zh) | 2021-02-02 |
Family
ID=74324877
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011256448.1A Pending CN112308680A (zh) | 2020-11-11 | 2020-11-11 | 一种订单的处理方法、装置及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112308680A (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170278155A1 (en) * | 2014-09-25 | 2017-09-28 | Huawei Technologies Co., Ltd. | Order processing method and terminal |
CN107844878A (zh) * | 2017-06-26 | 2018-03-27 | 北京小度信息科技有限公司 | 订单分配方法及装置 |
CN109214712A (zh) * | 2018-10-15 | 2019-01-15 | 北京顺丰同城科技有限公司 | 一种订单调度方法及装置 |
-
2020
- 2020-11-11 CN CN202011256448.1A patent/CN112308680A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170278155A1 (en) * | 2014-09-25 | 2017-09-28 | Huawei Technologies Co., Ltd. | Order processing method and terminal |
CN107844878A (zh) * | 2017-06-26 | 2018-03-27 | 北京小度信息科技有限公司 | 订单分配方法及装置 |
CN109214712A (zh) * | 2018-10-15 | 2019-01-15 | 北京顺丰同城科技有限公司 | 一种订单调度方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101506769A (zh) | 基于数据对象和到标识目的的用户连接之间的确定关系生成搜索结果 | |
CN107544271A (zh) | 终端控制方法、装置及计算机可读存储介质 | |
US20020029336A1 (en) | Authentication method and authentication system for users attempting to access an information source via communication network, and information processing system and information processing method using the same | |
CN110290280B (zh) | 一种终端状态的识别方法、装置及存储介质 | |
CN111008059A (zh) | 一种弹窗展示的控制方法、装置、终端及存储介质 | |
CN110365605B (zh) | 一种消息发送方法、装置、设备及存储介质 | |
EP3301626A1 (en) | Method, device, and system | |
CN112396432B (zh) | 回访任务生成系统及方法、设备、介质 | |
CN107526580A (zh) | 终端应用识别方法及装置 | |
CN110797017A (zh) | 语音呼救方法、智能音箱以及存储介质 | |
CN112328760B (zh) | 服务提供方法、装置和系统 | |
CN112308680A (zh) | 一种订单的处理方法、装置及电子设备 | |
CN110716867B (zh) | 多页面跳转压力的检测方法、装置及设备 | |
CN112413826A (zh) | 设备配置方法、装置、电子设备及存储介质 | |
CN110493773B (zh) | 移动设备鉴权能力的获取方法及其设备 | |
CN111404788A (zh) | 一种设备分享方法及服务器 | |
CN108234658B (zh) | 一种感知服务器集群健康状况的方法、装置和服务器 | |
CN113256240B (zh) | 消息的处理方法、装置和服务器 | |
CN113990312A (zh) | 一种设备控制方法及装置、电子设备及存储介质 | |
US20230095124A1 (en) | Ai control device, server device connected to ai control device, and ai control method | |
CN113810204A (zh) | 线上会议的主持人确定方法、装置、设备及存储介质 | |
CN107516351B (zh) | 考勤确认方法及装置 | |
CN112260933A (zh) | 通信的方法、装置、电子设备及介质 | |
JP2015069535A (ja) | 架電支援システム、及びプログラム | |
CN111338217A (zh) | 一种信息显示方法、装置、设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210202 |