(57)【要約】【課題】  サーバサイドのダウンやネットワーク障害発生等のネットワークが一方的に遮断される場合にあっても、クライアントサイドで復旧を図ることができる電子文書管理システムを提供する。【解決手段】  電子文書クライアント３内の制御部１１は、所定のタイミングで該クライアントの作動状況に応じた更新前データを記憶部１２に記憶させる制御を行う。例えば、データ接続時には編集予定文書の階層構造やプロパティ情報を記憶させ、データ編集時には編集予定文書の文書データ全てを記憶させる。そして、電子文書管理サーバ２内の取得部１６は、記憶部１２で記憶された更新前データを取得し、更新部１７は取得部１６で取得された更新前データを更新する。【選択図】  図１
2007072805.tif 000002
【特許請求の範囲】
【請求項１】
フォルダとファイルの階層構造及びファイル情報を格納する電子文書管理サーバと、
前記電子文書管理サーバにネットワークを介してアクセスし、前記電子文書管理サーバ内の情報を参照及び編集可能な電子文書クライアントとから構成される電子文書管理システムにおいて、
前記電子文書クライアントは、前記電子文書管理サーバによる更新前のデータを一時的に前記電子文書クライアントの特定の記憶領域に記憶する記憶手段と、所定のタイミングに前記記憶手段により所定の前記更新前データを記憶させる制御を行う制御手段とを有し、
前記電子文書管理サーバは、前記記憶手段により記憶された更新前データを取得する取得手段と、前記取得手段により取得された更新前データを更新する更新手段とを有することを特徴とする電子文書管理システム。
【請求項２】
前記制御手段は、文書データへの接続時に、前記記憶手段により、編集対象文書に関連する階層構造情報及びプロパティ情報を記憶させる制御を行うことを特徴とする請求項１に記載の電子文書管理システム。
【請求項３】
前記制御手段は、文書データの編集時に、前記記憶手段により、編集対象文書の文書データを記憶させる制御を行うことを特徴とする請求項１又は２に記載の電子文書管理システム。
【請求項４】
前記制御手段は、ネットワーク接続時に、前記記憶手段により、前記電子文書管理サーバに格納されているフォルダ及びファイルの階層構造を記憶させる制御を行うことを特徴とする請求項１から３のいずれか１項に記載の電子文書管理システム。
【請求項５】
前記制御手段は、ネットワーク接続時に、前記記憶手段により、前記電子文書管理サーバに格納されているフォルダ及びファイルの階層構造並びにファイル情報を記憶させる制御を行うことを特徴とする請求項１から３のいずれか１項に記載の電子文書管理システム。
【請求項６】
フォルダとファイルの階層構造及びファイル情報を格納する電子文書管理サーバにネットワークを介してアクセスし、前記電子文書管理サーバ内の情報を参照及び編集可能な電子文書クライアントにおいて、
前記電子文書管理サーバによる更新前のデータを一時的に前記電子文書クライアントの特定の記憶領域に記憶する記憶手段と、
所定のタイミングに前記記憶手段により所定の前記更新前データを記憶させる制御を行う制御手段とを有することを特徴とする電子文書クライアント。
【請求項７】
前記制御手段は、文書データへの接続時に、前記記憶手段により、編集対象文書に関連する階層構造情報及びプロパティ情報を記憶させる制御を行うことを特徴とする請求項６に記載の電子文書クライアント。
【請求項８】
前記制御手段は、文書データの編集時に、前記記憶手段により、編集対象文書の文書データを記憶させることを特徴とする請求項６又は７に記載の電子文書クライアント。
【請求項９】
前記制御手段は、ネットワーク接続時に、前記記憶手段により、前記電子文書管理サーバに格納されているフォルダ及びファイルの階層構造を記憶させることを特徴とする請求項６から８のいずれか１項に記載の電子文書クライアント。
【請求項１０】
前記制御手段は、ネットワーク接続時に、前記記憶手段により、前記電子文書管理サーバに格納されているフォルダ及びファイルの階層構造並びにファイル情報を記憶させることを特徴とする請求項６から８のいずれか１項に記載の電子文書クライアント。
【請求項１１】
電子文書クライアントとネットワーク接続され、フォルダとファイルの階層構造及びファイル情報を格納する電子文書管理サーバにおいて、
前記電子文書クライアントにおいて記憶された前記更新前データを取得する取得手段と、前記取得手段により取得された更新前データを更新する更新手段とを有することを特徴とする電子文書管理サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子文書管理システム、電子文書クライアント及び電子文書管理サーバに関し、特に電子文書管理システムのクライアントサイドにおけるデータ保持に関するものである。
【背景技術】
【０００２】
従来から、ネットワーク上で電子文書を共有するための文書保存システムには、文書管理システム、Ｗｅｂサーバ、共有ファイルシステム等が知られている。中でも文書管理システムにおいて、クライアント・サーバ型の文書管理システムでは、スキャナで読み取った文書データや様々なアプリケーションで作成された文書データをサーバに蓄積して管理し、ユーザは、クライアントから文書データの新規登録、参照、更新といった種々の処理を要求してその処理を行うことができる。
【０００３】
ところで、コンピュータがダウンした際にデータの復旧を図る技術として、クラスタリングが一般的に知られている。例えば、サーバの不調時にもクライアントへのサービスが継続的に行えるように、複数のサーバを連動させるものである。つまり、複数台のコンピュータをまとめて扱い、任意のコンピュータがダウンしても、他のコンピュータに処理を引き継ぐことで、全体としてはデータや処理の保持を図ることができる。また、クライアントサイドでは、一時的にデータを同一マシンのメインメモリに保持することでアクセスの効率化を図るキャッシュの技術が一般的に知られている。もっとも、クラスタリングやキャッシュの技術は、後述するように、クライアント・サーバ型の文書管理システムにおいて、有効に活用されている。
【０００４】
文書管理システムでは、通常、障害等により蓄積データが消失しないようにバックアップが行われる。また、サーバで異常が発生した場合に、別サーバに状態を一時的に切り替える等して、データの復旧を図ることができる。例えば、特許文献１では、サーバからサーバへの複製方法として、システムを停止することなく蓄積データのバックアップを行うことが可能なサーバ複製方法が開示されている。なお、クラスタリングは、バックアップでデータが復元された複製先サーバとクライアントとのサービス継続という形で現れる。
【０００５】
他方、サーバに接続するクライアントにおいては、サーバのダウンやネットワーク障害発生時には、一方的にネットワークが遮断されクライアントで編集中のデータが消失してしまい、データが未保存の場合は始めから作業をやり直さなければならない。従来、このデータ消失による後戻り工数を最小限に抑えるため、アプリケーションにバックアップ機能を持たせ自動的にバックアップを行うこと等によって対応していた。例えば、特許文献２では、サーバファイル編集内容をクライアント上の編集ファイルに保存しておき、障害回復時にサーバ上のネットワークアプリケーションが該編集ファイルを読み出して既存データを復元するサーバファイルのバックアップ方式が提案されている。なお、キャッシュは、サーバファイル内容のクライアント上ファイルへの保存という形で現れる。
【特許文献１】特開２００３−２９６１６６号公報
【特許文献２】特開平９−２８２２１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
特許文献１の発明は、新規登録、更新や削除といったクライアントからの要求処理を実行した後に複製先サーバへ複製指示を送ることによって、システムを停止せずにサーバからサーバへ複製できるとしている。しかしながら、複製先サーバへの複製指示前にサーバがダウンした場合には、データの復旧を図ることはできない。
【０００７】
また、特許文献２の発明は、ネットワーク障害発生時にサーバにある編集中のデータをクライアント上のファイルへ保存しバックアップするものである。しかし、障害の発生が編集中でない場合にはデータの保存は行われないし、また、クライアントの状況に応じてバックアップすべきデータを保存できるようにすることが合理的である。すなわち、編集前にはデータに関するフォルダ階層構造やプロパティ情報のみを保存し、編集後に階層構造やプロパティ情報を含む文書データ全体の情報を保存する、という具合に状況に適したデータ保存が望ましい。
【０００８】
そこで、本発明は、電子文書管理サーバ上にある編集中の文書データや該サーバ全体のデータをクライアントサイドで保存し、また、該クライアントの作動状況に応じて保存するデータを選別することにより、サーバサイドのダウンやネットワーク障害発生等のネットワークが一方的に遮断される場合にあっても、該クライアント自身で復旧を図ることができる電子文書管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
かかる目的を達成するために、請求項１記載の発明は、フォルダとファイルの階層構造及びファイル情報を格納する電子文書管理サーバと、前記電子文書管理サーバにネットワークを介してアクセスし、前記電子文書管理サーバ内の情報を参照及び編集可能な電子文書クライアントとから構成される電子文書管理システムにおいて、前記電子文書クライアントは、前記電子文書管理サーバによる更新前のデータを一時的に前記電子文書クライアントの特定の記憶領域に記憶する記憶手段と、所定のタイミングに前記記憶手段により所定の前記更新前データを記憶させる制御を行う制御手段とを有し、前記電子文書管理サーバは、前記記憶手段により記憶された更新前データを取得する取得手段と、前記取得手段により取得された更新前データを更新する更新手段とを有することを特徴とする。
【００１０】
本請求項の発明は、記憶手段と制御手段を有する電子文書クライアントと、取得手段と更新手段を有する電子文書管理サーバとによって、障害時に備えたクライアントサイドにおけるデータ保存を実現するものである。クライアントサイドでは、制御手段が所定のタイミングに該クライアントの作動状況に応じた更新前データを記憶手段に記憶させる制御を行う。一方、サーバサイドでは、取得手段が該クライアントの記憶手段内の更新前データを取得し、更新手段がその取得データを更新する。これにより、障害発生時でも該サーバのデータはクライアントサイドで保存され、該サーバでは該クライアントの保存データをもとに復旧できる。また、保存するデータを選別できることで合理的なバックアップが可能となる。
【００１１】
また、請求項２記載の発明は、請求項１に記載の電子文書管理システムにおいて、前記制御手段は、文書データへの接続時に、前記記憶手段により、編集対象文書に関連する階層構造情報及びプロパティ情報を記憶させる制御を行うことを特徴とする。
【００１２】
また、請求項３記載の発明は、請求項１又は２に記載の電子文書管理システムにおいて、前記制御手段は、文書データの編集時に、前記記憶手段により、編集対象文書の文書データを記憶させる制御を行うことを特徴とする。
【００１３】
また、請求項４記載の発明は、請求項１から３のいずれか１項に記載の電子文書管理システムにおいて、前記制御手段は、ネットワーク接続時に、前記記憶手段により、前記電子文書管理サーバに格納されているフォルダ及びファイルの階層構造を記憶させる制御を行うことを特徴とする。
【００１４】
また、請求項５記載の発明は、請求項１から３のいずれか１項に記載の電子文書管理システムにおいて、前記制御手段は、ネットワーク接続時に、前記記憶手段により、前記電子文書管理サーバに格納されているフォルダ及びファイルの階層構造並びにファイル情報を記憶させる制御を行うことを特徴とする。
【００１５】
また、請求項６記載の発明は、フォルダとファイルの階層構造及びファイル情報を格納する電子文書管理サーバにネットワークを介してアクセスし、前記電子文書管理サーバ内の情報を参照及び編集可能な電子文書クライアントにおいて、前記電子文書管理サーバによる更新前のデータを一時的に前記電子文書クライアントの特定の記憶領域に記憶する記憶手段と、所定のタイミングに前記記憶手段により所定の前記更新前データを記憶させる制御を行う制御手段とを有することを特徴とする。
【００１６】
また、請求項７記載の発明は、請求項６に記載の電子文書管理システムにおいて、前記制御手段は、文書データへの接続時に、前記記憶手段により、編集対象文書に関連する階層構造情報及びプロパティ情報を記憶させる制御を行うことを特徴とする。
【００１７】
また、請求項８記載の発明は、請求項６又は７に記載の電子文書管理システムにおいて、前記制御手段は、文書データの編集時に、前記記憶手段により、編集対象文書の文書データを記憶させることを特徴とする。
【００１８】
また、請求項９記載の発明は、請求項６から８のいずれか１項に記載の電子文書管理システムにおいて、前記制御手段は、ネットワーク接続時に、前記記憶手段により、前記電子文書管理サーバに格納されているフォルダ及びファイルの階層構造を記憶させることを特徴とする。
【００１９】
また、請求項１０記載の発明は、請求項６から８のいずれか１項に記載の電子文書管理システムにおいて、前記制御手段は、ネットワーク接続時に、前記記憶手段により、前記電子文書管理サーバに格納されているフォルダ及びファイルの階層構造並びにファイル情報を記憶させることを特徴とする。
【００２０】
また、請求項１１記載の発明は、電子文書クライアントとネットワーク接続され、フォルダとファイルの階層構造及びファイル情報を格納する電子文書管理サーバにおいて、前記電子文書クライアントにおいて記憶された前記更新前データを取得する取得手段と、前記取得手段により取得された更新前データを更新する更新手段とを有することを特徴とする。
【発明の効果】
【００２１】
本発明によれば、電子文書管理サーバ上の編集中の文書データや該サーバ全体のデータを電子文書クライアントにおいて保存し、また、該クライアントの作動状況に応じて保存するデータを選別することによって、サーバサイドのダウンやネットワーク障害発生等のネットワークが一方的に遮断される場合にあっても、該クライアント自身で復旧を図ることができる電子文書管理システムが実現される。
【発明を実施するための最良の形態】
【００２２】
図を参照しながら、本発明の実施形態における電子文書管理システムについて説明する。
【００２３】
＜実施形態１＞
本実施形態は、電子文書クライアントがネットワーク接続後にデータの接続をした時点において、編集対象の文書に関連する階層構造やプロパティ情報であって更新前のデータをクライアントサイドで保存するというものである。
【００２４】
まず、本実施形態における電子文書管理システムの構成について説明する。図１は、本実施形態の電子文書管理システムの構成図を示したものである。電子文書クライアント１は、電子文書管理サーバ２とネットワーク３を介して接続されており、入力部１０、制御部１１、記憶部１２及び通信部１３から構成される。また、電子文書管理サーバ２は、電子文書クライアント１と同様に、入力部１４、制御部１５、記憶部１８及び通信部１９からなり、制御部１５は、取得部１６及び更新部１７を有している。
【００２５】
電子文書クライアントについて説明する。入力部１０は、ユーザからの文書に関する操作等を受け入れる。制御部１１は、入力部１０から入力された文書操作に関する情報を通信部１３に送出し、通信部１３から送られてきた情報をユーザに提示する。また、詳細は後述するが、ネットワーク接続時、データ接続時あるいはデータ編集時といった所定のタイミングにそれぞれ対応する所定の更新前データを記憶部１２に格納する制御を行う。
【００２６】
記憶部１２は、制御部１１の制御にしたがい所定にタイミングに所定のデータを記憶する。また、揮発メモリでも不揮発メモリでもよく、後者であればクライアントの再起動時におけるデータ保存が可能となるが、いずれの場合も一時的なデータ保存になるためメモリ消費を最小限に抑えることができる。なお、記憶部１２は、クライアントと同一マシン内に存在しなくても構わない。通信部１３は、ネットワークを介して電子文書管理サーバと情報の受け渡しを行う。
【００２７】
続いて、電子文書管理サーバについて説明する。入力部１４は、管理者のキャビネット作成等の命令を受け入れる。制御部１５は、通信部１９から送られてきた情報の記憶部１８での格納、入力部１４により入力された階層構造の記憶部１８での格納、記憶部１８にある階層情報の通信部１９への送出等の制御を行う。
【００２８】
取得部１６は、例えばネットワーク障害が解決されると、電子文書クライアントの記憶部１２に格納されている更新前データを通信部１３より受信するように通信部１９へ命令を出す。そして、受信した更新前データを記憶部１８へ一旦格納する。
【００２９】
更新部１７は、更新処理の要求が出されたときに記憶部１８内の更新前データを更新する。入力部１４及びそれらに必要な制御部１５、記憶部１８の一部は、同一のマシン内に存在しなくても構わない。
【００３０】
次に、本実施形態におけるデータの構成について説明する。図２は、本実施形態のデータの構成図を示したものである。（ａ）は階層構造の例を表しており、（ｂ）プロパティ情報の例を示している。
【００３１】
階層構造はフォルダの構成に必要な情報である。例えば、本実施形態の電子文書管理サーバは、図のような階層構造を有しており、文書Ａ２４、文書Ｂ２５及び文書Ｃ２６は書庫Ｂ２２に収納され、書庫Ａ２１は書庫Ｂ２２及び書庫Ｃ２３を収納している。
【００３２】
また、プロパティ情報は文書に関する補助情報であり、文書のコンテンツ（文書そのもの）とは別のものである。本実施形態では、例えば図のようにプロパティ名として「文書名」、「作成者」、「作成日」を設けていて、それらに対応するプロパティ値として「仕様書１」、「ＡＡＡ」、「２００４／１／１」をプロパティ情報として設けている。
【００３３】
なお、図１のシステム構成図及び図２のデータ構成図は、後述する他の実施形態においても共通する。
【００３４】
そして、本実施形態におけるクライアントサイドのデータ保存処理について説明する。図３は、本実施形態の電子文書クライアントでのデータ保存処理の流れを示した説明図である。なお、図３は、後述する実施形態２の内容をも含んでいるため、ここでは本実施形態に関わる部分について説明する。
【００３５】
まず、電子文書クライアント３２から電子文書管理サーバ３３へのネットワーク接続の実行がなされ（（１）ネットワーク接続）、電子文書管理サーバ３３から接続完了の応答を受ける（（２）応答）。その後、電子文書クライアント３２から電子文書管理サーバ３３へのデータ接続の実行がなされ（（３）データ接続）、電子文書管理サーバ３３からの応答後に（（２）応答）、電子文書クライアント３２は、階層構造やプロパティ情報を含んだ接続データの取得を実行し（（５）データ取得）、電子文書管理サーバ３３から応答を得る（（６）応答）。そして、電子文書クライアント３２は、取得したデータのうち階層構造やプロパティ情報を電子文書クライアントＤＢ３１に保存し（（７）データ保存）、電子文書クライアント３１から保存実行の応答を受ける（（８）応答）。
【００３６】
ネットワーク障害等が解決した後に、更新前データを更新するべく、電子文書クライアント３２から電子文書管理サーバ３３にデータ更新要求がなされ（（１２）データ更新）、電子文書管理クライアント３３から電子文書管理サーバＤＢ３４へ更新が実行される（（１３）データ更新）。この際に更新されるデータは、電子文書クライアントＤＢ３１に保存された階層構造やプロパティ情報で、取得部１６により取得されたものである。そして、電子文書管理サーバＤＢ３４から電子文書管理サーバ３３へ、電子文書管理サーバ３３から電子文書クライアントへ更新実行の応答がなされる（（１４）応答、（１５）応答）。その後、更新処理を終えて不要となった一時的保存データを削除するため、電子文書クライアント３２は、電子文書クライアントＤＢ３１のデータ削除を実行し（（１６）データ削除）、削除実行の応答を電子文書クライアントＤＢ３１より受ける（（１７）応答）。
【００３７】
＜実施形態２＞
本実施形態は、電子文書クライアントがデータ接続後に文書データを編集した時点において、階層構造、プロパティ情報、文書コンテンツといった編集対象文書の全ての文書データで更新前のものをクライアントサイドで保存するというものである。先述したようにシステム構成及びデータ構成は共通なので、クライアントサイドのデータ保存処理の流れを説明する。
【００３８】
本実施形態は、実施形態１におけるデータ接続時の後のタイミングで更新前のデータを保存するものであり、データ取得後（（５）データ取得、（６）応答）にデータ保存したところまで（（７）データ保存、（８）応答）は実施形態１と同様であるため、そこまでの説明を省略し、データ編集以後の流れについて触れる。
【００３９】
まず、文書の編集とそのデータの保存について説明する。文書コンテンツを含む文書データを取得した後に、電子文書クライアント３２において編集作業がなされる（（９）データ編集）。ある程度の編集作業がなされた後に、電子文書クライアント３２は、編集された文書コンテンツを含む全ての文書データを電子文書クライアントＤＢ３１に保存し（（１０）データ保存）、保存完了の応答を受ける（（１１）応答）。以上の（９）データ編集から（１１）応答までを適宜繰り返す。
【００４０】
なお、「ある程度の編集作業」は、編集作業終了までとしてもよいし、作業が一旦中断されるまでとしてもよいし（例えば、入力作業等が一定時間なされなくなるまで）、作業中や中断中にかかわらず一定時間経過までとしてもよい。不測の障害等に備えることを考慮すると、こまめに保存が繰り返されるようにすることが望ましい。
【００４１】
続いて、データ更新以降について説明する。ネットワーク障害等の解決後に、電子文書クライアント３２から電子文書管理サーバ３３にデータ更新要求がなされ（（１２）データ更新）、電子文書管理クライアント３３から電子文書管理サーバＤＢ３４へ更新が実行される（（１３）データ更新）。このとき更新されるデータは、電子文書クライアントＤＢ３１に保存された編集作業の途中であった全ての文書データで、取得部１６により取得されたものである。
【００４２】
そして、電子文書管理サーバＤＢ３４から電子文書管理サーバ３３へ、電子文書管理サーバ３３から電子文書クライアントへ更新実行の応答がなされる（（１４）応答、（１５）応答）。その後、更新処理を終えて不要となった一時的保存データを削除するため、電子文書クライアント３２は、電子文書クライアントＤＢ３１のデータを削除し（（１６）データ削除）、削除実行の応答を電子文書クライアントＤＢ３１より受ける（（１７）応答）。
【００４３】
＜実施形態３＞
本実施形態は、実施形態１及び２とは異なり、電子文書クライアントがネットワーク接続した時点において、更新前の電子文書管理サーバの状態、すなわち該サーバの全データで更新前のものをクライアントサイドで保存するというものである。先述したようにシステム構成及びデータ構成は共通なので、クライアントサイドのデータ保存処理の流れを説明する。図４は、本実施形態の電子文書クライアントでのデータ保存処理の流れを示した説明図である。
【００４４】
まず、電子文書クライアント３２から電子文書管理サーバ３３へのネットワーク接続の実行がなされ（（１）ネットワーク接続）、電子文書管理サーバ３３から接続完了の応答を受ける（（２）応答）。その後、電子文書クライアント３２は、電子文書管理サーバ３３へその全データの取得を要求し（（３）サーバ状態取得）、電子文書管理サーバ３３は電子文書管理サーバＤＢ３４から全データを取得する（（４）サーバ状態取得）。「全データ」とは、文書コンテンツのみならず、階層構造やプロパティ情報を含む。そして、電子文書管理サーバＤＢ３４から電子文書管理サーバ３３へ、電子文書管理サーバ３３から電子文書クライアント３２へ、データ取得の応答がなされ、電子文書クライアント３２は電子文書管理サーバ３３の全データを取得する。
【００４５】
続いて、電子文書クライアント３２は、取得した電子文書管理サーバ３３の全データを電子文書クライアントＤＢ３１に保存し、応答を得る（（７）サーバ状態保存、（８）応答）。
【００４６】
本実施形態では、上記の（３）サーバ状態取得から（８）応答までを適宜繰り返す。このようにすることにより、電子文書管理サーバ全体の状態を常に保持でき、ユーザが閲覧、編集あるいは更新をしている場合に限らず、サーバサイドがダウンしたときには接続の復旧をはかることができる。
【００４７】
＜実施形態４＞
本実施形態は、ネットワーク接続時点において、更新前データである電子文書管理サーバの階層構造等を保存し、データ接続時点において、編集対象文書の更新前のプロパティ情報等を保存し、データ編集時点において、編集対象文書の更新前の全文書データを保存するというものである。ネットワーク接続時点の保存処理は実施形態３とほぼ同様であり、データ接続時点の処理は実施形態１と同じで、データ編集時点の処理は実施形態２と等しい。また、先述したようにシステム構成及びデータ構成は共通なので、クライアントサイドのデータ保存処理の流れについて触れる。図５は、本実施形態の電子文書クライアントでのデータ保存処理の流れを示した説明図である。
【００４８】
まず、ネットワーク接続時点における保存処理について説明する。電子文書クライアント３２から電子文書管理サーバ３３へのネットワーク接続、応答後に（（１）ネットワーク接続、（２）応答）、電子文書クライアント３２は、階層構造等のデータの取得を電子文書管理サーバ３３へ要求し（（３）サーバ階層構造取得）、電子文書管理サーバ３３は、電子文書管理サーバＤＢ３４から階層構造等のデータを取得する（（４）サーバ階層構造取得）。そして、電子文書管理サーバＤＢ３４から電子文書管理サーバ３３へ、電子文書管理サーバ３３から電子文書クライアント３２へ、データ取得の応答がなされ、電子文書クライアント３２は、電子文書管理サーバ３３の更新前の階層構造等データを取得する。
【００４９】
続いて、電子文書クライアント３２は、取得した階層構造等データを電子文書クライアントＤＢ３１に保存し、応答を得る（（７サーバ階層構造保存）、（８）応答）。本実施形態でも、実施形態３と同様に、上記の（３）サーバ階層構造取得から（８）応答までを適宜繰り返す。
【００５０】
次に、データ接続時点における保存処理について説明する。ネットワーク接続時の保存処理後、電子文書クライアント３２から電子文書管理サーバ３３へのデータ接続の実行がなされ（（９）データ接続）、電子文書管理サーバ３３から応答がなされる（（１０）応答）。電子文書クライアント３２は、階層構造やプロパティ情報を含む文書データの取得を実行し、応答を得る（（１１）データ取得、（１２）応答）。そして、電子文書クライアント３２は、取得したデータのうち階層構造やプロパティ情報を電子文書クライアントＤＢ３１に保存し（（１３）データ保存）、電子文書クライアント３１から保存実行の応答を受ける（（１４）応答）。
【００５１】
続いて、データ編集時点における保存処理について説明する。文書コンテンツを含む文書データを取得した後に、電子文書クライアント３２において編集作業がなされた後に（（１５）データ編集）、電子文書クライアント３２は、編集された文書コンテンツを含む全ての文書データを電子文書クライアントＤＢ３１に保存し（（１６）データ保存）、保存完了の応答を受ける（（１７）応答）。本実施形態でも、実施形態２と同様、（９）データ編集から（１１）応答までを適宜繰り返す。
【００５２】
例えば、データ接続後でデータ編集前に障害が発生した場合は、クライアントサイドにある編集予定文書の階層構造やプロパティ情報を更新する。また、データ編集後に障害が発生したときは、編集中であった文書の全データを更新する。
【００５３】
本実施形態では、復旧時に必要な電子文書管理サーバ内の階層構造等のデータを定期的に保持しているため、データ接続時やデータ編集時におけるクライアントサイドでの更新前データの保存処理を効率的に行うことができ、処理時間の短縮につながる。
【００５４】
なお、ネットワーク接続時における保存対象データは、階層構造等のデータではなく、実施形態３のようなサーバ全体のデータとしてもよい。
【００５５】
上記の実施形態によれば、更新前データをクライアントサイドで管理することができるため、サーバサイドのシステムがダウンした際には、クライアントサイドで復旧を図るＫとができる。
【００５６】
また、上記の実施形態によれば、復旧に必要な特定の文書データの情報のみを一時的に保持するだけなので、メモリの消費も最小限に抑えることができる。
【００５７】
また、上記の実施形態によれば、特定の文書データに関する全ての情報を保持するので、元データを管理するサーバとは別のサーバに複製することもできる。
【００５８】
また、上記の実施形態によれば、サーバ全体の状態を常に保持できているため、閲覧中または更新中に限らずサーバがダウンした際には接続の復旧を図ることができる。
【００５９】
また、上記の実施形態によれば、復旧時に必要な階層構造等のデータを定期的に保持しているため、編集時におけるクライアントサイドでの更新前データ保存の際には保存処理を短縮できる。
【００６０】
なお、上述する実施形態は、本発明の好適な実施形態であり、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。
【図面の簡単な説明】
【００６１】
【図１】本発明の実施形態に係る電子文書管理システムの構成図を示したものである。
【図２】本発明の実施形態に係るデータの構成図を示したものである。
【図３】本発明の実施形態に係る電子文書クライアントでのデータ保存処理の流れを示した説明図である。
【図４】本発明の実施形態に係る電子文書クライアントでのデータ保存処理の流れを示した説明図である。
【図５】本発明の実施形態に係る電子文書クライアントでのデータ保存処理の流れを示した説明図である。
【符号の説明】
【００６２】
１，３２    電子文書クライアント
２，２０，３３    電子文書管理サーバ
３    ネットワーク
１０，１４    入力部
１１，１５    制御部
１２，１８    記憶部
１３，１９    通信部
１６    取得部
１７    更新部
２１    書庫Ａ
２２    書庫Ｂ
２３    書庫Ｃ
２４    文書ａ
２５    文書ｂ
２６    文書ｃ
３１    電子文書クライアントＤＢ
３４    電子文書管理サーバＤＢ
【図１】
2007072805.tif 000003
【図２】
2007072805.tif 000004
【図３】
2007072805.tif 000005
【図４】
2007072805.tif 000006
【図５】
2007072805.tif 000007