特開 2024-135027 サービス提供プログラム、サービス提供方法及びサービス提供装置

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024135027

(43)【公開日】2024-10-04

(54)【発明の名称】サービス提供プログラム、サービス提供方法及びサービス提供装置

(51)【国際特許分類】

   G06F 9/48 20060101AFI20240927BHJP

   G06F 21/62 20130101ALI20240927BHJP

【ＦＩ】

G06F9/48 300A

G06F21/62

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2023045518

(22)【出願日】2023-03-22

(71)【出願人】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】塩沢 知晃

(72)【発明者】

【氏名】竹内 幸大

(72)【発明者】

【氏名】木村 佳弘

(72)【発明者】

【氏名】小島 直己

(57)【要約】

【課題】セキュリティを確保しつつサービスの利便性を確保するサービス提供プログラム、サービス提供方法及びサービス提供装置を提供する。
【解決手段】特定のネットワークを用いてジョブ管理サービスを提供する１つのリソースであって、前記リソースの中に複数のテナントが設定され、前記テナントのそれぞれについてジョブ管理を行うための機能が複数設定され、且つ、前記機能毎に前記特定のネットワークのうちの異なるサブネットワークが割り当てられた前記リソースにおいて、前記サブネットワークを基に、前記機能毎に個別にアクセス制限を行い、前記リソースの複数のテナントに対する共通利用部分に配置されたジョブ管理における複数のテナントの共用機能及び各前記テナントに設定された前記機能を用いて前記テナント毎にそれぞれ個別にジョブ管理を行う。
【選択図】図１

【特許請求の範囲】

【請求項1】

特定のネットワークを用いてジョブ管理サービスを提供する１つのリソースであって、前記リソースの中に複数のテナントが設定され、前記テナントのそれぞれについてジョブ管理を行うための機能が複数設定され、且つ、前記機能毎に前記特定のネットワークのうちの異なるサブネットワークが割り当てられた前記リソースにおいて、
前記サブネットワークを基に、前記機能毎に個別にアクセス制限を行い、
前記リソースの複数のテナントの共通利用部分に配置されたジョブ管理における複数のテナントの共用機能及び各前記テナントに設定された前記機能を用いて前記テナント毎にそれぞれ個別にジョブ管理を行う
処理をコンピュータに実行させることを特徴とするサービス提供プログラム。

【請求項2】

前記リソースの前記共通利用部分に配置されたＷｅｂ経由での前記テナントへのアクセスの機能を前記共用機能として用いてジョブ管理を行う処理を前記コンピュータに実行させることを特徴とする請求項１に記載のサービス提供プログラム。

【請求項3】

複数のテナントのジョブ管理の情報をまとめて表示するジョブ情報表示画面を利用者に提供し、前記ジョブ情報表示画面を用いて前記利用者から入力された情報を用いてジョブ管理を行う
処理を前記コンピュータに実行させることを特徴とする請求項１に記載のサービス提供プログラム。

【請求項4】

前記特定のネットワークに割り当てられたシェアードアドレスを用いてアクセス制限及びジョブ管理を行う処理を前記コンピュータに実行させることを特徴とする請求項１に記載のサービス提供プログラム。

【請求項5】

複数のテナントに対する共通のストレージにおけるテナント毎に割り当てた論理ボリュームを用いて、前記テナント毎のジョブ管理を行う処理を前記コンピュータに実行させることを特徴とする請求項１に記載のサービス提供プログラム。

【請求項6】

コンピュータが、
特定のネットワークを用いてジョブ管理サービスを提供する１つのリソースであって、前記リソースの中に複数のテナントが設定され、前記テナントのそれぞれについてジョブ管理を行うための機能が複数設定され、且つ、前記機能毎に前記特定のネットワークのうちの異なるサブネットワークが割り当てられた前記リソースにおいて、
前記サブネットワークを基に、前記機能毎に個別にアクセス制限を行い、
前記リソースの複数のテナントの共通利用部分に配置されたジョブ管理における複数のテナントの共用機能及び各前記テナントに設定された前記機能を用いて前記テナント毎にそれぞれ個別にジョブ管理を行う
処理を実行することを特徴とするサービス提供方法。

【請求項7】

特定のネットワークが割り当てられ、且つ、それぞれがジョブ管理サービスを提供する複数のテナントが設定されたサービス提供装置であって、
複数のテナントの共通利用部分に配置され、ジョブ管理における各テナントへのアクセスにおいて複数のテナントで共用される共通部と、
前記テナント毎に、
前記特定のネットワークのうちの前記テナント毎に異なる第１サブネットワークが割り当てられ、前記第１サブネットワークを基にアクセス制御を行い、且つ、利用者端末装置との間で情報の送受信を行うクライアントと、
前記特定のネットワークのうちの前記テナント毎に異なる第２サブネットワークが割り当てられ、前記第２サブネットワークを基にアクセス制御を行い、且つ、ジョブ実行装置で実行される前記テナント毎に異なるジョブのジョブ管理を、前記クライアントが前記利用者端末装置から受信した情報及び前記共通部からの情報を用いてジョブ管理を行うジョブ管理マネージャと
を備えたことを特徴とするサービス提供装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、サービス提供プログラム、サービス提供方法及びサービス提供装置に関する。

【背景技術】

【0002】

昨今、クラウド市場の成長率が高くなっていく中で、既存ＩＴ（Internet Technology）資産のクラウド化需要が高まっている。例えば、政府が発表した「クラウド・バイ・デフォルト原則」では、政府情報システムの構築や整備に、クラウドサービスの活用が推奨されている。

【0003】

そして、クラウド化の需要増大の中で、ジョブ管理環境のクラウドへの移行を求める利用者も増加している。このようなことから、近年、クラウド上でジョブ管理サービスを提供する事業者が注目されている。ジョブ管理とは、プログラムの実行やバッチ処理といったジョブが適切に実行されるように、ジョブの実行を制御及び監視する作業である。ジョブ管理サービス提供者は、クラウドインフラ提供者により提供されるクラウド上の計算資源を用いて、利用者にジョブ管理サービスを提供する。この場合、利用者は、ジョブ管理サービス提供者にサービス利用料を支払う。また、ジョブ管理サービス提供者は、クラウドインフラ提供者にクラウドインフラ利用料を支払う。

【0004】

ジョブ管理環境のクラウドへの移行では、利用コストを安く抑えつつ、高い運用性を確保することが利用者により求められる。そこで、ジョブ管理サービス提供者では、利用者の利便性を考慮し、既存製品を利用したジョブ管理サービスを構築しようとする動きが活発化している。

【0005】

ここで、クラウド上でのジョブ管理サービスの提供には、シングルテナント構成とマルチテナント構成との２つの構成が存在する。シングルテナント構成は、サービスを利用するテナントとジョブ管理サービスを提供するための計算資源であるリソースとが１対１の関係にあるシステムである。テナントは、ジョブ管理の役割を提供するための要素をひとまとめにした単位であり、サービスを利用する利用者と対をなす場合もあり、また、１人の利用者が複数のテナントを使用する場合もある。シングルテナント構成では、テナントを跨いだリソースの接続が行われないため、ある利用者のリソースから別利用者のリソースにアクセスされるおそれがない。ただし、シングルテナント構成では、利用者は、リソース毎の利用料の支払いが求められる。

【0006】

一方、マルチテナント構成は、１つのリソースを複数のテナントで利用するシステムである。マルチテナント構成では、１つのリソースが複数のテナントにより分割されて使用され、１つのリソースが単一のテナントにより占有されることはほぼない。さらに、マルチテナント構成では、リソースの稼働率がシングルテナント構成時よりも高くなり易いため、クラウドインフラ利用料に要するコストを抑えることができる。

【0007】

セキュリティ確保の観点からシングルテナント構成の方がマルチテナント構成よりも有利であると言えるが、シングルテナント構成を導入した場合、ジョブ管理サービス提供者は、各リソースを仮想ネットワーク毎に配置することになる。そのため、ジョブ管理サービス提供者は、クラウドインフラ提供者に支払うクラウドインフラ利用料の費用負担が増大する。この場合、利用者に対するクラウドインフラ利用料の価格転嫁の可能性が存在し、利用者のコスト負担が増大するおそれがある。そのため、複数のテナントを利用する利用者にとっては、シングルテナント構成によるジョブ管理サービスを用いることは現実的ではない。

【0008】

なお、アクセス制御の技術として、インフィニバンドを用いた通信において、テナント毎にサブネット化し、さらに管理パーティションを設置して他のノードとの通信を抑制する技術が提案されている。また、サーバが、ネットワークアドレス変換装置を介して受信したＩｏＴ（Internet of Things）機器の外部ＩＰ（Internet Protocol）アドレス等を宛先としてネットワークアドレス変換装置を介して制御命令を送信する技術が提案されている。また、管理サーバにより設定された業務サーバとストレージとを統合するための統合テナントを用いて、マルチテナント構成でのサービス運用を行う技術が提案されている。また、複数のテナントに共通のアプリケーションプログラムを共通のアプリケーション基板上に構築して、マルチテナント構成によるサービスの管理を行う技術が提案されている。

【先行技術文献】

【特許文献】

【0009】

【特許文献1】特表２０１９－５０５１０４号公報

【特許文献2】特開２０２０－１４０４９号公報

【特許文献3】国際公開第２０１４／１６２４９７号

【特許文献4】特開２０２０－１２３２９９号公報

【発明の概要】

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

【0010】

しかしながら、マルチテナント構成を導入した場合、単に１つのリソースを分割して使用するような単純なマルチテナント構成では、ジョブ管理サービスに求められる高信頼性を確保することは困難である。また、単純なマルチテナント構成では、複数のテナント契約を有する利用者の利用が考慮されておらず、複数のテナントに対する操作が煩雑であった。そのため、従来のジョブ管理サービスの提供では、セキュリティを確保しつつサービスの利便性を確保することは困難であった。

【0011】

また、上述したアクセス制御の技術のいずれでも、クラウド上におけるマルチテナント構成のサービス提供について、マルチテナント構成での信頼性の確保や複数のテナントの操作性は考慮されていない。そのため、セキュリティを確保しつつサービスの利便性を確保することは困難であった。

【0012】

開示の技術は、上記に鑑みてなされたものであって、セキュリティを確保しつつサービスの利便性を確保するサービス提供プログラム、サービス提供方法及びサービス提供装置を提供することを目的とする。

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

【0013】

本願の開示するサービス提供プログラム、サービス提供方法及びサービス提供装置の一つの態様において、特定のネットワークを用いてジョブ管理サービスを提供する１つのリソースであって、前記リソースの中に複数のテナントが設定され、前記テナントのそれぞれについてジョブ管理を行うための機能が複数設定され、且つ、前記機能毎に前記特定のネットワークのうちの異なるサブネットワークが割り当てられた前記リソースにおいて、前記サブネットワークを基に、前記機能毎に個別にアクセス制限を行い、前記リソースの複数のテナントの共通利用部分に配置されたジョブ管理における複数のテナントの共用機能及び各前記テナントに設定された前記機能を用いて前記テナント毎にそれぞれ個別にジョブ管理を行う処理をコンピュータに実行させることを特徴とする。

【発明の効果】

【0014】

１つの側面では、本発明は、セキュリティを確保しつつサービスの利便性を確保することができる。

【図面の簡単な説明】

【0015】

【図1】図１は、実施例に係るジョブ管理サービス提供システムのシステム構成の一例の図である。

【図2】図２は、ジョブ管理サービス提供システムのブロック図である。

【図3】図３は、クライアント用ＡＣＬ及びクライアント用ＦＷの設定情報を示す図である。

【図4】図４は、ネットワークロードバランサ用ＡＣＬの設定情報を示す図である。

【図5】図５は、ジョブ管理マネージャ用ＡＣＬ及びジョブ管理マネージャ用ＦＷの設定情報を示す図である。

【図6】図６は、利用者によるジョブ管理マネージャに対する操作の処理のシーケンス図である。

【図7】図７は、ジョブの情報に基づくジョブ管理処理のシーケンス図である。

【図8】図８は、ジョブ管理の機能の一覧を示す図である。

【図9】図９は、Ｗｅｂ／ＲＥＳＴサーバを共通化した構成を示す図である。

【図10】図１０は、ジョブ情報表示画面の一例のイメージ図である。

【図11】図１１は、Ｗｅｂ／ＲＥＳＴサーバを用いたジョブ管理マネージャに対する操作の処理のシーケンス図である。

【図12】図１２は、実施例２に係るジョブ管理サービス提供システムの接続のイメージ図である。

【図13】図１３は、ユーザー情報ＤＢ及びテナント情報ＤＢの一例の図である。

【図14】図１４は、コンピュータのハードウェア構成図である。

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

【0016】

以下に、本願の開示するサービス提供プログラム、サービス提供方法及びサービス提供装置の実施例を図面に基づいて詳細に説明する。なお、以下の実施例により本願の開示するサービス提供プログラム、サービス提供方法及びサービス提供装置が限定されるものではない。

【実施例0017】

図１は、実施例に係るジョブ管理サービス提供システムのシステム構成の一例の図である。図１に示すように、ジョブ管理サービス提供システム５は、仮想ネットワーク１、並びに、ジョブ管理環境２及び３を有する。

【0018】

ジョブ管理環境２は、利用者Ｐ１の業務等において実行されるジョブを管理するための利用者Ｐ１側のシステムである。利用者Ｐ１は、利用者端末装置２５を使用する。また、ジョブ管理環境２において、各ジョブは、オンプレミスサーバ２１及びクラウドサーバ２３で実行される。オンプレミスサーバ２１は、ジョブ管理エージェント２２が動作する。また、クラウドサーバ２３は、ジョブ管理エージェント２４が動作する。ただし、ジョブが動作するサーバは、オンプレミスサーバ２１又はクラウドサーバ２３のいずれかであってもよい。

【0019】

オンプレミスサーバ２１及びクラウドサーバ２３は、ＲＦＣ１９１８に準拠したアドレスを使用することができる。例えば、オンプレミスサーバ２１は、１７２．２４．０．０／１３のアドレスを使用する。また、クラウドサーバ２３は、例えば、１０．０．０．０／９のアドレスを使用する。

【0020】

ジョブ管理環境３は、利用者Ｐ１とは別の利用者Ｐ２の業務等において実行されるジョブを管理するための利用者Ｐ２側のシステムである。利用者Ｐ２は、利用者端末装置３５を使用する。また、ジョブ管理環境３において、各ジョブは、オンプレミスサーバ３１及びクラウドサーバ３３で実行される。オンプレミスサーバ３１は、ジョブ管理エージェント３２が動作する。また、クラウドサーバ３３は、ジョブ管理エージェント３４が動作する。ただし、ジョブが動作するサーバは、オンプレミスサーバ３１又はクラウドサーバ３３のいずれかであってもよい。

【0021】

オンプレミスサーバ３１及びクラウドサーバ３３は、ＲＦＣ１９１８に準拠したアドレスを使用することができる。例えば、オンプレミスサーバ３１は、１９２．１６８．１２８．０／１７のアドレスを使用する。また、クラウドサーバ３３は、例えば、１０．１２８．０．０／９のアドレスを使用する。

【0022】

仮想ネットワーク１には、ジョブ管理環境２及び３の各装置が接続される。仮想ネットワーク１に収容される計算資源をまとめたものが、ジョブ管理を行う１つのリソースにあたる。図１における仮想ネットワーク１は、１つのリソースに対応する。仮想ネットワーク１に収容される各種情報処理装置によりオンプレミスサーバ２１又はクラウドサーバ２３、並びに、オンプレミスサーバ３１又はクラウドサーバ３３で動作するジョブに対するジョブ管理サービスが提供される。

【0023】

具体的には、仮想ネットワーク１には、複数のテナントのそれぞれに対するジョブ管理用のシステムが配置される。本実施例では、仮想ネットワーク１は、ＲＦＣ６５９８に準拠したシェアードアドレスを使用する。例えば、仮想ネットワーク１は、１００．６６．０．０／１６のアドレスを使用する。仮想ネットワーク１には、例えば、サービス提供装置１０、ネットワーク中継ハブ５００及びストレージ４００が配置される。この仮想ネットワーク１が、「特定のネットワーク」の一例にあたる。

【0024】

ストレージ４００も、ＲＦＣ６５９８に準拠したシェアードアドレスを使用する。例えば、ストレージ４００は、１００．６６．２００．０／２４のアドレスを使用する。ストレージ４００は、サブネットワーク分割により、利用者Ｐ１及びＰ２の間で共通で使用される。

【0025】

そして、ストレージ４００は、論理ボリューム４０１及び４０２を有する。論理ボリューム４０１は、サービス提供装置１０におけるテナントサービス提供部１００のジョブ管理マネージャ１３０と紐づけられる。また、論理ボリューム４０２は、サービス提供装置１０におけるテナントサービス提供部２００のジョブ管理マネージャ２３０と紐づけられる。これにより、利用者Ｐ１のストレージ４００へのアクセスは論理ボリューム４０１に制限され、利用者Ｐ２のストレージ４００へのアクセスは論理ボリューム４０２に制限される。

【0026】

サービス提供装置１０は、ジョブ管理を行うテナントサービス提供部１００及び２００等を有する。ここで、サービス提供装置１０は、１台のサーバでもよいし、複数台のサーバを含んでもよい。テナントサービス提供部１００及び２００は、利用者Ｐ１及びＰ２による利用の観点から、テナントサービス提供部１００及び２００それぞれがテナントにあたる。

【0027】

テナントサービス提供部１００は、利用者Ｐ１が利用するオンプレミスサーバ２１及びクラウドサーバ２３で動作するジョブを管理する。テナントサービス提供部２００は、利用者Ｐ２が利用するオンプレミスサーバ３１及びクラウドサーバ３３で動作するジョブを管理する。

【0028】

テナントサービス提供部１００は、クライアント１１０、ネットワークロードバランサ１２０及びジョブ管理マネージャ１３０を有する。クライアント１１０、ネットワークロードバランサ１２０及びジョブ管理マネージャ１３０は、仮想ネットワーク１におけるそれぞれ異なるサブネットワークが割り当てられる。

【0029】

本実施例では、クライアント１１０は、ＲＦＣ６５９８に準拠したシェアードアドレスのうち１００．６６．１０．０／２４のアドレスを有するサブネットワークが割り当てられる。また、ネットワークロードバランサ１２０は、ＲＦＣ６５９８に準拠したシェアードアドレスのうち１００．６６．１１．０／２４のアドレスを有するサブネットワークが割り当てられる。また、ジョブ管理マネージャ１３０は、ＲＦＣ６５９８に準拠したシェアードアドレスのうち１００．６６．１２．０／２４のアドレスを有するサブネットワークが割り当てられる。このクライアント１１０に割り当てられたサブネットワークが、「第１サブネットワーク」の一例にあたる。また、ジョブ管理マネージャ１３０に割り当てられたサブネットワークが、「第２サブネットワーク」にあたる。

【0030】

ネットワークロードバランサ１２０及びジョブ管理マネージャ１３０は、ネットワーク中継ハブ５００を介してオンプレミスサーバ２１及びクラウドサーバ２３に接続される。また、クライアント１１０は、本実施例では、ネットワーク中継ハブ５００に繋がる経路とは別のネットワーク経路を用いて利用者端末装置２５に接続される。ただし、クライアント１１０は、ネットワーク中継ハブ５００を経由して利用者端末装置２５に接続してもよい。

【0031】

また、クライアント１１０は、ＡＣＬ（Access Control List）及びＦＷ（Fire Wall）を用いてアクセス制限を行う。また、ネットワークロードバランサ１２０は、ＡＣＬを用いてアクセス制限を行う。また、ジョブ管理マネージャ１３０は、ＡＣＬ及びＦＷを用いてアクセス制限を行う。

【0032】

同様に、テナントサービス提供部２００は、クライアント２１０、ネットワークロードバランサ２２０及びジョブ管理マネージャ２３０を有する。クライアント２１０、ネットワークロードバランサ２２０及びジョブ管理マネージャ２３０は、仮想ネットワーク１におけるそれぞれ異なるサブネットワークが割り当てられる。

【0033】

本実施例では、クライアント２１０は、ＲＦＣ６５９８に準拠したシェアードアドレスのうち１００．６６．１８．０／２４のアドレスを有するサブネットワークが割り当てられる。また、ネットワークロードバランサ２２０は、ＲＦＣ６５９８に準拠したシェアードアドレスのうち１００．６６．１９．０／２４のアドレスを有するサブネットワークが割り当てられる。また、ジョブ管理マネージャ２３０は、ＲＦＣ６５９８に準拠したシェアードアドレスのうち１００．６６．２０．０／２４のアドレスを有するサブネットワークが割り当てられる。このクライアント２１０に割り当てられたサブネットワークが、「第１サブネットワーク」の一例にあたる。また、ジョブ管理マネージャ２３０に割り当てられたサブネットワークが、「第２サブネットワーク」にあたる。

【0034】

ネットワークロードバランサ２２０及びジョブ管理マネージャ２３０は、ネットワーク中継ハブ５００を介してオンプレミスサーバ３１及びクラウドサーバ３３に接続される。また、クライアント２１０は、本実施例では、ネットワーク中継ハブ５００に繋がる経路とは別のネットワーク経路を用いて利用者端末装置３５に接続される。ただし、クライアント２１０は、ネットワーク中継ハブ５００を経由して利用者端末装置３５に接続してもよい。

【0035】

また、クライアント２１０は、ＡＣＬ及びＦＷを用いてアクセス制限を行う。また、ネットワークロードバランサ２２０は、ＡＣＬを用いてアクセス制限を行う。また、ジョブ管理マネージャ３３０は、ＡＣＬ及びＦＷを用いてアクセス制限を行う。

【0036】

ここで、本実施例では、テナントサービス提供部１００及び２００の２つを記載したが、テナントの数はこれに限らない。テナントの数が多い場合には、サブネットワークの数を増やしてもよい。また、テナント数が少なく、より少ないサブネットワークで足りる場合には、サブネットワークの数を減らしてもよい。

【0037】

図２は、ジョブ管理サービス提供システムのブロック図である。各テナントへのサービス提供を行うテナントサービス提供部１００及び２００等はいずれも同じ機能を有するため、ここでは、テナントサービス提供部１００を例に説明する。また、利用者Ｐ１が使用するジョブを実行する装置は、オンプレミスサーバ２１及びクラウドサーバ２３のいずれであってもジョブ管理サービス提供システム５の動作は同様であるので、ここは、まとめて、ジョブ実行装置２０として表した。ジョブ実行装置２０では、ジョブ管理エージェント２６が動作する。

【0038】

利用者端末装置２５は、テナントサービス提供部１００のクライアント１１０から提供されたジョブ管理マネージャ１３０の操作及び動作を確認するためのグラフィカルユーザインターフェイス（ＧＵＩ）をモニタに表示させる。利用者Ｐ１は、モニタに表示されたＧＵＩを使用して、ジョブ管理マネージャ１３０の操作及び動作の監視を行う。利用者端末装置２５は、利用者Ｐ１から入力された操作の情報を、クライアント１１０を介してジョブ管理マネージャ１３０へ送信する。これにより、利用者Ｐ１は、視覚的にジョブの状態や設定状況を確認して、ジョブの依頼や操作をジョブ管理マネージャ１３０に対して行う。

【0039】

また、利用者端末装置２５は、クライアント１１０から提供されたジョブ管理マネージャ１３０及びジョブ管理エージェント２６に対する各種情報の登録、変更及び監視を行うためのＧＵＩをモニタに表示させる。利用者Ｐ１は、モニタに表示されたＧＵＩを参照して、ジョブ管理マネージャ１３０及びジョブ管理エージェント２６に対する各種情報の登録、変更及び監視を行う。利用者端末装置２５は、利用者Ｐ１から入力された各種情報の登録及び変更の情報を介してジョブ管理マネージャ１３０へ送信する。これにより、利用者Ｐ１は、ジョブ管理マネージャ１３０又はジョブ管理エージェント２６に対して設定の登録や変更等を行う。

【0040】

次に、テナントサービス提供部１００が有するクライアント１１０、ネットワークロードバランサ１２０及びジョブ管理マネージャ１３０について説明する。ここで、クライアント１１０と、ネットワークロードバランサ１２０と、ジョブ管理マネージャ１３０とでは、サブネットワークが異なる。そのため、クライアント１１０と、ネットワークロードバランサ１２０と、ジョブ管理マネージャ１３０との間の通信は、ルーティングを用いて行われる。

【0041】

クライアント１１０は、ＡＣＬ情報１１１、ＦＷ情報１１２、通信制御部１１３及びクライアント機能提供部１１４を有する。クライアント１１０は、１００．６６．１０．０／２４のアドレスが割り当てられる。

【0042】

クライアント機能提供部１１４は、ジョブ管理マネージャ１３０の操作及び動作を確認するためのＧＵＩを生成して、通信制御部１１３を介して利用者端末装置２５へ送信して、モニタに表示させる。また、クライアント１１０は、ジョブ管理マネージャ１３０及びジョブ管理エージェント２６に対する各種情報の登録、変更及び監視を行うためのＧＵＩを生成して、通信制御部１１３を介して利用者端末装置２５へ送信して、モニタに表示させる。

【0043】

ＡＣＬ情報１１１は、クライアント用ＡＣＬによるクライアント１１０のアクセス制御の設定情報である。図３は、クライアント用ＡＣＬ及びクライアント用ＦＷの設定情報を示す図である。ＡＣＬ情報１１１は、例えば、図３に示すように、インバウンド用のルール及びアウトバウンド用のルールが登録される。ルールには、対象とするプロトコル、ポート範囲、接続先、並びに、許可又は拒否の情報が登録される。例えば、図３のＡＣＬ情報１１１では、クライアント１１０に対する通信において、ＴＣＰ（Transmission Control Protocol）を用いたポート１０２４－６５５３５に対する通信を許可し、他の通信は許可しないように設定される。また、図３のＡＣＬ情報１１１では、クライアント１１０からの通信において、ＴＣＰを用いたポート１０２４－６５５３５からの通信を許可し、他の通信は許可しないように設定される。

【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】

本実施例に係るＷｅｂ ＡＰＩ１４１は、ＲＥＳＴ（Representational State Transfer）にしたがって実装される。そして、クライアント１１０及びジョブ管理マネージャ１３０は、テナント毎に配置されるものであり、複数のテナントが共通して使用するマルチテナント化が困難である。これに対して、Ｗｅｂ ＡＰＩ１４１及びＷｅｂコンソール１４２は、マルチテナント化可能である。そこで、本実施例に係るジョブ管理サービス提供システム５では、Ｗｅｂ ＡＰＩ１４１及びＷｅｂコンソール１４２の部分が専用の共通利用部分４２に配置されて共通化される。

【0092】

図９は、Ｗｅｂ／ＲＥＳＴサーバを共通化した構成を示す図である。ジョブ管理サービス提供システム５は、図９に示すように、仮想ネットワーク１及び利用者共通仮想ネットワーク４を有する。サービス提供装置１０は、仮想ネットワーク１に含まれるテナントサービス提供部１００、２００及び３００を含む、並びに、利用者共通仮想ネットワーク４に含まれるＡＰＩＧａｔｅｗａｙ４１、共通利用部分４２、ネットワーク中継ハブ４４を含む。

【0093】

仮想ネットワーク１は、テナントサービス提供部１００、２００及び３００を有する。ここで、本実施例では、利用者Ｐ１がテナントサービス提供部１００、２００及び３００により提供される３つのテナントを使用する場合で説明する。

【0094】

利用者共通仮想ネットワーク４は、例えば、ＲＦＣ６５９８に準拠したシェアードアドレスのうち１００．６４．０．０／１６のアドレスを有するサブネットワークが割り当てられる。利用者Ｐ１は、クライアント１１０、２１０及び３１０経由でジョブ管理マネージャ１３０、２３０及び３３０のそれぞれにアクセスする他に、利用者共通仮想ネットワーク４を介してジョブ管理マネージャ１３０、２３０及び３３０にアクセスすることができる。利用者共通仮想ネットワーク４は、他の利用者がその利用者のためのテナントにアクセスする場合にも使用することができる。すなわち、利用者共通仮想ネットワーク４は、利用者Ｐ１を含む複数の利用者により共有される。

【0095】

利用者共通仮想ネットワーク４は、ＡＰＩＧａｔｅｗａｙ４１、共通利用部分４２及びネットワーク中継ハブ４４を有する。ＡＰＩＧａｔｅｗａｙ４１は、利用者端末装置２５が共通利用部分４２にアクセスするためのゲートウェイである。

【0096】

共通利用部分４２は、Ｗｅｂ／ＲＥＳＴサーバ４３を有する。Ｗｅｂ／ＲＥＳＴサーバ４３は、Ｗｅｂ ＡＰＩ１４１及びＷｅｂコンソール１４２の機能を有する。Ｗｅｂ／ＲＥＳＴサーバ４３は、例えば、ＲＦＣ６５９８に準拠したシェアードアドレスのうち１００．６４．６４．０／２０のアドレスを有するサブネットワークが割り当てられる。Ｗｅｂ／ＲＥＳＴサーバ４３は、ネットワーク中継ハブ４４を介して、仮想ネットワーク１に配置されたネットワークロードバランサ１２０、２２０及び３２０、並びに、ジョブ管理マネージャ１３０、２３０及び３３０に接続される。このＷｅｂ／ＲＥＳＴサーバ４３が、「共用機能」及び「共通部」の一例にあたる。

【0097】

図１０は、ジョブ情報表示画面の一例のイメージ図である。例えば、Ｗｅｂ／ＲＥＳＴサーバ４３は、図１０に示すジョブ情報表示画面６１１又は６１２を利用者端末装置２５へ送信してモニタに表示させる。利用者Ｐ１は、ジョブ情報表示画面６１１又は６１２を使用して、ジョブ管理の制御を行うことができる。

【0098】

例えば、ジョブ情報表示画面６１１では、紙面に向かって左欄の選択項目の中からジョブネットが選択されると、利用者Ｐ１が使用可能なテナント内のジョブ管理の対象となるジョブを含むジョブネットの一覧が表示される。

【0099】

また、ジョブ情報表示画面６１２では、ジョブネットが選択されると、利用者Ｐ１が使用可能なテナントの名前のドロップダウンリストが表示される。そして、ジョブ情報表示画面６１２では、ドロップダウンリスト中のテナントの名前のリストの中から特定のテナント（図１０の例では「ｔｅｎａｎｔ ＡＢＣＤ」）が選択されると、その選択された特定のテナント内のジョブネットの一覧が表示される。

【0100】

利用者端末装置２５は、ＡＰＩＧａｔｅｗａｙ４１を介してＷｅｂ／ＲＥＳＴサーバ４３を利用することで、Ｗｅｂ経由で仮想ネットワーク１に配置されたネットワークロードバランサ１２０、２２０及び３２０にアクセスできる。

【0101】

例えば、ネットワークロードバランサ１２０のＡＣＬ情報１２１は、図４に示すように、１００．６４．６４．０／２０のアドレスからの通信を許可する。Ｗｅｂ／ＲＥＳＴサーバ４３は、１００．６４．６４．０／２０のアドレスを有しており、ネットワークロードバランサ１２０にアクセスすることが可能である。

【0102】

また、利用者端末装置２５は、ＡＰＩＧａｔｅｗａｙ４１を介してＷｅｂ／ＲＥＳＴサーバ４３を利用することで、Ｗｅｂ経由で仮想ネットワーク１に配置されたジョブ管理マネージャ１３０、２３０及び３３０にアクセスできる。

【0103】

図１１は、Ｗｅｂ／ＲＥＳＴサーバを用いたジョブ管理マネージャに対する操作の処理のシーケンス図である。次に、図１１を参照して、Ｗｅｂ／ＲＥＳＴサーバ４３を用いたジョブ管理マネージャ１３０に対する操作の処理の流れを説明する。

【0104】

Ｗｅｂ／ＲＥＳＴサーバ４３は、ジョブ情報表示画面を利用者端末装置２５へ送信してモニタに表示させる（ステップＳ３０１）。

【0105】

利用者Ｐ１は、利用者端末装置２５のモニタに表示されたジョブ情報表示画面を用いて、ジョブを監視し、ジョブ管理マネージャ１３０に対する操作を入力する。利用者端末装置２５は、利用者Ｐ１から入力された操作を受けて、操作情報をＷｅｂ／ＲＥＳＴサーバ４３へ送信する（ステップＳ３０２）。

【0106】

Ｗｅｂ／ＲＥＳＴサーバ４３は、利用者端末装置２５から送信された操作情報をネットワークロードバランサ１２０へ送信する（ステップＳ３０３）。

【0107】

ネットワークロードバランサ１２０の通信制御部１２２は、ＡＣＬ情報１２１を参照して、Ｗｅｂ／ＲＥＳＴサーバ４３からのデータの受信が許可されているか否かを判定する（ステップＳ３０４）。データの受信が許可されていない場合（ステップＳ３０４：否定）、ネットワークロードバランサ１２０は、ジョブ管理マネージャ１３０に対する操作の処理を終了する。

【0108】

これに対して、データの受信が許可されている場合（ステップＳ３０４：肯定）、ネットワークロードバランサ１２０の通信制御部１２２は、操作情報を受信する（ステップＳ３０５）。

【0109】

次に、通信制御部１２２は、ジョブ管理マネージャ１３０が動作する複数の仮想サーバの中から送信先の仮想サーバを決定する（ステップＳ３０６）。

【0110】

次に、通信制御部１２２は、ＡＣＬ情報１２１を参照して、ジョブ管理マネージャ１３０へのデータ送信が許可されていることを確認する。そして、通信制御部１２２は、選択した仮想サーバで動作するジョブ管理マネージャ１３０へ操作情報を送信する（ステップＳ３０７）。

【0111】

ジョブ管理マネージャ１３０の通信制御部１３３は、ＡＣＬ情報１３１及びＦＷ情報１３２を参照して、ネットワークロードバランサ１２０からのデータの受信が許可されているか否かを判定する（ステップＳ３０８）。データの受信が許可されていない場合（ステップＳ３０８：否定）、ジョブ管理マネージャ１３０は、ジョブ管理マネージャ１３０に対する操作の処理を終了する。

【0112】

これに対して、データの受信が許可されている場合（ステップＳ３０８：肯定）、通信制御部１３３は、操作情報を受信する（ステップＳ３０９）。

【0113】

次に、ジョブ管理マネージャ１３０のジョブ管理部１３４は、操作情報にしたがって動作を行う。ここでは、ジョブ管理マネージャ１３０が、ジョブ管理エージェント２６に所定の動作を行わせる操作を受けた場合で説明する。ジョブ管理部１３４は、操作情報にしたがって、ジョブ管理エージェント２６に所定の動作を行わせる制御命令を生成する。通信制御部１３３は、ＡＣＬ情報１３１及びＦＷ情報１３２を参照して、ジョブ実行装置２０へのデータ送信が許可されていることを確認する。そして、通信制御部１３３は、ジョブ管理部１３４から取得した制御命令をジョブ実行装置２０のジョブ管理エージェント２６へ送信する（ステップＳ３１０）。

【0114】

ジョブ実行装置２０のジョブ管理エージェント２６は、制御命令を受信して、制御命令にしたがって所定の動作を実行する（ステップＳ３１１）。

【0115】

さらに、本実施例に係るジョブ管理サービス提供システム５は、ユーザー情報を有するＤＢ（Data Base）やテナント情報を有するＤＢを併用して複数のテナントに対する利用者Ｐ１のアクセスを管理する。図１２は、ジョブ管理サービス提供システムの接続のイメージ図である。本実施例に係るジョブ管理サービス提供システム５は、ユーザー情報ＤＢ６０１及びテナント情報ＤＢ６０２を有する。

【0116】

ユーザー情報ＤＢ６０１は、利用者Ｐ１を含む複数の利用者の情報を管理する。図１３は、ユーザー情報ＤＢ及びテナント情報ＤＢの一例の図である。例えば、図１３に示すように、ユーザー情報ＤＢ６０１は、ユーザーの識別情報であるユーザー名に対応させて、そのユーザーが利用する各テナントの情報が登録される。テナントＩＤ１は、各利用者が使用する第１テナントの識別情報である。テナントＩＤ２は、各利用者が使用する第２テナントの識別情報である。テナントＩＤ３は、各利用者が使用する第３テナントの識別情報である。たとえば、利用者Ｐ１が２つのテナントを有する場合には、ユーザー情報ＤＢ６０１のテナントＩＤ１及びテナントＩＤ２に各テナントの識別情報が格納される。また、ユーザー情報ＤＢ６０１には、各利用者のパスワードも保存される。

【0117】

テナント情報ＤＢ６０２は、ネットワーク中継ハブ４４を介して接続可能な複数のテナントの情報を管理する。例えば、図１３に示すように、テナント情報ＤＢ６０２には、テナントＩＤに対応させて、テナント名及びＩＰアドレスが登録される。

【0118】

図１２に戻って、利用者Ｐ１によるジョブ管理マネージャ１３０へのアクセスの手順を説明する。利用者Ｐ１は、Ｗｅｂ／ＲＥＳＴサーバ４３又はクライアント１１０、２１０及び３１０のいずれを用いてもジョブ管理マネージャ１３０、２３０及び３３０へアクセス可能であるが、ここでは、Ｗｅｂ／ＲＥＳＴサーバ４３を用いてアクセスする場合で説明する。

【0119】

利用者Ｐ１は、利用者端末装置２５を用いてユーザー名及びパスワードをＷｅｂ／ＲＥＳＴサーバ４３へ送信する（ステップＳ２０１）。

【0120】

Ｗｅｂ／ＲＥＳＴサーバ４３は、ユーザー名及びパスワードを用いて利用者Ｐ１の認証及び利用者Ｐ１が使用するテナントのチェックをユーザー情報ＤＢ６０１に依頼する（ステップＳ２０２）。

【0121】

ユーザー情報ＤＢ６０１は、利用者Ｐ１のユーザー名及びパスワードを用いて認証を行い、認証が成功した場合、利用者Ｐ１が利用するテナントのテナントＩＤをＷｅｂ／ＲＥＳＴサーバ４３へ応答する（ステップＳ２０３）。

【0122】

次に、Ｗｅｂ／ＲＥＳＴサーバ４３は、テナントＩＤを用いて利用者Ｐ１が利用するテナントサービス提供部１００、２００及び３００のそれぞれのテナント情報の取得要求をテナント情報ＤＢ６０２に対して行う（ステップＳ２０４）。

【0123】

テナント情報ＤＢ６０２は、送信されたテナントＩＤに対応するするテナント名及びＩＰアドレス等のテナント情報をＷｅｂ／ＲＥＳＴサーバ４３へ応答する（ステップＳ２０５）。

【0124】

次に、Ｗｅｂ／ＲＥＳＴサーバ４３は、利用者Ｐ１が利用する各テナントサービス提供部１００、２００及び３００で動作するジョブ管理マネージャ１３０、２３０及び３３０に対して、テナント情報を用いた接続の認可要求を送信する。ここで、実際には、Ｗｅｂ／ＲＥＳＴサーバ４３からジョブ管理マネージャ１３０、２３０及び３３０へのデータ送信は、それぞれネットワークロードバランサ１２０、２２０及び３２０を経由する（ステップＳ２０６）。

【0125】

ジョブ管理マネージャ１３０、２３０及び３３０は、ＡＣＬ及びＦＷによる制限を確認してアクセスの認可を行い、テナントサービス提供部１００、２００及び３００の全てのテナント情報をＷｅｂ／ＲＥＳＴサーバ４３へ応答する（ステップＳ２０７）。これにより、利用者端末装置２５は、ジョブ管理マネージャ１３０、２３０及び３３０を利用することが可能となる。

【0126】

以上に説明したように、本実施例に係るサービス提供システムでは、サービスを提供するマルチテナント環境のリソースにおいて、テナント単位よりもさらに細かい各テナントにおける機能毎にサブネットワークを分割して、それぞれにＡＣＬやＦＷを付与する。これにより、外部への公開領域の最小化が可能となり、ジョブ管理マネージャへのアクセス制限を強固にすることができる。

【0127】

また、本実施例に係るジョブ管理サービス提供システムは、Ｗｅｂコンソール及びＷｅｂ ＡＰＩ用サーバを複数の利用者間で共通利用させる。これにより、テナント毎にＷｅｂコンソール及びＷｅｂ ＡＰＩ用サーバを設けなくても良くなり、使用リソースを削減できる。また、複数のテナントを利用する利用者は、テナント毎のクライアントにアクセスせずに、共通のＷｅｂコンソール及びＷｅｂ ＡＰＩ用サーバを介して各テナントを利用することができ、利便性が向上する。

【0128】

さらに、本実施例に係るジョブ管理サービス提供システムは、ユーザー情報ＤＢ及びテナント情報ＤＢを併用して、利用者に紐づくアクセス可能テナント情報を取得して、ジョブ情報表示画面を用いて複数のテナントを一覧で利用者に管理させる。これにより、利用者は、複数のテナントに対する閲覧や操作を同時に行うことができる。さらに、各テナントをバラバラに管理する場合、例えば、払い出し資産についてテナント契約毎の管理を行うこととなり、１人で複数のテナント契約を行った利用者は、テナントの管理が煩雑になる。これに対して、本実施例に係るジョブ管理サービス提供システムは、散在するジョブ管理マネージャをまとめて操作可能な、１つの仮想的なマネージャに集約することができる。これにより、利用者が複数テナント契約をしている場合でも、単一テナント契約時と同等の操作時の利便性を利用者が得ることができる。したがって、サービス利用上の管理負担を軽減することができ、利用者の利便性を向上させることができる。

【0129】

また、ジョブ管理のサービス提供においてマルチテナント構成を採用することで、シングルテナント環境に比べて、利用するインフラが減少し、クラウドインフラ利用で発生するコストを抑えることができる。

【0130】

また、テナント毎にジョブ管理を行うリソースにおいて、ＲＦＣ６５９８に準拠したシェアードアドレスを使用する。シェアードアドレスは、利用者端末装置やジョブ実行装置に対して割り当てられず、リソースと利用者端末装置やジョブ実行装置との間でネットワークの衝突が発生し難い。そのため、例えば、テナントを増やす場合等もネットワークの衝突回避のために仮想ネットワークを増やさなくてもよく、仮想ネットワークの配備数を削減することが可能である。これにより、クラウドインフラ利用に関わるコストを削減することが可能となる。

【0131】

さらに、本実施例に係るサービス提供システムでは、利用者毎に論理ボリュームを割り当てて利用者共通のストレージを利用する。このように、ジョブ管理で用いる高速で高コストなストレージを利用者共通で使用することで、クラウドインフラ利用における固定費用の削減が可能となる。また、ストレージに対する利用者へのアクセス制限により、セキュリティも確保可能となる。したがって、セキュリティを確保しつつサービスの利便性を確保したジョブ管理サービスを提供することが可能となる。

【0132】

（ハードウェア構成）
図１４は、コンピュータのハードウェア構成図である。次に、図１４を参照して、サービス提供装置１０の各機能を実現するためのハードウェア構成の一例について説明する。

【0133】

サービス提供装置１０は、例えば、図１４に示すコンピュータ９０により実現可能である。コンピュータ９０は、例えば、ＣＰＵ（Central Processing Unit）９１、メモリ９２、ハードディスク９３、ネットワークインターフェース９４を有する。ＣＰＵ９１は、バスを介して、メモリ９２、ハードディスク９３及びネットワークインターフェース９４に接続される。

【0134】

ネットワークインターフェース９４は、コンピュータ９０と外部装置との間の通信のためのインターフェースである。ネットワークインターフェース９４は、例えば、利用者端末装置２５及びジョブ実行装置２０とＣＰＵ９１との間の通信を中継する。

【0135】

ハードディスク９３は、補助記憶装置である。ハードディスク９３は、図２に例示したストレージ４００の機能を実現する。また、ハードディスク９３は、図１に例示した、テナントサービス提供部１００及び２００の機能を実現する。より詳しくは、ハードディスク９３は、例えばテナントサービス提供部１００であれば、図２に例示した、クライアント１１０、ネットワークロードバランサ１２０及びジョブ管理マネージャ１３０の機能を実現するためのプログラムを格納する。また、ハードディスク９３は、図２に例示した、ＡＣＬ情報１１１、ＦＷ情報１１２、ＡＣＬ情報１２１、ＡＣＬ情報１３１及びＦＷ情報１３２を格納してもよい。

【0136】

メモリ９２は、主記憶装置である。メモリ９２は、例えば、ＤＲＡＭ（Dynamic Random Access Memory）を用いることができる。

【0137】

ＣＰＵ９１は、ハードディスク９３から各種プログラムを読み出して、メモリ９２に展開して実行する。これにより、ＣＰＵ９１は、図１に例示した、テナントサービス提供部１００及び２００の機能を実現する。より詳しくは、ＣＰＵ９１は、例えばテナントサービス提供部１００であれば、図２に例示した、クライアント１１０、ネットワークロードバランサ１２０及びジョブ管理マネージャ１３０の機能を実現する。

【0138】

さらに、ここでは、１つのコンピュータ９０によりサービス提供装置１０が実現される場合で説明したが、サービス提供装置１０は、複数のコンピュータ９０により実現されてもよい。

【符号の説明】

【0139】

１ 仮想ネットワーク
２，３ ジョブ管理環境
４ 利用者共通仮想ネットワーク
５ ジョブ管理サービス提供システム
２１，３１ オンプレミスサーバ
２２，３２ ジョブ管理エージェント
２３，３３ クラウドサーバ
２４，３４ ジョブ管理エージェント
２５，３５ 利用者端末装置
４１ ＡＰＩＧａｔｅｗａｙ
４２ 共通利用部分
４３ Ｗｅｂ／ＲＥＳＴサーバ
４４ ネットワーク中継ハブ
１００，２００，３００ テナントサービス提供部
１１０，２１０，３１０ クライアント
１１１，１２１，１３１ ＡＣＬ情報
１１２，１３２ ＦＷ情報
１１３，１２２，１３３ 通信制御部
１１４ クライアント機能提供部
１２０，２２０，３２０ ネットワークロードバランサ
１３０，２３０，３３０ ジョブ管理マネージャ
１３４ ジョブ管理部
４００ ストレージ
４０１，４０２ 論理ボリューム
５００ ネットワーク中継ハブ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】