(57)【要約】【課題】文書保存領域毎の操作画面を提供するシステムにおいて、複数の文書保存領域が統合された場合でも統合前の文書保存領域に対応する操作画面を利用できるようにする。【解決手段】キャビネット（文書保存領域）ＡとＢが統合されてキャビネットＣが生成された場合、キャビネットＣのキャビネット情報５００の中に、キャビネットＣ固有のビュー設定情報５２０に加え、統合前のキャビネットＡ及びＢのビュー設定５５０Ａ及び５５０Ｂを組み込む。利用者が、文書管理サーバに対するログインの際に統合前のキャビネットＡのＩＤとパスワードを提示した場合、文書管理サーバは、キャビネット関係表５７０を参照してそのキャビネットＡに対応する現存のキャビネットＣを特定し、その現存キャビネットＣへその利用者をログインさせる。そして、その利用者に対し、統合前のキャビネットＡのビュー設定５５０Ａに従ったユーザインタフェース画面を提供する。【選択図】図４
2008305012.tif 000002
【特許請求の範囲】
【請求項１】
現存する文書保存領域及び統合により消滅した過去の文書保存領域のそれぞれについて、文書保存領域の識別子に対応づけて、当該文書保存領域に対応する操作画面を定義する画面定義情報を記憶した定義記憶手段と、
統合により消滅した文書保存領域に対応する現存の文書保存領域の識別子を特定するための対応関係情報を記憶した対応関係記憶手段と、
利用者装置から指定された文書保存領域の識別子に対応する現存する文書保存領域の識別子を、前記対応関係情報に基づいて判定する判定手段と、
前記利用者装置から指定された文書保存領域の識別子に対応する画面定義情報を前記定義記憶手段から取得し、取得した画面定義情報に応じた操作画面を前記利用者装置に提供する操作画面提供手段と、
前記操作画面提供手段により提供した操作画面を用いて、前記判定手段が判定した前記現存する文書保存領域に対する操作指示を受け付ける指示受付手段と、
を備える文書処理装置。
【請求項２】
前記指示受付手段が受け付けた操作指示に関する履歴情報を、前記判定手段が判定した現存する文書保存領域の識別子に対応づけて記録する履歴記録手段と、
を備える請求項１記載の文書処理装置。
【請求項３】
現存する文書保存領域に保存された電子文書の属性として、当該現存する文書保存領域の識別子と、当該電子文書が保存されていた過去の文書保存領域の識別子と、を対応づけて記憶する文書属性記憶手段、を備え、
前記操作画面提供手段は、前記利用者装置から指定された文書保存領域の識別子と、前記判定手段が判定した現存する文書保存領域の識別子とが異なる場合、前記指定された文書保存領域の識別子を前記過去の文書保存領域の識別子として持つ電子文書についての操作画面を提供する、
ことを特徴とする請求項１記載の文書処理装置。
【請求項４】
コンピュータを、
現存する文書保存領域及び統合により消滅した過去の文書保存領域のそれぞれについて、文書保存領域の識別子に対応づけて、当該文書保存領域に対応する操作画面を定義する画面定義情報を記憶した定義記憶手段、
統合により消滅した文書保存領域に対応する現存の文書保存領域の識別子を特定するための対応関係情報を記憶した対応関係記憶手段、
利用者装置から指定された文書保存領域の識別子に対応する現存する文書保存領域の識別子を、前記対応関係情報に基づいて判定する判定手段、
前記利用者装置から指定された文書保存領域の識別子に対応する画面定義情報を前記定義記憶手段から取得し、取得した画面定義情報に応じた操作画面を前記利用者装置に提供する操作画面提供手段、
前記操作画面提供手段により提供した操作画面を用いて、前記判定手段が判定した前記現存する文書保存領域に対する操作指示を受け付ける指示受付手段、
として機能させるための文書処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は文書処理装置及び文書処理プログラムに関する。
【背景技術】
【０００２】
ネットワーク経由でアプリケーション機能を利用者に提供するＡＳＰ（アプリケーション・サービス・プロバイダ）が普及している。ＡＳＰの中には、文書共有サービスを提供するものも存在する。文書共有サービスは、指定された利用者のグループの中で文書の共有を可能とするサービスである。このようなサービスは、利用契約を結んだ契約者（個人、又は企業等の組織）に対して文書共有のための保存領域を提供する。そしてそのようなサービスを提供するサーバの中には、文書保存領域ごと（言い換えれば契約者ごと）に操作画面を個別設定（カスタマイズ）することができるものも存在する。
【０００３】
また、文書共有サービスの中には、既存の複数の文書保存領域を統合することができるものもある。例えば、それぞれ個別にサービス提供者と利用契約を結んでいた複数の部門が１つに統合した場合に、統合前の各部門の保存領域を統合するのがその一例である。従来、操作画面の設定は文書保存領域ごと（即ち契約ごと）に行われるので、統合前の各文書保存領域を利用していた利用者は、統合後の文書保存領域に対応した操作画面を利用していた。
【０００４】
【特許文献１】特開２００４−０７２５３０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
文書保存領域の統合により操作画面が変更されると、統合前の操作画面に慣れていた利用者には不便に感じられる場合もある。
【０００６】
本発明は、文書保存領域ごとの操作画面を提供する場合において、複数の文書保存領域が統合された場合でも、統合前の文書保存領域に対応する操作画面を利用できるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
請求項１に係る発明は、現存する文書保存領域及び統合により消滅した過去の文書保存領域のそれぞれについて、文書保存領域の識別子に対応づけて、当該文書保存領域に対応する操作画面を定義する画面定義情報を記憶した定義記憶手段と、統合により消滅した文書保存領域に対応する現存の文書保存領域の識別子を特定するための対応関係情報を記憶した対応関係記憶手段と、利用者装置から指定された文書保存領域の識別子に対応する現存する文書保存領域の識別子を、前記対応関係情報に基づいて判定する判定手段と、前記利用者装置から指定された文書保存領域の識別子に対応する画面定義情報を前記定義記憶手段から取得し、取得した画面定義情報に応じた操作画面を前記利用者装置に提供する操作画面提供手段と、前記操作画面提供手段により提供した操作画面を用いて、前記判定手段が判定した前記現存ずる文書保存領域に対する操作指示を受け付ける指示受付手段と、を備える文書処理装置である。
【０００８】
請求項２に係る発明は、請求項１に係る発明において、前記文書処理装置は、前記指示受付手段が受け付けた操作指示に関する履歴情報を、前記判定手段が判定した現存する文書保存領域の識別子に対応づけて記録する履歴記録手段と、を更に備える。
【０００９】
請求項３に係る発明は、請求項１に係る発明において、前記文書処理装置は、現存する文書保存領域に保存された電子文書の属性として、当該現存する文書保存領域の識別子と、当該電子文書が保存されていた過去の文書保存領域の識別子と、を対応づけて記憶する文書属性記憶手段、を更に備え、前記操作画面提供手段は、前記利用者装置から指定された文書保存領域の識別子と、前記判定手段が判定した現存する文書保存領域の識別子とが異なる場合、前記指定された文書保存領域の識別子を前記過去の文書保存領域の識別子として持つ電子文書についての操作画面を提供する。
【００１０】
請求項４に係る発明は、コンピュータを、現存する文書保存領域及び統合により消滅した過去の文書保存領域のそれぞれについて、文書保存領域の識別子に対応づけて、当該文書保存領域に対応する操作画面を定義する画面定義情報を記憶した定義記憶手段、統合により消滅した文書保存領域に対応する現存の文書保存領域の識別子を特定するための対応関係情報を記憶した対応関係記憶手段、利用者装置から指定された文書保存領域の識別子に対応する現存する文書保存領域の識別子を、前記対応関係情報に基づいて判定する判定手段、前記利用者装置から指定された文書保存領域の識別子に対応する画面定義情報を前記定義記憶手段から取得し、取得した画面定義情報に応じた操作画面を前記利用者装置に提供する操作画面提供手段、前記操作画面提供手段により提供した操作画面を用いて、前記判定手段が判定した前記現存する文書保存領域に対する操作指示を受け付ける指示受付手段、として機能させるための文書処理プログラムである。
【発明の効果】
【００１１】
請求項１又は４に係る発明によれば、複数の文書保存領域が統合された場合でも、統合前の文書保存領域の識別子が指定された場合には、統合前の文書保存領域に対応する操作画面を提供することができる。
【００１２】
請求項２に係る発明によれば、統合前の文書保存領域に対応する操作画面を提供しつつも、その操作画面を用いた操作についての履歴情報を、統合後の現存する文書保存領域に対応づけて記録することができる。例えば、操作課金に関する履歴情報は、現存する文書保存領域に対応づけることが好適である。
【００１３】
請求項３に係る発明によれば、統合前の文書保存領域に対応する操作画面を提供する場合には、その文書保存領域に保存された電子文書のみを表示することができる。
【発明を実施するための最良の形態】
【００１４】
まず、図１を参照して、本発明の実施形態の方式が適用されるシステムの一例を説明する。図示のシステムでは、文書配布サービスを提供する文書管理サーバ１００と、デジタル複写機又はデジタル複合機（プリンタ、スキャナ、コピー機、ファクシミリ等の機能を兼ね備えた装置）などの画像処理装置２００とが、インターネット等のネットワーク３００に接続されている。画像処理装置２００は、紙の原稿を読み取り、読取結果の画像を文書管理サーバ１００に登録する機能を備える。また、画像処理装置２００は、文書管理サーバ１００から文書ファイルをダウンロードし、その文書ファイルを印刷したり、付属の表示装置に表示したりする機能を備えている。画像処理装置２００は、例えばタッチパネルディスプレイなどの表示装置を備えており、文書管理サーバ１００の提供するＵＩ（ユーザインタフェース）画面をその表示装置に表示する。また、画像処理装置２００は、そのＵＩ画面に対する利用者の入力を受け付けるための入力装置を備える。入力装置は、例えば、キーボード、又はタッチパネルディスプレイである。また、画像処理装置２００は、上述のような表示や入力などの処理を制御するための情報処理部を備えている。画像処理装置２００は、文書管理サーバ１００からサービスを受けるクライアントの一例である。文書管理サーバ１００は、この他に、パーソナルコンピュータ等の情報処理部に対してサービスを提供してもよい。
【００１５】
文書管理サーバ１００は、利用者から登録された文書ファイルを格納する機能と、保存した文書ファイルを利用者に配布する機能とを備える。この配布機能は、例えば、文書管理サーバ１００内に格納されたその文書ファイルに対するアクセス情報（例えばＵＲＬ(Uniform Resource Locator）を記載した電子メール（以下「通知メール」と呼ぶ）を通知先に送ることにより実現される。この場合、電子メールを受け取った利用者がそのアクセス情報を用いて文書管理サーバ１００にアクセスすると、文書管理サーバ１００はそのアクセスの際に利用者側から送られてくる情報に基づき、対象の文書ファイルを特定し、そのファイルを利用者側に提供するための処理を行う。
【００１６】
この例の文書管理サーバ１００は、例えば図２に示すように、「キャビネット」４００−１，２，３，・・・（以下、キャビネット４００と総称）と呼ばれる文書空間を提供する。１つのキャビネット４００は１つの利用者グループに対して割り当てられる。１つの利用者グループは、例えば、１つの企業又は１つの部門などというように、１つの組織に属する利用者から構成される。このシステムでは、ある利用者があるキャビネット４００に登録した文書ファイルは、そのキャビネット４００に対応するグループの利用者（又はその一部）に提供される。このシステムの利用形態の一例では、例えば、サービス提供業者が文書管理サーバ１００を運営し、利用者グループがそのサービス提供業者と利用契約を結ぶことで、当該グループ用のキャビネットの割り当てを受ける。
【００１７】
キャビネット４００には、それぞれ一意なキャビネットＩＤ（識別情報）が割り当てられる。また、キャビネット４００にはキャビネット属性４０５が対応づけられている。キャビネット属性４０５には、画面表示などに用いられるキャビネット名称や説明文、キャビネットの管理機能を利用する場合に必要な管理パスワード、キャビネットにアクセスするために必要なアクセス用パスワード、契約関連情報などが含まれる。グループに属する利用者は、キャビネットに設定された正しいアクセス用パスワードを入力することで、キャビネットにログインすることができる。
【００１８】
キャビネット４００の中には、１以上のボックス４１０を設けることができる。ボックス４１０は、一般的なファイルシステムにおけるフォルダ又はディレクトリに該当する。キャビネット４００の管理者又は利用者は、目的に応じてボックス４１０を作成し、その中に文書ファイル４２０を登録することができる。ボックス４１０には、一意なボックスＩＤが割り当てられ、ボックス属性４１５が対応づけられる。ボックス属性４１５には、例えば、画面表示などに用いるボックス名称や説明文、ボックスにアクセスするために必要なアクセス用パスワード、そのボックス４１０に登録された文書ファイルの保持期間などの情報が含まれる。また、ボックス属性４１５には、そのボックス４１０に文書ファイルが登録されたときに通知メールを出すべき通知先メールアドレスのリストが含まれていてもよい。利用者は、キャビネットにログインした後、所望のボックス４１０を指定し、そのボックス４１０に対してファイルを登録したり、所望のボックス４１０に格納されたファイルをダウンロードしたりすることができる。また、例えば、あるボックス４１０に文書ファイルが登録されると、その文書ファイルのＵＲＬを含んだ通知メールがそのボックス４１０の属性４１５に含まれる通知先に送信される。そのメールを受け取った利用者は、そのＵＲＬを用いてその文書ファイルにアクセスする。
【００１９】
次に図３を参照して文書管理サーバ１００の機能的な構成の一例を説明する。図３に示すように、文書管理サーバ１００は、処理装置１１０とデータベース１２０を備える。処理装置１１０は、ＵＩ部１１１，認証部１１３，データベース管理部１１５，キャビネット判定部１１７及びログ記録部１１９を備える。ＵＩ部１１１は、画像処理装置２００等のクライアント装置に対してＵＩ画面データを提供する。ＵＩ画面データは、例えばＷｅｂページである。認証部１１３は、キャビネット又はボックスに対する利用者のログイン又はアクセスのための認証処理を行う。認証は、例えば利用者にパスワード等の認証情報を入力させることにより行う。データベース管理部１１５は、データベース１２０に対する文書ファイルやキャビネット管理情報の登録や読み出しを管理する。キャビネット判定部１１７は、利用者がログイン先として提示したキャビネットＩＤに対応する現存のキャビネットを判定する。この文書管理サーバ１００は、複数のキャビネットを１つに統合した場合に、統合後のキャビネットに対して、統合前のキャビネットのＩＤ及びパスワードによるログインを許可するので、このような判定手段を用いる。ログ記録部１１９は、データベース１２０に対する利用者（管理者又は一般利用者）の操作の履歴（ログ）を記録するための処理を行う。
【００２０】
データベース１２０は、キャビネット管理情報１２２，文書ファイル群１２４及びログ情報１２６を記憶している。文書ファイル群１２４は、文書管理サーバ１００が管理する文書ファイルの実体データである。ログ情報１２６は、データベース１２０に対する利用者の操作履歴の情報である。操作履歴には、例えば、操作の日時や操作者の識別情報、操作された対象（例えば、キャビネット、ボックス、又は文書ファイル）を特定する情報、等が含まれる。また、操作に対して課金を行う場合、文書管理サーバ１００は実行した操作に対する課金情報を記録するが、そのような課金情報もログ情報１２６の一種とみなすことができる。キャビネット管理情報１２２は、例えば図４に示すように、各契約者に割り当てられたキャビネットごとに、そのキャビネットを表すキャビネット情報５００を含んでいる。１つのキャビネットのキャビネット情報５００は、当該キャビネットの識別情報であるキャビネットＩＤ５１０，ビュー設定情報５２０，データ設定情報５３０，契約関連情報５４０を含んでいる。
【００２１】
ビュー設定情報５２０は、利用者に提供するＵＩ画面を定義する設定情報であり、図５に例示するように、ＵＩ画面上での各ポートレットの配置位置を示すポートレット配置設定５２２と、個々のポートレットの表示や処理内容等を定義するポートレット設定５２４とを含む。ポートレットは、Ｗｅｂページに配置されるＧＵＩ（グラフィカルユーザインタフェース）部品である。
【００２２】
図６に、文書管理サーバ１００が提供するポータルページの表示例を示す。この例は、ある利用者グループに対し利用契約に基づき割り当てられたキャビネットＡのポータルページを示している。このページには、利用者グループがカスタマイズ可能な領域６００がある。この例では、領域６００には、管理者メッセージを表示するポートレット６１０，文書又はボックスの検索のためのキーワードを入力するためのポートレット６２０，ブックマークされたリンク群を表示するポートレット６３０，及び当該キャビネット内のボックスの一覧を表示するポートレット６４０が配置されている。利用者グループは、領域６００内に配置するポートレットを指定したり、それら各ポートレットの位置や大きさなどを指定したりすることができる。ポートレットの大きさは、例えばポートレットの縦横の長さで指定してもよいし、そのポートレット内に表示する要素の個数（例えば一覧表示するボックスの数）により指定してもよい。これらの指定内容が、ビュー設定情報５２０である。
【００２３】
データ設定情報５３０は、当該キャビネットの属性情報（キャビネット属性５３２），当該キャビネット内の各ボックスの属性情報（ボックス属性５３４），及びそれら各ボックス内の各ファイルの属性情報（ファイル属性５３６）を含む。キャビネット属性５３２は、当該キャビネットの表示名や説明文、当該キャビネットに対して設定されたパスワードなどの情報を含む。ボックス属性５３４は、当該ボックスの表示名や説明文、当該ボックスに設定されたパスワード、当該ボックスに登録されたファイルの保持期間の長さ、当文書登録を通知するメールの通知先アドレス、当該ボックスが属するキャビネットのＩＤ、等を含む。ファイル属性５３６は、例えば、図７に例示するように、当該ファイルが属するキャビネット及びボックスのＩＤ、当該ファイル自身の識別情報（ファイルＩＤ）、ファイル名等を含む。ファイル属性５３６には、ファイルに関する説明やファイルがサーバ１００に登録された日時、そのファイルをサーバ１００に保持しておく期限が更に含まれていてもよい。また、このシステムでは複数のキャビネットを１つに統合することができるが、文書ファイルが統合前に所属していたキャビネットのＩＤ（旧キャビネットＩＤ）をファイル属性５３６に含めてもよい。この場合、例えば、統合前のキャビネットＡ内に既に存在していたファイル「００１５」の属性には、旧キャビネットＩＤとしてその統合前のキャビネットのＩＤ「Ａ」が登録される。これに対し、ファイル「００５８」は、統合後の新キャビネットＣに対して新規に登録されたファイルなので、旧キャビネットＩＤは存在しない。なお、ボックス属性５３４にも、各ボックスが統合前に属していた旧キャビネットのＩＤを持たせてもよい。
【００２４】
契約関連情報５４０は、当該キャビネットの利用者グループと文書管理サーバ１００の運営者との間で取り交わした利用契約に関する情報である。契約関連情報５４０には、図５に示すように、その契約の識別情報である契約ＩＤ５４２，契約により運営者が利用者に提供するサービス内容を規定するサービス設定５４４，利用者グループを代表する代表機関の名称（代表機関名５４６）、その代表機関の代表者名５４８などが含まれる。
【００２５】
再び図４の説明に戻る。複数のキャビネットを１つに統合した場合それら統合前のキャビネットはなくなり、統合結果のキャビネットが残ることになるが、このシステムでは、統合結果のキャビネットについてのキャビネット情報５００に、統合により消滅したキャビネット（統合前のキャビネット）のビュー設定の情報を関連づけて保存する。図４の例では、キャビネットＣはキャビネットＡ及びＢが統合してできたものなので、キャビネットＣのキャビネット情報５００には、キャビネットＡ及びＢのビュー設定５５０Ａ及び５５０Ｂが関連づけて保存される。
【００２６】
キャビネット管理情報１２２内のパスワード情報５６０は、キャビネットごとのパスワードを表す情報である。パスワードは、当該キャビネットにアクセスするのに必要なパスワードであり、キャビネット属性４０５に含まれるアクセス用パスワードと同じものである。なお、この例では、パスワード情報５６０には、統合により消滅した統合前のキャビネットのパスワードも残される。
【００２７】
キャビネット管理情報１２２内のキャビネット関係表５７０は、統合前のキャビネットと統合後のキャビネットとの対応関係を表す表（テーブル）である。この表には、統合前のキャビネットのＩＤと、それに対応する統合後のキャビネットのＩＤとの二者関係が列挙されている。例えば、図４に例示した表では、統合前のＩＤ”Ａ”と”Ｂ”に対する統合後のＩＤが共に”Ｃ”であり、これはキャビネットＡとＢが統合してキャビネットＣができたことを表している。また、統合前のＩＤ”Ｃ”に対応する統合後のＩＤは”ｎｕｌｌ（すなわち「存在しない」）”であるが、このことは、キャビネットＣは統合されずに現存していることを表している。このような表は、現存するキャビネットを根とする木（ツリー）の集合と等価である。あるキャビネットＩＤが与えられた場合、キャビネット関係表５７０が表す木を辿ることで、そのＩＤに対応する現存のキャビネットを特定することができる。
【００２８】
次に、図８を参照して、キャビネット統合時のデータベース管理部１１５の処理手順の一例を説明する。例えば異なるキャビネットを利用する利用者グループ同士が合併して１つのグループとなった場合に、利用者側からそれらキャビネットを１つに統合する要望が出てくることがある。そのような場合、利用者側が文書管理サーバ１００の運営者に対してキャビネットの統合を要望する。運営者は、その要望の正当性を確認する。要望が正当なものであれば、運営者側のシステム管理者が、その要望に従って文書管理サーバ１００に対してキャビネット統合のための操作を行う。図８は、そのような操作に応じてデータベース管理部１１５が実行する処理を表す。この処理は、運営者側しか呼び出せないように保護されている。
【００２９】
この処理では、データベース管理部１１５は、まず統合対象の複数のキャビネットのＩＤの指定をシステム管理者から受け付けると共に、それらを統合してできる新キャビネットに対し一意なキャビネットＩＤを割り当てる（Ｓ１）。そして、データベース管理部１１５は、その新キャビネットのためのキャビネット情報５００のエントリをデータベース１２０に生成する。また、データベース管理部１１５は、統合対象として指定された各キャビネットＩＤに対応するビュー設定情報をデータベース１２０から検索し、それら各旧キャビネットのビュー設定情報５２０を、旧キャビネットのＩＤと対応づけて、統合後の新たなキャビネットのキャビネット情報５００に組み込む（Ｓ２）。またデータベース管理部１１５は、システム管理者に対し、統合後の新キャビネットのビュー設定情報５２０及び契約関連情報５４０を入力するための入力画面を提供し、それら各情報５２０及び５４０の入力を受け付ける（Ｓ３）。システム管理者は、統合後の利用者グループからの情報に従って、新キャビネットのビュー設定情報５２０及び契約関連情報５４０を設定する。このとき設定されるビュー設定情報５２０は、統合前のキャビネットのビュー設定情報とは異なった内容となることが考えられる。例えば、図６に例示したＵＩ画面を採用していたキャビネットＡが他のキャビネットＢと統合され、新キャビネットＣが生成されたとする。この場合、新キャビネットＣのＵＩ画面としては、例えば図９に例示したように、キャビネットＡとは異なるものが採用されることがある。例えば、図６と図９では、各ポートレットの位置、及びポートレット６１０及び６４０の大きさが互いに異なる。
【００３０】
またデータベース管理部１１５は、統合対象の各旧キャビネットのデータ設定情報５３０同士を合成することで新キャビネットのデータ設定情報５３０を生成し、データベース１２０に書き込む（Ｓ４）。複数の旧キャビネットを統合する場合、例えば、それら各旧キャビネットに属するボックス群をそのまま新キャビネットの所属とすればよい。この場合、各旧キャビネットのボックス属性５３４を併合し、各ボックスが属するキャビネットのＩＤをその新キャビネットのＩＤに書き換えたものを、新キャビネットのボックス属性５３４とすればよい。またこのとき、各ボックスが属していた旧キャビネットのＩＤを各ボックスの旧キャビネットＩＤの属性値として追加してもよい。同様に、各旧キャビネットのファイル属性５３６を併合し、各ファイルが属するキャビネットのＩＤをその新キャビネットのＩＤに書き換えたものを、新キャビネットのファイル属性５３６とすればよい。また各ファイルが属していた旧キャビネットのＩＤを各ファイルの旧キャビネットＩＤの属性値として追加してもよい。なお、新キャビネットのデータ設定情報５３０のうち、キャビネット属性５３２（例えば新キャビネットのパスワード）は、システム管理者に設定させる。
【００３１】
以上のような処理により、統合後の新キャビネットができあがる。新キャビネットができあがったあとは、旧キャビネットのキャビネット情報５００は削除してよい。また、削除する代わりに、現存するキャビネットではなくなったことを示す情報をその旧キャビネットのキャビネット情報５００に付け加えるなどして、旧キャビネットを無効化してもよい。
【００３２】
次に、図１０を参照して、文書管理サーバ１００の利用者に対する処理の一例を説明する。この例では、まず文書管理サーバ１００のＵＩ部１１１は、利用者（すなわち、クライアント装置。例えば画像処理装置２００）からのアクセスに応じて、ログイン対象のキャビネットＩＤとパスワードを入力するためのログイン画面の情報を返す。そして、利用者が入力したキャビネットＩＤとパスワードを取得する（Ｓ１１）。認証部１１３は、それらキャビネットＩＤとパスワードの組合せが、パスワード情報５６０に登録されている正当な組合せか否かを判定し、正当であれば認証成功、正当でなければ認証失敗とする（Ｓ１２）。ここで、パスワード情報５６０には、統合の結果消滅した旧キャビネットのＩＤとパスワードの組合せも残っているので、利用者は旧キャビネットのＩＤとパスワードを用いてログインすることができる。
【００３３】
認証が失敗した場合、文書管理サーバ１００は、例えば利用者に対してキャビネットＩＤとパスワードの再入力を促す。認証が成功した場合、判定部１１７が、キャビネット関係表５７０を参照して、そのキャビネットＩＤに対応する現存キャビネットのＩＤを特定する（Ｓ１３）。例えば、そのキャビネットＩＤを「統合前のＩＤ」とするエントリの「統合後のＩＤ」をキャビネット関係表５７０から求め、求めたＩＤを「統合前のＩＤ」として同じ処理を繰り返す。この処理を繰り返すことで「統合後のＩＤ」が空（null）になった場合に、その統合後のＩＤに対応する統合前のＩＤが、現存するキャビネットのＩＤである。現存キャビネットのＩＤが特定されると、データベース管理部１１５は、利用者をそのキャビネットにログインさせる（Ｓ１４）。このとき、ログ記録部１１９は、利用者がその現存キャビネットにログインした旨を示すログレコードを、ログ情報１２６に追加する。また、ＵＩ部１１１は、ステップＳ１１で取得したキャビネットＩＤに対応するビュー設定情報をデータベース１２０から読み出し、その設定情報に従ったＵＩ画面を利用者に提供する（Ｓ１５）。すなわち、ステップＳ１５では、利用者からステップＳ１１で取得したキャビネットＩＤとパスワードが統合により無くなった旧キャビネットのものである場合には、その旧キャビネットのビュー設定情報に従ったＵＩ画面が利用者に提供される。また、それらキャビネットＩＤとパスワードが現存のキャビネットのものであれば、その現存キャビネットのビュー設定情報に従ったＵＩ画面が利用者に提供される。従って、利用者は、キャビネットの統合後も、統合前に用いていたＵＩ画面を利用することができる。例えばキャビネット関係表５７０が図７に例示したものである場合、利用者がキャビネットＡのＩＤとパスワードを入力した場合にはキャビネットＡの設定に従ったＵＩ画面が利用者に提供され、利用者はそのＵＩ画面を用いてキャビネットＣに対する操作を行うことができる。
【００３４】
利用者は、画像処理装置２００等のクライアント装置に表示されたそのＵＩ画面を通じて、ログインしたキャビネットに対する操作、例えば文書ファイルの登録やダウンロードについての指示を行う。データベース管理部１１５は、その操作指示に応じてデータベース１２０に文書ファイルを登録するなどの操作を実行する（Ｓ１６）。例えば、利用者が例えば図６に例示したＵＩ画面のボックス一覧６４０中の１つのボックスをクリックすると、文書管理サーバ１００はそのボックスの操作のためのＵＩ画面を提供する。ボックスの操作のためのＵＩ画面には、例えば、そのボックスに登録された文書ファイルの一覧が表示される。利用者が、その一覧の中のいずれかの文書ファイルを選択すると、その文書ファイルが利用者に提供される。また、利用者が、例えばそのボックスに対する文書ファイルの登録を指示すると、その文書ファイルがそのボックスに登録される。このように利用者の指示に応じた操作が実行されると、ログ記録部１１９はそのような利用者の操作に関するログレコードを生成し、ログ情報１２６に追加する（Ｓ１７）。そのログレコードには、その操作の日時や種類、操作対象（例えばキャビネット又はボックス）等の情報が含まれる。ここで、操作対象のキャビネットを表す情報としては、ステップＳ１３で判定された現存するキャビネットのＩＤがログレコードに記録される。なお、ステップＳ１１で取得したキャビネットＩＤも併せて記録してもよい。また、操作に関する履歴の一種として、その操作についての課金情報を記録する場合、課金対象としてはステップＳ１３で判定された現存キャビネットのＩＤ（又はそのキャビネットＩＤに対応する契約ＩＤ）を記録する。利用者がボタン６６０などを押下するなどでログアウトを指示するまで、文書管理サーバ１００は操作指示の受付及び実行（Ｓ１６）と、実行した操作の記録（Ｓ１７）を繰り返す。
【００３５】
ここで、利用者がビュー切換ポートレット６５０を操作することで、ＵＩ画面のレイアウトを切り換えられるようにしてもよい。例えば、統合前の旧キャビネットＡのＩＤを提示してログインした利用者には最初はその旧キャビネットＡの設定に従ったＵＩ画面が提示されるが、利用者はポートレット６５０を操作することで、ＵＩ画面の設定を現存キャビネットＣの設定に切り換えることができる。また、いったん現存キャビネットＣのビュー設定に切り換えたあとに、再び旧キャビネットＡのビュー設定に切り換えられるようにしてもよい。
【００３６】
そして、利用者からログアウトが指示されると（Ｓ１８）、文書管理サーバ１００はその利用者をログアウト状態とし、一連の処理を終了する。
【００３７】
なお、キャビネットの管理者が、あらかじめ文書管理サーバ１００に登録された管理者パスワードを用いてそのキャビネットにログインした場合、そのキャビネットのログ情報１２６を閲覧することができる。ログ情報の表示画面の一例を図１１に示す。図１１の例では、操作の日付、操作内容（操作の種類）、操作を行った利用者のアクセス権限、操作対象を含むログレコード群が示されている。
【００３８】
利用者が統合前の旧キャビネットＩＤでログインした場合に、文書管理サーバ１００は、その旧キャビネットＩＤを「旧キャビネットＩＤ」属性（例えば図７参照）の値として持つボックスや電子文書のみに制限してもよい。この場合、ＵＩ画面には、現存キャビネット内のボックスや文書ファイルのうちその旧キャビネットＩＤを持つものしか表示されないので、統合前にその旧キャビネットを利用していた利用者にとって、より違和感の少ない画面となる。
【００３９】
また、旧キャビネットのビュー設定情報に基づくＵＩ画面が表示されている状態で、利用者から文書ファイルが登録された場合、文書管理サーバ１００は、当該旧キャビネットのＩＤを、その文書ファイルのファイル属性の旧キャビネットＩＤの値（図７参照）として登録してもよい。例えば図４のキャビネット関係表５７０の例で、利用者が、キャビネットＡのＵＩ画面を操作して文書ファイルを登録した場合、その文書ファイルは、キャビネットＡに対応する現存キャビネットのＩＤ「Ｃ」を「キャビネットＩＤ」属性値として持ち、「旧キャビネットＩＤ」属性値として「Ａ」を持つこととなる。
【００４０】
また、文書管理サーバ１００は、文書ファイルの公開を、その文書ファイルの属性の「（現存）キャビネットＩＤ」又は「旧キャビネットＩＤ」のいずれかのＩＤでログインした利用者に限定してもよい。
【００４１】
また、利用者が旧キャビネットＩＤでログインした場合、その利用者の操作についてのログレコードに、現存キャビネットのＩＤの他に、その旧キャビネットのＩＤを記録してもよい。そして、ログ表示画面（図１１参照）上のキャビネット切換ポートレット６８０により現存キャビネット及び旧キャビネットの中から１つが選ばれると、文書管理サーバ１００が、選ばれたキャビネットのＩＤを含んだログレコードを一覧表示するようにしてもよい。
【００４２】
以上に例示したシステムにおける文書管理サーバ１００は、典型的には、汎用のコンピュータにて上述の文書管理サーバ１００の各部の機能又は処理内容を記述したプログラムを実行することにより実現される。コンピュータは、例えば、ハードウエアとして、マイクロプロセッサなどのＣＰＵ（中央演算装置）、ランダムアクセスメモリ等のメモリ（一次記憶）、各種Ｉ／Ｏ（入出力）インタフェース等がバスを介して接続された回路構成を有する。また、そのバスに対し、例えばＩ／Ｏインタフェース経由で、ハードディスクドライブやＣＤやＤＶＤに対する読み取り及び／又は書き込みのためのディスクドライブ、フラッシュメモリなどの各種規格の可搬型の不揮発性記録媒体に対する読み取り及び／又は書き込みのための装置、などが接続される。実施形態の処理内容が記述されたプログラムがＣＤやＤＶＤ等の記録媒体を経由して、又はネットワーク経由で、ハードディスクドライブ等の固定記憶装置に保存され、コンピュータにインストールされる。固定記憶装置に記憶されたプログラムがメモリに読み出されＣＰＵにより実行されることにより、実施形態の処理が実現される。
【図面の簡単な説明】
【００４３】
【図１】実施形態の方式が適用されるシステムの一例の概略構成を示す図である。
【図２】文書管理サーバが管理する文書空間の構造の例を示す図である。
【図３】文書管理サーバの機能的な構成の一例を示す機能ブロック図である。
【図４】キャビネット管理情報のデータ内容の一例を示す図である。
【図５】ビュー設定情報、データ設定情報及び契約関連情報のデータ内容の一例を示す図である。
【図６】あるキャビネットのポータルページの表示例を示す図である。
【図７】ファイル属性のデータ内容の一例を示す図である。
【図８】キャビネット統合時のデータベース管理部の処理手順の一例を示すフローチャートである。
【図９】別のキャビネットのポータルページの表示例を示す図である。
【図１０】文書管理サーバの利用者に対する処理の一例を示すフローチャートである。
【図１１】あるキャビネットについてのログ情報の表示画面の一例を示す図である。
【符号の説明】
【００４４】
１００  文書管理サーバ、２００  画像処理装置、３００  ネットワーク、１２２  キャビネット管理情報、５００  キャビネット情報、５１０  キャビネットＩＤ、５２０  ビュー設定情報、５３０  データ設定情報、５４０  契約関連情報、５５０Ａ  キャビネットＡのビュー設定、５５０Ｂ  キャビネットＢのビュー設定、５６０  パスワード情報、５７０  キャビネット関係表。
【図１】
2008305012.tif 000003
【図２】
2008305012.tif 000004
【図３】
2008305012.tif 000005
【図４】
2008305012.tif 000006
【図５】
2008305012.tif 000007
【図７】
2008305012.tif 000008
【図８】
2008305012.tif 000009
【図１０】
2008305012.tif 000010
【図６】
2008305012.tif 000011
【図９】
2008305012.tif 000012
【図１１】
2008305012.tif 000013