More than 3 years have passed since last update.

Unity + Arborで敵AIを作るならこれだけは覚えておけ！集〜ビヘイビアツリー編〜

Last updated at 2021-02-13Posted at 2021-01-31

Unityで敵AIを組む方法は様々ですが、Arborというアセットが便利です。
とても便利なアセットですが、自分で拡張して使っていく時の情報が少なく感じており、敵AIをビヘイビアツリーで組むときにポイントとなる要素をまとめました！
誰かの助けになれば幸いであります。

環境
Unity 2020.2.1f1
Arbor 3.7.8

前置きのいらない人は本編からどうぞー

ついにスクリプトでのAI行動をArborに載せ替えするところまできました

1枚目はbefore、yaml形式で表現していたAIデータ構造。
2枚目はafter、arborで同じことをするために組んだグラフ。

一見複雑ですが、挙動を使いまわし可能、組み換えの自由度アップ、把握のしやすさアップでとても良いです pic.twitter.com/oMNFxjPiFH
— asiram@unityゲーム開発 (@asiramasiram) January 30, 2021

ビヘイビアツリーとは

敵AIなどを作成する際の手法の一つです。
現在のゲームの敵AIの多くがビヘイビアツリーで組まれているそうです（参考：https://thinkit.co.jp/article/10012 ）。

ツリー状の構造によって、次に行う行動を決定する
- 「成功」が帰ってくるノードを順に探索し、子ノードを実行する（ArborだとSelector）
- 「失敗」が帰ってくるまで子ノードを順に実行する（ArborだとSequencer）
- などのノードから構成される

Arborとは

アセットストア：Arbor3
公式ページ：https://arbor.caitsithware.com

Unityのアセットで、ステートマシンやビヘイビアツリーを作成することができる
ビジュアルスクリプティング（GUIを使用して視覚的にスクリプトを組むこと）によって挙動を組んでいく
メリット
- GUI操作によって挙動を作成可能（視覚的に組めてわかりやすい
- 実行時にプレビューができ、デバッグが捗る
- 日本語チュートリアル・マニュアル・ドキュメント完備！

ちなみに入門するには？

公式ページのチュートリアルが充実しているのでオススメです！
これで十分！
https://arbor.caitsithware.com/tutorial/

Arborで敵AIを作るならこれだけは覚えておけ！集

ビヘイビアツリーの基本要素

実はこのページにまとまっているのですが、実例を交えてわかりやすく解説してみます。

コンポジットノード

Selector

子ノードを左から順に実行し、子ノードが成功を返した時点で終了するノード。

例えば子ノードに、それぞれHPが5割以下、HPが８割以下という条件判定するノードが紐づいている場合を考えましょう。
敵HPが６割であれば、HPが5割以下は条件を満たさない、HPが８割以下は条件を満たすのでそのノードを実行して終わる、といった使い方ができます。

Sequencer

子ノードを左から順に実行し、子ノードが失敗を返した時点で終了するノード。

基本的な使い方は、紐づいた複数の子ノードを順番に実行していきたいときに使います。
例えば、アニメーション再生→ダメージ適用→3秒待つなどの動作(Action)を紐づけて順番に実行することができます。

アクションノード

アクションを行うノードです。
ビヘイビアツリーを使うときは、アクションを拡張して量産することになると思います。

組み込みで入っているアクションは、~秒待つ・Activeを切り替える・音を再生するなどなど。
敵AIに使う場合は、例えばダメージを与える・攻撃アラートを表示するなど、自分で多彩な行動を作ることになると思います。

アクションノードの自作

ここのマニュアルが参考になります。
詳細には書きませんが、基本的な流れは以下のような感じです。

ActionBehaviourを継承したクラスを作成する
OnExecute()メソッドをオーバーライドし、挙動を自分で定義する
OnExecute()メソッドの最後にFinishExecute()を呼んでノードを終了する
- これやらないと永遠にそのアクションを実行し続けるので注意！毎フレーム攻撃とかになるよ！

Decoratorスクリプト

条件判定を行って実行中ノードの中断や割り込みを行ったりするスクリプトです。
アクションノードの頻度ほどではないかもですが、こちらも自作することが多くなると思います。

上の画像では、自作の死亡フラグチェックDecoratorがアタッチされています。
敵キャラの死亡フラグが立ったら条件を満たす　という処理が書いてある感じです。

例ではアクションノードにアタッチされていますが、コンポジットノードにアタッチすることもできます。
このDecoratorが返す成功/失敗、アクションノードが返す成功/失敗でSelectorやSequencerで実行する処理が分岐します！

Decoratorの自作

ここのマニュアルが参考になります。
基本的な流れは以下の通りです。

Decoratorを継承したクラスを作る
OnConditionCheck()メソッドをオーバーライドし、成功/失敗を表すtrue/falseを戻り値として返す

自作するときに便利なやつら

Flexible~シリーズ

Actionノードにて、publicもしくは[SerializeField]な変数を追加すると、GUIのノード上で値が設定できるようになります。
が、生の型を使って定義するのはもったいない！
Flexibleシリーズがオススメです

例えば、攻撃力的な変数を定義するときにこんな感じで定義できます

// 引数は初期値
[SerializeField] private FlexibleInt power = new FlexibleInt(30);

こう書くと何が嬉しいのか...

他のOutput系ノードから値を引っ張ってこれる
パラメータを直接参照できる
そのまま直接値を入力可能

...と、いろんな値の設定パターンができるようになります！
こんな感じ

上の例だと、PowerはFlexibleInt、RangeはFlexibleFloatで定義してあり、標準でよく使われる型のFlexible〜が用意されています。
設定の右の▼から設定タイプを変更できます。

スクリプト内で実際の値を使用する際は、valueを使用します。

power.value

OutputSlot〜シリーズ

入力値としてFlexibleシリーズはとても便利ですが、ここぞというときに出力を行うOutputSlotを使用すると、値を渡すことができてさらに便利です。

[SerializeField] private OutputSlotFloat castTimeOutput = new OutputSlotFloat();

上の例だと、castTimeOutputが出力されて、WaitのSecondsに値が渡されるようになっています。

OutputSlot~を使用するときのメリットはこんな感じでしょうか。（）内が一番大事かも...

値を流せるので、手動で値を入力しなくて良い（手入力が減ってミスが防げる）

OutputSlotにはちゃんと値を入れてあげましょう。
アクションノードのOnExecute()で値を入れてあげると良いと思います。

castTimeOutput.SetValue(castTime.value);

知っていると便利なチョイテクニック

一回だけ行動させる

例えば、HPが〜割切ったら一回だけ技を発動させる。みたいなパターンです。
もちろんそういうスクリプトを組んでしまえばいいと思うんですが、汎用性を高めるためにもarborの機能で作るのがオススメです。

arborには、一つのビヘイビアツリー内で使用できるパラメーターを設定することができ、コレを使用しフラグを作成して実現させます。

ArborEditorウィンドウの左のパラメータメニューから作成できます。
ここから、bool型のパラメータを追加します。
パラメータが追加できたら、組み込みのParameter CheckDecoratorを使用します。

パラメータの赤い(型によって色は変わります)図形をドラッグして、Parameter checkにドロップすればパラメータを参照することができます。

このDecoratorは、パラメータをチェックして、設定値と一致する場合は成功を返す挙動をします。
今回は、攻撃完了フラグがfalseなら成功を返すようにしています。

次に、アクション終了後にこのフラグをtrueにするSet Parameterアクションノードを追加してあげれば完了です。
こちらのノードにもパラメータをドラッグ＆ドロップしましょう。
値はtrueにしたいので、Valueにチェックをするのを忘れずに。
全体だとこんな感じです。

これで１回だけ行動する（１回だけ成功をDecoratorが返す）ことができるようになりました！