JP2003528358A

JP2003528358A - ワークフローシステムおよび方法

Info

Publication number: JP2003528358A
Application number: JP2000569298A
Authority: JP
Inventors: ゴウニイミーアデル; ジナトバクシアリ; ティワリサンディープ; ウェインジェリー; ジュンアンドリュー
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1998-08-24
Filing date: 1999-08-24
Publication date: 2003-09-24
Also published as: WO2000014618A3; US20040078373A1; US7403948B2; WO2000014618A2

Abstract

(57)【要約】【課題】作業プロセスを自動化するワークフローシステムであり、本発明の所望される結果とは、相対的に容易な配備および高められた柔軟性を提供する。【解決手段】本発明にかかるワークフローシステムは、多岐に渡るクライアントおよびアダプタを使用する。開発者は、比較的に容易にアプリケーションを立ち上げ、実行するためにワークフローシステムによって提供されたクライアントを使用することができる。該ワークフローシステムは、迅速な（ＤＭＳ）、（ＤＳ）、および（ＤＢ）配備および要素の柔軟性を可能にするアダプタを提供する。

Description

【発明の詳細な説明】

【０００１】（関連出願に対するクロスリファレンス）本出願は、後述される「ワークフローシステムおよび方法」と題され、これに
よりここに完全に述べられるかのように参照して組み込まれる三つの米国仮出願
の優先日の恩典を主張する。１９９８年８月２４日に提出された出願番号第６０／０９７，５８３号１９９８年８月２５日に提出された出願番号第６０／０９７，８７９号１９９８年８月２５日に提出された出願番号第６０／０９７，７９１号１９９６年２月６日に発行された「ワークプロセス計画をモデリング、解析、
および実行するためのシステムおよび方法（ＳＹＳＴＥＭＡＮＤＭＥＴＨＯ
ＤＦＯＲＭＯＤＥＬＩＮＧ，ＡＮＡＬＹＺＩＮＧＡＮＤＥＸＥＣＵＴＩ
ＮＧＷＯＲＫＰＲＯＣＥＳＳＰＬＡＮＳ）」と題されている特許番号第５
，４９０，０９７号、Ｓｗｅｎｓｏｎらは、あたかもここに完全に述べられるか
のようにすべての目的のために参照して組み込まれる。

【０００２】（発明の分野）本発明は、概してオープンワークフローアーキテクチャに関し、さらに特定す
るとワークプロセスを自動化するワークフローシステムに関するものである。

【０００３】（発明の背景）特にプロセスには人間が関係するため、自動化されたプロセスソリューション
では変更はありふれた出来事である。単純な自動化されたプロセスソリューショ
ン以上のものを従来のワークフロー製品を使用して作成することは、もっとも経
験を積んだ自動化専門家にとってさえ最もやりがいのあるタスクであることが分
かっている。長期の複雑な開発サイクルは、複雑な自動化ソリューションにはつ
きものであり、いったん作成されると、プロセスの進化に伴い修正するのはきわ
めて困難である場合がある。

【０００４】その独占的なシステムおよび旧式のアーキテクチャを用いる現在のワークフロ
ー技術は、典型的なビジネスプロセスを構成する人々、手順およびリソースの変
化に対処するのに適さなくなっている。さらに、大部分の既存のワークフロー製
品は、技術が進歩する速度についていくことができない。インターネット、情報
技術（ＩＴ）インフラストラクチャ、およびサポートするワークフロー関連アプ
リケーションは、連続して進化し、プロセス自動化が長足の進歩を遂げることが
できるようにするが、ワークフローアプリケーションがこれらの進歩に対処でき
る場合だけである。その結果、アナリストおよび開発者は、技術の進展の力を利
用しつつ、プロセスが進化できるより速く、さらに容易に変化することができる
ワークフローソリューションを必要とする。

【０００５】ワークフローは、指定されたプロセスのための作業のフローの論理を組み込ん
だ特殊アプリケーションを開発することによってビジネスプロセスを自動化しよ
うとする作業から進化してきた相対的に新しい概念である。この取り組み方の欠
点は、プロセスが変化するときにはいつでも、アプリケーション全体を更新しな
ければならず、保守が悪夢のようになるという点である。ワークフローは、プロ
セスのあらゆる面をカプセル化することによってこの問題に対処するために導入
された。これには、規則、ルーティング経路、活動、データ等のプロセス定義情
報が含まれる。さらに重要なことには、それにはこの情報の管理の自動化が含ま
れる。そこでワークフローをサポートするアプリケーションは、ワークフロープ
ロセスそれ自体の詳しい知識を必要としなくてもワークフローを実現することが
できる。

【０００６】ワークフローシステムは、作業プロセスを自動化するために作成された。ワー
クフローソリューションの歴史は二つの一般的な経路を辿ってきている。すなわ
ち、（１）プリミティブなフレームワーク、および（２）多くの制限がある完全
なソリューションである。

【０００７】該プリミティブなフレームワーク方法は、最小の骨組、すなわちワークフロー
システムにとって共通であったが、任意の特定のシステムには適していないコー
ドを提供した。該プリミティブなフレームワークは、それには、ワークフローシ
ステムを任意の特定のアプリケーション用に実行させるために大量のコードを作
成することが必要となったため、配備するのが困難であった。

【０００８】他方、該多くの制限がある完全なソリューション方法は、ある特定のアプリケ
ーションの解決を目的とした大量のコードを含んでいる。しかしながら、該多く
の制限を持った完全なソリューション方法は、多岐に渡るアプリケーションには
適用しなかった。完全なソリューションワークフローシステムは、ある特定の文
書管理システム（（ＤＭＳ））、ディレクトリサービス（ＤＳ）およびデータベ
ースシステム（ＤＢ）を目的としていた。ワークフローシステムの任意の要素が
変更されると、該ワークフローシステムの改定が必要とされた。その結果、（ワ
ークフロー要素に対する更新を含む）ワークフロー要素に変更があったときには
いつでも、継続的な保守が必要とされた。たとえば、該（ＤＭＳ）が別の（ＤＭ
Ｓ）に変更された場合、それには該ワークフローシステム内のコード変更が必要
となった。このようにして、完全なソリューション方法は柔軟性がなく、アプリ
ケーションに対する変更に容易に適応できなかった。

【０００９】（発明の要約）本発明は、作業プロセスを自動化するワークフローシステムである。本発明の
所望される結果とは、相対的に容易な配備および高められた柔軟性である。該ワ
ークフローシステムは、多岐に渡るクライアントおよびアダプタを使用する。開
発者は、比較的に容易にアプリケーションを立ち上げ、実行するためにワークフ
ローシステムによって提供されたクライアントを使用することができる。該ワー
クフローシステムは、迅速な（ＤＭＳ）、（ＤＳ）、および（ＤＢ）配備および
要素の柔軟性を可能にするアダプタを提供する。

【００１０】アダプタは、アプリケーションを（ＤＭＳ）、（ＤＳ）、および（ＤＢ）と直
接的に結び付けるそれ以外のワークフローシステムとは対照的に、アプリケーシ
ョンとは無関係に（ＤＭＳ）、（ＤＳ）、および（ＤＢ）を変更できるようにす
る固定インタフェースを有する。該アダプタによって、開発者は、変化する種類
および規模のクライアントを接続できるようにし、開発者がアプリケーション要
素を自分達の用途によりよく役立つために混合、整合できるようにする。このよ
うにして、該ワークフローシステムは、（ＤＭＳ）、（ＤＳ）および（ＤＢ）が
同じベンダ製でなくてもよいため、任意の独占的な（ＤＭＳ）、（ＤＳ）または
（ＤＭ）に結び付けられていない。

【００１１】業界で受け入れられている２種類のワークフロー製品がある。すなわち、Ａｄ
ＨｏｃとＰｒｏｄｕｃｔｉｏｎである。ＡｄＨｏｃワークフローは、プロセ
スに対し、あるにしても、ほとんど制約を課さない構造化されていない自由機式
のワークフローとして設計されている。それは、ワードプロセッサ、スプレッド
シートプログラム、および電子メールプログラム／システムなどのソフトウェア
構成要素を、参加者が共用データ上で作業できるようにリンクしてよい。この種
のワークフローは、考えを分かち合う、文書を検討する、および承認のために要
求を処理するなどのビジネス機能には有効である。

【００１２】Ｐｒｏｄｕｃｔｉｏｎワークフローは、ビジネスプロセスが所定の規則に従っ
ていることを確実にしようとする。すなわち、該プロセスの中の各タスクは、適
切な人々が適切なデータにアクセスでき、適切なときにタスクを実行するように
命令されるように調整されている。この種のワークフローは、定められた規則に
従うことが重要であり、リアルタイムで実行されがちであるビジネス機能に有効
である。例としては、販売、購入、製造および会計が含まれる。

【００１３】該ワークフローシステムは、これら両方の種類のワークフローをサポートする
ためにオープンアーキテクチャを使用する。それは、複数のプラットホームをサ
ポートし、アプリケーションにワークフローエンジンに話をさせることができる
アプリケーションプロミングインタフェース（ＡＰＩ）を含み、リレーショナル
データベース管理システム（ＲＤＢＭＳ）データベースをサポートし、任意の種
類の作業（形式、画像、実行可能物）のルーティングを可能にする。加えて、そ
の柔軟なアーキテクチャは、ワークフローに対する変更を動的に容易にし、既存
のインフラストラクチャとの統合をサポートするように設計されている。

【００１４】（詳細な説明）以下、この発明にかかるワークフローシステムおよび方法の実施の形態につい
て、図面を参照して詳細に説明する。

【００１５】図１は、総合的な分散ワークフローシステム構成要素アーキテクチャおよび本
発明の実施の態様の構成要素対話を示す。該ワークフローシステム１０は、分散
クライアント−サーバ、ウェブでイネーブルされたワークフローシステム／モデ
ルである。さらに、該ワークフローシステムは、協力プロセスおよび管理企業間
プロセスを自動化するためのアプリケーション開発ツールである。該ワークフロ
ーシステムは、既存のＩＴインフラストラクチャと一体的に統合するカスタマイ
ズ化されたワークフローソリューションを作成するために必要なフレームワーク
、ツール、および構成要素を完備したワークフロー開発環境を提供する。これら
のソリューションの配備のために、該ワークフローシステムは、ウェブベースイ
ンタフェースを通して企業内の一貫した拡張性のあるサポートインフラストラク
チャを提供する。ウィンドウをベースにしたその他のワークフローソリューショ
ンとは異なり、該ワークフローシステムはウェブをベースにし、該ワークフロー
システムがウェブブラウザからアクセス可能であることを意味する。

【００１６】該ワークフローシステムのいくつかの重要な特徴は、以下を含む。すなわち、
全種類のプロセスを処理するための企業全体で拡張性のあるインフラストラクチ
ャ、視覚的なビジネスプロセスモデルを事前にまたは実行中に容易に作成、修正
する能力（プログラミングは必要とされない）、プロセスステータスの迅速な評
価および大きなピクチャの理解のための特徴が豊富なグラフィック表示、編成可
能かつフィルタリング可能な汎用実行リスト、割当ての即座の通知、プロセスに
関連する文書のロケーションを集中化するための文書管理システムとの統合、ウ
ェブブラウザからのアクセス性および開発者がワークフローエンジンまたはワー
クフローイネーブルされる既存の製品と通信するカスタマイズ化されたアプリケ
ーションを作成できるようにするアプリケーションプログラミングインタフェー
ス（ＡＰＩ）である。

【００１７】該ワークフローシステムは、ビジネスグループが、協力して、ビジネスプロセ
スを計画、自動化、追跡調査および改善できるように能力を与えるワークフロー
管理フレームワークを提供する。該ワークフローシステムは、該ワークフローの
モデルであるだけではなく、該ワークフローシステム／モデルを開発するための
開発環境／ツールでもある。該ワークフローシステムは、ワークフロープロセス
を開発し、操作する上でエンドユーザに能力を与える。それは、知識作業者が、
プログラミングの知識がなくても十分に意味のあるワークフロープロセスを定義
できるようにする。該知識作業者は、該ワークフローシステムに追加するまたは
該ワークフローシステムを開発するために、ただ１行のコードを書く必要はない
。

【００１８】該ワークフローシステムは、実際に任意の既存ＩＴ環境にあるワークフローに
よってイネーブルされたアプリケーションにフレームワークを提供する。そのモ
ジュラー設計およびＪＡＶＡ^TM、インターネットＯＲＢ間プロトコル（ＩＩＯＰ
）、ハイパテキストマーク付け言語（ＨＴＭＬ）、およびオブジェクト管理グル
ープ（ＯＭＧ）およびワークフロー管理連合（ＷｆＭＣ）プロトコルなどの標準
技術の活用により、それは真の相互運用製品となり、ほとんどあらゆるＩＴ環境
内での統合に対処する。該サーバアーキテクチャは、ワークフローモデルおよび
その要素を拡張するためのメタモデル（複数のモデルのモデル）である。

【００１９】該サーバアーキテクチャは、拡張サーバレベル統合を可能にするオープンアー
キテクチャである。追加構成要素は、ＪａｖａＳｃｒｉｐｔなどの一般的なスク
リプト言語と容易に統合することができる。該アプリケーションプログラミング
インタフェースは、クライアントの拡張性および顧客対応のためのＪａｖａＢｅ
ａｎ技術を組み込む。そして、一般的なサードパーティのウェブオーサリングツ
ールを活用する能力によって、ユーザは、よく知られている堅牢な開発環境にお
いて、ワークフローシステム内で生成される形式をカスタマイズすることができ
る。

【００２０】ビジネスワークフローに完全な機能性サポートを提供するために、該ワークフ
ローシステム１０は、ワークフローエンジン１２、クライアント１４、Ｄａｔａ
ｂａｓｅ（データベース）（ＤＢ）アダプタ１６、ＳｃｒｉｐｔＡｄａｐｔｅ
ｒ（スクリプトアダプタ）１８、文書管理システム（（ＤＭＳ））アダプタ２２
およびディレクトリサービスアダプタ２４を備えるＤｏｃｕｍｅｎｔ／Ｄｉｒｅ
ｃｔｏｒｙ（文書／ディレクトリ）（ＤＤ）Ａｄａｐｔｅｒ（アダプタ）２０を
備える。

【００２１】該ワークフローシステムのモジュラーアーキテクチャおよびオープンプラグ接
続可能アダプタＡＰＩが、さまざまな文書管理システム、ディレクトリサービス
、ＤａｔａＢａｓｅ（データベース）管理システムおよびサーバ側スクリプトイ
ンタプリタを統合する作業を容易にする。クライアントＡＰＩもモジュール化さ
れ、コンポーネント化されている。このようにして、Ｃｌｉｅｎｔ（クライアン
ト）、Ｓｅｒｖｅｒ（サーバ）、およびアダプタ構成要素は、負荷を分散し、そ
れによって該ワークフローシステムの性能を改善するためにさまざまな機械上に
インストールされてよい。

【００２２】該ワークフローシステムは、その「アダプタオブジェクト技術」を介して、多
くの一般的な文書管理システム、ディレクトリサービス、データベースおよびス
クリプト言語と一体的に接続する。「ＡｄａｐｔｅｒＯｂｊｅｃｔ（アダプタ
オブジェクト）」技術によって、サーバは、必要なＩＴインフラストラクチャ構
成要素、すなわち文書管理システム、ディレクトリサービス、およびデータ管理
システムと通信できる。スクリプトインタプリタ用のアダプタによっても、共通
スクリプト言語を通して追加構成要素との統合が可能になる。これは、新興技術
の統合を可能にし、それにより「ベンダ固定化」から保護することだけではなく
、組織がそのＩＴインフラストラクチャに対して行った投資も利用する（「ベン
ダ固定化」は、ある組織がベンダを切り替えることに関わる多大な費用のために
あるベンダにコミットされるときに発生する）。

【００２３】さらに、該ワークフローシステムは、新しいサポートワークフローアプリケー
ションまたはインフラストラクチャ製品を管理情報システム（ＭＩＳ）に対し強
制することも必要としない。本発明の好ましい実施の態様においては、該ワーク
フローシステムは、遠隔サブプロセスおよびワークアイテム通知転送を含む複数
のサーバ構成をサポートする。スケーラビリティは、単一サーバあたり少なくと
も１００人のユーザをサポートするために拡張することができる。

【００２４】該ワークフローシステムの主要な構成要素とは、ワークフローエンジンである
。該ワークフローシステムは、独立サービス／ソフトウェアベンダ（ＩＳＶ）お
よび付加価値小売業者（ＶＡＲ）に堅牢なワークフローエンジンを提供する。Ｉ
ＳＶは独自の製品を持ち、専用の製品を機能拡張するためにその他の製品を使用
してよい。ＶＡＲは独自の製品を持たないが、その他の製品に追加し、このよう
にしてさらに望ましい製品を作る。ワークフロー開発ツールとして、該ワークフ
ローシステムは、それを用いてその既存のアプリケーションを「ワークフローイ
ネーブルし」、それによって新規機能性を作成する完全にフィーチャーされる相
互運用エンジンをＩＳＶに提供する。さらに、該ワークフローシステムは、ＶＡ
Ｒおよびその他のサードパーティ統合者に、それを用いて特殊化した堅牢なカス
タムワークフローソリューションをほぼあらゆるＩＴ環境で使用するために容易
に作成するためのツールを与える。

【００２５】好ましい実施の態様においては、該ワークフローエンジンはサーバ上に常駐し
、１００％Ｊａｖａをベースにしている。該ワークフローエンジンは、ユーザと
その他の構成部品間の対話を交渉し、ユーザによって起動されるプロセスを実行
し、ユーザにプロセス内のステータスの変化を通知する。該ワークフローエンジ
ンは、１００を越えるリアルタイム（繋がれている）ユーザ、および１０００ま
での「不定期な」（つながれていない）ユーザを、すべて単一システムから、同
時に、ウェブを介してサポートする。リアルタイムユーザの場合、記憶および転
送は必要とされない。組織が大きくなり、プロセスが進化するにつれて、該ワー
クフローシステムのモジュラーアーキテクチャは、トランザクションスループッ
トの増加を処理するために、容易に拡大縮小することができる。

【００２６】好ましい実施の態様においては、該Ｓｅｒｖｅｒ（サーバ）と該Ｃｌｉｅｎｔ
（クライアント）の間の情報の転送は、共通オブジェクトリクエストブローカア
ーキテクチャ（ＣＯＲＢＡ）リンク上で発生する。該ＣＯＲＢＡインタフェース
はプラットホームに依存しない、言語に依存しないインタフェースであり、ＣＯ
ＲＢＡインタフェースを使用すると、ユーザは、プロセスの代わりにオブジェク
トに接続できる。好ましい実施の態様においては、該サーバは、オブジェクト管
理グループ（ＯＭＧ）のオブジェクトリクエストブローカ（ＯＲＢ）プロトコル
基準であるＣＯＲＢＡプロトコル、インターネットＯＲＢ間プロトコル（ＩＩＯ
Ｐ）２６を提供する。

【００２７】該ＩＩＯＰを使用すると、該ワークフローシステムオブジェクトを、アプリケ
ーションおよびクライアントツールにさらすことができる。加えて、該ＩＩＯＰ
を使用すると、該ワークフローシステムは、現在の技術および将来の技術との統
合のためにきわめて拡張可能となる。該Ｓｅｒｖｅｒ（サーバ）は、メールを転
送し、該ネットワークを管理するソフトウェアを含む。該ＭａｉｌＡｄａｐｔ
ｅｒ（メールアダプタ）２８は、多岐に渡るメールシステムに接続してよい。好
ましい実施の態様において、該Ｓｅｒｒｖｅｒ（サーバ）は、メールを転送する
ために、シンプルメール転送プロトコル（ＳＭＴＰ）２９またはショートメッセ
ージサービス（ＳＭＳ）３０のどちらかを使用してよい。

【００２８】ＳＭＴＰは、ホストとユーザセクションの両方との電子メールシステムである
。ＳＭＴＰは、メールを、該メールを分散するメールサーバに送信するための出
ｅ−メールプロトコルの遍在する基準である。該ＳＭＴＰユーザソフトウェアは
、多くの場合、パーソナルコンピュータ用のＴＰＣ／ＩＰパッケージの中にユー
ティリティとして含まれている。ＳＭＳはテキストメッセージを送受するための
システムであって、大部分の汎欧州デジタルセルラーシステム（ＧＳＭ）ネット
ワークで実現される。ＳＭＳは、デジタルページャメッセージまたはデジタル電
話メッセージを送信するためのプロトコルである。

【００２９】ＣＯＲＢＡは、マサチューセッツ州、ファーミンハム（Ｆａｒｍｉｎｇｈａｍ
，Ｍａｓｓ）のオブジェクト管理グループ（ＯＭＧ）によって定義されている。
ＯＭＧは、あたかも全体としてここに述べられているかのように、これにより参
照して組み込まれているＣＯＲＢＡ／ＩＩＯＰ２．２仕様書を発表した。

【００３０】図２は、骨組およびスタッブを作成する際に関係する多様な要素のブロック図
を示す。ＣＯＲＢＡに対する中心的な概念の一つが、インタフェース定義言語（
ＩＤＬ）の使用である。ＩＤＬ定義１００によって、言語とプラットホームに依
存しないクライアントおよびオブジェクトの作成が可能になる。オブジェクトの
骨組１１０は、ＩＤＬ定義から作成できる。それから、該骨組は、ある特定のプ
ラットホームで使用するためのある特定の言語のために開発することができる。
該サーバ上の該オブジェクトは、ＩＤＬインタフェース１７０を介して該クライ
アントと通信する。該骨組がオブジェクトの開発に使用されている限り、該オブ
ジェクトは同じＩＤＬ定義を使用して作成される任意のクライアントと通信する
ことができる。

【００３１】クライアントのスタッブ１２０は、ＩＤＬ定義から作成することが出来る。そ
れから、該クライアントは、ある特定のプラットホームで使用するためにある特
定の言語のために開発することができる。再び、ＩＤＬスタッブがクライアント
の開発に使用されている限り、該クライアントは同じＩＤＬ定義を使用して作成
される任意のオブジェクトを通信することができる。該サーバとクライアントは
、ＩＤＬを使用して定義されるインタフェースを介して互いに通信することがで
きる。サードパーティベンダのＩＤＬコンパイラ１３０は、骨組またはスタッブ
のために、ＩＤＬコードをコンパイルされたコードの中にコンパイルする。コン
パイルされた骨組コードは、開発時に具体的対象１５０の中に作りこまれる抽象
クラス１４０を反映する。その場合、該具体的対象が、該ワークフローエンジン
の一部となる。コンパイルされたスタッブコードは、やはり具体的なクライアン
ト１６０である抽象クライアントを反映する。該クライアント１４は、該サーバ
１２と通信するために該スタッブを使用する。

【００３２】該スタッブは抽象および具象の両方である。該開発者は、該スタッブを採取し
、それをクライアント側で使用し、該クライアント側ではこれ以上のインプリメ
ンテーションはない。サーバ側では、該開発者は抽象を与えられる。それから、
該開発者は該骨組を実体化し、具象クラスを作成する。該開発者がスタッブを生
成しているとき、該開発者は、抽象だけではなく具象も生成している。骨組の場
合、該開発者は具象を開発しなければならない。骨組の場合、開発ステップがあ
るが、スタッブの場合には開発ステップはない。骨組の場合、該開発者はインタ
フェースを定義し、それからそのインタフェースを実際に実現する具象コードを
作成する。スタッブの場合、該開発者は、該スタッブを使用して、該インプリメ
ンテーションに接続する。

【００３３】図１に図示されているように、該クライアントはウェブブラウザ３２内で実行
する。該ワークフローシステムクライアントは、従来の厚いクライアントアーキ
テクチャに依存する特別ウェブインタフェースではなく、該ネイティブウェブユ
ーザインタフェースを活用する。該ワークフローシステムは一般的なウェブブラ
ウザを使用するため、特殊ワークフロー関連クライアントソフトウェアのインス
トールは必要とされない――追加管理費は生じない。好ましい実施の態様におい
ては、該ワークフローシステムは、一般的なウェブブラウザＭｉｃｒｏｓｏｆｔ ^R ＩｎｔｅｒｎｅｔＥｘｐｌｏｒｅｒ^TM、およびＮｅｔｓｃａｐｅ^RのＮａｖ
ｉｇａｔｏｒ^TMを活用する。

【００３４】該ワークフローシステムは、ウェブクライアント構造を提供し、それによって
ユーザは、提供されたワークフローシステムクライアント、または該ワークフロ
ーシステムのＡＰＩを使用して開発されたカスタマイズ化されたクライアントを
介して該エンジンにアクセスしてよい。アダプタＡＰＩは、ユーザが、該ユーザ
の構成に特殊なアダプタを開発できるように提供される。その関連するＡＰＩと
ともにデフォルトのシステムクライアントを提供することは、迅速な顧客対応、
拡張および新しいクライアントまたはアプリケーションの合成に対処する。該デ
フォルトシステムクライアントは、その簡略で学習が容易なユーザインタフェー
スのために配備、管理およびサポートが容易である。該単純ユーザインタフェー
スは、自動化プロセスでのユーザの関与を促進する。

【００３５】該ワークフローシステムアーキテクチャは、サードパーティ製品との統合を可
能にするためにアダプタをベースにしているため、他のシステムとは異なり、該
ワークフローシステムアダプタ技術は、該ワークフローシステムの実質的には任
意の既存ＩＴインフラストラクチャとの統合をサポートする。情報システム（Ｉ
Ｓ）インフラストラクチャは、該ワークフローシステムと容易に統合できる。ア
ダプタによって、該Ｓｅｒｖｅｒ（サーバ）は、他の構成要素と通信できる。ア
ダプタは、該Ｓｅｒｖｅｒ（サーバ）が共通インタフェースに話をすることがで
きるようにする変換器として動作する。言葉の従来の意味においては、まさにア
ダプタは直接的に接続しない二つのパーツを接続するために使用されるので、こ
れらのアダプタは類似した機能を有する。特定の環境構成に適したアダプタだけ
をインストールする必要がある。

【００３６】本発明の好ましい実施の態様においては、該Ｄａｔａｂａｓｅ（データベース
）（ＤＢ）アダプタは、Ｊａｖａデータベース接続性（ＪＤＢＣ）基準を使用し
、該Ｓｅｒｖｅｒ（サーバ）とデータベースサーバの間の通信機構を提供する。
（ＤＭＳ）の目的とは、永続プロセス属性の記憶である。「永続」とは、該ワー
クフローシステムの電力が停止した場合に、プロセス属性が失われないことを意
味する。好ましい実施の態様においては、プロセス属性は、システム停止時にデ
ィスク上に記憶される。該データベース３４はプロセス情報を維持する。好まし
い実施の態様においては、データベースアダプタは、ＪＤＢＣを介するＭｉｃｒ
ｏｓｏｆｔＳＱＬＳｅｒｖｅｒ^TMおよびＪＤＢＣを介するＯｒａｃｌｅ^Rの
Ｏｒａｃｌｅ７^TMバージョン７．３を含む。

【００３７】該ワークフローシステムが実行を開始すると、三つのオブジェクトが命名サー
ビスから使用できる。すなわち、Ｄｏｃｕｍｅｎｔ／Ｄｉｒｅｃｔｏｒｙ（文書
／ディレクトリ）（ＤＤ）フレームワーク２０、（ＤＭＳ）アダプタ２２、およ
びＤＳアダプタ２４である。該ＤＤＡｄａｐｔｅｒ（アダプタ）は、該（ＤＭ
Ｓ）アダプタとＤＳアダプタという二つのアダプタを合わせて一つにしたもので
ある。該ＤＳおよび（ＤＭＳ）は、自律である。すなわち、互いから別個に存在
している。該ＤＤフレームワークの構造は、該（ＤＭＳ）およびＤＳがさまざま
なベンダ製であることを可能にする。

【００３８】たとえば、該ＤＳを（ＤＭＳ）から分割すると、Ｌｏｔｕｓ（ＤＭＳ）といっ
しょにＥｘｃｈａｎｇｅ（交換機）ディレクトリを使用できる。（ＤＭＳ）の目
的とは、文書の集中化「返却および貸出し」記憶のためである。該（ＤＭＳ）は
、書式、添付物およびテンプレートを記憶するために使用される。該ＤＤアダプ
タは、ユーザを認証し、役割分解を実行するために該ＤＳを使用する。好ましい
実施の態様においては、サポートされている製品は以下を含む。すなわち、Ｊａ
ｖａネイティブディレクトリインタフェース（ＪＮＤＩ）を通した軽量ディレク
トリアクセスプロトコル（ＬＤＡＰ）、ＭｉｃｒｏｓｏｆｔＥｘｃｈａｎｇｅ
^TM、およびＭｉｃｏｓｏｆｔＮＴ^TMユーザレジストリである。

【００３９】該ワークフローシステムは任意の（ＤＭＳ）と統合できる。（ＤＭＳ）アダプ
タは、Ｗｉｎｄｏｗｓ（登録商標）ＭｉｃｒｏｓｏｆｔＥｘｃｈａｎｇｅ^TM
３６、Ｊａｖａ開発キット^TM（ＪＤＫ）３７，ＮＴ ^TMファイルシステム３８の
ために提供される。ＤＳアダプタは、ＭｉｃｒｏｓｏｆｔＥｘｃｈａｎｇｅ^TM
３９、ＬＤＡＰ４０、およびＷｉｎｄｏｗｓＮＴ^TMユーザレジストリ４１のため
に提供される。Ｊａｖａは、プラットホームに依存しないファイルシステムのビ
ューを提供する。

【００４０】該ＤＤアダプタ、該Ｄｉｒｅｃｔｏｒｙ（ディレクトリ）アダプタ、および該
（ＤＭＳ）アダプタは、それらが可能な限り迅速に立ち上げられるように、その
使用を可能な限り単純にするための機能の最小セットを備える。図３は、該ＤＤ
−（ＤＭＳ）−ＤＳ構造を示す。該ＤＳアダプタは、ディレクトリセッションオ
ブジェクト２００を作成する。該（ＤＭＳ）アダプタは（ＤＭＳ）セッションオ
ブジェクト２１０を作成する。

【００４１】該ＤＤアダプタは、つぎに示す機能を備える。すなわち（１）ログイン、（２
）ログアウト、（３）該（ＤＭＳ）オブジェクトの取得、および（４）該ディレ
クトリオブジェクトの取得である。

【００４２】該Ｄｉｒｅｃｔｏｒｙ（ディレクトリ）アダプタは、以下の機能を備える。す
なわち（１）指定されたユーザ向けのディレクトリセッションオブジェクトを作
成する、（２）ディレクトリセッションオブジェクトを破壊する、（３）指定さ
れたグループ向けのユーザリストを戻す、（４）一つの長い文字列としての指定
されたグループ内のユーザリストを戻す、（５）グループのリストを戻す、（６
）指定されたユーザ用のすべてのプロパティ（Ｎａｍｅ（名前）−Ｖａｌｕｅ（
値）の組）を戻す、（７）指定されたユーザ用の指定されたプロパティ（Ｎａｍ
ｅ（名前）−Ｖａｌｕｅ（値）の組）を作成する、（８）指定されたユーザ用の
指定されたプロパティ（Ｎａｍｅ（名前）−Ｖａｌｕｅ（値）の組）を更新する
、（９）指定されたユーザのプロパティの削除である。

【００４３】前記項目（６）、指定されたユーザ用のすべてのプロパティを戻す能力は、該
タスクを実行している人物の利益のために、該ワークフローシステムをカスタマ
イズするために該ワークフローシステムによって必要とされる。前記アイテム（
７）および（８）は、それぞれユーザプロファイルを作成し、更新するためであ
る。

【００４４】該（ＤＭＳ）アダプタは、以下の機能を備える。すなわち（１）指定されたユ
ーザ用の（ＤＭＳ）セッションオブジェクトを作成する。（２）該（ＤＭＳ）セ
ッションオブジェクトを破壊する。(３)該指定された経路の文書／ディレクトリ
のリストを戻す、すなわちフォルダの文書メンバーを提供する。（４）読取りま
たは書き込みのために指定されたファイルを貸し出す。それは、一意のファイル
名の付いた該ファイルのコピーを作成し、該構成ファイルに指定されている経路
の元で該クライアント機械の上にそのファイルをコピーする。（５）指定ファイ
ルを返す。（６）ファイルが、ある特定のユーザ向けの読取りモードのために貸
し出される添付物ディレクトリの経路を戻す。（７）ファイルが、ある特定のユ
ーザ向けの書込みモードのために貸し出される添付物ディレクトリの経路を戻す
。（８）指定された新規ファイルを指定された経路に返す。（９）該ＤＤアダプ
タが実行中である機械の上で使用できるすべてのドライブを戻す。

【００４５】ＣＯＲＢＡは、命名サービスの使用に対処する。該命名サービスは、ＣＯＲＢ
Ａオブジェクトとクライアント間の層を追加し、その結果該クライアントは、該
オブジェクトまたは該オブジェクトが実行中である該サーバのアイデンティティ
を知る必要がない。むしろ、該命名サービスはこの情報を格納し、該オブジェク
トを活用することを求めることのある該クライアントのそれぞれに通知する必要
なく、該命名サービスに通知することによってサーバ間でオブジェクトを動き回
らせることができる。該命名サービスを該ワークフローシステムで使用すること
によって、ある特定のインプリメンテーションとは無関係に汎用アーキテクチャ
が可能になる。該ワークフローシステムは、該命名サービスを活用し、負荷を分
散し、分割する。

【００４６】各ワークフローシステム構成要素は、初期化ファイル内にセクションを有する
。該初期化ファイルは、各構成要素に、該構成要素が該命名サービスで登録をす
ると、それが、たとえばＸなどの該命名サービスによって提供される名前を付け
て登録されることを知らせる。該命名サービスはＸを任意の（ＤＭＳ）オブジェ
クトに結び付ける。該例で続けると、該初期化ファイルは、該ＤＤフレームワー
ク構成要素に、該ＤＤフレームワークの名前がＺであること、および該ＤＤフレ
ームワークが活用できる構成要素の名前が該（ＤＭＳ）アダプタに対してはＸで
あり、該ＤＳアダプタに対してはＹであることを知らせる。

【００４７】それが、該ＤＤフレームワークが該（ＤＭＳ）アダプタおよび該ＤＳアダプタ
についてどのように知るのかである。同様に、該サーバが、それが探している該
ＤＤフレームワークを見つけ出すために、該命名サービスは、該サーバが立ち上
がるときに、該サーバに、該ＤＤフレームワークがＺと呼ばれることを知らせる
。その効果は、該ユーザが異なる名前が指定された同じ機械でアダプタの別のセ
ットを立ち上げることができ、それらに互いに依存させることができるという点
である。このようにして、該ワークフローシステムは、非常に異なった構成要素
による別の構成を有することができる。これにより、複数の構成要素が、同じプ
ラットホーム上で共存することができる。

【００４８】その結果、該ユーザは複数の構成を有し、ただ該構成ファイルを変更するだけ
で該（ＤＭＳ）アダプタを立ち下げ、変更することができる。これがフェイルオ
ーバに対処する。該構成要素のそれぞれは別々の機械上で実行できる。該構成要
素が、ホスト１上のＸのように実行中である機械の上で、ホスト１上で何かが破
壊されたために誤動作（たとえば、該（ＤＭＳ）アダプタがダウンした）が発生
すると、該ユーザは、ホスト２に該（ＤＭＳ）アダプタのコピーを転送し、該（
ＤＭＳ）アダプタの名前がＸである旨を、ホスト２構成ファイルを介してホスト
２に教える。該ワークフローシステムは該命名階層に移動し、旧Ｘを、結び付け
ている新Ｘで置き換え、該システム全体が再び動作する。

【００４９】フェイルオーバは、通常、災害復旧のためである。該機械がクラッシュし、電
源がオフになり、ユーザは別のホストに切り替える必要がある。該特定の構成要
素である、たとえば該（ＤＭＳ）は、実際のオブジェクトリファレンスに結び付
けられている。該ＤＤフレームワークは、該実際のオブジェクトリファレンスに
話をする。該ＤＤフレームワークは該名前に関して分解を行う。該構成ファイル
は、該ＤＤフレームワークに、該（ＤＭＳ）アダプタがＸと呼ばれることを知ら
せる。該ＤＤフレームワークが起動すると、それはＸを検索し、Ｘのアドレスを
分解し、Ｘを該実際の（ＤＭＳ）オブジェクトに関連付け、結び付ける。

【００５０】優位点は、該システムが一度もダウンせずに、週に７日間、日に２４時間動作
可能であるという点である。フェイルオーバは、連続動作を実行するために必要
とされる。このようにしてホスト１が故障すると、ユーザは、ホスト１と同じ（
ＤＭＳ）アダプタを有するホスト２に切り替える。該システムは、該システムが
実行中であるプラットホームの一つが故障したり、破壊されたりするだけで、機
能するのを停止しない。このファイルオーバは、システムアーキテクチャ全体に
当てはまる。同様に、該クライアントが該クライアント内で起動すると、該ワー
クフローシステムは、実質的には該クライアントに対して「これが、あなたが移
動し、サーバ上を探している命名サービスである」と伝える。したがって、該ユ
ーザは該クライアントから複数のサーバに選択的にアクセスすることができ、と
同時にそれが、該クライアントがどのようにして該サーバにラッチするのかであ
る。

【００５１】したがって、該サーバは機械１でクラッシュしたが、該ワークフローシステム
はあらゆる機械名または特定のプラットホームと完全に無関係である。該ワーク
フローシステムは、該命名サービスに依存するにすぎない。そして、該命名サー
ビスがクラッシュしたとしても、それは別の機械から立ち上げることができる。
ワークフローシステム実施の態様は複数のホストを有し、該Ｄｉｒｅｃｔｏｒｙ
（ディレクトリ）アダプタはあるホスト上に置くことができ、該（ＤＭＳ）アダ
プタは別のホストの上に置くことができ、しかもサーバがさらに別の機械上に置
くことができるため、該柔軟な結び付けは、負荷の分割および釣り合い（負荷の
分散）にも対処する。

【００５２】該負荷分割は、該命名サービスの機能ではない。それは、システムがセットア
ップされる方法、構成部品が使用可能な機械に割り当てられる方法の機能である
。該ユーザは、特定なハードウェアプラットホームとは無関係に任意の命名サー
ビスを活用することができる。「命名サービス」は一般的な用語である。該ＣＯ
ＲＢＡ命名サービスは、ＣＯＲＢＡアプリケーション用である。ＲＭＩレジスト
リは、ＲＭＩ用の命名サービスである。ＲＭＩはＪａｖａ環境のＣＯＲＢＡの同
等物である。

【００５３】図４は、クライアント１４と（ＤＭＳ）要素間の対話を示す。該文書リポジト
リ３００、（ＤＭＳ）Ｉｍｐｌ（（ＤＭＳ）インプリメンテーション）３１０、
および（ＤＭＳ）ＳｅｓｓｉｏｎＯｂｊｅｃｔ（セッションオブジェクト）３
２０は、別個の（ＤＭＳ）要素である。ユーザがドロップダウンメニュー３３０
からアイテムを選択すると、アプリケーション論理６６がイベントを受け取り、
該文書リポジトリに該所望のアイテムを示すメッセージを送信する。それから、
該文書リポジトリが（ＤＭＳ）Ｉｍｐｌに該選択されたアイテムを実行するよう
に命令する。それから、ＷＦＭａｎａｇｅｒ（マネージャ）６８およびＤＳ２
４を活用している（ＤＭＳ）Ｉｍｐｌが、該所望アイテムを該サーバ機械上のフ
ァイル３４０に返す（ＤＭＳ）ＳｅｓｓｉｏｎＯｂｊｅｃｔ（セッションオブ
ジェクト）を作成する。いったんこの動作が行われると、該文書リポジトリは、
ファイルを採取し、それを開始するｆｔｐユーティリティ３５０のセットを提供
する。

【００５４】図１は、該Ｓｃｒｉｐｔ（スクリプト）アダプタ１８およびＭａｉｌ（メール
）アダプタ２８の両方ともが、ＩＩＯＰインタフェースを介して該ワークフロー
エンジンに結合されていることを示す。

【００５５】該Ｓｃｒｉｐｔ（スクリプト）アダプタ１８は、該クライアントで入力された
スクリプトおよび外部サーバ側スクリプトを解釈する。好ましい実施の態様にお
いては、該スクリプトインタプリタは、ＪａｖａＳｃｒｉｐｔＥＣＭＡインタプ
リタ４２である。該Ｍａｉｌ（メール）アダプタ２８は、該サーバとメールサー
バ間の通信機構を提供する。好ましい実施の態様においては、ＳＭＴＰが使用さ
れる。該ワークフローシステムの該ｅ−メール通知機能が使用されるのであれば
、該メールアダプタはインストールされる必要はない。該Ｎｏｔｉｆｉｃａｔｉ
ｏｎＦａｃｉｌｉｔｙ（通知機構）が、Ｅ−メールを通して該ユーザに割り当
てられた作業アイテムを通知する。

【００５６】サーバ上に提供されているＡＰＩは、開発者がそれ以外のシステムと動作する
専用のアダプタを開発できるようにオープンＡＰＩである。「オープン」とは、
ユーザが専用のアダプタを作成できるように、ＡＰＩが発行されることを意味す
る。

【００５７】図５は、単一サーバ構成４４用の該ワークフローシステムアーキテクチャ１０
である。好ましい実施の態様においては、該ワークフローエンジンは、スタンド
アロンＪａｖａサーバである。該ワークフローシステムサーバは、そのオブジェ
クトをアプリケーションおよびクライアントツールに露呈するＣＯＲＢＡ／ＩＩ
ＯＰインタフェース２６を提供する。該Ｓｅｒｖｅｒ（サーバ）は、ステータス
変化があった該Ｃｌｉｅｎｔ（クライアント）を更新し、要求に従ってテンプレ
ートおよびプロセスデータを更新する。加えて、それは、ユーザにｅ−メール、
ＳＭＳ、および／または事前対応更新を介してタスクを通知する。該ワークフロ
ーシステムは、ｅ−メールクライアントベースである。

【００５８】該ワークフローシステムサーバは、５個のプロセス、すなわち、ワークフロー
エンジン、該ＤＢアダプタ、該（ＤＭＳ）アダプタ、該ディレクトリアダプタ、
および該スクリプトインタプリタアダプタから成り立つ。該Ｓｅｒｖｅｒ（サー
バ）は、プロセス状態データ、プロセスおよび活動関連データ、およびプロセス
履歴情報を維持するために該ＤＢアダプタと通信する。該Ｓｅｒｖｅｒ（サーバ
）は、データベース要求待ち行列を制御する。該Ｓｅｒｖｅｒ（サーバ）は、ア
ダプタを介してそれにスクリプトを渡し、結果を受け入れることによって、該Ｓ
ｃｒｉｐｔＩｎｔｅｒｐｒｅｔｅｒ（スクリプトインタプリタ）と対話する。

【００５９】該Ｓｅｒｖｅｒ（サーバ）は、該ユーザのコンテキストを保持し、（ＤＭＳ）
形式および添付物が記憶されるロケーションに対するポインタを維持し、認証お
よび役割分解を実行するために該ＤｉｒｅｃｔｏｒｙＳｅｒｖｉｃｅ（ディレ
クトリサービス）にアクセスする、該文書／ディレクトリ（ＤＤ）アダプタと通
信する。ユーザはログインすると、彼らはクライアントｉｄを取得する。該クラ
イアントｉｄを使用して、該ユーザは、それぞれ該ディレクトリアダプタ、また
は該（ＤＭＳ）アダプタの中に常駐するディレクトリセッションオブジェクトま
たは（ＤＭＳ）セッションオブジェクトを取得できる。該ディレクトリアダプタ
および該（ＤＭＳ）アダプタは、それぞれディレクトリセッションオブジェクト
および（ＤＭＳ）セッションオブジェクト用の工場である。

【００６０】一方ではアプリケーションと、他方では該（ＤＭＳ）と（ＤＳ）の間のインタ
フェースは、具象クラスで実現される。該（ＤＭＳ）クラスおよび該ＤＳクラス
は、該クライアント側にインタフェースを有する。該ワークフローシステム（Ｄ
ＭＳ）およびＤＳＡＰＩを使用する優位点とは、ユーザはクライアントアプリ
ケーションを採取し、別の（ＤＭＳ）およびＤＳを用いて別のシステム上でそれ
を実行することができるという点である。該ユーザは、該インタフェースを妨害
することなく該アダプタを置換することができる。

【００６１】図５に示されている実施の態様においては、該（ＤＭＳ）アダプタ２２は、該
ＮＴファイルシステムと接続するための該ＮＴＦｉｌｅ（ファイル）システム
アダプタである。該ディレクトリアダプタは、該ＮＴＵｓｅｒｓＲｅｇｉｓ
ｔｒｙ（ユーザレジストリ）と接続するための該ＮＴＵｓｅｒＲｅｇｉｓｔ
ｒｙ（ユーザレジストリ）アダプタである。該データベース管理システム（ＤＢ
ＭＳ）アダプタ１６は、ＳＱＬサーバ４６と接続するためのシステム照会言語（
ＳＱＬ）アダプタ、すなわちＪａｖａデータベース接続性（ＪＤＢＣ）アダプタ
である。該スクリプトインタプリタアダプタ１８は、該ＪａｖａＳｃｒｉｐｔイ
ンタプリタ４８と接続するための該ＪａｖａＳｃｒｉｐｔアダプタである。

【００６２】該ワークフローエンジンは、該ＤＢＭＳアダプタを通して該ＤＢＭＳに、ディ
レクトリアダプタを通して該ディレクトリサービスに、該（ＤＭＳ）アダプタを
通して該文書管理リポジトリに、および該スクリプトアダプタを介して該スクリ
プトインタプリタにアクセスする。該ワークフローエンジンは、パーシステイフ
ァイワークフロープロセスをサポートするために該ＤＢＭＳを、認証および役割
分解を実行するために該ディレクトリサービスを、添付物、書式、およびプロセ
ステンプレートファイルを記憶するために該（ＤＭＳ）を、サーバ側スクリプト
を評価するために該スクリプトインタプリタを活用する。

【００６３】該ワークフローシステムアーキテクチャは、オープンアーキテクチャのある階
層システムである。各層で該ワークフローシステムを多岐に渡る要素に開放する
ために、該Ｃｌｉｅｎｔ（クライアント）はウェブブラウザの中で実行し、該ク
ライアントアーキテクチャはＪａｖａアプレットおよびＪａｖａＢｅａｎ構成要
素の組み合わせから構成されている。

【００６４】図５は、ＩｎｔｅｒｎｅｔＥｘｐｌｏｒｅｒ５２を介したデフォルトのウェ
ブクライアント構成５０へのアクセスを示す。該デフォルトのクライアント構成
は、モデル層５４およびユーザインタフェース（ＵＩ）層５６という二つの構成
要素層を備える。該ＩＩＯＰはインタフェースレベルにある。該モデルは、該Ｉ
ＩＯＰ層の上に層化されている。該ＵｓｅｒＩｎｔｅｒｆａｃｅ（ユーザイン
タフェース）（ＵＩ）は、該モデル層上に層化されている。該モデル層は、該Ｓ
ｅｒｖｅｒ（サーバ）と該ＵＩ間の中間層として見なすことができる。該モデル
層は、該クライアントオブジェクトの状態をカプセル化し、ＣＯＲＢＡＩＩＯ
Ｐを介して該Ｓｅｒｖｅｒ（サーバ）と対話する。該ＵＩ構成要素は、ウェブク
ライアントプレゼンテーション用であり、該ユーザの視覚的なニーズを満たすた
めにカスタマイズすることができる。

【００６５】ユーザがすでにＵＩを有している場合には、該ユーザは、該モデル層の中に該
ワークシステムＡＰＩを必要とするだけである。該ウェブクライアント（Ｍｏｄ
ｅｌ（モデル）およびＵＩ構成要素）は、ＳｕｎＭｉｃｒｏｓｙｓｔｅｍｓ^R
のＪａｖａＳｔｕｄｉｏ^TMなどのサードパーティウェブ開発ツールのパレットの
中で容易に構成し直され、拡張またはカスタマイズすることができる。ウェブク
ライアントは、クライアント構成要素のモジュラリティおよびカスタマイズアビ
リティによって容易に認識できる。該クライアント構成要素のモジュラリティお
よび機能内訳が、容易な再構成に対処する。該Ｂｅａｎ構成部品は、製造者ツー
ルを通したカスタム化および拡張に対処する。

【００６６】図５では、該クライアントは、ＨＴＴＰプロトコル６０を介してインターネッ
ト情報サーバ５８と通信する。該ＨＴＴＰインタフェースとは、動的に構成され
ているウェブページをクライアントに、およびクライアントから提供するのと担
当するＵＲＬベースのインタフェースである。インターネット情報サーバのアク
ティブサーバページ（ＡＳＰ）６２は、ＣＯＲＢＡＩＩＯＰを介して該ワーク
フローシステムサーバと通信する。

【００６７】図６は、ウェブクライアントのデフォルト構造を示す。該ウェブクライアント
は、Ｊａｖａアプレットおよび／またはＪａｖａＢｅａｎ構成要素の組み合わ
せを備える。これらのクライアント構成要素は、ＪａｖａスクリプトおよびＨＴ
ＭＬ６４を使用していっしょに配線される。該クライアントは、すべてのジャバ
ビーンズがスタンドアロンで動作できるようにコンポーネント化されている。イ
ンプリメンテーションソリューションは、ジャバビーンズのすべてまたはいくつ
かを使用することができる。

【００６８】該ワークフローシステム以外のシステムはウェブクライアントを有するが、そ
れらは真にオープンではない。それ以外のシステムのクライアントは、独占的な
システムに結び付けられている制限を有し、大部分は移植の問題のために制限さ
れる。それ以外のワークフローシステムは、それらがソフトウェアをユーザ機械
上にインストールすることを必要としたために成功しなかった。それらは、ウェ
ブベースである代わりにクライアント−サーバベースであった。該ワークフロー
システムは、ユーザ機械上よりむしろウェブサーバ上にそのクライアントを有す
る。

【００６９】ＪａｖａＢｅａｎｓによって、ユーザは、ソフトウェアユーザインタフェース
構成要素を柔軟にアセンブルし直すことができ、それによってユーザはユーザの
ニーズに最もよく適するワークフローシステムを作成することができるため、該
ワークフローシステムＣｌｉｅｎｔ（クライアント）の構成要素アーキテクチャ
は、ＪａｖａＢｅａｎｓに基づいている。該ビーンズによって、該ユーザは、そ
の管理を含む該ワークフローシステムのすべての面にアクセスし、操作すること
ができる。該ワークフローシステム機能性は拡張することができる、および／ま
たはサードパーティ製品およびツールと統合することができる。ＪａｖａＢｅａ
ｎｓはプラットホームから中立であるため、開発者は任意のアプリケーション環
境内で任意のＯＳのために開発することができる。

【００７０】該クライアント構成要素は、厳密には二つの層、すなわちモデル構成要素層と
ＵＩ構成要素層の中で構造化されている。モデル構成要素は、ＣＯＲＢＡＩＩ
ＯＰを介して、該クライアントオブジェクトの状態およびサーバとの対話をカプ
セル化するために使用される。該クライアントＵＩ構成要素の目的とは、オーガ
ナイザ、プロセスのサムネイルオーバビュー、または詳細なビューなどの該ワー
クフローシステムユーザインタフェースのさまざまな構成要素を提供することで
ある。これらの構成要素は、クライアントオブジェクトを維持しない、あるいは
ワークフローシステムサーバとの対話を実行しない。

【００７１】該クライアント構成要素は、ＮｅｔｓｃａｐｅからＶｉｓｕａｌＪａｖａＳ
ｃｒｉｐｔ、あるいはＳｕｎＭｉｃｒｏｓｙｓｔｅｍｓからＶｉｓｕａｌＳｔ
ｕｄｉｏなどの視覚的な開発ツールのパレットに容易にインポートできるように
設計されている。このような構成要素をサードパーティツールのために使用でき
るようにすることによって、該クライアントの容易な再構成、拡張およびカスタ
マイズが可能になる。このようにして、ユーザがまったく新しいクライアントを
最初から作成することを望まない場合には、ユーザはデフォルトのワークフロー
システムをカスタマイズし、それによってカスタムクライアントを作成すること
ができる。

【００７２】該モデル構成要素は、アプリケーション論理（ＡｐｐＬｏｇｉｃ）６６、ワー
クフロー（ＷＦ）マネージャモデル６８、形式モデル７０、作業アイテムモデル
７１、プロセスモデル７２およびテンプレートモデル７４を含む。図６では、Ｈ
ＴＭＬおよびＪａｖａＳｃｒｉｐｔ以外の括弧の間の名前がクラス名である。該
Ａｐｐｌｉｃａｔｉｏｎ（アプリケーション）論理モデルは、該クライアントの
全構成要素間の調整およびイベントのディスパッチを担当する。該ＷＦＭａｎａ
ｇｅｒモデルは、ログイン／ログアウトおよび該サーバからのリストの検索を担
当する。該ＦｏｒｍＭｏｄｅｌ（書式モデル）は、形式とプロセス構成要素間
のデータ交換を担当する。該ＷｏｒｋｉｔｅｍＭｏｄｅｌ（作業アイテムモデ
ル）は、作業アイテム、すなわち処理されるのを待機する任意の活動を担当する
。該ＰｒｏｃｅｓｓＭｏｄｅｌ（プロセスモデル）は、プロセスインスタンス
を担当する。該ＴｅｍｐｌａｔｅＭｏｄｅｌ（テンプレートモデル）は、計画
、すなわちプロセステンプレートを担当する。

【００７３】包括的なレポート作成をサポートするために、該ＵＩは、該ＭｅｎｕＢａｒ
（メニューバー）およびＴｏｏｌＢａｒ（ツールバー）７６、該Ｏｒｇａｎｉ
ｚｅｒ（オーガナイザ）７８、該Ｏｖｅｒｖｉｅｗ（オーバビュー）８０、該Ｐ
ｒｏｃｅｓｓ（プロセス）／テンプレートビューワ／エディタ８２、該Ａｃｔｉ
ｖｉｔｙ（活動）制御バー８４、該Ａｃｔｉｖｉｔｙ（活動）詳細ビュー８５、
該Ａｃｔｉｖｉｔｙ（活動）応答バー８６および形式ビュー８８から構成されて
いる。

【００７４】該Ｏｒｇａｎｉｚｅｒ（オーガナイザ）は、プロセス、プロセス定義および作
業アイテムのリストを提示する。該Ｏｖｅｒｖｉｅｗ（オーバビュー）は、選択
されたプロセスまたはプロセス定義の縮小サムネイルオーバビューを提示する。
該サムネイルオーバビューは、選択されたプロセスまたはプロセス定義のグラフ
ィック表記である。該Ｐｒｏｃｅｓｓ（プロセス）／テンプレートビューワ／エ
ディタは、プロセスおよびプロセス定義の表示／編集を可能にする。該活動バー
は、添付物および形式に対するアクセスを可能にする。該応答バーは、該ユーザ
が特定の選択肢を用いて活動の完了を指定できるようにする。該形式ビューは、
ユーザ定義書式の内容を提示する。

【００７５】該ＴｈｉｎＣｌｉｅｎｔ（薄いクライアント）とは、該ＦｕｌｌＣｌｉｅ
ｎｔ（完全クライアント）のサブセットである。該活動詳細ビューは、該活動バ
ー８４、該応答バー８６、および該形式ビュー８８を備える。本発明の実施の態
様は、表示されている薄いクライアントビューまたはグラフィックビューのどち
らかを有してよく、そこではそれらは、同時に共存しない。しかしながら、該ユ
ーザは、該同じ活動に関して、該薄いクライアントビューと該グラフィックビュ
ーの間で切り替えることができる。該薄いクライアントビューおよび該グラフィ
ックビューは、それらが活動を表示する、異なる方法であるため、互いに置換す
ることができる。該３個の該薄いクライアントまたは該グラフィックビューが、
該ＤｅｖｅｌｏｐｅｒＣｌｉｅｎｔ（開発者クライアント）画面レイアウトの
ターゲット領域を備える。本発明の別の実施の態様は、同時に表示されている該
薄いクライアントビューと該グラフィックビューの両方を持ってよい。

【００７６】該ワークフローシステムにより、知識作業者は、スクリプトまたはプログラミ
ングを実行しなくてもプロセスモデルを作成することによって有意義なワークフ
ロープロセスを定義できる。これらのプロセスモデルは、機能が豊富なグラフィ
ックユーザインタフェースを用いて、プロセス起動前、または「実行中」のどち
らかに、容易に視覚的に作成、修正される。プロセスモデルは、プロセスインス
タンスを介して実現される。プロセスインスタンスは、それによってワークフロ
ープロセスがモデル化される協力媒体である。プロセスインスタンスは、計画テ
ンプレートから作成される。プロセスインスタンスは、プロセス属性と呼ばれて
いる共用データ空間および（プロセス定義またはテンプレートとしても知られる
）計画から構成されている。プロセス属性は、永続データ要素または文書などの
外部情報ソースへのリンクである場合がある。プロセス属性は、集合的にプロセ
ス関連データと呼ばれることもある。

【００７７】プロセスと活動の両方ともアクティブであってよい。アクティブプロセスまた
は活動とは、人間の応答を待っているものである。多くのプロセスインスタンス
が、任意の一時点でアクティブとなり、同じまたは別の計画テンプレートから作
成することができる。プロセステンプレートは、オフラインで編集することがで
き、オンラインで動的に編集することができる。プロセス変更制御は、動的にプ
ロセスインスタンスおよび計画テンプレートを更新する。該プロセスインスタン
スは、そこからそれらが作成され、それによって、ユーザが、プロセスインスタ
ナスの特徴を修正することにより実行時に計画テンプレートを修正できる計画テ
ンプレートに関係し続ける。

【００７８】プロセスインスタンスは、パーソナルテンプレートを作成するために使用でき
る。実現されたワークフローアーキテクチャ内の該ＣＯＲＢＡインタフェースお
よびＪＡＶＡ言語の該プラットホームに依存しない性質は、プロセスインスタン
スが、多くの異なるコンピュータプラットホーム上にあることを可能にし、プロ
セスインスタンスと計画テンプレートの両方の動的な修正を可能にする。該ワー
クフローシステムは任意の一つのコンピュータシステムに結び付けられていない
ため、該ワークフローシステムは、テンプレートおよびプロセスのサイズに何の
サイズ制限を課さない。

【００７９】計画は、矢印を介してネットワーク化されているノードのセットから構成され
ている。各ノードは活動（ビジネス活動）またはフロー制御演算子を表す。矢印
は二つのノード間の経路を表す。活動は、その出矢印上で、それらがアクティブ
状態（実行される準備が完了している）にあるときにイベントを作成することが
でき、複数の活動が一度にアクティブであってよい。異なるノードタイプは、入
イベントに対し応答する上でさまざまな動作を有してよい。ノードには、それが
ユーザの関与を必要とする活動を表す場合に役割を割り当てることができる。役
割はユーザと関連しており、組織ディレクトリ内で維持される。複数のユーザが
同じ役割を割り当てられてよく、ユーザは複数の役割を果たす。開始ノードと呼
ばれている計画の開始点を特定する特殊ノード、および終了ノードと呼ばれてい
る計画中の終了点を特定する別のノードがある。有効な計画は一つの開始ノード
を有するだけでなければならない。計画には複数の終了ノードがあってよい。ノ
ードはそれ自体の属性を有する。

【００８０】その計画を含むプロセスのすべての面は、そのライフサイクルの任意の段階で
修正されてよい。プロセスは不完全な計画を使用して作成できる。プロセス計画
を任意のときに修正、拡張することは、該ワークフローシステムの顕著な機能の
一つである。プロセスインスタンスが作成されると、それには実施する計画が割
り当てられる。プロセスインスタンスは、実行中の計画と考えることができる。
計画は静的な再利用可能なプロセスモデルである。プロセスインスタンスは作成
された後、それは手動でまたは自動的に起動できる。プロセスの起動により、そ
の開始ノードはアクティブになり、その出矢印上でただちにイベントを生成する
。異なるノードタイプは、その入矢印の内の一つに到着するイベントに対応する
際にさまざまな動作を有してよい。

【００８１】該ワークフローシステムは、ＳｔａｒｔＮｏｄｅ（開始ノード）、Ｅｘｉｔ
Ｎｏｄｅ（終了ノード）、ＣｏｎｄｉｔｉｏｎＮｏｄｅ（条件ノード）、Ｏ
ＲＮｏｄｅ（論理和ノード）、ＡＮＤＮｏｄｅ（論理積ノード）、Ａｃｔｉ
ｖｉｔｙＮｏｄｅ（活動ノード）、Ｓｕｂｐｌａｎ（サブプラン）、およびＳ
ｐｌｉｔＡｃｔｉｖｉｔｙＮｏｄｅ（分割活動ノード）を含む所定ノードタ
イプのセットを有する。各ノードには専用の属性がある。該ＳｔａｒｔＮｏｄ
ｅ（開始ノード）は、計画の開始点をはっきり分ける。任意の計画には開始ノー
ドがなければならない。該ＥｘｉｔＮｏｄｅ（終了ノード）が計画の終了点を
はっきりと分ける。該終了ノードによって、該プロセスは、それがその入矢印の
うちの一つでイベントを受け取ると終了する。該ＣｏｎｄｉｔｉｏｎＮｏｄｅ
（条件ノード）は、条件分岐を提供する。該Ｃｏｎｄｉｔｉｏｎ（条件）ノード
は、指定された基準が満たされない限りプロセスフローを停止するプロセスフロ
ー制御ノードである。

【００８２】その出矢印のそれぞれ一つを、条件と関係つけることができる。該条件は、指
定されたプロセス属性を基準とした相対表記として指定される。条件ノードがそ
の入矢印の一つでイベントを受け取ると、それは、その相対表記が真に対し評価
される第1出矢印でイベントを生成する。すべての表記が真に対し評価できない
場合、イベントはデフォルト矢印に沿って発せられる。該ＯＲ（論理和）ノード
は、到達するとすぐにプロセスフローを継続するプロセスフロー制御ノードであ
る。該ＯＲ（論理和）ノードは、それがその入矢印のどれかでイベントを受け取
ると、すべての出矢印でイベントを生成することによって並行分岐を開始する。
該ＡＮＤ（論理積）ノードは、強制的に活動を動機させるプロセスフロー制御ノ
ードである。該ＡＮＤ（論理積）ノードは、それがその入矢印のそれぞれからイ
ベントを受け取るとき、および受け取るときだけ、すべてのその出矢印でイベン
トを生成することによって並行分岐に加わる。

【００８３】該Ａｃｔｉｖｉｔｙ（活動）ノードは、ユーザ対話を必要とする活動の図の表
記である。この種のノードがアクティブになると、該ノードに割り当てられた役
割のすべてのメンバーが通知される。通知は、（該ユーザのプロファイルに従っ
て）クライアントへ、またはＥ−メールを介して送ることができる。該活動ノー
ドには、該含有プロセスの属性へのユーザアクセスを可能にするために一つまた
は複数の形式が割り当てられる。活動には、添付物として一つまたは複数のファ
イルも割り当てられてよい。該Ｓｕｂｐｌａｎ（サブプラン）ノードによって、
該ユーザは既存の計画を別の計画の本体の中に再利用することができる。該Ｓｐ
ｌｉｔＡｃｔｉｖｉｔｙＮｏｄｅ（分割活動ノード）とは、実行時に自動的
に複製される活動ノードである。活動複製のそれぞれが、該ノードに割り当てら
れている役割のメンバーの一つに割り当てられる。

【００８４】事前に定められた矢印タイプの該Ｗｏｒｋｆｌｏｗ（ワークフロー）システム
セットは、その前任者ノードによって生成されるイベントをその後継者ノードに
伝搬することにより、二つのノードを繋ぐ矢印を含む。各矢は、ラベルプロパテ
ィを有する。

【００８５】各ノードには専用の属性がある。すべてのＮｏｄｅ（ノード）タイプには、以
下に示す事前に定められたプロパティがある。すなわち、Ｌａｂｅｌ（ラベル）
、ＰｒｏｌｏｇスクリプトおよびＥｐｉｌｏｇスクリプトである。各ノードには
、プロセスのように、ユーザ定義の属性がある場合がある。ユーザ定義属性は、
ユーザが設計時に指定する名前および値タイプを指定できる。該Ａｃｔｉｖｉｔ
ｙＮｏｄｅ（活動ノード）およびＳｐｌｉｔＡｃｔｉｖｉｔｙＮｏｄｅ（
分割活動ノード）には、以下の追加プロパティがある。すなわち、Ｒｏｌｅ（役
割）、Ｄｅｓｃｒｉｐｔｉｏｎ（記述）、Ｆｏｒｍｓ（書式）、Ａｔｔａｃｈｍ
ｅｎｔｓ（添付物）、およびＰｒｉｏｒｉｔｙ（優先順位）である。あらゆる活
動ノードには、選択肢と呼ばれている動的プロパティがある。該選択肢は、該ノ
ードの出矢印を列挙する。該選択肢プロパティは、ユーザが、イベントが伝搬さ
れる矢印に移動できるようにするために使用される。

【００８６】該ワークフローシステム内では、タスクは、「役割」を通してユーザに割り当
てられる（役割とは、たとえばＬＤＡＰなどの組織ディレクトリ内に含有される
ユーザグループなどのユーザの集合の論理的なグループ分けである）。該ワーク
フローシステムは、ＤｙｎａｍｉｃＲｏｌｅＡｓｓｉｇｎｍｅｎｔ／Ｍａｎ
ａｇｅｍｅｎｔ（動的役割割当て／管理）によるタスク割当てでの変更または不
確実性を容易に処理することができる。すなわち、ユーザのタスクへの該動的割
当ては、位置、作業負荷、またはスクリプト機能を通したそれ以外の何らかのユ
ーザ定義変数に依存する。万一あるタスクに割り当てられている人物が利用でき
ない場合には、この機能は、プロセスが遮られずに続行できるようにする。それ
は、人員の変更があるたびにプロセス定義を更新するというニーズも排除する。
プロセス定義中、および開始後に人員を割り当てるまたは割り当てし直す柔軟性
は、ワークフローソリューションの維持を大幅に簡略化する。

【００８７】設計時の活動が役割に割り当てられる。実行時、その役割はユーザに分解され
る。該ワークフローシステムは、誰がその役割を実行できるのかを確かめるため
に該ディレクトリを検索する。該役割の目的とは、該活動ノードによって表され
る該タスクを実行することができる、および／または実行するように許可されて
いるユーザを特定することである。これらのユーザは、活動のＡｓｓｉｇｎｅｅ
ｓ（譲受人）とも呼ばれる。各活動ノードまたは分割活動ノードに役割が割り当
てられる。譲受人は、活動に取り組むためにその割当てを通知される。

【００８８】任意のワークフローシステムユーザは、複数の役割に割り当てることができる
。該役割情報は、該ユーザディレクトリサービスで維持される。該ワークフロー
システムサーバは、ユーザを確証し、彼らの割り当てられた役割およびプロセス
、活動およびその属性にアクセスし、操作する上での彼らの能力を特定するため
に、該ディレクトリサービスにアクセスする。役割の使用は、人員の変更がある
ときにあらゆるプロセス定義を修正するニーズを排除する。代わりに、該Ｄｉｒ
ｅｃｔｏｒｙＳｅｒｖｉｃｅ（ディレクトリサービス）内でのグループ定義だ
けを更新する必要がある。

【００８９】活動ノードは、事務員またはｍａｎａｇｅｒＯｆなどの文脈依存役割などの静
的な役割が割り当てられてよい。文脈依存役割は、Ｊａｖａスクリプトとして指
定される。該ジャバスクリプトは、ノード起動時に評価される。該スクリプトの
評価は、該活動に割り当てられる一人または複数人のユーザを戻す。該ワークフ
ローシステムは、文脈依存役割分解のインプリメンテーションをサポートするＪ
ａｖａＳｃｒｉｐｔコマンドのセットを提供する。

【００９０】サブプロセスとは、具体化され、アクティブである活動ノードと動的に関連付
けられている計画のことである。サブプロセスが活動ノードと関連付けられると
、該活動ノードは一時停止され、該関連付けられたサブプロセスが、親活動によ
って表されるタスクを実行するために起動される。この機能は、該活動の目標を
達成するために最良の行動方針を決定するために活動を実行することを担当する
ユーザに自主性を与える。プロセスプランが複数の組織に浸透するとき、すべて
の組織がある特定の活動を実行する上で同じように動作すると仮定することは実
際的ではない。

【００９１】スクリプトは、その機能性を拡張し、ユーザ対話を必要としない活動の自動化
を提供するために、計画およびそのノードと関連付けることができる。スクリプ
トは、サーバによって評価され、好ましい実施の態様においては、ＪａｖａＳｃ
ｒｉｐｔスクリプト機能言語内にある。スクリプト機能は、タスクを自動化し、
それによってタスクをユーザの関与なしに実行できるようにする。スクリプトは
、プロセスの属性を操作するために作成することができ、スクリプトは、外部ア
プリケーション／システムへのアクセスを可能にし、それによってユーザ定義拡
張フレームワークを提供する。

【００９２】スクリプト機能とは、グラフィックデザイナーを補完するために必要とされる
言語である。グラフィックパラダイムにより、ユーザは、本質的にアルゴリズム
的、手続き的あるいは算術的である何かを容易にかつ実践的に定義することはで
きないことがある。このようにして、ユーザは、多くの場合「ｘ＋ｙ」などの算
術式を図式によって設計するのに苦労する。しかしながら、スクリプト機能言語
では、算術式を行うことははるかに容易である。スクリプト機能によって、標準
スクリプト拡張を介したプロセス属性へのアクセスが可能になる。ユーザは多く
の場合ある特定のプロセスの属性に対して算術演算を実行することを希望するた
め、該提供されたスクリプト拡張により、ユーザはプロセス属性にアクセスする
。スクリプト機能は、該ワークフローシステムフレームワークを通してユーザが
外部システムに到達できるための別の手段でもある。

【００９３】それに対するパブリックメソッドを有するジャバクラスは、異なるアプリケー
ションに到達できるために、ＪＤＢＣ、ＩＩＯＰまたはＤＣＯＭを使用して設計
できる。ＤＣＯＭはＭｉｃｒｏｓｏｆｔの分散ＣＯＭオブジェクトである。ＣＯ
Ｍは構成要素の略である。Ｍｉｃｒｏｓｏｆｔは、本質的にはＪａｖａに非常に
類似しているが、それは固有である構成要素モデルを有する。ＤＣＯＭは、分散
形構成要素モデルであり、遠隔アイテムにアクセスするための方法である。ＤＣ
ＯＭおよびＩＩＯＰは、ユーザに、さまざまなアプリケーションへのアクセスを
与える。アプリケーションがＤＣＯＭに結び付いている場合、ユーザはＤＣＯＭ
にアクセスすることができる。

【００９４】考え方は、ユーザが、それがデータベースにアクセスするためにＪＤＢＣを活
用しようと、ＩＩＯＰアクセス可能アプリケーションにアクセスするためにＩＩ
ＯＰを活用しようと、あるいはＤＣＯＭアプリケーションにアクセスするために
ＤＣＯＭを活用しようと関係なく、Ｊａｖａクラスを構築するということである
。該ユーザは、該サーバに該ジャバクラスを該スクリプトアダプタにロードする
ように命令するために構成ファイルを入力する。

【００９５】該（ＤＭＳ）およびＤＳは、ユーザが特にこれらのためにアダプタを必要とす
るほど重要である。該スクリプトアダプタは、それ以外の種類のアイテムにも必
要とされる。該Ｓｃｒｉｐｔ（スクリプト）アダプタは、文脈依存役割分解で重
要な役割を果たす。

【００９６】プロセスを設計する際に、ユーザはオーナ役割および／またはオーナ役割スク
リプトを指定してよい。ある特定の活動の場合、該プロセスオーナは、譲受人役
割および／または譲受人役割スクリプトを指定してよい。該プロセスオーナは、
該譲受人役割と譲受人役割スクリプトの両方を使用することは要求されていない
が、それらの任意の組み合わせを使用してよい。活動に譲受人役割がなく、譲受
人役割スクリプトもないとき、該役割は該プロセスの該オーナに割り当てられる
。活動に譲受人役割（たとえば、Ｒｏｌｅ（役割）：クレーム調整者）があるが
、譲受人役割スクリプトがないときには、該プロセスオーナは、自分が、誰が該
活動に取り組む必要がある人々であるのかを静的に知っており、彼らの内の一人
が、たとえば該クレーム調整者のメンバーである人物に活動に割り当てられるこ
とを要求するなど該活動を実行しなければならないと言っている。

【００９７】該クレーム調整者の役割は、任意の特定のクレーム調整者が活動を処理するこ
とが必要ではないためこのケースでは十分である。対照的には、プロセスの後半
のポイントで、該ユーザが、活動を行った該人物Ａ１が、活動を行わなければな
らない人物、Ａ２でもあると言いたいと仮定する。このような場合は、スクリプ
トを必要とする。それは、スクリプトが活動を行ったＡ１を見つけ出し、活動す
る人Ａ２を割り当てようとする場合である。活動Ａ１を行った同じ行為者が、活
動Ａ２を割り当てられる。

【００９８】該行為者とは、実際にタスクを実行した人物である。譲受人が行わなければな
らなかった活動Ａ１を行ったことを除いて、特定な資格はないため譲受人役割は
指定されていない。しかしながら、譲受人役割スクリプトは、活動Ａ１を実行す
る人物が活動Ａ２を実行することを確実にするために指定されなければならない
。該譲受人役割／譲受人役割スクリプトの組み合わせの最後の順列の中では、該
譲受人役割と譲受人役割スクリプトの両方とも指定されている。このケースでは
、組織内の誰もが承認を求めることができる。該スクリプトは、該行為者をＦＩ
Ｇ．ｏｕｔするために実現され、承認は該行為者の該マネージャによってである
が、該プロセスの該オーナは、プログラミング間違いがないこと、該スクリプト
により指定される人物が一定の資格を有し、それが、該役割が入ってくるところ
であることを確認することを希望する。

【００９９】該役割は承認許可、すなわち署名の権限を有する。この役割のメンバーである
ものは誰でも署名の権限を有する。該譲受人の最終的な決定は、該スクリプトを
満たす者と、該役割を満たす者の共通部分である。役割分解は、役割ごとに、あ
るいは役割スクリプトごとに発生する。同様に、誰がプロセスのオーナとして指
定されようとも、該オーナの役割および／またはオーナ役割スクリプトを満たさ
なければならない。

【０１００】図７は、該ワークフローシステムスクリプトフレームワークのブロック図を示
す。該スクリプトアダプタ１８は、該ワークフローエンジンにスクリプト言語イ
ンタプリタ４２を接続するためのアダプタである。好ましい実施の態様において
は、該スクリプトインタプリタは、サーバ側スクリプトインタプリタである。該
スクリプトインタプリタは、スクリプトコマンドを処理する。該スクリプトイン
タプリタの目的とは、ＤｙｎａｍｉｃＩｎｖｏｃａｔｉｏｎＩｎｔｅｒｆａ
ｃｅ（動的呼出しインタフェース）（ＤＩＩ）／ＩＩＯＰまたはＪａｖａ拡張子
を介して外部アプリケーションへのアクセスを提供することである。該スクリプ
トインタプリタは、クライアントおよび外部サーバ側スクリプトを通して入力さ
れたスクリプトを解釈することである。

【０１０１】該スクリプトインタプリタは、外部サーバ側ＣＯＲＢＡオブジェクトの呼出し
を可能にする。該事前に定義されたスクリプトインタプリタコマンド４００は、
スクリプトを書き込むことを希望するユーザに、プロセス、活動またはシステム
の属性へのアクセスを提供する。該ユーザ拡張子フレームワーク４１０は、カス
タマが新規スクリプトコマンドをＪａｖａスクリプトインタプリタに追加できる
ようにし、カスタマがそのメソッドがＪａｖａスクリプトインタプリタ内からの
コマンドとして使用できるＪａｖａクラスを開発できるようにする。該ユーザ拡
張子フレームワークの目的とは、カスタマが外部データベースおよびアプリケー
ションにアクセスできるようにし、このようにしてプロセスのユーザ定義属性と
外界の間のデータフローを可能にすることである。

【０１０２】好ましい実施の態様においては、Ｊａｖａネイティブメソッド呼出し（ＪＮＩ
）が、Ｊａｖａスクリプトインタプリタでユーザ拡張子フレームワークを実現す
るために使用される。ＪＮＩは、Ｊａｖａアプリケーションと非Ｊａｖａアプリ
ケーション間の相互運用性を可能にするためにＳｕｎによって提供される技術で
ある。好ましい実施の態様においては、該スクリプトインタプリタは、Ｊａｖａ
ＳｃｒｉｐｔＥＣＭＡ言語を使用する。該ＶｉｒｔｕａｌＭａｃｈｉｎｅ（
仮想機械）４２０は、Ｊａｖａ言語インタプリタである。Ｊａｖａは、コンパイ
ルされた言語であるＣ＋＋に対照的な解釈された言語であり、Ｊａｖａは解釈さ
れた言語であるため、Ｊａｖａコードは移植可能である。

【０１０３】クライアント側スクリプトは、ワークフローシステム形式に使用される。クラ
イアントスクリプト機能は、ブラウザに依存する。どのようなスクリプト機能が
ブラウザから使用できようとも、該ワークフローシステムから利用できる。クラ
イアント側スクリプトは、ブラウザによってサポートされるあらゆるスクリプト
であってよい。該ワークフローシステムは、該ワークフローシステム形式と関連
付けられているスクリプトが、プロセスのおよび活動の属性にアクセスできるよ
うにする追加スクリプト構成要素を提供する。

【０１０４】プラットホームに依存する機能性を備えたクライアント側スクリプトの拡張は
、ブラウザから利用できる。それが該ブラウザにとってネイティブであるのか、
プラグ接続を必要とする何かであるのかに関係なく該ブラウザから利用できる該
スクリプト機能は、該ワークフローシステムを通しても利用できるようになる。
ユーザがクライアント側で使用することが許されているスクリプトとは、該ブラ
ウザが提供するものすべてまたはユーザがそれを用いて該ブラウザを拡張できる
ものすべてである。

【０１０５】好ましい実施の態様においては、該ワークフローシステムは、ヨーロッパコン
ピュータ製造業者協会（ＥＣＭＡ）規格のＪａｖａＳｃｒｉｐｔを使用する。該
ＥＣＭＡ規格内蔵コマンドに加えて、該ワークフローシステムは、プロセスおよ
び活動の多様な面にアクセスし、操作するための追加コマンドを提供する。該ワ
ークフローシステムは、サードパーティインテグレータが独自の拡張子でＪａｖ
ａＳｃｒｉｐｔコマンドを拡張できるようにする。ＪａｖａＳｃｒｉｐｔコマン
ドのセットは、二つの方法で拡張できる。

【０１０６】すなわち（１）利用可能な関数に基づいて新しいＪａｖａＳｃｒｉｐｔ関数を
作成し、ファイルに保存してから、このような関数を、それをＪａｖａＳｃｒｉ
ｐｔインタプリタにロードすることにより利用できるようにする、および（２）
そのメソッドをサーバ側ＪａｖａＳｃｒｉｐｔ内から呼び出すことができるジ
ャバクラスを作成する。該ジャバクラスメソッドは、外部ソースまたは外部アプ
リケーションへのアクセスが必要とされる場合に使用される。これらの拡張子の
目的とは、該ワークフローシステムスクリプトが、受け継いだアプリケーション
および外部データ格納にＣＯＲＢＡおよびＪａｖａを通してアクセスできるよう
にすることである。

【０１０７】スクリプト機能の利点は、ジャバクラスの作成、ジャバクラスのロード、およ
びスクリプトがジャバクラスへアクセスできるようにすることを含む。該Ｊａｖ
ａＳｒｉｐｔＩｎｔｅｒｐｒｅｔｅｒ（ＪａｖａＳｃｒｉｐｔインタプリタ）
は、Ｊａｖａクラスを該スクリプトアダプタの中にロードすること、およびそれ
らにスクリプトがアクセス可能であることを可能にするために内蔵関数を含む。
プロセス関連スクリプトである２種類のスクリプトは、Ｏｗｎｅｒ（オーナ）ス
クリプトおよびＲｏｌｅ（役割）（譲受人）スクリプトである。該Ｏｗｎｅｒ（
オーナ）スクリプトは、プロセスインスタンスのオーナ（複数の場合がある）を
計算する。Ａｓｓｉｇｎｅｅ（譲受人）スクリプトとしても知られている該Ｒｏ
ｌｅ（役割）スクリプトは、活動の譲受人（複数の場合がある）を計算する。こ
れらのスクリプトの両方とも、該ワークフローシステム内での動的役割分解を可
能にする。

【０１０８】２種類のスクリプトが計画に指定されてよい。これらの計画レベルのスクリプ
トは、ＩｎｉｔスクリプトおよびＣｏｍｍｉｔ（コミット）スクリプトである。
該Ｉｎｉｔスクリプトの目的とは、プロセス属性の初期化である。該Ｉｎｉｔス
クリプトは、プロセスインスタンスが作成されると一度評価される。該Ｃｏｍｍ
ｉｔ（コミット）スクリプトの目的とは、任意のトランザクションの開始前にプ
ロセス属性を妥当性検査することである。該ＩｎｉｔスクリプトおよびＣｏｍｍ
ｉｔ（コミット）スクリプトは、両方ともサーバ側スクリプトである。

【０１０９】２種類のスクリプトが、活動および条件ノード、すなわちＰｒｏｌｏｇスクリ
プト（Ｂｏｄｙ（ボディ）スクリプトとも呼ばれる）およびＥｐｉｌｏｇスクリ
プトに指定されてよい。該Ｐｒｏｌｏｇスクリプトはノード起動時に評価される
が、Ｅｐｉｌｏｇスクリプトはノード完了時に評価される。エピローグスクリプ
トはＯＲ（論理和）ノードおよびＡｎｄ（論理積）ノードにも指定されてよい。
該ＰｒｏｌｏｇスクリプトおよびＥｐｉｌｏｇスクリプトは、サーバ側スクリプ
トである。

【０１１０】書式作成は単純であり、データベースの知識は必要としない。過去においては
、ユーザがプロセス属性を取り扱うために知らなければならなかった多数の専門
用語があった。過去においては、プロセス属性を定義する前にとらなくてはなら
ない、いくつかのステップがあった。データベースのデータは定義されなければ
ならなかった。テーブルフィールドは指定されなければならなかった。およびテ
ーブルは初期化を必要とした。テーブル内の行は、テーブルがプロセス内から使
用できるようになる前に初期化されなければならなかった。

【０１１１】好ましい実施の態様においては、プロセス属性は図表で定義され、データベー
ス専門用語とは無関係である。該ワークフローシステムは、ユーザがデータベー
ス専門用語を知っていることを要求しない。データベースは多くの特異な表現法
を有しているが、該ワークフローシステムはプロセス属性を図表で定義するため
、プロセス属性定義は、データベースとはまったく無関係である。

【０１１２】ＨＴＭＬ／ＪａｖａＳｃｒｉｐｔ書式または任意のそれ以外のウェブアプリ
ケーションまたは文書への経路は、活動ノードと関連付けることができる。書式
は、任意のワークフロー管理システムで不可欠であり、該ワークフローシステム
とその他のアプリケーションの間で情報を交換する手段となる。書式は、該書式
上に表示されるプロセスデータアイテムを指定することによって作成される。そ
れらは、プロセス定義またはインスタンスと関連付けることができる。好ましい
実施の態様においては、該ワークフローシステムはＨＴＭＬ／ＪａｖａＳｃｒ
ｉｐｔ書式ルーティングを使用する。他方、添付物は、完全に静的な情報を提示
するためだけに役立つ自由形式の事前に存在している文書である。添付物は、プ
ロセスインスタンスと関連付けられるだけである。

【０１１３】ＦｏｒｍＥｄｉｔｏｒ（書式エディタ）は、フロー設計者が、ワークフロー
システムプロセス設計ツールから自動的に生成される書式をカスタマイズし、拡
張できるようにする複数のサードパーティツールと統合される。

【０１１４】該ワークフローシステムプロセス設計ツールは、プロセスのグラフィックデザ
イナーである。「プロセス設計者」および「グラフィックデザイナー」は、交換
可能な用語である。該プロセス設計者は、ユーザが形式の要素を指定するのを助
ける。

【０１１５】ＦｏｒｍＢｕｉｌｄｅｒ（フォームビルダ）には二つの要素がある。すなわち
（１）書式内にあるプロセス属性とは何か、データ内容である。および（２）プ
レゼンテーションとレイアウトである。該書式モジュラリティは、柔軟に置換可
能な構成要素に対処する。該グラフィックデザイナーツールは、ユーザが、該ユ
ーザによって指定される内容に基づき書式を作成するのを助ける。該ユーザは、
どのプロセス属性をユーザが書式上に所望するのかを指定する。それから、該グ
ラフィックデザイナーは、ＨＴＭＬ書式を生成し／ユーザに与える。該ワークフ
ローシステムグラフィックデザイナーはＨＴＭＬ書式を製作するため、該ユーザ
は、ＨＴＭＬ書式をカスタマイズするために、多数の市販されているツールを使
用することができる。

【０１１６】該グラフィックデザイナーは、該ユーザが要素を検索し、それらを更新できる
ように、指定されたデータ要素がその上にあり、ＳＤＫ実行ファイルへのフック
のあるＨＴＭＬ書式を生成する。該書式は、ＳＤＫを通して、ユーザ指定要素お
よびサーバから自動的に生成される。ウェブオーサリングツール向けの大きな業
界がある。ＡｄｏｂｅのＰａｇｅＭｉｌｌ、ＦｒｏｎｔＰａｇｅ、Ｎｅｔ
Ｆｕｓｉｏｎ、およびＶｉｓｕａｌＰａｇｅは、すべて、ｈｔｍｌ書式を採用
し、ユーザに、該ユーザが好むレイアウトと表記を設計させることのできるウェ
ブオーサリングツールである。これは、書式をよく見せる一つの方法である。ユ
ーザは、ツールを使用しなくても、該書式を採取し、ＪａｖａＳｃｒｉｐｔおよ
びＨＴＭＬをそれに適用することができる。ＨＴＭＬ書式の該自動生成は、該ワ
ークフローシステム向けの値チェーンを作成する。

【０１１７】該書式は、該プロセスの属性を拡張できるためにユーザが該サーバと接続でき
るようにするだけではなく、該書式は外界とのデータを交換するための手段でも
ある。これらのツールを通して、またはＪａｖａおよびｈｔｍｌスクリプト機能
を通して、該ユーザは、該サーバを通して該プロセスに一種結線／接続される一
団のフィールドで生成された生成済み形式を取り、ウェブオーサリングツールを
使用するか、ユーザが外部データソースと対話するまたは外部データソースとデ
ータを交換できるようにするスクリプト機能を使用するかのどちらかで新規デー
タ要素を追加することができる。この自動書式生成は、独自の書式ビルダツール
に対するニーズを排除した。このようにして、これらの書式をカスタマイズ、開
発および拡張する開発者は、ウェブオーサリング向けの標準的な種類の知識であ
るｈｔｍｌ業界全体での実験を行えばいいだけである。

【０１１８】書式生成は自動的である。革新が、該ユーザが市販されている技術を利用でき
るために、ｈｔｍｌ書式の自動生成を行っている。該ユーザは、ウェブオーサリ
ングツールを使用して該書式にいくつかの要素を置いたり、スクリプト機能を使
用して外界とデータを交換することができる。データは、別のデータベースと、
またはＰｅｏｐｌｅＳｏｆｔ等の製品と交換されてよい。スクリプト機能または
ツールを通して、該ユーザは、外界とプロセス間でデータを交換することもでき
る。

【０１１９】まさにＨＴＭＬ書式の生成がその他の技術を利用するように、該クライアント
の該構造は、クライアントの大半がそのコアであるＨＴＭＬにあるためにそれ以
外の技術を利用する。たとえば、該薄いクライアントは、基本的にはいくつかの
アプレットを備えたｈｔｍｌ形式である。その結果、該薄いクライアントは、オ
ーサリングツールの中に取り込み、カスタマイズすることもできる。

【０１２０】ユーザは、そのアプリケーションに合わせるために書式をカスタマイズするこ
とができる。該ワークフローシステムは、単純で簡素な書式を生成するための機
構を提供する。該書式を装飾するため、および他のアプリケーションへのフック
を作成するために、ワークフローによって生成された書式を、任意のＨＴＭＬ書
式エディタなどのＮＴＭＬページを修正できる任意のツールの中に引き入れるこ
とができ、所望の変更を加えることができる。

【０１２１】書式をカスタマイズするには制限がある。実質的には、該ワークフローシステ
ムにより作成される該ｈｔｍｌ書式を修正するには、任意のウェブオーサリング
ツールまたはテキストエディタさえも使用することができる。しかしながら、唯
一の要件とは、最初に書式が該ワークフローシステムを用いて作成され、該書式
内のフィールドの意味も、該書式のファイル名とロケーションの改変されないと
いうことである。該書式は、以下の二つの理由から該ワークシステムを用いて作
成されなければならない。すなわち（１）該ワークシステムは、該テンプレート
のユーザ定義属性の適切な意味を捕捉し、これを該書式の中に埋め込む、および
（２）該ワークフローシステムは、該書式を修正するためにどの手段が使用され
たのかに関係なく、活動がアクティブになると、このコンテキストが思い出され
、該書式を期待されるように、該書式のコンテキストを思い出す。

【０１２２】該ワークフローシステムにより生成される該書式は、該ワークフローＳｅｒｖ
ｅｒ（サーバ）機械に記憶され、フィールドの単一列から成り立つ。これらのフ
ィールドは、ユーザ定義テンプレート属性（データアイテムとも呼ばれる）を表
す。該書式の該概観は、複数の列があり、境界が追加され、色が追加される等の
ように変更されてよい。このようなプレゼンテーション様式の改変は、大部分の
任意のウェブオーサリングツールを用いて容易に実行することができる。ＨＴＭ
ＬおよびＪａｖａＳｃｒｉｐｔのさらに徹底的な理解を必要とする変更の例は、
以下を含む。すなわち（１）フィールドを、チェックボックスなどのさまざまな
ＵＩ構成要素に変更する、および（２）データベース照会に対処するために他の
リポジトリへのリンクを組み込むなどの強化された機能を追加する。該クライア
ントは、書式を呼び出し、いくつかの書式フィールドはクライアントの詳細なビ
ューから更新される。同様にフィールドからのユーザ入力が活動属性を更新する
。

【０１２３】典型的なワークフローアプリケーションは、以下の機能を含んでよい。すなわ
ち、サーバに接続する。プロセス定義（テンプレート）を構築する。作業リスト
を取得する。定義、あるいはインスタンスリストを処理する。プロセスの履歴を
表示する。プロセスおよび活動のステータスを取得する。新規プロセスインスタ
ンスを起動する。プロセスインスタンスを修正する。書式を定義し、プロセス定
義またはインスタンスと関連付ける。添付物をプロセスインスタンスと関連付け
る。および活動選択肢オプションを実行する。

【０１２４】該ワークフローシステムは、「ボックスの中からの」ウェブクライアントを提
供する。これらの事前に定義されたクライアントは、すべてのタイプのユーザに
、ユーザ関与および通知の変化する度合いを提供する。該ワークフローシステム
はモジュラー式コンポーネント化クライアント構造を有する。すべてのクライア
ントは同じ構成要素の中から構築される。すべてのＣｌｉｅｎｔ（クライアント
）ユーザインタフェースは、いくつかの構成要素に基づいている。すべての構成
要素は、該構成要素が混合され、整合されるようにＨＴＭＬおよびＪａｖａＳｃ
ｒｉｐｔを使用していっしょに配列されるか、あるいはＨＴＭＬおよびＪａｖａ
Ｓｃｒｉｐｔを使用してクライアントから削除されさえする。

【０１２５】該クライアントの機能性は、使用量に応じて異なるように配列される。カスタ
ムソリューションを必要とする組織の場合、該ワークフローシステムウェブクラ
イアントは、ＪａｖａＢｅａｎ構成要素技術を活用し、該クライアントを一般的
なサードパーティウェブ開発ツールのパレット内で容易に再構成、拡張またはカ
スタマイズできるようにする。該構成要素のそれぞれ一つは一定のインタフェー
スを実現する。考え方は、ユーザが、インタフェースが提示されている方法を好
まない場合、該ユーザが独自のインタフェースを、該ユーザが好むやり方で構築
することができるということである。たとえば、パッケージＡｐｐｉｎｔｅｒｆ
ａｃｅｓは、サムネイルオーバビュー用のパブリックインタフェース（Ｔｈｕｍ
ｂｎａｉｌＶｉｅｗ）である。該ユーザがこのインタフェースを実現する限り、
該ユーザは該ワークフローシステムサムネイルオーバビューを削除し、自分のも
のを同様に構成要素の残りとプラグ接続することができる。

【０１２６】ＴｈｕｍｂｎａｉｌＶｉｅｗは、該計画（テンプレート）を特定できるインタ
フェースまたは現在表示されているプロセスインスタンスであるか、あるいは該
計画（テンプレート）または表示されなければならないプロセスインスタンスを
支配する。それは、活動およびプロセスインスタンスに対する選択更新をサポー
トする。まさにユーザが、該ワークフローシステムサムネイルオーバビューの代
わりに独自のサムネイルオーバビューを使用できるように、該ユーザは、該ユー
ザが該オーガナイザパブリックインタフェースを実現する限り、該ワークフロー
システムオーガナイザインタフェースの代わりに独自のオーガナイザインタフェ
ースを使用することもできる。該インタフェースの該構成要素構造の背景にある
重要な目的とは、ユーザが専用のインタフェースを指定クライアントに提供する
ことができるという点である。

【０１２７】多様な構成要素は、別々のＨＴＭＬページである。したがって、それらは同じ
機械の別個のブラウザの上で実行できる。それらが互いに対話し、互いについて
知る方法は、アプレットの一つがロードされると、それが行う最初のことは、ク
ライアントレジストリのようであるａｐｐｌｉｓｔクラスを使った登録である。
該構成要素の一つが立ち上がると、それは該ａｐｐｌｉｓｔクラスを使って登録
し、それが、該ａｐｐｌｏｇｉｃがそれらについてどのようにして知るかである
。Ｅ−メールクライアントからの形式の一つが選択され、該書式が別個のｈｔｍ
ｌブラウザから起動されると、該書式は、それ自体を該ａｐｐｌｉｓｔで登録す
る。その結果、該ａｐｐｌｉｓｔは該ａｐｐｌｏｇｉｃに通知する。該ａｐｐｌ
ｏｇｉｃは、ユーザのためにカレントコンテキストを追跡調査する。それは指定
ユーザの書式および／またはプロセスを追跡調査し、その結果、それは、それが
属性を取得するために移動しなければならないプロセスのインスタンスがどれか
を知ることになる。

【０１２８】書式が選択されると、ＨＴＭＬ形式は自動的に生成され、その中には機能性が
埋め込まれている。いったん書式が生成されると、ユーザがさらに何かを行わな
くても、該サーバへの接続性が起こる。生成されたＨＴＭＬ書式は、スマート埋
め込みアプレットを含む。任意のｈｔｍｌエディタまたは任意のブラウザは、該
書式機能性のどれかと干渉するＪａｖａアプレットなしにこの書式を立ち上げる
ことができる。該ＨＴＭＬ書式が立ち上げられると、該ワークフローシステムが
、世界のどこかでいつの時点でだれによって何のデータが入力されているのかを
知るように、該アプレットは、該ウェブサーバに移動し、プロセスに接続し、プ
ロセスの内側の活動に接続することができる。

【０１２９】該ワークフローシステムが、ユーザ属性データを有する書式を生成すると、該
ワークフローエンジンは、その活動へ接続されたプロセスに従う。ユーザが形式
を立ち上げると必ず、サーバエンジンがこの書式のフィールドを使用できるよう
になり、万一ユーザがデータを入力またはデータを変更すると、該サーバエンジ
ンはそれを知ることになる。該サーバエンジンは該データを詰め込み、該ワーク
フローシステムは、誰が読取り／書込みを行ったのか、および誰が何を行ったの
かを知っており、該ワークフローシステムはそのすべてを純粋なｈｔｍｌを用い
て行う。外部で発行された規格、すなわちＨＴＭＬを使用する該ワークフローシ
ステムの優位点とは、ユーザが、アプリケーションを接続するために学習しなけ
ればならない独自ツールの内部をユーザが学習する必要なく機能性が提供される
という点である。

【０１３０】該ワークフローシステムは、ユーザに、書式を続ける必要のある属性を指定さ
せる。書式自体には、不可視の書式アプレットがある。該アプレットは、どのよ
うにして該サーバに行き、それが形式フィールドを入力するために必要とする情
報を主津臆するのかを理解することができる。そして、それが実行されると、そ
れは該サーバに該情報を出力することができる。

【０１３１】該書式が表示されると、該書式の表示は該クライアントの残りの存在を仮定す
る。該書式が立ち上がると、それは該ａｐｐｌｉｓｔとハンドシェーク／登録し
、該ａｐｐｌｏｇｉｃに対して生成される。Ａｐｐｌｏｇｉｃは、書式のコンテ
キストを設定する。該書式は、それが、ネームタイプなどのどの種類の要素を表
示するのかを知っており、該ａｐｐｌｏｇｉｃは書式に、それが参照する、およ
び該書式が適用する活動に関連するプロセスインスタンスを提供する。Ａｐｐｌ
ｏｇｉｃは、書式にＰＩＤｘ（プロセスｉｄ）およびＡＩＤｘ（活動ｉｄ）を与
える。該書式にはｈｔｍｌアドレスがあるが、ユーザがブラウザに移動し、クラ
イアントオブジェクトなしに該書式から該ＵＲＬを選択する場合、該書式は何も
できない。該薄いクライアントには、それが該プロセスインスタンスのコンテキ
ストを有するように、該書式アプレットに必要なすべての機械が備えられている
。

【０１３２】該ワークフローシステムは、以下の事前に定義されたクライアントを提供する
。すなわち、Ｄｅｖｅｌｏｐｅｒ（開発者）（Ｆａｔ（太っている）、Ｆｕｌｌ
（完全））クライアント、Ｓｉｍｐｌｅ（単純）クライアント、Ｉｎｓｔａｎｔ
ｉａｔｉｏｎ（ＮｅｗＰｒｏｃｅｓｓ）（具体化（新規プロセス））クライア
ント、Ｅ−ｍａｉｌ（Ｔｈｉｎ）（Ｅ−メール（薄い））クライアント、および
ワークフロー管理者である。該ワークフロー管理者は、活動に対する許可を与え
、該ワークフロー管理者ユーザタイプは、権限を有する誰かである。該Ｄｅｖｅ
ｌｏｐｅｒ（開発者）クライアントは、Ｓｉｍｐｌｅ（単純）クライアント、Ｉ
ｎｓｔａｎｔｉａｔｉｏｎ（具体化）クライアント、およびＥ−Ｍａｉｌ（Ｅ−
メール）クライアントから構成されている。

【０１３３】該Ｄｅｖｅｌｏｐｅｒ（開発者）クライアントは、すべての他のクライアント
のすべての機能性を含む。あらゆるクライアント機能は、該Ｄｅｖｅｌｏｐｅｒ
（開発者）クライアントによって提供される。該Ｄｅｖｅｌｏｐｅｒ（開発者）
クライアントのサブセットは、他のクライアントによって提供される。該Ｄｅｖ
ｅｌｏｐｅｒ（開発者）クライアントは、計画テンプレートを作成し、プロセス
を具体化し、作業アイテムにアクセスし、応答するために使用される。該Ｄｅｖ
ｅｌｏｐｅｒ（開発者）クライアントユーザタイプは、プロセスの設計、実現を
担当するプロセス設計者または人員である。該Ｓｉｍｐｌｅ（単純）クライアン
トは、作業アイテムにアクセスし、応答し、ときおりプロセスを具体化するため
に使用される。

【０１３４】該Ｓｉｍｐｌｅ（単純）クライアントにより、エンドユーザは、作業リストを
受け取り、形式を記入し、該割り当てられた活動に関連付けられる添付物を表示
／編集することができる。該Ｓｉｍｐｌｅ（単純）クライアントユーザタイプは
、プロセスを実現し、関与することを担当する人員である。該Ｉｎｓｔａｎｔｉ
ａｔｉｏｎ（具体化）クライアントにより、その時々のユーザが、パブリックワ
ークフロー計画をブラウズし、新規プロセスインスタンスを作成することができ
る。該Ｉｎｓｔａｎｔｉａｔｉｏｎ（具体化）クライアントユーザタイプは、新
規プロセスの実現を担当する人員である。該Ｅメールクライアントが、作業アイ
テムに応えるために使用される。該Ｅ−メールクライアントは、単一の割り当て
られた活動のビューを提供するＵＲＬ起動可能クライアントである。該Ｅ−メー
ルユーザタイプは、割り当てられたタスクだけを実行することを担当する数少な
いユーザである。

【０１３５】該ワークフローシステムは、「オンライン、リアルタイム」ユーザに協力ワー
クフローを提供する。該ワークフローシステムは、タスクまたはプロセスを完了
するための協力作業を含む作業グループ関与のために設計されていた。このプロ
セスへの関与は、オンライン（速い）であり、リアルタイムでタスクに取り組む
傾向がある。該ワークフローシステムは、二つの異なる種類のブラウザベースク
ライアント、すなわちＤｅｖｅｌｏｐｅｒＣｌｉｅｎｔ（開発者クライアント
）とＳｉｍｐｌｅＣｌｉｅｎｔ（単純クライアント）を含むこれらのユーザに
対処する。

【０１３６】直感的なグラフィックデザイナーを含む該Ｄｅｖｅｌｏｐｅｒ（開発者）クラ
イアントは、該ワークフローシステムでプロセス計画を定義するために使用され
る。図８は、ウェブベースのＤｅｖｅｌｏｐｅｒＣｌｉｅｎｔ（開発者クライ
アント）の画面表示を示す。該ＤｅｖｅｌｏｐｅｒＣｌｉｅｎｔ（開発者クラ
イアント）は、（活動、参加者、および形式などの）ワークフローの属性が定義
できる豊富な開発フレームワークを提供する。

【０１３７】いったん定義される（作成される）と、該計画は「プロセステンプレート」と
して記憶され、プロセスとして修正または開始できる。それはおもにプロセス定
義のために使用されるが、該プロセスは実行中でさえ起動（開始）し、編集する
ことができるため、該ＤｅｖｅｌｏｐｅｒＣｌｉｅｎｔ（開発者クライアント
）によって、ユーザはアクティブプロセスに関与することもできる。このように
して、該ＤｅｖｅｌｏｐｅｒＣｌｉｅｎｔ（開発者クライアント）により、ユ
ーザはオンラインでリアルタイムで作業できる（繋がれているユーザ）。該Ｄｅ
ｖｅｌｏｐｅｒＣｌｉｅｎｔ（開発者クライアント）だけが、計画／テンプレ
ートを定義および／または修正できる。

【０１３８】該ＤｅｖｅｌｏｐｅｒＣｌｉｅｎｔ（開発者クライアント）を介して、ウェ
ブベースの形式は、単純な内部形式エディタ／生成器を使用して、容易に作成す
ることができる。形式は、一般的なサードパーティウェブオーサリングツールの
開発環境でもカスタマイズすることができる。該ＤｅｖｅｌｏｐｅｒＣｌｉｅ
ｎｔ（開発クライアント）は、以下を可能にする。すなわち、返却および貸し出
しをサポートする添付物の表示および編集。添付物の「マスタコピー」の回覧―
―多くが読み取り、一つが書き込む。ポイントおよびクリック機能性による計画
の作成。「変更およびマージ」の複数の添付物コピーの防止。および固定または
ロックされていない柔軟なプロセス設計。

【０１３９】該ＤｅｖｅｌｏｐｅｒＣｌｉｅｎｔ（開発者クライアント）は、複数の対話
領域に分割される。図９は、該Ｄｅｖｅｌｏｐｅｒ（開発者）クライアントの画
面レイアウトの画面領域および名称を示す。図９に図示されている画面レイアウ
トは、該ＤｅｖｅｌｏｐｅｒＣｌｉｅｎｔ（開発者クライアント）にだけ適用
可能である。

【０１４０】該ＭｅｎｕＢａｒ（メニューバー）５００は、多くのアプリケーション全体
機能を実行するためのメニューコマンドを提供する。該メニューアイテムは表１
に示されている。該ツールバー５０２は、最も頻繁に使用されるメニューコマン
ドを実行するための迅速な代替作としてボタンを提供する。表２は、Ｔｏｏｌｂ
ａｒ（ツールバー）に表示されるボタンを示す。ＳｔａｔｕｓＢａｒ（ステー
タスバー）表示としても知られているＡｕｘｉｌｉａｒｙＩｎｆｏｒｍａｔｉ
ｏｎＢａｒ（補助情報バー）５０４が、ヒントおよびステータス情報を手伝う
。該ステータス情報は、該ワークフローシステムおよび／または該ワークフロー
システム内のアイテムを提供する。

【０１４１】該Ｏｒｇａｎｉｚｅｒ（オーガナイザ）５０６は、Ｏｒｇａｎｉｚｅｒ（オー
ガナイザ）ＵＩ構成要素内の選択更新にサポートを提供するオブジェクトのイン
タフェースである。該Ｏｒｇａｎｉｚｅｒ（オーガナイザ）領域は、プロセステ
ンプレート、プロセス、および活動のためのファイルキャビネットである。Ｏｒ
ｇａｎｉｚｅｒ（オーガナイザ）を使用すると、該ユーザは、指定された基準を
満たすそれらのアイテムだけが表示されるようにキャビネットの引出しをフィル
タリングできる。

【０１４２】アイテムは、ユーザにとって有意義である方法で並べ替えることができる。該
ユーザがＯｒｇａｎｉｚｅｒ（オーガナイザ）であるアイテムを選択すると、Ｏ
ｖｅｒｖｉｅｗＡｒｅａ（オーバビュー領域）およびＴａｒｇｅｔＡｒｅａ
（ターゲット領域）にそのアイテムに関連する情報が入力される。該Ｏｒｇａｎ
ｉｚｅｒ（オーガナイザ）は、多くの有効な詳細を視覚的に伝達するために色お
よびアイコンを使用する。該Ｏｒｇａｎｉｚｅｒ（オーガナイザ）内の活動は、
該ＳｉｍｐｌｅＣｌｉｅｎｔ（単純クライアント）内の活動と同じである。

【０１４３】該Ｏｖｅｒｖｉｅｗ（オーバビュー）領域５０８は、該Ｏｒｇａｎｉｚｅｒ（
オーガナイザ）内で選択されるプロセス／テンプレートのワークフローの粒状の
縮小図（サムネイル）を表示し、ＴａｒｇｅｔＡｒｅａ（ターゲット領域）に
全スケールを表示する。これにより、ユーザは、一覧活動タイプおよびプロセス
内の活動の関係性を見ることができる。プロセスの場合、該ユーザは、該プロセ
ス内の活動のステータスを一覧してみることもできる。サムネイルビューでは、
色が活動の完了ステータスを特定する。

【０１４４】該ＴａｒｇｅｔＡｒｅａ（ターゲット領域）５１０は、複数の目的に使用さ
れる。該ＴａｒｇｅｔＡｒｅａ（ターゲット領域）とは、ユーザが活動に応答
する、またはプロセス／テンプレートの特徴を表示／修正するところである。こ
の領域内に表示される情報は、ユーザが該Ｏｒｇａｎｉｚｅｒ（オーガナイザ）
またはＯｖｅｒｖｉｅｗＡｒｅａ（オーバビュー領域）で行う選択によって制
御される。該ユーザは、属性およびワークフローなどの（ＤｅｔａｉｌｅｄＶ
ｉｅｗ（詳細ビュー）としても知られている）活動に特殊な情報、および（Ｇｒ
ａｐｈｉｃａｌＶｉｅｗ（グラフィックビュー）としても知られている）プロ
セス／テンプレート情報という２種類の情報を表示できる。

【０１４５】活動に特殊な情報は、活動についての詳細を見るため、および活動に応答する
ために表示される。該ユーザは、ＡｃｔｉｖｉｔｙＬｉｓｔ（活動リスト）内
で活動を選択することにより活動情報を表示することができる。活動が選択され
ると、作業アイテムビューが該ＴａｒｇｅｔＡｒｅａ（ターゲット領域）に表
示される。その作業アイテムビューは詳細なビューであり、ｅ−メールクライア
ントの作業アイテムビューとまったく同じである。該詳細な作業アイテムビュー
は、表示のレイアウトに関係なく該作用アイテムの詳細なビューである。

【０１４６】該要素は、同様である。該作業アイテムビューの要素はいくつかの活動属性お
よびプロセス属性、添付物リスト、形式、および添付物を追加、選択するのに役
立つ制御である。該プロセス／テンプレートワークフローは、プロセス／テンプ
レート内の活動の関係性を図表で見るため、および該プロセス／テンプレートの
特徴を修正するために表示される。該ワークフローでの色の使用量は、該Ｏｒｇ
ａｎｉｚｅｒ（オーガナイザ）と該ＯｖｅｒｖｉｅｗＡｒｅａ（オーバビュー
領域）内の色と同じ意味を持つ。

【０１４７】該ユーザは、該Ｐｒｏｃｅｓｓ／ＴｅｍｐｌａｔｅＬｉｓｔ（プロセス／テ
ンプレートリスト）内でプロセス／テンプレートを選択することによって、ある
いは該ＡｃｔｉｖｉｔｙＬｉｓｔ（活動リスト）内で活動を選択し、Ｇｒａｐ
ｈｉｃａｌＶｉｅｗ（グラフィックビュー）をクリックすることによってワーク
フローを表示できる。該ＴａｒｇｅｔＡｒｅａ（ターゲット領域）のサイズを
拡大する場合は、Ｖｉｅｗ（ビュー）メニューのＨｅｉｇｈｔｅｎＣａｎｖａ
ｓ（キャンバス強調表示）またはＷｉｄｅｎＣａｎｖａｓ（キャンバス拡大）
メニューオプションを選択する。これで、スクロール可能な領域が拡大する。

【０１４８】典型的な毎日のユーザが従事するだろう重要な活動とは、いったんプロセスが
設計、実現されたら、プロセスに関与することである。ウェブスターの辞書は、
プロセスを「所望される結果に向かう過程、ステップ、または方法」と定義して
いる。プロセスは、該ワークフローシステム内で、フローチャート状の図でモデ
ル化される。プロセスとは、実行されなければならないタスク（活動）、タスク
が実行されるシーケンス、誰がタスクを実行できるのか、よび該プロセスを完了
するために必要とされる人工遺物（文書および形式）の記述により定義される動
的なエンティティである。すべての実行中のプロセスは、該ＰｒｏｃｅｓｓＬ
ｉｓｔ（プロセスリスト）に一覧表示される。

【０１４９】柔軟性は、プロセスユーザに、タスクのための複数のオプションを提供するこ
とによってプロセスの中に作りこむことができる。活動が実行される準備が完了
すると、それは、誰もがそのステータスを見ることができるように、該Ｏｒｇａ
ｎｉｚｅｒ（オーガナイザ）の中の該ＵｎｉｖｅｒｓａｌＡｃｔｉｖｉｔｙ（
ＴｏＤｏ）（汎用活動（実行））リストに表示される。該Ｕｎｉｖｅｒｓａｌ
ＡｃｔｉｖｉｔｙＬｉｓｔ（汎用活動リスト）（またはさらに簡略には、該
ＡｃｔｉｖｉｔｙＬｉｓｔ（活動リスト））は、すべてのプロセス内のすべて
の活動およびそのステータスを追跡調査する。図１０は、該Ｕｎｉｖｅｒｓａｌ
ＡｃｔｉｖｉｔｙＬｉｓｔ（汎用活動リスト）を示す。発注要求は、該ワー
クフローシステムが理想的にモデル化するのに適する典型的なビジネスプロセス
である。

【０１５０】ユーザがプロセスを用いて実行することができる複数のことがある。ユーザは
、プロセスのリストを並べ替え、フィルタリングし、プロセスのワークフローを
表示し、プロセスのプロパティを表示し、文書をプロセスと関連付け、プロセス
の履歴を表示することができる。並べ替えプロセスは、指定された順序でそれら
を配列する。フィルタリングプロセスは、指定された特徴を満たすそれらのプロ
セスだけを表示する。プロセスを並べ替えるには、Ｓｏｒｔ（並べ替え）ドロッ
プダウンリストをクリックし、所望の並べ替えオプションを選択する。プロセス
をフィルタリングするには、Ｆｉｌｔｅｒ（フィルタ）ドロップダウンリストを
クリックし、所望の特徴を選択する。「Ｍｙ．．．Ｐｒｏｃｅｓｓｅｓ（私の・
・・プロセス）」は、ユーザが起動したそれらのプロセスを指す。「・・・Ａｃ
ｔｉｖｅＰｒｏｃｅｓｓ（・・・アクティブプロセス）」は、アクティブ活動
を含むそれらのプロセスを指す。

【０１５１】プロセスを表示するために、該プロセスは、該Ｏｒｇａｎｉｚｅｒ（オーガナ
イザ）の該ＰｒｏｃｅｓｓＬｉｓｔ（プロセスリスト）内で選択される。該プ
ロセスの該ワークフローは、該ＴａｒｇｅｔＡｒｅａ（ターゲット領域）に表
示され、同じワークフローのサムネイルビューは、該ＯｖｅｒｖｉｅｗＡｒｅ
ａ（オーバビュー領域）に表示される。図１１は、画面表示の右フレーム内のワ
ークフロープロセスを示す。

【０１５２】いったんプロセスが表示されると、プロセスのプロパティが表示できる。Ａｔ
ｔａｃｈｍｅｎｔｓ（添付物）の例外により、プロセスプロパティは該プロセス
のテンプレートから引き出される。添付物だけがプロセスに関して修正されてよ
い。添付物は、本項のつぎの部分に記述される。該Ｐｒｏｃｅｓｓ（プロセス）
メニューＰｒｏｐｅｒｔｉｅｓ（プロパティ）コマンドが、プロセスプロパティ
を表示するために選択される。

【０１５３】文書は、任意の時点でプロセスと関連付けられてよい。文書は任意のコンピュ
ータファイルである。形式とは異なり、文書は、典型的には構造化されておらず
、他のデータリポジトリとのリンクを持たない。文書がいったんプロセスと関連
付けられると、それは添付物であり、すべてのプロセス参加者が利用できる。添
付物のビューワは、該添付物を開くために適切なツールおよび／または環境セッ
トを持たなければならない。文書は、テンプレートではなく、実行中のプロセス
とだけ関連つけられてよい。添付物は活動からアクセスされるが、それらは特定
の活動に結び付けられていない。文書をプロセスから切り離すためには、Ｒｅｍ
ｏｖｅ（削除）をクリックする。これにより、文書自体ではなく、関連付けが削
除されることになる。

【０１５４】プロセス履歴は、プロセスが開始された日付と時刻、ならびに誰によって、お
よび活動が完了した日付と時刻、該活動の内部ｉｄ、該活動に講じられる措置、
および誰によってを含む。活動が、該ワークフローシステムによって自動的に実
行された場合には、「プロセス」は、Ｒｅｓｐｏｎｓｉｂｌｅ（担当）欄に表示
される。プロセス履歴を表示するには、ユーザは該ＰｒｏｃｅｓｓＬｉｓｔ（
プロセスリスト）内で該プロセスを選択し、該Ｐｒｏｃｅｓｓ（プロセス）メニ
ューＨｉｓｔｏｒｙ（履歴）コマンドを選択する。

【０１５５】ユーザが活動によって実行できる複数のことがある。該ユーザは、活動のリス
トを並べ替え、フィルタリングし、活動記述を表示し、形式または添付物を開き
、編集目的のために開かれた添付物を返し、添付物を開くために使用するアプリ
ケーションを指定し、活動に応答することができる。活動の並べ替えは、指定順
序で活動を配列する。フィルタリング活動は、指定された特徴を満たすそれらの
活動だけを表示する。活動を並べ替えるためには、該ユーザはＳｏｒｔ（並べ替
え）選択ボタンをクリックし、所望の並べ替えオプションを選択する。活動をフ
ィルタリングする場合、ユーザはＦｉｌｔｅｒ（フィルタ）選択ボタンをクリッ
クし、所望の特徴を選択する。

【０１５６】活動詳細を表示するには、該ユーザは該Ｏｒｇａｎｉｚｅｒ（オーガナイザ）
の該ＡｃｔｉｖｉｔｙＬｉｓｔ（活動リスト）の中の該活動を選択する。該Ｔ
ａｒｇｅｔＡｒｅａ（ターゲット領域）に示されている活動情報は、該活動の
名前、この活動の責任者（複数の人物に責任が譲渡されていることがある――こ
の場合、譲受人ごとに該ＡｃｔｉｖｉｔｙＬｉｓｔ（活動リスト）内に別個の
活動がある）、該プロセスを開始した人物、および該活動の記述を含む。

【０１５７】形式を開く場合：１．該活動の詳細な記述がすでに表示されていない場合には、それを表示する
。２．ＳｅｌｅｃｔＦｏｒｍ（形式選択）（該当アイコン）をクリックし、開
く形式を選択する。

【０１５８】フィールドに加えられる変更は、該形式が閉じられると、他のプロセス参加者
が観察できる。

【０１５９】添付物を開くには複数の方法がある。該ユーザは、それを開くために該添付物
を作成するために使用されたアプリケーションを有していなければならない。加
えて、アプリケーションファイル拡張子の関連付けが定義されなければならない
。該ユーザは、それがすでに表示されていない場合には該活動の詳細な情報を表
示し、ＳｅｌｅｃｔＡｔｔａｃｈｍｅｎｔ（添付物選択）（該当アイコン）を
クリックすることによって該活動の詳細なビューからだけ表示し、開く添付物を
選択するために添付物を開いてよい。

【０１６０】該ユーザは、（１）それがすでに表示されていない場合には、該プロセスのワ
ークフローを表示すること、（２）該Ｐｒｏｃｅｓｓ（プロセス）メニューＰｒ
ｏｐｅｒｔｉｅｓ（プロパティ）コマンドを選択すること、および（３）Ａｔｔ
ａｃｈｍｅｎｔｓ（添付物）タブを選択すること、（４）ＣｕｒｒｅｎｔＡｔ
ｔａｃｈｍｅｎｔｓＬｉｓｔ（カレント添付物リスト）の中の該添付物を強調
表示すること、（５）表示するためだけに該添付物を開くためにＶｉｅｗ（ビュ
ー）をクリックすることによって、該プロセスのグラフィックビューを表示した
り、該プロセスのグラフィックビューを編集するために添付物を開いてよい。

【０１６１】該添付物を開き、それに修正を加えるためにはＥｄｉｔ（編集）をクリックす
る。一度に一人の人物だけが添付物を編集してよい。しかしながら、任意の数の
人が添付物を表示できる。該ユーザが編集のために添付物を開く場合、該ユーザ
は、他の人が、必要な場合にそれを編集できるように、自分が終わったらそれを
返すことを覚えていなければならない。該ユーザは、変更が該添付物に反映され
るためには、その元の名前に沿って添付物を保存しなければならない。

【０１６２】該ユーザは編集のために添付物を開く場合、該ユーザがそれを元に返すまで、
他の誰も該添付物を編集したり、該ユーザの変更を見ることはできない。添付物
は、（１）Ｄｏｃｕｍｅｎｔ（文書）メニューＣｈｅｃｋｉｎ（返却）コマン
ドを選択すること、（２）害添付物を返すために選択すること。Ｐａｔｈ（経路
）フィールドには、該添付物が記憶されるロケーションが入力され、変更されて
はならない。（３）ＣｈｅｃｋＩｎ（返却）をクリックすること、（４）Ｃｌ
ｏｓｅ（閉じる）をクリックすることによって返される。

【０１６３】該ワークフローシステムが、添付物を開くためにどのアプリケーションを使用
すべきかを知るためには、アプリケーション−ｆｉｌｅｔｙｐｅ拡張子の関連付
けが行われなければ成らない。文書拡張子は、「．」に続くファイル名内の文字
である。指定された関連付けに基づき、該ワークフローシステムは、指定された
アプリケーションを用いて指定された拡張子のあるすべての文書を開くことにな
る。

【０１６４】関連付けは、（１）Ｄｏｃｕｍｅｎｔ（文書）メニューＡｓｓｏｃｉａｔｉｏ
ｎｓ（関連付け）コマンドを選択すること、（２）Ｔｙｐｅ（タイプ）フィール
ドに該文書のタイプを入力すること（たとえば、Ｗｏｒｄ）、（３）このタイプ
の文書のファイル名拡張子をＥｘｔフィールド（たとえば、ｄｏｃ）に入力する
こと。文書タイプに複数の考えられる拡張子がある場合、空間によって区切られ
ている拡張子を入力する（たとえば、ｈｔｍｌ）。（４）Ｐｒｏｇｒａｍ（プロ
グラム）フィールドに入力するか、Ｂｒｏｗｓｅ（ブラウズ）をクリックし、こ
の種の文書を開くために使用するプログラムのパス名全体を選択する。（５）Ａ
ｄｄ（追加）をクリックすること。（６）ＤｏｃｕｍｅｎｔＡｓｓｏｃｉａｔ
ｉｏｎ（文書関連付け）ダイアログボックスを閉じるために、Ｃｌｏｓｅ（閉じ
る）をクリックすることによって定義される。関連付けは、リストの中でそれを
選択し、Ｒｅｍｏｖｅ（削除）を選択することによって削除される。

【０１６５】ユーザは、該活動に作用することによって活動割当てに応答してよい。これは
、該プロセス状態を該プロセスの中のつぎの活動に進める。活動に作用すること
は、（１）該活動詳細情報を、それがすでに表示されていない場合には表示する
こと、（２）該活動を実行するために必要な処置を講じる。これは、添付物を該
プロセスと関連付ける、あるいはすでに関連付けられた添付物を修正すること、
および（３）該講じられる処置を反映する該ＴａｒｇｅｔＡｒｅａ（ターゲッ
ト領域）の底部でボタンをクリックする（またはオプションを選択する）ことを
含む。該プロセス内のつぎの論理活動が起動され、該ＡｃｔｉｖｉｔｙＬｉｓ
ｔ（活動リスト）に表示される。

【０１６６】該ＵｓｅｒＰｒｏｆｉｌｅ（ユーザプロファイル）は、該ユーザの個人的な
好みを含む。該ユーザは、活動が自分に割り当てられたときに、自分がｅ−メー
ルによって通知されることを望むのかどうかを設定できる。加えて、該ユーザは
、該（ＤＭＳ）に該デフォルト保存ディレクトリを設定できる。これは、該ユー
ザが該文書を該（ＤＭＳ）に追加するときはつねに該（ＤＭＳ）が開かれるディ
レクトリである。

【０１６７】Ｅ−メール通知は、（１）Ｆｉｌｅ（ファイル）メニューのＵｓｅｒＰｒｏ
ｆｉｌｅ（ユーザプロファイル）コマンドを選択し、Ｎｏｔｉｆｉｃａｔｉｏｎ
（通知）チェックボックスを選択し、（３）該Ｅ−メールフィールドに完全なＥ
−メールアドレスを入力し、ＯＫをクリックすることを含む。ユーザのデフォル
ト（ＤＭＳ）ディレクトリのセットアップは、（１）Ｆｉｌｅ（ファイル）メニ
ューのＵｓｅｒＰｒｏｆｉｌｅ（ユーザプロファイル）コマンドを選択し、（
２）該ＤｏｃｕｍｅｎｔＭａｎａｇｅｍｅｎｔ（文書管理）タブを選択し、（
３）該デフォルト（ＤＭＳ）ディレクトリに関して入力するまたはＢｒｏｗｓｉ
ｎｇ（ブラウズ）し、（４）ＯＫをクリックすることを含む。

【０１６８】色は、ステータスおよびタイプ情報を通信するために、該Ｏｒｇａｎｉｚｅｒ
（オーガナイザ）、ＯｖｅｒｖｉｅｗＡｒｅａ（オーバビュー領域）およびＴ
ａｒｇｅｔＡｒｅａ（ターゲット領域）内で使用される。活動の以下の色が、
規定の意味を持つ。

【０１６９】ＩＮＳＥＲＴＧＲＡＰＨＩＣ（グラフィック挿入）１２（青）−活動が完了
した。ＩＮＳＥＲＴＧＲＡＰＨＩＣ（グラフィック挿入）１３（明るい緑み青）−
活動は未決であるか、それはテンプレート活動であるかのどちらかである。ＩＮＳＥＲＴＧＲＡＰＨＩＣ（グラフィック挿入）１４（緑）−活動が現在
の活動である。

【０１７０】カラーシェードは、様々なコンピュータでわずかに異なってよい。

【０１７１】特殊アイコンは、有効な情報を伝達するために、該Ｏｒｇａｎｉｚｅｒ（オー
ガナイザ）の該ＰｒｏｃｅｓｓＬｉｓｔ（プロセスリスト）、Ｔｅｍｐｌａｔ
ｅＬｉｓｔ（テンプレートリスト）、およびＡｃｔｉｖｉｔｙＬｉｓｔ（活
動リスト）で使用される。表３は、特殊アイコンを示す。プロセスの設計および
実現は、既存の手動プロセスに関する実質的な理解を持つ誰かによって実行され
るだろう数少ない活動である。典型的には、人物は、どのようにすればプロセス
を最良に設計し直せるかに関して、それが該ワークフローシステムによって実現
されるときに最適化できるように考慮することになる。この活動は、知識作業者
によって協力して実行されてよい。

【０１７２】テンプレートは再利用可能なプロセス定義である。それらには、プロセスが含
むすべての情報が含まれるが、それらはアクティブではない。それらは、該プロ
セスの動作およびプロパティを定義するためにプロセスと関連付けられる静的な
エンティティである。プロセスは、実行中テンプレートとして考えることができ
る。プロセスが作成されるとすぐに、それは実行中であり、（該フィルタがそれ
を排除するために設定されていないのであれば）該プロセス内の第１活動が該Ｕ
ｎｉｖｅｒｓａｌＡｃｔｉｖｉｔｙＬｉｓｔ（汎用活動リスト）に表示され
る。該プロセスのテンプレートは、どの活動がつぎにアクティブになるのかを、
過去の活動に対する応答に基づき定義する。プロセス／テンプレートは、二つの
重要な特徴によって定位される。すなわち（１）活動、および（２）フロー制御
である。

【０１７３】活動は、プロセスモデルのビルディングブロックである。それらは、該タスク
と関連付けられている形式および該タスクを実行するために割り当てられている
人員だけではなく、プロセス内の該タスクを定義する。活動が進行中であるとき
、該活動はアクティブ状態にあり、該活動に割り当てられている人物がそれに応
答するまで不活性にされないことになる。活動は、人間の行為または意思決定を
必要とするタスクをモデル化するために使用される。活動は、図１２に図示され
るように、矩形ノードによってワークフロー内で図表を用いて表される。

【０１７４】活動のシーケンス／タイミングを制御する複数の異なるフローオペレータがい
る。それぞれのオペレータは、別個の記号により図表で表される。矢印の例外は
あるが、この記号はノードと呼ばれる。該オペレータは、表４に示されているも
のを含むが、それらに制限されない。その他の事前に定義されたノードは、Ｓｕ
ｂｐｌａｎ（サブプラン）ノードおよびＳｐｌｉｔＡｃｔｉｖｉｔｙ（活動分
割）ノードを含む。

【０１７５】好ましい実施の態様においては、テンプレートは、（１）Ｇｒａｐｈｉｃａｌ
Ｖｉｅｗ（グラフィックビュー）の中にいる（すなわち、該Ｐｒｏｃｅｓｓ
Ｌｉｓｔ（プロセスリスト）またはＴｅｍｐｌａｔｅＬｉｓｔ（テンプレート
リスト）のどちらかが表示される）、（２）該Ｔｅｍｐｌａｔｅ（テンプレート
）メニューＮｅｗ（新規）コマンドを選択する、（３）テンプレートのワークフ
ローを定義する（該ＴａｒｇｅｔＡｒｅａＴｏｏｌｂａｒ（ターゲット領域
ツールバー）が、該ワークフローが定義できるように表示される）、（４）テン
プレートの一般記述属性を定義する、（５）このテンプレートから作成されたプ
ロセスのオーナを設定する、（６）形式に利用可能なデータアイテム（ユーザ定
義属性）を定義する、（７）形式を作成し、それらを活動またはＳｔａｒｔ（開
始）ノードと関連付ける、（８）活動ノードの特徴を定義する、（９）あらゆる
ＯＲ（論理和ノード）があるならば、ＯＲ（論理和）ノードの特徴を定義する、
（１０）あらゆるＡＮＤ（論理積ノード）があるならば、ＡＮＤ（論理積）ノー
ドの特徴を定義する、（１１）あらゆる条件ノードがあるならば、該条件ノード
の特徴を定義する、（１２）テンプレートを作成し、該Ｔｅｍｐｌａｔｅ（テン
プレート）メニューＳａｖｅ（保存）コマンドを選択し、該テンプレートの名前
および記述を入力することによって、最初から作成される。ステップ４−１１は
、ステップ６がステップ７と１１の前に実行される限り、任意の順序で実行され
てよい。

【０１７６】テンプレート作成者は、任意のテンプレートプロパティを設定、修正してよい
。しかしながら、該テンプレート作成者は、いったん該テンプレートがプロセス
を開始するために使用されると、テンプレート特性を修正してはならない。加え
て、該テンプレート作成者は、誰か他の人によってすでに修正されているテンプ
レートを修正してはならない。既存のテンプレートに変更を加えるには、該Ｔｅ
ｍｐｌａｔｅ（テンプレート）メニューＥｄｉｔ（編集）コマンドを選択するこ
とによって該編集モードに入り、変更が加えられ、該テンプレートが保存される
。プロセスの該プロパティは、そのテンプレートから引き出されるが、修正され
てはならない。以下のプロパティは、プロセスおよびテンプレートに適用する。

【０１７７】・ワークフロー −該テンプレート／プロセス内の活動のシーケンス・一般属性 −該テンプレート／プロセスの名前、題名、および記述・オーナー −（テンプレートだけに適用する）−テンプレートの該オーナ。
デフォルトによって、プロセスの該オーナは、該プロセスが作成された元の該テ
ンプレートの該オーナである。・データアイテム −形式で表示できるデータ・活動ノード属性 −該活動の記述および割当て・ＯＲ（論理和）ノード属性 −ＯＲ（論理和）ノードの記述および動作・ＡＮＤ（論理積）ノード属性 −ＡＮＤ（論理積）ノードの記述および動作・条件ノード属性 −条件ノードの記述および動作・形式 −活動を完了するために使用される形式。

【０１７８】ワークフローを修正するためには、該テンプレートの該ワークフローが表示さ
れなければならない。該ＴａｒｇｅｔＡｒｅａＴｏｏｌｂａｒ（ターゲット
領域ツールバー）は、ノードおよび矢印を設置するために使用され、図１３に示
される。ノードを追加するには（１）該ＴａｒｇｅｔＡｒｅａＴｏｏｌｂａ
ｒ（ターゲット領域ツールバー）が見えない場合には、該Ｔｅｍｐｌａｔｅ（テ
ンプレート）メニューＥｄｉｔ（編集）コマンドを選択する。（２）該Ｔｏｏｌ
ｂａｒ（ツールバー）の中で、追加されなければならない該ノードをクリックす
る。（３）該ノードが設置されなければならない該ＴａｒｇｅｔＡｒｅａ（タ
ーゲット領域）内の空白領域をクリックする。（４）設置されるノードごとにス
テップ３を繰り返す。

【０１７９】矢印を追加するには、（１）該ＴａｒｇｅｔＡｒｅａＮｏｄｅＴｏｏｌ
ｂａｒ（ターゲット領域ノードツールバー）が見えない場合には、該Ｔｅｍｐｌ
ａｔｅ（テンプレート）メニューＥｄｉｔ（編集）コマンドを選択する。（２）
該Ｔｏｏｌｂａｒ（ツールバー）の中で矢印演算子（該当アイコン）をクリック
する。（３）矢印がそこから発する該ノードの非フィールド領域をクリックし、
マウスボタンを放さないで、該矢印の端点を該宛先ノードまでドラッグする。矢
印は二つのノードを繋がなければならない。二つのノードを繋がない矢印は描画
できない。（４）矢印の名前フィールドの中をクリックし、それに、矢印が取ら
れることになるユーザ動作を記述する一意の名前を与える。活動ノードから発す
る矢印だけが、記述名を必要とする。それ以外のノードタイプはユーザ動作を必
要としない。（５）設置される矢印ごとにステップ３を繰り返す。

【０１８０】ノードまたは矢印を移動するには、該ＮｏｄｅＴｏｏｌｂａｒ（ノードツー
ルバー）のボタンのノードが押されたままで、該ノードまたは矢印がクリックさ
れ、所望された場所までドラッグされる。ノードを移動するとき、必ず非フィー
ド領域内でクリックする。ノードをドラッグするとき、接続されている矢印は自
動的に調整し直されることになる。ユーザは、どちらの端点もノードに繋がれな
いように、矢印をドラッグしてはならない。

【０１８１】テンプレートの一般属性は、（１）該テンプレートの該ワークフローを表示す
る、（２）該Ｔｅｍｐｌａｔｅ（テンプレート）メニューＰｒｏｐｅｒｔｉｅｓ
（プロパティ）コマンドを選択する、（３）表示されているＰｒｏｐｅｒｔｉｅ
ｓ（プロパティ）ダイアログボックスのＧｅｎｅｒａｌ（一般）タブの上で該テ
ンプレートのＮａｍｅ（名前）、Ｔｉｔｌｅ（題名）、およびＤｅｓｃｒｉｐｔ
ｉｏｎ（記述）を入力する、（４）ＯＫをクリックすることによって定義される
。テンプレートのオーナの設定は、（１）該テンプレートの該ワークフローを表
示する、（２）該Ｔｅｍｐｌａｔｅ（テンプレート）メニューＰｒｏｐｅｒｔｉ
ｅｓ（プロパティ）コマンドを選択する、（３）該Ｏｗｎｅｒ（オーナ）タブを
選択する、（４）該Ｒｏｌｅ（役割）チェックボックスを選択し、クリックして
該所望の役割を選択し、ＯＫをクリックすることによって達成される。

【０１８２】役割とは、ＮＴおよびＥｘｃｈａｎｇｅ（交換機）内のＲｅｃｉｐｉｅｎｔ（
受取人）コンテナ内のグループに同等である。グループ／コンテナの作成方法の
詳細については、該ＤｉｒｅｃｔｏｒｙＳｅｒｖｉｃｅ（ディレクトリサービ
ス）文書を参照しなければならない。使用可能な役割の該リストは、該Ｄｉｒｅ
ｃｔｏｒｙＳｅｒｖｉｃｅ（ディレクトリサービス）内に定義されているすべ
てのグループ／コンテナである。役割が選択されると、該役割のメンバーが右側
ペインに表示される。

【０１８３】データアイテムは、ユーザが、形式をまとうことによって追跡調査することを
希望するプロセスに関連付けられた属性である。たとえば、購入要求プロセスは
、属性費用を有することがある。プロセス参加者は、費用の金額を設定するため
に該形式を開くことができる。

【０１８４】データアイテムのセットを指定するには、（１）該テンプレートの該ワークフ
ローを表示する。（２）該Ｔｅｍｐｌａｔｅ（テンプレート）メニューＰｒｏｐ
ｅｒｔｉｅｓ（プロパティ）コマンドを選択する。（３）該ＵｓｅｒＤｅｆｉ
ｎｅｄＡｔｔｒｉｂｕｔｅｓ（ユーザ定義属性）タブを選択する。（４）Ａｄ
ｄ（追加）をクリックする。（５）該データアイテムの名前を修正する。（６）
該データアイテムの該データタイプを選択する。（７）このデータアイテムを含
む形式が表示されると、このデータアイテムのフィールドが自動的に記入されな
ければならない場合に、該データアイテムの初期デフォルト値を入力する。（８
）データアイテムごとにステップ４から７を繰り返す。（９）修正された最後の
フィールドの場合、変更が受け入れられるように、＜Ｅｎｔｅｒ＞キーを押すか
、別のフィールドの中をクリックする。（１０）ＯＫをクリックする。

【０１８５】スクリプトは、（１）該テンプレート／プロセスの該ワークフローが表示され
ることを確実にし、編集モードにある、（２）該テンプレートのプロパティを表
示するために任意のノード上でＰｒｏｐｅｒｔｉｅｓ（プロパティ）ボタン（該
当アイコン）をクリックする、（３）該Ｓｃｒｉｐｔｓ（スクリプト）タブを選
択する、（４）ＩｎｉｔＳｃｒｉｐｔ（スクリプト）フィールドでは、プロセ
スが最初にこのテンプレートから作成されると、実行するために該ＪａｖａＳｃ
ｒｉｐｔを入力することによって定義される、（５）該ＣｏｍｍｉｔＳｃｒｉ
ｐｔ（コミットスクリプト）フィールドでは、該プロセス完了時に実行するため
に該ＪａｖａＳｃｒｉｐｔを入力する、（６）ＯＫをクリックする、（７）修正
終了時に、該Ｔｅｍｐｌａｔｅ（テンプレート）メニューＳａｖｅ（保存）コマ
ンドを選択することによって定義される。標準ＥＣＭＡＪａｖａＳｃｒｉｐｔ
コマンドに加えて、該ワークフローシステムは、該Ｓｅｒｖｅｒ（サーバ）から
情報を検索するために、ＪａｖａＳｃｒｉｐｔコマンドの追加のセットを提供す
る。

【０１８６】活動ノード属性は、（１）該テンプレートの該ワークフローが表示されること
を確実にする、（２）該活動ノードの該一番上のフィールド内の活動に関してＡ
ｓｓｉｇｎｅｅ（譲受人）（Ｒｏｌｅ（役割））を入力する。代わりに、該譲受
人は、以下のステップ６に説明されるように設定できることによって定義される
。該Ａｓｓｉｇｎｅｅ（譲受人）は、該ＤｉｒｅｃｔｏｒｙＳｅｒｖｉｃｅ（
ディレクトリサービス）で定義されるグループでなければならない。役割は、Ｅ
ｘｃｈａｎｇｅ（交換機）内のＮＴおよびＲｅｃｉｐｉｅｎｔ（受取人）コンテ
ナの中のグループに同等である。ＤｉｒｅｃｔｏｒｙＳｅｒｖｉｃｅ（ディレ
クトリサービス）文書は、グループ／コンテナを作成する方法に関する詳細につ
いて参照されなければならない。（３）該活動ノードの底部フィールドに該活動
の名前を入力する、（４）該活動ノードで該Ｐｒｏｐｅｒｔｉｅｓ（プロパティ
）ボタン（該当アイコン）をクリックする。

【０１８７】（５）Ｇｅｎｅｒａｌ（一般）タブでは、該活動の該Ｎａｍｅ（名前）、Ｔｉ
ｔｌｅ（題名）、およびＤｅｓｃｒｉｐｔｉｏｎ（記述）を入力する、（６）該
活動の該Ａｓｓｉｇｎｅｅ（譲受人）が前記ステップ２で設定されない場合、該
Ａｓｓｉｇｎｅｅ（譲受人）タブをクリックし、該Ａｓｓｉｇｎｅｅ（譲受人）
チェックボックスを選択し、所望の役割を選択し、ＯＫをクリックする。利用可
能な役割のリストは、該ＤｉｒｅｃｔｏｒｙＳｅｒｖｉｃｅ（ディレクトリサ
ービス）に定義されるすべてのグループ／コンテナである。役割が選択されると
、該役割の該メンバーが右側ペインに表示される。（７）該Ｓｃｒｉｐｔ（スク
リプト）タブでは、該活動がアクティブになるときに実行するためにＢｏｄｙＳ
ｃｒｉｐｔ（ボディスクリプト）を、ユーザが該活動ＯＲ（論理和）クリックに
応答するときに実行するためにＥｐｉｏｇｕｅＳｃｒｉｐｔ（エピローグスク
リプト）を入力し・・・該（ＤＭＳ）に記憶されているスクリプトを選択する、
（８）ＯＫをクリックすることによって定義される。

【０１８８】ＯＲ（論理和）ノード属性は、（１）該テンプレートの該ワークフローが表示
されていることを確認する、（２）ＯＲ（論理和）ノード（該当アイコン）の該
Ｐｒｏｐｅｒｔｉｅｓ（プロパティ）ボタン（該当アイコン）をクリックする、
（３）該Ｐｒｏｐｅｒｔｉｅｓ（プロパティ）タブを選択し、該ノードのＮａｍ
ｅ（名前）およびＤｅｓｃｒｉｐｔｉｏｎ（記述）を指定する、（４）該Ｓｃｒ
ｉｐｔ（スクリプト）タブを選択し、該ＯＲ（論理和）ノードが完了するときに
実行されるスクリプトを入力する、（５）ＯＫをクリックすることによって定義
される。ＡＮＤ（論理積）ノード属性は、（１）該テンプレートの該ワークフロ
ーが表示されることを確認する、（２）該ＡＮＤ（論理積）ノード（該当アイコ
ン）の該Ｐｒｏｐｅｒｔｉｅｓ（プロパティ）ボタン（該当アイコン）をクリッ
クする、（３）該Ｐｒｏｐｅｒｔｉｅｓ（プロパティ）タブを選択し、該ノード
のＮａｍｅ（名前）およびＤｅｓｃｒｉｐｔｉｏｎ（記述）を指定する、（４）
該Ｓｃｒｉｐｔ（スクリプト）タブを選択し、該ＡＮＤ（論理積）ノードが完了
すると実行される該スクリプトを入力する、（５）ＯＫをクリックすることによ
って定義される。

【０１８９】条件ノード属性は、（１）該テンプレートの該ワークフローが表示されている
ことを確認する、（２）該条件ノード（該当アイコン）で該Ｐｒｏｐｅｒｔｉｅ
ｓ（プロパティ）ボタン（該当アイコン）をクリックする、（３）Ｄｅｃｉｓｉ
ｏｎｓ（決定）タブを選択する、（４）評価されるデータアイテムを選択する。
該データアイテムオプションとは、該ＴｅｍｐｌａｔｅＰｒｏｐｅｒｔｉｅｓ
（テンプレートプロパティ）ダイアログボックスの該ＵｓｅｒＤｅｆｉｎｅｄ
Ａｔｔｒｉｂｕｔｅｓ（ユーザ定義属性）ページに指定されたものである。（
５）該条件ノードから発する矢印ごとに、該データアイテムを、該矢印が取られ
るために真でなければならない該関係に比較され、該関係を選択する、（６）デ
フォルト矢印を特定する該ラジオボタンを選択する、（７）式のどれも真ではな
い場合にこの矢印が取られることになる。（８）該リストの中の表記の順序は、
該式を強調表示し、Ｕｐ（アップ）またはＤｏｗｎ（ダウン）をクリックするこ
とによって配列し直すことができる。該条件ノードが起動または完了時にスクリ
プトを実行するには、該Ｓｃｒｉｐｔ（スクリプト）タブが選択され、該スクリ
プトはそれぞれ該ＰｒｏｌｏｇフィールドまたはＥｐｉｌｏｇフィールドに入力
される。（９）ＯＫをクリックする。

【０１９０】形式は、該ワークフローシステムを使用して定義、生成される。それらは、そ
のレイアウトが、ＨＴＭＬオーサリングツールを使用して、あるいはＨＴＭＬコ
ード自体を修正することによって修正されてよい構造化されたフィールドベース
のＨＴＭＬファイルである。それらは、該ワークフローシステムと構造化された
データリポジトリ間のデータ交換用人工遺物の役割を果たす。形式は作成され、
活動またはテンプレート作成中のＳｔａｒｔ（開始）ノードと関連付けられる。
これにより、それらをプロセス参加者が利用できるようになる。

【０１９１】形式は、（１）それがまだ実行されていない場合には、該テンプレートの該デ
ータアイテムを定義する、（２）該テンプレートの該ワークフローが表示されて
いることを確認する、（３）形式が関連付けられなければならない該活動ノード
で該Ｆｏｒｍ（形式）ボタン（該当アイコン）をクリックする。新規形式は、該
Ｓｔａｒｔ（開始）ノードから作成することはできない。既存の形式だけが、該
Ｓｔａｒｔ（開始）ノードと関連付けることができる、（４）ＣｒｅａｔｅＮ
ｅｗ（新規作成）をクリックする。該形式の内容を指定するためのダイアログボ
ックスが表示される。デフォルトによって、すべてのユーザ定義データアイテム
が形式に表示されることになる。

【０１９２】（５）データアイテムごとに、ユーザが、データアイテムが該形式に表示され
るのを望まない場合、該ユーザは、該データアイテムのＵｓｅｉｎＦｏｒｍ
（形式内での使用）チェックボックスを解除する。それ以外の場合、該ユーザが
該データアイテムの形式ラベルを指定する。最後のラベルが修正された後、該ユ
ーザは、変更が受け入れられるように、＜Ｅｎｔｅｒ＞キーを押すか、別のフィ
ールドの中をクリックするかのどちらかである。（６）該形式に（該Ｄｅｔａｉ
ｌＶｉｅｗ（詳細ビュー）から該形式を開くために該プロセス参加者によって使
用されることになる）該ファイル名よりさらに有意義な名前が与えられなければ
ならない場合には、ユーザは該ＦｏｒｍＴｉｔｌｅ（形式題名）フィールドに
その名前を入力する。該ＦｏｒｍＴｉｔｌｅ（形式題名）フィールドが記入さ
れない場合には、該形式のファイル名が該形式の名前に関して使用されることに
なる。

【０１９３】（７）ＦｏｒｍＰａｔｈ（該形式経路）フィールドの中にＦｏｒｍｓＲｅｐ
ｏｓｉｔｏｒｙの経路、およびＤｏｃｕｍｅｎｔＭａｎａｇｅｍｅｎｔＳｙ
ｓｔｅｍ（文書管理システム）に該形式を保存するためのファイル名を指定する
。代わりに、該形式を格納するための場所に関してツリー構造をブラウズするこ
とができる。Ｅｘｃｈａｎｇｅ（交換機）が該ＤｉｒｅｃｔｏｒｙＳｅｒｖｉ
ｃｅ（ディレクトリサービス）として使用されている場合には、該形式はＦｏｒ
ｍｓＲｅｐｏｓｉｔｏｒｙ経路に保存できないことになる。このケースでは、該
形式は、表示される上部レベルフォルダに対して保存される。プロセス参加者が
該形式を開くことができる前に、ＥｘｃｈａｎｇｅＣｌｉｅｎｔ（交換機クラ
イアント）は、該Ｅｘｃｈａｎｇｅ（交換機）ディレクトリから前記に指定され
たＦｏｒｍｓＲｅｐｏｓｉｔｏｒｙ経路に手動で該形式をコピーするために使用
されなければならない。（８）ＧｅｎｅｒａｔｅＦｏｒｍ（形式生成）をクリ
ックする。該形式は、該フィールドが単一欄にあるように作成される。該形式の
該概観は、任意のＨＴＭＬＥｄｉｔｏｒ（ＨＴＭＬエディタ）を使用し、ＯＫ
をクリックしてカスタマイズすることができる。

【０１９４】形式は、（１）該テンプレートの該ワークフローが表示されていることを確認
する、（２）形式を関連付ける活動ノードで該Ｆｏｒｍ（形式）ボタン（該当ア
イコン）をクリックする。しかしながら、Ｓｔａｒｔ（開始）ノードの例外があ
る。該Ｓｔａｒｔ（開始）ノードの場合、該ノードが選択され、該Ａｃｔｉｖｉ
ｔｙ（活動）メニューＰｒｏｐｅｒｔｉｅｓ（プロパティ）コマンドが選択され
る。新規プロセスが開始されると、該プロセス開始プログラムが該形式を記入で
きるように、該形式はただちに開かれることになる。（３）Ｂｒｏｗｓｅ（ブラ
ウズ）をクリックし、該形式に関して該ＤｏｃｕｍｅｎｔＭａｎａｇｅｍｅｎ
ｔＳｙｓｔｅｍ（文書管理システム）をブラウズする。（４）該Ｐａｔｈ（経
路）フィールドに該形式のロケーションを入力する。代わりに、該ツリーは、該
形式ロケーションまで横断できる。

【０１９５】（５）該書式に該ファイル名より（該ＤｅｔａｉｌＶｉｅｗ（詳細ビュー）か
ら該形式を開くためにプロセス参加者によって使用されることになる）さらに有
意義な名前が与えられなければならない場合には、その名前が該Ｔｉｔｌｅ（題
名）フィールドに入力される。（６）エントリを受け入れるためにＯＫをクリッ
クし、該Ｂｒｏｗｓｅ（ブラウズ）ダイアログボックスを閉じる。（７）新しい
関連付けを受け入れるためにＯＫをクリックし、該ＡｃｔｉｖｉｔｙＩｎｓｔ
ａｎｃｅＰｒｏｐｅｒｔｉｅｓ（活動インスタンスプロパティ）ダイアログボ
ックスを閉じる。書式を活動または該Ｓｔａｒｔ（開始）ノードから書式を切り
離すには、Ｒｅｍｏｖｅ（削除）をクリックする。これで、書式自体ではなく、
関連付けが削除されることになる。

【０１９６】新しいプロセスは、作成され、（１）プロセステンプレートのリストを表示す
るために、該Ｏｒｇａｎｉｚｅｒ（オーガナイザ）の該Ｔｅｍｐｌａｔｅ（テン
プレート）をクリックする、（２）該新規プロセスに使用される該テンプレート
を選択し、該Ｔｏｏｌｂａｒ（ツールバー）のＮｅｗＰｒｏｐｃｅｓｓ（新規
プロセス）（該当アイコン）をクリックする。（３）書式が該プロセスのテンプ
レートで該Ｓｔａｒｔ（開始）ノードと関連付けられていた場合、該書式は、該
書式を記入し、提出できる書式が開く。該新規プロセスは、該Ｐｒｏｃｅｓｓ（
プロセス）タブを選択し、該新規プロセスを強調表示することによって見ること
ができる。該新規プロセスは、該テンプレートと同じ名前を持つが、それを排除
するためにフィルタがセットされていない限り、見られない。該新規プロセスは
、該ＴａｒｇｅｔＡｒｅａ（ターゲット領域）内に表示される。該プロセスで
の該カレントアクティブ活動は、緑色っぽい色のノードによって強調表示され、
（フィルタがそれらを排除するために設定されていないならば）該Ａｃｔｉｖｉ
ｔｙ（活動）タブが選択されるときに、該ＡｃｔｉｖｉｔｙＬｉｓｔ（活動リ
スト）の中に表示されることになる。

【０１９７】プロセスに頻繁に参加するが、プロセスを定義しないユーザの場合、該ワーク
フローシステムはＳｉｍｐｌｅＣｌｉｅｎｔ（単純クライアント）を提供する
。図１４は、ウェブベースのＳｉｍｐｌｅ（単純）クライアントの画面表示を示
す。該ＳｉｍｐｌｅＣｌｉｅｎｔ（単純クライアント）は、オンラインで、お
よびリアルタイムでタスクに参加するユーザ向けに設計された。該Ｓｉｍｐｌｅ
Ｃｌｉｅｎｔ（単純クライアント）は、頻繁なリアルタイム、オンラインタス
ク／活動参加である。該Ｅ―メールクライアントおよび具体化クライアントは該
Ｓｉｍｐｌｅ（単純）クライアントの構成要素である。

【０１９８】該ＳｉｍｐｌｅＣｌｉｅｎｔ（単純クライアント）は、Ｅ−ｍａｉｌＣｌ
ｉｅｎｔ（Ｅ−メールクライアント）およびＩｎｓｔａｎｔｉａｔｉｏｎＣｌ
ｉｅｎｔ（具体化クライアント）で利用できる機能を結び付ける。該Ｓｉｍｐｌ
ｅＣｌｉｅｎｔ（単純クライアント）によって、ユーザは、ユーザがプロセス
を具体化（開始）し、ユーザは作業リストからその割り当てられたタスクを処理
するので、文書を表示、編集、追加、および添付できるようにすることによって
プロセスに参加できるようにする。該単純クライアント（ＳｉｍｐｌｅＣｌｉ
ｅｎｔ）は、作業アイテムにアクセスし、余分な情報を苦にする必要なく、新規
プロセスを開始する単純な方法を提供する。

【０１９９】該単純なクライアントは、基本的に二つの要素、すなわち二つのフレームであ
る。図１５は、該ＳｉｍｐｌｅＣｌｉｅｎｔ（単純クライアント）ビューを二
つの要素フレームとして示す。フレームとは、ｈｔｍｌページが表示できる場所
のことである。左側フレームは作業リスト、該ユーザに割り当てられる基本的な
活動である。該右側フレームは、該Ｅメールクライアントを含む。このようにし
て、該単純クライアントは、ユーザに割り当てられているが、依然として完了し
ていない活動を指す作業リスト（左側フレーム）とともに、詳細なビュー（右側
フレーム）から構成されている。

【０２００】該ＳｉｍｐｌｅＣｌｉｅｎｔ（単純クライアント）は、（図６に図示されて
いた）完全クライアントの以下の要素を含む。すなわちＡｐｐｌｉｃａｔｉｏｎ
Ｌｏｇｉｃ（アプリケーション論理）（ＡｐｐＬｏｇｉｃ）６６、ＷｏｒｋＦ
ｌｏｒ（ＷＦ）ＭａｎａｇｅｒＭｏｄｅｌ（ワークフロー管理モデル）６８、
ＦｏｒｍＭｏｄｅｌ（形式モデル）７０、ＷｏｒｋｉｔｅｍＭｏｄｅｌ（作
業アイテムモデル）７１、ＰｒｏｃｅｓｓＭｏｄｅｌ（プロセスモデル）７２
、およびＴｅｍｐｌａｔｅＭｏｄｅｌ（テンプレートモデル）７４を含む。視
覚アプレットは、作業リストである。

【０２０１】ユーザが該ＵＲＬをダブルクリックすると、該ワークフローシステムは、パス
ワードのログインに対する要求とともに戻る。アイコンが該作業リストから選択
されると、それはウェブページを該詳細なビューのフレームの中に呼び出す。Ｅ
−メールクライアントのＵＲＬを選択する方法は、該ＵＲＬがｅ−メールの内側
でハード符号化され、ユーザがその上でダブルクリップすると、該ウェブページ
が起動されるという事実を使用する。単純クライアントのケースでは、ユーザが
活動リストから要素を選択すると、効果は、特定の活動に対する特定のアイテム
を含む詳細なビューウェブページが起動されるという点である。

【０２０２】該ＳｉｍｐｌｅＣｌｉｅｎｔ（単純クライアント）を呼び出すには、該Ｓｉ
ｍｐｌｅＣｌｉｅｎｔ（単純クライアント）のＵＲＬが、ウェブブラウザ、た
とえば「ｈｔｔｐ：／／＜ｉ−ＦｌｏｗＳｅｒｖｅｒｈｏｓｔｎａｍｅ＞
／＜ｈｔｔｐｄｏｃｕｍｅｎｔｄｉｒｅｃｔｏｒｙ，ｗｈｉｃｈｉｓｔ
ｗｆ３０ｉｆｄｅｆａｕｌｔａｃｃｅｐｔｅｄ＞／ｔｗｆｓｉｍｐｌｅ＿
ｅｎ．ｈｔｍｌ？ｕｉｄ＝＜ｕｓｅｒｎａｍｅ＞％ｓｅｒｖｅｒ＝＜Ｓａｖｅｒ
ｎａｍｅ＞」に入力される。

【０２０３】該ＳｉｍｐｌｅＣｌｉｅｎｔ（単純クライアント）−インタフェースは、以
下の二つの追加を伴いＥ−ｍａｉｌＣｌｉｅｎｔ（Ｅ−メールクライアント）
と同じインタフェースを使用する。すなわち、（１）作業アイテムリスト、およ
び（２）該ＮｅｗＰｒｏｃｅｓｓ（新規プロセス）ボタンである。検討される
、あるいは取り組まれなければならない作業アイテムは該作業アイテムリストか
ら選択される。該作業アイテム情報は、該Ｅ−ｍａｉｌＣｌｉｅｎｔ（Ｅ−メ
ールクライアント）の場合と同じように正確に提示される。該Ｅ−ｍａｉｌＣ
ｌｉｅｎｔ（Ｅ−メールクライアント）で利用できるすべての機能が、該Ｓｉｍ
ｐｌｅＣｌｉｅｎｔ（単純クライアント）で利用できる。該ＮｅｗＰｒｏｃｅ
ｓｓ（新規プロセス）をクリックすると、新規プロセスを開始するために、該Ｉ
ｎｓｔａｎｔｉａｔｉｏｎＣｌｉｅｎｔ（具体化クライアント）が呼び出され
ることになる。

【０２０４】該Ｅ−メールクライアントはＨＴＭＬとＪａｖａＳｃｒｉｐｔの両方から構築
される。図６では、該Ａｐｐｌｏｇｉｃ（アプリケーション論理）、該ＷＦＭａ
ｎａｇｅｒＭｏｄｅｌ（ワークフロー管理モデル）、該ＷｏｒｋｉｔｅｍＭ
ｏｄｅｌ（作業アイテムモデル）、該ＦｏｒｍＭｏｄｅｌ（書式モデル）、該
ＰｒｏｃｅｓｓＭｏｄｅｌ（プロセスモデル）および該ＴｅｍｐｌａｔｅＭ
ｏｄｅｌ（テンプレートモデル）が、単純なクライアントの一部である。視覚ア
プレットは、該作業リストである。

【０２０５】該ワークフローシステムは、購入要求、費用報告、訪問追跡調査、またはウェ
ブコマースなどの内部管理プロセスにとっては理想的である。プロセステンプレ
ートは、非技術人員によって作成され、特別様式で実行中に変更することができ
、自動化ワークフロープロセスが実際のプロセスとともに進化できるようにする
。

【０２０６】管理タスクは、多くの場合、多岐に渡るユーザによって時折より多く完了され
る。これらのユーザは、（「不定期の」ユーザとも呼ばれている）おそらくモデ
ムを通した遠隔低帯域幅接続を有するもの、およびおもにｅ−メールを通して作
業するもの（繋がれていないユーザ）を含む。これらの種類のユーザを収容する
ために、該ワークフローシステムは二つの使用しやすいウェブベースのクライア
ント、すなわちＩｎｓｔａｎｔｉａｔｉｏｎＣｌｉｅｎｔ（具体化クライアン
ト）およびＥ−ｍａｉｌＣｌｉｅｎｔ（Ｅ−メールクライアント）を提供する
。

【０２０７】（該ＤｅｖｅｌｏｐｅｒＣｌｉｅｎｔ（開発者クライアント）を使用して）
いったんプロセステンプレートが作成されると、不定期ユーザは、Ｉｎｓｔａｎ
ｔｉａｔｉｏｎＣｌｉｅｎｔ（具体化クライアント）またはＥ−ｍａｉｌＣ
ｌｉｅｎｔ（Ｅ−メールクライアント）という該二つのブラウザをベースにした
クライアントのどちらかを通して参加することができる。該Ｉｎｓｔａｎｔｉａ
ｔｉｏｎＣｌｉｅｎｔ（具体化クライアント）と該Ｅ−ｍａｉｌＣｌｉｅｎｔ
（Ｅ−メールクライアント）の両方とも主に遠隔ユーザ向けのＨＴＭＬクライア
ントである。

【０２０８】該ＩｎｓｔａｎｔｉａｔｉｏｎＣｌｉｅｎｔ（具体化クライアント）は、ｅ−
メール専用ユーザに、確立されたＵＲＬアドレスを通して所定のテンプレートか
ら新規プロセスを具体化（起動）するための方法を提供する。該Ｅ−ｍａｉｌ
Ｃｌｉｅｎｔ（Ｅ−メールクライアント）は、繋がれていないユーザが、その作
業アイテムおよび関連文書を受け取ることができるようにし、彼らが、ｅ−メー
ルを介して（ＳＭＴＰまたは無線ＳＭＳを通して）そのタスクを、すべてウェブ
クライアントを通して完了できるようにする。このようにして、遠隔ユーザは、
プロセス、および添付文書および書式の表示および編集に参加することができる
。参加は、匿名の外部ユーザによる。

【０２０９】これらのクライアントを用いて、タスクは割り当て、参加者に直接的に送り、
参加者がオンライン作業リストを通して作業割当てをチェックする必要性を排除
する。さらに、該ワークフローシステムの直感的なブラウザベースのクライアン
トを用いて、該インタフェースが単純で学びやすいため、タスクは、より効率的
にたまの参加者によって完了することができる。

【０２１０】該ＩｎｓｔａｎｔｉａｔｉｏｎＣｌｉｅｎｔ（具体化クライアント）は、余分
な情報を苦にする必要なく、新規プロセスを迅速に開始する（たとえば、休暇要
求を提出する）単純な方法を提供する。該具体化クライアントは、テンプレート
のリストから成り立っている。右側には、活動ではなく、テンプレートの詳細な
ビューがある。該詳細なビューは、新しい作成済みプロセスの初期条件を設定す
るのに役立つ。プロセスの開始時に追加される添付物は初期化されてよい。書式
は、完了されなければならない。開始する、または取り消すための一つのボタン
がある。いったんユーザがプロセスを開始するのがＯＫであると言うと、プロセ
スの新規インスタンスは、それに追加された添付物で作成され、該プロセス属性
は、書式に入力された値に従って初期化される。

【０２１１】該ＩｎｓｔａｎｔｉａｔｉｏｎＣｌｉｅｎｔ（具体化クライアント）を呼び出
すため、該ＩｎｓｔａｎｔｉａｔｉｏｎＣｌｉｅｎｔ（具体化クライアント）の
ＵＲＬが、ウェブブラウザ、たとえば「ｈｔｔｐ：／／＜ｉ−ＦｌｏｗＳｅｒ
ｖｅｒｈｏｓｔｎａｍｅ＞／＜ｈｔｔｐｄｏｃｕｍｅｎｔｄｉｒｅｃｔ
ｏｒｙ，ｗｈｉｃｈｉｓｔｗｆ３０ｉｆｄｅｆａｕｌｔａｃｃｅｐ
ｔｅｄ＞／ｔｗｆｉｎｓｔａｎｔｉａｔｉｏｎ＿ｅｎ．ｈｔｍｌ？ｕｉｄ＝＜
ｕｓｅｒｎａｍｅ＞％ｓｅｒｖｅｒ＝＜ＳｅｒｖｅｒＮａｍｅ＞」に入力され
る。

【０２１２】該ＩｎｓｔａｎｔｉａｔｉｏｎＣｌｉｅｎｔ（具体化クライアント）にログイ
ン時にユーザが実行してよい唯一の動作は、新規プロセスの開始である。これに
は、該プロセスの該テンプレートがすでに存在していることが必要になる。該Ｉ
ｎｓｔａｎｔｉａｔｉｏｎＣｌｉｅｎｔ（具体化クライアント）にボタンがない
場合には、テンプレートは存在しない。新規プロセスは、（１）具体化する該テ
ンプレートのボタンをクリックする。該テンプレートの該名前および記述は右側
ペインに表示されることになる。（２）指定されたテンプレートのあるプロセス
を開始するためにＯＫをクリックする。形式が該プロセスのテンプレート内のＳ
ｔａｒｔ（開始）ノードと関連付けられていた場合、該書式が開くことになる。

【０２１３】（３）該書式を記入し、それを提出する。該プロセスが開始され、該Ｄｅｖｅ
ｌｏｐｅｒＣｌｉｅｎｔ（開発者クライアント）を使用して表示できる。該ア
クティブな活動は、該ＦｕｌｌＣｌｉｅｎｔ（完全クライアント）とＳｉｍｐ
ｌｅＣｌｉｅｎｔ（単純クライアント）の両方で見ることができる。該プロセ
ス内でのアクティブな活動の該譲受人がｅ−メール通知を受け取ることを選ぶと
、彼女／彼は該Ｅ−ｍａｉｌＣｌｉｅｎｔ（Ｅ−メールクライアント）を介し
て該活動にアクセスできる。

【０２１４】該Ｅ−ｍａｉｌＣｌｉｅｎｔ（Ｅ−メールクライアント）は、基本的には、
それがそこから起動できるアドレスを有するウェブページである。該Ｅ−ｍａｉ
ｌＣｌｉｅｎｔ（Ｅ−メールクライアント）は、ＨＴＭＬとＪａｖａＳｃｒｉ
ｐｔの両方から構築される。該Ｅ−ｍａｉｌＣｌｉｅｎｔ（Ｅ−メールクライ
アント）は、クライアントの中で最小であり、それは余分な情報を苦にする必要
なく、タスク割当てに迅速に応答する簡略な方法を提供する。該Ｅ−ｍａｉｌ
Ｃｌｉｅｎｔ（Ｅ−メールクライアント）は、該ユーザに割り当てられているタ
スクの作業アイテムビューを提供する。

【０２１５】それは、記述，日付、および時間等のようなアイテムを事前に定義した。該Ｅ
−ｍａｉｌＣｌｉｅｎｔ（Ｅ−メールクライアント）は、添付物および形式な
どのそのタスクに特殊なアイテムを有する。該Ｅ−ｍａｉｌＣｌｉｅｎｔ（Ｅ
−メールクライアント）は、タスクの完了後に、選択肢のセットから下されなけ
ればならない最終的な決定を有する。該Ｅ−ｍａｉｌＣｌｉｅｎｔ（Ｅ−メー
ルクライアント）にアクセスするためには、ユーザは、該ワークフローシステム
からｅ−メール通知を受け取らなければならない。通知を受け取るために、該ユ
ーザは、該ユーザプロファイルをセットアップするときに該Ｄｅｖｅｌｏｐｅｒ
Ｃｌｉｅｎｔ（開発者クライアント）内でこのオプションを選択したに違いな
い。それから、ユーザは，タスクが該ユーザに割り当てられたときにｅ−メール
を受信するに過ぎない。

【０２１６】該ｅ−メールメッセージの本文内では、クリックされると、該Ｅ−ｍａｉｌ
Ｃｌｉｅｎｔ（Ｅ−メールクライアント）を呼び出すＨＴＴＰリンクがある。該
Ｅ−メールクライアントは、ＨＴＭＬページによって囲まれている。該Ｅ−メー
ルクライアントは、パラメータのリスト（ヌルリストが一つのオプションである
）を含むＵＲＬによって呼び出される。たとえば、「ｈｔｔｐ：／ｉｆｌｏｗ／
ＴＷ３０／ｔｈｉｎｃｌｉｅｎｔ」は、パラメータなしで該Ｅ−メールクライア
ントを呼び出すためのＵＲＬである。パラメータを指定して該Ｅ−メールクライ
アントを呼び出す場合、該パラメータ？ＰＩＤ＝＿＆ＡＩＤ＝＿が、該プロセス
識別を表す該ＵＲＬコマンド行（ＰＩＤ）および該活動識別を表すＡＩＤに追加
されることになる。これが、該Ｅ−メールクライアントにパラメータを渡し、該
Ｅ−メールクライアントページを立ち上げる方法である。このｈｔｔｐは、ｅ−
メールメッセージで書き込まれることになる。

【０２１７】該Ｅ−メールクライアントは、それが、該活動が完了されているときに該サー
バに直接的に接続されるという意味でリアルタイムである。該Ｅ−ＭａｉｌＣ
ｌｉｅｎｔ（Ｅ−メールクライアント）は、完了した活動を処理するために該蓄
積交換パラダイムを使用しない。該Ｅ−ＭａｉｌＣｌｉｅｎｔ（Ｅ−メールク
ライアント）は、該ユーザがある特定の活動へのアクセスを取得するために該Ｕ
ＲＬを送達するが、該活動が立ち上がると、それはオンラインで該サーバに接続
される。オンラインとは、該ｅ−メールクライアントと該サーバの間の対話性が
、リアルタイムでＣＯＲＢＡを介して実行されることを意味する。それは、スト
ア−アンド−フォワードパラダイムを使わない。これは、ユーザがｅ−メール
クライアントで完了ボタンを押し、それがオフラインであるときには、該情報が
採取され、ｅ−メールメッセージの中に入れられ、該サーバに送信され、最終的
に該サーバがそれを取得するシステムと対照的である。該ワークフローシステム
では、ユーザがＯＫを押すと、それはリアルタイムで該サーバに移動する。

【０２１８】該Ｅ−メールクライアントインタフェースは、該ＤｅｖｅｌｏｐｅｒＣｌｉ
ｅｎｔ（開発者クライアント）と異なって見えるが、その後ろにある機能性は、
本質的には、該ＤｅｖｅｌｏｐｅｒＣｌｉｅｎｔ（開発者クライアント）のサ
ブセットである。該Ｅ−ｍａｉｌＣｌｉｅｎｔ（Ｅメールクライアント）を用
いて、ログイン時にユーザは、活動に応答し、文書をプロセスと関連付け、該活
動と関連付けられている書式または添付物を開き、添付物を開くために使用する
該アプリケーションを指定することができる。図１６は、該Ｅ−メールクライア
ントインタフェースを示す。

【０２１９】活動は、必要な書式および添付物を修正し、該活動に関して講じる処置を表す
該ボタンをクリックすることによって応答される。活動に関連付けられている書
式ごとに別個のボタンがある。ボタンをクリックすると、活動の対応する書式が
開く。該活動に関連付けられた添付物ごとに別個のボタンがある。新しい添付物
は、活動に追加できる。添付物が開かれる前に、（該ワークフローシステムＤｅ
ｖｅｌｏｐｅｒＣｌｉｅｎｔ（開発者クライアント）ですでに行なわれていな
い場合には）それを開くために使用する該アプリケーションが指定されなければ
ならない。

【０２２０】添付物は、該添付物に対応する該ボタンをクリックすることによって開かれる
。該添付物は、表示専用あるいは他の誰も修正のためにそれを開かなかったので
あれば修正用に開かれてよい。該添付物が開かない場合、それは、それを開くた
めの該アプリケーションが指定されていなかったためである可能性がある。アプ
リケーションは、（１）Ａｓｓｏｃｉａｔｉｏｎｓ（関連付け）をクリックする
、（２）Ｔｙｐｅ（タイプ）フィールド（たとえば、Ｗｏｒｄ）に該文書の種類
を入力する、（３）この種の文書のファイル名拡張子をＥｘｔフィールド（たと
えば、ｄｏｃ）に入力する。文書タイプが複数の考えられる拡張子を有する場合
、空間で区切られた拡張子（たとえば、ｈｔｍｌ）を入力する。（４）この種の
文書を開くために使用する該プログラムの経路名全体を、該Ｐｒｏｇｒａｍ(プ
ログラム)フィールドに入力する、またはＢｒｏｗｓｅ（ブラウズ）をクリック
して選択する、（５）Ａｄｄ（追加）をクリックする、（６）該Ｄｏｃｕｍｅｎ
ｔＡｓｓｏｃｉａｔｉｏｎ（文書関連付け）ダイアログボックスを閉じるため
にＣｌｏｓｅ（閉じる）をクリックすることによって添付物を開くために指定す
ることができる。関連付けは、該リスト内でそれを選択し、Ｒｅｍｏｖｅ（削除
）をクリックすることによって削除される。

【０２２１】該ワークフローシステムＳｏｆｔｗａｒｅＤｅｖｅｌｏｐｍｅｎｔＫｉｔ
（ソフトウェア開発キット）（ＳＤＫ）は、該ユーザがそれらを活用できるよう
に、該モデルクラスに該インタフェースを提供する。また、該ＳＤＫは、該開発
者が、該開発者が有していることがあるどのようなアプリケーションともそれら
を統合できるようにするために該ＵＩ構成要素のそれぞれの仕様を提供する。該
ＵＩ構成要素およびモデルクラスに加えて、該ＳＤＫは、該スクリプトアダプタ
、該ＤＤフレームワーク、Ｄｉｒｅｃｔｏｒｙ（ディレクトリ）アダプタ、およ
び該（ＤＭＳ）アダプタのインタフェース定義を提供する。該ＳＤＫは、該Ｓｃ
ｒｉｐｔ（スクリプト）アダプタ、ＤＤフレームワーク、Ｄｉｒｅｃｔｏｒｙ（
ディレクトリ）アダプタ、および（ＤＭＳ）アダプタの該開発者インプリメンテ
ーションを提供する。該（ＤＭＳ）アダプタは、Ｎａｔｉｖｅ（ネイティブ）Ｎ
Ｔ、Ｅｘｃｈａｎｇｅ（交換機）およびＪＤＫという三つのインプリメンテーシ
ョンを有する。該Ｄｉｒｅｃｔｏｒｙ（ディレクトリ）アダプタは、Ｎａｔｉｖ
ｅ（ネイティブ）ＮＴ、Ｅｘｃｈａｎｇｅ（交換機）およびＬＤＡＰという三つ
のインプリメンテーションも有する。

【０２２２】該ＳＤＫの一部は、ユーザが、該サーバにアクセスするスクリプトコマンドを
書き込むことができるようにする該ＪａｖａＳｃｒｉｐｔに追加された拡張子で
ある。該スクリプトコマンドは、彼らが、該プロセスコンテキストにアクセスで
きるように、該ユーザに事前に定義されている。

【０２２３】該ワークフローシステムは、該開発者に、該開発者が専用のコマンド拡張子を
追加できるようにするためのフレームワークを提供する。該開発者は、該ワーク
フローシステムの外で任意のデータリソースまたはアプリケーションにアクセス
するＪａｖａクラスを開発することができ、該開発者は該スクリプト機能環境の
中からそのＪａｖａクラスにアクセスできる。該スクリプトへの該インタフェー
スによって、該開発者は、異なる種類のスクリプトアダプタおよび異なる種類の
スクリプト機能言語を組み込むことができる。

【０２２４】該ワークフローシステムＳＤＫは、使用されている該アダプタとは無関係であ
り、このようにしてクライアントを開発するために該ＳＤＫを使用するための該
ＶａｌｕｅＡｄｄｅｄＲｅｔａｉｌｅｒｓ（付加価値小売業者）（ＶＡＲＳ
）を可能にする。該ＳＤＫによって、開発者は、該ワークフローシステムをサー
ドパーティの製品およびツールに統合するためだけではなく、ワークフローシス
テム機能性をカスタマイズし、拡張することもできる。該ＳＤＫはＪａｖａＢｅ
ａｎをベースにしている。該ＳＤＫは、ＪａｖａＢｅａｎおよびＪａｖａ
Ｓｃｒｉｐｔ構成要素、およびサーバアダプタＡＰＩを含む。該ＪａｖａＢｅ
ａｎおよびＪａｖａＳｃｒｉｐｔ構成要素は、ＶｉｓｕａｌＪａｖａＳｃ
ｒｉｐｔパレットから利用できるビルディングブロックの役割を果たす。

【０２２５】すべてのワークフローシステムツールは、ＪａｖａＳｃｒｉｐｔ構成用紙だ
けではなく再利用可能なビーンズからも組み立てられる。該構成要素は、必要に
応じて使用することができ、高いクライアント拡張性および顧客対応を可能にす
る。「ＡｄａｐｔｅｒＯｂｊｅｃｔ（アダプタオブジェクト）」ＡＰＩは、サ
ーバ側で利用できる。サーバアダプタＡＰＩによって、サードパーティは、該ワ
ークフローエンジンを該所望の（ＤＭＳ）、Ｄｉｒｅｃｔｏｒｙ（ディレクトリ
）サービスおよびＳｃｒｉｐｔ（スクリプト）インタプリタに接続できる。好ま
しい実施の態様においては、該ＡＰＩは、該ＯＭＧのＷｏｒｋｆｌｏｗＭａｎ
ａｇｅｍｅｎｔＦａｃｉｌｉｔｙ（ワークフロー管理機構）基準をサポートす
る。サーバ側スクリプト機能は、機能性を追加構成要素／アプリケーションに拡
張する。

【０２２６】該ＳＤＫの一つの態様とは、それがモデルビュー分離を実現するという点であ
る。該モデルは，複数の同時プレゼンテーションを処理する。ユーザが該プレゼ
ンテーションの一つで何かを変更すると、それが該モデルを変更し、それが、そ
れから該プレゼンテーションの残りに通知する。ＪａｖａＢｅａｎｓと呼ばれて
いる該モデルクラスは、スクリプト機能に役立つ。それらをＪａｖａＢｅａｎｓ
として有することにより、それらは該ＳＤＫの別の態様である構成要素として使
用できる。該ＳＤＫの別の態様とは、それがＣＯＲＢＡ表現法を非表示にし、隠
すという点である。利点とは、該ワークフロオーシステムが、該ワークフローシ
ステムモデルを使用している人々を、該クライアントと該サーバ間の該トランス
ポート層に関する表現法から遮るという点である。

【０２２７】該ＳＤＫに加えて、該ワークフローシステムは、異なるクライアントを提供す
る。該開発者クライアントは、該開発者クライアントなしでは、該開発者はプロ
セスを設計することができないだろうため必須である。該開発者クライアントは
該ＳＤＫの一部ではないが、該ＳＤＫは、該開発者クライアントがプロセス定義
に入力を提供するため、該開発者クライアントなしにはほとんど役立たない。該
開発者クライアントの意義とは、それが該開発者に該プロセス定義を入力させる
という点である。該プロセス定義の入力の一部として、該開発者クライアントは
該書式を作成するのを助ける。

【０２２８】該開発者クライアントは、ビルディングブロック構成要素を使用して構築され
る。該開発者クライアントの内側には、開発者が書式を作成するのを助け、開発
者が該サーバに該プロセス定義も入力させる該プロセス設計者ツールである。該
ＳＤＫ構成要素は、その他のクライアントだけではなく、該開発者クライアント
を構築するために使用される。該開発者クライアントは、その他のクライアント
とは対照的に、該エンジンに対する該プロセス定義のための入力を提供し、該書
式の作成を助ける。アプリケーションは、任意のプロセス設計とは無関係に作成
することができるが、有意義なシステムが該開発プロセスの最後に所望される場
合には、該開発者は、該開発者クライアントを介してプロセス定義を入力できる
。

【０２２９】該ワークフローシステムには、該開発者クライアントが構築される同じ構成要
素から構築される管理クライアントもある。まさに、該開発者クライアントが必
要とされるように，該ワークフローシステムは、該管理クライアントが完全に機
能的であることを必要とする。これは、該ワークフローシステムが、必ずしも、
システムが完全に機能的であることを必要としない単純クライアントおよび具体
化クライアントとは対照的である。

【０２３０】該インタフェースおよびインプリメンテーションを提供することに加えて、該
ＳＤＫは骨組を提供する。好ましい実施の態様においては、該骨組はＪａｖａだ
けではなくＣ＋＋でも提供される。このようにして、開発者は、専用のアダプタ
を開発するためにＣＯＲＢＡ開発ツールを有する必要はない。

【０２３１】図１７は、アプリケーション１４、該ソフトウェア開発キット６００の要素、
および該（ＤＭＳ）３２０およびＤＳオブジェクト３６０間の対話を示す。該Ｓ
ＤＫは、該ＷＦＭａｎａｇｅｒＰｒｏｘｙ（ＷＦマネージャ代理）６８、該
ＤｏｃＲｅｐｏｓｉｔｏｒｙ（Ｄｏｃリポジトリ）３００、該（ＤＭＳ）Ｉｍ
ｐｌｅｍｅｎｔａｔｉｏｎ（（ＤＭＳ）インプリメンテーション）３１０、該Ｆ
ＴＰユーティリティ３５０、および該ＤｉｒｅｃｔｏｒｙＳｅｒｖｉｃｅ（デ
ィレクトリサービス）２４から構成されている。

【０２３２】該ワークフローシステムは、任意の種類のクライアントを形成するために該ビ
ルディングブロックを組み合わせることを可能にするビルディングブロック構成
要素を有する。その結果、クライアントは、柔軟に置換可能な構成要素を有し、
それによりワークフロークライアントアプリケーションを作成する上で該開発者
を可能にする。該ワークフローシステムクライアント構成要素は、Ｖｉｓｕａｌ
ＪａｖａＳｃｒｉｐｔなどのビルダツールを使用して統合され，カスタマイ
ズされるのに向いている。

【０２３３】クライアントモデル構成要素は、非対話方Ｊａｖａビーンズである。該クライ
アントモデル構成要素の目的とは、ＩＩＯＰを介した該サーバとのその対話だけ
はなく、クライアントオブジェクトの状態もカプセル化することである。

【０２３４】さまざまなタイプのユーザ向けの複数のクライアントユーザインタフェースが
ある。該クライアントＵＩ構成要素の目的とは、作業リスト一覧表示ユーザイン
タフェースなどの該ワークフローシステムのユーザインタフェースのさまざまな
構成要素を提供することである。これらの構成要素は、クライアントオブジェク
トを維持したり、該ワークフローシステムサーバとの対話を実行しないことにな
る。

【０２３５】該ＡＰＩは、該ワークフローシステムサーバに対するすべてのインタフェース
をカバーする該モデルビーンズを含むＪａｖａパッケージとして提供される。こ
のＡＰＩによって、該開発者は、その管理を含む、該ワークフローシステムのす
べての態様にアクセスし、操作することができる。

【０２３６】開放アダプタＡＰＩによって、サードパーティが、該ワークフローシステムエ
ンジンを該所望される（ＤＭＳ）またはＤＳに接続できるようにする。ＤＳアダ
プタは、すでに、ＮＴＵｓｅｒＲｅｇｉｓｔｒｙ（ＮＴユーザレジストリ）
、ＭＳＥｘｃｈａｎｇｅ（ＭＳ交換機）、およびＬＤＡＰのために提供される
。（ＤＭＳ）アダプタは、該ＮＴＦｉｌｅＳｙｓｔｅｍ（ＮＴファイルシス
テム）、ＭＳＥｘｃｈａｎｇｅ（ＭＳ交換機）、およびＪＤＫのために提供さ
れる。該開放アダプタＡＰＩは、それ以外のシステムと動作するアダプタを開発
することができるように提供される。アダプタインタフェースごとの該ＣＯＲＢ
ＡＩＤＬ仕様に、例のコードだけではなく該ワークフローソフトウェアパッケ
ージが備えられる。

【０２３７】該ＡｄａｐｔｅｒＡＰＩ（アダプタＡＰＩ）は、さまざまな言語の中に文字
を収容するために一意の文字を表すための幅広い文字列を活用する。８−ビット
文字はラテン文字およびアラビア文字を表すには十分であるが、それ以外の言語
の文字はそれらを表すためにさらに多くのビットを必要とする。漢字は、少なく
とも二重バイトを必要とする。

【０２３８】該ＣｌｉｅｎｔＡＰＩ（クライアントＡＰＩ）は、該ワークフローシステム
サーバへのすべてのインタフェースをカバーするモデルクラスを含むＪａｖａパ
ッケージとして提供される。該ＣｌｉｅｎｔＡＰＩ（クライアントＡＰＩ）に
よって、開発者は、その管理を含む、該ワークフローシステムのすべての態様に
アクセスし、操作することができる。クライアントビーンＡＰＩは、該開発者が
専用のアプリケーション／タスクを構築するために、該開発者によって使用でき
る。該ＡＰＩによって、開発者は、サードパーティの製品およびツールと該ワー
クフローシステムを統合するだけではなく、ワークフローシステム機能性をカス
タマイズし、拡張することもできる。

【０２３９】Ｃｌｉｅｎｔ（クライアント）ビーンＡＰＩがアプリケーションを構築するた
めに使用されると、該アプリケーションの最重要点は、該ワークフローマネージ
ャパッケージである。該ワークフローマネージャパッケージは、該Ｓｅｒｖｅｒ
（サーバ）に対する接続を確立し、サーバ側オブジェクトへの参照を検索するた
めにビーンを含む。Ｃｌｉｅｎｔ（クライアント）ビーンＡＰＩは、該ワークフ
ローサーバへログインする、作業アイテム，プロセス、またはプロセス定義（テ
ンプレート）を検索する、該ＤｏｃｕｍｅｎｔＭａｎａｇｅｍｅｎｔＳｙｓ
ｔｅｍ（文書管理システム）を管理する、および役割メンバーシップを決定する
などの共通のタスクを実行するために使用できる。すべてのワークフローシステ
ムツールは、ＪａｖａＳｃｒｉｐｔ構成要素だけではなく、これらのクラスから
も開発されてよい。

【０２４０】すべての種類のワークフローアプリケーションは、該モデルクラスから開発で
きる。該ユーザは、該クラスを使用して、Ｊａｖａアプリケーションを開発する
ことができるか、あるいは該ユーザは該クラスでの該ブラウザで利用可能な該ス
クリプト機能を行ってよい、すなわち該クラスで利用可能なブラウザスクリプト
機能を使用し、Ｊａｖａアプリケーションを開発する。

【０２４１】表５は、該ワークフローシステムＣｌｉｅｎｔ（クライアント）のパッケージ
の要約を含む。これらのパッケージは、該開発者が利用できるようになったクラ
スおよびインタフェースを含む。パッケージごとに該完全に限定された名前は、
ＣＯＭ．ｆｕｊｉｔｓｕ．ｆｓｃ．ＴＷＦｌｏｗ．Ｃｌｉｅｎｔ．＜ｐａｃｋａ
ｇｅｎａｍｅ＞である。

【０２４２】該Ｐｒｏｃｅｓｓ（プロセス）変更制御機構は、変更を、同じ計画を実行して
いるすべてのプロセスに適用し、有意義な通知を関係しているユーザに提供する
。該プロセス変更制御機構は、ユーザに、指定された計画を実行しているすべて
のプロセスを一時停止する、該計画を変更する、および該ユーザによって入力さ
れた該データを救出する一方で、該修正された計画を実行しているすべてのプロ
セスに対し変更（変形）を適用する能力を与える。

【０２４３】カレントオーガナイザに対する代替策として、本発明の実施の態様は、フォル
ダのツリーであるフォルダ階層を提供してよい。該フォルダのツリーは、パーソ
ナルフォルダサブツリー、および共用されているフォルダサブツリーを含む。該
パーソナルフォルダサブツリーは、割り当てられたタスクのためのフォルダ（導
出済み／計算済み）、所有されているプロセス（導出済み／計算済み）、および
Ｏｔｈｅｒｓ（その他）を含む。該割り当てられたタスクのためのフォルダは、
アクティブであるか、あるいは完了していることがある。該所有されているプロ
セスは、アクティブであるか、あるいは完了していることがある。その他は、ユ
ーザが、プロセス、計画、および活動に対するショートカットを作成できるパー
ソナルフォルダ階層を作成できるようにする。該ワークフローシステム管理者に
よって管理される該Ｓｈａｒｅｄ（共用）フォルダサブツリーは、発行済みの計
画を含む。それは、該（ＤＭＳ）にサブツリーを提供し、サーバにサブツリーを
提供する。

【０２４４】導出済み／計算済みフォルダは、（リレーショナルデータベース照会に類似す
る）フィルタを使用して実行時に計算される内容を有する。ユーザによる該フォ
ルダの要求時に、フィルタ（照会）が評価され、該導出済み／計算済み結果は該
ユーザに送信される。指定されたフォルダに対する該初期要求の後、該フィルタ
によって指定される該選択基準を満たす該ワークフローシステムでのあらゆる変
更は、先を見越して該要求者に伝搬される。

【０２４５】本発明の別の実施の態様においては、プロセスは単一レベルで表示され、該ユ
ーザはそれらを並べ替え、フィルタリングすることができる。本発明のやはり別
の実施の態様においては、該フォルダ組織は結合的かつ多次元的であり、フィル
タは該フォルダに適用することができる。該オーガナイザは、図１１の左上隅に
示されている。該活動、プロセス、テンプレートタブに加えて、該ユーザは、該
リストがどのように表示されるのか、すなわちフィルタおよび並べ替えを制御す
る二つの制御機構を有する。使用されている該パラダイムは、結合的なリストに
基づいている。ユーザは、ほぼ構造化検索言語（ＳＱＬ）のようにフィルタおよ
び並べ替え順序を指定する。好ましい実施の態様においては、該ワークフローシ
ステムは、プロセス用の以下のユーザによって提供されているフィルタを有する
。

【０２４６】すなわち、ＭＹａｃｔｉｖｅ、ＭＹＩｎａｃｔｉｖｅ、ＡＬＬａｃｔｉｖｅ、
ＡＬＬｉｎａｃｔｉｖｅ、およびＥｖｅｒｙｔｈｉｎｇである。ＭＹａｃｔｉｖ
ｅは、すべてのアクティブユーザプロセスのリストを提供する。ＭｙＩｎａｃｔ
ｉｖｅは、すべてのイナクティブユーザプロセスのリストを提供する。ＡＬＬａ
ｃｔｉｖｅは、それらがユーザのプロセスであるかどうかに関係なく、すべての
アクティブプロセスのリストを提供する。ＡＬＬｉｎａｃｔｉｖｅは、それらが
ユーザのプロセスであるかどうかに関係なく、すべてのイナクティブプロセスの
リストを提供する。Ｅｖｅｒｙｔｈｉｎｇは、すべてのプロセスのリストを、ア
クティブであっても、イナクティブであっても提供する。

【０２４７】本発明の好ましい実施の態様においては、該ワークフローシステムを使用する
と、ユーザは、先を見越した通知を用いて、あるいは先を見越した通知を使用し
ないで該リストを要求することができ、該ユーザが知りたいと考える新しいプロ
セスが作成される場合には、該先を見越した通知を用いると該リストが更新され
るが、先を見越した通知を使用しないと、該リストは更新されない。

【０２４８】該書式記入フィールドは、プロセス設計者によって生成され、Ｅ−メール、ア
ドレス、題名等の該ユーザプロファイルの一部であるフィールドの事前に定義さ
れたセットである。

【０２４９】該ワークフローシステムは、役割分解およびメール通知を、匿名ユーザ（該デ
ィレクトリ内にアカウントを持たないユーザ）に提供し、特定し、Ｅ−メールを
介した活動要求を通知することができるだけのユーザの参加を可能にする。この
場合、役割メンバーシップの概念は、ユーザ識別としてＥ−メールを含むように
拡大されなければならない。

【０２５０】

【表１】

【０２５１】

【表２】

【０２５２】

【表３】

【０２５３】

【表４】

【０２５４】

【表５】

【０２５５】ここに、本発明の好ましいおよび例示的な実施の態様であると考えられるもの
が説明されてきたが、本発明のそれ以外の修正は、ここの教示から当業者にとっ
ては明らかなものとし、したがって、添付クレームにおいて、すべてのこのよう
な修正および拡大が、真の本発明の精神および範囲に該当することが確実である
ことが所望される。本発明は、そのすべての実施の態様を含むと解釈されなけれ
ばならず、本発明は、以下の添付クレームによってだけ制限されなければならな
い。加えて、当業者は、他のアプリケーションが、本発明の精神および範囲から
逸脱することなく、ここに述べられるものの代わりに使用されてよいことを容易
に理解することができる。

【図面の簡単な説明】

【図１】総合的な分散ワークフローシステム構成要素アーキテクチャおよび本発明の実
施の態様の構成要素対話を示す図である。

【図２】骨組みおよびスタッブを作成することに関わる多様な要素を示すブロック図で
ある。

【図３】ＤＤ−（ＤＭＳ）−（ＤＳ）構造を示す図である。

【図４】クライアントと（ＤＭＳ）要素の間の対話を示す図である。

【図５】単一サーバ構成のワークフローシステムアーキテクチャを示す図である。

【図６】ウェブクライアントのデフォルト構造を示す図である。

【図７】ワークフローシステムスクリプトフレームワークを示すブロック図である。

【図８】ウェブベースのＤｅｖｅｌｏｐｅｒＣｌｉｅｎｔ（開発者クライアント）の
画面表示を示す図である。

【図９】該ＤｅｖｅｌｏｐｅｒＣｌｉｅｎｔの画面レイアウトの画面領域および名称
を示す図である。

【図１０】汎用活動リストを示す図である。

【図１１】画面表示の右側フレーム内のワークフロープロセスを示す図である。

【図１２】活動の図式による表記を示す図である。

【図１３】ノードおよび矢印を配置するために使用されるＴａｒｇｅｔＡｒｅａＴｏ
ｏｌｂａｒ（ターゲット領域ツールバー）を示す図である。

【図１４】ウェブベースのＳｉｍｐｌｅ（単純）クライアントの画面表示を示す図である
。

【図１５】二つの要素フレームとしての該ＳｉｍｐｌｅＣｌｉｅｎｔ（単純クライアン
ト）ビューを示す図である。

【図１６】Ｅ−メールクライアントインタフェースを示す図である。

【図１７】アプリケーション、ソフトウェア開発キットの要素および（ＤＭＳ）オブジェ
クトと（ＤＳ）オブジェクトの間の対話を示す図である。

───────────────────────────────────────────────────── フロントページの続き (31)優先権主張番号６０／０９７，７９１ (32)優先日平成10年８月25日(1998．8．25) (33)優先権主張国米国（ＵＳ） (81)指定国ＪＰ，ＵＳ (72)発明者サンディープティワリアメリカ合衆国，カリフォルニア州 95032，ロスゲイトス，モジョニーラコート 103 (72)発明者ジェリーウェインアメリカ合衆国，カリフォルニア州 95125，サンホセ，フェアーヒルレイン 2272 (72)発明者アンドリュージュンアメリカ合衆国，カリフォルニア州 95117，サンホセ，ミツィドライブ 4184 Ｆターム(参考） 5B085 AA01 AA08 BE03

Claims

【特許請求の範囲】

【請求項１】ワークフロープロセスを生成、制御するためにプログラムさ
れたコンピュータシステムであって、ワークフロープロセスの定義および実施のために第１コンピュータをベースに
したシステムにより実行されるワークフローエンジンと、前記ワークフローエンジンに結合される第２コンピュータをベースにしたシス
テムによって実行されるクライアントと、１台または複数台のサーバと、前記ワークフローエンジンと一つまたは複数のサービスの内の前記一つの間に
通信機構を提供するためのアダプタであって、オブジェクト指向型であり、プラ
ットホームに依存しない、言語に依存しないインタフェースである固定インタフ
ェースを有し、前記ワークフローエンジンが共通インタフェースに通信できるよ
うにし、それにより前記ワークフローエンジンをサービスから独立させ、前記ワ
ークフローエンジンに対するコード変更なしに、サービスを変更できるようにす
る前記アダプタと、を備えることを特徴とするコンピュータシステム。
【請求項２】前記クライアントが、ウェブブラウザ内で実行することを特
徴とする請求項１に記載のプログラムされたコンピュータシステム。
【請求項３】前記ワークフローエンジンが、ＪＡＶＡ（登録商標）プログ
ラミング言語を使用して実現されることを特徴とする請求項１に記載のプログラ
ムされたコンピュータシステム。
【請求項４】一つまたは複数のサービスの内の一つがデータベース管理シ
ステムであり、前記アダプタが、前記ワークフローエンジンと前記データベース
管理システム間に通信機構を提供することを特徴とする請求項１に記載のプログ
ラムされたコンピュータシステム。
【請求項５】一つまたは複数のサービスの内の一つが文書管理システムで
あり、前記アダプタが前記ワークフローエンジンと前記文書管理システム間に通
信機構を提供することを特徴とする請求項１に記載のプログラムされたコンピュ
ータシステム。
【請求項６】前記アダプタ機能が、指定されたユーザ向けの文書管理サー
ビスオブジェクトを作成することと、文書管理サービスオブジェクトを破壊する
ことと、を含むことを特徴とする請求項５に記載のプログラムされたコンピュー
タシステム。
【請求項７】前記アダプタ機能が、さらに、指定された経路用の文書／デ
ィレクトリのリストを戻すことと、読取りまたは書込み用に指定されたファイル
を貸し出すことと、前記指定されたファイルを返すことと、を含むことを特徴と
する請求項６に記載のプログラムされたコンピュータシステム。
【請求項８】前記アダプタ機能が、さらに、ファイルが読取りモードのた
めに貸し出される添付物の経路を戻すことと、ファイルが書込みモードのために
貸し出される添付物の経路を戻すことと、を含むことを特徴とする請求項６に記
載のプログラムされたコンピュータシステム。
【請求項９】一つまたは複数のサービスの一つがディレクトリサービスで
あり、前記アダプタが、前記ワークフローエンジンと前記ディレクトリサービス
間に通信機構を提供することを特徴とする請求項１に記載のプログラムされたコ
ンピュータシステム。
【請求項１０】前記アダプタ機能が、さらに、指定されたユーザ向けのデ
ィレクトリセッションオブジェクトを作成することと、ディレクトリセッション
オブジェクトを破壊することと、を含むことを特徴とする請求項９に記載のプロ
グラムされたコンピュータシステム。
【請求項１１】前記アダプタ機能が、さらに、指定されたグループ向けの
ユーザのリストを戻すことと、一つの長い文字列として、指定されたグループ内
のユーザのリストを戻すことと、グループのリストを戻すことと、を含むことを
特徴とする請求項１０に記載のプログラムされたコンピュータシステム。
【請求項１２】前記アダプタ機能が、さらに、指定されたユーザ用のすべ
てのプロパティを戻すことと、前記指定されたユーザ用のプロパティを作成する
ことと、前記指定されたユーザ用のプロパティを更新することと、前記指定され
たユーザのプロパティを削除することと、を含むことを特徴とする請求項１０に
記載のプログラムされたコンピュータシステム。
【請求項１３】第２サービスが文書管理システムであり、第２アダプタが
前記ワークフローエンジンと前記文書管理システム間に通信機構を提供すること
を特徴とする請求項９に記載のプログラムされたコンピュータシステム。
【請求項１４】さらに、文書管理システムオブジェクトを前記文書管理シ
ステムから取得するため、およびディレクトリを前記ディレクトリサービスから
取得するため、ならびに前記オブジェクトを前記ワークフローエンジンに提供す
るためのＤｏｃｕｍｅｎｔＤｉｒｅｃｔｏｒｙ（文書ディレクトリ）アダプタ
を備えることを特徴とする請求項１３に記載のプログラムされたコンピュータシ
ステム。
【請求項１５】前記アダプタが、前記文書管理システムが実行中である機
械で利用できるすべてのドライブを戻すことを特徴とする請求項５に記載のプロ
グラムされたコンピュータシステム。
【請求項１６】一つまたは複数のサービスの一つがスクリプトインタプリ
タであり、前記アダプタが前記ワークフローエンジンと前記スクリプトインタプ
リタ間に通信機構を提供することを特徴とする請求項１に記載のプログラムされ
たコンピュータシステム。
【請求項１７】一つまたは複数のサービスの一つが電子メールサービスで
あり、前記アダプタが前記ワークフローエンジンと前記電子メールシステム間に
通信機構を提供することを特徴とする請求項１に記載のプログラムされたコンピ
ュータシステム。
【請求項１８】一つまたは複数のサービスの一つが、クライアントが、前
記クライアントが、それが第１コンピュータをベースにしたシステム上で存在す
るときに前記オブジェクトに対するポインタを参照する必要なく、前記オブジェ
クトの命名サービス名を参照することによって、第１コンピュータをベースにし
たシステムによって実行されるオブジェクトを参照することができ、それによっ
てオブジェクトが第１コンピュータをベースにしたシステム内の別のロケーショ
ンに移動されるにしても、クライアントがオブジェクトを参照できる、命名サー
ビスであることを特徴とする請求項１に記載のプログラムされたコンピュータシ
ステム。
【請求項１９】第１コンピュータをベースにしたシステムが、複数の接続
されたコンピュータを備えることを特徴とする請求項１８に記載のプログラムさ
れたコンピュータシステム。
【請求項２０】前記ワークフローエンジンと前記クライアント間のインタ
フェースが、共通オブジェクトリクエストブローカアーキテクチャインタフェー
スによって支配されることを特徴とする請求項１に記載のプログラムされたコン
ピュータシステム。
【請求項２１】前記ワークフローエンジンと前記クライアント間のインタ
フェースが、インターネットＯＲＢ間プロトコルによって支配されることを特徴
とする請求項１に記載のプログラムされたコンピュータシステム。
【請求項２２】前記ワークフローエンジンと前記アダプタ間のインタフェ
ースが、共通オブジェクトリクエストブローカアーキテクチャインタフェースに
よって支配されることを特徴とする請求項１に記載のプログラムされたコンピュ
ータシステム。
【請求項２３】前記ワークフローエンジンと前記アダプタ間のインタフェ
ースが、前記インターネットＯＲＢ間プロトコルによって支配されることを特徴
とする請求項１に記載のプログラムされたコンピュータシステム。
【請求項２４】前記データベースアダプタが、前記ワークフローエンジン
と前記データベース管理システム間に通信機構を提供するためにＪａｖａＤａｔ
ａＢａｓｅＣｏｎｎｅｃｔｉｖｉｔｙ（ＪａｖａＤａｔａＢａｓｅ接続性）
規格を使用することを特徴とする請求項４に記載のプログラムされたコンピュー
タシステム。
【請求項２５】さらに、前記クライアントが前記ワークフローエンジンお
よび前記アダプタと通信できるようにするためのウェブサーバと、を備えること
を特徴とする請求項１に記載のプログラムされたコンピュータシステム。
【請求項２６】クライアントオブジェクトの状態をカプセル化するモデル
層と、クライアントプレゼンテーションのため、およびユーザ入力を処理するための
ユーザインタフェース層と、を備えることを特徴とするワークフロークライアント。
【請求項２７】前記モデル層が、前記クライアントのすべての構成要素間でのイベントディスパッチのためのア
プリケーション論理と、ログイン、ログアウト、および前記ワークフローエンジンからのリストの検索
のためのワークフローマネージャモデルと、プロセスインスタンスを処理するためのプロセスモデルと、書式と前記プロセスインスタンス間のデータ交換のための書式モデルと、作業アイテムを管理、更新するための作業アイテムモデルと、計画を処理するためのテンプレートモデルと、を備えることを特徴とする請求項２６に記載のワークフロークライアント。
【請求項２８】前記ユーザインタフェース層が、プロセス、プロセス定義、および作業アイテムのリストを提示するオーガナイ
ザと、選択されたプロセスまたはプロセス定義の図表による表記である、縮小サムネ
イルオーバビューを提示するオーバビューと、プロセスおよびプロセス定義の表示／編集を可能にするプロセス／テンプレー
トビューワ／エディタと、添付物および書式へのアクセスを可能にする活動応答と、プロセスの詳細なビューを提供する活動詳細ビューと、ユーザが特定の選択で活動の完了を指定できるようにする応答バーと、ユーザ定義書式の内容を提示する書式ビューと、を備えることを特徴とする請求項２６に記載のワークフロークライアント。
【請求項２９】前記ユーザインタフェース層が、メニューバーディスプレイと、ツールバーディスプレイと、プロセス、プロセス定義、および作業アイテムのリストのディスプレイと、選択されたプロセスおよびプロセス定義の図表表記のディスプレイと、前記プロセスおよび前記プロセス定義を表示、編集するためのディスプレイと
、添付物および書式にアクセスするためのディスプレイと、ユーザがある特定の選択で活動の完了を指定できるようにするディスプレイと
、ユーザ定義書式の内容のディスプレイと、を実行することを含むことを特徴とする請求項２６に記載のワークフロークラ
イアント。
【請求項３０】前記ディスプレイが、ＪａｖａＳｃｒｉｐｔおよびハイ
パテキストマーク付け言語を使用して統合されることを特徴とする請求項２９に
記載のワークフロークライアント。
【請求項３１】ユーザが、書式の上に配置されるプロセス属性を指定する
ための手段と、ハイパテキストマーク付け言語で前記書式を生成するための手段と、を備えることを特徴とするワークフローシステム用の書式ビルダ。
【請求項３２】前記書式を生成するための前記手段が自動であることを特
徴とする請求項３１に記載の書式ビルダ。
【請求項３３】前記書式が自動的にプロセスに接続されることを特徴とす
る請求項３２に記載の書式ビルダ。
【請求項３４】前記書式が、前記プロセスの内側の活動に自動的に接続さ
れることを特徴とする請求項３３に記載の書式ビルダ。
【請求項３５】テンプレート、プロセス、または活動のリストを表示する
ための領域と、前記リストから選択されたアイテムの図表表記を表示するための領域と、前記リストから選択されたアイテムの情報を表示し、修正するための領域と、を備えることを特徴とする画面レイアウトを生成するワークフロープロセスモ
デルを開発するためのクライアント。
【請求項３６】前記メニューバーが、アプリケーション全体の機能を実行
するためであることを特徴とする請求項２９に記載のクライアント画面レイアウ
ト。
【請求項３７】Ｅ−メールメッセージ内に埋め込まれている全域資源位置
指示子（ＵＲＬ）を介して起動されるクライアントであって、前記タスクに特殊な添付物リストと、前記タスクに特殊な書式リストと、割り当てられたタスクの詳細なビューと、を備えることを特徴とする画面レイアウトを生成するクライアント。
【請求項３８】前記ユーザに割り当てられるタスクの作業リストと、前記タスクに特殊な添付物リストと、前記タスクに特殊な書式リストと、割り当てられたタスクの詳細ビューと、を備えることを特徴とする画面レイアウトを生成するためのクライアント画面
。
【請求項３９】テンプレートリストと、テンプレートの詳細ビューと、前記テンプレートに関連付けられた添付物リストと、前記テンプレートに関連付けられた書式リストと、を備えることを特徴とする画面レイアウトを作成する、プロセスの具体化のた
めのクライアント。
【請求項４０】コンピュータでの運用のためにクライアントを使用してワ
ークフローを開発するための方法であって、計画を作成することであって、プロセスの活動を定義すること、前記プロセス
の参加者を定義すること、および前記プロセスの属性を定義することを含む前記
計画を作成すること、前記計画をプロセステンプレートとして記憶すること、前記プロセステンプレートからアクティブプロセスを起動すること、リアルタイムで前記アクティブプロセスを編集すること、を含むことを特徴とする方法。
【請求項４１】さらに、添付物を表示することを含み、前記添付物が、前
記ユーザが前記添付物を貸し出すときだけに編集することができ、前記編集され
た添付物が、前記編集された添付物が前記ユーザによって返されたときだけ見る
ことができることを特徴とする請求項４０に記載の方法。
【請求項４２】さらに、多くの読取りがあるが、書込みが１度だけである
、前記添付物のマスタコピーの回覧を含むことを特徴とする請求項４１に記載の
方法。
【請求項４３】前記活動、参加者、および前記プロセスの属性が、ポイン
トおよびクリックの機能性で定義されることを特徴とする請求項４０に記載のク
ライアント。
【請求項４４】前記プロセスの属性が書式内で定義され、それによって前
記書式がサードパーティツールを使用してカスタマイズされることを特徴とする
請求項４０に記載の方法。
【請求項４５】さらに、活動リスト、プロセステンプレートリストおよび
アクティブプロセスリストを作成することを含むことを特徴とする請求項４０に
記載の方法。
【請求項４６】さらに、ユーザによって指定される基準に従って前記リス
トのどれかを並べ替えることを特徴とする請求項４５に記載の方法。
【請求項４７】さらに、ユーザによって指定される基準に従って、前記リ
ストのどれかをフィルタリングすることを特徴とする請求項４５に記載の方法。
【請求項４８】さらに、前記活動が前記ワークフローエンジンによって実
行される準備が完了するときに、前記活動を表示することを特徴とする請求項４
０に記載の方法。
【請求項４９】さらに、文書をプロセスと関連付けることを特徴とする請
求項４０に記載の方法。
【請求項５０】さらに、前記文書を前記プロセスから切り離すことを特徴
とする請求項４９に記載の方法。
【請求項５１】さらに、活動プロセスの前記履歴を記録し、表示すること
を特徴とする請求項４０に記載の方法。
【請求項５２】ユーザが、コンピュータでの運用のためにクライアントを
使用して割り当てられたタスクを処理するための方法であって、作業リストの作業アイテムにアクセスすること、プロセスを具体化すること、を含むことを特徴とする方法。
【請求項５３】さらに、ユーザが作業リストからの彼らの割り当てられた
タスクに取り組むときに文書を添付、表示、および編集することを特徴とする請
求項５２に記載の方法。
【請求項５４】さらに、ユーザが作業リストから割り当てられたタスクに
取り組むときに書式を表示、編集することを特徴とする請求項５２に記載の方法
。
【請求項５５】クライアントを使用して、Ｅ−メールを通してワークフロ
ーエンジンと対話するための方法であって、全域資源位置指示子（ＵＲＬ）を通して事前に定義されたテンプレートからプ
ロセスを具体化すること、繋がれていないユーザが、彼らの作業アイテムおよび関連文書を受け取ること
ができるようにすること、ユーザが、Ｅ−メールを介してそのタスクを完了できるようにすること、を含むことを特徴とする方法。
【請求項５６】クライアントを使用するプロセスの具体化のための方法で
あって、プロセスを初期化すること、値を書式の中に記入すること、添付物を初期化すること、前記書式に入力された値に属性が初期化されたプロセスの新規インスタンスを
作成すること、を含むことを特徴とする方法。
【請求項５７】ワークフロープロセスモデルを開発するためのクライアン
トと、Ｅ−メールメッセージ内に埋め込まれているＵＲＬを介して起動されるクライ
アントと、Ｅ−メール接続を通してワークフローエンジンと対話するためのクライアント
と、プロセスの具体化のためのクライアントと、ユーザが割り当てられたタスクに取り組むためのクライアントと、を含むことを特徴とする複数のクライアントを有するプログラムされたコンピ
ュータシステム。
【請求項５８】ＤｏｃｕｍｅｎｔＤｉｒｅｃｔｏｒｙ（文書ディレクト
リ）アダプタがユーザを認証することを特徴とする請求項１４に記載のプログラ
ムされたコンピュータシステム。
【請求項５９】ＤｏｃｕｍｅｎｔＤｉｒｅｃｔｏｒｙアダプタが役割分
解を実行することを特徴とする請求項５８に記載のプログラムされたコンピュー
タシステム。