JP2011065458A - ワークフロー表示支援装置及びワークフロー表示プログラム - Google Patents

Abstract

【課題】ワークフローに対するシンボルの表示・非表示を簡易な手間で実現できるようにする。
【解決手段】ワークフロー文書を、アクティビティに対応したワークフロー要素に分割し、各ワークフロー要素をＸＭＬで記述されるＸＭＬ要素に変換する。アクティビティの種類別に、その種類のアクティビティに対して所定のイベントが発生するまでは非表示であり所定のイベントが発生すると表示されるシンボルに関してＸＭＬで記述してなる非表示ＸＭＬ要素を記憶してなる記憶部から、変換されたＸＭＬ要素に対し、当該ＸＭＬ要素への変換前のワークフロー要素に対応するアクティビティの非表示ＸＭＬ要素を取得して、当該ＸＭＬ要素に追加する。非表示ＸＭＬ要素が追加された各ワークフロー要素に対応するＸＭＬ要素を、作業プロセスの定義にしたがって表示制御シートに記録する。
【選択図】 図３

Description

本発明は、Ｗｅｂブラウザによりワークフローを表示させるためのワークフロー表示支援装置及びワークフロー表示プログラムに関する。

近年、開始から終了まで連鎖的に実行される一連の作業プロセスをワークフローとして表現させるための言語として、ＢＰＥＬ（Business Process Execution Language ）が普及している。ＢＰＥＬのうち、特に、ＢＰＥＬ４ＷＳ（Business Process Execution Language for Web Services）は、Ｗｅｂベースのワークフロー技術言語であるため、Ｗｅｂブラウザ上でワークフローを表示させるのに適している。
従来、このようなワークフローを動的に分かりやすく表示させる技術として、作業プロセスの一作業単位であるアクティビティを表わす作業シンボルを、複数、グループ化して簡略化した作業シンボルとして表示させたり、作業シンボルの表示形態を変更させたりすることを可能にした技術は、既に知られている（例えば、特許文献１参照）。

その一方で、昨今、ワークフローの各作業シンボルには簡易的な情報を表示させ、ユーザが所望のシンボルを選択すると、そのシンボルに該当するアクティビティの詳細を別のシンボルとして追加表示できるようにしたいとの要望がある。

このような要望を従来の技術で満足させるためには、追加表示させたいシンボルに相当するデータを、一連の作業プロセスを定義するワークフロー文書とは別にデータベース上に用意し、ワークフローのいずれかの作業ボックスが選択操作されると、上記データベースを検索して、その作業ボックスに関連付けられたシンボルに相当するデータを探し出し、このデータに基づいてシンボルを追加表示させるという煩雑な処理が必要となる。

本発明はこのような事情に基づいてなされたもので、その目的とするところは、ワークフローのアクティビティを示す各作業シンボルには簡易的な情報を表示させ、ユーザが所望のシンボルを選択すると、そのシンボルに示されるアクティビティの詳細を別のシンボルとして追加表示できる機能を、簡易な手間で実現できるワークフロー表示支援装置、及びコンピュータを上記ワークフロー表示制御装置として機能させるためのワークフロー表示プログラムを提供することにある。

本発明は、開始から終了まで連鎖的に実行される一連の作業プロセスを表現するワークフローを、Ｗｅｂブラウザ上に表示させるワークフロー表示支援装置において、一連の作業プロセスを定義するワークフロー文書を、その作業プロセスの一作業単位であるアクティビティに対応したワークフロー要素に分割する文書分割手段と、ワークフロー文書を分割して得られる各ワークフロー要素を、それぞれＷｅｂブラウザ上で表示可能なＸＭＬ（eXtensible Markup Language）で記述されるＸＭＬ要素に変換するワークフロー要素変換手段と、アクティビティの種類別に、その種類のアクティビティに対して所定のイベントが発生するまでは非表示であり所定のイベントが発生すると表示されるシンボルに関してＸＭＬで記述してなる非表示ＸＭＬ要素を記憶してなる記憶部から、ワークフロー要素変換手段により変換されたＸＭＬ要素に対し、当該ＸＭＬ要素への変換前のワークフロー要素に対応するアクティビティの非表示ＸＭＬ要素を取得して、当該ＸＭＬ要素に追加する非表示要素追加手段と、非表示ＸＭＬ要素が追加された各ワークフロー要素に対応するＸＭＬ要素を、作業プロセスの定義にしたがって表示制御シートに記録する表示制御シート作成手段と、を備えたものである。

かかる手段を講じた本発明によれば、ワークフローのアクティビティを示す各作業シンボルにそのシンボルの位置やサイズ、アクティビティの詳細情報などの情報を表示させず保持し、ユーザが所望の作業シンボルに対しなんらかの操作を行うと、その作業シンボルで指定されている操作に対する処理を、表示させていない情報を用いて簡易な手間で実現することができる。

本発明の一実施形態であるワークフロー表示支援装置の要部構成を示すブロック図。 同ワークフロー表示支援装置に搭載される主要なプログラムを記憶するためのプログラム記憶部を示す模式図。 同ワークフロー表示支援装置が実装するワークフロー表示プログラムのなかの表示変換プログラムがＣＰＵに実行させる処理手順の前半部を示す流れ図。 同ワークフロー表示支援装置が実装するワークフロー表示プログラムのなかの表示変換プログラムがＣＰＵに実行させる処理手順の後半部を示す流れ図。 同実施形態において、図３及び図４に示す処理手順のなかで、ワークフロー要素の内容から作成されるＸＭＬ要素の一例を示す模式図。 同実施形態において、図３及び図４に示す処理手順のなかで、クラス要素の値と内部構成とを追加した後のＸＭＬ要素の一例を示す模式図。 同実施形態において、図３及び図４に示す処理手順のなかで、詳細情報を反映した後のＸＭＬ要素の一例を示す模式図。 同実施形態において、図３及び図４に示す処理手順により作成される表示制御シートの一例を示す模式図。 図８に示す表示制御シートから表示されるワークフローの一例を示す模式図。 同実施形態において、アクティビティの種類とクラス属性及び内部構成との対応関係の一例を示す模式図。 同実施形態において、アクティビティの種類が「一般アクティビティ」のときの内部構成データの一例を示す模式図。 同実施形態において、アクティビティの種類が「構造アクティビティ」のなかの“ｓｃｏｐｅ”であるときの内部構成データの一例を示す模式図。 同実施形態において、アクティビティの種類が「構造アクティビティ」のなかの“ｓｗｉｔｃｈ”であるときの内部構成データの一例を示す模式図。 同実施形態において、アクティビティの種類が“ｃａｓｅ”のときの内部構成データの一例を示す模式図。 同実施形態において、ディスプレイに表示されるＷｅｂブラウザの画面レイアウト例を示す模式図。 同ワークフロー表示支援装置が実装するワークフロー表示プログラムのなかの表示制御プログラムがＣＰＵに実行させる処理手順を示す流れ図。 同実施形態において、表示制御シートのデータに含まれる１つのワークフロー要素に対応したＸＭＬ要素の一例と、このＸＭＬ要素についてＨＴＭＬタグ本来の表示規則に従ったときの画面表示例を示す模式図。 同実施形態において、クラス属性“ａｃｔｉｖｉｔｙ”に対応したＣＳＳシートの一例を示す模式図。 同実施形態において、図１７のＸＭＬ要素に図１８のＣＳＳシートに記述されたスタイルを適用した場合の画面表示例を示す模式図。 同実施形態において、図１６のマウスオーバー処理の手順を具体的に示す流れ図。 同実施形態において、図２０に示す処理手順のなかで用いられるメッセージボックス要素の一例を示す模式図。 同実施形態において、図２０に示す処理手順によりメッセージ内容を追加した後のメッセージボックス要素の一例を示す模式図。 同実施形態において、図２０に示す処理手順により位置情報を追加した後のメッセージボックス要素の一例を示す模式図。 同実施形態において、マウスオーバーイベントが発生したときの画面表示例を示す模式図。

以下、本発明の一実施形態を、図面を用いて説明する。
本実施形態のワークフロー表示支援装置１は、パーソナルコンピュータ上で動作する。すなわちこの装置１は、コンピュータをワークフロー表示支援装置として機能させるためのアプリケーションプログラム、いわゆるワークフロー表示プログラムがインストールされたパーソナルコンピュータによって構成される。

図１は、本実施形態におけるワークフロー表示支援装置１の要部構成を示すブロック図である。この装置１は、データの制御や演算等の処理を行うＣＰＵ（Central Processing Unit）１０、起動プログラム等の固定的データが予め格納されたＲＯＭ（Read Only Memory）１１、ＣＰＵ１０が処理する可変的なデータを一時的に記憶するためのメモリエリアが形成されるＲＡＭ（Random Access Memory）１２、内蔵の補助記憶装置として所定のデータを長期間保存するＨＤＤ（Hard Disk Drive）１３、ネットワークを介してサーバ等の外部装置とデータ通信を行うネットワークインターフェース１４、着脱自在に接続される記録媒体からデータの読取りを行う記録媒体インターフェース１５、キーボード、マウス等の入力デバイス１６から操作に応じた入力信号を取り込む入力コントローラ１７、ディスプレイ１８を制御し、表示データに対応する画面を表示させる表示コントローラ１９等を備えている。ＣＰＵ１０は、ＲＯＭ１１、ＲＡＭ１２、ＨＤＤ１３、ネットワークインターフェース１４、記録媒体インターフェース１５、入力コントローラ１７及び表示コントローラ１９を、アドレスバス、データバス等のバスラインで接続している。

図２は、本実施形態のワークフロー表示支援装置１に搭載される主要なプログラムを記憶するためのプログラム記憶部２０を示す模式図である。この装置１は、ＨＤＤ１３にプログラム記憶部２０を設けており、この記憶部２０に、少なくともディスプレイ１８上でＷｅｂコンテンツを閲覧するためのＷｅｂブラウザ２１と、本発明に係るワークフロー表示プログラム２２とを格納している。

プログラム記憶部２０にプログラムが格納される際は、記録媒体インターフェース１５を介して記録媒体からインストールされてもよいし、ネットワークインターフェース１４を介して外部装置からダウンロードされてもよい。記録媒体としては、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＭＯ（Magnet Optical）ディスク、ＵＳＢ（Universal Serial Bus）メモリ等のように、コンピュータによってデータの読み取りが可能なものであればよい。

ワークフロー表示プログラム２２は、コンピュータを表示変換手段２２Ａとして機能させるための表示変換プログラムと、同コンピュータを表示制御手段２２Ｂとして機能させるための表示制御プログラムとを含んでいる。

表示変換手段２２Ａは、一連の作業プロセスを定義するワークフロー文書を、その作業プロセスの一作業単位であるアクティビティに対応したワークフロー要素に分割する文書分割手段、この文書分割手段によりワークフロー文書を分割して得られる前記各ワークフロー要素を、それぞれＷｅｂブラウザ上で表示可能なＸＭＬ（eXtensible Markup Language）で記述されるＸＭＬ要素に変換するワークフロー要素変換手段、アクティビティの種類別に、その種類のアクティビティに対して所定のイベントが発生するまでは非表示であり所定のイベントが発生すると表示されるシンボルに関してＸＭＬで記述してなる非表示ＸＭＬ要素を記憶してなる記憶部から、ワークフロー要素変換手段により変換されたＸＭＬ要素に対し、当該ＸＭＬ要素への変換前のワークフロー要素に対応するアクティビティの非表示ＸＭＬ要素を取得して、当該ＸＭＬ要素に追加する非表示要素追加手段、及び、非表示要素追加手段により前記非表示ＸＭＬ要素が追加された各ワークフロー要素に対応するＸＭＬ要素を、作業プロセスの定義にしたがって表示制御シートに記録する表示制御シート作成手段としての機能を有している。

表示制御手段２２Ｂは、表示制御シートに記録されたＸＭＬ要素のうち非表示ＸＭＬ要素以外のＸＭＬに従い、Ｗｅｂブラウザ上でワークフローを表示させ、かつ、Ｗｅｂブラウザ上で表示されているワークフローのいずれかのアクティビティを示す作業シンボルに対して所定のイベントが発生すると、そのアクティビティに対応するワークフロー要素から変換されたＸＭＬ要素に追加されている非表示ＸＭＬ要素のＸＭＬに従い、Ｗｅｂブラウザ上でそのイベントに対する処理として、アクティビティの詳細情報を表示させる処理等を実行する手段を含んでいる。

表示変換手段２２Ａは、ＢＰＥＬ４ＷＳ（Business Process Execution Language for Web Services）等のワークフロー記述言語で記述されたワークフロー文書を、表示変換プログラムによりＷｅｂブラウザ上で表示可能とするために、ＸＭＬで記述されたＸＭＬ要素群からなるＨＴＭＬ文書に変換する。

ワークフローは、開始から終了まで連鎖的に実行される一連の作業プロセスを表現するものである。表示変換手段２２Ａは、上記一連の作業プロセスを定義するワークフロー文書を、その作業プロセスの１ステップ（一作業単位）であるアクティビティに対応したワークフロー要素に分割する。また、ある１ステップの作業と、それに続く１又は複数ステップの作業との間との関連性により、作業間を連結する矢印等の連結シンボル要素を取得する。そして、これらのワークフロー要素及び連結シンボル要素をそれぞれ表示制御用のＸＭＬ要素に変換し、各ＸＭＬ要素を作業プロセスの定義にしたがって表示制御シート上に記述して、ＨＴＭＬ文書とする。

表示制御用ＸＭＬ要素は、ＨＴＭＬ（HyperText Markup Language）タグとテキストで構成される。本実施形態では、 “ｄｉｖ”、“ｓｐａｎ”、“ｆｉｅｌｄｓｅｔ”、“ｆｏｎｔ”等のＨＴＭＬタグを用いる。“ｄｉｖ”は、ｄｉｖタグ<ＤＩＶ>〜</ＤＩＶ>で囲んだ範囲をひとかたまりとして定義するブロック要素であり、“ｓｐａｎ”は、ｓｐａｎタグ<ＳＰＡＮ>〜</ＳＰＡＮ>で囲んだ範囲をひとかたまりとして定義するインライン要素である。ブロック要素とは、見出し、段落、リスト、フォームなどのひとつのまとまった単位として表される要素で、一般的なブラウザにおいては前後に改行が入って表示される。インライン要素とは、主に文章の一部として利用される要素であり、その前後は改行されない。“ｆｉｅｌｄｓｅｔ”は、テキスト領域やチェックボックスなどのフォームの構成部品をグループ化する。入力や選択する項目が多い場合に用いられる。ｆｉｅｌｄｓｅｔタグ<ＦＩＥＬＤＳＥＴ>〜</ＦＩＥＬＤＳＥＴ>内で、ｌｅｇｅｎｄタグ<ＬＥＧＥＮＤ>〜</ＬＥＧＥＮＤ>により入力項目グループにタイトルをつける。“ｆｏｎｔ”は、フォントの種類、大きさ、色を指定する。フォントの種類はｆａｃｅ属性で指定し、大きさはｓｉｚｅ属性で指定し、色はｃｏｌｏｒ属性で指定する。

以上が、ＨＴＭＬタグの本来の表示規則である。ただし、本実施形態では、これらのＨＴＭＬ要素が持つ表示規則を、予め設定されたＣＳＳ（Cascading Style Sheets）を用いて抑制する。そして、JavaScript（登録商標）、ＣＳＳ、ＨＴＭＬ等を組み合わせたダイナミックＨＴＭＬによってワークフロー要素及び連結シンボル要素にそれぞれ対応した各表示制御用ＸＭＬ要素を表示させる。このような表示制御手段２２Ｂについては、後述する。

はじめに、ワークフロー表示プログラム２２の一部を構成する表示変換プログラムがＣＰＵ１０に実行させる処理手順を、図３〜図４の流れ図を用いて説明する。
表示変換プログラムが起動すると、先ず、ＣＰＵ１０は、表示対象のワークフロー文書をＲＡＭ１２に読込む（ＳＴ１）。ワークフロー文書は、例えばＨＤＤ１３に保存されている。

次に、ＣＰＵ１０は、上記ワークフロー文書から、ＸＭＬ文書のツリー構造で最上位のノード、すなわちルート要素を取得する（ＳＴ２）。ワークフロー文書の記述に用いられるＢＰＥＬは、ＸＭＬベースであり、ツリー構造となっている。このため、ツリー走査することで、ワークフロー文書から全てのノード（要素）を取得することができる。ＣＰＵ１０は、取得したルート要素を、一処理単位を示すワークフロー要素ｎと設定する（ＳＴ３：文書分割手段）。

次に、ＣＰＵ１０は、上記ワークフロー要素ｎに記述された内容に基づき、アクティビティの種類を特定する（ＳＴ４）。アクティビティの種類が特定されると、ＣＰＵ１０は、ＨＴＭＬタグのｄｉｖタグ<ＤＩＶ>〜</ＤＩＶ>を用いて、ワークフロー要素ｎの内容からＷｅｂブラウザ上で表示可能なＸＭＬで記述されるＸＭＬ要素ｄ０（以下、ＸＭＬ要素ｄ０と称する）を作成する（ＳＴ５：ワークフロー要素変換手段）。

ＸＭＬ要素ｄ０の一例を、図５に示す。この例は、“ｐｒｏｃｅｓｓ１”の作業アクティビティを示すワークフロー要素ｎから作成されたＸＭＬ要素ｄ０である。図５において、ｄｉｖタグ<ＤＩＶ>〜</ＤＩＶ>の中の“ｆｏｎｔ”の値がアクティビティの種類を示す。

ＸＭＬ要素ｄ０を作成すると、このＸＭＬ要素ｄ０に対応するアクティビティに対して、所定のイベントが発生するまでは非表示であり所定のイベントが発生すると表示されるシンボルを決定するために、ＣＰＵ１０は、このＸＭＬ要素ｄ０に追加するＨＴＭＬ要素を決定する。すなわち、ＸＭＬ要素ｄ０の内部構成データやクラス属性の値を、どのＨＴＭＬ要素にマッピングさせるかを判定する（ＳＴ６）。

この判定は、アクティビティの種類によって決まる。アクティビティの種類とクラス属性及び内部構成データとの対応関係の一例を、図１０に示す。なお、内部構成データの詳細は、図１１〜図１４にそれぞれ示される。すなわち、アクティビティの種類が「一般アクティビティ」のとき、クラス属性の値は“ａｃｔｉｖｉｔｙ”であり、そのときの内部構成データは、図１１に示すデータとなる。また、アクティビティの種類が「構造アクティビティ」のなかの “ｓｃｏｐｅ”であるとき、クラス属性の値は“ｓｔｒｕｃｔＤｏｍａｉｎＴｏｐ”であり、そのときの内部構成データは、図１２に示すデータとなる。また、アクティビティの種類が「構造アクティビティ」のなかの“ｓｗｉｔｃｈ”であるとき、クラス属性の値が“ｓｔｒｕｃｔＤｏｍａｉｎＴｏｐ”及び“ｓｔｒｕｃｔＳｕｂＭｅｎｕ”であり、そのときの内部構成データは、図１３に示すデータとなる。アクティビティの種類が “ｃａｓｅ”であるとき、クラス属性の値は“ｃａｓｅ”であり、そのときの内部構成データは、図１４に示すデータとなる。

そして、図１４を除く内部構成データは、スタイル属性が非表示を示す“ｄｉｓｐｌａｙ：ｎｏｎｅ”となっている。すなわち、これらの内部構成データは、アクティビティに対して所定のイベントが発生するまでは非表示であり所定のイベントが発生すると表示されるシンボルに関するデータである。ＨＤＤ１３は、図１０に示す対応関係を示すデータを記憶している（記憶部）。

アクティビティの種類によりＸＭＬ要素ｄ０に対応させるＨＴＭＬ要素、つまりはクラス属性の値と内部構成データとが決まると、ＣＰＵ１０は、このクラス属性の値と内部構成データとをＸＭＬ要素ｄ０に追加する（ＳＴ７：非表示要素追加手段）。
クラス要素の値と内部構成とを追加した後のＸＭＬ要素（以下、ＸＭＬ要素ｄ１と称する）を図６に示す。図５に示したＸＭＬ要素ｄ０の場合、種類は「一般アクティビティ」であり、クラス属性は“ａｃｔｉｖｉｔｙ”であるので、図１１に示す内部構成データＤ１が追加されている。

ここで、内部構成データＤ１は、ＨＴＭＬタグのｓｐａｎタグ<ＳＰＡＮ>〜</ＳＰＡＮ>を用いて記述されている。そして、クラス属性の値“ｔｏｏｌｔｉｐ”に対して非表示を示すスタイル属性“ｄｉｓｐｌａｙ：ｎｉｎｅ”が設定されており、同じくクラス属性の値“ｐａｒｔｓ”に対しても非表示を示すスタイル属性“ｄｉｓｐｌａｙ：ｎｉｎｅ”が設定されている。

内部構成データＤ１を追加したＸＭＬ要素ｄ１は、アクティビティを示す作業シンボルの位置・サイズやアクティビティの詳細情報を含んでいない。そこでＣＰＵ１０は、ワークフロー要素ｎからワークフロー処理の前後関係や親子関係を基に当該アクティビティを示す作業シンボルの位置・サイズやアクティビティの詳細情報を取得し、ＸＭＬ要素ｄ１に反映させる（ＳＴ８）。
詳細情報反映後のＸＭＬ要素（以下、ＸＭＬ要素ｄ２と称する）を図７に示す。図７において、データＤ３とデータＤ４とが詳細情報として反映されたデータである。

ワークフロー要素ｎに対して上記ステップＳＴ４〜ＳＴ８の各処理が実行されると、このワークフロー要素ｎが、ＨＴＭＬタグによって表現されたＸＭＬ要素ｄ２に変換される。ＣＰＵ１０は、このＸＭＬ要素ｄ２をＲＡＭ１２上の表示制御シート３０に追加する（表示制御シート作成手段）。

このとき、ＣＰＵ１０は、ＸＭＬ要素ｄ２が他の要素に囲われるか否かを判定する（ＳＴ９）。この判定は、表示制御シート３０に、他の要素を囲むことを意味するｆｉｅｌｄｓｅｔタグ＜ｆｉｅｌｄｓｅｔ＞〜＜／ｆｉｅｌｄｓｅｔ＞が記述されているか否かによって行う。

ｆｉｅｌｄｓｅｔタグ＜ｆｉｅｌｄｓｅｔ＞〜＜／ｆｉｅｌｄｓｅｔ＞が表示制御シート３０に記述されていないと、ＸＭＬ要素ｄ２は他の要素に囲われない（ＳＴ９のＮＯ）。この場合、ＣＰＵ１０は、表示制御シート３０の末尾に、ＸＭＬ要素ｄ２を追加する（ＳＴ１０）。これに対し、ｆｉｅｌｄｓｅｔタグ＜ｆｉｅｌｄｓｅｔ＞〜＜／ｆｉｅｌｄｓｅｔ＞が表示制御シート３０に記述されていると、ＸＭＬ要素ｄ２は他の要素に囲われる（ＳＴ９のＹＥＳ）。この場合、ＣＰＵ１０は、表示制御シート３０に記述されているｆｉｅｌｄｓｅｔタグ＜ｆｉｅｌｄｓｅｔ＞〜＜／ｆｉｅｌｄｓｅｔ＞の内部に、ＸＭＬ要素ｄ２を追加する（ＳＴ１１）。

表示制御シート３０にＸＭＬ要素ｄ２を追加した後、ＣＰＵ１０は、ワークフロー要素ｎに対するワークフロー処理の前後関係や親子関係から、矢印等の連結シンボル要素を、ＨＴＭＬタグによって表現されるＸＭＬ要素として作成する（ＳＴ１２）。そして、この連結シンボル要素を表示制御シート３０に追加する（ＳＴ１３）。

連結シンボル要素を表示制御シート３０に追加し終えると、ＣＰＵ１０は、ワークフロー文書をツリー走査して、ワークフロー要素ｎとして設定されたノードの次に走査されるノードの有無を判断する（ＳＴ１４）。走査対象のノードが存在する場合（ＳＴ１４のＹＥＳ）、ＣＰＵ１０は、このノードを新たなワークフロー要素ｎと設定する（ＳＴ１５）。そしてこの新たなワークフロー要素ｎに対して、前記ＳＴ４〜ＳＴ１３の各処理を実行する。

一方、次のノードが存在しない場合（ＳＴ１４のＮＯ）、ＣＰＵ１０は、表示制御シート３０をＨＤＤ１３に保存する（ＳＴ１６）。

ＨＤＤ１３に保存された表示制御シート３０の一例を図８に示す。この例では、１番目のワークフロー要素から変換された第１の表示制御用ＸＭＬ要素３１と、２番目のワークフロー要素から変換された第２の表示制御用ＸＭＬ要素３２との間に、ＸＭＬ要素３１とＸＭＬ要素３２とを連結するための矢印の連結シンボル要素３３が記述されている。図８に示すように、ワークフロー文書は、ＨＴＭＬタグによって表現される表示制御用ＸＭＬ要素で記述された文書に変換されて、表示制御シート３０に記述される。

上記表示制御シート３０のデータを、表示制御プログラムによって制御される表示制御手段２２Ｂで処理することにより、図９に示すようなワークフローがディスプレイ１８に表示される。

そこで次に、表示制御手段２２Ｂについて詳細に説明する。表示制御手段２２Ｂは、表示制御プログラムだけでなく、Ｗｅｂブラウザ２１に標準装備されているＣＳＳパーサ及びＨＴＭＬパーサを使用する。具体的には、予め用意されたＣＳＳを用いて、表示制御シート３０に記述されたＸＭＬ要素の各タグが持つ本来の表示規則を変更する。そして、JavaScript、ＣＳＳ、ＨＴＭＬ等を組み合わせたダイナミックＨＴＭＬにより表示制御シート３０のＸＭＬ要素を処理する。かくして、Ｗｅｂブラウザ２１上でワークフローを表示させる。

なお、ここでは、図１５に示すように、ｆｌａｍｅ１、ｆｌａｍｅ２及びｆｌａｍｅ３の３領域に区分されたＷｅｂブラウザ２１の画面４０のうち、ｆｌａｍｅ３の領域にワークフローを表示させる場合について説明する。また、表示されたワークフローは、１処理ステップを示すアクティビティアイコンがマウスオーバーされたときに、それまでは非表示であった詳細情報のメッセージボックスをディスプレイ１８に表示する事例について説明する。

ワークフロー表示プログラム２２の一部を構成する表示制御プログラムがＣＰＵ１０に実行させる処理手順を、図１６の流れ図で示す。表示制御プログラムが起動すると、ＣＰＵ１０は、ＨＤＤ１３から表示制御シート３０を読み込み、ＲＡＭ１２に記憶する。また、Ｗｅｂブラウザ２１で画面４０を表示させるためのＨＴＭＬ文書が記述されたＨＴＭＬファイル、Ｗｅｂブラウザ２１によるワークフロー表示用のＪａｖａＳｃｒｉｐｔ文書が記述されたＪａｖａＳｃｒｉｐｔファイル、同じくＷｅｂブラウザ２１によるワークフロー表示用のＣＳＳ文書が記述されたＣＳＳファイルを読み込み、ＲＡＭ１２に記憶する（ＳＴ２１）。

詳しくは、ＨＴＭＬファイルに記述されているＨＴＭＬ文書において、ＣＳＳ文書及びＪａｖａＳｃｒｉｐｔ文書が読み込まれることが宣言されており、この宣言に従い、ＣＰＵ１０は、ＨＴＭＬファイルに続いて該当するＣＳＳファイル及びＪａｖａＳｃｒｉｐｔファイルを読み込む。

各種文書がＲＡＭ１２に記憶されると、ＣＰＵ１０は、ＨＴＭＬパーサによりＨＴＭＬファイルのＨＴＭＬ文書を処理する。そして、このＨＴＭＬ文書に記述されたＪａｖａＳｃｒｉｐｔファイルのＪａｖａＳｃｒｉｐｔを実行する（ＳＴ２２）。

このＪａｖａＳｃｒｉｐｔの実行により、ＣＰＵ１０は、ＲＡＭ１２から表示制御シート３０を取得する（ＳＴ２３）。そして、この表示制御シート３０のデータを、ＨＴＭＬ文書のｆｌａｍｅ３に関する記述がなされている要素内に挿入する（ＳＴ２４）。

表示制御シート３０のデータがＨＴＭＬ文書内に挿入されると、ＣＰＵ１０は、ＣＳＳパーサにより当該表示制御シート３０のデータを解釈する。そして、ＣＳＳシートに定義されているスタイルを表示制御シート３０のデータに設定する（ＳＴ２５）。しかる後、ＣＰＵ１０は、スタイルが設定された表示制御シート３０のデータを含むＨＴＭＬ文書を、Ｗｅｂブラウザ２１によりディスプレイ１８に表示させる。

表示制御シート３０のデータに含まれる１つのワークフロー要素ｎに対応したＸＭＬ要素ｄ２の一例を図１７の図中左側に示す。このＸＭＬ要素ｄ２は、図７のＸＭＬ要素ｄ２に一致している。このＸＭＬ要素ｄ２には、ｄｉｖタグ<ＤＩＶ>〜</ＤＩＶ>で囲んだ範囲をひとかたまりとして定義するブロック要素と、ｓｐａｎタグ<ＳＰＡＮ>〜</ＳＰＡＮ>で囲んだ範囲をひとかたまりとして定義するインライン要素とが含まれている。したがって、これらのＨＴＭＬタグ、すなわちｄｉｖタグ<ＤＩＶ>〜</ＤＩＶ>及びｓｐａｎタグ<ＳＰＡＮ>〜</ＳＰＡＮ>の本来の表示規則に従うと、ＸＭＬ要素ｄ２は、図１７の図中右側に示すように、ブロック要素内及びインライン要素内の各文字列が表示され、ワークフローではない意図しないデータが表示される。

ＸＭＬ要素ｄ２の場合、ｄｉｖタグ<ＤＩＶ>〜</ＤＩＶ>で囲われたタイトル“ｐｒｏｃｅｓｓ１”のブロック要素Ｍ１は、クラス属性が“ａｃｔｉｖｉｔｙ”であり、矩形状のラベルの中に文字列“ｐｒｏｃｅｓｓ１”を表示させることを意図している。

一方、ｓｐａｎタグ<ＳＰＡＮ>〜</ＳＰＡＮ>で囲われたインライン要素Ｍ２は、クラス属性は“ｔｏｏｌｔｉｐ”であるが、スタイル属性が“ｄｉｓｐｌａｙ：ｎｏｎｅ”であるので、通常は表示させないことを意図している。同様に、インライン要素Ｍ３もクラス属性は“ｐａｒｔｓ”であるが、スタイル属性が“ｄｉｓｐｌａｙ：ｎｏｎｅ”であるので、通常は表示させないことを意図している。

本実施形態では、ブロック要素Ｍ１に対しては、クラス属性“ａｃｔｉｖｉｔｙ”に対応したＣＳＳシート５０（図１８を参照）のスタイルが適用される。また、２つのインライン要素Ｍ１，Ｍ２は、いずれもスタイル属性が“ｄｉｓｐｌａｙ：ｎｏｎｅ”であるので、非表示となる。その結果、図１９に示すように、幅８０ピクセル、高さ５０ピクセル、線幅２ピクセルの矩形枠の中に文字列“ｐｒｏｃｅｓｓ１”が記述されたアクティビティアイコン６０のみが表示される。

この状態で、アクティビティアイコン６０にマウスポインタを重ねると、マウスオーバーイベントが発生する。マウスオーバーイベントが発生すると（ＳＴ２７のＹＥＳ）、ＣＰＵ１０は、図２０に具体的に示すマウスオーバー処理を実行する（ＳＴ２８）。

すなわち、ＣＰＵ１０は、メッセージボックスを示す表示制御要素（以下、メッセージボックス要素と称する）６０と、イベント対象のアクティビティアイコンを示すＸＭＬ要素ｄ２とを取得する。図２１は、メッセージボックス要素７０の一例である。この要素７０は、スタイル属性が“ｄｉｓｐｌｙ：ｎｏｎｅ”であるので、マウスオーバーイベントが発生する前は表示されない。

次に、ＣＰＵ１０は、メッセージボックス要素７０によって表現されるメッセージボックス内に表示するためのメッセージを作成する。イベント対象のアクティビティアイコンを示すＸＭＬ要素ｄ２内には、メッセージボックス内に表示するためのメッセージが記述されている。そこでＣＰＵ１０は、ＸＭＬ要素ｄ２からメッセージの内容を取得し、メッセージボックス要素７０内に追加する（ＳＴ４２）。メッセージ内容を追加した後のメッセージボックス要素７０の一例を図２２に示す。同図において、破線で囲われたデータ７１がメッセージ内容として追加されたデータである。この時点では、未だ、スタイル属性は“ｄｉｓｐｌｙ：ｎｏｎｅ”であり、メッセージボックスは表示されない。

次に、ＣＰＵ１０は、メッセージボックスの位置情報を取得し、メッセージボックス要素７０内に追加する（ＳＴ４３）。そして、スタイル属性を、非表示を示す“ｄｉｓｐｌｙ：ｎｏｎｅ”から、表示を示す“ｄｉｓｐｌｙ：ｂｌｏｃｋ”に変更する（ＳＴ４４）。位置情報を追加した後のメッセージボックス要素７０の一例を図２３に示す。同図において、破線で囲われたデータ７２が位置情報として追加されたデータである。この時点で、スタイル属性７３は“ｄｉｓｐｌｙ：ｂｌｏｃｋ”に変更される。

しかる後、ＣＰＵ１０は、ＳＴ２６の処理に戻り、表示用ＨＴＭＬをブラウザに表示する。その結果、図２４に示すように、“ｐｒｏｃｅｓｓ１”のアクティビティアイコン６０に対するマウスオーバーイベントにより、当該アクティビティアイコン６０に一部をーを重ねて、メッセージ内容「開始時刻」、「終了時刻」及び「ｎａｍｅ：Ｓａｍｐｌｅ」のメッセージボックス８０が表示される。

なお、この発明は前記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。

例えば前記実施形態では、所定のイベントをマウスオーバーイベントとしたが、イベントの種類はこれに限定されるものではない。また、前記実施形態では、所定のイベントに対して表示されるシンボルを、アクティビティの詳細情報を説明するためのメッセージボックスとしたが、シンボルの形態もこれに限定されるものではない。要は、アクティビティに対して所定のイベントが発生するまでは非表示であり所定のイベントが発生すると表示されるシンボルであればよい。

この他、前記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を組合わせてもよい。

１…ワークフロー表示支援装置、１０…ＣＰＵ、１１…ＲＯＭ、１２…ＲＡＭ、１３…ＨＤＤ、１４…ネットワークインターフェース、１５…記録媒体インターフェース、１６…入力デバイス、１７…入力コントローラ、１８…ディスプレイ、１９…表示コントローラ、２０…プログラム記憶部、２１…Ｗｅｂブラウザ、２２…ワークフロー表示プログラム。

特開２００６−２６０１７１号公報

Claims (7)

1. 開始から終了まで連鎖的に実行される一連の作業プロセスを表現するワークフローを、Ｗｅｂブラウザ上に表示させるワークフロー表示支援装置において、
   前記一連の作業プロセスを定義するワークフロー文書を、その作業プロセスの一作業単位であるアクティビティに対応したワークフロー要素に分割する文書分割手段と、
   前記文書分割手段により前記ワークフロー文書を分割して得られる前記各ワークフロー要素を、それぞれ前記Ｗｅｂブラウザ上で表示可能なＸＭＬ（eXtensible Markup Language）で記述されるＸＭＬ要素に変換するワークフロー要素変換手段と、
   前記アクティビティの種類別に、その種類のアクティビティに対して所定のイベントが発生するまでは非表示であり所定のイベントが発生すると表示されるシンボルに関してＸＭＬで記述してなる非表示ＸＭＬ要素を記憶してなる記憶部から、前記ワークフロー要素変換手段により変換されたＸＭＬ要素に対し、当該ＸＭＬ要素への変換前のワークフロー要素に対応するアクティビティの非表示ＸＭＬ要素を取得して、当該ＸＭＬ要素に追加する非表示要素追加手段と、
   前記非表示要素追加手段により前記非表示ＸＭＬ要素が追加された各ワークフロー要素に対応するＸＭＬ要素を、前記作業プロセスの定義にしたがって表示制御シートに記録する表示制御シート作成手段と、
   を具備したことを特徴とするワークフロー表示支援装置。
2. 前記表示制御シートに記録されたＸＭＬ要素のうち前記非表示ＸＭＬ要素以外のＸＭＬに従い、Ｗｅｂブラウザ上でワークフローを表示させる表示制御手段、
   をさらに具備したことを特徴とする請求項１記載のワークフロー表示支援装置。
3. 前記表示制御手段は、Ｗｅｂブラウザ上で表示されているワークフローのいずれかのアクティビティに対して前記所定のイベントが発生すると、そのアクティビティに対応するワークフロー要素から変換されたＸＭＬ要素に追加されている前記非表示ＸＭＬ要素のＸＭＬに従い、Ｗｅｂブラウザ上でシンボルを表示させることを特徴とする請求項２記載のワークフロー表示制御装置。
4. 前記表示制御手段は、Ｗｅｂブラウザ上で表示されているワークフローのいずれかのアクティビティに対してマウスオーバーイベントが発生すると、そのアクティビティに対応するワークフロー要素から変換されたＸＭＬ要素に追加されている前記非表示ＸＭＬ要素のＸＭＬに従い、Ｗｅｂブラウザ上で当該アクティビティの詳細を示すメッセージボックスを表示させることを特徴とする請求項２記載のワークフロー表示制御装置。
5. Ｗｅｂブラウザを搭載してなるコンピュータを、
   開始から終了まで連鎖的に実行される一連の作業プロセスを定義するワークフロー文書を、その作業プロセスの一作業単位であるアクティビティに対応したワークフロー要素に分割する文書分割手段、
   前記文書分割手段により前記ワークフロー文書を分割して得られる前記各ワークフロー要素を、それぞれ前記Ｗｅｂブラウザ上で表示可能なＸＭＬで記述されるＸＭＬ要素に変換するワークフロー要素変換手段、
   前記アクティビティの種類別に、その種類のアクティビティに対して所定のイベントが発生するまでは非表示であり所定のイベントが発生すると表示されるシンボルに関してＸＭＬで記述してなる非表示ＸＭＬ要素を記憶してなる記憶部から、前記ワークフロー要素変換手段により変換されたＸＭＬ要素に対し、当該ＸＭＬ要素への変換前のワークフロー要素に対応するアクティビティの非表示ＸＭＬ要素を取得して、当該ＸＭＬ要素に追加する非表示要素追加手段、及び、
   前記非表示要素追加手段により前記非表示ＸＭＬ要素が追加された各ワークフロー要素に対応するＸＭＬ要素を、前記作業プロセスの定義にしたがって表示制御シートに記録する表示制御シート作成手段、
   として機能させるためのワークフロー表示プログラム。
6. 前記コンピュータを、
   前記表示制御シートに記録されたＸＭＬ要素のうち前記非表示ＸＭＬ要素以外のＸＭＬに従い、Ｗｅｂブラウザ上でワークフローを表示させる表示制御手段、としてさらに機能させるための請求項５記載のワークフロー表示プログラム。
7. 前記コンピュータを、
   前記表示制御シートに記録されたＸＭＬ要素のうち前記非表示ＸＭＬ要素以外のＸＭＬに従い、Ｗｅｂブラウザ上でワークフローを表示させ、かつ、前記Ｗｅｂブラウザ上で表示されているワークフローのいずれかのアクティビティに対して前記所定のイベントが発生すると、そのアクティビティに対応するワークフロー要素から変換されたＸＭＬ要素に追加されている前記非表示ＸＭＬ要素のＸＭＬに従い、Ｗｅｂブラウザ上でシンボルを表示させる表示制御手段、としてさらに機能させるための請求項５記載のワークフロー表示プログラム。

Images