(57)【要約】【課題】業務モジュールによる基本的な指示系統の組合わせにより、業務を管理できる業務管理システムを提供する。【解決手段】本発明の業務管理システムは、業務を処理する者を指定する指示手段と前記指示者に対する業務報告を実行する報告手段と前記業務報告を承認する承認手段とを有する業務モジュールと、前記業務モジュールによる実行結果に基づき、前記指示者、報告者、または承認者を含む指示系統に係る情報を記録する系統記憶手段と、前記業務モジュールによる指示系統に係る情報を組み合わせて業務を管理する管理手段とを備える。【選択図】図５
2004287575.tif 000002
【特許請求の範囲】
【請求項１】
業務を処理する者を指定する指示手段と指示者に対する業務報告を実行する報告手段と前記業務報告を承認する承認手段とを有する業務モジュールと、
前記業務モジュールによる実行結果に基づき、前記指示手段により指定した指示者、前記報告手段により実行する報告者、または前記承認手段により承認する承認者を含む指示系統に係る情報を記録する系統記憶手段と、
前記業務モジュールによる指示系統に係る情報を組み合わせて業務を管理する管理手段とを備える業務管理システム。
【請求項２】
前記管理手段は、複数の業務モジュールによる指示系統に係る情報を関連付けて記憶する系統関連記憶手段を更に備える請求項１に記載の業務管理システム。
【請求項３】
前記指示、報告、または承認の状態を記憶する状態記憶手段を更に備える請求項１または２に記載の業務管理システム。
【請求項４】
前記業務モジュールは業務を処理する複数の者を指定する複数指示手段を更に備える請求項１乃至３のいずれかに記載の業務管理システム。
【請求項５】
前記業務モジュールは業務を処理するグループを指定するグループ指示手段を更に備える請求項１乃至４のいずれかに記載の業務管理システム。
【請求項６】
業務を処理する者を指定する指示ステップと指示者に対する業務報告を実行する報告ステップと前記業務報告を承認する承認ステップとを実行させる業務モジュールを含み、
前記業務モジュールによる実行結果に基づき、前記指示ステップで指定した指示者、前記報告ステップで実行する報告者、または前記承認ステップで承認する承認者を含む指示系統に係る情報を記録するステップと、
前記業務モジュールによる指示系統に係る情報を組み合わせて業務を管理するステップとをコンピュータによって実行させるプログラム。
【請求項７】
複数の業務モジュールによる指示系統に係る情報を関連付けて記憶するステップを更に実行させる請求項６に記載のプログラム。
【請求項８】
前記指示、報告、または承認の状態を記憶するステップを更に実行させる請求項６または７に記載のプログラム。
【請求項９】
前記業務モジュールは業務を処理する複数の者を指定するステップを更に実行させる請求項６乃至８のいずれかに記載のプログラム。
【請求項１０】
前記業務モジュールは業務を処理するグループを指定するステップを更に実行させる請求項６乃至９のいずれかに記載のプログラム。
【請求項１１】
業務を処理する者を指定する指示ステップと指示者に対する業務報告を実行する報告ステップと前記業務報告を承認する承認ステップとを実行させる業務モジュールを含み、
前記業務モジュールによる実行結果に基づき、前記指示ステップで指定した指示者、前記報告ステップで実行する報告者、または前記承認ステップで承認する承認者を含む指示系統に係る情報を記録するステップと、
前記業務モジュールによる指示系統に係る情報を組み合わせて業務を管理するステップとを実行させるプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
【請求項１２】
業務を処理する者を指定する指示ステップと指示者に対する業務報告を実行する報告ステップと前記業務報告を承認する承認ステップとを実行させる業務モジュールを含み、
前記業務モジュールによる実行結果に基づき、前記指示ステップで指定した指示者、前記報告ステップで実行する報告者、または前記承認ステップで承認する承認者を含む指示系統に係る情報を記録するステップと、
前記業務モジュールによる指示系統に係る情報を組み合わせて業務を管理するステップとを実行させる業務管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、企業内の指示、報告業務のような情報伝達を管理することに関する。
【０００２】
【従来の技術】
近年は業務改革を支える中核ソフトウェアとして、ワークフローがある。ワークフローとは業務の流れを意味し、電子承認システムとも呼ばれる。
【０００３】
現在、企業における様々な業務はワークフローを活用して処理されている。ワークフローは、企業内における承認／決裁業務や稟議業務などの業務に有効である。このような業務では、起票者が申請した内容を、順次にまたは部分的には同時に、起票者とは別の人が、確認／承認等を行う。そして、最終決定者が承認するまでその処理を繰り返す。
【０００４】
ここで、従来型のワークフローを図２７に示す。
【０００５】
図２７（Ａ）は、承認型のワークフローを示す。承認型ワークフローでは、起票者が申請した内容は、１人ずつ連続的に承認される。図２７（Ｂ）は、稟議型のワークフローを示す。稟議型ワークフローでは、起票者が申請した内容は、承認の途中で、同時に複数人数によって承認される。
【０００６】
ところで、このような業務は、往復型の承認経路で流れる場合が多い。そして、図２７に示す従来型のワークフローを往復型の承認経路で表すと図２８に示すようになる。
【０００７】
ここで、図２８を参照して、指示・報告業務の流れを説明する。
【０００８】
部長Ａがまず業務内容を課長Ｂに指示する（１）。課長Ｂは指示された業務内容を課員Ｃに伝達する（２）。課員Ｃは指示された業務を実行する（３）。そして、課員Ｃは、業務の終了を課長Ｂに報告する。課長Ｂは課員Ｃからの報告を受けて部長に報告する（４）。部長Ａは最終的な承認を行う（５）。
【０００９】
また、このようなワークフローシステムとして、ネットワークに接続され、担当者の間でワークフローを実行するための操作用コンピュータ端末と、扱われる処理の単位であるノードに対して複数の経路を多重化するためのプロジェクト変数を指定してワークフローを設計する設計用コンピュータ端末と、設計されたワークフローを管理すると共に、ノードに割り当てられた処理であるアクティビティに対応して操作用コンピュータ端末にアクセスするワークフローサーバとを備えたシステムが提案されている（特許文献１参照。）。
【００１０】
しかしながら、この方式では、以下のような問題が生じていた。
【００１１】
図２８に示すような往復型のワークフローでは、経路が長くなり管理が煩雑となっていた。たとえば、３人のワークフローを５つのノードで管理する。つまり、部長Ａ、課長Ｂ、課員Ｃの３人がワークフローを処理する際に、指示、伝達、実行、報告、及び承認の５つの処理を管理する必要がある。そのため、中間の人（課長Ｂ）は往路と復路とで２回処理を行う。このような場合には、途中で差戻しなどが発生するとステータスの管理が煩雑になる。
【００１２】
また、往復型ワークフローにおいて、途中で分岐する場合などのワークフロー定義が難しい。例えば、図２８において、複数人が伝達する（２）場合には、図２７（Ｂ）に示す稟議型ワークフローとなる。ところが、図２８において、伝達者が複数になったとき、実行ノード（３）も複数になる。このような場合には、従来のワークフローでは対応が困難であった。
【００１３】
さらに、往復型ワークフローにおいて、部長Ａが指示する際に課長Ｂは決定していても、実行する課員Ｃが決定していない場合がある。このような場合には、ワークフローの回送経路が決定しない。
【００１４】
また、図２８に示すように、業務を実行する者が１名であれば、従来のワークフローでも十分に対応できる。しかし、図２８の課員Ｃの下位に更に業務を実行する者が存在する場合、従来のワークフローでは対応が困難である。つまり、指示系統が増加した場合のワークフローでの対応が難しい。
【００１５】
【特許文献１】
特開２００２−９９６８６号公報（要約書）。
【００１６】
【発明が解決しようとする課題】
本発明は、このような従来技術の問題に鑑みてなされたものである。すなわち、本発明が解決しようとする課題は、業務モジュールによる基本的な指示系統の組合わせにより、業務を管理できる業務管理システムを提供することである。
【００１７】
【課題を解決するための手段】
本発明は、上記課題を解決するために以下の手段を採用した。
【００１８】
本発明に係る業務管理システムは、業務を処理する者を指定する指示手段と前記指示者に対する業務報告を実行する報告手段と前記業務報告を承認する承認手段とを有する業務モジュールと、前記業務モジュールによる実行結果に基づき、前記指示者、報告者、または承認者を含む指示系統に係る情報を記録する系統記憶手段と、前記業務モジュールによる指示系統に係る情報を組み合わせて業務を管理する管理手段とを備えることを特徴とする。
【００１９】
このような構成にすると、途中で分岐する場合を含めて、業務モジュールによる基本的な指示系統の組合わせにより業務を管理できる。したがって、任意の指示系統に対応して業務を管理できたり、指示系統を１段ずつ指定したりすることができる。そのため、指示系統の変更に柔軟に対応することができる。また、業務モジュールによる指示系統は、例えばネットワークを介して組み合わすこともできる。これによって、例えば親会社と子会社間、または発注会社と受注会社間などにまたがった業務処理を容易に管理できる。
【００２０】
また、前記管理手段は、複数の業務モジュールによる指示系統に係る情報を関連付けて記憶する系統関連記憶手段を更に備えてもよい。
【００２１】
このような構成にすると、指示系統における上位者が複数の指示系統を一括して指定できる。
【００２２】
また、本発明に係る業務管理システムは、前記指示、報告、または承認の状態を記録する状態記録手段をさらに備えてもよい。
【００２３】
また、本発明に係る業務管理システムにおいて、前記業務モジュールは業務を処理する複数の者を指定する複数指示手段を更に備えたり、業務を処理するグループを指定するグループ指示手段を更に備えたりしてもよい。
【００２４】
また、本発明は上記プログラムを読み取り可能な記憶媒体に記憶したものであってもよい。
【００２５】
【発明の実施の形態】
以下に図面を参照して、本発明の好適な実施の形態を説明する。
【００２６】
図１は環構造型情報連鎖によるワークフローを示す図であり、図２は環構造型情報連鎖による枝分かれのあるワークフローを示す図である。図３は同報単位ＷＦによる実施例を示す図であり、図４はグループ単位ＷＦによる実施例を示す図である。
【００２７】
図５はＷＷＷを使ったシステム構成を示す図であり、図６はモジュール構成を示す図である。
【００２８】
図７から図１３はＤＢサーバが有するテーブルの構成を示す図である。図７はユーザ管理テーブルを示す図であり、図８はグループ管理テーブルを示す図であり、図９はフロー管理テーブルを示す図であり、図１０は回送管理テーブル（単位ＷＦ）を示す図であり、図１１は回送管理テーブル（同報単位ＷＦ）を示す図であり、図１２は文書管理テーブルを示す図であり、図１３は各テーブルの関係図である。
【００２９】
図１４から図２３はシステムの処理フローを示す。図１４は全体作業を示す図であり、図１５は新規ワークフローの作成を示す図であり、図１６は新規作成時の処理フローを示す図であり、図１７は作業の実行を示す図であり、図１８は子ＷＦの承認・差戻しの処理フローを示す図であり、図１９は子ＷＦ作成の処理フローを示す図であり、図２０は完了報告の処理フローを示す図であり、図２１は承認の実行を示す図であり、図２２はワークフローの承認・差戻しの処理フローを示す図である。図２３は定時処理による督促及び打切りの処理フローを示す図である。
【００３０】
図２４は他サーバとの連携時の未処理検索の概念図であり、図２５は未処理検索時のクエリ内容を示す図である。
＜基本原理＞
本発明では、複数の階層におよんで、指示・報告業務を単位ＷＦの組合せ（ＷＦの連鎖ともいう）によって、情報伝達を管理する。ここでは、指示者から報告者へ行き、報告者から指示者（承認者）へ戻る一往復をワークフローの基本的な構成要素（以下、単位ＷＦという）とする。また、指示者からの指示が循環して再び指示者に戻るような情報伝達を環構造型の情報伝達という。
【００３１】
以下、図１及び図２を参照して、本発明のワークフローの基本原理について説明する。
【００３２】
図１は、環構造型情報連鎖によるワークフローの実施例である。この場合の実施手順は、以下のようになる。
【００３３】
まず、部長Ａは課長Ｂを指名してＷＦ１を作成し、課長Ｂに指示を与える。そして、指示を受けた課長Ｂは、課員Ｃを指名してＷＦ２を作成し、課員Ｃに指示を与える。
【００３４】
さらに、指示を受けた課員Ｃは、指示の内容を実施する。そして、課員Ｃは、ＷＦ２によって指示内容を完了したことを課長Ｂに報告する。そして、課長Ｂは、課員Ｃからの報告を基に、ＷＦ１によって部長Ａに報告する。
【００３５】
次に、図２を参照して、環構造型情報連鎖による枝分かれのあるワークフローの実施例を説明する。
【００３６】
このように単位ＷＦの組合せで、図２の課長Ｂから先の指示系統に枝分かれがあるような場合でも、図１の環構造型情報連鎖によるワークフローと同様に情報伝達を管理できる。つまり、枝分かれのあるワークフローであっても、指示・報告業務を単位ＷＦの組合せによって管理できる。この場合の実施手順は、以下のようになる。
【００３７】
まず、部長Ａは、課長Ｂを指名してＷＦ１を作成し、課長Ｂに指示を与える。
【００３８】
そして、指示を受けた課長Ｂは、課員１を指名してＷＦ２を作成し、課員１に指示を与える。同様に課長Ｂは、課員２を指名してＷＦ３を作成し、課員２に指示を与える。
【００３９】
そして、課員１は指示内容を実施し、ＷＦ２によって課長Ｂに完了を報告する。同様に、課員２は指示内容を実施し、ＷＦ３によって課長Ｂに完了を報告する。課長Ｂは、課員１と課員２からの報告に基づいて、ＷＦ１によって部長Ａに報告する。
【００４０】
上述のように、本発明では、単位ＷＦの組合せでワークフローを構成するため、各構成要素の親子関係の把握によって、ワークフロー全体を管理することができる。
【００４１】
また、１人の指示者は、直接の指示対象者（報告者）のみを指定すればよい。そのため、その報告者から先の指示系統は任意に対応できる。つまり、上記実施の形態では、部長は課長に指示を与えるだけで、指示を受けた課長が指示内容を１人の課員に実施させるか、２人以上の課員に実施させるを任意に決定できる。
【００４２】
また、上記実施の形態では、部長と課長、課長と課員というような親子関係を把握することにより、ワークフロー全体を管理することができる。
【００４３】
次に、図３及び図４を参照して、ワークフローの種類について説明する。
【００４４】
図１及び図２では、指示者が１名の報告者に対して指示を行う種類のワークフローである。つまり図１及び図２では単位ＷＦが示される。
【００４５】
図３は同報単位ＷＦを示す図である。同報単位ＷＦとは、複数の報告者を指定して、同時に指示を行う種類のワークフローをいう。同報単位ＷＦでは、その指示を行う際に、回答種別を指定することができる。
【００４６】
この回答種別には、「全員回答必須」及び「１名回答要」がある。「全員回答必須」とは、報告者全員の回答が必要な場合である。また、「１名回答要」とは、報告者のうち任意の１名が回答することによって、このワークフローが完了する場合である。
【００４７】
図４はグループ単位ＷＦを示す図である。グループ単位ＷＦとは、予め定義されたユーザのグループを報告者に対して指示を行う種類のワークフローをいう。
【００４８】
グループ単位ＷＦでも、指示を行う際に回答種別を指定できる。ここで、「全員回答必須」は、グループの所属者全員の回答が必要な場合である。また「１名回答要」は、グループの所属者のうち任意の１名が回答することによって、このワークフローが完了する場合である。
＜システム構成＞
図５を参照して、ＷＷＷを使った実施の形態におけるシステム構成を説明する。本実施の形態の業務管理システムは、複数のユーザ側の端末５０１、ワークフローサーバ５０２及びＤＢサーバ５０３を備える。
【００４９】
ユーザは、端末５０１を使って業務管理システムのワークフローを利用する。また、端末５０１は、ブラウザ（閲覧ソフト）５１１を使って、このワークフローを利用するためメニューを画面に表示する。
【００５０】
ワークフローサーバ５０２は、ワークフローの機能を実現するワークフローエンジン５１２と、端末５０１のブラウザ５１１に画面を表示させるＷＷＷサーバ５１３とを含む。
【００５１】
ＤＢサーバ５０３は、このワークフローで必要となるデータを格納するためのサーバである。このＤＢサーバ５０３は、ユーザ管理５１４、グループ管理５１５、フロー管理５１７、及び文書管理５１８のためのＤＢを含む。ＤＢサーバ５０３が有する管理テーブルについては後で詳しく説明する。また、このＤＢは一般的なＲＤＢであっても、ＸＭＬによって構成されるＤＢであってもよい。つまり、ＤＢの種類は特に限定しない。
【００５２】
また、業務管理システムは、ユーザが業務管理システムにログインする際にＩＤ／パスワードによって認証を実行するための認証サーバ５０４を設置してもよい。しかし、独立した認証サーバ５０４を設置しない場合には、ＤＢサーバ上にＩＤ／パスワードを格納したテーブルを設けることにより、認証を実行できる。
【００５３】
また、業務管理システムは、メールサーバ５０５と連携して、ワークフローの回送時に、回送先のユーザに通知を行うためにメールを利用してもよい。
【００５４】
さらに、インターネット等のネットワーク５０６を介して、他のワークフローサーバや他のＤＢサーバと連携してもよい。例えば、親会社と子会社間、または発注会社と受注会社間において、それぞれのＤＢサーバ５０３とワークフローサーバ５０２をネットワークを介して連携してもよい。このようにすると、親会社と子会社、または発注会社と受注会社にまたがるワークフローを容易に管理することができる。
＜モジュール構成＞
図６を参照して、本実施の形態の業務管理システムのモジュール構成を説明する。図６は、本発明の実施例のモジュール構成図である。本モジュールは、ユーザがシステム内のＷＦサーバにアクセスして実行する作業が処理単位に示してある。
【００５５】
以下、各モジュールで実行される処理について説明する。
【００５６】
ログイン６０１は、ユーザが端末５０１からシステム内のワークフローサーバ５０２にログインする際に、ＩＤ／パスワードによって認証を実行する。
【００５７】
そして、ユーザがワークフローサーバ５０２にログインすると、システムはワークフローメニュー６０２を表示する。つまり、ワークフローメニュー６０２は、ユーザがログイン６０１した後に最初に表示されるメニュー画面である。また、ユーザがシステムからログアウトすることにより、処理は終了６０３する。
【００５８】
次に、ユーザがワークフローメニュー６０２で実行できる処理について説明する。
【００５９】
ワークフローメニュー６０２で実行できる処理としては、新規作成６０４、作成済一覧６０５、未処理一覧６０９、未承認一覧６１２、自由検索６１４、代行者登録６１６、及び代行処理６１７がある。
【００６０】
新規作成６０４は、新しいワークフローを作成する。ここで、ユーザは新規のワークフローを作成する。このユーザは指示者である。
【００６１】
作成済一覧６０５は、自分の作成したワークフローの一覧を表示する。ここで、ユーザは、未処理・処理済を含むワークフローを閲覧できる。
【００６２】
内容・処理状態参照６０６は、選択したワークフローの内容やその時点での処理状態を表示する。
【００６３】
中止６０７は、選択したワークフローでの処理の中止を実行する。ここで、子ワークフローが定義されている場合には、連鎖的にすべての子ワークフローの処理を中止する。
【００６４】
連鎖参照６０８は、選択したワークフローの親ワークフロー、子ワークフローなど選択したワークフローに関連するワークフローを連鎖的にツリー状に表示する。
【００６５】
未処理一覧６０９は、ログインしたユーザが処理すべきワークフローの一覧を表示する。つまり、未処理一覧６０９は、未処理作業を全て表示する。
【００６６】
そして、進捗状況設定６１０は、選択したワークフローの進捗状況を設定する。このとき、ユーザは、すべての処理が終了していれば完了報告を行う。
【００６７】
そして、子ＷＦ作成６１１は、新しい子ワークフローを作成する。ここで、指示を受けたユーザは、業務の実行を下位者に指示する。このユーザは作成した子ワークフローの指示者となる。また、連鎖参照６０８は、選択したワークフローの親ワークフロー、子ワークフローなどを連鎖的にツリー状に表示する。
【００６８】
未承認一覧６１２は、自分の作成したワークフローのうち、承認すべき一覧を表示する。つまり、未承認一覧６１２は、自分が指示した下位者からの報告の一覧を表示する。
【００６９】
そして承認６１３は、選択したワークフローの承認を行う。ここで、ユーザは下位者からの報告を承認する。
【００７０】
自由検索６１４は、過去に作成されたワークフローの中から、任意のものを検索する。ここで、ユーザは過去に作成されたワークフローを参照することができる。このとき参照されるワークフローについては参照権限を与えることにより、参照する者を制限してもよい。この参照権限については、ユーザの職位や所属部門などによって管理することが望ましい。
【００７１】
そして検索結果一覧６１５は、上記で検索した結果を一覧で表示する。
【００７２】
この検索結果一覧６１５は、内容・処理状態参照６０６や連鎖参照６０８を含む。この内容・処理状態参照６０６は、選択したワークフローの内容やその時点での処理状態を表示する。また、連鎖参照６０８は、選択したワークフローの親ワークフロー、子ワークフローなど選択したワークフローに関連するワークフローを連鎖的にツリー状に表示する。
【００７３】
代行者登録６１６は、ユーザが自分の代わりに業務を処理する者を登録する。例えば、作業をする者が不在なときに至急処理をしなければならない業務が発生した場合、業務をする者に代ってその業務を処理できる者が必要となる。このようなとき、不在のユーザに代って予め登録された代行者がこの業務を代行して処理する。
【００７４】
代行処理６１７では、上記代行者登録６１６によって予め登録されたユーザが、登録者に成り代わって処理を実行する。
＜テーブル構成＞
図７乃至図１３を参照して、モジュール構造に関するテーブルについて説明する。これらのテーブルは、図３に示すＤＢサーバ３０３内に格納される。
＜ユーザ管理テーブル＞
図７を参照して、ユーザ管理テーブル７００を説明する。図７は、ユーザ管理テーブル７００の例を示す図である。
【００７５】
本テーブルの項目は、ＷＦＥ識別７０１、ユーザＩＤ７０２、氏名７０３、メールアドレス７０４、職位７０５、所属７０６、及びテーブル７０７である。また、ＷＦＥ識別７０１、及びユーザＩＤ７０２はテーブルのプライマリキーとなる項目である。プライマリキーとはレコードを１行ずつ識別するためのフィールドで、プライマリキーは必ずユニークな値となる。また、プライマリキーの指定により、膨大なデータから必要なレコードだけを取り出す。
【００７６】
以下、各項目について説明する。
【００７７】
ＷＦＥ識別７０１には、各ワークフローの管理ためのワークフローエンジン５１２を識別する情報（ワークフローサーバのＵＲＬなど）が格納される。
【００７８】
ユーザＩＤ７０２には、ワークフローエンジン５１２内で各ユーザをユニークに識別する情報が格納される。
【００７９】
氏名７０３には、各ユーザの氏名が格納される。この氏名７０３は、姓名を別に格納したり、漢字、カナ、ローマ字など複数の表記で格納したりしてもよい。
【００８０】
メールアドレス７０４には、各ユーザのメールアドレスが格納される。このメールアドレス７０４は、ＷＦ関連の作業指示や報告、督促などをメールで実施する場合に使用される。
【００８１】
職位７０５には、各ユーザの組織内における職位が格納される。この職位７０５はアクセス権限などを職位に応じて管理する場合に使用される。
【００８２】
所属７０６には、各ユーザの所属が格納される。この所属７０６は、指示者が報告者を指定するため、組織による検索を行う場合などに使用される。また、この所属７０６は複数レベルの所属（会社、本部、事業部、部、課、係、グループ）などを格納してもよい。
【００８３】
さらに、各ユーザについて、上記以外に管理したい項目があれば、項目７０７に格納できる。
＜グループ管理テーブル＞
図８を参照して、グループ管理テーブル８００を説明する。図８は、グループ管理テーブル８００の例を示す図である。
【００８４】
本テーブルの主な項目は、ＷＦＥ識別８０１、グループＩＤ８０２、メンバＩＤ８０３、及びテーブル８０４である。これらの項目はテーブルのプライマリキーとなる項目である。
【００８５】
以下、各項目について説明する。
【００８６】
ＷＦＥ識別８０１には、ＷＦＥ識別７０１と同様に各ワークフローを管理するワークフローエンジン５１２を識別する情報（ワークフローサーバのＵＲＬなど）が格納される。
【００８７】
グループＩＤ８０２には、ワークフローエンジン５１２内で各グループをユニークに識別する情報が格納される。
【００８８】
メンバＩＤ８０３には、各グループに所属するユーザのユーザＩＤが格納される。
【００８９】
さらに、各グループのメンバについて、上記以外に管理したい項目があれば、項目８０４に格納できる。
＜フロー管理テーブル＞
図９を参照して、フロー管理テーブル９００を説明する。図９は、図２に示す単位ＷＦを作成した場合のフロー管理テーブル９００の例を示す図である。
【００９０】
本デーブルは、図２に示す親ワークフロー（ＷＦ１）、及びその子ワークフロー（ＷＦ２、ＷＦ３）を３つのレコードで対応付けて管理する。本テーブルの項目は、ＷＦＥ識別９０１、ＷＦＩＤ９０２、親ＷＦＥ識別９０３、親ＷＦＩＤ９０４、親ＷＦ処理ＩＤ９０５、ＷＦ種別９０６、回答種別９０７、作成者ＩＤ９０８、作成者氏名９０９、作成日時９１０、処理期限９１１、期限到来時処理９１２、参照制限９１３、及び中止フラグ９１４である。また、ＷＦＥ識別９０１、及びＷＦＩＤ９０２はテーブルのプライマリキーとなる項目である。
【００９１】
以下、各項目について説明する。
【００９２】
ＷＦＥ識別９０１には、ＷＦＥ識別７０１と同様に各ワークフローを管理するワークフローエンジン５１２を識別するための情報（ワークフローサーバのＵＲＬなど）が格納される。
【００９３】
ＷＦＩＤ９０２には、ワークフローエンジン５１２内でワークフローをユニークに識別する情報が格納される。
【００９４】
親ＷＦＥ識別９０３には、当該ワークフローが子ＷＦの場合、親ＷＦの管理エンジンを識別する情報が格納される。当該ワークフローが親ＷＦの場合、親ＷＦＥ識別９０３はＮＵＬＬが格納される。
【００９５】
親ＷＦＩＤ９０４には、当該ワークフローが子ＷＦの場合には親ＷＦの管理エンジン上のＷＦＩＤ９０２が格納される。当該ワークフローが親ＷＦの場合には、親ＷＦＩＤ９０４にはＮＵＬＬが格納される。
【００９６】
親ＷＦ処理者ＩＤ９０５には、当該ワークフローが子ＷＦの場合、親ＷＦの処理者ＩＤ９０５が格納される。当該ワークフローが親ＷＦの場合、親ＷＦ処理者ＩＤ９０５にはＮＵＬＬが格納される。
【００９７】
ＷＦ種類９０６には、単位ＷＦ、同報単位ＷＦ、グループ単位ＷＦを区別する記号が格納される。ＷＦ１、ＷＦ２、及びＷＦ３は、図２に示すように単位ＷＦであるため、ここでは単位ＷＦが格納される。
【００９８】
回答種別９０７には、指示者に対して報告を行う者の条件が格納される。単位ＷＦの場合には、回答種別９０７にはＮＵＬＬが格納される。また、同報単位ＷＦやグループ単位ＷＦの場合に、回答種別９０７は、「全員回答必須」または「１名回答要」を区別する情報が格納される。
【００９９】
作成者ＩＤ９０８には、各ワークフローの作成を行ったユーザのＩＤが格納される。
【０１００】
作成者氏名９０９には、作成者の氏名が格納される。この作成者氏名９０９には、姓名を別に格納したり、漢字、カナ、ローマ字など複数の表記で格納したりしてもよい。
【０１０１】
作成日時９１０には、各ワークフローの作成を行った日時が格納される。
【０１０２】
処理期限９１１には、各ワークフローで設定された処理期限が格納される。また、処理期限に指定がない場合、処理期限９１１にはＮＵＬＬが格納される。
【０１０３】
期限到来時処理９１２には、処理期限のある場合であって期限到来時の処理内容（例えば、打切りなど）を区別する情報が格納される。一方、処理期限が設定されなければ、期限到来時処理９１２にはＮＵＬＬが格納される。
【０１０４】
参照制限９１３には、各ワークフローを公開する範囲（例えば、無制限、上位者のみ、部門内など）を区別する情報が格納される。
【０１０５】
中止フラグ９１４には、ワークフロー処理が作成者による取消や期限到来による打切りなどによって中止されたときに、中止フラグ（原因別の情報）が格納される。
【０１０６】
さらに、各ワークフローについて、上記以外に管理したい項目があれば、項目を追加してもよい。
＜回送管理テーブル＞
図１０を参照して、回送管理テーブル１０００を説明する。図１０は、図２に示すＷＦ１の回送管理テーブルの例を示す図である。
【０１０７】
本テーブルは、ＷＦ１の指示者、報告者、承認者の記入内容を３つのレコードで管理する。この承認者は指示者と同じ者である。
【０１０８】
本テーブルの項目は、ＷＦＥ識別１００１、ＷＦＩＤ１００２、回送順序１００３、回送先ＷＦＥ１００４、回送先グループＩＤ１００５、処理者ＩＤ１００６、処理者氏名１００７、処理日時１００８、処理状態１００９、処理者ＩＤ１０１０、代行処理者氏名１０１１、添付文書有無１０１２、指示／報告内容１０１３、報告者進捗状況１０１４、報告時ステータス１０１５、及びテーブル１０１６である。また、ＷＦＥ識別１００１、ＷＦＩＤ１００２、回送順序１００３、回送先ＷＦＥ１００４、及び処理者ＩＤ１００６はテーブルのプライマリキーとなる項目である。
【０１０９】
以下、各項目について説明する。
【０１１０】
ＷＦＥ識別１００１には、ＷＦＥ識別７０１と同様に各ワークフローを管理するワークフローエンジン５１２を識別するための情報（ワークフローサーバのＵＲＬなど）が格納される。
【０１１１】
ＷＦＩＤ１００２には、ワークフローエンジン５１２内でワークフローをユニークに識別する情報が格納される。
【０１１２】
回送順序１００３には、ワークフローを回送する順番が格納される。階層順序１００３は、「１」が指示者を、「２」が報告者を、「３」承認者を表す。承認者は指示者と同じ者である。
【０１１３】
回送先ＷＦＥ１００４には、報告者の所属するＷＦＥを識別する情報が格納される。
【０１１４】
回送先グループＩＤ１００５には、当該ワークフローを回送するグループを識別する情報が格納される。単位ＷＦ、同報単位ＷＦの場合回送先グループＩＤ１００５にはＮＵＬＬが格納される。また、回送先グループＩＤ１００５は、グループ単位ＷＦの場合、報告者のレコードにグループＩＤが格納される。ここで報告者のレコードとは回送順序１００３が「２」であるレコードをいう。
【０１１５】
処理者ＩＤ１００６には、指示者、報告者、承認者の各ＩＤが格納される。業務が代行して処理された場合、処理者ＩＤ１００６には代行者のＩＤが格納される。また、業務が報告者によって処理された場合には、処理者ＩＤ１００６にはＮＵＬＬが格納される。
【０１１６】
処理者氏名１００７には、上記処理者ＩＤに該当する氏名が格納される。
【０１１７】
処理日時１００８には、指示、報告、承認が行われた各日時が格納される。なお、ユーザが一時保存を行った場合には、処理日時１００８にはその日時が格納される。その後、処理日時１００８には、ユーザが処理を完了したとき、完了した日時が上書きされる。
【０１１８】
処理状態１００９には、各レコードの状態が格納される。例えば、回送順序が「１」である指示者のレコードは、「起票」が格納される。回送順序が「２」である報告者のレコードには、「未処理」、「一時保存」、「処理済」、あるいは「差戻し」が格納される。回送順序が「３」である承認者のレコードには、「未処理」あるいは「完了」が格納される。
【０１１９】
代行処理者ＩＤ１０１０には、指示、報告、あるいは承認が代行して処理されたときの代行者のＩＤが格納される。業務が代行して処理なされなければ、代行処理者ＩＤ１０１０にはＮＵＬＬが格納される。
【０１２０】
代行処理者氏名１０１１には、上記代行処理者ＩＤに対応する氏名が格納される。
【０１２１】
添付文書有無１０１２には、ワークフローの作成時の指示、または処理時の報告に関する添付資料の有無が格納される。個別の添付資料は、後述の文書管理テーブルで管理される。
【０１２２】
指示／報告内容１０１３には、ワークフローの作成時の指示、または処理時の報告に関するテキストが格納される。つまり、指示者／報告者のコメントなどがここに格納される。
【０１２３】
報告者進捗状況１０１４には、回送順序が「２」である報告者のレコードに進捗状況が格納される。進捗状況とは、例えば、業務が５０％処理できているなど処理状況をいう。
【０１２４】
報告時ステータス１０１５には、回送順序が「２」である報告者のレコードに、報告時のステータスを表す情報が格納される。このステータスとしては、完了、中止、要再検討などがある。
【０１２５】
さらに、各ワークフローについて、指示者、報告者、承認者のレコードで、上記以外に個別に管理したい項目があれば、項目１０１６に格納できる。
【０１２６】
次に図１１を参照して、回送管理テーブル１１００を説明する。図１０は図２に示す単位ＷＦの回送管理テーブルの例を示したが、図１１は図３に示す同報単位ＷＦの回送管理テーブルの例を示す。
【０１２７】
本テーブルは、図１０と同様に、指示者、報告者、承認者の記入内容を各レコードで管理する。
【０１２８】
図１１は、図１０とは報告者の人数が異なる。報告者の１人につき１レコードで管理するため、複数のレコードをもつ。
【０１２９】
本テーブルの項目は、図１０と同様であるため、ここでは説明を省略する。
＜文書管理テーブル＞
図１２は、文書管理テーブルの例を示す図である。このテーブルは、指示／報告時の添付文書を１文書１レコードで管理する。
【０１３０】
本テーブルの項目は、ＷＦＥ識別１２０１、各ＷＦＩＤ１２０２、回送順序１２０３、回送先ＷＦＥ１２０４、処理者ＩＤ１２０５、ＩＮＤＥＸ１２０６、文書名１２０７、及びサーバ上文書１２０８である。
【０１３１】
以下、各項目について説明する。
【０１３２】
ＷＦＥ識別１２０１には、各ワークフローを管理するワークフローエンジン５１２を識別するための情報（ワークフローサーバのＵＲＬなど）を格納する。
【０１３３】
ＷＦＩＤ１２０２には、ＷＦＥ識別７０１と同様にワークフローエンジン５１２内でワークフローをユニークに識別する情報が格納される。
【０１３４】
回送順序１２０３には、ワークフローを回送する順番が格納される。階層順序１００３は、「１」が指示者を、「２」が報告者を、「３」承認者（指示者と同じ者）を表す。
【０１３５】
回送先ＷＦＥ１２０４には、報告者の所属するＷＦＥを識別する記号が格納される。
【０１３６】
処理者ＩＤ１２０５には、指示者、報告者、承認者の各ＩＤが格納される。業務が代行して処理された場合、処理者ＩＤ１００６は代行者のＩＤを示す。また、業務が報告者によって処理された場合には、処理者ＩＤ１００６はＮＵＬＬを格納する。
【０１３７】
ＩＮＤＥＸ１２０６には、各作成者／処理者における添付文書の一意な番号が格納される。
【０１３８】
文書名１２０７には、画面に表示する文書名が格納される。
【０１３９】
サーバ上文書１２０８には、サーバ上の文書の物理的な格納場所が格納される。
【０１４０】
さらに、各添付文書について、上記以外に管理したい項目があれば、テーブルを追加して格納してもよい。
＜各テーブル関係＞
図１３を参照して、フロー管理テーブル９００と、回送管理テーブル１０００（１１００）と、文書管理テーブル１２００との関係を説明する。図１３は、各テーブルの関係を示す図である。
【０１４１】
フロー管理テーブル９００は、１つのレコードでワークフローを管理する。つまり、ワークフローでは、指示、報告、及び承認が行われるため、フロー管理テーブル９００は、指示者用回送管理テーブル、報告者用回送管理テーブル、及び承認者用回送管理テーブルに関連付けられる。
【０１４２】
回送管理テーブル１０００（１１００）は、各ワークフローの指示者、報告者、承認者ごとに記入状況を１レコードで管理する。回送管理テーブル１０００（１１００）は、指示者用、報告者用、及び承認者用に大別することができる。
【０１４３】
この報告者用レコードは、単位ＷＦの場合には１レコードである。一方、同報単位ＷＦの場合には、報告者用レコードは、同報者の１人につき１レコードで管理するため、複数のレコードをもつ。また、グループ単位ＷＦであって回答種別「１名回答要」の場合には、報告者用レコードは１レコードである。一方、グループ単位ＷＦであって「全員回答必須」の場合には、報告者用レコードは、グループのメンバ１人につき１レコードで管理するため、指定されたグループ内のメンバの数ほどレコードをもつ。
【０１４４】
回送管理テーブル１０００（１１００）は、指示者または報告者が添付した文書を管理する文書管理テーブル１２００と関連付けられる。
【０１４５】
文書管理テーブル１２００は、回送管理テーブル１０００（１１００）の指示者または報告者の１レコードにつき添付する文書ごとのレコードで管理するため、複数のレコードをもつ。また、文書管理テーブル１２００は、１つの指示または報告に、複数の文書を添付してもよい。
＜全体作業手順の処理フロー＞
図１４を参照して、全体作業の処理手順を説明する。図１４は全体作業の処理を示す図である。
【０１４６】
本実施の形態における業務管理システムでは、ワークフローの作成者の入力に基づいて、システムが新規ワークフローを作成する（Ｓ１４０１）。このワークフローの作成者は指示者でもあり、承認者でもある。
【０１４７】
そして、システムは作成されたワークフローに示された報告者に作業の実行を指示する（Ｓ１４０２）。そして、報告者は作業を実行する。ここでシステムが実行する処理には、子ＷＦの作成、子ＷＦからの報告結果の承認、及び指示者への報告などがある。
【０１４８】
そして、システムは作成者に承認を指示する（Ｓ１４０３）。つまり、システムは、ワークフローの作成者に、報告者からの報告結果を確認させる。そして作成者は承認を行う。
【０１４９】
その後、システムは全体作業の処理を終了する。
＜新規ワークフローの作成処理＞
図１５を参照して、図１４に示した新規ワークフロー作成処理（Ｓ１４０１）を詳しく説明する。図１５は、新規ワークフロー作成の処理を示す図である。
【０１５０】
新規ワークフローを作成するユーザは、まずシステムにログインする（Ｓ１５０１）。このユーザは指示者である。
【０１５１】
次に図６に示すワークフローメニュー６０２から、ユーザは新規作成６０４を選択する（Ｓ１５０２）。
【０１５２】
そして、システムは指示内容の入力をユーザに指示する（Ｓ１５０３）。そして、ユーザは指示内容を入力する。ここでユーザは、必要に応じて添付ファイルの指定を行う。
【０１５３】
システムは処理期限の入力をユーザに指示する（Ｓ１５０４）。そして、ユーザは図９に示す処理期限９１１を入力する。ここでユーザは、必要に応じて、期限到来時の処理方法９１２を指定する。
【０１５４】
システムは参照制限の入力をユーザに指示する（Ｓ１５０５）。そしてユーザは参照制限９１３を入力する。
【０１５５】
システムは回送方法と報告者の入力をユーザに指示する（Ｓ１５０６）。そして、ユーザは、回送方法と報告者を入力する。ここで回送方法とはＷＦ種類９０６であり、単位ＷＦ、同報単位ＷＦ、グループ単位ＷＦがある。また、報告者は回送先でもある。ＷＦ種類９０６が同報単位ＷＦ、またはグループ単位ＷＦの場合には、ユーザは更に「全員回答必須」、または「１名回答要」を指定する。
【０１５６】
システムは、図９に示す処理状態９０９を「起票状態」にして、入力内容を保存する（Ｓ１５０７）。
【０１５７】
システムは、報告者へメールでワークフローを通知する（Ｓ１５０８）。
その後システムは新規ワークフロー作成の処理を終了する。
【０１５８】
次に図１６を参照してワークフロー新規作成時のテーブル処理を説明する。図１６は、ワークフロー新規作成時におけるシステムの処理フローである。システムは、指示者からの入力に従って、図５に示す指示者の所属するＷＦエンジン５１２上で処理を実施する。
【０１５９】
システムは、ユーザが図６に示すワークフローメニュー６０２から新規作成６０４を選択したことを受けて、この処理を開始する。
【０１６０】
まず、システムは、図１３に示すフロー管理テーブル９００に新しくレコードを追加する（Ｓ１６０１）。そして、当該ワークフローにユニーク識別情報であるＷＦＩＤを採番する。システムは、採番したＷＦＩＤを図１０に示すフロー管理テーブル９００のＷＦＩＤ１００２に格納する。
【０１６１】
このとき、ワークフロー管理テーブル９００は、親ＷＦ関連情報をＮＵＬＬに設定する。この親ＷＦ関連情報は、図９に示す親ＷＦＥ識別９０３、親ＷＦＩＤ９０４、親ＷＦ処理者ＩＤ９０５である。
【０１６２】
また、システムは、入力されたＷＦ種類９０６が同報単位ＷＦ、またはグループ単位ＷＦの場合には、回答種別９０７を設定する。図９では、ＷＦ種類９０６は単位ＷＦであるため、回答種別９０７はＮＵＬＬを設定する。
【０１６３】
さらに、システムは、ユーザからの入力に応じて処理期限設定９１１、処理期限到来時処理９１２、参照制限９１３を設定する。
【０１６４】
次に、システムは、図１３に示す回送管理テーブル１０００にレコードを新しく追加する（Ｓ１６０２）。
【０１６５】
システムは、図１０に示す回送順序１００３が「１」である指示者レコードを追加する。
【０１６６】
そして、システムは、ユーザから入力に応じて、指示内容を設定する。このとき、添付文書があれば、システムは添付文書有無１０１２を「１」に設定する。このときシステムは、処理状態１００９を「起票」に設定する。
【０１６７】
そして、システムは、回送順序１００３が「２」である報告者レコードを追加する。このときシステムは、処理状態１００９を「未処理」に設定する。
【０１６８】
そして、入力されたＷＦ種類９０６が単位ＷＦの場合には、システムは１レコードのみ生成する。そして、システムは、回送先ＷＦＥ１００４と処理者ＩＤ１００６に報告者の属するＷＦＥ１００１とＷＦＩＤ１００２を設定する。
【０１６９】
また、入力されたＷＦ種類９０６が同報単位ＷＦの場合には、システムは同報人数分のレコードを生成する。そして、システムは、回送先ＷＦＥ１００４と処理者ＩＤ１００６に各報告者の属するＷＦＥ１００１とＩＤ１００２を設定する。
【０１７０】
また、入力されたＷＦ種類８０６がグループ単位ＷＦの場合には、システムはレコードを生成する。このとき、システムは「１人回答要」なら１レコードのみ生成し、「全員回答必須」ならグループ全員分のレコードを生成する。そして、システムは回送先ＷＦＥ１００４とグループＩＤ１００６を設定する。
【０１７１】
図１０では、ＷＦ種類８０６は単位ＷＦであるため、システムは１レコードのみ生成する。
【０１７２】
システムは、送順序「３」である承認者レコードを追加する。このときシステムは処理状態１００９を未処理とする。
【０１７３】
次に、システムは、添付文書の有無を判断する（Ｓ１６０３）。システムは添付文書の有無を図１０に示す添付文書有無１０１２に基づいて判断する。
【０１７４】
Ｓ１３０３でシステムは、添付文書なしと判断した場合、処理を終了する。
【０１７５】
一方、Ｓ１３０３でシステムは、添付文書ありと判断した場合、図１０に示す文書管理テーブル９００に新しくレコード追加する。このときシステムは、添付文書の数だけ新しくレコードを追加する。そして、システムは、図１１に示す回送順序１１０１に「１」を設定する（Ｓ１６０４）。その後システムは処理を終了する。
＜作業の実行処理＞
図１７を参照して、図１４に示した作業実行の処理（Ｓ１４０２）を詳しく説明する。図１７は作業実行の処理を示す図である。
【０１７６】
まず、システムは、図６に示すログイン６０１によって、ＩＤ／パスワードを承認する。ここでユーザは、システムにログインする（Ｓ１７０１）。この処理を実行するユーザは報告者である。
【０１７７】
次に、システムはワークフローメニュー６０２から、未処理一覧６０９をユーザに選択させる（Ｓ１７０２）。未処理一覧６０９を表示する際の検索内容は図２４及び図２５に示す。
【０１７８】
そして、システムは、一覧から処理を実行するワークフローの選択をユーザ指示する（Ｓ１７０３）。ここで、ユーザは処理を実行するワークフローを一つ選択する。
【０１７９】
そして、システムは、選択されたワークフローに子ワークフロー（以下、子ＷＦともいう）が存在するならば、子ワークフロー以下の完了状況をサマリ表示する（Ｓ１７０４）。つまり、システムは、図１０に示す報告時ステータス１０１５が「完了」であるワークフローをまとめて表示する。
【０１８０】
そして、システムは、子ワークフローから完了報告があったワークフローに対して、承認または差戻しをユーザに実行させる（Ｓ１７０５）。この子ワークフローを承認または差戻しをするときのシステムの処理フローを図１８に示す。
【０１８１】
また、システムは子ＷＦを作成するか否かをユーザに選択させる（Ｓ１７０６）。
【０１８２】
Ｓ１７０６で、システムは、子ＷＦを作成すると判断した場合、子ＷＦ作成の登録処理を実行する（Ｓ１７０７〜Ｓ１７１２）。システムは、ユーザが図６に示す子ＷＦ作成６１１を選択したか否かに基づいて、子ＷＦの作成を判断する。
【０１８３】
システムは、指示内容の入力をユーザに指示する（Ｓ１７０７）。ここでユーザは、必要に応じて添付ファイルを指定する。そしてユーザが添付ファイルを指定した場合、添付文書有無１０１２にＩＮＤＥＸを設定する。
【０１８４】
そしてシステムは、処理期限９１１の入力を指示する（Ｓ１７０８）。この処理期限９１１は、親ＷＦの期限内で設定可能とする。また、ユーザは、必要に応じて期限到来時処理９１２を入力する。
【０１８５】
そしてシステムは参照制限９１３の入力を指示する（Ｓ１７０９）。
【０１８６】
そしてシステムは図９に示すＷＦ種類９０６と報告者の入力をユーザに指示する（Ｓ１７１０）。
【０１８７】
このＷＦ種類９０６は、単位ＷＦ、同報単位ＷＦ、またはグループ単位ＷＦである。また、この報告者は回送先でもあり、図８に示す報告者レコードの処理者でもある。
【０１８８】
システムは、ＷＦ種別９０６が同報単位ＷＦ、またはグループ単位ＷＦ  の場合には、回答種別９０７をユーザに選択させる。この回答種別９０７は、「全員回答必須」、または「１名回答要」である。
【０１８９】
そして、システムは図１０に示す処理状態１００９を「起票」にして、入力内容を保存する（Ｓ１７１１）。子ＷＦを生成する際のシステムの処理フローを図２３に示す。
【０１９０】
システムは、報告者へメールで子ＷＦが作成されたことを通知する（Ｓ１７１２）。システムはこのメールにより作業の実行をユーザに指示する。
【０１９１】
そして、システムはＳ１７０６に戻り、再び子ワークフローを作成するか否かをユーザに選択させる。
【０１９２】
Ｓ１７０６でシステムは、子ＷＦを作成しないと判断した場合には、完了報告か否かを判断する（Ｓ１７１３）。
【０１９３】
Ｓ１７１３でシステムは、完了報告であると判断した場合、報告内容の入力をユーザに指示する（Ｓ１７１４）。ユーザは、必要に応じて添付ファイルを指定する。
【０１９４】
そしてシステムは、図１０に示す処理状態１００９を「処理済」にして、入力内容を保存する（Ｓ１７１５）。完了報告する際の処理フローを図２５に示す。ここで、処理状態１００９が「処理済」でない子ＷＦが存在すれば、その子ＷＦ以下の処理状態１００９を全て「中止」にする。
【０１９５】
そして、システムは、指示者にメールで完了報告を通知する（Ｓ１７１７）。その後システムは処理を終了する。
【０１９６】
一方、Ｓ１７１３でシステムは、完了報告でないと判断した場合、図１０に示す進捗状況１０１４の入力をユーザに指示する（Ｓ１７１８）。この進捗状況８１４は、例えば５０％など完了した割合で表示する。
【０１９７】
そして、システムは、中間報告内容の入力をユーザに指示する（Ｓ１７１９）。ここでユーザは必要に応じて添付ファイルを指定する。
【０１９８】
そして、システムは図１０に示す処理状態１００９を「一時保存状態」に設定して、入力内容を保存する。その後システムは処理を終了する。
【０１９９】
次に、図１８を参照して子ワークフローの承認／差戻し時におけるテーブル処理を説明する。図１８は、子ワークフローの承認／差戻し時におけるシステムの処理フローである。システムは、承認者からの入力に従って、承認者の所属するＷＦエンジン５１２上で処理を実施する。
【０２００】
システムは、ユーザが図６に示すワークフローメニュー６０２から承認一覧６１２を選択したことを受けて、この処理を開始する。
【０２０１】
まず、システムは承認者が承認を選択したか否かを判断する（Ｓ１５０１）。
【０２０２】
Ｓ１８０１でシステムは、承認者が承認を選択したと判断した場合、図１０に示す回送管理テーブル１０００を更新する（Ｓ１８０２）。
【０２０３】
システムは、図１０に示す回送管理テーブル１０００の承認者レコードの更新をユーザに指示する。この承認者レコードは、回送順序１００３が「３」のレコードである。
【０２０４】
そしてシステムは、処理状態１００９を「完了」に設定し、ユーザからの入力に応じて処理日時１００８、処理者氏名１００７、処理者ＩＤ１００６等を設定する。その後システムは処理を終了する。
【０２０５】
一方、Ｓ１８０１でシステムは、承認者が承認を選択しないと判断した場合、図１０に示す回送管理テーブル１０００を更新する（Ｓ１５０３）。
【０２０６】
システムは、図１０に示す回送管理テーブル１０００の報告者レコード及び承認者レコードの更新をユーザに指示する。この報告者レコードは回送順序１００３が「２」のレコードであり、この承認者レコードは回送順序１００３が「３」のレコードである。
【０２０７】
そしてシステムは、処理状態１００９を「完了」に設定し、ユーザからの入力に応じて処理日時１００８、処理者氏名１００７、処理者ＩＤ１００６等を設定する。
【０２０８】
システムは、報告者レコードの処理状態１００９を「差戻し」に設定する。
【０２０９】
また、システムは、承認者レコードの処理状態１００９を「差戻し」に設定し、記録のため処理日時８０８、処理者氏名８０７、処理者ＩＤ８０６等を設定する。その後システムは処理を終了する。
【０２１０】
次に、図１９を参照して、子ＷＦ作成時のテーブル処理を説明する。図１９は子ワークフローの登録時におけるシステムの処理フローである。システムは、指示者からの入力に従って、指示者の所属するＷＦエンジン５１２上で処理を実施する。
【０２１１】
システムは、ユーザが図６に示すワークフローメニュー６０２から新規作成６０４を選択したことを受けて、この処理を開始する。
【０２１２】
まず、システムは、図１３に示すフロー管理テーブル９００に新しくレコードを追加する（Ｓ１９０１）。そして、当該ワークフローにユニーク識別情報であるＷＦＩＤを採番する。システムは、採番したＷＦＩＤを図９に示すフロー管理テーブル９００のＷＦＩＤ９０２に格納する。
【０２１３】
このとき、ワークフロー管理テーブル９００は、親ＷＦ関連情報を設定する。この親ＷＦ関連情報は、図９に示す親ＷＦＥ識別９０３、親ＷＦＩＤ９０４、親ＷＦ処理者ＩＤ９０５である。
【０２１４】
また、システムは、入力されたＷＦ種類９０６が同報単位ＷＦ、またはグループ単位ＷＦの場合には、回答種別９０７を設定する。図９では、ＷＦ種類９０６は単位ＷＦであるため、システムは回答種別９０７にＮＵＬＬを設定する。
【０２１５】
さらに、システムは、ユーザからの入力に応じて処理期限設定９１１、処理期限到来時処理９１２、参照制限９１３を設定する。システムは、この処理期限設定９１１を親ＷＦの処理期限内で設定する。
【０２１６】
次に、システムは、図１３に示す回送管理テーブル１０００にレコードを新しく追加する（Ｓ１９０２）。
【０２１７】
システムは、図１０に示す回送順序１００３が「１」である指示者レコードを追加する。
【０２１８】
そして、システムはユーザから入力に応じて指示内容を設定する。このとき、添付文書があれば、システムは添付文書有無１０１２の欄に「１」を設定する。このときシステムは、処理状態１００９を「起票」に設定する。
【０２１９】
そして、システムは、回送順序１００３が「２」である報告者レコードを追加する。このときシステムは、処理状態１００９を「未処理」に設定する。
【０２２０】
そして、入力されたＷＦ種類９０６が単位ＷＦの場合には、システムは１レコードのみ生成する。そして、システムは、回送先ＷＦＥ１００４と処理者ＩＤ１００６に報告者の属するＷＦＥとＩＤを設定する。
【０２２１】
また、入力されたＷＦ種類９０６が同報単位ＷＦの場合には、システムは同報人数分のレコードを生成する。そして、システムは、回送先ＷＦＥ８１００４と処理者ＩＤ１００６に各報告者の属するＷＦＥとＩＤを設定する。
【０２２２】
また、入力されたＷＦ種類９０６がグループ単位ＷＦの場合には、システムはレコードを生成する。このとき、システムは、「１人回答要」なら１レコードのみ生成し、「全員回答必須」ならグループ全員分のレコードを生成する。そして、システムは、回送先ＷＦＥ１００４とグループＩＤ１００６を設定する。
【０２２３】
図１０では、ＷＦ種類９０６は単位ＷＦであるため、システムは１レコードのみ生成する。
【０２２４】
システムは、送順序が「３」である承認者レコードを追加する。このときシステムは処理状態１００９を「未処理」にする。
【０２２５】
次に、システムは添付文書の有無を判断する（Ｓ１９０３）。
【０２２６】
Ｓ１９０３でシステムは、添付文書なしと判断した場合、処理を終了する。
【０２２７】
一方、Ｓ１９０３でシステムは、添付文書ありと判断した場合、図１３に示す文書管理テーブル１２００に新しくレコード追加する（Ｓ１９０４）。このときシステムは、添付文書の数だけ新しくレコードを追加する。そして、システムは、図１２に示す回送順序１２０１に「１」を設定する。その後システムは処理を終了する。
【０２２８】
図２０を参照して、ワークフローの完了報告時のテーブル処理を説明する。図２０は、完了報告時におけるシステムの処理フローである。システムは、報告者からの入力に従って、報告者の所属するＷＦエンジン５１２上で処理を実施する。
【０２２９】
システムは、図１７に示す報告内容（Ｓ１７１４）の入力を受けて、この処理を開始する。
【０２３０】
まず、システムは入力者の報告者レコードの処理状態１００９が「処理済」であるか否かを判定する（Ｓ２００１）。この報告者レコードは、回送順序１００３が「２」であるレコードをいう。Ｓ２００１でシステムは、報告者レコードの処理状態１００９が「処理済」であると判断した場合、処理を終了する。
【０２３１】
一方、Ｓ２００１でシステムは、報告者レコードの処理状態１００９が「処理済」でないと判断した場合、図１０に示す回送管理テーブル１０００の報告者レコードを更新する（Ｓ２００２）。この回送管理テーブル１０００は、図９に示すＷＦ種類９０６及び回答種別９０７に基づいて、更新される。
【０２３２】
まず、ＷＦ種類９０６が単位ＷＦの場合には、システムは、報告者の入力に従って報告者レコードの指示／報告内容１０１３、報告者進捗状態１０１４、報告時ステータス１０１５、処理者氏名１００７、及び処理日時１００８を設定する。そして、システムは、処理状態１００９を「処理済」に設定する。ＷＦ種類９０６が単位ＷＦの場合には、図１０に示すように、報告者レコードは一つだけである。
【０２３３】
次に、ＷＦ種類９０６が同報単位ＷＦの場合には、システムは入力者の報告レコードに指示／報告内容１０１３、報告者進捗状態１０１４、報告時ステータス１０１５、処理者氏名１００７、及び処理日時１００８を設定する。また、システムは処理状態１００９を「処理済」に設定する。
【０２３４】
また、ＷＦ種類９０６が同報単位ＷＦであって、回答種別９０７が１人「回答要」の場合には、システムは入力者の報告レコードに加えて、他の報告者レコードの処理状態１００９も「処理済」に設定する。
【０２３５】
ＷＦ種類９０６がグループ単位ＷＦであって、回答種別９０７が「全員回答必須」の場合には、システムは、報告者の入力に従って、報告者レコードに、指示／報告内容１０１３、報告者進捗状態１０１４、報告時ステータス１０１５、処理者氏名１００７、及び処理日時１００８を設定する。ここでは、入力者の報告レコードだけを変更する。そして、システムは、処理状態１００９を「処理済」に設定する。
【０２３６】
また、ＷＦ種類９０６がグループ単位ＷＦであって、回答種別９０７が「１人回答要」の場合には、システムは報告者の入力に従って報告者レコードに処理者ＩＤ１００６を設定する。さらに、システムは、指示／報告内容１０１３、報告者進捗状態１０１４、報告時ステータス１０１５、処理者氏名１００７、及び処理日時１００８を設定する。そして、システムは、処理状態１００９を「処理済」に設定する。
【０２３７】
次に、システムは、添付文書の有無を判断する（Ｓ２００３）。Ｓ２００３でシステムは、添付文書なしと判断した場合、処理を終了する。
【０２３８】
一方、Ｓ２００３でシステムは、添付文書ありと判断した場合、図１３に示す文書管理テーブル１２００に新しくレコード追加する。このときシステムは、添付文書の数だけ新しくレコードを追加する。そして、システムは、図１０に示す回送順序１００３に「２」を設定する（Ｓ２００４）。そして、システムは処理を終了する。
＜承認の実行処理＞
図２１を参照して、ユーザが承認を実行する際のシステムの処理を説明する。図２１は、承認の実行の処理フローである。システムは、指示者からの入力に従って、指示者の所属するＷＦエンジン５１２上で処理を実施する。
【０２３９】
承認を実行するユーザは、まずシステムにログインする（Ｓ２１０１）。このユーザは承認者であり、指示者でもある。
【０２４０】
次に図６に示すワークフローメニュー６０２から、ユーザは未承認一覧６１２を選択する（Ｓ２１０２）。
【０２４１】
システムは、未承認一覧６１２から承認を実行するワークフローを選択させる（Ｓ２１０３）。ここでユーザは、承認を実行するワークフローを一つ選択する。
【０２４２】
システムは、選択されたワークフローを表示して、報告内容をユーザに確認させる（Ｓ２１０４）。ここでユーザは選択したワークフローの報告内容を確認する。
【０２４３】
システムは、ユーザが承認の実行を選択したか否かを判断する（Ｓ２１０５）。ここでユーザは報告内容に対して承認または差戻しを行う。Ｓ２１０５でシステムは、承認を行うと判断した場合、コメントの入力をユーザに指示する（Ｓ２１０６）。ユーザは必要に応じて報告内容に対するコメントを入力する。このコメントは、図１０に示す指示／報告内容１０１３に格納される。
【０２４４】
システムは、処理状態を完了状態にして、入力内容を保存する（Ｓ２１０７）。つまり、システムは図１０に示す処理状態１００９を「完了」にする。この際の処理フローを図２２に示す。その後システムは承認の実行処理を終了する。
【０２４５】
一方、Ｓ２１０５でシステムは、承認を行わないと判断した場合、コメントの入力をユーザに指示する（Ｓ２１０８）。ユーザは必要に応じて指示／報告内容１０１３に報告内容に対する修正依頼などのコメントを入力する。
【０２４６】
システムは処理を差戻しにして、入力内容を保存する（Ｓ２１０９）。つまり、システムは図１０に示す処理状態１００９を「差戻し」にする。この際の処理フローを、図２２に示す。
【０２４７】
システムは、報告内容の差戻しをメールで報告者へ通知し、処理の再実行を指示する（Ｓ２１１０）。その後システムは処理を終了する。
【０２４８】
次に図２２を参照して、ワークフローの承認／差戻し時のテーブル処理を説明する。図２２は、ワークフローの承認／差戻し時におけるシステムの処理フローである。システムは、承認者からの入力に従って、承認者の所属するＷＦエンジン５１２上で処理を実施する。この処理フローは、基本的には、図１８に示す子ワークフローの場合の承認／差戻し処理を同じである。
【０２４９】
システムは、ユーザが図６に示すワークフローメニュー６０２から承認一覧６１２を選択したことを受けて、この処理を開始する。
【０２５０】
まず、システムは、承認者が承認を選択したか否かを判断する（Ｓ２２０１）。Ｓ２２０１でシステムは、承認者が承認を選択したと判断した場合、図１３に示す回送管理テーブル１０００を更新する（Ｓ２２０２）。
【０２５１】
システムは、図１０に示す回送管理テーブル１０００の承認者レコードの更新をユーザに指示する。この承認者レコードは、回送順序１００３が「３」のレコードである。
【０２５２】
そしてシステムは、処理状態１００９を「完了」に設定し、ユーザからの入力に応じて処理日時１００８、処理者氏名１００７、処理者ＩＤ１００６等を設定する。その後システムは処理を終了する。
る。
【０２５３】
一方、Ｓ２２０１でシステムは、承認者が承認を選択しないと判断した場合、図１０に示す回送回送管理テーブル１０００を更新する（Ｓ２２０３）。
【０２５４】
システムは、図１０に示す回送管理テーブル１０００の報告者レコード及び承認者レコードの更新をユーザに指示する。この報告者レコードは回送順序１００３が「２」のレコードであり、この承認者レコードは回送順序１００３が「３」のレコードである。
【０２５５】
そしてシステムは、処理状態１００９を「完了」に設定し、ユーザからの入力に応じて処理日時１００８、処理者氏名１００７、処理者ＩＤ１００６等を設定する。システムは、報告者レコードの処理状態を「差戻し」に設定する。
【０２５６】
また、システムは、記録のため承認者レコードの処理状態１００９を「差戻し」に設定し、処理日時１００８、処理者氏名１００７、処理者ＩＤ１００６等を設定する。その後システムは処理を終了する。
＜その他の処理フロー＞
次に図２３を参照して、定時処理で実行する督促及び打切りの処理を説明する。図２３は、定時処理による督促および打切りの処理フローである。システムは、この処理を１日１回自動的に実行することが望ましい。
【０２５７】
ユーザは、督促を開始する時期（Ｎ）を予めＷＦエンジン５１２に設定する。例えば、ユーザは、処理期限日の１週間前になったことを作業者に警告すると設定する場合には、督促開始時期（Ｎ）を「７」に設定する。督促日は処理期限日から督促開始時期（Ｎ）を減じることで算出できる。
【０２５８】
そして、システムは、未処理ワークフローを検索し、作業者に、督促のメールを通知する。ただし、処理期限日を超過した場合で、期限到来時処理が「打切り」の場合には、督促のメールを通知せず、該当するＷＦ及びその下位のＷＦをすべて「打切り」として処理を完了する。
【０２５９】
まずシステムは、ＷＦエンジン５１２上で、フロー管理テーブル９００の中止フラグ９１４が「ＮＵＬＬ」に設定されたワークフローを抽出する。またシステムは、そのワークフローに関連する回送管理テーブル１０００の報告者の処理状態が「処理済」でないワークフローも抽出する（Ｓ２３０１）。
【０２６０】
そして、システムは、日付が督促日（処理期限−Ｎ）に達したか、または処理期限９１１が「ＮＵＬＬ」であるかを判断する（Ｓ２３０２）。ここで、システムは、日付が督促日（処置期限−Ｎ）に達していない、または処理期限９１１が「ＮＵＬＬ」であると判断した場合、処理を終了する。
【０２６１】
一方Ｓ２３０２で、システムは、日付が督促日（処置期限−Ｎ）に達したと判断した場合、日付が処理期限９１１に達していないかを判断する（Ｓ２３０３）。ここで、システムは、日付が処理期限９１１に達していないと判断した場合、ユーザ管理テーブル７００から報告者のメールアドレス７０４を取得する。そして、システムは、督促メールを報告者に送信する（Ｓ２３０４）。その後システムは処理を終了する。
【０２６２】
Ｓ２３０３で、システムは、日付が処理期限９１１に達したと判断した場合、期限到来時処理９１２が「打切り」かを判断する（Ｓ２３０５）。ここで、システムは、期限到来時処理９１２が「打切り」であると判断した場合、該当ＷＦ及び下位の全ＷＦを抽出する。そして、システムはワークフロー管理テーブル９００の中止フラグ９１４を「打切り」に変更し、指示者に通知メールを送信する（Ｓ２３０６）。その後システムは処理を終了する。
【０２６３】
次に図２４及び２５を参照して、未処理一覧画面での検索処理を説明する。
【０２６４】
図２４は、他サーバとの連携時における未処理検索の概念図であるこの概念図は、図５に示すシステム構成図を簡略化した図である。端末２４０１、自社ＷＦＥ２４０２、及び連携先ＷＦＥ２４０３はネットワークを介して接続される。自社ＷＦＥ２４０２は図５に示すワークフローサーバ５０２が有するワークフローエンジン５１３であり、連携先ＷＦＥ２４０３は連携先ワークフローサーバ５０２が有するワークフローエンジン５１３である。
【０２６５】
ユーザの端末２４０１が未処理一覧を選択すると、システムは、自社ＷＦＥ２４０２上で未処理ＷＦの検索を実行する（Ｓ２４０１）。
【０２６６】
同時に、システムは連携先ＦＷＥ２４０３に対して、回送先が自分に設定してある未処理のワークフローがないかを問い合わせる（Ｓ２４０２）。この問い合せを受けて、連携先ＷＦＥ２４０３は、回送先が問合元に設定してある未処理のワークフローを検索する。
【０２６７】
連携先ＷＦＥ２４０３は、検索結果を自社ＷＦＥ２４０２へ回答する（Ｓ２４０３）。
【０２６８】
システムは、自社ＷＦＥ２４０２の検索結果と連携先ＷＦＥ２４０３の回答をマージして端末２４０１に未処理一覧を表示する（Ｓ２４０４）。
【０２６９】
図２５は、自社ＷＦＥ２４０２、及び連携先ＷＦＥ２４０３における検索時のクエリ内容を示す。
【０２７０】
システムは、図９に示すフロー管理テーブル９００及び回送管理テーブル１０００から以下の条件によって、未処理ワークフローを検索する。
【０２７１】
フロー管理テーブル９００では、中止フラグ９１４が「ＮＵＬＬ」である。
そして、ＷＥＦ識別９０１が検索対象のＷＦＥである。そして、ＷＦＥ識別９０１が回送管理テーブル１０００のＷＦＥ識別である。そして、ＷＦＩＤ９０２が回送管理テーブル１０００のＷＦＩＤである。
【０２７２】
一方、回送管理テーブル１０００では、回送先ＷＦＥ１００４が自社のＷＦＥである。そして、処理者ＩＤ１００６が自分の処理者ＩＤ、または回送先グループがグループＩＤ１００５がグループＩＤであり、ＷＦＥ識別１００１が自社のＷＦＥであり、処理者ＩＤ１００６が自分のユーザＩＤである。そして、処理状態１００９が「未処理」、「一時保存」または「差戻し」である。
【０２７３】
システムは上記条件を満たすワークフローを未処理ワークフローとして抽出する。
＜実施形態の効果＞
本実施の形態の業務管理システムは、途中で分岐する場合を含めて、基本的なワークフロー（単位ＷＦ）の組合せで、業務を管理する。そのため、任意の指示系統に対応してワークフロー全体を管理できる。
【０２７４】
指示系統を１段ずつ指定することができる。そのため、指示系統の変更に柔軟に対応することができる。
【０２７５】
同報単位ＷＦやグループ単位ＷＦにより、上位者が複数の指示系統を一括して指定できる。また、同報単位ＷＦやグループ単位ＷＦでは、「全員回答必須」と設定することにより、複数の対象者全員に一斉に回答させることができる。同報単位ＷＦやグループ単位ＷＦでは、指示者は「１名回答要」と設定することにより複数の対象者に回答者を特定せずに指示し、任意の１名に回答させることができる。
【０２７６】
ワークフロー全体を構成する単位ＷＦごとの管理エンジンが、物理的に別々なエンジンでも連携可能となる。これによって親会社と子会社間、または発注会社と受注会社間などにまたがったワークフローを容易に管理できる。
【０２７７】
報告者は完了報告の前でも途中状態を設定することができる。これによって、指示者は作業の進捗状況を把握することができる。
【０２７８】
報告者は完了報告時にステータスを指定することができる。ステータスは、例えば、完了、中止、及び要再検討である。このうち、「要再検討」のステータスを指示者に報告することで、報告を受けた指示者は特定の回送先について、２周目の再指示を行うこともできる。子ＷＦの報告者が、直接の指示者より上位の指示等を連鎖的に参照できる。親ＷＦの指示者が、子ＷＦ、孫ＷＦの処理（進捗）状況を連鎖的に参照できる。子から親、親から子への指示内容／処理（進捗）状況の参照を、権限等の設定に応じて、許可・禁止できる。ＷＦの連鎖系列を図示できる。自分の子ＷＦがすべて完了したら、親ＷＦへの報告用に、各子ＷＦの完了状況（完了日付、担当者、完了ステータス、コメント、など）を自動的にとりまとめることができる。親ＷＦを中止した際に、子ＷＦ、孫ＷＦも連鎖的に中止することができる。ＷＦ作成時に期限を設定して、期限にあらかじめ設定した期間まで近づいたときに自動的に督促を行ったり、期限を超過した場合は自動的に中止する、等の期限制御ができる。子ＷＦの期限を親ＷＦの期限内で設定可能とすることで、連鎖的な指示系統における期限管理を整合性をもって実現できる。この際、親ＷＦが期限超過で打切りにされたら、子ＷＦも打切りにする。
＜変形例＞
上述の実施の形態では、ＷＷＷを使ったシステム構成について図５を参照して説明した。しかしながら、ＷＷＷを使わないシステム構成であってもよい。そこで、図２６を参照して、クライアント／サーバを使ったシステム構成を変形例をして説明する。
【０２７９】
ＷＷＷを使ったシステムでは、ワークフローサーバ５０２はワークフローエンジン５１２とＷＷＷサーバ５１３を備え、端末５０１はブラウザを備えていた。
【０２８０】
しかし、クライアント／サーバを使ったシステムでは、ワークフローサーバはサーバアプリを備え、端末はクライアントアプリを備える。
【０２８１】
そして、各端末は、このクライアントアプリを使用して、ワークフローサーバ上のサーバアプリと通信する。このようにして、業務管理システムは図５と同様にメニューを画面に表示することができる。その結果、ユーザはクライアントアプリを使用してワークフローの作成や処理などを実行できる。その他のシステム構成は、ＷＷＷを使ったシステムと同様なため、説明を省略する。
【０２８２】
なお、本変形例では、他サーバと連携を行っていないが、図５に示すようにインターネット等のネットワークを介して、他のワークフローサーバや他のＤＢサーバと連携と連携しもよい。
＜コンピュータに読み取り可能な記憶媒体＞
上記実施の形態のいずれかの処理をコンピュータに実行させるプログラムをコンピュータが読み取り可能な記憶媒体に記録することができる。そして、コンピュータに、この記憶媒体のプログラムを読み込ませて実行させることにより、上記実施の形態に示したシステムを提供することができる。
【０２８３】
ここで、コンピュータが読み取り可能な記憶媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータから読み取ることができる記憶媒体をいう。このような記憶媒体のうちコンピュータから取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ＤＡＴ、８ｍｍテープ、メモリカード等がある。
【０２８４】
また、コンピュータに固定された記録媒体として、ハードディスクやＲＯＭ（リード・オンリー・メモリ）等がある。
【０２８５】
なお、上記実施の形態は本発明の範囲をなんら限定するものではなく、当業者が理解できる範囲において適宜、各種の変形の態様があり得る。
＜その他＞
さらに、本実施の形態は以下の発明を開示する。
（付記１）業務を処理する者を指定する指示手段と指示者に対する業務報告を実行する報告手段と前記業務報告を承認する承認手段とを有する業務モジュールと、
前記業務モジュールによる実行結果に基づき、前記指示手段により指定した指示者、前記報告手段により実行する報告者、または前記承認手段により承認する承認者を含む指示系統に係る情報を記録する系統記憶手段と、
前記業務モジュールによる指示系統に係る情報を組み合わせて業務を管理する管理手段とを備える業務管理システム。
（付記２）前記管理手段は、複数の業務モジュールによる指示系統に係る情報を関連付けて記憶する系統関連記憶手段を更に備える付記１に記載の業務管理システム。
（付記３）前記指示、報告、または承認の状態を記憶する状態記憶手段を更に備える付記１または２に記載の業務管理システム。
（付記４）前記業務モジュールは業務を処理する複数の者を指定する複数指示手段を更に備える付記１乃至３のいずれかに記載の業務管理システム。
（付記５）前記業務モジュールは業務を処理するグループを指定するグループ指示手段を更に備える付記１乃至４のいずれかに記載の業務管理システム。
（付記６）業務を処理する者を指定する指示ステップと指示者に対する業務報告を実行する報告ステップと前記業務報告を承認する承認ステップとを実行させる業務モジュールを含み、
前記業務モジュールによる実行結果に基づき、前記指示ステップで指定した指示者、前記報告ステップで実行する報告者、または前記承認ステップで承認する承認者を含む指示系統に係る情報を記録するステップと、
前記業務モジュールによる指示系統に係る情報を組み合わせて業務を管理するステップとをコンピュータによって実行させるプログラム。
（付記７）複数の業務モジュールによる指示系統に係る情報を関連付けて記憶するステップを更に実行させる付記６に記載のプログラム。
（付記８）前記指示、報告、または承認の状態を記憶するステップを更に実行させる付記６または７に記載のプログラム。
（付記９）前記業務モジュールは業務を処理する複数の者を指定するステップを更に実行させる付記６乃至８のいずれかに記載のプログラム。
（付記１０）前記業務モジュールは業務を処理するグループを指定するステップを更に実行させる付記６乃至９のいずれかに記載のプログラム。
（付記１１）業務を処理する者を指定する指示ステップと指示者に対する業務報告を実行する報告ステップと前記業務報告を承認する承認ステップとを実行させる業務モジュールを含み、
前記業務モジュールによる実行結果に基づき、前記指示ステップで指定した指示者、前記報告ステップで実行する報告者、または前記承認ステップで承認する承認者を含む指示系統に係る情報を記録するステップと、
前記業務モジュールによる指示系統に係る情報を組み合わせて業務を管理するステップとを実行させるプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
（付記１２）複数の業務モジュールによる指示系統に係る情報を関連付けて記憶するステップを更に実行させる付記１１に記載の記憶媒体。
（付記１３）前記指示、報告、または承認の状態を記憶するステップを更に実行させる付記１１または１２に記載の記憶媒体。
（付記１４）前記業務モジュールは業務を処理する複数の者を指定するステップを更に実行させる付記１１乃至１３のいずれかに記載の記憶媒体。
（付記１５）前記業務モジュールは業務を処理するグループを指定するステップを更に実行させる付記１１乃至１４のいずれかに記載の記憶媒体。
（付記１６）業務を処理する者を指定する指示ステップと指示者に対する業務報告を実行する報告ステップと前記業務報告を承認する承認ステップとを実行させる業務モジュールを含み、
前記業務モジュールによる実行結果に基づき、前記指示ステップで指定した指示者、前記報告ステップで実行する報告者、または前記承認ステップで承認する承認者を含む指示系統に係る情報を記録するステップと、
前記業務モジュールによる指示系統に係る情報を組み合わせて業務を管理するステップとを実行させる業務管理方法。
【０２８６】
【発明の効果】
以上で説明したように、本発明は、業務モジュールによる基本的な指示系統の組合わせにより、業務を管理できる業務管理システムを提供することができる。
【図面の簡単な説明】
【図１】環構造型情報連鎖によるワークフローの実施例を示す図である。
【図２】環構造型情報連鎖による枝分かれのあるワークフローの実施例を示す図である。
【図３】同報単位ＷＦによる実施例を示す図である。
【図４】グループ単位ＷＦによる実施例を示す図である。
【図５】ＷＷＷを使ったシステム構成を示す図である。
【図６】モジュール構成を示す図である。
【図７】ユーザ管理テーブルを示す図である。
【図８】グループ管理テーブルを示す図である。
【図９】フロー管理テーブルを示す図である。
【図１０】回送管理テーブル（単位ＷＦ）を示す図である。
【図１１】回送管理テーブル（同報単位ＷＦ）を示す図である。
【図１２】文書管理テーブルを示す図である。
【図１３】各テーブルの関係図である。
【図１４】全体作業を示す図である。
【図１５】新規ワークフローの作成を示す図である。
【図１６】新規作成時の処理フローを示す図である。
【図１７】作業の実行を示す図である。
【図１８】子ＷＦの承認・差戻しの処理フローを示す図である。
【図１９】子ＷＦ作成の処理フローを示す図である。
【図２０】完了報告の処理フローを示す図である。
【図２１】承認の実行を示す図である。
【図２２】ワークフローの承認・差戻しの処理フローを示す図である。
【図２３】定時処理による督促及び打切りの処理フローを示す図である。
【図２４】他サーバとの連携時の未処理検索の概念図である。
【図２５】未処理検索時のクエリ内容を示す図である。
【図２６】クライアント／サーバを使ったシステム構成を示す図である。
【図２７】従来型のワークフローを示す図である。
【図２８】従来型のワークフローを使った指示・報告業務の実施例を示す図である。
【符号の説明】
５０１…端末
５０２…ワークフローサーバ
５０３…ＤＢサーバ
５０４…認証サーバ
５０５…メールサーバ
５１１…ブラウザ
５１２…ワークフローエンジン
５１３…ＷＷＷサーバ
５１４…ユーザ管理
５１５…グループ管理
５１６…フロー管理
５１７…回送管理
５１８…文書管理
６０１…ログイン
６０２…ワークフローーメニュー
６０３…終了
６０４…新規作成
６０５…作成済一覧
６０６…内容・処理状態参照
６０７…中止
６０８…連鎖参照
６０９…未処理一覧
６１０…進捗状況設定
６１１…子ＷＦ作成
６１２…未承認一覧
６１３…承認
６１４…自由検索
６１５…検索結果一覧
６１６…代行者登録
６１７…代行処理
９００…フロー管理テーブル
１０００…回送管理テーブル（単位ＷＦ）
１１００…回送管理テーブル（同報単位ＷＦ）
１２００…文書管理テーブル
【図１】
2004287575.tif 000003
【図２】
2004287575.tif 000004
【図３】
2004287575.tif 000005
【図４】
2004287575.tif 000006
【図５】
2004287575.tif 000007
【図６】
2004287575.tif 000008
【図７】
2004287575.tif 000009
【図８】
2004287575.tif 000010
【図９】
2004287575.tif 000011
【図１０】
2004287575.tif 000012
【図１１】
2004287575.tif 000013
【図１２】
2004287575.tif 000014
【図１３】
2004287575.tif 000015
【図１４】
2004287575.tif 000016
【図１５】
2004287575.tif 000017
【図１６】
2004287575.tif 000018
【図１７】
2004287575.tif 000019
【図１８】
2004287575.tif 000020
【図１９】
2004287575.tif 000021
【図２０】
2004287575.tif 000022
【図２１】
2004287575.tif 000023
【図２２】
2004287575.tif 000024
【図２３】
2004287575.tif 000025
【図２４】
2004287575.tif 000026
【図２５】
2004287575.tif 000027
【図２６】
2004287575.tif 000028
【図２７】
2004287575.tif 000029
【図２８】
2004287575.tif 000030