(57)【特許請求の範囲】
【請求項１】
ユーザが業務のプロセスに沿って案件を処理するために用いるワークフローシステムを提供するワークフロー管理装置であって、
前記プロセスは、前記ユーザが端末コンピュータでアクションを実行することによって遷移して、前記案件の進捗状況を示すステータスの配列として表現され、
各前記アクションを構成する最小単位の処理プログラムであるアクション要素を複数格納し、該複数のアクション要素には、前記アクション実行時に管理項目を更新する案件更新アクション要素と、一つの前記プロセスから一つ又は複数の関連する前記プロセスへ、関連する前記案件を起票する関連案件作成アクション要素と、前記ステータスを次の前記ステータスに遷移するステータス更新アクション要素と、その他の前記アクション要素が含まれるアクション要素記憶手段と、
前記案件が前記ステータスのそれぞれにあるときに前記ユーザに対して実行が許可される一又は複数の前記アクションの特定情報と、前記ユーザの端末コンピュータの画面表示用のアクション名とを、前記ステータスに紐付けて、システム管理者の端末コンピュータから受信して、前記ステータスの特定情報，前記ステータスにおいて実行が許可される前記一又は複数のアクションの特定情報及び前記アクション名の組み合わせ情報を、アクション記憶手段に格納する手段と、
前記アクションの特定情報と、任意に組合されて前記アクションを構成する一又は複数の前記アクション要素の特定情報とを、前記システム管理者の端末コンピュータから受信して、前記アクションの特定情報と、前記アクションを構成する前記一又は複数のアクション要素の特定情報との組み合わせ情報を、アクション−要素記憶手段に格納するアクション−要素登録手段と、
それぞれの前記ユーザが利用可能な前記アクションを、前記それぞれのユーザの特定情報に紐付けることにより、定義するアクション権限記憶手段と、
任意の時点での前記ステータスの特定情報をキーとして前記アクション記憶手段を参照して抽出された前記一又は複数の前記アクションのうち、前記アクション権限記憶手段において所定の前記ユーザの特定情報に紐付けられた前記アクションのすべてを、前記任意の時点で前記所定のユーザが実行可能な前記アクションとして、前記所定のユーザの端末コンピュータの画面上に、選択可能に表示するアクション表示手段と、
前記所定のユーザの端末コンピュータから、前記任意の時点で前記所定のユーザが実行可能な前記アクションから選択された選択アクションの特定情報を受信し、該選択アクションの特定情報をキーとして前記アクション−要素記憶手段を参照して、前記選択アクションを構成するすべての前記アクション要素を抽出し、該抽出したすべての前記アクション要素を実行するアクション実行手段と、を備えることを特徴とするワークフロー管理装置。
【請求項２】
前記その他のアクション要素には、他システムで用意されたメソッドをコールする他システムメソッドコールアクション要素が、含まれることを特徴とする請求項１記載のワークフロー管理装置。
【請求項３】
前記アクション要素は、前記ワークフローシステム全体において固定された特定数設けられることを特徴とする請求項１又は２記載のワークフロー管理装置。
【請求項４】
前記プロセスの特定情報と、該プロセスを構成する前記ステータスの配列情報との組み合わせ情報を、前記システム管理者の端末コンピュータから受信して、ステータス記憶手段に格納する手段を更に備えることを特徴とする請求項１乃至３いずれか記載のワークフロー管理装置。
【請求項５】
前記アクション要素は、前記システム管理者向けの管理ユーザインターフェイスと、前記ユーザ向けの実行時ユーザインターフェイスと、前記アクション要素固有の実行プログラムと、を備えており、
前記管理ユーザインターフェイスは、前記アクション要素の挙動を変化させるための設定値を設定するために用いられ、前記システム管理者の端末コンピュータに表示される設定画面と、前記システム管理者の端末コンピュータから受信した前記設定値を格納する設定値記憶手段と、を備え、
前記実行時ユーザインターフェイスは、前記アクション実行時に前記ユーザの端末コンピュータからの入力値を受け付ける前記アクション要素毎の入力画面部品を備えると共に、必要に応じ、前記アクション実行時に、前記入力値を確認のために前記ユーザの端末コンピュータに表示する前記アクション要素毎の確認画面部品を備え、
前記実行プログラムは、前記設定値に基づき前記挙動を変化させ、前記入力値を用いて前記アクション要素を実行することを特徴とする請求項１乃至４いずれか記載のワークフロー管理装置。
【請求項６】
前記アクション−要素登録手段は、前記アクション実行時における前記アクション要素の実行順を、前記組み合わせ情報に紐付けて、前記アクション−要素記憶手段に格納し、
前記アクション実行手段は、前記実行順に沿った順序で、前記アクション要素を順次実行することを特徴とする請求項１乃至５いずれか記載のワークフロー管理装置。
【請求項７】
前記ワークフローシステムを、相互に情報の秘匿性が確保された複数の組織に提供することを特徴とする請求項１乃至６いずれか記載のワークフロー管理装置。
【請求項８】
前記プロセスの特定情報及び名称を格納するプロセス記憶手段を備え、
前記関連案件作成アクション要素は、
前記プロセス記憶手段に格納された前記プロセスのうち、前記ステータスの起票先として選択された起票先プロセスを特定する情報を、前記ユーザの端末コンピュータから受信する起票先受信手段と、
受信した前記起票先プロセスに係る関連案件を新規に作成して、該関連案件を、起票元となる前記ステータスに紐付けて、案件関連記憶手段に格納する手段を備えることを特徴とする請求項１乃至７いずれか記載のワークフロー管理装置。
【請求項９】
ユーザが業務のプロセスに沿って案件を処理するために用いるワークフローシステムを提供するワークフロー管理方法であって、
前記プロセスは、前記ユーザが端末コンピュータでアクションを実行することによって遷移して、前記案件の進捗状況を示すステータスの配列として表現され、
各前記アクションを構成する最小単位の処理プログラムであるアクション要素が、アクション要素記憶手段に複数格納されており、
前記複数のアクション要素には、前記アクション実行時に管理項目を更新する案件更新アクション要素と、一つの前記プロセスから一つ又は複数の関連する前記プロセスへ、関連する前記案件を起票する関連案件作成アクション要素と、前記ステータスを次の前記ステータスに遷移するステータス更新アクション要素と、その他の前記アクション要素と、が含まれ、
前記案件が前記ステータスのそれぞれにあるときに前記ユーザに対して実行が許可される一又は複数の前記アクションの特定情報と、前記ユーザの端末コンピュータの画面表示用のアクション名とを、前記ステータスに紐付けて、システム管理者の端末コンピュータから受信して、前記ステータスの特定情報，前記ステータスにおいて実行が許可される前記一又は複数のアクションの特定情報及び前記アクション名の組み合わせ情報を、アクション記憶手段に格納する手順と、
前記アクションの特定情報と、任意に組合されて前記アクションを構成する一又は複数の前記アクション要素の特定情報とを、前記システム管理者の端末コンピュータから受信して、前記アクションの特定情報と、前記アクションを構成する前記一又は複数のアクション要素の特定情報との組み合わせ情報を、アクション−要素記憶手段に格納するアクション−要素登録手順と、
任意の時点での前記ステータスの特定情報をキーとして前記アクション記憶手段を参照して抽出された前記一又は複数のアクションのうち、それぞれの前記ユーザが利用可能な前記アクションを前記それぞれのユーザの特定情報に紐付けて定義するアクション権限記憶手段において所定の前記ユーザの特定情報に紐付けられた前記アクションのすべてを、前記任意の時点で前記所定のユーザが実行可能な前記アクションとして、前記所定のユーザの端末コンピュータの画面上に、選択可能に表示するアクション表示手順と、
前記所定のユーザの端末コンピュータから、前記任意の時点で前記所定のユーザが実行可能な前記アクションから選択された選択アクションの特定情報を受信し、該選択アクションの特定情報をキーとして前記アクション−要素記憶手段を参照して、前記選択アクションを構成するすべての前記アクション要素を抽出し、該抽出したすべての前記アクション要素を実行するアクション実行手順とを備えることを特徴とするワークフロー管理方法。
【請求項１０】
前記アクション記憶手段に格納する手順の前に、
前記プロセスの特定情報と、該プロセスを構成する前記ステータスの配列情報との組み合わせ情報を、前記システム管理者の端末コンピュータから受信して、ステータス記憶手段に格納する手順を行うことを特徴とする請求項９記載のワークフロー管理方法。
【請求項１１】
前記アクション−要素登録手順では、前記アクション実行時における前記アクション要素の実行順を、前記組み合わせ情報に紐付けて、前記アクション−要素記憶手段に格納し、
前記アクション実行手順は、前記実行順に沿った順序で、前記アクション要素を順次実行することを特徴とする請求項９又は１０記載のワークフロー管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、業務の案件の業務フローにおけるその時点でのステータスをユーザに対して表示すると同時に、ユーザがステータスに応じて業務アクションを実行可能なワークフローシステムを提供するワークフロー管理装置及びワークフロー管理方法に関する。
【背景技術】
【０００２】
近年、組織内の稟議・報告書・届出申請の承認手続きを電子化して、スピード向上、業務効率化、内部統制強化を図るため、ワークフローシステムが広く用いられている（例えば、特許文献１）。
特許文献１のような従来のワークフローシステムは、紙を電子化し、電子化した紙を関係者間に回覧し、承認の証跡を残す、という形で実装されている。
そして、申請する、差し戻し、承認、代理承認など、文章の回覧に必要な機能は限定的であったため、これらのアクションに対する機能をあらかじめ実装することが可能であり、アクションを実行する順番をワークフローツールで定義できる仕様となっている。【０００３】
しかし、実際の仕事の多くの場面では、アクションの種類は申請、承認のように限られたものだけでなく、依頼する、確認する、電話で伝える、など、仕事の内容やその仕事の進捗段階によって「〜する」というアクションの種類は無数に存在するため、あらゆる業務フローに対し、従来のワークフローシステムを適用するには機能的に限界があった。
従来のワークフローシステムの設計思想は、文書回覧ワークフローのようにアクションの種類が限定的な場合は実現可能でも、その他あらゆる業務プロセスをまたがって仕事の状態を管理する仕様には適さない。個別のアクションを実現する場合には個別でプログラム開発が必要であり、従来のワークフローは用途限定的なものであった。【０００４】
従来システムは、ペーパーレスを実現し、手間やコストを削減するというわかりやすいテーマであったが、通常の業務ではこのようなワークフローシステムが対象とする業務のほかにワーク（仕事）のフローがシステム化されずに存在している実態がある。
たとえば、表計算ソフトで作成された一覧表で管理されているようなタスクリストや、Eメールでの仕事の依頼や情報のやり取りなどがある。問合せの受付業務や、取引先との受発注やり取り、製品出荷の手続きなど、企業内の様々な業務が存在する。
これらの業務も一定の業務のフローに従って仕事を実施しているが、様々な業務の種類ややり取りの種類があり、従来の承認型ワークフローではこのようなフローを管理することができないケースが多い。この時必要なワークフローシステムは、業務の手続きの流れ（フロー）を定義し、それに沿って情報のやり取りをすることであり、文書の回覧や承認を目的としたフローに限らない。多くの場合、複数の組織や取引先をまたがって案件情報が往復しながら流れていく形全てを管理できるべきである。【０００５】
通常、このようなケースをシステム化により効率化させる場合、業務固有のパッケージソフトウェアを導入するか、表計算ソフトなどを使ってシステム化し、業務負荷を軽減している場合が多い。しかしながら、これらのシステムは組織固有であり、このような実態から発生する多くの作業は、見えないコストとして企業内に多く存在する。例えば、電子メールや電話でのコミュニケーションによる仕事の発生〜完了までのワーク（業務）フロー等は実態として表面化しづらく、その非効率性や多くの情報の欠落、タスクの放置、遅延、再作業の手間は顕在化せずにいる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−２６５１９８号公報（段落００４８〜００６４、図１、図６）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、上記事情に鑑みてなされたものであって、その目的は、文書を回覧して共有するようなワークフローに限らず、あらゆる仕事の発生から完了までを管理、可視化でき、効率化していく汎用的なワークフローシステムを提供可能なワークフロー管理装置及びワークフロー管理方法を提供することにある。
また、本発明の他の目的は、多数の組織・企業で、共通で用いることができるソフトウェア製品として実現されたワークフロー管理装置及びワークフロー管理方法を提供することにある。
本発明の更に他の目的は、あらかじめ用意された基礎的な部品であるアクション要素を組合わせることにより、ワークフローシステムでユーザによって実行されるアクションを、ノンプログラミングで作成可能なワークフロー管理装置及びワークフロー管理方法を提供することにある。
本発明の他の目的は、システムを利用する組織のシステム管理者が、仕事に存在するあらゆるステータスを自由に定義作成できると同時に、あるステータスから次のステータスに遷移させるためのアクションを自由に作成することができる、あらゆる業務プロセスに適応可能で柔軟性の高いワークフローシステムを提供可能なワークフロー管理装置及びワークフロー管理方法を提供することにある。
【課題を解決するための手段】
【０００８】
前記課題は、請求項１に係るワークフロー管理装置によれば、ユーザが業務のプロセスに沿って案件を処理するために用いるワークフローシステムを提供するワークフロー管理装置であって、前記プロセスは、前記ユーザが端末コンピュータでアクションを実行することによって遷移して、前記案件の進捗状況を示すステータスの配列として表現され、各前記アクションを構成する最小単位の処理プログラムであるアクション要素を複数格納し、該複数のアクション要素には、前記アクション実行時に管理項目を更新する案件更新アクション要素と、一つの前記プロセスから一つ又は複数の関連する前記プロセスへ、関連する前記案件を起票する関連案件作成アクション要素と、前記ステータスを次の前記ステータスに遷移するステータス更新アクション要素と、その他の前記アクション要素が含まれるアクション要素記憶手段と、前記案件が前記ステータスのそれぞれにあるときに前記ユーザに対して実行が許可される一又は複数の前記アクションの特定情報を、前記ユーザの端末コンピュータの画面表示用のアクション名と共に、前記ステータスごとに、システム管理者の端末コンピュータから受信して、前記ステータスの特定情報，該ステータスにおいて実行が許可される前記アクションの特定情報及び前記アクション名の組み合わせ情報を、アクション記憶手段に格納する手段と、前記アクションの特定情報と、任意に組合されて前記アクションを構成する一又は複数の前記アクション要素の特定情報とを、前記システム管理者の端末コンピュータから受信して、前記アクションの特定情報と、該アクションを構成する前記アクション要素の特定情報との組み合わせ情報を、アクション−要素記憶手段に格納するアクション−要素登録手段と、それぞれの前記ユーザが利用可能な前記アクションを、前記それぞれのユーザの特定情報に紐付けることにより、定義するアクション権限記憶手段と、任意の時点での前記ステータスの特定情報をキーとして前記アクション記憶手段を参照して抽出された前記一又は複数の前記アクションのうち、前記アクション権限記憶手段において所定の前記ユーザの特定情報に紐付けられた前記アクションのすべてを、前記任意の時点で前記所定のユーザが実行可能な前記アクションとして、前記所定のユーザの端末コンピュータの画面上に、選択可能に表示するアクション表示手段と、前記所定のユーザの端末コンピュータから、前記任意の時点で前記所定のユーザが実行可能な前記アクションから選択された選択アクションの特定情報を受信し、該選択アクションの特定情報をキーとして前記アクション−要素記憶手段を参照して、前記選択アクションを構成するすべての前記アクション要素を抽出し、該抽出したすべての前記アクション要素を実行するアクション実行手段と、を備えること、により解決される。
【０００９】
前記課題は、請求項９に係るワークフロー管理方法によれば、ユーザが業務のプロセスに沿って案件を処理するために用いるワークフローシステムを提供するワークフロー管理方法であって、前記プロセスは、前記ユーザが端末コンピュータでアクションを実行することによって遷移して、前記案件の進捗状況を示すステータスの配列として表現され、各前記アクションを構成する最小単位の処理プログラムであるアクション要素が、アクション要素記憶手段に複数格納されており、前記複数のアクション要素には、前記アクション実行時に管理項目を更新する案件更新アクション要素と、一つの前記プロセスから一つ又は複数の関連する前記プロセスへ、関連する前記案件を起票する関連案件作成アクション要素と、前記ステータスを次の前記ステータスに遷移するステータス更新アクション要素と、その他の前記アクション要素と、が含まれ、前記案件が前記ステータスのそれぞれにあるときに前記ユーザに対して実行が許可される一又は複数の前記アクションの特定情報を、前記ユーザの端末コンピュータの画面表示用のアクション名と共に、前記ステータスごとに、システム管理者の端末コンピュータから受信して、前記ステータスの特定情報，該ステータスにおいて実行が許可される前記アクションの特定情報及び前記アクション名の組み合わせ情報を、アクション記憶手段に格納する手順と、前記アクションの特定情報と、任意に組合されて前記アクションを構成する一又は複数の前記アクション要素の特定情報とを、前記システム管理者の端末コンピュータから受信して、前記アクションの特定情報と、該アクションを構成する前記アクション要素の特定情報との組み合わせ情報を、アクション−要素記憶手段に格納するアクション−要素登録手順と、任意の時点での前記ステータスの特定情報をキーとして前記アクション記憶手段を参照して抽出された前記一又は複数のアクションのうち、それぞれの前記ユーザが利用可能な前記アクションを前記それぞれのユーザの特定情報に紐付けて定義するアクション権限記憶手段において所定の前記ユーザの特定情報に紐付けられた前記アクションのすべてを、前記任意の時点で前記所定のユーザが実行可能な前記アクションとして、前記所定のユーザの端末コンピュータの画面上に、選択可能に表示するアクション表示手順と、前記所定のユーザの端末コンピュータから、前記任意の時点で前記所定のユーザが実行可能な前記アクションから選択された選択アクションの特定情報を受信し、該選択アクションの特定情報をキーとして前記アクション−要素記憶手段を参照して、前記選択アクションを構成するすべての前記アクション要素を抽出し、該抽出したすべての前記アクション要素を実行するアクション実行手順とを備えること、により解決される。
【００１０】
このように構成した本発明のワークフロー管理装置によれば、文書を回覧して共有するようなワークフローに限らず、あらゆる仕事の発生から完了までを管理、可視化でき、効率化していく汎用的なワークフローシステムを提供できる。
仕事の発生から終了までの間に組織と組織間を流れる仕事の状態を中心に捉えることができ、仕事が発生してから完了するまでにおける、人もシステムも文書も関係する会社もまたがって遷移する仕事の状態を管理でき、あらゆるワーク（業務）のフロー（流れ）の可視化と統制に役立つワークフローシステムの構築が可能となる。
また、ある案件があるステータスにあるとき、ユーザが次に何をすべきなのか、業務プロセスの定義に沿って次のアクションをユーザに示すことができる。
また、業務のステータスごとに、次のアクションが定義できるため、ユーザは、状況に応じて適切なアクションを選択するのみで良い。アクションの実行でステータスが遷移すれば、次のステータスに対するあらかじめ決められたアクションのリストが、ユーザの端末コンピュータ画面に表示される。このように、ユーザがアクションを実行することで案件が状態を遷移させながら一つの業務プロセスが完了へ向かって進捗していくワークフローを実現できる。従来のように、業務フローをシステム化する際に、実際の業務フローを分析し、業務の定義に沿って個別のシステム画面を開発し、業務マニュアルを添えるという手段を採る必要がなくなる。【００１１】
更に、業務のステータスと必要なアクションを、アクション要素を組み合わせることで定義し、様々な業務フローにおいて適用させることができる。アクションは、申請や承認に限らず、作業依頼や固有業務の報告、受発注の実施（依頼）など、様々な仕事の流れに沿ったアクションを、システム管理者による設定で作成することができる。
また、各ステータスに滞留している案件の件数などで業務プロセスの進捗状況を捉えることが可能となり、組織のパフォーマンス測定が容易になる。【００１２】
すなわち、ワークフローを、ステータスという状態遷移ベースで捉えることで、アクションに汎用性を与えることができ、状態別のモニタリングが容易になる。案件の状態やユーザが実行するアクションのログはすべて本発明のワークフロー管理装置が提供するシステム内に記録できるため、現在の案件やログの状態を集計すれば、すべての業務のパフォーマンスが記録できる。例えば、エンドユーザ問合せを受け付けるヘルプデスクによる１次窓口での対応件数の割合や、回答速度の平均、２次受付へのエスカレーションの割合など、案件を集計すればすぐに確認することができる。更に、組織における案件の処理パフォーマンスを測定できることで、組織の重要評価指標（KPI）との対比が行い易くなる。従来見える化が困難であった現場レベルの作業パフォーマンスを数値化することにも貢献できる。
また、各アクションを構成する最小単位の処理プログラムであるアクション要素を複数格納するアクション要素記憶手段を備えているので、アクションは、あらかじめ用意された基礎的な機能であるアクション要素の組み合わせにより定義可能となる。アクション要素の単位で部品を汎用化することで、アクションを柔軟にノンプログラミングで実現できる。
また、前記その他のアクション要素には、他システムで用意されたメソッドをコールする他システムメソッドコールアクション要素が、含まれるように構成すると好適である。
【００１３】
また、前記アクション要素は、前記ワークフローシステム全体において固定された特定数設けられるように構成すると好適である。
このように構成しているため、システム全体で、汎用化されたアクション要素を共有することができ、効率よく様々な種類のアクションを実装することが可能となる。【００１４】
また、前記プロセスの特定情報と、該プロセスを構成する前記ステータスの配列情報との組み合わせ情報を、前記システム管理者の端末コンピュータから受信して、ステータス記憶手段に格納する手段を更に備えるように構成すると好適である。
このように構成しているため、仕事に存在するあらゆるステータスを自由に定義作成でき、あるステータスから次のステータスに遷移させるためのアクションを、アクション要素を組合わせることによって自由に作成することができ、あらゆる業務プロセスに適応できる柔軟性の高いワークフローシステムが実現される。【００１５】
また、前記アクション要素は、前記システム管理者向けの管理ユーザインターフェイスと、前記ユーザ向けの実行時ユーザインターフェイスと、前記アクション要素固有の実行プログラムと、を備えており、前記管理ユーザインターフェイスは、前記アクション要素の挙動を変化させるための設定値を設定するために用いられ、前記システム管理者の端末コンピュータに表示される設定画面と、前記システム管理者の端末コンピュータから受信した前記設定値を格納する設定値記憶手段と、を備え、前記実行時ユーザインターフェイスは、前記アクション実行時に前記ユーザの端末コンピュータからの入力値を受け付ける前記アクション要素毎の入力画面部品を備えると共に、必要に応じ、前記アクション実行時に、前記入力値を確認のために前記ユーザの端末コンピュータに表示する前記アクション要素毎の確認画面部品を備え、前記実行プログラムは、前記設定値に基づき前記挙動を変化させ、前記入力値を用いて前記アクション要素を実行すると好適である。
このように構成しているため、アクション要素を一つのプログラム部品として取り扱うことが可能となり、部品化されたアクション要素の組み合わせにより、容易に様々なアクションを作成可能である。【００１６】
また、前記アクション−要素登録手段は、前記アクション実行時における前記アクション要素の実行順を、前記組み合わせ情報に紐付けて、前記アクション−要素記憶手段に格納し、前記アクション実行手段は、前記実行順に沿った順序で、前記アクション要素を順次実行すると好適である。
このように構成しているため、アクション要素を一つのプログラム部品として取り扱うことが可能となり、部品化されたアクション要素を色々な順序で組み合わせて、容易に様々なアクションを作成可能である。
【００１７】
また、前記ワークフローシステムを、相互に情報の秘匿性が確保された複数の組織に提供するように構成すると好適である。
このように構成しているため、単一又は少数のワークフロー管理装置により、複数の企業等の組織に、相互に情報セキュリティが確保された状態で、ワークフローシステムを提供可能である。【００１８】
また、それぞれの前記ユーザが利用可能なアクションを定義するアクション権限記憶手段を備え、前記アクション表示手段は、前記アクション権限記憶手段で前記ユーザに対して利用が許可された前記アクションのみを、前記ユーザの端末コンピュータの画面上に表示するように構成すると好適である。
このように構成しているため、ロールや案件の内容に応じてアクションの実行条件をかけることで、一定の権限をもったユーザのみが実行できるアクションの定義や、案件の状態による条件分岐も実現できる。案件の状態ごとにユーザのロールや案件の内容によって、次に行うべきアクションの候補が異なることがあるという実状に沿ったシステムとすることができる。【００１９】
また、前記プロセスの特定情報及び名称を格納するプロセス記憶手段を備え、前記関連案件作成アクション要素は、前記プロセス記憶手段に格納された前記プロセスのうち、前記ステータスの起票先として選択された起票先プロセスを特定する情報を、前記ユーザの端末コンピュータから受信する起票先受信手段と、受信した前記起票先プロセスに係る関連案件を新規に作成して、該関連案件を、起票元となる前記ステータスに紐付けて、案件関連記憶手段に格納する手段を備えるように構成すると好適である。
【００２０】
このように構成しているため、一つの案件が複数の業務プロセスをまたがり関係を保ちながらも並行して進捗していくシステムが構築可能である。つまり、一つの案件でも、業務を担当する組織によって担当するプロセスは異なり、プロセスは一つの業務の中に複数存在し、互いに関連を持つ場合があり、このような案件のワークフローシステムでの管理が可能である。
更に、組織間、取引先間でそれぞれ固有のプロセスを定義しながらも、一つの案件として統合的に状態を管理することが実現できる。
従来は、それぞれの業務ごとで分断された承認フローや個別システムが存在していたため、事務作業の増加、データ再入力の手間、システム間連携にかかる開発、維持費用が膨大にかかっていたが、本発明では、エスカレーションによる関連案件起票により、それぞれの組織が自立的なプロセスを維持しながらも、仕事の始まりから終わりまでを一つの案件として一貫して業務管理する事ができ、組織間をまたがったコミュニケーションや仕事全体の状態把握ができる。
【発明の効果】
【００２１】
本発明のワークフロー管理装置によれば、ある案件があるステータスにあるとき、ユーザが次に何をすべきなのか、業務プロセスの定義に沿って次のアクションをユーザに示すことができる。
また、業務のステータスごとに、次のアクションが定義できるため、ユーザは、状況に応じて適切なアクションを選択するのみで良い。アクションの実行でステータスが遷移すれば、次のステータスに対するあらかじめ決められたアクションのリストが、ユーザの端末コンピュータ画面に表示される。このように、ユーザがアクションを実行することで案件が状態を遷移させながら一つの業務プロセスが完了へ向かって進捗していくワークフローを実現できる。従来のように、業務フローをシステム化する際に、実際の業務フローを分析し、業務の定義に沿って個別のシステム画面を開発し、業務マニュアルを添えるという手段を採る必要がなくなる。【００２２】
ワークフローを、ステータスという状態遷移ベースで捉えることで、アクションに汎用性を与え、状態別のモニタリングが容易になる。案件の状態やユーザが実行するアクションのログはすべて本発明のワークフロー管理装置が提供するシステム内に記録されるため、現在の案件やログの状態を集計すれば、すべての業務のパフォーマンスが記録できる。例えば、エンドユーザ問合せを受け付けるヘルプデスクによる1次窓口での対応件数の割合や、回答速度の平均、2次受付へのエスカレーションの割合など、案件を集計すればすぐに確認することができる。更に、組織における案件の処理パフォーマンスを測定できることで、組織の重要評価指標（KPI）との対比が行い易くなる。従来見える化が困難であった現場レベルの作業パフォーマンスを数値化することにも貢献できる。
更に、アクションは、あらかじめ用意された基礎的な機能であるアクション要素の組み合わせにより定義可能となる。アクション要素の単位で部品を汎用化することで、アクションを柔軟にノンプログラミングで実現できる。
【図面の簡単な説明】
【００２３】
【図１】本発明の一実施形態に係るワークフロー管理装置により提供されるワークフローシステムの全体構成図である。
【図２】本発明の一実施形態に係るワークフロー管理装置のハード構成図である。
【図３】アクション要素関連のテーブル構成と関連する画面イメージを示す説明図である。
【図４】本発明の一実施形態に係るワークフローシステムで管理される業務フレームワークの説明図である。
【図５】システム管理者の端末コンピュータに表示されるカテゴリ一覧画面である。
【図６】システム管理者の端末コンピュータに表示されるプロジェクト詳細設定画面である。
【図７】システム管理者の端末コンピュータに表示されるステータス設定画面である。
【図８】システム管理者の端末コンピュータに表示されるアクション設定画面である。
【図９】システム管理者の端末コンピュータに表示されるアクション作成画面である。
【図１０】システム管理者の端末コンピュータに表示されるアクション要素画面である。
【図１１】ユーザの端末コンピュータに表示されるスタート画面である。
【図１２】ユーザの端末コンピュータに表示される案件一覧画面である。
【図１３】ワークフロー管理装置で実行されるアクション実行処理のフローチャートである。
【図１４】ワークフロー管理装置で実行されるアクション実行処理のフローチャートである。
【図１５】ユーザの端末コンピュータに表示される案件詳細画面である。
【図１６】ユーザの端末コンピュータに表示されるアクション実行画面である。
【図１７】一つのプロセスから関連するプロセスへエスカレーションされた場合のプロセスのフローである。
【図１８】企業が、自社が提供するシステムに関するエンドユーザからの問合せ等を、本実施形態のワークフローシステムを用いて処理する例を示す。
【発明を実施するための形態】
【００２４】
以下、本発明の実施形態について、図を参照して説明する。なお、以下に説明する部材、配置等は、本発明を限定するものではなく、本発明の趣旨に沿って各種改変することができることは勿論である。
本明細書において、「業務」とは、ある仕事の開始から終了までの一連の作業をいう。「業務フロー」とは、業務の流れをいう。
１つの業務フローには、仕事の始まりから終わりまで、いくつかの仕事の状態が遷移している。「ステータス」とは、この案件の状態をいい、進捗状況を示す。
「アクション」とは、あるステータスにある案件に対し、ユーザが行うそれぞれの業務をいう。
あらゆる業務フローは、ステータスとアクションをつないで表現することができ、この状態遷移の固まりを「プロセス」という。
「ワークフロー」とは、案件の状態遷移ルールをいう。
【００２５】
（ワークフロー管理装置及びハード構成）
ワークフロー管理装置としての本実施形態のサーバコンピュータ１１（以下、サーバ１１という）は、複数のユーザ組織に対しワークフローシステムＳ（以下、システムＳという）を提供する。
本実施形態のサーバ１１で提供されるシステムＳでは、システムＳを利用するユーザ組織である企業２のシステム管理者が、仕事に存在するあらゆるステータスを自由に定義作成でき、あるステータスから次のステータスに遷移させるためのアクションを自由に作成できる。
システムＳのユーザとなる企業２のユーザは、システム管理者によって設定されたワークフローに従って、アクションを実行する。ユーザには、企業２の社員，経営者等の企業２の構成員のほか、企業２の委託先の社員，経営者等の構成員や、企業２の顧客等のエンドユーザ等が該当する。
【００２６】
本実施形態のシステムＳは、あらゆる業務における仕事のアクションの定義を汎用的にノンプログラミングで実現できる設計仕様である。そして、あらゆる業務の状態を可視化し、仕事を担当するユーザが次にすべきアクションを表示する。
システムＳでは、仕事の始まりから終わりまでの状態を複数の業務プロセス（組織）をまたがって管理できる。ワークフローの中心を文書ではなく、仕事の受け渡しと考え、これらの仕事がどのような状態となっているのかを中心において考えている。つまり、仕事の状態を中心とした状態遷移モデルをワークフローの中心に据えている。
業務プロセスの変更などの変化にすばやく対応可能であるため、実際のシステムプログラミングの経験がないシステム管理者でも、プログラム開発なくワークフロー変更が可能である。
【００２７】
本実施形態のシステムＳについて図１を参照して説明する。
システムＳは、システムＳを運営するシステム提供者１と、システムＳを利用する複数の企業２と、企業２が業務を委託する委託先３と、その他のエンドユーザ等の間で構築されている。
システム提供者１は、システムＳを提供するワークフロー管理装置としてのサーバ１１を備えている。なお、本実施形態では、ワークフロー管理装置として、単一のサーバ１１を備えているが、複数であってもよいし、システムＳが提供される企業２ごとに設けてもよい。また、サーバ１１は、システム提供者１に設けられているが、企業２に設けられていてもよい。
サーバ１１のハード構成を図２に示す。
サーバ１１は、データの演算・制御処理装置としてのＣＰＵ７２、記憶装置であるＲＡＭ７３、ＲＯＭ７４、ＨＤＤ７５及び記憶媒体装置７６を備えている。
【００２８】
ＣＰＵ７２は、ＲＯＭ７４又はＨＤＤ７５に記憶されているプログラムにしたがって各種の処理を実行するようになされている。ＲＡＭ７３には、ＣＰＵ７２が各種の処理を実行するために必要なデータなどが記憶される。
また、入力装置であるキーボード７８とマウス７９は、ＣＰＵ７２に指令を入力するとき操作される。
【００２９】
表示装置８０、プリンタ８１には、所定の書式で表示される情報、画像等が出力表示される。
記憶媒体装置７６は、外付けハードディスク、光磁気ディスク、ＣＤ−Ｒ、ＤＶＤ、メモリスティックなどにより構成され、ネットワーク１３を介して送信されてきたデータを適宜記憶し、またこれを読み出すことができるようになされている。
通信装置７７は、ネットワーク１３に対してデータを送信し、またネットワーク１３を介して供給されたデータを受信するようになされている。
【００３０】
ＨＤＤ７５には、プロジェクトカテゴリの情報を格納するカテゴリテーブル、プロジェクトの情報を格納するプロジェクトテーブル、プロセスの情報を格納する業務プロセステーブルＴ１、ステータスの情報を格納するステータステーブルＴ２、アクションの情報を格納するアクションテーブルＴ３、アクション要素のシステム内外の名称を格納するアクション要素マスタテーブルＭ１、システムＳを利用するユーザ及びその権限に関する情報を格納するロールテーブル、アクション権限テーブル、ロール×ユーザテーブルが格納されている。
これらのテーブルは、本システムＳが提供される企業２ごとやプロジェクトごとに分かれているものではなく、複数の企業２、プロジェクトの情報が混在して登録されている。
これらのテーブルの構成の一部を、図３に示す。
【００３１】
カテゴリテーブルは、項目として、プロジェクトカテゴリＩＤ、カテゴリ名、テナントＩＤを備えている。
プロジェクトテーブルは、項目として、プロジェクトＩＤ、プロジェクトカテゴリＩＤ、親プロジェクトＩＤ、プロジェクト名、通常プロジェクト、親プロジェクト、子プロジェクトの別を示すプロジェクト種別、テナントＩＤを備えている。
プロセス記憶手段としての業務プロセステーブルＴ１は、項目として、プロセスＩＤ、プロジェクトＩＤ、表示順、プロセス名、プロセス種別、テナントＩＤを備えている。
【００３２】
ステータス記憶手段としてのステータステーブルＴ２は、項目として、ステータスＩＤ、テナントＩＤ、プロセス又はライブラリＩＤ、ステータス名称、表示順、ステータスが完了を表わすかどうかを示す完了フラグを備えている。完了フラグは、１が、完了を表わし、０が、完了を表わさない。ステータスＩＤと表示順との組み合わせが、ステータスの配列情報に該当する。
アクション記憶手段としてのアクションテーブルＴ３は、項目として、プロセスＩＤ、アクションＩＤ、ステータスＩＤ、アクション名、表示順、合議が必要かどうかを示す合議有無フラグ、テナントＩＤを備えている。
アクション要素記憶手段としてのアクション要素マスタテーブルＭ１は、アクション要素のシステム内外の名称を格納するマスタテーブルであって、項目として、アクション要素ＩＤ、アクション要素の画面表示用名称、アクション要素のシステム内部用名称を備えている。アクション要素マスタテーブルＭ１は、本システムＳ全体で共通のマスタのためテナントＩＤを持たない。また、画面表示用名称は、管理側画面で表示する名称であり、アクション要素のシステム内部用名称は、アクション要素のクラス名やアクション要素のファイルを格納するフォルダ名として使用されている。
【００３３】
本システムでは、以下の通り、固定数である１５のアクション要素が、アクション要素マスタテーブルＭ１に格納されている。
「案件を作成する」は、新規登録の際に設定され、１プロセスに１個のみ存在する。
「案件を更新する」は、アクション時に画面項目を更新する必要がある場合に設定される。
「案件を削除する」は、案件を論理削除する際に設定される。
「案件を集約する」は、案件を集約する際に設定される。
「関連案件を作成する」は、案件をコピーする、又は各プロセスへエスカレーションする際に設定される。
「コメントを作成する」は、履歴としてコメントを残す際や、メールを送信する際の本文として利用する際に設定される。
「ステータスを更新する」は、ステータス更新が必要なアクションに設定される。
「メールを送信する」は、アクション実行時にメールを送信する際に設定される。
「ライブラリを作成する」は、関連ライブラリのアイテムを登録する際に設定される。
「ライブラリを更新する」は、案件に紐付いているライブラリのアイテムデータを更新する際に設定される。
「レコードを関連付ける」は、案件同士を関連付ける際に設定される。
「ライブラリを一括更新する」は、関連ライブラリの複数レコードを一括で更新する際に設定される。
「他システムSOAPメソッドをコールする」は、SOA（サービス指向アーキテクチャ）に従って実装された他システム、または、サービスバス製品に定義されたメソッドをコールする際に設定される。
「作業時間の計測を開始する」は、アクションを実行した時刻を案件情報に記録する際に設定される。
「作業時間の計測を終了する」は、アクション要素「作業時間の計測を開始する」により計測が開始された時刻に対応する終了時刻を記録する際に設定される。
【００３４】
本実施形態では、固定数である１５のアクション要素を備えているが、必要に応じて追加可能である。汎用利用可能なアクション要素を増やすことで、業務プロセスのあらゆるステータスから実行できるアクションの全てに新しい要素を追加することができる。一度アクション要素を用意すれば、本システムＳのあらゆる場面で活用できるため、業務のあらゆる場面で追加アクション要素の機能を用いることができる。
アクション要素の数は、増減可能であるが、本システムＳ全体において、統一された固定数とすると好ましい。
【００３５】
アクション−要素記憶手段としてのアクション×要素テーブルＴ４は、アクションが含むアクション要素情報を格納するテーブルであって、項目として、システムが自動で振るレコードＩＤ、アクションＩＤ、アクション要素ＩＤ、アクションの完了ボタンを押下した際に実行されるアクション要素の順番である実行順、アクション要素に紐づくビューをアクションの初期画面・確認画面に表示する際の順番である表示順、テナントＩＤを備えている。
アクション設定テーブルＴ５は、企業２のシステム管理者によって設定されるアクション実行時の設定情報を格納するテーブルであって、それぞれの設定済みアクションのアクション要素毎のレコードが登録されている。アクション設定テーブルＴ５は、項目として、システムが自動で振るレコードＩＤ、テナントＩＤ、ライブラリＩＤ、ステータス更新条件、コメント欄の横幅、コメント欄の縦幅、メールテンプレートＩＤ、プロジェクトＩＤ、ステータスＩＤ、プロセス種別ＩＤ、アクションＩＤ等を備えている。
【００３６】
仕事のステータスごとに、ユーザが行う作業であるアクションは１つとは限らない。条件分岐や並行タスクの実施など、一つのステータスに対して、次のアクションが複数選択される必要がある。したがって、１ステータスにnアクションが対応するよう、アクションの設定は、一つの業務プロセス内に定義された仕事のステータスに対し、複数作成できる必要がある。
例えば、案件のステータスが「承認まち」であれば、その次のアクションとして、「承認する」「却下する」の少なくとも２通りが必要になる。場合によっては、「メールで周知する」「コメントを記入する」「案件内容を一部訂正する」「既存の関連データベースを更新する」など、「承認待ち」のステータスの案件に対して複数のアクションを行う必要性が出てくる。
【００３７】
ロールテーブルは、特定の案件群、履歴群を、ユーザに開示するか否かを設定するテーブルであって、項目として、ロールＩＤ、プロジェクトＩＤ、ロール名、履歴公開/非公開初期値フラグ（1：公開、0：非公開）、非公開履歴の表示フラグ（1：公開、0：非公開）、案件公開/非公開初期値フラグ（1：表示、0：非表示）、非公開案件の表示フラグ（1：公開、0：非公開）、テナントＩＤを備えている。
アクション権限テーブルは、アクションに利用制限を掛け、ユーザの役割に応じてアクションの表示を制御するためのテーブルであって、項目として、アクション権限ＩＤ、ロールＩＤ、アクションＩＤ、プロセス種別ＩＤ、テナントＩＤを備えている。
ロール×ユーザテーブルは、各ロールの所属ユーザを定義するテーブルであって、項目として、ロール×ユーザＩＤ、ロールＩＤ、ユーザＩＤ、プロジェクトＩＤ、テナントＩＤを備えている。
ロールテーブル及びロール×ユーザテーブルが、アクション権限記憶手段に該当する。
関連案件テーブルは、プロセスがエスカレーションして起票元案件から関連する起票先案件へ起票した状態を記憶するテーブルであって、項目として、起票元案件の案件ＩＤ、起票先案件の案件ＩＤを備えている。
【００３８】
また、ＨＤＤ７５には、管理ユーザインターフェイスとしての管理画面（setting_ui）を格納する管理画面記憶手段と、実行時ユーザインターフェイスとしての実行時ユーザ画面(activity-ui)を格納する実行時ユーザ画面記憶手段と、実行プログラム(exec-logic)を格納する実行プログラム記憶手段と、が格納されている。
ここで、アクション要素は、ユーザ向けの情報入力画面と、ロジック実行部分の実行コードを持ち、汎用的に用いられる追加拡張可能な部品であって、管理画面（setting_ui）、実行時ユーザ画面(activity-ui)（登録、確認）、実行プログラム(exec-logic)の３つの機能を必ず保有している。この３つの機能は、実行プログラムであり、アクション要素は、アクション要素のシステム内部用名称（code_name）に関連付けられた名前を持つ、ＵＩを持った小さなシステムであると考えてよい。
このプログラムインターフェイスの形態を満たしていれば、アクション要素は個別に拡張開発することができ、一つのアクション実行画面で複数のアクション要素とあわせて同時に実行することが可能となる。
一度開発したアクション要素は、あらゆるアクションに登録して業務シーンに応じて設定で利用する特性を得ることができる。
【００３９】
管理画面（setting_ui）は、アクション作成時にアクション要素の挙動を変化させるための設定値としての設定パラメータを、アクション要素毎に保持するアクション要素固有のマスタテーブルと、設定画面とから構成される。アクション要素固有のマスタテーブルには、それぞれ、アクション要素のシステム内部用名称（code_name）に関連付けられた名前が付され、設定画面には、それぞれ、アクション要素のシステム内部用名称（code_name）＋”setting”という名前が付されている。
これにより、アクション要素毎に個別に設定情報を保有し、パラメータを保持することができる。設定画面でアクションの特性にあった設定値を登録する。
【００４０】
実行時ユーザ画面(activity-ui)は、ユーザがアクション実行時にユーザからの入力値の入力を受け付ける入力画面（act-UI）部品及び確認画面（conf-UI）部品からなる。
入力画面（act-UI）部品は、「code_name」＋"act"の名前を持った画面生成プログラムであり、この画面生成プログラムを、アクション要素の定義の数だけ並べて順番に表示することにより、図１６のアクション実行画面１６００を表示するために用いられる。
確認画面（conf-UI）部品は、「code_name」＋"conf"の名前を持ったアクション要素の確認画面プログラムである。
実行プログラム(exec-logic)は、ユーザによるアクション実行時に処理される実行ロジックコードである。実行プログラムは、「code_name」+"exec"という名前を持つプログラムが順番に実行される。
「code_name」+"exec"という名前のプログラムは標準的なexecute()メソッドを持ち、HTML内のinput変数に定義された引数を受け付けるプログラムであり、設定画面で定義されたそのアクション用に設定されたアクション要素が固有に持つ設定情報に従って、アクション要素を実行する。
【００４１】
企業２及び委託先３には、企業２の従業員等の構成員が使用する端末コンピュータ（以下、「端末」という）２１、３１がそれぞれ設置されており、ネットワーク１３を介してサーバ１１との間で情報の送受信可能である。端末２１、３１のハード構成は、サーバ１１のハード構成と同様であるため、説明を省略する。端末２１、３１には、ＰＣや、携帯情報端末（ＰＤＡ），タブレット，携帯電話，スマートフォン等、サーバ１１から受信した情報を画面表示でき、画面上で入力した情報をサーバ１１に送信可能なあらゆる情報処理装置が含まれる。
【００４２】
（業務フレームワーク）
システムＳで管理される業務フレームワークを、図４に示す。
「テナント」とは、プロジェクトとライブラリのまとまりをいう。
「プロジェクト」とは、プロセス／メンバー／グループ／ロール／レポート／イベント／関連ライブラリ／ライブラリ／ユーザ・グループの一まとまりをいう。
「案件」とは、プロセス内で管理する業務単位をいう。案件は、複数の案件を関連させることや、１つの案件として集約することができる。
「エスカレーション」とは、案件がプロセスを横断することをいう。またエスカレーションすることでエスカレーション先のプロセスに案件が作成され、エスカレーション元の案件と関連をもつ。関連を持った案件を「関連案件」という。
「ライブラリ」とは、管理項目のデータリストをいう。各ライブラリに登録する項目のかたまりを「アイテム」という。
「プロセス」とは、一連の作業プロセスを定義したものをいう。「プロセス」の動作内容をケース分けする機能を「プロセス種別」という。
プロセス種別は、案件処理時に選択でき、切り替えにより画面項目の出し分けやステータス遷移の変更等が行える。
「ステータス」とは、プロセス自体のライフサイクルの状態をいう。一つ一つの「ステータス」に対し、操作可能な「アクション」を定義できる。アクション実行時に、「ステータス」の変更、案件の内容を更新が可能である。
「アクション」に対し、これを実行可能な「ロール」を定義する。これにより、特定の権限を持ったロールのみ「ステータス」を変更できるなどの制御ができる。
「ロール」は「アクション」の他に、プロセス種別毎の設定、画面項目毎の細かい設定等が可能である。
一つ一つの「アクション」は、予め決められた「アクション要素」から設定できる。管理画面で、アクションの名前の変更や、一回のアクションに複数の要素を加える等の設定が可能である。
【００４３】
（ワークフローシステムＳの機能）
本実施形態のシステムＳの機能について説明する。本実施形態のシステムＳでは、企業２のシステム管理者が、ユーザによって実行される案件のそれぞれのステータスに対して、次に行われるべきアクションを結び付けることにより、ユーザが実行すべきワークフローを設定するワークフロー設定段階と、システム管理者によって設定されたワークフローをユーザが実行するワークフロー実行段階と、を提供する。
ワークフロー設定段階では、システム管理者が、サーバ１１にアクセスして端末２１の画面に表示した管理画面より、アクションをステータスに対して紐付け、このアクションをアクション要素の組合せにより定義することによって、それぞれのステータスに対して次に行われるアクションを設定する。
【００４４】
（システム管理者によるワークフロー設定）
以下、ワークフロー設定段階について、詳細に説明する。
システム管理者が、端末２１でシステムＳのプログラムを立ち上げると、端末２１は、サーバ１１にアクセスし、不図示のログイン画面が表示される。ログイン画面で、テナントコード、システム管理者のＩＤ及びパスワードが入力されると、不図示の管理画面トップが表示される。
不図示の管理画面トップで選択可能に表示されるボタンのうち、プロジェクト管理タブがクリックされると、サーバ１１は、該当するシステム管理者が所属するテナントのテナントＩＤをキーとしてカテゴリテーブル、プロジェクトテーブルを参照し、そのテナントＩＤが付されたプロジェクトカテゴリＩＤ、カテゴリ名と、プロジェクトの情報を取得して、図５に示すカテゴリ一覧画面５００を表示する。
【００４５】
カテゴリ一覧画面５００は、システム管理者が所属するテナント全体のカテゴリ名を列挙する画面であり、カテゴリ名表示欄５０１と、そのカテゴリに含まれるプロジェクトの数表示欄５０２と、カテゴリを新規作成するための不図示のカテゴリ新規作成画面を表示するための新規作成ボタン５０３と、を表示する。
カテゴリ名表示欄５０１記載のカテゴリは、カテゴリ新規作成画面で、カテゴリ名を入力し、不図示の完了ボタンをクリックすることにより、新規作成される。
【００４６】
プロジェクトの数表示欄５０２がクリックされると、カテゴリ一覧画面５００を表示するときに取得したプロジェクトの情報を用いて、そのカテゴリに含まれるプロジェクト名を一覧表示する不図示のプロジェクト一覧画面が表示される。この画面には、プロジェクトを新規作成するための不図示のプロジェクト新規作成画面を表示するための新規作成ボタンが表示されている。
この不図示のプロジェクト一覧画面で、いずれかのプロジェクト名がクリックされると、プロジェクト名をキーとしてプロジェクトテーブルを参照してプロジェクトＩＤを取得し、このプロジェクトＩＤをキーとして業務プロセステーブルＴ１を参照して、そのプロジェクトに含まれるプロセスの情報を取得し、図６のプロジェクト詳細設定画面６００を表示する。
【００４７】
プロジェクト詳細設定画面６００は、プロジェクトの詳細設定を行う画面であって、そのプロジェクトの基本情報表示欄６０１、プロジェクトに含まれるプロセスの一覧６０２、プロジェクト中のプロセスの順序変更ボタン６０３、プロセスの新規作成ボタン６０４、図７のステータス設定画面７００を表示するためのステータス詳細ボタン６０５が表示されている。新規作成ボタン６０３がクリックされると、プロセスを新規作成する不図示のプロセス新規作成画面を表示される。
また、ステータス詳細ボタン６０５がクリックされると、サーバ１１は、プロセスＩＤをキーとしてステータステーブルＴ２を参照し、更に、ステータステーブルＴ２で得られたステータスＩＤをキーとしてアクションテーブルＴ３を参照して、図７のステータス設定画面７００が表示する。
【００４８】
ステータス設定画面７００は、ステータスの設定を行う画面であって、図７に示すように、設定するプロセスを一覧から選択するプロセス選択ボックス７０１、プロセスに含まれるステータスの順序を設定する不図示の順序設定画面を表示する順序変更ボタン７０２、プロセスに含まれるステータスを新規作成する不図示のステータス画面を表示する新規作成ボタン７０３、システムにより自動で振られたステータスＩＤを示す番号欄７０４、ステータス名称表示欄７０５、各ステータスについて設定されているアクション一覧７０８、図８のアクション設定画面８００を表示するためのアクション設定ボタン７０９、ステータスの編集を行う操作ボタン７１０が表示される。
新規作成ボタン７０２がクリックされると、サーバ１１は、不図示のステータス作成画面を端末２１に表示し、この画面で完了ボタンがクリックされると、画面に入力されたステータス名称を、プロセス選択ボックス７０１で選択されたプロセスのＩＤと紐付けて、ステータステーブルＴ２に登録する。この処理が、特許請求の範囲のステータス記憶手段に格納する手段に該当する。
【００４９】
ステータス設定画面７００で、アクション設定ボタン７０９がクリックされると、サーバ１１は、アクション設定ボタン７０９がクリックされたステータス名と、そのステータスに紐付いたアクションＩＤ及びアクション名の情報を用いて、図８のアクション設定画面８００を表示する。
アクション設定画面８００は、アクションの設定を行う画面であって、図８に示すように、設定するプロセスを一覧から選択するプロセス選択ボックス８０１、プロセスに含まれるステータスを一覧から選択するステータス選択ボックス８０２、そのステータスに紐付いているアクションの順序を設定する不図示のアクション順序設定画面を表示する順序変更ボタン８０３、そのステータスにアクションを新たに紐付けして作成する図９のアクション作成画面９００を表示する新規作成ボタン８０４、システムにより自動で振られたアクションＩＤを示す番号欄８０５、アクション名称表示欄８０６、各アクションを構成するアクション要素を設定する図１０のアクション要素画面１０００を表示するアクション要素ボタン８０７、合議設定有無を設定する合議ボタン８０９、図７のステータス設定画面７００を表示するステータス一覧表示ボタン８１１が表示される。
【００５０】
新規作成ボタン８０４がクリックされると、サーバ１１は、アクション要素マスタテーブルＭ１を参照し、図９のアクション作成画面９００を表示する。
アクション作成画面９００には、アクション名入力欄９０１、システム管理者によって画面上で選択されたアクション要素を表示するアクション要素選択欄９０２、アクション要素マスタテーブルＭ１から取得されたすべてのアクション要素名を選択可能に表示するアクション要素一覧９０３、アクション作成を完了するための完了ボタン９０４が表示される。
【００５１】
アクション作成画面９００のアクション要素選択欄９０２にアクション要素が選択され、完了ボタン９０４がクリックされると、サーバ１１は、アクション要素選択欄９０２に入力されているアクション要素のアクション要素ＩＤを取得する。テナントＩＤをキーとしてアクション×要素テーブルＴ４を検索して、レコードＩＤ及びアクションＩＤの最大値を取得する。この最大値＋１の数値をレコードＩＤ及びアクションＩＤとして、アクション要素ＩＤと紐付けてアクション×要素テーブルＴ４に登録する。アクション要素選択欄９０２に入力されているすべてのアクション要素について、同様の処理を行い、アクション×要素テーブルＴ４に登録する。この処理が、アクション−要素登録手段に該当する。
また、アクションテーブルＴ３に、該当するステータスＩＤ、アクションＩＤ、アクション名等を登録する。
【００５２】
図８のアクション設定画面８００で、いずれかのアクションのアクション要素ボタン８０７がクリックされると、選択されたアクションのアクションＩＤをキーとしてアクション×要素テーブルＴ４を参照し、そのアクションに紐付いたレコードＩＤとアクション要素ＩＤを取得し、このアクション要素ＩＤをキーとしてアクション要素マスタテーブルＭ１を参照して、対応するアクション要素の画面表示用名称、システム内部用名称を取得し、図１０のアクション要素画面１０００を表示する。
アクション要素画面１０００は、アクション要素について、ユーザが端末２１でアクションを実行したときに更新する更新項目と、ユーザの端末２１画面に表示する画面項目を設定する画面である。アクション要素画面１０００は、該当するアクション名表示欄１００１、該当するアクションに含まれるアクション要素のＩＤ及び画面表示用名称を表示するアクション要素表示欄１００２、各アクション要素の更新項目を設定する図１１の管理画面１１００を表示するための更新項目設定ボタン１００３、各アクション要素の画面項目を設定する不図示の画面項目設定画面を表示するための画面項目設定ボタン１００４が表示される。
【００５３】
更新項目設定ボタン１００３がクリックされると、サーバ１１は、更新項目設定ボタン１００３がクリックされたアクション要素のアクション要素ＩＤをキーとしてアクション要素マスタテーブルＭ１を参照し、そのシステム内部用名称を取得する。次いで、管理画面記憶手段から、そのシステム内部用名称＋”setting”という名前を持つ管理画面を取得し、端末２１の画面に表示する。
管理画面は、アクション要素毎に固有のものが設けられているが、図１０には、アクション要素「コメントを作成する」の更新項目設定ボタン１００３をクリックすることにより表示される”new setting”という名前を持つ管理画面１０１０を示す。
管理画面１０１０で、完了ボタン１０１５がクリックされると、サーバ１１は、管理画面１０１０で入力された情報を、アクション設定テーブルＴ５に登録する。
【００５４】
（ユーザによるワークフロー実行）
次いで、システム管理者によって設定されたワークフローをユーザが実行するワークフロー実行段階について説明する。
ユーザが端末２１でシステムＳのプログラムを立ち上げると、端末２１は、サーバ１１にアクセスし、不図示のログイン画面が表示される。ログイン画面で、テナントコード、ユーザのＩＤ及びパスワードが入力されると、サーバ１１は、テナントコードとユーザＩＤをキーとして、ロール×ユーザテーブル、ロールテーブルを参照し、そのユーザの役割に応じた図１１のスタート画面１１００を表示する。
スタート画面１１００は、そのユーザが該当するプロジェクト、プロセス、ステータスを一覧表示する画面であり、プロジェクト表示欄１１０１、プロセス表示欄１１０２、プロセス種別表示欄１１０３、ステータス及び該当ステータスの案件数を表示するステータス表示欄１１０４、プロセスの案件を一覧表示する案件一覧エリア１１０５が表示される。
プロセス表示欄１１０１又はプロセス種別表示欄１１０３の各プロセス又はプロセス種別名がクリックされると、サーバ１１は、図１２の案件一覧画面１２００を表示する。
案件一覧画面１２００は、指定したプロセスの案件を一覧表示する画面であり、案件検索エリア１２０１、該当プロセスに案件を新たに登録するための新規登録ボタン１２０２、表示対象となっているプロセスの案件を一覧表示する案件一覧１２０３が表示される。
【００５５】
案件一覧１２０３に一覧表示された案件のうち、いずれかの案件の案件ＩＤがクリックされると、サーバ１１は、図１３のアクション実行処理をスタートする。サーバ１１は、ステップＳ１で、クリックされた案件ＩＤをキーとして、ステータステーブルＴ２を参照し、ステータスＩＤ、ステータス名称、表示順、完了フラグを取得し、業務プロセステーブルＴ１及び各プロセス固有の画面表示項目情報を格納するプロセス画面項目情報テーブルから、その案件の画面表示項目情報を取得する。
次いで、ステップＳ２で、ステップＳ１で取得した情報を用いて、図１５の案件詳細画面１５００を表示する。
案件詳細画面１５００には、プロセス名からなる案件タイトル表示欄１５０１、該当案件のステータス表示欄１５０３、案件の画面項目情報表示欄１５０４、該当案件の関連案件表示欄１５０５、図１５のアクション選択画面を表示するアクションボタン１５０８が表示される。
ステータス表示欄１５０３には、ステータステーブルＴ２においてその案件のプロセスＩＤに紐付いたすべてのステータス名称と、その表示順、完了フラグを用いて、案件のステータスが表示される。
業務プロセスの定義に従って、ステータス表示欄１５０３の新規〜受付〜対応中〜二次対応中〜二次対応済〜完了のように、案件はその進捗に応じてステータスが変化していく。一つの案件は、最初のステータスから完了まで、業務プロセスに定義された通りに遷移する。業務フローをステータスの遷移で表現することで、次のアクションとなるアクションの定義を行いやすくしている。また、案件がどの状態で滞留するのか、など業務プロセス全体の状況をモニタリングしやすくできるメリットもある。
【００５６】
ステップＳ３で、アクションボタン１５０８がクリックされたか判定する。
アクションボタン１５０８がクリックされない場合（ステップＳ３：ＮＯ）、ステップＳ３に戻り、アクションボタン１５０８がクリックされたか判定する。つまり、アクションボタン１５０８がクリックされるまで、ステップＳ３を繰り返す。
ステップＳ３で、アクションボタン１５０８がクリックされた場合（ステップＳ３：ＹＥＳ）、ステップＳ４で、テナントＩＤと、ステップＳ１で取得したステータスＩＤをキーとして、アクションテーブルＴ３を参照し、そのテナントＩＤ及びステータスＩＤが付されたすべてのレコードのアクションＩＤ、アクション名、表示順を取得する。また、ここで取得したアクションＩＤ及びユーザＩＤをキーとして、アクション権限テーブル及びロール×ユーザテーブルを参照し、そのユーザが、各アクションについて利用制限されているか確認する。
【００５７】
次いで、ステップＳ５で、ステップＳ４で取得したアクション名、表示順の情報を用いて、そのユーザに利用が許可されているアクションを列挙した図１６のアクション選択欄１６０１を表示する。ステップＳ５が、特許請求の範囲のアクション表示手段に該当する。
アクション選択欄１６０１は、システム管理者により該当案件のその時点でのステータスに紐付けられたすべてのアクション名を、アクションテーブルＴ３に設定された表示順で、選択可能に表示するリストである。
【００５８】
本実施形態では、このように、あらかじめ決められた業務プロセスやアクションに利用制限をかけることで、ユーザの役割に応じてアクションの表示が制御されている。ロールや案件の内容に応じてアクションの実行条件をかけることで、一定の権限をもったユーザのみが実行できるアクションの定義や、案件の状態による条件分岐も実現できる。案件の状態ごとにユーザのロールや案件の内容によって、次に行うべきアクションの候補が異なることがあるという実状に沿ったシステムとすることができる。
例えば、承認者のみが実行できるアクションは、ユーザが承認者ロールを持っていたら、アクションを選択可能としたり、仕入れ担当者のみが実行できるアクションは、ユーザが仕入れ担当者ロールを持っていたら、アクションを選択可能としたりする。
また、アクション選択欄１６０１のＵＩに対象となるアクションの表示条件を保持し、アクション選択欄１６０１表示時に実行可能アクションのみを表示するよう構成するとよい。
例えば、一定の金額を超える案件は、決裁者が異なる場合など、予めＵＩに案件の管理項目の検索条件をビジネスルールとして保持しておき、案件内の全てのチェック項目が着くと、次のアクションを実行できるように構成可能となる。
【００５９】
次いで、ステップＳ６で、アクション選択欄１６０１で、いずれかのアクションが選択されたか判定する。
アクションが選択されない場合（ステップＳ６：ＮＯ）、ステップＳ６に戻り、アクションが選択されたか判定する。つまり、アクションが選択されるまで、ステップＳ６を繰り返す。
【００６０】
アクションが選択された場合（ステップＳ６：ＹＥＳ）、ステップＳ７で、テナントＩＤ、アクションＩＤをキーとして、アクション×要素テーブルＴ４を参照し、選択されたアクションに紐付いたすべてのレコードを取得する。
次いで、ステップＳ８で、ステップＳ７で取得したレコードを一件読み込む。
次いで、ステップＳ９で、ステップＳ８で読み込んだレコードのアクション要素ＩＤをキーとして、アクション要素マスタテーブルＭ１を参照し、すべてのアクション要素のシステム内部用名称（code_name）を取得する。
ステップＳ１０で、システム内部用名称（code_name）＋actの名前をキーとして実行時ユーザ画面記憶手段を参照し、ステップＳ８で読み込んだレコードのアクション要素の画面生成プログラム（activity-ui）を取得する。
【００６１】
次いで、ステップＳ１１で、ステップＳ７で取得したレコードに、まだ読み込んでいないレコードがあるか判定する。
ステップＳ７で取得したレコードに、まだ読み込んでいないレコードがある場合（ステップＳ１１：ＹＥＳ）、ステップＳ８で、ステップＳ７で取得したレコードのうち、読み込みが終了したものの次のレコードを一件読み込む。
つまり、ステップＳ７で取得したレコードを全件読み込むまで、ステップＳ８〜Ｓ１１のステップを繰り返す。
ステップＳ７で取得したレコードに、読み込んでいないレコードがない場合（ステップＳ１１：ＮＯ）、そのアクションに紐付けられたすべてのアクション要素について、画面生成プログラムの取得が完了したものとして、ステップＳ１２に進み、ステップＳ７で取得したレコード中に含まれたアクション要素の実行順で定められた順序に従って、繰り返し行ったステップＳ１０で取得したすべての画面生成プログラムを実行して、図１６の入力画面１６００を表示する。
このステップでは、例えば、アクション要素「コメントを記入する」のcode_nameを「comment」、アクション要素「メールを送信する」のcode_nameを「mail」と定めた場合、画面生成プログラムcomment-act、画面生成プログラムmail-actを順番に実行し、画面に並べて表示する。
入力画面１６００には、対象案件で現在利用可能なアクション一覧を表示するアクション選択欄１６０１、アクションを構成するアクション要素について必要項目を入力、選択する入力欄１６０２、アクション確認画面１６１０を表示するための確認ボタン１６０４が表示される。アクション選択欄１６０１の表示内容は権限や設定、プロセス、ステータスにより異なる。また、入力欄１６０２の表示内容は、選択したアクションや権限、設定、プロセス、ステータスにより異なる。
【００６２】
次いで、図１３のＡから図１４のＡを経て図１４のステップＳ１３に進み、確認ボタン１６０４がクリックされたか判定する。
確認ボタン１６０４がクリックされない場合（ステップＳ１３：ＮＯ）、ステップＳ１３に戻り、確認ボタン１６０４がクリックされたか判定する。つまり、確認ボタン１６０４がクリックされるまで、ステップＳ１３を繰り返す。
ステップＳ１３で、確認ボタン１６０４がクリックされた場合（ステップＳ１３：ＹＥＳ）、ステップＳ１４で、テナントＩＤ、アクションＩＤをキーとして、アクション×要素テーブルＴ４を参照し、選択されたアクションに紐付いたすべてのレコードを取得する。
次いで、ステップＳ１５で、ステップＳ１４で取得したレコードを一件読み込む。
【００６３】
次いで、ステップＳ１６で、ステップＳ１５で読み込んだレコードのアクション要素ＩＤをキーとして、アクション要素マスタテーブルＭ１を参照し、すべてのアクション要素のシステム内部用名称（code_name）を取得する。
ステップＳ１７で、システム内部用名称（code_name）＋confの名前をキーとして実行時ユーザ画面記憶手段を参照し、ステップＳ１５で読み込んだアクション要素の確認画面プログラムを取得する。
【００６４】
次いで、ステップＳ１８で、ステップＳ１４で取得したレコードに、まだ読み込んでいないレコードがあるか判定する。
ステップＳ１４で取得したレコードに、まだ読み込んでいないレコードがある場合（ステップＳ１８：ＹＥＳ）、ステップＳ１５で、ステップＳ１４で取得したレコードのうち、読み込みが終了したものの次のレコードを一件読み込む。
つまり、ステップＳ１４で取得したレコードを全件読み込むまで、ステップＳ１５〜Ｓ１８のステップを繰り返す。
【００６５】
ステップＳ１４で取得したレコードに、読み込んでいないレコードがない場合（ステップＳ１８：ＮＯ）、そのアクションに紐付けられたすべてのアクション要素について、確認画面プログラムの取得が完了したものとして、ステップＳ１９に進み、入力欄１６０２で入力されたパラメータを、それぞれ「code_name」＋"act"から「code_name」＋"conf"へ引き渡し、ステップＳ１４で取得したレコード中に含まれたアクション要素の実行順で定められた順序に従って、繰り返し行ったステップＳ１７で取得した確認画面プログラムを実行して、図１６の確認画面１６１０を表示する。
パラメータの引き渡しは、HTMLのinputタグへの入力内容をPOSTメソッドにて引き渡すことで実行する。inputタグへつけられるパラメータ名は、アクション要素ID＋アクション要素固有のパラメータIDから構成され、他のアクション要素のパラメータと重複することがないようにしている。
【００６６】
確認画面１６１０には、入力欄１６０２で入力、設定した結果を表示する確認欄１６１１、アクションを実行するための完了ボタン１６１３が表示される。
次いで、ステップＳ２０で、完了ボタン１６１３がクリックされたか判定する。
完了ボタン１６１３がクリックされない場合（ステップＳ２０：ＮＯ）、ステップＳ２０に戻り、完了ボタン１６１３がクリックされたか判定する。つまり、完了ボタン１６１３がクリックされるまで、ステップＳ２０を繰り返す。
ステップＳ２０で、完了ボタン１６１３がクリックされた場合（ステップＳ２０：ＹＥＳ）、ステップＳ２１で、ステップＳ１４で取得したレコードを一件読み込む。
次いで、ステップＳ２２で、ステップＳ２１で読み込んだレコードのアクション要素ＩＤをキーとして、アクション要素マスタテーブルＭ１を参照し、すべてのアクション要素のシステム内部用名称（code_name）を取得する。このアクション要素のシステム内部用名称（code_name）を用いて、システム内部用名称（code_name）＋execの名前をキーとして実行プログラム記憶手段を参照し、ステップＳ２１で読み込んだレコードのアクション要素の実行プログラムを取得する。
【００６７】
次いで、ステップＳ２３で、ステップＳ２２で取得したアクション要素の実行プログラムを実行する。例えば、「comment-exec」プログラムは、ユーザが入力画面１６００で入力したパラメータを、該当案件のコメントテーブルへ記録する。「mail-exec」プログラムは、ユーザが入力画面１６００で入力した内容（宛先、件名、内容など）に従ってメールを送信する。
ステップＳ２４で、ステップＳ１４で取得したレコードに、まだ読み込んでいないレコードがあるか判定する。
ステップＳ１４で取得したレコードに、まだ読み込んでいないレコードがある場合（ステップＳ２４：ＹＥＳ）、ステップＳ２１で、ステップＳ１４で取得したレコードのうち、読み込みが終了したものの次のレコードを一件読み込む。
つまり、ステップＳ１４で取得したレコードを全件読み込むまで、ステップＳ２１〜Ｓ２４のステップを繰り返す。
【００６８】
ステップＳ１４で取得したレコードに、読み込んでいないレコードがない場合（ステップＳ２４：ＮＯ）、そのアクションに紐付けられたすべてのアクション要素について、実行プログラムの実行が完了したものとして、図１３、図１４のアクション実行処理のフローを終了する。ステップＳ２１〜Ｓ２４が、特許請求の範囲のアクション実行手段に該当する。
【００６９】
（アクション要素の３つの機能要素の実装例について）
既に説明した通り、アクション要素は、管理画面（setting_ui）、実行時ユーザ画面(activity-ui)（登録、確認）、実行プログラム(exec-logic)の３つの機能を備えている。
管理画面（setting_ui）の表示例は、図１０の管理画面１０１０、実行時ユーザ画面(activity-ui)（登録、確認）の表示例は、図１６の入力画面１６００、確認画面１６１０である。この３つの機能の実装例について、具体的に説明する。
「ステータスを更新する」アクション要素では、setting-uiは、アクションの実行時に遷移させる次のステータス情報を保持する。activity-uiは、ユーザから入力を得ることはない。どのステータスからどのステータスへ遷移するのか、画面に表示することによりユーザに通知する。exec-logicは、アクション実行時に、案件を、setting-uiで指定されたステータスへ遷移させる。
【００７０】
「管理項目の内容を更新する」アクション要素では、setting-uiは、アクション実行時にどの管理項目を更新するのかを、設定する。activity-uiは、更新対象となる画面項目への入力を受け付けるユーザインターフェイスを表示する。ユーザが入力したデータを確認するための確認画面を表示する。exec-logicは、activity-uiで入力された内容で、案件の管理項目データを更新する。
「メールを送信する」アクション要素では、setting-uiは、メール送信本文のテンプレートと、メール送信する宛先について設定できるユーザインターフェイスと設定データベースを持つ。activity-uiは、アクション実行時に送信先を選択できるユーザインターフェイスを持つ。送信されるメールの確認画面を表示する。exec-logicは、setting-uiで定義した内容をactivity-uiで指定された通りにメール送信する。
「案件にコメント履歴を投稿する」アクション要素では、setting-uiは、案件に付与する文字数や添付ファイルの有無などを指定する。activity-uiは、コメントを入力する入力欄を表示する。exec-logicは、案件に入力されたコメントを案件の履歴に付与する。
【００７１】
（アクション実装例）
次に、「ステータスを更新する」「管理項目の内容を更新する」「メールを送信する」「案件にコメント履歴を投稿する」の４つのアクション要素の組合せで「承認する」アクションを定義した場合の実装例について説明する。なお、この実装例は、機能のみ説明し、実装例を実現するためのサーバ１１による具体的処理は、（システム管理者によるワークフロー設定）（ユーザによるワークフロー実行）の欄の処理と同様であるので、説明を省略する。
「承認待ち」のステータスから、「承認する」アクションを作成する例では、まず、「承認する」アクションが新規作成され、「ステータスを更新する」「管理項目の内容を更新する」「メールを送信する」「案件にコメント履歴を投稿する」の４つのアクション要素が選択される。
次に、それぞれのアクション要素に動作の挙動を決めるパラメータが設定される。パラメータの設定は、汎用的なアクション要素に対してその特定のアクションに固有な意味づけを設定するために行われる。固有のアクションは、汎用的なアクション要素にパラメータが組み合わされることで実現される。
「ステータスを更新する」では、遷移元ステータス「承認待ち」から遷移先ステータス「承認済」への遷移が設定される。「管理項目の内容を更新する」では、案件の管理項目として、承認者名が入力される。「メールを送信する」では、申請者へのメール送信が設定され、メール文面があらかじめ指定される。
【００７２】
以上のように設定されたアクションは、以下の通り実行される。
アクションの実行は、案件の画面から案件のステータスごとに定義された実行可能なアクションを選択できるユーザインターフェイス部分と、アクションのリストを選択した時に表示されるユーザインターフェイス部分と、実行時に処理されるロジック部分に分けられる。
ユーザの端末２１の画面で、ある案件が選択されると、サーバ１１は、該当のステータスを端末２１の画面に表示する。あらかじめ設定された定義に従い、該当ステータスの時に利用できるアクションを、メニュー表示する。
ユーザがアクションを一つ選択すると、そのアクションに付与されたアクション要素に定義されたactivity-uiを、入力画面に列挙する。
【００７３】
「ステータスを更新する」アクション要素では、承認待ちから遷移先ステータス「承認済」に変化することをユーザへ通知するメッセージを表示する。「管理項目の内容を更新する」アクション要素では、承認者名を表示し、その他事前の設定にしたがって入力可能となった管理項目の入力UIを表示する。「メールを送信する」では、送信されるメール文書と宛先を表示する。「案件にコメント履歴を投稿する」では、コメントの入力欄を表示する。
【００７４】
端末２１の画面でこのアクションの実行ボタンが押下られると、サーバ１１は、各アクション要素で定義された実行ロジックを順番に処理する。
「ステータスを更新する」アクション要素では、ステータスを「承認済」へ遷移させる。「管理項目の内容を更新する」アクション要素では、管理項目を更新する。「メールを送信する」では、メールを送信する。「案件にコメント履歴を投稿する」では、案件にコメントを付加する。
【００７５】
アクションはその他、様々な形で定義できる。
例えば、「電話でのコンタクト内容を記録する」というアクションは、「ステータスを更新する」アクション要素で、「架電まち」から「架電済」へ遷移させ、「管理項目の内容を更新する」アクション要素で、架電担当者を入力、架電の際に利用したトークスクリプトを選択、コールの際にヒアリングした内容を記載し、「案件にコメント履歴を投稿する」アクション要素で、特筆すべき点があれば、コメント記入することにより、定義できる。このとき、「メールを送信する」アクション要素は使用していない。
またこのとき、「架電まち」のステータスから架電したがつながらなかった場合に備えて、「再コール対象とする」というアクションを作成しておくこともできる。このアクションは、「ステータスを更新する」アクション要素で、「架電まち」から「再コール予定」へ遷移させ、「メールを送信する」アクション要素で、架電時刻などを記録し、「案件にコメント履歴を投稿する」アクション要素で、特筆すべき点があれば、コメント記入することにより、定義できる。
【００７６】
（エスカレーションによる関連案件起票）
本実施形態のアクションとして、「エスカレーションする」というアクションを作成可能である。「エスカレーションする」とは、一つのプロセスから、一つ又は複数の関連するプロセスへ、関連する案件を起票することをいう。これにより、プロセスは関連し、案件は関連先のプロセスに紐付けることが出来る。
ここで、関連するプロセスへ起票されたもう一つの案件を「関連案件」と呼ぶ。
【００７７】
図１７に、一つのプロセスから関連するプロセスへエスカレーションされた場合のプロセスのフローを示す。
関連案件１７０２を起票できるアクションを実行することで、関連案件１７０２は作成される。この場合、起票元のプロセスにある案件１７０１と、起票先にある関連案件１７０２は並列して存在する。
プロセスは、一つの組織が担当する仕事の開始から終了までを表現している。実際多くのケースでは、途中の業務を一部外部委託先３に委託されることや、別の担当部署によりひと固まり業務手続きが行われていることがある。この場合、例えば関連組織用のプロセスを作成し、最初のプロセスから案件を起票できるようにする。
最初のプロセスから関連案件１７０２を起票した際でも、最初のプロセスのステータスは最初のプロセス内に定義されたステータスに遷移する。このとき、最初のプロセスのステータスは、「エスカレーション中」といったような、非アクティブな状態にとどめられる。
一方で、関連案件１７０２は「新規」のような開始状態から、そのプロセスに従ってアクションが実行され、業務を進捗させる。
【００７８】
例えば、業務のプロセスは、営業プロセス→契約プロセス→調達プロセス→出荷プロセス→サポートプロセスのように、複数存在し、互いに関連を持っている。システムＳ上、営業から発生した案件は、サポートに至るまで一つの案件として認識される。
そこで、本システムＳでは、営業プロセスの中で、NDAや注文書などの契約書類を受領した後、契約プロセスに関連する案件を起票するとよい。
このときのアクション「契約手続きを開始する」は、「ステータスを更新する」（「商談中」→「契約手続き中」へ遷移）、「コメントを作成する」（契約日などを商談プロセス案件へ記入）、「メールを送信する」（契約担当者へ通知メールを送付）、「コメントを作成する」（契約時のコメント記入）、「関連案件を作成する」（契約プロセスの新規案件を起票）の５つのアクション要素を、この順で組み合わせて作成する。
アクション要素「関連案件を作成する」（契約プロセスの新規案件を起票）では、setting-uiは、起票先のプロセスを選択し、起票先に新規登録する画面項目を設定する。activity-uiは、起票先業務プロセスの新規登録画面を表示する。exec-logicは、起票元案件と起票先案件とが紐付いた関連案件データを作成する。この関連案件データは、起票元案件の案件ＩＤと起票先案件の案件ＩＤとを含んでおり、exec-logicは、この関連案件データを関連案件テーブルに登録する。
これにより、営業プロセスにて「商談中」ステータスに「契約手続きを開始する」アクションを用意して「契約手続き中」に遷移させるケースにおいて、同時に契約プロセスの新規案件が作成される。
起票元の案件と、関連案件はそれぞれ独自に定義されたプロセス内を別々のステータスを持って進捗する。プロセスごとに役割が異なるためで、同じ案件でもそれぞれ別々の仕事をこなすユーザにとって非常にわかり易い仕様となる。営業プロセスであれば「契約手続き中」、契約担当者であれば、「受付中」など、同一案件であっても業務プロセスによってステータスが異なる。
このように、プロセスの関連により、ビジネスプロセスを整理し、かつ、高度な分業化を実現することが出来る。
【００７９】
（他システム等をコールするアクション要素）
また、アクション「契約手続きを開始する」に、他システムへのメッセージ送信するアクション要素「他システムSOAPメソッドをコールする」を追加してもよい。
この場合、「関連案件を作成する」（契約プロセスの新規案件を起票）の後に、アクション要素「他システムSOAPメソッドをコールする」（契約金額、商品明細情報を販売管理システムへ登録する）を追加する。
アクション要素「他システムSOAPメソッドをコールする」では、setting-uiは、SOAに従って開発された関連システムに対し、呼び出し先のメソッド定義とコールに必要なパラメータを定義する。activity-uiは、他システムへ受け渡すパラメータを入力する。exec-logicは、SOAPプロトコルを用いて他システムへ通信し、他システムで用意されたメソッドをコールする。
このアクション要素は、業務のしかるべきアクションに組み込むことで、ユーザがアクションを実行したと同時に、関連するシステムに情報が浸透し、ユーザが別システムにログインして情報を転記しなければならなかった作業が大幅に削減できる。
【００８０】
以上のシステムＳによれば、図１８に示すように、複数のサブシステムに分かれているような大規模プロジェクト向けのワークフローシステムを、システム管理者の設定により、自由に構築できる。
図１８は、企業２が、自社が提供するシステムに関するエンドユーザからの問合せ等を、本システムＳを用いて処理する例を示している。
エンドユーザからの問合せ等は、企業２の総合窓口・振り分け担当が受けて、内容に応じて、図１６のアクション選択欄１６０１で、アクションを選択することにより、企業２内または外部委託先３において、各プロジェクトであるインシデント管理、外部業者管理、資産管理のいずれかに進む。
【符号の説明】
【００８１】
Ｓ  ワークフローシステム，  １  システム提供者，  ２  企業，  ３  委託先，  １１  サーバコンピュータ，  ２１，３１  端末コンピュータ
【要約】
文書回覧ワークフローに限らず、あらゆる仕事の発生から完了までを管理できる汎用的ワークフローシステムを提供する。
あるステータスで実行できるアクションの情報を、管理者端末から受信して、ステータスと、そのステータスで実行できるアクションの組合せ情報をアクション記憶手段に格納し、アクションとそのアクションを構成するアクション要素の情報を管理者端末から受信して、アクションと、そのアクションを構成するアクション要素の組合せ情報をアクション−要素記憶手段に格納する。ステータスをキーとしてアクション記憶手段から抽出された全アクションを、ユーザが実行可能なアクションとしてユーザ端末に表示し、ユーザ端末から、表示されたアクションから選択された選択アクションの情報を受信し、アクション−要素記憶手段を参照して、選択アクションを構成する全アクション要素を抽出、実行する。【図１】
0005475203.tif 000002
【図２】
0005475203.tif 000003
【図３】
0005475203.tif 000004
【図４】
0005475203.tif 000005
【図５】
0005475203.tif 000006
【図６】
0005475203.tif 000007
【図７】
0005475203.tif 000008
【図８】
0005475203.tif 000009
【図９】
0005475203.tif 000010
【図１０】
0005475203.tif 000011
【図１１】
0005475203.tif 000012
【図１２】
0005475203.tif 000013
【図１３】
0005475203.tif 000014
【図１４】
0005475203.tif 000015
【図１５】
0005475203.tif 000016
【図１６】
0005475203.tif 000017
【図１７】
0005475203.tif 000018
【図１８】
0005475203.tif 000019