(57)【要約】【課題】ホスティングサーバのログを密かに取得する。【解決手段】データセンタから貸し出される仮想サーバ２００において、アプリケーション２１０により仮想サーバ２００の利用状況を示すログが生成されるごとに、ログ記録部２３０が、ログ複製部２２０により複製されたログを揮発性メモリ上のログデータ２５０に記録する。そして、テナントのクライアント５００からログ取得要求が埋め込まれたサービス要求があると、ログ重畳部２４０が、ログデータ２５０から順次読み出した少なくとも１つのログをサービス応答に埋め込み、これをサービス要求元たるクライアント５００に返信する。【選択図】図１
2010198436.tif 000002
【特許請求の範囲】
【請求項１】
データセンタから貸し出されるホスティングサーバに、
前記ホスティングサーバの利用状況を示すログが生成されたときに、該ログを複製するログ複製部と、
前記ログ複製部により複製されたログを揮発性メモリ上のログデータに記録するログ記録部と、
ログ取得要求が埋め込まれたサービス要求を受信したときに、該サービス要求に対するサービス応答に前記ログデータから順次読み出した少なくとも１つのログを埋め込み、該ログを埋め込んだサービス応答をサービス要求元に返信するログ重畳部と、
を実現させるためのログ取得プログラム。
【請求項２】
前記サービス要求を発行するクライアントに、
前記ログデータからログを読み出す読出位置を順次更新しつつ、前記サービス要求に対して読出位置が書き込まれたログ取得要求を埋め込む一方、前記ログ重畳部から返信されたサービス応答からログを取り出して、ストレージ上のログファイルに再構築するログ抽出部を更に実現させることを特徴とする請求項１記載のログ取得プログラム。
【請求項３】
前記ログ重畳部は、前記ホスティングサーバのテナントからのサービス要求であり、かつ、該サービス要求にログ取得要求が埋め込まれているときのみ、前記サービス応答に前記ログデータから順次読み出した少なくとも１つのログを埋め込むことを特徴とする請求項１又は請求項２に記載のログ取得プログラム。
【請求項４】
データセンタから貸し出されるホスティングサーバが、
前記ホスティングサーバの利用状況を示すログが生成されたときに、該ログを複製するステップと、
複製されたログを揮発性メモリ上のログデータに記録するステップと、
ログ取得要求が埋め込まれたサービス要求を受信したときに、該サービス要求に対するサービス応答に前記ログデータから順次読み出した少なくとも１つのログを埋め込み、該ログを埋め込んだサービス応答をサービス要求元に返信するステップと、
を実行することを特徴とするログ取得方法。
【請求項５】
前記サービス要求を発行するクライアントが、
前記ログデータからログを読み出す読出位置を順次更新しつつ、前記サービス要求に対して読出位置が書き込まれたログ取得要求を埋め込む一方、前記サービス応答からログを取り出して、ストレージ上のログファイルに再構築するステップを更に実行することを特徴とする請求項４記載のログ取得方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホスティングサーバのログを取得する技術に関する。
【背景技術】
【０００２】
データセンタにより提供されるサービスとして、サーバの記憶スペースや情報処理機能などのハードウエア資源をテナント（借り手）に貸し出すホスティングサーバが知られている。データセンタでは、テナントとの契約に基づいてサーバのハードウエア資源を割り当て、ハードウエア資源の利用状況に応じて課金する。このため、データセンタでは、ハードウエア資源の利用状況を把握可能とすべく、ハードディスクなどのストレージ上のログファイルに、ハードウエア資源の利用日時及び内容を特定するためのログを逐次記録する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１４９０１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、ホスティングサーバのテナントは、データセンタからの請求が想定以上の高額であるとき、ハードウエア資源の実際の利用状況に応じて課金が行われているか否か疑問を抱くことがある。この場合、テナントは、課金請求時にデータセンタから提供されたログを参照することで、その課金が妥当であるか否かを判断することができる。しかし、テナントがデータセンタに疑いを抱いているときには、データセンタから提供されたログも信用できず、データセンタの監査を客観的に行うことができなくなってしまう。
【０００５】
そこで、このような問題点に鑑み、ホスティングサーバのログを密かに取得し、請求時にこれとデータセンタから提供されたログとを比較することで、客観的にデータセンタの監査を行えるようにした技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
このため、本技術では、データセンタから貸し出されるホスティングサーバにおいて、ホスティングサーバの利用状況を示すログが生成されたことを契機として、そのログを複製して揮発性メモリ上のログデータに記録する。そして、ホスティングサーバに、ログ取得要求が埋め込まれたサービス要求があると、サービス要求に対するサービス応答にログデータから順次読み出した少なくとも１つのログを埋め込み、これをサービス要求元に返信する。
【発明の効果】
【０００７】
本技術によれば、ログ取得要求が埋め込まれたサービス要求をホスティングサーバに送信すると、そのサービス要求に対するサービス応答に重畳して、ログデータに記録されたログが断片化されつつ取得される。このため、サービス応答に埋め込まれたログを取り出して再構築することで、データセンタに気付かれずに、そこで管理されるログファイルの一部を複製したログファイルを取得することができる。そして、データセンタから課金請求がなされたとき、データセンタから提供されたログファイルと密かに取得したログファイルとを比較することで、データセンタの課金が妥当であるか否かを客観的に監査することができる。
【図面の簡単な説明】
【０００８】
【図１】本技術の適用対象となるホスティングサーバの一実施形態の構成図
【図２】ストレージサーバ上のログファイルの説明図
【図３】仮想サーバ上のログデータの説明図
【図４】ログ抽出部で実行されるログ抽出処理のフローチャート
【図５】サービス要求に埋め込まれたログ取得要求の説明図
【図６】サービス応答に埋め込まれたログの説明図
【図７】ログ重畳部で実行されるログ重畳処理のフローチャート
【図８】ログ重畳処理の一部を構成するサブルーチンのフローチャート
【図９】ログ複製部で実行されるログ複製処理のフローチャート
【図１０】ログ記録部で実行されるログ記録処理のフローチャート
【図１１】本技術の作用及び効果を説明するための概略図
【発明を実施するための形態】
【０００９】
以下、添付された図面を参照して本技術を詳述する。
図１は、本技術の適用対象となるホスティングサーバの一実施形態を示す。
データセンタに設置された物理サーバ１００は、公知の仮想化技術を適用することで、少なくとも１台の仮想サーバ２００に分割される。テナントに貸し出される仮想サーバ２００では、ハードディスクなどのストレージにインストールされたサービスプログラム及びログ取得プログラムを実行することで、アプリケーション２１０、ログ複製部２２０、ログ記録部２３０及びログ重畳部２４０が夫々具現化される。なお、仮想サーバ２００のストレージには、サービスプログラム及びログ取得プログラムが記録されたＣＤ−ＲＯＭ，ＤＶＤ−ＲＯＭなどのコンピュータ読取可能な記録媒体から、サービスプログラム及びログ取得プログラムがインストールされる。
【００１０】
アプリケーション２１０は、サービス要求に応じて、例えば、情報検索などのサービスを提供すると共に、仮想サーバ２００のハードウエア資源の利用状況を示すログを生成する。ログ複製部２２０は、アプリケーション２１０によりログが生成されたときに、そのログを複製してログ記録部２３０へと送信する。また、ログ複製部２２０は、ストレージサーバ３００に備えられるストレージ上のログファイル３１０に、図２に示すように、ログ行番号に日時及び内容を関連付けたログを逐次記録する。ログ記録部２３０は、ログ複製部２２０から送信されたログに基づいて、揮発性メモリ上のログデータ２５０に、図３に示すように、識別子たるindexにログ行番号，日時及び内容を関連付けたログを記録する。なお、揮発性メモリの記憶領域が制限されることから、ログデータ２５０は、Ｎ個のログのみを記録可能なものとされる。ログ重畳部２４０は、ログデータ２５０に記録されたログを断片的に読み出し、サービス応答にログを埋め込んで返信する。
【００１１】
データセンタに設置された仮想サーバ２００は、インターネットなどのネットワークを介して、一般利用者のクライアント４００及びテナントのクライアント５００に接続される。クライアント４００及び５００には、サービスを利用するためのユーザインタフェースを提供するブラウザ４１０及び５１０が夫々組み込まれる。また、テナントのクライアント５００では、ハードディスクなどのストレージにインストールされたログ取得プログラムを実行することで、ログ抽出部５２０が具現化される。ログ抽出部５２０は、サービス要求にログ取得要求を埋め込む一方、仮想サーバ２００から返信されたサービス応答からログを取り出し、ストレージ上のログファイル５３０にログを再構築する。
【００１２】
図４は、クライアント５００のログ抽出部５２０が、テナントによりログ取得の指示がなされ、かつ、ブラウザ５１０からサービス要求を受信したことを契機として実行するログ抽出処理を示す。
【００１３】
ステップ１（図では「Ｓ１」と略記する。以下同様）では、ログ抽出部５２０が、ログ取得が未完了であるか否かを判定する。ここで、ログ取得が未完了であるか否かは、例えば、ログデータ２５０からログを読み出す位置を特定するログ読出位置ＯＦＦＳＥＴが、ログデータ２５０の最大ログ記録数Ｎ以下であるか否かを介して判定することができる。そして、ログ抽出部５２０が、ログ取得が未完了であると判定すれば処理をステップ２へと進める一方（Ｙｅｓ）、ログ取得が完了したと判定すれば処理をステップ１１へと進める（Ｎｏ）。
【００１４】
ステップ２では、ログ抽出部５２０が、ログ取得が開始されたか否かを判定する。ここで、ログ取得が開始されたか否かは、例えば、ログ読出位置ＯＦＦＳＥＴが最大ログ記録数Ｎより大きいか否かを介して判定することができる。そして、ログ抽出部５２０が、ログ取得が開始されたと判定すれば処理をステップ３へと進め（Ｙｅｓ）、ログ読出位置ＯＦＦＳＥＴに１を設定すると共に、ストレージ上にログを記録するための空のログファイルを作成する。一方、ログ抽出部５２０が、ログ取得が開始済みであると判定すれば処理をステップ４へと進める（Ｎｏ）。
【００１５】
ステップ４では、ログ抽出部５２０が、図５に示すように、サービス要求のヘッダに、ログ読出位置ＯＦＦＳＥＴ及びログ取得数ＣＯＵＮＴを含んだログ取得要求を埋め込む。ここで、ログ取得数ＣＯＵＮＴは、テナントにより任意に設定された自然数である。
【００１６】
ステップ５では、ログ抽出部５２０が、データセンタの仮想サーバ２００のログ重畳部２４０にサービス要求を送信する。なお、仮想サーバ２００へのサービス要求の送信は、インターネット上で情報を暗号化して送受信するＳＳＬ（Secure Socket Layer）を利用することが望ましい。
【００１７】
ステップ６では、ログ抽出部５２０が、仮想サーバ２００のログ重畳部２４０からサービス応答を受信したか否かを判定する。そして、ログ抽出部５２０が、サービス応答を受信したと判定すれば処理をステップ７に進める一方（Ｙｅｓ）、サービス応答を受信していないと判定すれば待機する（Ｎｏ）。
【００１８】
ステップ７では、ログ抽出部５２０が、サービス応答のヘッダからログを取り出す。ここで、サービス応答のヘッダには、ログ重畳処理により、図６に示すように、ログの内容が埋め込まれている。
【００１９】
ステップ８では、ログ抽出部５２０が、ストレージ上に作成されたログファイル５３０に、ステップ７で取り出したログを追記する。
ステップ９では、ログ抽出部５２０が、ログ取得数ＣＯＵＮＴに応じて、ログ読出位置ＯＦＦＳＥＴを更新（インクリメント）する。
【００２０】
ステップ１０では、ログ抽出部５２０が、ブラウザ５１０にサービス応答を返信する。
ステップ１１では、ログ抽出部５２０が、データセンタの仮想サーバ２００のログ重畳部２４０にサービス要求を送信する。なお、このサービス要求には、ログ取得要求が埋め込まれていない。また、仮想サーバ２００へのサービス要求の送信は、インターネット上で情報を暗号化して送受信するＳＳＬを利用することが望ましい。
【００２１】
ステップ１２では、ログ抽出部５２０が、仮想サーバ２００のログ重畳部２４０からサービス応答を受信したか否かを判定する。そして、ログ抽出部５２０が、サービス応答を受信したと判定すれば処理をステップ１０に進める一方（Ｙｅｓ）、サービス応答を受信していないと判定すれば待機する（Ｎｏ）。
【００２２】
このようなログ抽出処理によれば、テナントによりログ取得の指示がなされた後、ログ取得要求が埋め込まれたサービス要求が仮想サーバ２００に送信されると、そのサービス要求に対するサービス応答に重畳して、ログデータ２５０に記録されたログが断片化されつつ取得される。そして、この断片化されたログをログファイル５３０に再構築することで、データセンタが管理するストレージサーバ３００のログファイル３１０の一部を複製したログファイル５３０が取得される。このとき、サービス要求に埋め込まれるログ抽出要求には、ログ読出位置ＯＦＦＳＥＴが順次更新されつつ書き込まれるため、テナントは、ログデータ２５０のログ読出位置を意識せずに、サービス要求を順次発行することでログを取得することができる。
【００２３】
図７は、仮想サーバ２００のログ重畳部２４０が、一般利用者のクライアント４００又はテナントのクライアント５００からサービス要求を受信したことを契機として実行するログ重畳処理を示す。
【００２４】
ステップ２１では、ログ重畳部２４０が、デジタル証明書などの認証情報を利用して、テナントからのサービス要求であるか否かを判定する。そして、ログ重畳部２４０が、テナントからのサービス要求であると判定すれば処理をステップ２２へと進める一方（Ｙｅｓ）、テナントからのサービス要求でない、即ち、一般利用者からサービス要求であると判定すれば処理をステップ２９へと進める（Ｎｏ）。
【００２５】
ステップ２２では、ログ重畳部２４０が、サービス要求のヘッダを解析して、そこにログ取得要求が埋め込まれているか否かを判定する。そして、ログ重畳部２４０が、サービス要求のヘッダにログ取得要求が埋め込まれていると判定すれば処理をステップ２３へと進める一方（Ｙｅｓ）、サービス要求のヘッダにログ取得要求が埋め込まれていないと判定すれば処理をステップ２９へと進める（Ｎｏ）。
【００２６】
ステップ２３では、ログ重畳部２４０が、サービス要求のヘッダからログ取得要求を取り出す。
ステップ２４では、ログ重畳部２４０が、メモリ上のログデータ２５０からログを読み出すサブルーチンをコールする。
【００２７】
ステップ２５では、ログ重畳部２４０が、アプリケーション２１０にサービス要求を転送する。
ステップ２６では、ログ重畳部２４０が、アプリケーション２１０からサービス応答を受信したか否かを判定する。そして、ログ重畳部２４０が、サービス応答を受信したと判定すれば処理をステップ２７へと進める一方（Ｙｅｓ）、サービス応答を受信していないと判定すれば待機する（Ｎｏ）。
【００２８】
ステップ２７では、ログ重畳部２４０が、アプリケーション２１０から受信したサービス応答のヘッダに、ステップ２４で読み込んだログを埋め込む。
ステップ２８では、ログ重畳部２４０が、サービス要求を発行したクライアント４００又は５００に対して、ヘッダにログが埋め込まれたサービス応答を返信する。なお、クライアント４００又は５００へのサービス応答の返信は、インターネット上で情報を暗号化して送受信するＳＳＬを利用することが望ましい。
【００２９】
ステップ２９では、ログ重畳部２４０が、アプリケーション２１０にサービス要求を転送する。
ステップ３０では、ログ重畳部２４０が、アプリケーション２１０からサービス応答を受信したか否かを判定する。そして、ログ重畳部２４０が、サービス応答を受信したと判定すれば処理をステップ２８へと進める一方（Ｙｅｓ）、サービス応答を受信していないと判定すれば待機する（Ｎｏ）。
【００３０】
図８は、メモリ上のログデータ２５０からログを読み出すサブルーチンを示す。
ステップ３１では、ログ重畳部２４０が、メモリ上のログデータ２５０を参照し、ログ読出位置ＯＦＦＳＥＴにより特定されるindexにログが記録済みであるか否かを判定する。そして、ログ重畳部２４０が、ログが記録済みであると判定すれば処理をステップ３２へと進める一方（Ｙｅｓ）、ログが記録されていないと判定すれば処理をステップ３３へと進める（Ｎｏ）。
【００３１】
ステップ３２では、ログ重畳部２４０が、メモリ上のログデータ２５０を再度参照し、ログ読出位置ＯＦＦＳＥＴにより特定されるindexからログ取得数ＣＯＵＮＴのログを読み出す。
【００３２】
ステップ３３では、ログ重畳部２４０が、ログ読出位置ＯＦＦＳＥＴにより特定されるindexにはログが記録されていないことを示すエラーメッセージを通知する。
このようなログ重畳処理によれば、テナントからのサービス要求であれば、そのヘッダにログ取得要求が埋め込まれているか否かが判定される。そして、サービス要求のヘッダにログが埋め込まれていれば、そのヘッダから取り出したログ取得要求に基づいて、メモリ上のログデータ２５０からログが所定数読み出される。また、テナントからのサービス要求は、アプリケーション２１０に転送される。そして、アプリケーション２１０から返信されたサービス応答のヘッダにログが埋め込まれ、サービス要求がクライアント４００又は５００に返信される。
【００３３】
一方、テナントからのサービス要求でなく、又は、サービス要求のヘッダにログ取得要求が埋め込まれていなければ、受信したサービス要求がそのままアプリケーション２１０に転送される。そして、アプリケーション２１０から返信されたサービス応答は、そのままクライアント４００又は５００に返信される。
【００３４】
図９は、仮想サーバ２００のログ複製部２２０が、アプリケーション２１０によりログが生成されたことを契機として実行するログ複製処理を示す。
ステップ４１では、ログ複製部２２０が、仮想サーバ２００の利用状況を示すログに、そのログを一意に特定する行番号を付与する。
【００３５】
ステップ４２では、ログ複製部２２０が、ログ記録部２３０に対して行番号が付与されたログを送信する。
ステップ４３では、ログ複製部２２０が、行番号が付されたログをストレージサーバ３００のストレージ上のログファイル３１０に追記する。
【００３６】
このようなログ複製処理によれば、アプリケーション２１０によりログが生成されるごとに、仮想サーバ２００の利用状況を示すログに行番号が付与された後、これがログ記録部２３０に送信される。また、行番号が付与されたログは、データセンタが管理するストレージサーバ３００のログファイル３１０に追記される。なお、ストレージサーバ３００にログ記録機能が備えられているときには、ログ複製部２２０は、行番号が付されたログをストレージサーバ３００に送信するだけでよい。
【００３７】
図１０は、仮想サーバ２００のログ記録部２３０が、ログ複製部２２０から行番号が付与されたログを受信したことを契機として実行するログ記録処理を示す。
ステップ５１では、ログ記録部２３０が、メモリ上のログデータ２５０にログを記録するための空き領域があるか否かを判定する。そして、ログ記録部２３０が、空き領域があると判定すれば処理をステップ５２へと進める一方（Ｙｅｓ）、空き領域がないと判定すれば処理をステップ５３へと進める（Ｎｏ）。
【００３８】
ステップ５２では、ログ記録部２３０が、空き領域の先頭、即ち、ログが記録されていない空き領域のうちindexが最も小さい領域にログを書き込む。
ステップ５３では、ログ記録部２３０が、ログデータ２５０の先頭、即ち、時間的に最も古いログが記録される領域のログを削除し、その領域のindexが最大ログ記録数Ｎになるように、それ以降の領域のindexを逐次振り直す。
【００３９】
ステップ５４では、ログ記録部２３０が、indexが最大ログ記憶数Ｎの領域にログを書き込む。
このようなログ記録処理によれば、記憶領域が比較的小さいメモリ上のログデータ２５０には、その領域を循環使用することで、時間的に新しいＮ個のログが記録される。
【００４０】
従って、ホスティングサーバに組み込まれたログ取得装置によれば、図１１に示すように、テナントが管理するデータセンタのテナント区画において、原本たるログファイル３１０を断片化したログデータ２５０がメモリ上に記録される。そして、テナントの指示に対応して、仮想サーバ２００のアプリケーション２１０から返信されるサービス応答に対して、メモリ上のログデータ２５０に記録されたログが断片的に重畳され、これがテナントのクライアント５００へと返信される。その後、テナントのクライアント５００では、サービス応答のヘッダからログが取り出され、こらがログファイル５３０に再構築される。
【００４１】
このため、テナントは、データセンタに気付かれないように、データセンタが管理するログファイル３１０の一部を複製したログファイル５３０を取得することがききる。そして、テナントは、図１１に示すように、課金請求時にデータセンタから提供されたログファイル６００と、データセンタに気付かれずに取得したログファイル５３０と、を比較することで、課金が妥当であるか否かを監査することができる。
【００４２】
このとき、ログファイル３１０の一部を複製したログデータ２５０は、仮想サーバ２００のメモリ上に記録されるため、仮想サーバ２００を停止させると、その記録内容も消滅してしまう。このため、データセンタは、テナントがログファイル３１０の一部を複製していることに気付き難く、データセンタの監査に客観性を付与することができる。また、仮想サーバ２００とクライアント４００又は５００との間の通信は、ＳＳＬなどを利用した暗号でなされるため、データセンタがサービス応答に断片化したログが埋め込まれていることを容易に解析することができない。さらに、サービス応答には、断片化されたログが埋め込まれているため、サービス応答のサイズからログが埋め込まれていることを容易に判断することはできない。
【００４３】
なお、本技術は、物理サーバを仮想化した仮想サーバに限らず、物理サーバそのものを貸し出すホスティングサーバにも適用可能である。また、ログ取得要求及び断片化されたログは、サービス要求及びサービス応答のヘッダに埋め込む構成に限らず、サービス要求及びサービス応答の本体の一部として埋め込むようにしてもよい。
以上の実施形態に関し、更に以下の付記を開示する。
【００４４】
（付記１）データセンタから貸し出されるホスティングサーバに、前記ホスティングサーバの利用状況を示すログが生成されたときに、該ログを複製するログ複製部と、前記ログ複製部により複製されたログを揮発性メモリ上のログデータに記録するログ記録部と、ログ取得要求が埋め込まれたサービス要求を受信したときに、該サービス要求に対するサービス応答に前記ログデータから順次読み出した少なくとも１つのログを埋め込み、該ログを埋め込んだサービス応答をサービス要求元に返信するログ重畳部と、を実現させるためのログ取得プログラム。
【００４５】
（付記２）前記サービス要求を発行するクライアントに、前記ログデータからログを読み出す読出位置を順次更新しつつ、前記サービス要求に対して読出位置が書き込まれたログ取得要求を埋め込む一方、前記ログ重畳部から返信されたサービス応答からログを取り出して、ストレージ上のログファイルに再構築するログ抽出部を更に実現させることを特徴とする付記１記載のログ取得プログラム。
【００４６】
（付記３）前記ログ重畳部は、前記ホスティングサーバのテナントからのサービス要求であり、かつ、該サービス要求にログ取得要求が埋め込まれているときのみ、前記サービス応答に前記ログデータから順次読み出した少なくとも１つのログを埋め込むことを特徴とする付記１又は付記２に記載のログ取得プログラム。
【００４７】
（付記４）前記ログ重畳部は、認証情報を利用して、前記テナントからのサービス要求であるか否かを判定することを特徴とする付記３記載のログ取得プログラム。
【００４８】
（付記５）前記ログ重畳部は、サービス要求及びサービス応答をＳＳＬで送受信することを特徴とする付記１〜付記４のいずれか１つに記載のログ取得プログラム。
【００４９】
（付記６）前記揮発性メモリ上のログデータは、循環使用されることを特徴とする付記１〜付記５のいずれか１つに記載のログ取得プログラム。
【００５０】
（付記７）データセンタから貸し出されるホスティングサーバが、前記ホスティングサーバの利用状況を示すログが生成されたときに、該ログを複製するステップと、複製されたログを揮発性メモリ上のログデータに記録するステップと、ログ取得要求が埋め込まれたサービス要求を受信したときに、該サービス要求に対するサービス応答に前記ログデータから順次読み出した少なくとも１つのログを埋め込み、該ログを埋め込んだサービス応答をサービス要求元に返信するステップと、を実行することを特徴とするログ取得方法。
【００５１】
（付記８）前記サービス要求を発行するクライアントが、前記ログデータからログを読み出す読出位置を順次更新しつつ、前記サービス要求に対して読出位置が書き込まれたログ取得要求を埋め込む一方、前記サービス応答からログを取り出して、ストレージ上のログファイルに再構築するステップを更に実行することを特徴とする付記７記載のログ取得方法。
【符号の説明】
【００５２】
１００  物理サーバ
２００  仮想サーバ
２１０  アプリケーション
２２０  ログ複製部
２３０  ログ記録部
２４０  ログ重畳部
２５０  ログデータ
３００  ストレージサーバ
３１０  ログファイル
５００  クライアント
５１０  ブラウザ
５２０  ログ抽出部
５３０  ログファイル
【図１】
2010198436.tif 000003
【図２】
2010198436.tif 000004
【図３】
2010198436.tif 000005
【図４】
2010198436.tif 000006
【図５】
2010198436.tif 000007
【図６】
2010198436.tif 000008
【図７】
2010198436.tif 000009
【図８】
2010198436.tif 000010
【図９】
2010198436.tif 000011
【図１０】
2010198436.tif 000012
【図１１】
2010198436.tif 000013