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
1.9k
Other Decks in Technology
See All in Technology
PHPでWebブラウザのレンダリングエンジンを実装する
dip_tech
PRO
0
200
変化する開発、進化する体系時代に適応するソフトウェアエンジニアの知識と考え方(JaSST'25 Kansai)
mizunori
1
210
製造業からパッケージ製品まで、あらゆる領域をカバー!生成AIを利用したテストシナリオ生成 / 20250627 Suguru Ishii
shift_evolve
PRO
1
130
TechLION vol.41~MySQLユーザ会のほうから来ました / techlion41_mysql
sakaik
0
180
SalesforceArchitectGroupOsaka#20_CNX'25_Report
atomica7sei
0
150
【5分でわかる】セーフィー エンジニア向け会社紹介
safie_recruit
0
26k
Observability в PHP без боли. Олег Мифле, тимлид Altenar
lamodatech
0
340
【TiDB GAME DAY 2025】Shadowverse: Worlds Beyond にみる TiDB 活用術
cygames
0
1k
プロダクトエンジニアリング組織への歩み、その現在地 / Our journey to becoming a product engineering organization
hiro_torii
0
130
250627 関西Ruby会議08 前夜祭 RejectKaigi「DJ on Ruby Ver.0.1」
msykd
PRO
2
250
Oracle Cloud Infrastructure:2025年6月度サービス・アップデート
oracle4engineer
PRO
2
240
初めてのAzure FunctionsをClaude Codeで作ってみた / My first Azure Functions using Claude Code
hideakiaoyagi
1
210
Featured
See All Featured
Git: the NoSQL Database
bkeepers
PRO
430
65k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
248
1.3M
Typedesign – Prime Four
hannesfritz
42
2.7k
Rails Girls Zürich Keynote
gr2m
94
14k
The Pragmatic Product Professional
lauravandoore
35
6.7k
How to Think Like a Performance Engineer
csswizardry
24
1.7k
Bash Introduction
62gerente
614
210k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
181
53k
Raft: Consensus for Rubyists
vanstee
140
7k
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
RailsConf 2023
tenderlove
30
1.1k
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