Microsoft Commerce Server には NOD アルゴリズムが含まれています ( http://msdn.microsoft.com/en-us/library/ms960081%28v=cs.70%29.aspx
およびhttp://msdn.microsoft.com/en-usを参照)。 /library/ee825423%28v=cs.10%29.aspx )
この数式の派生バージョンを 3 つの異なる広告サーバーで使用しましたが、これは私の条件に適していることがわかりました。
あなたの状況に関する基本的な式は、「配達の必要性」の略である NOD と呼ばれる変数を使用します。いつでも、バナーの「基本的な」NOD 式は次のとおりです。
NOD=(残りのイベント / 要求されたイベントの合計) * (合計実行時間 / 残りの実行時間)
「イベント」は一般的な用語であり、システムによってはインプレッション、クリック、コンバージョンなどを表す場合があることに注意してください。
この方程式は、(e / e) * (t / t) = 1.0 であるため、すべてのバナーが初期値の 1.0 から始まることを示しています。
NOD 値が 1 より大きい場合はスケジュールより遅れていることを意味し、NOD が 0 から 1 の間の場合は通常、バナーの表示が「速すぎる」ことを意味します。0.9 から 1.2 の間の値は、一般に許容範囲内です (これは技術的な範囲ではなく、ビジネスの経験です)。
配信比率が継続時間比率と一致している限り、値は約 1.0 のままです。
特定の広告スロットについて、アルゴリズムはスロットで利用可能なすべてのバナー ターゲット テーブルの NOD をチェックします。NOD 値が 0.6、1.35、および 1.05 で、合計 3.0 の 3 つのバナーがスロットで使用可能であるとします。すると、各バナーが表示される相対確率は、[0.6 / (0.6 + 1.35 + 1.05)] = 20% の順に 20%、45%、35% となります。
アルゴリズムは加重確率分布を使用します。つまり、NOD 値が最小のバナーでも表示される可能性があります。基本的な式はこのアプローチを使用していますが、ビジネス上の決定により、通常、元の式よりも緊急の NOD 値を優先するアルゴリズムを実装する必要がありました。だから、私はベースNODを取り、それらを掛け合わせました。同じ例では、確率は順に 11%、55.5%、33.5% になります。
あなたの状態では、必要に応じて数式を少し変更することを検討してください。まず、バナーを表示することで得られる収入を比較するには、すべての表示タイプ (インプレッション、クリック、アクションなど) を共通の eCPM 値に変換する必要があります。次に、この eCPM を元の計算式の乗数として使用できます。
まだ公開されていないキャンペーンの場合、eCPM (実効 CPM) の計算は難しい場合があります。この場合、過去のデータを使用する必要があります。
この部分についてもう少し説明させてください。単一のバナーを「表示」することで得られる見込み収入を比較しようとする場合、インプレッション ベースの予算を比較する必要はありません。クリックベースの予算の場合、過去の CTR 値を使用して、「X クリックを獲得するためにシステムが配信する必要のあるインプレッション数」を推測する必要があります。より高度なアルゴリズムでは、「Y インベントリーの X カテゴリのキャンペーンを取得するためにシステムが配信する必要があるインプレッション数」を利用する場合があります。
次に、最終的な方程式は次のようになります。
NOD = eCPM * (残りのイベント / 要求されたイベントの合計) * (合計ランタイム / 残りのランタイム)
eCPM のべき乗を使用して結果を比較することをいつでも検討できます。より緊急のキャンペーンを優先するように元の式を変更する私の方法のように、「より多くの支払い」キャンペーンを優先する場合があります。