订单数据的处理方法、装置及电子设备
文献发布时间:2023-06-19 11:44:10
技术领域
本申请涉及一种订单数据的处理方法、装置及电子设备,属于计算机技术领域。
背景技术
在电商领域中,用户每次交易产生的订单数据中包含了用户数据,例如订单数据中的收件人三要素:姓名、手机号、收件地址,是用户最敏感的数据,但在订单的履约过程中有存在一些必要环节使用到这些数据。在订单履约链路中,订单数据可能会流转到多个服务处理系统,例如商家的订单管理系统、配送公司的物流系统等。订单数据在各个系统的流转过程中,存在极大的用户数据泄露的风险,对此,现有技术中也采用了一些保护用户数据的方案。
在现有技术订单数据处理中,对于用户数据的保护一般采用如下方式,在电商平台一侧对隐私数据进行加密,然后将加密后的密文发送给电商履约链路中的第三方服务处理系统的方式,与此同时,电商平台向第三方服务处理系统提供解密功能的SDK(Softwaredevelopment kit,软件开发工具包),让第三方服务处理系统完成对密文的解密,从而获得用户数据。现有技术方案对于用户数据的提供缺乏有效的控制,并且由于将用户数据的明文和密文都提供给了第三方服务处理系统,加密算法有可能被暴力破解,从而不利于用户数据的保护。
发明内容
本发明实施例提供一种订单数据的处理方法、装置及电子设备,以提高对用户数据的保护。
为了实现上述目的,本发明实施例提供了一种订单数据的处理方法,包括:
响应于订单数据的生成,将所述订单数据中的用户数据动态映射为用户数据标识;
将所述订单数据发送至电商履约链路中的服务处理系统;
响应于服务处理系统的查询请求,基于查询请求中携带的用户数据标识查询用户数据,以根据预设的用户数据保护策略,向所述服务处理系统提供查询的用户数据。
本发明实施例提供了一种订单数据的处理方法,包括:
响应于订单数据的生成,根据所述订单数据满足的订单条件,确定用户数据的映射规则;
使用所述映射规则,将所述订单数据中的用户数据映射为用户数据标识;
将包括所述用户数据标识的订单数据发送至服务处理系统。
本发明实施例提供了一种订单数据的处理方法,包括:
接收多个订单数据,所述订单数据中包括订单号和与用户数据对应的用户数据标识;
根据预设的合单策略,从包含相同的用户数据标识的订单数据中,确定多个订单数据进行合单处理;
将经过合单处理后的订单数据发送至电商履约链路中下游的服务处理系统。
本发明实施例提供了一种订单数据的处理方法,包括:
接收订单数据,所述订单数据中包括用户数据对应的用户数据标识;
基于所述用户数据标识,向电商平台发送请求内容为用户电话号码的查询请求;
接收所述电商平台返回的临时号码,使用所述临时号码通过所述电商平台向用户发起通信。
本发明实施例提供了一种订单数据的处理装置,包括:
用户数据标识生成模块,用于响应于订单数据的生成,将所述订单数据中的用户数据动态映射为用户数据标识;
订单数据发送模块,用于将所述订单数据发送至电商履约链路中的服务处理系统;
查询请求处理模块,用于响应于服务处理系统的查询请求,基于查询请求中携带的用户数据标识查询用户数据,以根据预设的用户数据保护策略,向所述服务处理系统提供查询的用户数据。
本发明实施例提供了一种订单数据的处理装置,包括:
映射规则确定模块,用于响应于订单数据的生成,根据所述订单数据满足的订单条件,确定用户数据的映射规则;
用户数据标识生成模块,用于使用所述映射规则,将所述订单数据中的用户数据映射为用户数据标识;
订单数据发送模块,用于将包括所述用户数据标识的订单数据发送至服务处理系统。
本发明实施例提供了一种电子设备,包括:
存储器,用于存储程序;
处理器,用于运行所述存储器中存储的所述程序,以执行前述的订单数据的处理方法。
本发明实施例的订单数据的处理方法、装置及电子设备,通过将用户数据动态映射为用户数据标识,然后再下发到服务处理系统中,以用于在订单流转的过程中,标识用户数据以及服务处理系统基于用户数据标识进行用户数据的查询。通过这样的机制,一方面减少了用户数据暴露程度和数据传输量,另一方面,电商平台可以较好地控制服务处理系统对于用户数据的查询,确保用户数据的安全。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
图1为本发明实施例的订单数据的处理方法的应用场景示意图;
图2为本发明实施例的订单数据的处理方法的流程示意图之一;
图3为本发明实施例的订单数据的处理方法的流程示意图之二;
图4为本发明实施例的订单数据的处理方法的流程示意图之三;
图5为本发明实施例的订单数据的处理方法的流程示意图之四;
图6为本发明实施例的订单数据的处理装置的结构示意图之一;
图7为本发明实施例的订单数据的处理装置的结构示意图之二;
图8为本发明实施例的电子设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
在电商交易的履约过程中,订单数据需要在电商平台以外进行流转,从而完成商品交易过程。订单数据中包括了例如用户姓名、联络方式以及地址等用户数据,这些数据如果被滥用,将会严重损害用户利益。本发明实施例提出了一种订单数据的处理方法,用来在订单数据了流转过程中,减少用户数据的泄露风险。
如图1所示,其为本发明实施例的订单数据的处理方法的应用场景示意图。电商平台提供了作为消费者的用户和商家之间的在线交易平台,用户可以通过访问电商平台进行商品浏览,然后可以基于电商平台向商家下单来购买商品。用户下单后,电商平台会根据用户的下单操作,来生成订单数据,并向商家进行下发,从而使得订单数据进入履约链路。商家对订单数据进行确认后,触发商品发货以及配送等环节,从而完成整个履约过程。
在上述的履约链路中,可能会涉及到多个服务处理系统,这些服务处理系统可能是商家的服务处理系统,也可能是商家以外的物流、仓储等第三方的服务处理系统,这些服务处理系统可以包括例如ERP(企业进销存系统)、CRM(客户关系管理)、WMS(仓库管理系统)等。另外,履约链路中的每个角色也可能拥有多个服务处理系统,例如,商家可能有ERP系统和CRM系统。
在本发明实施例中,电商平台在生成订单后,会将订单数据中的用户数据动态映射为用户数据标识,然后再随订单下发到履约链路中的服务处理系统。履约链路中的服务处理系统在执行履约处理的过程中,可以基于该用户数据标识查询用户数据来查询数据。
如图2所示,其为本发明实施例的订单数据的处理方法的流程示意图之一,该方法可以应用在管理用户数据的系统中,该系统可以基于查询请求而提供用户数据,下面以提供电商交易服务的电商平台作为应用场景示例进行说明,该方法包括:
S101:响应于订单数据的生成,将订单数据中的用户数据动态映射为用户数据标识。具体地,这里所说的动态映射是指一种编码策略,可以根据具体的订单场景来确定对应的编码机制,然后,根据所确定的编码机制,将订单数据中的用户数据映射为用户数据标识。例如,这里所说的编码机制可以为例如基于Base62的编码算法等,上述的订单场景可以包括商家类型、时间范围、服务处理系统类型中的一项或者任意多项。具体地,可以针对某个商家或者某个服务处理系统,每隔一个星期更换一次编码算法,从而使得编码机制很难被反向破解。此外,在生成用户数据标识后,还可以进一步对用户数据标识进行加密处理,具体的加密方式,可以使用与服务处理系统对应的密钥来对生成的用户数据标识进行加密,从而进一步增加了用户数据的安全性。针对不同的服务处理系统,电商平台可以分配不同的密钥,从而可以对发送给不同的服务处理系统的用户数据标识进行区分,各个服务处理系统之间接收到的加密后的用户数据是不同的,从而有效实现了信息隔离。
S102:将订单数据发送至电商履约链路中的服务处理系统。对于同一条履约链路,电商平台可以只向履约链路中的第一个服务处理系统下发订单数据,然后,该订单数据根据履约的处理流程,向其他服务处理系统进行流转,从而实现这个订单的履约处理,履约链路的处理可以包括商家对订单的审核确认以及发货处理、物流方的商品配送处理以及商家对商品的售后服务处理等。
S103:响应于服务处理系统的查询请求,基于查询请求中携带的用户数据标识查询用户数据,以根据预设的用户数据保护策略,向服务处理系统提供查询的用户数据。这里所说的用户数据保护策略可以包括查询控制策略和/或数据发送控制策略。查询控制策略用于对服务处理系统的查询权限进行控制,例如,对于服务处理系统可以设置查询频度或者每天查询用户数据的数量等等。数据发送控制策略用于对向服务处理系统提供的用户数据的内容进行控制,例如,向服务处理系统返回的用户数据可以是经过加工处理后的用户数据,例如可以将用户全名变为用户的姓加上星号来代替,从而隐藏一些不必要的用户信息。
另外,为了进一步增加用户数据的安全性,在向发起查询的服务处理系统返回用户数据时,可以使用与用户数据服务处理系统对应的密钥,对用户数据进行加密处理后,再进行发送,服务处理系统可以基于电商平台预先分配的密钥,对加密后的用户数据进行解密,通过这样的机制,可以增加用户数据在传输过程中的安全性。
此外,在用户数据保护策略方面,本发明实施例还提供了临时号码的机制,如果服务处理系统请求查询的用户数据包括用户的电话号码,则电商平台可以为用户分配临时号码,将临时号码与用户的电话号码建立临时绑定关系,将临时号码提供给服务处理系统。服务处理系统可以使用该临时号码,通过电商平台向用户发起通信,当该订单履约完成后,电商平台可以释放掉该临时号码资源,从而可以进行重新分配。
如图3所示,其为本发明实施例的订单数据的处理方法的流程示意图之二,具体地,该方法包括:
S201:接收订单数据,订单数据中包括与用户数据对应的用户数据标识。
S202:基于用户数据标识,向电商平台发送请求内容为用户电话号码的查询请求。
S203:接收电商平台返回的临时号码,使用临时号码通过电商平台向用户发起通信。
通过上述的临时号码的机制,能够在充分保证用户电话号码不被泄露的前提下,建立起服务处理系统与用户之间的联络,完成了电商履约需要的同时也保证了用户数据的安全性。
如图4所示,其为本发明实施例的订单数据的处理方法的流程示意图之三,图4所示的方法流程可以应用在图1所示的电商平台一侧,具体地,该方法包括:
S301:响应于订单数据的生成,根据订单数据满足的订单条件,确定用户数据的映射规则。这里所说的订单条件可以包括生成订单数据所处的时间范围和/或订单对应的商家。在本发明实施例中,可以针对不同的商家配置不同的用户数据的映射规则,并且映射规则本身可以是随时间动态可变的,例如可以配置为每周更新一次映射规则,不同的商家可以采用不同的更新频度。在每次新的订单数据生成后,可以通过该订单数据的生成时间、订单对应的商家等信息来匹配确定出映射规则,以用于后续对用户数据进行编码处理。
S302:使用确定的映射规则,将订单数据中的用户数据映射为用户数据标识。如前面所介绍的,在针对某个上商家的一定时间范围内对应的映射规则确定后,对于相同的用户数据可以映射为同一个用户数据标识,例如针对同一个商家在一天内的订单,采用相同的映射规则,从而可以使得同一用户数据在当天针对该商家产生的订单中包含相同的用户数据标识,这样的处理能够便于商家对订单进行合单操作。
S303:将包括用户数据标识的订单数据发送至服务处理系统。在订单下发至商家的服务处理系统后,商家可以对订单数据进行确认,并且可以等待一定时间的订单数据,根据实际情形对包含同一用户数据标识的订单进行合单处理。
如图5所示,其为本发明实施例的订单数据的处理方法的流程示意图之四,图5所示的方法流程可以应用在商家的服务处理系统上,该服务处理系统可以进行订单数据的确认以及合单处理,具体地,该方法包括:
S401:接收多个订单数据,订单数据中包括订单号和与用户数据对应的用户数据标识。商家可以接收一定时间范围内的订单数据后,再进行订单的配送处理,从而可以将发送给同一用户地址的商品尽可能的合单发送,从而实现节约配送成本的目的。
S402:根据预设的合单策略,从包含相同的用户数据标识的订单数据中,确定多个订单数据进行合单处理。商家可以根据自身设定的合单策略进行合单,例如商品规格的大小、商品的类别等等。如前面介绍的,在电商平台一侧,对于可以针对同一商家的在一定时间范围内的订单数据中的用户数据采用相同的映射规则,那么对于相同的用户数据则将会映射为同一个用户数据标识,从而可以便于商家从中选择订单数据进行合单处理。
S403:将经过合单处理后的订单数据发送至电商履约链路中下游的服务处理系统。
本发明实施例的订单数据的处理方法,通过将用户数据动态映射为用户数据标识,然后再下发到服务处理系统中,以用于在订单流转的过程中,标识用户数据以及服务处理系统基于用户数据标识进行用户数据的查询。通过这样的机制,一方面减少了用户数据暴露程度以及数据传输量,另一方面,电商平台可以较好地控制服务处理系统对于用户数据的查询,确保用户数据的安全。
基于本发明实施例的提供的用户数据标识的处理机制,在履约链路的订单流转过程中,伴随订单数据出现的是替代用户数据的用户数据标识,从而使得整个订单数据也变得更加简洁。用户数据仅会在必要应用的场景下,才会从电商平台处获取。例如,在商家发货时,可能会需要生成电子面单或者实体形态的打印面单以用于后续的配送处理。针对这样的情形,商家的订单管理系统可以基于订单数据中的用户数据标识,向电商平台发起用户数据查询,电商平台可以向商家的订单管理系统返回包括用户姓名、电话联系方式以及收货地址这三要素的用户数据,其中,对于用户姓名可以采用一些信息保护的处理,例如仅提供姓,而后面的名字部分用星号替代,电话联系方式部分可以提供基于前述实施例中介绍的临时号码机制,以临时号码替代用户的电话号码,此外,在面单生成阶段也可以不提供电话联系方式,而是等到物流公司的在执行配送时再另行获取。进一步的,当订单数据流转到物流公司的配送系统后,会将订单下发到具体配送人员,配送人员在进行商品配送的过程中,可以基于终端设备向电商平台发起用户手机号码的查询请求,电商平台可以根据该查询请求,而生成一个临时号码,并发送到配送人员的终端设备上,从而使得配送人员能够在一定时间内,通过该临时号码向用户发起电话联络完成商品配送。
另外,在用户数据保护策略方面,可以对上述的用户数据标识可以设定一定的有效期,在用户数据标识随着订单数据下发到履约链路后,在有效期内,物流链路中各个环节的服务处理系统可以向电商平台基于该用户数据标识来请求获取用户数据,而过了有效期后,用户数据标识失效,将无法再基于该标识来获得用户数据。此外,针对履约链路的不同角色,也可以设置不同的用户数据保护策略,例如可以针对不同的角色设置不同的用户数据标识的有效期,以及获取的用户数据的内容范围等。此外,在履约过程中,也可以基于履约行为来对用户数据的获取行为是否合理进行判断,例如在配送人员进行配送的过程中,只有配送人员到达用户地址的指定的地理范围内或者正在去往用户地址的路线上,才会向配送人员提供用的联系方式,如果配送人员的配送路线与到达用户地址对应的导航路线不符或者超出预设的地理范围,则拒绝提供用联系方法。
此外,为了进一步提高安全性,针对履约链路中的各个服务处理系统与电商平台之间交互信息,可以进行加密处理,加密的内容可以包括下发的用户数据标识以及根据服务处理系统的查询请求返回的用户数据等,电商平台为每个服务处理系统分配不同的密钥,并且定期更新密钥版本,从而进一步保证信息安全性。
本发明实施例的订单数据的处理方法,可以应用于设计多方交互的电商应用场景,例如,商家、用户以及物流公司都可以入驻到电商平台,电商平台基于线上服务促成用户和商家完成线上交易,生成订单,并可以通过电商平台完成与物流公司的配送服务的对接,从而帮助商家完成商品配送。电商平台可以提供针对真个履约链路的用户数据的管理,通过前面介绍的用户数据标识的机制以及用户数据安全控制策略,来有效保护用户数据。
另外,本发明实施例的订单数据的处理方法不仅可以应用于电商平台上,还可以将该技术输出至商家或者物流公司的数据管理系统,在这些系统上实现对用户数据的保护。例如,很多用户也会在物流公司注册用户数据,并进行包裹邮寄等,物流公司可以使用本发明实施例的技术方案来管理用户数据,生成用户数据标识,来用于包裹配送处理。
此外,在本发明实施例中,当履约链路中的服务处理系统向电商平台请求用户数据时,可以向用户端发起提示,告知用户其用户数据正在被请求使用。进一步地,用户也可以通过用户端对服务处理系统的用户获取请求进行确认,之后电商平台再向发起请求的服务处理系统提供用户数据,这样可以进一步优化用户体验。另外,在整个履约过程中,用户数据使用可以被记录下来,从而可以追溯用户数据的使用轨迹,当出现用户数据泄露时,可以进行溯源。
如图6所示,其为本发明实施例的订单数据的处理装置的结构示意图之一,该装置可以应用在管理用户数据的系统中,该系统可以基于查询请求而提供用户数据,下面以提供电商交易服务的电商平台作为应用场景示例进行说明,该装置包括:
用户数据标识生成模块11,用于响应于订单数据的生成,将订单数据中的用户数据动态映射为用户数据标识。这里所说的动态映射是指一种编码策略,可以根据具体的订单场景来确定对应的编码机制,然后,根据所确定的编码机制,将订单数据中的用户数据映射为用户数据标识。上述的订单场景可以包括商家类型、时间范围、服务处理系统类型中的一项或者任意多项。具体地,可以针对某个商家或者某个服务处理系统,每隔一个星期更换一次编码算法,从而使得编码机制很难被反向破解。此外,在生成用户数据标识后,还可以进一步对用户数据标识进行加密处理,具体的加密方式,可以使用与服务处理系统对应的密钥来对生成的用户数据标识进行加密,从而进一步增加了用户数据的安全性。针对不同的服务处理系统,电商平台可以分配不同的密钥,从而可以对发送给不同的服务处理系统的用户数据标识进行区分,各个服务处理系统之间接收到的加密后的用户数据是不同的,从而有效实现了信息隔离。
订单数据发送模块12,用于将订单数据发送至电商履约链路中的服务处理系统。对于同一条履约链路,电商平台可以只向履约链路中的第一个服务处理系统下发订单数据,然后,该订单数据根据履约的处理流程,向其他服务处理系统进行流转,从而实现这个订单的履约处理,履约链路的处理可以包括商家对订单的审核确认以及发货处理、物流方的商品配送处理以及商家对商品的售后服务处理等。
查询请求处理模块13,用于响应于服务处理系统的查询请求,基于查询请求中携带的用户数据标识查询用户数据,以根据预设的用户数据保护策略,向服务处理系统提供查询的用户数据。这里所说的用户数据保护策略可以包括查询控制策略和/或数据发送控制策略。查询控制策略用于对服务处理系统的查询权限进行控制。数据发送控制策略用于对向服务处理系统提供的用户数据的内容进行控制。
如图7所示,其为本发明实施例的订单数据的处理装置的结构示意图之二,图7所示的装置可以应用在电商平台一侧,具体地,该装置包括:
映射规则确定模块21,用于响应于订单数据的生成,根据订单数据满足的订单条件,确定用户数据的映射规则。这里所说的订单条件可以包括生成订单数据所处的时间范围和/或订单对应的商家。在本发明实施例中,可以针对不同的商家配置不同的映射规则,并且映射规则本身可以是随时间动态可变的,例如可以配置为每周更新一次映射规则,不同的商家可以采用不同的更新频度。在每次新的订单数据生成后,可以通过该订单数据的生成时间、订单对应的商家等信息来匹配确定出映射规则,以用于后续对用户数据进行编码处理。
用户数据标识生成模块22,用于使用确定出的映射规则,将订单数据中的用户数据映射为用户数据标识。如前面所介绍的,在针对某个上商家的一定时间范围内对应的映射规则确定后,对于相同的用户数据可以映射为同一个用户数据标识,例如针对同一个商家在一天内的订单,采用相同的映射规则,从而可以使得同一用户数据在当天针对该商家产生的订单中包含相同的用户数据标识,这样的处理能够便于商家对订单进行合单操作。
订单数据发送模块23,用于将包括用户数据标识的订单数据发送至服务处理系统。在订单下发至商家的服务处理系统后,商家可以对订单数据进行确认,并且可以等待一定时间的订单数据,根据实际情形对包含同一用户数据标识的订单进行合单处理。
本发明实施例的订单数据的处理装置,通过将用户数据动态映射为用户数据标识,然后再下发到服务处理系统中,以用于在订单流转的过程中,标识用户数据以及服务处理系统基于用户数据标识进行用户数据的查询。通过这样的机制,一方面减少了用户数据暴露程度以及数据传输量,另一方面,电商平台可以较好地控制服务处理系统对于用户数据的查询,确保用户数据的安全。
前面实施例描述了订单数据的处理方法的流程处理及装置结构,上述的方法和装置的功能可借助一种电子设备实现完成,如图8所示,其为本发明实施例的电子设备的结构示意图,具体包括:存储器110和处理器120。
存储器110,用于存储程序。
除上述程序之外,存储器110还可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。
存储器110可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
处理器120,耦合至存储器110,用于执行存储器110中的程序,以执行前述实施例中所描述的订单数据的处理方法的操作步骤。
此外,处理器120也可以包括前述实施例所描述的各种模块以执行订单数据的处理,并且存储器110可以例如用于存储这些模块执行操作所需要的数据和/或所输出的数据。
对于上述处理过程具体说明、技术原理详细说明以及技术效果详细分析在前面实施例中进行了详细描述,在此不再赘述。
进一步,如图所示,电子设备还可以包括:通信组件130、电源组件140、音频组件150、显示器160等其它组件。图中仅示意性给出部分组件,并不意味着电子设备只包括图中所示组件。
通信组件130被配置为便于电子设备和其他设备之间有线或无线方式的通信。电子设备可以接入基于通信标准的无线网络,如WiFi,2G、3G、4G/LTE、5G等移动通信网络,或它们的组合。在一个示例性实施例中,通信组件130经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,通信组件130还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
电源组件140,为电子设备的各种组件提供电力。电源组件140可以包括电源管理系统,一个或多个电源,及其他与为电子设备生成、管理和分配电力相关联的组件。
音频组件150被配置为输出和/或输入音频信号。例如,音频组件150包括一个麦克风(MIC),当电子设备处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器110或经由通信组件130发送。在一些实施例中,音频组件150还包括一个扬声器,用于输出音频信号。
显示器160包括屏幕,其屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与触摸或滑动操作相关的持续时间和压力。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
- 一种基于余额清算的订单数据处理方法、装置及电子设备
- 订单数据处理方法及装置、电子设备、存储介质