汽修信息共享平台及方法与流程

1.本发明涉及信息技术领域，特别涉及一种汽修信息共享平台及方法。


背景技术：

2.汽车在使用过程中难免会遇到故障或者因为发生交通事故需要进行维修。传统的汽车维修服务是，车主（或泛指车辆驾驶员）通过地图寻找附近的维修店，或者车主认可的常用维修店或者4s店，然后将车辆开往维修店进行维修，维修店预估可能需要的维修时间，车主在该时间之后取车，或者车辆维修完成后维修店通知车主取车。随着网络技术的发展，出现了新一代汽修服务方式，即提供一个汽修共享平台，多个维修店入驻该平台后，平台即可发布各维修店的信息，例如地址、服务时间、服务项目及价格等，车主有维修需求时可以在平台上选择中意的维修店进行维修。
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.与现有技术相比，本发明具有以下有益效果：（1）可以使得维修店的工位和技师得到更合理的分配，提高利用率，避免资源闲置浪费。
34.（2）车主可以选择空闲的工位进行维修，避免等待时间，提高维修效率的同时，也提升车主的体验。
35.（3）提高信息公开透明化程度，提升服务质量。
附图说明
36.为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍， 应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
37.图1为实施例1中汽修信息共享系统的组成示意图。
38.图2a、图2b分别为基于图1所述系统实现的一种汽修信息共享方法的流程图。
39.图3为实施例2中汽修信息共享系统的组成示意图。
40.图4为基于图3所述系统实现的汽修信息共享方法的流程图。
41.图5为实施例3中汽修信息共享系统的组成示意图。
42.图6a、图6b分别为基于图5所述系统实现的一种汽修信息共享方法的流程图。
43.图7为实施例4中汽修信息共享平台的组成示意图。
44.图8为实施例5中所述的电子设备的组成框图。
45.图中标记：10-服务端；20-维护端；30-技师端；40-零配件供应端；50-品控端；60-用户端；70-图像采集装置。
具体实施方式
46.下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
47.实施例1请参阅图1，本实施例中提供了一种汽修信息共享系统，包括用户端60、服务端10、维修端20和技师端30，用户端60、维修端20和技师端30分别与服务端10进行通信连接。
48.用户端60用于向服务端10发送维修需求信息，所述维修需求信息为对本次维修需求的描述信息，例如包括故障信息，故障信息包括但不限于故障部位及故障类型。提供故障信息的目的是便于匹配更合适的维修技师，因此能够帮助了解车辆故障的信息都可以包括于故障信息之内，不限于故障部位及故障类型。当车主有维修需求时，就可以通过用户端60向服务端10发送维修需求信息。
49.在更优化的方案中，维修需求信息还可以包括车辆信息，车辆信息包括但不限于车辆品牌和车辆型号。提供车辆信息的目的一方面是有利于匹配更合适的维修技师，另一方面也有利于更好地匹配出维修所需的零配件。
50.维修端20用于向服务端10发送工位信息，所述工位信息工位信息包括对空闲工位的描述信息，例如工位地址和空闲工位的数量。提供工位信息的目的是展示本维修店可以提供多少工位供维修使用，方便于车主进行选择，避免排队等待。
51.技师端30用于向服务端10发送技师信息，所述技师信息包括工作状态，所述工作状态包括空闲或工作中这两种状态，技师信息还可以包括技能介绍。提供技师信息的目的是展示该技师所能维修的项目以及当前是否空闲，方便于车主进行选择，使得车辆得到更好的维修。因此，在更优化的方案中，所述技师信息还可以包括工作年限和/或服务评价等信息。服务评价可以是评价打分，也可以是评价星级。
52.本方案中的技师端30与维修端20是相互独立的，也就是说，技师可以任职于某个维修店，也可以不任职于任何维修店。因此为了进一步帮助车主选择，优选所述技师信息中还包括地址信息，例如为了缩短维修时间，车主可能会优先选择在同一个位置的维修店和技师。
53.服务端10用于将维修端20和技师端30发送的信息进行发布展示，以便于车主可以
通过用户端60浏览查阅，以及进行选择。服务端10还用于当某个维修店的工位或者某个技师被选中时，向对应的维修端20或技师端30发送服务信息，维修端20或技师端30在接收到服务端10发送的服务信息后，给出是否提供服务的响应信息。服务端10则将该响应信息转发给用户端60。
54.一般而言，有维修需求时，维修店和技师都会提供相应的服务，因此所述服务信息可以仅仅是被选中的告知信息。但是为了给车主提供更优质的服务，匹配出更加合理的技师或维修店，同时也为了给维修店和技师相应的选择权利，在更优化的方案中，所述服务信息还可以包括所述维修需求信息，以便于维修店或技师确定自身是否能够或者愿意提供相应的服务，继而给出是否提供服务的响应信息。如果维修端20或技师端30提供的是拒绝服务的响应信息，那么车主需要通过用户端60进行重新选择。
55.容易理解的，不同地段的租金不同，因此不同地址的工位的使用成本可能会有不同，为了便于车主选择，所述工位信息中还可以包括工位使用费用。同理的，不同技师的技术能力与经验不同，不同技师的服务成本也可能会有不同，因此优选所述技师信息中还包括服务费用，便于车主选择。
56.车主有维修需求时，可能是当时就需要，也可能是想提前预约，例如预约在车主某个空闲的时间。针对于预约的情况，由于预约的维修时间是未来的某个时间，而未来时间工位或技师是否空闲是未知的，因此为了满足预约服务的情况，优选维修需求信息中还包括维修时间，维修店或技师看到该维修时间后，即可根据自身情况确定是否提供该服务。一方面可以使得维修店或技师做好安排，预留出时间以便于提供更好的服务，使车主的体验更好，另一方面也给维修店和技师更多的选择，避免出现因时间不合适而导致无法提供服务的情况。
57.如图2a所示，基于上述系统实现的汽修信息共享方法，包括以下步骤：s1，维修端20向服务端10发送工位信息。
58.s2，技师端30向服务端10发送技师信息。
59.容易理解的，步骤s1和s2之间没有执行顺序的先后之分。
60.s3，服务端10将所述工位信息和所述技师信息进行发布展示。
61.展示后，当车主有维修需求时，就可以浏览这些工位信息和技师信息，然后选择符合自己需求（例如空闲且距离近）的维修店及技师进行维修。
62.如图2a所示，上述汽修信息还可以包括步骤：s4，当某个工位和/或技师被选择后，用户端60向服务端10发送针对某个工位和/或技师的选择信息。
63.s5，服务端10向被选中的工位和/或技师所对应的维修端20和/或技师端30发送服务信息。
64.s6，维修端20向服务端10发送是否提供服务的响应信息。
65.s7，技师端30向服务端10发送是否提供服务的响应信息。
66.容易理解的，步骤s6和s7之间没有执行顺序的先后之分。
67.s8，服务端10将所述响应信息发送给用户端60。用户端60接收到响应信息后，即可将车辆驾驶至选择的维修店进行维修。
68.在另一实施方案中，如图2b所示，在步骤s4之前还包括步骤s4’：用户端60向服务
端10发送维修需求信息。此时，步骤s5由s5’代替，具体为：服务端10向被选中的工位和/或技师所对应的维修端20和/或技师端30发送服务信息以及所述维修需求信息。
69.在图2a和图2b所示的流程中，维修端不仅执行信息的展示发布，还执行信息转发操作，在其他实施方案中，用户端也可以直接向维修端和技师端发送选择信息，维修端和技师端则直接向用户端给出是否提供服务的响应信息。
70.现实中，针对于不同的维修店，有的维修店的维修量很大，而有的维修店却很缺乏，既使得排队等待的车主体验不好，又会造成闲置的维修店工位浪费。针对于同一个维修店，也会出现在某些时间维修量很大，而在某些时间又很缺乏，如果招聘较少技师会使得在维修量大时技师不够用，如果招聘较多技师又会造成在维修量较小时的浪费。
71.本实施例方案中，通过将技师和维修店打散，两者分别独立存在，可以使得技师和维修店的工位都能得到合理利用，可以很好的改善有的维修店排长队而有的维修店工位或技师闲置的情况，既使得车主有更好的体验，又避免了资源浪费，包括时间资源和工位资源、技师资源。
72.另外，本实施例方案中，服务端10并不会执行匹配计算任务，也不执行分配任务，而只是执行信息收发和展示任务，不仅将选择权交由车主使得车主体验感更好，而且还可以降低服务端10的运算量，继而降低其硬件成本，同时还可以避免因处理能力有限而导致的卡顿现象。
73.容易理解的，本实施例中所述的维修端20、用户端60、服务端10、技师端30，包括后文中的品控端50、零配件供应端40，都是指具有数据收发和处理能力的电子设备，例如计算机、移动终端、pad、服务器等。
74.实施例2请参阅图3，与实施例1相比，本实施例中提供的汽修信息共享系统还包括零配件供应端40，用于向服务端10发送零配件信息，所述零配件信息为对零配件的描述信息，包括但不限于零配件参数及售价，零配件参数包括名称、型号、尺寸等。所述零配件信息还可以包括缺货或有货的状态信息。此时，服务端10还用于将零配件供应端40发送的信息进行发布展示，以便于车主可以通过用户端60浏览查阅，以及进行选择。车主选择后用户端60将被选中的零配件信息上传给服务端10，服务端10则将被选中的零配件信息传输给零配件供应端40，以便于零配件供应商及时准备好相应的零配件。
75.对于某些汽车维修可能会涉及更换零配件，传统模式下，零配件都是由维修店提供，这样的方式存在两个缺点，一是零配件的价格可能会高出正常价格很多，但车主没有其他选择，二是该维修店缺乏零配件时会导致维修时间延长。本实施例方案中，零配件供应商通过零配件供应端40可以向服务端10发布零配件信息以进行展示，既使得零配件信息公开透明化，又使得车主有更多的选择，还可以避免因维修店缺乏零配件而导致的维修时间延长。
76.如图4所示，基于上述系统实现的汽修信息共享方法，除了图2b（也可以是图2a）所示方法中包含的步骤外，还包含步骤：s9，零配件供应端40向服务端10发送零配件信息。
77.s10，服务端10将所述零配件信息进行发布展示。
78.s11，用户端60向服务端10发送对某个或某些零配件的选择信息。
79.s12，服务端10将所述选择信息发送给对应的零配件供应端40。
80.需要注意的是，并不是每一次维修都需要更换零配件，也不是每次更换都需要在零配件供应端40处购买，也可以在维修店购买，因此上述步骤s11和s12作为可选步骤，而不是必要步骤。
81.在其他实施方案中，用户端也可以直接向零配件供应端发送对某个或某些零配件的选择信息。
82.也容易理解的是，步骤s9与步骤s1、s2、s4’之间没有执行顺序的先后之分。
83.实施例3请参阅图5，与实施例1（也可以以实施例2作为基础）相比，本实施中提供的汽修信息共享系统还包括品控端50和图像采集装置70，图像采集装置70用于采集维修现场的图像信息，并传输给维修端，维修端再将图像信息发送给服务端10，品控端50用于从服务端10获取维修现场的视频信息或图像信息，以及向服务端10发送针对于该视频信息或图像信息而进行的评价信息。
84.如图6a所示，基于上述系统实现的汽修信息共享方法，除了图2b（也可以是图2a，或者图4）所示方法中包含的步骤外，还包含步骤：s13，维修端20向服务端10发送维修现场的图像信息。
85.s14，品控端50从服务端10获得所述图像信息，并向服务端10发送针对于该图像信息而进行的评价信息。
86.品控端50从服务端10获得所述图像信息有两种实施方式，一种是服务端10直接向品控端50发送该图像信息，另一种则是品控端主动向服务端索取，本实施例采用第一种方式。
87.s15，服务端10将所述评价信息发送给用户端60。本步骤中，服务端10也可以将所述评价信息进行发布展示，以供其他车主查阅。
88.在其他实施方案中，维修端也可以直接将图像信息或视频信息发送给品控端，品控端也可以直接将评价信息发送给用户端。品控端还可以将评价信息同时发送给维修端和技师端，以便于对假如有存在的错误或不妥之处进行及时改正。
89.现实中，难免出现零配件调包或者维修技师操作错误而损坏车主利益，或者对于某些故障根本未维修但谎报已维修的现象，或者技师因技能原因而导致的维修错误的情况，而且由于车主对汽修不懂，无法确定维修质量。本实施例方案中，为了对维修技师的操作是否规范、零配件是否调包等情况进行监督，可以在维修现场布置摄像装置进行图像或视频采集，然后由维修端20上传至服务端10，以便服务端10将该采集到视频或图像信息传输给品控端50，以便于品控端50给出评价信息。服务端10在接收到品控端50给出的评价信息后，可以进行展示，以便于车主查阅。
90.本实施例方案中，通过由第三方品控端50对维修技师的操作进行评价，可以更好地对维修店和维修技师进行监管，规范维修操作，还可以帮助车主了解维修技师的维修能力，继而帮助车主选择更合适的维修技师。
91.由于维修过程涉及专业技能和维修技巧的体现，为了保障维修技师的技术不外泄，所以本方案中服务端10只是将维修现场图像或视频信息传输给指定的品控端50，而不进行公众展示。但是不排除将图像或视频信息进行展示以及基于该展示的后续应用的可实
施方案，例如在征得维修技师同意的情况下，可以应车主请求而展示给用户端60。
92.如图6b所示，基于上述系统实现的汽修信息共享方法，除了图2b（也可以是图2a，或者图4）所示方法中包含的步骤外，还包含步骤：s16，维修端20向服务端10发送维修现场的图像信息。
93.s17，服务端10将所述图像信息发送给用户端60。
94.在其他实施方案中，维修端也可以直接将维修现场的图像信息发送给用户端。
95.作为另一种实施方式，维修端20也可以直接向用户端60发送维修现场的图像信息，以供车主查阅，继而可以查验是否有零配件掉包、未维修而谎报已维修等情况。
96.实施例4请参阅图7，本实施例中提供了一种汽修信息共享平台，包括注册模块和信息展示模块。
97.其中，注册模块用于接收用户的注册请求，并根据所述注册请求判断是否进行注册。需要注意的是，此处的用户包含车主、维修店、技师，也可以包含品控方、零配件供应方。
98.注册时需要提供一些相关资料进行验证，例如只有合法成立且经营正常的维修店才能注册，因此接收到注册请求后，根据注册请求中的相关资料进行验证，验证通过后即可进行注册，验证未通过则不予注册。
99.更具体讲，注册模块包括信息录入子模块和注册子模块。其中，信息录入子模块通过用户界面方式提供多个信息录入框，用户可以通过界面中对应的信息录入框提交注册信息及相关资料。注册子模块对于用户提交的相关资料进行验证，验证通过后则基于用户提交的注册信息进行注册，验证未通过则不予注册。
100.信息展示模块，用于将接收到的信息进行展示，例如将接收到的工位信息、技师信息、维修需求信息进行展示。
101.展示的信息也还可以包括维修需求信息、评价信息等，展示的信息较多，因此为了便于管理和查阅，可以对各种信息进行分块展示。具体地，信息展示模块包括：第一展示子模块，用于将接收到的工位信息进行展示；第二展示子模块，用于将接收到的技师信息进行展示；第三展示子模块，用于将接收到的维修需求信息进行展示；第四展示子模块，用于将接收到的零配件信息进行展示，所述零配件信息包括零配件参数及售价。
102.汽修信息共享平台还可以包括订单生成模块，用于根据被选中的工位信息和/或技师信息生成维修订单。生成维修订单后可以发送给用户端、维修端和技师端。
103.本领域内的技术人员应明白，本实施例共享平台可提供为计算机程序产品或存储有计算机可读指令的存储介质（包括：u盘、移动硬盘、只读存储器（rom，read-only memory）、随机存取存储器（ram，random access memory）、磁碟或者光盘等各种可以存储程序代码的介质），可采用结合软件和硬件方面的实施例的形式。
104.如图8所示，本实施例提供了一种实现上述共享平台的电子设备，该电子设备可以包括处理器51和存储器52，其中存储器52耦合至处理器51。值得注意的是，该图是示例性的，还可以使用其他类型的结构来补充或替代该结构，实现数据提取、报告生成、通信或其他功能。
105.如图8所示，该电子设备还可以包括：输入单元53、显示单元54和电源55。值得注意的是，该电子设备也并不是必须要包括图8中显示的所有部件。此外，电子设备还可以包括图8中没有示出的部件，可以参考现有技术。
106.处理器51有时也称控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该处理器51接收输入并控制电子设备的各个部件的操作。
107.其中，存储器52例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其他合适装置中的一种或多种，可存储上述处理器51的配置信息、处理器51执行的指令等信息。处理器51可以执行存储器52存储的程序，以实现信息存储或处理等。在一个实施例中，存储器52中还包括缓冲存储器，即缓冲器，以存储中间信息。
108.输入单元53例如用于向处理器51提供输入。显示单元54用于显示对象，如工位信息、技师信息、维修需求信息等，该显示单元例如可以为lcd显示器，但本发明并不限于此。电源55用于为电子设备提供电力。
109.以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

技术特征：
1.一种汽修信息共享方法，其特征在于，包括以下步骤：维修端向服务端发送工位信息，所述工位信息包括对空闲工位的描述信息；技师端向服务端发送技师信息，所述技师信息包括工作状态，所述工作状态为空闲或工作中；服务端将所述工位信息和所述技师信息进行发布展示。2.根据权利要求1所述的汽修信息共享方法，其特征在于，还包括步骤：用户端发送针对某个空闲工位和/或技师的选择信息；维修端和/或技师端分别发送是否提供服务的响应信息。3.根据权利要求1所述的汽修信息共享方法，其特征在于，还包括步骤：零配件供应端向服务端发送零配件信息，以及服务端将所述零配件信息进行发布展示。4.根据权利要求1所述的汽修信息共享方法，其特征在于，还包括步骤：维修端发出维修现场的图像信息；品控端发出针对于该图像信息而进行的评价信息。5.一种汽修信息共享方法，其特征在于，包括步骤：维修端发出工位信息展示请求，所述工位信息包括对空闲工位的描述信息。6.根据权利要求5所述的汽修信息共享方法，其特征在于，还包括步骤：当接收到空闲工位被选择的信息时，发出是否提供服务的响应信息。7.根据权利要求5或6所述的汽修信息共享方法，其特征在于，还包括步骤：发出维修现场的图像信息。8.一种汽修信息共享方法，其特征在于，包括步骤：技师端发出技师信息展示请求，所述技师信息包括工作状态，所述工作状态为空闲或工作中。9.根据权利要求8所述的汽修信息共享方法，其特征在于，还包括步骤：当接收到被选择的信息时，发出是否提供服务的响应信息。10.一种汽修信息共享方法，其特征在于，包括步骤：用户端发出对工位、技师、零配件中的任一项或多项的选择信息。11.根据权利要求10所述的汽修信息共享方法，其特征在于，还包括步骤：发出维修需求信息展示请求，所述维修需求信息为对本次维修需求的描述信息。12.根据权利要求10或11所述的汽修信息共享方法，其特征在于，还包括步骤：查阅针对维修现场的图像信息进行的评价信息。13.一种汽修信息共享平台，其特征在于，包括：注册模块，用于对接收到的用户的注册请求进行判断，确定是否进行注册；信息展示模块，用于将接收到的工位信息、技师信息、零配件信息中的任一项或多项进行展示，所述工位信息包括空闲工位的描述信息，所述技师信息包括工作状态，所述工作状态为空闲或工作中，所述零配件信息为对零配件的描述信息。14.根据权利要求13所述的汽修信息共享平台，其特征在于，还包括：订单生成模块，用于根据被选中的工位信息和/或技师信息生成维修订单。

技术总结
本发明涉及一种汽修信息共享平台及方法，属于信息技术领域。该方法包括以下步骤：维修端向服务端发送工位信息，所述工位信息包括对空闲工位的描述信息；技师端向服务端发送技师信息，所述技师信息包括工作状态，所述工作状态为空闲或工作中；服务端将所述工位信息和所述技师信息进行发布展示。本发明中，通过将维修工位和技师打散，分别为独立个体，更有利于进行资源整合与分配，使得维修工位和技师都能得到更加合理的利用，也减少车主等待时间，提升用户体验。升用户体验。升用户体验。


技术研发人员：陈剑
受保护的技术使用者：成都五福鑫源科技有限公司
技术研发日：2022.02.14
技术公布日：2023/8/9