Monobit Unity Networking 2.0(MUN)を使ってみた話

#はじめに
仕事でMonobit Unity Networkingについて調べる機会があったので，備忘録がてら記事にしました。
チュートリアルの内容のまとめと，ちょっと使うときに便利かなと思った実装法を中心に書きます。
サーバとかの設定は公式が結構ちゃんとドキュメント出してくれてるので（参考），この記事では基本的にコードとかの実装方面をまとめていきます。
かなりふわふわしてる記事なので，間違い等あればコメントで指摘していただけると幸いです。
あと掲載コードについては申し訳ないんですが，全部について動くかの検証はしてないです。動いたコードに近いコードを載せるように努力してますが，動かなかったら文句言ってください。気力や時間があったら検証します。

#Monobit Unity Networking とは
Monobit Unity Networking(MUN)とは，モノビットエンジンが提供する国産Unity用通信ミドルウェアです。つまりUnityでマルチプレイとか通信とかをやるためのアセットです。
通信量に合わせて課金されるタイプなので，全機能を使うのにお金はかかりません。
基本的にはUnityで作ったクライアント間のP2P通信で，この記事では取り上げませんが，オンプレミス版も提供されています。
詳しくはここ

#前提環境
Unity 2020.3.5f
MUN 2.8.0

#基本的な機能と実装

##基礎的な用語
ルーム：プレイヤーが実際に通信している部屋
ロビー：ルームの集まり，ここではプレイヤー間の通信はできない

##MonoBehaviorの上書き
Munを使う上で，MonoBehaviorの代替クラスがあります。主にMonobitEngine.MonoBehaviorとMonobitEngine.MunMonoBehaviorがあります。後者は接続やルームの入室のコールバックが定義されてます。
MonobitEngine.MonoBehaviorはMonobitEngine.MunMonoBehaviorを含めた大体のMonobitで定義されるコンポーネントの基底クラスになってるという特徴がありますが，多分ユーザで使う分にはMonobitEngine.MunMonoBehaviorを継承しとけば十分だと思います。だって継承されてるからMonobitEngine.MonoBehaviorの全機能使えるし。

##サーバへの接続〜ルーム入室
ちなみにちょくちょく出てくるMonobitEngine.MonobitNetworkは静的クラスなのでMunを導入しておけばどこでも呼べます。
###サーバへの接続・切断
公式記事（サーバへの接続）
公式記事（サーバからの切断）

//サーバへの接続
//gameVersion:ゲームのバージョンを表す文字列
MonobitEngine.MonobitNetwork.ConnectServer(string gameVersion)

//サーバからの切断
MonobitEngine.MonobitNetwork.DisconnectServer()

この際，MonobitEngine.MonobitNetwork.autoJoinLobbyを事前にtrueにしておくとデフォルトのロビーに入ってくれます。

###ロビーへの入室・退出・ほか操作
公式記事（ロビー入室）
公式記事（ロビー退出）
前述したMonobitEngine.MonobitNetwork.autoJoinLobbyのフラグを立てて入室してやるとここら辺の処理は省略できます。

//デフォルトロビーへの入室
MonobitEngine.MonobitNetwork.JoinLobby()

//指定したロビーへの入室
//lobbyInfo:ロビー設定とか
//ロビーがなかったら勝手に作るので注意
MonobitEngine.MonobitNetwork.JoinLobby(MonobitEngine.LobbyInfo lobbyInfo)

//ロビーからの退出
MonobitEngine.MonobitNetwork.LeaveLobby()

LobbyInfoにはNameとKindのプロパティがありますが，Kindはドキュメントにも詳しい仕様が書いてなかったので正直よくわかりません。誰か見つけたら教えてください（他力本願）

//lobbyInfoの実装例
var info = new MonobitEngine.MonobitNetwork();
info.Kind = LobbyKind.Default;
lobby.Name = "MyLobby";
MonobitEngine.MonobitNetwork.JoinLobby(info);

公式記事（ルーム一覧の取得）
また，ロビーの中からは公開ルームの一覧を取得できます。

//公開ルームを全取得
//RoomData[]で帰ってきます
MonobitEngine.MonobitNetwork.GetRoomData()

###ルーム作成・入室・退出
公式記事（ルーム作成）
公式記事（ルーム入室）
[公式記事（ルーム退出）]
(http://www.monobitengine.com/doc/mun/contents/FeatureClient/LeaveRoom.htm)

//ルーム作成
//roomName: ルーム名
//roomSettings: ルームの設定
//lobbyInfo:属するロビー
MonobitEngine.MonobitNetwork.CreateRoom(string roomName, MonobitEngine.RoomSettings roomSettings, MonobitEngine.LobbyInfo lobbyInfo)

//ルーム入室
//なかったらfalseが帰ってきます
//roomName: 入りたいルーム名
MonobitEngine.MonobitNetwork.JoinRoom(string roomName)

//ルーム入室，なかったら作成
//roomName: ルーム名
//roomSettings: ルームの設定
//lobbyInfo:属するロビー
MonobitEngine.MonobitNetwork.JoinOrCreateRoom(string roomName, MonobitEngine.RoomSettings roomSettings, MonobitEngine.LobbyInfo lobbyInfo)

//ランダム入室
MonobitEngine.MonobitNetwork.JoinRandomRoom()

//条件に合うルームにランダム入室
//expectedCustomRoomProperties: 検索したいカスタムパラメータ，ルーム作成側はroomSettings.customParametersで設定できる（後述）
//expectedMaxPlayers: 検索したいルームの入室人数を指定，0なら考慮しない
MonobitEngine.MonobitNetwork.JoinRandomRoom(Hashtable expectedCustomRoomProperties, byte expectedMaxPlayers)

//ルーム退出
MonobitEngine.MonobitNetwork.LeaveRoom()

roomSettings周りが結構複雑です。これには次のプロパティを設定できます。

byte maxPlayers : 入室可能人数
bool isVisible : trueならロビーから検索用メソッド呼ぶと検索できる
bool isOpen : 他プレイヤーの入室の可否
Hashtable customRoomParameters: カスタムパラメータ，JoinRandomRoomとかの検索条件に指定できる
string[] customRoomParametersForLobby: ここに指定したカスタムパラメータはロビーから見えるようになり，検索用メソッドの条件に指定できる

特にcustomRoomParametersがよーわからないと思います。これはつまりHashtable型のいろんなタグパラメータをつけられるっていう感じで，JoinRandomRoomとかの絞り込みに影響します。
[詳しくはこちら（公式記事）]
(http://www.monobitengine.com/doc/mun/contents/FeatureClient/RoomCustomParameter.htm)
例を示します。

var hashTable = new Hashtable();
hashTable["tag"] = "Unity";

var settings = new RoomSettings();
settings.roomParameters = hashTable;
MonobitNetwork.CreateRoom("RoomFoo", settings, LobbyInfo.Default);

というルームを作ると，

var hashTable = new Hashtable();
hashTable["tag"] = "Unity";

MonobitEngine.MonobitNetwork.JoinRandomRoom(hashTable, 0);

でそのルームにマッチングできるようになるはずです。
公式記事ではroomParametersに対してインデックスを指定して書き込む方法で例が示されていますが，自分の環境ではそれをやると「roomParametersの中身なんもねぇよ！」って怒られたので，こちらでは自分で作ったHashtableで上書きしています。こちらだと通ることも確認しています。

##オブジェクトの位置とアニメーションの同期
参考公式記事
こちらはほぼスクリプトなしで実装できます。

同期したいオブジェクトにMonobit Viewを追加し，

位置ならばMonobit Transform View，アニメーションならMonobit Animation Viewのスクリプトを追加して，

Monobit ViewのObserved Component Registration ListにMonobit Transform ViewやMonobit Animation Viewを追加します。

これでとりあえず位置の同期は完了です。

##ネットワーク越しのオブジェクト生成・破棄
公式記事（オブジェクト生成）
公式記事（オブジェクト破棄）
ネットワーク越しで生成や破棄を同期させたいオブジェクトに関しては，UnityEngine.Instantiateするとうまくいきません。（どううまくいかないかは検証して追記するかもしれないです）

//ネットワーク越しにオブジェクト生成
//string prefabName: プレファブ名（内部的にはResources.Loadしてるので正確にはパス名？要検証）
//positionとrotationはUnityEngine.Instantiateと同じなので略
//int group: 所属するグループ名（なんかわかったら追記します）
MonobitEngine.MonobitNetwork.Instantiate(string prefabName, Vector3 position, Quaternion rotation, int group)

//ネットワーク越しに対象viewに所属するオブジェクトを全部破棄
//MonobitView monoView: 破棄する対象のMonobitView
MonobitEngine.MonobitNetwork.Destroy(MonobitView monoView)

//ネットワーク越しに対象オブジェクト破棄
//引数gameObjectは技術ドキュメントだとMonobitView型ですがGameObject型です。（検証済み，あとAPIリファレンスはそうなっています）
MonobitEngine.MonobitNetwork.Destroy(GameObject gameObject)

MonobitEngine.MonobitNetwork.InstantiateはResources.Loadを使ってるようなので，生成するプレファブはResourcesフォルダにないといけません。あと指定するのがプレファブのGameObjectではなくプレファブ名なのも注意。

##操作キャラの位置同期（オブジェクトの所有権の処理）
公式記事（オブジェクトの所有権）
参考公式記事
さて，ここまでの作業でとりあえずオブジェクトの生成と位置やアニメーションの同期はできますが，操作キャラだけはもうちょっと作業が要ります。というのも，同期された相手のオブジェクトはこちらのシーンに召喚される都合上，何も対策をしないと同期されてきた相手のオブジェクトも操作できてしまうため，位置の同期とこちらの操作で干渉してなんか変なことになります。
そのため，自分が所有権をもつオブジェクト以外は操作しないというスクリプトを書いてやらないといけなくなります。
具体的には，自分がオブジェクトの所有権をもつかは，MonobitEngine.MonoBehavior（またはMunMonoBehavior）内のmonobitView.isMineプロパティで判定できます。これを使って操作スクリプトを無効化してやればいいです。実装例は下の方にあります。

##ネットワーク越しのメソッド呼び出し
公式記事
MonobitEngine.MonoBehavior（またはMunMonoBehavior）なら，ネットワーク越しでRPCという手法によってメソッドを呼び出してやれます。
まず，呼び出したいメソッドに[MunRPC]を指定します。
MonobitViewを適当なオブジェクトにアタッチしてやり，MonobitViewIDを0以外の適当な正の整数値にしてやります。
それを[SerializedField]なりGetComponentなりで取得してやって，MonobitViewのRPC()メソッドを呼べばOKです。
なんのこっちゃってなってると思うので例を示します。

[MunRPC]
void targetMethod(string message, int id){
    Debug.Log(id + " says " + message);
}

void callRpc(){
    
    var view = GetComponent<MonobitView>();

    view.RPC(
        nameof(targetMethod) //関数の名前(string)
        , MonobitTargets.All //呼び出しの対象，公式ドキュメント参照
                             //(ここから呼び出し先の引数)
        , "Hi!"              //message
        , 0                  //id        
        );
}

##コールバック
サーバに繋いだ時や，ルームに入った時など，いろんな時に対してコールバックが用意されています。数が多いのでここでは紹介せずこちらを参照していただきたいですが，一つだけハマりそうな部分なんですが，コールバックの利用はMunMonoBehaviorを継承する必要があります。逆に言うと，MonobitEngine.MonoBehaviorではコールバックが利用できません。
理由はコールバックはMunMonoBehaviorのメソッドをオーバーライドする形で実装されてるため，MonobitEngine.MonoBehaviorではそもそものメソッドが定義されてないんですよね。もうMunMonoBehaviorだけでいいんじゃないかな。

#ちょっと一工夫

##オブジェクトの所有権の処理
公式のチュートリアルでは操作スクリプトに直接所有権の判定を組み込んでいますが，操作スクリプト一個一個に組み込んでるとキリがないですし，基本的にゲーム自体の開発してる時は通信のことなんて考えたくないと思うので，個別に管理してくれるコンポーネントを作った方が管理しやすいと思います。

OwnerHandler.cs

/*
OwnerHandler.cs

Copyright (c) 2021 Dango

This software is released under the MIT License.
http://opensource.org/licenses/mit-license.php
*/

using System.Collections.Generic;
using MonobitEngine;
using UnityEngine;
using MonoBehaviour = UnityEngine.MonoBehaviour;

namespace MunCommunication {
    /// <summary>
    /// Configure MonoBehavior.enabled by ownership of attached object.
    /// </summary>
    public class OwnerHandler : MunMonoBehaviour {
        [SerializeField] private List<MonoBehaviour> enableIfOwner;
        [SerializeField] private List<MonoBehaviour> disableIfOwner;
        
        // Start is called before the first frame update
        void Start() {
            configComponents();
        }
        
        /// <summary>
        /// Check ownership, and configure "enabled" property.
        /// </summary>
        void configComponents() {
            bool isOwner = monobitView.isMine;
            enableIfOwner.ForEach(behaviour => { behaviour.enabled = isOwner;});
            disableIfOwner.ForEach(behaviour => { behaviour.enabled = !isOwner;});
        }
    }
}

これでインスペクタに所有権があるときに有効/無効にするリストができてくれるので設定してやればいいです。

##パスワードの設定
MUNはルームに対してパスワードを設定できたりはしないんですが，こちらのPhotonの記事のようにカスタムパラメータをつけて，RandomJoinをやってやればそれに近いことをできます。
簡易的な実装例

RoomSelector.cs

/*
RoomSelector.cs

Copyright (c) 2021 Dango

This software is released under the MIT License.
http://opensource.org/licenses/mit-license.php
*/

using System.Collections;
using System.Collections.Generic;
using MonobitEngine;
using UnityEngine;
using UnityEngine.Events;

using MonobitNetwork = MonobitEngine.MonobitNetwork;

namespace MunCommunication {
    public class RoomSelector : MunMonoBehaviour {
        
        Hashtable generateAuthTable(string roomName, string password) {
            var customParam = new Hashtable();

            customParam["name"] = roomName;
            customParam["password"] = password;

            return customParam;
        }
        
        public void createAuthorizedRoom(string roomName, string password) {
            var setting = generateAuthTable(roomName, password);

            var roomSetting = new RoomSettings {
                roomParameters = setting
                , isVisible = false
            };

            //ランダム文字列生成
            string randomLine = Guid.NewGuid().ToString("N").Substring(0, 10);

            MonobitNetwork.CreateRoom(randomLine, roomSetting, LobbyInfo.Default);
        }

        public void joinAuthorizedRoom(string roomName, string password) {
            var setting = generateAuthTable(roomName, password);

            MonobitNetwork.JoinRandomRoom(setting, 0);
        }
    }
}

ただ，これだと同じルーム名・パスワードが同時に発生した場合に対応ができないので，外部に認証サーバを設けてルーム名を管理してやらないと実用に足るものはおそらく作れないと思います。

#まとめ
MUNでできること
・ネットワーク越しのオブジェクトの位置やアニメーションの同期
・ネットワーク越しでのメソッド呼び出し
ちょっとよくわからない部分がなくもないですが，使ってる感じは問題ないような感じがします。

#参考
MUNチュートリアル
MUNのAPIリファレンス
パスワードのかけかたとか：Photonのドキュメント
ランダム文字列