"処理装置において処理されるファイルのステータスを管理するための制御部を備えるファイル管理装置であって、前記ファイルに関連付けられ、前記ファイルのステータスを表わすタグが記憶装置に記憶されており、前記制御部は、前記処理装置から送信された情報を解析するための解析部と、前記解析部での解析結果から前記ファイルに付与されるべきステータスを特定し、前記特定されたステータスを用いて前記タグを更新するための更新部とを含む、ファイル管理装置。前記更新部は、前記記憶装置から前記タグを抽出し、当該タグの表わすステータスが前記特定されたステータスと異なる場合に、前記特定されたステータスを用いて前記タグを更新する、請求項1に記載のファイル管理装置。前記解析部は、前記情報に含まれる、ファイル名を表わす情報と、当該ファイル名で表わされたファイルのステータスを表わす情報とを抽出する、請求項1または2に記載のファイル管理装置。前記情報は、前記処理装置から所定の宛先に対して送信された前記ファイルに関する情報である、請求項1~3のいずれかに記載のファイル管理装置。前記情報は、前記処理装置から送信されたメールである、請求項4に記載のファイル管理装置。処理装置において処理されるファイルのステータスを管理するためのファイル管理方法であって、前記処理装置から送信された情報を入力するステップと、前記情報を解析して前記ファイルに付与されるべきステータスを特定するステップと、記憶装置に記憶されている、前記ファイルに関連付けられた前記ファイルのステータスを表わすタグを、前記特定されたステータスを用いて更新するステップとを備える、ファイル管理方法。ファイル管理装置に、処理装置において処理されるファイルのステータスを管理する処理を実行させるための管理プログラムであって、前記処理装置から送信された情報を入力するステップと、前記情報を解析して前記ファイルに付与されるべきステータスを特定するステップと、記憶装置に記憶されている、前記ファイルに関連付けられた前記ファイルのステータスを表わすタグを、前記特定されたステータスを用いて更新するステップとを前記ファイル管理装置に実行させる、管理プログラム。しかしながら、特許文献3に開示された方法では、たとえステータスに変化がない場合であっても保存操作の度にタグが生成されて付加されることになる。そのため、不要なタグまで生成される場合もあり、タグのためのデータ量が増加する、という問題もある。また、タグの量が多くなることで、ステータスの管理が煩雑になったり、不正確になったりする可能性も生じる。さらに、ファイルの保存以外のアクションたとえばファイルの閲覧等に応じたタグの更新を行なうことができない。本発明はこのような問題に鑑みてなされたものであって、自動的に、かつ正確にファイルのステータスを管理することのできるファイル管理装置、ファイル管理方法、および管理プログラム提供することを目的としている。上記目的を達成するために、本発明のある局面に従うと、ファイル管理装置は処理装置において処理されるファイルのステータスを管理するための制御部を備えるファイル管理装置であって、ファイルに関連付けられ、ファイルのステータスを表わすタグが記憶装置に記憶されており、制御部は、処理装置から送信された情報を解析するための解析部と、解析部での解析結果からファイルに付与されるべきステータスを特定し、特定されたステータスを用いてタグを更新するための更新部とを含む。好ましくは、更新部は、記憶装置からタグを抽出し、当該タグの表わすステータスが特定されたステータスと異なる場合に、特定されたステータスを用いてタグを更新する。好ましくは、解析部は、上記情報に含まれる、ファイル名を表わす情報と、当該ファイル名で表わされたファイルのステータスを表わす情報とを抽出する。好ましくは、上記情報は、処理装置から所定の宛先に対して送信されたファイルに関する情報である。より好ましくは、上記情報は、処理装置から送信されたメールである。本発明の他の局面に従うと、ファイル管理方法は処理装置において処理されるファイルのステータスを管理するためのファイル管理方法であって、処理装置から送信された情報を入力するステップと、情報を解析してファイルに付与されるべきステータスを特定するステップと、記憶装置に記憶されている、ファイルに関連付けられたファイルのステータスを表わすタグを、特定されたステータスを用いて更新するステップとを備える。本発明のさらに他の局面に従うと、管理プログラムは、ファイル管理装置に、処理装置において処理されるファイルのステータスを管理する処理を実行させるための管理プログラムであって、処理装置から送信された情報を入力するステップと、情報を解析してファイルに付与されるべきステータスを特定するステップと、記憶装置に記憶されている、ファイルに関連付けられたファイルのステータスを表わすタグを、特定されたステータスを用いて更新するステップとをファイル管理装置に実行させる。この発明によると、自動的に、かつ正確にファイルのステータスを管理することができる。以下に、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。<システム構成>図1は、本実施の形態にかかるファイル管理システム1の構成の具体例、およびそれぞれの装置のハードウェア構成の具体例を示す図である。図1を参照して、ファイル管理システム1は、ファイル管理装置としてのサーバー100と、複数の処理装置300A,300B,300Cとを含む。複数の処理装置300A,300B,300Cを代表させて、処理装置300とも称する。サーバー100は処理装置300A,300B,300Cのそれぞれと通信可能に接続されている。サーバー100はファイル記憶装置として機能し、処理装置300から送信された情報を記憶する。また、処理装置300からのアクセスを受け付けて、ファイルの読み出しを許可する。また、サーバー100はメールサーバーとしても機能し、処理装置300間のメールのやり取りを管理する。なお、図1の例では、サーバー100がファイル記憶装置として機能してファイルや後述するタグを記憶するものとしているが、ファイル管理システム1にサーバー100の他にファイル記憶装置が含まれ、当該ファイル記憶装置にファイルや後述するタグが記憶されてもよい。さらに、ファイルを記憶するためのファイル記憶装置と、当該ファイル記憶装置とは異なる、後述するタグを記憶するためのタグ記憶装置とが含まれてもよい。この場合、サーバー100には、図1に示された後述する構成に加えて、ファイル記憶装置にアクセスしてファイルやタグを読み出すためのアクセス構成、または、ファイル記憶装置にアクセスしてファイルを読み出すためのアクセス構成とタグ記憶装置にアクセスして後述するタグを読み出すためのアクセス構成とが設けられる。<装置構成>サーバー100および処理装置300は、いずれも、一般的なパーソナルコンピューターなどから構成される。その代表的なハードウェア構成が図1に示されている。すなわち、図1を参照して、サーバー100は、当該装置全体を制御するためのCPUCentralProcessingUnitを含む制御部10と、制御部10で実行するためのプログラムを記憶するためのROMReadOnlyMemory11と、制御部10がプログラムを実行する際の記憶領域となるRAMRandomAccessMemory12と、ファイル等を記憶するための記憶装置であるHDDHardDiskDrive13と、処理装置300と通信するための通信インターフェースI/F14とを含む。また、処理装置300は、当該装置全体を制御するためのCPUを含む制御部30と、制御部30で実行するためのプログラムを記憶するためのROM31と、制御部30がプログラムを実行する際の記憶領域となるRAM32と、ファイル等を記憶するための記憶装置であるHDD33と、サーバー100と通信するための通信I/F34と、キーボードやマウス等のユーザーの操作入力を受け付けるための入力装置35と、情報を表示するための表示装置36とを含む。なお、以降の例において、図1に示されたように、サーバー100および処理装置300が一般的なパーソナルコンピューターで構成される例が示されている。しかしながら、これら装置はパーソナルコンピューターに限定されず、他の装置であってもよい。一例として、処理装置300はPDAPersonalDigitalAssistantsや携帯電話機などであってもよい。また、サーバー100はMFPMultiFunctionPeripheralsなどの画像処理装置であってもよい。<動作概要>ファイル管理システム1では、処理装置300を用いて予め規定された順にファイルに対する処理を実行する、いわゆるワークフロー処理が行なわれる。処理装置300間で上記規定された順に従って処理が移行する際に、前の処理装置300Aから次の処理装置300Bに対して処理の移行が通知される。サーバー100はその通知に基づいて、当該ファイルのステータスを管理する。ここでのステータスとは、上記規定された順に従う処理において、当該ファイルがどの位置での処理状態にあるかを表わす。以降の説明において、サーバー100は、ファイルごとにステータスを表わしたタグを用いて当該ファイルの管理を行なうものとしている。ここで表わされたタグは、一例として、当該ファイルのステータスを表わした、ファイルごとに用意されるデータを指す。以降の例では、当該ファイルのステータスを表わしたタグというデータがファイルごとに作成され、当該ファイルと関連付けられて記憶されるものとしている。これによって、そのタグを参照することによって当該ファイルのステータスを知ることができる。しかしながら、タグはファイルごとに用意されるデータに限定されず、記憶されているファイルすべてのステータスを一元的に管理する情報たとえばテーブルであってもよいし、ファイルに付加されたフラグであってもよい。これらすべてを含めてタグと称するものとする。図2は、ファイル管理システム1でのファイルの流れの一例を表わした図である。図2の例では、ファイル管理システム1が、オフィス環境において事案を処理する際の、ある社員ユーザーAが稟議書を作成し、ユーザーB,Cに順に決済を仰ぐ、という作業に用いられる例が示されている。すなわち、図2を参照して、ステップS11で1つの処理装置処理装置Aを用いてユーザーAがあるファイルAを作成する。作成されたファイルAはサーバー100に記憶される。その後、ユーザーAは、ステップS13で、ユーザーAに対する承認者に該当するユーザーBに対して、ファイルAの承認を求めるメールを送信する。図3は、このときの承認を求めるメールの具体例を示す図である。図3を参照して、このときのメールは、たとえば、メールのタイトルが承認依頼とされて、承認を求めるメールであることが表わされている。また、メール本文中に、承認をお願いします。と記載されて、承認を求めるメールであることが表わされている。さらに、承認の対象としてファイルAの名称ファイルAがメール本文に記載され、また、そのサーバー100での格納場所が記載されている。該メールを受信したユーザーBは、ステップS31で処理装置Bを用いてファイルAの承認処理を行なう。そして、ステップS33で、承認を求めたユーザーAに対して、承認を行なった旨を伝えるメールを送信する。図4は、このときの、承認を行なった旨を伝えるメールの具体例を示す図である。図4を参照して、このときのメールは、たとえばメールのタイトルがRe:承認依頼とされて、承認を求めるメールへの返信であることが表わされている。また、メール本文中に承認しますと記載されて、承認を行なった旨を伝えるメールであることが表わされている。さらに、ステップS35でユーザーBは、ユーザーBに対する承認者に該当するユーザーCに対して、ファイルAの承認を求めるメールを送信する。この場合のメールの内容も図3に表わされたものと同様である。該メールを受信したユーザーCは、ステップS51で処理装置Cを用いてファイルAの承認処理を行なう。そして、ステップS53で、承認を求めたユーザーBに対して、承認を行なった旨を伝えるメールを送信する。この場合のメールの内容も図4に表わされたものと同様である。ファイル管理システム1においてサーバー100はメールサーバーとしても機能するため、これらメールのやり取りはサーバー100を介して行なわれる。サーバー100は、これらメールを解析することでファイルAに付与されるべきステータスを特定し、そのステータスが変化する度にファイルAに関するタグAを生成し、ファイルAに関連付ける。図5は、ファイルAのステータスの変化に伴って生成されるタグAの遷移を表わす図である。図5を参照して、上記ステップS11で処理装置Aを用いてユーザーAによってファイルAが作成された後、処理装置Bを用いてユーザーBによって承認処理がなされるまでの間、ファイルAは未承認のステータスとなる。そこで、サーバー100はそのステータスにあるファイルAに対して未承認を表わすタグAを生成し、ファイルAと関連付ける。上記ステップS31でファイルAがユーザーBによって承認された後、ユーザーCによって承認処理がなされるまでの間、ファイルAはユーザーBによって承認されたステータスとなる。そこで、サーバー100はそのステータスにあるファイルAに対してBさん承認を表わすタグAを生成し、ファイルAと関連付ける。上記ステップS51でファイルAがユーザーCによって承認されると、ファイルAはユーザーCによって承認されたステータスとなる。そこで、サーバー100はそのステータスにあるファイルAに対してCさん承認を表わすタグAを生成し、ファイルAと関連付ける。なお、図5に表わされたタグAの内容は一例である。そのため、図5に示された内容より細かい段階のステータスを設定してもよい。一例として、上記ステップS11でファイルAが作成された状態で未承認のタグAが生成され、上記ステップS13で承認依頼メールが送信され、上記ステップS31で承認処理がなされるまでの間、Bさんの承認待ちのタグAが生成されてもよい。タグAとファイルAとの関連付けは、一例として、ファイルAの識別情報がタグAに付与されることでなされてもよい。この場合、ファイルAとタグAとはサーバー100のHDD13のそれぞれ異なる記憶領域に格納されていてもよい。また、他の例として、ファイルAにタグAを含めて1つのファイルとしてサーバー100のHDD13の所定の領域に格納するようにしてもよい。以降の説明では、前者のようにして関連付けを行なうものとするが、後者のようにされてもよい。以降、図2~5に表わされた具体例を用いて機能および動作を説明する。なお、この例は一例であって、あるファイルについて順に承認を求めるためにファイル管理システム1を用いるものとしている。他の例として、レビュー、仕様書などを順に閲覧する際や、企画書や開発書類や営業書類などの業務書類を順に作成したり閲覧したり承認したりする際に用いる例も挙げられる。<機能構成>図6は、上記動作を行なうための処理装置300の機能構成の具体例を示すブロック図である。図6に示される各機能は、制御部30がROM31に記憶されるプログラムを読み出してRAM32上で展開しながら実行することによって、主に制御部30上に形成される機能であるが、少なくとも一部が、電気回路等のハードウェア構成によって実現されてもよい。図6を参照して、処理装置300の制御部30は、入力装置35の操作に伴う操作信号の入力を受け付けるための入力部301と、該操作信号に従って上述の承認依頼メールや承認を行なった旨を伝えるメールを作成するための作成部302と、該操作信号に従って通信I/F34を介してサーバー100にアクセスしてファイルAを読み出し、当該ファイルAに対して承認処理を実行するための承認処理部303と、作成されたメールを通信I/F34を介してサーバー100に対して送信するための送信部304と、通信I/F34を介してサーバー100からメールを受信するための受信部305と、表示装置36でメール等を表示させる処理を実行するための表示処理部306とを含む。承認処理は、特定の処理に限定されない。一例として、該当するユーザーがファイルAを処理装置に表示させてその内容を確認し、確認済みを表わす情報スタンプ画像等を付加する処理が挙げられる。その場合、承認処理部303は、通信I/F34を介してサーバー100にアクセスしてファイルAを読み出して表示処理部306にファイルAを渡すことで表示装置36にファイルAを表示させると共に、入力装置35から所定の操作信号の入力を受け付けることで、予め規定された画像情報をファイルAの所定位置に付加する処理を実行する。作成部302でのメール作成処理としては、一例として入力装置35からの操作信号を文字情報に変換することで承認メールや承認を行なった旨を伝えるメールを作成する処理が挙げられる。他の例として、予め承認メールや承認を行なった旨を伝えるメールのためのフォーマットを記憶しておき、宛先や対象のファイルを特定する情報の入力を受け付けることで、自動的に必要なメールを作成する処理を実行してもよい。図7は、上記動作を行なうためのサーバー100の機能構成の具体例、およびHDD13の構成の具体例を表わすブロック図である。図7に示される各機能は、制御部10がROM11に記憶されるプログラムを読み出してRAM12上で展開しながら実行することによって、主に制御部10上に形成される機能であるが、少なくとも一部が、電気回路等のハードウェア構成によって実現されてもよい。図7を参照して、サーバー100のHDD13には、ファイルを記憶するための記憶領域であるファイル記憶部131と、ファイルに関連付けられたタグを記憶するための記憶領域であるタグ記憶部132とが含まれる。ファイル記憶部131は各処理装置300からのアクセスが可能な記憶領域である。また、タグ記憶部132も各処理装置300からのアクセスが可能な記憶領域である。そのため、処理装置300を用いてタグ記憶部132にアクセスして対象のタグを取得することで、処理装置300のユーザーはファイルのステータスを知ることができる。なお、ファイル記憶部131およびタグ記憶部132に対してアクセス制限が設定されていてもよい。その場合、制御部10は図示しない認証部を含み、認証成功の場合にこれら記憶領域へのアクセスを許可するようにしてもよい。サーバー100の制御部10は、通信I/F14を介して処理装置300からメールを受信するための受信部101と、当該メールの宛先に対して当該メールを送信するための送信部102と、受信したメールの内容を解析するための解析部103と、その解析結果から対象ファイルを検出するための検出部104と、解析部103での解析結果に基づいて、対象ファイルのステータスを特定し、対象ファイルに関連したタグの内容を更新するための更新部105とを含む。解析部103はサーバー100が受信したメールの内容を解析し、その内容を特定する。ここでの解析方法の一例として、解析部103が予めステータスに対応したメールの内容ごとにキーワードを記憶しておき、該キーワードが含まれる場合にメールの内容を対応したメールの内容であると特定する方法が挙げられる。また、解析部103はメール内容を解析することで、記載されているファイル名を抽出する。検出部104はその解析結果を受けて、対象ファイルを検出する。また、更新部105は、その解析結果を受けて、対象ファイルのステータスを特定する。更新部105は、タグ記憶部132から対象ファイルに関連付けられているタグを抽出し、その内容と特定されたステータスとを比較する。それらが一致しない場合、更新部105は特定されたステータスを表わすように当該タグを更新する。または、対象ファイルに関連付けられているタグが記憶されていない場合には、特定されたステータスを表わすタグを作成する。たとえば、サーバー100が図3のメールを受信した場合について具体例を挙げて説明する。このとき、解析部103は当該メールの内容を解析し、当該ファイルの作成者であるユーザーAからユーザーBに対してファイルAの承認を求めるメールであるとその内容を特定する。解析部103での解析方法が上に例示された方法である場合、一例として、承認を依頼するメールの内容に対応した承認依頼や承認をお願いしますや承認要請などキーワードを記憶しておき、それらキーワードとメールタイトルやメール本文との一致を検索する。図3のメールには承認依頼、承認をお願いしますのキーワードが含まれているため、このメールの内容が承認を依頼する内容であると特定する。また、解析部103は図3のメール内容を解析することで、記載されているファイル名としてファイルAを抽出する。検出部104はその解析結果を受けて、対象ファイルとしてファイルAを検出する。更新部105は、上記解析結果を受けて、ファイルAのステータスが未承認であると特定する。更新部105は、タグ記憶部132からファイルAに関連付けられているタグAを抽出し、その内容と特定されたステータスとを比較する。この場合、ファイルAに関連付けられたタグAは記憶されていないため、更新部105は未承認を表わすタグAを新たに作成し、ファイルAと関連付けてタグ記憶部132に記憶させる。また、サーバー100が図4のメールを受信した場合について具体例を挙げて説明する。このとき、解析部103は当該メールの内容を解析し、ユーザーBからユーザーAに対してファイルAの承認を行なった旨を伝えるメールであるとその内容を特定する。解析部103での解析方法が上に例示された方法である場合、一例として、承認を行なった旨を伝えるメールの内容に対応したRe:承認依頼や承認しますや承認しましたや承認完了などキーワードを記憶しておき、それらキーワードとメールタイトルやメール本文との一致を検索する。図4のメールにはRe:承認依頼、承認しますのキーワードが含まれているため、このメールの内容が承認を行なった旨を伝える内容であると特定する。また、解析部103は図3のメール内容を解析することで、記載されているファイル名としてファイルAを抽出する。検出部104はその解析結果を受けて、対象ファイルとしてファイルAを検出する。更新部105は、上記解析結果を受けて、ファイルAのステータスがBさん承認であると特定する。更新部105は、タグ記憶部132からファイルAに関連付けられているタグAを抽出し、その内容と特定されたステータスとを比較する。この場合、ファイルAに関連付けられて記憶されているタグAの内容は未承認であり、特定されたステータスと一致していないため、更新部105は未承認を表わすタグAの内容をBさん承認に更新する。なお、解析部103が各ユーザーのワークフローデータを保持していて、上述したメールの解析を行なう際の参照データに含めてもよい。<動作フロー>図8は、サーバー100での動作の流れの具体例を表わすフローチャートである。図8のフローチャートに示された動作は、制御部10がROM11に記憶されるプログラムを読み出してRAM12上で展開しながら実行し、図7に示される各機能を発揮させることによって実現される。図8を参照して、制御部10は、サーバー100においてメールを受信するとステップS101でYES、ステップS103でその内容を解析し、ステップS105で対象ファイルと、当該対象ファイルのステータスとを特定する。上述のように、図3のメールを受信した場合には対象ファイルがファイルAと特定され、そのステータスとして未承認が特定される。また、図4のメールを受信した場合には対象ファイルがファイルAと特定され、そのステータスとしてBさん承認が特定される。ステップS107で制御部10は、対象ファイルに関連付けられたタグをHDD13のタグ記憶部132から抽出する。そして、制御部10は、抽出されたタグの内容と上記ステップS105で特定されたステータスとを比較する。その結果、これらが一致していない場合ステップS109でNO、ステップS111で制御部10は、抽出されたタグの内容を特定されたステータスを表わす内容に更新する。そして、制御部10は、次のメールの受信を待機する。なお、上の例では、たとえば図2に示されたように、処理装置300間で当該ファイルの処理に関するメールがファイルのステータスの変化に伴って順にやり取りされているものとしている。しかしながら、実際には、ファイルの処理に無関係のメールのやり取りも含まれることが想定される。そこで、サーバー100の制御部10は、上記ステップS103での解析結果から上記ステップS105でファイル名やステータスが特定されなかった場合、当該メールはファイルの処理と無関係なメールであるとして以降の処理は行なわず、次のメールの受信を待機する。また、ファイルの処理は所定期間内で行なわれるのが通常である。そのため、サーバー100の制御部10は、ファイルAのステータスに関するメールが受信されると、その後の所定期間に受信されたメールから当該ファイルAに関する情報が抽出されなかった場合には、当該ファイルAの処理が終了しているものとして、その旨を表わすタグに更新するようにしてもよい。<実施の形態の効果>以上の動作が行なわれることで、処理装置300でメールのやり取りを行ないながらファイルの処理を行なう場合、サーバー100はそのメールを解析することで当該ファイルのステータスを特定し、そのステータスが変化したときに自動的にタグを更新する。このようにすることで、ステータスの変化に応じてユーザー操作を不要としてタグが自動的に生成され、自動的にファイルのステータスが管理される。そのため、簡便、かつ正確にファイルのステータスが管理される。また、上のように、ステータスが変化したときにタグが更新されるため、同じ内容のタグが複数作成されることなく、記憶量の増大を抑えることができる。サーバー100でのファイルの管理として上述のようにタグを利用することで、現在のファイルのステータスを当該タグを参照することで簡単に知ることができる。他の管理として、たとえば、サーバー100は予めステータスごとにファイルの処理権限を記憶しておき、処理装置300から当該ファイルの要求があった場合に、当該ファイルに関連付けられたタグを参照してそのファイルのステータスに応じた処理権限内での処理を許可するようにしてもよい。一例として、あるユーザーでの承認が完了したステータス以降については、関連付けられたファイルの削除を禁止する処理権限が記憶されているものとする。たとえば、この場合、タグとしてReadOnlyという内容を表わすタグを記憶させるようにしてもよい。この場合、当該ファイルに処理装置300からアクセスがあった場合、サーバー100はそのファイルの削除処理を禁止するようにする、という管理が挙げられる。また、他の管理として、タグを検索キーとして用いてファイルの検索を行なうこともできる。<変形例1>なお、上の例では、処理装置300間でファイルに対するワークフロー処理が行なわれる際にメールでその処理の移行が伝達されるものとしている。そして、サーバー100は、その伝達手段であるメールの内容を解析することで対象のファイルとそのステータスとを特定するものとしている。しかしながら、伝達手段はメールに限定されず、処理の移行を伝達する手段であれば他の手段であってもよい。そして、サーバー100は、メールに限定されず、その他の伝達する手段によって伝達される情報を解析することで対象のファイルとそのステータスとを特定するようにすればよい。他の例として、電子掲示板などとも称される専用のサイトに処理の移行に関する情報を提示する方法が挙げられ、サーバー100は、当該サイトを監視して新しい情報が提示される度に、その内容を解析することで対象のファイルとそのステータスとを特定することができる。<変形例2>なお、ファイルに関連付けられるタグは、図5に表わされたように最新のステータスを表わした1つに限定されず、少なくとも最新のステータスを表わしたタグを含む複数のタグであってもよい。図9は、変形例にかかるタグの具体例を示す図である。図9に示されたタグは図2の例によってファイルAに関連付けて作成されるタグの例を表わしている。すなわち、図9を参照して、ファイルAのステータスが、最初のステータスである未承認がBさん承認のステータスに移り変わると、最初のステータスである未承認を表わすタグに加えてBさん承認のステータスを表わすタグもファイルAに関連付けて記憶されてもよい。さらにファイルAのステータスがCさん承認のステータスに移り変わると、さらにこれらタグに加えて、Cさん承認のステータスを表わすタグもファイルAに関連付けて記憶されてもよい。このような管理によって、図9に示されるようにファイルAのステータスの遷移がタグ群として残されることになり、そのタグ群を確認することでステータスの変化を知ることができる。また、タグからファイルを検索する際に、複数のタグの情報を手掛かりにすることで、ファイルを探すことが容易になる。なお、図9の例は、すべてのタグが記憶される例が示されているが、たとえば、一定期間のタグや一定数のタグのみが記憶されるようにしてもよい。この期間や数は、所定の操作や所定のユーザーによって設定や変更が可能であってよい。<変形例3>上の例では、1つのファイルに対するいわゆるワークフロー処理における当該ファイルの処理位置をステータスとして表わすものとしている。しかしながら、ファイルのステータスはワークフロー処理における処理位置に限定されない。他の例として、たとえば1つのファイルがあるプロジェクト企画等で用いられた後、他のプロジェクトでまた用いられる場合が想定される。この場合、当該ファイルの用いられているプロジェクトをステータスで特定するようにしてもよい。または、1つのファイルを複数のユーザーやグループによって順に作成している場合も想定される。この場合、当該ファイルの作成処理を行なっているユーザーやグループをステータスで特定するようにしてもよい。さらに、上述の動作をサーバー100として機能するコンピューターに実行させるためのプログラムを提供することもできる。このようなプログラムは、コンピューターに付属するフレキシブルディスク、CD-ROMCompactDiskReadOnlyMemory、ROM、RAMおよびメモリカードなどのコンピューター読取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピューターに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。なお、本発明にかかるプログラムは、コンピューターのオペレーティングシステムOSの一部として提供されるプログラムモジュールのうち、必要なモジュールを所定の配列で所定のタイミングで呼出して処理を実行させるものであってもよい。その場合、プログラム自体には上記モジュールが含まれずOSと協働して処理が実行される。このようなモジュールを含まないプログラムも、本発明にかかるプログラムに含まれ得る。また、本発明にかかるプログラムは他のプログラムの一部に組込まれて提供されるものであってもよい。その場合にも、プログラム自体には上記他のプログラムに含まれるモジュールが含まれず、他のプログラムと協働して処理が実行される。このような他のプログラムに組込まれたプログラムも、本発明にかかるプログラムに含まれ得る。提供されるプログラム製品は、ハードディスクなどのプログラム格納部にインストールされて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。"