(57)【要約】      （修正有）【課題】文書分割後、分割元の保存先により分割元の文書を保存されている領域に残す手段を実現する。【解決手段】文書を分割し、分割された元の文書の保存されている領域にごみ箱機能があるか否かを判別し、分割された元の文書の保存されている領域にごみ箱機能がないと判別された場合、ユーザの選択に応じて、元の文書を保存されている領域に残すかあるいは削除する。ゴミ箱機能があると判別した場合には元の文書をゴミ箱に移動する。【選択図】図６
2011253435.tif 000002
【特許請求の範囲】
【請求項１】
文書を分割する分割手段、
前記分割手段により分割された元の文書の保存されている領域にごみ箱機能があるか判別する判別手段、
前記判別手段により前記分割手段により分割された元の文書の保存されている領域にごみ箱機能がないと判別された場合、前記元の文書を保存されている領域に残す処理手段としてコンピュータを機能させるプログラム。
【請求項２】
前記処理手段は、前記判別手段により前記分割手段により分割された元の文書の保存されている領域にごみ箱機能があると判別された場合、前記元の文書をごみ箱に移動することを特徴とする請求項１に記載のプログラム。
【請求項３】
前記処理手段は、ユーザの選択に応じて、前記判別手段により前記分割手段により分割された元の文書の保存されている領域にごみ箱機能がないと判別された場合、前記元の文書を保存されている領域に残すか、前記元の文書を削除することを特徴とする請求項１に記載のプログラム。
【請求項４】
前記分割手段により分割された文書の文書名を既に存在する文書名と重複しないように生成する生成手段としてコンピュータを機能させることを特徴とする請求項１乃至３のいずれか１項に記載のプログラム。
【請求項５】
文書を変換する変換ステップと、
前記変換ステップにより変換された元の文書の保存されている領域にごみ箱機能があるか判別する判別ステップと、
前記判別ステップにより前記変換ステップにより変換された元の文書の保存されている領域にごみ箱機能がないと判別された場合、前記元の文書を保存されている領域に残す処理ステップとを備えることを特徴とする文書管理方法。
【請求項６】
前記処理ステップは、前記判別ステップにより前記変換ステップにより変換された元の文書の保存されている領域にごみ箱機能があると判別された場合、前記元の文書をごみ箱に移動することを特徴とする請求項５に記載の文書管理方法。
【請求項７】
前記処理ステップは、ユーザの選択に応じて、前記判別ステップにより前記変換ステップにより変換された元の文書の保存されている領域にごみ箱機能がないと判別された場合、前記元の文書を保存されている領域に残すか、前記元の文書を削除することを特徴とする請求項５に記載の文書管理方法。
【請求項８】
前記変換ステップにより変換された文書の文書名を既に存在する文書名と重複しないように生成する生成ステップを、更に備えることを特徴とする請求項５乃至７のいずれか１項に記載の文書管理方法。
【請求項９】
文書を結合する結合手段と、
前記結合手段により結合された元の文書の保存されている領域にごみ箱機能があるか判別する判別手段と、
前記判別手段により前記結合手段により結合された元の文書の保存されている領域にごみ箱機能がないと判別された場合、前記元の文書を保存されている領域に残す処理手段とを備えることを特徴とする文書管理装置。
【請求項１０】
前記処理手段は、前記判別手段により前記結合手段により結合された元の文書の保存されている領域にごみ箱機能があると判別された場合、前記元の文書をごみ箱に移動することを特徴とする請求項９に記載の文書管理装置。
【請求項１１】
前記処理手段は、ユーザの選択に応じて、前記判別手段により前記結合手段により結合された元の文書の保存されている領域にごみ箱機能がないと判別された場合、前記元の文書を保存されている領域に残すか、前記元の文書を削除することを特徴とする請求項９に記載の文書管理装置。
【請求項１２】
前記結合手段により結合された文書の文書名を既に存在する文書名と重複しないように生成する生成手段を、更に備えることを特徴とする請求項９乃至１１のいずれか１項に記載の文書管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書を分割した際に分割元の文書を保存している場所に応じて分割元の文書に処理をする文書管理装置、文書管理方法、及びプログラムに関する。
【背景技術】
【０００２】
特許文献１では、文書管理装置において、文書を分割して複数領域へ分割した文書を保存し、分割元の文書に戻す場合は分割されて複数領域をまたぎ保存された文書から元に戻す。
このように、特許文献１では、分割元の文書を削除した場合でも、分割されて複数領域をまたぎ保存された文書から分割元の文書を戻す事が可能である。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平５−２１６７２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、上述の技術では、分割した文書を複数領域へ保存するので分割した文書のうち一部の文書が削除もしくは破損してしまうと分割元の文書に戻せない恐れがある。また、分割した文書を複数領域へ保存するにあたり、一部の領域にて分割した文書を保存する領域が確保できなかった場合に分割元の文書の情報が一部欠けてしまう恐れもある。
【０００５】
本発明では、特許文献１のように複数領域へ保存してある分割した文書から分割元の文書に戻すのではなく、ある特定の領域に分割元の文書を格納して分割元の文書を戻すようにする。
【課題を解決するための手段】
【０００６】
上述した課題を解決するために本発明が提供するプログラムは、
文書を分割する分割手段、
前記分割手段により分割された元の文書の保存されている領域にごみ箱機能があるか判別する判別手段、
前記判別手段により前記分割手段により分割された元の文書の保存されている領域にごみ箱機能がないと判別された場合、前記元の文書を保存されている領域に残す処理手段としてコンピュータを機能させることを特徴とする。
【発明の効果】
【０００７】
本発明によれば、文書分割後、分割元の文書を保存している領域の機能に関わらず、分割元の文書を残すことができる。
【図面の簡単な説明】
【０００８】
【図１】本発明に係る文書管理システムの実施形態１のシステム構成図である。
【図２】実施形態１におけるクライアントＰＣ、各サーバのハードウェア構成図である。
【図３】実施形態１におけるソフトウェア構成図である。
【図４】実施形態１における分割元文書保存領域実行可能処理判断部に要する分割元の文書を保存する領域を定義したファイルである。
【図５】実施形態１における分割元文書格納領域実行可能処理判断結果からのメッセージ送信部の概念図である。
【図６】図５における処理の詳細を示すフローチャートである。
【図７】図６におけるステップ６０５の詳細を示すフローチャートである。
【図８】本発明に係る文書管理システムの実施形態２のシステム構成図である。
【図９】実施形態２におけるソフトウェア構成図である。
【図１０】図９における処理の詳細を示すフローチャートである。
【図１１】本発明に係る文書管理システムの実施形態３のシステム構成図である。
【図１２】実施形態３におけるソフトウェア構成図である。
【図１３】図１２における処理の詳細を示すフローチャートである。
【図１４】本発明に係る文書管理システムの実施形態４のシステム構成図である。
【図１５】実施形態４におけるソフトウェア構成図である。
【図１６】図１５における処理の詳細を示すフローチャートである。
【図１７】本発明に係る文書管理システムの実施形態５のシステム構成図である。
【図１８】実施形態５におけるソフトウェア構成図である。
【図１９】図１８における処理の詳細を示すフローチャートである。
【図２０】本発明に係る文書管理システムの実施形態６のシステム構成図である。
【図２１】実施形態６におけるソフトウェア構成図である。
【図２２】図２１における処理の詳細を示すフローチャートである。
【図２３】本発明に係る文書管理システムの実施形態７のシステム構成図である。
【図２４】実施形態７におけるソフトウェア構成図である。
【発明を実施するための形態】
【０００９】
（実施形態１）
本発明の実施形態１を図１乃至図７に基づき説明する。図１、図２は、本実施形態が前提とする構成の説明であり、図３乃至図７は本発明を具現化する手段の説明である。
【００１０】
［システム構成］
図１は本発明に係る文書管理システムの実施形態１のシステム構成図である。
【００１１】
文書分割をリクエストするユーザ１０１が利用するクライアントＰＣ１０２は、ネットワーク１０３を介してファイルサーバ１０４、アプリケーションサーバ１０５と接続されている。
【００１２】
ユーザ１０１がクライアントＰＣ１０２上で起動する文書管理アプリケーションからアインターネット等のネットワーク１０３を介してファイルサーバ１０４やアプリケーションサーバ１０５に接続する。そして、ファイルサーバ１０４やアプリケーションサーバ１０５に保存してある文書にアクセスする。また、ユーザ１０１はファイルサーバ１０４やアプリケーションサーバ１０５に保存してある文書だけでなく、クライアントＰＣ１０２および、ローカル環境に保存してある文書にもアクセスする。文書管理アプリケーションはユーザ１０１がアクセスした文書を分割すると、分割元の文書が保存されている領域（クライアントＰＣ１０２、ファイルサーバ１０４やアプリケーションサーバ１０５）が分割元の文書に対して実行できる処理を判断する。文書管理アプリケーションは分割元の文書が保存されている領域（クライアントＰＣ１０２、ファイルサーバ１０４やアプリケーションサーバ１０５）が分割元の文書に対して、削除、移動、保存処理ができると判断すると、ユーザ１０１に処理を選択させる。文書管理アプリケーションはユーザ１０１が選択した処理を受けると、分割元の文書が保存されている領域（クライアントＰＣ１０２、ファイルサーバ１０４やアプリケーションサーバ１０５）にユーザ１０１が選択した処理をリクエストする。分割元の文書が保存されている領域（クライアントＰＣ１０２、ファイルサーバ１０４やアプリケーションサーバ１０５）は分割元の文書に対して、ユーザ１０１がリクエストした処理を実行する。
【００１３】
本実施形態において、クライアントＰＣ１０１はネットワーク上に複数存在して良い。文書管理アプリケーションは文書を操作するための専用のアプリケーションでも良く、或いはＷｅｂブラウザ上で動作するＷｅｂアプリケーションでも良い。
【００１４】
［ハードウェア構成］
次に本実施形態を構成するクライアントＰＣ１０２、アプリケーションサーバ１０４、ファイルサーバ１０５を図２に示す。同図に示されるハードウェア構成は一般的な情報処理装置のハードウェア構成に相当する。
【００１５】
図２において、ＣＰＵ２００は、ＲＯＭ２０２のプログラム用ＲＯＭに記憶された、或いはハードディスクドライブ（ＨＤＤ）２０７からＲＡＭ２０１にロードされたＯＳ（オペレーティングシステム）やアプリケーション等のプログラムを実行する。このプログラムは後述する図６、７、１０、１３、１６、１９、２２の各フローチャートの処理をコンピュータ（ＣＰＵ）に実行させるためのプログラムである。すなわち、該プログラムを実行することにより、コンピュータを、後述する図３に示すような各処理部として機能させることができる。なお、本実施形態では、プログラムを実行することにより、コンピュータを図３の各処理部として機能させるものとするが、図３の各処理部の一部または全部を専用の電子回路（ハードウェア）で構成しても構わない。ＲＡＭ２０１は、ＣＰＵ２００の主メモリ、ワークエリア等として機能する。キーボードコントローラ２０５は、キーボード２０９からのキー入力を制御する。ディスプレイコントローラ２０４は、各種ディスプレイ２０８の表示を制御する。ディスクコントローラ２０３は、受信した文章を記憶するハードディスクドライブ２０７におけるデータアクセスを制御する。通信インタフェイス（Ｉ／Ｆ）２０６はネットワーク１０３に接続されて、ネットワーク１０３に接続された他の機器との通信制御処理を実行する。
【００１６】
［ソフトウェア構成］
次にクライアントＰＣ１０２及びアプリケーションサーバ１０４、ファイルサーバ１０５内のソフトウェア構成図を図３に示す。
【００１７】
アプリケーション起動部３０１１はクライアントＰＣ１０２に搭載された文書管理アプリケーション３０１を起動する。文書一覧取得部３０１２はクライアントＰＣ１０２もしくは、アプリケーションサーバ１０４、ファイルサーバ１０５に格納されている文書の一覧を取得する。文書一覧送信部３０１３はクライアントＰＣ１０２に格納されている文書の一覧を文書管理アプリケーション３０１に送信する。
【００１８】
また、アプリケーションサーバ１０４の文書一覧送信部３０２１は文書一覧送信部３０１３と同様、アプリケーションサーバ１０４とファイルサーバ１０５に格納されている文書の一覧を文書管理アプリケーション３０１に送信する。
【００１９】
また、ファイルサーバ１０５の文書一覧送信部３０３１は文書一覧送信部３０１３と同様、アプリケーションサーバ１０４とファイルサーバ１０５に格納されている文書の一覧を文書管理アプリケーション３０１に送信する。
【００２０】
文書管理一覧表示部３０１４は文書一覧送信部３０１３、アプリケーションサーバ１０４の文書一覧送信部３０２１や、ファイルサーバ１０５の文書一覧送信部３０３１から送信された文書の一覧を表示する。文書分割リクエスト送信部３０１５は文書一覧表示部３０２１で表示された文書のうちユーザ１０１が選択した文書を分割するリクエストを送信する。文書分割リクエスト受信部３０１６は文書分割リクエスト送信部３０１５から送信された文書分割リクエストを受信する。
【００２１】
また、アプリケーションサーバ１０４の文書分割リクエスト受信部３０２２はクライアントＰＣ１０２の文書分割リクエスト受信部３０１６同様、文書分割リクエスト送信部３０１５から送信され文書分割リクエストを受信する。
【００２２】
また、ファイルサーバ１０５の文書分割リクエスト受信部３０３２はクライアントＰＣ１０２の文書分割リクエスト受信部３０１６同様、文書分割リクエスト送信部３０１５から送信され文書分割リクエストを受信する。
【００２３】
文書分割リクエストを受信した文書分割リクエスト受信部３０１６、もしくは、３０２２、３０３２はユーザ１０１が文書管理アプリケーション３０１上で選択した文書を分割する。領域可能処理判断部３０１７は文書の分割処理が完了すると、クライアントＰＣ１０２で実行可能な処理を判断する。
【００２４】
また、アプリケーションサーバ１０４の領域可能処理判断部３０２３は領域可能処理判断部３０１７同様、文書の分割処理が完了すると、アプリケーションサーバ１０４、ファイルサーバ１０５で実行可能な処理を判断する。
【００２５】
また、ファイルサーバ１０５の領域可能処理判断部３０３３は領域可能処理判断部３０１７同様、文書の分割処理が完了すると、アプリケーションサーバ１０４、ファイルサーバ１０５で実行可能な処理を判断する。
【００２６】
処理選択メッセージ表示部３０１８は領域可能処理判断部３０１７もしくは、領域可能処理判断部３０２３、領域可能処理判断部３０３３で分割元の文書に対して可能な処理を表示する。ユーザ選択処理受信部３０１９は処理選択メッセージ表示部３０１８で表示した処理のうち、ユーザ１０１が選択した処理を受信する。ユーザ選択処理送信部３０１１０はユーザ選択処理受信部３０１９で受信したユーザ１０１が選択した処理をユーザ選択処理実行部３０１１１に送信する。
【００２７】
また、ユーザ選択処理送信部３０１１０は、分割元の文書がアプリケーションサーバ１０４に格納されている場合、ユーザ選択処理実行部３０２４もしくは、ユーザ選択処理実行部３０３４にユーザ選択処理受信部３０１９で受信したユーザ１０１が選択した処理を送信する。
【００２８】
また、ユーザ選択処理送信部３０１１０は、分割元の文書がファイルサーバ１０５に格納されている場合、ユーザ選択処理実行部３０２４もしくは、ユーザ選択処理実行部３０３４にユーザ選択処理受信部３０１９で受信したユーザ１０１が選択した処理を送信する。
【００２９】
ユーザ選択処理実行部３０１１１はユーザ選択処理受信部３０１９で受信したユーザ１０１が選択した処理を実行する。また、アプリケーションサーバ１０４のユーザ選択処理実行部３０２４もしくは、ファイルサーバ１０５のユーザ選択処理実行部３０３４もユーザ選択処理実行部３０１１１同様、ユーザ選択処理受信部３０１９で受信したユーザ１０１が選択した処理を実行する。
【００３０】
なお、図３は本実施形態に必要なソフトウェアの構成を示したに過ぎず、これに限定されるわけではない。
【００３１】
以下、本実施形態の文書管理システムにおける処理について、図４乃至図６を用いて詳細に説明する。
【００３２】
［分割元文書保存領域実行可能処理判断部］
テーブル４０１は文書を保存する領域の機能を定義しているファイルである。
【００３３】
文書管理アプリケーション３０１は分割元の文書が保存されている領域がＰＣおよび、ローカル領域である場合、分割元文書をＰＣに搭載されているＯＳに準拠した機能を利用して文書の保存、もしくはゴミ箱への移動が可能であると判断する。また、文書管理アプリケーション３０１は分割元の文書が保存されている領域がアプリケーションサーバである場合、分割元文書をアプリケーションサーバが持つ機能を利用して、文書を保存もしくは、ごみ箱への移動を可能にする。さらに、文書管理アプリケーション３０１は分割元の文書が保存されている領域がファイルサーバである場合、分割元文書をファイルサーバが持つ機能を利用して、文書を保存もしくは、文書の完全削除を可能にする。
【００３４】
なお、上述の機能は一例であり、文書管理アプリケーション３０１が他の機能を判断する事も可能とする。
【００３５】
［分割元文書格納領域実行可能処理判断結果からのメッセージ送信部］
まず、本実施形態においてユーザ１０１が文書分割をリクエストし、文書分割後に文書管理アプリケーション３０１が分割元の文書が保存されている領域が実行可能な処理をユーザ１０１にメッセージを表示する。
【００３６】
ユーザ１０１がクライアントＰＣ１０２に搭載された文書管理アプリケーション３０１にて、アプリケーションサーバ１０４に格納されている文書一覧を取得するリクエストをアプリケーションサーバ１０４に送信する。次にアプリケーションサーバ１０４は自身に格納されている文書一覧を文書管理アプリケーション３０１へ送信する。ここでユーザ１０１が取得した文書一覧５０１において、ユーザ１０１は「ａ．ｘｘｘ」を選択し、文書管理アプリケーション３０１に文書分割リクエストを送信する。文書管理アプリケーション３０１は「ａ．ｘｘｘ」を分割し、文書一覧５０２のように分割元文書「ａ．ｘｘｘ」、分割された文書「ａ−１．ｘｘｘ」、「ａ−２．ｘｘｘ」を表示する。そして、文書管理アプリケーション３０１はアプリケーションサーバ１０４が分割元文書「ａ．ｘｘｘ」に対して可能な処理を判断する。判断した結果、文書管理アプリケーション３０１はメッセージ５０３を表示しユーザ１０１に分割元文書を保存するか、削除するかを選択するよう促す。
【００３７】
なお、上記はアプリケーションサーバ１０４に対しての実施形態であるが、文書を格納している領域がクライアントＰＣ１０２もしくは、ファイルサーバ１０５でも処理の流れは同様である。
【００３８】
図６は図５における処理の詳細を示すフローチャートである。
【００３９】
これらステップで文書管理アプリケーション３０１はアプリケーションサーバ１０４に格納されている文書一覧取得リクエストを送信し、アプリケーションサーバ１０４から文書一覧を受信する。文書管理アプリケーション３０１は取得した文書一覧からユーザ１０１が選択した文書の分割リクエストを受信し、文書の分割を実行する。そして、文書管理アプリケーション３０１は文書を分割後、分割元の文書が保存されている領域が実行可能な処理を判断し、ユーザ１０１へ分割元の文書に対する処理を選択させる。文書管理アプリケーション３０１はユーザ１０１が選択した処理を分割元文書に実行する。
【００４０】
詳細には、文書管理アプリケーション３０１はステップ６０１で、アプリケーションサーバ１０４に格納されている文書一覧を取得する。文書管理アプリケーション３０１はステップ６０２でステップ６０１にて取得したアプリケーションサーバ１０４の文書一覧をクライアントＰＣ１０２上で表示する。そして、文書管理アプリケーション３０１はステップ６０３でステップ６０１にて取得した文書一覧のうち、１つの文書をユーザ１０１が選択し、文書分割リクエストをしたか判断する。文書管理アプリケーション３０１はステップ６０３でステップ６０１にて取得した文書一覧のうち、１つの文書をユーザ１０１が選択し、文書分割リクエストをしたと判断すると、ユーザ１０１が選択した文書を分割する。
【００４１】
一方、ステップ６０３でステップ６０１にて取得した文書一覧のうち、１つの文書をユーザ１０１が選択し、文書分割リクエストをしていないと判断すると、文書管理アプリケーション３０１はステップ６０１にて取得した文書一覧を表示したままにする。
【００４２】
文書管理アプリケーション３０１はステップ６０４で文書を分割後、ステップ６０５で分割元の文書が保存されている領域が文書に対して実行可能な処理を調べる。そして、文書管理アプリケーション３０１はステップ６０６で分割元の文書が保存されている領域は文書の保存とゴミ箱機能を持つと判断すると、ステップ６０８で分割元の文書を保存する。
【００４３】
なお、ごみ箱とは、不要ファイルを削除するためのアイコンのことである。ごみ箱機能とは、マウスでファイルやフォルダのアイコンをごみ箱にドラッグ・アンド・ドロップすると、それらがごみ箱の中に移動する。この時点でごみ箱から取り出して元に戻すことは可能で、「ごみ箱を空にする」という操作を実行した時点で実際に削除される機能である。
【００４４】
また、ステップ６０８では分割元の文書を保存するかわりに、ごみ箱へ移動するかを問うメッセージをクライアントＰＣ１０２上に表示してもよい。文書管理アプリケーション３０１はステップ６１２でユーザ１０１が分割元の文書の保存を選択したと判断すると、ステップ６１１で分割元の文書を保存する。もしくは、ステップ６１２でユーザ１０１が分割元の文書をゴミ箱へ移動を選択したと判断すると、文書管理アプリケーション３０１はステップ６１３で分割元の文書をゴミ箱へ移動する。
【００４５】
一方ステップ６０６で分割元の文書が保存されている領域は文書の保存機能を持つが、ゴミ箱機能は持たないと判断すると、文書管理アプリケーション３０１はステップ６０７で分割元の文書を保存する。また、ステップ６０７で分割元の文書を保存するかわりに完全削除するかを問うメッセージをクライアントＰＣ１０２上に表示してもよい。文書管理アプリケーション３０１はステップ６０９でユーザ１０１が分割元の文書の保存を選択したと判断すると、ステップ６１１で分割元の文書を保存する。もしくは、ステップ６０９でユーザ１０１が分割元の文書の完全削除を選択したと判断すると、文書管理アプリケーション３０１はステップ６１０で分割元の文書を完全削除する。
【００４６】
なお、上述において、アプリケーションサーバ１０４に保存されている文書を分割する場合は、文書管理アプリケーション３０１はステップ６０６にて、分割元の文書が保存されている領域は文書の保存とゴミ箱機能を持つと判断する。
【００４７】
一方、ファイルサーバに保存されている文書を分割する場合、文書管理アプリケーション３０１はステップ６０６にて、分割元の文書が保存されている領域は文書の保存機能を持つが、ゴミ箱機能は持たないと判断する。
【００４８】
なお、図６の処理でステップ６０７、６０８、６０９、６１０、６１２の処理を省略し、ステップ６０６でごみ箱機能を持つと判別された場合、ステップ６１１に進み、ごみ箱機能を持たないと判別された場合、ステップ６１３に進むようにしてもよい。
【００４９】
図７は図６のステップ６０５の詳細を示すフローチャートである。
【００５０】
これらステップで文書管理アプリケーション３０１は分割元の文書を保存している領域の機能を定義しているファイル４０１を読み込み、分割元の文書を保存している領域の機能を判断する。文書管理アプリケーション３０１はステップ７０１で分割元の文書が保存されている領域の情報および、領域名を取得する。文書管理アプリケーション３０１はステップ７０２でファイル４０１を読み込む。そして、文書管理アプリケーション３０１はステップ７０３にて、ステップ７０１で取得した領域の情報および、領域名とステップ７０２で読み込んだファイル４０１の情報を比較し、分割元の文書が保存してある領域がファイル４０１内に存在するか判断する。文書管理アプリケーション３０１はステップ７０４にて、ステップ７０３で分割元の文書が保存してある領域がファイル４０１内に存在すると判断すると、分割元の文書が保存してある領域が持つ機能情報を取得する。さらに文書管理アプリケーション３０１はステップ７０４で取得した分割元の文書が保存してある領域が持つ機能情報を利用し、図６のステップ６０６以降の処理を実行する。
【００５１】
（実施形態２）
本発明の実施形態２を図８乃至図１０に基づき説明する。実施形態２では、ユーザ１０１が文書変換をした後、文書管理アプリケーション３０１は変換元の文書が保存されている領域が持つ機能を判断して変換元の文書に対して処理をユーザ１０１に選択させる。そして、文書管理アプリケーション３０１はユーザ１０１が選択した処理を変換元の文書に対して実行する。
【００５２】
［システム構成］
システム構成は実施形態１と同様であって良いので、説明は省略する。
【００５３】
［ハードウェア構成］
ハードウェア構成は実施形態１と同様であって良いので、説明は省略する。
【００５４】
［ソフトウェア構成］
次に、本実施形態におけるクライアントＰＣ１０２及び、ファイルサーバ１０４、アプリケーションサーバ１０５内のソフトウェア構成を図８に示す。
【００５５】
文書変換リクエスト送信部８０１は文書一覧表示部３０２１で表示された文書のうちユーザ１０１が選択した文書を変換するリクエストを送信する。文書変換リクエスト受信部８０２は文書変換リクエスト送信部８０１から送信された文書変換リクエストを受信する。
【００５６】
また、アプリケーションサーバ１０４の文書変換リクエスト受信部８０３はクライアントＰＣ１０２の文書変換リクエスト受信部８０２同様、文書変換リクエスト送信部８０１から送信された文書変換リクエストを受信する。また、ファイルサーバ１０５の文書変換リクエスト受信部８０４もクライアントＰＣ１０２の文書変換リクエスト受信部８０２同様、文書変換リクエスト送信部８０１から送信された文書変換リクエストを受信する。その他の構成は図３と同様のため説明は省略する。
【００５７】
以下、本実施形態の文書管理システムにおける処理について、図９乃至図１０を用いて詳細に説明する。
【００５８】
［変換元文書格納領域実行可能処理判断結果からのメッセージ送信部］
まず、本実施形態においてユーザ１０１が文書変換をリクエストし、文書変換後に文書管理アプリケーション３０１が変換元の文書が保存されている領域が実行可能な処理をユーザ１０１にメッセージを表示する。
【００５９】
ユーザ１０１がクライアントＰＣ１０２に搭載された文書管理アプリケーション３０１にて、アプリケーションサーバ１０４に格納されている文書一覧を取得するリクエストをアプリケーションサーバ１０４に送信する。次にアプリケーションサーバ１０４は自身に格納されている文書一覧を文書管理アプリケーション３０１へ送信する。ここでユーザ１０１が取得した文書一覧５０１において、ユーザ１０１は「ｂ．ｘｘｘ」を選択し、文書管理アプリケーション３０１に文書変換リクエストを送信する。文書管理アプリケーション３０１は「ｂ．ｘｘｘ」を変換し、文書一覧９０１のように変換元文書「ｂ．ｘｘｘ」、変換された文書「ｂ．ｙｙｙ」を表示する。そして、文書管理アプリケーション３０１はアプリケーションサーバ１０４が分割元文書「ｂ．ｘｘｘ」に対して可能な処理を判断する。判断した結果、文書管理アプリケーション３０１はメッセージ９０２を表示しユーザ１０１に変換元文書を保存するか、削除するかを選択するよう促す。
【００６０】
なお、上記はアプリケーションサーバ１０４に対しての実施形態であるが、文書を格納している領域がクライアントＰＣ１０２もしくは、ファイルサーバ１０５でも処理の流れは同様である。
【００６１】
図１０は図９における処理の詳細を示すフローチャートである。
【００６２】
これらステップで文書管理アプリケーション３０１はアプリケーションサーバ１０４に格納されている文書一覧取得リクエストを送信し、アプリケーションサーバ１０４から文書一覧を受信する。文書管理アプリケーション３０１は取得した文書一覧からユーザ１０１が選択した文書の変換リクエストを受信し、文書の変換を実行する。そして、文書管理アプリケーション３０１は文書を変換後、変換元の文書が保存されている領域が実行可能な処理を判断し、ユーザ１０１へ変換元の文書に対する処理を選択させる。文書管理アプリケーション３０１はユーザ１０１が選択した処理を変換元文書に実行する。
【００６３】
詳細には、文書管理アプリケーション３０１はステップ１００１でステップ６０１にて取得した文書一覧のうち、１つの文書をユーザ１０１が選択し、文書変換リクエストをしたか判断する。文書管理アプリケーション３０１はステップ１００１でステップ６０１にて取得した文書一覧のうち、１つの文書をユーザ１０１が選択し、文書変換リクエストをしたと判断すると、ユーザ１０１が選択した文書を変換する。
【００６４】
一方、ステップ１００１でステップ６０１にて取得した文書一覧のうち、１つの文書をユーザ１０１が選択し、文書変換リクエストをしていないと判断すると、文書管理アプリケーション３０１はステップ６０１にて取得した文書一覧を表示したままにする。
【００６５】
文書管理アプリケーション３０１はステップ１００２で文書を変換後、ステップ１００３で変換元の文書が保存されている領域が文書に対して実行可能な処理を調べる。文書管理アプリケーション３０１はステップ１００４で変換元の文書が保存されている領域は文書の保存とゴミ箱機能を持つと判断すると、ステップ１００６で変換元の文書を保存するか、ごみ箱へ移動するかを問うメッセージをクライアントＰＣ１０２上に表示する。文書管理アプリケーション３０１はステップ１０１０でユーザ１０１が変換元の文書の保存を選択したと判断すると、ステップ１００９で変換元の文書を保存する。もしくは、ステップ１０１０でユーザ１０１が変換元の文書をゴミ箱へ移動を選択したと判断すると、文書管理アプリケーション３０１はステップ１０１１で変換元の文書をゴミ箱へ移動する。
【００６６】
一方ステップ１００４で変換元の文書が保存されている領域は文書の保存機能を持つが、ゴミ箱機能は持たないと判断すると、文書管理アプリケーション３０１はステップ１００５で分割元の文書を保存するか、完全削除するかを問うメッセージをクライアントＰＣ１０２上に表示する。文書管理アプリケーション３０１はステップ１００７でユーザ１０１が変換元の文書の保存を選択したと判断すると、ステップ１００９で変換元の文書を保存する。もしくは、ステップ１００７でユーザ１０１が変換元の文書の完全削除を選択したと判断すると、文書管理アプリケーション３０１はステップ１００８で変換元の文書を完全削除する。その他の処理は図６と同様のため説明は省略する。
【００６７】
（実施形態３）
本発明の実施形態３を図１１乃至図１３に基づき説明する。実施形態３では、ユーザ１０１が文書結合をした後、文書管理アプリケーション３０１は結合元の文書が保存されている領域が持つ機能を判断して結合元の文書に対して処理をユーザ１０１に選択させる。そして、文書管理アプリケーション３０１はユーザ１０１が選択した処理を結合元の文書に対して実行する。
【００６８】
［システム構成］
システム構成は実施形態１と同様であって良いので、説明は省略する。
【００６９】
［ハードウェア構成］
ハードウェア構成は実施形態１と同様であって良いので、説明は省略する。
【００７０】
［ソフトウェア構成］
次に、本実施形態におけるクライアントＰＣ１０２及び、ファイルサーバ１０４、アプリケーションサーバ１０５内のソフトウェア構成を図９に示す。
文書変換リクエスト送信部１１０１は文書一覧表示部３０２１で表示された文書のうちユーザ１０１が選択した複数の文書を結合するリクエストを送信する。文書結合リクエスト受信部１１０２は文書結合リクエスト送信部１１０１から送信された文書結合リクエストを受信する。
【００７１】
また、アプリケーションサーバ１０４の文書結合リクエスト受信部１１０３はクライアントＰＣ１０２の文書結合リクエスト受信部１１０２同様、文書結合リクエスト送信部１１０１から送信された文書結合リクエストを受信する。また、ファイルサーバ１０５の文書結合リクエスト受信部１１０４はクライアントＰＣ１０２の文書結合リクエスト受信部１１０２同様、文書結合リクエスト送信部１１０１から送信された文書結合リクエストを受信する。その他の構成は図３と同様のため説明は省略する。
【００７２】
［結合元文書格納領域実行可能処理判断結果からのメッセージ送信部］
まず、本実施形態においてユーザ１０１が文書変換をリクエストし、文書変換後に文書管理アプリケーション３０１が変換元の文書が保存されている領域が実行可能な処理をユーザ１０１にメッセージを表示する。
【００７３】
ユーザ１０１がクライアントＰＣ１０２に搭載された文書管理アプリケーション３０１にて、アプリケーションサーバ１０４に格納されている文書一覧を取得するリクエストをアプリケーションサーバ１０４に送信する。次にアプリケーションサーバ１０４は自身に格納されている文書一覧を文書管理アプリケーション３０１へ送信する。ここでユーザ１０１が取得した文書一覧５０１において、ユーザ１０１は「ａ．ｘｘｘ」、「ｂ．ｘｘｘ」を選択し、文書管理アプリケーション３０１に文書結合リクエストを送信する。文書管理アプリケーション３０１は「ａ．ｘｘｘ」と「ｂ．ｘｘｘ」を結合し、文書一覧１２０１のように結合元文書「ａ．ｘｘｘ」、「ｂ．ｘｘｘ」、結合された文書「ａ−ｂ．ｘｘｘ」を表示する。そして、文書管理アプリケーション３０１はアプリケーションサーバ１０４が結合元文書「ａ．ｘｘｘ」、「ｂ．ｘｘｘ」に対して可能な処理を判断する。判断した結果、文書管理アプリケーション３０１はメッセージ１２０２を表示しユーザ１０１に結合元文書を保存するか、削除するかを選択するよう促す。
【００７４】
なお、上記はアプリケーションサーバ１０４に対しての実施形態であるが、文書を格納している領域がクライアントＰＣ１０２もしくは、ファイルサーバ１０５でも処理の流れは同様である。
【００７５】
図１３は図１２における処理の詳細を示すフローチャートである。
【００７６】
これらステップで文書管理アプリケーション３０１はアプリケーションサーバ１０４に格納されている文書一覧取得リクエストを送信し、アプリケーションサーバ１０４から文書一覧を受信する。文書管理アプリケーション３０１は取得した文書一覧からユーザ１０１が選択した文書の結合リクエストを受信し、文書の結合を実行する。そして、文書管理アプリケーション３０１は文書を結合後、結合元の文書が保存されている領域が実行可能な処理を判断し、ユーザ１０１へ結合元の文書に対する処理を選択させる。文書管理アプリケーション３０１はユーザ１０１が選択した処理を結合元文書に実行する。
【００７７】
詳細には、文書管理アプリケーション３０１はステップ１３０１でステップ６０１にて取得した文書一覧のうち、１つの文書をユーザ１０１が選択し、文書結合リクエストをしたか判断する。文書管理アプリケーション３０１はステップ１３０１でステップ６０１にて取得した文書一覧のうち、１つの文書をユーザ１０１が選択し、文書結合リクエストをしたと判断すると、ユーザ１０１が選択した文書を結合する。
【００７８】
一方、ステップ１３０１でステップ６０１にて取得した文書一覧のうち、１つの文書をユーザ１０１が選択し、文書結合リクエストをしていないと判断すると、文書管理アプリケーション３０１はステップ６０１にて取得した文書一覧を表示したままにする。
【００７９】
文書管理アプリケーション３０１はステップ１３０２で文書を結合後、ステップ１３０３で結合元の文書が保存されている領域が文書に対して実行可能な処理を調べる。文書管理アプリケーション３０１はステップ１３０４で結合元の文書が保存されている領域は文書の保存とゴミ箱機能を持つと判断すると、ステップ１３０６で結合元の文書を保存するか、ごみ箱へ移動するかを問うメッセージをクライアントＰＣ１０２上に表示する。文書管理アプリケーション３０１はステップ１３１０でユーザ１０１が結合元の文書の保存を選択したと判断すると、ステップ１３０９で結合元の文書を保存する。もしくは、ステップ１３１０でユーザ１０１が結合元の文書をゴミ箱へ移動を選択したと判断すると、文書管理アプリケーション３０１はステップ１３１１で結合元の文書をゴミ箱へ移動する。
【００８０】
一方ステップ１３０４で結合元の文書が保存されている領域は文書の保存機能を持つが、ゴミ箱機能は持たないと判断すると、文書管理アプリケーション３０１はステップ１３０５で分割元の文書を保存するか、完全削除するかを問うメッセージをクライアントＰＣ１０２上に表示する。文書管理アプリケーション３０１はステップ１３０７でユーザ１０１が結合元の文書の保存を選択したと判断すると、ステップ１３０９で結合元の文書を保存する。もしくは、ステップ１３０７でユーザ１０１が結合元の文書の完全削除を選択したと判断すると、文書管理アプリケーション３０１はステップ１３０８で結合元の文書を完全削除する。その他の処理は図６と同様のため説明は省略する。
【００８１】
（実施形態４）
本発明の実施形態４を図１４乃至図１６に基づき説明する。実施形態４では、ユーザ１０１が分割元の文書を分割した後生成される文書と同じ文書名を持つ文書が存在した場合、文書管理アプリケーション３０１は分割元の文書を分割して生成された文書と既に存在している文書名と重複しないよう文書名を設定する。
【００８２】
［システム構成］
システム構成は実施形態１と同様であって良いので、説明は省略する。
【００８３】
［ハードウェア構成］
ハードウェア構成は実施形態１と同様であって良いので、説明は省略する。
【００８４】
［ソフトウェア構成］
次に、本実施形態におけるクライアントＰＣ１０２及び、ファイルサーバ１０４、アプリケーションサーバ１０５内のソフトウェア構成を図１４に示す。
クライアントＰＣ１０２の文書名重複判断部１４０１は文書分割リクエスト受信部３０１６が文書分割を実行後、生成された文書の文書名が同じ領域に保存されている文書の文書名と重複しているか判断する。文書名設定部１４０２は文書名重複判断部１４０１で文書名の重複があるか判断した結果、文書名が重複しないよう分割して生成された文書に文書名を設定する。尚、ファイルサーバ１０４の文書名重複判断部１４０３、文書名設定部１４０４と、アプリケーションサーバ１０５の文書名重複判断部１４０５、文書名設定部１４０６は上述のクライアントＰＣ１０２の文書名重複判断部１４０１、文書名設定部１４０２と同様の処理をする。その他の構成は図３と同様のため説明は省略する。
【００８５】
［分割後生成された文書の文書名判断による文書名設定部］
まず、本実施形態においてユーザ１０１が文書分割をリクエストし、文書分割後に文書管理アプリケーション３０１が文書を分割して生成された文書の文書名が他の文書の文書名と重複するか判断する。そして、文書管理アプリケーション３０１は文書名が重複しないよう分割元の文書を分割して生成された文書に文書名を設定する。
【００８６】
ユーザ１０１がクライアントＰＣ１０２に搭載された文書管理アプリケーション３０１にて、アプリケーションサーバ１０４に格納されている文書一覧を取得するリクエストをアプリケーションサーバ１０４に送信する。次にアプリケーションサーバ１０４は自身に格納されている文書一覧を文書管理アプリケーション３０１へ送信する。ここでユーザ１０１が取得した文書一覧１５０１において、ユーザ１０１は「ａ．ｘｘｘ」を選択し、文書管理アプリケーション３０１に文書分割リクエストを送信する。その際、文書分割前に既に「ａ−１．ｘｘｘ」「ａ−２．ｘｘｘ」が存在する場合、文書管理アプリケーション３０１は「ａ．ｘｘｘ」を分割する。そして、文書一覧１５０２のように分割元文書「ａ．ｘｘｘ」、分割して生成された文書「ａ−１−１．ｘｘｘ」、「ａ−２−１．ｘｘｘ」を表示する。実施形態１では分割元文書「ａ．ｘｘｘ」を分割した際、分割元文書「ａ．ｘｘｘ」、分割元の文書を分割して生成された文書「ａ−１．ｘｘｘ」、「ａ−２．ｘｘｘ」を表示する。しかしながら、文書分割前に既に「ａ−１．ｘｘｘ」「ａ−２．ｘｘｘ」が存在するため、文書名が重複しないよう「ａ−１−１．ｘｘｘ」「ａ−２−１．ｘｘｘ」と分割元の文書を分割して生成された文書に文書名を設定している。
【００８７】
なお、上記はアプリケーションサーバ１０４に対しての実施形態であるが、文書を格納している領域がクライアントＰＣ１０２もしくは、ファイルサーバ１０５でも処理の流れは同様である。
【００８８】
図１６は図１５における処理の詳細を示すフローチャートである。
【００８９】
これらステップで文書管理アプリケーション３０１はアプリケーションサーバ１０４に格納されている文書一覧取得リクエストを送信し、アプリケーションサーバ１０４から文書一覧を受信する。文書管理アプリケーション３０１は取得した文書一覧からユーザ１０１が選択した文書の分割リクエストを受信し、文書の分割を実行する。そして、文書管理アプリケーション３０１は文書を分割後、分割元の文書を分割して生成された文書と他の文書の文書名が重複するか判断し、文書名が重複しないよう分割元の文書を分割して生成された文書に文書名を設定する。
【００９０】
詳細には、文書管理アプリケーション３０１はステップ１６０１にてステップ６０４で分割元の文書を分割して生成された文書と、他の文書の文書名が重複するか判断する。そして、文書管理アプリケーション３０１はステップ１６０２で分割元の文書を分割して生成された文書と他の文書の文書名と重複しないよう文書名を設定する。
その他の処理は図６と同様のため説明は省略する。
【００９１】
（実施形態５）
本発明の実施形態５を図１７乃至図１９に基づき説明する。実施形態５では、ユーザ１０１が変換元の文書を変換した後生成される文書と同じ文書名を持つ文書が存在した場合、文書管理アプリケーション３０１は変換元の文書を変換して生成された文書と既に存在している文書名と重複しないよう文書名を設定する。
【００９２】
［システム構成］
システム構成は実施形態１と同様であって良いので、説明は省略する。
【００９３】
［ハードウェア構成］
ハードウェア構成は実施形態１と同様であって良いので、説明は省略する。
【００９４】
［ソフトウェア構成］
次に、本実施形態におけるクライアントＰＣ１０２及び、ファイルサーバ１０４、アプリケーションサーバ１０５内のソフトウェア構成を図１７に示す。
【００９５】
クライアントＰＣ１０２の文書名重複判断部１７０１は文書変換リクエスト受信部８０１が文書変換を実行後、生成された文書の文書名が同じ領域に保存されている文書の文書名と重複しているか判断する。文書名設定部１７０２は文書名重複判断部１７０１で文書名の重複があるか判断した結果、文書名が重複しないよう変換して生成された文書に文書名を設定する。尚、ファイルサーバ１０４の文書名重複判断部１７０３、文書名設定部１７０４と、アプリケーションサーバ１０５の文書名重複判断部１７０５、文書名設定部１７０６は上述のクライアントＰＣ１０２の文書名重複判断部１７０１、文書名設定部１７０２と同様の処理をする。その他の構成は図８と同様のため説明は省略する。
【００９６】
［変換後生成された文書の文書名判断による文書名設定部］
まず、本実施形態においてユーザ１０１が文書変換をリクエストし、文書変換後に文書管理アプリケーション３０１が文書を変換して生成された文書の文書名が他の文書の文書名と重複するか判断する。そして、文書管理アプリケーション３０１は文書名が重複しないよう変換元の文書を変換して生成された文書に文書名を設定する。
【００９７】
ユーザ１０１がクライアントＰＣ１０２に搭載された文書管理アプリケーション３０１にて、アプリケーションサーバ１０４に格納されている文書一覧を取得するリクエストをアプリケーションサーバ１０４に送信する。次にアプリケーションサーバ１０４は自身に格納されている文書一覧を文書管理アプリケーション３０１へ送信する。ここでユーザ１０１が取得した文書一覧１８０１において、ユーザ１０１は「ｂ．ｘｘｘ」を選択し、文書管理アプリケーション３０１に文書変換リクエストを送信する。文書管理アプリケーション３０１は「ｂ．ｘｘｘ」を変換し、文書一覧１８０２のように変換元文書「ｂ．ｘｘｘ」、変換して生成された文書「ｂ−１．ｙｙｙ」を表示する。実施形態２では変換元文書「ｂ．ｘｘｘ」を変換した際、変換元文書「ｂ．ｘｘｘ」、変換元の文書を変換して生成された文書「ｂ．ｙｙｙ」を表示する。しかしながら、本実施形態では文書変換前に既に「ｂ．ｙｙｙ」が存在するため、文書名が重複しないよう「ｂ−１．ｙｙｙ」と変換元の文書を変換して生成された文書に文書名を設定している。
【００９８】
なお、上記はアプリケーションサーバ１０４に対しての実施形態であるが、文書を格納している領域がクライアントＰＣ１０２もしくは、ファイルサーバ１０５でも処理の流れは同様である。
【００９９】
図１９は図１８における処理の詳細を示すフローチャートである。
【０１００】
これらステップで文書管理アプリケーション３０１はアプリケーションサーバ１０４に格納されている文書一覧取得リクエストを送信し、アプリケーションサーバ１０４から文書一覧を受信する。文書管理アプリケーション３０１は取得した文書一覧からユーザ１０１が選択した文書の変換リクエストを受信し、文書の変換を実行する。そして、文書管理アプリケーション３０１は文書を変換後、変換元の文書を変換して生成された文書と他の文書の文書名が重複するか判断し、文書名が重複しないよう変換元の文書を変換して生成された文書に文書名を設定する。
【０１０１】
詳細には、文書管理アプリケーション３０１はステップ１９０１にてステップ１００４で変換元の文書を変換して生成された文書と、他の文書の文書名が重複するか判断する。そして、文書管理アプリケーション３０１はステップ１９０２で変換元の文書を変換して生成された文書と他の文書の文書名と重複しないよう文書名を設定する。
その他の処理は図１０と同様のため説明は省略する。
【０１０２】
（実施形態６）
本発明の実施形態６を図２０乃至図２２に基づき説明する。実施形態６では、ユーザ１０１が結合元の文書を結合した後生成される文書と同じ文書名を持つ文書が存在した場合、文書管理アプリケーション３０１は結合元の文書を結合して生成された文書と既に存在している文書名と重複しないよう文書名を設定する。
【０１０３】
［システム構成］
システム構成は実施形態１と同様であって良いので、説明は省略する。
【０１０４】
［ハードウェア構成］
ハードウェア構成は実施形態１と同様であって良いので、説明は省略する。
【０１０５】
［ソフトウェア構成］
次に、本実施形態におけるクライアントＰＣ１０２及び、ファイルサーバ１０４、アプリケーションサーバ１０５内のソフトウェア構成を図２０に示す。
【０１０６】
クライアントＰＣ１０２の文書名重複判断部２００１は文書結合リクエスト受信部１１０２が文書結合を実行後、生成された文書の文書名が同じ領域に保存されている文書の文書名と重複しているか判断する。文書名設定部２００２は文書名重複判断部２００１で文書名の重複があるか判断した結果、文書名が重複しないよう結合して生成された文書に文書名を設定する。尚、ファイルサーバ１０４の文書名重複判断部２００３、文書名設定部２００４と、アプリケーションサーバ１０５の文書名重複判断部２００５、文書名設定部２００６は上述のクライアントＰＣ１０２の文書名重複判断部２００１、文書名設定部２００２と同様の処理をする。その他の構成は図１１と同様のため説明は省略する。
【０１０７】
［結合後生成された文書の文書名判断による文書名設定部］
まず、本実施形態においてユーザ１０１が文書結合をリクエストし、文書結合後に文書管理アプリケーション３０１が文書を結合して生成された文書の文書名が他の文書の文書名と重複するか判断する。そして、文書管理アプリケーション３０１は文書名が重複しないよう結合元の文書を結合して生成された文書に文書名を設定する。
【０１０８】
ユーザ１０１がクライアントＰＣ１０２に搭載された文書管理アプリケーション３０１にて、アプリケーションサーバ１０４に格納されている文書一覧を取得するリクエストをアプリケーションサーバ１０４に送信する。次にアプリケーションサーバ１０４は自身に格納されている文書一覧を文書管理アプリケーション３０１へ送信する。ここでユーザ１０１が取得した文書一覧２１０１において、ユーザ１０１は「ａ．ｘｘｘ」、「ｂ．ｘｘｘ」を選択し、文書管理アプリケーション３０１に文書結合リクエストを送信する。文書管理アプリケーション３０１は「ａ．ｘｘｘ」、「ｂ．ｘｘｘ」を結合し、文書一覧２１０２のように結合元文書「ａ．ｘｘｘ」、「ｂ．ｘｘｘ」、結合して生成された文書「ａ＿ｂ−１．ｘｘｘ」を表示する。実施形態３では結合元文書「ａ．ｘｘｘ」、「ｂ．ｘｘｘ」を結合した際、結合元文書「ａ．ｘｘｘ」、「ｂ．ｘｘｘ」、結合元の文書を結合して生成された文書「ａ＿ｂ．ｘｘｘ」を表示する。しかしながら、本実施形態では文書結合前に既に「ａ＿ｂ．ｘｘｘ」が存在するため、文書名が重複しないよう「ａ＿ｂ−１．ｘｘｘ」と結合元の文書を結合して生成された文書に文書名を設定している。
【０１０９】
なお、上記はアプリケーションサーバ１０４に対しての実施形態であるが、文書を格納している領域がクライアントＰＣ１０２もしくは、ファイルサーバ１０５でも処理の流れは同様である。
【０１１０】
図１９は図１８における処理の詳細を示すフローチャートである。
【０１１１】
これらステップで文書管理アプリケーション３０１はアプリケーションサーバ１０４に格納されている文書一覧取得リクエストを送信し、アプリケーションサーバ１０４から文書一覧を受信する。文書管理アプリケーション３０１は取得した文書一覧からユーザ１０１が選択した文書の結合リクエストを受信し、文書の結合を実行する。そして、文書管理アプリケーション３０１は文書を結合後、結合元の文書を結合して生成された文書と他の文書の文書名が重複するか判断し、文書名が重複しないよう結合元の文書を結合して生成された文書に文書名を設定する。
【０１１２】
詳細には、文書管理アプリケーション３０１はステップ２２０１にてステップ１００４で結合元の文書を結合して生成された文書と、他の文書の文書名が重複するか判断する。そして、文書管理アプリケーション３０１はステップ２２０２で結合元の文書を結合して生成された文書と他の文書の文書名と重複しないよう文書名を設定する。その他の処理は図１０と同様のため説明は省略する。
【０１１３】
（実施形態７）
本発明の実施形態７を図２３乃至図２４に基づき説明する。実施形態７では、ユーザ１０１が文書を誤って分割してしまいごみ箱へ移動した分割元の文書を元の場所に戻した際、文書管理アプリケーション３０１は分割元の文書を分割して生成された文書を削除するかユーザ１０１に問い合わせる。
【０１１４】
［システム構成］
システム構成は実施形態１と同様であって良いので、説明は省略する。
【０１１５】
［ハードウェア構成］
ハードウェア構成は実施形態１と同様であって良いので、説明は省略する。
【０１１６】
［ソフトウェア構成］
次に、本実施形態におけるクライアントＰＣ１０２及び、ファイルサーバ１０４、アプリケーションサーバ１０５内のソフトウェア構成を図２３に示す。
【０１１７】
クライアントＰＣ１０２の文書分割フラグ付与部２３０１はユーザ選択処理実行部３０１１１１にて、ユーザ１０１が選択した処理「分割元の文書をごみ箱に格納する」を実行後、ごみ箱に格納した分割元の文書にフラグを付与する。このフラグは、ユーザ１０１が選択した文書を分割後、分割元の文書をごみ箱に格納する処理をリクエストして実行したという事を示すためのフラグである。尚、ファイルサーバ１０４の文書分割フラグ付与部２３０２、アプリケーションサーバ１０５の文書分割フラグ付与部２３０３は上述のクライアントＰＣ１０２の文書分割フラグ付与部２３０１と同様の処理をする。その他の構成は図３と同様のため説明は省略する。
【０１１８】
［分割元文書を元の格納場所に戻した際のメッセージ表示部］
まず、本実施形態においてユーザ１０１が文書分割をリクエストし、文書分割後に分割元の文書をごみ箱に格納すると選択すると、文書管理アプリケーション３０１は分割元の文書にフラグを付与する。そして、ユーザ１０１がごみ箱に格納された文書を元の格納場所に戻した際、文書管理アプリケーション３０１は分割元の文書を分割して生成された文書を削除するか問い合わせる。文書管理アプリケーション３０１はユーザ１０１が選択した処理を分割元の文書を分割して生成された文書に対して実行する。
【０１１９】
ユーザ１０１がクライアントＰＣ１０２に搭載された文書管理アプリケーション３０１にて、アプリケーションサーバ１０４に格納されている文書一覧を取得するリクエストをアプリケーションサーバ１０４に送信する。次にアプリケーションサーバ１０４は自身に格納されている文書一覧を文書管理アプリケーション３０１へ送信する。ここでユーザ１０１が取得した文書一覧５０１において、ユーザ１０１は「ａ．ｘｘｘ」、を選択し、文書管理アプリケーション３０１に文書結合リクエストを送信する。文書管理アプリケーション３０１は「ａ．ｘｘｘ」、「ｂ．ｘｘｘ」を結合し、文書一覧２１０２のように結合元文書「ａ．ｘｘｘ」、「ｂ．ｘｘｘ」、結合して生成された文書「ａ＿ｂ−１．ｘｘｘ」を表示する。実施形態３では結合元文書「ａ．ｘｘｘ」、「ｂ．ｘｘｘ」を結合した際、結合元文書「ａ．ｘｘｘ」、「ｂ．ｘｘｘ」、結合元の文書を結合して生成された文書「ａ＿ｂ．ｘｘｘ」を表示する。しかしながら、本実施形態では文書結合前に既に「ａ＿ｂ．ｘｘｘ」が存在するため、文書名が重複しないよう「ａ＿ｂ−１．ｘｘｘ」と結合元の文書を結合して生成された文書に文書名を設定している。
【０１２０】
なお、上記はアプリケーションサーバ１０４に対しての実施形態であるが、文書を格納している領域がクライアントＰＣ１０２もしくは、ファイルサーバ１０５でも処理の流れは同様である。その他の処理に関しては図５と同様のため説明を省略する。
【０１２１】
図２２は図２４における処理の詳細を示すフローチャートである。
【０１２２】
文書管理アプリケーション３０１はステップ２２０１にてステップ１００４で結合元の文書を結合して生成された文書と、他の文書の文書名が重複するか判断する。そして、文書管理アプリケーション３０１はステップ２２０２で結合元の文書を結合して生成された文書と他の文書の文書名と重複しないよう文書名を設定する。その他の処理は図１０と同様のため説明は省略する。
【０１２３】
（実施形態８）
実施形態８では、ユーザ１０１が文書を分割して、さらに分割元の文書を分割して生成された文書を分割した際、大元となる分割元の文書が残っているか判断して削除するかユーザ１０１に問い合わせる。
【符号の説明】
【０１２４】
１０１  ユーザ
１０２  クライアントＰＣ
１０３  ネットワーク
１０４  アプリケーションサーバ
１０５  ファイルサーバ
【図１】
2011253435.tif 000003
【図２】
2011253435.tif 000004
【図３】
2011253435.tif 000005
【図４】
2011253435.tif 000006
【図５】
2011253435.tif 000007
【図６】
2011253435.tif 000008
【図７】
2011253435.tif 000009
【図８】
2011253435.tif 000010
【図９】
2011253435.tif 000011
【図１０】
2011253435.tif 000012
【図１１】
2011253435.tif 000013
【図１２】
2011253435.tif 000014
【図１３】
2011253435.tif 000015
【図１４】
2011253435.tif 000016
【図１５】
2011253435.tif 000017
【図１６】
2011253435.tif 000018
【図１７】
2011253435.tif 000019
【図１８】
2011253435.tif 000020
【図１９】
2011253435.tif 000021
【図２０】
2011253435.tif 000022
【図２１】
2011253435.tif 000023
【図２２】
2011253435.tif 000024
【図２３】
2011253435.tif 000025
【図２４】
2011253435.tif 000026