CN108108951B - 装修数据处理方法、装置、存储介质和计算机设备 - Google Patents

Abstract

本发明涉及一种装修数据处理方法、装置、存储介质和计算机设备。该方法包括：接收业主终端发送的装修需求订单，将所述装修需求订单发送至与所述装修对象信息和装修需求信息相匹配的服务方标识对应的服务方终端；接收一个或多个匹配的服务方终端发送的对所述装修需求订单的第一响应信息，将所述第一响应信息发送至所述业主终端；接收所述业主终端发送的第二响应信息，将所述第二响应信息发送至所述服务方终端；根据所述第二响应信息生成订单信息，创建所述订单信息的订单标识，将所述业主标识和所述服务方标识之间建立关联关系。上述装修数据处理方法、装置、存储介质和计算机设备可提高对装修数据处理的灵活性。

Description

装修数据处理方法、装置、存储介质和计算机设备

技术领域

本发明涉及信息处理技术领域，特别是涉及一种装修数据处理方法、装置、存储介质和计算机设备。

背景技术

装修又称装潢或装饰。是指在一定区域和范围内进行的，包括水电施工、墙体、地板、天花板、景观等一种或多种组合所实现的，依据一定设计理念和/或美观规则形成的一整套施工方案和设计方案。

传统的装修处理过程都是在线下处理的。随着互联网的发展，业主可通过终端访问一些装修平台或中介平台，发起装修需求订单，装饰公司看到订单信息后，会接单。然而，装饰公司在接单后，往往是将订单转手给合作的包工头，而包工头再安排具体的施工人员进行装修。

也就是说，现有的装修方法，是按照业主-装饰公司-包工头-施工人员，这一链状的模式来进行的，业主难以直接跟施工工人进行直接的沟通。而装修款只要是没有没落实到一线参与人员身上的都会出现层层剥皮，经过这一层层剥皮，用户发起的装修需求订单中，支付的装修金额最终到达施工工人的手上已经大打折扣，且现有的这种链状的模式，由于会层层转达，更会造成装修效率的低下。

上述现有的装修方法，由于信息不对称，对装修参与人员存在几个痛点：

一、客户的痛点：

价格风险：信息严重不对称,公司报价不统一且没有对照标准；

施工风险：没有统一的工程管理体系,装修品质没有保障；

时间风险：施工步骤完全没有规律，施工周期完全没有保障；

资金风险：担心装修公司或者游击队卷款走人。

二、项目经理痛点：

1.项目经理要用有限的钱最大限度的满足客户需求，满足了客户需求，自己的利益就会削弱，不能满足客户需求，有可能就收不回工程款；

2.工人不好管理，对工人要求严了，工人不愿意做，工程一停工客户会投诉或终止合同，对工人要求不严，质量没有保障，客户一样会投诉甚至拒交工程款；

三、施工人员痛点：

1.施工人员不属于公司，也不属于项目经理，一不小心，遇到人品不好的项目经理，一旦项目经理的工地出点事情或是亏点钱，项目经理有可能人间蒸发，工人辛辛苦苦挣得的人工费就打水漂了。

如何解决人们在装修过程中的这些痛点，使行业更透明，是本领域急需解决的技术问题。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高针对上面的行业痛点的装修数据处理方法、装置、存储介质和计算机设备。本发明提供的装修数据处理方法、装置、存储介质和计算机设备，实现了网状信息和资金流分布，解决了装修市场透明度不高，信息流和资金流单一流向这种链状模式，提高了装修效率。

一种装修数据处理方法，所述方法包括：接收业主终端发送的装修需求订单，所述装修需求订单中包含业主标识、装修对象信息和装修需求信息；将所述装修需求订单发送至与所述装修对象信息和装修需求信息相匹配的服务方标识对应的服务方终端；接收一个或多个匹配的服务方终端发送的对所述装修需求订单的第一响应信息，将所述第一响应信息发送至所述业主终端，所述第一响应信息中包含对所述装修对象信息的装修方案信息和服务方标识；接收所述业主终端发送的第二响应信息，将所述第二响应信息发送至所述服务方终端；根据所述第二响应信息生成订单信息，创建所述订单信息的订单标识，将所述业主标识和所述服务方标识之间建立关联关系。

上述方法中，通过平台服务器，可将业主终端发起的装修需求订单直接转达给服务方终端，该服务方可为一线参与人员的服务方，比如为一线参与的设计师、施工工人、设计师、施工方、施工监控方以及监理方，从而可使得服务方能直接收到业主的订单。服务方终端可通过发起第一响应信息，以选择接单。这样，可无需中间商的参与，实现了业主和服务方之间的沟通。且在服务方选择接单，且业主也同意接单以后，则生成订单信息，并进一步将所述业主标识和所述服务方标识之间建立关联关系，从而可使得业主和服务方之间直接沟通，比如可与一线参与的设计师、施工工人、设计师、施工方、施工监控方以及监理方直接建立关联关系，而无需中间商的参与，实现了一种业主和设计师、施工工人、设计师、施工方、施工监控方等服务方之间的网状关系，而非现有模式中的链式关系，建立了业主和服务方直接沟通的桥梁，无需中间代理的参与，提高了装修处理的效率。

附图说明

图1为一个实施例中装修数据处理方法的应用环境图；

图2为一个实施例中装修数据处理方法的流程图；

图3为一个实施例中施工流程信息的处理过程的流程图；

图4为一个实施例中施工监控信息的审核过程的流程图；

图5为一个实施例中对服务方需求的修改过程的流程图；

图6为一个实施例中装修数据处理装置的结构图；

图7为另一个实施例中装修数据处理装置的结构图；

图8为又一个实施例中装修数据处理装置的结构图；

图9为一个实施例中服务器的内部结构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例所提供的装修数据处理方法，可应用于如图1所示的应用环境中。参考图1所示，业主终端110和服务方终端130可通过网络与装修服务平台的后台服务器120相连。业主终端110可向服务器120发送装修需求订单，服务器120可将该装修需求订单发送至相应的服务方终端130，服务方决定接单后，可通过服务方终端130向服务器发送对装修需求订单的第一响应信息。服务器120可将该第一响应信息发送至业主终端110，在业主同意服务方提供的装修方案后，向服务器120发送第二响应信息，服务器120根据该第一响应信息和装修需求订单生成订单信息，并创建订单信息的订单标识，将业主标识和服务方标识之间建立关联关系。

在一个实施例中，如图2所示，提供了一种装修数据处理方法，本实施例主要以该方法应用于如图1所示的服务器120为例来说明，包括：

步骤S202，接收业主终端发送的装修需求订单，装修需求订单中包含业主标识、装修对象信息和装修需求信息。

本实施例中，业主标识用于唯一标识相应的业主，可由预设位数的数字、字母和/或其它字符所构成。装修对象信息为待装修的对象的信息。该装修的对象可为居住或办公的房屋，装修对象信息包括对象的面积、户型、位置等与装修设计相关的房屋基本信息。装修需求信息包括对为业主对装修的服务方的需求信息。该装修需求信息中可包括需求的服务方类型，还可包括每种类型的服务方的具体需求，以及对每种服务方的条件要求信息。其中，服务方的类型包括设计师、施工方、施工监控方以及监理方等其中的一种或多种。每种类型的服务方的具体需求可包括相应类型的服务方等级、经验、位置范围、服务价格等其中的一种或多种的组合。

业主终端可接收业主输入的装修需求的相关信息，并根据接收到的提交需求的发送指令后，根据接收到的输入信息以及用户的用户信息，生成装修需求订单，并发送至服务器。服务器可接收该装修需求订单，获取其中所包含的业主标识、装修对象信息和装修需求信息。

步骤S204，将装修需求订单发送至与装修对象信息和装修需求信息相匹配的服务方标识对应的服务方终端。

服务器中存储了多个服务方的信息，并查询与该装修对象信息和装修需求信息相匹配的服务方的服务方标识。可针对存储的与该装修需求信息中所需求的类型的服务方的信息中，查询该类型的服务方的位置信息、等级、经验、价格等其中的一种或多种信息，与该装修对象信息和装修需求信息之间的匹配度，所查询出的匹配度大于预设匹配度的服务方的服务方标识，即为与该装修需求订单相匹配的服务方标识。或者还可将查询出的满足该装修需求订单中的所有或部分条件的服务方的标识，设置为与该装修需求订单相匹配的服务方标识。

在一个实施例中，服务器可获取装修需求信息中需求的服务方类型，以及每种类型的服务方的等级、经验、位置范围以及服务价格等其中的一种或多种需求条件，并查询出所需求相应类型的查询服务方的位置信息，处于该装修对象信息的位置信息的预设范围之内的所有服务方标识，再从查询出的服务方标识中查询该服务方的等级、经验、位置范围以及服务价格等信息是否满足该装修需求信息中的所有的条件，将查询的满足该装修需求订单中的所有或部分条件的服务方的标识，设置为与该装修需求订单相匹配的服务方标识。

服务器可将该装修需求订单发送至相匹配的服务方标识对应的服务方终端，使服务方可获取到该业主的装修需求订单，以选择是否接单。

步骤S206，接收一个或多个匹配的服务方终端发送的对装修需求订单的第一响应信息，将第一响应信息发送至业主终端。

本实施例中，第一响应信息中包含对装修对象信息的装修方案信息和服务方标识。匹配的服务方标识对应的服务方终端在接收到该装修需求订单后，可接收服务方是否接单的操作，并将服务方选择的操作信息发送至服务器。当检测到该操作为同意接受该装修需求订单时，生成第一响应信息并发送至服务器。服务器可接收每个匹配的服务方标识对应的服务方终端发送的第一响应信息。每个第一响应信息中包含相应服务方的服务方标识和对该装修对象信息的装修方案信息。

其中，装修方案信息表示相应类型的服务方对该装修对象的装修方案。其中，装修方案中可包含相应类型的装修流程和/或装修期限等方案信息。不同类型的服务方的装修方案信息的类型也不相同。当该服务方为设计师时，该装修方案信息为对装修对应的设计方案信息。当该服务方为施工方或施工监控方时，该装修方案信息包括对应施工方或施工监控方所设计的施工方案信息或施工监控方案信息。当该服务方为监理方时，该装修方案信息中包含监理方的监理方案信息。

服务器可将所接收到的每个第一响应信息发送至业主标识对应的业主终端，使得业主可获知有哪些服务方同意接单。

在一个实施例中，接收一个或多个匹配的服务方终端发送的对装修需求订单的第一响应信息，包括：接收具有接单权限的一个或多个匹配的服务方终端发送的对装修需求订单的第一响应信息。

本实施例中，接单权限与服务方类型、服务方等级以及未完成订单数量等其中的一种或多种因素相关。服务器预设了不同服务方类型，在不同等级下的最大可接单数量，当未完成订单数量小于该最大可接单数量时，可对该服务方标识设置具有接单权限。可选地，服务方等级越高，对应的最大可接单数量也越大。举例来说，针对等级为3级的施工方，可设置其最大可接单数量为3；针对等级为4级的施工方，可设置其最大可接单数量为4。服务器在接收到第一响应信息后，获取该第一响应信息中的服务方标识，查询该服务方标识对应的未完成订单数量，当该未完成订单数量小于该最大可接单数量时，判定具有接单权限，可将具有接单权限的第一响应信息发送至业主终端。当判定不具有接单权限时，可向对应的服务方终端返回具有接单权限的提示信息。通过设置接单权限，可避免具有过多未完成订单的服务方继续接单，影响其它未完成订单的装修效率。

步骤S208，接收业主终端发送的第二响应信息，将第二响应信息发送至服务方终端。

本实施例中，业主标识对应的业主终端接收到服务器返回的第一响应信息后，可接收业主输入的是否同意接单的操作，并发送至服务器。当接收到同意接单的操作后，生成第二响应信息，并将该第二响应信息发送至服务器。其中，第二响应信息中包含针对第一响应信息的服务方的服务方标识，使得服务器可根据接收到的第二响应信息获知业主所选择的服务方。

服务器可获取该第二响应信息包含的服务方标识，并将该第二响应信息发送至该服务方标识对应的服务方终端，以使得该服务方可获知业主的响应信息。

在一个实施例中，当接收到第二响应信息后，可修改该装修需求订单的状态为以确定相应类型的服务方的状态。使得该类型的其它服务方根据该状态获知相应的装修需求订单为应被成功接单。

步骤S210，根据第二响应信息生成订单信息，创建订单信息的订单标识，将业主标识和服务方标识之间建立关联关系。

本实施例中，服务器可进一步根据该第二响应信息生成订单信息，该订单信息中包含业主终端生成的装修需求订单和第二响应信息对应的第一响应信息。并生成对应的用于唯一标识该订单信息的订单标识，使得根据该订单标识可查找或关联到与该订单信息相关的所有信息。同时，服务器还将该业主标识以及第二响应信息中包含的服务方标识之间建立关联关系，以表示相应的业主和服务方以正式达成装修服务。

上述装修数据处理方法，由于该装修需求订单中包含装修需求信息，服务器通过将装修需求订单发送至与装修对象信息和装修需求信息相匹配的服务方标识对应的服务方终端，并接收一个或多个匹配的服务方终端发送的对装修需求订单的第一响应信息，将第一响应信息发送至业主标识对应的业主终端，在根据接收到的业主终端发送的第二响应信息来生成订单信息。使得业主可灵活地选择与装修需求订单匹配的服务方，而服务方也可灵活地从匹配的装修需求订单来进行选取，提高了对装修数据处理的灵活性。

上述方法中，通过平台服务器，可将业主终端发起的装修需求订单直接转达给服务方终端，该服务方可为一线参与人员的服务方，比如为一线参与的设计师、施工工人、设计师、施工方、施工监控方以及监理方，从而可使得服务方能直接收到业主的订单。服务方终端可通过发起第一响应信息，以选择接单。这样，可无需中间商的参与，实现了业主和服务方之间的沟通。且在服务方选择接单，且业主也同意接单以后，则生成订单信息，并进一步将所述业主标识和所述服务方标识之间建立关联关系，从而可使得业主和服务方之间直接沟通，比如可与一线参与的设计师、施工工人、设计师、施工方、施工监控方以及监理方直接建立关联关系，而无需中间商的参与，实现了一种业主和设计师、施工工人、设计师、施工方、施工监控方等服务方之间的网状关系，而非现有模式中的链式关系，建立了业主和服务方直接沟通的桥梁，无需中间代理的参与，提高了装修处理的效率。

在一个实施例中，在步骤S210之后，还包括：将该订单信息发送至业主终端和服务方终端。本实施例中，通过将订单信息发送至业主终端和服务方终端，使得业主和服务方均可查阅到该订单信息，比如服务方可直接查看到业主报出的服务价格，实现了业主和各个服务方之间的互动，提高了业主和服务方之间的装修信息的透明度。

在一个实施例中，在步骤S210之后，可根据该装修方案信息生成相应的装修流程信息，装修流程信息中包含了多个装修节点以及每个装修节点的执行顺序。其中，该装修流程信息分别包含每个类别的服务方的装修流程信息。比如当服务方包含设计师方、施工方/施工监控方、监理方时，该装修流程信息分别包含相应的设计流程信息、施工流程信息以及监理流程信息。以设计流程信息为例，该设计流程信息分别包含相应的多个设计节点。比如可按顺序依次包含初步设计、深化设计、第一次出图、第二次出图、第三次出图等其中的一个或多个设计节点。通过生成相应的装修流程信息，使得可对装修数据的监控更加便利。

在一个实施例中，装修方案信息中还包括每个装修节点的计划装修时长信息。服务器可根据检测到的每个装修节点的生效时间和完成时间，计算出相应装修节点的实际装修完成时长，并检测该实际装修时长是否超过对应装修节点的计划装修时长。当超过该计划装修时长时，可根据超过的时长和预先设置的相应装修节点对应的预设装修数值，计算出业主需要支付的相应装修节点的装修数值，使得该主终端将确定的装修数值转移至装修监控方对应的账户中。通过设置相应的计划装修时长，可提高装修效率。

在一个实施例中，当装修需求信息中包含多个类型的服务方的需求时，步骤S204包括：将该装修对象信息和相应类型的服务方的需求信息发送至对应匹配的服务方标识对应的服务方终端。步骤S206包括：接收每种类型的服务方标识对应的服务方终端发送的对该装修需求订单的第一响应信息，并发送至业主终端。步骤S210包括：当接收业主终端发送的对其中一个类型的服务方的第二响应信息时，则生成订单信息。并在其后再接收到业主终端对相同类型或其它类型的服务方的第二响应信息时，则更新所生成的订单信息。

在一个实施例中，服务方包括施工监控方；装修方案信息中包含施工流程信息。如图3所示，该装修数据处理方法还包括对施工流程信息的处理过程：

步骤S302，获取根据施工流程信息确定的订单信息的所处的当前施工节点。

本实施例中，施工监控方为用于为业务提供对施工进度以及施工状态进行监控服务的服务方。第二响应信息可包括对该施工监控方所发送的装修方案信息的响应信息。施工流程信息中包含了多个施工节点以及每个施工节点的执行顺序。其中，该施工节点及其执行顺序分别包括：1、拆除工程，2、水电工程，3、防水工程，4、泥工工程，5、木工工程，6、油漆工程，7、竣工工程等其中的一种或多种。

服务器可根据该施工流程信息中包含的施工节点和执行顺序来确定该订单信息所处的当前施工节点。其中，在初始情况下，点前施工节点可为施工流程信息中排在第一个的施工节点。在检测到第一个施工节点处理完毕后，则更新当前施工节点为第二个施工节点。

在一个实施例中，执行顺序还包含了每个施工节点之间是否可同步执行的信息，服务器可根据是否可同步执行的信息确定当前施工节点的数量，使得可同步执行的施工节点可均处于当前施工节点上。

步骤S304，接收施工监控方的监控方终端发送的施工监控信息，将施工监控信息与当前施工节点进行关联。

本实施例中，施工监控信息为对该装修对象的施工过程中监控信息。该监控信息可包括文本、图片、视频等其中的任意一种或多种形式的可视信息。服务器可将所接收到的施工监控信息与当前施工节点进行关联，以表示该施工监控信息为对当前施工节点上的监控。

步骤S306，将施工监控信息发送至业主终端。

本实施例中，服务器可将该施工监控信息发送至对应的要业主终端，使得业主终端可获知其装修对象的装修进度和状态。

本实施例中，通过进一步记录施工监控信息，可使得业主了解到施工过程的具体情况，提高了装修数据的丰富性。

在一个实施例中，如图4所示，上述方法还包括对施工监控信息的审核过程。该过程包括：

步骤S402，接收监控方终端发送的审核请求，将审核请求发送至业主终端。

本实施例中，审核请求表示当前施工节点已施工完毕，请业主进行审核的请求。服务器可接收该审核请求，检测该审核请求中携带的施工监控方的监控方标识，根据预先建立的监控方标识与业主标识之间的关联关系，查询到相应业主的业主标识，并将该审核请求转发至该业主标识对应的业主终端。

步骤S404，接收业主终端发送的第一审核信息。

第一审核信息为对当前施工节点的审核信息，该审核信息中包含对当前施工节点的审核结果，审核结构包括审核通过和审核不通过。服务器可接收该业主标识对应的业主终端发送的第一审核信息。

步骤S406，当第一审核信息为审核通过时，根据施工流程信息更新订单信息所处的当前施工节点。

本实施例中，当检测到第一审核信息为审核通过时，可查询与当前施工节点相邻的下一个施工节点，并将该下一个施工节点设置为新的当前施工节点，以表示之前的当前施工节点已经施工通过，进入对下一个施工节点的施工处理。

本实施例中，通过设置相应的施工顺序，并根据该第一审核信息来更新当前施工节点，可提高对施工数据处理的规范性。

在一个实施例中，服务方还包括监理方；上述方法还包括监理方的审核过程。该过程可在上述步骤S406之前执行，具体地，该方法还包括：将审核请求发送至监理标识对应的监理终端；接收监理终端发送的第二审核信息；当第二审核信息为审核通过时，执行上述步骤S406。

本实施例中，该监理方为用于验收该施工的质量状况的服务方，监理标识用于唯一标识相应的监理的信息。服务器还建立了该监理方的监理标识与业主标识之间的对应关系。第二响应信息还可包括对监理标识对应的监理终端所发送的装修方案信息的响应信息，并建立了该监理标识与业主标识之间的关联关系。服务器可根据该关联关系，确定相应的监理标识对应的监理终端，并将该审核请求发送至该监理终端，使得可由监理先进行审核。

服务器可接收监理终端发送的第二审核信息。第二审核信息包括监理对该审核请求作出的审核结果信息。同样的，该审核结果包括审核通过和审核不通过。当第二审核信息和第一审核信息均为审核通过时，可执行该步骤S406。

在一个实施例中，服务器可在接收到第二审核信息时，可将该第二审核信息发送至业主终端，使得业主终端在接收到该第二审核信息后，根据该第二审核信息对该审核请求进行审核，并将生成的第一审核信息发送至服务器。服务器可在检测到第一审核信息为审核通过时，执行上述步骤S406。

本实施例中，通过引入监理方对施工信息进行审核，可进一步提高审核的规范性，提高了对施工数据处理的规范性。

在一个实施例中，第一审核信息中还包括对当前施工节点的评价信息；方法还包括：根据当前施工节点的评价信息确定用于支付当前施工节点的施工数值，使业主终端将确定的施工数值转移至施工监控方对应的账户中。

本实施例中，评价信息可为对当前施工节点的施工质量的评价信息。服务器可根据该评价信息中确定用于支付当前施工节点的施工数值。具体的，可根据该评价信息以及预先规定的用于支付当前施工节点的基本施工数值来确定需要支付的施工数值。当前确定该施工数值后，可使该主终端将确定的施工数值转移至施工监控方对应的账户中。

在一个实施例中，服务方还包括监理方。

服务器可检测该评价信息所反映的业主待支付的施工数值是否小于对应的预设施工数值，若是，则可将该评价信息发送该监理标识对应的监理终端。并接收监理终端发送的对该评价信息的确认信息，根据该确认信息以及评价信息最终确定业主用于支付当前施工节点的施工数值。

本实施例中，通过引入监理方，由监理方作为第三方来进行支付数值的确定，可进一步提高施工数据的丰富性。

在一个实施例中，装修方案信息中还包括每个施工节点的计划施工时长信息。服务器可根据当前节点的生效时间、施工监控方发送的审核信息对应的时间、第一响应信息对应的时间，计算出当前施工节点的施工完成时长，并检测该施工时长是否超过对应的计划施工时长。当超过该计划施工时长时，可根据超过的时长和该当前施工节点对应的预设施工数值，计算出业主需要支付的当前施工节点的施工数值，使得该主终端将确定的施工数值转移至施工监控方对应的账户中。

本实施例中，通过设置相应的施工时长，可提高对施工数据处理的效率。

在一个实施例中，上述方法还包括对服务方需求的修改过程。该过程可在步骤S202之后的任意步骤之前或之后执行。具体地，可在步骤S210之执行。如图5所示，该过程包括：

步骤S502，接收业主终端发送的服务方修改请求。

本实施例中，服务方修改请求中包含业主标识以及对被修改的服务方的服务方标识，使得服务器可根据该服务方修改请求获知是哪个业主发起的修改请求，并获知请求被修改是哪个服务方。其中，被修改的服务方即为被取消的服务方。该服务方修改请求中可包括多个服务方标识，使得业主终端可修改多个服务方。

步骤S504，根据服务方修改请求取消业主标识和服务方标识之间的关联关系。

服务器可在获取到该服务方修改请求中所包含的业主标识和服务方标识后，可将之前建立的业主标识和该服务方标识之间的关联关系终止，即取消该关联关系。

在一个实施例中，服务方修改请求中还包括请求类型，该请求类型可包括协商请求和强制请求。当服务器检测到该请求类型为协商请求时，可获取服务方修改请求中的服务方标识，将该服务方修改请求发送至该服务方标识对应的服务方终端，使相应服务方确定是否同意该服务方修改请求。当服务器接收到服务方终端发送的确认修改的信息后，消业主标识和服务方标识之间的关联关系。

当该修改请求为强制请求时，可检测该修改请求对应修改的服务方的次数是否超过预设次数，当未超过预设次数时，可直接取消业主标识和服务方标识之间的关联关系。本实施例中，服务器中还预设了针对服务方进行强制修改的次数，以避免业主进行无限制次数地进行服务方修改。其中，所检测的服务方的修改次数可为对应类型的服务方的修改次数，该预设次数也可为针对每种类型所设置的预设次数，不同类型的服务方的预设次数可相同或者不同。比如，可针对设计师方、施工监控方、监理方等类型的服务方，均设置相应的预设次数为3次。当检测到针对设计师方、施工监控方、监理方等类型的服务方，发起的强制请求类型的服务方修改请求的次数不超过3次时，可取消相应类型的服务方标识与该业主标识之间的关联关系，使得相应服务方中止对该业主的服务。

步骤S506，重新执行将装修需求订单发送至与装修对象信息和装修需求信息相匹配的服务方标识，将再次获取的第一响应信息记录至订单信息中，并将业主标识和再次获取的服务方标识之间建立关联关系。

本实施例中，服务器可在解除业主标识和服务方标识之间的关联关系后，可查询该装修订单中，与该服务方标识对应的装修进度信息，并将该装修进度信息也添加至该装修需求订单中，使得收取到该装修需求订单的服务方可了解到该类型的服务的装修进度，以确定是否接单。

其中，服务器可将包含了装修进度的装修需求信息发送至与取消了关联关系的服务方的服务方类型相同其它匹配的服务方标识对应的服务方终端。比如说，取消了关联关系的服务方标识为设计师标识(或施工监控方或监理方)，则可接收业主终端重新发送的装修需求订单，将处于设计师方(或施工监控方或监理方)的装修进度信息包含至装修需求订单中，并重新查询与新生成的装修需求订单相匹配的设计师方(或施工监控方或监理方)标识，将新生成的装修需求订单发送至匹配的设计师方(或施工监控方或监理方)标识对应的服务方终端，并接收一个或多个匹配的设计师方(或施工监控方或监理方)标识服务方终端发送的对装修需求订单的第一响应信息，将第一响应信息发送至业主终端，第一响应信息中包含对装修对象信息的装修方案信息和服务方标识。再次接收到的第一装修方案信息可为根据当前的装修进度，对后续需要装修的内容所作出的装修方案信息。

服务器可再次接收业主终端发送的第二响应信息，将第二响应信息发送至服务方终端；根据第二响应信息生成订单信息，创建订单信息的订单标识，将业主标识和服务方标识之间建立关联关系。从而可实现了对设计师的更换，从而还可提高装修质量。

在一个实施例中，装修需求信息中包含服务方的等级信息；步骤S204包括：将装修需求订单发送至与装修对象信息和服务方的等级信息相匹配的服务方标识对应的服务方终端。

本实施例中，装修需求信息中还可包含服务方的等级信息，具体的，可为设计师方、施工方、施工监控方、监理方等其中任意一种或多种的服务方的等级信息。举例来说，该等级信息可包括1级、2级、3级、4级和5级等。等级越高，表示相应等级的服务方提供的服务质量相对越好。

服务器在获取到该等级信息后，从存储相应类型的服务方的个人信息的数据库中，查询处于该等级的服务方的服务方标识，将该装修需求订单发送至查询出的服务方标识对应的服务方终端。通过设置对服务方的等级信息的查询，可提高对服务方匹配的精准性。

在一个实施例中，装修需求信息中包含服务方的服务方标识；步骤S204包括：将装修需求订单发送至装修需求信息中的服务方标识对应的服务方终端。

在一个实施例中，在步骤S202之前，还包括：接收业主终端对服务方的查询请求，服务器可根据该查询请求查询相应的服务方标识，并按照查询出的服务方标识与业主标识之间的匹配度的高低，向业主终端进行顺序推荐。使得业主终端可根据业主的操作，展示推荐的服务方标识对应的服务方的个人信息，并接收对其中一个或多个服务方标识的选择指令，将选择的服务方标识添加到装修需求信息中，并发送至服务器。

其中，服务器可检测该查询请求中是否携带查询条件，根据每个服务方的个人信息与查询条件和/或业主信息，计算出相应服务方标识与业主标识之间的匹配度。并可选取匹配度最高的预设数量的业主的个人信息，发送至业主终端。

本实施例中，装修需求信息中还可包含服务方的服务方标识，该服务方标识可为任意类型的服务方的标识。服务器可在检测到该装修需求信息中包含服务方标识时，可直接将该装修需求订单发送至该服务方标识对应的服务方终端中，时该服务方作出是否接单的选择。通过在装修需求信息中包含服务方标识，可进一步提高对服务方匹配的精准性，同时将该装修需求信息发送至对应的服务方终端，可使得服务方直接查看到业主的装修需求，比如可查询到业主报出的服务价格而无需由中间代理的参与，提高了装修信息的透明度。

在一个实施例中，如图6所示，提供了一种装修数据处理装置，该装置包括：

装修需求订单接收模块602，用于接收业主终端发送的装修需求订单，装修需求订单中包含业主标识、装修对象信息和装修需求信息。

服务方信息匹配模块604，用于将装修需求订单发送至与装修对象信息和装修需求信息相匹配的服务方标识对应的服务方终端。

响应信息处理模块606，用于接收一个或多个匹配的服务方终端发送的对装修需求订单的第一响应信息，将第一响应信息发送至业主终端，第一响应信息中包含对装修对象信息的装修方案信息和服务方标识；接收业主终端发送的第二响应信息，将第二响应信息发送至服务方终端。

订单生成模块608，用于当第二响应信息为同意装修方案时，根据装修需求订单和第一响应信息生成订单信息，创建订单信息的订单标识，将业主标识和服务方标识之间建立关联关系。

在一个实施例中，服务方包括施工监控方；装修方案信息中包含施工流程信息。如图7所示，提供了另一种装修数据处理装置，该装置还包括：

施工监控信息处理模块610，用于获取根据施工流程信息确定的订单信息的所处的当前施工节点；接收施工监控方的监控方终端发送的施工监控信息，将施工监控信息与当前施工节点进行关联；将施工监控信息发送至业主终端。

在一个实施例中，施工监控信息处理模块610还用于接收监控方终端发送的审核请求，将审核请求发送至业主终端；接收业主终端发送的第一审核信息；当第一审核信息为审核通过时，根据施工流程信息更新订单信息所处的当前施工节点。

在一个实施例中，服务方还包括监理方；施工监控信息处理模块610还用于将审核请求发送至监理标识对应的监理终端；接收监理终端发送的第二审核信息；当第二审核信息为审核通过时，执行根据施工流程信息更新订单信息所处的当前施工节点。

在一个实施例中，第一审核信息中还包括对当前施工节点的评价信息；施工监控信息处理模块610还用于根据当前施工节点的评价信息确定用于支付当前施工节点的施工数值，使业主终端将确定的施工数值转移至施工监控方对应的账户中。

在一个实施例中，如图8所示，提供了又一种装修数据处理装置，该装置还包括：

订单修改模块612，用于接收业主终端发送的服务方修改请求；根据服务方修改请求取消业主标识和服务方标识之间的关联关系。

服务方信息匹配模块604还用于再次将装修需求订单发送至与装修对象信息和装修需求信息相匹配的服务方标识对应的服务方终端。

响应信息处理模块606，用于再次接收一个或多个匹配的服务方终端发送的对装修需求订单的第一响应信息，将第一响应信息发送至业主终端，第一响应信息中包含对装修对象信息的装修方案信息和服务方标识；接收业主终端发送的第二响应信息，将第二响应信息发送至服务方终端。

订单生成模块608，用于当再次接收到的第二响应信息为同意装修方案时，根据装修需求订单和第一响应信息生成订单信息，创建订单信息的订单标识，将业主标识和服务方标识之间建立关联关系。

在一个实施例中，装修需求信息中包含服务方的服务方标识。

服务方信息匹配模块604还用于将装修需求订单发送至装修需求信息中的服务方标识对应的服务方终端。

上述装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。该处理器可以为中央处理单元(CPU)、微处理器、单片机等。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各实施例中的任意一种装修数据处理方法的步骤。

在一个实施例中，该计算机程序被处理器执行时实现以下步骤：接收业主终端发送的装修需求订单，装修需求订单中包含业主标识、装修对象信息和装修需求信息；将装修需求订单发送至与装修对象信息和装修需求信息相匹配的服务方标识对应的服务方终端；接收一个或多个匹配的服务方终端发送的对装修需求订单的第一响应信息，将第一响应信息发送至业主终端，第一响应信息中包含对装修对象信息的装修方案信息和服务方标识；接收业主终端发送的第二响应信息，将第二响应信息发送至服务方终端；根据第二响应信息生成订单信息，创建订单信息的订单标识，将业主标识和服务方标识之间建立关联关系。

在一个实施例中，服务方包括施工监控方；装修方案信息中包含施工流程信息；该计算机程序被处理器执行时还实现以下步骤：获取根据施工流程信息确定的订单信息的所处的当前施工节点；接收施工监控方的监控方终端发送的施工监控信息，将施工监控信息与当前施工节点进行关联；将施工监控信息发送至业主终端。

在一个实施例中，该计算机程序被处理器执行时还实现以下步骤：接收监控方终端发送的审核请求，将审核请求发送至业主终端；接收业主终端发送的第一审核信息；当第一审核信息为审核通过时，根据施工流程信息更新订单信息所处的当前施工节点。

在一个实施例中，服务方还包括监理方；该计算机程序被处理器执行时还实现以下步骤：将审核请求发送至监理标识对应的监理终端；接收监理终端发送的第二审核信息；当第二审核信息为审核通过时，执行根据施工流程信息更新订单信息所处的当前施工节点。

在一个实施例中，第一审核信息中还包括对当前施工节点的评价信息；该计算机程序被处理器执行时还实现以下步骤：根据当前施工节点的评价信息确定用于支付当前施工节点的施工数值，使业主终端将确定的施工数值转移至施工监控方对应的账户中。

在一个实施例中，该计算机程序被处理器执行时还实现以下步骤：接收业主终端发送的服务方修改请求；根据服务方修改请求取消业主标识和服务方标识之间的关联关系；重新执行将装修需求订单发送至与装修对象信息和装修需求信息相匹配的服务方标识，将再次获取的第一响应信息记录至订单信息中，并将业主标识和再次获取的服务方标识之间建立关联关系。

在一个实施例中，装修需求信息中包含服务方的服务方标识；该计算机程序被处理器执行时还实现以下步骤：将装修需求订单发送至装修需求信息中的服务方标识对应的服务方终端。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述各实施例中的任意一种装修数据处理方法的步骤。

在一个实施例中，如图9所示，为一个实施例中计算机设备的内部结构示意图。其中，该计算机设备可为上述的服务器。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口。其中，该处理器用于提供计算和控制能力，支撑整个计算机设备的运行。存储器用于存储数据、程序、和/或指令代码等，存储器上存储至少一个计算机程序，该计算机程序可被处理器执行，以实现本申请实施例中提供的适用于计算机设备的一种装修数据处理方法。存储器可包括磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random-Access-Memory，RAM)等。例如，在一个实施例中，存储器包括非易失性存储介质及内存储器。非易失性存储介质存储有操作系统、数据库和计算机程序。该数据库中存储有用于实现以上各个实施例所提供的一种装修数据处理方法相关的数据，比如可存储有服务方的个人信息等。该计算机程序可被处理器所执行，以用于实现以上各个实施例所提供的一种装修数据处理方法。内存储器为非易失性存储介质中的操作系统、数据库和计算机程序提供高速缓存的运行环境。网络接口可以是以太网卡或无线网卡等，用于与外部的计算机设备进行通信。

在一个实施例中，该处理器执行计算机程序时实现以下步骤：接收业主终端发送的装修需求订单，装修需求订单中包含业主标识、装修对象信息和装修需求信息；将装修需求订单发送至与装修对象信息和装修需求信息相匹配的服务方标识对应的服务方终端；接收一个或多个匹配的服务方终端发送的对装修需求订单的第一响应信息，将第一响应信息发送至业主终端，第一响应信息中包含对装修对象信息的装修方案信息和服务方标识；接收业主终端发送的第二响应信息，将第二响应信息发送至服务方终端；根据第二响应信息生成订单信息，创建订单信息的订单标识，将业主标识和服务方标识之间建立关联关系。

在一个实施例中，服务方包括施工监控方；装修方案信息中包含施工流程信息；该处理器执行计算机程序时还实现以下步骤：获取根据施工流程信息确定的订单信息的所处的当前施工节点；接收施工监控方的监控方终端发送的施工监控信息，将施工监控信息与当前施工节点进行关联；将施工监控信息发送至业主终端。

在一个实施例中，该处理器执行计算机程序时还实现以下步骤：接收监控方终端发送的审核请求，将审核请求发送至业主终端；接收业主终端发送的第一审核信息；当第一审核信息为审核通过时，根据施工流程信息更新订单信息所处的当前施工节点。

在一个实施例中，服务方还包括监理方；该处理器执行计算机程序时还实现以下步骤：将审核请求发送至监理标识对应的监理终端；接收监理终端发送的第二审核信息；当第二审核信息为审核通过时，执行根据施工流程信息更新订单信息所处的当前施工节点。

在一个实施例中，第一审核信息中还包括对当前施工节点的评价信息；该处理器执行计算机程序时还实现以下步骤：根据当前施工节点的评价信息确定用于支付当前施工节点的施工数值，使业主终端将确定的施工数值转移至施工监控方对应的账户中。

在一个实施例中，该处理器执行计算机程序时还实现以下步骤：接收业主终端发送的服务方修改请求；根据服务方修改请求取消业主标识和服务方标识之间的关联关系；重新执行将装修需求订单发送至与装修对象信息和装修需求信息相匹配的服务方标识，将再次获取的第一响应信息记录至订单信息中，并将业主标识和再次获取的服务方标识之间建立关联关系。

在一个实施例中，装修需求信息中包含服务方的服务方标识；该处理器执行计算机程序时还实现以下步骤：将装修需求订单发送至装修需求信息中的服务方标识对应的服务方终端。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成。该计算机程序可存储在存储器上，比如存储于一非易失性计算机可读取存储介质中。该程序被执行时，可实现包括如上述各方法的实施例的流程。

本发明所使用的对存储器、存储、数据库或其它介质的任何引用可包括非易失性和/或易失性存储器。合适的非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)，它用作外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)。

上述各实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

上述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

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

接收业主终端发送的装修需求订单，所述装修需求订单中包含业主标识、装修对象信息和装修需求信息；其中，所述装修需求信息包括业主对装修的服务方需求的服务方类型、每种类型的服务方的具体需求、对每种服务方的条件要求信息，所述服务方类型包括设计师、施工方、施工监控方以及监理方，所述具体需求包括相应类型的服务方等级、经验、位置范围、服务价格；

将所述装修需求订单发送至与所述装修对象信息和装修需求信息相匹配的服务方标识对应的服务方终端；其中，查询所述装修对象信息和所述装修需求信息之间的匹配度，所查询出的匹配度大于预设匹配度的服务方的服务方标识，即为与所述装修需求订单相匹配的服务方标识；

接收具有接单权限的一个或多个匹配的服务方终端发送的对所述装修需求订单的第一响应信息，将所述第一响应信息发送至所述业主终端，所述第一响应信息中包含对所述装修对象信息的装修方案信息和服务方标识；其中，预设了不同服务方类型，在不同等级下的最大可接单数量，当未完成订单数量小于该最大可接单数量时，所述服务方具有接单权限；

接收所述业主终端发送的第二响应信息，将所述第二响应信息发送至所述服务方终端；

根据所述第二响应信息生成订单信息，创建所述订单信息的订单标识，将所述业主标识和所述服务方标识之间建立关联关系。

2.根据权利要求1所述的方法，其特征在于，所述服务方包括施工监控方；所述装修方案信息中包含施工流程信息；所述方法还包括：

获取根据所述施工流程信息确定的所述订单信息的所处的当前施工节点；

接收施工监控方的监控方终端发送的施工监控信息，将所述施工监控信息与所述当前施工节点进行关联；

将所述施工监控信息发送至所述业主终端。

3.根据权利要求2所述的方法，其特征在于，在所述将所述施工监控信息发送至所述业主终端之后，还包括：

接收所述监控方终端发送的审核请求，将所述审核请求发送至所述业主终端；

接收所述业主终端发送的第一审核信息；

当所述第一审核信息为审核通过时，根据所述施工流程信息更新所述订单信息所处的当前施工节点。

4.根据权利要求3所述的方法，其特征在于，所述服务方还包括监理方；在所述根据所述施工流程信息更新所述订单信息所处的当前施工节点之前，还包括：

将所述审核请求发送至监理标识对应的监理终端；

接收所述监理终端发送的第二审核信息；

当所述第二审核信息为审核通过时，执行所述根据所述施工流程信息更新所述订单信息所处的当前施工节点。

5.根据权利要求3所述的方法，其特征在于，所述第一审核信息中还包括对所述当前施工节点的评价信息；所述方法还包括：

根据所述当前施工节点的评价信息确定用于支付所述当前施工节点的施工数值，使所述业主终端将确定的施工数值转移至所述施工监控方对应的账户中。

6.根据权利要求1所述的方法，其特征在于，在所述根据所述第二响应信息生成订单信息之后，还包括：

接收所述业主终端发送的服务方修改请求；

根据所述服务方修改请求取消所述业主标识和所述服务方标识之间的关联关系；

重新执行所述将所述装修需求订单发送至与所述装修对象信息和装修需求信息相匹配的服务方标识，将再次获取的第一响应信息记录至所述订单信息中，并将所述业主标识和再次获取的服务方标识之间建立关联关系。

7.根据权利要求1所述的方法，其特征在于，所述装修需求信息中包含服务方的服务方标识；

所述将所述装修需求订单发送至与所述装修对象信息和装修需求信息相匹配的服务方标识对应的服务方终端，包括：

将所述装修需求订单发送至所述装修需求信息中的服务方标识对应的服务方终端。

8.一种装修数据处理装置，其特征在于，所述装置包括：

装修需求订单接收模块，用于接收业主终端发送的装修需求订单，所述装修需求订单中包含业主标识、装修对象信息和装修需求信息；其中，所述装修需求信息包括业主对装修的服务方需求的服务方类型、每种类型的服务方的具体需求、对每种服务方的条件要求信息，所述服务方类型包括设计师、施工方、施工监控方以及监理方，所述具体需求包括相应类型的服务方等级、经验、位置范围、服务价格；

服务方信息匹配模块，用于将所述装修需求订单发送至与所述装修对象信息和装修需求信息相匹配的服务方标识对应的服务方终端；其中，查询所述装修对象信息和装所述修需求信息之间的匹配度，所查询出的匹配度大于预设匹配度的服务方的服务方标识，即为与所述装修需求订单相匹配的服务方标识；

响应信息处理模块，用于接收具有接单权限的一个或多个匹配的服务方终端发送的对所述装修需求订单的第一响应信息，将所述第一响应信息发送至所述业主终端，所述第一响应信息中包含对所述装修对象信息的装修方案信息和服务方标识；接收所述业主终端发送的第二响应信息，将所述第二响应信息发送至所述服务方终端；其中，预设了不同服务方类型，在不同等级下的最大可接单数量，当未完成订单数量小于该最大可接单数量时，所述服务方具有接单权限；

订单生成模块，用于当所述第二响应信息为同意装修方案时，根据所述装修需求订单和所述第一响应信息生成订单信息，创建所述订单信息的订单标识，将所述业主标识和所述服务方标识之间建立关联关系。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述方法的步骤。

10.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。

Images