CN105989447A - 数据处理***、方法和平台 - Google Patents
数据处理***、方法和平台 Download PDFInfo
- Publication number
- CN105989447A CN105989447A CN201510094561.7A CN201510094561A CN105989447A CN 105989447 A CN105989447 A CN 105989447A CN 201510094561 A CN201510094561 A CN 201510094561A CN 105989447 A CN105989447 A CN 105989447A
- Authority
- CN
- China
- Prior art keywords
- data
- order
- client
- dpp
- processing platform
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请提出一种数据处理***、方法和数据处理平台,其中,该数据处理***包括:第一客户端用于将至少一个订单数据发送至数据处理平台;数据处理平台用于接收至少一个订单数据,并将至少一个订单数据分别提供给至少一个第二客户端,以及接收至少一个第二客户端返回的关于至少一个订单数据的处理进度数据,并将至少一个订单数据的处理进度数据提供给第一客户端;至少一个第二客户端用于根据接收到的所述至少一个订单数据进行订单处理,并获取所述订单处理中的处理进度数据。本申请的数据处理***,实现多对多的订单管理和处理进度数据管理,操作方便,成本低,可靠性强,便于用户对不同订单的订单处理进度的监控。
Description
技术领域
本申请涉及互联网技术领域,特别涉及一种数据处理***、方法和平台。
背景技术
越来越多的网站为了满足用户的不同需求,可提供个性化定制服务,以便于用户根据自身需求定制所需的服务。举例来说,工厂可为用户提供定制类对象的服务。例如,工厂可根据用户的定制的款式生产符合用户需求的服装。但是,在生产的过程中是有很多环节的,用户需要通过电话或者其他通信方式与工厂方进行联系才能获知生产的具体情况,如生产到哪个环节、完成情况等。这种方式非常不便,并且用户获取到的信息的可靠性难以保证,用户容易遭到欺骗。
目前,一些大型的工厂有自己的ERP(Enterprise Resource Planning,企业资源计划即)***,工厂方可通过ERP***查看与自己有订单关系的用户。对于用户来说,如果要查看自己订单的生产情况,也需要通过安装ERP***才能实现。然而,也有一些工厂没有ERP***,如果用户要查看这类工厂的生产情况,则需要为该工厂配置一个ERP***,增加了使用成本。
此外,由于每个工厂都有自己特定的ERP***,即各个工厂所对应的ERP***不一定兼容,因此,用户需要需要分别安装多个合作的工厂的ERP***,需要占用大量的存储空间,并且分别进行培训和学习每个ERP***的使用方法,非常不便,用户体验差。
发明内容
本申请旨在至少在一定程度上解决上述技术问题。
为此,本申请的第一个目的在于提出一种数据处理***,能够实现多对多的订单管理和处理进度数据管理,操作方便,成本低,可靠性强,便于用户对不同订单的订单处理进度的监控。
本申请的第二个目的在于提出一种数据处理方法。
本申请的第三个目的在于提出一种数据处理平台。
为达上述目的,根据本申请第一方面实施例提出了一种数据处理***,包括:第一客户端、数据处理平台和至少一个第二客户端,其中,所述第一客户端用于将至少一个订单数据发送至数据处理平台;所述数据处理平台用于接收所述至少一个订单数据,并将所述至少一个订单数据分别提供给所述至少一个第二客户端,以及接收所述至少一个第二客户端返回的关于所述至少一个订单数据的处理进度数据,并将所述至少一个订单数据的处理进度数据提供给所述第一客户端;所述至少一个第二客户端用于根据接收到的所述至少一个订单数据进行订单处理,并获取所述订单处理中的处理进度数据。
本申请实施例的数据处理***,通过数据处理平台接收第一客户端发送的至少一个订单数据,并将至少一个订单数据分别提供给至少一个第二客户端,以使第二客户端进行订单处理,并将订单处理中的处理进度数据返回至数据处理平台,然后数据处理平台将至少一个订单数据的处理进度数据提供给第一客户端,由此通过数据处理平台实现了对多个第二客户端的订单处理的处理进度的管理,并且可推广到对多个第一客户端的订单数据进行管理,从而实现多对多的订单管理和订单数据的处理进度管理,操作方便,成本低,并且便于客户端的用户对不同订单的订单处理进度的监控,且处理进度数据由第二客户端直接提供,可靠性强。此外,相对于安装EPR***来说,数据处理平台可通过对订单数据和处理进度数据的在线管理,节省了存储空间。
本申请第二方面实施例提供了一种数据处理方法,包括以下步骤:数据处理平台接收第一客户端发送的至少一个订单数据;所述数据处理平台将所述至少一个订单数据分别提供给至少一个第二客户端,以使所述至少一个第二客户端根据接收到的所述至少一个订单数据进行订单处理并获取所述订单处理中的处理进度数据;所述数据处理平台接收所述至少一个第二客户端返回的关于所述至少一个订单数据的处理进度数据,并将所述至少一个订单数据的处理进度数据提供给所述第一客户端。
本申请实施例的数据处理方法,通过数据处理平台接收第一客户端发送的至少一个订单数据,并将至少一个订单数据分别提供给至少一个第二客户端,以使第二客户端进行订单处理,并将订单处理中的处理进度数据返回至数据处理平台,然后数据处理平台将至少一个订单数据的处理进度数据提供给第一客户端,由此通过数据处理平台实现了对多个第二客户端的订单处理的处理进度的管理,并且可推广到对多个第一客户端的订单数据进行管理,从而实现多对多的订单管理和订单数据的处理进度管理,操作方便,成本低,并且便于客户端的用户对不同订单的订单处理进度的监控,且处理进度数据由第二客户端直接提供,可靠性强。此外,相对于安装EPR***来说,数据处理平台可通过对订单数据和处理进度数据的在线管理,节省了存储空间。
本申请第三方面实施例提供了一种数据处理平台,包括:第一接收模块,用于接收第一客户端发送的至少一个订单数据;第一提供模块,用于将所述至少一个订单数据分别提供给至少一个第二客户端,以使所述至少一个第二客户端根据接收到的所述至少一个订单数据进行订单处理并获取所述订单处理中的处理进度数据;第二接收模块,用于接收所述至少一个第二客户端返回的关于所述至少一个订单数据的处理进度数据;第二提供模块,用于将所述至少一个订单数据的处理进度数据提供给所述第一客户端。
本申请实施例的数据处理平台,通过接收第一客户端发送的至少一个订单数据,并将至少一个订单数据分别提供给至少一个第二客户端,以使第二客户端进行订单处理,并将订单处理中的处理进度数据返回至数据处理平台,然后数据处理平台将至少一个订单数据的处理进度数据提供给第一客户端,由此通过数据处理平台实现了对多个第二客户端的订单处理的处理进度的管理,并且可推广到对多个第一客户端的订单数据进行管理,从而实现多对多的订单管理和订单数据的处理进度管理,操作方便,成本低,并且便于客户端的用户对不同订单的订单处理进度的监控,且处理进度数据由第二客户端直接提供,可靠性强。此外,相对于安装EPR***来说,数据处理平台可通过对订单数据和处理进度数据的在线管理,节省了存储空间。
本申请的附加方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本申请的实践了解到。
附图说明
本申请的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解,其中:
图1为根据本申请一个实施例的数据处理***的结构框图;
图2a为根据本申请另一个实施例的数据处理***的结构框图;
图2b为根据本申请一个实施例的数据处理***的结构示意图;
图3为根据本申请一个实施例的数据处理***的工作流程示意图;
图4a和图4b为根据本申请一个实施例的在第一客户端为手机时的生产进程数据在第一客户端的展示示意图;
图5a和图5b为根据本申请一个实施例的在第一客户端为电脑时的生产进程数据在第一客户端的展示示意图;
图6为根据本申请一个实施例的数据处理方法的流程图;
图7为根据本申请一个实施例的数据处理平台的结构框图;
图8为根据本申请另一个实施例的数据处理平台的结构框图;
图9为根据本申请又一个实施例的数据处理平台的结构框图。
具体实施方式
下面详细描述本申请的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本申请,而不能理解为对本申请的限制。
在本申请的描述中,需要理解的是,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性。
下面参考附图描述根据本申请实施例的数据处理***、方法和数据处理平台。
图1为根据本申请一个实施例的数据处理***的结构框图。
如图1所示,根据本申请实施例的数据处理***,包括:第一客户端100、数据处理平台200和至少一个第二客户端300。
具体地,第一客户端100用于将至少一个订单数据发送至数据处理平台200。
在本申请的一个实施例中,第一客户端100可以是安装移动终端或者个人计算机中的应用程序,例如安装在手机、平板电脑、笔记本电脑、台式电脑等设备中的浏览器或者其他应用程序或软件。
数据处理平台200用于接收至少一个订单数据,并将至少一个订单数据分别提供给至少一个第二客户端300,以及接收至少一个第二客户端300返回的关于至少一个订单数据的处理进度数据,并将至少一个订单数据的处理进度数据提供给第一客户端100。
至少一个第二客户端300用于根据接收到的至少一个订单数据进行订单处理,并获取订单处理中的处理进度数据。
在本申请的实施例中,第二客户端可以是手机、笔记本电脑、平板电脑等移动终端也可以是个人计算机或者其他智能设备。
其中,数据处理平台200可在第一客户端100中提供登录界面,第一客户端100的用户可在该登录界面中进行登录,并在登录后根据需要进行下单。用户下单后,数据处理平台200就会接收到订单数据。第一客户端100的用户可根据需要向至少一个第二客户端300的用户分别下单。举例来说,以用户为订货商为例,如果一个供货商难以在预订时间内完成订货商所需的全部产品,则订货商可分别向至少一个供货商下单订货。具体地,数据处理平台200可通过第一客户端100提供下单界面,订货商可通过该界面选择需要的至少一个供货商,并确定每个供货商对应的订单数据,由此,数据处理平台200可接收到用户通过第一客户端100发送的至少一个订单数据。其中,订单数据可包括订单标识、订单类型(如订货款式等)、订单金额以及数量。
然后,数据处理平台200可将第一客户端100发送的至少一个订单数据分别提供给至少一个第二客户端300,也就是说将至少一个订单数据分别提供给每个订单数据对应的用户所在的第二客户端300。
在本申请的一个实施例中,数据处理平台200包括多个开放应用程序编程接口,数据处理平台200还用于存储与多个开放应用程序编程接口分别对应的多个开放应用程序编程接口服务。
其中,多个开放应用程序编程接口可以是数据处理平台自带的,也可由第三客户端根据多个开放应用程序编程接口开发,并上传至数据处理平台。因此,在本申请的另一个实施例中,如图2a所示,该数据处理***还可包括至少一个第三客户端400。例如,第三客户端400可以是第三方ISV(Independent Software Vendors,独立软件开发商)所在的客户端,第三方ISV可根据数据处理平台公开的多个开放应用程序编程接口分别开发相应的开放应用程序编程接口服务。第三方ISV通过所在的第三客户端400将开发的开放应用程序编程接口服务上传至数据处理平台200。数据处理平台200还用于接收第三客户端400的开放应用程序编程接口服务上传请求,并对开放应用程序编程接口服务上传请求对应的开放应用程序编程接口服务进行认证,并在认证通过后存储开放应用程序编程接口服务。同时,数据处理平台200中可将认证通过的开发应用程序编程接口服务提供给第二客户端300,以供第二客户端300选择使用。
其中,多个开放应用程序编程接口包括订单数据接口和处理进度数据接口,订单数据接口对应订单数据获取服务,处理进度数据接口对应处理进度数据获取服务。其中,第一客户端100通过调用订单数据获取服务将订单数据发送至数据处理平台200。
更具体地,第一客户端100可从数据处理平台200调用订单数据获取服务,并通过调用订单获取服务将订单数据发送至数据处理平台200。其中,订单数据获取服务为数据处理平台200提供给第一客户端的。在本申请的一个实施例中,数据处理平台200可通过云服务器存储与多个开放应用程序编程接口分别对应的多个开放应用程序接口服务。
第二客户端300可根据接收到的订单数据进行订单处理,并获取订单处理中的处理进度数据。例如,对于订货类订单,则可根据订单数据安排生产过程可包括备货、生产、包装等环节。第二客户端300的用户可根据订单数据依次执行上述环节,并获取每个环节的执行过程中的处理进度数据。处理进度数据可包括预计发货时间、备货完成开始生产时间、加工进度、产品完成时间、包装完成时间。
更具体地,第二客户端300获取的处理进度数据可通过在订单处理过程中抽取获得,例如,可通过在不同处理环节中扫描处理对象的条形码、二维码等来确定每个处理环节中处理对象的完成情况,或者通过人工录入等方式将处理进度数据输入第二客户端200。
在本申请的一个实施例中,第二客户端300可通过调用数据处理平台200存储的处理进度数据获取服务将处理进度数据返回至数据处理平台200。
更具体地,第二客户端300可从数据处理平台200调用处理进度数据获取服务,并通过调用处理进度数据获取服务将处理进度数据返回至数据处理平台200。其中,处理进度数据获取服务为数据处理平台200提供给第一客户端的。
由于当数据处理平台200接收到第一客户端100发送的订单数据时,第二客户端300可能处于未登录状态,而当第二客户端300将处理进度数据返回至数据处理平台200时,第一客户端100也可能处于未登录状态,因此,数据处理平台200则无法实时的将第一客户端100发送的订单数据发送至相应的第二客户端300,或者无法将第二客户端300返回的处理进度数据实时提供给第一客户端100。因此,数据处理平台200还用于存储至少一个订单数据和/或关于至少一个订单数据的处理进度数据,并在至少一个第二客户端300完成登录时,读取至少一个订单数据并将至少一个订单数据分别提供给至少一个第二客户端300,和/或在第一客户端100完成登录时,读取至少一个订单数据的处理进度数据并将至少一个订单数据的处理进度数据提供给第一客户端100。从而,数据处理平台200可在第二客户端300的用户完成登录后,调用在第二客户端300未登录期间存储的订单数据,发送给第二客户端300,以使第二客户端300进行订单处理;并且,可在第一客户端100完成登录后,调用在第一客户端100未登录器期间存储的第二客户端300返回的处理进度数据,提供给第一客户端100。
举例来说,以买家通过数据处理平台200向多个工厂订购服装为例进行说明。买家A可通过数据处理平台200分别向工厂a、工厂b和工厂c下单,从而数据处理平台200可接收到买家A通过第一客户端100发送的三个订单数据,并将三个订单数据分别发送给工厂a、工厂b和工厂c所登录的第二客户端300。工厂a、工厂b和工厂c分别根据接收到的订单数据进行生产,并将生产进程数据(处理进度数据)返回至数据处理平台200。数据处理平台200将生产进程数据提供给第一客户端100。
更具体地,以生产订单为例,每个订单标识可分别对应一个订货用户标识和一个供货用户标识,数据处理平台200可根据订单标识及其对应的订货用户标识和供货用户标识,将一个订单的订单数据发送给其对应供货用户所在的第二客户端300,并将生产进程数据提供给订货用户所在的第一客户端100。
此处仅以一个第一客户端进行示例性说明,在其他实施例中,也可推广到多个第一客户端的应用场景,如图2b所示,通过数据处理平台即可实现多个第一客户端(分别对应买家A、B、C)对多个第二客户端(分别对应工厂a、b、c)的订单管理以及处理进度数据管理,而无需分别针对不同的用户建立内存占用庞大的EPR***,大大减少了存储空间的占用,并且便于用户操作。
图3为根据本申请一个实施例的数据处理***的工作流程示意图。如图3所示,在工厂和买家交易达成、买家下单付款后,工厂端可根据订单安排生产,并通过手持设备或者手机等设备扫描条形码或二维码等方式录入生产进度数据。买家可通过手机或电脑等设备实时查看生产进度数据。
图4a和图4b为根据本申请一个实施例的在第一客户端为手机时的生产进程数据在第一客户端的展示示意图。如图4a所示,有2000件女装牛仔裤处于生成进程1,有2000件女装牛仔裤还未生产,有2000件女装牛仔裤已经生产完成。如图4b所示,显示了在当前查询时间(2014/12/25 14:23:15)处于开始生产状态的4个订单和处于生产进程1的3个订单。
图5a和图5b为根据本申请一个实施例的在第一客户端为电脑时的生产进程数据在第一客户端的展示示意图。如图5a所示,显示了两个订单数据,其中,一个订单数据已关闭,另一个订单数据正在处理过程中,该订单数据中提供了加工进度查看按钮(如图中区域D所示),当用户点击加工进度查看按钮时,进入如图5b所示的界面,即图5a中正在处理过程中的订单对应的生产进度数据(处理进度数据),其中包括预计发货时间、红色、蓝色、白色、黄色、粉色等产品的生产(包括剪裁、车缝上线、车缝下线包装完成等步骤)情况。当然,随着第二客户端300不断向数据处理平台返回的处理进度数据,数据处理平台会随之将最新的处理进度数据提供给第一客户端100。
应当理解,本申请实施例中,第一客户端100展示的处理进度数据可以是但不限于文字、图片、表格等形式。
本申请实施例的数据处理***,通过数据处理平台接收第一客户端发送的至少一个订单数据,并将至少一个订单数据分别提供给至少一个第二客户端,以使第二客户端进行订单处理,并将订单处理中的处理进度数据返回至数据处理平台,然后数据处理平台将至少一个订单数据的处理进度数据提供给第一客户端,由此通过数据处理平台实现了对多个第二客户端的订单处理的处理进度的管理,并且可推广到对多个第一客户端的订单数据进行管理,从而实现多对多的订单管理和订单数据的处理进度管理,操作方便,成本低,并且便于客户端的用户对不同订单的订单处理进度的监控,且处理进度数据由第二客户端直接提供,可靠性强。此外,相对于安装EPR***来说,数据处理平台可通过对订单数据和处理进度数据的在线管理,节省了存储空间。
为了实现上述实施例,本申请还提出一种数据处理方法。
图6为根据本申请一个实施例的数据处理方法的流程图。
如图6所示,根据本申请实施例的数据处理方法,包括以下步骤。
S601,数据处理平台接收第一客户端发送的至少一个订单数据。
在本申请的实施例中,第一客户端可以是安装在移动终端或者个人计算机中的应用程序,例如安装在手机、平板电脑、笔记本电脑、台式电脑等设备中的浏览器或者其他应用程序。
其中,数据处理平台可在第一客户端中提供登录界面,第一客户端的用户可在该登录界面中进行登录,并在登录后根据需要进行下单。用户下单后,数据处理平台就会接收到订单数据。第一客户端的用户可根据需要向至少一个第二客户端的用户分别下单。举例来说,以用户为订货商为例,如果一个供货商难以在预订时间内完成订货商所需的全部产品,则订货商可分别向至少一个供货商下单订货。具体地,数据处理平台可通过第一客户端提供下单界面,订货商可通过该界面选择需要的至少一个供货商,并确定每个供货商对应的订单数据,由此,数据处理平台可接收到用户通过第一客户端发送的至少一个订单数据。其中,订单数据可包括订单标识、订单类型(如订货款式等)、订单金额以及数量。
在本申请的一个实施例中,数据处理平台包括多个开放应用程序编程接口,本实施例还包括数据处理平台存储与多个开放应用程序编程接口分别对应的多个开放应用程序编程接口服务。
其中,多个开放应用程序编程接口可由第三客户端根据多个开放应用程序编程接口开发,并上传至数据处理平台,也可以是数据处理平台自带的。例如,第三客户端可以是第三方ISV(Independent Software Vendors,独立软件开发商)所在的客户端,第三方ISV可根据数据处理平台公开的多个开放应用程序编程接口分别开发相应的开放应用程序编程接口服务。第三方ISV通过所在的第三客户端将开发的开放应用程序编程接口服务上传至数据处理平台。因此,在本申请的实施例中,还包括:数据处理平台接收第三客户端的开放应用程序编程接口服务上传请求,并对开放应用程序编程接口服务上传请求对应的开放应用程序编程接口服务进行认证,并在认证通过后存储开放应用程序编程接口服务。同时,数据处理平台中可将认证通过的开发应用程序编程接口服务提供给第二客户端,以供第二客户端选择使用。
其中,多个开放应用程序编程接口包括订单数据接口和处理进度数据接口,订单数据接口对应订单数据获取服务,处理进度数据接口对应处理进度数据获取服务。其中,第一客户端通过调用订单数据获取服务将订单数据发送至数据处理平台。
具体地,第一客户端可从数据处理平台调用订单数据获取服务,并通过调用订单获取服务将订单数据发送至数据处理平台。其中,订单数据获取服务为数据处理平台提供给第一客户端的。在本申请的一个实施例中,数据处理平台可通过云服务器存储与多个开放应用程序编程接口分别对应的多个开放应用程序接口服务。
S602,数据处理平台将至少一个订单数据分别提供给至少一个第二客户端,以使至少一个第二客户端根据接收到的至少一个订单数据进行订单处理并获取订单处理中的处理进度数据。
在本申请的实施例中,第二客户端可以是手机、笔记本电脑、平板电脑等移动终端也可以是个人计算机或者其他智能设备。
具体地,数据处理平台可将第一客户端发送的至少一个订单数据分别提供给至少一个第二客户端,也就是说将至少一个订单数据分别提供给每个订单数据对应的用户所在的第二客户端。
第二客户端可根据接收到的订单数据进行订单处理,并获取订单处理中的处理进度数据。例如,对于订货类订单,则可根据订单数据安排生产过程可包括备货、生产、包装等环节。第二客户端的用户可根据订单数据依次执行上述环节,并获取每个环节的执行过程中的处理进度数据。处理进度数据可包括预计发货时间、备货完成开始生产时间、加工进度、产品完成时间、包装完成时间。
具体地,第二客户端获取的处理进度数据可通过在订单处理过程中抽取获得,例如,可通过在不同处理环节中扫描处理对象的条形码、二维码等来确定每个处理环节中处理对象的完成情况,或者通过人工录入等方式将处理进度数据输入第二客户端。
S603,数据处理平台接收至少一个第二客户端返回的关于至少一个订单数据的处理进度数据,并将至少一个订单数据的处理进度数据提供给第一客户端。
在本申请的一个实施例中,第二客户端通过调用处理进度数据获取服务将处理进度数据返回至数据处理平台。
具体地,第二客户端可从数据处理平台调用处理进度数据获取服务,并通过调用处理进度数据获取服务将处理进度数据返回至数据处理平台。其中,处理进度数据获取服务为数据处理平台提供给第一客户端的。
由于当数据处理平台接收到第一客户端发送的订单数据时,第二客户端可能处于未登录状态,而当第二客户端将处理进度数据返回至数据处理平台时,第一客户端也可能处于未登录状态,因此,数据处理平台则无法实时的将第一客户端发送的订单数据发送至相应的第二客户端,或者无法将第二客户端返回的处理进度数据实时提供给第一客户端。因此,数据处理平台还用于存储至少一个订单数据和/或关于至少一个订单数据的处理进度数据,并在至少一个第二客户端完成登录时,读取至少一个订单数据并将至少一个订单数据分别提供给至少一个第二客户端,和/或在第一客户端完成登录时,读取至少一个订单数据的处理进度数据并将至少一个订单数据的处理进度数据提供给第一客户端。从而,数据处理平台可在第二客户端的用户完成登录后,调用在第二客户端未登录期间存储的订单数据,发送给第二客户端,以使第二客户端进行订单处理;并且,可在第一客户端完成登录后,调用在第一客户端未登录器期间存储的第二客户端返回的处理进度数据,提供给第一客户端。
举例来说,以买家通过数据处理平台向多个工厂订购服装为例进行说明。买家A可通过数据处理平台分别向工厂a、工厂b和工厂c下单,从而数据处理平台可接收到买家A通过第一客户端发送的三个订单数据,并将三个订单数据分别发送给工厂a、工厂b和工厂c所登录的第二客户端。工厂a、工厂b和工厂c分别根据接收到的订单数据进行生产,并将生产进程数据(处理进度数据)返回至数据处理平台。数据处理平台将生产进程数据提供给第一客户端。
具体地,以生产订单为例,每个订单标识可分别对应一个订货用户标识和一个供货用户标识,数据处理平台可根据订单标识及其对应的订货用户标识和供货用户标识,将一个订单的订单数据发送给其对应供货用户所在的第二客户端,并将生产进程数据提供给订货用户所在的第一客户端。
此处仅以一个第一客户端进行示例性说明,在其他实施例中,也可推广到多个第一客户端的应用场景,如图2b所示,通过数据处理平台即可实现多个第一客户端(分别对应买家A、B、C)对多个第二客户端(分别对应工厂a、b、c)的订单管理以及处理进度数据管理,而无需分别针对不同的用户建立内存占用庞大的EPR***,大大减少了存储空间的占用,并且便于用户操作。
图3为根据本申请一个实施例的数据处理***的工作流程示意图。如图3所示,在工厂和买家交易达成、买家下单付款后,工厂端可根据订单安排生产,并通过手持设备或者手机等设备扫描条形码或二维码等方式录入生产进度数据。买家可通过手机或电脑等设备实时查看生产进度数据。
图4a和图4b为根据本申请一个实施例的在第一客户端为手机时的生产进程数据在第一客户端的展示示意图。如图4a所示,有2000件女装牛仔裤处于生成进程1,有2000件女装牛仔裤还未生产,有2000件女装牛仔裤已经生产完成。如图4b所示,显示了在当前查询时间(2014/12/25 14:23:15)处于开始生产状态的4个订单和处于生产进程1的3个订单。
图5a和图5b为根据本申请一个实施例的在第一客户端为电脑时的生产进程数据在第一客户端的展示示意图。如图5a所示,显示了两个订单数据,其中,一个订单数据已关闭,另一个订单数据正在处理过程中,该订单数据中提供了加工进度查看按钮(如图中区域D所示),当用户点击加工进度查看按钮时,进入如图5b所示的界面,即图5a中正在处理过程中的订单对应的生产进度数据(处理进度数据),其中包括预计发货时间、红色、蓝色、白色、黄色、粉色等产品的生产(包括剪裁、车缝上线、车缝下线包装完成等步骤)情况。当然,随着第二客户端不断向数据处理平台返回的处理进度数据,数据处理平台会随之将最新的处理进度数据提供给第一客户端。
应当理解,本申请实施例中,第一客户端展示的处理进度数据可以是但不限于文字、图片、表格等形式。
本申请实施例的数据处理方法,通过数据处理平台接收第一客户端发送的至少一个订单数据,并将至少一个订单数据分别提供给至少一个第二客户端,以使第二客户端进行订单处理,并将订单处理中的处理进度数据返回至数据处理平台,然后数据处理平台将至少一个订单数据的处理进度数据提供给第一客户端,由此通过数据处理平台实现了对多个第二客户端的订单处理的处理进度的管理,并且可推广到对多个第一客户端的订单数据进行管理,从而实现多对多的订单管理和订单数据的处理进度管理,操作方便,成本低,并且便于客户端的用户对不同订单的订单处理进度的监控,且处理进度数据由第二客户端直接提供,可靠性强。此外,相对于安装EPR***来说,数据处理平台可通过对订单数据和处理进度数据的在线管理,节省了存储空间。
为了实现上述实施例,本申请还提出一种数据处理平台。
图7为根据本申请一个实施例的数据处理平台的结构框图。
如图7所示,根据本申请实施例的数据处理平台,包括:第一接收模块210、第一提供模块220、第二接收模块230和第二提供模块240。
具体地,第一接收模块210用于接收第一客户端发送的至少一个订单数据。
在本申请的实施例中,第一客户端可以是安装在移动终端或者个人计算机中的应用程序,例如安装在手机、平板电脑、笔记本电脑、台式电脑等设备中的浏览器或者其他应用程序。
其中,第一接收模块210可在第一客户端中提供登录界面,第一客户端的用户可在该登录界面中进行登录,并在登录后根据需要进行下单。用户下单后,第一接收模块210就会接收到订单数据。第一客户端的用户可根据需要向至少一个第二客户端的用户分别下单。举例来说,以用户为订货商为例,如果一个供货商难以在预订时间内完成订货商所需的全部产品,则订货商可分别向至少一个供货商下单订货。具体地,第一接收模块210可通过第一客户端提供下单界面,订货商可通过该界面选择需要的至少一个供货商,并确定每个供货商对应的订单数据,由此,第一接收模块210可接收到用户通过第一客户端发送的至少一个订单数据。其中,订单数据可包括订单标识、订单类型(如订货款式等)、订单金额以及数量。
在本申请的一个实施例中,如图8所示,数据处理平台还可包括多个开放应用程序编程接口250和第一存储模块260。
多个开放应用程序编程接口250可由第三客户端根据多个开放应用程序编程接口开发,并上传至数据处理平台,也可以是数据处理平台自带的。例如,第三客户端可以是第三方ISV(Independent Software Vendors,独立软件开发商)所在的客户端,第三方ISV可根据数据处理平台公开的多个开放应用程序编程接口分别开发相应的开放应用程序编程接口服务。第三方ISV通过所在的第三客户端将开发的开放应用程序编程接口服务上传至数据处理平台。
第一存储模块260用于存储与多个开放应用程序编程接口分别对应的多个开放应用程序编程接口服务。因此,在本申请的实施例中,还可包括:第三接收模块270和认证模块280。
第三接收模块270用于第三客户端的开放应用程序编程接口服务上传请求。
认证模块280用于对开放应用程序编程接口服务上传请求对应的开放应用程序编程接口服务进行认证,并在认证模块认证通过后将开放应用程序编程接口服务存储至第一存储模块260。
同时,数据处理平台中可将认证通过的开发应用程序编程接口服务提供给第二客户端,以供第二客户端选择使用。
其中,多个开放应用程序编程接口250包括订单数据接口和处理进度数据接口,订单数据接口对应订单数据获取服务,处理进度数据接口对应处理进度数据获取服务。其中,第一客户端通过调用订单数据获取服务将订单数据发送至数据处理平台。
更具体地,第一客户端调用第一存储模块260存储的订单数据获取服务,并通过调用订单获取服务将订单数据发送至数据处理平台。其中,订单数据获取服务为数据处理平台提供给第一客户端的。在本申请的一个实施例中,第一存储模块260可为云服务器存储,即数据处理平台可通过云服务器存储与多个开放应用程序编程接口分别对应的多个开放应用程序接口服务。
在本申请的实施例中,图8所示实施例中第三接收模块270和认证模块280是可选的。
第一提供模块220用于将至少一个订单数据分别提供给至少一个第二客户端,以使至少一个第二客户端根据接收到的至少一个订单数据进行订单处理并获取订单处理中的处理进度数据。
在本申请的实施例中,第二客户端可以是手机、笔记本电脑、平板电脑等移动终端也可以是个人计算机或者其他智能设备。
更具体地,第一提供模块220可将第一客户端发送的至少一个订单数据分别提供给至少一个第二客户端,也就是说将至少一个订单数据分别提供给每个订单数据对应的用户所在的第二客户端。
第二客户端可根据接收到的订单数据进行订单处理,并获取订单处理中的处理进度数据。例如,对于订货类订单,则可根据订单数据安排生产过程可包括备货、生产、包装等环节。第二客户端的用户可根据订单数据依次执行上述环节,并获取每个环节的执行过程中的处理进度数据。处理进度数据可包括预计发货时间、备货完成开始生产时间、加工进度、产品完成时间、包装完成时间。
更具体地,第二客户端获取的处理进度数据可通过在订单处理过程中抽取获得,例如,可通过在不同处理环节中扫描处理对象的条形码、二维码等来确定每个处理环节中处理对象的完成情况,或者通过人工录入等方式将处理进度数据输入第二客户端。
第二接收模块230用于接收至少一个第二客户端返回的关于至少一个订单数据的处理进度数据。
在本申请的一个实施例中,第二客户端可通过调用第一存储模块250中存储的处理进度数据获取服务将处理进度数据返回至数据处理平台。以使第二接收模块230接收至少一个订单数据的处理进度数据。
具体地,第二客户端可从数据处理平台调用处理进度数据获取服务,并通过调用处理进度数据获取服务将处理进度数据返回至数据处理平台。其中,处理进度数据获取服务为数据处理平台提供给第一客户端的。
第二提供模块240用于将至少一个订单数据的处理进度数据提供给第一客户端。
由于当数据处理平台接收到第一客户端发送的订单数据时,第二客户端可能处于未登录状态,而当第二客户端将处理进度数据返回至数据处理平台时,第一客户端也可能处于未登录状态,因此,数据处理平台则无法实时的将第一客户端发送的订单数据发送至相应的第二客户端,或者无法将第二客户端返回的处理进度数据实时提供给第一客户端。因此,如图9所示,根据本申请的一个实施例的数据处理平台还可包括第二存储模块290。
第二存储模块290用于存储至少一个订单数据和/或关于至少一个订单数据的处理进度数据。其中,第一提供模块220还用于在至少一个第二客户端完成登录时,读取至少一个订单数据并将至少一个订单数据分别提供给至少一个第二客户端;第二提供模块240还用于在第一客户端完成登录时,读取至少一个订单数据的处理进度数据并将至少一个订单数据的处理进度数据提供给第一客户端。
从而,第一提供模块220可在第二客户端的用户完成登录后,调用在第二客户端未登录期间存储的订单数据,发送给第二客户端,以使第二客户端进行订单处理;并且,第二提供模块240可在第一客户端完成登录后,调用在第一客户端未登录器期间存储的第二客户端返回的处理进度数据,提供给第一客户端。
举例来说,以买家通过数据处理平台向多个工厂订购服装为例进行说明。买家A可通过数据处理平台分别向工厂a、工厂b和工厂c下单,从而数据处理平台可接收到买家A通过第一客户端发送的三个订单数据,并将三个订单数据分别发送给工厂a、工厂b和工厂c所登录的第二客户端。工厂a、工厂b和工厂c分别根据接收到的订单数据进行生产,并将生产进程数据(处理进度数据)返回至数据处理平台。数据处理平台将生产进程数据提供给第一客户端。
具体地,以生产订单为例,每个订单标识可分别对应一个订货用户标识和一个供货用户标识,数据处理平台可根据订单标识及其对应的订货用户标识和供货用户标识,将一个订单的订单数据发送给其对应供货用户所在的第二客户端,并将生产进程数据提供给订货用户所在的第一客户端。
此处仅以一个第一客户端进行示例性说明,在其他实施例中,也可推广到多个第一客户端的应用场景,如图2b所示,通过数据处理平台即可实现多个第一客户端(分别对应买家A、B、C)对多个第二客户端(分别对应工厂a、b、c)的订单管理以及处理进度数据管理,而无需分别针对不同的用户建立内存占用庞大的EPR***,大大减少了存储空间的占用,并且便于用户操作。
图3为根据本申请一个实施例的数据处理***的工作流程示意图。如图3所示,在工厂和买家交易达成、买家下单付款后,工厂端可根据订单安排生产,并通过手持设备或者手机等设备扫描条形码或二维码等方式录入生产进度数据。买家可通过手机或电脑等设备实时查看生产进度数据。
图4a和图4b为根据本申请一个实施例的在第一客户端为手机时的生产进程数据在第一客户端的展示示意图。如图4a所示,有2000件女装牛仔裤处于生成进程1,有2000件女装牛仔裤还未生产,有2000件女装牛仔裤已经生产完成。如图4b所示,显示了在当前查询时间(2014/12/25 14:23:15)处于开始生产状态的4个订单和处于生产进程1的3个订单。
图5a和图5b为根据本申请一个实施例的在第一客户端为电脑时的生产进程数据在第一客户端的展示示意图。如图5a所示,显示了两个订单数据,其中,一个订单数据已关闭,另一个订单数据正在处理过程中,该订单数据中提供了加工进度查看按钮(如图中区域D所示),当用户点击加工进度查看按钮时,进入如图5b所示的界面,即图5a中正在处理过程中的订单对应的生产进度数据(处理进度数据),其中包括预计发货时间、红色、蓝色、白色、黄色、粉色等产品的生产(包括剪裁、车缝上线、车缝下线包装完成等步骤)情况。当然,随着第二客户端不断向数据处理平台返回的处理进度数据,数据处理平台会随之将最新的处理进度数据提供给第一客户端。
应当理解,本申请实施例中,第一客户端展示的处理进度数据可以是但不限于文字、图片、表格等形式。
本申请实施例的数据处理平台,通过接收第一客户端发送的至少一个订单数据,并将至少一个订单数据分别提供给至少一个第二客户端,以使第二客户端进行订单处理,并将订单处理中的处理进度数据返回至数据处理平台,然后数据处理平台将至少一个订单数据的处理进度数据提供给第一客户端,由此通过数据处理平台实现了对多个第二客户端的订单处理的处理进度的管理,并且可推广到对多个第一客户端的订单数据进行管理,从而实现多对多的订单管理和订单数据的处理进度管理,操作方便,成本低,并且便于客户端的用户对不同订单的订单处理进度的监控,且处理进度数据由第二客户端直接提供,可靠性强。此外,相对于安装EPR***来说,数据处理平台可通过对订单数据和处理进度数据的在线管理,节省了存储空间。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本申请的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本申请的实施例所属技术领域的技术人员所理解。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供指令执行***、装置或设备(如基于计算机的***、包括处理器的***或其他可以从指令执行***、装置或设备取指令并执行指令的***)使用,或结合这些指令执行***、装置或设备而使用。就本说明书而言,"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行***、装置或设备或结合这些指令执行***、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(电子装置),便携式计算机盘盒(磁装置),随机存取存储器(RAM),只读存储器(ROM),可擦除可编辑只读存储器(EPROM或闪速存储器),光纤装置,以及便携式光盘只读存储器(CDROM)。另外,计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质,因为可以例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序,然后将其存储在计算机存储器中。
应当理解,本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行***执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本申请各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不一定指的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
尽管已经示出和描述了本申请的实施例,本领域的普通技术人员可以理解:在不脱离本申请的原理和宗旨的情况下可以对这些实施例进行多种变化、修改、替换和变型,本申请的范围由权利要求及其等同限定。
Claims (24)
1.一种数据处理***,其特征在于,包括:第一客户端、数据处理平台和至少一个第二客户端,其中,
所述第一客户端用于将至少一个订单数据发送至数据处理平台;
所述数据处理平台用于接收所述至少一个订单数据,并将所述至少一个订单数据分别提供给所述至少一个第二客户端,以及接收所述至少一个第二客户端返回的关于所述至少一个订单数据的处理进度数据,并将所述至少一个订单数据的处理进度数据提供给所述第一客户端;
所述至少一个第二客户端用于根据接收到的所述至少一个订单数据进行订单处理,并获取所述订单处理中的处理进度数据。
2.如权利要求1所述的数据处理***,其特征在于,
所述数据处理平台包括多个开放应用程序编程接口,所述数据处理平台还用于存储与所述多个开放应用程序编程接口分别对应的多个开放应用程序编程接口服务。
3.如权利要求2所述的数据处理***,其特征在于,所述多个开放应用程序编程接口包括订单数据接口和处理进度数据接口,所述订单数据接口对应订单数据获取服务,所述处理进度数据接口对应处理进度数据获取服务,其中,
所述第一客户端通过调用所述订单数据获取服务将所述订单数据发送至所述数据处理平台;
所述第二客户端通过调用所述处理进度数据获取服务将所述处理进度数据返回至所述数据处理平台。
4.如权利要求2所述的数据处理***,其特征在于,其中,所述多个开放应用程序编程接口服务由第三客户端根据所述多个开放应用程序编程接口开发,并上传至所述数据处理平台。
5.如权利要求4所述的数据处理***,其特征在于,
所述数据处理平台还用于接收所述第三客户端的开放应用程序编程接口服务上传请求,并对所述开放应用程序编程接口服务上传请求对应的开放应用程序编程接口服务进行认证,并在认证通过后存储所述开放应用程序编程接口服务。
6.如权利要求1所述的数据处理***,其特征在于,
所述数据处理平台还用于存储所述至少一个订单数据和/或所述关于所述至少一个订单数据的处理进度数据,并在所述至少一个第二客户端完成登录时,读取所述至少一个订单数据并将所述至少一个订单数据分别提供给所述至少一个第二客户端,和/或在所述第一客户端完成登录时,读取所述至少一个订单数据的处理进度数据并将所述至少一个订单数据的处理进度数据提供给所述第一客户端。
7.如权利要求1所述的数据处理***,其特征在于,所述订单数据包括订单标识、订单类型、订单金额以及数量。
8.如权利要求1所述的数据处理***,其特征在于,所述处理进度数据包括预计发货时间、备货完成开始生产时间、加工进度、产品完成时间、包装完成时间。
9.一种数据处理方法,其特征在于,包括以下步骤:
数据处理平台接收第一客户端发送的至少一个订单数据;
所述数据处理平台将所述至少一个订单数据分别提供给至少一个第二客户端,以使所述至少一个第二客户端根据接收到的所述至少一个订单数据进行订单处理并获取所述订单处理中的处理进度数据;
所述数据处理平台接收所述至少一个第二客户端返回的关于所述至少一个订单数据的处理进度数据,并将所述至少一个订单数据的处理进度数据提供给所述第一客户端。
10.如权利要求9所述的数据处理方法,其特征在于,
所述数据处理平台包括多个开放应用程序编程接口,所述数据处理平台中存储有与所述多个开放应用程序编程接口分别对应的多个开放应用程序编程接口服务。
11.如权利要求10所述的数据处理方法,其特征在于,所述多个开放应用程序编程接口包括订单数据接口和处理进度数据接口,所述订单数据接口对应订单数据获取服务,所述处理进度数据接口对应处理进度数据获取服务,其中,
所述第一客户端通过调用所述订单数据获取服务将所述订单数据发送至所述数据处理平台;
所述第二客户端通过调用所述处理进度数据获取服务将所述处理进度数据返回至所述数据处理平台。
12.如权利要求10所述的数据处理方法,其特征在于,其中,所述多个开放应用程序编程接口服务由第三客户端根据所述多个开放应用程序编程接口开发,并上传至所述数据处理平台。
13.如权利要求12所述的数据处理方法,其特征在于,还包括:
所述数据处理平台接收所述第三客户端的开放应用程序编程接口服务上传请求;
所述数据处理平台对所述开放应用程序编程接口服务上传请求对应的开放应用程序编程接口服务进行认证;
所述数据处理平台在认证通过后存储所述开放应用程序编程接口服务。
14.如权利要求9所述的数据处理方法,其特征在于,还包括:
所述数据处理平台存储所述至少一个订单数据和/或所述关于所述至少一个订单数据的处理进度数据;
在所述至少一个第二客户端完成登录时,读取所述至少一个订单数据并将所述至少一个订单数据分别提供给所述至少一个第二客户端;和/或,
在所述第一客户端完成登录时,读取所述至少一个订单数据的处理进度数据并将所述至少一个订单数据的处理进度数据提供给所述第一客户端。
15.如权利要求9所述的数据处理方法,其特征在于,所述订单数据包括订单标识、订单类型、订单金额以及数量。
16.如权利要求9所述的数据处理方法,其特征在于,所述处理进度数据包括预计发货时间、备货完成开始生产时间、加工进度、产品完成时间、包装完成时间。
17.一种数据处理平台,其特征在于,包括:
第一接收模块,用于接收第一客户端发送的至少一个订单数据;
第一提供模块,用于将所述至少一个订单数据分别提供给至少一个第二客户端,以使所述至少一个第二客户端根据接收到的所述至少一个订单数据进行订单处理并获取所述订单处理中的处理进度数据;
第二接收模块,用于接收所述至少一个第二客户端返回的关于所述至少一个订单数据的处理进度数据;
第二提供模块,用于将所述至少一个订单数据的处理进度数据提供给所述第一客户端。
18.如权利要求17所述的数据处理平台,其特征在于,还包括:
多个开放应用程序编程接口;
第一存储模块,用于存储与所述多个开放应用程序编程接口分别对应的多个开放应用程序编程接口服务。
19.如权利要求18所述的数据处理平台,其特征在于,所述多个开放应用程序编程接口包括订单数据接口和处理进度数据接口,所述订单数据接口对应订单数据获取服务,所述处理进度数据接口对应处理进度数据获取服务,其中,
所述第一客户端通过调用所述订单数据获取服务将所述订单数据发送至所述数据处理平台;
所述第二客户端通过调用所述处理进度数据获取服务将所述处理进度数据返回至所述数据处理平台。
20.如权利要求18所述的数据处理平台,其特征在于,
其中,所述多个开放应用程序编程接口服务由第三客户端根据所述多个开放应用程序编程接口开发,并上传至所述数据处理平台。
21.如权利要求20所述的数据处理平台,其特征在于,还包括:
第三接收模块,用于所述第三客户端的开放应用程序编程接口服务上传请求;
认证模块,用于对所述开放应用程序编程接口服务上传请求对应的开放应用程序编程接口服务进行认证,并在所述认证模块认证通过后将所述开放应用程序编程接口服务存储至所述第一存储模块。
22.如权利要求17所述的数据处理平台,其特征在于,还包括:
第二存储模块,用于存储所述至少一个订单数据和/或所述关于所述至少一个订单数据的处理进度数据;
其中,所述第一提供模块还用于在所述至少一个第二客户端完成登录时,读取所述至少一个订单数据并将所述至少一个订单数据分别提供给所述至少一个第二客户端;
所述第二提供模块还用于在所述第一客户端完成登录时,读取所述至少一个订单数据的处理进度数据并将所述至少一个订单数据的处理进度数据提供给所述第一客户端。
23.如权利要求17所述的数据处理平台,其特征在于,所述订单数据包括订单标识、订单类型、订单金额以及数量。
24.如权利要求17所述的数据处理平台,其特征在于,所述处理进度数据包括预计发货时间、备货完成开始生产时间、加工进度、产品完成时间、包装完成时间。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510094561.7A CN105989447A (zh) | 2015-03-03 | 2015-03-03 | 数据处理***、方法和平台 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510094561.7A CN105989447A (zh) | 2015-03-03 | 2015-03-03 | 数据处理***、方法和平台 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105989447A true CN105989447A (zh) | 2016-10-05 |
Family
ID=57038238
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510094561.7A Pending CN105989447A (zh) | 2015-03-03 | 2015-03-03 | 数据处理***、方法和平台 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105989447A (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108765019A (zh) * | 2018-05-31 | 2018-11-06 | 浙江口碑网络技术有限公司 | 利用邀请方式实现的订单生成方法、服务器及客户端 |
CN108846093A (zh) * | 2018-06-14 | 2018-11-20 | 浙江口碑网络技术有限公司 | 支持多用户操作的业务处理方法及*** |
CN110942277A (zh) * | 2018-09-25 | 2020-03-31 | 阿里巴巴集团控股有限公司 | 订单的协同处理方法、装置、设备和存储介质 |
CN111325501A (zh) * | 2020-02-07 | 2020-06-23 | 珠海随变科技有限公司 | 一种物流状态管理方法、装置、设备及存储介质 |
CN112887446A (zh) * | 2021-01-22 | 2021-06-01 | 北京金山云网络技术有限公司 | 域名处理方法、装置和域名服务器 |
CN112950303A (zh) * | 2019-12-10 | 2021-06-11 | 阿里巴巴集团控股有限公司 | 订单处理方法、装置、电子设备及存储介质 |
WO2023241616A1 (zh) * | 2022-06-14 | 2023-12-21 | 华为云计算技术有限公司 | 一种基于云管理平台的数据处理方法以及云管理平台 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102207958A (zh) * | 2011-05-19 | 2011-10-05 | 苏州奇可思信息科技有限公司 | 一种利用手机短信查询企业订单生产情况的方法 |
CN102346888A (zh) * | 2011-11-17 | 2012-02-08 | 杭州开源电脑技术有限公司 | 以订单为核心的生产管理***和方法 |
CN103514548A (zh) * | 2013-07-15 | 2014-01-15 | 青岛海尔软件有限公司 | 一种订单跟踪方法及装置 |
-
2015
- 2015-03-03 CN CN201510094561.7A patent/CN105989447A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102207958A (zh) * | 2011-05-19 | 2011-10-05 | 苏州奇可思信息科技有限公司 | 一种利用手机短信查询企业订单生产情况的方法 |
CN102346888A (zh) * | 2011-11-17 | 2012-02-08 | 杭州开源电脑技术有限公司 | 以订单为核心的生产管理***和方法 |
CN103514548A (zh) * | 2013-07-15 | 2014-01-15 | 青岛海尔软件有限公司 | 一种订单跟踪方法及装置 |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108765019A (zh) * | 2018-05-31 | 2018-11-06 | 浙江口碑网络技术有限公司 | 利用邀请方式实现的订单生成方法、服务器及客户端 |
CN108765019B (zh) * | 2018-05-31 | 2021-01-15 | 浙江口碑网络技术有限公司 | 利用邀请方式实现的订单生成方法、服务器及客户端 |
CN113011940A (zh) * | 2018-05-31 | 2021-06-22 | 浙江口碑网络技术有限公司 | 利用邀请方式实现的订单生成方法、服务器及客户端 |
CN108846093A (zh) * | 2018-06-14 | 2018-11-20 | 浙江口碑网络技术有限公司 | 支持多用户操作的业务处理方法及*** |
CN108846093B (zh) * | 2018-06-14 | 2020-08-14 | 浙江口碑网络技术有限公司 | 支持多用户操作的业务处理方法及*** |
CN110942277A (zh) * | 2018-09-25 | 2020-03-31 | 阿里巴巴集团控股有限公司 | 订单的协同处理方法、装置、设备和存储介质 |
CN112950303A (zh) * | 2019-12-10 | 2021-06-11 | 阿里巴巴集团控股有限公司 | 订单处理方法、装置、电子设备及存储介质 |
CN111325501A (zh) * | 2020-02-07 | 2020-06-23 | 珠海随变科技有限公司 | 一种物流状态管理方法、装置、设备及存储介质 |
CN111325501B (zh) * | 2020-02-07 | 2021-05-04 | 珠海必要工业科技股份有限公司 | 一种物流状态管理方法、装置、设备及存储介质 |
CN112887446A (zh) * | 2021-01-22 | 2021-06-01 | 北京金山云网络技术有限公司 | 域名处理方法、装置和域名服务器 |
WO2023241616A1 (zh) * | 2022-06-14 | 2023-12-21 | 华为云计算技术有限公司 | 一种基于云管理平台的数据处理方法以及云管理平台 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105989447A (zh) | 数据处理***、方法和平台 | |
Moeuf et al. | The industrial management of SMEs in the era of Industry 4.0 | |
CN102253954B (zh) | 画面定制支援***和画面定制支援方法 | |
CN102567838B (zh) | 一种协同开发***及协同开发方法 | |
US20210027257A1 (en) | Systems and methods for operating an interactive repair facility including automatic parts tracking and ordering | |
CN106844372B (zh) | 一种物流信息查询方法和装置 | |
Mourtzis et al. | Smart mobile apps for supporting product design and decision-making in the era of mass customisation | |
US20140114911A1 (en) | Cooperation system using open public network | |
US20170357943A1 (en) | Method and apparatus for integrating automated workforce management systems and work intermediation platforms | |
CN111125518A (zh) | 家电信息推荐的***及方法 | |
CN112069134A (zh) | 需求文档处理方法、装置及介质 | |
Andersson et al. | THE MOBILE--STATIONARY DIVIDE IN UBIQUITOUS COMPUTING ENVIRONMENTS: LESSONS FROM THE TRANSPORT INDUSTRY. | |
US10650337B2 (en) | Technical field service inventory management | |
Kobeda et al. | Critical success factors for electronic manufacturing services | |
KR102358790B1 (ko) | 기업운영 보조를 위한 맞춤형 인공지능 총무 서비스 제공 방법 | |
CN112036850A (zh) | 数字资产数据的访问方法及装置、数字资产的交易*** | |
KR20200023869A (ko) | 3 스텝 기반의 생산 지원 매칭 시스템 및 방법 | |
CN117591487B (zh) | 一种财务文档共享的方法及相关装置 | |
CN110717735A (zh) | 一种电子商务***及其方法 | |
CN106325832A (zh) | 数据生成的方法和装置 | |
CN115756453A (zh) | 智能用户界面服务处理方法、***及电子设备 | |
CN117670482A (zh) | 基于多方配合的c2m模式的纺织品及服装定制运营平台*** | |
KR20210104988A (ko) | 주문서 표준화 서비스 프로그램 기록매체 | |
CN112085456A (zh) | 采购订单处理方法及装置 | |
KR20210104991A (ko) | 주문 데이터 표준화 기반 대화형 주문 관리 서비스 프로그램 기록매체 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20161005 |
|
RJ01 | Rejection of invention patent application after publication |