CN110942277A

CN110942277A - 订单的协同处理方法、装置、设备和存储介质

Info

Publication number: CN110942277A
Application number: CN201811115799.3A
Authority: CN
Inventors: 屠钰钦
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2018-09-25
Filing date: 2018-09-25
Publication date: 2020-03-31
Also published as: WO2020063431A1

Abstract

本申请实施例提供了一种订单的协同处理方法、装置、设备和存储介质，以协同管理订单的生产状况。所述的方法包括：获取订单信息；基于所述订单信息确定订单关联的协同用户，所述协同用户至少包括所述订单的生产方和订单的发起方；为所述协同用户建立所述订单的协同进度信息，并将所述协同进度信息实时更新给各协同用户。能够有效的管理订单的生产状况，实时反馈订单的进度，提供协同服务。

Description

订单的协同处理方法、装置、设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种订单的协同处理方法和装置、一种电子设备和一种存储介质。

背景技术

目前许多商家的商品都是委托外部的工厂生产的，例如委托外部的工厂生产手机、服装等。这种方式节省了商家的人力，使得商家可以专注在商品的研发、销售等环境。特别是随着电子商务的发展，商家用户通过电子商务平台上可以直接下单采购商品，而接单方可以在下单后，开始生成商家用户所需要的商品。

但是在商家采购商品后，对于接单方的生产状况难以了解，若要了解具体的状况只能询问接单方，听取接单方的生产汇报，难以进行有效的管理。

发明内容

本申请实施例提供了一种订单的协同处理方法，以协同管理订单的生产状况。

相应的，本申请实施例还提供了一种订单的协同处理装置、一种电子设备和一种存储介质，用以保证上述系统的实现及应用。

为了解决上述问题，本申请实施例公开了一种订单的协同处理方法，所述的方法包括：获取订单信息；基于所述订单信息确定订单关联的协同用户，所述协同用户至少包括所述订单的生产方和订单的发起方；为所述协同用户建立所述订单的协同进度信息，并将所述协同进度信息实时更新给各协同用户。

可选的，还包括：为各协同用户创建所述订单的生产协同群，其中，所述生产协同群用于各协同用户进行通讯以及管理协同进度信息的即时通讯群。

可选的，所述为各协同用户创建所述订单的生产协同群，包括：获取各协同用户在即时通讯应用中的账户信息，并基于获取的账户信息在所述即时通讯应用中创建所述订单的生产协同群。

可选的，所述将所述协同进度信息实时更新给各协同用户，包括：将所述协同进度信息作为群消息，在所述生产协同群中展示给各协同用户；和/或，在所述生产协同群中，依据所述订单对应的进度更新所述协同进度信息在所述生产协同群中的进度展示页面/展示窗口。

可选的，所述为所述协同用户建立所述订单的协同进度信息，包括：根据订单信息，创建订单完成的进度计划，该进度计划包括多个进度计划节点；依据所述订单的当前进度，更新所述进度计划中各进度计划节点的完成状态。

可选的，还包括：基于对所述订单生产中的监控数据，确定订单对应的进度，所述监控数据包括生产订单的商品的工厂中生产监控数据。

可选的，所述协同进度信息包括：进度描述信息、进度占比和/或进度状态，其中，所述进度描述信息用于描述进度计划节点的执行情况；所述进度占比用于描述当前进度在整个进度中的比重；所述进度状态用于描述当前进度的执行状态。

本申请实施例还公开了一种订单协同处理方法，包括：交易平台确定到订单信息时，确定订单关联的协同用户，所述协同用户至少包括所述订单的生产方和订单的发起方；建立协同用户之间的生产协同群；获取所述订单的协同进度信息，并将所述订单的协同进度信息实时在所述生产协同群中进行更新。

可选的，所述建立协同用户之间的生产协同群，包括：获取各协同用户在即时通讯应用中的账户信息，并基于获取的账户信息在所述即时通讯应用中创建所述协同用户之间的生产协同群。

可选的，所述将所述订单的协同进度信息实时在所述生产协同群中进行更新，包括：将所述协同进度信息作为群消息，在所述生产协同群中展示给各协同用户；和/或，在所述生产协同群中，依据所述订单对应的进度更新所述协同进度信息在所述生产协同群中的进度展示页面/展示窗口。

可选的，获取所述订单的协同进度信息，包括：根据订单信息，创建订单完成的进度计划，该进度计划包括多个进度计划节点；依据所述订单的当前进度，更新所述进度计划中各进度计划节点的完成状态，其中，所述订单的当前进度依据所述订单生产中的监控数据确定，所述监控数据包括生产订单的商品的工厂中生产监控数据。

本申请实施例还公开了一种订单的协同处理方法，所述的方法包括：获取订单信息，并确定订单关联的协同用户，所述协同用户至少包括所述订单的生产方和订单的发起方；依据所述订单生产中的监控数据，确定所述订单的协同进度信息；将所述协同进度信息实时更新给各协同用户。

可选的，依据所述订单生产中的监控数据，确定所述订单的协同进度信息，包括：根据订单信息，创建订单完成的进度计划，该进度计划包括多个进度计划节点；确定所述订单生产中的监控数据的识别结果，依据所述识别结果更新所述进度计划中各进度计划节点的完成状态。

可选的，所述确定所述订单生产中的监控数据的识别结果，包括：对第一区域的监控图像进行识别，确定所述订单对应原料识别结果；和/或，对第二区域的监控图像进行人脸识别，确定所述订单对应的生产人员识别结果；和/或，对第三区域的监控图像进行识别，确定所述订单对应的数量识别结果。

可选的，所述协同进度信息包括：进度描述信息、进度占比和/或进度状态，其中，所述进度描述信息用于描述进度节点的执行情况；所述进度占比用于描述执行中的进度节点在整个进度中的比重；所述进度状态用于描述执行中的进度节点的执行状态。

本申请实施例还公开了一种订单的协同处理装置，所述的装置包括：获取模块，用于获取订单信息；用户确定模块，用于基于所述订单信息确定订单关联的协同用户，所述协同用户至少包括所述订单的生产方和订单的发起方；协同更新模块，用于为所述协同用户建立所述订单的协同进度信息，并将所述协同进度信息实时更新给各协同用户。

本申请实施例还公开了一种订单的协同处理装置，所述的装置包括：协同用户确定模块，用于交易平台确定到订单信息时，确定订单关联的协同用户，所述协同用户至少包括所述订单的生产方和订单的发起方；协同群建立模块，用于建立协同用户之间的生产协同群；群进度更新模块，用于获取所述订单的协同进度信息，并将所述订单的协同进度信息实时在所述生产协同群中进行更新。

本申请实施例还公开了一种订单的协同处理装置，所述的装置包括：订单确定模块，用于获取订单信息，并确定订单关联的协同用户，所述协同用户至少包括所述订单的生产方和订单的发起方；进度确定模块，用于依据所述订单生产中的监控数据，确定所述订单的协同进度信息；进度更新模块，用于将所述协同进度信息实时更新给各协同用户。

本申请实施例还公开了一种电子设备，包括：处理器；和存储器，其上存储有可执行代码，当所述可执行代码被执行时，使得所述处理器执行如本申请实施例中一个或多个所述的订单的协同处理方法。

本申请实施例还公开了一个或多个机器可读介质，其上存储有可执行代码，当所述可执行代码被执行时，使得处理器执行如本申请实施例中一个或多个所述的订单的协同方法。

本申请实施例还公开了一种电子设备，其特征在于，包括：处理器；和存储器，其上存储有可执行代码，当所述可执行代码被执行时，使得所述处理器执行如本申请实施例中一个或多个所述的订单的协同处理方法。

与现有技术相比，本申请实施例包括以下优点：

在本申请实施例中，获取订单信息，可基于所述订单信息确定订单关联的协同用户，所述协同用户至少包括订单的生产方和订单发起方，然后为所述协同用户建立所述订单的协同进度信息，并将所述协同进度信息实时更新给各协同用户，能够有效的管理订单的生产状况，实时反馈订单的进度，提供协同服务。

附图说明

图1是本申请的一种订单的协同处理方法实施例的步骤流程图；

图2A-图2I是本申请实施例的显示界面示例的示意图；

图3是本申请的一种订单的协同处理处理方法可选实施例的步骤流程图；

图4是本申请的另一种订单的协同处理处理方法实施例的步骤流程图；

图5是本申请的另一种订单的协同处理处理方法可选实施例的步骤流程图；

图6是本申请的再一种订单的协同处理处理方法实施例的步骤流程图；

图7是本申请再一种订单的协同处理方法的一种可选实施例的步骤流程图；

图8是本申请再一种订单的系统处理方法的另一种可选实施例的步骤流程图；

图9A、图9B是本申请的一种订单的协同处理装置实施例的结构框图；

图10是本申请的另一种订单的协同处理装置实施例的结构框图；

图11A、图11B是本申请的再一种订单的协同处理装置实施例的结构框图

图12是本申请一实施例提供的装置的结构示意图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

本申请实施例可应用于各种采购商品的场景中，一方采购另一方生产的商品可生成订单的订单信息，采购的一方可作为订单的发起方，如商品对应的商家、品牌方等，提供所采购的商品各环节服务的提供方可作为订单的生产方，如制造商品的至少一个工厂，提供商品原材料的供货商，进行商品、原材料配送的物流公司等。订单信息用于描述该订单，可包括订单标识、发起方信息、至少一个生产方信息、商品订单信息等，其中，订单标识用于唯一确定一个订单；发起方信息可包括发起方名称、发起方标识、发起方联系信息等；生产方信息可包括生产方名称、服务环节信息、生产方标识、生产方联系信息等，服务环节信息包括商品生产、原材料提供、配送等；商品订单信息包括委托生产的商品对应的信息，如商品名称、生产参数等，以及协商的委托生产相关信息，如委托时间、生产期限、费用、商品数量等信息。

订单可在协同平台上建立，该协同平台提供委托商品生产、商品售卖等各种交易服务，以及对商品生产、商品售卖等提供协同服务，来协助发起方、生产方等。该协同平台可以是电子商务平台，例如面对B2B的1688平台等。

在协同平台上达成订单可生成订单信息，依据该订单信息可确定发起方和至少一个生产方，不同生产方在不同的环节提供服务，例如提供商品的第一生产方向原材料提供的至少一个第二生产方采购原材料，通过提供物流的至少一个第三生产方运送原材料给第一生产方，然后第一生产方进行对应商品的生产，在约定的期限内通过第三生产方交付生产完成的商品给发起方。为了协助用户进行商品生产的管理，让发起方更直观、更高效的获取生产进度，对于上述过程可提供协同服务，对各生产方的服务环节提供协同的数据并确定进度，实时更新所述协同进度信息。

参照图1，示出了本申请的一种订单的协同处理处理方法实施例的步骤流程图。

步骤102，获取订单信息。

在协同平台上达成生产商品的订单，可生成该订单的订单信息，以提供协同服务。例如，一个商家用户需要在电商平台上采购商品时，该商家用户为订单发起方，提供商品的商家为订单生产方。当订单发起方在电商平台采购商品，可生成订单，被订单生产方接单后，发起方和生产方就达成了该订单，可生成相应的订单信息。该订单信息可包括发起方信息、生产方信息等，其中，若在订单中规定原料的供应商等，也可作为生产方添加相应的生产方信息。或者在后续处理过程中，依据提供商品的生产方的数据等添加相应的提供商品原材料的供货商，进行商品、原材料配送的物流公司等生产方信息。

步骤104，基于所述订单信息确定订单关联的协同用户，所述协同用户至少包括所述订单的生产方和订单的发起方。

可基于该订单信息中的发起方信息确定发起方，以及基于生产方信息确定生产方，其中，依据订单信息可确定出至少一个生产方，也可在进度更新的过程中，添加该订单关联的生产方，因此可将生产方和发起方作为该订单关联的协同用户。

在一些可选实施例中，所述协同用户还包括平台方和第三方服务提供方，该平台方指的是协同平台提供协同服务的服务提供对象，第三方服务提供方指的是协同平台之外提供协同服务的服务提供对象。

步骤106，为所述协同用户建立所述订单的协同进度信息，并将所述协同进度信息实时更新给各协同用户。

协同进度信息用于描述订单的生产进度状况，该生产进度状况可依据各环节中发起方、生产方的相关信息确定，从而协同用户进行商品生产的管理。因此可为协同用户建立所述订单的协同进度信息，并实时确定订单进度的协同进度信息，然后将所述协同进度信息实时更新给各协同用户。

本申请一个可选实施例中，可为各协同用户创建所述订单的生产协同群，其中，所述生产协同群用于各协同用户进行通讯以及管理协同进度信息，该生产协同群可为一种即时通讯群，从而能够保证群中协同进度信息更新的实时性。其中，生产协同群可以是在第三方通讯应用上的用户群，例如钉钉，或者平台上的即时通讯应用上的用户群，例如旺旺或千牛等，便于协同用户通过各种通讯应用中的生产协同群进行交互。生产协同群中的协同用户可至少包括所述订单的生产方和订单的至少一个发起方，还可包括上述实施例的平台方和第三方服务提供方，因此在一些实施例中，生产协同群中的协同用户可包括：发起方对应的第一用户，生产方对应的第二用户，平台方对应的第三用户，第三方服务提供方对应的第四用户。

其中，所述为各协同用户创建所述订单的生产协同群，包括：获取各协同用户在即时通讯应用中的账户信息，并基于获取的账户信息在所述即时通讯应用中创建所述订单的生产协同群。

对于协同用户中的生产方，可从订单信息中获取生产方信息，从生产方信息获取生产方标识，来确定生产方在即时通讯应用中的账户信息，或者直接从所述生产方信息中获取生产方在即时通讯应用中的账户信息。对于协同用户中的发起方，可从订单信息中获取发起方信息，从发起方信息获取发起方标识，来确定发起方在即时通讯应用中的账户信息，或者直接从所述发起方信息中获取发起方在即时通讯应用中的账户信息。以及从协同平台分别获取平台方和第三方服务提供方对应在即时通讯应用中的账户信息。

本申请实施例中。该账号信息指的是即时通讯应用对应账号的信息如用户名等。若协同用户没有该即时通讯应用的账号，可通知该协同用户创建相应的账号并在协同平台中绑定，从而通过调用接口可创建即时通讯应用的生产协同群，在生产协同群中管理协同进度信息，如实时更新协同进度信息，以及在生产协同群中提供通讯服务，各系统用户直接沟通生产相关的状况。

本申请实施例中，所述协同进度信息包括：进度描述信息、进度占比和/或进度状态。其中，所述进度描述信息用于描述进度计划节点的执行情况，如当前进度的进度计划节点，该进度计划节点的执行情况等，如包括开始时间、已执行时间等执行时间信息，还可包括平台获取的该进度计划节点对应各关联用户的处理信息，如发起方是否支付费用，生产方的生产是否正常等。所述进度占比用于描述当前进度在整个进度中的比重，该比重可依据当前进度的执行时间信息，该订单对应的生产期限等时间信息确定。进度描述信息可通过平台、至少一个发起方的信息确定，例如基于平台确定是否支付费用，又如基于发起方确认是否订购原材料、原材料是否发货，商品是否开始生产等。

所述进度状态用于描述当前进度的执行状态，所述进度状态可依据当前进度的执行时间信息确定，本申请实施例可预先设置各进度计划节点的计划执行时间，该计划执行时间可包括开始时间、结束时间等，其中，当前进度计划节点的开始时间可为上一个进度计划节点的结束时间，依据进度计划节点的执行时间信息和计划执行时间进行比对，即可确定当前进度的执行状态，如将当前进度的执行时间信息和该进度的结束时间进行比较，若执行时间信息不大于该进度的结束时间，则为正常状态，否则为非正常状态，对于非正常状态可依据当前进度对应的进度计划节点等确定具体的警告、预警等状态。其中，生产进度状态可包括以下至少一种：正常状态、警告状态、预警状态、危机状态，其中，警告状态、预警状态、危机状态可作为非正常状态，其中，警告状态、预警状态、危机状态可依据时间确定，一个示例中，进度计划节点对应计划执行时间提前一天或当天为预警状态，超出该进度计划节点对应计划执行时间且不超过警告范围为警告状态，超出该进度计划节点对应计划执行时间且超过警告范围为危机状态；另一个示例中，非正常状态可依据进度计划节点确定，对于非商品生产环节的进度计划节点设置预警状态和警告状态，对于商品生产环节的进度计划节点设置预警状态和危机状态等，再依据时间确定该进度计划节点的进度状态。

本申请一个可选实施例中，所述将所述协同进度信息实时更新给各协同用户，包括：将所述协同进度信息作为群消息，在所述生产协同群中展示给各协同用户；和/或，在所述生产协同群中，依据所述订单对应的进度更新所述协同进度信息在所述生产协同群中的进度展示页面/展示窗口。

可以将协同进度信息作为生产协同群的群消息，然后将该群消息发送到生产协同群中，使得生产协同群中的各协同用户均可获知该协同进度信息。不同进度计划节点的消息还可指定不同的协同用户，例如在支付费用的协同进度信息可指定发送给提供商品的生产方，原材料准备发货的协同进度信息可指定发送给提供物流服务的生产方等，从而对该进度计划节点需要处理的协同用户或下一进度计划节点需要处理的协同用户进行提示。在生产协同群中还可设置进度展示页面和/或展示窗口，该进度展示页面以页面的形式进行协同进度信息的展示，展示窗口以窗口的形式进行协同进度信息的展示，从而在该进度展示页面和/或展示窗口中，可以依据订单对应进度来更新协同进度信息，使得进度展示页面和/或展示窗口能够实时更新所展示的协同进度信息，生产协同群中的各协同用户通过进度展示页面和/或展示窗口能够获知协同进度信息。其中，进度展示页面和/或展示窗口中的协同进度信息可通过文字、图片、视频等多种方式进行展示。

一个示例中，所述进度显示页面和/或展示窗口包括：第一区域和第二区域，所述第一区域用于指示生产进度；所述第二区域用于指示生产进度的详情。所述第一区域可显示该订单的基础信息以及正在进行的生产进度等信息，其中，基础信息如订单的名称、标识、生产期限等信息，可从订单信息中获取，还可基于协同进度信息生成其他进度显示元素，如生产进度条和状态显示信息等，其中，生产进度条可依据进度占比确定，如包括首尾的进度计划节点如生产计划设置和大货到仓，和当前进度的进度计划节点及其生产进度占比等，状态显示信息可依据进度状态确定。第二区域包括：已完成的进度的显示信息，当前进度的显示信息，以及待执行的进度的显示信息，对于当前进度，若为生产阶段对应的生产进度，还可获取监控图像等监控信息，从而更加直观的显示生产进度和状态。

所述为所述协同用户建立所述订单的协同进度信息，包括：根据订单信息，创建订单完成的进度计划，该进度计划包括多个进度计划节点；依据所述订单的当前进度，更新所述进度计划中各进度计划节点的完成状态。在创建订单得到订单信息后，可依据该订单信息制定该订单需要完成的进度计划，该进度计划可以指生产方对商品进行生产制造的进度规划信息，该进度计划包括多个进度计划节点，进度计划节点指的是对商品进行生产制造过程中不同阶段的节点，因此该进度计划还可包括各进度计划节点的名称、计划时间等。

从而通过进度计划中各进度计划节点的计划时间和该进度计划节点实际的处理时间可确定出进度计划节点对应的进度状态等协同进度信息。其中，可基于对所述订单生产中的监控数据，确定订单对应的进度，所述监控数据包括生产订单的商品的工厂中生产监控数据。如通过对生产方的工厂进行监控可确定监控数据，然后可从监控数据中识别出订单对应的进度，如生产节点的进度等，还可基于平台所监控的支付信息、运输信息等用户反馈信息确定订单的进度，从而依据订单当前的进度确定该进度对应的进度计划节点，并确定该进度计划节点的进度描述信息、进度占比和/或进度状态等信息，以及其他进度计划节点的信息，然后可更新所述进度计划中各进度计划节点的完成状态，该完成状态包括已完成、正在执行和待执行，从而更新所述订单的协同进度信息。

综上，获取订单信息，可基于所述订单信息确定订单关联的协同用户，所述协同用户至少包括订单的生产方和订单发起方，然后为所述协同用户建立所述订单的协同进度信息，并将所述协同进度信息实时更新给各协同用户，能够有效的管理订单的生产状况，实时反馈订单的进度，提供协同服务。

本申请实施例中，生产协同群中的进度展示页面和/或展示窗口可展示协同进度信息给各协同用户，便于发起方了解商品的生产进度。一种生产进度的显示界面的示例如图2A-图2I所示的，该显示界面包括进度展示页面和/或展示窗口，商品以服装为例，基于服装的生产过程，发起方和生产方可在处理平台上达成订单，相应可得到订单信息，该服装生产的进度计划节点包括：约定下单、首款支付、面料到仓、投料开裁、生产车缝、下线撤产、大货尾款、工厂发货和大货到仓。

在图2A所示的约定下单对应的显示界面的示例中，第一区域可显示有：订单的基础信息，如图像数据、名称“呢大衣女装来样加工包工包料10000件”、订单号201811200000000764；生产进度条包括收尾进度分别为约定下单和大货到仓，当前进度指示出正在进行的进度计划节点为约定下单，状态为正常，并且在生产进度条上也指示出正在进行的进度计划节点为约定下单，执行的进度占比为1％，并且还包括生产期限，如预定交期时间为XXXX。第二区域显示有正在进行的约定下单的进度计划节点，其开始时间为X114:00，在上传生产计划信息后，可对应显示已设置生产计划，状态为正常，并且可指示下一步进度计划节点为首款支付，计划时间为X2，目前为等待支付首款。其中，依据生产计划信息可显示之后的计划包括：计划时间为X3的面料到仓，计划时间为X4的投料开裁，计划时间为X5的生产车缝，计划时间为X6的下线撤产，计划时间为X7的大货尾款，计划时间为X8的工厂发货，计划时间为X9的大货到仓。从而发起方可依据该协同进度信息确定需要支付首款，可在平台上进行支付。

在图2B所示的首款支付对应的显示界面的示例中，进展到了首款支付的进度计划节点，则第一区域中的生产进度条中，显示有正在进行的首款支付的进度计划节点，其对应的进度占比为12％，状态为正常；在第二区域中的显示信息指示出：约定下单的进度计划节点已完成，正在执行首款支付的进度计划节点，其中，已支付首款，状态为正常，下一进度计划节点为面料到仓正，工厂准备面料中，并显示有计划的其他进度计划节点。从而提供商品的生产方可基于已支付首款的协同进度信息，确定可以进行原材料的采购，从而向提供面料的生产方进行面料的采购。

在图2C所示的面料到仓对应的显示界面的示例中，进展到了面料到仓的进度计划节点，则第一区域中的生产进度条中，显示有正在进行的面料到仓的进度计划节点，其对应的进度占比为25％，状态为正常；在第二区域中的显示信息指示出：约定下单和首款支付的进度计划节点已完成，正在执行面料到仓的进度计划节点，其中，已完成面料到仓，状态为正常，且显示有对应的监控图像，为红色棉麻布布料已到仓，下一进度计划节点为投料开裁，工厂准备面料中，并显示有计划的其他进度计划节点。提供商品的生产方可基于物流或监控识别到的面料到仓的协同进度信息，开始进行面料的处理。

在图2D所示的投料开裁对应的显示界面的示例中，进展到了投料开裁的进度计划节点，则第一区域中的生产进度条中，显示有正在进行的投料开裁的进度计划节点，其对应的进度占比为34％，已延期(超期)1天，对应状态为警告，需要督促一下生产方，可由发起方、服务用户等督促，如在生产协同群中提醒生产方；在第二区域中的显示信息指示出：约定下单、首款支付和面料到仓的进度计划节点已完成，正在执行投料开裁的进度计划节点，其中，已开始投料开裁，状态为警告，该进度已延期一天，且显示有对应的监控图像，并且显示延期的原因为：由于毛料稀缺，工厂正在找毛料，以及第二天面料开裁一半，缺面料等情况，下一进度计划节点为生产车缝，工厂准备生产车缝中，并显示有计划的其他进度计划节点。基于毛料稀缺的协同进度信息，提供面料的生产方、发起方等也可帮助提供商品的生产方寻找毛料。

在图2E所示的生产车缝对应的显示界面的示例中，进展到了生产车缝的进度计划节点，则第一区域中的生产进度条中，显示有正在进行的投料开裁的进度计划节点，其对应的进度占比为45％，已延期1天，对应状态为预警，需要督促一下生产方，可由发起方、服务用户等督促，如在生产协同群中提醒生产方；在第二区域中的显示信息指示出：约定下单、首款支付、面料到仓和投料开裁的进度计划节点已完成，正在执行生产车缝的进度计划节点，其中，已开始生产车缝，状态为预警，该进度已延期一天，且显示有对应的监控图像、监控视频等监控数据，并且显示延期的原因为：已生产2000件，但由于毛料稀缺，工厂还在找毛料，下一进度计划节点为下线撤产，工厂准备下线撤产中，并显示有计划的其他进度计划节点。

在图2F所示的下线撤产对应的显示界面的示例中，进展到了下线撤产的进度计划节点，则第一区域中的生产进度条中，显示有正在进行的投料开裁的进度计划节点，其对应的进度占比为73％，已延期1天，对应状态为危机，需要督促一下生产方，可由发起方、服务用户等督促，如在生产协同群中提醒生产方；在第二区域中的显示信息指示出：约定下单、首款支付、面料到仓、投料开裁和生产车缝的进度计划节点已完成，正在执行下线撤产的进度计划节点，其中，已开始下线撤产，状态为危机，该进度已延期一天，且显示有对应的监控图像，并且显示有本次订单出现的问题：已生产2000件，但由于毛料稀缺，工厂还在找毛料，下一进度计划节点为大货尾款，待支付大货尾款，并显示有计划的其他进度计划节点。

其中，在出现上述面料缺少等问题时，生产方和发起方可在生产协同群中沟通相关事项，从而修改生产计划等。

在图2G所示的大货尾款对应的显示界面的示例中，进展到了大货尾款的进度计划节点，则第一区域中的生产进度条中，显示有正在进行的投料开裁的进度计划节点，其对应的进度占比为81％，对应状态为正常；在第二区域中的显示信息指示出：约定下单、首款支付、面料到仓、投料开裁、生产车缝和下线撤产的进度计划节点已完成，正在执行大货尾款的进度计划节点，其中，目前待支付大货尾款，状态为正常，下一进度计划节点为工厂发货，工厂准备发货中，并显示有计划的其他进度计划节点。

在图2H所示的工厂发货对应的显示界面的示例中，进展到了工厂发货的进度计划节点，则第一区域中的生产进度条中，显示有正在进行的工厂发货的进度计划节点，其对应的进度占比为91％，对应状态为正常；在第二区域中的显示信息指示出：约定下单、首款支付、面料到仓、投料开裁、生产车缝、下线撤产和大货尾款的进度计划节点已完成，正在执行工厂发货的进度计划节点，其中，已完成工厂发货，状态为正常，下一进度计划节点为大货到仓，准备大货到仓中。

在图2I所示的大货到仓对应的显示界面的示例中，进展到了大货到仓的进度计划节点，则第一区域中的生产进度条中，显示有正在进行的大货到仓的进度计划节点，其对应的进度占比为100％，对应状态为正常；在第二区域中的显示信息指示出：约定下单、首款支付、面料到仓、投料开裁、生产车缝、下线撤产、大货尾款和工厂发货的进度计划节点已完成，目前为大货到仓的进度计划节点，其中，已完成大货到仓，状态为正常。该订单已完成。

从而通过上述显示界面中各进度计划节点的完成状态的更新，用户可实时获知订单的协同进度信息，并且可在显示页面中显示订单整体的进度状况，从而能够直观的获取生产进度。

参照图3，示出了本申请的一种订单的协同处理处理方法可选实施例的步骤流程图。

步骤302，获取订单信息。

步骤304，基于所述订单信息确定订单关联的协同用户。所述协同用户至少包括所述订单的生产方、订单的发起方、平台方和第三方服务提供方。

步骤306，为各协同用户创建所述订单的生产协同群。其中，所述生产协同群用于各协同用户进行通讯以及管理协同进度信息的即时通讯群。

步骤308，根据订单信息，创建订单完成的进度计划，该进度计划包括多个进度计划节点；基于对所述订单生产中的监控数据，确定订单对应的进度，所述监控数据包括生产订单的商品的工厂中生产监控数据；依据所述订单的当前进度，更新所述进度计划中各进度计划节点的完成状态。

步骤310，将所述协同进度信息作为群消息，在所述生产协同群中展示给各协同用户；和/或，在所述生产协同群中，依据所述订单对应的进度更新所述协同进度信息在所述生产协同群中的进度展示页面/展示窗口。

从而在订单等订单信息在平台生成后，可自动建立生产协同群，从而在每个生产进度对应生产进度信息以及进度显示信息等均可通过生产协同群反馈，还可在生产协同群中进行各用户的实时沟通，透明生产过程，提供可视化页面使用户直观的了解生产进度。

在上述实施例的基础上，本申请实施例还提供了一种订单的协同处理处理方法，该协同平台可包括提供交易的交易平台或称电子商务平台，如B2B电商平台的1688平台等，能够基于生产协同群来协助各协同用户进行订单的管理，提高用户体验。例如在1688平台等电商平台上提供协同功能，商家用户在1688平台上下单，且生产方接单得到订单信息后，可自动确定发起方、生产方等为协同用户，自动建立一个生产协同群，协同该订单的生产。其中，该生产协同群可以是在第三方通讯应用的用户群，例如钉钉的用户群，或者平台上的即时通讯应用的用户群，例如旺旺的用户群或千牛的用户群等。

参照图4，示出了本申请的另一种订单的协同处理处理方法实施例的步骤流程图。

步骤402，交易平台确定到订单信息时，确定订单关联的协同用户，所述协同用户至少包括所述订单的生产方和订单的发起方。

在交易平台上达成生产商品的订单，可生成该订单的订单信息，以提供协同服务。例如，一个商家用户需要在1688平台上采购商品时，该商家用户为订单发起方，提供商品的商家为订单生产方。当订单发起方在电商平台采购商品，可生成订单，被订单生产方接单后，发起方和生产方就达成了该订单，可生成相应的订单信息。该订单信息可包括发起方信息、生产方信息等，其中，若在订单中规定原料的供应商等，也可作为生产方添加相应的生产方信息。或者在后续处理过程中，依据提供商品的生产方的数据等添加相应的提供商品原材料的供货商，进行商品、原材料配送的物流公司等生产方信息。其中，可基于该订单信息中的发起方信息确定发起方，以及基于生产方信息确定生产方，其中，依据订单信息可确定出至少一个生产方，也可在进度更新的过程中，添加该订单关联的生产方，因此可将生产方和发起方作为该订单关联的协同用户。

步骤404，建立协同用户之间的生产协同群。

交易平台提供协同功能，因此可基于协同用户创建生产协同群，从而通过生产协同群提供协同功能以及各协同进度信息。与上述实施例类似，所述生产协同群用于各协同用户进行通讯以及管理协同进度信息，该生产协同群可为一种即时通讯群。其中，所述建立协同用户之间的生产协同群，包括：获取各协同用户在即时通讯应用中的账户信息，并基于获取的账户信息在所述即时通讯应用中创建所述协同用户之间的生产协同群。生产协同群中的协同用户可至少包括所述订单的生产方和订单的至少一个发起方，还可包括上述实施例的平台方和第三方服务提供方。可从订单信息中获取生产方信息、发起方信息，从而确定生产方、发起方在即时通讯应用中的账户信息，以及从平台分别获取平台方和第三方服务提供方对应在即时通讯应用中的账户信息，基于该账户信息创建在所述即时通讯应用中创建所述协同用户之间的生产协同群。

步骤406，获取所述订单的协同进度信息，并将所述订单的协同进度信息实时在所述生产协同群中进行更新。

协同进度信息用于描述订单的生产进度状况，该生产进度状况可依据各环节中发起方、生产方的相关信息确定，如发起方支付费用、生产方发货、运输等，从而协同用户进行商品生产的管理。因此可获取所述订单的协同进度信息，并实时将该协同进度信息更新到生产协同群中，使得协同用户可在生产协同群中查看协同进度信息。

其中，获取所述订单的协同进度信息，包括：根据订单信息，创建订单完成的进度计划，该进度计划包括多个进度计划节点；依据所述订单的当前进度，更新所述进度计划中各进度计划节点的完成状态，其中，所述订单的当前进度依据所述订单生产中的监控数据确定，所述监控数据包括生产订单的商品的工厂中生产监控数据。

其中，所述将所述订单的协同进度信息实时在所述生产协同群中进行更新，包括：将所述协同进度信息作为群消息，在所述生产协同群中展示给各协同用户；和/或，在所述生产协同群中，依据所述订单对应的进度更新所述协同进度信息在所述生产协同群中的进度展示页面/展示窗口。

该步骤与上述实施例类似，具体可参照上述实施例的描述，在此不再赘述。从而通过在1688平台等电商平台上提供协同功能，在订单生产后自动创建协同用户的生产协同群，通过该生产协同群更新订单的协同进度信息，便于对订单的生产进行管理，使得生产方的生产进度透明化，合理管控生产方的产能，提高发起方的信任度，提高各协同用户的体验。

参照图5，示出了本申请的另一种订单的协同处理处理方法可选实施例的步骤流程图。

步骤502，交易平台确定到订单信息时，确定订单关联的协同用户。所述协同用户至少包括所述订单的生产方、订单的至少一个发起方、平台方和第三方服务提供方。

步骤504，获取各协同用户在即时通讯应用中的账户信息，并基于获取的账户信息在所述即时通讯应用中创建所述订单的生产协同群。

步骤506，根据订单信息，创建订单完成的进度计划，该进度计划包括多个进度计划节点；基于对所述订单生产中的监控数据，确定订单对应的进度，所述监控数据包括生产订单的商品的工厂中生产监控数据；依据所述订单的当前进度，更新所述进度计划中各进度计划节点的完成状态。

步骤508，将所述协同进度信息作为群消息，在所述生产协同群中展示给各协同用户；和/或，在所述生产协同群中，依据所述订单对应的进度更新所述协同进度信息在所述生产协同群中的进度展示页面/展示窗口。

在上述实施例的基础上，本申请实施例还提供了一种订单的协同处理处理方法，该协同平台可包括提供交易的交易平台或称电子商务平台，如B2B电商平台的1688平台等，可以提供协同功能，如获取生产方的监控数据来确定协同进度信息，从而监管商品的生产进度来协助各协同用户进行订单的管理，提高用户体验。

参照图6，示出了本申请的再一种订单的协同处理处理方法实施例的步骤流程图。

步骤602，获取订单信息，并确定订单关联的协同用户。

发起方和生产方达订单，可生成该订单的订单信息，协同平台可获取订单信息，以提供协同服务。可基于该订单信息中的发起方信息确定发起方，以及基于至少一个生产方信息确定对应的生产方，从而将至少一个生产方和发起方作为该订单关联的协同用户。所述协同用户还包括平台方和第三方服务提供方，该平台方指的是协同平台提供协同服务的服务提供对象，第三方服务提供方指的是协同平台之外提供协同服务的服务提供对象。

本申请一个可选实施例中，可为各协同用户创建所述订单的生产协同群。其中，可获取各协同用户在即时通讯应用中的账户信息，并基于获取的账户信息在所述即时通讯应用中创建所述订单的生产协同群。所述生产协同群用于各协同用户进行通讯以及管理协同进度信息，该生产协同群可为一种即时通讯群，从而能够保证群中协同进度信息更新的实时性。生产协同群中的协同用户可至少包括所述订单的生产方和订单的发起方，还可包括上述实施例的平台方和第三方服务提供方。可从订单信息中获取生产方信息、发起方信息，从而确定生产方、发起方在即时通讯应用中的账户信息，以及从平台分别获取平台方和第三方服务提供方对应在即时通讯应用中的账户信息，基于该账户信息创建在所述即时通讯应用中创建所述协同用户之间的生产协同群。通过该生产协同群更新订单的协同进度信息，便于对订单的生产进行管理，使得生产方的生产进度透明化，合理管控生产方的产能，提高发起方的信任度，提高各协同用户的体验。

步骤604，依据所述订单生产中的监控数据，确定所述订单的协同进度信息。

通过对生产方的工厂进行监控可确定监控数据，然后可从监控数据中识别出订单对应的进度，如生产节点的进度等，还可基于平台所监控的支付信息、运输信息等用户反馈信息确定订单的进度，得到所述订单的协同进度信息。

其中，依据所述订单生产中的监控数据，确定所述订单的协同进度信息，包括：根据订单信息，创建订单完成的进度计划，该进度计划包括多个进度计划节点；确定所述订单生产中的监控数据的识别结果，依据所述识别结果更新所述进度计划中各进度计划节点的完成状态。

通过对生产方的工厂进行监控可确定监控数据，然后可从监控数据中识别出订单对应的进度，如生产节点的进度等，还可基于平台所监控的支付信息、运输信息等用户反馈信息确定订单的进度，从而依据订单当前的进度确定该进度对应的进度计划节点，并确定该进度计划节点的进度描述信息、进度占比和/或进度状态等信息，以及其他进度计划节点的信息，然后可更新所述进度计划中各进度计划节点的完成状态，该完成状态包括已完成、正在执行和待执行，从而更新所述订单的协同进度信息。

本申请实施例中，在获取到订单信息后，可依据该订单信息制定该订单需要完成的进度计划，该进度计划可以指生产方对商品进行生产制造的进度规划信息，该进度计划包括多个进度计划节点，进度计划节点指的是对商品进行生产制造过程中不同阶段的节点，因此该进度计划还可包括各进度计划节点的名称、计划时间等。

一个示例中进度计划的各进度计划节点包括：生产计划设置、首款支付、原料到仓、商品生产、下线撤产、尾款支付、工厂发货、大货到仓。其中，生产计划设置阶段为生产方制定生产计划的阶段，在该阶段平台可获取到生产计划信息；首款支付阶段为发起方支付首付款(第一笔费用)的阶段，在该阶段平台可获取到首付款支付成功的消息；原料到仓阶段为生产方购买原料的阶段；商品生产阶段为生产方生产商品的阶段，其中，不同的商品在生产过程中还可包括不同的子阶段，例如服装的生产过程可包括面料开裁、生产车缝等子阶段，又如电子的生产过程可主板生产、装配等子阶段，具体依据商品的生产步骤确定；下线撤产阶段为商品生产完成的阶段；尾款支付阶段为发起方支付尾款(剩余费用)的阶段，在该阶段平台可获取到尾款支付成功的消息；工厂发货阶段为生产方将商品发送给发起方的阶段，在该阶段平台可获取生产方发出商品的消息；大货到仓阶段为发起方接收到商品存放仓库的阶段，在该阶段平台可获取发起方收到商品的消息。

从而平台在获取到订单信息后，可进行生产进度计划的指定和识别，例如获取订单信息后，启动该订单信息对应的生产过程，则首先可进入到生产计划设置阶段，则生产进度为生产计划设置，在平台接收到生产计划信息后，可确定生产计划设置阶段结束，进入首款支付阶段。平台可依据接收的消息、信息识别等多种方式确定生产进度。

对于一些生产阶段，平台可通过对生产方上传的数据进行识别来确定，如通过图像识别等方式确定生产进度。生产方对应制造商品的工厂内可设置监控设备，该监控设备包括摄像头等图像采集装置，从而通过图像采集装置采集监控图像、视频等数据，监控设备可获取监控数据，然后将监控数据上报到处理平台上，通过处理平台进行生产进度的识别。其中，监控数据包括监控图像，监控图像对应的区域信息、时间信息等，还可包括生产方标识、发起方标识等标识信息。

从而基于监控数据中的标识信息可确定对应的订单，然后从监控时数据对应的监控图像中识别出相应生产进度的信息，其中，依据所述监控数据获取监控图像，对所述监控图像进行识别，确定所述识别结果。可对生产方上传的监控图像进行识别，从而从图像中识别原料的特征、生产人员的特征、商品数量、原料数量等识别结果，然后依据该识别结果确定对应商品的生产进度。其中，对于生产进度的识别也可结合正在执行的进度计划节点来确定，如确定正在执行的进度计划节点是否完成，通过识别确定下一进度计划节点是否开启等。

本申请一个可选实施例中，依据商品生产制作的阶段，也可划分为生产阶段和非生产阶段，非生产阶段可依据与生产阶段的时间关系分为前期贮备阶段和完成阶段；如上例的生产计划中，生产计划设置、首款支付可作为前期准备阶段对应的进度计划节点；原料到仓、商品生产、下线撤产可作为生产阶段对应的进度计划节点，尾款支付、工厂发货、大货到仓可作为完成阶段对应的进度计划节点。在另外一些示例中原料到仓也可作为前期准备阶段。对于生产阶段的各个子阶段可依据生产方对应工厂的监控数据识别确定，再结合正在执行的对应的进度计划节点确定对应的协同进度信息。

本申请一个可选实施例中，确定所述订单生产中的监控数据的识别结果，包括：对第一区域的监控图像进行识别，确定所述订单对应原料识别结果；和/或，对第二区域的监控图像进行人脸识别，确定所述订单对应的生产人员识别结果；和/或，对第三区域的监控图像进行识别，确定所述订单对应的数量识别结果。

其中，对第一区域的监控图像进行识别，确定所述订单对应原料识别结果包括：对第一区域的监控图像进行识别，确定对应原料特征信息；将识别结果中原料特征信息与所述商品对应原料信息进行匹配，确定所述订单对应原料识别结果。第一区域为工厂中商品生产对应的一个区域，通过第一区域的监控图像可获取到商品生产的图像数据，从而通过对监控图像所拍摄画面进行识别，可识别出商品对应原料的特征，得到原料特征信息，如针对服装类商品确定对应原料的图案、颜色等特征，又如针对手机等电子产品类商品，确定对应零部件等原料的特征，得到原料特征信息。针对原料特征信息，可将识别结果中原料特征信息与所述商品对应原料信息进行匹配，其中，所述商品对应原料信息可从订单信息中获取，如从商品订单信息中获取，或者从第一用户处获取等。原料特征信息与所述商品对应原料信息的匹配，如服装类商品匹配原料的图案、颜色等特征，电子产品类商品，匹配零部件的种类、形态等特征，得到对应的匹配度，在匹配度大于匹配阈值后，可确认正在生产该商品，从而确定所述订单对应原料识别结果。

其中，对第二区域的监控图像进行人脸识别，确定所述订单对应的生产人员识别结果，包括：对第二区域的监控图像进行人脸识别，确定对应的生产人员数量；将识别结果中生产人员数量与所述第二用户对应生产人员的数量范围进行匹配，确定所述订单对应的生产人员识别结果。第二区域为工厂中商品生产对应的一个区域，第一区域和第二区域可为相同或不同的区域，可依据商品、以及商品对应的商品生产过程确定。对于通过第一区域的监控图像可进行人脸识别，通过人脸识别可确定出监控图像中的识别到的人脸的数量，从而确定出生产人员数量。当然该过程还可结合监控图像的其他内容如识别操作台等对象，来确定出生产人员，再统计生产人员。在制定生产计划时，可确定生产商品对应生产人员的数量，从而在生产计划信息中包括生产人员的数量范围，在识别到生产人员数量后，可将生产人员数量与所述第二用户对应生产人员的数量范围进行匹配，若生产人员数量在该数量范围内，可确认正在生产该商品，从而所述订单对应的生产人员识别结果。

对第三区域的监控图像进行识别，确定所述订单对应的数量识别结果，包括：对第三区域的监控图像进行识别，确定对应的数量特征信息；将识别结果中数量特征信息与目标数量范围进行匹配，确定所述订单对应的数量识别结果。第三区域为工厂仓库等储藏区域，可为储藏原料的区域，也可为储藏生产出的商品的区域，从而对第三区域的监控图像进行识别，可识别出图像中目标对象的数量，确定对应的数量特征信息，目标对象可依据区域确定，如储藏原料的区域，则目标对象为原料，储藏商品的区域则目标对象为商品，其中，数量特征信息可为识别到的目标对象的数量，也可为能够确定出数量的相关特征，如体积等特征信息。所述目标数量范围包括：原料的数量范围，和/或，商品的数量范围。可依据目标对象的数量确定，因此可将识别到的目标对象的数量特征信息与目标数量范围进行匹配，其中若数量特征信息为目标对象的数量，则可直接确定是否在目标数量范围内，若数量特征信息为体积等数量的相关特征，可据此识别出目标对象的数量，然后判断是否在目标数量范围内，若目标对象的数量在目标数量范围内，则可确认满足条件，进入对应的原料到仓或下线撤产的生产进度，确定所述订单对应的数量识别结果。

上述原料特征匹配和生产人员数量匹配的过程也可结合来确定是否进入商品生产阶段，从而确定是否为商品生产的生产进度。其中，对于各生产进度的确定，可依据正在执行阶段对应的生产进度，对下一个进度计划节点所需的各种信息进行获取和识别处理，从而确定是否进入了下一个进度计划节点。如正在执行的进度计划节点为原料到仓，则可通过上述原料特征匹配和生产人员数量匹配等过程确定是否进入到商品生产的进度计划节点。

从而通过上述对生产方对应工厂内生产情况的识别，可确定对商品投入生产对应的进度计划节点并确定协同进度信息。所述协同进度信息包括：进度描述信息、进度占比和/或进度状态，其中，所述进度描述信息用于描述进度节点的执行情况；所述进度占比用于描述执行中的进度节点在整个进度中的比重；所述进度状态用于描述执行中的进度节点的执行状态。

本申请实施例中生产阶段可通过生产方对应工厂的监控数据，结合进度计划等确定协同进度信息。而对于前期准备阶段和完成阶段等非生产极端，可依据订单信息对应关联的其他信息确定，如依据支付首付款、尾款对应的支付信息，发起方反馈的信息、生产方反馈的信息，如发货信息、收货信息等。例如在一个示例中，在处理平台生成订单信息后，可进入生产计划设置阶段，确定生产进度为生产计划设置；在生产方制定进度计划得到各进度计划节点，将进度计划上传到处理平台上，处理平台可确定生产计划设置的进度计划节点执行完毕，进入到首款支付的进度计划节点，对应的进度计划节点为首款支付；发起方可通过平台进行支付，在支付完成后可生成支付信息，从而处理平台可确定接收到首付款，然后可依据生产方上传的消息确定，也可通过对生产方对应原料仓库的监控图像识别确定是否进度到原料到仓的进度计划节点；商品生产、下线撤产等进度计划节点可通过识别工厂的监控图像确定；在进度计划节点进入到尾款支付后，发起方可支付尾款，平台获取到尾款支付信息后，可对工厂发货进度计划节点的信息进行识别，确定该工厂发货进度计划节点是否启动，并在平台接收到生产方的发货信息后，得到相应的协同进度信息，然后检测大货到仓的进度计划节点对应的信息，在接收到发起方的收货信息后，可确定商品制造的各进度计划节点完成，该商品的订单结束。

步骤606，将所述协同进度信息实时更新给各协同用户。

针对所确定的协同进度信息，可实时更新给各协同用户，如通过文本、图像等各种显示元素构成进度消息或界面元素等，从而将进度消息或界面元素发送给发起方对应的设备，使得发起方可通过各种方式获取生产进度。

所述将所述协同进度信息实时更新给各协同用户，包括：将所述协同进度信息作为群消息，在所述生产协同群中展示给各协同用户；和/或，在所述生产协同群中，依据所述订单对应的进度更新所述协同进度信息在所述生产协同群中的进度展示页面/展示窗口。该步骤与上述实施例类似，具体可参照上述实施例的描述，在此不再赘述。

在上述实施例的基础上，本申请实施例还提供了一种订单的协同处理方法，可基于进度计划、平台信息、监控数据等识别协同进度信息，实时更新给协同用户。

参照图7，示出了本申请再一种订单的协同处理方法的一种可选实施例的步骤流程图。

步骤702，获取订单信息，并确定订单关联的协同用户。

步骤704，根据订单信息，创建订单完成的进度计划，该进度计划包括多个进度计划节点；确定所述订单生产中的监控数据的识别结果，依据所述识别结果更新所述进度计划中各进度计划节点的完成状态。

其中，对第一区域的监控图像进行识别，确定所述订单对应原料识别结果包括：对第一区域的监控图像进行识别，确定对应原料特征信息；将识别结果中原料特征信息与所述商品对应原料信息进行匹配，确定所述订单对应原料识别结果。对第二区域的监控图像进行人脸识别，确定所述订单对应的生产人员识别结果，包括：对第二区域的监控图像进行人脸识别，确定对应的生产人员数量；将识别结果中生产人员数量与所述第二用户对应生产人员的数量范围进行匹配，确定所述订单对应的生产人员识别结果。对第三区域的监控图像进行识别，确定所述订单对应的数量识别结果，包括：对第三区域的监控图像进行识别，确定对应的数量特征信息；将识别结果中数量特征信息与目标数量范围进行匹配，确定所述订单对应的数量识别结果。

步骤706，依据所述协同进度信息，实时更新显示消息给协同用户；和/或，依据所述协同进度信息实时更新进度展示页面/展示窗口给协同用户。

获取订单信息，其中，所述订单信息用于发起方指示生产方生产商品，并通过图像识别、生产关联信息等多种信息可确定生产进度，效率和准确性较高，还可依据所述生产进度信息，确定对应的进度显示信息并反馈，从而能够直观的获取生产进度，使得生产进度透明化，效率较高。

在上述实施例的基础上，本申请实施例还提供一种基于生产协同群进行订单的协同处理示例。

参照图8，示出了本申请再一种订单的系统处理方法的另一种可选实施例的步骤流程图。

步骤802，获取订单信息，并确定订单关联的协同用户。

步骤804，获取各协同用户在即时通讯应用中的账户信息，并基于获取的账户信息在所述即时通讯应用中创建所述订单的生产协同群。

步骤806，根据订单信息，创建订单完成的进度计划，该进度计划包括多个进度计划节点；确定所述订单生产中的监控数据的识别结果，依据所述识别结果更新所述进度计划中各进度计划节点的完成状态。

步骤808，将所述协同进度信息作为群消息，在所述生产协同群中展示给各协同用户；和/或，在所述生产协同群中，依据所述订单对应的进度更新所述协同进度信息在所述生产协同群中的进度展示页面/展示窗口。

本申请实施例的处理平台可通过云计算服务、分布式系统的服务器(集群)构建，从而各用户的设备可接入到处理平台中，通过处理平台提供各种业务服务。

本申请实施例可将工厂对商品的生产进度等生产过程数据上传到处理平台中，使得工厂的生产进度透明化，合理管控工厂的产能。并且能够为平台建立数据支持，提高平台的管理效率和能力，通过多角色协同生产管理，提高生产效率。并且能够提升委托商品生产的商家等发起方，对工厂和平台的信任度，增加工厂的接单几率。发起方实时获取商品的生产进度，有效提供合作关系和用户满意度。

本申请实施例中，对于监控数据的识别结果，还可通过人工校验，从而提供识别的准确性。可以在图像识别结果不满足条件或者无法准确确定的情况下，通过人工进行图像识别或者联系工厂的工作人员确定等，从而校正识别结果，保证生产进度识别的准确性、时效性。

在订单等订单信息在平台生成后，可自动建立生产协同群，从而在每个生产进度对应生产进度信息以及进度显示信息等均可通过生产协同群反馈，还可在生产协同群中进行各用户的实时沟通，透明生产过程，提供可视化页面使用户直观的了解生产进度。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请实施例所必须的。

在上述实施例的基础上，本实施例还提供了一种订单的协同处理装置，应用于协同平台的服务器(集群)等电子设备中，该协同平台可以是电子商务平台，例如面对B2B的1688平台等。订单的协同处理装置可提供协同功能，对各生产方的服务环节提供协同的数据并确定进度，实时更新所述协同进度信息。

参照图9A，示出了本申请的一种订单的协同处理装置实施例的结构框图，具体可以包括如下模块：

获取模块902，用于获取订单信息。

用户确定模块904，用于基于所述订单信息确定订单关联的协同用户，所述协同用户至少包括所述订单的生产方和订单的发起方。

协同更新模块906，用于为所述协同用户建立所述订单的协同进度信息，并将所述协同进度信息实时更新给各协同用户。

参照图9B，示出了本申请的一种订单的协同处理装置可选实施例的结构框图，具体可以包括如下模块：

获取模块902，用于获取订单信息。

群创建模块908，用于为各协同用户创建所述订单的生产协同群，其中，所述生产协同群用于各协同用户进行通讯以及管理协同进度信息的即时通讯群。

其中，所述群创建模块908，用于获取各协同用户在即时通讯应用中的账户信息，并基于获取的账户信息在所述即时通讯应用中创建所述订单的生产协同群。

所述协同更新模块906，用于将所述协同进度信息作为群消息，在所述生产协同群中展示给各协同用户；和/或，在所述生产协同群中，依据所述订单对应的进度更新所述协同进度信息在所述生产协同群中的进度展示页面/展示窗口。

所述协同更新模块906，用于根据订单信息，创建订单完成的进度计划，该进度计划包括多个进度计划节点；依据所述订单的当前进度，更新所述进度计划中各进度计划节点的完成状态。

所述协同更新模块906，还用于基于对所述订单生产中的监控数据，确定订单对应的进度，所述监控数据包括生产订单的商品的工厂中生产监控数据。

其中，所述协同进度信息包括：进度描述信息、进度占比和/或进度状态，其中，所述进度描述信息用于描述进度计划节点的执行情况；所述进度占比用于描述当前进度在整个进度中的比重；所述进度状态用于描述当前进度的执行状态。

在上述实施例的基础上，本实施例还提供了另一种订单的协同处理装置，应用于交易平台的服务器(集群)等电子设备中，交易平台包括电子商务平台，如B2B电商平台的1688平台等。订单的协同处理装置可提供协同功能没在得到订单信息后，可自动确定发起方、生产方等为协同用户，自动建立一个生产协同群，协同该订单的生产。

参照图10，示出了本申请的另一种订单的协同处理装置实施例的结构框图，具体可以包括如下模块：

协同用户确定模块1002，用于交易平台确定到订单信息时，确定订单关联的协同用户，所述协同用户至少包括所述订单的生产方和订单的发起方。

协同群建立模块1004，用于建立协同用户之间的生产协同群。

群进度更新模块1006，用于获取所述订单的协同进度信息，并将所述订单的协同进度信息实时在所述生产协同群中进行更新。

其中，所述协同用户确定模块1002，用于获取各协同用户在即时通讯应用中的账户信息，并基于获取的账户信息在所述即时通讯应用中创建所述协同用户之间的生产协同群。

所述群进度更新模块1006，用于将所述协同进度信息作为群消息，在所述生产协同群中展示给各协同用户；和/或，在所述生产协同群中，依据所述订单对应的进度更新所述协同进度信息在所述生产协同群中的进度展示页面/展示窗口。

所述群进度更新模块1006，用于根据订单信息，创建订单完成的进度计划，该进度计划包括多个进度计划节点；依据所述订单的当前进度，更新所述进度计划中各进度计划节点的完成状态，其中，所述订单的当前进度依据所述订单生产中的监控数据确定，所述监控数据包括生产订单的商品的工厂中生产监控数据。

所述协同进度信息包括：进度描述信息、进度占比和/或进度状态，其中，所述进度描述信息用于描述进度节点的执行情况；所述进度占比用于描述执行中的进度节点在整个进度中的比重；所述进度状态用于描述执行中的进度节点的执行状态。

可将所述订单的协同进度信息实时在所述生产协同群中进行更新，能够有效的管理订单的生产状况，实时反馈订单的进度，提供协同服务。

在上述实施例的基础上，本实施例还提供了另一种订单的协同处理装置，应用于处理平台的服务器(集群)等电子设备中。订单的协同处理装置可提供协同功能，如获取生产方的监控数据来确定协同进度信息，从而监管商品的生产进度来协助各协同用户进行订单的管理，提高用户体验。

参照图11A，示出了本申请的再一种订单的协同处理装置实施例的结构框图，具体可以包括如下模块：

订单确定模块1102，用于获取订单信息，并确定订单关联的协同用户，所述协同用户至少包括所述订单的生产方和订单的发起方。

进度确定模块1104，用于依据所述订单生产中的监控数据，确定所述订单的协同进度信息。

进度更新模块1106，用于将所述协同进度信息实时更新给各协同用户。

参照图11B，示出了本申请的再一种订单的协同处理装置可选实施例的结构框图，具体可以包括如下模块：

创建模块1108，用于为各协同用户创建所述订单的生产协同群，其中，所述生产协同群用于各协同用户进行通讯以及管理协同进度信息的即时通讯群。

其中，所述创建模块1108，用于获取各协同用户在即时通讯应用中的账户信息，并基于获取的账户信息在所述即时通讯应用中创建所述订单的生产协同群。

所述进度更新模块1106，用于将所述协同进度信息作为群消息，在所述生产协同群中展示给各协同用户；和/或，在所述生产协同群中，依据所述订单对应的进度更新所述协同进度信息在所述生产协同群中的进度展示页面/展示窗口。

所述进度确定模块1104，用于根据订单信息，创建订单完成的进度计划，该进度计划包括多个进度计划节点；确定所述订单生产中的监控数据的识别结果，依据所述识别结果更新所述进度计划中各进度计划节点的完成状态。

所述进度确定模块1104，用于对第一区域的监控图像进行识别，确定所述订单对应原料识别结果；和/或，对第二区域的监控图像进行人脸识别，确定所述订单对应的生产人员识别结果；和/或，对第三区域的监控图像进行识别，确定所述订单对应的数量识别结果。

所述协同进度信息包括：进度描述信息、进度占比和/或进度状态，其中，所述进度描述信息用于描述进度节点的执行情况；所述进度占比用于描述执行中的进度节点在整个进度中的比重；所述进度状态用于描述执行中的进度节点的执行状态

本申请实施例还提供了一种非易失性可读存储介质，该存储介质中存储有一个或多个模块(programs)，该一个或多个模块被应用在设备时，可以使得该设备执行本申请实施例中各方法步骤的指令(instructions)。

本申请实施例提供了一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得电子设备执行如上述实施例中一个或多个所述的方法。本申请实施例中，所述电子设备包括服务器(集群)、终端设备等。

本公开的实施例可被实现为使用任意适当的硬件，固件，软件，或及其任意组合进行想要的配置的装置，该装置可包括服务器(集群)、终端设备等电子设备。图12示意性地示出了可被用于实现本申请中所述的各个实施例的示例性装置1200。

对于一个实施例，图12示出了示例性装置1200，该装置具有一个或多个处理器1202、被耦合到(一个或多个)处理器1202中的至少一个的控制模块(芯片组)1204、被耦合到控制模块1204的存储器1206、被耦合到控制模块1204的非易失性存储器(NVM)/存储设备1208、被耦合到控制模块1204的一个或多个输入/输出设备1210，以及被耦合到控制模块1206的网络接口1212。

处理器1202可包括一个或多个单核或多核处理器，处理器1202可包括通用处理器或专用处理器(例如图形处理器、应用处理器、基频处理器等)的任意组合。在一些实施例中，装置1200能够作为本申请实施例中所述服务器(集群)、终端设备等设备。

在一些实施例中，装置1200可包括具有指令1214的一个或多个计算机可读介质(例如，存储器1206或NVM/存储设备1208)以及与该一个或多个计算机可读介质相合并被配置为执行指令1214以实现模块从而执行本公开中所述的动作的一个或多个处理器1202。

对于一个实施例，控制模块1204可包括任意适当的接口控制器，以向(一个或多个)处理器1202中的至少一个和/或与控制模块1204通信的任意适当的设备或组件提供任意适当的接口。

控制模块1204可包括存储器控制器模块，以向存储器1206提供接口。存储器控制器模块可以是硬件模块、软件模块和/或固件模块。

存储器1206可被用于例如为装置1200加载和存储数据和/或指令1214。对于一个实施例，存储器1206可包括任意适当的易失性存储器，例如，适当的DRAM。在一些实施例中，存储器1206可包括双倍数据速率类型四同步动态随机存取存储器(DDR4SDRAM)。

对于一个实施例，控制模块1204可包括一个或多个输入/输出控制器，以向NVM/存储设备1208及(一个或多个)输入/输出设备1210提供接口。

例如，NVM/存储设备1208可被用于存储数据和/或指令1214。NVM/存储设备1208可包括任意适当的非易失性存储器(例如，闪存)和/或可包括任意适当的(一个或多个)非易失性存储设备(例如，一个或多个硬盘驱动器(HDD)、一个或多个光盘(CD)驱动器和/或一个或多个数字通用光盘(DVD)驱动器)。

NVM/存储设备1208可包括在物理上作为装置1200被安装在其上的设备的一部分的存储资源，或者其可被该设备访问可不必作为该设备的一部分。例如，NVM/存储设备1208可通过网络经由(一个或多个)输入/输出设备1210进行访问。

(一个或多个)输入/输出设备1210可为装置1200提供接口以与任意其他适当的设备通信，输入/输出设备1210可以包括通信组件、音频组件、传感器组件等。网络接口1212可为装置1200提供接口以通过一个或多个网络通信，装置1200可根据一个或多个无线网络标准和/或协议中的任意标准和/或协议来与无线网络的一个或多个组件进行无线通信，例如接入基于通信标准的无线网络，如WiFi、2G、3G、4G等，或它们的组合进行无线通信。

对于一个实施例，(一个或多个)处理器1202中的至少一个可与控制模块1204的一个或多个控制器(例如，存储器控制器模块)的逻辑封装在一起。对于一个实施例，(一个或多个)处理器1202中的至少一个可与控制模块1204的一个或多个控制器的逻辑封装在一起以形成系统级封装(SiP)。对于一个实施例，(一个或多个)处理器1202中的至少一个可与控制模块1204的一个或多个控制器的逻辑集成在同一模具上。对于一个实施例，(一个或多个)处理器1202中的至少一个可与控制模块1204的一个或多个控制器的逻辑集成在同一模具上以形成片上系统(SoC)。

在各个实施例中，装置1200可以但不限于是：服务器、台式计算设备或移动计算设备(例如，膝上型计算设备、手持计算设备、平板电脑、上网本等)等终端设备。在各个实施例中，装置1200可具有更多或更少的组件和/或不同的架构。例如，在一些实施例中，装置1200包括一个或多个摄像机、键盘、液晶显示器(LCD)屏幕(包括触屏显示器)、非易失性存储器端口、多个天线、图形芯片、专用集成电路(ASIC)和扬声器。

本申请实施例提供了一种服务器，包括：一个或多个处理器；和，其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述服务器执行如本申请实施例中一个或多个所述的设备间通信方法。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本申请所提供的一种订单的协同处理方法、一种订单的协同处理装置、一种电子设备和一种存储介质，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims

1.一种订单的协同处理方法，其特征在于，所述的方法包括：

获取订单信息；

基于所述订单信息确定订单关联的协同用户，所述协同用户至少包括所述订单的生产方和订单的发起方；

为所述协同用户建立所述订单的协同进度信息，并将所述协同进度信息实时更新给各协同用户。

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

为各协同用户创建所述订单的生产协同群，其中，所述生产协同群用于各协同用户进行通讯以及管理协同进度信息的即时通讯群。

3.根据权利要求2所述的方法，其特征在于，所述为各协同用户创建所述订单的生产协同群，包括：

获取各协同用户在即时通讯应用中的账户信息，并基于获取的账户信息在所述即时通讯应用中创建所述订单的生产协同群。

4.根据权利要求2所述的方法，其特征在于，所述将所述协同进度信息实时更新给各协同用户，包括：

将所述协同进度信息作为群消息，在所述生产协同群中展示给各协同用户；和/或，

在所述生产协同群中，依据所述订单对应的进度更新所述协同进度信息在所述生产协同群中的进度展示页面/展示窗口。

5.根据权利要求1所述的方法，其特征在于，所述为所述协同用户建立所述订单的协同进度信息，包括：

根据订单信息，创建订单完成的进度计划，该进度计划包括多个进度计划节点；

依据所述订单的当前进度，更新所述进度计划中各进度计划节点的完成状态。

6.根据权利要求5所述的方法，其特征在于，还包括：

基于对所述订单生产中的监控数据，确定订单对应的进度，所述监控数据包括生产订单的商品的工厂中生产监控数据。

7.根据权利要求1所述的方法，其特征在于，所述协同进度信息包括：进度描述信息、进度占比和/或进度状态，其中，所述进度描述信息用于描述进度计划节点的执行情况；所述进度占比用于描述当前进度在整个进度中的比重；所述进度状态用于描述当前进度的执行状态。

8.一种订单协同处理方法，其特征在于，包括：

交易平台确定到订单信息时，确定订单关联的协同用户，所述协同用户至少包括所述订单的生产方和订单的发起方；

建立协同用户之间的生产协同群；

获取所述订单的协同进度信息，并将所述订单的协同进度信息实时在所述生产协同群中进行更新。

9.根据权利要求8所述的方法，其特征在于，所述建立协同用户之间的生产协同群，包括：

获取各协同用户在即时通讯应用中的账户信息，并基于获取的账户信息在所述即时通讯应用中创建所述协同用户之间的生产协同群。

10.根据权利要求8所述的方法，其特征在于，所述将所述订单的协同进度信息实时在所述生产协同群中进行更新，包括：

11.根据权利要求8所述的方法，其特征在于，获取所述订单的协同进度信息，包括：

依据所述订单的当前进度，更新所述进度计划中各进度计划节点的完成状态，其中，所述订单的当前进度依据所述订单生产中的监控数据确定，所述监控数据包括生产订单的商品的工厂中生产监控数据。

12.一种订单的协同处理方法，其特征在于，所述的方法包括：

获取订单信息，并确定订单关联的协同用户，所述协同用户至少包括所述订单的生产方和订单的发起方；

依据所述订单生产中的监控数据，确定所述订单的协同进度信息；

将所述协同进度信息实时更新给各协同用户。

13.根据权利要求12所述的方法，其特征在于，还包括：

14.根据权利要求13所述的方法，其特征在于，所述为各协同用户创建所述订单的生产协同群，包括：

15.根据权利要求14所述的方法，其特征在于，所述将所述协同进度信息实时更新给各协同用户，包括：

16.根据权利要求12所述的方法，其特征在于，依据所述订单生产中的监控数据，确定所述订单的协同进度信息，包括：

确定所述订单生产中的监控数据的识别结果，依据所述识别结果更新所述进度计划中各进度计划节点的完成状态。

17.根据权利要求16所述的方法，其特征在于，所述确定所述订单生产中的监控数据的识别结果，包括：

对第一区域的监控图像进行识别，确定所述订单对应原料识别结果；和/或，

对第二区域的监控图像进行人脸识别，确定所述订单对应的生产人员识别结果；和/或，

对第三区域的监控图像进行识别，确定所述订单对应的数量识别结果。

18.根据权利要求12所述的方法，其特征在于，所述协同进度信息包括：进度描述信息、进度占比和/或进度状态，其中，所述进度描述信息用于描述进度节点的执行情况；所述进度占比用于描述执行中的进度节点在整个进度中的比重；所述进度状态用于描述执行中的进度节点的执行状态。

19.一种订单的协同处理装置，其特征在于，所述的装置包括：

获取模块，用于获取订单信息；

用户确定模块，用于基于所述订单信息确定订单关联的协同用户，所述协同用户至少包括所述订单的生产方和订单的发起方；

协同更新模块，用于为所述协同用户建立所述订单的协同进度信息，并将所述协同进度信息实时更新给各协同用户。

20.一种订单的协同处理装置，其特征在于，所述的装置包括：

协同用户确定模块，用于交易平台确定到订单信息时，确定订单关联的协同用户，所述协同用户至少包括所述订单的生产方和订单的发起方；

协同群建立模块，用于建立协同用户之间的生产协同群；

群进度更新模块，用于获取所述订单的协同进度信息，并将所述订单的协同进度信息实时在所述生产协同群中进行更新。

21.一种订单的协同处理装置，其特征在于，所述的装置包括：

订单确定模块，用于获取订单信息，并确定订单关联的协同用户，所述协同用户至少包括所述订单的生产方和订单的发起方；

进度确定模块，用于依据所述订单生产中的监控数据，确定所述订单的协同进度信息；

进度更新模块，用于将所述协同进度信息实时更新给各协同用户。

22.一种电子设备，其特征在于，包括：

处理器；和

存储器，其上存储有可执行代码，当所述可执行代码被执行时，使得所述处理器执行如权利要求1-7中一个或多个所述的订单的协同处理方法。

23.一个或多个机器可读介质，其上存储有可执行代码，当所述可执行代码被执行时，使得处理器执行如权利要求1-7中一个或多个所述的订单的协同方法。

24.一种电子设备，其特征在于，包括：

处理器；和

存储器，其上存储有可执行代码，当所述可执行代码被执行时，使得所述处理器执行如权利要求8-11中一个或多个所述的订单的协同处理方法。

25.一个或多个机器可读介质，其上存储有可执行代码，当所述可执行代码被执行时，使得处理器执行如权利要求8-11中一个或多个所述的订单的协同方法。

26.一种电子设备，其特征在于，包括：

处理器；和

存储器，其上存储有可执行代码，当所述可执行代码被执行时，使得所述处理器执行如权利要求12-18中一个或多个所述的订单的协同处理方法。

27.一个或多个机器可读介质，其上存储有可执行代码，当所述可执行代码被执行时，使得处理器执行如权利要求12-18中一个或多个所述的订单的协同方法。