天脈雲產品思路與總結

2021-06-21 16:29:16 字數 2408 閱讀 7131

一、雲編輯

1.1. 七天素材回看功能

1. 素材回看的操作流程

step1: 整體介面

step2: 頻道、日期、節目選擇好後啟動回看

2. 回看功能架構圖

3. 架構圖說明

1). 衛星接收機(相當於家中的機頂盒) 接收衛星和電視有線網的訊號,

再將這些訊號轉換成 mpeg2-ts格式的資料,通過udp組播方式輸出到交換機上;

2). m3u8切片伺服器集群從交換機上接收 「udp+mpeg2ts」資料,

進行轉碼(位元速率,解析度等調整)輸出三到四種格式(如2m,1.5m,1m, 800k位元速率四種)的 「m3u8+ts」資料;

這些資料會分別輸出到兩種伺服器集群:

a. 儲存集群,用來回放和儲存;

b. 流**服務集群,用來實時直播;

3). 使用者在web頁面提交的請求會先提交到web伺服器集群,

1.2.實時截圖 

1. 實時截圖的操作流程

step2: 雙擊截圖

step3: 伺服器生成並做推送

step4: 推送成功

2. 實時截圖的設計方案

1). 雙擊時,獲得事件,呼叫事件處理函式,直接對當前的緩衝的內容截圖輸出,並顯示到介面上的小視窗;

2). 伺服器生成的截圖可以兩種方案:

a. 由客戶端將生成的截圖回傳伺服器,再推到使用者指定的ftp伺服器;

b. 將時間點等資訊傳回給web伺服器,再由應用伺服器來截圖並統一推送;

1. 操作流程

step2. 選擇裁剪內容的入點和出點

2. 設計方案

3). 將入出點的資訊回傳給伺服器,由伺服器進行按入出點的截斷

4). 和其它資訊一起做統一推送;

二、雲任務

2.1. 素材語音內容自動識別成漢字

1. 操作流程

step1. 選擇素材;

step2. 提交語音識別請求;

step3. 對識別的內容做校驗,並提交給系統統一輸出;

2. 設計方案

1). 將選擇的內容提交給語言識別程式識別

2). 統一輸出; 

2.2. isearch的全素材搜尋並可在雲編輯中處理

1. 操作流程

step1. 在介面中的搜尋欄中輸入要搜尋的內容,如「天天向上2013」;

step2. 選擇內容推送到雲編輯;

step3. 在雲編輯中進行處理;

2. 設計方案

1). 將全部的素材庫整合,並可以進行檢索;

2). 將雲編輯的應用伺服器架構到素材庫上,以進行處理;

1. 操作流程

2. 設計方案

三、從產品看背後設計思路

1. 什麼是雲計算?如何理解軟體即服務?

這個產品的乙個很經典的思路,就是將原本乙個傳統素材提供商的供內部編輯使用的直播源,素材庫進行整合,

利用技術的手段,通過包裝,去貼合使用者的需求,提供一體化的服務,

從而使傳統的直播源,素材庫資源可以被使用者使用,方便了使用者,也開拓了公司的網際網路化道路;

其實我們也有直播源,也有素材庫,如何更進一步利用這些資源,提供給使用者服務,是可以借鑑天脈的這個思路;

更可以將這些使用者參與的產品融入到社交,電子商務中去;

網際網路思維是對傳統行業的服務進行線上化,使用者參與化;

更能對使用者的行為資料進行分析,再利用;

公司產品的小打小鬧可以,但戰略層面的方向一定要大破大立,打破邊界,開拓新的業務形態;

四、天脈公司生存之道的思考

現下主要演播室,為電視台提供素材庫來支撐其它業務;

提供的思考是:

a. 小到個從,大到公司,一定要有賺錢的主業,也一定要為將來做投資;

專案記錄與總結 理清思路

需要對推文來進行很好的過濾,在這裡我主要考慮的是推文外部特徵的過濾,需要知道到底有哪些外部特徵,沒有涉及到語義的那些特徵。判斷的依據 第一 推文單詞數很少的時候,認為表述不清事件資訊,故認為很大程度是非事件。第二 一般而言,大寫字母很多的情況下,我們認為不太規範,也將這個作為乙個特徵 第三 命名實體...

Ajax排錯常見思路與總結

1.ajaxpost請求只對應servlet中的dopost方法,即使request.getparemeter 2.排錯思路 看結果,定位到哪一行 哪乙個方法 3.確定錯誤發生在 後,建立乙個非常簡單的demo進行測試 4.與ajax排錯相關的就是狀態碼,如果方法呼叫前沒有問題,但是執行之後返回的結...

第二次作業 「A B Format」思路與總結

作業鏈結 github鏈結 一開始粗略看這道題,熟悉的a b題目,讀完之後就發現略有不同,輸出結果的格式要求跟平常所用的計算器的輸出格式一樣 每三位用乙個逗號隔開。此時出來的解題思路便是把每一位的數字存進陣列,每隔三位存進乙個逗號最後輸出。include includeint main else a...