租户应用系统的管理方法和装置与流程

1.本发明涉及互联网技术领域，特别涉及租户应用系统的管理方法和装置。


背景技术：

2.随着互联网技术的迅速发展，软件产品即服务也经历的翻天覆地的变化。但由于软件产品经常是部署在公有云服务上的，而使用该服务的租户是不同的，而且不同租户使用该服务中的功能也是不同的。比如，saas系统部署在公有云，租户通过url进行访问。但租户使用时，会使用到系统中的各个模块以及各个设备、而不同的租户用到的模块和设备数量也可能不同。这导致当使用租户较多时，很难实现对每个租户都进行管理。


技术实现要素：

3.本发明提供了租户应用系统的管理方法和装置，能够对多个租户进行统一管理。
4.第一方面，本发明实施例提供了租户应用系统的管理方法，包括：
5.获取至少一个第一租户的账号信息；
6.获取每一个所述第一租户使用租户应用系统中的业务功能的使用记录信息；
7.根据所述账号信息，从预先构建的租户数据库中确定每一个所述第一租户各自所对应的第一目标数据库；其中，所述租户数据库中包括至少一个数据库，且每一个数据库唯一对应一个租户；
8.将所述每一个所述第一租户的使用记录信息分别存储至各自所对应的第一目标数据库。
9.在一种可能的实现方式中，所述业务功能包括如下中的至少一个：租户管理、权限管理、组织管理、出入库和结算管理。
10.在一种可能的实现方式中，在获取至少一个第一租户的账号信息之后，且在获取每一个所述第一租户使用租户应用系统中的业务功能的使用记录信息之前，进一步包括：
11.对所述账号信息的合法性进行验证；
12.若所述账号信息不合法，则拒绝该账号信息对应的第一租户使用租户应用系统中的相应业务功能；
13.若所述账号信息合法，则根据该账号所能使用的业务功能向该账号信息所对应的第一租户开放对应功能的权限。
14.在一种可能的实现方式中，进一步包括：
15.获取至少一个第二租户的系统配置请求；
16.根据各个所述系统配置请求，执行运营模块中相应的配置操作；
17.从所述租户数据库中确定各个所述第二租户所对应的第二目标数据库；
18.将各个所述第二租户执行运营模块中相应配置操作的配置信息分别存储至各自所对应的第二目标数据库。
19.在一种可能的实现方式中，所述配置操作包括如下中的至少一项：租户管理、租期
管理、功能管理、资源配额管理、运行监控、应用监控、基础设置管理和数据管理。
20.在一种可能的实现方式中，租户包括：公有云租户和专属云租户；
21.所述获取至少一个第二租户的系统配置请求，包括：
22.当租户为公有云租户时，获取租户直接访问运营模块的系统配置请求；
23.当租户为专属云租户时，获取租户通过接口访问运营模块的系统配置请求。
24.在一种可能的实现方式中，进一步包括：
25.定时给租户应用系统所配置的至少一个硬件设备发送测试消息；
26.对各个所述硬件设备进行监控，以及接收各个硬件设备根据所述测试消息返回的响应答复；
27.将没有返回响应答复的硬件设备设定为离线状态；以及，
28.记录该硬件设备的异常信息，并将该信息反馈给管理员。
29.第二方面，本发明实施例提供了租户应用系统的管理装置，包括：账户信息获取模块、使用记录获取模块、数据库确定模块和记录信息存储模块；
30.所述账户信息获取模块，用于获取至少一个第一租户的账号信息；
31.所述使用记录获取模块，用于获取每一个所述第一租户使用租户应用系统中的业务功能的使用记录信息；
32.所述数据库确定模块，根据所述账号信息，从预先构建的租户数据库中确定每一个所述第一租户各自所对应的第一目标数据库；其中，所述租户数据库中包括至少一个数据库，且每一个数据库唯一对应一个租户；
33.所述记录信息存储模块，用于将所述每一个所述第一租户的使用记录信息分别存储至各自所对应的第一目标数据库。
34.在一种可能的实现方式中，进一步包括：验证模块；
35.所述验证模块，用于在获取至少一个第一租户的账号信息之后，且在获取每一个所述第一租户使用租户应用系统中的业务功能的使用记录信息之前，执行如下操作：
36.对所述账号信息的合法性进行验证；
37.若所述账号信息不合法，则拒绝该账号信息对应的第一租户使用租户应用系统中的相应业务功能；
38.若所述账号信息合法，则根据该账号所能使用的业务功能向该账号信息所对应的第一租户开放对应功能的权限。
39.在一种可能的实现方式中，进一步包括：运营信息存储模块；
40.所述运行信息存储模块，配置为执行如下操作：
41.获取至少一个第二租户的系统配置请求；
42.根据各个所述系统配置请求，执行运营模块中相应的配置操作；
43.从所述租户数据库中确定各个所述第二租户所对应的第二目标数据库；
44.将各个所述第二租户执行运营模块中相应配置操作的配置信息分别存储至各自所对应的第二目标数据库。
45.由上述技术方案可知，在对租户应用系统进行管理时，可以先获取至少一个第一租户的账号信息，然后获取每一个第一租户使用租用应用系统中的业务功能的使用记录信息。进一步，可以根据账号信息，从预先构建的租户数据库中确定出每一个第一租户所对应
的第一目标数据库，如此即可将每一个第一租户的使用记录信息存储至各自的第一目标数据库中。由此可见，在构建的租户数据库中，每一个数据库都唯一对应一个租户。而每一个租户使用业务功能的使用记录信息都可以分别存储到各自的数据库中，从而租户应用系统可以实现对多个租户的同一管理。
附图说明
46.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
47.图1是本发明一个实施例提供的一种租户应用系统的管理方法的流程图；
48.图2是本发明一个实施例提供的另一种租户应用系统的管理方法的流程图；
49.图3是本发明一个实施例提供的一种租户应用系统的管理装置的示意图。
具体实施方式
50.如前所述，随着互联网技术的迅速发展，软件产品及服务也经历着翻天覆地的变化。如传统软件，安全性较低，数据被损坏后无法找回，需要本地安装和部署，非常耗费时间。此外还需要配备专业的it人员开展维护工作，维护成本较高。而在资金投入方面，需要一次性投入，并且利用率不高，但折旧成本较高。因此针对这些问题，后续开发出了saas以解决上述各问题。
51.然而，主流的saas产品均可实现多租户管理，客户方在使用前直接开通企业级账户即可。但是，市面上的saas产品均不包括物联网的对接，即无法实现erp和物联网的融合，无法采集到一手的设备信息。而且软件产品的应用环境是多租户的应用环境，各租户使用硬件设备不一，以及设备均在企业现场，软件系统在公有云部署。因此，很难实现设备的有效监管。比如，saas系统部署在公有云，租户通过url进行访问。但租户使用时，会使用到系统中的各个模块以及各个设备、而不同的租户用到的模块和设备数量也可能不同。这导致当使用租户较多时，很难实现对每个租户都进行管理。比如，各个租户所产生的费用分别是多少，各个租户各自所具有的权限是什么等。
52.基于此，本发明考虑将每个租户所产生的数据进行分别存储，从而实现对具有多租户的租用应用系统进行统一管理。
53.如图1所示，本发明实施例提供了一种租户应用系统的管理方法，该方法可以包括如下步骤：
54.步骤101：获取至少一个第一租户的账号信息；
55.步骤102：获取每一个第一租户使用租户应用系统中的业务功能的使用记录信息；
56.步骤103：根据账号信息，从预先构建的租户数据库中确定每一个第一租户各自所对应的第一目标数据库；其中，租户数据库中包括至少一个数据库，且每一个数据库唯一对应一个租户；
57.步骤104：将每一个第一租户的使用记录信息分别存储至各自所对应的第一目标数据库。
58.本发明实施例中，在对租户应用系统进行管理时，可以先获取至少一个第一租户的账号信息，然后获取每一个第一租户使用租用应用系统中的业务功能的使用记录信息。进一步，可以根据账号信息，从预先构建的租户数据库中确定出每一个第一租户所对应的第一目标数据库，如此即可将每一个第一租户的使用记录信息存储至各自的第一目标数据库中。由此可见，在构建的租户数据库中，每一个数据库都唯一对应一个租户。而每一个租户使用业务功能的使用记录信息都可以分别存储到各自的数据库中，从而租户应用系统可以实现对多个租户的同一管理。
59.步骤101中租户的账号信息可以包括登录租户应用系统的账号和密码等信息。此时，在用户利用账号信息进行登录时，租户应用系统可以对该账号信息进行验证。即在步骤101获取至少一个第一租户的账号信息之后，以及在步骤102获取每一个第一租户使用租户应用系统中的业务功能的使用记录信息之前，可以进一步进行如下验证操作：
60.对账号信息的合法性进行验证；
61.若账号信息不合法，则拒绝该账号信息对应的第一租户使用租户应用系统中的相应业务功能；
62.若账号信息合法，则根据该账号所能使用的业务功能向该账号信息所对应的第一租户开放对应功能的权限。
63.也就是说，当用户输入账号、密码等账号信息之后，租户应用系统会对该账号信息进行合法性验证，比如该账号和密码是否正确，该账号是否因违规停用等。当账号信息合法时，可以根据该账号所能使用的业务功能向该账号信息所对应的第一租户开放对应功能的权限，比如开放视频录制权限、开放文件下载权限等。而当账号信息不合法时，则会拒绝该账号信息对应的第一租户使用租户应用系统中的相应业务功能，如此可以保证系统的使用安全性。
64.当通过验证账号信息合法之后，可以进一步执行步骤102，即获取每一个第一租户使用租户应用系统中的业务功能的使用记录信息。比如记录用户使用视频录制的信息，记录用户进行出入库管理的信息，记录用户进行结算管理的信息。其中，租户应用系统中的业务功能可以包括租户管理、权限管理、组织管理、出入库和结算管理等。
65.进一步，可以根据步骤101获取到的账号信息，从预先构建的租户数据库中确定每一个第一租户各自所对应的第一目标数据库。其中，该租户数据库可以预先进行构建，应至少由一个数据库组成，且每一个数据库都唯一对应一个账号，即唯一对应一个租户。其中，在根据账号信息进行数据库查询时，可以通过数据库代理sql proxy进行查询实现。
66.如此在步骤104中，即可将步骤102中获取到的各个第一租户所产生的使用记录信息存储到各自的第一目标数据库中。如此可以对各个租户进行分别管理。也即能够根据各个租户所对应的数据库中的信息确定出该租户使用了哪些功能，开通了哪些权限，哪些功能需要对用户进行收费等。
67.除了可以实现对租户使用业务功能进行管理，还可以实现对租户进行系统运营配置时的管理。比如，如图2所示，租户应用系统的管理方法还可以包括如下步骤：
68.步骤201：获取至少一个第二租户的系统配置请求；
69.步骤202：根据各个系统配置请求，执行运营模块中相应的配置操作；
70.步骤203：从租户数据库中确定各个第二租户所对应的第二目标数据库；
71.步骤204：将各个第二租户执行运营模块中相应配置操作的配置信息分别存储至各自所对应的第二目标数据库。
72.在本实施例中，还可以获取至少一个第二租户的系统配置请求，然后根据各个系统配置请求执行运营模块中相应的配置操作，进一步可以确定各个第二租户所对应的第二目标数据库，从而可以将获取到的各个第二租户的配置信息分别存储到各自的第二目标数据库中。由此可见，每一个租户配置信息都可以分别存储到各自的数据库中，从而租户应用系统可以实现对多个租户运营操作的同一管理。
73.运维模块为运维人员提供支持，负责管理、监控、维护整个租户应用系统；其中，配置操作可以包括租户管理、租期管理、功能管理、资源配额管理、运行监控、应用监控、基础设置管理以及数据管理等。
74.此外，租户可以分为公有云租户和专属云租户，如此步骤201可以执行如下操作：即，当租户为公有云租户时，获取租户直接访问运营模块的系统配置请求；而当租户为专属云租户时，获取租户通过接口访问运营模块的系统配置请求。
75.也就是说，在租户应用系统的运营模块中，可以建设资源配额模块，对各租户的硬件资源进行统一管理。针对公有云部署模式和私有云部署模式，采用统一管理的模式，硬件设备的配置统一在租户应用系统中开展，并控制各租户的硬件使用。针对公有云部署模式，各租户在配置系统时，直接访问运营模块，各租户需严格按照多租户运营模块的配置开展硬件配置工作；针对私有云部署模式，采用接口访问的方式进行控制，针对接口访问不通等异常情况，不允许开展设备配置工作。
76.容易理解的是，无论是对业务功能进行管理，还是对运营配置进行管理，租户均可以分为公有云租户和专属云租户。针对公有云租户在公有域中进行相应的管理操作，比如，执行公有域的业务系统集群，利用公有域的数据库对公有云租户所产生的数据进行存储；针对专属云租户在专属于域中进行响应的管理操作，比如，执行专属域的业务系统集群，利用专属域的数据库对专属云租户所产生的数据进行存储。
77.此外，在进行租户应用系统的管理时，还可以包括如下操作：
78.定时给租户应用系统所配置的至少一个硬件设备发送测试消息；
79.对各个硬件设备进行监控，以及接收各个硬件设备根据测试消息返回的响应答复；
80.将没有返回响应答复的硬件设备设定为离线状态；以及，
81.记录该硬件设备的异常信息，并将该信息反馈给管理员。
82.在本实施例中，还可以定时给租户应用系统所配置的至少一个硬件设备发送测试消息，然后对各个硬件设备进行监控，并接收各个硬件设备根据测试消息返回的响应答复。如果有硬件设备没有返回响应答复，那么可以将该硬件设备设定为离线状态，以及记录该硬件设备处于异常状态，并将该硬件设备处于异常状态的信息反馈给管理员。
83.比如，租户应用系统中的运营模块可以定时给硬件设备发送消息，实时监测设备的运行状态。当硬件设备对于消息无响应时，将相应的设备设定为离线状态。同时，记录设备异常信息，通过app消息、短信告警等方式告知管理员进行处理。即针对设备异常情况，租户应用系统可以通过心跳检测等方式，实时获取各项设备的运行状态，以实现对异常的设备进行预警。
84.其中，各个硬件设备的ip、型号、数量等信息可以存储至租户应用系统中的数据库中进行统一管理，所有信息均在云端进行备案，从而实现了硬件资源的统一管理，有效减少了分库监管的人力成本。
85.在一种可能的实现方式中，搭建租户应用系统时可以主要包括：业务模块、运维模块、官方网站和统一认证模块。业务系统为客户提供业务处理，功能包括用户管理、权限管理、组织管理、出入库以及结算管理等；运维系统为运维人员提供支持；负责管理、监控、维护整个系统，可以包括：租户管理、租期管理、功能管理、资源配额管理、运行监控、应用监控、基础设施管理、数据管理等；官方网站用以介绍业务功能，比如可以包括：产品介绍、购买付费、登录注册等；统一认证用于对租户的合法性进行验证。此外还可以包括专属云产品，以及其他公有云产品等。
86.如图3所示，本发明实施例提供了一种租户应用系统的管理装置，可以包括：账户信息获取模块301、使用记录获取模块302、数据库确定模块303和记录信息存储模块304；
87.账户信息获取模块301，用于获取至少一个第一租户的账号信息；
88.使用记录获取模块302，用于获取每一个第一租户使用租户应用系统中的业务功能的使用记录信息；
89.数据库确定模块303，根据账号信息，从预先构建的租户数据库中确定每一个第一租户各自所对应的第一目标数据库；其中，租户数据库中包括至少一个数据库，且每一个数据库唯一对应一个租户；
90.记录信息存储模块304，用于将每一个第一租户的使用记录信息分别存储至各自所对应的第一目标数据库。
91.在一种可能的实现方式中，业务功能包括如下中的至少一个：租户管理、权限管理、组织管理、出入库和结算管理。
92.在一种可能的实现方式中，进一步包括：验证模块；
93.验证模块，用于在获取至少一个第一租户的账号信息之后，且在获取每一个第一租户使用租户应用系统中的业务功能的使用记录信息之前，执行如下操作：
94.对账号信息的合法性进行验证；
95.若账号信息不合法，则拒绝该账号信息对应的第一租户使用租户应用系统中的相应业务功能；
96.若账号信息合法，则根据该账号所能使用的业务功能向该账号信息所对应的第一租户开放对应功能的权限。
97.在一种可能的实现方式中，进一步包括：运营信息存储模块；
98.运行信息存储模块，配置为执行如下操作：
99.获取至少一个第二租户的系统配置请求；
100.根据各个系统配置请求，执行运营模块中相应的配置操作；
101.从租户数据库中确定各个第二租户所对应的第二目标数据库；
102.将各个第二租户执行运营模块中相应配置操作的配置信息分别存储至各自所对应的第二目标数据库。
103.在一种可能的实现方式中，配置操作包括如下中的至少一项：租户管理、租期管理、功能管理、资源配额管理、运行监控、应用监控、基础设置管理和数据管理。
104.在一种可能的实现方式中，租户包括：公有云租户和专属云租户；
105.运营信息存储模块在获取至少一个第二租户的系统配置请求时，配置成执行如下操作：
106.当租户为公有云租户时，获取租户直接访问运营模块的系统配置请求；
107.当租户为专属云租户时，获取租户通过接口访问运营模块的系统配置请求。
108.在一种可能的实现方式中，进一步包括：异常监测模块，配置为执行如下操作：
109.定时给租户应用系统所配置的至少一个硬件设备发送测试消息；
110.对各个硬件设备进行监控，以及接收各个硬件设备根据测试消息返回的响应答复；
111.将没有返回响应答复的硬件设备设定为离线状态；以及，
112.记录该硬件设备的异常信息，并将该信息反馈给管理员。
113.本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行本方案中任一个实施例中的方法。
114.本说明书还提供了一种计算设备，包括存储器和处理器，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现本方案中任一个实施例中的方法。
115.可以理解的是，本方案实施例示意的结构并不构成对租户应用系统的管理装置的具体限定。在说明书的另一些实施例中，租户应用系统的管理装置可以包括比图示更多或者更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件、软件或者软件和硬件的组合来实现。
116.需要说明的是，在本文中，诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
······”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同因素。
117.本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储在计算机可读取的存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质中。
118.上述装置内的各单元之间的信息交互、执行过程等内容，由于与本方案方法实施例基于同一构思，具体内容可参见本方案方法实施例中的叙述，此处不再赘述。
119.本领域技术人员应该可以意识到，在上述一个或多个示例中，本方案所描述的功能可以用硬件、软件、挂件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。
120.以上所述的具体实施方式，对本方案描述的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。