CN109165951A - 数据处理方法和服务器 - Google Patents

Abstract

本发明实施例公开了一种数据处理方法和服务器，用于建立家电维修信息平台，整合家电维修资源。本发明实施例的方法包括：服务器获取第一终端发送的工单信息；所述服务器根据所述工单信息生成抢单信息；所述服务器向第二终端发送所述抢单信息；所述服务器获取所述第二终端发送的接单信息，所述接单信息由所述第二终端根据所述抢单信息生成；所述服务器根据所述接单信息，向所述第二终端发送所述工单信息；其中，所述第一终端为家电维修需求端的终端，所述第二终端为维修人员端的终端，所述工单信息为家电维修的工作信息。这样，服务器建立了家电维修需求端和维修人员端的联系，将家电维修的需求派发给维修人员，从而整合了家电维修资源。

Description

数据处理方法和服务器

技术领域

本发明涉及通信领域，尤其涉及一种数据处理方法和服务器。

背景技术

随着中国经济持续稳定发展和城乡居民收入增加，家电消费需求的增长将会进一步促进售后服务行业的发展。但是目前整个家电售后市场混乱。一是很多电器售后服务店冒充品牌企业的售后服务人员，通过推广，将消费者引入自己的网站，消费者在不能分辨真假的情况下被收取高额维修及配件费用；二是一些企业由于无法配备良好的售后服务队伍及管理体系，将售后工作委托给一些资质不全的网点，家电服务质量得不到保障与延续，消费者的服务体验大打折扣，服务不到位成为了家电行业发展的最大瓶颈。

现有的家电维修单位主要由生产厂家售后服务直属网点、厂家特约维修网点、个体维修点以及分散型维修人员构成，维修人员的构成非常分散，个体维修点和游离的维修人员占绝大多数，上规模的维修单位极为有限。这导致了家电维修资源得不到充分的整合利用。

发明内容

针对上述技术问题，本发明实施例提供了一种数据处理方法和服务器，用于建立家电维修信息平台，整合家电维修资源。

本发明实施例的第一方面提供一种数据处理方法，包括：

服务器获取第一终端发送的工单信息；

所述服务器根据所述工单信息生成抢单信息；

所述服务器向第二终端发送所述抢单信息；

所述服务器获取所述第二终端发送的接单信息，所述接单信息由所述第二终端根据所述抢单信息生成；

所述服务器根据所述接单信息，向所述第二终端发送所述工单信息；

其中，所述第一终端为家电维修需求端的终端，所述第二终端为维修人员端的终端，所述工单信息为家电维修的工作信息。

可选地，所述服务器根据所述接单信息，向所述第二终端发送所述工单信息之后，所述方法还包括：

所述服务器获取第三终端发送的评价信息，所述工单信息包括标识所述第三终端的信息；

所述服务器向所述第一终端发送所述评价信息，以使所述第一终端根据所述评价信息，生成确定信息；

所述服务器获取所述第一终端发送的所述确定信息；

所述服务器根据所述确定信息，向所述第二终端进行付款操作。

可选地，所述方法还包括：

所述服务器向第三终端发送第一验证信息，所述工单信息包括标识所述第三终端的信息；

所述服务器根据所述接单信息，向所述第二终端发送所述工单信息之后，所述方法还包括：

所述服务器获取所述第二终端发送的第二验证信息；

当所述第一验证信息和所述第二验证信息匹配时，所述服务器确定所述工单信息指示的工作执行完成。

可选地，所述服务器向第二终端发送所述抢单信息之前，所述方法还包括：

所述服务器根据所述工单信息确定筛选条件；

所述服务器根据所述筛选条件确定出第二终端。

可选地，所述工单信息为安装类、维修类、送修类、清洗类、和拆装类中的其中之一类型。

本发明实施例第二方面提供了一种服务器，包括：

获取单元，用于获取第一终端发送的工单信息；

生成单元，用于根据所述工单信息生成抢单信息；

发送单元，用于向第二终端发送所述抢单信息；

所述获取单元，还用于获取所述第二终端发送的接单信息，所述接单信息由所述第二终端根据所述抢单信息生成；

所述发送单元，还用于根据所述接单信息，向所述第二终端发送所述工单信息；

其中，所述第一终端为家电维修需求端的终端，所述第二终端为维修人员端的终端，所述工单信息为家电维修的工作信息。

可选地，所述服务器还包括付款单元；

所述获取单元，还用于获取第三终端发送的评价信息，所述工单信息包括标识所述第三终端的信息；

所述发送单元，还用于向所述第一终端发送所述评价信息，以使所述第一终端根据所述评价信息，生成确定信息；

所述获取单元，还用于获取所述第一终端发送的所述确定信息；

所述付款单元，用于根据所述确定信息，向所述第二终端进行付款操作。

可选地，所述服务器还包括确定单元；

所述发送单元，还用于向第三终端发送第一验证信息，所述工单信息包括标识所述第三终端的信息；

所述获取单元，还用于获取所述第二终端发送的第二验证信息；

所述确定单元，用于当所述第一验证信息和所述第二验证信息匹配时，确定所述工单信息指示的工作执行完成。

可选地，所述服务器还包括筛选单元和终端确定单元；

所述筛选单元，用于根据所述工单信息确定筛选条件；

所述终端确定单元，用于根据所述筛选条件确定出第二终端。

可选地，所述工单信息为安装类、维修类、送修类、清洗类、和拆装类中的其中之一类型。

本发明实施例提供的技术方案中，服务器获取第一终端发送的工单信息后，服务器根据工单信息生成抢单信息，以及服务器向第二终端发送抢单信息。跟着，服务器获取第二终端发送的接单信息，接单信息由第二终端根据抢单信息生成。从而，服务器根据接单信息，向第二终端发送工单信息。其中，第一终端为家电维修需求端的终端，第二终端为维修人员端的终端，工单信息为家电维修的工作信息。因此相对于现有技术，本发明实施例的服务器建立了家电维修需求端和维修人员端的联系，将家电维修的需求派发给维修人员，从而整合了家电维修资源。

附图说明

图1为本发明实施例的数据处理方法涉及到的网络架构图；

图2为本发明实施例提供的一种数据处理方法的流程图；

图3为本发明实施例提供的一种服务器的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明实施例的数据处理方法涉及到的网络架构图。如图1所示，本发明实施例的数据处理方法涉及到第一终端101、第二终端102和服务器103。服务器103可以和第一终端101、第二终端102进行交互通讯。

其中，第一终端101和第二终端102包括但不限于手机、平板电脑、笔记本电脑、和个人计算机等。第一终端101为家电维修需求端的终端，第二终端102为维修人员端的终端。

在服务器103上设置有系统平台，该系统平台可建立第一终端101和第二终端102的联系。

在其它的实施例中，该网络架构还可以包括第三终端，该第三终端为消费者的终端，也即为需要进行家电维修的用户的终端。

在本发明实施例中，服务器和终端涉及web端应用技术及wap端应用技术领域，在web端设计上，是基于PHP+Mysql,在此基础上，进行整个系统的功能开发和设计，利用div+css进行页面的布局，从而搭建好整个系统的页面框架，进而进行系统后台的功能的开发，能对系统进行有效的管理；为了使系统页面更具动态效果，本发明实施例使用了js、jquery等前端相关技术对页面进行美化和动态效果设计和处理，让网页更具动感，提升用户体验度，使系统界面更完美呈现给用户。在本发明实施例的技术是在LAMP环境下进行系统的开发，即Linux、Apache、Mysql、PHP；Linux是一款开源免费的操作系统，Apache是一个开源免费的网页服务器，Mysql是一个开源免费的数据库管理系统，PHP是一种开源的脚本语言，主要应用于web领域开发。

可以理解，图1所示的网络架构图只是一示例性说明，并不对本发明实施例的数据处理方法和服务器构成限定。

图2为本发明实施例提供的一种数据处理方法的流程图，该方法可以应用于图1所示的网络架构上。

参阅图2，本发明实施例的数据处理方法包括：

步骤201：服务器获取第一终端发送的工单信息。

其中，第一终端为家电维修需求端的终端，家电维修需求端可以是厂家、消费者等等。

工单信息为家电维修的工作信息。可选地，工单信息为安装类、维修类、送修类、清洗类、和拆装类中的其中之一类型。

可以理解，在一些实施例中，工单信息可以包括家电维修的多种信息，例如分类、属性、维修金额、维修地点等。

例如，本发明实施例的服务器设有第三方电子商务平台，该平台中的厂商只要在平台注册及签约后，即可使用终端通过系统的专用发单接口一键发布工单信息。第一终端的厂商只需要在服务器的系统中以厂商身份注册一个账号，通过邮箱验证后，添加自己的商品的品类和品牌和商品名称后，可以直接登陆进行发单，之后再由服务器的客服派单。

步骤202：服务器根据工单信息生成抢单信息。

服务器获取到工单信息后，可生成抢单信息。抢单信息为通知维修人员进行接单的信息。抢单信息可包括工单信息的部分或全部信息，例如抢单信息包括维修的分类、属性、维修金额、和维修地点等。

步骤203：服务器向第二终端发送抢单信息。

其中，第二终端为维修人员端的终端。

服务器向第二终端发送抢单信息，以使第二终端的用户确认是否接单。

可以理解，本发明实施例中，第二终端的数量可以为一个或多个，换言之，服务器可以向一个或多个第二终端发送抢单信息。

可选地，服务器向第二终端发送抢单信息之前，本发明实施例的方法还包括：服务器根据工单信息确定筛选条件，从而，服务器根据筛选条件确定出第二终端。该第二终端符合该筛选条件，这样，服务器可以将工单信息和第二终端对应起来，使得抢单信息发送的第二终端为适于执行工单信息所示任务的维修人员端的终端。筛选条件例如为接单量排序、技术评价、服务评价、服务效率评价、星级排序、维修商服务价格、返修率、退单率和投诉率等等。例如，工单信息包括维修商服务价格1千块，服务器根据工单信息确定筛选条件为维修商服务价格1千块，然后，服务器从多个第二终端中确定出可接受维修商服务价格为1千块的第二终端，以向该确定出的第二终端发送抢单信息。

例如，在服务器的平台内签约过的维修师傅(或维修服务中心)可以实时收到抢单信息(例如通过维修人员的手机上安装的APP),若该工单标注的地区有一个或多个师傅,则各师傅视自身情况(是否自身可以安装或维修的品类),在APP上执行抢单操作。

步骤204：服务器获取第二终端发送的接单信息。

接单信息由第二终端根据抢单信息生成。

服务器向第二终端发送抢单信息后，第二终端的维修人员确定是否接单，若第二终端的维修人员确定接单，则第二终端生成接单信息，并将接单信息发送给服务器。

步骤205：服务器根据接单信息，向第二终端发送工单信息。

服务器获取到接单信息，则表示第二终端的维修人员可以执行工单信息所示的维修任务，从而服务器向第二终端发送工单信息。第二终端接受到工单信息，第二终端的维修人员抢单成功，可执行该工单信息所示的维修任务。

第二终端获取到工单信息，从而达成工单合约，第二终端可以查看家电维修任务的相关信息，例如厂家信息和消费者信息等。服务器派单给维修人员后，维修人员进行接单操作，接单成功只需到在约定的时间到指定的地点进行维修工作处理。

例如，接单成功后,维修师傅与消费者电话联系预约上门时间,按期上门为消费者服务.完成服务后再次通过应用程序(Application，APP)操作完成,并提交一些厂商要求的机器条码,或现场完成照片等等资料。

当有多个第二终端发送接单信息时，服务器可以根据预设规则从该多个第二终端中确定出目标第二终端，服务器向该目标第二终端发送工单信息，由目标第二终端的维修人员执行该工单信息所示的维修任务。

可选地，服务器根据接单信息，向第二终端发送工单信息之后，本发明实施例的方法还包括步骤206-209。

步骤206：服务器获取第三终端发送的评价信息。

其中，工单信息包括标识第三终端的信息。该第三终端为需要进行家电维修的用户，例如为消费者。

当第二终端的维修人员接单后，获取到维修任务，维修人员可以执行该维修任务。例如去消费者的地点进行家电维修。

第三终端的用户可对维修人员的维修进行监督。当维修任务完成后，第三终端的用户可以对该次维修任务进行评价，第三终端的用户将该评价信息通过第三终端发送到服务器，以使服务器的电子商务平台获取到该评价信息。评价对以后是否继续派单给该维修人员有直接的联系，这能促使维修人员提升服务意识。

步骤207：服务器向第一终端发送评价信息，以使第一终端根据评价信息，生成确定信息。

服务器获取到评价信息后，可向第一终端发送评价信息，以使第一终端根据评价信息，生成确定信息。该确定信息用于确认是否进行付款。

步骤208：服务器获取第一终端发送的确定信息。

服务器在第一终端生成了确定信息后，获取第一终端发送的确定信息。

步骤209：服务器根据确定信息，向第二终端进行付款操作。

在确定信息的触发下，服务器确定本次工单信息指示的维修任务完成，可以向第二终端的维修人员进行付款。

例如，服务器的电子商务平台的系统将根据评价情况通知厂商对工单进行确认。厂商确认后，平台将厂商的预付款自动支付给维修人员，在这种模式下，将比传统的家电售后更方便就、更快捷。并且，通过评价信息的反馈，可以对维修人员进行监督，从而提高维修人员的维修质量。

可选地，为了使得维修任务得到监督，挺高维修服务质量，本发明实施例的方法还包括：服务器向第三终端发送第一验证信息，其中，工单信息包括标识第三终端的信息。服务器可以在步骤201-209之间的任意顺序向第三终端发送第一验证信息。相应地。服务器根据接单信息，向第二终端发送工单信息之后，本发明实施例的方法还包括：服务器获取第二终端发送的第二验证信息。当第一验证信息和第二验证信息匹配时，服务器确定工单信息指示的工作执行完成。这样，维修人员完结工单需要发单人提供的验证码才能进行完结工单操作，维修任务的完成收到了第三终端所在的用户的监督，例如受到消费者的监督。

在本发明实施例中，在服务器的系统搭建时，为使代码设计合理，使代码具有高可重用性，且更好的去封装一些方法，并处理好业务逻辑。编码实现前引入领域驱动的设计思想,撇弃传统基于事务操作的设计方式,以业务为核心设计领域模型,以应对日渐复杂的,快速可变的业务需求。并将系统分为表现层,服务层,业务逻辑层,数据访问层，数据库,基础公共设施层。并基于领域驱动的设计思想指导最佳实践。另外，数据表设计时除了尽可能将实体之间的关系精准反映到表设计之中之外,还将频繁访问的数据适当冗余,并重点将80％以上的查询操作缓存化,提高系统吞吐量。同时做好主从库切分,超大型表,频繁访问的表的横向切分。从而，让系统写入和读取数据的速度更快，减轻服务器的访问压力。本发明实施例的服务器可以最大程度利用缓存应对用户频繁访问的列表功能，以减轻服务器的压力，提高系统的运行效率。而在第一、第二和第三终端上，所有的面向前台页面的功能,都交给专业的用户体验设计,反复权衡,取舍之后才交付实施，以使得页面设计、功能设计能给用户带来好感和方便，提升用户体验度。

本发明实施例的方法可以发挥互联网平台优势，线上聚拢人流，线下整合维修人才资源；摆脱地域、空间限制，实现用户与维修技术人员的信息对接，既促进销量又免除了用户寻找维修师傅的不便，也为维修技师带去额外的用户订单。

本发明实施例的方法在计算机网络、数据库和先进的开发平台上，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的全自动流通售后服务订单管理系统。该系统实现了家电售后服务行业公共功能的实现与服务的集成,规则引擎与系统的集成使用，使业务逻辑与操作管理系统代码分离，实现业务逻辑独立、快速、灵活、安全的维护管理。这样，通过在服务器上搭建第三方售后服务IT平台，为家电生产商、渠道商、维修师傅和消费者之间搭建桥梁，为厂商提供完整的售后服务队伍和网点覆盖。售后维修商可以在联保平台上接到更多的维修单，同时解决消费者的担心，也为消费者找师傅提供了便利。使厂商、维修商、消费者都可以享受全新的家电售后服务，为顾客快速解决所有烦恼，提升售后服务反应速度，为解决消费者的售后服务质量提供保障。

综上所述，本发明实施例提供的技术方案中，服务器获取第一终端发送的工单信息后，服务器根据工单信息生成抢单信息，以及服务器向第二终端发送抢单信息。跟着，服务器获取第二终端发送的接单信息，接单信息由第二终端根据抢单信息生成。从而，服务器根据接单信息，向第二终端发送工单信息。其中，第一终端为家电维修需求端的终端，第二终端为维修人员端的终端，工单信息为家电维修的工作信息。因此相对于现有技术，本发明实施例的服务器建立了家电维修需求端和维修人员端的联系，将家电维修的需求派发给维修人员，从而整合了家电维修资源。

图3为本发明实施例提供的一种服务器的结构示意图。图3所示的服务器可用于执行图2所示实施例的方法。

参阅图3，本发明实施例的服务器包括：

获取单元301，用于获取第一终端发送的工单信息；

生成单元302，用于根据工单信息生成抢单信息；

发送单元303，用于向第二终端发送抢单信息；

获取单元301，还用于获取第二终端发送的接单信息，接单信息由第二终端根据抢单信息生成；

发送单元303，还用于根据接单信息，向第二终端发送工单信息；

其中，第一终端为家电维修需求端的终端，第二终端为维修人员端的终端，工单信息为家电维修的工作信息。

可选地，服务器还包括付款单元304；

获取单元301，还用于获取第三终端发送的评价信息，工单信息包括标识第三终端的信息；

发送单元303，还用于向第一终端发送评价信息，以使第一终端根据评价信息，生成确定信息；

获取单元301，还用于获取第一终端发送的确定信息；

付款单元304，用于根据确定信息，向第二终端进行付款操作。

可选地，服务器还包括确定单元305；

发送单元303，还用于向第三终端发送第一验证信息，工单信息包括标识第三终端的信息；

获取单元301，还用于获取第二终端发送的第二验证信息；

确定单元305，用于当第一验证信息和第二验证信息匹配时，确定工单信息指示的工作执行完成。

可选地，服务器还包括筛选单元306和终端确定单元307；

筛选单元306，用于根据工单信息确定筛选条件；

终端确定单元307，用于根据筛选条件确定出第二终端。

可选地，工单信息为安装类、维修类、送修类、清洗类、和拆装类中的其中之一类型。

综上所述，获取单元301获取第一终端发送的工单信息；生成单元302根据工单信息生成抢单信息；发送单元303向第二终端发送抢单信息；获取单元301获取第二终端发送的接单信息，接单信息由第二终端根据抢单信息生成；发送单元303根据接单信息，向第二终端发送工单信息；其中，第一终端为家电维修需求端的终端，第二终端为维修人员端的终端，工单信息为家电维修的工作信息。因此相对于现有技术，本发明实施例的服务器建立了家电维修需求端和维修人员端的联系，将家电维修的需求派发给维修人员，从而整合了家电维修资源。

以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种数据处理方法，其特征在于，包括：

服务器获取第一终端发送的工单信息；

所述服务器根据所述工单信息生成抢单信息；

所述服务器向第二终端发送所述抢单信息；

所述服务器获取所述第二终端发送的接单信息，所述接单信息由所述第二终端根据所述抢单信息生成；

所述服务器根据所述接单信息，向所述第二终端发送所述工单信息；

其中，所述第一终端为家电维修需求端的终端，所述第二终端为维修人员端的终端，所述工单信息为家电维修的工作信息。

2.根据权利要求1所述的方法，其特征在于，

所述服务器根据所述接单信息，向所述第二终端发送所述工单信息之后，所述方法还包括：

所述服务器获取第三终端发送的评价信息，所述工单信息包括标识所述第三终端的信息；

所述服务器向所述第一终端发送所述评价信息，以使所述第一终端根据所述评价信息，生成确定信息；

所述服务器获取所述第一终端发送的所述确定信息；

所述服务器根据所述确定信息，向所述第二终端进行付款操作。

3.根据权利要求1所述的方法，其特征在于，

所述方法还包括：

所述服务器向第三终端发送第一验证信息，所述工单信息包括标识所述第三终端的信息；

所述服务器根据所述接单信息，向所述第二终端发送所述工单信息之后，所述方法还包括：

所述服务器获取所述第二终端发送的第二验证信息；

当所述第一验证信息和所述第二验证信息匹配时，所述服务器确定所述工单信息指示的工作执行完成。

4.根据权利要求1所述的方法，其特征在于，

所述服务器向第二终端发送所述抢单信息之前，所述方法还包括：

所述服务器根据所述工单信息确定筛选条件；

所述服务器根据所述筛选条件确定出第二终端。

5.根据权利要求1-4任一项所述的方法，其特征在于，

所述工单信息为安装类、维修类、送修类、清洗类、和拆装类中的其中之一类型。

6.一种服务器，其特征在于，包括：

获取单元，用于获取第一终端发送的工单信息；

生成单元，用于根据所述工单信息生成抢单信息；

发送单元，用于向第二终端发送所述抢单信息；

所述获取单元，还用于获取所述第二终端发送的接单信息，所述接单信息由所述第二终端根据所述抢单信息生成；

所述发送单元，还用于根据所述接单信息，向所述第二终端发送所述工单信息；

其中，所述第一终端为家电维修需求端的终端，所述第二终端为维修人员端的终端，所述工单信息为家电维修的工作信息。

7.根据权利要求6所述的服务器，其特征在于，

所述服务器还包括付款单元；

所述获取单元，还用于获取第三终端发送的评价信息，所述工单信息包括标识所述第三终端的信息；

所述发送单元，还用于向所述第一终端发送所述评价信息，以使所述第一终端根据所述评价信息，生成确定信息；

所述获取单元，还用于获取所述第一终端发送的所述确定信息；

所述付款单元，用于根据所述确定信息，向所述第二终端进行付款操作。

8.根据权利要求6所述的服务器，其特征在于，

所述服务器还包括确定单元；

所述发送单元，还用于向第三终端发送第一验证信息，所述工单信息包括标识所述第三终端的信息；

所述获取单元，还用于获取所述第二终端发送的第二验证信息；

所述确定单元，用于当所述第一验证信息和所述第二验证信息匹配时，确定所述工单信息指示的工作执行完成。

9.根据权利要求6所述的服务器，其特征在于，

所述服务器还包括筛选单元和终端确定单元；

所述筛选单元，用于根据所述工单信息确定筛选条件；

所述终端确定单元，用于根据所述筛选条件确定出第二终端。

10.根据权利要求6-9任一项所述的服务器，其特征在于，

所述工单信息为安装类、维修类、送修类、清洗类、和拆装类中的其中之一类型。