(57)【要約】【課題】  移管対象のファイルに対応するインデックスの情報を移管先のフォルダに反映させることを目的とする。【解決手段】  インデックスを用いてファイルを管理する第１のサーバーからフォルダを用いてファイルを管理する第２のサーバーへファイルを移管できるアプリケーションが動作するシステムであって、複数のインデックスを第１のサーバーから取得し、取得された複数のインデックスを提示し、提示されている複数のインデックスから１以上のインデックスの指定を受け付け、指定されたインデックスの情報に対応するフォルダの作成要求を行い、第１のサーバーから移管対象のファイルを取得する。第１のインデックス及び第２のインデックスの指定を受け付けた場合に、作成要求に応じて第１のインデックスの情報および第２のインデックスの情報のそれぞれに対応する階層構造をもつ２つのフォルダが作成される。【選択図】  図１１
2019082961.tif 000002
【特許請求の範囲】
【請求項１】
インデックスを用いてファイルを管理する第１のサーバーからフォルダを用いてファイルを管理する第２のサーバーへファイルを移管することができるアプリケーションが動作するシステムであって、
前記第１のサーバーでのファイルの管理に用いられている複数のインデックスを前記第１のサーバーから取得する第１の取得手段と、
前記取得された複数のインデックスを提示する提示手段と、
前記提示されている複数のインデックスから１以上のインデックスの指定を受け付ける受け付け手段と、
移管対象のファイルを前記第２のサーバーに格納する際に用いる、前記指定されたインデックスの情報に対応するフォルダの作成要求を行う作成手段と、
前記第１のサーバーから前記移管対象のファイルを取得する第２の取得手段と、を有し、
前記受け付け手段が、第１のインデックス及び前記第１のインデックスとは異なる第２のインデックスの指定を受け付けた場合に、前記作成要求に応じて、前記第１のインデックスの情報および前記第２のインデックスの情報のそれぞれに対応する階層構造をもつ２つのフォルダが作成されることを特徴とするシステム。
【請求項２】
前記第２のサーバーに前記移管対象のファイルの格納要求を行う格納手段を更に有し、
前記第１のインデックス及び前記第２のインデックスが付与されているファイルは、前記格納要求に応じて、前記階層構造をもつ２つのフォルダの中の下位のフォルダへ格納されることを特徴とする請求項１に記載のシステム。
【請求項３】
前記受け付け手段は、インデックスのキーおよびバリューの指定を受け付けることを特徴とする請求項１または２に記載のシステム。
【請求項４】
前記作成手段は、前記受け付け手段が、前記第１のインデックス及び前記第２のインデックスの指定を受け付けた場合であって、前記第１のインデックスの情報および前記第２のインデックスの情報のそれぞれに対応する階層構造をもつ２つのフォルダが既に作成されている際に、前記第１のインデックスの情報および前記第２のインデックスの情報のそれぞれに対応する階層構造をもつ２つのフォルダの作成要求を行わず、
前記既に作成されている２つのフォルダのうちの下位のフォルダに、前記第１のインデックス及び前記第２のインデックスが付与されているファイルが格納されることを特徴とする請求項１乃至３のいずれか１項に記載のシステム。
【請求項５】
インデックスを用いてファイルを管理する第１のサーバーからフォルダを用いてファイルを管理する第２のサーバーへファイルを移管することができるアプリケーションが動作するシステムの制御方法であって、
前記第１のサーバーでのファイルの管理に用いられている複数のインデックスを前記第１のサーバーから取得する第１の取得工程と、
前記取得された複数のインデックスを提示する提示工程と、
前記提示されている複数のインデックスから１以上のインデックスの指定を受け付ける受け付け工程と、
移管対象のファイルを前記第２のサーバーに格納する際に用いる、前記指定されたインデックスの情報に対応するフォルダの作成要求を行う作成工程と、
前記第１のサーバーから前記移管対象のファイルを取得する第２の取得工程と、を有し、
前記受け付け工程で、第１のインデックス及び前記第１のインデックスとは異なる第２のインデックスの指定を受け付けた場合に、前記作成要求に応じて、前記第１のインデックスの情報および前記第２のインデックスの情報のそれぞれに対応する階層構造をもつ２つのフォルダが作成されることを特徴とする制御方法。
【請求項６】
インデックスを用いてファイルを管理する第１のサーバーからフォルダを用いてファイルを管理する第２のサーバーへファイルを移管することができるアプリケーションが動作するコンピューターを機能させるためのプログラムであって、
前記第１のサーバーでのファイルの管理に用いられている複数のインデックスを前記第１のサーバーから取得する第１の取得手段と、
前記取得した複数のインデックスを提示する提示手段と、
前記提示されている複数のインデックスから１以上のインデックスの指定を受け付ける受け付け手段と、
移管対象のファイルを前記第２のサーバーに格納する際に用いる、前記指定されたインデックスの情報に対応するフォルダの作成要求を行う作成手段と、
前記第１のサーバーから前記移管対象のファイルを取得する第２の取得手段と、を有し、
前記受け付け手段が、第１のインデックス及び前記第１のインデックスとは異なる第２のインデックスの指定を受け付けた場合に、前記作成要求に応じて、前記第１のインデックスの情報および前記第２のインデックスの情報のそれぞれに対応する階層構造をもつ２つのフォルダが作成されることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インデックスを用いてファイルを管理するサーバーからフォルダを用いてファイルを管理するサーバーへファイルを移管するためのアプリケーションが動作するシステム、制御方法、およびプログラムに関する。
【背景技術】
【０００２】
従来、電子文書などのファイルの管理を行う場合、フォルダを用いてファイルを管理しているサーバー（文書管理システム）においては、階層構造をもったフォルダを作成することでファイルを分類して、データ管理を行うことが一般的である。これに対して、インデックスを用いてファイルを管理しているサーバーにおいては、ユーザーあるいはシステム管理者が独自に設定したインデックスにキーとバリュー情報をファイルに付加することでファイルを分類して、データ管理を行うことが一般的である。
【０００３】
インデックスを用いてファイルを管理している文書管理システムにおいて、目的の文書を取得するために通常は、インデックスのキーおよびバリューを条件に指定して、条件に該当するファイルを検索する。
【０００４】
このようなインデックスを用いてファイルを管理している文書管理システムにおいて、検索してファイルを探すのみではなく、フォルダを用いてファイルを管理している文書管理システムと同様の操作性を実現するための手法がある。特許文献１では、インデックス検索を高速化することを目的として、インデックスの階層を予め設定しておき、設定済みの階層化されたインデックスを検索に用いることが記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−１２８３６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
インデックスを用いてファイルを管理している第１のサーバーからフォルダを用いてファイルを管理する第２のサーバーへ実ファイルを移管すると、第１のサーバーで管理されているインデックスの情報は第２のサーバーへインポートされない。したがって、第２のサーバーへ移管されたファイルを識別することが困難になる。上述した特許文献１では、フォルダを用いてファイルを管理するサーバーへのファイルの移管については考慮されていない。
【０００７】
そこで、本発明は、インデックスを用いてファイルを管理しているサーバーからフォルダを用いてファイルを管理するサーバーへファイルを移管する際に、移管対象のファイルに対応するインデックスの情報を移管先のフォルダに反映させることを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明は、インデックスを用いてファイルを管理する第１のサーバーからフォルダを用いてファイルを管理する第２のサーバーへファイルを移管することができるアプリケーションが動作するシステムであって、前記第１のサーバーでのファイルの管理に用いられている複数のインデックスを前記第１のサーバーから取得する第１の取得手段と、前記取得された複数のインデックスを提示する提示手段と、前記提示されている複数のインデックスから１以上のインデックスの指定を受け付ける受け付け手段と、移管対象のファイルを前記第２のサーバーに格納する際に用いる、前記指定されたインデックスの情報に対応するフォルダの作成要求を行う作成手段と、前記第１のサーバーから前記移管対象のファイルを取得する第２の取得手段と、を有し、前記受け付け手段が、第１のインデックス及び前記第１のインデックスとは異なる第２のインデックスの指定を受け付けた場合に、前記作成要求に応じて、前記第１のインデックスの情報および前記第２のインデックスの情報のそれぞれに対応する階層構造をもつ２つのフォルダが作成されることを特徴とする。
【発明の効果】
【０００９】
本発明により、インデックスを用いてファイルを管理しているサーバーからフォルダを用いてファイルを管理するサーバーへファイルを移管する際に、ファイルに付与されているインデックス情報を移管先のフォルダに反映させることができる。
【図面の簡単な説明】
【００１０】
【図１】実施形態の全体構成を示す図である。
【図２】情報処理装置のハードウェア構成を示すブロック図である。
【図３】文書管理アプリケーションのソフトウェア構成図の一例である。
【図４】インデックス管理している文書管理サーバーのソフトウェア構成図の一例である。
【図５】インデックス情報として保存されているデータ構造の一例である。
【図６】フォルダ管理している文書管理サーバーのソフトウェア構成図の一例である。
【図７】文書管理アプリケーションのＵＩの一例である。
【図８】検索ツリーの表示作成の処理を示すフローチャートである。
【図９】検索ツリーの表示状態を示すＵＩの一例である。
【図１０】フォルダ管理している文書管理サーバーへのエクスポート処理を示すフローチャートである。
【図１１】フォルダ管理している文書管理サーバーへエクスポートした結果を示すＵＩの一例である。
【図１２】エクスポート先と同じ構成を再構築する処理を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１２】
（実施例１）
図１は、本発明の実施形態に係る全体構成を示す図である。図１において、情報処理装置０１０１は、文書管理サーバー０１０２、０１０３とコマンド通信可能なネットワーク０１０４で接続されている。情報処理装置０１０１は、例えば、デスクトップパソコン、ノートパソコン、モバイルパソコン、タブレットＰＣ等、または、プログラムの実行環境が内蔵されたスマートフォンであってもよい。情報処理装置０１０１は、図３を用いて後述する文書管理アプリケーション等のプログラムを実行する環境が内蔵されている。文書管理サーバー０１０２は、インデックスを用いて文書などのファイルを管理するサーバーである。また、文書管理サーバー０１０３は、フォルダを用いて文書などのファイルを管理するサーバーである。なお、文書管理サーバー０１０３は情報処理装置０１０１内に組み込まれていても良い。
【００１３】
図２は、図１に示した情報処理装置０１０１、文書管理サーバー０１０２、０１０３のハードウェア構成を示すブロック図である。なお、文書管理サーバー０１０２、０１０３は、情報処理装置と接続可能な外部装置であり、ＰＣであっても良い。
【００１４】
ＣＰＵ０２０１は、情報処理装置の動作を制御する中央演算処理装置である。ＣＰＵ０２０１は、ＨＤＤ０２０７に格納されているアプリケーションプログラム、オペレーティングシステム（ＯＳ）や文書管理アプリケーション等を実行し、ＲＡＭ０２０６にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。ＲＯＭ０２０２は、データを記憶するための読み出し専用メモリであり、内部には、基本Ｉ／Ｏプログラム等のプログラム、ファイル処理の際に使用するフォントデータ、テンプレート用データ等の各種データを記憶する。ＮＩＣ０２０３は、ネットワークインタフェースであり、ＮＩＣ０２０３を介して情報処理装置は外部装置とのデータのやり取りを行う。
【００１５】
キーボード０２０４は、ユーザーの指示入力を受け付けるための入力装置であり、ユーザーが文書管理アプリケーションに対する制御コマンドの命令やテキスト入力などを入力指示するものである。ＲＡＭ０２０６は、一時記憶装置であり、ＣＰＵ０２０１の主メモリやワークエリア等として機能するアクセスメモリである。ＨＤＤ０２０７は、外部記憶装置の一つであり、大容量メモリとして機能するハードディスク（ＨＤ）であり、文書ファイル、アプリケーションプログラム、ＯＳ、及び関係プログラム等を格納している。ディスプレイ０２０８は、出力装置であり、キーボード０２０４から入力したコマンドや、本実施例の文書管理アプリケーションの状態等を表示する。システムバス０２０９は、情報処理装置０１０１、文書管理サーバー０１０２、０１０３内の各コンポーネントを接続するバスであり、情報処理装置０１０１、文書管理サーバー０１０２、０１０３内のデータの流れを司る。
【００１６】
なお、文書管理サーバー０１０２、０１０３は、キーボード０２０４およびディスプレイ０２０８を備えていなくても良い。
【００１７】
図３は、文書管理アプリケーション０３００の機能を示すソフトウェア構成図である。ここで、文書管理アプリケーション０３００は、インデックスを用いてファイルを管理する文書管理サーバー０１０２からフォルダを用いてファイルを管理する文書管理サーバー０１０３へファイルを移管するためのアプリケーションである。文書管理アプリケーション０３００は、情報処理装置０１０１内で動作して実行される場合に、ＲＡＭ０２０６にロードされ、ＣＰＵ０２０１により実行されるプログラムモジュールである。
【００１８】
文書管理アプリケーション０３００は、文書管理サーバー０１０２で管理されている複数のインデックス情報をインデックス取得部０３０２で取得し、表示部０３０１にて表示する。文書取得部０３０３は、文書管理サーバー０１０２に格納されている文書の取得することを可能とする。取得した文書は、表示部０３０１にインデックス情報と共に表示し、文書操作部０３０５の処理に従って、文書を別の文書管理サーバー０１０３などに格納することも可能とする。フォルダ作成部０３０４は、文書管理サーバー０１０３に対して、文書を格納するためのフォルダの作成要求を行う。作成要求に応じて、文書管理サーバー０１０３にフォルダが作成される。また、フォルダ作成部０３０４は、文書管理サーバー０１０３に対して、指定したフォルダへのファイルの格納要求を行う。格納要求に応じて、文書管理サーバー０１０３の指定されたフォルダへファイルが格納される。
【００１９】
図４は、インデックスを用いて文書を管理している文書管理サーバー０１０２の機能を示すソフトウェア構成図である。サーバーアプリケーション０４００は、データ送受信部０４０１、インデックス管理部０４０２、文書管理部０４０３、インデックス保存部０４０４、文書保存部０４０５を含む。
【００２０】
インデックス管理部０４０２は、文書管理アプリケーション０３００からの要求に応じて、インデックス保存部０４０４に保存されるインデックス情報を、データ送受信部０４０１を介して文書管理アプリケーション０３００に送信する。また、データ送受信部０４０１が文書管理アプリケーション０３００から文書の取得要求を受信した場合、文書管理部０４０３は、文書保存部０４０５に保存される文書を、データ送受信部０４０１を介して文書管理アプリケーション０３００に送信する。
【００２１】
図５は、文書管理サーバー０１０２内で管理されているインデックスの一例を示す図である。インデックス情報０５０１は、キー０５０２およびバリュー０５０３を含む。キー０５０２は、インデックス情報０５０１の見出しとして使用される項目である。バリュー０５０３は、インデックス情報０５０１の各キーに格納された値である。図５では、「ドキュメントＩＤ」というキーには「１００１」、「１００２」などのバリューが格納され、「都道府県」というキーには「東京都」、「神奈川県」などのバリューが格納されている。また、図５では、例えば、ある文書には、ドキュメントＩＤ：１００１、都道府県：東京都、区市：世田谷区、町：北沢、および学校：１２３学校というインデックスが付加されている。
【００２２】
図６は、フォルダを用いて文書を管理している文書管理サーバー０１０３の機能を示すソフトウェア構成図である。サーバーアプリケーション０６００は、データ送受信部０６０１、フォルダ管理部０６０２、および文書保存部０６０３を含む。フォルダ管理部０６０２は、文書管理アプリケーション０３００からの要求に応じて、文書を格納するためのフォルダを作成することが可能である。また、文書管理アプリケーション０３００から文書の保存要求を受信した場合、文書保存部０６０３は、データ送受信部０６０１を介して、指定されたフォルダに対して文書を格納する。これは、一般的なＯＳに組み込まれているエクスプローラーと同様の機能である。エクスプローラーでもよいし、フォルダを作成することができる他の文書管理サーバーでもよい。
【００２３】
図７は、文書管理アプリケーション０３００のＵＩの一例を示す図である。メニュー０７０１は、フォルダまたはファイルに対する操作の実行コマンド群を一覧表示するためのメニューバーである。アドレスバー７０２は、現在参照しているフォルダのパスを表示する。ツールバー０７０３には、メニュー０７０１から選択することが可能な実行コマンドに対応するショートカットボタンが表示される。実行コマンドは、ファイルに対する操作の指示をユーザーから受け付けることを可能とする。ナビゲーションペイン０７０４は、ライブラリーとして登録された様々な文書管理サーバーを一覧表示する。例えば、文書管理サーバー０１０２、０１０３などをライブラリーとして登録することが可能である。ライブラリー０７０５は、インデックスを用いて文書を管理している文書管理サーバー０１０２が登録されている。
【００２４】
属性検索ツリー０７０６は、文書管理サーバー０１０２で管理されている文書を属性検索することができる。属性検索を実行する場合は、属性検索ツリー０７０６を選択することで、属性検索ダイアログ０７１０が表示され、検索のための条件の指定を受け付ける。属性検索ダイアログ０７１０において、選択しているライブラリー０７０５に保存されているインデックスのキーワードを指定することで文書を検索して、ファイルリストビュー０７０８に表示することを可能とする。
【００２５】
検索ツリービュー０７０７は、文書管理サーバー０１０２に対して指定したキーを階層的に表示することができる。表示方法に関しては図９を用いて後述する。ファイルリストビュー０７０８は、指定されたインデックスとキーを有する文書を一覧表示する。アウトプットバー０７０９に登録されているボタンを押下することで、ボタンに関連付けられているアクションをファイルリストビュー０７０８で選択されている文書に対して実行可能である。アウトプットバー０７０９には、印刷やファクス送信、メール送信などのボタンがある。
【００２６】
次に図８で示すフローチャートと図９で示す文書管理アプリケーションのＵＩ例を用いて、情報処理装置０１０１で動作する文書管理アプリケーション０３００による処理の流れを説明する。文書管理アプリケーション０３００では、文書管理サーバー０１０２で管理されている文書を文書管理サーバー０１０３に移管する際に、文書に付与されているインデックスを指定して文書を検索する処理を行う。なお本実施例のフローチャートの各ステップは、フローチャートに関連するプログラムがＲＡＭ０２０６に読み出され、ＣＰＵ０２０１によって実行されることで実現される。
【００２７】
文書管理アプリケーション０３００は、検索ツリービュー０７０７が指定されると表示部０３０１に図９のインデックス指定ダイアログ０９０１を表示する。Ｓ０８０１で、インデックス取得部０３０２は、インデックス指定ダイアログ０９０１で、階層表示するインデックスのキーの１以上の指定を受け付ける。例えば、ライブラリー０７０５に登録されているインデックス情報０５０１の場合において、インデックス指定ダイアログ０９０１で選択しているようにキーの「都道府県」を指定したとする。次にＳ０８０２で、インデックス取得部０３０２は、インデックス指定ダイアログ０９０１で指定されたインデックスのキーに登録されているバリューの一覧を文書管理サーバー０１０２から取得し、取得したバリューの一覧を後述する０９０２で提示する。次にＳ０８０３で、インデックス取得部０３０２がバリューの一覧を全て確認したかどうかを確認し、全ての確認が終わっていなければ、キーに指定されているバリューを確認する。Ｓ０８０４で、インデックス取得部０３０２がキーに指定されているバリューが表示済みであるかどうかを確認する。表示済みでなければ、Ｓ０８０５で、インデックス取得部０３０２は、検索ツリービューのツリービュー表示として列挙する。既に表示済みであれば、Ｓ０８０６で、インデックス取得部０３０２は、次のバリュー情報を取得する。全てのバリューを確認することで、表示部０３０１上に指定したキーに登録されているバリューの一覧を検索ツリービューの配下に列挙することが可能となる。
【００２８】
０９０２では、「都道府県」のキーに登録されていたバリューの種類は、「東京都」と「神奈川県」の２種類であったため、検索ツリービューの配下に２つのツリーが列挙されて提示されている。この時、０９０３では、列挙されているツリー（バリュー）のうちいずれかを指定すると、指定したバリューが含まれる文書一覧がファイルリストビュー０７０８に表示される。
【００２９】
検索ツリービュー０７０７の配下に列挙された０９０２を選択し、図８で示すフローチャートの処理に従って更にインデックス指定ダイアログ０９０１を用いて階層表示するインデックスを指定していく。これにより、０９０４のように階層的なバリュー表示を可能とする。この時、階層表示上、下層のバリューは上層のバリューで絞り込まれた一覧からの絞り込み検索されたものを表示する。０９０５では、インデックスのキーおよびバリューの指定を実行し、ツリービューを表示する処理（図８）を３回繰り返し、「都道府県：東京都」、「区市：大田区」、「町：池上本町」の絞り込み検索された文書が表示されている。
【００３０】
次に、図１０を用いて、文書管理サーバー０１０２に格納されている文書を文書管理サーバー０１０３に移管する処理について説明する。これは、図８、図９で示した文書管理アプリケーション０３００上でツリービューによって示している階層構造を元にエクスポートするものである。
【００３１】
図１０（ａ）で示すフローチャートは、文書管理アプリケーション０３００が、表示部０３０１でユーザーによって検索ツリービュー０９０４で選択されているバリューのフォルダを作成するようにＵＩ上で指示を受け付けることで処理が開始される。Ｓ１００１で、フォルダ作成部０３０４は、指定されたキーの上層にバリューが存在するかどうかを確認する。バリューが存在する場合、Ｓ１００２でフォルダ作成部０３０４は、表示部０３０１で一つ上の階層で指定されているバリューを参照する。次に、Ｓ１００１に戻り、フォルダ作成部０３０４は、参照されたバリューのさらに上層にバリューが存在するかどうかを確認する。バリューが存在しない場合、Ｓ１００３でフォルダ作成部０３０４は、エクスポート先である文書管理サーバー０１０３に移管対象のファイルを格納するためのフォルダを作成する処理を実行する。
【００３２】
図１０（ｂ）は、エクスポート先にフォルダを作成する処理（Ｓ１００３）を示すフローチャートである。Ｓ１００４で、フォルダ作成部０３０４は、表示部０３０１で絞り込み条件として指定されているインデックスに対応するバリューの一覧を取得する。例えば、絞り込み条件として、「都道府県：東京都」が指定されている場合、「東京都」というバリューが取得される。また、絞り込み条件として、「都道府県：東京都、神奈川県」が指定されている場合、「東京都」というバリューおよび「神奈川県」というバリューが取得される。Ｓ１００５で、フォルダ作成部０３０４は、一覧が１つ以上あるかどうかを確認する。１つ以上ある場合、Ｓ１００６で、フォルダ作成部０３０４は、バリューの名称でフォルダを作成するよう文書管理サーバー０１０３に対して要求する。例えば、Ｓ１００４で「東京都」というバリューが取得された場合、Ｓ１００６で「東京都」というフォルダが作成される。また、Ｓ１００４で「東京都」というバリューおよび「神奈川県」というバリューが取得された場合、Ｓ１００６で「東京都」というフォルダおよび「神奈川県」というフォルダが作成される。なお、既に作成されている場合は再度フォルダを作成する必要はない。
【００３３】
次にＳ１００７で、フォルダ作成部０３０４は、作成したバリュー以下に絞り込み検索条件が登録されているかどうかを確認する。絞り込み検索条件が登録されている場合、Ｓ１００９で、フォルダ作成部０３０４は、Ｓ１００６で作成したフォルダ以下に対してエクスポート先にフォルダを作成する（Ｓ１０１０）よう文書管理サーバー０１０３に対して要求する。例えば、「都道府県：東京都」が指定された後に更に「区市：大田区」が指定された場合、Ｓ１０１０では、Ｓ１００６で作成された「東京都」というフォルダの下位に「大田区」というフォルダが作成される。絞り込み検索条件が登録されていない場合、Ｓ１００８で、フォルダ作成部０３０４は、作成したフォルダ名称のバリューとその上層で指定されているバリューで絞り込み検索してＨｉｔした文書を、作成したフォルダに格納するための要求を行う。図１１（ｂ）に示す例では、「都道府県：東京都」、「区市：大田区」、「町：池上本町」というインデックスが付与されている文書を、「大田区」というフォルダの下位にある「池上本町」というフォルダに格納される。なお、「大田区」のフォルダは、「東京都」というフォルダの下位にある。そして、取得した数（Ｎ番目）のバリューの次の一覧に対して同様の処理を実施するため、Ｓ１０１１で、フォルダ作成部０３０４は、一覧の次のバリューを確認する。
【００３４】
図１０（ｂ）のフローチャートで示す処理を繰り返すことにより、階層構造が生成されてフォルダを作成することが可能となる。これにより、文書管理サーバー０１０２から文書管理サーバー０１０３に文書を移管する際に、文書管理サーバー０１０２で管理していたインデックス情報を、文書管理サーバー０１０３のフォルダの階層構造及びフォルダの名称に反映させることができる。
【００３５】
図１１は、文書管理サーバー０１０２から文書管理サーバー０１０３に文書をエクスポートした結果を示すＵＩの一例である。文書管理アプリケーション０３００の検索ツリービュー１１０１の「東京都」を選択し（図１１（ａ））、文書管理サーバー０１０３にエクスポートすると、文書管理サーバー０１０３ではフォルダツリー１１０２のように分類される（図１１（ｂ））。図１１では、文書管理アプリケーション０３００上で文書を分類分けしている状態を保って、文書が文書管理サーバー０１０３に移管されていることを示している。
【００３６】
実施例１では、インデックス管理している文書管理サーバー上の文書の表示を階層構造のようにみせている表示形態のツリービューを元にフォルダ管理している文書管理サーバーに対してエクスポートするようにした。実施例１によれば、フォルダ管理している文書管理サーバーにエクスポートする際にインデックスのバリューをフォルダとして作成して分類することで、ユーザーが識別のために利用していたインデックス情報を欠落させることなく文書を移管することができる。
【００３７】
（実施例２）
実施例１のＳ１００６でバリューの名称のフォルダを作成する際、フォルダを作成しようとする場所に対して以前にエクスポートしたことがあり、その結果がエクスポートしようとしている現在の検索ツリービューの状態と異なる場合がある。その場合にはエクスポート前に検索ツリービューの状態とエクスポート先のフォルダ構成が異なることを検知し、エクスポート先のフォルダ構成に沿った検索ツリービューを再作成してから実行する。エクスポート先で正しく分類できなくなることを抑制するための方法について図１２を用いて説明する。尚、その他の構成については実施例１で説明したものと同様であるため説明は省略する。
【００３８】
図１２は、エクスポート先と同じ構成を再構築する処理を示すフローチャートである。Ｓ１００４で、フォルダ作成部０３０４は、絞り込み条件として指定されているインデックスに登録されているバリューの一覧を取得する。Ｓ１００５で、フォルダ作成部０３０４は、一覧が１つ上あるかどうかを確認する。１つ以上ある場合、Ｓ１２０１でフォルダ作成部０３０４は、出力先のフォルダの上位フォルダにバリュー名称と同名称のフォルダがあるかどうかを確認する。Ｓ１２０２で、フォルダ作成部０３０４は、同名称のフォルダがある場合、同名称のフォルダ配下にあるフォルダ名称を取得する。次にＳ１２０３でインデックス取得部０３０２は、フォルダ名称のバリューが登録されているキーを検索する。Ｓ１２０４で、インデックス取得部０３０２は、検索したキーに登録されていたバリューが既に検索ツリービューに追加されているかどうかを確認する。追加されていない場合はＳ１２０５に進み、インデックス取得部０３０２は、フォルダ名称のバリューが登録されているキーとバリューを検索ツリービューに追加する。追加されている場合はＳ１００６に進み、フォルダ作成部０３０４は、バリューの名称でフォルダを作成するよう文書管理サーバー０１０３に対して要求する。
【００３９】
実施例２では、再作成した検索ツリービューに対して再度フォルダ作成処理を実行する。つまり、以前エクスポートしたことがある場所に対して、検索ツリービューの状態とエクスポート先のフォルダ構成が異なる場合に、検索ツリービューを再構築し、エクスポート先のフォルダ構成と同じ構成を構築する。これによって、エクスポート先で正しく分類できなくなることを抑制する。
【００４０】
（他の実施例）
本発明は、上述した実施形態を適宜組み合わせることにより構成された装置あるいはシステムやその方法も含まれるものとする。
【００４１】
ここで、本発明は、上述した実施形態の機能を実現する１つ以上のソフトウェア（プログラム）を実行する主体となる装置あるいはシステムである。また、その装置あるいはシステムで実行される上述した実施形態を実現するための方法も本発明の１つである。また、そのプログラムは、ネットワークまたは各種記憶媒体を介してシステムあるいは装置に供給され、そのシステムあるいは装置の１つ以上のコンピューター（ＣＰＵやＭＰＵ等）によりそのプログラムが読み出され、実行される。つまり、本発明の１つとして、さらにそのプログラム自体、あるいは当該プログラムを格納したコンピューターにより読み取り可能な各種記憶媒体も含むものとする。また、上述した実施形態の機能を実現する回路（例えば、ＡＳＩＣ）によっても、本発明は実現可能である。
【符号の説明】
【００４２】
０１０１  情報処理装置
０２０１  ＣＰＵ
０３００  文書管理アプリケーション
０３０２  インデックス取得部
０３０４  フォルダ作成部
【図１】
2019082961.tif 000003
【図２】
2019082961.tif 000004
【図３】
2019082961.tif 000005
【図４】
2019082961.tif 000006
【図５】
2019082961.tif 000007
【図６】
2019082961.tif 000008
【図７】
2019082961.tif 000009
【図８】
2019082961.tif 000010
【図９】
2019082961.tif 000011
【図１０】
2019082961.tif 000012
【図１１】
2019082961.tif 000013
【図１２】
2019082961.tif 000014