特許 7228751 権限管理のための方法および装置、コンピュータ機器ならびに記憶媒体

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-02-15

(45)【発行日】2023-02-24

(54)【発明の名称】権限管理のための方法および装置、コンピュータ機器ならびに記憶媒体

(51)【国際特許分類】

   G06F 21/53 20130101AFI20230216BHJP

   G06F 21/62 20130101ALI20230216BHJP

【ＦＩ】

G06F21/53

G06F21/62

【請求項の数】 10

(21)【出願番号】P 2022542366

(86)(22)【出願日】2021-01-08

(65)【公表番号】

(43)【公表日】2023-01-04

(86)【国際出願番号】 SG2021050016

(87)【国際公開番号】W WO2021141543

(87)【国際公開日】2021-07-15

【審査請求日】2022-09-06

(31)【優先権主張番号】202010022017.2

(32)【優先日】2020-01-09

(33)【優先権主張国・地域又は機関】CN

【早期審査対象出願】

(73)【特許権者】

【識別番号】522178636

【氏名又は名称】エンヴィジョン デジタル インターナショナル ピーティーイー．エルティーディー．

【氏名又は名称原語表記】ＥＮＶＩＳＩＯＮ ＤＩＧＩＴＡＬ ＩＮＴＥＲＮＡＴＩＯＮＡＬ ＰＴＥ．ＬＴＤ．

【住所又は居所原語表記】１ Ｈａｒｂｏｕｒｆｒｏｎｔ Ａｖｅｎｕｅ，＃１７－０１ Ｋｅｐｐｅｌ Ｂａｙ Ｔｏｗｅｒ，Ｓｉｎｇａｐｏｒｅ ０９８６３２（ＳＧ）

(73)【特許権者】

【識別番号】522178647

【氏名又は名称】シャンハイ エンヴィジョン デジタル シーオー．，エルティーディー．

【氏名又は名称原語表記】ＳＨＡＮＧＨＡＩ ＥＮＶＩＳＩＯＮ ＤＩＧＩＴＡＬ ＣＯ．，ＬＴＤ．

【住所又は居所原語表記】Ｎｏ．１５，Ｌａｎｅ ５５，Ｃｈｕａｎｈｅ Ｒｏａｄ Ｃｈｉｎａ（Ｓｈａｎｇｈａｉ）Ｐｉｌｏｔ Ｆｒｅｅ Ｔｒａｄｅ Ｚｏｎｅ Ｓｈａｎｇｈａｉ（ＣＮ）

(74)【代理人】

【識別番号】100088580

【弁理士】

【氏名又は名称】秋山 敦

(74)【代理人】

【識別番号】100195453

【弁理士】

【氏名又は名称】福士 智恵子

(74)【代理人】

【識別番号】100205501

【弁理士】

【氏名又は名称】角渕 由英

(72)【発明者】

【氏名】シェ，ユン

【審査官】局 成矢

(56)【参考文献】

【文献】米国特許第０７４７５２３５（ＵＳ，Ｂ１）

【文献】米国特許出願公開第２００２／０１２９３４５（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１８／０２４７０６４（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１６／０１３４５９６（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１５／０００７１４２（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ２１／５０

Ｇ０６Ｆ ２１／６２

(57)【特許請求の範囲】

【請求項1】

権限管理のための方法であって、前記方法はコンピュータ機器によって実行され、前記コンピュータ機器はコンテナをロードして実行するように構成され、前記方法は、
前記コンテナが初期化された時、ビジネスシナリオに従って構成ファイルを取得するステップであって、前記構成ファイルは前記コンテナの外側で管理され、前記構成ファイルは前記コンテナ内の前記ビジネスシナリオに対応する権限管理ルールを用いて構成される、ステップと；
ユーザがコンテナ環境の権限制限を受けさせられるように、前記コンテナ内の前記構成ファイルを認証するステップと；
前記コンテナ環境のユーザ命令を受信するステップと；
前記ユーザ命令が実行可能命令である場合、前記ユーザ命令の種類を識別するステップと；
前記ユーザ命令の前記種類が前記ユーザ命令はスクリプトファイルであることを示す場合、前記スクリプトファイルのスクリプト内容を取得するステップであって、前記スクリプト内容は少なくとも１つのコマンドステートメントを含む、ステップと；
前記構成ファイルに基づいて前記少なくとも１つのコマンドステートメントの有効性検査を実行するステップとを含む、方法。

【請求項2】

前記構成ファイルに基づいて前記少なくとも１つのコマンドステートメントの前記有効性検査を実行する前記ステップの前に、前記方法は、
前記スクリプト内容の前記少なくとも１つのコマンドステートメントのステートメント内容を取得するために前記スクリプト内容のステートメント構文解析を実行するステップをさらに含み、
前記構成ファイルに基づいて前記少なくとも１つのコマンドステートメントの前記有効性検査を実行する前記ステップは、
前記対応する構成ファイルに基づいた少なくとも１つのコマンドステートメントの順序で前記少なくとも１つのコマンドステートメントの前記ステートメント内容の前記有効性検査を順次実行するステップを含む、請求項１に記載の方法。

【請求項3】

前記ステートメント内容の１番目のステートメント内容が有効である場合、前記１番目のステートメント内容に対応する１番目のコマンドステートメントを実行するステップと；
前記ステートメント内容の２番目のステートメント内容が無効である場合、前記コマンドステートメントの実行を停止し、前記対応する構成ファイルに基づいた前記少なくとも１つのコマンドステートメントの順序で前記少なくとも１つのコマンドステートメントの前記ステートメント内容の前記有効性検査を順次実行する前記ステップを終了するステップとをさらに含む、請求項２に記載の方法。

【請求項4】

前記少なくとも１つのコマンドステートメントの前記ステートメント内容がすべて有効である場合、前記スクリプト内容を実行するステップをさらに含む、請求項２に記載の方法。

【請求項5】

前記ユーザ命令が前記コマンドステートメントである場合、前記コマンドステートメントのステートメント内容を取得するために、前記コマンドステートメントを構文解析するステップと；
前記ステートメント内容に対応する前記構成ファイルの内容に基づいて前記コマンドステートメントの前記ステートメント内容の前記有効性検査を実行するステップと；
前記ステートメント内容が有効である場合、前記コマンドステートメントを実行するステップとをさらに含む、請求項１に記載の方法。

【請求項6】

前記構成ファイルに対応する前記権限管理ルールは、前記ビジネスシナリオに従ってＩｓｈｅｌｌツールによって構成される、請求項１に記載の方法。

【請求項7】

権限管理のための装置であって、前記装置はコンピュータ機器に適用され、前記コンピュータ機器はコンテナをロードして実行するように構成され、前記装置は、
前記コンテナが初期化された時、ビジネスシナリオに従って構成ファイルを取得するように構成された第１の取得モジュールであって、前記構成ファイルは前記コンテナの外側で管理され、前記構成ファイルは前記コンテナ内の前記ビジネスシナリオに対応する権限管理ルールを用いて構成される、前記第１の取得モジュールと；
ユーザがコンテナ環境の権限制限を受けさせられるように、前記コンテナ内の前記構成ファイルを認証するように構成された認証モジュールと；
前記コンテナ環境のユーザ命令を受信するように構成された受信モジュールと；
前記ユーザ命令が実行可能命令である場合、前記ユーザ命令の種類を識別するように構成された識別モジュールと；
前記ユーザ命令の前記種類が前記ユーザ命令はスクリプトファイルであることを示す場合、前記スクリプトファイルのスクリプト内容を取得するように構成された第２の取得モジュールであって、前記スクリプト内容は少なくとも１つのコマンドステートメントを含む、前記第２の取得モジュールと；
前記構成ファイルに基づいて前記少なくとも１つのコマンドステートメントの有効性検査を実行するように構成された第１の検査モジュールとを含む、装置。

【請求項8】

前記構成ファイルに基づいて前記少なくとも１つのコマンドステートメントの前記有効性検査を実行する前に、前記スクリプト内容の前記少なくとも１つのコマンドステートメントのステートメント内容を取得するために前記スクリプト内容のステートメント構文解析を実行するように構成された第１の構文解析モジュールと；
前記対応する構成ファイルに基づいた前記少なくとも１つのコマンドステートメントの順序で前記少なくとも１つのコマンドステートメントの前記ステートメント内容の前記有効性検査を順次実行するように構成された前記第１の検査モジュールとをさらに含む、請求項７に記載の装置。

【請求項9】

プロセッサと、少なくとも１つの命令、少なくとも１つのプログラム、コードセットまたは命令セットを保存するメモリとを含むコンピュータ機器であって、前記少なくとも１つの命令、前記少なくとも１つのプログラム、前記コードセットまたは前記命令セットは、前記プロセッサによってロードされて実行されると、前記プロセッサに請求項１～６のいずれか一項に記載の権限管理のための前記方法を実行させる、コンピュータ機器。

【請求項10】

少なくとも１つの命令、少なくとも１つのプログラム、コードセットまたは命令セットを保存するコンピュータ可読記憶媒体であって、前記少なくとも１つの命令、前記少なくとも１つのプログラム、前記コードセットまたは前記命令セットは、プロセッサによってロードされて実行されると、前記プロセッサに請求項１～６のいずれか一項に記載の権限管理のための前記方法を実行させる、コンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明はインターネット技術の分野に関し、特に、権限管理のための方法および装置、コンピュータ機器ならびに記憶媒体に関する。

【背景技術】

【0002】

ソフトウェア開発段階では、開発者は、プロジェクトの継続的インテグレーション（ＣＩ）を行う必要がある。コンパイル環境の清浄性および独立性を保証するために、コンテナ技術が生まれた。しかしながら、コンテナを構築する過程で、ユーザは通常ルート権限を与えられ、コンテナのルートとして実行することはホストマシンに何らかのセキュリティリスクをもたらすことになる。

【0003】

関連技術では、上記の問題を解決するために、ユーザはｃｈｍｏｄを介してコンテナ内の特定のファイルの読み出しおよび書き込みの実行権限を与えられるか、もしくは例えばｒｂａｓｈ、ｂａｓｈ、ｌｓｈｅｌｌなどの権限ツールを用いることによりブラックリストまたはホワイトリストの権限管理をユーザに行うことによって、コンテナ内のユーザの権限を制限し、ホストマシンのセキュリティを保証する。

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、上記の関連する技術的解決手段で用いられる権限管理のための方法では、権限管理ツールによって生じた権限制限は、ユーザがホワイトリストのユーザだと確認されると、ユーザによるスクリプト入力を実行するために、解消されることになり、権限管理の不正確さおよび安全性の低下につながる。

【課題を解決するための手段】

【0005】

本発明の実施形態は、照合処理における照合リソースの無駄を削減することができ、照合の効率を改善することができる、権限管理のための方法および装置、コンピュータ機器、ならびに記憶媒体を提供する。技術的解決手段は以下の通りである。

【0006】

一態様では、権限管理のための方法が提供されており、前記方法はコンピュータ機器によって実行され、前記コンピュータ機器はコンテナをロードして実行するように構成され、前記方法は、
前記コンテナが初期化された時、ビジネスシナリオに従って構成ファイルを取得するステップであって、前記構成ファイルは前記コンテナの外側で管理され、前記構成ファイルは前記コンテナ内の前記ビジネスシナリオに対応する権限管理ルールを用いて構成される、ステップと；
前記コンテナ内の前記構成ファイルを認証するステップと；
ユーザ命令を受信するステップと；
前記ユーザ命令が実行可能命令である場合、前記ユーザ命令の種類を識別するステップと；
前記ユーザ命令の前記種類が前記ユーザ命令はスクリプトファイルであることを示す場合、前記スクリプトファイルのスクリプト内容を取得するステップであって、前記スクリプト内容は少なくとも１つのコマンドステートメントを含む、ステップと；
前記構成ファイルに基づいて前記少なくとも１つのコマンドステートメントの有効性検査を実行するステップとを含む。

【0007】

一態様では、権限管理のための装置が提供される。前記装置はコンピュータ機器に適用され、前記コンピュータ機器はコンテナをロードして実行するように構成され、前記装置は、
前記コンテナが初期化された時、ビジネスシナリオに従って構成ファイルを取得するように構成された第１の取得モジュールであって、前記構成ファイルは前記コンテナの外側で管理され、前記構成ファイルは前記コンテナ内の前記ビジネスシナリオに対応する権限管理ルールを用いて構成される、前記第１の取得モジュールと；
前記コンテナ内の前記構成ファイルを認証するように構成された認証モジュールと；
ユーザ命令を受信するように構成された受信モジュールと；
前記ユーザ命令が実行可能命令である場合、前記ユーザ命令の種類を識別するように構成された識別モジュールと；
前記ユーザ命令の前記種類が前記ユーザ命令はスクリプトファイルであることを示す場合、前記スクリプトファイルのスクリプト内容を取得するように構成された第２の取得モジュールであって、前記スクリプト内容は少なくとも１つのコマンドステートメントを含む、前記第２の取得モジュールと；
前記構成ファイルに基づいて前記少なくとも１つのコマンドステートメントの有効性検査を実行するように構成された第１の検査モジュールとを含む。

【0008】

任意で、前記装置は、
前記構成ファイルに基づいて前記少なくとも１つのコマンドステートメントの前記有効性検査を実行する前に、前記スクリプト内容の前記少なくとも１つのコマンドステートメントのステートメント内容を取得するために前記スクリプト内容のステートメント構文解析を実行するように構成された第１の構文解析モジュールと；
前記対応する構成ファイルに基づいた少なくとも１つのコマンドステートメントの順序で前記少なくとも１つのコマンドステートメントの前記ステートメント内容の前記有効性検査を順次実行するように構成された前記第１の検査モジュールとをさらに含む。

【0009】

任意で、前記装置は、
前記ステートメント内容の１番目のステートメント内容が有効である場合、前記１番目のステートメント内容に対応する１番目のコマンドステートメントを実行するように構成された第１の実行モジュールと；
前記ステートメント内容の２番目のステートメント内容が無効である場合、前記コマンドステートメントの実行を停止し、前記対応する構成ファイルに基づいた前記少なくとも１つのコマンドステートメントの順序で前記少なくとも１つのコマンドステートメントの前記ステートメント内容の前記有効性検査を順次実行する前記ステップを終了するように構成された実行停止モジュールとをさらに含む。

【0010】

任意で、前記装置は、
前記少なくとも１つのコマンドステートメントの前記ステートメント内容がすべて有効である場合、前記スクリプト内容を実行するように構成された第２の実行モジュールをさらに含む。

【0011】

任意で、前記装置は、
前記ユーザ命令が前記コマンドステートメントである場合、前記コマンドステートメントのステートメント内容を取得するために、前記コマンドステートメントを構文解析するように構成された第２の構文解析モジュールと；
前記ステートメント内容に対応する前記構成ファイルの内容に基づいて前記コマンドステートメントの前記ステートメント内容の前記有効性検査を実行するように構成された第２の検査モジュールと；
前記ステートメント内容が有効である場合、前記コマンドステートメントを実行するように構成された第３の実行モジュールとをさらに含む。

【0012】

任意で、前記構成ファイルに対応する前記権限管理ルールは、前記ビジネスシナリオに従ってＩｓｈｅｌｌツールによって構成される。

【0013】

一態様では、コンピュータ機器が提供される。前記コンピュータ機器は、プロセッサと、少なくとも１つの命令、少なくとも１つのプログラム、コードセットまたは命令セットを保存するメモリとを含んでおり、前記少なくとも１つの命令、前記少なくとも１つのプログラム、前記コードセットまたは前記命令セットは、前記プロセッサによってロードされて実行されると、前記プロセッサに権限管理のための前記方法を実行させる。

【0014】

一態様では、コンピュータ可読記憶媒体が提供される。前記コンピュータ可読記憶媒体は、少なくとも１つの命令、少なくとも１つのプログラム、コードセットまたは命令セットを保存し、前記少なくとも１つの命令、前記少なくとも１つのプログラム、前記コードセットまたは前記命令セットは、プロセッサによってロードされて実行されると、前記プロセッサに権限管理のための前記方法を実行させる。

【0015】

本発明によって提供される技術的解決手段は、以下の有益な効果を含み得る。

【0016】

コンテナが初期化された時、ビジネスシナリオに従ってコンテナの外側から構成ファイルが取得され、構成ファイルはコンテナ内で認証される。ユーザ命令が受信され、ユーザ命令が実行可能命令である場合、ユーザ命令の種類が識別される。ユーザ命令の種類がスクリプトファイルである場合、スクリプトファイルに含まれる少なくとも１つのコマンドステートメントが取得され、構成ファイルに基づいてスクリプトファイルの少なくとも１つのコマンドステートメントに有効性検査が実行される。したがって、コンテナの使用中、コンテナのユーザ権限がビジネスシナリオに従って管理され、ユーザ権限がより小さな粒度の観点から管理されることによって、コンテナの利用安全性を改善する一方で、権限の適応性を実現する。

【0017】

前述の概要および以下の詳細な説明は例示的かつ説明的なものであるに過ぎず、本発明を限定することを目的としないことを理解されたい。

【0018】

本明細書に組み込まれ本明細書の一部を構成する添付図面は、本発明と一貫した実施形態を示し、本明細書と共に、本発明の原理を説明する働きをする。

【図面の簡単な説明】

【0019】

【図1】本発明の例示的実施形態によって提供される権限管理のための方法の流れ図を示す。

【図2】本発明の実施形態に関連するミラーリングに基づいて構築されたコンテナの概略図を示す。

【図3】本発明の例示的実施形態によって提供される権限管理のための方法の流れ図を示す。

【図4】本発明の例示的実施形態によって提供される権限管理のための方法の流れ図を示す。

【図5】本発明の実施形態に関連するユーザ命令の有効性検査プロセスの概略図を示す。

【図6】本発明の例示的実施形態によって提供される権限管理のための装置のブロック図を示す。

【図7】例示的実施形態によるコンピュータ機器の構造ブロック図である。

【発明を実施するための形態】

【0020】

例示的実施形態は本明細書において詳述され、その実施例は添付図面において図示される。以下の説明は添付図面を参照しており、特に明記しない限り、異なる図面中の同じ番号は同一または類似の要素を表す。以下の例示的実施形態に記載される実施態様は、本発明と一貫したすべての実施態様を表すわけではない。むしろ、実施態様は、添付の特許請求の範囲において詳述される本発明のいくつかの態様と一貫した装置および方法の単なる例である。

【0021】

本明細書における用語「複数」は２つ以上を指すことを理解されたい。本明細書における「および／または」は関連する対象物の関連する関係を説明しており、３種類の関係を示す。例えば、Ａおよび／またはＢは、Ａ単独の存在、ＡとＢ同時の存在、Ｂ単独の存在を指すことができる。文字「／」は、一般的に前後関係の対象物が「または」の関係にあることを示す。

【0022】

ソフトウェア開発段階におけるプロジェクトの継続的インテグレーション（ＣＩ）プロセスでは、コンパイル環境の清浄性および独立性を保証するためにコンテナが構成される。本発明において提供されるコンテナの権限管理のための方法は、コンテナを使用する時に異なるビジネスシナリオに対するユーザ権限に異なる制限を行うことができ、それによってコンテナの利用安全性を改善する一方で、権限管理の適応性を実現する。理解しやすくするために、本発明に関連するいくつかの用語を以下に説明する。

【0023】

１）コンテナ技術
コンテナ仮想化技術の別名でも知られるコンテナ技術は、単一のオペレーティングシステムのリソースを分離したグループに効果的に分割して、分離したグループ間での矛盾するリソースの使用要件のバランスをうまく取ることができるようにする技術である。

【0024】

コンテナはミラーリングから生まれた運用例であり、導入、始動、停止および削除することができる。各コンテナは、互いに孤立し、セキュリティを保証するプラットホームである。コンテナは、オブジェクトのライフサイクル、およびオブジェクト間の依存性を管理することができる。構成ファイル、通常、拡張マークアップ言語（ＸＭＬ）を使用することができる。例えば、オブジェクトの名称、オブジェクトの作成方法（プロトタイプパターンまたはシングルトンパターン）、および作成後のどのオブジェクトを特定のオブジェクトのプロパティに設定すべきか等をそこで定義することができる。コンテナの導入後、オブジェクトを作成するか、またはオブジェクト間の依存性を確立するために、一連のプログラムコードを書き込まずに直接すべてのオブジェクトにアクセスすることができる。

【0025】

２）継続的インテグレーション（ＣＩ）
ＣＩは、コード品質を管理するために開発段階のプロジェクトを継続的かつ自動的にコンパイルおよびテストする手法を指す。ＣＩは、ソフトウェア開発プラクティスである。チーム開発メンバーは作業を統合することがよくあり、通常は各メンバーが少なくとも１日に１回作業を統合するが、これは毎日複数のインテグレーションが発生し得ることを意味する。各インテグレーションは、自動設定（コンパイル、リリース、自動テストを含む）によって確認される。したがって、インテグレーションエラーができるだけ早く発見され、製品品質が保証される一方で製品をすばやく反復することができる。

【0026】

３）ミラーリング
ミラーリングはファイルストレージの形式であり、冗長化の一種である。１つのディスクのデータの別のディスクへの同一のコピーがミラーリングである。多くのファイルをミラーリングファイルにすることができる。共通のミラーリングファイル形式には、ＩＳＯ（国際標準ディスクファイルシステム形式）、ＢＩＮ、ＩＭＧ、ＴＡＯ、ＤＡＯ、ＣＩＦおよびＦＣＤがある。ユーザによるダウンロードと利用の利便性のために、システムが破壊された場合、ミラーリングを介して短時間でシステムを復元することができ、ミラーリングファイルをディスクに直接記録することができる。

【0027】

４）ルート
ルートは、ＵＮＩＸ（登録商標）システム、Ｌｉｎｕｘ（登録商標）システム、およびＡｎｄｒｏｉｄ（登録商標）に存在するスーパーユーザを指し、ルートはオペレーティングシステムの最高の権限用に構成され、例えばプロセス管理、ユーザ管理、ハードウェア管理等のシステムにおけるあらゆるオペレーションを行うことができる。最高の権限が故に、ルートを使用した誤操作はオペレーティングシステムに損傷を与える可能性がある。したがって、ユーザはルートの下で操作する時は慎重でなければならない。

【0028】

関連技術では、従来のＣＩツール、例えばＪｅｎｋｉｎｓは、コンパイル環境の清浄性および独立性を保証することができず、清浄でない環境が故に清浄でない設定パッケージまたはミラーリングの問題を引き起こすことがよくあり、このことは製品の開発および検査やリリース進捗に深刻な影響を与える。

【0029】

このため、コンテナを構築するための方法が提供される。コンテナは互いに孤立したプラットホームを保証することができるため、コンパイル環境が互いに影響し合うことがない。しかしながら、コンテナの構築にはより高い権限を必要とし、コンテナを構築するユーザには通常ルート権限が与えられるので、高過ぎる権限が故に以下の問題が容易に引き起こされる。

【0030】

（１）ユーザ名およびパスワードを含む構成ファイルに関連するオペレーションに影響を及ぼす。

【0031】

例えば、ユーザ名およびパスワードは企業のｎｅｘｕｓおよびｎｐｍ等の内部ツールのユーザ名およびパスワードを指し、それらの権限は非常に高い。コンテナがルートとして動作する場合、ユーザはこれらのツールのユーザ名およびパスワードを知ることができることになり、このことが企業のセキュリティに影響を及ぼすことになる。

【0032】

（２）マウントディレクトリに関連するオペレーションに影響を及ぼす。

【0033】

マウントディレクトリは、全ユーザに共有される共有ディレクトリである。コンテナがルートとして動作する場合、ユーザは共有ファイルを操作することができるため、他のユーザのファイルセキュリティを保証することができない。

【0034】

（３）コンテナのルートとしての動作はホストマシンを操作することになる。

【0035】

コンテナはホストマシン上で動作する。１つのホストマシン上には複数のコンテナが存在することができ、これらはホストマシン上の複数のサービスとして理解することもできる。コンテナがルートとして動作する場合、ユーザはホストマシンを操作すること、例えば、他のコンテナを停止させることなどができることになり、それによって深刻な結果をもたらす。

【0036】

関連技術では、コンテナのレベルで、コンテナ内のユーザ権限は、一般的にログインユーザ権限を制限し、ルートユーザを隠すことによって管理される。

【0037】

様々なシステムユーザのために、ｃｈｏｍｄツールが１つ以上のファイルのストレージアクセスモードを変更させるために採用される。ユーザ権限は、ユーザに特定のファイルの実行権限を与えることによって、またはｒｂａｓｈ（制限付きのｂａｓｈ）、ｂｄｓｈ（ｂｏａ ｄｉｍｉｎｉｓｈ ｓｈｅｌｌ）、およびｌｓｈｅｌｌ（制限シェル）等の権限管理ツールを介してホワイトリストおよびブラックリストを設定することによって管理される。しかしながら、上記のツールが実行可能なスクリプト（ｓｈｅｌｌ／ｐｙｔｈｏｎ）のコマンドとして実行されていることがわかると、上記の技術のすべてはシェルで生成されたあらゆる制限を解消してスクリプトを実行することになる。

【0038】

例えば、スクリプトＡは実行可能なスクリプトであり、４つのコマンドを含む。コマンドの１つは、シェルで生成された制限内で実行することが本来認められていない。しかしながら、スクリプトＡに問い合わせることによって実行可能なスクリプトであると判断されたスクリプトが存在すると、スクリプトに含まれるコマンドは検査されないことになり、シェルで生成された制限を解消してスクリプトを実行する。したがって、実行することが本来認められていないコマンドも実行されて、権限管理の不正確さおよび安全性の低下につながる。

【0039】

ユーザ権限を制限することまたはルートユーザを隠すことは、より高い権限を必要とするいくつかのビジネスシナリオを満たすことができないことにもなる。

【0040】

本発明において提供される権限管理のための方法は、コンテナを使用する時に異なるビジネスシナリオに対するユーザ権限に異なる制限を行うことができ、それによってコンテナの利用安全性を改善する一方で、権限管理の適応性を実現する。図１を参照すると、図１は、本発明の例示的実施形態によって提供される権限管理のための方法の流れ図を示す。権限管理のための方法は、コンピュータ機器によって実行される。コンピュータ機器は、コンテナをロードして実行するように構成される。図１に示すように、権限管理のための方法は以下のステップを含み得る。

【0041】

ステップ１１０では、コンテナが初期化された時、ビジネスシナリオに従って構成ファイルが取得されるが、構成ファイルはコンテナの外側で管理され、構成ファイルはコンテナ内のビジネスシナリオに対応する権限管理ルールを用いて構成される。

【0042】

任意で、構成ファイルは分散バージョン管理システム（Ｇｉｔ）上で管理してもよい。

【0043】

任意で、コンテナはミラーリングに基づいて構築されたコンテナであってもよい。図２を参照すると、図２は、本発明の実施形態に関連するミラーリングに基づいて構築されたコンテナの概略図を示す。図２に示すように、複数のミラーリングをミラーリング管理に保存することができ、ミラーリング内容はビジネスシナリオ要件の変化に従って更新することもできる。特定のビジネスシナリオに必要とされるコンテナを構築する必要がある場合、コンピュータ機器はミラーリング管理からビジネスシナリオに対応するミラーリングを取得してから、ミラーリングに基づいてビジネスシナリオに対応するコンテナを構築する。複数のコンテナは、同じミラーリングに基づいて構築してもよい。複数のコンテナは独立しており、互いに影響し合うことがない。開発者は、コンテナが制限シェル層環境で実行されるように、コンテナ内の様々なユーザ権限を構成することができ、それによってビジネスシナリオに従ってコンテナ内のユーザ権限を柔軟に設定する目的を達成する。

【0044】

ユーザ権限の設定は、コンテナの外側で管理される構成ファイルを呼び出すことによって実現することができる。構成ファイルは、それぞれのビジネスシナリオに対応する権限管理ルールを用いて構成される。ビジネスシナリオに対応する権限管理ルールを変更する必要がある場合、開発者は構成ファイル内の権限管理ルールを変更する必要があるだけで、コンテナを再構築する必要はない。

【0045】

任意で、構成ファイルは、パス、コマンド、および環境変数を含むがこれに限らない権限管理ルールを用いて構成してもよい。

【0046】

ステップ１２０では、構成ファイルがコンテナ内で認証される。

【0047】

コンテナは、ビジネスシナリオに従って取得された対応する構成ファイルの権限管理ルールをコンテナに書き込んで、制限されたユーザ権限を有するシェル環境を構築するため、コンテナはコンテナを使用するユーザの権限管理を行うことができる。

【0048】

ステップ１３０では、ユーザ命令が受信される。

【0049】

任意で、ユーザ命令の種類は、スクリプトファイルまたはコマンドステートメントであってよい。

【0050】

ステップ１４０では、ユーザ命令が実行可能命令である場合、ユーザ命令の種類が識別される。

【0051】

まず、コンテナは、構成ファイルに基づいてユーザ命令の実行可能性を判断する。構成ファイルは、実行可能命令と実行禁止命令に関連する制限によって構成することができる。構成ファイルの関連コンテンツに従って、ユーザ命令が実行可能であるかどうかが判断され、ユーザ命令が実行可能命令である場合、ユーザ命令の種類が識別される。

【0052】

考えられる例では、構成ファイルは、実行可能命令の接尾辞名と実行禁止命令の接尾辞名によって構成される。ユーザ命令の接尾辞名が構成ファイル内の実行可能命令の接尾辞名である場合、ユーザ命令は実行可能命令であると決定され、ユーザ命令の種類が識別される。

【0053】

ステップ１５０では、ユーザ命令の種類がユーザ命令はスクリプトファイルであることを示す場合、スクリプトファイルのスクリプト内容が取得され、スクリプト内容は少なくとも１つのコマンドステートメントを含む。

【0054】

スクリプトはプレーンテキストで保存されたプログラムであり、バインド（ｂｉｎｄ）およびエイリアス（ａｌｉａｓ）等の命令セットを含む。ユーザは、そのようなセットを個別ファイルとして保存してから、それらを実行することができる。実行中、スクリプトのファイルコマンドは、システムのインタプリタによって機械識別可能な命令に変換され、プログラムに基づいて実行される。

【0055】

１つの考えられる例では、コンテナは、ユーザ命令の接尾辞名を識別することによってユーザ命令がスクリプトファイルであるかどうかを決定することができる。ユーザ命令がスクリプトファイルであると決定された場合、コンテナはスクリプトファイルに含まれる少なくとも１つのコマンドステートメントを読み込んで、スクリプトファイルのスクリプト内容を取得する。

【0056】

ステップ１６０では、構成ファイルに基づいて少なくとも１つのコマンドステートメントに有効性検査が実行される。

【0057】

構成ファイルは、スクリプトファイルに含まれる少なくとも１つのコマンドステートメントに対応する権限管理ルールを用いて構成され、スクリプトのコマンドステートメントに対応する権限管理ルールに基づいてコマンドステートメントに有効性検査が実行される。例えば、パスを示すコマンドステートメントに対しては、コンテナは、パスを示すコマンドステートメントのパラメータが権限管理ルールによって指定されたパラメータの中にあるかどうかを判断する。パスを示すコマンドステートメントのパラメータが権限管理ルールよって指定されたパラメータの中にある場合、パスを示すコマンドステートメントが有効であると決定される。パスを示すコマンドステートメントのパラメータが権限管理ルールによって指定されたパラメータの中にない場合、パスを示すコマンドステートメントは無効であると決定される。

【0058】

要約すると、本発明の実施形態によって提供される権限管理のための方法によれば、コンテナが初期化された時、ビジネスシナリオに従ってコンテナの外側から構成ファイルが取得され、構成ファイルはコンテナ内で認証される。ユーザ命令が受信され、ユーザ命令が実行可能命令である場合、ユーザ命令の種類が識別される。ユーザ命令の種類がスクリプトファイルである場合、スクリプトファイルに含まれる少なくとも１つのコマンドステートメントが取得され、構成ファイルに基づいてスクリプトファイルの少なくとも１つのコマンドステートメントに有効性検査が実行される。したがって、コンテナの使用中、コンテナのユーザ権限がビジネスシナリオに従って管理され、ユーザ権限がより小さな粒度の観点から管理されることによって、コンテナの利用安全性を改善する一方で、権限の適応性を実現する。

【0059】

図３を参照すると、図３は、本発明の例示的実施形態によって提供される権限管理のための方法の流れ図を示す。権限管理のための方法は、コンピュータ機器によって実行される。コンピュータ機器は、コンテナをロードして実行するように構成される。図３に示すように、権限管理のための方法は以下のステップを含み得る。

【0060】

ステップ３１０では、コンテナが初期化された時、ビジネスシナリオに従って構成ファイルが取得されるが、構成ファイルはコンテナの外側で管理され、構成ファイルはコンテナ内のビジネスシナリオに対応する権限管理ルールを用いて構成される。

【0061】

任意で、構成ファイルに対応する権限管理ルールは、ビジネスシナリオに従ってＩｓｈｅｌｌツールによって構成される。異なるビジネスシナリオに対応する構成ファイルの構成は、異なる。それぞれのビジネスシナリオのために適切に構成された構成ファイルはコンテナの外側に保存されるため、ユーザが構成ファイルに対応する権限管理を調整する必要がある場合、構成ファイルがコンテナの外側で直接変更することができることによって、権限管理の柔軟性を向上させる。

【0062】

ステップ３２０では、構成ファイルはコンテナ内で認証される。

【0063】

ステップ３３０では、ユーザ命令が受信される。

【0064】

ステップ３４０では、ユーザ命令が実行可能命令である場合、ユーザ命令の種類が識別される。

【0065】

ステップ３５０では、ユーザ命令の種類がユーザ命令はスクリプトファイルであることを示す場合、スクリプトファイルのスクリプト内容が取得され、スクリプト内容は少なくとも１つのコマンドステートメントを含む。

【0066】

ステップ３１０～３５０の実行方法は、図１に示す実施形態の関連した内容の説明を参照することができ、詳細は本明細書において再び繰り返すことはない。

【0067】

ステップ３６０では、スクリプト内容の少なくとも１つのコマンドステートメントのステートメント内容を取得するためにスクリプト内容のステートメント構文解析が実行される。

【0068】

ステップ３７０では、対応する構成ファイルに基づいた少なくとも１つのコマンドステートメントの順序で少なくとも１つのコマンドステートメントのステートメント内容の有効性検査が順次実行される。

【0069】

任意で、ステートメント内容の１番目のステートメント内容が有効である場合、１番目のステートメント内容に対応する１番目のコマンドステートメントが実行される。

【0070】

ステートメント内容の２番目のステートメント内容が無効である場合、コマンドステートメントの実行が停止され、対応する構成ファイルに基づいた少なくとも１つのコマンドステートメントの順序で少なくとも１つのコマンドステートメントのステートメント内容の有効性検査を順次実行するステップが終了される。

【0071】

考えられる例では、コンテナは、スクリプトファイルの少なくとも１つのコマンドステートメントの配列順序でスクリプトファイルの少なくとも１つのコマンドステートメントの検査を順次実行する。コマンドステートメントの検査結果がコマンドステートメントが有効であることを示す場合、コマンドステートメントで示される操作内容が実行され、次のコマンドステートメントに有効性検査が実行される。例えば、コマンドステートメントＡがカレントディレクトリを見ることを示す場合、コマンドステートメントＡをそれに対応する権限管理ルールによって検査した後、コマンドステートメントＡが有効であると判断されると、コンテナは現在のコマンドを見る操作を実行する。コマンドステートメントの検査結果がコマンドステートメントが無効であることを示す場合、コマンドステートメントの検査が停止され、かかるコマンドステートメントが属するスクリプトファイルに含まれる他の検査されていないコマンドステートメントの検査が終了される。つまり、少なくとも１つのコマンドステートメントの配列順序でスクリプトファイルに含まれるコマンドステートメントに有効性検査を実行する過程で、有効なコマンドステートメントが存在する場合、コマンドステートメントが実行される。コマンドステートメントの１つが無効である場合、他の検査されていないコマンドステートメントの有効性は検査されないことになり、スクリプトファイルの検査が直接終了され、スクリプトファイルが無効なコマンドステートメントを含むことが決定される。

【0072】

任意で、コンテナの検査結果がスクリプトファイルが無効なコマンドステートメントを含むことを示す場合、検査結果はユーザにフィードバックされる。

【0073】

あるいは、任意で、少なくとも１つのコマンドステートメントのステートメント内容がすべて有効である場合、スクリプト内容が実行される。

【0074】

考えられる例では、コンテナは、スクリプトファイルの少なくとも１つのコマンドステートメントの配列順序でスクリプトファイルの少なくとも１つのコマンドステートメントの検査を順次実行する。スクリプトファイルに含まれるコマンドステートメントがすべて有効である場合のみ、スクリプトファイルのコマンドステートメントの実行の操作が行われる。すなわち、少なくとも１つのコマンドステートメントの有効性検査が順序正しく実行される。コマンドステートメントが有効であると決定された場合、スクリプトファイルのすべてのコマンドステートメントが有効になるまで次のコマンドステートメントの有効性検査が実行される。上記の過程では、一度１つのコマンドステートメントが無効になると、スクリプトファイルの少なくとも１つのコマンドステートメントの有効性検査が終了される。

【0075】

ユーザ命令の種類がユーザ命令がコマンドステートメントであることを示す場合、任意で、コマンドステートメントのステートメント内容を取得するためにコマンドステートメントが構文解析される。

【0076】

換言すれば、ユーザ命令がコマンドステートメントの形式でコンテナに送信されるが、この場合１つ以上のコマンドステートメントが存在してもよく、コマンドステートメントは図示のコンテナで操作を行う指示情報を所持する。

【0077】

コマンドステートメントのステートメント内容に対応する構成ファイルの内容に基づいて、コマンドステートメントのステートメント内容の有効性検査が実行される。すなわち、コンテナ内のコマンドステートメントに対応する権限管理ルールに基づいて、コマンドのステートメント内容の有効性検査が実行される。

【0078】

検査結果がステートメント内容が有効であることを示す場合、コマンドステートメントが実行される。

【0079】

要約すると、本発明の実施形態によって提供される権限管理のための方法によれば、コンテナが初期化された時、ビジネスシナリオに従ってコンテナの外側から構成ファイルが取得され、構成ファイルはコンテナ内で認証される。ユーザ命令が受信され、ユーザ命令が実行可能命令である場合、ユーザ命令の種類が識別される。ユーザ命令の種類がスクリプトファイルである場合、スクリプトファイルに含まれる少なくとも１つのコマンドステートメントが取得され、構成ファイルに基づいてスクリプトファイルの少なくとも１つのコマンドステートメントに有効性検査が実行される。したがって、コンテナの使用中、コンテナのユーザ権限がビジネスシナリオに従って管理され、ユーザ権限がより小さな粒度の観点から管理されることによって、コンテナの利用安全性を改善する一方で、権限の適応性を実現する。

【0080】

以下では、ユーザ命令が実行可能なスクリプトファイルであるという事実と併せて本発明を説明する。図４を参照すると、図４は、本発明の例示的実施形態によって提供される権限管理のための方法の流れ図を示す。権限管理のための方法は、コンピュータ機器によって実行される。コンピュータは、コンテナをロードして実行するように構成される。図４に示すように、権限管理のための方法は以下のステップを含み得る。

【0081】

ステップ４１０では、コンテナが初期化され、現在のビジネスシナリオに従って構成管理から構成ファイルが取得される。

【0082】

ステップ４２０では、ユーザがコンテナ環境の権限制限を受けさせられるように、構成ファイルがコンテナ内で認証される。

【0083】

ステップ４３０では、ユーザ命令が有効であるかどうかが検査され、有効である場合、ステップ４４０が実行される。それ以外の場合は、ステップ４５０が実行される。

【0084】

ステップ４４０では、ユーザ命令が実行される。

【0085】

ステップ４５０では、ユーザ命令の実行が停止され、有効性検査が終了される。

【0086】

ステップ４３０～ステップ４５０のプロセスは、本発明の実施形態に関連するユーザ命令の有効性検査プロセスの概略図を示す図５を参照することができる。図５に示すように、上記のプロセスは以下のステップを含み得る。

【0087】

Ｓ５０１では、コンテナはユーザ命令を受信する。

【0088】

Ｓ５０２では、ユーザ命令が実行可能であるかどうかが判断され、実行可能である場合、Ｓ５０３が実行される。それ以外の場合は、Ｓ５０４が実行される。

【0089】

Ｓ５０３では、ユーザ命令がスクリプトファイルであるかどうかが判断され、スクリプトファイルである場合、Ｓ５０５が実行される。それ以外の場合は、Ｓ５０６が実行される。

【0090】

本実施形態では、ユーザ命令がスクリプトではない場合、ユーザ命令はコマンドステートメントであるとみなされる。

【0091】

Ｓ５０４では、ユーザ命令の実行が停止され、有効性検査が終了される。

【0092】

Ｓ５０５では、スクリプトファイルのスクリプト内容が取得されるが、スクリプト内容は少なくとも１つのコマンドステートメントを含む。

【0093】

Ｓ５０６では、コマンドステートメントのステートメント構文解析が実行される。

【0094】

構文解析結果が図５に示される。３つのコマンドステートメントを含むスクリプトファイルを例にとると、３つのコマンドステートメントは、それぞれパス、コマンド、および環境変数を示す。

【0095】

Ｓ５０７では、コマンドステートメントの検査が実行される。コマンドステートメントが検査で合格になると、コマンドステートメントが実行される。コマンドステートメントが検査で不合格になると、Ｓ５０４が実行される。

【0096】

様々なコマンドステートメントの命令情報に対応する様々な検査方法がそれぞれ存在する。

【0097】

パスを示すコマンドステートメントに対しては、パスを示すコマンドステートメントのパラメータが権限管理ルールによって指定されたパラメータの中にあるかどうかを判断することができる。パスを示すコマンドステートメントのパラメータが権限管理ルールによって指定されたパラメータの中にある場合、パスを示すコマンドステートメントは検査で合格であると決定され、コマンドステートメントが実行される。パスを示すコマンドステートメントのパラメータが権限管理ルールによって指定されたパラメータの中にない場合、パスを示すコマンドステートメントは無効であると決定され、ユーザ命令の実行が停止され、有効性検査が終了される。

【0098】

コマンドを示すコマンドステートメントに対しては、コマンドステートメントがエイリアスであるかどうかをまず判断することができる。例えば、ユーザによって入力されたコマンドステートメントにおいて「ｏｐｅｎ（オープン）」で表されるコマンドｃｄでは、「ｏｐｅｎ」はコマンドｃｄのエイリアスである。コマンドステートメント内にエイリアスが存在すると判断された場合、コマンドを取得するためにコマンドが構文解析される。次に、コマンドが権限制限の中で実行を禁止されているコマンドの中にあるかどうかが判断される。コマンドが実行を禁止されているコマンドである場合、コマンドステートメントの検査が停止されて終了される。コマンドが実行を禁止されているコマンドでない場合、コマンドが権限制限の中で実行を許可されているコマンドの中にあるかどうかが判断される。実行が許可されているコマンドは、権限制限範囲内のコマンドの実行を許可するものとして表現してもよく、権限制限外のコマンドの実行を禁止するものとして表現してもよい。例えば、権限制限は、コンテナ内のコマンドＡＢＣを実行してもよいことを示すとすると、実行が許可されているコマンドはコマンドＡＢＣの実行を許可するものとしてもよく、または実行が許可されているコマンドはコマンドＡＢＣ以外のコマンドの実行を禁止するものとしてもよい。コマンドが実行を許可されているコマンドの中にある場合、コマンドが実行されることになり、それ以外の場合は、ユーザ命令の実行が停止され、有効性検査が終了される。

【0099】

環境変数を示すコマンドステートメントに対しては、コマンドステートメントによって示される環境変数がコンテナ権限によって制限された環境変数の中にあるかどうかが判断される。コマンドステートメントによって示される環境変数がコンテナ権限によって制限された環境変数の中にある場合、コマンドステートメントが実行され、それ以外の場合は、ユーザ命令の実行が停止され、有効性検査が終了される。

【0100】

考えられる例では、図５に示すユーザ命令の有効性を検査するプロセスは、ユーザ命令がコマンドステートメントである場合にも適用可能である。ユーザ命令がコマンドステートメントである場合、Ｓ５０５はぜひとも実行する必要がある。コマンドステートメントに直接ステートメント構文解析を実行してコマンドステートメントによって示される内容を特定し、それによってコマンドステートメントによって示される内容に対応する権限を用いてコマンドステートメントの有効性を検査することができる。コマンドステートメントが有効である場合、コマンドステートメントが実行され、それ以外の場合は、ユーザ命令の実行が停止され、有効性検査が終了される。

【0101】

要約すると、本発明の実施形態によって提供される権限管理のための方法によれば、コンテナが初期化された時、ビジネスシナリオに従ってコンテナの外側から構成ファイルが取得され、構成ファイルはコンテナ内で認証される。ユーザ命令が受信され、ユーザ命令が実行可能命令である場合、ユーザ命令の種類が識別される。ユーザ命令の種類がスクリプトファイルである場合、スクリプトファイルに含まれる少なくとも１つのコマンドステートメントが取得され、構成ファイルに基づいてスクリプトファイルの少なくとも１つのコマンドステートメントに有効性検査が実行される。したがって、コンテナの使用中、コンテナのユーザ権限がビジネスシナリオに従って管理され、ユーザ権限がより小さな粒度の観点から管理されることによって、コンテナの利用安全性を改善する一方で、権限の適応性を実現する。

【0102】

図６を参照すると、図６は、本発明の例示的実施形態によって提供される権限管理のための装置のブロック図を示す。前記装置は、ソフトウェアの形でコンピュータ機器の全部または一部として実装して、図１、図３、図４、または図５の対応する実施形態に示す方法のステップの全部または一部を実行することができる。図６に示すように、権限管理のための装置は、
コンテナが初期化された時、ビジネスシナリオに従って構成ファイルを取得するように構成された第１の取得モジュール６１０であって、前記構成ファイルは前記コンテナの外側で管理され、前記構成ファイルは前記コンテナ内の前記ビジネスシナリオに対応する権限管理ルールを用いて構成される、前記第１の取得モジュール６１０と；
前記コンテナ内の前記構成ファイルを認証するように構成された認証モジュール６２０と；
ユーザ命令を受信するように構成された受信モジュール６３０と；
前記ユーザ命令が実行可能命令である場合、前記ユーザ命令の種類を識別するように構成された識別モジュール６４０と；
前記ユーザ命令の前記種類が前記ユーザ命令はスクリプトファイルであることを示す場合、前記スクリプトファイルのスクリプト内容を取得するように構成された第２の取得モジュール６５０であって、前記スクリプト内容は少なくとも１つのコマンドステートメントを含む、前記第２の取得モジュール６５０と；
前記構成ファイルに基づいて前記少なくとも１つのコマンドステートメントの有効性検査を実行するように構成された第１の検査モジュール６６０とを含む。

【0103】

任意で、前記装置は、
前記構成ファイルに基づいて前記少なくとも１つのコマンドステートメントの前記有効性検査を実行する前に、前記スクリプト内容の前記少なくとも１つのコマンドステートメントのステートメント内容を取得するために前記スクリプト内容のステートメント構文解析を実行するように構成された第１の構文解析モジュールと；
前記対応する構成ファイルに基づいた少なくとも１つのコマンドステートメントの順序で前記少なくとも１つのコマンドステートメントの前記ステートメント内容の前記有効性検査を順次実行するように構成された前記第１の検査モジュールとをさらに含む。

【0104】

任意で、前記装置は、
前記ステートメント内容の１番目のステートメント内容が有効である場合、前記１番目のステートメント内容に対応する１番目のコマンドステートメントを実行するように構成された第１の実行モジュールと；
前記ステートメント内容の２番目のステートメント内容が無効である場合、前記コマンドステートメントの実行を停止し、前記対応する構成ファイルに基づいた前記少なくとも１つのコマンドステートメントの順序で前記少なくとも１つのコマンドステートメントの前記ステートメント内容の前記有効性検査を順次実行する前記ステップを終了するように構成された実行停止モジュールとをさらに含む。

【0105】

任意で、前記装置は、
前記少なくとも１つのコマンドステートメントの前記ステートメント内容がすべて有効である場合、前記スクリプト内容を実行するように構成された第２の実行モジュールをさらに含む。

【0106】

任意で、前記装置は、
前記ユーザ命令が前記コマンドステートメントである場合、前記コマンドステートメントのステートメント内容を取得するために、前記コマンドステートメントを構文解析するように構成された第２の構文解析モジュールと；
前記ステートメント内容に対応する前記構成ファイルの内容に基づいて前記コマンドステートメントの前記ステートメント内容の前記有効性検査を実行するように構成された第２の検査モジュールと；
前記ステートメント内容が有効である場合、前記コマンドステートメントを実行するように構成された第３の実行モジュールとをさらに含む。

【0107】

任意で、前記構成ファイルに対応する前記権限管理ルールは、前記ビジネスシナリオに従ってＩｓｈｅｌｌツールによって構成される。

【0108】

要約すると、本発明の実施形態によって提供される権限管理のための装置がコンピュータ機器に適用された場合、コンテナが初期化された時、ビジネスシナリオに従ってコンテナの外側から構成ファイルが取得され、構成ファイルはコンテナ内で認証される。ユーザ命令が受信され、ユーザ命令が実行可能命令である場合、ユーザ命令の種類が識別される。ユーザ命令の種類がスクリプトファイルである場合、スクリプトファイルに含まれる少なくとも１つのコマンドステートメントが取得され、構成ファイルに基づいてスクリプトファイルの少なくとも１つのコマンドステートメントに有効性検査が実行される。したがって、コンテナの使用中、コンテナのユーザ権限がビジネスシナリオに従って管理され、ユーザ権限がより小さな粒度の観点から管理されることによって、コンテナの利用安全性を改善する一方で、権限の適応性を実現する。

【0109】

図７は、例示的実施形態によるコンピュータ機器を示す構造ブロック図である。コンピュータ機器は、コンテナをロードして実行するように構成される。コンピュータ機器７００は、中央処理装置（ＣＰＵ）７０１と、ランダムアクセスメモリ（ＲＡＭ）７０２およびリードオンリメモリ（ＲＯＭ）７０３を含むシステムメモリ７０４と、システムメモリ７０４とＣＰＵ７０１を接続するシステムバス７０５とを含む。コンピュータ機器７００は、コンピュータ内の各種構成要素間の情報伝達を支援する基本入出力システム（Ｉ／Ｏシステム）７０６と、オペレーティングシステム７１３、アプリケーション７１４、およびその他のプログラムモジュール７１５を記憶するための大容量記憶装置７０７とをさらに含む。

【0110】

基本Ｉ／Ｏシステム７０６は、情報を表示するためのディスプレイ７０８と、ユーザによって情報を入力するための例えばマウス、キーボード等の入力装置７０９とを含む。ディスプレイ７０８および入力装置７０９は両方とも、システムバス７０５に接続された入出力制御装置７１０によってＣＰＵ７０１に接続される。基本Ｉ／Ｏシステム７０６は、キーボード、マウス、または電子ペン等の複数のその他の機器からの入力を受信して処理するための入出力制御装置７１０を含んでもよい。同様に、入出力制御装置７１０はさらに、ディスプレイ画面、プリンタ、または他の種類の出力装置に出力を行う。

【0111】

大容量記憶装置７０７は、システムバス７０５に接続された大容量記憶制御装置（図示せず）によってＣＰＵ７０１に接続される。大容量記憶装置７０７とそれに関連するコンピュータ可読媒体とは、コンピュータ機器７００に不揮発性記憶装置を提供する。すなわち、大容量記憶装置７０７は、ハードディスクまたはコンパクトディスクリードオンリメモリ（ＣＤ－ＲＯＭ）ドライブ等のコンピュータ可読媒体（図示せず）を含んでもよい。

【0112】

一般性を失うことなく、コンピュータ可読媒体はコンピュータ記憶媒体および通信媒体を含んでもよい。コンピュータ記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュールまたはその他のデータ等の情報の記憶のための任意の方法または技術において実装される揮発性および不揮発性、リムーバブルおよび非リムーバブル媒体を含む。コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、消去可能なプログラマブルリードオンリメモリ（ＥＰＲＯＭ）、電気的消去可能なプログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、フラッシュメモリまたはその他の固体記憶装置技術：ＣＤ－ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）またはその他の光学式記憶装置；およびカセットテープ、磁気テープ、磁気ディスク記憶装置またはその他の磁気記憶装置を含む。当然、当業者であれば、コンピュータ記憶媒体が上記の種類に限定されないことがわかるであろう。上記のシステムメモリ７０４および大容量記憶装置７０７は、まとめてメモリと呼んでもよい。

【0113】

本発明の各種実施形態によれば、コンピュータ機器７００は、インターネット等のネットワークを介してネットワーク上のリモートコンピュータに接続されることによって操作することもできる。すなわち、コンピュータ機器７００は、システムバス７０５に接続されたネットワークインターフェースユニット７１１によってネットワーク７１２に接続することができる。あるいは、すなわち、コンピュータ機器７００は、ネットワークインターフェースユニット７１１を用いてその他の形式のネットワークまたはリモートコンピュータシステム（図示せず）に接続することができる。

【0114】

メモリは、メモリに保存された１つ以上のプログラムをさらに含む。ＣＰＵ７０１は、１つ以上のプログラムを実行することによって、図１、図３、図４または図５に示す方法のステップの全部または一部を実行する。

【0115】

当業者であれば、上述した１つ以上の実施例では、本発明の実施形態において説明した機能はハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組み合わせで実装することができることを理解するであろう。ソフトウェアで実装された場合、機能はコンピュータ可読媒体に保存してもよく、あるいはコンピュータ可読媒体上に１つ以上の命令またはコードとして送信してもよい。コンピュータ可読媒体は、コンピュータ記憶媒体および通信媒体を含む。通信媒体は、コンピュータプログラムのある場所から別の場所への転送を容易にするあらゆる媒体を含む。記憶媒体は、汎用または専用コンピュータによって保存およびアクセスすることができるあらゆる利用可能な媒体であってよい。

【0116】

持続性コンピュータ可読記憶媒体が本発明の実施形態によってさらに提供される。持続性コンピュータ可読記憶媒体は、少なくとも１つの命令、少なくとも１つのプログラム、コードセットまたは命令セットを保存するように構成され、少なくとも１つの命令、少なくとも１つのプログラム、コードセットまたは命令セットは、プロセッサによってロードされて実行されると、プロセッサに権限管理のための上記の方法のステップの全部または一部を実行させる。例えば、持続性コンピュータ可読記憶媒体は、ＲＯＭ、ＲＡＭ、ＣＤ－ＲＯＭ、磁気テープ、フロッピーディスク、光データ記憶装置等であってよい。

【0117】

本発明のその他の実施態様は、本発明の仕様および実践を考慮することから当業者には明らかであろう。本願は、その一般原則に従い、本明細書において開示されていない周知の事実または一般的に用いられる技術的手段を含む、本発明のあらゆる変形、使用、または適応を網羅することを意図している。本発明の真の範囲および精神は以下の特許請求の範囲によって示され、明細書および実施形態は単なる例示として見なされるものとする。

【0118】

本発明は、上記で説明され、添付図面で例示された厳密な構成に限定されるものではなく、その範囲から逸脱することなく様々な修正および変更を行うことができることを理解されたい。本発明の範囲は、添付の特許請求の範囲によってのみ限定されることが意図されている。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】