JP4319604B2

JP4319604B2 - 決裁フロー管理システム及びプログラム

Info

Publication number: JP4319604B2
Application number: JP2004292189A
Authority: JP
Inventors: 敏之木村
Original assignee: Mitsubishi Electric Information Systems Corp
Current assignee: Mitsubishi Electric Information Systems Corp
Priority date: 2004-10-05
Filing date: 2004-10-05
Publication date: 2009-08-26
Anticipated expiration: 2024-10-05
Also published as: JP2006107082A

Description

本発明は、決裁フロー管理システム及びプログラムに係り、複数の決裁者がひとつの文書について決裁を行う順序を定めた決裁経路を前提に決裁を行う場合に、特に、順序よりも早く仮承認をしたり、一部の決裁者をスキップして決裁を行うことができる決裁フロー管理システム及びプログラムに係る。

従来から、決裁フロー管理システムとしては種々のシステムが存在し、近年は、特に決裁経路の定義をＸＭＬ（ＥｘｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）で表記し、ＷＷＷ環境上で決裁処理を行うことのできる決裁フローシステムが多数提案されている（例えば、特許文献１参照）。
特開２００２−７４２５３号公報

このような決裁フロー管理システムにおいて、予め定められた決裁順序に沿って決裁を行う処理については、既に充分な機能が用意されているが、実運用においては、決裁者が多忙または不在のために、なかなか決裁が進まないことが多々あるという問題があった。

この発明は、かかる問題点を解決するためになされたものであり、具体的には全決裁者の決裁をより早く終わらせるために、後の決裁者が先に仮の決裁を行うことが可能であり、後の決裁者が途中の決裁者をスキップして決裁を行う引上げを行うことも可能で、かつ、かつ引上げによるスキップを不可とすることも可能な決裁フロー管理システム及びプログラムを得ることを目的としている。

本発明に係る決裁フロー管理システムは、ユーザの指示を受付ける入力部と、
前記入力部を介してログインユーザと文書との指定を受付けるクライアント認証部と、
複数の決裁者がひとつの文書について決裁を行う順序を定めた決裁経路と、前記決裁経路内の各決裁について決裁者と決裁状態とをまとめた複数の決裁作業とを有する個別決済データを記憶する個別決裁データ記憶部と、
前記入力部を介して決裁を受付けて前記個別決裁データを更新すると、前記個別決裁データ記憶部に記憶する決裁フローステータス更新部とを備え、
前記個別決裁データは、決裁状態として、処理待ち、処理中、承認済み、または仮承認のいずれかの状態を有し、
前記決裁フローステータス更新部は、決裁状態が処理待ちの第１の決裁作業について仮承認の決裁を受付けると、前記第１の決裁作業の決裁状態を仮承認に更新し、決裁状態が処理中の第２の決裁作業について承認の決裁を受付けると、前記第２の決裁作業の決裁状態を承認済みに更新し、前記第２の決裁作業を含む決裁経路において前記第２の決裁作業の次に、決裁状態が仮承認の第３の決裁作業がひとつまたは連続して複数あるときに、前記第３の決裁作業の決裁状態を承認済みに更新し、これら更新した決裁状態を前記個別決裁データ記憶部に記憶することを特徴とする。

さらに、前記決裁フローステータス更新部は、決裁状態が処理中の第４の決裁作業について文書変更を受付けると、前記第４の決裁作業を含む決裁経路において前記第４の決裁作業以降に決裁状態が仮承認の第５の決裁作業があるとき、前記第５の決裁作業の決裁状態を処理待ちに更新してもよい。

さらに、前記個別決裁データは、決裁作業ごとにさらにスキップ可否を有し、決裁状態としてさらにスキップを加えた中でいずれかの状態を有し、
前記決裁フローステータス更新部は、決裁状態が処理待ちの第６の決裁作業について引上げの決裁を受付けると、前記第６の決裁作業を含む決裁経路において、決裁状態が処理中の決裁作業から前記第６の決裁作業の直前の決裁作業までの、スキップ対象である決裁作業のスキップ可否が可であれば、前記第６の決裁作業の決裁状態を処理中に更新し、前記スキップ対象である決裁作業の各々について、決裁状態が処理中または処理待ちであれば前記決裁状態をスキップに更新し、決裁状態が仮承認であれば前記決裁状態を承認済みに更新し、これら更新した決裁状態を前記個別決裁データ記憶部に記憶してもよい。

さらに、前記クライアント認証部は、文書の指定を受付けると、ネットワークにより接続されたサーバから前記文書に係る個別決裁データを受信し、
前記決裁フローステータス更新部は、個別決裁データを更新すると、前記個別決裁データを前記サーバに送信してもよい。

また、本発明に係る決裁フロー管理プログラムは、コンピュータを上述の決裁フロー管理システムとして機能させる。

本発明によれば、複数の決裁者がひとつの文書を決裁する場合に、決裁者が多忙または不在の場合でも、決裁を進めることができる。

実施の形態１．
図１は、決裁フロー管理システムの構成を示す図である。決裁フロー管理システムは、ＷＷＷ（ＷｏｒｌｄＷｉｄｅＷｅｂ）サーバ１０１とＷＷＷクライアント１０２とを有している。ＷＷＷサーバ１０１とＷＷＷクライアント１０２とは、インターネットなどのネットワーク１０３により接続されており、ＷＷＷサーバ１０１とＷＷＷクライアント１０２との間で、相互に情報を送信することができる。ＷＷＷクライアント１０２には、表示部１０４（例えばディスプレイ）と入力部１０５（例えばキーボードとマウス）とが接続されていて、ＷＷＷクライアント１０２が備えるＩｎｔｅｒｎｅｔＥｘｐｌｏｒｅｒ、ＮｅｔｓｃａｐｅＮａｖｉｇａｔｏｒ（登録商標）、またはその他のＷＷＷブラウザいずれかにより、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔＭａｒｋｕｐＬａｎｇｕａｇｅ）ファイルの画面定義に従い、画面を表示部１０４に表示したり、入力部１０５からユーザの指示を受付けることができる。なお、ＷＷＷサーバ１０１には、複数のＷＷＷクライアント１０２を接続できる。

ＷＷＷサーバ１０１は、決裁データ記憶部１０８と決裁フロー定義ファイル類１０７とデータ管理部１１５とを有している。決裁データ記憶部１０８は、複数の個別決裁データ記憶部１０６を有する。個別決裁データ記憶部１０６は、文書ごとに定義された個別決裁データを記憶し、ＷＷＷクライアント１０２からの要求により、前記個別決裁データにロックをかけることができ、前記個別決裁データを更新することもできる。個別決裁データの詳細については後述する。決裁フロー定義ファイル類１０７は、個別決裁データをＷＷＷクライアント上で扱うための共通的な定義が含まれている。決裁フロー定義ファイル類１０７の詳細については後述する。データ管理部１１５は、予め文書と個別決裁データとの対応を記憶しており、ＷＷＷクライアント１０２から指定の文書に対応する個別決裁データの送信要求を受付けると、個別決裁データ記憶部１０６に記憶された、指定の文書に対応する個別決裁データと、決裁フロー定義ファイル類１０７一式を、ネットワーク１０３を介してＷＷＷクライアント１０２に送信する。

ＷＷＷクライアント１０２は、個別決裁データ記憶部１０６と決裁フロー定義ファイル類１０７と決裁フローＨＴＭＬファイル１１３とクライアント認証部１１４とを有している。前述の様に、個別決裁データ記憶部１０６に記憶された個別決裁データと、決裁フロー定義ファイル類１０７とは、ＷＷＷサーバ１０１から送信されたものである。クライアント認証部１１４は、入力部１０５からログインユーザと文書の指定を受付けて、ログインユーザを記憶し、ネットワーク１０３を介して指定の文書に対応する個別決裁データ送信要求をＷＷＷサーバ１０１に送信する。これをきっかけに、ＷＷＷサーバ１０１のデータ管理部１１５は、前述の様に、個別決裁データ記憶部１０６に記憶する個別決裁データと、決裁フロー定義ファイル類１０７を、ＷＷＷクライアント１０２に送信する。

個別決裁データ記憶部１０６に記憶された個別決裁データは、ＸＭＬ（ＥｘｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）により定義されており、複数の決裁者がひとつの文書について決裁を行う順序を定めた決裁経路と、決裁経路内の各決裁について、決裁者と決裁状態とをまとめた複数の決裁作業とを有する。

決裁フロー定義ファイル類１０７は、決裁フロースタイル記憶部１０９と決裁フロー画面生成部１１０と決裁フローステータス更新部１１１を有している。決裁フロースタイル記憶部１０９には、個別決裁データ記憶部１０６に記憶された個別決裁データを、表示部１０４に表示するためのスタイルが記憶されている。また、決裁フロースタイル記憶部１０９に記憶されたスタイルは、ＸＳＬ（ＥｘｔｅｎｓｉｂｌｅＳｔｙｌｅｓｈｅｅｔＬａｎｇｕａｇｅ）により定義されている。

決裁フロー画面生成部１１０は、個別決裁データ記憶部１０６に記憶された個別決裁データと、決裁フロースタイル記憶部１０９に記憶された決裁フロースタイルの定義と、クライアント認証部１１４に記憶されたログインユーザとから、ＷＷＷブラウザを用いて表示部１０４に決裁経路を表示できる決裁フローＨＴＭＬファイル１１３を生成する。

決裁フローステータス更新部１１１は、決裁フローＨＴＭＬファイル１１３の定義を解釈して動作するＷＷＷブラウザを介して、入力部１０５から決裁処理の指示を受付け、前記決裁処理の種類と、個別決裁データ記憶部１０６に記憶された個別決裁データの内容と、クライアント認証部１１４に記憶されたログインユーザとから、個別決裁データを更新し、これをＷＷＷサーバ１０１にも反映する。なお、決裁フロー画面生成部１１０と決裁フローステータス更新部１１１は、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔを用いて実現されていてもよいし、その他の手段で実現されていてもよい。

次に、図２から図５までを用いて、個別決裁データ記憶部１０６において、個別決裁データがどの様に定義されるかを説明する。図２に決裁経路の例を示す。この例では、決裁作業１の次に決裁作業２を行う。決裁作業２の次に、決裁作業３．１．１と決裁作業３．２．１と決裁作業３．３．１を行う。ここで、決裁作業３．１．１と決裁作業３．２．１と決裁作業３．３．１の順序は限定しない。決裁作業３．１．１の次に決裁作業３．１．２を行う。決裁作業３．２．１の次に決裁作業３．２．２を行う。決裁作業３．３．１の次に３．３．２を行う。決裁作業３．１．２と決裁作業３．２．２と決裁作業３．３．２の次に決裁作業４を行う。決裁作業３．１．２と決裁作業３．２．２と決裁作業３．３．２の順序は限定しない。

なお、本明細書においては、承認・差戻しなどの判断を広く決裁と呼び、これに基き、決裁を行う人物を決裁者と呼び、決裁に係る各種情報をまとめたものを決裁作業と呼び、前述の様に決裁の順序を定めたものを決裁経路と呼ぶ。最初の決裁者は文書の作成者である場合が多く、一般用語では決裁者と呼ばないが、本明細書内では説明を分かりやすくするために決裁者と呼んでいる。また、一般用語では、最後の決裁以外は、決裁ではなく承認、または検認など呼ぶ場合もあるが、同様に、本明細書内では説明を分かりやすくするために決裁と呼んでいる。

個別決裁データ記憶部１０６に記憶される個別決裁データは、ＸＭＬで定義され、決裁経路は、図４に示す要素で構成される。要素ｆｌｏｗ４０３は決裁作業の順序を定めた決裁経路を表す。要素ｂｒａｎｃｈ４０４は決裁経路の分岐を現す。要素ｊｏｂ４０５は決裁作業を現す。

図３の３０１に、図２の決裁経路を定義した個別決裁データの例を示す。決裁経路は、開始タグ＜ｆｌｏｗ＞から終了タグ＜／ｆｌｏｗ＞までの要素ｆｌｏｗと、開始タグ＜ｂｒａｎｃｈ＞から終了タグ＜／ｂｒａｎｃｈ＞までの要素ｂｒａｎｃｈの入れ子構造になっており、要素ｆｌｏｗは開始タグ＜ｊｏｂ＞から終了タグ＜／ｊｏｂ＞までの要素ｊｏｂを含んでいる。

図２の決裁作業１と、決裁作業２と、決裁作業３．１．１から３．３．２まで（図２の２０２）と、決裁作業４は直列の経路であるので、図３の定義では、要素ｆｌｏｗ内（図３の３０２）に定義される。さらに、図２の２０２において、決裁作業３．１．１から３．１．２まで（図２の２０３）と、決裁作業３．２．１から決裁作業３．２．２まで（図２の２０４）と、決裁作業３．３．１から決裁作業３．３．２まで（図２の２０５）は決裁経路の分岐であるので、図３の定義では、要素ｂｒａｎｃｈ内（図３の３０３）に定義される。さらに、図２の２０３において、決裁作業３．１．１と決裁作業３．１．２は直列の経路であるので、ひとつの要素ｆｌｏｗ内（図３の３０４）に定義される。同様に、図２の２０４において、決裁作業３．２．１と決裁作業３．２．２は直列の経路であるので、ひとつの要素ｆｌｏｗ内（図３の３０５）に定義される。同様に、図２の２０５において、決裁作業３．３．１と決裁作業３．３．２は直列の経路であるので、ひとつの要素ｆｌｏｗ内（図３の３０６）に定義される。

決裁作業は、要素ｊｏｂで定義される。要素ｊｏｂは、図５に示す属性と、操作ログを表すコンテンツで構成される。属性ｉｄ５０４は、決裁作業を特定するための決裁作業ＩＤを表し、決裁作業を一意に特定することができる文字列であればよい。属性ｕｓｅｒ５０５は、決裁作業を行う決裁者を表し、決裁者を一意に特定することができる文字列であればよい。属性ｓｔａｔｕｓ５０６は、決裁状況を表し、処理待ち、仮承認、後閲済み、処理中、承認済み、またはスキップのいずれかが設定される。属性ｓｋｉｐ５０７は、スキップ可否を表し、ＯＫ（スキップ可）、またはＮＯ（スキップ不可）のいずれかが設定される。属性ｃｈａｎｇｅ５０８は、決裁対象の文書変更有無を表し、ＣＨＡＮＧＥＤ（文書変更有）、またはＮＯＮＥ（文書変更無）のいずれかが設定される。なお、決裁状況とスキップ可否について、詳細は後述する。

図３の３０７に決裁作業を定義した要素ｊｏｂの例を示す。この例では、決裁作業ＩＤ（ｉｄ）は１であり、決裁者（ｕｓｅｒ）はＡであり、決裁状況（ｓｔａｔｕｓ）は承認済みであり、スキップ可否（ｓｋｉｐ）はスキップ可を示すＯＫであり、文書変更有無（ｃｈａｎｇｅ）は文書変更有を示すＣＨＡＮＧＥＤである。また、決裁者Ａは２００４／７／８０８：５９：０１に文書変更をしており、２００４／７／９１０：２５：３２に承認している。なお、図３において３０７以外の要素ｊｏｂの例は、詳細な記述を省略している。

次に、図１８を用いて、クライアント認証部１１４の処理の流れを説明する。まず、入力部１０５からログインユーザと文書の指定を受付ける（ステップＳ１８０１）。次に、入力部１０５にログインユーザを記憶する（ステップＳ１８０２）。次に、ネットワーク１０３を介して、ＷＷＷサーバ１０１に指定の文書に対応する個別決裁データの送信を要求する（ステップＳ１８０３）。なお、ステップＳ１８０１において、ログインユーザと文書の指定を同時に行っているが、異なるタイミングでも構わない。例えば、ログイン時に文書一覧を表示し、その後、文書の指定を受付けるような仕組みであってもよい。

次に、図１９を用いて、前述の様に要求された個別決裁データの送信を行うためのデータ管理部１１５の処理の流れを説明する。まず、ＷＷＷクライアント１０２から指定の文書に対応する個別決裁データの送信要求を受付ける（ステップＳ１９０１）。次に、データ管理部１１５が予め記憶していた文書と個別決裁データとの対応をもとに、指定の文書に対応する個別決裁データ、決裁データ記憶部１０８から検索し、ＷＷＷクライアント１０２に送信する（ステップＳ１９０２）。次に、ＷＷＷクライアント１０２に決裁フロー定義ファイル類１０７を送信する。

次に、図６を用いて前述の様に送信された個別決裁データを画面に表示するための決裁フローＨＴＭＬファイル１１３を作成する処理の流れを説明する。まず、クライアント認証部１１４に記憶されたログインユーザを取得する（ステップＳ６０１）。次に、個別決裁データ記憶部１０６から個別決裁データを取得する（ステップＳ６０２）。次に、決裁フロースタイル記憶部１０９から画面表示定義を取得する（ステップＳ６０３）。次に、ステップＳ６０１で取得したログインユーザと、ステップＳ６０２で取得した個別決裁データ（ＸＭＬ）と、ステップＳ６０３で取得した画面表示定義（ＸＳＬ）とから、画面定義（ＨＴＭＬ）を作成し、決裁フローＨＴＭＬファイル１１３として出力する（ステップＳ６０４）。

なお、表示部１０４に表示される画面は、決裁経路の順序と分岐が理解できる形式であればよく、また、決裁作業ごとの属性が各決裁者に理解できる形式であればよい。さらに、ステップＳ６０１で取得したログインユーザが、決裁者と同じであるような決裁作業についてのみ、決裁処理を受付可能なアイコンを表示する。受付可能な決裁処理は、図７に示す通りである。決裁状況が処理待ち７０３の場合は、引上げまたは仮承認が可能である。決裁状況が仮承認７０４の場合は、決裁処理はできない。決裁状況が後閲済み７０５の場合は、決裁処理はできない。決裁状況が処理中７０６の場合は、承認または差戻しが可能である。決裁状況が承認済み７０７の場合は、引戻しが可能である。決裁状況がスキップ７０８の場合は、後閲が可能である。なお、決裁処理について、詳細は後述する。さらに、決裁状況が処理中である決裁作業については、文書変更を行うことが可能である。

決裁フロースタイル記憶部１０９は、個別決裁データ記憶部１０６に記憶された個別決裁データ（ＸＭＬ）を、前述のような画面を表示する決裁フローＨＴＭＬファイル１１３に変換することができる画面表示定義（ＸＳＬ）を記憶している。ステップＳ６０４では、ＸＭＬ定義とＸＳＬ定義からＨＴＭＬファイルを作成するという標準的な手法を用いて、決裁フローＨＴＭＬファイル１１３を作成する。

次に、図８を用いて、前述の様に定義された個別決裁データを更新する処理の流れを説明する。まず、クライアント認証部１１４に記憶されたログインユーザを取得する（ステップＳ８０１）。次に、入力部１０５から、ひとつの決裁作業に対する決裁処理を受付ける（ステップＳ８０２）。次に、ＷＷＷサーバ１０１に、決裁データ記憶部１０８内の該当個別決裁データ記憶部１０６について、ステップＳ８０１で取得したログインユーザ以外は編集できない様にロックをかけることを要求する（ステップＳ８０３）。ＷＷＷサーバ１０１の個別決裁データ記憶部１０６は、要求通りロックをかける。次に、個別決裁データ記憶部１０６から、個別決裁データを取得する（ステップＳ８０４）。次に、更新内容を判断し、個別決裁データ記憶部１０６の個別決裁データを更新する（ステップＳ８０５）。なお、更新内容の判断については、詳細は後述する。次に、個別決裁データ記憶部１０６の個別決裁データを、ＷＷＷサーバ１０１に送信する（ステップＳ８０６）。ＷＷＷサーバ１０１の個別決裁データ記憶部１０６は、送信された個別決裁データを更新する。次に、ＷＷＷサーバ１０１に前述の個別決裁データ記憶部１０６のロック解除を要求する（ステップＳ８０７）。ＷＷＷサーバ１０１の個別決裁データ記憶部１０６は、前述の個別決裁データ記憶部１０６のロックを解除する。

次に、図９を用いて、ステップＳ８０５における判断の詳細を説明する。決裁処理として引上げ９０７を受付けると、後の決裁者が途中の決裁者の承認を待たずに、自分の（決裁を受付けた）決裁作業まで決裁を行う権利を引き上げることができる。ただし、自分の決裁作業に至るまでのスキップ対象である決裁作業にスキップ不可の属性を持つものがあれば、引上げを行うことはできない。自分の決裁作業に至るまでの全ての決裁作業について、決裁状態が処理待ちであればスキップに更新し、仮承認であれば承認済みに更新し、後閲済みであれば更新せず、処理中であればスキップに更新し、承認済みであれば更新せず、スキップであれば更新しない。さらに、自分の決裁作業について、決裁状態を処理待ちから処理中に更新する。

決裁処理として仮承認９０８を受付けると、後の決裁者が途中の決裁者の承認を待たずに、仮の承認を行うことができる。自分の決裁作業について、決裁状態を処理待ちから仮承認に更新する。

決裁処理として承認９０９を受付けると、承認することができる。自分の決裁作業について、決裁状態を処理中から処理済みに更新する。さらに、次の決裁作業の決裁状態が仮承認であれば、決裁状態を仮承認から承認済みに更新し、これを繰り返す。すなわち、既に仮承認となっている決裁作業について、また当該決裁経路の次に決裁状態が仮承認の決裁が、ひとつまたは連続して複数あるときに、承認の決裁を受付けることなく、決裁状態を仮承認から承認に更新する。次の決裁作業の決裁状態が処理待ちであれば、決裁状態を処理待ちから処理中に更新し、これ以上は繰り返さない。

決裁処理として差戻し９１０を受付けると、最初の決裁者に差し戻すことができる。最初の決裁作業について、決裁状態を処理中に更新する。最初以外の決裁作業について、決裁状態を処理待ちに更新する。

決裁処理として引戻し９１１を受付けると、一度は承認した決裁者が、先に進んでいた処理を自分の決裁作業まで引戻すことができる。自分の決裁作業について、決裁状態を承認済みから処理中に更新する。次の決裁作業以降について、決裁状態を処理待ちに更新する。決裁処理として後閲９１２を受付けると、引上げによりスキップされた決裁者が文書の閲覧のみ行うことができる。自分の決裁作業について、決裁状態をスキップから後閲済みに更新する。

また、決裁処理とは異なるが、決裁状態が処理中の決裁作業は、文書変更を受付けることができる。文書変更を受付けると、次の決裁作業以降について、決裁状態が仮承認のものがあれば、処理待ちに更新する。

以降は、図１０から１６により、各種承認処理の例を説明する。図１０から１６は、決裁フロー画面生成部１１０により作成された決裁フローＨＴＭＬファイル１１３を、ＷＷＷブラウザを介して表示部１０４に表示した例である。なお、各図には、右上にログインユーザが示されている。同じ個別決裁データを表示したとしても、ログインユーザが異なれば、引上げ、仮承認、承認、差戻し、引戻し、及び後閲などの決裁処理受付用アイコンの表示が異なる。詳細は、決裁フロー画面生成部１１０について図６と図７を用いて前述した通りであり、ログインユーザと決裁者が一致するか否かと、決裁状況とにより、表示されるアイコンが異なる。

また、各図において、ログインユーザが決裁処理受付用アイコンを選択すると、結果がＷＷＷサーバ１０１の個別決裁データ記憶部１０６に反映される。詳細は、決裁フローステータス更新部１１１について図８と図９を用いて前述した通りであり、更新結果がＷＷＷサーバ１０１に反映されるため、異なるユーザがログインすれば、前述の更新が反映された個別決裁データが、ログインユーザに合わせた決裁処理受付用アイコンとともに、表示部１０４に表示される。

まず、仮承認と承認の例を図１０、１１、１２により説明する。図１０は、安部太一がログインして決裁経路を画面表示した例である。ここで、安部太一は仮承認アイコンを選択する。図１１は、前記処理の後、山本次郎がログインして決裁経路を画面表示した例である。前記操作により、安部太一の決裁状態が処理待ちから仮承認に更新されている。ここで、山本次郎は、承認アイコンを選択する。図１２は、前記処理の後、田中一郎がログインして決裁経路を画面表示した例である。前記操作により、山本次郎の決裁状態が処理中から承認済みに更新されるとともに、安部太一の決裁状態が仮承認から承認済みに更新され、山崎美智雄の決裁状態が処理待ちから処理中に更新されている。なお、図１１において、もしも山本次郎が承認アイコンを選択する前に文書変更を行えば、安部太一の決裁状態は仮承認から承認待ちに更新される。

次に、仮承認と引戻しの例を図１０、１３、１４により説明する。図１０は、安部太一がログインして決裁経路を画面表示した例である。ここで、安部太一は仮承認アイコンを選択する。図１３は、前記処理の後、田中一郎がログインして決裁経路を画面表示した例である。前記操作により、安部太一の決裁状態が処理待ちから仮承認に更新されている。ここで、田中一郎は引戻しアイコンを選択する。図１４は、前記処理の後、田中一郎がログインして決裁経路を画面表示した例である。前記操作により、安部太一の決裁状態が仮承認から処理待ちに、山本次郎の決裁状態が処理中から処理待ちに、田中一郎の決裁状態が処理済みから処理中に更新されている。

次に、仮承認と引上げの例を図１０、１５、１６により説明する。図１０は、安部太一がログインして決裁経路を画面表示した例である。ここで、安部太一は仮承認アイコンを選択する。図１５は、前記処理の後、山崎美智雄がログインして決裁経路を画面表示した例である。前記操作により、安部太一の決裁状態が処理待ちから仮承認に更新されている。ここで、山崎美智雄は引上げアイコンを選択する。図１６は、前記処理の後、山崎美智雄がログインして決裁経路を画面表示した例である。前記操作により、山本次郎の決裁状態が処理中からスキップに、阿部太一の決裁状態が仮承認から処理済みに、山崎美智雄の決裁状態が処理待ちから処理中に更新されている。なお、図１５において、もしも山崎美智雄が引上げアイコンを選択したとき、山本次郎がスキップ不可を設定済みであれば、この引上げは実行されない。

なお、本実施の形態では、各種決裁処理を含んだ例について説明しているが、図９における引上げ９０７と後閲９１２の決裁処理をなくしても、仮承認の決裁処理を活かした決裁フロー管理システムを構成することができる。その場合には、図５の５０３列５０６行において、決裁状況ｓｔａｔｕｓは処理待ち、仮承認、処理中、または承認済みのみとなる。また、図５の５０７行は不要となる。また、図７の７０５行後閲済み、７０８行のスキップは不要となる。

図１７は、決裁フロー管理システムのＷＷＷサーバとＷＷＷクライアント各々のハードウエア構成例を示す図である。バスに、演算装置１７０１、データ記憶装置１７０２、メモリ１７０３が接続されている。データ記憶装置１７０２は、例えばＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）やハードディスクである。メモリ１７０３は、通常ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）である。

この様に本実施の形態では、後の決裁者が先に仮の決裁を行うことが可能であり、後の決裁者が途中の決裁者をスキップして決裁を行う引上げを行うことも可能であるので、全決裁者の決裁をより早く終わらせることが可能である。また、文書変更があった場合には、以降の決裁作業において仮決裁を処理待ちに戻すので、仮決裁で順序を変えて決裁を行ったことによる不整合が発生することはない。また、引上げによるスキップを不可とすることが可能なので、対象の文書に応じて、確実に決裁を行う様に切替えることが可能である。

決裁フロー管理システムの構成を示す図である。決裁経路の例を示す図である。個別決裁データの例を示す図である。個別決裁データの要素を示す図である。個別決裁データの決裁作業の属性を示す図である。決裁フロー画面生成部の処理フローを示す図である。決裁状況に応じて実施可能な決裁処理を示す図である。決裁フローステータス更新部の処理フローを示す図である。決裁フローステータス更新部の処理の詳細を示す図である。決裁フローステータス更新部の処理の例である。決裁フローステータス更新部の処理の例である。決裁フローステータス更新部の処理の例である。決裁フローステータス更新部の処理の例である。決裁フローステータス更新部の処理の例である。決裁フローステータス更新部の処理の例である。決裁フローステータス更新部の処理の例である。決裁フロー管理システムのＷＷＷサーバとＷＷＷクライアントのハードウェア構成例を示す図である。クライアント認証部の処理フローを示す図である。データ管理部の処理フローを示す図である。

符号の説明

１０１ＷＷＷサーバ、１０２ＷＷＷクライアント、１０３ネットワーク、１０４表示部、１０５入力部、１０６個別決裁データ記憶部、１０７決裁フロー定義ファイル類、１０８決裁データ記憶部、１０９決裁フロースタイル記憶部、１１０決裁フロー画面生成部、１１１決裁フローステータス更新部、１１３決裁フローＨＴＭＬファイル、１１４クライアント認証部、１１５データ管理部。

Claims

ユーザの指示を受付ける入力部と、
前記入力部を介してログインユーザと文書との指定を受付けるクライアント認証部と、
複数の決裁者がひとつの文書について決裁を行う順序を定めた決裁経路と、前記決裁経路内の各決裁について決裁者と決裁状態とをまとめた複数の決裁作業とを有する個別決済データを記憶する個別決裁データ記憶部と、
前記入力部を介して決裁を受付けて前記個別決裁データを更新すると、前記個別決裁データ記憶部に記憶する決裁フローステータス更新部とを備え、
前記個別決裁データは、決裁状態として、処理待ち、処理中、承認済み、または仮承認のいずれかの状態を有し、
前記決裁フローステータス更新部は、決裁状態が処理待ちの第１の決裁作業について仮承認の決裁を受付けると、前記第１の決裁作業の決裁状態を仮承認に更新し、決裁状態が処理中の第２の決裁作業について承認の決裁を受付けると、前記第２の決裁作業の決裁状態を承認済みに更新し、前記第２の決裁作業を含む決裁経路において前記第２の決裁作業の次に、決裁状態が仮承認の第３の決裁作業がひとつまたは連続して複数あるときに、前記第３の決裁作業の決裁状態を承認済みに更新し、これら更新した決裁状態を前記個別決裁データ記憶部に記憶することを特徴とする決裁フロー管理システム。
前記決裁フローステータス更新部は、決裁状態が処理中の第４の決裁作業について文書変更を受付けると、前記第４の決裁作業を含む決裁経路において前記第４の決裁作業以降に決裁状態が仮承認の第５の決裁作業があるとき、前記第５の決裁作業の決裁状態を処理待ちに更新することを特徴とする請求項１に記載の決裁フロー管理システム。
前記個別決裁データは、決裁作業ごとにさらにスキップ可否を有し、決裁状態としてさらにスキップを加えた中でいずれかの状態を有し、
前記決裁フローステータス更新部は、決裁状態が処理待ちの第６の決裁作業について引上げの決裁を受付けると、前記第６の決裁作業を含む決裁経路において、決裁状態が処理中の決裁作業から前記第６の決裁作業の直前の決裁作業までの、スキップ対象である決裁作業のスキップ可否が可であれば、前記第６の決裁作業の決裁状態を処理中に更新し、前記スキップ対象である決裁作業の各々について、決裁状態が処理中または処理待ちであれば前記決裁状態をスキップに更新し、決裁状態が仮承認であれば前記決裁状態を承認済みに更新し、これら更新した決裁状態を前記個別決裁データ記憶部に記憶することを特徴とする請求項１、または２のいずれかに記載の決裁フロー管理システム。
前記クライアント認証部は、文書の指定を受付けると、ネットワークにより接続されたサーバから前記文書に係る個別決裁データを受信し、
前記決裁フローステータス更新部は、個別決裁データを更新すると、前記個別決裁データを前記サーバに送信することを特徴とする請求項１から３までのいずれか１項に記載の決裁フロー管理システム。
コンピュータを、請求項１から４までのいずれか１項に記載の決裁フロー管理システムとして機能させるためのプログラム。