技術(shù)領(lǐng)域

本發(fā)明主要與計算機網(wǎng)絡(luò)有關(guān)，尤其是用于為內(nèi)容分發(fā)網(wǎng)絡(luò)提供各種采集和分發(fā)方式支持的系統(tǒng)和方法。

背景

互聯(lián)網(wǎng)協(xié)議(IP)路由原本是專為主機對主機通訊而設(shè)計的。但是，時至今日，大部分的互聯(lián)網(wǎng)流量都是用于內(nèi)容傳播。基于對視頻流等內(nèi)容的需求的不斷上升，使現(xiàn)有的互聯(lián)網(wǎng)基礎(chǔ)設(shè)施的使用日漸艱難，尤其是講求時效性和帶寬密集型流量的內(nèi)容，例如音頻流和視頻媒體內(nèi)容。

在一個互聯(lián)網(wǎng)內(nèi)容分發(fā)網(wǎng)絡(luò)中，已攝取媒體內(nèi)容可能會針對不同的音頻編碼及視頻編碼和不同類型的媒體客戶端(例如計算機、電視機和移動手持設(shè)備)而分為不同的文件格式。一般情況下，這些類型不同的媒體客戶端對媒體文件格式、編碼和比特率等有著不同的要求。例如，高清電視系統(tǒng)和手機相比，前者對圖像分辨率、媒體文件大小和比特率等方面的要求都高得多。一般而言，不同的分發(fā)方式需要有不同的內(nèi)容副本，原始服務(wù)器上會存有多份內(nèi)容副本，這些副本又會緩存在內(nèi)容分發(fā)系統(tǒng)的邊緣服務(wù)器上。

但是，多份媒體文件的存在會使網(wǎng)絡(luò)流量提高和系統(tǒng)性能降低。例如，在存在多份媒體文件的情況下，緩存失效率會提高，使得指定大小的 緩存只能夠儲存較少的視頻。站在用戶的角度，這會導(dǎo)致流媒體間歇性中斷。

這就需要有一套能夠改善流視頻內(nèi)容分發(fā)的系統(tǒng)和方法。

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

按照實施例，計算機服務(wù)器的操作方法應(yīng)包括流媒體數(shù)據(jù)接收。流媒體數(shù)據(jù)包含內(nèi)容片斷和媒體說明文件，而媒體說明文件包含元數(shù)據(jù)，用于描述內(nèi)容片斷。方法還包括將內(nèi)容片斷儲存在緩存中。

根據(jù)進一步的實施例，計算機服務(wù)器操作方法包括接收源媒體內(nèi)容和處理源媒體內(nèi)容，以產(chǎn)生內(nèi)容片斷和用于描述內(nèi)容片斷的媒體說明文件。內(nèi)容片斷和媒體說明文件采用統(tǒng)一的格式。

根據(jù)進一步的實施例，服務(wù)器系統(tǒng)包含輸入端口、緩存和處理器。處理器從輸入端口接收流媒體數(shù)據(jù)，其中流媒體數(shù)據(jù)包含內(nèi)容片斷和媒體說明文件，而媒體說明文件包含用于描述內(nèi)容片斷的元數(shù)據(jù)。處理器還會將內(nèi)容片斷存儲在緩存中，將緩存中的多個內(nèi)容片斷結(jié)合起來，生成符合特定配置的流媒體內(nèi)容，并將符合特定配置的流媒體內(nèi)容傳輸?shù)矫襟w客戶端。

下文將大致列出本發(fā)明的部分實施例，以便使以下發(fā)明的詳細(xì)說明更易懂。后文將說明本發(fā)明實施例的額外功能和優(yōu)勢，本發(fā)明的專利申請主題便是由它們組成。本技術(shù)領(lǐng)域的人員應(yīng)深知，本文所透露的概念和指定實施例可被用作為修改或設(shè)計與本發(fā)明擁有相同目的的其他結(jié)構(gòu)或流程的基礎(chǔ)。上述技術(shù)人員還應(yīng)認(rèn)識到，這些等效結(jié)構(gòu)并不違背追加申請中闡述的發(fā)明的精神和范疇。

附圖說明

為提供更完整的實施例見解及其優(yōu)勢說明，現(xiàn)為以下說明提供參考信息，請參閱與其相對應(yīng)的附圖，其中：

圖1演示了實施例內(nèi)容分發(fā)系統(tǒng)；

圖2演示了在實施例媒體攝取階段的實施例媒體預(yù)處理流；

圖3演示了實施例視頻格式；

圖4演示了實施例音頻格式；

圖5演示了實施例媒體說明模板；

圖6演示了實施例媒體數(shù)據(jù)存儲方式；

圖7演示了實施例視頻片段格式；

圖8演示了實施例音頻片段格式；

圖9演示了實施例邊緣服務(wù)器媒體存儲方式；

圖10演示了實施例文件容器格式；以及

圖11演示了在實施例中安裝一個文件的示例。

實施例的詳細(xì)說明

下文將詳細(xì)討論多種實施例的制備和使用。但這應(yīng)理解為，本發(fā)明提供許多適用的發(fā)明概念都能夠在各種各樣的指定場合中實施。所討論的指定實施例只是演示本發(fā)明的指定利用和使用方法，而不是限制本發(fā)明的使用范圍。

本文將根據(jù)本發(fā)明在為內(nèi)容分發(fā)網(wǎng)絡(luò)提供各種攝取和交付方式支持的指定場合、系統(tǒng)和方法中的實施例而描述本發(fā)明。本發(fā)明的實施例可能還適用于其他類型的通訊系統(tǒng)和網(wǎng)絡(luò)。

在一個實例中，為內(nèi)容分發(fā)網(wǎng)絡(luò)提供各種采集和分發(fā)方式支持的系統(tǒng)和方法可分為三個階段：媒體攝取階段、緩存階段，即媒體從原始服務(wù)器分發(fā)到邊緣服務(wù)器以進行緩存，和媒體輸出階段。在媒體輸出階段，實況視頻源流或文件會被編碼、轉(zhuǎn)碼或重新編碼成一個視頻編碼格式，例如H.264/AVC，音頻流或文件會被編碼、轉(zhuǎn)碼或重新編碼成一個音頻編碼格式，如AAC。為應(yīng)對可用網(wǎng)絡(luò)帶寬、終端能力和用戶偏好等變化，在媒體攝取階段，準(zhǔn)備好多種可替換媒體，例如變換視頻內(nèi)容的比特率、分辨率、幀速率和語言，)以獲得媒體適應(yīng)性。另外，為了在邊緣服務(wù)器有效地緩存和根據(jù)需要進行轉(zhuǎn)碼，會使用同步的方式，將音頻和視頻流分成多個片斷。在第二階段，會采用拉動或推送模式，將媒體從原始服務(wù)器分發(fā)至邊緣服務(wù)器。不管采用哪個模式，媒體內(nèi)容都會以塊為單位進行傳送，其 中每一個塊都是由一個或多個片斷組成的。在一個實施例中，媒體會以片斷或片斷塊的形式存儲在邊緣服務(wù)器上。在媒體輸出階段，支持各種不同的分發(fā)方式，例如文件下載、漸進式下載、HTTP流和RTP/RTSP流。

圖1演示了一個根據(jù)本發(fā)明的一個實施例制定的內(nèi)容分發(fā)系統(tǒng)。邏輯上，系統(tǒng)含有媒體攝取階段102、媒體緩存階段104和媒體輸出階段106。物理上，系統(tǒng)包含原始服務(wù)器108和邊緣服務(wù)器110。在實施例中，原始服務(wù)器108和邊緣服務(wù)器110位于網(wǎng)絡(luò)的不同部分?；蛘?，服務(wù)器108和110可位于相同位置。在一個實施例中，一臺或多臺服務(wù)器108可與一臺或多臺邊緣服務(wù)器110進行通訊。

在一個實施例中，原始服務(wù)器108會接收媒體源，例如，以媒體文件和/或?qū)崟r內(nèi)容的形式并執(zhí)行媒體預(yù)處理112以生成經(jīng)過預(yù)處理的媒體數(shù)據(jù)和說明數(shù)據(jù)。經(jīng)過預(yù)處理的媒體會以媒體數(shù)據(jù)加上一份說明的形式存儲在內(nèi)存114中，它可以是硬盤，也可以是其他存儲設(shè)備。在一個實施例中，媒體預(yù)處理是由處理器116負(fù)責(zé)的一項功能。原始服務(wù)器108通過網(wǎng)絡(luò)連接118將經(jīng)預(yù)處理的媒體數(shù)據(jù)和說明傳輸?shù)竭吘壏?wù)器110。網(wǎng)絡(luò)連接118可以是直接連接，也可以是相關(guān)技術(shù)中任何已知類型的網(wǎng)絡(luò)連接，包括但不限于有線或無線連接、以太網(wǎng)、互聯(lián)網(wǎng)I/P連接或其他類型的寬帶連接。

邊緣服務(wù)器110會從原始服務(wù)器108接收經(jīng)預(yù)處理的媒體數(shù)據(jù)并使用緩存功能120將數(shù)據(jù)存儲在緩存122中。在需要時，流功能126會使用轉(zhuǎn)碼功能128創(chuàng)建流數(shù)據(jù)，這會將經(jīng)預(yù)處理的媒體數(shù)據(jù)轉(zhuǎn)碼成媒體客戶端目標(biāo)格式。在一個實施例中，流和按需要轉(zhuǎn)碼功能都是由處理器124執(zhí)行的。

在一個實施例中，為提高系統(tǒng)管理和適應(yīng)效率，在媒體緩存階段104中會采用統(tǒng)一的媒體格式。統(tǒng)一的媒體格式包含統(tǒng)一的視頻格式、統(tǒng)一的音頻格式和統(tǒng)一的文件容器格式。例如，在一個實施例中，采用了H.264(視頻)和高級音頻編碼(AAC)作為統(tǒng)一的媒體格式。在另一個實施例中，可以采用其他格式，例如MPEG-2視頻和AAC。在媒體攝取階段102，視頻流會被編碼、重新編碼或轉(zhuǎn)碼成統(tǒng)一的視頻格式，例如H.264 格式，音頻流會被編碼、重新編碼或轉(zhuǎn)碼成統(tǒng)一的音頻格式，例如AAC格式，文件容器格式會被編碼成統(tǒng)一的文件容器格式。在一個實施例中，統(tǒng)一的文件容器格式參照了ISO基媒體文件格式。在其他實施例中，可采用其他文件格式。

在一個實施例中，為應(yīng)對可用的網(wǎng)絡(luò)帶寬、終端能力和用戶偏好等變化，在媒體攝取階段102，準(zhǔn)備好多種沒可替換媒體，例如變換視頻內(nèi)容的比特率、分辨率、幀速率和語言等以獲得媒體適應(yīng)性。

圖2演示了在實施例媒體攝取階段的實施例媒體預(yù)處理流200；內(nèi)容分割塊202會接收媒體文件或?qū)崟r內(nèi)容，然后將內(nèi)容分割成視頻內(nèi)容和音頻內(nèi)容。視頻內(nèi)容首先會被分成片斷204，然后在需要時進行轉(zhuǎn)碼206，而音頻數(shù)據(jù)首先會在需要時被轉(zhuǎn)碼208，然后被分成片斷210。容器管理塊212負(fù)責(zé)處理視頻和音頻數(shù)據(jù)的分段和可能發(fā)生的轉(zhuǎn)碼然后存儲在內(nèi)存216中，它可以是硬盤，也可以是其他存儲設(shè)備。媒體說明生成塊214會生成音頻和視頻片斷媒體說明，它也會被存儲在內(nèi)存216中。在其他實施例中，分切片斷和轉(zhuǎn)碼的順序可能會與圖2所演示的不同。

在一個實施例中，音頻和視頻流會以同步的方式分切片斷(例如按照基于ISO的媒體文件格式中所指定，存儲為電影片斷)。在一個實施例中，每個視頻片斷都有一個固定的持續(xù)時間(例如2000毫秒)但含有剩余視頻幀的最后一個片段卻不在此例，它的持續(xù)時間和/或視頻幀數(shù)可能會有所不同。或者，可采用其他固定或非固定的持續(xù)時間。每個視頻片斷都含有一個整數(shù)的圖片組(GOP)，例如，一個GOP。在一個實施例中，每個GOP都是閉合GOP，表示GOP的第一個視頻幀是一個隨機接入點和固定長度GOP，可能是持續(xù)時間，也可能是視頻幀數(shù)，或者是兩者。

在一個實施例中，會盡可能接近地對齊音頻片斷和視頻片斷的時間。在某些實施例中，每個音頻片斷都有一個整數(shù)的已編碼音頻樣本數(shù)。根據(jù)音頻采樣率，音頻片斷和與其對應(yīng)的視頻片段的持續(xù)時間可能不是完全相同的。在某些實施例中，執(zhí)行分切片斷流程204和210的目的是讓音頻片斷的持續(xù)時間盡可能地與視頻片斷的持續(xù)時間接近。

在一個實施例中，可通過以下方法，對齊音頻片斷和視頻片斷。假設(shè) Dv_i代表視頻片斷i的持續(xù)時間，Da_i(n)代表包含n個樣本的音頻片斷i的持續(xù)時間，Da_i(n-1)代表包含n-1個樣本的音頻片斷i的持續(xù)時間，Da_i(n+1)代表包含n+1個樣本的音頻片斷i的持續(xù)時間。那么，當(dāng)滿足以下兩個條件時，音頻片斷i中包含的音頻樣本將等于n：

|Dv_i-Da_i(n)|＜|Dv_i-Da_i(n-₁₎|, (1)

|Dv_i-Da_i(n)|＜|Dv_i-Da_i(n+1)|. (2)

在原始服務(wù)器上，為支持有效的文件管理和存儲，在一個實施例中，屬于相同內(nèi)容替換的所有片斷都被根據(jù)基于ISO的媒體文件格式，存儲在文件的一個曲目中。對于每個品質(zhì)級別的視頻流，圖3中描述了實施例視頻格式300。視頻格式300含有文件類型標(biāo)題302、媒體元數(shù)據(jù)304、一個或多個視頻片斷310和電影片斷隨機訪問塊320。媒體元數(shù)據(jù)塊304含有電影標(biāo)題306和視頻曲目標(biāo)題308，每個片斷310有一個電影片斷標(biāo)題312和媒體數(shù)據(jù)314，其中包含實際的視頻數(shù)據(jù)。電影片斷隨機訪問塊320含有曲目片斷隨機訪問塊322和電影片斷隨機訪問偏移塊324。

圖4演示了實施例音頻流400，它與視頻流格式300相似。音頻格式400含有文件類型標(biāo)題402、媒體元數(shù)據(jù)404、一個或多個音頻片斷410和電影片斷隨機訪問塊420。媒體元數(shù)據(jù)庫404含有電影標(biāo)題406和音頻曲目標(biāo)題408，每一個片斷410含有一個電影片斷標(biāo)題412和媒體數(shù)據(jù)414，其中包含實際音頻數(shù)據(jù)。電影片斷隨機訪問塊420含有曲目片斷隨機訪問塊422和電影片斷隨機訪問偏移塊424。

例如，在一個實施例中，媒體預(yù)處理完成后，有多個分屬不同品質(zhì)級別的視頻文件、多個音頻文件，例如可能在音頻編碼使用、音頻聲道、音頻語言和品質(zhì)級別等方面不同。在一個實施例中，會有一個視頻替換和一個音頻替換存儲在一個文件中。

在一個實施例中，媒體說明文件描述與其對應(yīng)的視頻流和音頻流。圖5演示了一個基于SMIL(同步媒體集成語言)的說明模板示例。

圖6演示了已經(jīng)過預(yù)處理的媒體數(shù)據(jù)在媒體攝取階段的一個實施例 存儲方式600。在一個單一媒體說明文件602下存儲了一個或多個視頻文件604和606，以及一個或多個音頻文件608或610。在一個實施例中，每個視頻文件604和606可代表不同品質(zhì)級別，每個音頻文件608和610可代表不同的目標(biāo)音頻編碼、聲道語言和/或比特率。每個分發(fā)方式的一個或多個預(yù)計算文件容器或說明文件612和614而進一步存儲媒體說明文件602下。

在一個實施例緩存階段中，媒體內(nèi)容會以塊為單位，從原始服務(wù)器傳輸?shù)竭吘壏?wù)器，其中每一個塊都是由一個或多個片斷組成的。在一個實施例中，原始服務(wù)器和邊緣服務(wù)器之間的基礎(chǔ)傳輸單位是音頻和/或視頻塊。在一個實施例中，音頻或視頻塊都會被當(dāng)做是單一文件而保存在邊緣服務(wù)器上和加以管理?；蛘?，也可以將一個音頻塊和一個視頻塊存儲在邊緣服務(wù)器的一個文件中。

圖7演示了一個含有電影片斷702和媒體數(shù)據(jù)704的實施例視頻塊格式700。在一個實施例中，每個視頻塊都含有一個視頻片斷?；蛘撸部梢允褂枚鄠€的片斷。在一個實施例中，會根據(jù)基于ISO的媒體文件格式標(biāo)準(zhǔn)格式化電影片斷702，該片段含有媒體數(shù)據(jù)704中每個樣本的類型、大小和位置等信息。在一個實施例中，每個視頻片斷都會采用“v_xx_yyyyy.frv”的命名方式，其中“xx”代表兩位數(shù)的視頻曲目ID，“yyyyy”代表五位數(shù)的片斷序號。例如，“v_01_00001.frv”是視頻曲目1的第一個視頻片斷。在其他實施例中，可能會采用其他格式和標(biāo)簽方式。

圖8演示了一個含有電影片斷802和媒體數(shù)據(jù)804的實施例音頻塊格式800，這與視頻塊格式700相似。在一個實施例中，每個音頻塊含有一個音頻片斷。在一個實施例中，會根據(jù)基于ISO的媒體文件格式標(biāo)準(zhǔn)格式化電影片斷802，該片段含有媒體數(shù)據(jù)804中每個樣本的類型、大小和位置等信息。在一個實施例中，每個音頻片斷都會采用“v_xx_yyyyy.fra”的命名方式，其中“xx”代表兩位數(shù)的音頻曲目ID，“yyyyy”代表五位數(shù)的片斷序號。例如，“v_01_00001.fra”是音頻曲目1的第一個音頻片斷。在其他實施例中，可能會采用其他格式和標(biāo)簽方式。

圖9演示了邊緣服務(wù)器在緩存階段中的一個實施例內(nèi)部媒體存儲方 式900。在一個實施例中，內(nèi)容被存儲在一個或多個文件容器904、906和908中，每一個都在XML媒體說明902中有指示，每一個與一個內(nèi)容替換相對應(yīng)。在一個實施例中，XML媒體說明902根據(jù)圖5演示的SMIL模板進行格式化。每個文件容器904、906和908都有一個或多個關(guān)聯(lián)的視頻和/或音頻片斷文件。在一個實施例中，文件容器1(904)中的片斷文件910、912、914、916、918和920代表第一個內(nèi)容替換的視頻和音頻。文件容器2(906)中的片斷922、924和926和文件容器j(908)中的片斷928、930、932、934、936和938代表其他內(nèi)容替換的片斷。在一個實施例中，內(nèi)容替換是在原始服務(wù)器上創(chuàng)建的。內(nèi)容替換可根據(jù)原始服務(wù)器側(cè)的多個參數(shù)(例如已攝取內(nèi)容的品質(zhì))和客戶端側(cè)的變量(例如網(wǎng)絡(luò)帶寬、CPU能力、屏幕分辨率和/或最終用戶配置)而生成。在一個實施例中，有j個文件容器和m個片斷。在一個實施例中，每個視頻片斷會按照n_m的形式予以標(biāo)簽(其中n是視頻品質(zhì)等級替換的總數(shù))，每個音頻片斷會按照k_m的形式予以標(biāo)簽(其中k是音頻曲目替換的總數(shù))。

在一個實施例中，會為特定的流技術(shù)定義說明文件。例如，圖9含有Silverlight客戶端說明文件XML 940，這是一個為Microsoft Silverlight Smooth Streaming而格式化的說明文件。在其他實施例中，可使用其他流技術(shù)(例如Adobe Flash)的其他說明文件。

在一個實施例媒體輸出狀態(tài)中，不同品質(zhì)級別的視頻片斷和不同編碼既聲道的音頻片斷會結(jié)合起來，以支持各種分發(fā)方式，以及滿足各種接入網(wǎng)絡(luò)帶寬和終端能力的要求。

例如，圖9演示的實施例便支持Microsoft Silverlight Smooth Streaming。在這里，Silverlight Smooth Streaming使用一個說明文件，同時將已分段音頻和視頻逐一分發(fā)到客戶端播放設(shè)備，以及使用品質(zhì)等級和開始時間以請求指定的音頻和視頻片斷。在一個實施例中，品質(zhì)等級會被映射至音頻和視頻曲目ID，而開始時間則會被映射至片斷序號。通過音頻/視頻曲目ID和片斷序號，緩存中對應(yīng)的a_xx_yyyyy.fra或v_xx_yyyyy.frv片斷文件將被直接分發(fā)至Silverlight客戶端以供播放。在 一個實施例中，圖9中顯示的提示片斷會含有各種信息，這些信息可用于協(xié)助從音頻和視頻片斷生成MPEG-2傳輸流數(shù)據(jù)包。

圖10演示了實施例文件容器1000。文件容器1000含有文件類型標(biāo)題1002和媒體元數(shù)據(jù)1004。媒體元數(shù)據(jù)1004含有電影標(biāo)題1006、音頻曲目標(biāo)題1008和視頻曲目標(biāo)題1010。

在一個實施例中，文件下載和HTTP漸進式下載(使用交錯完整文件)會以以下方式進行。通過圖7中演示的視頻片斷700、圖8中演示的音頻片斷800，以及圖10中演示的文件容器1000，便可產(chǎn)生一個如圖11所示的完整的MP4文件，以供文件下載和HTTP漸進式下載時使用。在這里，輸出階段會從文件容器生成文件標(biāo)題和元數(shù)據(jù)信息生成MP4文件1102，以及從片斷1104和1106生成實際視頻和音頻數(shù)據(jù)。

在一個實施例中，會采用統(tǒng)一的內(nèi)部編碼和容器格式。在媒體輸出階段，實況視頻源流或文件會被編碼、轉(zhuǎn)碼或重新編碼成一個視頻編碼格式(例如H.264/AVC)，音頻流或文件會被編碼、轉(zhuǎn)碼或重新編碼成一個音頻編碼格式(如AAC)。在媒體輸出階段，邊緣服務(wù)器上的視頻塊和音頻塊支持各種不同的分發(fā)方式，包括文件下載、漸進式下載、HTTP流和RTP/RTSP流

在一個實施例中，用于存儲統(tǒng)一內(nèi)容(帶或不帶替換視頻曲目、音頻曲目)和元數(shù)據(jù)的方法支持多種分發(fā)方式。如圖6所描述，在媒體攝取階段，可準(zhǔn)備好某些文件容器或說明文件。

在一個實施例中，有一種靈活的存儲和分發(fā)方式會采用媒體流片斷和多層文件管理方式。在內(nèi)容分發(fā)系統(tǒng)的不同階段中，媒體流會議不同的大小做出說明。例如，使用這些實施例可提供有效的數(shù)據(jù)管理和高性能的流。例如，在圖1描述的實施例系統(tǒng)中，原始服務(wù)器的每個音頻或視頻的媒體數(shù)據(jù)會存儲為一個流，以方便管理，而邊緣服務(wù)器的基本存儲單位是音頻塊或視頻塊。邊緣服務(wù)器采用基于塊的存儲方式，通過并行媒體處理提供實時按需求編碼能力。

在一個實施例中，一個緊湊的媒體說明方式會與視頻片斷和音頻片斷命名規(guī)則相結(jié)合。媒體說明方式讓系統(tǒng)能夠根據(jù)品質(zhì)等級和時間或字節(jié)范 圍，有效地從緩存或原始服務(wù)器(在發(fā)生緩存缺失的情況下)找到請求的視頻片斷和音頻片斷。

雖然詳細(xì)描述了實施例和它們的優(yōu)勢，但仍請明白這一點：可以在不違背專利申請中定義的發(fā)明精神和范圍的情況下，進行各種變化、變動和替換。另外，本申請的范圍并不局限于規(guī)格中描述的流程、機器、制造、物質(zhì)組成、意義、方法和步驟的特定實施例。這些流程、機器、制造、物質(zhì)組成、意義、方法或步驟，不管是目前已存在還是有待日后開發(fā)，只要是能夠與本文描述的相應(yīng)的實施例發(fā)揮本質(zhì)上相同的功能或取得本質(zhì)上相同的結(jié)果，都可以根據(jù)本發(fā)明而予以采用，作為相關(guān)技術(shù)中的一個普通技巧，這一點定會在本發(fā)明公布后受到相關(guān)方面的歡迎。相應(yīng)地，追加申請的目的是將這些流程、機器、制造、物質(zhì)組成、意義、方法或步驟包括在申請的范圍中。