ワークフローの作成と拡張

AEMは、ワークフローモデルの作成、ワークフローステップの開発、およびプログラムによるワークフローとの対話を行うためのツールとリソースを提供します。

ワークフローにより、AEM 環境でリソースを管理し、コンテンツを公開するプロセスを自動化できます。ワークフローは一連のステップで構成され、ステップごとに個別のタスクが実行されます。ロジックとランタイムデータを使用して、いつプロセスを続行できるかを判断し、実行可能な複数のステップのうち 1 つを次のステップとして選択できます。

例えば、Web ページを作成および公開するビジネスプロセスには、様々な参加者による承認やサインオフのタスクが伴います。AEM ワークフローを使用してこれらのプロセスをモデル化し、特定のコンテンツに適用できます。

重要な要素については以降で説明しますが、詳しい説明は次のページを参照してください。

• ワークフローモデルの作成
• ワークフロー機能の拡張
• プログラムによるワークフローとのやり取り
• ワークフローステップのリファレンス
• ワークフロープロセスのリファレンス
• ワークフローのベストプラクティス

モデル

WorkflowModel は、ワークフローの定義（モデル）を表します。WorkflowNodesとWorkflowTransitionsで構成されます。 トランジションはノードを接続し、フロー​を定義します。 モデルには、常に開始ノードと終了ノードがあります。

ランタイムモデル

ワークフローモデルはバージョン管理されます。ワークフローのインスタンスを実行すると、ワークフローのランタイムモデルが使用（および保持）されます（ワークフローが開始されたときに利用可能になります）。

ランタイムモデルは、ワークフローモデルのエディターで​同期​が実行されたときに作成されます。

特定のインスタンスを開始した後に​発生するワークフローモデルや、生成されたランタイムモデルに対する編集は、そのインスタンスには適用されません。

ステップ

各ステップは個別のタスクを実行します。ワークフローステップには、様々な種類があります。

• 参加者（ユーザー／グループ）：このステップでは、作業項目が生成され、ユーザーまたはグループに割り当てられます。ワークフローを進めるには、作業項目を完了する必要があります。
• プロセス（スクリプト、Java メソッド呼び出し）：このステップは、自動的に実行されます。ECMA スクリプトまたは Java クラスでステップが実装されます。特殊なワークフローイベントを検出し、ビジネスロジックに従ってタスクを実行するようにサービスを開発できます。
• コンテナ（サブワークフロー）：この種類のステップは別のワークフローモデルを開始します。
• OR 分割／結合：ロジックを使用して、ワークフローで次に実行するステップを決定します。
• AND 分割／結合：複数のステップを同時に実行できます。

すべての手順で共通するプロパティは次のとおりです。AutoadvanceおよびTimeoutアラート（スクリプト可能）。

トランジション

WorkflowTransitionは、WorkflowModelの2つのWorkflowNodes間の遷移を表します。

• 2 つの連続したステップ間のリンクを定義します。
• 規則を適用することができます。

WorkItem

WorkItemは、WorkflowModelのWorkflowインスタンスを通過する単位です。 インスタンスの動作を示すWorkflowDataと、基になるワークフロー手順を説明するWorkflowNodeへの参照が含まれます。

• タスクを識別するために使用され、それぞれのインボックスに入れられます。
• ワークフローインスタンスは、（ワークフローモデルに応じて）一度に1つまたは複数のWorkItemsを持つことができます。
• WorkItem はワークフローインスタンスを参照します。
• リポジトリ内では、WorkItem はワークフローインスタンスの下に保存されます。

ペイロード

ワークフローに沿って前に移動する必要があるリソースを参照します。

ペイロードの実装は、リポジトリ内のリソースを（パス、UUID、URL またはシリアル化された Java オブジェクトによって）参照します。リポジトリ内のリソースの参照は、柔軟性に富み、Sling を併用すると生産性が向上します。例えば、参照されたノードをフォームとしてレンダリングできます。

Lifecycle

（対応するワークフローモデルを選択し、ペイロードを定義して）新しいワークフローを起動したときに作成され、終了ノードが処理されたときに終了します。

ワークフローインスタンスでは、次のアクションを実行できます。

• 終了
• 休止
• 再開
• 再起動

完了または強制終了したインスタンスはアーカイブされます。

インボックス

各ユーザーアカウントには、割り当てられたWorkItemsにアクセスできる独自のワークフローインボックスがあります。

WorkItemsは、ユーザーアカウントに直接割り当てられるか、ユーザーが属するグループに割り当てられます。

ワークフローのタイプ

ワークフローモデルコンソールを見てわかるように、ワークフローには次のように様々なタイプがあります。

• デフォルト

  これらは、標準のAEMインスタンスに含まれる標準のワークフローです。

• カスタムワークフロー（コンソールにインジケーターが表示されない）

  これらは、新規に作成されたワークフロー、またはカスタマイズされた標準のワークフローから作成されたワークフローです。

• レガシー

  以前のバージョンのAEMで作成されたワークフロー。 アップグレード時に保持したり、以前のバージョンからワークフローパッケージとしてエクスポートしてから、新しいバージョンにインポートしたりできます。

一時的ワークフロー

標準ワークフローは、実行中にランタイム（履歴）情報を保存します。このような履歴を保持したくない場合は、ワークフローモデルを「一時的」なものとして定義することができます。このモデルは、情報の保持に使用される時間やリソースが節約または回避されるので、パフォーマンスチューニングに使用されます。

一時的ワークフローは、次のようなワークフローに使用できます。

• 頻繁に実行される。
• ワークフロー履歴が必要ない。

一時的ワークフローは、アセットを大量に読み込むときのための機能です。このような場合、アセット情報は重要ですが、ワークフローのランタイム履歴は重要ではありません。

マルチリソースのサポート

ワークフローモデルに対して​マルチリソースサポート​をアクティブにすると、複数のリソースを選択した場合でも、単一のワークフローインスタンスが開始されます。これらはパッケージとして添付されます。

ワークフローモデルの​マルチリソースのサポート​をアクティベートせずに複数のリソースを選択した場合、各リソースに対して個別のワークフローインスタンスが起動します。

ワークフローステージ

ワークフローステージは、タスクを処理するときにワークフローの進行状況を確認するのに役立ちます。ワークフローステージを使用すると、ワークフローがどの処理段階にあるのかについて概要を示すことができます。ユーザーは、ワークフローを実行すると、（個々のステップとは対照的に）ステージ​で表される進行状況を確認できます。

個々のステップ名は具体的かつ技術的に指定できるので、ステージ名を定義して、ワークフローの進行状況の概念的なビューを提供できます。

例えば、6 つのステップと 4 つのステージがあるワークフローの場合は次のようになります。

1. （ワークフローの進行状況を表示する）ワークフローステージを設定し、ワークフローの各ステップに適切なステージを割り当てることができます。

   • 複数のステージ名を作成できます。
   • その後、個々のステージ名を各ステップに割り当てます（1 つのステージ名を 1 つ以上のステップに割り当てることができます）。

   ステップ名	ステージ（ステップに割り当て）
   手順 1	作成
   ステップ 2	作成
   ステップ 3	レビュー
   ステップ 4	承認
   ステップ 5	完了
   ステップ 6	完了

2. ワークフローが実行されると、ユーザーは進行状況を（ステップ名ではなく）ステージ名に照らして確認できます。ワークフローの進行状況は、インボックスに表示される作業項目🔗のタスクの詳細ウィンドウの「ワークフロー情報」タブに表示されます。

ワークフローおよびフォーム

一般的には、ワークフローは AEM でのフォーム送信の処理に使用されます。これは、標準のAEMインスタンスで使用できるコアコンポーネントフォームコンポーネント、またはAEM Formsソリューションで使用できます。

新しいフォームの作成時に、フォームの送信を簡単にワークフローモデルに関連付けることができます。これにより、例えばコンテンツをリポジトリの特定の場所に格納したり、ユーザーにフォームの送信とその内容について通知したりすることができます。

ワークフローおよび翻訳

ワークフローは、翻訳プロセスの重要な要素でもあります。