(57)【要約】【課題】  大規模分散処理システムにおいて、プライマリサーバとバックアップサーバ間のスループットを向上させ、ネットワーク帯域を効率的に利用すると共にクライアント端末からの要求に対する応答時間を短くする。【解決手段】  本発明は、クライアント端末からの要求を実行し、状態情報を更新し、要求に含まれる識別子に基づいて、「即時ログ」または、「漸次ログ」を生成して、ログ記憶手段の末尾に格納し、読み出した末尾のログが「即時ログ」である場合には、それまで蓄積されている全てのログを、バックアップサーバに送信し、「漸次ログ」である場合は、そのまま蓄積を続け、また、「漸次ログ」であり、かつ、蓄積されているログ集合の量が所定の閾値以上、所定の時間が経過した、のいずれかの条件に適合する場合は、ログ記憶手段に格納されている全てのログ集合をバックアップサーバに送信する。【選択図】  図５
2011210109.tif 000002
【特許請求の範囲】
【請求項１】
複数のクライアント端末、複数のワーカ、プライマリサーバ、バックアップサーバを含む大規模分散処理システムにおけるプライマリサーバとバックアップサーバ間における同期処理方法であって、
ログを記憶するログ記憶手段を有するプライマリサーバは、
前記クライアント端末から要求を受信すると、該要求を実行し、状態情報を更新する要求実行ステップと、
前記要求にサーバのみに情報が保存されていることを示す第１の識別子が含まれている場合には、「即時ログ」を生成し、該サーバの障害が発生してもワーカから情報を取得することが可能であることを示す第２の識別子が含まれている場合には、「漸次ログ」を生成して、前記ログ記憶手段の末尾に格納するログ格納ステップと、
前記ログ記憶手段に格納されている末尾のログが「即時ログ」である場合には、該ログ記憶手段に格納されている全てのログを、前記バックアップサーバに送信する同期送信ステップと、
前記ログ記憶手段の末尾のログが「漸次ログ」であり、かつ、
当該ログ記憶手段に格納されているログ集合の量が所定の閾値以上；
当該ログ記憶手段にログが格納されてから所定の時間が経過した；
のいずれかの条件に適合する場合は、前記ログ記憶手段に格納されている全てのログ集合を前記バックアップサーバに送信する非同期送信ステップと、
を行うことを特徴とする同期処理方法。
【請求項２】
複数のクライアント端末、複数のワーカ、プライマリサーバ、バックアップサーバを含む大規模分散処理システムにおけるプライマリサーバとバックアップサーバ間における同期処理システムであって、
前記プライマリサーバは、
ログを記憶するログ記憶手段と、
前記クライアント端末から要求を受信すると、該要求を実行し、状態情報を更新する要求実行手段と、
前記要求にサーバのみに情報が保存されていることを示す第１の識別子が含まれている場合には、「即時ログ」を生成し、該サーバの障害が発生してもワーカから情報を取得することが可能であることを示す第２の識別子が含まれている場合には、「漸次ログ」を生成して、前記ログ記憶手段の末尾に格納するログ生成手段と、
前記ログ記憶手段に格納されている末尾のログが「即時ログ」である場合には、該ログ記憶手段に格納されている全てのログを、前記バックアップサーバに送信する同期送信手段と、
前記ログ記憶手段の末尾のログが「漸次ログ」であり、かつ、
当該ログ記憶手段に格納されているログ集合の量が所定の閾値以上；
当該ログ記憶手段にログが格納されてから所定の時間が経過した；
のいずれかの条件に適合する場合は、前記ログ記憶手段に格納されている全てのログ集合を前記バックアップサーバに送信する非同期送信手段と、
を有することを特徴とする同期処理システム。
【請求項３】
複数のクライアント端末、複数のワーカ、プライマリサーバ、バックアップサーバを含む大規模分散処理システムにおいて、該バックアップサーバとの間で同期処理を行うプライマリサーバであって、
ログを記憶するログ記憶手段と、
前記クライアント端末から要求を受信すると、該要求を実行し、状態情報を更新する要求実行手段と、
前記要求にサーバのみに情報が保存されていることを示す第１の識別子が含まれている場合には、「即時ログ」を生成し、該サーバの障害が発生してもワーカから情報を取得することが可能であることを示す第２の識別子が含まれている場合には、「漸次ログ」を生成して、前記ログ記憶手段の末尾に格納するログ生成手段と、
前記ログ記憶手段に格納されている末尾のログが「即時ログ」である場合には、該ログ記憶手段に格納されている全てのログを、前記バックアップサーバに送信する同期送信手段と、
前記ログ記憶手段の末尾のログが「漸次ログ」であり、かつ、
当該ログ記憶手段に格納されているログ集合の量が所定の閾値以上；
当該ログ記憶手段にログが格納されてから所定の時間が経過した；
のいずれかの条件に適合する場合は、前記ログ記憶手段に格納されている全てのログ集合を前記バックアップサーバに送信する非同期送信手段と、
を有することを特徴とするプライマリサーバ。
【請求項４】
請求項３に記載のプライマリサーバを構成する各手段としてコンピュータを機能させるための同期処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、大規模分散処理システムにおける同期処理方法及びシステム及びプライマリサーバ及びプログラムに係り、特に、データマイニングのように、数十ＴＢ（テラバイト）〜数百ＴＢの規模のＷｅｂコンテンツやログ情報などを効率的に分散処理する大規模分散システムにおいて、プライマリサーバに障害が発生した場合に冗長系として動作するサーバをソフトウェアにより複製するためのログを管理するための大規模分散処理システムにおける同期処理方法及びシステム及びプライマリサーバ及びプログラムに関する。
【背景技術】
【０００２】
従来、プライマリサーバに障害が発生した場合でも、システムとしての機能を維持するためのバックアップを複製する第１の手法として、図８に示すようにプライマリサーバがクライアント端末からの要求ごとに、バックアップサーバに対して更新メッセージの送信と返信を行う。また、アクティブ複製を行う場合には、図９に示すように、クライアント端末からの要求を全てのサーバ（プライマリサーバとすべてのバックアップサーバ）に送信し、当該要求を受信したサーバは状態を更新し、クライアント端末に返信する方法がある（例えば、非特許文献１参照）。
【０００３】
また、プライマリサーバにおけるログを管理する第２の手法として、図１０に示すように、プライマリサーバが操作ログをバッファリングしてまとめてバックアップサーバに送信することにより、スループットを向上させる手法がある（例えば、非特許文献２参照）。
【０００４】
また、従来の第３の手法として、図１１に示すように、クライアント端末がプライマリサーバに要求を送信し、結果を受信後、当該クライアント端末からバックアップサーバにその結果を送信する手法がある（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特表２００２−５２５７４８号公報
【非特許文献】
【０００６】
【非特許文献１】Software-Based Replication for Fault Tolerance, IEEE Computer, 30(4), pp. 68-74, April, 1997.
【非特許文献２】The Google File System, Proceedings of the 19th ACM Symposium on Operating Systems Principles, pp. 29-43, October, 2003.
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記従来の第１の手法は、「クライアント端末→プライマリサーバ→バックアップサーバ」の順に更新メッセージを送信しており、プライマリサーバが複数のクライアント端末から受信する大量の要求を１つ１つバックアップサーバに送信することになるため、プライマリサーバとバックアップサーバ間のスループットが低下する。また、アクティブ複製を行う場合は、複数のクライアント端末からプライマリサーバとバックアップサーバに同時に送信するために、更新メッセージの順序性と原始性を維持するための通信手段が必要となり、その実装は複雑になる。
【０００８】
また、上記の従来の第２の手法は、プライマリサーバにおいて操作ログを所定数バッファリングし、まとめてバックアップサーバに送信し、バックアップサーバからプライマリサーバへの返答もまとめてクライアント端末に返却するため、クライアント端末が要求をプライマリサーバに送信してからの応答時間が増大するという問題がある。
【０００９】
また、第３の手法は、クライアント端末からプライマリサーバに要求を送信し、プライマリサーバから応答が返却された後、クライアント端末からバックアップサーバに対して要求を送信するため、上記の第１の手法のアクティブ複製と同様に、更新メッセージの順序性や原始性を維持するための通信手段が必要となり、その実装は複雑になるという問題がある。
【００１０】
本発明は、上記の点に鑑みなされたもので、大規模分散処理システムにおいて、プライマリサーバとバックアップサーバ間のスループットを向上させ、ネットワーク帯域を効率的に利用すると共に、クライアント端末からの要求に対する応答時間を短くすることが可能な大規模分散処理システムにおける同期処理方法及びシステム及びプライマリサーバ及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明（請求項１）は、複数のクライアント端末、複数のワーカ、プライマリサーバ、バックアップサーバを含む大規模分散処理システムにおけるプライマリサーバとバックアップサーバ間における同期処理方法であって、
ログを記憶するログ記憶手段を有するプライマリサーバは、
サーバのみに情報が保存されていることを示す第１の識別子、または、該サーバの障害が発生してもワーカから情報を取得することが可能であることを示す第２の識別子を含む要求をクライアント端末から受信すると、該要求を実行し、状態情報を更新すると共に、該要求に該第１の識別子が含まれている場合には、即時ログを生成し、該第２の識別子が含まれている場合には、漸次ログを生成して、ログ記憶手段の末尾に格納するログ格納ステップと、
ログ記憶手段に格納されている末尾のログが即時ログである場合には、その時点までに該ログ記憶手段に格納されている全てのログを、バックアップサーバに送信する同期送信ステップと、
ログ記憶手段の末尾のログが漸次ログであり、かつ、
当該ログ記憶手段に格納されているログ集合の量が所定の閾値（ＴｈＡ）以上；
当該ログ記憶手段にログが格納されてから所定の時間（ＴｈＢ）が経過した；
のいずれかの条件に適合する場合は、ログ記憶手段に格納されている全てのログ集合をバックアップサーバに送信する非同期送信ステップと、
を行う。
【００１２】
図１は、本発明の原理構成図である。
【００１３】
本発明（請求項２）は、複数のクライアント端末、複数のワーカ、プライマリサーバ、バックアップサーバを含む大規模分散処理システムにおけるプライマリサーバとバックアップサーバ間における同期処理システムであって、
プライマリサーバ１００は、
ログを記憶するログ記憶手段１３０と、
クライアント端末から要求を受信すると、該要求を実行し、状態情報を更新する要求実行手段１１１と、
要求にサーバのみに情報が保存されていることを示す第１の識別子が含まれている場合には、「即時ログ」を生成し、該サーバの障害が発生してもワーカから情報を取得することが可能であることを示す第２の識別子が含まれている場合には、「漸次ログ」を生成して、ログ記憶手段１３０の末尾に格納するログ生成手段１１２と、
ログ記憶手段１３０に格納されている末尾のログが「即時ログ」である場合には、該ログ記憶手段に格納されている全てのログを、バックアップサーバに送信する同期送信手段１４１と、
ログ記憶手段１３０の末尾のログが「漸次ログ」であり、かつ、
当該ログ記憶手段１３０に格納されているログ集合の量が所定の閾値以上；
当該ログ記憶手段１３０にログが格納されてから所定の時間が経過した；
のいずれかの条件に適合する場合は、ログ記憶手段に格納されている全てのログ集合をバックアップサーバに送信する非同期送信手段１４２と、
を有する。
【００１４】
本発明（請求項３）は、複数のクライアント端末、複数のワーカ、プライマリサーバ、バックアップサーバを含む大規模分散処理システムにおいて、該バックアップサーバとの間で同期処理を行うプライマリサーバであって、
ログを記憶するログ記憶手段と、
サーバのみに情報が保存されていることを示す第１の識別子、または、該サーバの障害が発生してもワーカから情報を取得することが可能であることを示す第２の識別子を含む要求をクライアント端末から受信すると、該要求を実行し、状態情報を更新すると共に、該要求に該第１の識別子が含まれている場合には、即時ログを生成し、該第２の識別子が含まれている場合には、漸次ログを生成して、ログ記憶手段の末尾に格納するログ生成手段と、
ログ記憶手段に格納されている末尾のログが即時ログである場合には、該ログ記憶手段に格納されている全てのログを、前記バックアップサーバに送信する同期送信手段と、
ログ記憶手段の末尾のログが漸次ログであり、かつ、
当該ログ記憶手段に格納されているログ集合の量が所定の閾値以上；
当該ログ記憶手段にログが格納されてから所定の時間が経過した；
のいずれかの条件に適合する場合は、ログ記憶手段に格納されている全てのログ集合をバックアップサーバに送信する非同期送信手段と、を有する。
【００１５】
本発明（請求項４）は、請求項３に記載のプライマリサーバを構成する各手段としてコンピュータを機能させるための同期処理プログラムである。
【発明の効果】
【００１６】
上記のように本発明によれば、記憶手段に格納するログを、サーバのみに情報が保存されていて当該サーバの障害により情報が失われた場合に復旧させることができない『即時ログ』と、サーバに障害が発生してもワーカから情報を取得することができる『漸次ログ』の２種類を用いることにより、バックアップサーバへの複製時に、『即時ログ』の場合はその時点で記憶手段に格納されている全てのログを送信し、『漸次ログ』の場合は所定の条件を満たすまでは記憶手段に蓄積していき、所定の条件がみたされた場合はその時点で記憶手段に格納されている全てのログを送信するため、プライマリサーバとバックアップサーバ間のスループットが向上し、ネットワーク帯域を効率的に利用することが可能となる。
【００１７】
また、「漸次ログ」の場合は、クライアント端末に直ちに返答を返すため、クライアント端末からの要求に対する応答時間を短縮することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の原理構成図である。
【図２】本発明を適用するシステム構成図である。
【図３】本発明の一実施の形態におけるプライマリサーバハードウェア構成図である。
【図４】本発明の一実施の形態におけるプライマリサーバ機能構成図である。
【図５】本発明の一実施の形態におけるプライマリサーバの処理のフローチャートである。
【図６】本発明の一実施の形態におけるプライマリサーバのログ同期送信処理のフローチャートである。
【図７】本発明の一実施の形態におけるプライマリサーバのログ非同期送信処理のフローチャートである。
【図８】従来の第１の手法（バックアップ複製）によるメッセージのシーケンスチャートである。
【図９】従来の第１の手法（アクティブ複製）によるメッセージのシーケンスチャートである。
【図１０】従来の第２の手法によるメッセージのシーケンスチャートである。
【図１１】従来の第３の手法によるメッセージのシーケンスチャートである。
【発明を実施するための形態】
【００１９】
以下、図面と共に本発明の実施の形態を説明する。
【００２０】
図２は、本発明を適用するシステム構成図である。
【００２１】
本発明は、図２に示すように、分散ファイルシステムのデータ管理と制御を行うプライマリサーバ１００、バックアップサーバ２００、分散システムの可用性とシステムとしての一貫性を高めるための基本機能を提供するロックサーバマスタ３００、分散システムの分散ファイルシステムを利用するアプリケーションにリンクされるクライアント端末ライブラリを有する複数のクライアント端末１０、物理的にデータを保持する複数のワーカ２０、ロックサーバマスタ３００に接続される複数のロックサーバレプリカ３０から構成される、大規模分散処理システムに適用される技術である。
【００２２】
プライマリサーバ１００は、クライアント端末１０からのファイルのメタ情報取得・更新要求を取得して、更新されたメタ情報を複製してバックアップサーバ２００に送信し、メタ情報に基づいてワーカ２０に対するデータ管理及び制御を行う。また、分散ファイルマスタの状態をロックサーバマスタ３００に保存する。
【００２３】
クライアント端末１０は、ロックサーバ３００からプライマリサーバ１００の位置情報を取得し、プライマリサーバ１００からファイルのメタ情報を取得し、プライマリサーバ１００から渡された、データを管理しているワーカ２０のメタ情報に基づいてデータの読み出しを行う、または、データの書き込みを行う。
【００２４】
ワーカ２０は、クライアント端末１０からアクセスされることにより、データの登録、提供を行う。
【００２５】
ロックサーバマスタ３００は、分散ファイルマスタ状態と分散マスタの位置情報を管理し、プライマリサーバ１００、バックアップサーバ２００からのロック獲得要求を受け、サーバ間の排他制御を行うと共に、死活状態の監視を行い、例えば、プライマリサーバ１００に障害が発生した場合には、当該プライマリサーバ１００の死活監視ファイルを削除する。
【００２６】
ロックサーバレプリカ３０は、ロックサーバ３００の複製された情報を保持する
本発明は、上記のようなシステム上でのプライマリサーバ１００のログ管理について説明する。
【００２７】
図３は、本発明の一実施の形態におけるプライマリサーバのハードウェア構成を示す。
【００２８】
同図に示すようにプライマリサーバ１００は、メモリ１０２、ハードディスク１０３等の記憶手段、ＣＰＵ１０１、タイマ１０４、ネットワークインタフェース１０５を有する。
【００２９】
図４は、本発明の一実施の形態におけるプライマリサーバの機能構成を示す。
【００３０】
プライマリサーバ１００は、要求処理部１１０、状態管理部１２０、ログ記憶部１３０、ログ送信部１４０から構成され、このうち、状態管理部１２０、ログ記憶部１３０は、メモリ等の記憶媒体である。
【００３１】
要求処理部１１０は、クライアント端末１０からの要求を受信すると、要求を実行し、その結果の状態を状態管理部１２０に格納すると共に、ログを生成してログ記憶部１３０に格納する。要求処理部１１０は、受信した要求のメッセージに含まれるタイプ識別子（以下、タイプＩＤと記す）に基づいて、当該要求メッセージ内容が「即時」または「漸次」であるかを判定し、「即時ログ」または、「漸次ログ」を生成する。例えば、要求メッセージ含まれるタイプＩＤが「００１」であれば「即時ログ」とし、「００２」であれば「漸次ログ」として、ログ記憶部１３０に格納する。
【００３２】
なお、上記の「即時ログ」は、サーバのみに情報が保存されているログで、サーバの障害により情報が失われると復旧させることができないログを指す。
【００３３】
「漸次ログ」は、サーバの障害によって情報が失われても、ワーカ２０から必要な情報を取得することにより復旧させることができるログを指す。
【００３４】
状態管理部１２０は、要求処理部１１０から渡された要求が実行された後の状態を格納する状態管理テーブルを有する。プライマリサーバ１００とバックアップサーバ２００との状態情報にずれがあるときに、プライマリサーバ１００に障害が発生した場合に、バックアップサーバ２００は、ワーカ２０から必要な情報を取得する。
【００３５】
ログ記憶部１３０は、要求処理部１１０から渡されたログを記憶する。ログ記憶部１３０は、ＦＩＦＯキューであり、格納されるログは、要求命令、対象パラメータ、状態情報である。
【００３６】
ログ送信部１４０は、ログ記憶部１３０に格納されているログの種類（即時ログ／漸次ログ）に基づいてログ集合をバックアップサーバ２００に送信する。
【００３７】
以下に、当該プライマリサーバ１００の一連の処理を説明する。
【００３８】
図５は、本発明の一実施の形態におけるプライマリサーバの処理のフローチャートである。
【００３９】
ステップ２１０）  プライマリサーバ１００の要求処理部１１０は、クライアント端末１０からの要求を受信して、実行し、状態管理部１２０の状態管理テーブルの状態を更新する。
【００４０】
ステップ２２０）  要求処理部１１０は、ログを生成し、当該ログをログ記憶部１３０のログ集合の末尾に格納する。このとき、当該要求に含まれるタイプＩＤを参照し、当該タイプＩＤが「即時」、「漸次」のいずれであるかを判定し、即時ログまたは漸次ログを生成する。上記の例では、タイプＩＤ＝００１の場合は「即時ログ」を生成し、タイプＩＤ＝００２の場合は「漸次ログ」を生成する。
【００４１】
ステップ２３０）  ログ送信部１４０は、ステップ２１０で生成した当該ログが「即時ログ」か「漸次ログ」かを判定し、「即時ログ」の場合はステップ２４０に移行し、「漸次ログ」の場合はステップ２５０に移行する。
【００４２】
ステップ２４０）  ログ送信部１４０は、図６に示すプライマリサーバログ同期送信処理を行い、ステップ２９０に移行する。
【００４３】
ステップ２５０）  ログ送信部１４０は、ログ記憶部１３０に格納されているログ集合の量が所定の閾値以上であるかを判断し、閾値以上の場合はステップ２６０に移行し、閾値未満の場合には、ステップ２７０に移行する。
【００４４】
ステップ２６０）  ログ送信部１４０は、図７に示すプライマリサーバログ非同期送信処理を行う。当該ステップの処理は、プライマリサーバ１００のメイン処理（当該フローチャート）とは非同期に実行することができる。このため、ログ記憶部１３０では、ログを格納するための方法として、例えば、ダブルバッファやリングバッファ等の既知方法を用いることができる。
【００４５】
ステップ２７０）  ログ送信部１４０は、タイマから時刻情報を取得して、当該時刻情報を用いて算出される経過時間が所定の閾値以上であればステップ２８０に移行し、閾値未満であれば、ステップ２９０に移行する。ここで、経過時間としては、一定周期毎、または、ログ記憶部１３０に格納されているログ集合が空（＝φ）の状態のときにログを蓄積してからの経過時間などを用いることができる。また、この例に限定されることなく、所定の経過時間が満了した任意の時点でステップ２８０に移行しても良い。ステップ２８０の判定がYesのとき、また、Noのときのステップ２６０の実行後は、ステップ２８０に移行した直後に戻る。
【００４６】
ステップ２８０）  ログ記憶部１３０に格納されているログ集合の量が空（＝φ）である場合はステップ２９０に移行し、空でない場合（≠φ）はステップ２６０に移行して、プライマリサーバログ非同期送信処理を行う。
【００４７】
ステップ２９０）  要求処理部１１０は、クライアント端末１０に対して、処理結果を通知する。
【００４８】
次に、上記のステップ２４０のプライマリサーバログ同期送信処理について説明する。
【００４９】
図６は、本発明の一実施の形態におけるプライマリサーバログ同期送信処理のフローチャートである。
【００５０】
ステップ３１０）  ログ送信部１４０は、ログ記憶部１３０に格納されているログ集合をバックアップサーバ２００に送信する。
【００５１】
ステップ３２０）  ログ送信部１４０は、バックアップサーバ２００からの返答を受信する。
【００５２】
ステップ３３０）  ログ送信部１４０は、ログ記憶部１３０に格納されているログ集合を削除する。
【００５３】
次に、上記のステップ２６０のプライマリサーバ非同期送信処理について説明する。
【００５４】
図７は、本発明の一実施の形態におけるプライマリサーバログ非同期送信処理のフローチャートである。
【００５５】
ステップ４１０）  ログ送信部１４０は、ログ記憶部１３０に格納されているログ集合をバックアップサーバ２００に送信する。
【００５６】
ステップ４２０）  ログ送信部１４０は、バックアップサーバ２００から返答を受信する。
【００５７】
ステップ４３０）  ログ送信部１４０は、ログ記憶部１３０に格納されているログ集合を削除する。
【００５８】
上記のように、ログ生成時にログを即時ログと漸次ログに分類し、
・ログが即時ログ；
・ログ記憶部１３０に格納されているログ量の所定の閾値以上；
・経過時間が所定の閾値以上
のいずれかである場合は、プライマリサーバ１００は、その時点までにログ記憶部１３０に格納されているログ集合をまとめてバックアップサーバ２００に送信することにより、プライマリサーバ１００とバックアップサーバ２００間のスループットを向上させることにより、ネットワーク帯域を効率的に利用することができる。
【００５９】
また、ログが漸次ログである場合、ログ記憶部１３０に当該ログを格納し、プライマリサーバ１００からクライアント端末１０に直ちに返答を返すことにより、クライアント端末１０からの要求に対する応答時間を短縮することができる。
【００６０】
なお、上記の図４に示すプライマリサーバの構成要素の動作をプログラムとして構築し、プライマリサーバとして利用されるコンピュータにインストールして実行させる、または、ネットワークを介して流通させることが可能である。
【００６１】
また、構築されたプログラムをハードディスクや、フレキシブルディスク・ＣＤ−ＲＯＭ等の可搬記憶媒体に格納し、コンピュータにインストールする、または、配布することが可能である。
【００６２】
なお、本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において種々変更・応用が可能である。
【符号の説明】
【００６３】
１０  クライアント端末
２０  ワーカ
３０  ロックサーバレプリカ
１００  プライマリサーバ
１０１  ＣＰＵ
１０２  メモリ
１０３  ハードディスク
１０４  タイマ
１０５  ネットワークインタフェース
１１０  要求処理部
１１１  要求実行手段
１１２  ログ生成手段
１２０  状態管理部
１３０  ログ記憶手段、ログ記憶部
１４０  ログ送信部
１４１  同期送信手段
１４２  非同期送信手段
２００  バックアップサーバ
【図１】
2011210109.tif 000003
【図２】
2011210109.tif 000004
【図３】
2011210109.tif 000005
【図４】
2011210109.tif 000006
【図５】
2011210109.tif 000007
【図６】
2011210109.tif 000008
【図７】
2011210109.tif 000009
【図８】
2011210109.tif 000010
【図９】
2011210109.tif 000011
【図１０】
2011210109.tif 000012
【図１１】
2011210109.tif 000013