(57)【特許請求の範囲】
【請求項１】
データ編集単位毎に設定された、当該編集対象データに対するアクセス制御の状態を示す状態情報、及び当該編集対象データが他の編集対象データと関連付けられていることを示す関連付け情報を記憶する編集データ情報記憶手段と、
編集対象データに対する排他要求に応じて、前記編集データ情報記憶手段に設定された当該編集対象データのアクセス制御の状態を排他状態に更新する第１の更新手段と、
アクセス制御の状態が排他状態にある編集対象データに対する排他解除要求に応じて、前記編集データ情報記憶手段に設定された当該編集対象データのアクセス制御の状態を、排他状態が維持されつつも排他解除状態に更新されるのを待機している状態を示す排他解除待機状態に更新する第２の更新手段と、
前記第２の更新手段によりアクセス制御の状態が排他解除待機状態に更新された編集対象データが他の編集対象データと関連付けられている場合において、前記第２の更新手段によりアクセス制御の状態が排他解除待機状態に更新されたことによって、当該編集対象データに関連付けられている他の編集対象データを含む全ての編集対象データに対するアクセス制御の状態が排他解除待機状態になった場合には、当該全ての編集対象データに対するアクセス制御の状態を排他解除待機状態から排他解除状態に更新する第３の更新手段と、
を有することを特徴とするデータ処理装置。
【請求項２】
請求項１記載のデータ処理装置において、
関連付けられている編集対象データの組毎に、当該組を成す全ての編集対象データに対するアクセス制御の状態を排他解除状態に更新する方法が設定された更新方法情報を記憶する更新方法情報記憶手段を有し、
前記第３の更新手段は、前記更新方法情報の設定内容に応じた方法に従って当該全ての編集対象データに対するアクセス制御の状態を排他解除待機状態から排他解除状態に更新することを特徴とするデータ処理装置。
【請求項３】
請求項２記載のデータ処理装置において、
前記第３の更新手段は、前記更新方法情報の設定内容に応じた方法に従い、当該組を成す全ての編集対象データに対するアクセス制御の状態が排他解除待機状態になった時点で当該全ての編集対象データに対するアクセス制御の状態を排他解除待機状態から排他解除状態に更新することを特徴とするデータ処理装置。
【請求項４】
請求項２記載のデータ処理装置において、
当該組を成す全ての編集対象データに対するアクセス制御の状態が排他解除待機状態になったことを編集対象データ管理者へ通知する通知手段を有し、
前記第３の更新手段は、前記更新方法情報の設定内容に応じた方法に従い、編集対象データ管理者からの排他解除要求に応じて当該全ての編集対象データに対するアクセス制御の状態を排他解除待機状態から排他解除状態に更新することを特徴とするデータ処理装置。
【請求項５】
請求項４記載のデータ処理装置において、
編集対象データ管理者からの排他解除待機解消要求に応じて、当該排他解除待機解消要求により指定された編集対象データに対するアクセス制御の状態を排他解除待機状態から排他状態に更新する第４の更新手段を有することを特徴とするデータ処理装置。
【請求項６】
コンピュータを、
データ編集単位毎に設定された、当該編集対象データに対するアクセス制御の状態を示す状態情報、及び当該編集対象データが他の編集対象データと関連付けられていることを示す関連付け情報を記憶する編集データ情報記憶手段、
編集対象データに対する排他要求に応じて、前記編集データ情報記憶手段に設定された当該編集対象データのアクセス制御の状態を排他状態に更新する第１の更新手段、
アクセス制御の状態が排他状態にある編集対象データに対する排他解除要求に応じて、前記編集データ情報記憶手段に設定された当該編集対象データのアクセス制御の状態を、排他状態が維持されつつも排他解除状態に更新されるのを待機している状態を示す排他解除待機状態に更新する第２の更新手段、
アクセス制御の状態が排他解除待機状態に更新された編集対象データが他の編集対象データと関連付けられている場合において、アクセス制御の状態が排他解除待機状態に更新されたことによって、当該編集対象データに関連付けられている他の編集対象データを含む全ての編集対象データに対するアクセス制御の状態が排他解除待機状態になった場合には、当該全ての編集対象データに対するアクセス制御の状態を排他解除待機状態から排他解除状態に更新する第３の更新手段、
として機能させるためのデータ処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ処理装置及びデータ処理プログラムに関する。
【背景技術】
【０００２】
例えば、プロジェクトでは、仕様書等プロダクトに関する書類を、複数の電子文書ファイル（以下、単に「文書」）にて生成される場合が少なくない。あるいは、１つの文書であっても複数の章で構成される場合が少なくない。生成された文書の記載内容は、プロダクトの完成後も仕様変更等によって改訂する必要が生じてくる場合もある。改訂に伴う文書の編集作業中に編集箇所に対するユーザアクセスを回避するためにチェックアウト／チェックインを行うことによって文書の排他制御を行うようにしている。
【０００３】
なお、従来では、共有ファイルに対して編集を行う場合、利用者は編集箇所（開始行と終了行）をサーバに送信し、サーバは、その編集箇所を他の利用者が編集中でなければ、共有ファイルから編集箇所のみをコピーして別ファイルとして生成し、当該利用者に編集させるという技術が提案されている（例えば、特許文献１）。この従来技術では、同一ファイルに対して複数のチェックアウトを並行して行い、いずれかの別ファイルに編集が終了すると、当該編集後の別ファイルを個々にチェックインさせている。
【０００４】
【特許文献１】特開２００７−１９３５４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、仕様変更等に伴い複数の文書に対して改訂が必要になるような場合、これらの文書にはそれぞれその改訂に関連した編集作業が必要という関連性が生じてくる。しかしながら、編集のために関連性のある複数の文書を個々に排他の状態にし、そして編集により生成した改訂版を個々に正規版として反映させた後、排他の状態を解除してしまうと、排他の状態が解除された文書は、編集中により排他の状態である文書との間で整合性がとれていない状態にもかかわらず、利用可能な状態になってしまう。この結果、編集対象データ（上記例の「文書」）のアクセス制御の状態を、関連性のある他の編集対象データに対するアクセス制御の状態を考慮せずに排他の状態から排他でない状態に更新してしまうと、関連性のある編集対象データ間で整合性がとれなくなってしまうという課題が生じる。
【０００６】
本発明は、このような課題を解決するためになされたものであり、関連性のある編集対象データ間での整合性をとれるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
以上のような目的を達成するために、本発明に係るデータ処理装置は、データ編集単位毎に設定された、当該編集対象データに対するアクセス制御の状態を示す状態情報、及び当該編集対象データが他の編集対象データと関連付けられていることを示す関連付け情報を記憶する編集データ情報記憶手段と、編集対象データに対する排他要求に応じて、前記編集データ情報記憶手段に設定された当該編集対象データのアクセス制御の状態を排他状態に更新する第１の更新手段と、アクセス制御の状態が排他状態にある編集対象データに対する排他解除要求に応じて、前記編集データ情報記憶手段に設定された当該編集対象データのアクセス制御の状態を、排他状態が維持されつつも排他解除状態に更新されるのを待機している状態を示す排他解除待機状態に更新する第２の更新手段と、前記第２の更新手段によりアクセス制御の状態が排他解除待機状態に更新された編集対象データが他の編集対象データと関連付けられている場合において、前記第２の更新手段によりアクセス制御の状態が排他解除待機状態に更新されたことによって、当該編集対象データに関連付けられている他の編集対象データを含む全ての編集対象データに対するアクセス制御の状態が排他解除待機状態になった場合には、当該全ての編集対象データに対するアクセス制御の状態を排他解除待機状態から排他解除状態に更新する第３の更新手段と、を有することを特徴とする。
【０００８】
また、関連付けられている編集対象データの組毎に、当該組を成す全ての編集対象データに対するアクセス制御の状態を排他解除状態に更新する方法が設定された更新方法情報を記憶する更新方法情報記憶手段を有し、前記第３の更新手段は、前記更新方法情報の設定内容に応じた方法に従って当該全ての編集対象データに対するアクセス制御の状態を排他解除待機状態から排他解除状態に更新することを特徴とする。
【０００９】
また、前記第３の更新手段は、前記更新方法情報の設定内容に応じた方法に従い、当該組を成す全ての編集対象データに対するアクセス制御の状態が排他解除待機状態になった時点で当該全ての編集対象データに対するアクセス制御の状態を排他解除待機状態から排他解除状態に更新することを特徴とする。
【００１０】
また、当該組を成す全ての編集対象データに対するアクセス制御の状態が排他解除待機状態になったことを編集対象データ管理者へ通知する通知手段を有し、前記第３の更新手段は、前記更新方法情報の設定内容に応じた方法に従い、編集対象データ管理者からの排他解除要求に応じて当該全ての編集対象データに対するアクセス制御の状態を排他解除待機状態から排他解除状態に更新することを特徴とする。
【００１１】
また、編集対象データ管理者からの排他解除待機解消要求に応じて、当該排他解除待機解消要求により指定された編集対象データに対するアクセス制御の状態を排他解除待機状態から排他状態に更新する第４の更新手段を有することを特徴とする。
【００１２】
本発明に係るデータ処理プログラムは、コンピュータを、データ編集単位毎に設定された、当該編集対象データに対するアクセス制御の状態を示す状態情報、及び当該編集対象データが他の編集対象データと関連付けられていることを示す関連付け情報を記憶する編集データ情報記憶手段、編集対象データに対する排他要求に応じて、前記編集データ情報記憶手段に設定された当該編集対象データのアクセス制御の状態を排他状態に更新する第１の更新手段、アクセス制御の状態が排他状態にある編集対象データに対する排他解除要求に応じて、前記編集データ情報記憶手段に設定された当該編集対象データのアクセス制御の状態を、排他状態が維持されつつも排他解除状態に更新されるのを待機している状態を示す排他解除待機状態に更新する第２の更新手段、アクセス制御の状態が排他解除待機状態に更新された編集対象データが他の編集対象データと関連付けられている場合において、アクセス制御の状態が排他解除待機状態に更新されたことによって、当該編集対象データに関連付けられている他の編集対象データを含む全ての編集対象データに対するアクセス制御の状態が排他解除待機状態になった場合には、当該全ての編集対象データに対するアクセス制御の状態を排他解除待機状態から排他解除状態に更新する第３の更新手段として機能させる。
【発明の効果】
【００１３】
請求項１記載の発明によれば、関連性のある編集対象データに対し、整合性がとれていない状態での利用を回避することができる。
【００１４】
請求項２記載の発明によれば、一律の方法ではなく更新方法情報の設定内容に応じた方法にて、全ての編集対象データに対するアクセス制御の状態を更新することができる。
【００１５】
請求項３記載の発明によれば、全ての編集対象データに対するアクセス制御の状態の排他解除状態への更新を自動的に行うことができる。
【００１６】
請求項４記載の発明によれば、全ての編集対象データに対するアクセス制御の状態の排他解除状態への更新を、編集対象データ管理者による手動にて行うことができる。
【００１７】
請求項５記載の発明によれば、アクセス制御の状態を排他解除状態に戻すために待機させている編集対象データに対するアクセス制御の状態を、排他状態に差し戻すことができる。
【００１８】
請求項６記載の発明によれば、関連性のある編集対象データに対し、整合性がとれていない状態での利用を回避することができる。
【発明を実施するための最良の形態】
【００１９】
以下、図面に基づいて、本発明の好適な実施の形態について説明する。なお、本実施の形態では、電子データファイルを、ユーザによりデータ編集されるデータ編集単位として説明する。つまり、ユーザは、所定の格納先から電子データファイルを読み出して編集を行うことになる。更に、本実施の形態では、電子データファイルとして電子文書ファイル（以下「文書」）を編集する場合を例にして説明する。
【００２０】
図１は、本発明に係るデータ処理装置の一実施の形態を含む文書処理システムの全体構成及びブロック構成図である。図１には、本発明に係るデータ処理装置に相当する文書管理サーバ１と、文書管理サーバ１が管理する文書の利用者によって使用されるユーザ端末２と、文書管理サーバ１の管理者が使用する管理者端末３とがネットワークの一形態であるＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）４で接続された構成が示されている。
【００２１】
図２は、本実施の形態における文書管理サーバ１を形成するサーバコンピュータのハードウェア構成図である。本実施の形態における文書管理サーバ１は、従前から存在する汎用的なハードウェア構成で実現できる。すなわち、文書管理サーバ１は、図２に示したようにＣＰＵ８、ＲＯＭ９、ＲＡＭ１０、ハードディスクドライブ（ＨＤＤ）１１を接続したＨＤＤコントローラ１２、入力手段として設けられたマウス１３とキーボード１４、及び表示装置として設けられたディスプレイ１５をそれぞれ接続する入出力コントローラ１６、通信手段として設けられたネットワークコントローラ１７を内部バス１８に接続して構成される。
【００２２】
なお、性能的に差異はあるかもしれないが、クライアントコンピュータに相当するユーザ端末２及び管理者端末３もコンピュータであることから、そのハードウェア構成は、図２と同じように図示することができる。
【００２３】
図１において、文書管理サーバ１は、関連文書情報設定部２１、アクセス管理部２２、手動チェックイン機能処理部２３、文書情報管理テーブル２４、関連文書情報管理テーブル２５、文書データベース（ＤＢ）２６及び文書一時保持部２７を有している。関連文書情報設定部２１は、管理者による所定の操作に従って入力された関連文書に関する情報を文書情報管理テーブル２４及び関連文書情報管理テーブル２５に設定する。本実施の形態では、関連性のある文書の組に属する各文書を「関連文書」と称している。アクセス管理部２２は、文書に対する登録、更新、削除等の文書管理、さらには文書編集の際のチェックアウト／チェックインによる排他制御など文書データベース２６に格納することによって管理下にある文書の管理全体を行う。アクセス管理部２２には、チェックアウト処理部２８、チェックイン処理部２９及び文書状態更新部３０が含まれている。チェックアウト処理部２８は、ユーザが文書を読み出して編集する際に当該文書をチェックアウトする。チェックイン処理部２９は、ユーザが読み出した文書を書き込む際に当該文書をチェックインする。本実施の形態では、詳細は後述するように、文書に対するアクセス制御の状態として、「編集可能」、「チェックアウト中」及び「チェックイン待機」という文書状態を設けている。文書状態更新部３０は、ユーザからの排他要求に応じるチェックアウト処理部２８からの指示や排他解除要求に応じるチェックイン処理部２９からの指示に応じて、文書がおかれている状況に応じて当該文書の文書状態を更新する第１〜第４の更新手段として設けられている。また、本実施の形態おいては、チェックインとして、自動チェックイン及び手動チェックインという実施方法を設定しているが、手動チェックイン機能処理部２３は、このうち手動チェックインに関連する処理を実施する。ここでチェックアウトとは、ユーザの指示に基づき、他のユーザに対してデータアクセスを排他状態とすることをいい、チェックインとは、ユーザの指示に基づき、データアクセスの排他状態を解除してデータを更新することをいう。
【００２４】
文書情報管理テーブル２４には、文書データベース２６に格納され管理されている文書に関する情報が設定される。関連文書情報管理テーブル２５には、関連文書に関する情報が設定される。各テーブル２４，２５の詳細については、追って説明する。文書データベース２６には、文書管理サーバ１が管理対象とする文書が格納される。文書一時保持部２７には、チェックイン待機の状態の文書が一時保持される。
【００２５】
文書管理サーバ１における各構成要素２１〜２３は、文書管理サーバ１を構成するコンピュータと、コンピュータに搭載されたＣＰＵ８で動作するプログラムとの協調動作により実現される。また、文書データベース２６及び文書一時保持部２７はＨＤＤ１１にて実現される。文書情報管理テーブル２４及び関連文書情報管理テーブル２５は、ＲＡＭ１０にて実現される。記憶手段に関しては、これに限定する必要はなく、文書一時保持部２７をＲＡＭ１０で実現してもよく、また文書情報管理テーブル２４及び関連文書情報管理テーブル２５をＨＤＤ１１で実現してもよい。
【００２６】
一方、ユーザ端末２は、チェックアウトされた文書に対して編集を行う文書処理部３１を有している。文書処理部３１は、ユーザ端末２を構成するコンピュータと、コンピュータに搭載されたＣＰＵ８で動作する文書アプリケーションとの協調動作により実現される。文書アプリケーションは、既存のソフトウェアで実現できる。また、管理者端末３は、関連文書に関する情報設定及び手動チェックインに関する処理を実施する編集管理部３２を有している。編集管理部３２は、管理者端末３を構成するコンピュータと、コンピュータに搭載されたＣＰＵ８で動作するブラウザとの協調動作により実現される。
【００２７】
また、本実施の形態で用いるプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体に格納して提供することも可能である。通信手段や記録媒体から提供されたプログラムはコンピュータにインストールされ、コンピュータのＣＰＵがインストールプログラムを順次実行することで各種処理が実現される。
【００２８】
本実施の形態において編集対象とする文書は、チェックアウト／チェックインによってアクセス制御に関する状態が変化する。本実施の形態においてチェックアウトというのは、ユーザの指示に従って文書を他のユーザに対して排他状態にすることをいう。また、チェックインというのは、文書の更新が完了したことに伴い文書の排他状態を解除することをいう。ここで、文書の状態およびその遷移について図３を用いて説明する。
【００２９】
前述したように、本実施の形態では、文書に対するアクセス制御の状態として、編集可能、チェックアウト中及びチェックイン待機という文書状態を設けている。編集可能というのは、ユーザによるアクセスが排除されていない状態、換言すると排他でない状態、あるいは排他が解除された状態であることを意味する。チェックアウト中というのは、ユーザによってチェックアウトされたことにより排他状態であることを意味する。チェックイン待機というのは、ユーザによってチェックイン指示されたものの実際にはチェックインが待機されている状態を意味する。チェックイン待機は、広義には、排他の状態が維持されているのでチェックアウト中に含まれると考えることも可能であるが、本実施の形態では、チェックイン指示に応じて実際にはチェックインが可能ではあるもののチェックインを待機している状態と、チェックアウト中における排他状態とは異なる状態であると狭義に考える。
【００３０】
図３において（１）は文書を編集するユーザがチェックアウトを指示した場合、（２）はチェックアウトされた文書が関連文書として定義されていた場合において当該文書にチェックアウトしたユーザがチェックインを指示した場合、（３）は管理者が同時チェックインを指示した場合、（４）は管理者がチェックイン待機の解除を指示した場合、そして（５）はチェックアウトされた文書が関連文書として定義されていない場合においてチェックアウトされた文書にチェックアウトしたユーザがチェックインを指示した場合、における遷移である。なお、上記同時チェックインというのは、関連文書全てに対するチェックインを指示したという意味である。
【００３１】
図４は、本実施の形態における文書情報管理テーブル２４のデータ構成の例を示した図である。文書情報管理テーブル２４には、文書データベース２６に格納されている文書に対して前述した情報項目が対応付けられるが、図４では、便宜的に文書１〜文書５のみを示した。文書情報管理テーブル２４には、管理対象とする文書毎に、文書名、文書ＩＤ、文書状態、関連文書、関連文書名、改訂番号、文書格納先情報及び文書一時格納先情報という情報項目が必要に応じてそれぞれ設定される。このうち、文書ＩＤは当該文書を識別するための情報である。文書状態は、当該文書に対する現時点におけるアクセス制御の状態であり、“編集可能”、“チェックアウト中”または“チェックイン待機”のいずれかが設定される。図４では、初期状態であり、いずれもまだチェックアウトされていないので、全てに“編集可能”が設定されている。関連文書は、当該文書が関連文書として設定されているか否かを示すフラグ情報であり、関連文書として設定されていれば“有”、設定されていなければ“無”が設定される。図４では、初期状態を示しているので、全てに“無”が設定されている。関連文書名は、関連文書として設定された場合にその関連文書の組を識別するために割り付けられた名称である。図４では、初期状態を示しているので、いずれにも何も設定されていない。改訂番号には、当該文書の版番号が設定される。文書格納先情報は、当該文書の格納先を特定するための情報である。文書一時格納先情報は、チェックイン待機の状態の文書の格納先を特定するための情報である。文書格納先情報及び文書一時格納先情報には、フォルダ名やＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）などで記述される。本実施の形態では、ＵＲＬが設定されることを想定している。
【００３２】
次に、本実施の形態における動作について説明するが、本実施の形態を実施するには、まず関連文書を事前に設定しておく必要がある。そこで、最初に関連文書に関する情報の登録処理について説明する。例えば、仕様変更等に伴い複数の文書に対して変更が必要になった場合、変更が必要になったこれらの文書は、関連文書として設定されることになる。ここでは、仕様書を構成する文書１〜文書５のうち、改訂により文書１，３，４に対して変更が必要になったことを例にして説明する。
【００３３】
関連文書情報設定部２１は、管理者端末３から関連文書情報設定要求に応じて図５に例示した関連文書登録画面を管理者端末３に表示させる。管理者は、管理者端末３のディスプレイに表示された関連文書登録画面の参照ボタン４１を押下して、文書データベース２６に格納されている文書の情報、具体的には文書名をリスト表示させ、その中から関連文書として登録したい文書名を選択した後、追加ボタン４２を押下する。なお、押下というのはマウス１３によるクリック等ボタンの選択操作のことである。これにより、選択された文書名は、関連文書表示領域４４に追加される。図５には、この管理者による追加操作によって文書１，３，４が関連文書として選択された例が示されている。なお、関連文書表示領域４４に表示された文書の中から削除したい文書がある場合には、関連文書表示領域４４の中の該当する文書名を選択した後、削除ボタン４３を押下する。これにより、選択された文書名は、関連文書表示領域４４から消去され、関連文書の組から外される。管理者は、この関連文書の設定に加えて、当該関連文書に割り付ける関連文書名を所定の領域４５に入力する。更に、自動チェックインを希望する場合には、チェックボックス４６をチェックする。図５では、チェックされた例が示されている。関連文書に関する情報の設定入力が終了すると、管理者は、登録ボタン４７を押下する。関連文書情報設定部２１は、この登録ボタン４７の押下に伴い管理者によって設定入力された情報を受け付ける。そして、文書情報管理テーブル２４及び関連文書情報管理テーブル２５に対して情報の設定登録を行う。この設定登録後における文書情報管理テーブル２４及び関連文書情報管理テーブル２５の設定内容の例をそれぞれ図６及び図７に示す。
【００３４】
本実施の形態における関連文書情報管理テーブル２５のデータ構成は、図７に例示したように、関連文書名に、当該関連文書として関連付けられた文書の文書ＩＤ及び自動チェックインの是非を対応付けして設定される。ここでは、管理者により、関連文書名として“仕様書Ａ改訂”、関連文書として文書１，３，４、チェックインの方法として自動チェックインがそれぞれ設定されているので、関連文書情報設定部２１は、関連文書名に“仕様書Ａ改訂”、関連文書として文書１，３，４の各文書ＩＤ“００１”，“００３”，“００４”，自動チェックインには、自動チェックインを実施する旨の“Ｔｒｕｅ”を対応付けして文書情報管理テーブル２４に登録する。また、関連文書情報設定部２１は、図６に示したように文書情報管理テーブル２４に対し、関連文書として設定された各文書１，３，４の関連文書を“有”に更新すると共に関連文書名に“仕様書Ａ改訂”を設定する。なお、文書情報管理テーブル２４及び関連文書情報管理テーブル２５の設定は、説明した順でなく、文書情報管理テーブル２４に対して先に設定してもよい。本実施の形態では、以上のようにして関連文書に関する情報の設定処理を行う。
【００３５】
この後、いずれかのユーザが、文書１，３，４の編集を行うために、編集対象の文書を文書管理サーバ１から読み出すことになるが、アクセス管理部２２におけるチェックアウト処理部２８は、ユーザ端末２からのチェックアウト要求（排他要求）に応じて、当該文書がチェックアウトされていないことを確認した後、文書データベース２６から当該文書を読み出し、チェックアウトし、ユーザ端末２へ当該文書をダウンロードする。なお、当該文書のダウンロード先が特定できるように、例えばダウンロード先となるユーザ端末２の識別情報を文書情報管理テーブル２４にて保持するようにしてもよい。また、これと同時に文書状態更新部３０に、文書情報管理テーブル２４に設定された当該文書のアクセス制御の状態を、排他状態を表す“チェックアウト中”に更新させる。文書１，３，４の全てがチェックアウトされた後のデータ設定例を図８に示す。図６と図８を比較すれば明らかなように文書１，３，４の各文書状態は、“編集可能”から“チェックアウト中”に変更されていることがわかる。なお、図１には、チェックアウト時の文書の流れを破線で示している。
【００３６】
以上のようにして、チェックアウトが完了すると、各文書１，３，４はユーザによって編集が施される。その後、編集が終了することでチェックインされることになるが、本実施の形態におけるチェックインに関する処理を、図９に示したフローチャートを用いて説明する。
【００３７】
いずれかのユーザ端末２からチェックイン要求（排他解除要求）が送られてくると、アクセス管理部２２は、これを受け付ける（ステップ１１０）。アクセス管理部２２におけるチェックイン処理部２９は、チェックイン要求のあった文書が関連文書か否かを文書情報管理テーブル２４に設定された関連文書の項目を参照して確認する。ここで、チェックイン要求の対象となった文書が文書１，３，４以外の文書であって関連文書でない場合（ステップ１２０でＮ）、チェックイン処理部２９は、その文書で文書データベース２６を更新すると共にチェックインする（ステップ２４０）。また、これと同時に文書状態更新部３０に、文書情報管理テーブル２４に設定された当該文書のアクセス制御の状態を、排他でない状態を表す“編集可能”に更新させる（ステップ２５０）。
【００３８】
一方、文書情報管理テーブル２４に設定された関連文書の項目が“有”であることからチェックイン要求のあった文書が関連文書であることを確認すると（ステップ１２０でＹ）、チェックイン処理部２９は、文書状態更新部３０に、文書情報管理テーブル２４に設定された当該文書のアクセス制御の状態を、排他解除待機状態を表す“チェックイン待機”に更新させる（ステップ１３０）。また、これと同時に当該文書を文書一時保持部２７にて一時保存する（ステップ１４０）。そして、チェックイン処理部２９は、文書１の格納先を示す情報、例えばＵＲＬを文書情報管理テーブル２４の文書１に対応付けされた文書一時格納先情報に登録する。ここでは、文書３がチェックイン要求の対象文書であるものとして説明すると、この文書３の文書状態が更新されたときの文書情報管理テーブル２４の設定例を図１０に示す。
【００３９】
文書３に関連する文書は、文書３と同じ関連文書名“仕様書Ａ改訂”が設定されていることから文書１，４と特定できるが、チェックイン処理部２９は、他の文書１，４の全てが“チェックイン待機”でないことから（ステップ１５０でＮ）、今回のチェックイン処理は終了する。なお、実際には、チェックイン処理部２９は、チェックイン要求を常時受信待ちの状態で待機しているので、チェックイン処理を終了するとはいうものの、次のチェックイン要求の受信待ちに移行することになる。
【００４０】
続いて、いずれかのユーザ端末２から例えば文書１のチェックイン要求（排他解除要求）が送られてきたとすると、アクセス管理部２２におけるチェックイン処理部２９は、文書情報管理テーブル２４に設定された関連文書の項目を参照して文書１が関連文書であることを確認すると（ステップ１１０，１２０でＹ）、文書状態更新部３０に、文書情報管理テーブル２４に設定された文書１のアクセス制御の状態を“チェックイン待機”に更新させる（ステップ１３０）。また、前述したように文書１を文書一時保持部２７にて一時保存すると共に（ステップ１４０）、文書１の格納先を示す情報を文書情報管理テーブル２４の文書１に対応付けされた文書一時格納先情報に登録する。このとき、関連文書である文書１，３，４のうち文書４の文書状態は“チェックアウト中”であって関連文書の全てがまだ“チェックイン待機”でないことから（ステップ１５０でＮ）、次のチェックイン要求の受信待ちに移行する。
【００４１】
そして、いずれかのユーザ端末２から例えば文書４のチェックイン要求（排他解除要求）が送られてきたとすると、アクセス管理部２２におけるチェックイン処理部２９は、文書情報管理テーブル２４に設定された関連文書の項目を参照して文書４が関連文書であることを確認すると（ステップ１１０，１２０でＹ）、文書状態更新部３０に、文書情報管理テーブル２４に設定された文書１のアクセス制御の状態を“チェックイン待機”に更新させる（ステップ１３０）。また、前述したように文書４を文書一時保持部２７にて一時保存すると共に（ステップ１４０）、文書４の格納先を示す情報を文書情報管理テーブル２４の文書１に対応付けされた文書一時格納先情報に登録する。
【００４２】
そして、このとき、関連文書である文書１，３，４の全てが“チェックイン待機”になったことが確認できる。なお、この関連文書である文書１，３，４の全ての文書状態が“チェックイン待機”に更新されたときの文書情報管理テーブル２４の設定例を図１１に示す。このように、関連文書に含まれている文書４の文書状態が“チェックイン待機”に更新されたことによって当該関連文書全ての文書状態が“チェックイン待機”になった場合（ステップ１５０でＹ）、チェックイン処理部２９は、関連文書情報管理テーブル２５に設定された当該関連文書“仕様書Ａ改訂”の自動チェックインを参照することによりチェックインの方法を確認する。図７に例示したように、自動チェックインが“Ｔｒｕｅ”の場合（ステップ１６０で「自動」）、チェックイン処理部２９は、文書１，３，４を文書一時保持部２７から取り出し、全ての関連文書１，３，４を同時にチェックインする（ステップ２２０）。これと同時に、チェックイン処理部２９は、文書状態更新部３０に、文書情報管理テーブル２４に設定された全ての関連文書１，３，４のアクセス制御の状態を“編集可能”に更新させる（ステップ２３０）。なお、この関連文書である文書１，３，４の全ての文書状態が“編集可能”に更新されたときの文書情報管理テーブル２４の設定例を図１２に示す。このようにして、関連付けられた文書１，３，４全てのチェックインが完了すると、チェックイン処理部２９は、文書１，３，４の改訂番号を更新する。なお、図１には、チェックイン時の文書の流れを破線で示している。
【００４３】
一方、図７の例とは異なり、自動チェックインに“Ｆａｌｓｅ”が設定されていることによってチェックイン方法として手動チェックインが指示されていると判断した場合（ステップ１６０で「手動」）、チェックイン処理部２９は、手動チェックイン機能処理部２３に手動チェックイン処理を指示する。
【００４４】
すなわち、手動チェックイン機能処理部２３は、この指示に応じて関連文書名“仕様書Ａ改訂”に含まれる全ての文書１，３，４がチェックイン可能な状態になったことを管理者に通知する（ステップ１７０）。具体的には、電子メールの送信によりその旨を伝えるようにしてもよい。この電子メールには、その旨と共に関連文書一覧画面を表示させるための情報、具体的には当該画面を表示させるＨＴＭＬ文書の格納先を示すＵＲＬを含める。
【００４５】
管理者は、電子メールによる通知を受け、その電子メールに指定されたＵＲＬをクリックすることによって表示させた関連文書一覧画面の例を図１３に示す。関連文書一覧画面には、関連文書名と、関連文書として関連付けられた文書の文書名に文書状態が表示される。そして、各文書には、参照ボタン４８と解除ボタン４９とが対応付けして表示される。ここで、管理者が例えば文書１に対応付けされた参照ボタン４８をクリック選択することによって文書１の参照を指示すると（ステップ１９０で「参照」）、手動チェックイン機能処理部２３は、この指示に応じて文書１を文書一時保持部２７から読み出して管理者端末３に表示させる（ステップ２００）。管理者は、このようにして編集された内容を確認する。また、管理者が例えば、編集された文書に誤記等の不具合を見つけたときなどに文書１に対応付けされた解除ボタン４９をクリック選択することによって文書１の解除を指示する（ステップ１９０で「解除」）。手動チェックイン機能処理部２３は、この指示に応じて文書状態更新部３０に、文書情報管理テーブル２４に設定された文書１のアクセス制御の状態を“チェックアウト中”に更新させる（ステップ２１０）。このときの文書情報管理テーブル２４の設定例を図１４に示す。
【００４６】
また、手動チェックイン機能処理部２３は、これと同時に文書１のチェックイン要求が解除されたことを、文書１の編集者使用のユーザ端末２へ通知するようにしてもよい。この解除通知は、例えば、電子メールの送信によりその旨を伝えるようにしてもよい。この電子メールには、その旨と共に文書１の格納先を示すＵＲＬを含めることで、解除通知を受けたユーザは、文書１の編集を行いたいときにそのＵＲＬをクリックすればよい。なお、文書１のアクセス制御の状態が“チェックアウト中”に更新されることによって関連文書全てを同時にチェックインできなくなるので、チェックイン処理をいったん終了させることにする。そして、次回のチェックイン処理に移行する、なお、図１には、手動チェックイン時の文書の流れを一点鎖線で示している。
【００４７】
管理者が編集された文書の内容を確認し、関連文書をチェックインしてもよいと判断したときに全てのチェックインボタン５０を押下する。これにより、チェックイン処理部２９は、文書１，３，４を文書一時保持部２７から取り出し、全ての文書１，３，４を同時にチェックインする（ステップ２２０）。これと同時に、チェックイン処理部２９は、文書状態更新部３０に、文書情報管理テーブル２４に設定された全ての文書１，３，４のアクセス制御の状態を“編集可能”に更新させる（ステップ２３０）。このようにして、関連付けられた文書１，３，４全てのチェックインが完了すると、チェックイン処理部２９は、文書１，３，４の改訂番号を更新する。
【００４８】
なお、本実施の形態では、電子データファイルの例として電子文書ファイルを例にして説明したが、本発明は、データファイルの形式は文書以外でも図面データファイル等編集可能なファイルであれば適用可能である。また、データ編集単位としてデータファイルを例にしたが、１つのデータファイルが複数のデータ編集単位によって構成されている場合にも本発明は適用可能である。この場合、例えば、ページやレコードをデータ編集単位としてもよい。
【００４９】
また、編集対象データ管理者というのは、編集対象データの単なる編集者とは異なるユーザであることを意味している。編集対象データ管理者は、プロジェクトやシステムの管理者でもよいし、複数の編集者の中から１又は複数を編集対象データ管理者として選任してもよい。
【図面の簡単な説明】
【００５０】
【図１】本発明に係るデータ処理装置の一実施の形態を含む文書処理システムの全体構成及びブロック構成図である。
【図２】本実施の形態における文書管理サーバのハードウェア構成図である。
【図３】本実施の形態における文書の状態及びその遷移を示した概念図である。
【図４】本実施の形態における文書情報管理テーブルのデータ構成の例を示した図である。
【図５】本実施の形態における関連文書登録画面の表示例を示した図である。
【図６】本実施の形態において関連文書に関する情報の設定後における文書情報管理テーブルのデータ設定の例を示した図である。
【図７】本実施の形態における関連文書情報管理テーブルのデータ構成の例及び関連文書に関する情報の設定後におけるデータ設定の例を示した図である。
【図８】本実施の形態においてチェックアウト後における文書情報管理テーブルのデータ設定の例を示した図である。
【図９】本実施の形態におけるチェックイン処理を示したフローチャートである。
【図１０】本実施の形態においてチェックイン要求された文書がチェックイン待機されたときの文書情報管理テーブルのデータ設定の例を示した図である。
【図１１】本実施の形態においてチェックイン要求された関連文書全てがチェックイン待機の文書状態になったときの文書情報管理テーブルのデータ設定の例を示した図である。
【図１２】本実施の形態においてチェックイン要求された関連文書全てがチェックインされた後の文書情報管理テーブルのデータ設定の例を示した図である。
【図１３】本実施の形態における関連文書一覧画面の表示例を示した図である。
【図１４】本実施の形態においてチェックイン待機の状態の文書が解除指示された後の文書情報管理テーブルのデータ設定の例を示した図である。
【符号の説明】
【００５１】
１  文書管理サーバ、２  ユーザ端末、３  管理者端末、４  ＬＡＮ、８  ＣＰＵ、９  ＲＯＭ、１０  ＲＡＭ、１１  ハードディスクドライブ（ＨＤＤ）、１２  ＨＤＤコントローラ、１３  マウス、１４  キーボード、１５  ディスプレイ、１６  入出力コントローラ、１７  ネットワークコントローラ、１８  内部バス、２１  関連文書情報設定部、２２  アクセス管理部、２３  手動チェックイン機能処理部、２４  文書情報管理テーブル、２５  関連文書情報管理テーブル、２６  文書データベース（ＤＢ）、２７  文書一時保持部、２８  チェックアウト処理部、２９  チェックイン処理部、３０  文書状態更新部、３１  文書処理部、３２  編集管理部。
【図１】
0004530031.tif 000002
【図２】
0004530031.tif 000003
【図３】
0004530031.tif 000004
【図４】
0004530031.tif 000005
【図５】
0004530031.tif 000006
【図６】
0004530031.tif 000007
【図７】
0004530031.tif 000008
【図８】
0004530031.tif 000009
【図９】
0004530031.tif 000010
【図１０】
0004530031.tif 000011
【図１１】
0004530031.tif 000012
【図１２】
0004530031.tif 000013
【図１３】
0004530031.tif 000014
【図１４】
0004530031.tif 000015