WO2014013551A1 - ワークフロー管理装置及びワークフロー管理方法 - Google Patents

ワークフロー管理装置及びワークフロー管理方法 Download PDF

Info

Publication number
WO2014013551A1
WO2014013551A1 PCT/JP2012/068123 JP2012068123W WO2014013551A1 WO 2014013551 A1 WO2014013551 A1 WO 2014013551A1 JP 2012068123 W JP2012068123 W JP 2012068123W WO 2014013551 A1 WO2014013551 A1 WO 2014013551A1
Authority
WO
WIPO (PCT)
Prior art keywords
action
status
user
information
screen
Prior art date
Application number
PCT/JP2012/068123
Other languages
English (en)
French (fr)
Inventor
英俊 岩▲崎▼
Original Assignee
株式会社クレオネットワークス
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社クレオネットワークス filed Critical 株式会社クレオネットワークス
Priority to PCT/JP2012/068123 priority Critical patent/WO2014013551A1/ja
Priority to US14/413,912 priority patent/US20150193706A1/en
Priority to EP12881425.8A priority patent/EP2876588A4/en
Priority to JP2013537345A priority patent/JP5475203B1/ja
Priority to CN201280074740.9A priority patent/CN104471595A/zh
Priority to TW102125200A priority patent/TW201405452A/zh
Publication of WO2014013551A1 publication Critical patent/WO2014013551A1/ja
Priority to US14/754,312 priority patent/US20160019488A1/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06316—Sequencing of tasks or work
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0633—Workflow analysis

Definitions

  • the present invention relates to a workflow management apparatus and a workflow management method for providing a workflow system that allows a user to execute a business action in accordance with the status at the same time as displaying the status at that time in a business flow of a business matter. .
  • business statuses and required actions can be defined by combining action elements and applied in various business flows. Actions are not limited to applications and approvals, and actions according to various work flows, such as work requests, reports on specific tasks, and orders (requests), can be created by setting by the system administrator. In addition, the progress of the business process can be grasped based on the number of cases remaining in each status, making it easier to measure the performance of the organization.
  • “Create a library” is set when an item of a related library is registered. “Update library” is set when the item data of the library linked to the matter is updated. “Associate records” is set when associating items. “Updating libraries in a batch” is set when a plurality of records in related libraries are updated in a batch. “Call another system SOAP method” is set when calling a method defined in another system or service bus product implemented according to SOA (Service Oriented Architecture). “Start measurement of work time” is set when the time when an action is executed is recorded in the item information. “End work time measurement” is set when an end time corresponding to the time at which measurement was started by the action element “start measurement of work time” is recorded.
  • step S13 determines whether the confirmation button 1604 has been clicked. If the confirmation button 1604 is not clicked (step S13: NO), the process returns to step S13 to determine whether the confirmation button 1604 has been clicked. That is, step S13 is repeated until the confirmation button 1604 is clicked.
  • step S13 is repeated until the confirmation button 1604 is clicked.
  • step S14 the action ⁇ element table T4 is referenced using the tenant ID and action ID as keys, and all the actions associated with the selected action are referred to. Get a record.
  • step S15 one record acquired in step S14 is read.
  • step S22 the action element master table M1 is referenced using the action element ID of the record read in step S21 as a key, and system internal names (code_name) of all action elements are acquired.
  • system internal names (code_name) of this action element the execution program storage means is referenced using the system internal name (code_name) + exec name as a key, and the execution program of the action element of the record read in step S21 is obtained. To do.
  • the action element has three functions: a management screen (setting_ui), a runtime user screen (activity-ui) (registration, confirmation), and an execution program (exec-logic).
  • a display example of the management screen (setting_ui) is the management screen 1010 in FIG. 10
  • a display example of the runtime user screen (activity-ui) (registration, confirmation) is the input screen 1600 and the confirmation screen 1610 in FIG. 16. Specific implementation examples of these three functions will be described.
  • the setting-ui holds the next status information to be transitioned when the action is executed. activity-ui never gets input from the user. The user is notified by displaying on the screen which status is to be changed to which status.
  • exec-logic transitions the matter to the status specified in setting-ui when executing the action.
  • setting-ui sets which management item is updated when the action is executed.
  • activity-ui displays a user interface that accepts input to the screen item to be updated.
  • a confirmation screen for confirming the data entered by the user is displayed.
  • exec-logic updates the management item data of the matter with the contents entered in activity-ui.
  • the setting-ui has a template for a mail transmission body, a user interface that can be set for a destination for mail transmission, and a setting database.
  • activity-ui has a user interface that can select a destination when executing an action. Display the confirmation screen for the mail to be sent.
  • exec-logic sends the contents defined by setting-ui as emails as specified by activity-ui.
  • setting-ui specifies the number of characters to be given to the matter and the presence / absence of an attached file.
  • activity-ui displays an input field for inputting a comment.
  • exec-logic adds the comment entered in the matter to the matter history.
  • parameters that determine the behavior of the action are set for each action element.
  • the parameter is set to set a meaning specific to the specific action for the general-purpose action element.
  • Unique actions are realized by combining parameters with general-purpose action elements.
  • update status a transition from the transition source status “waiting for approval” to the transition destination status “approved” is set.
  • the approver name is input as the management item of the matter.
  • send email email transmission to the applicant is set, and the email text is designated in advance.
  • an action “escalate” can be created.
  • “Escalate” means to issue a related matter from one process to one or a plurality of related processes. As a result, the processes are related, and the matter can be linked to the related process.
  • another item that has been drafted in the related process is called a “related item”.
  • This related matter data includes the matter ID of the drafting matter and the matter ID of the drafting matter, and exec-logic registers this related matter data in the related matter table.
  • an action element “call another system SOAP method” that transmits a message to another system may be added to the action “start contract procedure”.
  • the action element “Call another system SOAP method” register the contract amount and product details information in the sales management system” to add.
  • setting-ui defines the method of the call destination and the parameters required for the call for the related system developed according to SOA.
  • Activity-ui inputs parameters to be passed to other systems.
  • exec-logic communicates to other systems using the SOAP protocol and calls methods prepared in other systems.

Abstract

　文書回覧ワークフローに限らず、あらゆる仕事の発生から完了までを管理できる汎用的ワークフローシステムを提供する。　あるステータスで実行できるアクションの情報を、管理者端末から受信して、ステータスと、そのステータスで実行できるアクションの組合せ情報をアクション記憶手段に格納し、アクションとそのアクションを構成するアクション要素の情報を管理者端末から受信して、アクションと、そのアクションを構成するアクション要素の組合せ情報をアクション－要素記憶手段に格納する。ステータスをキーとしてアクション記憶手段から抽出された全アクションを、ユーザが実行可能なアクションとしてユーザ端末に表示し、ユーザ端末から、表示されたアクションから選択された選択アクションの情報を受信し、アクション－要素記憶手段を参照して、選択アクションを構成する全アクション要素を抽出、実行する。

Description

ワークフロー管理装置及びワークフロー管理方法
　本発明は、業務の案件の業務フローにおけるその時点でのステータスをユーザに対して表示すると同時に、ユーザがステータスに応じて業務アクションを実行可能なワークフローシステムを提供するワークフロー管理装置及びワークフロー管理方法に関する。
　近年、組織内の稟議・報告書・届出申請の承認手続きを電子化して、スピード向上、業務効率化、内部統制強化を図るため、ワークフローシステムが広く用いられている（例えば、特許文献１）。
　特許文献１のような従来のワークフローシステムは、紙を電子化し、電子化した紙を関係者間に回覧し、承認の証跡を残す、という形で実装されている。
　そして、申請する、差し戻し、承認、代理承認など、文章の回覧に必要な機能は限定的であったため、これらのアクションに対する機能をあらかじめ実装することが可能であり、アクションを実行する順番をワークフローツールで定義できる仕様となっている。
　しかし、実際の仕事の多くの場面では、アクションの種類は申請、承認のように限られたものだけでなく、依頼する、確認する、電話で伝える、など、仕事の内容やその仕事の進捗段階によって「～する」というアクションの種類は無数に存在するため、あらゆる業務フローに対し、従来のワークフローシステムを適用するには機能的に限界があった。
　従来のワークフローシステムの設計思想は、文書回覧ワークフローのようにアクションの種類が限定的な場合は実現可能でも、その他あらゆる業務プロセスをまたがって仕事の状態を管理する仕様には適さない。個別のアクションを実現する場合には個別でプログラム開発が必要であり、従来のワークフローは用途限定的なものであった。
　従来システムは、ペーパーレスを実現し、手間やコストを削減するというわかりやすいテーマであったが、通常の業務ではこのようなワークフローシステムが対象とする業務のほかにワーク（仕事）のフローがシステム化されずに存在している実態がある。
　たとえば、表計算ソフトで作成された一覧表で管理されているようなタスクリストや、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プロトコルを用いて他システムへ通信し、他システムで用意されたメソッドをコールする。
　このアクション要素は、業務のしかるべきアクションに組み込むことで、ユーザがアクションを実行したと同時に、関連するシステムに情報が浸透し、ユーザが別システムにログインして情報を転記しなければならなかった作業が大幅に削減できる。
　以上のシステムＳによれば、図１８に示すように、複数のサブシステムに分かれているような大規模プロジェクト向けのワークフローシステムを、システム管理者の設定により、自由に構築できる。
　図１８は、企業２が、自社が提供するシステムに関するエンドユーザからの問合せ等を、本システムＳを用いて処理する例を示している。
　エンドユーザからの問合せ等は、企業２の総合窓口・振り分け担当が受けて、内容に応じて、図１６のアクション選択欄１６０１で、アクションを選択することにより、企業２内または外部委託先３において、各プロジェクトであるインシデント管理、外部業者管理、資産管理のいずれかに進む。
Ｓ　ワークフローシステム，　１　システム提供者，　２　企業，　３　委託先，　１１　サーバコンピュータ，　２１，３１　端末コンピュータ

Claims (11)

  1. 　ユーザが業務のプロセスに沿って案件を処理するために用いるワークフローシステムを提供するワークフロー管理装置であって、
    　前記プロセスは、前記ユーザが端末コンピュータでアクションを実行することによって遷移して、前記案件の進捗状況を示すステータスの配列として表現され、
    　各前記アクションを構成する最小単位の処理プログラムであるアクション要素を複数格納するアクション要素記憶手段と、
    　前記案件が前記ステータスのそれぞれにあるときに実行が許可される前記アクションの特定情報を、前記ステータスごとに、システム管理者の端末コンピュータから受信して、前記ステータスの特定情報と、該ステータスにおいて実行が許可される前記アクションの特定情報との組み合わせ情報を、アクション記憶手段に格納する手段と、
    　前記アクションの特定情報と、該アクションを構成する前記アクション要素の特定情報とを、前記システム管理者の端末コンピュータから受信して、前記アクションの特定情報と、該アクションを構成する前記アクション要素の特定情報との組み合わせ情報を、アクション－要素記憶手段に格納するアクション－要素登録手段と、
    　その時点での前記ステータスの特定情報をキーとして前記アクション記憶手段を参照して抽出されたすべての前記アクションを、その時点で前記ユーザが実行可能な前記アクションとして、前記ユーザの端末コンピュータの画面上に、選択可能に表示するアクション表示手段と、
    　前記ユーザの端末コンピュータから、前記その時点で前記ユーザが実行可能な前記アクションから選択された選択アクションの特定情報を受信し、該選択アクションの特定情報をキーとして前記アクション－要素記憶手段を参照して、前記選択アクションを構成するすべての前記アクション要素を抽出し、該抽出したすべての前記アクション要素を実行するアクション実行手段と、を備えることを特徴とするワークフロー管理装置。
  2. 　前記アクション要素は、前記ワークフローシステム全体において固定された特定数設けられることを特徴とする請求項１記載のワークフロー管理装置。
  3. 　前記プロセスの特定情報と、該プロセスを構成する前記ステータスの配列情報との組み合わせ情報を、前記システム管理者の端末コンピュータから受信して、ステータス記憶手段に格納する手段を更に備えることを特徴とする請求項１又は２記載のワークフロー管理装置。
  4. 　前記アクション要素は、前記システム管理者向けの管理ユーザインターフェイスと、前記ユーザ向けの実行時ユーザインターフェイスと、前記アクション要素固有の実行プログラムと、を備えており、
    　前記管理ユーザインターフェイスは、前記アクション要素の挙動を変化させるための設定値を設定するために用いられ、前記システム管理者の端末コンピュータに表示される設定画面と、前記システム管理者の端末コンピュータから受信した前記設定値を格納する設定値記憶手段と、を備え、
    　前記実行時ユーザインターフェイスは、前記アクション実行時に前記ユーザの端末コンピュータからの入力値を受け付ける前記アクション要素毎の入力画面部品を備えると共に、必要に応じ、前記アクション実行時に、前記入力値を確認のために前記ユーザの端末コンピュータに表示する前記アクション要素毎の確認画面部品を備え、
    　前記実行プログラムは、前記設定値に基づき前記挙動を変化させ、前記入力値を用いて前記アクション要素を実行することを特徴とする請求項１乃至３いずれか記載のワークフロー管理装置。
  5. 　前記アクション登録手段は、前記アクション実行時における前記アクション要素の実行順を、前記組み合わせ情報に紐付けて、前記アクション－要素記憶手段に格納し、
    　前記アクション実行手段は、前記実行順に沿った順序で、前記アクション要素を順次実行することを特徴とする請求項１乃至４いずれか記載のワークフロー管理装置。
  6. 　前記ワークフローシステムを、相互に情報の秘匿性が確保された複数の組織に提供することを特徴とする請求項１乃至５いずれか記載のワークフロー管理装置。
  7. 　それぞれの前記ユーザが利用可能なアクションを定義するアクション権限記憶手段を備え、
    　前記アクション表示手段は、前記アクション権限記憶手段で前記ユーザに対して利用が許可された前記アクションのみを、前記ユーザの端末コンピュータの画面上に表示することを特徴とする請求項１乃至６いずれか記載のワークフロー管理装置。
  8. 　前記プロセスの特定情報及び名称を格納するプロセス記憶手段を備え、
    　前記複数のアクション要素には、処理中の前記ステータスから、他の関連するプロセスへ案件を起票するエスカレーションアクション要素が含まれ、
    　該エスカレーションアクション要素は、
    　前記プロセス記憶手段に格納された前記プロセスのうち、前記ステータスの起票先として選択された起票先プロセスを特定する情報を、前記ユーザの端末コンピュータから受信する起票先受信手段と、
    　受信した前記起票先プロセスに係る関連案件を新規に作成して、該関連案件を、起票元となる前記ステータスに紐付けて、案件関連記憶手段に格納する手段を備えることを特徴とする請求項１乃至７いずれか記載のワークフロー管理装置。
  9. 　ユーザが業務のプロセスに沿って案件を処理するために用いるワークフローシステムを提供するワークフロー管理方法であって、
    　前記プロセスは、前記ユーザが端末コンピュータでアクションを実行することによって遷移して、前記案件の進捗状況を示すステータスの配列として表現され、
    　前記案件が前記ステータスのそれぞれにあるときに実行が許可される前記アクションの特定情報を、前記ステータスごとに、システム管理者の端末コンピュータから受信して、前記ステータスの特定情報と、該ステータスにおいて実行が許可される前記アクションの特定情報との組み合わせ情報を、アクション記憶手段に格納する手順と、
    　前記アクションの特定情報と、該アクションを構成する前記アクション要素の特定情報とを、前記システム管理者の端末コンピュータから受信して、前記アクションの特定情報と、該アクションを構成する前記アクション要素の特定情報との組み合わせ情報を、アクション－要素記憶手段に格納するアクション－要素登録手順と、
    　その時点での前記ステータスの特定情報をキーとして前記アクション記憶手段を参照して抽出されたすべての前記アクションを、その時点で前記ユーザが実行可能な前記アクションとして、前記ユーザの端末コンピュータの画面上に、選択可能に表示するアクション表示手順と、
    　前記ユーザの端末コンピュータから、前記その時点で前記ユーザが実行可能な前記アクションから選択された選択アクションの特定情報を受信し、該選択アクションの特定情報をキーとして前記アクション－要素記憶手段を参照して、前記選択アクションを構成するすべての前記アクション要素を抽出し、該抽出したすべての前記アクション要素を実行するアクション実行手順とを備えることを特徴とするワークフロー管理方法。
  10. 　前記アクション記憶手段に格納する手順の前に、
    　前記プロセスの特定情報と、該プロセスを構成する前記ステータスの配列情報との組み合わせ情報を、前記システム管理者の端末コンピュータから受信して、ステータス記憶手段に格納する手順を行うことを特徴とする請求項９記載のワークフロー管理方法。
  11. 　前記アクション登録手順では、前記アクション実行時における前記アクション要素の実行順を、前記組み合わせ情報に紐付けて、前記アクション－要素記憶手段に格納し、
    　前記アクション実行手順は、前記実行順に沿った順序で、前記アクション要素を順次実行することを特徴とする請求項９又は１０記載のワークフロー管理方法。
PCT/JP2012/068123 2012-07-17 2012-07-17 ワークフロー管理装置及びワークフロー管理方法 WO2014013551A1 (ja)

Priority Applications (7)

Application Number Priority Date Filing Date Title
PCT/JP2012/068123 WO2014013551A1 (ja) 2012-07-17 2012-07-17 ワークフロー管理装置及びワークフロー管理方法
US14/413,912 US20150193706A1 (en) 2012-07-17 2012-07-17 Workflow management device and workflow management method
EP12881425.8A EP2876588A4 (en) 2012-07-17 2012-07-17 LABOR MANAGEMENT AND LABOR MANAGEMENT PROCEDURES
JP2013537345A JP5475203B1 (ja) 2012-07-17 2012-07-17 ワークフロー管理装置及びワークフロー管理方法
CN201280074740.9A CN104471595A (zh) 2012-07-17 2012-07-17 工作流管理装置及工作流管理方法
TW102125200A TW201405452A (zh) 2012-07-17 2013-07-15 工作流程管理裝置及工作流程管理方法
US14/754,312 US20160019488A1 (en) 2012-07-17 2015-06-29 Workflow management device and workflow management method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2012/068123 WO2014013551A1 (ja) 2012-07-17 2012-07-17 ワークフロー管理装置及びワークフロー管理方法

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US14/413,912 A-371-Of-International US20150193706A1 (en) 2012-07-17 2012-07-17 Workflow management device and workflow management method
US14/754,312 Continuation US20160019488A1 (en) 2012-07-17 2015-06-29 Workflow management device and workflow management method

Publications (1)

Publication Number Publication Date
WO2014013551A1 true WO2014013551A1 (ja) 2014-01-23

Family

ID=49948406

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/068123 WO2014013551A1 (ja) 2012-07-17 2012-07-17 ワークフロー管理装置及びワークフロー管理方法

Country Status (6)

Country Link
US (2) US20150193706A1 (ja)
EP (1) EP2876588A4 (ja)
JP (1) JP5475203B1 (ja)
CN (1) CN104471595A (ja)
TW (1) TW201405452A (ja)
WO (1) WO2014013551A1 (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5651795B1 (ja) * 2014-04-28 2015-01-14 株式会社野村総合研究所 知的財産情報管理システム
JP2015219740A (ja) * 2014-05-19 2015-12-07 ハッチ株式会社 情報処理装置、情報処理方法、およびプログラム
JP2020522052A (ja) * 2017-05-16 2020-07-27 成都牽牛草信息技術有限公司Ｃｈｅｎｇｄｕ Ｑｉａｎｎｉｕｃａｏ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏ．， Ｌｔｄ． フォームフィールドに基づいてワークフロー承認ノードに承認ロールを設定する方法
WO2022163010A1 (ja) * 2021-01-28 2022-08-04 株式会社日立製作所 アクセス制御システム、アクセス制御方法及びアクセス制御プログラム
JP7462085B2 (ja) 2018-08-31 2024-04-04 キヤノン株式会社 情報処理装置、方法、及びプログラム

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10162874B2 (en) * 2015-01-15 2018-12-25 Servicenow, Inc. Related table notifications
US11580472B2 (en) * 2015-05-14 2023-02-14 Palantir Technologies Inc. Systems and methods for state machine management
US9934026B2 (en) * 2015-06-23 2018-04-03 Microsoft Technology Licensing, Llc Workflow generation and editing
JP6572679B2 (ja) * 2015-08-24 2019-09-11 富士ゼロックス株式会社 情報処理装置およびプログラム
CN107832104A (zh) * 2017-11-09 2018-03-23 北京恒华伟业科技股份有限公司 一种工作流管理方法、装置及插件
CN107895249B (zh) * 2017-11-25 2021-02-09 深圳市易达云科技有限公司 一种订单状态呈现方法及系统
CN108230089A (zh) * 2017-12-06 2018-06-29 链家网（北京）科技有限公司 一种在线订单处理方法、系统及装置
CN109949003A (zh) * 2019-02-28 2019-06-28 贵阳学院 一种数字签名技术的政务办理时限管理方法
CN112862453A (zh) * 2021-03-02 2021-05-28 岭东核电有限公司 工序信息显示方法、装置、计算机设备和存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001134681A (ja) * 1999-10-29 2001-05-18 Internatl Business Mach Corp <Ibm> 電子帳票の処理方法、定義方法、電子帳票の処理プログラムを格納した記憶媒体、電子帳票の定義プログラムを格納した記憶媒体、及び電子帳票システム
JP2004021671A (ja) * 2002-06-18 2004-01-22 Nec System Technologies Ltd ワークフローアプリケーション雛型生成システム及びワークフローアプリケーション雛型生成プログラム
JP2004185556A (ja) * 2002-12-06 2004-07-02 Kyocera Communication Systems Co Ltd プロジェクト管理システムおよびその方法
JP2007265198A (ja) 2006-03-29 2007-10-11 Ricoh Co Ltd ワークフロー決定方法、ワークフロー決定システムおよびワークフロー決定プログラム

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8296170B2 (en) * 2009-09-24 2012-10-23 Bp Logix Process management system and method
CN101706896A (zh) * 2009-11-24 2010-05-12 苏州锐创通信有限责任公司 面向第三代移动通信的工作流管理方法
US20120310699A1 (en) * 2011-06-02 2012-12-06 Siemens Corporation Approach and tool blending ad-hoc and formal workflow models in support of different stakeholder needs

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001134681A (ja) * 1999-10-29 2001-05-18 Internatl Business Mach Corp <Ibm> 電子帳票の処理方法、定義方法、電子帳票の処理プログラムを格納した記憶媒体、電子帳票の定義プログラムを格納した記憶媒体、及び電子帳票システム
JP2004021671A (ja) * 2002-06-18 2004-01-22 Nec System Technologies Ltd ワークフローアプリケーション雛型生成システム及びワークフローアプリケーション雛型生成プログラム
JP2004185556A (ja) * 2002-12-06 2004-07-02 Kyocera Communication Systems Co Ltd プロジェクト管理システムおよびその方法
JP2007265198A (ja) 2006-03-29 2007-10-11 Ricoh Co Ltd ワークフロー決定方法、ワークフロー決定システムおよびワークフロー決定プログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2876588A4

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5651795B1 (ja) * 2014-04-28 2015-01-14 株式会社野村総合研究所 知的財産情報管理システム
JP2015219740A (ja) * 2014-05-19 2015-12-07 ハッチ株式会社 情報処理装置、情報処理方法、およびプログラム
JP2020522052A (ja) * 2017-05-16 2020-07-27 成都牽牛草信息技術有限公司Ｃｈｅｎｇｄｕ Ｑｉａｎｎｉｕｃａｏ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏ．， Ｌｔｄ． フォームフィールドに基づいてワークフロー承認ノードに承認ロールを設定する方法
JP7462085B2 (ja) 2018-08-31 2024-04-04 キヤノン株式会社 情報処理装置、方法、及びプログラム
WO2022163010A1 (ja) * 2021-01-28 2022-08-04 株式会社日立製作所 アクセス制御システム、アクセス制御方法及びアクセス制御プログラム
JP7451440B2 (ja) 2021-01-28 2024-03-18 株式会社日立製作所 アクセス制御システム、アクセス制御方法及びアクセス制御プログラム

Also Published As

Publication number Publication date
EP2876588A4 (en) 2016-03-02
US20160019488A1 (en) 2016-01-21
US20150193706A1 (en) 2015-07-09
EP2876588A1 (en) 2015-05-27
JPWO2014013551A1 (ja) 2016-06-23
CN104471595A (zh) 2015-03-25
TW201405452A (zh) 2014-02-01
JP5475203B1 (ja) 2014-04-16

Similar Documents

Publication Publication Date Title
JP5475203B1 (ja) ワークフロー管理装置及びワークフロー管理方法
US8151208B2 (en) Workflow tracking information preview
US8700414B2 (en) System supported optimization of event resolution
CN107341643B (zh) 可视化的流程展示方法及系统
US11558453B2 (en) Group-based communication apparatus configured to implement operational sequence sets and render workflow interface objects within a group-based communication system
CN112668295B (zh) 一种基于自定义表单和Activiti工作流的管理系统及方法
US20140019187A1 (en) Methods and apparatus for implementing a project workflow on a social network feed
JP5651792B2 (ja) ワークフロー管理装置及びワークフロー管理方法
KR102180377B1 (ko) 통합 업무 관리 솔루션 시스템
KR20140066966A (ko) 개방형 공중망을 이용한 협업 시스템
US20210149688A1 (en) Systems and methods for implementing external application functionality into a workflow facilitated by a group-based communication system
US11816096B2 (en) Systems and methods for managing designated content in collaboration systems
Chao et al. Multi-agent-based cloud utilization for the IT office-aid asset distribution chain: An empirical case study
JP3868331B2 (ja) データベース登録装置および方法
CN115841310A (zh) 预案流程模型的构建方法、事件处理方法和装置
JP7277877B2 (ja) 看板基盤の業務処理装置及び業務処理方法
Zhu et al. A conceptual model for supporting the integration of inter-organizational information processes of AEC projects
JP2009069876A (ja) ワークフローシステム、ワークフロー制御方法及びプログラム
JP5121509B2 (ja) データベースシステム
US11756000B2 (en) Systems and methods to effectuate sets of automated actions within a collaboration environment including embedded third-party content based on trigger events
TWI836916B (zh) 電腦可讀取記錄媒體、伺服器與其所實施的跨組織的專案協作方法
KR102597643B1 (ko) 디자인 작업에 대한 erp 시스템
JP7072957B1 (ja) プログラム、情報処理装置、および情報処理方法
JP2008250557A (ja) ワークフロー管理システム、ワークフロー管理方法、及びプログラム
Chowdhury et al. Salesforce Platform

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2013537345

Country of ref document: JP

Kind code of ref document: A

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12881425

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14413912

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2012881425

Country of ref document: EP