JP2008065715A - ワークフロー管理システム - Google Patents

Abstract

【課題】タスクに関連する情報をＷｉｋｉ等のＣＭＳの文書として管理し、ＣＭＳの柔軟性と共同編集の利点を生かし、関連情報の構築および自動提示において複数のユーザ間およびタスク間での共有を容易にする。
【解決手段】ワークフロー実行時に動的にモデルを構成できるワークフロー管理システムであって、ワークフローを構成するタスクもしくはタスクモデルに対応するタスクページをワークフローエンジンとは独立に管理する手段と、タスクの詳細画面からタスクページの編集画面に移動する手段と、タスクの詳細画面からタスクページの閲覧画面に移動する手段とを備える。
【選択図】図１

Description

本発明はワークフロー管理システムに関する。

従来のワークフロー管理システムは、ワークフロー実行以前にワークフローモデルを決定する必要があった。しかし、研究開発や一部のサービス業務など、事前情報の完全性の低い分野では、先行的なワークフローモデルの策定が難しい。そこで、コンストラクティブワークフローと呼ばれる、ワークフロー実行時に動的にモデルを構成できる方法が開発されてきた（例えば、特願２００５−４７７９２号、特願２００５−１５４２６１号）。

このようなコンストラクティブワークフローによれば、過去のタスクを再利用して自由に組み合わせることにより柔軟性の高いワークフローを構成することができるが、対象となる作業が研究開発や一部のサービス業務などの非定型のものであるため、タスクを進めるにあたり関連する文書の閲覧や各種の文書の作成および編集に多くの時間を割くこととなる。

このうち、関連する文書の閲覧については、タスクインスタンスに対して関連情報の自動提示を行う方法を本発明者等は既に提案している（例えば、特願２００６−３５００号）。

なお、出願人は出願時点までに本発明に関連する公開された先行技術文献を発見することができなかった。よって、先行技術文献情報を開示していない。

上述したタスクインスタンスに対して関連情報の自動提示を行う方法は利用価値の高いものであったが、次のような問題点が指摘されていた。
（１）タスクに関連する情報をユーザ間およびタスク間で共有するには自動提示を含む検索に頼ることになり、複数ユーザによる積極的な文書レポジトリ構造化のメリットが生かしにくい。
（２）文書の作成および編集についてはワークフロー管理システムで積極的にサポートされておらず、タスクとの関連付けを意図的に行わなければならないため操作が煩雑である。特に、仕掛り中の文書と元のタスクとの関連付けを簡易に行うことができず、文書の管理が煩雑である。
（３）タスク実行時に、入出力文書を明示的な添付文書（関連文書）として管理する他に、タスクをどのように実行したかを記録したい、個別のタスクより大きな「プロジェクト」の単位で文書を管理したい等の要望があるが、このような要望に応える機能は存在しなかった。

本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、タスクに関連する情報をＷｉｋｉ等のＣＭＳ（Contents Management System）の文書として管理し、ＣＭＳの柔軟性と共同編集の利点を生かし、関連情報の構築および自動提示において複数のユーザ間およびタスク間での共有を容易にしたワークフロー管理システムを提供することにある。

上記の課題を解決するため、本発明にあっては、請求項１に記載されるように、ワークフロー実行時に動的にモデルを構成できるワークフロー管理システムであって、ワークフローを構成するタスクもしくはタスクモデルに対応するタスクページをワークフローエンジンとは独立に管理する手段と、タスクの詳細画面からタスクページの編集画面に移動する手段と、タスクの詳細画面からタスクページの閲覧画面に移動する手段とを備えるワークフロー管理システムを要旨としている。

また、請求項２に記載されるように、請求項１に記載のワークフロー管理システムにおいて、タスクページへのリンク文書を対応するタスクの添付文書フォルダに配置する手段を備えるようにすることができる。

また、請求項３に記載されるように、請求項１に記載のワークフロー管理システムにおいて、タスクページをＷｉｋｉ上のページとして管理するようにすることができる。

また、請求項４に記載されるように、請求項１に記載のワークフロー管理システムにおいて、ワークフローを構成するタスクの添付文書とともにタスクページの索引情報を生成して検索用のデータベースに登録する手段を備えるようにすることができる。

また、請求項５に記載されるように、請求項４に記載のワークフロー管理システムにおいて、検索用のデータベースに登録するにあたり、検索性能向上およびノイズ除去のための整形を行うようにすることができる。

また、請求項６に記載されるように、請求項１に記載のワークフロー管理システムにおいて、ワークフローのプロジェクトに対応するプロジェクトトップページをワークフローエンジンとは独立に管理する手段を備えるようにすることができる。

また、請求項７に記載されるように、請求項６に記載のワークフロー管理システムにおいて、プロジェクトトップページをＷｉｋｉ上のトップページとして管理するようにすることができる。

また、請求項８に記載されるように、請求項１に記載のワークフロー管理システムにおいて、ワークフローのタスクおよびプロジェクトに直接に対応しないページをワークフローエンジンとは独立に管理する手段を備えるようにすることができる。

また、請求項９〜１４に記載されるように、ワークフロー管理システムにおける文書管理方法として構成することができる。

本発明のワークフロー管理システムにあっては、タスクに関連する情報をＷｉｋｉ等のＣＭＳの文書として管理することで、ＣＭＳの柔軟性と共同編集の利点を生かし、関連情報の構築および自動提示において複数のユーザ間およびタスク間での共有を容易にすることができる。

以下、本発明の好適な実施形態につき説明する。

＜システム構成＞
図１は本発明の一実施形態にかかるワークフロー管理システムの構成例を示す図である。

図１において、ワークフロー管理システムは、システムを使用するユーザＵの操作するＰＣ（Personal Computer）等のクライアント１のブラウザ１１からのアクセスに対してＧＵＩ（Graphical User Interface）を提供するＧＵＩ提供部２と、既存のタスクモデルおよび／もしくはタスクインスタンスからの再利用により動的にワークフローモデルを生成し実行するワークフローエンジン３と、各種のＤＢ（Data Base）４１〜４７と、タスクに関連する文書の作成・編集・閲覧を管理するＷｉｋｉエンジン５とを備えている。

ＤＢとしては、ワークフローの実行に際して参考にされる関連情報（添付文書）を格納する関連情報ＤＢ４１と、文書本体を格納する文書ＤＢ４２と、予め管理者等によって抽象化されたタスクモデル（プロセスタイプ）を格納するタスクモデルＤＢ４３と、過去のタスクインスタンスを格納するタスクインスタンスＤＢ４４と、予め管理者等によって関連のあるタスクインスタンスおよび関連情報をグループ化したマッチングカテゴリを格納するドメインコンセプトＤＢ４５と、ユーザ情報を保持するユーザＤＢ４６と、ワークフローのプロジェクト（テーマ）を管理するプロジェクトＤＢ４７とを備えている。

ＧＵＩ提供部２は、表示画面を描画するためのレンダリングエンジン２１と、ユーザＵとの情報のやり取りを行う入出力制御部２２とを備えている。

ワークフローエンジン３は、ＤＢ４１〜４５に対して各種の検索を実行する検索エンジン３１と、ワークフローを構成するタスクの制御を行うタスク制御部３２とを備えている。

タスク制御部３２は、タスクを作成するタスク作成部３３と、作成されたタスクを実行するタスク実行部３４と、ユーザＵの現在のタスクを推測し、関連する情報をＤＢ４１〜４５から検索する推測エンジン３５と、タスクモデルを作成するタスクモデル作成部３６と、タスクツリー（タスクの階層関係）を保持するタスクツリー保持部３７とを備えている。

Ｗｉｋｉエンジン５は、表示モード／編集モードの切り換えを含むＧＵＩ制御を行うＷｉｋｉ ＧＵＩ制御部５１と、Ｗｉｋｉページの編集を制御するページ編集部５２と、Ｗｉｋｉページの閲覧を制御するページ閲覧部５３と、Ｗｉｋｉページのデータを管理するページデータ管理部５４と、Ｗｉｋｉページのデータを保持するページＤＢ５５と、ＷｉｋｉページへのリンクとなるページＵＲＬ（Uniform Resource Locator）５６とを備えている。なお、Ｗｉｋｉエンジン５は、リンク自動生成機能を持つマークアップレンダラおよびコメント記入機能、更新通知機能等の機能モジュール群（プラグイン）を含む。また、既存技術である外部のバージョン管理システム（履歴管理ストレージ）を利用し、Ｗｉｋｉページを更新履歴とともに保存することもできる。

Ｗｉｋｉはユーザがオンラインで編集できるＣＭＳの一種であり（http://ja.wikipedia.org/wiki/Wiki、http://c2.com/cgi/wiki）、「ページ」と呼ばれる単位でコンテンツの管理を行い、簡易な「Ｗｉｋｉマークアップ」によりＨＴＭＬを使わずに文書整形ができる。「CamelCase」（「CamelCase」のように単語間のスペースを省略し、先頭文字を大文字とし、それ以外を小文字とした標記）で書いた単語は自動的にページ間の参照リンクとなる。また、各ページごとに編集履歴を管理でき、ウェブブラウザのみで操作可能である。

Ｗｉｋｉエンジン５をワークフロー管理システムに導入することで、次のようなメリットがある。
（１）仕掛かり文書を修正履歴とともに管理できる。
（２）タスクの生存期間と独立に関連情報を蓄積・参照できる。
（３）タスクの進め方について議論する場を提供できる。
（４）タスクと独立したアクセス権制御による柔軟性が得られる。
（５）プロジェクトのポータル、共有文書との相互リンクが容易となる。

図２は図１のプロジェクトＤＢ４７における実施形態に関係する部分のデータ例を示す図であり、「プロジェクト名」「トップページＵＲＬ」「ページ作成ＵＲＬ」「ページ編集ＵＲＬ」「ページ閲覧ＵＲＬ」等の項目を含んでいる。なお、ＵＲＬ中の「%pagename%」、「 %initialcontent%」部分は、タスク名、タスク概要で置き換えられる。

図３はユーザＤＢ４６における実施形態に関係する部分のデータ例を示す図であり、「ユーザ名」「氏名」「規定プロジェクト」等の項目を含んでいる。

図４はタスクインスタンスＤＢ４４における実施形態に関係する部分のデータ例を示す図であり、（ａ）はタスクＷｉｋｉページを作成する前、（ｂ）はタスクＷｉｋｉページを作成した後のデータを示しており、「タスクＩＤ」「タスク名」「タスク概要」「タスクプロジェクト」「タスクＷｉｋｉページ」「タスク終了予定日」等の項目を含んでいる。タスクＷｉｋｉページを作成する前（ａ）では「タスクＷｉｋｉページ」が空（null）となっているが、タスクＷｉｋｉページを作成した後（ｂ）では「タスクＷｉｋｉページ」に有効な値が入っている。

＜動作＞
先ず、主要な用語について解説する。

「タスク（タスクインスタンス）」はワークフローの構成要素となる仕事の単位であり、より細分化された仕事を子タスクとして持ち、親子関係によってワークフローの構造を表現する。

「プロジェクト」はワークフローの実行されるコンテキストを規定するものであり、プロジェクトごとに独立したＷｉｋｉサーバを持つ。

「Ｗｉｋｉページ」はＷｉｋｉで管理される情報の単位であり、ページごとに独立したＵＲＬでアクセス可能であり、ページごとに内容の更新履歴が記録される。また、更新自動通知の単位となる。

「トップページ」は一群のＷｉｋｉページに対し表紙・ポータルとしての役割を果たすページであり、通常「Top」「WebHome」などのページ名で表わされる。

「タスクＷｉｋｉページ」はタスクインスタンス１つに対応して作成されるＷｉｋｉページであり、タスクの実行にかかわる情報の記録や議論の場として使いやすくするため、簡易な手段で作成、編集、閲覧できるようにしたものである。

図５は実施形態における管理対象の関係の例を示す図であり、プロジェクトＰ１に属する親タスクＴ１およびタスクインスタンスＴ２にそれぞれ添付文書フォルダＦ１、Ｆ２が設けられるとともに、プロジェクトＰ１毎に設けられるプロジェクトＷｉｋｉサーバ５０１には、プロジェクトＰ１に対応したプロジェクトトップページＷ１と、タスクインスタンスＴ２に対応したタスクＷｉｋｉページＷ２と、それ以外のＷｉｋｉページＷ３が存在する。タスクインスタンスＴ２のユーザは、タスク詳細画面から対応するタスクＷｉｋｉページＷ２の編集画面・閲覧画面に直接に移動することができるとともに、プロジェクトトップページＷ１にも直接に移動することができる。

また、添付文書フォルダＦ１、Ｆ２に含まれる文書およびプロジェクトトップページＷ１、タスクＷｉｋｉページＷ２、ＷｉｋｉページＷ３はドメインコンセプトＤＢ４５に索引が生成され、タスクインスタンスＴ２のユーザに対して添付文書フォルダＦ１、Ｆ２の情報を含むタスク関連情報の自動提示が行われる。

タスクＷｉｋｉページＷ２は、ＷｉｋｉページをタスクインスタンスＴ２の文書編集の作業場所としてタスクインスタンスＴ２に関連付けることで作成される。タスク詳細画面に作業場所となるＷｉｋｉページの「編集（Ｅｄｉｔ）」「閲覧（Ｖｉｅｗ）」ボタンを設け、初めて「編集」が実行されたときにページを作成する。閲覧ボタンによって、対応するＷｉｋｉページを表示する。同様にプロセスタイプにもタスクＷｉｋｉページを関連付ける。

タスクＷｉｋｉページの作成にあたっては、タスクの所属するプロジェクトによって、Ｗｉｋｉページを作成するプロジェクトＷｉｋｉサーバを決定し、プロジェクトＷｉｋｉサーバをタスクの属性として記録する。また、プロジェクトＷｉｋｉサーバは親タスクから継承され、新規タスクにはユーザ情報から継承して設定する。

タスクに対応したＷｉｋｉページ名はタスク名を元にＷｉｋｉエンジンで許可されるページ名を自動生成する。タスク名の単語をCamelCase化し、タスクＩＤを追加してユニーク性を保証する。

また、タスクの添付情報としてＷｉｋｉページへのリンクを作成するとともに、Ｗｉｋｉページ内にタスクへのリンクを作成する。更に、タスク名とタスクの概要説明をタスクＷｉｋｉページ内に自動的にコピーする。

図６は実施形態における全体的な処理例を示すシーケンス図である。

図６において、ブラウザ１１からワークフローエンジン３に対してタスク詳細画面リクエストを行うと（ステップＳ１０１）、ワークフローエンジン３はタスク詳細画面作成の一環として、タスクＷｉｋｉページの編集を指示するＥｄｉｔボタンおよび閲覧を指示するＶｉｅｗボタンの生成を行い（ステップＳ１０２）、プロジェクトトップページへのリンクの生成を行い（ステップＳ１０３）、タスク詳細画面のＨＴＭＬ（Hyper Text Markup Language）データを返送する（ステップＳ１０４）。ブラウザ１１では受信したＨＴＭＬデータに基づいてタスク詳細画面を表示する。

次いで、ブラウザ１１においてタスク詳細画面からＥｄｉｔボタンのクリックを行うと（ステップＳ１０５）、これはワークフローエンジン３に伝えられ、ワークフローエンジン３はタスクＷｉｋｉページへのリンクが未作成の場合は関連情報ＤＢ４１に対してＷｉｋｉリンクを添付文書フォルダに追加し（ステップＳ１０６）、ブラウザ１１にＷｉｋｉページ編集用ＵＲＬリダイレクトを送信する（ステップＳ１０７）。

次いで、ブラウザ１１からＵＲＬリダイレクトに応じてＷｉｋｉエンジン５に対しＷｉｋｉページ編集画面リクエストを行うと（ステップＳ１０８）、Ｗｉｋｉエンジン５はＷｉｋｉページ編集画面のＨＴＭＬデータを返送する（ステップＳ１０９）。

ブラウザ１１においてＷｉｋｉページ編集画面で編集を行い、Ｗｉｋｉエンジン５に対し編集結果保存を要求すると（ステップＳ１１０）、Ｗｉｋｉエンジン５は保存された状態のＷｉｋｉページ表示データを返送する（ステップＳ１１１）。

また、ブラウザ１１においてタスク詳細画面からＶｉｅｗボタンのクリックを行うと（ステップＳ１１２）、これはＷｉｋｉエンジン５に伝えられ、Ｗｉｋｉエンジン５はＷｉｋｉページ表示データを返送する（ステップＳ１１３）。

図７は図６における処理（Ｓ１０２、Ｓ１０３）を含むタスク詳細画面作成の処理例を示すフローチャートである。

図７において、パラメータtaskが指定されて処理を開始すると（ステップＳ１２１）、パラメータtaskに対応するタスクのプロジェクト情報をタスクインスタンスＤＢ４４（図４）から取得し、結果をパラメータprojに設定する（ステップＳ１２２）。

次いで、パラメータprojに対応するプロジェクトのトップページＵＲＬへのリンクを作成する（ステップＳ１２３）。

次いで、Ｅｄｉｔボタンを生成し、Ｅｄｉｔボタン処理のＵＲＬを設定する（ステップＳ１２４）。

次いで、タスクＷｉｋｉページをタスクインスタンスＤＢ４４（図４）から取得し、パラメータtaskpageに設定する（ステップＳ１２５）。

そして、パラメータtaskpageがnullであるか否か判断し（ステップＳ１２６）、nullであれば（ステップＳ１２６のＹｅｓ）、Ｖｉｅｗボタンをdisable（選択不可）状態で生成する（ステップＳ１２７）。

パラメータtaskpageがnullでなければ（ステップＳ１２６のＮｏ）、閲覧リンクを取得し、パラメータviewlinkに設定する（ステップＳ１２８）。

次いで、Ｖｉｅｗボタンを生成し、パラメータviewlinkをＵＲＬとして設定する（ステップＳ１２９）。

Ｖｉｅｗボタンを生成（ステップＳ１２７、Ｓ１２９）した後、処理を終了する（ステップＳ１３０）。

図８は図７におけるタスクのプロジェクト情報取得（ステップＳ１２２）の処理例を示すフローチャートである。

図８において、パラメータtaskが指定されて処理を開始すると（ステップＳ１３１）、タスクインスタンスＤＢ４４（図４）からパラメータtaskに対応するタスクの情報を取得し、タスクプロジェクトをパラメータprojに設定する（ステップＳ１３２）。

そして、パラメータprojがnullであるか否か判断し（ステップＳ１３３）、nullであれば（ステップＳ１３３のＹｅｓ）、親タスクがあるか否か判断し（ステップＳ１３４）、親タスクがある場合（ステップＳ１３４のＹｅｓ）、親タスクＩＤをパラメータtaskに設定し（ステップＳ１３５）、タスクインスタンスＤＢ４４からの情報取得（ステップＳ１３２）に戻る。

また、親タスクがない場合（ステップＳ１３４のＮｏ）、ユーザＤＢ４６（図３）からログインユーザの情報を取得し、規定プロジェクトをパラメータprojに設定する（ステップＳ１３６）。

その後もしくはパラメータprojがnullでない場合（ステップＳ１３３のＮｏ）、プロジェクトＤＢ４７（図２）からパラメータprojに対応するプロジェクトの情報を取得し（ステップＳ１３７）、処理を終了する（ステップＳ１３８）。

図９は図７における閲覧リンク取得（ステップＳ１２８）の処理例を示すフローチャートであり、パラメータproj、pageが指定されて処理を開始すると（ステップＳ１４１）、パラメータprojに対応するプロジェクトのページ閲覧ＵＲＬ（図２）中の「%pagename%」をパラメータpageで置き換え（ステップＳ１４２）、処理を終了する（ステップＳ１４３）。

図１０はタスク詳細画面１００の例を示す図であり、タスク名１０１、タスク概要１０２、Ｅｄｉｔボタン（タスクＷｉｋｉページ編集ボタン）１０３、Ｖｉｅｗボタン（タスクＷｉｋｉページ閲覧ボタン）１０４（タスクＷｉｋｉページが作成されるまで選択不可）、プロジェクトＷｉｋｉサーバＵＲＬリンク１０５、プロジェク編集ボタン１０６が表示された状態を示している。

図１１は図６におけるＥｄｉｔボタンクリック時（ステップＳ１０５）の処理例を示すフローチャートである。

図１１において、パラメータtaskが指定されて処理を開始すると（ステップＳ１５１）、パラメータtaskに対応するタスクのプロジェクト情報をタスクインスタンスＤＢ４４（図４）から取得し、結果をパラメータprojに設定する（ステップＳ１５２）。その詳細は図８に示したものと同様である。

次いで、タスクＷｉｋｉページをタスクインスタンスＤＢ４４（図４）から取得し、パラメータtaskpageに設定する（ステップＳ１５３）。

そして、パラメータtaskpageがnullであるか否か判断し（ステップＳ１５４）、nullでない場合（ステップＳ１５４のＮｏ）、編集リンクを取得し、結果をパラメータredirecturlに設定する（ステップＳ１５５）。

また、パラメータtaskpageがnullである場合（ステップＳ１５４のＹｅｓ）、タスクＷｉｋｉページ名の生成、タスク名から英数字以外を消去するCamelCase化、タスクＩＤの結合を行い、結果をパラメータtaskpageに設定する（ステップＳ１５６）。

次いで、タスクインスタンスＤＢ４４（図４）を更新し、パラメータprojに対応するプロジェクトのプロジェクト名をタスクプロジェクトに設定し、パラメータtaskpageをタスクＷｉｋｉページに設定する（ステップＳ１５７）。

次いで、パラメータtaskに対応するタスクの関連情報ＤＢ４１を更新し、添付フォルダにパラメータproj、taskpageに対応するプロジェクト、タスクＷｉｋｉページへのＷｉｋｉリンクを追加する（ステップＳ１５８）。

次いで、タスク名、タスク表示ＵＲＬ、タスク概要からＷｉｋｉページの初期コンテンツを作成する（ステップＳ１５９）。

次いで、パラメータprojに対応するプロジェクトのページ作成ＵＲＬ中の「%pagename%」をパラメータtaskpageで置き換え、「%initialcontent%」を初期コンテンツで置き換え、結果をパラメータredirecturlに設定する（ステップＳ１６０）。

パラメータredirecturlの設定（ステップＳ１５５、Ｓ１６０）の後、パラメータredirecturlへのＵＲＬリダイレクトをブラウザ１１に送信し（ステップＳ１６１）、処理を終了する（ステップＳ１６２）。

図１２は図１１における編集リンク取得（ステップＳ１５５）の処理例を示すフローチャートであり、パラメータproj、pageが指定されて処理を開始すると（ステップＳ１７１）、パラメータprojに対応するプロジェクトのページ編集ＵＲＬ（図２）中の「%pagename%」をパラメータpageで置き換え（ステップＳ１７２）、処理を終了する（ステップＳ１７３）。

図１３はタスクＷｉｋｉページ編集画面１１０の例を示す図であり、Ｗｉｋｉページ名１１１、タスク参照ＵＲＬ＆タスク名１１２、タスク概要１１３が表示された状態を示している。

図１４はタスクＷｉｋｉページ１２０の表示例を示す図であり、タスク名１２１（タスク表示画面へのリンクになっており、クリックすることによりタスク表示画面に移動可能）、タスク概要１２２が表示された状態を示している。

図１５はタスクの添付文書フォルダの表示例を示す図であり、タスクＷｉｋｉページ閲覧ＵＲＬへのリンク文書がタスクの添付文書として作成され、添付文書欄（Attachments）１３０にタスクＷｉｋｉページへのリンク１３１が表示されている。タスク詳細画面のＶｉｅｗボタンか添付文書ツリー内のリンク１３１のどちらからでもタスクＷｉｋｉページを閲覧することができる。また、タスク詳細画面のＥｄｉｔボタンか添付文書ツリー内の編集アイコン１３２のどちらからでもタスクＷｉｋｉページの編集画面に移行することができる。

図１６はＷｉｋｉページ編集時の索引更新の処理例を示すシーケンス図である。

図１６において、ブラウザ１１からＷｉｋｉエンジン５に対してＷｉｋｉページ編集リクエストを行うと（ステップＳ１８１）、Ｗｉｋｉエンジン５はＷｉｋｉページ編集画面のＨＴＭＬデータを返送する（ステップＳ１８２）。

次いで、ブラウザ１１からＷｉｋｉエンジン５に対してＷｉｋｉページの保存を要求すると（ステップＳ１８３）、Ｗｉｋｉエンジン５は、ページ更新処理（ステップＳ１８４）、索引向け整形（ステップＳ１８５）を順次行い、ドメインコンセプトＤＢ４５にＷｉｋｉページ文書の登録／更新を行う（ステップＳ１８６）。ドメインコンセプトＤＢ４５への登録内容としては、「文書タイプ」「Ｗｉｋｉページへのリンク」「Ｗｉｋｉページ名」「プロジェクト名」「ページの整形済コンテンツ」が含まれる。整形済コンテンツは類似文書検索における索引キーとして用いられる。

そして、Ｗｉｋｉエンジン５は保存／更新された状態のＷｉｋｉページ表示データを返送する（ステップＳ１８７）。

なお、上述した索引向け整形（ステップＳ１８５）は、ページ編集時にページ内容を索引化しやすい情報に整理するものであり、ＩＤとともにドメインコンセプトＤＢ４５に登録する。これにより、CamelCase単語の検索利便性が向上するとともに、情報提示時に編集リンクも提示可能となるメリットがある。

具体的には次のような処理を行う。
（１）CamelCase単語の分解
ＷｉｋｉではCamelCaseによる自動リンクが多用される（例えば、「RequirementsEngineering」「UseCaseAnalysis」等）。これらのCamelCase化された単語は既存技術である類似文書検索において、例えば「RequirementsEngineering」は「requirements engineering」で検索するとヒットせず、情報を見逃しやすい。また、「UseCaseAnalysis」は「UseCaseAnalysis」で検索することで、一般の「use case analysis」と区別してＷｉｋｉページを検索可能となる。

そこで、索引向けの整形時にCamelCase単語を分解し、元のCamelCase単語とともに出力する。これにより、検索時の利便性を増すことができる。
（２）Ｗｉｋｉマークアップの除去
Ｗｉｋｉページ内にはＨＴＭＬタグ（例えば、「<table>」「<tr>」「<div>」等）や、プラグインコマンド（例えば、「%COMMAND{parameters…}%」等）が含まれている。これらは検索時にノイズとなるため、除去することとする。

なお、図１６ではページ編集時にページ内容を索引化しやすい情報に整理し、ＩＤとともにドメインコンセプトＤＢ４５に登録するようにしているが、既存技術（例えば、製品名「brainfiler」）であるＷｅｂクローラを使用してＷｉｋｉページを閲覧とともに索引化することもできる。この場合、既存技術に変更を加えず使えるメリットがある。

図１７はタスク関連情報取得からＷｉｋｉページ閲覧までの処理例を示すシーケンス図である。

図１７において、ブラウザ１１からワークフローエンジン３にタスク関連情報リクエストを行うと（ステップＳ１９１）、ワークフローエンジン３はタスク関連情報検索の一環として、関連情報ＤＢ４１からの関連情報検索（ステップＳ１９２、Ｓ１９３）、ドメインコンセプトＤＢ４５からの類似文書検索（ステップＳ１９４、Ｓ１９５）を順次に行い、Ｗｉｋｉ閲覧・編集リンクを生成し（ステップＳ１９６）、関連情報のＨＴＭＬデータをブラウザ１１に返送する（ステップＳ１９７）。

その後、ブラウザ１１からＷｉｋｉエンジン５に所望のＷｉｋｉページに対する表示リクエストを行うと（ステップＳ１９８）、Ｗｉｋｉエンジン５はＷｉｋｉページＨＴＭＬデータを返送する（ステップＳ１９９）。

図１８は類似文書として検索されたＷｉｋｉリンクの表示例を示す図であり、類似文書欄（Suggested Documents）１４０において、検索された文書ごとにＷｉｋｉページ閲覧リンク１４１と編集アイコン１４２が表示された状態を示している。すなわち、タスクに対する関連情報提示時、文書タイプがＷｉｋｉへのリンクであることを検出し、
・Ｗｉｋｉページ閲覧ＵＲＬへのリンク
・Ｗｉｋｉページ編集ＵＲＬへのリンク
の２つのリンクを生成して表示するものである。

＜総括＞
本発明のワークフロー管理システムにあっては、タスクに関連する情報をＷｉｋｉ等のＣＭＳの文書として管理することで、ＣＭＳの柔軟性と共同編集の利点を生かし、関連情報の構築および自動提示において複数のユーザ間およびタスク間での共有を容易にすることができる。

以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。

本発明の一実施形態にかかるワークフロー管理システムの構成例を示す図である。 プロジェクトＤＢにおける実施形態に関係する部分のデータ例を示す図である。 ユーザＤＢにおける実施形態に関係する部分のデータ例を示す図である。 タスクインスタンスＤＢにおける実施形態に関係する部分のデータ例を示す図である。 実施形態における管理対象の関係の例を示す図である。 実施形態における全体的な処理例を示すシーケンス図である。 タスク詳細画面作成の処理例を示すフローチャートである。 タスクのプロジェクト情報取得の処理例を示すフローチャートである。 閲覧リンク取得の処理例を示すフローチャートである。 タスク詳細画面の例を示す図である。 Ｅｄｉｔボタンクリック時の処理例を示すフローチャートである。 編集リンク取得の処理例を示すフローチャートである。 タスクＷｉｋｉページ編集画面の例を示す図である。 タスクＷｉｋｉページの表示例を示す図である。 タスクの添付文書フォルダの表示例を示す図である。 Ｗｉｋｉページ編集時の索引更新の処理例を示すシーケンス図である。 タスク関連情報取得からＷｉｋｉページ閲覧までの処理例を示すシーケンス図である。 類似文書として検索されたＷｉｋｉリンクの表示例を示す図である。

符号の説明

Ｕ ユーザ
１ クライアント
１１ ブラウザ
２ ＧＵＩ提供部
２１ レンダリングエンジン
２２ 入出力制御部
３ ワークフローエンジン
３１ 検索エンジン
３２ タスク制御部
３３ タスク作成部
３４ タスク実行部
３５ 推測エンジン
３６ タスクモデル作成部
３７ タスクツリー保持部
４１ 関連情報ＤＢ
４２ 文書ＤＢ
４３ タスクモデルＤＢ
４４ タスクインスタンスＤＢ
４５ ドメインコンセプトＤＢ
４６ ユーザＤＢ
４７ プロジェクトＤＢ
５ Ｗｉｋｉエンジン
５１ Ｗｉｋｉ ＧＵＩ制御部
５２ ページ編集部
５３ ページ閲覧部
５４ ページデータ管理部
５５ ページＤＢ
５６ ページＵＲＬ
５０１ プロジェクトＷｉｋｉサーバ

Claims (14)

1. ワークフロー実行時に動的にモデルを構成できるワークフロー管理システムであって、
   ワークフローを構成するタスクもしくはタスクモデルに対応するタスクページをワークフローエンジンとは独立に管理する手段と、
   タスクの詳細画面からタスクページの編集画面に移動する手段と、
   タスクの詳細画面からタスクページの閲覧画面に移動する手段とを備えたことを特徴とするワークフロー管理システム。
2. 請求項１に記載のワークフロー管理システムにおいて、
   タスクページへのリンク文書を対応するタスクの添付文書フォルダに配置する手段を備えたことを特徴とするワークフロー管理システム。
3. 請求項１に記載のワークフロー管理システムにおいて、
   タスクページをＷｉｋｉ上のページとして管理することを特徴とするワークフロー管理システム。
4. 請求項１に記載のワークフロー管理システムにおいて、
   ワークフローを構成するタスクの添付文書とともにタスクページの索引情報を生成して検索用のデータベースに登録する手段を備えたことを特徴とするワークフロー管理システム。
5. 請求項４に記載のワークフロー管理システムにおいて、
   検索用のデータベースに登録するにあたり、検索性能向上およびノイズ除去のための整形を行うことを特徴とするワークフロー管理システム。
6. 請求項１に記載のワークフロー管理システムにおいて、
   ワークフローのプロジェクトに対応するプロジェクトトップページをワークフローエンジンとは独立に管理する手段を備えたことを特徴とするワークフロー管理システム。
7. 請求項６に記載のワークフロー管理システムにおいて、
   プロジェクトトップページをＷｉｋｉ上のトップページとして管理することを特徴とするワークフロー管理システム。
8. 請求項１に記載のワークフロー管理システムにおいて、
   ワークフローのタスクおよびプロジェクトに直接に対応しないページをワークフローエンジンとは独立に管理する手段を備えたことを特徴とするワークフロー管理システム。
9. ワークフロー実行時に動的にモデルを構成できるワークフロー管理システムにおける文書管理方法であって、
   ワークフローを構成するタスクもしくはタスクモデルに対応するタスクページをワークフローエンジンとは独立に管理する工程と、
   タスクの詳細画面からタスクページの編集画面に移動する工程と、
   タスクの詳細画面からタスクページの閲覧画面に移動する工程とを備えたことを特徴とする文書管理方法。
10. 請求項９に記載の文書管理方法において、
    タスクページへのリンク文書を対応するタスクの添付文書フォルダに配置する工程を備えたことを特徴とする文書管理方法。
11. 請求項９に記載の文書管理方法において、
    ワークフローを構成するタスクの添付文書とともにタスクページの索引情報を生成して検索用のデータベースに登録する工程を備えたことを特徴とする文書管理方法。
12. 請求項１１に記載の文書管理方法において、
    検索用のデータベースに登録するにあたり、検索性能向上およびノイズ除去のための整形を行うことを特徴とする文書管理方法。
13. 請求項９に記載の文書管理方法において、
    ワークフローのプロジェクトに対応するプロジェクトトップページをワークフローエンジンとは独立に管理する工程を備えたことを特徴とする文書管理方法。
14. 請求項９に記載の文書管理方法において、
    ワークフローのタスクおよびプロジェクトに直接に対応しないページをワークフローエンジンとは独立に管理する工程を備えたことを特徴とする文書管理方法。

Images