CN112800120B

CN112800120B - 业务处理方法及装置

Info

Publication number: CN112800120B
Application number: CN202110104947.7A
Authority: CN
Inventors: 王亮亮
Original assignee: Zhengcaiyun Co ltd
Current assignee: Zhengcaiyun Co ltd
Priority date: 2021-01-26
Filing date: 2021-01-26
Publication date: 2023-06-06
Anticipated expiration: 2041-01-26
Also published as: CN112800120A

Abstract

本说明书提供一种业务处理方法及装置，其中所述业务处理方法包括：接收用户针对第一业务输入的操作请求，操作请求中至少携带用于标识用户的第一用户标识信息和第一业务的参数信息；确定第一业务对应的至少一个服务的服务类型；确定服务类型属于目标服务类型的情况下，根据第一用户标识信息查找对应的服务提供接口类；利用查找到的服务提供接口类中的规则对第一业务的参数信息进行校验；在校验通过的情况下，响应于操作请求对第一业务进行处理，并反馈处理结果。根据本说明书的业务处理方法针对不同的差异化业务场景利用不同的SPI类，解决传统SaaS平台多用户业务方案中硬编码的问题。

Description

业务处理方法及装置

技术领域

本说明书涉及互联网技术领域，特别涉及业务处理方法及装置。

背景技术

在通常的SaaS平台多租户差异化解决方案中，如图1所示，首先对产品的业务进行功能拆解，即业务由哪些功能点组成；其次按照租户的维度对功能进行分类；针对通用服务进行通用服务开发，针对差异化服务进行差异化开发。在这种开发模式中，如果一个功能的多租户业务场景各不相同，则会进行业务逻辑的判断，从而导致硬编码的发生。

如图2所示，容器启动进行规则校验，判断服务是否为通用服务，通用服务则执行通用服务校验，差异化服务则执行多租户差异化场景校验，即硬编码IF ELSE的校验。

通过硬编码IF ELSE的模式来解决业务的差异性，这种方式在服务场景比较多的情况下，例如一个产品线有20个服务规则，租户越多差异化服务越多，极端情况下每个租户的每个服务都要通过IF ELSE硬编码方式解决，加入租户有20个，则会有400个IF ELSE场景，这会导致代码的高度耦合，同时在维护成本上成几何级的增加，降低产品和代码的可维护性，不利于系统的稳定性与可扩展性。

发明内容

有鉴于此，本说明书实施例提供了一种业务处理方法。本说明书同时涉及一种业务处理装置，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的技术缺陷。

根据本说明书实施例的第一方面，提供了一种业务处理方法，包括：

接收用户针对第一业务输入的操作请求，所述操作请求中至少携带用于标识所述用户的第一用户标识信息和所述第一业务的参数信息；

确定所述第一业务对应的至少一个服务的服务类型；

确定所述服务类型属于目标服务类型的情况下，根据所述第一用户标识信息查找对应的服务提供接口类；

利用查找到的服务提供接口类中的规则对所述第一业务的参数信息进行校验；

在校验通过的情况下，响应于所述操作请求对所述第一业务进行处理，并反馈处理结果。

可选地，业务处理方法还包括：

确定所述服务类型属于第一服务类型的情况下，执行第一类型的业务校验。

可选地，在接收用户针对第一业务输入的操作请求之前，还包括：

加载预先定义的服务提供接口类。

可选地，在加载预先定义的服务提供接口类之前，还包括：

根据业务场景中的不同用户的目标服务定义对应的服务提供接口类，其中，所述服务提供接口类中至少包括用于标识不同用户的用户标识信息和与所述用户标识信息对应的每个业务的规则。

可选地，在接收用户针对第一业务输入的操作请求之后，还包括：

将与所述操作请求相关的待执行校验的业务数据按照预设的格式进行封装。

可选地，所述根据业务场景中的不同用户的目标服务定义对应的服务提供接口类包括：

针对不同目标服务中的每一个目标服务，分别定义对应的服务提供接口；

针对不同用户，分别定义调用对应的所述服务提供接口的服务提供接口类。

可选地，在加载预先定义的服务提供接口类之后，还包括：

根据服务提供接口类中包括的不同用户标识信息，进行分类。

可选地，确定所述第一业务对应的至少一个服务的服务类型包括：

将所述第一用户标识信息与第一类型的业务代码中的用户标识信息进行匹配，若匹配成功，则确定服务的服务类型为第一服务类型；若匹配不成功，则确定服务的服务类型为目标服务类型。

可选地，所述第一业务的参数信息的数目为多个，所述利用查找到的服务提供接口类中的规则对所述第一业务的参数信息进行校验包括：

依次判断所述第一业务的参数信息是否符合对应的服务提供接口类中的规则。

可选地，业务处理方法还包括：

在新增用户具有目标服务的情况下，根据新增的用户的目标服务定义对应的服务提供接口类。

可选地，业务处理方法还包括：

在用户的目标服务变更的情况下，修改对应的服务提供接口类中的规则。

根据本说明书实施例的第二方面，提供了一种业务处理装置，包括：

接收模块，被配置为接收用户针对第一业务输入的操作请求，所述操作请求中至少携带用于标识所述用户的第一用户标识信息和所述第一业务的参数信息；

确定模块，被配置为确定所述第一业务对应的至少一个服务的服务类型；

查找模块，被配置为确定所述服务类型属于目标服务类型的情况下，根据所述第一用户标识信息查找对应的服务提供接口类；

校验模块，被配置为利用查找到的服务提供接口类中的规则对所述第一业务的参数信息进行校验；

处理模块，被配置为在校验通过的情况下，响应于所述操作请求对所述第一业务进行处理，并反馈处理结果。

可选地，业务处理装置还包括：

执行模块，被配置为确定所述服务类型属于第一服务类型的情况下，执行第一类型的业务校验。

可选地，业务处理装置还包括：

加载模块，被配置为加载预先定义的服务提供接口类。

可选地，业务处理装置还包括：

第一定义模块，被配置为根据业务场景中的不同用户的目标服务定义对应的服务提供接口类，其中，所述服务提供接口类中至少包括用于标识不同用户的用户标识信息和与所述用户标识信息对应的每个业务的规则。

可选地，业务处理装置还包括：

封装模块，被配置为将与所述操作请求相关的待执行校验的业务数据按照预设的格式进行封装。

可选地，所述第一定义模块包括：

第一定义单元，被配置为针对不同目标服务中的每一个目标服务，分别定义对应的服务提供接口；

第二定义单元，被配置为针对不同用户，分别定义调用对应的服务提供接口的服务提供接口类。

可选地，业务处理装置还包括：

分类模块，被配置为根据服务提供接口类中包括的不同用户标识信息，进行分类。

可选地，所述确定模块还被配置为：

可选地，所述第一业务的参数信息的数目为多个，所述校验模块包括：

判断单元，被配置为依次判断所述第一业务的参数信息是否符合对应的服务提供接口类中的规则。

可选地，业务处理装置还包括：

第二定义模块，被配置为在新增用户具有目标服务的情况下，根据新增的用户的目标服务定义对应的服务提供接口类。

可选地，业务处理装置还包括：

修改模块，被配置为在用户的目标服务变更的情况下，修改对应的服务提供接口类中的规则。

根据本说明书实施例的第三方面，提供了一种计算设备，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

确定所述第一业务对应的至少一个服务的服务类型；

根据本说明书实施例的第四方面，提供了一种计算机可读存储介质，其存储有计算机可执行指令，该指令被处理器执行时实现所述业务处理方法的步骤。

本说明书提供的业务处理方法，在用户针对第一业务输入操作请求后，确定第一业务对应的至少一个服务的服务类型，在服务类型为目标类型的情况下，查找对应服务提供接口类，并且对用户输入的操作请求中携带的参数信息进行校验，校验通过的情况下进行处理。根据本说明书的业务处理方法提供了一种为差异化服务类型定义不同服务提供接口，针对不同用户的差异化服务的场景利用不同的服务提供接口类，解决对于SaaS平台的多租户业务方案中硬编码的问题。

附图说明

图1示出了现有技术中多租户差异化解决方案的编码阶段的流程图；

图2示出了现有技术中多租户差异化解决方案的校验阶段的流程图；

图3示出了本说明书一实施例提供的一种业务处理方法的流程图；

图4示出了本说明书一实施例提供的业务处理方法的编码阶段的流程图；

图5示出了本说明书一实施例提供的业务处理方法的校验阶段的流程图；

图6示出了本说明书一实施例提供的一种应用于电商服务的业务处理方法的处理流程图；

图7示出了本说明书一实施例提供的一种业务处理装置的结构示意图；

图8示出了本说明书一实施例提供的一种计算设备的结构框图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本说明书。但是本说明书能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本说明书内涵的情况下做类似推广，因此本说明书不受下面公开的具体实施的限制。

在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

首先，对本说明书一个或多个实施例涉及的名词术语进行解释。

SaaS：是Software-as-a-Service的缩写名称，意思为软件即服务，即通过网络提供软件服务。SaaS平台供应商将应用软件统一部署在自己的服务器上，客户可以根据工作实际需求，通过互联网向厂商定购所需的应用软件服务，按定购的服务多少和时间长短向厂商支付费用，并通过互联网获得SaaS平台供应商提供的服务。

SPI：服务提供接口(Service provider interface的缩写)，是Java的一个内置标准，允许不同的开发者去实现某个特定的服务。其中一个Service就是一套接口或抽象类，而Service Provider是这个Service的一个特定实现类。

多租户：是指软件架构支持一个实例服务多个用户(Customer)，每一个用户被称之为租户(tenant)，软件给予租户可以对系统进行部分定制的能力，如用户界面颜色或业务规则，但是他们不能定制修改软件的代码。

在本说明书中，提供了一种业务处理方法，本说明书同时涉及一种业务处理装置，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。

图3示出了根据本说明书一实施例提供的一种业务处理方法的流程图，具体包括步骤302至310。

步骤302：接收用户针对第一业务输入的操作请求，所述操作请求中至少携带用于标识所述用户的第一用户标识信息和所述第一业务的参数信息。

软件即服务(SaaS)平台通过网络向用户提供软件服务。用户通过互联网获得SaaS平台的服务。用户输入针对第一业务输入操作请求，操作请求中包括针对该用户的第一用户标识信息以及针对第一业务的参数信息。用户为SaaS平台的任一租户，租户可以为任何实体例如个人、公司等。第一业务为用户向SaaS平台请求执行的业务，第一用户标识信息可以根据业务场景设置为不同信息，例如租户为个人的情况下，第一用户标识信息可以为该租户的证件号等标识信息，在租户为公司的情况下，第一用户标识信息可以为该租户的公司标识码，或者租户为个人或公司的情况下，第一用户标识信息可以为诸如该租户所在的省份的地域标识码，第一业务的参数信息为该业务涉及的参数信息。例如，SaaS平台提供电商服务，用户为利用该平台提供电商服务的卖家，若A省份的用户针对电商服务中的下单业务输入操作请求，即用户通过互联网进行下单，售卖a商品，SaaS平台操作请求中携带用于标识A省份的第一用户标识信息和与该下单业务相关的参数信息，例如与售卖a商品相关的商品信息、商品类目、商品主图、价格、运费、支付方式等，以价格、运费为例进行说明，操作请求中携带的参数信息可以分别为2100元、包邮。

在步骤302之前，该业务处理方法还可以包括：加载预先定义的服务提供接口(SPI)类。在加载预先定义的服务提供接口类之前还可以包括：根据业务场景中的不同用户的目标服务定义对应的服务提供接口类，其中，所述服务提供接口类中至少包括用于标识不同用户的用户标识信息和与所述用户标识信息对应的每个业务的规则。

业务场景中有多个不同用户，针对每个用户的每个目标服务定义对应的服务提供接口类，服务提供接口类中定义每个用户的每个目标服务对应的规则，目标服务可以为对于多个用户而言为差异化的服务，例如SaaS平台提供电商服务，用户为利用该平台提供电商服务的卖家，则对于下单业务而言，不同用户例如不同省份的用户售卖a商品的价格、运费、支付方式为差异化的，因此价格、运费、支付方式可以为目标业务，针对A省份的用户的售卖a产品的价格的服务提供接口类中定义了与该用户售卖a产品的价格对应的规则，例如该规则为A省份的用户售卖节能环保的空调的价格小于2000，如果用户下单即发出创建订单的请求时价格高于2000，就无法创建该订单。定义的服务提供接口类为静态的，在容器启动时，新增服务提供接口类加载模块，将所有服务提供接口类加载至容器内，以实现访问。在一实施例中，容器为Spring容器。

第一用户标识信息可以通过注解、协议约定、正则匹配等来实现。具体地，注解方式是通过在服务提供接口类中加注解，在注解中编写第一用户标示信息来实现。协议约定是命名约定的方式，约定所有服务提供接口类前多少个字符代表某个服务，多少个字符代表用户标识信息。例如在一种实施例中，命名为Zhejiang/Price/…，与所有服务请求方约定Zhejiang为第一用户标识信息，Price为价格，Price后是规则。

图4示出了根据本实施例的业务处理方法的编码阶段的流程图，如图4所示，编码阶段包括：步骤402：根据SaaS平台指定产品线进行服务功能开发；步骤404：按服务功能拆解产品线的服务；步骤406：对服务进行分类；步骤408：确定是否为通用服务；若是，进行到步骤410：进行通用业务开发；若否，进行到步骤412：针对不同用户的差异化服务定义不同的服务提供接口类。

在一实施例中，所述根据业务场景中的不同用户的目标服务定义对应的服务提供接口类可以通过以下实现：

针对不同用户，分别定义调用对应的服务提供接口的服务提供接口类。在实际应用中，首先针对每一个目标业务进行差异化编码即定义不同服务提供接口，再针对与该目标业务相关的用户，分别针对每个用户定义一个与该目标业务相关的服务提供接口类。

例如，以上述SaaS平台提供电商服务，用户为利用该平台提供电商服务的卖家为例进行说明。对于不同省份的用户而言，运费与价格为目标业务即差异化业务，例如A省份不包邮，B省份包邮，A省份售卖a商品的价格为价格区间1或者最高价格为1000元，B省份售卖a商品的价格为价格区间2或者最高价格为900元。则首先定义运费、价格两个服务提供接口，即运费(Freight)接口与价格(Price)接口，针对A省份的用户分别定义调用Freight接口与Price接口的两个实现类(Service Provider)，例如JiangsuFreightService，JiangsuPrice Service；针对B省份的用户分别定义调用Freight接口与Price接口的两个实现类(Service Provider)，例如ZhejiangFreightService，ZhejiangPriceService。上述以两个省份的用户具有差异化业务为例进行说明，在一种实施例中，例如对于34个省份运费均不同，则有34个服务提供接口类。

对于运费该目标业务，调用Freight接口，底层实现是JiangsuFreight和ZhejiangFreight接口，这两个接口是组件化的，在编码阶段调用JiangsFreight和ZhejiangFreight的父接口就行，不关心底层实现，即只要调用Freight接口，底层调用Zhejiang还是Jiangsu由服务提供接口类决定，只要开发服务提供接口类，编码时调用Freight接口，具体实现不关心，实现组件化，根据定义的不同服务提供接口类调用不同的接口，无需硬编码。

步骤304：确定所述第一业务对应的至少一个服务的服务类型。

第一业务为用户SaaS平台请求执行的业务，例如用户为利用该平台提供电商服务的卖家，则对于下单业务而言，与下单业务对应的至少一个服务为不同省份的用户售卖商品的商品信息、商品类目、商品主图、价格、运费、支付方式等，服务类型包括目标服务类型即差异化服务和第一服务类型即通用服务类型。在一种实施例中，不同省份的用户售卖商品的商品信息、商品类目、商品主图相同，价格、运费、支付方式为差异化服务，例如上述示例中，对于A省份的用户，运费包邮，价格为价格区间1或者最高价格为1000元，支付方式为到付；对于B省份的用户，运费为10元，价格为价格区间2或者最高价格为900元，支付方式为预付。在另一实施例中，例如A省份的用户在售卖商品a时必须包括橘黄色的商品a，其他省份不要求，则商品信息为差异化服务。

在一实施例中，步骤304可以通过以下实现：

第一类型为通用服务类型，第一类型的业务代码为通用服务类型的业务代码，即通用业务代码。通用业务代码是针对通用服务类型的服务编码的一套代码，所有通用服务的校验均利用通用业务代码进行校验。若服务类型为通用服务类型，则执行第一类型的业务校验，即利用通用业务代码进行校验。

在另一实施例中，步骤304可以通过以下实现：

将所述第一用户标识信息与配置表中的用户标识信息进行匹配，若匹配成功，则确定服务的服务类型为第一服务类型，若匹配不成功，则确定服务的服务类型为目标服务类型。

配置表是SaaS平台存储的配置表，在该配置表中，存储通用服务类型的用户标识信息，若第一用户标识信息与配置表中存储的用户标识信息匹配，则确定该服务的服务类型为通用服务类型，若匹配不成功，则该服务的服务类型为差异化服务类型。

在再一实施例中，可以不通过用户标识信息确定第一业务对应的至少一个服务的服务类型。服务提供接口类中定义了针对差异化服务类型的服务的规则，例如JiangsuFreightService中定义了该省份不包邮，JiangsuPriceService中定义了该省份售卖a商品的最高价格为1000元，而该省份的用户进行下单利用电商服务售卖a商品，例如，在操作请求中携带的第一业务的参数信息为售卖a商品不包邮，该a商品的价格为990。

可以利用SaaS平台存储的配置表来确定第一业务对应的至少一个服务的服务类型，在该配置表中定义了几种规则为通用规则，若接收到的操作请求中的参数信息对应的规则在配置表中，则确定该服务的服务类型为通用服务类型，若匹配不成功，则该服务的服务类型为差异化服务类型。

步骤306：确定所述服务类型属于目标服务类型的情况下，根据所述第一用户标识信息查找对应的服务提供接口类。

目标服务类型为差异化服务类型，即不同用户定制化的服务，如上述价格、运费等。以上述针对A省份的用户分别定义调用Freight接口与Price接口的两个实现类(Service Provider)例如JiangsuFreightService、JiangsuPriceService为例进行说明，第一用户标识信息为Jiangsu，每个服务提供接口类即实现类针对一个用户标识信息和对应的接口，因此根据第一用户标识信息可以查找到对应的服务提供接口类。例如，根据Jiangsu可以查找到JiangsuFreightService和JiangsuPriceService两个服务提供接口类。

步骤308：利用查找到的服务提供接口类中的规则对所述第一业务的参数信息进行校验。

在一实施例中，所述第一业务的参数信息的数目为多个，步骤308可以通过以下实现：

服务提供接口类中定义了针对差异化服务类型的服务的规则，例如JiangsuFreightService中定义了该省份不包邮，JiangsuPriceService中定义了该省份售卖a商品的最高价格为1000元，而该省份的用户进行下单利用电商服务售卖a商品，例如，在操作请求中携带的第一业务的参数信息为售卖a商品不包邮，该a商品的价格为990。根据服务提供接口类中定义的规则对第一业务的参数信息进行校验即判断990是否符合服务提供接口类中定义的规则，售卖a产品不包邮是否符合服务提供接口类中定义的规则，针对所有规则按顺序依次执行判断。

步骤310：在校验通过的情况下，响应于所述操作请求对所述第一业务进行处理，并反馈处理结果。

若校验通过，则对第一业务进行处理，在第一业务为用户下单的情况下，对该业务进行处理包括给用户创建订单或者建立售卖链接，并向用户反馈校验通过、已成功创建订单或建立售卖链接的结果。

若校验未通过，例如上文a商品的价格为1100，则不符合服务提供接口类中定义的规则即最高价格为1000，则校验未通过，向用户反馈校验未通过。

根据本说明书的业务处理方法提供了一种为差异化服务类型定义不同服务提供接口，针对不同用户的差异化服务的场景利用不同的服务提供接口类，解决对于SaaS平台的多租户业务方案中硬编码的问题。

在一实施例中，在接收用户针对第一业务输入的操作请求之后，还包括：

在接收到用户针对下单服务的操作请求之后，执行业务数据预处理，目的在于统一数据的格式，对要进行规则校验的数据进行数据格式的封装，减少数据库的查询，从而提升性能。根据业务场景确定按照哪种预设的格式进行封装，可以选用map封装、数组封装、链表封装、list结构封装等，可以根据业务模式封装成想要的数据格式。在封装后进行透传校验，相较于未经数据格式封装、多次重复查询数据库进行数据校验的技术，提高了校验性能，数据格式统一，一次查询数据库即可。在业务数据种类繁多的情况下，例如针对下单业务可能有十几种业务数据，则可以分开两次封装，查两次数据库。

待执行校验的业务数据是与用户无关的，是下单该行为本身的元素，例如业务数据包括价格、运费、物品是否能在该省份售卖等共性的内容。

在一实施例中，在加载预先定义的服务提供接口类之后，还包括：

根据用户标识信息对服务提供接口类进行分类，例如，以上文电商服务中用户标识信息为所属省份为例进行说明，按照省份对服务提供接口类进行分类，将不同省份的服务提供接口类分在不同组中，从而便于编码，便于之后快速迭代开发。

可选地，业务处理方法还包括：

通过采用组件化开发方式，比如A省份、B省份后面再新增C省份，不用再增加多个IF、ELSE，而是再增加一个服务提供接口类即可，实现解耦的编码方式。

可选地，业务处理方法还包括：

在A省份的差异化服务变更的情况下，修改对应服务提供接口类中的规则，例如A省份的运费从不包邮变更为包邮的情况下，将对应的A省份的运费服务提供接口类中的规则从不包邮修改为包邮。由于未采用硬编码，所以在用户的目标服务变更的情况下，只需要修改对应的服务提供接口类代码，整体核心业务流程无需发生变动，真正符合面对扩展开放，面对修改关闭。

图5示出了根据实施例的业务处理方法的校验阶段的流程图。如图5所示，校验阶段包括：502：容器启动；504：加载所有服务提供接口类；506：对进行规则校验的数据进行数据格式的封装；508：判断服务是否为通用服务类型；若是，进行到步骤510：进行通用业务校验；若否，进行到步骤512：进行多用户动态服务提供接口类规则校验，直到利用该用户对应的服务的服务提供接口类中的规则校验完成后，步骤514：校验结束。

下述结合附图6，以本说明书提供的业务处理方法在电商服务下单的应用为例，对所述业务处理方法进行进一步说明。其中，图6示出了本说明书一实施例提供的一种应用于电商服务下单的业务处理方法的处理流程图，具体包括以下步骤：

步骤602：根据SaaS平台的电商服务对下单业务进行拆解。

下单业务为不同省份的用户要执行下单业务即创建售卖空调的订单，进行拆解获得下单业务的服务包括商品信息、商品类目、商品主图、价格、运费。

步骤604：对下单业务的服务进行分类，判断是通用服务还是差异化服务。

不同用户例如不同省份的用户售卖空调的价格、运费为差异化的，判断为差异化服务，商品信息、商品类目、商品主图对于不同用户相同，判断为通用服务。

步骤606：针对通用服务进行通用服务开发；针对价格和运费定义不同的服务提供接口，针对A省份的用户与B省份的用户定义不同的服务提供接口类。

A省份不包邮，B省份包邮，A省份售卖空调的价格为最高价格为1000元，B省份售卖空调的价格为最高价格为900元。则首先定义运费、价格两个服务提供接口，即运费(Freight)接口与价格(Price)接口，针对A省份的用户分别定义调用Freight接口与Price接口的两个实现类，例如JiangsuFreightService，JiangsuPrice Service；针对B省份的用户分别定义调用Freight接口与Price接口的两个实现类，例如ZhejiangFreightService，ZhejiangPriceService。

步骤608：容器启动，将针对运费接口和价格接口各自的两个服务提供接口加载到容器中，根据四个服务提供接口类中的用户标识Jiangsu与Zhejiang对服务提供接口类进行分组。

步骤610：接收到A省份的用户针对售卖空调业务输入的操作请求，操作请求携带用于标识该用户的标识信息Jiangsu和价格、运费参数信息以及商品信息等通用服务参数信息。

例如用户对于售卖空调业务的操作请求中价格参数信息为900、运费参数信息为不包邮。

步骤612：确定价格、运费为差异化服务，确定商品信息等为通用服务参数信息。

步骤614：根据A省份的用户的标识信息Jiangsu查找对应的服务提供接口类JiangsuFreightService，JiangsuPriceService。

步骤616：依次判断运费参数信息不包邮是否符合JiangsuFreightService中的规则，价格参数信息900是否符合JiangsuPriceService中的规则。

由于JiangFreightService中的规则是不包邮，JiangsuPriceService中的规则是最高价格为1000元，因此运费参数信息和价格参数信息均符合对应的服务提供接口类中的规则。

步骤618：校验通过，响应于下单服务，为用户创建订单或建立售卖链接，向用户反馈已成功创建订单或建立售卖链接的结果。

根据本实施例的下单业务处理方法提供了一种为差异化服务类型定义不同服务提供接口，针对不同用户的差异化服务的场景利用不同的服务提供接口类，解决对于SaaS平台的多租户业务方案中硬编码的问题。

与上述方法实施例相对应，本说明书还提供了业务处理装置实施例，图7示出了本说明书一实施例提供的一种业务处理装置的结构示意图。如图7所示，该装置包括：

接收模块702，被配置为接收用户针对第一业务输入的操作请求，所述操作请求中至少携带用于标识所述用户的第一用户标识信息和所述第一业务的参数信息；

确定模块704，被配置为确定所述第一业务对应的至少一个服务的服务类型；

查找模块706，被配置为确定所述服务类型属于目标服务类型的情况下，根据所述第一用户标识信息查找对应的服务提供接口类；

校验模块708，被配置为利用查找到的服务提供接口类中的规则对所述第一业务的参数信息进行校验；

处理模块710，被配置为在校验通过的情况下，响应于所述操作请求对所述第一业务进行处理，并反馈处理结果。

根据本说明书的业务处理装置提供了一种为差异化服务类型定义不同服务提供接口，针对不同用户的差异化服务的场景利用不同的服务提供接口类，解决对于SaaS平台的多租户业务方案中硬编码的问题。

可选地，业务处理装置还包括：

加载模块，被配置为加载预先定义的服务提供接口类。

可选地，业务处理装置还包括：

可选地，所述第一定义模块包括：

第二定义单元，被配置为针对不同用户，分别定义调用服务提供接口的服务提供接口类。

可选地，业务处理装置还包括：

可选地，所述确定模块还被配置为：

可选地，业务处理装置还包括：

上述为本实施例的一种业务处理装置的示意性方案。需要说明的是，该业务处理装置的技术方案与上述的业务处理方法的技术方案属于同一构思，业务处理装置的技术方案未详细描述的细节内容，均可以参见上述业务处理方法的技术方案的描述。

图8示出了根据本说明书一实施例提供的一种计算设备800的结构框图。该计算设备800的部件包括但不限于存储器810和处理器820。处理器820与存储器810通过总线830相连接，数据库850用于保存数据。

计算设备800还包括接入设备840，接入设备840使得计算设备800能够经由一个或多个网络860通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备840可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。

在本说明书的一个实施例中，计算设备800的上述部件以及图8中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图8所示的计算设备结构框图仅仅是出于示例的目的，而不是对本说明书范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备800可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备800还可以是移动式或静止式的服务器。

其中，处理器820用于执行如下计算机可执行指令：

确定所述第一业务对应的至少一个服务的服务类型；

上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的业务处理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述业务处理方法的技术方案的描述。

本说明书一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时以用于：

确定所述第一业务对应的至少一个服务的服务类型；

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的业务处理方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述业务处理方法的技术方案的描述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

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

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上公开的本说明书优选实施例只是用于帮助阐述本说明书。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本说明书的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本说明书。本说明书仅受权利要求书及其全部范围和等效物的限制。

Claims

1.一种业务处理方法，其特征在于，应用于软件即服务平台，包括：

基于所述第一用户标识信息或所述参数信息，确定所述第一业务对应的至少一个服务的服务类型；

确定所述服务类型属于目标服务类型的情况下，根据所述第一用户标识信息查找对应的服务提供接口类，其中，所述目标服务类型为针对不同用户定制化的服务；

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

3.根据权利要求1或2所述的业务处理方法，其特征在于，在接收用户针对第一业务输入的操作请求之前，还包括：

加载预先定义的服务提供接口类。

4.根据权利要求3所述的业务处理方法，其特征在于，在加载预先定义的服务提供接口类之前，还包括：

5.根据权利要求1或2所述的业务处理方法，其特征在于，在接收用户针对第一业务输入的操作请求之后，还包括：

6.根据权利要求4所述的业务处理方法，其特征在于，所述根据业务场景中的不同用户的目标服务定义对应的服务提供接口类包括：

针对不同用户，分别定义调用对应的服务提供接口的服务提供接口类。

7.根据权利要求3所述的业务处理方法，其特征在于，在加载预先定义的服务提供接口类之后，还包括：

8.根据权利要求2所述的业务处理方法，其特征在于，确定所述第一业务对应的至少一个服务的服务类型包括：

9.根据权利要求1或2所述的业务处理方法，其特征在于，所述第一业务的参数信息的数目为多个，所述利用查找到的服务提供接口类中的规则对所述第一业务的参数信息进行校验包括：

10.根据权利要求4所述的业务处理方法，其特征在于，还包括：

11.根据权利要求4所述的业务处理方法，其特征在于，还包括：

12.一种业务处理装置，其特征在于，应用于软件即服务平台，包括：

确定模块，被配置为基于所述第一用户标识信息或所述参数信息，确定所述第一业务对应的至少一个服务的服务类型；

查找模块，被配置为确定所述服务类型属于目标服务类型的情况下，根据所述第一用户标识信息查找对应的服务提供接口类，其中，所述目标服务类型为针对不同用户定制化的服务；

13.根据权利要求12所述的业务处理装置，其特征在于，还包括：

14.根据权利要求12或13所述的业务处理装置，其特征在于，还包括：

加载模块，被配置为加载预先定义的服务提供接口类。

15.根据权利要求14所述的业务处理装置，其特征在于，还包括：

16.根据权利要求12或13所述的业务处理装置，其特征在于，还包括：

17.根据权利要求15所述的业务处理装置，其特征在于，所述第一定义模块包括：

第二定义单元，被配置为针对不同用户，分别定义调用对应的所述服务提供接口的服务提供接口类。

18.根据权利要求14所述的业务处理装置，其特征在于，还包括：

19.根据权利要求13所述的业务处理装置，其特征在于，所述确定模块还被配置为：

20.根据权利要求12或13所述的业务处理装置，其特征在于，所述第一业务的参数信息的数目为多个，所述校验模块包括：

21.根据权利要求15所述的业务处理装置，其特征在于，还包括：

22.根据权利要求15所述的业务处理装置，其特征在于，还包括：

23.一种计算设备，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令，以实现下述方法：

24.一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现权利要求1至11任意一项所述业务处理方法的步骤。