(57)【要約】【課題】利用者は、物理マシンを使いたいときに使いたいスペック、機種の物理マシンを使うことが可能となる。【解決手段】情報処理装置１は、物理マシンの使用要求を受け付けると、記憶部に記憶された物理マシンと予約元のアカウント情報との対応関係を参照して、使用要求の要求元のアカウント情報に対応付けられたマシン情報を選択可能に表示部に表示する。情報処理装置１は、表示したマシン情報のうち、いずれかのマシン情報の指定を受け付けると、ソフトウェアのデプロイ先の物理マシンを特定するデプロイ先情報をマシン情報に対応付けて記憶する対応関係情報２４（またはフレーバー定義情報２３）を参照して、指定されたマシン情報に対応付けられたデプロイ先情報を特定する。情報処理装置１は、特定したデプロイ先情報により特定される物理マシンにソフトウェアをデプロイする指示を出力する。【選択図】図１
2019152916.tif 000002
【特許請求の範囲】
【請求項１】
物理マシンの使用要求を受け付けると、記憶部に記憶された物理マシンと予約元のアカウント情報との対応関係を参照して、前記使用要求の要求元のアカウント情報に対応付けられたマシン情報を選択可能に表示部に表示し、
表示した前記マシン情報のうち、いずれかのマシン情報の指定を受け付けると、ソフトウェアのデプロイ先の物理マシンを特定するデプロイ先情報をマシン情報に対応付けて記憶する記憶部を参照して、指定された前記マシン情報に対応付けられたデプロイ先情報を特定し、
特定した前記デプロイ先情報により特定される前記物理マシンに前記ソフトウェアをデプロイする指示を出力する、
処理をコンピュータが実行することを特徴とする制御方法。
【請求項２】
特定のタイミングで、物理マシンのマシン情報ごとに、予約期間および予約元のアカウント情報を対応付けた予約情報を参照して、次に使用される所定単位の期間に対する、前記マシン情報と予約元のアカウント情報との対応関係を前記記憶部に格納する、
ことを特徴とする請求項１に記載の制御方法。
【請求項３】
物理マシンの使用要求を受け付けると、記憶部に記憶された物理マシンと予約元のアカウント情報との対応関係を参照して、前記使用要求の要求元のアカウント情報に対応付けられたマシン情報を選択可能に表示部に表示する表示制御部と、
前記表示制御部によって表示された前記マシン情報のうち、いずれかのマシン情報の指定を受け付けると、ソフトウェアのデプロイ先の物理マシンを特定するデプロイ先情報をマシン情報に対応付けて記憶する記憶部を参照して、指定された前記マシン情報に対応付けられたデプロイ先情報を特定する特定部と、
前記特定部によって特定された前記デプロイ先情報により特定される前記物理マシンに前記ソフトウェアをデプロイする指示を出力する出力部と、
を有することを特徴とする情報処理装置。
【請求項４】
物理マシンの使用要求を受け付けると、記憶部に記憶された物理マシンと予約元のアカウント情報との対応関係を参照して、前記使用要求の要求元のアカウント情報に対応付けられたマシン情報を選択可能に表示部に表示し、
表示した前記マシン情報のうち、いずれかのマシン情報の指定を受け付けると、ソフトウェアのデプロイ先の物理マシンを特定するデプロイ先情報をマシン情報に対応付けて記憶する記憶部を参照して、指定された前記マシン情報に対応付けられたデプロイ先情報を特定し、
特定した前記デプロイ先情報により特定される前記物理マシンに前記ソフトウェアをデプロイする指示を出力する、
処理をコンピュータに実行させることを特徴とする制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御方法等に関する。
【背景技術】
【０００２】
物理マシンをデプロイする技術がある。かかる技術の一例であるＯｐｅｎＳｔａｃｋ（登録商標）では、Ｉｒｏｎｉｃというコンポーネントが物理マシンのデプロイを行う（例えば、特許文献１等参照）。ＯｐｅｎＳｔａｃｋは、オープンソースで開発されているクラウド環境構築用のソフトウェア群を示す。
【０００３】
ＯｐｅｎＳｔａｃｋでは、Ｉｒｏｎｉｃがフレーバーからデプロイする物理マシンを決定することが知られている。フレーバーとは、仮想的なＨＷ（HardWare）のテンプレートのことをいい、例えば、ＣＰＵ（Central  Processing  Unit）、メモリ、ディスクなどのＨＷのスペックを定義したものである。利用者が、デプロイ要求時に、所望のフレーバーを指定すると、ＯｐｅｎＳｔａｃｋのＩｒｏｎｉｃが、指定されたフレーバーのスペックに合致した物理マシンの中のいずれかの物理マシンをデプロイする。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開第２０１６／１６７０８６号
【特許文献２】特開２００６−２３６３５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、利用者は、物理マシンを使いたいときに使いたいスペックの物理マシンを使うことができないという問題がある。すなわち、利用者が、デプロイ要求時に、所望のフレーバーを指定しても、指定されたフレーバーのスペックに合致する物理マシンがあるが、空いていない場合には、ＯｐｅｎＳｔａｃｋのＩｒｏｎｉｃは、該当する物理マシンをデプロイできない。つまり、利用者は、物理マシンを使いたいときに使いたいスペックの物理マシンを使うことができない。
【０００６】
また、利用者は、物理マシンを使いたいときに使いたい機種の物理マシンを使うことができないという問題がある。すなわち、利用者が、デプロイ要求時に、所望のフレーバーを指定しても、指定されたフレーバーのスペックに合致する物理マシンがあるが、ＯｐｅｎＳｔａｃｋのＩｒｏｎｉｃは、利用者が使いたい機種と異なる機種の物理マシンをデプロイするかもしれない。つまり、利用者は、物理マシンを使いたいときに使いたい機種の物理マシンを使うことができない。
【０００７】
なお、上記課題は、ＯｐｅｎＳｔａｃｋを用いた場合を説明したが、これに限定されず、指定されたスペックに合致した物理マシンに対してデプロイするソフトウェア全般にも同様に生じる課題である。
【０００８】
１つの側面では、利用者は、物理マシンを使いたいときに使いたいスペック、機種の物理マシンを使うことを目的とする。
【課題を解決するための手段】
【０００９】
１つの態様では、制御方法は、物理マシンの使用要求を受け付けると、記憶部に記憶された物理マシンと予約元のアカウント情報との対応関係を参照して、前記使用要求の要求元のアカウント情報に対応付けられたマシン情報を選択可能に表示部に表示し、表示した前記マシン情報のうち、いずれかのマシン情報の指定を受け付けると、ソフトウェアのデプロイ先の物理マシンを特定するデプロイ先情報をマシン情報に対応付けて記憶する記憶部を参照して、指定された前記マシン情報に対応付けられたデプロイ先情報を特定し、特定した前記デプロイ先情報により特定される前記物理マシンに前記ソフトウェアをデプロイする指示を出力する、処理をコンピュータが実行する。
【発明の効果】
【００１０】
１つの態様によれば、利用者は、物理マシンを使いたいときに使いたいスペック、機種の物理マシンを使うことが可能となる。
【図面の簡単な説明】
【００１１】
【図１】図１は、実施例１に係る情報処理装置の構成を示す機能ブロック図である。
【図２】図２は、予約情報の一例を示す図である。
【図３】図３は、利用者定義情報の一例を示す図である。
【図４】図４は、実施例１に係るフレーバー定義情報の一例を示す図である。
【図５】図５は、実施例１に係る対応関係情報の一例を示す図である。
【図６】図６は、実施例１に係るノード定義情報の一例を示す図である。
【図７】図７は、実施例１に係る情報処理装置の処理の一例を示す図である。
【図８】図８は、デプロイ部の操作画面の一例を示す図である。
【図９】図９は、実施例１に係る予約連携処理のフローチャートの一例を示す図である。
【図１０】図１０は、実施例１に係るデプロイ処理のフローチャートの一例を示す図である。
【図１１】図１１は、実施例２に係る情報処理装置の構成を示す機能ブロック図である。
【図１２】図１２は、実施例２に係る予約連携処理のフローチャートの一例を示す図である。
【図１３】図１３は、制御プログラムを実行するコンピュータの一例を示す図である。
【図１４】図１４は、物理マシンのデプロイを示す参考図である。
【発明を実施するための形態】
【００１２】
以下に、本願の開示する制御方法、情報処理装置および制御プログラムの実施例を図面に基づいて詳細に説明する。なお、実施例によりこの発明が限定されるものではない。
【実施例１】
【００１３】
まず、スペックが指定された場合の物理マシンのデプロイを、図１４を参照して説明する。図１４は、物理マシンのデプロイを示す参考図である。なお、図１４では、スペックが指定された場合の物理マシンのデプロイを、ＯｐｅｎＳｔａｃｋが実施する場合について説明する。
【００１４】
図１４に示すように、ｕｓｅｒ１の利用者が利用申請をする（＜１＞´）と、運用者が、利用者定義を作成する（＜２＞´）。ＯｐｅｎＳｔａｃｋの環境定義には、利用者定義およびデプロイ環境定義が保存される。利用者定義には、運用者によって、プロジェクトの識別子と利用者の識別子とが対応付けられる。ここでは、利用者の識別子としてｕｓｅｒ１とプロジェクトの識別子としてｐｒｏｊｅｃｔ−ｘとが対応付けられる。
【００１５】
デプロイ環境定義は、運用前に予め定義される。デプロイ環境定義には、フレーバーとＯＳイメージが保存される。フレーバー名は異なるマシンスペック単位に付けられる。ここでいうフレーバーとは、仮想的なＨＷのテンプレートのことをいい、例えば、ＣＰＵ、メモリ、ディスクなどのＨＷのマシンスペックを定義したものである。図１４では、ＣＰＵが「ｃ１」、メモリが「ｍ１」、ディスクが「ｄ１」である場合のフレーバー名が「ｆｌａｖｏｒ１」と付けられている。ＣＰＵが「ｃ２」、メモリが「ｍ２」、ディスクが「ｄ２」である場合のフレーバー名が「ｆｌａｖｏｒ２」と付けられている。
【００１６】
利用者定義とデプロイ環境定義とは、紐付けがされていない。すなわち、利用者とフレーバーとは、紐付けされていない。
【００１７】
ｕｓｅｒ１の利用者が物理マシンの使用要求を行う場合、ユーザ名とパスワードを入力して、ＯｐｅｎＳｔａｃｋのダッシュボードへログインする（＜３＞´）。ダッシュボードがログインの認証に成功すると、ｕｓｅｒ１の利用者は、フレーバーとＯＳイメージを指定して、物理マシンのデプロイを依頼する（＜４＞´）。ＯｐｅｎＳｔａｃｋのＩｒｏｎｉｃは、指定されたフレーバーのマシンスペックに合致した物理マシンの中のいずれかの物理マシンに、指定されたＯＳイメージをインストールすることで、物理マシンをデプロイする。例えば、ｕｓｅｒ１の利用者が、ＣＰＵ「ｃ１」、メモリ「ｍ１」、ディスク「ｄ１」であるＨＷのマシンスペックの物理マシンを使用したい場合には、フレーバーとして「ｆｌａｖｏｒ１」を指定する。ＯｐｅｎＳｔａｃｋのＩｒｏｎｉｃは、指定されたフレーバーのマシンスペックに合致した物理マシン「ＲＸ２５４０Ｍ２−０１」および「ＲＸ２５３０Ｍ２−０１」のいずれかの物理マシンに、指定されたＯＳイメージをインストールすることで、物理マシンをデプロイする。
【００１８】
しかしながら、ＯｐｅｎＳｔａｃｋのＩｒｏｎｉｃは、指定されたフレーバーのマシンスペックに合致した物理マシンがある場合であっても、空いていない場合には、デプロイする物理マシンを特定できない。また、ＯｐｅｎＳｔａｃｋのＩｒｏｎｉｃは、指定されたフレーバーのマシンスペックに合致した物理マシンが空いている場合であっても、利用者から機種指定はできないので、利用者が使いたい機種と異なる機種の物理マシンを特定し、この物理マシンをデプロイする。つまり、利用者は、物理マシンを使いたいときに使いたいマシンスペックの物理マシン、使いたい機種の物理マシンを使うことができない場合がある。
【００１９】
そこで、以下では、利用者が物理マシンを使いたいときに、使いたいマシンスペックの物理マシン、使いたい機種の物理マシンを使うことが可能となる情報処理装置１について説明する。
【００２０】
［情報処理装置の構成］
図１は、実施例１に係る情報処理装置の構成を示す機能ブロック図である。図１に示すように、情報処理装置１は、物理マシンの使用要求を受け付けると、物理マシンの機器情報と物理マシンの使用を予約した予約元のアカウント情報との対応関係を参照して、使用要求の要求元のアカウント情報に対応付けられた機器情報を選択可能に表示する。情報処理装置１は、表示した機器情報のうち、選択された機器情報に対応する物理マシンをデプロイする。ここでいう「機器情報」とは、機器を識別する情報であり、例えば、物理マシンの機種と号機とからなる機器名（物理マシン名）のことをいう。すなわち、情報処理装置１は、物理マシンの物理マシン名と物理マシンの使用を予約した予約元のアカウント情報との関係を紐付けておくことで、利用者によるマシンスペックの指定ではなく、利用者による物理マシン名の指定で、物理マシンをデプロイする。
【００２１】
情報処理装置１は、制御部１０および記憶部２０を有する。
【００２２】
制御部１０は、ＣＰＵなどの電子回路に対応する。そして、制御部１０は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部１０は、予約部１１、予約連携部１２およびデプロイ部１３を有する。なお、デプロイ部１３は、表示制御部、特定部、出力部の一例である。
【００２３】
記憶部２０は、例えば、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ（Flash  Memory）などの半導体メモリ素子、または、ハードディスク、光ディスクなどの記憶装置である。記憶部２０は、予約情報２１、利用者定義情報２２、フレーバー定義情報２３、対応関係情報２４およびノード定義情報２５を有する。
【００２４】
予約情報２１は、物理マシンの機器情報ごとに、予約期間および予約元のアカウント情報を対応付けた予約内容の情報である。予約期間は、所定期間の連続で示される。所定期間は、日単位でも、時間単位でも、月単位でも良い。実施例では、所定期間を日単位として説明する。なお、予約情報２１は、予約部１１によって生成される。
【００２５】
ここで、予約情報２１の一例を、図２を参照して説明する。図２は、予約情報の一例を示す図である。図２に示すように、予約情報２１は、機器情報と、予約期間と、アカウント情報とを対応付けた予約内容の情報である。機器情報は、例えば、物理マシンの機種と号機とからなる物理マシン名である。予約期間は、物理マシンの使用予約の期間であり、日単位で示されている。アカウント情報は、予約元のアカウントの情報であり、例えば、利用者名およびプロジェクト名（図示せず）である。
【００２６】
一例として、機器情報が、「ＲＸ２５４０Ｍ２−０１」である場合に、予約期間として「１０／１〜１０／４」、アカウント情報として「ｕｓｅｒ１」が表わされている。
【００２７】
図１に戻って、利用者定義情報２２は、プロジェクトと利用者とを対応付ける情報である。なお、利用者定義情報２２は、予約連携部１２によって生成される。
【００２８】
ここで、利用者定義情報２２の一例を、図３を参照して説明する。図３は、利用者定義情報の一例を示す図である。図３に示すように、利用者定義情報２２は、プロジェクト名と利用者名とを対応付けた情報である。プロジェクト名は、物理マシンを使用するプロジェクトを識別する名称である。利用者名は、物理マシンを使用する利用者を識別する名称である。
【００２９】
一例として、プロジェクト名が「ｐｒｏｊｅｃｔ−ｘ」である場合に、利用者名として「ｕｓｅｒ１」および「ｕｓｅｒ２」が表わされている。
【００３０】
図１に戻って、フレーバー定義情報２３は、フレーバーを定義する情報である。ここでいうフレーバーとは、仮想的なＨＷのテンプレートのことをいい、例えば、ＣＰＵ、メモリ、ディスクなどのＨＷのマシンスペックに機器情報（物理マシン名）を付加して定義したものである。なお、フレーバー定義情報２３は、運用前に予め定義される。
【００３１】
ここで、フレーバー定義情報２３の一例を、図４を参照して説明する。図４は、実施例１に係るフレーバー定義情報の一例を示す図である。図４に示すように、フレーバー定義情報２３は、フレーバー名、ＣＰＵコア数、メモリサイズ、ディスクサイズおよび属性パラメタを対応付けた情報である。フレーバー名は、仮想的なＨＷのテンプレートを一意に識別する名称である。フレーバー名は、利用者が物理マシンの使用要求時に指定し易いように、機器情報の名前（物理マシン名）と同じであることが望ましい。ＣＰＵコア数は、ＣＰＵのコア数である。メモリサイズは、メモリのサイズである。ディスクサイズは、ディスクのサイズである。属性パラメタは、フレーバーの属性のパラメタであり、デプロイ先情報を示す。属性パラメタには、物理マシンの機種と号機とからなる機器情報が設定される。
【００３２】
一例として、フレーバー名が「ＲＸ２５４０Ｍ２−０１」である場合に、ＣＰＵコア数として「ｃ１」、メモリサイズとして「ｍ１」、ディスクサイズとして「ｄ１」、属性パラメタとして「ＲＸ２５４０Ｍ２−０１」と記憶している。
【００３３】
図１に戻って、対応関係情報２４は、物理マシンを次に使用する期間の、利用者定義とフレーバー定義との対応関係を示す情報である。なお、対応関係情報２４は、予約連携部１２によって生成される。
【００３４】
ここで、対応関係情報２４の一例を、図５を参照して説明する。図５は、実施例１に係る対応関係情報の一例を示す図である。図５に示すように、対応関係情報２４は、プロジェクト名、利用者名、フレーバー名、ＣＰＵコア数、メモリサイズ、ディスクサイズおよび属性パラメタを対応付けた情報である。すなわち、プロジェクト名および利用者名が、利用者定義の情報である。フレーバー名、ＣＰＵコア数、メモリサイズ、ディスクサイズおよび属性パラメタが、フレーバー定義の情報である。各項目の説明は、図３および図４で説明したので、その説明を省略する。
【００３５】
一例として、プロジェクト名が「ｐｒｏｊｅｃｔ−ｘ」である場合に、利用者名として「ｕｓｅｒ１」が表わされている。加えて、フレーバー名として「ＲＸ２５４０Ｍ２−０１」、ＣＰＵコア数として「ｃ１」、メモリサイズとして「ｍ１」、ディスクサイズとして「ｄ１」、属性パラメタとして「ＲＸ２５４０Ｍ２−０１」が表わされている。すなわち、フレーバー名「ＲＸ２５４０Ｍ２−０１」の物理マシンは、プロジェクト名が「ｐｒｏｊｅｃｔ−ｘ」である「ｕｓｅｒ１」の利用者によって、次の期間の使用予約がされていることがわかる。
【００３６】
図１に戻って、ノード定義情報２５は、ノードを定義する情報である。なお、ノード定義情報２５は、運用前に予め定義される。
【００３７】
ここで、ノード定義情報２５の一例を、図６を参照して説明する。図６は、実施例１に係るノード定義情報の一例を示す図である。図６に示すように、ノード定義情報２５は、ノード名および属性パラメタを対応付けた情報である。ノード名は、ノードの名称である。属性パラメタは、フレーバーの属性のパラメタであり、デプロイ先情報を示す。属性パラメタは、対応関係情報２４の属性パラメタに対応する。すなわち、ノード定義情報２５は、ノード名に機器情報（物理マシン名）を付加して定義したものである。これにより、対応関係情報２４およびノード定義情報２５にそれぞれ属性パラメタを付加したことで、フレーバーとノードとを１対１に対応付けることができる。
【００３８】
一例として、ノード名が「ＲＸ２５４０Ｍ２−０１」である場合に、属性パラメタとして「ＲＸ２５４０Ｍ２−０１」が記憶されている。
【００３９】
図１に戻って、予約部１１は、予約情報２１を生成する。例えば、予約部１１は、プロジェクト名、利用者名を受け付けて、ログイン認証を行う。予約部１１は、ログイン認証に成功すると、機器情報、予約期間および使用するソフトウェアをパラメタに含む物理マシンの使用予約要求を受け付ける。ここでいうソフトウェアは、例えば、ＯＳ（Operating  System）のことをいう。なお、ＯＳ情報は予約時の必須パラメタではない。予約時に指定しない場合は、利用者がデプロイ操作をするときに指定を行えば良い。また、予約部１１は、指定された機器情報について、指定された予約期間、指定されたソフトウェア、プロジェクト名および利用者名を対応付けた予約内容を予約情報２１に格納する。なお、予約部１１は、予約情報２１を生成し、記憶部２０に格納すると説明したが、これに限定されない。予約部１１は、予約情報２１そのものを外部から受け付けて記憶部２０に格納するようにしても良い。
【００４０】
予約連携部１２は、特定のタイミングで、予約情報２１を参照して、次に使用される期間に対する、物理マシンの機器情報と予約元のアカウント情報との対応関係を対応関係情報２４として記憶部２０に格納する。すなわち、予約連携部１２は、予約情報２１を参照して、次に使用される期間に対する、利用者定義とフレーバー定義とを紐付ける。特定のタイミングは、１日のうち、物理マシンが使用されていないタイミングであって、物理マシンが次に使用される時点までに操作が完了可能なタイミングであれば良い。特定のタイミングは、一例として、物理マシンが次に使用される日の午前２時であるが、次に使用される日の前日の午後１１時であっても良いし、これらに限定されない。
【００４１】
例えば、予約連携部１２は、予約情報２１から、順次、機器情報を選択する。そして、予約連携部１２は、予約情報２１を参照して、選択した機器情報について、次に使用される日の予約が予約期間の開始であるか否かを判定する。一例として、予約期間が１０／１〜１０／４であったとする。特定のタイミングが１０／１の午前２時であるとする。すると、予約連携部１２は、次に使用される日である１０／１の予約が予約期間の開始であると判定する。また、特定のタイミングが１０／２の午前２時であるとする。すると、予約連携部１２は、次に使用される日である１０／２の予約が予約期間の途中であるので、予約期間の開始でないと判定する。
【００４２】
そして、予約連携部１２は、次に使用される日の予約が予約期間の開始であると判定した場合には、選択した機器情報を予約した予約元のアカウント情報（プロジェクト名および利用者名）を利用者定義情報２２に格納する。
【００４３】
加えて、予約連携部１２は、選択した機器情報について、前の予約の紐付けを解除するとともに、次に使用される日の予約の紐付けを行う。すなわち、予約連携部１２は、選択した機器情報に対応するフレーバー名と、選択した機器情報を予約した予約元のアカウント情報（プロジェクト名および利用者名）とを紐付けるため、対応関係情報２４に反映する。
【００４４】
そして、予約連携部１２は、次に使用される日の予約が予約期間の開始でないと判定した場合には、何もしない。これは、選択した機器情報に対応するフレーバー名と、選択した機器情報を予約した予約元のアカウント情報（プロジェクト名および利用者名）とが、既に、対応関係情報２４に紐付けられているからである。
【００４５】
デプロイ部１３は、物理マシンの使用要求を受け付けると、対応関係情報２４を参照して、使用要求の要求元のアカウント情報に対応付けられたフレーバー名を選択可能にモニタに表示する。すなわち、デプロイ部１３は、使用要求の要求元のアカウント情報に対応付けられた機器情報を選択可能に表示する。
【００４６】
そして、デプロイ部１３は、表示したフレーバー名のうち、いずれかのフレーバー名の指定を受け付けると、対応関係情報２４（またはフレーバー定義情報２３）を参照して、指定を受け付けたフレーバー名に対応付けられた属性パラメタ（デプロイ先情報）を特定する。
【００４７】
そして、デプロイ部１３は、ノード定義情報２５を参照して、特定した属性パラメタ（デプロイ先情報）により特定されるノード名に対する物理マシンに、物理マシンの使用要求で指定されるソフトウェアをデプロイする指示を出力する。ここでいうソフトウェアは、例えば、ＯＳである。これにより、デプロイ部１３は、利用者によって予約された物理マシンの貸し出しを確実に行うことができる。言い換えれば、利用者は、物理マシンを使いたいときに使いたいスペック、使いたい機種の物理マシンを使うことが可能となる。
【００４８】
［情報処理装置の処理の一例］
図７は、実施例１に係る情報処理装置の処理の一例を示す図である。なお、図７では、物理マシンを利用するシステムとしてＯｐｅｎＳｔａｃｋが用いられる場合を説明する。
【００４９】
図７に示すように、予約部１１は、ｕｓｅｒ１の利用者から予約申請を受け付ける（＜１＞）。予約部１１は、予約申請に含まれるプロジェクト名および利用者名を含む情報を用いてログイン認証をする。予約部１１は、ログイン認証に成功すると、利用者から機器名（機器情報）、予約期間および使用したいＯＳを受け付ける。予約部１１は、指定された機器名について、指定された予約期間、指定されたプロジェクト名および利用者名と対応付けた予約内容を予約情報２１に格納する。なお、利用者は、例えば、予約内容の一覧を表示する予約一覧表示で、予約内容を確認するようにすれば良い。
【００５０】
予約連携の特定のタイミングが午前２時であるとする。すると、午前２時になると、予約連携部１２は、予約情報２１から、順次、機器名（機種・号機）を選択する。
【００５１】
そして、予約連携部１２は、選択した機器名について、次に使用される日（ここでは本日）の予約が予約期間の開始日である場合には、予約期間が開始するプロジェクト名および利用者名を含む利用者定義を生成する。加えて、予約連携部１２は、予約期間が終了した利用者とフレーバーの紐付けを解除するとともに、予約期間が開始する利用者とフレーバーの紐付けを行う（＜２ａ＞＜２ｂ＞）。例えば、予約連携部１２は、予約期間が開始するプロジェクト名および利用者名が利用者定義情報２２に記憶されていない場合には、このプロジェクト名および利用者名を利用者定義情報２２に格納する。加えて、予約連携部１２は、選択した機器名に対応するフレーバー名と現に紐づいているプロジェクト名および利用者名の紐付を解除する。そして、予約連携部１２は、選択した機器名に対応するフレーバー名と、選択した機器名を予約した予約元のプロジェクト名および利用者名とを紐付けるため、対応関係情報２４に反映する。すなわち、予約連携部１２は、利用者定義情報２２のプロジェクト名および利用者名と、フレーバー定義情報２３のフレーバー名とを紐付ける。
【００５２】
そして、ｕｓｅｒ１の利用者が、物理マシンの使用要求をすべく、利用者名とパスワードを入力して、ＯｐｅｎＳｔａｃｋのダッシュボードへログインする（＜３＞）。ダッシュボードがログインの認証に成功すると、デプロイ部１３は、対応関係情報２４を参照して、要求元のプロジェクト名および利用者名に対応付けられたフレーバー名を選択可能にモニタに表示する。
【００５３】
そして、デプロイ部１３は、ｕｓｅｒ１の利用者から、表示したフレーバー名のうち、いずれかのフレーバー名の指定を受け付けると、対応関係情報２４（またはフレーバー定義情報２３）を参照して、指定を受け付けたフレーバー名に対応付けられた属性パラメタ（デプロイ先情報）を特定する。そして、デプロイ部１３は、ノード定義情報２５を参照して、特定した属性パラメタ（デプロイ先情報）により特定されるノード名に対する物理マシンに、物理マシンの使用要求で指定されたＯＳをデプロイする指示をＯｐｅｎＳｔａｃｋのＩｒｏｎｉｃに出力する。そして、ＯｐｅｎＳｔａｃｋのＩｒｏｎｉｃは、特定された物理マシンに、指定されたＯＳをインストールする（＜４＞）。
【００５４】
一例として、ｕｓｅｒ１の利用者が、１０／１に物理マシンの使用要求をする場合であるとする。すると、デプロイ部１３は、対応関係情報２４を参照して、プロジェクト名として「ｐｒｊｅｃｔ−ｘ」、利用者名として「ｕｓｅｒ１」に対応付けられたフレーバー名「ＲＸ２５４０Ｍ２−０１」を選択可能にモニタに表示する。そして、デプロイ部１３は、ｕｓｅｒ１の利用者から、フレーバー名「ＲＸ２５４０Ｍ２−０１」の指定を受け付けると、対応関係情報２４（またはフレーバー定義情報２３）を参照して、このフレーバー名に対応付けられた属性パラメタ「ＲＸ２５４０Ｍ２−０１」を特定する。そして、デプロイ部１３は、ノード定義情報２５を参照して、特定した属性パラメタ「ＲＸ２５４０Ｍ２−０１」により特定されるノード名に対する物理マシンに、物理マシンの使用要求で指定されたＯＳをデプロイする指示をＯｐｅｎＳｔａｃｋのＩｒｏｎｉｃに出力する。そして、ＯｐｅｎＳｔａｃｋのＩｒｏｎｉｃは、特定された物理マシンに、指定されたＯＳをインストールする。
【００５５】
［デプロイ部の操作画面の一例］
図８は、デプロイ部の操作画面の一例を示す図である。なお、図８では、物理マシンを利用するシステムとしてＯｐｅｎＳｔａｃｋが用いられる場合を説明する。
【００５６】
利用者が、物理マシンの使用要求をすべく、ダッシュボードにログインする。ダッシュボードは、ログイン認証に成功すると、インスタンスの起動画面をモニタに表示する。
【００５７】
図８上図には、インスタンスの起動画面の詳細タブが表示されている。利用者が、詳細タブの画面で、インスタンス名を指定する。インスタンス名とは、物理マシンにデプロイされた後の仮想マシンの名称のことをいう。インスタンス名は、任意の名称であれば良い。ここでは、インスタンス名として、「ｔｅｓｔ＿ｉｎｓｔａｎｃｅ」が指定されている。
【００５８】
図８中図には、インスタンスの起動画面のソースタブが表示されている。利用者が、ソースタブの画面で、ＯＳのイメージ名を指定する。ここでは、ＯＳのイメージ名として「ＲＨＥＬ７．３」が指定されている。
【００５９】
図８下図には、インスタンスの起動画面のフレーバータブが表示されている。利用者は、フレーバータブの画面で、フレーバー名を指定する。ここでは、利用者が予約した機器情報のフレーバーのみが表示される。すなわち、デプロイ部１３は、対応関係情報２４を参照して、利用者が予約したプロジェクト名および利用者名に対応付けられたフレーバー名「ＲＸ２５４０Ｍ２−０１」を選択可能にモニタに表示する。
【００６０】
この後、利用者が、フレーバー名「ＲＸ２５４０Ｍ２−０１」を指定すると、デプロイ部１３は、フレーバー名の指定を受け付け、対応関係情報２４（またはフレーバー定義情報２３）を参照して、このフレーバー名に対応付けられた属性パラメタを特定する。デプロイ部１３は、ノード定義情報２５を参照して、特定した属性パラメタにより特定されるノード名に対する物理マシンに、指定されたＯＳ「ＲＨＥＬ７．３」をデプロイする指示をＯｐｅｎＳｔａｃｋのＩｒｏｎｉｃに出力する。そして、ＯｐｅｎＳｔａｃｋのＩｒｏｎｉｃは、特定された物理マシンに、指定されたＯＳ「ＲＨＥＬ７．３」をインストールする。
【００６１】
［予約連携処理のフローチャート］
図９は、実施例１に係る予約連携処理のフローチャートの一例を示す図である。なお、予約連携の特定の時刻は、例えば、午前２時であるとする。また、予約開始時の連携処理に対応する処理として、予約終了時に連携解除・回収処理を実施する。
【００６２】
予約連携部１２は、予約連携の特定の時刻になったか否かを判定する（ステップＳ１１）。予約連携の特定の時刻になっていないと判定した場合には（ステップＳ１１；Ｎｏ）、予約連携部１２は、予約連携の特定の時刻になるまで、判定処理を繰り返す。
【００６３】
一方、予約連携の特定の時刻になっていると判定した場合には（ステップＳ１１；Ｙｅｓ）、予約連携部１２は、予約情報２１から１つの機器情報を選択する（ステップＳ１２）。
【００６４】
予約連携部１２は、予約情報２１を参照して、次に使用される日（ここでは本日）の予約が予約期間の開始であるか否かを判定する（ステップＳ１３）。本日の予約が予約期間の開始でないと判定した場合には（ステップＳ１３；Ｎｏ）、予約連携部１２は、何もしないで、ステップＳ１６に移行する。これは、選択した機器情報に対応するフレーバー名とアカウント情報（プロジェクト名および利用者名）とが既に紐付いているからである。
【００６５】
一方、本日の予約が予約期間の開始であると判定した場合には（ステップＳ１３；Ｙｅｓ）、予約連携部１２は、選択した機器情報について、前の予約の紐付けを解除するため、対応関係情報２４に反映する（ステップＳ１４）。例えば、予約連携部１２は、選択した機器情報に対応するフレーバー名とアカウント情報（プロジェクト名および利用者名）とが対応付けられているレコードを削除する。
【００６６】
そして、予約連携部１２は、本日の予約に対する利用者定義を機器情報に対応するフレーバー名と紐付けるため、対応関係情報２４に反映する（ステップＳ１５）。例えば、予約連携部１２は、フレーバー定義情報２３の、選択した機器情報に対応するフレーバー名と、利用者定義情報２２のアカウント情報（プロジェクト名および利用者名）とを対応付けて対応関係情報２４に格納する。そして、予約連携部１２は、ステップＳ１６に移行する。
【００６７】
ステップＳ１６において、予約連携部１２は、全ての機器情報を選択したか否かを判定する（ステップＳ１６）。全ての機器情報を選択していないと判定した場合には（ステップＳ１６；Ｎｏ）、予約連携部１２は、次の機器情報を選択すべく、ステップＳ１２に移行する。一方、全ての機器情報を選択したと判定した場合には（ステップＳ１６；Ｙｅｓ）、予約連携部１２は、予約連携処理を終了する。
【００６８】
［デプロイ処理のフローチャート］
図１０は、実施例１に係るデプロイ処理のフローチャートの一例を示す図である。なお、予約連携部１２は、予約連携処理を実行し、対応関係情報２４を生成したものとする。
【００６９】
図１０に示すように、デプロイ部１３は、利用者からログイン入力を受け付けたか否かを判定する（ステップＳ２１）。利用者からログイン入力を受け付けていないと判定した場合には（ステップＳ２１；Ｎｏ）、デプロイ部１３は、受け付けるまで、判定処理を繰り返す。
【００７０】
一方、利用者からログイン入力を受け付けたと判定した場合には（ステップＳ２１；Ｙｅｓ）、デプロイ部１３は、利用者のログイン認証をする（ステップＳ２２）。そして、デプロイ部１３は、ログイン認証に成功したか否かを判定する（ステップＳ２３）。ログイン認証に成功していないと判定した場合には（ステップＳ２３；Ｎｏ）、デプロイ部１３は、認証に失敗したので、デプロイ処理を終了する。
【００７１】
一方、ログイン認証に成功したと判定した場合には（ステップＳ２３；Ｙｅｓ）、デプロイ部１３は、インスタンスの起動画面の中の詳細タブの画面をモニタに表示し、利用者からインスタンス名を受け付ける（ステップＳ２４）。
【００７２】
そして、デプロイ部１３は、インスタンスの起動画面の中のソースタブの画面をモニタに表示し、利用者からＯＳの指定を受け付ける（ステップＳ２５）。デプロイ部１３は、対応関係情報２４を参照し、利用者の利用者定義に対応するフレーバー名を含む情報を、インスタンスの起動画面の中のフレーバータブの画面に表示する（ステップＳ２６）。
【００７３】
そして、デプロイ部１３は、利用者からデプロイ対象のフレーバー名の指定を受け付ける（ステップＳ２７）。デプロイ部１３は、対応関係情報２４（またはフレーバー定義情報２３）を参照して、フレーバー名に対する属性パラメタを特定する（ステップＳ２８Ａ）。デプロイ部１３は、ノード定義情報２５を参照して、属性パラメタに対する物理マシンを特定する（ステップＳ２８Ｂ）。
【００７４】
そして、デプロイ部１３は、特定した物理マシンに、指定されたＯＳをインストールする（ステップＳ２９）。そして、デプロイ部１３は、デプロイ処理を終了する。
【００７５】
［実施例１の効果］
上記実施例１によれば、情報処理装置１は、物理マシンの使用要求を受け付けると、物理マシンと予約元のアカウント情報との対応関係情報２４を参照して、使用要求の要求元のアカウント情報に対応付けられたマシン情報を選択可能にモニタに表示する。情報処理装置１は、表示したマシン情報のうち、いずれかのマシン情報の指定を受け付けると、ソフトウェアのデプロイ先の物理マシンを特定するデプロイ先情報をマシン情報に対応付けたフレーバー定義情報２３を参照して、指定されたマシン情報に対応付けられたデプロイ先情報を特定する。情報処理装置１は、特定したデプロイ先情報により特定される物理マシンにソフトウェアをデプロイする指示を出力する。かかる構成によれば、情報処理装置１は、予約した物理マシンの貸し出しを確実に行うことができる。
【００７６】
また、上記実施例１によれば、情報処理装置１は、特定のタイミングで、物理マシンのマシン情報ごとに、予約期間および予約元のアカウント情報を対応付けた予約情報２１を参照して、次に使用される所定単位の期間に対する、マシン情報と予約元のアカウント情報との対応関係を示す対応関係情報２４を記憶部２０に格納する。かかる構成によれば、情報処理装置１は、物理マシンのマシン情報と予約元のアカウント情報とを紐付けることで、マシンスペック指定ではなく、マシン情報指定で、物理マシンをデプロイすることが可能となる。この結果、ユーザは、使いときに、使いたいスペック、使いたい機種の物理マシンを使うことが可能となる。
【実施例２】
【００７７】
ところで、実施例１では、情報処理装置１が、特定のタイミングで、予約情報２１から、予約元のアカウント情報と物理マシンとを紐付けるべく、対応関係情報２４を生成する。そして、情報処理装置１は、物理マシンの使用要求を受け付けたタイミングで、対応関係情報２４およびノード定義情報２５を参照して、使用要求の要求元のアカウント情報に対応付けられた物理マシンをデプロイすると説明した。しかしながら、情報処理装置１は、これに限定されず、特定のタイミングで、予約情報２１から、予約元のアカウント情報と物理マシンとを紐付けするとともに、アカウント情報に対応付けられた物理マシンをデプロイするようにしても良い。すなわち、情報処理装置１は、物理マシンの機器情報と物理マシンの使用を予約した予約元のアカウント情報とを紐付けるタイミングで、アカウント情報に対応付けられた物理マシンをデプロイしても良い。
【００７８】
そこで、実施例２に係る情報処理装置１は、物理マシンの機器情報と物理マシンの使用を予約した予約元のアカウント情報とを紐付けるタイミングで、アカウント情報に対応付けられた物理マシンをデプロイする場合を説明する。
【００７９】
［情報処理装置の構成］
図１１は、実施例２に係る情報処理装置の構成を示す機能ブロック図である。なお、実施例１の図１に示す情報処理装置１と同一の構成については同一符号を付すことで、その重複する構成および動作の説明については省略する。実施例１と実施例２とが異なるところは、予約連携部１２Ａおよびデプロイ部１３Ａを変更した点である。
【００８０】
予約連携部１２Ａは、特定のタイミングで、予約情報２１を参照して、次に使用される期間に対する、物理マシンの機器情報と予約元のアカウント情報との対応関係を対応関係情報２４として記憶部２０に格納する。加えて、予約連携部１２Ａは、機器情報により特定される物理マシンをデプロイする。なお、特定のタイミングは、１日のうち、物理マシンが使用されていないタイミングであって、物理マシンが次に使用される時点までに操作が完了可能なタイミングであれば良い。特定のタイミングは、一例として、物理マシンが次に使用される日の午前２時であるが、次に使用される日の前日の午後１１時であっても良いし、これらに限定されない。
【００８１】
例えば、予約連携部１２Ａは、予約情報２１から、順次、機器情報を選択する。そして、予約連携部１２Ａは、予約情報２１を参照して、選択した機器情報について、次に使用される日の予約が予約期間の開始であるか否かを判定する。一例として、予約期間が１０／１〜１０／４であったとする。特定のタイミングが１０／１の午前２時であるとする。すると、予約連携部１２Ａは、次に使用される日である１０／１の予約が予約期間の開始であると判定する。また、特定のタイミングが１０／２の午前２時であるとする。すると、予約連携部１２Ａは、次に使用される日である１０／２の予約が予約期間の途中であるので、予約期間の開始でないと判定する。
【００８２】
そして、予約連携部１２Ａは、次に使用される日の予約が予約期間の開始であると判定した場合には、選択した機器情報を予約した予約元のアカウント情報（プロジェクト名および利用者名）を利用者定義情報２２に格納する。
【００８３】
加えて、予約連携部１２Ａは、選択した機器情報について、前の予約の紐付けを解除するとともに、次に使用される日の予約の紐付けを行う。すなわち、予約連携部１２Ａは、選択した機器情報に対応するフレーバー名と、選択した機器情報を予約した予約元のアカウント情報（プロジェクト名および利用者名）とを紐付けるため、対応関係情報２４に反映する。
【００８４】
そして、予約連携部１２Ａは、次に使用される日の予約が予約期間の開始でないと判定した場合には、何もしない。これは、選択した機器情報に対応するフレーバー名と、選択した機器情報を予約した予約元のアカウント情報（プロジェクト名および利用者名）とが、既に、対応関係情報２４に紐付けられているからである。
【００８５】
加えて、予約連携部１２Ａは、該当するフレーバー名が示す物理マシンの使用要求をデプロイ部１３Ａに依頼する。
【００８６】
デプロイ部１３Ａは、該当するフレーバー名が示す物理マシンの使用要求を受け付けると、対応関係情報２４（またはフレーバー定義情報２３）を参照して、該当するフレーバー名に対応付けられた属性パラメタ（デプロイ先情報）を特定する。
【００８７】
そして、デプロイ部１３Ａは、ノード定義情報２５を参照して、特定した属性パラメタ（デプロイ先情報）により特定されるノード名に対する物理マシンに、物理マシンの使用予約で指定されたソフトウェアをデプロイする指示を出力する。ここでいうソフトウェアは、例えば、ＯＳである。これにより、デプロイ部１３Ａは、利用者によって予約された物理マシンの貸し出しを確実に行うことができる。言い換えれば、利用者は、物理マシンを使いたいときに使いたいスペック、使いたい機種の物理マシンを使うことが可能となる。
【００８８】
［予約連携処理のフローチャート］
図１２は、実施例２に係る予約連携処理のフローチャートの一例を示す図である。なお、予約連携の特定の時刻は、例えば、午前２時であるとする。また、予約開始時の連携処理に対応する処理として、予約終了時に連携解除・回収処理を実施する。
【００８９】
予約連携部１２Ａは、予約連携の特定の時刻になったか否かを判定する（ステップＳ３１）。予約連携の特定の時刻になっていないと判定した場合には（ステップＳ３１；Ｎｏ）、予約連携部１２Ａは、予約連携の特定の時刻になるまで、判定処理を繰り返す。
【００９０】
一方、予約連携の特定の時刻になっていると判定した場合には（ステップＳ３１；Ｙｅｓ）、予約連携部１２Ａは、予約情報２１から１つの機器情報を選択する（ステップＳ３２）。
【００９１】
予約連携部１２Ａは、予約情報２１を参照して、次に使用される日（ここでは本日）の予約が予約期間の開始であるか否かを判定する（ステップＳ３３）。本日の予約が予約期間の開始でないと判定した場合には（ステップＳ３３；Ｎｏ）、予約連携部１２Ａは、何もしないで、ステップＳ３８に移行する。これは、選択した機器情報と対応するフレーバー名と、アカウント情報（プロジェクト名および利用者名）とが既に紐付いているからである。また、選択した機器情報に対する物理マシンが既にデプロイされているからである。
【００９２】
一方、本日の予約が予約期間の開始であると判定した場合には（ステップＳ３３；Ｙｅｓ）、予約連携部１２Ａは、選択した機器情報について、前の予約の紐付けを解除するため、対応関係情報２４に反映する（ステップＳ３４）。例えば、予約連携部１２Ａは、選択した機器情報に対応するフレーバー名とアカウント情報（プロジェクト名および利用者名）とが対応付けられているレコードを削除する。
【００９３】
そして、予約連携部１２Ａは、本日の予約に対する利用者定義を機器情報に対応するフレーバー名と紐付けるため、対応関係情報２４に反映する（ステップＳ３５）。例えば、予約連携部１２Ａは、フレーバー定義情報２３の、選択した機器情報に対応するフレーバー名と、利用者定義情報２２のアカウント情報（プロジェクト名および利用者名）とを対応付けて対応関係情報２４に格納する。
【００９４】
そして、デプロイ部１３Ａは、対応関係情報２４を参照して、該当するフレーバー名に対する属性パラメタを特定する（ステップＳ３６Ａ）。デプロイ部１３Ａは、ノード定義情報２５を参照して、属性パラメタに対する物理マシンを特定する（ステップＳ３６Ｂ）。
【００９５】
そして、デプロイ部１３Ａは、特定した物理マシンに、物理マシンの使用予約で指定されたＯＳをインストールする（ステップＳ３７）。そして、デプロイ部１３Ａは、ステップＳ３８に移行する。
【００９６】
ステップＳ３８において、予約連携部１２Ａは、全ての機器情報を選択したか否かを判定する（ステップＳ３８）。全ての機器情報を選択していないと判定した場合には（ステップＳ３８；Ｎｏ）、予約連携部１２Ａは、次の機器情報を選択すべく、ステップＳ３２に移行する。一方、全ての機器情報を選択したと判定した場合には（ステップＳ３８；Ｙｅｓ）、予約連携部１２Ａは、予約連携処理を終了する。
【００９７】
［実施例２の効果］
上記実施例２によれば、情報処理装置１は、特定のタイミングで、物理マシンのマシン情報ごとに、予約期間および予約元のアカウント情報を対応付けた予約情報２１を参照して、次に使用される所定単位の期間に対する、マシン情報と予約元のアカウント情報との対応関係を示す対応関係情報２４を記憶部２０に格納する。情報処理装置１は、マシン情報に対応付けられたデプロイ先情報を、ソフトウェアのデプロイ先の物理マシンを特定するデプロイ先情報をマシン情報に対応付けたフレーバー定義情報２３を参照して特定する。情報処理装置１は、特定したデプロイ先情報により特定される物理マシンにソフトウェアをデプロイする指示を出力する。かかる構成によれば、情報処理装置１は、例えば予約連携する特定のタイミングで、予約された物理マシンの準備を確実に行うことができる。
【００９８】
［その他］
なお、情報処理装置１は、既知のパーソナルコンピュータ、ワークステーションなどの情報処理装置に、上記した制御部１０および記憶部２０などの各機能を搭載することによって実現することができる。
【００９９】
また、上記実施例１，２では、情報処理装置１が、予約部１１を有すると説明したが、これに限定されない。外部装置が、予約部１１の機能を有しても良いし、予約部１１を含む予約システムを有しても良い。かかる場合には、予約連携部１２は、外部装置に有する予約部１１から、予約情報２１のデータを取得すれば良い。
【０１００】
また、上記実施例１，２では、図示した装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、装置の分散・統合の具体的態様は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、予約連携部１２とデプロイ部１３とを統合しても良い。また、予約連携部１２を、予約情報２１から利用者定義情報２２を生成する第１の連携部と、予約情報２１から、利用者定義と機器情報に対応するフレーバー名とを紐付ける第２の連携部とに分散しても良い。記憶部２０を情報処理装置１の外部装置としてネットワーク経由で接続するようにしても良い。
【０１０１】
また、上記実施例１，２で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することによって実現することができる。そこで、以下では、図１に示した情報処理装置１と同様の機能を実現する制御プログラムを実行するコンピュータの一例を説明する。図１３は、制御プログラムを実行するコンピュータの一例を示す図である。
【０１０２】
図１３に示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ２０３と、ユーザからのデータの入力を受け付ける入力装置２１５と、表示装置２０９を制御する表示制御部２０７とを有する。また、コンピュータ２００は、記憶媒体からプログラム等を読取るドライブ装置２１３と、ネットワークを介して他のコンピュータとの間でデータの授受を行う通信制御部２１７とを有する。また、コンピュータ２００は、各種情報を一時記憶するメモリ２０１と、ＨＤＤ（Hard  Disk  Drive）２０５を有する。そして、メモリ２０１、ＣＰＵ２０３、ＨＤＤ２０５、表示制御部２０７、ドライブ装置２１３、入力装置２１５、通信制御部２１７は、バス２１９で接続されている。
【０１０３】
ドライブ装置２１３は、例えばリムーバブルディスク２１１用の装置である。ＨＤＤ２０５は、制御プログラム２０５ａおよび制御関連情報２０５ｂを記憶する。
【０１０４】
ＣＰＵ２０３は、制御プログラム２０５ａを読み出して、メモリ２０１に展開し、プロセスとして実行する。かかるプロセスは、情報処理装置１の各機能部に対応する。制御関連情報２０５ｂは、利用者定義情報２２、フレーバー定義情報２３、対応関係情報２４およびノード定義情報２５に対応する。そして、例えばリムーバブルディスク２１１が、制御プログラム２０５ａ等の各情報を記憶する。
【０１０５】
なお、制御プログラム２０５ａについては、必ずしも最初からＨＤＤ２０５に記憶させておかなくても良い。例えば、コンピュータ２００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ（Compact  Disc  Read  Only  Memory）、ＤＶＤ（Digital  Versatile  Disc）、光磁気ディスク、ＩＣ（Integrated  Circuit）カード等の「可搬用の物理媒体」に当該プログラムを記憶させておく。そして、コンピュータ２００がこれらから制御プログラム２０５ａを読み出して実行するようにしても良い。
【０１０６】
以上の実施例１〜２を含む実施形態に関し、さらに以下の付記を開示する。
【０１０７】
（付記１）物理マシンの使用要求を受け付けると、記憶部に記憶された物理マシンと予約元のアカウント情報との対応関係を参照して、前記使用要求の要求元のアカウント情報に対応付けられたマシン情報を選択可能に表示部に表示し、
表示した前記マシン情報のうち、いずれかのマシン情報の指定を受け付けると、ソフトウェアのデプロイ先の物理マシンを特定するデプロイ先情報をマシン情報に対応付けて記憶する記憶部を参照して、指定された前記マシン情報に対応付けられたデプロイ先情報を特定し、
特定した前記デプロイ先情報により特定される前記物理マシンに前記ソフトウェアをデプロイする指示を出力する、
処理をコンピュータが実行することを特徴とする制御方法。
【０１０８】
（付記２）特定のタイミングで、物理マシンのマシン情報ごとに、予約期間および予約元のアカウント情報を対応付けた予約情報を参照して、次に使用される所定単位の期間に対する、前記マシン情報と予約元のアカウント情報との対応関係を前記記憶部に格納する、
ことを特徴とする付記１に記載の制御方法。
【０１０９】
（付記３）物理マシンの使用要求を受け付けると、記憶部に記憶された物理マシンと予約元のアカウント情報との対応関係を参照して、前記使用要求の要求元のアカウント情報に対応付けられたマシン情報を選択可能に表示部に表示する表示制御部と、
前記表示制御部によって表示された前記マシン情報のうち、いずれかのマシン情報の指定を受け付けると、ソフトウェアのデプロイ先の物理マシンを特定するデプロイ先情報をマシン情報に対応付けて記憶する記憶部を参照して、指定された前記マシン情報に対応付けられたデプロイ先情報を特定する特定部と、
前記特定部によって特定された前記デプロイ先情報により特定される前記物理マシンに前記ソフトウェアをデプロイする指示を出力する出力部と、
を有することを特徴とする情報処理装置。
【０１１０】
（付記４）物理マシンの使用要求を受け付けると、記憶部に記憶された物理マシンと予約元のアカウント情報との対応関係を参照して、前記使用要求の要求元のアカウント情報に対応付けられたマシン情報を選択可能に表示部に表示し、
表示した前記マシン情報のうち、いずれかのマシン情報の指定を受け付けると、ソフトウェアのデプロイ先の物理マシンを特定するデプロイ先情報をマシン情報に対応付けて記憶する記憶部を参照して、指定された前記マシン情報に対応付けられたデプロイ先情報を特定し、
特定した前記デプロイ先情報により特定される前記物理マシンに前記ソフトウェアをデプロイする指示を出力する、
処理をコンピュータに実行させることを特徴とする制御プログラム。
【０１１１】
（付記５）特定のタイミングで、物理マシンのマシン情報ごとに、予約期間および予約元のアカウント情報を対応付けた予約情報を参照して、次に使用される所定単位の期間に対する、前記マシン情報と予約元のアカウント情報との対応関係を記憶部に格納し、
前記マシン情報に対応付けられたデプロイ先情報を、ソフトウェアのデプロイ先の物理マシンを特定するデプロイ先情報をマシン情報に対応付けて記憶する記憶部を参照して特定し、
特定した前記デプロイ先情報により特定される前記物理マシンに前記ソフトウェアをデプロイする指示を出力する、
処理をコンピュータが実行することを特徴とする制御方法。
【０１１２】
（付記６）特定のタイミングで、物理マシンのマシン情報ごとに、予約期間および予約元のアカウント情報を対応付けた予約情報を参照して、次に使用される所定単位の期間に対する、前記マシン情報と予約元のアカウント情報との対応関係を記憶部に格納する格納部と、
前記マシン情報に対応付けられたデプロイ先情報を、ソフトウェアのデプロイ先の物理マシンを特定するデプロイ先情報をマシン情報に対応付けて記憶する記憶部を参照して特定する特定部と、
前記特定部によって特定された前記デプロイ先情報により特定される前記物理マシンに前記ソフトウェアをデプロイする指示を出力する出力部と、
を有することを特徴とする情報処理装置。
【０１１３】
（付記７）特定のタイミングで、物理マシンのマシン情報ごとに、予約期間および予約元のアカウント情報を対応付けた予約情報を参照して、次に使用される所定単位の期間に対する、前記マシン情報と予約元のアカウント情報との対応関係を記憶部に格納し、
前記マシン情報に対応付けられたデプロイ先情報を、ソフトウェアのデプロイ先の物理マシンを特定するデプロイ先情報をマシン情報に対応付けて記憶する記憶部を参照して特定し、
特定した前記デプロイ先情報により特定される前記物理マシンに前記ソフトウェアをデプロイする指示を出力する、
処理をコンピュータに実行させることを特徴とする制御プログラム。
【符号の説明】
【０１１４】
１  情報処理装置
１０  制御部
１１  予約部
１２，１２Ａ  予約連携部
１３，１３Ａ  デプロイ部
２０  記憶部
２１  予約情報
２２  利用者定義情報
２３  フレーバー定義情報
２４  対応関係情報
２５  ノード定義情報
【図１】
2019152916.tif 000003
【図２】
2019152916.tif 000004
【図３】
2019152916.tif 000005
【図４】
2019152916.tif 000006
【図５】
2019152916.tif 000007
【図６】
2019152916.tif 000008
【図７】
2019152916.tif 000009
【図８】
2019152916.tif 000010
【図９】
2019152916.tif 000011
【図１０】
2019152916.tif 000012
【図１１】
2019152916.tif 000013
【図１２】
2019152916.tif 000014
【図１３】
2019152916.tif 000015
【図１４】
2019152916.tif 000016