多业务订单统一方法及装置、存储介质制造方法及图纸

本发明专利技术公开一种多业务订单统一方法及装置、存储介质，其中方法包括如下步骤：基于统一订单接口获取用户输入的业务操作数据；在与统一订单接口对应的总配置文件下，为业务操作数据指示的业务配置一个业务ID；以业务ID为密钥，根据总配置文件中的订单处理结构生成并输出业务ID下的业务订单。采用本发明专利技术，通过对外输出统一的订单接口接受用户不同的业务操作，进而根据总配置文件中配置的业务ID以及订单处理结构等生成不同业务操作的业务订单，可以实现对不同业务订单的统一管理和统计。

Unified method, device and storage medium of multi business order

【技术实现步骤摘要】
多业务订单统一方法及装置、存储介质
本专利技术涉及订单管理
，尤其涉及一种多业务订单统一方法及装置、存储介质。
技术介绍
由于各业务线所产生的订单业务比较多，而且订单逻辑各不同，所以不同的业务线都是各自实现订单功能，从而导致每个订单业务一个订单接口，管理起来很不方便，也不便于统计当天订单情况，而且各自业务分别去存储支付用到的密钥key和appid容易造成泄露。
技术实现思路
本专利技术实施例提供一种多业务订单统一方法及装置、存储介质，可以简化各业务订单的实现过程，实现订单统一管理和统计。本专利技术实施例第一方面提供了一种多业务订单统一方法，可包括：基于统一订单接口获取用户输入的业务操作数据；在与统一订单接口对应的总配置文件下，为业务操作数据指示的业务配置一个业务ID；以业务ID为密钥，根据总配置文件中的订单处理结构生成并输出业务ID下的业务订单。进一步的，上述方法还包括：设置一个总配置文件。进一步的，上述方法还包括：在业务ID下配置业务的支付密钥key、appid、名称、支付成功回调地址、退款成功回调地址、订单详情地址。进一步的，订单处理结构中配置了业务订单的订单数据，订单数据包括下单的前置方法、后置方法、0元支付方法、优惠券类型、优惠券锁定时间和业务是否启用中的一个或多个。进一步的，上述方法还包括：在检测到订单数据不能满足当前的业务时，对订单数据进行数据补全。本专利技术实施例第二方面提供了一种多业务订单统一装置，可包括：业务操作获取模块，用于基于统一订单接口获取用户输入的业务操作数据；业务ID配置模块，用于在与统一订单接口对应的总配置文件下，为业务操作数据指示的业务配置一个业务ID；业务订单生成模块，用于以业务ID为密钥，根据总配置文件中的订单处理结构生成并输出业务ID下的业务订单。进一步的，装置还包括：配置文件设置模块，用于设置一个总配置文件。进一步的，装置还包括：业务配置模块，用于在业务ID下配置业务的支付密钥、appid、名称、支付成功回调地址、退款成功回调地址、订单详情地址。进一步的，订单处理结构中配置了业务订单的订单数据，订单数据包括下单的前置方法、后置方法、0元支付方法、优惠券类型、优惠券锁定时间和业务是否启用中的一个或多个。进一步的，装置还包括：检测补全模块，用于在检测到订单数据不能满足当前的业务时，对订单数据进行数据补全。本专利技术实施例第三方面提供了一种计算机设备，该设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现上述方面所述的多业务订单统一方法。本专利技术实施例第四方面提供了一种计算机存储介质，该计算机存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现上述方面所述的多业务订单统一方法。在本专利技术实施例中，通过对外输出统一的订单接口接受用户不同的业务操作，进而根据总配置文件中配置的业务ID以及订单处理结构等生成不同业务操作的业务订单，实现了对不同业务订单的统一管理和统计。附图说明为了更清楚地说明本专利技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1是本专利技术实施例提供的一种多业务订单统一方法的流程示意图；图2是本专利技术实施例提供的一种多业务订单统一装置的结构示意图；图3是本专利技术实施例提供的一种计算机设备的结构示意图。具体实施方式下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本专利技术一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范围。本专利技术的说明书和权利要求书及上述附图中的术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含，术语“第一”和“第二”等仅是为了区别命名，并不代表数字的大小或者排序。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。本专利技术实施例中，多业务订单统一方法可以应用于计算机设备中，该计算机设备可以是电脑或者智能手机，也可以是其它具备计算处理能力的电子设备。如图1所示，多业务订单统一方法至少可以包括以下几个步骤：S101，基于统一订单接口获取用户输入的业务操作数据。在一种实现方式中，可以首先设置一个总的配置文件，该配置文件可以将订单的通用功能做统一的封装处理，且该配置文件可以对应一个统一的订单接口。装置可以基于统一的订单接口获取用户输入的业务操作数据，例如，用户通过银行卡支付时，在支付操作时可以输出银行卡号，该业务的业务操作数据就是输入的银行卡号。S102，在与统一订单接口对应的总配置文件下，为业务操作数据指示的业务配置一个业务ID。需要说明的是，在本申请实施例中最先设置的总配置文件下，可以给每一个业务配置一个业务ID，用于唯一区分不同的业务类型。进一步的，在这个业务ID下可以配置业务的支付密钥key、appid、名称、支付成功回调地址、退款成功回调地址、订单详情地址。在一种优选的实现方式中，可以在总配置文件里定义一个订单处理结构，在该结构里可以配置针对各种业务的订单数据，例如，可以包括下单的前置方法、后置方法、0元支付方法、优惠券类型、优惠券锁定时间和业务是否启用中的一个或多个。S103，以业务ID为密钥，根据总配置文件中的订单处理结构生成并输出业务ID下的业务订单。可以理解的是，统一订单接口获取的业务操作数据后，装置会为该操作指示的业务匹配一个业务ID，进而装置可以以该ID为密钥，并根据上述订单处理结构中针对不同业务配置的订单数据生成相应的业务订单。需要说明的是，该业务订单至少可以包括订单号和业务号(如支付单号或者退款单号)。在一种优选的实现方式中，装置可以检测上述订单数据是否能够满足当前的业务，如果不满足则需要对订单数据进行补全。例如，当前的业务为采用优惠券付款，而订单处理结构中不含有优惠券类型或者优惠券锁定时间等其他与优惠券相关的数据，此时，装置需要在订单处理结构中补全与优惠券相关的订单数据。进一步的，在补全数据后，装置可以进行下单处理并生成订单号和业务号。需要说明的是，通过提前检查并补全订单数据后再生成订单号和业务号，兼容了多种不同的业务流本文档来自技高网...

【技术保护点】
1.一种多业务订单统一方法，其特征在于，包括：/n基于统一订单接口获取用户输入的业务操作数据；/n在与所述统一订单接口对应的总配置文件下，为所述业务操作数据指示的业务配置一个业务ID；/n以所述业务ID为密钥，根据所述总配置文件中的订单处理结构生成并输出所述业务ID下的业务订单。/n

【技术特征摘要】
1.一种多业务订单统一方法，其特征在于，包括：
基于统一订单接口获取用户输入的业务操作数据；
在与所述统一订单接口对应的总配置文件下，为所述业务操作数据指示的业务配置一个业务ID；
以所述业务ID为密钥，根据所述总配置文件中的订单处理结构生成并输出所述业务ID下的业务订单。


2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
设置一个总配置文件。


3.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在所述业务ID下配置业务的支付密钥key、appid、名称、支付成功回调地址、退款成功回调地址、订单详情地址。


4.根据权利要求1所述的方法，其特征在于，所述订单处理结构中配置了业务订单的订单数据，所述订单数据包括下单的前置方法、后置方法、0元支付方法、优惠券类型、优惠券锁定时间和业务是否启用中的一个或多个。


5.根据权利要求4所述的方法，其特征在于，所述方法还包括：
在检测到所述订单数据不能满足当前的业务时，对所述订单数据进行数据补全。


6.一种多业务订单统一装置，其特征在于，包括：
业务操作获取模块，用于基于统一订...

【专利技术属性】
技术研发人员：刘国庆，吴峰，郭伟，
申请(专利权)人：上海易点时空网络有限公司，
类型：发明
国别省市：上海;31