Loading article…
データ管理において、コンテンツ指向ワークフローモデルは、データレコード、オブジェクト、ドキュメントなどのコンテンツ単位の存在によってワークフローの進行を明確に表現しようとするものです。ほとんどのコンテンツ指向ワークフローアプローチは、コンテンツ単位のライフサイクルモデルを提供しており、ワークフローの進行は単位の状態に関する条件によって規定されます。これらのアプローチのほとんどは研究段階であり、開発途上段階にあります。コンテンツモデルとライフサイクルモデルは、多かれ少なかれ形式化されています。
コンテンツ指向ワークフローという用語は、いくつかの科学的ワークフローアプローチ、すなわち「データ駆動型」、「リソース駆動型」、「アーティファクト中心型」、「オブジェクト認識型」、「ドキュメント指向型」を包括する用語です。したがって、「コンテンツ」の意味は、単純なデータ属性から自己完結型のドキュメントまで多岐にわたります。「コンテンツ指向ワークフロー」という用語は、最初に[ 1 ]で包括用語として登場しました。特定のアプローチに依存しないこのような一般的な用語は、コンテンツ指向モデリングの原則を、ワークフローが制御フローによって駆動され、コンテンツ生成の観点が無視されるか、あるいは欠落している従来の活動指向ワークフローモデル（ペトリネットやBPMNなど）と対比するために必要です。
「コンテンツ」という用語は、それぞれのワークフロー モデルにおけるコンテンツ ユニットの粒度の異なるレベルを包含するために選ばれました。また、コンテンツ管理との関連性を持たせるためにも選ばれました。「アーティファクト中心」と「データ駆動型」の両用語も包括的な用語として適していますが、それぞれが単一のワーキング グループの特定のアプローチに密接に関連しています。「アーティファクト中心」グループ自体（つまりIBM Research）は、そのアプローチの特徴を一般化し、「情報中心」を包括的な用語として使用しています。[ 2 ]しかし、情報という用語はコンピュータ サイエンスの文脈ではあまりにも漠然としているため、「コンテンツ指向ワークフロー」が適切な妥協案と考えられています。
データ駆動型のプロセス構造は、階層的な書き込み・レビュープロセスに特化した高度なワークフローモデルを提供します。このアプローチは、サブプロセスのインターリーブ同期を実現し、アクティビティ図を拡張します。残念ながら、COREPROプロトタイプの実装は一般公開されていません。
このプロジェクトに関する研究は中止された。しかし、その基本的なアイデアはライヒェルトによって「#Object-aware」という形で引き継がれている。
リソース駆動型ワークフローシステムは、コンテンツ指向の観点からワークフローを捉えた初期のアプローチであり、従来の活動指向型ワークフローエンジンが文書駆動型プロセスをサポートしていない点を強調している。リソース駆動型アプローチでは、ワークフローイベントを処理するためのデータベーストリガーの適用が実証された。しかし、システムの実装は依然として集中型であり、ワークフロースキーマは静的に定義されている。このプロジェクトは2005年に発表されたが、多くの側面は著者らによって今後の課題とされている。
このプロジェクトに関する研究は継続されなかった。王氏は2009年に博士論文を完成させたが、その論文にはワークフローモデリングにおけるリソース駆動型アプローチについては触れられておらず、離散イベントシミュレーションに関する内容となっている。
成果物中心のアプローチは、コンテンツ指向のワークフローのためのフレームワークを提供する。このモデルでは、エンタープライズアプリケーション環境は分散型ビジネスサービスを含み、ワークフローエンジンは集中型となる。プロセス実行はデータベース管理システムインフラストラクチャと統合されており、このプロジェクトはIBMの資金提供を受けている。
オブジェクト認識型アプローチは、一連のオブジェクトタイプを管理し、オブジェクトインスタンスを作成するためのフォームを生成します。フォームの入力フローは、必須属性の進行状況を記述するオブジェクト構成間の遷移によって制御されます。各オブジェクト構成には、オブジェクト状態という名前が付けられます。データ生成フローはユーザーによって切り替わり、オブジェクト状態のシーケンスを定義することで離散化されます。現在の議論は、異なる組織にまたがるワークフローのない、集中型システムに限定されています。しかし、このアプローチは、同時実行エンジニアリングなど、多くの分野において非常に重要です。最後に、オブジェクト認識型アプローチとそのPHILharmonicFlowsシステムは、データ生成プロセスの汎用的な実行のための汎用ワークフローシステムを提供する予定です。
分散型文書指向プロセス管理（dDPM）は、異種システム環境における分散型ケース処理を可能にし、文書指向統合に基づいています。ワークフローモデルは、医療機関間の連携における紙ベースの業務慣行を反映しています。これは、分散型情報システムが、当初は未知の関係者や活動との連携作業を調整する必要がある、知識駆動型の分散型アドホックワークフローを対象としています。
分散ワークフローエンジンは、プロセス計画とプロセス履歴、参加者管理、インポート/エクスポート機能を備えたプロセステンプレートの作成をサポートします。ワークフローエンジンには、1) グループベースのインスタントメッセージング、2) 共有ワークリストエディタ、3)バージョン管理という3つの機能が統合されています。dDPMのソフトウェア実装は、オープンソースとして利用可能なα-Flowです。dDPMとα-Flowは、スキーマレスワークフローにコンテンツ指向のアプローチを提供します。
完全な分散型ケース処理アプリケーションは、単一のアクティブドキュメント（「α-Doc」）の形式で提供されます。α-Docは、ワークフローエンジン（アクティブプロパティの形式）が組み込まれたケースファイル（情報キャリア）です。プロセス参加者を招待することは、通常のデスクトップファイルと同様に、α-Docのコピーを参加者に提供することと同等です。同じケースに属するすべてのα-Docは、参加者管理、電子メールボックス、ストアアンドフォワードメッセージング、およびオフライン対応の同期プロトコルに基づいて、相互に同期できます。
コンテンツ管理システム（CMS）の機能は、Webコンテンツ管理システム（WCMS）や文書管理システム（DMS）からエンタープライズコンテンツ管理（ECM）まで多岐にわたります。成熟したDMS製品は、基本的な形で文書作成ワークフローをサポートしており、主に単一文書に関するレビューサイクルワークフローに重点を置いています。
グループウェアは、メッセージング（電子メール、チャット、インスタントメッセージなど）、共有カレンダー（Lotus Notes、Exchange Server を搭載したMicrosoft Outlookなど）、会議（ Skypeなど）に重点を置いています。グループウェアは、共有マルチメディアエディタ（ライブ描画/スケッチ用）やデスクトップ共有などの同期型マルチユーザーアプリケーションから生まれたコンピュータ支援協調作業（CSCW）と重複しています。CSCW の広範な概念的主張は、 CSCW マトリックスとして利用可能な実際のソリューション範囲によって、その視点から捉える必要があります。
ケース処理パラダイムはファン・デル・アールスト教授に端を発し、2005年に勢いを増しました。主な特徴は次のとおりです。(a) 利用可能なすべての情報を提供する、つまり、断片的な情報ではなくケース全体を提示する、(b) 既に実行された活動ではなく、利用可能な情報に基づいて活動を決定する、(c) 作業の分配と承認を分離し、実行ロールだけでなく、追加タイプの役割を可能にする、(d) 対応する活動が実行される前または後に、作業者がデータを表示および追加/変更できるようにする。
医療現場では、患者が医療従事者間を移動する一連の流れをワークフローと捉え、そこにはあらゆる種類の診断や治療が含まれます。このワークフローは症例とみなされ、医療におけるワークフロー管理とは、これらの症例を適切に処理することです。
ケース処理は、コンテンツ指向ワークフローとは直交する概念です。コンテンツ指向ワークフローの中には、ケース処理とは関係のないものもありますが、例えば、自動製造などが挙げられます。一方、ケース処理システム（CHS）とみなされながらもコンテンツ指向ワークフローモデルを採用していないシステムとしては、Pallas Athena社のBPMone（旧PROTOSおよびFLOWer）、Digital社のECHO、ICL社のCMDT、London Bridge Group社のVectusなどがあります。結論として、ケース処理と密接に関連するコンテンツ指向ワークフローは、#リソース駆動型ワークフローモデルと#分散型ドキュメント指向ワークフローモデルです。