(57)【要約】【課題】文書データの編集可否を当該文書データ単位で制御する文書管理サーバの代わりに、当該運所データの編集可否を当該文書データのページ単位で制御する仕組みを提供すること。【解決手段】画像処理サーバ１０１は、ユーザから文書データを構成するページの編集指示を受け付けると、文書管理サーバ１０２に対して当該文書データの取得要求を送信する。文書管理サーバ１０２は当該文書データを画像処理サーバ１０１に送信し、画像処理サーバ１０１は当該文書データをページ単位になるよう分割する。そして、分割されたページのうち、ユーザから指定されたページを当該ユーザとは異なるユーザによって編集されないよう、チェックアウトする。【選択図】図６
2015146078.tif 000002
【特許請求の範囲】
【請求項１】
文書データを記憶する記憶手段を備え、当該文書データの編集可否を当該文書データ単位で制御する文書管理サーバと、情報処理サーバとを含む情報処理システムであって、
前記情報処理サーバは、
前記文書データを構成するページであって、ユーザから指定されたページの編集指示を受け付けた場合に、前記文書管理サーバに対して当該文書データの取得要求を送信する取得要求送信手段と、
前記取得要求送信手段に応じて前記文書管理サーバから送信された文書データをページ単位に分割する文書データ分割手段と、
前記文書データ分割手段で分割されたページであって前記ユーザから指定されたページが前記ユーザとは異なるユーザによって編集されないよう、当該ページをチェックアウトする第１のチェックアウト手段と
を備え、
前記文書管理サーバは、
前記情報処理サーバから前記文書データの取得要求を受信した場合に、前記記憶手段に記憶された当該文書データを前記情報処理サーバに送信する文書データ送信手段と
を備えることを特徴とする情報処理システム。
【請求項２】
前記情報処理サーバは、
前記ユーザから指定されたページの編集指示を受け付けた場合に、前記文書管理サーバに対して前記文書データのチェックアウト要求を送信する第１のチェックアウト要求送信手段を更に備え、
前記文書管理サーバは、
前記情報処理サーバから送信された前記文書データのチェックアウト要求を受信すると、当該文書データが前記ユーザとは異なるユーザによって編集されないよう、当該文書データをチェックアウトする第２のチェックアウト手段を更に備えることを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記情報処理サーバは、
前記第１のチェックアウト手段でチェックアウトしたページの登録指示を受け付けた場合に、当該ページの編集ができるよう当該ページをチェックインする第１のチェックイン手段を更に備えることを特徴とする請求項１または２に記載の情報処理システム。
【請求項４】
前記情報処理サーバは、
前記第１のチェックアウト手段でチェックアウトしたページの登録指示を受け付けた場合に、当該登録指示のあったページと前記文書データ分割手段で分割されたページとを用いて、前記文書データを生成する文書データ生成手段と、
前記文書データ生成手段で生成された文書データのチェックイン要求を前記文書管理サーバに送信するチェックイン要求送信手段とを更に備え、
前記文書管理サーバは、
前記情報処理サーバから送信された前記文書データのチェックイン要求を受信すると、当該文書データの編集ができるよう、当該文書データをチェックインする第２のチェックイン手段を更に備えることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理システム。
【請求項５】
前記情報処理サーバは、
前記文書データを構成するページのうち、前記第１のチェックアウト手段によってチェックアウトされているページが存在する場合には、前記第２のチェックイン手段でチェックインされた当該文書データのチェックアウト要求を前記文書管理サーバに送信する第２のチェックアウト要求送信手段を更に備えることを特徴とする請求項４に記載の情報処理システム。
【請求項６】
前記文書データ分割手段は、すでに当該文書データ分割手段によって分割されたページが存在する場合には、前記文書データを分割しないことを特徴とする請求項１乃至５のいずれか１項に記載の情報処理システム。
【請求項７】
文書データを記憶する記憶手段を備え、当該文書データの編集可否を当該文書データ単位で制御する文書管理サーバと、情報処理サーバとを含む情報処理システムの制御方法であって、
前記情報処理サーバの取得要求送信手段が、前記文書データを構成するページであって、ユーザから指定されたページの編集指示を受け付けた場合に、前記文書管理サーバに対して当該文書データの取得要求を送信する取得要求送信ステップと、
前記文書管理サーバの文書データ送信手段が、前記情報処理サーバから前記文書データの取得要求を受信した場合に、前記記憶手段に記憶された当該文書データを前記情報処理サーバに送信する文書データ送信ステップと、
前記情報処理サーバの文書データ分割手段が、前記取得要求送信ステップに応じて前記文書管理サーバから送信された文書データをページ単位に分割する文書データ分割ステップと、
前記情報処理サーバの第１のチェックアウト手段が、前記文書データ分割ステップで分割されたページであって前記ユーザから指定されたページが前記ユーザとは異なるユーザによって編集されないよう、当該ページをチェックアウトする第１のチェックアウトステップと
を備えることを特徴とする情報処理システムの制御方法。
【請求項８】
文書データを記憶する記憶手段を備え、当該文書データの編集可否を当該文書データ単位で制御する文書管理サーバと、情報処理サーバとを含む情報処理システムの制御方法を実行可能なプログラムであって、
前記情報処理サーバを、
前記文書データを構成するページであって、ユーザから指定されたページの編集指示を受け付けた場合に、前記文書管理サーバに対して当該文書データの取得要求を送信する取得要求送信手段と、
前記取得要求送信手段に応じて前記文書管理サーバから送信された文書データをページ単位に分割する文書データ分割手段と、
前記文書データ分割手段で分割されたページであって前記ユーザから指定されたページが前記ユーザとは異なるユーザによって編集されないよう、当該ページをチェックアウトする第１のチェックアウト手段
として機能させ、
前記文書管理サーバを、
前記情報処理サーバから前記文書データの取得要求を受信した場合に、前記記憶手段に記憶された当該文書データを前記情報処理サーバに送信する文書データ送信手段
として機能させることを特徴とするプログラム。
【請求項９】
文書データを記憶する記憶手段と、情報処理サーバから前記文書データの取得要求を受信した場合に、前記記憶手段に記憶された当該文書データを前記情報処理サーバに送信する文書データ送信手段とを備え、当該文書データの編集可否を当該文書データ単位で制御する文書管理サーバと通信可能に接続される情報処理サーバであって、
前記文書データを構成するページであって、ユーザから指定されたページの編集指示を受け付けた場合に、前記文書管理サーバに対して当該文書データの取得要求を送信する取得要求送信手段と、
前記取得要求送信手段に応じて前記文書管理サーバから送信された文書データをページ単位に分割する文書データ分割手段と、
前記文書データ分割手段で分割されたページであって前記ユーザから指定されたページが前記ユーザとは異なるユーザによって編集されないよう、当該ページをチェックアウトする第１のチェックアウト手段と
を備えることを特徴とする情報処理サーバ。
【請求項１０】
文書データを記憶する記憶手段と、情報処理サーバから前記文書データの取得要求を受信した場合に、前記記憶手段に記憶された当該文書データを前記情報処理サーバに送信する文書データ送信手段とを備え、当該文書データの編集可否を当該文書データ単位で制御する文書管理サーバと通信可能に接続される情報処理サーバの制御方法であって、
前記情報処理サーバの取得要求送信手段が、前記文書データを構成するページであって、ユーザから指定されたページの編集指示を受け付けた場合に、前記文書管理サーバに対して当該文書データの取得要求を送信する取得要求送信ステップと、
前記情報処理サーバの文書データ分割手段が、前記取得要求送信ステップに応じて前記文書管理サーバから送信された文書データをページ単位に分割する文書データ分割ステップと、
前記情報処理サーバの第１のチェックアウト手段が、前記文書データ分割ステップで分割されたページであって前記ユーザから指定されたページが前記ユーザとは異なるユーザによって編集されないよう、当該ページをチェックアウトする第１のチェックアウトステップと
を備えることを特徴とする情報処理サーバの制御方法。
【請求項１１】
文書データを記憶する記憶手段と、情報処理サーバから前記文書データの取得要求を受信した場合に、前記記憶手段に記憶された当該文書データを前記情報処理サーバに送信する文書データ送信手段とを備え、当該文書データの編集可否を当該文書データ単位で制御する文書管理サーバと通信可能に接続される情報処理サーバの制御方法を実行可能なプログラムであって、
前記情報処理サーバを、
前記文書データを構成するページであって、ユーザから指定されたページの編集指示を受け付けた場合に、前記文書管理サーバに対して当該文書データの取得要求を送信する取得要求送信手段と、
前記取得要求送信手段に応じて前記文書管理サーバから送信された文書データをページ単位に分割する文書データ分割手段と、
前記文書データ分割手段で分割されたページであって前記ユーザから指定されたページが前記ユーザとは異なるユーザによって編集されないよう、当該ページをチェックアウトする第１のチェックアウト手段
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書データの編集可否を当該文書データ単位で制御する文書管理サーバの代わりに、当該運所データの編集可否を当該文書データのページ単位で制御することの可能な情報処理システム、その制御方法、及びプログラム、並びに情報処理サーバ、その制御方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、文書管理サーバに文書データを格納し、複数のユーザで共有する仕組みが存在する。通常であれば、各ユーザが使用するクライアント端末に文書データを保存しておくのだが、他のユーザにも共有した文書データについては、文書管理サーバにアップロードしておくことで、共有できるようにしている。
【０００３】
共有した文書データは、クライアント端末にダウンロードして編集することができる。そして、編集が完了したら再度アップロードすることで、文書管理サーバに格納されている当該文書データを更新する。このようにして、複数のユーザが１つの文書データを更新していくことができる。
【０００４】
しかしながら、文書データをダウンロードしてから編集し、その後アップロードする形式であるので、同時に複数のユーザが自身のクライアント端末で編集していた場合、それぞれの編集した文書データをアップロードしても、どちらかの文書データで上書きされてしまう問題がある。
【０００５】
そこで、共有した文書データを誰かが編集中である場合には排他制御を実行して、他のユーザが編集できないように編集可否を制御する仕組みが考えられている。例えば、下記の特許文献１では、文書管理装置に記憶された共有文書のチェックアウト開始日時を設定しておき、当該チェックアウト開始日時に達した場合に、当該共有文書を更新可能とし、かつ他のユーザによる更新を不可能とする排他状態に設定する仕組みが開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−９２４０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上記特許文献１のような仕組みを用いることで、複数のユーザが１つの文書データを同時に編集できないように制御することができる。とこで、ユーザが編集したい箇所というのは限られていることが多い。例えば、１０ページから成る文書データのうち、ユーザが編集したいページは１ページ目から３ページ目だけ、という場合である。このような場合であっても、上記の仕組みでは文書データ単位で編集可否を制御を実行してしまう。すると、当該ユーザが編集したいページとは異なるページを編集したい他のユーザがいたとしても、当該文書データを編集することができない問題がある。
【０００８】
そこで、排他制御を行う文書管理サーバがページ単位で編集可否を制御できる仕組みを備えればこれを解決できる。しかしながら、こういった仕組みを備えていない市販されているアプリケーションで文書管理サーバを構築する場合が多いため、ページ単位で文書データの編集可否を制御することができなかった。
【０００９】
そこで本発明は、文書データの編集可否を当該文書データ単位で制御する文書管理サーバの代わりに、当該運所データの編集可否を当該文書データのページ単位で制御する仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記の目的を達成するために本発明の情報処理システムは、文書データを記憶する記憶手段を備え、当該文書データの編集可否を当該文書データ単位で制御する文書管理サーバと、情報処理サーバとを含む情報処理システムであって、前記情報処理サーバは、前記文書データを構成するページであって、ユーザから指定されたページの編集指示を受け付けた場合に、前記文書管理サーバに対して当該文書データの取得要求を送信する取得要求送信手段と、前記取得要求送信手段に応じて前記文書管理サーバから送信された文書データをページ単位に分割する文書データ分割手段と、前記文書データ分割手段で分割されたページであって前記ユーザから指定されたページが前記ユーザとは異なるユーザによって編集されないよう、当該ページをチェックアウトする第１のチェックアウト手段とを備え、前記文書管理サーバは、前記情報処理サーバから前記文書データの取得要求を受信した場合に、前記記憶手段に記憶された当該文書データを前記情報処理サーバに送信する文書データ送信手段とを備えることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、文書データの編集可否を当該文書データ単位で制御する文書管理サーバの代わりに、当該運所データの編集可否を当該文書データのページ単位で制御することの可能な効果を奏する。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態における情報処理システムのシステム構成の一例を示す図である。
【図２】画像処理サーバ１０１、文書管理サーバ１０２、クライアント端末１０３のハードウェア構成の一例を示す図である。
【図３】画像処理サーバ１０１、文書管理サーバ１０２、クライアント端末１０３の機能構成の一例を示す図である。
【図４】画像処理サーバ１０１を介して、文書管理サーバ１０２に記憶された文書データをチェックアウトする一連の処理の流れを示すフローチャートである。
【図５】文書一覧テーブル５００のテーブル構成の一例を示す図である。
【図６】文書編集画面６００の画面構成の一例を示す図である。
【図７】第１の文書属性テーブル７００のテーブル構成の一例を示す図である。
【図８】第２の文書属性テーブル８００のテーブル構成の一例を示す図である。
【図９】画像処理サーバ１０１でページ単位のチェックアウトがなされた場合に、第１の文書属性テーブル７００に格納されるデータの一例を示す図である。
【図１０】画像処理サーバ１０１を介して、文書管理サーバ１０２に文書データをチェックインする一連の処理の流れを示すフローチャートである。
【図１１】文書登録画面１１００の画面構成の一例を示す図である。
【図１２】画像処理サーバ１０１でページ単位のチェックインがなされた場合に、第２の文書属性テーブル８００に格納されるデータの一例を示す図である。
【図１３】文書管理サーバ１０２に記憶された文書データをチェックアウトする一連の処理の流れを示すフローチャートである。
【図１４】文書管理サーバ編集画面１４００の画面構成の一例を示す図である。
【図１５】文書管理サーバ１０２で文書データをチェックアウトした場合に、第１の文書属性テーブル７００に格納されるデータの一例を示す図である。
【図１６】文書管理サーバ１０２で文書データをチェックインする一連の処理の流れを示すフローチャートである。
【図１７】文書管理サーバ登録画面１７００の画面構成の一例を示す図である。
【図１８】文書管理サーバ１０２で文書データをチェックインした場合に、第２の文書属性テーブル８００に格納されるデータの一例を示す図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照しながら、本発明の実施形態の一例について説明する。
【００１４】
図１は、本発明の情報処理システムのシステム構成の一例を示す図である。本発明の情報処理システムは、画像処理サーバ１０１（情報処理サーバ）、文書管理サーバ１０２、クライアント端末１０３がＬＡＮ１０４（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等のネットワークを介して、相互にデータ通信可能に接続されている。図１のネットワーク上に接続される各種端末あるいはサーバの構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００１５】
画像処理サーバ１０１は、文書管理サーバ１０２の代わりに文書管理サーバ１０２に記憶された文書データの編集可否を制御するサーバである。画像処理サーバ１０１は、文書管理サーバ１０２に記憶された文書データを取得して、ページ単位に分割し、ページ単位で排他制御が実行できるよう、編集可否を制御する。
【００１６】
文書管理サーバ１０２は、当該文書管理サーバ１０２に記憶された文書データの編集可否を制御するサーバである。複数のユーザが文書データを編集できるよう、共有された文書データに対する編集指示を受け付けており、編集指示があると他のユーザが編集できないように制御する（チェックアウトする）。また、チェックアウトした文書データの登録指示があったら、文書データのバージョンを上げて、当該文書データを古い文書データに代わって、別ファイルの最新版として保存する。設定によっては別ファイルとして保存するのではなく、上書き保存としてもよい。更には、当該文書データを他のユーザが編集できるように制御する（チェックイン）。
【００１７】
クライアント端末１０３は、画像処理サーバ１０１や文書管理サーバ１０２に接続し、文書データの編集や登録を実行する装置である。ユーザは、クライアント端末１０３を介して、文書データのチェックアウトやチェックインを実行することが可能である。
【００１８】
図２は、本発明の実施形態における画像処理サーバ１０１、文書管理サーバ１０２、クライアント端末１０３のハードウェア構成を示す図である。
【００１９】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２０】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  ＯｕｔｐｕｔＳｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００２１】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００２２】
また、入力コントローラ（入力Ｃ）２０５は、キーボードやマウス等のポインティングデバイスといった入力デバイス２０９からの入力を制御する。
【００２３】
ビデオコントローラ（ＶＣ）２０６は、ディスプレイ２１０等の表示器への表示を制御する。表示器はＣＲＴや液晶ディスプレイでも構わない。
【００２４】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるカード型メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２５】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００２６】
尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２７】
本発明の各種装置及びサーバが後述する各種処理を実行するために用いられる各種プログラム等は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラムが用いる定義ファイルや各種情報テーブルは外部メモリ２１１（記憶手段）に格納されている。
【００２８】
次に、画像処理サーバ１０１、文書管理サーバ１０２、クライアント端末１０３のモジュール構成を示す機能構成図について、図３を用いて説明する。尚、図３の各種端末あるいはサーバのモジュール構成は一例であり、用途や目的に応じて様々な構成例がある。
【００２９】
画像処理サーバ１０１は、通信制御部３１１、リクエスト処理部３１２、画面生成部３１３、文書一時保管部３１４、文書データ操作部３１５、編集制御部３１６を備える。
【００３０】
通信制御部３１１は、文書管理サーバ１０２やクライアント端末１０３と相互に情報を送受信するための機能部である。リクエスト処理部３１２は、クライアント端末１０３からのリクエストを処理するための機能部である。より具体的には、文書データのチェックアウト／チェックイン、画面取得要求等である。
【００３１】
画面生成部３１３は、リクエスト処理部３１２が受け付けたクライアント端末１０３からのリクエストに応じて、クライアント端末１０３で表示可能な画面を生成する機能部である。文書一時保管部３１４は、リクエスト処理部３１２が受け付けたクライアント端末１０３からのリクエストに応じて、チェックアウトの指示がなされた文書データを文書管理サーバ１０２から取得し、画像処理サーバ１０１に一時保管するための機能部である。
【００３２】
文書データ操作部３１５は、リクエスト処理部３１２が受け付けたクライアント端末１０３からのリクエストに応じて、文書管理サーバ１０２から取得した文書データをページ単位となるよう分割、またはページ単位に分割された文書データを結合するための機能部である。編集制御部３１６は、リクエスト処理部３１２が受け付けたクライアント端末１０３からのリクエストに応じて、分割されたページ単位で編集の可否を制御する機能部である。
【００３３】
文書管理サーバ１０２は、通信制御部３２１、編集制御部３２２、属性情報更新部３２３、画面生成部３２４を備える。
【００３４】
通信制御部３２１は、画像処理サーバ１０１やクライアント端末１０３と相互に情報を送受信するための機能部である。編集制御部３１６は、文書データの編集可否を制御する機能部である。属性情報更新部３２３は、画像処理サーバ１０１や文書管理サーバ１０２で実行されたチェックアウト／チェックインに応じて、チェックアウト／チェックインしているユーザやページ数等を属性情報として記憶する機能部である。画面生成部３２４は、クライアント端末１０３からのリクエストに応じて、クライアント端末１０３で表示可能な画面を生成する機能部である。
【００３５】
クライアント端末１０３は、通信制御部３３１、表示制御部３３２を備える。通信制御部３３１は、画像処理サーバ１０１や文書管理サーバ１０２と相互に情報を送受信するための機能部である。表示制御部３３２は、画像処理サーバ１０１、文書管理サーバ１０２で生成された画面をクライアント端末１０３のディスプレイ２１０に表示させる機能部である。
【００３６】
次に、本発明の実施形態における画像処理サーバ１０１を介して、文書管理サーバ１０２に記憶された文書データをチェックアウトする一連の処理について、図５に示すフローチャートを用いて説明する。
【００３７】
まず、ステップＳ４０１では、クライアント端末１０３のＣＰＵ２０１は、文書編集画面の取得要求を画像処理サーバ１０１に送信する。ステップＳ４０２では、クライアント端末１０３のＣＰＵ２０１は、クライアント端末１０３から送信された文書編集画面の取得要求を受信し、ステップＳ４０３では、当該文書編集画面を生成する。このとき、画像処理サーバ１０１は、画像処理サーバ１０１に記憶された文書一覧テーブル５００（図５参照）に基づいて、文書編集画面を生成する。
【００３８】
文書一覧テーブル５００は、画像処理サーバ１０１の外部メモリ２１１等に記憶されており、文書管理サーバ文書ＩＤ５０１、ファイル名５０２から構成されている。文書管理サーバ文書ＩＤ５０１は、文書管理サーバ１０２で管理されている文書データごとに、当該文書管理サーバ１０２において一意に割り振られた識別情報である。ファイル名５０２は、当該文書データのファイル名を示す情報である。
【００３９】
文書一覧テーブル５００に格納される情報は、文書管理サーバ１０２から取得する。定期的に文書管理サーバ１０２に対して文書管理サーバ文書ＩＤ５０１とファイル名５０２に相当する情報の取得リクエストを送信し、それに応じて送信されてくる情報を文書一覧テーブル５００に格納している。すなわち、文書管理サーバ１０２に記憶されている文書データの一覧が文書一覧テーブル５００で管理されていることになる。
【００４０】
文書編集画面を生成すると、図６に示すような画面となる。文書編集画面６００は、文書一覧テーブル５００から取得したファイル名５０２が一覧表示される文書一覧６０１、チェックアウトするページ数の指定を受け付ける編集対象ページ６０２、そして編集を開始する編集開始ボタン６０３を備えている。
【００４１】
文書編集画面６００が生成されると、ステップＳ４０４では、画像処理サーバ１０１のＣＰＵ２０１は、ステップＳ４０３で生成された文書編集画面６００をクライアント端末１０３に送信する。
【００４２】
ステップＳ４０５では、クライアント端末１０３のＣＰＵ２０１は、画像処理サーバ１０１から送信された文書編集画面６００を受信し、ステップＳ４０６では、受信した文書編集画面６００をクライアント端末１０３のディスプレイ２１０に表示する。そして、ユーザからの入力を受け付ける。
【００４３】
ステップＳ４０７では、クライアント端末１０３のＣＰＵ２０１は、文書一覧６０１で編集を行う文書データのファイル名５０２が選択され、かつ編集対象ページ６０２で編集するページ数が指定された状態で編集開始ボタン６０３が押下されたか否かを判定する。編集開始ボタン６０３が押下されたと判定した場合には、ステップＳ４０８に処理を進める。編集開始ボタン６０３が押下されていないと判定した場合には、編集開始ボタン６０３が押下されるまで待機する。
【００４４】
ステップＳ４０８では、クライアント端末１０３のＣＰＵ２０１は、文書編集画面６００で指定された文書データのページをチェックアウトするべく、画像処理サーバ１０１に編集開始指示を送信する。
【００４５】
ステップＳ４０９では、画像処理サーバ１０１のＣＰＵ２０１は、クライアント端末１０３から送信された編集開始指示を受信する。そしてステップＳ４１０では、画像処理サーバ１０１のＣＰＵ２０１は、指定された文書データのページがチェックアウト可能か否かを判定する。チェックアウト可能か否かは、画像処理サーバ１０１に記憶された第２の文書属性テーブル８００（図８参照）に基づいて判定する。第２の文書属性テーブル８００は、画像処理サーバ１０１で文書データのページをチェックアウトすると生成されるテーブルである。このテーブルでは、どの文書データのどのページがチェックアウトされているのかを管理している。よって、クライアント端末１０３から要求された文書データのページがチェックアウトされているか否かを確認し、チェックアウトされていなければチェックアウト可能であると判定する。
【００４６】
第２の文書属性テーブル８００は、画像処理サーバ１０１の外部メモリ２１１等に記憶され、文書ＩＤ８０１、ページ８０２、チェックアウト状態８０３、チェックアウトユーザ８０４、文書管理サーバ文書ＩＤ８０５、ファイル名８０６から構成される。文書ＩＤ８０１は、画像処理サーバ１０１で管理されているページごとに、当該画像処理サーバ１０１において一意に割り振られた識別情報である。ページ８０２は、分割されたページのページ番号を示す。チェックアウト状態８０３は、当該ページがチェックアウトされているか否かを示す。「ＹＥＳ」であればチェックアウトされており、「ＮＯ」であればチェックアウトされていない。チェックアウトユーザ８０４はチェックアウトしたユーザのユーザ名を示す。文書管理サーバ文書ＩＤ８０５は、当該ページが構成する文書データの文書管理サーバ文書ＩＤ５０１を示す。ファイル名８０６は、当該ページが構成する文書データのファイル名５０２を示す。
【００４７】
すなわち、ユーザから指定された文書データのページのチェックアウト状態８０３を参照し、１ページも「ＹＥＳ」となっていなければチェックアウト可能である。
【００４８】
チェックアウト可能であると判定した場合には、ステップＳ４１２に処理を進め、チェックアウト可能でないと判定した場合には、クライアント端末１０３にその旨を通知し、ステップＳ４１１に処理を進める。
【００４９】
ステップＳ４１１では、クライアント端末１０３のＣＰＵ２０１は、画像処理サーバ１０１からの通知に応じて、ユーザから指定された文書データのページがチェックアウトできない旨を通知する。通知方法は特に問わない。通知が完了したら、ステップＳ４０６に処理を戻す。
【００５０】
ステップＳ４１２では、クライアント端末１０３のＣＰＵ２０１は、ユーザから指定された文書データのページがＲＡＭ２０３等の一時領域に保存されているか否かを判定する。すなわち、すでに分割されたページが存在するか否かを判定する。後述するステップＳ４１９において、分割されたページが一時的に保存される。こうしておくことで、再度文書管理サーバ１０２から文書データを取得して分割することなく、編集を開始できる。一時領域に保存済みであると判定した場合には、ステップＳ４２１に処理を進める。一時領域に保存済みでないと判定した場合には、ステップＳ４１２に処理を進める。
【００５１】
ステップＳ４１３では、画像処理サーバ１０１のＣＰＵ２０１は、ユーザから編集指示された文書データ（以下、編集対象文書）のチェックアウト要求を文書管理サーバ１０２に送信する（第１のチェックアウト要求送信手段）。
【００５２】
ステップＳ４１４では、文書管理サーバ１０２のＣＰＵ２０１は、画像処理サーバ１０１から送信された編集対象文書のチェックアウト要求を受信する。そして、ステップＳ４１５では、文書管理サーバ１０２のＣＰＵ２０１は、編集対象文書をチェックアウトする（第２のチェックアウト手段）。より具体的には、文書管理サーバ１０２が記憶する第１の文書属性テーブル７００（図７参照）に登録されたレコードから対象文書を示すレコードを特定し、当該レコードのチェックアウト状態７０４を「ＹＥＳ」に変更する。更に、チェックアウトユーザ７０５を「画像処理サーバ」とする。こうすることで、編集対象文書が文書管理サーバ１０２において他のユーザから編集されないように制御する。
【００５３】
文書属性テーブル７００（図７参照）は、文書管理サーバ１０２の外部メモリ２１１等に記憶され、文書管理サーバ文書ＩＤ７０１、バージョン７０２、ファイル名７０３、チェックアウト状態７０４、チェックアウトユーザ７０５、編集中ユーザ７０６から構成される。文書管理サーバ文書ＩＤ７０１は、文書管理サーバ１０２で管理されている文書データごとに、当該文書管理サーバ１０２において一意に割り振られた識別情報である。バージョン７０２は、当該文書データの版を示す。ファイル名７０３は、当該文書データのファイル名を示す情報である。チェックアウト状態７０４は、当該ページがチェックアウトされているか否かを示す。「ＹＥＳ」であればチェックアウトされており、「ＮＯ」であればチェックアウトされていない。チェックアウトユーザ７０５はチェックアウトしたユーザのユーザ名を示す。編集中ユーザ７０６は、誰がどのページをチェックアウトしているのかを示す情報である。
【００５４】
チェックアウトが完了したら、ステップＳ４１６では、画像処理サーバ１０１のＣＰＵ２０１は、編集対象文書の取得要求を文書管理サーバ１０２に送信する（取得要求送信手段）。ステップＳ４１７では、文書管理サーバ１０２のＣＰＵ２０１は、画像処理サーバ１０１から送信された編集対象文書の取得要求を受信し、ステップＳ４１８では、当該編集対象文書を文書管理サーバ１０２の記憶領域から取得して、画像処理サーバ１０１に送信する（文書データ送信手段）。
【００５５】
ステップＳ４１９では、画像処理サーバ１０１のＣＰＵ２０１は、文書管理サーバ１０２から送信された編集対象文書を受信する。そして、ステップＳ４２０では、画像処理サーバ１０１のＣＰＵ２０１は、受信した編集対象文書をページ単位に分割する（文書データ分割手段）。文書データをページ単位に分割する方法は、従来技術を用いるため説明は省略する。本発明では、１ページごとに分割するものとして以下説明を行うが、ユーザから指定されたページ数だけを分割してもよい。分割が完了したら、画像処理サーバ１０１の一時領域に保存する。
【００５６】
ステップＳ４２１では、画像処理サーバ１０１のＣＰＵ２０１は、画像処理サーバ１０１に記憶された第２の文書属性テーブル８００に編集対象文書に関するレコードを追加する。このとき、ページごとにレコードを作成する。
【００５７】
ステップＳ４２２では、画像処理サーバ１０１のＣＰＵ２０１は、ユーザから指定された編集対象文書のページを、当該ユーザとは異なるユーザによって編集されないよう、当該ページをチェックアウトする（第１のチェックアウト手段）。より具体的には、ユーザから指定されたページのチェックアウト状態８０３を「ＹＥＳ」とし、チェックアウトユーザ８０４にユーザのユーザ名を格納する。
【００５８】
ステップＳ４２３では、画像処理サーバ１０１のＣＰＵ２０１は、編集対象文書の属性情報更新要求を文書管理サーバ１０２に送信する。より具体的には、文書管理サーバ１０２が記憶する第１の文書属性テーブル７００の編集中ユーザ７０６を更新するよう要求する。編集中ユーザ７０６には、どのユーザがどのページを編集中であるのかを示す情報が格納される。そのため、画像処理サーバ１０１に格納された、チェックアウトされたページ８０２とそれに対応するチェックアウトユーザ８０４とを送信する。
【００５９】
ステップＳ４２４では、文書管理サーバ１０２のＣＰＵ２０１は、画像処理サーバ１０１から送信された属性情報の更新要求を受信する。そして、ステップＳ４２５では、文書管理サーバ１０２のＣＰＵ２０１は、編集対象文書の属性情報を更新する。より具体的には、編集対象文書を示すレコードの編集中ユーザ７０６にどのユーザがどのページを編集中であるのかを示す情報を格納する。
【００６０】
第１の文書属性テーブル７００の更新が完了すると、ステップＳ４２６では、画像処理サーバ１０１のＣＰＵ２０１は、ステップＳ４２０で分割したページのうち、ユーザから指定されたページを結合して編集用の文書データを生成する。そして、ステップＳ４２７では、画像処理サーバ１０１のＣＰＵ２０１は、ステップＳ４２６で結合した文書データをクライアント端末１０３に送信する。
【００６１】
ステップＳ４２８では、クライアント端末１０３のＣＰＵ２０１は、画像処理サーバ１０１から送信された指定ページを結合した文書データを受信し、ステップＳ４２９では、これを外部メモリ２１１等に保存する。こうすることで、保存した文書データは、ユーザからの指示に応じて当該文書データを編集可能なアプリケーションで編集される。
【００６２】
このようにして、文書管理サーバ１０２から文書データを取得し、ページ単位に分割し、分割されたページのうち指定されたページを画像処理サーバ１０１の機能によってチェックアウト状態とすることで、文書管理サーバ１０２に代わって、ページ単位のチェックアウトを実現する。更には、文書管理サーバ１０２においても、対象の文書データがチェックアウトされるので、画像処理サーバ１０１でチェックアウトされている最中に、当該文書データが文書管理サーバ１０２において他のユーザから編集される恐れがない。
【００６３】
次に、本発明の実施形態における画像処理サーバ１０１を介して、文書管理サーバ１０２に文書データをチェックインする一連の処理について、図１０に示すフローチャートを用いて説明する。図１０に示すフローチャートは、ユーザが図４に示した処理の流れによってチェックアウトしたページを編集した後、編集内容を文書管理サーバ１０２の文書データに反映させるべく、チェックインを実行するものである。
【００６４】
まず、ステップＳ１００１では、クライアント端末１０３のＣＰＵ２０１は、画像処理サーバ１０１に文書登録画面の取得要求を送信する。ステップＳ１００２では、画像処理サーバ１０１のＣＰＵ２０１は、クライアント端末１０３から送信された文書登録画面の取得要求を受信する。
【００６５】
ステップＳ１００３では、画像処理サーバ１０１のＣＰＵ２０１は、文書登録画面を生成する。文書登録画面を生成する際には、画像処理サーバ１０１に記憶された第２の文書属性テーブル８００を用いて生成する。クライアント端末１０３を介して文書登録画面の取得要求を指示したユーザがチェックアウトしている文書データとそのページをチェックアウトユーザ８０４に基づいて特定する。そして、当該文書データのページがチェックイン可能な画面を生成する。例えば、図１１に示すような画面となる。図１１に示す文書登録画面１１００は、チェックイン可能な文書データのページを示す文書一覧１１０１、クライアント端末１０３に記憶された文書データであって、編集が完了した登録する文書データを指定するための参照欄１１０２、そしてチェックインの指示を受け付けるための登録ボタン１１０３から構成される。
【００６６】
ステップＳ１００４では、画像処理サーバ１０１のＣＰＵ２０１は、ステップＳ１００３で生成された文書登録画面１１００をクライアント端末１０３に送信する。
【００６７】
ステップＳ１００５では、クライアント端末１０３のＣＰＵ２０１は、画像処理サーバ１０１から送信された文書登録画面１１００を受信し、ステップＳ１００６では、受信した文書登録画面１１００をクライアント端末１０３のディスプレイ２１０に表示する。そして、ユーザからの入力を受け付ける。
【００６８】
ステップＳ１００７では、クライアント端末１０３のＣＰＵ２０１は、文書一覧１１０１でチェックインするページが選択され、かつ登録する文書データが参照欄１１０２で選択されている状態で、登録ボタン１１０３が押下されたか否かを判定する。登録ボタン１１０３が押下されたと判定した場合には、ステップＳ１００８に処理を進める。登録ボタン１１０３が押下されていないと判定した場合には、登録ボタン１１０３が押下されるまで待機する。
【００６９】
ステップＳ１００８では、クライアント端末１０３のＣＰＵ２０１は、参照欄１１０２で選択された、編集済みのページからなる文書データ（以下、編集済ページ）を画像処理サーバ１０１に送信する。
【００７０】
ステップＳ１００９では、画像処理サーバ１０１のＣＰＵ２０１は、クライアント端末１０３から送信された編集済ページを受信する。そして、ステップＳ１０１０では、画像処理サーバ１０１のＣＰＵ２０１は、ステップＳ１００９で受信した編集済ページを用いて、他のユーザが対応するページを編集できるよう、当該ページをチェックインする（第１のチェックイン手段）。チェックインする場合には、受信した編集済ページのページ数とチェックイン対象のページ数とが一致するか否かを判定し、一致すると判定した場合にはチェックインを行い、一致しないと判定した場合にはクライアント端末１０３にその旨を通知する。また、チェックインは、画像処理サーバ１０１に記憶された第２の文書属性テーブル８００のレコードのうち、チェックインするページのレコードのチェックアウト状態８０３を「ＮＯ」、チェックアウトユーザ８０４を「ＮＵＬＬ」にそれぞれ変更することでチェックインする。
【００７１】
ステップＳ１０１１では、画像処理サーバ１０１のＣＰＵ２０１は、チェックインしたページが構成していた編集対象文書を構成する他のページを一時領域から取得する。そして、ステップＳ１０１２では、画像処理サーバ１０１のＣＰＵ２０１は、チェックインしたページと、ステップＳ１０１１で取得したページとを用いて、文書管理サーバ１０２に記憶されている編集対象文書を更新するための文書データを生成する（文書データ生成手段）。すなわち、編集対象文書を構成する任意のページが更新されたということは、その更新を文書管理サーバ１０２にも反映させなければならない。よって、ページのチェックインがなされた場合には、画像処理サーバ１０１が保持する当該編集対象文書の最新版を文書管理サーバ１０２に送信し、これを更新する必要がある。そこで、チェックインの指示があったページと、画像処理サーバ１０１が保持する他のページとを結合し、最新版の文書データとして生成する。
【００７２】
そして、ステップＳ１０１３では、画像処理サーバ１０１のＣＰＵ２０１は、ステップＳ１０１２で生成した文書データを用いて、編集対象文書のチェックインを行うよう、文書管理サーバ１０２に要求する（チェックイン要求送信手段）。このとき、ステップＳ１０１２で生成した文書データも合わせて送信する。
【００７３】
ステップＳ１０１４では、文書管理サーバ１０２のＣＰＵ２０１は、画像処理サーバ１０１から送信されたチェックイン要求を受信し、ステップＳ１０１５では、チェックイン要求のあった編集対象文書をチェックインする（第２のチェックイン手段）。より具体的には、文書管理サーバ１０２に記憶されている第１の文書属性テーブル７００のレコードのうち、編集対象文書を示すレコードのチェックアウト状態７０４を「ＮＯ」、チェックアウトユーザ７０５を「ＮＵＬＬ」にそれぞれ変更する。そして、受信した最新版の文書データを編集対象文書の最新版として保存する。
【００７４】
ステップＳ１０１６では、文書管理サーバ１０２のＣＰＵ２０１は、編集対象文書の最新版が更新されたので、文書管理サーバ１０２で管理している編集対象文書のバージョンを上げる。より具体的には、文書管理サーバ１０２に記憶されている第１の文書属性テーブル７００のレコードのうち、編集対象文書のレコードのバージョン７０２に格納されている値を上げる。バージョンの上げ方は一の位の値を１つ上げてもよいし、小数点第一位の値を１つ上げてもよい。バージョンアップの運用方法は文書管理サーバ１０２を利用するユーザごとに異なるので、設定に応じてこれを変更できてもよい。
【００７５】
バージョンアップが完了すると、ステップＳ１０１７では、画像処理サーバ１０１のＣＰＵ２０１は、編集対象文書の第１の文書属性テーブル７００の更新要求を送信する。ここでいう更新要求とは、文書管理サーバ１０２に記憶されている第１の文書属性テーブル７００の編集中ユーザ７０６の更新要求である。
【００７６】
ステップＳ１０１８では、文書管理サーバ１０２のＣＰＵ２０１は、画像処理サーバ１０１から送信された更新要求を受信し、ステップＳ１０１９では、当該更新要求に応じて、文書管理サーバ１０２に記憶されている第１の文書属性テーブル７００の編集中ユーザ７０６の更新を行う。ここでは、チェックインされたページの編集が完了したので、当該ページを編集中としている情報を削除する。
【００７７】
更新が完了したら、ステップＳ１０２０では、画像処理サーバ１０１のＣＰＵ２０１は、編集対象文書を構成するページがすべてチェックインされているか否かを判定する。すなわち、編集対象文書を構成するページのうち、チェックアウトされているページがあるか否かを判定する。前述したステップＳ１０１５において、一度編集対象文書を最新版とするためにチェックインを行ったが、当該編集対象文書を構成する他のページを編集中のユーザが存在する場合がある。この場合には、再度文書管理サーバ１０２において編集対象文書のチェックアウトを行っておかないと、文書管理サーバ１０２で他のユーザがチェックアウトしてしまう可能性ある。そこで、ステップＳ１０２０では、すべてのページがチェックインしているか否かを判定している。より具体的な処理は、画像処理サーバ１０１に記憶されている第２の文書属性テーブル８００を参照し、編集対象文書を構成するページのレコードのチェックアウト状態８０３がすべて「ＮＯ」となっているか否かによって判定する。すべてのページがチェックインされていると判定した場合には、ステップＳ１０２１に処理を進める。すべてのページがチェックインされていないと判定された場合、すなわちチェックアウト中のページが１ページでも存在する場合には、ステップＳ１０２３に処理を進める。
【００７８】
ステップＳ１０２１では、画像処理サーバ１０１のＣＰＵ２０１は、すべてのページがチェックインされたので、一時領域に保存した分割されたページを一時領域から削除する。そして、ステップＳ１０２２では、画像処理サーバ１０１のＣＰＵ２０１は、編集対象文書を構成するページを示すレコードを第２の文書属性テーブル８００から削除する。
【００７９】
一方、ステップＳ１０２０で編集対象文書のページがすべてチェックイン状態になっていないと判定した場合、ステップＳ１０２３では、画像処理サーバ１０１のＣＰＵ２０１は、編集対象文書のチェックアウト要求を文書管理サーバ１０２に送信する（第２のチェックアウト要求手段）。
【００８０】
ステップＳ１０２４では、文書管理サーバ１０２のＣＰＵ２０１は、画像処理サーバ１０１から送信された、編集対象文書のチェックアウト要求を受信する。そして、ステップＳ１０２５では、文書管理サーバ１０２のＣＰＵ２０１は、編集対象文書のチェックアウトを実行する。チェックアウトの具体的な方法は、ステップＳ４１５と同様であるので説明を省略する。
【００８１】
このように、編集が完了したページのチェックインを画像処理サーバ１０１が行うことができる。更には、画像処理サーバ１０１で実行されたページのチェックインに応じて、文書管理サーバ１０２の編集対象文書も更新することができる。
【００８２】
次に、前述した図４のフローチャートと図１０のフローチャートで実行されるチェックアウト／チェックインについて、図９と図１２を用いて説明する。
【００８３】
まず図９は、画像処理サーバ１０１に記憶された第２の文書属性テーブル８００のデータの遷移を示す図である。図８に示す第２の文書属性テーブル８００の状態で、ユーザ「Ｙａｍａｄａ」が「文書１」の「ページ４」を編集開始した場合、当該ページのチェックアウトがなされる。すなわち図９の９００に示すように、レコード９０１のチェックアウト状態８０３を「ＹＥＳ」に変更し、チェックアウトユーザ８０４を「Ｙａｍａｄａ」に変更する。そして文書管理サーバ１０２にチェックアウトした情報を送信すると、図７に示すような第１の文書属性テーブルとなる。編集対象文書である「ＤＯＣ００１」の編集中ユーザ７０６に「Ｙａｍａｄａ−４」と格納されるので、ユーザ「Ｙａｍａｄａ」が「ページ４」を編集中であることがわかるようになる。
【００８４】
そしてその後、ユーザ「Ｆｕｋｕｄａ」が「文書１」の「ページ１〜３」の編集を完了し、チェックインすると、図９の９１０に示すような第２の文書属性テーブル８００となる。レコード群９１１のように、「ページ１〜３」のチェックアウト状態８０３を「ＮＯ」にして、チェックアウトユーザ８０４を「ＮＵＬＬ」にする。これに応じて、図７に示す第１の文書属性テーブル７００の「文書１」に関するレコードの編集中ユーザ７０６から「Ｆｕｋｕｄａ−１，２，３」を削除し、バージョン７０２を上げる。削除後のテーブルが、図１２の１２００に示すテーブルである。
【００８５】
更には、ユーザ「Ｙａｍａｄａ」が「文書１」の「ページ４」をチェックインした場合には、編集対象文書を構成するすべてのページがチェックインされたので、図９の９２０に示すように第２の文書属性テーブル８００から「文書１」を構成するページのレコードを削除する。これに応じて、文書管理サーバ１０２の第１の文書属性テーブル７００の「文書１」に関するレコードの編集中ユーザ７０６から「Ｙａｍａｄａ−４」を削除し、バージョン７０２を上げる。更に、チェックアウト状態７０４を「ＮＯ」にし、チェックアウトユーザ７０５を「ＮＵＬＬ」にする。その結果が図１２に示す１２１０のテーブルである。
【００８６】
このように画像処理サーバ１０１の第２の文書属性テーブル８００と、文書管理サーバ１０２の第１の文書属性テーブル７００とを更新していくことで、画像処理サーバ１０１においてページ単位の編集可否を制御したり、文書管理サーバ１０２において文書単位の編集可否を制御したりすることができるようになる。
【００８７】
次に、本発明の実施形態における文書管理サーバ１０２に記憶された文書データをチェックアウトする一連の処理について、図１３に示すフローチャートを用いて説明する。
【００８８】
まず、ステップＳ１３０１では、クライアント端末１０３のＣＰＵ２０１は、文書管理サーバ編集画面の取得要求を文書管理サーバ１０２に送信する。ステップＳ１３０２では、クライアント端末１０３のＣＰＵ２０１は、クライアント端末１０３から送信された文書管理サーバ編集画面の取得要求を受信し、ステップＳ１３０３では、当該文書管理サーバ編集画面を生成する。このとき、文書管理サーバ１０２は、文書管理サーバ１０２に記憶された第１の文書属性テーブル７００に基づいて、文書管理サーバ編集画面を生成する。
【００８９】
文書管理サーバ編集画面を生成すると、図１４に示すような画面となる。文書管理サーバ編集画面１４００は、第１の文書属性テーブル７００から取得したファイル名７０３やそれに対応する編集中ユーザ７０６が一覧表示される文書一覧１４０１、編集を開始する編集開始ボタン１４０２を備えている。
【００９０】
文書管理サーバ編集画面１４００が生成されると、ステップＳ１３０４では、文書管理サーバ１０２のＣＰＵ２０１は、ステップＳ１３０３で生成された文書管理サーバ編集画面１４００をクライアント端末１０３に送信する。
【００９１】
ステップＳ１３０５では、クライアント端末１０３のＣＰＵ２０１は、文書管理サーバ１０２から送信された文書管理サーバ編集画面１４００を受信し、ステップＳ１３０６では、受信した文書管理サーバ編集画面１４００をクライアント端末１０３のディスプレイ２１０に表示する。そして、ユーザからの入力を受け付ける。
【００９２】
ステップＳ１３０７では、クライアント端末１０３のＣＰＵ２０１は、文書一覧１４０１で編集を行う文書データが選択された状態で編集開始ボタン１４０２が押下されたか否かを判定する。編集開始ボタン１４０２が押下されたと判定した場合には、ステップＳ１３０８に処理を進める。編集開始ボタン１４０２が押下されていないと判定した場合には、編集開始ボタン１４０２が押下されるまで待機する。
【００９３】
ステップＳ１３０８では、クライアント端末１０３のＣＰＵ２０１は、文書管理サーバ編集画面１４００で指定された文書データをチェックアウトするべく、文書管理サーバ１０２に編集開始指示を送信する。
【００９４】
ステップＳ１３０９では、文書管理サーバ１０２のＣＰＵ２０１は、クライアント端末１０３から送信された編集開始指示を受信する。そしてステップＳ１３１０では、文書管理サーバ１０２のＣＰＵ２０１は、指定された文書データがチェックアウト可能か否かを判定する。チェックアウト可能か否かは、文書管理サーバ１０２に記憶された第１の文書属性テーブル７００のチェックアウト状態７０４に基づいて判定する。チェックアウト可能であると判定した場合には、ステップＳ１３１２に処理を進め、チェックアウト可能でないと判定した場合には、クライアント端末１０３にその旨を通知し、ステップＳ１３１１に処理を進める。
【００９５】
ステップＳ１３１１では、クライアント端末１０３のＣＰＵ２０１は、文書管理サーバ１０２からの通知に応じて、ユーザから指定された文書データのページがチェックアウトできない旨を通知する。通知方法は特に問わない。通知が完了したら、ステップＳ１３０６に処理を戻す。
【００９６】
ステップＳ１３１２では、文書管理サーバ１０２のＣＰＵ２０１は、編集対象文書をチェックアウトする。より具体的には、文書管理サーバ１０２が記憶する第１の文書属性テーブル７００に登録されたレコードから編集対象文書を示すレコードを特定し、当該レコードのチェックアウト状態７０４を「ＹＥＳ」に変更する。更に、チェックアウトユーザ７０５にはチェックアウト指示を行ったユーザ名を格納する。こうすることで、編集対象文書が文書管理サーバ１０２において他のユーザから編集されないように制御する。図１５の１５００では、ユーザ「Ｆｕｋｕｄａ」が文書管理サーバ１０２で「文書４」をチェックアウトした場合の第１の文書属性テーブル７００を示している。レコード１５０１に示すように、「文書４」のチェックアウト状態７０４を「ＹＥＳ」にし、チェックアウトユーザ７０５に「Ｆｕｋｕｄａ」を格納している。
【００９７】
そして、ステップＳ１３１３では、文書管理サーバ１０２のＣＰＵ２０１は、第１の文書属性テーブル７００の編集対象文書に関するレコードのうち、編集中ユーザ７０６を更新する。より具体的には、編集中ユーザ７０６にチェックアウトしたユーザのユーザ名と、チェックアウトしたページ数を示す情報を格納する。文書管理サーバ１０２からチェックアウトした場合には、文書単位でチェックアウトがなされるので、すべてのページを示す情報が格納されることになる。例えば、チェックアウトした「文書４」が８ページからなる文書データであった場合には、図１５の１５００に示すように、レコード１５０２の編集中ユーザ７０６には、「Ｆｕｋｕｄａ−１，２，３，４，５，６，７，８」と格納する。
【００９８】
第１の文書属性テーブル７００の更新が完了すると、ステップＳ１３１４では、文書管理サーバ１０２のＣＰＵ２０１は、チェックアウト指示にあった編集対象文書を取得し、クライアント端末１０３に送信する。
【００９９】
ステップＳ１３１５では、クライアント端末１０３のＣＰＵ２０１は、文書管理サーバ１０２から送信された編集対象文書を受信し、ステップＳ１３１６では、これを外部メモリ２１１等に保存する。こうすることで、保存した編集対象文書は、ユーザからの指示に応じて当該編集対象文書を編集可能なアプリケーションで編集される。
【０１００】
次に、本発明の実施形態における文書管理サーバ１０２で文書データをチェックインする一連の処理について、図１６に示すフローチャートを用いて説明する。図１６に示すフローチャートは、ユーザが図１３に示した処理の流れによってチェックアウトした編集対象文書を編集した後、編集内容を文書管理サーバ１０２の元データに反映させるべく、チェックインを実行するものである。
【０１０１】
まず、ステップＳ１６０１では、クライアント端末１０３のＣＰＵ２０１は、文書管理サーバ１０２に文書管理サーバ登録画面の取得要求を送信する。ステップＳ１６０２では、文書管理サーバ１０２のＣＰＵ２０１は、クライアント端末１０３から送信された文書管理サーバ登録画面の取得要求を受信する。
【０１０２】
ステップＳ１６０３では、文書管理サーバ１０２のＣＰＵ２０１は、文書管理サーバ登録画面を生成する。文書管理サーバ登録画面を生成する際には、文書管理サーバ１０２に記憶された第１の文書属性テーブル８００を用いて生成する。クライアント端末１０３を介して文書管理サーバ登録画面の取得要求を指示したユーザがチェックアウトしている文書データをチェックアウトユーザ７０５に基づいて特定する。そして、当該文書データがチェックイン可能な画面を生成する。例えば、図１７に示すような画面となる。図１７に示す文書管理サーバ登録画面１７００は、チェックイン可能な文書データを示す文書一覧１７０１、クライアント端末１０３に記憶された文書データであって、編集が完了した登録する編集対象文書を指定するための参照欄１７０２、そしてチェックインの指示を受け付けるための登録ボタン１１０３から構成される。
【０１０３】
ステップＳ１６０４では、文書管理サーバ１０２のＣＰＵ２０１は、ステップＳ１６０３で生成された文書管理サーバ登録画面１７００をクライアント端末１０３に送信する。
【０１０４】
ステップＳ１６０５では、クライアント端末１０３のＣＰＵ２０１は、文書管理サーバ１０２から送信された文書管理サーバ登録画面１７００を受信し、ステップＳ１６０６では、受信した文書管理サーバ登録画面１７００をクライアント端末１０３のディスプレイ２１０に表示する。そして、ユーザからの入力を受け付ける。
【０１０５】
ステップＳ１６０７では、クライアント端末１０３のＣＰＵ２０１は、文書一覧１７０１でチェックインするページが選択され、かつ登録する編集対象文書が参照欄１７０２で選択されている状態で、登録ボタン１７０３が押下されたか否かを判定する。登録ボタン１７０３が押下されたと判定した場合には、ステップＳ１６０８に処理を進める。登録ボタン１７０３が押下されていないと判定した場合には、登録ボタン１７０３が押下されるまで待機する。
【０１０６】
ステップＳ１６０８では、クライアント端末１０３のＣＰＵ２０１は、参照欄１７０２で選択された、編集済みの編集対象文書を文書管理サーバ１０２に送信する。
【０１０７】
ステップＳ１６０９では、文書管理サーバ１０２のＣＰＵ２０１は、クライアント端末１０３から送信された編集対象文書を受信する。そして、ステップＳ１６１０では、文書管理サーバ１０２のＣＰＵ２０１は、ステップＳ１６０９で受信した編集対象文書を用いて、他のユーザが対応する編集対象文書を編集できるよう、当該編集対象文書をチェックインする。チェックインは、文書管理サーバ１０２に記憶された第１の文書属性テーブル７００のレコードのうち、チェックインする編集対象文書のレコードのチェックアウト状態７０４を「ＮＯ」、チェックアウトユーザ７０５を「ＮＵＬＬ」にそれぞれ変更することでチェックインする。例えば、図１８の１８００に示すように、編集対象文書に関するレコード１８０１のチェックアウト状態７０４を「ＮＯ」、チェックアウトユーザ７０５を「ＮＵＬＬ」に変更する。
【０１０８】
そして、ステップＳ１６１１では、文書管理サーバ１０２のＣＰＵ２０１は、第１の文書属性テーブル７００の編集対象文書に関するレコードのうち、編集中ユーザ７０６を更新する。より具体的には、編集中ユーザ７０６からチェックインしたユーザのユーザ名と、チェックインした編集対象文書のページ数を示す情報を削除する。例えば、ユーザ「Ｆｕｋｕｄａ」が「文書４」をチェックインすると、図１５の１５００に示すように、レコード１５０２の編集中ユーザ７０６から、「Ｆｕｋｕｄａ−１，２，３，４，５，６，７，８」を削除し、「ＮＵＬＬ」に変更する。
【０１０９】
ステップＳ１６１２では、文書管理サーバ１０２のＣＰＵ２０１は、編集対象文書の最新版が更新されたので、文書管理サーバ１０２で管理している編集対象文書のバージョンを上げる。より具体的には、文書管理サーバ１０２に記憶されている第１の文書属性テーブル７００のレコードのうち、編集対象文書のレコードのバージョン７０２に格納されている値を上げる。バージョンの上げ方は一の位の値を１つ上げてもよいし、小数点第一位の値を１つ上げてもよい。バージョンアップの運用方法は文書管理サーバ１０２を利用するユーザごとに異なるので、設定に応じてこれを変更できてもよい。
【０１１０】
以上のようにして、文書管理サーバ１０２においても文書単位で編集の可否を制御している。また、画像処理サーバ１０１からの指示に応じてチェックアウトされた編集対象文書は、文書管理サーバ１０２からもチェックアウトすることができないようになっている。
【０１１１】
以上説明したように、本実施形態によれば、文書データの編集可否を当該文書データ単位で制御する文書管理サーバの代わりに、当該運所データの編集可否を当該文書データのページ単位で制御することの可能な効果を奏する。
【０１１２】
本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。
【０１１３】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。
【０１１４】
したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【０１１５】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【０１１６】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
【０１１７】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【０１１８】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０１１９】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１２０】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１２１】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。
【０１２２】
なお、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【０１２３】
１０１  画像処理サーバ
１０２  文書管理サーバ
１０３  クライアント端末
１０４  ＬＡＮ
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  システムバス
２０５  入力コントローラ
２０６  ビデオコントローラ
２０７  メモリコントローラ
２０８  通信Ｉ／Ｆコントローラ
２０９  入力デバイス
２１０  ディスプレイ
２１１  外部メモリ
【図１】
2015146078.tif 000003
【図２】
2015146078.tif 000004
【図３】
2015146078.tif 000005
【図４】
2015146078.tif 000006
【図５】
2015146078.tif 000007
【図６】
2015146078.tif 000008
【図７】
2015146078.tif 000009
【図８】
2015146078.tif 000010
【図９】
2015146078.tif 000011
【図１０】
2015146078.tif 000012
【図１１】
2015146078.tif 000013
【図１２】
2015146078.tif 000014
【図１３】
2015146078.tif 000015
【図１４】
2015146078.tif 000016
【図１５】
2015146078.tif 000017
【図１６】
2015146078.tif 000018
【図１７】
2015146078.tif 000019
【図１８】
2015146078.tif 000020