JPWO2007105512A1 - 回送データ管理システム - Google Patents

Abstract

複数の端末に回送される回送データのうち、重要な回送データを優先的に処理することのできる回送データ管理システムを提供する。回送データ管理システムは、端末から受信した回送データの識別データ、作成時期、作成理由区分、および重要度を含む回送データをデータベースに記憶している。端末から要求があると、管理コンピュータは、そのデータベースから回送データを読み出し、読み出した回送データの表示データを重要度の高い順に配列する。管理コンピュータは、その配列した表示データを要求元の端末に送信する。

Description

本発明は、複数の端末に回送される回送データを管理するためのシステムに関する。

ワークフローシステムでは、起案された承認案件のデータが複数の承認者の端末に回送される。各承認者は、承認案件を承認するか却下するかをシステム上で入力する（例えば特許文献１、特許文献２、特許文献３参照）。複数の承認案件がある場合、起案日の早い順に配列することができる。
特開２００２−２４４９９号公報 特開２００２−２３０２４９号公報 特開平８−１０１８６２号公報

複数の承認案件を起案日の早い順に配列すると、承認者は、その順番で承認処理をすることになる。通常、承認案件を一覧表示するとき、表示された情報では承認案件の詳細を把握するのが難しいためである。

しかしながら、承認を行う責任者が承認処理に割くことのできる時間は限られている。また事業規模が大きくなれば、その責任者が処理すべき承認案件の数も多数になる。この場合、起案日の早い順に承認案件が配列されていると、重要な承認案件が起案されても、その承認案件の処理は後回しになる恐れが高い。それによって経営的に重要な承認決定が遅くなれば、経営損失の発生や拡大を招いてしまう。

本発明は、このような従来の技術における課題を解決するためになされたものであり、重要な回送データを優先的に処理することのできる回送データ管理システムを提供することを目的とするものである。

上述の目的を達成するために、本発明の提供する回送データ管理システムは、複数の端末に回送される回送データを管理する管理コンピュータを備える。その管理コンピュータは、回送データの作成要求を端末から受信する手段と、その作成要求を送信した作成要求端末から、回送データの識別データ、作成時期および作成理由区分を少なくとも受信する手段と、回送データの作成理由区分に関連付けて回送データの重要度を記憶する第１のデータベースと、作成要求端末からの受信データの作成理由区分に関連付けられた重要度を第１のデータベースから読み出す手段と、作成要求端末から受信した識別データ、作成時期、および作成理由区分、ならびに読み出した重要度を含む回送データを記憶する第２のデータベースと、回送データの表示要求を端末から受信する手段と、要求された回送データを第２のデータベースから読み出し、読み出した回送データの少なくとも識別データおよび作成時期を含む表示データを重要度の高い順に配列する表示データ配列手段と、表示要求を送信した表示要求端末に、表示データ配列手段により配列した表示データを送信する手段とを備える。

他の態様によれば、本発明は、複数の承認者の端末に回送される承認案件のデータを管理する管理コンピュータを備えた電子承認ワークフローシステムを提供する。

さらに他の態様によれば、本発明は、上述の回送データ管理システムとしてコンピュータを機能させるための回送データ管理プログラムおよびそのプログラムを記録したコンピュータ読み取り可能な記録媒体を提供する。

以上の構成を採用することにより、回送データの表示データが重要度の高い順に配列されるため、重要な回送データを優先的に処理することが可能となる。

本発明の実施の形態における電子承認ワークフローシステムの概要を説明するための図である。 本実施の形態における電子承認ワークフローシステムの全体構成を説明するための図である。 ワークフローサーバのハードウェア構成の一例を説明するための図である。 承認案件重要度データベースのデータ構成の一例を示す図である。 起案情報データベースのデータ構成の一例を示す図である。 添付ファイル重要度データベースのデータ構成の一例を示す図である。 添付ファイル管理データベースのデータ構成の一例を示す図である。 承認者情報データベースのデータ構成の一例を示す図である。 ワークフローサーバ装置の機能的構成の一例を説明するための図である。 承認案件リストの具体例を示す図である。 ワークフローサーバ装置として機能する管理コンピュータの処理手順の一例を説明するための図である。 ワークフローサーバ装置として機能する管理コンピュータの処理手順に関し別の例を説明するための図である。 ワークフローサーバ装置の機能的構成に関する別の例を説明するための図である。 リリース済案件の検索フォームの具体例を示す図である。

以下、添付図面を参照して本発明の実施の形態について説明する。この実施の形態において、本発明は電子承認ワークフローシステムとして具体化される。

図１は本発明の実施の形態における電子承認ワークフローシステムの概要を説明するための図である。このワークフローシステムでは、起案者１０１が承認案件のデータを端末で作成して起案する。起案者１０１は、必要に応じて図面や仕様書のデータを承認案件のデータに添付する。ワークフローシステムは、予め設定された承認ルート１０２に属する承認者１０３の端末にその承認案件のデータを回送する。承認者１０３に対応する複数の承認案件のリスト１０４をその承認者１０３の端末に表示して承認案件のデータを各承認者１０３に回送する。承認者１０３は、そのリスト１０４上で承認案件を複数選択することにより、選択した承認案件を一括して承認または却下することができる。承認者１０３が承認案件を承認した場合、その案件は次の承認者１０３に回送される。承認者１０３がその承認案件を却下した場合、その案件は起案者１０１に戻される。起案者１０１はその案件を修正するか廃案する。

この電子承認ワークフローシステムでは、承認案件の起案時に、その承認案件に対する重要度が起案者１０１により付与される。承認者１０３の端末でリスト１０４を表示するとき、ワークフローシステムは、そのリスト１０４上で承認案件を重要度の高い順に上から配列する。例えば「承認案件１」の重要度が「６」であり、「承認案件２」の重要度が「２０」であり、「承認案件３」の重要度が「３」であれば、上から「承認案件２」、「承認案件１」および「承認案件３」の順に配列される。

単に起案日の順に承認案件を配列している場合、承認者１０３は、優先すべき承認案件を容易に把握することができない。起案日の早い案件から順に承認を行っていると、起案日が新しくても重要な案件が後回しになる危険性が増える。特に承認案件が多数になると、その危険性が高くなる。それによって経営的に重要な承認決定が遅くなれば、経営損失の発生や拡大を招いてしまう。

一方、上述のように承認案件を重要度の順に配列すれば、承認案件が多数ある場合でも、優先すべき承認案件から承認者１０３が処理することができる。このため、経営損失の発生や拡大を抑制することが可能となる。

図２は本実施の形態における電子承認ワークフローシステムの全体構成を説明するための図である。この電子承認ワークフローシステムでは、ワークフローサーバ装置２０１が、起案者の端末２０２、２０３や、承認者の端末２０４、２０５とネットワーク２０６を通じて接続されている。ワークフローサーバ装置２０１は、複数の承認者の端末２０４や２０５に回送される承認案件のデータを管理する。またネットワーク２０６には、文書サーバ装置２０７も接続されている。この文書サーバ装置２０７は、承認案件のデータに添付される図面や仕様書などの文書ファイルを管理する。なお、起案者の端末や承認者の端末という区別は説明の便宜上のものであり、特定の端末のユーザが必ず起案者や承認者である必要はない。

図３はワークフローサーバのハードウェア構成の一例を説明するための図である。ワークフローサーバ装置２０１には、一台または複数台の汎用コンピュータを用いることができる。この例では、一台の汎用コンピュータ３０１を用いている。コンピュータ３０１は、ＣＰＵ３０２やバス３０３を備えている。ＣＰＵ３０２はバス３０３を通じてＲＯＭ３０４やＲＡＭ３０５と接続される。ＲＯＭ３０４に記憶されたプログラムの指令に従ってコンピュータ３０１が起動すると、ＣＰＵ３０２はＲＡＭ３０５上でＯＳ３０６の一部または全部を動作させる。バス３０３には通信インターフェイス３０７も接続されている。通信インターフェイス３０７は、ネットワーク２０６を通じてコンピュータ３０１を端末２０２乃至２０５や文書サーバ装置２０７に接続する。またバス３０３には、記憶装置の一つとして、ＨＤＤ３０８も接続されている。ＨＤＤ３０８は、このコンピュータ３０１でワークフローサーバ装置２０１の機能を実現するための管理プログラム３０９のファイルを格納している。ＣＰＵ３０２は、その管理プログラム３０９のファイルをコンピュータ３０１の起動時にＨＤＤ３０８から読み出し、ＲＡＭ３０５上でその管理プログラム３０９を動作させる。ＨＤＤ３０８は、管理プログラム３０９のファイルのほか、承認案件重要度データベース３１０や、起案情報データベース３１１、添付ファイル重要度データベース３１２、添付ファイル管理データベース３１３、承認者情報データベース３１４を格納する。

図４は承認案件重要度データベースのデータ構成の一例を示す図である。承認案件重要度データベースは、理由区分に関連付けて、内容および重要度のデータを記憶する。理由区分は、起案の理由や却下の理由を区分するためのものである。起案者や、却下する承認者が、理由区分を承認案件に対して付与する。内容は、理由区分の説明である。例えば「品質向上」、「コストダウン」、「標準化」、「誤記」といった説明が各理由区分に与えられる。重要度は、承認案件の重要性を区分毎に数値化して表したものである。

図５は起案情報データベースのデータ構成の一例を示す図である。起案情報データベースは、起案された承認案件の識別データ、起案時期、起案理由区分および重要度を含む承認案件のデータを記憶する。ここでは、起案情報データベースは、起案番号や起案者、起案日、重要度、起案理由区分、却下回数、ステータス、起案概要のデータを承認案件毎に記憶している。起案番号のデータは、起案された承認案件を識別するのに用いる数字列である。重要度は、その承認案件に付与された重要度を集計した数値データである。起案理由区分は、起案者によって付与された理由区分である。却下回数のデータは、承認者によって却下され、起案者に戻された回数を示す数値データである。ステータスのデータは、その承認案件が承認中であるかリリース済であるかを表すコードである。このコードが承認中を表している承認案件が承認の対象となる。このコードがリリース済みを表している承認案件は過去の案件となる。起案概要のデータは、承認案件の概要説明を表すテキストデータである。

図６は添付ファイル重要度データベースのデータ構成の一例を示す図である。添付ファイル重要度データベースは、承認案件に添付されるファイルの種類区分に関連付けて、重要度のデータを記憶する。承認案件には、図面や仕様書といった文書ファイルが添付される。種類区分は、これらの文書ファイルの種類を区分するためのものである。起案者は、起案する承認案件に添付するファイルに対して種類区分を付与する。重要度は、添付ファイルの重要性を種類区分毎に数値化して表したものである。

図７は添付ファイル管理データベースのデータ構成の一例を示す図である。添付ファイル管理データベースは、添付ファイルの名称、格納場所および重要度を含む添付管理データを記憶する。ここでは、添付ファイル管理データベースは、起案番号に関連付けて、添付ファイルの名称、重要度および参照先のデータを記憶している。重要度は、その添付ファイルに付与された種類区分に対応する重要度を表す数値データである。参照先は、例えば文書サーバ上の格納場所を表す文字列データである。添付管理データベースは、添付ファイルの管理コードやその他のデータを記憶するようにしてもよい。

図８は承認者情報データベースのデータ構成の一例を示す図である。承認者情報データベースは、起案番号、承認者や承認日、却下日、却下理由区分、申請回数を含む承認履歴データを記憶している。承認履歴データは、承認者が承認案件に対して承認や却下をしたときに承認者情報データベースに記録される。承認者が承認を行った場合には、対象案件の起案番号、承認者、承認日のデータが記録される。承認者が却下を行った場合には、対象案件の起案番号、承認者、却下日、却下理由区分のデータが記録される。この実施の形態では、却下理由区分も起案理由区分も、承認案件重要度データベースの理由区分にしたがって与えられる。しかしながら、一つの承認案件に対して起案者が付与した起案理由区分と承認者が付与した却下区分が一致するとは限らない。申請回数のデータは、その承認案件が承認ルートに回送された回数を示す。却下された場合には、その分だけ回数が増える。これらのデータレコードによって、承認や却下の履歴が記録される。

図９はワークフローサーバ装置の機能的構成の一例を説明するための図である。コンピュータ３０１は、管理プログラム３０９の指令にしたがって、上述のようなデータベース３１０乃至３１４に対して入出力を行い、ワークフローサーバ装置２０１として承認案件のデータを管理する。ワークフローサーバ装置２０１としてのコンピュータ３０１は、承認案件データ処理部９０１、起案重要度抽出部９０２、表示要求処理部９０３、表示データ配列部９０４および表示データ送信部９０５を備える。

承認案件データ処理部９０１は、承認案件の起案要求を起案者の端末２０２や２０３から受信する。起案要求を受けると、承認案件データ処理部９０１は、承認案件のデータを起案者が入力するためのフォームを端末に送信する。起案者は、起案日や起案概要、起案理由区分といったデータをそのフォームに入力する。これにより、起案者の端末からコンピュータ３０１に、起案番号、起案日、起案理由区分、起案概要といったデータが送信される。承認案件データ処理部９０１は、これらのデータを受信する。

また承認案件に添付ファイルがある場合、承認案件データ処理部９０１は、その添付ファイルを管理するためのデータも、起案者の端末から受信する。添付ファイルの名称や参照先といったデータを端末から受信し、起案番号に関連付けて添付ファイル管理データベース３１３に書き込む。

起案重要度抽出部９０２は、受信された起案理由区分に関連付けられた重要度を承認案件重要度データベース３１０から読み出す。例えば「理由区分」が「１」であれば、重要度の値として「１０」を承認案件重要度データベース３１４から読み出す。起案重要度抽出部９０２が重要度を読み出すと、承認案件データ処理部９０１は、端末から受信したデータや、読み出された重要度を含む承認案件データを起案情報データベース３１１に書き込む。

表示要求処理部９０３は、承認案件データの表示要求を承認者の端末２０４や２０５から受信する。この要求には、例えば承認者のユーザＩＤが含まれる。表示要求処理部９０３は、不図示のデータベースから、そのユーザＩＤに対応する未処理の承認案件を抽出し、各承認案件の起案番号を特定する。

表示データ配列部９０４は、特定された起案番号を含むデータレコードを起案情報データベース３１１から読み出す。表示データ配列部９０４は、それらのデータレコードを重要度の高い順に上から配列して承認案件のリストを作成する。データレコードの項目に対し予め表示項目が設定されている場合には、表示項目のみをリストに含める。起案番号「００１」および「００２」を含むデータレコードが読み出された場合、起案番号「００１」の承認案件の重要度は「２０」であり、起案番号「００２」の承認案件の重要度は「１０」である。このため、起案番号「００２」の承認案件は起案番号「００１」より先に起案されているけれども、起案番号「００１」の方が起案番号「００２」よりリストの上に配置される。

表示データ送信部９０５は、表示要求を送信した承認者の端末に、表示データ配列部９０４により作成されたリストを送信する。承認者の端末は、表示データ送信部９０５から受信したリストを表示する。承認者は、この承認案件リストで承認案件を一覧し、各承認案件を承認するか却下するかを決定する。

このように承認案件を重要度の高い順に配列した承認案件リストを承認者の端末が表示すれば、承認案件が多数ある場合でも、優先すべき承認案件から承認者が処理することが可能となる。このため、経営損失の発生や拡大を抑制することができる。

ワークフローサーバ装置２０１としてのコンピュータ３０１は、添付ファイル重要度抽出部９０６をさらに備えることもできる。この場合、承認案件データ処理部９０１は、添付ファイルに関するデータとして、その添付ファイルの種類区分を端末から受信する。添付ファイル重要度抽出部９０６は、受信された種類区分に関連付けられた重要度を添付ファイル重要度データベース３１２から読み出す。承認案件データ処理部９０１は、起案番号に関連付けて、読み出された重要度を添付ファイル管理データベース３１３に書き込む。表示データ配列部９０４は、承認案件リストに含まれる各承認案件の添付ファイルの名称を重要度の高い順に上から配列する。

このように添付ファイルを重要度の高い順に配列すれば、添付ファイルが多数ある場合でも、優先的に確認すべき添付ファイルを承認者が容易に把握することが可能となる。このため、優先的に確認すべき添付ファイルが見落とされる恐れが減り、承認者は、承認案件の処理を迅速かつ確実にすることができる。

またワークフローサーバ装置２０１のコンピュータ３０１は、応答データ受信部９０７、およびデータ更新部９０８をさらに備えることもできる。

応答データ受信部９０７は、表示要求を送信した承認者の端末から、承認案件リストに含まれる承認案件の起案番号や、承認者のデータ、その承認案件を承認するか却下するかを表す応答データを受信する。「承認」か「却下」を承認者が入力するためのボタン等を承認案件リストに設けておけば、この応答データを得ることができる。応答データ受信部９０７は、応答データが却下される場合、却下理由区分も受信する。応答データ受信部９０７は、受信したデータにしたがって承認者情報データベース３１４にデータを書き込む。

データ更新部９０８は、応答データが却下を表す場合、応答データ受信部９０７により受信された却下理由区分に関連付けられた重要度を承認案件重要度データベース３１０から読み出す。受信された却下理由区分が「２」であれば、データ更新部９０８は、重要度の値として「６」を承認案件重要度データベース３１０から読み出す。

データ更新部９０８は、受信した起案番号を含む承認案件の重要度に、読み出した重要度を加算して、起案情報データベース３１１に記憶した当該承認案件のデータを更新する。起案番号のデータとして「００１」を承認者の端末から受信した場合、その起案番号を含む承認案件の重要度は「２０」である。却下理由区分に対して読み出した重要度が「６」であれば、「２０」に「６」が加算される。起案番号「００１」を含む承認案件のデータでは、重要度の値が「２０」から「２６」に更新される。

このようにして却下が行われると、重要度の値が変更される。重要度の値が増加することにより、その承認案件のデータはそれまでより優先的に表示されることになる。このため、承認者は過去に却下されたことのある承認案件を優先的に処理することが可能となる。

図１０は承認案件リストの具体例を示す図である。この承認案件リスト１００１は、承認者の端末から要求を受けると、ワークフローサーバ装置がその端末に送信する。承認案件リスト１００１は、対象承認者が処理する承認案件の一覧を表示するためのテーブル１００２、選択ボタン１００３、承認ボタン１００４、却下ボタン１００５、却下理由区分のドロップダウンリスト１００６を備える。

テーブル１００２は、起案番号、起案の説明、起案者、起案日、添付ファイルといった表示項目を承認案件毎に表示する。このテーブル１００２では、上述のように承認案件の重要度の高い順に上から承認案件が配列されている。また各承認案件では、重要度の高い順に添付ファイルの名称が上から配列されている。例えば起案日が「２００５年１１月１１日」の起案番号「００１」の承認案件は、「２００５年１１月１０日」に起案された起案番号「００２」の承認案件より上側に配置されている。また起案番号「００１」の承認案件では、「図面Ａ」、「仕様書Ｂ」、「仕様書Ａ」といった添付ファイルが、重要度の高い順に上から配列されている。

選択ボタン１００３は、承認者が承認または却下する承認案件を選択するためのボタンであり、承認案件毎に設けられている。承認者は、マウスやキーボードのような入力装置を用いて選択ボタン１００３を操作することができる。この例では、起案番号「００１」および「００２」の承認案件が選択されている。

承認ボタン１００４および却下ボタン１００５は、選択された承認案件を承認するか却下するかを承認者が指示するためのボタンである。承認者は、選択ボタン１００３で承認案件を選択した状態で、承認ボタン１００４か却下ボタン１００５を押す操作を行う。それにより、端末から応答データがワークフローサーバ装置に送信される。

ドロップダウンリスト１００６は、承認案件毎に設けられ、承認者が却下理由区分を指定するために用いる。ドロップダウンリスト１００６を操作すると、理由区分およびその説明のリスト１００６Ａがドロップダウンし、いずれかの理由区分を承認者は選択することができる。却下ボタン１００５を押す操作を承認者がしたとき、この却下理由区分も、端末からワークフローサーバ装置に送信される。

図１１はワークフローサーバ装置として機能する管理コンピュータの処理手順の一例を説明するための図である。管理コンピュータは、起案者の端末から起案要求を受信すると（手順１１０１）、承認案件のデータの入力フォームをその端末に送信する（手順１１０２）。起案者の端末では、そのフォームに、承認案件のデータを入力する（手順１１０３）。この際、起案者は、承認案件に起案理由区分を付与する。入力されたデータは、起案者の端末から管理コンピュータに送信される（手順１１０４）。データを受信すると、管理コンピュータは、そのデータに含まれる起案理由区分に関連付けられた重要度を承認案件重要度データベースから読み出し（手順１１０５）、読み出した重要度や受信したデータを起案情報データベースに書き込む（手順１１０６）。

さらに承認案件に添付ファイルがある場合、起案者は、添付ファイルの参照先やその種類区分を入力する（手順１１０７）。入力された添付ファイルに関するデータは、起案者の端末から管理コンピュータに送信される（手順１１０８）。添付ファイルに関するデータを受信すると、管理コンピュータは、そのデータに含まれる種類区分に関連付けられた重要度を添付ファイル重要度データベースから読み出し（手順１１０９）、読み出した重要度や受信したデータを添付ファイル管理データベースに書き込む（手順１１１０）。添付ファイルが複数ある場合には、手順１１０７乃至１１１０が繰り返される。また添付ファイルのデータは、起案者の端末が承認案件のデータと一括して管理コンピュータに送信するようにしてもよい。

管理コンピュータは、承認者の端末から表示要求を受信すると（手順１１１１）、その承認者が処理すべき対象案件を抽出する（手順１１１２）。管理コンピュータは、それらの対象案件を重要度の高い順に配列し（手順１１１３）、承認案件リストを作成する（手順１１１４）。重要度が同じ案件があれば、それらは起案日の順に配列することができる。また承認案件に添付ファイルがある場合、添付ファイルもそれらの重要度の高い順に配列される。管理コンピュータは、表示要求を送信した端末に、その承認案件リストを送信する（手順１１１５）。承認者の端末が承認案件リストを受信すると、そのリストを表示する。承認者は、そのリストに含まれる承認案件に対し承認するか却下するかを表す応答データを入力する。通常、承認者は、その承認案件の添付ファイルの内容を確認することで却下するかどうかを判断する。重要度の高い順に添付ファイルが配列されていれば、優先すべき添付ファイルから内容を確認することができ、承認案件を承認するか却下するかの判断を迅速且つ確実にすることが可能となる。承認案件を却下する場合には、その却下理由区分も入力される（手順１１１６）。入力された応答データや却下理由区分は、承認者の端末から管理コンピュータに送信される（手順１１１７）。

管理コンピュータは、承認者の端末から応答データを受信すると、その応答データにしたがって承認者情報データベースにデータを書き込む。また管理コンピュータは、却下理由区分に関連付けられた重要度を承認案件重要度データベースから読み出し（手順１１１８）、対象案件の重要度に、読み出した重要度を加算することにより、起案情報データベースに記憶された当該案件のデータを更新する（手順１１１９）。

管理コンピュータは、記憶装置に格納された管理プログラムの指令にしたがって上述のような手順を実行する。これによって、承認案件を重要度の高い順に配列した承認案件リストが承認者の端末に表示される。したがって、承認案件が多数ある場合でも、優先すべき承認案件から承認者が処理することが可能となる。

上述の実施の形態で利用した管理プログラムは、インターネットなどの電気通信回線を用いたり、コンピュータ読み取り可能な記録媒体に格納したりすることで、関係者や第三者に提供することができる。例えばプログラムの指令を電気信号や光信号、磁気信号などで表現し、その信号を搬送波に載せて送信することで、同軸ケーブルや銅線、光ファイバのような伝送媒体でそのプログラムを提供することができる。またコンピュータ読取可能な記録媒体としては、ＣＤ−ＲＯＭやＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷなどの光学メディアや、フレキシブルディスクのような磁気メディア、フラッシュメモリやＲＡＭのような半導体メモリを利用することができる。

上述した実施の形態は本発明の技術的範囲を制限するものではなく、既に記載したもの以外でも、本発明の範囲内で種々の変形や応用が可能である。例えば、上述の実施の形態のように添付ファイルの種類区分に応じて添付ファイルの重要度を定める代わりに、承認案件の重要度に応じて添付ファイルの重要度を定めるようにしてもよい。

承認案件の重要度に応じて添付ファイルの重要度を定める場合、管理コンピュータが、添付ファイル重要度抽出部および添付ファイル重要度データベースを備える必要がなくなる。この場合、承認案件データ処理部は、添付ファイルの重要度に、承認案件の重要度と同じ値を加算して書き込む。

さらに、承認案件の重要度と同様、添付ファイルの重要度を更新するようにしてもよい。データ更新部は、応答データが却下を表す場合、応答データ受信部により受信された却下理由区分に関連付けられた重要度を承認案件重要度データベースから読み出すと、読み出した重要度を添付ファイルの重要度にも加算して更新する。却下が繰り返されると、承認案件と同様に、その添付ファイルの重要度の値も増加することになる。例えば却下理由区分が「１」で３回却下されたとすると、最後の却下後における当該添付ファイルの重要度には重要度「１０」が３回加算されていることになる。またこの場合、却下回数が同じでも、各回の却下理由が異なれば、添付ファイルの重要度が相違することになる。却下理由区分が「１」で２回却下されてから、却下理由区分が「２」で１回却下された場合には、最後の却下後における当該添付ファイルの重要度には重要度「１０」が２回、重要度「６」が１回加算されていることになる。

添付ファイルの重要度を定める場合、過去の実績データも利用することができる。例えば部品の設定変更を行うようなとき、添付ファイルは、複数の承認案件に対して繰り返し使用されることがある。また過去に使用された添付ファイルを一部変更して他の承認案件に使用することもある。添付ファイルの重要度を新たに定めるとき（新たな承認案件に既存の添付ファイルを利用するとき）、その添付ファイルの過去の重要度を利用すれば、繰り返し使用される添付ファイルの重要度を高めることができる。特に、却下の繰り返された承認案件の添付ファイルは却下時の更新により重要度が増加しているから、それだけ他の添付ファイルより優先的に表示される。

過去の重要度を利用するために、管理コンピュータは、起案者の端末から受信したデータと添付ファイルの名称や参照先が一致する添付管理データを添付ファイル管理データベースから検索する。名称や参照先のほか、添付ファイルの文書コードその他の添付ファイルを特定する特定データが一致する添付管理データを添付ファイル管理データベースから検索するようにしてもよい。管理コンピュータは、検索した添付管理データに含まれる識別データと一致する承認案件のデータ（検索した添付管理データに含まれる起案番号を含む承認案件のデータ）を起案情報データベースから検索する。管理コンピュータは、検索により得た承認案件のデータのうち、起案日が最近のデータを抽出し、起案日が最も新しい承認案件データから識別データを取得する。管理コンピュータは、検索により得た添付管理データから、取得した識別データを含む添付管理データを抽出し、その添付管理データから重要度を取得する。例えば管理コンピュータの承認案件データ処理部がこのようにして過去の重要度を取得し、その重要度に、承認案件の重要度と同じ値を加算する。その値を添付ファイルの新たな重要度として添付ファイル管理データベースに書き込む。

上述のように添付ファイルの重要度を定める場合、添付ファイルが承認案件に新たに利用される度に添付ファイルの重要度が増加して、その添付ファイルの重要度が累積される。このため、承認案件の重要度に応じて添付ファイルの重要度を定める場合でも、複数の添付ファイルの重要度が過去の利用状況によって変化することになる。

なお、承認案件の重要度に応じて添付ファイルの重要度を定める場合だけでなく、添付ファイル重要度データベースから重要度を読み出す場合でも、添付ファイルの重要度に過去の重要度の累積値を反映するようにしてもよい。この場合、承認案件データ処理部は、取得した過去の重要度に、添付ファイル重要度データベースから読み出した重要度を加算して、添付ファイルの新たな重要度を計算する。添付ファイルの新たな重要度を添付ファイル管理データベースに書き込む。

図１２はワークフローサーバ装置として機能する管理コンピュータの処理手順に関し別の例を説明するための図である。この処理手順では、上述のように過去の重要度に基づいて添付ファイルの重要度を計算するとともに、承認案件が却下された際に、承認案件だけでなく添付ファイルの重要度を更新する。

管理コンピュータは、図１１の手順と同様に、起案者の端末からデータを受信すると（手順１１０１乃至１１０４）、そのデータに含まれる起案理由区分に関連付けられた重要度を承認案件重要度データベースから読み出し（手順１１０５）、読み出した重要度や受信したデータを起案情報データベースに書き込む（手順１１０６）。

さらに承認案件に添付ファイルがある場合、入力された添付ファイルに関するデータは、起案者の端末から管理コンピュータに送信される（手順１１０７、１１０８）。添付ファイルに関するデータを受信すると、管理コンピュータは、上述のようにして、起案日が最も新しい承認案件データの識別データを含む添付管理データから当該添付ファイルの過去の重要度を取得する（手順１２０１）。管理コンピュータは、その過去の重要度に、手順１１０５で読み出した重要度を加算して、その添付ファイルを当該承認案件に利用する場合の重要度を計算する（手順１２０２）。管理コンピュータは、計算した重要度や受信したデータを添付ファイル管理データベースに書き込む（手順１１１０）。添付ファイルが複数ある場合には、手順１１０７乃至１１１０が繰り返される。また添付ファイルのデータは、起案者の端末が承認案件のデータと一括して管理コンピュータに送信するようにしてもよい。

管理コンピュータは、承認者の端末から表示要求を受信すると（手順１１１１）、承認案件リストを作成し、その端末に送信する（手順１１１２乃至１１１５）。承認案件に添付ファイルがある場合、添付ファイルもそれらの重要度の高い順に配列される。添付ファイルの重要度を過去の重要度から計算していれば、その添付ファイルが利用されているほど、重要度が増加していることになり、承認案件リスト上で優先的に表示される。このため、承認者は、その添付ファイルを他のファイルと容易に区別して注意を払うことができる。

承認者が承認案件を却下する場合には、その却下理由区分も入力され（手順１１１６）、入力された応答データや却下理由区分は、承認者の端末から管理コンピュータに送信される（手順１１１７）。

管理コンピュータは、承認者の端末から応答データを受信すると、その応答データにしたがって承認者情報データベースにデータを書き込む。また管理コンピュータは、却下理由区分に関連付けられた重要度を承認案件重要度データベースから読み出し（手順１１１８）、対象案件の重要度に、読み出した重要度を加算することにより、起案情報データベースに記憶された当該案件のデータを更新する（手順１１１９）。

さらに管理コンピュータは、却下された承認案件の識別データを含む添付管理データの重要度に、手順１１１８で読み出した重要度を加算して、添付ファイル管理データベースに記憶された当該添付管理データを更新する（手順１２０３）。添付ファイルが複数ある場合には、各添付ファイルについて手順１２０３が行われる。このようにすれば、却下の原因となった可能性のある添付ファイルの重要度を増やして優先的に表示することが可能となる。

図１３はワークフローサーバ装置の機能的構成に関する別の例を説明するための図である。この例では、管理コンピュータ３０１は、添付ファイル重要度抽出部および添付ファイル重要度データベースを備えていない。しかしながら、上述のように添付ファイルの重要度の累積値を計算することによって、添付ファイルの重要度を添付ファイル毎に定めることができる。

また管理コンピュータ３０１は、参照要求受信部１３０１および参照データ送信部１３０２をさらに備える。参照要求受信部１３０１は、起案者の端末などから、承認者情報データベース３１４に記憶された履歴データの参照要求を受信する。参照データ送信部１３０２は、要求された履歴データの起案番号を承認者情報データベース３１４から抽出し、その起案番号に対応する添付ファイルの重要度を添付ファイル管理データベース３１３から抽出する。参照データ送信部１３０２は、参照要求を送信した端末に、その抽出した添付ファイルの重要度を参照データとして送信する。

参照要求受信部１３０１は、承認者情報データベース３１４の承認履歴データから要求された履歴データの起案番号を検索する代わりに、起案情報データベース３１１のリリース済のデータ（起案の履歴データ）から要求された履歴データの起案番号を検索するようにしてもよい。この場合、参照データ送信部１３０２は、起案情報データベース３１１から抽出した起案番号に対応する添付ファイルの重要度を添付ファイル管理データベース３１３から読み出して、読み出した添付ファイルの重要度を参照データとして送信する。

このようにして端末側で履歴データを参照することにより、承認案件を起案する際などに、どの添付ファイルの重要性が高いかといった情報をユーザが把握することができる。その情報を参考にすることで、そのユーザは、起案する承認案件が却下される恐れを低減することが可能となる。

図１４はリリース済案件の検索フォームの具体例を示す図である。この検索フォーム１４０１は、ワークフローサーバ装置が参照要求を受信すると、その参照要求を行った端末に送信する。検索フォーム１４０１は、検索条件指定欄１４０２および検索結果リスト表示欄１４０３を備える。

検索条件指定欄１４０２は、リリース済案件を検索する条件を指定するのに用いる。ここでは、リリース日および起案者を検索条件として指定することができる。また、検索実行を指示するための検索ボタン１４０４や、検索条件をクリアするためのクリアボタン１４０５を有している。

検索結果リスト表示欄１４０３は、例えば図１０の承認案件リストと同様の項目に加え、リリース日を承認案件毎に表示する。この検索結果リスト表示欄１４０３でも、各承認案件について、重要度の高い順に添付ファイルの名称が上から配列されている。さらに、この検索結果リスト表示欄１４０３では、添付ファイルの重要度のデータ１４０６を添付ファイルごとに表示している。

ユーザは、この重要度のデータ１４０６を起案時などに参照することで、重要度の高い添付ファイルを容易に把握することができる。添付ファイルが複数の承認案件で用いられていたり、承認案件が繰り返し却下されていたりするような場合、その添付ファイルの重要度が増加する。この場合、その添付ファイルが優先的に表示されることにより、ユーザは重要または注意の必要な添付ファイルを他のファイルと容易に区別することができる。

なお、添付ファイルの重要度を抽出して端末に送信する代わりに、またはそれに加えて承認案件の却下回数を抽出して端末に送信するようにしてもよい。却下回数は、起案番号に基づいて、起案情報データベース３１１から抽出することができる。さらに添付ファイルの重要度を更新する場合に、却下理由区分に関連付けられた重要度に代えて、応答データが却下を表すとき、一定の値を加算することにより添付ファイルの重要度を更新するようにしてもよい。このようにしても、却下が繰り返されると、その添付ファイルの重要度の値が増加することになる。

また過去の却下回数は、添付ファイルの重要度を定めるのにも利用することができる。例えば、管理コンピュータは、起案者の端末から受信したデータと添付ファイルの特定データが一致する添付管理データを添付ファイル管理データベースから検索する。管理コンピュータは、検索した添付管理データに含まれる起案番号を有する承認案件のデータを起案情報データベースから検索する。管理コンピュータは、検索により得た承認案件のデータから却下回数を抽出し、抽出した却下回数を総計する。管理コンピュータは、承認案件の重要度と同じ値や添付ファイル重要度データベースから読み出した重要度に、その総計値に比例した値を加算する。その加算値を添付ファイルの新たな重要度として添付ファイル管理データベースに書き込む。このようにすれば、添付ファイルの過去の利用状況や承認案件の却下状況を当該添付ファイルの重要度に反映することができる。

また上述の実施の形態では、起案理由区分と却下理由区分の両方に対して承認案件重要度データベースを用いたが、起案理由区分と却下理由区分に対して別々のデータベースを用意するようにしてもよい。

また上述の実施の形態では、起案日の相違にかかわらず、重要度が異なれば、重要度の大きい承認案件を他よりも優先的に表示していた。しかしながら、重要度の相違が一定範囲内にある承認案件をグループ化し、そのグループ内にある承認案件間については、重要度の相違にかかわらず、起案日や作成日の早い承認案件を優先的に表示するようにしてもよい。この場合、複数のグループは、重要度の大きい順に配列する。例えば重要度を「高」、「中」、「低」の３つに区分する。「高」区分に属する承認案件は、「中」区分や「低」区分に属する承認案件より優先的に表示し、同一区分に属する承認案件は起案日や作成日の早い順に配列する。このようにしても、重要度の高い承認案件は原則的に優先して表示され、ユーザが他と区別することができる。

さらにユーザによって、重要度の高い順に承認案件を表示するか、作成日の早い順に表示するかを切り替えるようにしてもよい。この場合、管理コンピュータは、重要度の高い順に表示するか作成日の早い順に表示するかを表すフラグをユーザのユーザＩＤに関連付けて記憶するデータベースを備える。管理コンピュータは、例えば、予めユーザＩＤやパスワードを用いてユーザを認証し、その後、承認案件リストの表示要求をそのユーザの端末から受信する。表示要求を受信すると、管理コンピュータは、そのユーザに関連付けられたフラグの値をデータベースから読み出し、重要度の高い順に承認案件を表示するか作成日の早い順に表示するかを決定する。重要度の高い順に承認案件を表示することを決定した場合、管理コンピュータは、上述のようして重要度の高い順に承認案件を承認案件リストに上から配列する。一方、作成日（起案日）の早い順に承認案件を表示することを決定した場合、管理コンピュータは、起案情報データベースの起案日が新しい承認案件から順に承認案件リストに上から配列する。

このようにすれば、承認案件が多数になる責任者に対しては重要度の高い順に表示して経営損失の発生や拡大を回避しつつ、承認案件の少ないユーザに対しては作成順序にしたがって承認案件を表示することができる。ユーザによって表示方法を切り替える代わりに、ユーザの属するグループや、ユーザの役職やその他の属性によって、上述のように表示方法を切り替えるようにすることもできる。その場合、管理コンピュータが、ユーザの属するグループのグループＩＤをそのユーザのユーザＩＤに関連付けるデータや、上述のフラグをグループＩＤに関連付けるデータを記憶するようにすればよい。またユーザの属性データをユーザＩＤに関連付けるデータや、上述のフラグを属性データに関連付けるデータを記憶するようにすればよい。

さらに承認案件リストに含まれる承認案件の件数によって表示方法を切り替えることもできる。例えば承認案件の件数が一定値以上の場合、管理コンピュータは、重要度の高い順に承認案件を配列し、一定値未満の場合、起案日の早い順に承認案件を配列する。

また上述の実施の形態では、本発明を電子承認ワークフローシステムに適用したが、これに限られるものではなく、複数の端末に回送される回送データを管理するその他の回送データ管理システムに本発明を適用することも可能である。

本発明によれば、重要な回送データを優先的に処理することができ、電子承認ワークフローシステムにおけるデータ処理などに有用である。

本発明は、複数の端末に回送される回送データを管理するためのシステムに関する。

ワークフローシステムでは、起案された承認案件のデータが複数の承認者の端末に回送される。各承認者は、承認案件を承認するか却下するかをシステム上で入力する（例えば特許文献１、特許文献２、特許文献３参照）。複数の承認案件がある場合、起案日の早い順に配列することができる。
特開２００２−２４４９９号公報 特開２００２−２３０２４９号公報 特開平８−１０１８６２号公報

複数の承認案件を起案日の早い順に配列すると、承認者は、その順番で承認処理をすることになる。通常、承認案件を一覧表示するとき、表示された情報では承認案件の詳細を把握するのが難しいためである。

しかしながら、承認を行う責任者が承認処理に割くことのできる時間は限られている。また事業規模が大きくなれば、その責任者が処理すべき承認案件の数も多数になる。この場合、起案日の早い順に承認案件が配列されていると、重要な承認案件が起案されても、その承認案件の処理は後回しになる恐れが高い。それによって経営的に重要な承認決定が遅くなれば、経営損失の発生や拡大を招いてしまう。

本発明は、このような従来の技術における課題を解決するためになされたものであり、重要な回送データを優先的に処理することのできる回送データ管理システムを提供することを目的とするものである。

上述の目的を達成するために、本発明の提供する回送データ管理システムは、複数の端末に回送される回送データを管理する管理コンピュータを備える。その管理コンピュータは、回送データの作成要求を端末から受信する手段と、その作成要求を送信した作成要求端末から、回送データの識別データ、作成時期および作成理由区分を少なくとも受信する手段と、回送データの作成理由区分に関連付けて回送データの重要度を記憶する第１のデータベースと、作成要求端末からの受信データの作成理由区分に関連付けられた重要度を第１のデータベースから読み出す手段と、作成要求端末から受信した識別データ、作成時期、および作成理由区分、ならびに読み出した重要度を含む回送データを記憶する第２のデータベースと、回送データの表示要求を端末から受信する手段と、要求された回送データを第２のデータベースから読み出し、読み出した回送データの少なくとも識別データおよび作成時期を含む表示データを重要度の高い順に配列する表示データ配列手段と、表示要求を送信した表示要求端末に、表示データ配列手段により配列した表示データを送信する手段とを備える。

他の態様によれば、本発明は、複数の承認者の端末に回送される承認案件のデータを管理する管理コンピュータを備えた電子承認ワークフローシステムを提供する。

さらに他の態様によれば、本発明は、上述の回送データ管理システムとしてコンピュータを機能させるための回送データ管理プログラムおよびそのプログラムを記録したコンピュータ読み取り可能な記録媒体を提供する。

以上の構成を採用することにより、回送データの表示データが重要度の高い順に配列されるため、重要な回送データを優先的に処理することが可能となる。

以下、添付図面を参照して本発明の実施の形態について説明する。この実施の形態において、本発明は電子承認ワークフローシステムとして具体化される。

図１は本発明の実施の形態における電子承認ワークフローシステムの概要を説明するための図である。このワークフローシステムでは、起案者１０１が承認案件のデータを端末で作成して起案する。起案者１０１は、必要に応じて図面や仕様書のデータを承認案件のデータに添付する。ワークフローシステムは、予め設定された承認ルート１０２に属する承認者１０３の端末にその承認案件のデータを回送する。承認者１０３に対応する複数の承認案件のリスト１０４をその承認者１０３の端末に表示して承認案件のデータを各承認者１０３に回送する。承認者１０３は、そのリスト１０４上で承認案件を複数選択することにより、選択した承認案件を一括して承認または却下することができる。承認者１０３が承認案件を承認した場合、その案件は次の承認者１０３に回送される。承認者１０３がその承認案件を却下した場合、その案件は起案者１０１に戻される。起案者１０１はその案件を修正するか廃案する。

この電子承認ワークフローシステムでは、承認案件の起案時に、その承認案件に対する重要度が起案者１０１により付与される。承認者１０３の端末でリスト１０４を表示するとき、ワークフローシステムは、そのリスト１０４上で承認案件を重要度の高い順に上から配列する。例えば「承認案件１」の重要度が「６」であり、「承認案件２」の重要度が「２０」であり、「承認案件３」の重要度が「３」であれば、上から「承認案件２」、「承認案件１」および「承認案件３」の順に配列される。

単に起案日の順に承認案件を配列している場合、承認者１０３は、優先すべき承認案件を容易に把握することができない。起案日の早い案件から順に承認を行っていると、起案日が新しくても重要な案件が後回しになる危険性が増える。特に承認案件が多数になると、その危険性が高くなる。それによって経営的に重要な承認決定が遅くなれば、経営損失の発生や拡大を招いてしまう。

一方、上述のように承認案件を重要度の順に配列すれば、承認案件が多数ある場合でも、優先すべき承認案件から承認者１０３が処理することができる。このため、経営損失の発生や拡大を抑制することが可能となる。

図２は本実施の形態における電子承認ワークフローシステムの全体構成を説明するための図である。この電子承認ワークフローシステムでは、ワークフローサーバ装置２０１が、起案者の端末２０２、２０３や、承認者の端末２０４、２０５とネットワーク２０６を通じて接続されている。ワークフローサーバ装置２０１は、複数の承認者の端末２０４や２０５に回送される承認案件のデータを管理する。またネットワーク２０６には、文書サーバ装置２０７も接続されている。この文書サーバ装置２０７は、承認案件のデータに添付される図面や仕様書などの文書ファイルを管理する。なお、起案者の端末や承認者の端末という区別は説明の便宜上のものであり、特定の端末のユーザが必ず起案者や承認者である必要はない。

図３はワークフローサーバのハードウェア構成の一例を説明するための図である。ワークフローサーバ装置２０１には、一台または複数台の汎用コンピュータを用いることができる。この例では、一台の汎用コンピュータ３０１を用いている。コンピュータ３０１は、ＣＰＵ３０２やバス３０３を備えている。ＣＰＵ３０２はバス３０３を通じてＲＯＭ３０４やＲＡＭ３０５と接続される。ＲＯＭ３０４に記憶されたプログラムの指令に従ってコンピュータ３０１が起動すると、ＣＰＵ３０２はＲＡＭ３０５上でＯＳ３０６の一部または全部を動作させる。バス３０３には通信インターフェイス３０７も接続されている。通信インターフェイス３０７は、ネットワーク２０６を通じてコンピュータ３０１を端末２０２乃至２０５や文書サーバ装置２０７に接続する。またバス３０３には、記憶装置の一つとして、ＨＤＤ３０８も接続されている。ＨＤＤ３０８は、このコンピュータ３０１でワークフローサーバ装置２０１の機能を実現するための管理プログラム３０９のファイルを格納している。ＣＰＵ３０２は、その管理プログラム３０９のファイルをコンピュータ３０１の起動時にＨＤＤ３０８から読み出し、ＲＡＭ３０５上でその管理プログラム３０９を動作させる。ＨＤＤ３０８は、管理プログラム３０９のファイルのほか、承認案件重要度データベース３１０や、起案情報データベース３１１、添付ファイル重要度データベース３１２、添付ファイル管理データベース３１３、承認者情報データベース３１４を格納する。

図４は承認案件重要度データベースのデータ構成の一例を示す図である。承認案件重要度データベースは、理由区分に関連付けて、内容および重要度のデータを記憶する。理由区分は、起案の理由や却下の理由を区分するためのものである。起案者や、却下する承認者が、理由区分を承認案件に対して付与する。内容は、理由区分の説明である。例えば「品質向上」、「コストダウン」、「標準化」、「誤記」といった説明が各理由区分に与えられる。重要度は、承認案件の重要性を区分毎に数値化して表したものである。

図５は起案情報データベースのデータ構成の一例を示す図である。起案情報データベースは、起案された承認案件の識別データ、起案時期、起案理由区分および重要度を含む承認案件のデータを記憶する。ここでは、起案情報データベースは、起案番号や起案者、起案日、重要度、起案理由区分、却下回数、ステータス、起案概要のデータを承認案件毎に記憶している。起案番号のデータは、起案された承認案件を識別するのに用いる数字列である。重要度は、その承認案件に付与された重要度を集計した数値データである。起案理由区分は、起案者によって付与された理由区分である。却下回数のデータは、承認者によって却下され、起案者に戻された回数を示す数値データである。ステータスのデータは、その承認案件が承認中であるかリリース済であるかを表すコードである。このコードが承認中を表している承認案件が承認の対象となる。このコードがリリース済みを表している承認案件は過去の案件となる。起案概要のデータは、承認案件の概要説明を表すテキストデータである。

図６は添付ファイル重要度データベースのデータ構成の一例を示す図である。添付ファイル重要度データベースは、承認案件に添付されるファイルの種類区分に関連付けて、重要度のデータを記憶する。承認案件には、図面や仕様書といった文書ファイルが添付される。種類区分は、これらの文書ファイルの種類を区分するためのものである。起案者は、起案する承認案件に添付するファイルに対して種類区分を付与する。重要度は、添付ファイルの重要性を種類区分毎に数値化して表したものである。

図７は添付ファイル管理データベースのデータ構成の一例を示す図である。添付ファイル管理データベースは、添付ファイルの名称、格納場所および重要度を含む添付管理データを記憶する。ここでは、添付ファイル管理データベースは、起案番号に関連付けて、添付ファイルの名称、重要度および参照先のデータを記憶している。重要度は、その添付ファイルに付与された種類区分に対応する重要度を表す数値データである。参照先は、例えば文書サーバ上の格納場所を表す文字列データである。添付管理データベースは、添付ファイルの管理コードやその他のデータを記憶するようにしてもよい。

図８は承認者情報データベースのデータ構成の一例を示す図である。承認者情報データベースは、起案番号、承認者や承認日、却下日、却下理由区分、申請回数を含む承認履歴データを記憶している。承認履歴データは、承認者が承認案件に対して承認や却下をしたときに承認者情報データベースに記録される。承認者が承認を行った場合には、対象案件の起案番号、承認者、承認日のデータが記録される。承認者が却下を行った場合には、対象案件の起案番号、承認者、却下日、却下理由区分のデータが記録される。この実施の形態では、却下理由区分も起案理由区分も、承認案件重要度データベースの理由区分にしたがって与えられる。しかしながら、一つの承認案件に対して起案者が付与した起案理由区分と承認者が付与した却下区分が一致するとは限らない。申請回数のデータは、その承認案件が承認ルートに回送された回数を示す。却下された場合には、その分だけ回数が増える。これらのデータレコードによって、承認や却下の履歴が記録される。

図９はワークフローサーバ装置の機能的構成の一例を説明するための図である。コンピュータ３０１は、管理プログラム３０９の指令にしたがって、上述のようなデータベース３１０乃至３１４に対して入出力を行い、ワークフローサーバ装置２０１として承認案件のデータを管理する。ワークフローサーバ装置２０１としてのコンピュータ３０１は、承認案件データ処理部９０１、起案重要度抽出部９０２、表示要求処理部９０３、表示データ配列部９０４および表示データ送信部９０５を備える。

承認案件データ処理部９０１は、承認案件の起案要求を起案者の端末２０２や２０３から受信する。起案要求を受けると、承認案件データ処理部９０１は、承認案件のデータを起案者が入力するためのフォームを端末に送信する。起案者は、起案日や起案概要、起案理由区分といったデータをそのフォームに入力する。これにより、起案者の端末からコンピュータ３０１に、起案番号、起案日、起案理由区分、起案概要といったデータが送信される。承認案件データ処理部９０１は、これらのデータを受信する。

また承認案件に添付ファイルがある場合、承認案件データ処理部９０１は、その添付ファイルを管理するためのデータも、起案者の端末から受信する。添付ファイルの名称や参照先といったデータを端末から受信し、起案番号に関連付けて添付ファイル管理データベース３１３に書き込む。

起案重要度抽出部９０２は、受信された起案理由区分に関連付けられた重要度を承認案件重要度データベース３１０から読み出す。例えば「理由区分」が「１」であれば、重要度の値として「１０」を承認案件重要度データベース３１４から読み出す。起案重要度抽出部９０２が重要度を読み出すと、承認案件データ処理部９０１は、端末から受信したデータや、読み出された重要度を含む承認案件データを起案情報データベース３１１に書き込む。

表示要求処理部９０３は、承認案件データの表示要求を承認者の端末２０４や２０５から受信する。この要求には、例えば承認者のユーザＩＤが含まれる。表示要求処理部９０３は、不図示のデータベースから、そのユーザＩＤに対応する未処理の承認案件を抽出し、各承認案件の起案番号を特定する。

表示データ配列部９０４は、特定された起案番号を含むデータレコードを起案情報データベース３１１から読み出す。表示データ配列部９０４は、それらのデータレコードを重要度の高い順に上から配列して承認案件のリストを作成する。データレコードの項目に対し予め表示項目が設定されている場合には、表示項目のみをリストに含める。起案番号「００１」および「００２」を含むデータレコードが読み出された場合、起案番号「００１」の承認案件の重要度は「２０」であり、起案番号「００２」の承認案件の重要度は「１０」である。このため、起案番号「００２」の承認案件は起案番号「００１」より先に起案されているけれども、起案番号「００１」の方が起案番号「００２」よりリストの上に配置される。

表示データ送信部９０５は、表示要求を送信した承認者の端末に、表示データ配列部９０４により作成されたリストを送信する。承認者の端末は、表示データ送信部９０５から受信したリストを表示する。承認者は、この承認案件リストで承認案件を一覧し、各承認案件を承認するか却下するかを決定する。

このように承認案件を重要度の高い順に配列した承認案件リストを承認者の端末が表示すれば、承認案件が多数ある場合でも、優先すべき承認案件から承認者が処理することが可能となる。このため、経営損失の発生や拡大を抑制することができる。

ワークフローサーバ装置２０１としてのコンピュータ３０１は、添付ファイル重要度抽出部９０６をさらに備えることもできる。この場合、承認案件データ処理部９０１は、添付ファイルに関するデータとして、その添付ファイルの種類区分を端末から受信する。添付ファイル重要度抽出部９０６は、受信された種類区分に関連付けられた重要度を添付ファイル重要度データベース３１２から読み出す。承認案件データ処理部９０１は、起案番号に関連付けて、読み出された重要度を添付ファイル管理データベース３１３に書き込む。表示データ配列部９０４は、承認案件リストに含まれる各承認案件の添付ファイルの名称を重要度の高い順に上から配列する。

このように添付ファイルを重要度の高い順に配列すれば、添付ファイルが多数ある場合でも、優先的に確認すべき添付ファイルを承認者が容易に把握することが可能となる。このため、優先的に確認すべき添付ファイルが見落とされる恐れが減り、承認者は、承認案件の処理を迅速かつ確実にすることができる。

またワークフローサーバ装置２０１のコンピュータ３０１は、応答データ受信部９０７、およびデータ更新部９０８をさらに備えることもできる。

応答データ受信部９０７は、表示要求を送信した承認者の端末から、承認案件リストに含まれる承認案件の起案番号や、承認者のデータ、その承認案件を承認するか却下するかを表す応答データを受信する。「承認」か「却下」を承認者が入力するためのボタン等を承認案件リストに設けておけば、この応答データを得ることができる。応答データ受信部９０７は、応答データが却下される場合、却下理由区分も受信する。応答データ受信部９０７は、受信したデータにしたがって承認者情報データベース３１４にデータを書き込む。

データ更新部９０８は、応答データが却下を表す場合、応答データ受信部９０７により受信された却下理由区分に関連付けられた重要度を承認案件重要度データベース３１０から読み出す。受信された却下理由区分が「２」であれば、データ更新部９０８は、重要度の値として「６」を承認案件重要度データベース３１０から読み出す。

データ更新部９０８は、受信した起案番号を含む承認案件の重要度に、読み出した重要度を加算して、起案情報データベース３１１に記憶した当該承認案件のデータを更新する。起案番号のデータとして「００１」を承認者の端末から受信した場合、その起案番号を含む承認案件の重要度は「２０」である。却下理由区分に対して読み出した重要度が「６」であれば、「２０」に「６」が加算される。起案番号「００１」を含む承認案件のデータでは、重要度の値が「２０」から「２６」に更新される。

このようにして却下が行われると、重要度の値が変更される。重要度の値が増加することにより、その承認案件のデータはそれまでより優先的に表示されることになる。このため、承認者は過去に却下されたことのある承認案件を優先的に処理することが可能となる。

図１０は承認案件リストの具体例を示す図である。この承認案件リスト１００１は、承認者の端末から要求を受けると、ワークフローサーバ装置がその端末に送信する。承認案件リスト１００１は、対象承認者が処理する承認案件の一覧を表示するためのテーブル１００２、選択ボタン１００３、承認ボタン１００４、却下ボタン１００５、却下理由区分のドロップダウンリスト１００６を備える。

テーブル１００２は、起案番号、起案の説明、起案者、起案日、添付ファイルといった表示項目を承認案件毎に表示する。このテーブル１００２では、上述のように承認案件の重要度の高い順に上から承認案件が配列されている。また各承認案件では、重要度の高い順に添付ファイルの名称が上から配列されている。例えば起案日が「２００５年１１月１１日」の起案番号「００１」の承認案件は、「２００５年１１月１０日」に起案された起案番号「００２」の承認案件より上側に配置されている。また起案番号「００１」の承認案件では、「図面Ａ」、「仕様書Ｂ」、「仕様書Ａ」といった添付ファイルが、重要度の高い順に上から配列されている。

選択ボタン１００３は、承認者が承認または却下する承認案件を選択するためのボタンであり、承認案件毎に設けられている。承認者は、マウスやキーボードのような入力装置を用いて選択ボタン１００３を操作することができる。この例では、起案番号「００１」および「００２」の承認案件が選択されている。

承認ボタン１００４および却下ボタン１００５は、選択された承認案件を承認するか却下するかを承認者が指示するためのボタンである。承認者は、選択ボタン１００３で承認案件を選択した状態で、承認ボタン１００４か却下ボタン１００５を押す操作を行う。それにより、端末から応答データがワークフローサーバ装置に送信される。

ドロップダウンリスト１００６は、承認案件毎に設けられ、承認者が却下理由区分を指定するために用いる。ドロップダウンリスト１００６を操作すると、理由区分およびその説明のリスト１００６Ａがドロップダウンし、いずれかの理由区分を承認者は選択することができる。却下ボタン１００５を押す操作を承認者がしたとき、この却下理由区分も、端末からワークフローサーバ装置に送信される。

図１１はワークフローサーバ装置として機能する管理コンピュータの処理手順の一例を説明するための図である。管理コンピュータは、起案者の端末から起案要求を受信すると（手順１１０１）、承認案件のデータの入力フォームをその端末に送信する（手順１１０２）。起案者の端末では、そのフォームに、承認案件のデータを入力する（手順１１０３）。この際、起案者は、承認案件に起案理由区分を付与する。入力されたデータは、起案者の端末から管理コンピュータに送信される（手順１１０４）。データを受信すると、管理コンピュータは、そのデータに含まれる起案理由区分に関連付けられた重要度を承認案件重要度データベースから読み出し（手順１１０５）、読み出した重要度や受信したデータを起案情報データベースに書き込む（手順１１０６）。

さらに承認案件に添付ファイルがある場合、起案者は、添付ファイルの参照先やその種類区分を入力する（手順１１０７）。入力された添付ファイルに関するデータは、起案者の端末から管理コンピュータに送信される（手順１１０８）。添付ファイルに関するデータを受信すると、管理コンピュータは、そのデータに含まれる種類区分に関連付けられた重要度を添付ファイル重要度データベースから読み出し（手順１１０９）、読み出した重要度や受信したデータを添付ファイル管理データベースに書き込む（手順１１１０）。添付ファイルが複数ある場合には、手順１１０７乃至１１１０が繰り返される。また添付ファイルのデータは、起案者の端末が承認案件のデータと一括して管理コンピュータに送信するようにしてもよい。

管理コンピュータは、承認者の端末から表示要求を受信すると（手順１１１１）、その承認者が処理すべき対象案件を抽出する（手順１１１２）。管理コンピュータは、それらの対象案件を重要度の高い順に配列し（手順１１１３）、承認案件リストを作成する（手順１１１４）。重要度が同じ案件があれば、それらは起案日の順に配列することができる。また承認案件に添付ファイルがある場合、添付ファイルもそれらの重要度の高い順に配列される。管理コンピュータは、表示要求を送信した端末に、その承認案件リストを送信する（手順１１１５）。承認者の端末が承認案件リストを受信すると、そのリストを表示する。承認者は、そのリストに含まれる承認案件に対し承認するか却下するかを表す応答データを入力する。通常、承認者は、その承認案件の添付ファイルの内容を確認することで却下するかどうかを判断する。重要度の高い順に添付ファイルが配列されていれば、優先すべき添付ファイルから内容を確認することができ、承認案件を承認するか却下するかの判断を迅速且つ確実にすることが可能となる。承認案件を却下する場合には、その却下理由区分も入力される（手順１１１６）。入力された応答データや却下理由区分は、承認者の端末から管理コンピュータに送信される（手順１１１７）。

管理コンピュータは、承認者の端末から応答データを受信すると、その応答データにしたがって承認者情報データベースにデータを書き込む。また管理コンピュータは、却下理由区分に関連付けられた重要度を承認案件重要度データベースから読み出し（手順１１１８）、対象案件の重要度に、読み出した重要度を加算することにより、起案情報データベースに記憶された当該案件のデータを更新する（手順１１１９）。

管理コンピュータは、記憶装置に格納された管理プログラムの指令にしたがって上述のような手順を実行する。これによって、承認案件を重要度の高い順に配列した承認案件リストが承認者の端末に表示される。したがって、承認案件が多数ある場合でも、優先すべき承認案件から承認者が処理することが可能となる。

上述の実施の形態で利用した管理プログラムは、インターネットなどの電気通信回線を用いたり、コンピュータ読み取り可能な記録媒体に格納したりすることで、関係者や第三者に提供することができる。例えばプログラムの指令を電気信号や光信号、磁気信号などで表現し、その信号を搬送波に載せて送信することで、同軸ケーブルや銅線、光ファイバのような伝送媒体でそのプログラムを提供することができる。またコンピュータ読取可能な記録媒体としては、ＣＤ−ＲＯＭやＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷなどの光学メディアや、フレキシブルディスクのような磁気メディア、フラッシュメモリやＲＡＭのような半導体メモリを利用することができる。

上述した実施の形態は本発明の技術的範囲を制限するものではなく、既に記載したもの以外でも、本発明の範囲内で種々の変形や応用が可能である。例えば、上述の実施の形態のように添付ファイルの種類区分に応じて添付ファイルの重要度を定める代わりに、承認案件の重要度に応じて添付ファイルの重要度を定めるようにしてもよい。

承認案件の重要度に応じて添付ファイルの重要度を定める場合、管理コンピュータが、添付ファイル重要度抽出部および添付ファイル重要度データベースを備える必要がなくなる。この場合、承認案件データ処理部は、添付ファイルの重要度に、承認案件の重要度と同じ値を加算して書き込む。

さらに、承認案件の重要度と同様、添付ファイルの重要度を更新するようにしてもよい。データ更新部は、応答データが却下を表す場合、応答データ受信部により受信された却下理由区分に関連付けられた重要度を承認案件重要度データベースから読み出すと、読み出した重要度を添付ファイルの重要度にも加算して更新する。却下が繰り返されると、承認案件と同様に、その添付ファイルの重要度の値も増加することになる。例えば却下理由区分が「１」で３回却下されたとすると、最後の却下後における当該添付ファイルの重要度には重要度「１０」が３回加算されていることになる。またこの場合、却下回数が同じでも、各回の却下理由が異なれば、添付ファイルの重要度が相違することになる。却下理由区分が「１」で２回却下されてから、却下理由区分が「２」で１回却下された場合には、最後の却下後における当該添付ファイルの重要度には重要度「１０」が２回、重要度「６」が１回加算されていることになる。

添付ファイルの重要度を定める場合、過去の実績データも利用することができる。例えば部品の設定変更を行うようなとき、添付ファイルは、複数の承認案件に対して繰り返し使用されることがある。また過去に使用された添付ファイルを一部変更して他の承認案件に使用することもある。添付ファイルの重要度を新たに定めるとき（新たな承認案件に既存の添付ファイルを利用するとき）、その添付ファイルの過去の重要度を利用すれば、繰り返し使用される添付ファイルの重要度を高めることができる。特に、却下の繰り返された承認案件の添付ファイルは却下時の更新により重要度が増加しているから、それだけ他の添付ファイルより優先的に表示される。

過去の重要度を利用するために、管理コンピュータは、起案者の端末から受信したデータと添付ファイルの名称や参照先が一致する添付管理データを添付ファイル管理データベースから検索する。名称や参照先のほか、添付ファイルの文書コードその他の添付ファイルを特定する特定データが一致する添付管理データを添付ファイル管理データベースから検索するようにしてもよい。管理コンピュータは、検索した添付管理データに含まれる識別データと一致する承認案件のデータ（検索した添付管理データに含まれる起案番号を含む承認案件のデータ）を起案情報データベースから検索する。管理コンピュータは、検索により得た承認案件のデータのうち、起案日が最近のデータを抽出し、起案日が最も新しい承認案件データから識別データを取得する。管理コンピュータは、検索により得た添付管理データから、取得した識別データを含む添付管理データを抽出し、その添付管理データから重要度を取得する。例えば管理コンピュータの承認案件データ処理部がこのようにして過去の重要度を取得し、その重要度に、承認案件の重要度と同じ値を加算する。その値を添付ファイルの新たな重要度として添付ファイル管理データベースに書き込む。

上述のように添付ファイルの重要度を定める場合、添付ファイルが承認案件に新たに利用される度に添付ファイルの重要度が増加して、その添付ファイルの重要度が累積される。このため、承認案件の重要度に応じて添付ファイルの重要度を定める場合でも、複数の添付ファイルの重要度が過去の利用状況によって変化することになる。

なお、承認案件の重要度に応じて添付ファイルの重要度を定める場合だけでなく、添付ファイル重要度データベースから重要度を読み出す場合でも、添付ファイルの重要度に過去の重要度の累積値を反映するようにしてもよい。この場合、承認案件データ処理部は、取得した過去の重要度に、添付ファイル重要度データベースから読み出した重要度を加算して、添付ファイルの新たな重要度を計算する。添付ファイルの新たな重要度を添付ファイル管理データベースに書き込む。

図１２はワークフローサーバ装置として機能する管理コンピュータの処理手順に関し別の例を説明するための図である。この処理手順では、上述のように過去の重要度に基づいて添付ファイルの重要度を計算するとともに、承認案件が却下された際に、承認案件だけでなく添付ファイルの重要度を更新する。

管理コンピュータは、図１１の手順と同様に、起案者の端末からデータを受信すると（手順１１０１乃至１１０４）、そのデータに含まれる起案理由区分に関連付けられた重要度を承認案件重要度データベースから読み出し（手順１１０５）、読み出した重要度や受信したデータを起案情報データベースに書き込む（手順１１０６）。

さらに承認案件に添付ファイルがある場合、入力された添付ファイルに関するデータは、起案者の端末から管理コンピュータに送信される（手順１１０７、１１０８）。添付ファイルに関するデータを受信すると、管理コンピュータは、上述のようにして、起案日が最も新しい承認案件データの識別データを含む添付管理データから当該添付ファイルの過去の重要度を取得する（手順１２０１）。管理コンピュータは、その過去の重要度に、手順１１０５で読み出した重要度を加算して、その添付ファイルを当該承認案件に利用する場合の重要度を計算する（手順１２０２）。管理コンピュータは、計算した重要度や受信したデータを添付ファイル管理データベースに書き込む（手順１１１０）。添付ファイルが複数ある場合には、手順１１０７乃至１１１０が繰り返される。また添付ファイルのデータは、起案者の端末が承認案件のデータと一括して管理コンピュータに送信するようにしてもよい。

管理コンピュータは、承認者の端末から表示要求を受信すると（手順１１１１）、承認案件リストを作成し、その端末に送信する（手順１１１２乃至１１１５）。承認案件に添付ファイルがある場合、添付ファイルもそれらの重要度の高い順に配列される。添付ファイルの重要度を過去の重要度から計算していれば、その添付ファイルが利用されているほど、重要度が増加していることになり、承認案件リスト上で優先的に表示される。このため、承認者は、その添付ファイルを他のファイルと容易に区別して注意を払うことができる。

承認者が承認案件を却下する場合には、その却下理由区分も入力され（手順１１１６）、入力された応答データや却下理由区分は、承認者の端末から管理コンピュータに送信される（手順１１１７）。

管理コンピュータは、承認者の端末から応答データを受信すると、その応答データにしたがって承認者情報データベースにデータを書き込む。また管理コンピュータは、却下理由区分に関連付けられた重要度を承認案件重要度データベースから読み出し（手順１１１８）、対象案件の重要度に、読み出した重要度を加算することにより、起案情報データベースに記憶された当該案件のデータを更新する（手順１１１９）。

さらに管理コンピュータは、却下された承認案件の識別データを含む添付管理データの重要度に、手順１１１８で読み出した重要度を加算して、添付ファイル管理データベースに記憶された当該添付管理データを更新する（手順１２０３）。添付ファイルが複数ある場合には、各添付ファイルについて手順１２０３が行われる。このようにすれば、却下の原因となった可能性のある添付ファイルの重要度を増やして優先的に表示することが可能となる。

図１３はワークフローサーバ装置の機能的構成に関する別の例を説明するための図である。この例では、管理コンピュータ３０１は、添付ファイル重要度抽出部および添付ファイル重要度データベースを備えていない。しかしながら、上述のように添付ファイルの重要度の累積値を計算することによって、添付ファイルの重要度を添付ファイル毎に定めることができる。

また管理コンピュータ３０１は、参照要求受信部１３０１および参照データ送信部１３０２をさらに備える。参照要求受信部１３０１は、起案者の端末などから、承認者情報データベース３１４に記憶された履歴データの参照要求を受信する。参照データ送信部１３０２は、要求された履歴データの起案番号を承認者情報データベース３１４から抽出し、その起案番号に対応する添付ファイルの重要度を添付ファイル管理データベース３１３から抽出する。参照データ送信部１３０２は、参照要求を送信した端末に、その抽出した添付ファイルの重要度を参照データとして送信する。

参照要求受信部１３０1は、承認者情報データベース３１４の承認履歴データから要求された履歴データの起案番号を検索する代わりに、起案情報データベース３１１のリリース済のデータ（起案の履歴データ）から要求された履歴データの起案番号を検索するようにしてもよい。この場合、参照データ送信部１３０２は、起案情報データベース３１１から抽出した起案番号に対応する添付ファイルの重要度を添付ファイル管理データベース３１３から読み出して、読み出した添付ファイルの重要度を参照データとして送信する。

このようにして端末側で履歴データを参照することにより、承認案件を起案する際などに、どの添付ファイルの重要性が高いかといった情報をユーザが把握することができる。その情報を参考にすることで、そのユーザは、起案する承認案件が却下される恐れを低減することが可能となる。

図１４はリリース済案件の検索フォームの具体例を示す図である。この検索フォーム１４０１は、ワークフローサーバ装置が参照要求を受信すると、その参照要求を行った端末に送信する。検索フォーム１４０１は、検索条件指定欄１４０２および検索結果リスト表示欄１４０３を備える。

検索条件指定欄１４０２は、リリース済案件を検索する条件を指定するのに用いる。ここでは、リリース日および起案者を検索条件として指定することができる。また、検索実行を指示するための検索ボタン１４０４や、検索条件をクリアするためのクリアボタン１４０５を有している。

検索結果リスト表示欄１４０３は、例えば図１０の承認案件リストと同様の項目に加え、リリース日を承認案件毎に表示する。この検索結果リスト表示欄１４０３でも、各承認案件について、重要度の高い順に添付ファイルの名称が上から配列されている。さらに、この検索結果リスト表示欄１４０３では、添付ファイルの重要度のデータ１４０６を添付ファイルごとに表示している。

ユーザは、この重要度のデータ１４０６を起案時などに参照することで、重要度の高い添付ファイルを容易に把握することができる。添付ファイルが複数の承認案件で用いられていたり、承認案件が繰り返し却下されていたりするような場合、その添付ファイルの重要度が増加する。この場合、その添付ファイルが優先的に表示されることにより、ユーザは重要または注意の必要な添付ファイルを他のファイルと容易に区別することができる。

なお、添付ファイルの重要度を抽出して端末に送信する代わりに、またはそれに加えて承認案件の却下回数を抽出して端末に送信するようにしてもよい。却下回数は、起案番号に基づいて、起案情報データベース３１１から抽出することができる。さらに添付ファイルの重要度を更新する場合に、却下理由区分に関連付けられた重要度に代えて、応答データが却下を表すとき、一定の値を加算することにより添付ファイルの重要度を更新するようにしてもよい。このようにしても、却下が繰り返されると、その添付ファイルの重要度の値が増加することになる。

また過去の却下回数は、添付ファイルの重要度を定めるのにも利用することができる。例えば、管理コンピュータは、起案者の端末から受信したデータと添付ファイルの特定データが一致する添付管理データを添付ファイル管理データベースから検索する。管理コンピュータは、検索した添付管理データに含まれる起案番号を有する承認案件のデータを起案情報データベースから検索する。管理コンピュータは、検索により得た承認案件のデータから却下回数を抽出し、抽出した却下回数を総計する。管理コンピュータは、承認案件の重要度と同じ値や添付ファイル重要度データベースから読み出した重要度に、その総計値に比例した値を加算する。その加算値を添付ファイルの新たな重要度として添付ファイル管理データベースに書き込む。このようにすれば、添付ファイルの過去の利用状況や承認案件の却下状況を当該添付ファイルの重要度に反映することができる。

また上述の実施の形態では、起案理由区分と却下理由区分の両方に対して承認案件重要度データベースを用いたが、起案理由区分と却下理由区分に対して別々のデータベースを用意するようにしてもよい。

また上述の実施の形態では、起案日の相違にかかわらず、重要度が異なれば、重要度の大きい承認案件を他よりも優先的に表示していた。しかしながら、重要度の相違が一定範囲内にある承認案件をグループ化し、そのグループ内にある承認案件間については、重要度の相違にかかわらず、起案日や作成日の早い承認案件を優先的に表示するようにしてもよい。この場合、複数のグループは、重要度の大きい順に配列する。例えば重要度を「高」、「中」、「低」の３つに区分する。「高」区分に属する承認案件は、「中」区分や「低」区分に属する承認案件より優先的に表示し、同一区分に属する承認案件は起案日や作成日の早い順に配列する。このようにしても、重要度の高い承認案件は原則的に優先して表示され、ユーザが他と区別することができる。

さらにユーザによって、重要度の高い順に承認案件を表示するか、作成日の早い順に表示するかを切り替えるようにしてもよい。この場合、管理コンピュータは、重要度の高い順に表示するか作成日の早い順に表示するかを表すフラグをユーザのユーザＩＤに関連付けて記憶するデータベースを備える。管理コンピュータは、例えば、予めユーザＩＤやパスワードを用いてユーザを認証し、その後、承認案件リストの表示要求をそのユーザの端末から受信する。表示要求を受信すると、管理コンピュータは、そのユーザに関連付けられたフラグの値をデータベースから読み出し、重要度の高い順に承認案件を表示するか作成日の早い順に表示するかを決定する。重要度の高い順に承認案件を表示することを決定した場合、管理コンピュータは、上述のようして重要度の高い順に承認案件を承認案件リストに上から配列する。一方、作成日（起案日）の早い順に承認案件を表示することを決定した場合、管理コンピュータは、起案情報データベースの起案日が新しい承認案件から順に承認案件リストに上から配列する。

このようにすれば、承認案件が多数になる責任者に対しては重要度の高い順に表示して経営損失の発生や拡大を回避しつつ、承認案件の少ないユーザに対しては作成順序にしたがって承認案件を表示することができる。ユーザによって表示方法を切り替える代わりに、ユーザの属するグループや、ユーザの役職やその他の属性によって、上述のように表示方法を切り替えるようにすることもできる。その場合、管理コンピュータが、ユーザの属するグループのグループＩＤをそのユーザのユーザＩＤに関連付けるデータや、上述のフラグをグループＩＤに関連付けるデータを記憶するようにすればよい。またユーザの属性データをユーザＩＤに関連付けるデータや、上述のフラグを属性データに関連付けるデータを記憶するようにすればよい。

さらに承認案件リストに含まれる承認案件の件数によって表示方法を切り替えることもできる。例えば承認案件の件数が一定値以上の場合、管理コンピュータは、重要度の高い順に承認案件を配列し、一定値未満の場合、起案日の早い順に承認案件を配列する。

また上述の実施の形態では、本発明を電子承認ワークフローシステムに適用したが、これに限られるものではなく、複数の端末に回送される回送データを管理するその他の回送データ管理システムに本発明を適用することも可能である。

本発明によれば、重要な回送データを優先的に処理することができ、電子承認ワークフローシステムにおけるデータ処理などに有用である。

本発明の実施の形態における電子承認ワークフローシステムの概要を説明するための図である。 本実施の形態における電子承認ワークフローシステムの全体構成を説明するための図である。 ワークフローサーバのハードウェア構成の一例を説明するための図である。 承認案件重要度データベースのデータ構成の一例を示す図である。 起案情報データベースのデータ構成の一例を示す図である。 添付ファイル重要度データベースのデータ構成の一例を示す図である。 添付ファイル管理データベースのデータ構成の一例を示す図である。 承認者情報データベースのデータ構成の一例を示す図である。 ワークフローサーバ装置の機能的構成の一例を説明するための図である。 承認案件リストの具体例を示す図である。 ワークフローサーバ装置として機能する管理コンピュータの処理手順の一例を説明するための図である。 ワークフローサーバ装置として機能する管理コンピュータの処理手順に関し別の例を説明するための図である。 ワークフローサーバ装置の機能的構成に関する別の例を説明するための図である。 リリース済案件の検索フォームの具体例を示す図である。

Claims (11)

1. 複数の端末に回送される回送データを管理する管理コンピュータを備えた回送データ管理システムであって、
   前記管理コンピュータが、
   回送データの作成要求を端末から受信する手段と、
   前記作成要求を送信した作成要求端末から、回送データの識別データ、作成時期および作成理由区分を少なくとも受信する作成要求受信手段と、
   回送データの作成理由区分に関連付けて回送データの重要度を記憶する第１のデータベースと、
   前記作成要求端末からの受信データの作成理由区分に関連付けられた重要度を前記第１のデータベースから読み出す手段と、
   前記作成要求端末から受信した識別データ、作成時期、および作成理由区分、ならびに前記読み出した重要度を含む回送データを記憶する第２のデータベースと、
   回送データの表示要求を端末から受信する手段と、
   要求された回送データを前記第２のデータベースから読み出し、読み出した回送データの少なくとも識別データおよび作成時期を含む表示データを重要度の高い順に配列する表示データ配列手段と、
   前記表示要求を送信した表示要求端末に、前記表示データ配列手段により配列した表示データを送信する手段と、
   を備える回送データ管理システム。
2. 前記管理コンピュータが、
   前記回送データの添付データの種類区分に関連付けて当該添付データの重要度を記憶する第３のデータベースと、
   前記作成要求端末から、回送データの識別データ、その回送データの添付データの名称、格納場所および種類区分を少なくとも受信する手段と、
   受信した種類区分に関連付けられた重要度を前記第３のデータベースから読み出す手段と、
   前記作成要求端末から受信した、回送データの識別データ、その回送データの添付データの名称、格納場所および種類区分、ならびに前記読み出した添付データの重要度を含む添付管理データを記憶する第４のデータベースとをさらに備え、
   前記表示データ配列手段が、
   要求された回送データの識別データを含む添付管理データを前記第４のデータベースから読み出し、読み出した添付管理データの少なくとも名称を含む表示データを重要度の高い順に配列する請求項１記載の回送データ管理システム。
3. 前記管理コンピュータが、
   前記表示要求端末から、回送データの識別データ、当該回送データを肯定するか否定するかを表す応答データ、および応答理由区分を少なくとも受信する手段と、
   応答理由区分に関連付けて応答データの重要度を記憶する第５のデータベースと、
   前記表示要求端末からの受信データに、回送データを否定する応答データが含まれている場合、前記受信データの応答理由区分に関連付けられた応答データの重要度を前記第５のデータベースから読み出し、前記表示要求端末から受信した識別データを含む回送データの重要度に、読み出した重要度を加算して、前記第２のデータベースに記憶した当該回送データを更新するデータ更新手段と
   をさらに備える請求項１記載の回送データ管理システム。
4. 前記管理コンピュータが、
   前記作成要求端末から、回送データの識別データ、その回送データの添付データの名称、および格納場所を少なくとも受信する手段と、
   前記作成要求端末から受信した回送データの識別データ、その回送データの添付データの名称、格納場所および重要度を含む添付管理データを記憶する第６のデータベースとをさらに備え、
   前記表示データ配列手段が、
   要求された回送データの識別データを含む添付管理データを前記第６のデータベースから読み出し、読み出した添付管理データの少なくとも名称を含む表示データを重要度の高い順に配列する請求項３記載の回送データ管理システム。
5. 前記データ更新手段が、
   前記表示要求端末からの受信データに、回答データを否定する応答データが含まれている場合、前記表示要求端末から受信した識別データを含む添付管理データの重要度に、前記第５のデータベースから読み出した重要度を加算して、前記第６のデータベースに記憶した当該添付管理データを更新する請求項４記載の回送データ管理システム。
6. 前記管理コンピュータが、
   前記表示要求端末から受信した回送データの識別データ、応答データおよび応答理由区分を含む履歴データを記憶する第７のデータベースと、
   前記作成要求端末から、前記履歴データの参照要求を受信する手段と、
   要求された履歴データの識別データを前記第７のデータベースから抽出し、その識別データに対応する添付データの重要度を前記第６のデータベースから抽出し、抽出した添付データの重要度を参照データとして前記作成要求端末に送信する手段と
   をさらに備える請求項４記載の回送データ管理システム。
7. 前記管理コンピュータが、
   前記回送データの識別データ、その回送データの添付データの名称その他の添付データを特定する特定データ、格納場所、種類区分および重要度を含む添付管理データを記憶する第８のデータベースと、
   前記回送データの添付データの種類区分に関連付けて当該添付データの重要度を記憶する第９のデータベースと、
   前記作成要求端末から、回送データの識別データ、その回送データの添付データの特定データ、格納場所および種類区分を少なくとも受信する手段と、
   受信した種類区分に関連付けられた重要度を前記第９のデータベースから読み出す手段と、
   前記作成要求端末から受信した、添付データの特定データに関連付けられた重要度を前記第８のデータベースから読み出して前記添付データに対する過去の重要度の累積値を取得し、前記第９のデータベースから読み出した重要度をその累積値に加算することにより前記添付データに対する重要度を計算する手段と、
   前記作成要求端末から受信した、回送データの識別データ、その回送データの添付データの特定データ、格納場所および種類区分、ならびに前記計算した当該添付データに対する重要度を前記第８のデータベースに書き込む手段とをさらに備え、
   前記表示データ配列手段が、
   要求された回送データの識別データを含む添付管理データを前記第８のデータベースから読み出し、読み出した添付管理データの表示データを重要度の高い順に配列する請求項１記載の回送データ管理システム。
8. 前記管理コンピュータが、
   前記回送データの識別データ、その回送データの添付データの名称その他の添付データを特定する特定データ、格納場所、種類区分および重要度を含む添付管理データを記憶する第１０のデータベースと、
   前記作成要求端末から、回送データの識別データ、その回送データの添付データの特定データ、格納場所および種類区分を少なくとも受信する手段と、
   前記作成要求端末から受信した、添付データの特定データに関連付けられた重要度を前記第１０のデータベースから読み出して前記添付データに対する過去の重要度の累積値を取得し、前記第１のデータベースから読み出した重要度をその累積値に加算することにより前記添付データに対する重要度を計算する手段と、
   前記作成要求端末から受信した、回送データの識別データ、その回送データの添付データの特定データ、格納場所および種類区分、ならびに前記計算した当該添付データに対する重要度を前記第１０のデータベースに書き込む手段とをさらに備え、
   前記表示データ配列手段が、
   要求された回送データの識別データを含む添付管理データを前記第１０のデータベースから読み出し、読み出した添付管理データの表示データを重要度の高い順に配列する請求項１記載の回送データ管理システム。
9. 複数の承認者の端末に回送される承認案件のデータを管理する管理コンピュータを備えた電子承認ワークフローシステムであって、
   前記管理コンピュータが、
   承認案件の起案要求を端末から受信する手段と、
   前記起案要求を送信した起案要求端末から、起案番号、起案時期および起案理由区分を少なくとも受信する手段と、
   承認案件の起案理由区分に関連付けて承認案件の重要度を記憶する第１１のデータベースと、
   前記起案要求端末からの受信データの起案理由区分に関連付けられた重要度を前記第１１のデータベースから読み出す手段と、
   前記起案要求端末から受信した起案番号、起案時期および起案理由区分、ならびに前記読み出した重要度を含む承認案件データを記憶する第１２のデータベースと、
   承認案件データの表示要求を端末から受信する手段と、
   要求された承認案件データを第１２のデータベースから読み出し、読み出した承認案件データの少なくとも起案番号および起案時期を含む表示データを重要度の高い順に配列する表示データ配列手段と、
   前記表示要求を送信した表示要求端末に、前記表示データ配列手段により配列した表示データを送信する手段と
   を備える電子承認ワークフローシステム。
10. 複数の端末に回送される回送データを管理するためのプログラムであって、
    回送データの作成要求を端末から受信する手段、
    前記作成要求を送信した作成要求端末から、回送データの識別データ、作成時期および作成理由区分を少なくとも受信する作成要求受信手段、
    回送データの作成理由区分に関連付けて回送データの重要度を記憶する第１のデータベース、
    前記作成要求端末からの受信データの作成理由区分に関連付けられた重要度を前記第１のデータベースから読み出す手段、
    前記作成要求端末から受信した識別データ、作成時期、および作成理由区分、ならびに前記読み出した重要度を含む回送データを記憶する第２のデータベース、
    回送データの表示要求を端末から受信する手段、
    要求された回送データを前記第２のデータベースから読み出し、読み出した回送データの少なくとも識別データおよび作成時期を含む表示データを重要度の高い順に配列する表示データ配列手段、
    前記表示要求を送信した表示要求端末に、前記表示データ配列手段により配列した表示データを送信する手段、
    としてコンピュータを機能させるための回送データ管理プログラム。
11. 請求項１０記載の回送データ管理プログラムを記録したコンピュータ読み取り可能な記録媒体。

Images