JP5857820B2 - 情報処理装置、情報処理方法、及びコンピュータプログラム - Google Patents

Description

本発明は、文書データを文書管理サーバに登録する技術に関し、特に、文書管理サーバとの通信状態により、文書データの登録の可否を決定する技術に関する。

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

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

また、近年のモバイル通信の通信速度向上等により、文書管理システムへの文書データの登録を、無線ネットワークを介して行うことが多くなっている。このような場合には、無線ネットワークの状態により、通信が不安定になってしまうことも多く、文書データの登録に失敗することなども発生する。そこで、特許文献１には、文書データの登録に失敗した場合に、登録を行おうとしたユーザに電子メール等で通知する技術が開示されている。

特開２００６−３１３４８９号公報

特許文献１に記載の発明では、文書データの登録が失敗した場合に通知をすることで、ユーザに対して文書データの再登録を促すことが可能である。しかし、先に述べたように、同一の名称の文書データを同一のディレクトリに複数登録することが出来ないので、ユーザが再度文書データの登録を試みた際に、既にその名称の文書データが登録されてしまっている可能性もある。

文書管理システムでは、文書データだけではなく、文書データの属性情報を管理していること多い。文書データは、画像データなどを用いた場合にサイズが比較的大きくなってしまう傾向があるが、属性情報はテキスト情報であることが多く、比較的サイズが小さいことが多い。属性情報を登録しておくことで、他のユーザによる同一名称での文書データを好適に防ぐことも可能である。

また、文書データの登録失敗の通知後、直ちにその文書データの再度の登録処理を行うことが出来れば、文書データの登録処理を忘れてしまうことはないと思われるが、文書データの登録の失敗の通知を受け付けた後に、直ちに再度の登録処理を行うことが出来ない場合に、ユーザが当該文書データの登録処理を実行し忘れてしまうことなども考えられる。これについても文書データの登録予約をしておき、その後、ユーザが文書管理システムを使用する際に、登録予約のみがされており文書データの登録がされていない文書データがあることを当該ユーザに通知することで、ユーザの文書データの登録忘れを好適に防ぐことが可能である。

そこで、本発明は、通信状態に従って文書データの登録を制御する仕組みを提供することを目的とする。

上記の目的を達成するために、本発明の文書管理サーバは、情報処理装置から受信した文書データを記憶装置に登録する文書管理サーバであって、前記情報処理装置に対して、前記文書データの登録要求に用いる文書データ登録画面を表示するための画面情報を送信する画面情報送信手段と、前記画面情報送信手段により送信された画面情報に基づき前記情報処理装置の表示部に表示された文書データ登録画面を介して入力された文書データまたは／および当該文書データの属性情報を受信する受信手段と、前記情報処理装置と当該文書管理サーバが通信することで前記情報処理装置と当該文書管理サーバ間の通信状態を特定する通信状態特定手段と、前記通信状態特定手段により特定された通信状態に従って、前記受信手段により受信された文書データと当該文書データの属性情報とを対応付けて前記記憶装置に登録するか、前記属性情報に対応する文書データを前記記憶装置に登録せず、前記受信手段で受信された属性情報を前記記憶装置に登録するかを制御する登録制御手段とを備えることを特徴とする。

上記の目的を達成するために、本発明の情報処理方法は、情報処理装置から受信した文書データを記憶装置に登録する文書管理サーバによって行われる情報処理方法であって、前記情報処理装置に対して、前記文書データの登録要求に用いる文書データ登録画面を表示するための画面情報を送信する画面情報送信工程と、前記画面情報送信工程により送信された画面情報に基づき前記情報処理装置の表示部に表示された文書データ登録画面を介して入力された文書データまたは／および当該文書データの属性情報を受信する受信工程と、前記情報処理装置と当該文書管理サーバが通信することで前記情報処理装置と当該文書管理サーバ間の通信状態を特定する通信状態特定工程と、前記通信状態特定工程により特定された通信状態に従って、前記受信工程により受信された文書データと当該文書データの属性情報とを対応付けて前記記憶装置に登録するか、前記属性情報に対応する文書データを前記記憶装置に登録せず、前記受信工程で受信された属性情報を前記記憶装置に登録するかを制御する登録制御工程とを備えることを特徴とする。

上記の目的を達成するために、本発明のコンピュータプログラムは、情報処理装置から受信した文書データを記憶装置に登録する文書管理サーバを、前記情報処理装置に対して、前記文書データの登録要求に用いる文書データ登録画面を表示するための画面情報を送信する画面情報送信手段と、前記画面情報送信手段により送信された画面情報に基づき前記情報処理装置の表示部に表示された文書データ登録画面を介して入力された文書データまたは／および当該文書データの属性情報を受信する受信手段と、前記情報処理装置と当該文書管理サーバが通信することで前記情報処理装置と当該文書管理サーバ間の通信状態を特定する通信状態特定手段と、前記通信状態特定手段により特定された通信状態に従って、前記受信手段により受信された文書データと当該文書データの属性情報とを対応付けて前記記憶装置に登録するか、前記属性情報に対応する文書データを前記記憶装置に登録せず、前記受信手段で受信された属性情報を前記記憶装置に登録するかを制御する登録制御手段として機能させることを特徴とする。

本発明によれば、通信状態に従って文書データの登録を制御する仕組みを提供することが可能である。

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

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

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

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

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

ＬＡＮ１０３は、文書管理サーバ１０１とクライアント装置１０２−１とを相互に接続するためのネットワーク、広域ネットワーク１０４は、文書管理サーバ１０１とクライアント装置１０２−２とを相互に通信可能に接続するためのネットワークである。尚、以降の説明では、ＬＡＮ１０３は、通信が比較的安定したネットワーク、広域ネットワーク１０４は、様々な要因により、通信が不安定になることがあるネットワークであるものとする。

以上が、本発明の文書管理システムのシステム構成の一例の説明である。

次に、図２を参照して、図１の文書管理サーバ１０１に適用可能な情報処理装置のハードウェア構成の一例について説明する。

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

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

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

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

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

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

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

尚、クライアント装置１０２に適用可能な情報処理装置についても略同様のハードウェア構成であるので、詳細な説明は割愛する。以上が、文書管理サーバ１０１に適用可能な情報処理装置のハードウェア構成の一例の説明である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

登録種別１６０２は、当該レコードで管理されているのが、既に登録されている文書データであるか（登録）、それとも登録予約がされているのみであり（文書データの属性情報のみの登録されている）、実際に文書データの登録は行われていないか（登録予約）を管理するデータ項目である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

キャンセルボタン１１０８は、本画面を介しての操作指示を終了するために用いられるボタンである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ここで、図１０を参照して、通信状態確認処理（図５のステップＳ５０３等）の詳細について説明する。この処理は、文書管理サーバ１０１とクライアント装置１０２とによって行われる処理である。

まず、文書管理サーバ１０１のＣＰＵ２０１は、文書データの登録要求や文書データの編集要求を行ったクライアント装置１０２に対して、通信状態判定用データを送信する（ステップＳ１００１）。文書管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２から文書管理サーバ１０１に対する通信状態判定用データの送信に要する時間を算出し、その所要時間があらかじめ決められた所定の時間より短い場合に、通信状態が安定しているとして文書ファイルの登録を許可することになる。

クライアント装置１０２のＣＰＵは、文書管理サーバ１０１から、通信状態判定用データを受信すると（ステップＳ１００２）、その通信状態判定用データを文書管理サーバ１０１に対して送信する前に、その送信開始時間を文書管理サーバ１０１に対して送信する（ステップＳ１００３）。文書管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２から送信された送信開始時間を受信すると（ステップＳ１００４）、受信した送信開始時間をＲＡＭ２０２に記憶する（ステップＳ１００５）。尚、便宜上、文書管理サーバ１０１とクライアント装置１０２の時刻は、同期がとれているものとする。

クライアント装置１０２のＣＰＵは、ステップＳ１００３での送信開始時間の文書管理サーバ１０１への送信に引き続き、ステップＳ１００２で文書管理サーバ１０１より受信した通信状態判定用データを、文書管理サーバ１０１に対して送信する（ステップＳ１００６）。文書管理サーバ１０１は、クライアント装置１０２から送信された通信状態判定用データを受信する（ステップＳ１００７）。

文書管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２から送信された通信状態判定用データの受信が終了すると、その時点の時刻情報を送信終了時間として取得する（ステップＳ１００８）。そして、ＲＡＭ２０２に記憶されている送信開始時間と送信終了時間とを用いて通信状態判定用データの送信の所要時間を算出する（ステップＳ１０１０）。

以上が、通信状態確認処理の詳細な説明である。

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

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

その後、ステップＳ５０４で決定した文書データ登録の可否に従って、後述する新規文書データ登録要求画面１２００または新規文書データ登録要求画面１３００を表示させるための画面情報を作成し（ステップＳ５０５）、その画面情報を、新規文書データ登録要求を行ってきたクライアント装置１０２に対して送信する（ステップＳ５０６）。

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

ここで、図１２、図１３を用いて新規文書データ登録要求画面の構成について説明する。尚、図１２は、図５のステップＳ５０４で文書管理サーバ１０１のＣＰＵ２０１が、文書データの登録が可であると決定した時にクライアント装置１０２にディスプレイ装置に表示される登録文書データ設定画面１２００の構成の一例、図１３は、文書データの登録が不可である決定した時に表示される登録文書データ設定画面１３００の構成の一例を示している。尚、共通の機能を有するコントロールには同一の符号を付している。

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

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

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

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

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

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

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

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

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

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

登録ボタン１２１０は、この新規文書データ登録要求画面で入力された文書データの登録を要求するために用いられるボタンである。この登録ボタン１２１０に対する押下指示を受け付けると、クライアント装置１０２のＣＰＵは、文書データの登録要求を文書管理サーバ１０１に対して行うために、この画面を介して入力された各種の情報や、文書データパス入力部１２０１に入力されたパス情報で特定される文書データを文書管理サーバ１０１に対して送信する。

登録予約ボタン１２１１は、この登録文書データ設定画面１２００を介して入力された内容での文書データの登録予約を要求するために用いられるボタンである。この登録要求ボタン１２１１に対する押下指示を受け付けると、クライアント装置１０２のＣＰＵ２０１は、文書データの登録予約要求を文書管理サーバ１０１に対して行うために、この画面を介して入力された各種の情報を文書管理サーバ１０１に対して送信する。

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

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

次に、図１３を参照して、文書データの登録が不可であると文書管理サーバ１０１のＣＰＵ２０１が判定した場合に、クライアント装置１０２のディスプレイ装置に表示される登録文書データ設定画面１３００の構成の一例について説明する。尚、登録文書データ設定画面１３００の構成は、登録文書データ設定画面１２００の構成とほぼ同じであるので、異なる部分のみ説明することにする。

メッセージ表示部１３０１は、文書管理サーバ１０１とクライアント装置１０２との間の通信状態が不安定であるために、文書データの登録処理を受け付けない旨のメッセージを表示する表示部である。

また、図１３に示す通り、登録文書データ設定画面１３００の登録ボタン１３０２は、グレーアウト表示されており、このボタンに対する押下指示を受け付けないようになっている。尚、グレーアウト表示ではなく、登録ボタン１３０２を表示しないようにすることも勿論可能である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ステップＳ８０９の通信状態確認処理終了後、その結果により文書データの登録の可否を決定する（ステップＳ８１０）。例えば、通信状態確認処理で通信状態判定用データの送信に要した時間が、予め設定された時間よりも長かった場合に、文書管理サーバ１０１のＣＰＵ２０１は、文書データの登録処理が不可であると決定する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本発明では、上記のように構成することで、通信状態が不安定な場合等、比較的サイズの大きな文書データの登録処理が通信エラーにより失敗する可能性が高いと思われる場合に、文書データ自体の登録処理を行わせず、文書データの属性情報のみを登録する登録予約処理を行うことが可能となる。

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

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

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

また、文書データ登録の許可／拒否を決定するための通信状態判定用データの送信に要する所要時間の閾値は、登録処理を行う文書データのデータサイズに応じて決定するようにしても勿論構わない。

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

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

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

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

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

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

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

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

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

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

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

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

Claims (11)

1. 情報処理装置から受信した文書データを記憶装置に登録する文書管理サーバであって、
   前記情報処理装置に対して、前記文書データの登録要求に用いる文書データ登録画面を表示するための画面情報を送信する画面情報送信手段と、
   前記画面情報送信手段により送信された画面情報に基づき前記情報処理装置の表示部に表示された文書データ登録画面を介して入力された文書データまたは／および当該文書データの属性情報を受信する受信手段と、
   前記情報処理装置と当該文書管理サーバが通信することで前記情報処理装置と当該文書管理サーバ間の通信状態を特定する通信状態特定手段と、
   前記通信状態特定手段により特定された通信状態に従って、前記受信手段により受信された文書データと当該文書データの属性情報とを対応付けて前記記憶装置に登録するか、前記属性情報に対応する文書データを前記記憶装置に登録せず、前記受信手段で受信された属性情報を前記記憶装置に登録するかを制御する登録制御手段と
   を備えることを特徴とする文書管理サーバ。
2. 前記通信状態特定手段により特定された通信状態に従って、前記文書データ登録画面に含まれる前記文書データを登録させるべく文書データの送信指示を行うコントロールが指示可能か否かを制御すること
   を特徴とする請求項１に記載の文書管理サーバ。
3. 前記情報処理装置から前記通信状態を特定するための通信状態特定データを受信する通信状態特定データ受信手段を更に備え、
   前記通信状態特定手段は、前記通信状態特定データ受信手段による通信状態特定データの受信に要した時間が所定の時間よりも短いか否かを判定することで、前記情報処理装置との間の通信状態が安定しているか否かを特定すること
   を特徴とする請求項１または２に記載の文書管理サーバ。
4. 前記通信状態特定手段により前記通信状態が安定していないと判定した場合に、前記情報処理装置に前記文書データの登録を行わない旨の通知を行う通知手段
   を更に備えることを特徴とする請求項１乃至３のいずれか１項に記載の文書管理サーバ。
5. 前記受信手段は、前記記憶装置に前記文書データを登録するディレクトリ情報及び文書データ属性情報として当該文書データの登録名を受信し、
   前記登録制御手段は、前記受信手段により受信したディレクトリ情報が示すディレクトリに当該登録名と同一の登録名である他の文書データが登録されていない場合に、前記文書データの属性情報を前記記憶装置に登録すること
   を特徴とする請求項１乃至４のいずれか１項に記載の文書管理サーバ。
6. 前記文書データの属性情報には、当該文書データの機密レベル、当該文書データを閲覧可能なユーザ情報、当該文書データを編集可能なユーザ情報の少なくともいずれか１つが含まれること
   を特徴とする請求項１乃至５のいずれか１項に記載の文書管理サーバ。
7. 文書管理サーバに文書データを登録する情報処理装置であって、
   前記文書管理サーバに対して前記文書データの登録要求に用いる文書データ登録画面を表示する画面表示手段と、
   当該情報処理装置と前記文書管理サーバ間の通信状態を決定するために当該情報処理装置と前記文書管理サーバが通信する通信手段と、
   前記画面表示手段により表示された文書データ登録画面に入力された文書データまたは／および当該文書データの属性情報を前記文書管理サーバに送信する送信手段と、
   を備え、
   前記画面表示手段は、前記通信手段により当該情報処理装置と前記文書管理サーバが通信することで決定される当該情報処理装置と前記文書管理サーバ間の通信状態に従って、前記送信手段により送信された文書データと当該文書データの属性情報とを対応付けて前記文書管理サーバに登録する画面を表示するか、前記送信手段により送信された文書データを前記文書管理サーバに登録せず、前記送信手段により送信された属性情報を前記文書管理サーバに登録する画面を表示することを特徴とする情報処理装置。
8. 情報処理装置から受信した文書データを記憶装置に登録する文書管理サーバによって行われる情報処理方法であって、
   前記情報処理装置に対して、前記文書データの登録要求に用いる文書データ登録画面を表示するための画面情報を送信する画面情報送信工程と、
   前記画面情報送信工程により送信された画面情報に基づき前記情報処理装置の表示部に表示された文書データ登録画面を介して入力された文書データまたは／および当該文書データの属性情報を受信する受信工程と、
   前記情報処理装置と当該文書管理サーバが通信することで前記情報処理装置と当該文書管理サーバ間の通信状態を特定する通信状態特定工程と、
   前記通信状態特定工程により特定された通信状態に従って、前記受信工程により受信された文書データと当該文書データの属性情報とを対応付けて前記記憶装置に登録するか、前記属性情報に対応する文書データを前記記憶装置に登録せず、前記受信工程で受信された属性情報を前記記憶装置に登録するかを制御する登録制御工程と
   を備えることを特徴とする情報処理方法。
9. 文書管理サーバに文書データを登録する情報処理装置によって行われる情報処理方法であって、
   前記文書管理サーバに対して前記文書データの登録要求に用いる文書データ登録画面を表示する画面表示工程と、
   当該情報処理装置と前記文書管理サーバ間の通信状態を決定するために当該情報処理装置と前記文書管理サーバが通信する通信工程と、
   前記画面表示工程により表示された文書データ登録画面に入力された文書データまたは／および当該文書データの属性情報を前記文書管理サーバに送信する送信工程と、
   を備え、
   前記画面表示工程は、前記通信工程により当該情報処理装置と前記文書管理サーバが通信することで決定される当該情報処理装置と前記文書管理サーバ間の通信状態に従って、前記送信工程により送信された文書データと当該文書データの属性情報とを対応付けて前記文書管理サーバに登録する画面を表示するか、前記送信工程により送信された文書データを前記文書管理サーバに登録せず、前記送信工程により送信された属性情報を前記文書管理サーバに登録する画面を表示することを特徴とする情報処理方法。
10. 情報処理装置から受信した文書データを記憶装置に登録する文書管理サーバを、
    前記情報処理装置に対して、前記文書データの登録要求に用いる文書データ登録画面を表示するための画面情報を送信する画面情報送信手段と、
    前記画面情報送信手段により送信された画面情報に基づき前記情報処理装置の表示部に表示された文書データ登録画面を介して入力された文書データまたは／および当該文書データの属性情報を受信する受信手段と、
    前記情報処理装置と当該文書管理サーバが通信することで前記情報処理装置と当該文書管理サーバ間の通信状態を特定する通信状態特定手段と、
    前記通信状態特定手段により特定された通信状態に従って、前記受信手段により受信された文書データと当該文書データの属性情報とを対応付けて前記記憶装置に登録するか、前記属性情報に対応する文書データを前記記憶装置に登録せず、前記受信手段で受信された属性情報を前記記憶装置に登録するかを制御する登録制御手段
    として機能させることを特徴とするコンピュータプログラム。
11. 文書管理サーバに文書データを登録する情報処理装置を、
    前記文書管理サーバに対して前記文書データの登録要求に用いる文書データ登録画面を表示する画面表示手段と、
    当該情報処理装置と前記文書管理サーバ間の通信状態を決定するために当該情報処理装置と前記文書管理サーバが通信する通信手段と、
    前記画面表示手段により表示された文書データ登録画面に入力された文書データまたは／および当該文書データの属性情報を前記文書管理サーバに送信する送信手段
    として機能させ、
    前記画面表示手段は、前記通信手段により当該情報処理装置と前記文書管理サーバが通信することで決定される当該情報処理装置と前記文書管理サーバ間の通信状態に従って、前記送信手段により送信された文書データと当該文書データの属性情報とを対応付けて前記文書管理サーバに登録する画面を表示するか、前記送信手段により送信された文書データを前記文書管理サーバに登録せず、前記送信手段により送信された属性情報を前記文書管理サーバに登録する画面を表示させることを特徴とするコンピュータプログラム。

Images