チャンピオン別プレイヤーランキングの仕組み

一段落で

チャンピオンごとに表があります。現在マスター以上で、マスター+ロビーでチャンピオンXの直近ソロ/デュオランク30試合を持つプレイヤーがXの表に載ります。順序はスコア = LP + 300 ×（WR₃₀ − 0.5）：Riot公式LPがほぼすべてを決め、その30試合の勝率は同点のみ分けます。すべての数値はRiot Games APIから来て毎時再計算されます。

なぜチャンピオン別なのか

総合ランクは「LoLがどれだけ上手いか」には答えますが「アジールがどれだけ上手いか」には答えません。アジール400戦のチャレンジャーとアジール5戦目のチャレンジャーはランクは同じでも、そのチャンピオンの実力は明らかに違います。マスタリーポイントも解決になりません：測るのは結果ではなくプレイ時間です。

チャンピオン別の表は、二つを同時に証明したプレイヤーだけを見ます：ラダーの頂点にいて、かつ実際にそのレベルでそのチャンピオンを使っている。チャンピオンを学ぶ人が必要とする情報です：自分のサーバーで誰を見て、誰から学ぶか。

誰が表に載るのか

次の4条件が同時に成り立つとき、チャンピオンXの表に現れます：

• 現在ティアがマスター以上（ソロ/デュオランク、最新のラダースナップショット）。マスター・グランドマスター・チャレンジャーは一つのLPプールを共有するため、LPの比較に意味があります。
• ちょうど直近30有効試合。「30以上」ではなく、最新の30戦を取り、それより古い試合は捨てます。
• 有効試合とはマスター+ロビー（下記のロビー推定を参照）で、リメイクでない、キュー420の試合。
• 勝率条件なし。30戦12勝でもランク入りし、ただ下に並ぶだけです。

条件3は特定のケースを防ぐためにあります：エメラルド時代にXを30戦やり、別のチャンピオンでマスターに上がるケース。そのエメラルドの試合にはマスター+プールのプレイヤーがほとんどいないため、カウントされません。

スコア

スコア = LP + K ×（WR₃₀ − 0.5）、K = 300。LPは最新ラダースナップショットの公式ランクポイント、WR₃₀はそのチャンピオンの直近30有効試合の勝率です。

なぜK = 300か？マスター+のLPは0から3,000超まで分布します。K = 300なら勝率は最大±150点（極端な0%または100%の場合）、実際には約±30点しか動かしません。意図どおりランクが支配し、勝率は同LPの二人を分けるだけの力を持ちます。

なぜちょうど30試合か

ウィンドウをちょうど30試合に固定すると一つの美しい性質が得られます：全員が同じサンプルサイズ。したがって二つの勝率はベイズ収縮も信頼係数も他の「最低N試合」閾値もなしに直接比較できます。League of Graphs型の式にはない点です。

代償：30試合勝率の標準誤差は9.1ポイント。±1標準偏差の揺れは±27スコアに相当します。同点処理には許容できますが、実際のランク差を逆転させるほど信頼できず、それこそが望む挙動です。30試合ウィンドウはシーズン全体ではなく現在の調子を測ります：チャンピオンを3か月離れた人は古い試合が期限切れになるにつれ表から徐々に消えます。

マスター+ロビーだとどう分かるのか

Riot APIはプレイヤーの現在のランクしか公開せず、履歴はありません。「3か月前このプレイヤーはどのティアだったか」は問えません。そこで試合のティアはその試合の10人から推定します：10人中8人以上が直近14日のマスター+ラダースナップショットにいれば、マスター+ロビーです。この情報は試合詳細に既に含まれるため、追加のAPI呼び出しは不要です。

この近似は古い試合では誤りうります：マスターだったが落ちた人はスナップショットにいません。スナップショットは初日から毎日保存されているので、誤差は時間とともに減ります。該当者が少なすぎる場合は8/10の閾値を7に下げられ、稼働中の値は常に計算式ページに表示されます。

データはどこから来るのか

• ラダースナップショット（毎日、3回の呼び出し）：すべてのチャレンジャー・グランドマスター・マスターのLP、勝数、敗数。LPとマスター+条件の出所。
• 試合ID探索（毎日、プレイヤーごとに1回）：前回取得以降の新しいソロ/デュオランク試合ID。
• 試合詳細（試合ごとに1回、各試合は一度だけ）：チャンピオン、勝敗、KDA、ポジションを含む10行の参加者データのみ抽出し、生JSONは即時破棄。1回の呼び出しで10人分のデータが得られるため、試合単位の取得はプレイヤー単位より約9倍安価です。
• ランキング計算（毎時、API呼び出しなし）：1本のSQLクエリがプレイヤー–チャンピオン組ごとに試合を新しい順に番号付けし、ちょうど30を残してスコアを計算し、チャンピオンごとに静的JSONファイルを書き出します。

システム全体は小さなサーバーで動きます。CPUではなくRiotのAPIレート制限が上限だからです。制限はRiotの応答ヘッダーから読み取り、許容量の85%に抑えています。

表の読み方

• ティア、LP：最新スナップショット時点の公式ランク。
• 直近30試合勝率、勝–敗：このチャンピオンの直近30有効試合だけの勝率と勝敗。シーズン全体ではありません。
• KDA：その30試合の（キル + アシスト）/ デス。参考値でスコアには入りません。
• スコア：並び順の基準。同点はLPの高い方、次に勝数の多い方が上。
• 最終試合：このチャンピオンで最後にプレイした時刻。非アクティブなプレイヤーも、他の人に押し下げられるかマスターから落ちるまで表に残ります。

表が語れないこと

限界を明示することが、この表を既存のものと区別します。以下をそのまま公開します：

• マスター以上のみ（全プレイヤーの約0.1%）。ダイヤモンドのプレイヤーはここにいません。
• 「マスター+ロビー」は試合の構成（スナップショット内の人数 ≥ 8/10）から推定します。その後マスターから落ちた人がいる古い試合では誤りうる一方、スナップショット履歴が積もるほど誤差は減ります。
• 30試合ウィンドウには±9.1ポイントのノイズがあります。シーズン全体ではなく現在の調子を測る代償です。
• 試合の難易度は測りません。キャリーした勝利も運ばれた勝利も同じ1勝です。
• ロール別の分離はまだありません。ミッドとトップで使われた同じチャンピオンが同じ表にあります。
• Riot APIはマスターティアを最大10,000人しか返しません。マスターが多いサーバー（VN）では、LPが最も低いマスターはランク入りできません。
• データは1日1回の更新で、リアルタイムではありません。

プライバシーとRiotポリシー

現在のRiot IDのみ保存・表示します。名前を変えると旧名は消え、名前の履歴はありません。進行中の試合の検索やゲーム内で有利になる機能はありません。賭けも有料化もありません。APIキーはサーバー側にのみあります。このサイトはRiot Gamesと無関係であり、表の順序はRiot公式ランクに基づく、代替のレーティングシステムではありません。

用語集

LP（League Points）

Riotの公式ランクポイント。マスター以上にはディビジョンがなく、3つの最上位ティアが一つの連続したLPプールを共有します。

マスター+

マスター・グランドマスター・チャレンジャーの総称。ランクプレイヤーの約0.1%。

WR₃₀

1体のチャンピオンの直近30有効試合の勝率。

マスター+ロビー

直近14日のラダースナップショットのマスター+プールに10人中8人以上が属する試合。

リメイク

誰かが接続しなかったため早期終了した試合。LP変動なし、集計対象外。

ラダースナップショット

ある時点のマスター+全リストとLPの完全な写し。毎日保存。

よくある質問

ダイヤモンドですが、なぜ自分が見つからないのですか？

リーダーボードはマスター以上、約0.1%のプレイヤーのみを対象としています。データの信頼性のための意図的な選択です。

どのくらいの頻度で更新されますか？

ラダースナップショットと新しい試合は毎日取得され、リーダーボードは毎時再計算されます。各表に更新時刻が表示されます。

なぜちょうど30試合なのですか？

全員が同じサンプルサイズなので、信頼係数なしに2つの勝率を直接比較できます。30試合の標準誤差は9.1ポイントで、同点を分けるには十分ですが、実際のLP差を逆転させるには不十分です。

Riotのランクに代わるシステムですか？

いいえ。表の順序はRiotの公式LPに基づき、勝率は同点処理にのみ使います。「このチャンピオンが最も上手いのは誰か」に答えるもので、総合的な実力を測り直すものではありません。

勝率50%未満は除外されますか？

いいえ。30戦12勝のプレイヤーもランク入りし、同じLPでより多く勝った人より下に並ぶだけです。

データはどこから来ますか？

Riot Games API（league-v4、match-v5）です。現在のRiot IDのみ保存・表示し、名前の履歴や進行中の試合の検索はありません。