一种接单方法、装置、服务器及存储介质与流程

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.图1为一种实施例的接单方法的流程图；
32.图2为又一种实施例的接单方法的流程图；
33.图3为另一种实施例的接单方法的流程图；
34.图4为又一种实施例的接单方法的流程图；
35.图5为一种实施例的接单装置的结构图；
36.图6为一种实施例的服务器的结构图图。
具体实施方式
37.下面通过具体实施方式结合附图对本发明作进一步详细说明。其中不同实施方式中类似元件采用了相关联的类似的元件标号。在以下的实施方式中，很多细节描述是为了使得本技术能被更好的理解。然而，本领域技术人员可以毫不费力的认识到，其中部分特征
在不同情况下是可以省略的，或者可以由其他元件、材料、方法所替代。在某些情况下，本技术相关的一些操作并没有在说明书中显示或者描述，这是为了避免本技术的核心部分被过多的描述所淹没，而对于本领域技术人员而言，详细描述这些相关操作并不是必要的，他们根据说明书中的描述以及本领域的一般技术知识即可完整了解相关操作。
38.另外，说明书中所描述的特点、操作或者特征可以以任意适当的方式结合形成各种实施方式。同时，方法描述中的各步骤或者动作也可以按照本领域技术人员所能显而易见的方式进行顺序调换或调整。因此，说明书和附图中的各种顺序只是为了清楚描述某一个实施例，并不意味着是必须的顺序，除非另有说明其中某个顺序是必须遵循的。
39.本文中为部件所编序号本身，例如“第一”、“第二”等，仅用于区分所描述的对象，不具有任何顺序或技术含义。而本技术所说“连接”、“联接”，如无特别说明，均包括直接和间接连接(联接)。
40.现有技术中，由于技师接单后就只能完成该维修单子或者放弃该维修单子，因此当技师评估自身不能满足维修需求时，通常不会对其进行接单，从而导致维修单子只有刚好被能满足维修需求的技师看到时，才能及时的完成接单，而技师通常又不会实时的在平台上选择接单，因此维修单子容易被错过，从而导致长时间没有人对维修单子进行处理。
41.在本发明实施例中，不仅客户可以根据需求发布诊断单，而且技师也可以在接单后根据需求重新转出诊断单，因此技师可以接客户发布的诊断单，技师也可以接技师重新转出的诊断单，从而提高诊断单被其它技师看到的可能，以提高诊断单的整体完成速度。
42.一些实施例中提供了一种接单方法，其可以应用于服务器，一些实施例中，诊断单接发平台可以为软件客户端，例如手机的app，以供用户登入和使用。例如，诊断单接发平台用于实现服务器端和多个用户之间的信息传输，从而实现用户上传诊断单或者接单等动作，以及服务器端获取诊断单和发布诊断单等动作。一些实施例中，诊断单接发平台用于汽修维修。其中，需要汽修服务的客户，以及提供汽修服务的技师均通过终端设备登入诊断单接发平台，并实现上传诊断单或者接单等动作。以下实施例中，第一用户可以是指用于客户所登入的账号，而第二用户可以是指用于技师所登入的账号。
43.请参考图1，以下对接单方法进行具体说明，其包括：
44.步骤100：获取第一用户通过诊断单接发平台上传的诊断单，并通过诊断单接发平台发布所述诊断单。
45.一些实施例中，需要汽修服务的第一用户可以通过诊断单接发平台上传诊断单，而服务器通过诊断单接发平台获取到诊断单后进行发布，从而使得部分或全部的第二用户在登入诊断单接发平台后可以查看所发布的诊断单。
46.步骤200：获取第二用户通过所述诊断单接发平台对所述诊断单的接单命令，将所述诊断单确认为被所述第二用户接单。
47.一些实施例中，当第二用户需要对诊断单接发平台所发布的诊断单进行接单时，第二用户通过诊断单接发平台向服务器端发送对诊断单的接单命令，而服务器端获取接单命令后将诊断单确认为被该第二用户所接单，可以理解是，对诊断单接单的第二用户和向服务器上传该诊断单的第二用户不是同一个。一些实施例中，诊断单被第二用户所接单后，服务器还将该诊断单设置成其他第二用户通过诊断单接发平台无法查看的状态，即除接单之外的第二用户均不可以看到该诊断单。一些实施例中，当接单的第二用户完成该诊断单，
即提供了汽修服务后，第二用户通过诊断单接发平台上传接单完成信息给服务器，而服务器获取传接单完成信息后确认该诊断单被完成，并至少对诊断单和完成该诊断单的第二用户进行记录。
48.步骤300：获取所述第二用户通过所述诊断单接发平台转出的所述诊断单，并重新通过诊断单接发平台发布所述诊断单。
49.一些实施例中，通过诊断单接发平台上传诊断单的用户，可以是需要汽修服务的第一用户，也可以是需要汽修服务的第二用户。可以理解是，需要汽修服务的第一用户通常会上传诊断单，当诊断单被接单后，被所接单的第二用户提供汽修服务以完成该诊断单。然而能够提供汽修服务的第二用户不一定能够及时在诊断单接发平台上看见诊断单，因此诊断单可能长时间没有被接单处理。此时，不能够提供汽修服务的第二用户也可以对诊断单进行接单，并由诊断单接发平台重新转出该诊断单，而服务器获取到该诊断单后重新通过诊断单接发平台发布该诊断单。一方面，当第二用户对诊断单进行接单后再重新转出，可以刷新诊断单的发布，从而使得诊断单可以重新被其它第二用户所看到，以提高诊断单被接单的可能性。另一方面，接单的第二用户虽然不能够提供汽修服务，但是接单的第二用户可以联系到能够提供汽修服务的第二用户时，接单的第二用户可以快速将诊断单重新进行上传转出，从而使得能够提供汽修服务的第二用户迅速的看到诊断单并进行接单，从而避免了诊断单没有及时在诊断单接发平台上被看见，以提高诊断单被接单的速度。
50.由上述实施例的接单方法可知，第一用户通过诊断单接发平台上传的诊断单，可以被第二用户接单，第二用户也可以通过诊断单接发平台向服务器转出该诊断单，服务器再重新通过诊断单接发平台发布该诊断单，并被其它的第二用户所接单。由于同一个诊断单可以通过第二用户进行重复转出，提高了诊断单重新被其它第二用户看到的可能，使得诊断单被接单完成的时间减少，从而提高了诊断单的整体完成速度，也避免诊断单因未被第二用户及时看见而长时间没有被处理。
51.一些实施例中，诊断单包括诊断类型，诊断类型包括待诊断的车辆类型和/或故障类型。一些实施例中，当需要汽修服务的用户通过诊断单接发平台上传诊断单时，用户需要填写诊断单所包括的诊断类型，以使得看到该诊断单的其它用户，可以通过诊断类型判断自己是否可以进行接单。一些实施例中，当需要汽修服务的第二用户重新通过诊断单接发平台发布诊断单时，需要汽修服务的第二用户可以通过诊断单接发平台向服务器重新发布诊断单，即重新上传所接诊断单，也可以向服务器重新上传诊断单，即重新填写诊断单。一些实施例中，车辆类型包括车辆车型，例如车辆类型为2020年福特福克斯车型。而故障类型包括维修需求，例如维修需求为更换车身ecu(电子控制单元)。
52.请参考图2，一些实施例中，在通过诊断单接发平台发布诊断单时，其具体方法包括：
53.步骤110：获取上传所述诊断单的第一用户所选择的第二用户，或者获取转出所述诊断单的第二用户所选择的其它第二用户。
54.一些实施例中，当需要汽修服务的用户通过诊断单接发平台上传诊断单时，可以通过服务器选择向全部的用户进行发布，使得全部的用户均可以看见诊断单，例如当用户为需要汽修服务的第一用户，由于第一用户不知道能提供对应汽修服务的具体第二用户，通常第一用户在登入诊断单接发平台后会选择向全部的第二用户进行发布。一些实施例
中，当需要汽修服务的第一用户通过诊断单接发平台上传诊断单时，可以通过服务器选择向部分的第二用户进行发布，使得部分的第二用户可以看见诊断单。例如当用户为需要汽修服务的第二用户时，由于第二用户知道能提对应供汽修服务的其它第二用户，因此第二用户在登入诊断单接发平台后会选择可以提供汽修服务的其它第二用户进行发布，例如第二用户可以通过其好友列表来选择能够提供对应汽修服务的第二用户。
55.步骤120：将所述诊断单发送至所述被选择的第二用户。
56.一些实施例中，当服务器获取到上传诊断单的用户所选择的第二用户后，将所选择的第二用户作为发布对象，服务器再通过诊断单接发平台向发布对象发布诊断单。由于可以通过服务器向可能提供汽修服务的第二用户定向发布诊断单，使得提高诊断单被及时看到的可能性。
57.请参考图3，一些实施例中，在通过诊断单接发平台发布所述诊断单时，其具体方法包括：
58.步骤130：根据所述诊断单的诊断类型，获取与所述诊断类型关联的第二用户。
59.步骤140：将所述诊断单发送至所述与所述诊断类型关联的第二用户；
60.或步骤150：将所述与所述诊断类型关联的第二用户推送给所述第一用户，以使所述第一用户选择其中一个第二用户作为所述诊断单的发布对象；将所述诊断单发送至被所述第一用户选中的第二用户。
61.一些实施例中，服务器可以根据诊断单所包括的诊断类型，并进行数据分析后选择擅长解决该诊断类型的第二用户，即与所述诊断类型关联的第二用户。然后通过诊断单接发平台推送给上传诊断单的用户，以供其进行选择。一些实施例中，当用户为需要汽修服务的第一用户时，服务器根据第一用户所填写的诊断类型进行数据分析后，选择擅长解决该诊断类型的第二用户，并在第一用户将诊断单进行上传前，将擅长解决该诊断类型的第二用户进行推送，以使第一用户选择其中一个第二用户作为诊断单的发布对象，然后将诊断单发送至被第一用户选中的第二用户。一些实施例中，当用户为需要汽修服务的第二用户时，服务器根据第二用户所接诊断单的诊断类型进行数据分析后，选择擅长解决该诊断类型的第二用户，并在第二用户将诊断单进行上传前，将擅长解决该诊断类型的第二用户进行推送，使得将诊断单发送至与诊断类型关联的第二用户。当用户通过诊断单接发平台上传的诊断单前，服务器都会对其推送擅长解决该诊断单的第二用户，使其能够快速的选择能够提供汽修服务的第二用户。
62.请参考图4，一些实施例中，在根据所述诊断单的诊断类型，获取与所述诊断类型关联的第二用户之前，还包括：
63.步骤132：获取各个第二用户对应的历史诊断数据。
64.步骤134：针对每个第二用户，基于对应的历史诊断数据确定该第二用户擅长的诊断类型，并将该第二用户与所述诊断类型进行关联。
65.一些实施例中，当每一单诊断单被完成了，服务器都会获取第二用户通过诊断单接发平台上传的接单完成信息，并至少对诊断单的诊断类型和完成该诊断单的第二用户进行存储，以形成诊断记录。服务器通过大数据分析对全部的诊断记录进行统计，并在需要推送擅长解决该诊断类型的第二用户时，获取各第二用户对包括该诊断类型的诊断单的完成次数，并将完成次数达到预设次数的第二用户作为擅长解决该诊断类型的第二用户并进行
推送，并将该第二用户与该诊断类型进行关联。可以理解的是，当第二用户对该诊断类型的完成次数越多，则说明该第二用户越擅长解决该诊断类型，并与该诊断类型关联性越大，反之，则越不擅长，并与该诊断类型关联性越小。
66.一些实施例中，在获取第二用户通过诊断单接发平台对诊断单的接单命令，将诊断单确认为被第二用户接单时，还包括以下步骤：
67.判断该第二用户是否不擅长解决所述诊断单；
68.若不擅长，则根据所述诊断单的诊断类型，获取擅长解决所述诊断类型的其它第二用户，并通过所述诊断单接发平台推送给该第二用户，以供选择。
69.一些实施例中，当用户为需要汽修服务的第二用户时，第二用户先通过诊断单接发平台向服务器发送接单命令，然后服务器将诊断单确认为被该第二用户接单。然后服务器在向第二用户推荐擅长解决该诊断类型的其它第二用户前，先判断该接单的第二用户是否不擅长解决诊断单，若不擅长，服务器再则根据诊断单的诊断类型，获取擅长解决所述诊断类型的其它第二用户，并通过诊断单接发平台推送给该第二用户。当第二用户时接单后，服务器都会对其判断否不擅长解决诊断单，若是，则向其推送擅长解决该诊断单的其它第二用户，使其能够快速的选择能够提供汽修服务的其它第二用户，而无需在其重新通过诊断单接发平台上传的诊断单前，再对其推送擅长解决该诊断单的第二用户。
70.一些实施例中，在判断该第二用户是否不擅长解决所述诊断单时，其具体方法包括：
71.获取该第二用户对包括所述诊断类型的诊断单的完成次数；
72.当完成次数小于阈值，则判断该第二用户不擅长解决所述诊断单。
73.一些实施例中，服务器通过大数据分析对全部的诊断记录进行统计，并在需要判断该第二用户是否不擅长解决所述诊断单时，获取该第二用户对包括所述诊断类型的诊断单的完成次数，当完成次数小于阈值，则判断该第二用户不擅长解决所述诊断单。可以理解的是，当第二用户对该诊断类型的完成次数小于一定次数时，则说明该第二用户不擅长解决所述诊断单。
74.以下通过例子对上述的接单方法进行说明：
75.当第一用户存在汽修服务需求时，第一用户通过终端设备登入诊断单接发平台并填写诊断单的诊断类型。若诊断类型为常见的问题，例如已有车型的汽修问题，此时服务器根据所填诊断类型，向第一用户推荐擅长解决该诊断类型的第二用户，而第一用户可以根据服务器所推荐的第二用户进行选择，并通过诊断单接发平台向服务器上传诊断单，服务器再通过诊断单接发平台向第一用户所选择的第二用户发布该诊断单。若诊断类型为不常见的问题，例如新车型的汽修问题，此时服务器无法找到擅长解决该诊断类型的第二用户，第一用户可以向全部的第二用户进行发布，也可以选择好友列表中的第二用户进行发布。
76.当第二用户通过终端设备登入诊断单接发平台时，若该第二用户在第一用户所选择发布的范围内，则该第二用户可以查看第一用户所发布的诊断单。当第二用户查看诊断单并进行接单时，服务器将该诊断单设置成其他第二用户通过所述诊断单接发平台无法查看的状态，并根据诊断单的诊断类型，判断该第二用户是否不擅长解决该诊断单。若否，说明该第二用户可以完成该诊断单，当该第二用户完成该诊断单后，服务器将会记录该第二用户完成了该诊断类型的诊断单。若是，则向该第二用户推荐擅长解决该诊断类型的第二
用户，而该第二用户可以根据服务器所推荐的其它第二用户进行选择，也可以选择好友列表中的其它第二用户，并通过诊断单接发平台向服务器转出诊断单，服务器再通过诊断单接发平台重新向其所选择的其它第二用户发布该诊断单。
77.当另一第二用户接单后且未完成诊断单时，另一第二用户重复上述第二用户的上述操作步骤，直至诊断单被完成。
78.由上述实施例可知，除了第一用户可以选择第二用户进行诊断单发布，第二用户也可以选择其它第二用户进行诊断单的重新发布，诊断单重复发布后提高诊断单重新被其它第二用户看到的可能，使得诊断单被接单完成的时间减少，从而提高了诊断单的整体完成速度，也避免诊断单因未被第二用户及时看见而长时间没有被处理。并且服务器可以向第二用户或者第一用户推荐擅长解决该诊断单的第二用户，使得诊断单可以选择向可以提供汽修服务的第二用户发布，从而进一步提高诊断单的整体完成速度。
79.请参考图5，一些实施例中提供了一种接单装置，其包括发布模块10、接单模块20和控制模块30。
80.发布模块10用于获取第一用户通过诊断单接发平台上传的诊断单，并通过诊断单接发平台发布所述诊断单。
81.接单模块20用于获取第二用户通过所述诊断单接发平台对所述诊断单的接单命令，将所述诊断单确认为被所述第二用户接单。
82.控制模块30用于获取所述第二用户通过所述诊断单接发平台转出的所述诊断单，并控制发布模块10重新通过诊断单接发平台发布所述诊断单。
83.一些实施例中，在通过诊断单接发平台发布诊断单时，发布模块10还用于获取上传所述诊断单的第一用户所选择的第二用户，或者获取转出所述诊断单的第二用户所选择的其它第二用户；将所述诊断单发送至所述被选择的第二用户。
84.一些实施例中，在获取第二用户通过所述诊断单接发平台对所述诊断单的接单命令，将所述诊断单确认为被所述第二用户接单时，接单模块20还用于将该诊断单设置成其他第二用户通过所述诊断单接发平台无法查看的状态。
85.一些实施例中，所述诊断单包括诊断类型，所述诊断类型包括待诊断的车辆类型和/或故障类型。
86.一些实施例中，在通过诊断单接发平台发布所述诊断单时，控制模块30还用于根据所述诊断单的诊断类型，获取与所述诊断类型关联的第二用户；将所述诊断单发送至所述与所述诊断类型关联的第二用户；或，将所述与所述诊断类型关联的第二用户推送给所述第一用户，以使所述第一用户选择其中一个第二用户作为所述诊断单的发布对象；将所述诊断单发送至被所述第一用户选中的第二用户。
87.一些实施例中，在获取第二用户通过诊断单接发平台对诊断单的接单命令，将诊断单确认为被第二用户接单时，控制模块30还用于判断该第二用户是否不擅长解决诊断单，若不擅长，则将擅长解决所述诊断类型的第二用户通过诊断单接发平台推送给上传诊断单的第二用户，以供选择。
88.一些实施例中，在根据所述诊断单的诊断类型，获取与所述诊断类型关联的第二用户之前，控制模块30还用于获取各个第二用户对应的历史诊断数据；针对每个第二用户，基于对应的历史诊断数据确定该第二用户擅长的诊断类型，并将该第二用户与所述诊断类
型进行关联。
89.一些实施例中，在判断该第二用户是否不擅长解决所述诊断单时，控制模块30还用于获取该第二用户对包括所述诊断类型的诊断单的完成次数，当完成次数小于阈值，则判断该第二用户不擅长解决所述诊断单。
90.由上述实施例的接单装置可知，用户通过诊断单接发平台向控制模块30上传的诊断单，可以在发布模块10发布后被第二用户接单，并由接单模块20进行接单确认。而第二用户可以通过诊断单接发平台向控制模块30重新转出该诊断单，发布模块10再重新通过诊断单接发平台发布该诊断单。由于同一个诊断单可以通过第二用户进行重复发布，提高了诊断单重新被其它第二用户看到的可能，使得诊断单被接单完成的时间减少，从而提高了诊断单的整体完成速度，也避免诊断单因未被第二用户及时看见而长时间没有被处理。
91.请参考图6，一些实施例中提供了一种服务器，其包括存储器40和处理器50。存储器40用于存储程序。处理器50用于通过执行所述存储器存储的程序以实现上述的接单方法。
92.一些实施例中提供了一种计算机可读存储介质，介质上存储有程序，程序能够被处理器执行以实现上述的接单方法。
93.本领域技术人员可以理解，上述实施方式中各种方法的全部或部分功能可以通过硬件的方式实现，也可以通过计算机程序的方式实现。当上述实施方式中全部或部分功能通过计算机程序的方式实现时，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器、随机存储器、磁盘、光盘、硬盘等，通过计算机执行该程序以实现上述功能。例如，将程序存储在设备的存储器中，当通过处理器执行存储器中程序，即可实现上述全部或部分功能。另外，当上述实施方式中全部或部分功能通过计算机程序的方式实现时，该程序也可以存储在服务器、另一计算机、磁盘、光盘、闪存盘或移动硬盘等存储介质中，通过下载或复制保存到本地设备的存储器中，或对本地设备的系统进行版本更新，当通过处理器执行存储器中的程序时，即可实现上述实施方式中全部或部分功能。
94.以上应用了具体个例对本发明进行阐述，只是用于帮助理解本发明，并不用以限制本发明。对于本发明所属技术领域的技术人员，依据本发明的思想，还可以做出若干简单推演、变形或替换。