2023.07.14 14:00-17:30
資策會許昌街９樓辦公室
2023.07.16-26
各設備商線上會議
設備使用報到
提供使用者QRCode 與 QRCodeScanner 進行
運動數據搜集
官網做為新現代五項的數據搜集平台，本年度目標在去年的數據搜集基礎上，進一步搜集各項設備所能辨識的五項能力，分別是「爆發力」、「肌耐力」、「專注力」、「反應力」及「協調力」。設備廠商需要在每一次使用者完成一次完整的運動流程後，整理並上傳該次運動數據，此運動數據以協會定義之資料結構鬆散格式(JSON)上傳至ITSport官方資料應用程式介面。
數據格式分為三個部分（設備徵選參考文件)
1. 數據的必填部分（紅色部分）
需要靠此進行初步紀錄，包含DATETIME資料發生時間、ENDTIME資料結束時間、MAC設備唯一碼、Summary列表呈現簡要說明、Version數據的版本
2. 數據的必填部分二（藍色部分）
設備類別碼，用以辨識設備廠商並進而採用不同方式來進行詳細資料的判讀
3. 數據詳細資料部分(綠色部分)
科技運動協會本屆目標在於計算出使用者的五項能力，並根據不同設備間的數據搜集及計算真實性給予不同權重，以期在決賽期間辨別參賽者之真實運動能力，並頒發MVP資格給最優秀參賽選手。基於上述之目的，數據詳細資料部分包含但不限於下列幾點：
3.1 用以作為比賽結果之數據：
能算出五項能力值的代表數值及單位（請注意紀錄單位及小數點後精度，請勿浪費空間紀錄無用精度數據）
3.2 搜集過程數據集合：
透過智能設備及程式所搜集之數據，在針對五項不同能力之計算時，可能包含數據連續搜集之過程，此過程請以至少0.2～1hz區間的頻率進行紀錄，也就是最少每5秒1筆資料紀錄，最多1秒1筆資料，以此來一定程度紀錄數據搜集的過程，並在JSON格式中以Array方式呈現。
資料提供的相關法規請參考「歐洲議會和理事會的提案法案-關於公平訪問和使用數據的統一規則(草案)」
掃碼流程討論後待議
1. 使用者掃碼後的資料流，透過下列兩種方式傳遞給設備端做呈現
(根據不同設備，傳遞方式有所不同，待搜集設備端作法)
1.1 透過API 呼叫雲端，帶入使用者資料，由設備雲端告知設備呈現
1.2 透過Mqtt機制，讓設備端收到訂閱資料後進行呈現
2. 承1.使用者資料可以透過掃碼傳給設備呈現，這邊的資料是ForShow, 或是For Record?
For Show: 只要傳姓名年齡等資料，也許使用者會修改暱稱或姓名，設備端無從累積資料，個人資料為匿名，資格賽期間，不強迫要求使用者填寫電話身分證等近一步資料，算是某種程度去識別化
(暫定方案)
For Record:較上述多傳遞一個UserID, 也就是說同一使用者的資料得以在設備端被累積，需要使用者授權讓資料被設備端存下，不算去識別化
3.承1.設備端收到數據時，可直接觸發倒數進入運動畫面，進行計時
4.如果要簡化使用者掃碼流程，那QRCode 掃碼時，QRCode 得以使用隨時動態產生，並將掃碼時間與QRCode生成時間進行比對以排除非遊戲期間掃碼。
QRCode 動態生成模式（根據不同業者）
1.官網網址頁面，設備端嵌入設備專屬QRCode 頁面
2.DLL for QRCode 加密生成原則
| 項目 |
宇康 |
仁寶 |
世大 |
睿智 |
金展 |
備註 |
| 掃碼後資料流 |
|
|
|
|
|
|
| 資料流收到後的控制 |
|
|
|
|
|
|
| QRCode 動態生成模式 |
|
|
|
|
|
|
QRCode掃碼與數據串接
設備使用報到
提供使用者QRCode 與 QRCodeScanner 進行
運動數據搜集
官網做為新現代五項的數據搜集平台，本年度目標在去年的數據搜集基礎上，進一步搜集各項設備所能辨識的五項能力，分別是「爆發力」、「肌耐力」、「專注力」、「反應力」及「協調力」。設備廠商需要在每一次使用者完成一次完整的運動流程後，整理並上傳該次運動數據，此運動數據以協會定義之資料結構鬆散格式(JSON)上傳至ITSport官方資料應用程式介面。
數據格式分為三個部分（設備徵選參考文件)
1. 數據的必填部分（紅色部分）
需要靠此進行初步紀錄，包含DATETIME資料發生時間、ENDTIME資料結束時間、MAC設備唯一碼、Summary列表呈現簡要說明、Version數據的版本
2. 數據的必填部分二（藍色部分）
設備類別碼，用以辨識設備廠商並進而採用不同方式來進行詳細資料的判讀
3. 數據詳細資料部分(綠色部分)
科技運動協會本屆目標在於計算出使用者的五項能力，並根據不同設備間的數據搜集及計算真實性給予不同權重，以期在決賽期間辨別參賽者之真實運動能力，並頒發MVP資格給最優秀參賽選手。基於上述之目的，數據詳細資料部分包含但不限於下列幾點：
3.1 用以作為比賽結果之數據：
能算出五項能力值的代表數值及單位（請注意紀錄單位及小數點後精度，請勿浪費空間紀錄無用精度數據）
3.2 搜集過程數據集合：
透過智能設備及程式所搜集之數據，在針對五項不同能力之計算時，可能包含數據連續搜集之過程，此過程請以至少0.2～1hz區間的頻率進行紀錄，也就是最少每5秒1筆資料紀錄，最多1秒1筆資料，以此來一定程度紀錄數據搜集的過程，並在JSON格式中以Array方式呈現。
資料提供的相關法規請參考「歐洲議會和理事會的提案法案-關於公平訪問和使用數據的統一規則(草案)」
掃碼流程討論後待議
1. 使用者掃碼後的資料流，透過下列兩種方式傳遞給設備端做呈現
(根據不同設備，傳遞方式有所不同，待搜集設備端作法)
1.1 透過API 呼叫雲端，帶入使用者資料，由設備雲端告知設備呈現
1.2 透過Mqtt機制，讓設備端收到訂閱資料後進行呈現
2. 承1.使用者資料可以透過掃碼傳給設備呈現，這邊的資料是ForShow, 或是For Record?
For Show: 只要傳姓名年齡等資料，也許使用者會修改暱稱或姓名，設備端無從累積資料，個人資料為匿名，資格賽期間，不強迫要求使用者填寫電話身分證等近一步資料，算是某種程度去識別化
(暫定方案)
For Record:較上述多傳遞一個UserID, 也就是說同一使用者的資料得以在設備端被累積，需要使用者授權讓資料被設備端存下，不算去識別化
3.承1.設備端收到數據時，可直接觸發倒數進入運動畫面，進行計時
4.如果要簡化使用者掃碼流程，那QRCode 掃碼時，QRCode 得以使用隨時動態產生，並將掃碼時間與QRCode生成時間進行比對以排除非遊戲期間掃碼。
QRCode 動態生成模式（根據不同業者）
1.官網網址頁面，設備端嵌入設備專屬QRCode 頁面
2.DLL for QRCode 加密生成原則