Processing math: 43%

トヨタ自動車プログラミングコンテスト2024#8(AtCoder Beginner Contest 365)G問題メモ

G - AtCoder Office

問題文

  • AtCoder 社のオフィスには N 人の高橋くんが所属しています。
  • AtCoder 社ではオフィスの入退室の記録が取られており、記録が取られはじめてから M 回の入退室が行われました。
  • i 番目 (1iM) の入退室記録は整数の組 (Ti,Pi) で表され、時刻 TiPi 番目の高橋くんがオフィスの外にいるならオフィスに入ったことを、オフィスの中にいるならオフィスから出たことを表します。
  • 記録が取られはじめた時点ではどの高橋くんもオフィスの外におり、現在どの高橋くんもオフィスの外にいることがわかっています。
  • 次の形式の Q 個の質問に答えてください。
  • i 番目 (1iQ) の質問では整数の組 (Ai,Bi) が与えられるので、記録を取っていた間に Ai 番目の高橋くんと Bi 番目の高橋くんがどちらもオフィスの中にいた時間の長さを求めてください。

制約

  • 2N2×105
  • 2M2×105
  • 1T1<T2<<TM109
  • 1PiN (1iM)
  • どの 1pN についても、Pi=p となる i は偶数個存在する
  • 1Q2×105
  • 1Ai<BiN (1iQ)
  • 入力はすべて整数

解法

まず注意点として、同じ (Ai,Bi) クエリは複数回投げられうる。
同じクエリは再計算されないように、事前にまとめるなどする必要がある。

イベント順に解く

まず率直に思いつく方法として、イベント順に解くことを考えると、

  • Pair[i]=[j1,j2,...]:人 i とのクエリがある人 j のリスト
  • LastEnter[i]:人 i が最後に入った時刻、退室中は 1

を用意して、Ti 順に入退室を見ていき、

  • Pi の入室時:
    • LastEnter[Pi]=Ti とする。
  • Pi の退室時:
    • LastEnter[Pi]=1 にする。またその直前まで入っていた値を t とする
    • Pair[Pi] にある j につき、
      • j が退室中(LastEnter[j]=1)なら何もしない
      • それ以外なら、Timax を、(P_i,j) ペアの答えに加算する

としていくと、答えとなる。

問題は、「入退室が多く、ペアも多い人」がいると、O(NM) かかってしまう。
(例えば、ほぼ人 i の入退室で M 個の記録が占められ、クエリでも他の N-1 人全てとの答えが求められる場合など)

そういう人は、別処理をする。

1人を基準に解く

入退室の多い1人を p とする。

記録 i から i+1 までの時間を、「時区間 i」とする。
各時区間の長さ D_i=T_{i+1}-T_i を求めておく。

長さ M-1 の数列 X を用意し、時区間 i に人 p が入室しているなら X_i=D_i、退室中は X_i=0 とする。

   記録 i   0   1    2    3    4    5    6    7
        T   3   9   15   17   20   25   26   30
        D     6   6    2    3    5    1    4

pの入退室  in      out        in       out
        X     6   6    0    0    5    1    0

こうしておけば、

  • p とペアとなる各人 j につき、
    • j の各入退室時刻 (s,t)(時刻 T_i でなく、記録index i の方で)につき、
      • X 上で [s,t) の区間和を求めて、
    • 全入退室にわたる総和を取れば、(p,j) の答えとなる。

2つの解法を使い分ける閾値

p の入退室回数を R_p、クエリで p とペアとなる人の数を P_p とする。

イベント順の解法では、p の入退室によって発生する計算量が 「入退室回数 R_p \times ペア数 P_p」かかっていたのに比べ、 1人を基準にする解法は最初に X を作る際の「入退室記録数 M」の計算量で済む。

相手 j の入退室によって発生する、p の状態確認 (イベント順なら \mathrm{LastEnter} のチェック、1人を基準にする解法なら X の累積和の取得) の計算量は R_j に依存し、こちらはどちらの解法も変わらない。

よって、「R_p \times P_pM を超える場合」に、 イベント順から p を基準に解く解法に変えるのが良い、はず。

(以下、駄文)

なお、クエリ (p,j) の両方とも R_{\circ} \times P_{\circ} が大きい場合、 基準とする方をどちらか一方に決めなければいけない。
(どちらでもACできるだろうので別に突き詰める必要は無いのだが)どちらを基準とした方がよいか?

「入退室回数 R_{\circ} が多い」方を基準にした方が、(p,j) ペアだけ考えたときの削減効果は大きいが、 基準にされなかった方は、実質的に P_{\circ}(※)が1減り、評価値 R_{\circ} \times P_{\circ} が変動する。
(※イベント順の解法を取ったときに、入退室のたびにチェックする相手数)

評価値 R_{\circ} \times P_{\circ} が減ることで、結局イベント順の解法にした方がいい、となるかもしれない。
その場合、評価値の削減効果が大きいのも「入退室回数 R_{\circ} が多い」方である。

この最適化って、どうしたらいいんだろうね。

Python3

programming_algorithm/contest_history/atcoder/2024/0803_abc365.txt · 最終更新: 2024/08/20 by ikatakos
CC Attribution 4.0 International
Driven by DokuWiki Recent changes RSS feed Valid CSS Valid XHTML 1.0