JP2018005509A - 情報処理装置、制御方法、及びプログラム - Google Patents

Abstract

【課題】 ユーザーがキーワードやインデックスなどの条件を入力して検索された結果一覧から開かれたファイルの場合、ユーザーがファイルを識別するために必要なインデックスなどのファイル属性は、検索の内容によって異なる。
【解決手段】 本発明の情報処理装置は、ファイルを管理するサーバーと通信可能であり、該サーバーで管理されるファイルを開くことが可能なアプリケーションが動作する情報処理装置であって、アプリケーションで開かれたファイルについての情報の一覧で検索の結果一覧から開かれたファイルについての情報を表示する際に、該ファイルの複数の属性情報のうち前記検索の際に指定された条件に係る１以上の属性情報を表示することを特徴とする。
【選択図】 図８

Description

本発明は、アプリケーションで開いたファイルについての情報の一覧を表示する情報処理装置、制御方法、及びプログラムに関する。

従来、ファイルサーバーで管理されるファイルをクライアント端末のアプリケーション上で開く方法は３通りある。１つは、フォルダ階層構造を用いてファイルが管理されている場合、フォルダをたどって所望のファイルを開く方法である。もう１つは、ユーザーがキーワードやインデックスなどの条件を入力して検索された結果の一覧からファイルを開く方法である。さらに、特許文献１に開示されるような方法もある。

特許文献１には、クライアント端末が文書共有サーバーに保存されている文書にアクセスできる文書共有システムについて記載されている。クライアント端末では、クライアント端末のユーザーが最近使用した文書の一覧をサーバーから取得して表示することができる。

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

上述した特許文献１では、最近使用した文書の一覧では、アクセスした文書のＩＤや文書名、アクセス時に使用したクライアント端末の情報、アクセスを行った日時などの固定的な項目が表示される。しかしながら、必ずしもそれらの項目の値が、履歴一覧の中の文書を識別するためにユーザーにとって必要な情報であるとは限らない。

上述したフォルダをたどっていく方法で開かれたファイルの場合、履歴一覧に少なくともそのファイルの格納場所を示すパスを表示することで、ユーザーは履歴一覧においてそのファイルを識別できる。一方で、ユーザーがキーワードやインデックスなどの条件を入力して検索された結果一覧から開かれたファイルの場合、ユーザーがファイルを識別するために参考になるインデックスなどのファイル属性は、例えば実際の検索に使った内容であることが考えられる。つまり、各ファイルの管理方法やファイル閲覧時の検索方法などに依存して、ユーザーがファイルを識別するために参考になる情報が異なることが考えられる。

上記課題を解決するために、本発明の情報処理装置は、ファイルを管理するサーバーと通信可能であり、該サーバーで管理されるファイルを開くことが可能なアプリケーションが動作する情報処理装置であって、ファイルの属性情報を用いた条件の指定に基づき、前記サーバーで管理されているファイルを検索する検索手段と、前記アプリケーションで開かれたファイルについての情報を管理する管理手段と、前記管理手段で管理されているファイルについての情報の一覧を前記情報処理装置の画面に表示する表示手段と、を有し、前記表示手段は、前記一覧で前記検索手段による検索の結果一覧から開かれたファイルについての情報を表示する際に、該ファイルの複数の属性情報のうち前記検索の際に指定された条件に係る１以上の属性情報を表示することを特徴とする。

アプリケーションで開かれたファイルについての情報の一覧で、ファイルの属性情報を用いた条件の指定に基づく検索の結果一覧から開かれたファイルについての情報を表示する際に、ユーザーがファイルを識別するために参考になる属性情報を表示できる。

システムの構成を示す図。 クライアント端末、サーバーのハードウェア構成を示す図。 ソフトウェア構成を示す図。 文書管理システムのクライアントアプリケーションのＵＩの一例を示す図。 文書管理システムのクライアントアプリケーションの持つ検索ＵＩの一例を示す図。 文書編集アプリケーションのＵＩの一例を示す図。 第１実施形態における文書情報の一例を示す図。 第１実施形態の履歴一覧更新処理の流れの一例を示すフローチャート。 第２実施形態における文書情報の一例を示す図。 第２実施形態における履歴一覧更新処理の流れの一例を示すフローチャート。 第２実施形態における文書編集アプリケーションのＵＩの一例を示す図。

以下、本発明を実施するための最良の形態について図面を用いて説明する。

（第１実施形態）
［システム構成］
図１は、本発明の実施の形態に係るシステム構成を示す図である。本実施例では、文書を管理するシステムを例に挙げて説明する。

図１において、クライアント端末１０１、文書を管理する文書サーバー１０２は、ネットワーク１１０を介して接続されている。図において、クライアント端末１０１と文書サーバー１０２は、複数台接続されていても構わない。ネットワーク１１０は、例えば、インターネット等のＬＡＮ、ＷＡＮ、電話回線、専用デジタル回線等のいずれであり、またこれらの組み合わせにより実現される、いわゆる通信ネットワークである。ネットワーク１１０は、データの送受信が可能であればよく、有線、無線どちらでも構わない。また、様々な企業などにより、クライアント端末１０１は、例えば、デスクトップパソコン、ノートパソコン、モバイルパソコン、タブレット端末等から成るが、プログラムの実行環境が内蔵されたスマートフォンであってもよい。クライアント端末１０１には、オフィスアプリケーションやプリンタードライバー等のプログラムを実行する環境が内蔵されている。文書サーバー１０２は、ファイルの一例である文書を管理するサーバーであって、クライアント端末１０１とネットワーク１１０を介して通信可能である。なお、ファイルは文書に限られず、画像データやその他であっても本発明を適用可能である。

図２は、本発明の実施形態に係る、クライアント端末１０１および文書サーバー１０２を実行する情報処理装置のハードウェア構成図である。

図２において、ＣＰＵ２０２は装置全体の制御を行う。ＣＰＵ２０２はハードディスク（ＨＤＤ）２０５に格納されているアプリケーションプログラム、ＯＳ等を実行し、ＲＡＭ２０３にプログラムの実行に必要な情報、文書等を一時的に格納する制御を行う。ＲＯＭ２０４は記憶手段であり、内部には、基本Ｉ／Ｏプログラム等の各種データを記憶する。ＲＡＭ２０３は一時記憶手段であり、ＣＰＵ２０２の主メモリ、ワークエリア等として機能する。ＨＤＤ２０５は外部記憶手段の一つであり、大容量メモリとして機能し、オフィスアプリケーションやＷｅｂブラウザー等のアプリケーションプログラム、ＯＳ、関連プログラム等を格納している。ディスプレイ２０６は表示手段であり、キーボード２０７から入力したコマンド等を表示したりするものである。インターフェース２０８は外部装置Ｉ／Ｆであり、プリンター、ＵＳＢ機器、周辺機器を接続する。キーボード／マウス２０７は指示入力手段である。システムバス２０１は、装置内におけるデータの流れを司るものである。ネットワークインターフェースカード（ＮＩＣ）２０９は、該インターフェース２０９、ネットワーク１１０を介して外部装置とのデータのやり取りを行う。なお、上記コンピューターの構成はその一例であり、図２の構成例に限定されるものではない。例えば、データやプログラムの格納先は、その特徴に応じてＲＯＭ２０４、ＲＡＭ２０３、ＨＤＤ２０５などで変更することも可能である。本実施例中で特に明記しない場合は、各種処理はＲＯＭ２０４等に記憶されているプログラムをＲＡＭ２０３等にロードし、ＣＰＵ２０２で実行することによって実現されるものとする。

図３は、図１に示したクライアント端末１０１および文書サーバー１０２のソフトウェア構成を説明するブロック図である。

サーバーアプリケーション３０１は、文書サーバー１０２で動作するアプリケーションを示す。サーバーアプリケーション３０１は、文書管理システムの文書データの保管および各文書に対する文書情報の管理などを行うソフトウェアであり、後述するクライアント端末のアプリケーションからの要求に応じて文書データ、文書情報の入出力を行う。

データ送受信部３０２は、後述するクライアント端末のアプリケーションからの要求を受信し、要求の内容に応じて後述するデータ管理部３０３へ文書データの処理を指示する。データ管理部３０３は、データ送受信部３０２の指示を受けて文書データの入出力や検索を行う。

クライアントアプリケーション３０５は、クライアント端末１０１で動作するアプリケーションを示す。クライアントアプリケーション３０５は、ユーザーからの要求に応じて、サーバーアプリケーション３０１と通信して文書管理システムが管理する文書データにアクセスすることを可能にする。

ＵＩ部３０６は、図４で示すユーザーインターフェースの構築や、ユーザーからの各種入力操作を受け付けて、対応する処理を後述するデータアクセス部３０７に指示する。データアクセス部３０７は、ＵＩ部３０６の指示に応じてサーバーアプリケーションと通信して、文書管理システムが管理する文書データへのアクセスを行う。アプリケーション連携部３０８は、文書管理システムのクライアントアプリケーション３０５でアクセスされる文書管理システムの文書データを、後述する文書編集アプリケーション３０９へ受け渡して、文書編集アプリケーション３０９を起動させる。

文書編集アプリケーション３０９は、文書を編集、保存することが可能なアプリケーションの一例である。文書編集アプリケーション３０９は、クライアント端末１０１にインストールされ、ユーザーからの要求に応じて、文書管理システムや後述する文書管理アプリケーションが管理する文書を編集して保存することが可能である。また、文書編集アプリケーション３０９は、クライアント端末１０１にインストールされているＯＳの文書システムで管理されている文書に対しても編集、保存が可能である。

ＵＩ部３１０は、図５で示すユーザーインターフェースの構築や、ユーザーからの各種入力操作を受け付けて、対応する処理を後述する処理実行部３１１に指示する。処理実行部３１１は、ＵＩ部３１０の指示に応じて文書のオープン、履歴の更新、各種編集、印刷、保存などの処理を実行する。システム連携部３１２は、文書管理システムに対して文書のアップロードの命令や、文書情報の取得命令などを行う。履歴管理部３１３は、文書編集アプリケーション３０９で開かれた文書情報を履歴として記録し、管理する。履歴管理部３１３は、文書の開くために必要な文書のパスと履歴に文書の内容を表示するための表示情報を管理する。

図４は、クライアントアプリケーション３０５の表示画面を模式的に示した図である。

４０１は、クライアントアプリケーションが提供するＵＩである。４０２は、サーバーアプリケーション３０１のデータ管理部３０３で管理されているフォルダ一覧を表示する領域である。４０３は、領域４０２に表示されるフォルダの一例であり、図の例では建築書類フォルダが表示されている。フォルダ４０３の表示は、ツリービュー表示であってもよい。４０４はアドレスバーであり、領域４０２で選択されているフォルダのパスを表示する領域である。図の例では、選択されているフォルダ４０３のパスが表示されている。４０５は、文書の検索を実行するためのボタンである。４０６は、領域４０２で選択されているフォルダとフォルダ内の文書とを一覧表示する領域である。また、領域４０６に表示される文書を選択実行することで、文書編集アプリケーション３０９を開くことも可能である。

図５は、クライアントアプリケーション３０５が提供する検索ＵＩの表示画面を模式的に示した図である。５０１は検索ＵＩであり、文書を検索するためのダイアログである。検索ＵＩ５０１はボタン４０５実行時に表示される。５０２は検索場所を表示する領域であり、検索の対象となる場所を表示する。図の例では、ボタン４０５実行時に選択されていたフォルダ４０３が検索対象となり、それを表示している。図５の例では、建築書類フォルダが検索場所の対象となっている状態である。

５０３は条件式であり、検索したい文書の条件を指定し、表示する領域である。条件式の入力領域は、左から、インデックスの種類、フィルター、検索文字列を示す。本文で用いられるインデックスとは、検索対象となる文書情報を示す。条件式１の図の例では、「物件名称」というインデックスの種類に対し、「マンションＡ」という「値を含む」ことを検索条件としている。なお、フィルターには、「次の値を含む」以外に「次の値で始まる」、「次の値に等しい」、「次の値に等しくない」という選択肢などがある。また、図の例のように条件式１、条件式２という複数の条件式を検索条件として指定することも可能である。

５０４は、検索の条件を追加するためのボタンである。図の例では、条件式が２つ表示されているが、条件式をさらに増やしたい場合は条件の追加ボタンによって条件式を追加することができる。５０５は条件式の関係を選択するための領域であり、複数の条件式の関係を表示・選択する。条件式の関係選択領域には、「ＡＮＤ」と「ＯＲ」という選択肢がある。図の例では、「ＡＮＤ」が表示されているので、条件式１と条件式２の両方を満たす文書が検索の結果一覧に表示される。

５０６は、ボタン押下で検索ＵＩ５０１に入力された検索条件で検索を実行するためのボタンである。図の例では、「建築書類」の場所に対し、条件式１、条件式２の「ＡＮＤ」条件となる文書を条件式として検索を実行する。５０７は、ボタン５０６で実行された検索結果を表示する領域である。領域５０７に表示される文書を選択実行することで、文書編集アプリケーション３０９を開くことが可能である。

図６は、文書編集アプリケーション３０９の表示画面を模式的に示した図であり、アプリケーションメニューが開かれた状態を示す。６０１は文書編集アプリケーションが提供するＵＩであり、文書ページのプレビュー表示や、文書ページの回転といった編集機能を有する。６０２はアプリケーションメニューであり、図の例ではアプリケーションメニューが開かれた表示状態を示す。６０３は、文書編集アプリケーション３０９で開いた文書の一覧を表示する領域である。本願において、履歴一覧とは、文書編集アプリケーション３０９で開いた文書の一覧を指す。

６０４は、文書編集アプリケーション３０９で開いた文書の情報を表示する領域である。図６で示す例では、文書名が「タイプ１．ｐｄｆ」、「物件名称」インデックスが「マンションＡ」、「書類種別」インデックスが「図面」という文書が履歴に表示されている。文書の情報を表示する領域６０４を選択することにより、対象の文書を文書編集アプリケーション３０９で開くことができる。本願において、文書編集アプリケーション３０９で開いた文書の情報を、履歴情報とも呼ぶ。つまり、履歴一覧には、１以上の履歴情報が含まれることとなる。

なお、文書サーバー１０２がフォルダ階層構造を用いずに、インデックスを使ってファイルを管理している場合には、図６で示すように、６０４には文書の情報としてインデックスが表示される。一方、文書サーバー１０２がインデックスを使わずに、フォルダ階層構造を用いてファイルを管理している場合には、６０４には文書の情報として文書のパスが表示される。また、文書サーバー１０２がフォルダ階層構造を用いて、かつ、インデックスも使ってファイルを管理している場合には、６０４には文書の情報として文書のパスまたはインデックスを選択して表示することが可能である。このように、クライアント端末１０１が、複数の文書サーバー１０２と接続されている場合には、文書サーバー１０２の文書管理の形態によって６０４に表示する項目を変えることで、ユーザーは履歴一覧に表示される文書を識別し易くなる。

図７は、第１実施形態における、文書データを管理するテーブルの一例を示す図である。文書データは文書サーバー１０２のＨＤＤにて管理されているものである。

７０１は文書の名称である。７０２は文書の格納先を示すパスである。７０３、７０４、７０５はユーザーが定義したインデックス（属性情報）であり、それぞれ物件名称のインデックス、文書種別のインデックス、担当会社のインデックスである。なお、文書名７０１も属性情報として扱ってもよい。

図８は、第１実施形態における、履歴一覧更新処理の流れの一例を示すフローチャートである。本フローは第１実施形態における文書編集アプリケーション３０９起動時に開かれた文書の情報を、開いた文書の履歴一覧の表示リストに追加する処理を示す。本処理は、選択した文書を文書編集アプリケーション３０９で開いた際に実行される。

図８のフローチャートに示す処理は、クライアント端末１０１の文書編集アプリケーション３０９により実行される。すなわち、図８のフローチャートの処理は、クライアント端末１０１のＣＰＵ２０２が、ＨＤＤ２０５に記録されたプログラムを読み出して実行することにより実現される。

Ｓ８０１では、履歴管理部３１３が、開かれた文書と同一の文書が履歴に存在しているかを判定する。具体的には、文書サーバー１０２がフォルダ階層構造を持っている場合には、開かれたパス７０２と、履歴にあるパス７０２とが同一である場合に、同一の文書であると判断される。なお、文書サーバー１０２が、文書にインデックスを対応付けて、文書を管理している場合、開かれた文書のＩＤと履歴一覧にある文書のＩＤとが同一である場合に、同一の文書であると判断される。同一の文書が存在する場合はＳ８０３へ、そうでない場合はＳ８０２へ処理を進める。

Ｓ８０２では、システム連携部３１２が、文書は検索結果から開かれたか否かを判定する。具体的には、検索結果を表示する領域５０７から開かれたか否かで判断する。検索結果から開かれた場合は、Ｓ８０４へ、そうでない場合はＳ８０５へ処理を進める。

Ｓ８０３では、履歴管理部３１３は、文書が開かれた順序を管理しており、同一文書の情報を履歴の先頭へ移動する。具体的には、履歴の一覧の中にある同一文書の履歴情報を、履歴一覧の先頭へ移動させて順番を並び替える。なお、この並び順は、領域６０３に表示される履歴の表示順に反映される。したがってこの処理により、該当の文書の履歴情報が、領域６０３の先頭に表示されるようになる。Ｓ８０３の処理後、本フローを終了する。

Ｓ８０４では、システム連携部３１２が、文書名及び検索条件に用いたインデックス情報を表示情報として履歴一覧に追加する。具体的には、クライアントアプリケーション３０５とサーバーアプリケーション３０１から文書情報及び検索条件の情報を取得する。履歴管理部３１３は取得した情報と、文書を開くためのパス７０２を表示情報として履歴一覧に追加する。本処理は、検索ＵＩ５０１の領域５０７から文書を選択し文書編集アプリケーション３０９を起動した際に行われる。

例えば、図５のような検索条件で検索を実行した際、領域５０７から文書を開いたとする。この場合、システム連携部３１２は、クライアントアプリケーション３０５から検索条件に用いたインデックスが物件名称のインデックス７０３と書類種別のインデックス７０４であるという情報を取得する。次にシステム連携部３１２は、サーバーアプリケーション３０１から開いた文書の文書名７０１と、検索条件に用いたインデックスである物件名称のインデックス７０３と書類種別のインデックス７０４を取得する。最後に履歴管理部３１３は取得した情報と文書を開くためのパス７０２を履歴一覧に表示情報として追加する。図６の領域６０４は、検索ＵＩ５０１で物件名称のインデックス７０３、書類種別のインデックス７０４で検索を実行し、領域５０７に表示されたタイプ１．ｐｄｆを開いた場合の履歴の表示している例を示している。文書の複数の属性情報のうち、図５での検索に用いられた１以上の属性情報を抜粋して領域６０４で表示することで、ユーザーは文書を識別し易くなる。Ｓ８０４の処理後、本フローを終了する。

Ｓ８０５では、履歴管理部３１３が、文書名及び文書のパスを表示情報として履歴一覧に追加する。具体的には、まず、システム連携部３１２がクライアントアプリケーション３０５とサーバーアプリケーション３０１から文書情報を取得する。取得する情報は、文書名７０１とパス７０２の情報である。次に、履歴管理部３１３は取得した情報を履歴一覧に追加する。追加した情報は、領域６０４に表示される。本処理は、クライアントアプリケーションＵＩ４０１の領域４０６から文書を選択し文書編集アプリケーション３０９を起動した場合に行われる。Ｓ８０５の処理後、本フローを終了する。

本実施形態では、文書情報を履歴一覧に追加する処理において、条件に応じてインデックス情報を取得する処理を行った。なお、クライアントアプリケーション３０５が、文書編集アプリケーション３０９を起動すると共に、文書編集アプリケーション３０９に対して文書のインデックス情報を渡す構成になっていてもよい。また、Ｓ８０４の処理について、検索条件に用いたインデックス情報だけでなく、検索条件に用いた検索場所５０２の表示情報を取得し、履歴一覧に追加してもよい。

本実施形態では、検索の結果一覧から開いたファイルについて履歴一覧に表示する際に、検索に用いたファイル属性情報を表示するようにした。検索に用いたファイル属性情報を表示することで、ユーザーはそのファイルを識別し易くなる。特に、フォルダ階層構造がなく、インデックスを付与してファイルを管理する形態の場合、ファイルの属性情報であるインデックスを履歴一覧に表示することで、ユーザーはファイルを識別することができる。

本実施形態を適用することによって、検索の結果一覧から開かれた文書が、文書を開いた履歴一覧に表示される場合に、ユーザーはその文書を識別し易くなる。

（第２実施形態）
次に、本発明の第２実施形態を記述する。第１実施形態との差異は、表示情報が同一の文書が履歴に存在するか否かによって、表示情報を更新する点である。

第１実施形態では、検索結果から開かれた文書は、検索条件に用いられたインデックス情報を、文書を開いた履歴一覧に表示することによって、ユーザーは文書を開いた履歴一覧から容易に文書を見つけることができる。

しかしながら、履歴に表示される文書情報について、異なる文書であるが履歴の表示上同じ文書に見えてしまい、どの文書を示しているのかがわかりにくくなる場合がある。例えば、検索して複数の文書がヒットした場合、ユーザーは検索に用いたインデックス以外のインデックスの情報を見たうえで、特定の文書を開く。しかし、第１実施形態では、文書名及び検索に用いたインデックスを履歴に表示するため、ヒットした複数の文書をそれぞれ開いた場合は、履歴上同一の表示内容となってしまい、区別がつきにくくなってしまう。そこで、本実施形態では、履歴一覧に表示される２つの文書について、検索に用いたインデックスが同じである場合に、異なるインデックスの情報を表示するようにする。なお、本実施形態の説明において、第１実施形態と同様の内容の部分は説明を省略する。

図９は、第２実施形態における、文書データの一例であり、５種類のインデックスと２つの文書の文書データの例を示す。文書データは文書サーバー１０２のＨＤＤにて管理されているものである。

インデックスの種類に関する説明は図７と同一であるため省略する。２つの文書の文書データは、文書名７０１、パス７０２、物件名称のインデックス７０３、書類種別のインデックス７０４の情報が同一であり、担当会社のインデックス７０５が異なる。

図１０は、第２実施形態における、履歴一覧更新処理の流れの一例を示すフローチャートである。本フローは第２実施形態における文書編集アプリケーション３０９起動時に開かれた文書の情報を、文書を開いた履歴一覧に追加する処理を示す。本処理は、選択した文書を文書編集アプリケーション３０９で開いた際に実施される。本処理は図８で説明したＳ８０４の後にＳ１００１、Ｓ１００２処理が追加されており、それ以外の説明は図８の説明と同様である。

Ｓ１００１では、履歴管理部３１３が、同一の表示情報である文書が履歴に存在するかどうかを判定する。具体的には、履歴管理部３１３の履歴情報の中に同一の表示情報が存在するかどうかで判断する。例えば、図５のような検索条件で検索を実行した際、領域５０７から文書を開いた場合に図９で示す２つの文書が表示され、それぞれ開いた場合に、２つの文書は履歴上同一の表示情報となり、この状態であるかどうかを判断する。同一の表示情報である文書が履歴に存在する場合、Ｓ１００２へ、そうでない場合、本フローを終了する。

Ｓ１００２では、履歴管理部３１３が、同一の表示情報である文書について、表示情報に異なるインデックス情報を含めるよう履歴を更新する。具体的には同一の表示情報である文書のすべてのインデックス情報を取得し、異なるインデックス情報を表示情報に含めるよう履歴を更新する。例えば、図９で示す２つの文書の場合、担当会社のインデックス７０５がそれぞれの文書の異なるインデックス情報となり、担当会社のインデックス７０５を表示情報として履歴を更新する。Ｓ１００２の処理後、本フローを終了する。

図１１は、第２実施形態における文書編集アプリケーション３０９の表示画面を模式的に示した図であり、アプリケーションメニューが開かれた状態を示す。

１１０１は、第２実施形態における図９で示した２つの文書を開いた場合、履歴一覧を表示する領域における表示結果である。Ｓ１００１、Ｓ１００２の処理により、２つの文書の異なるインデックス情報である担当会社のインデックス７０５が優先的に表示され、それぞれの文書がどの文書を示しているかがわかりやすい状態となっている。

本実施形態では、Ｓ１００２の処理について、異なるインデックス情報が１つ存在する場合を例に挙げたが、異なるインデックス情報が複数ある場合は、初めに見つかったインデックス情報のみを対象としてもよい。また、ユーザーが定義したインデックスを優先してもよい。

以上説明したように、本実施形態では、検索の結果一覧から開かれた任意の２つのファイルについて、履歴一覧で表示される内容が同一である場合には、異なる属性情報を表示するようにした。本実施形態を適用することによって、検索の結果一覧から開かれた任意の２つのファイルについて、履歴一覧で表示される内容が同一である場合であっても、ユーザーはその２つのファイルを識別し易くなる。

（他の実施例）
本発明は、上述した実施形態を適宜組み合わせることにより構成された装置あるいはシステムやその方法も含まれるものとする。

ここで、本発明は、上述した実施形態の機能を実現する１つ以上のソフトウェア（プログラム）を実行する主体となる装置あるいはシステムである。また、その装置あるいはシステムで実行される上述した実施形態を実現するための方法も本発明の１つである。また、そのプログラムは、ネットワークまたは各種記憶媒体を介してシステムあるいは装置に供給され、そのシステムあるいは装置の１つ以上のコンピューター（ＣＰＵやＭＰＵ等）によりそのプログラムが読み出され、実行される。つまり、本発明の１つとして、さらにそのプログラム自体、あるいは当該プログラムを格納したコンピューターにより読み取り可能な各種記憶媒体も含むものとする。また、上述した実施形態の機能を実現する回路（例えば、ＡＳＩＣ）によっても、本発明は実現可能である。

１０１ クライアント端末
２０２ ＣＰＵ
３０９ 文書編集アプリケーション
３１３ 履歴管理部

Claims (9)

1. ファイルを管理するサーバーと通信可能であり、該サーバーで管理されるファイルを開くことが可能なアプリケーションが動作する情報処理装置であって、
   ファイルの属性情報を用いた条件の指定に基づき、前記サーバーで管理されているファイルを検索する検索手段と、
   前記アプリケーションで開かれたファイルについての情報を管理する管理手段と、
   前記管理手段で管理されているファイルについての情報の一覧を前記情報処理装置の画面に表示する表示手段と、を有し、
   前記表示手段は、前記一覧で前記検索手段による検索の結果一覧から開かれたファイルについての情報を表示する際に、該ファイルの複数の属性情報のうち前記検索の際に指定された条件に係る１以上の属性情報を表示することを特徴とする情報処理装置。
2. 前記表示手段は、前記アプリケーションで開かれた任意の２つのファイルについて、前記検索手段による検索の際に指定された条件に係る属性情報が同一である場合に、該２つのファイルの属性情報のうち内容の異なる属性情報を更に表示することを特徴とする請求項１に記載の情報処理装置。
3. 前記管理手段は、前記アプリケーションでファイルが開かれた順序を管理しており、
   前記表示手段は、前記アプリケーションでファイルが開かれた際に該ファイルと同一のファイルについての情報が前記管理手段で既に管理されている場合、前記管理手段で管理される順序を更新して、該順序に従ってファイルについての情報を表示することを特徴とする請求項１または２に記載の情報処理装置。
4. 前記ファイルの属性情報には、ファイルの名称およびファイルの種別が含まれることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記サーバーは、フォルダ階層構造を用いずに、ファイルに対応付けられる属性情報を用いてファイルを管理していることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 前記サーバーは、フォルダ階層構造を用いてファイルを管理しており、
   前記表示手段は、前記検索手段による検索が行われることなくフォルダを指定してファイルが開かれた場合に、該ファイルの格納先を示すパスを、該ファイルについての情報として表示することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
7. 前記情報処理装置は、複数のサーバーと通信可能であり、
   前記複数のサーバーには、フォルダ階層構造を用いてファイルを管理する第１のサーバーと、フォルダ階層構造を用いずに、ファイルに対応付けられる属性情報を用いてファイルを管理する第２のサーバーとが含まれ、
   前記表示手段は、前記第１のサーバーで管理されるファイルが、前記検索手段による検索が行われることなくフォルダを指定して開かれた場合に、該ファイルの格納先を示すパスを、該ファイルについての情報として表示し、前記第２のサーバーで管理されるファイルが、前記検索手段による検索の結果一覧から開かれた場合に、該ファイルの複数の属性情報のうち前記検索の際に指定された条件に係る１以上の属性情報を、該ファイルについての情報として表示することを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
8. ファイルを管理するサーバーと通信可能であり、該サーバーで管理されるファイルを開くことが可能なアプリケーションが動作する情報処理装置の制御方法であって、
   ファイルの属性情報を用いた条件の指定に基づき、前記サーバーで管理されているファイルを検索する検索工程と、
   前記アプリケーションで開かれたファイルについての情報を管理する管理工程と、
   前記管理工程で管理されるファイルについての情報の一覧を前記情報処理装置の画面に表示する表示工程と、を有し、
   前記表示工程では、前記一覧で前記検索工程での検索の結果一覧から開かれたファイルについての情報を表示する際に、該ファイルの複数の属性情報のうち前記検索の際に指定された条件に係る１以上の属性情報が表示されることを特徴とする制御方法。
9. 請求項１乃至７のいずれか１項に記載の手段としてコンピューターを機能させるためのプログラム。

Images