狠狠撸

2019 Technology Planning
– THE WAY TO SIGNAGE 3.0
By August Lin, Dec. 22th, 2018

CMS is the kernel behind all the signages

Current System Limitation
現有CMS(內容推播管理系統)功能限制
A

No 功能類型 CMS欠缺之功能/能力描述研發/開發狀態後續規劃
1 系統架構 System Redundancy & Load-balancing 認有必要但尚未開發已反映予 FII
2 系統架構 Support for Cache Server 未在原設計考量內
3 版面編排 Support For Touch-Screen Content Layout 未在原設計考量內
4 排播邏輯 Support For Sensor-triggered Interaction 未在原設計考量內已提報 FII 需求
5 排播邏輯 Support For Conditional Playback 未在原設計考量內已提報 FII 需求
6 內容支援性 Support for HTML5 Content 已支援但仍有限制已反映予 FII
7 內容支援性
Support for AR Contents Directly At
Android OTT Player
瀏覽器版本未更新已反映予 FII
8 故障診斷 Remote Video System Diagnosis 未在原設計考量內整合第三方設備有難度
9
行動支付與
金流整合
Integration with Payment & Inventory
System
未在原設計考量內
10
庫存計算與
ERP集成
Automatic Inventory Calculation & ERP
Integration
未在原設計考量內
原訂於2018.12提報
FII 功能需求
現有CMS (PowerView) 功能設計欠缺或未考量之處︰

(1). System Redundancy & Load-balancing
PowerView ( X ) | Competitor ( V )
Load Balancer
只有一台在
工作。另一
台在納涼。
原規劃安裝CMS相關
軟體，但後來用來安
裝KAI IVA Server (人
流辨識主機)。
鴻海VAS 原有規劃要
支援H/A 和負載平衡，
但還未整合任何軟體
或硬體Load-balancer。
主流 CMS 方案
不但支援 H/A
也支援 Load-
balancing功能。

(2). Support for Cache Server
以現有北車大廳Linkooh電視牆影片檔案傳輸方式為例說明Cache Sever的重要性 :
PowerView: 需要傳 30份進去
PowerView ( X ) | Competitor
( V )
Competitor : 只需要傳 1份進去
頻寬塞車、
發布時間冗長
只有1份檔案派
送進去, 然後在
LAN( 內網 ) 裡
的Gigabit乙太
網路上快速派
送到各OTT端

(3). Support For Touch-Screen Content Layouting
PowerView :
只能編排Playback + Widget Layout
Competitor : 除了Playback Layout
還能編排 Touch-Screen 頁面Layout
並設計選單或Button

(4). Support For Sensor-triggered Interaction
IFTTT OTT
Player
提醒你，ZARA
全館6折起只剩
今天喔!!
掃我購買 !
PIR Motion Sensor
Facial Recog.
Camera
HDMI Out
Competitor : Sensor之觸發可連動
CMS內容管理API或內容播放邏輯
Sensor Device
PowerView : 尚未開發與Sensor
觸發事件相連動的應用邏輯層

(5). Support For Conditional Playback
PowerView :
原設計之播放邏輯僅支援傳統之
- 照表輪播 (Queue sheet)
- 定時播出 (Scheduled playback)
- 臨時插播
等三種播放邏輯。尚未考量基於
IFTTT之條件式播放邏輯。
PowerView ( X )
Competitor ( V )
許多競爭者已支援基於IFTTT之
「智慧投放」排播功能

(6). Support for HTML5 Content
PowerView ( Partial ) | Competitor ( Fully )
Webpage support
HTML5
鴻海 DSP-100 OTT盒子有時無法順利播放 HTML5
網頁中之影片 (Encapsulation support issues)

HTML5 內容排播 : 主流數位看板 OTT/Media Player 皆已支援…
(6). Support for HTML5 Content

現象︰測試 hTC 提供的 HTML5 AR互動網頁，只看得到2D Mask，無法呈現 Fill 圖層。
問題︰OTT Player 盒子現有 WebView 瀏覽器版本過舊 (V.37)。
解決︰升級為V.57的 WebView (內建WebAR)，將可解決問題。但FII尚未同意開放端口。
(7). Support for AR Contents Directly At Android OTT Player
Example : hTC Vive AR 測試︰HTML 5 @ OTT Player

Web/Application (S/W)
(8). Remote Video System Diagnosis
CMS API DB
VM
Amplifier
LED TV Wall
Video Controller
Video Switch
HDMI Audio Splitter
OTT Player / Box
(Android)
Local PC
(Windows)
Web Server (H/W)
CMS Server (H/W)
4G Router
CMS 系統和 OTT Player 之間為 Server-
Client架構。其程式架構可以診斷Server-
Client間的收發與交互行為，因此可以大抵
診斷 CMS Server端、Device端或是網路
設備(ex: 4G Router) 等之問題。但針對完
整視頻系統架構上的節點，完全沒有資訊
整合，更談不上診斷的能力。
一旦數位看板或電視牆終端發生「黑屏」
或畫面異常，如從介面上排除不是網路離
線或CMS Server、OTT Player異常，並無
法從遠端知道是哪一環節的視訊系統出問
題，必須要派員到現場端查看。
不過，這是全世界各家CMS/Media Player
都有的問題，不是只有 Foxconn的系統存
有此短版。
Black
screen

(9). Integration with Payment & Inventory System
目前Linkooh 電視牆尚未支援商品訂購 & 行動支付裝置。
因此，CMS Server 、內容投放管理層尚未與商品存貨系
統 (Inventory System or Database) 、行動支付系統、票
券列印系統等整合。但市場上眾多單屏觸控式數位看板
/Kiosk 已經支援此功能。

(10). Automatic Ads. Inventory Calculation & ERP Integration
現有 CMS 系統可在不同登入帳號
的基礎下編排不同場域之不同版位
群組的節目表。
但是對於一段時間內(如7天內)各場
域版位已經出售(或委刊)多少廣告
Inventory ? 剩餘多少 Inventory
時段/檔次 ? 估計可以再接單多少
客戶內容 ? 卻是毫無概念和計算能
力。

Proposed System Diagram
建議客製化之CMS 2.0系統架構
A1

脈絡分析層 (Context Awareness)
投放邏輯 1 投放邏輯 2 投放邏輯 3 投放邏輯 4
基於
群眾面貌分析
基於
環境指數變化
LIVE
臨時
插播
輪播
定時
EPG
群眾分析系統(人臉辨識) 環境資訊系統(Open Data)
內容管理層 (Content Delivery)
基於BI分析
後優化建議
遊戲邏輯串聯
CMS Server
播放終端層 (Local Playback)
Conditional Delivery !
Per different TA group or
Environmental Condition
Queue Sheet /Schedule
based Delivery
Schedule-based Delivery based
on long-term BI Analytics results
CMS 2.0 建議系統架構

Central Dashboard
大數據分析平台
API A
API C API B
群眾辨識系統
KAI Square
群眾辨識系統
Vender X
WiFi 人流探針 CheckinPass
API D
分散式運算系統 BI 軟體
台北捷運44站57版位台北車站信義威秀台北捷運/北車/信義威秀
互動應用
使用數據
產品導購
電商數據
13行
AR 平台
各合作
電商平台
Data Collection/Analysis 建議系統架構
外部數據整合
環境資訊
Opendata
場域端
使用者介面端
現場設備端雲平台端

Project Cost and Revenue
建設成本與損益預估
A2

人流計量群眾分析 CMS 2.0
智慧投放客製化開發 + 庫存計算功能
中央數據監
控管理後台
總費用
方
案
WiFi 探針方案人臉辨識方案
移動智庫 Quividi Ex. 智慧投放環境資訊整合
庫存計算與
ERP整合
HTML5
和AR優化
Dashboard
客製化
點位
北捷+北車+威秀
共70點
北捷 12個點
北車 + 北捷 +
威秀 + 三創1F
北車 + 北捷 +
威秀 + 三創1F
北車 + 北捷 +
威秀 + 三創
北車 + 北捷
+ 威秀
全場域
費用 126,000(年費) 885,600 780,000 192,000 300,000(估) 100,000 1,500,000(估) 3,883,600
廠商移動智庫 Nexcom/Quividi 鴻海 FII Storemetrics
A. Phase 1 系統建置
COST : CMS 2.0 客製化開發 & 周邊系統建置成本概算

負載平衡+Cache 移動支付整合終端 CMS 2.0
系統架構優化、移動支付整合等
大數據分析
平台
總費用
方
案
硬體Load-balancer;
Cache Server
(方案確認中)
--
SLB負載平衡與
Cache Server
行動支付與金流
整合(Server端)
TouchScreen內容
編排模組
BI軟體+分散式運算
系統 +API
點位南港機房; 北車北捷A級站試點 x 4
SLB: For 南港機房
Cache : 台鐵北車
For 全場域 For 零售新場域全場域
費用 500,000 To be confirmed 120,000(估) 360,000(估) 300,000(估) 3,000,000(估) 4,280,000
廠商 Any SI (廠商確認中) 鴻海 FII T.B.D.
B. Phase 2 系統建置
CMS 2.0 客製化開發 & 周邊系統建置成本概算
COST :

預計本案完成後產生之效益
Benefit :
增強系統架構穩定性；加快節目發布速度
針對不同細分群眾或環境給予適配之內容
品牌/內容與TA之間增加更多的互動設計彈性
針對性投放、行動支付整合等有助轉換率提升
系統架構
內容投放
互動方式
商品導購
了解接觸特定商品內容之細分群眾輪廓與人數
媒體效益

Revenue Forecast :
商業模式年度 2019 (Q3-4) 2020 2021 2022(Q1)
剩餘時數(Inventory)
活化利用
1,200,000 1,500,000 1,500,000 --
針對性智慧投放(專播) 1,800,000 5,000,000 8,000,000 --
Sensor-based 互動 600,000 1,800,000 3,000,000 --
HTML5/AR 連網廣告 400,000 1,200,000 2,000,000 --
OOH端行動支付 1,500,000 4,000,000 6,000,000 --
商品導購觸控屏 500,000 1,500,000 2,500,000 --
Annual Total : 6,000,000 15,000,000 23,000,000 --
新商業模式與營收預估

We Are On The Way To Signage 3.0 !
Signage 1.0 傳統看板
Signage 2.0 數位看板
Consumer Profile
Ads. Content #1
Ads. Content #2
Audience
Group A.
Audience
Group B.
所有群眾/消費大眾
所有群眾/消費大眾
Signage 3.0 智慧看板

An Approach to Signage 3.0
? Context Awareness
? Conditional Delivery
? Payment Integration
? Immersive Live Streaming
? Augmented Reality
B

Context-aware Digital Out-of-Home Signage
Wi-Fi Analytics :
利用手機WiFi模組發射的Query信號，
計算經過廣告版位周邊的人流次數。
Video Analytics :
運用即時影像識別技術，分析經過版
位前面移動人群的群眾特徵。例如：
性別(男、女)、年齡層、表情特徵等。
BLE Beacons :
運用藍芽發射裝置，針對經過特定位
置附近的移動人群，提供特定的商品
資訊(如附近實體店好康商品介紹)。
*未來可添加室內定位功能。
脈絡感知能力

(1). 基於影像/人臉識別的群眾特徵感知能力
Video Analytics : 即時群眾臉部特徵判別

階段測試子項目說明地點
PHASE #1
DVR 錄影每天出入(同仁) DVR錄影作為正確值之基準
Linkooh
大門口
辨識準確度測試
廠商辨識結果對照 Daily DVR 資料求出正確
率
Dashboard評估數據上拋雲端 Dashboard; UI介面試用評估
PHASE #2
實況測試複雜變數測試 : 攝影機角度、距離、光照度
捷運忠孝敦化
站或其他站點
網路/運算裝置
穩定性測試
群眾感知辨識系統 POC 測試計畫 (已於2018年9/10啟動)

(2). 基於射頻訊號計量的人流流量感知能力
WiFi Signal Prober (WiFi 訊號探測器)
Wireless Hand-shaking Signals
Mobile Devices
People with mobile devices

影響計算出的OTS (Opportunity-To-See)
人數
WiFi發射機功率大小/訊號幅軸半徑 →
傳統人流計量 : 影像辨識系統 → 受到Camera視覺範圍/解析度等的限制
新式人流計量 : WiFi探針系統 → 訊號強度、去重複篩選算法攸關數字之精確性與意義
WiFi 探針系統偵測半徑示意
WiFi 人流探針之探測範圍示意圖

WiFi 人流探針 : 已於2017年10月裝設. 但管理介面待優化與整合

Conditional Delivery
Based on the context of target audience or
Environmental Change
B2

Target Content to the Right Audience …

智慧投放
匹配機制
Audience Genre
Visitor
Behavior
投放內容(Contents)
「智慧投放匹配」機制可依照不同「觀眾類型」(Audience or
Visitor Genre)的「假定內容偏好」(例如：20-30歲女性應該會
喜歡哪一類型的手機)，當辨識到該目標人群出現在廣告版位前
時，直接播出該產品 TVC 影片內容或推薦商品之網頁內容。
Smart Delivery (智慧投放) based on Crowd Characteristics

CMS第一層邏輯 : 推播系統運作情境(Scenario)選擇
Realtime/
Response
Base
即時反應
模式
Instant Content Delivery per Audience
Group Recognized
Layer 1
Logic
內容投放
邏輯選項
Instant Content Delivery per
Environmental Status Informed/Detected
Scheduled Delivery based on long-term
BI Analytics Result
Evolution
Base
長期演進
模式
Scenario #1
Scenario #2
Scenario #3
依人群判別結果
投放特定內容
依環境資訊數據
投放對映內容
依一段時間內之
數據分析結果做
時地針對性播放
Add-in Player
Devices
System Administrator can select/add in specific digital signage
(e.g. OTT Player Device) to specific Scenario (#1, #2 or #3)
Add-in Player
Devices
Add-in Player
Devices
D
A
S
H
B
O
A
R
D
A dashboard to show all the devices/digital signage (name,
number, location) per different operation scenario.

Gender Age 細分人群名稱
站別#1 指定投放內容
1st PGM 2nd PGM
M 00-15 # 1
M 16-30 # 2
M 31-45 # 3
M 46-60 # 4
M 61-90 # 5
F 00-15 # 6
F 16-30 # 7
F 31-45 # 8
F 46-60 # 9
F 61-90 # 10
關注條件設置需可設定 Attention Time ≧ ? 秒鐘才啟動
※ 可By站點逐站設定指定投放內容和Default PGM
※ 如果人群判別結果不落在上述 #1-10 分類，則維持 Default PGM。
1
5
6
2
4
1
7
9
3
4
8
8
9
9
管理者於PC/NB上操作PowerView2.0
後台介面, 編製 “智慧投放對映表”
(Mapping Table) 將各細分人群與特定
廣告內容取得對應關係
1
2
PowerView Server 將Mapping Table 派
送到各個DOOH版位端的OTT Box上
面.OTT Box上的Mapping Node程式取
得該Table, 並與第三方即時識別結果持
續比對
“智慧投放對映表” (Mapping Table)
OTT Player/Box
Mapping Table
智慧投放 – 情境(1)：依人群判別結果即時投放特定內容

智慧投放 – 情境(2)：依環境判別結果即時投放特定內容
3
Program (PGM)
Trigger playback of
Specific Video Clip
Scenario :
鎖定依溫度條件後, 當溫度達嚴寒等級,
投放所預選定的 X廠商毛衣廣告TVC
選擇鎖定條件指數等級環境狀態名稱
指定投放內容
1st PGM 2nd PGM
□ 綁定溫度
溫度 ≧ 36°C 酷熱
溫度 30-35°C 炎熱
溫度 16-25°C 涼爽
溫度 ≦ 15°C 嚴寒
□ 綁定AQI
AQI 0-100 空品良好-普通
AQI 101-200 空品不健康
AQI 201-300 空品極不健康
AQI >301 空品危害等級
□ 綁定紫外線
紫外線 0-5 微-低量曝曬
紫外線 6-7 中量曝曬
紫外線 8-10 過量曝曬
紫外線 >11 危險曝曬
程式邏輯 ※ 需先綁定環境因素(條件), 然後再依該條件之落位類別判定投放內容。
1
1
2
3
5
5
6
6
8
8
7
4
7
4
9
9
10
10

Realtime Audience
Profile Identification
Raw Data
Sorting Data from
Recognition Service Cloud
(e.g. VidiCenter)
3rd Party Data Insight Service Provider
Recommend Best Queue
Sheet Composition for
Next Week Delivery
Suggested Queue Sheet
CMS Server
Audience Attention
Analytics in a Period
(e.g. 3 weeks)
BI Insight
Service
Infographic
Most-visited
Audience Group
智慧投放 – 情境(3)：依一段時間之大數據分析結果做時/地針對性播放

智慧投放 – 業界類似方案： Nexcom- NexStore Smart Shelf

NDiS B325-SI3-QV:
Facial Recognition and
Audience Measurement
Full HD Camera:
Audience face Capturing
Display Signage:
Video Playback /Content
Management & Display
(1). HD攝影機
(2). 人臉辨識主機
(3). 商業顯示器+播放器
智慧投放 – 業界類似方案： Nexcom- NexStore Smart Shelf

? 顏值打分、表情判斷
? Social Slogan (Random-based)
? 導購QRCode + 推薦商品圖
? 匹配邏輯可設定 : Gender/ Age/顏值 / 表情等複合條件
Social Slogan
Detected Mood
Detected Gender/Age
針對不同族群之推薦商品+QRCode
智慧投放 – 業界類似方案： ReadSense Pandora POC @Linkooh Lobby

A Wall To Buy
Everything .....

行動支付整合 : 終端機有多家供應商可選擇
Unattended Outdoor Payment
Terminal (無人值守支付終端)
? Android 作業系統
? 安全的單機箱模塊
? 輕鬆集成到各種自助服務應用，
如自動售貨機、Kiosks…

整合型終端裝置 – 一體式面板設計
已整合多個端末機
之一體式面板
SITE INSTALLATION :
可安裝於電視牆櫃體側機櫃設備較少之一側

自動販賣機應用
自助式付款操作流程
1. 選擇商品或服務
2. 按商品金額付款
3. 紙本票據列印
OOH 場域應用案例 :
2. 感應付款
需設計額外之Keypad或操作介面，以讓消費者在無人販賣
機台選擇想要的商品。

OUTDOOR 自助式付款流程 : 行動支付背後的多系統串聯、整合才是重點
自助式付款操作流程
1. 選擇商品或服務
2. 按商品金額付款
3. 紙本票據列印
下單/訂單管理
系統
商品/庫存管理
系統
實體商品出貨
公司
ERP/
進銷存
萬相 ?
第三方?

行動支付整合 : 技術問題主要在MENU選單程式開發、跨系統整合
A. 肯德基點餐機
(存貨管理/訂單管理/ERP系統)

行動支付整合 : 技術問題主要在MENU選單程式開發、跨系統整合
A. 麥當勞點餐機
Issue :
即使麥當勞 vs. 肯德基同屬餐廳業美式速食業態，其套餐組合邏輯、產品可選擇之規格仍然有諸多差異。
想要同時開發一個點餐程式，以滿足兩個餐廳都有一定難度，何況是滿足不同業態之產品。

360度 VR 環場影片 : 身歷其境效果
立方球體的拍攝裝置架由五層環狀的光場相機與感應器組成。
Immerge 捕捉現實影像後，觀眾透過頭戴 VR 顯示器，可在虛擬實境上下、左右、前後移動。
2015年底Lytro 發表之 360 度全景虛擬實境(VR)攝影機 Lytro Immerge :

Immersive LIVE Streaming with 360° VR Photography
應用名稱 LIVE 直播 + 360°VR攝影
直播平台 YouTube / 其他串流伺服器 or CDN
適合場域威秀、北車
互動內容
1. HTML 5 網頁開發
2. Kinect 體感控制
技術基礎
VR 360° 攝影 + RTMP 串流 +影像
拚貼運算軟體 +Gesture Control
應用軟體即時影像拚貼運算軟體
播放裝置
需要升級為較高階的顯示卡 + 支援
環場影像解碼的外掛 Player
技術亮點
支援4K /8K Video
支援 VR頭戴裝置 (Ex: Oculus Rift)
行銷訴求
在TV Wall前讓觀眾通過體感觀看品
牌環場 LIVE Event 的轉播
360°x 180°
Sphere Video
DOOH 大屏觀看 : 需另開發 HTML5網頁結合體感控制；並內嵌 Player 到Android/Windows播放器上。
VOKE (Intel Ture VR) 360 環場攝影技術應用於「紐約時裝周」(NYFW)的拍攝.

應用名稱 Shining Particle + LIVE Event
創作者 Linkooh
適合場域北車1F、捷運A級站
互動內容
通過追蹤手部動作強度, 引發
Unity 中的Particle閃亮效果.
技術基礎
1. Kinect IR Sensor體感偵 +
Unity Engine
2. LIVE 串流直播
3. 現場音收音VOIP回傳
吸睛特點1
往來旅客經過時會被自己的鏤空
背影所吸引
吸睛特點2 主播可以與現場人群對話
行銷結合
Pariticle愈多, 用戶累積點數愈多,
得到獎品的機會愈大.
兌獎機制闖關成功者現場拍照
左電視牆畫面呈現 : 右電視牆畫面呈現 :
Kinect 體感遊戲
(現場觀眾音像回傳)
網紅LIVE節目導購
(LIVE節目中置入主打商品)
YOUR SCORE
30
2 Way Live Event : Gesture Gaming + LIVE Show
利用Kinect Sensor的收
音陣列進行DOOH現場
端之聲音收音
OTT
#1
LIVE
AR
Kinect
OTT
#2
利用 Kinect Sensor 的RGB攝影
機或外加Cam進行現場畫面回傳

Traditional OOH AR : AR Animation At Small Cellular Screen
目前與OOH廣告結合的AR應用，大多仍是圍繞在將與
實景/自拍照合成的 2D/3D Animation 呈現在「小屏」
- 亦即手機螢幕端。
大屏(數位看板或電視牆)僅作為拍攝觸發圖型的來源，
無法發揮其大面積的視覺表現功能。

New Trend : AR Animation At Big TV-Wall Screens
趨勢 : 充分利用戶外大屏優勢，開發 1:1 等比例AR互動應用，使體驗效果更具臨場感。
案例 : Northface 2018年9月於捷運台北車站、市政府站、忠孝復興站 Linkooh電視牆之「AR虛擬試衣鏡」互動應用。

New Trend : AR Animation Integrated With Local Scenes and Sights
範例 : 充分利用周邊實景(Reality)，製作僅有此處別無分號的特有「增強現實」，造成景點效應。

2019 Technology Planning (for DOOH System)

狠狠撸

2019 Technology Planning (for DOOH System)

More Related Content

2019 Technology Planning (for DOOH System)