本公开涉及一种控制方法、网络系统与服务平台，且特别涉及一种移动边缘计算(Mobile-EdgeComputing，MEC)的控制方法、网络系统与服务平台。
背景技术：
：随着信息科技的爆炸性发展，各式电子装置均搭载着网络功能，以使电子装置能够通过网络执行各种应用程序服务。举例来说，使用者经常使用的应用程序服务包含社群网站、视频分享网站、移动网络银行、餐厅订位工具或地图工具等应用程序服务。除了智能手机及智能电视以外，穿戴式智能装置的问世，还将使得连网的电子装置数量呈现爆炸性成长。众多电子装置通过网络连结应用程序服务时，将造成应用程序服务等待时间拉长、网络速度下降等问题。因此，如何改善这些问题，已成为业界努力目标之一。技术实现要素：本公开有关于一种移动边缘计算(Mobile-EdgeComputing，MEC)的控制方法、网络系统与服务平台，其利用平台接口进行应用程序服务的沟通与分享。因此，多个服务平台的各种应用程序服务能够有效率地整合。如此一来，能够降低应用程序服务等待时间、并提高网络速度。根据本公开的第一方面，提出一种移动边缘计算(Mobile-EdgeComputing，MEC)的控制方法。控制方法包括以下步骤。数个服务平台的其中之一接收一请求讯息。请求讯息用以请求执行一应用程序服务。根据请求讯息的应用程序服务，选择此些服务平台的其中之一。通过已选择的此些服务平台的其中之一执行应用程序服务。根据本公开的第二方面，提出一种移动边缘计算的网络系统。移动边缘计算的网络系统包括数个服务平台。此些服务平台的其中之一接收一请求讯 息。请求讯息用以请求执行一应用程序服务。根据此请求讯息的应用程序服务。此些服务平台的其中之一被选择，并且通过已选择的此些服务平台的其中之一执行应用程序服务。根据本公开的第三方面，提出一种移动边缘计算的服务平台。服务平台包括一讯息处理单元及一控制单元。讯息处理单元用以接收一请求讯息。请求讯息用以请求执行一应用程序服务。控制单元根据请求讯息的应用程序服务，选择另一服务平台，并且通过已选择的另一服务平台执行此应用程序服务。为了对本公开的上述及其他方面有更佳的了解，下文特举优选实施例，并配合附图，作详细说明如下：附图说明图1绘示移动边缘计算(Mobile-EdgeComputing，MEC)的服务平台的示意图。图2绘示移动边缘计算的网络系统的示意图。图3绘示移动边缘计算的控制方法的流程图。图4绘示一实施例的数据传送示意图。图5绘示另一实施例的数据传送示意图。图6绘示另一实施例的数据传送示意图。图7绘示图3的步骤S120的细部流程图。图8绘示另一实施例的数据传送示意图。图9绘示另一实施例的数据传送示意图。【符号说明】100、100A、100B、100C：服务平台900：用户端1000：网络系统2000：核心网CU：控制单元GI：平台接口MU：讯息处理单元Q1、Q2、Q3、Q4、Q5：请求讯息R1、R2、R3：执行结果S110、S120、S121、S122、S123、S124、S125、S130、S140：流程步骤SI：服务接口SR1、SR2、SR3、SR4：应用程序UI：用户接口具体实施方式请参照图1，其绘示移动边缘计算(Mobile-EdgeComputing，MEC)的服务平台100的示意图。服务平台100包括一讯息处理单元MU、一控制单元CU、一用户接口UI、一服务接口SI及一平台接口GI。讯息处理单元MU用以接收并解析各种讯息。控制单元CU用以执行各种控制程序、判断程序与计算程序。用户接口UI用以提供信息交换的统一接口，而与用户端进行沟通。服务接口SI用以与各种应用程序服务SR1、SR2、…进行沟通。应用程序服务SR1、SR2、…例如是社群网站、视频分享网站、移动网络银行、餐厅订位工具或地图工具等。平台接口GI用以提供服务信息交换的统一接口，而与另一服务平台100进行沟通。讯息处理单元MU、控制单元CU、用户接口UI、服务接口SI及平台接口GI例如是一芯片、一电路板、一电路、或存储数组程序代码的记录介质。在本实施例中，服务平台100可以通过平台接口GI与另一服务平台100进行沟通与分享。因此，多个服务平台100的各种应用程序服务能够有效率地整合。请参照图2，其绘示移动边缘计算的网络系统1000的示意图。多个服务平台100通过平台接口GI(绘示于图1)以无线或有线等方式相互连接，而组成移动边缘计算的网络系统1000。移动边缘计算的网络系统1000连接于核心网(corenetwork)2000与用户端900之间，而形成一个装置对装置中继区域云(devicetodevicerelaybaselocalcloud)。各种应用程序服务设置于此些服务平台100，当用户端900欲执行某一应用程序服务时，可以不通过核心网2000，而直接在移动边缘计算的网络系统1000执行此应用程序服务。或者，应用程序服务提供者可以通过设置于移动边缘计算的网络系统1000中的应用程序服务，不通过核心网2000直接对用户端900提供各种讯息。请参照第3～4图，图3绘示移动边缘计算的控制方法的流程图，图4绘 示一实施例的数据传送示意图。在图4中，虚线与实线皆表示各个元件的联系关系，实线则代表此例中数据传送的情况。服务平台100A具有应用程序服务SR1、SR2、…，服务平台100B具有应用程序服务SR1、SR3、…，服务平台100C具有应用程序服务SR1、SR4、…。首先，步骤S110中，用户端900传送一请求讯息Q1至数个服务平台100A、100B、100C的其中之一。举例来说，用户端900传送请求讯息Q1至服务平台100A。在一实施例中，请求讯息Q1以统一格式的超文字应用程序语言(HypertextApplicationLanguage，HAL)撰写。服务平台100A的用户接口UI接收请求讯息Q1后，讯息处理单元MU解析出请求讯息Q1的内容。在图4的例子中，请求讯息Q1用以请求执行应用程序服务SR2。接着，在步骤S120中，根据请求讯息Q1的应用程序服务SR2，服务平台100A的控制单元CU选择此些服务平台100A、100B、100C的其中之一。举例来说，服务平台100A的控制单元CU根据以下表一的应用程序服务对照表(servicemappingtable)，得知仅有服务平台100A具有应用程序服务SR2，故选择服务平台100A。表一然后，在步骤S130中，控制单元CU通过已选择的服务平台100A执行应用程序服务SR2。在此步骤中，通过服务接口SI接入应用程序服务SR2，并将执行结果R1由服务接口SI直接传递至用户接口UI后，回传至用户端900。接着，在步骤S140中，控制单元CU判断请求讯息Q1是否还用以请求执行另一应用程序服务。在图4的例子中，请求讯息Q1仅有请求执行应用程序服务SR2，而未请求执行另一应用程序服务，故结束此流程。请参照图3、图5，图5绘示另一实施例的数据传送示意图。在图5中，虚线与实线皆表示各个元件的联系关系，实线则代表此例中数据传送的情况。首先，步骤S110中，用户端900传送一请求讯息Q2至数个服务平台100A、100B、100C的其中之一。举例来说，用户端900传送请求讯息Q2至服务平台100A。服务平台100A的用户接口UI接收请求讯息Q2后，讯息处理单元MU解析出请求讯息Q2的内容。在图5的例子中，请求讯息Q2用以请求执行应用程序服务SR3。接着，在步骤S120中，根据请求讯息Q2的应用程序服务SR3，服务平台100A的控制单元CU选择此些服务平台100A、100B、100C的其中之一。举例来说，服务平台100A的控制单元CU根据以上表一的应用程序服务对照表，得知仅有服务平台100B具有应用程序服务SR3，故选择服务平台100B。然后，在步骤S130中，控制单元CU通过已选择的服务平台100A执行应用程序服务SR3。在此步骤中，经由过服务平台100A的平台接口GI、服务平台100B的平台接口GI、及服务平台100B的服务接口SI的接入应用程序服务SR3，并将执行结果R2经由服务平台100B的服务接口SI、服务平台100B的平台接口GI、服务平台100A的平台接口GI及服务平台100A的用户接口UI回传至用户端900。接着，在步骤S140中，控制单元CU判断请求讯息Q2是否还用以请求执行另一应用程序服务。在图5的例子中，请求讯息Q2仅有请求执行应用程序服务SR3，而未请求执行另一应用程序服务，故结束此流程。请参照图3、图6，图6绘示另一实施例的数据传送示意图。在图6中，虚线与实线皆表示各个元件的联系关系，实线则代表此例中数据传送的情况。首先，步骤S110中，用户端900传送一请求讯息Q3至数个服务平台100A、100B、100C的其中之一。举例来说，用户端900传送请求讯息Q3至 服务平台100A。服务平台100A的用户接口UI接收请求讯息Q3后，讯息处理单元MU解析出请求讯息Q3的内容。在图6的例子中，请求讯息Q3用以请求执行应用程序服务SR1。接着，在步骤S120中，根据请求讯息Q3的应用程序服务SR1，服务平台100A的控制单元CU选择此些服务平台100A、100B、100C的其中之一。举例来说，服务平台100A的控制单元CU根据以上表一的应用程序服务对照表，得知有三个服务平台100A、100B、100C具有应用程序服务SR1，故需进一步从这三个服务平台100A、100B、100C进行选择。请参照图7及表二，图7绘示图3的步骤S120的细部流程图，表二为平台运作情况表。表二在步骤S121中，服务平台100A的控制单元CU计算各个服务平台100A、100B、100C对应用程序服务SR1之一应用程序服务负载率，并依据此些应用程序服务负载率，筛选服务平台100A、100B、100C。应用程序服务负载率为一使用者人数与一使用者人数上限的比率。在此步骤中，筛选出应用程序服务负载率低于一第一标准值(例如是50％)的服务平台。举例来说，请参照表一，服务平台100A的应用程序服务负载率为25％(3/12)，服务平台100B的应用程序服务负载率为33％(5/15)，服务平台100C的应用程序服务负载率为30％(3/10)。三个服务平台100A、100B、100C的应用程序服务负载率均低于第一标准值，故均予以选出。在步骤S122中，服务平台100A的控制单元CU计算各个服务平台100A、100B、100C的一登录负载率，并依据此些登录负载率，筛选服务平台100A、100B、100C。登录负载率为一登录者人数与一登录者人数上限的比率。在此步骤中，筛选出登录负载率低于一第二标准值(例如是50％)的服务平台。举例来说，请参照表二，服务平台100A的登录负载率为66％(33/50)，服务 平台100B的登录负载率为10％(10/100)，服务平台100C的登录负载率为7％(5/70)。服务平台100B、100C的登录负载率均低于第二标准值，故均予以选出。在步骤S123中，服务平台100A的控制单元CU计算各个服务平台100B、100C之一处理器负载率，并依据此些处理器负载率，筛选服务平台100B、100C。在此步骤中，筛选出处理器负载率低于一第三标准值(例如是60％)的服务平台。举例来说，请参照表二，服务平台100B的处理器负载率为42％，服务平台100C的处理器负载率为50％。服务平台100B、100C的处理器负载率均低于第三标准值，故均予以选出。在步骤S124中，服务平台100A的控制单元CU计算各个服务平台100B、100C的一存储器可用容量，并依据此些存储器可用容量，筛选服务平台100B、100C。在此步骤中，筛选出存储器可用容量高于一第四标准值(例如是100Mbyte)的服务平台。举例来说，请参照表二，服务平台100B的存储器可用容量为220Mbyte，服务平台100C的存储器可用容量为170Mbyte。服务平台100B、100C的存储器可用容量均高于第四标准值，故均予以选出。在步骤S125中，服务平台100A的控制单元CU计算各个服务平台100B、100C的一延迟时间，并依据此些延迟时间，筛选服务平台100B、100C。在此步骤中，筛选出延迟时间最低者的服务平台。举例来说，请参照表二，服务平台100B的延迟时间为500ms，服务平台100C的延迟时间200ms。服务平台100C的延迟时间最低，故均予以选出。上述步骤S121、S122、S123、S124、S125的步骤顺序可依据需求调整，只要在最后一个步骤的筛选中，选择最佳者，即可做出唯一的选择。然后，在步骤S130中，控制单元CU通过已选择的服务平台100C执行应用程序服务SR1。在此步骤中，经由过服务平台100A的平台接口GI、服务平台100C的平台接口GI、及服务平台100C的服务接口SI的接入应用程序服务SR1，并将执行结果R3经由服务平台100C的服务接口SI、服务平台100C的平台接口GI、服务平台100A的平台接口GI及服务平台100A的用户接口UI回传至用户端900。接着，在步骤S140中，控制单元CU判断请求讯息Q3是否还用以请求执行另一应用程序服务。在图6的例子中，请求讯息Q3仅有请求执行应用程序服务SR1，而未请求执行另一应用程序服务，故结束此流程。请参照图8，其绘示另一实施例的数据传送示意图。在另一实施例中，请求讯息Q4除了用以请求执行应用程序服务SR2以外，还用以请求执行应用程序服务SR1，故在图3的流程中，将在步骤S140之后，将回至步骤S120，选择此些服务平台100A、100B、100C的其中之一来执行应用程序服务SR1。在此实施例中，应用程序服务SR2及应用程序服务SR1执行于同一台服务平台100A。请参照图9，其绘示另一实施例的数据传送示意图。在另一实施例中，请求讯息Q5除了用以请求执行应用程序服务SR3以外，还用以请求执行应用程序服务SR4，故在图3的流程中，将在步骤S140之后，将回至步骤S120，选择此些服务平台100A、100B、100C的其中之一来执行应用程序服务SR4。在此实施例中，应用程序服务SR3及应用程序服务SR4执行于不同的服务平台100B、100C。根据上述实施例，服务平台可以通过平台接口与另一服务平台进行沟通与分享。因此，多个服务平台的各种应用程序服务能够有效率地整合。如此一来，能够降低应用程序服务等待时间、并提高网络速度。综上所述，虽然本公开已以优选实施例公开如上，然其并非用以限定本公开。本公开所属
技术领域：
的技术人员，在不脱离本公开的精神和范围内，当可作各种的更动与润饰。因此，本公开的保护范围当视所附权利要求书界定范围为准。当前第1页1 2 3