订单处理方法、装置、电子设备及存储介质
文献发布时间:2023-06-19 11:22:42
技术领域
本公开涉及计算机技术领域,具体涉及一种订单处理方法、装置、电子设备及存储介质。
背景技术
对于定制类的用户订单,通常情况下可能需要多个环节才能完成服务,例如,用户的家装定制订单通常包括预约量房、硬装、软装、售后等服务环节。而不同环节可能需要不同的服务平台和/或服务人员对用户订单进行处理,且该用户订单的处理期间用户所提供的需求数据以及服务平台和/或服务人员在处理订单的过程中所产生的数据等可能分布在不同的应用平台,例如用户通过沟通平台与不同服务人员沟通时所产生的需求数据、设计师在订单设计平台产生的设计数据、订单中产品的制造数据、送货平台产生的产品送货数据、售后平台产生的售后数据等等。因此,如何将定制类用户订单的相关数据以较高地可读性输出给用户是目前需要解决的主要问题之一。
发明内容
本公开实施例提供一种订单处理方法、装置、电子设备及计算机可读存储介质。
第一方面,本公开实施例中提供了一种订单处理方法,包括:
从一个或多个订单执行方接收用户定制订单的相关数据;其中,相关数据包括订单执行方根据需求数据处理用户定制订单的过程中所产生的数据;需求数据包括用户针对用户定制订单提供给订单执行方的数据;
根据相关数据确定用户定制订单对应的进度信息;其中,进度信息包括用户定制订单的进度列表以及进度列表中的各个进度对应的信息;
将进度信息推送至用户的客户端。
进一步地,根据相关数据确定用户定制订单对应的进度信息,包括:
根据相关数据产生的时间顺序以及用户定制订单的处理环节程确定用户定制订单对应的进度信息。
进一步地,还包括:
从一个或多个订单执行方接收针对用户定制订单产生的新数据;
根据新数据更新用户定制订单对应的进度信息;
将更新后的进度信息推送至客户端。
进一步地,用户定制订单包括家装定制订单。
第二方面,本公开实施例中提供了一种订单处理方法,包括:
从用户的客户端接收用户定制订单的需求数据;
根据需求数据处理用户定制订单;
将处理用户定制订单的过程中产生的相关数据上传至服务器,以便服务器根据相关数据确定用户定制订单的进度信息;其中,进度信息包括用户定制订单的进度列表以及进度列表中的各个进度对应的信息。
第三方面,本公开实施例中提供了一种订单处理方法,包括:
接收用户对用户定制订单的查看请求;
从服务器获取用户定制订单对应的进度信息;其中,进度信息是服务器根据一个或多个订单执行方处理用户定制订单产生的相关数据得到的,包括用户定制订单的进度列表以及进度列表中的各个进度对应的信息;相关数据包括订单执行方根据需求数据处理用户定制订单的过程中所产生的数据;需求数据包括用户针对用户定制订单提供给订单执行方的数据;
显示用户定制订单的进度列表以及进度列表中进度对应的信息。
进一步地,显示用户定制订单的进度列表以及进度列表中进度对应的信息,包括:
在显示界面的第一窗口输出进度列表,以及在第二窗口输出进度对应的信息;其中,第二窗口为显示界面上的顶部窗口,第一窗口位于第二窗口下方。
进一步地,在显示界面的第一窗口输出进度列表,以及在第二窗口输出进度对应的信息,包括:
确定当前显示在第一窗口中的浏览进度;
在第一窗口显示进度列表以及在进度列表上显示浏览进度的详情信息,并在第二窗口中显示浏览进度对应的重点信息。
进一步地,还包括:
检测用户在第一窗口中从当前浏览进度到下一浏览进度的滑动操作;
根据滑动操作的方向在第一窗口中以第一滑动方式从当前的浏览进度对应的详情信息滑动显示至下一浏览进度对应的详情信息,以及在第二窗口中以第二滑动方式从当前的浏览进度对应的重点信息滑动显示到下一浏览进度对应的重点信息。
进一步地,第一滑动方式为上下滑动方式,第二滑动方式为左右滑动方式。
进一步地,用户定制订单包括家装定制订单。
第四方面,本公开实施例中提供了一种订单处理方法,包括:
检测用户的操作;
响应于用户对用户定制订单的查看操作,显示用户定制订单的进度信息;进度信息包括进度列表以及进度列表中的各个进度对应的信息;进度对应于用户定制订单的处理环节。
进一步地,显示用户定制订单的进度信息,包括:
在显示界面的第一窗口输出进度列表,以及在第二窗口输出进度对应的信息;其中,第二窗口为显示界面上的顶部窗口,第一窗口位于第二窗口下方。
进一步地,在显示界面的第一窗口输出进度列表,以及在第二窗口输出进度对应的信息,包括:
确定当前显示在第一窗口中的浏览进度;
在第一窗口显示进度列表以及在进度列表上显示浏览进度的详情信息,并在第二窗口中显示浏览进度对应的重点信息。
进一步地,还包括:
检测用户在第一窗口中从当前浏览进度到下一浏览进度的滑动操作;
根据滑动操作的方向在第一窗口中以第一滑动方式从当前的浏览进度对应的详情信息滑动显示至下一浏览进度对应的详情信息,以及在第二窗口中以第二滑动方式从当前的浏览进度对应的重点信息滑动显示到下一浏览进度对应的重点信息。
进一步地,第一滑动方式为上下滑动方式,第二滑动方式为左右滑动方式。
进一步地,还包括:
响应于用户对进度列表中第一进度的数据输入操作,输出第一进度的数据输入接口;
接收用户通过数据输入接口提供的需求数据;
将需求数据发送到第一进度对应的订单执行方的处理平台。
进一步地,还包括:
响应于用户对进度列表的编辑请求,确定用户对进度列表的编辑权限;
根据编辑权限输出进度列表的编辑接口;
接收用户通过编辑接口对进度列表的编辑操作,并更新进度列表。
第五方面,本公开实施例中提供了一种订单处理装置,包括:
第一接收模块,被配置为从一个或多个订单执行方接收用户定制订单的相关数据;其中,相关数据包括订单执行方根据需求数据处理用户定制订单的过程中所产生的数据;需求数据包括用户针对用户定制订单提供给订单执行方的数据;
第一确定模块,被配置为根据相关数据确定用户定制订单对应的进度信息;其中,进度信息包括用户定制订单的进度列表以及进度列表中的各个进度对应的信息;
第一推送模块,被配置为将进度信息推送至用户的客户端。
进一步地,第一确定模块,包括:
第一确定子模块,被配置为根据相关数据产生的时间顺序以及用户定制订单的处理流程确定用户定制订单对应的进度信息。
进一步地,还包括:
第二接收模块,被配置为从一个或多个订单执行方接收针对用户定制订单产生的新数据;
更新模块,被配置为根据新数据更新用户定制订单对应的进度信息;
第二推送模块,被配置为将更新后的进度信息推送至客户端。
进一步地,用户定制订单包括家装定制订单。
第六方面,本公开实施例中提供了一种订单处理装置,包括:
第三接收模块,被配置为从用户的客户端接收用户定制订单的需求数据;
处理模块,被配置为根据需求数据处理用户定制订单;
上传模块,被配置为将处理用户定制订单的过程中产生的相关数据上传至服务器,以便服务器根据相关数据确定用户定制订单的进度信息;其中,进度信息包括用户定制订单的进度列表以及进度列表中的各个进度对应的信息。
第七方面,本公开实施例中提供了一种订单处理装置,包括:
第四接收模块,被配置为接收用户对用户定制订单的查看请求;
第一获取模块,被配置为从服务器获取用户定制订单对应的进度信息;其中,进度信息是服务器根据一个或多个订单执行方处理用户定制订单产生的相关数据得到的,包括用户定制订单的进度列表以及进度列表中的各个进度对应的信息;相关数据包括订单执行方根据需求数据处理用户定制订单的过程中所产生的数据;需求数据包括用户针对用户定制订单提供给订单执行方的数据;
第一显示模块,被配置为显示用户定制订单的进度列表以及进度列表中进度对应的信息。
进一步地,第一显示模块,包括:
第一显示子模块,被配置为在显示界面的第一窗口输出进度列表,以及在第二窗口输出进度对应的信息;其中,第二窗口为显示界面上的顶部窗口,第一窗口位于第二窗口下方。
进一步地,第一显示子模块,包括:
第二确定子模块,被配置为确定当前显示在第一窗口中的浏览进度;
第二显示子模块,被配置为在第一窗口显示进度列表以及在进度列表上显示浏览进度的详情信息,并在第二窗口中显示浏览进度对应的重点信息。
进一步地,还包括:
第一检测模块,被配置为检测用户在第一窗口中从当前浏览进度到下一浏览进度的滑动操作;
第二显示模块,被配置为根据滑动操作的方向在第一窗口中以第一滑动方式从当前的浏览进度对应的详情信息滑动显示至下一浏览进度对应的详情信息,以及在第二窗口中以第二滑动方式从当前的浏览进度对应的重点信息滑动显示到下一浏览进度对应的重点信息。
进一步地,第一滑动方式为上下滑动方式,第二滑动方式为左右滑动方式。
进一步地,用户定制订单包括家装定制订单。
第八方面,本公开实施例中提供了一种订单处理装置,包括:
第二检测模块,被配置为检测用户的操作;
第三显示模块,被配置为响应于用户对用户定制订单的查看操作,显示用户定制订单的进度信息;进度信息包括进度列表以及进度列表中的各个进度对应的信息;进度对应于用户定制订单的处理环节。
进一步地,第三显示模块,包括:
第三显示子模块,被配置为在显示界面的第一窗口输出进度列表,以及在第二窗口输出进度对应的信息;其中,第二窗口为显示界面上的顶部窗口,第一窗口位于第二窗口下方。
进一步地,第三显示子模块,包括:
第三确定子模块,被配置为确定当前显示在第一窗口中的浏览进度;
第四显示子模块,被配置为在第一窗口显示进度列表以及在进度列表上显示浏览进度的详情信息,并在第二窗口中显示浏览进度对应的重点信息。
进一步地,还包括:
第三检测模块,被配置为检测用户在第一窗口中从当前浏览进度到下一浏览进度的滑动操作;
第四显示模块,被配置为根据滑动操作的方向在第一窗口中以第一滑动方式从当前的浏览进度对应的详情信息滑动显示至下一浏览进度对应的详情信息,以及在第二窗口中以第二滑动方式从当前的浏览进度对应的重点信息滑动显示到下一浏览进度对应的重点信息。
进一步地,第一滑动方式为上下滑动方式,第二滑动方式为左右滑动方式。
进一步地,还包括:
第一输出模块,被配置为响应于用户对进度列表中第一进度的数据输入操作,输出第一进度的数据输入接口;
第五接收模块,被配置为接收用户通过数据输入接口提供的需求数据;
发送模块,被配置为将需求数据发送到第一进度对应的订单执行方的处理平台。
进一步地,还包括:
第二确定模块,被配置为响应于用户对进度列表的编辑请求,确定用户对进度列表的编辑权限;
第二输出模块,被配置为根据编辑权限输出进度列表的编辑接口;
第六接收模块,被配置为接收用户通过编辑接口对进度列表的编辑操作,并更新进度列表。
功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。
在一个可能的设计中,订单处理装置的结构中包括存储器和处理器,存储器用于存储一条或多条支持订单处理装置执行上述任一方法的计算机指令,处理器被配置为用于执行存储器中存储的计算机指令。订单处理装置还可以包括通信接口,用于订单处理装置与其他设备或通信网络通信。
第九方面,本公开实施例提供了一种电子设备,包括存储器和处理器;其中,存储器用于存储一条或多条计算机指令,其中,一条或多条计算机指令被处理器执行以实现上述任一方法。
第十方面,本公开实施例提供了一种计算机可读存储介质,用于存储订单处理装置所用的计算机指令,其包含用于执行上述任一方法所涉及的计算机指令。
本公开实施例提供的技术方案可以包括以下有益效果:
本公开实施例在接收到用户查看订单的请求后,可以根据订单标识获取通过上述方式收集并提取的进度信息,该进度信息可以包括进度列表以及进度列表中各个进度对应的信息,之后将上述进度信息中的进度列表以及各个进度对应的进度信息展示给用户,通过从各个订单执行方获取相关数据,并以进度列表的方式展示相关信息,使得用户能够快速地了解订单的进度,并能够实时跟踪订单的进度,并且还能够通过进度列表中各个进度对应的信息获取用户所需要的信息,节省了用户跟踪订单信息的时间成本。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
结合附图,通过以下非限制性实施方式的详细描述,本公开的其它特征、目的和优点将变得更加明显。在附图中:
图1示出根据本公开一实施方式的订单处理方法的流程图;
图2示出根据图1所示实施方式的更新进度信息的流程图;
图3示出根据本公开又一实施方式的订单处理方法的流程图;
图4示出根据本公开又一实施方式的订单处理方法的流程图;
图5示出根据本公开一实施方式的家装定制订单的进度列表以及进度对应的信息的显示效果示意图;
图6示出根据图4所示实施方式的分窗口显示进度列表以及重要信息的流程图;
图7示出根据图4所示实施方式的滑动显示进度信息的流程图;
图8示出根据图4所示实施方式的用户需求数据的处理流程图;
图9示出根据本公开又一实施方式的订单处理方法的流程图;
图10示出根据图9所示实施方式的接收用户需求数据的流程图;
图11示出根据图9所示实施方式的用户编辑进度列表的处理流程图;
图12示出根据本公开一实施方式对用户家装定制订单的订单处理应用场景示意图;
图13示出根据本公开一实施方式的订单处理装置的结构框图;
图14示出根据本公开又一实施方式的订单处理装置的结构框图;
图15示出根据本公开又一实施方式的订单处理装置的结构框图;
图16示出根据本公开又一实施方式的订单处理装置的结构框图;
图17是适于用来实现根据本公开一实施方式的订单处理方法的电子设备的结构示意图。
具体实施方式
下文中,将参考附图详细描述本公开的示例性实施方式,以使本领域技术人员可容易地实现它们。此外,为了清楚起见,在附图中省略了与描述示例性实施方式无关的部分。
在本公开中,应理解,诸如“包括”或“具有”等的术语旨在指示本说明书中所公开的特征、数字、步骤、行为、部件、部分或其组合的存在,并且不欲排除一个或多个其他特征、数字、步骤、行为、部件、部分或其组合存在或被添加的可能性。
另外还需要说明的是,在不冲突的情况下,本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。
图1示出根据本公开一实施方式的订单处理方法的流程图。如图1所示,订单处理方法包括以下步骤:
在步骤S101中,从一个或多个订单执行方接收用户定制订单的相关数据;其中,相关数据包括订单执行方根据需求数据处理用户定制订单的过程中所产生的数据;需求数据包括用户针对用户定制订单提供给订单执行方的数据;
在步骤S102中,根据相关数据确定用户定制订单对应的进度信息;其中,进度信息包括用户定制订单的进度列表以及进度列表中的各个进度对应的信息;
在步骤S103中,将进度信息推送至用户的客户端。
本实施例中,该订单处理方法可以由服务器端执行。用户定制订单可以是C2M(Customer-to-Manufacturer,用户直连制造)模式下的用户订单,例如家装定制订单。C2M模式为现代制造业中由用户驱动生产的反向生产模式,C2M模式基于互联网、大数据、人工智能,以及通过生产线的自动化、定制化、节能化、柔性化,运用计算机系统随时进行数据交换,按照用户的产品订单要求,设定供应商和生产工序,最终生产出个性化产品的工业化定制模式。在用户产生定制类订单之后,可以由订单执行方根据用户的需求对该用户定制订单进行处理,处理过程中订单执行方可以根据用户的需求进行设计、生产相应的定制产品或者提供相应的定制服务。定制类订单的处理过程可能较长,并且会涉及多个环节,且不同环节可能对应不同的订单执行方,用户可以通过客户端与各订单执行方提供的处理平台和/或交互平台进行交互,并提供定制需求。用户在产生用户定制订单之后,希望能够实时跟踪用户定制订单的处理进度,并且用户还可以根据进度信息不断地更新对用户定制订单的需求数据。但是对于周期较长的定制类订单,如果涉及的环节较多,且各个环节涉及的订单执行方不同的话,由于这些数据对用户不透明,用户需要从各个订单执行方的处理平台以及服务人员获取所需要的信息,会耗费用户大量的时间和精力,并且可能由于某个环节信息沟通不及时或者信息获取不准确等原因导致订单执行方的处理结果与用户的期望相去甚远,进而可能会造成用户的巨大损失。
本公开实施例中,为了使用户能够及时了解并实时跟踪用户定制订单的处理情况,在用户产生用户定制订单之后,由统一的平台例如执行本公开实施例中订单执行方法的服务器端从各订单执行方实时收集用户定制订单的相关数据,该相关数据可以包括但不限于订单执行方根据用户的需求数据处理该用户定制订单的过程中所产生的数据;用户的需求数据可以包括但不限于用户针对该用户定制订单提供给订单执行方的数据。用户可以针对该用户定制订单在各个订单执行方提供的处理平台或者交互平台提供对所要定制产品的需求数据,该需求数据可以包括但不限于通过订单执行方提供的处理平台提供的数据以及与订单执行方的服务人员进行交互的过程中产生的交互数据,订单执行方可以根据用户提出的需求对用户定制订单进行处理,并且在处理过程中可以产生一些数据,例如设计图等。服务器端可以根据从各订单执行方收集到的用户定制订单的相关数据的产生时间顺序以及用户定制订单的处理流程等对相关数据进行归类和筛选,最终得到用户定制订单对应的进度信息。该进度信息可以包括以时间维度排列的进度列表以及进度列表中各进度对应的信息,进度列表中的各进度对应于用户定制订单设计的各个处理环节,每个处理环节可以对应一个或多个订单执行方,而不同处理环节可以对应不同的订单执行方,例如对于家装定制订单而言,进度列表可以包括但不限于发起量房、设计师接单、设计师量房、设计师给出设计方案、装修、生产家具、支付尾款、家具送货、家具安装、评价售后等处理环节。进度列表中的进度对应的信息可以包括但不限于进度标识、进度描述、当前进度的执行状态、涉及的产品或者服务信息、服务人员的联系方式等。上述订单相关的数据可以在用户订单产生之后由专门设置的后台程序实时跟踪并收集,在产生新的数据之后还可以实时更新进度列表及对应的进度信息。
用户定制订单的相关数据可以在用户定制订单产生之后由专门的服务器实时跟踪并收集,在产生新的数据之后还可以实时更新该用户定制订单的进度信息中的进度列表以及进度列表中各个进度的信息。
在根据收集到的相关数据提取出用户定制订单对应的进度列表以及该进度列表中各个进度对应的信息之后,还可以将该用户定制订单对应的进度列表以及进度列表中各个进度对应的信息推送给用户的客户端,以便用户可以通过客户端查看对应的进度列表以及该进度列表中各个进度对应的信息。
本公开实施例通过收集用户定制订单涉及的各方面的数据,并对这些数据进行归类和筛选,按照时间维度形成进度列表之后,将进度列表以及进度列表中各个进度对应的信息推送给用户的客户端,以便用户能够通过统一的接口查看用户定制订单对应的进度列表以及进度列表中各个进度对应的信息,节省了用户了解以及跟踪订单所花费的时间,并且提高了用户与订单执行方之间的沟通效率。
在本实施例的一个可选实现方式中,步骤S102,即根据相关数据确定用户定制订单对应的进度信息的步骤,进一步包括以下步骤:
根据相关数据产生的时间顺序以及用户定制订单的处理环节确定用户定制订单对应的进度信息。
该可选的实现方式中,进度列表可以是基于时间维度形成的进度列表信息,而订单执行方对于定制类订单的处理环节通常是比较固定的,因此可以根据相关数据的产生时间以及用户定制订单的处理环节得到用户定制订单对应的进度信息。
例如对于家装定制订单,家装定制平台预先形成有固定的定制流程,如先由用户发起量房,设计师根据用户发起量房的请求上门量房,之后再由设计师根据量房结果给出装修初定方案,用户经过与设计师的沟通协调之后可以确定一个最终的装修方案;该装修方案可以发送给装修公司,由装修公司安排工人上门进行硬装,同时在硬装进行过程中或者完成硬装后,还可以将软装方案发送给相关的家具工厂以定制家具等,在硬装完成之后还可以由家具工厂送货上门,并进行家具安装,之后还可以包括验房、售后评价等环节。在每一个处理环节都可能会产生一些相关的数据,这些数据被采集之后,按照时间顺序以及上述较为固定的处理环节对所采集的数据进行处理,并从中得到用户定制订单对应的进度列表以及进度列表中各个进度对应的信息。可以理解的是,服务器端在实时收集各个处理环节用户所产生的需求数据、与订单执行方的交互数据以及订单执行方针对需求数据而产生的处理数据等,并在形成和/或更新用户定制订单的进度信息的同时,还可以针对当前处理环节给用户推荐一些较好的方案,例如在获得量房数据之后,服务器端可以针对量房数据给用户推荐装修设计图,用户可以参考服务器端推荐的装修设计图向装修人员提出进一步的改进需求;服务器端收集到用户家装订单执行到软装阶段后,还可以给用户推荐一些软装方案,供用户参考。服务器端推荐给用户的相关方案均可以推送至客户端,与进度信息一同展示给用户。
在本实施例的一个可选实现方式中,如图2所示,方法进一步还包括以下步骤:
在步骤S201中,从一个或多个订单执行方接收针对用户定制订单产生的新数据;
在步骤S202中,根据新数据更新用户定制订单对应的进度信息;
在步骤S203中,将更新后的进度信息推送至客户端。
该可选的实现方式中,随着用户定制订单处理进度的推移,会不断产生新的数据,因此可以实时跟踪并采集用户定制订单的相关数据。并且在采集到新的相关数据之后,可以根据新的相关数据更新进度列表以及进度列表中相应进度的信息,进而将更新后的进度信息推送给客户端,以便用户能够及时查看最新的进度信息。服务器端在更新了进度信息之后,还可以根据当前进度推荐对应的定制方案,供用户参考;服务器端推荐的定制方案可以与进度信息中的当前进度一同展示在客户端上,使得用户通过客户端查看进度信息中的当前进度时,能够看到服务器端推荐的针对当前进度的定制方案。
图3示出根据本公开又一实施方式的订单处理方法的流程图。如图3所示,订单处理方法包括以下步骤:
在步骤S301中,从用户的客户端接收用户定制订单的需求数据;
在步骤S302中,根据需求数据处理用户定制订单;
在步骤S303中,将处理用户定制订单的过程中产生的相关数据上传至服务器,以便服务器根据相关数据确定用户定制订单的进度信息;其中,进度信息包括用户定制订单的进度列表以及进度列表中的各个进度对应的信息。
本实施例中,该订单处理方法可以由订单执行方的处理平台执行。用户定制订单可以是C2M(Customer-to-Manufacturer,用户直连制造)模式下的用户订单,例如家装定制订单。C2M模式为现代制造业中由用户驱动生产的反向生产模式,C2M模式基于互联网、大数据、人工智能,以及通过生产线的自动化、定制化、节能化、柔性化,运用计算机系统随时进行数据交换,按照用户的产品订单要求,设定供应商和生产工序,最终生产出个性化产品的工业化定制模式。在用户产生定制类订单之后,可以由订单执行方根据用户的需求对该订单进行处理,处理过程中订单执行方可以根据用户的需求进行设计、生产相应的定制产品或者提供相应的定制服务。定制类订单的处理过程可能较长,并且会涉及多个处理环节,且不同处理环节可能对应不同的订单执行方,用户可以通过客户端与各订单执行方提供的处理平台和/或交互平台进行交互,并提供定制需求。订单执行方通过用户获取用户定制订单的需求数据,在必要的情况下,订单执行方还可以通过交互平台等方式与用户进行交互,更进一步地获取用户的需求数据。在用户的需求明确之后,可以根据需求数据处理用户定制订单。不同订单执行方所涉及的处理环节有所不同,同一订单执行方也可能涉及多个处理环节。订单执行方可以从用户获取其所涉及的处理环节的需求数据,进而根据该需求数据对用户定制订单的相应关节进行处理。
例如对于家装定制订单,家装定制平台可以预先形成固定的定制流程,如先由用户发起量房,设计师根据用户发起量房的请求上门量房,之后再由设计师根据量房结果给出装修初定方案,用户经过与设计师的沟通协调之后可以确定一个最终的装修方案;该装修方案可以发送给装修公司,由装修公司安排工人上门进行硬装,同时在硬装进行过程中或者完成硬装后,还可以将软装方案发送给相关的家具工厂以定制家具等,在硬装完成之后还可以由家具工厂送货上门,并进行家具安装,之后还可以包括验房、售后评价等处理环节。在上述每一个处理环节所涉及的订单执行方可能有所不同,例如量房环节对应的是装修设计方,房屋的硬装环节对应的是装修公司,软装环节则可能对应各个家具销售方、家具配送方等。因此,在不同处理环节用户可以与不同订单执行方进行交互,并由不同的订单执行方对用户定制订单进行处理,在该过程中订单执行方产生的相关数据可以与用户定制订单的订单标识一同上传至服务器,由服务器统一进行处理,并按照相关数据产生的时间顺序以及上述较为固定的处理环节对相关数据进行处理,从中得到用户定制订单对应的进度列表以及进度列表中各个进度对应的信息。该相关数据可以包括但不限于用户针对用户定制订单产生的需求数据以及订单执行方在处理该需求数据时产生的数据。
本公开实施例中用户定制订单的订单执行方将用户定制订单的相关数据上传至服务器,并由服务器对对这些数据进行归类和筛选,按照时间维度形成进度列表之后,将进度列表以及进度列表中各个进度对应的信息推送给用户的客户端,以便用户能够通过统一的接口查看用户定制订单对应的进度列表以及进度列表中各个进度对应的信息,节省了用户了解以及跟踪订单所花费的时间,并且提高了用户与订单执行方之间的沟通效率。
图4示出根据本公开又一实施方式的订单处理方法的流程图。如图4所示,订单处理方法包括以下步骤:
在步骤S401中,接收用户对用户定制订单的查看请求;
在步骤S402中,从服务器获取用户定制订单对应的进度信息;其中,进度信息是服务器根据一个或多个订单执行方处理用户定制订单产生的相关数据得到的,包括用户定制订单的进度列表以及进度列表中的各个进度对应的信息;相关数据包括订单执行方根据需求数据处理用户定制订单的过程中所产生的数据;需求数据包括用户针对用户定制订单提供给订单执行方的数据;
在步骤S403中,显示用户定制订单的进度列表以及进度列表中进度对应的信息。
本实施例中,该订单处理方法可以由客户端执行。用户定制订单可以是C2M(Customer-to-Manufacturer,用户直连制造)模式下的用户订单,例如家装定制订单。C2M模式为现代制造业中由用户驱动生产的反向生产模式,C2M模式基于互联网、大数据、人工智能,以及通过生产线的自动化、定制化、节能化、柔性化,运用计算机系统随时进行数据交换,按照用户的产品订单要求,设定供应商和生产工序,最终生产出个性化产品的工业化定制模式。用户可以通过客户端产生用户定制订单,例如家装定制订单。在用户产生定制类订单之后,用户可以从该用户定制订单的第一个处理环节开始提供需求数据,客户端可以为用户提供各个处理环节的接口,用户可以通过相应的接口提供对应处理环节的需求数据,该接口可以对应订单执行方的处理平台,用户可以通过客户端上提供的处理环节的接口接入到订单执行方的处理平台,并根据处理平台上的要求提供相应的需求数据。订单执行方根据用户提供的需求数据对该用户定制订单进行处理,处理过程中订单执行方可以根据用户的需求数据进行设计、生产相应的定制产品或者提供相应的定制服务。
定制类订单的处理过程可能较长,并且会涉及多个处理环节,且不同处理环节可能对应不同的处理平台和/或交互平台。而用户在产生用户定制订单之后,希望能够实时跟踪用户定制订单的处理进度,并且用户还可以根据进度信息不断地更新对用户定制订单的需求数据。但是对于周期较长的定制类订单,如果涉及的处理环节较多,且每个处理环节涉及的处理平台或交互平台不同的话,由于这些数据对用户不透明,用户需要从各个订单执行方的处理平台和/或交互平台获取所需要的信息,会耗费用户大量的时间和精力,并且可能由于某个处理环节信息沟通不及时或者信息获取不准确等原因导致订单执行方的处理结果与用户的期望相去甚远,进而可能会造成用户的巨大损失。
本公开实施例中,为了使用户能够及时了解并实时跟踪订单的处理情况,订单执行方在接收到用户的需求数据之后,根据该需求数据对用户定制订单进行处理,在处理过程中订单执行方可能会产生一些处理数据,订单执行方可以将用户的需求数据以及处理该需求数据所产生的数据均上传至服务器,以便服务器可以针对用户定制订单从各个订单执行方收集用户定制订单的相关数据,并根据这些相关数据的产生时间顺序以及用户定制订单的处理流程等对相关数据进行归类和筛选,最终得到用户定制订单对应的进度信息。该进度信息可以包括以时间维度排列的进度列表以及进度列表中各进度对应的信息,进度列表中的各进度对应于用户定制订单设计的各个处理环节,每个处理环节可以对应一个或多个订单执行方,而不同处理环节可以对应不同的订单执行方,例如对于家装定制订单而言,进度列表可以包括但不限于发起量房、设计师接单、设计师量房、设计师给出设计方案、装修、生产家具、支付尾款、家具送货、家具安装、评价售后等进度。进度列表中的进度对应的信息可以包括但不限于进度标识、进度描述、当前进度的执行状态、涉及的产品或者服务信息、服务人员的联系方式等。上述订单相关的数据可以在用户订单产生之后由专门设置的服务器实时跟踪并收集,在产生新的数据之后还可以实时更新进度列表及对应的进度信息。
用户定制订单的相关数据可以在用户定制订单产生之后由专门的服务器实时跟踪并收集,在产生新的数据之后还可以实时更新该用户定制订单的进度信息中的进度列表以及进度列表中各个进度的信息。
在根据收集到的相关数据提取出用户定制订单对应的进度列表以及该进度列表中各个进度对应的信息之后,还可以将该用户定制订单对应的进度列表以及进度列表中各个进度对应的信息推送给用户的客户端,以便用户可以通过客户端查看对应的进度列表以及该进度列表中各个进度对应的信息。
在一些实施例中,客户端可以为用户提供进度信息的编辑接口。用户可以通过编辑接口修改进度信息中的进度列表和/或进度列表中各进度对应的信息。在一些实施例中,用户可以修改进度列表中各进度之间的关联关系。以家装定制订单为例,用户定制了窗户,用户可以将该定制窗户的环节与硬装环节关联,使得窗户的订单执行方与硬装环节的订单执行方进行配合,避免出现制作出来的窗户与房间内预留的窗户框架不匹配。在另一些实施例中,用户还可以修改进度对应的信息。依然以家装定制订单为例,服务器通过进度列表中软装环节这一进度对应的信息为用户推荐了一种或者多种软装方案,用户可以在查看进度列表的同时通过客户端提供的编辑接口从中选定一个软装方案,并对所选中的软装方案进行个性化修改,客户端可以将用户的修改信息发送至订单执行方和/或服务器,以便订单执行方可以根据用户的修改信息做进一步处理,服务器可以根据用户的修改信息更新该用户定制订单的进度信息。在一些实施例中,还可以设置用户的编辑权限,进度信息中的一些内容不能由用户更改,例如设计师的装修设计图纸。
本公开实施例在接收到用户查看用户定制订单的请求后,可以根据订单标识从服务器获取对应的进度信息,该进度信息可以包括进度列表以及进度列表中各个进度对应的信息,之后将上述进度信息中的进度列表以及各个进度对应的进度信息展示给用户,通过从用户定制订单的各个订单执行方收集相关数据,并以进度列表的方式展示相关信息,使得用户能够快速地了解用户定制订单的进度,并能够实时跟踪用户定制订单的进度,并且还能够通过进度列表中各个进度对应的信息获取用户所需要的信息,节省了用户跟踪订单信息的时间成本。
在本实施例的一个可选实现方式中,步骤S403,即显示用户定制订单的进度列表以及进度列表中进度对应的信息的步骤,进一步包括以下步骤:
在显示界面的第一窗口输出进度列表,以及在第二窗口输出进度对应的信息;其中,第二窗口为显示界面上的顶部窗口,第一窗口位于第二窗口下方。
该可选的实现方式中,可以将用户请求查看的订单对应的进度列表以及各个进度对应的信息分不同的窗口进行显示。第一窗口可以用于显示进度列表,且进度列表可以按照时间轴进行显示,第二窗口可以用于显示进度列表中进度对应的部分信息,该部分信息可以是对应于该进度的较为重要和/或用户较为关心的信息。第一窗口可以是当前显示页面的主窗口,用户可以在第一窗口中按照时间坐标滑动查看订单的进度列表,而第二窗口可以是当前显示上的顶部窗口,可以基于用户当前查看的进度切换显示不同进度对应的部分信息。
图5示出根据本公开一实施方式的家装定制订单的进度列表以及进度对应的信息的显示效果示意图。如图5所示,在显示页面的顶部窗口以滑动切换的方式显示多张页面,而该顶部窗口下方显示家装定制订单的进度列表,该进度列表以时间轴的方式在不同时间坐标上显示对应的进度,用户可以通过滑动时间轴查看整个订单的各个进度。
在本实施例的一个可选实现方式中,如图6所示,在显示界面的第一窗口输出进度列表,以及在第二窗口输出进度对应的信息的步骤,进一步包括以下步骤:
在步骤S601中,确定当前显示在第一窗口中的浏览进度;
在步骤S602中,在第一窗口显示进度列表以及在进度列表上显示浏览进度的详情信息,并在第二窗口中显示浏览进度对应的重点信息。
该可选的实现方式中,在第一窗口显示进度列表时,可以先确定当前显示在第一窗口的中且用户正在浏览的进度,并且将浏览进度对应的详情信息显示在进度列表的时间轴上,同时还可以将当前进度对应的一些重要信息显示在第二窗口中,重要信息可以是从浏览进度对应的信息中预先提取出来的信息。显示在第一窗口且被用户正在浏览的进度可以是当前正呈现在显示屏上且能够被用户浏览到的位置处的进度,例如第一窗口中的进度列表在被用户上下滑动时,当前呈现在显示屏上一个或多个进度可以认为是当前被浏览的进度。浏览进度可以是该订单已完成的进度、当前正在进行的进度或还未执行的进度。在当前浏览进度为已完成的进度和正在执行的进度时,第一窗口的进度列表中对应浏览进度的位置处以可展开的方式显示部分详情信息或者显示详细信息的入口等,而浏览进度为还未执行的进度时,第一窗口的进度列表中该浏览进度的位置处可仅显示进度标识,并且详情信息可以为空。
第二窗口中的显示内容可以是第一窗口中显示的浏览进度对应的一些重要信息,该重要信息可以是预先确定好的。
在一些实施例中,浏览进度的详情信息可以包括但不限于该进度对应的全部信息,例如当前状态、设计方案、联系人信息、产品数据、生产进度等等,详情信息可以通过进度列表中浏览进度处显示的详情信息入口进入,也可以直接在浏览进度处以可展开的方式显示部分信息,而浏览进度对应的重点信息可以包括但不限于该进度对应的一些重要信息,例如联系人的联系入口、当前状态、以及一些图形化的信息,重点信息可以是从详情信息中预先挑选出来的、较为重要的一些信息。
在本实施例的一个可选实现方式中,如图7所示,方法进一步还包括以下步骤:
在步骤S701中,检测用户在第一窗口中从当前浏览进度到下一浏览进度的滑动操作;
在步骤S702中,根据滑动操作的方向在第一窗口中以第一滑动方式从当前的浏览进度对应的详情信息滑动显示至下一浏览进度对应的详情信息,以及在第二窗口中以第二滑动方式从当前的浏览进度对应的重点信息滑动显示到下一浏览进度对应的重点信息。
该可选的实现方式中,用户可以在第一窗口中滑动浏览进度列表中的各个进度,并且用户在滑动到当前的浏览进度时,在第一窗口中显示该浏览进度的详情信息,显示的方式可以是以可展开的方式直接显示部分详情信息,并在用户点击展开按钮后,显示全部的详情信息,也可以是仅显示请求信息的入口,用户通过点击该入口进入详情信息页面,具体可以根据实际情况设定,在此不做限制。此外,随着用户在第一窗口中的滑动动作,第二窗口中可以从第一窗口中当前显示的浏览进度对应的重点信息自动滑动显示下一浏览进度对应的重点信息。第二窗口中的显示内容可以基于用户在第一窗口中的滑动动作在各个进度对应的重点信息的显示页面之间进行切换,用户无需手动操作第二窗口中的显示内容。当然,可以理解的是,第二窗口中各个进度对应的重点信息的显示页面也可以通过手动操作进行切换,并且在切换过程中还可以联动地在第一窗口中自动滑动进度列表。
在一些实施例中,第一窗口中用户可操作的第一滑动方式可以为上下滑动方式,进度列表以时间轴的方式从上至下显示订单对应的各个进度,用户可以从上至下或者从下至上滑动查看各个进度。第二窗口中的第二滑动方式可以是左右滑动方式,用户在第一窗口中上下滑动时,第二窗口中的重点信息页面跟随第一窗口中当前所显示的浏览进度自动左右切换,使得第一窗口中显示的进度与第二窗口中显示的重点信息页面对应的进度相一致。
在本实施例的一个可选实现方式中,如图8所示,方法进一步还包括以下步骤:
在步骤S801中,接收用户提供的需求数据;
在步骤S802中,将需求数据发送到对应的订单执行方的处理平台。
该可选的实现方式中,客户端上还可以提供与订单执行方进行交互的接口,用户可以通过该接口与订单执行方对应的处理平台和/或交互平台进行交互。用户可以通过该接口提供需求数据,客户端可以根据用户所针对的处理环节将需求数据发送到对应的订单执行方的处理平台,以便订单执行方的处理平台能够根据用户的需求数据对用户定制订单进行处理。
图9示出根据本公开又一实施方式的订单处理方法的流程图。如图9所示,订单处理方法包括以下步骤:
在步骤S901中,检测用户的操作;
在步骤S902中,响应于用户对用户定制订单的查看操作,显示用户定制订单的进度信息;进度信息包括进度列表以及进度列表中的各个进度对应的信息;进度对应于用户定制订单的处理环节。
本实施例中,该订单处理方法可以由客户端执行。用户可以通过操作客户端查看用户定制订单的详情信息。用户定制订单可以是C2M(Customer-to-Manufacturer,用户直连制造)模式下的用户订单,例如家装定制订单。C2M模式为现代制造业中由用户驱动生产的反向生产模式,C2M模式基于互联网、大数据、人工智能,以及通过生产线的自动化、定制化、节能化、柔性化,运用计算机系统随时进行数据交换,按照用户的产品订单要求,设定供应商和生产工序,最终生产出个性化产品的工业化定制模式。用户可以通过客户端产生用户定制订单,例如家装定制订单。在用户产生定制类订单之后,用户可以从该用户定制订单的第一个处理环节开始提供需求数据,客户端可以为用户提供各个处理环节的接口,用户可以通过相应的接口向订单执行方的处理平台和/或服务人员提供对应该处理环节的需求数据,该接口可以对应于订单执行方的处理平台,用户可以通过客户端上提供的处理环节的接口接入到订单执行方的处理平台,并根据处理平台上的要求提供相应的需求数据。订单执行方根据用户提供的需求数据对该用户定制订单进行处理,处理过程中订单执行方可以根据用户的需求数据进行设计、生产相应的定制产品或者提供相应的定制服务。
用户打开客户端之后,客户端可以实时检测用户的操作,用户可以通过触摸和/或点击等操作从客户端提供的用户界面找到用户定制订单,并通过客户端提供的接口操作该用户定制订单,例如用户可以通过点击或者触摸对应该用户定制订单的按钮查看该用户定制订单的进度信息,客户端检测到用户的查看操作之后,在用户界面上显示该用户定制订单的进度信息。该进度信息可以包括进度列表以及进度列表中各进度对应的信息。进度列表中的各进度对应于该用户定制订单的不同处理环节,各进度对应的信息可以包括但不限于在对应的处理环节订单定制方通过处理用户的需求数据而产生的数据,例如设计数据、产品参数、产品在该环节的定制情况等。用户定制订单的进度信息是由服务器生成后,推送至客户端的。服务器从用户定制订单的各个订单执行方收集用户定制订单的相关数据,并根据相关数据生成该进度信息,并发送到客户端。用户定制订单的处理过程中,订单执行方会不断地产生新的数据,服务器可以根据新的数据更新进度信息,更新后的进度信息可以实时推送至客户端,以便用户能够通过客户端实时查看最新的进度信息。
在本实施例的一个可选实现方式中,步骤S902,即显示用户定制订单的进度信息的步骤,进一步包括以下步骤:
在显示界面的第一窗口输出进度列表,以及在第二窗口输出进度对应的信息;其中,第二窗口为显示界面上的顶部窗口,第一窗口位于第二窗口下方。
该可选的实现方式中,可以将用户请求查看的订单对应的进度列表以及各个进度对应的信息分不同的窗口进行显示。第一窗口可以用于显示进度列表,且进度列表可以按照时间轴进行显示,第二窗口可以用于显示进度列表中进度对应的部分信息,该部分信息可以是对应于该进度的较为重要和/或用户较为关心的信息。第一窗口可以是当前显示页面的主窗口,用户可以在第一窗口中按照时间坐标滑动查看订单的进度列表,而第二窗口可以是当前显示上的顶部窗口,可以基于用户当前查看的进度切换显示不同进度对应的部分信息。
图5示出根据本公开一实施方式的家装定制订单的进度列表以及进度对应的信息的显示效果示意图。如图5所示,在显示页面的顶部窗口以滑动切换的方式显示多张页面,而该顶部窗口下方显示家装定制订单的进度列表,该进度列表以时间轴的方式在不同时间坐标上显示对应的进度,用户可以通过滑动时间轴查看整个订单的各个进度。
在本实施例的一个可选实现方式中,在显示界面的第一窗口输出进度列表,以及在第二窗口输出进度对应的信息的步骤,进一步包括以下步骤:
确定当前显示在第一窗口中的浏览进度;
在第一窗口显示进度列表以及在进度列表上显示浏览进度的详情信息,并在第二窗口中显示浏览进度对应的重点信息。
该可选的实现方式中,在第一窗口显示进度列表时,可以先确定当前显示在第一窗口的中且用户正在浏览的进度,并且将浏览进度对应的详情信息显示在进度列表的时间轴上,同时还可以将当前进度对应的一些重要信息显示在第二窗口中,重要信息可以是从浏览进度对应的信息中预先提取出来的信息。显示在第一窗口且被用户正在浏览的进度可以是当前正呈现在显示屏上且能够被用户浏览到的位置处的进度,例如第一窗口中的进度列表在被用户上下滑动时,当前呈现在显示屏上一个或多个进度可以认为是当前被浏览的进度。浏览进度可以是该订单已完成的进度、当前正在进行的进度或还未执行的进度。在当前浏览进度为已完成的进度和正在执行的进度时,第一窗口的进度列表中对应浏览进度的位置处以可展开的方式显示部分详情信息或者显示详细信息的入口等,而浏览进度为还未执行的进度时,第一窗口的进度列表中该浏览进度的位置处可仅显示进度标识,并且详情信息可以为空。
第二窗口中的显示内容可以是第一窗口中显示的浏览进度对应的一些重要信息,该重要信息可以是预先确定好的。
在一些实施例中,浏览进度的详情信息可以包括但不限于该进度对应的全部信息,例如当前状态、设计方案、联系人信息、产品数据、生产进度等等,详情信息可以通过进度列表中浏览进度处显示的详情信息入口进入,也可以直接在浏览进度处以可展开的方式显示部分信息,而浏览进度对应的重点信息可以包括但不限于该进度对应的一些重要信息,例如联系人的联系入口、当前状态、以及一些图形化的信息,重点信息可以是从详情信息中预先挑选出来的、较为重要的一些信息。
在本实施例的一个可选实现方式中,方法进一步还包括以下步骤:
检测用户在第一窗口中从当前浏览进度到下一浏览进度的滑动操作;
根据滑动操作的方向在第一窗口中以第一滑动方式从当前的浏览进度对应的详情信息滑动显示至下一浏览进度对应的详情信息,以及在第二窗口中以第二滑动方式从当前的浏览进度对应的重点信息滑动显示到下一浏览进度对应的重点信息。
该可选的实现方式中,用户可以在第一窗口中滑动浏览进度列表中的各个进度,并且用户在滑动到当前的浏览进度时,在第一窗口中显示该浏览进度的详情信息,显示的方式可以是以可展开的方式直接显示部分详情信息,并在用户点击展开按钮后,显示全部的详情信息,也可以是仅显示请求信息的入口,用户通过点击该入口进入详情信息页面,具体可以根据实际情况设定,在此不做限制。此外,随着用户在第一窗口中的滑动动作,第二窗口中可以从第一窗口中当前显示的浏览进度对应的重点信息自动滑动显示下一浏览进度对应的重点信息。第二窗口中的显示内容可以基于用户在第一窗口中的滑动动作在各个进度对应的重点信息的显示页面之间进行切换,用户无需手动操作第二窗口中的显示内容。当然,可以理解的是,第二窗口中各个进度对应的重点信息的显示页面也可以通过手动操作进行切换,并且在切换过程中还可以联动地在第一窗口中自动滑动进度列表。
在一些实施例中,第一窗口中用户可操作的第一滑动方式可以为上下滑动方式,进度列表以时间轴的方式从上至下显示订单对应的各个进度,用户可以从上至下或者从下至上滑动查看各个进度。第二窗口中的第二滑动方式可以是左右滑动方式,用户在第一窗口中上下滑动时,第二窗口中的重点信息页面跟随第一窗口中当前所显示的浏览进度自动左右切换,使得第一窗口中显示的进度与第二窗口中显示的重点信息页面对应的进度相一致。
在本实施例的一个可选实现方式中,如图10所示,方法进一步还包括以下步骤:
在步骤S1001中,响应于用户对进度列表中第一进度的数据输入操作,输出第一进度的数据输入接口;
在步骤S1002中,接收用户通过数据输入接口提供的需求数据;
在步骤S1003中,将需求数据发送到第一进度对应的订单执行方的处理平台。
该可选的实现方式中,进度列表中的进度对应于用户定制订单的处理环节,客户端可以针对进度列表中的一个或多个进度提供数据输入接口。用户通过该数据输入接口可以提供该进度对应的处理环节的需求数据。也就是说,用户还可以通过客户端上进度列表中的数据输入接口提供不同处理环节的需求数据,客户端可以将从数据输入接口接收到的需求数据发送到该进度对应的处理环节的订单执行方的处理平台。订单执行方可以根据接收到的需求数据对该用户定制订单进行相应处理。
在本实施例的一个可选实现方式中,如图11所示,方法进一步还包括以下步骤:
在步骤S1101中,响应于用户对进度列表的编辑请求,确定用户对进度列表的编辑权限;
在步骤S1102中,根据编辑权限输出进度列表的编辑接口;
在步骤S1103中,接收用户通过编辑接口对进度列表的编辑操作,并更新进度列表。
该可选的实现方式中,客户端还可以提供用户对进度列表的编辑接口,用户可以通过该编辑接口对进度列表中的一个或多个进度进行编辑。用户对进度列表的编辑操作可以包括但不限于删除、修改、添加其中一个或多个进度等。用户对进度列表的编辑操作还可以包括针对其中一个进度编辑该进度对应的信息等。用户对进度列表的编辑操作还可以包括编辑进度列表中不同进度之间的关联关系。
图12示出根据本公开一实施方式对用户家装定制订单的订单处理应用场景示意图。如图12所示,用户通过家装平台的客户端产生一个家装定制订单,在该家装定制订单的处理过程中,用户通过客户端上的接口接入IM沟通平台,并与设计师等相关人员进行沟通,以提供对家装的需求数据,设计师通过设计平台为该家装定制订单设计装修方案,同时相关人员还通过审拆单平台对装修方案进行审单、拆单,以便将需要不同协同方协同生产的家装定制订单部分拆分成多个不同的子订单,进而通过协同平台将各个子订单发送给对应的生产方,以协同该家装定制订单生产家具零件等相关产品,生产方在生产产品的过程中,可以通过数据平台获取生产设备产生的生产数据等。该过程中审拆单平台、协同平台、数据平台等产生的关于该家装定制订单的数据都可以上传至家装平台的服务器端,服务器端从上述提到的各个平台收集到与该家装定制订单相关的数据后,进而对这些相关数据进行归类整理,得到家装定制订单的进度信息,进而将进度信息推送至客户端,以便在客户端显示该进度信息。
下述为本公开装置实施例,可以用于执行本公开方法实施例。
图13示出根据本公开一实施方式的订单处理装置的结构框图,该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图13所示,订单处理装置包括:
第一接收模块1301,被配置为从一个或多个订单执行方接收用户定制订单的相关数据;其中,相关数据包括订单执行方根据需求数据处理用户定制订单的过程中所产生的数据;需求数据包括用户针对用户定制订单提供给订单执行方的数据;
第一确定模块1302,被配置为根据相关数据确定用户定制订单对应的进度信息;其中,进度信息包括用户定制订单的进度列表以及进度列表中的各个进度对应的信息;
第一推送模块1303,被配置为将进度信息推送至用户的客户端。
本实施例中,该订单处理装置可以由服务器端执行。用户定制订单可以是C2M(Customer-to-Manufacturer,用户直连制造)模式下的用户订单,例如家装定制订单。C2M模式为现代制造业中由用户驱动生产的反向生产模式,C2M模式基于互联网、大数据、人工智能,以及通过生产线的自动化、定制化、节能化、柔性化,运用计算机系统随时进行数据交换,按照用户的产品订单要求,设定供应商和生产工序,最终生产出个性化产品的工业化定制模式。在用户产生定制类订单之后,可以由订单执行方根据用户的需求对该用户定制订单进行处理,处理过程中订单执行方可以根据用户的需求进行设计、生产相应的定制产品或者提供相应的定制服务。定制类订单的处理过程可能较长,并且会涉及多个环节,且不同环节可能对应不同的订单执行方,用户可以通过客户端与各订单执行方提供的处理平台和/或交互平台进行交互,并提供定制需求。用户在产生用户定制订单之后,希望能够实时跟踪用户定制订单的处理进度,并且用户还可以根据进度信息不断地更新对用户定制订单的需求数据。但是对于周期较长的定制类订单,如果涉及的环节较多,且各个环节涉及的订单执行方不同的话,由于这些数据对用户不透明,用户需要从各个订单执行方的处理平台以及服务人员获取所需要的信息,会耗费用户大量的时间和精力,并且可能由于某个环节信息沟通不及时或者信息获取不准确等原因导致订单执行方的处理结果与用户的期望相去甚远,进而可能会造成用户的巨大损失。
本公开实施例中,为了使用户能够及时了解并实时跟踪用户定制订单的处理情况,在用户产生用户定制订单之后,由统一的平台例如执行本公开实施例中订单执行方法的服务器端从各订单执行方实时收集用户定制订单的相关数据,该相关数据可以包括但不限于订单执行方根据用户的需求数据处理该用户定制订单的过程中所产生的数据;用户的需求数据可以包括但不限于用户针对该用户定制订单提供给订单执行方的数据。用户可以针对该用户定制订单在各个订单执行方提供的处理平台或者交互平台提供对所要定制产品的需求数据,该需求数据可以包括但不限于通过订单执行方提供的处理平台提供的数据以及与订单执行方的服务人员进行交互的过程中产生的交互数据,订单执行方可以根据用户提出的需求对用户定制订单进行处理,并且在处理过程中可以产生一些数据,例如设计图等。服务器端可以根据从各订单执行方收集到的用户定制订单的相关数据的产生时间顺序以及用户定制订单的处理流程等对相关数据进行归类和筛选,最终得到用户定制订单对应的进度信息。该进度信息可以包括以时间维度排列的进度列表以及进度列表中各进度对应的信息,进度列表中的各进度对应于用户定制订单设计的各个处理环节,每个处理环节可以对应一个或多个订单执行方,而不同处理环节可以对应不同的订单执行方,例如对于家装定制订单而言,进度列表可以包括但不限于发起量房、设计师接单、设计师量房、设计师给出设计方案、装修、生产家具、支付尾款、家具送货、家具安装、评价售后等处理环节。进度列表中的进度对应的信息可以包括但不限于进度标识、进度描述、当前进度的执行状态、涉及的产品或者服务信息、服务人员的联系方式等。上述订单相关的数据可以在用户订单产生之后由专门设置的后台程序实时跟踪并收集,在产生新的数据之后还可以实时更新进度列表及对应的进度信息。
用户定制订单的相关数据可以在用户定制订单产生之后由专门的服务器实时跟踪并收集,在产生新的数据之后还可以实时更新该用户定制订单的进度信息中的进度列表以及进度列表中各个进度的信息。
在根据收集到的相关数据提取出用户定制订单对应的进度列表以及该进度列表中各个进度对应的信息之后,还可以将该用户定制订单对应的进度列表以及进度列表中各个进度对应的信息推送给用户的客户端,以便用户可以通过客户端查看对应的进度列表以及该进度列表中各个进度对应的信息。
本公开实施例通过收集用户定制订单涉及的各方面的数据,并对这些数据进行归类和筛选,按照时间维度形成进度列表之后,将进度列表以及进度列表中各个进度对应的信息推送给用户的客户端,以便用户能够通过统一的接口查看用户定制订单对应的进度列表以及进度列表中各个进度对应的信息,节省了用户了解以及跟踪订单所花费的时间,并且提高了用户与订单执行方之间的沟通效率。
在本实施例的一个可选实现方式中,第一确定模块,包括:
第一确定子模块,被配置为根据相关数据产生的时间顺序以及用户定制订单的处理流程确定用户定制订单对应的进度信息。
在本实施例的一个可选实现方式中,还包括:
第二接收模块,被配置为从一个或多个订单执行方接收针对用户定制订单产生的新数据;
更新模块,被配置为根据新数据更新用户定制订单对应的进度信息;
第二推送模块,被配置为将更新后的进度信息推送至客户端。
在本实施例的一个可选实现方式中,用户定制订单包括家装定制订单。
本实施例中的订单处理装置与图1所示实施例及相关实施例中的订单处理方法对应一致,具体细节可参见上述对订单处理方法的描述,在此不做限制。
图14示出根据本公开又一实施方式的订单处理装置的结构框图,该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图14所示,订单处理装置包括:
第三接收模块1401,被配置为从用户的客户端接收用户定制订单的需求数据;
处理模块1402,被配置为根据需求数据处理用户定制订单;
上传模块1403,被配置为将处理用户定制订单的过程中产生的相关数据上传至服务器,以便服务器根据相关数据确定用户定制订单的进度信息;其中,进度信息包括用户定制订单的进度列表以及进度列表中的各个进度对应的信息。
本实施例中,该订单处理装置可以由订单执行方的处理平台执行。用户定制订单可以是C2M(Customer-to-Manufacturer,用户直连制造)模式下的用户订单,例如家装定制订单。C2M模式为现代制造业中由用户驱动生产的反向生产模式,C2M模式基于互联网、大数据、人工智能,以及通过生产线的自动化、定制化、节能化、柔性化,运用计算机系统随时进行数据交换,按照用户的产品订单要求,设定供应商和生产工序,最终生产出个性化产品的工业化定制模式。在用户产生定制类订单之后,可以由订单执行方根据用户的需求对该订单进行处理,处理过程中订单执行方可以根据用户的需求进行设计、生产相应的定制产品或者提供相应的定制服务。定制类订单的处理过程可能较长,并且会涉及多个处理环节,且不同处理环节可能对应不同的订单执行方,用户可以通过客户端与各订单执行方提供的处理平台和/或交互平台进行交互,并提供定制需求。订单执行方通过用户获取用户定制订单的需求数据,在必要的情况下,订单执行方还可以通过交互平台等方式与用户进行交互,更进一步地获取用户的需求数据。在用户的需求明确之后,可以根据需求数据处理用户定制订单。不同订单执行方所涉及的处理环节有所不同,同一订单执行方也可能涉及多个处理环节。订单执行方可以从用户获取其所涉及的处理环节的需求数据,进而根据该需求数据对用户定制订单的相应关节进行处理。
例如对于家装定制订单,家装定制平台可以预先形成固定的定制流程,如先由用户发起量房,设计师根据用户发起量房的请求上门量房,之后再由设计师根据量房结果给出装修初定方案,用户经过与设计师的沟通协调之后可以确定一个最终的装修方案;该装修方案可以发送给装修公司,由装修公司安排工人上门进行硬装,同时在硬装进行过程中或者完成硬装后,还可以将软装方案发送给相关的家具工厂以定制家具等,在硬装完成之后还可以由家具工厂送货上门,并进行家具安装,之后还可以包括验房、售后评价等处理环节。在上述每一个处理环节所涉及的订单执行方可能有所不同,例如量房环节对应的是装修设计方,房屋的硬装环节对应的是装修公司,软装环节则可能对应各个家具销售方、家具配送方等。因此,在不同处理环节用户可以与不同订单执行方进行交互,并由不同的订单执行方对用户定制订单进行处理,在该过程中订单执行方产生的相关数据可以与用户定制订单的订单标识一同上传至服务器,由服务器统一进行处理,并按照相关数据产生的时间顺序以及上述较为固定的处理环节对相关数据进行处理,从中得到用户定制订单对应的进度列表以及进度列表中各个进度对应的信息。该相关数据可以包括但不限于用户针对用户定制订单产生的需求数据以及订单执行方在处理该需求数据时产生的数据。
本公开实施例中用户定制订单的订单执行方将用户定制订单的相关数据上传至服务器,并由服务器对对这些数据进行归类和筛选,按照时间维度形成进度列表之后,将进度列表以及进度列表中各个进度对应的信息推送给用户的客户端,以便用户能够通过统一的接口查看用户定制订单对应的进度列表以及进度列表中各个进度对应的信息,节省了用户了解以及跟踪订单所花费的时间,并且提高了用户与订单执行方之间的沟通效率。
图15示出根据本公开又一实施方式的订单处理装置的结构框图,该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图15所示,订单处理装置包括:
第四接收模块1501,被配置为接收用户对用户定制订单的查看请求;
第一获取模块1502,被配置为从服务器获取用户定制订单对应的进度信息;其中,进度信息是服务器根据一个或多个订单执行方处理用户定制订单产生的相关数据得到的,包括用户定制订单的进度列表以及进度列表中的各个进度对应的信息;相关数据包括订单执行方根据需求数据处理用户定制订单的过程中所产生的数据;需求数据包括用户针对用户定制订单提供给订单执行方的数据;
第一显示模块1503,被配置为显示用户定制订单的进度列表以及进度列表中进度对应的信息。
本实施例中,该订单处理装置可以由客户端执行。用户定制订单可以是C2M(Customer-to-Manufacturer,用户直连制造)模式下的用户订单,例如家装定制订单。C2M模式为现代制造业中由用户驱动生产的反向生产模式,C2M模式基于互联网、大数据、人工智能,以及通过生产线的自动化、定制化、节能化、柔性化,运用计算机系统随时进行数据交换,按照用户的产品订单要求,设定供应商和生产工序,最终生产出个性化产品的工业化定制模式。用户可以通过客户端产生用户定制订单,例如家装定制订单。在用户产生定制类订单之后,用户可以从该用户定制订单的第一个处理环节开始提供需求数据,客户端可以为用户提供各个处理环节的接口,用户可以通过相应的接口提供对应处理环节的需求数据,该接口可以对应订单执行方的处理平台,用户可以通过客户端上提供的处理环节的接口接入到订单执行方的处理平台,并根据处理平台上的要求提供相应的需求数据。订单执行方根据用户提供的需求数据对该用户定制订单进行处理,处理过程中订单执行方可以根据用户的需求数据进行设计、生产相应的定制产品或者提供相应的定制服务。
定制类订单的处理过程可能较长,并且会涉及多个处理环节,且不同处理环节可能对应不同的处理平台和/或交互平台。而用户在产生用户定制订单之后,希望能够实时跟踪用户定制订单的处理进度,并且用户还可以根据进度信息不断地更新对用户定制订单的需求数据。但是对于周期较长的定制类订单,如果涉及的处理环节较多,且每个处理环节涉及的处理平台或交互平台不同的话,由于这些数据对用户不透明,用户需要从各个订单执行方的处理平台和/或交互平台获取所需要的信息,会耗费用户大量的时间和精力,并且可能由于某个处理环节信息沟通不及时或者信息获取不准确等原因导致订单执行方的处理结果与用户的期望相去甚远,进而可能会造成用户的巨大损失。
本公开实施例中,为了使用户能够及时了解并实时跟踪订单的处理情况,订单执行方在接收到用户的需求数据之后,根据该需求数据对用户定制订单进行处理,在处理过程中订单执行方可能会产生一些处理数据,订单执行方可以将用户的需求数据以及处理该需求数据所产生的数据均上传至服务器,以便服务器可以针对用户定制订单从各个订单执行方收集用户定制订单的相关数据,并根据这些相关数据的产生时间顺序以及用户定制订单的处理流程等对相关数据进行归类和筛选,最终得到用户定制订单对应的进度信息。该进度信息可以包括以时间维度排列的进度列表以及进度列表中各进度对应的信息,进度列表中的各进度对应于用户定制订单设计的各个处理环节,每个处理环节可以对应一个或多个订单执行方,而不同处理环节可以对应不同的订单执行方,例如对于家装定制订单而言,进度列表可以包括但不限于发起量房、设计师接单、设计师量房、设计师给出设计方案、装修、生产家具、支付尾款、家具送货、家具安装、评价售后等进度。进度列表中的进度对应的信息可以包括但不限于进度标识、进度描述、当前进度的执行状态、涉及的产品或者服务信息、服务人员的联系方式等。上述订单相关的数据可以在用户订单产生之后由专门设置的服务器实时跟踪并收集,在产生新的数据之后还可以实时更新进度列表及对应的进度信息。
用户定制订单的相关数据可以在用户定制订单产生之后由专门的服务器实时跟踪并收集,在产生新的数据之后还可以实时更新该用户定制订单的进度信息中的进度列表以及进度列表中各个进度的信息。
在根据收集到的相关数据提取出用户定制订单对应的进度列表以及该进度列表中各个进度对应的信息之后,还可以将该用户定制订单对应的进度列表以及进度列表中各个进度对应的信息推送给用户的客户端,以便用户可以通过客户端查看对应的进度列表以及该进度列表中各个进度对应的信息。
在一些实施例中,客户端可以为用户提供进度信息的编辑接口。用户可以通过编辑接口修改进度信息中的进度列表和/或进度列表中各进度对应的信息。在一些实施例中,用户可以修改进度列表中各进度之间的关联关系。以家装定制订单为例,用户定制了窗户,用户可以将该定制窗户的环节与硬装环节关联,使得窗户的订单执行方与硬装环节的订单执行方进行配合,避免出现制作出来的窗户与房间内预留的窗户框架不匹配。在另一些实施例中,用户还可以修改进度对应的信息。依然以家装定制订单为例,服务器通过进度列表中软装环节这一进度对应的信息为用户推荐了一种或者多种软装方案,用户可以在查看进度列表的同时通过客户端提供的编辑接口从中选定一个软装方案,并对所选中的软装方案进行个性化修改,客户端可以将用户的修改信息发送至订单执行方和/或服务器,以便订单执行方可以根据用户的修改信息做进一步处理,服务器可以根据用户的修改信息更新该用户定制订单的进度信息。在一些实施例中,还可以设置用户的编辑权限,进度信息中的一些内容不能由用户更改,例如设计师的装修设计图纸。
本公开实施例在接收到用户查看用户定制订单的请求后,可以根据订单标识从服务器获取对应的进度信息,该进度信息可以包括进度列表以及进度列表中各个进度对应的信息,之后将上述进度信息中的进度列表以及各个进度对应的进度信息展示给用户,通过从用户定制订单的各个订单执行方收集相关数据,并以进度列表的方式展示相关信息,使得用户能够快速地了解用户定制订单的进度,并能够实时跟踪用户定制订单的进度,并且还能够通过进度列表中各个进度对应的信息获取用户所需要的信息,节省了用户跟踪订单信息的时间成本。
在本实施例的一个可选实现方式中,第一显示模块,包括:
第一显示子模块,被配置为在显示界面的第一窗口输出进度列表,以及在第二窗口输出进度对应的信息;其中,第二窗口为显示界面上的顶部窗口,第一窗口位于第二窗口下方。
在本实施例的一个可选实现方式中,第一显示子模块,包括:
第二确定子模块,被配置为确定当前显示在第一窗口中的浏览进度;
第二显示子模块,被配置为在第一窗口显示进度列表以及在进度列表上显示浏览进度的详情信息,并在第二窗口中显示浏览进度对应的重点信息。
在本实施例的一个可选实现方式中,还包括:
第一检测模块,被配置为检测用户在第一窗口中从当前浏览进度到下一浏览进度的滑动操作;
第二显示模块,被配置为根据滑动操作的方向在第一窗口中以第一滑动方式从当前的浏览进度对应的详情信息滑动显示至下一浏览进度对应的详情信息,以及在第二窗口中以第二滑动方式从当前的浏览进度对应的重点信息滑动显示到下一浏览进度对应的重点信息。
在本实施例的一个可选实现方式中,第一滑动方式为上下滑动方式,第二滑动方式为左右滑动方式。
在本实施例的一个可选实现方式中,用户定制订单包括家装定制订单。
本实施例中的订单处理装置与图4所示实施例及相关实施例中的订单处理方法对应一致,具体细节可参见上述对订单处理方法的描述,在此不做限制。
图16示出根据本公开又一实施方式的订单处理装置的结构框图,该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图16所示,订单处理装置包括:
第二检测模块1601,被配置为检测用户的操作;
第三显示模块1602,被配置为响应于用户对用户定制订单的查看操作,显示用户定制订单的进度信息;进度信息包括进度列表以及进度列表中的各个进度对应的信息;进度对应于用户定制订单的处理环节。
本实施例中,该订单处理装置可以由客户端执行。用户可以通过操作客户端查看用户定制订单的详情信息。用户定制订单可以是C2M(Customer-to-Manufacturer,用户直连制造)模式下的用户订单,例如家装定制订单。C2M模式为现代制造业中由用户驱动生产的反向生产模式,C2M模式基于互联网、大数据、人工智能,以及通过生产线的自动化、定制化、节能化、柔性化,运用计算机系统随时进行数据交换,按照用户的产品订单要求,设定供应商和生产工序,最终生产出个性化产品的工业化定制模式。用户可以通过客户端产生用户定制订单,例如家装定制订单。在用户产生定制类订单之后,用户可以从该用户定制订单的第一个处理环节开始提供需求数据,客户端可以为用户提供各个处理环节的接口,用户可以通过相应的接口向订单执行方的处理平台和/或服务人员提供对应该处理环节的需求数据,该接口可以对应于订单执行方的处理平台,用户可以通过客户端上提供的处理环节的接口接入到订单执行方的处理平台,并根据处理平台上的要求提供相应的需求数据。订单执行方根据用户提供的需求数据对该用户定制订单进行处理,处理过程中订单执行方可以根据用户的需求数据进行设计、生产相应的定制产品或者提供相应的定制服务。
用户打开客户端之后,客户端可以实时检测用户的操作,用户可以通过触摸和/或点击等操作从客户端提供的用户界面找到用户定制订单,并通过客户端提供的接口操作该用户定制订单,例如用户可以通过点击或者触摸对应该用户定制订单的按钮查看该用户定制订单的进度信息,客户端检测到用户的查看操作之后,在用户界面上显示该用户定制订单的进度信息。该进度信息可以包括进度列表以及进度列表中各进度对应的信息。进度列表中的各进度对应于该用户定制订单的不同处理环节,各进度对应的信息可以包括但不限于在对应的处理环节订单定制方通过处理用户的需求数据而产生的数据,例如设计数据、产品参数、产品在该环节的定制情况等。用户定制订单的进度信息是由服务器生成后,推送至客户端的。服务器从用户定制订单的各个订单执行方收集用户定制订单的相关数据,并根据相关数据生成该进度信息,并发送到客户端。用户定制订单的处理过程中,订单执行方会不断地产生新的数据,服务器可以根据新的数据更新进度信息,更新后的进度信息可以实时推送至客户端,以便用户能够通过客户端实时查看最新的进度信息。
在本实施例的一个可选实现方式中,第三显示模块,包括:
第三显示子模块,被配置为在显示界面的第一窗口输出进度列表,以及在第二窗口输出进度对应的信息;其中,第二窗口为显示界面上的顶部窗口,第一窗口位于第二窗口下方。
在本实施例的一个可选实现方式中,第三显示子模块,包括:
第三确定子模块,被配置为确定当前显示在第一窗口中的浏览进度;
第四显示子模块,被配置为在第一窗口显示进度列表以及在进度列表上显示浏览进度的详情信息,并在第二窗口中显示浏览进度对应的重点信息。
在本实施例的一个可选实现方式中,还包括:
第三检测模块,被配置为检测用户在第一窗口中从当前浏览进度到下一浏览进度的滑动操作;
第四显示模块,被配置为根据滑动操作的方向在第一窗口中以第一滑动方式从当前的浏览进度对应的详情信息滑动显示至下一浏览进度对应的详情信息,以及在第二窗口中以第二滑动方式从当前的浏览进度对应的重点信息滑动显示到下一浏览进度对应的重点信息。
在本实施例的一个可选实现方式中,第一滑动方式为上下滑动方式,第二滑动方式为左右滑动方式。
在本实施例的一个可选实现方式中,还包括:
第一输出模块,被配置为响应于用户对进度列表中第一进度的数据输入操作,输出第一进度的数据输入接口;
第五接收模块,被配置为接收用户通过数据输入接口提供的需求数据;
发送模块,被配置为将需求数据发送到第一进度对应的订单执行方的处理平台。
在本实施例的一个可选实现方式中,还包括:
第二确定模块,被配置为响应于用户对进度列表的编辑请求,确定用户对进度列表的编辑权限;
第二输出模块,被配置为根据编辑权限输出进度列表的编辑接口;
第六接收模块,被配置为接收用户通过编辑接口对进度列表的编辑操作,并更新进度列表。
本实施例中的订单处理装置与图9所示实施例及相关实施例中的订单处理方法对应一致,具体细节可参见上述对订单处理方法的描述,在此不做限制。
图17是适于用来实现根据本公开实施方式的订单处理方法的电子设备的结构示意图。
如图17所示,电子设备1700包括中央处理单元(CPU)1701,其可以根据存储在只读存储器(ROM)1702中的程序或者从存储部分1708加载到随机访问存储器(RAM)1703中的程序而执行本公开上述方法的实施方式中的各种处理。在RAM1703中,还存储有电子设备1700操作所需的各种程序和数据。CPU1701、ROM1702以及RAM1703通过总线1704彼此相连。输入/输出(I/O)接口1705也连接至总线1704。
以下部件连接至I/O接口1705:包括键盘、鼠标等的输入部分1706;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1707;包括硬盘等的存储部分1708;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1709。通信部分1709经由诸如因特网的网络执行通信处理。驱动器1710也根据需要连接至I/O接口1705。可拆卸介质1711,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器1710上,以便于从其上读出的计算机程序根据需要被安装入存储部分1708。
特别地,根据本公开的实施方式,上文参考本公开实施方式中的方法可以被实现为计算机软件程序。例如,本公开的实施方式包括一种计算机程序产品,其包括有形地包含在及其可读介质上的计算机程序,计算机程序包含用于执行本公开实施方式中方法的程序代码。在这样的实施方式中,该计算机程序可以通过通信部分1709从网络上被下载和安装,和/或从可拆卸介质1711被安装。
附图中的流程图和框图,图示了按照本公开各种实施方式的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,路程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施方式中所涉及到的单元或模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中,这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。
作为另一方面,本公开还提供了一种计算机可读存储介质,该计算机可读存储介质可以是上述实施方式中装置中所包含的计算机可读存储介质;也可以是单独存在,未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序,程序被一个或者一个以上的处理器用来执行描述于本公开的方法。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
- 取消订单的处理方法、订单系统、电子设备及存储介质
- 一种订单处理方法、装置、存储介质及电子设备