アーカイブ / Generative AI
推薦リストを一品ずつ見直すNLGR:近傍リストの評価差を生成に生かす
NLGR
NLGRの原論文から掲載した図です。細部はクリックして拡大できます。
原論文の図の説明を読む
Figure 1. Generator optimization legend: reach the optimal step by step under the guidance of the neighbor lists.
概要
- NLGRは、一品だけ異なる近傍リストとの評価差を使って、推薦リストの生成器を学習する。
- 生成時は変更位置を決め、候補集合から代替商品を選ぶ。評価器は生成器のオフライン学習を支援する。
- 著者らのオフライン実験では、Taobao AdとMeituanの両方でNLGRのAUCとHR@10%がDCDRを上回った。
補足:編集した模式図で仕組みを確認する
VISUAL EXPLAINER
図でつかむ、NLGRの仕組み
- 01順位リストと履歴
- 02変更位置を決定
- 03代替商品を選択
- 04再ランキング結果
原論文の説明をもとにした模式図です。処理の細部は省略しています。
研究の背景
NLGRは、利用者に見せる商品の並びを組み直す「再ランキング」の手法だ。商品を一つずつ採点する方法では、同じ画面に並ぶ商品同士の影響を十分に扱えないと著者らは説明する。
候補から表示リストを作る並び方は、候補数が増えるほど急増する。全候補を評価する方法は実サービスの応答時間に収めにくく、有望なリストを効率よく探すことが課題になる。
手法
NLGRは、リストを採点する評価器と、リストを作る生成器を使う。評価器は、実際に表示したリストと過去の表示履歴を入力し、クリックや購入への転換を示す記録を正解ラベルとして学ぶ。生成器の学習では、元のリストの一品だけを替えた近傍リストを作り、評価器が予測した点数の差から変更の方向を学ぶ。
例えば食品の順位リストを組み直す場合、生成器はリストと利用履歴を参照し、まず替える位置を決め、次に候補集合から入れる商品を選ぶ。この変更を停止条件まで繰り返してリストを出力する。評価器が生成器を助けるのはオフライン学習時で、表示時の生成処理には使わない。
新規性
著者らが提案するのは、元のリストと一品だけ異なる「近傍リスト」の評価差を、生成器の学習に使う方法だ。どの位置の変更が有望かを、評価器の予測から学ぶ。
生成時には商品を先頭から順に確定せず、変更する位置を決めて候補商品を選ぶ。著者らは、この方法で現在のリストから近傍リストへ移り、並びの組み合わせを探索すると説明する。
従来手法との違い
比較対象は、商品単位のDNNとDeepFM、リスト内の関係を扱うPRMとMIR、生成型のGRNとDCDRの六手法だ。NLGRも評価器と生成器を使うが、近傍リストの評価差で生成器を学習させる。
著者らは、商品を順番に決める方式では後続商品の情報を使いにくいと指摘する。NLGRは現在のリストを参照して変更位置と代替商品を選ぶ。数値上の比較は、示された二つのデータセットと実験条件に限られる。
実験結果
著者らはTaobao AdとMeituanでオフライン実験を行い、五回の平均を報告した。Meituanは2023年10月の30日間に得た約13.3億件で、学習用とテスト用を9対1に分けた。Taobao Adは約2656万件の記録を含む。
AUCはTaobao AdでNLGRが0.6344、DCDRが0.6217、Meituanでそれぞれ0.8349、0.8181だった。生成リストが評価器の採点順位で上位10%に入る割合、HR@10%は順に0.4091対0.2159、0.8369対0.7573。HRは実利用者のクリック率ではない。
応用の可能性
編集上の応用案 · 論文が実証した用途とは区別しています。
編集上の応用案:食品注文アプリで、既存の順位付けが出した候補から、画面に表示する短い商品リストを組み直す。入力は候補商品の特徴、現在の順位リスト、利用者の過去の表示リストとする。
学習には、過去に表示したリストと各商品のクリック・注文結果を対応付けた記録と、その結果を示すラベルが要る。追加センサーを使わない構成を想定し、既存の順位付けの後に生成器を置く。対象アプリに合わせた学習と成果の検証が必要だ。
応用先の候補からNauhに相談できます。
導入時の検証
導入時の検証案 · 対象データでの再評価が必要です。
導入時の検証案:まず既存の順位付け結果を基準に、同じ候補集合からNLGRで短い表示リストを作る。学習用に候補商品の特徴、過去の表示リスト、利用者の表示履歴、クリックと注文のラベルを対応付ける。追加センサーは想定しない。
同じ期間と候補条件で、既存方式とクリック予測のAUC、表示順のNDCG、生成時間を比べる。HRを測る場合は評価器に依存する値として別に記録する。利用者層や商品構成ごとにも結果を確認し、データ整備や学習の調整が要るか判断する。
限界と課題
確認できた本文の範囲では、著者らはオフライン実験、オンライン試験、Meituanでの導入を述べている。ただし、オンライン試験の数値と遅延の詳細は確認できない。著者が明示した限界として挙げられる記述も、この範囲にはない。
編集上の検証事項は、実際には表示されなかったリストにも評価器が妥当な点数を付けられるか、利用者や商品構成が変わっても結果が保たれるかである。HRは評価器による順位に依存するため、実際のクリック・注文結果と分けて読む必要がある。
出典
元のタイトル・要旨を確認する(英語)
NLGR: Utilizing Neighbor Lists for Generative Rerank in Personalized Recommendation Systems
Reranking plays a crucial role in modern multi-stage recommender systems by rearranging the initial ranking list. Due to the inherent challenges of combinatorial search spaces, some current research adopts an evaluator-generator paradigm, with a generator generating feasible sequences and an evaluator selecting the best sequence based on the estimated list utility. However, these methods still face two issues. Firstly, due to the goal inconsistency problem between the evaluator and generator, the generator tends to fit the local optimal solution of exposure distribution rather than combinatorial space optimization. Secondly, the strategy of generating target items one by one is difficult to achieve optimality because it ignores the information of subsequent items. To address these issues, we propose a utilizing Neighbor Lists model for Generative Reranking (NLGR), which aims to improve the performance of the generator in the combinatorial space. NLGR follows the evaluator-generator paradigm and improves the generator's training and generating methods. Specifically, we use neighbor lists in combination space to enhance the training process, making the generator perceive the relative scores and find the optimization direction. Furthermore, we propose a novel sampling-based non-autoregressive generation method, which allows the generator to jump flexibly from the current list to any neighbor list. Extensive experiments on public and industrial datasets validate NLGR's effectiveness and we have successfully deployed NLGR on the Meituan food delivery platform.
論文本体の取得範囲に基づく解説。AIが作成した未校閲の記事です。性能の数値は著者の評価条件に依存します。応用例と検証計画は編集上の提案です。解説更新:2026-10-01




