[ICML2019読み会in京都] Agnostic Federated Learning
•
4 gefällt mir•5,148 views
ICML2019読み会in京都での発表資料です。 Federated-Learningについて背景を含めての基本説明＋最新論文紹介をします。
![ICML’2019 読み会in京都
Federated Learningの研究動向
[紹介論文]
Agnostic Federated Learning
2019/08/04 Yamato OKAMOTO](https://image.slidesharecdn.com/roadrolleragnosticfederatedlearning-190804065508/85/ICML2019-in-Agnostic-Federated-Learning-1-320.jpg)
Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (20)
Ähnlich wie [ICML2019読み会in京都] Agnostic Federated Learning
Ähnlich wie [ICML2019読み会in京都] Agnostic Federated Learning (16)
Mehr von Yamato OKAMOTO
Mehr von Yamato OKAMOTO (20)
Kürzlich hochgeladen
Kürzlich hochgeladen (10)
[ICML2019読み会in京都] Agnostic Federated Learning
- 1. ICML’2019 読み会in京都 Federated Learningの研究動向 [紹介論文] Agnostic Federated Learning 2019/08/04 Yamato OKAMOTO
- 2. 自己紹介 岡本大和（おかもとやまと） 京都大学でパターン認識を研究して修士課程修了 オムロンで技術起点のBusiness Developmentを担当 夢は京都をポスト・シリコンバレーにすること ⇒ 京都の学生と変人が持つパワーを世界に知らしめたい お気に入りの ジョジョTシャツ Twitter : RoadRoller_DESU
- 3. 過去の発表内容 完全に『Disentangle信者』のようでした NeurIPS読み会in京都（2019/01） A Unified Feature Disentangler for Multi-Domain Image Translation and Manipulation ICLR読み会in京都（2019/06） Emerging Disentanglement in Auto-Encoder Based Unsupervised Image Content Transfer
- 8. 本日は ”Federated Learning” を紹介 Federated Learningってどんな技術？ なにが嬉しいの？ なぜ必要になったの？ ICMLでどんな論文が出たの？ Federated Learningについて 背景から正しく理解して頂くための スライド構成となっています
- 9. Federated Learningってどんな技術？ 機械学習を非集中環境で実行する技術（Google社が2017年に提唱） 1. クラウドに１つだけ親モデルを保有して、クライアント端末に配布 2. クライアントは端末上で自らのデータによる機械学習をする 3. クライアントは算出したモデル更新パラメタ（ΔW）をクラウドに送信 4. クラウドはΔWを集約してから、データ量に応じた重みを付けてモデル更新 引用元: https://proandroiddev.com/federated-learning-e79e054c33ef ④親モデルを更新 ①配布 ② 機械学習を 端末で実行 ③ΔWを集約 ※kはクライアント番号、nkはクライアントkのデータ数、Wはモデルパラメータ
- 10. なにが嬉しいの？ ①大量のデータで効率よく学習できる • データ集約することなく、非集中環境のまま大量データで学習できる • クライアント端末で機械学習するのでクラウド側の計算負荷は一定 ②プライバシーを保つことができる • データはクライアント端末から外に出ないのでプライバシー確保 • 算出したモデル更新パラメタ（ΔW）を送信するだけなので通信量が少ない ③教師データを入手する仕掛けを作りやすい • インタラクションによって教師データを取得する仕掛けを作りやすい • 例えば、キーボード入力時の『予測変換』と『実際に入力した文字』を 保存すれば学習用の教師付きデータとなる Googleのキーボードアプリに 試験導入済みとのこと 引用元: https://ai.googleblog.com/2017/04/federated-learning-collaborative.html
- 11. なぜ必要になったの？ Android端末のデータを有効活用したいというGoogle社の狙い データがもっと欲しかった • スマートフォンは人間のあらゆる行動に密着したインターフェース • データという観点では宝の山である データ提供の心理的ハードルを下げたかった • 例えば「よりよいAIモデル構築のためにあなたのデータを提出して下さい」と いっても首を縦に振る人は少ない（とはいえ、対価を払うのもヤだ） • データはダメでも学習したモデルパラメータなら抵抗なく提出してくれるかも 機械学習においてデータ保有＝強み それなのにスマホの貴重なデータが これまでうまく活用されていなかった
- 12. 企業展示にも”Federated Learning”が!! ICMLにて、doc.aiの企業展示 病歴や服薬履歴や食生活といった個々人のデータから 医療AIモデルをFederated Learningで学習しようとしている 医療関連の研究者にもFederated Learningが注目され始めている
- 13. ICMLでどんな論文が出たの？ Agnostic Federated Learning (Google) クライアントの保有するデータ量やデータ分布に偏りがあると、 学習がうまくいかない場合があると指摘。そのような条件下で、 全クライアントに対してモデル性能を確保する学習方法を提案。 Bayesian Nonparametric Federated Learning of Neural Networks (IBM) Federated-Learningにおけるモデル更新パラメタの集約＆更新を、 ノンパラメトリックな手法で”もっとええ感じ”にする手法。 Analyzing Federated Learning through an Adversarial Lens (IBM) 悪意あるパラメータ共有によってモデル汚染できることを証明した研究。 現存のアルゴリズムでは完全に汚染を防ぐことは難しいと問題提起した。
- 14. ICMLでどんな論文が出たの？ Agnostic Federated Learning (Google) クライアントの保有するデータ量やデータ分布に偏りがあると、 学習がうまくいかない場合があると指摘。そのような条件下で、 全クライアントに対してモデル性能を確保する学習方法を提案。 本日紹介するのはコチラ
- 16. 一緒に考えてみてください Federated Learningを適用して 地球上の人々のスマホに保存されている顔画像から 顔認識モデルを学習したらどうなる？？ ⇒ たぶん中国人の顔認識がすごく得意なモデルになる 引用元: https://www.jprime.jp/articles/-/11972 https://graphic-data.com/page/geography/001.html 世界人口の約2割!! 自撮りが好きな人も多い
- 18. 提案手法: 敵対学習を活用する 苦手なクライアントを優先選定するλkと、性能向上を図るwで敵対学習 STEP1： 各クライアントでLOSSを算出 STEP2： 重みλkによってクライアントに 傾斜をかけたLOSSを定義 STEP3： このLOSSに対して敵対学習 引用元: https://icml.cc/media/Slides/icml/2019/102(13-16-00)-13-16-30-5038-agnostic_federa.pdf ※λは和が1になるmixture weight ※pはクライアントの数 ※kはクライアント番号、mkはデータ数 ※wはモデルパラメータ、hは推論 ⇒ この内容は次のスライドで！
- 21. 実験結果(1/3) 人物プロフィール(Adult Dataset)から収入予測するモデルを学習 クライアント１：博士号を取得した人物のデータだけ所有 クライアント２：博士号を取得していない人物のデータだけ所有 引用元: http://proceedings.mlr.press/v97/mohri19a/mohri19a.pdf Ldoctorate：doctorateのデータのみで学習、non-doctorateのデータで性能が低い Lnon-doctorate：non-doctorateのデータのみで学習、doctorateのデータで性能が低い Lu ： Federated-Learningで学習、データ数の少ないdoctorateの性能がイマイチ LDA ： 提案手法で学習、 doctorateの性能に向上が見られる データ量に基づく 傾斜付きスコア 最も苦手な 傾斜付きスコア 最低性能が改善された non-doctorateは データ量が少ないので苦手
- 22. 実験結果(1/3) 人物プロフィール(Adult Dataset)から収入予測するモデルを学習 クライアント１：博士号を取得した人物のデータだけ所有 クライアント２：博士号を取得していない人物のデータだけ所有 引用元: http://proceedings.mlr.press/v97/mohri19a/mohri19a.pdf Ldoctorate：doctorateのデータのみで学習、non-doctorateのデータで性能が低い Lnon-doctorate：non-doctorateのデータのみで学習、doctorateのデータで性能が低い Lu ： Federated-Learningで学習、データ数の少ないdoctorateの性能がイマイチ LDA ： 提案手法で学習、 doctorateの性能に向上が見られる データ量に基づく 傾斜付きスコア 最も苦手な 傾斜付きスコア non-doctorateのデータ量が多いので 全体平均のスコアは下がった ただし得意だったnon-doctorateの スコアが下がってしまう
- 23. 実験結果(2/3) キーボード入力の候補予測モデルを学習 クライアント１：conversationの言語データを所有 クライアント２：documentの言語データを所有 引用元: http://proceedings.mlr.press/v97/mohri19a/mohri19a.pdf データ量に基づく 重み付き性能 敵対学習による 重み付き性能 ※数値が小さいほど良い Ldoc.：documentのデータのみで学習、conversationのデータで性能が低い Lcon.：conversationのデータのみで学習、documentのデータで性能が低い Lu ： Federated-Learningで学習、documentが苦手で性能に偏りがある LDA ： 提案手法で学習、 苦手を克服している 苦手パターンが減る代わりに 全体性能は劣化している 苦手改善
- 24. 実験結果(3/3) Fashion-MNISTによるカテゴリ(3classのみ)認識モデルの学習 3クライアントにそれぞれshirt/pullover/t-shirtのデータを持たせる 先ほどの実験と異なり、各クライアントが所有するクラスが異なる（ドメインではない） 引用元: http://proceedings.mlr.press/v97/mohri19a/mohri19a.pdf Lu ： Federated-Learningで学習、他と比べてshirtが苦手 LDA ： 提案手法で学習、 苦手だったshirtの性能が向上 苦手改善の効果を確認 最低性能が改善された データ量に基づく 傾斜付きスコア 最も苦手な 傾斜付きスコア
- 25. 考察 最低を想定したときの性能を改善するのに役立つ AccじゃなくてLossで実験結果を見てみたい(平滑化されているはず) 詳細設計に不明点がある（論文に記載済なのに私が理解してないだけかもしれません...） λがそのまま学習対象のパラメータだとしたら、学習率の設定がキモになりそう 単純に maxkLk(ω) としないのは、振動してなかなか収束しなかったのかな？ 課題は、クライアント数が多くなるほど学習が難しい、とのこと （※今回の実験は2~3クライアント）