CN114328509A - 一种业务处理方法和装置 - Google Patents

Abstract

本发明公开了一种业务处理方法和装置，该方法的一具体实施方式包括：获取目标租户的业务需求，确定所述业务需求对应的业务类型和扩展业务字段；在所述目标租户对应的目标表空间中，创建所述业务类型对应的基础业务表，进而在所述基础业务表中添加所述扩展业务字段；利用添加扩展业务字段后的基础业务表，为所述目标租户提供所述业务需求对应的业务服务。本发明实施方式能够为不同租户的数据提供更高的隔离级别和安全性。

Description

一种业务处理方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种业务处理方法和装置。

背景技术

服务系统可以为不同客户提供业务数据的应用管理等服务。例如，提供诸如补充医疗基金、员工福利情况、健康管理数据、企业年金数据等服务。目前系统中对一个客户设置一个租户标识，通过表中各租户标识来区分不同租户的方式，为多客户端提供服务。但这种方案中不同租户的数据的隔离级别和安全性较低。

发明内容

有鉴于此，本发明实施例提供一种业务处理方法和装置，能够为不同租户的数据提供更高的隔离级别和安全性。

为实现上述目的，根据本发明实施例的一个方面，提供了一种业务处理方法，包括：

获取目标租户的业务需求，确定所述业务需求对应的业务类型和扩展业务字段；

在所述目标租户对应的目标表空间中，创建所述业务类型对应的基础业务表，进而在所述基础业务表中添加所述扩展业务字段；

利用添加扩展业务字段后的基础业务表，为所述目标租户提供所述业务需求对应的业务服务。

可选地，所述获取目标租户的业务需求之后，还包括：

确定所述业务需求对应的扩展业务表；

在所述目标表空间中，创建所述扩展业务表；

所述利用添加扩展业务字段后的基础业务表，为所述目标租户提供所述业务需求对应的业务服务，包括：

利用添加扩展业务字段后的基础业务表和所述扩展业务表，为所述目标租户提供所述业务需求对应的业务服务。

可选地，所述在所述目标租户对应的目标表空间中，创建所述业务类型对应的基础业务表之前，还包括：

确定当前用户关联的租户数量；

在所述租户数量为1的情况下，将所述当前用户关联的租户对应的表空间，确定为所述目标表空间；

在所述租户数量大于1的情况下，接收用户发出的选择指令；根据所述选择指令，从所述当前用户关联的多个租户中确定出所述目标租户，将所述目标租户对应的表空间确定所述目标表空间。

可选地，所述利用添加扩展业务字段后的基础业务表，为所述目标租户提供所述业务需求对应的业务服务，包括：

接收第三方系统发送的数据发送请求，所述第三方系统与所述业务需求相对应；

响应于所述数据发送请求，利用通用数据接收接口，接收所述第三方系统发送的第一数据信息；

对所述第一数据信息进行适配处理；

将处理后的第一数据信息存储至所述基础业务表中。

可选地，所述响应于所述数据发送请求，利用通用数据接收接口，接收所述第三方系统发送的第一数据信息之前，还包括：

对所述数据发送请求进行权限校验，所述权限校验包括：租户权限校验和/或业务权限校验；

在所述数据发送请求通过权限校验的情况下，执行所述响应于所述数据发送请求，利用通用数据接收接口，接收所述第三方系统发送的第一数据信息的步骤。

可选地，所述利用添加扩展业务字段后的基础业务表，为所述目标租户提供所述业务需求对应的业务服务，包括：

接收第三方系统发送的数据接收请求，所述第三方系统与所述业务需求相对应；

响应于所述数据接收请求，从所述基础业务表中获取第二数据信息；

对所述第二数据信息进行适配处理；

利用通用数据分发接口，向所述第三方系统发送处理后的第二数据信息。

可选地，所述响应于所述数据接收请求，从所述基础业务表中获取第二数据信息之前，还包括：

对所述数据接收请求进行权限校验，所述权限校验包括：租户权限校验和/或业务权限校验；

在所述数据接收请求通过权限校验的情况下，执行所述响应于所述数据接收请求，从所述基础业务表中获取第二数据信息的步骤。

另外，本发明还提供了一种业务处理装置，包括：

确定模块，用于获取目标租户的业务需求，确定所述业务需求对应的业务类型和扩展业务字段；

创建模块，用于在所述目标租户对应的目标表空间中，创建所述业务类型对应的基础业务表，进而在所述基础业务表中添加所述扩展业务字段；

服务模块，用于利用添加扩展业务字段后的基础业务表，为所述目标租户提供所述业务需求对应的业务服务。

上述发明中的一个实施例具有如下优点或有益效果：在目标租户对应的目标表空间中，创建该目标用户对应的基础业务表。通过各租户的表空间对各租户的数据进行隔离。相比通过表中各租户标识来区分隔离不同租户的方式，本发明实施例的方案针对不同租户的数据具有更高的隔离级别和安全性。

此外，根据目标租户的业务需求，确定业务需求对应的基础业务表和扩展业务字段。其中，基础业务表可用于为租户提供基础服务，扩展业务字段用于为租户提供个性化的服务。因此，本发明实施例的方案通过设置基础业务表和扩展业务字段，可适应多种业务场景，为多租户提供较为灵活多样的个性化服务。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明一实施例提供的业务处理方法的主要流程的示意图；

图2是根据本发明另一实施例提供的业务处理方法的主要流程的示意图；

图3是根据本发明又一实施例提供的业务处理方法的主要流程的示意图；

图4是根据本发明一实施例提供的多租户的企业门户实现的流程的示意图；

图5是根据本发明一实施例的业务处理装置的主要模块的示意图；

图6是适于用来实现本发明实施例的终端设备或服务器的计算机装置的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

为了实现基于单系统实例为多客户端提供可定制化的服务，并能保障客户的数据隔离等目标，可在系统中针对一个客户设置有一个租户标识，不同表中通过租户标识来区分不同租户的数据，这种方案的优点是维护成本低，但缺点也很明显，即隔离级别最低，安全性最低，数据备份和恢复比较困难，需要逐表逐条备份和还原。有些客户对数据的安全性要求较高，有的客户对成本比较敏感。要在数据的共享、安全隔离和性能间取得平衡。如果对安全性要求越高，就要倾向于隔离，即同一套系统环境，在存储层使用独立的数据库或者共享数据库隔离数据架构的方式。为保证数据的完全隔离，每多服务一个企业客户，可以新建一个数据库或采用独立的SCHEMA来进行数据隔离。独立数据库的维护成本和配置成本较高。

基于此，本发明实施例提出了一种业务服务方案，可以以较低成本，实现客户数据的较高的安全性隔离。图1是根据本发明一实施例提供的业务处理方法的主要流程的示意图，所述业务处理方法包括：

步骤S101，获取目标租户的业务需求，确定业务需求对应的业务类型和扩展业务字段。

业务需求对应于系统需要为目标租户提供的业务服务，业务需求也可以对应于目标租户希望系统可以为该租户提供的业务服务。目标租户可以直接在系统中输入业务需求，或者在系统提供的界面上选择出该目标租户对应的业务需求。

可将系统可提供的服务划分为多个业务类型。业务类型可包括：补充医疗基金、员工福利情况、健康管理数据、企业年金数据等。通过业务类型可确定基础业务表。基础业务表可为目标租户提供该业务类型对应的基础服务。

扩展业务字段为目标用户提供个性化服务的字段。将业务类型对应的基础业务表所提供的服务作为基础服务。根据目标租户的业务需求对应的租户服务和基础服务，确定出目标组合的个性化服务。

可在系统中设置业务需求与业务类型、业务需求与个性化服务的字段的映射关系。根据上述映射关系，确定出目标租户的业务需求对应的业务类型和扩展业务字段。

步骤S102，在目标租户对应的目标表空间中，创建业务类型对应的基础业务表，进而在基础业务表中添加扩展业务字段。

不同租户对应不同的表空间，将租户的数据存储在该租户对应的表空间中，不仅可以隔离各租户的数据，还可以方便对租户数据的备份恢复等操作。

租户的命名空间可以是提前在平台中初始化出来。通过命名空间确定租户的表空间、接口名称、消息队列等。命名空间不仅能够支持应用多租户的实现，还可以选择性的暴露命名空间的接口API(Application Programming Interface，应用程序接口)，实现应用在数据传输过程中的隔离，通过命名空间可以实现不同租户间特殊数据比如缓存、日志和消息队列的隔离。DB根据命名空间使用不同的Schema，MQ(消息队列)根据命名空间使用不同的队列。

通过在基础业务表中添加扩展业务字段，可以为目标租户提供与其需求匹配的服务，较灵活便捷地为不同租户提供个性化的服务。

步骤S103，利用添加扩展业务字段后的基础业务表，为目标租户提供业务需求对应的业务服务。

在本发明实施例中，在目标租户对应的目标表空间中，创建该目标用户对应的基础业务表。通过各租户的表空间对各租户的数据进行隔离。相比通过表中各租户标识来区分隔离不同租户的方式，本发明实施例的方案针对不同租户的数据具有更高的隔离级别和安全性。

此外，根据目标租户的业务需求，确定业务需求对应的基础业务表和扩展业务字段。其中，基础业务表可用于为租户提供基础服务，扩展业务字段用于为租户提供个性化的服务。因此，本发明实施例的方案通过设置基础业务表和扩展业务字段，可适应多种业务场景，为多租户提供较为灵活多样的个性化服务。

图2是根据本发明另一实施例提供的业务处理方法的主要流程的示意图，业务处理方法包括：

步骤S201，确定目标租户的业务需求，并确定业务需求对应的业务类型。

步骤S202，在目标租户对应的目标表空间中，创建业务类型对应的基础业务表。

步骤S203，确定业务需求对应的扩展业务字段。

步骤S204，在目标表空间中，在基础业务表中添加扩展业务字段。

步骤S205，确定业务需求对应的扩展业务表；在目标表空间中，创建扩展业务表。

扩展业务表用于为目标用户提供个性化的服务。对于有些复杂的需求，只在基础业务表中添加扩展业务字段无法实现这些复杂的需求，就需要根据租户的个性化需求，创建扩展业务表。具体地，可在系统中设置业务需求与扩展业务表的映射关系。根据上述映射关系，确定出目标租户的业务需求对应的扩展业务表。

步骤S206，利用添加字段后的基础业务表和扩展业务表，为目标租户提供业务需求对应的业务服务。

在本发明实施例中，对于目标租户的个性化需求，可以通过设置与需求对应的扩展业务字段和扩展业务表来实现。通过基础业务表实现基础需求，通过业务扩展字段及扩展业务表实现个性化需求，以适应更多的应用场景，为不同用户定制不同的个性化服务。

在本发明的一个实施例中，在目标租户对应的目标表空间中，创建业务类型对应的基础业务表之前，还包括：确定当前用户关联的租户数量；在租户数量为1的情况下，将当前用户关联的租户对应的表空间，确定为目标表空间；在租户数量大于1的情况下，接收用户发出的选择指令；根据选择指令，从当前用户关联的多个租户中确定出目标租户，将目标租户对应的表空间确定目标表空间。

用户可关联有多个租户。在当前用户仅关联一个租户的情况下，直接将该租户的空间确定为当前用户对应的目标空间。在当前用户关联有多个租户的情况下，提示当前用户进行选择，并将用户选择的租户的空间确定为当前用户对应的目标空间。

图3是根据本发明一实施例提供的业务处理方法的主要流程的示意图，业务处理方法包括：

步骤S301，确定目标租户的业务需求，并确定业务需求对应的业务类型。

步骤S302，在目标租户对应的目标表空间中，创建业务类型对应的基础业务表。

步骤S303，确定业务需求对应的扩展业务字段。

步骤S304，在目标表空间中，在基础业务表中添加扩展业务字段。

步骤S305，接收第三方系统发送的数据发送请求。

第三方系统与目标租户的业务需求相对应的系统。例如，目标租户的业务需求为补充医疗基金的相关需求，则第三方系统可以为补充医疗系统。目标租户的业务需求为健康管理的相关需求，则第三方系统可以为健康管理系统等。为目标租户提供相关的业务服务，就需要当前系统与第三方系统交互数据。

步骤S306，响应于数据发送请求，利用通用数据接收接口，接收第三方系统发送的第一数据信息。

系统中的通用数据接收接口为接收第三方系统发送的数据信息的统一接口。系统中的通用数据分发接口为向第三方系统发送数据信息的统一接口。系统通过通用数据接收接口和通用数据分发接口与第三方系统进行交互，便于管理系统与其它系统的交互，且提升了系统的安全性。

步骤S307，对第一数据信息进行适配处理；将处理后的第一数据信息存储至基础业务表中。

由于为实现不同租户的个性化需求，基础业务表中可添加扩展业务字段，或者创建扩展业务表。因此，不同租户的表空间中的表结构是不同的。通过对第一数据信息进行适配处理，使处理后的第一数据与目标租户的表空间中的表结构相适应，以将处理后的第一数据信息存储至基础业务表或扩展业务表中。

在本发明实施例中，通过系统中的通用数据接收接口与第三方系统进行交互，再将接收到的第一数据信息进行适配处理，通过适配处理将第一数据信息转换为符合目标租户的表空间的表结构。通过设置通用数据接收接口和适配处理，使系统可以为多租户提供服务的同时，提升了系统的可控性和安全性。

在本发明的一个实施例中，所述响应于所述数据发送请求，利用通用数据接收接口，接收所述第三方系统发送的第一数据信息之前，还包括：对所述数据发送请求进行权限校验，所述权限校验包括：租户权限校验和/或业务权限校验；在所述数据发送请求通过权限校验的情况下，执行所述响应于所述数据发送请求，利用通用数据接收接口，接收所述第三方系统发送的第一数据信息的步骤。通过权限校验，保证系统与第三方系统交互过程中的安全性。

在本发明的一个实施例中，所述利用添加字段后的基础业务表，为所述目标租户提供所述业务需求对应的业务服务，包括：接收第三方系统发送的数据接收请求；响应于所述数据接收请求，从所述基础业务表中获取第二数据信息；对所述第二数据信息进行适配处理；利用通用数据分发接口，向所述第三方系统发送处理后的第二数据信息。

为实现不同租户的个性化需求，基础业务表中可添加扩展业务字段，或者创建扩展业务表。因此，不同租户的表空间中的表结构是不同的，从租户的表空间中获取到的第二数据信息的格式也是不同的，通过适配处理将第二数据信息转换为符合通用数据发送接口的形式，再通过通用数据发送接口将处理后的第二数据发送给第三方系统。通过设置通用数据发送接口和适配处理，使系统可以为多租户提供服务的同时，提升了系统的可控性和安全性。

在本发明的一个实施例中，所述响应于所述数据接收请求，从所述基础业务表中获取第二数据信息之前，还包括：对所述数据接收请求进行权限校验，所述权限校验包括：租户权限校验和/或业务权限校验；在所述数据接收请求通过权限校验的情况下，执行所述响应于所述数据接收请求，从所述基础业务表中获取第二数据信息的步骤。通过权限校验，保证系统与第三方系统交互过程中的安全性。

为使本发明实施例的方案更加便于理解，以下以企业服务门户项目为例进行讲解。对于企业服务门户项目，将之前基于单实例单应用，依靠系统权限和数据权限区分不同客户的实现方式，转换为支持多实例多应用的混合多租户的实现方式。改造后的系统基于分库分表的思想，采用通用化和个性化定制相结合的设计思想。该实现方式，可以实现多个租户之间共享系统实例，同时又可以实现租户系统实例的个性化定制。保证系统共性的部分被共享，个性的部分可以单独定制。来源不同且异构的业务数据可以按需定制，支持数据的标准化，且能保证实例接口不变，从而形成一套高效、易配置、易扩展的多租户实现技术。

本发明实施例的方案能够支持不同企业按需配置和个性化定制，支持客户企业在多服务供应商情况下的统括业务。支持在客户企业的属地化部署和在服务供应商处的集中部署。基于对功能和接口的抽象，重点打造一个多端口、强适配、轻体量、重体验的通用技术平台，灵活适用于单一受托、多方受托、地区划分等多维度统括场景。打造面向企业经办的通用产品，满足不同企业的按需定制和个性化需求，同时保证数据隔离性和达到数据可迁移的目的。

通过技术手段实现基于单系统实例为多客户提供可定制化的服务，并能保障客户的数据隔离。通过合理抽象，统一底层逻辑和对外数据接口，使用配置化解决不同客户企业的个性化业务需求。通过对产品和接口的足够抽象，打造强适配的通用平台，避免随着客户企业的增多及大量个性化需求的提出导致版本混乱的问题。支持多租户的集中部署，支持单租户的属地化部署，也支持两种部署方式的系统迁移。

图4是根据本发明一实施例提供的多租户的企业门户实现的流程的示意图。如图4所示，根据与原系统多租户实现方式的对比，可以发现新的设计引入了改进后的多租户概念。其特点有：

租户的管理方式：不会直接面向应用的端用户，面向的是应用的运维，平台提供提供了统一的接口层。原有系统多租户使用的是单实例单应用的方式，新设计采用多实例多应用的方式。由于提供了统一的接口层，通过统一接口保证了系统版本的一致性，又能支持不同租户的具体实现，兼顾了不同企业的按需定制和个性化需求。数据的存取是按照租户进行物理隔离的，调用平台提供的服务时也是按租户进行运行时隔离。

多租户的抽象实现和数据及状态的隔离：多租户的实现从应用的角度来看，是自上而下的，从不同企业应用按需定制的需求到数据隔离的实现。

在平台内部的实现，是自下而上的。通过命名空间来隔离数据，再将命名空间提供给应用多租户的实现使用。通过命名空间进行数据和状态隔离的抽象，命名空间是提前在平台中初始化出来，命名空间不仅能够支持应用多租户的实现，还可以选择性的暴露命名空间的接口API，实现应用在数据传输过程中的隔离，通过命名空间可以实现不同租户间特殊数据比如缓存、日志和消息队列的隔离。DB根据命名空间使用不同的Schema，MQ根据命名空间使用不同的队列。

租户请求调用链过程中的隔离：平台支持单个用户关联一个或多个租户。平台提供统一登录的服务，用户首先进行系统登录，登录成功，如果该用户只关联一个租户则直接进入业务租户，如果关联多个租户，则提示用户进行租户选择。用户进入租户后，系统会将租户信息映射为命名空间并保存在用户的会话信息中，所有的业务操作请求在调用链路上会带上用户会话的上下文信息，系统根据上下文信息来区分请求是来自于哪个租户。

整个请求过程中，在用户中心根据用户信息区分出命名空间；登录后在应用系统容器中通过用户会话信息来区分租户；在通过接口进行远程过程调用时，通过传递命名空间和接口权限控制来进行数据隔离。

例如，某大型客户企业开展补充医疗业务和健康管理业务，将原本自管的补充医疗业务和新的健康管理业务，委托给三家保险服务供应商。同时，企业提出对各层级单位的数据收集和对各供应商的业务数据监管的需求。由于不同企业租户在业务和流程上不尽相同，各自需求具有很强的定制性。

这就需要平台要基于B端企业视角，并对功能和接口足够抽象，重点打造一个多端口、强适配、轻体量、重体验的通用业务平台，灵活适用于单一受托、多方受托、地区划分等多维度统括场景。满足不同企业的按需定制和个性化需求，同时保证数据隔离性和达到数据可迁移的目的。上述方案可包括如下步骤：

步骤(1)，首先确认企业租户的业务类型为补充医疗和健康管理。确定租户编码并关联租户空间，即将表空间池的表空间分配给特定租户并建立关联。客户企业可以通过注册界面自助申请开通，填写企业信息经审核后自动开通，也可以由系统运维人员协助开通。

步骤(2)，根据步骤(1)确定的业务类型初始化基础参数表和基础业务表，该创建过程会直接切换数据库连接至所分配的表空间中进行。初始化基础参数表的同时会初始化一些参数数据，包括枚举值和配置参数等。初始化业务表时会在业务定义表中插入业务类型对应的业务表名称，主要字段包括业务类型、业务表名称、校验公式等。同时会在业务字段定义表中插入基础业务表包含的业务字段，主要字段包括业务类型、业务字段、所属业务表、字段类型、校验公式等。

步骤(3)，自定义扩展业务字段，根据企业特定需求对业务表进行字段扩展。

步骤(4)，自定义业务表，根据企业需求对业务类型进行业务表扩展，并设置表间关联。

步骤(5)，发布并在表空间下动态创建业务数据实体表。

步骤(6)，企业服务门户与三家供应商的业务系统进行补充医疗业务和健康管理业务的数据交互时，主要涉及两个通用接口，即通用数据接收接口和通用数据分发接口。其交互方式均为三家供应商业务系统单向请求的方式，接收接口采用数据PUSH的方式，分发接口采用数据PULL的方式。

步骤(7)，由于系统一方面要满足企业的个性化需求，一方面要保证接口版本的统一和稳定，所以在实体数据和接口之间增加了通用业务模型封装层和数据适配层。业务模型封装层将实体表的业务数据，按业务类型封装成相应的业务对象，业务模型主要包括业务层级、固定属性和动态扩展属性两部分。数据适配器是将通用业务模型数据转化成具体的业务类型和业务对象，以便完成业务对象的存储。

步骤(8)，在整个过程中，数据分发接口和数据接收接口，不同供应商发出的请求首先在租户层进行权限校验，然后接口层进行按业务颗粒度的权限匹配，获取token,之后的请求都会携带有效期内的token进行数据的推送和数据的接收，完成数据的交互。

该过程通过技术手段实现基于单系统实例为多客户提供可定制化的服务，并能保障客户的数据隔离。对产品和接口的足够抽象，统一底层逻辑和对外数据接口，避免随着客户企业的增多及大量个性化需求的提出导致版本混乱的问题，使用配置化解决不同客户企业的个性化业务需求。

在本发明实施例中，租户是一个商业概念，租户即客户，从技术层面将其进行抽象，将租户映射到一个抽象概念上，即多租户共享应用，对应一套基础设施，从而实现隔离需求，尽量减小商业模式多样化对技术架构的冲击。可以支持不同企业按需配置和个性化定制，支持客户企业在多服务供应商情况下的统括业务。支持在客户企业的属地化部署和在服务供应商处的集中部署。很大程度上提高了系统的可扩展性和可维护性，通过资源复用，有效节约了系统开发成本和实施成本。

对于企业服务门户项目，将之前基于单实例单应用，依靠系统权限和数据权限区分不同客户的实现方式，转换为支持多实例多应用的混合多租户的实现方式。改造后的系统基于分库分表的思想，采用通用化和个性化定制相结合的设计思想。该实现方式，可以实现多个租户之间共享系统实例，同时又可以实现租户系统实例的个性化定制。保证系统共性的部分被共享，个性的部分可以单独定制。来源不同且异构的业务数据可以按需定制，支持数据的标准化，且能保证实例接口不变，从而形成一套高效、易配置、易扩展的多租户实现技术。

建立了支持多实例多应用的混合多租户的业务模型，使用业务域来抽象租户模型。从技术层面将租户映射到一个抽象概念上，即多租户共享应用，对应一套基础设施，满足企业按需定制、个性化、数据隔离的需求。

通过对产品和接口的足够抽象，打造强适配的通用平台，在实体数据和接口之间增加了通用业务模型封装层和数据适配层。业务模型封装层将实体表的业务数据，按业务类型封装成相应的业务对象，业务模型主要包括业务层级、固定属性和动态扩展属性两部分。数据适配器是将通用业务模型数据转化成具体的业务类型和业务对象，以便完成业务对象的存储。通过合理抽象，统一底层逻辑和对外数据接口，使用配置化解决不同客户企业的个性化业务需求，避免随着客户企业的增多及大量个性化需求的提出导致版本混乱的问题，尽量减小商业模式多样化对技术架构的冲击。支持多租户的集中部署，支持单租户的属地化部署，也支持两种部署方式的系统迁移和数据迁移。

图5是根据本发明实施例的业务处理装置的主要模块的示意图，如图5所示，所述业务处理装置500包括：

确定模块501，用于获取目标租户的业务需求，确定所述业务需求对应的业务类型和扩展业务字段；

创建模块502，用于在所述目标租户对应的目标表空间中，创建所述业务类型对应的基础业务表，进而在所述基础业务表中添加所述扩展业务字段；

服务模块503，用于利用添加扩展业务字段后的基础业务表，为所述目标租户提供所述业务需求对应的业务服务。

可选地，该装置还包括：

扩展模块504，用于确定所述业务需求对应的扩展业务表；

在所述目标表空间中，创建所述扩展业务表；

服务模块503具体用于：

利用添加扩展业务字段后的基础业务表和所述扩展业务表，为所述目标租户提供所述业务需求对应的业务服务。

可选地，该装置还包括：

空间确定模块505，用于确定当前用户关联的租户数量；

在所述租户数量为1的情况下，将所述当前用户关联的租户对应的表空间，确定为所述目标表空间；

在所述租户数量大于1的情况下，接收用户发出的选择指令；根据所述选择指令，从所述当前用户关联的多个租户中确定出所述目标租户，将所述目标租户对应的表空间确定所述目标表空间。

可选地，服务模块503具体用于：

接收第三方系统发送的数据发送请求，所述第三方系统与所述业务需求相对应；

响应于所述数据发送请求，利用通用数据接收接口，接收所述第三方系统发送的第一数据信息；

对所述第一数据信息进行适配处理；

将处理后的第一数据信息存储至所述基础业务表中。

可选地，该装置还包括：

校验模块506，用于对所述数据发送请求进行权限校验，所述权限校验包括：租户权限校验和/或业务权限校验；

在所述数据发送请求通过权限校验的情况下，执行所述响应于所述数据发送请求，利用通用数据接收接口，接收所述第三方系统发送的第一数据信息的步骤。

可选地，服务模块503具体用于：

接收第三方系统发送的数据接收请求，所述第三方系统与所述业务需求相对应；

响应于所述数据接收请求，从所述基础业务表中获取第二数据信息；

对所述第二数据信息进行适配处理；

利用通用数据分发接口，向所述第三方系统发送处理后的第二数据信息。

可选地，校验模块506还用于：

对所述数据接收请求进行权限校验，所述权限校验包括：租户权限校验和/或业务权限校验；

在所述数据接收请求通过权限校验的情况下，执行所述响应于所述数据接收请求，从所述基础业务表中获取第二数据信息的步骤。

下面参考图6，其示出了适于用来实现本发明实施例的终端设备的计算机装置600的结构示意图。图6示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，计算机装置600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM603中，还存储有计算机装置600操作所需的各种程序和数据。CPU601、ROM602以及RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶图像处理器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本发明的装置中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的装置、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行装置、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行装置、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的装置来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括确定模块、创建模块和服务模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：

获取目标租户的业务需求，确定所述业务需求对应的业务类型和扩展业务字段；

在所述目标租户对应的目标表空间中，创建所述业务类型对应的基础业务表，进而在所述基础业务表中添加所述扩展业务字段；

利用添加扩展业务字段后的基础业务表，为所述目标租户提供所述业务需求对应的业务服务。

根据本发明实施例的技术方案，在目标租户对应的目标表空间中，创建该目标用户对应的基础业务表。通过各租户的表空间对各租户的数据进行隔离。相比通过表中各租户标识来区分隔离不同租户的方式，本发明实施例的方案针对不同租户的数据具有更高的隔离级别和安全性。

此外，根据目标租户的业务需求，确定业务需求对应的基础业务表和扩展业务字段。其中，基础业务表可用于为租户提供基础服务，扩展业务字段用于为租户提供个性化的服务。因此，本发明实施例的方案通过设置基础业务表和扩展业务字段，可适应多种业务场景，为多租户提供较为灵活多样的个性化服务。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种业务处理方法，其特征在于，包括：

获取目标租户的业务需求，确定所述业务需求对应的业务类型和扩展业务字段；

在所述目标租户对应的目标表空间中，创建所述业务类型对应的基础业务表，进而在所述基础业务表中添加所述扩展业务字段；

利用添加扩展业务字段后的基础业务表，为所述目标租户提供所述业务需求对应的业务服务。

2.根据权利要求1所述的方法，其特征在于，所述获取目标租户的业务需求之后，还包括：

确定所述业务需求对应的扩展业务表；

在所述目标表空间中，创建所述扩展业务表；

所述利用添加扩展业务字段后的基础业务表，为所述目标租户提供所述业务需求对应的业务服务，包括：

利用添加扩展业务字段后的基础业务表和所述扩展业务表，为所述目标租户提供所述业务需求对应的业务服务。

3.根据权利要求1所述的方法，其特征在于，所述在所述目标租户对应的目标表空间中，创建所述业务类型对应的基础业务表之前，还包括：

确定当前用户关联的租户数量；

在所述租户数量为1的情况下，将所述当前用户关联的租户对应的表空间，确定为所述目标表空间；

在所述租户数量大于1的情况下，接收用户发出的选择指令；根据所述选择指令，从所述当前用户关联的多个租户中确定出所述目标租户，将所述目标租户对应的表空间确定所述目标表空间。

4.根据权利要求1所述的方法，其特征在于，所述利用添加扩展业务字段后的基础业务表，为所述目标租户提供所述业务需求对应的业务服务，包括：

接收第三方系统发送的数据发送请求，所述第三方系统与所述业务需求相对应；

响应于所述数据发送请求，利用通用数据接收接口，接收所述第三方系统发送的第一数据信息；

对所述第一数据信息进行适配处理；

将处理后的第一数据信息存储至所述基础业务表中。

5.根据权利要求4所述的方法，其特征在于，所述响应于所述数据发送请求，利用通用数据接收接口，接收所述第三方系统发送的第一数据信息之前，还包括：

对所述数据发送请求进行权限校验，所述权限校验包括：租户权限校验和/或业务权限校验；

在所述数据发送请求通过权限校验的情况下，执行所述响应于所述数据发送请求，利用通用数据接收接口，接收所述第三方系统发送的第一数据信息的步骤。

6.根据权利要求1所述的方法，其特征在于，所述利用添加扩展业务字段后的基础业务表，为所述目标租户提供所述业务需求对应的业务服务，包括：

接收第三方系统发送的数据接收请求，所述第三方系统与所述业务需求相对应；

响应于所述数据接收请求，从所述基础业务表中获取第二数据信息；

对所述第二数据信息进行适配处理；

利用通用数据分发接口，向所述第三方系统发送处理后的第二数据信息。

7.根据权利要求6所述的方法，其特征在于，所述响应于所述数据接收请求，从所述基础业务表中获取第二数据信息之前，还包括：

对所述数据接收请求进行权限校验，所述权限校验包括：租户权限校验和/或业务权限校验；

在所述数据接收请求通过权限校验的情况下，执行所述响应于所述数据接收请求，从所述基础业务表中获取第二数据信息的步骤。

8.一种业务处理装置，其特征在于，包括：

确定模块，用于获取目标租户的业务需求，确定所述业务需求对应的业务类型和扩展业务字段；

创建模块，用于在所述目标租户对应的目标表空间中，创建所述业务类型对应的基础业务表，进而在所述基础业务表中添加所述扩展业务字段；

服务模块，用于利用添加扩展业务字段后的基础业务表，为所述目标租户提供所述业务需求对应的业务服务。

9.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的方法。

10.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-7中任一所述的方法。

Images