Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
20190512-Spoana.pdf
Search
mec
May 12, 2019
Technology
0
1.5k
20190512-Spoana.pdf
第2回スポアナ(
https://spoana.connpass.com/event/126625/
) でのLT発表内容
mec
May 12, 2019
Tweet
Share
More Decks by mec
See All by mec
サッカーがポーカーから学べるかもしれないNのこと
holokeum
0
2k
Other Decks in Technology
See All in Technology
会社紹介資料 / Sansan Company Profile
sansan33
PRO
15
400k
小さく始めるBCP ― 多プロダクト環境で始める最初の一歩
kekke_n
1
450
Oracle Cloud Observability and Management Platform - OCI 運用監視サービス概要 -
oracle4engineer
PRO
2
14k
Introduction to Bill One Development Engineer
sansan33
PRO
0
360
FinTech SREのAWSサービス活用/Leveraging AWS Services in FinTech SRE
maaaato
0
130
今日から始めるAmazon Bedrock AgentCore
har1101
4
410
What happened to RubyGems and what can we learn?
mikemcquaid
0
300
SRE Enabling戦記 - 急成長する組織にSREを浸透させる戦いの歴史
markie1009
0
130
ランサムウェア対策としてのpnpm導入のススメ
ishikawa_satoru
0
180
SREチームをどう作り、どう育てるか ― Findy横断SREのマネジメント
rvirus0817
0
310
予期せぬコストの急増を障害のように扱う――「コスト版ポストモーテム」の導入とその後の改善
muziyoshiz
1
2k
2026年、サーバーレスの現在地 -「制約と戦う技術」から「当たり前の実行基盤」へ- /serverless2026
slsops
2
250
Featured
See All Featured
Crafting Experiences
bethany
1
49
Mobile First: as difficult as doing things right
swwweet
225
10k
Testing 201, or: Great Expectations
jmmastey
46
8k
Principles of Awesome APIs and How to Build Them.
keavy
128
17k
How to make the Groovebox
asonas
2
1.9k
How Software Deployment tools have changed in the past 20 years
geshan
0
32k
The SEO identity crisis: Don't let AI make you average
varn
0
290
Making Projects Easy
brettharned
120
6.6k
A Tale of Four Properties
chriscoyier
162
24k
Introduction to Domain-Driven Design and Collaborative software design
baasie
1
590
Being A Developer After 40
akosma
91
590k
We Have a Design System, Now What?
morganepeng
54
8k
Transcript
ポジショナルプレーの 研究がしたいです⚽ All background pictures from o-dan.net unless otherwise stated
May 12 2019 @holokeum
自己紹介 @holokeum 大学院M2後期 (進路未定) ナントに住んでました 浦和に住んでます ⚽ サッカー、ラグビーやってました 2
サッカーのルール フィールドプレイヤー:人 ピッチサイズ:105 x 68 ㎡ (埼玉スタジアム2〇〇2) ピッチの1/3を守ると仮定すると 1人あたり240㎡が守備範囲となる 3
(バレーコート:約180㎡)
攻撃と守備の意図 4 攻撃:守備を崩してゴールに繋がるスペースを作る 守備:危険なスペースを使わせないように、効率的に守る 「スペース」の定義、定量化
スペース定量化 ①位相的データ解析(TDA) 5 • データの形(トポロジー)に注目 • タンパク質の構造分析などに用いられる サッカーへの応用(奥富, 2017) →守備構造に存在する穴の数、大きさを計算
穴の位置も知りたい
スペース定量化 ②ボロノイ図 6 ① ② ③ ⚽ ボールに最も近い選手は①〜③の誰? ⚽ ⚽
⚽ ⚽ ⚽ ⚽ ⚽
スペース定量化 ②ボロノイ図 7 • 選手 は必ず1つの 守備範囲 に属する • ボロノイ点 は 複数選手から等距離にある点 ボロノイ点周辺
・相手選手がいなく、守備担当が曖昧になる 空円 ボロノイ点を中心とした円(空円)で スペースの位置、大きさの定量化
スペースの定量化から守備の評価へ 8 守備チームの位置だけで守備構造を評価することは不可 同じスペースでも、状況に応じて評価は異なる 1. 空円の中心とゴールの距離 2. 空円の中心とボールの距離 3.
空円の中心と攻撃チームの距離 以上の要素を用いて空円を再評価する
提案指標:AR (Adjusted Radius) 9 ボロノイ点 i におけるAR(調整後半径) =空円半径× f(ゴール位置 ,
ボール位置 , 攻撃選手位置) ARを用いて守備構造を評価する! ARが大きい ⇛ 守備にとって危険 守備側 GK 攻撃側 GK
結果例 10 自陣にボールを運ばれたときに 守備側のAR平均値が上昇 守備が崩される様子がわかる
展望 11 分析拡張 • AR→位置的優位性の指標 ◦ ポジショナルプレーをデータから説明する一助に エンターテイメントとの融合 • VR、拡張現実(Hololensなど)でスペースの可視化
• (とはいえ)サッカーゲームではとっくに使われてる(気がする)
スポーツの学際化 12 技術進歩により扱えるスポーツデータ増加 データ不足、分析方法の知見が発散 #spoana、そして… NOW BUT SO
そして① #remember_rostov 13 「サッカーのトラッキングデータを使いたい」 Github トップ 【サッカーxデータ】ロストフを忘れない #remember_rostov【プロジェクト】 忘れられない ロシアW杯ベルギー戦
だからこそ、あの14秒を データで丸裸にする Unityでデータ作成(WIP)
そして② スポーツデータ論文まとめ 14 「スポーツデータの知見を集約したい」 Githubトップ Contributeの仕方
そして③ 発信・学びの繰り返し 15 「サッカーをいろんな視点から考えたい」 4ヶ国語を学んだ僕がサッカーの言語化について思うこと
参考文献 16 [1] 奥富ら(2017), 位相的データ解析による守備構造の頑健性の評価 [2] Okabeら, Spatial Tessellations: Concepts
and Applications of Voronoi Diagrams