本公開涉及一種控制方法、網(wǎng)絡(luò)系統(tǒng)與服務(wù)平臺，且特別涉及一種移動邊緣計算(Mobile-EdgeComputing，MEC)的控制方法、網(wǎng)絡(luò)系統(tǒng)與服務(wù)平臺。
背景技術(shù)：
：隨著信息科技的爆炸性發(fā)展，各式電子裝置均搭載著網(wǎng)絡(luò)功能，以使電子裝置能夠通過網(wǎng)絡(luò)執(zhí)行各種應(yīng)用程序服務(wù)。舉例來說，使用者經(jīng)常使用的應(yīng)用程序服務(wù)包含社群網(wǎng)站、視頻分享網(wǎng)站、移動網(wǎng)絡(luò)銀行、餐廳訂位工具或地圖工具等應(yīng)用程序服務(wù)。除了智能手機及智能電視以外，穿戴式智能裝置的問世，還將使得連網(wǎng)的電子裝置數(shù)量呈現(xiàn)爆炸性成長。眾多電子裝置通過網(wǎng)絡(luò)連結(jié)應(yīng)用程序服務(wù)時，將造成應(yīng)用程序服務(wù)等待時間拉長、網(wǎng)絡(luò)速度下降等問題。因此，如何改善這些問題，已成為業(yè)界努力目標之一。技術(shù)實現(xiàn)要素：本公開有關(guān)于一種移動邊緣計算(Mobile-EdgeComputing，MEC)的控制方法、網(wǎng)絡(luò)系統(tǒng)與服務(wù)平臺，其利用平臺接口進行應(yīng)用程序服務(wù)的溝通與分享。因此，多個服務(wù)平臺的各種應(yīng)用程序服務(wù)能夠有效率地整合。如此一來，能夠降低應(yīng)用程序服務(wù)等待時間、并提高網(wǎng)絡(luò)速度。根據(jù)本公開的第一方面，提出一種移動邊緣計算(Mobile-EdgeComputing，MEC)的控制方法?？刂品椒òㄒ韵虏襟E。數(shù)個服務(wù)平臺的其中之一接收一請求訊息。請求訊息用以請求執(zhí)行一應(yīng)用程序服務(wù)。根據(jù)請求訊息的應(yīng)用程序服務(wù)，選擇此些服務(wù)平臺的其中之一。通過已選擇的此些服務(wù)平臺的其中之一執(zhí)行應(yīng)用程序服務(wù)。根據(jù)本公開的第二方面，提出一種移動邊緣計算的網(wǎng)絡(luò)系統(tǒng)。移動邊緣計算的網(wǎng)絡(luò)系統(tǒng)包括數(shù)個服務(wù)平臺。此些服務(wù)平臺的其中之一接收一請求訊 息。請求訊息用以請求執(zhí)行一應(yīng)用程序服務(wù)。根據(jù)此請求訊息的應(yīng)用程序服務(wù)。此些服務(wù)平臺的其中之一被選擇，并且通過已選擇的此些服務(wù)平臺的其中之一執(zhí)行應(yīng)用程序服務(wù)。根據(jù)本公開的第三方面，提出一種移動邊緣計算的服務(wù)平臺。服務(wù)平臺包括一訊息處理單元及一控制單元。訊息處理單元用以接收一請求訊息。請求訊息用以請求執(zhí)行一應(yīng)用程序服務(wù)?？刂茊卧鶕?jù)請求訊息的應(yīng)用程序服務(wù)，選擇另一服務(wù)平臺，并且通過已選擇的另一服務(wù)平臺執(zhí)行此應(yīng)用程序服務(wù)。為了對本公開的上述及其他方面有更佳的了解，下文特舉優(yōu)選實施例，并配合附圖，作詳細說明如下：附圖說明圖1繪示移動邊緣計算(Mobile-EdgeComputing，MEC)的服務(wù)平臺的示意圖。圖2繪示移動邊緣計算的網(wǎng)絡(luò)系統(tǒng)的示意圖。圖3繪示移動邊緣計算的控制方法的流程圖。圖4繪示一實施例的數(shù)據(jù)傳送示意圖。圖5繪示另一實施例的數(shù)據(jù)傳送示意圖。圖6繪示另一實施例的數(shù)據(jù)傳送示意圖。圖7繪示圖3的步驟S120的細部流程圖。圖8繪示另一實施例的數(shù)據(jù)傳送示意圖。圖9繪示另一實施例的數(shù)據(jù)傳送示意圖?！痉栒f明】100、100A、100B、100C：服務(wù)平臺900：用戶端1000：網(wǎng)絡(luò)系統(tǒng)2000：核心網(wǎng)CU：控制單元GI：平臺接口MU：訊息處理單元Q1、Q2、Q3、Q4、Q5：請求訊息R1、R2、R3：執(zhí)行結(jié)果S110、S120、S121、S122、S123、S124、S125、S130、S140：流程步驟SI：服務(wù)接口SR1、SR2、SR3、SR4：應(yīng)用程序UI：用戶接口具體實施方式請參照圖1，其繪示移動邊緣計算(Mobile-EdgeComputing，MEC)的服務(wù)平臺100的示意圖。服務(wù)平臺100包括一訊息處理單元MU、一控制單元CU、一用戶接口UI、一服務(wù)接口SI及一平臺接口GI。訊息處理單元MU用以接收并解析各種訊息。控制單元CU用以執(zhí)行各種控制程序、判斷程序與計算程序。用戶接口UI用以提供信息交換的統(tǒng)一接口，而與用戶端進行溝通。服務(wù)接口SI用以與各種應(yīng)用程序服務(wù)SR1、SR2、…進行溝通。應(yīng)用程序服務(wù)SR1、SR2、…例如是社群網(wǎng)站、視頻分享網(wǎng)站、移動網(wǎng)絡(luò)銀行、餐廳訂位工具或地圖工具等。平臺接口GI用以提供服務(wù)信息交換的統(tǒng)一接口，而與另一服務(wù)平臺100進行溝通。訊息處理單元MU、控制單元CU、用戶接口UI、服務(wù)接口SI及平臺接口GI例如是一芯片、一電路板、一電路、或存儲數(shù)組程序代碼的記錄介質(zhì)。在本實施例中，服務(wù)平臺100可以通過平臺接口GI與另一服務(wù)平臺100進行溝通與分享。因此，多個服務(wù)平臺100的各種應(yīng)用程序服務(wù)能夠有效率地整合。請參照圖2，其繪示移動邊緣計算的網(wǎng)絡(luò)系統(tǒng)1000的示意圖。多個服務(wù)平臺100通過平臺接口GI(繪示于圖1)以無線或有線等方式相互連接，而組成移動邊緣計算的網(wǎng)絡(luò)系統(tǒng)1000。移動邊緣計算的網(wǎng)絡(luò)系統(tǒng)1000連接于核心網(wǎng)(corenetwork)2000與用戶端900之間，而形成一個裝置對裝置中繼區(qū)域云(devicetodevicerelaybaselocalcloud)。各種應(yīng)用程序服務(wù)設(shè)置于此些服務(wù)平臺100，當用戶端900欲執(zhí)行某一應(yīng)用程序服務(wù)時，可以不通過核心網(wǎng)2000，而直接在移動邊緣計算的網(wǎng)絡(luò)系統(tǒng)1000執(zhí)行此應(yīng)用程序服務(wù)?；蛘?，應(yīng)用程序服務(wù)提供者可以通過設(shè)置于移動邊緣計算的網(wǎng)絡(luò)系統(tǒng)1000中的應(yīng)用程序服務(wù)，不通過核心網(wǎng)2000直接對用戶端900提供各種訊息。請參照第3～4圖，圖3繪示移動邊緣計算的控制方法的流程圖，圖4繪 示一實施例的數(shù)據(jù)傳送示意圖。在圖4中，虛線與實線皆表示各個元件的聯(lián)系關(guān)系，實線則代表此例中數(shù)據(jù)傳送的情況。服務(wù)平臺100A具有應(yīng)用程序服務(wù)SR1、SR2、…，服務(wù)平臺100B具有應(yīng)用程序服務(wù)SR1、SR3、…，服務(wù)平臺100C具有應(yīng)用程序服務(wù)SR1、SR4、…。首先，步驟S110中，用戶端900傳送一請求訊息Q1至數(shù)個服務(wù)平臺100A、100B、100C的其中之一。舉例來說，用戶端900傳送請求訊息Q1至服務(wù)平臺100A。在一實施例中，請求訊息Q1以統(tǒng)一格式的超文字應(yīng)用程序語言(HypertextApplicationLanguage，HAL)撰寫。服務(wù)平臺100A的用戶接口UI接收請求訊息Q1后，訊息處理單元MU解析出請求訊息Q1的內(nèi)容。在圖4的例子中，請求訊息Q1用以請求執(zhí)行應(yīng)用程序服務(wù)SR2。接著，在步驟S120中，根據(jù)請求訊息Q1的應(yīng)用程序服務(wù)SR2，服務(wù)平臺100A的控制單元CU選擇此些服務(wù)平臺100A、100B、100C的其中之一。舉例來說，服務(wù)平臺100A的控制單元CU根據(jù)以下表一的應(yīng)用程序服務(wù)對照表(servicemappingtable)，得知僅有服務(wù)平臺100A具有應(yīng)用程序服務(wù)SR2，故選擇服務(wù)平臺100A。表一然后，在步驟S130中，控制單元CU通過已選擇的服務(wù)平臺100A執(zhí)行應(yīng)用程序服務(wù)SR2。在此步驟中，通過服務(wù)接口SI接入應(yīng)用程序服務(wù)SR2，并將執(zhí)行結(jié)果R1由服務(wù)接口SI直接傳遞至用戶接口UI后，回傳至用戶端900。接著，在步驟S140中，控制單元CU判斷請求訊息Q1是否還用以請求執(zhí)行另一應(yīng)用程序服務(wù)。在圖4的例子中，請求訊息Q1僅有請求執(zhí)行應(yīng)用程序服務(wù)SR2，而未請求執(zhí)行另一應(yīng)用程序服務(wù)，故結(jié)束此流程。請參照圖3、圖5，圖5繪示另一實施例的數(shù)據(jù)傳送示意圖。在圖5中，虛線與實線皆表示各個元件的聯(lián)系關(guān)系，實線則代表此例中數(shù)據(jù)傳送的情況。首先，步驟S110中，用戶端900傳送一請求訊息Q2至數(shù)個服務(wù)平臺100A、100B、100C的其中之一。舉例來說，用戶端900傳送請求訊息Q2至服務(wù)平臺100A。服務(wù)平臺100A的用戶接口UI接收請求訊息Q2后，訊息處理單元MU解析出請求訊息Q2的內(nèi)容。在圖5的例子中，請求訊息Q2用以請求執(zhí)行應(yīng)用程序服務(wù)SR3。接著，在步驟S120中，根據(jù)請求訊息Q2的應(yīng)用程序服務(wù)SR3，服務(wù)平臺100A的控制單元CU選擇此些服務(wù)平臺100A、100B、100C的其中之一。舉例來說，服務(wù)平臺100A的控制單元CU根據(jù)以上表一的應(yīng)用程序服務(wù)對照表，得知僅有服務(wù)平臺100B具有應(yīng)用程序服務(wù)SR3，故選擇服務(wù)平臺100B。然后，在步驟S130中，控制單元CU通過已選擇的服務(wù)平臺100A執(zhí)行應(yīng)用程序服務(wù)SR3。在此步驟中，經(jīng)由過服務(wù)平臺100A的平臺接口GI、服務(wù)平臺100B的平臺接口GI、及服務(wù)平臺100B的服務(wù)接口SI的接入應(yīng)用程序服務(wù)SR3，并將執(zhí)行結(jié)果R2經(jīng)由服務(wù)平臺100B的服務(wù)接口SI、服務(wù)平臺100B的平臺接口GI、服務(wù)平臺100A的平臺接口GI及服務(wù)平臺100A的用戶接口UI回傳至用戶端900。接著，在步驟S140中，控制單元CU判斷請求訊息Q2是否還用以請求執(zhí)行另一應(yīng)用程序服務(wù)。在圖5的例子中，請求訊息Q2僅有請求執(zhí)行應(yīng)用程序服務(wù)SR3，而未請求執(zhí)行另一應(yīng)用程序服務(wù)，故結(jié)束此流程。請參照圖3、圖6，圖6繪示另一實施例的數(shù)據(jù)傳送示意圖。在圖6中，虛線與實線皆表示各個元件的聯(lián)系關(guān)系，實線則代表此例中數(shù)據(jù)傳送的情況。首先，步驟S110中，用戶端900傳送一請求訊息Q3至數(shù)個服務(wù)平臺100A、100B、100C的其中之一。舉例來說，用戶端900傳送請求訊息Q3至 服務(wù)平臺100A。服務(wù)平臺100A的用戶接口UI接收請求訊息Q3后，訊息處理單元MU解析出請求訊息Q3的內(nèi)容。在圖6的例子中，請求訊息Q3用以請求執(zhí)行應(yīng)用程序服務(wù)SR1。接著，在步驟S120中，根據(jù)請求訊息Q3的應(yīng)用程序服務(wù)SR1，服務(wù)平臺100A的控制單元CU選擇此些服務(wù)平臺100A、100B、100C的其中之一。舉例來說，服務(wù)平臺100A的控制單元CU根據(jù)以上表一的應(yīng)用程序服務(wù)對照表，得知有三個服務(wù)平臺100A、100B、100C具有應(yīng)用程序服務(wù)SR1，故需進一步從這三個服務(wù)平臺100A、100B、100C進行選擇。請參照圖7及表二，圖7繪示圖3的步驟S120的細部流程圖，表二為平臺運作情況表。表二在步驟S121中，服務(wù)平臺100A的控制單元CU計算各個服務(wù)平臺100A、100B、100C對應(yīng)用程序服務(wù)SR1之一應(yīng)用程序服務(wù)負載率，并依據(jù)此些應(yīng)用程序服務(wù)負載率，篩選服務(wù)平臺100A、100B、100C。應(yīng)用程序服務(wù)負載率為一使用者人數(shù)與一使用者人數(shù)上限的比率。在此步驟中，篩選出應(yīng)用程序服務(wù)負載率低于一第一標準值(例如是50％)的服務(wù)平臺。舉例來說，請參照表一，服務(wù)平臺100A的應(yīng)用程序服務(wù)負載率為25％(3/12)，服務(wù)平臺100B的應(yīng)用程序服務(wù)負載率為33％(5/15)，服務(wù)平臺100C的應(yīng)用程序服務(wù)負載率為30％(3/10)。三個服務(wù)平臺100A、100B、100C的應(yīng)用程序服務(wù)負載率均低于第一標準值，故均予以選出。在步驟S122中，服務(wù)平臺100A的控制單元CU計算各個服務(wù)平臺100A、100B、100C的一登錄負載率，并依據(jù)此些登錄負載率，篩選服務(wù)平臺100A、100B、100C。登錄負載率為一登錄者人數(shù)與一登錄者人數(shù)上限的比率。在此步驟中，篩選出登錄負載率低于一第二標準值(例如是50％)的服務(wù)平臺。舉例來說，請參照表二，服務(wù)平臺100A的登錄負載率為66％(33/50)，服務(wù) 平臺100B的登錄負載率為10％(10/100)，服務(wù)平臺100C的登錄負載率為7％(5/70)。服務(wù)平臺100B、100C的登錄負載率均低于第二標準值，故均予以選出。在步驟S123中，服務(wù)平臺100A的控制單元CU計算各個服務(wù)平臺100B、100C之一處理器負載率，并依據(jù)此些處理器負載率，篩選服務(wù)平臺100B、100C。在此步驟中，篩選出處理器負載率低于一第三標準值(例如是60％)的服務(wù)平臺。舉例來說，請參照表二，服務(wù)平臺100B的處理器負載率為42％，服務(wù)平臺100C的處理器負載率為50％。服務(wù)平臺100B、100C的處理器負載率均低于第三標準值，故均予以選出。在步驟S124中，服務(wù)平臺100A的控制單元CU計算各個服務(wù)平臺100B、100C的一存儲器可用容量，并依據(jù)此些存儲器可用容量，篩選服務(wù)平臺100B、100C。在此步驟中，篩選出存儲器可用容量高于一第四標準值(例如是100Mbyte)的服務(wù)平臺。舉例來說，請參照表二，服務(wù)平臺100B的存儲器可用容量為220Mbyte，服務(wù)平臺100C的存儲器可用容量為170Mbyte。服務(wù)平臺100B、100C的存儲器可用容量均高于第四標準值，故均予以選出。在步驟S125中，服務(wù)平臺100A的控制單元CU計算各個服務(wù)平臺100B、100C的一延遲時間，并依據(jù)此些延遲時間，篩選服務(wù)平臺100B、100C。在此步驟中，篩選出延遲時間最低者的服務(wù)平臺。舉例來說，請參照表二，服務(wù)平臺100B的延遲時間為500ms，服務(wù)平臺100C的延遲時間200ms。服務(wù)平臺100C的延遲時間最低，故均予以選出。上述步驟S121、S122、S123、S124、S125的步驟順序可依據(jù)需求調(diào)整，只要在最后一個步驟的篩選中，選擇最佳者，即可做出唯一的選擇。然后，在步驟S130中，控制單元CU通過已選擇的服務(wù)平臺100C執(zhí)行應(yīng)用程序服務(wù)SR1。在此步驟中，經(jīng)由過服務(wù)平臺100A的平臺接口GI、服務(wù)平臺100C的平臺接口GI、及服務(wù)平臺100C的服務(wù)接口SI的接入應(yīng)用程序服務(wù)SR1，并將執(zhí)行結(jié)果R3經(jīng)由服務(wù)平臺100C的服務(wù)接口SI、服務(wù)平臺100C的平臺接口GI、服務(wù)平臺100A的平臺接口GI及服務(wù)平臺100A的用戶接口UI回傳至用戶端900。接著，在步驟S140中，控制單元CU判斷請求訊息Q3是否還用以請求執(zhí)行另一應(yīng)用程序服務(wù)。在圖6的例子中，請求訊息Q3僅有請求執(zhí)行應(yīng)用程序服務(wù)SR1，而未請求執(zhí)行另一應(yīng)用程序服務(wù)，故結(jié)束此流程。請參照圖8，其繪示另一實施例的數(shù)據(jù)傳送示意圖。在另一實施例中，請求訊息Q4除了用以請求執(zhí)行應(yīng)用程序服務(wù)SR2以外，還用以請求執(zhí)行應(yīng)用程序服務(wù)SR1，故在圖3的流程中，將在步驟S140之后，將回至步驟S120，選擇此些服務(wù)平臺100A、100B、100C的其中之一來執(zhí)行應(yīng)用程序服務(wù)SR1。在此實施例中，應(yīng)用程序服務(wù)SR2及應(yīng)用程序服務(wù)SR1執(zhí)行于同一臺服務(wù)平臺100A。請參照圖9，其繪示另一實施例的數(shù)據(jù)傳送示意圖。在另一實施例中，請求訊息Q5除了用以請求執(zhí)行應(yīng)用程序服務(wù)SR3以外，還用以請求執(zhí)行應(yīng)用程序服務(wù)SR4，故在圖3的流程中，將在步驟S140之后，將回至步驟S120，選擇此些服務(wù)平臺100A、100B、100C的其中之一來執(zhí)行應(yīng)用程序服務(wù)SR4。在此實施例中，應(yīng)用程序服務(wù)SR3及應(yīng)用程序服務(wù)SR4執(zhí)行于不同的服務(wù)平臺100B、100C。根據(jù)上述實施例，服務(wù)平臺可以通過平臺接口與另一服務(wù)平臺進行溝通與分享。因此，多個服務(wù)平臺的各種應(yīng)用程序服務(wù)能夠有效率地整合。如此一來，能夠降低應(yīng)用程序服務(wù)等待時間、并提高網(wǎng)絡(luò)速度。綜上所述，雖然本公開已以優(yōu)選實施例公開如上，然其并非用以限定本公開。本公開所屬
技術(shù)領(lǐng)域：
的技術(shù)人員，在不脫離本公開的精神和范圍內(nèi)，當可作各種的更動與潤飾。因此，本公開的保護范圍當視所附權(quán)利要求書界定范圍為準。當前第1頁1 2 3