汎用性を上げて様々な実験に対応できるようにする

[shugo256]

とにかくあらゆる設定項目がさまざまな場所に散らばっている（ハードコードされているものも含め）ので、これをある程度まとめて設定できるようにしたい

シミュレータ

• 設定ファイルからActionとRewardのshapeを決めて、BFSでそれを管理する #18
• Rewardの式の指定を、BFSの初期化時にメソッドを渡す形にする #17
  • 施設や部屋ごとに別のメソッドを指定させて、最終的にその総和を取るやり方がいいかもしれない
  • ↑で一部の部屋にだけ適用させたい場合などのために、
• どの指標をStateのテンソルに盛り込むかも指定できるようにし、これによりStateのshapeも決まる
  • 例：use_temperature(default = True): 温度をStateとして活用するかどうか
• ビルの設定ファイルと気温などの時系列データの設定ファイルは分けてもいいかもしれない
  • ただ、CityLearnと違ってビルに関連する時系列データとして人流があり、この扱いが面倒

分散プラットフォーム

• ローカルサーバのアドレスや、モデルの数などの設定をYAMLか何かにまとめる
• クライアントの取捨選択アルゴリズムを指定できるようにする
• 違う構造のビルへの対応
  • ビルの分類に応じてglobal modelを複数持つ
    • ビルのパーツに応じて、かも？
    • とにかく複数のモデルを管理したい
  • モデルのクラスタリング？