JP6331431B2 - 情報処理システム、その制御方法、及びプログラム、並びに情報処理サーバ、その制御方法、及びプログラム - Google Patents

Description

本発明は、文書データの編集可否を当該文書データ単位で制御する文書管理サーバの代わりに、当該運所データの編集可否を当該文書データのページ単位で制御することの可能な情報処理システム、その制御方法、及びプログラム、並びに情報処理サーバ、その制御方法、及びプログラムに関する。

従来、文書管理サーバに文書データを格納し、複数のユーザで共有する仕組みが存在する。通常であれば、各ユーザが使用するクライアント端末に文書データを保存しておくのだが、他のユーザにも共有した文書データについては、文書管理サーバにアップロードしておくことで、共有できるようにしている。

共有した文書データは、クライアント端末にダウンロードして編集することができる。そして、編集が完了したら再度アップロードすることで、文書管理サーバに格納されている当該文書データを更新する。このようにして、複数のユーザが１つの文書データを更新していくことができる。

しかしながら、文書データをダウンロードしてから編集し、その後アップロードする形式であるので、同時に複数のユーザが自身のクライアント端末で編集していた場合、それぞれの編集した文書データをアップロードしても、どちらかの文書データで上書きされてしまう問題がある。

そこで、共有した文書データを誰かが編集中である場合には排他制御を実行して、他のユーザが編集できないように編集可否を制御する仕組みが考えられている。例えば、下記の特許文献１では、文書管理装置に記憶された共有文書のチェックアウト開始日時を設定しておき、当該チェックアウト開始日時に達した場合に、当該共有文書を更新可能とし、かつ他のユーザによる更新を不可能とする排他状態に設定する仕組みが開示されている。

特開２００９−９２４０号公報

上記特許文献１のような仕組みを用いることで、複数のユーザが１つの文書データを同時に編集できないように制御することができる。とこで、ユーザが編集したい箇所というのは限られていることが多い。例えば、１０ページから成る文書データのうち、ユーザが編集したいページは１ページ目から３ページ目だけ、という場合である。このような場合であっても、上記の仕組みでは文書データ単位で編集可否を制御を実行してしまう。すると、当該ユーザが編集したいページとは異なるページを編集したい他のユーザがいたとしても、当該文書データを編集することができない問題がある。

そこで、排他制御を行う文書管理サーバがページ単位で編集可否を制御できる仕組みを備えればこれを解決できる。しかしながら、こういった仕組みを備えていない市販されているアプリケーションで文書管理サーバを構築する場合が多いため、ページ単位で文書データの編集可否を制御することができなかった。

そこで本発明は、文書データの編集可否を当該文書データ単位で制御する文書管理サーバの代わりに、当該運所データの編集可否を当該文書データのページ単位で制御する仕組みを提供することを目的とする。

上記の目的を達成するために本発明は、情報処理サーバとファイル管理サーバを含む情報処理システムであって、前記情報処理サーバは、前記ファイル管理サーバが管理するファイルの一部を構成する編集範囲であって、クライアント端末から指定された編集範囲の編集指示を受け付ける受付手段と、前記クライアント端末から編集にかかる指定を受け付ける際に、前記ファイル管理サーバに対して、前記編集指示を受け付けた前記ファイルの編集を制限させるための要求を送信する第１の制限要求送信手段と、を備え、前記ファイル管理サーバは、前記第１の制限要求送信手段により送信された前記要求を受信した場合に、前記他のクライアント端末による当該ファイルの編集を制限する第１の制御手段を備えることを特徴とする。

本発明によれば、文書データの編集可否を当該文書データ単位で制御する文書管理サーバの代わりに、当該運所データの編集可否を当該文書データのページ単位で制御することの可能な効果を奏する。

本発明の実施形態における情報処理システムのシステム構成の一例を示す図である。 画像処理サーバ１０１、文書管理サーバ１０２、クライアント端末１０３のハードウェア構成の一例を示す図である。 画像処理サーバ１０１、文書管理サーバ１０２、クライアント端末１０３の機能構成の一例を示す図である。 画像処理サーバ１０１を介して、文書管理サーバ１０２に記憶された文書データをチェックアウトする一連の処理の流れを示すフローチャートである。 文書一覧テーブル５００のテーブル構成の一例を示す図である。 文書編集画面６００の画面構成の一例を示す図である。 第１の文書属性テーブル７００のテーブル構成の一例を示す図である。 第２の文書属性テーブル８００のテーブル構成の一例を示す図である。 画像処理サーバ１０１でページ単位のチェックアウトがなされた場合に、第１の文書属性テーブル７００に格納されるデータの一例を示す図である。 画像処理サーバ１０１を介して、文書管理サーバ１０２に文書データをチェックインする一連の処理の流れを示すフローチャートである。 文書登録画面１１００の画面構成の一例を示す図である。 画像処理サーバ１０１でページ単位のチェックインがなされた場合に、第２の文書属性テーブル８００に格納されるデータの一例を示す図である。 文書管理サーバ１０２に記憶された文書データをチェックアウトする一連の処理の流れを示すフローチャートである。 文書管理サーバ編集画面１４００の画面構成の一例を示す図である。 文書管理サーバ１０２で文書データをチェックアウトした場合に、第１の文書属性テーブル７００に格納されるデータの一例を示す図である。 文書管理サーバ１０２で文書データをチェックインする一連の処理の流れを示すフローチャートである。 文書管理サーバ登録画面１７００の画面構成の一例を示す図である。 文書管理サーバ１０２で文書データをチェックインした場合に、第２の文書属性テーブル８００に格納されるデータの一例を示す図である。

以下、図面を参照しながら、本発明の実施形態の一例について説明する。

図１は、本発明の情報処理システムのシステム構成の一例を示す図である。本発明の情報処理システムは、画像処理サーバ１０１（情報処理サーバ）、文書管理サーバ１０２、クライアント端末１０３がＬＡＮ１０４（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のネットワークを介して、相互にデータ通信可能に接続されている。図１のネットワーク上に接続される各種端末あるいはサーバの構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。

画像処理サーバ１０１は、文書管理サーバ１０２の代わりに文書管理サーバ１０２に記憶された文書データの編集可否を制御するサーバである。画像処理サーバ１０１は、文書管理サーバ１０２に記憶された文書データを取得して、ページ単位に分割し、ページ単位で排他制御が実行できるよう、編集可否を制御する。

文書管理サーバ１０２は、当該文書管理サーバ１０２に記憶された文書データの編集可否を制御するサーバである。複数のユーザが文書データを編集できるよう、共有された文書データに対する編集指示を受け付けており、編集指示があると他のユーザが編集できないように制御する（チェックアウトする）。また、チェックアウトした文書データの登録指示があったら、文書データのバージョンを上げて、当該文書データを古い文書データに代わって、別ファイルの最新版として保存する。設定によっては別ファイルとして保存するのではなく、上書き保存としてもよい。更には、当該文書データを他のユーザが編集できるように制御する（チェックイン）。

クライアント端末１０３は、画像処理サーバ１０１や文書管理サーバ１０２に接続し、文書データの編集や登録を実行する装置である。ユーザは、クライアント端末１０３を介して、文書データのチェックアウトやチェックインを実行することが可能である。

図２は、本発明の実施形態における画像処理サーバ１０１、文書管理サーバ１０２、クライアント端末１０３のハードウェア構成を示す図である。

ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。

また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ ＯｕｔｐｕｔＳｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。

ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。

また、入力コントローラ（入力Ｃ）２０５は、キーボードやマウス等のポインティングデバイスといった入力デバイス２０９からの入力を制御する。

ビデオコントローラ（ＶＣ）２０６は、ディスプレイ２１０等の表示器への表示を制御する。表示器はＣＲＴや液晶ディスプレイでも構わない。

メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるカード型メモリ等の外部メモリ２１１へのアクセスを制御する。

通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。

尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明の各種装置及びサーバが後述する各種処理を実行するために用いられる各種プログラム等は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラムが用いる定義ファイルや各種情報テーブルは外部メモリ２１１（記憶手段）に格納されている。

次に、画像処理サーバ１０１、文書管理サーバ１０２、クライアント端末１０３のモジュール構成を示す機能構成図について、図３を用いて説明する。尚、図３の各種端末あるいはサーバのモジュール構成は一例であり、用途や目的に応じて様々な構成例がある。

画像処理サーバ１０１は、通信制御部３１１、リクエスト処理部３１２、画面生成部３１３、文書一時保管部３１４、文書データ操作部３１５、編集制御部３１６を備える。

通信制御部３１１は、文書管理サーバ１０２やクライアント端末１０３と相互に情報を送受信するための機能部である。リクエスト処理部３１２は、クライアント端末１０３からのリクエストを処理するための機能部である。より具体的には、文書データのチェックアウト／チェックイン、画面取得要求等である。

画面生成部３１３は、リクエスト処理部３１２が受け付けたクライアント端末１０３からのリクエストに応じて、クライアント端末１０３で表示可能な画面を生成する機能部である。文書一時保管部３１４は、リクエスト処理部３１２が受け付けたクライアント端末１０３からのリクエストに応じて、チェックアウトの指示がなされた文書データを文書管理サーバ１０２から取得し、画像処理サーバ１０１に一時保管するための機能部である。

文書データ操作部３１５は、リクエスト処理部３１２が受け付けたクライアント端末１０３からのリクエストに応じて、文書管理サーバ１０２から取得した文書データをページ単位となるよう分割、またはページ単位に分割された文書データを結合するための機能部である。編集制御部３１６は、リクエスト処理部３１２が受け付けたクライアント端末１０３からのリクエストに応じて、分割されたページ単位で編集の可否を制御する機能部である。

文書管理サーバ１０２は、通信制御部３２１、編集制御部３２２、属性情報更新部３２３、画面生成部３２４を備える。

通信制御部３２１は、画像処理サーバ１０１やクライアント端末１０３と相互に情報を送受信するための機能部である。編集制御部３１６は、文書データの編集可否を制御する機能部である。属性情報更新部３２３は、画像処理サーバ１０１や文書管理サーバ１０２で実行されたチェックアウト／チェックインに応じて、チェックアウト／チェックインしているユーザやページ数等を属性情報として記憶する機能部である。画面生成部３２４は、クライアント端末１０３からのリクエストに応じて、クライアント端末１０３で表示可能な画面を生成する機能部である。

クライアント端末１０３は、通信制御部３３１、表示制御部３３２を備える。通信制御部３３１は、画像処理サーバ１０１や文書管理サーバ１０２と相互に情報を送受信するための機能部である。表示制御部３３２は、画像処理サーバ１０１、文書管理サーバ１０２で生成された画面をクライアント端末１０３のディスプレイ２１０に表示させる機能部である。

次に、本発明の実施形態における画像処理サーバ１０１を介して、文書管理サーバ１０２に記憶された文書データをチェックアウトする一連の処理について、図５に示すフローチャートを用いて説明する。

まず、ステップＳ４０１では、クライアント端末１０３のＣＰＵ２０１は、文書編集画面の取得要求を画像処理サーバ１０１に送信する。ステップＳ４０２では、クライアント端末１０３のＣＰＵ２０１は、クライアント端末１０３から送信された文書編集画面の取得要求を受信し、ステップＳ４０３では、当該文書編集画面を生成する。このとき、画像処理サーバ１０１は、画像処理サーバ１０１に記憶された文書一覧テーブル５００（図５参照）に基づいて、文書編集画面を生成する。

文書一覧テーブル５００は、画像処理サーバ１０１の外部メモリ２１１等に記憶されており、文書管理サーバ文書ＩＤ５０１、ファイル名５０２から構成されている。文書管理サーバ文書ＩＤ５０１は、文書管理サーバ１０２で管理されている文書データごとに、当該文書管理サーバ１０２において一意に割り振られた識別情報である。ファイル名５０２は、当該文書データのファイル名を示す情報である。

文書一覧テーブル５００に格納される情報は、文書管理サーバ１０２から取得する。定期的に文書管理サーバ１０２に対して文書管理サーバ文書ＩＤ５０１とファイル名５０２に相当する情報の取得リクエストを送信し、それに応じて送信されてくる情報を文書一覧テーブル５００に格納している。すなわち、文書管理サーバ１０２に記憶されている文書データの一覧が文書一覧テーブル５００で管理されていることになる。

文書編集画面を生成すると、図６に示すような画面となる。文書編集画面６００は、文書一覧テーブル５００から取得したファイル名５０２が一覧表示される文書一覧６０１、チェックアウトするページ数の指定を受け付ける編集対象ページ６０２、そして編集を開始する編集開始ボタン６０３を備えている。

文書編集画面６００が生成されると、ステップＳ４０４では、画像処理サーバ１０１のＣＰＵ２０１は、ステップＳ４０３で生成された文書編集画面６００をクライアント端末１０３に送信する。

ステップＳ４０５では、クライアント端末１０３のＣＰＵ２０１は、画像処理サーバ１０１から送信された文書編集画面６００を受信し、ステップＳ４０６では、受信した文書編集画面６００をクライアント端末１０３のディスプレイ２１０に表示する。そして、ユーザからの入力を受け付ける。

ステップＳ４０７では、クライアント端末１０３のＣＰＵ２０１は、文書一覧６０１で編集を行う文書データのファイル名５０２が選択され、かつ編集対象ページ６０２で編集するページ数が指定された状態で編集開始ボタン６０３が押下されたか否かを判定する。編集開始ボタン６０３が押下されたと判定した場合には、ステップＳ４０８に処理を進める。編集開始ボタン６０３が押下されていないと判定した場合には、編集開始ボタン６０３が押下されるまで待機する。

ステップＳ４０８では、クライアント端末１０３のＣＰＵ２０１は、文書編集画面６００で指定された文書データのページをチェックアウトするべく、画像処理サーバ１０１に編集開始指示を送信する。

ステップＳ４０９では、画像処理サーバ１０１のＣＰＵ２０１は、クライアント端末１０３から送信された編集開始指示を受信する。そしてステップＳ４１０では、画像処理サーバ１０１のＣＰＵ２０１は、指定された文書データのページがチェックアウト可能か否かを判定する。チェックアウト可能か否かは、画像処理サーバ１０１に記憶された第２の文書属性テーブル８００（図８参照）に基づいて判定する。第２の文書属性テーブル８００は、画像処理サーバ１０１で文書データのページをチェックアウトすると生成されるテーブルである。このテーブルでは、どの文書データのどのページがチェックアウトされているのかを管理している。よって、クライアント端末１０３から要求された文書データのページがチェックアウトされているか否かを確認し、チェックアウトされていなければチェックアウト可能であると判定する。

第２の文書属性テーブル８００は、画像処理サーバ１０１の外部メモリ２１１等に記憶され、文書ＩＤ８０１、ページ８０２、チェックアウト状態８０３、チェックアウトユーザ８０４、文書管理サーバ文書ＩＤ８０５、ファイル名８０６から構成される。文書ＩＤ８０１は、画像処理サーバ１０１で管理されているページごとに、当該画像処理サーバ１０１において一意に割り振られた識別情報である。ページ８０２は、分割されたページのページ番号を示す。チェックアウト状態８０３は、当該ページがチェックアウトされているか否かを示す。「ＹＥＳ」であればチェックアウトされており、「ＮＯ」であればチェックアウトされていない。チェックアウトユーザ８０４はチェックアウトしたユーザのユーザ名を示す。文書管理サーバ文書ＩＤ８０５は、当該ページが構成する文書データの文書管理サーバ文書ＩＤ５０１を示す。ファイル名８０６は、当該ページが構成する文書データのファイル名５０２を示す。

すなわち、ユーザから指定された文書データのページのチェックアウト状態８０３を参照し、１ページも「ＹＥＳ」となっていなければチェックアウト可能である。

チェックアウト可能であると判定した場合には、ステップＳ４１２に処理を進め、チェックアウト可能でないと判定した場合には、クライアント端末１０３にその旨を通知し、ステップＳ４１１に処理を進める。

ステップＳ４１１では、クライアント端末１０３のＣＰＵ２０１は、画像処理サーバ１０１からの通知に応じて、ユーザから指定された文書データのページがチェックアウトできない旨を通知する。通知方法は特に問わない。通知が完了したら、ステップＳ４０６に処理を戻す。

ステップＳ４１２では、クライアント端末１０３のＣＰＵ２０１は、ユーザから指定された文書データのページがＲＡＭ２０３等の一時領域に保存されているか否かを判定する。すなわち、すでに分割されたページが存在するか否かを判定する。後述するステップＳ４１９において、分割されたページが一時的に保存される。こうしておくことで、再度文書管理サーバ１０２から文書データを取得して分割することなく、編集を開始できる。一時領域に保存済みであると判定した場合には、ステップＳ４２１に処理を進める。一時領域に保存済みでないと判定した場合には、ステップＳ４１２に処理を進める。

ステップＳ４１３では、画像処理サーバ１０１のＣＰＵ２０１は、ユーザから編集指示された文書データ（以下、編集対象文書）のチェックアウト要求を文書管理サーバ１０２に送信する（第１のチェックアウト要求送信手段）。

ステップＳ４１４では、文書管理サーバ１０２のＣＰＵ２０１は、画像処理サーバ１０１から送信された編集対象文書のチェックアウト要求を受信する。そして、ステップＳ４１５では、文書管理サーバ１０２のＣＰＵ２０１は、編集対象文書をチェックアウトする（第２のチェックアウト手段）。より具体的には、文書管理サーバ１０２が記憶する第１の文書属性テーブル７００（図７参照）に登録されたレコードから対象文書を示すレコードを特定し、当該レコードのチェックアウト状態７０４を「ＹＥＳ」に変更する。更に、チェックアウトユーザ７０５を「画像処理サーバ」とする。こうすることで、編集対象文書が文書管理サーバ１０２において他のユーザから編集されないように制御する。

文書属性テーブル７００（図７参照）は、文書管理サーバ１０２の外部メモリ２１１等に記憶され、文書管理サーバ文書ＩＤ７０１、バージョン７０２、ファイル名７０３、チェックアウト状態７０４、チェックアウトユーザ７０５、編集中ユーザ７０６から構成される。文書管理サーバ文書ＩＤ７０１は、文書管理サーバ１０２で管理されている文書データごとに、当該文書管理サーバ１０２において一意に割り振られた識別情報である。バージョン７０２は、当該文書データの版を示す。ファイル名７０３は、当該文書データのファイル名を示す情報である。チェックアウト状態７０４は、当該ページがチェックアウトされているか否かを示す。「ＹＥＳ」であればチェックアウトされており、「ＮＯ」であればチェックアウトされていない。チェックアウトユーザ７０５はチェックアウトしたユーザのユーザ名を示す。編集中ユーザ７０６は、誰がどのページをチェックアウトしているのかを示す情報である。

チェックアウトが完了したら、ステップＳ４１６では、画像処理サーバ１０１のＣＰＵ２０１は、編集対象文書の取得要求を文書管理サーバ１０２に送信する（取得要求送信手段）。ステップＳ４１７では、文書管理サーバ１０２のＣＰＵ２０１は、画像処理サーバ１０１から送信された編集対象文書の取得要求を受信し、ステップＳ４１８では、当該編集対象文書を文書管理サーバ１０２の記憶領域から取得して、画像処理サーバ１０１に送信する（文書データ送信手段）。

ステップＳ４１９では、画像処理サーバ１０１のＣＰＵ２０１は、文書管理サーバ１０２から送信された編集対象文書を受信する。そして、ステップＳ４２０では、画像処理サーバ１０１のＣＰＵ２０１は、受信した編集対象文書をページ単位に分割する（文書データ分割手段）。文書データをページ単位に分割する方法は、従来技術を用いるため説明は省略する。本発明では、１ページごとに分割するものとして以下説明を行うが、ユーザから指定されたページ数だけを分割してもよい。分割が完了したら、画像処理サーバ１０１の一時領域に保存する。

ステップＳ４２１では、画像処理サーバ１０１のＣＰＵ２０１は、画像処理サーバ１０１に記憶された第２の文書属性テーブル８００に編集対象文書に関するレコードを追加する。このとき、ページごとにレコードを作成する。

ステップＳ４２２では、画像処理サーバ１０１のＣＰＵ２０１は、ユーザから指定された編集対象文書のページを、当該ユーザとは異なるユーザによって編集されないよう、当該ページをチェックアウトする（第１のチェックアウト手段）。より具体的には、ユーザから指定されたページのチェックアウト状態８０３を「ＹＥＳ」とし、チェックアウトユーザ８０４にユーザのユーザ名を格納する。

ステップＳ４２３では、画像処理サーバ１０１のＣＰＵ２０１は、編集対象文書の属性情報更新要求を文書管理サーバ１０２に送信する。より具体的には、文書管理サーバ１０２が記憶する第１の文書属性テーブル７００の編集中ユーザ７０６を更新するよう要求する。編集中ユーザ７０６には、どのユーザがどのページを編集中であるのかを示す情報が格納される。そのため、画像処理サーバ１０１に格納された、チェックアウトされたページ８０２とそれに対応するチェックアウトユーザ８０４とを送信する。

ステップＳ４２４では、文書管理サーバ１０２のＣＰＵ２０１は、画像処理サーバ１０１から送信された属性情報の更新要求を受信する。そして、ステップＳ４２５では、文書管理サーバ１０２のＣＰＵ２０１は、編集対象文書の属性情報を更新する。より具体的には、編集対象文書を示すレコードの編集中ユーザ７０６にどのユーザがどのページを編集中であるのかを示す情報を格納する。

第１の文書属性テーブル７００の更新が完了すると、ステップＳ４２６では、画像処理サーバ１０１のＣＰＵ２０１は、ステップＳ４２０で分割したページのうち、ユーザから指定されたページを結合して編集用の文書データを生成する。そして、ステップＳ４２７では、画像処理サーバ１０１のＣＰＵ２０１は、ステップＳ４２６で結合した文書データをクライアント端末１０３に送信する。

ステップＳ４２８では、クライアント端末１０３のＣＰＵ２０１は、画像処理サーバ１０１から送信された指定ページを結合した文書データを受信し、ステップＳ４２９では、これを外部メモリ２１１等に保存する。こうすることで、保存した文書データは、ユーザからの指示に応じて当該文書データを編集可能なアプリケーションで編集される。

このようにして、文書管理サーバ１０２から文書データを取得し、ページ単位に分割し、分割されたページのうち指定されたページを画像処理サーバ１０１の機能によってチェックアウト状態とすることで、文書管理サーバ１０２に代わって、ページ単位のチェックアウトを実現する。更には、文書管理サーバ１０２においても、対象の文書データがチェックアウトされるので、画像処理サーバ１０１でチェックアウトされている最中に、当該文書データが文書管理サーバ１０２において他のユーザから編集される恐れがない。

次に、本発明の実施形態における画像処理サーバ１０１を介して、文書管理サーバ１０２に文書データをチェックインする一連の処理について、図１０に示すフローチャートを用いて説明する。図１０に示すフローチャートは、ユーザが図４に示した処理の流れによってチェックアウトしたページを編集した後、編集内容を文書管理サーバ１０２の文書データに反映させるべく、チェックインを実行するものである。

まず、ステップＳ１００１では、クライアント端末１０３のＣＰＵ２０１は、画像処理サーバ１０１に文書登録画面の取得要求を送信する。ステップＳ１００２では、画像処理サーバ１０１のＣＰＵ２０１は、クライアント端末１０３から送信された文書登録画面の取得要求を受信する。

ステップＳ１００３では、画像処理サーバ１０１のＣＰＵ２０１は、文書登録画面を生成する。文書登録画面を生成する際には、画像処理サーバ１０１に記憶された第２の文書属性テーブル８００を用いて生成する。クライアント端末１０３を介して文書登録画面の取得要求を指示したユーザがチェックアウトしている文書データとそのページをチェックアウトユーザ８０４に基づいて特定する。そして、当該文書データのページがチェックイン可能な画面を生成する。例えば、図１１に示すような画面となる。図１１に示す文書登録画面１１００は、チェックイン可能な文書データのページを示す文書一覧１１０１、クライアント端末１０３に記憶された文書データであって、編集が完了した登録する文書データを指定するための参照欄１１０２、そしてチェックインの指示を受け付けるための登録ボタン１１０３から構成される。

ステップＳ１００４では、画像処理サーバ１０１のＣＰＵ２０１は、ステップＳ１００３で生成された文書登録画面１１００をクライアント端末１０３に送信する。

ステップＳ１００５では、クライアント端末１０３のＣＰＵ２０１は、画像処理サーバ１０１から送信された文書登録画面１１００を受信し、ステップＳ１００６では、受信した文書登録画面１１００をクライアント端末１０３のディスプレイ２１０に表示する。そして、ユーザからの入力を受け付ける。

ステップＳ１００７では、クライアント端末１０３のＣＰＵ２０１は、文書一覧１１０１でチェックインするページが選択され、かつ登録する文書データが参照欄１１０２で選択されている状態で、登録ボタン１１０３が押下されたか否かを判定する。登録ボタン１１０３が押下されたと判定した場合には、ステップＳ１００８に処理を進める。登録ボタン１１０３が押下されていないと判定した場合には、登録ボタン１１０３が押下されるまで待機する。

ステップＳ１００８では、クライアント端末１０３のＣＰＵ２０１は、参照欄１１０２で選択された、編集済みのページからなる文書データ（以下、編集済ページ）を画像処理サーバ１０１に送信する。

ステップＳ１００９では、画像処理サーバ１０１のＣＰＵ２０１は、クライアント端末１０３から送信された編集済ページを受信する。そして、ステップＳ１０１０では、画像処理サーバ１０１のＣＰＵ２０１は、ステップＳ１００９で受信した編集済ページを用いて、他のユーザが対応するページを編集できるよう、当該ページをチェックインする（第１のチェックイン手段）。チェックインする場合には、受信した編集済ページのページ数とチェックイン対象のページ数とが一致するか否かを判定し、一致すると判定した場合にはチェックインを行い、一致しないと判定した場合にはクライアント端末１０３にその旨を通知する。また、チェックインは、画像処理サーバ１０１に記憶された第２の文書属性テーブル８００のレコードのうち、チェックインするページのレコードのチェックアウト状態８０３を「ＮＯ」、チェックアウトユーザ８０４を「ＮＵＬＬ」にそれぞれ変更することでチェックインする。

ステップＳ１０１１では、画像処理サーバ１０１のＣＰＵ２０１は、チェックインしたページが構成していた編集対象文書を構成する他のページを一時領域から取得する。そして、ステップＳ１０１２では、画像処理サーバ１０１のＣＰＵ２０１は、チェックインしたページと、ステップＳ１０１１で取得したページとを用いて、文書管理サーバ１０２に記憶されている編集対象文書を更新するための文書データを生成する（文書データ生成手段）。すなわち、編集対象文書を構成する任意のページが更新されたということは、その更新を文書管理サーバ１０２にも反映させなければならない。よって、ページのチェックインがなされた場合には、画像処理サーバ１０１が保持する当該編集対象文書の最新版を文書管理サーバ１０２に送信し、これを更新する必要がある。そこで、チェックインの指示があったページと、画像処理サーバ１０１が保持する他のページとを結合し、最新版の文書データとして生成する。

そして、ステップＳ１０１３では、画像処理サーバ１０１のＣＰＵ２０１は、ステップＳ１０１２で生成した文書データを用いて、編集対象文書のチェックインを行うよう、文書管理サーバ１０２に要求する（チェックイン要求送信手段）。このとき、ステップＳ１０１２で生成した文書データも合わせて送信する。

ステップＳ１０１４では、文書管理サーバ１０２のＣＰＵ２０１は、画像処理サーバ１０１から送信されたチェックイン要求を受信し、ステップＳ１０１５では、チェックイン要求のあった編集対象文書をチェックインする（第２のチェックイン手段）。より具体的には、文書管理サーバ１０２に記憶されている第１の文書属性テーブル７００のレコードのうち、編集対象文書を示すレコードのチェックアウト状態７０４を「ＮＯ」、チェックアウトユーザ７０５を「ＮＵＬＬ」にそれぞれ変更する。そして、受信した最新版の文書データを編集対象文書の最新版として保存する。

ステップＳ１０１６では、文書管理サーバ１０２のＣＰＵ２０１は、編集対象文書の最新版が更新されたので、文書管理サーバ１０２で管理している編集対象文書のバージョンを上げる。より具体的には、文書管理サーバ１０２に記憶されている第１の文書属性テーブル７００のレコードのうち、編集対象文書のレコードのバージョン７０２に格納されている値を上げる。バージョンの上げ方は一の位の値を１つ上げてもよいし、小数点第一位の値を１つ上げてもよい。バージョンアップの運用方法は文書管理サーバ１０２を利用するユーザごとに異なるので、設定に応じてこれを変更できてもよい。

バージョンアップが完了すると、ステップＳ１０１７では、画像処理サーバ１０１のＣＰＵ２０１は、編集対象文書の第１の文書属性テーブル７００の更新要求を送信する。ここでいう更新要求とは、文書管理サーバ１０２に記憶されている第１の文書属性テーブル７００の編集中ユーザ７０６の更新要求である。

ステップＳ１０１８では、文書管理サーバ１０２のＣＰＵ２０１は、画像処理サーバ１０１から送信された更新要求を受信し、ステップＳ１０１９では、当該更新要求に応じて、文書管理サーバ１０２に記憶されている第１の文書属性テーブル７００の編集中ユーザ７０６の更新を行う。ここでは、チェックインされたページの編集が完了したので、当該ページを編集中としている情報を削除する。

更新が完了したら、ステップＳ１０２０では、画像処理サーバ１０１のＣＰＵ２０１は、編集対象文書を構成するページがすべてチェックインされているか否かを判定する。すなわち、編集対象文書を構成するページのうち、チェックアウトされているページがあるか否かを判定する。前述したステップＳ１０１５において、一度編集対象文書を最新版とするためにチェックインを行ったが、当該編集対象文書を構成する他のページを編集中のユーザが存在する場合がある。この場合には、再度文書管理サーバ１０２において編集対象文書のチェックアウトを行っておかないと、文書管理サーバ１０２で他のユーザがチェックアウトしてしまう可能性ある。そこで、ステップＳ１０２０では、すべてのページがチェックインしているか否かを判定している。より具体的な処理は、画像処理サーバ１０１に記憶されている第２の文書属性テーブル８００を参照し、編集対象文書を構成するページのレコードのチェックアウト状態８０３がすべて「ＮＯ」となっているか否かによって判定する。すべてのページがチェックインされていると判定した場合には、ステップＳ１０２１に処理を進める。すべてのページがチェックインされていないと判定された場合、すなわちチェックアウト中のページが１ページでも存在する場合には、ステップＳ１０２３に処理を進める。

ステップＳ１０２１では、画像処理サーバ１０１のＣＰＵ２０１は、すべてのページがチェックインされたので、一時領域に保存した分割されたページを一時領域から削除する。そして、ステップＳ１０２２では、画像処理サーバ１０１のＣＰＵ２０１は、編集対象文書を構成するページを示すレコードを第２の文書属性テーブル８００から削除する。

一方、ステップＳ１０２０で編集対象文書のページがすべてチェックイン状態になっていないと判定した場合、ステップＳ１０２３では、画像処理サーバ１０１のＣＰＵ２０１は、編集対象文書のチェックアウト要求を文書管理サーバ１０２に送信する（第２のチェックアウト要求手段）。

ステップＳ１０２４では、文書管理サーバ１０２のＣＰＵ２０１は、画像処理サーバ１０１から送信された、編集対象文書のチェックアウト要求を受信する。そして、ステップＳ１０２５では、文書管理サーバ１０２のＣＰＵ２０１は、編集対象文書のチェックアウトを実行する。チェックアウトの具体的な方法は、ステップＳ４１５と同様であるので説明を省略する。

このように、編集が完了したページのチェックインを画像処理サーバ１０１が行うことができる。更には、画像処理サーバ１０１で実行されたページのチェックインに応じて、文書管理サーバ１０２の編集対象文書も更新することができる。

次に、前述した図４のフローチャートと図１０のフローチャートで実行されるチェックアウト／チェックインについて、図９と図１２を用いて説明する。

まず図９は、画像処理サーバ１０１に記憶された第２の文書属性テーブル８００のデータの遷移を示す図である。図８に示す第２の文書属性テーブル８００の状態で、ユーザ「Ｙａｍａｄａ」が「文書１」の「ページ４」を編集開始した場合、当該ページのチェックアウトがなされる。すなわち図９の９００に示すように、レコード９０１のチェックアウト状態８０３を「ＹＥＳ」に変更し、チェックアウトユーザ８０４を「Ｙａｍａｄａ」に変更する。そして文書管理サーバ１０２にチェックアウトした情報を送信すると、図７に示すような第１の文書属性テーブルとなる。編集対象文書である「ＤＯＣ００１」の編集中ユーザ７０６に「Ｙａｍａｄａ−４」と格納されるので、ユーザ「Ｙａｍａｄａ」が「ページ４」を編集中であることがわかるようになる。

そしてその後、ユーザ「Ｆｕｋｕｄａ」が「文書１」の「ページ１〜３」の編集を完了し、チェックインすると、図９の９１０に示すような第２の文書属性テーブル８００となる。レコード群９１１のように、「ページ１〜３」のチェックアウト状態８０３を「ＮＯ」にして、チェックアウトユーザ８０４を「ＮＵＬＬ」にする。これに応じて、図７に示す第１の文書属性テーブル７００の「文書１」に関するレコードの編集中ユーザ７０６から「Ｆｕｋｕｄａ−１，２，３」を削除し、バージョン７０２を上げる。削除後のテーブルが、図１２の１２００に示すテーブルである。

更には、ユーザ「Ｙａｍａｄａ」が「文書１」の「ページ４」をチェックインした場合には、編集対象文書を構成するすべてのページがチェックインされたので、図９の９２０に示すように第２の文書属性テーブル８００から「文書１」を構成するページのレコードを削除する。これに応じて、文書管理サーバ１０２の第１の文書属性テーブル７００の「文書１」に関するレコードの編集中ユーザ７０６から「Ｙａｍａｄａ−４」を削除し、バージョン７０２を上げる。更に、チェックアウト状態７０４を「ＮＯ」にし、チェックアウトユーザ７０５を「ＮＵＬＬ」にする。その結果が図１２に示す１２１０のテーブルである。

このように画像処理サーバ１０１の第２の文書属性テーブル８００と、文書管理サーバ１０２の第１の文書属性テーブル７００とを更新していくことで、画像処理サーバ１０１においてページ単位の編集可否を制御したり、文書管理サーバ１０２において文書単位の編集可否を制御したりすることができるようになる。

次に、本発明の実施形態における文書管理サーバ１０２に記憶された文書データをチェックアウトする一連の処理について、図１３に示すフローチャートを用いて説明する。

まず、ステップＳ１３０１では、クライアント端末１０３のＣＰＵ２０１は、文書管理サーバ編集画面の取得要求を文書管理サーバ１０２に送信する。ステップＳ１３０２では、クライアント端末１０３のＣＰＵ２０１は、クライアント端末１０３から送信された文書管理サーバ編集画面の取得要求を受信し、ステップＳ１３０３では、当該文書管理サーバ編集画面を生成する。このとき、文書管理サーバ１０２は、文書管理サーバ１０２に記憶された第１の文書属性テーブル７００に基づいて、文書管理サーバ編集画面を生成する。

文書管理サーバ編集画面を生成すると、図１４に示すような画面となる。文書管理サーバ編集画面１４００は、第１の文書属性テーブル７００から取得したファイル名７０３やそれに対応する編集中ユーザ７０６が一覧表示される文書一覧１４０１、編集を開始する編集開始ボタン１４０２を備えている。

文書管理サーバ編集画面１４００が生成されると、ステップＳ１３０４では、文書管理サーバ１０２のＣＰＵ２０１は、ステップＳ１３０３で生成された文書管理サーバ編集画面１４００をクライアント端末１０３に送信する。

ステップＳ１３０５では、クライアント端末１０３のＣＰＵ２０１は、文書管理サーバ１０２から送信された文書管理サーバ編集画面１４００を受信し、ステップＳ１３０６では、受信した文書管理サーバ編集画面１４００をクライアント端末１０３のディスプレイ２１０に表示する。そして、ユーザからの入力を受け付ける。

ステップＳ１３０７では、クライアント端末１０３のＣＰＵ２０１は、文書一覧１４０１で編集を行う文書データが選択された状態で編集開始ボタン１４０２が押下されたか否かを判定する。編集開始ボタン１４０２が押下されたと判定した場合には、ステップＳ１３０８に処理を進める。編集開始ボタン１４０２が押下されていないと判定した場合には、編集開始ボタン１４０２が押下されるまで待機する。

ステップＳ１３０８では、クライアント端末１０３のＣＰＵ２０１は、文書管理サーバ編集画面１４００で指定された文書データをチェックアウトするべく、文書管理サーバ１０２に編集開始指示を送信する。

ステップＳ１３０９では、文書管理サーバ１０２のＣＰＵ２０１は、クライアント端末１０３から送信された編集開始指示を受信する。そしてステップＳ１３１０では、文書管理サーバ１０２のＣＰＵ２０１は、指定された文書データがチェックアウト可能か否かを判定する。チェックアウト可能か否かは、文書管理サーバ１０２に記憶された第１の文書属性テーブル７００のチェックアウト状態７０４に基づいて判定する。チェックアウト可能であると判定した場合には、ステップＳ１３１２に処理を進め、チェックアウト可能でないと判定した場合には、クライアント端末１０３にその旨を通知し、ステップＳ１３１１に処理を進める。

ステップＳ１３１１では、クライアント端末１０３のＣＰＵ２０１は、文書管理サーバ１０２からの通知に応じて、ユーザから指定された文書データのページがチェックアウトできない旨を通知する。通知方法は特に問わない。通知が完了したら、ステップＳ１３０６に処理を戻す。

ステップＳ１３１２では、文書管理サーバ１０２のＣＰＵ２０１は、編集対象文書をチェックアウトする。より具体的には、文書管理サーバ１０２が記憶する第１の文書属性テーブル７００に登録されたレコードから編集対象文書を示すレコードを特定し、当該レコードのチェックアウト状態７０４を「ＹＥＳ」に変更する。更に、チェックアウトユーザ７０５にはチェックアウト指示を行ったユーザ名を格納する。こうすることで、編集対象文書が文書管理サーバ１０２において他のユーザから編集されないように制御する。図１５の１５００では、ユーザ「Ｆｕｋｕｄａ」が文書管理サーバ１０２で「文書４」をチェックアウトした場合の第１の文書属性テーブル７００を示している。レコード１５０１に示すように、「文書４」のチェックアウト状態７０４を「ＹＥＳ」にし、チェックアウトユーザ７０５に「Ｆｕｋｕｄａ」を格納している。

そして、ステップＳ１３１３では、文書管理サーバ１０２のＣＰＵ２０１は、第１の文書属性テーブル７００の編集対象文書に関するレコードのうち、編集中ユーザ７０６を更新する。より具体的には、編集中ユーザ７０６にチェックアウトしたユーザのユーザ名と、チェックアウトしたページ数を示す情報を格納する。文書管理サーバ１０２からチェックアウトした場合には、文書単位でチェックアウトがなされるので、すべてのページを示す情報が格納されることになる。例えば、チェックアウトした「文書４」が８ページからなる文書データであった場合には、図１５の１５００に示すように、レコード１５０２の編集中ユーザ７０６には、「Ｆｕｋｕｄａ−１，２，３，４，５，６，７，８」と格納する。

第１の文書属性テーブル７００の更新が完了すると、ステップＳ１３１４では、文書管理サーバ１０２のＣＰＵ２０１は、チェックアウト指示にあった編集対象文書を取得し、クライアント端末１０３に送信する。

ステップＳ１３１５では、クライアント端末１０３のＣＰＵ２０１は、文書管理サーバ１０２から送信された編集対象文書を受信し、ステップＳ１３１６では、これを外部メモリ２１１等に保存する。こうすることで、保存した編集対象文書は、ユーザからの指示に応じて当該編集対象文書を編集可能なアプリケーションで編集される。

次に、本発明の実施形態における文書管理サーバ１０２で文書データをチェックインする一連の処理について、図１６に示すフローチャートを用いて説明する。図１６に示すフローチャートは、ユーザが図１３に示した処理の流れによってチェックアウトした編集対象文書を編集した後、編集内容を文書管理サーバ１０２の元データに反映させるべく、チェックインを実行するものである。

まず、ステップＳ１６０１では、クライアント端末１０３のＣＰＵ２０１は、文書管理サーバ１０２に文書管理サーバ登録画面の取得要求を送信する。ステップＳ１６０２では、文書管理サーバ１０２のＣＰＵ２０１は、クライアント端末１０３から送信された文書管理サーバ登録画面の取得要求を受信する。

ステップＳ１６０３では、文書管理サーバ１０２のＣＰＵ２０１は、文書管理サーバ登録画面を生成する。文書管理サーバ登録画面を生成する際には、文書管理サーバ１０２に記憶された第１の文書属性テーブル８００を用いて生成する。クライアント端末１０３を介して文書管理サーバ登録画面の取得要求を指示したユーザがチェックアウトしている文書データをチェックアウトユーザ７０５に基づいて特定する。そして、当該文書データがチェックイン可能な画面を生成する。例えば、図１７に示すような画面となる。図１７に示す文書管理サーバ登録画面１７００は、チェックイン可能な文書データを示す文書一覧１７０１、クライアント端末１０３に記憶された文書データであって、編集が完了した登録する編集対象文書を指定するための参照欄１７０２、そしてチェックインの指示を受け付けるための登録ボタン１１０３から構成される。

ステップＳ１６０４では、文書管理サーバ１０２のＣＰＵ２０１は、ステップＳ１６０３で生成された文書管理サーバ登録画面１７００をクライアント端末１０３に送信する。

ステップＳ１６０５では、クライアント端末１０３のＣＰＵ２０１は、文書管理サーバ１０２から送信された文書管理サーバ登録画面１７００を受信し、ステップＳ１６０６では、受信した文書管理サーバ登録画面１７００をクライアント端末１０３のディスプレイ２１０に表示する。そして、ユーザからの入力を受け付ける。

ステップＳ１６０７では、クライアント端末１０３のＣＰＵ２０１は、文書一覧１７０１でチェックインするページが選択され、かつ登録する編集対象文書が参照欄１７０２で選択されている状態で、登録ボタン１７０３が押下されたか否かを判定する。登録ボタン１７０３が押下されたと判定した場合には、ステップＳ１６０８に処理を進める。登録ボタン１７０３が押下されていないと判定した場合には、登録ボタン１７０３が押下されるまで待機する。

ステップＳ１６０８では、クライアント端末１０３のＣＰＵ２０１は、参照欄１７０２で選択された、編集済みの編集対象文書を文書管理サーバ１０２に送信する。

ステップＳ１６０９では、文書管理サーバ１０２のＣＰＵ２０１は、クライアント端末１０３から送信された編集対象文書を受信する。そして、ステップＳ１６１０では、文書管理サーバ１０２のＣＰＵ２０１は、ステップＳ１６０９で受信した編集対象文書を用いて、他のユーザが対応する編集対象文書を編集できるよう、当該編集対象文書をチェックインする。チェックインは、文書管理サーバ１０２に記憶された第１の文書属性テーブル７００のレコードのうち、チェックインする編集対象文書のレコードのチェックアウト状態７０４を「ＮＯ」、チェックアウトユーザ７０５を「ＮＵＬＬ」にそれぞれ変更することでチェックインする。例えば、図１８の１８００に示すように、編集対象文書に関するレコード１８０１のチェックアウト状態７０４を「ＮＯ」、チェックアウトユーザ７０５を「ＮＵＬＬ」に変更する。

そして、ステップＳ１６１１では、文書管理サーバ１０２のＣＰＵ２０１は、第１の文書属性テーブル７００の編集対象文書に関するレコードのうち、編集中ユーザ７０６を更新する。より具体的には、編集中ユーザ７０６からチェックインしたユーザのユーザ名と、チェックインした編集対象文書のページ数を示す情報を削除する。例えば、ユーザ「Ｆｕｋｕｄａ」が「文書４」をチェックインすると、図１５の１５００に示すように、レコード１５０２の編集中ユーザ７０６から、「Ｆｕｋｕｄａ−１，２，３，４，５，６，７，８」を削除し、「ＮＵＬＬ」に変更する。

ステップＳ１６１２では、文書管理サーバ１０２のＣＰＵ２０１は、編集対象文書の最新版が更新されたので、文書管理サーバ１０２で管理している編集対象文書のバージョンを上げる。より具体的には、文書管理サーバ１０２に記憶されている第１の文書属性テーブル７００のレコードのうち、編集対象文書のレコードのバージョン７０２に格納されている値を上げる。バージョンの上げ方は一の位の値を１つ上げてもよいし、小数点第一位の値を１つ上げてもよい。バージョンアップの運用方法は文書管理サーバ１０２を利用するユーザごとに異なるので、設定に応じてこれを変更できてもよい。

以上のようにして、文書管理サーバ１０２においても文書単位で編集の可否を制御している。また、画像処理サーバ１０１からの指示に応じてチェックアウトされた編集対象文書は、文書管理サーバ１０２からもチェックアウトすることができないようになっている。

以上説明したように、本実施形態によれば、文書データの編集可否を当該文書データ単位で制御する文書管理サーバの代わりに、当該運所データの編集可否を当該文書データのページ単位で制御することの可能な効果を奏する。

本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。

なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。

したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。

また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。

なお、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

１０１ 画像処理サーバ
１０２ 文書管理サーバ
１０３ クライアント端末
１０４ ＬＡＮ
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信Ｉ／Ｆコントローラ
２０９ 入力デバイス
２１０ ディスプレイ
２１１ 外部メモリ

Claims (13)

1. 情報処理サーバとファイル管理サーバを含む情報処理システムであって、
   前記情報処理サーバは、
   前記ファイル管理サーバが管理するファイルの一部を構成する編集範囲であって、クライアント端末から指定された編集範囲の編集指示を受け付ける受付手段と、
   前記クライアント端末から編集にかかる指定を受け付ける際に、前記ファイル管理サーバに対して、前記編集指示を受け付けた前記ファイルの編集を制限させるための要求を送信する第１の制限要求送信手段と、
   を備え、
   前記ファイル管理サーバは、
   前記第１の制限要求送信手段により送信された前記要求を受信した場合に、前記他のクライアント端末による当該ファイルの編集を制限する第１の制御手段
   を備えることを特徴とする情報処理システム。
2. 前記情報処理サーバは、前記受付手段により編集指示を受け付けた編集範囲を、前記クライアント端末とは異なる他のクライアント端末からの編集が不可能な状態に制御する第２の制御手段を備えることを特徴とする請求項１に記載の情報処理システム。
3. 前記情報処理サーバは、前記受付手段により前記クライアント端末による編集指示を受け付けた場合に、前記ファイル管理サーバに前記ファイルの取得要求を送信する取得要求送信手段を更に備えることを特徴とする請求項１または２に記載の情報処理システム。
4. 前記受付手段は、前記ファイル管理サーバが管理するファイルを構成するページ単位で前記編集範囲を受け付け可能であることを特徴とする請求項３に記載の情報処理システム。
5. 前記情報処理サーバは、前記取得要求送信手段の取得要求に応じて取得した前記ファイルをページ単位で分割可能なファイル分割手段を更に備えることを特徴とする請求項４に記載の情報処理システム。
6. 前記第２の制御手段は、前記ファイル分割手段により分割されたファイルを構成するページであって、前記受付手段により受け付けたページを前記他のクライアント端末からの編集が不可能な状態に制御することを特徴とする請求項５に記載の情報処理システム。
7. 前記ファイル管理サーバは、前記取得要求送信手段の取得要求に応じて前記情報処理サーバに前記ファイルを送信するファイル送信手段を更に備えることを特徴とする請求項３乃至６のいずれか１項に記載の情報処理システム。
8. 前記情報処理サーバは、
   前記第２の制御手段で編集の制限がされたページの登録指示を受け付けた場合に、当該ページの編集が可能となるように制御する第３の制御手段を更に備えることを特徴とする請求項４乃至７のいずれか１項に記載の情報処理システム。
9. 前記情報処理サーバは、
   前記第２の制御手段で編集が制限されたページの登録指示を受け付けた場合に、当該登録指示のあったページと前記ファイル分割手段で分割されたページとを用いて、ファイルを生成するファイル生成手段と、
   前記ファイル生成手段で生成されたファイルを編集可能な状態にするための編集要求を前記ファイル管理サーバに送信する編集要求送信手段と、
   を更に備え、
   前記ファイル管理サーバは、
   前記編集要求送信手段により送信された前記文書データの編集要求を受信した場合に、当該文書データの編集が可能となるように制御する第４の制御手段を更に備えることを特徴とする請求項８に記載の情報処理システム。
10. 前記情報処理サーバは、
    前記ファイルを構成するページのうち前記第２の制御手段によって編集を不可能にされているページが存在する場合に、前記第４の制御手段で編集が可能となるように制御された該ファイルの編集を制限させるための要求を前記ファイル管理サーバに送信する第２の制限要求送信手段を更に備えることを特徴とする請求項９に記載の情報処理システム。
11. 情報処理サーバとファイル管理サーバを含む情報処理システムの制御方法であって、
    前記情報処理サーバが、
    前記ファイル管理サーバが管理するファイルの一部を構成する編集範囲であって、クライアント端末から指定された編集範囲の編集指示を受け付ける受付工程と、
    前記クライアント端末から編集にかかる指定を受け付ける際に、前記ファイル管理サーバに対して、前記編集指示を受け付けた前記ファイルの編集を制限させるための要求を送信する第１の制限要求送信工程と、
    を備え、
    前記ファイル管理サーバが、
    前記第１の制限要求送信手段により送信された前記要求を受信した場合に、前記他のクライアント端末による当該ファイルの編集を制限する第１の制御工程
    を備えることを特徴とする情報処理システムの制御方法。
12. コンピュータを、請求項１乃至１０のいずれか１項に記載された情報処理システムの情報処理サーバとして機能させるためのプログラム。
13. ファイル管理サーバと通信可能な情報処理サーバであって、
    前記ファイル管理サーバが管理するファイルの一部を構成する編集範囲であって、クライアント端末から指定された編集範囲の編集指示を受け付ける受付手段と、
    前記クライアント端末から編集にかかる指定を受け付ける際に、前記ファイル管理サーバに対して、前記編集指示を受け付けた前記ファイルの編集を制限させるための要求を送信する第１の制限要求送信手段と、
    を備えることを特徴とする情報処理サーバ。
    

Images