[發明專利]一種調度進程的方法及裝置

在審

• 申請號: 201310741925.7
• 申請日: 2013-12-27
• 公開（公告）號: CN104750545A
• 公開（公告）日: 2015-07-01
• 發明（設計）人: 趙瑞前;李茗;張海
• 申請（專利權）人: 樂視網信息技術（北京）股份有限公司
• 主分類號: G06F9/46
• 分類號: G06F9/46
• 代理公司: 北京同達信恒知識產權代理有限公司 11291
• 代理人: 黃志華

技術領域

本發明涉及通信技術領域，尤其涉及一種調度進程的方法及裝置。

背景技術

隨著多媒體技術的飛速發展，可以采用多種方式進行流媒體的傳輸以及播放，其中，P2P（Peer?to?Peer；點對點）流媒體系統即為一種常用的流媒體傳輸以及播放系統。

在現有點對點流媒體系統中，流媒體內容被切割成多個數據塊（chunk），以每一個數據塊作為流媒體數據傳輸的基本單位，從而完成連續的數據流在節點（Peer）間傳輸，其中，每一個數據塊由唯一的chunk?id標識。節目內容的共享和交換都依賴于節點間交換的描述節點緩存狀態的緩存消息（簡稱BM），即通過緩存消息完成節目內容的共享和交換。

目前，當點對點流媒體系統中的節點需要訪問服務器中保存的節點列表，以進行節點連接以及從已建立連接關系的節點獲取數據時，節點即向服務器發送連接請求消息，以獲取服務器本地保存的節點列表，并將與該節點列表中的節點標識對應的節點建立連接關系。現有技術中，服務器每一個子進程同時監聽是否存在節點發送的連接請求消息，當存在任意一節點向服務器發送連接請求消息時，每一個子進程即將該監聽結果通知服務器系統，服務器系統即將上述任意一節點發送的連接請求消息調度至上述任意一子進程，由該任意一子進程對上述連接請求消息進行處理，即將節點列表發送至該任意一節點，使該任意一節點可以通過連接請求消息與節點列表中的節點標識對應的節點建立連接關系。由此可見，采用上述技術方案，服務器中所有子進程均處于監聽狀態，增加了系統的資源消耗。

綜上所述，現有技術在進程調度過程中，存在系統資源消耗大的問題。

發明內容

本發明實施例提供一種調度進程的方法及裝置，用以解決現有技術在進程調度過程中，存在系統資源消耗大的問題。

本發明實施例提供的具體技術方案如下：

一種調度進程的方法，包括：

服務器通過主進程監聽是否存在由節點發送至所述服務器且未被所述服務器調度至進程的連接請求消息；

當所述服務器通過主進程監聽到存在所述連接請求消息后，將所述連接請求消息調度至本地的子進程。

一種調度進程的裝置，包括：

監聽單元，用于通過主進程監聽是否存在由節點發送至本地且未被調度至進程的連接請求消息；

調度單元，用于通過所述主進程監聽到存在所述連接請求消息后，將所述連接請求消息調度至本地的子進程。

本發明實施例中，當服務器的主進程監聽到節點發送的且未被服務器調度至進程的連接請求消息后，將該連接請求消息調度至本地的子進程。采用上述技術方案，通過服務器的主進程監聽節點發送的連接請求消息，并將該連接請求消息調度至相應的子進程，避免了所有子進程均進行監聽時造成的資源浪費問題，有效節約了系統資源消耗。

附圖說明

圖1為本發明實施例中點對點流媒體系統架構示意圖；

圖2為本發明實施例中調度進程的流程圖；

圖3為本發明實施例中服務器通過主進程調度子進程的邏輯圖；

圖4為本發明實施例中具體應用場景下調度進程的流程圖；

圖5為本發明實施例中調度進程的裝置結構示意圖。

具體實施方式

為了解決現有技術在進程調度過程中，存在系統資源消耗大的問題。本發明實施例中，本發明實施例中，當服務器的主進程監聽到節點發送的且未被服務器調度至進程的連接請求消息后，將該連接請求消息調度至本地的子進程。采用上述技術方案，通過服務器的主進程監聽節點發送的連接請求消息，并將該連接請求消息調度至相應的子進程，避免了所有子進程均進行監聽時造成的資源浪費問題，有效節約了系統資源消耗。

本發明實施例應用在點對點流媒體系統中，參閱圖1所示為本發明實施例中點對點流媒體系統結構示意圖，其中，該點對點流媒體系統中包含服務器，以及該服務器管轄下的多個節點，下面以結合附圖對本發明優選的實施方式進行詳細說明。

參閱圖2所示，本發明實施例中，調度進程的詳細流程為：

步驟200：服務器通過主進程監聽是否存在由節點發送至服務器且未被服務器調度至進程的連接請求消息。

本發明實施例中，當點對點流媒體系統中的任意一節點需要與其對應的服務器建立連接關系時，該任意一節點即向服務器發送連接請求消息，服務器基于RTMFP（Real?Time?Media?Flow?Protocol；實時流媒體協議）接收上述任意一節點發送的連接請求消息，并對該連接請求消息進行處理。