プロコンのバックアップ(No.9)

再試合に向けて †

前回のエキシビジョンからどう変えるか
現状
・全通り探索
・計算量が酷い
・人間の意志の反映量が大きすぎる気がする

現在考えてる案
・荷物と荷物のルート探索(A*)をあらかじめ全荷物に対して行う
・GA使って巡回セールスマンを解く。
・できれば多数生成して、競わせた中で一番いいルートを選ぶ

が、面倒だから全通り探索の計算量を低減させて使うことになりそう。
相手の動きを読む？部分がまったく欠落してしまうけどね。
ま、どーせ運ですし。

↑

分かりやすいデータ †

青の所で戦わないと予選通過は厳しい　か。
ルート探索精度に差があまりないからやっぱり運ですね。

↑

大まかな流れとか †

簡単に言うと
とりあえず最初にいく目的地を決める
↓
最短でそこまでいく
追記：最初は遠い方がいいかも。最後に近場の荷物を拾う方が効率よさそう。
↓
着いたら荷物拾って次へ（~~ここから先はなるべく近い順に回った方がいいかもね~~)
追記：どうも障害物が多くなるとちゃんと考えないと遅くなっちゃうねぇ。。面倒だねぇ（'Ａ`）
↓
ループ
↓
荷物を全部回ったらゴール
(まだ荷物が余ってた場合そこまでいってもいい。ただそれで有利になるかといえば微妙）

こんな感じが一番処理も少なくてシンプルかつ融通のきくプログラムが書けるような気がする

まぁ結局は運も大事。

↑

というわけで書いてみた。 †

言語はJava。んーJavaがインターフェース作るの楽っ♪(Swing使用)
バグとか結構放置気味だけど、なかなか楽しめる。
大体三日位で書いてみた。(1000行弱)
ま、デバッグ兼ねて公開中
どんな迷路でもサクサク解くのでお試しあれ。(まぁフィールドのサイズは常識の範囲内で)

Java入れてないミジンコはこちらからダウンロードしてくれ
あなたと JAVA,今すぐダウンロード☆

次の荷物までのルートは必ず最短ルートを示す。
が、荷物を選ぶ行程が適当（直線距離で近いやつを積極的に選ぶ）なので、全体で最短ではない。(もっといい次の荷物の選び方がある)
モチベーションがちょっと落ちてるのでそのへん後回し。。。
まぁ今後そのへんはなんとかするとして、あとは荷物を運ぶ数を決めることか。
荷物の数は、基本的に勘で設定しようかなぁ。。。ルール微妙だからわかんね。

↑

10/5 改良 †

とりあえず次の荷物の選び方をなんとかした。（実際の道のりの長さで判定）計算量が膨大に増えた。けど体感できないレベル。最近のコンピュータはすごい。
また暫定的に最初の荷物は一番遠くを取るようにした。これにより、最後のほうに残る荷物がゴール周辺になり、そのあたりの荷物を回収することで、重量による燃料ロストを減らす効果あり。
かなり高確率で最短ルートを通るようになったはず。(90%位？)
あとは評価関数でも作って、荷物の数、ゴールまでの距離、あたりからよりよい可能性の高いルートを探す方法をとるかな。。。面倒ですねぇ。大体、人間様が考えてもどーすれば一番いいか分からないという時点で。。。ｗ
Intneko

私的メモ
線形リストで保持してるもの：荷物。探索されたマス。
内部で距離の取得もやってる。
上記外で計算部で保持してるもの：ﾌﾟﾚｲﾔｰの位置。開始位置。フィールド。最近のルート。別スレッドの有無~