JP5773910B2 - Access control apparatus, access control method and program - Google Patents
Access control apparatus, access control method and program Download PDFInfo
- Publication number
- JP5773910B2 JP5773910B2 JP2012043936A JP2012043936A JP5773910B2 JP 5773910 B2 JP5773910 B2 JP 5773910B2 JP 2012043936 A JP2012043936 A JP 2012043936A JP 2012043936 A JP2012043936 A JP 2012043936A JP 5773910 B2 JP5773910 B2 JP 5773910B2
- Authority
- JP
- Japan
- Prior art keywords
- tenant
- database
- application
- user
- parameter
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
本発明は、アクセス制御装置及びアクセス制御方法及びプログラムに関するものである。本発明は、特に、マルチテナント対応のアクセス制御装置、方法、プログラムに関するものである。 The present invention relates to an access control device, an access control method, and a program. The present invention particularly relates to a multi-tenant compatible access control apparatus, method, and program.
クラウドサービスの普及に伴い、単一のアプリケーションを複数の企業（テナント）で共用する「マルチテナント」型のアプリケーションのサービス形態が普及しつつある。 With the spread of cloud services, service forms of “multi-tenant” type applications in which a single application is shared by a plurality of companies (tenants) are becoming widespread.
「マルチテナント」とは、ハードウェアやソフトウェアを複数の企業で共用可能にした形態のことを指す。クラウドサービスを提供する上で重要となるのは、いかにして低価格でサービスを提供するかである。複数の企業に対して同じサービスを提供する場合、同一のアプリケーションを複数企業に対して提供する「マルチテナント技術」を適用することでソフトウェアやハードウェアのリソースを削減できるため、低価格でのサービス提供が可能になる。 “Multi-tenant” refers to a form in which hardware and software can be shared by multiple companies. The key to providing cloud services is how to provide services at low prices. When providing the same service to multiple companies, it is possible to reduce software and hardware resources by applying “multi-tenant technology” that provides the same application to multiple companies. Provision becomes possible.
シングルテナント型からマルチテナント型のアプリケーションへ移行する際には、コンピュータ資源（ＰＣ（パーソナルコンピュータ）サーバ、ハードディスク、ＡＰＰ（アプリケーション）サーバソフトウエア、ＤＢＭＳ（データベース管理システム）等）を複数のテナントで共有する必要がある。このときアプリケーションやデータベース側でテナントを識別し、テナント別のデータアクセスを実現する必要がある。既存のシングルテナント型アプリケーションに改修を加える場合、アプリケーションやデータベースの構造に手を加える必要があるため、一般的に改修コストが膨大になる可能性がある。そこで、既存アプリケーションを可能な限り流用したまま、マルチテナント化することの可能なフレームワークが求められている。 When migrating from single-tenant type to multi-tenant type applications, multiple tenants share computer resources (PC (personal computer) server, hard disk, APP (application) server software, DBMS (database management system), etc.)) There is a need to. At this time, it is necessary to identify the tenant on the application or database side and realize data access for each tenant. When renovating an existing single tenant type application, it is necessary to modify the structure of the application or database, so that the renovation cost may generally be enormous. Therefore, there is a need for a framework that can be multi-tenant while diverting existing applications as much as possible.
従来技術では、既存アプリケーションを用いてマルチテナント対応型のデータベースからデータを読み出す場合、セッション情報からテナントＩＤ（識別子）、オーナーＩＤ、組織名といったテナントを特定するための情報を取得し、取得した情報に基づいて当該テナントに対応するテーブルを特定したり、読み出すデータを当該テナントに係るデータに絞り込んだりしている（例えば、特許文献１〜３参照）。
In the prior art, when data is read from a multi-tenant compatible database using an existing application, information for identifying a tenant such as a tenant ID (identifier), owner ID, and organization name is acquired from the session information, and the acquired information Based on the table, the table corresponding to the tenant is specified, or the data to be read is narrowed down to the data related to the tenant (see, for example,
マルチテナントアプリケーションでは、データの分離レベルに応じてデータベース分離モデルが以下の通り定義される。
（１）表共有型：１つのテーブル内に複数のテナントの情報が混在する。
（２）スキーマ分離型：テナントごとに専用のスキーマを用意する。
（３）インスタンス分離型：テナントごとに専用のデータベースインスタンスを生成する。
In a multi-tenant application, a database separation model is defined as follows according to the data separation level.
(1) Table sharing type: Information of a plurality of tenants is mixed in one table.
(2) Schema separation type: A dedicated schema is prepared for each tenant.
(3) Instance separation type: A dedicated database instance is generated for each tenant.
従来技術では、表共有モデルのみ、あるいは、スキーマ分離モデルのみを対象としており、「集約度を上げたい」、「独自のスキーマを使いたい」といった利用者の様々なニーズに合わせてモデルを切り替えるような方式を実現できないという課題があった。 In the conventional technology, only the table sharing model or the schema separation model is targeted, and the model is switched according to various needs of users such as “I want to increase the degree of aggregation” or “I want to use my own schema”. There was a problem that it was impossible to realize a simple method.
本発明は、例えば、既存アプリケーションからマルチテナント対応型のデータベースへのアクセスを制御する際に、テナントのニーズ等に合わせてデータベースの種類を切り替えることを目的とする。 An object of the present invention is, for example, to switch the type of database in accordance with the needs of a tenant when controlling access from an existing application to a multi-tenant compatible database.
本発明の一の態様に係るアクセス制御装置は、
ユーザが少なくとも１人ずつ属する複数のテナントによって共用されるアプリケーションから、前記複数のテナントそれぞれの個別のデータを格納するマルチテナント対応型の少なくとも２種類のデータベースへのアクセスを制御するアクセス制御装置であって、
テナントごとに、テナントを一意に識別するテナント識別子と、アクセス対象とするデータベースの種類とを記憶装置により予め記憶するマルチテナント管理データベースと、
前記アプリケーションに入力されると前記アプリケーションが前記少なくとも２種類のデータベースへのアクセス時に出力するパラメータの入力を、前記複数のテナントのいずれかに属するユーザから入力装置により受け付け、当該ユーザが属するテナントのテナント識別子を前記マルチテナント管理データベースから読み出して当該パラメータに埋め込み、当該パラメータを前記アプリケーションに入力するユーザインタフェース接続部と、
前記ユーザインタフェース接続部により入力されたパラメータが前記アプリケーションから出力された場合、当該パラメータに埋め込まれているテナント識別子を取り出し、取り出したテナント識別子に対応するテナントのデータベースの種類を前記マルチテナント管理データベースから読み出し、前記少なくとも２種類のデータベースのうち、読み出した種類のデータベースに格納された当該テナントの個別のデータへのアクセスを前記アプリケーションに行わせるデータベース接続部とを備える。
An access control apparatus according to one aspect of the present invention provides:
An access control device for controlling access to at least two types of multi-tenant-compatible databases that store individual data of each of the plurality of tenants from an application shared by a plurality of tenants to which at least one user belongs. And
For each tenant, a multi-tenant management database that pre-stores a tenant identifier that uniquely identifies a tenant and the type of database to be accessed by a storage device;
When input to the application, the input of parameters that the application outputs when accessing the at least two types of databases is accepted from a user belonging to one of the tenants by the input device, and the tenant of the tenant to which the user belongs An identifier is read from the multi-tenant management database, embedded in the parameter, and a user interface connection unit that inputs the parameter to the application;
When the parameter input by the user interface connection unit is output from the application, the tenant identifier embedded in the parameter is extracted, and the tenant database type corresponding to the extracted tenant identifier is extracted from the multi-tenant management database. And a database connection unit that causes the application to access individual data of the tenant stored in the read type database among the at least two types of databases.
本発明の一の態様において、アクセス制御装置のユーザインタフェース接続部は、ユーザが属するテナントのテナント識別子をパラメータに埋め込み、当該パラメータをアプリケーションに入力する。アクセス制御装置のデータベース接続部は、ユーザインタフェース接続部により入力されたパラメータがアプリケーションから出力された場合、当該パラメータに埋め込まれているテナント識別子を取り出し、取り出したテナント識別子に対応するテナントのアクセス対象として決められた種類のデータベースに格納された当該テナントの個別のデータへのアクセスをアプリケーションに行わせる。そのため、本発明の一の態様によれば、既存アプリケーションからマルチテナント対応型のデータベースへのアクセスを制御する際に、テナントのニーズ等に合わせてデータベースの種類を切り替えることが可能となる。 In one aspect of the present invention, the user interface connection unit of the access control device embeds the tenant identifier of the tenant to which the user belongs in a parameter, and inputs the parameter to the application. When the parameter input by the user interface connection unit is output from the application, the database connection unit of the access control device extracts the tenant identifier embedded in the parameter and sets it as the access target of the tenant corresponding to the extracted tenant identifier. The application is made to access the individual data of the tenant stored in the determined type of database. Therefore, according to one aspect of the present invention, when controlling access from an existing application to a multi-tenant compatible database, the type of database can be switched in accordance with the tenant's needs and the like.
以下、本発明の実施の形態について、図を用いて説明する。 Hereinafter, embodiments of the present invention will be described with reference to the drawings.
実施の形態１．
図１は、本実施の形態に係るアクセス制御装置１００の構成を示すブロック図である。
FIG. 1 is a block diagram showing a configuration of
図１において、アクセス制御装置１００は、シングルテナントで利用されていた既存アプリケーション５００（マルチテナント非対応型のアプリケーション）から、複数のテナントの情報を一元管理しているマルチテナント型データベース４００（マルチテナント対応型のデータベース）へのアクセスを制御する。
In FIG. 1, the
既存アプリケーション５００は、複数のテナントによって共用されるアプリケーションの一例である。各テナントには、ユーザが少なくとも１人ずつ属するものとする。本実施の形態では、既存アプリケーション５００が、テナントＡ、テナントＢ、テナントＣ、テナントＤのユーザによって利用されるクライアントシステム１０１と通信を行って各種サービス（例えば、ウェブサービス）を提供する。クライアントシステム１０１は、テナントごとに設置される。なお、テナントの数は４つに限らず、２つでも、３つでも、５つ以上でも構わない。本実施の形態では、さらに、既存アプリケーション５００が、システム管理者によって利用されるクライアントシステム１０２と通信を行って保守管理用のサービスを提供する。
The existing application 500 is an example of an application shared by a plurality of tenants. It is assumed that at least one user belongs to each tenant. In the present embodiment, the existing application 500 provides various services (for example, web services) by communicating with the
マルチテナント型データベース４００は、複数のテナントそれぞれの個別のデータを格納する少なくとも２種類のデータベースの一例である。本実施の形態では、マルチテナント型データベース４００が、表共有型データベース４１０とスキーマ分離型データベース４２０とインスタンス分離型データベース４３０との３種類のデータベースを組み合わせて構成されている。即ち、マルチテナント型データベース４００は、マルチテナント対応のための構成が互いに異なる３種類のデータベースである。なお、マルチテナント型データベース４００は、表共有型データベース４１０とスキーマ分離型データベース４２０とインスタンス分離型データベース４３０とのうち、２種類のデータベースのみで構成されていてもよいし、その他の種類のデータベースを含む４種類以上のデータベースで構成されていてもよい。
The
アクセス制御装置１００は、既存アプリケーション５００をマルチテナント化するためのマルチテナントアプリケーション基盤２００と、マルチテナントアプリケーション（マルチテナントアプリケーション基盤２００と既存アプリケーション５００との組み合わせ）を運用する上で必要な情報を管理するマルチテナント管理データベース３００とを備える。
The
マルチテナントアプリケーション基盤２００は、ＵＩ（ユーザインタフェース）接続部２１０、マルチテナント制御部２２０、コネクション保持部２３０、ＤＢ（データベース）接続部２４０を備える。
The
ＵＩ接続部２１０は、クライアントシステム１０１からサービスのリクエストを受け付け、そのクライアントシステム１０１が設置されたテナントのテナントＩＤを既存パラメータに埋め込む処理を行う。テナントＩＤとは、テナントを一意に識別するテナント識別子のことである。既存パラメータとは、既存アプリケーション５００に入力されると既存アプリケーション５００がマルチテナント型データベース４００へのアクセス時に出力するパラメータのことである。
The UI connection unit 210 receives a service request from the
マルチテナント制御部２２０は、テナントの登録・削除等のテナントの管理を行う。
The
コネクション保持部２３０は、マルチテナントアプリケーションからマルチテナント型データベース４００へのアクセス時のコネクションを管理する。
The
ＤＢ接続部２４０は、マルチテナントアプリケーションからマルチテナント型データベース４００へのアクセスを制御する。ＤＢ接続部２４０は、テナント分離部２４１、モデル切替部２４２、表共有型接続部２４３、スキーマ分離型接続部２４４、インスタンス分離型接続部２４５を有する。テナント分離部２４１は、既存パラメータからテナントＩＤを取得する。モデル切替部２４２は、テナントごとにアクセスするデータベースを切り替える。表共有型接続部２４３は、表共有型データベース４１０へのアクセスを実現する。スキーマ分離型接続部２４４は、スキーマ分離型データベース４２０へのアクセスを実現する。インスタンス分離型接続部２４５は、インスタンス分離型データベース４３０へのアクセスを実現する。
The
マルチテナント管理データベース３００は、テナント管理テーブル３１０、テナント情報結合設定テーブル３２０、データベース接続設定テーブル３３０を有する。テナント管理テーブル３１０は、マルチテナントアプリケーションを利用するテナントの情報を管理する。テナント情報結合設定テーブル３２０は、テナントＩＤを既存アプリケーション５００に受け渡す際のルールを管理する。データベース接続設定テーブル３３０は、テナントごとのデータベースへの接続情報を管理する。 The multi-tenant management database 300 includes a tenant management table 310, a tenant information combination setting table 320, and a database connection setting table 330. The tenant management table 310 manages information on tenants that use the multi-tenant application. The tenant information combination setting table 320 manages rules for transferring the tenant ID to the existing application 500. The database connection setting table 330 manages connection information to the database for each tenant.
図１には示していないが、アクセス制御装置１００は、処理装置、記憶装置、入力装置、出力装置等のハードウェアを備える。ハードウェアはアクセス制御装置１００の各部によって利用される。例えば、処理装置は、アクセス制御装置１００の各部でデータや情報の演算、加工、読み取り、書き込み等を行うために利用される。記憶装置は、そのデータや情報を記憶するために利用される。また、入力装置は、そのデータや情報を入力するために、出力装置は、そのデータや情報を出力するために利用される。
Although not shown in FIG. 1, the
図２は、アクセス制御装置１００のハードウェア構成の一例を示す図である。
FIG. 2 is a diagram illustrating an example of a hardware configuration of the
図２において、アクセス制御装置１００は、コンピュータであり、ＬＣＤ９０１（Ｌｉｑｕｉｄ・Ｃｒｙｓｔａｌ・Ｄｉｓｐｌａｙ）、キーボード９０２（Ｋ／Ｂ）、マウス９０３、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ・Ｄｉｓｋ・Ｄｒｉｖｅ）、ＣＤＤ９０５（Ｃｏｍｐａｃｔ・Ｄｉｓｃ・Ｄｒｉｖｅ）、プリンタ９０６といったハードウェアデバイスを備えている。これらのハードウェアデバイスはケーブルや信号線で接続されている。ＬＣＤ９０１の代わりに、ＣＲＴ（Ｃａｔｈｏｄｅ・Ｒａｙ・Ｔｕｂｅ）、あるいは、その他の表示装置が用いられてもよい。マウス９０３の代わりに、タッチパネル、タッチパッド、トラックボール、ペンタブレット、あるいは、その他のポインティングデバイスが用いられてもよい。
In FIG. 2, an
アクセス制御装置１００は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ・Ｐｒｏｃｅｓｓｉｎｇ・Ｕｎｉｔ）を備えている。ＣＰＵ９１１は、処理装置の一例である。ＣＰＵ９１１は、バス９１２を介してＲＯＭ９１３（Ｒｅａｄ・Ｏｎｌｙ・Ｍｅｍｏｒｙ）、ＲＡＭ９１４（Ｒａｎｄｏｍ・Ａｃｃｅｓｓ・Ｍｅｍｏｒｙ）、通信ボード９１５、ＬＣＤ９０１、キーボード９０２、マウス９０３、ＦＤＤ９０４、ＣＤＤ９０５、プリンタ９０６、ＨＤＤ９２０（Ｈａｒｄ・Ｄｉｓｋ・Ｄｒｉｖｅ）と接続され、これらのハードウェアデバイスを制御する。ＨＤＤ９２０の代わりに、フラッシュメモリ、光ディスク装置、メモリカードリーダライタ、あるいは、その他の記録媒体が用いられてもよい。
The
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、ＨＤＤ９２０は、不揮発性メモリの一例である。これらは、記憶装置の一例である。通信ボード９１５、キーボード９０２、マウス９０３、ＦＤＤ９０４、ＣＤＤ９０５は、入力装置の一例である。また、通信ボード９１５、ＬＣＤ９０１、プリンタ９０６は、出力装置の一例である。
The
通信ボード９１５は、ＬＡＮ（Ｌｏｃａｌ・Ａｒｅａ・Ｎｅｔｗｏｒｋ）等に接続されている。通信ボード９１５は、ＬＡＮに限らず、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ・Ｐｒｏｔｏｃｏｌ・Ｖｉｒｔｕａｌ・Ｐｒｉｖａｔｅ・Ｎｅｔｗｏｒｋ）、広域ＬＡＮ、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ・Ｔｒａｎｓｆｅｒ・Ｍｏｄｅ）ネットワークといったＷＡＮ（Ｗｉｄｅ・Ａｒｅａ・Ｎｅｔｗｏｒｋ）、あるいは、インターネットに接続されていても構わない。ＬＡＮ、ＷＡＮ、インターネットは、ネットワークの一例である。
The
ＨＤＤ９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。プログラム群９２３のプログラムは、ＣＰＵ９１１、オペレーティングシステム９２１、ウィンドウシステム９２２により実行される。プログラム群９２３には、本実施の形態の説明において「〜部」として説明する機能を実行するプログラムが含まれている。プログラムは、ＣＰＵ９１１により読み出され実行される。ファイル群９２４には、本実施の形態の説明において、「〜データ」、「〜情報」、「〜ＩＤ（識別子）」、「〜フラグ」、「〜結果」として説明するデータや情報や信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」や「〜テーブル」の各項目として含まれている。「〜ファイル」や「〜データベース」や「〜テーブル」は、ＲＡＭ９１４やＨＤＤ９２０等の記録媒体に記憶される。ＲＡＭ９１４やＨＤＤ９２０等の記録媒体に記憶されたデータや情報や信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出、検索、参照、比較、演算、計算、制御、出力、印刷、表示といったＣＰＵ９１１の処理（動作）に用いられる。抽出、検索、参照、比較、演算、計算、制御、出力、印刷、表示といったＣＰＵ９１１の処理中、データや情報や信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。
The
本実施の形態の説明において用いるブロック図やフローチャートの矢印の部分は主としてデータや信号の入出力を示す。データや信号は、ＲＡＭ９１４等のメモリ、ＦＤＤ９０４のフレキシブルディスク（ＦＤ）、ＣＤＤ９０５のコンパクトディスク（ＣＤ）、ＨＤＤ９２０の磁気ディスク、光ディスク、ＤＶＤ（Ｄｉｇｉｔａｌ・Ｖｅｒｓａｔｉｌｅ・Ｄｉｓｃ）、あるいは、その他の記録媒体に記録される。また、データや信号は、バス９１２、信号線、ケーブル、あるいは、その他の伝送媒体により伝送される。
The arrows in the block diagrams and flowcharts used in the description of this embodiment mainly indicate input / output of data and signals. Data and signals are recorded in memory such as
本実施の形態の説明において「〜部」として説明するものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜工程」、「〜手順」、「〜処理」であってもよい。即ち、「〜部」として説明するものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。あるいは、「〜部」として説明するものは、ソフトウェアのみ、あるいは、素子、デバイス、基板、配線といったハードウェアのみで実現されていても構わない。あるいは、「〜部」として説明するものは、ソフトウェアとハードウェアとの組み合わせ、あるいは、ソフトウェアとハードウェアとファームウェアとの組み合わせで実現されていても構わない。ファームウェアとソフトウェアは、プログラムとして、フレキシブルディスク、コンパクトディスク、磁気ディスク、光ディスク、ＤＶＤ等の記録媒体に記憶される。プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。即ち、プログラムは、本実施の形態の説明で述べる「〜部」としてコンピュータを機能させるものである。あるいは、プログラムは、本実施の形態の説明で述べる「〜部」の手順や方法をコンピュータに実行させるものである。
In the description of the present embodiment, what is described as “to part” may be “to circuit”, “to device”, “to device”, and “to step”, “to process”, “to”. ~ Procedure "," ~ process ". That is, what is described as “˜unit” may be realized by firmware stored in the
図３は、マルチテナント管理データベース３００のテナント管理テーブル３１０、テナント情報結合設定テーブル３２０、データベース接続設定テーブル３３０の構成例を示す図である。 FIG. 3 is a diagram illustrating a configuration example of the tenant management table 310, the tenant information combination setting table 320, and the database connection setting table 330 of the multi-tenant management database 300.
図３において、テナント管理テーブル３１０は、テナントＩＤ、テナント名のカラムを含む。テナント管理テーブル３１０は、例えば、テナントＩＤ「Ａ」に対応付けて、テナント名「テナントＡ」を格納している。 In FIG. 3, the tenant management table 310 includes columns of tenant ID and tenant name. For example, the tenant management table 310 stores the tenant name “tenant A” in association with the tenant ID “A”.
テナント情報結合設定テーブル３２０は、結合元パラメータ、結合先パラメータ、セパレータのカラムを含む。結合先パラメータは、ＵＩ接続部２１０によりテナントＩＤを埋め込む対象とする既存パラメータを示す。結合元パラメータ及びセパレータは、テナントＩＤを埋め込んだ後の既存パラメータの形式を示す。本例において、テナント情報結合設定テーブル３２０は、結合元パラメータ「ユーザＩＤ、テナントＩＤ」、結合先パラメータ「ユーザＩＤ」、セパレータ「−−」を格納している。ユーザＩＤは、ユーザを一意に識別するユーザ識別子である。例えば、テナントＡのユーザがユーザＩＤ「ＵＳＥＲ０１」を既存アプリケーション５００に入力しようとすると、ユーザＩＤがＵＩ接続部２１０により「Ａ−−ＵＳＥＲ０１」に変換されてから既存アプリケーション５００に入力されることになる。なお、結合先パラメータとしては、ユーザＩＤに限らず、ユーザ名、サービスの受付番号、後述する組織ＩＤ等、別の既存パラメータを用いても構わない。結合元パラメータ、セパレータについても、上記したものは一例であって、種々の変更が可能である。 The tenant information combination setting table 320 includes a combination source parameter, a combination destination parameter, and a separator column. The combination destination parameter indicates an existing parameter that is a target for embedding the tenant ID by the UI connection unit 210. The combination source parameter and the separator indicate the format of the existing parameter after the tenant ID is embedded. In this example, the tenant information combination setting table 320 stores a combination source parameter “user ID, tenant ID”, a combination destination parameter “user ID”, and a separator “-”. The user ID is a user identifier that uniquely identifies the user. For example, when the user of the tenant A tries to input the user ID “USER01” to the existing application 500, the user ID is converted to “A--USER01” by the UI connection unit 210 and then input to the existing application 500. Become. Note that, as a combination destination parameter, not only the user ID but also other existing parameters such as a user name, a service reception number, and an organization ID described later may be used. Regarding the coupling source parameter and the separator, the above-described ones are merely examples, and various changes can be made.
データベース接続設定テーブル３３０は、テナントＩＤ、接続先ＤＢモデル、プールＩＤ、ＤＢチェック情報のカラムを含む。接続先ＤＢモデルは、テナントのアクセス対象として決められたデータベースの種類を示す。プールＩＤは、データベースのコネクションプール（データベースとの接続）を一意に識別する接続識別子を示す。接続先ＤＢモデルが表共有型データベース４１０の場合、コネクションプールは各テナントに共通のものが割り当てられる。接続先ＤＢモデルがスキーマ分離型データベース４２０又はインスタンス分離型データベース４３０の場合、コネクションプールは各テナントに個別のものが割り当てられる。ＤＢチェック情報は、特定のテーブルに格納されるデータについて設定された条件を示す。この条件は、接続先ＤＢモデルが表共有型データベース４１０の場合のみ設定される。なお、ＤＢチェック情報は、本実施の形態では使用しないものとする。データベース接続設定テーブル３３０は、例えば、テナントＩＤ「Ａ」に対応付けて、接続先ＤＢモデル「表共有型」（表共有型データベース４１０を示す）、プールＩＤ「ｐｏｏｌＣｏｍｍｏｎ」（共通のコネクションプールを示す）を格納している。
The database connection setting table 330 includes columns of tenant ID, connection destination DB model, pool ID, and DB check information. The connection destination DB model indicates the type of database determined as the access target of the tenant. The pool ID indicates a connection identifier for uniquely identifying a database connection pool (connection with a database). When the connection destination DB model is the
上記のように、本実施の形態において、マルチテナント管理データベース３００は、テナントごとに、少なくともテナントＩＤとデータベースの種類（接続先ＤＢモデルやプールＩＤによって示される）とを記憶装置により予め記憶する。 As described above, in the present embodiment, the multi-tenant management database 300 stores at least a tenant ID and a database type (indicated by a connection destination DB model and a pool ID) in advance by a storage device for each tenant.
図４は、表共有型データベース４１０の構成例を示す図である。
FIG. 4 is a diagram illustrating a configuration example of the
図４において、表共有型データベース４１０は、複数のテナントそれぞれの個別のデータを、テナントＩＤのカラムを含む共通のテーブルに格納することによりマルチテナント対応を行う第１種類のデータベースの一例である。表共有型データベース４１０は、各テナントに共通のテーブルとして、個人情報テーブル（ユーザ一覧）、組織情報テーブル（組織一覧）、配属情報テーブル（配属一覧）、認証情報テーブル（パスワード一覧）を有する。
In FIG. 4, the
個人情報テーブル（ユーザ一覧）は、テナントＩＤ、ユーザＩＤ、ユーザ名のカラムを含む。本例では、ユーザＩＤが（シングルテナントアプリケーションのように）全テナント間でユーザを一意に識別するものとするが、ユーザが属するテナント内のみでユーザを一意に識別できればよい。個人情報テーブル（ユーザ一覧）は、例えば、テナントＩＤ「Ａ」に対応付けて、ユーザＩＤ「ＵＳＥＲ０１」、ユーザ名「ユーザ１」を格納している。
The personal information table (user list) includes columns of tenant ID, user ID, and user name. In this example, the user ID uniquely identifies the user among all tenants (as in a single tenant application), but it is sufficient that the user can be uniquely identified only within the tenant to which the user belongs. For example, the personal information table (user list) stores a user ID “USER01” and a user name “
組織情報テーブル（組織一覧）は、テナントＩＤ、組織ＩＤ、組織名のカラムを含む。組織ＩＤは、テナントの組織（部署等）を一意に識別する組織識別子である。組織情報テーブル（組織一覧）は、例えば、テナントＩＤ「Ａ」に対応付けて、組織ＩＤ「ＯＲＧ１」、組織名「組織１」を格納している。
The organization information table (organization list) includes columns of tenant ID, organization ID, and organization name. The organization ID is an organization identifier that uniquely identifies a tenant's organization (department or the like). The organization information table (organization list) stores, for example, the organization ID “ORG1” and the organization name “
配属情報テーブル（配属一覧）は、テナントＩＤ、配属ＩＤ、ユーザＩＤ、組織ＩＤのカラムを含む。配属ＩＤは、ユーザと組織との対応付け（即ち、配属）を一意に識別する配属識別子である。配属情報テーブル（配属一覧）は、例えば、テナントＩＤ「Ａ」に対応付けて、配属ＩＤ「１」、ユーザＩＤ「ＵＳＥＲ０１」、組織ＩＤ「ＯＲＧ１」を格納している。 The assignment information table (assignment list) includes columns of tenant ID, assignment ID, user ID, and organization ID. The assignment ID is an assignment identifier that uniquely identifies the association (that is, assignment) between the user and the organization. The assignment information table (assignment list) stores, for example, an assignment ID “1”, a user ID “USER01”, and an organization ID “ORG1” in association with the tenant ID “A”.
認証情報テーブル（パスワード一覧）は、テナントＩＤ、ユーザＩＤ、パスワードのカラムを含む。認証情報テーブル（パスワード一覧）は、例えば、テナントＩＤ「Ａ」に対応付けて、ユーザＩＤ「ＵＳＥＲ０１」、パスワード「ｘｘｘｘｘｘｘｘ」を格納している。 The authentication information table (password list) includes tenant ID, user ID, and password columns. The authentication information table (password list) stores, for example, a user ID “USER01” and a password “xxxxxxxx” in association with the tenant ID “A”.
図５は、スキーマ分離型データベース４２０の構成例を示す図である。
FIG. 5 is a diagram illustrating a configuration example of the schema
図５において、スキーマ分離型データベース４２０は、テナントごとに、テナントの個別のデータを個別のテーブルに格納することによりマルチテナント対応を行う第２種類のデータベースの一例である。スキーマ分離型データベース４２０は、各テナントの個別のテーブルとして、個人情報テーブル（テナントＡ＿ユーザ一覧、テナントＢ＿ユーザ一覧）、組織情報テーブル（テナントＡ＿組織一覧、テナントＢ＿組織一覧）、配属情報テーブル（テナントＡ＿配属一覧、テナントＢ＿配属一覧）を有する。図示していないが、スキーマ分離型データベース４２０は、認証情報テーブル（テナントＡ＿パスワード一覧、テナントＢ＿パスワード一覧）も有する。
In FIG. 5, the schema
個人情報テーブル（テナントＡ＿ユーザ一覧、テナントＢ＿ユーザ一覧）、組織情報テーブル（テナントＡ＿組織一覧、テナントＢ＿組織一覧）、配属情報テーブル（テナントＡ＿配属一覧、テナントＢ＿配属一覧）、認証情報テーブル（テナントＡ＿パスワード一覧、テナントＢ＿パスワード一覧）の各テーブルは、テナントＩＤのカラムを含む代わりに、テーブル名にテナント名（テナントＩＤでもよい）を含んでいる。各テーブルに含まれるカラムについては、図４に示した表共有型データベース４１０のものと同様である。
Personal information table (tenant A_user list, tenant B_user list), organization information table (tenant A_organization list, tenant B_organization list), assignment information table (tenant A_assignment list, tenant B_assignment list), authentication information table (tenant) Each table of (A_password list, tenant B_password list) includes a tenant name (may be a tenant ID) in the table name instead of including a tenant ID column. The columns included in each table are the same as those in the
図６は、インスタンス分離型データベース４３０の構成例を示す図である。
FIG. 6 is a diagram illustrating a configuration example of the instance
図６において、インスタンス分離型データベース４３０は、テナントごとに、テナントの個別のデータを格納する個別のデータベースインスタンスが存在することによりマルチテナント対応を行う第３種類のデータベースの一例である。インスタンス分離型データベース４３０のテナントＡ用インスタンス及びテナントＢ用インスタンスは、それぞれ個人情報テーブル（ユーザ一覧）、組織情報テーブル（組織一覧）、配属情報テーブル（配属一覧）を有する。図示していないが、テナントＡ用インスタンス及びテナントＢ用インスタンスは、それぞれ認証情報テーブル（パスワード一覧）も有する。
In FIG. 6, the instance
個人情報テーブル（ユーザ一覧）、組織情報テーブル（組織一覧）、配属情報テーブル（配属一覧）、認証情報テーブル（パスワード一覧）の各テーブルは、テナントＩＤのカラムを含んだり、テーブル名にテナント名を含んだりする代わりに、テナントごとにデータベースインスタンスが分かれている。各テーブルに含まれるカラムについては、図４に示した表共有型データベース４１０のものと同様である。
Each table of personal information table (user list), organization information table (organization list), assignment information table (assignment list), and authentication information table (password list) includes a column of tenant ID, or a tenant name in the table name. Instead of including, database instance is divided for each tenant. The columns included in each table are the same as those in the
以下では、図７〜図９を用いて、テナントＡのクライアントシステム１０１からサービスのリクエストが送信されたときのアクセス制御装置１００の動作（本実施の形態に係るアクセス制御方法、本実施の形態に係るプログラムの処理手順）について説明する。
Hereinafter, the operation of the
図７は、既存アプリケーション５００にテナントＩＤを意識させずに既存アプリケーション５００を利用するために、既存パラメータに対するテナントＩＤの結合及び分離を行う流れを示すシーケンス図である。 FIG. 7 is a sequence diagram showing a flow of combining and separating tenant IDs with respect to existing parameters in order to use the existing application 500 without making the existing application 500 aware of the tenant ID.
Ｓ１０１において、テナントＡのクライアントシステム１０１は、ＵＩ接続部２１０に対し、ログイン要求を出す。このとき、クライアントシステム１０１は、ＵＩ接続部２１０に対し、テナントＩＤ、ユーザＩＤ、パスワードを送信するものとする。ＵＩ接続部２１０は、テナントＩＤ、ユーザＩＤ、パスワードを入力装置により受信する。
In S <b> 101, the
Ｓ１０２において、ＵＩ接続部２１０は、受信したテナントＩＤが正しいものか、及び、テナントＩＤをどのように既存パラメータに埋め込むのか（結合ルール）に関する情報を入手するために、マルチテナント制御部２２０にテナントＩＤ確認通知とテナント情報結合情報取得要求を出す。
In S102, the UI connection unit 210 sends the tenant ID to the
Ｓ１０３において、マルチテナント制御部２２０は、マルチテナント管理データベース３００に対し、テナント管理テーブル３１０にＵＩ接続部２１０から受け取ったテナントＩＤが含まれているかどうか問い合わせる。また、テナント情報結合設定テーブル３２０の結合ルールを問い合わせる。
In S103, the
Ｓ１０４において、マルチテナント管理データベース３００は、マルチテナント制御部２２０の問い合わせに対し、テナント管理テーブル３１０、テナント情報結合設定テーブル３２０を検索し、結果を返す。
In S104, the multi-tenant management database 300 searches the tenant management table 310 and the tenant information combination setting table 320 in response to the inquiry from the
Ｓ１０５において、マルチテナント制御部２２０は、ＵＩ接続部２１０に対し、検索結果を返す。
In S <b> 105, the
Ｓ１０６において、ＵＩ接続部２１０は、マルチテナント制御部２２０経由で取得した結合ルールを基に、既存パラメータに対し、テナントＩＤを処理装置により埋め込む。本例では、図３に示したように、結合ルールとして、結合元パラメータ「ユーザＩＤ、テナントＩＤ」、結合先パラメータ「ユーザＩＤ」、セパレータ「−−」が設定されているものとする。そのため、テナントＩＤが「Ａ」、ユーザＩＤが「ＵＳＥＲ０１」のユーザの場合、既存パラメータのユーザＩＤは「Ａ−−ＵＳＥＲ０１」となる。テナントＩＤを埋め込んだ後に、ＵＩ接続部２１０は、既存アプリケーション５００に対し、ユーザＩＤを「Ａ−−ＵＳＥＲ０１」とした上でリクエストを送信する。
In S <b> 106, the UI connection unit 210 embeds a tenant ID in the existing parameter by the processing device based on the combination rule acquired via the
Ｓ１０７において、既存アプリケーション５００は、シングルテナントの場合と同様の処理を実施する。具体的には、既存アプリケーション５００は、マルチテナント型データベース４００に対するクエリ（第１のクエリ）を発行する。
In S107, the existing application 500 performs the same processing as in the case of a single tenant. Specifically, the existing application 500 issues a query (first query) to the
Ｓ１０８において、既存アプリケーション５００は、ＤＢ接続部２４０のテナント分離部２４１に対してデータベース接続要求を出す。データベース接続要求には、パラメータとしてユーザＩＤが含まれている。
In S <b> 108, the existing application 500 issues a database connection request to the
Ｓ１０９において、テナント分離部２４１は、既存アプリケーション５００から受け取ったデータベース接続要求のパラメータからテナントＩＤを抽出するための情報を取得するために、マルチテナント制御部２２０に対し、テナント情報結合情報取得要求を出す。
In S109, the
Ｓ１１０において、マルチテナント制御部２２０は、テナント分離部２４１から受け取ったテナント情報結合情報取得要求を基に、マルチテナント管理データベース３００に対して、結合ルールを問い合わせる。
In S110, the
Ｓ１１１において、マルチテナント管理データベース３００は、マルチテナント制御部２２０の問い合わせに対し、テナント情報結合設定テーブル３２０を検索し、結果を返す。
In S111, the multi-tenant management database 300 searches the tenant information combination setting table 320 in response to the inquiry from the
Ｓ１１２において、マルチテナント制御部２２０は、テナント分離部２４１に対し、検索結果を返す。
In S112, the
Ｓ１１３において、テナント分離部２４１は、結合ルールを基に、既存パラメータからテナントＩＤを処理装置により取得する。本例では、ユーザＩＤからテナントＩＤを取得する。
In S113, the
Ｓ１１４において、テナント分離部２４１は、ＤＢ接続部２４０のモデル切替部２４２に対し、既存アプリケーション５００から受け取ったデータベース接続要求を、テナントＩＤを付与した状態で渡す。モデル切替部２４２は、データベース接続要求を受け取る。
In S114, the
上記のように、本実施の形態において、ＵＩ接続部２１０は、既存パラメータの入力を、複数のテナントのいずれかに属するユーザから入力装置により受け付ける。ＵＩ接続部２１０は、当該ユーザが属するテナントのテナントＩＤをマルチテナント管理データベース３００から読み出して、当該ユーザから入力された既存パラメータに処理装置により埋め込む。そして、ＵＩ接続部２１０は、テナントＩＤを埋め込んだ既存パラメータを既存アプリケーション５００に入力する。本例において、ＵＩ接続部２１０は、当該ユーザから、既存パラメータとして、当該ユーザのユーザＩＤの入力を受け付け、当該ユーザが属するテナントのテナントＩＤを、当該ユーザから入力されたユーザＩＤに連結することにより、テナントＩＤを既存パラメータに埋め込む。 As described above, in the present embodiment, the UI connection unit 210 receives an input of an existing parameter from a user belonging to one of a plurality of tenants using an input device. The UI connection unit 210 reads the tenant ID of the tenant to which the user belongs from the multi-tenant management database 300 and embeds the tenant ID in the existing parameter input by the user by the processing device. Then, the UI connection unit 210 inputs the existing parameter in which the tenant ID is embedded into the existing application 500. In this example, the UI connection unit 210 receives an input of the user ID of the user as an existing parameter from the user, and connects the tenant ID of the tenant to which the user belongs to the user ID input by the user. Thus, the tenant ID is embedded in the existing parameter.
また、本実施の形態において、ＤＢ接続部２４０は、ＵＩ接続部２１０により入力された既存パラメータが既存アプリケーション５００から出力された場合、出力された既存パラメータに埋め込まれているテナントＩＤを処理装置により取り出す。
Further, in this embodiment, when the existing parameter input by the UI connection unit 210 is output from the existing application 500, the
図８は、表共有型データベース４１０へのアクセスの流れを示すシーケンス図である。
FIG. 8 is a sequence diagram showing a flow of access to the
Ｓ２０１において、モデル切替部２４２は、受け取ったデータベース接続要求からテナントＩＤを取得し、どのようにデータベースへアクセスするのかに関する情報を取得するため、取得したテナントＩＤをマルチテナント制御部２２０に通知する。
In S201, the
Ｓ２０２において、マルチテナント制御部２２０は、通知されたテナントＩＤのテナントがどのようにデータベースにアクセスするのかをマルチテナント管理データベース３００に対して問い合わせる。
In S202, the
Ｓ２０３において、マルチテナント管理データベース３００は、マルチテナント制御部２２０の問い合わせに対し、データベース接続設定テーブル３３０を検索し、結果を返す。この結果には、プールＩＤが含まれている。
In S203, the multi-tenant management database 300 searches the database connection setting table 330 in response to the inquiry from the
Ｓ２０４において、マルチテナント制御部２２０は、マルチテナント管理データベース３００より取得したプールＩＤを基に、コネクション保持部２３０に対し、コネクションプールの取得を要求する。このとき、マルチテナント制御部２２０は、コネクション保持部２３０に対し、プールＩＤを送信するものとする。
In S204, the
Ｓ２０５において、コネクション保持部２３０は、受け取ったプールＩＤのコネクションプールを返す。
In S205, the
Ｓ２０６において、マルチテナント制御部２２０は、モデル切替部２４２より受け取ったテナントＩＤのテナントが使用するデータベースのコネクションプールをモデル切替部２４２に返す。
In S206, the
Ｓ２０７において、モデル切替部２４２は、マルチテナント制御部２２０から受け取ったコネクションプール（接続先情報）を基に、接続先を切り替える。本例では、図３に示したように、テナントＡの接続先ＤＢモデルとして、表共有型データベース４１０が設定されているものとする。そのため、モデル切替部２４２は、表共有型接続部２４３に接続する。
In S207, the
Ｓ２０８において、表共有型接続部２４３は、コネクション保持部２３０より取得したコネクションプールを用いてマルチテナント型データベース４００の表共有型データベース４１０に接続し、検索要求を出す。具体的には、表共有型接続部２４３は、既存アプリケーション５００により発行されたクエリ（例えば、ＳＱＬのＳＥＬＥＣＴ文）に、アクセス対象となるテーブルのテナントＩＤとモデル切替部２４２が取得したテナントＩＤとが一致することを条件（例えば、ＷＨＥＲＥ句）として追加した上で、そのクエリを表共有型データベース４１０に対して発行する。
In S208, the table sharing
Ｓ２０９において、表共有型データベース４１０は、検索結果（具体的には、クエリの結果）を表共有型接続部２４３へ返す。
In S209, the table sharing
Ｓ２１０において、表共有型接続部２４３は、表共有型データベース４１０から返ってきた検索結果をモデル切替部２４２へ返す。モデル切替部２４２は、検索結果を受信する。
In S210, the table sharing
上記のように、本実施の形態において、ＤＢ接続部２４０は、既存アプリケーション５００から出力された既存パラメータに埋め込まれているテナントＩＤを取り出した後、取り出したテナントＩＤに対応するテナントのデータベースの種類をマルチテナント管理データベース３００から読み出す。そして、ＤＢ接続部２４０は、マルチテナント型データベース４００を構成する３種類のデータベースのうち、読み出した種類のデータベースに格納された当該テナントの個別のデータへのアクセスを既存アプリケーション５００に行わせる。
As described above, in this embodiment, the
図９は、マルチテナント型データベース４００の検索結果をクライアントシステム１０１へ返す処理の流れを示すシーケンス図である。
FIG. 9 is a sequence diagram showing a flow of processing for returning the search result of the
Ｓ３０１において、モデル切替部２４２は、受信したマルチテナント型データベース４００の検索結果をテナント分離部２４１へ渡す。
In S301, the
Ｓ３０２において、テナント分離部２４１は、既存アプリケーション５００へモデル切替部２４２から取得したマルチテナント型データベース４００の検索結果を渡す。
In S <b> 302, the
Ｓ３０３において、既存アプリケーション５００は、受け取ったマルチテナント型データベース４００の検索結果を基に、シングルテナントの場合と同様の処理を実施する。具体的には、既存アプリケーション５００は、マルチテナント型データベース４００に対するクエリの結果に基づいて、所定の処理（例えば、ウェブサービスのための処理）を実行する。
In S303, the existing application 500 performs the same processing as in the case of a single tenant based on the received search result of the
Ｓ３０４において、既存アプリケーション５００は、処理の実施結果をＵＩ接続部２１０に返す。 In S <b> 304, the existing application 500 returns the execution result of the processing to the UI connection unit 210.
Ｓ３０５において、ＵＩ接続部２１０は、処理の実施結果をテナントＡのクライアントシステム１０１に返す。
In step S <b> 305, the UI connection unit 210 returns the processing execution result to the
以上説明した動作により、マルチテナントアプリケーションからテナントＡのユーザへのサービス提供が行われる。テナントＢのクライアントシステム１０１からサービスのリクエストが送信されたときにも、同様の動作により、マルチテナントアプリケーションからテナントＢのユーザへのサービス提供が行われる。
With the operation described above, the service is provided from the multi-tenant application to the user of the tenant A. When a service request is transmitted from the
以下では、図１０を用いて、テナントＣのクライアントシステム１０１からサービスのリクエストが送信されたときのアクセス制御装置１００の動作（本実施の形態に係るアクセス制御方法、本実施の形態に係るプログラムの処理手順）について説明する。
Hereinafter, the operation of the
既存アプリケーション５００にテナントＩＤを意識させずに既存アプリケーション５００を利用するために、既存パラメータに対するテナントＩＤの結合及び分離を行う流れは、図７に示したものと同様である。 In order to use the existing application 500 without making the existing application 500 aware of the tenant ID, the flow of combining and separating the tenant ID with respect to the existing parameter is the same as that shown in FIG.
図１０は、スキーマ分離型データベース４２０へのアクセスの流れを示すシーケンス図である。
FIG. 10 is a sequence diagram showing a flow of access to the schema
Ｓ４０１〜Ｓ４０６の処理については、図８に示したＳ２０１〜Ｓ２０６の処理と同様である。 The processing of S401 to S406 is the same as the processing of S201 to S206 shown in FIG.
Ｓ４０７において、モデル切替部２４２は、マルチテナント制御部２２０から受け取ったコネクションプール（接続先情報）を基に、接続先を切り替える。本例では、図３に示したように、テナントＣの接続先ＤＢモデルとして、スキーマ分離型データベース４２０が設定されているものとする。そのため、モデル切替部２４２は、スキーマ分離型接続部２４４に接続する。
In S407, the
Ｓ４０８において、スキーマ分離型接続部２４４は、コネクション保持部２３０より取得したコネクションプールを用いてマルチテナント型データベース４００のスキーマ分離型データベース４２０に接続し、検索要求を出す。具体的には、スキーマ分離型接続部２４４は、既存アプリケーション５００により発行されたクエリ（例えば、ＳＱＬのＳＥＬＥＣＴ文）でアクセス対象として指定されたテーブルのテーブル名に、モデル切替部２４２が取得したテナントＩＤに対応するテナント名（テナントＩＤそのものでもよい）を所定の形式で追加（連結）した上で、そのクエリをスキーマ分離型データベース４２０に対して発行する。
In step S <b> 408, the schema separation
Ｓ２０９において、スキーマ分離型データベース４２０は、検索結果（具体的には、クエリの結果）をスキーマ分離型接続部２４４へ返す。
In S209, the schema
Ｓ２１０において、スキーマ分離型接続部２４４は、スキーマ分離型データベース４２０から返ってきた検索結果をモデル切替部２４２へ返す。モデル切替部２４２は、検索結果を受信する。
In S 210, the schema separation
マルチテナント型データベース４００の検索結果をクライアントシステム１０１へ返す処理の流れは、図９に示したものと同様である。
The flow of processing for returning the search result of the
以下では、図１１を用いて、テナントＤのクライアントシステム１０１からサービスのリクエストが送信されたときのアクセス制御装置１００の動作（本実施の形態に係るアクセス制御方法、本実施の形態に係るプログラムの処理手順）について説明する。
Hereinafter, the operation of the
既存アプリケーション５００にテナントＩＤを意識させずに既存アプリケーション５００を利用するために、既存パラメータに対するテナントＩＤの結合及び分離を行う流れは、図７に示したものと同様である。 In order to use the existing application 500 without making the existing application 500 aware of the tenant ID, the flow of combining and separating the tenant ID with respect to the existing parameter is the same as that shown in FIG.
図１１は、インスタンス分離型データベース４３０へのアクセスの流れを示すシーケンス図である。
FIG. 11 is a sequence diagram showing a flow of access to the instance
Ｓ５０１〜Ｓ５０６の処理については、図８に示したＳ２０１〜Ｓ２０６の処理と同様である。 The processing of S501 to S506 is the same as the processing of S201 to S206 shown in FIG.
Ｓ５０７において、モデル切替部２４２は、マルチテナント制御部２２０から受け取ったコネクションプール（接続先情報）を基に、接続先を切り替える。本例では、図３に示したように、テナントＤの接続先ＤＢモデルとして、インスタンス分離型データベース４３０が設定されているものとする。そのため、モデル切替部２４２は、インスタンス分離型接続部２４５に接続する。
In S507, the
Ｓ５０８において、インスタンス分離型接続部２４５は、コネクション保持部２３０より取得したコネクションプールを用いてマルチテナント型データベース４００のインスタンス分離型データベース４３０に接続し、検索要求を出す。具体的には、インスタンス分離型接続部２４５は、既存アプリケーション５００により発行されたクエリ（例えば、ＳＱＬのＳＥＬＥＣＴ文）を、インスタンス分離型データベース４３０のテナントＡ用インスタンスに対して発行する。
In S508, the instance separation type connection unit 245 connects to the instance
Ｓ５０９において、インスタンス分離型データベース４３０は、検索結果（具体的には、クエリの結果）をインスタンス分離型接続部２４５へ返す。
In S509, the instance
Ｓ５１０において、インスタンス分離型接続部２４５は、インスタンス分離型データベース４３０から返ってきた検索結果をモデル切替部２４２へ返す。モデル切替部２４２は、検索結果を受信する。
In S510, the instance separation type connection unit 245 returns the search result returned from the instance
マルチテナント型データベース４００の検索結果をクライアントシステム１０１へ返す処理の流れは、図９に示したものと同様である。
The flow of processing for returning the search result of the
以上説明したように、本実施の形態では、既存アプリケーション５００を可能な限り流用した状態でマルチテナント化するために、既存アプリケーション５００の前後のインタフェース部分でテナントＩＤ（テナントごとに一意に割り振られる識別子）の埋め込み／取り出しを行う。 As described above, in the present embodiment, in order to make a multi-tenant in a state where the existing application 500 is diverted as much as possible, tenant IDs (identifiers that are uniquely allocated for each tenant) in the interface part before and after the existing application 500 are used. ) Is embedded / removed.
マルチテナント対応でない既存アプリケーション５００ではテナントＩＤを扱うことができない。そこで、既存アプリケーション５００で利用しているパラメータ（例えば、ユーザＩＤ）にテナントＩＤを結合する。例えば、結合元パラメータ「ユーザＩＤ、テナントＩＤ」、結合先パラメータ「ユーザＩＤ」、セパレータ「−−」のように設定された結合ルールでテナントＩＤが「Ａ」、ユーザＩＤが「ＵＳＥＲ０１」のユーザの場合、既存パラメータのユーザＩＤは「Ａ−−ＵＳＥＲ０１」となる。このとき結合ルールを固定とするのではなく、柔軟に設定可能とすることで、例えば既存アプリケーション５００のユーザＩＤの文字数に制限がある場合は、ユーザ名のパラメータを結合先にするといったことが可能となる。また、マルチテナント化する既存アプリケーション５００が複数あり、既存アプリケーション５００の利用しているパラメータが異なる場合でも、既存アプリケーション５００ごとにルールを設定することで対応可能となる。 The existing application 500 that does not support multi-tenant cannot handle the tenant ID. Therefore, the tenant ID is combined with the parameter (for example, user ID) used in the existing application 500. For example, a user whose tenant ID is “A” and whose user ID is “USER01” in the combination rule set as a combination source parameter “user ID, tenant ID”, combination destination parameter “user ID”, separator “-” In this case, the user ID of the existing parameter is “A--USER01”. At this time, the combination rule is not fixed, but can be set flexibly. For example, when the number of characters of the user ID of the existing application 500 is limited, the parameter of the user name can be set as the combination destination. It becomes. Further, even when there are a plurality of existing applications 500 to be multi-tenanted and the parameters used by the existing applications 500 are different, it is possible to cope by setting a rule for each existing application 500.
本実施の形態に係るアクセス制御装置１００は、マルチテナントアプリケーションを実現するためのソフトウェア及びそれを格納・実行するハードウェアからなり、ＵＩ接続部２１０、ＤＢ接続部２４０、テナント情報結合設定テーブル３２０を備える。ＵＩ接続部２１０は、ユーザの所属するテナントのテナントＩＤを、テナント情報結合設定を基に、既存アプリケーション５００で使用されているパラメータに埋め込む。ＤＢ接続部２４０は、データベースのアクセスに必要なテナントＩＤを、テナント情報結合設定を基に、パラメータから取り出す。テナント情報結合設定テーブル３２０は、テナント情報結合設定として、テナントＩＤを埋め込むパラメータや、埋め込むための条件を管理する。
The
従来技術では、既存アプリケーション５００を用いてデータベースからデータを読み出す場合、セッション情報からテナントＩＤ等を取得していたため、既存アプリケーション５００を通したデータとテナントＩＤとの対応付けがうまくいかない可能性がある。既存アプリケーション５００とデータベースとの間でセッションＩＤを取得できないと、テナントＩＤを取得することはできない。これに対し、本実施の形態では、ＵＩ接続部２１０からＤＢ接続部２４０にセッション情報（セッションＩＤ）を渡していない状態であっても、既存アプリケーション５００がテナントＩＤを意識する必要なく、ＤＢ接続部２４０にてテナントＩＤを取得することが可能である。
In the prior art, when data is read from the database using the existing application 500, the tenant ID or the like is acquired from the session information. Therefore, there is a possibility that the association between the data and the tenant ID through the existing application 500 may not be successful. If the session ID cannot be acquired between the existing application 500 and the database, the tenant ID cannot be acquired. On the other hand, in this embodiment, even if the session information (session ID) is not passed from the UI connection unit 210 to the
また、本実施の形態では、データベースのモデルとして、表共有型、スキーマ分離型、インスタンス分離型が混在しているマルチテナント型データベース４００を利用する。
In this embodiment, a
複数テナントの情報を持つデータベースのモデルは、データベースの表の構成やインスタンスの構成によって、表共有型、スキーマ分離型、インスタンス分離型に分けられる。既存アプリケーション５００をマルチテナント化するにあたって、複数テナントのそれぞれが利用しているデータベースの形式はテナントによって異なる可能性が高く、対応可能なモデルが１つの場合は、データベースを移行する手間がかかってしまう。また、「集約度を上げたい」、「独自のスキーマを使いたい」といった利用者の様々なニーズに合わせてモデルを切り替えるような方式を実現できない。これに対し、本実施の形態では、データベース接続設定テーブル３３０でテナントごとに利用するデータベースのモデルが何かを管理し、マルチテナント型データベース４００へ接続する際にモデルを切り替える。モデルの切替時には、予めテナントごとに利用可能なデータベースへのコネクションを保持するコネクションプールを用意し、マルチテナント型データベース４００への接続時にはテナントに割り当てられたコネクションを選択することで、モデルの切替が可能となる。
Database models having information on multiple tenants are classified into a table sharing type, a schema separation type, and an instance separation type depending on the structure of the database table and the structure of the instance. When converting an existing application 500 into a multi-tenant, the format of the database used by each of the multiple tenants is likely to differ depending on the tenant. If there is one model that can be handled, it will take time to migrate the database. . Also, it is not possible to realize a method of switching models according to various needs of users such as “I want to increase the degree of aggregation” and “I want to use a unique schema”. In contrast, in this embodiment, the database connection setting table 330 manages what database model is used for each tenant, and switches the model when connecting to the
実施の形態２．
本実施の形態について、主に実施の形態１との差異を説明する。
In the present embodiment, differences from the first embodiment will be mainly described.
本実施の形態に係るアクセス制御装置１００の構成は、図１に示した実施の形態１のものと同様である。
The configuration of
以下では、図１２を用いて、マルチテナントアプリケーションを利用するテナントを追加する際のアクセス制御装置１００の動作（本実施の形態に係るアクセス制御方法、本実施の形態に係るプログラムの処理手順）について説明する。
Hereinafter, with reference to FIG. 12, the operation of the
図１２は、システム管理者のクライアントシステム１０２から新規にテナントを追加する処理の流れを示すシーケンス図である。
FIG. 12 is a sequence diagram showing a flow of processing for newly adding a tenant from the
Ｓ６０１において、システム管理者のクライアントシステム１０２は、マルチテナント制御部２２０に対し、テナントの登録要求を出す。このとき、テナント名及びテナントの利用するデータベースのモデルについてマルチテナント制御部２２０に通知する。
In step S <b> 601, the system administrator's
Ｓ６０２において、マルチテナント制御部２２０は、マルチテナント管理データベース３００に対し、テナント管理テーブル３１０にテナント名を登録し、テナントＩＤを発行するよう要求する。
In S602, the
Ｓ６０３において、マルチテナント管理データベース３００は、テナントを登録し、発行したテナントＩＤを返す。 In S603, the multi-tenant management database 300 registers the tenant and returns the issued tenant ID.
Ｓ６０４において、マルチテナント制御部２２０は、コネクション保持部２３０に対し、追加したテナント用のコネクションプールを発行するように要求する。
In S604, the
Ｓ６０５において、コネクション保持部２３０は、新規テナント用のコネクションプールを生成し、プールＩＤを返す。ただし、テナントの利用するデータベースのモデルが表共有型データベース４１０だった場合、コネクション保持部２３０は、新規コネクションプールを生成せず、表共有型データベース４１０の共通のコネクションプールに対応するプールＩＤを返す。
In S605, the
Ｓ６０６において、マルチテナント制御部２２０は、マルチテナント管理データベース３００に対し、データベース接続設定テーブル３３０に新規テナントのテナントＩＤ、接続先ＤＢモデル、プールＩＤを追加する更新を要求する。
In step S <b> 606, the
Ｓ６０７において、マルチテナント管理データベース３００は、データベース接続設定テーブル３３０の更新を行い、結果を返す。 In S607, the multi-tenant management database 300 updates the database connection setting table 330 and returns the result.
Ｓ６０８において、マルチテナント制御部２２０は、マルチテナント型データベース４００に対し、新規テナント用のデータ領域を追加するよう要求する。
In S608, the
Ｓ６０９において、マルチテナント型データベース４００は、新規テナントのデータ領域を追加し、成否をマルチテナント制御部２２０に通知する。
In S609, the
Ｓ６１０において、マルチテナント制御部２２０は、システム管理者のクライアントシステム１０２に対し、登録の成否を通知する。
In S610, the
以上の動作により、マルチテナントアプリケーションを利用したいという新規テナントに対して、即時でアプリケーションの利用を開放することが可能となる。 With the above operation, it becomes possible to immediately release the use of the application to a new tenant who wants to use the multi-tenant application.
以上説明したように、本実施の形態では、マルチテナントサービスを提供する上で、マルチテナントアプリケーションを利用していなかったテナントが利用を希望する場合に、既存アプリケーション５００の改修なく、テナントの追加が可能である。そのために、本実施の形態では、マルチテナントアプリケーションのシステム管理者が管理用アプリケーションでテナントを登録した場合、マルチテナント制御部２２０によって新規テナントが利用するのに必要な設定を自動で行う。具体的には、マルチテナント型データベース４００に新規テナント用のデータ領域を確保し、データベースアクセス用のコネクションの設定を用意する。
As described above, in this embodiment, when a tenant who has not used a multi-tenant application desires to use a multi-tenant service, the tenant can be added without renovation of the existing application 500. Is possible. Therefore, in this embodiment, when a system administrator of a multi-tenant application registers a tenant with a management application, the
実施の形態３．
本実施の形態について、主に実施の形態１との差異を説明する。
Embodiment 3 FIG.
In the present embodiment, differences from the first embodiment will be mainly described.
図１３は、本実施の形態に係るアクセス制御装置１００の構成を示すブロック図である。
FIG. 13 is a block diagram showing a configuration of
図１３において、アクセス制御装置１００は、ＤＢ接続部２４０の表共有型接続部２４３に、表共有型データベース４１０から受信した結果の整合性を確認するためのデータチェック部２４６を備える。その他の構成は、図１に示した実施の形態１のものと同様である。
In FIG. 13, the
図１４は、マルチテナント管理データベース３００のデータベース接続設定テーブル３３０の構成例を示す図である。 FIG. 14 is a diagram illustrating a configuration example of the database connection setting table 330 of the multi-tenant management database 300.
図１４において、データベース接続設定テーブル３３０は、図３に示した実施の形態１のものと同様に、テナントＩＤ、接続先ＤＢモデル、プールＩＤ、ＤＢチェック情報のカラムを含む。ＤＢチェック情報は、前述したように、特定のテーブルに格納されるデータについて設定された条件を示す。この条件は、接続先ＤＢモデルが表共有型データベース４１０の場合のみ設定される。本例において、データベース接続設定テーブル３３０は、テナントＩＤ「Ａ」に対応付けて、テナントＡのデータについてのチェック条件をＤＢチェック情報として格納している。また、データベース接続設定テーブル３３０は、テナントＩＤ「Ｂ」に対応付けて、テナントＢのデータについてのチェック条件をＤＢチェック情報として格納している。
In FIG. 14, the database connection setting table 330 includes columns of tenant ID, connection destination DB model, pool ID, and DB check information, as in the first embodiment shown in FIG. As described above, the DB check information indicates a condition set for data stored in a specific table. This condition is set only when the connection destination DB model is the
上記のように、本実施の形態において、マルチテナント管理データベース３００は、表共有型データベース４１０をアクセス対象とするテナントごとに、各テナントに共通のテーブルに格納されるデータについて設定された条件を記憶装置により予め記憶する。
As described above, in the present embodiment, the multi-tenant management database 300 stores conditions set for data stored in a table common to each tenant for each tenant whose access target is the
以下では、図１５を用いて、テナントＡのクライアントシステム１０１からサービスのリクエストが送信されたときのアクセス制御装置１００の動作（本実施の形態に係るアクセス制御方法、本実施の形態に係るプログラムの処理手順）について説明する。
Hereinafter, the operation of the
既存アプリケーション５００にテナントＩＤを意識させずに既存アプリケーション５００を利用するために、既存パラメータに対するテナントＩＤの結合及び分離を行う流れは、図７に示した実施の形態１のものと同様である。 In order to use the existing application 500 without making the existing application 500 aware of the tenant ID, the flow of combining and separating the tenant ID with respect to the existing parameter is the same as that of the first embodiment shown in FIG.
図１５は、表共有型データベース４１０へのアクセスの流れを示すシーケンス図である。
FIG. 15 is a sequence diagram showing a flow of access to the
Ｓ７０１〜Ｓ７０９の処理については、図８に示したＳ２０１〜Ｓ２０９の処理と同様である。 The processing of S701 to S709 is the same as the processing of S201 to S209 shown in FIG.
Ｓ７１０において、表共有型接続部２４３は、表共有型データベース４１０からの検索結果に対し、データチェック部２４６を用いて他のテナントの情報が混ざっていないかどうか確認する。
In step S <b> 710, the table sharing
Ｓ７１１において、データチェック部２４６は、データベース接続設定テーブル３３０のＤＢチェック情報を基に、表共有型データベース４１０からの検索結果に対し、他のテナントの情報がないかどうかを処理装置により確認する。データチェック部２４６は、他のテナントの情報が混ざっていることを検知した場合、その情報を削除するか、あるいは、エラーを通知する。
In step S <b> 711, the data check
Ｓ７１２の処理については、図８に示したＳ２１０の処理と同様である。なお、Ｓ７１１でデータチェック部２４６がエラーを通知した場合は、検索結果としてエラーをモデル切替部２４２へ通知する。
The process of S712 is the same as the process of S210 illustrated in FIG. If the
マルチテナント型データベース４００の検索結果をクライアントシステム１０１へ返す処理の流れは、図９に示したものと同様である。
The flow of processing for returning the search result of the
以上説明した動作により、マルチテナントアプリケーションからテナントＡのユーザへのサービス提供が行われる。テナントＢのクライアントシステム１０１からサービスのリクエストが送信されたときにも、同様の動作により、マルチテナントアプリケーションからテナントＢのユーザへのサービス提供が行われる。
With the operation described above, the service is provided from the multi-tenant application to the user of the tenant A. When a service request is transmitted from the
図１６は、Ｓ７１１におけるデータチェック部２４６の動作例を示す図である。
FIG. 16 is a diagram illustrating an operation example of the data check
図１６において、データチェック部２４６は、既存パラメータから取り出されたテナントＩＤに対応するＤＢチェック情報により設定された条件を含むクエリ（第２のクエリ）を表共有型データベース４１０に対して発行する。データチェック部２４６は、発行したクエリ（第２のクエリ）の結果と、Ｓ７０８で表共有型接続部２４３を介して既存アプリケーション５００により発行されたクエリ（第１のクエリ）の結果とを比較する。そして、データチェック部２４６は、比較の結果に基づいて、Ｓ７０８で表共有型接続部２４３を介して既存アプリケーション５００により発行されたクエリ（第１のクエリ）の結果の正否を処理装置により判定する。
In FIG. 16, the data check
ここで、第１例として、データベース接続設定テーブル３３０において、テナントＡのＤＢチェック情報により、クエリのアクセス対象とするテーブル全てのテナントＩＤが「Ａ」であることがチェック条件として設定されているとする。そして、既存アプリケーション５００が、個人情報テーブル（ユーザ一覧）、組織情報テーブル（組織一覧）、配属情報テーブル（配属一覧）をアクセス対象として指定して、テナントＩＤ、ユーザ名、組織名を抽出する第１クエリを発行したとする。この場合、Ｓ７０８において、表共有型接続部２４３は、既存アプリケーション５００により発行された第１クエリ（例えば、ＳＱＬのＳＥＬＥＣＴ文）に、個人情報テーブル（ユーザ一覧）、組織情報テーブル（組織一覧）、配属情報テーブル（配属一覧）のテナントＩＤが「Ａ」であることを条件（例えば、ＷＨＥＲＥ句）として追加した上で、その第１クエリを表共有型データベース４１０に対して発行する。Ｓ７１１において、データチェック部２４６は、データベース接続設定テーブル３３０のＤＢチェック情報に基づき、個人情報テーブル（ユーザ一覧）、組織情報テーブル（組織一覧）、配属情報テーブル（配属一覧）のテナントＩＤが「Ａ」であることを条件として含み、第１クエリと同様に、個人情報テーブル（ユーザ一覧）、組織情報テーブル（組織一覧）、配属情報テーブル（配属一覧）をアクセス対象として指定して、テナントＩＤ、ユーザ名、組織名を抽出する第２のクエリを表共有型データベース４１０に対して発行する（この第１例では、第２クエリは、表共有型接続部２４３により発行される第１クエリと同一のクエリとなる）。データチェック部２４６は、第２のクエリの結果と第１のクエリの結果とを比較する。第２のクエリの結果と第１のクエリの結果とは一致するため、データチェック部２４６は、第１のクエリの結果が正しいと判定する。
Here, as a first example, in the database connection setting table 330, it is set as a check condition that tenant IDs of all the tables to be accessed by the query are “A” based on the DB check information of the tenant A. To do. Then, the existing application 500 designates the personal information table (user list), organization information table (organization list), and assignment information table (assignment list) as access targets, and extracts the tenant ID, user name, and organization name. Assume that one query is issued. In this case, in S708, the table sharing
また、第２例として、データベース接続設定テーブル３３０において、テナントＡのＤＢチェック情報により、ユーザＩＤが「ＵＳＥＲ０１」又は「ＵＳＥＲ０２」であることがチェック条件として設定されているとする。そして、既存アプリケーション５００が、上記第１例と同じ第１クエリを発行したとする。この場合、Ｓ７０８において、表共有型接続部２４３は、既存アプリケーション５００により発行された第１クエリ（例えば、ＳＱＬのＳＥＬＥＣＴ文）に、上記第１例と同じ条件を追加した上で、その第１クエリを表共有型データベース４１０に対して発行する。Ｓ７１１において、データチェック部２４６は、データベース接続設定テーブル３３０のＤＢチェック情報に基づき、個人情報テーブル（ユーザ一覧）、配属情報テーブル（配属一覧）のユーザＩＤが「ＵＳＥＲ０１」又は「ＵＳＥＲ０２」であることを条件として含み、第１クエリと同様に、個人情報テーブル（ユーザ一覧）、組織情報テーブル（組織一覧）、配属情報テーブル（配属一覧）をアクセス対象として指定して、テナントＩＤ、ユーザ名、組織名を抽出する第２のクエリを表共有型データベース４１０に対して発行する。データチェック部２４６は、第２のクエリの結果と第１のクエリの結果とを比較する。第２のクエリの結果と第１のクエリの結果とは一致するため、データチェック部２４６は、第１のクエリの結果が正しいと判定する。
As a second example, in the database connection setting table 330, it is assumed that the user ID is “USER01” or “USER02” is set as a check condition by the DB check information of the tenant A. Assume that the existing application 500 issues the same first query as in the first example. In this case, in S708, the table sharing
以上説明したように、本実施の形態では、表共有型データベース４１０へアクセスする際に検索結果に他のテナントの情報が混ざることなく、対象のテナントの情報のみを確実に取得するためのチェック機能を実現する。
As described above, in the present embodiment, when accessing the
マルチテナントアプリケーションのデータベースが表共有型モデルの場合、データベースのテーブル上では複数のテナントの情報が混在しているため、検索のＳＱＬでＷＨＥＲＥ句により別のテナントが混ざらないようにする必要がある。しかしながら、検索のＳＱＬが複雑になってくる場合、単純にＷＨＥＲＥ句にテナント条件を追加するだけではテナントの情報を分離しきれないケースも考えられる。例えば、検索の際に複数のテーブルをＪＯＩＮ句により結合したＳＱＬを用いる場合、他のテナントの情報が紛れ込んでしまう可能性がある。これに対し、本実施の形態では、データベースの検索結果に対し、テナントごとの条件をＷＨＥＲＥ句に記述したＳＱＬで再度検索をかけることにより、別のテナントの情報が含まれるのを防ぐことが可能になる。 When the database of the multi-tenant application is a table sharing type model, since information on a plurality of tenants is mixed on the database table, it is necessary to prevent another tenant from being mixed by the WHERE clause in the search SQL. However, when the search SQL becomes complicated, there may be a case where tenant information cannot be separated simply by adding tenant conditions to the WHERE clause. For example, in the case of using SQL in which a plurality of tables are joined by a JOIN clause at the time of search, information on other tenants may be mixed in. On the other hand, in this embodiment, it is possible to prevent another tenant's information from being included by performing a search again using the SQL described in the WHERE clause for the search result of the database. become.
以上、本発明の実施の形態について説明したが、これらの実施の形態のうち、２つ以上を組み合わせて実施しても構わない。あるいは、これらの実施の形態のうち、１つを部分的に実施しても構わない。あるいは、これらの実施の形態のうち、２つ以上を部分的に組み合わせて実施しても構わない。なお、本発明は、これらの実施の形態に限定されるものではなく、必要に応じて種々の変更が可能である。 As mentioned above, although embodiment of this invention was described, you may implement in combination of 2 or more among these embodiment. Alternatively, one of these embodiments may be partially implemented. Alternatively, two or more of these embodiments may be partially combined. In addition, this invention is not limited to these embodiment, A various change is possible as needed.
１００ アクセス制御装置、１０１，１０２ クライアントシステム、２００ マルチテナントアプリケーション基盤、２１０ ＵＩ接続部、２２０ マルチテナント制御部、２３０ コネクション保持部、２４０ ＤＢ接続部、２４１ テナント分離部、２４２ モデル切替部、２４３ 表共有型接続部、２４４ スキーマ分離型接続部、２４５ インスタンス分離型接続部、２４６ データチェック部、３００ マルチテナント管理データベース、３１０ テナント管理テーブル、３２０ テナント情報結合設定テーブル、３３０ データベース接続設定テーブル、４００ マルチテナント型データベース、４１０ 表共有型データベース、４２０ スキーマ分離型データベース、４３０ インスタンス分離型データベース、５００ 既存アプリケーション、９０１ ＬＣＤ、９０２ キーボード、９０３ マウス、９０４ ＦＤＤ、９０５ ＣＤＤ、９０６ プリンタ、９１１ ＣＰＵ、９１２ バス、９１３ ＲＯＭ、９１４ ＲＡＭ、９１５ 通信ボード、９２０ ＨＤＤ、９２１ オペレーティングシステム、９２２ ウィンドウシステム、９２３ プログラム群、９２４ ファイル群。
100 access control device, 101, 102 client system, 200 multi-tenant application platform, 210 UI connection unit, 220 multi-tenant control unit, 230 connection holding unit, 240 DB connection unit, 241 tenant separation unit, 242 model switching unit, 243 table Shared connection unit, 244 Schema separation type connection unit, 245 Instance separation type connection unit, 246 Data check unit, 300 Multi-tenant management database, 310 Tenant management table, 320 Tenant information combination setting table, 330 Database connection setting table, 400 multi Tenant type database, 410 Table shared type database, 420 Schema separated type database, 430 Instance separated type database, 500
Claims (7)
テナントごとに、テナントを一意に識別するテナント識別子と、アクセス対象とするデータベースの種類とを記憶装置により予め記憶するマルチテナント管理データベースと、
前記アプリケーションに入力されると前記アプリケーションが前記少なくとも２種類のデータベースへのアクセス時に出力するパラメータの入力を、前記複数のテナントのいずれかに属するユーザから入力装置により受け付け、当該ユーザが属するテナントのテナント識別子を前記マルチテナント管理データベースから読み出して当該パラメータに埋め込み、当該パラメータを前記アプリケーションに入力するユーザインタフェース接続部と、
前記ユーザインタフェース接続部により入力されたパラメータが前記アプリケーションから出力された場合、当該パラメータに埋め込まれているテナント識別子を取り出し、取り出したテナント識別子に対応するテナントのデータベースの種類を前記マルチテナント管理データベースから読み出し、前記少なくとも２種類のデータベースのうち、読み出した種類のデータベースに格納された当該テナントの個別のデータへのアクセスを前記アプリケーションに行わせるデータベース接続部と
を備えることを特徴とするアクセス制御装置。 An access control device for controlling access to at least two types of multi-tenant-compatible databases that store individual data of each of the plurality of tenants from an application shared by a plurality of tenants to which at least one user belongs. And
For each tenant, a multi-tenant management database that pre-stores a tenant identifier that uniquely identifies a tenant and the type of database to be accessed by a storage device;
When input to the application, the input of parameters that the application outputs when accessing the at least two types of databases is accepted from a user belonging to one of the tenants by the input device, and the tenant of the tenant to which the user belongs An identifier is read from the multi-tenant management database, embedded in the parameter, and a user interface connection unit that inputs the parameter to the application;
When the parameter input by the user interface connection unit is output from the application, the tenant identifier embedded in the parameter is extracted, and the tenant database type corresponding to the extracted tenant identifier is extracted from the multi-tenant management database. An access control apparatus comprising: a database connection unit that reads and causes the application to access individual data of the tenant stored in the read type database among the at least two types of databases.
前記マルチテナント管理データベースは、前記第１種類のデータベースをアクセス対象とするテナントごとに、前記共通のテーブルに格納されるデータについて設定された条件を予め記憶し、
前記データベース接続部は、前記マルチテナント管理データベースから読み出したデータベースの種類が前記第１種類のデータベースである場合、前記パラメータから取り出したテナント識別子に対応するテナントの条件を前記マルチテナント管理データベースから読み出し、前記第１種類のデータベースに対して当該条件を含む第２のクエリを発行し、前記アプリケーションにより発行された第１のクエリの結果と当該第２のクエリの結果とを比較し、比較した結果に基づいて当該第１のクエリの結果の正否を処理装置により判定することを特徴とする請求項３のアクセス制御装置。 The application is an application that accesses the plurality of types of databases by issuing a first query to the plurality of types of databases,
The multi-tenant management database stores in advance conditions set for data stored in the common table for each tenant whose access target is the first type database,
When the database type read from the multi-tenant management database is the first type database, the database connection unit reads the tenant condition corresponding to the tenant identifier extracted from the parameter from the multi-tenant management database, Issuing a second query including the condition to the first type database, comparing the result of the first query issued by the application with the result of the second query, and comparing the result 4. The access control apparatus according to claim 3, wherein whether or not the result of the first query is correct is determined by a processing apparatus based on the determination result.
テナントごとに、テナントを一意に識別するテナント識別子と、アクセス対象とするデータベースの種類とを記憶装置により予め記憶するマルチテナント管理データベースを備えるコンピュータが、前記アプリケーションに入力されると前記アプリケーションが前記少なくとも２種類のデータベースへのアクセス時に出力するパラメータの入力を、前記複数のテナントのいずれかに属するユーザから入力装置により受け付け、当該ユーザが属するテナントのテナント識別子を前記マルチテナント管理データベースから読み出して当該パラメータに埋め込み、当該パラメータを前記アプリケーションに入力し、
前記コンピュータが、入力したパラメータが前記アプリケーションから出力された場合、当該パラメータに埋め込まれているテナント識別子を取り出し、取り出したテナント識別子に対応するテナントのデータベースの種類を前記マルチテナント管理データベースから読み出し、前記少なくとも２種類のデータベースのうち、読み出した種類のデータベースに格納された当該テナントの個別のデータへのアクセスを前記アプリケーションに行わせることを特徴とするアクセス制御方法。 An access control method for controlling access to at least two types of multi-tenant-compatible databases storing individual data of each of the plurality of tenants from an application shared by a plurality of tenants to which at least one user belongs. And
For each tenant, when a computer including a multi-tenant management database that pre-stores a tenant identifier that uniquely identifies a tenant and a type of database to be accessed by a storage device is input to the application, the application Input of parameters to be output when accessing two types of databases is received by an input device from a user belonging to one of the plurality of tenants, the tenant identifier of the tenant to which the user belongs is read from the multi-tenant management database, and the parameter And enter the parameters into the application,
When the input parameter is output from the application, the computer extracts the tenant identifier embedded in the parameter, reads out the tenant database type corresponding to the extracted tenant identifier from the multi-tenant management database, An access control method that causes the application to access individual data of the tenant stored in a read type database among at least two types of databases.
テナントごとに、テナントを一意に識別するテナント識別子と、アクセス対象とするデータベースの種類とを記憶装置により予め記憶するマルチテナント管理データベースを備えるコンピュータを、
前記アプリケーションに入力されると前記アプリケーションが前記少なくとも２種類のデータベースへのアクセス時に出力するパラメータの入力を、前記複数のテナントのいずれかに属するユーザから入力装置により受け付け、当該ユーザが属するテナントのテナント識別子を前記マルチテナント管理データベースから読み出して当該パラメータに埋め込み、当該パラメータを前記アプリケーションに入力するユーザインタフェース接続部と、
前記ユーザインタフェース接続部により入力されたパラメータが前記アプリケーションから出力された場合、当該パラメータに埋め込まれているテナント識別子を取り出し、取り出したテナント識別子に対応するテナントのデータベースの種類を前記マルチテナント管理データベースから読み出し、前記少なくとも２種類のデータベースのうち、読み出した種類のデータベースに格納された当該テナントの個別のデータへのアクセスを前記アプリケーションに行わせるデータベース接続部
として機能させるためのプログラム。 A program for controlling access to at least two types of multitenant-compatible databases that store individual data of each of the plurality of tenants from an application shared by a plurality of tenants to which at least one user belongs,
For each tenant, a computer having a multi-tenant management database that pre-stores a tenant identifier for uniquely identifying a tenant and a type of database to be accessed by a storage device,
When input to the application, the input of parameters that the application outputs when accessing the at least two types of databases is accepted from a user belonging to one of the tenants by the input device, and the tenant of the tenant to which the user belongs An identifier is read from the multi-tenant management database, embedded in the parameter, and a user interface connection unit that inputs the parameter to the application;
When the parameter input by the user interface connection unit is output from the application, the tenant identifier embedded in the parameter is extracted, and the tenant database type corresponding to the extracted tenant identifier is extracted from the multi-tenant management database. A program for reading and functioning as a database connection unit that causes the application to access individual data of the tenant stored in the read type database among the at least two types of databases.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2012043936A JP5773910B2 (en) | 2012-02-29 | 2012-02-29 | Access control apparatus, access control method and program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2012043936A JP5773910B2 (en) | 2012-02-29 | 2012-02-29 | Access control apparatus, access control method and program |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2013182310A JP2013182310A (en) | 2013-09-12 |
| JP5773910B2 true JP5773910B2 (en) | 2015-09-02 |
Family
ID=49272939
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2012043936A Active JP5773910B2 (en) | 2012-02-29 | 2012-02-29 | Access control apparatus, access control method and program |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5773910B2 (en) |
Families Citing this family (58)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017090142A1 (en) * | 2015-11-26 | 2017-06-01 | 株式会社野村総合研究所 | Service-providing system |
| US10341410B2 (en) | 2016-05-11 | 2019-07-02 | Oracle International Corporation | Security tokens for a multi-tenant identity and data security management cloud service |
| KR101871902B1 (en) * | 2016-05-11 | 2018-06-27 | 오라클 인터내셔날 코포레이션 | Multi-tenant identity and data security management cloud services |
| US9838377B1 (en) | 2016-05-11 | 2017-12-05 | Oracle International Corporation | Task segregation in a multi-tenant identity and data security management cloud service |
| US9781122B1 (en) | 2016-05-11 | 2017-10-03 | Oracle International Corporation | Multi-tenant identity and data security management cloud service |
| US10425386B2 (en) | 2016-05-11 | 2019-09-24 | Oracle International Corporation | Policy enforcement point for a multi-tenant identity and data security management cloud service |
| US10878079B2 (en) | 2016-05-11 | 2020-12-29 | Oracle International Corporation | Identity cloud service authorization model with dynamic roles and scopes |
| US10454940B2 (en) | 2016-05-11 | 2019-10-22 | Oracle International Corporation | Identity cloud service authorization model |
| US9838376B1 (en) | 2016-05-11 | 2017-12-05 | Oracle International Corporation | Microservices based multi-tenant identity and data security management cloud service |
| US10581820B2 (en) | 2016-05-11 | 2020-03-03 | Oracle International Corporation | Key generation and rollover |
| US10530578B2 (en) | 2016-08-05 | 2020-01-07 | Oracle International Corporation | Key store service |
| US10263947B2 (en) | 2016-08-05 | 2019-04-16 | Oracle International Corporation | LDAP to SCIM proxy service |
| US10505941B2 (en) | 2016-08-05 | 2019-12-10 | Oracle International Corporation | Virtual directory system for LDAP to SCIM proxy service |
| US10585682B2 (en) | 2016-08-05 | 2020-03-10 | Oracle International Corporation | Tenant self-service troubleshooting for a multi-tenant identity and data security management cloud service |
| US10516672B2 (en) | 2016-08-05 | 2019-12-24 | Oracle International Corporation | Service discovery for a multi-tenant identity and data security management cloud service |
| US10255061B2 (en) | 2016-08-05 | 2019-04-09 | Oracle International Corporation | Zero down time upgrade for a multi-tenant identity and data security management cloud service |
| US10735394B2 (en) | 2016-08-05 | 2020-08-04 | Oracle International Corporation | Caching framework for a multi-tenant identity and data security management cloud service |
| US10484382B2 (en) | 2016-08-31 | 2019-11-19 | Oracle International Corporation | Data management for a multi-tenant identity cloud service |
| US10511589B2 (en) | 2016-09-14 | 2019-12-17 | Oracle International Corporation | Single logout functionality for a multi-tenant identity and data security management cloud service |
| US10846390B2 (en) | 2016-09-14 | 2020-11-24 | Oracle International Corporation | Single sign-on functionality for a multi-tenant identity and data security management cloud service |
| US10594684B2 (en) | 2016-09-14 | 2020-03-17 | Oracle International Corporation | Generating derived credentials for a multi-tenant identity cloud service |
| US10567364B2 (en) | 2016-09-16 | 2020-02-18 | Oracle International Corporation | Preserving LDAP hierarchy in a SCIM directory using special marker groups |
| US10791087B2 (en) | 2016-09-16 | 2020-09-29 | Oracle International Corporation | SCIM to LDAP mapping using subtype attributes |
| JP7018437B2 (en) | 2016-09-16 | 2022-02-10 | オラクル・インターナショナル・コーポレイション | Multi-tenant identity and data security management Tenant and service management for cloud services |
| US10484243B2 (en) | 2016-09-16 | 2019-11-19 | Oracle International Corporation | Application management for a multi-tenant identity cloud service |
| US10445395B2 (en) | 2016-09-16 | 2019-10-15 | Oracle International Corporation | Cookie based state propagation for a multi-tenant identity cloud service |
| US10341354B2 (en) | 2016-09-16 | 2019-07-02 | Oracle International Corporation | Distributed high availability agent architecture |
| US10904074B2 (en) | 2016-09-17 | 2021-01-26 | Oracle International Corporation | Composite event handler for a multi-tenant identity cloud service |
| US10261836B2 (en) | 2017-03-21 | 2019-04-16 | Oracle International Corporation | Dynamic dispatching of workloads spanning heterogeneous services |
| CN106960348B (en) * | 2017-03-24 | 2020-07-03 | 泰华智慧产业集团股份有限公司 | Payment docking method and payment docking system |
| US10454915B2 (en) | 2017-05-18 | 2019-10-22 | Oracle International Corporation | User authentication using kerberos with identity cloud service |
| US10348858B2 (en) | 2017-09-15 | 2019-07-09 | Oracle International Corporation | Dynamic message queues for a microservice based cloud service |
| US11308132B2 (en) | 2017-09-27 | 2022-04-19 | Oracle International Corporation | Reference attributes for related stored objects in a multi-tenant cloud service |
| US10834137B2 (en) | 2017-09-28 | 2020-11-10 | Oracle International Corporation | Rest-based declarative policy management |
| US11271969B2 (en) | 2017-09-28 | 2022-03-08 | Oracle International Corporation | Rest-based declarative policy management |
| US10705823B2 (en) | 2017-09-29 | 2020-07-07 | Oracle International Corporation | Application templates and upgrade framework for a multi-tenant identity cloud service |
| JP2019087176A (en) * | 2017-11-10 | 2019-06-06 | 株式会社明電舎 | Monitoring system, monitoring method, and monitoring system program |
| US10715564B2 (en) | 2018-01-29 | 2020-07-14 | Oracle International Corporation | Dynamic client registration for an identity cloud service |
| US10931656B2 (en) | 2018-03-27 | 2021-02-23 | Oracle International Corporation | Cross-region trust for a multi-tenant identity cloud service |
| US10798165B2 (en) | 2018-04-02 | 2020-10-06 | Oracle International Corporation | Tenant data comparison for a multi-tenant identity cloud service |
| US11165634B2 (en) | 2018-04-02 | 2021-11-02 | Oracle International Corporation | Data replication conflict detection and resolution for a multi-tenant identity cloud service |
| US11258775B2 (en) | 2018-04-04 | 2022-02-22 | Oracle International Corporation | Local write for a multi-tenant identity cloud service |
| CN110019244A (en) * | 2018-05-14 | 2019-07-16 | 网联清算有限公司 | Data processing method, device and computer readable storage medium |
| US11012444B2 (en) | 2018-06-25 | 2021-05-18 | Oracle International Corporation | Declarative third party identity provider integration for a multi-tenant identity cloud service |
| US10764273B2 (en) | 2018-06-28 | 2020-09-01 | Oracle International Corporation | Session synchronization across multiple devices in an identity cloud service |
| US11693835B2 (en) | 2018-10-17 | 2023-07-04 | Oracle International Corporation | Dynamic database schema allocation on tenant onboarding for a multi-tenant identity cloud service |
| US11321187B2 (en) | 2018-10-19 | 2022-05-03 | Oracle International Corporation | Assured lazy rollback for a multi-tenant identity cloud service |
| US11651357B2 (en) | 2019-02-01 | 2023-05-16 | Oracle International Corporation | Multifactor authentication without a user footprint |
| US11061929B2 (en) | 2019-02-08 | 2021-07-13 | Oracle International Corporation | Replication of resource type and schema metadata for a multi-tenant identity cloud service |
| US11321343B2 (en) | 2019-02-19 | 2022-05-03 | Oracle International Corporation | Tenant replication bootstrap for a multi-tenant identity cloud service |
| US11669321B2 (en) | 2019-02-20 | 2023-06-06 | Oracle International Corporation | Automated database upgrade for a multi-tenant identity cloud service |
| US11792226B2 (en) | 2019-02-25 | 2023-10-17 | Oracle International Corporation | Automatic api document generation from scim metadata |
| US11423111B2 (en) | 2019-02-25 | 2022-08-23 | Oracle International Corporation | Client API for rest based endpoints for a multi-tenant identify cloud service |
| US11870770B2 (en) | 2019-09-13 | 2024-01-09 | Oracle International Corporation | Multi-tenant identity cloud service with on-premise authentication integration |
| US11687378B2 (en) | 2019-09-13 | 2023-06-27 | Oracle International Corporation | Multi-tenant identity cloud service with on-premise authentication integration and bridge high availability |
| US11611548B2 (en) | 2019-11-22 | 2023-03-21 | Oracle International Corporation | Bulk multifactor authentication enrollment |
| US20230394126A1 (en) * | 2021-01-22 | 2023-12-07 | Rakuten Mobile, Inc | Computer system and user management method |
| CN115118765B (en) * | 2022-06-20 | 2024-04-05 | 北京京东乾石科技有限公司 | Service processing method, device, electronic equipment and storage medium |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7779039B2 (en) * | 2004-04-02 | 2010-08-17 | Salesforce.Com, Inc. | Custom entities and fields in a multi-tenant database system |
| JP4778500B2 (en) * | 2007-12-11 | 2011-09-21 | 株式会社日立情報システムズ | DATABASE SYSTEM AND DATABASE SYSTEM CONTROL METHOD |
| JP5358981B2 (en) * | 2008-03-07 | 2013-12-04 | 日本電気株式会社 | Information processing apparatus, information processing apparatus control method, and information processing apparatus control program |
-
2012
- 2012-02-29 JP JP2012043936A patent/JP5773910B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2013182310A (en) | 2013-09-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5773910B2 (en) | Access control apparatus, access control method and program | |
| US9294485B2 (en) | Controlling access to shared content in an online content management system | |
| RU2598324C2 (en) | Means of controlling access to online service using conventional catalogue features | |
| WO2016199232A1 (en) | Storage management computer and management method for storage device | |
| WO2021197432A1 (en) | Routing method and apparatus for database cluster | |
| US8275962B2 (en) | User roles controlling execution of operations on copy pair volumes | |
| KR20120062514A (en) | Authorization apparatus and method under software as a service platform | |
| CN110678845A (en) | Multi-tenant data services in a distributed file system for big data analytics | |
| JP4912996B2 (en) | Information processing apparatus and computer system | |
| KR101714412B1 (en) | Method and apparatus for organizing database system in cloud environment | |
| TW201512990A (en) | Method for managing topology of virtual machines and management system using for the same | |
| JP6889372B2 (en) | Log management equipment, information processing systems and programs | |
| US11048543B2 (en) | Computer system and resource access control method for securely controlling access using roles with a plurality of users | |
| CN109729071A (en) | A kind of vmware multi-tenant management method suitable for cloudy management | |
| JP6012504B2 (en) | Workflow management system, workflow management method and program | |
| JP2020119147A (en) | System, tenant moving method, information processing apparatus and control method thereof, authorization server and control method thereof, and program | |
| JP2004303023A (en) | Access managing method | |
| JP7354620B2 (en) | Service system, information registration method | |
| JP2018022336A (en) | Information processing system, information processing device, and program | |
| JP6716929B2 (en) | Information processing apparatus and information processing program | |
| WO2014147811A1 (en) | File storage system and user data management method | |
| JP2015103827A (en) | Management device, method, and program | |
| JP2015132972A (en) | Data relocation system | |
| US11709845B2 (en) | Federation of data during query time in computing systems | |
| JP2014035610A (en) | Authentication system and authentication method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20141003 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20150520 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20150602 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20150630 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5773910 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |