JP6619051B2 - 回付管理システム、回付管理方法及び回付管理プログラム - Google Patents

Description

本発明は、申請された文書の回付を管理するための回付管理システム、回付管理方法及び回付管理プログラムに関する。

企業等の組織内における承認処理において電子ワークフローシステムが利用されることがある。この電子ワークフローシステムにおいては、申請者により作成された各種申請が、ネットワークを介して電子的に回付され、承認可否についての確認作業が行なわれている。

そこで、申請を回付先に回付するための回付管理システムが検討されている（例えば、特許文献１参照）。この文献に記載された回付管理サーバでは、制御部が、ユーザ端末から、回付申請とともに、区分、回付先に関する情報を取得し、区分、回付先に対して行番号、直列情報又は並列情報を識別するための直並列識別情報を付与して回付先情報として回付経路情報記憶部に記録する。更に、行番号を用いて、直並列識別情報、区分、回付先を表形式で表示した回付経路確認画面をユーザ端末に出力する。そして、回付経路確認画面において確認された回付先について、直並列識別情報として同じ並列情報に関連付けられた回付先に対しては、申請情報記憶部に記憶された申請内容を同時期に回付する。一方、直列情報に関連付けられた回付先に対しては、行番号に応じて先行の回付先の確認状況が確認済となっていることを条件として回付する。

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

しかしながら、申請の確認に手間がかかる場合がある。例えば、部署や担当者によって、確認内容が異なり、申請について画一的な出力画面では、効率的な確認が困難である。

上記課題を解決するための回付管理システムは、各申請について、項目毎に項目値を含む申請内容を記録する申請情報記憶部と、申請毎に、回付先が設定された回付経路を記録する回付経路情報記憶部と、回覧区分に応じて、項目が設定された画面定義ファイルを記録する画面情報記憶部と、ユーザ端末に接続される制御部とを備える。そして、前記制御部が、回付先のユーザ端末に、前記回付経路情報記憶部に記録された回付経路の順番に応じて、前記申請の確認依頼を出力し、前記回付先の回覧区分を特定し、前記画面情報記憶部から、前記回覧区分に応じた画面定義ファイルを取得し、前記画面定義ファイルに含まれる項目について、前記申請情報記憶部に記録された項目値を設定した出力画面を生成して、前記回付先のユーザ端末に出力する。

本発明によれば、承認等の確認処理のために申請された文書の回付を効率的に行なうことができる。

本実施形態のシステム概略図。 本実施形態の記憶部に記録されたデータの説明図であって、（ａ）は部署情報記憶部、（ｂ）はユーザ情報記憶部、（ｃ）は回付グループ情報記憶部、（ｄ）は回付マスタ情報記憶部、（ｅ）は回付経路パターンの説明図。 本実施形態の記憶部に記録されたデータの説明図であって、（ａ）は画面情報記憶部、（ｂ）はカスタマイズ情報記憶部の説明図。 本実施形態の記憶部に記録されたデータの説明図であって、（ａ）は申請情報記憶部、（ｂ）は回付経路情報記憶部の説明図。 本実施形態の回付経路の説明図であって、（ａ）は回付経路パターン、（ｂ）は回付経路パターンを用いた回付経路、（ｃ）は受付グループによって設定された回付経路の説明図。 本実施形態の処理手順の説明図。 本実施形態の処理手順の説明図。 本実施形態の処理手順の説明図。 本実施形態の処理手順の説明図。 本実施形態の画面表示の説明図であって、（ａ）は階層表示処理、（ｂ）は早い段階の階層表示、（ｃ）はその後の階層表示の説明図。 本実施形態の処理手順の説明図。 他の実施形態の画面表示の説明図であって、（ａ）は圧縮表示処理、（ｂ）は第１の階層表示、（ｃ）は第２の階層表示の説明図。

図１〜図１１を用いて、申請者が起案した申請について、回付先（部署や担当者）への回付を支援するための回付管理システム、回付管理方法及び回付管理プログラムを説明する。具体的には、申請者が起案した申請について、回付先の確認者（承認者等）が内容を確認する。

図１に示すように、申請の回付を支援するために、回付管理システムとしての回付管理サーバ２０を用いる。この回付管理サーバ２０は、ネットワークを介して、ユーザ端末１０やディレクトリ管理サーバ４０に接続される。

ユーザ端末１０は、申請者、回付先の担当者が用いるコンピュータ端末である。申請者は、ユーザ端末１０を用いて、各種申請を行なう。回付先の各担当者は、ユーザ端末１０を用いて、申請内容を閲覧したり確認したりする。そして、承認者は、申請内容を確認して、「承認・回付」や「差戻」、「否決」の入力等を行なう。このユーザ端末１０は、図示しないディスプレイ等の表示部や、キーボードやポインティングデバイス等の入力部を備える。

ディレクトリ管理サーバ４０は、ユーザやネットワーク資源の管理を一括して行なうディレクトリサービスを提供するコンピュータシステムである。このため、ネットワークを利用するユーザや組織に関する情報を蓄積したユーザデータベースを備えている。

ユーザデータベースには、回付管理サーバ２０を利用するユーザを管理するためのユーザ管理レコードが記録されている。このユーザ管理レコードは、ユーザ登録が行なわれた場合に記録される。ユーザ管理レコードには、ユーザＩＤ、氏名、連絡先、所属、役職、認証コードに関するデータが記録されている。

ユーザＩＤデータ領域には、回付管理サーバ２０のユーザを特定するための識別子（例えば、企業における社員番号）に関するデータが記録される。
氏名データ領域には、このユーザの氏名に関するデータが記録される。
連絡先データ領域には、このユーザの連絡先（例えば、メールアドレスや電話番号）に関するデータが記録される。

所属データ領域には、このユーザが所属する部署を特定するための識別子（部署ＩＤ）に関するデータが記録される。
役職データ領域には、このユーザの役職を特定するための識別子に関するデータが記録される。この役職により、承認の権限を特定することができる。
認証コードデータ領域には、ユーザ認証を行なう場合の認証情報（例えば、パスワード）に関するデータが記録される。

回付管理サーバ２０は、申請者によって起案された申請の回付を管理するコンピュータである。この回付管理サーバ２０は、制御部２１、部署情報記憶部２２、ユーザ情報記憶部２３、回付グループ情報記憶部２４、回付マスタ情報記憶部２５、画面情報記憶部２６、カスタマイズ情報記憶部２７、申請情報記憶部２８、回付経路情報記憶部２９を備えている。

制御部２１は、ＣＰＵ、ＲＡＭ、ＲＯＭ（図示せず）等から構成された制御手段を備えており、後述する処理（ユーザ認証段階、申請管理段階、回付経路管理段階、回付処理段階等の各処理）を行なう。そして、制御部２１は、回付管理プログラムの実行により、ユーザ認証部２１１、申請管理部２１２、回付経路管理部２１３、回付処理部２１４として機能する。

ユーザ認証部２１１は、ユーザ端末１０を使用するユーザを認証する処理を実行する。このユーザ認証部２１１は、ユーザ端末１０から、ユーザの認証情報（ユーザＩＤ及び認証コード）を取得する。更に、ユーザ認証部２１１は、取得した認証情報と、ディレクトリ管理サーバ４０とを用いて、アクセスしたユーザを特定する。ユーザ認証ができなかった場合には、ユーザ認証部２１１は、エラーメッセージをユーザ端末１０に送信する。ユーザ認証ができた場合には、ユーザ認証部２１１は、回付管理サーバ２０の利用を許可する。

申請管理部２１２は、ユーザ端末１０からの要求に応じて、申請の起案を支援する処理を実行する。
回付経路管理部２１３は、申請の回付先部署についての回付経路や、回付先部署において申請を確認する担当者についての回付経路の作成を支援する処理を実行する。この回付経路管理部２１３は、申請内容に応じて、確認を行なう権限（役職）を特定するための権限判定情報を保持する。
回付処理部２１４は、申請について、回付先における確認作業（閲覧や承認等）を支援する処理を実行する。

図２（ａ）に示すように、部署情報記憶部２２には、各部署を管理するための部署管理レコード２２０が記録される。この部署管理レコード２２０は、管理者によって部署が登録された場合に記録される。部署管理レコード２２０は、部署ＩＤ、部署名、役割、上位部署ＩＤ、下位部署ＩＤに関するデータを含んで構成される。

部署ＩＤデータ領域には、各部署を特定するための識別子に関するデータが記録される。
部署名データ領域には、この部署の名称に関するデータが記録される。
役割データ領域には、この部署の役割に関するデータが記録される。例えば、システム管理に関する申請の回付経路の作成時に、申請者が、この部署の回付部区分（後述）を決定する場合に参照する参考情報が記録される。
上位部署ＩＤデータ領域には、この部署の上位組織の部署を特定するための識別子（部署ＩＤ）に関するデータが記録される。
下位部署ＩＤデータ領域には、この部署の下位組織の部署を特定するための識別子（部署ＩＤ）に関するデータが記録される。

図２（ｂ）に示すように、ユーザ情報記憶部２３には、回付管理サーバ２０のユーザを管理するためのユーザ管理レコード２３０が記録される。このユーザ管理レコード２３０は、ディレクトリ管理サーバ４０からユーザ情報を取得した場合に記録される。ユーザ管理レコード２３０には、ユーザＩＤ、氏名、所属、役職、役割、連絡先に関するデータを含んで構成される。

ユーザＩＤデータ領域には、各ユーザを特定するための識別子に関するデータが記録される。
氏名データ領域には、このユーザの氏名に関するデータが記録される。
所属データ領域には、このユーザが所属する部署を特定するための識別子（部署ＩＤ）に関するデータが記録される。
役職データ領域には、このユーザの役職に関するデータが記録される。本実施形態では、例えば、役職としては、「部長」、「課長」等が記録される。
役割データ領域には、このユーザの役割を特定するための識別子に関するデータが記録される。例えば、セキュリティを管理する担当者においては、「セキュリティ管理」等の役割を特定するための情報が記録される。また、所定の回付において、特定の権限を有する担当者については、特定権限者としての役割を特定するための情報が記録される。
連絡先データ領域には、このユーザの連絡先（例えば、メールアドレス）に関するデータが記録される。

図２（ｃ）に示すように、回付グループ情報記憶部２４には、回付先として設定可能なグループ（回付グループ）についての回付グループ管理レコード２４０が記録される。この回付グループでは、複数のユーザをまとめて、一つの回付先を構成することができる。この回付グループ管理レコード２４０は、回付グループを構成するユーザが登録された場合に記録される。回付グループ管理レコード２４０には、部署ＩＤ、回付グループＩＤ、ユーザＩＤに関するデータを含んで構成される。

部署ＩＤデータ領域には、各部署を特定するための識別子に関するデータが記録される。
回付グループＩＤデータ領域には、この部署内に設定された回付グループを特定するための識別子に関するデータが記録される。本実施形態では、他部署からの回付を受け付ける受付グループに属するユーザについては、受付グループを示す識別子が設定されている。受付グループは、例えば、申請者が、回付先部署における担当者を把握していない場合に、この回付先部署における回付先窓口として設定する場合に用いられる。この場合、申請書は、受付グループに回付され、この受付グループに属するユーザが、この部署内の担当者回付経路を決定する。
ユーザＩＤデータ領域には、この回付グループに属するユーザを特定するための識別子に関するデータが記録される。この回付グループに、複数の担当者が属している場合には、すべての担当者のユーザＩＤが記録される。

図２（ｄ）に示すように、回付マスタ情報記憶部２５には、回付経路の作成時に用いる回付経路パターンについての回付マスタ管理レコード２５０が記録される。この回付マスタ管理レコード２５０は、回付経路パターンが登録された場合に記録される。回付マスタ管理レコード２５０には、パターンＩＤ、申請種別、登録部署ＩＤ、登録者ＩＤ、オプション情報（共有区分、変更可否、利用区分）、回付経路パターンに関するデータを含んで構成される。

パターンＩＤデータ領域には、各回付経路パターンを特定するための識別子に関するデータが記録される。
申請種別データ領域には、この回付経路パターンを用いる申請の種類を特定するための識別子に関するデータが記録される。
登録部署ＩＤデータ領域には、この回付経路パターンを登録した部署を特定するための識別子に関するデータが記録される。

登録者ＩＤデータ領域には、この回付経路パターンを登録したユーザを特定するための識別子に関するデータが記録される。
共有区分データ領域には、この回付経路パターンの共有可否を特定するためのフラグが記録される。共有区分には、例えば、全ユーザにおいて回付経路パターンを利用可能な場合には「全ユーザ共有」、登録部署のみが利用可能な場合には「所属共有」、回付経路パターンの共用を認めない「共有不可」等が設定される。

変更可否データ領域には、この回付経路パターンの回付経路の変更可否を示すフラグが記録される。回付経路の変更が可能な場合には変更可能フラグを記録し、回付経路の変更を許容しない場合には、変更不可フラグを記録する。

利用区分データ領域には、この回付経路パターンを利用する場合の条件に関するデータが記録される。この利用区分としては、例えば、施策案件の決裁や発注稟議の決裁等の申請種別を設定することができる。また、利用区分を、申請内容に応じて設定するようにしてもよい。例えば、決裁対象金額に応じて、異なる回付経路パターンを設定する。
回付経路パターンデータ領域には、部署回付経路、担当者回付経路についてのテンプレートが記録される。

例えば、図２（ｅ）に示すように、回付経路パターンＷＦ１としては、申請部や関係部、所管部等の回付部署や、各部署における承認者の役職を設定したテンプレートを用いることができる。また、回付経路パターンＷＦ１において、回付先部署に対して受付グループを設定しておくことも可能である。なお、図２（ｅ）では、例として、部署回付経路、担当者回付経路を含めた回付経路パターンを説明したが、部署回付経路のみからなる回付経路パターン、担当者回付経路のみからなる回付経路パターンを設定することも可能である。

図３（ａ）に示すように、画面情報記憶部２６には、ユーザ端末１０のディスプレイに表示させる出力画面を生成するための画面定義ファイル２６０が記録される。この画面定義ファイル２６０は、回付区分（回付部区分、回付者区分）に応じた画面を決定した場合に記録される。ここで、回付部区分は、回付経路における部署の担務（例えば、申請部、関係部、所管部、回覧部等）を識別する区分である。また、回付者区分は、回付経路における担当者の担務（例えば、申請者、承認者、回覧者、配布者等）を識別する区分である。そして、画面定義ファイル２６０は、画面ＩＤ、回付区分（回付部区分、回付者区分）に関連付けられて、マークアップ言語（ＸＭＬ）で作成される。本実施形態では、複数の部署で共通の画面定義ファイル２６１や特定の部署（例えば所管部）で用いる画面定義ファイル２６２、特定の回付区分αにおいて用いる画面定義ファイル２６３等が記録される。各画面定義ファイル２６１〜２６３には、すべての画面定義ファイル２６０において共通する共通項目や、特定の画面定義ファイル２６０に用いられる専用項目が設定される。これらの項目は、回付区分（回付部区分、回付者区分）に応じて変更される。そして、画面定義ファイル２６０により、各項目について、後述する申請情報記憶部２８に記録された申請内容に含まれる各項目の項目値を呼び出す。そして、画面定義ファイル２６０を用いて、回付区分に応じた各項目を設定した出力画面を生成し、ユーザ端末１０のディスプレイに出力する。例えば、共通の画面定義ファイル２６１を用いて、申請部用画面５０１や関係部用画面５０２を生成する。また、画面定義ファイル２６２を用いて、所管部用画面５０３を生成する。また、画面定義ファイル２６３を用いて、回付区分α用画面５０４を生成する。

図３（ｂ）に示すように、カスタマイズ情報記憶部２７には、出力画面をカスタマイズするためのカスタマイズ管理レコード２７０が記録される。このカスタマイズ管理レコード２７０は、ユーザの必要に応じて出力画面の設定を変更する場合に記録される。カスタマイズ管理レコード２７０は、画面ＩＤ、ユーザＩＤ、部署ＩＤ、役職、設定変更内容に関するデータが記録される。

画面ＩＤデータ領域には、カスタマイズする各出力画面を特定するための識別子に関するデータが記録される。
ユーザＩＤデータ領域には、カスタマイズした出力画面を用いるユーザを特定するための識別子に関するデータが記録される。

部署ＩＤデータ領域には、カスタマイズした出力画面を用いる部署を特定するための識別子に関するデータが記録される。
役職データ領域には、カスタマイズした出力画面を用いる役職を特定するための識別子に関するデータが記録される。

なお、ユーザＩＤ〜役職は、カスタマイズ管理レコード２７０を特定するためのキー情報であり、これらの何れか少なくとも一つ以上が記録されていればよい。例えば、特定のユーザのためのカスタマイズ管理レコード２７０であれば、ユーザＩＤのみを記録する。また、特定の部署のためのカスタマイズ管理レコード２７０であれば、部署ＩＤのみを記録する。また、特定の部署及び役職のためのカスタマイズ管理レコード２７０であれば、部署ＩＤ及び役職を記録する。ここで、ユーザＩＤ〜役職のキー情報を用いて、複数のカスタマイズ管理レコード２７０を特定できる場合には、カスタマイズ管理レコード２７０の優先順位を決めておく。そして、この優先順位の順番でカスタマイズに用いるカスタマイズ管理レコード２７０を特定する。

設定変更内容データ領域には、この出力画面のカスタマイズに用いる設定に関するデータが記録される。設定変更内容としては、例えば、特定の項目の追加や、レイアウト（項目配置）、項目毎の入力可否、画面出力時の画面サイズ、フォント種類やフォントサイズ等を用いることができる。

図４（ａ）に示すように、申請情報記憶部２８には、起案された申請を管理するための申請管理レコード２８０が記録される。この申請管理レコード２８０は、申請者によって起案された場合に記録される。申請管理レコード２８０は、申請ＩＤ、件名、申請者、申請日、申請種別、内容、ステータスに関するデータを含んで構成される。

申請ＩＤデータ領域には、各申請を特定するための識別子に関するデータが記録される。
件名データ領域には、この申請の件名（表題）に関するデータが記録される。
申請者データ領域には、この申請を行なったユーザを特定するための識別子（ユーザＩＤ）に関するデータが記録される。

申請日データ領域には、この申請が起案された年月日に関するデータが記録される。
申請種別データ領域には、この申請の種類に関するデータが記録される。
内容データ領域には、この申請の内容に関するデータが記録される。この内容には、申請に必要な項目毎に項目値が設定される。

ステータスデータ領域には、この申請の確認状況を特定するためのフラグが記録される。本実施形態では、このデータ領域には、「回付中」や、承認者によって設定された「承認」、「差戻」、「否決」等を示すフラグが記録される。
更に、申請管理レコード２８０には、起案された申請に添付された添付ファイル２８１（補足資料）が関連付けられて記録される。

図４（ｂ）に示すように、回付経路情報記憶部２９には、各申請を回付する経路に関する回付経路データ２９０が記録される。この回付経路データ２９０は、申請者によって申請が登録された場合に記録される。また、回付先において修正された場合に更新される。この回付経路データ２９０は、部署回付経路データ２９１及び担当者回付経路データ２９２を含んで構成される。

この部署回付経路データ２９１は、申請ＩＤ、回付順、直並列識別、回付部区分、部署ＩＤ、ステータスに関するデータを含んで構成される。
申請ＩＤデータ領域には、各申請を特定するための識別子に関するデータが記録される。

回付順データ領域には、この申請の回付経路における回付順を特定するための識別子に関するデータが記録される。
直並列識別データ領域には、後続の回付順の部署との関係（直列又は並列）を特定するための識別子に関するフラグが記録される。この直並列識別子により、第１階層によるまとまりが構成される。直列が設定されている場合には先行の部署での確認完了後に後続の部署に回付され、並列が設定されている場合には同時期に回付される。

回付部区分データ領域には、この部署の回付における区分（担務）に関するデータが記録される。この区分には、例えば、申請部、関係部、所管部、回覧部等がある。
部署ＩＤデータ領域には、回付先の部署を特定するための識別子に関するデータが記録される。

ステータスデータ領域には、この回付経路において、この部署の確認状況を特定するためのフラグが記録される。部署回付経路データ２９１が登録された当初は空欄であり、この部署に属するすべての回付先担当者の回付確認を完了した場合には確認済フラグが記録される。

また、担当者回付経路データ２９２は、申請ＩＤ、部署ＩＤ、回付順、直並列識別、ユーザＩＤ、回付者区分、ステータスに関するデータを含んで構成される。

この担当者回付経路データ２９２は、部署回付経路データ２９１の申請ＩＤ、部署ＩＤに関連付けられている。
回付順データ領域には、この申請の部署回付経路における回付の順番に関するデータが記録される。

直並列識別データ領域には、後続の回付順の担当者との関係（直列又は並列）を特定するための識別子に関するデータが記録される。直列が設定されている場合には先行の担当者における確認完了後に後続の担当者に回付され、まとめて並列が設定されている場合には同時期に回付される。

ユーザＩＤデータ領域には、回付先担当者を特定するための識別子に関するデータが記録される。なお、後述するように、このユーザＩＤデータ領域には、回付グループＩＤを設定することも可能である。
回付者区分データ領域には、この回付先担当者の回付における区分（担務）に関するデータが記録される。この区分には、例えば、申請者、承認者、回覧者、配布者等がある。なお、ユーザＩＤデータ領域に回付グループＩＤが設定されている場合には、回付者区分データ領域は空欄とする。
ステータスデータ領域には、この回付経路において、この回付先担当者の確認状況を特定するためのフラグが記録される。担当者回付経路データ２９２が登録された当初は空欄であり、担当者において回付確認を完了した場合には確認済フラグが記録される。

（起案・回付の概要）
次に、図６を用いて、起案・回付の概要を説明する。
まず、回付管理サーバ２０の制御部２１は、ログイン処理を実行する（ステップＳ１−１）。具体的には、申請者は、ユーザ端末１０を用いて、回付管理サーバ２０にアクセスする。この場合、回付管理サーバ２０の制御部２１のユーザ認証部２１１は、ユーザ端末１０のディスプレイにログイン画面を出力する。このログイン画面には、ユーザＩＤや認証コードを入力するための入力欄が設けられている。そして、ユーザ認証部２１１は、ディレクトリ管理サーバ４０を用いて、ユーザ端末１０から取得したユーザＩＤ、認証コードを用いて、ユーザ認証を行なう。ユーザ認証ができない場合には、ユーザ認証部２１１は、エラーメッセージをユーザ端末１０に送信し、回付管理サーバ２０へのログインを拒否する。

ユーザ認証ができた場合、回付管理サーバ２０の制御部２１は、トップ画面表示処理を実行する（ステップＳ１−２）。具体的には、制御部２１のユーザ認証部２１１は、ユーザ端末１０のディスプレイに、トップ画面を出力する。このトップ画面には、起案申請ボタン、回付先変更ボタン、回付確認ボタン等が含まれる。ここで、新たな申請の起案を行なう場合には、起案申請ボタンを選択する。

この場合、回付管理サーバ２０の制御部２１は、申請情報の取得処理を実行する（ステップＳ１−３）。具体的には、制御部２１の申請管理部２１２は、ユーザ端末１０のディスプレイに申請入力画面を出力する。この申請入力画面には、申請種別、件名の入力欄や、申請に必要な項目毎に入力欄が設けられている。そして、申請者は、この申請入力画面に申請内容を入力する。申請管理部２１２は、申請入力画面への入力の完了を検知した場合、申請ＩＤを付与した申請管理レコード２８０を生成し、申請情報記憶部２８に記録する。更に、申請管理部２１２は、システムタイマから現在日時を取得し、申請管理レコード２８０の申請日データ領域に記録し、申請入力画面に入力された申請内容を、申請管理レコード２８０の申請種別、件名、内容の各データ領域に記録する。

更に、制御部２１の申請管理部２１２は、ユーザ端末１０のディスプレイに、添付ファイル指定画面を出力する。ここで、添付ファイルを設定する場合には、申請者は、ユーザ端末１０を用いて、添付ファイルを指定する。この場合、申請管理部２１２は、ユーザ端末１０において指定された添付ファイルを取得し、申請管理レコード２８０に関連付けて、申請情報記憶部２８に登録する。

次に、回付管理サーバ２０の制御部２１は、回付経路の設定処理を実行する（ステップＳ１−４）。この承認・回付経路の設定処理では、回付先部署及び回付先担当者の設定を行なう。この回付経路の設定については、図７を用いて後述する。

そして、回付経路の設定が終了した場合、申請の回付が開始される。この場合、制御部２１の回付処理部２１４は、申請情報記憶部２８の申請管理レコード２８０のステータスデータ領域に「回付中」を示すフラグを記録する。

また、回付内容の確認を行なう場合には、トップ画面において回付確認ボタンを選択する。
この場合、回付管理サーバ２０の制御部２１は、回付確認処理を実行する（ステップＳ１−５）。具体的には、制御部２１の回付処理部２１４は、回付先における確認作業を支援する。承認者における確認作業では、「承認・回付」や「差戻」、「否決」が選択される。そして、確認を完了した場合、回付処理部２１４は、担当者回付経路データ２９２のステータスデータ領域に、確認済フラグを記録する。この回付確認処理については、図８を用いて後述する。

（回付経路の設定処理）
図７を用いて、回付経路の設定処理を説明する。
ここでは、まず、回付管理サーバ２０の制御部２１は、マスタ検索処理を実行する（ステップＳ２−１）。具体的には、制御部２１の回付経路管理部２１３は、申請情報記憶部２８の申請管理レコード２８０を用いて申請種別を特定する。次に、回付経路管理部２１３は、回付マスタ情報記憶部２５を用いて、特定した申請種別に応じた回付マスタ管理レコード２５０を検索する。

次に、回付管理サーバ２０の制御部２１は、利用可能なマスタがあるかどうかについての判定処理を実行する（ステップＳ２−２）。具体的には、制御部２１の回付経路管理部２１３は、ユーザ情報記憶部２３に記録された申請者のユーザ管理レコード２３０を用いて、所属（部署ＩＤ）を特定する。そして、回付マスタ情報記憶部２５から抽出した回付マスタ管理レコード２５０の共有区分（オプション情報）に基づいて、利用可否を判定する。ここでは、共有区分が「全ユーザ共有」の場合には、全ユーザにおいて利用可能と判定する。共有区分が「所属共有」の場合には、申請者の部署ＩＤが、回付マスタ管理レコード２５０の登録部署ＩＤと一致する場合に利用可能と判定する。共有区分が「共有不可」の場合には、申請者のユーザＩＤが、回付マスタ管理レコード２５０の登録者ＩＤと一致する場合に利用可能と判定する。そして、利用可能な回付経路パターンを特定した場合には、利用可能なマスタがあると判定する。一方、該当する回付マスタ管理レコード２５０を抽出できない場合や、共有区分（オプション情報）に基づいて回付経路パターンを利用できない場合には、利用可能なマスタがないと判定する。

利用可能なマスタがないと判定した場合（ステップＳ２−２において「ＮＯ」の場合）、回付管理サーバ２０の制御部２１は、部署回付経路の入力処理を実行する（ステップＳ２−３）。具体的には、制御部２１の回付経路管理部２１３が、部署回付経路設定画面をユーザ端末１０のディスプレイに出力する。この部署回付経路設定画面には、回付先部署の部署ＩＤ、回付順、直並列識別、回付部区分の指定欄が設けられている。そして、申請者は、部署回付経路設定画面を用いて、回付先部署を指定し、直列や並列で回付順に並べた部署回付経路を作成する。

次に、回付管理サーバ２０の制御部２１は、担当者回付経路の入力処理を実行する（ステップＳ２−４）。具体的には、制御部２１の回付経路管理部２１３は、担当者回付経路設定画面をユーザ端末１０のディスプレイに出力する。この担当者回付経路設定画面には、回付先の部署ＩＤ毎、回付先担当者のユーザＩＤ毎に、回付順、直並列識別、回付者区分の指定欄が設けられている。そして、申請者は、担当者回付経路設定画面を用いて、回付先担当者を指定し、直列や並列で回付順に並べた担当者回付経路を作成する。なお、申請者が回付先担当者のユーザＩＤを把握していない場合、ユーザＩＤの指定欄に「受付グループ」を入力する。

一方、利用可能なマスタがあると判定した場合（ステップＳ２−２において「ＹＥＳ」の場合）、回付管理サーバ２０の制御部２１は、回付経路パターンの取込処理を実行する（ステップＳ２−５）。具体的には、制御部２１の回付経路管理部２１３は、ユーザ端末１０のディスプレイに、回付マスタ管理レコード２５０に記録された回付経路パターンを表示する。次に、回付経路管理部２１３は、ユーザ情報記憶部２３のユーザ管理レコード２３０に記録された役職を用いて、回付経路パターンに含まれる回付先部署毎にユーザＩＤを特定する。そして、回付経路管理部２１３は、ユーザＩＤを、回付経路パターンに割り当てる。

例えば、図５（ａ）に示す回付経路パターンＷＦ１に対して、図５（ｂ）に示すように、回付経路ＷＦ２において、ユーザ情報記憶部２３に記録された役職に応じて各部署における担当者（ユーザａ１〜ａ３，ユーザｂ１〜ｂ３）を割り当てた担当者回付経路を生成する。ここで、回付経路パターンＷＦ１において、回付先部署の受付グループが設定されている場合には、担当者の割り当てを行なわないで、回付経路ＷＦ２においても受付グループを設定する。

次に、回付管理サーバ２０の制御部２１は、変更可能かどうかについての判定処理を実行する（ステップＳ２−６）。具体的には、制御部２１の回付経路管理部２１３は、回付マスタ管理レコード２５０に記録されたオプション情報（変更可否）を取得する。ここで、回付マスタ管理レコード２５０に変更不可フラグが設定されている場合には、変更不可と判定する。一方、回付マスタ管理レコード２５０に変更可能フラグが設定されている場合には、変更可能と判定する。

変更可能と判定した場合（ステップＳ２−６において「ＹＥＳ」の場合）、回付管理サーバ２０の制御部２１は、変更処理を実行する（ステップＳ２−７）。具体的には、制御部２１の回付経路管理部２１３は、担当者による回付経路の変更を許可する。この場合には、回付経路管理部２１３は、部署回付経路設定画面及び担当者回付経路設定画面を、ユーザ端末１０のディスプレイに出力する。そして、申請者は、必要に応じて回付経路を修正する。

一方、変更不可と判定した場合（ステップＳ２−６において「ＮＯ」の場合）、回付管理サーバ２０の制御部２１は、回付経路の変更を許可せず、変更処理（ステップＳ２−７）をスキップする。

次に、回付管理サーバ２０の制御部２１は、権限者の特定処理を実行する（ステップＳ２−８）。具体的には、制御部２１の回付経路管理部２１３は、回付経路の順番に基づいて権限者を特定する。ここでは、回付経路に含まれる担当者のユーザ管理レコード２３０に記録された役職に基づいて、権限者を特定する。なお、特定の権限が必要な場合には、ユーザ情報記憶部２３のユーザ管理レコード２３０に記録された役割に応じて、特定権限者を特定するようにしてもよい。

次に、回付管理サーバ２０の制御部２１は、権限者のチェック処理を実行する（ステップＳ２−９）。具体的には、制御部２１の回付経路管理部２１３は、権限判定情報を用いて、申請情報記憶部２８に記録された申請管理レコード２８０の内容に応じて、特定した権限者の役職が妥当かどうかを判定する。妥当でない場合には、ユーザ端末１０のディスプレイにアラームを出力する。

次に、回付管理サーバ２０の制御部２１は、回付経路の登録処理を実行する（ステップＳ２−１０）。具体的には、制御部２１の回付経路管理部２１３は、回付先の部署についての部署回付経路データ２９１を生成し、回付先の担当者についての担当者回付経路データ２９２を生成する。そして、回付経路管理部２１３は、生成した部署回付経路データ２９１及び、担当者回付経路データ２９２を、回付経路情報記憶部２９に記録する。

（回付確認処理）
次に、図８を用いて、回付確認処理を説明する。
ここでは、回付管理サーバ２０の制御部２１は、ログイン者に係る申請の特定処理を実行する（ステップＳ３−１）。具体的には、制御部２１の回付処理部２１４は、回付経路情報記憶部２９において、ユーザ認証したユーザＩＤが記録された担当者回付経路データ２９２を特定する。そして、回付処理部２１４は、ステータスデータ領域に確認済フラグが記録されていない担当者回付経路データ２９２を特定する。

次に、回付管理サーバ２０の制御部２１は、一覧画面の出力処理を実行する（ステップＳ３−２）。具体的には、制御部２１の回付処理部２１４は、特定した担当者回付経路データ２９２の申請ＩＤに基づいて、申請管理レコード２８０を特定する。そして、回付処理部２１４は、特定した申請管理レコード２８０の申請ＩＤ、件名を一覧表示させた申請一覧表示画面を生成する。この申請一覧表示画面には、各申請について申請管理レコード２８０の内容（申請者〜ステータス）を表示させるためのリンクボタンを含める。更に、各申請について、承認対象を選択するための承認選択ボタン（チェックボックス）が表示される。

そして、回付管理サーバ２０の制御部２１は、申請毎に以下の処理を繰り返す。
ここでは、回付管理サーバ２０の制御部２１は、先行回付先は確認済かどうかについての判定処理を実行する（ステップＳ３−３）。具体的には、制御部２１の回付処理部２１４は、回付経路情報記憶部２９において、回付先担当者の担当者回付経路データ２９２に対して、回付順が先行し、直列かつ直近の担当者回付経路データ２９２を特定する。先行する直近の担当者回付経路データ２９２のステータスデータ領域に確認済フラグが記録されていない場合には、先行回付先は確認済でないと判定する。なお、同じ部署に先行する担当者が記録されていない場合には、回付順が先行し、直列かつ直近の部署回付経路データ２９１を特定する。そして、先行する直近の部署回付経路データ２９１のステータスデータ領域に確認済フラグが記録されていない場合には、先行回付先は確認済でないと判定する。

先行回付先は確認済でないと判定した場合（ステップＳ３−３において「ＮＯ」の場合）、回付管理サーバ２０の制御部２１は、予告表示処理を実行する（ステップＳ３−４）。具体的には、制御部２１の回付処理部２１４は、申請一覧表示画面において、この申請についての予告表示を出力する。本実施形態では、予告表示として、承認選択ボタンを非活性状態で表示する。

一方、先行回付先は確認済と判定した場合（ステップＳ３−３において「ＹＥＳ」の場合）、回付管理サーバ２０の制御部２１は、確認可能表示処理を実行する（ステップＳ３−５）。具体的には、制御部２１の回付処理部２１４は、申請一覧表示画面において、申請についての確認可能表示を出力する。本実施形態では、確認可能表示として、承認選択ボタンを選択できるように活性状態で表示する。なお、直列かつ直近の先行回付先が確認済であり、ログイン者が申請を確認できる状態であることを示すメッセージを表示するようにしてもよい。
以上の処理を、特定した申請毎に繰り返す。

次に、回付管理サーバ２０の制御部２１は、申請選択処理を実行する（ステップＳ３−６）。具体的には、制御部２１の回付処理部２１４は、申請一覧表示画面において、リンクボタンを用いて、申請の選択を検知した場合、この申請の申請管理レコード２８０の内容を、ユーザ端末１０のディスプレイに表示する。

この場合、回付処理部２１４は、選択された申請についての回付状況を、回付経路を回付順に表示した階層表示により出力する。この処理については、図１０を用いて後述する。
次に、回付管理サーバ２０の制御部２１は、確認処理を実行する（ステップＳ３−７）。具体的には、制御部２１の回付処理部２１４は、確認可能表示が出力された申請が選択された場合、ユーザ端末１０のディスプレイに申請内容表示画面を出力するための確認画面の表示処理を実行する。この処理については、図１１を用いて後述する。

この確認画面には、申請内容表示欄、添付ファイル一覧、プレビュー画面が含まれる。添付ファイル一覧には、この申請の添付ファイルのファイル名を一覧表示する。また、ファイル一覧において添付ファイルが選択された場合、回付処理部２１４は、プレビュー画面に添付ファイル２８１の内容（プレビュー）を表示する。

そして、回付先担当者が、申請内容や添付ファイルを確認した場合、この確認画面に確認結果を入力する。具体的には、承認者の確認画面には、「承認・回付」や「差戻」、「否決」を選択するためのボタンが表示される。「承認・回付」ボタンは、申請を承認する場合に用いる。「差戻」ボタンは、差戻し先を指定して申請を差し戻す場合に用いる。「否決」ボタンは、申請された申請を却下し、回付を終了させる場合に用いる。確認を完了し、各ボタンが選択された場合、回付処理部２１４は、担当者回付経路データ２９２のステータスデータ領域に、確認済フラグを記録する。そして、決裁権限を有する回付先において「差戻」、「否決」が選択された場合や、最終の権限者において「承認・回付」が選択された場合には、回付処理部２１４は、申請情報記憶部２８の申請管理レコード２８０のステータスデータ領域に、それぞれ「差戻」や「否決」、「承認」を示すフラグを記録する。そして、回付処理部２１４は、申請者に通知を行なう。

（受付グループの対応処理）
次に、図９を用いて、受付グループの対応処理を説明する。この受付グループの対応処理は、回付先の部署に所属する回付先の担当者を把握していない場合に用いられる。

まず、回付管理サーバ２０の制御部２１は、受付グループの設定処理を実行する（ステップＳ４−１）。具体的には、上述したように回付経路の設定処理において、回付経路情報記憶部２９の担当者回付経路データ２９２のユーザＩＤデータ領域に「受付グループ」を記録する。

次に、回付管理サーバ２０の制御部２１は、予告時期の到来判定処理を実行する（ステップＳ４−２）。具体的には、制御部２１の回付処理部２１４は、回付経路情報記憶部２９において受付グループが設定された回付経路について、回付順が先行し、直列かつ直近の部署回付経路データ２９１を特定する。先行する直近の部署回付経路データ２９１のステータスデータ領域に確認済フラグが記録された場合、予告時期の到来と判定する。

次に、回付管理サーバ２０の制御部２１は、受付グループに属する担当者への通知処理を実行する（ステップＳ４−３）。具体的には、制御部２１の回付経路管理部２１３は、回付グループ情報記憶部２４において、予告時期が到来した部署ＩＤが部署ＩＤデータ領域に記録された回付グループ管理レコード２４０を抽出し、回付グループＩＤデータ領域に「受付グループ」が記録された回付グループ管理レコード２４０を特定する。次に、回付経路管理部２１３は、この回付グループ管理レコード２４０に記録されているユーザＩＤを特定する。そして、回付経路管理部２１３は、特定したユーザＩＤのユーザ管理レコード２３０に記録された連絡先に対して、部署内の回付経路の設定を依頼する通知を送信する。

次に、受付グループに属する担当者が回付管理サーバ２０にアクセスする場面を説明する。受付グループに属する担当者への通知（ステップＳ４−３）を受けてアクセスする場合の他、通知を受ける前にアクセスする場合も同様の処理が行なわれる。
ここでは、回付管理サーバ２０の制御部２１は、受付グループに属する担当者のアクセス処理を実行する（ステップＳ４−４）。具体的には、制御部２１のユーザ認証部２１１は、ユーザ端末１０からのアクセスを受け付ける。そして、ユーザ認証部２１１は、ユーザ端末１０から取得したユーザＩＤを特定する。そして、制御部２１の回付処理部２１４は、上述した回付確認処理のステップＳ３−１〜Ｓ３−５を実行する。このステップＳ３−１において、特定したユーザＩＤが、回付グループ情報記憶部２４の回付グループ管理レコード２４０に記録されている場合には、この回付グループ管理レコード２４０に記録されている部署ＩＤを特定する。そして、回付処理部２１４は、この部署ＩＤの回付グループ（ここでは、「受付グループ」）が設定されている担当者回付経路データ２９２を、回付経路情報記憶部２９から抽出する。そして、回付処理部２１４は、この受付グループに属するユーザＩＤによるアクセスの場合には、受付グループに属する担当者のアクセスと判定し、この担当者回付経路データ２９２の申請を申請一覧表示画面に含める。

次に、回付管理サーバ２０の制御部２１は、受付グループ用画面の出力処理を実行する（ステップＳ４−５）。具体的には、制御部２１の回付経路管理部２１３は、「受付グループ」が設定され、確認可能表示の申請が選択された場合、受付グループ用画面を出力する。この受付グループ用画面は、この担当者が所属する部署内の回付経路を設定するための画面である。

次に、回付管理サーバ２０の制御部２１は、ステップＳ２−１，Ｓ２−２と同様に、マスタ検索処理（ステップＳ４−６）、利用可能なマスタがあるかどうかについての判定処理（ステップＳ４−７）を実行する。

利用可能なマスタがないと判定した場合（ステップＳ４−７において「ＮＯ」の場合）、回付管理サーバ２０の制御部２１は、ステップＳ２−４と同様に、担当者回付経路の入力処理を実行する（ステップＳ４−８）。

一方、利用可能なマスタがあると判定した場合（ステップＳ４−７において「ＹＥＳ」の場合）、回付管理サーバ２０の制御部２１は、ステップＳ２−５，Ｓ２−６と同様に、回付経路パターンの取込処理（ステップＳ４−９）、変更可能かどうかについての判定処理（ステップＳ４−１０）を実行する。

変更可能と判定した場合（ステップＳ４−１０において「ＹＥＳ」の場合）、回付管理サーバ２０の制御部２１は、ステップＳ２−７と同様に、変更処理を実行する（ステップＳ４−１１）。

一方、変更不可と判定した場合（ステップＳ４−１０において「ＮＯ」の場合）、回付管理サーバ２０の制御部２１は、変更処理（ステップＳ４−１１）をスキップする。
次に、回付管理サーバ２０の制御部２１は、ステップＳ２−８、Ｓ２−９と同様に、権限者の特定処理（ステップＳ４−１２）、権限者のチェック処理（ステップＳ４−１３）を実行する。

次に、回付管理サーバ２０の制御部２１は、回付経路の登録処理を実行する（ステップＳ４−１４）。具体的には、制御部２１の回付経路管理部２１３は、受付グループ用画面を用いて、部署内の回付先担当者を指定する。この場合、回付経路管理部２１３は、指定された回付先担当者についての担当者回付経路データ２９２を生成する。そして、回付経路管理部２１３は、生成した担当者回付経路データ２９２を、回付経路情報記憶部２９に記録する。

図５（ｃ）に示すように、受付グループが設定されたＣ部については、Ｃ部が確認可能になった場合に、Ｃ部の受付グループの担当者が、Ｃ部内の担当者回付経路ＷＦ３を作成する。また、受付グループが設定されたＤ部については、Ｄ部が確認可能になった場合に、Ｄ部の受付グループの担当者が、Ｄ部内の担当者回付経路ＷＦ４を作成する。

（階層表示処理）
次に、図１０を用いて、階層表示処理を説明する。
まず、図１０（ａ）に示すように、回付管理サーバ２０の制御部２１は、回付先の経路一覧表示処理を実行する（ステップＳ５−１）。具体的には、制御部２１の回付処理部２１４は、回付経路情報記憶部２９に記録された部署回付経路データ２９１を用いて、回付先部署を回付部区分毎に階層表示する。この場合、回付処理部２１４は、担当者回付経路データ２９２を用いて、回付部区分（階層）毎に、回付先部署のアイコンを出力する。

次に、回付管理サーバ２０の制御部２１は、ログイン者表示処理を実行する（ステップＳ５−２）。具体的には、制御部２１の回付処理部２１４は、階層表示において、ログイン者の所属部署を特定し、階層表示上のアイコンに、他部署と識別できるように表示する。

次に、回付管理サーバ２０の制御部２１は、回付状況の表示処理を実行する（ステップＳ５−３）。具体的には、制御部２１の回付処理部２１４は、部署回付経路データ２９１、担当者回付経路データ２９２を用いて、確認済みの部署を特定する。そして、回付処理部２１４は、階層表示において、部署回付経路データ２９１に記録されたステータスに応じて、確認済み、又は未確認を識別できるように表示する。

この場合、図１０（ｂ）に示すように、階層表示６００においては、回付経路の回付部区分の階層６０１や、各回付部区分の部署アイコン６０２が表示される。ここで、網掛けの部署アイコン６０２は確認済みを表し、白色の部署アイコン６０２は未確認を表している。更に、この階層表示６００には、ログイン者の所属部署の表示マーク６０３が出力される。また、階層表示６００において、網掛け表示された階層６０４は回付中を示している。なお、部署アイコン６０２が選択された場合、回付処理部２１４は、回付経路情報記憶部２９から、この部署の担当者回付経路データ２９２を取得し、この部署内の回付先の担当者の回付経路画面を出力する。この回付経路画面には、回付先担当者の人物アイコンを、担当者回付経路データ２９２に記録された直並列識別に応じて、直列、並列表示した経路図を含める。更に、回付処理部２１４は、担当者回付経路データ２９２に記録されたステータスに応じて、各人物アイコンにおいて、確認済み、又は未確認を識別できるように表示する。

図１０（ｃ）の階層表示６１０に示すように、回付が進捗した場合、回付中の階層６０４が、ログイン者の所属部署の表示マーク６０３に接近することにより、回付が近いことを把握することができる。

（確認画面の表示処理）
図１１を用いて、確認画面の表示処理を説明する。ここでは、ユーザ毎に画面をカスタマイズする。

まず、回付管理サーバ２０の制御部２１は、ログイン者の特定処理を実行する（ステップＳ６−１）。具体的には、制御部２１の回付処理部２１４は、ログイン認証時のユーザＩＤを取得する。更に、回付処理部２１４は、ユーザ情報記憶部２３から、ログイン者のユーザ管理レコード２３０を取得し、ユーザ管理レコード２３０に記録された役職を特定する。

次に、回付管理サーバ２０の制御部２１は、確認対象の特定処理を実行する（ステップＳ６−２）。具体的には、制御部２１の回付処理部２１４は、一覧画面において指定された確認対象の申請ＩＤを特定する。

次に、回付管理サーバ２０の制御部２１は、回付区分の特定処理を実行する（ステップＳ６−３）。具体的には、制御部２１の回付処理部２１４は、回付経路情報記憶部２９から、特定した申請ＩＤが記録された部署回付経路データ２９１、担当者回付経路データ２９２を取得する。そして、回付処理部２１４は、担当者回付経路データ２９２を用いて、ログイン者のユーザＩＤに関連付けられた回付者区分を特定する。更に、回付処理部２１４は、部署回付経路データ２９１を用いて、ログイン者の所属部署の部署ＩＤに関連付けられた回付部区分を特定する。

次に、回付管理サーバ２０の制御部２１は、出力画面の生成処理を実行する（ステップＳ６−４）。具体的には、制御部２１の回付処理部２１４は、特定した回付区分（回付部区分、回付者区分）に応じた画面定義ファイル２６０を画面情報記憶部２６から取得する。次に、回付処理部２１４は、取得した画面定義ファイル２６０を用いて出力画面を生成する。この場合、出力画面の申請内容欄には、申請情報記憶部２８に記録された申請内容について、項目毎に項目値を設定する。

次に、回付管理サーバ２０の制御部２１は、カスタマイズ登録があるかどうかについての判定処理を実行する（ステップＳ６−５）。具体的には、制御部２１の回付処理部２１４は、カスタマイズ情報記憶部２７において、出力画面の画面ＩＤについて、ログイン者のユーザＩＤ、部署ＩＤ、役職の何れか少なくとも一つが記録されたカスタマイズ管理レコード２７０を検索する。カスタマイズ管理レコード２７０を抽出できた場合には、カスタマイズ登録があると判定する。

カスタマイズ登録があると判定した場合（ステップＳ６−５において「ＹＥＳ」の場合）、回付管理サーバ２０の制御部２１は、出力画面のカスタマイズ処理を実行する（ステップＳ６−６）。具体的には、制御部２１の回付処理部２１４は、抽出したカスタマイズ管理レコード２７０の設定変更内容を用いて、出力画面のカスタマイズを行なう。

一方、カスタマイズ管理レコード２７０を抽出できず、カスタマイズ登録がないと判定した場合（ステップＳ６−５において「ＮＯ」の場合）、回付管理サーバ２０の制御部２１は、出力画面のカスタマイズ処理（ステップＳ６−６）をスキップする。

次に、回付管理サーバ２０の制御部２１は、画面の出力処理を実行する（ステップＳ６−７）。具体的には、制御部２１の回付処理部２１４は、出力画面をユーザ端末１０のディスプレイに出力する。

本実施形態によれば、以下のような効果を得ることができる。
（１）本実施形態では、回付管理サーバ２０の制御部２１は、マスタ検索処理を実行する（ステップＳ２−１）。利用可能なマスタがないと判定した場合（ステップＳ２−２において「ＮＯ」の場合）、回付管理サーバ２０の制御部２１は、部署回付経路の入力処理（ステップＳ２−３）、担当者回付経路の入力処理（ステップＳ２−４）を実行する。これにより、回付先部署において、申請を確認する担当者を任意に設定した回付経路を作成することができる。

（２）本実施形態では、利用可能なマスタがあると判定した場合（ステップＳ２−２において「ＹＥＳ」の場合）、回付管理サーバ２０の制御部２１は、回付経路パターンの取込処理を実行する（ステップＳ２−５）。これにより、回付経路パターンを用いて効率的に回付経路を作成することができる。

更に、回付経路管理部２１３は、ユーザ情報記憶部２３から、回付経路パターンに設定された部署において、役職に応じたユーザＩＤを特定する。これにより、回付経路において担当者を効率的に割り当てることができる。

（３）本実施形態では、変更可能と判定した場合（ステップＳ２−６，Ｓ４−１０において「ＹＥＳ」の場合）、回付管理サーバ２０の制御部２１は、変更処理を実行する（ステップＳ２−７，Ｓ４−１１）。これにより、状況に応じて、回付経路の変更を許容することができる。一方、変更不可と判定した場合（ステップＳ２−６，Ｓ４−１０において「ＮＯ」の場合）、回付管理サーバ２０の制御部２１は、変更処理（ステップＳ２−７，Ｓ４−１１）をスキップする。これにより、回付経路パターンを用いて作成された回付経路について、ユーザによる変更可否を制御できる。

（４）本実施形態では、回付管理サーバ２０の制御部２１は、権限者の特定処理（ステップＳ２−８，Ｓ４−１２）、権限者のチェック処理（ステップＳ２−９，Ｓ４−１３）を実行する。これにより、的確な権限者を設定することができる。

（５）本実施形態では、回付管理サーバ２０の制御部２１は、ログイン者に係わる申請の特定処理（ステップＳ３−１）、一覧画面の出力処理（ステップＳ３−２）を実行する。これにより、自身が確認を行なう必要がある申請を把握することができる。

更に、回付管理サーバ２０の制御部２１は、先行回付先は確認済かどうかについての判定処理を実行する（ステップＳ３−３）。先行回付先の確認状況に応じて、回付管理サーバ２０の制御部２１は、予告表示処理（ステップＳ３−４）、確認可能表示処理（ステップＳ３−５）を実行する。これにより、回付状況を的確に把握することができる。

（６）本実施形態では、回付管理サーバ２０の制御部２１は、確認処理を実行する（ステップＳ３−７）。画面情報記憶部２６に記録された画面定義ファイル２６０を用いて生成された回付区分（回付部区分、回付者区分）に応じた出力画面をユーザ端末１０のディスプレイに出力する。これにより、効率的に出力画面を作成することができる。

（７）本実施形態では、回付管理サーバ２０の制御部２１は、受付グループの設定処理を実行する（ステップＳ４−１）。これにより、回付先部署における承認等の確認者を把握していない場合にも、回付経路を設定することができる。

（８）本実施形態では、回付管理サーバ２０の制御部２１は、予告時期の到来判定処理（ステップＳ４−２）、受付グループに属する担当者への通知処理（ステップＳ４−３）を実行する。これにより、受付グループに属する担当者は、回付経路に担当者を割り当てる時期を把握できる。

（９）本実施形態では、回付管理サーバ２０の制御部２１は、受付グループに属する担当者のアクセス処理（ステップＳ４−４）、受付グループ用画面の出力処理（ステップＳ４−５）を実行する。これにより、担当者回付経路が設定されていない場合にも、受付グループにおいて担当者の割り当てを行なうことができる。

そして、回付管理サーバ２０の制御部２１は、マスタ検索処理（ステップＳ４−６）、利用可能なマスタがあるかどうかについての判定処理（ステップＳ４−７）を実行する。これにより、効率的に担当者回付経路を作成することができる。

（１０）本実施形態では、回付管理サーバ２０の制御部２１は、回付先の経路一覧表示処理（ステップＳ５−１）、ログイン者表示処理（ステップＳ５−２）、回付状況の表示処理（ステップＳ５−３）を実行する。これにより、階層表示により、回付経路や回付状況を把握することができる。

（１１）本実施形態では、回付管理サーバ２０の制御部２１は、ログイン者の特定処理（ステップＳ６−１）、確認対象の特定処理（ステップＳ６−２）、回付区分の特定処理（ステップＳ６−３）、出力画面の生成処理（ステップＳ６−４）を実行する。これにより、回付先の担務（回付区分）に応じた画面を出力することができる。

（１２）本実施形態では、回付管理サーバ２０の制御部２１は、ログイン者のカスタマイズ登録があるかどうかについての判定処理を実行する（ステップＳ６−５）。ログイン者のカスタマイズ登録があると判定した場合（ステップＳ６−５において「ＹＥＳ」の場合）、回付管理サーバ２０の制御部２１は、出力画面のカスタマイズ処理を実行する（ステップＳ６−６）。これにより、部署やユーザ、役職等に応じてカスタマイズした画面を出力することができる。

本実施形態は、以下のように変更して実施することができる。本実施形態及び以下の変更例は、技術的に矛盾しない範囲で互いに組み合わせて実施することができる。
・上記実施形態では、回付マスタ情報記憶部２５には、回付経路の作成時に用いる回付経路パターンについての回付マスタ管理レコード２５０が記録される。回付マスタ管理レコード２５０には、パターンＩＤ、申請種別、登録部署ＩＤ、登録者ＩＤ、オプション情報（共有区分、変更可否、利用区分）、回付経路パターンに関するデータを含んで構成される。そして、オプション情報において変更可能フラグが設定されている場合には、担当者による回付経路の変更を許容する。ここで、回付経路において、変更を許容する回付先と、変更を許容しない回付先とを設定してもよい。この場合には、回付経路パターンの回付先毎に、変更可否情報を設定する。

・上記実施形態では、画面情報記憶部２６には、ユーザ端末１０のディスプレイに表示させる出力画面を生成するための画面定義ファイル２６０が記録される。画面定義ファイル２６０は、画面ＩＤ、回付区分（回付部区分、回付者区分）に関連付けられたＸＭＬ形式で作成される。画面ＩＤの画面定義ファイル２６０に関連付けられる情報は、回付区分に限定されるものではない。例えば、画面ＩＤの画面定義ファイル２６０を、カスタマイズ情報記憶部２７に記録された回付部区分や回付者区分に応じて、カスタマイズしてもよい。この場合には、画面定義ファイル２６０には共有項目のみを設定しておき、カスタマイズ情報記憶部２７に回付部区分や回付者区分に応じた専用項目や項目レイアウト等を設定しておく。そして、カスタマイズ後に、これらの項目についての項目値を申請情報記憶部２８から取得する。

・上記実施形態では、回付管理サーバ２０の制御部２１は、予告時期の到来判定処理を実行する（ステップＳ４−２）。具体的には、受付グループが設定された回付経路について、回付順が先行し、直列かつ直近の回付先部署が確認済となった場合に予告時期の到来と判定する。予告時期は、直列かつ直近の回付先部署に限定されない。例えば、申請時や複数階層の先行回付先が確認済となった場合に予告時期の到来と判定してもよい。これにより、予め部署内の回付経路を設定しておくことができる。

・上記実施形態では、回付管理サーバ２０の制御部２１は、一覧画面の出力処理を実行する（ステップＳ３−２）。ここで、一覧画面に表示される回付経路を、回付状況に応じて変更して出力するようにしてもよい。例えば、確認済みの部署を折り畳んで統合した形態で圧縮表示するようにしてもよい。この場合には、回付管理サーバ２０の制御部２１が圧縮表示処理を実行する。

（圧縮表示処理）
図１２を用いて、圧縮表示処理を説明する。
まず、図１２（ａ）に示すように、回付管理サーバ２０の制御部２１は、確認済み部署の特定処理を実行する（ステップＳ７−１）。具体的には、制御部２１の回付処理部２１４は、回付経路情報記憶部２９に記録された部署回付経路データ２９１を用いて、確認済みの部署を特定する。

この場合、図１２（ｂ）に示すように、階層表示６２０においては、網掛けの部署アイコン６０２のみが表示された回付部区分の階層６２１，６２２は確認済みとなる。一方、階層６２３〜６２５では、白色の部署アイコン６０２があるため、回付中の部署が残っており、回付部区分の階層としては確認済みでない。

次に、回付管理サーバ２０の制御部２１は、折り畳み処理を実行する（ステップＳ７−２）。具体的には、制御部２１の回付処理部２１４は、階層表示において、確認済みの回付部区分の階層６２１，６２２については折り畳んで統合した形態で表示する。

具体的には、図１２（ｃ）に示すように、階層表示６３０においては、階層６２１，６２２をまとめて圧縮して一階層６３１で表示する。この階層には十字マーク６３２が出力される。この十字マーク６３２が選択された場合には、圧縮された階層６３１が展開されて、図１２（ｂ）に示す階層６２１，６２２に展開する。

・上記実施形態では、回付グループ情報記憶部２４に、回付先として設定可能な回付グループについての回付グループ管理レコード２４０を記録する。ここで、回付グループ情報記憶部２４に設定されるグループは、受付グループに限定されるものではない。例えば、複数の承認者のユーザＩＤを含めた承認者グループを設定してもよい。この場合には、承認者グループに属する少なくとも一人の承認者が確認した場合、回付管理サーバ２０の制御部２１は、回付経路情報記憶部２９の担当者回付経路データ２９２に、承認者グループに関連付けてステータスを記録する。
また、回付グループに属するユーザを特定できれば、回付グループ管理レコード２４０に記録される情報はユーザＩＤに限定されるものではない。例えば、ユーザ情報記憶部２３のユーザ管理レコード２３０に記録された役職や役割を、回付グループ管理レコード２４０に記録してもよい。そして、予告時期の到来時には、ユーザ情報記憶部２３から、回付グループ管理レコード２４０に記録された役職や役割に該当するユーザＩＤを特定し、このユーザＩＤの担当者への通知を行なう。

・上記実施形態では、画面情報記憶部２６には、ユーザ端末１０のディスプレイに表示させる出力画面を生成するための画面定義ファイル２６０が記録される。この画面定義ファイル２６０は、マークアップ言語（ＸＭＬ）で作成される。画面定義ファイル２６０は、マークアップ言語（ＸＭＬ）に限定されるものではなく、画面に含まれる項目のレイアウトを特定できるものであればよい。例えば、ＨＴＭＬや表形式ファイル等を用いることも可能である。

・上記実施形態では、回付管理サーバ２０の制御部２１は、回付経路パターンの取込処理を実行する（ステップＳ２−５）。具体的には、制御部２１の回付経路管理部２１３は、ユーザ情報記憶部２３のユーザ管理レコード２３０に記録された役職を用いて、回付経路パターンに含まれる回付先部署毎にユーザＩＤを特定し、回付経路パターンに割り当てる。ここで、役職に応じて、申請者がユーザＩＤを割り当てるようにしてもよい。この場合、回付経路管理部２１３は、ユーザ情報記憶部２３を用いて、回付先部署において、回付経路パターンで設定された役職の担当者候補を特定し、ユーザ端末１０のディスプレイに出力する。そして、申請者は、この担当者候補を用いて回付先担当者を設定する。

・上記実施形態では、回付マスタ情報記憶部２５には、回付経路の作成時に用いる回付経路パターンについての回付マスタ管理レコード２５０が記録される。ここで、テンプレートに回付部区分のみを設定しておき、回付管理サーバ２０の制御部２１が、この回付部区分に応じて、部署を設定するようにしてもよい。この場合には、回付経路管理部２１３が、部署情報記憶部２２の部署管理レコード２２０に記録された役割を用いて、回付経路パターンに設定された回付部区分に応じた部署ＩＤを特定する。
例えば、図５（ｂ）に示す回付経路パターンＷＦ１において、回付部区分（関連部、所管部、回覧部）のみを設定しておく。更に、部署情報記憶部２２の部署管理レコード２２０の役割データ領域に、申請種別、申請部に応じて、回付部区分を示す情報を記録しておく。そして、回付経路管理部２１３は、申請種別、申請部（Ａ部）に対して、部署情報記憶部２２に記録された役割に応じた部署（Ｂ部〜Ｆ部）を特定する。そして、回付経路管理部２１３は、回付部区分に応じて特定した部署を、回付経路パターンに割り当てた回付経路ＷＦ２を作成する。

・上記実施形態では、回付管理サーバ２０の制御部２１は、予告表示処理を実行する（ステップＳ３−４）。ここでは、予告表示として、承認選択ボタンを非活性状態で表示するが、予告表示方法は、これに限定されるものではない。例えば、回付の予告を示すメッセージを表示するようにしてもよい。また、回付状況に応じて、予告表示の態様を変更してもよい。例えば、回付経路において、確認済の先行回付先とログイン者との距離に応じて、表示態様や表示内容を変更する。具体的には、制御部２１の回付処理部２１４は、回付経路において、確認済の最後の回付先とログイン者の回付先との間に存在する回付先数をカウントする。そして、回付処理部２１４は、回付先数に応じた配色のマスクを用いて、承認選択ボタン（チェックボックス）を非活性状態にする。

１０…ユーザ端末、２０…回付管理サーバ、２１…制御部、２１１…ユーザ認証部、２１２…申請管理部、２１３…回付経路管理部、２１４…回付処理部、２２…部署情報記憶部、２３…ユーザ情報記憶部、２４…回付グループ情報記憶部、２５…回付マスタ情報記憶部、２６…画面情報記憶部、２７…カスタマイズ情報記憶部、２８…申請情報記憶部、２９…回付経路情報記憶部、４０…ディレクトリ管理サーバ。

Claims (6)

1. ユーザＩＤに関連付けて、所属部署についての部署ＩＤを記録するユーザ情報記憶部と、
   各申請について、項目毎に項目値を含む申請内容を記録する申請情報記憶部と、
   申請毎に、回付先が設定された回付経路を記録する回付経路情報記憶部と、
   回覧区分に応じて、項目が設定された画面定義ファイルを記録する画面情報記憶部と、
   画面ＩＤ、部署ＩＤに対して、出力画面をカスタマイズする設定変更内容を記録するカスタマイズ情報記憶部と、
   ユーザ端末に接続される制御部とを備えた回付管理システムであって、
   前記制御部が、
   回付先のユーザ端末に、前記回付経路情報記憶部に記録された回付経路の順番に応じて、前記申請の確認依頼を出力し、
   前記ユーザ情報記憶部を用いて、ログイン処理によりログイン者のユーザＩＤを特定し、前記ログイン者に係る申請を特定し、
   前記回付先の回覧区分を特定し、前記画面情報記憶部から、前記回覧区分に応じた画面定義ファイルを取得し、前記画面定義ファイルに含まれる項目について、前記申請情報記憶部に記録された項目値を設定した出力画面を生成し、
   前記ユーザ情報記憶部を用いて、前記ログイン者の部署ＩＤを特定し、前記出力画面の画面ＩＤに対して、前記カスタマイズ情報記憶部において、前記部署ＩＤに関連付けられた設定変更内容を特定した場合、前記設定変更内容を用いて、前記出力画面のカスタマイズを行なって、前記回付先のユーザ端末に出力することを特徴とする回付管理システム。
2. 前記カスタマイズ情報記憶部において、更にユーザＩＤに対して設定変更情報が記録されており、
   前記制御部が、前記ログイン者のユーザＩＤに関連付けられた設定変更情報を取得し、前記設定変更情報に基づいてカスタマイズした出力画面を、前記回付先のユーザ端末に出力することを特徴とする請求項１に記載の回付管理システム。
3. 前記ユーザ情報記憶部には、ユーザＩＤに関連付けて、役職に関する情報が記録されており、
   前記カスタマイズ情報記憶部において、更に役職毎に対して設定変更情報が記録されており、
   前記制御部が、前記ユーザ情報記憶部を用いて、ログイン者の役職を特定し、前記役職に関連付けられた設定変更情報を取得し、前記設定変更情報に基づいてカスタマイズした出力画面を、前記回付先のユーザ端末に出力することを特徴とする請求項１又は２に記載の回付管理システム。
4. 前記画面定義ファイルは、マークアップ言語で作成したことを特徴とする請求項１〜３のいずれか一項に記載の回付管理システム。
5. ユーザＩＤに関連付けて、所属部署についての部署ＩＤを記録するユーザ情報記憶部と、
   各申請について、項目毎に項目値を含む申請内容を記録する申請情報記憶部と、
   申請毎に、回付先が設定された回付経路を記録する回付経路情報記憶部と、
   回覧区分に応じて、項目が設定された画面定義ファイルを記録する画面情報記憶部と、
   画面ＩＤ、部署ＩＤに対して、出力画面をカスタマイズする設定変更内容を記録するカスタマイズ情報記憶部と、
   ユーザ端末に接続される制御部とを備えた回付管理システムを用いて、回付管理を実行する方法であって、
   前記制御部が、
   回付先のユーザ端末に、前記回付経路情報記憶部に記録された回付経路の順番に応じて、前記申請の確認依頼を出力し、
   前記ユーザ情報記憶部を用いて、ログイン処理によりログイン者のユーザＩＤを特定し、前記ログイン者に係る申請を特定し、
   前記回付先の回覧区分を特定し、前記画面情報記憶部から、前記回覧区分に応じた画面定義ファイルを取得し、前記画面定義ファイルに含まれる項目について、前記申請情報記憶部に記録された項目値を設定した出力画面を生成し、
   前記ユーザ情報記憶部を用いて、前記ログイン者の部署ＩＤを特定し、前記出力画面の画面ＩＤに対して、前記カスタマイズ情報記憶部において、前記部署ＩＤに関連付けられた設定変更内容を特定した場合、前記設定変更内容を用いて、前記出力画面のカスタマイズを行なって、前記回付先のユーザ端末に出力することを特徴とする回付管理方法。
6. ユーザＩＤに関連付けて、所属部署についての部署ＩＤを記録するユーザ情報記憶部と、
   各申請について、項目毎に項目値を含む申請内容を記録する申請情報記憶部と、
   申請毎に、回付先が設定された回付経路を記録する回付経路情報記憶部と、
   回覧区分に応じて、項目が設定された画面定義ファイルを記録する画面情報記憶部と、
   画面ＩＤ、部署ＩＤに対して、出力画面をカスタマイズする設定変更内容を記録するカスタマイズ情報記憶部と、
   ユーザ端末に接続される制御部とを備えた回付管理システムを用いて、回付管理を実行するためのプログラムであって、
   前記制御部を、
   回付先のユーザ端末に、前記回付経路情報記憶部に記録された回付経路の順番に応じて、前記申請の確認依頼を出力し、
   前記ユーザ情報記憶部を用いて、ログイン処理によりログイン者のユーザＩＤを特定し、前記ログイン者に係る申請を特定し、
   前記回付先の回覧区分を特定し、前記画面情報記憶部から、前記回覧区分に応じた画面定義ファイルを取得し、前記画面定義ファイルに含まれる項目について、前記申請情報記憶部に記録された項目値を設定した出力画面を生成し、
   前記ユーザ情報記憶部を用いて、前記ログイン者の部署ＩＤを特定し、前記出力画面の
   画面ＩＤに対して、前記カスタマイズ情報記憶部において、前記部署ＩＤに関連付けられた設定変更内容を特定した場合、前記設定変更内容を用いて、前記出力画面のカスタマイズを行なって、前記回付先のユーザ端末に出力する手段として機能させることを特徴とする回付管理プログラム。

Images