申請中フォルダ、回付中フォルダ、最終承認フォルダを備えたファイル記憶手段と、フォルダ間のファイルの移動を制御するとともに、ファイルの名称を変更する制御手段を備えた申請管理システムであって、前記制御手段が、起案者端末から起案文書ファイルを取得した場合、この起案文書ファイルに対して承認者を示すファイル名を設定するとともに、申請中フォルダに格納する手段と、前記申請中フォルダに格納された起案文書ファイルについて、中間承認権限を有する中間承認者の中間承認者端末において承認入力が行なわれた場合、中間承認者によって承認されたことを示す表示をファイル名に追加する変更を行なうとともに、前記起案文書ファイルを回付中フォルダに移し替える手段と、前記回付中フォルダに格納された起案文書ファイルについて、最終承認権限を有する最終承認者の最終承認者端末において承認入力が行なわれた場合、最終承認者によって承認されたことを示す表示をファイル名に追加する変更を行なうとともに、前記起案文書ファイルを最終承認フォルダに移し替える手段とを備えたことを特徴とする申請管理システム。前記申請中フォルダ、回付中フォルダ、最終承認フォルダは、部署毎に設けられており、前記制御手段は、起案者端末の利用者の利用者認証により所属部署を特定し、前記起案者端末から取得した起案文書ファイルを前記所属部署の申請中フォルダに格納することを特徴とする請求項1に記載の申請管理システム。起案文書ファイルを作成するためのテンプレートファイルを記憶した文書様式データベースを備え、前記テンプレートファイルには、申請種類に応じて承認者を特定するためのワークフロー情報が記録されており、前記制御手段が、前記テンプレートファイルに基づいて作成された起案文書ファイルを取得した場合、前記起案文書ファイルからワークフロー情報を取得して、承認者を特定することを特徴とする請求項1又は2に記載の申請管理システム。起案者が所属する起案部署とは別の一又は複数の協議部署の承認が必要な場合、起案文書ファイルのワークフロー情報において、承認が行なわれる協議部署を特定するための協議部署情報が起案文書ファイルに設定されており、前記制御手段は、協議部署情報が設定されている起案文書ファイルについて起案部署での承認情報を取得した場合、協議部署情報において設定されているすべての協議部署の申請中フォルダに前記起案文書ファイルのコピーを格納する手段を更に備えたことを特徴とする請求項3に記載の申請管理システム。前記制御手段は、協議部署の申請中フォルダに格納した起案文書ファイルのコピーについて、現時点で前記コピーが格納されている協議部署のフォルダを特定し、前記起案文書ファイルのコピーが、すべての協議部署の最終承認フォルダに格納されている場合には、起案部署の最終承認フォルダに格納された起案文書ファイルにおいて、すべての協議部署において承認されたことを示す表示をファイル名に追加する手段を更に備えたことを特徴とする請求項4に記載の申請管理システム。申請中フォルダ、回付中フォルダ、最終承認フォルダを備えたファイル記憶手段と、フォルダ間のファイルの移動を制御するとともに、ファイルの名称を変更する制御手段を備えた申請管理システムを用いて、申請管理を行なう方法であって、前記制御手段が、起案者端末から起案文書ファイルを取得した場合、この起案文書ファイルに対して承認者を示すファイル名を設定するとともに、申請中フォルダに格納する段階と、前記申請中フォルダに格納された起案文書ファイルについて、中間承認権限を有する中間承認者の中間承認者端末において承認入力が行なわれた場合、中間承認者によって承認されたことを示す表示をファイル名に追加する変更を行なうとともに、前記起案文書ファイルを回付中フォルダに移し替える段階と、前記回付中フォルダに格納された起案文書ファイルについて、最終承認権限を有する最終承認者の最終承認者端末において承認入力が行なわれた場合、最終承認者によって承認されたことを示す表示をファイル名に追加する変更を行なうとともに、前記起案文書ファイルを最終承認フォルダに移し替える段階とを実行することを特徴とする申請管理方法。申請中フォルダ、回付中フォルダ、最終承認フォルダを備えたファイル記憶手段と、フォルダ間のファイルの移動を制御するとともに、ファイルの名称を変更する制御手段を備えた申請管理システムを用いて、申請管理を行なうプログラムであって、前記制御手段を、起案者端末から起案文書ファイルを取得した場合、この起案文書ファイルに対して承認者を示すファイル名を設定するとともに、申請中フォルダに格納する手段、前記申請中フォルダに格納された起案文書ファイルについて、中間承認権限を有する中間承認者の中間承認者端末において承認入力が行なわれた場合、中間承認者によって承認されたことを示す表示をファイル名に追加する変更を行なうとともに、前記起案文書ファイルを回付中フォルダに移し替える手段、前記回付中フォルダに格納された起案文書ファイルについて、最終承認権限を有する最終承認者の最終承認者端末において承認入力が行なわれた場合、最終承認者によって承認されたことを示す表示をファイル名に追加する変更を行なうとともに、前記起案文書ファイルを最終承認フォルダに移し替える手段として機能させることを特徴とする申請管理プログラム。特許文献1に記載された技術を用いることにより、各フォルダに対するアクセス権を設定する。しかしながら、この文献では、稟議のためのワークフローにおけるアクセス権については想定されていない。一方、特許文献2に記載された技術においては、回付中の電子稟議書及び決裁済みの電子稟議書が保存される稟議書データベースを用いる。また、特許文献3に記載された技術においては、案件データベースにおいて案件を検索して、未決ボックス画面に表示するために、承認対象の文書ファイルとは別に、承認状況を管理するワークフロー管理システムを用いる。これらの文献では、起案に用いられた電子稟議書や承認対象の文書ファイルは、所定のデータベースに格納される。この場合、これらの文書ファイルによる各起案について、文書ファイルとは別に承認ステータスを一括管理する必要があり、管理が煩雑になる。一方、紙媒体による承認処理においては、未承認の起案文書や承認済みの起案文書の保管場所例えば書類トレーを分けて保管する。これにより、承認が必要な起案文書や承認済みの起案文書を直感的に把握することができる。しかしながら、紙媒体では、起案文書の検索や管理が煩雑になる。そこで、起案文書を電子化するとともに、紙媒体と同様に、起案文書ファイルの格納場所を承認状況の把握に活用することに着眼して検討した。本発明は、上記着眼によってなされたものであり、ワークフローに基づいて承認が必要な起案文書の回付を支援するための申請管理システム、申請管理方法及び申請管理プログラムを提供することにある。上記問題点を解決するために、請求項1に記載の発明は、申請中フォルダ、回付中フォルダ、最終承認フォルダを備えたファイル記憶手段と、フォルダ間のファイルの移動を制御するとともに、ファイルの名称を変更する制御手段を備えた申請管理システムであって、前記制御手段が、起案者端末から起案文書ファイルを取得した場合、この起案文書ファイルに対して承認者を示すファイル名を設定するとともに、申請中フォルダに格納する手段と、前記申請中フォルダに格納された起案文書ファイルについて、中間承認権限を有する中間承認者の中間承認者端末において承認入力が行なわれた場合、中間承認者によって承認されたことを示す表示をファイル名に追加する変更を行なうとともに、前記起案文書ファイルを回付中フォルダに移し替える手段と、前記回付中フォルダに格納された起案文書ファイルについて、最終承認権限を有する最終承認者の最終承認者端末において承認入力が行なわれた場合、最終承認者によって承認されたことを示す表示をファイル名に追加する変更を行なうとともに、前記起案文書ファイルを最終承認フォルダに移し替える手段とを備えたことを要旨とする。請求項2に記載の発明は、請求項1に記載の申請管理システムにおいて、前記申請中フォルダ、回付中フォルダ、最終承認フォルダは、部署毎に設けられており、前記制御手段は、起案者端末の利用者の利用者認証により所属部署を特定し、前記起案者端末から取得した起案文書ファイルを前記所属部署の申請中フォルダに格納することを要旨とする。請求項3に記載の発明は、請求項1又は2に記載の申請管理システムにおいて、起案文書ファイルを作成するためのテンプレートファイルを記憶した文書様式データベースを備え、前記テンプレートファイルには、申請種類に応じて承認者を特定するためのワークフロー情報が記録されており、前記制御手段が、前記テンプレートファイルに基づいて作成された起案文書ファイルを取得した場合、前記起案文書ファイルからワークフロー情報を取得して、承認者を特定することを要旨とする。請求項4に記載の発明は、請求項3に記載の申請管理システムにおいて、起案者が所属する起案部署とは別の一又は複数の協議部署の承認が必要な場合、起案文書ファイルのワークフロー情報において、承認が行なわれる協議部署を特定するための協議部署情報が起案文書ファイルに設定されており、前記制御手段は、協議部署情報が設定されている起案文書ファイルについて起案部署での承認情報を取得した場合、協議部署情報において設定されているすべての協議部署の申請中フォルダに前記起案文書ファイルのコピーを格納する手段を更に備えたことを要旨とする。請求項5に記載の発明は、請求項4に記載の申請管理システムにおいて、前記制御手段は、協議部署の申請中フォルダに格納した起案文書ファイルのコピーについて、現時点で前記コピーが格納されている協議部署のフォルダを特定し、前記起案文書ファイルのコピーが、すべての協議部署の最終承認フォルダに格納されている場合には、起案部署の最終承認フォルダに格納された起案文書ファイルにおいて、すべての協議部署において承認されたことを示す表示をファイル名に追加する手段を更に備えたことを要旨とする。請求項6に記載の発明は、申請中フォルダ、回付中フォルダ、最終承認フォルダを備えたファイル記憶手段と、フォルダ間のファイルの移動を制御するとともに、ファイルの名称を変更する制御手段を備えた申請管理システムを用いて、申請管理を行なう方法であって、前記制御手段が、起案者端末から起案文書ファイルを取得した場合、この起案文書ファイルに対して承認者を示すファイル名を設定するとともに、申請中フォルダに格納する段階と、前記申請中フォルダに格納された起案文書ファイルについて、中間承認権限を有する中間承認者の中間承認者端末において承認入力が行なわれた場合、中間承認者によって承認されたことを示す表示をファイル名に追加する変更を行なうとともに、前記起案文書ファイルを回付中フォルダに移し替える段階と、前記回付中フォルダに格納された起案文書ファイルについて、最終承認権限を有する最終承認者の最終承認者端末において承認入力が行なわれた場合、最終承認者によって承認されたことを示す表示をファイル名に追加する変更を行なうとともに、前記起案文書ファイルを最終承認フォルダに移し替える段階とを実行することを要旨とする。請求項7に記載の発明は、申請中フォルダ、回付中フォルダ、最終承認フォルダを備えたファイル記憶手段と、フォルダ間のファイルの移動を制御するとともに、ファイルの名称を変更する制御手段を備えた申請管理システムを用いて、申請管理を行なうプログラムであって、前記制御手段を、起案者端末から起案文書ファイルを取得した場合、この起案文書ファイルに対して承認者を示すファイル名を設定するとともに、申請中フォルダに格納する手段、前記申請中フォルダに格納された起案文書ファイルについて、中間承認権限を有する中間承認者の中間承認者端末において承認入力が行なわれた場合、中間承認者によって承認されたことを示す表示をファイル名に追加する変更を行なうとともに、前記起案文書ファイルを回付中フォルダに移し替える手段、前記回付中フォルダに格納された起案文書ファイルについて、最終承認権限を有する最終承認者の最終承認者端末において承認入力が行なわれた場合、最終承認者によって承認されたことを示す表示をファイル名に追加する変更を行なうとともに、前記起案文書ファイルを最終承認フォルダに移し替える手段として機能させることを要旨とする。作用請求項1、6、7に記載の発明によれば、制御手段が、起案者端末から起案文書ファイルを取得した場合、この起案文書ファイルに対して承認者を示すファイル名を設定するとともに、申請中フォルダに格納する。次に、申請中フォルダに格納された起案文書ファイルについて、中間承認権限を有する中間承認者の中間承認者端末において承認入力が行なわれた場合、中間承認者によって承認されたことを示す表示をファイル名に追加する変更を行なうとともに、起案文書ファイルを回付中フォルダに移し替える。そして、回付中フォルダに格納された起案文書ファイルについて、最終承認権限を有する最終承認者の最終承認者端末において承認入力が行なわれた場合、最終承認者によって承認されたことを示す表示をファイル名に追加する変更を行なうとともに、起案文書ファイルを最終承認フォルダに移し替える。これにより、申請ファイルの承認状況を、格納先フォルダによって管理することができる。また、起案文書ファイルのファイル名によって、承認者を特定することができるとともに、このファイル名により承認状況を把握することができる。請求項2に記載の発明によれば、制御手段は、起案者端末の利用者の利用者認証により所属部署を特定し、起案者端末から取得した起案文書ファイルを所属部署の申請中フォルダに格納する。これにより、利用者は、申請時において的確なフォルダに起案文書ファイルを格納することができる。請求項3に記載の発明によれば、制御手段が、テンプレートファイルに基づいて作成された起案文書ファイルを取得した場合、起案文書ファイルからワークフロー情報を取得して、承認者を特定する。これにより、起案文書ファイルを用いて、ワークフロー上の承認者を特定することができる。請求項4に記載の発明によれば、協議部署情報が設定されている起案文書ファイルについて起案部署での承認情報を取得した場合、協議部署情報において設定されているすべての協議部署の申請中フォルダに起案文書ファイルのコピーを格納する。これにより、申請において他の部署の承認が必要な場合には、協議部署に展開することができる。請求項5に記載の発明によれば、協議部署の申請中フォルダに格納した起案文書ファイルのコピーについて、現時点でコピーが格納されている協議部署のフォルダを特定する。そして、起案文書ファイルのコピーが、すべての協議部署の最終承認フォルダに格納されている場合には、起案部署の最終承認フォルダに格納された起案文書ファイルにおいて、すべての協議部署において承認されたことを示す表示をファイル名に追加する。これにより、協議部署の承認が必要な場合にも、起案文書ファイルのファイル名により承認状況を把握することができる。本発明によれば、ワークフローに基づいて承認が必要な起案文書の回付を支援するための申請管理システム、申請管理方法及び申請管理プログラムを提供することができる。以下、本発明を具体化した実施形態を図1~図9に従って説明する。本実施形態では、稟議回付に用いる場合を想定する。そして、ファイルサーバに申請中、回付中、最終承認の各フォルダを設け、企業内で申請された起案文書ファイルを各フォルダに移し替えることにより、起案文書の回付処理を行なう場合に用いる申請管理システム、申請管理方法及び申請管理プログラムとして説明する。本実施形態では、図1に示すように、申請管理サーバ20が申請された起案文書の回付処理を実行する。この申請管理サーバ20には、ネットワークを介して、クライアント端末10、ディレクトリ管理サーバ15、ファイルサーバ40が接続されている。クライアント端末10は、起案者端末、中間承認者端末、最終承認者端末として機能し、企業内において申請された起案文書の起案者、中間承認や最終承認の権限者等の利用者が使用するコンピュータ端末である。このクライアント端末10は、利用者が申請管理サーバ20にアクセスしたり、起案文書を作成したりする場合に用いられる。クライアント端末10は、ネットワークを介してデータを送信する機能や、受信したデータを表示する機能等を有する。このため、このクライアント端末10は、CPU、RAM、ROMからなる制御部の他、キーボード、ポインティングデバイス等の入力手段、ディスプレイ等の出力手段、通信手段等を備えている。ディレクトリ管理サーバ15は、ネットワーク上の資源とその属性とに関する情報を記憶し、検索できるようにしたディレクトリサービスを提供するコンピュータシステムである。このディレクトリ管理サーバ15は、利用者やネットワーク資源の管理を一括して行なう。このため、ネットワークを利用する利用者や組織に関する情報例えば、各利用者における操作権限情報を蓄積している。具体的には、このディレクトリ管理サーバ15は、利用者データベース16を備えている。利用者データベース16には、図2aに示すように、申請管理サーバ20を利用する利用者を管理するための利用者管理レコード160が記録されている。この利用者管理レコード160は、利用者登録が行なわれた場合に記録される。利用者管理レコード160には、氏名コード、氏名、連絡先、所属部署コード、役職コード、認証コードに関するデータが記録されている。氏名コードデータ領域には、申請管理サーバ20の利用者を特定するための識別子例えば、社員番号に関するデータが記録される。氏名データ領域には、この利用者の氏名に関するデータが記録される。連絡先データ領域には、この利用者の連絡先例えば、メールアドレスに関するデータが記録される。所属部署コードデータ領域には、この利用者が所属する部署を特定するための識別子に関するデータが記録される。役職コードデータ領域には、この利用者の役職を特定するための識別子に関するデータが記録される。この役職により、承認の権限を特定することができる。認証コードデータ領域には、利用者認証を行なう場合の認証情報例えば、パスワードに関するデータが記録される。ファイルサーバ40は、ファイル記憶手段として機能し、作成された文書ファイルを蓄積して一括管理するためのコンピュータシステムである。このファイルサーバ40は、起案文書データベース42を備えている。起案文書データベース42には、図3に示すように、複数の階層からなるディレクトリ構造により、複数のフォルダが設けられている。そして、上位階層には、各部署の部署コードに関連付けられた部署単位フォルダ421が設けられている。この部署単位フォルダ421の中には、下位階層フォルダとして、申請中フォルダ、回付中フォルダ、最終承認フォルダ、取下フォルダ、却下フォルダ、差戻フォルダが設けられている。申請中フォルダは、起案者によって申請された起案文書ファイルを格納するフォルダである。回付中フォルダは、中間承認者によって、中間承認された起案文書ファイルを回付する場合に格納するフォルダである。最終承認フォルダは、最終承認者によって、最終承認された起案文書ファイルを格納するフォルダである。なお、最終承認フォルダに格納された起案文書ファイルは定期的例えば、年度末に、他のデータ記憶部過去年度の起案文書データベースに移し替える。これにより、所定期間例えば、今年度の起案文書ファイルのみが最終承認フォルダに格納される。取下フォルダは、起案者によって取り下げられた起案文書ファイルを格納するフォルダである。却下フォルダは、中間承認者や最終承認者によって却下された起案文書ファイルを格納するフォルダである。差戻フォルダは、中間承認者や最終承認者によって差し戻された起案文書ファイルを格納するフォルダである。上述したファイルサーバ40に設けられたフォルダに起案文書ファイルを格納する場合や、各フォルダ間で、移し替える場合には、図3に示すように、回付機能画面500を用いる。この回付機能画面500は、申請管理サーバ20から提供され、クライアント端末10のディスプレイに出力される。この回付機能画面500は、図4に示すように、操作ボタンエリア501、フォルダ構成表示エリア502、ファイル表示エリア503を備えている。操作ボタンエリア501には、申請や承認についての各処理を行なうための各種操作ボタンが表示される。申請ボタンは、起案者が起案文書ファイルを申請中フォルダに格納する場合に用いられる。取下ボタンは、起案者が申請中フォルダや回付中フォルダに格納された起案文書ファイルを取下フォルダに移し替える場合に用いられる。また、閲覧ボタンは、起案者や承認者が所属部署の部署単位フォルダ421に格納された起案文書ファイルを閲覧する場合に用いられる。他部署ボタンは、ファイルサーバ40の他部署の部署単位フォルダ421に格納された閲覧可能ファイルを表示する場合に用いられる。承認、差戻、却下の各操作ボタンは、中間承認者や最終承認者が、各起案文書ファイルについて承認入力、差戻入力、却下入力を行なう場合に用いられる。フォルダ構成表示エリア502には、ファイルサーバ40の起案文書データベース42に格納されたフォルダがツリー構造によって表示される。ファイル表示エリア503には、フォルダ構成表示エリア502において選択されたフォルダに格納されている起案文書ファイルのアイコンが表示される。このアイコンには、起案文書ファイルのファイル名が表示される。ここで、所望の起案文書ファイルを選択することにより、起案文書ファイルの内容を確認することができる。申請管理サーバ20は、クライアント端末10において生成された起案文書ファイルの回付処理を支援するためのコンピュータシステムである。この申請管理サーバ20は、図1に示すように、制御部21、フォルダ管理データベース22、文書様式データベース23、申請管理データベース24を備える。この制御部21は、CPU、RAM、ROM等を有し、起案文書の回付処理を行なうための各種データの管理処理等を行なう制御手段として機能する。そして、後述する処理利用者認証段階、申請管理段階、閲覧制御段階、フォルダ制御段階、ファイル名制御段階の各処理等を実行する。このための申請管理プログラムを実行することにより、制御部21は、図1に示すように、利用者認証手段211、申請管理手段212、閲覧制御手段213、ファイル名制御手段214、フォルダ制御手段215として機能する。利用者認証手段211は、申請管理サーバ20にアクセスした利用者の本人認証を行なう処理を実行する。この本人認証により、利用者の承認権限中間承認権限、最終承認権限やフォルダの操作権限を特定することができる。申請管理手段212は、起案者によって申請された起案文書ファイルを受け付けるとともに、この起案文書ファイルの回付を管理する処理を実行する。このために、申請管理手段212は、利用者が利用するクライアント端末10のディスプレイに回付機能画面500を出力し、この回付機能画面500を介して利用者の各種要求を受け付ける。閲覧制御手段213は、クライアント端末10からの要求に基づいて、各フォルダに格納された文書ファイルの一覧画面や、一覧画面において選択された文書ファイルをクライアント端末10のディスプレイに出力する処理を実行する。ファイル名制御手段214は、承認処理の結果ステータスに応じて、起案文書ファイルのファイル名を変更する処理を実行する。利用者は、起案文書ファイルのファイル名を確認することにより、各起案文書ファイルの承認状況を把握することができる。フォルダ制御手段215は、利用者の操作権限に応じて、ファイルサーバ40のフォルダの閲覧、格納、ファイルの移し替えについての権限を管理する処理を実行する。フォルダ管理データベース22には、図2bに示すように、ファイルサーバ40の起案文書データベース42に設けられた各種フォルダの操作権限についてのフォルダ管理レコード220が記録されている。このフォルダ管理レコード220は、ファイルサーバ40の起案文書データベース42において各フォルダが設定されたときに登録される。このフォルダ管理レコード220には、部署コード、フォルダ種別、操作種別、権限者種別に関するデータが記録されている。部署コードデータ領域には、部署単位フォルダ421が割り当てられた部署を特定するための識別子に関するデータが記録される。フォルダ種別データ領域には、部署単位フォルダ421内に設けられたフォルダの種別申請中、回付中、最終承認、取下、却下、差戻に関するデータが記録される。操作種別データ領域には、各フォルダ種別のフォルダに対して行なわれる操作閲覧、格納、移し替えに関するデータが記録される。権限者種別データ領域には、各フォルダにおいて操作種別に対応した操作を行なうことができる権限者の条件役職や利用者を特定するためのデータが記録される。例えば、各部署に所属する利用者であれば、申請中フォルダに起案文書ファイルを格納する操作権限を有する。各部署に所属する利用者は、自身が起案者となっている起案文書ファイルを閲覧する操作権限を有する。中間承認者は、自身が中間承認者となっている起案文書ファイルを閲覧し、回付中フォルダに移し替える操作権限を有する。また、最終承認者は、自身が最終承認者となっている起案文書ファイルを閲覧し、最終承認フォルダに移し替える操作権限を有する。文書様式データベース23には、図2cに示すように、各種申請に用いられるテンプレートである文書様式ファイル230が記録されている。この文書様式ファイル230は、各申請において用いられる起案文書のテンプレートファイルが登録された場合に記録される。この文書様式ファイル230のプロパティ情報には、文書様式番号に対してワークフロー情報中間承認者役職コード、最終承認者役職コード、協議部署コード、回付部署コードに関するデータが記録されている。文書様式番号データ領域には、申請種類に応じて文書様式を特定するための識別子に関するデータが記録される。中間承認者役職コードデータ領域には、この文書様式を用いて申請された起案文書の中間承認を行なう権限者の役職を特定するための識別子に関するデータが記録される。最終承認者役職コードデータ領域には、この文書様式を用いて申請された起案文書の最終承認を行なう権限者の役職を特定するための識別子に関するデータが記録される。協議部署コードデータ領域には、この文書様式を用いて申請された起案文書の協議部署を特定するための識別子に関するデータが記録される。回付部署コードデータ領域には、この文書様式を用いて申請された起案文書の回付部署を特定するための識別子に関するデータが記録される。申請管理データベース24には、図2dに示すように、申請された各起案文書ファイルについての申請管理レコード240が記録されている。この申請管理レコード240は、各申請が行なわれた場合に記録される。この申請管理レコード240には、稟議番号、文書様式番号、起案日、起案者氏名コード、稟議タイトル、最終承認希望日、中間承認者氏名コード、最終承認者氏名コード、協議部署コード、回付部署コード、承認履歴に関するデータが記録されている。稟議番号データ領域には、申請された各起案文書ファイルを特定するための識別子に関するデータが記録される。文書様式番号データ領域には、この起案文書ファイルに用いられた文書様式を特定するための識別子に関するデータが記録される。起案日データ領域には、起案が行なわれた年月日を特定するための識別子に関するデータが記録される。起案者氏名コードデータ領域には、起案を行なった利用者を特定するための識別子に関するデータが記録される。稟議タイトルデータ領域には、起案内容を特定するための識別子に関するデータが記録される。最終承認希望日データ領域には、この申請について最終承認の完了希望日を特定するための識別子に関するデータが記録される。中間承認者氏名コードデータ領域には、この申請について中間承認を行なう権限者を特定するための識別子に関するデータが記録される。最終承認者氏名コードデータ領域には、この申請について最終承認を行なう権限者を特定するための識別子に関するデータが記録される。協議部署コードデータ領域には、この申請について協議が必要な部署を特定するための識別子部署コードに関するデータが記録される。回付部署コードデータ領域には、この申請について回付が必要な部署を特定するための識別子部署コードに関するデータが記録される。承認履歴データ領域には、この起案についての承認履歴に関するデータが記録される。このデータ領域には、申請、承認や回付の各支援処理が行なわれた場合に、逐次、各処理内容を示す識別子が処理年月日に関連付けられて記録される。次に、本実施形態の申請管理処理について説明する。ここでは、申請支援処理図5、閲覧支援処理図6、承認支援処理図7、協議支援処理図8の順番に説明する。申請支援処理まず、図5を用いて、申請支援処理を説明する。起案者が申請を行なう場合には、文書様式データベース23に格納された文書様式ファイル230の一覧画面を出力する。そして、一覧画面の中から、所望の文書様式ファイル230が選択された場合、申請管理サーバ20の文書様式データベース23から、所望の文書様式ファイル230を取得する。そして、クライアント端末10において、取得した文書様式ファイル230を利用して起案文書ファイルを作成し、任意のフォルダに格納しておく。そして、起案者はクライアント端末10を用いて、申請管理サーバ20にアクセスする。この場合、申請管理サーバ20の制御部21は、利用者認証処理を実行するステップS1-1。具体的には、制御部21の利用者認証手段211は、クライアント端末10に対して認証画面を出力する。この認証画面には、氏名コード及び認証コードの入力欄が設けられている。利用者により各入力欄に必要情報が設定され、認証指示が入力された場合、クライアント端末10は認証要求を申請管理サーバ20に送信する。この認証要求には、認証画面において設定された氏名コード及び認証コードに関するデータを含める。認証要求を取得した利用者認証手段211は、ディレクトリ管理サーバ15にアクセスし、利用者の本人認証を行なう。この本人認証においては、クライアント端末10から取得した氏名コード及び認証コードが記録された利用者管理レコード160を検索する。そして、ディレクトリ管理サーバ15は、利用者管理レコード160を抽出できた場合、申請管理サーバ20に、利用者管理レコード160に記録されている属性情報所属部署コード、役職コードを提供する。利用者認証手段211は、受信した属性情報を申請管理手段212に引き継ぐ。次に、申請管理サーバ20の制御部21は、回付機能画面の出力処理を実行するステップS1-2。具体的には、制御部21の申請管理手段212は、クライアント端末10のディスプレイに回付機能画面500を出力する。次に、申請管理サーバ20の制御部21は、処理対象ファイルの指定処理を実行するステップS1-3。具体的には、起案者は、予め作成した起案文書ファイルを、クライアント端末10内やファイルサーバ40内の所定のフォルダに格納しておく。そして、回付機能画面500を用いて、予め作成した起案文書ファイルが格納されたフォルダを指定し、このフォルダ内の起案文書ファイルを選択する。この場合、制御部21の申請管理手段212は、クライアント端末10のディスプレイにファイル属性画面を出力する。このファイル属性画面には、文書様式番号、起案日、起案者、起案部署、稟議番号、稟議タイトル等の属性項目の入力欄や最終承認希望日の入力欄が設けられている。申請管理手段212は、これらの入力欄に、選択された起案文書ファイルや利用者の本人認証に基づいて特定された情報を設定する。ここで、起案者は、各入力欄に設定された各情報を確認し、必要に応じて各情報を修正する。そして、回付機能画面500の申請ボタンを選択する。この場合、申請管理サーバ20の制御部21は、起案文書のアップロード処理を実行するステップS1-4。制御部21の申請管理手段212は、回付機能画面500において指定された起案文書ファイルを、起案者によって指定されたフォルダから取得する。更に、申請管理手段212は、ファイル属性画面に設定された各種情報を取得し、申請管理レコード240を生成し、申請管理データベース24に記録する。次に、申請管理サーバ20の制御部21は、申請種類に応じてワークフローの特定処理を実行するステップS1-5。ここでは、制御部21の申請管理手段212は、文書様式ファイル230に記憶されたワークフロー情報に基づいて中間承認者、最終承認者、協議部署、回付部署を特定する。具体的には、申請管理手段212は、ワークフロー情報の中間承認者役職コード、最終承認者役職コードをディレクトリ管理サーバ15から取得する。そして、申請管理手段212は、ファイル名制御手段214に対して、ディレクトリ管理サーバ15から取得した氏名コード、文書様式ファイル230のワークフロー情報に記憶された協議部署コード及び回付部署コードを提供する。次に、申請管理サーバ20の制御部21は、ワークフローに応じてファイル名の設定処理を実行するステップS1-6。具体的には、制御部21のファイル名制御手段214は、申請管理手段212から取得したワークフローに基づいて、ファイル名を決定する。具体的には、起案部署、稟議番号からなるファイル名に対して、中間承認者や最終承認者の役職の略号をファイル名に追加する。更に、ワークフロー情報において協議部署コードや回付部署コードが登録されている場合には、協回の略号をファイル名に追加する。例えば、起案部署○○部の稟議番号H22001の起案文書ファイルにおいて、ワークフロー情報において、承認者役職コードとして課長、次長、部長が登録されており、更に協議部署コードが登録されている場合には、図9に示すように、課次部協の略号を付加したファイル名300を生成する。次に、申請管理サーバ20の制御部21は、申請中フォルダへの格納処理を実行するステップS1-7。具体的には、制御部21のフォルダ制御手段215は、ファイルサーバ40において、起案者の所属部署の部署単位フォルダ421を特定する。そして、フォルダ制御手段215は、フォルダ管理データベース22に記録されたフォルダの操作権限に基づいて、特定した部署単位フォルダ421の申請中フォルダに起案文書ファイルを格納する。閲覧支援処理次に、図6を用いて、申請された起案文書ファイルの状況を確認する場合に用いる閲覧支援処理を説明する。この閲覧支援処理を利用する場合にも、ステップS1-1、S1-2と同様に、申請管理サーバ20の制御部21は、利用者認証処理、回付機能画面の出力処理を実行するステップS2-1。そして、回付機能画面500の閲覧ボタンを選択する。この場合、申請管理サーバ20の制御部21は、所属部署のフォルダの特定処理を実行するステップS2-2。具体的には、制御部21の閲覧制御手段213は、利用者認証処理においてディレクトリ管理サーバ15から取得した属性情報に基づいて、利用者の所属部署コードを特定する。次に、閲覧制御手段213は、ファイルサーバ40から、特定した所属部署コードに関連付けられた部署単位フォルダ421に格納されたフォルダ情報を取得する。そして閲覧制御手段213は、回付機能画面500のフォルダ構成表示エリア502に、取得したフォルダ情報をツリー構造で出力する。利用者は、表示されたフォルダの中で、閲覧希望のフォルダを指定する。次に、申請管理サーバ20の制御部21は、所属部署フォルダに格納された閲覧可能ファイルの検索処理を実行するステップS2-3。具体的には、制御部21の閲覧制御手段213は、利用者認証においてディレクトリ管理サーバ15から取得した属性情報に基づいて、役職コードを特定する。そして、閲覧制御手段213は、指定されたフォルダのフォルダ管理レコード220において、利用者の氏名コード、役職コードにおいて閲覧可能な起案文書ファイルを検索する。次に、申請管理サーバ20の制御部21は、対象ファイルの一覧表示処理を実行するステップS2-4。具体的には、制御部21の閲覧制御手段213は、所属部署の部署単位フォルダ421における検索により抽出した閲覧可能ファイルのアイコンを、回付機能画面500のファイル表示エリア503に出力する。起案文書ファイルの内容を確認する場合には、回付機能画面500のファイル表示エリア503に出力された起案文書ファイルのアイコンを選択する。この場合、申請管理サーバ20の制御部21は、処理対象ファイルの表示処理を実行するステップS2-5。具体的には、制御部21の閲覧制御手段213は、指定された起案文書ファイルをファイルサーバ40から取得し、クライアント端末10のディスプレイに出力する。ここで、承認者が起案文書を承認する場合には、承認ボタンを選択する。この場合、申請管理サーバ20の制御部21は、承認支援処理を実行するステップS2-6。具体的には、制御部21の申請管理手段212は、申請管理データベース24の申請管理レコード240に、承認履歴として承認を示す識別子及び処理年月日を追加記録する。そして、後述する承認支援処理を実行する。一方、起案文書を却下や差戻を行なう場合には、却下ボタン又は差戻ボタンを選択する。この場合、申請管理手段212は、却下ボタン又は差戻ボタンの選択に応じて、申請管理データベース24の申請管理レコード240に、承認履歴として却下又は差戻を示す識別子及び処理年月日を追加記録する。そして、申請管理サーバ20の制御部21は、ワークフローに応じてファイル名の修正処理を実行するステップS2-7。具体的には、制御部21のファイル名制御手段214は、却下や差戻を行なった権限者の略号に×記号を付加したファイル名に変更する。例えば、課長が却下や差戻を行なった場合には、図9に示すファイル名301のように、課に対して×記号を付加した名称に変更する。次に、申請管理サーバ20の制御部21は、ワークフローに応じて各フォルダを特定して格納処理を実行するステップS2-8。具体的には、制御部21のフォルダ制御手段215は、却下ボタンの選択を検知した場合には、部署単位フォルダ421の却下フォルダに起案文書ファイルを格納する。一方、フォルダ制御手段215は、差戻ボタンの選択を検知した場合には、部署単位フォルダ421の差戻フォルダに起案文書ファイルを格納する。ステップS2-1の後で、回付機能画面500の他部署ボタンが選択された場合、申請管理サーバ20の制御部21は、他部署フォルダに格納された閲覧可能ファイルの検索処理を実行するステップS2-9。具体的には、制御部21の閲覧制御手段213は、申請管理データベース24を用いて、他部署の部署単位フォルダ421に格納されている起案文書ファイルであって、申請管理レコード240において、この利用者が起案者又は承認者として登録されているファイルを検索する。そして、申請管理サーバ20の制御部21は、対象ファイルの一覧表示処理を実行するステップS2-10。具体的には、制御部21の閲覧制御手段213は、他部署の部署単位フォルダ421における検索により抽出した閲覧可能ファイルのアイコンを、回付機能画面500のファイル表示エリア503に出力する。これにより、起案者や起案部署の権限者は他部署の協議状況を確認する。承認支援処理次に、図7を用いて、承認ボタンが選択された場合の承認支援処理を説明する。ここでは、申請管理サーバ20の制御部21は、申請種類に応じてワークフローの特定処理を実行するステップS3-1。具体的には、制御部21の申請管理手段212は、起案文書ファイルのプロパティ情報から中間承認者役職コード及び最終承認者役職コードを抽出することにより、文書様式番号に対応するワークフロー情報を取得する。次に、申請管理サーバ20の制御部21は、中間承認又は最終承認についての判定処理を実行するステップS3-2。具体的には、制御部21の申請管理手段212は、承認を行なった利用者の氏名コードに関連付けられた役職コードと、ワークフロー情報から抽出した中間承認者役職コード又は最終承認者役職コードの役職コードとを比較することにより、中間承認又は最終承認のいずれかを判定する。利用者の役職コードが中間承認者役職コードと一致しており、中間承認と判定した場合ステップS3-2において中間承認の場合、申請管理サーバ20の制御部21は、ワークフローに応じてファイル名の修正処理を実行するステップS3-3。具体的には、制御部21のファイル名制御手段214は、中間承認者の略号に対して消込記号を付加したファイル名に変更する。例えば、課長の承認処理の場合には、図9に示すファイル名302のように課に対して消込記号を付加した名称に変更する。また、次長の承認処理の場合には、ファイル名303のように次に対して消込記号を付加した名称に変更する。次に、申請管理サーバ20の制御部21は、ワークフローに応じて回付中フォルダへの格納処理を実行するステップS3-4。具体的には、起案文書ファイルがファイルサーバ40の申請中フォルダに格納されている場合には、制御部21のフォルダ制御手段215は、この起案文書ファイルを回付中フォルダに移し替える。起案文書ファイルが既に回付中フォルダに格納されている場合には、フォルダ制御手段215は、そのまま回付中フォルダに残す。一方、利用者の役職コードが最終承認者役職コードと一致しており、最終承認と判定した場合ステップS3-2において最終承認の場合、申請管理サーバ20の制御部21は、ワークフローに応じてファイル名の修正処理を実行するステップS3-5。具体的には、制御部21のファイル名制御手段214は、最終承認者の略号に対して消込記号を付加したファイル名に変更する。例えば、部長の承認処理の場合には、図9に示すファイル名304のように部に対して消込記号を付加した名称に変更する。次に、申請管理サーバ20の制御部21は、ワークフローに応じて最終承認フォルダへの格納処理を実行するステップS3-6。具体的には、制御部21のフォルダ制御手段215は、ファイルサーバ40の回付中フォルダに格納された起案文書ファイルを最終承認フォルダに移し替える。次に、申請管理サーバ20の制御部21は、自部署起案か又は他部署起案かについての判断処理を実行するステップS3-7。具体的には、制御部21のフォルダ制御手段215は、最終承認フォルダに格納された起案文書ファイルの起案部署を特定する。そして、最終承認フォルダが設けられた部署と、起案文書ファイルの起案部署とを比較することにより、自部署起案か又は他部署起案かを判定する。他部署起案の場合ステップS3-7において他部署起案の場合、申請管理サーバ20の制御部21は、承認完了処理を実行するステップS3-8。具体的には、制御部21の申請管理手段212は、起案者の連絡先をディレクトリ管理サーバ15から取得し、この連絡先に対して、起案文書の承認処理が完了したことを通知する。一方、自部署起案の場合ステップS3-7において自部署起案の場合、申請管理サーバ20の制御部21は、協議部署への回付が必要かどうかについての判定処理を実行するステップS3-9。具体的には、制御部21の申請管理手段212は、文書様式番号に基づいて特定されたワークフロー情報において、協議部署コードの登録の有無について確認する。起案文書ファイルから抽出したワークフロー情報に協議部署コードが登録されておらず、協議部署への回付が必要でない場合ステップS3-9においてNOの場合、申請管理サーバ20の制御部21は、承認完了処理を実行するステップS3-8。一方、起案文書ファイルから抽出したワークフロー情報において協議部署コードが登録されており、協議部署への回付が必要な場合ステップS3-9においてYESの場合、申請管理サーバ20の制御部21は、ワークフローに応じて協議部署のフォルダに格納処理を実行するステップS3-10。具体的には、制御部21のフォルダ制御手段215は、ワークフロー情報において特定した協議部署コードの部署単位フォルダ421を特定し、この部署単位フォルダ421の回付中フォルダに、起案文書ファイルのコピーを格納する。なお、複数の協議部署が登録されている場合には、フォルダ制御手段215は、同時期にすべての協議部署の部署単位フォルダに起案文書ファイルのコピーを格納する。この場合には、起案文書ファイルのコピーのファイル名は、起案文書ファイルのファイル名と共通させておく。そして、他部署から協議が必要な起案文書を取得した承認者は、起案文書の内容を確認する。この場合も、申請管理サーバ20は、上述の承認支援処理を実行する。協議支援処理次に、図8を用いて、協議部署に展開したファイルについての協議支援処理を説明する。この協議支援処理は、協議部署の部署単位フォルダ421に格納された起案文書ファイルのコピーの承認状況を確認するために、定期的に実行される。ここでは、申請管理サーバ20の制御部21は、他部署に展開したファイルの承認状況の取得処理を実行するステップS4-1。具体的には、制御部21の申請管理手段212は、他部署に展開した起案文書ファイルについて、協議部署コードや回付部署コードが記録された申請管理レコード240を、申請管理データベース24から抽出する。そして、申請管理手段212は、抽出した申請管理レコード240に記録された承認履歴を用いて、他部署の承認処理が行なわれたかどうかを確認する。次に、申請管理サーバ20の制御部21は、すべての協議部署で承認済みかどうかについての判定処理を実行するステップS4-2。具体的には、制御部21の申請管理手段212は、この起案文書ファイルのコピーを回付したすべての他部署における承認状況を、申請管理レコード240の承認履歴を用いて確認する。そして、この申請管理レコード240に記録された承認履歴により、起案文書ファイルのコピーの格納先フォルダを特定する。なお、この承認状況は、協議部署の最終承認フォルダにアクセスして、起案文書ファイルのコピーが格納されているかどうかを確認するようにしてもよい。具体的には、起案文書ファイルのコピーが、すべての協議部署の最終承認フォルダに格納されている場合には、承認済みと判定する。未だ承認処理が行なわれていない協議部署が残っている場合ステップS4-2においてNOの場合、申請管理サーバ20の制御部21は、待機処理を実行するステップS4-3。具体的には、制御部21の申請管理手段212は、協議部署に展開した起案文書ファイルの監視処理を継続する。一方、すべての協議部署において承認処理が完了した場合ステップS4-2においてYESの場合、申請管理サーバ20の制御部21は、ファイル名の修正処理を実行するステップS4-4。具体的には、制御部21のファイル名制御手段214は、起案部署に格納された起案文書ファイル、及びすべての協議部署の最終承認フォルダに格納された起案文書ファイルのコピーにおいて、協議部署の略号に対して消込記号を付加したファイル名に変更する。例えば、図9に示すファイル名305のように協に対して消込記号を付加した名称に変更する。そして、申請管理サーバ20の制御部21は、ステップS3-8と同様に、承認完了処理を実行するステップS4-5。以上、本実施形態によれば、以下に示す効果を得ることができる。1上記実施形態では、ファイルサーバ40に、上位階層として、各部署の部署コードに関連付けられた部署単位フォルダ421を設ける。この部署単位フォルダ421の中に、下位階層フォルダとして、申請中フォルダ、回付中フォルダ、最終承認フォルダ、取下フォルダが、却下フォルダ、差戻フォルダを設ける。申請管理サーバ20の制御部21は、申請中フォルダへの格納処理を実行するステップS1-7。申請管理サーバ20の制御部21は、ワークフローに応じて回付中フォルダへの格納処理を実行するステップS3-4。申請管理サーバ20の制御部21は、ワークフローに応じて最終承認フォルダへの格納処理を実行するステップS3-6。これにより、各フォルダに格納された起案文書ファイル数を確認することによって、処理すべき起案文書の流通量を把握することができる。2上記実施形態では、フォルダ管理データベース22には、ファイルサーバ40の起案文書データベース42に設けられた各種フォルダの操作権限についてのフォルダ管理レコード220が記録されている。これにより、起案文書ファイルに対する権限をフォルダの操作権限によって制御することができる。3上記実施形態では、申請管理サーバ20の制御部21は、ワークフローに応じてファイル名の設定処理を実行するステップS1-6。これにより、起案文書のファイル名を用いて、中間承認や最終承認の権限者を把握することができる。また、申請管理サーバ20の制御部21は、ワークフローに応じてファイル名の修正処理を実行するステップS3-3、S3-5。すべての協議部署において承認処理が完了した場合ステップS4-2においてYESの場合、申請管理サーバ20の制御部21は、ファイル名の修正処理を実行するステップS4-4。これにより、起案文書ファイルのファイル名により、承認状況を把握することができる。4上記実施形態では、申請管理サーバ20の制御部21は、所属部署フォルダに格納された閲覧可能ファイルの検索処理を実行するステップS2-3。これにより、利用者自身が申請した起案文書ファイルの承認状況、承認者として承認処理を行なうべき起案文書ファイルを効率的に把握することができる。5上記実施形態では、回付機能画面500の他部署ボタンが選択された場合、申請管理サーバ20の制御部21は、他部署フォルダに格納された閲覧可能ファイルの検索処理を実行するステップS2-9。これにより、他部署に展開されている自分の申請した起案文書ファイルの承認状況や、承認処理を行なうべき起案文書ファイルを効率的に把握することができる。6上記実施形態では、申請管理データベース24には、申請された各起案文書ファイルについての申請管理レコード240が記録されている。これにより、この申請管理レコード240を一覧表示させることによって、各申請の最終承認希望日や承認状況を把握することができる。なお、上記実施形態は、以下の態様に変更してもよい。上記実施形態では、本発明を稟議回付に用いる場合を想定したが、適用対象はこれに限定されるものではなく、各種申請に利用することができる。上記実施形態では、起案部署の最終承認後に、協議部署の承認処理を行なうワークフローを用いる。ワークフローにおける承認の順番はこれに限定されるものではない。例えば、起案部署と協議部署とにおいて同時期に承認処理を行なうワークフローや、協議部署の最終承認後に起案部署の承認処理を行なうワークフローを用いることも可能である。上記実施形態では、図9に示すように、課次部協の略号を付加したファイル名300を生成する。ファイル名の設定方法は、これに限定されるものではない。例えば、文字列によりファイル名を設定するようにしてもよい。上記実施形態では、文書様式データベース23には、各種申請に用いられるテンプレートである文書様式ファイル230が記録されている。この文書様式ファイル230のプロパティ情報には、文書様式番号に対してワークフロー情報に関するデータが記録されている。ワークフロー情報の格納場所は、文書様式ファイル230のプロパティ情報に限定されるものではない。例えば、申請管理サーバ20に、ワークフロー管理データベースを設け、文書様式番号毎に、中間承認者や最終承認者、協議部署、回付部署を特定するための情報を蓄積しておくようにしてもよい。この場合には、制御部21が、このワークフロー管理データベースを参照して、承認状況を特定する。上記実施形態では、文書様式ファイル230のプロパティ情報には、文書様式番号に対してワークフロー情報中間承認者役職コード、最終承認者役職コード、協議部署コード、回付部署コードに関するデータが記録されている。承認者を特定するためのワークフロー情報は承認者役職コードに限定されるものではない。例えば、部署毎にテンプレートファイルを準備し、各部署における中間承認者や最終承認者の氏名コードをワークフロー情報に記憶させておいてもよい。この場合には、この氏名コードの権限者に対応して、起案文書ファイルのファイル名を設定する。上記実施形態では、ファイルサーバ40は、起案文書データベース42を備えている。起案文書データベース42の上位階層には、各部署の部署コードに関連付けられた部署単位フォルダ421が設けられており、下位階層フォルダとして、申請中フォルダ、回付中フォルダ、最終承認フォルダ、取下フォルダ、却下フォルダ、差戻フォルダが設けられている。フォルダ構成は部署単位に限定されるものではなく、組織階層を複数階層にしたり、ユーザ毎にフォルダを設けたりすることも可能である。この場合には、申請中フォルダや最終承認フォルダの他に、中間承認者や最終承認者のフォルダを設ける。そして、承認者のフォルダに回付中の起案文書ファイルを格納する。また、差戻を行なう場合には、起案者のフォルダに戻す。これにより、各利用者は自分のフォルダを確認することにより、処理を行なうべき起案文書ファイルを取得することができる。上記実施形態では、申請管理サーバ20には、ネットワークを介して、ディレクトリ管理サーバ15、ファイルサーバ40が接続されている。ハードウェア構成はこれらに限定されるものではなく、申請管理サーバ20やディレクトリ管理サーバ15、ファイルサーバ40を一つの筐体中に設けることも可能である。上記実施形態では、申請管理データベース24には、起案された各申請を管理するための申請管理レコード240が記録されている。この申請管理レコード240には、稟議番号に対して承認履歴に関するデータが記録されている。この承認履歴を起案文書ファイル内に記憶させるようにしてもよい。例えば、承認操作が行なわれた場合に、起案文書ファイルのプロパティ情報に承認履歴処理内容を示す識別子及び処理年月日を追加記録する。また、他部署に起案文書ファイルのコピーを展開した場合には、これらのコピーと起案文書ファイルとを関連付けておき、コピーに記録された内容を起案文書ファイルに追加記録するようにしてもよい。これにより、起案文書ファイルを確認することにより、承認状況を把握することができる。