(57)【特許請求の範囲】
【請求項１】
更新対象として指定されたデータを取得するデータ取得手段と、
前記データを操作する操作者を特定する特定手段と、
第１の操作者による前記データの部分の変更の内容を示す変更情報を取得する変更情報取得手段と、
第２の操作者によって前記データの前記部分の変更操作が行われている間に、前記変更情報で前記データの前記部分を更新する操作として予め定められた更新操作が前記第１の操作者によって行われた場合に、当該第１の操作者が当該データの前記部分に対して第１の権限を有していれば、前記変更情報で当該データの当該部分を変更する第１の更新処理を行い、当該第１の操作者が当該データの前記部分に対して前記第１の権限とは異なる第２の権限を有していれば、前記変更情報で当該データの当該部分を変更して得られた新たな部分を当該データに別に付加する第２の更新処理を行う更新手段と
を備え、
前記第１の操作者と前記第２の操作者は前記データの前記部分に対しそれぞれ異なる権限を有することを特徴とするデータ処理装置。
【請求項２】
前記更新手段は、前記第２の更新処理において、前記第１の操作者を識別する第１の識別情報と、前記データの前記部分を識別する第２の識別情報とを含む前記新たな部分を当該データに付加することを特徴とする請求項１に記載のデータ処理装置。
【請求項３】
前記更新手段は、前記更新操作が前記第１の操作者によって行われた場合に、当該第１の操作者が前記データの前記部分に対して前記第１の権限及び前記第２の権限の何れも有していなければ、当該データを前記変更情報に基づいて更新する処理を行わないことを特徴とする請求項１又は請求項２に記載のデータ処理装置。
【請求項４】
前記データを表示する操作が前記第１の操作者によって行われた場合に、当該第１の操作者が当該データの前記部分に対して前記第１の権限又は前記第２の権限を有していれば、当該部分が表示されるように制御し、当該第１の操作者が当該データの前記部分に対して前記第１の権限及び前記第２の権限の何れも有していなければ、当該部分が表示されないように制御する制御手段を更に備えたことを特徴とする請求項３に記載のデータ処理装置。
【請求項５】
前記データを表示する操作が前記第１の操作者によって行われた場合に、当該第１の操作者が当該データの前記部分に対して前記第１の権限又は前記第２の権限を有していれば、当該部分が表示されるように制御し、当該第１の操作者が当該データの前記部分に対して前記第１の権限及び前記第２の権限の何れも有していなければ、当該部分と、当該部分の変更の内容を示す前記変更情報に基づいて当該データを更新する処理が行われない旨の情報とが表示されるように制御する制御手段を更に備えたことを特徴とする請求項３に記載のデータ処理装置。
【請求項６】
前記データを表示する操作が前記第１の操作者によって行われ、かつ、当該第１の操作者が前記第１の権限及び前記第２の権限のうちの特定の権限を指定した場合に、当該第１の操作者が当該データの前記部分に対して当該特定の権限を有していれば、当該部分が表示されるように制御し、当該第１の操作者が当該データの前記部分に対して当該特定の権限を有していなければ、当該部分が表示されないように制御する制御手段を更に備えたことを特徴とする請求項３に記載のデータ処理装置。
【請求項７】
変更対象となるデータの操作者による選択を受け付ける手段と、
前記データの部分に対する前記操作者による変更の内容を示す変更情報を受け付ける手段と、
一の操作者による前記変更情報を受け付けた場合には、当該変更情報で前記部分を変更し、前記一の操作者が前記部分を変更する操作を行っている間に、他の操作者による前記変更情報を受け付けた場合には、前記変更情報を反映させた前記部分を前記データに別に付加させるデータ変更手段と
を有することを特徴とするデータ処理装置。
【請求項８】
操作者がデータを操作するために用いる操作装置と、
前記データを保持する保持装置と
を備え、
前記操作装置は、
第１の操作者による前記データの部分の変更を要求する操作が前記第１の操作者によって行われた場合に、当該第１の操作者を識別する識別情報と、当該変更の内容を示す変更情報とを前記保持装置に送信する送信手段を備え、
前記保持装置は、
前記送信手段により送信された前記識別情報と前記変更情報とを受信する受信手段と、
第２の操作者によって前記データの前記部分の変更操作が行われている間に、前記受信手段により前記識別情報と前記変更情報とが受信された場合に、前記第１の操作者が前記データの前記部分に対して第１の権限を有していることを当該識別情報が示していれば、当該変更情報で当該データの当該部分を変更する第１の更新処理を行い、前記第１の操作者が前記データの前記部分に対して前記第１の権限とは異なる第２の権限を有していることを当該識別情報が示していれば、当該変更情報で当該データの当該部分を変更して得られた新たな部分を当該データに別に付加する第２の更新処理を行う更新手段と
を備え、
前記第１の操作者と前記第２の操作者は前記データの前記部分に対しそれぞれ異なる権限を有することを特徴とするデータ処理システム。
【請求項９】
データの一の部分に対して第１の権限を有する第１の操作者が当該データを操作するために用いる第１の操作装置と、
前記データの前記一の部分に対して前記第１の権限とは異なる第２の権限を有する第２の操作者が当該データを操作するために用いる第２の操作装置と、
前記データを保持する保持装置と
を備え、
前記第１の操作装置は、
前記データの前記一の部分の変更を要求する操作が前記第１の操作者によって行われた場合に、当該変更の内容を示す第１の変更情報を前記保持装置に送信する第１の送信手段を備え、
前記第２の操作装置は、
前記データの前記一の部分の変更を要求する操作が前記第２の操作者によって行われた場合に、当該変更の内容を示す第２の変更情報を前記保持装置に送信する第２の送信手段を備え、
前記保持装置は、
前記第１の送信手段により前記第１の変更情報が送信された場合に、当該第１の変更情報を受信し、前記第２の送信手段により前記第２の変更情報が送信された場合に、当該第２の変更情報を受信する受信手段と、
前記第２の操作者によって前記データの前記一の部分の変更操作が行われている間に、前記受信手段により前記第１の変更情報が受信された場合に、当該第１の変更情報で当該データの当該一の部分を変更する第１の更新処理を行い、前記第１の操作者によって前記データの前記一の部分の変更操作が行われている間に、前記受信手段により前記第２の変更情報が受信された場合に、当該第２の変更情報で当該データの当該一の部分を変更して得られた新たな部分を当該データに別に付加する第２の更新処理を行う更新手段と
を備えたことを特徴とするデータ処理システム。
【請求項１０】
コンピュータを、
更新対象として指定されたデータを取得するデータ取得手段と、
前記データを操作する操作者を特定する特定手段と、
第１の操作者による前記データの部分の変更の内容を示す変更情報を取得する変更情報取得手段と、
第２の操作者によって前記データの前記部分の変更操作が行われている間に、前記変更情報で前記データの前記部分を更新する操作として予め定められた更新操作が前記第１の操作者によって行われた場合に、当該第１の操作者が当該データの前記部分に対して第１の権限を有していれば、前記変更情報で当該データの当該部分を変更する第１の更新処理を行い、当該第１の操作者が当該データの前記部分に対して前記第１の権限とは異なる第２の権限を有していれば、当該変更情報で当該データの当該部分を変更して得られた新たな部分を当該データに別に付加する第２の更新処理を行う更新手段と
して機能させ、
前記第１の操作者と前記第２の操作者は前記データの前記部分に対しそれぞれ異なる権限を有するプログラム。
【請求項１１】
コンピュータを、
変更対象となるデータの操作者による選択を受け付ける手段と、
前記データの部分に対する前記操作者による変更の内容を示す変更情報を受け付ける手段と、
一の操作者による前記変更情報を受け付けた場合には、当該変更情報で前記部分を変更し、前記一の操作者が前記部分を変更する操作を行っている間に、他の操作者による前記変更情報を受け付けた場合には、前記変更情報を反映させた前記部分を前記データに別に付加させるデータ変更手段と
して機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ処理装置、データ処理システム、プログラムに関する。
【背景技術】
【０００２】
文書ファイルを各ページ毎に分割し、各ページ毎に並列編集フラグ，ユーザ管理テーブル，アクセスエリアマップを用意すると共に、ユーザ管理テーブルに登録したユーザ毎に編集対象データを管理するオブジェクトテーブルを設け、マスタファイルとユーザファイルとの間で更新データを自動交換する技術は知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平６−２９５２９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、データ中のある部分を変更する権限を有する操作者だけでなくその部分を変更する権限を有しない操作者もその部分の変更をデータに反映させることができるようにすることにある。
【課題を解決するための手段】
【０００５】
請求項１に記載の発明は、更新対象として指定されたデータを取得するデータ取得手段と、前記データを操作する操作者を特定する特定手段と、第１の操作者による前記データの部分の変更の内容を示す変更情報を取得する変更情報取得手段と、第２の操作者によって前記データの前記部分の変更操作が行われている間に、前記変更情報で前記データの前記部分を更新する操作として予め定められた更新操作が前記第１の操作者によって行われた場合に、当該第１の操作者が当該データの前記部分に対して第１の権限を有していれば、前記変更情報で当該データの当該部分を変更する第１の更新処理を行い、当該第１の操作者が当該データの前記部分に対して前記第１の権限とは異なる第２の権限を有していれば、前記変更情報で当該データの当該部分を変更して得られた新たな部分を当該データに別に付加する第２の更新処理を行う更新手段とを備え、前記第１の操作者と前記第２の操作者は前記データの前記部分に対しそれぞれ異なる権限を有することを特徴とするデータ処理装置である。
請求項２に記載の発明は、前記更新手段は、前記第２の更新処理において、前記第１の操作者を識別する第１の識別情報と、前記データの前記部分を識別する第２の識別情報とを含む前記新たな部分を当該データに付加することを特徴とする請求項１に記載のデータ処理装置である。
請求項３に記載の発明は、前記更新手段は、前記更新操作が前記第１の操作者によって行われた場合に、当該第１の操作者が前記データの前記部分に対して前記第１の権限及び前記第２の権限の何れも有していなければ、当該データを前記変更情報に基づいて更新する処理を行わないことを特徴とする請求項１又は請求項２に記載のデータ処理装置である。
請求項４に記載の発明は、前記データを表示する操作が前記第１の操作者によって行われた場合に、当該第１の操作者が当該データの前記部分に対して前記第１の権限又は前記第２の権限を有していれば、当該部分が表示されるように制御し、当該第１の操作者が当該データの前記部分に対して前記第１の権限及び前記第２の権限の何れも有していなければ、当該部分が表示されないように制御する制御手段を更に備えたことを特徴とする請求項３に記載のデータ処理装置である。
請求項５に記載の発明は、前記データを表示する操作が前記第１の操作者によって行われた場合に、当該第１の操作者が当該データの前記部分に対して前記第１の権限又は前記第２の権限を有していれば、当該部分が表示されるように制御し、当該第１の操作者が当該データの前記部分に対して前記第１の権限及び前記第２の権限の何れも有していなければ、当該部分と、当該部分の変更の内容を示す前記変更情報に基づいて当該データを更新する処理が行われない旨の情報とが表示されるように制御する制御手段を更に備えたことを特徴とする請求項３に記載のデータ処理装置である。
請求項６に記載の発明は、前記データを表示する操作が前記第１の操作者によって行われ、かつ、当該第１の操作者が前記第１の権限及び前記第２の権限のうちの特定の権限を指定した場合に、当該第１の操作者が当該データの前記部分に対して当該特定の権限を有していれば、当該部分が表示されるように制御し、当該第１の操作者が当該データの前記部分に対して当該特定の権限を有していなければ、当該部分が表示されないように制御する制御手段を更に備えたことを特徴とする請求項３に記載のデータ処理装置である。
請求項７に記載の発明は、変更対象となるデータの操作者による選択を受け付ける手段と、前記データの部分に対する前記操作者による変更の内容を示す変更情報を受け付ける手段と、一の操作者による前記変更情報を受け付けた場合には、当該変更情報で前記部分を変更し、前記一の操作者が前記部分を変更する操作を行っている間に、他の操作者による前記変更情報を受け付けた場合には、前記変更情報を反映させた前記部分を前記データに別に付加させるデータ変更手段とを有することを特徴とするデータ処理装置である。
請求項８に記載の発明は、操作者がデータを操作するために用いる操作装置と、前記データを保持する保持装置とを備え、前記操作装置は、第１の操作者による前記データの部分の変更を要求する操作が前記第１の操作者によって行われた場合に、当該第１の操作者を識別する識別情報と、当該変更の内容を示す変更情報とを前記保持装置に送信する送信手段を備え、前記保持装置は、前記送信手段により送信された前記識別情報と前記変更情報とを受信する受信手段と、第２の操作者によって前記データの前記部分の変更操作が行われている間に、前記受信手段により前記識別情報と前記変更情報とが受信された場合に、前記第１の操作者が前記データの前記部分に対して第１の権限を有していることを当該識別情報が示していれば、当該変更情報で当該データの当該部分を変更する第１の更新処理を行い、前記第１の操作者が前記データの前記部分に対して前記第１の権限とは異なる第２の権限を有していることを当該識別情報が示していれば、当該変更情報で当該データの当該部分を変更して得られた新たな部分を当該データに別に付加する第２の更新処理を行う更新手段とを備え、前記第１の操作者と前記第２の操作者は前記データの前記部分に対しそれぞれ異なる権限を有することを特徴とするデータ処理システムである。
請求項９に記載の発明は、データの一の部分に対して第１の権限を有する第１の操作者が当該データを操作するために用いる第１の操作装置と、前記データの前記一の部分に対して前記第１の権限とは異なる第２の権限を有する第２の操作者が当該データを操作するために用いる第２の操作装置と、前記データを保持する保持装置とを備え、前記第１の操作装置は、前記データの前記一の部分の変更を要求する操作が前記第１の操作者によって行われた場合に、当該変更の内容を示す第１の変更情報を前記保持装置に送信する第１の送信手段を備え、前記第２の操作装置は、前記データの前記一の部分の変更を要求する操作が前記第２の操作者によって行われた場合に、当該変更の内容を示す第２の変更情報を前記保持装置に送信する第２の送信手段を備え、前記保持装置は、前記第１の送信手段により前記第１の変更情報が送信された場合に、当該第１の変更情報を受信し、前記第２の送信手段により前記第２の変更情報が送信された場合に、当該第２の変更情報を受信する受信手段と、前記第２の操作者によって前記データの前記一の部分の変更操作が行われている間に、前記受信手段により前記第１の変更情報が受信された場合に、当該第１の変更情報で当該データの当該一の部分を変更する第１の更新処理を行い、前記第１の操作者によって前記データの前記一の部分の変更操作が行われている間に、前記受信手段により前記第２の変更情報が受信された場合に、当該第２の変更情報で当該データの当該一の部分を変更して得られた新たな部分を当該データに別に付加する第２の更新処理を行う更新手段とを備えたことを特徴とするデータ処理システムである。
請求項１０に記載の発明は、コンピュータを、更新対象として指定されたデータを取得するデータ取得手段と、前記データを操作する操作者を特定する特定手段と、第１の操作者による前記データの部分の変更の内容を示す変更情報を取得する変更情報取得手段と、第２の操作者によって前記データの前記部分の変更操作が行われている間に、前記変更情報で前記データの前記部分を更新する操作として予め定められた更新操作が前記第１の操作者によって行われた場合に、当該第１の操作者が当該データの前記部分に対して第１の権限を有していれば、前記変更情報で当該データの当該部分を変更する第１の更新処理を行い、当該第１の操作者が当該データの前記部分に対して前記第１の権限とは異なる第２の権限を有していれば、当該変更情報で当該データの当該部分を変更して得られた新たな部分を当該データに別に付加する第２の更新処理を行う更新手段として機能させ、前記第１の操作者と前記第２の操作者は前記データの前記部分に対しそれぞれ異なる権限を有するプログラムである。
請求項１１に記載の発明は、コンピュータを、変更対象となるデータの操作者による選択を受け付ける手段と、前記データの部分に対する前記操作者による変更の内容を示す変更情報を受け付ける手段と、一の操作者による前記変更情報を受け付けた場合には、当該変更情報で前記部分を変更し、前記一の操作者が前記部分を変更する操作を行っている間に、他の操作者による前記変更情報を受け付けた場合には、前記変更情報を反映させた前記部分を前記データに別に付加させるデータ変更手段として機能させるプログラムである。
【発明の効果】
【０００６】
請求項１の発明によれば、データ中のある部分を変更する権限を有する操作者だけでなくその部分を変更する権限を有しない操作者もその部分の変更をデータに反映させることができる。
請求項２の発明によれば、データに反映されたデータ中のある部分の変更を、どの操作者によるどの部分の変更であるかを認識した上で参考にすることができる。
請求項３の発明によれば、データ中のある部分を変更する権限もその部分の変更をデータに付加する権限も有しない操作者がその部分の変更をデータに反映させることを防ぐことができる。
請求項４の発明によれば、変更をデータに反映させる権限を有しない部分を意識することなく、変更をデータに反映させる権限を有する部分を閲覧することができる。
請求項５の発明によれば、変更をデータに反映させる権限を有しない部分も参照可能にした上で、変更をデータに反映させる権限を有する部分を閲覧することができる。
請求項６の発明によれば、変更する権限を有する部分を閲覧するか、変更をデータに付加する権限を有する部分を閲覧するかを指定することができる。
請求項８の発明によれば、データ中のある部分を変更する権限を有する操作者だけでなくその部分を変更する権限を有しない操作者もその部分の変更をデータに反映させることができる。
請求項９の発明によれば、データ中のある部分を変更する権限を有する操作者だけでなくその部分を変更する権限を有しない操作者もその部分の変更をデータに反映させることができる。
請求項１０の発明によれば、データ中のある部分を変更する権限を有する操作者だけでなくその部分を変更する権限を有しない操作者もその部分の変更をデータに反映させることができる。
【図面の簡単な説明】
【０００７】
【図１】本発明の実施の形態が適用されるコンピュータシステムの構成例を示した図である。
【図２】本発明の実施の形態におけるクライアント端末のハードウェア構成例を示した図である。
【図３】本発明の実施の形態の概要を模式的に示した図である。
【図４】本発明の実施の形態の概要を模式的に示した図である。
【図５】本発明の実施の形態におけるクライアント端末の機能構成例を示したブロック図である。
【図６】本発明の実施の形態における文書サーバの機能構成例を示したブロック図である。
【図７】本発明の実施の形態の編集権情報記憶部に記憶される編集権情報を例示した図である。
【図８】本発明の実施の形態における文書サーバの編集用文書ファイルを送信する際の動作例を示したフローチャートである。
【図９】本発明の実施の形態における文書サーバの改訂後文書ファイルを生成する際の動作例を示したフローチャートである。
【発明を実施するための形態】
【０００８】
以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。
図１は、本実施の形態が適用されるコンピュータシステムの全体構成例を示したものである。
図示するように、このコンピュータシステムは、クライアント端末１０ａ，１０ｂ，１０ｃと、文書サーバ３０とが、ネットワーク８０を介して接続されることにより構成されている。
尚、図では、クライアント端末１０ａ，１０ｂ，１０ｃを示したが、これらを区別する必要がない場合は、クライアント端末１０と称する。また、図には、３つのクライアント端末１０しか示していないが、４つ以上のクライアント端末１０を設けてもよい。
【０００９】
クライアント端末１０は、ユーザが文書ファイルの閲覧、編集等を行う際に用いられるコンピュータ装置である。具体的には、ユーザの操作に応じて、文書サーバ３０から文書ファイルをダウンロードし、ユーザに文書ファイルの閲覧、編集等をさせた後、文書サーバ３０に文書ファイルをアップロードする。ここで、クライアント端末１０としては、デスクトップＰＣ（Personal Computer）、ノートＰＣ、タブレットＰＣ、ウェアラブルコンピュータ、ＰＤＡ（Personal Digital Assistants）、スマートフォン、携帯電話等を用いるとよい。本実施の形態では、操作装置、第１の操作装置、第２の操作装置の一例として、クライアント端末１０を設けている。
【００１０】
文書サーバ３０は、ユーザが閲覧、編集等を行う対象である文書ファイルを格納するコンピュータ装置である。具体的には、ワードプロセッサソフトウェア、表計算ソフトウェア、プレゼンテーションソフトウェア等で作成されたファイル、環境に依存せずにオリジナルのイメージを再現可能なＰＤＦ（Portable Document Format）等のファイルを格納する。但し、本明細書で「文書ファイル」というときは、テキストを含む「文書」を電子化したファイルのみを意味するとは限らない。例えば、図形等のグラフィックデータ、絵、写真等の画像データも、ラスタデータであるかベクタデータであるかに関わらず、「文書ファイル」に含まれるものとする。ここで、文書サーバ３０としては、ＰＣ等を用いるとよい。本実施の形態では、保持装置の一例として、文書サーバ３０を設けている。
【００１１】
ネットワーク８０は、クライアント端末１０と文書サーバ３０との間の情報通信に用いられる通信手段であり、例えば、インターネットである。
【００１２】
次に、クライアント端末１０のハードウェア構成について説明する。
図２は、クライアント端末１０のハードウェア構成例を示した図である。
図示するように、クライアント端末１０は、演算手段であるＣＰＵ（Central Processing Unit）１１と、記憶手段であるメインメモリ１２及びＨＤＤ（Hard Disk Drive）１３とを備える。ここで、ＣＰＵ１１は、ＯＳ（Operating System）やアプリケーション等の各種ソフトウェアを実行し、後述する各機能を実現する。また、メインメモリ１２は、各種ソフトウェアやその実行に用いるデータ等を記憶する記憶領域であり、ＨＤＤ１３は、各種ソフトウェアに対する入力データや各種ソフトウェアからの出力データ等を記憶する記憶領域である。尚、クライアント端末１０がスマートフォンや携帯電話である場合は、ＨＤＤ１３に代えて、フラッシュストレージを用いるとよい。
更に、クライアント端末１０は、外部との通信を行うための通信インターフェース（以下、「通信Ｉ／Ｆ」と表記する）１４と、ビデオメモリやディスプレイ等からなる表示機構１５と、キーボードやマウス等の入力デバイス１６とを備える。
【００１３】
尚、図２は、文書サーバ３０のハードウェア構成を示した図として捉えることもできる。この場合、ＣＰＵ１１、メインメモリ１２、ＨＤＤ１３、通信Ｉ／Ｆ１４、表示機構１５、入力デバイス１６は、それぞれ、ＣＰＵ３１、メインメモリ３２、ＨＤＤ３３、通信Ｉ／Ｆ３４、表示機構３５、入力デバイス３６と表記するものとする。
【００１４】
ところで、図１のコンピュータシステムにおいて、文書サーバ３０に格納された文書ファイルの閲覧、編集等は、複数のユーザによって別々のクライアント端末１０で並行して行われることがある。
特に、ビジネスの現場では、文書ファイルの改訂をチームで検討する際、現在のドラフトの改訂が必要なページの改訂作業をそのページを担当するユーザに振り分けることによって共同で改訂作業を行うようなことが行われている。
このような共同作業を行うための技術としては、文書ファイル又はそれを構成する文書要素の単位で何れかのユーザがチェックアウトを行い、そのユーザが編集している間、他のユーザは編集できないように排他制御を行うという方法が一般的である。
しかしながら、このような方法では、先にチェックアウトしたユーザがチェックインを実施するまで、他のユーザはその文書ファイル又はその文書要素を編集することができず、並行して作業を行うことができなくなってしまう。
【００１５】
そこで、本実施の形態では、文書ファイルのページごとに、１人の主編集者と、少なくとも１人の副編集者とを指定し、文書ファイルのページが編集された場合に、そのページの主編集者が編集を行っていれば、編集内容でそのページを更新し、そのページの副編集者が編集を行っていれば、編集されたページを文書ファイルの最後に付加するようにする。
【００１６】
図３及び図４は、本実施の形態の概要を模式的に示した図である。ここでは、ユーザＡ、Ｂ、Ｃが、４ページからなる１つの文書ファイル４０１を共同で改訂するシーンを想定している。尚、ここでは、ユーザＡを各ページの主編集者、副編集者を指定する権限を有する文書ファイル全体の管理者とする。
【００１７】
図３は、文書ファイル４０１の３ページ目に編集権を付与するときの様子を示す。
図示するように、ユーザＡは、３ページ目の編集前内容４０２上に示すように、主編集者としてユーザＢを、副編集者としてユーザＡ（自分）及びユーザＣを指定している。
【００１８】
また、図４は、文書ファイル４０１の３ページ目を複数のユーザが並行して編集するときの様子を示す。
ここでは、ユーザＡ及びユーザＢが３ページ目を編集したとする。具体的には、図示するように、ユーザＢが、図３の編集前内容４０２を編集して、編集後内容４０３に示すようなものとし、ユーザＡが、図３の編集前内容４０２を編集して、編集後内容４０４に示すようなものとしたとする。
その後、ユーザＢが文書ファイル４０１を保存したとすると、ユーザＢは主編集者なので、文書ファイル４０１の３ページ目が編集後内容４０３によって改訂される。一方、ユーザＡが文書ファイル４０１を保存したとすると、ユーザＡは副編集者なので、編集後内容４０４は文書ファイル４０１の最後に追加情報（Ａｐｐｅｎｄｉｘ）として付加される。
従って、ユーザＡ及びユーザＢが改訂した後の文書ファイル４０１は、図示するような改訂後文書ファイル４０５の形式で保存されることになる。
【００１９】
次に、本実施の形態における各装置の構成について説明する。
図５は、クライアント端末１０の機能構成例を示したブロック図である。
図示するように、クライアント端末１０は、操作受付部２１と、送信部２２と、受信部２８と、表示制御部２９とを備えている。
【００２０】
操作受付部２１は、ユーザが文書サーバ３０にログインする操作、ユーザが閲覧、編集等を行いたい文書ファイルを選択する操作、ユーザが文書サーバ３０から受信した文書ファイルに対応する編集用文書ファイルを閲覧、編集等を行った後に文書サーバ３０に送信する操作等を受け付ける。
【００２１】
送信部２２は、ユーザが文書サーバ３０にログインする操作を操作受付部２１が受け付けた際にはユーザの識別情報（以下、「ユーザＩＤ」という）を、ユーザが文書ファイルを選択する操作を操作受付部２１が受け付けた際にはその文書ファイルの識別情報（以下、「文書ＩＤ」という）を、ユーザが編集後の編集用文書ファイルを文書サーバ３０に送信する操作を操作受付部２１が受け付けた際には元の文書ファイルの文書ＩＤ及び編集後の編集用文書ファイルを、それぞれ文書サーバ３０に送信する。ここで、文書ＩＤとしては、例えば、文書サーバ３０における文書ファイルの記憶場所を示す情報を用いるとよい。この記憶場所を示す情報とは、例えば、ＵＲＩ（Uniform Resource Identifier）である。本実施の形態では、操作者を識別する識別情報の一例として、ユーザＩＤを用いており、変更の内容を示す変更情報の一例として、編集後の編集用文書ファイルを用いている。更に、識別情報と変更情報とを送信する送信手段、第１の変更情報を送信する第１の送信手段、第２の変更情報を送信する第２の送信手段の一例として、送信部２２を設けている。
【００２２】
受信部２８は、送信部２２がユーザＩＤを送信した際にはユーザが閲覧、編集等を行うことが可能な文書ファイルの文書ＩＤの一覧を、送信部２２が文書ＩＤを送信した際にはその文書ＩＤで示される場所に記憶された文書ファイルに対応する編集用文書ファイルを、それぞれ文書サーバ３０から受信する。
【００２３】
表示制御部２９は、受信部２８が受信した文書ＩＤの一覧、編集用文書ファイル等を表示機構１５に表示するように制御する。
【００２４】
尚、これらの機能部は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、ＣＰＵ１１が、操作受付部２１、送信部２２、受信部２８、表示制御部２９を実現するプログラムを例えばＨＤＤ１３からメインメモリ１２に読み込んで実行することにより、これらの機能部は実現される。
【００２５】
図６は、文書サーバ３０の機能構成例を示したブロック図である。
図示するように、文書サーバ３０は、文書管理部４１と、送信部４２と、編集権情報管理部４３と、編集権情報記憶部４４と、文書変換部４５と、受信部４８と、ユーザ管理部４９とを備える。
【００２６】
文書管理部４１は、図示しない文書記憶部の例えば文書ＩＤで示される記憶場所にて文書ファイルを管理する。即ち、文書記憶部から文書ファイルを取得したり、文書記憶部に文書ファイルを保存したりする。また、文書管理部４１は、文書ファイルの閲覧、編集等を行うことが可能なユーザに関連付けた文書ファイルの管理も行う。例えば、ユーザＩＤと文書ＩＤとを対応付けておくことにより、あるユーザが閲覧、編集等を行うことが可能な文書ファイルの文書ＩＤを取得する。更に、文書管理部４１は、文書変換部４５が文書ファイルを更新することにより改訂後文書ファイルを生成すると、この改訂後文書ファイルも保存する。本実施の形態では、データの一例として、文書ファイルを用いており、データを取得するデータ取得手段の一例として、文書管理部４１を設けている。
【００２７】
送信部４２は、ユーザが閲覧、編集等を行うことが可能な文書ファイルの文書ＩＤの一覧を文書管理部４１が取得した際にはその文書ＩＤの一覧を、文書変換部４５が文書ファイルを編集権情報に基づいて変換した際にはその変換後の文書ファイルである編集用文書ファイルを、それぞれクライアント端末１０に送信する。
【００２８】
編集権情報管理部４３は、文書ファイルのページごとの各ユーザの編集権を示す編集権情報を、その文書ファイルの文書ＩＤに関連付けて編集権情報記憶部４４にて管理する。即ち、文書ＩＤをキーとして編集権情報記憶部４４から編集権情報を取得したり、文書ＩＤに関連付けて編集権情報記憶部４４に編集権情報を記憶したりする。
【００２９】
編集権情報記憶部４４は、編集権情報管理部４３により管理の下、文書ＩＤに関連付けて編集権情報を保存する。尚、この編集権情報記憶部４４に記憶される編集権情報については後述する。
【００３０】
文書変換部４５は、文書管理部４１が取得した文書ファイルを、編集権情報管理部４３が取得した編集権情報に基づいて変換することにより、編集用文書ファイルを生成する。また、文書管理部４１が取得した文書ファイルを、編集権情報管理部４３が取得した編集権情報と、編集用文書ファイルを編集したユーザのユーザＩＤと、編集後の編集用文書ファイルとに基づいて更新することにより、改訂後文書ファイルを生成する。本実施の形態では、データを変更情報に基づいて更新する更新手段、データの部分が表示されるように制御する制御手段の一例として、文書変換部４５を設けている。
【００３１】
受信部４８は、ユーザが文書サーバ３０にログインする操作を行った際にはユーザＩＤを、ユーザが文書ファイルを選択する操作を行った際にはその文書ファイルの文書ＩＤを、ユーザが編集後の編集用文書ファイルを文書サーバ３０に送信する操作を行った際には元の文書ファイルの文書ＩＤ及び編集後の編集用文書ファイルを、それぞれクライアント端末１０から受信する。本実施の形態では、操作者を特定する特定手段、変更情報を取得する変更情報取得手段の一例として、また、識別情報と変更情報とを受信する受信手段、変更情報を受信する受信手段の一例として、受信部４８を設けている。
【００３２】
ユーザ管理部４９は、受信部４８が受信したユーザＩＤを管理する。即ち、ユーザが文書サーバ３０にログインする際、受信部４８は、ユーザＩＤに加えてパスワードを受信するので、ユーザ管理部４９は、このユーザＩＤ及びパスワードの組み合わせが予め登録されたユーザＩＤ及びパスワードの組み合わせの中に存在するかどうかを調べることにより、ユーザの認証を行う。そして、ユーザの認証が成功すれば、セッションＩＤを生成して、ユーザＩＤとセッションＩＤとを紐付けておく。その後、このユーザのログインが継続した状態で受信部４８が情報を受信すると、情報にはこのセッションＩＤが含まれるので、このセッションＩＤに紐付けられたユーザＩＤを受信部４８に返す。
【００３３】
尚、これらの機能部は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、ＣＰＵ３１が、文書管理部４１、送信部４２、編集権情報管理部４３、文書変換部４５、受信部４８、ユーザ管理部４９を実現するプログラムを例えばＨＤＤ３３からメインメモリ３２に読み込んで実行することにより、これらの機能部は実現される。また、編集権情報記憶部４４は、例えばＨＤＤ３３により実現される。
【００３４】
図７は、編集権情報記憶部４４に記憶される編集権情報を例示した図である。但し、ここでは、１つの文書ファイルに対する編集権情報を示している。実際には、編集権情報記憶部４４は複数の文書ファイルに対する編集権情報を記憶しており、各編集権情報は、文書ＩＤに関連付けられることにより、どの文書ファイルに対する編集権情報であるか区別できるようになっている。
【００３５】
図示するように、編集権情報は、ページと、主編集者と、副編集者とを含む。尚、この編集権情報は、図３で指定した３ページ目に対する編集権情報に他のページに対する編集権情報を追加したものに対応している。
ページは、文書ファイルを意味内容とは関係なく予め定めた行数で区切った単位である。本明細書では、ページに対して設定を行うことを前提とするが、例えば、文書ファイルの章、節等の意味内容を考慮して設定された単位に対して設定を行うようにしてもよい。この意味で、ページは、データの部分の一例である。
【００３６】
主編集者は、対応するページを編集するとその編集内容でそのページが更新されることになるユーザである。ここでは、例えば３ページ目の主編集者がユーザＢであることが記憶されている。本実施の形態では、第１の権限の一例として、主編集者の権限を用いている。
副編集者は、対応するページを編集するとその編集内容が文書ファイルに追加情報として付加されることになるユーザである。ここでは、例えば３ページ目の副編集者がユーザＡ及びユーザＣであることが記憶されている。本実施の形態では、第２の権限の一例として、副編集者の権限を用いている。
【００３７】
尚、編集権情報は、初期的には、文書ファイル全体を管理するユーザが、その文書ファイルの文書ＩＤと共にクライアント端末１０から文書サーバ３０へ送信することにより、編集権情報記憶部４４に記憶されるが、その後に変更できるようにしてもよい。例えば、あるページの主編集者が、そのページの主編集者の権限を他のユーザに譲渡したり、そのページの副編集者として他のユーザを追加したりすることを可能にしてもよい。
【００３８】
次いで、本実施の形態の動作について説明する。
図８は、文書サーバ３０の編集用文書ファイルを送信する際の動作例を示したフローチャートである。クライアント端末１０で、操作受付部２１が、文書サーバ３０へのログイン操作を受け付け、送信部２２が、ユーザＩＤを文書サーバ３０に送信することにより、このフローチャートの動作は開始する。
動作が開始すると、文書サーバ３０では、まず、受信部４８が、ユーザＩＤを受信する（ステップ３０１）。尚、このユーザＩＤは、ユーザ管理部４９で管理され、ログインが継続した状態での同じユーザからの以降のアクセスを認識できるようになっている。
また、受信部４８がユーザＩＤを文書管理部４１に送ることにより、文書管理部４１が、ユーザＩＤに関連付けられた文書ファイルの文書ＩＤの一覧を取得し、送信部４２が、これをクライアント端末１０に送信する（ステップ３０２）。これにより、クライアント端末１０では、受信部２８が、文書ＩＤの一覧を受信し、表示制御部２９が、この文書ＩＤの一覧が表示されるように制御する。
【００３９】
次に、クライアント端末１０では、操作受付部２１が、文書ＩＤの一覧の中から閲覧、編集等を行いたい文書ファイルの文書ＩＤを選択する操作を受け付け、送信部２２が、選択された文書ＩＤを文書サーバ３０に送信する。すると、文書サーバ３０では、受信部４８が、文書ＩＤを受信する（ステップ３０３）。
そして、受信部４８が文書ＩＤを文書管理部４１に送ることにより、文書管理部４１が、文書ＩＤで示される場所に記憶された文書ファイルを取得する（ステップ３０４）。尚、ここで取得された文書ファイルは文書変換部４５に渡される。
また、受信部４８が文書ＩＤを編集権情報管理部４３に送ることにより、編集権情報管理部４３が、文書ＩＤに関連付けられた編集権情報が編集権情報記憶部４４に記憶されているかどうかを判定する（ステップ３０５）。
【００４０】
その結果、文書ＩＤに関連付けられた編集権情報が編集権情報記憶部４４に記憶されていると判定すると、編集権情報管理部４３は、その編集権情報を文書変換部４５に受け渡し、文書変換部４５が、ステップ３０４で渡された文書ファイルをこの編集権情報に基づいて変換することにより編集用文書ファイルを生成する編集用文書ファイル生成処理を開始する。尚、この編集用文書ファイル生成処理に先立ち、受信部４８は、ユーザ管理部４９で管理されたユーザＩＤを文書変換部４５に渡しているものとする。また、文書変換部４５は、編集用文書ファイルを格納するメモリに、ページを含まない編集用文書ファイルの構造を用意しておくものとする。
【００４１】
この編集用文書ファイル生成処理において、文書変換部４５は、まず、文書ファイルのページを取り出す（ステップ３０６）。また、受信部４８から渡されたユーザＩＤが、このページに対する編集権を有するユーザのユーザＩＤであるか、つまり、編集権情報でこのページに対して設定されている主編集者又は副編集者のユーザＩＤであるかどうかを判定する（ステップ３０７）。
【００４２】
ここで、渡されたユーザＩＤが、編集権を有するユーザのユーザＩＤである、つまり、編集権情報における主編集者又は副編集者のユーザＩＤであると判定されれば、文書変換部４５は、編集用文書ファイルにこのページを含める（ステップ３０８）。例えば、ユーザＢのユーザＩＤがステップ３０１で受信され、かつ、図７の編集権情報が設定された文書ファイルの３ページ目がステップ３０６で取り出されたとすると、その３ページ目は編集用文書ファイルに含められる。そして、処理は、ステップ３０９へ進む。
【００４３】
また、ステップ３０７で、渡されたユーザＩＤが、編集権を有するユーザのユーザＩＤでない、つまり、編集権情報における主編集者又は副編集者のユーザＩＤでないと判定されれば、編集用文書ファイルにこのページを含めることなく、処理は、ステップ３０９へ進む。
その後、文書変換部４５は、文書ファイルに他のページがあるかどうかを判定する（ステップ３０９）。
その結果、他のページがあると判定されれば、ステップ３０６へ戻るが、他のページがないと判定されれば、文書変換部４５は、メモリに格納された編集用文書ファイルを、そのコピーをメモリに残したまま送信部４２に受け渡し、送信部４２が、この編集用文書ファイルをクライアント端末１０に送信する（ステップ３１０）。これにより、クライアント端末１０では、受信部２８が、編集用文書ファイルを受信し、表示制御部２９が、この編集用文書ファイルが表示されるように制御する。
【００４４】
一方、ステップ３０５で、文書ＩＤに関連付けられた編集権情報が編集権情報記憶部４４に記憶されていないと判定すると、文書変換部４５は、ステップ３０４で渡された文書ファイルをそのまま送信部４２に受け渡し、送信部４２が、この文書ファイルをクライアント端末１０に送信する（ステップ３１１）。尚、このとき、文書変換部４５は、他のユーザがこの文書ファイルを取得できないように、この文書ファイルに対する排他制御を文書管理部４１に指示する。これにより、クライアント端末１０では、受信部２８が、文書ファイルを受信し、表示制御部２９が、この文書ファイルも編集可能な編集用文書ファイルとして表示されるように制御する。
【００４５】
図９は、文書サーバ３０の改訂後文書ファイルを生成する際の動作例を示したフローチャートである。図８に示した処理により編集用文書ファイルが表示された後、クライアント端末１０では、編集用文書ファイルの編集が行われる。そして、操作受付部２１が、編集後の編集用文書ファイルを文書サーバ３０に送信するユーザの操作を受け付け、送信部２２が、文書ＩＤ及び編集後の編集用文書ファイルを文書サーバ３０に送信することにより、このフローチャートの動作は開始する。
【００４６】
動作が開始すると、文書サーバ３０では、まず、受信部４８が、文書ＩＤ及び編集後の編集用文書ファイルを受信する（ステップ３２１）。
そして、受信部４８が文書ＩＤを文書管理部４１に送ることにより、文書管理部４１が、文書ＩＤで示される場所に記憶された文書ファイルを取得する（ステップ３２２）。尚、ここで取得された文書ファイルは文書変換部４５に渡される。
また、受信部４８が文書ＩＤを編集権情報管理部４３に送ることにより、編集権情報管理部４３が、文書ＩＤに関連付けられた編集権情報が編集権情報記憶部４４に記憶されているかどうかを判定する（ステップ３２３）。
【００４７】
その結果、文書ＩＤに関連付けられた編集権情報が編集権情報記憶部４４に記憶されていると判定すると、編集権情報管理部４３は、その編集権情報を文書変換部４５に受け渡し、文書変換部４５が、ステップ３２２で渡された文書ファイルをこの編集権情報に基づいて変換することにより改訂後文書ファイルを生成する改訂後文書ファイル生成処理を開始する。尚、この改訂後文書ファイルに先立ち、受信部４８は、クライアント端末１０から受信した編集後の編集用文書ファイルと、ユーザ管理部４９で管理されたユーザＩＤとを文書変換部４５に渡しているものとする。
【００４８】
この改訂後文書ファイル生成処理において、文書変換部４５は、まず、図８のステップ３１０でメモリに残しておいた編集前の編集用文書ファイルと、受信部４８から渡された編集後の編集用文書ファイルとで、異なっているページを抽出する（ステップ３２４）。
次に、文書変換部４５は、この抽出されたページから１つのページを取り出す（ステップ３２５）。そして、受信部４８から渡されたユーザＩＤが、このページに対して如何なる編集権を有するユーザのユーザＩＤであるか、つまり、編集権情報でこのページに対して設定されている主編集者又は副編集者のユーザＩＤであるか、編集権情報でこのページに対して設定されていないユーザＩＤであるかを判定する（ステップ３２６）。尚、編集用文書ファイルには、ユーザが編集権を有するページのみが含まれているので、編集権情報でこのページに対して設定されていないユーザＩＤであると判定されることは、通常はあり得ない。しかしながら、クライアント端末１０でユーザが編集用文書ファイルを編集中に、編集権情報記憶部４４に記憶された編集権情報が書き換えられることも考えられるので、このような場合も含めて判定している。
【００４９】
ここで、渡されたユーザＩＤが編集権情報における主編集者のユーザＩＤであると判定されれば、文書変換部４５は、ステップ３２５で取り出したページで、ステップ３２２で渡された文書ファイルの該当するページを置き換える（ステップ３２７）。例えば、ユーザＢのユーザＩＤが図８のステップ３０１で受信され、かつ、図７の編集権情報が設定された文書ファイルの編集されたページから３ページ目がステップ３２５で取り出されたとすると、その文書ファイルの３ページ目は編集後の３ページ目で置き換えられる。そして、処理は、ステップ３２９へ進む。
【００５０】
また、渡されたユーザＩＤが編集権情報における副編集者のユーザＩＤであると判定されれば、文書変換部４５は、ステップ３２５で取り出したページを、ステップ３２２で渡された文書ファイルの最後のページとして付加する（ステップ３２８）。尚、このとき、最後のページには、どのユーザがどのページを編集した結果であるかを示すために、第１の識別情報の一例であるユーザＩＤと、第２の識別情報の一例であるページ番号とを含めるものとする。例えば、ユーザＡのユーザＩＤが図８のステップ３０１で受信され、かつ、図７の編集権情報が設定された文書ファイルの編集されたページから３ページ目がステップ３２５で取り出されたとすると、その文書ファイルの最後に編集後の３ページ目が付加される。また、この場合、本実施の形態では、文書ファイルの最後にページを付加するものとするが、これに限るものではなく、文書ファイルの最初又は途中にページを付加するものであってもよい。そして、処理は、ステップ３２９へ進む。
【００５１】
更に、渡されたユーザＩＤが編集権情報でこのページに対して設定されていないユーザＩＤであると判定されれば、ページの置き換えも付加も行うことなく、処理は、ステップ３２９へ進む。
【００５２】
その後、文書変換部４５は、ステップ３２４で抽出したページに他のページがあるかどうかを判定する（ステップ３２９）。
その結果、他のページがあると判定されれば、ステップ３２５へ戻る。他のページがないと判定されれば、文書変換部４５は、この時点での文書ファイルを改訂後文書ファイルとして文書管理部４１に渡し、文書管理部４１がこの改訂後文書ファイルを文書記憶部に保存して（ステップ３３０）、処理を終了する。
【００５３】
一方、ステップ３２３で、文書ＩＤに関連付けられた編集権情報が編集権情報記憶部４４に記憶されていないと判定すると、その旨が編集権情報管理部４３から文書変換部４５へ伝えられる。そして、文書変換部４５が、受信部４８から渡された編集後の編集用文書ファイルをそのまま文書管理部４１に渡し、文書管理部４１がこの編集後の編集用文書ファイルを元の文書ファイルに代えて文書記憶部に保存する（ステップ３３１）。尚、このとき、文書ファイルに対して行われていた排他制御は解除する。そして、処理を終了する。
【００５４】
尚、この動作例では、ユーザが編集用文書ファイルを表示したときに、そのユーザが編集権を有するページのみがフィルタリングされて表示されるようにする処理を行った。
しかしながら、ユーザが編集用文書ファイルを表示したときに、そのユーザが編集権を有するページもそのユーザが編集権を有しないページも表示されるようにし、これらのページを区別可能にする処理を行ってもよい。そのような処理としては、例えば、そのユーザが編集権を有しないページについて、背景色をグレー等にしたり、大きく太い文字で「このページは編集できません」等の文言を記述したりする処理がある。ここで、このような処理を行うことは、部分の変更の内容を示す変更情報に基づいてデータを更新する処理が行われない旨の情報が表示されるように制御することの一例である。
【００５５】
或いは、ユーザが編集用文書ファイルを表示したときに、そのユーザが主編集者の権限を有するページのみ、又は、そのユーザが副編集者の権限を有するページのみが表示されるようにする処理を行ってもよい。例えば、主編集者の権限及び副編集者の権限のうちそのユーザが指定した権限を有するページのみが表示されるようにすることが考えられる。これは、ユーザが、まずは自分が主編集者となっているページを編集し、その後に自分が副編集者となっているページを編集する、といった手順で作業する場合に有効である。ここで、主編集者の権限及び副編集者の権限のうちそのユーザが指定した権限は、第１の権限及び第２の権限のうちの指定された特定の権限の一例である。
【００５６】
また、この動作例では、クライアント端末１０が、編集用文書ファイルに対する編集の内容を示す編集情報として、編集後の編集用文書ファイルを文書サーバ３０に送信し、文書サーバ３０が、編集後の編集用文書ファイルから編集後のページ内容を抽出するようにした。
しかしながら、クライアント端末１０が、編集用文書ファイルの編集されたページについて編集後のページ内容を記憶しておき、これを編集情報として文書サーバ３０に送信し、文書サーバ３０は、それをそのまま用いるようにしてもよい。
或いは、クライアント端末１０が、編集用文書ファイルに対する編集の履歴を記憶しておき、これを編集情報として文書サーバ３０に送信し、文書サーバ３０が、編集前のページ内容をこの編集の履歴で更新して編集後のページ内容を得るようにしてもよい。
【００５７】
更に、この動作例では、ユーザが文書サーバ３０にログインして編集用文書ファイルを取得し、クライアント端末１０でこれを編集し、編集後の編集用文書ファイルを、ログイン状態を維持している間に再び文書サーバ３０に送信するようにした。
しかしながら、ユーザが文書サーバ３０にログインして編集用文書ファイルを取得した後、一旦ログアウトしてクライアント端末１０でこれを編集し、編集後の編集用文書ファイルを、別のタイミングで再び文書サーバ３０にログインして送信するようにしてもよい。その場合、図９のフローチャートは、ステップ３２１以降を実行するに先立って、図８のステップ３０１を実行するように変更すればよい。
以上により、本実施の形態の説明を終了する。
【００５８】
尚、上記実施の形態において、クライアント端末１０は、文書サーバ３０に格納された文書ファイルを更新する時に、編集情報（編集後の編集用文書ファイル等）を文書サーバ３０に送信するようにしたが、編集情報を文書サーバ３０に送信した後の任意の時点で、明示的な指示により文書ファイルを更新するようにしてもよい。例えば、編集情報を送信するためのボタンが押下されると、編集情報を送信し、この編集情報に基づいて文書ファイルを更新してもよいし、文書ファイルを更新するための特別なボタンを設け、このボタンが押下されると、既に送信した編集情報に基づいて文書ファイルを更新するようにしてもよい。また、これを一般化して、データを変更情報に基づいて更新する操作として予め定められた更新操作がユーザによって行われると、文書ファイルを編集情報に基づいて更新することとしてもよい。
【００５９】
また、上記実施の形態では、クライアント端末１０が文書ＩＤを文書サーバ３０に送信すると、文書サーバ３０が編集用文書ファイルを生成してこれをクライアント端末１０に送信し、その後、クライアント端末１０が編集後の編集用文書ファイルを文書サーバ３０に送信すると、文書ファイルが改訂後文書ファイルを生成してこれを保存するようにしたが、これには限らない。例えば、クライアント端末１０が、文書ＩＤが入力されると編集用文書ファイルを生成したり、編集用文書ファイルが編集されると改訂後文書ファイルを生成して保存したりしてもよい。この場合、クライアント端末１０は、文書ファイルを取得するデータ取得手段の一例としての文書ファイル取得部（図示せず）と、ユーザを特定する特定手段の一例としてのユーザ特定部（図示せず）と、編集情報を取得する変更情報取得手段の一例としての編集情報取得部（図示せず）と、更新操作がユーザによって行われた場合に文書ファイルを更新する更新手段の一例としての文書ファイル更新部（図示せず）と、表示操作がユーザによって行われた場合に文書ファイルのページが表示されるように制御する制御手段の一例としての表示制御部２９とを備えていることになる。
【００６０】
更に、上記実施の形態において、文書サーバ３０は、編集権情報を文書ファイルとは別のファイルとして保存し、文書ＩＤと編集権情報とを関連付ける情報を記憶することにより、文書ファイルと編集権情報とを関連付けるようにしたが、これには限らない。例えば、文書サーバ３０は、文書ファイルに属性情報として編集権情報を付加することにより、文書ファイルと編集権情報とを関連付けるようにしてもよい。
【００６１】
尚、本実施の形態を実現するプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することも可能である。その場合、図８の処理を実行させるプログラムと、図９の処理を実行させるプログラムとは、同じ記録媒体に格納して提供してもよいし、別々の記録媒体に格納して提供してもよい。
【符号の説明】
【００６２】
１０…クライアント端末、２１…操作受付部、２２…送信部、２８…受信部、２９…表示制御部、３０…文書サーバ、４１…文書管理部、４２…送信部、４３…編集権情報管理部、４４…編集権情報記憶部、４５…文書変換部、４８…受信部、４９…ユーザ管理部、８０…ネットワーク
【図１】
0005982962.tif 000002
【図２】
0005982962.tif 000003
【図３】
0005982962.tif 000004
【図４】
0005982962.tif 000005
【図５】
0005982962.tif 000006
【図６】
0005982962.tif 000007
【図７】
0005982962.tif 000008
【図８】
0005982962.tif 000009
【図９】
0005982962.tif 000010