JP7456176B2 - ファイル管理装置およびファイル管理プログラム - Google Patents

Description

本発明は、ファイル管理装置およびファイル管理プログラムに関する。

特許文献１には、ファイル管理装置としてコンピュータを機能させるためのプログラムであって、当該コンピュータを、複製されるファイルが実際に保存される場所を特定する実ファイル保存場所情報とは別個に、当該ファイルのオリジナルファイルが保存されている場所を特定するオリジナルファイル保存場所情報を属性情報として設定されたファイルを取り扱うファイル管理手段として機能させることを特徴とするファイル管理プログラムが開示されている。

特許文献２には、文書の新規登録操作がなされた場合に、当該新規登録操作に対して付与された一意な操作識別子を前記文書と対応づけて記憶装置に登録する第１の登録手段と、 前記記憶装置に登録された第１の操作識別子に対応する第１の文書に対して操作が行われた場合に、当該操作に対して付与された一意な第２の操作識別子が前記第１の操作識別子から派生したことを示す派生関係を前記記憶装置に登録すると共に、当該操作の結果前記第１の文書とは異なる第２の文書が生成された場合には、前記第２の操作識別子を前記第２の文書と対応づけて前記記憶装置に登録する第２の登録手段と、 前記第１の操作識別子に対応する前記第１の文書に対する操作が、前記第１の文書に対する関連文書の設定操作である場合に、前記関連文書と対応づけて前記記憶装置に登録されている第３の操作識別子を、前記設定操作に対して付与された前記第２の操作識別子の関連文書属性として前記記憶装置に登録する関連文書登録手段と、を備える文書管理装置が開示されている。

特許文献３には、関連する文書を自動的に関連つける自動文書管理方式において、一番最初に開いた文書、ホーム文書（１－１）と、そのホーム文書に関連して開いた参照文書（１－２）、（１－３）とその関連を一時的に格納する参照スタック（１－４）と、最終的にホーム文書の関連属性情報（１－６）として参照関係を格納するための文書管理領域（１－５）を備え、ホーム文書（１－１）開いた際に、関連して開いた複数の文書（１－２）、（１－３）を参照スタック（１－４）に自動的に格納しておき、ホーム文書（１－１）を閉じるとき、その参照スタック（１－４）情報を文書管理領域（１－５）に格納するか否か、あるいは編集するかを利用者に問い合わせ必要な文書（１－２）のみ格納し、次回以降該当文書を開いたとき、関連文書管理領域（１－５）に格納されている関連文書属性情報（１－６）にもとづき必要な関連文書（１－２）を取り出せるようにすることを特徴とした文書管理方式が開示されている。

特許２００５－２１５７４５号公報 特許２０１０－０７３０１２号公報 特許平０９－３３０３１２号公報

ある対象文書の操作履歴に応じて、当該対象文書に関連する関連文書を対応付けて記憶しておく技術が知られている。当該技術においては、対象文書が編集等のために表示される際に、関連文書も連動して表示される。対象文書が他のユーザーと共有されている場合、該対象文書の関連文書の表示に際して、関連文書の保存場所によっては、該保存場所が他のユーザーに対して共有されておらず、他のユーザーが該関連文書にアクセスできないことがある。それに対して、対象文書に対して関連文書を添付しておく技術があるが、添付する関連文書が増えるにつれ、ファイルサイズが大きくなってしまい、該対象文書の扱いが面倒になってしまう。

本発明は、文書等の対象ファイルに関連する関連ファイルを対応づける際に、該関連ファイルが保存されている保存場所によらずに、該関連ファイルへのアクセスを可能としつつ、かつ関連ファイルを全て添付する場合に比べて、対象ファイルのデータ容量を抑制できるファイル管理装置及びファイル管理プログラムを提供することを目的とする。

第１態様に係るファイル管理装置は、少なくとも１つのプロセッサを備え、前記プロセッサは、対象ファイルと前記対象ファイルに関連する関連ファイルの保存先と閲覧者に関する情報を取得し、前記関連ファイルの保存先に前記閲覧者がアクセス可能な場合には、前記関連ファイルの保存先を示す情報を前記閲覧者に提供し、前記関連ファイルの保存先に前記閲覧者がアクセス可能でない場合には、前記関連ファイルを前記閲覧者に提供する。

第２態様に係るファイル管理装置は、第１態様に係るファイル管理装置において、前記プロセッサは、前記対象ファイルを管理するユーザーに対して、前記関連ファイルを前記閲覧者に提供する形態を確認する。

第３態様に係るファイル管理装置は、第２態様に係るファイル管理装置において、前記プロセッサは、前記ユーザーから、前記関連ファイルを前記閲覧者に提供する形態を、前記保存先を示す情報から前記関連ファイルに切り替えるか、前記関連ファイルから前記保存先を示す情報に切り替えるかを受け付ける。

第４態様に係るファイル管理装置は、第２態様又は第３態様に係るファイル管理装置において、前記プロセッサは、前記関連ファイルの追加を受け付け、当該追加の際に、前記関連ファイルを前記閲覧者に提供する形態を、前記保存先を示す情報とするか、前記関連ファイルとするかを受け付ける。

第５態様に係るファイル管理プログラムは、対象ファイルと前記対象ファイルに関連する関連ファイルの保存先と閲覧者に関する情報を取得するステップと、前記関連ファイルの保存先に前記閲覧者がアクセス可能な場合には、前記関連ファイルの保存先を示す情報を前記閲覧者に提供し、前記関連ファイルの保存先に前記閲覧者がアクセス可能でない場合には、前記関連ファイルを前記閲覧者に提供するステップと、をコンピュータに実行させる。

第１態様によれば、文書等の対象ファイルに関連する関連ファイルを対応づける際に、該関連ファイルが保存されている保存場所によらずに、該関連ファイルへのアクセスを可能としつつ、かつ関連ファイルを全て添付する場合に比べて、対象ファイルのデータ容量を抑制できる。

第２態様によれば、対象ファイルを管理するユーザーが関連ファイルを閲覧者に提供する形態を確認しない場合と比較して、適切な形態で関連ファイルが閲覧者に提供される。

第３態様によれば、対象ファイルを管理するユーザーが関連ファイルを閲覧者に提供する形態を切り替えられない場合と比較して、ユーザーが意図した形態で関連ファイルが閲覧者に提供される。

第４態様によれば、関連ファイルの追加の際に関連ファイルを閲覧者に提供する形態を受け付けない場合と比較して、追加した関連ファイルへのアクセスが可能となる。

第５態様によれば、文書等の対象ファイルに関連する関連ファイルを対応づける際に、該関連ファイルが保存されている保存場所によらずに、該関連ファイルへのアクセスを可能としつつ、かつ関連ファイルを全て添付する場合に比べて、対象ファイルのデータ容量を抑制できる。

一実施形態に係るファイル管理装置の概略構成を示す図である。 ユーザー端末のハードウェア構成を示すブロック図である。 サーバーのハードウェア構成を示すブロック図である。 ユーザー端末の機能構成の例を示すブロック図である。 サーバーの機能構成の例を示すブロック図である。 サーバーが担当するファイル管理処理の流れを示すフローチャートである。 ユーザー端末に表示されるファイルのプロパティダイアログの画面の例を示す図である。 サーバーが担当する形態確認処理の流れを示すフローチャートである。 サーバーが担当する関連ファイル追加処理の流れを示すフローチャートである。 ユーザー端末に表示される関連ファイルを追加する画面の例を示す図である。

以下、本発明の技術の実施形態の一例を、図面を参照しつつ説明する。なお、各図面において同一又は等価な構成要素及び部分には同一の参照符号を付与している。また、図面の寸法比率は、説明の都合上誇張されており、実際の比率とは異なる場合がある。

図１は、一実施形態に係るファイル管理装置の概略構成を示す図である。

図１に示すように、ファイル管理装置１は、各ユーザーがそれぞれ使用する複数のユーザー端末１０と、サーバー２０と、を含む。複数のユーザー端末１０は、一例として、一のユーザーＡが使用する第１ユーザー端末１０Ａと、他のユーザーＢが使用する第２ユーザー端末１０Ｂと、を含んでいる。ユーザー端末１０の数については、特に制限はない。

ファイル管理装置１は、一例として、複数のユーザー端末１０と、サーバー２０とが、インターネット、有線又は無線のネットワークを介して接続されるシステムである。図１では、ファイル管理装置１は、一例として、無線のネットワークを介して接続されるシステムとして図示されている。ファイル管理装置１は、サーバー２０を用いてファイル、フォルダ及びショートカットなどを管理する装置である。図１中では、第１ユーザー端末１０Ａと第２ユーザー端末１０Ｂに参照符号を分けて示しているが、第１ユーザー端末１０Ａと第２ユーザー端末１０Ｂを区別しない場合には、「ユーザー端末１０」として説明する。

ユーザー端末１０は、デスクトップ型コンピュータ、ノート型コンピュータ、又はタブレット型コンピュータなどのコンピュータ装置によって構成される。ユーザー端末１０は、ファイルの作成、編集及び保存などを行う装置である。ファイルには、文書ファイル、画像ファイル、又は文書と画像を組み合わせたファイルなどが含まれる。また、ユーザー端末１０は、他のユーザーから送信されたファイルの表示などを行う。

ユーザー端末１０は、入力部１５と表示部１６とを有する。ユーザー端末１０では、例えば、入力部１５によりファイルの作成、編集及び保存などを行い、表示部１６にファイルが表示される。

一例として、ユーザーＡが使用する第１ユーザー端末１０Ａには、任意の一のファイル３０の操作履歴に応じて、当該一のファイル３０に関連する関連ファイル３２が当該一のファイル３０と対応付けて記憶されている。本明細書では、関連ファイル３２が関連付けられている任意の一のファイル３０を、対象ファイル３０と呼ぶ。本明細書では、対象ファイル３０及び関連ファイル３２のそれぞれを、相互の関係性により、対象ファイル３０及び関連ファイル３２と呼んでおり、いずれのファイルも、他のファイルとの関係性により、対象ファイル３０又は関連ファイル３２になりうる。ユーザー端末１０の具体的な構成及び作用については、後述する。

サーバー２０は、コンピュータ装置によって構成されるサーバーであり、例えば、社内共有サーバー又はクラウドサーバーなどが用いられる。サーバー２０は、複数のユーザー向けに提供されるサービスにおいて、ユーザーから送られたファイルを共有及び管理する機能を備えている。サーバー２０では、例えば、ユーザーＡの第１ユーザー端末１０Ａから対象ファイル３０が送信された場合に、対象ファイル３０を他のユーザーＢと共有することが可能である。また、サーバー２０は、ユーザーＢが第２ユーザー端末１０Ｂで対象ファイル３０を開いた場合に、対象ファイル３０に関連する関連ファイル３２にユーザーＢがアクセス可能とする装置である。サーバー２０の具体的な構成及び作用については、後述する。

図２は、ユーザー端末１０のハードウェア構成を示すブロック図である。

図２に示すように、ユーザー端末１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：プロセッサ）１１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３、ストレージ１４、入力部１５、表示部１６及び通信インタフェース１７の各構成を有する。各構成は、バス１９を介して相互に通信可能に接続されている。

ＣＰＵ１１は、中央演算処理ユニットであり、各種プログラムを実行したり、各部を制御したりする。すなわち、ＣＰＵ１１は、ＲＯＭ１２又はストレージ１４からプログラムを読み出し、ＲＡＭ１３を作業領域としてプログラムを実行する。ＣＰＵ１１は、ＲＯＭ１２又はストレージ１４に記録されているプログラムにしたがって、上記各構成の制御及び各種の演算処理を行う。本実施形態では、ＲＯＭ１２又はストレージ１４には、ファイル管理プログラムが格納されている。

ＲＯＭ１２は、各種プログラム及び各種データを格納する。ＲＡＭ１３は、作業領域として一時的にプログラム又はデータを記憶する。ストレージ１４は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）により構成され、オペレーティングシステムを含む各種プログラム、及び各種データを格納する。

入力部１５は、マウス等のポインティングデバイス、及びキーボードを含み、各種の入力を行うために使用される。

表示部１６は、たとえば、液晶ディスプレイであり、各種の情報を表示する。表示部１６は、タッチパネル方式を採用して、入力部１５として機能しても良い。

通信インタフェース１７は、サーバー２０等の他の機器と通信するためのインタフェースであり、たとえば、イーサネット（登録商標）、ＦＤＤＩ、Ｗｉ－Ｆｉ（登録商標）等の規格が用いられる。

図３は、サーバー２０のハードウェア構成を示すブロック図である。

図３に示すように、サーバー２０は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、ストレージ２４、及び通信インタフェース２５の各構成を有する。各構成は、バス２９を介して相互に通信可能に接続されている。

ＣＰＵ２１は、中央演算処理ユニットであり、各種プログラムを実行したり、各部を制御したりする。すなわち、ＣＰＵ（プロセッサ）２１は、ＲＯＭ２２又はストレージ２４からプログラムを読み出し、ＲＡＭ２３を作業領域としてプログラムを実行する。ＣＰＵ２１は、ＲＯＭ２２又はストレージ２４に記録されているプログラムにしたがって、上記各構成の制御及び各種の演算処理を行う。本実施形態では、ＲＯＭ２２又はストレージ２４には、ファイル管理プログラムが格納されている。

ＲＯＭ２２は、各種プログラム及び各種データを格納する。ＲＡＭ２３は、作業領域として一時的にプログラム又はデータを記憶する。ストレージ２４は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）により構成され、オペレーティングシステムを含む各種プログラム、及び各種データを格納する。

通信インタフェース２５は、複数のユーザー端末１０等の他の機器と通信するためのインタフェースであり、たとえば、イーサネット（登録商標）、ＦＤＤＩ、Ｗｉ－Ｆｉ（登録商標）等の規格が用いられる。

次に、ユーザー端末１０及びサーバー２０の機能構成について説明する。

図４は、ユーザー端末１０の機能構成の例を示すブロック図である。

図４に示すように、ユーザー端末１０は、機能構成として、作成部１０１、形態切替部１０２、追加部１０３、送信部１０４及び受信部１０５を有する。各機能構成は、ＣＰＵ１１がＲＯＭ１２又はストレージ１４に記憶されたファイル管理プログラムを読み出して、ＲＡＭ１３に展開して実行することにより実現される。

作成部１０１は、ファイルの作成及び編集を行う。ユーザーは、例えば、ユーザー端末１０の入力部１５を用いてデータを入力することにより、ファイルの作成及び編集を行う。また、ユーザーは、ユーザー端末１０の通信インタフェース１７により他の機器から受信されたデータを用いてファイルを作成及び編集してもよい。一例として、ユーザーＡが使用する第１ユーザー端末１０Ａでは、対象ファイル３０の作成及び編集を行うと（図１参照）、対象ファイル３０の操作履歴がストレージ１４などに記憶される。ユーザー端末１０では、対象ファイル３０の操作履歴に応じて、対象ファイル３０に関連する関連ファイル３２の情報がストレージ１４などに記憶される。

形態切替部１０２は、関連ファイル３２を閲覧者に提供する形態を切り替える。一例として、第１ユーザー端末１０Ａでは、形態切替部１０２は、ユーザーＡの選択により、関連ファイル３２を閲覧者の一例としてのユーザーＢに提供する形態を切り替える。例えば、関連ファイル３２をユーザーＢに提供する形態がオブジェクト（例えば、関連ファイル３２のそのもの）である場合、ユーザーＡの選択により、当該形態が関連ファイル３２から関連ファイル３２の保存先を示す情報（例えば、リンク）に切り替えられる。また、例えば、関連ファイル３２をユーザーＢに提供する形態が関連ファイル３２の保存先を示す情報（例えば、リンク）である場合、ユーザーＡの選択により、当該形態が関連ファイル３２の保存先を示す情報から関連ファイル３２（例えば、オブジェクト）に切り替えられる。関連ファイル３２をユーザーＢに提供する形態の切替は、ユーザーＡが自主的に行う場合と、サーバー２０からの形態の確認に応じて行う場合がある。

追加部１０３は、対象ファイル３０に関連する関連ファイル３２の追加を行う。ユーザー端末１０では、対象ファイル３０の操作履歴に応じて、関連ファイル３２が設定されるが、他の関連ファイル３２を追加したい場合は、追加部１０３により他の関連ファイル３２が追加される。

送信部１０４は、ファイルなどをサーバー２０に送信する。一例として、第１ユーザー端末１０Ａでは、対象ファイル３０、関連ファイル３２を他のユーザーに提供する形態の情報、及び関連ファイル３２の追加の情報などをサーバー２０に送信する。

受信部１０５は、複数のユーザー端末１０からサーバー２０に送信されたファイルをサーバー２０から受信する。

図５は、サーバー２０の機能構成の例を示すブロック図である。

図５に示すように、サーバー２０は、機能構成として、受信部２０１、取得部２０２、ファイル管理部２０３、形態確認部２０４、切替受付部２０５、提供部２０６、追加受付部２０７、追加形態受付部２０８及び送信部２０９を有する。各機能構成は、ＣＰＵ２１がＲＯＭ２２又はストレージ２４に記憶されたファイル管理プログラムを読み出して、ＲＡＭ２３に展開して実行することにより実現される。

受信部２０１は、複数のユーザー端末１０から送信されたファイルなどを受信する。ファイルには、当該ファイルの関連情報も含まれる。例えば、第１ユーザー端末１０Ａから対象ファイル３０が受信された場合、対象ファイル３０の関連情報として、対象ファイル３０に関連する関連ファイル３２の情報などが含まれる。

取得部２０２は、対象ファイル３０の保存先と、対象ファイル３０に関連する関連ファイル３２の保存先と、閲覧者の一例としてのユーザーＢに関する情報を取得する。

ファイル管理部２０３は、ファイルの内容、属性及び編集などのファイルに関する操作を管理する。ファイル管理部２０３は、ファイル内容管理部２０３Ａとファイル属性管理部２０３Ｂとを備えており、ユーザーからの操作要求に応じてファイル内容管理部２０３Ａとファイル属性管理部２０３Ｂに操作を振り分ける。ファイル内容管理部２０３Ａは、ファイルに記載されているテキスト情報、貼られているアノテーション（すなわち注釈）の情報、レイアウト情報など、ファイルそのものの内容を管理する。

また、ファイル属性管理部２０３Ｂは、ファイルの属性を管理する。属性として、例えば、ファイル名、作成日、更新日、作成者、更新者、関連ファイル情報などが含まれる。ファイル属性管理部２０３Ｂは、ファイルの保存、又はユーザーが属性を編集するなどの操作をトリガーに属性が変更された場合に、その結果をファイル属性に反映させる。関連ファイル情報には、関連ファイル３２をユーザーＢに提供する形態が含まれる。

形態確認部２０４は、対象ファイル３０を管理するユーザーＡに対して、関連ファイル３２をユーザーＢに提供する形態を確認する。関連ファイル３２をユーザーＢに提供する形態としては、関連ファイル３２の保存先を示す情報（例えば、リンク）、オブジェクト（例えば、関連ファイル３２そのもの）が含まれる。オブジェクトは、関連ファイル３２を圧縮した圧縮ファイルであっても良い。形態確認部２０４は、ユーザーＢに提供する形態を、関連ファイル３２の保存先を示す情報とオブジェクトのどちらにするか確認する。形態確認部２０４による確認結果は、ファイル管理部２０３のファイル属性管理部２０３Ｂに送られる。

切替受付部２０５は、関連ファイル３２をユーザーＢに提供する形態の切り替えを受け付ける。例えば、関連ファイル３２をユーザーＢに提供する形態を、関連ファイル３２から関連ファイル３２の保存先を示す情報に切り替えるか、又は関連ファイル３２の保存先を示す情報から関連ファイル３２に切り替えるかを受け付ける。

提供部２０６は、関連ファイル３２の保存先を示す情報又は関連ファイル３２をユーザーＢに提供する。例えば、関連ファイル３２の保存先にユーザーＢがアクセス可能な場合には、関連ファイル３２の保存先を示す情報をユーザーＢに提供し、関連ファイル３２の保存先にユーザーＢがアクセス可能でない場合には、関連ファイル３２をユーザーＢに提供する。

追加受付部２０７は、対象ファイル３０に関連する関連ファイル３２の追加を受け付ける。例えば、ユーザー端末１０の追加部１０３により関連ファイル３２が追加された場合、追加受付部２０７は、関連ファイル３２の追加を受け付ける。

追加形態受付部２０８は、追加受付部２０７により関連ファイル３２の追加が受け付けられた場合、追加された関連ファイル３２をユーザーＢに提供する形態を受け付ける。追加された関連ファイル３２をユーザーＢに提供する形態としては、追加された関連ファイル３２の保存先を示す情報（例えば、リンク）、又は追加された関連ファイル３２（例えば、オブジェクト）が挙げられる。

送信部２０９は、複数のユーザー端末１０にファイルなどを送信する。例えば、第１ユーザー端末１０Ａから対象ファイル３０が受信部２０１に受信された場合、送信部２０９は、対象ファイル３０を第２ユーザー端末１０Ｂに送信する。

次に、ファイル管理装置の作用について説明する。

図６は、ファイル管理装置１のサーバー２０によるファイル管理処理の流れを示すフローチャートである。ＣＰＵ２１がＲＯＭ２２又はストレージ２４からファイル管理プログラムを読み出して、ＲＡＭ２３に展開して実行することにより、ファイル管理処理が行なわれる。

サーバー２０のＣＰＵ２１は、いずれかのユーザーによって、ファイル管理指示が入力されたときに、図６に示すファイル管理処理を行う。

図６に示すように、ＣＰＵ２１は、ユーザーＡが対象ファイル３０を保存したか否かを判断する（ステップＳ５１）。例えば、対象ファイル３０が第１ユーザー端末１０Ａのストレージ１４又はサーバー２０のストレージ２４などに保存された場合、ＣＰＵ２１は、ユーザーＡが対象ファイル３０を保存したと判断する。本例のファイル管理処理では、ユーザーＡが対象ファイル３０を保存したときに対象ファイル３０の属性も更新される。対象ファイル３０の属性には、例えば、ファイル名、作成日、更新日、作成者、更新者などが含まれる。また、対象ファイル３０の属性には、関連ファイル情報も含まれる。対象ファイル３０の操作履歴から、関連ファイル３２が関連付けられている場合は、関連ファイル３２有りに更新される。また、対象ファイル３０の操作履歴から、関連ファイル３２が関連付けられていない場合は、関連ファイル３２無しに更新される。

ユーザーＡが対象ファイル３０を保存しない場合（ステップＳ５１：Ｎ０）、ＣＰＵ２１は、ファイル管理プログラムに基づく処理を終了する。ユーザーＡが対象ファイル３０を保存した場合（ステップＳ５１：ＹＥＳ）、ＣＰＵ２１は、対象ファイル３０に関連する関連ファイル３２が有るか否かを判断する（ステップＳ５２）。対象ファイル３０に関連する関連ファイル３２があるかどうかは、対象ファイル３０の属性により判断される。例えば、対象ファイル３０に関連する関連ファイル３２が有るどうかは、特開平９－３３０３１２号公報に記載の方法を用いて抽出してもよい。

関連ファイル３２が無い場合（ステップＳ５２：Ｎ０）、ＣＰＵ２１は、ファイル管理プログラムに基づく処理を終了する。すなわち、関連ファイル３２が無い場合は、ＣＰＵ２１は、関連ファイル属性に何も設定せずに関連ファイル属性の更新を終了する。

関連ファイル３２が有る場合（ステップＳ５２：ＹＥＳ）、ＣＰＵ２１は、対象ファイル３０の保存先と関連ファイル３２の保存先とを取得する（ステップＳ５３）。対象ファイル３０の保存先と関連ファイル３２の保存先によって、後述するステップＳ５５、Ｓ５６などで、関連ファイル３２の保存先を示す情報（例えば、リンク）を提供するか、関連ファイル３２（例えば、オブジェクト）で提供するかが判断されることになる。

ＣＰＵ２１は、閲覧者に関する情報を取得したか否かを判断する（ステップＳ５４）。ここで、閲覧者とは、対象ファイル３０を閲覧する者である。例えば、ユーザーＡは、ユーザーＢに対象ファイル３０を閲覧させるために、ユーザーＢを電子メールの送信先として指定し、対象ファイル３０の保存先を示す情報（例えば、リンク）を本文に記載して送信する。閲覧者を指定する手段は、電子メールにより送信することに限られない。メッセンジャー等のデータ交換サービスにおいて、対象ファイル３０の保存先を示す情報を送信又は共有することよって、送信先を閲覧者として指定しても良い。なお、閲覧者に関する情報を取得するタイミングは、必ずしも対象ファイルの保存先と関連ファイルの保存先を取得した後でなくてもよい。また、対象ファイル３０の保存先を示す情報を提供する代わりに、対象ファイル３０自体をユーザーＢに提供しても良い。

閲覧者に関する情報が取得されない場合（ステップＳ５４：ＮＯ）、ＣＰＵ２１は、閲覧者に関する情報を設定する（ステップＳ６４）。例えば、ユーザーＡ自身が閲覧者に関する情報（例えば、閲覧者のアクセス権限等）を入力することで、入力された情報を閲覧者に関する情報として設定しても良い。なお、閲覧者に関する情報を設定するタイミングは、必ずしも対象ファイルの保存先と関連ファイルの保存先を取得した後でなくてもよい。この場合は、ステップＳ５４にて、閲覧者に関する情報が取得されたと判断される。以下では、閲覧者として、ユーザーＢが指定されたことを前提として説明する。

閲覧者に関する情報が取得された場合（ステップＳ５４：ＹＥＳ）、又は、ステップＳ６４にで閲覧者に関する情報が設定された後、ＣＰＵ２１は、関連ファイル３２の保存先が認証を必要とするサーバーであるか否かを判断する（ステップＳ５５）。認証を必要とするサーバーとは、例えば、クラウドサーバーなどであるが、その他の共有サーバーも含まれる。認証を必要としないサーバーとは、例えば、会社内のＮＡＳ（Ｎｅｔｗｏｒｋ－Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）などであるが、その他の共有サーバーも含まれる。ＮＡＳとは、ネットワークに直接接続し、コンピュータなどからネットワークを通じてアクセスできる外部記憶装置をいう。

関連ファイル３２の保存先が認証を必要とするサーバーであるか否かは、当該サーバーへの問い合わせにより確認できる。例えば、サーバー２０は、関連ファイル３２の保存先のサーバーに対して、認証が必要か否かを問い合わせて、認証の要否を確認できる。或いは、サーバー２０は、ファイル３２の保存先のサーバーに対して、匿名でアクセスを試みて、認証が求められるか否かを確認しても良い。

関連ファイル３２の保存先が認証を必要とするサーバーである場合（ステップＳ５５：ＹＥＳ）、ＣＰＵ２１は、関連ファイル３２の保存先が対象ファイル３０の保存先と同じであるか否かを判断する（ステップＳ５６）。

関連ファイル３２の保存先が対象ファイル３０の保存先と同じである場合（ステップＳ５６：ＹＥＳ）、ＣＰＵ２１は、ユーザーＢに関連ファイル３２の保存先を示す情報（例えば、リンク）を提供する（ステップＳ５７）。関連ファイル３２の保存先が対象ファイル３０の保存先と同じである場合であって、対象ファイル３０の保存先を示す情報がユーザーＢに提供されている場合は、ユーザーＢは、対象ファイル３０にアクセスする時点で認証が完了していると考えられる。このため、関連ファイル３２にアクセスする際に認証が発生しないので、関連ファイル３２の保存先を示す情報を提供すれば足りる。

関連ファイル３２の保存先が対象ファイル３０の保存先と同じでない場合（ステップＳ５６：ＮＯ）、ＣＰＵ２１は、ユーザーＢに関連ファイル３２を提供する（ステップＳ５８）。関連ファイル３２の保存先が対象ファイル３０の保存先と異なる場合は、ユーザーＢは、関連ファイル３２にアクセスする際に認証が発生するため、関連ファイル３２に直接アクセスすることができない。このため、ユーザーＢに関連ファイル３２自体を提供する。

なお、図示を省略するが、ステップＳ５６の後で、ＣＰＵ２１は、関連ファイル３２のアクセスのたびに認証が発生するか否かを判断してもよい。そして、関連ファイル３２のアクセスのたびに認証が発生しない場合は、関連ファイル３２の保存先を示す情報を提供する。また、関連ファイル３２のアクセスのたびに認証が発生する場合は、関連ファイル３２（例えば、オブジェクト）を提供する。

関連ファイル３２の保存先がユーザーＢによる認証を必要とするサーバーでない場合（ステップＳ５５：ＮＯ）、ＣＰＵ２１は、関連ファイル３２の保存先がローカルフォルダであるか否かを判断する（ステップＳ５９）。ローカルフォルダとは、ユーザーＡが使用する第１ユーザー端末１０ＡのＲＡＭ１３などに設定されたフォルダなどが該当する。

関連ファイル３２の保存先がローカルフォルダである場合（ステップＳ５９：ＹＥＳ）、ＣＰＵ２１は、ユーザーＢに関連ファイル３２を提供する（ステップＳ６０）。関連ファイル３２の保存先が第１ユーザー端末１０Ａのローカルフォルダである場合、ユーザーＢは、ローカルフォルダに保存された関連ファイル３２にアクセスできない。このため、ユーザーＢに関連ファイル３２を提供する。

関連ファイル３２の保存先がローカルフォルダでない場合（ステップＳ５９：ＮＯ）、ＣＰＵ２１は、ステップＳ５７の処理に進む。すなわち、ＣＰＵ２１は、ユーザーＢに関連ファイル３２の保存先を示す情報（例えば、リンク）を提供する（ステップＳ５７）。関連ファイル３２の保存先がユーザーＢによる認証を必要とするサーバーでない場合（ステップＳ５５：ＮＯ）であって、関連ファイル３２の保存先がローカルフォルダでない場合（ステップＳ５９：ＮＯ）は、関連ファイル３２は、認証を必要としないサーバーか、認証することなく誰でもアクセスできる共有フォルダに保存されていると考えられる。このため、ユーザーＢは、関連ファイル３２にアクセス可能であるため、ユーザーＢに関連ファイル３２の保存先を示す情報を提供する。

ステップＳ５７、ステップＳ５８又はステップＳ６０の処理の後、ＣＰＵ２１は、ファイル管理プログラムに基づく処理を終了する。

図７には、ユーザーＢが使用する第２ユーザー端末１０Ｂに表示される画面の一例として、対象文書のプロパティダイアログが示されている。対象文書は、対象ファイルの一例であり、対象ファイルには関連ファイルの一例として５つの関連文書が関連付けられている。図７に示される例では、ローカルフォルダに保存されている関連文書１は、関連文書１自体が対象文書に添付され提供されている。ユーザーＢは、関連文書１のアイコン又は文書名をクリックすることで、関連文書１を開ける。また、認証を必要としないサーバーの共有フォルダに保存されている関連文書２、３は、関連文書２、３の保存先を示すリンクが設定されている。ユーザーＢは、リンクをクリックすることで、関連文書２、３を開ける。また、認証を必要とするサーバーに保存されている関連文書４、５は、関連文書４、５自体が対象文書に添付され提供されている。ユーザーＢは、関連文書４又は関連文書５のアイコン又は文書名をクリックすることで、関連文書４又は関連文書５を開ける。

図８は、ファイル管理装置１のサーバー２０による形態切替処理の流れを示すフローチャートである。形態切替処理は、対象ファイルに付随して関連ファイルを提供する形態を切り替える処理である。ＣＰＵ２１がＲＯＭ２２又はストレージ２４から形態切替プログラムを読み出して、ＲＡＭ２３に展開して実行することにより、形態切替処理が行なわれる。

一例として、図６に示すフローチャートのステップＳ５７、ステップＳ５８、及びステップＳ６０の処理の後に、図８に示す形態切替処理が行われる。

図８に示すように、ＣＰＵ２１は、ユーザーＡに関連ファイル３２を提供する形態を確認する（ステップＳ７１）。例えば、ＣＰＵ２１は、図６に示すステップＳ５７、ステップＳ５８、又はステップＳ６０の処理において決定した関連ファイル３２の提供形態をユーザーＡに確認させるための形態確認メッセージを、第１ユーザー端末１０Ａに表示させる。形態確認メッセージは、例えば、「関連ファイルを提供する形態」が関連ファイル３２と、関連ファイル３２の保存先を示す情報のどちらに設定されているかを表示する。さらに、形態確認メッセージでは、例えば、設定されている「関連ファイルを提供する形態」を、関連ファイル３２と、関連ファイル３２の保存先を示す情報とのどちらかに切り替えられるように、ユーザーＡによる選択を受け付ける。

ＣＰＵ２１は、ユーザーＡから関連ファイル３２を提供する形態の切り替えを受け付けたか否かを判断する（ステップＳ７２）。関連ファイル３２を提供する形態の切り替えは、関連ファイル３２自体の提供から関連ファイル３２の保存先を示す情報の提供に切り替える場合と、関連ファイル３２の保存先を示す情報の提供から関連ファイル３２自体の提供に切り替える場合とがある。

関連ファイル３２を提供する形態の切り替えを受け付けていない場合（ステップＳ７２：ＮＯ）、ＣＰＵ２１は、形態切替プログラムに基づく処理を終了する。ユーザーＡから関連ファイル３２を提供する形態の切り替えを受け付けた場合（ステップＳ７２：ＹＥＳ）、ＣＰＵ２１は、受け付けた形態が関連ファイル３２の保存先を示す情報であるか否かを判断する（ステップＳ７３）。

受け付けた形態が関連ファイル３２の保存先を示す情報である場合（ステップＳ７３：ＹＥＳ）、ＣＰＵ２１は、対象ファイル３０に関連ファイル３２の保存先を示す情報を追加し、関連ファイル３２自体の添付を解除する（ステップＳ７４）。

受け付けた形態が関連ファイル３２の保存先を示す情報でない場合（ステップＳ７３：ＮＯ）、ＣＰＵ２１は、対象ファイルに関連ファイル３２自体を添付し、関連ファイル３２の保存先を示す情報を削除する（ステップＳ７５）。例えば、対象ファイル３０をメールに添付して会社外のメールアドレスに送信する際に、関連ファイル３２の保存先を示す情報（例えば、リンク）で設定されている形態を、関連ファイル３２（例えば、オブジェクト）に切り替えて送信することができる。

ステップＳ７４又はステップＳ７５の処理の後、ＣＰＵ２１は、形態切替プログラムに基づく処理を終了する。

図９は、ファイル管理装置１のサーバー２０による追加受付処理の流れを示すフローチャートである。追加受付処理は、対象ファイル３０に関連付ける関連ファイル３２の追加を受け付ける処理である。ＣＰＵ２１がＲＯＭ２２又はストレージ２４から追加受付プログラムを読み出して、ＲＡＭ２３に展開して実行することにより、追加受付処理が行なわれる。追加受付処理は、図６及び図８に示す処理とは独立して行われる。

図９に示すように、ＣＰＵ２１は、対象ファイル３０に関連する関連ファイル３２の追加を受け付けたか否かを判断する（ステップＳ８１）。図１０に示すように、関連ファイル３２の追加は、第１ユーザー端末１０Ａに表示された追加受付画面により行われる。ユーザーＡは、複数の階層のフォルダの中から追加したいファイルを選択することで、当該ファイルを関連ファイル３２に追加する。これにより、関連ファイル３２の追加が受け付けられる。

関連ファイル３２の追加を受け付けなかった場合（ステップＳ８１：Ｎ０）、ＣＰＵ２１は、追加処理プログラムに基づく処理を終了する。関連ファイル３２の追加を受け付けた場合（ステップＳ８１：ＹＥＳ）、ＣＰＵ２１は、追加した関連ファイル３２を提供する形態を取得する（ステップＳ８２）。追加した関連ファイル３２を提供する形態として、関連ファイル３２の保存先を示す情報、又は関連ファイル３２自体の添付がある。

図１０に示すように、ユーザーＡが関連ファイル３２を追加する際に、設定形態をリンク（保存先を示す情報）とファイル（オブジェクト）のどちらかに設定することで、追加した関連ファイル３２を提供する形態が取得される。これにより、追加受付プログラムに基づく処理を終了する。

上記のファイル管理装置１では、対象ファイル３０に関連する関連ファイル３２を対応づける際に、関連ファイル３２が保存されている保存場所によらずに、関連ファイル３２へのアクセスを可能としつつ、かつ関連ファイル３２を全て添付する場合に比べて、対象ファイル３０のデータ容量を抑制できる。

上記のユーザー端末１０、サーバー２０の処理は、専用のハードウェア回路によっても実現することもできる。この場合には、１つのハードウェアで実行されてもよいし、複数のハードウェアで実行されてもよい。

上記各実施形態において、プロセッサとは広義的なプロセッサを指し、汎用的なプロセッサ（例えばＣＰＵ： Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、等）や、専用のプロセッサ（例えばＧＰＵ： Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＡＳＩＣ： Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＦＰＧＡ： Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、プログラマブル論理デバイス、等）を含むものである。

また上記各実施形態におけるプロセッサの動作は、１つのプロセッサによって成すのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。また、プロセッサの各動作の順序は上記各実施形態において記載した順序のみに限定されるものではなく、適宜変更してもよい。

また、ユーザー端末１０、サーバー２０を動作させるプログラムは、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ、フレキシブルディスク、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等のコンピュータ読み取り可能な記録媒体によって提供されてもよいし、インターネット等のネットワークを介してオンラインで提供されてもよい。この場合、コンピュータ読み取り可能な記録媒体に記録されたプログラムは、通常、メモリ又はストレージ等に転送され記憶される。また、このプログラムは、たとえば、単独のアプリケーションソフトとして提供されてもよいし、ユーザー端末１０、サーバー２０の一機能としてその各装置のソフトウェアに組み込んでもよい。

また、上記実施形態では、サーバー２０が１つであるが、本発明は、複数のサーバーを備えるファイル管理装置にも適用可能である。

なお、本発明を特定の実施形態について詳細に説明したが、本発明はかかる実施形態に限定されるものではなく、本発明の範囲内にて他の種々の実施形態が可能であることは当業者にとって明らかである。

１ ファイル管理装置
１０ ユーザー端末
１０Ａ ユーザー端末
１０Ｂ ユーザー端末
１１、２１ ＣＰＵ
１２、２２ ＲＯＭ
１３、２３ ＲＡＭ
１４、２４ ストレージ
１５ 入力部
１６ 表示部
１７、２５ 通信インタフェース
１９、２９ バス
２０ サーバー
３０ 対象ファイル
３２ 関連ファイル
１０１ 作成部
１０２ 形態切替部
１０３ 追加部
１０４ 送信部
１０５ 受信部
２０１ 受信部
２０２ 取得部
２０３ ファイル管理部
２０３Ａ ファイル内容管理部
２０３Ｂ ファイル属性管理部
２０４ 形態確認部
２０５ 切替受付部
２０６ 提供部
２０７ 追加受付部
２０８ 追加形態受付部
２０９ 送信部
Ａ ユーザー
Ｂ ユーザー（閲覧者の一例）

Claims (6)

1. 少なくとも１つのプロセッサを備え、
   前記プロセッサは、
   対象ファイルと前記対象ファイルに関連する関連ファイルの保存先と閲覧者に関する情報を取得し、
   前記関連ファイルの保存先に前記閲覧者がアクセス可能な場合には、前記関連ファイルの保存先を示す情報を前記閲覧者に提供し、前記関連ファイルの保存先に前記閲覧者がアクセス可能でない場合には、前記関連ファイルを前記閲覧者に提供する、ファイル管理装置。
2. 前記プロセッサは、前記対象ファイルを管理するユーザーに対して、前記関連ファイルを前記閲覧者に提供する形態として、前記関連ファイルの保存先を示す情報と前記関連ファイルのどちらであるかを確認する、請求項１に記載のファイル管理装置。
3. 前記プロセッサは、前記対象ファイルを管理するユーザーから、前記関連ファイルを前記閲覧者に提供する形態を、前記保存先を示す情報から前記関連ファイルに切り替える切替操作を受け付ける、請求項１に記載のファイル管理装置。
4. 前記プロセッサは、前記対象ファイルを管理するユーザーから、前記関連ファイルを前記閲覧者に提供する形態を、前記関連ファイルから前記保存先を示す情報に切り替える切替操作を受け付ける、請求項１に記載のファイル管理装置。
5. 前記プロセッサは、前記関連ファイルの追加を受け付け、当該追加の際に、前記関連ファイルを前記閲覧者に提供する形態を、前記保存先を示す情報とするか、前記関連ファイルとするかを受け付ける、請求項２から請求項４までのいずれか１項に記載のファイル管理装置。
6. 対象ファイルと前記対象ファイルに関連する関連ファイルの保存先と閲覧者に関する情報を取得するステップと、
   前記関連ファイルの保存先に前記閲覧者がアクセス可能な場合には、前記関連ファイルの保存先を示す情報を前記閲覧者に提供し、前記関連ファイルの保存先に前記閲覧者がアクセス可能でない場合には、前記関連ファイルを前記閲覧者に提供するステップと、
   をコンピュータに実行させるためのファイル管理プログラム。