アーカイブ / LLM
機微な利用者情報を端末に残す広告推薦：PriCoRecの候補選びと順位付け
PriCoRec
PriCoRecの原論文から掲載した図です。細部はクリックして拡大できます。
原論文の図の説明を読む
Figure 1. PriCoRec’s cloud–device collaboration within the four-stage recommendation pipeline. A four-stage recommendation pipeline comprising retrieval, cloud pre-ranking, on-device ranking, and re-ranking. A red dashed rectangle encloses the proposed cloud pre-ranking and on-device ranking collaboration.
概要
- 機微な利用者特徴を端末に残し、クラウドで広告を千件から百件に絞ってから端末で順位を付け直す。
- クラウド側では候補の多様性を促して学習し、候補ごとの関連度を端末モデルの補助入力に使う。
- 著者らの評価では三つの公開データセットを使用。測定した全体の遅延はTaobaoAdで比較対象より短く、OpenMCCでは長かった。
補足：編集した模式図で仕組みを確認する
VISUAL EXPLAINER
図でつかむ、PriCoRecの仕組み
- 01検索済み広告千件
- 02クラウドで百件選択
- 03端末内で再順位
- 04広告百件の順位
原論文の説明をもとにした模式図です。処理の細部は省略しています。
研究の背景
PriCoRecは、機微な利用者情報を端末に残したまま広告を推薦する。広告推薦ではクリックされる見込みに応じて候補を並べるが、年齢や性別などをクラウドで扱えない条件では、順位付けに使える情報が限られる。
クラウドで早い段階に有望な広告を落とすと、端末で個人向けに並べ直しても取り戻せない。一方、端末には計算量の制約がある。候補の質と端末側の処理負荷を両立させることが課題となる。
手法
PriCoRecは、検索で得た千件の広告をクラウドで百件に絞り、端末で順位を付け直す。クラウドは広告と配信状況など利用可能な特徴から関連度を計算する。学習時には、広告同士の似かよりを表す行列を使い、似た候補ばかり選ぶことを抑える「多様性の正則化」を順位付けの学習目標に加える。
クラウドは選んだ各広告の特徴と関連度を表す値を端末へ送る。端末のPNNは、特徴の組み合わせを学ぶモデルで、受け取った情報に年齢など端末限定の特徴を加えて百件を再評価する。クラウドの関連度は補助入力として使い、端末側のモデルを小さく保つ設計である。
新規性
PriCoRecの進歩として著者らが挙げるのは、クラウドと端末で使える特徴が異なる条件に合わせ、二つの段階を連携させた設計である。クラウドの予備順位付けには、似た広告が候補に重なることを抑える学習目標を加える。
さらに、クラウドが算出した候補ごとの関連度を端末モデルの補助入力にする。著者らは、端末でクラウドの大きなモデルを再現せず、推論時の計算量を増やさずに端末モデルの性能を高める方法と説明している。
従来手法との違い
比較の基準となるPNNは、特徴の組み合わせを学習する順位付けモデルで、PriCoRecでも両段階の基本モデルに使われる。著者らはクラウドで使える特徴と端末限定の特徴を定め、PNN、DP-SGD、DualRec、FedCAR、FedCIAを同じ特徴制約に合わせて比較した。
PriCoRecでは、クラウド側のPNNに候補の多様性を促す学習目標を追加し、端末側のPNNにはクラウドが計算した関連度も渡す。比較結果には、候補の作り方と端末への補助入力の両方の違いが含まれる。
実験結果
著者らはOpenMCC、TaobaoAd、Ali-CCPの三つの公開データセットで評価した。検索で千件を取得し、クラウドで百件に絞る条件で、クリックされた広告が百件に残る割合R@100は、OpenMCCでPNNの49.44％、PriCoRecの50.41％だった。
端末で百件を並べ直し、クリック広告が上位十件に入る割合R@10は、TaobaoAdでPNNの15.24％、PriCoRecの21.74％だった。著者らの遅延測定では、全体処理はTaobaoAdで10.32ミリ秒、完全クラウド型の比較対象は11.62ミリ秒、OpenMCCでは順に5.08ミリ秒と4.86ミリ秒だった。
応用の可能性
編集上の応用案 · 論文が実証した用途とは区別しています。
編集上の応用案：広告配信サービスで、検索済みの広告候補をクラウドで絞り、端末内の利用者属性と行動情報を使って並べ直す。入力は広告と配信状況の特徴、出力は端末内で順位を付けた候補とする。
学習にはクリックと非クリックのラベルが付いた配信履歴が必要になる。属性や行動情報を端末で取得できるかを確認し、クラウドで使う特徴と端末限定の特徴をサービスのデータ項目に合わせて分ける。追加センサーはこの案では想定しない。
応用先の候補からNauhに相談できます。
導入時の検証
導入時の検証案 · 対象データでの再評価が必要です。
導入時の検証案：クリック・非クリックのラベル付き配信履歴を用意し、広告、配信状況、利用者属性、行動情報の各項目を確認する。端末で取得する情報とクラウドで使える情報を分け、既存の検索、クラウドでの候補選び、端末内の順位付けに合わせて小規模に適合させる。追加センサーの導入は前提にしない。
同じ候補数と特徴の利用条件でPNNを基準に置き、R@100とR@10を比べる。あわせて全体と端末側の処理時間を測り、端末限定の特徴が通信や記録に含まれないか確認する。多様性の調整値は検証用データで選ぶ。
限界と課題
著者らは、候補から最終的な表示枠を決める再順位付け・Top-K段階を検討範囲外としている。人気広告への偏りを多様性の調整で抑えられるか、完全クラウド型モデルと比べた正味の利点はどれほどかも、今後の課題として挙げる。
編集上の検証事項は、端末限定の特徴が実際の通信や記録で外へ出ないこと、通信を含む全体の遅延、端末の消費電力である。報告された遅延はTaobaoAdとOpenMCCで比較対象との大小関係が異なり、配信環境での速さは別途測る必要がある。
出典
元のタイトル・要旨を確認する（英語）
PriCoRec: A Privacy-Aware Cloud-Device Collaborative Framework for Ad Recommendation under Feature Constraints
Privacy regulations increasingly restrict cloud processing of sensitive user data (e.g., age, gender), hindering traditional cloud-only recommendation models. To mitigate this challenge, we propose a Privacy-aware Collaborative cloud-device ads Recommendation framework (PriCoRec) which personalizes recommendations while keeping sensitive features on-device. While separating recommendation into cloud-based and on-device stages enables privacy-aware deployment, naive splitting suffers from degraded shortlist quality and inefficient on-device inference due to limited private features. We therefore design a collaborative framework that comprises a cloud-based pre-ranking stage using cloud-accessible features, and an on-device ranking stage that locally incorporates highly personalized features. We introduce a diversity regularizer to pre-ranking to improve candidate quality. Moreover, to control device power consumption and computational cost, we incorporate a cloud-guided training mechanism that enhances device model performance while keeping the model lightweight. Experiments demonstrate that the proposed framework maintains strong recommendation performance while keeping sensitive features on-device.
論文本体の取得範囲に基づく解説。AIが作成した未校閲の記事です。性能の数値は著者の評価条件に依存します。応用例と検証計画は編集上の提案です。解説更新：2026-10-01