本發(fā)明涉及網(wǎng)絡電視技術領域，尤其涉及一種基于云服務的直播節(jié)目錄制方法和裝置。

背景技術：

目前國內外的iptv((internetprotocoltelevision，交互式網(wǎng)絡電視)的業(yè)務系統(tǒng)呈現(xiàn)多樣化、個性化的發(fā)展趨勢，部分地區(qū)實現(xiàn)了個人用戶可以任意錄制直播節(jié)目的功能，允許個人用戶在無法及時觀看直播節(jié)目時，可以提前預約該直播節(jié)目的錄制，將直播節(jié)目錄制文件存儲，便于用戶隨時觀看。

國內現(xiàn)有的技術方案，主要是運營商在云端將直播頻道的內容錄制存儲一份給所有用戶觀看，存儲時間較短，過期則無法觀看，不能由用戶自由選擇錄制的頻道和節(jié)目，也不支持用戶進行單獨錄制。

對于海外現(xiàn)有的技術方案，由于海外某些地區(qū)本地法律對版權的限制，運營商只具備頻道內容的播放權，不允許運營商將頻道內容錄制存儲下來對用戶進行收費經(jīng)營，但允許用戶單獨對頻道內容進行錄制，這種錄制必須滿足兩個前提條件：一是錄制必須由用戶主動發(fā)起，二是必須為用戶單獨存儲錄制文件，不允許多個用戶共享同一份錄制文件。因此海外現(xiàn)有的技術方案主要是通過給機頂盒增加存儲硬盤，通過復雜的業(yè)務處理使其具備直播頻道錄制功能，使用戶可以自由選擇錄制的頻道和節(jié)目，錄制文件永久存儲至機頂盒本地硬盤。這種技術方案未能突出云端業(yè)務系統(tǒng)的技術優(yōu)勢，使得機頂盒終端成本增加。另外，現(xiàn)網(wǎng)復雜的網(wǎng)絡環(huán)境有時會導致部分用戶的錄制文件丟失，出現(xiàn)這種問題后需要技術人員上門進行故障定位，處理效率較低。

技術實現(xiàn)要素：

本發(fā)明的主要目的在于提出一種基于云服務的直播節(jié)目錄制方法，旨在實現(xiàn)用戶能夠自由選擇錄制的頻道和節(jié)目和支持用戶進行單獨錄制，同時利用云端服務降低用戶成本，滿足用戶需求。

為實現(xiàn)上述目的，本發(fā)明提供的基于云服務的直播節(jié)目錄制方法，包括：

接收用戶發(fā)送的錄制指令，所述錄制指令包括節(jié)目單信息和錄制信息；

根據(jù)所述節(jié)目單信息和所述錄制信息生成對應的錄制計劃；

當掃描到存在所述錄制計劃需要進行錄制時，根據(jù)所述錄制計劃進行錄制，生成對應的錄制文件和錄制文件屬性信息；

將所述錄制文件屬性信息進行存儲，并將所述錄制文件存儲至云端。

優(yōu)選地，所述請求信息包括用戶信息；

所述根據(jù)所述節(jié)目單信息和所述錄制信息生成對應的錄制計劃的步驟包括：

根據(jù)所述用戶信息，驗證所述用戶是否具備錄制條件；

若所述用戶具備錄制條件，則根據(jù)所述節(jié)目單信息和所述錄制信息，生成單個vod錄制計劃或連續(xù)劇錄制計劃。

優(yōu)選地，所述根據(jù)所述節(jié)目單信息和所述錄制信息生成對應的錄制計劃的步驟，還包括：

檢測同一時間段內是否存在超過預設數(shù)目線路的當前錄制計劃與所述生成的錄制計劃產(chǎn)生沖突；

若存在，則返回所述當前錄制計劃的相關信息，由所述用戶進行調整；

若不存在，則添加所述生成的錄制計劃。

優(yōu)選地，所述將所述錄制文件屬性信息進行存儲，并將所述錄制文件存儲至云端的步驟包括：

存儲所述錄制文件屬性信息；

將所述錄制文件與所述云端中大量用戶存儲的錄制文件進行對比；

若所述錄制文件與所述大量用戶存儲的錄制文件相同，則對所述錄制文件進行私有存儲，同時將所述錄制文件緩存至高速緩存中；

若所述錄制文件與所述大量用戶存儲的錄制文件不相同，則對所述錄制文件進行私有存儲。

優(yōu)選地，所述將所述錄制文件屬性信息進行存儲，并將所述錄制文件存儲至云端的步驟之后，還包括：

接收所述用戶發(fā)送的查詢指令，根據(jù)所述查詢指令返回對應的所述錄制文件屬性信息。

優(yōu)選地，其特征在于，所述將所述錄制文件屬性信息進行存儲，并將所述錄 制文件存儲至云端的步驟之后，還包括：

接收所述用戶發(fā)送的播放指令，根據(jù)所述播放指令返回對應的所述錄制文件，并通過播放url跳轉到離所述用戶最近的節(jié)點進行播放。

本發(fā)明實施例還提出一種基于云服務的直播節(jié)目錄制裝置，其特征在于，所述裝置包括：

接收模塊，用于接收用戶發(fā)送的錄制指令，所述錄制指令包括節(jié)目單信息和錄制信息；

預約模塊，用于根據(jù)所述節(jié)目單信息和所述錄制信息生成對應的錄制計劃；

錄制模塊，用于當掃描到存在所述錄制計劃需要進行錄制時，根據(jù)所述錄制計劃進行錄制，生成對應的錄制文件和錄制文件屬性信息；

存儲模塊，用于將所述錄制文件屬性信息進行存儲，并將所述錄制文件存儲至云端。

優(yōu)選地，所述請求信息包括用戶信息；

所述預約模塊，還用于根據(jù)所述用戶信息，驗證所述用戶是否具備錄制條件；若所述用戶具備錄制條件，則根據(jù)所述節(jié)目單信息和所述錄制信息，生成單個vod錄制計劃或連續(xù)劇錄制計劃。

優(yōu)選地，所述預約模塊，還用于檢測同一時間段內是否存在超過預設數(shù)目線路的當前錄制計劃與所述生成的錄制計劃產(chǎn)生沖突；若存在，則返回所述當前錄制計劃的相關信息，由所述用戶進行調整；若不存在，則添加所述生成的錄制計劃。

優(yōu)選地，所述存儲模塊，還用于存儲所述錄制文件屬性信息；將所述錄制文件與所述云端中大量用戶存儲的錄制文件進行對比；若所述錄制文件與所述大量用戶存儲的錄制文件相同，則對所述錄制文件進行私有存儲，同時將所述錄制文件緩存至高速緩存中；若所述錄制文件與所述大量用戶存儲的錄制文件不相同，則對所述錄制文件進行私有存儲。

優(yōu)選地，所述裝置還包括：

查詢模塊，用于接收所述用戶發(fā)送的查詢指令，根據(jù)所述查詢指令返回對應的所述錄制文件屬性信息。

優(yōu)選地，所述裝置還包括：

播放模塊，用于接收所述用戶發(fā)送的播放指令，根據(jù)所述播放指令返回對應的所述錄制文件，并通過播放url跳轉到離所述用戶最近的節(jié)點進行播放。

本發(fā)明公開了一種基于云服務的直播節(jié)目錄制方法和裝置，通過接收用戶發(fā)送的錄制指令，錄制指令包括節(jié)目單信息和錄制信息；根據(jù)節(jié)目單信息和錄制信息生成對應的錄制計劃；當掃描到存在錄制計劃需要進行錄制時，根據(jù)錄制計劃進行錄制，生成對應的錄制文件和錄制文件屬性信息；將錄制文件屬性信息進行存儲，并將錄制文件存儲至云端，解決了現(xiàn)有技術中用戶對直播節(jié)目的錄制受到限制，無法滿足用戶需求的問題。實現(xiàn)了用戶能夠自由選擇錄制的節(jié)目并支持用戶進行單獨錄制，同時實現(xiàn)利用云端服務降低用戶成本，滿足用戶需求。

附圖說明

圖1是本發(fā)明基于云服務的直播節(jié)目錄制方法第一實施例的流程示意圖；

圖2是本發(fā)明實施例中用戶添加錄制計劃時的提示頁面的示意圖；

圖3是本發(fā)明實施例中用戶添加錄制計劃后的節(jié)目預告展示頁面的示意圖；

圖4是本發(fā)明實施例中用戶已添加的錄制計劃列表頁面的示意圖；

圖5是本發(fā)明實施例中用戶已添加的連續(xù)劇錄制計劃列表頁面的示意圖；

圖6是本發(fā)明實施例中根據(jù)所述節(jié)目單信息和所述錄制信息生成對應的錄制計劃的第一種流程示意圖；

圖7是本發(fā)明實施例中根據(jù)所述節(jié)目單信息和所述錄制信息生成對應的錄制計劃的第二種流程示意圖；

圖8是本發(fā)明實施例中將所述錄制文件屬性信息進行存儲，并將所述錄制文件存儲至云端的一種流程示意圖；

圖9是本發(fā)明基于云服務的直播節(jié)目錄制方法第二實施例的流程示意圖；

圖10是本發(fā)明實施例中用戶已錄制完成和正在錄制的錄制文件列表頁面的示意圖；

圖11是本發(fā)明實施例中用戶已刪除的錄制文件歷史頁面的示意圖；

圖12是本發(fā)明基于云服務的直播節(jié)目錄制方法第三實施例的流程示意圖；

圖13是本發(fā)明基于云服務的直播節(jié)目錄制裝置第一實施例的功能模塊示意圖；

圖14是本發(fā)明基于云服務的直播節(jié)目錄制裝置第二實施例的功能模塊示意圖；

圖15是本發(fā)明基于云服務的直播節(jié)目錄制裝置第三實施例的功能模塊示意圖。

本發(fā)明目的的實現(xiàn)、功能特點及優(yōu)點將結合實施例，參照附圖做進一步說明。

具體實施方式

應當理解，此處所描述的具體實施例僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

本發(fā)明實施例的主要解決方案是：接收用戶發(fā)送的錄制指令，錄制指令包括節(jié)目單信息和錄制信息；根據(jù)節(jié)目單信息和錄制信息生成對應的錄制計劃；當掃描到存在錄制計劃需要進行錄制時，根據(jù)錄制計劃進行錄制，生成對應的錄制文件和錄制文件屬性信息；將錄制文件屬性信息進行存儲，并將錄制文件存儲至云端。

由此，解決了現(xiàn)有技術中用戶對直播節(jié)目的錄制受到限制，無法滿足用戶需求的問題。實現(xiàn)了用戶能夠自由選擇錄制的節(jié)目并支持用戶進行單獨錄制，同時實現(xiàn)利用云端服務降低用戶成本，滿足用戶需求。

如圖1所示，本發(fā)明第一實施例提出一種基于云服務的直播節(jié)目錄制方法，包括：

步驟s1，接收用戶發(fā)送的錄制指令，所述錄制指令包括節(jié)目單信息和錄制信息。

本發(fā)明方法的執(zhí)行主體可以為一種服務器、多媒體工作站或多媒體信息處理設備，本實施例以服務器進行舉例，當然也不限定于其他能夠實現(xiàn)錄制直播節(jié)目的設備。

具體地，服務器接收用戶發(fā)送的錄制指令。

其中，用戶可以通過機頂盒或其他節(jié)目播放終端收看直播節(jié)目，當用戶需要對直播節(jié)目進行錄制時，進入如圖2所示的guide(指南)頁面，選擇任意將要播放的節(jié)目單，還可以設置錄制時間、存儲模式等相關參數(shù)，點擊ok后發(fā)起發(fā) 起錄制指令；服務器對該錄制指令進行接收，該錄制指令中包括節(jié)目單信息、用戶信息和錄制信息等。

其中，節(jié)目單信息包括節(jié)目播出頻道、節(jié)目播出時間和節(jié)目順序，還可以包括內容簡介和演出人員等，是提供給觀眾瀏覽的節(jié)目觀看指南。用戶信息包括用戶的登陸、鑒權和訂購等信息。錄制信息包括錄制時間、錄制范圍、錄制方式和存儲模式等信息。

其中，機頂盒采用http(hypertexttransferprotocol，超文本傳輸協(xié)議)+xml(extensiblemarkuplanguage，可擴展標記語言)消息，將節(jié)目單信息、用戶信息和錄制信息通過iag(integratedaccessgateway，接入網(wǎng)關)負載均衡發(fā)送至服務器。

步驟s2，根據(jù)所述節(jié)目單信息和所述錄制信息生成對應的錄制計劃。

具體地，在完成接收用戶發(fā)送的錄制指令后，服務器根據(jù)節(jié)目單信息和錄制信息生成對應的錄制計劃。

其中，服務器收到上述機頂盒以http+xml形式發(fā)送的錄制指令后，根據(jù)上述用戶信息，驗證用戶是否具備錄制條件。當驗證到用戶的登錄信息正確且擁有進行錄制的權限時，視為用戶具備錄制條件；否則，視為用戶不具備錄制條件。

其中，若用戶具備錄制條件，則服務器根據(jù)上述節(jié)目單信息和上述錄制信息，生成單個vod(videoondemand，視頻點播)錄制計劃或者連續(xù)劇錄制計劃。

在具體實現(xiàn)時，可采取如下實施方式：

第一種實施方式：

假設用戶請求錄制的目標只有一個視頻，則服務器生成一個單個vod錄制計劃。

第二種實施方式：

假設用戶請求錄制的目標有多個視頻，且該多個視頻是節(jié)目單中的同一節(jié)目，則服務器生成一個連續(xù)劇錄制計劃。

第三種實施方式：

假設用戶請求錄制的目標有多個視頻，且該多個視頻均是節(jié)目單中的不同節(jié)目，則服務器生成多個單個vod錄制計劃。

第四種實施方式：

假設用戶請求錄制的目標有多個視頻，且該多個視頻有部分視頻為節(jié)目單中 的同一節(jié)目，則屬于節(jié)目單中的同一節(jié)目的部分視頻生成連續(xù)劇錄制計劃，其他視頻生成單個vod錄制計劃。

其中，若用戶不具備錄制條件，則服務器返回機頂盒關于用戶不具備錄制條件的信息，不執(zhí)行錄制操作，并提示用戶進行重新登陸或獲取錄制權限。

其中，在完成根據(jù)節(jié)目單信息和錄制信息生成單個vod錄制計劃或者連續(xù)劇錄制計劃后，服務器檢測同一時間段內是否存在超過預設數(shù)目線路的當前錄制計劃與所述生成的錄制計劃產(chǎn)生沖突。

其中，當前錄制計劃的線路數(shù)目可以是系統(tǒng)預設的，也可以是用戶自定義設置的，例如，假設預設的當前錄制計劃的線路數(shù)目為3條，若服務器檢測同一錄制時間段內存在超過3條線路的當前錄制計劃，則視為存在當前錄制計劃與生成的錄制計劃產(chǎn)生沖突；否則，則視為不存在。

其中，當存在當前錄制計劃與生成的錄制計劃產(chǎn)生沖突時，服務器返回當前錄制計劃的相關信息，由用戶對當前錄制計劃進行調整，在具體實現(xiàn)時，用戶可以對當前錄制計劃進行修改和排序操作，或者通過取消當前錄制計劃將上述生成的錄制計劃添加至錄制隊列中。

其中，當不存在當前錄制計劃與生成的錄制計劃產(chǎn)生沖突時，服務器將上述生成的錄制計劃添加至錄制隊列中，從而實現(xiàn)對用戶來不及觀看的直播節(jié)目進行提前預約錄制操作。

其中，如圖3所示，上述錄制計劃添加成功后，單個vod錄制計劃會在節(jié)目單上展示單個紅色r標記，連續(xù)劇錄制計劃會展示多個(例如：3個)紅色r標記，其中連續(xù)劇錄制計劃會將該劇頭下的所有單集均添加上錄制計劃，同時展示多個(例如：3個)紅色r標記，方便用戶進行識別，從而能夠進行有效的操作。

其中，用戶可通過如圖4所示的managerecordings頁面查詢已成功添加的錄制計劃列表，該列表可以根據(jù)節(jié)目時間、節(jié)目頻道和錄制計劃名稱進行排序，單個vod錄制計劃展示為單條紅色r記錄，連續(xù)劇錄制計劃展示為文件夾，點開之后可以展示如圖5所示的該連續(xù)劇下面的所有單集錄制計劃。

其中，在完成錄制計劃的添加后，服務器在錄制開始的前一段時間對錄制計劃進行同步操作，將錄制計劃同步至服務器的錄制模塊中，該時間可以是系統(tǒng)預先設定的，也可以是用戶自定義設定的；同時，還可以將錄制計劃同步至云端進行備份。

步驟s3，當掃描到存在所述錄制計劃需要進行錄制時，根據(jù)所述錄制計劃進行錄制，生成對應的錄制文件和錄制文件屬性信息。

具體地，在完成根據(jù)節(jié)目單信息和錄制信息生成對應的錄制計劃后，服務器當掃描到存錄制計劃需要進行錄制時，根據(jù)錄制計劃進行錄制，生成對應的錄制文件和錄制文件屬性信息。

其中，服務器會定時掃描是否存在錄制計劃需要進行錄制，若不存在，則不執(zhí)行錄制操作；若存在，則在掃描到需要進行錄制的錄制計劃之后，將對應的節(jié)目單信息和錄制計劃通過http+xml消息傳送至cdn(contentdeliverynetwork，內容分發(fā)網(wǎng)絡)側進行錄制，生成對應的錄制文件和錄制文件屬性信息。

其中，錄制文件為視頻文件，內容為用戶預約錄制的節(jié)目視頻；錄制文件屬性信息為錄制文件的相關信息，例如：節(jié)目名稱、節(jié)目大小、節(jié)目播放時間、界面播放頻道、節(jié)目錄制時間等信息。

步驟s4，將所述錄制文件屬性信息進行存儲，并將所述錄制文件存儲至云端。

具體地，在完成當掃描到存在錄制計劃需要進行錄制時，根據(jù)錄制計劃進行錄制，生成對應的錄制文件和錄制文件屬性信息后，服務器將錄制文件屬性信息進行存儲，并將錄制文件存儲至云端。

其中，在cdn側錄制成功后，服務器將生成的錄制文件屬性信息進行存儲，方便用戶查詢?yōu)g覽，同時，也可以將該錄制文件屬性信息存儲至云端進行備份。另外，將錄制文件實體發(fā)送至云端進行存儲。

其中，服務器可以默認為每個用戶開辟大容量(如：500g)的云空間供用戶存儲錄制文件，在云空間存儲容量不足時，可以根據(jù)用戶需要進行云空間的續(xù)加，從而無需更換硬盤，提升了用戶體驗。

通過上述方案，本發(fā)明提供了一種基于云服務的直播節(jié)目錄制方法，實現(xiàn)了用戶能夠自由選擇錄制的節(jié)目并支持用戶進行單獨錄制，同時實現(xiàn)利用云端服務降低用戶成本，滿足用戶需求。

進一步的，為了更好地進行直播節(jié)目的錄制，參照圖6，為本發(fā)明具體實施例中根據(jù)所述節(jié)目單信息和所述錄制信息生成對應的錄制計劃的第一種流程示意圖。

作為一種實施方式，上述步驟s2包括：

步驟s21，根據(jù)所述用戶信息，驗證所述用戶是否具備錄制條件。

具體地，在完成接收用戶發(fā)送的錄制指令后，服務器根據(jù)用戶信息，驗證用戶是否具備錄制條件。

其中，服務器收到上述機頂盒以http+xml形式發(fā)送的錄制指令后，根據(jù)上述用戶信息，驗證用戶是否具備錄制條件。當驗證到用戶的登錄信息正確且擁有進行錄制的權限時，視為用戶具備錄制條件；否則，視為用戶不具備錄制條件。

步驟s22，若所述用戶具備錄制條件，則根據(jù)所述節(jié)目單信息和所述錄制信息，生成單個vod錄制計劃或連續(xù)劇錄制計劃。

具體地，在完成根據(jù)用戶信息，對用戶的錄制條件進行驗證后，若用戶具備錄制條件，則服務器根據(jù)上述節(jié)目單信息和上述錄制信息，生成單個vod錄制計劃或者連續(xù)劇錄制計劃。

在具體實現(xiàn)時，可采取如下實施方式：

第一種實施方式：

假設用戶請求錄制的目標只有一個視頻，則服務器生成一個單個vod錄制計劃。

第二種實施方式：

假設用戶請求錄制的目標有多個視頻，且該多個視頻是節(jié)目單中的同一節(jié)目，則服務器生成一個連續(xù)劇錄制計劃。

第三種實施方式：

假設用戶請求錄制的目標有多個視頻，且該多個視頻均是節(jié)目單中的不同節(jié)目，則服務器生成多個單個vod錄制計劃。

第四種實施方式：

假設用戶請求錄制的目標有多個視頻，且該多個視頻有部分視頻為節(jié)目單中的同一節(jié)目，則屬于節(jié)目單中的同一節(jié)目的部分視頻生成連續(xù)劇錄制計劃，其他視頻生成單個vod錄制計劃。

其中，若用戶不具備錄制條件，則服務器返回機頂盒關于用戶不具備錄制條件的信息，不執(zhí)行錄制操作，并提示用戶進行重新登陸或獲取錄制權限。

通過上述方案，本發(fā)明提供了一種基于云服務的直播節(jié)目錄制方法，更好地實現(xiàn)了用戶能夠自由選擇錄制的節(jié)目并支持用戶進行單獨錄制，提高了用戶進行 錄制的安全性，滿足用戶需求。

進一步的，為了更好地進行直播節(jié)目的錄制，參照圖7，為本發(fā)明具體實施例中根據(jù)所述節(jié)目單信息和所述錄制信息生成對應的錄制計劃的第二種流程示意圖。

作為另一種實施方式，上述步驟s2還包括：

步驟s23，檢測同一時間段內是否存在超過預設數(shù)目線路的當前錄制計劃與所述生成的錄制計劃產(chǎn)生沖突。

具體地，在完成根據(jù)節(jié)目單信息和錄制信息生成單個vod錄制計劃或者連續(xù)劇錄制計劃后，服務器檢測同一時間段內是否存在超過預設數(shù)目線路的當前錄制計劃與所述生成的錄制計劃產(chǎn)生沖突。

其中，當前錄制計劃的線路數(shù)目可以是系統(tǒng)預設的，也可以是用戶自定義設置的，例如，假設預設的當前錄制計劃的線路數(shù)目為3條，若服務器檢測同一錄制時間段內存在超過3條線路的當前錄制計劃，則視為存在當前錄制計劃與生成的錄制計劃產(chǎn)生沖突；否則，則視為不存在。

步驟s24，若存在，則返回所述當前錄制計劃的相關信息，由所述用戶進行調整。

具體地，當存在當前錄制計劃與生成的錄制計劃產(chǎn)生沖突時，服務器返回當前錄制計劃的相關信息，由用戶對當前錄制計劃進行調整，在具體實現(xiàn)時，用戶可以對當前錄制計劃進行修改和排序操作，或者通過取消當前錄制計劃將上述生成的錄制計劃添加至錄制隊列中。

步驟s25，若不存在，則添加所述生成的錄制計劃。

具體地，當不存在當前錄制計劃與生成的錄制計劃產(chǎn)生沖突時，服務器將上述生成的錄制計劃添加至錄制隊列中，從而實現(xiàn)對用戶來不及觀看的直播節(jié)目進行提前預約錄制操作。

其中，如圖3所示，上述錄制計劃添加成功后，單個vod錄制計劃會在節(jié)目單上展示單個紅色r標記，連續(xù)劇錄制計劃會展示多個(例如：3個)紅色r標記，其中連續(xù)劇錄制計劃會將該劇頭下的所有單集均添加上錄制計劃，同時展示多個(例如：3個)紅色r標記，方便用戶進行識別，從而能夠進行有效的操作。

其中，用戶可通過如圖4所示的managerecordings頁面查詢已成功添加的 錄制計劃列表，該列表可以根據(jù)節(jié)目時間、節(jié)目頻道和錄制計劃名稱進行排序，單個vod錄制計劃展示為單條紅色r記錄，連續(xù)劇錄制計劃展示為文件夾，點開之后可以展示如圖5所示的該連續(xù)劇下面的所有單集錄制計劃。

通過上述方案，本發(fā)明提供了一種基于云服務的直播節(jié)目錄制方法，更好地實現(xiàn)了用戶能夠自由選擇錄制的節(jié)目并支持用戶進行單獨錄制，提高了用戶進行錄制的安全性和穩(wěn)定性，滿足用戶需求。

進一步的，為了更好地進行直播節(jié)目的錄制，參照圖8，為本發(fā)明具體實施例中將所述錄制文件屬性信息進行存儲，并將所述錄制文件存儲至云端的步驟的一種流程示意圖。

作為另一種實施方式，上述步驟s4包括：

步驟s41，存儲所述錄制文件屬性信息。

具體地，在完成當掃描到存在錄制計劃需要進行錄制時，根據(jù)錄制計劃進行錄制，生成對應的錄制文件和錄制文件屬性信息后，服務器存儲錄制文件屬性信息。

其中，在cdn側錄制成功后，服務器將生成的錄制文件屬性信息進行存儲，方便用戶查詢?yōu)g覽，同時，也可以將該錄制文件屬性信息存儲至云端進行備份。

其中，錄制文件屬性信息為錄制文件的相關信息，例如：節(jié)目名稱、節(jié)目大小、節(jié)目播放時間、界面播放頻道、節(jié)目錄制時間等信息。

步驟s42，將所述錄制文件與所述云端中大量用戶存儲的錄制文件進行對比。

具體地，在完成存儲錄制文件屬性信息后，服務器將錄制文件與云端中大量用戶存儲的錄制文件進行對比。

其中，由于現(xiàn)網(wǎng)實際情況，可能存在大量用戶存儲著相同的錄制文件。如果每個用戶都播放自身存儲的相同錄制文件，這樣會導致云端大量的磁盤i/o操作，需要較高的i/o性能，大大增加了云端的運營成本，因此，本發(fā)明可以選用i/o性能一般的設備用于單獨存儲用戶的錄制文件，保證用戶存儲的私有性，同時將部分用戶的相同錄制文件緩存一份至高速緩存中，用于部分用戶的播放，有效地減輕了云端的i/o操作壓力，降低了運營成本，突出了云端服務的競爭優(yōu)勢。

步驟s43，若所述錄制文件與所述大量用戶存儲的錄制文件相同，則對所述錄制文件進行私有存儲，同時將所述錄制文件緩存至高速緩存中。

具體地，若錄制文件與大量用戶存儲的錄制文件相同，則服務器對錄制文件進行私有存儲，同時將錄制文件緩存至高速緩存中。

其中，錄制文件的私有存儲是將該錄制文件存儲云端中，保證用戶存儲的私有性，同時將錄制文件緩存至云端的高速緩存中，有效地減輕了云端的i/o操作壓力，降低了運營成本，突出了云端服務的競爭優(yōu)勢。

步驟s44，若所述錄制文件與所述大量用戶存儲的錄制文件不相同，則對所述錄制文件進行私有存儲。

具體地，若錄制文件與大量用戶存儲的錄制文件不相同，則服務器對錄制文件進行私有存儲。

其中，錄制文件的私有存儲是將該錄制文件存儲云端中，保證用戶存儲的私有性。

通過上述方案，本發(fā)明提供了一種基于云服務的直播節(jié)目錄制方法，更好地實現(xiàn)了用戶能夠自由選擇錄制的節(jié)目并支持用戶進行單獨錄制，保證了用戶進行錄制的私有性，降低了運營成本，突出了云端服務的競爭優(yōu)勢，滿足用戶需求。

如圖9所示，本發(fā)明第二實施例提出一種基于云服務的直播節(jié)目錄制方法，在基于第一實施例所述的步驟s4之后，還包括：

步驟s5，接收所述用戶發(fā)送的查詢指令，根據(jù)所述查詢指令返回對應的所述錄制文件屬性信息。

具體地，在完成根據(jù)錄制計劃進行錄制，生成對應的錄制文件和錄制文件屬性信息后，服務器接收用戶發(fā)送的查詢指令，根據(jù)查詢指令返回對應的錄制文件屬性信息。

其中，機頂盒以http+xml消息形式發(fā)送查詢指令至服務器，查詢錄制文件屬性信息，查詢到之后，服務器返回查詢結果，用戶可以通過如圖10所示的recordedlist頁面查詢錄制完成和正在錄制的錄制文件。

其中，用戶刪除已錄制或正在錄制的錄制文件時，機頂盒以http+xml消息形式發(fā)送操作指令至服務器進行刪除操作，刪除成功后會將用戶的錄制歷史遷移至如圖11所示的recordedhistory頁面展示，同時，云端會生成用戶刪除的錄制文件信息歷史列表，用于記錄用戶刪除錄制文件的不同行為，如用戶主動刪除、錄制沖突導致等操作歷史，便于用戶后續(xù)查詢所做操作。

通過上述方案，本發(fā)明提供了一種基于云服務的直播節(jié)目錄制方法，更好地實現(xiàn)了用戶能夠自由選擇錄制的節(jié)目并支持用戶進行單獨錄制，有效地提高了用戶操作的便捷性，滿足用戶需求。

如圖12所示，本發(fā)明第三實施例提出一種基于云服務的直播節(jié)目錄制方法，在基于第一實施例所述的步驟s4之后，還包括：

步驟s6，接收所述用戶發(fā)送的播放指令，根據(jù)所述播放指令返回對應的所述錄制文件，并通過播放url跳轉至里所述用戶最近的節(jié)點進行播放。

具體地，在完成根據(jù)錄制計劃進行錄制，生成對應的錄制文件和錄制文件屬性信息后，服務器接收用戶發(fā)送的播放指令，根據(jù)播放指令返回對應的錄制文件，并通過播放url跳轉至里用戶最近的節(jié)點進行播放。

其中，用戶在如圖10所示的recordedlist頁面選擇某個已錄制完成的錄制文件進行播放時，通過播放url跳轉到離用戶最近的節(jié)點進行播放。

通過上述方案，本發(fā)明提供了一種基于云服務的直播節(jié)目錄制方法，更好地實現(xiàn)了用戶能夠自由選擇錄制的節(jié)目并支持用戶進行單獨錄制，保證了錄制文件播放的穩(wěn)定性，充分發(fā)揮了云端服務的便捷性，滿足用戶需求。

與上述方法實施例的實施，本發(fā)明還提供對應的裝置實施例。

如圖13所示，本發(fā)明第一實施例提出一種基于云服務的直播節(jié)目錄制裝置，包括：

接收模塊100，用于接收用戶發(fā)送的錄制指令，所述錄制指令包括節(jié)目單信息和錄制信息。

本發(fā)明裝置的執(zhí)行主體可以為一種服務器、多媒體工作站或多媒體信息處理設備，本實施例以服務器進行舉例，當然也不限定于其他能夠實現(xiàn)錄制直播節(jié)目的設備。

具體地，接收模塊100接收用戶發(fā)送的錄制指令。

其中，用戶可以通過機頂盒或其他節(jié)目播放終端收看直播節(jié)目，當用戶需要對直播節(jié)目進行錄制時，進入如圖2所示的guide(指南)頁面，選擇任意將要播放的節(jié)目單，還可以設置錄制時間、存儲模式等相關參數(shù)，點擊ok后發(fā)起發(fā)起錄制指令；服務器對該錄制指令進行接收，該錄制指令中包括節(jié)目單信息、用 戶信息和錄制信息等。

其中，節(jié)目單信息包括節(jié)目播出頻道、節(jié)目播出時間和節(jié)目順序，還可以包括內容簡介和演出人員等，是提供給觀眾瀏覽的節(jié)目觀看指南。用戶信息包括用戶的登陸、鑒權和訂購等信息。錄制信息包括錄制時間、錄制范圍、錄制方式和存儲模式等信息。

其中，機頂盒采用http+xml消息，將節(jié)目單信息、用戶信息和錄制信息通過iag負載均衡發(fā)送至服務器。

預約模塊200，用于根據(jù)所述節(jié)目單信息和所述錄制信息生成對應的錄制計劃。

具體地，在完成接收用戶發(fā)送的錄制指令后，預約模塊200根據(jù)節(jié)目單信息和錄制信息生成對應的錄制計劃。

其中，服務器收到上述機頂盒以http+xml形式發(fā)送的錄制指令后，根據(jù)上述用戶信息，驗證用戶是否具備錄制條件。當驗證到用戶的登錄信息正確且擁有進行錄制的權限時，視為用戶具備錄制條件；否則，視為用戶不具備錄制條件。

其中，若用戶具備錄制條件，則服務器根據(jù)上述節(jié)目單信息和上述錄制信息，生成單個vod錄制計劃或者連續(xù)劇錄制計劃。

在具體實現(xiàn)時，可采取如下實施方式：

第一種實施方式：

假設用戶請求錄制的目標只有一個視頻，則服務器生成一個單個vod錄制計劃。

第二種實施方式：

假設用戶請求錄制的目標有多個視頻，且該多個視頻是節(jié)目單中的同一節(jié)目，則服務器生成一個連續(xù)劇錄制計劃。

第三種實施方式：

假設用戶請求錄制的目標有多個視頻，且該多個視頻均是節(jié)目單中的不同節(jié)目，則服務器生成多個單個vod錄制計劃。

第四種實施方式：

假設用戶請求錄制的目標有多個視頻，且該多個視頻有部分視頻為節(jié)目單中的同一節(jié)目，則屬于節(jié)目單中的同一節(jié)目的部分視頻生成連續(xù)劇錄制計劃，其他視頻生成單個vod錄制計劃。

其中，若用戶不具備錄制條件，則服務器返回機頂盒關于用戶不具備錄制條件的信息，不執(zhí)行錄制操作，并提示用戶進行重新登陸或獲取錄制權限。

其中，在完成根據(jù)節(jié)目單信息和錄制信息生成單個vod錄制計劃或者連續(xù)劇錄制計劃后，服務器檢測同一時間段內是否存在超過預設數(shù)目線路的當前錄制計劃與所述生成的錄制計劃產(chǎn)生沖突。

其中，當前錄制計劃的線路數(shù)目可以是系統(tǒng)預設的，也可以是用戶自定義設置的，例如，假設預設的當前錄制計劃的線路數(shù)目為3條，若服務器檢測同一錄制時間段內存在超過3條線路的當前錄制計劃，則視為存在當前錄制計劃與生成的錄制計劃產(chǎn)生沖突；否則，則視為不存在。

其中，當存在當前錄制計劃與生成的錄制計劃產(chǎn)生沖突時，服務器返回當前錄制計劃的相關信息，由用戶對當前錄制計劃進行調整，在具體實現(xiàn)時，用戶可以對當前錄制計劃進行修改和排序操作，或者通過取消當前錄制計劃將上述生成的錄制計劃添加至錄制隊列中。

其中，當不存在當前錄制計劃與生成的錄制計劃產(chǎn)生沖突時，服務器將上述生成的錄制計劃添加至錄制隊列中，從而實現(xiàn)對用戶來不及觀看的直播節(jié)目進行提前預約錄制操作。

其中，如圖3所示，上述錄制計劃添加成功后，單個vod錄制計劃會在節(jié)目單上展示單個紅色r標記，連續(xù)劇錄制計劃會展示多個(例如：3個)紅色r標記，其中連續(xù)劇錄制計劃會將該劇頭下的所有單集均添加上錄制計劃，同時展示多個(例如：3個)紅色r標記，方便用戶進行識別，從而能夠進行有效的操作。

其中，用戶可通過如圖4所示的managerecordings頁面查詢已成功添加的錄制計劃列表，該列表可以根據(jù)節(jié)目時間、節(jié)目頻道和錄制計劃名稱進行排序，單個vod錄制計劃展示為單條紅色r記錄，連續(xù)劇錄制計劃展示為文件夾，點開之后可以展示如圖5所示的該連續(xù)劇下面的所有單集錄制計劃。

其中，在完成錄制計劃的添加后，預約模塊200在錄制開始的前一段時間對錄制計劃進行同步操作，將錄制計劃同步至錄制模塊300中，該時間可以是系統(tǒng)預先設定的，也可以是用戶自定義設定的；同時，還可以將錄制計劃同步至云端進行備份。

錄制模塊300，用于當掃描到存在所述錄制計劃需要進行錄制時，根據(jù)所述錄制計劃進行錄制，生成對應的錄制文件和錄制文件屬性信息。

具體地，在完成根據(jù)節(jié)目單信息和錄制信息生成對應的錄制計劃后，當錄制模塊300掃描到存錄制計劃需要進行錄制時，根據(jù)錄制計劃進行錄制，生成對應的錄制文件和錄制文件屬性信息。

其中，錄制模塊300會定時掃描是否存在錄制計劃需要進行錄制，若不存在，則不執(zhí)行錄制操作；若存在，則在掃描到需要進行錄制的錄制計劃之后，將對應的節(jié)目單信息和錄制計劃通過http+xml消息傳送至cdn側進行錄制，生成對應的錄制文件和錄制文件屬性信息。

其中，錄制文件為視頻文件，內容為用戶預約錄制的節(jié)目視頻；錄制文件屬性信息為錄制文件的相關信息，例如：節(jié)目名稱、節(jié)目大小、節(jié)目播放時間、界面播放頻道、節(jié)目錄制時間等信息。

存儲模塊400，用于將所述錄制文件屬性信息進行存儲，并將所述錄制文件存儲至云端。

具體地，在完成當掃描到存在錄制計劃需要進行錄制時，根據(jù)錄制計劃進行錄制，生成對應的錄制文件和錄制文件屬性信息后，存儲模塊400將錄制文件屬性信息進行存儲，并將錄制文件存儲至云端。

其中，在cdn側錄制成功后，服務器將生成的錄制文件屬性信息進行存儲，方便用戶查詢?yōu)g覽，同時，也可以將該錄制文件屬性信息存儲至云端進行備份。另外，將錄制文件實體發(fā)送至云端進行存儲。

其中，服務器可以默認為每個用戶開辟大容量(如：500g)的云空間供用戶存儲錄制文件，在云空間存儲容量不足時，可以根據(jù)用戶需要進行云空間的續(xù)加，從而無需更換硬盤，提升了用戶體驗。

通過上述方案，本發(fā)明提供了一種基于云服務的直播節(jié)目錄制裝置，實現(xiàn)了用戶能夠自由選擇錄制的節(jié)目并支持用戶進行單獨錄制，同時實現(xiàn)利用云端服務降低用戶成本，滿足用戶需求。

進一步的，為了更好地進行直播節(jié)目的錄制，所述預約模塊200，還用于根據(jù)所述用戶信息，驗證所述用戶是否具備錄制條件；若所述用戶具備錄制條件，則根據(jù)所述節(jié)目單信息和所述錄制信息，生成單個vod錄制計劃或連續(xù)劇錄制計劃。

具體地，在完成接收用戶發(fā)送的錄制指令后，預約模塊200根據(jù)用戶信息， 驗證用戶是否具備錄制條件。

其中，預約模塊200收到上述機頂盒以http+xml形式發(fā)送的錄制指令后，根據(jù)上述用戶信息，驗證用戶是否具備錄制條件。當驗證到用戶的登錄信息正確且擁有進行錄制的權限時，視為用戶具備錄制條件；否則，視為用戶不具備錄制條件。

在完成根據(jù)用戶信息，對用戶的錄制條件進行驗證后，若用戶具備錄制條件，則預約模塊200根據(jù)上述節(jié)目單信息和上述錄制信息，生成單個vod錄制計劃或者連續(xù)劇錄制計劃。

在具體實現(xiàn)時，可采取如下實施方式：

第一種實施方式：

假設用戶請求錄制的目標只有一個視頻，則預約模塊200生成一個單個vod錄制計劃。

第二種實施方式：

假設用戶請求錄制的目標有多個視頻，且該多個視頻是節(jié)目單中的同一節(jié)目，則預約模塊200生成一個連續(xù)劇錄制計劃。

第三種實施方式：

假設用戶請求錄制的目標有多個視頻，且該多個視頻均是節(jié)目單中的不同節(jié)目，則預約模塊200生成多個單個vod錄制計劃。

第四種實施方式：

假設用戶請求錄制的目標有多個視頻，且該多個視頻有部分視頻為節(jié)目單中的同一節(jié)目，則預約模塊200對屬于節(jié)目單中的同一節(jié)目的部分視頻生成連續(xù)劇錄制計劃，對其他視頻生成單個vod錄制計劃。

其中，若用戶不具備錄制條件，則預約模塊200返回機頂盒關于用戶不具備錄制條件的信息，不執(zhí)行錄制操作，并提示用戶進行重新登陸或獲取錄制權限。

通過上述方案，本發(fā)明提供了一種基于云服務的直播節(jié)目錄制裝置，更好地實現(xiàn)了用戶能夠自由選擇錄制的節(jié)目并支持用戶進行單獨錄制，提高了用戶進行錄制的安全性，滿足用戶需求。

進一步的，為了更好地進行直播節(jié)目的錄制，所述預約模塊200，還用于檢測同一時間段內是否存在超過預設數(shù)目線路的當前錄制計劃與所述生成的錄制 計劃產(chǎn)生沖突；若存在，則返回所述當前錄制計劃的相關信息，由所述用戶進行調整；若不存在，則添加所述生成的錄制計劃。

具體地，在完成根據(jù)節(jié)目單信息和錄制信息生成單個vod錄制計劃或者連續(xù)劇錄制計劃后，預約模塊200檢測同一時間段內是否存在超過預設數(shù)目線路的當前錄制計劃與所述生成的錄制計劃產(chǎn)生沖突。

其中，當前錄制計劃的線路數(shù)目可以是系統(tǒng)預設的，也可以是用戶自定義設置的，例如，假設預設的當前錄制計劃的線路數(shù)目為3條，若預約模塊200檢測同一錄制時間段內存在超過3條線路的當前錄制計劃，則視為存在當前錄制計劃與生成的錄制計劃產(chǎn)生沖突；否則，則視為不存在。

當存在當前錄制計劃與生成的錄制計劃產(chǎn)生沖突時，預約模塊200返回當前錄制計劃的相關信息，由用戶對當前錄制計劃進行調整，在具體實現(xiàn)時，用戶可以對當前錄制計劃進行修改和排序操作，或者通過取消當前錄制計劃將上述生成的錄制計劃添加至錄制隊列中。

當不存在當前錄制計劃與生成的錄制計劃產(chǎn)生沖突時，預約模塊200將上述生成的錄制計劃添加至錄制隊列中，從而實現(xiàn)對用戶來不及觀看的直播節(jié)目進行提前預約錄制操作。

其中，如圖3所示，上述錄制計劃添加成功后，單個vod錄制計劃會在節(jié)目單上展示單個紅色r標記，連續(xù)劇錄制計劃會展示多個(例如：3個)紅色r標記，其中連續(xù)劇錄制計劃會將該劇頭下的所有單集均添加上錄制計劃，同時展示多個(例如：3個)紅色r標記，方便用戶進行識別，從而能夠進行有效的操作。

其中，用戶可通過如圖4所示的managerecordings頁面查詢已成功添加的錄制計劃列表，該列表可以根據(jù)節(jié)目時間、節(jié)目頻道和錄制計劃名稱進行排序，單個vod錄制計劃展示為單條紅色r記錄，連續(xù)劇錄制計劃展示為文件夾，點開之后可以展示如圖5所示的該連續(xù)劇下面的所有單集錄制計劃。

通過上述方案，本發(fā)明提供了一種基于云服務的直播節(jié)目錄制裝置，更好地實現(xiàn)了用戶能夠自由選擇錄制的節(jié)目并支持用戶進行單獨錄制，提高了用戶進行錄制的安全性和穩(wěn)定性，滿足用戶需求。

進一步的，為了更好地進行直播節(jié)目的錄制，所述存儲模塊400，還用于存儲所述錄制文件屬性信息；將所述錄制文件與所述云端中大量用戶存儲的錄制文 件進行對比；若所述錄制文件與所述大量用戶存儲的錄制文件相同，則對所述錄制文件進行私有存儲，同時將所述錄制文件緩存至高速緩存中；若所述錄制文件與所述大量用戶存儲的錄制文件不相同，則對所述錄制文件進行私有存儲。

具體地，在完成當掃描到存在錄制計劃需要進行錄制時，根據(jù)錄制計劃進行錄制，生成對應的錄制文件和錄制文件屬性信息后，存儲模塊400存儲錄制文件屬性信息。

其中，在cdn側錄制成功后，存儲模塊400將生成的錄制文件屬性信息進行存儲，方便用戶查詢?yōu)g覽，同時，也可以將該錄制文件屬性信息存儲至云端進行備份。

其中，錄制文件屬性信息為錄制文件的相關信息，例如：節(jié)目名稱、節(jié)目大小、節(jié)目播放時間、界面播放頻道、節(jié)目錄制時間等信息。

在完成存儲錄制文件屬性信息后，存儲模塊400將錄制文件與云端中大量用戶存儲的錄制文件進行對比。

其中，由于現(xiàn)網(wǎng)實際情況，可能存在大量用戶存儲著相同的錄制文件。如果每個用戶都播放自身存儲的相同錄制文件，這樣會導致云端大量的磁盤i/o操作，需要較高的i/o性能，大大增加了云端的運營成本，因此，本發(fā)明可以選用i/o性能一般的設備用于單獨存儲用戶的錄制文件，保證用戶存儲的私有性，同時將部分用戶的相同錄制文件緩存一份至高速緩存中，用于部分用戶的播放，有效地減輕了云端的i/o操作壓力，降低了運營成本，突出了云端服務的競爭優(yōu)勢。

若錄制文件與大量用戶存儲的錄制文件相同，則存儲模塊400對錄制文件進行私有存儲，同時將錄制文件緩存至高速緩存中。

其中，錄制文件的私有存儲是將該錄制文件存儲云端中，保證用戶存儲的私有性，同時將錄制文件緩存至云端的高速緩存中，有效地減輕了云端的i/o操作壓力，降低了運營成本，突出了云端服務的競爭優(yōu)勢。

若錄制文件與大量用戶存儲的錄制文件不相同，則存儲模塊400對錄制文件進行私有存儲。

其中，錄制文件的私有存儲是將該錄制文件存儲云端中，保證用戶存儲的私有性。

通過上述方案，本發(fā)明提供了一種基于云服務的直播節(jié)目錄制裝置，更好地實現(xiàn)了用戶能夠自由選擇錄制的節(jié)目并支持用戶進行單獨錄制，保證了用戶進行 錄制的私有性，降低了運營成本，突出了云端服務的競爭優(yōu)勢，滿足用戶需求。

如圖14所示，本發(fā)明第二實施例提出一種基于云服務的直播節(jié)目錄制裝置，在第一實施例裝置的基礎上，該裝置還包括：

查詢模塊500，用于接收所述用戶發(fā)送的查詢指令，根據(jù)所述查詢指令返回對應的所述錄制文件屬性信息。

具體地，在完成根據(jù)錄制計劃進行錄制，生成對應的錄制文件和錄制文件屬性信息后，查詢模塊500接收用戶發(fā)送的查詢指令，根據(jù)查詢指令返回對應的錄制文件屬性信息。

其中，機頂盒以http+xml消息形式發(fā)送查詢指令至服務器，查詢錄制文件屬性信息，查詢到之后，查詢模塊500返回查詢結果，用戶可以通過如圖10所示的recordedlist頁面查詢錄制完成和正在錄制的錄制文件。

其中，用戶刪除已錄制或正在錄制的錄制文件時，機頂盒以http+xml消息形式發(fā)送操作指令至服務器進行刪除操作，刪除成功后會將用戶的錄制歷史遷移至如圖11所示的recordedhistory頁面展示，同時，云端會生成用戶刪除的錄制文件信息歷史列表，用于記錄用戶刪除錄制文件的不同行為，如用戶主動刪除、錄制沖突導致等操作歷史，便于用戶后續(xù)查詢所做操作。

通過上述方案，本發(fā)明提供了一種基于云服務的直播節(jié)目錄制裝置，更好地實現(xiàn)了用戶能夠自由選擇錄制的節(jié)目并支持用戶進行單獨錄制，有效地提高了用戶操作的便捷性，滿足用戶需求。

如圖15所示，本發(fā)明第三實施例提出一種基于云服務的直播節(jié)目錄制裝置，在第一實施例裝置的基礎上，該裝置還包括：

播放模塊600，用于接收所述用戶發(fā)送的播放指令，根據(jù)所述播放指令返回對應的所述錄制文件，并通過播放url跳轉至里所述用戶最近的節(jié)點進行播放。

具體地，在完成根據(jù)錄制計劃進行錄制，生成對應的錄制文件和錄制文件屬性信息后，播放模塊600接收用戶發(fā)送的播放指令，根據(jù)播放指令返回對應的錄制文件，并通過播放url跳轉至里用戶最近的節(jié)點進行播放。

其中，用戶在如圖10所示的recordedlist頁面選擇某個已錄制完成的錄制文件進行播放時，通過播放url跳轉到離用戶最近的節(jié)點進行播放。

通過上述方案，本發(fā)明提供了一種基于云服務的直播節(jié)目錄制裝置，更好地實現(xiàn)了用戶能夠自由選擇錄制的節(jié)目并支持用戶進行單獨錄制，保證了錄制文件播放的穩(wěn)定性，充分發(fā)揮了云端服務的便捷性，滿足用戶需求。

以上僅為本發(fā)明的優(yōu)選實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內容所作的等效結構或等效流程變換，或直接或間接運用在其他相關的技術領域，均同理包括在本發(fā)明的專利保護范圍內。