「 のケースで困った」と言う意見をいくつか見たので、そう言った時の対処法(荒療治)を紹介します
以下では木 の頂点 の距離を と書くことにします
解法1
を 頂点ラベル付き木全体の集合とします
これはケイリーの定理より全部で 個あり、例えばこちらの記事の証明 1 を参考にしてそれなりに効率的に全列挙することが出来ます
に対し、を 「木の候補が である時、残り必要な最低質問回数」とします
「木の候補が である時、(回答に応じて行動を変えることで)どのような回答に対しても高々 回の質問で答えを当てられる」戦略が存在し、「どんな場合に対しても より少ない回数の質問で答えを当てられる」ような戦略は存在しないと言うことです
である時、明らかに です
そうで無い時は「最悪の答えが返ってきた時の結果が最良であるような質問をする」ことを考えると、
が成り立ちます(ただし )
この dp 配列を全て計算しておき適切に質問を繰り返すことで、必ず高々 回の質問で答えを出力することが出来ます
当然 は 以下である(そうでなければ問題が問題として成立しない)ことから、この解法の正当性が示されます
dp 配列の大きさ(key の個数)は であり、これは の時に , の時に なので、 の時のみ使える解法になります
解法2
質問の種類は 通りしかありません
もしこれらの質問を全て聞けたのならば、後に述べるように答えは簡単に求まります
従って、 の時のみ全部の質問をしてしまうと言う解法を用いることで、 の時は解くことが出来ます
最後に質問を全て聞けた時の解法例を書いておきます
木の辺候補は回答が であるような頂点対のみなので、そのような頂点対の個数が であれば実際に木を作って見ればよく、 であれば を結ぶ辺が存在することになるので、 が答えになります
その他(上とは完全に別件)
テストケースが弱くて くらいでも落ちるケースが存在するコードが AC になっていると言う話があったはずです
AC しても必ずしもコードが正しいとは限らないので、upsolve をする人は手元でチェックコードを回すと良いかもしれません( のラベル付き木全部に対して正しく動いているかなどは簡単に確かめられると思います)
逆に問題/テストケースを作る人は、 などのマルチテスト問題にすると、一つのテストケース内に が小さい場合を全部詰め込めて良いと言う話も出ており、確かに〜となりました