JP2015060334A - 情報処理装置、情報処理システム、その制御方法及びプログラム - Google Patents

Abstract

【課題】仮登録された情報を用いて、当該仮登録された情報の更新依頼先を、ユーザに容易に選択させることが可能な情報処理装置、情報処理システム、その制御方法及びプログラムを提供すること【解決手段】文書データを登録するための予約情報をユーザ情報と対応付けて記憶し、記憶した予約情報を用いて前記文書データの登録を依頼し、依頼を受ける宣言を受け付け、前記依頼を受ける宣言を受け付けることにより、前記記憶された予約情報と前記ユーザ情報との組み合わせの情報を用いて、前記依頼元のユーザに提示すべき依頼先を決定して、決定した依頼先の情報を表示する画面情報を生成して送信する。【選択図】図２０

Description

本発明は、情報処理装置、情報処理システム、その制御方法及びプログラムに関する。

複数のユーザで文書データを共有するために、企業等では文書管理システムを構築し、その文書管理システムで共有文書データを管理することが広く行われている。

このような文書管理システムでは、それぞれのユーザが、自身が文書データの編集権限（追加登録、編集、削除等）を有しているディレクトリ等の領域に文書データを保存し、その文書データを、当該文書データまたは文書データが登録されたディレクトリにアクセス権限を有しているユーザで共有することになる。これらディレクトリには、編集権限を有しているユーザは自由に文書データの登録等を行うことが出来る。

また、複数ユーザがアクセス可能なディレクトリ、データを用いて、当該データの編集業務を他ユーザに依頼することが考えられる。特許文献１では、他ユーザに対する業務の依頼をする場合に、依頼内容を含むブランクデータを作成して、依頼を受けた他ユーザに当該ブランクデータに対する編集処理を行わせることで、業務の完了報告の手間を削減している。

特開２００３−３６３４４号公報

特許文献１に記載の技術においては、業務の依頼先をユーザに入力させるが、そもそも、業務の依頼元のユーザは当該依頼先が適切か否かについては、他ユーザの業務状況等を加味して別途検討する必要があり、手間である。

本発明は、仮登録された情報を用いて、当該仮登録された情報の更新依頼先を、ユーザに容易に選択させることが可能な情報処理装置、情報処理システム、その制御方法及びプログラムを提供することを目的とする。

本発明の情報処理装置は、クライアント装置から受信した文書データを記憶管理する情報処理装置であって、文書データを登録するための予約情報をユーザ情報と対応付けて記憶する予約情報記憶手段と、前記予約情報記憶手段で記憶した予約情報を用いて、前記文書データの登録を依頼する依頼手段と、前記依頼手段による依頼を受ける宣言を受け付ける宣言受付手段と、前記宣言受付手段で前記依頼を受ける宣言を受け付けることにより、前記予約情報記憶手段に記憶された予約情報と前記ユーザ情報との組み合わせの情報を用いて、前記依頼元のユーザに提示すべき依頼先を決定する決定手段と、前記決定手段で決定した依頼先の情報を表示する画面情報を生成して送信する送信手段と、を備えることを特徴とする。

本発明によれば、仮登録された情報を用いて、当該仮登録された情報の更新依頼先を、ユーザに容易に選択させることができる。

本発明の実施の形態における情報処理システムのシステム構成の一例を示す図である。 本発明の実施の形態における各装置のハードウェア構成の一例を示す図である。 文書管理サーバ１０１と、クライアント装置１０２とによって行われるログイン処理の一例を示すフローチャートである。 クライアント装置１０２によって行われる文書データ登録指示受付処理の一例を示すフローチャートである。 文書管理サーバ１０１とクライアント装置１０２によって行われる新規文書データ登録処理の詳細を示すフローチャートである。 文書管理サーバ１０１とクライアント装置１０２によって行われる文書データ登録予約処理の詳細を示すフローチャートである。 文書管理サーバ１０１とクライアント装置１０２によって行われる文書データ登録処理の詳細を示すフローチャートである。 文書管理サーバ１０１とクライアント装置１０２によって行われる登録済み文書データ編集処理の詳細を示すフローチャートである。 文書管理サーバ１０１とクライアント装置１０２によって行われる登録予約済み文書データ登録処理の詳細を示すフローチャートである。 クライアント装置１０２のディスプレイ装置に表示される登録文書データ一覧表示画面の構成の一例を示す図である。 クライアント装置１０２のディスプレイ装置に表示される登録文書データ設定画面の構成の一例を示す図である。 クライアント装置１０２のディスプレイ装置に表示される予約済み文書一覧画面の構成の一例を示す図である。 クライアント装置１０２のディスプレイ装置に表示される予約済み文書の受取許可画面の構成の一例を示す図である。 文書管理サーバ１０１の外部メモリ２１１に記憶されるユーザ情報テーブルのデータ構成の一例を示す図である。 文書管理サーバ１０１の外部メモリ２１１に記憶されるディレクトリ構造情報テーブルのデータ構成の一例を示す図である。 文書管理サーバ１０１の外部メモリ２１１に記憶される登録文書データテーブルのデータ構成の一例を示す図である。 文書管理サーバ１０１とクライアント装置１０２によって行われる登録予約済み文書データに対する処理の一例を示すフローチャートである。 文書管理サーバ１０１とクライアント装置１０２によって行われる登録予約済み文書受取宣言処理の一例を示すフローチャートである。 文書管理サーバ１０１とクライアント装置１０２によって行われる受取宣言解除処理の詳細の一例を示すフローチャートである。 文書管理サーバ１０１とクライアント装置１０２によって行われる受取許可画面表示処理の詳細の一例を示すフローチャートである。 文書管理サーバ１０１とクライアント装置１０２によって行われる受取宣言拒否処理の詳細の一例を示すフローチャートである。 文書管理サーバ１０１とクライアント装置１０２によって行われる受取許可処理の詳細の一例を示すフローチャートである。 文書管理サーバ１０１の外部メモリ２１１に記憶される予約済み文書数管理テーブル及び受取状況管理テーブルのデータ構成の一例を示す図である。

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

図１は、本発明の実施の形態における情報処理システムのシステム構成の一例を示す図である。図１に示すように、本発明の情報処理システムは、文書管理サーバ１０１、クライアント装置１０２−１、１０２−２、ＬＡＮ１０３、広域ネットワーク１０４等を備えて構成されている。

文書管理サーバ１０１は、クライアント装置１０２−１、クライアント装置１０２−２から登録要求を受け付けた文書データの記憶、管理を行う情報処理装置である。

クライアント装置１０２−１、１０２−２は、文書管理サーバ１０１に対して、文書データの登録要求を行うためにユーザにより用いられる情報処理装置である。尚、以下の説明では、クライアント装置１０２−１と１０２−２をまとめて、クライアント装置１０２と言うことがある。

ＬＡＮ１０３は、文書管理サーバ１０１とクライアント装置１０２−１とを相互に接続するためのネットワーク、広域ネットワーク１０４は、文書管理サーバ１０１とクライアント装置１０２−２とを相互に通信可能に接続するためのネットワークである。尚、以降の説明では、ＬＡＮ１０３は、通信が比較的安定したネットワーク、広域ネットワーク１０４は、様々な要因により、通信が不安定になることがあるネットワークであるものとする。以上が、本発明の実施の形態における情報処理システムのシステム構成の一例の説明である。

次に、図２を参照して、本発明の実施の形態における各装置のハードウェア構成の一例について説明する。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、文書管理サーバ１０１が実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１１からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、キーボードやポインティングデバイス等の入力装置２０９からの入力を制御する。２０６はビデオコントローラで、ディスプレイ装置２１０等の表示器への表示を制御する。これらは必要に応じて操作者が使用するものである。

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

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

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

本発明を実現するための後述するフローチャートに示す文書管理サーバ１０１が行う処理は、コンピュータで読み取り実行可能なプログラムにより実行され、そのプログラムは外部メモリ２１１に記録されている。そして、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。以上が、本発明の実施の形態における各装置のハードウェア構成の一例の説明である。

次に、図３を参照して、文書管理サーバ１０１とクライアント装置１０２によって行われるログイン処理について説明する。この処理は、文書管理サーバ１０１が提供する文書管理ウェブサービスを利用するユーザが操作するクライアント装置１０２からのログイン要求を受け付けることで行われる処理である。

クライアント装置１０２のＣＰＵは、文書管理サーバ１０１が提供する文書管理ウェブサービスのウェブページにアクセスした後に表示される、不図示のユーザ認証情報入力画面で入力を受け付けたユーザ名、パスワードを取得し、取得したユーザ名、パスワードを文書管理サーバ１０１に対して送信する（ステップＳ３０１）。

文書管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２からユーザ名、パスワードを受信すると（ステップＳ３０２）、外部メモリ２１１に記憶されているユーザ情報テーブル１４００に登録されている、受信したユーザ名、パスワードの組を持つレコードを検索することで、ユーザ認証処理を行う（ステップＳ３０３）。

ここで、図１４を参照して、文書管理サーバ１０１の外部メモリ２１１に記憶されているユーザ情報テーブル１４００のデータ構成の一例について説明する。

図１４に示すように、ユーザ情報テーブル１４００は、ユーザＩＤ１４０１、ユーザ名１４０２、パスワード１４０３、ホームディレクトリ１４０４等のデータ項目を備えて構成されている。

ユーザＩＤ１４０１は、ユーザを一意に識別するための識別情報が登録されるデータ項目である。ユーザ名１４０２はユーザ名、パスワード１４０３は認証の際に用いられるパスワードが登録されるデータ項目である。クライアント装置１０２から受信したユーザ名、パスワードの組を持つレコードがユーザ情報テーブルに登録されている場合に、文書管理サーバ１０１のＣＰＵ２０１は、文書管理サービスを利用しようとしているユーザの認証に成功する。

ホームディレクトリ１４０４は、当該レコードで管理されるそれぞれのユーザのホームディレクトリを管理するデータ項目である。ホームディレクトリとは、ユーザ認証処理が成功した後に、クライアント装置１０２のディスプレイ装置に表示される登録文書データ一覧表示画面１０００（図１０）が表示される際に、ディレクトリ指定部１００３に初期表示されるディレクトリである。

以上が、ユーザ情報テーブル１４００のデータ構成の一例の説明である。

図３の説明に戻る。ステップＳ３０３のユーザ認証処理で、ステップＳ３０２で受信したユーザ名、パスワードの組を持つレコードがユーザ情報テーブル１４００に記憶されており、情報処理情報処理システムを利用するユーザの認証に成功した場合には（ステップＳ３０４でＹＥＳ）、認証されたユーザ（以下、ログインユーザという）のユーザ情報を管理するレコードから、当該ログインユーザのホームディレクトリを取得する（ステップＳ３０５）。そして、そのホームディレクトリに登録されている文書データ情報を登録文書データテーブル１６００より取得する（ステップＳ３０６）。この時、当該ログインユーザのホームディレクトリに登録されている登録文書データのうち、最新バージョンの登録文書データを取得することになる。また、当該ユーザが閲覧も編集も認められていない登録文書データは取得されない。

ここで、図１５を参照して、文書管理サーバ１０１の外部メモリ２１１に記憶管理されているディレクトリ構造情報テーブル１５００のデータ構成の一例、また、図１６を参照して、登録文書データテーブル１６００のデータ構成の一例について説明する。

図１５に示す通り、ディレクトリ構造情報テーブル１５００は、ディレクトリＩＤ１５０１、ディレクトリ名１５０２、親ディレクトリＩＤ１５０３、閲覧可能ユーザ１５０４、編集可能ユーザ１５０５等のデータ項目を備えて構成されている。

ディレクトリＩＤ１５０１は、複数のディレクトリそれぞれを一意に識別するための識別情報が登録されるデータ項目である。

ディレクトリ名１５０２は、ディレクトリの名称が登録されるデータ項目である。登録文書データ一覧表示画面（図１０）のディレクトリ指定部１００３に、ディレクトリに登録されている文書データ及びサブディレクトリが表示される際には、このディレクトリ名称も合わせて表示されることになる。

親ディレクトリＩＤ１５０３は、当該レコードで管理されるディレクトリの親ディレクトリのディレクトリＩＤが登録されるデータ項目である。本発明では、このようにそれぞれのディレクトリを管理するレコードに当該ディレクトリの親ディレクトリＩＤ情報を登録するためのデータ項目を持たせることで、ディレクトリの階層情報を管理している。尚、親ディレクトリを有さないディレクトリ（即ちルートディレクトリ）の場合、このデータ項目には、当該ディレクトリがルートディレクトリであることを示すデータが登録される。また、ルートディレクトリである場合には、このデータに何も登録しないようにしても構わない。

閲覧可能ユーザ１５０４は、当該ディレクトリに保存されている文書データを閲覧可能なユーザを特定する情報が登録されるデータ項目である。尚、ユーザ情報以外にも、グループ情報を登録することも可能であり、その場合には、当該グループに所属する全てのユーザに対して当該ディレクトリに保存されている文書データの閲覧権限が与えられることになる。

編集可能ユーザ１５０５は、当該ディレクトリに保存されている文書データを編集可能なユーザを特定するための情報が登録されるデータ項目である。尚、ユーザ情報以外にも、グループ情報を登録することも可能であり、その場合には、当該グループに所属する全てのユーザに対して当該ディレクトリに保存されている文書データの編集権限が与えられることになる。尚、編集可能ユーザは、文書データの閲覧も当然可能である。

尚、本実施例では、閲覧可能ユーザ１５０４、編集可能ユーザ１５０５をデータ項目として備えるものとするが、閲覧禁止ユーザ、編集禁止ユーザをデータ項目として備えるようにしてもよい。

また、閲覧可能ユーザ１５０４、編集可能ユーザ１５０５の他に、当該ディレクトリに保存される文書データに対するアクセスを禁止するアクセス禁止ユーザを登録するためのデータ項目を付加することも可能である。尚、このような構成にした場合には、あるユーザグループを閲覧可能ユーザ１５０４、編集可能ユーザ１５０５に設定し、そのユーザグループのうち、当該ディレクトリに保存される文書データに対してアクセスを禁止する特定のユーザを当該データ項目に登録することで、ユーザグループに含まれる当該特定のユーザに対してのみ、当該ディレクトリに保存される文書データに対する閲覧権限、編集権限を与えないようにすることも可能である。その場合、そのユーザグループに含まれる他のユーザに対しては当該ディレクトリに保存される文書データに対して閲覧や編集が許可される。

また、本発明では、後述するように文書データ自体にもアクセス権を設定することが可能である。以下の説明では、文書データに設定されたアクセス権と当該文書データが保存されるディレクトリに設定されたアクセス権とが異なるには、文書データに設定されたアクセス権が優先されるものとして説明するが、ディレクトリに設定されたアクセス権を優先させるようにしても、文書データ、ディレクトリのそれぞれに設定されたアクセス権の種類によって、どちらに設定されたアクセス権を優先させるかを決定するようにしても勿論構わない。

以上が、図１５に示すディレクトリ構造情報テーブル１５００のデータ構成の一例の説明である。

次に、図１６を参照して、登録文書データテーブル１６００のデータ構成の一例について説明する。

図１６に示す通り、登録文書データテーブル１６００は、文書ＩＤ１６０１、登録種別１６０２、登録文書名１６０３、登録先ディレクトリ１６０４、登録ユーザ１６０５、登録日時１６０６、登録予約ファイルパス１６０７、説明１６０８、機密レベル１６０９、バージョン１６１０、閲覧可能ユーザ１６１１、編集可能ユーザ１６１２、文書データ１６１３、文書作成ユーザ１６１４、文書所有ユーザ１６１５、予約済文書種別１６１６等のデータ項目を備えて構成されている。

文書ＩＤ１６０１は、登録文書データテーブル１６００に登録される複数の文書データそれぞれを識別するための識別情報が登録されるデータ項目である。

登録種別１６０２は、当該レコードで管理されているのが、既に登録されている文書データであるか（登録）、それとも登録予約がされているのみであり（文書データの属性情報のみの登録されている）、実際に文書データの登録は行われていないか（登録予約／予約登録／仮登録／予約情報に該当）を管理するデータ項目である（予約情報記憶手段に該当）。尚、属性情報だけでなく文書データが登録されている場合は、当該予約（仮登録）に対して文書が正式に登録（本登録）されたものとして、登録種別１６０２は「登録済み」に更新される。

登録文書名１６０３は、後述する登録文書データ一覧表示画面１０００の登録文書データ一覧表示部１００５に当該文書データに係る情報が表示される際に、登録文書名として表示される文字列が登録されるデータ項目である。

登録先ディレクトリ１６０４は、それぞれのレコードで管理される文書データが登録された登録されたディレクトリを特定する情報（例えばディレクトリＩＤ）が登録されるデータ項目である。

登録ユーザ１６０５は、それぞれのレコードで管理される文書データを登録した（若しくは登録予約を行った）ユーザを特定する情報（ユーザＩＤ、ユーザ名等）が登録されるデータ項目である。

登録日時１６０６は、それぞれのレコードで管理される文書データが登録された（若しくは登録予約が行われた）日時を示す日時情報が登録されるデータ項目である。

登録予約ファイルパス１６０７は、ユーザが文書データの登録予約を行った際に、登録を行うファイルの指定を受け付けている場合に、当該ファイルのファイルパスが登録されるデータ項目である。尚、登録種別１６０２に「登録済み」が登録されているレコードについては、このデータ項目にはデータが登録されない。

説明１６０８は、文書データの登録（若しくは登録予約）が行われる際に、ユーザが登録を行う文書の説明として入力した情報が登録されるデータ項目である。

機密レベル１６０９は、文書データの登録（若しくは登録予約）が行われる際に、ユーザが当該文書データ機密レベルとして設定した機密レベル情報（極秘、社外秘、一般文書等）が登録されるデータ項目である。

バージョン１６１０は、文書データのバージョンが登録されるデータ項目である。本発明では、既に登録されている文書データに対する更新指示が行われた場合、当該更新指示が行われた文書データを記憶管理するレコードに対する情報の上書き処理を行うことで文書データの更新を行うのではなく、更新された文書データを登録するためのレコードを新たに追加し、その追加したレコードに更新文書データを登録する。その際に、文書ＩＤ１６０１には、更新指示が行われた文書データと同一の識別情報が登録され、このバージョン１６１０に、更新指示が行われた文書データの次のバージョンであることを示す情報が登録されることになる。

閲覧可能ユーザ１６１１は、それぞれのレコードで管理される文書データを閲覧可能なユーザを特定するための情報が登録されるデータ項目である。編集可能ユーザ１６１２は、それぞれのレコードで管理される文書データを編集可能なユーザを特定するための情報が登録されるデータ項目である。

尚、ディレクトリの場合と同様、閲覧可能ユーザ１６１１及び編集可能ユーザ１６１２にはユーザ情報以外に、グループ情報を登録することも可能であり、その場合には、当該グループに所属する全てのユーザに対して当該ディレクトリに保存されている文書データの閲覧権限や編集権限が与えられることになる。編集可能ユーザ１６１２と、編集可能ユーザ１５０５が異なる場合、編集可能ユーザ１６１２の情報（編集権限）が優先される。

文書データ１６１３は、登録指示がされた文書データ（文書ファイル）のバイナリデータが登録されるデータ項目である。尚、文書データを登録文書データテーブル１６００に登録せずに、外部メモリ２１１に保存するようにし、そのパス情報を文書データ１６１３に登録するよう構成しても勿論構わない。

文書作成ユーザ１６１４は、当該文書データを作成したユーザのユーザ情報（例えば、ユーザＩＤ）である。つまり、例えば、登録予約済みの文書データの登録を、他のユーザに依頼した場合の、当該依頼の元のユーザを示す。

文書所有ユーザ１６１５は、当該文書データ１６１３の現在の所有者である。例えば、登録予約済みの文書データの登録依頼を受けたユーザのユーザ情報（例えば、ユーザＩＤ）である。当該文書所有ユーザ１６１５は、文書データが登録または登録の予約がされた時点では、当該文書データの登録指示または登録予約指示に含まれるユーザＩＤ（指示元のユーザのユーザＩＤ）が設定されるものとする。つまり、ユーザ情報と文書データが対応付けて記憶されている。

予約済文書種別１６１６は、当該文書データが予約文書（予約済み文書／仮登録文書）の場合、当該予約文書の現在の状態を示す情報が設定される。例えば、「作業中」、「依頼中」、「受取許可待ち」、「受取済み」等が設定される。

「作業中」は、当該予約文書に対して、当該予約文書の作成ユーザが登録作業をすることが確定している状態を示す。「依頼中」は、当該予約文書の作成ユーザではない他ユーザに対して、当該予約文書の登録作業を依頼中である状態を示す。

「受取許可待ち」は、当該予約文書の登録作業の依頼に対して、他ユーザが、当該依頼を受ける旨を回答中（受取宣言中）である状態を示す。つまり、当該文書の所有者が当該受取の申し出を許可するかを待っている状態を示す。「受取済み」は、当該予約文書の登録作業の依頼を受ける旨の、他ユーザからの回答（受取宣言）に対して、当該予約文書の作成ユーザが当該受取を許可し、当該他ユーザが当該予約文書の登録作業を行うことが決定している状態を示す。当該予約済文書種別１６１６のステータスの設定、変更タイミングについては後述する。

以上が、図１６に示す登録文書データテーブル１６００のデータ構成の一例の説明である。

図３の説明に戻る。ステップＳ３０６でログインユーザのホームディレクトリに登録されている文書データのうち、当該ログインユーザが閲覧権限、編集権限の少なくともいずれかを有する登録文書データを取得した後、文書管理サーバ１０１のＣＰＵ２０１は、処理をステップＳ３０７に進め、登録文書データテーブルに登録されている登録文書データのうち、当該ログインユーザが登録予約をした登録文書データを取得する。この時、ホームディレクトリ以外のディレクトリに登録予約された登録文書データも取得することになる。

その後、文書管理サーバ１０１のＣＰＵ２０１は、ステップＳ３０５からステップＳ３０７で取得した情報を用いて、図１０に示す登録文書データ一覧表示画面１０００をクライアント装置１０２のディスプレイ装置に表示させるための画面情報を作成する（ステップＳ３０８）。

ここで、図１０を参照して、登録文書データ一覧表示画面１０００の構成の一例について説明する。

図１０に示すように、登録文書データ一覧表示画面１０００は、登録予約済み文書データ表示部１００１、文書登録ボタン１００２、ディレクトリ指定部１００３、新規文書登録ボタン１００４、登録文書データ一覧表示部１００５、編集ボタン１００６、削除ボタン１００７、キャンセルボタン１００８、予約状況ボタン１００９等を備えて構成されている。

登録予約済み文書データ表示部１００１は、ログインユーザが登録予約を行った文書データの一覧情報が表示される表示部である。ここには、ログインユーザが登録予約を行った全ての登録予約文書データが表示される。このようにすることで、ユーザが登録予約文書データの登録処理を忘れてしまうことを好適に防ぐことが出来る。

文書登録ボタン１００２は、登録済み予約文書データ表示部１００１で選択状態にある文書データの登録指示を行うために用いられるボタンである。

ディレクトリ指定部１００３は、文書管理サーバ１０１の外部メモリ２１１で記憶管理されているディレクトリ構造情報テーブルに登録されているディレクトリ情報に基づいて作成されるディレクトリのツリー構造を表示し、ディレクトリの指定を受け付ける指定部である。図中１００３−１は、指定されたディレクトリを示している。

新規文書登録ボタン１００４は、ディレクトリ指定部１００３で選択状態のディレクトリに新規に文書データの登録や登録予約を行う際に用いられるボタンである。

登録文書データ一覧表示部１００５は、ディレクトリ指定部１００３で選択状態のディレクトリに登録されている文書データの属性の一覧が表示される表示部である。尚、ディレクトリ指定部１００３で選択状態のディレクトリ１００３−１に登録されている文書データのうち、ログインユーザが閲覧権限や編集権限を有していない文書データは、この登録文書一覧表示部１００５には表示されない。登録文書データ一覧表示部１００５に表示されている文書データの属性に対してダブルクリック指示を受け付けると、クライアント装置１０２は指示された文書データを文書管理サーバより取得してディスプレイ装置に表示する。尚、「予約」の記載は、当該文書データの登録種別が「登録予約」であることを意味しており、この文書データの属性にダブルクリックをされた場合には、当然文書データの表示は行われない。

また、図１０では登録文書データ一覧表示部１００５に表示される文書データの属性情報を、登録文書名、登録ユーザ、登録日時としているが、これ以外の属性情報を表示するようにしても勿論構わない。

編集ボタン１００６は、登録文書データ一覧表示部１００５で選択状態の文書データの編集指示を入力するために用いられるボタンである。尚、この編集ボタン１００６は、ログインユーザが編集権限を有さない文書データが選択されている場合にはグレーアウトされ、押下指示できないよう状態で表示されることになる。

削除ボタン１００７は、登録文書データ一覧表示部１００５で選択状態の文書データの削除指示を入力するために用いられるボタンである。尚、この削除ボタン１００７は、ログインユーザが編集権限を有さない文書データが選択されている場合にはグレーアウトされ、押下指示できないような状態で表示されることになる。

キャンセルボタン１００８は、本画面を介しての操作指示を終了するために用いられるボタンである。予約状況ボタン１００９は、ログインユーザではない他のユーザの予約文書の一覧画面を表示画面に表示するためのボタンである。当該他のユーザの予約文書の一覧画面とは、例えば図１２に示す、予約済み文書一覧画面１２００のような画面である。予約済み文書一覧画面１２００については、図１２の説明で後述する。

以上が、図１０に示す登録文書データ一覧表示画面１０００の構成の一例の説明である。

図３の説明に戻る。ステップＳ３０４の判定処理で、ユーザの認証に成功しなかった（ＮＯ）、即ち、ステップＳ３０２でクライアント装置１０２より取得したユーザ名、パスワードが登録されているレコードがユーザ情報テーブルに存在しないと判定した場合には、文書管理サーバ１０１のＣＰＵ２０１は、処理をステップＳ３０９に進め、不図示の認証エラー画面を表示させるための画面情報を生成する。

ステップＳ３０８、または、ステップＳ３０９の処理が終了すると、ＣＰＵ２０１は処理をステップＳ３１０に進め、ステップＳ３０８またはステップＳ３０９で作成した画面情報をクライアント装置１０２に送信する。

文書管理サーバ１０１から送信された画面情報を受信すると（ステップＳ３１１）、クライアント装置１０２のＣＰＵは、受信した画面情報に従ってディスプレイ装置に画面の表示を行う（ステップＳ３１２）。ステップＳ３０４の判定処理で文書管理サーバ１０１のＣＰＵ２０１がＹＥＳと判定した場合には、図１０に示す登録文書データ一覧表示画面１０００が、ＮＯと判定した場合には、不図示の認証エラー画面が表示されることになる。

以上が、文書管理サーバ１０１と、クライアント装置１０２とによって行われるログイン処理の一例の説明である。

次に、図４を参照して、図３のログイン処理が正常に行われた場合、即ち、図３のステップＳ３０４の判定処理で文書管理サーバ１０１のＣＰＵ２０１がＹＥＳと判定した場合に、クライアント装置１０２のＣＰＵによって引き続き行われる文書データ登録指示受付処理について説明する。

クライアント装置１０２のＣＰＵは、図３に示すログイン処理が終了後、ディスプレイ装置に表示した登録文書データ一覧表示画面１０００を介して、ユーザからの操作指示の入力を受け付ける（ステップＳ４０１）。

ユーザからの操作指示を受け付けた後に、クライアント装置１０２のＣＰＵは処理をステップＳ４０２に進め、ステップＳ４０１で受け付けた操作指示が、登録文書データ一覧表示画面１０００中の新規文書登録ボタン１００４が押下されることで入力される新規文書データ登録指示であるかを判定する。ステップＳ４０２の判定処理でＹＥＳと判定した場合には、クライアント装置１０２のＣＰＵは処理をステップＳ４０３に進め、新規文書データ登録処理を行う。この新規文書データ登録処理の詳細については、図５を参照して後述する。そして、新規文書データ登録処理が終了した後に、クライアント装置１０２のＣＰＵは処理をステップＳ４０１に戻す。

ステップＳ４０２の判定処理で、ステップＳ４０１で受け付けた操作指示が、新規文書
データ登録指示ではない（ＮＯ）と判定した場合には、クライアント装置１０２のＣＰＵは処理をステップＳ４０４に進める。

ステップＳ４０４では、ステップＳ４０１で受け付けた操作指示が、登録文書データ一覧表示画面１０００中の編集ボタン１００６が押下されることで入力される登録済み文書データ編集指示であるかを判定する。ステップＳ４０４の判定処理でＹＥＳと判定した場合には、処理をステップＳ４０５に進め、登録済み文書データ編集処理を行う。この登録済み文書データ編集処理の詳細については、図８を参照して後述する。そして、登録済み文書データ編集処理が終了した後に、クライアント装置１０２のＣＰＵは処理をステップＳ４０１に戻す。

ステップＳ４０４の判定処理で、ステップＳ４０１で受け付けた操作指示が、登録済み文書データ編集指示ではない（ＮＯ）と判定した場合には、クライアント装置１０２のＣＰＵは処理をステップＳ４０６に進める。

ステップＳ４０６では、クライアント装置１０２のＣＰＵは、ステップＳ４０１で受け付けた操作指示が、登録文書データ一覧表示画面１０００中の文書登録ボタン１００２が押下されることで入力される登録予約済み文書データ登録指示であるかを判定する。ステップＳ４０６の判定処理でＹＥＳと判定した場合には、処理をステップＳ４０７に進め、登録予約済み文書データ登録処理を行う。この登録済み文書データ登録処理の詳細については、図９を参照して後述する。そして、登録済み文書データ登録処理が終了後、クライアント装置１０２のＣＰＵは処理をステップＳ４０１に戻す。

ステップＳ４０６の判定処理で、ステップＳ４０１で受け付けた操作指示が、登録予約済み文書データ登録指示ではない（ＮＯ）と判定した場合には、クライアント装置１０２のＣＰＵは処理をステップＳ４１０に進める。

ステップＳ４０８では、クライアント装置１０２のＣＰＵは、ステップＳ４０１で受け付けた操作指示が、登録文書データ一覧表示画面１０００中の予約文書ボタン１００９が押下指示であるかを判定する。ステップＳ４１０の判定処理でＹＥＳと判定した場合には、処理をステップＳ４１１に進め、登録予約済み文書データに対する処理を行う。当該登録予約済み文書データに対する処理の詳細については、図１７〜２３を参照して後述する。そして、当該登録予約済み文書データの受取処理が終了後、クライアント装置１０２のＣＰＵは処理をステップＳ４０１に戻す。

ステップＳ４０８では、クライアント装置１０２のＣＰＵは、ステップＳ４０１で受け付けた操作指示が、登録文書データ一覧表示画面１０００中のキャンセルボタン１００８が押下されることで入力される終了指示であるかを判定する。ステップＳ４０８の判定処理でＹＥＳと判定した場合には、本図に示す処理を終了する。

一方、ステップＳ４０８の判定処理で、ステップＳ４０１で受け付けた操作指示が終了指示ではないと判定した場合には、処理をステップＳ４０９に進め、ステップＳ４０１で受け付けた操作指示に対応する処理を実行する。その後、ステップＳ４０１に処理を進める。

例えば、ステップＳ４０１で受け付けた指示が、登録文書データ一覧画面１０００のディレクトリ指定部１００３の非選択状態のディレクトリに対するクリック指示を行うことで入力される指定ディレクトリ変更指示を受け付けた場合には、クライアント装置１０２のＣＰＵは、ステップＳ４０９において、文書管理サーバ１０１に対して新たに選択されたディレクトリに保存されているログインユーザが閲覧可能な文書データ、及び編集可能な文書データを要求し、その要求に応じて文書管理サーバ１０１より取得した文書データの一覧を登録文書データ一覧表示部１００５に表示する処理を行う。

また、ステップＳ４０１で受け付けた指示が、登録済文書データ一覧表示画面１０００の削除ボタン１００７が押下されることで入力される登録済み文書データ削除指示である場合には、クライアント装置１０２のＣＰＵは、ステップＳ４０９において、文書管理サーバ１０１に対して、指定を受け付けた文書データの削除要求を行う。そして、文書管理サーバ１０１から指定された文書データの削除が正常終了したという通知を受け付けた後に、登録文書データ一覧表示部１００５の表示を、削除された文書データの情報が含まれないように更新する。

その他、ユーザの操作指示に応じた処理をステップＳ４０９では行うことになる。以上が、図４に示す文書データ登録指示受付処理の一例の説明である

次に、図５を参照して、新規文書データ登録処理（図４のステップＳ４０３）の詳細について説明する。この処理は、文書管理サーバ１０１と、クライアント装置１０２とによって行われる処理である。

クライアント装置１０２のＣＰＵは、ユーザの操作指示により入力される新規文書データ登録指示を受け付けると、文書管理サーバ１０１に対して新規文書データ登録要求データを送信する（ステップＳ５０１）。この新規文書データ登録要求データには、クライアント装置１０２から文書管理サーバ１０１に対してユーザＩＤ等、ログインユーザを特定するための情報が含まれる。

文書管理サーバ１０１のＣＰＵ２０１はクライアント装置１０２からの新規文書データ登録要求データを受信すると（ステップＳ５０２）、クライアント装置１０２との間であらかじめ決められた所定の通信処理を行うことで、文書管理サーバ１０１とクライアント装置１０２間の通信状態確認処理を行う（ステップＳ５０３）。

ステップＳ５０３の処理終了後、文書管理サーバ１０１のＣＰＵ２０１は、通信状態確認処理で確認された通信状態の情報を用いて、文書データ登録の可否を決定する（ステップＳ５０４）。例えば、文書データ文書管理サーバに送信する所要時間があらかじめ設定された所定の時間よりも短い場合には、通信状態が安定している（良好である）ので文書データの登録が可能と決定し、所定の時間よりも長い場合には通信状態が不安定である（良好ではない）ために文書データの登録が不可能と決定する。

尚、新規文書データ登録要求データの送信を行ったのが、広域ネットワーク１０４を介して文書管理サーバ１０１と接続されているクライアント装置１０２−２である場合、ＬＡＮ１０３を介して接続されているクライアント装置１０２−１と比較して、ステップＳ５０４で文書データの登録が不可と判定される確率は高くなる。

その後、ステップＳ５０４で決定した文書データ登録の可否に従って、後述する登録文書データ設定画面１１００をクライアント装置１０２の表示画面に表示させるための画面情報を作成し（ステップＳ５０５）、当該画面情報を、新規文書データ登録要求を行ってきたクライアント装置１０２に対して送信する（ステップＳ５０６）。尚、文書データの登録が不可と決定された場合、送信する登録文書データ設定画面１１００の画面情報において、登録ボタン１１１０を無効とする（例えばグレーアウトする）データを送信する。文書データの登録が可と決定された場合、登録ボタン１１１０を無効とすることなく、登録文書データ設定画面１１００の画面情報を送信する。

クライアント装置１０２のＣＰＵ２０１は、文書管理サーバ１０１から登録文書データ設定画面１１００を表示するための画面情報を受信すると（ステップＳ５０７）、受信した画面情報に従った新規文書データ登録要求画面をディスプレイ装置に表示する（ステップＳ５０８）。

ここで、図１１を用いて新規文書データ登録要求画面の構成について説明する。

図１１に示す通り、登録文書データ設定画面１１００は、文書データパス入力部１１０１、参照ボタン１１０２、登録文書名入力部１１０３、説明入力部１１０４、登録先ディレクトリ入力部１１０５、登録先変更ボタン１１０６、機密レベル指定部１１０７、アクセス権表示部１１０８、追加ボタン１１０９、登録ボタン１１１０、登録予約ボタン１１１１、キャンセルボタン１１１２、受取依頼ボタン１１１３等が設定されている。

文書データパス入力部１１０１は、文書管理サーバ１０１に登録する文書データを特定するためのパス情報の入力を受け付ける入力部である。

参照ボタン１１０２は、登録する文書データを選択するための不図示のダイアログを表示させるために用いられるボタンである。不図示のダイアログで選択された文書データのパス情報が文書データパス入力部１１０１に入力される。

登録文書名入力部１１０３は、文書管理サーバ１０１に文書データを登録する際に設定する文書名の入力を受け付ける入力部である。この登録文書名入力部１１０３に入力された情報が、図１６に示す登録文書データテーブル１６００の登録文書名１６０３に登録される。

説明入力部１１０４は、当該登録する文書データについての説明の入力を受け付ける入力部である。この説明入力部１１０４に入力された情報が、図１６に示す登録文書データテーブル１６００の説明１６０８に登録される。

登録先ディレクトリ入力部１１０５は、文書データを登録するディレクトリの入力を受け付ける入力部である。尚、新規文書データ登録処理の場合には、初期値として図１０の新規文書登録ボタン１００４に対する押下指示を受け付けた際に、ディレクトリ指定部１００３で選択されているディレクトリが入力される。

登録先変更ボタン１１０６は、文書データの登録先ディレクトリを指定するための不図示のダイアログを表示するために用いられるボタンである。この不図示のダイアログで選択されたディレクトリが、登録先ディレクトリ入力部１１０５に入力される。

機密レベル指定部１１０７は、登録する文書データの機密レベルの指定を受け付ける指定部である。この機密レベル指定部１１０７で指定を受け付けた情報が、図１６に示す登録文書データテーブル１６００の機密レベル１６０９に登録される。

アクセス権表示部１１０８は、登録する文書データに設定されたユーザのアクセス権情報を表示する表示部である。尚、文書データの登録者には、文書データに対する編集権限、閲覧権限がともに付与される。また、機密レベルが「一般文書」である場合には、すべてのユーザに対して閲覧権限が付与される。それらのアクセス権情報がこのアクセス権表示部１１０８に表示される。

追加ボタン１１０９は、特定のユーザ（若しくはグループ）に文書データに対するアクセス権を設定するためのダイアログを表示するために用いられるボタンである。このダイアログを用いて、文書データの登録を行うログインユーザは、当該文書データに対してアクセス権を付与するユーザと、そのユーザに付与するアクセス権（編集権限、閲覧権限等）を設定する。このダイアログで設定されたアクセス権情報は、アクセス権表示部１１０８に表示されることになる。

登録ボタン１１１０は、この新規文書データ登録要求画面で入力された文書データの登録を要求するために用いられるボタンである。この登録ボタン１１１０に対する押下指示を受け付けると、クライアント装置１０２のＣＰＵは、文書データの登録要求を文書管理サーバ１０１に対して行うために、この画面を介して入力された各種の情報や、文書データパス入力部１１０１に入力されたパス情報で特定される文書データを文書管理サーバ１０１に対して送信する。当該登録ボタン１１１０は、図５のステップＳ５０４で、文書データの登録が不可能と決定された場合、グレーアウトされ無効となる。

登録予約ボタン１１１１は、この登録文書データ設定画面１１００を介して入力された内容での文書データの登録予約を要求するために用いられるボタンである。この登録予約ボタン１１１１に対する押下指示を受け付けると、クライアント装置１０２のＣＰＵ２０１は、文書データの登録予約要求を文書管理サーバ１０１に対して行うために、この画面を介して入力された各種の情報を文書管理サーバ１０１に対して送信する。尚、当該登録予約ボタン１１１１の押下を受け付けた場合、クライアント装置１０２のＣＰＵ２０１は、文書管理サーバ１０１に対し、予約済文書種別１６１６（ステータス）を、「作業中」に設定せいた予約文書を作成するよう要求するものとする。

キャンセルボタン１１１２は、文書管理サーバ１０１に対して、文書データの登録要求や登録予約要求を行わずに、この登録文書データ設定画面１１００の表示を終了させるために用いられるボタンである。

受取依頼ボタン１１１３は、予約済文書種別１６１６（ステータス）＝「依頼中」の予約文書を前記文書管理サーバ１０１に作成させるべく、クライアント装置１０２のＣＰＵ２０１は、当該画面を介して入力された各種の情報を文書管理サーバ１０１に対して送信する。

以上が、文書データの登録が可であると判定された場合に、クライアント装置１０２のディスプレイ装置に表示される登録文書データ設定画面１１００の一例の説明である。

図５の説明に戻る。ステップＳ５０８で登録文書データ設定画面１１００を表示後、その画面を介して、登録する文書データに関する各種情報（パス情報、登録文書名、機密レベル、アクセス権等）の入力を受け付ける（ステップＳ５０９）。

その後、予約済み文書一覧画面１２００中の登録ボタン１２１０に対する押下指示を受け付けたと判定した場合には（ステップＳ５１０でＹＥＳ）、クライアント装置１０２のＣＰＵは処理をステップＳ５１１に進め、文書データ登録予約処理を行う。この処理の詳細については、図６を参照して説明する。

ここで、図６を参照して、文書データ登録予約処理（図５のステップＳ５１１等）の詳細について説明する。図６は、文書データ登録予約処理の詳細を示すフローチャートである。

まず、ステップＳ６０１において、クライアント装置１０２のＣＰＵは、図５のステップＳ５０９において登録文書データ設定画面１１００を介して入力を受け付けた、新規登録する文書データに関する情報を取得する。ここでは、文書データのファイルパス、登録文書名、説明、登録先ディレクトリ、機密レベル、アクセス権等の情報を取得することになる。

その後、ステップＳ６０１で取得した情報を含む文書データ登録予約要求データを作成する。この文書データ登録予約要求データには、ステップＳ６０１で取得した情報に加えて、ログインユーザを特定する情報（ユーザＩＤ、ユーザ名等）や、クライアント装置１０２を特定する情報（コンピュータ名等）、当該登録予約要求に応じて作成される予約文書のステータス（予約済文書種別１６１６）に設定すべきステータスの情報（ここでは、「作業中」または「依頼中」を示す情報）が含まれる。

そして、クライアント装置１０２のＣＰＵは、ステップ６０２で作成した文書データ登録予約要求データを文書管理サーバ１０１に対して送信する（ステップＳ６０３）。

文書管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２から送信された文書データ登録予約要求データを受信すると（ステップＳ６０４）、当該文書データ登録予約要求データに含まれる登録先ディレクトリ情報と、登録先ディレクトリ、ログインユーザ名、及びディレクトリ構造情報テーブル１５００を用いて、当該ログインユーザが登録先ディレクトリに対して文書データの編集権限を有しているかを判定する（ステップＳ６０５）。

ステップＳ６０５の判定処理で、編集権限がある（ＹＥＳ）と判定した場合には、文書管理サーバ１０１のＣＰＵ２０１は処理をステップＳ６０６に進め、登録先ディレクトリに同一の登録文書名を有する文書データが登録、または登録予約されているかを判定する。

ステップＳ６０６の判定処理で、同一の登録文書名の文書データが登録または登録予約されていない（ＮＯ）と判定した場合には、文書管理サーバ１０１のＣＰＵ２０１は、処理をステップＳ６０７に進め、図１６に示す登録文書データテーブル１６００に新規レコードを追加作成し、その各データ項目にステップＳ６０４で受信した文書データ登録予約要求データに含まれる属性情報（予約文書の情報／予約済文書の情報）を登録する。この時、登録種別１６０２には、「登録予約」と登録される。また、登録ユーザ１６０５にはログインユーザ名が登録される。尚、クライアント装置１０２から登録文書データのファイルパス情報を受信している場合には、登録予約ファイルパス１６０７に、クライアント装置を特定する情報とともに、当該ファイルパスを登録する。

文書作成ユーザ１６１４、文書所有ユーザ１６１５には、受信した文書データ登録予約要求データに含まれるログインユーザを特定する情報（例えば、ユーザＩＤ）が登録される。

予約済文書種別１６１６には、受信した文書データ登録予約要求データに含まれるステータスの情報が登録される。ここでは、当該文書データ登録予約要求データには、「作業中」を示すステータスの情報が含まれているものとする。

編集可能ユーザ１６１２には、予約済文書種別１６１６に登録される情報＝「作業中」である場合、受信した文書データ登録予約要求データに含まれるログインユーザを特定する情報（例えば、ユーザＩＤ）が登録される。予約済文書種別１６１６に登録される情報＝「依頼中」である場合、登録先ディレクトリ１６０４の示すディレクトリにアクセス可能なユーザのユーザ情報（例えば、図１５の編集可能ユーザ１５０５）が登録される。

また、図２３の予約済み文書数管理テーブル２３１０に、当該文書作成ユーザ１６１４に登録されたユーザのユーザ情報に対応する、Ｃｏｕｎｔ２３１２を１カウントアップする。

ここで図２３を参照して、文書管理サーバ１０１の外部メモリ２１１に記憶される予約済み文書数管理テーブルのデータ構成の一例について説明する。

予約済み文書数管理テーブル２３１０は、各ユーザが現在所有している予約済み文書の数（登録すべき文書数／作業数）を記憶するテーブルである。ＵｓｅｒＩＤ２３１１は、ユーザを一意に識別するための識別情報（ユーザ情報）である。Ｃｏｕｎｔ２３１２は、ＵｓｅｒＩＤ２３１１の示すユーザが所有する予約済み文書数（予約文書数）である。

当該Ｃｏｕｎｔ２３１２は、例えば、ＵｓｅｒＩＤ２３１１の示すユーザの予約済み文書が登録された場合、ＵｓｅｒＩＤ２３１１の示すユーザが他ユーザの予約済み文書を受け取った場合等に１カウントアップされる。

また、ＵｓｅｒＩＤ２３１１の示すユーザの予約済み文書が削除された場合、他ユーザに受け渡された場合等に１カウントダウンする。以上が図２３の、文書管理サーバ１０１の外部メモリ２１１に記憶される予約済み文書数管理テーブルのデータ構成の一例についての説明である。

図１６の説明に戻る。文書データを新規登録する際に行われるステップＳ６０７の処理においては、バージョン１６１０には、当該文書データが初めて登録されることを示す情報（例えば１）が登録されることになる。また後述する文書データ編集処理においてこのステップの処理を行う場合には、既に登録文書データテーブル１６００の他のレコードで管理されている当該文書データの最新のバージョンの次のバージョンを示す情報（例えば最新のバージョンが１である場合には２、３である場合には４）が登録される。その後、文書管理サーバ１０１のＣＰＵ２０１は、処理をステップＳ６０８に進め、ステップＳ６０７のデータ登録処理が正常に終了したかを判定する。

ステップＳ６０８の判定処理で正常終了したと判定すると、文書管理サーバ１０１のＣＰＵ２０１は、処理をステップＳ６０９に進め、登録予約成功を示す処理結果データを作成する。その後、処理をステップＳ６１０に進める。

ステップＳ６０５の判定処理でＮＯ、ステップＳ６０６でＹＥＳ、ステップＳ６０８でＮＯと判定した場合には、文書管理サーバ１０１のＣＰＵ２０１は処理をステップＳ６１０に進め、登録予約失敗を示す処理結果データを作成する。尚、ステップＳ６０８でＮＯと判定した場合には、登録文書データテーブル１６００の状態をステップＳ６０７の処理を行う前の状態にロールバックさせたのちに、ステップＳ６１０に処理を移行する。

ステップＳ６０９またはステップＳ６１０の処理終了後、それらステップの処理で作成した処理結果データを、文書データ登録予約要求データの送信を行ったクライアント装置

１０２に対して送信する（ステップＳ６１１）。そして、クライアント装置１０２のＣＰＵ２０１は、文書管理サーバ１０１より送信された登録予約処理の成功または失敗を示す処理結果データを受信する（ステップＳ６１２）。尚、登録予約処理が成功したことを示す処理結果データには、ステップＳ６０７で新規に登録文書データテーブル１６００に追加したレコードに登録された属性情報が含まれる。

以上が、文書データ登録予約処理の詳細な説明である。

図５の説明に戻る。ステップＳ５１１の文書データ登録予約処理が終了後、クライアント装置１０２のＣＰＵは、文書管理サーバ１０１から受信された処理結果データを用いて、文書データの登録予約処理が正常に終了したかを判定する（ステップＳ５１２）。この判定処理でＹＥＳと判定した場合には、クライアント装置１０２のＣＰＵは処理をステップＳ５１３に進め、文書データ登録処理を行う。この文書データ登録処理の詳細は、図７を参照して説明する。一方、ＮＯと判定した場合には、処理をステップＳ５１６に進める。

ここで、図７を参照して、文書データ登録処理（図５のステップＳ５１３等）の詳細について説明する。図７は、文書データ登録処理の詳細を示すフローチャートである。

まず、クライアント装置１０２のＣＰＵは、文書管理サーバ１０１が記憶管理する登録文書データテーブル１６００に登録する文書データを外部メモリから取得する（ステップＳ７０１）。そして、ステップＳ７０１で取得した文書データを含む文書データ登録要求データを作成する（ステップＳ７０２）。尚、この文書データ登録要求データには、当該文書データを登録するためのレコードとして登録文書データテーブル１６００に登録されているレコード（登録種別１６０２は「登録予約」となっている）を特定するための文書ＩＤ１６０１、ログインユーザ情報が含まれる。そして、ステップＳ７０２で作成した文書データ登録要求データを文書管理サーバ１０１に対して送信する（ステップＳ７０３）。

文書管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２から文書データ登録要求データを受信すると（ステップＳ７０４）、文書データ登録要求データに含まれる文書ＩＤに従って、当該文書データを登録するためのレコードを特定し（ステップＳ７０５）、その後、登録要求を行ったログインユーザが、登録先ディレクトリに文書データを登録するための権限である編集権限を有しているかを判定する（ステップＳ７０６）。

ステップＳ７０６の判定処理で、文書管理サーバ１０１のＣＰＵ２０１は、登録先ディレクトリにログインユーザが編集権限を有しているかを、外部メモリ２１１に記憶されているディレクトリ構造情報テーブル１５００を用いて判定する。

ステップＳ７０６の判定処理で文書データの編集権限がある（ＹＥＳ）と判定した場合には、処理をステップＳ７０７に進め、文書データの編集権限があるかを判定する。ここでは、ステップＳ７０５で特定したレコードの編集可能ユーザ１６１２に、ログインユーザのユーザＩＤが登録されているか否かによりログインユーザが当該文書データに対する編集権限を有しているか否かを判定することになる。

ステップＳ７０７の判定処理でＹＥＳと判定した場合には、文書管理サーバ１０１のＣＰＵ２０１は処理をステップ７０８に進め、ステップＳ７０５で特定したレコードの文書データ１６１３に、ステップＳ７０４で受信した文書データ登録要求データに含まれる文書データを登録する。また、登録種別１６０２を「登録予約」から「登録」に変更する。

その後、文書管理サーバ１０１のＣＰＵ２０１は、ステップＳ７０８の文書データ登録処理が正常に終了したかを判定し（ステップＳ７０９）、正常に終了した（ＹＥＳ）と判定した場合には、処理をステップＳ７１０に進める。そして、ステップＳ７１０では、登録成功を示す処理結果データを作成する。

文書管理サーバ１０１のＣＰＵ２０１は、ステップＳ７０６でＮＯ、ステップＳ７０７でＹＥＳ、またはステップＳ７０９でＮＯと判定した場合には、処理をステップＳ７１１に進め、登録失敗を示す処理結果データを作成する。

そして、ステップＳ７１０またはステップＳ７１１で作成した処理結果データを、文書データ登録要求データの送信を行ったクライアント装置１０２に対して送信する（ステップＳ７１２）。そして、クライアント装置１０２は、文書管理サーバ１０１が送信した処理結果データを受信する（ステップＳ７１３）。

以上が、文書データ登録処理の詳細な説明である。

図５の説明に戻る。クライアント装置１０２のＣＰＵ２０１は、ステップＳ５１３の処理終了後、またはステップＳ５１２の判定処理でＮＯと判定した場合に、処理をステップＳ５１６に進め、文書管理サーバ１０１からの処理結果をディスプレイ装置に表示する。

また、登録文書データ設定画面１１００の登録予約ボタン１１１１に対する押下指示を受け付けたと判定した場合には（ステップＳ５１４でＹＥＳ）、処理をステップＳ５１５に進め、文書データ登録予約処理を行う。この処理の詳細は、既に図６を参照して説明したとおりである。

ステップＳ５１５の処理終了後、クライアント装置１０２のＣＰＵは、処理をステップＳ５１６に進め、文書管理サーバ１０１より受信した処理結果データに基づいて、文書データ登録予約処理の処理結果をディスプレイ装置に表示する。

また、登録文書データ設定画面１１００のキャンセルボタン１１１２に対する押下指示を受け付けたと判定した場合には（ステップＳ５１７でＹＥＳ）、本図に示す処理を終了する。

以上が、新規文書データ登録処理の詳細な説明である。

次に、図８を参照して、登録済み文書データ編集処理（図４のステップＳ４０５）の詳細について説明する。図８は、登録済み文書データ編集処理の詳細を示すフローチャートである。

登録文書データ一覧表示画面１０００中の編集ボタン１００６が押下されることで入力される登録済み文書データ編集指示を受け付けると（図４のステップＳ４０４でＹＥＳ）、クライアント装置１０２のＣＰＵは、編集ボタン１００６が押下された時に、登録文書データ一覧表示部１００５で選択状態であった文書データの文書ＩＤを取得する（ステップＳ８０１）。

その後、ステップＳ８０１で取得した文書ＩＤ、ログインユーザのユーザＩＤを含む文書データ編集要求データを作成し（ステップＳ８０２）、文書管理サーバ１０１に対して送信する（ステップＳ８０３）。

文書管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２から送信された文書データ編集要求データを受信すると（ステップＳ８０４）、処理をステップＳ８０５に進め、当該文書データに対してログインユーザが編集権限を有しているかを判定する。文書データ編集要求データに含まれる文書ＩＤで特定される登録文書データテーブル１６００に登録されているレコードの編集可能ユーザ１６１２に、当該ログインユーザのユーザＩＤが登録されているか否かにより、この判定処理を行うことになる。

ステップＳ８０５の判定処理で、編集権限がない（ＮＯ）と判定した場合には、文書管理サーバ１０１のＣＰＵ２０１は処理をステップＳ８０６に進め、ログインユーザが編集指示した文書データに対して編集権限を有していない旨の警告画面を表示させるための警告画面情報を作成し、その警告画面情報を、文書データ編集要求データを送信したクライアント装置１０２に対して送信する。

クライアント装置１０２のＣＰＵは、文書管理サーバ１０１から送信された警告画面情報を受信すると（ステップＳ８０７）、その警告画面情報に従って警告画面を表示し（ステップＳ８０８）、本図に示す処理を終了する。

文書管理サーバ１０１のＣＰＵ２０１が、ステップＳ８０５の判定処理で編集権限がある（ＹＥＳ）と判定した場合には、処理をステップＳ８０９に進め、通信状態確認処理を行う。この処理の詳細は、図５のステップＳ５０３で説明したとおりである。

ステップＳ８０９の通信状態確認処理終了後、その結果により文書データの登録の可否を決定する（ステップＳ８１０）。

そして、ステップＳ８１０で決定した文書登録処理の可否に従って登録文書データ設定画面を表示するための画面情報を作成し（ステップＳ８１１）、その画面情報を、文書データ編集要求データを送信したクライアント装置１０２に対して送信する（ステップＳ８１２）。

文書管理サーバ１０１のＣＰＵ２０１は、ステップＳ８１０の処理で文書登録処理を許可すると決定した場合には、図１１に示す、登録文書データ設定画面１１００を生成してクライアント装置１０２に送信する。また、文書登録処理を許可しない（不可）と決定した場合には、登録ボタン１０１０を無効にした登録文書データ設定画面１１００を生成してクライアント装置１０２に送信する。

クライアント装置１０２のＣＰＵは、文書管理サーバ１０１から送信された画面情報を受信すると（ステップＳ８１３）、受信した画面情報に従って、ディスプレイ装置に登録文書データ設定画面１１００を表示する（ステップＳ８１４）。

尚、登録済み文書データ編集処理の実行時に表示される登録文書データ設定画面１１００の登録文書名入力部１１０３は、編集対象の文書データの登録文書名が入力された状態で、変更を行うことが出来ないようグレーアウト表示される。同様に、登録先ディレクトリ入力部１１０５も、編集対象の文書データが保存されているディレクトリが入力された状態で、変更を行うことが出来ないようグレーアウト表示される。さらに、登録先変更ボタン１１０６もグレーアウト表示される。

機密レベル指定部１１０７は、編集対象の文書データに設定された機密レベルが選択された状態で表示される。アクセス権表示部１１０８についても、編集対象の文書データに設定されたアクセス権情報（編集可能ユーザ、閲覧可能ユーザ）が表示される。これらについては、変更指示可能な形で表示されることになる。

ステップＳ８１４で登録文書データ設定画面１１００を表示した後に、クライアント装置１０２のＣＰＵは、当該画面を介して文書データのファイルパスやアクセス権の変更指示等、文書データに対する各種の情報の入力を受け付ける（ステップＳ８１５）。

その後、登録文書データ設定画面１１００の登録ボタン１１１０に対する押下指示を受け付けると（ステップＳ８１６でＹＥＳ）、処理をステップＳ８１７に進め、文書データ登録予約処理を行う。この処理の詳細は、図６を参照して既に説明したとおりである。この文書データ登録予約処理が成功すると、編集対象の文書データの編集後のバージョンを登録するための新たなレコードが登録文書データテーブル１６００に作成される。

文書データ登録処理が終了後、クライアント装置１０２のＣＰＵ２０１は、処理をステップＳ８１８に進め、文書管理サーバ１０１より受信した処理結果データに基づいて、文書データ登録予約処理が正常に終了したかを判定する。この判定処理で正常終了した（ＹＥＳ）と判定した場合には、クライアント装置１０２のＣＰＵは処理をステップＳ８１９に進め、文書データ登録処理を行う。この処理の詳細は、図７を参照して既に説明したとおりである。

ステップＳ８１９の文書データ登録処理が成功すると、文書データ登録予約処理で編集対象の文書データの編集後のバージョンを登録するために登録文書データテーブル１６００に新たに生成したレコードの文書データ１６１３に、文書データが登録される。この処理の終了後、処理をステップＳ８２２に進める。

一方、ステップＳ８１８の判定処理で正常終了しなかった（ＮＯ）と判定した場合には、処理をステップＳ８２２に進める。

登録文書データ設定画面１１００の登録予約ボタン１１１１に対する押下指示を受け付けると（ステップＳ８２０でＹＥＳ）、ステップＳ８２１に処理を進め、文書データ登録予約処理を行う。この処理の詳細は、図６を参照して既に説明したとおりである。この文書データ登録予約処理が成功すると、編集対象の文書データの編集後のバージョンを登録するための新たなレコードが登録文書データテーブル１６００に作成される。この処理が終了後、処理をステップＳ８２２に進める。

ステップＳ８２２において、クライアント装置１０２のＣＰＵは、文書管理サーバ１０１より受信した文書データ登録予約処理の処理結果データまたは文書データ登録処理の処理結果データに従って、処理結果表示を行い、本図に示す処理を終了する。

また、クライアント装置１０２のＣＰＵは、登録文書データ設定画面１１００のキャンセルボタン１１１２に対する押下指示を受け付けると、文書データ登録予約処理や、文書データ登録処理を行うことなく、本図に示す処理を終了する。以上が、登録済み文書データ編集処理の詳細な説明である。

次に、図９を参照して、登録予約済みデータ登録処理（図４のステップＳ４０７）の詳細について説明する。図９は、登録予約済み文書データ登録処理の詳細を示すフローチャートである。この処理は、既に登録予約がなされている文書データを実際に登録する処理である。

登録文書データ一覧表示画面１０００中の文書登録ボタン１００２が押下されることで入力される登録予約済み文書データ登録指示を受け付けると（図４のステップＳ４０６でＹＥＳ）、クライアント装置１０２のＣＰＵは、文書登録ボタン１００２が押下された時に、登録予約済み文書データ表示部１００１で選択状態であった登録予約済み文書データを取得する（ステップＳ９０１）。

その後、取得した登録予約済み文書データを特定する文書ＩＤ及びログインユーザのユーザＩＤ、ログインユーザが操作するコンピュータを特定する情報を含む文書データ登録要求データを作成し（ステップＳ９０２）、文書管理サーバ１０１に対して送信する（ステップＳ９０３）。

文書管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２から送信された文書データ登録要求データを受信すると（ステップＳ９０４）、ログインユーザがその文書データに対して編集権限を有しているかを、登録文書データテーブル１６００を参照して判定する（ステップＳ９０５）。この時、クライアント装置１０２から受信した文書登録要求データに含まれる文書ＩＤで特定されるレコードの登録ユーザ１６０５に、受信したユーザＩＤが登録されているか否かを判定する。本実施例では、文書データの登録予約を行ったユーザのみが、その文書データの登録が可能である。

ステップＳ９０５の判定処理で、ログインユーザが指定された登録要約済み文書データに対する編集権限を有していない（ＮＯ）と判定した場合には、処理をステップＳ９０９に進める。

一方、ステップＳ９０５の判定処理で、編集権限を有している（ＹＥＳ）と判定した場合には、処理をステップＳ９０６に進め、通信状態確認処理を行う。この処理の詳細は、図５のステップＳ５０３で既に説明済なので、詳細な説明は割愛する。通信状態確認処理終了後、その結果に従って、文書データの登録の可否（許可する／拒否する）を決定する（ステップＳ９０７）。

その後、文書管理サーバ１０１は、ステップＳ９０７で文書データの登録可（登録を許可する）と決定されたかを判定する（ステップＳ９０８）。この判定処理でＹＥＳと判定した場合には処理をステップＳ９１２に、ＮＯと判定した場合には処理をステップＳ９０９に進める。

ステップＳ９０９において、文書管理サーバ１０１のＣＰＵ２０１は、文書データの登録を許可しない旨の警告画面を表示するための警告画面情報を作成し、文書データ登録要求データの送信を行ったクライアント装置１０２に対して、警告画面情報を送信する。

クライアント装置１０２のＣＰＵは、この警告画面情報を文書管理サーバ１０１から受信すると（ステップＳ９１０）、その警告画面情報に従って警告画面をディスプレイ装置に表示し（ステップＳ９１１）、本図に示す処理を終了する。

ステップＳ９１２において、文書管理サーバ１０１のＣＰＵ２０１は、図１１に示す登録文書データ設定画面１１００を作成し、その後、文書データ登録要求データの送信を行ったクライアント装置１０２に対して送信する（ステップＳ９１３）。この時、文書管理サーバ１０１のＣＰＵ２０１は、登録予約ボタン１１１１が、グレーアウト表示または非表示となるような画面情報を作成する。

クライアント装置１０２のＣＰＵは、文書管理サーバ１０１から送信された画面情報を受信すると（ステップＳ９１４）、受信した画面情報に従って、登録文書データ設定画面１１００をディスプレイ装置に表示する（ステップＳ９１５）。

尚、登録予約済み文書データ登録処理の実行時に表示される登録文書データ設定画面１１００の登録文書名入力部１１０３は、登録対象の文書データの登録文書名が入力された状態で、変更を行うことが出来ないようグレーアウト表示される。同様に、登録先ディレクトリ入力部１１０５も、対象の文書データが保存されているディレクトリが入力された状態で、変更を行うことが出来ないようグレーアウト表示される。同じく、登録先変更ボタン１１０６も同様にグレーアウト表示される。

登録文書データテーブル１６００の、対象の文書データを管理するレコードの登録予約ファイルパス１６０７にパス情報が登録されている場合には、そのパス情報が文書データパス入力部１１０１に初期表示される。また、機密レベル指定部１１０７は、対象の文書データに設定された機密レベルが選択された状態で表示される。さらに、アクセス権表示部１１０８についても、対象の文書データに設定されたアクセス権情報（編集可能ユーザ、閲覧可能ユーザ）が表示される。これらについては、変更指示可能な形で表示されることになる。

その後、登録文書データ設定画面１１００を介して、登録する文書に関する情報、例えば、文書データのファイルパスやアクセス権の変更指示等、文書データに対する各種の情報の入力を受け付ける（ステップＳ９１６）。

その後、登録文書データ設定画面１１００中の登録ボタン１１１０に対する押下指示を受け付けると（ステップＳ９１７でＹＥＳ）、処理をステップＳ９１８に進め文書データ登録処理を行う。この処理の詳細は、既に図７を参照して説明したとおりなので、ここでの説明は割愛する。

ステップＳ９１８が終了すると、文書データ登録処理において、文書管理サーバ１０１から送信された処理結果データに応じた処理結果表示をディスプレイ装置に行い（ステップＳ９１９）、本図に示す処理を終了する。

また、クライアント装置１０２のＣＰＵは、登録文書データ設定画面１１００中のキャンセルボタン１１１２の押下指示を受け付けると（ステップＳ９２０でＹＥＳ）、本図に示す処理を終了する。以上が、登録予約済み文書データ登録処理の詳細な説明である。

次に、図１７を参照して、文書管理サーバ１０１とクライアント装置１０２によって行われる登録予約済み文書データに対する処理について説明する。この処理は、文書管理サーバ１０１が提供する文書管理ウェブサービスを利用するユーザが操作するクライアント装置１０２からの画面表示要求を受け付けることで行われる処理である。

クライアント装置１０２のＣＰＵは、文書管理サーバ１０１が提供する文書管理ウェブサービスに登録予約済み文書一覧画面の要求を送信する（ステップＳ１７０１）。

文書管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２から予約済み文書一覧の画面要求を受信すると（ステップＳ１７０２）、外部メモリ２１１の文書情報テーブル１９００に登録されている、当該一覧の要求ための指示（図１０の予約状況ボタン１００９の押下指示）を受け付ける直前に、図１０の１００３−１で指定されていたディレクトリ内の予約済み文書データの情報を取得する（ステップＳ１７０３）。そして、各ユーザの予約済み文書数を記憶している予約済み文書数管理テーブル２３１０（図２３に図示）を参照して、当該ディレクトリに対する編集可能ユーザ（図１５の１５０５）のうち、全ユーザの予約済み文書数から、予約済み文書数の平均値（切り上げ）を取得する（ステップＳ１７０４）。

次に、当該予約済み文書数管理テーブル２３１０から、ログインユーザの仮登録文書数を取得する（ステップＳ１７０５／予約文書数特定）。

文書管理サーバ１０１のＣＰＵ２０１は、ステップＳ１７０３からステップＳ１７０５で取得した情報を用いて、図１２に示す予約済み文書一覧画面１２００をクライアント装置１０２のディスプレイ装置に表示させるための画面情報を作成する。尚、ログインユーザの予約済み文書数が、ステップＳ１７０４で算出した、当該ログインユーザが参照中のディレクトリに対する編集権限を有するユーザの所有する予約済み文書数の平均値をオーバーする場合は、他ユーザの予約済み文書の登録作業を申し出るためのリンク（図１２の受取宣言１２０６）は非表示とする画面情報を生成する（ステップＳ１７０６）。

つまり、ログインユーザの所有する予約済み文書数（作業数）が所定の値を超えるか判定し、所定の値を超えていると判定した場合には、当該ログインユーザは十分に文書の作成業務を抱えているものと判断し、他ユーザの予約済み文書（作成未完了の文書）の受取宣言（受取の申し出）を出来ないように制御するものである。

こうすることで、予約済み文書の本登録の依頼元のユーザに、依頼先として不適切な依頼先（つまり、既に作業を十分に抱えているユーザ）を提示することなく、適切な依頼先を容易に選択させることができる。

ステップＳ１７０６の処理が終了すると、ＣＰＵ２０１は処理をステップＳ１７０７に進め、ステップＳ１７０６で作成した画面情報をクライアント装置１０２に送信する。

文書管理サーバ１０１から送信された画面情報を受信すると（ステップＳ１７０８）、クライアント装置１０２のＣＰＵは、受信した画面情報に従ってディスプレイ装置に画面の表示を行う（ステップＳ１７０９）。

ここで図１２を参照して、クライアント装置１０２のディスプレイ装置に表示される予約済み文書一覧画面の構成の一例について説明する。

登録予約済み文書名１２０１は、図１７のステップＳ１７０３で取得した予約済み文書データを示す文書名である。登録予約日１２０２は、当該予約済み文書が生成された日時の情報である。

所有ユーザ１２０３は、当該予約済み文書名の示す文書データの現在の所有ユーザである（図１６の文書所有ユーザ１６１５に示す）。アクション１２０４は、各予約済み文書データに対する処理（他ユーザの予約済み文書データの受取宣言（受取の申し出）、委任の許可（受け渡しの許可）、受取宣言の解除、等）を示す。

受取依頼１２０５は、ログインユーザの予約済み文書データの登録作業を、他ユーザに対して依頼するためのリンクである。当該受取依頼１２０５の押下を受け付けた場合、文書管理サーバ１０１のＣＰＵ２０１は、当該予約済み文書データの予約済文書種別１６１６を「依頼中」に変更する。

受取宣言１２０６は、他ユーザの予約済み文書の受取を申し出るためのリンクであり、ステータスが「依頼中」であって、文書所有ユーザ１６１５がログインユーザとは異なるユーザである文書データの欄に表示される。受取宣言１２０６の押下を受け付けた場合、受取宣言１２０６の表示は、宣言解除１２０８に変更される。

当該受取宣言１２０６の押下を受け付けた場合、文書管理サーバ１０１のＣＰＵ２０１は、当該リンクに対応する予約済み文書データのＡｐｐｌｉＣａｎｔｓＩＤ２３０３（図２３に図示）に、ログインユーザのユーザＩＤを登録する。また、当該予約済み文書データの予約済文書種別１６１６を「受取許可待ち」に変更する。」

ここで図２３を参照して、文書管理サーバ１０１の外部メモリ２１１に記憶される受取状況管理テーブルのデータ構成の一例について説明する。

ＤａｔａＩＤ２３０１は、文書データのＩＤ（図１６でいう文書ＩＤ１６０１）である。ＯｗｎｅｒＩＤ２３０２は、当該文書データの現在の所有者（文書所有ユーザ１６１５）である。

ＡｐｐｌｉＣａｎｔｓＩＤ２３０３は、ＤａｔａＩＤ２３０１の示す文予約済み書データに対して受取宣言中（受け取りの申し出中）のユーザのユーザＩＤである。当該受取状況管理テーブル２３００は、予め文書管理サーバ１０１の外部メモリ２１１等に記憶されており、文書データのステータス（予約済文書種別１６１６）が「依頼中」となった場合に、当該文書データのレコードが追加されるものである。以上が図２３の、文書管理サーバ１０１の外部メモリ２１１に記憶される受取状況管理テーブルのデータ構成の一例についての説明である。

図１２の説明に戻る。委任判断１２０７は、他ユーザからの受取宣言（予約文書の受取の申し出）を許可するか否かを決定するためのリンクである。当該委任判断１２０７の押下を受け付けた場合、文書管理サーバ１０１のＣＰＵ２０１は、図１３に示すような受取許可画面１３００を生成してクライアント装置１０２に送信する。

ここで図１３を参照して、クライアント装置１０２のディスプレイ装置に表示される受取許可画面の構成の一例について説明する。

受取宣言中ユーザ１３０１には、図１２の予約済み文書一覧画面１２００で、委任判断１２０７の押下を受け付けた予約済み文書データに対して、当該文書データの受取を申し出ているユーザのユーザ情報（例えば、ユーザ名１４０２）が表示される。

アクション１３０２は、当該受取の宣言を許可するか否かを決定するためのボタンである。例えば、ユーザ名＝「望月」に対応するアクションの「許可」に対する押下指示を受け付けた場合、当該予約済み文書データはユーザ名＝「望月」のユーザに受け渡される。よって、当該文書データの文書所有ユーザ１６１５を、ユーザ名＝「望月」に対応するユーザＩＤ１４０１に変更する。また、予約済文書種別１６１６を、「受取済み」に変更する。また、ユーザ名＝「望月」以外のユーザからの受取宣言は不許可として取り下げられ、受取状況管理テーブル２３００の当該文書データに対応するレコードそのものが削除される。

また、例えば、ユーザ名＝「神田」に対応するアクションの「拒否」に対する押下指示を受け付けた場合、当該予約済み文書データに対するユーザ名＝「神田」の受取宣言（申し出）は不許可となる。尚、この場合、当該文書データの文書所有ユーザ１６１５、予約済文書種別１６１６は、変更されない。また、受取状況管理テーブル２３００のＡｐｐｌｉＣａｎｔｓＩＤ２３０３から、ユーザ名＝「神田」のユーザＩＤを削除する。

「閉じる」ボタン１３０３は、受取許可画面１３００を終了し、表示画面を予約済み文書一覧画面１２００に遷移させるためのボタンである。所有文書数１３０４は、各

ユーザが現在所有している（文書所有ユーザ１６１５である）予約済み文書の数である。当該所有文書数１３０４を表示することで、いずれのユーザがどれだけの業務を抱えているかをユーザに提示し、いずれのユーザに対して予約済み文書の受け渡しを行うべきかの判断を補助することができる。以上が図１３の、クライアント装置１０２のディスプレイ装置に表示される受取許可画面の構成の一例についての説明である。

図１２の説明に戻る。宣言解除１２０８は、ログインユーザが申請中の受取宣言を解除するためのボタンである。当該宣言解除１２０８の押下を受け付けた場合、文書管理サーバ１０１のＣＰＵ２０１は、受取状況管理テーブル２３００の、当該宣言解除１２０８が押下された文書データのＩＤに対応するＡｐｐｌｉＣａｎｔｓＩＤ２３０３から、ログインユーザのユーザＩＤを削除する。

「閉じる」ボタン１２０９は、予約済み文書一覧画面１２００を終了し、表示画面を登録文書データ一覧表示画面１０００に遷移させるためのボタンである。以上図１２の、クライアント装置１０２のディスプレイ装置に表示される予約済み文書一覧画面の構成の一例についての説明である。

図１７の説明に戻る。クライアント装置１０２のＣＰＵは、ディスプレイ装置に表示した予約済み文書一覧画面１２００を介して、ユーザからの操作指示の入力を受け付ける（ステップＳ１７１０）。

そして、ステップＳ１７１０で受け付けた操作指示が、予約済み文書一覧画面１２００中の受取宣言１２０６が押下指示（予約済み文書の受取宣言指示）であるかを判定する（ステップＳ１７１１）。

ステップＳ１７１１の判定処理でＹＥＳと判定した場合には、クライアント装置１０２のＣＰＵは処理をステップＳ１７１２に進め、登録予約済み文書受取宣言処理を行う。この登録予約済み文書受取宣言処理の詳細については、図１８を参照して後述する。そして、登録予約済み文書受取宣言処理が終了した後に、クライアント装置１０２のＣＰＵは処理をステップＳ１７１０に戻す。

ステップＳ１７１１の判定処理で、ステップＳ４０１で受け付けた操作指示が、登録予約済み文書受取宣言指示ではない（ＮＯ）と判定した場合には、クライアント装置１０２のＣＰＵは処理をステップＳ１７１３に進める。

ステップＳ１７１３では、ステップＳ１７１０で受け付けた操作指示が、予約済み文書一覧画面１２００中の宣言解除１２０８の押下指示（受取宣言解除指示）であるかを判定する。ステップＳ１７１３の判定処理でＹＥＳと判定した場合には、処理をステップＳ１７１４に進め、受取宣言解除処理を行う。この受取宣言解除処理の詳細については、図１９を参照して後述する。そして、受取申請解除処理が終了した後に、クライアント装置１０２のＣＰＵは処理をステップＳ１７１０に戻す。

ステップＳ１７１３の判定処理で、ステップＳ１７１０で受け付けた操作指示が、受取宣言解除指示ではない（ＮＯ）と判定した場合には、クライアント装置１０２のＣＰＵは処理をステップＳ１７１５に進める。

ステップＳ１７１５では、クライアント装置１０２のＣＰＵは、ステップＳ１７１０で受け付けた操作指示が、予約済み文書一覧画面１２００中の委任判断１２０７の押下指示（受取許可画面表示指示）であるかを判定する。ステップＳ１７１５の判定処理でＹＥＳと判定した場合には、処理をステップＳ１７１６に進め、受取許可画面表示処理を行う。この受取許可画面表示処理の詳細については、図２０を参照して後述する。そして、受取許可画面表示処理が終了後、クライアント装置１０２のＣＰＵは処理をステップＳ１７１０に戻す。

ステップＳ１７１５の判定処理で、ステップＳ１７１０で受け付けた操作指示が、受取許可画面表示指示ではない（ＮＯ）と判定した場合には、クライアント装置１０２のＣＰＵは処理をステップＳ１７１７に進める。

ステップＳ１７１７では、クライアント装置１０２のＣＰＵは、ステップＳ１７１０で受け付けた操作指示が、予約済み文書一覧画面１２００中の「閉じる」ボタン１２０９が押下されることで入力される終了指示であるかを判定する。ステップＳ１７１７の判定処理でＹＥＳと判定した場合には、本図に示す処理を終了する。

一方、ステップＳ１７１７の判定処理で、ステップＳ１７１０で受け付けた操作指示が終了指示ではないと判定した場合には、処理をステップＳ１７１８に進め、ステップＳ１７１０で受け付けた操作指示に対応する処理を実行する。例えば、予約済み文書一覧画面１２００中の受取依頼１２０５の押下指示を受け付けたものとし、クライアント装置１０２のＣＰＵ２０１は、当該文書データの受取依頼の要求を文書管理サーバ１０１に送信する。文書管理サーバ１０１のＣＰＵ２０１は当該要求を受け取って、当該要求に含まれる文書データの識別情報から特定される文書データの予約済文書種別１６１６を「依頼中」に変更して、処理をステップＳ１７１０に戻す。

その他、ユーザの操作指示に応じた処理をステップＳ１７１８では行うことになる。以上が、図１７に示す文書管理サーバ１０１とクライアント装置１０２によって行われる登録予約済み文書データに対する処理についての説明である。

次に、図１８を参照して文書管理サーバ１０１とクライアント装置１０２によって行われる登録予約済み文書受取宣言処理について説明する。この処理は、文書管理サーバ１０１が提供する文書管理ウェブサービスを利用するユーザが操作するクライアント装置１０２からの予約済み登録文書の受取宣言要求を受け付けることで行われる処理である。

ユーザからの操作により、予約済み文書一覧画面１２００中のアクション列にある受取宣言１２０６が押下されると、クライアント装置１０２のＣＰＵは、文書管理サーバ１０１が提供する文書管理ウェブサービスに受取宣言の指示（要求）を送信する（ステップＳ１８０１）。当該受取宣言の指示には、ログインユーザのユーザ情報、文書ＩＤが含まれている。

文書管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２から受取宣言の指示を受信すると（ステップＳ１８０２／宣言受付）、受取状況管理テーブル２３００に新規のレコードを追加し、受取宣言の指示に含まれる文書ＩＤ、当該文書ＩＤの示す文書の文書所有ユーザ１６１５を取得してＤａｔａＩＤ２３０１、ＯｗｎｅｒＩＤ２３０２に登録する。また、ログインユーザのユーザＩＤをＡｐｐｌｉＣａｎｔｓＩＤ２３０３に登録する（ステップＳ１８０３）。

ステップＳ１８０４によってステップＳ１８０３の処理が正常に終了したと判断されると、受取宣言処理が成功した結果を示すデータを作成される（ステップＳ１８０５）。ステップＳ１８０４によってステップＳ１８０３の処理が正常に終了しなかったと判断されると、受取宣言処理が不可能（失敗）した結果を示すデータを作成する（ステップＳ１８０６）。

ステップＳ１５０６またはステップＳ１８０６の処理終了後、それらステップの処理で作成した処理結果データに従って処理結果の画像情報を作成し、受取宣言を行ったクライアント装置１０２に画像情報を送信する（ステップＳ１８０７）。

クライアント装置１０２のＣＰＵは、文書管理サーバ１０１から受取申請処理結果の画像情報を受信すると（ステップＳ１８０７）、画像情報に従って画面（不図示）を表示して処理を終了する。

以上が、文書管理サーバ１０１とクライアント装置１０２によって行われる登録予約済み文書受取宣言処理についての説明である。

次に、図１９を参照して文書管理サーバ１０１とクライアント装置１０２によって行われる受取宣言解除処理の詳細について説明する。この処理は、文書管理サーバ１０１が提供する文書管理ウェブサービスを利用するユーザが操作するクライアント装置１０２からの予約済み文書の受取宣言解除要求を受け付けることで行われる処理である。

ユーザからの操作により、登録予約済み文書一覧画面１２００中のアクション列にある宣言解除１２０８が押下されると、クライアント装置１０２のＣＰＵは、文書管理サーバ１０１が提供する文書管理ウェブサービスに受取宣言解除の指示（要求）を送信する（ステップＳ１９０１）。当該受取宣言解除の指示には、解除対象の文書データの文書ＩＤとログインユーザのユーザＩＤが含まれるものとする。

文書管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２から受取宣言解除の要求を受信すると（ステップＳ１９０２）、当該宣言解除対象の文書データの登録種別１６０２が「登録」となっているか判定する。つまり、当該文書データが、本登録済み文書であるかどうかを判断する（ステップＳ１９０３）。

ステップＳ１９０３の判定処理で、ステップＳ１９０２で受け付けた受取申請解除操作指示が、本登録済み文書に対する受取申請解除指示である（ＹＥＳ）と判定された場合には、文書管理サーバ１０１のＣＰＵ２０１は処理をステップＳ１９０９に進め、文書が本登録済みであることを示すデータを作成する。

ステップＳ１９０３の判定処理で、ステップＳ１９０２で受け付けた受取宣言解除指示が、本登録済み文書に対する受取宣言解除指示でない（ＮＯ）と判定された場合には、文書管理サーバ１０１のＣＰＵ２０１は処理をステップＳ１９０４に進め、受取申請管理テーブル２１００から該当のレコードを削除する。その後、処理をステップＳ１９０５に移行する。尚、当該削除するレコードは、受取宣言解除対象の文書ＩＤをＤａｔａＩＤ２３０１に有するレコードであって、ＡｐｐｌｉＣａｎｔｓＩＤ２３０３に、ログインユーザのユーザＩＤのみが挿入されたレコードである。受取宣言解除対象の文書ＩＤをＤａｔａＩＤ２３０１に有するレコードのＡｐｐｌｉＣａｎｔｓＩＤ２３０３に、ログインユーザ以外のＩＤが含まれている場合、レコード自体は削除せず、当該ＡｐｐｌｉＣａｎｔｓＩＤ２３０３中のログインユーザのＩＤのみを削除するものとする。

ステップＳ１９０２で受け付けた受取宣言解除指示が、本登録済み文書に対する受取宣言解除指示である（ＹＥＳ）と判定された場合には、処理をステップＳ１９０７に移行し、当該文書データに対する宣言の解除が（既に削除済であるため）不可能であることを示す処理結果データを作成する。

ステップＳ１９０５の判定処理で、ステップＳ１９０４で行われたレコード削除処理が、正常に終了しなかった（ＮＯ）と判定された場合には、文書管理サーバ１０１のＣＰＵ２０１は処理をステップＳ１９０７に進め、レコード削除が失敗したことを示すデータを作成する。

ステップＳ１９０５の判定処理で、ステップＳ１９０４で行われたレコード削除処理が、正常に終了した（ＹＥＳ）と判定された場合には、文書管理サーバ１０１のＣＰＵ２０１は処理をステップＳ１９０６に進め、受取宣言解除処理が成功したことを示すデータを作成する。

ステップＳ１９０６またはステップＳ１９０７の処理終了後、それらステップの処理で作成した処理結果データに従って処理結果の画像情報を作成し、受取宣言を行ったクライアント装置１０２に画像情報を送信する（ステップＳ１９０８）。

クライアント装置１０２のＣＰＵは、文書管理サーバ１０１から受取宣言処理結果の画像情報を受信すると（ステップＳ１９１１）、画像情報に従って画面（不図示）を表示して処理を終了する。

以上が図１９の、文書管理サーバ１０１とクライアント装置１０２によって行われる受取宣言解除処理の詳細についての説明である。

次に図２０を参照して、文書管理サーバ１０１とクライアント装置１０２によって行われる受取許可画面表示処理の詳細について説明する。

クライアント装置１０２のＣＰＵは、文書管理サーバ１０１が提供する文書管理ウェブサービスに受取許可画面表示の要求を送信する（ステップＳ２００１）。当該要求には、受取許可画面表示対象の文書ＩＤ、ログインユーザのユーザＩＤが含まれるものとする。

文書管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２から受取許可画面表示要求を受信すると（ステップＳ２００２）、当該要求に含まれる文書ＩＤから特定される予約済み文書データ（文書情報データテーブルの１レコード）を取得する（ステップＳ２００３）。

文書管理サーバ１０１のＣＰＵ２０１は、ステップＳ２００３で取得した情報を用いて、図１３の受取許可画面１３００をクライアント装置１０２のディスプレイ装置に表示させるための画面情報を作成する（ステップＳ２００４）。尚、受取許可画面１３００の受取宣言中ユーザ１３０１には、当該文書データの文書ＩＤをＤａｔａＩＤ２３０１に有するＡｐｐｌｉＣａｎｔｓＩＤ２３０３の示すユーザを表示するよう画面を生成する。

尚、文書管理サーバ１０１のＣＰＵ２０１は、受取許可画面１３００を作成する場合に、文書データに対する受取宣言中のユーザ情報（図２３の２３１１）に対応する予約済み文書数（図２３の２３１２）を参照して文書数を特定し（予約文書数特定）、当該予約済み文書数が所定の値を超えるユーザを、受取宣言中ユーザ１３０１に表示させないよう画面を生成する。

つまり、受取宣言中のユーザの所有する予約済み文書数（作業数）が所定の値を超えるか判定し、所定の値を超えていると判定した場合には、当該ユーザは十分に文書の作成業務を抱えているため、予約文書の受け渡しをすべきではないものと判断し、当該ユーザへの予約済み文書（作成未完了の文書）の受取許可（受け渡し）を出来ないように制御するものである。

こうすることで、予約文書の本登録依頼（更新依頼）として不適切な依頼先の表示を削減し、適切な依頼先をユーザに容易に選択させることができる。

ステップＳ２００４の処理が終了すると、文書管理サーバ１０１のＣＰＵ２０１は処理をステップＳ２００５に進め、ステップＳ２００４で作成した画面情報をクライアント装置１０２に送信する。

文書管理サーバ１０１から送信された画面情報を受信すると（ステップＳ２００６）、クライアント装置１０２のＣＰＵは、受信した画面情報に従ってディスプレイ装置に画面の表示を行う（ステップＳ２００７）。

クライアント装置１０２のＣＰＵは、ディスプレイ装置に表示した受取許可画面１３００を介して、ユーザからの操作指示の入力を受け付ける（ステップＳ２００８）。

ユーザからの操作指示を受け付けた後に、クライアント装置１０２のＣＰＵは処理をステップＳ２００９に進め、ステップＳ２００８で受け付けた操作指示が、受取許可画面１３００中の、アクション列の「拒否」の押下指示（受取宣言の拒否指示）であるかを判定する。

ステップＳ２００９の判定処理でＹＥＳと判定した場合には、クライアント装置１０２のＣＰＵは処理をステップＳ２０１０に進め、受取宣言中ユーザに対する受取宣言拒否の処理を行う。この受取宣言中ユーザに対する受取宣言拒否処理の詳細については、図２１を参照して後述する。そして、受取申請中ユーザに対する受取申請拒否処理が終了した後に、クライアント装置１０２のＣＰＵは処理をステップＳ２００８に戻す。

ステップＳ２００９の判定処理で、ステップＳ２００８で受け付けた操作指示が、受取宣言中ユーザに対する受取宣言拒否指示ではない（ＮＯ）と判定した場合には、クライアント装置１０２のＣＰＵは処理をステップＳ２０１１に進める。

ステップＳ２０１１では、ステップＳ２００８で受け付けた操作指示が、受取許可画面１３００中の、アクション列の「許可」の押下指示（受取の許可指示）であるかを判定する。

ステップＳ２０１１の判定処理でＹＥＳと判定した場合には、処理をステップＳ２０１２に進め、受取申請中ユーザに対する受取許可の処理を行う。この受取宣言中ユーザに対する受取許可処理の詳細については、図２２を参照して後述する。そして、受取宣言中ユーザに対する受取許可処理が終了した後に、クライアント装置１０２のＣＰＵは処理をステップＳ２００８に戻す。ステップＳ２０１１の判定処理でＮＯと判定した場合、処理をステップＳ２０１３に進める。

ステップＳ２０１３の判定処理で、ステップＳ２０１０で受け付けた指示が「閉じる」ボタン１３０３の押下指示である（ＹＥＳ）と判定された場合には、受取許可画面１３００を閉じ、本図に示す処理を終了する。

ステップＳ２０１３の判定処理で、ステップＳ２０１０で受け付けた指示が「閉じる」ボタン１３０３の押下指示でないと判定された場合、クライアント装置１０２のＣＰＵは当該ユーザからの指示に従った処理実行して、処理をステップＳ２００８に戻す。

以上が、文書管理サーバ１０１とクライアント装置１０２によって行われる受取許可画面表示処理の詳細についての説明である。

次に、図２１を参照して、文書管理サーバ１０１とクライアント装置１０２によって行われる受取宣言拒否処理の詳細について説明する。この処理は、文書管理サーバ１０１が提供する文書管理ウェブサービスを利用するユーザが操作するクライアント装置１０２からの登録予約済み文書の受取宣言拒否要求を受け付けることで行われる処理である。

ユーザからの操作により受取許可画面１３００中のアクション列にある「拒否」が押下されると、クライアント装置１０２のＣＰＵは、文書管理サーバ１０１が提供する文書管理ウェブサービスに受取宣言の拒否（受け渡しの拒否）の指示を送信する（ステップＳ２１０１）。当該受取宣言の拒否の指示には、拒否対象の文書データの文書ＩＤと、ログインユーザのユーザＩＤ、「拒否」が押下された欄のユーザＩＤ（いずれのユーザの受取宣言が拒否されたのかを示す識別情報）とが含まれているものとする。

文書管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２から受取宣言拒否の要求を受信すると（ステップＳ２１０２）、受取状況管理テーブル２３００のＡｐｐｌｉＣａｎｔｓＩＤ２３０３から、受取宣言中ユーザの情報を削除する（ステップＳ２１０３）。

ステップＳ２１０４によってステップＳ２１０３の処理が正常に終了しなかった（ＮＯ）と判断されると、受取宣言拒否処理が失敗した結果を示すデータが作成される（ステップＳ２１０７）。

ステップＳ２１０４の判定処理で、ステップＳ２１０３で行われたレコード削除処理が、正常に終了した（ＹＥＳ）と判定された場合には、文書管理サーバ１０１のＣＰＵ２０１は処理をステップＳ２１０５に進め、レコード削除が成功したことを示すデータを作成する。

ステップＳ２１０５またはステップＳ２１０６の処理終了後、それらステップの処理で作成した処理結果データに従って処理結果の画像情報を作成し、受取宣言拒否を行ったクライアント装置１０２に画像情報を送信する（ステップＳ２１０７）。

クライアント装置１０２のＣＰＵは、文書管理サーバ１０１から受取宣言拒否の処理結果の画像情報を受信すると（ステップＳ２１０８）、画像情報に従って画面（不図示）を表示して処理を終了する。

以上が図２１の、文書管理サーバ１０１とクライアント装置１０２によって行われる受取宣言拒否処理の詳細についての説明である。

次に、図２２を参照して、文書管理サーバ１０１とクライアント装置１０２によって行われる受取許可処理の詳細について説明する。この処理は、文書管理サーバ１０１が提供する文書管理ウェブサービスを利用するユーザが操作するクライアント装置１０２からの登録予約済み文書の受取許可要求を受け付けることで行われる処理である。

ユーザからの操作により受取許可画面１３００中のアクション列にある「許可」が押下されると、クライアント装置１０２のＣＰＵは、文書管理サーバ１０１が提供する文書管理ウェブサービスに受取許可の指示（受取許可の要求）を送信する（ステップＳ２２０１）。当該受取許可の指示には、受取許可対象の文書データの文書ＩＤ、許可をした他ユーザ（受け渡し相手のユーザ）のユーザＩＤ、ログインユーザのユーザＩＤが含まれているものとする。

文書管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２から受取許可の要求を受信すると（ステップＳ２２０２）、受取状況管理テーブル２３００から、当該受取許可対象の文書データに対応する受取宣言中ユーザの情報を削除し（レコードを削除し）、登録文書データテーブル１６００の文書所有ユーザ１６１５を受取が許可されたユーザのユーザＩＤに更新する（ステップＳ２２０３）。

ステップＳ２２０４によってステップＳ２２０３の処理が正常に終了しなかった（ＮＯ）と判断されると、受取許可のためのレコード更新処理が失敗した結果を示すデータが作成される（ステップＳ２２０６）。

ステップＳ２２０４の判定処理で、ステップＳ２２０３の処理が正常に終了した（ＹＥＳ）と判定された場合には、文書管理サーバ１０１のＣＰＵ２０１は処理をステップＳ２２０５に進め、レコード更新処理が成功したことを示すデータを作成する。

ステップＳ２２０５またはステップＳ２２０６の処理終了後、それらステップの処理で作成した処理結果データに従って処理結果の画像情報を作成し、受取許可を行ったクライアント装置１０２に結果データを送信する（ステップＳ２２０７）。

クライアント装置１０２のＣＰＵは、文書管理サーバ１０１から受取申請許可処理結果のデータを受信すると（ステップＳ２２０８）、結果データに従って画面（不図示）を表示する。

以上が図２２の、文書管理サーバ１０１とクライアント装置１０２によって行われる受取許可処理の詳細についての説明である。

以上説明したように、本発明によれば、仮登録された情報を用いて、当該仮登録された情報の更新依頼先を、ユーザに容易に選択させることができる。

この登録予約処理（仮登録）を行うことで、他のユーザにより同一の文書名の文書データが文書登録を行う予定であるディレクトリに登録されてしまうことを好適に防ぐことが可能となる。

また、ユーザが、文書管理サーバ１０１が提供する文書管理ウェブサービスを使用するたびに、その画面にログインユーザが登録予約を行った文書データが一覧表示されるので、当該ログインユーザが登録予約済みの文書データの登録処理を忘れてしまうことを好適に防止することも可能である。

尚、登録予約済みの文書データは登録予約から一定期間経過後、削除する構成にしても構わない。その理由は、登録予約済みのまま長時間放置されてしまうと、その登録予約済み文書データの影響で、同一の登録文書名の文書データの登録を行うことが出来なくなってしまうためである。

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

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

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

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

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

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

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

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

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

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

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

１０１ 文書管理サーバ
１０２−１、１０２−２ クライアント装置
１０３ ＬＡＮ
１０４ 広域ネットワーク
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ ＲＯＭ
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信Ｉ／Ｆ（インタフェース）コントローラ
２０９ 入力装置
２１０ ディスプレイ装置
２１１ 外部メモリ

Claims (7)

1. クライアント装置から受信した文書データを記憶管理する情報処理装置であって、
   文書データを登録するための予約情報をユーザ情報と対応付けて記憶する予約情報記憶手段と、
   前記予約情報記憶手段で記憶した予約情報を用いて、前記文書データの登録を依頼する依頼手段と、
   前記依頼手段による依頼を受ける宣言を受け付ける宣言受付手段と、
   前記宣言受付手段で前記依頼を受ける宣言を受け付けることにより、前記予約情報記憶手段に記憶された予約情報と前記ユーザ情報との組み合わせの情報を用いて、依頼元のユーザに提示すべき依頼先を決定する決定手段と、
   前記決定手段で決定した依頼先の情報を表示する画面情報を生成して送信する送信手段と、
   を備えることを特徴とする情報処理装置。
2. 前記宣言受付手段で既に受け付けた宣言に用いられたユーザ情報を特定する第１の特定手段と、
   前記記憶手段に記憶された、前記第１の特定手段で特定されたユーザ情報に対応する予約文書数を特定する第１の予約文書数特定手段と、
   前記第１の予約文書数特定手段で特定された予約文書数が所定の値を超えているか否かを判定する第１の判定手段と、
   を備え、
   前記決定手段は、前記第１の判定手段で、前記第１の予約文書数特定手段で特定された予約文書数が所定の値を超えていないと判定した場合に、当該予約文書に対応するユーザ情報を前記依頼元のユーザに提示すべき依頼先として決定することを特徴とする請求項１に記載の情報処理装置。
3. 前記送信手段は、前記第１の判定手段で、前記第１の予約文書数特定手段で特定された予約文書数が所定の値を超えていると判定したユーザ情報に対応する予約文書数を表示画面に表示すべく、画面情報を送信することを特徴とする請求項２に記載の情報処理装置。
4. 前記宣言受付手段で受け付ける宣言のために用いられたユーザ情報を特定する第２の特定手段と、
   前記第２の特定手段で特定された、宣言の受け付けを完了していないユーザ情報に対応する予約文書数を特定する第２の予約文書数特定手段と、
   前記第２の予約文書数特定手段で特定された予約文書数が所定の値を超えているか否かを判定する第２の判定手段と、
   を備え、
   前記受付手段は、前記第２の判定手段で、前記第２の予約文書数特定手段で特定された予約文書数が所定の値を超えていないと判定した場合に、当該予約文書に対応するユーザ情報を用いた前記依頼を受ける宣言を受け付けることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. クライアント装置から受信した文書データを記憶管理する情報処理装置の制御方法であって、
   文書データを登録するための予約情報をユーザ情報と対応付けて記憶する予約情報記憶工程と、
   前記予約情報記憶工程で記憶した予約情報を用いて、前記文書データの登録を依頼する依頼工程と、
   前記依頼工程による依頼を受ける宣言を受け付ける宣言受付工程と、
   前記宣言受付工程で前記依頼を受ける宣言を受け付けることにより、前記予約情報記憶工程に記憶された予約情報と前記ユーザ情報との組み合わせの情報を用いて、依頼元のユーザに提示すべき依頼先を決定する決定工程と、
   前記決定工程で決定した依頼先の情報を表示する画面情報を生成して送信する送信工程と、
   を含むことを特徴とする情報処理装置の制御方法。
6. クライアント装置から受信した文書データを記憶管理する情報処理装置で実行可能なプログラムであって、
   前記情報処理装置を、
   文書データを登録するための予約情報をユーザ情報と対応付けて記憶する予約情報記憶手段と、
   前記予約情報記憶手段で記憶した予約情報を用いて、前記文書データの登録を依頼する依頼手段と、
   前記依頼手段による依頼を受ける宣言を受け付ける宣言受付手段と、
   前記宣言受付手段で前記依頼を受ける宣言を受け付けることにより、前記予約情報記憶手段に記憶された予約情報と前記ユーザ情報との組み合わせの情報を用いて、依頼元のユーザに提示すべき依頼先を決定する決定手段と、
   前記決定手段で決定した依頼先の情報を表示する画面情報を生成して送信する送信手段として機能させることを特徴とする情報処理装置のプログラム。
7. クライアント装置と、当該クライアント装置から受信した文書データを記憶管理する情報処理装置とから構成される情報処理システムであって、
   文書データを登録するための予約情報をユーザ情報と対応付けて記憶する予約情報記憶手段と、
   前記予約情報記憶手段で記憶した予約情報を用いて、前記文書データの登録を依頼する依頼手段と、
   前記依頼手段による依頼を受ける宣言を受け付ける宣言受付手段と、
   前記宣言受付手段で前記依頼を受ける宣言を受け付けることにより、前記予約情報記憶手段に記憶された予約情報と前記ユーザ情報との組み合わせの情報を用いて、依頼元のユーザに提示すべき依頼先を決定する決定手段と、
   前記決定手段で決定した依頼先の情報を表示する画面情報を生成して送信する送信手段と、
   を備えることを特徴とする情報処理装置システム。

Images