CN107820222B

CN107820222B - 管理多租户的方法及装置

Info

Publication number: CN107820222B
Application number: CN201610820959.9A
Authority: CN
Inventors: 耿长剑
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2016-09-13
Filing date: 2016-09-13
Publication date: 2022-06-10
Anticipated expiration: 2036-09-13
Also published as: CN107820222A

Abstract

本发明提供了一种管理多租户的方法及装置，通过本发明接收起呼消息；依据起呼消息匹配对应起呼消息的租户；依据租户中的预设业务配置执行起呼消息对应的业务，解决相关技术中由于各地业务独立发展，在业务量萎缩的情况下无法将各地的短消息中心进行简单的统一，导致的硬件和软件资源的浪费问题，达到在短消息中心统一各个类型租户，节约硬件和软件资源的效果。

Description

管理多租户的方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种管理多租户的方法及装置。

背景技术

目前电信领域正朝着融合的方向发展，在早期的发展过程中大多数运营商所建设的业务平台都处于独立、分离的建设模式，导致投资上的浪费。现阶段各大运营商，新业务的部署或者现网已有业务的替换，都会遵循降低成本的原则，以最小的投入产生最大的收益，对业务平台融合的需求日趋显著。

随着移动互联网的发展，传统的电信业务逐渐萎缩，短信的业务量出现明显的下降。但是短信又是人们日常生活中必不可少的一种电信业务，比如银行扣款验证码是通过短信下发给用户的。国内的短信中心都是分省建设的，各个省份独立开展业务，导致各个省份间的很多业务是不同的，都有很多独特的业务流程。这样即使在业务量萎缩的情况，也很难将各地的短消息中心进行简单的合一，势必造成很多硬件、软件等资源的浪费。

针对相关技术中由于各地业务独立发展，在业务量萎缩的情况下无法将各地的短消息中心进行简单的统一，导致的硬件和软件资源的浪费的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种管理多租户的方法及装置，以至少解决相关技术中由于各地业务独立发展，在业务量萎缩的情况下无法将各地的短消息中心进行简单的统一，导致的硬件和软件资源的浪费的问题。

根据本发明的一个实施例，提供了一种管理多租户的方法，包括：接收起呼消息；依据起呼消息匹配对应起呼消息的租户；依据租户中的预设业务配置执行起呼消息对应的业务。

可选的，依据起呼消息匹配对应起呼消息的租户包括：提取起呼消息中携带的租户标识；依据租户标识匹配对应起呼消息的租户。

可选的，在接收起呼消息之前，方法还包括：创建租户；同步租户对应的全部业务节点。

进一步地，可选的，创建租户包括：对租户分配对应的用户名、密码和租户标识。

可选的，在对租户分配对应的用户名、密码和租户标识之后，方法还包括：依据租户标识插入对应的缺省配置数据。

可选的，同步租户对应的全部业务节点包括：在预设数据库中依据租户标识索引租户标识对应的数据；依据数据生成同步文件，并在同步文件的文件名中添加租户标识；将添加租户标识的同步文件存储至业务节点目录中，当接收到同步请求时，通过同步请求中携带的租户标识，在上述业务节点目录中提取对应的同步文件。

可选的，依据租户中的预设业务配置执行起呼消息对应的业务包括：对起呼消息进行解码；根据解码后的起呼消息的类型匹配对应的处理流程；依据匹配到的处理流程处理对应的业务。

进一步地，可选的，依据匹配到的处理流程处理对应的业务包括：当起呼消息为移动终端的起呼消息时，判断起呼消息是否支持号码携带；在判断结果为否的情况下，依据主叫号码获取主叫租户的租户标识；在判断结果为是的情况下，判断起呼消息是否携带主叫国际移动用户识别码IMSI；在起呼消息不携带主叫国际移动用户识别码的情况下，在归属位置寄存器HLR中依据主叫号码查询对应的主叫国际移动用户识别码IMSI；依据查询得到的主叫国际移动用户识别码IMSI获取主叫租户的租户标识。

可选的，依据匹配到的处理流程处理对应的业务包括：当起呼消息为应用起呼消息时，依据应用起呼消息中的链路，获取应用起呼消息对应的网络之间互联协议地址IP和对应端口；依据IP和对应端口获取对应的主叫租户的租户标识；依据租户标识获取对应的业务配置；依据业务配置将应用起呼消息发送至被叫用户。

根据本发明的另一个实施例，提供了一种管理多租户的装置，包括：接收模块，用于接收起呼消息；匹配模块，用于依据起呼消息匹配对应起呼消息的租户；业务处理模块，用于依据租户中的预设业务配置执行起呼消息对应的业务。

可选的，业务处理模块，用于当起呼消息为移动终端的起呼消息时，判断起呼消息是否支持号码携带；在判断结果为否的情况下，依据主叫号码获取主叫租户的租户标识；在判断结果为是的情况下，判断起呼消息是否携带主叫国际移动用户识别码IMSI；在起呼消息不携带主叫国际移动用户识别码的情况下，在归属位置寄存器HLR中依据主叫号码查询对应的主叫国际移动用户识别码IMSI；依据查询得到的主叫国际移动用户识别码IMSI获取主叫租户的租户标识；或，当起呼消息为应用起呼消息时，依据应用起呼消息中的链路，获取应用起呼消息对应的网络之间互联协议地址IP和对应端口；依据IP和对应端口获取对应的主叫租户的租户标识；依据租户标识获取对应的业务配置；依据业务配置将应用起呼消息发送至被叫用户。

根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：接收起呼消息；依据起呼消息匹配对应起呼消息的租户；依据租户中的预设业务配置执行起呼消息对应的业务。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：依据起呼消息匹配对应起呼消息的租户包括：提取起呼消息中携带的租户标识；依据租户标识匹配对应起呼消息的租户。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：在接收起呼消息之前，方法还包括：创建租户；同步租户对应的全部业务节点。

进一步地，可选地，存储介质还设置为存储用于执行以下步骤的程序代码：创建租户包括：对租户分配对应的用户名、密码和租户标识。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：同步租户对应的全部业务节点包括：在预设数据库中依据租户标识索引租户标识对应的数据；依据数据生成同步文件，并在同步文件的文件名中添加租户标识；将添加租户标识的同步文件存储至业务节点目录中，当接收到同步请求时，通过同步请求中携带的租户标识，在业务节点目录中提取对应的同步文件。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：依据租户中的预设业务配置对起呼消息执行对应业务包括：对起呼消息进行解码；根据解码后的起呼消息的类型匹配对应的处理流程；依据匹配到的处理流程处理对应的业务。

进一步地，可选地，存储介质还设置为存储用于执行以下步骤的程序代码：依据匹配到的处理流程处理对应的业务包括：当起呼消息为移动终端的起呼消息时，判断起呼消息是否支持号码携带；在判断结果为否的情况下，依据主叫号码获取主叫租户的租户标识；在判断结果为是的情况下，判断起呼消息是否携带主叫国际移动用户识别码IMSI；在起呼消息不携带主叫国际移动用户识别码的情况下，在归属位置寄存器HLR中依据主叫号码查询对应的主叫国际移动用户识别码IMSI；依据查询得到的主叫国际移动用户识别码IMSI获取主叫租户的租户标识。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：依据匹配到的处理流程处理对应的业务包括：当起呼消息为应用起呼消息时，依据应用起呼消息中的链路，获取应用起呼消息对应的网络之间互联协议地址IP和对应端口；依据IP和对应端口获取对应的主叫租户的租户标识；依据租户标识获取对应的业务配置；依据业务配置将应用起呼消息发送至被叫用户。

通过本发明，由于接收起呼消息；依据起呼消息匹配对应起呼消息的租户；依据租户中的预设业务配置执行起呼消息对应的业务。因此，可以解决相关技术中由于各地业务独立发展，在业务量萎缩的情况下无法将各地的短消息中心进行简单的统一，导致的硬件和软件资源的浪费问题，达到在短消息中心统一各个类型租户，节约硬件和软件资源的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的管理多租户的方法的流程图；

图2是根据本发明实施例的中租户创建和配置流程图；

图3是根据本发明实施例中的租户配置数据同步流程图；

图4是根据本发明实施例中多租户起呼消息处理流程图；

图5是根据本发明实施例的管理多租户的装置的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

实施例1

在本实施例中提供了一种运行于管理多租户的方法，图1是根据本发明实施例的管理多租户的方法的流程图，如图1所示，该流程包括如下步骤：

步骤S102，接收起呼消息；

步骤S104，依据起呼消息匹配对应起呼消息的租户；

步骤S106，依据租户中的预设业务配置执行起呼消息对应的业务。

可选的，步骤S104中依据起呼消息匹配对应起呼消息的租户包括：

提取起呼消息中携带的租户标识；依据租户标识匹配对应起呼消息的租户。

可选的，在步骤S102中接收起呼消息之前，本申请实施例提供的管理多租户的方法还包括：

步骤S100，创建租户；

步骤S101，同步租户对应的全部业务节点。

进一步地，可选的，步骤S100中创建租户包括：

对租户分配对应的用户名、密码和租户标识。

可选的，步骤S101中同步租户对应的全部业务节点包括：

Step1，在预设数据库中依据租户标识索引租户标识对应的数据；

Step2，依据数据生成同步文件，并在同步文件的文件名中添加租户标识；

Step3，将添加租户标识的同步文件存储至业务节点目录中，当接收到同步请求时，通过同步请求中携带的租户标识，在业务节点目录中提取对应的同步文件。

可选的，步骤S106中依据租户中的预设业务配置执行起呼消息对应的业务包括：

Step1，对起呼消息进行解码；

Step2，根据解码后的起呼消息的类型匹配对应的处理流程；

Step3，依据匹配到的处理流程处理对应的业务。

进一步地，可选的，Step3中依据匹配到的处理流程处理对应的业务包括：

当起呼消息为移动终端的起呼消息时，判断起呼消息是否支持号码携带；

在判断结果为否的情况下，依据主叫号码获取主叫租户的租户标识；

在判断结果为是的情况下，判断起呼消息是否携带主叫国际移动用户识别码IMSI；

在起呼消息不携带主叫国际移动用户识别码的情况下，在归属位置寄存器HLR中依据主叫号码查询对应的主叫国际移动用户识别码IMSI；

依据查询得到的主叫国际移动用户识别码IMSI获取主叫租户的租户标识。

可选的，Step3中依据匹配到的处理流程处理对应的业务包括：

当起呼消息为应用起呼消息时，依据应用起呼消息中的链路，获取应用起呼消息对应的网络之间互联协议地址IP和对应端口；

依据IP和对应端口获取对应的主叫租户的租户标识；

依据租户标识获取对应的业务配置；依据业务配置将应用起呼消息发送至被叫用户。

综上，本申请实施例提供的管理多租户的方法具体如下：

短消息中心高权限管理员账号可以创建租户；

短消息中心某个租户创建后，该租户可以通过自身的账号登陆，仅能修改该租户的配置，和其他租户的配置在数据库是完全隔离的，看不到更无法修改其他租户数据；

短消息中心某个租户修改配置后，仅对该租户的业务有影响。

短消息中心的业务处理模块对配置资源、hash等全部分租户进行创建和管理；

支持多租户处理的业务节点，在收到起呼消息后，首先根据消息中的某些字段，获取用户的租户，然后根据租户获取租户的相关配置，才能做后续的流程处理；

在消息的原始话单中，增加用户的租户ID字段，在分析查询系统或者计费系统，可以根据相应的租户ID分别租户进行处理；

为了隔离各个租户的配置数据，并且页面能够分租户对配置数据进行管理，原有数据库中的表，全部加一列“租户ID”(tenantID)字段。有效值为0～254，255即0XFF为建库脚本缺省租户ID值，租户ID为255对应数据为建库脚本缺省配置数据。在系统首次安装后，缺省没有任何租户，数据库里仅有租户ID为255的缺省配置数据。当高权限管理员进行租户创建时，比如该租户的租户ID为10，则复制原有所有租户ID为255的数据，并将租户ID修改为10，这样数据库里就有了租户ID为10的缺省配置数据了。用新创建的租户ID为10的租户账号进行登陆，仅能看到租户ID为10的数据，并且修改也仅能修改租户ID为10的数据。

配置数据分租户进行配置，在配置数据向业务同步时，也分租户进行管理。如果页面选择向租户ID为10的租户进行同步，则页面到数据库里查找租户ID为10的数据，生成对应的同步文件。为了避免各个租户间同步文件覆盖，租户同步配置文件名加上租户ID，比如文件名为“smsccfg_租户ID”，当租户ID为10时，同步配置文件名为smsccfg_10。页面向业务进程进行同步时，先将该租户对应的配置文件FTP放到业务节点的目录下，然后向业务发送同步请求事件，在消息中携带租户ID。业务收到同步请求后，根据请求中的租户ID，到本地目录下查到对应的同步文件进行读取。

业务进程为了支持多租户消息处理，必须将所有的资源分租户进行创建和管理。多租户的场景下，如果一开始就申请最大租户数需要的资源(如配置、hash和队列等)，势必造成资源的浪费。为了避免占用大量的内存资源，业务在收到同步时，如果有租户的增加，则动态的申请资源。业务有个指针数组，以租户的ID做数组下标，内部存储的指针指向这个租户动态创建的资源。在业务收到租户同步后，到数组中查找该租户对应的资源是否为空，如果为空则是有租户新增，动态申请租户资源，将地址指针保存到以租户ID为下标的指针数组中。后续短消息中心获取到租户后，根据消息的租户ID就可以获取到这个租户ID对应的配置或者号段hash等资源信息。

SMSC分租户管理，各个租户的配置是独立的，所以配置是不同的，因此各个租户消息处理流程也是不同的。这样的场景下，短消息中心在收到消息后，首先要确定消息的租户ID，根据租户ID获取到该租户ID对应的配置，然后做配置对应的业务处理。

GSM起呼消息，有主叫和被叫两个号码，也就是存在主叫租户和被叫两个租户。GSM消息都是起呼到主叫用户的SMSC，并且从这个短消息中心将消息下发给被叫用户。比如一个南京GSM用户发送给上海的GSM用户，消息起呼到南京SMSC，从南京的SMSC下发给上海用户，整个过程不经过上海SMSC。因此GSM起呼消息应以主叫用户的租户ID为准，通过主叫用户的租户ID对应的配置进行消息处理。

GSM起呼消息分为两类，一是手机的起呼消息，主叫是手机号码；二是应用侧起呼消息，主叫是短号码比如95555。下面分别讨论两种场景下，主叫租户的获取方法：

一、GSM手机起呼消息

GSM手机的起呼消息，在不支持号码携带的情况下，可以配置主叫号段和租户ID的映射关系，通过主叫号码来确定主叫用户的租户ID。在支持号码携带，也是用户可以携号转网的情况下，就不能再使用主叫号码，必须使用主叫用户IMSI。一般情况下起呼消息是携带主叫IMSI的，如果没有携带，就必须使用主叫ISDN到HLR查询主叫IMSI以后，在根据IMSI获取主叫租户的ID。

二、GSM应用起呼消息

一个应用经常会服务多个运营商，而且一个应用为了体现服务的统一性，不会为每个租户都创建一个短号码，这样通过主叫号码来判定主叫的租户就不合适了。应用是通过TCP/IP链接到短消息中心的，短消息中心作为服务端提供侦听的IP和Port，应用绑定到这个IP和Port后，进行消息的收发。短消息中心可以为每个租户提供唯一的侦听IP+Port，业务通过IP+Port判定主叫租户ID。

在多租户的场景下，计费分拣模块要按照租户进行分拣，不同租户对应不同的分拣规则，将不同租户的话单分拣到以租户ID为路径名的路径下，计费中心从各个租户路径下去计费话单进行扣费。业务在出原始话单时，要记录消息的主叫和被叫的租户的ID，以便于计费分拣模块进行计费话单的分拣。

本申请实施例要解决的技术问题是，提供一种能够处理多租户消息的短消息中心，就是在一套短消息中心设备下，实现多个租户的运营。一个租户可以是一个运营商、一个虚拟运营商或者一个运营商的分支。每个租户间都是相对独立的，每个租户拥有自己的配置数据，可以拥有自己的业务逻辑，可以拥有自己的业务接口，可以拥有自己的用户开户数据、号段等信息，可以拥有自己的计费接口。

为了更好地理解本发明，下面结合附图作进一步地描述。

图2是根据本发明实施例的中租户创建和配置流程图，如图2所示：

步骤1.高权限的管理员登录页面后，发起租户创建；

步骤2.租户创建时，确定租户的用户名、密码和租户的ID；

步骤3.租户创建后，要插入租户对应的缺省配置数据。系统安装后会插入建库脚本，建库脚本对应租户ID为255的缺省租户配置数据。在租户创建时，复制租户ID为255的数据，并将租户ID设置创建租户的租户ID；

步骤4.租户创建后，使用租户的用户名和密码登录，就可以修改该租户的配置数据，并且只能修改该租户对应的配置数据。

图3是根据本发明实施例中的租户配置数据同步流程图，如图3所示：

步骤1.租户的数据配置完成后，要同步所有的业务节点，要让业务知道新增了租户，并且要创建租户对应的资源；

步骤2.页面根据要同步租户的租户ID，到数据库中索引该租户ID对应的数据，生成同步文件，同步文件名中加入租户ID；

步骤3.页面将生成的同步文件FTP到业务节点目录下；

步骤4.页面向业务发起同步请求，在请求消息中携带同步租户的租户ID；

步骤5.业务收到同步消息后，从同步消息中取到同步租户的ID，到本地目录下取到对应的同步文件进行读取。

图4是根据本发明实施例中多租户起呼消息处理流程图，如图4所示：

步骤1.短信中心接收外部的起呼消息；

步骤2.短信中心对收到的消息进行解码；

步骤3.解码后，根据起呼消息类型分别进行处理；

步骤4.对手机起呼的消息，判断系统是否支持号码携带；

步骤5.如果系统不支持号码携带，则手机起呼的消息根据主叫号码获取主叫租户ID；

步骤6.如果系统支持号码携带，需要判断手机起呼消息是否携带了主叫IMSI；

步骤7.如果手机起呼消息没有携带主叫IMSI，需要根据主叫号码到HLR查询主叫IMSI；

步骤8.在获取到主叫IMSI后，根据主叫IMSI获取主叫租户ID；

步骤9.起呼解码后如果是应用起呼消息，首先根据消息提交的链路，获取该应用绑定的短消息中心的IP+Port；

步骤10.应用起呼消息根据IP+Port获取主叫租户ID；

步骤11.当起呼消息获取到主叫租户ID后，根据主叫租户ID获取该租户的配置；

步骤12.根据租户配置处理消息，并终呼消息给被叫用户。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

在本实施例中还提供了一种管理多租户的装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图5是根据本发明实施例的管理多租户的装置的结构框图，如图5所示，该装置包括：

接收模块52，用于接收起呼消息；

匹配模块54，用于依据起呼消息匹配对应起呼消息的租户；

业务处理模块56，用于依据租户中的预设业务配置执行起呼消息对应的业务。

可选的，业务处理模块56，用于当起呼消息为移动终端的起呼消息时，判断起呼消息是否支持号码携带；在判断结果为否的情况下，依据主叫号码获取主叫租户的租户标识；在判断结果为是的情况下，判断起呼消息是否携带主叫国际移动用户识别码IMSI；在起呼消息不携带主叫国际移动用户识别码的情况下，在归属位置寄存器HLR中依据主叫号码查询对应的主叫国际移动用户识别码IMSI；依据查询得到的主叫国际移动用户识别码IMSI获取主叫租户的租户标识；或，当起呼消息为应用起呼消息时，依据应用起呼消息中的链路，获取应用起呼消息对应的网络之间互联协议地址IP和对应端口；依据IP和对应端口获取对应的主叫租户的租户标识；依据租户标识获取对应的业务配置；依据业务配置将应用起呼消息发送至被叫用户。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

实施例3

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

S1，接收起呼消息；

S2，依据起呼消息匹配对应起呼消息的租户；

S3，依据租户中的预设业务配置执行起呼消息对应的业务。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

S1，提取起呼消息中携带的租户标识；

S2，依据租户标识匹配对应起呼消息的租户。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行创建租户；同步租户对应的全部业务节点。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行对租户分配对应的用户名、密码和租户标识。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行同步租户对应的全部业务节点包括：在预设数据库中依据租户标识索引租户标识对应的数据；依据数据生成同步文件，并在同步文件的文件名中添加租户标识；将添加租户标识的同步文件存储至业务节点目录中，当接收到同步请求时，通过同步请求中携带的租户标识，在业务节点目录中提取对应的同步文件。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行对起呼消息进行解码；根据解码后的起呼消息的类型匹配对应的处理流程；依据匹配到的处理流程处理对应的业务。

进一步地，可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行当起呼消息为移动终端的起呼消息时，判断起呼消息是否支持号码携带；在判断结果为否的情况下，依据主叫号码获取主叫租户的租户标识；在判断结果为是的情况下，判断起呼消息是否携带主叫国际移动用户识别码IMSI；在起呼消息不携带主叫国际移动用户识别码的情况下，在归属位置寄存器HLR中依据主叫号码查询对应的主叫国际移动用户识别码IMSI；依据查询得到的主叫国际移动用户识别码IMSI获取主叫租户的租户标识。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行当起呼消息为应用起呼消息时，依据应用起呼消息中的链路，获取应用起呼消息对应的网络之间互联协议地址IP和对应端口；依据IP和对应端口获取对应的主叫租户的租户标识；依据租户标识获取对应的业务配置；依据业务配置将应用起呼消息发送至被叫用户。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种管理多租户的方法，其特征在于，包括：

创建租户；

同步所述租户对应的全部业务节点；

接收起呼消息；

依据所述起呼消息匹配对应所述起呼消息的租户；

依据所述租户中的预设业务配置执行所述起呼消息对应的业务；

其中，所述同步所述租户对应的全部业务节点，包括：根据所述租户对应的数据，生成同步文件，以使得所述租户对应的全部业务节点根据同步请求获取所述同步文件。

2.根据权利要求1所述的方法，其特征在于，所述依据所述起呼消息匹配对应所述起呼消息的租户包括：

提取所述起呼消息中携带的租户标识；

依据所述租户标识匹配对应所述起呼消息的租户。

3.根据权利要求1所述的方法，其特征在于，所述创建所述租户包括：

对所述租户分配对应的用户名、密码和租户标识。

4.根据权利要求3所述的方法，其特征在于，在所述对所述租户分配对应的用户名、密码和租户标识之后，所述方法还包括：

依据所述租户标识插入对应的缺省配置数据。

5.根据权利要求1所述的方法，其特征在于，所述同步所述租户对应的全部业务节点包括：

在预设数据库中依据所述租户标识索引所述租户标识对应的数据；

依据所述数据生成同步文件，并在所述同步文件的文件名中添加所述租户标识；

将添加所述租户标识的所述同步文件存储至业务节点目录中，当接收到同步请求时，通过所述同步请求中携带的租户标识，在上述业务节点目录中提取对应的同步文件。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述依据所述租户中的预设业务配置执行所述起呼消息对应的业务包括：

对所述起呼消息进行解码；

根据解码后的所述起呼消息的类型匹配对应的处理流程；

依据匹配到的所述处理流程处理对应的业务。

7.根据权利要求6所述的方法，其特征在于，所述依据匹配到的所述处理流程处理对应的业务包括：

当所述起呼消息为移动终端的起呼消息时，判断所述起呼消息是否支持号码携带；

在判断结果为是的情况下，判断所述起呼消息是否携带主叫国际移动用户识别码IMSI；

在所述起呼消息不携带所述主叫国际移动用户识别码的情况下，在归属位置寄存器HLR中依据主叫号码查询对应的所述主叫国际移动用户识别码IMSI；

依据查询得到的所述主叫国际移动用户识别码IMSI获取所述主叫租户的租户标识。

8.根据权利要求6所述的方法，其特征在于，所述依据匹配到的所述处理流程处理对应的业务包括：

当所述起呼消息为应用起呼消息时，依据所述应用起呼消息中的链路，获取所述应用起呼消息对应的网络之间互联协议地址IP和对应端口；

依据所述IP和对应端口获取对应的主叫租户的租户标识；

依据所述租户标识获取对应的业务配置；

依据所述业务配置将所述应用起呼消息发送至被叫用户。

9.一种管理多租户的装置，其特征在于，包括：

处理器，用于根据存储介质中已存储的程序代码执行创建租户；同步所述租户对应的全部业务节点；

接收模块，用于接收起呼消息；

匹配模块，用于依据所述起呼消息匹配对应所述起呼消息的租户；

业务处理模块，用于依据所述租户中的预设业务配置执行所述起呼消息对应的业务；

10.根据权利要求9所述的装置，其特征在于，所述业务处理模块，用于当所述起呼消息为移动终端的起呼消息时，判断所述起呼消息是否支持号码携带；在判断结果为否的情况下，依据主叫号码获取主叫租户的租户标识；在判断结果为是的情况下，判断所述起呼消息是否携带主叫国际移动用户识别码IMSI；在所述起呼消息不携带所述主叫国际移动用户识别码的情况下，在归属位置寄存器HLR中依据主叫号码查询对应的所述主叫国际移动用户识别码IMSI；依据查询得到的所述主叫国际移动用户识别码IMSI获取所述主叫租户的租户标识；或，当所述起呼消息为应用起呼消息时，依据所述应用起呼消息中的链路，获取所述应用起呼消息对应的网络之间互联协议地址IP和对应端口；依据所述IP和对应端口获取对应的主叫租户的租户标识；依据所述租户标识获取对应的业务配置；依据所述业务配置将所述应用起呼消息发送至被叫用户。