JP5772973B2 - 情報提供装置、方法、およびプログラム - Google Patents

Description

本発明は、情報を提供する情報提供装置、情報提供方法、および情報提供プログラムに関する。

クラウドシステムを利用したサービスには、例えば、仮想環境（ＶＭ：Ｖｉｒｔｕａｌ
Ｍａｃｈｉｎｅ）を提供するサービスがある。従来、仮想環境のアップグレードは、仮想環境の利用者の要求にしたがって、仮想環境の利用者が指定したアップグレード日に実行されていた。

関連する技術としては、物理マシンのアップデートジョブをバックアップジョブの後におこなう技術がある（例えば、下記特許文献１参照）。また、関連する技術として、ユーザに情報を通知する技術がある（例えば、下記特許文献２参照）。

特開２０１０−４３３５号公報 特開２００２−３１８９７８号公報

しかしながら、利用者の指定したアップグレード日は、仮想環境のバックアップ予定日やリストア予定日といったサービスの提供側が管理する情報を考慮して決定された日ではない。そのため、利用者の指定したアップグレード日は、アップグレードに適した日とは限らない。

例えば、利用者が、バックアップ予定日以降、かつリストア予定日以前の期間内の日をアップグレード日に指定した場合が想定される。この場合、リストアの実施によって、仮想環境がアップグレード前のバックアップ実施時の状態に戻されることになり、再度同一のアップグレードをおこなわなければならない。

このようにアップグレードがおこなわれると、サービスの提供側では、同一のアップグレードを２度おこなわなければならなくなり保守管理作業が増加してしまうという問題があった。一方、サービスの利用者側では、アップグレード中は仮想環境を使用できなくなるため、不便である。

また、利用者がサービスの提供側が管理する情報を参照すれば、適当なアップグレード日を決定できると考えられる。しかし、サービスの提供側が管理する情報が公開されると、多くの利用者がデータ保護のためにバックアップ予定日直前に仮想環境を使用するようになり、仮想環境の負荷が高まって、安定したサービスを提供できなくなることがある。また、サービスの提供側が管理する情報が公開されると、バックアップされるデータに不正なデータが加えられセキュリティが脅かされるおそれがある。このように、サービスの安定供給とセキュリティとの観点から、サービスの提供側が管理する情報を利用者に参照させることはできない。

本発明は、上述した従来技術による問題点を解消するため、サービスの提供側が管理する情報を秘匿したまま、サービスの提供側と利用者との双方の要望に適したアップグレード候補日を提供できる情報提供装置、情報提供方法、および情報提供プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明の一側面によれば、サービスに関する情報処理に用いられるハードウェア資源のスペックの変更日候補の問い合わせを入力し、サービスに関する情報処理の処理結果についてのバックアップ予定日と処理結果を用いたサービスに関する情報処理についてのリストア予定日のうち少なくともいずれか一方の予定日を記憶し、問い合わせが入力された日からバックアップ予定日までの第１の期間と、リストア予定日以降の第２の期間とのうち、少なくともいずれか一方の期間内の日を、変更日候補に決定し、決定された変更日候補を出力する情報提供装置、情報提供方法、および情報提供プログラムが提案される。

本発明の一側面によれば、サービスの提供側が管理する情報を秘匿したまま、サービスの提供側と利用者との双方の要望に適したアップグレード候補日を提供することができるという効果を奏する。

図１は、情報提供装置によるアップグレード候補日の提供の内容を示す説明図である。 図２は、実施の形態にかかる情報提供装置１１０のハードウェア構成例を示すブロック図である。 図３は、イベントＤＢの記憶内容を示す説明図である。 図４は、トラフィックログの記憶内容を示す説明図である。 図５は、アップグレード候補期間ＤＢの記憶内容を示す説明図である。 図６は、アップグレード候補曜日ＤＢの記憶内容を示す説明図である。 図７は、アップグレード候補日ＤＢの記憶内容を示す説明図である。 図８は、最終アップグレード候補日ＤＢの記憶内容を示す説明図である。 図９は、情報提供装置１１０の機能的構成を示すブロック図である。 図１０は、利用端末１２０に表示されるアップグレード申請画面の一例を示す説明図である。 図１１は、バックアップとリストアとアップグレードとのイベントの関連を示す説明図である。 図１２は、バックアップとリストアとアップグレードとの関係に基づくアップグレード候補期間の決定の説明図である。 図１３は、アップグレード候補曜日の決定の内容を示す説明図である。 図１４は、アップグレード重複日の決定の内容を示す説明図である。 図１５は、アップグレード候補日の通知の内容を示す説明図である。 図１６は、アップグレード日決定画面の内容を示す説明図である。 図１７は、アップグレード日決定処理の詳細を示すフローチャートである。 図１８は、アップグレード候補日決定処理の詳細を示すフローチャート（その１）である。 図１９は、アップグレード候補日決定処理の詳細を示すフローチャート（その２）である。 図２０は、アップグレード候補日決定処理の詳細を示すフローチャート（その３）である。 図２１は、アップグレード候補日決定処理の詳細を示すフローチャート（その４）である。

以下に添付図面を参照して、この発明にかかる情報提供装置、情報提供方法、および情報提供プログラムの実施の形態を詳細に説明する。サービスのアップグレードを適した日におこなうために、本実施の形態にかかる情報提供装置は、仮想環境のバックアップ予定日やリストア予定日といったサービスの提供側の情報に基づいたアップグレード候補日を利用者に提供する。これにより、アップグレードを適当な日におこなうことができる。また、提供側の情報をサービスの利用者に直接知られることはないため、提供側のセキュリティを確保し、サービスの安定供給を図ることができる。

（情報提供装置によるアップグレード候補日の提供の内容）
図１は、情報提供装置によるアップグレード候補日の提供の内容を示す説明図である。図１に示すシステムでは、サービスの提供側から、ネットワーク（クラウド）を介して、利用者１３０にサービスが提供されている。ここで、サービスの提供側とは、自らが有するハードウェア資源１４０（ＣＰＵ，ＲＯＭ，ＨＤＤ）に利用者１３０の利用端末１２０（いわゆる接続環境）を接続させて、利用者１３０にハードウェア資源１４０を使用させるサービスを提供するベンダである。また、サービスの提供側は、サービスの保守管理をおこなう。

例えば、提供側から提供されるサービスとしては、アプリケーションサーバなどのアプリケーション実行用のプラットフォームの提供、または仮想化サーバや共有ディスクなどのハードウェアやインフラの提供が挙げられる。図１では、提供側では、管理システムを用いて提供側が有するハードウェア資源１４０を割り振ってクラウド上に仮想環境ＶＭを生成している。具体的には、例えば、提供側では、ＣＰＵが２ＧＨｚ（ＧｉｇａＨｅｒｔｚ）と、メモリが４ＧＢ（ＧｉｇａＢｙｔｅ）と、ＨＤＤが１０ＧＢと、が割り当てられた仮想サーバを生成している。

また、提供側では、情報提供装置１１０に仮想環境ＶＭのバックアップ予定日やリストア予定日といった提供側の情報を保持し、仮想環境ＶＭの保守管理作業をおこなっている。一方、利用者１３０は、利用端末１２０を用いて、仮想環境ＶＭを利用している。

また、仮想環境ＶＭは、利用者１３０からの要望により、アップグレードされることがある。アップグレードとは、仮想環境ＶＭに割り当てられたハードウェア資源１４０を増設することをいう。具体的には、例えば、アップグレードとは、ＣＰＵを４ＧＨｚ分、メモリを２ＧＢ分、ＨＤＤを２０ＧＢ分、それぞれのハードウェア資源の割り当てを増やすことをいう。

ただし、アップグレードをおこなう場合、仮想環境ＶＭを使用不可の状態に設定しなければならない。そのため、仮想環境ＶＭが使用不可になる時間がなるべく短くなり、保守管理作業の効率化を図ることができるアップグレードに適した日に、アップグレードをおこなうべきである。

ここで、利用者１３０が、アップグレードをおこなうアップグレード日を決定しようとした場合を例に挙げて、情報提供装置１１０によるアップグレード候補日の提供の内容について説明する。

まず、利用者１３０は、適当なアップグレード日を決定しようとするが、提供側の情報が秘匿されているため、提供側の情報に基づいた適当なアップグレード日を求めることができない。

（１）そこで、利用者１３０は、利用端末１２０を介して、アップグレード候補日の問い合わせを情報提供装置１１０に送信する。ただし、問い合わせには、利用者１３０が指定するアップグレード指定期間の情報が含まれていてもよい。

（２）問い合わせを受け取った情報提供装置１１０は、提供側の情報に基づいて、アップグレードに適したアップグレード候補日を決定する。ただし、問い合わせにアップグレード指定期間の情報が含まれている場合、情報提供装置１１０は、アップグレード指定期間内に限定して、アップグレード候補日を決定する。ここで、提供側の情報は、仮想環境ＶＭのバックアップ予定日と、リストア予定日と、アップグレード予定日と、曜日ごとのトラフィック情報と、を含む。

（３）そして、情報提供装置１１０は、決定したアップグレード候補日を利用端末１２０に送信する。これにより、利用者１３０は、提供側の情報を知らなくても、情報提供装置１１０から利用端末１２０に送信されたアップグレード候補日に基づいて、適当なアップグレード日を決定できる。

また、アップグレードが、アップグレードに適した日におこなわれるようになり、アップグレードに起因する仮想環境ＶＭの停止期間を減少させ、保守管理作業を効率化することができる。また、提供側の情報をサービスの利用者１３０に直接知られることはないため、提供側のセキュリティを確保し、サービスの安定供給を図ることができる。

（情報提供装置１１０のハードウェア構成例）
次に、図２を用いて、実施の形態にかかる情報提供装置１１０のハードウェア構成例について説明する。

図２は、実施の形態にかかる情報提供装置１１０のハードウェア構成例を示すブロック図である。図２において、情報提供装置１１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１と、ＲＯＭ（Ｒｅａｄ‐Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３と、磁気ディスクドライブ２０４と、磁気ディスク２０５と、光ディスクドライブ２０６と、光ディスク２０７と、ディスプレイ２０８と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）２０９と、キーボード２１０と、マウス２１１と、スキャナ２１２と、プリンタ２１３と、を備えている。また、各構成部はバス２２０によってそれぞれ接続されている。

ここで、ＣＰＵ２０１は、情報提供装置１１０の全体の制御を司る。ＲＯＭ２０２は、ブートプログラムなどのプログラムを記憶している。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用される。また、ＲＡＭ２０３は、イベントＤＢ（ＤａｔａＢａｓｅ）と、トラフィックログと、アップグレード候補期間ＤＢと、アップグレード候補曜日ＤＢと、アップグレード候補日ＤＢと、アップグレード最終候補日ＤＢと、を記憶している。なお、イベントＤＢと、トラフィックログと、アップグレード候補期間ＤＢと、アップグレード候補曜日ＤＢと、アップグレード候補日ＤＢと、アップグレード最終候補日ＤＢと、はＲＡＭ２０３ではなく、磁気ディスク２０５に記憶されてもよい。

磁気ディスクドライブ２０４は、ＣＰＵ２０１の制御にしたがって磁気ディスク２０５に対するデータのリード／ライトを制御する。磁気ディスク２０５は、磁気ディスクドライブ２０４の制御で書き込まれたデータを記憶する。

光ディスクドライブ２０６は、ＣＰＵ２０１の制御にしたがって光ディスク２０７に対するデータのリード／ライトを制御する。光ディスク２０７は、光ディスクドライブ２０６の制御で書き込まれたデータを記憶したり、光ディスク２０７に記憶されたデータをコンピュータに読み取らせたりする。

ディスプレイ２０８は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。このディスプレイ２０８は、例えば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。

インターフェース（以下、「Ｉ／Ｆ」と略する。）２０９は、通信回線を通じてＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどのネットワーク２１４に接続され、このネットワーク２１４を介して他の装置に接続される。そして、Ｉ／Ｆ２０９は、ネットワーク２１４と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。Ｉ／Ｆ２０９には、例えばモデムやＬＡＮアダプタなどを採用することができる。

キーボード２１０は、文字、数字、各種指示などの入力のためのキーを備え、データの入力をおこなう。また、タッチパネル式の入力パッドやテンキーなどであってもよい。マウス２１１は、カーソルの移動や範囲選択、あるいはウィンドウの移動やサイズの変更などをおこなう。ポインティングデバイスとして同様に機能を備えるものであれば、トラックボールやジョイスティックなどであってもよい。

スキャナ２１２は、画像を光学的に読み取り、情報提供装置１１０内に画像データを取り込む。なお、スキャナ２１２は、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅａｄｅｒ）機能を持たせてもよい。また、プリンタ２１３は、画像データや文書データを印刷する。プリンタ２１３には、例えば、レーザプリンタやインクジェットプリンタを採用することができる。

（イベントＤＢの記憶内容）
次に、図３を用いて、図２に示したＲＡＭ２０３に記憶されているイベントＤＢの記憶内容について説明する。

図３は、イベントＤＢの記憶内容を示す説明図である。イベントＤＢ３００は、イベントＩＤ項目のそれぞれに対応付けて、対象仮想環境項目と、実施予定日項目と、イベントタイプ項目と、イベント結果項目と、を有し、イベントが生成されるごとにレコードを構成し、イベントが実行されるごとにレコードを更新する。

イベントＩＤ項目には、イベントを識別するＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）が記憶されている。対象仮想環境項目には、イベントの対象となる仮想環境ＶＭを特定する識別子が記憶されている。

実施予定日項目には、イベントを実施する予定日が記憶されている。イベントタイプ項目には、イベントの内容が記憶されている。イベントの内容には、例えば、「リストア（Ｒｅｓｔｏｒｅ）」、「バックアップ（Ｂａｃｋｕｐ）」、「アップグレード（Ｕｐｇｒａｄｅ）」がある。イベント結果項目には、イベントが実行された場合の結果が記憶されている。

なお、図１において上述した「リストア予定日」とは、イベントタイプ項目が「リストア」であるレコードの実施予定日項目の日付をいう。また、図１において上述した「バックアップ予定日」とは、イベントタイプ項目が「バックアップ」であるレコードの実施予定日項目の日付をいう。また、図１において上述したアップグレード予定日とは、イベントタイプ項目が「アップグレード」であるレコードの実施予定日項目の日付をいう。

（トラフィックログの記憶内容）
次に、図４を用いて、図２に示したＲＡＭ２０３や磁気ディスク２０５などの記憶装置に記憶されているトラフィックログの記憶内容について説明する。

図４は、トラフィックログの記憶内容を示す説明図である。トラフィックログ４００は、Ｎｏ項目のそれぞれに対応付けて、対象仮想環境項目と、Ｔｉｍｅ項目と、トラフィック量項目と、を有し、日ごとにレコードを構成する。

Ｎｏ項目には、ログの番号が記憶されている。対象仮想環境項目には、トラフィック量の計測対象になる仮想環境ＶＭを特定する識別子が記憶されている。Ｔｉｍｅ項目には、トラフィック量を計測した日付が記憶されている。トラフィック量項目には、１日のトラフィック量が記憶されている。

（アップグレード候補期間ＤＢの記憶内容）
次に、図５を用いて、図２に示したＲＡＭ２０３や磁気ディスク２０５などの記憶装置に記憶されているアップグレード候補期間ＤＢの記憶内容について説明する。なお、アップグレード候補期間ＤＢは、イベントＤＢ３００に基づいて作成される。

図５は、アップグレード候補期間ＤＢの記憶内容を示す説明図である。アップグレード候補期間ＤＢ５００は、アップグレード指定期間項目のそれぞれに対応付けて、曜日項目と、リストア実施予定項目と、バックアップ実施予定項目と、アップグレード候補項目と、を有し、アップグレード指定期間内の日ごとにレコードを構成する。

アップグレード指定期間項目には、アップグレード候補日を選択する母集団となる期間内の日付が記憶されている。例えば、上述した利用者１３０により指定されたアップグレード指定期間内の日付である。曜日項目には、アップグレード指定期間項目の各日付に対応する曜日が記憶されている。

リストア実施予定項目には、リストア予定日であるか否かが記憶されている。リストア実施予定項目は、イベントＤＢ３００のイベントタイプが「リストア」のレコードに基づいて構成される。図５では、リストア予定日には「Ｔｒｕｅ」が記憶され、リストア予定日以外には「Ｆａｌｓｅ」が記憶されている。

バックアップ実施予定項目には、バックアップ予定日であるか否かが記憶されている。バックアップ実施予定項目は、イベントＤＢ３００のイベントタイプが「バックアップ」のレコードに基づいて構成される。図５では、バックアップ予定日には「Ｔｒｕｅ」が記憶され、リストア予定日以外には「Ｆａｌｓｅ」が記憶されている。

アップグレード候補項目には、リストア実施予定項目と、バックアップ実施予定項目と、の内容から判定されたアップグレード候補日になりうるか否かの判定結果が記憶されている。図５では、アップグレード候補日になりうる場合は「Ｔｒｕｅ」が記憶され、アップグレード候補日になりえない場合は「Ｆａｌｓｅ」が記憶されている。

（アップグレード候補曜日ＤＢの記憶内容）
次に、図６を用いて、図２に示したＲＡＭ２０３や磁気ディスク２０５などの記憶装置に記憶されているアップグレード候補曜日ＤＢの記憶内容について説明する。なお、アップグレード候補曜日ＤＢは、トラフィックログ４００に基づいて作成される。

図６は、アップグレード候補曜日ＤＢの記憶内容を示す説明図である。アップグレード候補曜日ＤＢ６００は、曜日項目のそれぞれに対応付けて、トラフィック量項目と、トラフィックから判定した候補項目と、を有し、曜日ごとにレコードを構成する。

曜日項目には、月曜日〜日曜日までの曜日が記憶されている。トラフィック量項目には、各曜日におけるトラフィック量が記憶されている。トラフィック量項目の内容は、トラフィックログ４００のトラフィック量項目の内容に基づいて求められる。例えば、トラフィック量項目の内容は、トラフィックログ４００のトラフィック量項目の内容を曜日ごとに集計して求めた曜日ごとの平均値である。

トラフィックから判定した候補項目には、トラフィック量に基づいて判定されたアップグレード候補日になりうるか否かの判定結果が記憶されている。例えば、トラフィック量が最も少ない曜日をアップグレード候補日になりうると判定する。また、例えば、トラフィック量が閾値以上の曜日をアップグレード候補日になりうると判定する。図６では、アップグレード候補日になりうる場合は「Ｔｒｕｅ」が記憶され、アップグレード候補日になりえない場合は「Ｆａｌｓｅ」が記憶されている。

（アップグレード候補日ＤＢの記憶内容）
次に、図７を用いて、図２に示したＲＡＭ２０３や磁気ディスク２０５などの記憶装置に記憶されているアップグレード候補日ＤＢの記憶内容について説明する。なお、アップグレード候補日ＤＢは、イベントＤＢ３００に基づいて作成される。

図７は、アップグレード候補日ＤＢの記憶内容を示す説明図である。アップグレード候補日ＤＢ７００は、アップグレード指定期間項目のそれぞれに対応付けて、曜日項目と、アップグレード実施予定項目と、アップグレード実施予定から判定した候補項目と、を有し、アップグレード指定期間内の日ごとにレコードを構成する。

アップグレード指定期間項目と曜日項目とは、それぞれ、図５に示したアップグレード候補期間ＤＢ５００のアップグレード指定期間項目と曜日項目と同一の内容であるため、説明を省略する。

アップグレード実施予定項目には、アップグレードを実施する予定があるか否かが記憶されている。アップグレード実施予定項目は、イベントＤＢ３００のイベントタイプが「アップグレード」のレコードに基づいて構成される。図７では、アップグレード予定日には「Ｔｒｕｅ」が記憶され、アップグレード予定日以外には「Ｆａｌｓｅ」が記憶されている。

アップグレード実施予定から判定した候補項目には、アップグレード予定日に基づいて判定されたアップグレード候補日になりうるか否かの判定結果が記憶されている。図７では、アップグレード候補日になりうる場合は「Ｔｒｕｅ」が記憶され、アップグレード候補日になりえない場合は「Ｆａｌｓｅ」が記憶されている。

（最終アップグレード候補日ＤＢの記憶内容）
次に、図８を用いて、図２に示したＲＡＭ２０３や磁気ディスク２０５などの記憶装置に記憶されている最終アップグレード候補日ＤＢの記憶内容について説明する。なお、最終アップグレード候補日ＤＢは、アップグレード候補期間ＤＢ５００と、アップグレード候補曜日ＤＢ６００と、アップグレード候補日ＤＢ７００と、に基づいて作成される。

図８は、最終アップグレード候補日ＤＢの記憶内容を示す説明図である。最終アップグレード候補日ＤＢ８００は、アップグレード指定期間項目のそれぞれに対応付けて、トラフィックから判定した候補項目と、アップグレード実施予定から判定した候補項目と、候補度項目と、を有し、アップグレード指定期間内の日ごとにレコードを構成する。

アップグレード指定期間項目は、図５に示したアップグレード候補期間ＤＢ５００のアップグレード指定期間項目と同一の内容である。また、トラフィックから判定した候補項目は、図６に示したアップグレード候補曜日ＤＢ６００のトラフィックから判定した候補項目と同一の内容である。また、アップグレード実施予定から判定した候補項目は、図７に示したアップグレード候補日ＤＢ７００のアップグレード実施予定から判定した候補項目と同一の内容である。

候補度項目には、アップグレード候補日としての優先度が記憶されている。図８では、候補度項目の数字が大きいほうが優先度が高く、よりアップグレードに適した日である。具体的には、トラフィックから判定した候補項目と、アップグレード実施予定から判定した候補項目と、が２つとも「Ｔｒｕｅ」であれば、優先度は「２」になっている。また、いずれか１つが「Ｔｒｕｅ」であれば、優先度は「１」になり、２つとも「Ｆａｌｓｅ」であれば、優先度は「０」になっている。

（情報提供装置１１０の機能的構成例）
次に、情報提供装置１１０の機能的構成例について説明する。

図９は、情報提供装置１１０の機能的構成を示すブロック図である。情報提供装置１１０は、入力部９０１と、記憶部９０２と、決定部９０３と、出力部９０４と、を含む構成である。この制御部となる機能（入力部９０１〜出力部９０４）は、具体的には、例えば、図２に示したＲＯＭ２０２、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置に記憶されたプログラムをＣＰＵ２０１に実行させることにより、または、Ｉ／Ｆ２０９により、その機能を実現する。

入力部９０１は、サービスに関する情報処理に用いられるハードウェア資源１４０のスペックの変更日候補の問い合わせを入力する機能を有する。また、変更候補日の問い合わせには、第３の期間を特定する情報を含んでもよい。ここで、サービスに関する情報処理に用いられるハードウェア資源１４０とは、例えば、上述した仮想環境ＶＭの生成に割り振られたハードウェア資源１４０（ＣＰＵ，ＲＯＭ，ＨＤＤ）である。

ハードウェア資源１４０のスペックの変更日とは、仮想環境ＶＭに割り振られるハードウェア資源１４０の変更をおこなう日であり、例えば、上述したアップグレード予定日である。ただし、ハードウェア資源１４０のスペックの変更には、アップグレードに限らず、ダウングレードを含んでもよい。変更日候補とは、例えば、上述したアップグレード候補日である。第３の期間とは、利用者１３０が指定した期間であり、例えば、上述したアップグレード指定期間である。

具体的には、例えば、入力部９０１は、アップグレード候補日の問い合わせを入力する。これにより、入力部９０１は、アップグレード候補日の決定をはじめるためのトリガを入力できる。また、具体的には、例えば、入力部９０１は、アップグレード指定期間を含むアップグレード候補日の問い合わせを受信する。これにより、入力部９０１は、アップグレード候補日となりうる母集団となる期間を入力できる。なお、入力されたデータは、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶領域に記憶される。

記憶部９０２は、サービスに関する情報処理の処理結果についてのバックアップ予定日と処理結果を用いたサービスに関する情報処理についてのリストア予定日のうち少なくともいずれか一方の予定日を記憶する機能を有する。ここで、記憶部９０２とは、上述したＲＡＭ２０３である。

バックアップ予定日とは、バックアップのイベントが予定されている日であり、まだバックアップが実施されていない未来の日である。リストア予定日とは、リストアのイベントが予定されている日であり、まだリストアが実施されていない未来の日である。

具体的には、例えば、記憶部９０２は、イベントＤＢ３００を記憶する。これにより、記憶部９０２は、アップグレード候補日を決定する際に参照するバックアップ予定日と、リストア予定日と、を記憶できる。

決定部９０３は、記憶部９０２を参照することにより、入力部９０１によって問い合わせが入力された日からバックアップ予定日までの第１の期間と、リストア予定日以降の第２の期間とのうち、少なくともいずれか一方の期間内の日を、変更日候補に決定する機能を有する。

ここで、第１の期間は、例えば、問い合わせが入力された日から、イベントＤＢ３００に記憶されている複数のバックアップ予定日のうち最も早いバックアップ予定日までの期間である。第２の期間は、例えば、イベントＤＢ３００に記憶されている複数のリストア予定日のうち最も早いリストア予定日以降の期間である。なお、決定結果は、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶領域に記憶される。

具体的には、例えば、決定部９０３は、バックアップ予定日がリストア予定日より前の日である場合、第１の期間内の日を、変更日候補に決定する。より具体的には、例えば、決定部９０３は、問い合わせが入力された日からバックアップ予定日までの期間から、アップグレード候補日を決定する。これにより、なるべく早い日をアップグレード候補日に決定することができる。

また、具体的には、例えば、決定部９０３は、バックアップ予定日がリストア予定日より後の日である場合、バックアップ予定日からリストア予定日までの期間内の日を、変更日候補に決定する。より具体的には、例えば、決定部９０３は、バックアップ予定日からリストア予定日までの期間から、アップグレード候補日を決定する。これにより、アップグレードに適した日をアップグレード候補日に決定することができる。

また、具体的には、例えば、決定部９０３は、サービスの利用頻度に関する情報に基づいて、変更日候補を決定する。より具体的には、例えば、決定部９０３は、トラフィックログ４００に基づいて、最もトラフィック量が少ない曜日にアップグレード候補日を決定する。これにより、アップグレードにより仮想環境ＶＭが使用不可になったときの、利用者１３０への影響を少なくすることができる。

また、具体的には、例えば、決定部９０３は、スペックの決定済みの変更予定日を、変更日候補に決定する。より具体的には、例えば、決定部９０３は、アップグレード予定日を、アップグレード候補日に決定する。これにより、複数のアップグレードを纏めて同日におこなうようにして、アップグレードにより仮想環境ＶＭが使用不可になる時間を減少させることができる。

また、具体的には、例えば、決定部９０３は、第１の期間と、第２の期間と、第３の期間と、に基づいて、変更日候補に決定する。より具体的には、例えば、決定部９０３は、アップグレード指定期間内に限って、バックアップ予定日と、リストア予定日と、を参照して、アップグレード候補日を決定する。これにより、利用者１３０の要望を取り入れてアップグレード候補日を決定することができる。

出力部９０４は、決定部９０３によって決定された変更日候補を出力する機能を有する。具体的には、例えば、出力部９０４は、決定部９０３によって決定されたアップグレード候補日を出力する。出力形式としては、例えば、ディスプレイ２０８への表示、プリンタ２１３への印刷出力、Ｉ／Ｆ２０９による外部装置への送信がある。また、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶領域に記憶することとしてもよい。これにより、出力部９０４は、アップグレード候補日を利用者１３０に知らせることができる。

（利用端末１２０に表示されるアップグレード申請画面の一例）
次に、図１０を用いて、利用端末１２０に表示されるアップグレード申請画面の一例について説明する。このアップグレード申請画面において利用者１３０が入力した情報が、アップグレード候補日の問い合わせに含まれて送信される。

図１０は、利用端末１２０に表示されるアップグレード申請画面の一例を示す説明図である。アップグレード申請画面には、ログインユーザ名を示すボックスと、アップグレード申請ボタンと、アップグレード指定期間を入力するボックスと、が含まれる。また、アップグレード申請画面には、アップグレード対象の仮想環境ＶＭを選択するボックスと、アップグレード対象として選択された仮想環境ＶＭの構成情報を示すボックスと、アップグレード内容を選択するボックスと、が含まれる。

ここで、利用者１３０がアップグレード申請ボタンを選択することにより、アップグレード対象の仮想環境ＶＭと、アップグレード内容と、アップグレード指定期間と、を含むアップグレード候補日の問い合わせが、情報提供装置１１０に送信される。

（アップグレード候補期間の決定の内容）
次に、図１１〜図１４を用いて、図１０にて送信されたアップグレード候補日の問い合わせを受信した情報提供装置１１０によりおこなわれるアップグレード候補期間の決定の内容について説明する。

（バックアップ予定日とリストア予定日とに基づくアップグレード候補日の決定の内容）
まず、図１１および図１２を用いて、バックアップ予定日とリストア予定日とに基づくアップグレード候補期間の決定の内容について説明する。

図１１は、バックアップとリストアとアップグレードとのイベントの関連を示す説明図である。

図１１の（Ａ）では、バックアップの後、かつ、リストアの前に、アップグレードがおこなわれている。（１）具体的には、まず、バックアップがおこなわれ、仮想環境ＶＭの構成情報が記憶される。（２）次に、アップグレードがおこなわれ、仮想環境ＶＭに割り当てられたハードウェア資源１４０の増設がおこなわれる。

（３）そして、リストアにより、仮想環境ＶＭは（２）のアップグレードがおこなわれるよりも前のバックアップ時の状態に戻る。（４）そのため、リストアの後には、再び（２）と同一のアップグレードをおこなわなければならない。

すなわち、提供側では同一のアップグレードを２度おこなって、保守管理の作業が増えるという不都合が生じることになる。一方、利用者１３０は、１度目と２度目のアップグレードによって、仮想環境ＶＭが２回使用不可な状態になるという不都合を生じることになる。

一方、図１１の（Ｂ）では、バックアップとリストアとの後にアップグレードがおこなわれている。（１）具体的には、まず、バックアップがおこなわれ、仮想環境ＶＭの構成情報が記憶される。

（２）次に、リストアにより、仮想環境ＶＭはバックアップ時の状態に戻る。（３）そして、アップグレードがおこなわれ、仮想環境ＶＭに割り当てられたハードウェア資源１４０の増設がおこなわれる。

このように、図１１の（Ｂ）では、アップグレードがリストアの後におこなわれるため、図１１の（Ａ）とは異なり、同一のアップグレードを２度おこなうといった不都合が生じることはない。

また、図１１の（Ｃ）では、バックアップとリストアとの前にアップグレードがおこなわれている。（１）具体的には、まず、アップグレードがおこなわれ、仮想環境ＶＭに割り当てられたハードウェア資源１４０の増設がおこなわれる。

（２）次に、バックアップがおこなわれ、アップグレード後の仮想環境ＶＭの構成情報が記憶される。（３）そして、リストアにより、仮想環境ＶＭはバックアップ時の状態（既にアップグレードがおこなわれた状態）に戻る。

このように、図１１の（Ｃ）では、アップグレードをバックアップの前におこなうため、図１１の（Ａ）とは異なり、同一のアップグレードを２度おこなうといった不都合が生じることはない。

以上に示したように、アップグレードとバックアップとの関係では、バックアップの前にアップグレードをおこなうと不都合を生じない。また、アップグレードとリストアとの関係では、リストアの後にアップグレードをおこなうと不都合を生じない。

次に、図１２を用いて、図１１に示したバックアップとリストアとアップグレードとの関係に基づく、アップグレード候補期間の決定について説明する。

図１２は、バックアップとリストアとアップグレードとの関係に基づくアップグレード候補期間の決定の説明図である。まず、情報提供装置１１０は、イベントＤＢ３００から、アップグレード対象の仮想端末に関するレコードを抽出する。そして、情報提供装置１１０は、イベントＤＢ３００から抽出したレコードに基づいて、アップグレード候補期間ＤＢ５００を構成して、アップグレード候補期間を求める。

具体的には、情報提供装置１１０は、イベントＤＢ３００のリストア予定日を参照して、アップグレード候補期間ＤＢ５００のレコードのリストア実施予定項目を構成する。情報提供装置１１０は、リストアの予定があればリストア実施予定項目に「Ｔｒｕｅ」を記憶し、リストアの予定がなければリストア実施予定項目に「Ｆａｌｓｅ」を記憶する。

また、情報提供装置１１０は、イベントＤＢ３００のバックアップ予定日を参照して、アップグレード候補期間ＤＢ５００のレコードのバックアップ実施予定項目を構成する。情報提供装置１１０は、バックアップの予定があればバックアップ実施予定項目に「Ｔｒｕｅ」を記憶し、バックアップの予定がなければバックアップ実施予定項目に「Ｆａｌｓｅ」を記憶する。

そして、情報提供装置１１０は、図１１に示した関係に基づいて、リストア予定日以降の期間１２０１がアップグレードに適した期間であると判断する。また、情報提供装置１１０は、図１１に示した関係に基づいて、バックアップ予定日以前の期間１２０２がアップグレードに適した期間であると判断する。

ここでは、情報提供装置１１０は、期間１２０１と期間１２０２とが重複しているため、重複期間１２０３をアップグレード候補期間に決定する。そして、決定したアップグレード候補期間に基づいて、アップグレード候補期間ＤＢ５００を構成する。具体的には、重複期間１２０３のレコードのアップグレード候補項目に「Ｔｒｕｅ」を記憶し、それ以外の期間のレコードのアップグレード候補項目に「Ｆａｌｓｅ」を記憶する。

ただし、情報提供装置１１０は、リストア予定日以降の期間１２０１と、バックアップ予定日以前の期間１２０２と、が重複しない場合は、いずれか一方の期間をアップグレード候補期間に決定してもよい。また、情報提供装置１１０は、リストア予定日以降の期間１２０１と、バックアップ予定日以前の期間１２０２と、が重複しない場合は、両方の期間をアップグレード候補期間に決定してもよい。また、情報提供装置１１０は、リストア予定日以降の期間１２０１と、バックアップ予定日以前の期間１２０２と、の一方しか存在しない場合は、存在する一方の期間をアップグレード候補期間に決定する。

（アップグレード候補曜日の決定の内容）
次に、図１３を用いて、情報処理装置１１０によるアップグレード候補曜日の決定の内容について説明する。アップグレード候補曜日は、図１２において決定されたアップグレード候補期間内の日のうちで、よりアップグレードに適した日を特定するための指標になる情報である。

図１３は、アップグレード候補曜日の決定の内容を示す説明図である。図１３に示すように、アップグレード候補曜日ＤＢ６００を参照すると、月曜日〜土曜日までのトラフィック量は多く、日曜日のトラフィック量は少ない。

ここで、仮想環境ＶＭのアップグレードをおこなうためには、仮想環境ＶＭを使用不可の状態にしなければならない。よって、トラフィック量が多い曜日、すなわち、仮想環境ＶＭの利用者１３０が多い曜日に、アップグレードをおこなうと、仮想環境ＶＭを使用できないという不都合を多くの利用者１３０が被る。

一方、トラフィック量が少ない曜日、すなわち、仮想環境ＶＭの利用者１３０が少ない曜日にアップグレードをおこなうと、仮想環境ＶＭを使用できないという不都合を被る利用者１３０は少なくて済む。

そのため、情報提供装置１１０は、日曜日をアップグレード候補曜日に決定する。そして、情報提供装置１１０は、アップグレード候補曜日ＤＢ６００のトラフィックから判定した候補項目のうち、トラフィック量の少ない日曜日には「Ｔｒｕｅ」を記憶し、トラフィック量の多い月曜日〜土曜日には「Ｆａｌｓｅ」を記憶しておく。

これにより、情報提供装置１１０は、図１２において決定されたアップグレード候補期間内の日のうちで、アップグレード候補曜日に決定された日曜日がよりアップグレードに適した日であると判断できる。

（アップグレード重複日の決定の内容）
次に、図１４を用いて、情報提供装置１１０によるアップグレード重複日の決定の内容について説明する。アップグレード重複日は、決定済みのアップグレード予定日と、アップグレード候補日と、を重複させられる日であり、図１２において決定されたアップグレード候補期間内の日のうちで、よりアップグレードに適した日を特定するための指標になる情報である。

図１４は、アップグレード重複日の決定の内容を示す説明図である。ここで、仮想環境ＶＭのアップグレードをおこなうためには、仮想環境ＶＭを使用不可の状態にしなければならない。

そのため、図１４の（Ａ）に示すように、２つのアップグレードが別々の日におこなわれた場合、両日において、仮想環境ＶＭが使用不可になるという不都合が生じる。

一方、図１４の（Ｂ）に示すように、２つのアップグレードが同日におこなわれた場合、仮想環境ＶＭが使用不可になるのは１日だけである。このように、複数のアップグレードは、なるべく同日におこなったほうがよい。

そのため、図１４の（Ｃ）に示すように、情報処理装置１１０は、決定済みのアップグレード予定日を、アップグレード重複日に決定する。そして、情報提供装置１１０は、アップグレード候補日ＤＢ７００のアップグレード実施予定から判定した候補項目のうち、アップグレード予定日と同日には「Ｔｒｕｅ」を記憶し、それ以外には「Ｆａｌｓｅ」を記憶しておく。

これにより、情報提供装置１１０は、図１２において決定されたアップグレード候補期間内の日のうちで、アップグレード重複日に決定された日がよりアップグレードに適した日であると判断できる。

（アップグレード候補日の決定の内容）
以上の図１１〜図１４で決定したアップグレード候補期間と、アップグレード候補曜日と、アップグレード重複日と、に基づいて、情報提供装置１１０は、アップグレードに適した日であるかを示す候補度を算出する。そして、情報提供装置１１０は、算出した候補度に基づいて、最終アップグレード候補日ＤＢ８００を構成しておく。

そして、最終アップグレード候補日ＤＢ８００に記憶されている候補度に基づいて、情報提供装置１１０は、アップグレードに適したアップグレード候補日を決定して、決定したアップグレード候補日を利用端末１２０に出力する。なお、例えば、候補度が１以上の日が、アップグレード候補日に決定される。

（アップグレード候補日の通知の内容）
次に、図１５を用いて、アップグレード候補日の通知の内容について説明する。

図１５は、アップグレード候補日の通知の内容を示す説明図である。情報提供装置１１０は、決定したアップグレード候補日のすべてを、利用端末１２０に送信する。図１５に示すように、情報提供装置１１０は、アップグレード候補日と、アップグレード日を設定するリンクと、を記載して、利用端末１２０に送信する。アップグレード候補日の通知は、例えば、電子メールにより、送信される。

ただし、情報提供装置１１０は、アップグレードを、利用端末１２０におこなわせない場合があってもよい。例えば、候補度が１以上の日がなく、アップグレード候補日が決定できなかった場合である。このように、アップグレードをおこなわせない場合、アップグレード候補日の通知にアップグレードが未承認である旨を記載して、送信してもよい。

（アップグレード日決定画面の内容）
次に、図１６を用いて、図１５に示した通知を受け取った利用端末１２０に表示されるアップグレード日決定画面について説明する。

図１６は、アップグレード日決定画面の内容を示す説明図である。図１５に記載されたリンクにより、図１６に示すアップグレード日決定画面が表示される。図１６に示すアップグレード日決定画面において、利用者１３０は、表示されているアップグレード候補日を選択して、アップグレード日決定ボタンを選択する。これにより、アップグレード日が決定される。

（アップグレード日決定処理の詳細）
次に、図１７を用いて、図１０および図１６において説明した利用端末１２０がおこなうアップグレード日決定処理の詳細について説明する。

図１７は、アップグレード日決定処理の詳細を示すフローチャートである。まず、利用端末１２０は、図１０に示したアップグレード申請画面において、アップグレード内容と、アップグレード指定期間と、が入力されたか否かを判定する（ステップＳ１７０１）。

ここで、入力されていない場合（ステップＳ１７０１：Ｎｏ）、利用端末１２０は、ステップＳ１７０１に戻り、入力を待つ。一方、入力された場合（ステップＳ１７０１：Ｙｅｓ）、利用端末１２０は、情報提供装置１１０に、入力された情報を送信する（ステップＳ１７０２）。

そして、利用端末１２０は、アップグレード候補日の通知が受信されたか否かを判定する（ステップＳ１７０３）。ここで、アップグレード候補日の通知が受信されていない場合（ステップＳ１７０３：Ｎｏ）、利用端末１２０は、ステップＳ１７０３に戻り、受信を待つ。

一方、受信した場合（ステップＳ１７０３：Ｙｅｓ）、利用端末１２０は、アップグレード候補日の通知に、アップグレードが未承認である旨が含まれているか否かを判定する（ステップＳ１７０４）。ここで、アップグレードが未承認である旨が含まれている場合（ステップＳ１７０４：Ｙｅｓ）、利用端末１２０は、アップグレード日決定処理を終了する。

一方、アップグレードが未承認である旨が含まれていない場合（ステップＳ１７０４：Ｎｏ）、利用端末１２０は、アップグレード候補日の通知の内容を出力する（ステップＳ１７０５）。そして、利用端末１２０は、利用者１３０からアップグレード日が入力されたか否かを判定する（ステップＳ１７０６）。

ここで、入力されていない場合（ステップＳ１７０６：Ｎｏ）、利用端末１２０は、ステップＳ１７０６に戻り、入力を待つ。一方、入力された場合（ステップＳ１７０６：Ｙｅｓ）、利用端末１２０は、入力されたアップグレード日にアップグレードをおこなう（ステップＳ１７０７）。

そして、利用端末１２０は、アップグレードの完了通知を出力して（ステップＳ１７０８）、アップグレード日決定処理を終了する。これにより、情報提供装置１１０に、アップグレード候補日を問い合わせて、適当なアップグレード候補日にアップグレードをおこなうことができる。

（アップグレード候補日決定処理の詳細）
次に、図１８〜図２１を用いて、図１１〜図１５において説明した情報提供装置１１０がおこなうアップグレード候補日決定処理の詳細について説明する。

図１８〜図２１は、アップグレード候補日決定処理の詳細を示すフローチャートである。図１８において、まず、ＣＰＵ２０１は、バックアップまたはリストアの予定があるか否かを判定する（ステップＳ１８０１）。ここで、バックアップおよびリストアの予定がない場合（ステップＳ１８０１：Ｎｏ）、ＣＰＵ２０１は、図２０のステップＳ２００１に移行する。

一方、バックアップまたはリストアの予定がある場合（ステップＳ１８０１：Ｙｅｓ）、ＣＰＵ２０１は、バックアップの予定があるか否かを判定する（ステップＳ１８０２）。ここで、バックアップの予定がない場合（ステップＳ１８０２：Ｎｏ）、ＣＰＵ２０１は、ステップＳ１８０６に移行する。

一方、バックアップの予定がある場合（ステップＳ１８０２：Ｙｅｓ）、ＣＰＵ２０１は、バックアップ予定日が複数あるか否かを判定する（ステップＳ１８０３）。ここで、バックアップ予定日が一つである場合（ステップＳ１８０３：Ｎｏ）、ＣＰＵ２０１は、一つのバックアップ予定日を「ｂ」にセットする（ステップＳ１８０４）。そして、ＣＰＵ２０１は、ステップＳ１８０６に移行する。

一方、バックアップ予定日が複数ある場合（ステップＳ１８０３：Ｙｅｓ）、ＣＰＵ２０１は、複数のバックアップ予定日のうち、最も早いバックアップ予定日を「ｂ」にセットする（ステップＳ１８０５）。そして、ＣＰＵ２０１は、ステップＳ１８０６に移行する。

次に、ＣＰＵ２０１は、リストアの予定があるか否かを判定する（ステップＳ１８０６）。ここで、リストアの予定がない場合（ステップＳ１８０６：Ｎｏ）、ＣＰＵ２０１は、図１９のステップＳ１９０１に移行する。

一方、リストアの予定がある場合（ステップＳ１８０６：Ｙｅｓ）、ＣＰＵ２０１は、リストア予定日が複数あるか否かを判定する（ステップＳ１８０７）。ここで、リストア予定日が一つである場合（ステップＳ１８０７：Ｎｏ）、ＣＰＵ２０１は、一つのリストア予定日を「ｒ」にセットする（ステップＳ１８０８）。そして、ＣＰＵ２０１は、図１９のステップＳ１９０１に移行する。

一方、リストア予定日が複数ある場合（ステップＳ１８０７：Ｙｅｓ）、ＣＰＵ２０１は、複数のリストア予定日のうち、最も早いリストア予定日を「ｒ」にセットする（ステップＳ１８０９）。そして、ＣＰＵ２０１は、図１９のステップＳ１９０１に移行する。

図１９において、まず、ＣＰＵ２０１は、ｂのみが存在するか否かを判定する（ステップＳ１９０１）。ここで、ｂのみが存在する場合（ステップＳ１９０１：Ｙｅｓ）、ＣＰＵ２０１は、アップグレード指定期間の初日からｂの前日までをアップグレード候補期間に決定する（ステップＳ１９０２）。そして、ＣＰＵ２０１は、図２０のステップＳ２００１に移行する。

一方、ｂが存在しないか、または、ｂとｒとが存在する場合（ステップＳ１９０１：Ｎｏ）、ＣＰＵ２０１は、ｒのみが存在するか否かを判定する（ステップＳ１９０３）。ここで、ｒのみが存在する場合（ステップＳ１９０３：Ｙｅｓ）、ＣＰＵ２０１は、ｒの翌日からアップグレード指定期間の最終日までをアップグレード候補期間に決定する（ステップＳ１９０４）。そして、ＣＰＵ２０１は、図２０のステップＳ２００１に移行する。

一方、ｂとｒとが存在する場合（ステップＳ１９０３：Ｎｏ）、ＣＰＵ２０１は、ｒ＜ｂか否かを判定する（ステップＳ１９０５）。ここで、ｒ＜ｂでない場合（ステップＳ１９０５：Ｎｏ）、ＣＰＵ２０１は、アップグレード指定期間の初日からｂの前日までをアップグレード候補期間に決定する（ステップＳ１９０６）。そして、ＣＰＵ２０１は、図２０のステップＳ２００１に移行する。

一方、ｒ＜ｂである場合（ステップＳ１９０５：Ｙｅｓ）、ＣＰＵ２０１は、ｒの翌日からｂの前日までをアップグレード候補期間に決定する（ステップＳ１９０７）。そして、ＣＰＵ２０１は、図２０のステップＳ２００１に移行する。なお、図１８および図１９に示した処理は、図１１および図１２に示した内容に対応している。

図２０において、まず、ＣＰＵ２０１は、アップグレード候補期間内のアップグレード対象仮想端末のトラフィック情報を取得する（ステップＳ２００１）。そして、ＣＰＵ２０１は、トラフィック情報を曜日単位で集計し（ステップＳ２００２）、トラフィックログ４００を作成する。

次に、ＣＰＵ２０１は、トラフィック量が最も少ない曜日を算出する（ステップＳ２００３）。そして、ＣＰＵ２０１は、アップグレード候補期間内から、算出した曜日に対応する日付を算出し、アップグレード候補日集合ｘとする（ステップＳ２００４）。

また、ＣＰＵ２０１は、イベントＤＢ３００を参照して、アップグレード候補期間内の他のアップグレード予定日を抽出する（ステップＳ２００５）。そして、ＣＰＵ２０１は、他のアップグレード予定日があるか否かを判定する（ステップＳ２００６）。

ここで、他のアップグレード予定日がある場合（ステップＳ２００６：Ｙｅｓ）、ＣＰＵ２０１は、アップグレード予定日をアップグレード候補日集合ｙとする（ステップＳ２００７）。そして、ＣＰＵ２０１は、図２１のステップＳ２１０１に移行する。

一方、他のアップグレード予定日がない場合（ステップＳ２００６：Ｎｏ）、ＣＰＵ２０１は、アップグレード候補期間内のすべての日をアップグレード候補日集合ｙとする（ステップＳ２００８）。そして、ＣＰＵ２０１は、図２１のステップＳ２１０１に移行する。

なお、図２０のステップＳ２００１〜ステップＳ２００４は、図１３に示した内容に対応している。また、図２０のステップＳ２００５〜ステップＳ２００８は、図１４に示した内容に対応している。

図２１において、まず、ＣＰＵ２０１は、アップグレード候補日集合ｘと、アップグレード候補日集合ｙと、を参照する（ステップＳ２１０１）。次にＣＰＵ２０１は、アップグレード候補日集合ｘと、アップグレード候補日集合ｙと、において、重複する日付があるか否かを判定する（ステップＳ２１０２）。

ここで、重複する日付がない場合（ステップＳ２１０２：Ｎｏ）、ＣＰＵ２０１は、アップグレード候補日集合ｘと、アップグレード候補日集合ｙと、の中のアップグレード候補日を昇順にソートして（ステップＳ２１０３）、ステップＳ２１０６に移行する。

一方、重複する日付がある場合（ステップＳ２１０２：Ｙｅｓ）、ＣＰＵ２０１は、重複する日付を最有力候補日に決定する（ステップＳ２１０４）。また、ＣＰＵ２０１は、最有力候補日以外のアップグレード候補日を昇順にソートして、第２候補日に決定し（ステップＳ２１０５）、ステップＳ２１０６に移行する。

最後に、ＣＰＵ２０１は、ステップＳ２１０３においてソートされたアップグレード候補日、または、ステップＳ２１０４およびステップＳ２１０５において決定された最有力候補日および第２候補日を出力する（ステップＳ２１０６）。そして、ＣＰＵ２０１は、アップグレード候補日決定処理を終了する。これにより、アップグレードに適した日を、アップグレード候補日として、出力することができる。

以上説明したように、情報提供装置１１０、情報提供方法、および情報提供プログラムによれば、サービスの提供側で、提供側の情報に基づいて、アップグレードに適した日をアップグレード候補日に決定する。そのため、提供側の情報を秘匿したまま、提供側の情報に基づくアップグレードに適したアップグレード候補日を、サービスの利用者１３０に提供することができる。

結果として、アップグレードが適当な日におこなわれるため、アップグレードに起因する仮想環境ＶＭの停止期間を減少させ、提供側の保守管理作業を効率化することができる。また、提供側の情報をサービスの利用者１３０に直接知られることはないため、提供側のセキュリティを確保し、サービスの安定供給を図ることができる。

また、バックアップ予定日以前の期間内の日を、アップグレード候補日に決定することにより、同一のアップグレードを複数回おこなうといった不都合を回避できる。また、リストア予定日以降の期間内の日を、アップグレード候補日に決定することにより、同一のアップグレードを複数回おこなうといった不都合を回避できる。

また、バックアップ予定日が複数ある場合、最も早いバックアップ予定日以前の期間内の日を、アップグレード候補日に決定する。これにより、なるべく早い日にアップグレードをおこない、サービスの利便性を向上させる。また、リストア予定日が複数ある場合、最も早いリストア予定日以降の期間内の日を、アップグレード候補日に決定する。これにより、なるべく早い日にアップグレードをおこない、サービスの利便性を向上させる。

また、サービスの利用頻度に関する情報に基づいて、アップグレード候補日を決定するため、アップグレードに起因するサービスの停止によって影響を受ける利用者１３０の数を最小限にとどめることができる。

また、複数のアップグレードは、なるべく同一の日におこなうようにすることで、アップグレードに起因するサービスの停止期間をなるべく短くして、サービスの利便性を向上させることができる。

また、利用者１３０が指定したアップグレード指定期間内の日を、アップグレード候補日に決定するため、利用者１３０の要望と、提供側の情報と、に基づいた最適なアップグレード候補日を決定することができる。

なお、本実施の形態で説明した情報提供方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本情報提供プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。

１１０ 情報提供装置
１２０ 利用端末
１３０ 利用者
ＶＭ 仮想環境
９０１ 入力部
９０２ 記憶部
９０３ 決定部
９０４ 出力部

Claims (8)

1. サービスに関する情報処理に用いられるハードウェア資源のスペックの変更日候補の問い合わせを入力する入力手段と、
   前記サービスに関する情報処理の処理結果についてのバックアップ予定日と前記処理結果を用いた前記サービスに関する情報処理についてのリストア予定日のうち少なくともいずれか一方の予定日を記憶する記憶手段と、
   前記記憶手段を参照することにより、前記入力手段によって前記問い合わせが入力された日から前記バックアップ予定日までの第１の期間と、前記リストア予定日以降の第２の期間とのうち、少なくともいずれか一方の期間内の日を、前記変更日候補に決定する決定手段と、
   前記決定手段によって決定された前記変更日候補を出力する出力手段と、
   を備えることを特徴とする情報提供装置。
2. 前記決定手段は、
   前記バックアップ予定日が前記リストア予定日より前の日である場合、前記第１の期間内の日を、前記変更日候補に決定することを特徴とする請求項１に記載の情報提供装置。
3. 前記決定手段は、
   前記バックアップ予定日が前記リストア予定日より後の日である場合、前記バックアップ予定日から前記リストア予定日までの期間内の日を、前記変更日候補に決定することを特徴とする請求項１または２に記載の情報提供装置。
4. 前記決定手段は、
   前記サービスの利用頻度に関する情報に基づいて、前記変更日候補を決定することを特徴とする請求項１〜３のいずれか一つに記載の情報提供装置。
5. 前記決定手段は、
   前記スペックの決定済みの変更予定日を、前記変更日候補に決定することを特徴とする請求項１〜４のいずれか一つに記載の情報提供装置。
6. 前記入力手段は、
   第３の期間を特定する情報を含む前記問い合わせを入力し、
   前記決定手段は、
   前記第１の期間と、前記第２の期間と、前記第３の期間と、に基づいて、前記変更日候補に決定することを特徴とする請求項１〜５のいずれか一つに記載の情報提供装置。
7. サービスに関する情報処理の処理結果についてのバックアップ予定日と前記処理結果を用いた前記サービスに関する情報処理についてのリストア予定日のうち少なくともいずれか一方の予定日を記憶する記憶手段にアクセス可能なコンピュータが、
   前記サービスに関する情報処理に用いられるハードウェア資源のスペックの変更日候補の問い合わせを入力し、
   前記記憶手段を参照することにより、前記問い合わせが入力された日から前記バックアップ予定日までの第１の期間と、前記リストア予定日以降の第２の期間とのうち、少なくともいずれか一方の期間内の日を、前記変更日候補に決定し、
   決定された前記変更日候補を出力する、
   ことを特徴とする情報提供方法。
8. サービスに関する情報処理の処理結果についてのバックアップ予定日と前記処理結果を用いた前記サービスに関する情報処理についてのリストア予定日のうち少なくともいずれか一方の予定日を記憶する記憶手段にアクセス可能なコンピュータに、
   前記サービスに関する情報処理に用いられるハードウェア資源のスペックの変更日候補の問い合わせを入力し、
   前記記憶手段を参照することにより、前記問い合わせが入力された日から前記バックアップ予定日までの第１の期間と、前記リストア予定日以降の第２の期間とのうち、少なくともいずれか一方の期間内の日を、前記変更日候補に決定し、
   決定された前記変更日候補を出力する、
   処理を実行させることを特徴とする情報提供プログラム。

Images