バージョンによって多少異なるが、大まかには旧来で使われてた予約システムは何人か分を予約し、予約したものから対戦が出来るという仕組み。
以下自分の環境では、入室争いまでして対戦できない貧弱な環境なので、多分に憶測が要れ混じってるのが前提ですが。
そもそも何故予約システムが作られたかというと入室争いが激しく、一日一回も対戦できない人もいれば何度も連続で対戦できてしまう人がいるからなんとかこうとか言うんだろうけど、まぁ人気があったから何とかしてやりたくて、予約システムを作ってみた…が個人的に一番の理由になりそうな気がするけど…（実際はどんな理由だったかは知らないですし…）。
予約システムによって実際に上手く対戦出来ない人もいたかもしれないが、以前より入室争いは若干緩和された（予約システムという大掛かりなものの前に、対戦できないと不満をする人が少なくなったというのもある）。
がしかし、デメリットもありました。
予約によって対戦者が終わるまで常に更新してチェックしなければならないということ。チェックしてなければ突然終わってて出番が回ってきたのを気づかなかったり、また用事があったりして落ちてる場合もある事。極端な話、トイレに行くのも躊躇われるというものにもなったり。
予約によって確定された対戦も、対戦が何時行われるのか未確定では結果『不安定』というものでした。
予約システムが要らないぐらいに、全てのユーザーを抱擁出来るぐらい対戦部屋があれば確実なのは当たり前ですが…。
うだうだ言ってますが、擬似的には予約対戦はある程度再現できる気はします。
例えば決闘終了時から経過時間によって変化するもの。つまり決闘終了時刻から近い人ほど解放時間が長くなるものー。一日に一回も対戦できない人を最優先など。とすれば、ある程度擬似的に予約システムが再現できるのですけど、これにも限界はあり、例えば部屋が１部屋でユーザーが１００ぐらいいたとしたら連戦ままならないだとか、こう言う場合は何と言うか結局包容力（部屋数）を大きくするしかないか、ユーザーが痺れを切らすしかないかぐらいだと思うのですけどー）。
昔は初期スクリプト配布を行ってた時もありましたけどね。
データが消えたところ、すいませんと謝ります。
が、何度も言う通り今のサーバーが今月いっぱいなのでとしか言えません（挨拶
デッキ調査など（優先？）。
（あれで動いてるのか良く分からん、データ少なくね？）
（対比してみる為に一時的に元に戻そうか）
まぁ、決闘場に影響及ばなければあまり優先度は高くないので折りを見てですが。
で自分所…、そもそも自分で１段落を決めてない気がする。
こういう計画立てるのは苦手。
夏休みの宿題は最後の日にやっちゃうタイプ（滅
成績をどうしようとか、ポイントをどうしようとか結構微妙。
変更しないでそのまま使おうかとも思うが…。
以前の仕様だと色んな意味で抑制があったけど、そもそもあれが自己満足なだけだから、良く思わない人がいるのと穴があるのとでそれなりにマイナスもあるからな…。
既に環境も変わってますし、１から構築し直すのは無理だしね。
そもそもまた解析し直すのが辛い…自分で書いたところが一番厄介じゃね？
（※補足すると、変更するとこの辺の随時管理する自信無し）
少し前まで、ＣＧＩから離れてたからなぁ…。
