この記事について

表題のとおりです。
UnityでBehavior Treeを扱うことができるアセット「Behavior Designer」ですが、「Updateのみ」を行うことに非常に苦戦しました。

Unity Asset Store
Behavior Designer - Behavior Trees for Everyone

Compositeノードの「Abort Type」を設定したりいろいろ試しましたが、Behavior Tree自体が「状態が変わったら再評価を行う」ための仕組みですので、「Selector」ノードや「Sequence」ノードを設定するとただUpdateを行いたいだけなのに再評価が走ってしまいます。
それでもなんとかツリー内で処理を完結させたい。そんな場合の対処法備忘録です。

本題

私がやりたかったのは以下のケースです。

「Behavior Designer」別売りの「Movement Pack」にある「Can See Object」が便利なので毎フレーム更新して対象の取得を行いたい。
でも、別にツリー内の判定に使いたいわけではない。
ツリーに配置すると「見えている(Success)」「見えていない(Failure)」の状態が変わるたびに他のノードにも再評価の被害が及ぶため、それを阻止したい。裏でUpdateが回っているような感じにしたい。

ということになります。

解決方法

以下の例のように構築します。

解説

Entry直下の「Parallel」ノードは「並列実行」とよく解説されています。
確かにその通りなのですが、並列実行できるということは「複数の状態を持てる」「ある状態を持っていても別の更新を行うことができる」ということになります。
これを根っこに設定すると、ざっくりと同時更新を行うブロックを複数設けることができます。
実行後の挙動を順を追ってみていくと以下のとおりです。

Treeの開始と同時にまず左側のブロックが評価されます。Repeaterを「Repeat Forever」に設定しているので、これ以降ずっとRepeaterは「Running」を返します。1フレームに無限ループしてしまわないよう、「Instant」のチェックを外しておきます。
そして、Repeaterが稼働し、「Can See Object」や「Can Hear Object」のUpdateが走ります。

根っこがParallelなので、左のブロックのRepeaterがRunningになったら、そのまま右のブロックの評価に移ります。右のブロックは普通のツリーと同じように振る舞います。

そして、例えば「Idle」のRunningに結果が決まったら次のフレームに移ります。

次のフレームでは、また左側のブロックのRepeaterが稼働し、「Can See Object」や「Can Hear Object」のUpdateが走ります。
通常、ツリーでは左側のノードの結果が変わった場合右側のノードの再評価が走りますが、Parallelなので左ブロックの結果は右ブロックに影響しません。
そしてそのまま右側のツリーは前フレームの続きから稼働を継続する、という挙動になり、要件が満たせました。

おわりに

改めてになりますがこの設計が有用になるケースは
・別スクリプトで左側ブロック相当の処理を行ってもいいが、ツリーで内でUpdateすることで解決したい
という場合に限ります。

他に賢い方法があるかもしれませんが、以上が私なりの解決策になります。

お読みいただきありがとうございました。