(57)【要約】【課題】  滞留しているワークフローの多寡を容易に認識させる仕組みを提供する。【解決手段】  組織におけるワークフローを管理するサーバであって、組織を構成する部門の情報を管理し、組織に属すユーザ、当該ユーザの役割および当該ユーザが属す部門を対応付けて管理し、ワークフローの処理経路をプロセス情報として管理する。ワークフローの処理待ちのプロセス情報および当該プロセスを担当する部門の識別情報を取得し、管理されている部門の情報および取得された処理待ちプロセスの件数を用いて、当該処理待ちプロセスを担当する部門の識別情報の近傍に当該部門が件数を記した組織図を表示するための画面情報を生成することを特徴とするサーバ。【選択図】  図５
2018081395.tif 000002
【特許請求の範囲】
【請求項１】
組織におけるワークフローを管理するサーバであって、
前記組織を構成する部門の情報を管理する部門管理手段と、
前記組織に属すユーザ、当該ユーザの役割および当該ユーザが属す前記部門管理手段により管理されている部門を対応付けて管理するユーザ管理手段と、
前記ワークフローの処理経路をプロセス情報として管理するプロセス管理手段と、
前記プロセス管理手段から前記ワークフローの処理待ちのプロセス情報および当該プロセスを担当する部門の識別情報を取得するプロセス情報取得手段と、
前記部門管理手段により管理されている部門の情報および前記プロセス情報取得手段により取得された処理待ちプロセスの件数を用いて、当該処理待ちプロセスを担当する部門の識別情報の近傍に当該部門が件数を記した組織図を表示するための画面情報を生成する組織図生成手段と
を備えることを特徴とするサーバ。
【請求項２】
前記プロセス情報取得手段により取得された処理待ちプロセス情報を用いて、前記ワークフローの処理経路に含まれるプロセスの識別情報の近傍に当該プロセスの処理待ち件数を記したプロセス図を表示するための画面情報を生成するプロセス図生成手段と
を更に備えることを特徴とする請求項１に記載のサーバ。
【請求項３】
前記組織図生成手段により生成された画面情報は、当該画面情報に含まれる件数に対してユーザによる操作指示を受け付けた場合に、前記プロセス図生成手段により生成される画面情報を用いて表示されるプロセス図に遷移するリンクを含むこと
を特徴とする請求項２に記載のサーバ。
【請求項４】
前記プロセス図生成手段により生成された画面情報は、当該画面情報に含まれる件数に対してユーザによる操作指示を受け付けた場合に、前記組織図生成手段により生成される画面情報を用いて表示される組織図に遷移するリンクを含むこと
を特徴とする請求項２に記載のサーバ。
【請求項５】
前記プロセス情報取得手段により取得された処理待ちプロセスの処理担当者に対してメールを送信するメール送信手段
を更に備えることを特徴とする請求項１乃至４のいずれか１項に記載のサーバ。
【請求項６】
組織におけるワークフローを管理するサーバにおける処理方法であって、
前記サーバが、
前記組織を構成する部門の情報を管理する部門管理ステップと、
前記組織に属すユーザ、当該ユーザの役割および当該ユーザが属す前記部門管理ステップにより管理されている部門を対応付けて管理するユーザ管理ステップと、
前記ワークフローの処理経路をプロセス情報として管理するプロセス管理ステップと、
前記プロセス管理ステップから前記ワークフローの処理待ちのプロセス情報および当該プロセスを担当する部門の識別情報を取得するプロセス情報取得ステップと、
前記部門管理ステップにより管理されている部門の情報および前記プロセス情報取得ステップにより取得された処理待ちプロセスの件数を用いて、当該処理待ちプロセスを担当する部門の識別情報の近傍に当該部門が件数を記した組織図を表示するための画面情報を生成する組織図生成ステップと
を実行することを特徴とする処理方法。
【請求項７】
組織におけるワークフローを管理するサーバで実行可能なプログラムであって、
前記サーバを、
前記組織を構成する部門の情報を管理する部門管理手段と、
前記組織に属すユーザ、当該ユーザの役割および当該ユーザが属す前記部門管理手段により管理されている部門を対応付けて管理するユーザ管理手段と、
前記ワークフローの処理経路をプロセス情報として管理するプロセス管理手段と、
前記プロセス管理手段から前記ワークフローの処理待ちのプロセス情報および当該プロセスを担当する部門の識別情報を取得するプロセス情報取得手段と、
前記部門管理手段により管理されている部門の情報および前記プロセス情報取得手段により取得された処理待ちプロセスの件数を用いて、当該処理待ちプロセスを担当する部門の識別情報の近傍に当該部門が件数を記した組織図を表示するための画面情報を生成する組織図生成手段
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ワークフローを管理するサーバと、その処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来、ワークフローでは、申請者が申請した文書について、その文書に係る業務の種類に応じた担当者（＝承認者）が順に承認することにより承認処理を完了させる。
【０００３】
そのため、ある担当者が出張や休暇のため承認処理を滞留させてしまうと、複数の文書について承認処理が完了せず、複数の申請者の業務が滞ってしまう問題が発生してしまう。
特許文献１では、どの担当者で承認処理が滞留しているのかを認識させ、その担当者に対して催促を行うワークフローシステムの技術が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平８−１９０５８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１のシステム構成では、１件のワークフローについて、どの担当者で滞留しているのかを認識できるのみであって、経営層やシステム管理者が、システムで管理している大量のワークフローについて、承認を滞留している担当者が属す部門を容易に認識することができない。つまり、滞留しているワークフローの多寡を容易に認識することができないという課題がある。
【０００６】
そこで、本発明の目的は、滞留しているワークフローの多寡を容易に認識させる仕組みを提供することである。
【課題を解決するための手段】
【０００７】
組織におけるワークフローを管理するサーバであって、前記組織を構成する部門の情報を管理する部門管理手段と、前記組織に属すユーザ、当該ユーザの役割および当該ユーザが属す前記部門管理手段により管理されている部門を対応付けて管理するユーザ管理手段と、前記ワークフローの処理経路をプロセス情報として管理するプロセス管理手段と、前記プロセス管理手段から前記ワークフローの処理待ちのプロセス情報および当該プロセスを担当する部門の識別情報を取得するプロセス情報取得手段と、前記部門管理手段により管理されている部門の情報および前記プロセス情報取得手段により取得された処理待ちプロセスの件数を用いて、当該処理待ちプロセスを担当する部門の識別情報の近傍に当該部門が件数を記した組織図を表示するための画面情報を生成する組織図生成手段とを備えることを特徴とするサーバ。
【発明の効果】
【０００８】
本発明によれば、滞留しているワークフローの多寡を容易に認識させる仕組みを提供することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明のワークフローシステム１００の構成の一例を示す図
【図２】本発明のサーバ１０２と情報処理装置１０１のハードウエア構成の一例を示す図
【図３】本発明のワークフローシステム１００の機能構成の一例を示すブロック図
【図４】本発明のサーバ１０２で管理するテーブルのデータの一例を示す図
【図５】本発明の情報処理装置１０１により表示される組織図画面の一例を示す図
【図６】本発明の組織図表示処理の一例を示すフローチャート
【図７】本発明の情報処理装置１０１により表示される業務プロセス図画面の一例を示す図
【図８】本発明の業務プロセス図表示処理の一例を示すフローチャート
【発明を実施するための形態】
【００１０】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
図１は、本発明の一実施形態を示すワークフローシステムの一例を示すシステム構成図である。
図１に示すように、本実施形態のワークフローシステム１００は、少なくとも１つのサーバ１０２と複数のクライアント（以下、情報処理装置１０１と記載する）とがネットワーク１０３を介して接続されている。
【００１１】
ネットワーク１０３の構成は公知であるため詳細な説明は省略するが、ネットワーク１０３としてローカルエリアネットワーク（ＬＡＮ）・ワイドエリアネットワーク（ＷＡＮ）・イントラネット・インターネットなどを利用することができる。
【００１２】
このようなワークフローシステム１００において、ユーザは、例えばウェブブラウザやクライアントソフトウェア等を利用して、情報処理装置１０１から、サーバ１０２に対して、ワークフロー進行の要求等を行う。
サーバ１０２は、情報処理装置１０１からの要求に応じた処理、管理を行い、情報処理装置１０１に対して結果等を送信する。
【００１３】
サーバ１０２と情報処理装置１０１間の通信は、ＨＴＴＰのリクエスト・レスポンスでもよいし、ＳＯＡＰなどを利用したウェブサービスのリクエスト・レスポンスなどであってもよい。
【００１４】
なお、情報処理装置１０１は、デスクトップＰＣのほか、携帯電話、スマートフォン、タブレット端末、ノートＰＣ、およびＰＤＡ端末などの持ち運び可能な端末であってもよい。
以上で、図１の説明を終了する。
【００１５】
図２は、図１に示したサーバ１０２と情報処理装置１０１のハードウエア構成の一例を示すブロック図である。
図２において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、各サーバあるいは各クライアントの後述する各種機能を実現するためのプログラムが記憶されている。
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。
【００１６】
入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、特に、サーバやクライアント等の端末では、キーボード、マウス等のポインティングデバイスが挙げられる。
出力コントローラ２０６は、出力部２１０の表示を制御する。この出力部２１０としては、例えば、ＣＲＴや液晶ディスプレイ等が挙げられる。
【００１７】
外部メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ２１１へのアクセスを制御する。加えて、外部メモリコントローラ２０７には、各サーバあるいは各クライアントの各種機能を実現するための各種テーブル、パラメータが記憶されている。
【００１８】
この外部メモリ２１１としては、ハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）、スマートメディア等が挙げられる。
通信Ｉ／Ｆコントローラ２０８は、ネットワーク１０３を介して外部機器との通信制御処理を実行する。
【００１９】
なお、外部メモリ２１１には、本発明を実現するためのプログラム２１２が記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。
以上で、図２の説明を終了する。
【００２０】
図３は、本発明のワークフローシステム１００の機能構成の一例を示すブロック図である。
部門管理部３０１は、組織を構成する部門の情報を管理する機能部である。
ユーザ管理部３０２は、組織に属すユーザ、当該ユーザの役割および当該ユーザが属す部門管理部３０１により管理されている部門を対応付けて管理する機能部である。
プロセス管理部３０３は、ワークフローの処理経路をプロセス情報として管理する機能部である。
【００２１】
プロセス情報取得部３０４は、プロセス管理部３０３からワークフローの処理待ちのプロセス情報および当該プロセスを担当する部門の識別情報を取得する機能部である。
【００２２】
組織図生成部３０５は、部門管理部３０１により管理されている部門の情報およびプロセス情報取得部３０４により取得された処理待ちプロセスの件数を用いて、当該処理待ちプロセスを担当する部門の識別情報の近傍に当該部門が件数を記した組織図を表示するための画面情報を生成する機能部である。
【００２３】
プロセス図生成部３０６は、プロセス情報取得部３０４により取得された処理待ちプロセス情報を用いて、ワークフローの処理経路に含まれるプロセスの識別情報の近傍に当該プロセスの処理待ち件数を記したプロセス図を表示するための画面情報を生成する機能部である。
【００２４】
組織図生成部３０５により生成された画面情報は、当該画面情報に含まれる件数に対してユーザによる操作指示を受け付けた場合に、プロセス図生成部３０６により生成される画面情報を用いて表示されるプロセス図に遷移するリンクを含む。
【００２５】
プロセス図生成部３０６により生成された画面情報は、当該画面情報に含まれる件数に対してユーザによる操作指示を受け付けた場合に、組織図生成部３０５により生成される画面情報を用いて表示される組織図に遷移するリンクを含む。
メール送信部３０７は、プロセス情報取得部３０４により取得された処理待ちプロセスの処理担当者に対してメールを送信する機能部である。
以上で、図３の説明を終了する。
【００２６】
図４は、サーバ１０２で管理するテーブルの一例を示す図である。
組織テーブル４１０は、「部門」「親部門」のカラムで構成され、組織を構成する部門の情報を管理するテーブルである。すなわち、組織テーブル４１０は、組織を構成する部門の情報を管理する手段の一例を示す機能部である。
【００２７】
ユーザテーブル４２０は、「ユーザ」「部門」「役割（＝ロール）」のカラムを含み、組織に属すユーザ、当該ユーザの役割および当該ユーザが属す部門を対応付けて管理するテーブルである。すなわち、ユーザテーブル４２０は、組織に属すユーザ、当該ユーザの役割および当該ユーザが属す部門を対応付けて管理する手段の一例を示す機能部である。
【００２８】
業務プロセステーブル４３０は、「業務」「プロセス番号」「役割」のカラムを含み、ワークフローに係る業務の種類に応じた処理経路をプロセス情報（＝プロセス番号と担当者の役割）として管理するテーブルである。案件滞留テーブル４４０は、「業務」「案件ＩＤ」「プロセス番号」「部門」「役割」「依頼日」のカラムを含み、承認待ちとなっているプロセス情報（＝プロセス番号と担当者の部門と役割）を管理するテーブルである。すなわち、業務プロセステーブル４３０および案件滞留テーブル４４０は、ワークフローの処理経路をプロセス情報として管理する手段の一例を示す機能部である。
【００２９】
なお、本実施形態においては、テーブルの構成を上記のようにするとしたが、これに限定するものではなく、異なるテーブル、異なるカラムによる構成であってもよい。
以上で、図４の説明を終了する。
【００３０】
図５は、本発明の情報処理装置１０１により表示される組織図画面の一例を示す図である。図６は、本発明の組織図表示処理の一例を示すフローチャートである。図５および図６を用いて、本発明の組織図表示処理について説明する。
【００３１】
ステップＳ６０１において、情報処理装置１０１は、システム管理者によるワークフローシステム１００へのログインを受け付けると、組織図画面５１０（図５）を表示する。組織図画面５１０は、業務プルダウン５１１を含み、業務プルダウン５１１の選択肢には、業務プロセステーブル４３０に登録されている業務を表示する。本実施形態の場合、業務プルダウン５１１の選択肢は、「すべて」「外出票」「稟議書」となる。
【００３２】
ステップＳ６０２において、情報処理装置１０１は、システム管理者により業務プルダウン５１１の選択を受け付ける。ここでは、業務＝“すべて”の選択を受け付けたとして説明する。
【００３３】
ステップＳ６０４において、情報処理装置１０１は、選択された業務名をサーバ１０２へ送信する。なお、本実施形態においては、業務名を業務識別情報としたが、業務名に限定するものではなく、業務ＩＤや業務コードであってもよい。
ステップＳ６０５において、サーバ１０２は、選択された業務名を受信する。
ステップＳ６０６において、サーバ１０２は、組織テーブル４１０から全部門の情報を取得する。
【００３４】
ステップＳ６０７において、サーバ１０２は、ステップＳ６０５にて受信した「業務」について、案件滞留テーブル４４０からステップＳ６０６にて取得した部門ごとの滞留件数を取得する。すなわち、ステップＳ６０７は、ワークフローの処理待ちのプロセス情報および当該プロセスを担当する部門の識別情報を取得する処理の一例を示すステップである。
【００３５】
例えば、図４の案件滞留テーブル４４０において、“営業１課”の滞留件数は、「業務」＝“すべて”の場合、「部門」＝“営業１課”である行をカウントすることにより４件（案件ＩＤ＝“Ａ０１”、“Ｂ０１”、“Ｂ０２”、“Ｂ０３”）であるとわかる。同様に、「業務」＝“外出票”の場合、｛「業務」＝“外出票”＆「部門」＝“営業１課”｝である行をカウントすることにより１件（案件ＩＤ＝“Ａ０１”）であるとわかる。
【００３６】
ステップＳ６０８において、サーバ１０２は、組織図の画面情報を作成する。すなわち、ステップＳ６０８は、管理されている部門の情報および取得された処理待ちプロセスの件数を用いて、当該処理待ちプロセスを担当する部門の識別情報の近傍に当該部門が件数を記した組織図を表示するための画面情報を生成する処理の一例を示すステップである。
【００３７】
これにより、滞留しているワークフローの多寡を容易に認識することができないという課題を解決できるようになる。具体的には、経営層やワークフローシステム管理者が、システムで管理している大量のワークフローについて、承認を滞留している担当者が属す部門を容易に認識できるようになる。つまり、経営層やワークフローシステム管理者は、どの部門長に対して承認処理を催促すればよいかを容易に認識できるようになる。
ステップＳ６０９において、サーバ１０２は、組織図の画面情報を、情報処理装置１０１に送信する。
ステップＳ６１０において、情報処理装置１０１は、組織図の画面情報を受信する。
【００３８】
ステップＳ６１１において、情報処理装置１０１は、受信した組織図の画面情報を用いて、選択された「業務」について部門毎の滞留件数を表示する。例えば、「業務」＝“すべて”の場合は組織図画面５２０（図５）、「業務」＝“外出票”の場合は組織図画面５３０（図５）、「業務」＝“稟議書”の場合は組織図画面５４０（図５）のような表示をする。
ステップＳ６１２において、情報処理装置１０１は、システム管理者による滞留件数のクリックを受け付ける。
【００３９】
ステップＳ６１３において、情報処理装置１０１は、ポップアップメニュー５１２（図５）を表示する。ポップアップメニュー５１２には、「案件一覧  表示」「催促メール  送信」「業務プロセス図  表示」のメニューを表示する。
【００４０】
ステップＳ６１４において、情報処理装置１０１は、システム管理者によるポップアップメニュー５１２の選択を受け付ける。「業務プロセス図  表示」のメニューが選択された場合は、業務プロセス図表示（図８）へ遷移する。その際、業務プルダウン５１１にて選択されていた業務名およびステップＳ６１２にてクリックを受け付けた滞留件数に係る部門名を、業務プロセス図画面の初期表示の「業務」および「部門」の値として引き継ぐ。それ以外のメニューが選択された場合は、ステップＳ６１５へ進む。
【００４１】
ステップＳ６１５において、情報処理装置１０１は、業務プルダウン５１１にて選択されていた業務名およびステップＳ６１２にてクリックされた滞留件数の部門をサーバ１０２へ送信する。
ステップＳ６１６において、サーバ１０２は、ステップＳ６１５にて送信された選択業務および選択部門を受信する。
【００４２】
ステップＳ６１７において、サーバ１０２は、案件滞留テーブル４４０から選択業務および選択部門に一致する案件情報を取得する。具体的には、選択業務および選択部門を検索キーにして案件滞留テーブル４４０を検索し、ヒットした案件情報を取得する。
【００４３】
ステップＳ６１８において、サーバ１０２は、ステップＳ６１４にて受け付けたポップアップメニュー５１２が「催促メール  送信」の場合は、ステップＳ６１９に進む。それ以外の場合は、ステップＳ６２０に進む。
【００４４】
ステップＳ６１９において、サーバ１０２は、ステップＳ６１７にて取得した案件の処理担当者に対して、その案件の処理を依頼する催促メールを送信する。すなわち、ステップＳ６１９は、取得された処理待ちプロセスの処理担当者に対してメールを送信する処理の一例を示すステップである。また、ステップＳ６０８は、画面情報に含まれる件数に対してユーザによる操作指示を受け付けた場合に、プロセス図に遷移するリンクを含む画面情報を生成する処理の一例を示すステップである。
【００４５】
具体的には、ステップＳ６１２にて滞留件数５２１（図５）がクリックされ、ステップＳ６１４にて「催促メール  送信」メニューが選択された場合、部門＝“営業１課”を検索キーにして案件滞留テーブル４４０を検索し、ヒットした４件の案件ＩＤ（＝“Ａ０１”、“Ｂ０１”、“Ｂ０２”、“Ｂ０３”）について、それぞれの処理担当者（＝滞留者、この場合は営業１課の課長）に対して、処理依頼の催促メールを送信する。
【００４６】
同様に、ステップＳ６１２にて滞留件数５４１（図５）がクリックされ、ステップＳ６１４にて「催促メール  送信」メニューが選択された場合、｛業務＝“稟議書”＆部門＝“営業２課”｝を検索キーにして案件滞留テーブル４４０を検索し、ヒットした１件の案件ＩＤ（＝“Ｂ０４”）について、その処理担当者（この場合は、営業２課の課長）に対して、処理依頼の催促メールを送信する。
これにより、各業務管理者は自身が管理するワークフローについて、承認を滞留している担当者に対して催促メールを一括して送信できるようになる。
ステップＳ６２０において、サーバ１０２は、ステップＳ６１７にて取得した案件の一覧画面情報を生成する。
ステップＳ６２１において、サーバ１０２は、ステップＳ６２０にて生成した画面情報を、情報処理装置１０１へ送信する。
ステップＳ６２２において、情報処理装置１０１は、サーバ１０２から画面情報を受信する。
ステップＳ６２３において、情報処理装置１０１は、受信した画面情報を用いて、滞留案件一覧画面を表示する（不図示）。
以上で、図５および図６の説明を終了する。
【００４７】
図７は、本発明の情報処理装置１０１における業務プロセス図画面の一例を示す図である。図８は、本発明の業務プロセス図表示処理の一例を示すフローチャートである。図７および図８を用いて、本発明の業務プロセス図表示処理について説明する。
【００４８】
ステップＳ８０１において、情報処理装置１０１は、業務プロセス図画面７１０（図７）を表示する。業務プロセス図画面７１０は、業務プルダウン７１１および部門プルダウン７１２（図７）を含む。
【００４９】
ステップＳ８０２において、情報処理装置１０１は、システム管理者により業務プルダウン７１１の選択を受け付ける。また、図６のステップＳ６１４にて「業務プロセス図  表示」のメニューが選択されて、このフローチャートに来た場合は、業務プルダウン５１１にて選択されていた業務名について選択を受け付けたとして捉える。ここでは、業務＝“外出票”の選択を受け付けたとする。
【００５０】
ステップＳ８０３において、情報処理装置１０１は、システム管理者により部門プルダウン７１２の選択を受け付ける。また、図６のステップＳ６１４にて「業務プロセス図  表示」のメニューが選択されて、このフローチャートに来た場合は、ステップＳ６１２にてクリックを受け付けた滞留件数の部門名について選択を受け付けたとして捉える。ここでは、部門＝“営業部”の選択を受け付けたとする。
【００５１】
ステップＳ８０４において、情報処理装置１０１は、選択された業務名と部門名を、サーバ１０２へ送信する。なお、本実施形態においては、業務名および部門名をそれぞれの識別情報としたが、名称に限定するものではなく、それぞれのＩＤやコードであってもよい。
ステップＳ８０５において、サーバ１０２は、選択された業務名と部門名を受信する。
【００５２】
ステップＳ８０６において、サーバ１０２は、ステップＳ８０５にて受信した「業務」について、業務プロセステーブル４３０から業務プロセス情報を取得する。
【００５３】
ステップＳ８０７において、サーバ１０２は、ステップＳ８０５にて受信した「業務」および「部門」について、案件滞留テーブル４４０からステップＳ８０６にて取得した業務プロセスごとの滞留件数を取得する。すなわち、ステップＳ８０６およびステップＳ８０７は、ワークフローの処理待ちのプロセス情報および当該プロセスを担当する部門の識別情報を取得する処理の一例を示すステップである。
【００５４】
例えば、図４の案件滞留テーブル４４０において、｛「業務」＝“外出票”＆「部門」＝“営業部”｝の場合、滞留件数は１件（プロセス番号＝“１”に０件、プロセス番号＝“２（部長）”に１件）であるとわかる。同様に、｛「業務」＝“外出票”＆「部門」＝“すべて”｝の場合、滞留件数は３件（プロセス番号＝“１（課長）”に２件、プロセス番号＝“２（部長）”に１件）であるとわかる。
【００５５】
ステップＳ８０８において、サーバ１０２は、業務プロセス図の画面情報を作成する。すなわち、ステップＳ８０８は、取得された処理待ちプロセス情報を用いて、ワークフローの処理経路に含まれるプロセスの識別情報の近傍に当該プロセスの処理待ち件数を記したプロセス図を表示するための画面情報を生成する処理の一例を示すステップである。
【００５６】
これにより、滞留しているワークフローの多寡を容易に認識することができないという課題を解決できるようになる。具体的には、ワークフローに係る業務毎に業務管理者が居る（例えば、「交通費申請」の業務管理者は経理部責任者、「人事採用申請」の業務管理者は人事部責任者など）場合、各業務管理者は自身が管理するワークフローについて、承認を滞留している担当者を認識できるようになる。つまり、業務管理者は、どの部門長に対して承認処理を催促すればよいかを容易に認識できるようになる。
ステップＳ８０９において、サーバ１０２は、業務プロセス図の画面情報を、情報処理装置１０１に送信する。
ステップＳ８１０において、情報処理装置１０１は、業務プロセス図の画面情報を受信する。
【００５７】
ステップＳ８１１において、情報処理装置１０１は、受信した業務プロセス図の画面情報を用いて、選択された「業務」「部門」について業務プロセス毎の滞留件数を表示する。
【００５８】
例えば、｛「業務」＝“すべて”＆「部門」＝“すべて”｝の場合は業務プロセス図画面７２０（図７）、｛「業務」＝“外出票”＆「部門」＝“営業部”｝の場合は業務プロセス図画面７３０（図７）、｛「業務」＝“稟議書”＆「部門」＝“営業１課”｝の場合は業務プロセス図画面７４０（図７）のような表示をする。
ステップＳ８１２において、情報処理装置１０１は、システム管理者による滞留件数のクリックを受け付ける。
【００５９】
ステップＳ８１３において、情報処理装置１０１は、ポップアップメニュー７１４（図７）を表示する。ポップアップメニュー７１４には、「案件一覧  表示」「催促メール  送信」「組織図  表示」のメニューを表示する。
【００６０】
ステップＳ８１４において、情報処理装置１０１は、システム管理者によるポップアップメニュー７１４の選択を受け付ける。「組織図  表示」のメニューが選択された場合は、組織図表示（図６）へ遷移する。
【００６１】
その際、ステップＳ８１２にてクリックを受け付けた滞留件数に係る業務名、部門プルダウン７１２にて選択されていた業務名およびステップＳ８１２にてクリックを受け付けた滞留件数に係る業務プロセス番号を、組織図画面の初期表示の「業務」「部門」および「プロセス番号」の値として引き継ぐ。
【００６２】
例えば、ステップＳ８１２にて滞留件数７２１（図７）のクリックを受け付けた場合、組織図画面の初期表示の「業務」「部門」および「プロセス番号」として引き継ぐ値は、それぞれ｛“外出票”、“すべて”、“２（＝部長）”｝である。同様に、ステップＳ８１２にて滞留件数７４１（図７）のクリックを受け付けた場合、組織図画面の初期表示の「業務」「部門」および「プロセス番号」として引き継ぐ値は、それぞれ｛“稟議書”、“営業１課”、“１（＝課長）”｝である。
それ以外のメニューが選択された場合は、ステップＳ８１５へ進む。
【００６３】
ステップＳ８１５において、情報処理装置１０１は、ステップＳ８１２にてクリックを受け付けた滞留件数に係る業務名、部門プルダウン７１２にて選択されていた業務名およびステップＳ８１２にてクリックを受け付けた滞留件数に係る業務プロセス番号をサーバ１０２へ送信する。
ステップＳ８１６において、サーバ１０２は、ステップＳ８１５にて送信された選択業務、選択部門および選択プロセスを受信する。
【００６４】
ステップＳ８１７において、サーバ１０２は、案件滞留テーブル４４０から選択業務、選択部門および選択プロセスに一致する案件情報を取得する。具体的には、選択業務、選択部門および選択プロセスを検索キーにして案件滞留テーブル４４０を検索し、ヒットした案件情報を取得する。
【００６５】
ステップＳ８１８において、サーバ１０２は、ステップＳ８１４にて受け付けたポップアップメニュー７１４が「催促メール  送信」の場合には、ステップＳ８１９に進む。それ以外の場合には、ステップＳ８２０に進む。
【００６６】
ステップＳ８１９において、サーバ１０２は、ステップＳ８１７にて取得した案件の処理担当者に対して、その案件の処理を依頼する催促メールを送信する。すなわち、ステップＳ８１９は、取得された処理待ちプロセスの処理担当者に対してメールを送信する処理の一例を示すステップである。また、ステップＳ８０８は、画面情報に含まれる件数に対してユーザによる操作指示を受け付けた場合に、組織図に遷移するリンクを含む画面情報を生成する処理の一例を示すステップである。
【００６７】
具体的には、ステップＳ８１２にて滞留件数７２１がクリックされ、ステップＳ８１４にて「催促メール  送信」メニューが選択された場合、｛業務＝“外出票”＆プロセス番号＝“２（部長）”｝を検索キーにして案件滞留テーブル４４０を検索し、ヒットした１件の案件ＩＤ（＝“Ａ０３”）について、処理担当者（＝滞留者、この場合は営業部の部長）に対して、処理依頼の催促メールを送信する。
【００６８】
同様に、ステップＳ８１２にて滞留件数７４１（図５）がクリックされ、ステップＳ８１４にて「催促メール  送信」メニューが選択された場合、｛業務＝“稟議書”＆部門＝“営業１課”＆プロセス番号＝“１（課長）”｝を検索キーにして案件滞留テーブル４４０を検索し、ヒットした３件の案件ＩＤ（＝“Ｂ０１”、“Ｂ０２”、“Ｂ０３”）について、その処理担当者（この場合は、営業１課の課長）に対して、処理依頼の催促メールを送信する。
これにより、各業務管理者は自身が管理するワークフローについて、承認を滞留している担当者に対して催促メールを一括して送信できるようになる。
ステップＳ８２０において、サーバ１０２は、ステップＳ８１７で取得した案件の一覧画面情報を生成する。
ステップＳ８２１において、サーバ１０２は、ステップＳ８２０で生成した画面情報を、情報処理装置１０１へ送信する。
ステップＳ８２２において、情報処理装置１０１は、サーバ１０２から画面情報を受信する。
ステップＳ８２３において、情報処理装置１０１は、受信した画面情報を用いて、滞留案件一覧画面を表示する（不図示）。
以上で、図８の説明を終了する。
以上により、滞留しているワークフローの多寡を容易に認識させる仕組みを提供することができる。
【００６９】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。
【００７０】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
【００７１】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。
【００７２】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００７３】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００７４】
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００７５】
上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。
【００７６】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【００７７】
１００  ワークフローシステム
１０１  情報処理装置
１０２  サーバ
１０３  ネットワーク
【図１】
2018081395.tif 000003
【図２】
2018081395.tif 000004
【図３】
2018081395.tif 000005
【図４】
2018081395.tif 000006
【図５】
2018081395.tif 000007
【図６】
2018081395.tif 000008
【図７】
2018081395.tif 000009
【図８】
2018081395.tif 000010