申請業務を支援するワークフローシステムであって、イベント情報別に複数の申請に対応する各申請機能が関連付けられたイベント設定情報を記憶する第1記憶部と、前記各申請機能に対して入力される申請情報を記憶する第2記憶部と、申請者が操作するコンピュータ装置から入力されたイベント申請要求に基づいて前記イベント情報に関連付けられた複数の前記申請機能を表示し、複数の前記申請機能の中から選択された申請機能に対して前記申請者が入力した申請情報を第2記憶部に記憶するとともに、前記イベント申請要求に基づいた前記各申請機能に対応する申請情報それぞれを前記イベント情報と対応付ける申請制御部と、前記申請機能を通じた申請を承認する承認者が操作するコンピュータ装置から入力された申請確認要求に基づいて、前記第2記憶部に記憶された前記申請情報と対応付けられるイベント情報を識別し、この識別されたイベント情報に関連する複数の申請情報を前記承認者の承認対象として申請確認情報を生成し、前記承認者が操作するコンピュータ装置に伝送する申請状況管理部と、を含むことを特徴とするワークフローシステム。前記申請制御部は、前記イベント申請の開始に伴う前記申請者による所定の操作入力に基づいて、前記イベント情報に関連付けられた複数の申請機能を当該イベント情報と対応付けた第1申請情報を生成するとともに、前記第1申請情報の各申請機能別に前記申請者が入力する申請情報が含まれる第2申請情報それぞれを生成して前記第2記憶部に記憶し、前記申請者から前記申請機能に対する所定の申請要求があった場合に、入力された前記申請情報を用いて前記第2申請情報を更新することを特徴とする請求項1に記載のワークフローシステム。申請業務を支援するワークフロー装置であって、イベント情報別に複数の申請に対応する各申請機能が関連付けられたイベント設定情報を記憶する第1記憶部と、前記各申請機能に対して入力される申請情報を記憶する第2記憶部と、入力部を介して申請者によって入力されたイベント申請要求に基づいて前記イベント情報に関連付けられた複数の前記申請機能を表示部に表示し、複数の前記申請機能の中から選択された申請機能に対して前記申請者が入力した申請情報を第2記憶部に記憶するとともに、前記イベント申請要求に基づいた前記各申請機能に対応する申請情報それぞれを前記イベント情報と対応付ける申請制御部と、前記入力部を介して承認者によって入力された申請確認要求に基づいて、前記第2記憶部に記憶された前記申請情報と対応付けられるイベント情報を識別し、この識別されたイベント情報に関連する複数の申請情報を前記承認者の承認対象として申請確認情報を生成し、前記表示部に出力する申請状況管理部と、を含むことを特徴とするワークフロー装置。申請業務を支援するワークフロー処理を遂行するコンピュータによって実行されるプログラムであって、イベント情報別に複数の申請に対応する各申請機能が関連付けられたイベント設定情報と前記各申請機能に対して入力される申請情報とを記憶する機能と、申請者が操作するコンピュータ装置から入力されたイベント申請要求に基づいて前記イベント情報に関連付けられた複数の前記申請機能を表示し、複数の前記申請機能の中から選択された申請機能に対して前記申請者が入力した申請情報それぞれを、前記イベント申請要求に基づいた前記イベント情報と対応付ける機能と、前記申請機能を通じた申請を承認する承認者が操作するコンピュータ装置から入力された申請確認要求に基づいて、前記記憶された申請情報と対応付けられるイベント情報を識別し、この識別されたイベント情報に関連する複数の申請情報を前記承認者の承認対象として申請確認情報を生成し、前記承認者が操作するコンピュータ装置に伝送する機能と、を含むことを特徴とするプログラム。複数の申請をイベント単位で管理することができるワークフローシステムを提供する。実施形態の申請業務を支援するワークフローシステムは、イベント情報別に複数の申請に対応する各申請機能が関連付けられたイベント設定情報を記憶する第1記憶部と、前記各申請機能に対して入力される申請情報を記憶する第2記憶部と、申請者が操作するコンピュータ装置から入力されたイベント申請要求に基づいて前記イベント情報に関連付けられた複数の前記申請機能を表示し、複数の前記申請機能の中から選択された申請機能に対して前記申請者が入力した申請情報を第2記憶部に記憶するとともに、前記イベント申請要求に基づいた前記各申請機能に対応する申請情報それぞれを前記イベント情報と対応付ける申請制御部と、前記申請機能を通じた申請を承認する承認者が操作するコンピュータ装置から入力された申請確認要求に基づいて、前記第2記憶部に記憶された前記申請情報と対応付けられるイベント情報を識別し、この識別されたイベント情報に関連する複数の申請情報を前記承認者の承認対象として申請確認情報を生成し、前記承認者が操作するコンピュータ装置に伝送する申請状況管理部と、を含む。以下、実施形態につき、図面を参照して説明する。第1実施形態図1から図16は、第1実施形態を示す図である。図1は、本実施形態のワークフローシステムのネットワーク構成図である。コンピュータシステムであるワークフローシステム100は、申請者端末200、承認者端末300及び管理者端末400それぞれがネットワークNを介して接続する。ワークフローシステム100は、接続する申請者端末機200の申請者に対して所定のワークフローに基づく申請機能を提供し、承認者端末300の承認者に申請者からの申請に対する申請状況確認機能及び承認機能を提供する。本実施形態のワークフローシステム100は、ビジネス上の手続きや企業業務の効率化するワークフロー機能を提供し、以下の説明では、企業の社内業務に関する申請及びその承認処理のワークフロー機能を一例に説明する。なお、ネットワークNは、例えば、LANローカルエリアネットワークやインターネット等のネットワークであり、無線/有線回線、専用回線等を問わず、各端末200、300、400がワークフローシステム100に接続可能なネットワーク環境が適用される。また、申請者端末200、承認者端末300及び管理者端末400の各端末は、携帯電話機やPDA等の移動通信端末装置、パーソナルコンピュータなどの通信機能及び演算機能を備えた情報処理端末装置等が含まれる。また、ワークフローシステム100が提供する画面を表示する表示制御機能例えば、ブラウザを備え、CPU、メモリ及びワークフローシステム100との間の通信制御を遂行する通信制御部等を含む。さらに、マウスやキーボード、タッチパネル等の操作入力装置及び表示装置を備えることができる。また、説明の便宜上、申請者、承認者及び管理者それぞれに対応する申請者端末200、承認者端末300及び管理者端末400が個別に設けられているが、これに限らず、ワークフローシステム100と1つの端末装置とが接続された構成であってもよい。つまり、後述するように、申請者、承認者、管理者をそれぞれ区分識別するようにユーザ認証処理を行い、与えられた利用権限以外の機能が利用できないように制限することで、同じ1つの端末装置から申請者、承認者、管理者それぞれがワークフローシステム100を利用するように構成することもできる。図2は、本実施形態のワークフローシステム100の構成ブロック例を示す図である。本実施形態のワークフローシステム100は、各端末200、300、400とのネットワークNを介した接続及びデータ通信等を制御する通信制御部110、制御120、記憶部130を含んで構成される。制御部120は、申請に対応する所定の申請画面を申請者端末200に表示させ、申請画面を介して入力された申請情報を受け付ける申請機能を遂行する申請制御部121と、受け付けた申請に対する所定の承認画面を承認者端末300に伝送し、承認画面を介して受け付けた申請に対する承認を受け付ける承認機能を遂行する承認制御部122と、申請機能を通じて申請された各申請の状況を確認するための所定の申請状況確認画面を承認者端末300に伝送し、申請状況に対する進捗管理機能申請状況管理機能を遂行する申請状況管理部123と、を含む。さらに、本実施形態の制御部120は、イベント管理部124を備え、複数の各種申請を所定のイベント単位にグループ化し、イベントに関連する複数の申請を一元管理するイベント管理機能を遂行する。本実施形態のワークフローシステム100は、このイベント管理機能により、申請者がイベントに関連した複数の申請を一括して行うことができ、さらに、承認者はイベントに伴う申請であることを把握し、イベントに関連した複数の申請全体の申請状況を管理することができる。また、制御部120は、ユーザ認証部125を含む。ユーザ認証部125は、所定のログイン画面を介して各端末200、300、400に入力されたログイン情報を用い、記憶部130に予め登録されたユーザ情報135に基づいて認証処理を遂行し、ワークフローシステム100が提供するワークフロー機能の利用権限をユーザ毎に管理する。ユーザ情報は、例えば、各ユーザを識別するユーザID、ユーザ名、パスワード、利用権限種別申請者、承認者、管理者等を含むことができる。申請制御部121は、ログイン後の申請者端末200に、画面情報136に記憶された画面情報又は画面データに基づいて申請メニュー画面500図3参照を申請者端末200に伝送する。そして、申請メニュー画面500に含まれる各種申請が選択された場合に、選択された申請に対応する申請画面600図4参照を申請者端末200に伝送し、申請画面600の入力制御や申請画面600に入力された申請内容を申請情報131及び/又はイベント情報132に記憶する記憶制御を遂行する。図3は、本実施形態の申請メニュー画面500の一例、図4は、本実施形態の申請画面600の一例を示す図である。図3に示すように、申請メニュー画面500は、複数の各種申請が個別に表示される個別申請510とイベント申請520とを含む。申請者によって個別申請510に含まれる各種申請に対応する申請機能が選択されると、申請制御部121は、各種の申請それぞれに対応して記憶された画面情報136から該当の画面情報リンク先又は画面データを抽出し、申請者端末200に申請画面を表示させる。図4は、申請メニュー画面500の個別申請510の中から家族異動申請が選択された場合に表示される家族異動申請の申請画面600の一例である。図5は、申請マスタ情報134の一例であり、個別申請510に含まれる複数の各種申請に対応する申請機能情報を記憶する。図5に示すように、各種申請には、申請機能IDが割り当てられ、申請機能ID毎に、申請機能名、画面リンク先画面情報の識別情報や構成情報等、申請に対して承認を行う承認者ID、承認者名等を記憶する。本実施形態では、住所変更申請、家族異動申請、改姓改名申請、扶養控除等異動申告書申請、保険料控除/配偶者特別控除申告書申請、住宅借入金特別控除申請、給与賞与銀行振込依頼書申請、通勤手当変更届申請、異動申請、休暇申請等が各種複数の申請機能を含み、申請マスタ情報134に登録された複数の申請機能の一部又は全部が個別申請510に表示される。申請制御部121は、個別申請510を含む申請メニュー画面500を生成して申請者端末200に提供するとともに、申請メニュー画面500から選択された申請機能に対応する申請画面を、申請マスタ情報134の画面リンク先等の情報に基づいて申請者端末200に表示させる。なお、画面リンク先は、画面情報134に記憶された格納場所例えば、アドレス情報であり、画面情報134は、これら複数の申請機能に対応する複数の各画面データを記憶している。また、本実施形態の各画面は、一例として、HTML形式で生成することができ、申請者端末200等が備えるブラウザを介して各画面を表示させるようにすることもできる。図4に示した家族異動申請の申請画面600では、例えば、家族を追加するボタン610を選択すると、入力欄620に入力項目が表示され、申請者は、入力項目に追加する家族の氏名、続柄、生年月日、年齢、扶養あり/なし、同居同居/非同居等を入力する。そして、OKボタン630を選択することにより、申請者は、家族異動申請を行うことができる。図6は、本実施形態のイベント設定画面700の一例を示す図である。本実施形態のイベントは、個別申請510に含まれる1つの申請に関連して他の申請を行う必要がある場合に、これら複数の申請を1つのグループで管理する情報である。例えば、引越し、結婚、人事異動等のイベントがある。申請者に結婚などのイベントが発生すると、家族異動申請、住所変更申請、通勤手当変更届申請、改姓改名申請、扶養控除等異動申告書申請などの複数の申請を会社に対して行う必要があるので、これらの互いに関連する複数の申請を結婚や引越しなどのイベント単位で関連付け、申請者側で発生したイベントに対して会社に申請する必要のある複数の申請をイベント単位で管理するとともに、承認者側が、申請者が申請を行う動機キッカケを申請者側で発生したイベントで把握し、会社に申請を必要する申請状況をイベント単位で管理する。イベント管理部124は、イベント設定画面700を介したイベント申請機能の設定制御を遂行する。イベント設定は、ワークフローシステム100のメンテナンス機能申請マスタの登録管理、ユーザ情報や画面情報の更新等と同様に、システムの管理者が行う。イベント管理部124は、管理者端末400からイベント登録要請に応答し、イベント設定画面700を管理者端末400に伝送して表示させる。管理者は、当該画面700からイベントID、イベント名、作成日等を入力する。また、イベント管理部124は、申請マスタ表示欄720に、申請マスタ131に登録された複数の申請機能を表示する制御を行う。管理者は、申請マスタ表示欄720から任意の2つ以上の複数の申請機能を選択し、追加ボタンや削除ボタン等を選択して登録欄710に、作成するイベントに関連付けられる複数の申請機能を登録する操作を行う。なお、登録欄710に登録された各申請機能に対して、表示順及び属性を入力することができる。表示順は、後述するイベント申請画面に表示される申請機能の表示順序であり、属性は、登録する申請機能が当該イベントに対して必須の申請であるのか、所定の条件に応じた申請なのかを識別する情報である。表示順及び属性は、管理者が任意に設定することができる。イベント管理部124は、登録ボタン730が選択された場合、イベント設定画面700から入力選択された設定情報を記憶部130のイベント登録情報133に記憶する処理を遂行する。図7は、イベント登録情報133の一例を示す図であり、イベント設定情報及びイベント詳細情報を含んで構成される。図7aは、イベント設定情報の一例であり、イベントID別にイベント名が記憶される。図7bは、イベント詳細情報の一例であり、イベントID毎に申請マスタ情報134に含まれる複数の申請機能のうちの管理者によって任意に選択された2つ以上の申請機能を関連付けて記憶される。また、イベントID毎に各申請機能に関連する表示順及び属性が記憶される。図3に示した申請メニュー画面500のイベント申請520に含まれる1つ又は複数の申請機能は、イベント登録情報133イベント設定情報に対応しており、申請制御部121は、申請マスタ情報134及びイベント登録情報133を参照して個別申請510及びイベント申請520を含む申請メニュー画面500を生成して申請者端末200に伝送する。図8は、イベント申請画面800の一例を示す図である。申請者によってイベント申請520に含まれるイベント申請機能が選択されると、申請制御部121は、選択されたイベント申請機能に対応する画面情報リンク先又は画面データを抽出し、申請者端末200にイベント申請画面800を表示させる。イベント申請画面800は、上述したイベント設定画面700を介したイベント申請機能の設定処理において、図7bのイベント詳細情報に基づいて生成される。イベント管理部124は、例えば、イベント設定画面700で登録ボタン720が選択された場合に、イベント詳細情報を用いて所定の画面フォーマットで各イベントID毎のイベント申請画面を生成し、画面情報136に記憶する。また、画面情報136に記憶された1つ又は複数のイベント申請画面の格納場所に関連する画面リンク先情報をイベント設定情報又イベント詳細情報の該当のイベントIDと関連付けて記憶する。図8は、申請メニュー画面500のイベント申請520の中からイベント申請機能結婚が選択された場合に表示されるイベント申請画面800の一例である。イベント申請画面800は、属性及び表示順毎にイベントに関連付けられた複数の申請機能を含み、必須の申請、住所が変わる場合の申請、及び条件に応じた申請の各属性に複数の申請機能が区分されて表示される。また、イベント申請画面600の各申請機能の表示欄には、チェックボックスが設けられており、申請者は、イベントに応じて申請する申請機能をチェックする。なお、必須の申請に区分される申請機能に対するチェックボックスは、デフォルトでONとなるように制御することができ、また、デフォルトですべてのチェックボックスがON又はOFFチェックある/なしになるように制御することもできる。申請者によってイベント申請画面600の申請機能が選択されると、申請制御部121は、個別申請510での申請機能が選択された場合と同様に、各種の申請機能それぞれに対応して記憶された画面情報136から選択された申請機能に対応する画面情報リンク先又は画面データを抽出し、申請者端末200に申請画面を表示させる。図9は、本実施形態の申請情報131の一例を示す図であり、図10は、イベント情報132の一例を示す図である。申請機能毎に申請された申請内容各申請画面を通じて入力された入力項目は、記憶部130の申請情報131に記憶される。イベント情報132は、イベント申請機能を通じて申請された申請情報131をイベントIDと関連付けて記憶する。申請情報131は、申請メニュー画面500の個別申請510及びイベント申請520を介して申請された全ての申請内容を記憶する。申請情報131は、申請者のユーザID、申請機能ID、申請No、申請情報1~申請情報n、ステータス、承認者ID等を含む。申請Noは、申請情報131の各レコードを一意に識別する情報であり、各申請画面から入力された申請情報に対して所定のルールに基づく番号が割り当てられる。申請情報1~申請情報nは、申請機能に対応する各申請画面の1つ又は複数の申請入力項目に対応してデータを記憶する。つまり、申請情報1~申請情報nはデータカラムであり、データカラムと申請入力項目とは予め関連付けられ、各申請入力項目のデータ保存先として所定のデータカラムが関連付けられている。また、申請機能間で共通する情報、例えば、申請画面間で共通する入力項目については、同じデータカラムを用いることもできる。イベント情報132は、ユーザID、イベントID、イベント通番、申請機能ID、申請機能名、申請No、申請予定フラグ等を含む。本実施形態のイベント情報132は、申請情報131と申請Noで関連付けられ、イベント申請を開始する際に生成される情報である。ここで、本実施形態の申請機能及び申請された情報のデータ処理について説明する。申請メニュー画面500の個別申請510の中から選択された申請機能に対し、申請制御部121は、選択された申請機能に対応する申請画面から入力された入力データや選択データを、申請情報132に記憶する。申請制御部121は、申請者した申請者のユーザID、選択された申請機能の申請機能ID、選択された申請機能に対応する申請画面の入力データ等を申請No毎に記憶する。また、申請制御部121は、イベント申請520の中から選択されたイベント申請機能に対し、イベント情報132を記憶すると共に申請情報131を記憶する。なお、申請制御部121は、申請者端末200から伝送される選択情報に基づいて、イベント申請機能が選択されたか否かを判別することができる。例えば、図8のイベント申請画面800の申請開始ボタン810が選択された場合、又はイベント申請画面800の各申請機能が選択された場合に、イベント情報132への記憶登録処理を遂行する。申請制御部121は、申請開始ボタン810が選択されると、イベント申請機能に関連付けられた各申請機能全てを当該イベント申請機能のイベントIDと関連付けてイベント情報132に記憶する。図10の例では、ユーザIDとイベントIDとが関連付けられ、同じイベントIDに複数の申請機能IDそれぞれが関連付けられたイベント情報132が生成される。このとき、申請制御部121は、イベント申請画面800の各申請機能に設けられたチェックボックスのON/OFFを識別し、ONである場合には申請予定フラグを1に、OFFである場合は、申請予定フラグを0に設定する。次に、申請制御部121は、イベント情報132の申請予定フラグを参照し、申請予定フラグが1の申請機能IDを識別する。そして、申請予定フラグが1の申請機能IDに対応する申請情報131を生成して記憶する。なお、イベント情報132の申請予定フラグを参照せずに、例えば、イベント申請画面800の各申請機能に設けられたチェックボックスのON/OFFを参照してチェックボックスがONの申請機能IDを識別するようにしてもよい。申請制御部121は、申請予定フラグが1の申請機能に対する申請情報131を生成する。識別された申請機能ID毎に申請Noを割り当ててユーザID、申請機能ID、申請No、ステータス未申請、承認待ち申請済み、差し戻し、保留など、承認者ID等を含む申請情報131を生成して記憶する。申請制御部121は、生成された申請機能ID別の申請Noを用いて、該当の申請機能IDに対応するイベント情報132の申請Noを更新する。なお、ステータスは、未申請、承認待ち申請済み、差し戻し、保留などを含むことができるが、イベント申請機能での申請開始時は、例えばデフォルトで未申請が記憶されるように制御できる。このように申請情報131とイベント情報132は、申請Noで関連付けられ、申請情報131は、個別申請510の申請機能を介して登録される申請情報とイベント申請520のイベント申請機能を介して登録される申請情報とを各々区別することなく記憶し、申請Noによって各申請毎にイベント情報132のイベントIDが関連付けられる。また、申請制御部121は、イベント情報132の申請予定フラグが0に設定されている申請機能に該当する申請情報申請Noは生成せずに、申請予定フラグが1に設定されている申請機能に該当する申請情報のみを生成して記憶している。申請制御部121は、図8のイベント申請画面800のチェックボックスがOFFからONに変更された場合に、該当のイベント情報132の申請予定フラグを1に更新し、更新された申請予定フラグに対応する申請機能IDの申請情報を生成して申請情報131を更新追加する。さらに逆に、チェックボックスがONからOFFに変更された場合、申請制御部121は、該当のイベント情報132の申請予定フラグを0に更新し、更新された申請予定フラグに対応する申請機能IDの申請情報を申請情報131から削除するようにしてもよい。申請制御部121は、図8のイベント申請画面800に表示された申請機能が選択された場合、選択された申請機能に対応する申請画面から入力された入力データや選択データを、申請情報132に記憶する。申請制御部121は、申請機能ID及びイベントIDを用いてイベント情報132から申請Noを識別し、識別した申請Noに対応する申請情報132の作成済みレコードを更新することで、申請画面から入力された入力データや選択データを記憶する。図11は、本実施形態の申請状況確認画面900の一例を示す図であり、図12は、イベント申請詳細画面900Bの一例、図13は、承認画面900Cの一例を示す図である。申請状況管理部123は、承認者端末300から入力された申請状況確認要請に応答し、画面情報136に記憶された画面情報に基づいて申請状況確認画面900を承認者端末300に伝送する。申請状況管理部123は、申請状況確認を要請した承認者の承認者IDを用い、申請マスタ情報134から当該承認者が承認可能な申請機能IDを識別し、識別された申請機能IDを用いて申請情報131を検索する。申請状況管理部123は、検索された申請情報132の受付一覧リスト910を含む申請状況確認画面900を生成して承認者端末300に伝送する。このとき、申請状況管理部123は、イベント情報132を参照し、検索された申請情報132の申請Noがイベント申請であるか否かを判別する。つまり、検索された申請情報132の申請Noがイベント情報132に記憶されているか否かを判別する。申請状況管理部123は、検索された申請情報132の申請Noがイベント情報132に記憶されていると判別された場合、該当のイベントIDに紐付くイベント名をイベント情報132又はイベント設定情報から取得し、受付一覧リスト910のイベント欄にイベント名を含ませた申請状況確認画面900を承認者の承認対象として生成して承認者端末300に伝送する。受付一覧リスト910には、検索された申請情報132の申請No毎に申請日、イベント、申請機能名、申請者、承認者が表示される。図11の例では、イベント欄にイベント名とイベントIDに紐付く複数の申請機能のうちいずれか1つのステータス情報が表示されている。例えば、イベントIDに紐付く複数の申請機能のうち未申請がある場合、未申請のスタータス情報を含ませてイベント欄にイベント名と共に表示させることができる。承認者は、受付一覧リスト910において、受け付けた申請、すなわち、申請者がどのようなキッカケで申請を行ったかをイベント欄を参照することで把握することができ、関連する複数の申請の進捗をイベント単位で一元管理することができる。申請状況管理部123は、受付一覧リスト910のイベント欄のイベント名が選択された場合、図12のイベント申請詳細画面900Bを承認者端末300に伝送する。申請状況管理部123は、選択されたイベント名に対応するイベントIDを用いてイベント情報132を検索し、イベントIDに紐付く全ての申請機能ID申請機能名を抽出するとともに、申請機能IDに申請Noが紐付いている場合は、申請情報131からステータス情報を取得する。そして、イベント情報132に基づいてイベントIDに紐付く全ての申請機能及びそのステータス情報を含むイベント申請詳細画面900Bを生成して表示させる。承認者は、イベント申請詳細画面900Bからイベント単位で関連付けられた複数の申請全体の状況進捗を把握することができる。なお、イベント情報132に含まれるイベント連番は、複数の申請者が同じイベント申請機能により申請を行う場合、イベント情報132に登録される同じイベントID毎に対応するそれぞれの申請機能をグループ化する情報である。承認制御部122は、イベント申請詳細画面900Bの申請機能名が選択された場合、画面情報136に記憶された画面情報に基づいて該当の承認画面900Cを承認者端末300に伝送し、承認画面900Cを介した承認者の操作入力に応じた承認制御を遂行する。承認制御部122は、承認者が承認画面900Cの承認ボタン910を選択した場合、申請情報131のステータスを例えば承認待ちから承認済みに更新する処理を遂行し、差し戻しボタン920、保留ボタン930についても同様に、申請情報131のステータスを更新する。また、承認制御部122は、申請状況確認画面900の受付一覧リスト910において、申請機能名が選択された場合も、画面情報136に記憶された画面情報に基づいて該当の承認画面900Cを承認者端末300に伝送し、承認画面900Cを介した承認者の操作入力に応じた承認制御を遂行することができる。また、承認者は、承認画面900Cから次の処理者に対するメール送信やその他の通知等を行うことができる。例えば、本実施形態の申請状況確認画面900、イベント申請詳細画面900B、承認画面900Cの各画面から、申請者に対してメール送信等の申請に関するコミュニケーションを図る機能を備えることができる。承認者は、申請内容の不備や必要な申請を促すフォローアップ情報を申請者端末200に伝送することができ、承認制御部122又は申請状況管理部123が、承認者端末300からの操作入力に基づいて通知処理等を遂行するに構成することも可能である。図14は、本実施形態のイベント設定処理の処理フローを示す図である。ワークフローシステム100は、管理者端末400から接続要求があった場合S101、ユーザ認証処理を遂行するステップS102。ワークフローシステム100は、接続要求利用要求に含まれる、所定のログイン画面を介して入力されたユーザID及びパスワードを受信し、受信したユーザID等を用いて記憶部130のユーザ情報135を参照し、認証処理を遂行する。ワークフローシステム100は、ステップS102での認証処理の結果、認証OKである場合にはステップS105に進み、認証NGの場合にはステップS104に進み、エラー処理を遂行するS103。ステップS104のエラー処理は、例えば、ログインできない旨のメッセージを管理者端末400に伝送し、処理を終了する。ステップS105においてワークフローシステム100は、イベント設定要求の有無を識別し、要求があった場合、イベント設定画面700を管理者端末400に伝送して表示させるS106。ワークフローシステム100は、イベント設定画面700を介したイベント設定制御を遂行しS107、登録ボタン730が選択された場合に、イベント設定画面700から入力選択された設定情報を記憶部130のイベント登録情報133に記憶するS108。また、ワークフローシステム100は、イベント詳細情報を用いて所定の画面フォーマットで各イベントID毎のイベント申請画面を生成し、画面情報136に記憶するS109。図15は、本実施形態の申請処理の処理フローを示す図である。ワークフローシステム100は、申請者端末200から接続要求があった場合S201、ユーザ認証処理を遂行するステップS202。ワークフローシステム100は、接続要求利用要求に含まれる、所定のログイン画面を介して入力されたユーザID及びパスワードを受信し、受信したユーザID等を用いて記憶部130のユーザ情報135を参照し、認証処理を遂行する。ワークフローシステム100は、ステップS202での認証処理の結果、認証OKである場合にはステップS205に進み、認証NGの場合にはステップS204に進み、エラー処理を遂行するS203。ステップS204のエラー処理は、例えば、ログインできない旨のメッセージを申請者端末200に伝送し、処理を終了する。ステップS205においてワークフローシステム100は、申請メニュー画面500を申請者端末200に伝送して表示させる。ワークフローシステム100は、申請メニュー画面500において申請者によって個別申請510又はイベント申請520の申請機能が選択されたか否かを判別しS206、申請処理を開始する。個別申請510の申請機能が選択された場合、ワークフローシステム100は、選択された申請に対応する申請画面を申請者端末200に伝送しS207、申請者の操作入力に基づく申請画面の入力、表示制御を遂行するS208。ワークフローシステム100は、申請画面に入力された申請内容を記憶部130に記憶する記憶処理を遂行するS209。一方、ステップS206において、イベント申請520のイベント申請機能が選択された場合、ワークフローシステム100は、選択されたイベント申請に対応する画面情報を抽出し、申請者端末200にイベント申請画面800を表示させるS210。ワークフローシステム100は、申請開始ボタン810が選択されたか否かを判別しS211、申請開始ボタン810が選択されたと判別されると、イベント情報132を生成して記憶する処理を遂行するS212。ワークフローシステム100は、選択されたイベント申請機能に関連付けられた各申請機能全てをイベントIDと関連付けてイベント情報132に記憶する。ワークフローシステム100は、イベント情報132の生成及び記憶処理と並行して、又はその後に、イベント情報132の申請予定フラグを参照し、申請予定フラグが1の申請機能IDを識別する。そして、申請予定フラグが1の申請機能IDに対応する申請情報131を生成して記憶部130に記憶するS213。ワークフローシステム100は、イベント申請画面800に表示された申請機能が選択された場合S214のYES、選択された申請に対応する申請画面を申請者端末200に伝送しS215、申請者による操作入力に基づく申請画面での入力、表示制御を遂行するS216。ワークフローシステム100は、申請画面から入力された入力データや選択データを記憶部130に記憶するS217。このとき、申請機能ID及びイベントIDを用いてイベント情報132から申請Noを識別し、識別した申請Noに対応する申請情報132の作成済みのレコードを更新することで、申請画面から入力された入力データや選択データを記憶部130に記憶する。図16は、本実施形態の申請状況確認処理及び承認処理の処理フローを示す図である。ワークフローシステム100は、承認者端末300から接続要求があった場合S301、ユーザ認証処理を遂行するステップS302。ワークフローシステム100は、接続要求利用要求に含まれる、所定のログイン画面を介して入力されたユーザID及びパスワードを受信し、受信したユーザID等を用いて記憶部130のユーザ情報135を参照し、認証処理を遂行する。ワークフローシステム100は、ステップS302での認証処理の結果、認証OKである場合にはステップS305に進み、認証NGの場合にはステップS304に進み、エラー処理を遂行するS303。ステップS304のエラー処理は、例えば、ログインできない旨のメッセージを承認者端末300に伝送し、処理を終了する。ステップS305においてワークフローシステム100は、申請状況確認要求の有無を識別し、要求があった場合に申請状況確認を要請した承認者の承認者IDを用い、申請マスタ情報134から当該承認者が承認可能な申請機能IDを識別し、識別された申請機能IDを用いて申請情報131を検索する。ワークフローシステム100は、検索された申請情報131を申請No別に配列した受付一覧リスト910を含む申請状況確認画面900を承認者の承認対象として生成して承認者端末300に伝送するS306。受付一覧リスト910の申請機能名が選択された場合S307、ワークフローシステム100は、画面情報136に記憶された画面情報に基づいて該当の承認画面を承認者端末300に伝送しS308、承認画面を介した承認者の操作入力に応じた承認制御を遂行するS309。承認制御部122は、承認者が承認画面の承認ボタンを選択した場合、申請情報131のステータスを承認済みに更新する等の処理を遂行するS310。ステップS307において受付一覧リスト910のイベント名が選択された場合、ワークフローシステム100は、選択された受付一覧リスト910の申請Noをキーにイベント情報132を検索してイベントIDを抽出し、イベントIDに紐付く全ての申請機能ID申請機能名を抽出するとともに、申請機能IDに申請Noが紐付いている場合は、申請情報131からステータス情報を取得する。そして、イベント情報132に基づいてイベントIDに紐付く全ての申請機能及びそのステータス情報を含むイベント申請詳細画面900Bを生成して表示させるS311。ワークフローシステム100は、イベント申請詳細画面900Bの申請機能名が選択された場合S312、画面情報136に記憶された画面情報に基づいて該当の承認画面を承認者端末300に伝送しS313、承認画面を介した承認者の操作入力に応じた承認制御を遂行するS314。承認者が承認画面の承認ボタンを選択した場合、申請情報131のステータスを承認済みに更新する処理等を遂行するS315。以上、実施形態のワークフローシステムによれば、複数の各種申請を所定のイベント単位にグループ化し、承認者がイベント単位で複数の各申請状況を把握することができるので、複数の各種申請に関連するイベント申請事由を申請者側及び承認者側の両者で共有することができる。このため、承認者は申請漏れなどをイベントによって一元的に把握し、複数の各申請の進捗管理やフォローアップをイベント単位で行うことができるので、業務の効率化をさらに向上させることが可能となる。また、実施形態のイベント申請は、申請者がイベント申請を開始する時点でイベントに紐付く複数の申請が、イベント情報132及び申請情報131に登録記憶される。つまり、申請済み以外にも未申請の申請が申請情報131に登録仮登録されるので、承認者は申請済み以外にもこれから申請が予定される申請を把握でき、申請者による申請登録を待たずして、複数の各申請の進捗管理やフォローアップを行うことができ、業務の効率化を図ることができる。なお、実施形態のイベント申請詳細画面900Bは、承認者に提示される申請状況確認画面900と同様に申請状況確認情報として位置付けることができる。例えば、承認者は、初めから特定のイベントIDや申請者を指定した申請状況確認要求を行うことができ、この場合、図12に示したイベント申請詳細画面900Bが申請状況確認情報として承認者端末300に提供される。申請状況管理部124は、申請状況確認要求に含まれるイベントIDや申請者IDなどの指定情報を識別し、申請情報131及びイベント情報132を参照して該当のイベントIDに紐付く申請の受付一覧としてイベント申請詳細画面900Bを生成して承認者端末300に提供することができる。また、申請者端末200に図11の示した申請状況確認画面900と同様の申請状況確認画面を表示させることもできる。すなわち、申請者側に、ワークフローシステム100を通じて申請する申請状況を把握するための機能として、イベント申請のうちで未申請のものや承認段階で差し戻しされたもの、承認が保留となっているものなどを申請状況確認画面を通じて把握できるようにすることもできる。また、上記実施形態において、紙媒体申請に対する申請機能を備えることもできる。例えば、申請種別によっては紙媒体での提出が必須である場合がある。この場合、届出書等を紙面で提出した旨を該当の申請機能に対応する画面から申請し、承認者は、申請状況確認画面900で届出書の提出有無を確認し、手元の紙媒体の届出書をチェックして承認結果を承認画面から入力することもできる。また、紙媒体をスキャナ等で読み込んで変換された電子データを、申請画面から添付して申請する機能を備えることもできる。また、実施形態に係るワークフローシステム100は、企業業務の人事システム等の他のシステムと連携することも可能であり、また、個別のシステムとして適用することも可能である。また、実施形態に係るワークフローシステム100は、各端末200、300、4000とのネットワークNを介した接続を要しない完結型のワークフロー装置として構成することもできる。すなわち、イベントID別に複数の申請に対応する各申請機能が関連付けられたイベント設定情報と各申請機能に対して入力される申請情報を記憶する記憶部130を備え、装置に設けられた入力部を介して申請者によって入力されたイベント申請要求に基づいてイベントIDに関連付けられた複数の申請機能を表示部に表示し、複数の申請機能の中から選択された申請機能に対して申請者が入力した申請情報を第2記憶部に記憶するとともに、イベント申請要求に基づいた各申請機能に対応する申請情報それぞれをイベントIDと対応付ける申請制御部121と、入力部を介して承認者によって入力された申請確認要求に基づいて、記憶部130に記憶された申請情報131と対応付けられるイベントIDを識別し、この識別されたイベントIDに関連する複数の申請情報を承認者の承認対象として申請状況確認画面リストを生成し、表示部に出力する申請状況管理部123とを含むコンピュータ装置として構成することができる。また、上述の実施形態の各処理は、コンピュータで実行可能なプログラムとして実現することも可能であり、当該プログラムがインストールされたコンピュータは、実施形態に係る各処理を遂行する情報処理装置として動作することが可能である。例えば、不図示の補助記憶装置に当該プログラムが格納され、CPU等の制御部が補助記憶装置に格納されたプログラムを主記憶装置に読み出し、主記憶装置に読み出された該プログラムを制御部が実行し、コンピュータに実施形態に係る各処理を動作させることができる。また、上記プログラムは、コンピュータ読取可能な記録媒体に記録された状態で、コンピュータに適用することも可能であり、インターネット等のネットワークを通じてコンピュータにダウンロードすることも可能である。コンピュータ読取可能な記録媒体としては、CD-ROM等の光ディスク、DVD-ROM等の相変化型光ディスク、MOMagnetOpticalやMDなどの光磁気ディスク、フロッピー登録商標ディスクやリムーバブルハードディスクなどの磁気ディスク、コンパクトフラッシュ登録商標、スマートメディア、SDメモリカード、メモリスティック等のメモリカードが挙げられる。また、特別に設計されて構成された集積回路ICチップ等等のハードウェア装置も記録媒体として含まれる。なお、本発明の実施形態を説明したが、当該実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。この新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。