タスク2.2 - タスクシーケンスをカスタマイズする

タスクの概要

これまでのチュートリアルでは基本的に、タスク実行者がモデルで3Dオブジェクトをロード/アンロードするために使用する標準的な輸送ロジックを再作成しました。3Dオブジェクトだけで利用可能なロジックを使用すれば済むため、このロジックを作成するための処理フローを作成する必要はありませんでした。

処理フローの真の威力は、タスク実行者用のカスタムタスクシーケンスを作成する場合に発揮されます。処理フローを使用すると、シミュレーションモデル用のカスタムタスクシーケンスが簡単に作成できます。このチュートリアルタスクでは、前のチュートリアルタスクで作成したベーシックなタスクシーケンスをカスタマイズして、カスタムロジックを追加します。すべてのアイテムが処理され、輸送された後に、オペレーターがサプライクローゼットからクリーニングサプライを取り出し、プロセッサをクリーニングするカスタムタスクシーケンスを作成します。

作業が完了すると、シミュレーションモデルは次のような画像になり、機能します。

ステップ1 タスクシーケンスに別のタスクを追加する

このステップでは、タスクシーケンスを編集して少し複雑にします。フローアイテムを次の目的地に輸送し終わった後、オペレーターがプロセッサをクリーニングするタスクアクティビティを追加します。

ライブラリで利用可能な処理フローアクティビティを確認すると、ロジック関数の選択肢が数多くあることがわかりますが、これらのアクティビティは、FlexSimで利用可能な最も一般的なロジック関数のタイプに過ぎません。［カスタムコード］アクティビティを使用して、FlexSimですでに利用可能な、他の事前プログラム済みロジックを実装できます。また、必要に応じてカスタムFlexScriptコードも作成できます。このステップでは、［カスタムコード］アクティビティを使用して、クリーニングの前後にプロセッサの電源をオン/オフします。

ここでは、新しいタスクアクティビティの追加と名前の変更だけを行います。後のステップでプロパティを編集します。作業が完了すると、処理フローは次の画像のようになります。

アクティビティを追加するには：

現在のシミュレーションの実行を停止するには、シミュレーションコントロールバーの［リセット］ボタンを押します。
混乱を避けるために、処理フローの2つのインスタンスを閉じて、TransportItems処理フローだけが開いているようにします。
処理フローで、アクティビティのスタックブロックをクリックして選択します。
［ｻﾌﾞﾌﾛｰを開始］アクティビティと［ｱｲﾃﾑをﾛｰﾄﾞ］アクティビティの間にある［はさみ］ボタンをクリックして、アクティビティを分離します。［アイテムをアンロード］と［サブフローを終了］アクティビティも分離します。

ライブラリの［ベーシック］グループで、［カスタムコード］アクティビティを［サブフローを開始］アクティビティの後へドラッグして、スタックブロックを作成します。
［アイテムをロード］アクティビティと［アイテムをアンロード］アクティビティが含まれるスタックブロックをドラッグして、［カスタムコード］アクティビティの最後に追加します。

［アンロード］アクティビティの後に、次のアクティビティをこの順序でスタックブロックに追加します。
- ［移動］アクティビティ（［ﾀｽｸｼｰｹﾝｽ］グループの下）
- ［ﾘｿｰｽを取得］アクティビティ（［共有ｱｾｯﾄ］グループの下）
- ［移動］アクティビティ（［ﾀｽｸｼｰｹﾝｽ］グループの下）
- ［遅延］アクティビティ（［ﾍﾞｰｼｯｸ］グループの下）
- ［ｶｽﾀﾑｺｰﾄﾞ］アクティビティ（［ﾍﾞｰｼｯｸ］グループの下）
- ［移動］アクティビティ（［ﾀｽｸｼｰｹﾝｽ］グループの下）
- ［ﾘｿｰｽをﾘﾘｰｽ］アクティビティ（［共有ｱｾｯﾄ］グループの下）
［サブフローを終了］アクティビティをスタックブロックの最後までドラッグします。
［リソース］アクティビティをスタックブロックの横に追加します。接続はしません。
分かりやすくするために、新しいアクティビティの名前を次のように変更します。

アクティビティ	新しい名前
最初のカスタムコード	カスタムコード：ポートを閉じる
最初の移動	サプライクローゼットに移動
取得	クリーニングサプライを取得
2回目の移動	プロセッサに移動
遅延	遅延：プロセッサを消去
2つ目のカスタムコード	カスタムコード：オープンポート
3回目の移動	サプライクローゼットに移動
リリース	リリース：サプライを戻す
リソース	リソース：クリーニングサプライ

終了後、処理フローがこのステップの冒頭に表示した画像のようになることを確認してください。

ステップ2 アクティビティのプロパティを編集する

このステップでは、タスクシーケンスに追加したすべての新しいアクティビティのプロパティを編集します。この処理フローのアクティビティが機能する方法の概要を、次のテーブルに示します。

アクティビティ	説明
サブフローを開始	プロセッサで生成されるすべての新しいタスクはトークンを作成し、処理フローのここから開始されます。
カスタムコード：ポートを閉じる	このアクティビティでは、プロセッサのポートを閉じて、クリーニングが完了するまでフローアイテムの受取を停止します。
アイテムをロード	プロセッサのセンターポートに接続されたオペレーターは、フローアイテムをロードします。
アイテムをアンロード	オペレーターは、フローアイテムをプロセッサの出力ポートに接続された下流の固定リソースに移動します。
サプライクローゼットに移動	オペレーターはサプライクローゼットに移動します。
クリーニングサプライを取得	オペレーターは、サプライクローゼットからクリーニング用品を取り出します。
プロセッサに移動	オペレーターはプロセッサに戻ります。
遅延：プロセッサを消去	このアクティビティは、プロセッサのクリーニングに要する時間を表します。
サプライクローゼットに移動	オペレーターはサプライクローゼットに戻ります。
リリース：サプライを戻す	オペレーターは、サプライクローゼットにサプライを戻します。
終了	サブフローが完了すると、トークンはこのアクティビティに入って破棄され、タスクが完了したことを示します。
リソース：クリーニングサプライ	このリソースは、プロセッサのクリーニングに使用されるクリーニングサプライを表します。このリソースをグローバルにアクセスできるように設定します。つまり、両方のオペレーター（両方のインスタンス）が同じリソースを使用します。一度に利用できるサプライは1セットのみです。

このステップは、タスクシーケンスに表示される順序ではなく、アクティビティタイプによって論理的に整理されます。

アクティビティブロックをクリックして選択します。
2つの［カスタムコード］アクティビティを編集し、タスクシーケンスでプロセッサのポートを適時に閉じて開くようにします。［ｸｲｯｸﾌﾟﾛﾊﾟﾃｨ］の［ｶｽﾀﾑｺｰﾄﾞ：ﾎﾟｰﾄを閉じる］グループの下で、［ｶｽﾀﾑｺｰﾄﾞ］ボックスの横にある［追加］ボタンをクリックし、利用可能なピックリストのメニューを開きます。［コントロール］、［ポートを開閉］をポイントして、ピックリストオプションを開きます。
現在のプロセッサの着信ポートを閉じるように［アクション］メニューを［closeinput］に設定したままにしておきます。
［オブジェクト］ボックスの横にある矢印をクリックして、メニューを開きます。［token.labelName］を選択します。このボックスで、［labelName］を［fromObject］に変更します。この設定では、トークンのfromObjectラベルにリストされているオブジェクトへの動的参照を作成します（このラベルでは、現在のプロセッサをこのプロパティに割り当てます。参考として、「チュートリアル1.1のステップ4」を参照してください）。つまり、現在のプロセッサからの着信ポートが閉じられます。

ステップ2〜4を繰り返し［ｶｽﾀﾑｺｰﾄﾞ：ﾎﾟｰﾄを開く］アクティビティに適用します。ただし今回は手順に1つ細かい変更を加え、ピックリストのオプションで［ｱｸﾃｨﾋﾞﾃｨ］メニューの［openinput］を選択します。これにより、オペレーターがクリーニングを終了した後に、現在のプロセッサの着信ポートが開きます。

これですべての［移動］アクティビティのプロパティが編集され、正しいオペレーターに割り当てられます。［サプライクローゼットに移動］アクティビティの［クイックプロパティ］で［実行者/タスクシーケンス］ボックスの横にある矢印をクリックして、メニューを開きます。［current（ｲﾝｽﾀﾝｽｵﾌﾞｼﾞｪｸﾄ）］を選択します。
［プロセッサに移動］と2つ目の［サプライクローゼットに移動］のアクティビティについても前のステップを繰り返します。
次にすべての［移動］アクティビティのプロパティを編集し、正しい目的地に割り当てます。最初の［ｻﾌﾟﾗｲｸﾛｰｾﾞｯﾄに移動］グループの［ｸｲｯｸﾌﾟﾛﾊﾟﾃｨ］で、［目的地］の横にある［ｻﾝﾌﾟﾗｰ］ボタンをクリックして、サンプリングモードに入ります。
3Dモデルの［Supply Closet］オブジェクトを選択して、メニューを開きます。メニューから［サプライクローゼット］を選択します。
2つ目の［サプライクローゼットに移動］アクティビティでステップ8～9を繰り返します。
［ﾌﾟﾛｾｯｻに移動］アクティビティの［ｸｲｯｸﾌﾟﾛﾊﾟﾃｨ］で、［目的地］ボックスをクリックし、「token.fromObject」と入力して、トークンのfromObjectラベルにリストされているオブジェクトへの動的参照を作成します（このラベルでは、目的地として現在のプロセッサを割り当てます。参考として、「チュートリアル1.1のステップ4」を参照してください）。
次に、［ﾘｿｰｽ：ｸﾘｰﾆﾝｸﾞｻﾌﾟﾗｲ］共有アセットを処理フローにリンクします。スタックブロックが選択された状態で、［ｸﾘｰﾆﾝｸﾞｻﾌﾟﾗｲを取得］アクティビティの横にある［感嘆符］アイコンをクリックしてサンプリングモードに入り、［ﾘｿｰｽ：ｸﾘｰﾆﾝｸﾞｻﾌﾟﾗｲ］共有アセットをクリックします。
［ﾘｿｰｽ：ｸﾘｰﾆﾝｸﾞｻﾌﾟﾗｲ］共有アセットをクリックして選択します。［タイプ］メニューをクリックし、［グローバル］を選択します。

モデルを保存することをおすすめします。

ステップ4 シミュレーションモデルを実行する

次に、シミュレーションモデルを実行して、カスタムタスクシーケンスを実際に確認します。シミュレーションモデルをリセットして実行します。

モデルを実行すると、フローアイテムのロードとアンロードに加えて、サプライクローゼットに移動してプロセッサをクリーニングする2名のオペレーターが表示されます。処理フローのトークンでは、各オペレーターが現在どの作業を行っているかを示します。

この時点で、システムの全体的なスループットを向上させるかどうかを確認するために、2組のクリーニングサプライを用意して試してみることもできます。あるいは、アイテムが5つ処理されるごとにオペレーターがプロセッサをクリーニングするだけのロジックを設計することもできます。

結論

これで、タスクシーケンスの処理フローチュートリアルは完了です。他のチュートリアルを完了して、処理フローインスタンス、サブフロー、その他の重要なトピックについてさらに理解を深めてください。