SlideShare a Scribd company logo
1 of 63
AdServerの仕組み
                    黒田英二
www.facebook.com/kuroda.eiji
                7 May 2012




     1
目次
概要
AdServerの構造
管理画面
リスト作成
リスト配布
広告配信
 広告選択
 広告表示
 クリック
 コンバージョン
結果集計
規模感
まとめ


              2
目次
概要
AdServerの構造
管理画面
リスト作成
リスト配布
広告配信
 広告選択
 広告表示
 クリック
 コンバージョン
結果集計
規模感
まとめ


              3
媒体にとって   よいAdServerとは、




  媒体がより      かる、しくみ。




               4
つまり、よいAdServerとは


1インプレッションを

より高く買ってくれる、しくみ。




        5
要するに、よいAdServerとは



eCPMが高くなる、しくみ。
effective Cost Per Mille




                     6
目次
概要

AdServerの構造
管理画面
リスト作成
リスト配布
広告配信
広告選択
広告表示
クリック
コンバージョン
結果集計
規模感
まとめ


              7
広告配信のサイクル

管理画面

リスト作成

リスト配布

広告配信

結果集計
        8
広告配信のサイクル
                                           管理者




                          管理画面




                      DBサーバ       Webサーバ


        集計サーバ                                        配信リスト作成




DBサーバ   レポート作成プログラム                                リスト作成プログラム




            配信サーバ                                配信リスト配布




                              9
AdServerを作る上での肝


配信サーバの性能を最大化

広告配信のサイクルを短くする

何があっても配信を止めない


       10
配信サーバの性能最大化

配信サーバの台数が一番多くなる

性能が2倍違えば、サーバが2倍必要

多少複雑になっても性能を最優先

並列処理可能なリスト作成にコスト
を寄せる

       11
広告配信のサイクルを短くする

 リスト作成→リスト配布→広告配信
 →結果集計が一回転

 5分以内で一回転することが望ましい

 一回転の長さと予算超過の幅は比例

 リスト作成、結果集計は並列処理

        12
何があっても配信を止めない


配信が10分止まるなら、10分前に終
わった広告を出す方がまだいい

配信が止まらない仕組みが最優先

多少の複雑化は許容


       13
目次
概要
AdServerの構造

管理画面
リスト作成
リスト配布
広告配信
 広告選択
 広告表示
 クリック
 コンバージョン
結果集計
規模感
まとめ


              14
管理画面の目的


配信結果をとりこみ、

最新のキャンペーンの情報から、

配信リストを作成できる状態にする。


       15
管理画面を作るとき

実は、一番工数が必要

SSP、DSP、アドネットワーク、
AdServerでは管理画面の機能も異なる

開発手法は普通のWebサービスと同じ

トラフィックやサーバ負荷は、それほど
神経質にならなくていい
         16
管理画面の機能
媒体向け機能                 管理者向け機能

  広告枠の作成 (広告タグ)          アカウント管理

  レポート                   レポート

  広告ブロック                 キャンペーン承認

広告主向け機能                  媒体承認

  キャンペーン作成               経理システム連携

  レポート                   第三者配信管理

  媒体選択


                  17
目次
概要
AdServerの構造
管理画面

リスト作成
リスト配布
広告配信
 広告選択
 広告表示
 クリック
 コンバージョン
結果集計
規模感
まとめ


              18
リスト作成の目的


広告枠毎に、

表示すべき広告原稿のリストを

作成する。
  ※一部のAdServerはユーザ毎にリストを持っている



              19
配信リスト

全キャンペーンの           広告枠A用リスト
 広告原稿




                   広告枠B用リスト




             20
リスト作成を作るとき
並列処理が必須

配信リストのスキーマの決め方が重要

 極限まで配信サーバの負荷を減らす

 ユーザ毎に処理する機能に注意

   フリークエンシーキャップ

   各種ターゲティング(行動/リタゲ/属性)

配信リストが視覚的に確認できるツールを用意

海外を考えた場合、配信リストの配布方法も注意

            21
目次
概要
AdServerの構造
管理画面
リスト作成

リスト配布
広告配信
 広告選択
 広告表示
 クリック
 コンバージョン
結果集計
規模感
まとめ


              22
リスト配布の目的



配信サーバから

配信リストを参照できる状態にする。



          23
配信リストの配布方法


集中型

配布型

ハイブリット型


          24
配信リスト(集中型)

memcachedのようなサーバ型KVSを利用

比較的単純な構成になる

KVSによってはスケールアウトできる(Redisなど)

配信サーバとKVS間のネットワーク遅延

KVSダウン時のリスク回避が複雑化

海外含めた複数拠点の対応が複雑化

配信サーバがどのサーバに繋ぐか判断が必要

            25
配信リスト(集中型)

例えば、ミドルウェアにMySQLを選択した場合
                              配信サーバ

                      配信サーバ            配信サーバ



              配信サーバ                              配信サーバ
                          配信リスト管理サーバ

                                                         MySQL client


                                       MySQL server

       MySQL client


               リスト作成サーバ




                                 26
配信リスト(配布型)

配信リストを物理的に配信サーバに配布する

スケールアウトが比較的容易

配信サーバ単独で配信可能

性能を最大限に出せる

海外含めた複数拠点の対応が比較的容易

場合によっては、配布の仕組みを独自で作る

配信リストが大きくなると、転送負荷が増える

          27
配信リスト(配布型)
例えば、ミドルウェアにMySQLを選択した場合

                          配信サーバ

                配信サーバ                配信サーバ



           配信サーバ                                配信サーバ




                                                     MySQL server (slave)



                                  MySQL server (master)



                          リスト作成サーバ



                             28
配信リスト(ハイブリッド型)

集中型と分散型を組み合わせる

分け方は、AdServerの特徴に依存する

  配信リストのインデックスと原稿を分ける

  ノンターゲティングとターゲティングを分ける

  有償案件、無償案件、自社広告を分ける

  海外案件と国内案件を分ける

主にインフラ視点で最適な配信環境が整えられる

仕組みが複雑になる

AdServerに求める機能が変わった場合に、対応が難しい


                29
配信リスト(ハイブリッド型)
例えば、ミドルウェアにMySQLを選択した場合
                                        配信サーバ

                                配信サーバ           配信サーバ



                     配信サーバ                              配信サーバ




         MySQL server (slave)



                                                   原稿管理サーバ

                  INDEX情報
                                                        MySQL server
                                                 原稿情報
      MySQL server (master) リスト作成サーバ



                                        30
目次
概要
AdServerの構造
管理画面
リスト作成
リスト配布

広告配信
 広告選択
 広告表示
 クリック
 コンバージョン
結果集計
規模感
まとめ


              31
広告配信の目的

広告枠毎およびユーザ毎に

広告リストから広告原稿を選び

広告原稿を媒体に返信し

表示回数、クリック数、コンバージョン数

を記録する。

         32
配信の主要機能

広告選択

広告表示

クリック

コンバージョントラック

上記アクションのログ管理
       33
広告配信を作るとき


デプロイのやり方に注意が必要

 瞬断も許されない

サーバダウンした時の自動切り離し

ログの保管、転送方法に注意

       34
目次
概要
AdServerの構造
管理画面
リスト作成
リスト配布
広告配信

 広告選択
 広告表示
 クリック
 コンバージョン
結果集計
規模感
まとめ


              35
広告選択のキーポイント

広告配信の中で最大の時間を要す

性能(レスポンス速度)最優先

システムで一意な情報のアクセスは要注意

 フリークエンシー情報など

 ネットワーク経由のアクセス

 ネットワークの遅延時間と安定性は重要

 一元管理サーバのダウン時の対応も必須

           36
広告選択に利用する情報①


媒体社の情報

広告枠の情報

 カテゴリ

 広告ブロック情報

         37
広告選択に利用する情報②

ユーザに依存する情報は各配信サーバ間で同じを持つ

次の情報は集中管理する必要がある

 フリークエンシーキャップ情報

 コンバージョン情報

次の情報は各配信サーバに分散管理でも問題ない

 デモグラフィック情報

 行動ターゲティング情報

 リターゲティング情報

 これらの情報は、広告表示の度に変化させる必要がない


               38
広告選択のイメージ
                        とある配信サーバ

   広告枠                    配信サーバ
                           配信サーバ


   広告表示
                        媒体、広告枠データ


             デモグラデータ     デモグラデータ    デモグラデータ

   一元管理       行動データ       行動データ     行動データ


             リタゲデータ      リタゲデータ     リタゲデータ


             フリークエンシー


フリークエンシー管理              配信リスト




                 39
目次
概要
AdServerの構造
管理画面
リスト作成
リスト配布
広告配信
 広告選択

 広告表示
 クリック
 コンバージョン
結果集計
規模感
まとめ


              40
広告表示のキーポイント

           Apache等のWebサーバを使う

           httpsの対応

           広告要求と広告表示の2種類がある(後述)

           一般的に広告原稿は別サーバから配信

           海外配信を考慮し、CDNや複数拠点の対応

           Post-Impression Conversionの対応
Post-Impression Conversion: 広告を見た(表示された)ユーザだけをコンバージョンのカウントに含める


                                         41
レスポンスのバリエーション
レスポンス先

 ブラウザ(JS、iframe経由、imageタグ)

 スマートフォンアプリ(アプリ用SDK経由)

 サーバ(APIやサーバ用SDK経由)

レスポンスの種類

 HTML
 XML
 JSON
 画像

               42
広告要求と広告表示

広告要求数(Ad Requests)

  ブラウザ等から広告表示用にAdServerが呼ばれた数

  この数をもって広告表示するAdServerもある

広告表示数(Ad Impression)

  広告要求に対してレスポンスして、実際にブラウザ
  等で広告が表示された数

  レスポンスの中に1pxの画像を埋め込んで、その画像
  が呼ばれた数をカウントする(ビーコン)


                43
目次
概要
AdServerの構造
管理画面
リスト作成
リスト配布
広告配信
 広告選択
 広告表示

 クリック
 コンバージョン
結果集計
規模感
まとめ


              44
クリックのキーポイント

             一度AdServerでリダイレクトしてLPに到達

             クリックによる負荷は気にしなくていい

             リダイレクトは、なるべく1回に抑える

             LPに到達できないケースへの対応があると
             ベター

             Post-Click Conversion用記録
LP: Landing Page, 広告主のページ
Post-Click Conversion: クリックしたユーザだけをコンバージョンのカウントに含める
                                        45
クリックURLとLPのURL

             昔はクリックURLにLPのURLが含まれている場合があった

             現在はクリックURLにLPのURLは含まない

                   不正防止

                   URL短縮

                   動的にLPのURLを変更

             デメリット

                   広告表示してからクリックするまでの時間のギャップに対応

                   デバッグ等がやりづらい

                   クリック時に複雑な処理が必要
LP: Landing Page, 広告主のページ
Post-Click Conversion: クリックしたユーザだけをコンバージョンのカウントに含める
                                        46
目次
概要
AdServerの構造
管理画面
リスト作成
リスト配布
広告配信
 広告選択
 広告表示
 クリック

 コンバージョン
結果集計
規模感
まとめ


              47
コンバージョンのキーポイン

     広告タグとは別にコンバージョン用のタグを発行

     コンバージョン用タグは広告主側に設置

     用途は2つ

         CPAのコスト確定

         CPC等のコンバージョン解析

     複数の成果ポイント設定が必要

     Piggy-Backの機能も必須
Piggy-Back: このタグを呼ぶ事で、他のコンバージョンのタグも並行して呼べる機能


                                   48
成果確定処理

コンバージョンの種類によって処理も変わる

   事後確定:成果発生の瞬間には成果を確定せず、事後に
   ログで付け合せ。確定までに数分∼数時間必要。

   都度確定:成果発生時に付け合わせをして成果を確定。

Post-Impression Conversion
   表示ログが膨大なので、事後確定が一般的

Post-Click Conversion
   都度確定と事後確定の両方が考えられる


                        49
目次
概要
AdServerの構造
管理画面
リスト作成
リスト配布
広告配信
 広告選択
 広告表示
 クリック
 コンバージョン

結果集計
規模感
まとめ


              50
ログのキーポイント

膨大なログの集計サーバ転送方法

並列処理

一定期間のログが再実行可能

ログは情報の宝だが、保存には莫大な費用

トラブルと調査依頼が集中しやすい

管理画面の次に工数が必要
        51
ログの種類

広告要求(膨大)

広告表示(膨大)

クリック(少量)

コンバージョン(場合によって肥
大)

       52
リアルタイム性が必要な集計

予算に関する数値

 CPM時の広告表示

 CPC時のクリック

 CPA時のコンバージョン数

配信割合の変更

フリークエンシーキャップの計算

リターゲティングの対象ユーザ特定

             53
事後集計が可能なもの

要求数(リクエスト数)

デモグラの類推

予算に関係しない数値

 例)CPC時のコンバージョン数等

外部データとの照合等
          54
並列処理の重要性

集計の並列化が最も重要

配信よりも先に集計を考える

 サービス設計時に熟慮が必要

 仕様的妥協が必要になる場合も

この処理時間が一回転の速さに直結
       55
再集計の重要性

トラブルが起きた時に必要

例えば2日前の1日分のデータを再集計

幾つかの齟齬は不可避

 再集計により予算オーバー/未達

 各数値が変動

最大限事実に近い数値の提示が重要
          56
目次
概要
AdServerの構造
管理画面
リスト作成
リスト配布
配信
 広告選択
 広告表示
 クリック
 コンバージョン
結果集計

規模感
まとめ


              57
仮に500億imp/月の場合



平均とピークの差について考慮

配信サーバの1割が故障でも稼働



       58
100,000req/sが必要

平均 秒間imp ≒ 20,000imp/s
50,000,000,000 / 30 / 24 / 60 / 60 = 19,290


最大 秒間imp ≒ 40,000imp/s
地域(国)や媒体にも依存するが、平均とピークの差は1.5倍∼3倍



必要 秒間imp ≒ 45,000imp/s
1割の配信サーバがダウンしていても、最大負荷に耐えられるようにしておく。



必要 秒間req ≒ 100,000imp/s
impの1.2倍のリクエスト(要求)が来るとすると、impの2.2倍が必要。




                                              59
サーバの台数等

配信サーバ 1台2,000/秒の処理能力

 50台必要

集計も50,000行/秒の処理能力は必要

ログ1行200バイト

 要求と表示の両方のログを保存すると

 19MB/秒,1.6GB/日のログが増える
             60
目次
概要
AdServerの構造
管理画面
リスト作成
リスト配布
 配信
 広告選択
 広告表示
 クリック
 コンバージョン
結果集計
規模感

まとめ

              61
AdServerは1日にして成らず
新しいAdServerの場合、リリース後の安定までに半年、長
ければ1年は必要。

その間、昼夜問わずアラートメールが飛んできて対応しなく
てはいけない。海外旅行など不可能で、電波が届かないとこ
ろに行くのも躊躇する程だ。

エンジニアのモチベーションだけで乗り切れるものではな
く、会社の明確なビジョンとサポートが必要になる。

会社と個人の相当の覚悟があって、初めてスタートラインに
立てる。

              62
おしまい




 63

More Related Content

What's hot

30分でわかる広告エンジンの作り方
30分でわかる広告エンジンの作り方30分でわかる広告エンジンの作り方
30分でわかる広告エンジンの作り方
Daisuke Yamazaki
 

What's hot (20)

Swagger ではない OpenAPI Specification 3.0 による API サーバー開発
Swagger ではない OpenAPI Specification 3.0 による API サーバー開発Swagger ではない OpenAPI Specification 3.0 による API サーバー開発
Swagger ではない OpenAPI Specification 3.0 による API サーバー開発
 
アドテク勉強会
アドテク勉強会アドテク勉強会
アドテク勉強会
 
新入社員のための大規模ゲーム開発入門 サーバサイド編
新入社員のための大規模ゲーム開発入門 サーバサイド編新入社員のための大規模ゲーム開発入門 サーバサイド編
新入社員のための大規模ゲーム開発入門 サーバサイド編
 
テストとリファクタリングに関する深い方法論 #wewlc_jp
テストとリファクタリングに関する深い方法論 #wewlc_jpテストとリファクタリングに関する深い方法論 #wewlc_jp
テストとリファクタリングに関する深い方法論 #wewlc_jp
 
ちゃんとした C# プログラムを書けるようになる実践的な方法~ Visual Studio を使った 高品質・低コスト・保守性の高い開発
ちゃんとした C# プログラムを書けるようになる実践的な方法~ Visual Studio を使った 高品質・低コスト・保守性の高い開発ちゃんとした C# プログラムを書けるようになる実践的な方法~ Visual Studio を使った 高品質・低コスト・保守性の高い開発
ちゃんとした C# プログラムを書けるようになる実践的な方法~ Visual Studio を使った 高品質・低コスト・保守性の高い開発
 
Scala、DDD、Akkaで立ち向かう 〜広告配信システムに課せられた100msの制約〜
Scala、DDD、Akkaで立ち向かう 〜広告配信システムに課せられた100msの制約〜Scala、DDD、Akkaで立ち向かう 〜広告配信システムに課せられた100msの制約〜
Scala、DDD、Akkaで立ち向かう 〜広告配信システムに課せられた100msの制約〜
 
イマドキ!ユースケース別に見るAWS IoT への接続パターン
イマドキ!ユースケース別に見るAWS IoT への接続パターンイマドキ!ユースケース別に見るAWS IoT への接続パターン
イマドキ!ユースケース別に見るAWS IoT への接続パターン
 
MediaRecorder と WebM で、オレオレ Live Streaming
MediaRecorder と WebM で、オレオレ Live StreamingMediaRecorder と WebM で、オレオレ Live Streaming
MediaRecorder と WebM で、オレオレ Live Streaming
 
強いて言えば「集約どう実装するのかな、を考える」な話
強いて言えば「集約どう実装するのかな、を考える」な話強いて言えば「集約どう実装するのかな、を考える」な話
強いて言えば「集約どう実装するのかな、を考える」な話
 
REST API のコツ
REST API のコツREST API のコツ
REST API のコツ
 
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
DDD x CQRS   更新系と参照系で異なるORMを併用して上手くいった話DDD x CQRS   更新系と参照系で異なるORMを併用して上手くいった話
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
 
PostgreSQLアーキテクチャ入門
PostgreSQLアーキテクチャ入門PostgreSQLアーキテクチャ入門
PostgreSQLアーキテクチャ入門
 
datatech-jp Casual Talks#3 データエンジニアを採用するための試行錯誤
datatech-jp Casual Talks#3  データエンジニアを採用するための試行錯誤datatech-jp Casual Talks#3  データエンジニアを採用するための試行錯誤
datatech-jp Casual Talks#3 データエンジニアを採用するための試行錯誤
 
SPAセキュリティ入門~PHP Conference Japan 2021
SPAセキュリティ入門~PHP Conference Japan 2021SPAセキュリティ入門~PHP Conference Japan 2021
SPAセキュリティ入門~PHP Conference Japan 2021
 
EventStormingワークショップ 〜かつてない図書館をモデリングしてみよう〜
EventStormingワークショップ 〜かつてない図書館をモデリングしてみよう〜EventStormingワークショップ 〜かつてない図書館をモデリングしてみよう〜
EventStormingワークショップ 〜かつてない図書館をモデリングしてみよう〜
 
30分でわかる広告エンジンの作り方
30分でわかる広告エンジンの作り方30分でわかる広告エンジンの作り方
30分でわかる広告エンジンの作り方
 
JJUG CCC リクルートの Java に対する取り組み
JJUG CCC リクルートの Java に対する取り組みJJUG CCC リクルートの Java に対する取り組み
JJUG CCC リクルートの Java に対する取り組み
 
Webアプリを並行開発する際のマイグレーション戦略
Webアプリを並行開発する際のマイグレーション戦略Webアプリを並行開発する際のマイグレーション戦略
Webアプリを並行開発する際のマイグレーション戦略
 
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
 
「顧客の声を聞かない」とはどういうことか
「顧客の声を聞かない」とはどういうことか「顧客の声を聞かない」とはどういうことか
「顧客の声を聞かない」とはどういうことか
 

Viewers also liked

Sano web広告最適化20131018v3
Sano web広告最適化20131018v3Sano web広告最適化20131018v3
Sano web広告最適化20131018v3
Masakazu Sano
 

Viewers also liked (15)

Video ad platform
Video ad platformVideo ad platform
Video ad platform
 
ATARA オンラインアトリビューション概要資料
ATARA オンラインアトリビューション概要資料ATARA オンラインアトリビューション概要資料
ATARA オンラインアトリビューション概要資料
 
GMOプライベートDMPの仕組み
GMOプライベートDMPの仕組みGMOプライベートDMPの仕組み
GMOプライベートDMPの仕組み
 
海外アドテクIR資料まとめ 2015年1-3月期
海外アドテクIR資料まとめ   2015年1-3月期海外アドテクIR資料まとめ   2015年1-3月期
海外アドテクIR資料まとめ 2015年1-3月期
 
2015年をRTBのアプリ広告元年とするために
2015年をRTBのアプリ広告元年とするために2015年をRTBのアプリ広告元年とするために
2015年をRTBのアプリ広告元年とするために
 
アトリビューションのLandscape
アトリビューションのLandscapeアトリビューションのLandscape
アトリビューションのLandscape
 
DMPの仕組み
DMPの仕組みDMPの仕組み
DMPの仕組み
 
a2iアトリビューション分科会20110811@so-net
a2iアトリビューション分科会20110811@so-neta2iアトリビューション分科会20110811@so-net
a2iアトリビューション分科会20110811@so-net
 
アドテク勉強会(第1回)
アドテク勉強会(第1回)アドテク勉強会(第1回)
アドテク勉強会(第1回)
 
VC側からみたアドテク最前線
VC側からみたアドテク最前線VC側からみたアドテク最前線
VC側からみたアドテク最前線
 
Sano web広告最適化20131018v3
Sano web広告最適化20131018v3Sano web広告最適化20131018v3
Sano web広告最適化20131018v3
 
アドテク業界調査 2014年まとめ
アドテク業界調査   2014年まとめアドテク業界調査   2014年まとめ
アドテク業界調査 2014年まとめ
 
アドテク勉強会0819
アドテク勉強会0819アドテク勉強会0819
アドテク勉強会0819
 
【データアーティスト株式会社】5歳の娘でもわかるDMP
【データアーティスト株式会社】5歳の娘でもわかるDMP【データアーティスト株式会社】5歳の娘でもわかるDMP
【データアーティスト株式会社】5歳の娘でもわかるDMP
 
DMP勉強会
DMP勉強会DMP勉強会
DMP勉強会
 

Similar to AdServerの仕組み

20130226 Amazon Web Services 勉強会(新宿)
20130226 Amazon Web Services 勉強会(新宿)20130226 Amazon Web Services 勉強会(新宿)
20130226 Amazon Web Services 勉強会(新宿)
真吾 吉田
 
Aws summits2014 サイバーエージェント_ユーザーの趣味嗜好に適した広告配信システムdynalystができるまでad_techstudioでの...
Aws summits2014 サイバーエージェント_ユーザーの趣味嗜好に適した広告配信システムdynalystができるまでad_techstudioでの...Aws summits2014 サイバーエージェント_ユーザーの趣味嗜好に適した広告配信システムdynalystができるまでad_techstudioでの...
Aws summits2014 サイバーエージェント_ユーザーの趣味嗜好に適した広告配信システムdynalystができるまでad_techstudioでの...
Boss4434
 
AD-MAC (Marketing Consolidation Service)
AD-MAC (Marketing Consolidation Service)AD-MAC (Marketing Consolidation Service)
AD-MAC (Marketing Consolidation Service)
Digital Intelligence Inc.
 
Hybrid Sourcing Service [evelink] by CSK Serviceware
Hybrid Sourcing Service [evelink] by CSK ServicewareHybrid Sourcing Service [evelink] by CSK Serviceware
Hybrid Sourcing Service [evelink] by CSK Serviceware
Intelligence, Ltd.
 
アドマーケットプレイスVer1.2
アドマーケットプレイスVer1.2アドマーケットプレイスVer1.2
アドマーケットプレイスVer1.2
Masahiro Urakawa
 
Movable typeseminar 20120925
Movable typeseminar 20120925Movable typeseminar 20120925
Movable typeseminar 20120925
Six Apart
 
【ngi Ad Platform】基本機能説明資料ver3.0
【ngi Ad Platform】基本機能説明資料ver3.0【ngi Ad Platform】基本機能説明資料ver3.0
【ngi Ad Platform】基本機能説明資料ver3.0
ngiAdPlatform
 
エンタープライズ.Net RIAサービス
エンタープライズ.Net RIAサービスエンタープライズ.Net RIAサービス
エンタープライズ.Net RIAサービス
Akihiro Ehara
 
【ngi adplatform】基本機能説明資料ver4.0
【ngi adplatform】基本機能説明資料ver4.0【ngi adplatform】基本機能説明資料ver4.0
【ngi adplatform】基本機能説明資料ver4.0
ngiAdPlatform
 
【Ngi adplatform】基本機能説明資料
【Ngi adplatform】基本機能説明資料【Ngi adplatform】基本機能説明資料
【Ngi adplatform】基本機能説明資料
ngiAdPlatform
 
Outline of LinkAdBeta
Outline of LinkAdBetaOutline of LinkAdBeta
Outline of LinkAdBeta
Hiroshi Soda
 
Outline of LinkAdBeta
Outline of  LinkAdBetaOutline of  LinkAdBeta
Outline of LinkAdBeta
Hiroshi Soda
 

Similar to AdServerの仕組み (20)

マーケティング向け大規模ログ解析事例紹介
マーケティング向け大規模ログ解析事例紹介マーケティング向け大規模ログ解析事例紹介
マーケティング向け大規模ログ解析事例紹介
 
20130226 Amazon Web Services 勉強会(新宿)
20130226 Amazon Web Services 勉強会(新宿)20130226 Amazon Web Services 勉強会(新宿)
20130226 Amazon Web Services 勉強会(新宿)
 
6th Japan IT week autumn
6th Japan IT week autumn6th Japan IT week autumn
6th Japan IT week autumn
 
Aws summits2014 サイバーエージェント_ユーザーの趣味嗜好に適した広告配信システムdynalystができるまでad_techstudioでの...
Aws summits2014 サイバーエージェント_ユーザーの趣味嗜好に適した広告配信システムdynalystができるまでad_techstudioでの...Aws summits2014 サイバーエージェント_ユーザーの趣味嗜好に適した広告配信システムdynalystができるまでad_techstudioでの...
Aws summits2014 サイバーエージェント_ユーザーの趣味嗜好に適した広告配信システムdynalystができるまでad_techstudioでの...
 
AD-MAC (Marketing Consolidation Service)
AD-MAC (Marketing Consolidation Service)AD-MAC (Marketing Consolidation Service)
AD-MAC (Marketing Consolidation Service)
 
Hybrid Sourcing Service [evelink] by CSK Serviceware
Hybrid Sourcing Service [evelink] by CSK ServicewareHybrid Sourcing Service [evelink] by CSK Serviceware
Hybrid Sourcing Service [evelink] by CSK Serviceware
 
ハイブリッドソーシング 「evelink」 ご紹介資料
ハイブリッドソーシング 「evelink」 ご紹介資料ハイブリッドソーシング 「evelink」 ご紹介資料
ハイブリッドソーシング 「evelink」 ご紹介資料
 
アドマーケットプレイスVer1.2
アドマーケットプレイスVer1.2アドマーケットプレイスVer1.2
アドマーケットプレイスVer1.2
 
Movable typeseminar 20120925
Movable typeseminar 20120925Movable typeseminar 20120925
Movable typeseminar 20120925
 
【ngi Ad Platform】基本機能説明資料ver3.0
【ngi Ad Platform】基本機能説明資料ver3.0【ngi Ad Platform】基本機能説明資料ver3.0
【ngi Ad Platform】基本機能説明資料ver3.0
 
エンタープライズ.Net RIAサービス
エンタープライズ.Net RIAサービスエンタープライズ.Net RIAサービス
エンタープライズ.Net RIAサービス
 
エンタープライズ.Net RIAサービス
エンタープライズ.Net RIAサービスエンタープライズ.Net RIAサービス
エンタープライズ.Net RIAサービス
 
Ad Tech on AWS - IVS CTO Night and Day Spring 2016
Ad Tech on AWS - IVS CTO Night and Day Spring 2016Ad Tech on AWS - IVS CTO Night and Day Spring 2016
Ad Tech on AWS - IVS CTO Night and Day Spring 2016
 
Uuyアドテクセミナー
UuyアドテクセミナーUuyアドテクセミナー
Uuyアドテクセミナー
 
【ngi adplatform】基本機能説明資料ver4.0
【ngi adplatform】基本機能説明資料ver4.0【ngi adplatform】基本機能説明資料ver4.0
【ngi adplatform】基本機能説明資料ver4.0
 
【Ngi adplatform】基本機能説明資料
【Ngi adplatform】基本機能説明資料【Ngi adplatform】基本機能説明資料
【Ngi adplatform】基本機能説明資料
 
20140904 One Coin College CMSを使いこなすスキル
20140904 One Coin College CMSを使いこなすスキル20140904 One Coin College CMSを使いこなすスキル
20140904 One Coin College CMSを使いこなすスキル
 
Outline of LinkAdBeta
Outline of LinkAdBetaOutline of LinkAdBeta
Outline of LinkAdBeta
 
Gaiyou
GaiyouGaiyou
Gaiyou
 
Outline of LinkAdBeta
Outline of  LinkAdBetaOutline of  LinkAdBeta
Outline of LinkAdBeta
 

More from Eiji Kuroda

はじめてのCouch db
はじめてのCouch dbはじめてのCouch db
はじめてのCouch db
Eiji Kuroda
 

More from Eiji Kuroda (9)

媒体社のためDMP説明 - Filmarksシネデジ推進室
媒体社のためDMP説明 - Filmarksシネデジ推進室媒体社のためDMP説明 - Filmarksシネデジ推進室
媒体社のためDMP説明 - Filmarksシネデジ推進室
 
HTMLElementの派生が作りたかった。
HTMLElementの派生が作りたかった。HTMLElementの派生が作りたかった。
HTMLElementの派生が作りたかった。
 
JS開発環境を晒す。
JS開発環境を晒す。JS開発環境を晒す。
JS開発環境を晒す。
 
プログラミング言語とは ~ 非エンジニアの方へ ~
プログラミング言語とは ~ 非エンジニアの方へ ~プログラミング言語とは ~ 非エンジニアの方へ ~
プログラミング言語とは ~ 非エンジニアの方へ ~
 
新卒のみなさんへ 〜大志のいだき方〜
新卒のみなさんへ 〜大志のいだき方〜新卒のみなさんへ 〜大志のいだき方〜
新卒のみなさんへ 〜大志のいだき方〜
 
Hotサービスの傾向
Hotサービスの傾向Hotサービスの傾向
Hotサービスの傾向
 
いまどきのチームびるでぃんぐ
いまどきのチームびるでぃんぐいまどきのチームびるでぃんぐ
いまどきのチームびるでぃんぐ
 
はじめてのCouch db
はじめてのCouch dbはじめてのCouch db
はじめてのCouch db
 
SmartPhone と AdTechの世界
SmartPhone と AdTechの世界SmartPhone と AdTechの世界
SmartPhone と AdTechの世界
 

AdServerの仕組み

Editor's Notes

  1. \n
  2. \n
  3. \n
  4. \n
  5. \n
  6. \n
  7. \n
  8. \n
  9. \n
  10. \n
  11. \n
  12. \n
  13. \n
  14. \n
  15. \n
  16. \n
  17. \n
  18. \n
  19. \n
  20. \n
  21. \n
  22. \n
  23. \n
  24. \n
  25. \n
  26. \n
  27. \n
  28. \n
  29. \n
  30. \n
  31. \n
  32. \n
  33. \n
  34. \n
  35. \n
  36. \n
  37. \n
  38. \n
  39. \n
  40. \n
  41. \n
  42. \n
  43. \n
  44. \n
  45. \n
  46. \n
  47. \n
  48. \n
  49. \n
  50. \n
  51. \n
  52. \n
  53. \n
  54. \n
  55. \n
  56. \n
  57. \n
  58. \n
  59. \n
  60. \n
  61. \n
  62. \n
  63. \n