開放平臺 - 互動玩法演進之路
1. 背景
隨著直播業務和用戶規模日益壯大，如何豐富直播間內容、增強直播間內用戶互動效果，提升營收數據變得更加關鍵。為此，直播互動玩法應運而生。通過彈幕、禮物、點贊、大航海等方式，用戶可以參與主播的直播內容。B站還通過開放平臺，為第三方廠商和開發者提供了強大的技術支持，讓直播互動玩法更加便捷、穩定和高效，為用戶和主播創造了更多的樂趣和價值。
圖：星體工作室 互動玩法案例
2. 平臺建設
在著手開發之前，我們需要確立清晰的業務劃分邊界，特別是涉及多方參與的開放平臺互動玩法業務。這有助于避免日積月累的問題，確保未來的發展不受制于歷史債務。
我們的業務劃分主要集中在幾個核心場景和能力模塊上：
- 開發者管理平臺：與開發者互動，包括入駐流程、應用審核、禮物與面板審核。作為開發者數據的展示出口，為他們提供數據回收的支持。
- 應用商店平臺：與主播互動，包括平臺與直播姬的應用展示與獲取。提供定制化應用推薦算法的出口，以提升應用的曝光和吸引力。
- 應用交互平臺：與直播間用戶互動，利用事件平臺進行控制，包括開關禮物與面板?；油娣ㄆ陂g數據流轉等行為。監測與標記應用的實時狀態，確保流暢的用戶體驗。
- 結算平臺：與營收互動，包括應用期間營收數據的統計、落庫和對賬。為確保透明度和準確性，提供完善的結算支持。
因此我們設計的如下的業務模塊分層：
圖：平臺架構
3. 項目生命周期
圖：互動玩法生命周期
社區優先的原則確保了我們平臺的演進和提升是以開發者和用戶的需求為中心的良好策略，明確了業務邊界之后，圍繞互玩的整個生命周期，我們將重心放在四個核心提升目標上：
- 開發者入駐效率與權益保障：通過簡化入駐流程，提供清晰的文檔和支持，確保開發者能夠快速且順利地接入平臺。提供快速且準確的審核機制，加速應用上線，促進生態系統的快速發展。提供明確的營收手段與完善的對賬系統，保證開發者收益。
- 主播使用體驗：提供直觀且易用的工具和功能，以增強主播的覆蓋率和互動性，提升直播質量。
- 直播間用戶體驗：優化直播間界面，降低用戶參與門檻。提供有趣、多樣化的互動玩法，激發用戶的參與熱情，提高用戶粘性。
- 平臺管控能力：強化對內容的管理和監督，確保內容的合法性與安全性。提供豐富的工具，快速響應違規行為，維護平臺生態安全與健康。
3.1 入駐與開發
在整個互玩生命周期過程中，開發者接入平臺與開發作為起點，門檻會直接影響開發者數量與互玩的供給速度，有一些問題是我們需要思考并解決的：
- 開發者如何快速搭建模型？
- 開發者如何低成本進行數據交互調試？
- 個人開發者在缺少專業的禮物UI設計師的情況下如何進行禮物設計？
3.1.1 SDK&Demo
我們明白對事物的認識往往從“是什么”開始，然后才能理解“為什么是這樣”。作為首次接入開放平臺的開發者，理解眾多API和調用文檔并梳理出清晰的交互流程確實需要時間。同時由于開發者的歷史開發背景各異，對官方接入文檔的理解也會有所不同。
為了降低開發者的開發成本并減輕研發的解答壓力，我們在完善官方技術文檔的同時，提供了不同語言的示例，以幫助開發者建立概念模型：
- Unity&C#客戶端SDK
- Python&Golang Demo
圖：互動玩法接入SDK&Demo
3.1.2 啟動調試能力
測試階段是完整的應用開發流程中不可或缺的一個重要環節，未經充分測試的應用可能存在潛在的不可預估的風險，為了輔助開發者在應用上架之前能夠進行充分且完善的測試，我們解決了以下兩點問題：
Q：開發者在應用開發完成之后如何在真實環境下測試應用功能？
A：在應用通過審核之前，開發者可以選擇將其直播間設置為白名單直播間，這就意味著開發者可以在真實的線上環境中對其開發的應用進行完整的測試與功能回歸。
Q：送禮、發送醒目留言以及大航海是互動玩法交互的重要組成部分，在線上環境應該如何進行這幾種交互操作的調試？
A：這幾種直播間用戶參與的高成本行為，讓開發者在線上環境使用正常流程進行大量的測試顯然是不合理的。為了解決這個問題，我們提供了開發者調試工具。通過這個此工具，開發者可以通過后臺操作主動觸發由開放平臺發出的長連接消息內容（包括彈幕、送禮、大航海和醒目留言），從操作到出口消息的過程則由平臺側保證數據的正確性。
圖：開發者調試工具
3.1.3 官方素材庫
在互動玩法系統初期，開發者需要手動設計并上傳禮物素材，不僅增加了開發者的研發成本，也加大了運營審核的難度和成本，從而導致素材管理混亂。為了解決這一問題，我們為開發者提供了一個更便捷的解決方案：官方素材庫。
現在，開發者只需從官方素材庫中選擇適合的內容，提交創建禮物即可。這一方案在業務規范性方面有很大的提升，同時降低了設計成本和審核成本。為整個互動玩法系統創造了更為有序和統一的環境，促進了生態的可持續發展。
同時為了確保官方素材庫中的禮物符合用戶需求，我們會定期進行用戶調研。并且也會定期更新官方素材庫，添加新的禮物元素和主題，以滿足用戶不斷變化的需求和興趣。
圖：官方禮物素材庫
3.2 提交與審核
3.2.1 包管理工具
當進行互動玩法項目的提審并需要上傳包體時，如何有效地避免被當作一個網盤服務？這個時候我們可以反向利用單點故障理論進行思考。
單點故障理論：系統中存在一個或一些關鍵的組件、環節或節點，如果其中的任何一個被破壞、故障或失效，可能導致整個系統的崩潰或失效。
我們可以通過分析利用平臺作為網盤的使用路徑來找到其專屬單點故障：
- 獲取上傳鏈接
- 上傳文件
- 進行持久化存儲
- 下載文件
在不影響正常業務邏輯的情況下，我們針對第3步進行處理，持久化存儲追加前提條件，提升存儲門檻，以業務的視角控制有效文件的判定，定時掃描刪除無效包體。
同時這個問題普遍出現在開放平臺的各個業務場景，因此我們搭建了一個包管理系統，統一收口這一業務場景。
圖：包生命周期管理
3.2.2 運營審核工具
我們可以通過分析利用平臺作為網盤的使用路徑方面進行審核：
- 互動玩法內容是否合規，是否存在敏感內容？
- 互動玩法調用模式是否符合開放平臺規范？
作為運營，只能夠在審核的使用過程中，對于互動玩法內容作出合規性校驗，因此我們為運營提供基礎的合規性校驗工具對于包體進行校驗，為運營提供審核依據。
該工具需同時滿足兩個條件：
- 監聽服務對于開放平臺的請求
- 統計接口的調用頻率
在技術調研初期，想通過抓包工具對數據進行分析，監聽https請求的443端口流量，并且從流量中過濾出來host為"live-open.biliapi.com"的相關請求，即對開放平臺相關請求。
圖：監聽端口流量
經過測試，由于通過抓包工具是在七層協議中傳輸層截取的數據，基于https協議的請求數據都被加密，無法獲取具體的請求內容，不滿足條件2，因此該方案被否決。
圖：抓包結果
為了獲取接口調用的詳細情況，有兩個數據來源，調用方和被調用方。在無法強制在調用方代碼中插入統計邏輯的情況下，目光便聚焦在被調用方，但線上服務器用作測試統計，顯然是不合理的。
線上真實環境不能用，便考慮使用仿真沙盒環境， 此時代理轉發的方案呼之欲出，大概思路如下：
- 用戶更改本地host配置，把開放平臺的域名指向localhost
- 本地啟動一個代理服務，監聽443端口
- 本地代理負責轉發"live-open.biliapi.com"的相關請求與記錄接口調用結果
- 本地服務關閉時輸出調用結果。
圖：沙盒代理流程
圖：檢測結果
3.3 使用與結算
3.3.1 身份碼體系
互動玩法的使用與直播房間強綁定，因此在互動玩法開啟時，玩法客戶端需要一個途徑與當前直播間進行關聯操作，基于此問題，我們考慮過以下兩種途徑：
提供方式 | 優勢 | 劣勢 |
開啟互動玩法后主播輸入房間號 | 使用門檻低，可在OBS使用 | 安全性低，主播可以在他人直播間開啟互動玩法 |
讀取主播的登陸態傳遞房間號 | 安全性中，主播之間不可互相開啟 | 使用門檻高，只能在直播姬使用 開發者可以開啟任意房間的互動玩法 |
在以上兩種途徑的劣勢都不可接受的情況下，我們需要一種新的房間號標識的傳輸方式，并且同時要滿足以下幾個要求：
- 不依賴直播姬的登陸態，主播在使用其他直播工具時依然可以開啟互動玩法
- 主播之間不可知，主播不可以通過一個公開標識啟動其他主播的應用
- 開發者不可知，玩法開發者無法獲取任意主播的應用
因此我們推出了一套獨立標識（即身份碼系統），主播可以生成唯一標識與房間號綁定，并且在公域對他人不可見，確保主播之間以及主播與開發者之間的信息是隔離的，與開放平臺的交互通過身份碼進行，由開放平臺進行數據轉換，并且同時為了避免身份碼泄漏造成安全問題，提供定時刷新以及手動強制刷新能力，保證數據的合規安全。
3.3.2 互動結算
與開發者分成由互動玩法產生的營收流水是構建良好合作模式的關鍵。然而，如果僅以互動啟動時間作為計算依據，可能會導致不合理的結果，因為在啟動期間產生的艦長、醒目留言等營收行為都會被計算在內。
為了解決這個問題，我們提出了一個與互動玩法緊密相關的流水計算依據：互動禮物。每一個互動玩法都有自己特定的禮物，我們只統計由互動禮物產生的營收。這樣可以準確反映互動玩法的實際貢獻，避免了其他不相關因素的干擾。
通過將互動禮物作為流水計算的依據，我們希望能夠建立一個更公正、透明且與互動玩法緊密相關的分成機制，從而激勵更多的開發者參與。這不僅可以提高開發者的積極性，也有助于形成一個健康、正向循環的互動生態。
由于不同的互動玩法的分成比例不同且可以實時調整，這給我們的管理和感知帶來了挑戰。為了有效應對這些變化，我們需要建立一套與公司內部結算體系緊密相關的結算系統。
圖：結算架構
同時為了保障公司和開發者的權益，我們需要進行流水對賬工作，主要包括以下兩個維度：
- 實時對賬：在互動玩法運行過程中，建立實時對賬系統，實時追蹤和核對每一筆交易的流水，以便及時發現和解決可能出現的問題。
- 日流水對賬：日流水對賬是對實時對賬的補充，也是在出具日賬單前的最后核查工作。通過日流水對賬，我們可以確保對賬的準確性和完整性。
圖：結算對賬流程
3.4 監控與反饋
在開放平臺的互動玩法系統的迭代維護過程中，確保系統的安全性和魯棒性是至關重要的。面對各種不確定性、噪聲以及變化，保障系統在這些情況下能夠保持穩定的基本能力是一個重大因素?？紤]到互動玩法系統的調用方均為外部開發者，相比公司內部業務，我們需要更加嚴格的管控措施。
上線并不是互動玩法生命周期的終點，我們采取了一系列措施來持續跟蹤監控系統，對系統bug進行觸達反饋，并對惡意調用進行限流或封禁，以確保平臺高效運轉或在極端情況下降低運行。
以下是我們采用的一些措施：
- 安全中心體系：為防止突發流量的惡意請求，我們將互玩相關接口接入開放平臺統一的安全管控中心。超過預設限制的調用方將被一段時間封禁，并隨著觸發次數的增加，封禁時間會逐漸延長，后續可以單獨討論一下安全中心的相關建設。
- 監控大盤與數據統計：除了突發流量，開發者頻繁的錯誤請求也是常見問題。我們在請求時進行上報統計，并將數據接入公司的監控平臺，實時觀察和統計。這有助于降低告警的噪音，同時提高對問題的敏感度。
- 線上問題反饋：針對互動玩法內的bug，我們為主播提供了專門的反饋渠道。通過定期機器人同步，運營團隊能夠將問題及時反饋給開發者，從而實現問題的快速定位和解決。
圖：監控大盤
4. 未來展望
B站的互動玩法目前仍在發展完善階段，我們經歷了從0到1的探索階段，并結合開放平臺的體系完成了全鏈路的建設與搭建。然而，在1到100的發展過程中，相比市場中的競品，我們仍需不斷演進與探索。
我們面臨的挑戰有以下幾個方面：
- 數據實時分析能力不足：在互動玩法過程中，我們實時數據分析能力不足。強化數據預警分析能力可以幫助我們及時地發現潛在問題并做出相應調整。
- 商業化體系尚待完善：我們需要提升直播間用戶的消費能力，同時深入挖掘直播間廣大用戶的潛在商業價值。完善商業化體系將有助于增加收入來源并提高用戶參與度。
- 超前思考系統穩定性建設：隨著上架的互玩和使用的主播擴大，我們需要以超前的思維布局，持續思考和落地系統的穩定性建設。這包括技術和流程的不斷優化，以確保系統的穩定性和用戶體驗。
在面對這些挑戰時，通過持續的努力和創新，我們相信可以不斷優化互動玩法系統，更好地滿足用戶需求，使其在市場中脫穎而出。
本期作者
吳盛嗶哩嗶哩高級開發工程師
張夢瑤 嗶哩嗶哩高級開發工程師
賀一科 嗶哩嗶哩高級開發工程師
魏駿文 嗶哩嗶哩資深開發工程師
