(57)【要約】  アプリケーションサーバで動作するアプリケーションプログラムにて記憶媒体に対するアクセスに遅延が発生したときに遅延を解消することが可能なアプリケーションサーバ等を提供する。  アプリケーションサーバは、クライアント装置からのリクエストに応じてアプリケーションプログラムを実行し、クライアント装置にレスポンスを返す実行部と、アプリケーションプログラム実行による記憶媒体に対するアクセス時の性能を表す値を計測する計測部と、計測部により計測した値を基に、記憶媒体に対するアクセスに関する性能が劣化していると判定した場合、記憶媒体を追加するよう制御する管理部とを備える。
2016047096.tif 000002
【特許請求の範囲】
【請求項１】
クライアント装置からのリクエストに応じてアプリケーションプログラムを実行し、前記クライアント装置にレスポンスを返す実行手段と、
前記アプリケーションプログラム実行による記憶媒体に対するアクセス時の性能を表す値を計測する計測手段と、
前記計測手段により計測した値を基に、記憶媒体に対するアクセスに関する性能が劣化していると判定した場合、記憶媒体を追加するよう制御する管理手段とを備える
アプリケーションサーバ。
【請求項２】
前記管理手段は、さらに、前記計測手段により計測した値を基に、性能が回復していると判定した場合、追加した前記記憶媒体を削除するよう制御する
請求項１記載のアプリケーションサーバ。
【請求項３】
前記計測手段は、記憶媒体に対するアクセスにかかる時間を計測する
請求項１記載のアプリケーションサーバ。
【請求項４】
前記計測手段は、記憶媒体に対するアクセス時の単位時間当たりのデータ転送量を計測する
請求項１記載のアプリケーションサーバ。
【請求項５】
前記実行手段は、
前記アプリケーションプログラムを実行するサーバアプリケーション実行手段と、
前記アプリケーションプログラムからの指示に起因しての前記記憶媒体に対するアクセスを行うアクセス手段と、
前記計測手段により計測されたアクセス時の性能を表す値の履歴を記録するアクセス記録手段と、
アクセス時に使用するパスを記録するパス変換記録手段と、
前記パス変換記録手段を参照し、使用する前記パスを求めるパス変換手段とを備え、
前記管理手段は、
前記計測手段により計測されたアクセス時の性能を表す値と、前記アクセス記録手段に記録された性能を表す値の履歴とを比較して記憶媒体に対するアクセスに関する性能の劣化を判定するアクセス管理手段と、
性能が劣化していると判定した場合に、記憶媒体を追加するように指示するノード変更指示手段とを備える
請求項１乃至４の何れか一項記載のアプリケーションサーバ。
【請求項６】
請求項１乃至５の何れか一項記載のアプリケーションサーバを有するノードと、
前記記憶媒体を有するノードとを備える
クラウド装置。
【請求項７】
クライアント装置からのリクエストに応じてアプリケーションプログラムを実行し、
前記アプリケーションプログラム実行による記憶媒体に対するアクセス時の性能を表す値を計測し、
その計測した値を基に、記憶媒体に対するアクセスに関する性能が劣化していると判定した場合、記憶媒体を追加するよう制御する
記憶媒体アクセス監視方法。
【請求項８】
クライアント装置からのリクエストに応じてアプリケーションプログラムを実行し、前記クライアントにレスポンスを返す実行処理と、
前記アプリケーションプログラム実行による記憶媒体に対するアクセス時の性能を表す値を計測する計測処理と、
前記計測処理により計測した値を基に、記憶媒体に対するアクセスに関する性能が劣化していると判定した場合、記憶媒体を追加するよう制御する管理処理とを、
コンピュータに実行させるコンピュータ・プログラムが格納されているコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記憶媒体に対してアクセスを行うアプリケーションを実行するアプリケーションサーバ等に関する。
【背景技術】
【０００２】
クラウド環境において、クラウドノードに構築されたアプリケーションサーバで稼働するアプリケーションがある。そのアプリケーションは、記憶媒体からデータを読み取ることにより処理を行う。または、そのアプリケーションは、端末等による入力データをネットワークを経由して得ることにより処理を行う。そして、アプリケーションは、その処理の結果を記憶媒体に書き込み、レスポンスとして端末等に返却する。このようなアプリケーションを実行するサーバを含むクラウドシステムは、端末に処理結果を即時に返却することが必要とされる。あるいは、そのクラウドシステムは、連続した処理において各処理の完了予定時間を守ることが必要とされる。このため、そのクラウドシステムは、外部要因による処理の遅延を極力防ぐことが望まれている。【０００３】
アプリケーション処理が遅延する外部要因は、ネットワーク通信、データベースサーバや他サーバの処理、ファイルに対するアクセスなどにかかる時間が挙げられる。ネットワーク通信は、近年の通信技術の著しい高速化によって、遅延はほとんど気にならない程度になってきている。しかし、データベースサーバや他サーバにおける処理を待つ時間を削減するためには、それらのサーバで性能が劣化する原因を解決するしかなく、汎用的な対策を取れない。【０００４】
ファイルは、近年高速なＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）が台頭している。しかし、価格や耐久性の面で課題があるため、ファイルは、現在においても磁気ディスクを使用するのが主流である。ランダムアクセスの磁気ディスクは、ディスクの回転数が機器ごとに決まっている。したがって、磁気ディスクは、同じディスクにアクセスが集中し負荷が上がると、それぞれのアクセスを即座に解決できずに、読み取りまたは書き込み性能が著しく低下してしまう。そのため、磁気ディスクへのアクセスが多いシステムは、複数の処理を効率的に行うために、ディスクへのアクセス負荷を計測したうえでファイルに対するアクセスのタイミングを変える必要があった。あるいは、そのようなシステムは、処理ごとにアクセスするディスクを分ける必要があった。【０００５】
ここで、本願出願に先だって存在する関連技術としては、例えば以下の特許文献がある。【０００６】
特許文献１に記載されたシステムは、サーバとホストの間にゲートウェイを設置し、ゲートウェイにて、サーバのサービス時間を計測する。そして、そのシステムは、サービス時間を基に、サーバのビジー状態を判断する。【０００７】
特許文献２は、共有メモリを使用することにより、ＮＡＳ（Ｎｅｔｗｏｒｋ  Ａｔｔａｃｈｅｄ  Ｓｔｏｒａｇｅ）へのアクセス回数を減らした多段オンライントランザクションシステムを開示している。【０００８】
特許文献３は、使用しているストレージデバイスの増加容量に基づいて、サーバを追加すべきか、ストレージを追加すべきかを判断することが可能なシステム構成管理装置を開示している。【０００９】
特許文献４は、ディスク装置に記憶するべきデータを細分化して複数のディスクに配置し、それらのデータの複製を他のディスク装置に備えることにより負荷分散をはかるデータ格納方法を開示している。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特表２０１４−５０５９１８号公報
【特許文献２】特開２０１０−２６２３５５号公報
【特許文献３】特開２００６−０１１８６０号公報
【特許文献４】特開２０００−３２２２９２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
特許文献１に提案されている技術は、サーバがビジー状態であると判断した場合、一定時間サーバへの要求を停止して、サーバが過負荷となることを避けることを目的としている。しかし、サーバがファイルにアクセスするときに発生する処理遅延について考慮されていない。【００１２】
特許文献２に提案されている技術は、ＮＡＳへのアクセス回数を減らすことにより、処理速度の向上を図っている。しかし、特許文献2は、ファイルにアクセスするときに発生する処理遅延について考慮されていない。【００１３】
特許文献３は、ストレージデバイスの増加容量にのみ着目しており、ストレージデバイスの処理遅延について考慮されていない。【００１４】
特許文献４は、データを記憶する際の配置についての技術であり、処理遅延が発生したときの対策について考慮されていない。【００１５】
すなわち、特許文献１乃至４に提案されている技術は、アプリケーションプログラムにてファイルに対するアクセスに遅延が発生したときの対策について考慮されていない。【００１６】
そこで、本発明の主な目的は、アプリケーションサーバで動作するアプリケーションプログラムの実行において記憶媒体に対するアクセスに遅延が発生したときに、その遅延を解消することが可能なアプリケーションサーバ等を提供することにある。
【課題を解決するための手段】
【００１７】
上記の目的を達成すべく、本発明の一態様に係るアプリケーションサーバは、以下の構成を備える。【００１８】
即ち、本発明の一態様に係るアプリケーションサーバは、
クライアント装置からのリクエストに応じてアプリケーションプログラムを実行し、前記クライアント装置にレスポンスを返す実行手段と、
前記アプリケーションプログラム実行による記憶媒体に対するアクセス時の性能を表す値を計測する計測手段と、
前記計測手段により計測した値を基に、記憶媒体に対するアクセスに関する性能が劣化していると判定した場合、記憶媒体を追加するよう制御する管理手段とを備える。【００１９】
同目的を達成する本発明の一態様に係る記憶媒体アクセス監視方法は、
クライアント装置からのリクエストに応じてアプリケーションプログラムを実行し、
前記アプリケーションプログラム実行による記憶媒体に対するアクセス時の性能を表す値を計測し、
その計測した値を基に、記憶媒体に対するアクセスに関する性能が劣化していると判定した場合、記憶媒体を追加するよう制御する。【００２０】
更に、同目的は、上記構成を有するアプリケーションサーバ、或いは、記憶媒体アクセス監視方法を、コンピュータによって実現するコンピュータ・プログラム、及びそのコンピュータ・プログラムが格納されている、コンピュータ読み取り可能な記憶媒体によっても達成される。
【発明の効果】
【００２１】
上記の本発明によれば、アプリケーションサーバで動作するアプリケーションプログラムにて記憶媒体に対するアクセスに遅延が発生したときに遅延を解消することができるという効果がある。
【図面の簡単な説明】
【００２２】
【図１】本発明の第１の実施形態に係るシステムの構成を示すブロック図である。
【図２】本発明の第２の実施形態に係る情報処理システムの構成を示すブロック図である。
【図３Ａ】本発明の第２の実施形態に係るパス変換表を例示する図である。
【図３Ｂ】本発明の第２の実施形態に係るアクセス記録表を例示する図である。
【図４】本発明の第２の実施形態に係るサーバアプリケーション実行部におけるアプリケーションの処理を示すフローチャートである。
【図５】本発明の第２の実施形態に係るファイルアクセス処理を示すフローチャートである。
【図６】本発明の第２の実施形態に係るファイルを追加する処理を示すフローチャートである。
【図７】本発明の第２の実施形態に係るファイルを削除する処理を示すフローチャートである。
【図８Ａ】本発明の第２の実施形態に係る初回のファイルアクセス後のパス変換表を例示する図である。
【図８Ｂ】本発明の第２の実施形態に係る初回のファイルアクセス後のアクセス記録表を例示する図である。
【図９Ａ】本発明の第２の実施形態に係るファイルアクセス時間が長期化したことを検出後のパス変換表を例示する図である。
【図９Ｂ】本発明の第２の実施形態に係るファイルアクセス時間が長期化したことを検出後のアクセス記録表を例示する図である。
【図１０Ａ】本発明の第２の実施形態に係るファイルアクセス時間が短期化したことを検出後のパス変換表を例示する図である。
【図１０Ｂ】本発明の第２の実施形態に係るファイルアクセス時間が短期化したことを検出後のアクセス記録表を例示する図である。
【図１１Ａ】本発明の第２の実施形態に係るファイルアクセス時間が長期化も短期化もしていないときのパス変換表を例示する図である。
【図１１Ｂ】本発明の第２の実施形態に係るファイルアクセス時間が長期化も短期化もしていないときのアクセス記録表を例示する図である。
【図１２】本発明の第３の実施形態に係るアクセス記録表を例示する図である。
【図１３】本発明の第４の実施形態に係るシステムの構成を示すブロック図である。
【図１４】本発明の第４の実施形態に係るアクセス記録表を例示する図である。
【図１５】本発明の第１乃至第４の実施形態を実現可能なコンピュータ（情報処理装置）のハードウェア構成を例示的に説明する図である。
【発明を実施するための形態】
【００２３】
次に、本発明を実施する形態について図面を参照して詳細に説明する。
【００２４】
＜第１の実施形態＞
図１は、本発明の第１の実施形態に係るシステムの構成を示すブロック図である。以下の各実施形態において、図面中の矢印の方向は、一例を示すものであり、ブロック間の信号の向きを限定するものではない。
【００２５】
本実施形態に係るシステムは、クライアント装置１０と、アプリケーションサーバ２０と、記憶媒体３０とを有する。
【００２６】
クライアント装置１０は、アプリケーションサーバ２０にリクエストを送信し、アプリケーションサーバ２０からレスポンスを受信する。
【００２７】
記憶媒体３０は、アプリケーションサーバ２０で実行されるアプリケーションプログラムなどがアクセスするデータ（ファイルやデータベースなど）を格納する。
【００２８】
アプリケーションサーバ２０は、実行部２１と、計測部２２と、管理部２３とを含む。
【００２９】
実行部２１は、クライアント装置１０からのリクエストに応じてアプリケーションを実行し、クライアント装置１０にレスポンスを返すアプリケーションプログラムの実行を制御する。
【００３０】
計測部２２は、アプリケーションプログラム実行による記憶媒体３０に対するアクセスを制御し、記憶媒体３０に対してアクセスしたときの性能を表す値（以下、性能値ともいう）を計測する。
【００３１】
管理部２３は、計測部２２が計測した性能値を基に、記憶媒体３０に対するアクセスに関する性能が劣化していると判定した場合、記録媒体を記憶媒体３０に追加するよう制御する。
【００３２】
以上、説明した第１の実施形態における効果は、アプリケーションサーバ２０で動作するアプリケーションプログラムの実行によって記憶媒体３０に対するアクセスに遅延が発生したことを検出したときに、その遅延を解消することができるということである。
【００３３】
その理由は、本実施形態に係るアプリケーションサーバ２０は、記憶媒体３０に対してアクセスしたときの性能を表す値を計測して、その値を基に、そのアクセスに関する性能が劣化しているか否かを判定する。そして、アプリケーションサーバ２０は、劣化していると判定した場合に、記憶媒体を追加する。これにより、アプリケーションサーバ２０は、特定の記憶媒体へのアクセスが集中することによる遅延を防ぐからである。
【００３４】
＜第２の実施形態＞
次に上述した第１の実施形態に係るアプリケーションサーバを基本とする第２の実施形態について説明する。図２は、本発明の第２の実施形態に係る情報処理システムの構成を示すブロック図である。ただし、図２に示す構成は、一例であって、本発明は、図２に示す情報処理システムに限定されない。
【００３５】
本実施形態に係る情報処理システムは、クライアント装置１００と、クラウド装置１０００と、クラウドノード管理装置００２とを有する。
【００３６】
クライアント装置１００は、通信部１０１と、クライアントアプリケーション実行部１０２とを有する。
【００３７】
通信部１０１は、ネットワーク００１を経由して、クラウド装置１０００と通信を行う。クライアントアプリケーション実行部１０２は、クライアント装置１００におけるアプリケーションの実行を制御する。
【００３８】
クラウドノード管理装置００２は、クラウド装置１０００に含まれるノードの追加および削除を制御する。クラウドノード管理装置００２が制御するクラウド装置は、図２に示すクラウド装置１０００に限らず、他のクラウド装置も制御することが可能である。
【００３９】
クラウド装置１０００は、通信部００３と、アプリケーションサーバノード２００と、記憶媒体ノード３００、３０１とを含む。クラウド装置１０００において使用されるノードは、図２に示すアプリケーションサーバノード２００と記憶媒体ノード３００に限らず、他のノードが含まれてもよい。
【００４０】
通信部００３は、ネットワーク００１を経由して、クラウド装置１０００の外部の装置（クライアント装置１００など）との通信を行う。ここで、外部の装置は、クライアント装置１００とクラウドノード管理装置００２とを含む。
【００４１】
記憶媒体ノード３００は、通信部と、データ３２０を記憶する記憶媒体３１０とを有する。
【００４２】
アプリケーションサーバノード２００は、通信部２０１と、サーバアプリケーション実行部２０３と、ノード変更指示部２０４と、アクセス部２０５と、パス変換部２０６と、アクセス管理部２０７と、パス変換表２０８と、アクセス記録表２１０とを有する。なお、パス変換表２０８とアクセス記録表２１０は、アクセス管理部２０７とパス変換部２０６に接続する図示しない記録装置に対応する。また、アクセス部２０５は、計測部２０９を含む。サーバアプリケーション実行部２０３と、アクセス部２０５と、パス変換部２０６と、パス変換表２０８と、アクセス記録表２１０とは、第１の実施形態の実行部２１の一例である。同様に、ノード変更指示部２０４と、アクセス管理部２０７とは、第１の実施形態の管理部２３の一例である。
【００４３】
通信部２０１は、通信部００３に接続される。また、通信部２０１は、アプリケーションサーバノード２００に収容され、記憶媒体ノード３００と図示しない他のノードとの通信を行う。図２において、通信部２０１と他のノードとの通信経路は、省略する。
【００４４】
サーバアプリケーション実行部２０３は、通信部２０１に接続され、アプリケーションサーバにおけるアプリケーションの実行を制御する。なお、サーバアプリケーション実行部２０３は、後述するアクセス部２０５と協働してもよい。
【００４５】
ノード変更指示部２０４は、通信部２０１を経由してクラウドノード管理装置００２に、記憶媒体ノードの追加や削除を依頼する。
【００４６】
アクセス部２０５は、記憶媒体ノード（たとえば、ファイル）へのアクセスを制御する。さらに、アクセス部２０５は、アクセスに要する時間の計測を計測部２０９に指示する。計測部２０９は、指示に基づいて、時間を計測する。
【００４７】
本発明の実施の形態では、アクセス管理部２０７がファイルアクセスの遅延を検出した場合に、後述するように記憶媒体ノードが追加される。パス変換表２０８は、追加された記憶媒体ノードのファイルを使用する際に用いるファイルパスの情報（たとえば、ファイルアクセス先情報）を、格納する。一方、アクセス記録表２１０は、計測部２０９が計測した時間の履歴を、各計測時間でファイルアクセスに使用されるファイルパスの情報と共に格納する。
【００４８】
パス変換部２０６は、パス変換表２０８の内容を基にファイルを実際にアクセスする際のファイルパスを求める。
【００４９】
アクセス管理部２０７は、パス変換部２０６より渡された計測部２０９が計測した時間の情報や上述したファイルパスの情報を、パス変換表２０８とアクセス記録表２１０に格納する。また、アクセス管理部２０７は、ファイルアクセス時に計測部２０９が計測した時間とアクセス記録表２１０の内容を基に、ファイルアクセス性能の低下によるアクセス遅延が発生しているか否かを判定する。アクセス管理部２０７は、アクセスが遅延していると判定した場合、ノード変更指示部２０４に、記憶媒体ノードを追加するよう指示を出す。反対に、アクセス管理部２０７は、性能に余裕があると判定した場合、ノード変更指示部２０４に、追加した記憶媒体ノードを削除するよう指示を出す。
【００５０】
次に、クライアント装置１００とクラウド装置１０００との間のリクエスト及びレスポンスの動作について説明する。クライアント装置１００は、通信部１０１を経由して、クラウド装置１０００のアプリケーションサーバノード２００にリクエストを送信する。
【００５１】
アプリケーションサーバノード２００へのリクエストは、通信部２０１を介してサーバアプリケーション実行部２０３に到達する。サーバアプリケーション実行部２０３は、リクエストが到達したことを契機に、サーバアプリケーションの実行を開始する。
【００５２】
サーバアプリケーション実行部２０３は、サーバアプリケーションの処理にファイルをアクセスする命令があれば、アクセス管理部２０７に、ファイル（データ３２０）の読み取りを行うよう指示する。これにより、アクセス管理部２０７は、パス変換部２０６にファイル（データ３２０）の読み取りを指示する。パス変換部２０６は、ファイルの読み取りに用いるファイルパスを求める。そして、パス変換部２０６は、アクセス部２０５に、そのファイルパスを用いてファイルの読み取りを行うように指示する。アクセス部２０５は、その指示に基づいて記憶媒体ノード３００からファイル（データ３２０）の読み取りを行う。アクセス部２０５により読み取られたデータ３２０は、パス変換部２０６およびアクセス管理部２０７を経由して、サーバアプリケーション実行部２０３に渡される。
【００５３】
サーバアプリケーション実行部２０３は、読み取ったデータ３２０を使用してアプリケーションの処理をすすめ、処理結果を含むレスポンスを作成する。そして、サーバアプリケーション実行部２０３は、作成したレスポンスを、通信部２０１を経由してクライアント装置１００に返却する。
【００５４】
図３Ａは、本発明の第２の実施形態に係るパス変換表を例示する図である。図３Ｂは、本発明の第２の実施形態に係るアクセス記録表を例示する図である。図３Ａに示すパス変換表２０８と図３Ｂに示すアクセス記録表２１０は、アクセス管理部２０７によって作成される。
【００５５】
図３Ａのパス変換表２０８は、ファイル名２０８１と、ファイルパスＡ（２０８２）と、ファイルパスＢ（２０８３）と、ファイルパスＣ（２０８４）とを有する。
【００５６】
ファイル名２０８１は、サーバアプリケーション実行部２０３で実行されるアプリケーションがアクセスするファイルのファイル名である。
【００５７】
ファイルパスＡ（２０８２）は、ファイル名２０８１のファイルが格納された記憶媒体を変更（追加）していないときに、該ファイルにアクセスする際に用いるファイルパスである。
【００５８】
ファイルパスＢ（２０８３）は、ファイルパスＡ（２０８２）を用いてアクセスするファイルから媒体を変更したときに、変更先の該ファイルにアクセスする際に用いるファイルパスである。
【００５９】
ファイルパスＣ（２０８４）は、ファイルパスＢ（２０８３）を用いてアクセスするファイルから媒体を変更したときに、変更先の該ファイルにアクセスする際に用いるファイルパスである。
【００６０】
図３Ｂのアクセス記録表２１０は、ファイル名２１０１と、ステップ２１０２と、遅延フラグ２１０３と、ファイルパスＡ（２１０４）と、計測値Ａ（２１０５）と、ファイルパスＢ（２１０６）と、計測値Ｂ（２１０７）と、ファイルパスＣ（２１０８）と、計測値Ｃ（２１０９）とを有する。
【００６１】
ファイル名２１０１は、アプリケーションがアクセスするファイルのファイル名である。
【００６２】
ステップ２１０２は、ファイルをアクセスするアプリケーションを示す識別子である。
【００６３】
遅延フラグ２１０３は、ファイルに対するアクセスの遅延が発生していることを示すフラグである。
【００６４】
ファイルパスＡ（２１０４）は、ファイル名２１０１のファイルが格納された媒体を変更していないときに、該ファイルにアクセスする際に用いるファイルパスである。
【００６５】
計測値Ａ（２１０５）は、ファイルパスＡ（２１０４）を用いてファイルをアクセスしたときに計測された時間である。
【００６６】
ファイルパスＢ（２１０６）は、ファイルパスＡ（２１０４）を用いてアクセスするファイルから媒体を変更したときに、変更先の該ファイルにアクセスする際に用いるファイルパスである。
【００６７】
計測値Ｂ（２１０７）は、ファイルパスＢ（２１０６）を用いてファイルをアクセスしたときに計測された時間である。
【００６８】
ファイルパスＣ（２１０８）は、ファイルパスＢ（２１０６）を用いてアクセスするファイルから媒体を変更したときに、変更先の該ファイルにアクセスする際に用いるファイルパスである。
【００６９】
計測値Ｃ（２１０９）は、ファイルパスＣ（２１０８）を用いてファイルをアクセスしたときに計測された時間である。
【００７０】
［リクエストとレスポンスの動作］
図４は、本発明の第２の実施形態に係るサーバアプリケーション実行部２０３におけるアプリケーションの処理を示すフローチャートである。アプリケーションは、初めに、初期処理を行う（ステップＳ５１０）。初期処理は、例えば、作業領域の初期化などのようにアプリケーションが動作するために必要となる前処理である。
【００７１】
次に、アプリケーションは、入力解析処理を行う（ステップＳ５２０）。入力解析処理は、例えば、クライアント装置１００から送信されたリクエストの内容を解析する処理である。
【００７２】
それから、アプリケーションは、主処理を行う（ステップＳ５３０）。主処理は、アプリケーションで実施したい内容を遂行する処理である。主処理においてファイルをアクセスする必要がある場合に、アプリケーションは、アクセス管理部２０７からパス変換部２０６経由でアクセス部２０５に指示してファイルアクセス処理を行う（ステップＳ５４０）。
【００７３】
最後に、アプリケーションは、終了処理を行う（ステップＳ５５０）。終了処理は、例えば、クライアントに返却するレスポンスの作成やその送信などを行う。
【００７４】
［ファイルアクセス処理］
以下では、本発明の特徴を示すファイルアクセス処理Ｓ５４０について、フローチャート（図５〜７）を参照して説明する。図５は、本発明の第２の実施形態に係るファイルアクセス処理を示すフローチャートである。
【００７５】
記憶媒体ノード３００に含まれる記憶媒体３１０へ保存したデータ３２０を読み取るファイルアクセス処理を例に説明する。データ３２０は、ファイル名を「ｄａｔａ．ｄａｔ」（以下では、「ファイル名ａａ」とする）と、ファイルパスを、「Ｃ：￥Ｄａｔａ．ｄａｔ」（以下では、「ファイルパスａｘ」とする）とする。以降、データ３２０は、ファイルａｄとも呼ぶ。
【００７６】
アクセス管理部２０７は、アプリケーションからの指示に起因してファイル名ａａを基に、アクセス対象のファイルがアクセス記録表２１０に登録されているか否かを確認する（ステップＳ６１０）。あるファイルに初めてアクセスする場合、パス変換表２０８と、アクセス記録表２１０に、そのファイルに関する情報は、登録されていない。よって、ここでは、ステップＳ６１０は、「Ｎｏ」となる。
【００７７】
次に、パス変換部２０６は、パス変換表２０８を参照し、ファイルパスａｘを変換する変換先のパスが登録されていないため、ファイルパスａｘの内容をそのままアクセス部２０５に渡す。
【００７８】
アクセス部２０５は、計測部２０９に、時間計測の開始を指示する（ステップＳ６７０）。それから、アクセス部２０５は、ファイルパスａｘを使用して、記憶媒体ノード３００に含まれる記憶媒体３１０へアクセスしてデータ３２０を読み取る（ステップＳ６８０）。その後、アクセス部２０５は、計測部２０９に、時間計測の終了を指示する（ステップＳ６９０）。計測部２０９は、時間計測を開始してからの経過時間、すなわち、データ３２０の読み取りに要した時間を計測する。
【００７９】
アクセス部２０５は、読み取ったデータ３２０と、計測した時間とをパス変換部２０６に渡す。パス変換部２０６は、アクセス部２０５から渡された情報と、ファイルパスを表す情報（ファイルパスａｘ）とをアクセス管理部２０７に渡す。
【００８０】
アクセス管理部２０７は、アクセス記録表２１０を参照することにより、ファイルパスａｘにアクセスした際の情報が格納されていないことを確認する（ステップＳ７００で「Ｎｏ」）。
【００８１】
アクセス管理部２０７は、計測した時間と、ファイルパスａｘと、アプリケーションのステップ情報とを、アクセス記録表２１０に関連付けて記録する（ステップＳ７５０）。すなわち、ファイル名２１０１にファイル名ａａを、ステップ２１０２にアプリケーションのステップ情報を、ファイルパスＡ（２１０４）にファイルパスａｘを、計測値Ａ（２１０５）に計測した時間を設定する。この時、計測した時間と比較する対象である、前回アクセスした記録がないため、アクセス管理部２０７は、遅延フラグ２１０３に「０」を設定する。
【００８２】
これらの処理によって、パス変換表２０８と、アクセス記録表２１０は、図８Ａ、図８Ｂに示す内容になる。図８Ａは、本発明の第２の実施形態に係る初回のファイルアクセス後のパス変換表を例示する図である。そして、図８Ｂは、そのときのアクセス記録表を例示する図である。
【００８３】
それから、アクセス管理部２０７は、データ３２０を、サーバアプリケーション実行部２０３に渡す。
【００８４】
次に、同じファイル（ファイルａｄ）に２回目にアクセスする場合について説明する。
【００８５】
アクセス管理部２０７は、アクセス対象のファイルがアクセス記録表２１０に登録されている（ステップＳ６１０で「Ｙｅｓ」）ので、遅延フラグ２１０３の値を確認する（ステップＳ６２０）。
【００８６】
図８Ｂのアクセス記録表２１０において、ファイルａｄに関する遅延フラグ２１０３は、「０」なので、パス変換部２０６は、パス変換表２０８を参照する。パス変換部２０６は、ファイルパスａｘを変換する変換先のファイルパスが登録されていない（ファイルａｄに関するファイルパスＢ（２０８３）に値が設定されていない）ため、ファイルパスａｘの内容をそのままアクセス部２０５に渡す。
【００８７】
アクセス部２０５は、前述したステップＳ６７０からＳ６９０により、データの読み取りに要した時間を計測する。
【００８８】
アクセス部２０５は、読み取ったデータ３２０と、計測した時間とをパス変換部２０６に渡す。パス変換部２０６は、アクセス部２０５から渡された情報と、ファイルパスを表す情報（ファイルパスａｘ）とをアクセス管理部２０７に渡す。
【００８９】
アクセス管理部２０７は、アクセス記録表２１０を参照することにより、ファイルａｄに前回アクセスした際の情報があることを確認する（ステップＳ７００で「Ｙｅｓ」）。
【００９０】
アクセス管理部２０７は、計測した時間と、アクセス記録表２１０にある前回の読み取り時間（計測値Ａ（２１０５））とを比較する（ステップＳ７１０およびＳ７３０）。
【００９１】
読み取り時間の差分があらかじめ定めた閾値以上である、すなわちその閾値以上に前回よりも長期化している場合（ステップＳ７１０で「Ｙｅｓ」）、アクセス管理部２０７は、性能が劣化していると判定する。よって、アクセス管理部２０７は、アクセス記録表２１０において、ファイルａｄに関する遅延フラグ２１０３を「１」にする（ステップＳ７２０）。
【００９２】
アクセス管理部２０７は、さらに、アクセス記録表２１０の他の項目について、パス変換部２０６から渡された情報を用いて更新する（ステップＳ７５０）。すなわち、ファイル名ａａに関する計測値Ａ（２１０５）に計測した時間を設定する。
【００９３】
これらの処理によって、パス変換表２０８と、アクセス記録表２１０は、図９Ａ、図９Ｂに示す内容になる。図９Ａは、本発明の第２の実施形態に係るファイルアクセス時間が長期化したことを検出後のパス変換表を例示する図である。そして、図９Ｂは、そのときのアクセス記録表を例示する図である。
【００９４】
次に、同じファイルに３回目にアクセスする場合について説明する。
【００９５】
アクセス管理部２０７は、アクセス対象のファイルがアクセス記録表２１０に登録されている（ステップＳ６１０で「Ｙｅｓ」）ので、遅延フラグ２１０３の値を確認する（ステップＳ６２０）。
【００９６】
図９Ｂのアクセス記録表２１０において、ファイルａｄに関する遅延フラグ２１０３は、「１」なので、アクセス管理部２０７は、ファイルを追加する（ステップＳ６３０）。
【００９７】
ここで、ステップＳ６３０でのファイルを追加する処理について、図６を参照して、説明する。図６は、本発明の第２の実施形態に係るファイルを追加する処理を示すフローチャートである。
【００９８】
アクセス管理部２０７は、対象ファイルがまだ使用していない記憶媒体ノードが既にあるかを確認する（ステップＳ８１０）。
【００９９】
まだ使用していない記憶媒体ノードがない場合（ステップＳ８１０で「Ｎｏ」）、アクセス管理部２０７は、ノード変更指示部２０４に記憶媒体ノードの新規追加を依頼する（ステップＳ８２０）。
【０１００】
ノード変更指示部２０４は、通信部２０１と、通信部００３とを経由して、クラウドノード管理装置００２に記憶媒体ノードの新規追加依頼を送る。
【０１０１】
クラウドノード管理装置００２は、図２に破線で示される記憶媒体ノード３０１を新規に設定する。そして、クラウドノード管理装置００２は、記憶媒体ノード３０１に備えられる記憶媒体３１１を、記憶媒体３１０と物理的に異なるディスクとして割り当てて新規作成する。それから、クラウドノード管理装置００２は、記憶媒体３１１への後述のアクセス手段をノード変更指示部２０４に返す。
【０１０２】
ノード変更指示部２０４は、記憶媒体３１１へのアクセス手段を受け取るとアクセス手段を実行し、記憶媒体３１１を利用できるようにする（ステップＳ８３０）。アクセス手段は、例えば、仮想マシンのＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスやホスト名などのように仮想マシンを特定可能な情報である。ノード変更指示部２０４は、この情報を用いて、例えば、マウントすることなどにより、記憶媒体３１１を利用できるようにする。
【０１０３】
アクセス管理部２０７は、パス変換部２０６に、ファイルａｄを、記憶媒体３１１に作成する（コピーする）ように指示する。指示を受けて、パス変換部２０６は、使用中のファイルａｄにアクセスするファイルパス（ファイルパスａｘ）を渡して、アクセス部２０５に、記憶媒体３１１へのファイル作成を指示する。
【０１０４】
指示を受けたアクセス部２０５は、ファイルａｄを、記憶媒体３１１に作成する（ステップＳ８４０）。このとき、計測部２０９による時間の計測は、行わない。作成したファイルは、ファイルパスを、「Ｄ：￥Ｄａｔａ．ｄａｔ」（以下では、「ファイルパスｂｘ」と称する）とする。
【０１０５】
アクセス管理部２０７は、作成したファイル（＝ファイルａｄ）に関するファイルパス情報をパス変換表２０８に書き込む（ステップＳ８５０）。すなわち、アクセス管理部２０７は、ファイル名２０８１にファイル名ａａを、ファイルパスＡ（２０８２）にファイルパスａｘを、ファイルパスＢ（２０８３）にファイルパスｂｘを設定する。
【０１０６】
以上で、図６を用いたファイル追加の動作の説明を終了する。
【０１０７】
再び図５に戻り、次に、アクセス管理部２０７は、アクセス記録表２１０の遅延フラグ２１０３を「０」に変更する（ステップＳ６５０）。
【０１０８】
パス変換部２０６は、パス変換表２０８を確認し、ファイルａｄに関連するファイルパスとして、変換先のパスであるファイルパスｂｘをアクセス部２０５に渡す。
【０１０９】
アクセス部２０５は、前述（ステップＳ６７０〜Ｓ６９０）の説明と同様に、データの読み取りに要した時間を計測する。ここで、アクセス部２０５は、パス変換部２０６から渡されたファイルパスｂｘを用いて、データの読み取りを行う。すなわち、アクセス部２０５は、記憶媒体３１１に格納されたデータを読み取る。
【０１１０】
アクセス部２０５は、読み取ったデータ３２０と、計測した時間とをパス変換部２０６に渡す。パス変換部２０６は、アクセス部２０５から渡された情報と、ファイルパスを表す情報（ファイルパスｂｘ）とをアクセス管理部２０７に渡す。
【０１１１】
アクセス管理部２０７は、計測した時間と、アクセス記録表２１０にある前回の読み取り時間（計測値Ａ（２１０５））とを比較する（ステップＳ７１０およびＳ７３０）。
【０１１２】
読み取り時間の差分があらかじめ定めた閾値以上である、すなわちその閾値以上に前回よりも短期化していた場合（ステップＳ７３０で「Ｙｅｓ」）、アクセス管理部２０７は、性能が回復していると判定する。よって、アクセス管理部２０７は、アクセス記録表２１０の遅延フラグ２１０３を「−１」にする（ステップＳ７４０）。
【０１１３】
アクセス管理部２０７は、さらに、アクセス記録表２１０の他の項目について、パス変換部２０６から渡された情報を用いて更新する（ステップＳ７５０）。すなわち、ファイル名ａａに関するファイルパスＢ（２１０６）にファイルパスｂｘを、計測値Ｂ（２１０７）に計測した時間を設定する。
【０１１４】
これらの処理によって、パス変換表２０８と、アクセス記録表２１０は、図１０Ａ、図１０Ｂに示す内容になる。図１０Ａは、本発明の第２の実施形態に係るファイルアクセス時間が短期化したことを検出後のパス変換表を例示する図である。そして、図１０Ｂは、そのときのアクセス記録表を例示する図である。
【０１１５】
次に、同じファイルに４回目にアクセスする場合について説明する。
【０１１６】
アクセス管理部２０７は、アクセス対象のファイルがアクセス記録表２１０に登録されている（ステップＳ６１０で「Ｙｅｓ」）ので、遅延フラグ２１０３の値を確認する（ステップＳ６２０）。
【０１１７】
図１０Ｂのアクセス記録表２１０において、ファイルａｄに関する遅延フラグ２１０３は、「−１」なので、アクセス管理部２０７は、最新のファイルは不要であると判断する。そして、アクセス管理部２０７は、そのファイルを削除する処理を行う（ステップＳ６４０）。
【０１１８】
ここで、ステップＳ６４０でのファイルを削除する処理について、図７を参照して、説明する。図７は、本発明の第２の実施形態に係るファイルを削除する処理を示すフローチャートである。
【０１１９】
アクセス管理部２０７は、パス変換表２０８を参照し、対象ファイルのファイルパスのうち、最新のものと、一つ前の世代のものを抽出する（ステップＳ９１０）。図１０Ａと図１０Ｂにおいて、最新のファイルパスは、「Ｄ：￥ｄａｔａ．ｄａｔ」、一つ前の世代のファイルパスは、「Ｃ：￥ｄａｔａ．ｄａｔ」である。
【０１２０】
アクセス管理部２０７は、パス変換部２０６に対象ファイルについて、最新のファイルに含まれる内容を、一つ前の世代のファイルに上書きするように指示する。この指示により、パス変換部２０６は、使用中のファイルａｄにアクセスするファイルパス（ファイルパスｂｘ）を渡して、アクセス部２０５に、上書きを行うことを指示する。
【０１２１】
指示を受けたアクセス部２０５は、最新の記憶媒体（ここでは、記憶媒体３１１）にある対象ファイルを、ひとつ前の世代の記憶媒体（ここでは記憶媒体３１０）に上書きする（ステップＳ９２０）。このとき、計測部２０９による時間の計測は、行わない。
【０１２２】
次に、アクセス管理部２０７は、最新のファイルの情報であった、パス変換表２０８とアクセス記録表２１０のファイルパスｂｘに関する記録を削除する（ステップＳ９３０）。
【０１２３】
それから、アクセス管理部２０７は、記憶媒体ノード３０１と記憶媒体３１１を使用しているアプリケーションが他に無いことを確認する（ステップＳ９４０）。
【０１２４】
使用しているアプリケーションが他にない場合（ステップＳ９４０で「Ｙｅｓ」）、アクセス管理部２０７は、ノード変更指示部２０４に記憶媒体ノードの削除を依頼する。
【０１２５】
ノード変更指示部２０４は、記憶媒体３１１のアクセス手段を無効にする（ステップＳ９５０）。例えば、ノード変更指示部２０４は、記憶媒体３１１をアンマウントする。
【０１２６】
その後、ノード変更指示部２０４は、通信部２０１と通信部００３を経由して、クラウドノード管理装置００２に、該記憶媒体ノードの削除依頼を送る（ステップＳ９６０）。クラウドノード管理装置００２は、記憶媒体ノード３０１と記憶媒体３１１を削除する。
【０１２７】
以上で、図７を用いたファイル削除の動作の説明を終了する。
【０１２８】
再び図５に戻り、次に、アクセス管理部２０７は、アクセス記録表２１０の遅延フラグ２１０３を「０」に変更する（ステップＳ６５０）。
【０１２９】
アクセス管理部２０７は、パス変換部２０６により、パス変換表２０８を確認してファイルパスａｘが他に変換されたパスが無いことを確認して、ファイルパスａｘをアクセス部２０５に渡す。
【０１３０】
アクセス部２０５は、前述（ステップＳ６７０〜Ｓ６９０）の説明と同様に、データの読み取りに要した時間を計測する。ここで、アクセス部２０５は、パス変換部２０６から渡されたファイルパスａｘを用いて、データの読み取りを行う。すなわち、記憶媒体３１０に格納されたデータを読み取る。
【０１３１】
アクセス部２０５は、読み取ったデータ３２０と、計測した時間とをパス変換部２０６に渡す。パス変換部２０６は、アクセス部２０５から渡された情報と、ファイルパスを表す情報（ファイルパスａｘ）とをアクセス管理部２０７に渡す。
【０１３２】
アクセス管理部２０７は、計測した時間と、アクセス記録表２１０にある前回の読み取り時間（計測値Ａ（２１０５））とを比較する（ステップＳ７１０およびＳ７３０）。
【０１３３】
読み取り時間の差分が通常の範囲内の値である（あらかじめ定めた閾値以上に短期化も長期化もしていない）場合（ステップＳ７３０で「Ｎｏ」）、アクセス管理部２０７は、アクセス記録表２１０の遅延フラグ２１０３を更新しない（「０」のままとする）。
【０１３４】
アクセス管理部２０７は、さらに、アクセス記録表２１０の他の項目について、パス変換部２０６から渡された情報を用いて更新する（ステップＳ７５０）。すなわち、アクセス管理部２０７は、ファイル名ａａに関する計測値Ａ（２１０５）に計測した時間を設定する。
【０１３５】
これらの処理によって、パス変換表２０８と、アクセス記録表２１０は、図１１Ａ，図１１Ｂに示す内容になる。図１１Ａは、本発明の第２の実施形態に係るファイルアクセス時間が長期化も短期化もしていないときのパス変換表を例示する図である。そして、図１１Ｂは、そのときのアクセス記録表を例示する図である。
【０１３６】
上述した実施形態では、アプリケーションがファイルをアクセスする場合について説明したが、データベースをアクセスする場合についても同様に実施することができる。計測部２０９は、上述の説明では、ファイルに対するアクセスにかかる時間を計測した。しかし、データベースの場合には、計測部２０９は、クエリ実行にかかる時間を計測する。そして、アプリケーションサーバノード２００は、計測した時間を基に、データベースアクセスの長期化を判定する。そして、長期化を検出した場合、アプリケーションサーバノード２００は、そのクエリ処理で使用するデータベースを、他の記憶媒体にエクスポートおよびインポートにより移動するように制御すればよい。
【０１３７】
また、記憶媒体（ファイルやデータベース）へのアクセスが遅延したことの判定に、アクセスにかかる時間を用いることを例に説明したが、判定に用いる項目は、これに限定されない。例えば、計測部２０９は、アクセス時の単位時間当たりのデータ転送量を計測してもよい。そして、アクセス管理部２０７は、その値により記憶媒体に対する負荷を見積もってもよい。
【０１３８】
記憶媒体のデータ転送効率は、主に記憶媒体のハードウェア性能とアクセス負荷、ネットワーク負荷によって決定される。ハードウェア性能と、ネットワーク負荷とが一定であるとすると、データ転送効率は、複数の処理の記憶媒体に対するアクセス負荷の影響で変動すると考えられる。そこで、アプリケーションでファイルをアクセスする際に、計測部２０９は、データ転送効率を計測する。そして、アクセス管理部２０７は、単位時間当たりのデータ転送量を前回アクセス時と比較する。比較した結果、あらかじめ定めた閾値以上にデータ転送量が低くなっている場合、アクセス管理部２０７は、他の処理の集中によりその記憶媒体ノードの負荷が高いと判断する。そして、アクセス管理部２０７は、記憶媒体ノードを追加して、アクセスする記憶媒体を切り替えるように制御する。これによってファイルアクセス処理の遅延による処理全体の遅延を回避することが可能になる。
【０１３９】
以上、説明したように、第２の実施形態は、クラウド環境において、アプリケーションサーバで動作するアプリケーションプログラムにて記憶媒体に対するアクセスに発生した遅延を第１の実施形態と同様に解消する。第２の実施形態は、さらに、記憶媒体にアクセスする性能に余裕ができれば、追加した記憶媒体を減らして、必要以上に媒体を使用しないように制御することができるという効果がある。
【０１４０】
その理由は、本実施形態に係るアプリケーションサーバは、ファイルに対するアクセスにかかる時間を計測し、その値と、前回アクセス時の時間と比較して、性能を監視する。そして、遅延が発生したことを検出した場合に、アプリケーションサーバは、そのファイルを他の媒体に新たに作成し、作成したファイルを使用してアプリケーションが動作するように制御する。また、性能に余裕があることを検出した場合に、アプリケーションサーバは、追加したファイルを削除して、元のファイルを使用してアプリケーションが動作するように制御するからである。
【０１４１】
＜第３の実施形態＞
次に上述した第２の実施形態に係るアプリケーションサーバを基本とする第３の実施形態について説明する。第３の実施形態の情報処理システムの構成は、図２に示す第２の実施形態と同様であるものとするが、違いは以下のとおりである。
【０１４２】
第２の実施形態は、該ファイルに対する前回のアクセスに要した時間と、今回のアクセスに要した時間とを比較することにより、そのファイルを格納する記憶媒体が高負荷であるか否かを判断していた。
【０１４３】
しかし、この方法では、ファイルアクセス処理毎にファイルアクセス時間の絶対的な基準が設定できていないため、性能が遅延しているか否かを誤って判断してしまう可能性がある。例えば、通常時に比べて処理が長期化していたとしても、その前の回に比べてアクセス時間が短い場合に、アクセス管理部２０７は、ファイルアクセスに遅延はないと判断する。
【０１４４】
そこで、本実施形態は、複数回のファイルアクセスについて、ファイルアクセス処理に要した時間を、アクセス記録表として記録および蓄積する。そして、アクセス管理部２０７は、ファイルアクセス処理ごとの平均値や標準偏差などの統計値を、複数回のファイルアクセスに要した時間を基に算出し、アクセス記録表に格納する。アクセス管理部２０７は、この統計値を、各ファイルに対するアクセスで記憶媒体の負荷が高いか否かを判断するために利用する。これにより、アクセス管理部２０７は、一時的に記憶媒体の性能劣化が連続した場合でも効果的に性能劣化の有無を判断することができる。
【０１４５】
図１２に、複数回のファイルアクセスについて、ファイルアクセス時間を記録および蓄積して計算した場合の例を示す。図１２は、本発明の第３の実施形態に係るアクセス記録表を例示する図である。図１２によれば、複数回のアクセス時間を基に、平均値と標準偏差を計算する。そして、例えば、ファイルアクセス時間の閾値（長期化判定値）として、「平均値＋標準偏差×２」の時間以上（正規分布の場合、２．２７５％で取りうる値）の場合に、アクセス管理部２０７は、性能劣化と判断する。
【０１４６】
以上、説明したように、第３の実施形態には、一時的に記憶媒体の性能劣化が連続した場合でも効果的に性能劣化の有無を判断して、性能劣化を改善することができるという効果がある。
【０１４７】
その理由は、本実施形態に係るアプリケーションサーバは、ファイルに対するアクセス毎に、ファイルアクセス時間を記録しておき、複数のファイルアクセス時間を基に求めた統計値により、性能劣化を判定するからである。
【０１４８】
＜第４の実施形態＞
次に上述した第２の実施形態に係るアプリケーションサーバを基本とする第４の実施形態について説明する。
【０１４９】
本実施形態は、複数のアプリケーションサーバノードからアクセスするファイルについて、ファイルアクセスの性能劣化を判定することを想定する。
【０１５０】
第２の実施形態で、アプリケーションサーバノード２００は、アクセスするファイルの配置に関して、アプリケーションサーバノード２００において管理した。すなわち、アプリケーションサーバノード２００は、パス変換表２０８およびアクセス記録表２１０を備えた。
【０１５１】
しかし、本実施形態は、ファイルをアクセスする、複数のアプリケーションサーバノードやソフトウェアが参照可能な箇所に、パス変換表２０８と、アクセス記録表２１０とを備える必要がある。
【０１５２】
図１３は、本発明の第４の実施形態に係るシステムの構成を示すブロック図である。
【０１５３】
図１３では、図２に対して、ノード４００が追加になっている。
【０１５４】
ノード４００は、通信部４０１と、パス変換表４０８と、アクセス記録表４１０とを備える。
【０１５５】
通信部４０１は、ノード４００と、他のノードとの通信を行う。
【０１５６】
パス変換表４０８は、第２の実施形態におけるパス変換表２０８と同様であるので、説明を省略する。
【０１５７】
アクセス記録表４１０は、第２の実施形態におけるアクセス記録表２１０に、サーバ名とアプリケーション名とが追加になっている。図１４は、本発明の第４の実施形態に係るアクセス記録表を例示する図である。
【０１５８】
サーバ名は、ファイルをアクセスするアプリケーションが動作したサーバ名である。
【０１５９】
アプリケーション名は、ファイルをアクセスするアプリケーションを一意に表す識別名である。
【０１６０】
本実施形態の処理の流れについては、第２の実施形態と同様であるので、説明を省略する。
【０１６１】
以上、説明したように、第４の実施形態には、複数のアプリケーションサーバノードやソフトウェアからアクセスする記憶媒体に対するアクセスに遅延が発生したときに遅延を解消することができるという効果がある。
【０１６２】
その理由は、本実施形態に係るクラウド装置は、記憶媒体のアクセスに関する情報を、そのファイルをアクセスすることが可能な、複数のアプリケーションサーバノードやソフトウェアから参照可能なところに格納する。そして、そのクラウド装置は、その情報を基に、アクセスに遅延が発生したことを判定するからである。
【０１６３】
（ハードウェア構成）
上述した実施形態において図１、図２および図１３に示した各部は、専用の装置によって実践してもよいが、ソフトウェアプログラムの機能（処理）単位（ソフトウェアモジュール）と捉えることができる。但し、これらの図面に示した各部の実装に際しては、様々な構成が想定され得る。このような場合のハードウェア環境の一例を、図１５を参照して説明する。
【０１６４】
図１５は、本発明の第１乃至第４の実施形態を実現可能なコンピュータ（情報処理装置）のハードウェア構成を例示的に説明する図である。即ち、図１５は、以下のアプリケーションサーバの全体または一部を実現可能なコンピュータ（情報処理装置）の構成であって、上述した実施形態における各機能を実現可能なハードウェア環境を表す。そのアプリケーションサーバは、図１に示したアプリケーションサーバ２０である。また、そのアプリケーションサーバは、図２に示したアプリケーションサーバノード２００において動作するアプリケーションサーバである。あるいは、そのアプリケーションサーバは、図１３に示したアプリケーションサーバノード２００において動作するアプリケーションサーバである。
【０１６５】
図１５に示した情報処理装置９０００は、以下の装置を備え、これらがバス９００７を介して接続された構成を有する。
【０１６６】
・ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）９００１、
・ディスプレイ９００２、
・通信インタフェース（Ｉ／Ｆ）９００３、
・ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）９００４、
・ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）９００５および
・ハードディスク装置（ＨＤ）９００６。
【０１６７】
ハードディスク装置（ＨＤ）９００６には、プログラム群９００６Ａと、各種の記憶情報９００６Ｂとが格納されている。プログラム群９００６Ａは、以下の各ブロック（各部）に対応する機能を実現するためのコンピュータ・プログラムである。各ブロックは、例えば、上述した図１に示したアプリケーションサーバ２０、図２に示したアプリケーションサーバノード２００において動作するアプリケーションサーバ、あるいは、図１３に示したアプリケーションサーバノード２００に属する。各種の記憶情報９００６Ｂは、例えば、図２に示したパス変換表２０８とアクセス記録表２１０と、図１３に示したパス変換表４０８とアクセス記録表４１０とである。通信インタフェース９００３は、ネットワーク９１００を介して外部装置と通信を実現する一般的な通信手段である。
【０１６８】
そして、上述した実施形態を例に説明した本発明は、その実施形態の説明において参照したブロック構成図、あるいは、フローチャートの機能を実現可能なコンピュータ・プログラムを供給する。そして、本発明は、そのコンピュータ・プログラムを、当該ハードウェアのＣＰＵ９００１に読み出して、図１５に示す情報処理装置９０００のハードウェア資源を用いて実行することによって達成される。具体的には、アプリケーションサーバノード２００において動作するアプリケーションサーバを、情報処理装置９０００によって実現する場合、情報処理装置９０００は、図５乃至図７に示すフローチャートに対応するコンピュータ・プログラムを実現すればよい。また、情報処理装置９０００内に供給されたコンピュータ・プログラムは、読み書き可能なＲＡＭ９００５またはハードディスク装置９００６等の不揮発性の記憶デバイス（記憶媒体）に格納すればよい。
【０１６９】
また、前記の場合において、当該装置内へのコンピュータ・プログラムの供給方法は、現在では一般的な手順を採用することができる。供給方法は、例えば、ＣＤ−ＲＯＭ等の各種記憶媒体を介して当該装置内にインストールする方法や、インターネット等のネットワーク９１００を介して外部からダウンロードする方法がある。そして、このような場合において、本発明は、係るコンピュータ・プログラムを構成するコード或いは、そのコードが記録されたところの、コンピュータ読み取り可能な記憶媒体によって構成されると捉えることができる。
【０１７０】
以上、上述した実施形態を模範的な例として本発明を説明した。しかしながら、本発明は、上述した実施形態には限定されない。即ち、本発明は、本発明のスコープ内において、当業者が理解し得る様々な態様を適用することができる。
【０１７１】
この出願は、２０１４年９月２４日に出願された日本出願特願２０１４−１９３４２２を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１７２】
１０    クライアント装置
２０    アプリケーションサーバ
２１    実行部
２２    計測部
２３    管理部
３０    記憶媒体
００１    ネットワーク
００２    クラウドノード管理装置
００３    通信部
１００    クライアント装置
１０１    通信部
１０２    クライアントアプリケーション実行部
２００    アプリケーションサーバノード
２０１    通信部
２０３    サーバアプリケーション実行部
２０４    ノード変更指示部
２０５    アクセス部
２０６    パス変換部
２０７    アクセス管理部
２０８    パス変換表
２０９    計測部
２１０    アクセス記録表
３００、３０１    記憶媒体ノード
３１０、３１１    記憶媒体
３２０    データ
４００    ノード
４０１    通信部
４０８    パス変換表
４１０    アクセス記録表
１０００    クラウド装置
９０００    情報処理装置（コンピュータ）
９００１    ＣＰＵ
９００２    ディスプレイ
９００３    通信インタフェース（Ｉ／Ｆ）
９００４    ＲＯＭ
９００５    ＲＡＭ
９００６    ハードディスク装置（ＨＤ）
９００６Ａ    プログラム群
９００６Ｂ    各種の記憶情報
９００７    バス
９１００    ネットワーク
【図１】
2016047096.tif 000003
【図２】
2016047096.tif 000004
【図３Ａ】
2016047096.tif 000005
【図３Ｂ】
2016047096.tif 000006
【図４】
2016047096.tif 000007
【図５】
2016047096.tif 000008
【図６】
2016047096.tif 000009
【図７】
2016047096.tif 000010
【図８Ａ】
2016047096.tif 000011
【図８Ｂ】
2016047096.tif 000012
【図９Ａ】
2016047096.tif 000013
【図９Ｂ】
2016047096.tif 000014
【図１０Ａ】
2016047096.tif 000015
【図１０Ｂ】
2016047096.tif 000016
【図１１Ａ】
2016047096.tif 000017
【図１１Ｂ】
2016047096.tif 000018
【図１２】
2016047096.tif 000019
【図１３】
2016047096.tif 000020
【図１４】
2016047096.tif 000021
【図１５】
2016047096.tif 000022
【手続補正書】
【提出日】平成29年3月15日(2017.3.15)
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
クライアント装置からのリクエストに応じてアプリケーションプログラムを実行し、前記クライアント装置にレスポンスを返す実行手段と、
前記アプリケーションプログラム実行による記憶媒体に対するアクセス時の性能を表す値を計測する計測手段と、
前記計測手段により計測した値を基に、記憶媒体に対するアクセスに関する性能が劣化していると判定した場合、記憶媒体を追加するよう制御する管理手段とを備える
アプリケーションサーバ。
【請求項２】
前記管理手段は、さらに、前記計測手段により計測した値を基に、性能が回復していると判定した場合、追加した前記記憶媒体を削除するよう制御する
請求項１記載のアプリケーションサーバ。
【請求項３】
前記計測手段は、記憶媒体に対するアクセスにかかる時間を計測する
請求項１記載のアプリケーションサーバ。
【請求項４】
前記計測手段は、記憶媒体に対するアクセス時の単位時間当たりのデータ転送量を計測する
請求項１記載のアプリケーションサーバ。
【請求項５】
前記実行手段は、
前記アプリケーションプログラムを実行するサーバアプリケーション実行手段と、
前記アプリケーションプログラムからの指示に起因しての前記記憶媒体に対するアクセスを行うアクセス手段と、
前記計測手段により計測されたアクセス時の性能を表す値の履歴を記録するアクセス記録手段と、
アクセス時に使用するパスを記録するパス変換記録手段と、
前記パス変換記録手段を参照し、使用する前記パスを求めるパス変換手段とを備え、
前記管理手段は、
前記計測手段により計測されたアクセス時の性能を表す値と、前記アクセス記録手段に記録された性能を表す値の履歴とを比較して記憶媒体に対するアクセスに関する性能の劣化を判定するアクセス管理手段と、
性能が劣化していると判定した場合に、記憶媒体を追加するように指示するノード変更指示手段とを備える
請求項１乃至４の何れか一項記載のアプリケーションサーバ。
【請求項６】
請求項１乃至５の何れか一項記載のアプリケーションサーバを有するノードと、
前記記憶媒体を有するノードとを備える
クラウド装置。
【請求項７】
クライアント装置からのリクエストに応じてアプリケーションプログラムを実行し、
前記アプリケーションプログラム実行による記憶媒体に対するアクセス時の性能を表す値を計測し、
その計測した値を基に、記憶媒体に対するアクセスに関する性能が劣化していると判定した場合、記憶媒体を追加するよう制御する
記憶媒体アクセス監視方法。
【請求項８】
クライアント装置からのリクエストに応じてアプリケーションプログラムを実行し、前記クライアントにレスポンスを返す実行処理と、
前記アプリケーションプログラム実行による記憶媒体に対するアクセス時の性能を表す値を計測する計測処理と、
前記計測処理により計測した値を基に、記憶媒体に対するアクセスに関する性能が劣化していると判定した場合、記憶媒体を追加するよう制御する管理処理とを、
コンピュータに実行させるコンピュータ・プログラム。
【国際調査報告】
2016047096.tif 000023
2016047096.tif 000024
2016047096.tif 000025
2016047096.tif 000026