JP2005234836A - 文書管理用コンピュータプログラムならびに文書管理装置および方法 - Google Patents

Abstract

【課題】同期をとる情報処理装置間で異なるフォルダ・ファイル構成を採用できるようにする同期技術を提供する。
【解決手段】サーバマシン１００の文書ＩＤ取得部１０３は、管理下の文書に文書ＩＤを割り当て、クライアントマシン２００では、サーバマシン１００から文書を入力するときに文書ＩＤを取得しＩＤ付加部２０３が当該文書にＩＤを付加する。文書とＩＤとの対応づけは管理テーブル記憶部２１４の文書管理テーブルに記述される。同期部２１２は、文書管理テーブルを参照してサーバマシン１００の文書属性とクライアントマシンの文書属性とを比較して更新判定を行い、同期を行なう。
【選択図】図１

Description

この発明は、情報処理装置の間で文書の同期を行なう技術に関し、とくに、文書管理システムにおいて、サーバーマシンとクライアントマシンとの間で文書の同期を柔軟に行う技術に関する。

同期システムは、クライアントマシンのディスクにコンテンツをキャッシュしておき、オフラインで編集し、再接続時に同期を行うシステムで、特にモバイル環境でその効果が発揮される。このようなデータの同期を行うシステムでは、サーバー側とクライアント側の文書の同一性を管理・判定する必要がある。

従来の技術では、この様な処理を行う例として、米国マイクロソフト社（商標）社のＷｉｎｄｏｗｓ（商標）では「ブリーフケース」という機能があり、ユーザがファイルを指定してドラッグ＆ドロップするだけでどちらのファイルが最新であるか判断し、最新に保つための更新処理を行うようになっている。また特許文献１では、ローカルマシンで編集が終了した時点で即座に同期処理を行う方法が示されている。

しかしながら、これらの技術では、文書の同一性管理の手法として、ファイルのパスを用いているので、柔軟に同期を行うことが難しい。たとえば、サーバー側でファイルを移動すると、クライアントはそのファイルの同期を取ることができなくなる問題がある。また、クライアント側で、サーバーとまったく同じフォルダー・ファイル構成を取ることしかできなかった。
特開２０００−１０８４６公報

この発明は、以上の事情を考慮してなされたものであり、同期をとる情報処理装置間で異なるフォルダ・ファイル構成を採用できるようにする同期技術を提供することを目的としている。

この発明の構成例によれば、クライアントマシン側に、サーバマシンの文書にＩＤを付加して入力する手段と、データの更新を判定して同期を行う手段と、フォルダ階層、文書属性、文書コンテンツを管理・編集する手段が設けられる。サーバマシン側では、文書属性・文書コンテンツを入出力する手段と、文書のＩＤを取得する手段が設けられる。

サーバマシンとクライアントマシンがともに文書にＩＤを付加して管理することにより、サーバマシンやクライアントマシンで文書を移動しても、その対応をとることができ、同期を行うことができる。

さらに、ＩＤ付加手段では、サーバマシン側のＩＤをそのまま付加してもよいし、サーバマシンを一意に特定するサーバＩＤと文書のＩＤとを組みにしたものを付加してもよい。こうすることで、複数のサーバーの文書が混じっていても、文書の対応をとることができ、同期を行うことができる。

さらにこの発明を説明する。

この発明の一側面によれば、上述の目的を達成するために、第１の情報処理装置と第２の情報処理装置の間で文書の同期をとる文書管理用コンピュータプログラムが：識別子割当手段が上記第２の情報処理装置に保管される文書に、上記第２の情報処理装置の文書管理階層とは独立に、一意の文書識別子を割り当てるステップと；対応づけ手段が上記第１の情報処理装置において保管されている文書と上記第２の情報処理装置に保管されている文書とを上記文書識別子を介して対応づけるステップと；同期手段が、上記対応づけ手段による対応づけに基づいて上記第１の情報処理装置に保管されている文書と上記第２の情報処理装置に保管されている文書との間の同期をとるステップとをコンピュータに実行させるようにしている。

この構成においては、第２の情報処理装置の文書管理階層（ファイル・フォルダ構成、ディレクトリともいう）を任意にカスタマイズしても、これを文書とＩＤとの対応づけにより吸収することができ、文書管理階層をカスタマイズ可能な環境で第１の情報処理装置の文書との間で同期をとることができる。

情報処理装置は例えばサーバマシンやクライアントマシンであるが、これに限定されず、種々の情報機器に適用できる。

この構成において、上記第１の情報処理装置例えばサーバマシンに保管されている文書に、上記第１の情報処理装置の文書管理階層とは独立に一意の文書識別子ＩＤを割り当て、上記対応づけ手段は上記第１の情報処理装置に保管されている文書に一意に割り当てられた文書識別子と上記第２の情報処理装置に保管されている文書に一意に割り当てられた文書識別子（例えば第２の情報処理装置におけるパス名）とを用いて、上記第１の情報処理装置において保管されている文書と上記第２の情報処理装置に保管されている文書とを対応づける用にしても良い。

また、上記第１の情報処理装置に保管されている文書に割り当てられる上記文書識別子は、上記第１の情報処理装置に保管されている文書の範囲で一意の文書識別子部分と上記第１の情報処理装置の識別子を含む文書識別子部分を含んで構成されるようにしてもよい。

上記第１の情報処理装置に保管されている文書のパス名と上記第２の情報処理装置に保管されている文書に一意に割り当てられた文書識別子（例えば第２の情報処理装置におけるパス名）とを用いて、上記第１の情報処理装置において保管されている文書と上記第２の情報処理装置に保管される文書とを対応づけるようにしてもよい。

上記第１の情報処理装置において文書の追加、変更または削除があったときに、上記第２の情報処理装置に文書の追加、変更または削除をどのように行なうかの規定するジョブ情報を記憶する手段を設けて、このジョブ情報に従って、上記第２の情報処理装置において、対応する文書の追加、変更または削除を行なうようにしても良い。

上記第１の情報処理装置においてフォルダの追加または削除があったときに、上記第２の情報処理装置にフォルダの追加または削除をどのように行なうかの規定するジョブ情報を記憶する手段を設けて、上記第２の情報処理装置において、対応するフォルダの追加または削除を行なうようにしても良い。

上記第２の情報処理装置において文書の追加、変更または削除があったときに、上記第１の情報処理装置に文書の追加、変更または削除をどのように行なうかの規定するジョブ情報を記憶する手段を設けて、このジョブ情報に従って、上記第１の情報処理装置において、対応する文書の追加、変更または削除を行なうようにしても良い。

上記第２の情報処理装置においてフォルダの追加または削除があったときに、上記第１の情報処理装置にフォルダの追加または削除をどのように行なうかの規定するジョブ情報を記憶する手段を設けて、上記第１の情報処理装置において、対応するフォルダの追加または削除を行なうようにしても良い。

また、この発明の他の側面によれば、サーバマシンにより管理されている文書をクライアントマシンで操作するための文書管理用コンピュータプログラムが：階層管理手段が上記クライアントマシンによる操作が予定される文書に対して、クライアントマシン用の仮想の文書管理階層を管理するステップと；文書識別子割当手段が上記仮想の文書管理階層とは独立に、上記クライアントマシンによる操作が予定される文書に一意の文書識別子を割り当てるステップと；文書対応づけ手段が、上記サーバマシンにより管理される文書と上記クライアントマシン用の仮想の文書管理階層に配置される文書とを対応づけるステップと；文書操作手段が、上記文書対応づけ手段を用いて上記仮想の文書管理階層の文書に対する操作により上記サーバマシンにより管理されている対応する文書を操作するステップとをコンピュータに実行させるようにしている。

この構成においては、クライアントマシンにおいてカスタマイズされた文書管理階層を用いてサーバマシンの文書を操作できる。

この構成において、上記文書は文書属性と文書コンテンツとからなり、上記クライアントマシンは上記文書属性を保管し、仮想の文書管理階層により上記文書属性の少なくとも一部を表示するようにしてもよい。

なお、この発明はコンピュータプログラムとして実装される場合に限らず、広く、装置またはシステムあるいは方法としても実現できる。

この発明の上述の側面および他の側面は特許請求の範囲に記載され以下実施例を用いて詳述される。

この発明によれば、カスタマイズされた文書管理階層を用いても情報処理装置間で確実に文書の同期をとることができる。また、クライアントマシンにおいてカスタマイズされた文書管理階層を用いてサーバマシンの文書を操作することができる。

以下、この発明の実施例について説明する。

図１は、この発明の文書管理装置を全体として示しており、この図において、サーバマシン１００およびクライアントマシン２００がネットワーク３００を介して接続されている。図では、サーバマシン１００およびクライアントマシン２００を１つずつしか示さないが、複数あっても良い。

サーバマシン１００は、文書属性入出力部１０１、文書コンテンツ入出力部１０２、文書ＩＤ取得部１０３、文書記憶部１０４、管理テーブル記憶部１０５等を有している。文書登録時に文書属性入出力部１０１および文書コンテンツ入出力部１０２によりそれぞれ入力された文書属性および文書コンテンツは文書記憶部１０４に保持される。文書ＩＤ取得部１０３は、サーバマシン１００内で一意の文書ＩＤを生成して文書登録時に文書に割り当てる。管理テーブル記憶部１０５は例えば図２に示すようなパス名と文書ＩＤとの対応を記述した管理テーブルを記憶管理している。

クライアントマシン２００は、文書入出力部２０１、文書記憶部２０２、ＩＤ付加部２０３、文書属性管理部２０４、文書コンテンツ管理部２０５、フォルダ階層管理部２０６、文書属性編集部２０７、文書コンテンツ編集部２０８、フォルダ階層変更部２０９、変更入力部２１０、表示部２１１、同期部２１２、更新判定部２１３、管理テーブル記憶部２１４等を有して構成されている。

文書入出力部２０１は、サーバマシン１００や他の文書管理システムから文書を入力し、これを、文書記憶部２０２により保管管理する。また、文書入出力部２０１はサーバマシン１００や他の文書管理システムに文書を出力する。文書属性、文書コンテンツ、フォルダ階層はそれぞれ文書属性管理部２０４、文書コンテンツ管理部２０５、フォルダ階層管理部２０６により管理され、また、それぞれ文書属性編集部２０７、文書コンテンツ編集部２０８、フォルダ階層変更部２０９により修正される。修正・変更は例えば変更入力部２１０により入力される。ユーザが文書を更新した場合にはコンテンツが修正され、更新日付の属性が変更される。文書コンテンツや属性、フォルダ階層等の情報は表示部２１１を用いて表示される。

同期部２１２は、管理テーブル記憶部２１４に記憶されている文書管理テーブルおよびフォルダ管理テーブルを参照して同期処理を行なう。同期処理の詳細についてはのちに説明する。

文書管理テーブルは、例えば、図３に示すように、文書名、保管場所、ＩＤ等を含む。保管場所はクライアントマシン２００における保管場所を示す。ＩＤは文書を一意に特定する識別子であり、サーバマシン１００の名前たとえば「ｄｅｃｏｙ」と、サーバマシン１００において該当文書に割り当てられたＩＤとを連結したものである。一意に特定できてサーバマシン１００との間で一貫性がとれていれば、どのようなものでもよく、例えば、ＧＵＩＤ（グローバリ・ユニーク・アイデンティファイア）やＵＵＩＤ（ユニバーサル・ユニーク・アイデンティファイア）を用いても良い。

フォルダ管理テーブルは、例えば、図４に示すように、フォルダ名、フォルダの保管場所、ダウンロードルール、アップロードルール等を含んでいる。保管場所は当該フォルダが直上のフォルダのパス名である。ダウンロードルールは、サーバマシン１００のどの新規文書をダウンロードするかを規定する。アップロードルールは当該フォルダの新規文書をサーバマシン１００にアップロードする必要があるかどうか、ある場合には、どこにアップロードするか等を規定する。

つぎに上述実施例の動作について説明する。

図５は、２つのサーバマシン１００（「ｄｅｃｏｙ」および「ｄｏｚｅ」）をユーザＡおよびユーザＢのクライアントマシン２００から利用する例を示している。以下では、図５の例を参照して説明するが、サーバマシン１００の数およびクライアントマシン２００の数は任意である。各ユーザは、自らのクライアントマシン２００のフォルダ構成をフォルダ階層変更部２０９（図１）を用いてカスタマイズできる。

この実施例では、同期処理、アップロード処理およびダウンロード処理を行なえる。

同期処理は、サーバマシン１００例えば「ｄｅｃｏｙ」の「文書Ａ」が更新書き込みされたときにユーザＡのクライアントマシン２００の「文書Ａ」およびユーザＢのクライアントマシン２００の「文書Ａ」を同様の内容に更新書き込みするものである。

アップロード処理は、例えば図６に示すようにユーザＢのクライアントマシン２００に新規文書や新規フォルダが追加されたときに、サーバマシン１００にアップロードする処理である。図６の例では、サーバマシン「ｄｅｃｏｙ」のフォルダに新規文書がアップロードされて追加される。この実施例ではアップロードルールを予め設定しておき、これに基づいて自動的にアップロード処理が行なえる。もちろん、アップロードルールを用いることなく、アップロードのたびにユーザが指定するようにしても良い。従来の同期システム（例えば「ブリーフケース」）を用いた場合、図７に示すように、サーバマシンとクライアントマシンで同一文書管理階層で文書が管理されて、新規文書が例えば、クライアントマシンからサーバマシンにアップロードされるが、この実施例のようにクライアントマシンの文書管理階層を任意にカスタマイズする構成には対処できない。

ダウンロード処理はサーバマシンに新規文書や新規フォルダが追加されたときに当該文書やフォルダをクライアントマシンに追加する処理である。

各ユーザのクライアントマシンの文書とサーバマシンの文書とは管理テーブル記憶部２１４の文書管理テーブルにより対応づけられ、同期がとられるようになっている。またサーバマシンに新規に生成された文書やフォルダは、管理テーブル記憶部２１４のフォルダ管理テーブルのダウンロードルールによりクライアントマシンにダウンロードされ、クライアントマシンに新規に生成された文書やフォルダは、フォルダ管理テーブルのアップロードルールによりサーバマシンにアップロードされる。

図８および図９はユーザＡおよびユーザＢのクライアントマシンのフォルダ管理テーブルの例を示す。

フォルダ管理テーブルに規定されるダウンロードルールは、複数の構成要素を「＋」と「−」の演算子で結合した式として表現されている。構成要素の種類としては例えば以下のものがある。

（１）「「文書ＩＤ」
（２）「あるフォルダ以下の全文書」
（３）「あるフォルダ直下の文書とフォルダ」
（４）「あるフォルダ直下の文書のみ」
（５）「検索条件」；検索条件としては、「”カスタマイズ”を含む文書」、「ＩＤ：ｄｅｃｏｙ−Ｆ１以下にある、”カスタマイズ”を含む文書」、「サーバｄｅｃｏｙで自分が追加した文書」、「ＩＤ：ｄｅｃｏｙ−Ｆ１以下で、自分が追加した文書」などがある。

もちろん、以上の構成要素や検索条件は一例であり、これに限定されず、種々採用できる。

アップロードルールとしては、サーバマシンの単一のフォルダＩＤを指定する。場合によっては異なるサーバマシンに重複してアップロードするようにしても良い。

図８の例では、ユーザＡのクライアントマシン２００のフォルダ１の詳細が記述されている。図８の記述によれば、（１）フォルダ１は、ルートフォルダ「／」の直下にあり、（２）ＩＤ：ｄｅｃｏｙ−Ｆ１（サーバマシンｄｅｃｏｙのフォルダＦ１）以下に新規に追加された文書やＩＤ：ｄｏｚｅ−Ｆ１（サーバマシンｄｅｃｏｙのフォルダＦ１）以下に新規に追加された文書をすべてフォルダ１にダウンロードすること、（３）フォルダ１に新規に追加された文書はｄｅｃｏｙ−Ｆ１のフォルダにアップロードする。

図９の例では、ユーザＢのクライアントマシン２００のフォルダ１、ｄｅｃｏｙ用フォルダおよびｄｏｚｅ用フォルダの詳細が記述されている。図９の記述によれば、フォルダ１はルートの直下にあり、その直下ではダウンロードやアップロードは行なわない。ｄｅｃｏｙ用フォルダはフォルダ１（／フォルダ１）の直下にあり、ＩＤ：ｄｅｃｏｙ−Ｆ１以下に新規に追加された文書をすべてｄｅｃｏｙ用フォルダにダウンロードし、ｄｅｃｏｙ用フォルダに新規に追加された文書はｄｅｃｏｙ−Ｆ１のフォルダにアップロードする。また、ｄｏｚｅ用フォルダはフォルダ１（／フォルダ１）の直下にあり、ＩＤ：ｄｏｚｅ−Ｆ１以下に新規に追加された文書をすべてｄｏｚｅ用フォルダにダウンロードし、ｄｏｚｅ用フォルダに新規に追加された文書はｄｏｚｅ−Ｆ１のフォルダにアップロードする。

つぎに図１０を用いて実施例の同期処理の動作例を説明する。

［ステップＳ１０］：ユーザが、同期対象のクライアントフォルダを選択し、その指示をクライアントマシンに送る。クライアントマシンはこれを受け付ける。
［ステップＳ１１］：クライアントフォルダ内の文書について、対応するサーバの文書と比較し、同期を行なう。クライアントの文書管理テーブルからＩＤを取得し、これに該当するサーバの文書をサーバの文書管理テーブルを参照して特定して、対応づけを行なう。同期は、例えば、更新日時の属性を調べ、クライアントフォルダ内の文書の方が古ければ、サーバから文書属性および文書コンテンツを取得し更新書き込みを行なう。
［ステップＳ１２］：つぎにダウンロード処理に進む。すなわち、フォルダのダウンロードルールを参照してサーバから対象となる文書を集める。
［ステップＳ１３］：全部の文書・フォルダを処理したか判別する。イエスであればステップＳ１７に進み、ノーであればステップＳ１４へ進む。
［ステップＳ１４］：文書かフォルダかを判別し、文書であればステップＳ１５へ進み、フォルダであればステップＳ１６へ進む。
［ステップＳ１５］：文書をクライアントのフォルダに追加し、文書管理テーブルにエントリを追加する。ステップＳ１３へ戻る。
［ステップＳ１６］：フォルダをクライアントのフォルダに追加しフォルダ管理テーブルにエントリを追加する。ステップＳ１３へ戻る。
［ステップＳ１７］：つぎにアップロード処理を行なう。すなわち、クライアントフォルダ以下の文書でＩＤがついていないものを集める。
［ステップＳ１８］：すべての文書・フォルダを処理し終えたかどうかを判別し、イエスであれば処理を終了し、ノーであればステップＳ１９へ進む。
［ステップＳ１９］：フォルダのアップロードルールに従いアップロードする。
［ステップＳ２０］：アップロード後にサーバ側で文書にＩＤが割り当てられるので、その値を文書管理テーブルに書き込む。この後ステップＳ１８へ戻る。

図１１はクライントにフォルダを追加するときの処理フローを示す。

［ステップＳ３０］：ユーザがどのクライアントフォルダの下に新たにフォルダを作成するかを選択し、フォルダ作成を指示する。クライアントマシンはこれを受け付ける。
［ステップＳ３１］：ユーザが設定したダウンロードルールおよびアップロードルールを受けつける。
［ステップＳ３２］：クライアントのフォルダ管理テーブルにエントリが追加され、ダウンロードルールに従って文書・フォルダがダウンロードされる。
［ステップＳ３３］：クライアント画面に新規作成フォルダが表示される。

以上の処理によりクライアントマシンまたはサーバマシンにおいて修正された文書がある場合にはクライアントマシンおよびサーバマシンの間で同期がとられる。図１２では、ユーザＡのクライアントマシンで文書Ｆが修正され、またサーバマシンの文書Ａが修正された場合（四角で示す）、ユーザＡのクライアントマシンの同期処理により丸印に示すようにサーバマシンおよびユーザＡのクライアントマシンにおいて文書Ａ、Ｆの同期がとられる。

また、サーバマシンに文書Ｇが追加されたときにはユーザＡおよびユーザＢのそれぞれのクライアントマシンにそれぞれの同期処理により図１３に示すように文書Ｇがダウンロードルールに従ってダウンロードされる。

また、文書Ｈ、ＩおよびフォルダＪがユーザＢのクライアントマシンに新規に作成されたときには、ユーザＢの文書管理テーブルおよびフォルダ管理テーブルにエントリがそれぞれ図１５および図１６に示すように追加され、この結果、図１４に示すようにサーバマシン（「ｄｏｚｅ」）に文書Ｈ、ＩおよびフォルダＪがアップロードされる。

なお、ステップＳ１６においてクライアントマシンのフォルダ管理テーブルにエントリを追加する際に、ダウンロードルールとアップロードルールとを自動的に設定しても良い。例えば、ダウンロードルール＝「そのフォルダのＩＤの直下の文書とフォルダ」、アップロードルール＝「そのフォルダのＩＤ」などと自動的に指定しても良い。もちろん、図１０の処理が終了した後、ユーザに指定入力を促すようにしても良い。

なお、図１５および図１６ではアップロードフラグを設けているので、クライアントマシンからサーバマシンへのアップロードの要否を指定できる。文書管理テーブルのアップロードフラグは、クライアントマシン２００の文書をサーバマシン１００にアップロードする必要があるかどうかを示すものであり、アップロードが不要のときに「しない」というフラグが立てられる。フォルダ管理テーブルのアップロードフラグは、、クライアントマシン２００のフォルダをサーバマシン１００にアップロードする必要があるかどうかを示すものであり、アップロードが不要のときに「しない」というフラグが立てられる。

すなわち、通常ではクライアントマシン側でのみ文書を管理しておき、必要になった時点で文書をサーバマシンにアップロードしたい場合がある。このため、文書管理テーブルにアップロードフラグを用意する。クライアントフォルダにのみ存在する文書にはいまだＩＤが付されていない。図１２の「新規文書Ｈ」、「新規文書Ｉ」、「新規フォルダＪ」は、ユーザＢのクライアントマシン側で文書とフォルダを追加した状態を示している。図１３および図１６は、ユーザＢのクライアントマシンの文書管理テーブルとフォルダ管理テーブルとを示している。この例では、「新規文書２」と「新規フォルダ」のエントリでは、アップロードフラグの値が「しない」となっている。このため、同期処理を行なった再、これら２つに対してはアップロード処理が行なわれず、クライアントマシン内のみで管理することになる。

後になって、アップロードフラグが「しない」になっている文書やフォルダをサーバマシン側にアップロードしたくなった場合には、アップロードフラグの値を「しない」から空にすればよい。この後の同期処理によりアップロードが行なわれる。

また、サーバマシン側やクライアントマシン側で文書が削除されたときの処理は以下のようになる。

すなわち、サーバマシン側で文書が削除されたとき、同期処理で、（１）クライアント側も削除する、（２）クライアント側は残しておくという選択を、同期処理時に行なえるようにしても良い。（１）の場合、同期処理時にクライアント側のテーブルでエントリを削除する。（２）の場合、同期処理時に、クライアント側のテーブルのエントリのアップロードフラグを「しない」にセットする。これにより、その次の同期処理時に、このエントリがまたサーバマシンにアップロードされてしまうのを防ぐことができる。

クライアントマシン側で文書が削除されたときに、同期処理で、（１）サーバマシン側も削除する、（２）サーバマシン側では残しておくという選択を、同期処理時に選択できるようにしてもよい。（１）の場合、次回の同期処理時に、サーバ側の文書を削除する。（２）の場合、その文書が属するフォルダのダウンロードルールに「−「その文書」」を自動で追加する。これにより、次回の同期処理時に、この文書が再度ダウンロードされてしまうのを防ぐことができる。

なお、この発明は上述の実施例に限定されるものではなくその趣旨を逸脱しない範囲で種々変更が可能である。例えば、上述の実施例では、クライアントマシン側でＩＤ付加すなわち文書とＩＤとの対応づけを行なったが、サーバマシン側でＩＤ付加を行なっても良い。また、サーバマシンでＩＤを生成して、これとサーバＩＤとを用いてクライアントマシン側でＩＤ付加を行なったが、ＩＤとしてサーバのパス名を用いても良い。

また、上述の実施例では、クライアントマシンが文書や文書コンテンツを保持するようにしたが、文書や文書コンテンツを直接に保持することなく、外部に配置されている文書コンテンツのアドレスのみを保持し、文書の閲覧・修正に際しては当該アドレスから文書コンテンツ取り出し、必要な場合に更新書き込みを行なうようにしても良い。

例えば、図１７は、文書コンテンツは保管せずに（閲覧や編集のために一時的に記憶することはある）クライアントマシン４００の例を示す。この図において図１と対応する箇所には対応する符号を付した。

図１７の例では、文書属性記憶部４０１に文書属性を保持している。文書属性の１つとして文書コンテンツのネットワーク上のアドレス例えばＵＲＬを保持する。フォルダ階層管理部２０６は実際の文書の保管場所を示すのではなく、仮想の文書管理階層を示し、これが図１８に示すように文書属性ひいてはネットワークアドレスに対応づけられている。

ユーザは、文書管理階層の表示に基づいて文書を管理し、閲覧等することができる。この場合も、ユーザは文書管理階層（ファイル・フォルダ構成）を任意にカスタマイズすることができる。この場合、図１８のエントリが修正される。

また、クライアントマシン側で文書属性を保持しない構成としても良い。

この発明の実施例の文書管理装置の構成を説明する図である。 上述実施例のサーバマシンの文書管理テーブルの例を説明する図である。 上述実施例のクライアントマシンの文書管理テーブルの例を説明する図である。 上述実施例のクライアントマシンのフォルダ管理テーブルの例を説明する図である。 ２つのサーバマシンと２つのクライアントマシンとの間で同期をとる例を説明する図である。 ユーザＢのクライアントマシンで文書が追加されたときのアップロード処理を説明する図である。 従来のアップロード処理を説明する図である。 ユーザＡのクライアントマシンのフォルダ管理テーブルの例を説明する図である。 ユーザＢのクライアントマシンのフォルダ管理テーブルの例を説明する図である。 上述実施例の同期、アップロード、ダウンロードの一連の処理を説明するフローチャートである。 上述実施例においてクライアントマシンにフォルダを追加したときの処理を説明するフローチャートである。 同期処理の結果を説明する図である。 ダウンロード結果を説明する図である。 アップロード結果を説明する図である。 ユーザＢの文書管理テーブルの例を説明する図である。 ユーザＢのフォルダ管理テーブルの例を説明する図である。 上述実施例の変形例を全体として示す図である。 上述実施例の変形例を説明する図である。

符号の説明

１００ サーバマシン
１０１ 文書属性入出力部
１０２ 文書コンテンツ入出力部
１０３ ＩＤ取得部
１０４ 文書記憶部
１０５ 管理テーブル記憶部
２００ クライアントマシン
２０１ 文書入出力部
２０２ 文書記憶部
２０３ ＩＤ付加部
２０４ 文書属性管理部
２０５ 文書コンテンツ管理部
２０６ フォルダ階層管理部
２０７ 文書属性編集部
２０８ 文書コンテンツ編集部
２０９ フォルダ階層変更部
２１０ 変更入力部
２１１ 表示部
２１２ 同期部
２１３ 更新判定部
２１４ 管理テーブル記憶部
３００ ネットワーク
４００ クライアントマシン
４０１ 文書属性記憶部

Claims (13)

1. 第１の情報処理装置と第２の情報処理装置の間で文書の同期をとる文書管理用コンピュータプログラムにおいて、
   識別子割り当て手段が、上記第２の情報処理装置に保管される文書に、上記第２の情報処理装置の文書管理階層とは独立に、一意の文書識別子を割り当てるステップと、
   対応づけ手段が、上記第１の情報処理装置において保管されている文書と上記第２の情報処理装置に保管されている文書とを上記文書識別子を介して対応づけるステップと、
   同期手段が、上記対応づけ手段による対応づけに基づいて上記第１の情報処理装置に保管されている文書と上記第２の情報処理装置に保管されている文書との間の同期をとるステップとをコンピュータに実行させるために用いられることを特徴とする文書管理用コンピュータプログラム。
2. 上記第１の情報処理装置に保管されている文書に、上記第１の情報処理装置の文書管理階層とは独立に一意の文書識別子を割り当て、上記対応づけ手段は上記第１の情報処理装置に保管されている文書に一意に割り当てられた文書識別子と上記第２の情報処理装置に保管されている文書に一意に割り当てられた文書識別子とを用いて、上記第１の情報処理装置において保管されている文書と上記第２の情報処理装置に保管されている文書とを対応づける請求項１記載の文書管理用コンピュータプログラム。
3. 上記第１の情報処理装置に保管されている文書に割り当てられる上記文書識別子は、上記第１の情報処理装置に保管されている文書の範囲で一意の文書識別子部分と上記第１の情報処理装置の識別子を含む文書識別子部分を含んで構成される請求項２記載の文書管理用コンピュータプログラム。
4. 上記第１の情報処理装置に保管されている文書のパス名と上記第２の情報処理装置に保管されている文書に一意に割り当てられた文書識別子とを用いて、上記第１の情報処理装置において保管されている文書と上記第２の情報処理装置に保管される文書とを対応づける請求項１記載の文書管理用コンピュータプログラム。
5. 上記第１の情報処理装置において文書の追加、変更または削除があったときに、上記第２の情報処理装置に文書の追加、変更または削除をどのように行なうかの規定するジョブ情報を記憶する手段を設けた請求項１、２、３または４記載の文書管理用コンピュータプログラム。
6. 上記第１の情報処理装置においてフォルダの追加または削除があったときに、上記第２の情報処理装置にフォルダの追加または削除をどのように行なうかの規定するジョブ情報を記憶する手段を設けた請求項１、２、３、４または５記載の文書管理用コンピュータプログラム。
7. 上記第２の情報処理装置において文書の追加、変更または削除があったときに、上記第１の情報処理装置に文書の追加、変更または削除をどのように行なうかの規定するジョブ情報を記憶する手段を設けた請求項１〜６のいずれかに記載の文書管理用コンピュータプログラム。
8. 上記第２の情報処理装置においてフォルダの追加または削除があったときに、上記第１の情報処理装置にフォルダの追加または削除をどのように行なうかの規定するジョブ情報を記憶する手段を設けた請求項１〜７のいずれかに記載の文書管理用コンピュータプログラム。
9. サーバマシンとクライアントマシンとの間で文書の同期をとる文書管理用コンピュータプログラムにおいて、
   保管手段が上記サーバマシンに保管されている文書を上記クライアントマシンに保管するステップと、
   識別子割当手段が上記クライアントマシンに保管される文書に、上記クライアントマシンの文書管理階層と独立に一意の文書識別子を割り当てるステップと、
   対応づけ手段が上記サーバマシンにおいて保管されている文書と上記クライアントマシンに保管されている文書とを上記文書識別子を介して対応づけるステップと、
   同期手段が上記対応づけ手段による対応づけに基づいて上記サーバマシンに保管されている文書と上記クライアントマシンに保管されている文書との間の同期をとるステップとを有することを特徴とする文書管理用コンピュータプログラム。
10. サーバマシンにより管理されている文書をクライアントマシンで操作するためにの文書管理用コンピュータプログラムにおいて、
    管理手段が、上記クライアントマシンによる操作が予定される文書に対して、クライアントマシン用の仮想の文書管理階層を管理するステップと、
    割り当て手段が、上記仮想の文書管理階層とは独立に、上記クライアントマシンによる操作が予定される文書に一意の文書識別子を割り当てるステップと、
    文書対応づけ手段が、上記サーバマシンにより管理される文書と上記クライアントマシン用の仮想の文書管理階層に配置される文書とを対応づけるステップと、、
    上記文書対応づけ手段を用いて上記仮想の文書管理階層の文書に対する操作により上記サーバマシンにより管理されている対応する文書を操作するステップとをコンピュータに実行させることを特徴とする文書管理用コンピュータプログラム。
11. 上記文書は文書属性と文書コンテンツとからなり、上記クライアントマシンは上記文書属性を保管し、仮想の文書管理階層により上記文書属性の少なくとも一部を表示する請求項１０記載の文書管理用コンピュータプログラム。
12. 第１の情報処理装置と第２の情報処理装置の間で文書の同期をとる文書管理装置において、
    上記第２の情報処理装置に保管される文書に、上記第２の情報処理装置の文書管理階層とは独立に、一意の文書識別子を割り当てる識別子割当手段と、
    上記第１の情報処理装置において保管されている文書と上記第２の情報処理装置に保管されている文書とを上記文書識別子を介して対応づける対応づけ手段と、
    上記対応づけ手段による対応づけに基づいて上記第１の情報処理装置に保管されている文書と上記第２の情報処理装置に保管されている文書との間の同期をとる同期手段とを有することを特徴とする文書管理装置。
13. 第１の情報処理装置と第２の情報処理装置の間で文書の同期をとる文書管理方法において、
    識別子割り当て手段が、上記第２の情報処理装置に保管される文書に、上記第２の情報処理装置の文書管理階層とは独立に、一意の文書識別子を割り当てるステップと、
    対応づけ手段が、上記第１の情報処理装置において保管されている文書と上記第２の情報処理装置に保管されている文書とを上記文書識別子を介して対応づけるステップと、
    同期手段が、上記対応づけ手段による対応づけに基づいて上記第１の情報処理装置に保管されている文書と上記第２の情報処理装置に保管されている文書との間の同期をとるステップとを有することを特徴とする文書管理方法。

Images